(57)【要約】  医療通信システム10が、患者モニタリング、患者管理、又は、患者及び／若しくは医師が関与する他の医療措置に使用される医療サービスを提供するピアデバイス44,46を有する。携帯デバイス12が、ピアデバイス44,46及び関連ピアデバイスサービス66を発見するため、短距離インタフェースデバイス22を含む。位置決め要素14が、携帯デバイス12の位置を決定する。識別要素60が、患者識別デバイス48及び医師識別デバイス50を読み出し、携帯デバイス12の位置にいる患者32及び医師30を特定する。表示マネージャ120が、患者32の識別、医師30の識別、及び決定された携帯デバイスの位置の少なくとも１つに基づき、携帯デバイス12で利用可能な情報及びサービスを現在のコンテキストに関連する情報及びサービスに制限する。
2009503978.tif 000002
【特許請求の範囲】
【請求項１】
それぞれがピアツゥピアインタフェースを含み、医療措置に対する医療サービスを提供する医療ピアデバイスと、
携帯デバイスであって、
医療ピアデバイス及び関連ピアデバイスサービスを発見する短距離インタフェースデバイスと、
前記携帯デバイスの位置を特定する位置決め要素と、
患者識別デバイスを読み出して前記携帯デバイスの位置にいる患者を識別し、及び医師識別デバイスを読み出して前記携帯デバイスの位置にいる医師を識別する識別要素とを含む、携帯デバイスと、
前記患者の識別、前記医師の識別、及び前記特定された携帯デバイスの位置の少なくとも１つに基づき、前記携帯デバイスで利用可能な情報及びサービスを現在のコンテキストに関連する情報及びサービスに制限する表示マネージャとを有する、通信システム。
【請求項２】
前記発見された医療ピアデバイス及び関連ピアデバイスサービスのレコードを記録する発見済みサービスリポジトリを更に含む、請求項１に記載の通信システム。
【請求項３】
前記発見済みサービスリポジトリにおける表示フラグを、発見されたピアデバイス及び関連ピアデバイスサービスに対してのみ表示可能にする設定にセットすることにより、前記現在のコンテキストに関連する情報及びサービスが選択され、前記発見されたピアデバイス及び関連ピアデバイスサービスが、前記識別された患者及び前記携帯デバイスの位置の一方に関連付けられ、かつ前記識別された医師がアクセス可能なものである、請求項２に記載の通信システム。
【請求項４】
各アプリケーションの詳細なコンテキストを登録するコンテキスト登録エンジンと、
少なくともアプリケーション識別、アプリケーション関連コンテキスト情報、関連ピアデバイス及び関連ピアデバイスサービスを含む、各登録アプリケーションの詳細なコンテキスト情報を格納するコンテキスト情報リポジトリとを更に含む、請求項３に記載の通信システム。
【請求項５】
前記現在のコンテキスト情報を前記アプリケーション関連コンテキスト情報とマッチさせるコンテキストハンドラを更に含む、請求項４に記載の通信システム。
【請求項６】
前記表示マネージャが、前記マッチされたコンテキスト情報に基づき、前記発見済みサービスリポジトリにおける前記表示フラグをリセットする、請求項５に記載の通信システム。
【請求項７】
前記コンテキストハンドラが、前記コンテキスト情報を継続的に監視し、前記表示マネージャは、前記更新されたマッチ済みコンテキスト情報に基づき、前記発見済みサービスリポジトリにおける前記表示フラグをリセットする、請求項６に記載の通信システム。
【請求項８】
前記患者及び医師識別デバイスの少なくとも１つが、
RFタグ、
IRタグ、及び
バーコードの少なくとも１つを含む、請求項１に記載の通信システム。
【請求項９】
前記短距離インタフェースデバイスが、
ZigBeeインタフェース、及び
Bluetoothインタフェースの少なくとも１つを含む、請求項１に記載の通信システム。
【請求項１０】
携帯デバイスの位置を特定するステップと、
対象物に関連付けられる対象物識別タグにより前記対象物を識別するステップと、
短距離インタフェースデバイスを介して、ピアデバイスと関連ピアデバイスサービスとを発見するステップと、
前記対象物の識別及び前記特定された携帯デバイスの位置の少なくとも１つに基づき、前記携帯デバイスで利用可能な情報及びサービスを現在のコンテキストに関連する情報及びサービスに制限するステップとを有する、通信方法。
【請求項１１】
前記対象物が、医療患者であり、前記ピアデバイスは、心電図デバイス、脳電図デバイス、筋電図デバイス、観血式血圧測定デバイス、非観血式血圧測定デバイス、パルス測定デバイス、心拍出量モニタ、呼吸測定デバイス、血中酸素測定デバイス、及び中核温測定デバイスの少なくとも１つを含む、請求項１０に記載の通信方法。
【請求項１２】
前記発見されたピアデバイス及び関連ピアデバイスサービスのレコードを発見済みサービスリポジトリに格納するステップを更に含む、請求項１０に記載の通信方法。
【請求項１３】
前記発見済みサービスリポジトリにおける表示フラグを、発見されたピアデバイス及び関連ピアデバイスサービスに対してのみ表示可能にする設定にセットするステップを更に含み、前記発見されたピアデバイス及び関連ピアデバイスサービスが、前記識別された対象物及び前記携帯デバイスの位置の一方に関連付けられ、かつ前記識別された医師がアクセス可能なものである、請求項１２に記載の通信方法。
【請求項１４】
各アプリケーションのコンテキストを登録するステップと、
少なくともアプリケーション識別、アプリケーション関連コンテキスト情報、関連ピアデバイス及び関連ピアデバイスサービスを含む、各登録アプリケーションのコンテキスト情報を格納するステップとを更に含む、請求項１３に記載の通信方法。
【請求項１５】
前記現在のコンテキスト情報を前記アプリケーション関連コンテキスト情報とマッチさせるステップを更に含む、請求項１４に記載の通信方法。
【請求項１６】
前記マッチされたコンテキスト情報に基づき、前記発見済みサービスリポジトリにおける前記表示フラグをリセットするステップを更に含む、請求項１５に記載の通信方法。
【請求項１７】
前記コンテキスト情報を継続的に監視するステップと、
前記更新されたマッチ済みコンテキスト情報に基づき、前記発見済みサービスリポジトリにおける前記表示フラグをリセットするステップとを更に含む、請求項１６に記載の通信方法。
【請求項１８】
前記対象物識別デバイスが、
RFタグ、
IRタグ、及び
バーコードの少なくとも１つを含み、
前記短距離インタフェースデバイスは、
ZigBeeインタフェース、及び
Bluetoothインタフェースの少なくとも１つを含む、請求項１１に記載の通信方法。
【請求項１９】
請求項１０に記載の通信方法を実行する装置。
【請求項２０】
携帯デバイスの位置を特定する手段と、
対象物に関連付けられた対象物識別タグにより前記対象物を識別する手段と、
短距離インタフェースデバイスを介して、ピアデバイスと関連ピアデバイスサービスとを発見する手段と、
前記対象物の識別及び前記特定された携帯デバイスの位置の少なくとも１つに基づき、前記携帯デバイスで利用可能な情報及びサービスを、現在のコンテキストに関連する情報及びサービスに制限する手段とを有する、通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム及び方法に関する。本発明は、短距離医療無線ネットワークシステムと組み合わせて特定の用途を見出し、その特定の用途を参照して説明されることになる。しかしながら、本発明は、他のネットワークシステム等と組み合わせて適用されることもできることは理解されたい。
【背景技術】
【０００２】
短距離無線システムは、通常、100メートルより短い範囲を持つが、より長い距離を介して通信を提供するためインターネットに接続することができる。短距離無線システムは、無線パーソナル・エリア・ネットワーク(PAN)及び無線ローカル・エリア・ネットワーク(LAN)を含むが、これらに限定されるものではない。無線PANは、約10メートルの典型的な範囲を持つ低コスト、低出力無線デバイスを用いる。無線PAN技術の例は、IEEE 802.15.1Bluetoothスタンダードである。無線LAN技術の例は、IEEE 802.11x無線LANスタンダードである。
【０００３】
Bluetoothデバイスは、携帯電話、パーソナル又はラップトップコンピュータ、及び、携帯情報端末(PDA)、ポケットベル、携帯計算デバイス、又は医療デバイスといった個人電子デバイスを含むが、これらに限定されるものではない。各Bluetoothデバイスは、それらがネットワークの通信範囲に入るとき及び出るとき、他のBluetoothデバイス(即ち、ピアデバイス)を発見するようデザインされるサービス発見プロトコルを含むアプリケーションプログラム及びオペレーティングシステム・プログラムを含む。
【０００４】
業界において知られるサービス発見プロトコルは、設定不要の(zero-configuration)「見えない」ネットワーキングと、幅広いベンダから様々なデバイスカテゴリに対する自動検出とをサポートするよう構成される。例えば、デバイスは動的にネットワークに加わり、アドレスを取得し、その機能を伝え、他のデバイスの存在及び機能に関し情報を収集し(learn)、及びピアツゥピア通信を実行することができる。これらはすべて、ユーザの介入なく自動的に行われ、ユーザには見えない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
現在、ほとんどのサービス発見プロトコルの構造において、サービス提供者は、そのサービスが利用できる(サービスが開始されるとき)か利用できない(サービスが停止されるとき)かをネットワークに通知するだけである。ネットワークに直接接続されるすべてのデバイスは、自動的にサービス情報を取得し、それを各デバイスのローカルリポジトリに格納し、又はそこから削除する。病院ネットワーク内の多くのデバイスで、包括的なサービス情報が、そのデバイスのローカルリポジトリにしばしば頻繁に格納及び除去される。これは、不必要なサービス発見によりもたらされる通信及び処理オーバヘッドといったいくつかの問題を生み出す。また、デバイスは、ユーザが実際には興味のない、更には、使用権限のないサービス情報を格納し、及び表示してしまう。斯かる情報オーバーフローは、ユーザにとっては煩わしく、誤った構成をもたらす場合もあり、可能性として医療用途における医療事故を生じさせる場合がある。
【０００６】
１つの手法は、ユーザディスプレイ上にコンテキスト及び関連性を表示することにより、そのコンテキスト及び関連性に基づき情報を管理することである。すると、ユーザは、関連する情報及びサービスを選択することができる。しかしながら、関連する情報及びサービスをユーザに関連付ける作業は時間がかかり、何らかの重要な情報が省略されるという間違いをもたらす場合がある。
【０００７】
本発明は、上述の問題その他を克服する新しい、改善された装置及び方法を提供する。
【課題を解決するための手段】
【０００８】
１つの側面によれば、通信システムが開示される。医療ピアデバイスは、それぞれがピアツゥピアインタフェースを含み、医療措置、例えば患者モニタリングに対するサービスを提供する。携帯デバイスは、医療ピアデバイスと関連ピアデバイスサービスとを発見し、これらのデバイスと通信する短距離無線インタフェースデバイスを含む。位置決め要素は、中央位置決めシステムが上記携帯デバイスの位置を決定すること、又は上記携帯デバイス自身がその位置を決定することができることを可能にする。識別要素は、患者識別デバイスを読み出して上記携帯デバイスの位置にいる患者を識別し、及び医師識別デバイスを読み出して上記携帯デバイスの位置にいる医師を識別する。表示マネージャは、上記患者の識別、上記医師の識別、及び上記決定された携帯デバイスの位置の少なくとも１つに基づき、上記携帯デバイスで利用可能な情報及びサービスを現在のコンテキストに関連する情報及びサービスに制限する。
【０００９】
別の側面によれば、通信方法が開示される。携帯デバイスの位置が特定される。対象物に関連付けられる識別タグにより上記対象物が識別される。短距離インタフェースデバイスを介して、ピアデバイスと関連ピアデバイスサービスとが発見される。上記対象物の識別及び上記特定された携帯デバイスの位置の少なくとも１つに基づき、上記携帯デバイスで利用可能な情報及びサービスが、現在のコンテキストに関連する情報及びサービスに制限される。
【００１０】
本発明の１つの利点は、患者固有のネットワークに医師の端末を自動的に接続できる点にある。
【００１１】
別の利点は、短距離医療デバイスの発見に関連する時間を短縮できる点にある。
【００１２】
別の利点は、患者固有のアプリケーションに医師の端末を関連付けるのにかかる時間と、患者固有データへのアクセス時間とを短縮できる点にある。
【００１３】
別の利点は、医師の好み及び個別のケア状況に関して、医師の携帯端末を自動的に構成できる点にある。
【００１４】
更に別の利点は、患者固有のヘルスケア・アプリケーションの全体的な改善と、ワークフローの簡略化とができる点にある。
【発明を実施するための最良の形態】
【００１５】
本発明の更なる追加的な利点及び利益は、好ましい実施形態の以下の詳細な説明を読み理解すれば、当業者には明らかとなるであろう。
【００１６】
本発明は、様々な要素及び要素の配置、並びに様々な処理動作及び処理動作の配置の形式を取ることができる。図面は、好ましい実施形態の説明目的であるに過ぎず、本発明を限定するものとして解釈されるべきではない。
【００１７】
図１を参照して、コンテキスト関連通信システム１０は、例えば病院、企業、工場等といった単一の管理実体により所有される無線携帯デバイス１２を含む。各携帯デバイス１２は、例えば、ソフトウェアプロトコルを介して病院位置決めシステム１６に接続される位置決め要素１４を含む。病院位置決めシステム１６は、無線リンク２０により病院ネットワーク１８と有効な通信状態にある。ある実施形態では、病院位置決めシステム１６は、中央位置決めシステムである。病院位置決めシステム１６及び位置決め要素１４は、知られた室内位置決め技術を介して各携帯デバイス１２の位置を取得するため通信する。ある実施形態において、病院位置決めシステム１６及び位置決め要素１４は、無線で通信する。例えば、病院ネットワーク１８は、無線技術基盤を含み、各位置決め要素１４は、WLANカードを含む。WLAN技術の例は、IEEE 802.11x 無線LANスタンダードである。位置決め技術の他の例は、IRタグ、RFタグ、短距離RFビーコン等である。
【００１８】
各携帯デバイス１２は、近くに位置する他の医療ピアデバイスとピアツゥピア通信し、及び無線リンク２４を介して他の医療デバイス又はピアデバイスにより提供される１つ又は複数のサービスにアクセスすることを可能にする、短距離又は第１のインタフェース又はデバイス２２を更に含む。例えば、医師又は臨床医又はヘルスケア専門家３０は、患者３２にサービスを提供することができる。例えば、知られたピアツゥピア通信技術の１つを介して、携帯デバイス１２を用いることにより、投薬を管理したり、モニタリング装置の状態をチェックしたりすることができる。無線短距離技術の例は、Bluetoothスタンダードである。Bluetoothスタンダードは、2.4 GHzの産業科学医療用(ISM)バンドで動作し、ピーク時のエアリンク速度が1 Mbpsであり、携帯情報端末又は携帯電話といった個人の携帯型電子機器における使用に十分な低消費電力を提供する。Bluetooth通信プロトコルおよびデバイス動作原理の説明は、「Bluetooth Special Interest Group, Specification of the Bluetooth Standard」、version 1.0B、巻1及び2、December 1999にある。もちろん、ローカルデバイスが、IEEE 802.15.4 ZigBeeといった他の短距離技術及び同様な短距離通信技術を用いることも想定される。
【００１９】
各Bluetoothデバイスは、他のデバイスがネットワークの通信範囲に入るとき及び出るとき、他のBluetoothデバイスを発見するようデザインされるアプリケーションプログラム及びオペレーティングシステムプログラムを含む。要求をしているBluetoothデバイスは、クライアントの役割を果たし、応答するBluetoothデバイスは２つのデバイス間のリンクを確立するためのサーバの役割を果たす。要求及び応答Bluetoothデバイスは、リンク２４と、サービス発見プロトコル３４とを用いる。サービス発見プロトコル３４は、他のBluetoothデバイスにより提供されるサービスと、そうしたサービスへの接続法とを発見するためのものであり、一例を挙げればUPnPにより与えられる。記述言語及び適切な語彙を用いて作成されるサービス記述は、以下に詳細に説明されるクエリマッチングのため利用可能にされる。
【００２０】
引き続き図１を参照して、図示される実施例において、通信システム１０は、(i)例えば心電図(ECG)データ、心拍、呼吸数、呼吸相、血圧等の生体信号を監視するため患者３２に配置されるセンサノード４２、及び(ii)例えばSpO2指先プローブ４６といった第２のピア又は医療デバイスに接続される、例えばベッドサイドの血中酸素飽和度(SpO2)モニタ４４のような第1のピア又は医療デバイスを含む無線又は有線の患者ポイントオブケアネットワーク４０を含む。無線又は有線のポイントオブケアネットワークは、例示であり、当業者であれば、高分解能センサ、ベッドサイドモニタ、人工呼吸器等の追加的又は他の医療デバイスをネットワークに容易に含むことができる。更に、ポイントオブケアネットワークは、医療デバイスを追加又は除去することにより、アドホックベースで変更されることができる。
【００２１】
ワイヤ又はケーブリングは、無線患者ポイントオブケアネットワークからも必ずしも完全に省略されるものではないことを理解されたい。例えば、SpO2指先プローブ４６は、SpO2モニタ４４にケーブルで接続されることができる。同様に、図示省略されているが、患者ポイントオブケアネットワークのデバイスの中には、家庭用電源に接続される電源コードを含む場合があることが想定される。例えば、図示されているように、SpO2モニタ４４はバッテリ駆動だが、従来の電源出力に差し込まれる電源コードを、代替的又は追加的に含むことができる。
【００２２】
患者ポイントオブケアネットワークは、第１又は患者識別デバイス４８を更に含む。図示される実施形態において、患者識別デバイス４８は、医療患者３２に着せられるリストバンドに配置される。しかしながら、より一般的には、患者識別デバイス４８は、患者３２の実質的にどこにでも着せられ又は付けられることができる。同様に、医師３０は、医師又は第２の識別デバイス５０を具備する。識別デバイス４８、５０は、特定の人物に関連し、かつ知られた識別技術の１つを用いて識別又はID要素６０により読み出される、一意な識別コード又は対応する患者及び医師ID５２、５４を格納する。例えば、一意な識別番号(ID)を含むバーコードマーカが、患者の及び／又は医師の体に例えばリストバンドとして付けられ、バーコードスキャナで読み出されることができる。別の例としては、患者及び医師識別コード５２、５４が、RFIDタグに格納され、及びRFIDリーダで読み出されることができる。もちろん、IDコード５２、５４が、知られた無線技術の１つを用いて読み出されることもできることも考えられる。
【００２３】
ある場合においては、携帯デバイスは、医療デバイスを発見する(及びそれと通信する)ため、及び病院位置決めシステムにより位置決めされるための両方の目的に、同じ無線インタフェースを使用することができる。
【００２４】
第１及び第２のピアデバイス４４、４６は、オプションで、短距離通信技術の１つを用いることにより、ピアツゥピア通信を介して互いに無線でも通信を行う。各医療デバイスは、医療サービスのセットを提供し、他のデバイスで利用可能な医療サービスのセットへのアクセスを要求することができる。患者識別デバイス５０は、オプションで、ECG、SpO2又は他のセンサといった患者モニタリング又は治療機能を含むこともできる。
【００２５】
引き続き図１を参照して、図示される例において、医師３０は、患者室にいる患者３２を訪ねる。医師３０は、関連付けられた携帯デバイス１２を介して患者３２のポイントオブケアネットワークのデバイスと通信する。携帯デバイス１２は、例えば病院内接続(hospital-wide connectivity)のための802.11bインタフェースのような位置決め要素１４と、ローカルのピアツゥピア接続のためのBluetoothインタフェースといった短距離インタフェース２２と、患者及び医師識別コード５２、５４を読み出すRFタグリーダといった識別要素６０とを含む。医療デバイス４４、４６はそれぞれ、Bluetoothインタフェースといったピアツゥピア又は第２のインタフェース６２を含む。医師３０が患者室に入るとき、病院中央位置決め端末１６は、位置決め要素１４を介して医師の携帯デバイスの位置決めをする。医師の位置は、位置メモリ６８に格納される。携帯デバイス１２の識別要素６０は、医師ID５４を読み出し、医師３０を特定する。読み出された医師IDコードは、IDメモリ７０に格納される。携帯デバイス１２の識別要素６０が患者識別デバイス４８から患者IDコード５２を読み出す間、医師３０は患者３２を識別する。読み出された患者IDコードは、IDメモリ７０に格納される。携帯デバイス１２のサービス発見プロトコル３４は、患者室にあるピアデバイス４４、４６を識別する。例えば、各ピアID６４及び関連するピアデバイスサービス６６が識別される。各発見されたピア及び関連サービスに対する記述が作成される。現在の位置に無い他のすべての医療デバイスが、除去される。詳細は以下に論じられるが、携帯デバイス１２で提供されるローカルサービスは、携帯デバイス１２の現在の位置、例えば患者室で利用可能なものに制限される。例えば、特定された患者３２に関連付けられる医療デバイス及び関連医療デバイスサービスが利用可能となり、携帯デバイス１２の画面に表示される。このシナリオにおいて、部屋の位置、患者ID及び医師IDがコンテキスト情報である。コンテキスト情報は、関連のない医療デバイス及びサービスを除去するためのアプリケーションを携帯デバイス１２で実行するのに使用される。表示される情報は、整然としており、より正確である。関連のない情報及びサービスのフィルタリングは自動的に実行される。従って、医師３０が自分の仕事をよりし易くなる。
【００２６】
図２及び図３を参照して、関連する携帯デバイス１２の初期化の間、発見エージェント１００が、UPnPスタックといったサービス発見プロトコル３４を用いることにより、他の短距離携帯デバイス１２又はピア４４、４６及び関連サービス６６をサーチする。発見エージェント１００は、位置決めされたピア４４、４６とサービス６６とに関する情報を発見済みサービスリポジトリ１１０に格納する。発見済みサービスリポジトリ１１０は、発見されたピアレコード、発見されたサービスレコード、及び表示レコードを含む。例えば、発見されたピアレコードは、ピア識別コード、ピア名、及びピア記述を含む。発見されたサービスレコードは、ピア識別コード、サービス識別コード、サービス名、及びサービス記述を含む。表示レコードは、以下に詳細に論じられる表示マネージャ１２０によりセットされる。コンテキストハンドラ１３０は、上述されたようないずれかの利用可能な位置決め及び識別技術を用いることにより、携帯デバイスの位置及び患者識別といったコンテキスト情報を検索する。
【００２７】
コンテキストハンドラ１３０は、コンテキストクエリエンジン１４０から詳細なコンテキスト情報を問い合わせる。コンテキストクエリエンジン１４０は、コンテキスト情報リポジトリ１４２から詳細なコンテキスト情報を取得し、取得された詳細なコンテキスト情報をコンテキストハンドラ１３０に戻す。コンテキスト情報リポジトリ１４２に格納されるその情報は、コンテキスト登録エンジン１４６を用いて各アプリケーション１４４が関連コンテキスト及びサービス情報を登録するとき毎回、アプリケーション１４４に関して記録されるコンテキストサービス情報レコードを含む。例えば、コンテキストサービス情報レコードは、アプリケーション識別コード、コンテキスト識別コード、ピア識別コード及びサービス識別コードを含む。コンテキストクエリエンジン１４０は、取得された詳細なコンテキスト情報をコンテキストハンドラ１３０に戻す。そのコンテキスト情報は、例えば、コンテキスト識別コード、ピア識別コード、サービス識別コード、及びアプリケーション識別コードを含む。
【００２８】
コンテキストハンドラ１３０からコンテキスト情報の変化の通知を受けた後、表示マネージャ１２０は、発見済みサービスリポジトリ１１０の表示レコードにおけるピア及び関連サービスの表示フラグをセットするため、更新された詳細なコンテキスト情報を用いる。例えば、表示レコードは、ピア識別コード、サービス識別コード、アプリケーション識別コード及び表示フラグを含む。例えば０から１にフラグを変更することにより、表示されたり、又は表示されなくなったりするようにして、表示フラグはセットされることができる。コンテキストハンドラ１３０は、引き続き、現在のコンテキスト情報の変化を監視し、コンテキストクエリエンジン１４０から詳細なコンテキスト情報を問い合わせる。コンテキストクエリエンジン１４０は、コンテキスト情報リポジトリ１４２から更新された詳細なコンテキスト情報を取得する。コンテキストハンドラ１３０は、コンテキスト情報におけるいかなる変化も表示マネージャ１２０に通知する。表示レコードにおいて表示フラグをセットする前に、発見済みサービスリポジトリ１１０における既存の表示設定が、表示不可であるようにリセットされる。例えば、表示フラグが０にセットされる。この態様で、上流アプリケーションは、コンテキストに関連しないサービス情報を除去するのに表示情報を用いる。
【００２９】
引き続き図２を参照して、コンテキスト情報リポジトリ１４２、コンテキストクエリエンジン１４０及びコンテキスト登録エンジン１４６が、コンテキスト認識サーバ１４８に配置される。斯かる構成は、複数の携帯デバイス１２との通信を可能にする。
【００３０】
再度図３を参照して、コンテキスト情報リポジトリ１４２、コンテキストクエリエンジン１４０、及びコンテキスト登録エンジン１４６が、携帯デバイスにおけるコンテストハンドラエージェントと共に配置される。コンテキスト情報が携帯デバイスの側で決定されることができるとき、斯かる構成は利点がある。
【００３１】
図４を参照して、各アプリケーション１４４は、発見済みサービスリポジトリ１１０及びコンテキスト情報リポジトリ１４２を含む。発見されたピア及び関連サービスの情報を保存するための機能、及び、コンテキスト情報を用いることにより斯かる情報の表示を制御する機能は、上流アプリケーション２０２を実行するため、携帯デバイス１２の下流側ソフトウェアスタック２００からシフトされる。発見済みサービス情報の通知を発見エージェント１００から受けた後、発見ハンドラ２１０は、発見済みサービスリポジトリ１１０に格納されるレコードを更新する。表示マネージャ１２０は、コンテキスト情報リポジトリ１４２からコンテキスト情報を問い合わせることにより、コンテキストハンドラ１３０からのコンテキスト情報に関する通知に基づき、対応するレコードの表示フィールドを修正する。コンテキスト情報は、例えば、コンテキスト識別コード、ピア識別コード、及びサービス識別コードである。
【００３２】
コンテキストハンドラ１３０は、新しいコンテキストIDを表示マネージャ１２０に直接通知する。表示マネージャ１２０は、コンテキストサービス情報レコードを問い合わせ、対応する表示フラグを発見されたサービスレコードにセットする。
【００３３】
発見済みサービスリポジトリ１１０に格納される情報は、発見されたピアレコード及び発見されたサービスレコードを含む。発見されたピアレコードは、ピア識別コード、ピア名、及びピア記述を含む。発見されたサービスレコードは、ピア識別コード、サービス識別コード、サービス名、サービス記述及び表示フラグを含む。上述されたように、例えば０から１にフラグを変更することにより、表示されたり、又は表示されなくなったりするようにして、表示フラグはセットされることができる。
【００３４】
上述された構造及び方法は、下流レベルのサービス発見プロトコル及び位置決め技術とは独立している。上述の構造及び方法は、現在のすべてのサービス発見プロトコル及び位置決め技術に適している。UPnPサービス発見プロトコル、無線LAN位置決め技術、及びRFタグ識別技術が例として使用される。コンテキスト情報及び関連サービス情報は、システムの開発フェーズの間、管理者により入力されることができる。上流アプリケーションは、初期化フェーズの間、コンテキスト登録エンジンを呼び出すことにより、斯かるコンテキスト情報を登録することもできる。
【００３５】
本発明は、好ましい実施形態を参照して説明されてきた。前述の詳細な説明を読み理解すれば、第三者は、修正及び変形を思いつくであろう。本発明は、こうした修正及び変形を、それらが添付された請求項又はその均等物の範囲に含まれる限りにおいて含むものであると解釈されるものである。
【図面の簡単な説明】
【００３６】
【図１】医療通信システムの概略図である。
【図２】医療通信システムの一例の一部を示す概略図である。
【図３】医療通信システムの別の例の一部を示す概略図である。
【図４】医療通信システムの他の例の一部を示す概略図である。
【図１】
2009503978.tif 000003
【図２】
2009503978.tif 000004
【図３】
2009503978.tif 000005
【図４】
2009503978.tif 000006
【国際調査報告】
2009503978.tif 000007
2009503978.tif 000008