(57)【要約】  患者が進行中又は慢性のヘルスケア状態を持つと診断されるときはしばしば、進行中の処置療法をその患者に指示することが望ましい。この種の環境において、ユーザインタフェースデバイス１２は、工場設定において登録及び関連付けられなければならない処理を回避するため、パブリック又はプライベートネットワーク２０を介して自己登録及び患者関連付けを実行する。インタフェースデバイス１２は、パブリック又はプライベートネットワーク２０を介して登録サーバ３２と通信し、及び工場構成された証明書を与える。デバイス１２の適切な認証に応じて登録サーバ３２は、その後、特定の患者又は処置療法をそのデバイスに関連付けることになる構成サーバへとそのデバイス１２を導く。一旦患者処置が完了すると、デバイス１２は返却されることができ、及び別の患者に関連付けられることが可能である。こうして、効果的にデバイス１２が再利用される。
2010507874.tif 000002
【特許請求の範囲】
【請求項１】
ヘルスケアシステムであって、
パブリック又はプライベート通信ネットワークに接続可能な少なくとも１つの登録サーバと、
前記パブリック又はプライベート通信ネットワークに接続される複数の構成プロセッサ又はサーバと、
前記パブリック又はプライベート通信ネットワークとディスプレイとの間のインタフェースとなる複数のインタフェースデバイスとを有し、各インタフェースデバイスが、特定の患者に固有に関連付けられ、各インタフェースデバイスが、登録及び構成プロセッサ又はソフトウェアを含み、前記登録及び構成プロセッサ又はソフトウェアが、
電源をオンにされるとき、前記パブリック又はプライベート通信ネットワークを介して前記登録サーバに接続し、
信頼できるものとして前記ユーザインタフェースデバイスを確立するため、前記パブリック又はプライベート通信ネットワークを介して有効性情報を前記登録サーバに送信し、
前記登録サーバから、登録証明書を受信し、
前記パブリック又はプライベート通信ネットワークを介して前記構成サーバ又はプロセッサの指定された１つに接続し、及び
前記登録サーバから受信される前記登録証明書を使用して、前記構成プロセッサ又はサーバに前記インタフェースデバイス自身を認証するようプログラムされる、ヘルスケアシステム。
【請求項２】
前記プログラムを暗号化し、及び前記プログラムを前記インタフェースデバイスに送信するプログラム送信元を更に含む、請求項１に記載のヘルスケアシステム。
【請求項３】
ヘルスケア施設で患者の医療記録を記憶する構成サーバを更に含み、前記医療記録が、前記インタフェースデバイスが割り当てられる患者に関連付けられる、請求項１に記載のヘルスケアシステム。
【請求項４】
前記インタフェースデバイスが、すでに登録されているかを見るため前記インタフェースデバイスをチェックする登録分析プロセッサを更に含む、請求項１に記載のヘルスケアシステム。
【請求項５】
前記構成プロセッサ又はサーバが、患者に特有のヘルスケアプログラムを定めたヘルスケア施設のインターネットプロトコルアドレスを含むインターネットプロトコルメモリを含む、請求項１に記載のヘルスケアシステム。
【請求項６】
前記インタフェースデバイスが、デバイスＩＤ及びルート証明書の少なくとも１つを含む有効性情報を格納及び提出する不揮発性メモリを更に含む、請求項１に記載のヘルスケアシステム。
【請求項７】
前記インタフェースデバイスが、工場構成証明書を含む有効性情報を格納及び提出する不揮発性メモリを更に含む、請求項１に記載のヘルスケアシステム。
【請求項８】
前記インタフェースデバイスが、ハイパテキスト転送プロトコルを介するセキュア・ソケット・レイヤを用いて登録サーバに接続する通信プロセッサを含む、請求項１に記載のヘルスケアシステム。
【請求項９】
前記インタフェースデバイスが、前記ユーザインタフェースデバイスにおいて、前記登録サーバにより発行された前記登録証明書を格納するメモリを更に含む、請求項１に記載のヘルスケアシステム。
【請求項１０】
通信システムであって、
通信ネットワークに接続可能な少なくとも１つの登録サーバと、
前記通信ネットワークに接続される複数の構成プロセッサ又はサーバと、
前記通信ネットワークとディスプレイとの間のインタフェースとなる複数のインタフェースデバイスとを有し、各インタフェースデバイスが、特定のユーザに固有に関連付けられ、各インタフェースデバイスが、登録及び構成プロセッサ又はソフトウェアを含み、前記登録及び構成プロセッサ又はソフトウェアが、
電源をオンにされるとき、前記通信ネットワークを介して前記登録サーバに接続し、
信頼できるものとして前記ユーザインタフェースデバイスを確立するため、前記通信ネットワークを介して有効性情報を前記登録サーバに送信し、
前記登録サーバから、登録証明書を受信し、
前記通信ネットワークを介して前記構成サーバ又はプロセッサの指定された１つに接続し、及び
前記登録サーバから受信される前記登録証明書を使用して、前記構成プロセッサ又はサーバに前記インタフェースデバイス自身を認証するようプログラムされる、通信システム。
【請求項１１】
インタフェースデバイスであって、前記インタフェースデバイスを介して、患者に特有のヘルスケア又は他のプログラム情報が、表示デバイス上への表示のため、パブリック又はプライベートな通信ネットワークを介して受信され、
前記インタフェースデバイスが、登録及び構成プロセッサ又はソフトウェアを含み、前記登録及び構成プロセッサ又はソフトウェアが、
電源をオンにされるとき、前記パブリック又はプライベート通信ネットワークを介して前記登録サーバに接続し、
信頼できるものとして前記ユーザインタフェースデバイスを確立するため、前記パブリック又はプライベート通信ネットワークを介して有効性情報を前記登録サーバに送信し、
前記登録サーバから、登録証明書を受信し、
前記パブリック又はプライベート通信ネットワークを介して複数の構成サーバ又はプロセッサの指定された１つに接続し、及び
前記登録サーバから受信される前記登録証明書を使用して、前記構成プロセッサ又はサーバに前記インタフェースデバイス自身を認証するようプログラムされる登録及び構成プロセッサ又はソフトウェアを含む、インタフェースデバイス。
【請求項１２】
患者に特有のヘルスケアプログラムが、ユーザインタフェースデバイスを介して患者に供給されるメディカルケア付与システムにおいて、ユーザインタフェースデバイスを自己登録し及び構成する方法において、
電力源、ディスプレイ及びパブリック又はプライベート通信ネットワークとユーザインタフェースデバイスとを接続するステップと、
前記パブリック又はプライベートな通信ネットワークを介して、登録サーバと前記インタフェースデバイスとを接続するステップと、
信頼できるものとして前記ユーザインタフェースデバイスを確立するため、前記ネットワークを介して前記インタフェースデバイスから前記登録サーバへと有効性情報を送信するステップと、
前記登録サーバから前記インタフェースデバイスへ登録証明書を送信するステップと、
前記パブリック又はプライベート通信ネットワークを介して指定されたサーバ又はプロセッサに前記インタフェースデバイスを接続するステップと、
前記登録サーバから受信される前記登録証明書を用いて、前記サーバ又はプロセッサに前記インタフェースデバイスを認証するステップとを有する、方法。
【請求項１３】
ユーザインタフェースが構成された後、前記パブリック又はプライベートな通信ネットワークを介して、プログラム送信元から前記構成されたユーザインタフェースデバイスへ患者特有のヘルスケアプログラムを送信するステップを更に含み、前記プログラムが、前記ユーザインタフェースデバイスの構成に基づき受信されるよう暗号化される、請求項１２に記載の方法。
【請求項１４】
前記インタフェースデバイス、前記パブリック又はプライベート通信ネットワーク及び前記構成サーバを介して、前記インタフェースデバイスが割り当てられた患者を前記ヘルスケア施設での前記患者の医療記録と関連付けるステップを更に含む、請求項１２に記載の方法。
【請求項１５】
前記通信ネットワークに接続する前に、すでに登録されているかを見るため、前記ユーザインタフェースデバイスが、自身をチェックするステップを更に含む、請求項１２に記載の方法。
【請求項１６】
前記構成サーバ位置が、前記患者特有のヘルスケアプログラムを定めたヘルスケア施設のインターネットプロトコルアドレスを含む、請求項１２に記載の方法。
【請求項１７】
前記有効性情報を送信するステップが、デバイスＩＤ及びルート証明書のうちの少なくとも１つを提出するステップを含む、請求項１２に記載の方法。
【請求項１８】
前記有効性情報を送信するステップが、工場構成証明書を送信するステップを含む、請求項１２に記載の方法。
【請求項１９】
登録サーバを接続するステップが、ハイパテキスト転送プロトコルを用いてセキュア・ソケット・レイヤを介して前記登録サーバに接続するステップを含む、請求項１２に記載の方法。
【請求項２０】
前記ユーザインタフェースデバイスに前記登録サーバにより発行された登録証明書を格納するステップを更に含む、請求項１２に記載の方法。
【請求項２１】
前記登録サーバが、前記登録証明書をアーカイブする、請求項１２に記載の方法。
【請求項２２】
前記ユーザインタフェースデバイスと共に、前記ユーザインタフェースデバイスに対する周辺機器である測定デバイスを登録するステップを更に含む、請求項１２に記載の方法。
【請求項２３】
ネットワーク上のメディカルケア・ユーザインタフェースデバイスを登録する方法において、
パブリック又はプライベートネットワークに前記ユーザインタフェースデバイスを接続するステップと、
下記a)からe)のステップ又は下記f)からj)のステップのいずれかを実行するステップとを有し、
a)前記パブリック又はプライベートネットワークを介して登録サーバにアクセスするステップと、
b)前記ユーザインタフェースデバイスを認証するステップと、
c)登録証明書を発行するステップと、
d)前記登録証明書を格納するステップと、
e)前記登録サーバから切断するステップと、又は、
f)登録サーバから得られる登録証明書を構成サーバ又はプロセッサに示すステップと、
g)前記ユーザインタフェースデバイスを特定の患者にマッチさせるステップと、
h)前記患者に関連付けられる前記ユーザインタフェースデバイスの構成に基づき、患者に特有のプログラムを暗号化するステップと、
i)前記パブリック又はプライベートネットワークを介して、前記暗号化された患者特有のプログラムを送信するステップと、
j)前記特定の患者に関連付けられる前記ユーザインタフェースデバイスの特定の構成に基づき、前記特定の患者のため暗号化された前記患者特有のプログラムを復号するステップとである、方法。
【請求項２４】
前記マッチさせるステップが、患者の識別に関して前記患者に問い合わせるステップを含む、請求項２３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信相手がネットワークデバイスを配備及び構成するサービスを運営するようなネットワーク環境に関する。この概念は、慢性疾患又は医学的状態を伴う患者に対する進行中のヘルスケアを管理することに適用できる。より詳細には、本出願は、それらの疾患及びライフスタイルを管理するため患者を効果的かつ効率的に助力し及び支援することをヘルスケア組織が可能にするため、患者及び患者のケアチームを接続する安全な、個人化されたプラットフォームサービスに関する。
【背景技術】
【０００２】
健康に問題を抱える患者はしばしば、医学問題を難しくするライフスタイル問題を持つ。例えば、冠状動脈疾患は、喫煙、肥満等により悪化される可能性がある。これらの患者が疾患を管理し、そのライフスタイルを調整する等に役立つ１つのシステムは、個人化されたプログラムを各患者に提供することである。患者は、それらの特定のヘルスケア問題に関する一連の教育的又は動機付けとなるプログラムを与えられる。例えば、患者は、食事及び運動療法を設定及び維持する際患者を支援するため、毎日同じ時間に教育的及び動機付けとなるプログラムを与えられることが可能である。プログラムは、ディスクに与えられ、プログラムメモリから与えられ、又は例えば、上記プログラムを定める病院又は医療ケア施設といった中央送信元から与えられ、及びパブリック通信ネットワークを介して患者の家に転送される。そこで、セットトップボックスが、特定の患者に対して意図される信号をデコードし、及び患者のテレビにそれらを表示する。セットトップボックスは、患者からヘルスケア施設まで通信されることになる、計量、血圧表示などのユーザフィードバックを提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
斯かるシステムは効を奏するが、１つの欠点は、セットトップボックス又はネットワークデバイスが工場又は他の中央化された位置で予め設定されるということにある。各患者が自分自身のプログラムを受信できるよう、各ネットワークデバイスは独自に構成される。更に、ネットワークデバイスは、定められたヘルスケアプログラムの送信元に関連付けられるローカルサーバと接続するように構成される。各ネットワークデバイスを構成し、及び各デバイスの構成の記録を維持するため、この事前構成は、かなり多くの労働量及びオーバヘッドを必要とする。
【０００４】
本出願は、上述した問題その他を克服する、パブリックネットワークを介する自動登録の新規かつ改良された方法を提供する。
【課題を解決するための手段】
【０００５】
１つの側面によれば、ヘルスケアシステムが記載される。このシステムは、パブリック通信ネットワークと、上記パブリック通信ネットワークに接続される少なくとも１つの登録サーバと、上記パブリック通信ネットワークに接続される複数の構成プロセッサ又はサーバとを含む。少なくとも１つのプログラム送信元が、上記パブリックネットワークを介して患者に特有のヘルスケアプログラムを特定の患者に通信するため、上記パブリック通信ネットワークに接続される。インタフェースデバイスが、上記パブリック通信ネットワーク及びディスプレイ間のインタフェースとなる。インタフェースデバイスが、特定の患者に固有に関連付けられ、それらは、登録及び構成プロセッサ又はソフトウェアを含む。このプロセッサ又はソフトウェアは、電源をオンにされるとき、上記パブリック通信ネットワークを介して上記登録サーバに接続するようプログラムされる。インタフェースデバイスは、信頼できるものとして上記ユーザインタフェースデバイスを確立するため、上記パブリック通信ネットワークを介して有効性情報を上記登録サーバに送信する。一旦デバイスが認証されると、このプロセッサ又はソフトウェアは、上記登録サーバから登録証明書を受信する。登録証明書を受信した後、プロセッサ又はソフトウェアは、上記パブリック通信ネットワークを介して構成サーバ又はプロセッサの指定された１つに接続し、及び上記登録サーバから受信される上記登録証明書を用いて上記構成プロセッサ又はサーバに対してそれ自体を認証する。
【０００６】
別の側面によれば、パブリック通信ネットワークを介して患者に特有のヘルスケアプログラムを受信するのに用いられるインタフェースデバイスが記載される。上記インタフェースデバイスからの内容は、表示デバイスに表示される。インタフェースデバイスは、登録及び構成プロセッサ又はソフトウェアを含む。このプロセッサ又はソフトウェアは、電源をオンにされるとき、上記パブリック通信ネットワークを介して登録サーバに接続するようにプログラムされる。すると、プロセッサ又はソフトウェアは、信頼できるものとして上記ユーザインタフェースデバイスを確立するため、上記パブリック通信ネットワークを介して有効性情報を上記登録サーバに送信する。次に、プロセッサ又はソフトウェアは、上記登録サーバから登録証明書を受信する。その後、上記インタフェースデバイスは、上記パブリック通信ネットワークを介して指定された構成サーバ又はプロセッサに接続し、及び上記登録サーバから受信される上記登録証明書を用いて構成プロセッサ又はサーバに対してそれ自体を認証する。
【０００７】
別の側面によれば、患者に特有のヘルスケアプログラムがユーザインタフェースデバイスを介して患者に供給されるメディカルケア付与システムにおける自己登録及び構成の方法が与えられる。この方法は、電力源、ディスプレイ及びパブリック通信ネットワークと、ユーザインタフェースデバイスとを接続するステップを含む。すると、このユーザインタフェースデバイスは、上記パブリック通信ネットワークを介して登録サーバに接続される。このユーザインタフェースデバイスは、信頼できるものとして上記ユーザインタフェースデバイスを確立するため、上記ネットワークを介して上記登録サーバへと有効性情報を送信する。上記登録サーバは、上記インタフェースデバイスに登録証明書を送る。このインタフェースデバイスは、上記パブリック通信ネットワークを介して指定されたサーバ又はプロセッサに接続し、及び上記登録サーバから受信される上記登録証明書を上記サーバ又はプロセッサに示すことにより、それ自体を認証する。
【０００８】
別の側面によれば、ネットワーク上のメディカルケア・ユーザインタフェースデバイスを登録する方法が与えられる。ユーザインタフェースデバイスは、パブリックネットワークに接続される。登録サーバに対する通信が、上記パブリックネットワークを介して行われる。その後、上記ユーザインタフェースデバイスが認証される。上記登録サーバは、上記ユーザインタフェースデバイスに、上記ユーザインタフェースデバイスにより格納されることになる登録証明書を出す。その後、上記ユーザインタフェースデバイスは、登録サーバから切断される。
【０００９】
別の側面によれば、特定の患者との関連付けのためユーザインタフェースデバイスを構成する方法が与えられる。このデバイスは、パブリックネットワークに接続し、及び登録サーバから得られる登録証明書を構成サーバ又はプロセッサに示す。この構成サーバ又はプロセッサは、ユーザインタフェースデバイスを特定の患者とマッチさせる。患者に特有のプログラムが、暗号化され、及びパブリックネットワークを介して上記ユーザインタフェースデバイスに送られる。その後、上記特定の患者に関連付けられる上記ユーザインタフェースデバイスの特定の構成に基づき、このプログラムは復号化される。
【００１０】
１つの利点は、プログラムの規定とプログラムの患者による開始との間の時間経過がより少ない点にある。
【００１１】
別の利点は、有意なコスト削減ができる点にある。
【００１２】
別の利点は、ユーザデバイスとそのユーザとを関連付けるのが容易な点にある。
【図面の簡単な説明】
【００１３】
【図１】複数のユーザインタフェースデバイス及び個別の通信ネットワークの図式的な説明を示す図である。
【図２】ユーザインタフェースデバイスの登録を表すフローチャートを示す図である。
【図３】図２のフローチャートの続きを示す図である。
【図４】図２及び３のフローチャートの続きを示す図である。
【発明を実施するための形態】
【００１４】
当業者が以下の詳細な説明を読み及び理解すれば、本発明のなお更なる利点が理解されるであろう。
【００１５】
本発明は、様々な要素及び要素の配列の形式並びに様々なステップ及びステップの配列の形式を取ることができる。図面は、好ましい実施形態を説明するためだけにあり、本発明を限定するものとして解釈されるべきものではない。
【００１６】
図１を参照すると、医療ネットワーク１０が示される。医師が、例えば有限量の処方薬、安静といった短期ケアを定めるとき、一旦患者がすべての薬を飲むなどすると、処置は完了する。しかしながら、多くの状況において、患者は、長期ケア及び／又はライフスタイルの変化を必要とする可能性のある、長期又は慢性状態を持つと診断される。この種の状況において、ヘルスケア専門家は、以前は患者の日々の療法の一部ではなかった習慣又は行動を定めることができる。医師への訪問により動機づけされる患者は、最高の意思を持ってこの新規な処置を始めることができる。しかし、時間が経過するにつれて、古い習慣に逆戻りすることが容易に起こる。例えば、患者は、医師の元へ行き、及び高コレステロールであると診断されることができる。医師は、患者がよりよく食べ、及びより運動するよう勧める。彼の健康に対して新たに認識されたリスクに動機づけされて、患者は、ダイエット及び運動をする。しかしながら、時間が過ぎるにつれて、患者は彼の古い行動に陥り始め、及び最終的にダイエット及び運動を忘れる。ヘルスケアネットワーク１０は、医師への所与の訪問からずいぶん時間が経った後でも、動機づけされた患者に常習的ケアを与えるのを助け、及び、患者から介護者への健康関連フィードバック与えるよう、デザインされる。
【００１７】
ヘルスケアネットワーク１０は、例えばセットトップボックスといった複数の個別のユーザインタフェースデバイス１２を含む。これは、例えばユーザのテレビジョン受信機といったディスプレイ１４に関連付けられる。インタフェース１２は、セットトップボックスとは分離したものとすることができるか、又はディスプレイそのものに組み込まれることができる。インタフェースデバイスは、例えば、患者が情報を入力することができるハンドヘルドリモート装置といった入力デバイス１６とも作用する。この情報とは、例えば、アンケートに対する応答、例えば重量又は血圧といった健康関連情報などである。
【００１８】
インタフェース機器１２は、例えばインタラクティブな有線テレビネットワーク、インターネット等のネットワーク２０と接続する又はこうしたネットワークとのインタフェースとなる。好ましい実施形態におけるネットワーク２０は、誰でも利用可能なパブリックネットワークである。この種のネットワークは、アクセス性が良いという利点を持つ。しかし、安全性が低いという不利な点を持つ。制御ネットワークといった他のネットワークも考察されることを理解されたい。斯かる制御ネットワークは、ネットワークをその加入者にだけ開放するネットワーク提供者により完全に動作される。ネットワーク２０を通して、インタフェースデバイス１２は、ローカルサーバ２２といったさまざまなサーバと通信する。ローカルサーバを介して、プログラム送信元２４が、ヘルスケア専門家により定められる各患者に対する患者特有のプログラムを提供する。例えば、定められたヘルスケア療法は、患者記録システム２６における患者の記録に格納される。患者記録システムは、ローカルサーバ２２が患者のインタフェースデバイス１２及びディスプレイ１４にアクセスする間、プログラム、アンケート及び他の情報の予め選択された又はカスタム選択された系列を選択された時間に送信又は解放するために、プログラム送信元にアクセスする。指定された患者にだけプログラムを送信又は解放するため、及びリターン情報が受信される患者を特定するため、患者特有のエンコードシステム２８が、ローカルサーバ２２又はプログラム送信元に関連付けられる。
【００１９】
ヘルスケア専門家がインタフェースデバイス１２を特定の患者に与える(issue)とき、インタフェースデバイスは、登録も構成もされていない。患者又はアシスタントは、患者のＴＶ又は他のディスプレイ上に、及びそれらの双方向有線テレビ接続又は他のパブリックネットワークに対してインタフェースデバイスを設置する。ユーザインタフェースが初めて電源又はその他電力供給するものに接続されるとき、登録及び構成プロセッサ又はソフトウェア３０は、登録サーバ３２と通信するインタフェースデバイスを制御する。ユーザインタフェースは、１つ又は複数の構成サーバ又はプロセッサ３４にアクセスすることを認証しそのアクセスを可能にする証明書を登録サーバから受信する。構成プロセッサ３４は、各インタフェースデバイス１２とその割り当てられたローカルサーバ２２とその患者に特有のエンコーダ２８との間に独自にエンコードされた通信リンクを構成又は確立する。
【００２０】
図２を参照すると、フローチャートが、上で概要説明された方法をより完全に示す。ステップ４０において、患者は、セットトップボックス１２を支給される。支給側のヘルスケア専門家は、直ちに配布に利用可能なセットトップボックス１２があるよう在庫を持つことができ、新しいボックスを配布する責任を負う配布センターに患者を向かわせることができ、配達をアレンジする等を行う。このステップで、個人的にセットトップボックス１２を支給する場合、ヘルスケア専門家は登録サーバ３２にアクセスすることができる。例えば、支給側は、ボックスＮにより接触されることが想定されると登録サーバがすぐに分かるよう、ボックス番号Ｎが患者Ｘに与えられたと登録サーバに通知できる。このように、登録サーバ３２は、どのローカルサーバ２２にセットトップボックスが関連するかを知ることになる。登録サーバ３２との他のアクセスも想定される。
【００２１】
次にステップ４２において、患者は、セットトップボックス１２を手に入れて、それを家へ持って行き、ネットワーク１０にそのセットトップボックスを接続する。ある実施形態において、セットトップボックス１２は、有線テレビプロバイダを介してインターネットに接続する。しかし、他の広域ネットワーク及び接続も想定される。次にステップ４４において、患者はセットトップボックス１２の電源をオンにする。ステップ４６で、それが登録されているかどうか、例えばそれがプライベートキーを持つかどうかを見るため、セットトップボックス１２は自身をチェックする。セットトップボックスがすでに登録されている場合、ステップ４８において、そのセットトップボックスは、適切なローカルサーバ２２にアクセスできる。しかしながら、セットトップボックスが登録されていなかった場合、ステップ５０において、登録及び構成プロセッサ又はソフトウェア３０は、登録処理を始める。
【００２２】
ここで図３を参照すると、セットトップボックス１２の登録が記載される。自分が登録されていないことをセットトップボックス１２が発見するとすぐに、このデバイスは工場でインストールされた証明書にアクセスする。ある実施形態において、例えばルート証明書といった証明書は、登録サーバ３２にそれ自身を認証するために使用されることができる。別の実施形態では、ステップ５２で、新たな証明書、例えばパブリック／プライベートキーペアを生成するために、そのデバイスは、工場でインストールされた証明書を使用する。有効性を確認する他の方法も想定される。次にステップ５４において、登録サーバ３２の位置（例えば、ＩＰアドレス）を決定するために、セットトップボックス１２はその工場構成をチェックする。図１において、１つの登録サーバ３２が示される。１つ以上の登録サーバ３２が存在することも可能である。例えば、各サーバ３２は、その領域での使用のため製造されるセットトップボックス１２を登録することに責任を負う。各セットトップボックスは、プライマリ登録サーバを割り当てられることもでき、及び複数の登録サーバの実施形態では、セットトップボックス１２が最初に電源をオンにされるときどの登録サーバ３２にアクセスするかを知っているよう、セットトップボックス１２は、その工場構成の一部として領域インジケータを受信できる。
【００２３】
ステップ５６において、その登録サーバ３２を接続するため、セットトップボックス１２は、その登録サーバ３２のアドレスを使用する。セットトップボックスは、ある実施形態において、ハイパテキスト転送プロトコル（ＨＴＴＰ）接続を使用して、セキュア・ソケット・レイヤ（ＳＳＬ）を介して、登録サーバ３２に接続する。これは、情報が損なわれるリスクなしに、ネットワーク２０を介してセットトップボックス１２及び登録サーバ３２の間でプライベートな情報が互いに送信されることを可能にする。次にステップ５８において、登録サーバ３２は、セットトップボックス１２を認証する。セットトップボックス１２は、登録サーバ３２にその証明書を提出する。例えば、セットトップボックス１２は、工場でインストール又は生成された証明書又は他の情報を登録サーバに送信する。すべてが正常である場合、すなわち、セットトップボックスが信頼できる場合、ステップ６０において、登録サーバ３２は登録リクエストを確認し、及びセットトップボックス１２のため登録証明書を生成する。
【００２４】
デバイスが信頼できない場合、登録サーバ３２は接続６２を終了し、及び不成功な登録の試み６４をログに記録する。登録サーバ３２を監視している誰かに、登録サーバ３２が警報又は警告６６を出すことができることも想定され、及び契約で補償されている場合、調査が開始されることができる。登録サーバ３２は、登録しようとするための信頼性のない試みを多くの方法で特定できる。まず、登録サーバ３２にアクセスするデバイスは、構成証明書の無効なセットを提供できる。代替的に、そのデバイスは、全く任意の証明書を提供することができない。更に、登録を試みるデバイスは、登録サーバ３２が登録されていることの工場証明書を提供できる。これは、起こるべきでない。なぜなら、２つのセットトップボックス１２が、同じ登録証明書を持つべきでないからである。
【００２５】
登録サーバ３２が認証されたセットトップボックス１２に対する証明書を生成した後、ステップ６８で、登録サーバ３２は証明書をアーカイブする。これは、とりわけ上記の如く、登録サーバが、登録するための信頼性のない試みを特定するのに役に立つ。証明書のアーカイブの後、ステップ７０において、登録サーバ３２はセットトップボックス１２に証明書を送る。セットトップボックスは、その後登録証明書７２を格納する。証明書がうまく送信及び格納された後、ステップ７４において、セットトップボックス１２は登録サーバ３２との接続を閉じる。
【００２６】
図４を参照すると、セットトップボックス１２と構成サーバ３２との間の通信が記載される。ある実施形態において、構成サーバ３４は、病院、病院の１つ又は複数の選択された部門又はセクション、病院のネットワーク又は例えば家族診療、クリニック又は他のケア医療提供者といった他のケア医療提供者のネットワークを表す。セットトップボックス１２が登録された後（図３におけるステップ７４又は図２におけるステップ４８から）、ステップ８０において、セットトップボックスは、構成サーバ３４にアクセスする。一旦セットトップボックスが構成サーバ３４に接続されると、セットトップボックス１２は、構成サーバ３４に対してそれ自身の識別を提示する。ステップ８２において、セットトップボックス１２は、構成サーバ３４にその登録証明書を示す。ある実施形態において、登録証明書は、患者識別を含む。本実施形態において、構成サーバ３４は、セットトップボックス１２にどんな処置療法をダウンロードするべきかをすぐに知ることになる。別の実施形態では、登録証明書はセットトップボックスを特定するだけであり、患者は、患者識別を確立する構成サーバ３４により問い合わせられる。この問い合わせは、通常、病院のソフトウェア又は構成サーバ３４により表される他の実体によって行われる。これは、患者の名前、社会保障番号、病院ＩＤ番号等とできるだけシンプルに実行されることができる。別の実施形態では、構成サーバ３４は、ヘルスケア専門家により患者に与えられるコードを入力するよう患者に依頼できる。
【００２７】
一旦患者が特定されると、構成サーバ３４は、健康情報に関する定められたプログラム及びリクエストをスケジュールされた時間８４に患者に送信又は解放するよう制御される。プログラムは、教育プログラム、動機付けとなるプログラムなどを含むことができる。しかしながら、より一般的には、プログラムは、セットトップボックス１２へ送信される、又はセットトップボックスから受信される任意のデータを含むこともできる。これは、取付けられたデバイスへ又はそのデバイスから送られる命令及び制御データを含む。例えば、接続される測定デバイスに対する又は制御される入力／出力デバイスに対するデータを含む。付加的なタイプのプログラムは、ローカルサーバ２２に送信される状態更新、記録されるメッセージ、測定データ又は患者入力データを含むことができる。健康情報は、セットトップボックス１２のためのリモートコントローラー１６又は他の入力デバイスを使用して回答されるアンケートによって要求されることができる。健康情報は、電子スケール、血圧モニタ、脈拍計などにより、直接セットトップボックス１２に供給されることもできる。患者に固有のメディカル予約及び他の情報のリマインダが通信されることもできる。
【００２８】
同じ登録プロセスが、例えば前述したような監視装置に適用されることもできる。ここで、一旦セットトップボックス１２が登録されると、登録データが、セットトップボックス１２を通り送信されることができる。これは、測定デバイスの全体のシステムが正確に登録されることを確実にするために有益である。全てのデバイスを完全に登録するができない場合、完全又は部分的なデータ通信ブロックが開始されることができる。現在の登録方式を用いると、全体のシステムは、送信される情報に対するセキュリティの付加的な手段として、一緒に登録されたままにされる。
【００２９】
構成サーバ３４から受信される情報(material)が、スケジュールされたとき８６患者に示される。セットトップボックス１２は、定期的にプログラム情報を受信するために、構成サーバ３４と通信状態にある。ある実施形態において、プログラム内容は、例えばハードドライブ、フラッシュメモリ又は他のデータ記憶デバイス上といったセットトップボックス１２のローカルに格納される。別の実施形態では、内容は、構成サーバ３４からセットトップボックス１２へとリアルタイムにストリーミングされる。別の実施形態では、セットトップボックス１２は、オフタイムの間、新たな内容をダウンロードする。例えば、その内容が患者により視聴されることになる時より前の日にダウンロードされる。
【００３０】
患者が自分のケア療法を完了するか、又はセットトップボックス１２をもはや必要としない場合、セットトップボックスはケアが始まった施設（医師のオフィス又は配布センター）に返される。その後セットトップボックス１２は、別の患者に関連付けられることが可能であるか、又は再登録が可能となるよう、新たなセットの構成証明書を用いて再フォーマットされる。患者がもうセットトップボックス１２を必要としていない場合に加えて、セットトップボックス１２及び付随するデバイスを再設定又は再登録する必要性又は要求が存在する他の状況がありうる。このように、セットトップボックス１２は、再利用されることができ、及び永久に単一の患者で使用されることはない。
【００３１】
本発明は、好適な実施例を参照して記述されてきた。上記の詳細な説明を読み及び理解すると、第三者は、修正及び変更を思いつくことができる。それらの修正及び変更が添付の特許請求の範囲又はその均等物の範囲内にある限り、本発明は、すべての斯かる修正及び変更を含むものとして構築されることが意図される。
【図１】
2010507874.tif 000003
【図２】
2010507874.tif 000004
【図３】
2010507874.tif 000005
【図４】
2010507874.tif 000006
【国際調査報告】
2010507874.tif 000007
2010507874.tif 000008