[go: up one dir, main page]

JP2025536929A - リモート検体モニタシステムへの持続接続の促進 - Google Patents

リモート検体モニタシステムへの持続接続の促進

Info

Publication number
JP2025536929A
JP2025536929A JP2025522118A JP2025522118A JP2025536929A JP 2025536929 A JP2025536929 A JP 2025536929A JP 2025522118 A JP2025522118 A JP 2025522118A JP 2025522118 A JP2025522118 A JP 2025522118A JP 2025536929 A JP2025536929 A JP 2025536929A
Authority
JP
Japan
Prior art keywords
application
analyte
sensor
data
notification
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2025522118A
Other languages
English (en)
Inventor
ウィリアム リー
アダム ヴァスケス
スティーヴン ストラティス
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Abbott Diabetes Care Inc
Original Assignee
Abbott Diabetes Care Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Abbott Diabetes Care Inc filed Critical Abbott Diabetes Care Inc
Publication of JP2025536929A publication Critical patent/JP2025536929A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/145—Measuring characteristics of blood in vivo, e.g. gas concentration or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue
    • A61B5/14532—Measuring characteristics of blood in vivo, e.g. gas concentration or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue for measuring glucose, e.g. by tissue impedance measurement
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/72—Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7271—Specific aspects of physiological measurement analysis
    • A61B5/7275—Determining trends in physiological measurement data; Predicting development of a medical condition based on physiological measurements, e.g. determining a risk factor
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B2560/00—Constructional details of operational features of apparatus; Accessories for medical measuring apparatus
    • A61B2560/02—Operational features
    • A61B2560/0266—Operational features for monitoring or limiting apparatus function
    • A61B2560/0276—Determining malfunction
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B2560/00—Constructional details of operational features of apparatus; Accessories for medical measuring apparatus
    • A61B2560/02—Operational features
    • A61B2560/0266—Operational features for monitoring or limiting apparatus function
    • A61B2560/028—Arrangements to prevent overuse, e.g. by counting the number of uses
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/145—Measuring characteristics of blood in vivo, e.g. gas concentration or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient; User input means
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Medical Informatics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Pathology (AREA)
  • Biophysics (AREA)
  • Surgery (AREA)
  • Animal Behavior & Ethology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Veterinary Medicine (AREA)
  • Molecular Biology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Optics & Photonics (AREA)
  • Emergency Medicine (AREA)
  • Artificial Intelligence (AREA)
  • Data Mining & Analysis (AREA)
  • Physiology (AREA)
  • Databases & Information Systems (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Psychiatry (AREA)
  • Computer Hardware Design (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

本明細書に説明する実施形態は、モバイルデバイス上で実行されるアプリケーションと検体モニタシステムサーバとを含む検体モニタシステムを含む。アプリケーションは、アプリケーションと検体モニタシステムサーバの間の通信チャネルが応答していないことを検出し、かつそれに応じたアクションを講じるか又は応答していない通信チャネルを是正するオプションを推奨するように構成される。技術は、検体モニタシステムサーバからの通知を通知サービスサーバを通じて受信する段階を含む。通知を受信する段階に応答して、第１の接続性アラートの出力が中止される。同じく通知を受信する段階に応答して、第２の接続性アラートの出力は、モバイルデバイスが検体モニタシステムサーバから第２の通知を受信しない限りタイマーの満了時に出力されるようにスケジュールされる。出力されると、第２の接続性アラートは、アプリケーションが検体モニタシステムサーバとの接続をある期間にわたって確立しなかったことを示している。
【選択図】図１Ａ

Description

優先権
この出願は、本明細書に引用によって組み込まれる２０２２年１０月２４日出願の米国仮特許出願第６３／３８０，６０９号の３５ Ｕ．Ｓ．Ｃ．§１１９（ｅ）の下での利益を主張するものである。
本明細書に説明する主題は、デバイス間の通信を促進し、かつ例えば生体内検体モニタシステムの一部を形成する手持ち式デバイス及びリモートサーバの作動に関してデバイス間の通信セッションの維持を促進するシステム及び方法に関する。
医療センサを使用するある一定の個人のグルコース又は他の検体の濃度レベルの検出は、彼らの健康に有益であると考えられる。例えば、グルコースレベルのモニタは、糖尿病又は糖尿病前症を有する個人にとって重要である。糖尿病を有する人々は、グルコースレベルを低減するのに薬品（例えば、インスリン）を必要とする時又は追加のグルコースを必要とする時を決定するために彼らのグルコースレベルをモニタする必要がある場合がある。
血流又は間質液のような体液内のグルコースレベルのような検体濃度の自動生体内モニタのためのデバイス及びシステムが開発されてきた。これらの検体レベル測定デバイスの一部は、デバイスの少なくとも一部分がユーザの皮膚面の下方に、例えば、ユーザの血管内又は皮下組織に位置決めされるように構成される。本明細書に使用される時に、検体モニタシステムという用語は、検体濃度レベルを表すセンサデータを経時的に自動で測定して格納するために少なくとも一部分が皮下に配置されるセンサを使用するいずれかのタイプの生体内モニタシステムを指すために使用される。検体モニタシステムは、更に別の処理及び／又はユーザへの表示のためにセンサをプロセッサ／表示ユニットに送信することを含むことができる。
グルコース、ケトン、乳酸、酸素、又はヘモグロビンＡ１Ｃなどのような検体のレベルの頻繁なモニタ及び管理は、人々及び特に糖尿病を有する人々の健康全般を改善することができる。一例として、糖尿病患者は、一般的に、彼らのグルコースレベルをそれらが臨床的に安全な範囲に維持されていることを保証するためにモニタすることを必要とし、かつ同じくその情報を用いて彼らの体内のグルコースレベルを管理するのにインスリンを必要とする時又は彼らの体内のグルコースのレベルを上昇させるのにグルコースを必要とする時を決定することができる。臨臨床データは、グルコースモニタの頻度と血糖制御の間の強い相関関係を明らかにしている。しかし、そのような相関関係にも関わらず、糖尿病疾患を有すると診断された多くの個人は、利便性、検査の自由裁量、グルコース検査に関連付けられた疼痛、及び費用を含む要因の組合せに起因して、彼らが行うべきほど頻繁には彼らのグルコースレベルをモニタしない。
頻繁なグルコースモニタの計画の患者厳守を増大するために、検体モニタを必要とする個人の身体上にセンサ制御デバイスを着用することができる生体内検体モニタシステムを利用することができる。センサ制御デバイスはまた、検体データを１又は２以上のデータ受信デバイスに送信するように構成することができ、そこから個人、彼女のヘルスケア提供者（「ＨＣＰ」）、又は他の者は、データを精査して治療判断を行うことができる。データ受信デバイスは、センサ制御デバイスから受信した検体データの処理を可能にするための様々なハードウエア構成要素を含むことができ、かつセンサ制御デバイスとの通信を可能にする遠距離通信構成要素を含まなければならない。データ受信デバイスは、個人又は彼らのＨＣＰが治療判断を行う際に支援する追加の検査又は送信ハードウエアを更に含むことができる。
センサ制御デバイスから受信したデータは、１又は２以上の他のデバイスによって検体モニタシステムに関連付けられた中央アプリケーションサーバに更に中継することができる。中央アプリケーションサーバは、データの追加分析を実行し、かつセンサ制御デバイスのユーザに分析を提供することができる。一部の場合に、中央アプリケーションサーバは、データ及び分析に基づく何らかの情報を検体モニタシステムの他のユーザに更に提供することができる。しかし、センサ制御デバイスを着用するユーザの健康及び健全をモニタするリモートアプリケーションサーバからこのデータを受信することに頼るユーザは、彼らが受信するデータに休止又は他のギャップを体験する可能性がある。休止がセンサ制御デバイス、検体モニタシステム、又はセンサ制御デバイスを着用するユーザによる問題に起因するか否かをユーザが決定することは困難である可能性がある。殆どの場合に、ユーザは、現在のセンサデータが再度提供されるまで、追加情報なしに単に暗闇に取り残される。
米国特許出願公開第２０１３／０１５０６９１号明細書 米国特許出願公開第２０２１／０２０４８４１号明細書 国際公開第２０１８／１３６８９８号 国際公開第２０１９／２３６８５０号 国際公開第２０１９／２３６８５９号 国際公開第２０１９／２３６８７６号 米国特許出願公開第２０２０／０１９６９１９号明細書 米国特許出願公開第２０１６／０３３１２８３号明細書 米国特許出願公開第２０１８／０２３５５２０号明細書 米国特許出願公開第２０１４／０１７１７７１号明細書 米国特許出願公開第２０１０／０２３０２８５号明細書 米国特許出願公開第２０１９／０２７４５９８号明細書
従って、検体モニタシステムに関連付けられたモニタアプリケーションのユーザが、中央アプリケーションサーバとの通信問題が存在する時を決定するための代替機構を組み込むことは有益であると考えられる。これに加えて、これらの通信問題への応答を促進するシステム及び方法を提供することは更に有益であると考えられる。
本発明の開示の主題の目的及び利点は、以下の説明に列挙してそこから明らかであり、並びに本発明の開示の主題の実施によって学習されるであろう。本発明の開示の主題の追加の利点は、本明細書及びその特許請求の範囲に並びに図面から具体的に示す方法及びシステムによって実現及び達成されるであろう。
本明細書に説明する実施形態は、検体モニタシステムを含む。検体モニタシステムは、検体データ及びそこから導出された派生データのデータモニタデバイスへの伝達を促進するために様々なシステム及び方法を使用するように構成される。ある一定の実施形態は、データモニタデバイスと検体モニタシステムに関連付けられた又はそれによって使用される１又は２以上のリモートサーバとの間の通信チャネルが利用可能であるか否かを検出するための機構を含む。特に、ある一定の実施形態は、モバイルデバイス上で実行されて検体モニタシステムに関連付けられたアプリケーションと検体モニタシステムサーバとの間の通信チャネルが応答していないことを検出するための技術を含む。ある一定の実施形態は、通信チャネルが応答していないことを検出することに対する応答を提供する段階を更に含む。
これら及び他の利点を達成するためにかつ本発明の開示の主題の目的に従って、具現化されて広義に説明するように、本発明の開示の主題は、検体モニタデバイスと、アプリケーションと検体モニタシステムサーバの間の通信チャネルが応答していないことを検出するために検体をモニタするためのコンピュータ可読媒体上に格納されたコンピュータプログラム製品とを含む。例示的なシステム及び方法は、検体モニタシステムを含むことができる。検体モニタシステムは、１又は２以上のプロセッサと、それと通信的に結合されたメモリとを有するモバイルデバイスを含むことができる。メモリは、１又は２以上のプロセッサによって実行された時に、検体モニタシステムに関連付けられたアプリケーションを１又は２以上のプロセッサに実行させるように構成された命令を含むことができる。検体モニタシステムは、アプリケーションと通信的に結合されるように構成された検体モニタシステムサーバを含むことができる。検体モニタシステムに関連付けられたアプリケーションは、命令を実行する時に、アプリケーションと検体モニタシステムサーバの間の通信チャネルが応答していないことをある一定の作動を実行することによって検出するように構成される。アプリケーションは、通知サービスサーバを通じて検体モニタシステムサーバから通知を受信することができる。通知サービスサーバは、アプリケーション及び検体モニタシステムサーバと通信的に結合されるように構成することができる。アプリケーションは、通知を受信することに応答して、通知を受信する前にスケジュールされた第１の接続性アラートの出力を中止することができる。アプリケーションは、通知を受信することに応答して第２の接続性アラートの出力をスケジュールすることができる。第２の接続性アラートは、モバイルデバイスが検体モニタシステムサーバから第２の通知を受信しない限りタイマーの満了時に出力されるようにスケジュールすることができる。アプリケーションは、タイマーが満了したことを決定することができる。アプリケーションは、それ自体が予め決められた期間にわたって検体モニタシステムサーバとの接続を確立しなかったことを示す第２の接続性アラートを出力することができる。
一部の実施形態では、アプリケーションは、検体モニタシステムサーバからの通知を受信する前に、アプリケーションと検体モニタシステムサーバの間の通信チャネルをモニタするためのスケジュールを確立する要求を受信することができる。アプリケーションは、要求を受信することに応答して、第１の接続性アラートの出力をスケジュールすることができる。一部の実施形態では、タイマーに関連付けられた時間量は、検体モニタシステムに関連付けられたアプリケーションへのユーザ入力に基づいている。一部の実施形態では、アプリケーションは、検体モニタシステムのモニタアプリケーションである。アプリケーションを通して、第１のユーザは、第２のユーザの検体レベルに関連する情報を受信する。
一部の実施形態では、アプリケーションは、第２の接続性アラートを出力する前に、検体モニタシステムサーバとの通信セッションを上述の通信チャネル又は予備通信チャネルを用いて開始することを試るように更に構成される。一部の実施形態では、アプリケーションは、タイマーが満了したことを決定する前に、検体モニタシステムサーバから第２の通知を受信し、第２の接続性アラートの出力を中止し、第３の接続性アラートの出力をスケジュールするように更に構成される。第３の接続性アラートは、モバイルデバイスが検体モニタシステムサーバから第３の通知を受信しない限り第２のタイマーの満了時に出力されるようにスケジュールすることができる。一部の実施形態では、アプリケーションは、タイマーが満了したことを決定する前に、検体モニタシステムサーバから他のデータを受信し、第２の接続性アラートの出力を中止し、第３の接続性アラートの出力をスケジュールするように更に構成される。第３の接続性アラートは、モバイルデバイスが検体モニタシステムサーバから第３の通知を受信しない限り第２のタイマーの満了時に出力されるようにスケジュールすることができる。
本発明の開示の主題の他の態様により、システム及び方法は、アプリケーションと検体モニタシステムの間の通信チャネルが応答していないことを検出することに応答するためのシステム及び方法を含むことができる。例示的なシステム及び方法は、検体モニタシステムを含むことができる。検体モニタシステムは、１又は２以上のプロセッサと、それと通信的に結合されたメモリとを有するモバイルデバイスを含むことができる。メモリは、１又は２以上のプロセッサによって実行された時に、検体モニタシステムに関連付けられたアプリケーションを１又は２以上のプロセッサに実行させるように構成された命令を含む。検体モニタシステムは、アプリケーションと通信的に結合されるように構成された検体モニタシステムサーバを更に含むことができる。検体モニタシステムに関連付けられたアプリケーションは、命令を実行する時に、検体のレベルに関連付けられた１又は２以上の現在値と検体のレベルに関連付けられた１又は２以上の過去値とをアプリケーションと検体モニタシステムサーバの間の通信チャネルを通して受信するように構成することができる。アプリケーションは、それ自体と検体モニタシステムサーバの間の通信チャネルが応答していないことを検出することができる。アプリケーションは、通信チャネルが応答していないことの１又は２以上の考え得る原因を決定することができる。アプリケーションは、通信チャネルが応答していないことに基づいてアプリケーションの出力を修正することができる。アプリケーションは、通信チャネルが応答していないことの１又は２以上の考え得る原因に基づいて通知を表示することができる。通知は、応答していない通信チャネルを解決するための追加情報を含むことができる。一部の実施形態では、アプリケーションは、検体モニタシステムのモニタアプリケーションである。アプリケーションを通して、第１のユーザは、第２のユーザの検体レベルに関連する情報を受信する。
一部の実施形態では、アプリケーションの出力を修正する段階は、通信チャネルが応答していない間はアプリケーションの機能を制限する段階を含む。一部の実施形態では、アプリケーションは、過去値を格納することができる。アプリケーションの出力を修正する段階は、通信チャネルが応答していないことをアプリケーションが検出する時まで過去値を表示する段階を含む。一部の実施形態では、アプリケーションは、格納の前に過去値を暗号化するように更に構成される。一部の実施形態では、アプリケーションは、格納の前に過去値を匿名化するように更に構成される。一部の実施形態では、アプリケーションは、予め決められた期間が経過した後に過去値を消去するように更に構成される。
一部の実施形態では、アプリケーションの出力を修正する段階は、検体のレベルの最終既知ステータスを表示する段階を含む。一部の実施形態では、アプリケーションは、検体のレベルの最終既知ステータスを１又は２以上の現在値と、それぞれの最終既知ステータスに各々が対応する１又は２以上の閾値とを比較することによって決定するように更に構成される。一部の実施形態では、通知は、通信チャネルが応答していない間はアプリケーションによって持続的に表示される。一部の実施形態では、通知は、アプリケーション内のエラー又はモバイルデバイスのシステムステータスを識別する。一部の実施形態では、通知は、検体モニタシステムサーバ内のエラーを識別する。一部の実施形態では、通知は、アプリケーションと検体モニタシステムサーバの間の第２の通信チャネルを使用する推奨案を含む。
一部の実施形態では、アプリケーションは、通知を表示した後に、アプリケーションと検体モニタシステムサーバの間の通信チャネルが応答していることを検出し、通信チャネルが応答していなかった期間に対応する検体に関連付けられた追加の過去値を受信するように更に構成される。一部の実施形態では、アプリケーションは、通信チャネルが応答していないことの検出時にモバイルデバイスの地理位置情報を決定するように更に構成される。アプリケーションは、通知を表示した後に、アプリケーションと検体モニタシステムサーバの間の通信チャネルが応答していることを検出し、通信チャネルが応答していないことの検出時にモバイルデバイスの地理位置情報を検体モニタシステムサーバに提供することができる。
本明細書に説明する実施形態は、モバイルデバイス上で実行されるアプリケーションと検体モニタシステムサーバとを含む検体モニタシステムを含む。アプリケーションは、それ自体と検体モニタシステムサーバの間の通信チャネルが応答していないことを検出し、それに応じたアクションを講じるか又は応答していない通信チャネルを是正するためのオプションを推奨するように構成される。技術は、検体モニタシステムサーバから通知を通知サービスサーバを通じて受信する段階を含む。通知を受信する段階に応答して、第１の接続性アラートの出力が中止される。同じく通知を受信する段階に応答して、モバイルデバイスが検体モニタシステムサーバから第２の通知を受信しない限りタイマーの満了時に出力されるように第２の接続性アラートの出力がスケジュールされる。出力されると、第２の接続性アラートは、アプリケーションが検体モニタシステムサーバとの接続をある期間にわたって確立しなかったことを示す。
以下の図及び詳細説明を吟味すると、本明細書に説明する主題の他のシステム、方法、特徴、及び利点が当業者には明らかであろう。全てのそのような追加のシステム、方法、特徴、及び利点は、本明細書内に含まれ、本明細書に説明する主題内であり、かつ添付の特許請求の範囲によって保護されるように意図している。特許請求の範囲にこれらの特徴の明示的な記載が不在の場合でも、例示的実施形態のこれらの特徴が特許請求の範囲を限定すると決して解釈すべきではない。
以上の概要説明と以下の詳細説明の両方が例示的であり、本発明の開示の主題の更に別の解説を提供するように意図していることは理解されるものとする。本明細書に組み込まれてその一部を構成する添付図面は、本発明の開示の主題の方法及びシステムを示し、その更なる理解を提供するために含めたものである。本明細書と共に、図面は、本発明の開示の主題の原理を解説するものである。
構造と作動の両方に関して、本明細書に示す主題の詳細は、類似の参照番号が類似の部分を示す添付図面の考察によって明らかであると考えられる。これらの図の構成要素は、必ずしも正確な縮尺のものとは限らず、代わりに本発明の主題の原理を例示することに重点を置いている。更に、全ての具体例は、設計構想を伝えることを意図したものであり、相対サイズ、形状、及び他の詳細な属性は、正確又は厳密にではなく概略的に例示する場合がある。
センサアプリケータ、読取器デバイス、モニタシステム、ネットワーク、及びリモートシステムのシステム概略図である。 本明細書に説明する技術との併用に適する例示的検体モニタシステムの作動環境を例示する図である。 読取器デバイスの例示的実施形態を描くブロック図である。 本発明の開示の主題の例証的実施形態によるセンサと通信するための例示的データ受信デバイスを示すブロック図である。 センサ制御デバイスの例示的実施形態を描くブロック図である。 センサ制御デバイスの例示的実施形態を描くブロック図である。 本発明の開示の主題の例証的実施形態による例示的検体センサを示すブロック図である。 組立に関してユーザがトレイを準備する例示的実施形態を描く近接斜視図である。 組立に関してユーザがアプリケータデバイスを準備する例示的実施形態を描く側面図である。 組立中にユーザがアプリケータデバイスをトレイの中に挿入する例示的実施形態を描く近接斜視図である。 組立中にユーザがアプリケータデバイスをトレイから取り外す例示的実施形態を描く近接斜視図である。 患者がアプリケータデバイスを用いてセンサを適用する例示的実施形態を描く近接斜視図である。 適用済みのセンサと使用済みのアプリケータデバイスとを有する患者の例示的実施形態を描く近接斜視図である。 キャップに結合したアプリケータデバイスの例示的実施形態を描く側面図である。 切り離されたアプリケータデバイスとキャップとの例示的実施形態を描く側面斜視図である。 アプリケータデバイスの遠位端及び電子機器ハウジングの例示的実施形態を描く斜視図である。 本発明の開示の主題による例証的アプリケータデバイスの上面斜視図である。 図４Ｄのアプリケータデバイスの底面斜視図である。 図４Ｄのアプリケータデバイスの分解組立図である。 図４Ｄのアプリケータデバイスの側面破断図である。 滅菌蓋が結合されたトレイの例示的実施形態を描く近接斜視図である。 センサ送出構成要素を有するトレイの例示的実施形態を描く近接斜視破断図である。 センサ送出構成要素を描く近接斜視図である。 例証的センサ制御デバイスの等角分解上面図である。 例証的センサ制御デバイスの等角分解底面図である。 センサアセンブリに対する統合コネクタを含む身体上デバイスの組立図である。 センサアセンブリに対する統合コネクタを含む身体上デバイスの断面図である。 センサアセンブリに対する統合コネクタを含む身体上デバイスの断面図である。 図２Ｃのキャップが結合された図１Ａのセンサアプリケータの例示的実施形態の側面図である。 図２Ｃのキャップが結合された図１Ａのセンサアプリケータの例示的実施形態の断面側面図である。 別の例示的センサ制御デバイスの等角投影図である。 別の例示的センサ制御デバイスの側面図である。 センサアプリケータと図１０Ａ～図１０Ｂのセンサ制御デバイスとの組立を示す段階的な断面側面図である。 センサアプリケータと図１０Ａ～図１０Ｂのセンサ制御デバイスとの組立を示す段階的な断面側面図である。 センサアプリケータと図１０Ａ～図１０Ｂのセンサ制御デバイスとの組立を示す段階的な断面側面図である。 センサアプリケータと図１０Ａ～図１０Ｂのセンサ制御デバイスとの例示的実施形態の組立及び分解を示す段階的な断面側面図である。 センサアプリケータと図１０Ａ～図１０Ｂのセンサ制御デバイスとの例示的実施形態の組立及び分解を示す段階的な断面側面図である。 センサアプリケータと図１０Ａ～図１０Ｂのセンサ制御デバイスとの例示的実施形態の組立及び分解を示す段階的な断面側面図である。 展開ステージ中のアプリケータの例示的実施形態を描く断面図である。 展開ステージ中のアプリケータの例示的実施形態を描く断面図である。 展開ステージ中のアプリケータの例示的実施形態を描く断面図である。 展開ステージ中のアプリケータの例示的実施形態を描く断面図である。 展開ステージ中のアプリケータの例示的実施形態を描く断面図である。 展開ステージ中のアプリケータの例示的実施形態を描く断面図である。 検体センサの体外感度の例を描くグラフである。 本発明の開示の主題の例証的実施形態によるセンサの例示的作動状態を示す図である。 本発明の開示の主題によるセンサの無線プログラミングのための例示的作動フロー及びデータフローを示す図である。 本発明の開示の主題による２つのデバイス間のセキュアなデータ交換のための例示的データフローを示す図である。 本明細書に説明する技術による例示的検体モニタシステムの様々な構成要素間のデータフローを示す図である。 ある一定の実施形態による検体モニタシステムのデバイス間に利用可能な通信チャネルがないことの通知を提供する例示的方法を示す図である。 ある一定の実施形態による検体モニタシステムのデバイス間の通信チャネルの利用可能性を決定する例示的方法を示す図である。 ある一定の実施形態による検体モニタシステムのデバイス間の通信チャネルの利用可能性を決定する例示的方法を示す図である。 ある一定の実施形態による検体モニタシステムのデバイス間に利用可能な通信チャネルがないことの通知を提供する例示的方法を示す図である。 ある一定の実施形態による検体モニタシステムのデバイス間に利用可能な通信チャネルがないことの通知を提供する例示的方法を示す図である。 ある一定の実施形態に従って実行されるアプリケーションの例示的ユーザインタフェースを示す図である。 ある一定の実施形態に従って実行されるアプリケーションの例示的ユーザインタフェースを示す図である。 ある一定の実施形態に従って実行されるアプリケーションの例示的ユーザインタフェースを示す図である。
ここで添付図面に例示する本発明の開示の主題の様々な例証的実施形態を以下で詳細に参照する。
本発明の主題を詳細に説明する前に、本発明の開示が、説明する特定の実施形態に限定されず、従って、当然ながら様々な可能性があることは理解されるものとする。本発明の開示の範囲は、特許請求の範囲による以外は限定されることにはならないので、本明細書に用いる用語法は、単に特定の実施形態を説明することを目的としたものであることも理解されるものとする。
本明細書及び特許請求の範囲内で使用する場合に、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、状況が他に明確に定めない限り、複数の指示物を含む。
本明細書で議論する文献は、本出願の出願日の前のそれらの文献の開示という理由だけによって提供するものである。本明細書のいずれのものも、先行開示であるという理由によって本発明の開示がそのような文献に先行する権利を持たないことを容認したものと解釈すべきではない。更に、提供する文献の日付は、実際の公開日と異なる場合があり、これらの公開日は、独立に確認する必要がある場合がある。
一般的に、本発明の開示の実施形態は、生体内検体モニタシステムに使用するための検体センサの使用のためのシステム、デバイス、及び方法を含む。多くの実施形態は、身体の少なくとも１つの検体に関連する情報を取得するためにセンサの少なくとも一部分をユーザの身体に位置決めする又はすることができるように構造的に構成された生体内検体センサを含む。しかし、本明細書に開示する実施形態は、体外機能を組み込んだ生体内検体モニタシステム、並びに完全に非侵襲的なシステムを含む純粋に体外又は生体外の検体モニタシステムと併用することができることに注意しなければならない。
センサ制御デバイスの少なくとも電子機器ハウジングがそこに閉じ込められた無菌パッケージ内にアプリケータをユーザに提供することができる。一部の実施形態により、アプリケータとは別個の容器のような構造体も、センサモジュール及びシャープモジュールがそこに閉じ込められた無菌パッケージとしてユーザに提供することができる。センサを付加するために、ユーザは、センサモジュールを電子機器ハウジングに結合することができ、かつ指定方式での容器内へのアプリケータの挿入を有する組み立てプロセスによってシャープをアプリケータに結合することができる。他の実施形態では、アプリケータ、センサ制御デバイス、センサモジュール、及びシャープモジュールは、単一パッケージ内に提供することができる。アプリケータは、センサが着用者の体液と接触する状態で人体上にセンサ制御デバイスを位置決めするのに使用することができる。
更に、多くの実施形態は、身体の少なくとも１つの検体に関連する情報を取得するためにセンサの少なくとも一部分をユーザの身体に位置決めする又はすることができるように構造的に構成された生体内検体センサを含む。しかし、本明細書に開示する実施形態は、体外機能を組み込んだ生体内検体モニタシステム、並びに完全に非侵襲的なシステムを含む純粋に体外又は生体外の検体モニタシステムと併用することができることに注意しなければならない。
本明細書に開示する方法の各及び全ての実施形態に関して、これらの実施形態の各々を実行する機能を有するシステム及びデバイスは、本発明の開示の範囲内に網羅される。例えば、センサ制御デバイスの実施形態を開示し、これらのデバイスは、あらゆる全ての方法の段階を実行することができるか又はあらゆる全ての方法の段階の実行を促進することができる１又は２以上のセンサ、検体モニタ回路（例えば、アナログ回路）、メモリ（例えば、命令を格納するための）、電源、通信回路、送信機、受信機、プロセッサ、及び／又はコントローラ（例えば、命令を実行するための）を有することができる。これらのセンサ制御デバイス実施形態は、本明細書に説明する方法のあらゆる全てのものからのセンサ制御デバイスによって実行される段階を実行するのに使用することができ、かつその機能を有することができる。
更に、本明細書に提示するシステム及び方法は、以下に限定されるものではないが、好調性、フィットネス、食餌療法、研究、情報、又は経時的検体感知に関わるいずれかの目的のような検体モニタシステムに使用されるセンサの作動に合わせて使用することができる。本明細書に使用される時に、「センサ」は、以下に限定されるものではないが、体温センサ、血圧センサ、脈拍センサ又は心拍センサ、グルコースレベルセンサ、検体センサ、身体活動センサ、体動センサ又は身体情報又は生体情報を収集するためのいずれかの他のセンサを例示目的で含み、ユーザからセンサ情報を受け入れる機能を有するいずれかのデバイスを意味することができる。検体センサによって測定される検体は、一例として、以下に限定されるものではないが、グルコース、ケトン、乳酸、酸素、ヘモグロビンＡ１Ｃ、アルブミン、アルコール、アルカリホスファターゼ、アラニントランスアミナーゼ、アスパラギン酸アミノトランスフェラーゼ、ビリルビン、血中尿素窒素、カルシウム、二酸化炭素、塩化物、クレアチニン、ヘマトクリット、乳酸、マグネシウム、酸素、ｐＨ、リン、カリウム、ナトリウム、全蛋白質量、尿酸などを含むことができる。
しかし、実施形態の上述の態様を詳細に説明する前に、例えば、その全てを本明細書に説明する実施形態と併用することができる生体内検体モニタシステムの中に存在する可能性があるデバイスの例及びその作動の例を最初に説明することが望ましい。
様々なタイプの生体内検体モニタシステムが存在する。「連続検体モニタ」システム（又は「連続グルコースモニタ」システム）は、例えば、データをセンサ制御デバイスから読取器デバイスに確認応答要求することなく連続的に、例えば、スケジュールに従って自動的に送信することができる。別の例として、「断続検体モニタシステム」（又は「断続グルコースモニタ」システム又は簡潔に「断続」システム）は、読取器デバイスによる走査又はデータ必要に応じて近距離無線通信（ＮＦＣ）プロトコル又は無線周波数識別（ＲＦＩＤ）プロトコルなどを用いてデータをセンサ制御デバイスから中継することができる。生体内検体モニタシステムは、指先穿刺較正の必要なしに作動させることができる。
生体内検体モニタシステムは、身体の外側（又は「生体外」）で生体サンプルに接触し、ユーザの体液を担持してユーザの血糖レベルを決定するために分析することができる検体検査ストリップを受け入れるためのポートを有する測定デバイスを一般的に含む「体外」システムと区別することができる。
生体内モニタシステムは、生体に配置されている間にユーザの体液と接触し、そこに含有されている検体レベルを感知するセンサを含むことができる。センサは、ユーザの身体上に存在するセンサ制御デバイスの一部とすることができ、センサ制御デバイスは、検体感知を可能にして制御する電子機器及び電源を含む。センサ制御デバイス及びその変形は、いくつかを挙げると、「センサ制御ユニット」、「身体上電子機器」デバイス又は「身体上電子機器」ユニット、「身体上」デバイス又は「身体上」ユニット又は「センサデータ通信」デバイス又は「センサデータ通信」ユニットと呼ぶ場合がある。
生体内モニタシステムはまた、センサ制御デバイスから感知検体データを受け入れてそれを処理する及び／又はいずれかの個数の形態でユーザに対して表示するデータ受信デバイスを含むことができる。このデバイス及びその変形は、いくつかを挙げると、「手持ち式読取器デバイス」、「読取器デバイス」、（又は簡潔に「読取器」）、「手持ち式電子機器」（又は簡潔に「手持ち式」）、「携帯可能データ処理」デバイス又は「携帯可能データ処理」ユニット、「データ受信機」、「受信機」デバイス又は「受信機」ユニット（又は簡潔に「受信機」）又は「リモート」デバイス又は「リモート」ユニットと呼ぶ場合がある。パーソナルコンピュータのような他のデバイスも、生体内又は体外のモニタシステムに使用されてきた又はそこに組み込まれている。データ受信デバイスは、センサ制御デバイスから受信した感知検体データを検体モニタシステムに関連付けられたリモートアプリケーションサーバに提供するように更に構成することができる。１つ（又は複数）のリモートアプリケーションサーバは、データの更に別の分析を実行することができる。これに加えて、リモートアプリケーションサーバは、ユーザの許可により、検体データ又はそこから導出された他の情報を「データモニタデバイス」と呼ぶ場合がある１又は２以上の他のデバイスに配信するように構成することができる。
図１Ａは、センサアプリケータ１５０と、センサ制御デバイス１０２と、データ受信デバイス１２０とを含む検体モニタシステム１００の例示的実施形態を描く概念図である。ここで、センサアプリケータ１５０は、センサ制御デバイス１０２をユーザの皮膚上のモニタ場所に配送するのに使用することができ、この場所でセンサ１０４は、接着パッチ１０５によってある期間にわたって動かないように維持される。センサ制御デバイス１０２に関しては、図２Ｂ及び図２Ｃで更に詳しく説明することにし、センサ制御デバイス１０２は、有線技術又は無線技術を使用する通信経路１４０を通してデータ受信デバイス１２０と通信することができる。例示的無線プロトコルは、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ低エネルギ（ＢＬＥ、ＢＴＬＥ、Ｂｌｕｅｔｏｏｔｈスマートのような）、近距離無線通信（ＮＦＣ）、及びその他を含む。ユーザは、データ受信デバイス１２０上のメモリ内にインストールされたアプリケーションを画面１２２及び入力１２１を用いてモニタすることができ、デバイスのバッテリを電力ポート１２３を用いて再充電することができる。データ受信デバイス１２０に関するより詳しい詳細に関して、下記で図２Ａに明らかにする。データ受信デバイス１２０は、有線技術又は無線技術を使用する通信経路１４１を通してローカルコンピュータシステム１７０と通信することができる。ローカルコンピュータシステム１７０は、ラップトップ、デスクトップ、タブレット、ファブレット、スマート電話、セットトップボックス、ビデオゲームコンソール又は他のコンピュータデバイスのうちの１又は２以上を含むことができ、無線通信は、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ低エネルギ（ＢＴＬＥ）、Ｗｉ－Ｆｉ又はその他を含むいくつかの適用可能な無線ネットワーク接続プロトコルのうちのいずれかを含むことができる。ローカルコンピュータシステム１７０は、データ受信デバイス１２０が通信経路１４２を通してネットワーク１９０と通信することができる方式と類似の方式で上述したように有線技術又は無線技術による通信経路１４３を通してネットワーク１９０と通信することができる。ネットワーク１９０は、私設ネットワーク及び公衆ネットワーク、ローカルエリアネットワーク又はワイドエリアネットワークなどのようないくつかのネットワークのうちのいずれかとすることができる。高信頼性コンピュータシステム１８０はサーバを含むことができ、認証サービス及びセキュアなデータ格納を提供することができ、有線技術又は無線技術による通信経路１４４を通してネットワーク１９０と通信することができる。
図１Ｂは、本明細書に説明する技術を具現化する機能を有する検体モニタシステム１００の作動環境の別の例示的実施形態を例示している。図示のように、検体モニタシステム１００は、人体又は動物体の検体レベルのようなパラメータのモニタを提供するように設計された構成要素のシステムを含むことができ、又は様々な構成要素の構成に基づいて他の作動を可能にすることができる。本明細書に具現化されるように、システムは、ユーザによって着用されるか又は情報が収集されている身体に取り付けられた低電力センサ制御デバイス１０２を含むことができる。本明細書に具現化されるように、センサ制御デバイス１０２は、予め決められた実用寿命（例えば、約１日、約１４日、約３０日のような）を有する密封された使い捨てデバイスとすることができる。センサ制御デバイス１０２は、ユーザの身体の皮膚に付加することができ、センサ寿命の継続時間にわたって接着状態に留まることができ、又は選択的に取り外されて再度付加された時に機能性を留めるように設計することができる。検体モニタシステム１００は、センサ制御デバイス１０２からの検体データを含むデータの取出及び送出を促進するために本明細書に説明するように構成されたデータ読取デバイス１２０又は多目的ハードウエアデバイス１３０を更に含むことができる。
センサ制御デバイス１０２は、データ受信デバイス１２０又は多目的ハードウエアデバイス１３０と有線又は無線技術を用いて通信することができる。例示的無線プロトコルは、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ低エネルギ（ＢＬＥ、ＢＴＬＥ、Ｂｌｕｅｔｏｏｔｈスマートのような）、近距離無線通信（ＮＦＣ）、及びその他を含む。データ受信デバイス１２０は、多目的ハードウエアデバイス１３０又は別のユーザデバイス１４０と有線又は無線技術を用いて通信することができる。ユーザデバイス１４０は、ラップトップ、デスクトップ、タブレット、ファブレット、スマート電話、セットトップボックス、ビデオゲームコンソール、又は他のコンピュータデバイスのうちの１又は２以上を含むことができ、無線通信は、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ低エネルギ（ＢＴＬＥ）、Ｗｉ－Ｆｉ、又はその他を含むいくつかの適用可能な無線ネットワーク接続プロトコルのうちのいずれかを含むことができる。ユーザコンピュータデバイス１４０は、上述のようにデータ受信デバイス１２０が有線又は無線技術によって通信することを可能にするのと同様にネットワークと通信することができる。多目的ハードウエアデバイス１３０及びユーザデバイス１４０は、センサ制御デバイス１０２からの検体データ、センサ制御デバイス１０２又は送信デバイスからの識別データ、及び検体データに基づく派生データのようなデータを提供するためにリモートアプリケーションサーバ１５５と通信することができる。逆に、本明細書に説明するように、リモートアプリケーションサーバ１５５は、ユーザによって又は代わって設定された許可及び命令に従ってデータモニタデバイス１３５とある一定のデータを通信することができる。データモニタデバイス１３５に関しては、本明細書に詳細に説明している。
本明細書で具現化されるように、検体モニタシステム１００は、例えばリモートアプリケーションサーバ１５５を通して第三者に提供されて多目的ハードウエアデバイス１３０、例えば、携帯電話、タブレット、パーソナルコンピュータデバイス、又は通信リンクを通してセンサ制御デバイス１０２と通信する機能を有する他の類似のコンピュータデバイスの中に組み込まれたソフトウエア又はファームウエアのライブラリ又はアプリケーションを含むことができる。多目的ハードウエアは、センサ制御デバイス１０２と通信するように構成された埋め込みライブラリを有するインスリンポンプ又はインスリンペンを含むがこれらに限定されない埋め込みデバイスを更に含むことができる。検体モニタシステム１００の図示の実施形態は、図示のデバイスの各々を１つのみを含むが、本発明の開示は、検体モニタシステム１００が、それを通して相互作用する複数の各構成要素を組み込むことを考えている。例えばかつ限定することなく、本明細書で具現化されるように、データ受信デバイス１２０及び／又は多目的ハードウエアデバイス１３０は、各々を複数含むことができる。本明細書で具現化されるように、多目的ハードウエアデバイス１３０は、本明細書に説明するようにセンサ制御デバイス１０２と直接に通信することができる。これに加えて又はこれに代えて、データ受信デバイス１２０は、補助的なデータ受信デバイス１３０と通信して検体データ又はその視覚表現又は分析結果をユーザ又は認可された他の関係者への補助的な表示のために提供することができる。
検体モニタシステム１００は、例えば、センサ制御デバイス１０２からデータを直接受信しない他の多目的ハードウエアデバイスにリモートアプリケーションサーバ１５５を通して提供されるソフトウエア又はファームウエアライブラリ又はアプリケーションを更に含むことができる。これらのデータモニタデバイス１３５は、センサ制御デバイス１０２から発せられたデータを代わりにリモートアプリケーションサービス１５５又は関連の他のサービスを通して受信する。ある一定の実施形態では、データモニタデバイス１３５に対して提供されるソフトウエアライブラリ又はアプリケーションは、多目的デバイス１３０に提供されるものと同じアプリケーションであるが、異なる状況に使用される。ある一定の実施形態では、これらのアプリケーションは、その意図する目的だけに使用される個別のアプリケーションである。
図２Ａは、スマート電話として構成されたデータ受信デバイス１２０の例示的実施形態を描くブロック図である。この場合に、データ受信デバイス１２０は、ディスプレイ１２２と、入力構成要素１２１と、メモリ２２３に結合された通信プロセッサ２２２と、メモリ２２５に結合されたアプリケーションプロセッサ２２４とを含む処理コア２０６とを含むことができる。同様に、別個のメモリ２３０と、アンテナ２２９を有するＲＦ送受信機２２８と、パワーマネージメントモジュール２３８を有する電源２２６とを含めることができる。更に、アンテナ２３４を用いてＷｉ－Ｆｉ、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ、ＢＴＬＥ、及びＧＰＳを通じて通信することができる多機能送受信機２３２を含めることができる。当業者によって理解されるように、これらの構成要素は、機能デバイスを生成するように電気的に通信的に結合される。
データ受信デバイス１２０は、例えば、Ｗｉ－Ｆｉ又はインターネット対応スマート電話、タブレット又は携帯情報端末（ＰＤＡ）のようなモバイル通信デバイスとすることができる。スマート電話の例は、インターネット接続及び／又はローカルエリアネットワーク（ＬＡＮ）を通じたデータ通信のためのデータネットワーク接続機能を有する様々な市販のオペレーティングシステムに基づく電話を含むことができるがそれらに限定されない。
データ受信デバイス１２０は、ユーザの目の上に又はそれに隣接するように着用される光学アセンブリ（例えば、スマート単眼鏡又はスマート眼鏡）のようなモバイルスマートウェアラブル電子機器アセンブリとして構成することができる。この光学アセンブリは、ユーザの検体レベル（本明細書に説明する）に関連する情報をユーザに対して表示し、同時にユーザの全体的な視覚が最小限にしか妨害されないようにユーザがディスプレイを見通すことを可能にする透明ディスプレイを有することができる。光学アセンブリは、スマート電話と同種の無線通信の機能を有することができる。ウェアラブル電子機器の他の例は、ユーザの手首の周り又はその周りに着用されるデバイス（例えば、スマート腕時計のような）、首の周り又はその周りに着用されるデバイス（例えば、ネックレスのような）、頭の周り又はその周りに着用されるデバイス（例えば、ヘッドバンド、帽子のような）、胸の周り又はその周りに着用されるデバイスなどを含む。
限定ではなく例示の目的で、本発明の開示の主題との併用のための図２Ｂに示すデータ受信デバイスの別の例示的実施形態１２０を参照されたい。データ受信デバイス１２０及び関連の多目的データ受信デバイス１３０は、センサ制御デバイス１０２及びその作動の議論に密接に関連する構成要素を含み、追加の構成要素を含めることができる。特定の実施形態では、データ受信デバイス１２０及び多目的データ受信デバイス１３０は、第三者によって提供される構成要素とする又はそれらを含むことができ、センサ制御デバイス１０２と同じ製造業者によって製造されたデバイスを含むことに必ずしも限定されない。
図２Ｂに示すように、データ受信デバイス１２０は、通信モジュール４０４０と通信的に結合されたマイクロコントローラ４０１０と、メモリ４０２０と、ストレージ４０３０とを含むＡＳＩＣ４０００を含む。データ受信デバイス１２０の構成要素に対する電力は、本明細書に具体的に示すように再充電可能バッテリを含むことができる電力モジュール４０５０によって送出することができる。データ受信デバイス１２０は、センサ制御デバイス１０２又は他のデバイス（例えば、ユーザデバイス１４５又はリモートアプリケーションサーバ１５５）から受信した検体データの精査を促進するディスプレイ４０７０を更に含むことができる。データ受信デバイス１２０は、別個のユーザインタフェース構成要素（例えば、物理的なキー、光センサ、マイクロフォンのような）を含むことができる。
通信モジュール４０４０は、ＢＬＥモジュール４０４１とＮＦＣモジュール４０４２とを含むことができる。データ受信デバイス１２０は、センサ制御デバイス１０２と無線結合し、センサ制御デバイス１０２に指令を送信し、そこからデータを受信するように構成することができる。本明細書に具現化されるように、データ受信デバイス１２０は、本明細書に説明するセンサ制御デバイス１０２に関して通信モジュール４０４０の特定のモジュール（例えば、ＢＬＥモジュール４０４２又はＮＦＣモジュール４０４３）を通してＮＦＣスキャナ及びＢＬＥ終点として作動するように構成することができる。例えば、データ受信デバイス１２０は、通信モジュール４０４０の第１のモジュールを用いてセンサ制御デバイス１０２に指令（例えば、センサのデータ同報通信モードのための起動指令、データ受信デバイス１２０を識別するためのペアリング指令）を出し、通信モジュール４０４０の第２のモジュールを用いてセンサ制御デバイス１０２とデータを送受信することができる。データ受信デバイス１２０は、通信モジュール４０４０のユニバーサルシリアルバス（ＵＳＢ）モジュール４０４５を通じたユーザデバイス１４５との通信に適するように構成することができる。
別の例として、通信モジュール４０４０は、例えば、セルラー無線モジュール４０４４を含むことができる。セルラー無線モジュール４０４４は、第３世代（３Ｇ）、第４世代（４Ｇ）、及び第５世代（５Ｇ）のネットワークを含むがこれらに限定されない広帯ゾーンセルラーネットワークを用いて通信するための１又は２以上の無線送受信機を含むことができる。更に、データ受信デバイス１２０の通信モジュール４０４０は、「ＩＥＥＥ ８０２」．１１規格（例えば、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ（ａｋａ Ｗｉ－Ｆｉ４）、８０２．１１ａｃ（ａｋａ Ｗｉ－Ｆｉ５）、８０２．１１ａｘ（ａｋａ Ｗｉ－Ｆｉ６））のうちの１又は２以上による無線ローカルエリアネットワークを使用する通信のためのＷｉ－Ｆｉ無線モジュール４０４３を含むことができる。セルラー無線モジュール４０４４又はＷｉ－Ｆｉ無線モジュール４０４３を使用することにより、データ受信デバイス１２０は、リモートアプリケーションサーバ１５５と通信して検体データを受信する又は更新情報又はユーザから受信した入力を提供することができる。例示していないが、検体センサ１２０の通信モジュール５０４０が、セルラー無線モジュール又はＷｉ－Ｆｉ無線モジュールを同じく含むことができる。
本明細書に具現化されるように、データ受信デバイス１２０の搭載型ストレージ４０３０は、センサ制御デバイス１０２から受信した検体データを格納することができる。更に、データ受信デバイス１２０、多目的データ受信デバイス１３０又はユーザデバイス１４５は、リモートアプリケーションサーバ１５５とワイドエリアネットワーク上で通信するように構成することができる。本明細書に具現化されるように、センサ制御デバイス１０２は、データをデータ受信デバイス１２０又は多目的データ受信デバイス１３０に提供することができる。データ受信デバイス１２０は、これらのデータをユーザコンピュータデバイス１４５に送信することができる。更に、ユーザコンピュータデバイス１４５（又は多目的データ受信デバイス１３０）は、これらのデータを処理及び分析に関してリモートアプリケーションサーバ１５５に送信することができる。
本明細書に具現化されるように、データ受信デバイス１２０は、センサ制御デバイス１０２の感知ハードウエア５０６０と類似の又はそれから拡張された感知ハードウエア４０６０を更に含むことができる。特定の実施形態では、データ受信デバイス１２０は、センサ制御デバイス１０２と連携し、そこから受信した検体データに基づいて作動するように構成することができる。一例として、センサ制御デバイス１０２がグルコースセンサである場合に、データ受信デバイス１２０は、インスリンポンプ又はインスリン注射ペンとする又はそれらを含むことができる。連携において、互換デバイス１３０は、検体センサから受信したグルコース値に基づいてユーザに対するインスリン投与量を調節することができる。
図２Ｃ及び図２Ｄは、検体センサ１０４と、ユーザに対する表示に適する最終結果データをレンダリングするための処理機能の大部分を有することができるセンサ電子機器１６０とを有するセンサ制御デバイス１０２の例示的実施形態を描くブロック図である。図２Ｃには、個々の仕様の特定用途向け集積回路（ＡＳＩＣ）とすることができる単一半導体チップ１６１が示されている。ＡＳＩＣ１６１内には、アナログフロントエンド（ＡＦＥ）１６２と、パワーマネージメント（又は制御）回路１６４と、プロセッサ１６６と、通信回路１６８（送信機、受信機、送受信機、受動回路又は他に通信プロトコルによるものとして実行することができる）とを含むある一定の高レベル機能ユニットが示されている。この実施形態ではＡＦＥ１６２とプロセッサ１６６との両方が検体モニタ回路として使用されるが、他の実施形態では、いずれかの回路が検体モニタ機能を実行することができる。プロセッサ１６６は、各々を別個のチップとするか又はいくつかの異なるチップの間で分散させる（かつこれらのチップの一部分とする）ことができる１又は２以上のプロセッサ、マイクロプロセッサ、コントローラ、及び／又はマイクロコントローラを含むことができる。
ＡＳＩＣ１６１の中にはメモリ１６３も含まれ、メモリ１６３は、ＡＳＩＣ１６１の中に存在する様々な機能ユニットによって共有することができる又はこれらの機能ユニットのうちの２又は３以上の間に分散させることができる。メモリ１６３は、別個のチップとすることができる。メモリ１６３は、揮発性メモリ及び／又は不揮発性メモリとすることができる。この実施形態では、ＡＳＩＣ１６１は、コイン電池バッテリなどとすることができる電源１７２と結合される。ＡＦＥ１６２は、生体内検体センサ１０４と相互接続し、そこから測定データを受け入れ、これらのデータをプロセッサ１６６にデジタル形態で出力し、プロセッサ１６６は、更にこれらのデータを最終結果のグルコース個別値及びグルコース傾向値等をもたらすように処理する。次に、これらのデータは、アンテナ１７１を通して例えばデータ受信デバイス１２０（図示せず）に送るために通信回路１６８に提供することができ、データ受信デバイス１２０では、データを表示するための常駐ソフトウエアアプリケーションによる更に別の処理が僅かしか必要とされない。
図２Ｄは、図２Ｃと同様であるが、一緒又は別々にパッケージ化することができる２つの別個の半導体チップ１６２と１７４を含む。この場合に、ＡＦＥ１６２は、ＡＳＩＣ１６１上に常駐する。プロセッサ１６６は、チップ１７４上でパワーマネージメント回路１６４及び通信回路１６８に統合される。ＡＦＥ１６２はメモリ１６３を含み、チップ１７４は、その内部で隔離するか又は分散させることができるメモリ１６５を含む。１つの例示的実施形態では、ＡＦＥ１６２は、１つのチップ上でパワーマネージメント回路１６４及びプロセッサ１６６と組み合わされ、それに対して通信回路１６８は別個のチップ上にある。別の例示的実施形態では、ＡＦＥ１６２と通信回路１６８の両方が１つのチップ上にあり、プロセッサ１６６とパワーマネージメント回路１６４とが別のチップ上にある。各々は、説明する別個の機能を受け持つ又はフェイルセーフ冗長性を達成するために１又は２以上の機能を共有する３又は４以上のチップを含む他のチップ組合せが可能であることに注意しなければならない。
限定ではなく例示の目的で、図２Ｅは、本明細書に説明するセキュリティアーキテクチャ及び通信方式に対応するセンサ制御デバイス１０２の別の例示的実施形態を描いている。
本明細書に具現化されるように、センサ制御デバイス１０２は、通信モジュール５０４０に通信的に結合された特定用途向け集積回路（「ＡＳＩＣ」）５０００を含むことができる。ＡＳＩＣ５０００は、マイクロコントローラコア５０１０と、搭載型メモリ５０２０と、ストレージメモリ５０３０とを含むことができる。ストレージメモリ５０３０は、認証及び暗号化セキュリティアーキテクチャに使用されるデータを格納することができる。ストレージメモリ５０３０は、センサ制御デバイス１０２に対するプログラミング命令を格納することができる。本明細書に具現化されるように、ある一定の通信チップセット（例えば、ＮＦＣ送受信機５０２５）をＡＳＩＣ５０００内に埋め込むことができる。ＡＳＩＣ５０００は、搭載型バッテリのような電力モジュール５０５０又はＮＦＣパルスから電力を受け入れることができる。ＡＳＩＣ５０００のストレージメモリ５０３０は、識別及び追跡の目的でセンサ制御デバイス１０２に対する識別子のような情報を含むようにプログラムすることができる。ストレージメモリ５０３０は、センサ制御デバイス１０２及びその様々な構成要素によって使用される構成パラメータ又は較正パラメータを用いてプログラムすることができる。ストレージメモリ５０３０は、書き換え可能メモリ又はワンタイムプログラミング（ＯＴＰ）メモリを含むことができる。ストレージメモリ５０３０は、センサ制御デバイス１０２の有用性、を拡張するために本明細書に説明する技術を用いて更新することができる。
本明細書に具現化されるように、センサ制御デバイス１０２の通信モジュール５０４０は、検体モニタシステム１００の他のデバイスとの通信をサポートするための１又は２以上のモジュールとする又はそれらを含むことができる。限定ではなく単なる例として、例示的通信モジュール５０４０は、本発明の開示を通して使用するＢｌｕｅｔｏｏｔｈ低エネルギ（「ＢＬＥ」）モジュール５０４１を含むことができ、ＢＬＥは、エンドユーザに対して簡単なＢｌｕｅｔｏｏｔｈデバイスのペアリングを行うように最適化された短距離通信プロトコルを意味する。通信モジュール５０４０は、データ受信デバイス１２０又はユーザデバイス１４５の類似の機能を有する通信モジュールとの対話によってデータ及び指令を送受信することができる。通信モジュール５０４０は、例えば、「ＩＥＥＥ ８０２」．１５プロトコル、「ＩＥＥＥ ８０２」．１１プロトコルによるパーソナルエリアネットワーク、赤外線データ協会（ＩｒＤＡ）規格による赤外線通信のような類似の短距離通信手法との併用に適する追加の又は代わりのチップセットを含むことができる。
センサ制御デバイス１０２は、その機能を実行するために、これらの機能に適する感知ハードウエア５０６０を更に含むことができる。本明細書に具現化されるように、感知ハードウエア５０６０は、被検者の体液との接触状態で経皮的又は皮下に配置された検体センサを含むことができる。検体センサは、体液内の１又は２以上の検体レベルに対応する値を含有するセンサデータを発生させることができる。
センサ制御デバイス１０２の構成要素は、適切なユーザ場所への配送の前にユーザによる最終組立を必要とする複数のパッケージでユーザによって取得することができる。図３Ａ～図３Ｄは、配送に関してセンサを提供するように構成要素を結合する前の別個の構成要素の準備を含むセンサ制御デバイス１０２に関するユーザによる組立プロセスの例示的実施形態を描いている。図３Ｅ～図３Ｆは、適切な配送場所を選択し、センサ制御デバイス１０２をこの場所に適用することによる適切なユーザ場所へのデバイス１０２の配送の例示的実施形態を描いている。
図３Ａは、この場合は組立プロセスのためのトレイとして構成される（他のパッケージを使用することができるが）容器８１０をユーザが与える例示的実施形態を描く近接斜視図である。ユーザは、この準備をトレイ８１０から蓋８１２を取り外してプラットフォーム８０８を露出させることにより、例えば、蓋８１２の接着部分が取り外されるようにトレイ８１０から蓋８１２の非接着部分を剥ぎ取ることによって達成することができる。蓋８１２の取り外しは、様々な実施形態ではプラットフォーム８０８がトレイ８１０内で十分に露出される限り適切とすることができる。次に、蓋８１２を脇に置くことができる。
図３Ｂは、組立に関してユーザがアプリケータデバイス１５０を準備する例示的実施形態を描く側面図である。アプリケータデバイス１５０は、アプリケータキャップ７０８によって密封された無菌パッケージ内で提供することができる。アプリケータデバイス１５０の準備は、ハウジング７０２をアプリケータキャップ７０８から切り距離を置いてシース７０４（図３Ｃ）を露出させる段階を含むことができる。この切り離しは、アプリケータキャップ７０８を捩ってハウジング７０２から外す（又は他に切り離す）ことによって達成することができる。アプリケータキャップ７０８を脇に置くことができる。
図３Ｃは、組立中にユーザがアプリケータデバイス１５０をトレイ８１０の中に挿入する例示的実施形態を描く近接斜視図である。最初に、ユーザは、ハウジング方位機能１３０２（又はスロット又は凹部）とトレイ方位機能９２４（当接部又は戻り止め）とが位置合わせされた後にシース７０４をトレイ８１０の内側でプラットフォーム８０８の中に挿入することができる。シース７０４をプラットフォーム８０８の中に挿入することにより、シース７０４がハウジング７０２から一時的にアンロックされ、プラットフォーム８０８もトレイ８１０から一時的にアンロックされる。この段階では、トレイ８１０からのアプリケータデバイス１５０の取り外しは、トレイ８１０内へのアプリケータデバイス１５０の最初の挿入の前の状態と同じ状態をもたらすことになる（すなわち、このプロセスは、この時点で逆行させ又は中断し、更に影響なく繰り返すことができる）。
ハウジング７０２を遠位に前進させる間に、シース７０４は、プラットフォーム８０８内でハウジング７０２に対する位置を維持し、プラットフォーム８０８と結合してプラットフォーム８０８をトレイ８１０に対して遠位に前進させることができる。この段階は、トレイ８１０内でプラットフォーム８０８をアンロックして圧潰させる。シース７０４は、トレイ８１０内でロッキング機構（図示せず）に接触してそれを切断させ、それによってシース７０４がハウジング７０２からアンロックされ、ハウジング７０２がプラットフォーム８０８を遠位に前進させる間にシース７０４が移動する（相対的に）ことが防止される。ハウジング７０２及びプラットフォーム８０８の前進の終了時に、シース７０４は、ハウジング７０２から永久にアンロックされる。ハウジング７０２の遠位前進の終了時に、トレイ８１０内のシャープ及びセンサ（図示せず）をハウジング７０２内の電子機器ハウジング（図示せず）と結合することができる。アプリケータデバイス１５０とトレイ８１０との作動及び相互作用に関して下記で更に詳しく説明する。
図３Ｄは、組立中にユーザがアプリケータデバイス１５０をトレイ８１０から取り外す例示的実施形態を描く近接斜視図である。ユーザは、ハウジング７０２をトレイ８１０に対して近位に前進させる又はアプリケータ１５０とトレイ８１０とを切り離すのと同じ終端効果を有する他の動きによってアプリケータ１５０をトレイ８１０から取り外すことができる。アプリケータデバイス１５０は、その内部で完全に組み立てられたセンサ制御デバイス１０２（シャープ、センサ、電子機器）（図示せず）と共に取り外され、配送に関して配置される。
図３Ｅは、患者がアプリケータデバイス１５０を用いてセンサ制御デバイス１０２を例えば腹部又は他の適切な場所の上の皮膚のターゲット区域に適用する例示的実施形態を描く近接斜視図である。ハウジング７０２を前進させることにより、その内部でシース７０４が遠位に圧潰し、センサ制御デバイス１０２の底面上の接着層が皮膚に接着するようにセンサがターゲット場所に適用される。シャープは、ハウジング７０２を完全に前進させた時に自動的に後退し、それに対してセンサ（図示せず）は、定められた位置に残されて検体レベルを測定する。
図３Ｆは、適用位置にセンサ制御デバイス１０２を有する患者の例示的実施形態を描く近接斜視図である。次に、ユーザは、アプリケータ１５０を適用部位から取り外すことができる。
図３Ａ～図３Ｆに関して説明されて本明細書の他の箇所で説明するシステム１００は、従来技術システムと比較してアプリケータ構成要素の偶発的な損壊、永久変形、又は不正な組立の可能性の低減又は排除をもたらすことができる。アプリケータハウジング７０２は、シース７０４がアンロックされている間にシース７０４を通じた間接係合ではなくプラットフォーム８０８に直接係合するので、シース７０４とハウジング７０２の間の相対角度は、アーム又は他の構成要素の損壊又は永久変形をもたらすことにはならない。組立中の比較的強い力（従来のデバイスの場合のような）の潜在性が低減することになり、それによってユーザ組立の失敗の可能性が低減する。
図４Ａは、スクリューアプリケータキャップ７０８に結合されたアプリケータデバイス１５０の例示的実施形態を描く側面図である。この図は、アプリケータ１５０がどのように出荷され、ユーザによるセンサとの組立の前にユーザによってどのように荷受けされるかの例である。図４Ｂは、切り離された後のアプリケータ１５０とアプリケータキャップ７０８とを描く側面斜視図である。図４Ｃは、アプリケータキャップ７０８が定位置にあった時にシース７０４のセンサ担体７１０内で維持されていたと考えられる位置から電子機器ハウジング７０６及び接着パッチ１０５が取り外された状態のアプリケータデバイス１５０の遠位端の例示的実施形態を描く斜視図である。
限定ではなく例示の目的で図４Ｄ～図４Ｇを参照すると、アプリケータデバイスの別の例示的実施形態２０１５０を単一統合アセンブリとしてユーザに提供することができる。図４Ｄ及び図４Ｅは、それぞれ、アプリケータデバイス２０１５０の斜視上面図及び斜視底面図を提示しており、図４Ｆは、アプリケータデバイス２０１５０の分解組立図を提示しており、図４Ｇは、側面破断図を提供する。これらの斜視図は、アプリケータ２０１５０がどのように出荷され、ユーザによってどのように荷受けされるかを示している。分解組立図及び破断図は、アプリケータデバイス２０１５０の構成要素を示している。アプリケータデバイス２０１５０は、ハウジング２０７０２と、ガスケット２０７０１と、シース２０７０４と、シャープ担体２０１１０２と、バネ２０５６１２と、センサ担体２０７１０（「パック担体」とも呼ぶ）と、シャープハブ２０５０１４と、センサ制御デバイス（「パック」とも呼ぶ）２０１０２と、接着パッチ２０１０５と、乾燥剤２０５０２と、アプリケータキャップ２０７０８と、シリアルラベル２０７０９と、未開封証明機能２０７１２とを含むことができる。一部の実施形態では、ユーザが荷受けする時は、ハウジング２０７０２と、アプリケータキャップ２０７０８と、未開封証明機能２０７１２と、ラベル２０７０９としか見えていない。未開封証明機能２０７１２は、例えば、ハウジング２０７０２及びアプリケータキャップ２０７０８の各々に結合されたステッカーとすることができ、更にハウジング２０７０２とアプリケータキャップ２０７０８とを切り離すことによって例えば回復不能に損壊し、それによってハウジング２０７０２とアプリケータキャップ２０７０８とが以前に切り離されたことをユーザに対して示すことができる。これらの機能に関して下記でより詳細に説明する。
図５は、滅菌蓋８１２が取り外し可能に結合されたトレイ８１０の例示的実施形態を示し、パッケージがどのようにユーザに出荷され、組立前にユーザによってどのように荷受けされるかを表すことができる近接斜視図である。
図６Ａは、トレイ８１０内のセンサ配送構成要素を描く近接斜視破断図である。プラットフォーム８０８は、トレイ８１０の中に摺動可能に結合される。乾燥剤５０２が、トレイ８１０に対して固定される。センサモジュール５０４が、トレイ８１０内に装着される。
図６Ｂは、センサモジュール５０４をより詳細に描く近接斜視図である。この場合に、プラットフォーム８０８の保持アーム延長部１８３４が、センサモジュール５０４を定められた位置に解除可能に固定させる。モジュール２２００が、コネクタ２３００、シャープモジュール２５００、及びセンサ（図示せず）と結合され、それによって組立中にこれらを互いにセンサモジュール５０４として取り外すことができる。
簡単に図１Ａ及び図３Ａ～図３Ｇを再度参照すると、ツーピースアーキテクチャシステムでは、センサトレイ８１０とセンサアプリケータ１５０とは別個のパッケージとしてユーザに提供され、従って、ユーザが各パッケージを開梱してシステムを最終的に組み立てることを必要とする。一部の用途では、これら別個の密封パッケージは、センサトレイ８１０とセンサアプリケータ１５０とを各パッケージの内容物に独特で他方の内容物には適合しない別個の滅菌プロセスで滅菌することを可能にする。より具体的には、センサ１０４とシャープ２２０とを含むプラグアセンブリ２０７を含むセンサトレイ８１０は、電子ビーム（又は「電子ビーム」）照明のような放射線滅菌を用いて滅菌することができる。適切な放射線滅菌プロセスは、電子ビーム（電子ビーム）照明、ガンマ線照明、Ｘ線照明又はこれらのあらゆる組合せを含むがこれらに限定されない。しかし、放射線滅菌は、センサ制御デバイス１０２の電子機器ハウジングの中に配置された電気構成要素を破損する場合がある。その結果、センサ制御デバイス１０２の電子機器ハウジングを含むセンサアプリケータ１５０を滅菌する必要がある場合に、それを例えばエチレンオキシドを使用するガス化学滅菌のような別の方法によって滅菌することができる。しかし、ガス化学滅菌は、センサ１０４上に含まれる酵素又は他の化学的作用物質及び生物学的作用物質を破損する場合がある。この滅菌非共用性に起因してセンサトレイ８１０とセンサアプリケータ１５０とは、一般的に、別個の滅菌プロセスで滅菌され、その後に、別々にパッケージ化され、それによってユーザは、使用に関して最終的に構成要素を組み立てることが必要である。
図７Ａ及び図７Ｂは、それぞれ、１又は２以上の実施形態によるセンサ制御デバイス３７０２の分解上面図及び分解底面図である。シェル５００６とマウント５００８とは、センサ制御デバイス３７０２の様々な電子構成要素を封入するか又は他に実質的に被包する対向するクラムシェル半片として働きをする。図示のように、センサ制御デバイス３７０２は、複数の電子モジュール３８０６が結合されたプリント回路基板（ＰＣＢ）３８０４を含むプリント回路基板アセンブリ（ＰＣＢＡ）３８０２を含むことができる。例示的電子モジュール３８０６は、抵抗器、トランジスタ、コンデンサー、誘導子、ダイオード、及びスイッチを含むがこれらに限定されない。従来のセンサ制御デバイスは、一般的に、ＰＣＢ構成要素をＰＣＢの一方の側にのみ積み重ねる。それとは対照的に、センサ制御デバイス３７０２内のＰＣＢ構成要素３８０６は、ＰＣＢ３８０４の両側（すなわち、上面と底面）の面区域の周りに分散させることができる。
電子モジュール３８０６以外に、ＰＣＢＡ３８０２は、ＰＣＢ３８０４に装着されたデータ処理ユニット３８０８を更に含むことができる。データ処理ユニット３８０８は、例えば、センサ制御デバイス３７０２の作動に関する１又は２以上の機能又はルーチンを実施するように構成された特定用途向け集積回路（ＡＳＩＣ）を含むことができる。より具体的には、データ処理ユニット３８０８は、データ処理機能を実行するように構成することができ、この場合に、そのような機能は、ユーザのサンプリングされた検体レベルに各々が対応する複数のデータ信号のフィルタリング及び符号化を含むことができるがこれらに限定されない。データ処理ユニット３８０８は、読取器デバイス１０６と通信するためのアンテナを更に含む又は他にそれと通信することができる。
バッテリ開口３８１０が、ＰＣＢ３８０４内に定められ、かつセンサ制御デバイス３７０２に給電するように構成されたバッテリ３８１２を受け入れて着座させるようにサイズ決定することができる。ＰＣＢ３８０４には軸線方向バッテリ接点３８１４ａ及び半径方向バッテリ接点３８１４ｂを結合することができ、これらの接点は、バッテリ開口３８１０の中に延びてバッテリ３８１２からＰＣＢ３８０４への電力の伝達を促進することができる。名称が示唆する通り、軸線方向バッテリ接点３８１４ａは、バッテリ３８１２に対して軸線方向接触を与えるように構成することができ、一方で半径方向バッテリ接点３８１４ｂは、バッテリ３８１２に対して半径方向接触を与えることができる。バッテリ接点３８１４ａ、３８１４ｂを有するバッテリ開口３８１０の中にバッテリ３８１２を位置付けることは、センサ制御デバイス３７０２の高さＨを低減することを助け、それによってＰＣＢ３８０４を中心に位置付けし、その構成要素を両側（すなわち、上面と底面）上に分散させることを可能にする。これは、電子機器ハウジング３７０４上に面取り３７１８を提供することを促進することにも役立つ。
センサ３７１６は、ＰＣＢ３８０４に関して中心に位置付けることができ、テール３８１６と、フラグ３８１８と、テール３８１６とフラグ３８１８とを相互接続するネック３８２０とを含むことができる。テール３８１６は、マウント３７０８の中心開口３７２０を通って延びてユーザの皮膚の下に経皮的に受け入れられるように構成することができる。更に、テール３８１６は、その上に含まれて検体モニタを促進することを助ける酵素又は他の化学的作用物質を有することができる。
フラグ３８１８は、その上に配置された１又は２以上のセンサ接点３８２２（図７Ｂに３つを示す）を有するほぼ平坦な面を含むことができる。センサ接点３８２２は、ＰＣＢ３８０４上に設けられた対応する１又は２以上の回路接点３８２４（図７Ａに３つを示す）に位置合わせされてそれらに係合するように構成することができる。一部の実施形態では、センサ接点３８２２は、フラグ３８１８に印刷又は他にデジタルに適用された炭素含浸ポリマーを含むことができる。一般的に、従来のセンサ制御デバイスは、センサとＰＣＢの間の導電性接点として働きをする１又は２以上の柔軟性炭素含浸ポリマーモジュールを被包するシリコーンゴムで製造されたコネクタを含む。それとは対照的に、本発明の開示のセンサ接点３８２２は、センサ３７１６とＰＣＢ３８０４の間に直接に接続を与え、それによって従来技術のコネクタに対する必要性が排除され、高さＨが有利に低減する。更に、柔軟性炭素含浸ポリマーモジュールを排除することにより、有意な回路抵抗が排除され、従って、回路導電性が改善される。
センサ制御デバイス３７０２は、フラグ３８１８とシェル３７０６の内面の間に挟まるように配置することができる柔軟性部材３８２６を更に含むことができる。より具体的には、シェル３７０６とマウント３７０８とが互いに組み込まれる時に、柔軟性部材３８２６は、強制的にセンサ接点３８２２を対応する回路接点３８２４との連続係合状態に入れる受動的付勢荷重をフラグ３８１８に対して与えるように構成することができる。図示の実施形態では、柔軟性部材３８２６は、弾性Ｏリングであるが、これに代えて、本発明の開示の範囲から逸脱することなく圧縮バネなどのいずれかの他のタイプの付勢デバイス又は付勢機能を含むことができると考えられる。
センサ制御デバイス３７０２は、第１のシールド３８２８ａ及び第２のシールドとして示す１又は２以上の電磁シールドを更に含むことができる。シェル３７０６は、第１の方位決定レセプタクル３８３０ａ（図７Ｂ）と第２の方位決定レセプタクル３８３０ｂ（図７Ｂ）とを提供するか又は他に定めることができ、マウント３７０８は、第１の方位決定ポスト３８３２ａ（図７Ａ）と第２の方位決定ポスト３８３２ｂ（図７Ａ）とを提供するか又は他に定めることができる。第１及び第２の方位決定レセプタクル３８３０ａ、３８３０ｂをそれぞれ第１の方位決定ポスト３８３２ａ、３８３２ｂと嵌合させることにより、シェル３７０６はマウント３７０８に適正に位置合わせすることになる。
特に図７Ａを参照すると、マウント３７０８の内面は、シェル３７０６がマウント３７０８に嵌合される時にセンサ制御デバイス３７０２の様々な部分構成要素を受け入れるように構成された複数のポケット又は凹部を提供するか又は他に定めることができる。例えば、マウント３７０８の内面は、センサ制御デバイス３７０２が組み立てられる時にバッテリ３８１２の一部分を受け入れるように構成されたバッテリロケータ３８３４を定めることができる。それに隣接する接点ポケット３８３６を軸線方向接点３８１４ａの一部分を受け入れるように構成することができる。
更に、ＰＣＢ３８０４の底部上に配置される様々な電子モジュール３８０６を受け入れるための複数のモジュールポケット３８３８をマウント３７０８の内面内に定めることができる。更に、センサ制御デバイス３７０２が組み立てられる時に第２のシールド３８２８ｂの少なくとも一部分を受け入れるためのシールドロケータ３８４０をマウント３７０８の内面内に定めることができる。バッテリロケータ３８３４、接点ポケット３８３６、モジュールポケット３８３８、及びシールドロケータ３８４０は、全てマウント３７０８の内面の中に短い距離だけ延び、その結果、センサ制御デバイス３７０２の全高Ｈを従来のセンサ制御デバイスと比較して低減することができる。モジュールポケット３８３８は、ＰＣＢ構成要素を両側（すなわち、上面と底面）上に配置することを可能にすることによってＰＣＢ３８０４の直径を最小にすることを助けることができる。
引き続き図７Ａを参照すると、マウント３７０８は、その外周に散在するように定められた複数の担体把持機能３８４２（２つを示す）を更に含むことができる。担体把持機能３８４２は、マウント３７０８の底部３８４４から軸線方向にオフセットされ、組立中にそこに転写接着剤（図示せず）を適用することができる。マウントの底部と交差する円錐形担体把持機能を一般的に含む従来のセンサ制御デバイスとは対照的に、本発明の開示の担体把持機能３８４２は、この平面（すなわち、底部３８４４）からオフセットされ、そこに転写接着剤が適用される。これは、組立中に配送システムが転写接着剤に不用意に取り付けられないことを保証することを助けるので有利であることを明らかにすることができる。更に、本発明の開示の担体把持機能３８４２は、スカラップ形転写接着剤に対する必要性を排除し、それによって転写接着剤の製造が容易になり、転写接着剤をマウント３７０８に対して正確に方位決定する必要性が排除される。同様に、それによって接着面積が増大し、従って、接着強度が高まる。
図７Ｂを参照すると、マウント３７０８の底部３８４４は、マウント３７０８の外周又はその近くに互いに等距離で離間するように定めることができる複数の溝３８４６を提供するか又は他に定めることができる。転写接着剤（図示せず）は、底部３８４４に結合することができ、溝３８４６は、使用中に湿気をセンサ制御デバイス３７０２からマウント３７０８の周りに搬送（移送）することを助けるように構成することができる。一部の実施形態では、溝３８４６の間隔は、マウント３７０８の反対側（内面）に定められたモジュールポケット３８３８（図７Ａ）の間に挟まることができる。察知されるであろうが、溝３８４６の位置とモジュールポケット３８３８の位置とを交替させることにより、マウント３７０８の両側で反対機能が互いの中に延び込まないことを保証する。これは、マウント３７０８のための材料の使用率を最大に高めることを助け、それによってセンサ制御デバイス３７０２の最低高さＨを維持することを助けることができる。モジュールポケット３８３８は、モールドの陥没を有意に低減し、転写接着剤が接着する底部３８４４の平坦性を改善することができる。
引き続き図７Ｂを参照すると、シェル３７０６の内面も、シェル３７０６がマウント３７０８に嵌合される時にセンサ制御デバイス３７０２の様々な部分構成要素を受け入れるように構成された複数のポケット又は凹部を提供するか又は他に定めることができる。例えば、シェル３７０６の内面は、マウント３７０８のバッテリロケータ３８３４（図７Ａ）の反対に配置可能でセンサ制御デバイス３７０２が組み立てられる時にバッテリ３８１２の一部分を受け入れるように構成された対向バッテリロケータ３８４８を定めることができる。対向バッテリロケータ３８４８は、シェル３７０６の内面の中に短い距離だけ延び、これは、センサ制御デバイス３７０２の全高Ｈを低減することを助ける。
シャープ及びセンサロケータ３８５２をシェル３７０６の内面によって設けるか又は他にその上に定めることができる。シャープ及びセンサロケータ３８５２は、シャープ（図示せず）とセンサ３７１６の一部分の両方を受け入れるように構成することができる。更に、シャープ及びセンサロケータ３８５２は、マウント３７０８の内面上に設けられた対応するシャープ及びセンサロケータ２０５４（図７Ａ）に位置合わせ及び／又は嵌合するように構成することができる。
本発明の開示の実施形態に従って、代替センサアセンブリ／電子機器アセンブリの接続手法を図８Ａから図８Ｃに例示している。図示のように、センサアセンブリ１４７０２は、センサ１４７０４と、コネクタ支持体１４７０６と、シャープ１４７０８とを含む。取りわけ、電子機器アセンブリ１４７１２のマウントの底部内に凹部又はレセプタクル１４７１０を定めることができ、凹部又はレセプタクル１４７１０は、センサアセンブリ１４７０２を受け入れて電子機器アセンブリ１４７１２に結合され、それによってセンサ制御デバイスを完全に組み立てることができる場所を提供することができる。センサアセンブリ１４７０２の外形は、弾性密封部材１４７１４（回路基板に結合されてセンサ１４７０４の電気接点に位置合わせする導電材料を含む）を含むレセプタクル１４７１０に整合するか又はそれと相補的な方式に成形することができる。従って、センサアセンブリ１４７０２を電子機器アセンブリ１４７１２内に一体形成された凹部１４７１０の中に押し込むことによって電子機器アセンブリ１４７１２にスナップ式又は他に接着された時に、図８Ｃに示す身体上デバイス１４７１４が形成される。この実施形態は、電子機器アセンブリ１４７１２の中にセンサアセンブリ１４７０２に対する統合コネクタを提供する。
センサアセンブリに関する追加情報は、米国特許出願公開第２０１３／０１５０６９１号明細書及び米国特許出願公開第２０２１／０２０４８４１号明細書に示されており、これらの文献の各々の全内容は、引用によって本明細書に組み込まれている。
本発明の開示の実施形態により、センサ制御デバイス１０２は、ワンピースアーキテクチャセンサ制御デバイスに特化して設計された滅菌技術を適用することができるワンピースアーキテクチャをもたらすように修正することができる。ワンピースアーキテクチャは、センサアプリケータ１５０とセンサ制御デバイス１０２とをいずれの最終ユーザ組立段階も必要としない単一密封パッケージでユーザに出荷することを可能にする。言い換えれば、ユーザは、１つのパッケージを開梱するだけでよく、その後に、センサ制御デバイス１０２をターゲットモニタ場所に配送する。本明細書に説明するワンピースシステムアーキテクチャは、部分構成要素、様々な加工プロセス段階、及びユーザ組立段階を排除するので有利であることを明らかにすることができる。その結果、パッケージ及び廃棄物が低減し、ユーザ過誤又はシステムの汚染が軽減する。
図９Ａ及び図９Ｂは、それぞれ、アプリケータキャップ７０８が結合されたセンサアプリケータ１５０の例示的実施形態の側面図及び断面側面図である。より具体的には、図９Ａは、センサアプリケータ１５０をどのような状態でユーザに出荷し、ユーザがどのような状態で荷受けすることができると考えられるかを示しており、図９Ｂは、センサアプリケータ１５０の中に配置されたセンサ制御デバイス４４０２を描いている。これらの図により、完全に組み立てられたセンサ制御デバイス４４０２は、ユーザに配送される前に既に組み立てられたでセンサアプリケータ１５０の中に取り付けれており、従って又は他にユーザが具現化しなければならないと考えられるいずれの追加の組立段階も排除される。
完全に組み立てられたセンサ制御デバイス４４０２は、センサアプリケータ１５０の中に装填することができ、次に、アプリケータキャップ７０８をセンサアプリケータ１５０に結合することができる。一部の実施形態では、アプリケータキャップ７０８は、ハウジング７０２に螺合することができ、未開封リング４７０２を含むことができる。ハウジング７０２に対してアプリケータキャップ７０８を回転させた（例えば、捻り外した）時に、未開封リング４７０２がねじ切られ、それによってアプリケータキャップ７０８をセンサアプリケータ１５０から解除することができる。
本発明の開示により、センサアプリケータ１５０内に装填されている間に、センサ制御デバイス４４０２に、その電子機器ハウジング４４０４及びいずれかの他の露出部分を滅菌するように構成されたガス化学滅菌４７０４を適用することができる。この滅菌をもたらすために、センサアプリケータ１５０と相互接続されたキャップ２１０とによって協働的に定められた滅菌チャンバ４７０６の中に化学物質を注入することができる。一部の用途では、化学物質は、アプリケータキャップ７０８内でその近位端６１０に定められた１又は２以上の通気口４７０８を通して滅菌チャンバ４７０６の中に注入することができる。ガス化学滅菌４７０４に使用することができる例示的化学物質は、エチレンオキシド、過酸化水素蒸気、窒素酸化物（例えば、亜酸化窒素、二酸化窒素のような）、及び蒸気を含むがこれらに限定されない。
センサ４４１０及びシャープ４４１２の遠位部分は、センサキャップ４４１６内で密封されるので、ガス化学滅菌プロセス中に使用される化学物質は、テール４５２４及び他のセンサ構成要素の上、例えば、検体流入を調整する膜コーティング上に設けられた酵素、化学的作用物質、生物学的作用物質と相互作用しない。
滅菌チャンバ４７０６内で望ましい無菌性確実にレベルに到達すると、気溶体を除去することができ、滅菌チャンバ４７０６を曝気することができる。曝気は、一連の真空と、それに続くガス滅菌チャンバ４７０６を通してガス（例えば、窒素）又は除菌空気を循環させる段階とによって達成することができる。滅菌チャンバ４７０６が適正に曝気されると、通気口４７０８をシール４７１２（破線に示す）で塞ぐことができる。
一部の実施形態では、シール４７１２は、異なる材料から構成される２又は３以上の層を含むことができる。第１の層は、ＤｕＰｏｎｔ（登録商標）から利用可能なＴｙｖｅｋ（登録商標）のような合成材料（例えば、フラッシュ紡糸密度ポリエチレン繊維）で製造することができる。Ｔｙｖｅｋ（登録商標）は耐久性が高く、耐穿孔性があり、蒸気の透過を許す。Ｔｙｖｅｋ（登録商標）層は、ガス化学滅菌プロセスの前に適用することができ、ガス化学滅菌プロセスに続いて、滅菌チャンバ４７０６内への汚染物質及び湿気の侵入を防止するためにＴｙｖｅｋ（登録商標）層の上に箔又は他の耐蒸気性及び耐湿性の材料層を密封（例えば、熱溶融）することができる。他の実施形態では、シール４７１２は、アプリケータキャップ７０８に適用された単一保護層のみを含む場合がある。そのような実施形態では、この単層は、滅菌プロセスに関してガス透過性を有することができるが、滅菌プロセスが完了した後に湿気及び他の有害要素に対する保護の機能を有することができる。
シール４７１２が定位置にある状態で、アプリケータキャップ７０８は、外部からの汚染に対する障壁を提供し、それによってユーザがアプリケータキャップ７０８を取り外す（螺脱する）まで組み立てられたセンサ制御デバイス４４０２に対する無菌環境を維持する。アプリケータキャップ７０８は、搬送及び保存中に接着パッチ４７１４が汚くなることを防止する無塵環境を生成することができる。
図１０Ａ及び図１０Ｂは、それぞれ、本発明の開示の１又は２以上の実施形態による別の例示的センサ制御デバイス５００２の等角投影図及び側面図である。センサ制御デバイス５００２は、図１Ａのセンサ制御デバイス１０２といくつかの点で同様とすることができ、従って、それを参照することで最も明快に理解することができるであろう。更に、センサ制御デバイス５００２は、図１Ａのセンサ制御デバイス１０２に置き換わることができ、従って、図１Ａのセンサアプリケータ１５０と併用することができ、センサアプリケータ１５０は、センサ制御デバイス５００２をユーザの皮膚上のターゲットモニタ場所に配送することができる。
しかし、図１Ａのセンサ制御デバイス１０２とは異なり、センサ制御デバイス５００２は、ユーザが複数のパッケージを開梱して適用する前にセンサ制御デバイス５００２を最終的に組み立てることを必要としないワンピースシステムアーキテクチャを含むことができる。言い換えれば、ユーザによる荷受け時に、センサ制御デバイス５００２は既に完全に組み立てられており、センサアプリケータ１５０（図１Ａ）の中に適正に位置決めされている。センサ制御デバイス５００２を使用するために、ユーザは、使用に関して１つの障壁（例えば、図３Ｂのアプリケータキャップ７０８）を開けるだけでよく、その後に直ちにセンサ制御デバイス５００２をターゲットモニタ場所に配送する。
図示のように、センサ制御デバイス５００２は、ほぼ円盤形であり、円形断面を有することができる電子機器ハウジング５００４を含む。しかし、他の実施形態では、電子機器ハウジング５００４は、本発明の開示の範囲から逸脱することなく長円形又は多角形のような他の断面形状を示すことができる。電子機器ハウジング５００４は、センサ制御デバイス５００２を作動させるのに使用される様々な電気構成要素を格納するか又は他に含むように構成することができる。少なくとも１つの実施形態では、電子機器ハウジング５００４の底部に接着パッチ（図示せず）を配置することができる。接着パッチは、図１Ａの接着パッチ１０５と同様とすることができ、従って、使用に関してセンサ制御デバイス５００２をユーザの皮膚に接着させることを助けることができる。
図示のように、センサ制御デバイス５００２は、シェル５００６と、それと嵌合可能なマウント５００８とを含む電子機器ハウジング５００４を含む。シェル５００６は、スナップ式係合、干渉嵌合、音波溶接、１又は２以上の機械ファスナ（例えば、スクリュー）、ガスケット、接着剤、又はこれらのあらゆる組合せのような様々な手法によってマウント５００８に固定させることができる。一部の場合に、シェル５００６は、マウント５００８の間に密封インタフェースが生成されるようにマウント５００８に固定させることができる。
センサ制御デバイス５００２は、センサ５０１０（部分的に見えている）と、センサ制御デバイス５００２の適用中にセンサ５０１０をユーザの皮膚の下に経皮的に送出することを助けるように使用されるシャープ５０１２（部分的に見えている）とを更に含むことができる。図示のように、センサ５０１０とシャープ５０１２との対応する部分は、電子機器ハウジング５００４（例えば、マウント５００８）の底部から遠位に延びる。シャープ５０１２は、それを固定させて担持するように構成されたシャープハブ５０１４を含むことができる。図１０Ｂで最も明確に分るように、シャープハブ５０１４は、嵌合部材５０１６を含む又は他に定めることができる。シャープ５０１２をセンサ制御デバイス５００２に結合するために、シャープハブ５０１４がシェル５００６の上面に係合し、嵌合部材５０１６がマウント５００８の底部から遠位に延びるまでシャープ５０１２を電子機器ハウジング５００４を通して軸線方向に前進させることができる。シャープ５０１２が電子機器ハウジング５００４を貫通すると、センサ５０１０の露出部分をシャープ５０１２の中空部分又は、凹部（円弧形）部分の中に受け入れることができる。センサ５０１０の残余は、電子機器ハウジング５００４内に配置される。
センサ制御デバイス５００２は、図１０Ａ～図１０Ｂでは電子機器ハウジング５００４から分解された又は切り離された状態に示すセンサキャップ５０１８を更に含むことができる。センサキャップ５０１８は、センサ制御デバイス５００２（例えば、電子機器ハウジング５００４）にマウント５００８の底部又はその近くで取り外し可能に結合することができる。センサキャップ５０１８は、センサ５０１０及びシャープ５０１２の露出部分を囲んでガス化学滅菌から保護する密封障壁を提供することを助けることができる。図示のように、センサキャップ５０１８は、第１の端部５０２０ａと、その反対にある第２の端部５０２０ｂとを有するほぼ円筒形の本体を含むことができる。第１の端部５０２０ａは、本体の中に定められた内側チャンバ５０２２内へのアクセスを与えるために開口させることができる。それとは対照的に、第２の端部５０２０ｂは、閉鎖することができ、係合機能５０２４を提供する又は他に定めることができる。本明細書に説明するように、係合機能５０２４は、センサキャップ５０１８をセンサアプリケータ（例えば、図１及び図３Ａ～図３Ｇのセンサアプリケータ１５０）のキャップ（例えば、図３Ｂのアプリケータキャップ７０８）に嵌合することを助けることができ、キャップをセンサアプリケータ１５０から取り外す時にセンサキャップ５０１８をセンサ制御デバイス５００２から取り外すことを助けることができる。
センサキャップ５０１８は、電子機器ハウジング５００４にマウント５００８の底部又はその近くで取り外し可能に結合することができる。より具体的には、センサキャップ５０１８は、マウント５００８の底部から遠位に延びる嵌合部材５０１６に取り外し可能に結合することができる。少なくとも１つの実施形態では、例えば、嵌合部材５０１６は、センサキャップ５０１８によって定められた雌ネジ５０２６ｂ（図１０Ａ）のセットと嵌合可能な雄ネジ５０２６ａ（図１０Ｂ）のセットを定めることができる。一部の実施形態では、雄ネジ及び雌ネジ５０２６ａ、５０２６ｂは、これらの部分をモールド成形するのに有利であることを明らかにすることができる角ネジ設計（例えば、螺旋湾曲を欠く）を含むことができる。これに代えて、雄ネジ及び雌ネジ５０２６ａ、５０２６ｂは、螺旋螺合係合を含むことができる。従って、センサキャップ５０１８は、センサ制御デバイス５００２にシャープハブ５０１４の嵌合部材５０１６の場所で螺合可能に結合することができる。他の実施形態では、センサキャップ５０１８は、干渉嵌合又は摩擦嵌め又は僅かな離脱力（例えば、軸線方向力又は回転力）で破壊することができる易壊性の部材又は物質を含むがこれらに限定されない他のタイプの係合によって嵌合部材５０１６に取り外し可能に結合することができる。
一部の実施形態では、センサキャップ５０１８は、第１の端部５０２０ａと第２の端部５０２０ｂの間を延びるモノリシック（単一）構造体を含むことができる。しかし、他の実施形態では、センサキャップ５０１８は、２又は３以上の部分構成要素を含むことができる。図示の実施形態では、例えば、センサキャップ５０１８は、第１の端部５０２０ａに配置されたシールリング５０２８と、第２の端部５０２０ｂに配置された乾燥剤キャップ５０３０とを含むことができる。シールリング５０２８は、下記でより詳細に説明するように内側チャンバ５０２２を密封することを助けることができる。少なくとも１つの実施形態では、シールリング５０２８は、エラストマーＯリングを含むことができる。乾燥剤キャップ５０３０は、内側チャンバ５０２２内で好ましい湿度レベルを維持することを助ける乾燥剤を格納する又は含むことができる。更に、乾燥剤キャップ５０３０は、センサキャップ５０１８の係合機能５０２４を定める又は他に設けることができる。
図１１Ａ～図１１Ｃは、１又は２以上の実施形態によるセンサアプリケータ１５０とセンサ制御デバイス５００２との組立を示す段階的な断面側面図である。センサ制御デバイス５００２が完全に組み立てられると、それをセンサアプリケータ１５０の中に装填することができる。図１１Ａを参照すると、シャープハブ５０１４は、センサ制御デバイス５００２をセンサアプリケータ１５０に結合することを助けるように構成されたハブスナップ爪５３０２を含む又は他に定めることができる。より具体的には、センサ制御デバイス５００２をセンサアプリケータ１５０内に進め入ることができ、ハブスナップ爪５３０２をセンサアプリケータ１５０の中に配置されたシャープ担体５３０６の対応するアーム５３０４が受け入れることができる。
図１１Ｂには、シャープ担体５３０６によって受け入れられ、従って、センサアプリケータ１５０の中に固定されたセンサ制御デバイス５００２が示されている。センサ制御デバイス５００２がセンサアプリケータ１５０の中に装填されると、アプリケータキャップ７０８をセンサアプリケータ１５０に結合することができる。一部の実施形態では、アプリケータキャップ７０８とハウジング７０２とは、アプリケータキャップ７０８をハウジング７０２上に時計周り（又は反時計周り）方向に捻り留め、それによってアプリケータキャップ７０８をセンサアプリケータ１５０に固定させることを可能にする反対嵌合可能なネジ山５３０８のセットを有することができる。
図示のように、センサアプリケータ１５０の中にシース７０４が更に配置され、センサアプリケータ１５０は、シース７０４が衝撃事象中に早期に圧潰しないことを保証するように構成されたシースロッキング機構５３１０を含むことができる。図示の実施形態では、シースロッキング機構５３１０は、アプリケータキャップ７０８とシース７０４の間に螺合係合を含むことができる。より具体的には、アプリケータキャップ７０８の内面上に１又は２以上の雌ネジ５３１２ａを定める又は他に設けることができ、シース７０４上に１又は２以上の雄ネジ５３１２ｂを定める又は他に設けることができる。雌ネジ５３１２ａと雄ネジ５３１２ｂは、アプリケータキャップ７０８がセンサアプリケータ１５０にネジ山５３０８では螺合される時に螺合可能に嵌合するように構成することができる。雌ネジ及び雄ネジ５３１２ａ、５３１２ｂは、アプリケータキャップ７０８をハウジング７０２上に捻り留めることを可能にするネジ山５３０８と同じネジ山ピッチを有することができる。
図１１Ｃには、ハウジング７０２に完全に螺合（結合）されたアプリケータキャップ７０８が示されている。図示のように、アプリケータキャップ７０８は、その内部で中心に位置付けられてアプリケータキャップ７０８の底部から近位に延びるキャップポスト５３１４を更に設ける又は他に定めることができる。キャップポスト５３１４は、アプリケータキャップ７０８がハウジング７０２上に捻り留められる時にセンサキャップ５０１８の少なくとも一部分を受け入れるように構成することができる。
センサ制御デバイス５００２がセンサアプリケータ１５０の中に装填され、アプリケータキャップ７０８が適正に固定された状態で、次に、センサ制御デバイス５００２には、その電子機器ハウジング５００４及びいずれかの他の露出部分を滅菌するように構成されたガス化学滅菌を適用することができる。センサ５０１０及びシャープ５０１２の遠位部分は、センサキャップ５０１８の中に密封されるので、ガス化学滅菌プロセス中に使用される化学物質は、テール５１０４上に設けられた酵素、化学的作用物質、及び生物学的作用物質、並びに他のセンサ構成要素、例えば、検体流入を調整する膜コーティングと相互作用することができない。
図１２Ａ～図１２Ｃは、１又は２以上の追加の実施形態によるセンサアプリケータ１５０とセンサ制御デバイス５００２との代替実施形態の組立及び分解を示す段階的な断面側面図である。上記で全体的に上述したように、ハブスナップ爪５３０２をセンサアプリケータ１５０の中に配置されたシャープ担体５３０６のアーム５３０４の中に結合することにより、完全組み立てられたセンサ制御デバイス５００２をセンサアプリケータ１５０の中に装填することができる。
図示の実施形態では、シース７０４のシースアーム５６０４は、ハウジング７０２内に定められた第１の戻り止め５７０２ａ及び第２の戻り止め５７０２ｂと相互作用するように構成することができる。第１の戻り止め５７０２ａは、これに代えて、「ロッキング」戻り止めと呼ぶ場合があり、第２の戻り止め５７０２ｂは、これに代えて、「放出」戻り止めと呼ぶ場合がる。センサ制御デバイス５００２が最初にセンサアプリケータ１５０内に取り付けられる時に、シースアーム５６０４を第１の戻り止め５７０２ａの中に受け入れることができる。下記で説明するように、シース７０４を作動させてシースアーム５６０４を第２の戻り止め５７０２ｂまで移動することができ、それによってセンサアプリケータ１５０は放出位置に置かれる。
図１２Ｂでは、シース７０４がアプリケータキャップ７０８の中に受け入れられるように、アプリケータキャップ７０８がハウジング７０２に位置合わせされてハウジング７０２に関して前進される。アプリケータキャップ７０８をハウジング７０２に結合するのに、アプリケータキャップ７０８をハウジング７０２に対して回転させる代わりに、アプリケータキャップ７０８のネジ山をハウジング７０２の対応するネジ山上にスナップ係止することができる。アプリケータキャップ７０８内に定められた軸線方向の切れ目又はスロット５７０３（１つを示す）が、アプリケータキャップ７０８のうちでその螺刻部に近い部分を外向きに湾曲させてハウジング７０２の螺刻部との係合状態までスナップ留めすることを可能にすることができる。アプリケータキャップ７０８がハウジング７０２にスナップ留めされる時に、相応にセンサキャップ５０１８をキャップポスト５３１４の中にスナップ留めすることができる。
図１１Ａ～図１１Ｃの実施形態と同様に、センサアプリケータ１５０は、シース７０４が衝撃事象中に早期に圧潰しないことを保証するように構成されたシースロッキング機構を含むことができる。図示の実施形態では、シースロッキング機構は、シース７０４のベースの近くに定められて、アプリケータキャップ７０８のベースの近くに定められた１又は２以上のリブ５７０６（２つを示す）及びショルダー５７０８と相互作用するように構成された１又は２以上のリブ５７０４（１つを示す）を含む。リブ５７０４は、アプリケータキャップ７０８をハウジング７０２に取り付けながらリブ５７０６とショルダー５７０８の間に噛み合うように構成することができる。より具体的には、アプリケータキャップ７０８がハウジング７０２上にスナップ留めされると、アプリケータキャップ７０８を回転させることができ（例えば、時計周りに）、この回転により、シース７０４のリブ５７０４がアプリケータキャップ７０８のリブ５７０６とショルダー５７０８の間に位置決めされ、これは、ユーザが使用に関してアプリケータキャップ７０８を取り外すためにアプリケータキャップ７０８を逆回転させるまでアプリケータキャップ７０８を定位置に「ロック」する。アプリケータキャップ７０８のリブ５７０６とショルダー５７０８との間へのリブ５７０４の係合はまた、シース７０４が早期に圧潰することを防止することができる。
図１２Ｃでは、アプリケータキャップ７０８は、ハウジング７０２から取り外されている。図１２Ａ～図１２Ｃの実施形態の場合と同様に、アプリケータキャップ７０８は、それを逆回転させることによって取り外すことができ、この回転は、相応にキャップポスト５３１４を同じ方向に回転させ、上記で全体的に上述したように、センサキャップ５０１８を嵌合部材５０１６から螺脱させる。更に、センサキャップ５０１８をセンサ制御デバイス５００２から切り離すことにより、センサ５０１０及びシャープ５０１２の遠位部分が露出する。
アプリケータキャップ７０８がハウジング７０２から捻って外される時に、シース７０４上に定められたリブ５７０４は、アプリケータキャップ７０８上に定められたリブ５７０６の上部に摺動係合することができる。リブ５７０６の上部は、対応する立ち上がり面を提供することができ、この立ち上がり面は、アプリケータキャップ７０８が回転された時にシース７０４の上方変位をもたらし、シース７０４を上方に移動する結果としてシースアーム５６０４は湾曲して第１の戻り止め５７０２ａとの係合から外れ、第２の戻り止め５７０２ｂの中に受け入れられる。シース７０４が第２の戻り止め５７０２ｂまで移動する時に、半径方向ショルダー５６１４は担体アーム５６０８との半径方向係合から離脱し、それによってバネ５６１２の受動的バネ力がシャープ担体５３０６を上方に押し、担体アーム５６０８を溝５６１０との係合から強制的に外す。シャープ担体５３０６がハウジング７０２内で上方に移動する時に、相応に嵌合部材５０１６がセンサ制御デバイス５００２の底部と面一に、実質的に面一に、又は準面一になるまで後退することができる。この時点で、センサアプリケータ１５０は放出位置にある。従って、この実施形態では、アプリケータキャップ７０８を取り外すことにより、相応に嵌合部材５０１６が後退する。
図１３Ａ～図１３Ｆは、センサ制御デバイス１０２をユーザに適用することを目的とし、シャープ１０３０を使用されたアプリケータ１５０の中に安全に後退させて戻す段階を含むアプリケータ１５０を「放出」する段階の内部デバイスの構成の実施形態の例示的詳細を例示している。全て一緒にこれらの図面は、シャープ１０３０（センサ制御デバイス１０２に結合されたセンサを支持している）をユーザの皮膚の中に駆動する段階、センサをユーザの間質液との作動可能接触状態に残しながらシャープを引き出す段階、及びセンサ制御デバイスをユーザの皮膚に接着剤を用いて接着させる段階の例示的シーケンスを表している。これらの図面を参照により、当業者は、代替アプリケータアセンブリの実施形態及び構成要素との併用のためのそのような活動の修正を認めることができる。更に、アプリケータ１５０は、本明細書に開示するワンピースアーキテクチャ又はツーピースアーキテクチャを有するセンサアプリケータとすることができる。
ここで図１３Ａに移ると、センサ１１０２は、ユーザの皮膚１１０４の僅かに上方でシャープ１０３０内で支持される。シース７０４に対するアプリケータ１５０の動きを制御するために、上側案内セクション１１０８のレール１１０６（任意的に３つのレール１１０６）を提供することができる。シース７０４は、シャープ１０３０及びセンサ制御デバイス１０２がユーザの皮膚１１０４の中（及びその上）に長手軸線に沿って並進することができるようにアプリケータ１５０の長手軸線に沿う適切な下向きの力が戻り止め機能１１１０によって与えられる抵抗力を打ち負かすことになるようにアプリケータ１５０の中に戻り止め機能１１１０によって固持される。更に、センサ担体１０２２のキャッチアーム１１１２が、シャープ後退アセンブリ１０２４に係合してシャープ１０３０をセンサ制御デバイス１０２との相対的な位置に維持する。
図１３Ｂでは、戻り止め機能１１１０に打ち勝ち、それを無効にするためのユーザの力が印加され、シース７０４はハウジング７０２の中に圧潰してセンサ制御デバイス１０２を（付属の部分と共に）矢印Ｌに示すように長手軸線に沿って下方に並進するように駆動する。シース７０４の上側案内セクション１１０８の内径が、センサ／シャープ挿入プロセスの全ストロークを通して担体アーム１１１２の位置を拘束する。シャープ後退アセンブリ１０２４の相補面１１１６に対する担体アーム１１１２の止め部面１１１４の保持により、戻りバネ１１１８が最大に付勢された状態でこれらの部材の位置が維持される。実施形態により、センサ制御デバイス１０２を矢印Ｌに示すように長手軸線に沿って下方に並進するように駆動するのにユーザの力を使用する代わりに、ハウジング７０２が、センサ制御デバイス１０２を駆動するための駆動バネ（限定ではなく例としてコイルバネ）を作動させるボタン（限定ではなく例としてプッシュボタン）を含むことができる。
図１３Ｃでは、センサ１１０２及びシャープ１０３０は、最大の挿入深さに到達する。そうする際に、担体アーム１１１２が、上側案内セクション１１０８の内径を通過する。次に、コイル戻りバネ１１１８の圧縮力が、曲折止め部面１１１４を半径方向外向きに駆動し、（スロット付きの又は他に構成された）シャープ１０３０を図１３Ｄの矢印Ｒに示すようにユーザの外にかつセンサ１１０２から離れるように引っ張るようにシャープ後退アセンブリ１０２４のシャープ担体１１０２を駆動する力を放出する。
図１３Ｅに示すようにシャープ１０３０が完全に後退した状態で、シース７０４の上側案内セクション１１０８に最終ロッキング機構１１２０が嵌め込まれる。図１３Ｆに示すように、センサ制御デバイス１０２を置き去りにし、シャープ１０３０が安全にアプリケータアセンブリ１５０の内側に固定された状態に使用されたアプリケータアセンブリ１５０が挿入部位から取り出される。この時点で、使用されたアプリケータアセンブリ１５０はいつでも廃棄可能である。
センサ制御デバイス１０２を適用する時にアプリケータ１５０の作動は、シャープ１０３０の挿入と後退の両方がアプリケータ１５０の内部機能によって自動的に実行されるという感覚をユーザに与えるように設計される。言い換えれば、本発明は、ユーザが自分でシャープ１０３０を彼らの皮膚の中に押し込むという感覚を体験することを回避する。従って、ユーザがアプリケータ１５０の戻り止め機能からの抵抗力に打ち勝つほど十分な力を印加した後に、得られるアプリケータ１５０の動きは、アプリケータが「トリガ」されることに対する自動応答であると知覚される。シャープ１０３０を挿入するのに全ての駆動力がユーザによって与えられ、追加の付勢／駆動手段が使用されないにも関わらず、ユーザは、皮膚を穿通するためにシャープ１０３０を駆動するための追加の力を自分が供給していると知覚しない。上記で図１３Ｃでは詳述したように、シャープ１０３０の後退は、アプリケータ１５０のコイル戻りバネ１１１８によって自動化される。
本明細書に説明するアプリケータ実施形態のいずれか、並びにシャープ実施形態、シャープモジュール実施形態、及びセンサモジュール実施形態を含むがこれらに限定されないアプリケータ実施形態の構成要素のいずれかに関して、当業者は、これらの実施形態を被検者の表皮、真皮、又は皮下組織内の体液内の検体レベルを感知するように構成されたセンサとの併用に適するように寸法決定及び構成することができることを理解するであろう。一部の実施形態では、例えば、本明細書に開示するシャープ及び検体センサの遠位部分は、特定の末端深さ（すなわち、被検者の身体の組織又は層、例えば、表皮、真皮、又は皮下組織内への最も深い貫入点）に配置されるように寸法決定され、それと共に構成することができる。一部のアプリケータ実施形態に関して、当業者は、シャープのある一定の実施形態を被検者の身体内で検体センサの最終末端深さと比較して異なる末端深さに配置されるように寸法決定及び構成することができることを認めるであろう。一部の実施形態では、例えば、シャープは、後退の前に被検者の表皮内の第１の末端深さに配置することができ、それに対して検体センサの遠位部分は、被検者の真皮内の第２の末端深さに配置することができる。他の実施形態では、シャープは、後退の前に被検者の真皮内の第１の末端深さに配置することができ、それに対して検体センサの遠位部分は、被検者の皮下組織内の第２の末端深さに配置することができる。更に他の実施形態では、シャープは、後退の前に第１の末端深さに配置することができ、検体センサは、第２の末端深さに配置することができ、第１の末端深さと第２の末端深さとは、両方共に被検者の身体の同じ層又は組織内である。
これに加えて、本明細書に説明するアプリケータのうちのいずれに関しても、当業者は、検体センサ、並びに１又は２以上のバネ機能を含むがそれらに限定されない検体センサに結合された１又は２以上の構造化構成要素をアプリケータ内でその１又は２以上の軸線に関する偏心位置に配置することができることを理解するであろう。一部のアプリケータ実施形態では、例えば、検体センサ及びバネ機能は、アプリケータの軸線に関してアプリケータの第１の側にある偏心位置に配置することができ、センサ電子機器は、アプリケータの軸線に関してアプリケータの第２の側にある偏心位置に配置することができる。他のアプリケータ実施形態では、検体センサ、バネ機能、及びセンサ電子機器は、アプリケータの軸線に関して同じ側にある偏心位置に配置することができる。当業者は、検体センサ、バネ機能、センサ電子機器、及びアプリケータの他の構成要素のうちのいずれか又は全ては、アプリケータの１又は２以上の軸線に関して中心にある位置又は偏心した位置に配置される他の組み替え及び構成が可能であり、完全に本発明の開示内にあることを認めるであろう。
適切なデバイス、システム、方法、構成要素、及びこれらの作動の追加の詳細は、関連の特徴と共にＲａｏ他に付与された国際公開第２０１８／１３６８９８号、Ｔｈｏｍａｓ他に付与された国際公開第２０１９／２３６８５０号、Ｔｈｏｍａｓ他に付与された国際公開第２０１９／２３６８５９号、Ｔｈｏｍａｓ他に付与された国際公開第２０１９／２３６８７６号、及び２０１９年６月６日出願の米国特許出願公開第２０２０／０１９６９１９号明細書に説明されており、これらの文献の各々の全内容は、引用によって本明細書に組み込まれている。アプリケータ、その構成要素の実施形態、及びこれらの変形に関する追加の詳細は、米国特許出願公開第２０１３／０１５０６９１号明細書、第２０１６／０３３１２８３号明細書、及び第２０１８／０２３５５２０号明細書に説明されており、これらの文献の全てのものの全内容は、全ての目的で引用によって本明細書に組み込まれている。シャープモジュール、シャープ、その構成要素、及びこれらの変形の実施形態に関する追加の詳細は、米国特許出願公開第２０１４／０１７１７７１号明細書に説明されており、この文献の全内容は、全ての目的で引用によって本明細書に組み込まれている。
生化学センサは、１又は２以上の感知特性によって説明することができる。一般的な感知特性を生化学センサの感度と呼び、感度は、生化学センサが検出するように設計された化学物質の濃度又は組成に対するセンサの応答性の尺度である。電気化学センサでは、この反応は、電流（電流測定）又は電荷（電量測定）の形態にあるとすることができる。他のタイプのセンサでは、反応は、光子強度（例えば、光）のような異なる形態にあるとすることができる。生化学検体センサの感度は、センサが体外状態又は生体内状態のいずれにあるかを含むいくつかの要因に依存して変化する可能性がある。
図１４は、電流測定検体センサの体外感度を描くグラフである。体外感度は、センサを様々な検体濃度で体外試験し、次に、得られたデータに対して回帰（例えば、線形又は非線形）又は他の曲線当て嵌めを実施することによって取得することができる。この例では、検体センサの感度は、線形又は実質的に線形であり、ｙがセンサの出力電流であり、ｘが検体レベル（又は濃度）であり、ｍが感度の傾きであり、ｂが、ほぼ背景信号（例えば、ノイズ）に対応する感度の切片である時に、式ｙ＝ｍｘ＋ｂに従ってモデル化することができる。線形又は実質的に線形の反応を有するセンサでは、所与の電流に対応する検体レベルを感度の傾き及び切片から決定することができる。非線形感度を有するセンサは、センサの出力電流からもたらされる検体レベルを決定するのに追加情報を必要とし、当業者は、非線形感度をモデル化する方式に精通していると考えられる。生体内センサのある一定の実施形態では、生体内感度は生体内感度と同じ場合があるが、他の実施形態では、体外感度をセンサの意図する生体内使用に適用可能な生体内感度に変換するために伝達（又は変換）関数が使用される。
較正は、センサの予想出力との差を低減するためにセンサの測定出力を調節することによって精度を改善又は維持するための技術である。感度のようなセンサの感知特性を説明する１又は２以上のパラメータが、較正調節に使用するために決定される。
ある一定の生体内検体モニタシステムは、ユーザ又は患者内へのセンサの埋め込みの後にユーザ関与によるか又は自動式にシステム自体によるかのいずれかで較正を行うことを必要とする。例えば、ユーザ関与を必要とする場合に、ユーザは、検体センサが埋め込まれている間に体外測定（例えば、指先穿刺と体外検査ストリップとを使用する血中グルコース（ＢＧ）測定）を実行し、測定値をシステムの中に入力する。システムは、体外測定値を生体内信号と比較し、差を用いてセンサの生体内感度の推定値を決定する。次に、生体内感度をアルゴリズムプロセスに用いて、センサを用いて収集されたデータをユーザの検体レベルを示す値に変換することができる。この及び較正を実行するのにユーザアクションを必要とする他のプロセスを「ユーザ較正」と呼ぶ。システムは、感度が経時的にドリフト又は変化するようなセンサの感度の不安定性に起因してユーザ較正を必要とする可能性がある。従って、精度を維持するために複数回のユーザ較正（例えば、定期的（例えば、毎日）の予定、可変の予定に従った、又は必要に応じての）を必要とする可能性がある。本明細書に説明する実施形態は、特定の実施に適するある程度のユーザ較正を組み込むことができるが、一般的には、ユーザ較正は、ユーザが苦痛又は他に高価なＢＧ測定を実行することを必要とし、ユーザ誤差を招き入れる可能性があるので好ましくはない。
一部の生体内検体モニタシステムは、システム自体（例えば、ソフトウエアを実行する処理回路）によって行われるセンサ特性の自動測定の使用によって較正パラメータを定期的に調節することができる。システム（ユーザではなく）によって測定される変数に基づくセンサの感度の繰り返し調節は、一般的に、「システム」（又は自動）較正と呼ばれ、早期ＢＧ測定のようなユーザ較正と共に又はユーザ較正なしで実行することができる。繰り返しユーザ較正の場合と同様に、一般的に、繰り返しシステム較正は、センサの感度の経時的ドリフトによって必要とされる。従って、本明細書に説明する実施形態は、ある程度自動化されたシステム較正と共に使用することができるが、好ましくは、センサの感度は、実施後較正が必要とされないような経時的に比較的安定したものである。
一部の生体内検体モニタシステムは、工場較正されたセンサを用いて作動する。工場較正は、ユーザ又は医療従事者（ＨＣＰ）への販売の前の１又は２以上の較正パラメータの決定又は推定を意味する。較正パラメータは、センサ製造業者（又はセンサ製造業者とセンサ制御デバイスの他の構成要素の製造業者とが異なる場合は後者の製造業者）によって決定することができる。多くの生体内センサ製造工程は、生産ロット、製造段階ロット、又は簡潔にロットと呼ばれる群又はバッチでセンサを加工する。単一ロットは、数千個のセンサを含む可能性がある。
センサは、較正コード又は較正パラメータを含むことができ、これは、１又は２以上のセンサ製造工程中に導出又は決定され、製造工程の一部として検体モニタシステムのデータ処理デバイス内に符号化又はプログラムされ、又は例えばセンサ上に示されているバーコード、レーザタグ、ＲＦＩＤタグ又は他の機械可読情報としてセンサ自体の上に提供することができる。コードが受信機（又は他のデータ処理デバイス）に提供される場合に、センサの生体内使用中のユーザ較正を回避することができ、又はセンサ着用中の生体内較正の頻度を低減することができる。較正コード又は較正パラメータがセンサ自体上に提供される実施形態では、センサ使用前又は開始時に、較正コード又は較正パラメータは、検体モニタシステム内のデータ処理デバイスに自動的に送信又は提供することができる。
一部の生体内検体モニタシステムは、工場較正された、システム較正された、及び／又はユーザ較正されたもののうちの１又は２以上とすることができるセンサを用いて作動する。例えば、センサには、工場較正を可能にすることができる較正コード又は較正パラメータを与えることができる。これらの情報が受信機に提供される（例えば、ユーザによって入力される）場合に、センサは、工場較正されたセンサとして作動することができる。これらの情報が受信機に提供されない場合に、センサは、ユーザ較正されたセンサ及び／又はシステム較正されたセンサとして作動することができる。
更に別の態様では、使用中に生体内センサに時変調節アルゴリズムを与えるためのプログラミング命令又は実行可能命令を検体モニタシステムのデータ処理デバイス及び／又は受信機／コントローラユニット内に設けるか又は格納することができる。例えば、生体に使用される検体センサのレトロスペクティブ統計分析と対応するグルコースレベルフィードバックとに基づいて、安定性プロファイルでの潜在的センサドリフト又は他の要因を補償するための追加の調節を１又は２以上の生体内センサパラメータに加えるように構成された時系列の予め決められた曲線又は分析曲線又はデータベースを発生させることができる。
本発明の開示の主題により、検体モニタシステムは、センサドリフトプロファイルに基づいてセンサ感度を補償又は調節するように構成することができる。生体内使用中にセンサ挙動の分析に基づいて時変パラメータβ（ｔ）を定義又は決定することができ、かつ時変ドリフトプロファイルを決定することができる。ある一定の態様では、検体センサからセンサデータが受信される時に補償又は調節又はこれらの両方を自動的及び／又は反復的に実行することができるように、センサ感度の補償又は調節は、検体モニタシステムの受信機ユニット、コントローラ又はデータプロセッサ内にプログラムすることができる。本発明の開示の主題により、検体センサ感度プロファイルの調節又は補償が、対応する機能又はルーチンのユーザによる始動又は起動時に又はユーザがセンサ較正コードを入力した時に実施又は実行されるように、調節又は補償のアルゴリズムは、ユーザによって始動又は実行することができる（自己始動又は自己実行ではなく）。
本発明の開示の主題により、センサの１又は２以上の点での膜厚のようなセンサの特性を決定又は測定するために、センサロット内の各センサ（一部の実施では生体内試験に使用されるサンプルセンサを含まない）を非破壊的に検査することができ、活性区域の面積／体積のような物理特性を含む他の特性を測定又は決定することができる。そのような測定又は決定は、例えば、光学スキャナ又は他の適切な測定デバイス又は測定システムを用いて自動方式を用いて実行することができ、センサロット内の各センサに関して決定されたセンサ特性は、各センサに割り当てられた較正パラメータ又は較正コードの可能な補正に関してサンプルセンサに基づく対応する平均値と比較される。例えば、センサ感度として定められる較正パラメータでは、感度は、膜厚にほぼ反比例し、従って、例えば、同じセンサロットからサンプリングされたセンサよりも約４％大きい測定膜厚を有するセンサでは、一実施形態ではこのセンサに割り当てられる感度は、このサンプルセンサから選択的に決定された平均を１．０４で割り算したものである。同様に、感度は、センサの活性面積にもほぼ比例するので、同じセンサロットからサンプリングされたセンサに関する平均活性面積よりも約３％小さい測定活性面積を有するセンサでは、このセンサに割り当てられる感度は、平均感度に０．９７を乗じたものである。割り当てられた感度は、サンプルセンサからの平均感度から当該センサの各検査又は測定に関する複数回の連続する調節によって決定することができる。ある一定の実施形態では、各センサの検査又は測定は、膜厚及び／又は活性感知区域の面積又は体積に加えて膜の粘性又は質感の測定を更に含むことができる。
センサ較正に関する追加情報は、米国特許出願公開第２０１０／０２３０２８５号明細書及び米国特許出願公開第２０１９／０２７４５９８号明細書に示されており、これらの文献のそれぞれの全内容は、本明細書に引用によって組み込まれている。
センサ制御デバイス１０２のストレージメモリ５０３０は、通信モジュールの通信プロトコルに関連するソフトウエアブロックを含むことができる。例えば、ストレージメモリ５０３０は、ＢＬＥモジュール５０４１をセンサ制御デバイス１０２のコンピュータハードウエアに対して利用可能にするためのインタフェースを提供する機能を有するＢＬＥサービスソフトウエアブロックを含むことができる。これらのソフトウエア機能は、ＢＬＥ論理インタフェースとインタフェースパーサとを含むことができる。通信モジュール５０４０によって提供されるＢＬＥサービスは、汎用アクセスプロファイルサービス、汎用属性サービス、汎用アクセスサービス、デバイス情報サービス、データ送信サービス、及びセキュリティサービスを含むことができる。データ送信サービスは、センサ制御データ、センサステータスデータ、検体測定データ（過去及び現在の）、及び事象ログデータのようなデータを送信するのに使用される主要サービスとすることができる。センサステータスデータは、エラーデータ、アクティブな現在時間、及びソフトウエア状態を含むことができる。検体測定データは、現在及び過去の生測定値、適切なアルゴリズム又はモデルを用いて処理した後の現在及び過去の値、測定レベルの予想及び傾向、患者固有平均に対する他の値の比較、アルゴリズム又はモデルによって決定されたアクションの呼び出し、及び他の類似のタイプのデータのような情報を含むことができる。
本発明の開示の主題の態様により、本明細書に具現化されるように、センサ制御デバイス１０２は、そのハードウエア及び無線機によってサポートされる通信プロトコル又は通信媒体の機能を適応させることにより、複数のデバイスと同時に通信するように構成することができる。一例として、通信モジュール５０４０のＢＬＥモジュール５０４１には、中心デバイスとして又は別のデバイスが中心デバイスである場合は周囲デバイスとしてセンサ制御デバイス１０２と、周囲デバイスとして複数の他のデバイス間の複数の同時接続を可能にするためのソフトウエア又はファームウエアとを提供することができる。
ＢＬＥのような通信プロトコルを使用する２つのデバイス間の接続、及びその結果として発生する通信セッションは、これら２つのデバイス（例えば、センサ制御デバイス１０２とデータ受信デバイス１２０）の間で作動する類似の物理チャネルによって特徴付けることができる。物理チャネルは、単一チャネルを含むか、又は限定ではなく例として共通クロックとチャネルホッピング又は周波数ホッピングのシーケンスとによって決定された合意された一連のチャネルを使用する段階を含む一連のチャネルを含むことができる。通信セッションは、類似の量の利用可能な通信スペクトルを使用することができ、複数のそのような通信セッションが近くに存在することができる。ある一定の実施形態では、通信セッション中のデバイスの各集合は、同じ近くにあるデバイスとの干渉を管理するために異なる物理チャネル又は一連のチャネルを使用する。
限定ではなく例示の目的で、本発明の開示の主題との併用に適するセンサ－受信機接続のための手順の例示的実施形態を参照する。最初に、データ受信デバイス１２０を探してセンサ制御デバイス１０２は、その環境にその接続情報を繰り返し広告する。センサ制御デバイス１０２は、接続が確立するまで定期的に広告を繰り返すことができる。データ受信デバイス１２０は、広告パケットを検出し、接続されるセンサ制御デバイス１０２を探して広告パケット内に与えられるデータを通して走査及びフィルタリングする。次に、データ受信デバイス１２０が走査要求指令を送り、センサ制御デバイス１０２は、追加の詳細を提供する走査応答パケットによって応答する。次に、データ受信デバイス１２０が、関連のＢｌｕｅｔｏｏｔｈデバイスアドレスを用いて接続要求を送る。データ受信デバイス１２０は、特定のＢｌｕｅｔｏｏｔｈデバイスアドレスを用いてセンサ制御デバイス１０２への接続を確立するように絶え間なく要求することができる。次に、データ受信デバイスが、それとセンサとがデータを交換し始めることを可能にする初期接続を確立する。これらのデバイスは、データ交換サービスを初期化し、相互認証手順を実施するためのプロセスを始める。
センサ制御デバイス１０２とデータ受信デバイス１２０との初回の接続中に、データ受信デバイス１２０は、サービス、特性、及び属性の発見手順を初期化することができる。データ受信デバイス１２０は、センサ制御デバイス１０２のこれらの機能を評価し、それらをその後の接続中の使用に関して格納することができる。次に、データ受信デバイスは、センサ制御デバイス１０２とデータ受信デバイス１２０との相互認証に使用される個々の対応セキュリティサービスに関する通知を有効にする。相互認証手順は、自動化されてユーザ関与を必要としない場合がある。相互認証手順の正常完了に続いて、センサ制御デバイス１０２は、それによって支配的に選択され、寿命を最大に延ばすように構成された接続パラメータ設定をデータ受信デバイス１２０が使用するように要求するための接続パラメータ更新情報を送る。
次に、データ受信デバイス１２０は、過去データ、現在データ、事象ログ、及び工場データを埋め戻すためのセンサ制御手順を実行する。一例として、データ受信デバイス１２０は、各タイプのデータに関して埋め戻しプロセスを開始するための要求を送る。この要求は、例えば、必要に応じて測定値、タイムスタンプなどに基づいて定められた記録範囲を指定することができる。センサ制御デバイス１０２は、そのメモリ内のそれまでに未送信の全てのデータがデータ受信デバイス１２０に送出されるまで要求データで応答する。センサ制御デバイス１０２は、データ受信デバイス１２０からの埋め戻し要求に対して全てのデータを既に送り終わったという応答を行うことができる。埋め戻しが完了すると、データ受信デバイス１２０は、定期的な測定読取値を受信する準備が整ったことをセンサ制御デバイス１０２に通知することができる。センサ制御デバイス１０２は、読取値を複数の通知結果にわたって繰り返し送ることができる。本明細書に具現化されるように、データが正しく送信されることを保証するために、複数の通知は冗長的な通知とすることができる。これに代えて、複数の通知は、単一ペイロードを含むことができる。
限定ではなく例示の目的で、シャットダウン指令をセンサ制御デバイス１０２に送るための手順の例示的実施形態を参照する。シャットダウン作動は、センサ制御デバイス１０２が、例えば、エラー状態、挿入失敗状態、又はセンサ失効状態にある場合に実行される。センサ制御デバイス１０２は、これらの状態にない場合に指令を記録し、エラー状態又はセンサ失効状態に移行した時にシャットダウンを実行することができる。データ受信デバイス１２０は、適正にフォーマット設定されたシャットダウン指令をセンサ制御デバイス１０２に送る。センサ制御デバイス１０２は、アクティブに別の指令を処理中である場合に、ビジーであることを示す標準エラー応答によって応答することになる。そうでなければ、センサ制御デバイス１０２は、指令を受信した時に応答を送る。更に、センサ制御デバイス１０２は、指令を受信したことを確認応答するのに固有のセンサ制御によって成功通知を送る。センサ制御デバイス１０２は、シャットダウン指令を登録する。次の適切な機会（例えば、本明細書に説明する現在センサ状態に依存する）に、センサ制御デバイス１０２はシャットダウンすることになる。
限定ではなく例示の目的で、図１５に示すようにセンサ制御デバイス１０２が取ることができるアクションの状態機械表現６０００の高レベル描写の例示的実施形態を参照する。初期化の後に、センサは、センサ制御デバイス１０２の製造に関連する状態６００５に入る。製造状態６００５では、センサ制御デバイス１０２は、作動に適するように構成することができ、例えば、ストレージメモリ５０３０に書込を行うことができる。状態６００５にある間の様々な時点で、センサ制御デバイス１０２は、受信指令に関して検査を行って保存状態６０１５に移る。保存状態６０１５に入ると、センサは、ソフトウエア完全性検査を実行する。保存状態６０１５にある間に、センサは、起動要求指令を受信することができ、その後に、挿入検出状態６０２５に進行する。
状態６０２５に入ると、センサ制御デバイス１０２は、起動中に設定された通りにセンサと通信するか又は感知ハードウエア５０６０からの測定値を伝達及び解釈することに関連するアルゴリズムを初期化するように認証されたデバイスに関連する情報を格納することができる。センサ制御デバイス１０２は、そのアクティブ作動時間計数値を維持する役割を受け持つライフサイクルタイマーを初期化し、記録データを送信するために認証デバイスとの通信を始めることができる。挿入検出状態６０２５にある間に、センサは状態６０３０に入ることができ、そこで作動時間が予め決められた閾値に等しいか否かをセンサ制御デバイス１０２が検査する。この作動時間閾値は、挿入が成功したか否かを決定するためのタイムアウト機能に対応することができる。作動時間が閾値に達した場合に、センサ制御デバイス１０２は状態６０３５に進行し、そこで平均データ読取量が、正常な挿入の検出をトリガするための予想データ読取量に対応する閾値量よりも大きいか否かを検査する。状態６０３５にある間にデータ読取量が閾値よりも低い場合に、センサは、挿入失敗に対応する状態６０４０に進行する。データ読取量が閾値を満足している場合に、センサは、アクティブ対合状態６０５５に進行する。
センサ制御デバイス１０２のアクティブ対合状態６０５５は、センサ制御デバイス１０２が、測定値を記録すること、測定値を処理すること、及び必要に応じてこれらの測定値を報告することによって正常として作動している状態を反映する。アクティブ対合状態６０５５にある間に、センサ制御デバイス１０２は、測定結果を送るか又は受信デバイス１２０との接続を確立することを試る。センサ制御デバイス１０２は、更に作動時間を増分する。センサ制御デバイス１０２は、予め決められた閾値作動時間に達すると（例えば、作動時間が予め決められた閾値に達すると）、アクティブ失効状態６０６５に移行する。センサ制御デバイス１０２のアクティブ失効状態６０６５は、センサ制御デバイス１０２が、その最大予め決められた時間量にわたって作動した状態を反映する。
アクティブ失効状態６０６５にある間に、センサ制御デバイス１０２は、作動を徐々に終了させる段階、及び必要に応じて収集測定値が受信デバイスにセキュアに送信されたことを保証する段階に関連する作動を一般的に実行することができる。例えば、アクティブ失効状態６０６５にある間に、センサ制御デバイス１０２は、収集データを送信することができ、接続が利用不能な場合に、隣接する認証デバイスを見出し、それとの接続を確立しようとする試みを強化することができる。アクティブ失効状態６０６５にある間に、センサ制御デバイス１０２は、状態６０７０ではシャットダウン指令を受信することができる。シャットダウン指令が受信されない場合に、センサ制御デバイス１０２は、状態６０７５で作動時間が最終作動閾値を超えたか否かを検査することができる。最終作動閾値は、センサ制御デバイス１０２のバッテリ寿命に基づく場合がある。正常送信状態６０８０は、センサ制御デバイス１０２の最終作動に対応し、最終的にセンサ制御デバイス１０２をシャットダウンする。
センサが起動される前に、ＡＳＩＣ５０００は、低電力保存モード状態にある。起動プロセスは、例えば、入射ＲＦ場（例えば、ＮＦＣ場）がＡＳＩＣ５０００への電源の電圧をリセット閾値よりも高くなるまで駆動し、それよってセンサ制御デバイス１０２がスリープ解除状態に入る時に始まることができる。スリープ解除状態にある間に、ＡＳＩＣ５０００は、起動シーケンス状態に入る。次に、ＡＳＩＣ５０００は、通信モジュール５０４０をスリープ解除する。通信モジュール５０４０が初期化され、電源投入時自己診断試験がトリガされる。電源投入時自己診断試験は、ＡＳＩＣ５０００が、メモリ及びワンタイムプログラム可能メモリが破損していないことを検証するためにデータを読み書きする指定シーケンスを用いて通信モジュール５０４０と通信する段階を含むことができる。
ＡＳＩＣ５０００が初めて測定モードに入る時に、適正な測定を行うことができる前にセンサ制御デバイス１０２が患者の身体上に適正に取り付けられることを検証するための挿入検出シーケンスが実行される。最初に、センサ制御デバイス１０２が、測定構成プロセスを起動するための指令を解釈してＡＳＩＣ５０００を測定指令モードに入れる。次に、センサ制御デバイス１０２は、挿入が成功したか否かを試験するためのいくつかの連続測定を実行する測定ライフサイクル状態に一時的に入る。通信モジュール５０４０又はＡＳＩＣ５０００は、測定結果を評価して挿入の成否を決定する。センサ制御デバイス１０２は、挿入が成功したと見なされた時に測定状態に入り、そこで感知ハードウエア５０６０を用いて定期的な測定値を取得し始める。センサ制御デバイス１０２は、挿入が成功しなかったと決定した場合に、挿入失敗モードに入るようにトリガされ、そこでＡＳＩＣ５０００が、保存モードに戻るように命令され、一方で通信モジュール５０４０は、それ自体を無効にする。
図１Ｂは、本明細書に説明する技術との併用に適する無線（「ＯＴＡ」）更新を適用するための例示的作動環境を更に例示している。検体モニタシステム１００のオペレータは、データ受信デバイス１２０又はセンサ制御デバイス１０２に対する更新情報を多目的データ受信デバイス１３０上で実行されるアプリケーションに対する更新情報まで束ねることができる。データ受信デバイス１２０と多目的データ受信デバイス１３０とセンサ制御デバイス１０２との間で利用可能な通信チャネルを用いて、多目的データ受信デバイス１３０は、データ受信デバイス１２０又はセンサ制御デバイス１０２に対する定期的な更新情報を受信し、データ受信デバイス１２０又はセンサ制御デバイス１０２上へのこれらの更新情報のインストールを開始することができる。多目的データ受信デバイス１３０がセンサ制御デバイス１０２、データ受信デバイス１２０、及び／又はリモートアプリケーションサーバ１５５と通信することを可能にするアプリケーションは、ワイドエリアネットワーク接続機能を用いずにデータ受信デバイス１２０又はセンサ制御デバイス１０２上のソフトウエア又はファームウエアを更新することができるので、多目的データ受信デバイス１３０は、データ受信デバイス１２０又はセンサ制御デバイス１０２のためのインストールプラットフォーム又は更新プラットフォームとして作用する。
本明細書に具現化されるように、センサ制御デバイス１０２の製造業者及び／又は検体モニタシステム１００のオペレータが作動させるリモートアプリケーションサーバ１５５は、検体モニタシステム１００のデバイスにソフトウエア更新情報及びファームウエア更新情報を提供することができる。特定の実施形態では、リモートアプリケーションサーバ１５５は、更新されたソフトウエア及びファームウエアをユーザデバイス１４０に又は直接多目的データ受信デバイスに提供することができる。本明細書に具現化されるように、リモートアプリケーションサーバ１５５は、アプリケーション店頭で提供されるインタフェースを用いてアプリケーションソフトウエア更新情報をアプリケーション店頭サーバ１６０に提供することができる。多目的データ受信デバイス１３０は、アプリケーション店頭サーバ１６０と定期的に通信して更新情報をダウンロード及びインストールすることができる。
多目的データ受信デバイス１３０がデータ受信デバイス１２０又はセンサ制御デバイス１０２に対するファームウエア更新情報又はソフトウエア更新情報を含むアプリケーション更新情報をダウンロードした後に、データ受信デバイス１２０又はセンサ制御デバイス１０２と多目的データ受信デバイス１３０とは、接続を確立する。多目的データ受信デバイス１３０は、データ受信デバイス１２０又はセンサ制御デバイス１０２に対するファームウエア更新情報又はソフトウエア更新情報が取得することができることを決定する。多目的データ受信デバイス１３０は、ソフトウエア更新情報又はファームウエア更新情報をデータ受信デバイス１２０又はセンサ制御デバイス１０２への配送に関して与えることができる。一例として、多目的データ受信デバイス１３０は、ソフトウエア更新情報又はファームウエア更新情報に関連するデータを圧縮又は分割することができ、又はファームウエア更新情報又はソフトウエア更新情報を暗号化又は解読することができ、又はファームウエア更新情報又はソフトウエア更新情報の完全性検査を実行することができる。多目的データ受信デバイス１３０は、ファームウエア更新情報又はソフトウエア更新情報に関連するデータをデータ受信デバイス１２０又はセンサ制御デバイス１０２に送る。更に、多目的データ受信デバイス１３０は、更新を開始するための指令をデータ受信デバイス１２０又はセンサ制御デバイス１０２に送ることができる。これに加えて又はこれに代えて、多目的データ受信デバイス１３０は、そのユーザに対して通知を提示し、更新が完了するまでデータ受信デバイス１２０と多目的データ受信デバイス１３０とを電源に接続された状態及び直近に保つ命令のような更新を促進するための命令を含めることができる。
データ受信デバイス１２０又はセンサ制御デバイス１０２は、更新のためのデータと更新を開始するための指令とを多目的データ受信デバイス１３０から受信する。次に、データ受信デバイス１２０は、ファームウエア更新情報又はソフトウエア更新情報をインストールすることができる。更新情報をインストールするために、データ受信デバイス１２０又はセンサ制御デバイス１０２は、それ自体を限られた作動機能のみを有するいわゆる「セーフ」モードに入れるか又はこのモードで再開することができる。更新が完了すると、データ受信デバイス１２０又はセンサ制御デバイス１０２は、標準作動モードに再入するか又はこのモードでリセットする。データ受信デバイス１２０又はセンサ制御デバイス１０２は、ファームウエア更新情報又はソフトウエア更新情報が正常にインストールされたことを決定するために１又は２以上の自己診断試験を実行することができる。多目的データ受信デバイス１３０は、正常更新の通知を受信することができる。次に、多目的データ受信デバイス１３０は、正常更新の確認をリモートアプリケーションサーバ１５５に報告することができる。
特定の実施形態では、センサ制御デバイス１０２のストレージメモリ５０３０は、ワンタイムプログラム可能（ＯＴＰ）メモリを含む。ＯＴＰメモリという用語は、メモリ内の特定のアドレス又はセグメントへの予め決められた回数の書込を促進するためのアクセスの制限及びセキュリティを含むメモリを意味することができる。メモリ５０３０は、複数の事前割当されたメモリブロック又はメモリ容器まで事前編成することができる。容器は、固定サイズに事前割当される。ストレージメモリ５０３０がワンタイムプログラム可能メモリである場合に、容器は、プログラミング不能状態にあると考えることができる。まだ書き込まれていない追加の容器は、プログラム可能又は書込可能な状態にすることができる。このようにしてストレージメモリ５０３０を容器化することにより、ストレージメモリ５０３０に書き込むべきコード及びデータの可搬性を改善することができる。ＯＴＰメモリに格納されたデバイス（例えば、本明細書に説明するセンサデバイス）のソフトウエアを更新する段階は、メモリ内の全コードを置換するのではなく過去に書き込まれた１又は複数の特定の容器内のコードのみを１又は複数の新しい容器に書き込まれる最新のコードと入れ替えることによって実行することができる。第２の実施形態では、メモリは事前編成されない。代わりに、データに割り当てられる空間が、必要に応じて動的に割り当てられるか又は決定される。更新が予想される様々なサイズの容器が定められる可能性があるので、増分更新情報を送信することができる。
図１６は、本発明の開示の主題によるセンサ制御デバイス１０２内のストレージメモリ５０３０の無線（ＯＴＡ）プログラミング、並びにＯＴＡプログラミングの後のセンサデバイス１１０によるプロセスの実行時のメモリの使用に関連する例示的作動フロー及びデータフローを示す図である。図５に示す例示的ＯＴＡプログラミング５００では、ＯＴＡプログラミング（又は再プログラミング）を開始するという要求が、外部デバイス（例えば、データ受信デバイス１３０）から送られる。５１１では、センサデバイス１１０の通信モジュール５０４０が、ＯＴＡプログラミング指令を受信する。通信モジュール５０４０は、ＯＴＡプログラミング指令をセンサデバイス１１０のマイクロコントローラ５０１０に送る。
５３１では、ＯＴＡプログラミング指令を受信した後に、マイクロコントローラ５０１０が、ＯＴＡプログラミング指令の正当性を確認する。例えば、マイクロコントローラ５０１０は、ＯＴＡプログラミング指令が適切なデジタル署名トークンで署名されているか否かを決定することができる。ＯＴＡプログラミング指令が正当であると決定すると、マイクロコントローラ５０１０は、センサデバイスをＯＴＡプログラミングモードに設定することができる。５３２では、マイクロコントローラ５０１０は、ＯＴＡプログラミングデータの正当性を確認することができる。５３３では、マイクロコントローラ５０１０は、センサデバイス１１０をプログラミング状態で再初期化するためにセンサデバイス１１０をリセットすることができる。センサデバイス１１０がＯＴＡプログラミング状態に移行すると、マイクロコントローラ５０１０は、５３４でセンサデバイスの書き換え可能メモリ５４０（例えば、メモリ５０２０）にデータを書き込み始め、更に５３５でセンサデバイスのＯＴＰメモリ５５０（例えば、ストレージメモリ５０３０）にデータを書き込むことができる。マイクロコントローラ５０１０によって書き込まれるデータは、正当性確認されたＯＴＡプログラミングデータに基づく場合がある。マイクロコントローラ５０１０は、ＯＴＰメモリ５５０の１又は２以上のプログラミングブロック又はプログラミング領域を不正又はアクセス不能とマーキングさせるデータを書き込む場合がある。ＯＴＰメモリ５５０の不正と見なされた又はアクセス不能なプログラミングブロックを置換するためにＯＴＰメモリの空き部分又は未使用部分に書き込まれたデータを使用することができる。マイクロコントローラ５０１０は、５３４及び５３５ではデータをそれぞれのメモリに書き込んだ後に、書込プロセス中にプログラミングブロックの中にエラーが招き入れられなかったことを保証するための１又は２以上のソフトウエア完全性検査を実行することができる。データがエラーなく書き込まれたことを決定することができた後に、マイクロコントローラ５０１０は、センサデバイスの標準作動を再開することができる。
実行モードでは、５３６でマイクロコントローラ５０１０は、書き換え可能メモリ５４０からプログラミングマニフェスト又はプログラミングプロファイルを取り出すことができる。プログラミングマニフェスト又はプログラミングプロファイルは、正当なソフトウエアプログラミングブロックのリストを含むことができ、更にセンサ制御デバイス１０２に対するプログラム実行のガイドを含むことができる。プログラミングマニフェスト又はプログラミングプロファイルに従うことにより、マイクロコントローラ５０１０は、ＯＴＰメモリ５５０のどのメモリブロックを実行するのに適切であるかを決定し、有効満了の又は不正と見なされたプログラミングブロックの実行又は有効満了データへの参照を回避することができる。５３７では、マイクロコントローラ５０１０は、ＯＴＰメモリ５５０からメモリブロックを選択的に取り出すことができる。５３８では、マイクロコントローラ５０１０は、メモリに格納されたプログラミングコードを実行することによって又は格納された変数を用いて取り出されたメモリブロックを使用することができる。
本明細書に具現化されるように、通信に使用される通信プロトコルによって指定され、そこに組み込まれたセキュリティプロトコルに基づいて、センサ制御デバイス１０２と他のデバイス間の通信のための第１のセキュリティ層を確立することができる。別のセキュリティ層は、通信するデバイスの直近性を必要とする通信プロトコルに基づく場合がある。更に、ある一定のパケット及び／又はパケットの中に含まれるある一定のデータを暗号化することができ、一方で他のパケット及び／又はパケット内の他のデータは、他に暗号化されるか又は暗号化されない。これに加えて又はこれに代えて、検体モニタシステム１００内の他のデバイスとの相互認証及び通信暗号化を確立するために、アプリケーション層暗号化を１又は２以上のブロック暗号又はストリーム暗号と共に使用することができる。
センサ制御デバイス１０２のＡＳＩＣ５０００は、ストレージメモリ５０３０の中に保持されたデータを用いて認証キーと暗号化キーとを動的に生成するように構成することができる。ストレージメモリ５０３０は、特定のクラスのデバイスと併用するための正当な認証キーと暗号化キーとのセットを用いて事前プログラムすることができる。ＡＳＩＣ５０００は、受信データを用いて他のデバイスとの認証手順を具現化し、極秘データを送信する前に生成キーをこれらの極秘データに提供するように更に構成することができる。生成キーは、センサ制御デバイス１０２に対して固有とすること、１対のデバイスに対して固有とすること、センサ制御デバイス１０２と他デバイス間の通信セッションに対して固有とすること、通信セッション中に送られるメッセージに対して固有とする又はメッセージの中に含まれるデータブロックに対して固有とすることができる。
センサ制御デバイス１０２とデータ受信デバイス１２０との両方は、例えば、指令を送信するか又はデータを受信するために通信セッションでの他の当事者の権限を保証することができる。特定の実施形態では、２つの機能によってＩＤ認証を実行することができる。最初に、ＩＤをアサートする当事者が、デバイスの製造業者又は検体モニタシステム１００のオペレータによって署名された正当な証明を提供する。次に、検体モニタシステム１００のデバイスによって決定された又は検体モニタシステム１００のオペレータによって決定された公開鍵及び非公開鍵、並びにそこから導出された共有秘密を用いて認証を実行することができる。他の当事者のＩＤを確認するために、当事者は、それ自体が非公開鍵を管理しているという証明を提供することができる。
センサ制御デバイス１０２、データ受信デバイス１２０の製造業者又は多目的データ受信デバイス１３０のためのアプリケーションのプロバイダは、これらのデバイスがセキュアなプログラミング及び更新によってセキュアに通信するのに必要な情報及びプログラミングを提供することができる。例えば、製造業者は、センサ制御デバイス１０２及び任意的にデータ受信デバイス１２０に対するセキュアルートキーを含む各デバイスに対する暗号化キーを生成するのに使用することができる情報を提供することができ、これらの情報は、必要に応じてデバイス、セッション又はデータ送信に対して独特な暗号化値を生成するためにデバイス固有の情報及び作動データ（例えば、エントロピーベースのランダム値）との組合せに使用することができる。
ユーザに関連する検体データは、健康のモニタ及び薬品投与量の決定を含む様々な目的に使用することができることに少なくとも部分的に起因して機密データである。ユーザデータに加えて、検体モニタシステム１００は、リバースエンジニアリングしようとする外部の関係者による試みに対抗してセキュリティ強化を実行することができる。通信接続は、デバイス固有又はセッション固有の暗号化キーを用いて暗号化することができる。いずれか２つのデバイス間の暗号化通信又は非暗号化通信は、通信の中に組み込まれた送信完全性検査を用いて検証することができる。センサ制御デバイス１０２の作動は、通信インタフェースを通じたメモリ５０２０への読み書きの機能へのアクセスを制限することによって改ざんから保護することができる。センサは、「ホワイトリスト」内に示されている既知の又は「高信頼」デバイス又は製造業者又は他に認証されたユーザに関連する予め決められたコードを提供することができるデバイスにしかアクセスを可能にしないように構成することができる。ホワイトリストは、そこに含まれるもの以外のいずれの接続識別子も使用されることはならないことを意味する限定的な範囲又は最初にホワイトリストが検索されるが、他のデバイスを依然として使用することもできる好ましい範囲を表す場合がある。更に、センサ制御デバイス１０２は、要求元が通信インタフェースを通して予め決められた期間の範囲（例えば、４秒以内）でログイン手順を完了することができない場合に接続要求を拒否してシャットダウンすることができる。これらの特性は、特定のサービス拒否攻撃、特にＢＬＥインタフェースに対するサービス拒否攻撃に対する保護を適用する。
本明細書に具現化されるように、検体モニタシステム１００は、キーの無能化及び不正利用可能性を更に低減するために定期的なキーの入れ替えを使用することができる。検体モニタシステム１００によって使用されるキー入れ替え策は、サイトに展開又は分散されたデバイスの後方互換性に対応するように設計することができる。一例として、検体モニタシステム１００は、下流デバイス（例えば、サイトにあるデバイス又は更新情報の提供を実現可能な手法で受けることができないデバイス）に対して上流デバイスによって使用される複数世代のキーとの互換性を有するように設計されたキーを使用することができる。
限定ではなく例示の目的で、図１７に示し、かつ１対のデバイス、特にセンサ制御デバイス１０２とデータ受信デバイス１２０の間の例示的データ交換を例証する本発明の開示の主題との併用に適するメッセージシーケンス図６００の例示的実施形態を参照する。データ受信デバイス１２０は、本明細書に具体的に示すようにデータ受信デバイス１２０又は多目的データ受信デバイス１３０とすることができる。段階６０５では、データ受信デバイス１２０が、例えば、短距離通信プロトコルによってセンサ起動指令６０５をセンサ制御デバイス１０２に送信することができる。センサ制御デバイス１０２は、段階６０５の前に、主として休止状態にあるものとし、完全起動が必要になるまでバッテリを保存することができる。段階６１０中の起動の後に、センサ制御デバイス１０２が、データを収集する又はセンサ制御デバイス１０２の感知ハードウエア５０６０に対して適切な他の作動を実行することができる。段階６１５では、データ受信デバイス１２０が、認証要求指令６１５を開始することができる。認証要求指令６１５に応答して、センサ制御デバイス１０２とデータ受信デバイス１２０との両方は、相互認証プロセス６２０に関わることができる。相互認証プロセス６２０は、センサ制御デバイス１０２及びデータ受信デバイス１２０が、本明細書に説明する合意されたセキュリティフレームワークを厳守する機能を他方のデバイスが十分に有することを保証することを可能にするチャレンジパラメータを含むデータの移送を含むことができる。相互認証は、オンライン高信頼第三者の関与あり又はなしでチャレンジ応答によって秘密キーの確立を検証する２又は３以上のエンティティの互いの認証のための機能に基づく場合がある。相互認証は、２通過、３通過、４通過、又は５通過の認証又はその類似バージョンを用いて実行することができる。
正常な相互認証プロセス６２０に続いて、段階６２５では、センサ制御デバイス１０２は、データ受信デバイス１２０にセンサ秘密６２５を提供することができる。センサ秘密は、センサ固有値を含み、製造中に生成されたランダム値から導出することができる。センサ秘密は、それに第三者がアクセスすることを防止するために送信の前又は最中に暗号化することができる。センサ秘密６２５は、相互認証プロセス６２０によって又は相応に生成されたキーのうちの１又は２以上によって暗号化することができる。段階６３０では、データ受信デバイス１２０が、センサ秘密からセンサ固有暗号化キーを導出することができる。センサ固有暗号化キーは、更にセッション固有とすることができる。従って、センサ固有暗号化キーは、センサ制御デバイス１０２とデータ受信デバイス１２０との間で送信されることなく各デバイスによって決定することができる。段階６３５では、センサ制御デバイス１０２が、ペイロード内に含めるべきデータを暗号化することができる。段階６４０では、センサ制御デバイス１０２が、その適切な通信モデルとデータ受信デバイス１２０の適切な通信モデルの間に確立された通信リンクを用いて暗号化ペイロード６４０をデータ受信デバイス１２０に送信することができる。段階６４５では、データ受信デバイス１２０が、段階６３０中に導出されたセンサ固有暗号化キーを用いてペイロードを解読することができる。段階６４５に続いて、センサ制御デバイス１０２が、追加の（新しく収集されたものを含む）データを配送することができ、データ受信デバイス１２０が、受信データを適切に処理することができる。
本明細書に説明するように、センサ制御デバイス１０２は、限られた処理パワー、バッテリ供給量、及びストレージのみを有するデバイスである場合がある。センサ制御デバイス１０２によって使用される暗号化技術（例えば、暗号アルゴリズム又はその実施の選択）は、これらの制限に少なくとも部分的に基づいて選択することができる。データ受信デバイス１２０は、これらの性質の制限が少ないより強力なデバイスとすることができる。従って、データ受信デバイス１２０は、暗号のアルゴリズム及び実施のようなより精巧でコンピュータ負荷の高い暗号化技術を使用することができる。
センサ制御デバイス１０２は、受信デバイスが適切なデータパケットを受信する及び／又は確認応答信号を提供する確率を高めるように又は他に確認応答信号を受信する機能の欠如をもたらす可能性がある制限を低減するように試みるために発見可能性挙動を変更するように構成することができる。センサ制御デバイス１０２の発見可能性挙動を変更する段階は、限定ではなく例として接続データがデータパケット内に含まれる頻度を変更する段階、一般的にどの程度の頻度でデータパケットが送信されるかを変更する段階、データパケットに対するブロードキャストウィンドウを延長又は短縮する段階、センサ制御デバイス１０２及び／又はホワイトリスト上の１又は２以上のデバイスとそれまで通信していた１又は２以上のデバイスへの指向性送信（例えば、１又は２以上の試行送信による）を含むブロードキャストの後にセンサ制御デバイス１０２が確認応答信号又は走査信号を受信待機する時間量を変更する段階、データパケットをブロードキャストする時に通信モジュールに関連する送信電力を変更する（例えば、ブロードキャストの距離を延ばすか又は消費エネルギを低減して検体センサのバッテリの寿命を延ばすように）段階、データパケットを準備及びブロードキャストする速度を変更する段階、又は１又は２以上の他の変更の組合せを含むことができる。これに加えて又はこれに代えて、受信デバイスもまた、接続データを含むデータパケットを受信する可能性を高めるためにデバイスの受信待機挙動に関連するパラメータを調節することができる。
本明細書に具現化されるように、センサ制御デバイス１０２は、２つのタイプのウィンドウを用いてデータパケットをブロードキャストするように構成することができる。第１のウィンドウは、センサ制御デバイス１０２が通信ハードウエアを作動させるように構成される速度に関連する。第２のウィンドウは、センサ制御デバイス１０２がデータパケットのアクティブ送信（例えば、ブロードキャスト）状態になるように構成される速度に関連する。一例として、第１のウィンドウは、センサ制御デバイス１０２が各６０秒期間のうちの最初の２秒間にデータパケット（接続データを含む）を送信及び／又は受信するように通信ハードウエアを作動させることを示すことができる。第２のウィンドウは、各２秒ウィンドウの間にセンサ制御デバイス１０２が６０ミリ秒置きにデータパケットを送信することを示すことができる。２秒ウィンドウの間の残りの時間には、センサ制御デバイス１０２は走査中である。センサ制御デバイス１０２は、その発見可能性挙動を修正するためにいずれかのウィンドウを延長又は短縮することができる。
特定の実施形態では、検体センサの発見可能性挙動は、発見可能性プロファイルに格納することができ、変更は、センサ制御デバイス１０２のステータスのような１又は２以上の要因に基づいて、及び／又はセンサ制御デバイス１０２のステータスに基づく規則を適用することによって加えることができる。例えば、センサ制御デバイス１０２のバッテリレベルが予め決められた量を下回った時に、これらの規則は、センサ制御デバイス１０２にブロードキャストプロセスによって消費される電力を低減することができる。別の例として、パケットをブロードキャストするか又は他に送信することに関連する構成設定を周囲温度、センサ制御デバイス１０２の温度又はセンサ制御デバイス１０２の通信ハードウエアのある一定の構成要素の温度に基づいて調節することができる。送信電力を修正することに加えて、送信の速度、周波数、及びタイミングを含むがこれらに限定されず、センサ制御デバイス１０２の通信ハードウエアの送信機能又は送信プロセスに関連する他のパラメータを修正することができる。別の例として、被検者が有害な健康事象を受けているか又は見舞われようとすることを検体データが示す時に、上述の規則は、この有害な健康事象を受信デバイスに警告するためにセンサ制御デバイス１０２にその発見可能性を高めることができる。
本明細書に具現化されるように、センサ制御デバイス１０２の感知ハードウエア５０６０に対するある一定の較正機能を外部又は内部の環境機能に基づいて、更に、長い不使用期間（例えば、使用前の「保存期間」）中の感知ハードウエア５０６０の自然劣化を補償するように調節することができる。感知ハードウエア５０６０の較正機能は、センサ制御デバイス１０２が自律的に調節することができる（例えば、メモリ５０２０又はストレージ５０３０内の機能を修正するＡＳＩＣ５０００の作動により）又は検体モニタシステム１００の他のデバイスが調節することができる。
一例として感知ハードウエア５０６０のセンサ感度は、外部温度データ又は製造からの時間に基づいて調節することができる。センサの保存中に外部温度がモニタされる時に、本発明の開示の主題は、デバイスが保存状態の変化に遭遇する時にセンサ感度の補償を時間経過に伴って適応的に変更することができる。限定ではなく例示の目的で、適応的感度調節は、センサ制御デバイス１０２が温度を測定するために定期的にスリープ解除される「アクティブ」保存モードを用いて実行することができる。これらの機能は、検体デバイスのバッテリを節約して検体センサの寿命を延長させることができる。各温度測定時に、センサ制御デバイス１０２は、測定温度に基づいて当該期間にわたる感度調節量を計算することができる。次に、アクティブ保存モードの終了時（例えば、挿入時）の全センサ感度調節値を計算するために、アクティブ保存モード期間にわたる温度重み付き調節量を積算することができる。同様に、挿入時に、センサ制御デバイス１０２は、それ又は感知ハードウエア５０６０の製造の間の時間差（ＡＳＩＣ５０００のストレージ５０３０に書き込むことができる）を決定し、１又は２以上の公知の自然劣化速度又は自然劣化計算式に従ってセンサ感度又は他の較正機能を修正することができる。
これに加えて、限定ではなく例示の目的で、本明細書に具現化されるように、センサ感度調節は、センサドリフトのような他のセンサ状態を考慮することができる。例えば、センサドリフトの場合に、平均的なセンサがどの程度ドリフトする可能性があるかという推定に基づいて、センサ感度調節量を製造中にセンサ制御デバイス１０２の中にハード符号化することができる。センサ制御デバイス１０２は、センサの着用期間にわたるドリフトを考慮することができるセンサのオフセット及び利得に関連する時変機能を有する較正機能を使用することができる。従って、センサ制御デバイス１０２は、経時的なセンサ制御デバイス１０２のドリフトを説明し、センサ感度を表すことができ、更にデバイス固有とすることができるデバイス依存機能をグルコースプロファイルのベースラインとの組合せで利用して間質電流を間質グルコース値に変換するのに使用される機能を利用することができる。センサ感度とドリフトとを考慮するそのような機能は、着用期間にわたるセンサ制御デバイス１０２の精度をユーザ較正を必要とせずに改善することができる。
センサ制御デバイス１０２は、感知ハードウエア５０６０からの生測定値を検出する。生測定値を解釈するようにトレーニングされた１又は２以上のモデル等によってセンサ関連処理を実行することができる。モデルは、１又は２以上の検体レベルを検出、予想又は解釈するために生測定値を検出、予想又は解釈するようにデバイス外でトレーニングされた機械学習モデルとすることができる。更に別のトレーニングモデルが、生測定値と対話するようにトレーニングされた機械学習モデルの出力に基づいて作動させることができる。一例として、モデルを用いて、感知ハードウエア５０６０によって検出された生測定値及び検体のタイプに基づいて事象を検出、予想又は推奨することができる。事象は、身体活動の開始又は完了、食事、医療手順又は薬品の適用、緊急健康事象、及び類似の性質の他の事象を含むことができる。
モデルは、製造中又はファームウエア又はソフトウエアの更新中にセンサ制御デバイス１０２、データ受信デバイス１２０又は多目的データ受信デバイス１３０に提供することができる。モデルは、個々のユーザ又は集合的に複数のユーザのセンサ制御デバイス１０２及びデータ受信デバイスから受信したデータに基づいてセンサ制御デバイス１０２の製造業者又は検体モニタシステム１００のオペレータ等が定期的に精緻化することができる。ある一定の実施形態では、センサ制御デバイス１０２は、それが取り付けられたユーザの固有の特徴部等に基づいて機械学習モデルの更に別のトレーニング又は精緻化を助けるほど十分なコンピュータ構成要素を含む。機械学習モデルは、限定ではなく例として、決定木分析、勾配ブースティング、適応ブースティング、人工ニューラルネットワーク又はその変形、線形判別分析、最近傍分析、サポートベクトル機械、教師あり又は教師なしの分類、及びその他を用いてトレーニングされるか又はこれらを包含するモデルを含むことができる。モデルは、機械学習モデルに加えて、アルゴリズムモデル又は規則ベースのモデルを含むことができる。モデルベースの処理は、センサ制御デバイス１０２（又は他の下流デバイス）からデータを受信した時に、データ受信デバイス１２０又は多目的データ受信デバイス１３０を含む他のデバイスによって実行することができる。
センサ制御デバイス１０２とデータ受信デバイス１２０との間で送信されるデータは、生又は処理された測定値を含むことができる。センサ制御デバイス１０２とデータ受信デバイス１２０との間で送信されるデータは、ユーザへの表示のためのアラーム又は通知を更に含むことができる。データ受信デバイス１２０は、生又は処理された測定値に基づく通知をユーザに対して表示又は他に伝達することができ、又はセンサ制御デバイス１０２からアラームを受信した時にそれを表示することができる。ユーザに対する表示に関してトリガすることができるアラームは、直接的な検体値（例えば、閾値を超えた又は閾値を満足し損ねた一時的な読取値）、検体値の傾向（例えば、設定期間にわたって閾値を超えた又は閾値を満足し損ねた平均読取値、傾き）、検体値の予想（例えば、検体値に基づくアルゴリズム計算値が閾値を超えた又は閾値を満足し損ねた場合）に基づくアラーム、センサアラート（例えば、疑わしい機能不良の検出）、通信アラート（例えば、センサ制御デバイス１０２とデータ受信デバイス１２０の間に閾値期間にわたって通信がない場合に、不明なデバイスがセンサ制御デバイス１０２との通信セッションを開始しようと試みた又はし損ねた場合）、備忘通知（例えば、データ受信デバイス１２０を充電することの備忘通知、薬品を服用する又は他の活動を実施することの備忘通知）、及び類似の性質の他のアラートを含む。限定ではなく例示の目的で、本明細書に具現化されるように、本明細書に説明するアラームパラメータは、ユーザによって構成可能にすることができ、又は製造中に固定され、又はユーザ設定可能パラメータとユーザ設定不能パラメータとの組合せとすることができる。
本明細書に説明するように、受信デバイス上で実行されるソフトウエアの中に統合されたソフトウエアライブラリは、検体センサとの通信を促進し、第三者アプリケーションが医療上必要なアプリケーション又はユーザの健康状態に関連するアプリケーションでの使用に関してセンサデータにアクセスすることを許すことができる。ソフトウエアライブラリは、センサとは独立に実施され、センサデータへのアクセスを可能にするために第三者アプリケーションの中に統合することができる。更に、センサ制御モジュールは、複数のセンサアセンブリからデータを同時又は実質的に同時に受信するような方式でそのようなセンサアセンブリと通信することができる。システムは、更に、センサ制御モジュールからリモート管理モジュールへのセンサ情報の転送を可能にする。
図１８は、本明細書に説明する技術による例示的検体モニタシステム１００の例示的環境１８００と、このシステムの様々な構成要素の間のデータフローとを示している。
環境１８００は、検体モニタシステム１００に関連付けられたリモートアプリケーションサーバ１５５と、多目的デバイス１３０と、データモニタデバイス１３５とを含む。多目的デバイス１３０は、検体モニタシステム１００に関連付けられたモニタアプリケーション１８１０ａを実行している。データモニタデバイス１３５は、モニタアプリケーション１８１０ｂを実行している。ある一定の実施形態では、データモニタアプリケーション１８１０ａとデータモニタアプリケーション１８１０ｂは、検体モニタシステム１００によって提供される同一アプリケーションとすることができる。ある一定の実施形態では、データモニタアプリケーション１８１０ａとデータモニタアプリケーション１８１０ｂは、特定的にそれぞれのデバイス又はオペレーティングシステム上で実行されるようにカスタマイズされたアプリケーションとすることができる。
本明細書に説明するように、多目的デバイス１３０は、センサ制御デバイス１０２を着用しているユーザのパーソナルデバイスとすることができる。センサ制御デバイス１０２は、多目的デバイス１３０にデータを直接的又は間接的に（例えば、データ受信デバイス１２０を通して）提供することができる。多目的デバイス１３０は、例えば、検体モニタシステム１００によって提供される１又は２以上のアプリケーション又はソフトウエアライブラリを実行するユーザのスマート電話又はスマート腕時計を含むことができる。多目的デバイス１３０は、特定的に検体モニタシステム１００に関連付けられた機能、並びに他の機能のサービスをユーザに提供する。ある一定の実施形態では、多目的デバイス１３０は、センサ制御デバイス１０２によってモニタされる検体に関する機能を提供するための追加の感知ハードウエア又は他のハードウエアを含むことができる。一例として、多目的デバイスは、インスリンポンプ又は接続インスリンペンを含むことができ、モニタされる検体は、グルコース又は糖尿病又は他の関連の疾患に関する他の検体とすることができる。
データモニタデバイス１３５は、センサ制御デバイス１０２を着用していないユーザのパーソナルデバイスとすることができる。特に、データモニタデバイス１３５は、ユーザのモニタされる検体レベルに関連する情報をリモートアプリケーションサーバ１５５を通して受信するデバイスを指すことができる。特に、リモートアプリケーションサーバ１５５は、検体レベル、それに基づくアラート、及び他の情報をデータモニタデバイス１３５のユーザによる精査のためにモニタアプリケーション１８１０ｂに通信するように構成することができる。他の点では、データモニタデバイス１３５は、モニタ中の検体レベルを受信するのに加えて、データモニタデバイス１３５のユーザのための他の機能を提供することができる点で多目的デバイス１３０と同様とすることができる。
環境１８００は、通知サービス１８２０を更に含む。通知サービス１８２０は、多目的デバイス１３０及びデータモニタデバイス１３５（又はある一定の実施形態ではデータモニタアプリケーション１８１０のインスタンスを実行するいずれかのデバイス）への適時で効率的なメッセージ送出を促進するために第三者によって管理されるサービスとすることができる。
ある一定の実施形態により、検体モニタシステム１００は、センサ制御デバイス１０２を着用しているユーザが１又は２以上のモニタユーザとある一定の情報を共有することを促進するための機構を提供することができる。センサ制御デバイス１０２を着用しているユーザ又は別の認可ユーザは、情報を受信する特定のユーザ又はデータモニタデバイス１３５を決定し、どのタイプの情報を共有するかを選択することができる。次に、多目的デバイス１３０又はユーザデバイス１４０が、ユーザのセンサ制御デバイス１０２からのデータをリモートアプリケーションサーバ１５５に提供すると、リモートアプリケーションサーバは、情報の一部又は全てを特定のデータモニタデバイス１３５に送出することができる。一例では、ユーザは、センサ制御デバイス１０２によって測定された特定の検体のレベルの現在値を自分の親が受信することを可能にすることができる。これに加えて、ユーザは、検体のレベルが１又は２以上の事前選択閾値を超えた時にトリガされるアラートのような特定の検体のレベルに基づくある一定のアラートを親が受信することを可能にすることができる。ある一定の実施形態では、ユーザは、問題が閾値期間にわたって持続することが許される場合にデータモニタデバイス１３５に送信されるアラートをカスタマイズすることができる。本明細書に説明するように、データモニタデバイス１３５には多くの他のタイプのアラートを送出することができる。データモニタデバイス１３５のユーザが、これらのアラートの一部又は全てがデータモニタデバイス１３５上のアラート又は通知として表示されることを有効にした場合に、リモートアプリケーションサーバ１５５は、アラート条件が満足された時にこれらの通知をデータモニタデバイス１３５まで送出することができる。通知は、通知サービス１８２０を通じて送出することができる。
ある一定の実施形態では、通知サービス１８２０は、多目的デバイス１３０、データモニタデバイス１３５、又はこれらのデバイス上で実行されるオペレーティングシステム及び他のソフトウエア環境のプロバイダによって運用又は促進することができる。通知サービスは、ある一定のプッシュ通知をデータモニタデバイスに提供するためのより効率的なシステムとすることができる。ある一定の実施形態では、データモニタデバイス１３５のプロバイダは、プッシュ通知をデータモニタデバイス１３５に通知サービス１８２０又は均等物を通して送出することのみを可能にすることができる。本明細書に開示するある一定の実施形態は、リモートアプリケーションサーバ１５５が意図する通りに通知サービス１８２０を利用することを可能にする。
ある一定の実施形態では、通知サービス１８２０は、これに加えて又はこれに代えて、検体モニタシステム１００によって又はその一部として提供することができる。更に、通知サービス１８２０を簡潔化の目的で単一エンティティとしてのみ例示している。通知サービス１８２０は、複数の相反又は協働する通知サービス１８２０（例えば、異なるデバイスプラットフォーム又はオペレーティングシステムを意図する）ことは理解されるであろう。更に、通知サービスは、連携して作動し、地理的に異なることが可能な複数のサーバを含むことができる。
特定の実施形態では、通知サービス１８２０は、モニタアプリケーション１８１０のインスタンスを実行している１又は２以上のデバイスに通知を送信するという要求をリモートアプリケーションサーバ１５５から受信するように構成することができる。要求は、送信されるメッセージの個数、メッセージを繰り返す又は繰り返し発生させるべきか否か、及び特定の１又は複数のメッセージを受信するデバイスの個数及び選択に基づいて異なる場合がある。一例として、リモートアプリケーションサーバ１５５からの要求は、単一通知を単一デバイスに送信するという要求を含むことができる。別の例として、要求は、単一通知を複数のデバイスに同時に送信するという要求を含むことができる。別の例として、要求は、複数の通知を単一デバイスに一度に送信するという要求を含むことができる。別の例として、要求は、１又は２以上の通知を単一デバイスに反復的（例えば、１時間置き、５時間置き、１２時間置き、２４時間置き、１週間置きのような）に送信するという要求を含むことができる。更に、これらの要素の他の組合せを要求に含めることができる。
これに加えて又はこれに代えて、要求は、どのデバイスが通知を受信するように選択されるかに基づいてカスタマイズすることができる。一例として、リモートアプリケーションサーバ１５５は、特定のデータモニタデバイス１３５が可能な限り早急に通知を受信すると決定することができる。そのような通知は、特定のセンサ制御デバイス１０２を着用するユーザの状態又はセンサ制御デバイス１０２自体の状況に基づくアラートである場合がある。別の例として、リモートアプリケーションサーバ１５５は、特定の製造業者によって製造されて特定のオペレーティングシステム又は特定のバージョンのモニタアプリケーション１８１０を実行する全てのデータモニタデバイス１３５が通知を受信すると決定することができる。そのような通知は、データモニタデバイス１３５上で実行されるモニタアプリケーション１３５のインスタンスを更新する勧告とすることができる。別の例として、リモートアプリケーションサーバ１５５は、検体モニタシステム１００と通信している全てのデータモニタデバイス１３５が定期的に通知を受信しなければならないと決定することができる。本明細書に説明するように、そのような通知は、リモートアプリケーションサーバ１５５とデータモニタデバイス１３５との間で作動中の通信チャネルが利用可能であることを確認するのに使用されるシステムにわたる告知又はいわゆる「ハートビート」通知を含むことができる。
図１９は、ある一定の実施形態による検体モニタシステムのデバイス間に利用可能な通信チャネルがない又はこれに代えて応答していない通信チャネルがあることの通知を提供する例示的方法１９００を示している。方法１９００は、図１８に示す作動環境１８００内のデバイスによって実行することができ、この場合に、検体モニタシステム１００は、モニタアプリケーション１８１０ａ又は１８１０ｂの複数のインスタンスを実行する複数のデータモニタデバイス１３５又は多目的デバイス１３０への通知の配信を通知サービス１８２０を用いて促進する。見やすくするために、図１９は、モニタアプリケーション１８１０の単一インスタンスのみを例示している。しかし、これらの技術は、複数のインスタンスが複数のデバイスによって実行される環境に適用可能であることを理解しなければならない。
１９０１では、リモートアプリケーションサーバ１５５は、接続性アラートのためのサイレント通知をスケジュールする。本明細書に説明するように、接続性アラートは、接続性アラートは、リモートアプリケーションサーバ１５５とモニタアプリケーション１８１０の間の通信チャネルが応答していない時に、そのことを確立する通知をモニタアプリケーション１８１０がエンドユーザに送信することができるように提供される。通信チャネルは、モニタアプリケーション１８１０を実行するデバイス又はリモートアプリケーションサーバ１５５で発生するか又はそれらによって引き起こされるものを含む様々な原因で応答していない場合がある。説明するように、検体モニタシステム１００は、通知サービス１８２０を用いてモニタアプリケーション１８１０のインスタンスへの通知の効率的な送出を促進する。一部の場合に、通知は、個人データ又はパーソナルデータに関連付けられ、従って、通知サービス１８２０を通じた配信のためにリモートアプリケーションサーバ１５５が生成する通知は、限られた受信者（例えば、１人の受信者）のみを有することができる。一部の場合に、通知は、全員又はシステムにわたるものである。通知サービス１８２０を使用することにより、リモートアプリケーションサーバ１５５は、単一構成メッセージを通知サービスに送信することによって両方のタイプの通知をスケジュールすることができる。
１９１１では、通知サービス１８２０（例えば、そのサーバ）は、接続性アラートのためのサイレント通知をスケジュールするための指令を含む要求を受信する。通知サービス１８２０は、適切なアプリケーションインスタンスへの配信のために当該通知を構成する。リモートアプリケーションサーバ１５５からの要求は、適切なアプリケーションインスタンスを決定する又は通知を受信する集団を示すことができる。接続性アラート通知の例では、意図する受信者は、一例として、全てのユーザ又は別のユーザの検体レベルをリモートでモニタしている全てのユーザを含むことができる。意図する受信者は、技術的な限界又は制約に基づいて更に限定される場合がある。一例として、リモートアプリケーションサーバ１５５は、最初に第１のモバイルデバイスオペレーティングシステムのユーザのためのアラートをスケジュールし、その後に、第２のモバイルデバイスオペレーティングシステムのユーザのためのアラートをスケジュールすることができる。通知を構成する段階は、受信デバイスが通知をどのように処理することになるかを選択する段階を更に含むことができる。接続性アラートのためのサイレント通知の場合に、通知サービス１８２０は、受信デバイス（又はモニタアプリケーション１８１０のインスタンス）がいずれのユーザ向けアクションも講じることにならない（例えば、視覚アラーム、聴覚アラーム、又は触覚アラームを発することにならない）が、本明細書に開示するものに従ってある一定のステップを講じることになると決定することができる。
１９１３では、通知サービス１９１３は、構成された通知を適切なアプリケーションインスタンスにプッシュする。一例として、通知は、特定のバージョンのモニタアプリケーション１８１０のインスタンスを実行する全てのデバイスにプッシュすることができる。
１９２１では、モニタアプリケーションは、通知サービス１８２０から通知を受信した時に通知のタイプを決定する。図示の例では、通知のタイプは、リモートアプリケーションサーバ１５５とモニタアプリケーション１８１０のインスタンスとの間の通信チャネルのステータスを追跡するのに使用されるのがリモートアプリケーションサーバ１５５からのサイレント通知であることを示している。一部の実施形態では、そのような通知をハートビート通知と呼ぶ場合もある。
通知がハートビート通知であると決定した後に、モニタアプリケーション１８１０は、いずれの直前にスケジュールされたユーザ向け接続性アラートも中止する。本明細書で上述したように、モニタアプリケーション１８１０は、リモートアプリケーションサーバ１５５から通信を最後に受信した時からの時間を実質的に計数するタイマーを作動させるように構成されている。アプリケーションがリモートアプリケーションサーバ１５５から新しい通信を受信した時に、タイマーは再開される。タイマーを再開するために、モニタアプリケーション１８１０は、いずれの保留中のユーザ向けアラートも削除することができる。
１９２２では、モニタアプリケーションは、新しいユーザ向け接続性アラートをスケジュールすることによって新しいタイマーを開始する。接続性アラートは、新しいタイマーに関連付けることができ、タイマーに関連付けられる時間量は、例えば、ハードコード値、リモートアプリケーションサーバ１５５によって提供される（例えば、新しい通信をスケジュールするという要求内で）値、通知サービス１８２０によって提供される値（例えば、通知サービス１８２０によって課せられる速度制限に基づく）、又はモニタアプリケーション１８１０のユーザによって提供される値に基づいて決定することができる。新しい接続性アラートは、ユーザ向け通知をモニタアプリケーション１８１０によって表示させるようにスケジュールすることができる。接続性アラートは、モニタアプリケーション１８１０がリモートアプリケーションサーバ１５５と長期間（又は必要に応じてユーザ定義期間）にわたって通信することができなかった又はリモートアプリケーションサーバ１５５とモニタアプリケーション１８１０の間の通信チャネルが他に応答しなくなったことをユーザに警告することができる。
方法１９００は、リモートアプリケーションサーバ１５５とモニタアプリケーション１８１０の間の通信チャネルが作動中で利用可能なままに留まっているか否かをモニタアプリケーション１８１０が決定することができるように、モニタアプリケーション１８１０のインスタンスに提供される接続性アラートのためのサイレント通知をリモートアプリケーションサーバ１５５によって定期的にスケジュールすることにより、定期的に繰り返すことができる。一例として、接続性アラートに関連付けられた時間は、３０分に設定することができる。リモートアプリケーションサーバ１５５は、タイマーと同時に（例えば、３０分置きに）サイレント「ハートビート」通知を送信することができる。特定の実施形態では、リモートアプリケーションサーバ１５５は、断続的な休止を回避又は阻止するためにタイマーよりも短い（例えば、タイマーよりも５分短い）期間を使用することができる。
図２０Ａは、ある一定の実施形態による検体モニタシステムのデバイス間の通信チャネルの利用可能性を決定し、通信チャネル又はこれに代えて応答していない通信チャネル上で失われた接続の通知を提供する例示的方法を示している。方法２０００ａは、図１８に示す作動環境１８００内のデバイスによって実行することができ、この場合に、検体モニタシステム１００は、モニタアプリケーション１８１０ａ又は１８１０ｂの複数のインスタンスを実行する複数のデータモニタデバイス１３５又は多目的デバイス１３０への通知の配信を通知サービス１８２０を用いて促進する。見やすくするために、図２０Ａは、モニタアプリケーション１８１０の単一インスタンスのみを例示している。しかし、これらの技術は、複数のインスタンスが複数のデバイスによって実行される環境に適用可能であることを理解しなければならない。
２００１では、リモートアプリケーションサーバ１５５は、センサ制御デバイス１０２から発せられたセンサデータを受信する。センサデータは、ある一定の実施形態ではセンサ制御デバイス１０２から直接送出することができるか又は多目的デバイス１３０又はユーザデバイス１４０を通して送出することができる。説明するように、リモートアプリケーションサーバ１５５は、ある一定の条件の充足時に、データの後処理を実行し、センサ制御デバイス１０２を着用しているユーザ以外の者を含むある一定のユーザにアラートを送出することを可能にすることができる。
２００２では、リモートアプリケーションサーバ１５５は、データを処理し、データに基づいてアラート条件が満足されたことを検出する。一例として、センサデータは、センサ制御デバイス１０２を着用しているユーザの体液中で検出された検体レベルの値に関連付けることができる。アラート条件は、危険なほど高いか又は低いレベルに関する検体の閾値レベル、検体レベルの変化率、予想又は予期される高いか又は低いレベル又は変化率、特定の時間に関するレベル、及び他類似の条件を指定することができる。リモートアプリケーションサーバ１５５は、例えば、センサ制御デバイス１０２を着用しているユーザから受信したユーザの許可及び命令に基づいて、多目的デバイス１３０又は他のデータモニタデバイス１３５上でモニタアプリケーション１８１０を実行する１又は２以上のユーザにアラート条件情報を提供するように構成することができる。それを行うために、リモートアプリケーションサーバ１５５は、アラート通知を通知サービス１８２０によってモニタアプリケーション１８１０にプッシュするように要求することができる。
２０１１では、通知サービス１８２０は、アラート通知をプッシュするという要求をリモートアプリケーションサーバ１５５から受信する。リモートアプリケーションサーバ１５５からの要求は、アラート通知を受信するモニタアプリケーション１８１０の１又は２以上のインスタンスを決定すること、アラート通知の本文を指定すること、及び通知サービスがアラート通知をカスタマイズして提供することを可能にするための他の詳細情報を提供することができる。
２０１２では、通知サービスは、例えば、リモートアプリケーションサーバからの要求に従ってモニタアプリケーションの適切なインスタンスにアラート通知をプッシュする。
２０２１では、モニタアプリケーション１８１０は、アラート通知を受信し、そのユーザ向け構成要素を出力する。例えば、モニタアプリケーション１８１０は、アラートのタイプ及び深刻さに関するユーザ設定を参照した後に、一度限り又は繰り返しの視覚出力、聴覚出力、又は触覚出力をモニタアプリケーションのユーザに提供することができる。
同時に、モニタアプリケーション１８１０は、リモートアプリケーションサーバ１５５からの通知をリモートアプリケーションサーバ１５５とモニタアプリケーション１８１０の間の通信チャネルが作動中であることの証拠として解釈することができる。２０２２では、モニタアプリケーションは、いずれの直前にスケジュールされたユーザ向け接続性アラートも中止する。従って、２０２２での作動は、方法１９００の１９２１での作動と同様とすることができる。アプリケーションが、リモートアプリケーションサーバ１５５からのアラート通知を含むいずれかの新しい通信をリモートアプリケーションサーバ１５５から受信した時に、タイマーが再開される。
２０２３では、モニタアプリケーションは、方法１９００の１９２２で実行される作動と同様に、新しいユーザ向け接続性アラートをスケジュールすることによって新しいタイマーを開始する。
図２０Ｂは、ある一定の実施形態による検体モニタシステムのデバイス間に利用可能な通信チャネルがない又はこれに代えて応答していない通信チャネルがあることの通知を提供するための別の例示的方法を示している。方法２０００ａは、図１８に示す作動環境１８００内のデバイスによって実行することができ、この場合に、検体モニタシステム１００は、モニタアプリケーション１８１０ａ又は１８１０ｂの複数のインスタンスを実行する複数のデータモニタデバイス１３５又は多目的デバイス１３０への通知の配信を通知サービス１８２０を用いて促進する。見やすくするために、図２０Ｂは、モニタアプリケーション１８１０の単一インスタンスのみを例示している。しかし、これらの技術は、複数のインスタンスが複数のデバイスによって実行される環境に適用可能であることを理解しなければならない。
本明細書に説明するように、モニタアプリケーション１８１０によって使用されるタイマーは、リモートアプリケーションサーバ１５５から発せられたいずれかの通信がモニタアプリケーション１８１０によって受信された時にリセットする又は交換することができる。一例として、一部の実施形態では、リモートアプリケーションサーバ１５５は、モニタアプリケーション１８１０のインスタンスに他のデータ（例えば、非アラートデータ）を送信することができる。例示的データは、簡素な検体レベル又は他の取り扱いに注意を要する患者情報を有するデータを含む場合がある。データは、リモートアプリケーションサーバ１５５から直接受信されるか又はリモートアプリケーションサーバ１５５に代わって送信されるので、モニタアプリケーション１８１０は、データの送出を通信チャネルが作動中で利用可能であることの証拠として解釈することができる。
２０２４では、モニタアプリケーション１８１０は、リモートアプリケーションサーバ１５５にデータを要求することができる。一例として、モニタアプリケーション１８１０は、データ鮮度に関連するタイマーが満了したことを検出し、リモートアプリケーションサーバ１５５からモニタアプリケーションにプッシュされるデータを待つことを止めることができる。これに代えて、モニタアプリケーションは、欠落データを能動的に要求することができる。モニタアプリケーション１８１０のユーザは、データ鮮度を手動で要求することができる。
２００３では、リモートアプリケーションサーバ１５５は、モニタアプリケーション１８１０からの要求を受信し、それを処理することができる。限定ではなく単なる例として、要求を処理する段階は、モニタアプリケーション１８１０に対して利用可能な更に別のデータが存在するか否かを要求に基づいて決定する段階を含むことができる。
一部の例では、通知サービス１８２０は、リモートアプリケーションサーバ１５５のための要求をモニタアプリケーション１８１０から受信し、モニタアプリケーション１８１０に代わってデータ要求をリモートアプリケーションサーバ１５５に送信する。そのような実施形態では、通知サービス１８２０は、リモートアプリケーションサーバ１５５のミドルマンとして作用する。これは、リモートアプリケーションサーバ１５５の構成に関する柔軟性を高めることを可能にし、リモートアプリケーションサーバ１５５は、そのような要求を送出される場所の変更をモニタアプリケーション１８１０に通知することなく通知サービス１８２０に通知することができる。
２００４では、リモートアプリケーションサーバ１５５は、要求データをモニタアプリケーション１８１０のアプリケーションインスタンスに送信することができる。；一部の例では、データは、モニタアプリケーション１８１０に通知サービス１８２０を通じて通信される。一例として、要求データをモニタアプリケーション１８１０に送信する段階は、モニタアプリケーション１８１０宛てのデータを通知サービス１８２０に送信する段階を含むことができる。２０１３では、通知サービス１８２０が、モニタアプリケーション１８１０向けのデータをリモートアプリケーションサーバ１５５から受信する。次に、通知サービス１８２０は、リモートアプリケーションサーバ１５５に代わってデータをモニタアプリケーション１８１０に伝達する。図示しない一部の例では、データは、通知サービス１８２０を飛び超えてモニタアプリケーション１８１０に直接送出され、リモートアプリケーションサーバ１５５がデータを送信する時とモニタアプリケーション１８１０がデータを受信する時の間の潜在的な遅延を短縮することができる。
２０２５では、モニタアプリケーション１８１０は、リモートアプリケーションサーバ１５５からの要求データを受信する。本明細書に説明するように、データのこの受信は、リモートアプリケーションサーバ１５５とモニタアプリケーション１８１０の間の接続が作動中で利用可能であることのモニタアプリケーション１８１０に対する証明としても機能する。従って、２０２２と同じく２０２６でも、モニタアプリケーション１８１０は、保留中の接続性アラートを中止することができる。更に、２０２３と同じく２０２７でも、モニタアプリケーション１８１０は、新しい接続性アラートをスケジュールすることができる。
モニタアプリケーションは、２０２２での直前のユーザ向け接続性アラートを中止し、本明細書に説明する技術に従って新しい接続性アラート２０２３をスケジュールすることができる。一部の例では、データは、リモートアプリケーションサーバ１５５によってプッシュすることができる。一部の例では、データは、モニタアプリケーションによって要求することができる。
図２１は、ある一定の実施形態による検体モニタシステムのデバイス間に利用可能な通信チャネルがない又はこれに代えて応答していない通信チャネルがあることの通知を提供する例示的方法を示している。方法２１００は、検体モニタシステム１００内にあってデータ及び通知を検体モニタシステムのユーザに対して直接表示するいずれかのデバイスによって実行することができる。ある一定の実施形態では、方法２１００は、検体モニタシステムのリモートアプリケーションサーバ１５５からデータを受信するデータモニタデバイス１３５（センサ制御デバイス１０２からデータを直接受信するデバイスではなく）によって実行される。特定の実施形態では、方法２１００は、検体モニタシステム１００によって提供されるモニタアプリケーション１８１０のインスタンスによって実行される。
２１１０では、アプリケーションは、ローカルな「ハートビート」タイマーを検査する。ハートビートタイマーは、例えば、アプリケーションとリモートアプリケーションサーバ１５５の間の通信チャネルの有効期限を検査するための機構として作用することでそのように呼ばれるものである。例示的方法２１００では、ハートビートタイマーは、モニタアプリケーション１８１０のインスタンスによってローカルに維持される。ハートビートタイマーは、本明細書に開示する実施形態に従って始動することができる。
２１１５では、アプリケーションは、ローカルハートビートタイマーが満了したか否かを決定する。一例として、ハートビートタイマーは、カウントダウンタイマーとすることができ、タイマーが満了したか否かを決定する段階は、値が０よりも小さいか又はそれに等しいか否かを検査する段階を含むことができる。カウントダウンタイマーは、事前設定値で始動することができる。別の例として、ハートビートタイマーは、カウントアップタイマーとすることができ、タイマーが満了したか否かを決定する段階は、値が事前設定値よりも大きいか又はそれに等しいか否かを検査する段階を含むことができる。別の例として、ハートビートタイマーは、記録された開始時間（例えば、ハートビートタイマーが開始した時にアプリケーションによって保存された）を現在時間と比較し、開始時間と現在時間の差が事前設定値を超えたか否かを決定することによって決定することができる。全てのインスタンスでは、事前設定値は、ハートビートタイマーの長さに関連付けられる。ハートビートタイマーの長さは、例えば、ハードコード値、リモートアプリケーションサーバ１５５によって提供される（例えば、新しい通信をスケジュールするという要求内で）値、通知サービス１８２０によって提供される値（例えば、通知サービス１８２０によって課せられる速度制限に基づく）、又はモニタアプリケーション１８１０のユーザによって提供される値に基づいて決定することができる。
ハートビートタイマーが満了していない場合に、２１２０では、アプリケーションは、ローカルハートビートタイマーを進める。例えば、カウントアップタイマーの現在値を増分することができ、又はカウントダウンタイマーの現在値を減分することができる。モニタアプリケーション１８１０が２１１０での作動の前に休止状態又は低電力状態にあった場合に、モニタアプリケーション１８１０は、２１１０での作動を再度実行する次の時間まで休止状態又は低電力状態に戻ることができる。
２１１５でハートビートタイマーが満了した場合に、モニタアプリケーション１８１０とリモートアプリケーションサーバ１５５の間の通信チャネルが応答していないか又は他に利用不能であることが疑われる。モニタアプリケーション１８１０は、リモートアプリケーションサーバとの通信チャネルを確立又は試験するための１又は２以上の明確なステップを任意的に講じることができる。一例として、モニタアプリケーションは、２１２５でモニタアプリケーション１８１０とリモートアプリケーションサーバ１５５の間に２次接続を確立することを試る。例えば、モニタアプリケーション１８１０は、接続を明確に確立することを試ることができる（例えば、リモートアプリケーションサーバ１５５からの通知又はデータ送出の代わりに）。これに加えて又はこれに代えて、モニタアプリケーション１８１０は、検体モニタシステム１００に関連付けられた別のリモートアプリケーションサーバ１５５との通信チャネルを確立ようと試ることができる。例えば、アプリケーションモニタシステム１００は、遅延及び応答性を改善するために地理的に分散された様々なリモートアプリケーションサーバ１５５を含むことができる。モニタアプリケーション１８１０は、１又は２以上の指定の予備リモートアプリケーションサーバ１５５に接続することを試ることができる。一部の実施形態では、検体モニタシステム１００は、例えば、クラウドサーバアーキテクチャ内の予備リモートアプリケーションサーバ１５５を自動的に指定することができる。
モニタアプリケーション１８１０が２次サーバ接続を確立することができる場合に、２１３０では、モニタアプリケーション１８１０は、サーバ接続性問題をリモートアプリケーションサーバ１５５に報告することができる。モニタアプリケーション１８１０は、ローカルハートビートタイマーをリセットすることができる。
モニタアプリケーション１８１０が２次サーバ接続を確立することができなかった場合に、２１４０では、モニタアプリケーション１８１０は、サーバ接続性アラートを出力する。一例として、モニタアプリケーション１８１０は、リモートアプリケーションサーバ１５５とモニタアプリケーション１８１０の間の通信チャネルに問題がある可能性がある又は通信チャネルが他に応答しなくなったことを示す通知をモニタアプリケーション１８１０のユーザに出力することができる。この通知は、問題の１又は２以上の考え得る原因を示し、考え得る原因に依存して通信チャネルを再確立又は修復するために可能な手法を提案することができる。通知は、データモニタデバイス１３５上に視覚アラート、聴覚アラート、又は触覚アラートとして提供することができる。通知は、通信チャネルが応答していないままに留まっている間に（例えば、代替通信チャネルが確立されるか又は既存通信チャネルが修正されるまで）、モニタアプリケーション１８１０の中にバナー又は他の方式の通知として提供することができる。更に、通知は、以下に限定されるものではないが、モニタされるユーザの検体レベルに関するデータが送出されなくなること、検体レベルに関するアラートが送出されなくなること、及び検体レベルに基づく勧告が送出されなくなることを含む通信チャネルが応答していない（例えば、一時的に利用不能である）ことの潜在的な影響をユーザに通知することができる。通知は、可能な場合にモニタされるユーザとユーザが連絡を取ることを推奨することができる。例えば、通知は、検体レベルの最終既知値又はモニタされるユーザの最終既知ステータスを示し、最終既知値又は最終既知ステータスが気になる場合に、このモニタされるユーザに従来の通信機構を用いて連絡するようにユーザに命令することができる。
図２２は、ある一定の実施形態による検体モニタシステムのデバイス間に利用可能な通信チャネルがないこと、例えば、応答していない通信チャネルがあることの通知を提供する例示的方法を示している。図２１は、ローカルハートビートタイマーが満了したことの決定に対するモニタアプリケーション１８１０による初期応答の例を提供するものであったが、図２２の方法２２００は、詳細な命令、勧告、又は次のステップをモニタアプリケーション１８１０のユーザに提供するためにモニタアプリケーション１８１０によって実行することができるより詳細な分析を含む。
２２０５では、モニタアプリケーション１８１０は、モニタされるユーザのステータスに対応するデータをリモートアプリケーションサーバ１５５から受信する。例示的な例として、モニタアプリケーション１８１０は、モニタユーザによってモニタされている検体のレベルの現在（例えば、最新）値及び過去値を受信する。過去値は、例えば、欠落データを埋め戻すために及び／又は「現在」値を記録するだけよりも複雑な分析及び追跡を可能にするために使用することができる。これに加えて又はこれに代えて、「現在」値は、過去データとは異なる取り出し速度又はサンプリング速度に関連付けられることができ、従って、直接比較することができない場合がある。例示目的で検体レベルの値として説明するが、現在データ及び過去データは、モニタされるユーザによって提供されるか又は当該ユーザに関連する他の情報を含むことができる。一例として、検体レベルの値に加えて、データは、検出された又は予想されるアラート条件、モニタされるユーザの健康に関するかつ検体レベルに関する可能性がある事象（例えば、薬品投与又は摂食）を含むことができる。
ある一定の実施形態では、モニタアプリケーション１８１０は、予め決められた期間にわたる検体レベルの過去値を格納するように構成される。説明するように、これらの格納過去値は、ある一定の状況下で欠落データを補充するのに使用することができる。従って、２２１０では、モニタアプリケーション１８１０は、任意的に、格納のために過去値を与えることができる。過去値を与える段階は、データモニタデバイス１３５上への安全な格納を促進するためにデータを使用する又はデータに対する１又は２以上の作動を実行する段階を含むことができる。一例として、モニタアプリケーション１８１０は、過去値を暗号化すること、過去値を匿名化すること、過去値にラベル付けすること、ある一定の事象を過去値に関連付けすること、過去値に追加の時間スタンプを付加することができ、又は検体レベルデータの品質及びセキュリティを改善するための他の作動を実行することができる。
２２１５では、モニタアプリケーション１８１０は、データモニタデバイス１３５のメモリに過去値を格納することができる。特定の実施形態では、過去値は、予め決められた期間にわたって又は特定の持続時間に関連付けられるまで格納される。例えば、過去値は、３０日目、１４日目、７日目等になると自動的に消去することができる。別の例として、過去値は、特定の期間にわたって格納され続けると自動的に消去することができる。
２２２０では、モニタアプリケーション１８１０は、そのユーザインタフェース内に現在値及び／又は過去値を表示する。
２２２５では、リモートアプリケーションサーバ１５５とモニタアプリケーション１８１０の間の通信チャネルが応答していない又は他に利用不能であることをモニタアプリケーション１８１０が検出する。モニタアプリケーション１８１０は、この検出を本明細書で議論するものに従う技術を用いて実行することができる。ある一定の実施形態では、モニタアプリケーションは、チャネルが応答していないと最初に決定された時にデータモニタデバイス１３５の現在の地理位置情報を記録することができる。ある一定の実施形態では、接続が復旧された時に、この地理位置情報をリモートアプリケーションサーバ１５５に提供することができる。リモートアプリケーションサービス１５５は、大体の又は正確な地理位置情報データを用いて、データ損失を引き起こすとが既知の地域にユーザが接近中であることを決定することのようなデータ損失軽減技術をユーザに提案することができる。
２２３０では、モニタアプリケーション１８１０は、通信チャネルが応答しなくなった１又は２以上の考え得る原因を決定する。問題のタイプに依存してモニタアプリケーション１８１０は、通信チャネルが応答していないことをモニタアプリケーション１８１０のユーザに通知するために、並びに考え得る原因がどのように修正されるかの提案を提供するための接続性アラートとして表示される１又は２以上の通知を与える。
２２３５では、考え得る原因がデバイス又はアプリケーションの１又は２以上の問題を含むとモニタアプリケーション１８１０が既に決定している。一例として、モニタアプリケーション１８１０は、その内部で通信チャネルが応答することを妨げている可能性があるエラーが発生したと決定することができる。別の例として、モニタアプリケーション１８１０は、それ自体がその作動に必要なデータモニタデバイス１３５のある一定の機能を使用するための適正な許可を持たないと決定することができる。別の例として、モニタアプリケーション１８１０は、データモニタデバイス１３５が作動中のインターネット接続を持たないか又は機内モードを有効にしたと決定することができる。
２２４０では、モニタアプリケーション１８１０は、デバイス又はアプリケーションの１又は２以上の問題を解決する可能性があるステップを含む接続性アラートとして又はそれと共に表示される通知を準備する。この場合に、ユーザは、これらのアプリケーション及びデバイスが手元にあることでこれらの問題を解決することができる場合がある。従って、通知は、起こり得る問題の予備的な識別と、それらを解決するための簡単なステップとを含むことができる。
２２６５では、モニタアプリケーション１８１０は、その出力のいずれかの形態をモニタアプリケーション１８１０とリモートアプリケーションサーバ１５５の間の通信チャネルが応答していないことを検出することに応答して修正する。一例として、モニタアプリケーション１８１０の出力を修正する段階は、作動中の通信チャネルが利用不能であることを示すために現在センサデータ又は過去センサデータに関する値のようなある一定の情報の出力を制限する段階を含むことができる。別の例として、モニタアプリケーション１８１０の出力を修正する段階は、モニタアプリケーション１８１０のある一定の機能を制限又は阻止する段階を含むことができる。これらの機能は、ある一定期間に関連付けられた過去データを見直す機能又は検体モニタシステム１００に関連する設定を変更する機能を含むことができる。別の例として、モニタアプリケーション１８１０の出力を修正する段階は、センサデータ又は対応するセンサ制御デバイス１０２の最終既知ステータスを識別及び表示する段階を含むことができる。最終既知ステータスは、現在ステータス（又はセンサデータ）が利用不能であることを示すことができるが、ユーザが相応に応答することができるように最終既知ステータスの持続時間を示すための時間スタンプを含むことができる。一例として、最終既知ステータスは、最新センサデータの値を各々がそれぞれの最終既知ステータスに関する１又は２以上の閾値と比較することに基づいて決定することができる。
２２７０では、モニタアプリケーションは、与えた通知を出力する。一例として、通知は、モニタアプリケーション２２７０内に一時的又は持続的に（例えば、通信チャネルが再確立されるまで又は応答していることが再度見出されるまで）表示される視覚通知とすることができる。別の例として、通知は、データモニタデバイス１３５の１又は２以上の画面（例えば、ロック画面、ホーム画面、メッセージ画面のような）上に表示される視覚通知とすることができる。別の例では、通知は、通信チャネルが応答しておらず、問題が存続する間にデータ及びアラートが遅れることになることをユーザに更に警告するための聴覚構成要素又は触覚構成要素を含むがそれらに限定されない１又は２以上の非視覚構成要素を含むことができる。通知は、リモートアプリケーションサーバ１５５とモニタアプリケーション１８１０の間の通信チャネルの考え得る原因のタイプ及び性質に依存して段階２２４０、２２５５、又は２２６０で与えられる追加情報を含むことができる。
２２３０に戻ると、モニタアプリケーション１８１０は、考え得る原因がサーバ問題を含むと決定する場合がある。２２４５では、モニタアプリケーション１８１０は、考え得る原因がサーバ問題を含むと決定されている。サーバ問題は、リモートアプリケーションサーバ１５５（又は検体モニタシステム１００の他のサーバ）内で予想された又は予想外の休止を含むことができる。一例として、リモートアプリケーションサーバ１５５は、保守スケジュールをユーザに予め通知することができる。モニタアプリケーション１８１０は、応答していない通信チャネルの状態及び状況が計画的なサーバ休止に対応するか否かを決定することができる。更に、モニタアプリケーション１８１０は、データモニタデバイス１３５又はモニタアプリケーション１８１０に関する既知の状態が存在しないと決定し、当該問題がサーバに関連付けられた問題である可能性があると結論付ける場合がある。
２２５０では、モニタアプリケーション１８１０は、それ自体とリモートアプリケーションサーバ１５５の間の予備通信チャネルが利用可能であるか否かを決定する。一例として、予備通信チャネルは、センサデータを受信するために異なる通信プロトコルの使用を含むことができる。予備通信チャネルは、一例として、センサ制御デバイス１０２を着用しているユーザの要求及び許可を受けてデータモニタデバイス１３５のユーザに提供されるＳＭＳメッセージを含むことができる。別の例として、予備通信チャネルは、検体モニタシステム１００内の異なるリモートアプリケーションサーバ１５５との通信を含むことができる。例えば、検体モニタシステム１００は、複数の地理的に異なるリモートアプリケーションサーバ１５５を提供することができる。使用には隣接リモートアプリケーションサーバ１５５を好ましいとすることができるが、１つしかないリモートアプリケーションサーバ１５５又はリモートアプリケーションサーバ１５５のクラスターが利用不能である場合に、モニタアプリケーション１３５は、遠く離れたリモートアプリケーションサーバ１５５又は他の国にあるリモートアプリケーションサーバ１５５と通信することを試ることができる。
予備チャネルが利用可能である場合に、２２５５では、モニタアプリケーションは、モニタアプリケーション１８１０とリモートアプリケーション１５５の間の接続に関連付けられた潜在的な問題が検出されたという告知を含む接続性アラートとして又はそれと共に表示される通知を準備する。しかし、利用可能な予備通信チャネルが存在するので、通知は、リモートアプリケーションサーバ１５５からのデータ、例えば、現在値又はアラートを遅れる可能性はあるが依然として送出することができることを更に注釈することができる。
予備チャネルが利用可能でない場合に、２２６０では、モニタアプリケーションは、モニタアプリケーション１８１０とリモートアプリケーション１５５の間の接続に関連付けられた潜在的な問題が検出されたという告知を含む接続性アラートとして又はそれと共に表示される通知を準備する。予備通信チャネルは利用可能でないので、通知は、問題が解決されるまでリモートアプリケーション１５５からのデータが利用不能になることを示している。２２５５及び２２６０で準備される通知は、検出された問題を解決するための他の考え得るステップが存在するか否かを決定するためにリモートアプリケーションサーバ１５５のプロバイダに連絡するステップを更に含むことができる。
図２３～図２５は、検体モニタシステムに関連付けられてデータモニタデバイス１３５上で実行されるアプリケーションの例示的ユーザインタフェースを示している。
図２３は、データモニタデバイス１３５とリモートアプリケーションサーバ１５５の間の通信チャネルが応答していないことが検出された時にデータモニタデバイス１３５上に表示することができる通知２３０５を示す第１のユーザインタフェース２３００を示している。特に、通知２３０５は、データモニタデバイス１３５がリモートアプリケーションサーバ１５５との接続を失い、予め決められた期間内にデータを受信しなかったことを示している。通知２３０５は、問題が解決されるまでデータモニタデバイス１３５がセンサデータを受信しないことを示している。
図２３はまた、データモニタデバイス１３５とリモートアプリケーションサーバ１５５の間の接続が復旧した又は他に再び応答していると決定された時に表示することができる通知２３１５を示す第２のユーザインタフェース２３１０を示している。ある一定の実施形態では、接続が復旧した時に、リモートアプリケーションサーバ１５５は、精査及び格納に向けて現在値及び欠落した過去データ（例えば、接続が応答しなかった期間に対応する）をモニタアプリケーション１８１０に送信させることができる。
本明細書に説明するように、通知２３０５と通知２３１５の両方は、データモニタデバイス１３５のロック画面上に表示すること、データモニタデバイス１３５のホーム画面上に表示すること（例えば、データモニタデバイス１３５が作動中であるが、フォアグラウンドで特定のアプリケーションを実行していない時に）、異なるアプリケーションがフォアグラウンドで実行されている時にバナー通知として表示することができ、又はモニタアプリケーション１８１０がフォアグラウンドで実行されている時にモニタアプリケーション１８１０内の通知として表示することができる。更に、通知２３０５及び２３１０は、データモニタデバイス１３５の特定のオペレーティングシステム又は環境に固有の様々な形状因子を用いて表示することができる。ある一定の実施形態では、通知２３０５は、通信チャネルが応答しないままに留まっている間にデータモニタデバイス１３５のユーザインタフェース内に持続的に表示することができる（例えば、モニタアプリケーション１８１０内に表示するか、他のアプリケーションに被さる通知として表示するかのいずれかで）。
図２４は、データモニタデバイス１３５とリモートアプリケーションサーバ１５５の間の通信チャネルが応答していない時のモニタアプリケーション１８１０の例示的ホーム画面を示す第１のユーザインタフェース２４００を示している。ホーム画面は、直近データが取得不能であることを示す表示項目及び通信チャネルが応答していないことを他に示す表示項目をいくつか含む。一例として、通常ならばリモートアプリケーションサーバ１５５から受信した最新の検体レベルを示すはずのホーム画面の第１のパネル２４０３は、代わりに値を示さず、直近データが取得不能である状態を示している。ある一定の実施形態では、第１のパネル２４０３は、値を示さない代わりに、時間スタンプに関して最新の値又は値の持続時間の他のインジケータを示すことができる。このようにして、表示情報がデータモニタデバイス１３５のユーザによる更に別のアクションを促す場合であっても、このユーザが、値を測定したセンサ制御デバイス１０２を着用しているユーザの最終既知ステータスを忘れないようにすることができる。最終既知ステータスの情報は、検体値に関する最終既知傾向情報（例えば、増大中、低下中、急速に低下中）又は最終既知傾向情報及び他の活動情報に基づく予想現在値を含むことができる。別の例として、通常ならば検体レベルの経時的な過去値のグラフを示すはずの第２のパネル２４０５が、代わりに軸線の空セットのみを示し、それによって過去値も同じく取得不能であることを示している。
別のユーザインタフェース要素は、モニタアプリケーション１８１０のログブックにアクセスするためにユーザが選択することができるボタン２４０７を含む。ある一定の実施形態では、リモートアプリケーションサーバ１５５とデータモニタデバイス１３５の間の通信チャネルが利用不能である時であっても、モニタアプリケーション１８１０のユーザは、予め決められた過去値にアクセス可能である。この例では、これらの過去値は、データモニタデバイス１３５のユーザが過去データのステータスに関して混乱する機会を低減するために異なる画面を通してアクセス可能である。本明細書に説明するように、過去データは、データモニタデバイス１３５へのより安全な長期格納のために暗号化、匿名化、量子化、又は他に準備することができる。
図２４は、通信チャネルが応答しなくなる原因となった可能性がある１又は２以上の考え得るエラーソースをユーザに通知する第２のユーザインタフェース２４１０を更に例示している。一例として、通知は、システムにわたるサービスの中断から、データをセンサ制御デバイス１０２からリモートアプリケーションサーバ１５５に又はリモートアプリケーションサーバ１５５からデータモニタデバイス１３５に伝達するデバイス間のインターネット接続の喪失、更に、センサ制御デバイス１０２とセンサデータをリモートアプリケーションサーバ１５５に伝達することが予想されるデバイスの間の通信の欠如に至るまでの多くの潜在的な原因を示唆している。ある一定の実施形態では、モニタアプリケーション１８１０は、検体モニタシステムの作動環境内の検出条件に基づいて対応すると考え得る原因のみを含む場合がある。一例として、モニタアプリケーション１８１０は、データモニタデバイス１３５が作動中のインターネット接続を持たないか又はデバイスが機内モードにあると決定することができる。その結果、通知は、データモニタデバイス１３５が問題の原因であることを示唆し、セルラーサービスの強度が高い地域に移動する又は無線ネットワークに接続することを提案することができる。別の例として、モニタアプリケーション１８１０は、リモートアプリケーションサーバ１５５との又はその内部の休止又は通知サービス１８２０との休止が存在すると決定することができる。その結果、通知は、考え得る原因がデータモニタデバイス１３５ではなくリモートアプリケーションサーバ１５５に関連する可能性があることを示唆する情報を提供することができる。
ある一定の実施形態では、通知は、最新のセンサデータを受信するためにデータモニタデバイス１３５とリモートアプリケーションサーバ１５５の間の通信の予備モードを使用するという提案を含むことができる。一例として、リモートアプリケーションサーバ１５５は、センサ制御デバイス１０２を着用しているユーザが、サービス休止時に、ある一定のセンサデータを有するＳＭＳメッセージを受信するユーザを認定することができる予備サービスを提供することができる。別の例として、通知は、データモニタデバイス１３５とセンサ制御デバイス１０２に関するセンサデータをアップロードすることが予想されるデバイスとの間の通信の予備モードを使用するという提案を含むことができる。一例として、通知は、データモニタデバイス１３５に送信されたデータを最後にアップロードしたのがセンサ制御デバイス１０２を着用しているユーザの多目的デバイス１３０であったことを識別することができる。通知はまた、データモニタデバイス１３５のユーザが当該多目的デバイス１３０のユーザに容易に連絡することができるように、この多目的デバイス１３０に関連付けられた電話番号を識別することができる。
図２５は、データモニタデバイス１３５のユーザがモニタアプリケーションによって受信されるアラートをカスタマイズすることを可能にする第１のユーザインタフェース２５００を示している。一例として、ユーザは、センサ制御デバイス１０２によって測定されるグルコースレベルが低グルコース閾値よりも高い時に関するアラートを受け入れたいか否かを決定することができる。ユーザは、ユーザインタフェース要素２５１０によってアラームを制御及びカスタマイズすることができる。同様に、別の例として、ユーザは、ユーザインタフェース要素２５２０を通して制御及びカスタマイズすることができる高グルコース閾値をグルコースレベルが超える時に関するアラートを受け入れたいか否かを決定することができる。別の例として、ユーザは、モニタアプリケーション１８１０が閾値持続時間にわたって直近データを受信していないことに対応するアラームを受け入れたいか否か及び受け入れる方法を制御することができる。ユーザは、ユーザインタフェース要素２５３０を通してアラートを制御することができる。別の例として、ユーザは、データモニタデバイス１３５とリモートアプリケーションサーバ１５５の間の通信チャネルが応答していない時に対応する接続喪失アラートを受け入れたいか否かを制御することができる。接続喪失アラートは、ユーザインタフェース要素２５４０を通して制御及びカスタマイズすることができる。ユーザは、接続喪失アラームに関する追加の設定にアクセスするために追加のユーザインタフェース要素２５４５を選択することができる。
図２５は、接続喪失アラームに関する詳細設定ページを示す第２のユーザインタフェース２５５０を更に例示している。第１のインタフェース要素２５５５は、接続喪失アラームの記述を含む。第２のインタフェース要素２５６０は、ユーザが接続喪失アラームをトリガすると考えられる時間の長さをカスタマイズすることを可能にする。一例として、ユーザの選択を用いて、ハートビート通知をトリガするための時間の長さを設定することができる。ある一定の実施形態では、リモートアプリケーションサーバ１５５はまた、モニタアプリケーション１８１０に送信されるハートビート通知を要求するための時間の長さをこの選択に基づいて変更することができる。
本明細書に提供するいずれかの実施形態に関して説明する全ての特徴、要素、構成要素、機能、及び段階は、いずれかの他の実施形態から自由に組合せ可能及び交換可能であるように意図していることに注意しなければならない。ある一定の特徴、要素、構成要素、機能、又は段階を一実施形態だけに関して説明する場合に、他に明示しない限り、そのような特徴、要素、構成要素、機能、又は段階を本明細書に説明する全ての他の実施形態と併用することができることは理解されるものとする。従って、この段落は、様々な実施形態からの機能、要素、構成要素、機能、及び段階を組み合わせるか又は一実施形態からの機能、要素、構成要素、機能、及び段階を別と入れ替える特許請求の範囲の導入に対する先行記載事項及び書面による裏付けとして役割を以下の説明が特定の事例でそのような組合せ又は入れ替えが可能であることを明示しない場合であっても随時提供する。従って、本発明の開示の主題の特定の実施形態の以上の説明は、例示及び説明の目的で提示したものである。可能な全ての組合せ及び入れ替えの明示的な記載は過度に重荷であり、特に各全てのそのような組合せ及び入れ替えの許容性が当業者に容易に認識されることになることを考慮した上でそれを行わないことを明確に認識されたい。
実施形態は、様々な修正及び変形を受け易いが、これらの実施形態の特定の例を図面に示して本明細書に詳細に説明した。本発明の開示の主題の方法及びシステムでは、本発明の開示の主題の精神又は範囲から逸脱することなく様々な修正及び変更を加えることができることは当業者には明らかであろう。従って、本発明の開示の主題は、特許請求の範囲及びその均等物の範囲にある修正及び変形を含むように意図している。更に、実施形態のいずれの特徴、機能、段階、又は要素も特許請求の範囲内に説明するか又はそこに追加することができ、更に、本発明の範囲にない特徴、機能、段階、又は要素によって本発明の範囲を定める否定的限定を記載又は追加することができる。
例示的実施形態を以下の番号を振った条項に列挙する。
１．検体モニタシステムであって、
１又は２以上のプロセッサと、それと通信的に結合され、１又は２以上のプロセッサによって実行された時に検体モニタシステムに関連付けられたアプリケーションを１又は２以上のプロセッサに実行させるように構成された命令を含むメモリとを含むモバイルデバイスと、
アプリケーションと通信的に結合されるように構成された検体モニタシステムサーバと、
を含み、
検体モニタシステムに関連付けられたアプリケーションが、命令を実行する時に、
アプリケーション及び検体モニタシステムサーバと通信的に結合されるように構成された通知サービスサーバを通じて検体モニタシステムサーバからの通知を受信する段階と、
通知を受信する段階に応答して、通知を受信する前にスケジュールされた第１の接続性アラートの出力を中止する段階と、
通知を受信する段階に応答して、モバイルデバイスが検体モニタシステムサーバから第２の通知を受信しない限りタイマーの満了時に出力されるようにスケジュールされる第２の接続性アラートの出力をスケジュールする段階と、
タイマーが満了したことを決定する段階と、
アプリケーションが予め決められた期間にわたって検体モニタシステムサーバとの接続を確立しなかったことを示す第２の接続性アラートを出力する段階と、
を含む作動を実行することにより、アプリケーションと検体モニタシステムサーバの間の通信チャネルが応答していないことを検出するように構成される、
検体モニタシステム。
２．検体モニタシステムサーバからの通知を受信する前に、アプリケーションが、
アプリケーションと検体モニタシステムサーバの間の通信チャネルをモニタするためのスケジュールを確立する要求を受信する段階と、
要求を受信する段階に応答して、第１の接続性アラートの出力をスケジュールする段階と、
を更に含む作動を実行するように更に構成される請求項１の検体モニタシステム。
３．タイマーに関連付けられた時間量が、検体モニタシステムに関連付けられたアプリケーションへのユーザ入力に基づいている条項１又は２の検体モニタシステム。
４．アプリケーションが、検体モニタシステムのモニタアプリケーションであり、アプリケーションを通して、第１のユーザが、第２のユーザの検体レベルに関連する情報を受信する条項１、２、又は３の検体モニタシステム。
５．アプリケーションが、第２の接続性アラートを出力する前に、検体モニタシステムサーバとの通信セッションを通信チャネル又は予備通信チャネルを用いて開始することを試る段階を更に含む作動を実行するように更に構成されるいずれかの先行条項の検体モニタシステム。
６．アプリケーションが、
タイマーが満了したことを決定する前に、検体モニタシステムサーバから第２の通知を受信する段階と、
第２の接続性アラートの出力を中止する段階と、
モバイルデバイスが検体モニタシステムサーバから第３の通知を受信しない限り第２のタイマーの満了時に出力されるようにスケジュールされる第３の接続性アラートの出力をスケジュールする段階と、
を更に含む作動を実行するように更に構成されるいずれかの先行条項の検体モニタシステム。
７．アプリケーションが、
タイマーが満了したことを決定する前に、検体モニタシステムサーバから他のデータを受信する段階と、
第２の接続性アラートの出力を中止する段階と、
モバイルデバイスが検体モニタシステムサーバから第３の通知を受信しない限り第２のタイマーの満了時に出力されるようにスケジュールされる第３の接続性アラートの出力をスケジュールする段階と、
を更に含む作動を実行するように更に構成されるいずれかの先行条項の検体モニタシステム。
８．検体モニタシステムであって、
１又は２以上のプロセッサと、それと通信的に結合され、１又は２以上のプロセッサによって実行された時に検体モニタシステムに関連付けられたアプリケーションを１又は２以上のプロセッサに実行させるように構成された命令を含むメモリとを含むモバイルデバイスと、
アプリケーションと通信的に結合されるように構成された検体モニタシステムサーバと、
を含み、
命令を実行する時に、検体モニタシステムに関連付けられたアプリケーションが、
検体のレベルに関連付けられた１又は２以上の現在値と検体のレベルに関連付けられた１又は２以上の過去値とをアプリケーションと検体モニタシステムサーバの間の通信チャネルを通してアプリケーションによって受信する段階と、
アプリケーションと検体モニタシステムサーバの間の通信チャネルが応答していないことを検出する段階と、
通信チャネルが応答していないことの１又は２以上の考え得る原因を決定する段階と、
通信チャネルが応答していないことに基づいてアプリケーションの出力を修正する段階と、
通信チャネルが応答していないことの１又は２以上の考え得る原因に基づいて、応答していない通信チャネルを解決するための追加情報を含む通知を表示する段階と、
を含む作動を実行するように構成される、
検体モニタシステム。
９．アプリケーションが、検体モニタシステムのモニタアプリケーションであり、アプリケーションを通して、第１のユーザが、第２のユーザの検体レベルに関連する情報を受信する条項第８の検体モニタシステム。
１０．アプリケーションの出力を修正する段階が、通信チャネルが応答していない間はアプリケーションの機能を制限する段階を含む請求項８又は９の検体モニタシステム。
１１．アプリケーションが、過去値を格納し、アプリケーションの出力を修正する段階が、通信チャネルが応答していないことをアプリケーションが検出する時まで過去値を表示する段階を含む請求項８、９、又は１０の検体モニタシステム。
１２．アプリケーションが、格納の前に過去値を暗号化する段階を含む作動を実行するように更に構成される条項１１の検体モニタシステム。
１３．アプリケーションが、格納の前に過去値を匿名化する段階を含む作動を実行するように更に構成される条項１１又は１２の検体モニタシステム。
１４．アプリケーションが、予め決められた期間が経過した後に過去値を消去する段階を含む作動を実行するように更に構成される条項１１、１２、又は１３の検体モニタシステム。
１５．アプリケーションの出力を修正する段階が、検体のレベルの最終既知ステータスを表示する段階を含む条項８から１４のいずれか１項の検体モニタシステム。
１６．アプリケーションが、検体のレベルの最終既知ステータスを１又は２以上の現在値とそれぞれの最終既知ステータスに各々が対応する１又は２以上の閾値とを比較することによって決定する段階を含む作動を実行するように更に構成される条項１５の検体モニタシステム。
１７．通知が、通信チャネルが応答していない間はアプリケーションによって持続的に表示される条項８から１６のいずれか１項の検体モニタシステム。
１８．通知が、アプリケーション内のエラー又はモバイルデバイスのシステムステータスを識別する条項８から１７のいずれか１項の検体モニタシステム。
１９．通知が、検体モニタシステムサーバ内のエラーを識別する条項８から１８のいずれか１項の検体モニタシステム。
２０．通知が、アプリケーションと検体モニタシステムサーバの間の第２の通信チャネルを使用する推奨案を含む条項８から１９のいずれか１項の検体モニタシステム。
２１．アプリケーションが、
通知を表示した後に、アプリケーションと検体モニタシステムサーバの間の通信チャネルが応答していることを検出する段階と、
通信チャネルが応答していなかった期間に対応する検体に関連付けられた追加の過去値を受信する段階と、
を含む作動を実行するように更に構成される、
条項８から２０のいずれか１項の検体モニタシステム。
２２．アプリケーションが、
通信チャネルが応答していないことの検出時にモバイルデバイスの地理位置情報を決定する段階と、
通知を表示した後に、アプリケーションと検体モニタシステムサーバの間の通信チャネルが応答していることを検出する段階と、
通信チャネルが応答していないことの検出時にモバイルデバイスの地理位置情報を検体モニタシステムサーバに提供する段階と、
を含む作動を実行するように更に構成される、
条項８から２１のいずれか１項の検体モニタシステム。
１００ 検体モニタシステム
１０２ センサ制御デバイス
１０４ 生体内検体センサ
１２０ 読取器デバイス
１５０ センサアプリケータ

Claims (22)

  1. 検体モニタシステムであって、
    １又は２以上のプロセッサと、前記１又は２以上のプロセッサと通信的に結合され、前記１又は２以上のプロセッサによって実行された時に検体モニタシステムに関連付けられたアプリケーションを前記１又は２以上のプロセッサに実行させるように構成された命令を含むメモリとを含むモバイルデバイスと、
    前記アプリケーションと通信的に結合されるように構成された検体モニタシステムサーバと、
    を含み、
    前記命令を実行する時に、検体モニタシステムに関連付けられた前記アプリケーションは、
    前記アプリケーション及び前記検体モニタシステムサーバと通信的に結合されるように構成された通知サービスサーバを通じて前記検体モニタシステムサーバから通知を受信する段階と、
    前記通知を受信する段階に応答して、前記通知を受信する前にスケジュールされた第１の接続性アラートの出力を中止する段階と、
    前記通知を受信する段階に応答して、前記モバイルデバイスが前記検体モニタシステムサーバから第２の通知を受信しない限りタイマーの満了時に出力されるようにスケジュールされる第２の接続性アラートの出力をスケジュールする段階と、
    前記タイマーが満了したことを決定する段階と、
    前記アプリケーションが予め決められた期間にわたって前記検体モニタシステムサーバとの接続を確立しなかったことを示す前記第２の接続性アラートを出力する段階と、
    を含む作動を実行することにより、前記アプリケーションと前記検体モニタシステムサーバの間の通信チャネルが応答していないことを検出するように構成される、
    システム。
  2. 前記検体モニタシステムサーバから前記通知を受信する段階の前に、前記アプリケーションは、
    前記アプリケーションと前記検体モニタシステムサーバの間の前記通信チャネルをモニタするためのスケジュールを確立する要求を受信する段階と、
    前記要求を受信する段階に応答して、前記第１の接続性アラートの前記出力をスケジュールする段階と、
    を更に含む作動を実行するように更に構成される、
    請求項１に記載の検体モニタシステム。
  3. 前記タイマーに関連付けられた時間の量が、検体モニタシステムに関連付けられた前記アプリケーションへのユーザ入力に基づいている請求項１に記載の検体モニタシステム。
  4. 前記アプリケーションは、検体モニタシステムのモニタアプリケーションであり、
    前記アプリケーションを通して、第１のユーザが、第２のユーザの検体レベルに関連する情報を受信する、
    請求項１に記載の検体モニタシステム。
  5. 前記アプリケーションは、前記第２の接続性アラートを出力する段階の前に前記通信チャネル又は予備通信チャネルを用いて前記検体モニタシステムサーバとの通信セッションを開始することを試る段階を更に含む作動を実行するように更に構成される請求項１に記載の検体モニタシステム。
  6. 前記アプリケーションは、
    前記タイマーが満了したことを決定する段階の前に、前記検体モニタシステムサーバから前記第２の通知を受信する段階と、
    前記第２の接続性アラートの出力を中止する段階と、
    前記モバイルデバイスが前記検体モニタシステムサーバから第３の通知を受信しない限り第２のタイマーの満了時に出力されるようにスケジュールされる第３の接続性アラートの出力をスケジュールする段階と、
    を更に含む作動を実行するように更に構成される、
    請求項１に記載の検体モニタシステム。
  7. 前記アプリケーションは、
    前記タイマーが満了したことを決定する段階の前に、前記検体モニタシステムサーバから他のデータを受信する段階と、
    前記第２の接続性アラートの出力を中止する段階と、
    前記モバイルデバイスが前記検体モニタシステムサーバから第３の通知を受信しない限り第２のタイマーの満了時に出力されるようにスケジュールされる第３の接続性アラートの出力をスケジュールする段階と、
    を更に含む作動を実行するように更に構成される、
    請求項１に記載の検体モニタシステム。
  8. 検体モニタシステムであって、
    １又は２以上のプロセッサと、前記１又は２以上のプロセッサと通信的に結合され、前記１又は２以上のプロセッサによって実行された時に検体モニタシステムに関連付けられたアプリケーションを前記１又は２以上のプロセッサに実行させるように構成された命令を含むメモリとを含むモバイルデバイスと、
    前記アプリケーションと通信的に結合されるように構成された検体モニタシステムサーバと、
    を含み、
    前記命令を実行する時に、検体モニタシステムに関連付けられた前記アプリケーションは、
    前記アプリケーションにより、かつ前記アプリケーションと前記検体モニタシステムサーバの間の通信チャネルを通じて、検体のレベルに関連付けられた１又は２以上の現在値と前記検体の前記レベルに関連付けられた１又は２以上の過去値とを受信する段階と、
    前記アプリケーションと前記検体モニタシステムサーバの間の前記通信チャネルが応答していないことを検出する段階と、
    前記通信チャネルが応答していないことの１又は２以上の考え得る原因を決定する段階と、
    前記通信チャネルが応答していないことに基づいて前記アプリケーションの出力を修正する段階と、
    前記通信チャネルが応答していないことの前記１又は２以上の考え得る原因に基づいて、応答していない前記通信チャネルを解決するための追加の情報を含む通知を表示する段階と、
    を含む作動を実行するように構成される、
    検体モニタシステム。
  9. 前記アプリケーションは、検体モニタシステムのモニタアプリケーションであり、
    前記アプリケーションを通して、第１のユーザが、第２のユーザの検体レベルに関連する情報を受信する、
    請求項８に記載の検体モニタシステム。
  10. 前記アプリケーションの前記出力を修正する段階は、前記通信チャネルが応答していない間は前記アプリケーションの機能を制限する段階を含む請求項８に記載の検体モニタシステム。
  11. 前記アプリケーションは、前記過去値を格納し、前記アプリケーションの前記出力を修正する段階は、前記通信チャネルが応答していないことを前記アプリケーションが検出する時まで過去値を表示する段階を含む請求項８に記載の検体モニタシステム。
  12. 前記アプリケーションは、格納の前に前記過去値を暗号化する段階を含む作動を実行するように更に構成される請求項１１に記載の検体モニタシステム。
  13. 前記アプリケーションは、格納の前に前記過去値を匿名化する段階を含む作動を実行するように更に構成される請求項１１に記載の検体モニタシステム。
  14. 前記アプリケーションは、予め決められた期間が経過した後に過去値を消去する段階を含む作動を実行するように更に構成される請求項１１に記載の検体モニタシステム。
  15. 前記アプリケーションの前記出力を修正する段階は、前記検体の前記レベルの最終既知ステータスを表示する段階を含む請求項８に記載の検体モニタシステム。
  16. 前記アプリケーションは、前記１又は２以上の現在値をそれぞれの最終既知ステータスに各閾値が対応する１又は２以上の閾値に対して比較することにより、前記検体の前記レベルの前記最終既知ステータスを決定する段階を含む作動を実行するように更に構成される請求項１５に記載の検体モニタシステム。
  17. 前記通知は、前記通信チャネルが応答していない間は前記アプリケーションによって持続的に表示される請求項８に記載の検体モニタシステム。
  18. 前記通知は、前記アプリケーション内のエラー又は前記モバイルデバイスのシステムステータスを識別する請求項８に記載の検体モニタシステム。
  19. 前記通知は、前記検体モニタシステムサーバ内のエラーを識別する請求項８に記載の検体モニタシステム。
  20. 前記通知は、前記アプリケーションと前記検体モニタシステムサーバの間の第２の通信チャネルを使用する推奨案を含む請求項８に記載の検体モニタシステム。
  21. 前記アプリケーションは、
    前記通知を表示する段階の後に、前記アプリケーションと前記検体モニタシステムサーバの間の前記通信チャネルが応答していることを検出する段階と、
    前記通信チャネルが応答していなかった期間に対応する前記検体に関連付けられた追加の過去値を受信する段階と、
    を含む作動を実行するように更に構成される、
    請求項８に記載の検体モニタシステム。
  22. 前記アプリケーションは、
    前記通信チャネルが応答していないことの検出時に前記モバイルデバイスの地理位置情報を決定する段階と、
    前記通知を表示する段階の後に、前記アプリケーションと前記検体モニタシステムサーバの間の前記通信チャネルが応答していることを検出する段階と、
    前記通信チャネルが応答していないことの検出時に前記モバイルデバイスの前記地理位置情報を前記検体モニタシステムサーバに提供する段階と、
    を含む作動を実行するように更に構成される、
    請求項８に記載の検体モニタシステム。
JP2025522118A 2022-10-24 2023-10-18 リモート検体モニタシステムへの持続接続の促進 Pending JP2025536929A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202263380609P 2022-10-24 2022-10-24
US63/380,609 2022-10-24
PCT/US2023/035426 WO2024091412A1 (en) 2022-10-24 2023-10-18 Facilitating persistent connection to remote analyte monitoring systems

Publications (1)

Publication Number Publication Date
JP2025536929A true JP2025536929A (ja) 2025-11-12

Family

ID=88833722

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2025522118A Pending JP2025536929A (ja) 2022-10-24 2023-10-18 リモート検体モニタシステムへの持続接続の促進

Country Status (6)

Country Link
US (1) US20240225491A9 (ja)
EP (1) EP4609404A1 (ja)
JP (1) JP2025536929A (ja)
CN (1) CN120077446A (ja)
AU (1) AU2023366141A1 (ja)
WO (1) WO2024091412A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2025235341A1 (en) * 2024-05-06 2025-11-13 Dexcom, Inc. Systems and methods for ensuring an accuracy of an analyte device by performing alert state backfilling
US12494973B2 (en) * 2024-05-31 2025-12-09 Dell Products L.P. Device connectivity monitoring
US20250380912A1 (en) * 2024-06-12 2025-12-18 I-Sens, Inc. Method of displaying communication status in glucose monitoring system

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK3912551T3 (da) 2009-02-26 2023-10-30 Abbott Diabetes Care Inc Fremgangsmåde til kalibrering af en analytsensor
WO2010121084A1 (en) * 2009-04-15 2010-10-21 Abbott Diabetes Care Inc. Analyte monitoring system having an alert
LT4056105T (lt) 2011-12-11 2024-01-10 Abbott Diabetes Care, Inc. Analitės jutiklių įrenginiai
EP3735896B1 (en) 2012-12-18 2024-01-17 Abbott Diabetes Care, Inc. Dermal layer analyte sensing devices and methods
US9730621B2 (en) * 2012-12-31 2017-08-15 Dexcom, Inc. Remote monitoring of analyte measurements
US10213139B2 (en) 2015-05-14 2019-02-26 Abbott Diabetes Care Inc. Systems, devices, and methods for assembling an applicator and sensor control device
CN110461217B (zh) 2017-01-23 2022-09-16 雅培糖尿病护理公司 用于分析物传感器插入的系统、装置和方法
DK3668400T3 (da) 2017-08-18 2023-09-18 Abbott Diabetes Care Inc Fremgangsmåde til individualiseret kalibrering af analytsensorer
AU2018362257B2 (en) * 2017-10-30 2023-01-12 Dexcom, Inc. Diabetes management partner interface for wireless communication of analyte data
EP4070730A1 (en) 2018-06-07 2022-10-12 Abbott Diabetes Care, Inc. Focused sterilization and sterilized sub-assemblies for analyte monitoring systems
WO2019236850A1 (en) 2018-06-07 2019-12-12 Abbott Diabetes Care Inc. Focused sterilization and sterilized sub-assemblies for analyte monitoring systems
US20200196919A1 (en) 2018-12-21 2020-06-25 Abbott Diabetes Care Inc. Systems, devices, and methods for analyte sensor insertion
CN116113359A (zh) * 2020-09-17 2023-05-12 雅培糖尿病护理公司 用于分析物监测系统的数字和用户界面
CN116801802A (zh) * 2020-12-18 2023-09-22 美国雅培糖尿病护理公司 用于分析物检测的系统和方法

Also Published As

Publication number Publication date
US20240130647A1 (en) 2024-04-25
EP4609404A1 (en) 2025-09-03
CN120077446A (zh) 2025-05-30
US20240225491A9 (en) 2024-07-11
WO2024091412A1 (en) 2024-05-02
AU2023366141A1 (en) 2025-04-10

Similar Documents

Publication Publication Date Title
JP7758738B2 (ja) 被検物質検出のためのシステム及び方法
US12462006B2 (en) Modular analyte connectivity system for extendible communication with different types of physiological sensors
JP2025536929A (ja) リモート検体モニタシステムへの持続接続の促進
JP2024538606A (ja) 検体データ受信デバイスのためのモバイルアプリケーション更新
US20230099851A1 (en) Adaptive sensor sensitivity for analyte monitoring systems
US20230115793A1 (en) Systems, devices, and methods for communication between an analyte sensor and external devices
JP2024169466A (ja) 分析物検出のためのシステムおよび方法
JP2025503519A (ja) 複数の検体を感知するための方法及びシステム
JP2025503520A (ja) 検体モニタのためのシステム及び方法
CA3269207A1 (en) Facilitating persistent connection to remote analyte monitoring systems
CN118043806A (zh) 用于与不同类型的生理传感器进行可扩展通信的模块化分析物连接系统