(57)【特許請求の範囲】
【請求項１】
医療デバイスのアラート信号を処理するためのシステムであって、前記医療デバイスは、患者に関連付けられており、前記医療デバイスは、医療専門家に、前記患者及び／又は前記医療デバイスの状態について警告するためのアラートを生成し：
前記医療デバイスの前記アラート信号を取得するための入力インタフェースであって、前記アラート信号は、医療専門家へ通信するための医療情報を備え、前記医療情報が前記アラートを表す、入力インタフェースと；
解釈サブシステムであって：
前記患者の専門家でない介護者に関連付けられるモバイルデバイスの位置を推定し、
解釈データベースにアクセスして前記アラートに対応する解釈データを取得することであって、該解釈データベースは、異なるタイプのアラートを表す異なるタイプの医療情報の解釈済みバージョンを示す解釈データを備え、各解釈済みバージョンが、前記専門家でない介護者に適した手法でアラートの説明を提供し、
前記解釈データを使用して前記医療情報を解釈することにより、及び、前記モバイルデバイスの前記位置に応じて、前記アラートの解釈済みバージョンを生成する、
ように構成される解釈サブシステムと；
前記アラートの前記解釈済みバージョンを備える出力信号を生成し、前記専門家でない介護者に前記モバイルデバイスを介して通信する出力インタフェースと；
を備える、システム。
【請求項２】
前記医療デバイスは、聴覚又は視覚的アラームの形で前記アラートを生成し、前記入力インタフェースは、前記聴覚又は視覚的アラームのセンサデータを受け取るように構成され、当該システムは、ビデオ又はオーディオ分析を使用して前記センサデータ内の前記アラート信号を識別し、前記アラート信号から前記医療情報を識別するように構成される、
請求項１に記載のシステム。
【請求項３】
前記入力インタフェースは、前記医療デバイスから前記アラート信号をネットワークメッセージの形で受け取る、
請求項１に記載のシステム。
【請求項４】
前記解釈サブシステムは、限られた回数だけ前記説明を提供することにより、特定のタイプのアラートについて前記説明の提供の頻度を限定するように構成される、
請求項１に記載のシステム。
【請求項５】
前記解釈サブシステムは、前記専門家でない介護者が前記患者及び／又は前記医療デバイスに対するアクションを取るための命令を備えるように前記アラートの前記解釈済みバージョンを生成するように構成される、
請求項１に記載のシステム。
【請求項６】
前記解釈サブシステムは、前記位置に基づいて前記アラートの前記解釈済みバージョンの詳細及び／又はタイプを調整するように構成される、
請求項１に記載のシステム。
【請求項７】
前記解釈サブシステムは、前記位置を推定して、前記専門家でない介護者が、前記患者の部屋、前記患者の病院及び前記病院の外部、のグループのうちの１つに位置するかどうかを確立するよう構成される、
請求項１に記載のシステム。
【請求項８】
前記患者の患者スケジュールにアクセスする患者スケジュールインタフェースを更に備え、前記解釈サブシステムは、前記患者スケジュールに基づいて、前記患者に関連するスケジュールされたイベントに関して前記専門家でない介護者に通知するための事前アラート情報を生成するように更に構成される、
請求項１に記載のシステム。
【請求項９】
前記スケジュールされたイベントは、前記患者への患者訪問、前記患者の検診、前記患者の治療及び前記患者の診断、のグループのうちの１つである、
請求項８に記載のシステム。
【請求項１０】
前記出力インタフェースは、短距離通信技術を使用して前記モバイルデバイスと通信するために構成されるモバイルデバイスインタフェースにより構成される、
請求項１に記載のシステム。
【請求項１１】
前記モバイルデバイスインタフェースは、医療以外の専門家が、前記短距離通信技術を使用して前記モバイルデバイスを当該システムとペアリングすることを可能にするために構成される、
請求項１０に記載のシステム。
【請求項１２】
医療デバイスのアラート信号を処理するための方法であって、前記医療デバイスは、患者に関連付けられており、前記医療デバイスは、医療専門家に、前記患者及び／又は前記医療デバイスの状態について警告するためのアラートを生成し：
前記医療デバイスの前記アラート信号を取得するステップであって、前記アラート信号は、医療専門家へ通信するための医療情報を備え、前記医療情報が前記アラートを表す、ステップと；
前記患者の専門家でない介護者に関連付けられるモバイルデバイスの位置を推定するステップと；
解釈データベースにアクセスして前記アラートに対応する解釈データを取得するステップであって、該解釈データベースは、異なるタイプのアラートを表す異なるタイプの医療情報の解釈済みバージョンを示す解釈データを備え、各解釈済みバージョンが、前記患者の専門家でない介護者に適した手法でアラートの説明を提供する、ステップと；
前記解釈データを使用して前記医療情報を解釈することにより、及び、前記モバイルデバイスの前記位置に応じて、前記アラートの解釈済みバージョンを生成するステップと；
前記アラートの前記解釈済みバージョンを備える出力信号を生成し、前記専門家でない介護者に前記モバイルデバイスを介して通信するステップと；
を備える、方法。
【請求項１３】
請求項１２に記載の方法をプロセッサシステムに実行させるための命令を備えるコンピュータプログラム。
【請求項１４】
請求項１３に記載のコンピュータプログラムを記憶するコンピュータ読取可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療デバイスのアラート信号を処理するためのシステム及び方法に関する。本発明は更に、プロセッサシステムに、方法を実行させる命令を備えるコンピュータプログラム製品にも関する。
【背景技術】
【０００２】
患者モニタのような医療デバイスは、典型的に、医療専門家に対して利用可能な医療関連情報を作成する。そのような情報は、患者の状態や医療デバイスの状態等に関するものであり得る。情報は、ユーザにそのような状態について警告するよう機能することがあり、また様々な形態をとることがある。例えば患者モニタが、例えば患者の心拍が不規則であることにより、患者の状態が悪化していると決定する場合、患者モニタは、ワーニングを表示し、アラームを鳴らすこと等により、アラートを生成することがある。医療専門家は、したがって、患者を看護し、患者モニタをチェック等するよう知らせを受ける。
【０００３】
そのような医療情報を医療専門家のモバイルデバイスに提供し、医療専門家への医療情報の通信を確実にするための様々なシステムが知られている。例えばmVisum  Alert  Management  Systemという名称の製品は、webアドレスhttp://www.mvisum.com/mvisumalert.phpから２０１３年２月４日に閲覧したウェブページによると、以下の機能を有するものと言える。アラームが、患者モニタ又は遠隔測定デバイスによって生成されて、mVisumサーバに送信され、mVisumサーバは、次いでそのアラームをモバイルデバイスへと押送する。モバイルデバイス上のmVisum  Alertアプリケーションは、アラームデータを受け取って、アラームの重要度（criticality）に対応する一意の可聴な着信音を鳴らす。アラームの重大性により色分けされるアラームの詳細がハンドヘルドデバイス上に表示される。表示される追加のデータは、アラームイベントを示すスクロール可能な波形を示す。
【０００４】
特許文献１（米国特許出願公開第２００８／０１５４５１３明細書）は、高血糖、低血糖、グルコース変動の増大、無効な検査についてリスクが増加する期間を予測してユーザに警告することができるデータ知的解釈部を導入することによる、既存の家庭用血中グルコース（BG：blood  glucose）監視装置の改善を説明している。このために、自己観察（SM）BG測定値が評価されて、次の期間のために警告が出される。そのような警告は、「あなたの血糖は通常、昼食前に低い」等のようなメッセージの形を取り得る。特許文献１はしたがって、家庭用監視装置の分野からのものである。
【０００５】
不都合なことに、上述のmVisumシステムは、以下の状況に対処していない。患者が病院に入院し、家族や友達又は他の専門家でない介護者が、患者とともに過ごしているとき、例えば親が新生児室内で赤ちゃんとともに過ごしているときのような場合、患者をモニタしてケアサービスを提供する医療デバイスの数は、しばしば、そのような専門家でない介護者を圧倒してしまう可能性がある。これらの医療デバイスが、例えば可聴アラームを鳴らすことや様々な情報を画面上に表示することによりアラートを生成し始めると、この状況は悪化する。専門家でない介護者はしばしば、何が起こっているのか認識せず、また何をすべきかわからないので、不安及び／又はストレスを引き起こすことがある。さらに、状況を悪化させることにより、看護師や医師といった医療専門家が、あるタイプのアラームについては患者を看護するために駆けつけるが、別のタイプのアラームではそのようにしないことがあるという事実につながる。不安及び／又はストレスの更に別の原因は、一部の病院では、専門家でない介護者が理由を知らずに、患者の名前が病院の画面に突然表示され得ることである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許出願公開第２００８／０１５４５１３号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述のような状況において、専門家でない介護者において生じる不安及び／又はストレスを低減又は全体的に防ぐことができるシステム又は方法を得ることは有利であろう。
【課題を解決するための手段】
【０００８】
この問題により良く対処するために、本発明の第１の態様は、医療デバイスのアラート信号を処理するためのシステムを提供し、ここで、医療デバイスは、患者に関連付けられており、医療デバイスは、医療専門家に患者及び／又は医療デバイスの状態について警告するためのアラートを生成し、本システムは：
−  医療デバイスのアラート信号を取得するための入力インタフェースであって、信号が、医療専門家へ通信するための医療情報を備え、医療情報が前記アラートを表す、入力インタフェースと；
−  解釈（interpretation）サブシステムであって：
ｉ）解釈データベースにアクセスする動作であって、該解釈データベースが、異なるタイプのアラートを表す異なるタイプの医療情報の解釈済みバージョン（interpreted  version）を示す解釈データを備え、各解釈済みバージョンが、患者の専門家でない介護者に適した手法でそれぞれのタイプのアラートの説明を提供する、動作；及び
ｉｉ）解釈データを使用して医療情報を解釈することにより、アラートの解釈済みバージョンを生成する動作；
のための解釈サブシステムと；
−  解釈済みバージョンを備える出力信号をモバイルデバイスのために生成することにより、アラートの解釈済みバージョンを、専門家でない介護者にモバイルデバイスを介して通信する出力インタフェースと；
を備える。
【０００９】
本発明の更なる態様では、説明されるシステムを各々が備えるモバイルデバイス及び医療デバイスが提供される。
【００１０】
本発明の更なる態様では、医療デバイスのアラート信号を処理するための方法が提供され、ここで、医療デバイスは、患者に関連付けられており、医療デバイスは、医療専門家に、患者及び／又は医療デバイスの状態について警告するためのアラートを生成し、本方法は：
−  医療デバイスのアラート信号を取得するステップであって、アラート信号が、医療専門家へ通信するための医療情報を備え、医療情報が前記アラートを表す、ステップと；
−  解釈データベースにアクセスするステップであって、該解釈データベースは、異なるタイプのアラートを表す異なるタイプの医療情報の解釈済みバージョンを示す解釈データを備え、各解釈済みバージョンが、患者の専門家でない介護者に適した手法でそれぞれのタイプのアラートの説明を提供する、ステップと；
−  解釈データを使用して医療情報を解釈することにより、アラートの解釈済みバージョンを生成するステップと；
−  解釈済みバージョンを備える出力信号をモバイルデバイスのために生成することにより、アラートの解釈済みバージョンを、専門家でない介護者にモバイルデバイスを介して通信するステップと；
を備える。
【００１１】
本発明の更なる態様では、説明される方法をプロセッサシステムに実行させるための命令を備えるコンピュータプログラムが提供される。
【００１２】
上記の手段は、医療デバイスによって生成される信号を取得するための入力インタフェースを提供する。医療デバイスは、患者のモニタ又は治療に関わるか、患者に関連する任意の別の医療タスクを実行する。信号は、医療専門家に通信され、医療専門家によって解釈されるために意図される医療関連情報を備える。したがって、情報は、解釈には医学的バックグラウンドを必要とする可能性があり、あるいは一般的に、専門家でない介護者にとって解釈が難しいことがある。
【００１３】
さらに、入力インタフェースからの信号の情報を取得する解釈サブシステムが提供される。解釈サブシステムは、例えば内部又は外部ストレージデバイス上の解釈データベースにアクセスするために構成される。解釈データベースは、異なるタイプの、特に医療専門家に通常通信されるタイプの医療情報の解釈済みバージョンを示す解釈データを備える。解釈データの非限定的な例はルックアップテーブルであり、ルックアップテーブルは、特定のタイプの医療情報をルックアップすることにより、その特定のタイプの医療情報の解釈済みのバージョンを取得することを可能にする。各解釈済みバージョンは、専門家でない介護者への通信に適切であるように、すなわち適切な解釈であるように、それぞれのタイプの医療情報を提示する。したがって、そのような医療情報の解釈済みバージョンは、解釈のために医学的バックグラウンドを必要とせず、あるいは一般的に、専門家でない介護者による解釈が容易であり得る。解釈サブシステムは、解釈データを使用して、信号から取得される医療情報を解釈するために構成される。したがって、解釈サブシステムは、医療情報の解釈済みバージョンを取得する。
【００１４】
出力インタフェースはが、医療情報の解釈済みバージョンを専門家でない介護者に通信するために提供される。そのために、出力インタフェースは、医療情報の解釈済みバージョンを備える出力信号を生成する。出力信号は、専門家でない介護者のモバイルデバイスへの通信のために生成される。したがって、専門家でない介護者に、モバイルデバイスを介して、医療情報の解釈済みバージョンを通知することができる。
【００１５】
上記の手段は、次の効果を有する。医療デバイスの信号を取得することにより、システムは、医療専門家に通信するために意図される医療情報であって、かつ医療専門家により受け取られると、専門家でない介護者における不安及び／又はストレスを引き起こす可能性がある、患者関連のアクティビティをトリガする可能性がある医療情報を受け取る。解釈データを提供することにより、システムは、医療情報を専門家でない介護者に適した手法で提示する、医療情報の解釈済みバージョンを生成することが可能になる。専門家でない介護者のモバイルデバイスのために解釈済みバージョンを備える出力信号を生成することにより、医療情報を専門家でない介護者に、例えば病院内といった介護者の位置において、提供することができる。実際上、システムは、医療専門家による解釈ように意図される医療情報を、専門家でない介護者による解釈に適した情報に変換することにより、トランスレータとして機能する。医療情報の解釈済みバージョンを提供されることにより、専門家でない介護者には、その介護者が理解することができる情報が提供される。有利には、医療情報が患者関連のアクティビティをトリガする場合、専門家でない介護者は、そのアクティビティに関する知らせを受け、これにより、不安及び／又はストレスを低減し、潜在的には防ぐことができる。有利には、現在の状況について専門家でない介護者を更新させることにより、医療専門家はあまり気を取られなくなる。
【００１６】
信号は、医療専門家に患者及び／又は医療デバイスの状態を警告するためのアラートを備える。本発明者らは、患者アラート又はデバイスアラートのようなアラートが、患者及び／又は医療デバイスに関連する様々なタイプのアクティビティをトリガし、そのようなアクティビティが、専門家でない介護者の不安及び／又はストレスを引き起こす可能性があることを認識している。ここで、患者アラートという用語は、医療専門家に患者の状態を警告するアラートを指し、デバイスアラートという用語は、医療専門家に医療デバイス自体の状態を警告するアラートを指す。前者の例は、無呼吸のワーニングであり、後者の例は、誤動作のワーニングである。システムは、したがって、アラートに含まれるか、アラートによって構成される医療情報を解釈し、その医療情報の解釈済みバージョンを専門家でない介護者に提供する。
【００１７】
解釈サブシステムは、医療情報の解釈済みバージョンを生成して、専門家でない介護者にアラートの説明を提供するように構成される。専門家でない介護者に患者アラート又はデバイスアラートを説明することにより、専門家でない介護者における不安及び／又はストレスを防ぐことを更に助けることができる、アラートについての追加のコンテキスト情報を与える。
【００１８】
任意選択として、医療デバイスは、聴覚又は視覚的アラームの形でアラートを生成し、入力インタフェースは、聴覚又は視覚的アラームのセンサデータを受け取るように構成され、システムは、ビデオ又はオーディオ分析を使用してセンサデータ内のアラート信号を識別し、アラート信号から医療情報を識別するように構成される。
【００１９】
任意選択として、入力インタフェースは、医療デバイスからアラート信号をネットワークメッセージの形で受け取る。
【００２０】
任意選択として、解釈サブシステムは、限られた回数だけ説明を提供することにより、特定のタイプのアラートについて説明の提供の頻度を限定するように構成される。専門家でない介護者は、特定のタイプのアラートの説明を、限られた回数だけ、例えば１度のみ提供される。これにより、専門家でない介護者が既にその特定のタイプのアラートのコンテキストや結果等を認識しているにも関わらず、専門家でない介護者にそのような説明を繰り返し提供することを防ぐ。
【００２１】
任意選択として、解釈サブシステムは、専門家でない介護者が患者及び／又は医療デバイスに対するアクションをとるための命令を備えるようアラートの前記解釈済みバージョンを生成するように構成される。システムは、したがって、医療情報に応答して命令を専門家でない介護者に提供する。本発明のこの態様は、専門家でない介護者が、患者のそばにいる、例えば患者のベッドの横に座っている頻度が高いという洞察に基づいている。したがって、専門家でない介護者は、医療専門家よりも早く、患者及び／又は医療デバイスに対するアクションを取ることが可能なことがある。専門家でない介護者にそのようなアクションを取るよう指示を提供することにより、アクションをより早く実行することができる。有利には、専門家でない介護者によって実行された後、医療専門家はそのようなアクション自体をそれ以上実行する必要がない。
【００２２】
任意選択として、解釈サブシステムは、ｉ）モバイルデバイスの位置を推定し、ｉｉ）その位置に応じてアラートの解釈済みバージョンを生成するように構成される。モバイルデバイスの位置を、例えばモバイル位置推定の分野からそれ自体公知である手法で推定することにより、モバイルデバイスは典型的にそのユーザの近くにあるので、専門家でない介護者の位置の推定を得ることができる。位置の推定を取得することで、システムは、位置認識手法により、医療情報の解釈済みバージョンを生成することが可能になる。例えばシステムは、医療情報の解釈済みバージョンを提供するか否かを、モバイルデバイスの位置の推定に応じて決定することができる。
【００２３】
任意選択として、解釈サブシステムは、位置に基づいてアラートの解釈済みバージョンの詳細及び／又はタイプを調整するように構成される。有利には、システムは、専門家でない介護者が患者のそばにいるときに解釈の詳細を増やし、専門家でない介護者が離れているときは、詳細は減らすことが可能である。同様に、システムは、専門家でない介護者が患者の近くにいるときにのみ、患者及び／又は医療デバイスに対してアクションをとるよう指示する解釈を提供することが可能である。
【００２４】
任意選択として、解釈サブシステムは、位置を推定して、専門家でない介護者が、患者の部屋、患者の病院及び病院の外というグループのうちの１つに位置するかどうかを確立するよう構成される。これは、医療情報の解釈済みバージョンを専門家でない介護者の位置に基づいて生成するとき、そのような位置間の区別に特定の関連性があることがわかっている。
【００２５】
任意選択として、システムは、患者の患者スケジュールにアクセスする患者スケジュールインタフェースを更に備え、解釈サブシステムは、患者スケジュールに基づいて、患者に関連するスケジュールされたイベントに関して専門家でない介護者に通知するための事前アラート情報を生成するように更に構成される。患者スケジュールへのアクセスを有することにより、システムは、患者関連のアクティビティを決定することが可能であり、そのようなアクティビティは、専門家でない介護者における不安及び／又はストレスを引き起こす可能性がある。例えば医療専門家は、患者を訪問するようスケジュールされているが、専門家でない介護者はこの事実を知らなかった場合、医療専門家の突然の出現は、不安及び／又はストレスを引き起こす可能性がある。患者の患者スケジュールにアクセスすることにより、システムは、そのようなスケジュールされたイベントに関する情報が与えられる。したがって、システムは、スケジュールされたイベントを、時間の前に専門家でない介護者に知らせることが可能である。
【００２６】
任意選択として、スケジュールされたイベントは、患者への患者訪問、患者の検診、患者の治療及び患者の診断、のグループのうちの１つである。
【００２７】
任意選択として、出力インタフェースは、短距離通信技術を使用してモバイルデバイスと通信するために構成されるモバイルデバイスインタフェースにより構成される。出力インタフェースは、したがって、短距離通信技術によりモバイルデバイスと直接通信することができる。これらの近距離通信技術の限られた範囲は、モバイルデバイスが短距離通信技術の範囲を離れると、システムによる解釈が自動的に停止することを保証するので、近距離通信（ＮＦＣ：Near  Field  Communication）及びBluetooth（登録商標）といった短距離通信は、モバイルデバイスとの通信により良く適する。有利には、例えば専門家でない介護者が病院を離れた後のように関連性が小さくなりそうなときに、解釈は自動的に停止する。有利には、モバイルデバイスとの通信は本質的に、比較的セキュアであり、その範囲外にいるパーティは、その通信を盗聴することはできない。
【００２８】
任意選択として、モバイルデバイスインタフェースは、医療以外の専門家が、短距離通信技術を使用してモバイルデバイスをシステムとペアリングすることを可能にするために構成される。モバイルデバイスをシステムとペアリングすることにより、システムは、出力信号がどのモバイルデバイスに提供されることになるかを判断することが可能になる。有利には、モバイルデバイスとの通信は本質的に、比較的セキュアであり、その範囲外にいるパーティは、モバイルデバイスをシステムとペアリングすることはできない。
【００２９】
さらに、医療デバイスの信号を処理するためのシステムが提供され、当該システムは：
−  医療デバイスの信号を取得するための入力インタフェースであって、医療デバイスが患者に関連付けられ、アラート信号が医療専門家へ通信するための医療情報を備える、入力インタフェースと；
−  解釈サブシステムであって：
ｉ）解釈データベースにアクセスする動作であって、該解釈データベースは、異なるタイプの医療情報の解釈済みバージョンを示す解釈データを備え、各解釈済みバージョンが、患者の専門家でない介護者に適した手法でそれぞれのタイプの医療情報の説明を提供する、動作；及び
ｉｉ）解釈データを使用して医療情報を解釈することにより、信号から医療情報の解釈済みバージョンを生成する動作；
のための解釈サブシステムと；
−  解釈済みバージョンを備える出力信号をモバイルデバイスのために生成することにより、医療情報の解釈済みバージョンを、専門家でない介護者にモバイルデバイスを介して通信する出力インタフェースと；
を備える。
【００３０】
本発明の更なる態様では、説明されるシステムを各々が備えるモバイルデバイス及び医療デバイスが提供される。
【００３１】
さらに、医療デバイスの信号を処理するための方法が提供され、本方法は：
−  医療デバイスの信号を取得するステップであって、医療デバイスが患者に関連付けられ、信号が、医療専門家へ通信するための医療情報を備える、ステップと；
−  解釈データベースにアクセスするステップであって、該解釈データベースは、異なるタイプの医療情報の解釈済みバージョンを示す解釈データを備え、各解釈済みバージョンが、患者の専門家でない介護者に適した手法でそれぞれのタイプの医療情報の説明を提供する、ステップと；
−  解釈データを使用して医療情報を解釈することにより、信号から医療情報の解釈済みバージョンを生成するステップと；
−  解釈済みバージョンを備える出力信号をモバイルデバイスのために生成することにより、医療情報の解釈済みバージョンを、専門家でない介護者にモバイルデバイスを介して通信するステップと；
を備える。
【００３２】
当業者により認識されるように、本発明の上述の実施形態、実装及び／又は態様のうちの２つ以上を有益と思われる任意の方法で組み合せてもよい。
【００３３】
システムについて説明される修正及び変更に対応する方法及び／又はコンピュータプログラム製品の修正及び変更が、本説明に基づいて当業者により実施されることが可能である。
【００３４】
本発明は、独立請求項において定義される。有利な更に任意選択の実施形態は、従属請求項において定義される。
【図面の簡単な説明】
【００３５】
本発明のこれら及び他の態様は、以下で説明される実施形態から明らかになり、これらの実施形態と関連して解明されることになる。図面は次の通りである。
【図１】医療デバイスの信号を処理し、その処理の結果をモバイルデバイスへの出力信号の形で提供するシステムを示す図である。
【図２】医療デバイスの信号を処理する方法を示す図である。
【図３】プロセッサシステムに上述の方法を実行させる命令を備えるコンピュータプログラム製品を示す図である。
【図４ａ】医療デバイス内で構成され、かつ短距離通信技術を使用してモバイルデバイスと通信するシステムを示す図である。
【図４ｂ】短距離通信技術の通信範囲の外にあるモバイルデバイスを示す図である。  異なる図面において同じ参照番号を有するアイテムは、同じ構造的特徴及び同じ機能を有するか、同じ信号であることを意味することに留意されたい。そのようなアイテムの機能及び／又は構造が説明されている場合、詳細な説明においては、必ずしもその説明が繰り返されていない。
【発明を実施するための形態】
【００３６】
図１は、医療デバイスの信号を処理するためのシステム１００を示している。システム１００は、医療デバイス０２０の信号０２４を取得するための入力インタフェース１２０を備える。医療デバイス０２０は、患者に関連付けられる。図１において例として示されるように、医療デバイス０２０は、例えば患者の心拍や血圧を測定する患者モニタであってよい。あるいは、医療デバイス０２０は、患者に対して医療タスクを実行する任意の他の医療デバイス０２０であってもよい。入力インタフェース１２０は、医療デバイス０２０から信号０２４を直接受け取るように図示されている。あるいは、入力インタフェース１２０は、１つ以上の中間デバイスを介して、例えば病院ネットワークの１つ以上の要素を介して信号０２４を受け取ってもよい。
【００３７】
信号０２４は、医療専門家への通信のための医療情報を備える。信号０２４は、そのような医療情報を様々な形で備えることができる。例えば信号０２４は、説明テキスト、アラートコード等のようなデータを備えることができる。医療デバイス０２０は、公知の信号０２４を提供する公知の医療デバイス０２０であってよいことが認識される。例えば医療デバイス０２０は、医療緊急事態の場合は聴覚アラームを鳴らすことができる。同時に、医療デバイス０２０は、ネットワークメッセージを送信することにより、医療緊急事態を他のシステム又はデバイスに伝えることができる。例えば医療デバイス０２０が、予め設定された無呼吸時間よりも長い間呼吸が止まっていると判断する場合、医療デバイス０２０は、「***無呼吸mm:ss  sec」というテキストを備えるネットワークメッセージ送信することができ、ここで、「mm:ss」は、分及び秒単位の無呼吸の期間を示す。アラートの代わりに、信号０２４が、それ自体では医療緊急事態を構成しない警告又は他の医療情報も提供することができる。また、信号０２４は、患者ではなく、医療デバイス０２０自体に関連するものであってもよい。例えば医療デバイス０２０は、バッテリが正常に動作していないと判断した後に、「バッテリ異常（BATT  MALFUNCT）」というテキストを備えるネットワークメッセージを送信してもよい。そのような情報は、医学的に関連する、すなわち、患者に影響を与える可能性がある情報に関するので、医療情報と見なされることに留意されたい。
【００３８】
システム１００は、解釈サブシステム１４０を更に備える。解釈サブシステム１４０は、解釈データベース０４０上の解釈データ０４４にアクセスするために構成される。図１の例では、解釈データベース０４０はシステム１００の外部に、例えば外部ストレージデバイス上に配置されるように図示されている。あるいは、解釈データベース０４０は、システム１００の内部に、例えば内部ストレージデバイス上に配置されてもよい。解釈データ０４４は、医療専門家に通信するための様々なタイプの医療情報の解釈済みのバージョンを示す。特に、解釈データ０４４は、各バージョンが、それぞれのタイプの医療情報を患者の医療専門家でない介護者に適した方法で提示する解釈済みのバージョンを示す。解釈サブシステム１４０は、解釈データ０４４を使用して医療情報を解釈することにより、信号０２４から医療情報の解釈済みバージョンを生成するために構成される。そのために、解釈サブシステム１４０は、入力インタフェース１２０からの信号から医療情報１２２０を取得するように図示されている。
【００３９】
システム１００は、医療情報の解釈済みバージョンを専門家でない介護者に通信するために、出力インタフェース１６０を更に備える。そのために、出力インタフェース１６０は、医療情報の解釈済みバージョン１４２を備える出力信号を生成する。図１は更に、出力インタフェース１６０が出力信号１６２を介護者のモバイルデバイス０６０に提供することを図示している。出力信号１６２は、無線により、例えばモバイル通信技術を使用してモバイルデバイス０６０へ提供され得る。このために、出力インタフェース１６０は、モバイルトランスミッタを備えるか、出力信号１６２をモバイルトランスミッタに提供するように構成され得る。この観点において、システム１００は、どのモバイルデバイス０６０が患者の介護者に関連付けられるかを判断する必要がなく、出力信号１６２が提供されることになる携帯電話の番号やＩＰアドレスといったアドレスを備えていればよい。
【００４０】
システム１００の動作は、簡単に次のように説明される。入力インタフェース１２０は、医療デバイス０２０の信号０２４を取得する。例えば医療デバイス０２０は、信号０２４を入力インタフェース１２０に送信することができる。解釈サブシステム１４０は、解釈データ０４４にアクセスする。解釈サブシステム１４０は次いで、解釈データを使用して、信号から医療情報を解釈し、これにより医療情報の解釈済みバージョン１４２を生成する。続いて、出力インタフェース１６０が、モバイルデバイス０６０を介して医療専門家でない介護者に医療情報の解釈済みバージョン１４２を通信できるように、医療情報の解釈済みバージョン１４２を備える出力信号１６２を生成する。出力インタフェース１６０は次いで、出力信号をモバイルデバイス０６０に提供することができる。
【００４１】
図２は、医療デバイスの信号を処理するための方法２００を示している。方法２００は、システム１００の動作に対応し得る。しかしながら、方法２００は、システム１００とは別個に、例えば異なるシステムを使用して実行されてもよい。
【００４２】
方法２００は、「医療デバイスの信号を取得する」というタイトルのステップにおいて、医療デバイスの信号を取得すること２１０を備え、ここで、医療デバイスは患者に関連付けられており、信号は、医療専門家への通信用の医療情報を備える。方法２００は、「解釈データにアクセスする」というタイトルのステップにおいて、解釈データベースにアクセスすること２２０を更に備え、ここで、解釈データベースは、異なるタイプの医療情報の解釈済みバージョンを示す解釈データを備え、各解釈済みバージョンは、患者の専門家でない介護者に適した手法でそれぞれのタイプの医療情報を提示する。方法２００は、「情報を解釈する」というタイトルのステップにおいて、解釈データを使用して信号から医療情報を解釈することにより、医療情報の解釈済みバージョンを生成すること２３０を更に備える。方法２００は、「モバイルデバイスのために出力信号を生成する」というタイトルのステップにおいて、医療情報の解釈済みバージョンを、モバイルデバイスを介して専門家でない介護者に通信するために、専門家でない介護者のモバイルデバイスのために解釈済みバージョンを備える出力信号を生成すること２４０を更に備える。
【００４３】
図２には図示されていないが、方法２００は、「出力信号をモバイルデバイスに通信する」というタイトルのステップを更に備えることができ、このステップは、出力信号を、専門家でない介護者のモバイルデバイスに通信することを備える。さらに、方法２００のステップは、任意の適切な順序で実行されてもよいことが認識されよう。特に、解釈データにアクセスするステップ２２０は、医療デバイスの信号を取得するステップ２１０の前に又はそのステップ２１０の間に実行されてもよい。
【００４４】
図３は、プロセッサシステムに上述の方法２００を実行させる命令を備えるコンピュータプログラム製品２５０を図示している。コンピュータプログラム製品２５０は、、コンピュータ読取可能媒体２６０において、例えば一連のマシン読取可能な物理的マークとして及び／又は異なる電気的、例えば磁気又は光特性又は値を有する一連の要素としての形式で構成され得る。
【００４５】
図１を更に参照すると、システム１００は、医療情報１２２を信号０２４から解釈する際に、様々なタイプの解釈データ０４４にアクセスして、これを使用することができる。例えば解釈データ０４４は、解釈サブシステム１４０が医療情報１２２をルックアップすることを可能にするルックアップテーブルで構成されてもよい。対応するエントリとして、ルックアップテーブルは、医療情報の解釈済みバージョン１４２を備えることができる。したがって、解釈サブシステム１４０は、単にルックアップテーブルのエントリを読み出すことにより、医療情報の解釈済みバージョンを生成することができる。解釈データ０４４は、予め定義されたルールのセットにより構成されてもよく、そのようなルールは、このルールを医療情報に適用することにより、解釈サブシステム１４０が医療情報の解釈済みバージョン１４２を生成することを可能にする。解釈データ０４４の更に別の例は、医療テキストブック、ガイドライン、プロトコル等によって提供されるような医療データである。解釈サブシステム１４０は、推論技術を用いて、医療データを知識ベース（knowledge  base）として使用して医療情報１２２から医療情報の解釈済みバージョン１４２を導出するよう構成され得る。そのような推論技術自体は、推論エンジンの分野からわかることに留意されたい。
【００４６】
信号０２４は、医療専門家に、患者及び／又は医療デバイス０２０の状態を警告するためにアラート０２４を構成することができる。さらに、解釈サブシステム１４０は、医療情報の解釈済みバージョン１４２を生成して、アラート０２４の説明を専門家でない介護者に提供するように構成され得る。解釈サブシステム１４０は、例えば信号０２４から医療情報１２２をルックアップすることにより、その説明を解釈データ０４４から直接取得することができる。あるいは、解釈サブシステム１４０自体が、例えば上述の推論技術及び知識ベースとして医療情報を使用して、その説明を生成してもよい。医療デバイス０２０から取得される医療情報１２２と、解釈サブシステム１４０により提供されるその解釈済みバージョンの例は次の通りである：
【表１】
0006482536.tif 000002
【００４７】
解釈サブシステム１４０は、特定のタイプのアラート０２４について説明を提供する頻度を限定するように構成されてもよい。例えば解釈サブシステム１４０は、最初に、特定のタイプのアラートが受け取られ、続いてシステム１００により解釈されるときに説明を提供することができる。同じタイプの全ての後続のアラートについては、サブシステム１４０は説明を提供しなくてよい。むしろ、解釈サブシステム１４０は、簡単な解釈を提供するか、あるいは解釈を全く提供しなくてもよい。例えば検出された心房細動の前述の例では、「ＡＦＩＢの検出」というアラートを、２回目又はそれ以降の回では、上述の説明は提供せずに、「患者モニタが心房細動を検出している」と解釈することができる。
【００４８】
解釈サブシステム１４０は、専門家でない介護者に、患者及び／又は医療デバイス０２０に対するアクションを取るように指示する、医療情報の解釈済みバージョン１４２を生成するように構成されてもよい。医療デバイス０２０から取得される医療情報１２２と、解釈サブシステム１４０により提供されるその解釈済みバージョンの例は次の通りである：
【表２】
0006482536.tif 000003
【００４９】
解釈サブシステム１４０は、例えば医療専門家の名前のような、追加の情報を医療情報の解釈済みバージョン１４２に含めるために構成されてもよい。例えば医療情報の解釈済みバージョン１４２は、「スミス看護師が少しの間患者の世話をすることになる」という情報とすることができる。
【００５０】
医療情報自体の解釈済みバージョン１４２の更なる例は、緑色又は同様の視覚的メタファーによって、全てが正常な状態にあること、すなわち患者が「ＯＫ」な状態にあることを示し、赤色又は同様の視覚的メタファーによって医療緊急事態が発生していることを示す、信号灯の解釈情報（traffic  light  interpretation）であってもよい。
【００５１】
図１を更に参照すると、システム１００は、患者の患者スケジュール１８２にアクセスするための患者スケジュールインタフェース１８０を更に備えることがある。図１の例では、患者スケジュール１８２は、システム１００の外部で、例えば外部ストレージデバイスからアクセスされるように図示されている。例えば患者スケジュールインタフェース１８０は、病院情報システム（ＨＩＳ：Hospital  Information  System）のデータベース上の患者スケジュール１８２にアクセスすることができる。あるいは、患者スケジュール１８２は、システム１００の内部で、例えば内部ストレージデバイスからアクセスされてもよい。患者スケジュール１８２は、患者に関連付けられる１つ以上のスケジュールされたイベントを示す。例えば患者スケジュール１８２は、患者への患者訪問がスケジュールされているかどうかを示すことができ、及びそうであればいつスケジュールされているかを示すことができる。あるいはまた、患者スケジュール１８２は、患者の検診、治療及び／又は医療診断がスケジュールされているかを示すことができ、及びそうであればいつスケジュールされているかを示すことができる。
【００５２】
解釈サブシステム１４０は、患者に関連するスケジュールされたイベントを専門家でない介護者に知らせるために、患者スケジュールに基づいて事前アラート情報を生成するために構成されてもよい。そのために、解釈サブシステム１４０は、患者スケジュールインタフェース１８０を介して患者スケジュール１８２にアクセスするように図示されている。したがって、解釈サブシステム１４０は、患者のスケジュールされたイベントを識別して、事前アラート情報１４４を生成し、スケジュールされたイベントに関して専門家でない介護者に通知することができる。このために、出力インタフェースは、事前アラート情報１４４を備える更なる出力信号をモバイルデバイス０６０に対して生成することにより、事前アラート情報を専門家でない介護者に通信することができる。解釈サブシステム１４０は、近々のスケジュールイベントを自動的に識別することができる。したがって、専門家でない介護者に、近々のスケジュールイベントに関して自動的に知らせることができる。
【００５３】
患者スケジュールから識別されるスケジュールされたイベントと、解釈サブシステム１４０によって生成される事前アラート情報の例は次の通りである：
【表３】
0006482536.tif 000004
【００５４】
システム１００は、臨床環境において既存の医療デバイスからの信号を受け取り、解釈するために構成され得るスタンドアロンのシステムであってよい。システム１００は、専門家でない介護者のモバイルデバイス０６０内に含まれることもある。システム１００は、医療デバイス０２０に含まれてもよい。後者の例が図４ａ及び図４ｂに図示されている。ここでは、医療デバイス０２０の一部の切り取り図によって示されるように、医療デバイス０２０がシステム１００を備えている。したがって、医療デバイス０２０は、入力インタフェース１２０、解釈サブシステム１４０及び出力インタフェース１６０を備える。入力インタフェース１２０は、内部インタフェース、すなわち医療デバイス０２０内で内部的に通信するためのものであり得る。
【００５５】
図４ａは、短距離通信技術を使用してモバイルデバイス０６０と通信する医療デバイス０２０のシステム１００を更に示している。このために、出力インタフェース１６０は、モバイルデバイスインタフェースによって構成され得る。適切な短距離通信技術の非限定的な例には、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＺｉｇＢｅｅ（登録商標）が含まれる。短距離通信技術を使用する通信は、図４ａでは、無線波４００によって図式的に示されている。したがって、システム１００は、出力信号１６２を、短距離通信技術を介してモバイルデバイス０６０に提供することができる。通信は、システム１００とペアリングされているモバイルデバイス０６０を対象とすることができる。したがって、ペアリングされるという用語は、システム１００とモバイルデバイス０６０との間の関係の確立を指す。このために、モバイルデバイスインタフェースは、短距離通信技術を使用して、医療以外の専門家（non-healthcare  professional）が、モバイルデバイス０６０をシステムとペアリングすることを可能にするように構成され得る。ペアリングは、モバイルデバイス０６０がそれ自身を認証すること、あるいは専門家でない介護者がモバイルデバイス０６０を使用して介護者自身を認証することを対象とするか、これを含むことがある。
【００５６】
図４ａに更に示されているのは、医療デバイス０２０のシステム１００に関する短距離通信技術の範囲４１０である。モバイルデバイス０６０は、システム１００の範囲４１０内に配置されるように示されている。したがって、システム１００とモバイルデバイス０６０との間の通信が可能である、すなわち、システム１００のモバイルデバイスインタフェースは、医療情報の解釈済みバージョン１４２を備える出力信号１６２を、専門家でない介護者のモバイルデバイス０６０に提供することにより、医療情報の解釈済みバージョン１４２を専門家でない介護者に通信することが可能である。
【００５７】
図４ｂは、モバイルデバイス０６０が、システム１００の範囲４１０の外部に配置されていることを除いて、図４ａに示される状況と同じ状況を示している。これは、例えば専門家でない介護者が病棟を離れるか、病院を離れること等に起因する可能性がある。したがって、短距離通信技術を使用するシステム１００とモバイルデバイス０６０との間の通信は可能でない。この状況は、信号０２４からの医療情報１２２の解釈が本質的に位置認識し得る場合に望ましい状況であり、専門家でない介護者、したがって介護者が持っているデバイス０６０が、患者の近く、したがって医療デバイスの近くを離れるときに、短距離通信技術は自動的に停止する。
【００５８】
図４ａ又は図４ｂには図示されていないが、システム１００は、セルラ通信技術のような長距離通信技術を使用してモバイルデバイス０６０と通信してもよい。システム１００は、例えばモバイルデバイス０６０が短距離通信技術の範囲４１０の外部にあるときに、上述の短距離通信技術に加えて、長距離通信技術を使用することがある。解釈サブシステム１４０は、医療情報の解釈済みバージョン１４２の詳細及び／又はタイプを、長距離通信技術が使用されるか、短距離通信技術が使用されるかに基づいて調整するように構成され得る。例えば解釈サブシステム１４０は、専門家でない介護者が短距離通信技術の範囲４１０の外部にいるときは、緊急でない医療情報の解釈済みバージョンの提供を省略してもよい。別の例では、解釈サブシステム１４０は、専門家でない介護者が短距離通信技術の範囲４１０の外部にいるときは、専門家でない介護者に患者及び／又は医療デバイス０２０に対するアクションを取るよう指示することを省略してもよい。
【００５９】
また、解釈サブシステム１４０は、モバイルデバイス０６０の位置を推定し、その位置に応じて、医療情報の解釈済みバージョン１４２を生成するように構成されてもよい。解釈サブシステム１４０は、モバイルデバイス０６０の位置を、それ自体モバイル位置推定の分野からわかる方法で推定することができる。例えばモバイルデバイス０６０は、グローバルポジショニングシステム（ＧＰＳ）又はＷｉ−Ｆｉベースの位置技術を使用して自身の位置を取得し、その位置を解釈サブシステム１４０に提供することができる。別の例では、モバイルデバイス０６０が病院内でＷｉ−Ｆｉのアクセスポイントの使用を行うことがあり、解釈サブシステム１４０は、モバイルデバイス０６０がどのアクセスポイントに接続したかを判断することにより、モバイルデバイス０６０の位置を推定することができる。モバイルデバイス０６０の位置を推定することで、解釈サブシステム１４０は、その位置に基づいて、医療情報の変換済みバージョン１４２の詳細及び／又はタイプを調整することができる。例えば解釈サブシステムは、モバイルデバイス０６０、したがって専門家でない介護者が、患者の部屋にいるか、病院内にいるか、あるいは病院の外にいるかどうかを推定して、これらを区別することができる。システム１００は、医療専門家に対する位置情報を推定するか、あるいは他の方法で取得することもできる。したがって、解釈サブシステム１４０は、医療専門家と専門家でない介護者とが、同じ場所、例えば患者の部屋の中にいるかどうかに基づいて、医療情報の解釈済みバージョン１４２の詳細及び／又はタイプを調整することができる。例えば解釈サブシステム１４０は、医療専門家が患者の部屋にいない、例えば別の病棟にいる場合には、専門家でない介護者に対してのみ、患者及び／又は医療デバイス０２０に対してアクションを取るよう指示することができる。
【００６０】
信号０２４を、医療デバイス０２０から例えばネットワークメッセージにより直接受け取る使わりに、入力インタフェース１２０は、代替又は追加として、センサデータをビデオカメラ及び／又はマイクロフォンのようなセンサから取得してもよいことに更に留意されたい。そのようなセンサは、医療デバイス０２０に向けられてよく、例えば聴覚又は視覚的アラームといった、医療デバイス０２０によって生成される信号を感知することができる。例えば入力インタフェース１２０は、病院内の有線テレビジョン（ＣＣＴＶ：closed-circuit  television）システムのビデオカメラからビデオデータを受信することができる。信号０２４は、視覚的又は聴覚的な形で、例えば医療デバイス０２０のディスプレイ出力を示すピクセルデータの形のセンサデータで構成され得る。システム１００は、ビデオ又はオーディオ分析技術を使用して、センサデータ内の信号０２４を識別し、続いて信号０２４から医療情報１２２を識別するために構成され得る。そのような技術はそれ自体、画像分析、ビデオ分析及びオーディオ分析の技術分野からわかる。例えばシステムは画像分析技術を使用して、医療デバイス０２０のディスプレイ上の視覚的ワーニングの文字を光学的に認識することができ、ここで、視覚的ワーニングは、医療デバイス０２０からの信号０２４を構成し、その文字は、視覚的ワーニングの医療情報を構成する。
【００６１】
一般に、出力インタフェース１６０は、専門家でない介護者の要求に応じて、医療情報の解釈済みバージョンを通信するために構成され得ることに留意されたい。特に、出力インタフェース１６０は、要求に応じて、システム１００によって最近取得された、すなわち最近受信した信号０２４から取得された患者に関する最近の状況の情報の解釈済みバージョンを通信するために構成され得る。したがって、専門家でない介護者は、システム１００に、患者の状態について「尋ねる（ask）」することができる。システム１００は、様々な方法で、すなわち、例えば色分け、簡単なテキスト又は他の抽象的情報といった様々な解釈を使用して、状態を通信することができる。
【００６２】
さらに、一般的に、信号０２４、医療情報１２２及び／又は医療情報の解釈済みバージョン１４２を、システムによってログ記録することができ、これにより、例えば医療専門家は、患者を訪問するか看護をしている人について知ることが可能になる。
【００６３】
認識されるように、本発明は、有利には、患者の患者モニタと患者の専門家でない介護者のモバイルデバイスとの間の有意なリンクを提供するように使用され得る。患者モニタは、モバイルデバイスに情報を送信し、該情報は、患者モニタからの情報をクリアで有意な手法で専門家でない介護者に伝達するよう解釈される。本発明を用いて、専門家でない介護者に対して安心と更新を提供し、これにより介護者の心を休ませることができ、また本発明は、専門家でない介護者が治療の一部を感じることを助けることもできる。
【００６４】
認識されるように、本発明は、コンピュータプログラム、特に本発明を実践するように適号される担体上又は担体内のコンピュータプログラムにも当てはまる。プログラムは、本発明に係る方法の実装に使用するのに適した部分的にコンパイルされた形式又は任意の他の形式のように、ソースコード、オブジェクトコード、コード中間ソース及びオブジェクトコードの形式であってよい。そのようなプログラムは、多くの異なるアーキテクチャ設計を有してよいことも認識されよう。例えば本発明に係る方法又はシステムの機能を実装するプログラムコードは、１つ以上のサブルーチンへ細分されてもよい。これらのサブルーチンの間に機能を分散させる多くの異なる方法が当業者には明らかであろう。サブルーチンを、１つの実行可能ファイル内に一緒に格納して自己包含プログラムを形成してもよい。そのような実行可能ファイルは、コンピュータ実行可能命令、例えばプロセッサ命令及び／又はインタプリタ命令（例えばJava（登録商標）インタプリタ命令）を備え得る。あるいは、サブルーチンの１つ以上又は全てを少なくとも１つの外部ライブラリファイルに格納し、静的又は動的に例えばランライム時にメインプログラムとリンクさせてもよい。メインプログラムは、サブルーチンのうちの少なくとも１つに対する少なくとも１つの呼出しを含む。サブルーチンは、相互に対する関数呼出しを備えることもある。コンピュータプログラム製品に関する実施形態は、本明細書で説明される方法の少なくとも１つの方法の各処理ステップに対応するコンピュータ実行可能命令を備える。これらの命令は、サブルーチンに細分されてもよく、かつ／又は静的若しくは動的にリンクされ得る１つ以上のファイルに格納されてもよい。コンピュータプログラム製品に関する別の実施形態は、本明細書で説明されるシステム及び／又は製品のうちの少なくとも１つの各手段に対応するコンピュータ実行可能命令を備える。これらの命令は、サブルーチンに細分されてもよく、かつ／又は静的若しくは動的にリンクされ得る１つ以上のファイルに格納されてもよい。
【００６５】
コンピュータプログラムの担体は、プログラムを担持する能力を有する任意のエンティティ又はデバイスであってよい。例えば担体は、ＲＯＭ、例えばＣＤ  ＲＯＭや半導体ＲＯＭ等のような記憶媒体、あるいは例えばハードディスクのような磁気記憶媒体を含み得る。さらに担体は、電子若しくは光ケーブルを介して又は無線若しくは他の手段によって伝達され得る、電子又は光信号のような伝送可能な担体であってもよい。プログラムがそのような信号で具現化されるとき、担体は、そのようなケーブル又は他のデバイス又は手段によって構成され得る。あるいは、担体は、プログラムが具現化される集積回路であってもよく、集積回路は、関連する方法の実施を行うか実施に使用されるよう適合される。
【００６６】
上述の実施形態は、本発明を限定するものではなく例示するものであり、また当業者が、添付の特許請求の範囲から逸脱することなく多くの代替的な実施形態を設計することが可能であることを認識されたい。請求項において、括弧間に配置される全ての参照符号は、請求項を限定するものとして解釈されるべきではない。「備える」という動詞又はその活用形の使用は、請求項内に記載されるもの以外の要素又はステップの存在を除外しない。ある要素に先行する冠詞「a又はan（ある）」は、そのような要素の複数の存在を除外しない。本発明は、幾つかの個別の要素を備えるハードウェアによって、そして適切にプログラムされるコンピュータによって実装され得る。幾つかの手段を列挙するデバイスの請求項においては、これらの手段の幾つかが、ハードウェアの１つの同じアイテムによって具現化されてもよい。特定の手段が相互に異なる従属請求項に記載されているという単なる事実は、これらの手段の組み合わせを有利に使用することができないことを示唆するものではない。
【図１】
0006482536.tif 000005
【図２】
0006482536.tif 000006
【図３】
0006482536.tif 000007
【図４ａ】
0006482536.tif 000008
【図４ｂ】
0006482536.tif 000009