JP7161575B2 - 医療装置と安全な通信のためのプラットフォーム - Google Patents

Description

能動的で埋込可能な医療装置（implantable medical device、ＩＭＤ）、および、能動的で埋込可能な医療装置と相互作用するシステムは、患者および患者の介護者に対して合理的な保護を維持するのに高度に規制される。したがって、能動的で埋込可能な医療装置をモニタリングするおよび／または制御するための装置の種類に対する柔軟性が殆どない。

以下、添付図面を参照しながら本発明の好ましい実施例を詳細に説明される。
本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、セキュリティー機構を概略的に示すブロック図 本開示の一例に係る、セキュリティー管理部を概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを概略的に示すブロック図 本開示の一例に係る、埋込可能な医療装置（ＩＭＤ）のためのアプリケーションを概略的に示すブロック図 本開示の一例に係る、複数経路（channel）を有する通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、複数経路を有する通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、ＩＭＤアプリケーションを含む通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを概略的に示すブロック図 本開示の一例に係る、認証エンジンを概略的に示すブロック図 本開示の一例に係る、センサを含む埋込可能な医療装置を概略的に示すブロック図 本開示の一例に係る、埋込可能な医療装置、および、患者体内の分離した埋込可能なセンサ、ならびに、患者体外のセンサを概略的に示すブロック図 本開示の一例に係る、センサ通信路（sensor communication path）を概略的に示すブロック図 本開示の一例に係る、状態エンジンを概略的に示すブロック図 本開示の一例に係る、ユーザインターフェイスを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、管理エンジンを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、通信プラットフォームを含むシステムを概略的に示すブロック図 本開示の一例に係る、制御部を概略的に示すブロック図 本開示の一例に係る、ユーザインターフェイスを概略的に示すブロック図 本開示の一例に係る、安全な通信の実行方法を概略的に示すフロー図 本開示の一例に係る、第１の安全な通信の実行を概略的に示す図 本開示の一例に係る、第１の安全な通信の実行を概略的に示す図 本開示の一例に係る、第２の安全な通信の実行を概略的に示す図

以下の詳細な説明において、その一部を構成し且つ本開示を実行する具体例を示す添付図面を参照する。他の実施例が使用されてもよく、本開示の範囲から逸脱することなく、構造又は論理的な変更がなされてもよいことは理解されるべきである。それゆえ、以下の詳細な説明は、限定的な意味で解釈されるべきではない。

本開示の少なくとも複数の実施例において、通信プラットフォームは、埋込可能な医療装置と認証局サービスプロバイダ（trusted authority service provider、ＴＡサービスプロバイダ）との間の第１の安全な通信を少なくとも部分的に実行する。複数の実施例において、第１の安全な通信によって通信プラットフォームによる少なくとも第１の安全な通信の内容へのアクセスを防止する。複数の実施例において、第１の安全な通信は、埋込可能な医療装置においておよび認証局サービスプロバイダにおいてアクセス可能であり、埋込可能な医療装置と認証局サービスプロバイダとの少なくとも１つを介して発信される。

本開示の少なくとも複数の実施例において、通信プラットフォームはスマートフォン、タブレットコンピュータなどの消費者通信装置を備えてもよく、消費者通信装置は、患者体内の埋込可能な医療装置（ＩＭＤ）を少なくとも部分的にモニタリングするおよび／または少なくとも部分的に制御するように利用される。複数の実施例において、この配置は通信プラットフォームの内部にある無線通信プロトコル（例えばブルートゥースローエネルギー（Bluetooth（登録商標） Low Energy、ＢＬＥ）であるがこれに限らない）を介して実行され、通信プラットフォームにおいて、無線通信プロトコルは十分に信頼でき、少なくとも複数の埋込可能な医療装置（ＩＭＤ）と通信状態となるために利用できる十分に低い消費電力で動作する。複数の実施例において、規制基準を満たさずに埋込可能な医療装置（ＩＭＤ）をモニタリングするおよび／または制御する通信プラットフォームは、医療装置規制の枠組みに対応する時に（すなわち、装置信頼性およびセキュリティー基準を満たす時に）、埋込可能な医療装置（ＩＭＤ）を少なくとも部分的にモニタリングするおよび／または少なくとも制御することができるようになることができる。

複数の実施例において、通信プラットフォームは埋込可能な医療装置（ＩＭＤ）をモニタリングするおよび／または制御するのに専用に利用されていない。したがって、通信プラットフォームは非ＩＭＤ専用の通信プラットフォームとして呼ばれることがある。複数の実施例において、通信プラットフォームは消費者通信装置を備えてもよく、消費者通信装置は移動型または定置型であってもよい。複数の実施例において、通信プラットフォーはサーバーを備える。複数の実施例において、通信プラットフォームはウェブサーバーを備える。

これを踏まえて、複数の例示的な配置において、アプリケーションは通信プラットフォームにおいて実行可能であり、および／または、通信プラットフォームに関し、埋込可能な医療装置（ＩＭＤ）と認証局（ＴＡ）サービスプロバイダとの間の第１の安全な通信を少なくとも部分的に実行する。第１の安全な通信はセキュリティー機構を含み、セキュリティー機構によって、通信プラットフォームによるおよびアプリケーションによる第１の安全な通信へのアクセスを防止しつつ、ＩＭＤにおいておよび／または認証局サービスプロバイダにおいて第１の安全な通信への安全なアクセスを許可する。

理解すべきなのは、少なくとも複数の実施例において、セキュリティー機構によって、アクセス防止を実行する暗号化を組み込んでもよく、セキュリティーアクセスを実行する復号化を組み込んでもよい。複数のこのような実施例において、セキュリティー機構はセキュリティー要素を含みまたはセキュリティー要素を備え、セキュリティー要素は第１の安全な通信の一部を形成する。複数の実施例において、同様な配置は後述する第２の安全な通信に適用されてもよい。

複数の実施例において、認証局（ＴＡ）サービスプロバイダは第１の安全な通信を介してＩＭＤの動作を少なくとも部分的に管理する。複数の実施例において、ＴＡサービスプロバイダを介して、アプリケーションはＩＭＤの動作への特定なユーザ関与を可能とする。前述したように、複数の実施例において、通信プラットフォームは通信装置を備えてもよく、通信装置に対してスマートフォン、タブレットコンピュータ、ファブレット（phablet）などを例とするがこれに限らなく、通信装置は消費者通信装置として一般の消費者に一般的に利用可能である。

複数の実施例において、ＴＡサービスプロバイダの存在を利用してＩＭＤとの通信を行うおよび／またはＩＭＤとの通信を開始することによって、そして、リバースエンジニアリング（reverse engineering）などの攻撃をより受けやすい可能性がある（ＩＭＤアプリケーションを含む）通信プラットフォームにおいてシステムのより機密な態様（例えば、医療安全に関する態様）を実行する代わりに、認証局サービスプロバイダにおいてシステムのこれらのより機密な態様を実行することによって、セキュリティーを強化することができる。

したがって、消費者通信装置として実施されるまたは他の形式として実施されるのにかかわらず、本開示の少なくとも複数の実施例は、患者を不必要なリスクにさらすことがなく、通信プラットフォームを厳重な医療機制検査にさらすこともなく、患者のＩＭＤについての制御器として作用するような通信プラットフォームを可能とする。したがって、１つの態様において、この通信プラットフォーム（例えば、消費者通信装置、デスクトップコンピュータ）は普通の電話、タブレット、コンピュータなどとして通常の機能を保有しつつ、埋込可能な医療装置を少なくとも部分的にモニタリングするおよび／または埋込可能な医療装置を少なくとも部分的に管理する（通信プラットフォームにおいて実行可能な）アプリケーションを介してユーザ関与を行うことができる。

複数の実施例において、通信プラットフォームを介して実行可能な第１ＩＭＤアプリケーションは、通信プラットフォームを介して実行可能な第２ＩＭＤアプリケーションがＩＭＤおよび／またはＴＡサービスプロバイダと通信状態となる手段として第１ＩＭＤアプリケーションを利用することができるようなサービスの形式であってもよい。複数のこのような実施例において、第１ＩＭＤアプリケーションは通信導管（communication conduit）として作用することができ、第２ＩＭＤアプリケーションは制御機能および／または情報機能を提供することができる。複数のこのような実施例において、第１ＩＭＤアプリケーションはドライバーと呼ばれることがある。

複数の実施例において、通信プラットフォームは通信プラットフォームを、例えば消費者通信装置を、変更せずに実行されてもよい。例えば、少なくとも複数の実施例において、このような通信プラットフォームには、初期モード選択機能が組み込まれておらず、分離したオペレーティングシステムが組み込まれておらず、いかなる特別なメモリ隔離が組み込まれておらず、また、埋込可能な医療装置（ＩＭＤ）を少なくとも部分的にモニタリングするおよび／または少なくとも部分的に管理する実行可能なＩＭＤアプリケーションを介して通信プラットフォームを利用するための他のものが組み込まれていない。

複数の実施例において、通信プラットフォームは非ＩＭＤ専用の通信プラットフォームを備える。複数の実施例において、「非ＩＭＤ専用」の通信プラットフォームという用語は、埋込可能な医療装置（ＩＭＤ）と排他的に通信状態となる、埋込可能な医療装置を制御する、および／または、埋込可能な医療装置に制御されるのに専用でない通信プラットフォームを指す。したがって、このような通信プラットフォームの例示的な実行を提供する通信装置について、複数の実施例において、「非ＩＭＤ専用の通信装置」という用語は、埋込可能な医療装置（ＩＭＤ）と排他的に通信状態となる、埋込可能な医療装置を制御する、および／または、埋込可能な医療装置に制御されるのに専用でない装置を指す。複数の場合において、通信装置は埋込可能な医療装置と非排他的な通信と呼ばれることがある。

複数の実施例において、非ＩＭＤ専用の通信プラットフォームは「非医学上専用」な通信プラットフォームであり、すなわち、通信プラットフォームは、ＩＭＤを用いて医療用途に専用ではなく、および／または、外部の医療装置を用いて医療用途に専用ではない。

複数の場合において、非ＩＭＤ専用の通信プラットフォームはパーソナル通信装置であり、それは消費者等級、商業等級、軍事等級などであってもよく、非ＩＭＤ専用の通信装置として呼ばれることがある。複数の実施例において、パーソナル通信装置は移動通信装置であってもよい。

複数の場合において、非ＩＭＤ専用の通信プラットフォームは、埋込可能な医療装置（ＩＭＤ）への安全な通信または埋込可能な医療装置からの安全な通信ができない装置を備える。複数の場合において、少なくとも、非ＩＭＤ専用の通信プラットフォームが安全な通信（例えば、メッセージ、伝送など）を受信するまたは送信するための安全な経路または安全な通路（pathway）を含まず、当該安全な通信が埋込可能な医療装置（ＩＭＤ）または認証局（ＴＡ）サービスプロバイダのいずれから発信され、および、当該安全な通信が非ＩＭＤ専用の通信プラットフォームを通過する、という状況において、非ＩＭＤ専用の通信プラットフォームは安全でない。

本開示の少なくとも複数の実施例を介して、埋込可能な医療装置のメーカーは低減されたコストを経験することができ、なぜなら、埋込可能な医療装置のメーカーは患者遠隔モニタリング機能の設計と確立を省略することができるからである。複数の実施例において、患者はより快適な利用を経験することができ、なぜなら、患者は、患者の埋込可能な医療装置をモニタリングする、および／または、患者の埋込可能な医療装置を制御するのに専用な外部装置を持つことが省略できながら、通信プラットフォームを介して、例えば（でもこれらに限られない）、患者のスマートフォン、タブレット、または同様な機能を有する通信装置を介して、埋込可能な医療装置をモニタリングしやすい、および／または、患者の埋込可能な医療装置を制御しやすいとういう便利さを得るからである。複数の実施例において、通信プラットフォームは実行可能なアプリケーション（複数の実施例において、例えば移動装置のアプリケーション）を介してこのような利用を可能とし、当該実行可能なアプリケーションは、前述した本開示の少なくとも複数の実施例の方法で埋込可能な医療装置を少なくとも部分的にモニタリングするおよび／または埋込可能な医療装置を少なくとも部分的に管理するためのものである。

複数の実施例において、通信プラットフォームを介して実行可能なアプリケーションを介して、患者および／または医師は、センサから取得されたデータを受信し、その情報を利用して患者のケアを改善することができる。複数の実施例において、このようなセンサはパルスオキシメトリ（pulse oximetry）、加速度、音声、心拍数、画像、映像などに関連する情報を取得してもよい。複数の実施例において、このようなセンサは、通信プラットフォームに位置してもよいまたは通信プラットフォームを介してアクセス可能であってもよいが、複数の実施例において、センサは埋込可能であってもよい。複数の実施例において、このような埋込可能なセンサは埋込可能な医療装置に組み込まれてもよい。このような配置を用いて、複数の実施例において、ＩＭＤアプリケーションは埋込可能な医療装置（ＩＭＤ）からの情報と患者の生理状態に関して検出した情報とを統合することをもって患者のケアを改善することができる。

これらの実施例および追加的な実施例は少なくとも図１Ａ－１５とともにさらに詳細に説明される。

図１Ａは本開示の一例に係るシステム１０のブロック図である。図１Ａに示されるように、システム１０は埋込可能な医療装置（ＩＭＤ）２０と、通信プラットフォーム４０と、認証局（ＴＡ）サービスプロバイダ６０とを含む。

一般な状況において、通信プラットフォーム４０はＩＭＤ２０とＴＡサービスプロバイダ６０との間の第１の安全な通信７０Ａ、７０Ｂに対して仲介として作用する。複数の実施例において、第１の安全な通信７０Ａ、７０Ｂによって、通信プラットフォーム４０による第１の安全な通信７０Ａ、７０Ｂへのアクセスを防止しつつ、ＩＭＤ２０においておよびＴＡサービスプロバイダ６０において第１の安全な通信７０Ａ、７０Ｂへの安全なアクセスを許可する方法で実施される。

複数の実施例において、通信プラットフォーム４０は、埋込可能な医療装置（ＩＭＤ）２０と認証局（ＴＡ）サービスプロバイダ６０との間の第１の安全な通信を少なくとも部分的に実行する無線通信要素７５を備える。複数の実施例において、無線通信要素７５は装置との通信を可能とし、および／または、ＩＭＤ２０およびＴＡサービスプロバイダ６０以外のリソースとの通信を可能とする。

複数の実施例において、ＴＡサービスプロバイダ６０は、ＩＭＤ２０との第１の安全な通信７０Ａ、７０Ｂを介してＩＭＤ２０の動作を少なくとも部分的に管理する。しかしながら、複数の実施例において、ＴＡサービスプロバイダ６０は第１の安全な通信７０Ａ、７０Ｂを介してＩＭＤ２０のみから情報を受信し、ＩＭＤ２０を少なくとも部分的に管理しない。

図１Ｂはセキュリティー機構７７を概略的に示すブロック図である。複数の実施例において、セキュリティー機構７７は、第１の安全な通信７０Ａ、７０Ｂの一部を形成し、および／または、第１の安全な通信７０Ａ、７０Ｂの実行に助けとなる。したがって、複数の実施例において、セキュリティー機構７７によって、通信プラットフォーム４０による第１の安全な通信７０Ａ、７０Ｂへのアクセスを防止しつつ、ＩＭＤ２０においておよびＴＡサービスプロバイダ６０において第１の安全な通信７０Ａ、７０Ｂへの安全なアクセスを許可する。

図１Ａに示されたシステム１０のこの基本的な配置を踏まえて、図１Ｂ－１１は、様々の実行のさらに具体的な例を提供し、また、少なくともＩＭＤ２０、通信プラットフォーム４０および／またはＴＡサービスプロバイダ６０の動作と相互作用に関する詳細を提供することが理解されるであろう。後述する図８は、ＩＭＤ２０と通信プラットフォーム４０とＴＡサービスプロバイダ６０と他の要素との間の広範囲の相互作用を示す１つの実施例を提供する。

再び少なくとも図１Ａ－１Ｂを参照すると、複数の実施例において、図１Ａに示されるように、第１の安全な通信の一部として実施されるセキュリティー機構７７は第１セキュリティー要素７２を介して概略的に示される。同時に、方向矢印７０Ａ、７０ＢはＩＭＤ２０と認証局（ＴＡ）サービスプロバイダ６０との間に発生する第１の安全な通信を概略的に示す。ボックス７４は、通信プラットフォームが機能的に経路を提供する手段、または、通信プラットフォームがＩＭＤ２０とＴＡサービスプロバイダ６０との間の第１通信７０Ａ、７０Ｂに対する仲介として作用する手段を概略的に示す。言い換えると、要素７４は通信プラットフォーム４０において別々に識別可能な物理構造を示していない。一部がさらに後述される複数の実施例において、通信プラットフォーム４０に関するアプリケーションは、機能的な経路を提供し、または、第１通信７０Ａ、７０Ｂに対する仲介として作用することがさらに理解されるであろう。

複数の実施例において、ＴＡサービスプロバイダ６０と通信プラットフォーム４０とも患者の身体の外部にあるが、ＩＭＤ２０は患者の身体内に埋め込まれている。

複数の実施例において、ＩＭＤ２０は受動的で埋込可能な医療装置である。複数の実施例において、ＩＭＤ２０は能動的で埋込可能な医療装置である。

複数の実施例において、１つのこのような能動なＩＭＤ（active implantable medical device、ＡＩＭＤ）２０は埋込可能な神経刺激システムである。複数の実施例において、ＡＩＭＤ２０は少なくとも埋込可能なパルス発生器（ＩＰＧ）または他の埋込可能な神経刺激装置を含む。複数の実施例において、ＡＩＭＤ２０はＩＰＧに対して動作可能に結合している刺激要素を含む。複数の実施例において、ＡＩＭＤ２０はＩＰＧに対して動作可能に結合している、埋め込んだ呼吸センサを含む。複数の実施例において、ＡＩＭＤ２０は閉塞性睡眠時無呼吸および／または他の睡眠呼吸障害行動を治療するように適用される。複数の実施例において、ＡＩＭＤ２０は神経刺激を介する治療にしたがって疾病を治療するように適用される。複数の実施例において、ＡＩＭＤ２０は、ＡＩＭＤ２０を介して実行可能な電気的活動、機械的活動、水文学的活動、化学的活動、遺伝的活動、および／または生物的活動のような他の形式を介する治療にしたがって疾病を治療するように適用される。

複数の実施例において、実行する通信プラットフォーム４０は埋め込まれたＡＩＭＤ２０の全ての要素に厳密に依存していない。

複数の実施例において、ＩＭＤ２０は、実質的にＩＭＤ２０と同程度の医療規制基準を受ける受動的で埋込可能な医療装置（passive implantable medical device、ＰＩＭＤ）を備える。これらの実施例において、ＩＭＤ２０は、本開示に渡って説明される少なくとも複数の実施例における受動的で埋込可能な医療装置（ＰＩＭＤ）の形式で実行されうることが理解されるであろう。

複数の実施例において、埋込可能な医療装置（ＩＭＤ）２０の代わりに、システム１０は非埋込可能な医療装置（non-implantable medical device、ＮＩＭＤ）２０を備え、ＮＩＭＤ２０は患者の身体内に埋め込んだ要素を有しないが、実質的にＩＭＤ２０と同程度の医療規制基準を受ける。ＮＩＭＤ２０は外部の液体ポンプであってもよく、例えば糖尿病治療のためのものであってもよく、または他の目的のための他の形式をしているものであってもよい。

複数の実施例において、非埋込可能な医療装置（ＮＩＭＤ）２０は、能動的な装置を備え、例えば、能動的な非埋込可能な医療装置（ＡＮＩＭＤ）２０を備える。複数の実施例において、非埋込可能な医療装置は受動的な装置を備え、例えば、受動的な非埋込可能な医療装置（ＰＮＩＭＤ）を備える。これを踏まえて、複数の実施例において、本開示に渡って説明される少なくとも複数の実施例におけるＩＭＤ２０はＡＮＩＭＤ２０またはＰＮＩＭＤ２０の形式で実行されてもよいことが理解されるであろう。

複数の実施例において、ＩＭＤ２０は、ＩＭＤ２０通信においてセキュリティー機構を管理するセキュリティー管理部２２（図１Ｃ）を含む。複数の実施例において、ＴＡサービスプロバイダ６０は、ＴＡサービスプロバイダ６０においてセキュリティー機構を管理する通信セキュリティー管理部６２（図１Ｃ）を含む。

複数の実施例において、第１の安全な通信と第２の安全な通信のそれぞれに関するセキュリティー機構は少なくともセキュリティー管理部２２とセキュリティー管理部６２のそれぞれを介して実行され、セキュリティー管理部２２とセキュリティー管理部６２は暗号化技術（cryptographic technology）を含み、少なくとも複数のこの暗号化技術は後述される少なくとも図１Ａ－１５とともに示される。

複数の実施例において、システム１０における通信の暗号的な保護は、対称暗号化保護プロトコルによる実行および／または非対称な保護プロトコルによる実行を含む。複数の実施例において、少なくともＩＭＤ２０とＴＡサービスプロバイダ６０との間の通信のための暗号化保護プロトコルは対称な保護プロトコルおよび非対称な保護プロトコルの両方の少なくとも複数の態様によって実行される。複数の実施例において、対称的な保護プロトコルはストリーム暗号およびブロック暗号を含み、例えば高等暗号標準（Advanced Encryption Standard、ＡＥＳ）プロトコルを含むがこれに限らない。複数の実施例において、非対称な保護スキームは公開鍵／秘密鍵のペアを含み、例えばリベスト・シャミア・エーデルマン（Rivest-Shamir-Adleman、ＲＳＡ）プロトコルを含むがこれに限らない。

複数の実施例において、本開示の実施例に渡ってさらに後述するように、通信プラットフォーム４０は少なくとも図１Ｅに示されるような埋込可能な医療装置（ＩＭＤ）アプリケーション５０を備える。少なくとも複数のこのような実施例において、前述した保護プロトコルと実質的に同様な少なくとも複数の保護プロトコルは、ＩＭＤアプリケーション５０とＩＭＤ２０との間の安全な通信、および／または、ＩＭＤアプリケーション５０とＴＡサービスプロバイダ６０との間の安全な通信を実行するように利用される。ＩＭＤアプリケーション５０の少なくとも複数の実施例は図１Ｈとともに説明されて本開示の後の実施例に渡って後述する。

複数の実施例において、通信プラットフォーム４０はユーザインターフェイスを備え、例えば、少なくとも図３Ａとともに後述されるユーザインターフェイス１０９２、少なくとも図２Ｅとともに後述されるユーザインターフェイス６００、および／または、少なくとも図１１とともに後述されるユーザインターフェイス１４８６を備えるがこれらに限らない。複数の実施例において、このようなユーザインターフェイスは入力機構と表示部とを備え、このようなユーザインターフェイスは通信プラットフォーム４０の対応するグラフィカルユーザインターフェイスとして実行される。

ＩＭＤ２０は既に安全、有効な治療および通信のための規制制約を組み込んだことは理解されるであろう。

複数の実施例において、埋込可能な医療装置（ＩＭＤ）２０は通信プラットフォーム４０と相互作用できる少なくとも１つの通信要素（ＩＳＭ誘導通信（inductive communication）、ブルートゥース、Wi-Fiなど）を含み、少なくとも複数の実施例において通信要素は消費者通信装置、例えば、スマートフォン、タブレット、ファブレットなどであってもよい。複数の実施例において、このような通信要素は低電力モード（例えば、ブルートゥースローエネルギー、ＢＬＥ）で動作し、低電力モードは、他人が内密に通信を傍受するのをより難しくさせることによって、安全な通信を行うことに役に立つ。

複数の実施例において、ＩＭＤ２０は暗号化技術を実行するセキュリティー管理部２２（図１Ｃ）を含み、この暗号化技術は認証局（ＴＡ）サービスプロバイダ６０から発信されるものとする通信（例えば、メッセージ）を確認（verify）し、通信の内容の有効性を確認し、通信の時間的な保全性を確認し、通信の受信者を指定し、および／または、通信の内容の機密性（例えば、暗号化された状態）を維持することができる。

複数の実施例において、ＩＭＤ２０に関するセキュリティー管理部２２（図１Ｃ）は通信に署名する（sign）暗号化技術を実行するため、通信は、通信の内容の保全性を検証（validate）し、通信の時間的な保全性を検証し、通信の受信者の指定を確認し、および／または、例えば暗号化を介して通信の内容の機密性を維持することができるＴＡサービスプロバイダ６０のみに読まれる。

複数の実施例において、ＩＭＤ２０は、ＴＡサービスプロバイダ６０と通信状態になるための対称鍵を組み込んだ暗号化保護プロトコルを実行する。複数の実施例において、第１鍵は標準的な安全な通信のために利用されてもよい。複数の実施例において、第２鍵は、対称鍵（例えば第１鍵）を交換するためにまたは他のセキュリティー機能のための、ＩＭＤ２０とＴＡサービスプロバイダ６０との間の直接的な通信のみに利用されてもよい。複数の実施例において、データをバッファリングしてセキュリティーを向上するように、各鍵は秘密データ／文字列（例えば、ソルト（salt））のランダムビットとペアになる。複数の実施例において、このような配置はリプレイアタックを緩和するのに役に立つ。

他のところで言及したように、少なくとも複数の実施例において、通信プラットフォーム４０は、安全な通信の内容をアクセスしない仲介として作用してもよい。

複数の実施例において、ＩＭＤ２０は、通信プラットフォーム４０を介して認証局（ＴＡ）サービスプロバイダ６０と通信を開始する提供要素を含み、通信プラットフォーム４０に例えば消費者通信装置（例えば、非ＩＭＤ専用の装置）であるがこれに限らない。

複数の実施例において、ＩＭＤ２０は、ＩＭＤ２０の電力を使い尽くさせようとするアタックを緩和する保護機構を含む。このような実施例の１つにおいて、電力を使い尽くさせることを目的とする、通信を繰り返すアタックに対してＩＭＤ２０が対抗できるように、ＩＭＤ２０は極低電力通信または自己給電式の通信（例えば、ＮＦＣ、ＲＦＩＤ、誘導式（inductive））を利用する。この配置は本開示におけるいくつかの例示的な機構の１つに過ぎず、本開示は、環境を安全にし、通信プラットフォーム４０を介して実行可能なＩＭＤアプリケーション（例えば、少なくとも図１Ｅにおける符号５０、図３Ａにおける符号１０５０）を介してＩＭＤ２０を少なくとも部分的に制御することを可能とする階層状アプローチを提供する。

複数の実施例において、保護のもう１つの階層は、ＩＭＤ２０と通信状態になろうとする各外部の通信装置を評価するＩＭＤ２０を含む。例えば、ＩＭＤ２０は、装置データととものブルートゥース／ＭＡＣアドレス、および、外部の通信装置からの通信パケットにおける認証を評価する。外部の通信装置がＩＭＤ２０に関して認証された通信装置でない場合、ＩＭＤ２０は一定期間に渡ってこの外部の通信装置からおよびこのＭＡＣアドレスからの更なる通信を無視する。複数の実施例において、このような評価はＩＭＤセキュリティー管理部２２（図１Ｃ）に組み込まれている。

複数の実施例において、（ＩＭＤ２０の電源の保護として）前述した保護機構の複数階層は組み合わせて実行される。

複数の実施例において、通信プラットフォーム４０はＩＭＤ２０と相互作用するために図１Ｅに示されるアプリケーション５０を備え、このアプリケーション５０はＩＭＤアプリケーション５０として呼ばれることがある。ＩＭＤアプリケーション５０のいくつかの実施例は本開示の様々な実施例に渡って説明され、少なくとも図１Ｈ－１５とともに説明される。

図１Ｄは本開示の一例に係る、通信プラットフォーム１４０を概略的に示すブロック図である。複数の実施例において、通信プラットフォーム１４０は、図１Ａ－１Ｃとともに説明された通信プラットフォーム４０と実質的に同様な特性および属性の少なくともいくつかを備える。複数の実施例において、通信プラットフォーム１４０は、本開示の実施例に渡って説明される通信プラットフォーム２４０Ａ、２４０Ｂ、１０４０と実質的に同様な特性の少なくともいくつかを備える。

複数の実施例において、通信プラットフォーム１４０は、図１Ａにおける通信プラットフォーム４０と本開示の実施例に渡って説明される様々な通信プラットフォームとの少なくとも複数の例示的な実施を提供する。

一般な状況において、通信プラットフォーム１４０はハードウェアとこのようなハードウェアを介して実行可能なアプリケーションとの特定な組み合わせを備え、アプリケーションは本開示の実施例に渡って説明される手段で第１の安全な通信７０Ａ、７０Ｂを促進して通信プラットフォーム４０を通過する。したがって、装置の種類、アプリケーションの種類などの幅広い変化は、通信プラットフォーム１４０を実施するのに利用されてもよく、通信プラットフォーム１４０を渡る安全な通信を実行するのに利用されてもよい。

これを踏まえて、図１Ｄに示されるように、複数の実施例において、通信プラットフォーム１４０は移動装置１４２を備え、移動装置１４２は少なくともＩＭＤ２０との通信に適した無線通信能力を有し、ＴＡサービスプロバイダ６０との通信に適した有線通信能力および／または無線通信能力を有する。複数の実施例において、移動装置１４２はハンドヘルド装置である。複数の実施例において、移動装置１４２は典型的なハンドヘルド装置ではないが容易に持ち運ばれる。本開示の様々な実施例に渡ってより詳細にさらに説明されるように、複数の実施例において、移動装置１４２は消費者通信装置を、例えば、スマートフォン、タブレット、ファブレット、ノートブックコンピュータなどを備えてもよい。複数の実施例において、移動装置１４２は非ＩＭＤ専用の移動装置を備える。

複数の実施例において、通信プラットフォーム１４０は定置型装置１４４を備える。複数の実施例において、定置型装置１４４はウェブサーバーを備える。しかしながら、複数の実施例において、ウェブサーバーは携帯可能または移動可能なサイズにされうることが理解されるであろう。複数の実施例において、定置型装置１４４はデスクトップコンピュータを備える。

複数の実施例において、通信プラットフォーム１４０は定置型装置１４４とドングル（dongle）１４６との組み合わせを備え、ドングル１４６は少なくともＩＭＤ２０との通信に適した無線通信能力を有する。ドングル１４６および定置型装置１４４は有線通路または無線通路を介して互いに通信してもよく、定置型装置１４４は有線通路または無線通路を介してＴＡサービスプロバイダと通信状態になってもよい。複数の実施例において、ドングル１４６は通信プラットフォーム１４０の一部として非定置型のコンピュータとともに利用されてもよい。

さらに図１Ｄに示されるように、複数の実施例において、通信プラットフォーム１４０はクラウドリソース１６１を組み込み、クラウドリソース１６１によって、移動装置１４２または定置型装置１４４はクラウドリソース１６１を利用して第１の安全な通信７０Ａ、７０Ｂを少なくとも部分的に実行する。複数の実施例において、クラウドリソース１６１はＩＭＤアプリケーション５０（図１Ｈ）を働かせ、ＩＭＤアプリケーション５０はアクセス可能で、通信プラットフォーム４０において、例えば移動装置１４２、定置型装置１４４などにおいて実行されることができる。

複数の実施例において、通信プラットフォーム１４０は、直列１６３に配置された１つ以上の構成要素を備え、または、並列１６５に配置された１つ以上の構成要素を備えてもよい。

複数の実施例において、通信プラットフォーム１４０は埋込可能な医療装置（ＩＭＤ）と排他的に通信するのに専用ではなく、非ＩＭＤ専用の装置を備える非ＩＭＤ専用の通信プラットフォーム１７１と呼ばれることがある。逆に、埋込可能な医療装置と通信するための少なくとも複数の市販の装置は、埋込可能な医療装置、例えば、専用の患者プログラマ（例えば、専用の遠隔制御）、と排他的に通信するように製造される。

本開示の複数の実施例において、通信プラットフォーム１４０は１つの埋込可能な医療装置（ＩＭＤ）と通信するのに専用であるが、特別なブランド／類型の埋込可能な医療装置の利用に専用な必要がない。このような実施例において、通信プラットフォーム１４０は非特異ＩＭＤ専用（non-specific-IMD-dedicated）の装置を備える非特異ＩＭＤ専用の通信プラットフォーム１７３と呼ばれることがある。

複数の実施例において、通信プラットフォーム１４０はいくつかの異なる埋込可能な医療装置（ＩＭＤ）と通信するのに専用である。複数の実施例において、異なる埋込可能な医療装置は全部同じブランド（すなわち、一般のメーカー）のものであってもよい。しかしながら、複数の実施例において、少なくとも複数の異なる埋込可能な医療装置は異なるブランドな製品である。このような実施例において、プラットフォーム１４０は図１Ｄに示されるようにマルチＩＭＤ専用の装置を備えるマルチＩＭＤ専用の通信プラットフォーム１７５と呼ばれることがある。

図１Ｆは本開示の一例に係るシステム２００を概略的に示すブロック図である。図１Ｆに示されるように、システムは、図１Ａ－１Ｅとともに説明された、システム１０における類似構成要素２０、４０、６０と実質的に同様な特性および属性の少なくともいくつかを備える埋込可能な医療装置（ＩＭＤ２２０）と、通信プラットフォーム２４０Ａ、２４０Ｂと、ＴＡサービスプロバイダ２６０とを含む。しかしながら、複数の実施例において、システム２００における通信プラットフォームは、それぞれに分離したＩＭＤアプリケーション２５０Ａ、２５０Ｂを備える少なくとも２つの分離した部２４０Ａ、２４０Ｂとして実行される。

図１Ｆに示されるように、第１プラットフォーム部２４０Ａは、セキュリティー機構２７２（例えば、セキュリティー要素２７２）と共同してＩＭＤ２２０とＴＡサービスプロバイダ２６０との間の第１の安全な通信の第１構成要素２７０Ａ、２７０Ｂを促進しつつ、セキュリティー機構２７３（例えば、セキュリティー要素２７３）と共同してＩＭＤ２２０とＴＡサービスプロバイダ２６０との間の第１の安全な通信の第２プラットフォーム部２５０Ａは第２構成要素２７５Ａ、２７５Ｂを促進する。複数の実施例において、これらの異なる通路は２つの異なる経路、例えば第１経路と第２経路、と呼ばれてもよい。

複数の実施例において、第１経路は、第１の安全な通信の内容に対する第１レベルのアクセス権限に基づいて第１の安全な通信を実行するように配置される。同時に、第２経路は、第１の安全な通信の内容に対する第２レベルのアクセス権限に基づいて第２の安全な通信を実行するように配置され、第２レベルのアクセス権限は第２１レベルのアクセス権限と異なる。

複数の実施例において、第１経路（例えば、プラットフォームＡ）は患者アプリケーション専用であってもよく、第２経路（例えば、プラットフォームＢ）は医師アプリケーション専用であってもよい。この配置において、医師アプリケーションは全権限を有するが、患者アプリケーションは医師によって容認される、ある程度限られた権限を有する。

複数の実施例において、第１経路（例えば、プラットフォームＡ）は患者アプリケーション専用であってもよく、第２経路（例えば、プラットフォームＢ）はＩＭＤへの読み取りのみのアクセスが容認されるホームモニタアプリケーション専用であってもよい。

複数の実施例において、１つの経路は医師専用で全権限を有してもよく、もう１つの経路は、少ない権限を有し、例えば、表示可能で読み取りのみのＩＭＤ情報のサブセットを有する介護者アプリケーションであり、または、緊急事態のみにおいて治療を無効化する緊急用アプリケーションである。

２つのプラットフォーム部２４０Ａ、２４０Ｂは互いから分離しており、かつ、互いに独立している。複数の実施例において、２つのＩＭＤアプリケーション２５０Ａ、２５０Ｂは分離しており、かつ、独立している。しかしながら、複数の実施例において、２つのＩＭＤアプリケーション２５０Ａ、２５０Ｂは単一のＩＭＤアプリケーションの分散された部分を表す。

複数の実施例において、２つの分離したプラットフォーム部２４０Ａ、２４０Ｂは単一のハウジング２５５に組み立てられている。

図１Ｇは本開示の一例に係るシステム２８０を概略的に示すブロック図である。システム２８０は、第１プラットフォーム部２４０Ａ（およびＩＭＤアプリケーション２５０Ａ）が第１ハウジング２８５Ａにおいて実行され、第２プラットフォーム部２４０Ｂ（およびＩＭＤアプリケーション２５０Ｂ）が第２ハウジング２８５Ｂにおいて実行される以外、図１Ｆにおけるシステム２００と実質的に同様な特性および属性の少なくともいくつかを備える。第１ハウジング２８５Ａは第２ハウジング２８５Ｂから分離しており、かつ、独立している。

図１Ｈは本開示の一例に係るシステム３８０を概略的に示すブロックである。複数の実施例において、システム３８０は、さらにＩＭＤアプリケーション５０と第２セキュリティー機構３９５（例えばセキュリティー要素３９５）を介する第２の安全な通信３９４とを含む以外、図１Ａ－１Ｇとともに前述したシステム１０、２００、２８０と実質的に同様な特性および属性の少なくともいくつかを備える。

複数の実施例において、通信プラットフォーム４０による実行を介して、ＩＭＤアプリケーション５０（図１Ｅ）はセキュリティー機構を介して無線にＩＭＤ２０へまたはＴＡサービスプロバイダ６０通信を送信することができ、セキュリティー機構は、ＴＡサービスプロバイダ６０から発信される通信またはＩＭＤ２０から発信される通信のそれぞれに既に適用されたセキュリティー機構の上に、セキュリティーの追加の階層を提供する。１つの態様において、この配置は階層状アプローチを提供し、この階層状アプローチによって、複数層のセキュリティーは、ＴＡサービスプロバイダ６０からＩＭＤ２０への通信またはＩＭＤ２０からＴＡサービスプロバイダ６０への通信を保護するように作用する。複数の実施例において、（通信プラットフォーム４０を介して実行可能な）ＩＭＤアプリケーション５０を介して提供されたセキュリティーの階層は、安全な通信の実行に関するＩＭＤアプリケーション５０に対して、ＴＡサービスプロバイダ６０に特定な責任を権限委任させてもよい。

複数の実施例において、（既にＩＭＤ２０および／またはＴＡサービスプロバイダ６０によって安全にされている通信の上に）セキュリティーの階層を追加するＩＭＤアプリケーション５０の配置は、ＴＡサービスプロバイダ６０によって仲介される緩いペアリング概念を支援し、通信セッション同士の間のＩＭＤアプリケーション５０の確認へ支援するのに役に立つ。例えば、ＴＡサービスプロバイダ６０は配置におけるＩＭＤ２０と通信状態となるように（通信プラットフォーム４０において実行可能な）ＩＭＤアプリケーション５０を認証してもよく、よって、ＴＡサービスプロバイダ６０は、ＩＭＤ２０への通信路を能動的にモニタリングして安全にするように、特定な通信プラットフォーム４０における特定なＩＭＤアプリケーション５０の場合の署名を利用することができる。ＩＭＤアプリケーション５０はＩＭＤ２０と緩くペアとなり、通信プラットフォーム４０はユーザＩＤ（ユーザ識別番号）を介して（例えば、マイクロソフトＩＤを介して、グーグルＩＤを介して、またはアップルＩＤを介して）ユーザを検証する方法を既に典型的に含んでもよい。複数の実施例において、ユーザ、通信プラットフォーム４０、および、ＩＭＤ２０と相互作用するＩＭＤアプリケーション５０に対して続行の認証を確認するように、ＴＡサービスプロバイダ６０はこのような方法を介してユーザをさらに検証する。この配置を利用すると、複数の実施例において、通信プラットフォーム４０が異なるユーザＩＤと関連するようになる場合、アクセスを許可する前にユーザを確認するように、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０は追加のステップを取ることができる。複数の実施例において、この配置は医師に対しても適用可能で、この適用において「ユーザＩＤ」は医師によるアクセスをさらに検証するように利用されてもよいことが理解されるであろう。さらに、複数の実施例において、複数のＩＭＤ２０が１つの患者に関するか、または、複数のＩＭＤ２０のそれぞれが異なる患者に関するかに関わらず、複数のＩＭＤ２０に対しておよび／または複数のＩＭＤ２０のためのＩＭＤアプリケーション５０に対して、医師はＴＡサービスプロバイダ６０において「ユーザＩＤ」を介してアクセス検証されてもよい。

図１Ｈに示されるように、複数の実施例において、ＩＭＤアプリケーション５０は、ＩＭＤアプリケーション５０からＴＡサービスプロバイダ６０への第２の安全な通信３９４を介してＩＭＤ２０の動作を少なくとも部分的に管理する。１つの態様において、第２通信３９４に応じて、ＴＡサービスプロバイダ６０は、通信プラットフォーム４０（およびＩＭＤアプリケーション５０）に渡ってＩＭＤ２０へ送信すべき第１通信７０Ａ、７０Ｂの少なくとも一部を形成する。

図１Ｈに示されるように、複数の実施例において、ＩＭＤアプリケーション５０は、ＴＡサービスプロバイダからＩＭＤアプリケーション５０への第２通信３９４を介してＩＭＤ２０の動作を少なくとも部分的にモニタリングする。１つの態様において、第２通信３９４はＩＭＤ２０とＴＡサービスプロバイダ６０との間の第１通信７０Ａ、７０Ｂに少なくとも部分的に基づくものである。

図１Ｉは本開示の一例に係る通信プラットフォームを概略的に示すブロック図である。複数の実施例において、通信プラットフォーム４００は、ＩＭＤアプリケーション５０が少なくとも部分的に分散した配置において実行される以外、図１Ａ－１Ｈに関する通信プラットフォーム２０、１４０と実質的に同様な特性および属性の少なくともいくつかを備える。特に、図１Ｉに示されるように、複数の実施例において、通信プラットフォーム４００は通信プラットフォームを介して実行可能な第１ＩＭＤアプリケーション４０２を備える。複数の実施例において、第１ＩＭＤアプリケーション４０２はサーバーと呼ばれることがある。通信プラットフォーム４００を介して実行可能な（および／または通信プラットフォーム４００に関する）第２ＩＭＤアプリケーション４０４は、第１ＩＭＤアプリケーション４０２を利用してＩＭＤ２０および／またはＴＡサービスプロバイダ６０と通信状態となる。複数のこのような実施例において、第１ＩＭＤアプリケーション４０２は通信導管として作用してもよく、第２ＩＭＤアプリケーション４０４は少なくとも特定な動作機能、情報機能、状態機能、セキュリティー機能などを、ＩＭＤ２０について、および／または、ＴＡサービスプロバイダ６０に関連して提供してもよく、これらの機能は本開示の少なくとも複数の実施例に渡って説明される機能と一致している。複数の実施例において、第１ＩＭＤアプリケーション４０２はドライバーと呼ばれることがある。

図１Ｊは本開示の一例に係る認証エンジン３５０を概略的に示すブロック図である。複数の実施例において、ＩＭＤ２０と通信状態になる前に、追加の階層は、（本開示の少なくとも複数の実施例に渡って説明される）第１の安全な通信または第２の安全な通信を介して実行されるセキュリティーに加えて、認証エンジン３５０を介して実行されるセキュリティーである。複数の実施例において、この追加の認証はＩＭＤ２０と通信パートナー（例えば、ＴＡサービスプロバイダ６０、通信プラットフォーム４０、ＩＭＤアプリケーション５０）との間の最初のペアリングにおいて実施されてもよいが、複数の実施例において、追加の認証はＩＭＤ２０との通信が発生する度に実行される。

複数の実施例において、少なくとも認証エンジン３５０の部分はＩＭＤ２０の一部として実行されてもよいが、複数の実施例において、少なくとも認証エンジン３５０の部分はＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０の一部として実行されてもよい。複数の実施例において、少なくとも認証エンジン３５０の部分は通信プラットフォーム４０を介して実行されてもよい。

図１Ｊに示されるように、複数の実施例において、認証エンジン３５０は二段階認証機能３５２を備え、二段階認証機能３５２は最初の認証が第１の安全な通信を介して実行されたかに関わらず二段階認証をさらに実行する。複数の実施例において、二段階認証はユーザＩＤ機能３５４、バイオメトリックス機能３５６、物理機能３５８および／またはメッセージ機能３６０を介して実施されてもよい。しかしながら、複数の実施例において、他の種類の二段階認証はエンジン３５０を介して実行される二段階認証から除外されていないように、機能３５４－３６０は代表的なものであるだけのことが理解されるであろう。

ユーザＩＤ機能３５４は二段階認証のためのユーザ識別（ユーザＩＤ）を要し、ユーザ識別は第三者および／またはＴＡサービスプロバイダ６０によって管理される。ユーザＩＤ機能３５４は関連するパスワードを要してもよい。複数の実施例において、二段階認証を実行するように、認証エンジン３５０のバイオメトリックス機能３５６は、スキャンまたは検知のための認識可能なバイオメトリックス特徴、例えば、指紋、網膜などを示すようにユーザを要する。複数の実施例において、二段階認証を実行するように、認証エンジン３５０の物理機能３５８は物理情報、例えば、ＩＭＤ２０に関する活性化コード（activation code）に求める。複数の実施例において、二段階認証を実行するように、認証エンジン３５０のメッセージ機能３６０は、メッセージ、例えば、短メッセージシステム（ＳＭＳ、例えばテキスト）、または他の電話メッセージツールを要する。複数の実施例において、様々な機能３５４－３６０の組み合わせまたは複合はエンジン３５０を介して二段階認証を達成するように実行される。

図２Ａは本開示の一例に係る埋込可能な医療装置（ＩＭＤ）４２０を概略的に示すブロック図である。複数の実施例において、ＩＭＤ４２０は、図２Ａに示されるようなオンボードセンサ４２２をさらに備える以外、図１Ａ－１Ｈとともに説明されたＩＭＤ２０と実質的に同様な特性および属性の少なくともいくつかを備える。オンボードセンサ４２２は患者に関する生理学関連情報を検出するように提供される。この検出した情報は少なくとも埋込可能な医療装置（ＩＭＤ）４２０を介して追跡され、複数の実施例において、検出した情報はＴＡサービスプロバイダ６０（図１Ａ）および／またはＩＭＤアプリケーション５０（図１Ｅ、１Ｈ）に通信してもよい。

図２Ｂは本開示の一例に係る埋込可能な医療装置（ＩＭＤ）２０に関する様々なセンサ配置を概略的に示すブロック図４５０である。複数の実施例において、ＩＭＤ２０は図１Ａ－１Ｈとともに説明されたＩＭＤ２０と実質的に同様な特性および属性の少なくともいくつかを備える。

図２Ｂに示されるように、埋込可能なセンサ４８０は患者に関する生理学関連情報を検出するように提供される。埋込可能なセンサ４８０は埋込可能な医療装置２０の外部にあるが、患者の身体（４５３Ａ）の内部に埋込可能である。複数の実施例において、埋込可能なセンサ４８０は、検出した情報を埋込可能な医療装置（ＩＭＤ）２０に直接的に提供するように、ＩＭＤ２０への直接的な通信リンク４９２（図２Ｃ）を有する。

しかしながら、複数の実施例において、埋込可能なセンサ４８０は、埋込可能な医療装置（ＩＭＤ）２０に検出した情報を提供するように、ＩＭＤ２０への非直接的な通信リンク４９４（図２Ｃ）または通信路を有する。複数のこのような実施例において、検出した情報はＩＭＤ２０へ直接的に通信せず、代わりにまずはＴＡサービスプロバイダ６０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／または他の目的地へ通信する。複数の実施例において、このような検出した情報を受信する要素は、検出した情報（またはその一部）をＩＭＤ２０へ選択的に通信してもよい。

さらに図２Ｂに示されるように、複数の実施例において、埋込可能な医療装置（ＩＭＤ）２０に関する１つの配置は患者４５３Ａの外部にあるセンサ４８２を備えてもよく、よって、患者４５３Ａの外部の環境４５３Ｂの中にあるセンサ４８２と呼ばれることがある。複数の実施例において、センサ４８２はホスト装置に、例えば通信プラットフォーム４０の第１部に、オンボードされるように、オンボードセンサ４８４を備える。１つの限定でない実施例として、通信プラットフォーム４０は移動装置（またはタブレット、ファブレットなど）であってもよく、センサ４８２は既に移動装置にオンボードされたセンサ、例えば加速度センサまたは音響センサ、を備えてもよい。

複数の実施例において、センサ４８２は、通信プラットフォーム４０および／またはＴＡサービスプロバイダ６０から分離しており、かつ、通信プラットフォーム４０および／またはＴＡサービスプロバイダ６０から独立している独立したセンサを備える。複数のこのような実施例において、センサ４８６は患者の身体に対して取り外し可能（removably）で結合されてもよい。複数のこのような実施例において、センサ４８６は物理的に患者の身体から離れていてもよい。複数の実施例において、このようなセンサ４８６は通信プラットフォーム４０、ＩＭＤ２０および／またはＴＡサービスプロバイダ６０への直接的な通信リンク４９２（図２Ｃ）を有するが、複数の実施例において、このようなセンサ４８６は受信者、例えば、通信プラットフォーム４０、ＩＭＤ２０および／またはＴＡサービスプロバイダ６０への非直接的な通信リンクまたは通信路４９４（図４Ｃ）を有する。

センサ４８０および／またはセンサ４８２を介して検出した情報は少なくとも追跡されおよび／または記録され、複数の実施例において、当該情報はＴＡサービスプロバイダ６０（図１Ａ）および／またはＩＭＤアプリケーション５０（図１Ｅ、１Ｈ）へ通信されてもよい。追跡および／または記録は埋込可能な医療装置２０、検出部品自体、通信プラットフォーム４０および／またはＴＡサービスプロバイダ６０（図１Ａ）を介して行われてもよい。

複数の実施例において、非埋込可能なセンサ、例えばセンサ４８４、４８６（図２Ａ）は、生理学的情報を確かめて患者のケアを改善するように、パルスオキシメトリセンサ（pulse oximetry sensor）、呼吸センサ、加速度センサ、音声センサ、映像センサ、ＥＫＧセンサなどを備えてもよい。

複数の実施例において、埋込可能なセンサ、例えば、センサ４２２（図２Ａ）またはセンサ４８０（図２Ｂ）は、呼吸センサ、加速度センサ、心臓センサなどを備えてもよい。埋込可能であるかに関わらず、少なくとも複数のセンサ、例えば加速度センサは患者の活動状態、姿勢、位置などを検出してもよい。

図２Ｄは本開示の一例に係る状態エンジン５００のブロック図である。複数の実施例において、状態エンジン５００は、少なくとも埋込可能な医療装置（ＩＭＤ）２０に関する様々な種類の状態情報の追跡、記録および／または報告を実行する。複数の実施例において、状態エンジン５００は追加的にＩＭＤ２０および／または関連の要素の動作を少なくとも部分的に実行するまたは管理する。複数の実施例において、状態エンジン５００の少なくとも複数の態様はＩＭＤ２０の中に実行されてもよい。

複数の実施例において、状態エンジン５００の少なくとも複数の態様は、少なくともＴＡサービスプロバイダ６０の中に実行されてもよく、および／または、通信プラットフォーム４０を介して実行されてもよく、例えば、ＩＭＤアプリケーション５０において実行されてもよいが、これに限らない。

図２Ｄに示されるように、複数の実施例において、状態エンジン５００は、ＩＭＤ２０を介しておよび／または補助装置を利用して患者に対する治療を少なくとも部分的にモニタリングするおよび／または少なくとも部分的に実施するように、治療エンジン５０２を備える。複数の実施例において、治療エンジン５０２は、神経刺激治療の実行の一部として刺激パラメータを制御するおよび／またはモニタリングする刺激機能５１０を備える。複数の実施例において、治療エンジン５０２は、ＩＭＤ２０に関連するエネルギー使用量および効率を制御するおよび／またはモニタリングするエネルギー機能５２０を備える。

さらに図２Ｄに示されるように、複数の実施例において、状態エンジン５００は、患者に対する治療の相対的な効能または絶対的な効能（例えば、有効性）を追跡する有効性機能５３０を備える。さらに図２Ｄに示されるように、複数の実施例において、状態エンジン５００は、患者がＩＭＤ２０の利用において患者の治療の計画に対してこだわるか否かに関する、およびどのようにこだわるかに関するこだわり情報を追跡するこだわり機能５３２を備える。

さらに図２Ｄに示されるように、複数の実施例において、状態エンジン５００は、活動状態の検出を少なくとも部分的に制御するおよび／または検出した情報をモニタリングする検出機能５３４を備える。複数の実施例において、検出した情報は、ＩＭＤにおいてセンサから発信され、および／または、ＩＭＤ２０から独立したセンサから発信され、例えば、少なくとも図２Ａ－２Ｃとともに前述したセンサの少なくとも１つから発信される。

さらに図２Ｄに示されるように、複数の実施例において、状態エンジン５００は、ＩＭＤ２０、通信プラットフォーム４０および／またはＴＡサービスプロバイダ６０の間の通信をモニタリングする、および／または、当該通信を少なくとも部分的に実施する通信機能５４２を備える。

さらに図２Ｄに示されるように、複数の実施例において、状態エンジン５００は、ＩＭＤ２０に関連する動作機能およびパラメータをモニタリングするおよび／または少なくとも部分的に実行する動作機能５４４を備える。複数の実施例において、動作機能５４４はＩＭＤ２０のエンジン、機能および／またはパラメータの全てに関連するが、複数の実施例において、動作機能５４４はＩＭＤ２０のエンジン、機能および／またはパラメータの一部のみに関連する。

複数の実施例において、状態エンジン５００は、ＩＭＤ２０の動作に関する電力機能性をモニタリングするおよび／または少なくとも部分的に実施する電力機能５４８を備える。このようなモニタリングは電源の寿命の追跡を含んでもよく、このような実施は、ＩＭＤ２０の給電に影響するＩＭＤ２０の様々な機能と共同する選択的な電力節約を含む。電力機能５４８はバッテリーに関してもよいが、バッテリー、例えば現在市販されているバッテリーに厳密に限らず、ＩＭＤ２０の利用に適した他の種類の電源を含んでもよいことが理解されるであろう。複数の実施例において、バッテリーおよび／または他の電源は充電可能であってもよい。

複数の実施例において、エンジン５０２と状態エンジン５００の機能５１０、５２０、５３０、５３２、５３４、５４２、５４４、５４８との様々な組み合わせは相補的にまたは協働的に動作する。

複数の実施例において、状態エンジン５００は、少なくとも図３とともに後述するＩＭＤアプリケーション５０における患者状態管理部１０９０の形式で実行され、および／または、少なくとも図３とともに後述するＴＡサービスプロバイダ６０におけるマスター状態管理部１０８０として実行される。

複数の実施例において、状態エンジン５００の動作および／またはモニタリングはユーザインターフェイスを介して、例えば図２Ｅにおけるユーザインターフェイス６００を介して、少なくとも部分的に実施される。複数の実施例において、ユーザインターフェイス６００は、ＩＭＤアプリケーション５０を含む通信プラットフォーム４０、および／または、ＴＡサービスプロバイダ６０の少なくとも１つを介して、少なくとも部分的に実施される。複数の実施例において、ユーザインターフェイス６００は、図３におけるユーザインターフェイス１０９２および／または図１１におけるユーザインターフェイス１４８６と実質的に同様な特性および属性の少なくともいくつかを備える。また、複数の実施例において、ユーザインターフェイス６００の少なくとも複数の態様は図３におけるユーザインターフェイス１０９２および／または図１１におけるユーザインターフェイス１４８６に組み込まれてもよい。

図２Ｅに示されるように、複数の実施例において、ユーザインターフェイス６００は通信エンジン６０２を備える。複数の実施例において、一般な状況において、通信エンジン６０２は、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０の間の通信に関する様々な通信リンクを、少なくとも部分的にモニタリングおよび／または少なくとも部分的に実施するように動作する。複数の実施例において、通信エンジン６０２は活動リンク機能６０４、リンク識別機能６０６および／またはリンク取得可能性機能６０８を備えてもよい。

複数の実施例において、活動リンク機能６０４は、どの通信リンクが活動中であるかを、例えば、少なくともＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０の間においてどの通信リンクが適正に機能しているかを、モニタリングするおよび／または表示する。このような表示を介して、患者または医師は適切な通信を迅速に確認することができ、よって、ＩＭＤ２０および関連する部品の適切な動作を迅速に確認することができる。代替的に、１つの通信リンクが活動中でなくなるイベントが起こる時、患者および／または医師が非活動のリンクに気づく。複数の実施例において、非活動のリンクのイベントにおいて、活動リンク機能６０４はユーザインターフェイス６００の報告機能６３４と協働して患者また医師へアラームまたは通知を提供する。このような報告は、例えば通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０を介する電子メール、テキスト（例えば、ＳＭＳ）、音声指示（例えば、着信音など）、視覚指示などの形式であってもよい。複数の実施例において、このような報告は、特定な通信リンクの動作を修復するまたは改善するために取りうる行動を指示してもよい。

複数の実施例において、リンク識別機能６０６は活動リンク機能６０４と協働して、様々な通信リンクに対して迅速で効果的な識別を可能とするように、各リンクを別々で追跡するおよび／または指示する。

複数の実施例において、リンク取得可能性機能６０８は、少なくともＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０への通信に対して、または、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０の間の通信に対して、取得可能なリンクの種類および数を追跡するおよび／または表示する。

複数の実施例において、ユーザインターフェイス６００は、少なくともＩＭＤアプリケーション５０の動作に関する様々な機能を確認する確認機能６４０を備え、これらの機能の少なくともいくつかはＩＭＤアプリケーション１０５０と関連してさらに後述する。こうすることによって、医師および／または使用者は安心で安全にＩＭＤ２０を利用して患者のケアを改善することができる。複数の実施例において、確認機能６４０は、少なくとも状態エンジン５００（図２Ｄ）および／または、図２Ｅにおけるユーザインターフェイス６００の様々な機能、エンジン、機構６０２、６１０、６３０、６３２、６３４、６３６の一部として実行されてもよい（および／または、少なくとも状態エンジン５００および／または、図２Ｅにおけるユーザインターフェイス６００の様々な機能、エンジン、機構６０２、６１０、６３０、６３２、６３４、６３６と協働するように実行されてもよい）。

複数の実施例において、ユーザインターフェイス６００はユーザ入力エンジン６１０を備える。複数の実施例において、一般な状況において、ユーザ入力エンジン６１０はユーザ入力を受信して、システムの特定な態様（例えば、２０、４０、５０、６０）に対して特定なユーザ（例えば、患者、医師、技術支援者など）が与えられた適切なアクセスレベルで、ユーザインターフェイス６００、および／または、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０のエンジンおよび機能を操作してもよい。複数の実施例において、ユーザ入力エンジン６１０は、ＩＭＤ２０を介して少なくとも特定な態様の治療を少なくとも部分的にモニタリングするおよび／または少なくとも部分的に実行する治療機能６２２を含む。

複数の実施例において、ユーザ入力エンジン６１０は、システムのどの装置または部品がユーザ入力に適用されるべきか、および／または、どの装置または部品がモニタリングされるべきか、をユーザに選択させる装置選択機能６２４を含む。

複数の実施例において、ユーザインターフェイス６００は、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０に関する状態の少なくとも複数の態様に関連する表示可能な情報を選択する、および／または、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０に関する状態の少なくとも複数の態様に関連する制御を実行する状態機能６３０を備える。複数の実施例において、状態機能６３０は情報の選択的な表示を、および／または、少なくとも図２Ｄとともに前述した状態エンジン５００の少なくとも複数の態様に関する制御の実行を可能とする。

複数の実施例において、ユーザインターフェイス６００は、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０に関する検出の少なくとも複数の態様に関連する表示可能な情報を選択する、および／または、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０に関する検出の少なくとも複数の態様に関連する制御を実行する検出機能６３２を備える。複数の実施例において、検出機能６３２は情報の選択的な表示を、および／または、少なくとも図２Ａ－２Ｃとともに前述したセンサの少なくとも複数の態様に関する制御の実行を可能とする。

複数の実施例において、ユーザインターフェイス６００は、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０に関する報告の少なくとも複数の態様に関連する表示可能な情報を選択する、および／または、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０に関する報告の少なくとも複数の態様に関連する制御を実行する報告機能６３４を備える。

複数の実施例において、ユーザインターフェイス６００は、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０に関するデータ転送の少なくとも複数の態様に関連する表示可能な情報を選択する、および／または、ＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０に関するデータ転送の少なくとも複数の態様に関連する制御を実行するデータ転送機能６３４を備える。複数の実施例において、データ転送機能６３４は他のリソースによって直接的にダウンロード可能な情報の取得可能性を促進し、当該リソースはＩＭＤ２０、通信プラットフォーム４０、ＩＭＤアプリケーション５０および／またはＴＡサービスプロバイダ６０に対して選択的に通信結合することができる。

複数の実施例において、データはアプリケーション間の転送という形式で転送されてもよく、例えば、ＩＭＤアプリケーション５０が分析のためにデータを他のアプリケーション（例えば、市販されているアプリケーションまたはカスタムアプリケーション）へ転送する。このような「他の」アプリケーションは、例えば、Apple（登録商標）のヘルスケア（healthkit、登録商標）アプリケーション、Twitter（登録商標）などを含んでもよいがこれらに限らない。こうすれば、データ転送機能６３４は患者に対して広範囲の健康プラットフォームを確立することに貢献できる。

複数の実施例において、ユーザインターフェイス６００においてエンジン６０２と機能６０４、６０６、６０８、６１０、６２２、６２４、６３０、６３２、６３４、６３６との様々な組み合わせは相補的にまたは協働的に動作する。

図３は本開示の一例に係るシステム１０１０のブロック図である。複数の実施例において、システム１０１０は、システム１０（図１Ａ）および／または関連する実施例（図１Ｂ－２Ｅ）と実質的に同様な特性および属性の少なくともいくつかを備える。複数の実施例において、システム１０１０はシステム１０（図１Ａ）および／または関連する実施例（図１Ｂ－２Ｅ）の１つの実行を備える。したがって、図３Ａにおける要素１０２０、１０４０、１０５０、１０６０は図１Ａにおける類似の要素２０、４０、５０、６０と似たような参照番号に振られている。図３に示されるように、システム１０１０は埋込可能な医療装置（ＩＭＤ）１０２０と、ＩＭＤアプリケーション１０５０を含む通信プラットフォーム１０４０と、認証局（ＴＡ）サービスプロバイダ１０６０とを含む。複数の実施例において、ＩＭＤアプリケーション１０５０は、通信プラットフォーム１０４０を介して実行可能であり、通信プラットフォーム１０４０の一部を介して働かせても働かせなくてもよい。

システム１０（少なくとも図１Ａ）に対して前述したものと実質的に同様な方法で、通信プラットフォーム１０４０に関連するＩＭＤアプリケーション１０５０はＩＭＤ１０２０とＴＡサービスプロバイダ１０６０との間の第１の安全な通信１０７０Ａ、１０７０Ｂに対する仲介として作用する。複数の実施例において、第１の安全な通信１０７０Ａ、１０７０Ｂに関連する第１セキュリティー機構１０７２（例えばセキュリティー要素１０７２）によって、通信プラットフォーム１０４０によるおよびＩＭＤアプリケーション１０５０による第１の安全な通信１０７０Ａ、１０７０Ｂへのアクセスを防止しつつ、ＩＭＤ１０２０においておよびＴＡサービスプロバイダ１０６０において第１の安全な通信１０７０Ａ、１０７０Ｂへの安全なアクセスを許可する。

複数の実施例において、通信プラットフォーム１０４０の少なくとも一部は図１Ｄとともに前述した装置１４２－１７５のいくつの異なる種類の１つの形式をしてもよい。

図３におけるシステム１０１０のこの一般な配置を踏まえて、図４Ａ－１１は、少なくともＩＭＤ１０２０、通信プラットフォーム１０４０、ＩＭＤアプリケーション１０５０および／またはＴＡサービスプロバイダ１０６０の動作および相互作用に関する様々な実行および詳細のさらに具体的な実施例を提供することが理解されるであろう。これを踏まえて、図８はＩＭＤ１０２０、通信プラットフォーム１０４０、ＩＭＤアプリケーション１０５０、ＴＡサービスプロバイダ１０６０および他の要素の間の広範囲の相互作用の例示的な表現の１つを提供することに過ぎない。

また、少なくとも図１Ｈとともに説明されたものと同様な方法で、複数の実施例において、図３に示される少なくともシステム１０１０はＩＭＤアプリケーション１０５０とＴＡサービスプロバイダ１０６０との間の（第２セキュリティー要素１０９５による）第２の安全な通信１０９４を支援する。これを踏まえて、第２の安全な通信１０９４の一例は図３に示されるようにＴＡ／アプリのメッセージ１０９７として表示される。同時に、複数の実施例において、第１通信１０７０Ａの一例はＩＭＤからＴＡへのメッセージ１０７６としてさらに表現されるが、第１通信１０７０Ｂの一例はＴＡからＩＭＤへのメッセージ１０７８としてさらに表現される。「メッセージ」という用語はメッセージプロトコルを、例えばＳＭＳを厳密に示すのではなく、２つの個体の間の有線通信または無線通信を一般的に示し、当該通信は本開示の少なくとも複数の実施例において説明される安全な形式で行われることが理解されるであろう。

少なくとも図１Ｃとともに前述されたものと同様な方法で、複数の実施例において、ＩＭＤ１０２０は、ＩＭＤ１０２０においてセキュリティー機構を管理する通信セキュリティー管理部（例えば図１Ｃにおける符号２２）を備えてもよく、複数の実施例において、ＴＡサービスプロバイダ１０６０は、ＴＡサービスプロバイダ１０６０においてセキュリティー機構を管理する通信セキュリティー管理部（例えば図１Ｃにおける符号６２）を備えてもよい。

複数の実施例において、第１通信および第２通信に関する、かつ、少なくとも各セキュリティー管理部（例えば図１Ｃにおける符号２２、６２）を介して実行されるセキュリティー機構は暗号化技術を含み、暗号化技術の少なくとも一部は少なくとも図１Ａ－２Ｅとともに前述され、後には少なくとも図４Ａ－１５とともにさらに説明される。

複数の実施例において、ＩＭＤアプリケーション１０５０はユーザインターフェイス１０９２を含む。複数の実施例において、ユーザインターフェイス１０９２は入力機構と表示部とを含み、当該ユーザインターフェイス１０９２が移動装置１０４０の対応のグラフィカルユーザインターフェイスを実行する。複数の実施例において、ユーザインターフェイス１０９２は、図１１とともに説明されるユーザインターフェイス１４８６と実質的に同様な特性および属性の少なくともいくつかを実施する。複数の実施例において、ユーザインターフェイス１０９２は、図２Ｅとともに説明されるユーザインターフェイス６００と実質的に同様な特性および属性の少なくともいくつかを備える。複数の実施例において、ユーザインターフェイス１０９２は、図２Ｄとともに説明される状態管理部５００と実質的に同様な特性および属性の少なくともいくつかを備える。

したがって、複数の実施例において、ＩＭＤアプリケーション１０５０において状態エンジン５００を実行する時、状態管理部１０９０はユーザインターフェイス１０９２を介してアクセス可能で実行可能である。複数の実施例において、管理部１０９０は主にアクセス可能で、および／または、患者状態管理部１０９０と呼ばれることがあるように患者に利用される。患者状態管理部１０９０は、ＩＭＤ１０２０のメーカーおよび／またはその患者の担当医師に許可される通りに、患者に少なくともＩＭＤ１０２０の操作をモニタリングさせるおよび／または制御させる。例えば、患者には、患者状態管理部１０９０を介して、メーカーに設定された絶対的な範囲および医師に設定された（、当該絶対的な範囲中の）相対的な範囲において刺激の強度を調整することが許可されてもよい。他の患者制御可能状態パラメータは、オン／オフ機能、プログラムされた開始／終了時間、開始遅延、および他の患者に適切に決められた決定の範囲内のパラメータを含んでもよい。

複数の実施例において、ＴＡサービスプロバイダ１０６０はマスター状態管理部１０８０を含み、マスター状態管理部１０８０は、ＩＭＤ１０２０のメーカーに許可される通りに、医師に少なくともＩＭＤ１０２０の操作をモニタリングさせるおよび／または制御させる。例えば、医師には、マスター状態管理部１０８０を介して刺激治療に関する様々なパラメータを調整することが許可されてもよい。１つの実施例において、マスター状態管理部１０８０は患者により変更可能で特定なパラメータのそれぞれに対して相対的な範囲を設定することを医師に許可し、当該相対的な範囲はメーカーによって設定された絶対的な範囲中であって医療規制の枠組みに準拠したものである。複数の実施例において、このような医師による制御は、少なくとも図６Ａとともに管理エンジン１３５０に関してさらに説明される規則機能１３７８を介して少なくとも部分的に実行されてもよい。

したがって、患者状態管理部１０９０およびマスター状態管理部１０８０はＩＭＤ１０２０のメーカーによって設定された制約の元にＩＭＤ１０２０のパラメータを実行し、当該パラメータは医療規制の枠組みに判断されおよび／または承認される制約の元にあるものでもある。患者性能管理部１０９０およびマスター状態管理部１０８０のそれぞれにおいてＩＭＤ１０２０のパラメータ、機能およびエンジンに対する制約は、患者ケアにおいてそれぞれの役割（例えば、患者、医師のそれぞれ）に適したものであることが理解されるであろう。複数の実施例において、ＴＡサービスプロバイダ１０６０の管理部１０８０は、図３に示されるＴＡサービスプロバイダのユーザインターフェイス１０６１を介して少なくとも部分的に実施され、表示され、および／または操作される。複数の実施例において、ＩＭＤアプリケーション１０５０の管理部１０９０は、図３に示されるＩＭＤアプリケーション１０５０のユーザインターフェイス１０９２を介して少なくとも部分的に実施され、表示され、および／または操作される。

これを踏まえて、図４Ａは本開示の一例に係るシステム１０１０の例示的な実施例１１５０を概略的に示すブロック図であり、システム１０１０においてＩＭＤアプリケーション１０５０は暗号化セキュリティー保護１１６２を、ＩＭＤ１０２０によって発信されて既に暗号化セキュリティー保護１１６０を介して安全にされたＩＭＤからＴＡへのメッセージ１０７６に適用する。したがって、この配置は、（通信プラットフォーム１０４０を介して実行可能な）ＩＭＤアプリケーション１０５０をＩＭＤ１０２０とＴＡサービスプロバイダ１０２０との間の安全な通信の実行に適用する時に利用されるもう１つの（少なくとも図１Ｈとともに説明される）階層状セキュリティーアプローチの例を提供する。

同様に、図５Ａは本開示の一例に係るシステム１０１０の例示的な実施例１２００を概略的に示すブロック図であり、システム１０１０においてＩＭＤアプリケーション１０５０は暗号化セキュリティー保護１２２０を、ＴＡサービスプロバイダ１０６０によって発信されて既に暗号化セキュリティー保護１２１２を介して安全にされたＴＡからＩＭＤへのメッセージ１２１０に適用する。したがって、（通信プラットフォーム１０４０を介して実行可能な）ＩＭＤアプリケーション１０５０をＩＭＤ１０２０とＴＡサービスプロバイダ１０６０との間の安全な通信の実行に適用する時に利用されるもう１つの階層状セキュリティーアプローチの例を提供する。

図４Ｂは本開示の一例に係るシステム１０１０の例示的な実施例１１７０を概略的に示すブロック図であり、システム１０１０においてＩＭＤ１０２０は暗号化セキュリティー保護１１７４をＩＭＤからアプリケーションへのメッセージ１１７２に適用する（方向矢印１１７３Ａによって表現されるように）。複数の実施例において、方向矢印１１７３Ｂによって表現されるように、アプリケーション１０５０（例えば、ＩＭＤためのアプリ）も同様に暗号化セキュリティー保護１１７４をアプリケーションからＩＭＤへのメッセージに適用してもよい。このような配置を介して、少なくとも複数の実施例において、内容はＩＭＤ１０２０とＩＭＤアプリケーション１０５０との間に直接に通信されてもよい。このような内容の直接な通信は、少なくとも、ＴＡサービスプロバイダ１０６０が第１の安全な通信または第２の安全な通信を実行できない時に発生してもよく、または、ユーザがＩＭＤ１０２０に対して少なくとも部分的な制御を常に行使する必要が場合に、例えば、治療を止めるという場合に、発生してもよい。

複数の実施例において、ＴＡサービスプロバイダ１０６０は、選択的な所定時間期間に渡ってＩＭＤ２０と直接的に通信状態となるＩＭＤアプリケーション１０５０を認証してもよい。複数の実施例において、認証はＴＡサービスプロバイダによって交信可能であってもよい。複数の実施例において、認証は、ＩＭＤ１０２０の固有のユーザＩＤ、ＩＭＤアプリケーション１０５０の固有のユーザＩＤ、通信プラットフォーム１０４０の固有のユーザＩＤ、および／または、無線通信プロトコルＩＤ（例えば、ブルートゥースＩＤ）を含んでもよい。

複数の実施例において、このようなＴＡサービスプロバイダ１０６０による認証は、権限委任機能を介して実行されてもよく、権限委任機能は、例えば図６Ａとともに説明されるＴＡサービスプロバイダ１０６０の権限委任機能１３７６であってもよいが、これに限らない。

複数の実施例において、少なくとも限られた時間期間に渡ってＩＭＤアプリケーション１０５０にＩＭＤ１０２０との通信を実行させるために、ＴＡサービスプロバイダ１０６０は通信指令（例えば、処方）によってＩＭＤアプリケーション１０５０に認証を提供してもよい。

複数の実施例において、ＩＭＤアプリケーション１０５０とＩＭＤ１０２０との間の通信、例えば、ＩＭＤからアプリへのメッセージ１１７２（および／または対応するアプリからＩＭＤへのメッセージ）は第２認証因子を介して認証され、第２認証因子は第２段階認証スキームを介して実行されてもよく、第２段階認証スキームは、例えば、少なくとも図１Ｉとともに前述した認証エンジン３５０であってもよいが、これに限らない。

図５Ｂはシステム１０１０の例示的な実施例１２４０を概略的に示すブロック図であって、システム１０１０において、ＴＡサービスプロバイダ１０６０は、ＴＡからアプリケーションへのメッセージ１０９７に暗号化セキュリティー保護１２２５を適用することを介して第２の安全な通信を実行する。

複数の実施例において、メッセージ１０９７はＩＭＤアプリケーション１０５０のユーザインターフェイス（図２Ｅにおける符号６００、図３における符号１０９２および／または図１１における符号１４８６）に表示されるべき状態情報を含んでもよい。

これらの安全な通信の具体的な実施例（図３－５Ｂ）を踏まえて、少なくともＩＭＤアプリケーション１０５０、通信プラットフォーム１０４０および／またはＴＡサービスプロバイダ１０６０に関して更なる詳細は、（少なくとも複数の実施例において、）本開示に渡ってＩＭＤアプリケーション（例えば、符号５０など）およびＴＡサービスプロバイダ（例えば、符号６０など）の様々な実施例に適用可能な更なる詳細とともに、下に提供される。

これを踏まえて、複数の実施例において、ＴＡサービスプロバイダ（例えば、図１Ａにおける符号６０、図３における符号１０６０など）は図６Ａに示される管理エンジン１３５０を備え、管理エンジン１３５０はＴＡサービスプロバイダ１０６０を介して様々な実行可能な機能の一部のみを行う。複数の実施例において、管理エンジン１３５０は、図３に示されるユーザインターフェイス１０６１および／またはＴＡサービスプロバイダ１０６０の管理部１０８０と共同して動作し、および／または、ユーザインターフェイス１０６１および／またはＴＡサービスプロバイダ１０６０の管理部１０８０を介して実行される。したがって、時々、本開示の複数の実施例は図６Ａの管理エンジン１３５０を特に参照し、図６Ａとともに具体的に紹介される特性および機能は、本開示の実施例に渡って説明されるＴＡサービスプロバイダ１０６０の特性、機能および／または形式の全ての範囲を制限しないことが理解されるであろう。

複数の実施例において、図６Ａに示されるように、ＴＡサービスプロバイダ１０６０の管理エンジン１３５０は提供要素１３７０またはサービスを含み、当該提供要素１３７０またはサービスは、（通信プラットフォーム１０４０に関する）ＩＭＤアプリケーション１０５０を介してＩＭＤ１０２０と通信を開始し、少なくとも患者およびＩＭＤ１０２０に、複数の実施例において、医師に、（ＩＭＤアプリケーション１０５０を介して）通信プラットフォーム１０４０の少なくとも一部（例えば、通信装置）を関連付ける。さらに後述するように、ＴＡサービスプロバイダ１０６０（図３）は暗号鍵を適切に生成して指定する。複数の実施例において、ＩＭＤ１０２０は当該提供の能力を有してもよく、ＴＡサービスプロバイダ１０６０はＴＡサービスプロバイダ１０６０とＩＭＤ１０２０との間のその提供を開始する。

複数の実施例において、図６Ａに示されるように、ＴＡサービスプロバイダ１０６０（図３）の管理エンジン１３５０は確認サービス機能１３７２を含み、確認サービス機能１３７２は、例えば、システムユーザおよび（ＩＭＤアプリケーション１０５０を実行する）通信プラットフォーム１０４０が特定なＩＭＤ１０２０と通信状態となってそのＩＭＤ１０２０からデータを読み出す認証を有するかを確認するサービスである。複数の実施例において、ＴＡサービスプロバイダ１０６０はユーザ種類およびＩＭＤ１０２０の設定に基づいてユーザが（ＩＭＤアプリケーション１０５０を介して）アクセス可能な制御および情報をさらにカスタマイズしてもよい。

複数の実施例において、ＴＡサービスプロバイダ１０６０（図３）はセキュリティー管理部（図１Ｃにおける符号６２）を含み、セキュリティー管理部は図１Ａとともに前述したように、他の安全にされていない経路を介して（例えば、非ＩＭＤ専用の通信プラットフォーム１０４０を介して）、ＩＭＤ１０２０との安全な通信に暗号化技術を実行する。複数の実施例において、セキュリティー管理部６２は、管理部１０８０（図３）の一部を形成し、および／または、管理部１０８０と相互作用する。

複数の実施例において、少なくとも図６Ａに示されるように、ＴＡサービスプロバイダ１０６０（図３）の管理エンジン１３５０は、ＩＭＤ１０２０との通信に対する医療グレードのセーフガード措置を実行する医療セーフガード措置機能１３７４を含み、よって、（非ＩＭＤ専用の通信プラットフォーム１０４０においてＩＭＤアプリケーション１０５０に関する）ＩＭＤ１０２０の利用および制御に関するセーフガード措置は、ＩＭＤ１０２０の制御に専用な外部装置、例えば、ＩＭＤ１０２０のメーカーによって提供される医療グレードの外部装置、において提供される利用および制御と実施的に同様である。

複数の実施例において、ＴＡサービスプロバイダ１０６０はユーザインターフェイス１０６１（図３）を含み、ユーザインターフェイス１０６１は他の機能の間でユーザ（例えば、医師）にＩＭＤパラメータを変更させてもよい。複数の実施例において、このユーザインターフェイスは、ユーザインターフェイス６００（図２Ｅ）、１０９２（図３）および／または１４８６（図１１）と実質的に同様な特性の少なくともいくつかを備える。複数の実施例において、このユーザインターフェイスは、状態管理部５００（図２Ｄ）と実質的に同様な特性の少なくともいくつかを備える。

複数の実施例において、ＴＡサービスプロバイダ１０６０は図３に示されるユーザインターフェイス１０６１を含み、データがＩＭＤアプリケーション１０５０（非ＩＭＤ専用の通信プラットフォーム１０４０において）によっておよび／またはＩＭＤアプリケーション１０５０に付いている周辺機器によって収集されるかに関わらず、ユーザインターフェイス１０６１はユーザにＩＭＤデータと医学的状態（medical condition）に関する非ＩＭＤデータとに基づいて読み出させて報告を作成させる。複数の実施例において、複数の周辺機器は、少なくとも図２Ａ－２Ｃとともにさらに説明されたセンサを含む。複数の実施例において、このユーザインターフェイス１０６１は、ユーザインターフェイス６００（図２Ｅ）、１０９２（図３）および／または１４８６（図１１）と実質的に同様な特性の少なくともいくつかを備える。複数の実施例において、このユーザインターフェイス１０６１の少なくとも複数の態様はユーザインターフェイス６００（図２Ｅ）の報告機能６３４を介して実行されてもよい。複数の実施例において、ユーザインターフェイス１０６１に関して報告に関連する少なくとも複数の態様は、状態管理部５００（図２Ｄ）と実質的に同様な特性の少なくともいくつかを備える。

複数の実施例において、ＩＭＤアプリケーション１０５０との通信を介して、ＴＡサービスプロバイダ１０６０（図３）は、（ＴＡサービスプロバイダ１０６０における）介護者と（通信プラットフォーム１０４０にあるＩＭＤアプリケーション１０５０における）患者との間の通信リンクを提供する。この通信リンクは長期の患者ケアに助力し、即時のサポートも適切に提供する。複数の実施例において、このような通信リンクは、図２Ｅにおけるユーザインターフェイス６００の通信エンジン６０２とともに前述された通信リンクの１つの例示的な実施例を提供し、および／または、図２Ｅにおけるユーザインターフェイス６００の通信エンジン６０２とともに前述された通信リンクと実質的に同様な特性の少なくともいくつかを備える。

複数の実施例において、少なくとも非ＩＭＤ専用の装置（例えば、消費者通信装置）として実行される時、通信プラットフォーム１０４０（図３）はＩＭＤ１０２０に対応可能な通信システムを含む。複数の実施例において、非ＩＭＤ専用の通信プラットフォーム１０４０は、追加の関連センサおよび通信ツールのためのハードウェアサポートおよび／またはソフトウェアサポートを組み込んでいる（例えば、パルスオキシメトリとのためのブルートゥース、他のセンサのための直列、通信のための音声など）。

複数の実施例において、通信プラットフォーム１０４０（図３）は、通信プラットフォーム１０４０およびＩＭＤアプリケーション１０５０が対応可能で利用可能であると確認し、かつ、通信プラットフォーム１０４０およびＩＭＤアプリケーション１０５０が改竄（タンパー、tamper）されていないと確認するツールを組み込んでいる。複数の実施例において、この確認は、ユーザインターフェイス６００（図２Ｅ）を介してアクセス可能な確認機能６４０とともに少なくとも部分的に実行されてもよい。

複数の実施例において、通信プラットフォーム１０４０（複数の実施例において、例えば、消費者通信装置）を介して実行されるＩＭＤアプリケーション１０５０（図３）は、相互間の通信経路の確認をさせるように、自身の署名および時間パラメータをＩＭＤ１０２０とＴＡサービスプロバイダ１０６０との間のメッセージに附加する能力を有する。複数の実施例において、このような確認は、通信エンジン６０２の要素６０４、６０６および／または６０８とともに、ユーザインターフェイス６００（図２Ｅ）の通信エンジン６０２の一部として一般的にまたは特別に実施されてもよい。複数の実施例において、通信エンジン６０２と共同して動作するか独立に動作するかに関わらず、このような確認は少なくとも図２Ｅとともに前述したようにユーザインターフェイス６００における確認機能６４０を介して少なくとも部分的に実行されてもよい。

複数の実施例において、ＩＭＤアプリケーション１０５０（図３）は、ＩＭＤ１０２０とＴＡサービスプロバイダ１０６０との間の安全な通信を読み出すまたは変更する能力を有せず、ＩＭＤアプリケーション１０５０を実行する通信プラットフォーム１０４０を通るこのような通信を無視する。言い換えて、前述したように、第１の安全な通信によってこのようなアクセスを防止する。

複数の実施例において、ＩＭＤアプリケーション１０５０（図３）はユーザインターフェイス（例えば、図２Ｅにおける符号６００、図３における符号１０９２および／または図１１における符号１４８６）を提供し、当該ユーザインターフェイスは、認証局（ＴＡ）サービスプロバイダ１０６０からのデータを読み出すための、また、ＩＭＤ１０２０に関する状態変化を要求するためのユーザの権限に適しており、例えば、ユーザインターフェイス６００（図２Ｅ）および／または、状態エンジン５００（図２Ｄ）の様々な機能を介して行う（でもこれに限らない）。

複数の実施例において、ＩＭＤアプリケーション１０５０（図３）は医学的状態に関連するセンサ（少なくとも図２Ａ－２Ｃ）からデータを収集し、暗号化的にデータ（の完全性、機密性および時間的な性質）を保護し、データを認証局（ＴＡ）サービスプロバイダ１０６０に提供する。もちろん、本開示の実施例に渡って説明された第２の安全な通信は、ＩＭＤアプリケーション１０５０のこのような機能を少なくとも部分的に実行するように、１つの通路を提供する。

複数の実施例において、少なくともＩＭＤアプリケーション１０５０とＴＡサービスプロバイダ１０６０との間の第２の安全な通信１０９４（図３）を介して、ＩＭＤアプリケーション１０５０は（ＩＭＤアプリケーション１０５０における）患者と（ＴＡサービスプロバイダ１０６０における）医師との間の相互通信の能力を提供する。

複数の実施例において、ＩＭＤアプリケーション１０５０（図３）は、通信プラットフォーム１０４０が安全で有効にＩＭＤアプリケーション１０５０を利用し、ＴＡサービスプロバイダ１０６０およびＩＭＤ１０２０と相互作用する／通信状況となるのに、適切なハードウェアおよびソフトウェアのプラットフォーム能力を有するかを確認する。

複数の実施例において、ＩＭＤアプリケーション１０５０（図３）は、ＴＡサービスプロバイダ１０６０と関与せずにまたはＴＡサービスプロバイダ１０６０の存在と関わらず、特定な安全性関連のコマンド（例えば、医療規制の枠組みに基づく指令）にＩＭＤ１０２０へ送信させてもよい。

複数の実施例において、医療の比較的安全性プロフィール（relative safety profile）に基づいて、特定な種類のコマンドを制御するように、ＴＡサービスプロバイダ１０６０（図３）はＩＭＤアプリケーション１０５０に権限委任してもよい。したがって、複数の実施例において、図６Ａに示されるように、管理エンジン１３５０は権限委任機能１３７６を備える。複数の実施例において、権限委任は永久的であってもよく、複数の実施例において、権限委任は限られた時間期間に対するものであってもよい。複数の実施例において、「安全モード」を介して装置を全てアクセスするように、ＴＡサービスプロバイダ１０６０は限られた権限を救急救命士（emergency technician、ＥＭＴ）に委任してもよく、その安全モードはＥＭＴに、ＩＭＤアプリケーション１０５０を介して、または、ＥＭＴに対してはアクセス可能であってＩＭＤアプリケーション１０５０／非ＩＭＤ通信プラットフォーム１０４０によって模擬制御（mimic control）される他の装置を介して、患者を治療させることができる。

複数の実施例において、医師にその患者を追跡させるおよび／または治療させるように、権限委任機能１３７６（図６Ａ）を介して、ＴＡサービスプロバイダ１０６０は医師によってさらに細かいアクセスに対して大量な装置（ＩＭＤ１０２０および／または（通信プラットフォーム１０４０を介して実行されるような）対応のＩＭＤアプリケーション１０５０）に権限委任をしてもよい。複数の実施例において、医師の認証レベル／アクセスレベルは研究目的に対して適用されてもよく、その研究目的において、医師は医療有効性について傾向および患者を追跡することができる。

複数の実施例において、権限委任機能１３７６（図６Ａ）を介して、ＴＡサービスプロバイダ１０６０は患者または介護者に、ただ１つのＩＭＤ１０２０に対して関連のＩＭＤアプリケーション１０５０を介して最小限の医療健康／操作をさせるための限られたアクセスを権限委任してもよい。

複数の実施例において、ＴＡサービスプロバイダ１０６０の管理エンジン１３５０の権限委任機能１３７６（図６Ａ）の少なくとも１つの実施例は、少なくとも図４Ｂとともに前述された。

さらに図３を参照すると、複数の実施例において、（通信プラットフォーム１０４０を介して実行されるような）ＩＭＤアプリケーション１０５０は、ＴＡサービスプロバイダ１０４０のみに読まれるべき通信（例えば、メッセージ）を署名する／保護するように、セキュリティースキームとして非対称鍵を実行する。

複数の実施例において、（通信プラットフォーム１０４０を介して実行されるような）ＩＭＤアプリケーション１０５０はＩＭＤ１０２０およびＴＡサービスプロバイダ１０６０の対称鍵をアクセスせず、それは、このようなアクセスがされると、ＩＭＤ１０２０とＴＡサービスプロバイダ１０６０との間のこのような通信は攻撃にさらされる恐れがあるからである。複数の実施例において、ＩＭＤ１０２０とＴＡサービスプロバイダ１０６０との間の通信に利用されるこのような対称鍵によってＩＭＤアプリケーション１０５０によるアクセスを防止する。

複数の実施例において、ＩＭＤアプリケーション１０５０がＴＡサービスプロバイダ１０６０によって認証された時、ＴＡサービスプロバイダ１０６０（図３）はＩＭＤアプリケーション１０５０に新しい公開鍵を指定してもよい。

複数の実施例において、秘密鍵は時間パラメータおよび他のハードウェアパラメータ（例えば、ブルートゥースアドレス、ＩＰアドレス、ＭＡＣアドレス、（通信プラットフォーム１０４０を介して実行されるような）ＩＭＤアプリケーション１０５０のバージョン）とともにＩＭＤ１０２０と共有されてもよく、よって、秘密鍵は通信プラットフォーム（例えば、複数の実施例において、消費者通信装置）を直接に識別することができる。

複数の実施例において、（通信プラットフォーム１０４０を介して実行されるような）ＩＭＤアプリケーション１０５０の認証の取り消しは、時間パラメータのため公開鍵が自然切れる時に、または、ＴＡサービスプロバイダ１０６０によって公開鍵の認証の取り消しが強制的に行われる時に、発生してもよい。

複数の実施例において、ＩＭＤアプリケーション１０５０は、少なくとも自身が実行される通信プラットフォーム１０４０と共同して、自身が正常動作を自己確認できるような方法および／または要素を含んでもよく、例えば、ＴＡサービスプロバイダ１０６０に用いられうる数値またはＴＡサービスプロバイダ１０６０によって提供されうる数値に対して自身のメモリ空間を評価する方法および／または要素を含んでもよい。この配置はリバースエンジニアリング（reverse engineering）または他の不正操作に対して追加の保護階層を提供してもよい。

複数の実施例において、通信プラットフォーム１０４０（アプリケーション１０５０を含む）とＴＡサービスプロバイダ１０６０との間の全ての通信は、通信機密性、完全性および取得可能性を維持するように、さらにセキュリティープロトコルを利用してさらに暗号化されてもよい。１つのこのような実施例において、通信はセキュアソケットレイヤ（Secure Socket Layer、ＳＳＬ）プロトコルを介して行われる。１つの態様において、この配置は追加の保護を提供するように通信に冗長（redundancy）を提供してもよい。

複数の実施例において、ＩＭＤアプリケーション１０５０は、少なくとも１つのＩＭＤアプリケーション１０５０の正常動作、および、ＩＭＤアプリケーション１０５０が運転される通信プラットフォーム１０４０の正常動作を確認するような少なくとも１つの機構を含む。

複数の実施例において、本開示では、「正常動作」という用語はＩＭＤアプリケーション１０５０および／またはＴＡサービスプロバイダの未不正改変動作（uncorrupted operation）を示し、例えば、認証されていないエージェントに不正な改変、傷つけ、ハックをされていない動作であり、また、例えば、ＩＭＤ１０２０，ＴＡサービスプロバイダ１０６０、通信プラットフォーム１０４０、ＩＭＤアプリケーション１０５０および／またはセンサ（図２Ａ－２Ｃ）の侵入または改竄などであるが、これらに限らない。

複数の実施例において、（通信プラットフォーム１０４０を介して実行されるような）ＩＭＤアプリケーション１０５０の正常動作の確認は、ユーザが、例えばユーザインターフェイス（図３における符号１０９２、図２Ｅにおける符号６００および／または図１１における符号１４８６）を介して、ＩＭＤ１０２０の動作に関する適切な情報を見ることができるかを確認することを含む。複数の実施例において、（通信プラットフォーム１０４０を介して実行されるような）ＩＭＤアプリケーション１０５０の正常動作の確認は、通信プラットフォーム１０４０のオペレーティングシステムの支援を確認することと、そのオペレーティングシステムが正常に機能しているかを確認することとを含む。言い換えると、複数の実施例において、ＩＭＤアプリケーション１０５０は、通信プラットフォーム１０４０が脱獄（改造、jailbreak）されたか（例えば、アップルｉＯＳ）、通信プラットフォーム１０４０がルート化（root）されたか（例えば、アンドロイド）、または、他にメーカーの意図した通信プラットフォーム１０４０のオペレーティングシステムの環境／制約を迂回する（bypass）形式で解錠されたかを確認する。

複数の実施例において、（通信プラットフォーム１０４０を介して実行されるような）ＩＭＤアプリケーション１０５０の正常動作の確認は、ＩＭＤアプリケーション１０５０が、例えば耐タンパーツール（tamper resistance tool）を介して、改竄（タンパー）されたかを確認することを含む。複数の実施例において、耐タンパーツールは、自己ハッシング（self-hashing）技術および／または実行基準（execution metrics）と経路との自己評価を含む。複数の実施例において、この自己確認は、（通信プラットフォーム１０４０を介して実行されるような）ＩＭＤアプリケーション１０５０が冗長ステップを利用して自身の出力を確認することを含む。複数の実施例において、このような確認は少なくとも確認機能６４０（図２Ｅ）および／または通信エンジン６０２（図２Ｅ）を介して少なくとも部分的に実施されてもよい。

複数の実施例において、知られた自己確認技術の１つ以上はＩＭＤアプリケーション５０とともに実行される。

ＩＭＤ１０２０、ＩＭＤアプリケーション１０５０、ＴＡサービスプロバイダ１０６０（および本開示に説明された他の要素）のこれらの様々な実施例から見ると、複数の実施例において、ＴＡサービスプロバイダ１０６０は複数のＩＭＤ１０２０（および関連のＩＭＤアプリケーション１０５０）を管理してもよく、当該複数のＩＭＤ１０２０は単一の患者に属してもよく、当該複数のＩＭＤ１０２０（および関連のＩＭＤアプリケーション１０５０）は複数の患者の間で分散していてもよいことが理解されるであろう。

さらに、複数の実施例において、ＴＡサービスプロバイダ１０６０とＩＭＤアプリケーション１０５０との各管理部１０９０、１０８０を介して、ＴＡサービスプロバイダ１０６０および／またはＩＭＤアプリケーション１０５０は複数種類のＩＭＤ１０２０を管理してもよい。例えば、特定な種類のＩＭＤ１０２０は閉塞性睡眠時無呼吸（obstructive sleep apnea、ＯＳＡ）を治療するように適用されてもよいが、他の種類のＩＭＤ１０２０は心臓不整脈（心臓不規則性、cardiac irregularity）を治療するように適用されてもよく、または、尿失禁を治療するように適用されてもよく、疼痛管理、糖尿病、他の種類の神経刺激などのために適用されてもよいことがさらに理解されるであろう。また、ＴＡサービスプロバイダ１０６０および／またはＩＭＤアプリケーション１０５０によって管理されるＩＭＤ１０２０の特定種類は神経刺激が主であるが、ＴＡサービスプロバイダ１０６０および／またはＩＭＤアプリケーション１０５０によって管理されるＩＭＤ１０２０の他の種類は非神経刺激治療の他の種類が主であり、非神経刺激治療は例えば流体送達（例えば、薬剤および／または非薬剤）であるが、それに限らない。

図３を続いて参照すると、複数の実施例において、急性的な病気を持つ特定な患者を治療するために、および／または、どのように患者の治療を長期的によく管理するかを研究するおよび学習するために、および／または、ＩＭＤ１０２０をよく利用するために、管理部（例えば、図３における管理部１０８０）を介して、ＴＡサービスプロバイダ１０６０はＩＭＤ１０２０を利用している患者のために状態情報を保存してもよく、当該ＩＭＤ１０２０は後に医師または病院にアクセスされる。複数の実施例において、ＴＡサービスプロバイダ１０６０の管理部１０８０（図３）を介して、指示または病気の進行または関連疾病状態の発生のためにマイニング可能なデータのデータレポジトリを提供するように、ＴＡサービスプロバイダ１０６０はＩＭＤ１０２０（例えば、１つのＩＭＤアプリケーション１０５０を介して管理される複数のＩＭＤ１０２０）を有する多くの患者に対してこのようなデータを照合してもよい。

複数の実施例において、図６Ｂに示されるように、ＩＭＤアプリケーション１０５０はメッセージ１２５２を第２の安全な通信１２５６の一部としてＴＡサービスプロバイダへ送信し、第２の安全な通信１２５６は治療に関する患者入力および／または関連の医学的で状況的で定性的な情報を含む。複数の実施例において、第２の安全な通信１２５６はセキュリティー機構１２５４、例えば、ＩＭＤアプリケーション１０５０によって適用される暗号化保護、を介して実行される。複数の実施例において、メッセージ１２５２は、少なくとも図７とともに後述するセンサメッセージ１３１２に対応するまたはセンサメッセージ１３１２を含む。

図７はシステムを概略的に示すブロック図１３００であり、システムにおいて、ＩＭＤアプリケーション１０５０はセンサ１３１０から検出した患者の生理学的状態に関する情報を受信する。複数の実施例において、センサ１３１０は、少なくとも図２Ａ、２Ｂまたは２Ｃとともに前述されるセンサの少なくとも１つと実質的に同様な特性および属性の少なくともいくつかを備える。

複数の実施例において、ＩＭＤアプリケーション１０５０は、例えばＩＭＤアプリケーション１０５０のユーザインターフェイス１０９２（図３、および／または、図２Ｅにおける符号６００、図１１における符号１４８６）を介して、通信プラットフォーム１０４０とともに検出した情報を表示する。複数の実施例において、ＩＭＤアプリケーション１０５０は少なくとも図２Ｄにおける状態エンジン５００の検出機能５３４とともに検出した情報を表示する。複数の実施例において、ＩＭＤアプリケーション１０５０は少なくとも図２Ｅにおけるユーザインターフェイス６００の検出機能６３２および／または報告機能６３４とともに検出した情報を表示する。

複数の実施例において、ＩＭＤアプリケーション１０５０から認証局（ＴＡ）サービスプロバイダ１０６０への第２の安全な通信１３２２の一部とするセンサメッセージ１３１２（図７）を介して、ＩＭＤアプリケーション１０５０は検出した情報を通信する。

複数の実施例において、認証局（ＴＡ）サービスプロバイダ１０６０の管理部１０８０（図３）を介して、認証局（ＴＡ）サービスプロバイダ１０６０は、少なくとも検出した情報に基づいてＩＭＤ１０２０に関する情報を評価する状態管理部（例えば、図２Ｄにおける状態管理部５００）を含む。

また、図５Ｂにさらに示されるように、複数の実施例において、ＴＡサービスプロバイダ１０６０は（ＴＡからアプリへのメッセージ１０９７を含む）第２の安全な通信１２２３をそのＩＭＤ状態に関するＩＭＤアプリケーション１０５０へ送信する。

複数の実施例において、認証局（ＴＡ）サービスプロバイダ１０６０の状態管理部１０８０（図３）は、認証局（ＴＡ）サービスプロバイダ１０６０から通信プラットフォーム１０４０を通してＩＭＤ１０２０への第１の安全な通信（例えば、図３における符号１０７０Ａ、１０７０Ｂ）を介して、ＩＭＤ１０２０において調整を選択的に実行するように、自動滴定（auto-titration）管理部を含む。複数の実施例において、調整は少なくとも検出した生理学的状態に関する情報に基づくものである。複数の実施例において、状態管理部１０８０は、図２Ｄにおける状態エンジン５００と実質的に同様な特性および属性の少なくともいくつかを備える。複数の実施例において、状態管理部１０８０は状態エンジン５００（図２Ｄ）の少なくとも複数の態様の１つの例示的な実施例を提供する。

複数の実施例において、自動滴定管理部は図６Ａに示されるように管理エンジン１３５０の規則機能１３７８を介して少なくとも部分的に実施されてもよく、規則機能１３７８によって、調整の程度および種類は医師によって設定された規則に基づいて設定可能であり、また、規則機能１３７８は埋込可能な医療装置の状態に基づくものであってもよい。医師は、刺激の強度に対して患者の選択可能な範囲（例えば、最大値および最小値）、患者にとって取得可能な増分入力（incremental input）に対する変化の大きさ、利用の時間期間に対する範囲などを設定する。医師は、埋込可能な医療装置の状態の変化に応じて患者への刺激の強度に対して自動的に変化を可能とするパラメータを設定してもよい。規則は刺激の強度を制限するものだけではなく、埋込可能な医療装置１０２０の状態に関するいかなる範囲のパラメータを含んでもよいことが理解されるであろう。

前述したように、図８は、少なくとも図１－７とともに前述した、および／または、図９－１５とともに後述する少なくとも複数の実施例と一貫して、ＩＭＤと、ＩＭＤアプリケーションを含む通信プラットフォームと、ＴＡサービスプロバイダとの間の広範囲の安全な相互作用および通信の１つの実施例を提供する。図８における例示なシステムまたは配置の動作は示された通信および相互作用のそれぞれおよび全てを必要とせず、むしろ、様々な相互作用および通信のいかなる組合せは選択的に行われてもよいことが理解されるであろう。

図９は本開示の一例に係るシステム１４０１を概略的に示すブロック図１４００である。図９に示されるように、システム１４０１は、ＩＭＤ１０２０と、認証局（ＴＡ）サービスプロバイダ１０６０と、第１の安全な通信路１４０５Ａ、１４０５Ｂとを含み、第１の安全な通信路１４０５Ａ、１４０５ＢはＩＭＤ１０２０と認証局（ＴＡ）サービスプロバイダ１０６０との間にある。複数の実施例において、第１の安全な通信路１４０５Ａ、１４０５Ｂは安全な通信装置１４１０を含み、安全な通信装置１４１０はＩＭＤ１０２０と動作可能に結合可能であり、ＩＭＤ１０２０からの治療情報を認証局（ＴＡ）サービスプロバイダ１０６０へ送信し、認証局（ＴＡ）サービスプロバイダ１０６０からの治療パラメータをＩＭＤ１０２０へ送信する。

さらに図９に示されるように、システム１４０１は（通信プラットフォーム１０４０を介して実行可能な）ＩＭＤアプリケーション１０５０を含み、ＩＭＤアプリケーション１０５０と認証局（ＴＡ）サービスプロバイダ１０６０との間の第２の安全な通信路１４１５を確立する。１つの態様において、ＩＭＤアプリケーション１０５０は、ＩＭＤ１０２０の動作を少なくとも部分的に管理するために、および／または、ＩＭＤ１０２０から情報を受信するために、（通信プラットフォーム１０４０を介して実行可能であるような）ＩＭＤアプリケーション１０５０のユーザインターフェイス１０９２（および／または、図２Ｅにおける符号６００、図１１における符号１４８６）を介してユーザ入力を受信し、ユーザ入力を第２の安全な通信路１４１５を介して認証局（ＴＡ）サービスプロバイダ１０６０へ送信してもよい。

複数の実施例において、第２の安全な通信路１４１５は、第１の安全な通信路１４０５Ａ、１４０５Ｂから、分離しており、かつ、独立している。複数の実施例において、第２の安全な通信路１４１５は、少なくとも図１Ａ－８とともに前述したＩＭＤアプリケーション１０５０とＴＡサービスプロバイダ１０６０との間の安全な通信および／または安全な機構の実施例を介して実行される。

複数の実施例において、第１の安全な通信路１４０５Ａ、１４０５Ｂは、テレメトリツールは直接的にＩＭＤ１０２０から情報を安全に受信するテレメトリツール（telemetry tool）と、受信した情報を認証局（ＴＡ）サービスプロバイダ１０６０へ安全に送信するツール（例えば、電話通信または他の手段）とを含む安全な通信装置１４１０を介して提供される。複数の実施例において、安全な通信装置１４１０は（電話通信または他の手段を介するかに問わず）認証局（ＴＡ）サービスプロバイダ１０６０から情報を安全に受信することができ、ＩＭＤ１０２０はテレメトリを介して安全な通信装置１４１０から情報を安全に受信することができる。

複数の実施例において、ＩＭＤアプリケーション１０５０は状態情報を認証局（ＴＡ）サービスプロバイダ１０６０から受信し、受信した状態情報をユーザインターフェイス１０９２（少なくとも図２Ｅにおける符号６００、図１１における符号１４８６）を介して表示する。複数の実施例において、ＩＭＤアプリケーション１０５０は状態情報／入力（複数の実施例において、入力が患者治療要求を含んでもよい）をＴＡサービスプロバイダ１０６０に送信し、関連の状態情報を表示する。

複数の実施例において、システム１４０１におけるＩＭＤ１０２０、（通信プラットフォーム１０４０を介して実行可能な）ＩＭＤアプリケーション１０５０および／またはＴＡサービスプロバイダ１０６０は、少なくとも言及の特性および属性がシステム１４０１の部品や装置などと一貫するおよび／または相補的である範囲内で、図１Ａ－８、１０－１５とともに本開示に渡って説明されるものと実質的に同様な特性および属性の少なくともいくつかを備える。

複数の実施例において、第１の安全な通信路１４０５Ａ、１４０５Ｂおよび／または安全な通信装置１４１０は既存の遠隔モニタリングシステムを介して実行可能であり、既存の遠隔モニタリングシステムについては、遠隔患者モニタリングシステム型であってMedtronic社の登録商標Carelinkというブランドから取得可能な製品が例として挙げられるが、これに限らない。このように、複数の実施例において、安全な通信装置１４１０は、特定なＩＭＤ１０２０を利用し通信状態となるのに既に取得可能な「いつでも買える既製品（off-the-shelf）」の医療制御器／モニタ、または、他のＩＭＤ１０２０とともに利用されるように適用される「いつでも買える既製品」の医療制御器／モニタ、を備えてもよい。複数の実施例において、既存の安全な通信装置１４１０は、ＴＡサービスプロバイダ１０６０またはハードウェアのアップデートを介するプログラム変更を介してＩＭＤ１０５０とともに利用されるように適用されてもよく、当該アップデートは、既存の安全な通信装置１４１０を本開示の少なくとも複数の実施例と一貫した形式でＩＭＤ１０２０、ＩＭＤアプリケーション１０５０およびＴＡサービスプロバイダ１０６０とともに利用されるように適用することが理解されるであろう。

図１０は本開示の一例に係る制御部１４８０を概略的に示すブロック図１４８１である。複数の実施例において、制御部１４８０は制御器１４８２とメモリ１４８４とを含む。複数の実施例において、制御部１４８０は、少なくとも図１Ａ－９とともに本開示に渡って説明されるＩＭＤ（符号２０、２２０、１０２０など）、通信プラットフォーム（符号４０、２４０、１０４０など）および／または認証局（ＴＡ）サービスプロバイダ（符号６０、２６０、１０６０など）の１つの一部を形成する制御部の１つの例示的な実施例を提供する。複数の実施例において、１つの例示的な制御部１４８０は通信プラットフォーム１０４０においてＩＭＤアプリケーション１０５０を実行する、または、通信プラットフォーム１０４０を介してＩＭＤアプリケーション１０５０を実行する。

一般な状況において、制御部１４８０の制御器１４８２は少なくとも１つのプロセッサ１４８３と関連のメモリを備える。制御器１４８２は、制御信号を生成し、本開示に渡って説明されるシステム、部品、機能、ツール、パラメータ、管理部、機構、アプリケーション、ユーザインターフェイスおよび／または要素の少なくとも複数の部品の動作を指揮するように、メモリ１４８４と電気的に結合していてメモリ１４８４と通信状態になる。複数の実施例において、これらの生成された信号は、メモリ１４８４に記憶された管理部１４８５に本開示の少なくとも複数の実施例において説明される形式で、ＩＭＤ１０２０（患者治療を含むがこれに限らない）の状態を管理させ、および／または、ＩＭＤ１０２０、（通信プラットフォーム１０４０を介して実行可能であるような）ＩＭＤアプリケーション１０５０および／または認証局（ＴＡ）サービスプロバイダ１０６０の通信／動作のセキュリティーを管理させることを含むが、これに限らない。制御部１４８０（または他の制御部）は、ＩＭＤ１０２０、通信プラットフォーム１０４０、ＩＭＤアプリケーション１０５０および／または認証局サービスプロバイダ１０６０の一般的な機能を動作させてもよいことが理解されるであろう。

ユーザインターフェイス（例えば、図２Ｅにおける符号６００、図３における符号１０９２および／または図１１における符号１４８６）を介しておよび／または機械可読指令を介して受信したコマンドを応じてまたはそのコマンドに基づいて、制御器１４８２は、
本開示の少なくとも複数の実施例とともに前述した状態モニタリング／管理（複数の実施例において、治療を含む）および／または通信／動作におけるセキュリティーを実行するように、制御信号を生成する。複数の実施例において、制御器１４８２は汎用計算装置において実施されるが、他の実施例において、制御器１４８２は、一般的に、または、本開示に渡って説明される関連部品の少なくともいくつかに組み込まれるように、または、本開示に渡って説明される関連部品の少なくともいくつかとともに、ＩＭＤ１０２０、通信プラットフォーム１０４０、ＩＭＤアプリケーション１０５０および／または認証局（ＴＡ）サービスプロバイダ１０６０において実施される。

本出願の目的のために、制御器１４８２を参照すると、「プロセッサ」という用語は、メモリに格納された一連の機器可読指令を実行する、今まで発展してきたプロセッサ（または処理リソース）またはこれから発展されるプロセッサ（または処理リソース）を指すべきである。複数の実施例において、一連の機器可読指令の実行は、例えば、制御部１４８０のメモリ１４８４を介して提供されてプロセッサに動作させる一連の機器可読指令であり、また、例えば、本開示の少なくとも複数の実施例において一般的に説明されるように（またはその説明と一貫するように）、制御器１４８２に、状態管理／モニタリング（複数の実施例において、治療を含む）を実行させる、および／または、通信／動作におけるセキュリティーを実行する動作である。機器可読指令は、リードオンリメモリ（ＲＯＭ）、大容量記憶装置または他の永続的記憶装置（例えば、メモリ１４８４によって示される非一時的有形媒体または非揮発性有形媒体）においてその記憶された場所から、プロセッサによって実行されるようにランダムアクセスメモリ（ＲＡＭ）にロードされてもよい。複数の実施例において、メモリ１４８４はコンピュータ可読有形媒体を備え、コンピュータ可読有形媒体は制御器１４８２のプロセッサによって実行可能な機器可読指令の非揮発性記憶を提供する。他の実施例において、ハードワイヤード回路は説明される機能を実行するように機器可読指令の代わりにまたは機器可読指令と組み合わせて利用されてもよい。例えば、制御器１４８２は少なくとも１つの特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）の一部として実施されてもよい。少なくとも複数の実施例において、制御器１４８２はハードウェアとのいかなる特定な組み合わせおよび機械可読指令に限らず、制御器１４８５により実行される機械可読指令のためのいかなる特定なソースにも限らない。

複数の実施例において、ユーザインターフェイス１４８６は、ユーザインターフェイスまたは他の表示を備え、他の表示は、様々なシステム、部品、エンジン、機能、ツール、パラメータ、管理部、機構、アプリケーション、インターフェイス、要素、特性および制御部１４８０の属性、および／または、（通信プラットフォーム１０４０を介して実行可能な）ＩＭＤアプリケーション１０５０および／または認証局（ＴＡ）サービスプロバイダ１０６０の様々な態様、の少なくともいくつかの同時の表示、活性化および／または動作のために提供される。複数の実施例において、ユーザインターフェイス１４８６の少なくとも複数の部分または態様はグラフィカルユーザインターフェース（ＧＵＩ）を介して提供される。複数の実施例において、図１１に示されるように、ユーザインターフェイス１４８６は表示１４８８と入力１４８９とを含む。複数の実施例において、ユーザインターフェイス１４８６は、図２Ｅにおけるユーザインターフェイス６００および／または図３におけるユーザインターフェイス１０９２の少なくとも複数の態様として実行され、または、当該態様を組み込む。複数の実施例において、このようなユーザインターフェイスは図２Ｄにおける状態エンジン５００の少なくとも複数の態様を組み込んでもよい。

図１２は本開示の一例に係る、安全な通信を少なくとも部分的に実行する方法１７００を概略的に示すフロー図である。複数の実施例において、方法１７００は、少なくとも図１－１１とともに前述したシステム、部品、エンジン、要素、パラメータ、管理部、機構、アプリケーション、インターフェイス、機能、ツールなどの少なくともいくつかを介して行われてもよい。例えば、１つの実施例において、方法１７００に関する実行は非一時的コンピュータ可読記憶媒体に記憶可能で、制御部の制御器を介して、例えば、少なくとも図１０とともに説明される配置を介して実行可能な機器可読指令として実施されてもよい。複数の実施例において、方法１７００は、図１－１１とともに前述したものと異なるシステム、部品、エンジン、要素、パラメータ、管理部、機構、アプリケーション、インターフェイス、機能、ツールなどの少なくともいくつかを介して行われてもよい。

図１２に示されるように、符号１７０２において、方法１７００は、通信プラットフォームを介して埋込可能な医療装置（ＩＭＤ）と認証局（ＴＡ）サービスプロバイダとの間の第１の安全な通信を実行することを備える。図１２にさらに示されるように、第１の安全な通信によって、通信プラットフォームによる第１の安全な通信へのアクセスを防止するが（符号１７０４）、埋込可能な医療装置においておよび／または認証局（ＴＡ）サービスプロバイダにおいて第１の安全な通信へのアクセスを許可する。

複数の実施例において、通信プラットフォームは、少なくとも部分的に無線で第１の安全な通信を実行するように、無線通信要素を備える。

図１３における符号１７２０を介して示されるように、複数の実施例において、方法は例示的な実行１７２０を含み、例示的な実行１７２０はさらに、第１の安全な通信を実行し、よって、通信プラットフォームが埋込可能な医療装置（ＩＭＤ）の動作および／または状態に関してＴＡサービスプロバイダから指令を受信しないことを備える。複数の実施例において、通信プラットフォームは制御器を備え、例示的な実行は、認証局（ＴＡ）サービスプロバイダからの動作指令なしで制御器および／または埋込可能な医療装置に動作させることを備える。

しかしながら、少なくとも複数のこのような実施例において、認証局（ＴＡ）サービスプロバイダはなお、第１の安全な通信のセキュリティー態様を少なくとも部分的に実施するように、埋込可能な医療装置（ＩＭＤ）に対して相補的にまたは協働的に動作してもよいことが理解されるであろう。さらに、このような配置において、複数の実施例において、埋込可能な医療装置（ＩＭＤ）および／または通信プラットフォームがＴＡサービスプロバイダから動作指令および／または状態指令を受信しなくても、ＴＡサービスプロバイダは埋込可能な医療装置（ＩＭＤ）から情報を受信してもよい。

複数の実施例において、方法１７２０は、少なくとも図１－１２とともに前述した方法、システム、部品、エンジン、要素、パラメータ、管理部、機構、アプリケーション、インターフェイス、機能、ツールなどの少なくともいくつかを介して行われてもよい。例えば、１つの実施例において、符号１７２０に示される配置は、非一時的コンピュータ可読記憶媒体に記憶可能で、制御部の制御器を介して、例えば、少なくとも図１０とともに説明される配置を介して実行可能な機器可読指令として少なくとも部分的に実施されてもよい。複数の実施例において、符号１７２０に示される配置は、少なくとも図１－１２とともに前述したものと異なる方法、システム、部品、エンジン、要素、パラメータ、管理部、機構、アプリケーション、インターフェイス、機能、ツールなどの少なくともいくつかを介して行われてもよい。

図１４における符号１７３０に示されるように、複数の実施例において、例示的な実施１７３０を含む方法は、第１の安全な通信を実行してデータのみを認証局（ＴＡ）サービスプロバイダへ提供するような配置をさらに備える。この配置において、通信プラットフォームはデータをＴＡサービスプロバイダへ中継するが他の動きを取らない。このように、通信プラットフォームの少なくとも複数の態様はデータ中継局として見られてもよく、当該データ中継局は、埋込可能な医療装置（ＩＭＤ）によって放送されたデータを受信することができ、このようなデータを認証局（ＴＡ）サービスプロバイダに受信されることを可能とする。複数の実施例において、このようなデータは患者に関する生理学関連情報に関連して検出した情報を備え、および／または、このようなデータは埋込可能な医療装置（ＩＭＤ）に関する状態情報を備える。

複数の実施例において、符号１７３０における配置は、少なくとも図１－１２とともに前述した方法、システム、部品、エンジン、要素、パラメータ、管理部、機構、アプリケーション、インターフェイス、機能、ツールなどの少なくともいくつかを介して行われてもよい。例えば、１つの実施例において、符号１７３０における配置は、非一時的コンピュータ可読記憶媒体に記憶可能で、制御部の制御器を介して、例えば、少なくとも図１０とともに説明される配置を介して実行可能な機器可読指令として少なくとも部分的に実施されてもよい。複数の実施例において、符号１７３０における配置は、少なくとも図１－１２とともに前述したものと異なる方法、システム、部品、エンジン、要素、パラメータ、管理部、機構、アプリケーション、インターフェイス、機能、ツールなどの少なくともいくつかを介して行われてもよい。

図１５は本開示の一例に係る、安全な通信を少なくとも部分的に実行する方法１８００を概略的に示す図である。複数の実施例において、方法１８００は、少なくとも図１－１２とともに前述した方法、システム、部品、エンジン、要素、パラメータ、管理部、機構、アプリケーション、インターフェイス、機能、ツールなどの少なくともいくつかを介して行われてもよい。例えば、１つの実施例において、方法１８００に関する実行は、非一時的コンピュータ可読記憶媒体に記憶可能で、制御部の制御器を介して、例えば、少なくとも図１０とともに説明される配置を介して実行可能な機器可読指令として少なくとも部分的に実施されてもよい。複数の実施例において、方法１８００は、少なくとも図１－１２とともに前述したものと異なる方法、システム、部品、エンジン、要素、パラメータ、管理部、機構、アプリケーション、インターフェイス、機能、ツールなどの少なくともいくつかを介して行われてもよい。

図１５における符号１８０２に示されるように、方法は、通信プラットフォームと認証局サービスプロバイダとの間の第２の安全な通信を少なくとも部分的に実施してもよく、第２の安全な通信は、第１の安全な通信から分離しており、かつ、独立している。複数の実施例において、通信プラットフォームを介して実行可能な（および／または通信プラットフォームに関して実行可能な）アプリケーションは、認証局（ＴＡ）サービスプロバイダに対して第２の安全な通信を送信するおよび／または受信するように作用する。アプリケーションおよび認証局（ＴＡ）サービスプロバイダとの相補的な関係を介して、通信プラットフォームのユーザ、例えば、患者は自身の身体にある埋込可能な医療装置の状態を少なくとも部分的にモニタリングするおよび／または少なくとも部分的に制御することができる。

具体的な実施例を図示し説明してきたが、種々の代替的及び／又は等価的な実施形態が本開示の範囲から逸脱することなく示され且つ記載された特定の実施例と置き換えられてもよいことは当業者によって理解されるであろう。この出願は、本明細書に記載された特定の実施例の任意の改良又は変形を網羅することを意図する。

Claims (13)

1. 非一時的媒体に記憶されて機械可読指令を備えて通信プラットフォームを介して実行可能なアプリケーションであって、
   前記アプリケーションは、埋込可能な医療装置（ＩＭＤ）に関する情報を受信して表示し、前記埋込可能な医療装置と認証局サービスプロバイダとの間の第１の保護された通信を可能とするように通信プラットフォームを実行させ、
   前記第１の保護された通信によって、前記アプリケーションによる少なくとも前記第１の保護された通信の内容へのアクセス、および、前記通信プラットフォームによる少なくとも前記第１の保護された通信の内容へのアクセスを防止する、アプリケーション。
2. 前記第１の保護された通信は前記埋込可能な医療装置に関する利用情報を含む、請求項１に記載のアプリケーション。
3. 前記指令は前記アプリケーションと前記認証局サービスプロバイダとの間の第２の保護された通信を可能とし、前記第２の保護された通信は前記埋込可能な医療装置に関連する情報に関する、請求項１に記載のアプリケーション。
4. 少なくともいくつかの前記第２の保護された通信は前記第１の保護された通信からのデータを備え、前記第１の保護された通信は前記第２の保護された通信から分離しており、かつ、独立している、請求項３に記載のアプリケーション。
5. 前記指令は入力機構を含むユーザインターフェイスを形成し、前記入力機構は、前記ＩＭＤの少なくとも特定な動作を修正して前記ＩＭＤに対して少なくとも部分的なユーザ制御を可能とするようなユーザ入力を受信する、請求項３に記載のアプリケーション。
6. 前記ユーザインターフェイスによって、前記アプリケーションが表示されて前記ユーザインターフェイスを介して前記ＩＭＤに対する直接的な制御を提供するような前記第２の保護された通信のユーザ認識を防止する、請求項５に記載のアプリケーション。
7. 前記アプリケーションから前記認証局サービスプロバイダへの前記第２の保護された通信を介して少なくとも部分的な制御が実行され、当該認証局サービスプロバイダは、前記認証局サービスプロバイダから前記埋込可能な医療装置への第１の保護された通信に前記少なくとも部分的なユーザ制御を実行させることをもたらす可能性がある、請求項５に記載のアプリケーション。
8. 前記指令は、前記認証局サービスプロバイダから受信した委任権限を介して、少なくとも所定時間期間に渡って前記通信プラットフォームを介する、前記埋込可能な医療装置の少なくとも特定な操作を直接的に制御する、請求項１に記載のアプリケーション。
9. 前記指令は入力機構を含むユーザインターフェイスを形成し、前記入力機構は、前記アプリケーションと前記埋込可能な医療装置との間の直接的な通信を介して前記ＩＭＤに対して少なくとも部分的なユーザ制御を実施するようなユーザ入力を受信する、請求項８に記載のアプリケーション。
10. 前記指令は状態機能を含むユーザインターフェイスを形成し、前記状態機能は前記第１の保護された通信に関する少なくとも１つの通信リンクが活動中であることを表す、請求項１に記載のアプリケーション。
11. 前記少なくとも１つの通信リンクは、
    前記埋込可能な医療装置と前記通信プラットフォームとの間の第１リンクと、
    前記通信プラットフォームと前記認証局サービスプロバイダとの間の第２リンクとの少なくとも１つと、
    前記アプリケーションと前記認証局サービスプロバイダとの間の第３リンクと、
    を備える、請求項１０に記載のアプリケーション。
12. 前記アプリケーションは非ＩＭＤ専用の装置にインストールされるようにフォーマットされている、請求項１に記載のアプリケーション。
13. 前記非ＩＭＤ専用の装置はスマートフォンである、請求項１２に記載のアプリケーション。

Images