(57)【特許請求の範囲】
【請求項１】
複数の医療デバイスと、
医療デバイスのうち１つを選択するための音声による選択コマンド、または前記医療デバイスのうち１つを制御するための音声による制御コマンド、または患者のデータにアクセスするための音声によるコマンドのいずれかに対応する音声入力を受信するように構成された入力デバイスと、
ディスプレイ・デバイスと、
前記医療デバイスと、前記入力デバイスと、前記ディスプレイ・デバイスに結合されたコントローラであって、前記コントローラは、受信した音声入力が前記音声による選択コマンドか、医療デバイスのうち１つを制御するための音声による制御コマンドか、或いは患者のデータにアクセスするための音声によるコマンドかを判定する、コントローラと、を含み、
前記患者のデータにアクセスするための音声によるコマンドは患者記録情報を含み、前記患者のデータにアクセスするための音声によるコマンドの受信に応答して、前記コントローラは前記患者記録情報に関連した患者情報を取り出すため、サーバにコマンドを送信し、前記コントローラは前記サーバから取り出した患者情報を受信し、前記コントローラは前記取り出した患者情報をディスプレイ上に表示するために出力し、
前記音声による選択コマンドは、前記医療デバイスのうちの１つの医療デバイスを選択し、前記選択コマンドの受信に応答して、前記コントローラは前記医療デバイスのうちの選択された１つに対し受信した制御コマンドを送信し、
前記制御コマンドの受信に応答して、前記選択された医療デバイスは患者に処置を施したり、あるいは前記医療処置が行われている室内環境を変更し、
オペレータが前記選択された医療デバイスを直接制御して医療処置を行っている間に、前記コントローラはディスプレイ・デバイスに表示するための取り出した患者情報を出力することを特徴とする患者に医療処置をする間に使用する制御システム。
【請求項２】
アプリケーション・プログラムを含んだメモリと、
プロセッサと、
から構成され、前記プロセッサは前記アプリケーション・プログラムを実行してウェブ・ブラウズ可能なフォーマットでディスプレイ・デバイス上に前記患者情報を表示することを特徴とする請求項１に記載の制御システム。
【請求項３】
前記コントローラは、医療処置中に新しい患者のデータをキャプチャし、
前記コントローラは、前記新しい患者のデータを医療処置が行われている室外に配置されたサーバへ送信することを特徴とする請求項１に記載の制御システム。
【請求項４】
前記新しい患者のデータは、前記入力デバイスを介してキャプチャされた処置に関する音声ノートを有することを特徴とする請求項３に記載の制御システム。
【請求項５】
言葉により医療デバイスを制御し、医療処置が施されている間に患者情報を取り出すための制御システムによる方法であって、前記方法は、
患者記録情報を含む音声によるコマンドを前記制御システムのオペレータから受信するステップと、
患者のデータにアクセスするための前記コマンドの受信に応答して、前記患者記録情報に関連する患者情報を取り出すためのコマンドを送信するステップと、
前記取り出した患者情報を受信するステップと、
前記取り出した患者情報を前記制御システムの前記オペレータに表示するために出力するステップと、
前記取り出した患者情報を出力する間、前記医療デバイスのうちの１つを選択するための音声による選択コマンドを前記制御システムの前記オペレータから受信するステップと、
前記取り出した患者情報を出力する間、前記選択された医療デバイスを制御するための音声による制御コマンドを前記制御システムの前記オペレータから受信するステップと、
前記選択コマンドの受信に応答して、前記選択された医療デバイスに対し、前記受信した制御コマンドを送信するステップと、
を含むことを特徴とする方法。
【請求項６】
前記医療処置中に新しい患者のデータをキャプチャするステップと、  前記医療処置が施されている室外に配置されたサーバに新しい患者のデータを送信するステップと、
をさらに有することを特徴とする請求項５に記載の方法。
【請求項７】
複数の医療デバイスと、
医療デバイスのうち１つを選択するための音声による選択コマンド、または前記医療デバイスのうち１つを制御するための音声による制御コマンド、または患者のデータにアクセスするための音声によるコマンドのいずれかに対応する音声入力を受信するように構成された入力デバイスと、
ディスプレイ・デバイスと、
スレーブ・コントローラと、
前記医療デバイスと、前記入力デバイスと、前記ディスプレイ・デバイスと、前記スレーブ・コントローラに結合されたマスタ・コントローラであって、前記マスタ・コントローラは、受信した音声入力が、前記音声による選択コマンドか、医療デバイスのうち１つを制御するための音声による制御コマンドか、或いは患者のデータにアクセスするための音声によるコマンドかを判定する、マスタ・コントローラと、
を含み、
前記患者のデータにアクセスするための音声によるコマンドは、患者記録情報を含み、前記患者のデータにアクセスするための音声によるコマンドの受信に応答して、前記マスタ・コントローラは受信した前記患者のデータにアクセスするための音声によるコマンドを復号化せずに前記スレーブ・コントローラに送信し、前記復号化されていない前記患者のデータにアクセスするための音声によるコマンドの受信に応答して、前記スレーブ・コントローラは前記患者のデータにアクセスするための音声によるコマンドを復号化し、前記患者記録情報に関連した患者情報を取り出すため、サーバにコマンドを送信し、前記スレーブ・コントローラは前記サーバから前記取り出された患者情報を受信し、前記スレーブ・コントローラは、前記ディスプレイ・デバイス上に表示するための前記取り出された患者情報を出力し、
前記選択コマンドは医療デバイスのうち特定の１つを選択し、前記選択コマンドの受信に応答して、前記マスタ・コントローラは、前記選択コマンドによって選択された医療デバイスに対し、受信された制御コマンドを送信し、前記選択された医療デバイスは前記制御コマンドの受信に応答して、患者への医療処置を行ったり、または前記治療が行われている室内環境を変更し、
オペレータが前記選択された医療デバイスを直接制御し、患者への医療処置を行っている間に、前記スレーブ・コントローラは前記ディスプレイ・デバイス上に表示するための前記取り出した患者情報を出力することを特徴とする、患者に医療処置を施している間に使用される制御システム。
【請求項８】
ある１つの医療デバイスに関する音声によるコマンド、または患者のデータにアクセスするための音声によるコマンドのいずれかに対応する音声入力を受信するように構成された入力デバイスと、
ディスプレイ・デバイスと、
スレーブ・コントローラと、
前記入力デバイスと、前記ディスプレイ・デバイスと、前記スレーブ・コントローラに結合されたマスタ・コントローラであって、前記マスタ・コントローラは、受信した音声入力が前記ある１つの医療デバイスに関する音声によるコマンドであるか、前記患者のデータにアクセスするための音声によるコマンドであるかを判定する、マスタ・コントローラと、
を含み、
前記患者のデータにアクセスするための音声によるコマンドは、患者記録情報を含み、前記患者のデータにアクセスするための音声によるコマンドの受信に応答して、前記マスタ・コントローラは、前記患者記録情報に関連した患者情報を取り出すためにサーバにコマンドを送信し、前記マスタ・コントローラは前記サーバから前記取り出した患者情報を受信し、前記マスタ・コントローラはディスプレイ・デバイス上に表示するために前記取り出した患者情報を出力し、
前記ある１つの医療デバイスに関する音声によるコマンドは選択コマンドと制御コマンドを含み、前記選択コマンドの受信に応答して、前記マスタ・コントローラは復号化されていない前記受信した制御コマンドを、前記選択コマンドによって選択された医療デバイスに関連したスレーブ・コントローラに送信し、前記スレーブ・コントローラは前記受信した制御コマンドを復号化し、前記選択された医療デバイスに命令して、患者への処置を行ったり、または前記治療が行われている室内環境を変更し、
オペレータが前記選択された医療デバイスを直接制御し、医療処置を行っている間に、前記コントローラはディスプレイ・デバイスに表示するために取り出した患者情報を出力することを特徴とする患者に医療処置をする間に使用するための制御システム。
【請求項９】
ある１つの医療デバイスに関する音声によるコマンドまたは患者のデータにアクセスするための音声によるコマンドに対応する音声入力を受信するように構成された入力デバイスと、
ディスプレイ・デバイスと、
第１のスレーブ・コントローラと、
第２のスレーブ・コントローラと、
前記入力デバイスと、前記ディスプレイ・デバイスと、前記第１と第２のスレーブ・コントローラに結合されたマスタ・コントローラであって、前記マスタ・コントローラはある受信した音声入力が前記１つの医療デバイスに関する音声によるコマンドか、あるいは前記患者のデータにアクセスするための音声によるコマンドかを判定する、マスタ・コントローラと、
を含み、
前記患者のデータにアクセスするための音声によるコマンドは、患者記録情報を含み、前記患者のデータにアクセスするための音声によるコマンドの受信に応答して、前記マスタ・コントローラは、前記第１のスレーブ・コントローラに、受信した前記患者のデータにアクセスするための音声によるコマンドを復号化せずに送信し、前記復号化されていない前記患者のデータにアクセスするための音声によるコマンドの受信に応答して、前記第１のスレーブ・コントローラは前記患者のデータにアクセスするための音声によるコマンドを復号化し、前記患者記録情報に関連した患者情報を取り出すためにサーバにコマンドを送信し、前記第１のスレーブ・コントローラは前記取り出された患者情報を前記サーバから受信し、前記第１のスレーブ・コントローラは前記取り出された患者情報を前記ディスプレイ・デバイス上に表示するために出力し、
前記ある１つの医療デバイスに関する音声によるコマンドは選択コマンドと制御コマンドを含み、前記選択コマンドの受信に応答して、前記マスタ・コントローラは、前記選択コマンドによって選択された医療デバイスに関連している前記第２スレーブ・コントローラを識別し、復号化されていない受信した制御コマンドを前記第２のスレーブ・コントローラに送信し、前記第２スレーブ・コントローラは前記受信した制御コマンドを復号化し、前記識別された医療デバイスに命令して、患者に治療を施したり、または医療処置が行われている室内環境を変更し、
オペレータが前記選択された医療デバイスを直接制御し、医療処置を施す間に、前記コントローラはディスプレイ・デバイスに表示するために取り出した患者情報を出力することを特徴とする患者への医療処置中に使用するための制御システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般に制御システムに関し、詳細には、医療目的で医療データにアクセスし、それを統合するための情報制御システムに関する。
【０００２】
【従来の技術】
多数の外科手順は多数の器具を用いて実施される。例えば、いくつかの腹腔鏡検査の手順は、内視鏡を保持し、移動させるためにカリフォルニア州ＧｏｌｅｔａのＣｏｍｐｕｔｅｒ  Ｍｏｔｉｏｎ社が製造したロボット・アーム・システムを利用して実施される。外科医はまた、組織を切断するためにレーザを使用し、組織を焼灼するために電気焼灼器を使用し、外科部位を照明するためにライトを使用することがある。
【０００３】
【発明が解決しようとする課題】
しばしば、外科医または医師は、外科手順または診療を実施する前に患者情報を読み取り、研究する必要がある。患者情報には、患者の医療履歴、薬物治療に対する反応、Ｘ線の観察または他の画像およびビデオなどが含まれる。この場合、外科医は、異なる場所にあることがある患者のファイルを再調査し、ファイルを研究し、手術室にもっていく文書をコピーする必要がある。医師はまた、無菌環境におけるそのような情報へのアクセスが困難であるので、患者情報を記憶しなければならないことがある。あるいは、医師は、手術、医療手順などの際に看護婦を利用して、情報を参照することがある。患者に関して得られた情報は、迅速かつ効率的に正しい決定を行うために正確であることが肝要である。
【０００４】
【課題を解決するための手段】
本発明は、医療手順中に医療データにアクセスし、かつ／またはそれをキャプチャするための方法および装置を含む。一実施態様では、患者に対する医療手順中に使用する手術室制御システムは、入力デバイスと、ディスプレイ・デバイスと、入力デバイスおよびディスプレイ・デバイスに結合されたコントローラとを含む。コントローラは、１つまたは複数のユーザ入力を受信し、ユーザ入力に応答して、患者情報を検索するために手術室の外にあるサーバにコマンドを送信し、患者情報をディスプレイ・デバイスに表示する。
【０００５】
他の実施形態を本明細書で説明し請求する。
【０００６】
【発明の実施の形態】
次に図面を参照すると、図１に、全体的に１０で示された手術室制御システムが示されている。手術室制御システムまたは制御システム１０は一般にマスタ・コントローラ１２を含み、マスタ・コントローラ１２は少なくとも１つのスレーブ・コントローラ１４に取り付けられることが好ましい。例示的な好ましい実施形態は、マスタ・コントローラ１２と、それと電気的に連絡する少なくとも１つのスレーブ・コントローラ１４の両方を有するものとして示されているが、制御システム１０は、以下で説明するようにマスタ・コントローラ１２のみを用いて実現することができる。
【０００７】
マスタ・コントローラ１２は、複数の通信ポート４６を介して複数のデバイス１６と電気的に接続され、かつ電気的に連絡する。あるいは、マスタ・コントローラ１２は、マスタ１２、スレーブ１４、およびデバイス１６の各々の上のＩＲやＲＦ信号送信機および受信機などの無線通信システムを介して任意のスレーブ・デバイスまたは特定の医療デバイスに接続することができる。これらのデバイス１６のいくつかは少なくとも１つのスレーブ・コントローラ１４であり、これの動作については以下で説明する。直接的に、あるいは少なくとも１つのスレーブ・コントローラ１４を介してマスタ・コントローラ１２に電気的に接続されるように意図された他のデバイスは、手術室環境において普通に見出されるデバイスを含んでいる。
【０００８】
非限定的例の目的で、図１においてマスタ・コントローラ１２に直接的に接続されるのは、電気焼灼デバイス１８である。カリフォルニア州ＧｏｌｅｔａのＣｏｍｐｕｔｅｒ  Ｍｏｔｉｏｎ社が製造し商標ＡＥＳＯＰのもとで市販されているものなど、内視鏡を保持し移動させるためのロボット・アーム２０が、少なくとも１つのスレーブ・コントローラ１４の１つを介してマスタ・コントローラ１２に電気的に接続される。またスレーブ・コントローラを介してマスタ・コントローラ１２と電気的に連絡するのは、手術室テーブル２２、注入器２４、および手術室ライティング・システム２６である。手術室環境において利用される任意の電気的に制御されるデバイスを、直接的に、あるいは少なくとも１つのスレーブ・コントローラ１４の１つを介してマスタ・コントローラ１２に取り付けることができることが想定される。
【０００９】
マスタ・コントローラ１２は、それに電気的に接続されるデバイスの各々のための主要ユーザ・インタフェースを用いるように構成されている。したがって、医師はより簡単かつより直接的な形で手術室環境を操作することができる。現在、手術室における各デバイスは別個のインタフェースを含んでいる。医師が各インタフェースに近接しているので、医療手順中に医師によって必要とされる変更を実現するために医師または看護婦の側のかなりの移動量が必要となる。
【００１０】
例えば、医師がライトをわずかに暗くする必要がある場合、看護婦は現在、手術室のライティング・システムに接近し、ライトを暗くしなければならない。無菌状態を高めるために手術室における移動を最小限に保つために医師がそのような変更を直接的に制御できることは、かなり有利であろうし、また、医師が手術室環境またはその人の使用しているデバイスを直接的に制御するので、安全度が最大となり、手術室にいる人々の間の誤伝達に起因する誤りの量が最小になる。手術室環境における移動の最小化は、特定の無菌器具ならびに手術部位自体の汚染の危険を低減するためにさらに有利である。
【００１１】
そのような制御システム１０を実現するために、マスタ・コントローラ１２は一般に音声制御インタフェース（ＶＣＩ）３２を含む。ＶＣＩ３２は、ユーザからの選択コマンドを受信するための手段２８を含んでおり、各選択コマンドは、マスタ・コントローラ１２と電気的に連絡する１つの特定のデバイスに関連付けられている。これは、制御システム１０の始動時にそれと電気的に連絡するデバイスのリストのマスタ・コントローラ１２に提供することによって行われる。そのようなリストをマスタ・コントローラ１２に提供するためのプロセスおよびハードウェアについて以下で説明する。
【００１２】
図２に示すように、ＶＣＩ３２はさらに、ユーザからの制御コマンドを受信するための手段３０を含む。好ましい実施形態では、選択コマンドを受信するための手段２８および制御コマンドを受信するための手段３０は、ユーザの実際の音声を受信するためのマイクロフォン３４、アナログ音声をそれのデジタル表現に変換するためのアナログ・デジタル変換器３６、デジタル表現を復号化に適したデジタル表現に変換するための特徴抽出器３８、およびマイクロフォン３４において受信された音声が選択コマンドであったか、制御コマンドであったか、あるいはマスタ・コントローラ１２によって無視される他の何らかの音声であったかどうかを判定するために、音声の変換済みデジタル表現の特徴を事前に保存されたユーザモデル４１のセットと比較するためのデコーダ４０などがＶＣＩ３２中に共存することができる。そのような「他の音声」には、外来雑音、手術室にいる医師と別の人々との間の音声、ならびに一般に手術室にいる他の人々の音声が含まれる。
【００１３】
本発明において使用されるものなどの特徴抽出器は、音声認識の分野においてよく知られている。特徴ベクトルは、Ｍｅｌ−Ｃｅｐｓｔｒｕｍなどの技法または線形予測を利用して特徴抽出器３８によって発生されることが好ましい。そのような技法はよく知られており、またＶＣＩ３２によって受信された音声を表す特徴ベクトルを展開するために特徴抽出器３８中で使用されることを理解されたい。
【００１４】
さらに、本出願に記載されているものなどの抽出器およびデコーダを提供する音声ソフトウェアも利用可能である。したがって音声認識のための特定の実施形態を本明細書で提示するが、ＶＯＩＣＥ  ＢＬＡＳＴＥＲの商標のもとでＣｒｅａｔｉｖｅ  ｌａｂｓ社などの売り主から購入した事前に製造された音声認識システム、Ｄｒａｇｏｎ  Ｓｙｓｔｅｍｓ社が製造したＤｒａｇｏｎ  Ｄｉｃｔａｔｅ、またはマサチューセッツのＫｕｒｚｗｅｉｌ  ＡＩ社が製造したＶＯＩＣＥ  ＰＡＤを含めることによって実行することができる。これらの会社の各々はフロントエンド音声認識システムを製造している。
【００１５】
デコーダ４０は、Ｈｉｄｄｅｎ  Ｍａｒｋｏｖ  Ｍｏｄｅｌｉｎｇなどのよく知られている方法を利用して、格納されたユーザ・モデル４１を特徴抽出器３８の出力に一致させることによって特徴抽出器３８によって生成された情報を利用する。１つのＨｉｄｄｅｎ  Ｍａｒｋｏｖ  Ｍｏｄｅｌ（ＨＭＭ）は各音素ごとに創り出される。ＨＭＭは、特徴抽出器３８からのＭｅｌ−Ｃｅｐｓｔｒｕｍ出力を仮定すれば、それらのそれぞれの音素を識別するように訓練される。音声認識のためのＨｉｄｄｅｎ  Ｍａｒｋｏｖ  Ｍｏｄｅｌの使用はよく知られている。
【００１６】
デコーダ４０によって使用される格納されたユーザ・モデル４１は、ＶＣＩ自体に関連付けられたメモリ４４中に置くことができる。図３に示すように、そのようなメモリ４４は、ＥＰＲＯＭ、ＰＲＯＭまたは他の何らかのプログラム可能メモリ格納デバイスとしてＶＣＩボード４６上に組み込むことができる。ただし、モデルは、ディスク、移植可能な格納媒体などの、移植可能なメモリ・デバイス４５上に格納することが好ましい。データ転送時間が短縮され、かつシステムの丈夫さが高められるので、移植可能なメモリ・デバイスはＰＣＭＣＩＡフォーマット・カード４８とすることがより一層好ましい。ＰＣＭＣＩＡフォーマット・カードはフロッピー（登録商標）・ディスクよりもデータをよりよく保持する。さらに、現在製造されているＰＣＭＣＩＡフォーマット・カードの構成では、追加のプログラム・データをＰＣＭＣＩＡフォーマット・カード上に格納することが可能であり、また、システム変更（すなわちシステム・ソフトウェアへのアップグレードなど）を行うときにマスタ・コントローラ１２にダウンロードすることが可能である。したがって、本発明の制御システム１０においてそのようなＰＣＭＣＩＡフォーマット・カードを使用することが好ましい。
【００１７】
図３にＶＣＩ３２をより詳細に示す。ユーザの音声は、Ａ／Ｄ変換器３６においてデジタル化された後、特徴抽出器３８に供給される。特徴抽出器３８は上記のように機能する。より詳細には、特徴抽出器３８は、デジタル化された信号を、復号（例えばＭｅｌ−Ｃｅｐｓｔｒｕｍ）に適した表現に変換する。次いでこの表現はデコーダ４０に送られ、デコーダ４０は、特徴抽出器３８において生成された表現を、ユーザ・モデル４１を含有するメモリ４４上に格納されたモデルと比較する。メモリ４４には、移植可能なメモリ・デバイス４５からダウンロード・プロセスを介してモデル４１を供給することができる。メモリ４４中に格納されたモデルは、有効な発音の全セットであるか、あるいはマスタ１２が認識すべき有効なワードのすべてである語彙を構成する。語彙は移植可能なデータ格納媒体４１上に格納されるので、語彙は、マスタ・コントローラ１２に接続すべきデバイスに応じて加えたり、引いたりすることができる。このようにすると、マスタ・コントローラ１２の購入の次の日に新しい装置が購入された場合、よく知られているデータ収集技法を介して新しいワードを語彙に加えることができ、ユーザが語彙に加えるべきワードを発声し、それらが移植可能なメモリ４５上のユーザ・モデル４１を更新するために使用される。
【００１８】
本システム１０の１つまたは複数の実施形態では、１つのマスタ・コントローラ１２および少なくとも１つのスレーブ・コントローラ１４が設けられる。以下でより詳細に議論するそのような構成では、マスタ・コントローラまたはマスタ１２が選択コマンドを受信した後、新しい選択コマンドではない、マスタ１２のＶＣＩ３２において受信されたすべての音声が、適切に取り付けられるスレーブ１４の特徴抽出器に供給される。このようにすると、複数のデバイスをいくつかの異なるコントローラに取り付けることができ、各コントローラ中に格納された語彙をマスタ１２中にダウンロードしなくて済む。マスタ１２は、システム１０に接続できるすべてのデバイスの語彙ならびにマスタ１２に取り付けられるスレーブ１４に取り付けられるのとは異なり、マスタ１２に直接的に取り付けられるデバイスのコマンドの語彙しか含有しない。
【００１９】
本明細書での目的では、スレーブ１４と呼ばれる他のすべてのコントローラは、それに直接的に接続されているデバイスの語彙を含んでいる。例えば、図１において、１つのスレーブは制御コマンドの語彙およびロボット・アームおよび手術テーブルの選択コマンドを含んでいる。このようにすると、そのコントローラは、ユニット中に含まれるＶＣＩ中に差し込まれるマイクロフォンを有することができ、またソロ・ユニットとして働くことができる。あるいは、制御システム１０の構成に応じて、そのコントローラは実際にマスタとして働くことができる。システム１０全体は始動時に構成可能であり、したがって拡張可能である。あらゆるコントローラはＶＣＩを含んでいることが好ましい。
【００２０】
デコーダ４０はさらに言語モデルを含有する。この用語は当技術分野においてよく知られており、以下でさらに詳細に説明する。本質的に、いくつかのワードはいくつかの順序で有効に言うことができる。言語モデルは、ワード組合せのすべての有効な可能性を表すネットワークを展開し、抽出されたベクトルをネットワーク中の各パスに沿って復号することによって実現される。どのパスが入来音声に一致する最高の確率を有しようとも、そのパスに関連付けられた情報はデコーダ４０によって選択される。さらに、本発明を実行するために、無音パスが利用可能であり、認識されないコマンド・パスも用意されていることを理解されたい。したがって、ユーザが発声しても、有効なコマンドが与えられないならば、システム１０は応答しない。
【００２１】
図５に、ロボット・アーム２０の適切な動作のための１つの例示的な言語モデルを示す。そのような言語モデルは、マスタ・コントローラ１２と電気的に連絡する各デバイスごとに開発される。デバイスはマスタ・コントローラ１２と無線通信することができる。言語モデルをそれらのそれぞれのコントローラ中の各デバイスごとに格納することが好ましい。例えば、デバイスがスレーブ１４に直接的に接続されている場合、デバイスの制御言語モデル（デバイスを制御するために使用される言語を含有する言語モデル）がスレーブＶＣＩ中に格納される。デバイスがマスタ１２に直接的に接続されている場合、制御言語モデルはマスタ１２のＶＣＩ中に含まれる。スレーブに接続されるのとは異なり、マスタ１２に直接的に接続することができるすべての可能なデバイスについて、選択言語モデルをマスタ１２中に格納しなければならないことを理解されたい。したがって、任意の時間にどんなデバイスがシステムに接続されるかに応じて、ユーザは、接続されているデバイスのいずれかから選択することができる。デバイスが接続されていない場合、システムは始動時にこれを認識し、デバイスがそこになければそれへのアクセスを試みない。これについて以下でより詳細に議論する。
【００２２】
デバイスがマスタ・コントローラ１２に直接的に接続されている場合、デバイスを制御するための言語モデルをＶＣＩ自体かあるいは移植可能なメモリ４５の中に格納することが好ましい。この構成の利点を、制御システム１０の始動に関して以下に示す。
【００２３】
マスタ１２に直接的に接続されているデバイスの選択コマンドが与えられた場合、情報はマスタ１２中のデコーダに送られ、デコーダ４０は情報のパケット５２を発生する。パケットは、動作すべきデバイスのアドレス、特定の動作を表すコード、およびパケット５２が様々なバスを介して転送される際に、データが破損しないことを保証するチェックサムを含んでいる。そのような情報パッケージングはよく知られているが、上記の特定のパッケージは今まで、複数の医療デバイスのうちの１つを制御するために利用されていない。チェックサムを使用したデータ・チェックも当技術分野においてよく知られている。
【００２４】
デコーダ４０は、有効な選択コマンドを復号する際、デバイスに関係するルックアップ・テーブル中に格納されているデバイスのアドレスを活動化させる。これは次のようにして行われる。始動時あらゆるコントローラは、マスタ１２であろうがスレーブ１４であろうがその通信ポートのアドレスを知っている。それは、デバイスがそれに接続されているかどうかを確かめるために各通信ポートに問合せを送る。そうすると、デバイスに接続されたアダプタがデバイスの名前およびそれが適切に機能しているという指示を指定する。そのようなアダプタは電気技術分野においてよく知られており、したがって本明細書ではさらに議論しない。あらゆるスレーブ・コントローラは、アドレスおよび関連するデバイス・コードまたは名前のルックアップ・テーブルを確立する。デバイス・コードまたは名前はマスタ１２に送信され、マスタ１２は、すべてのデバイスおよび関連するスレーブ・コントローラがマスタ１２に接続されるポートの対応するアドレスを含んでいる。
【００２５】
利用可能なすべてのデバイスのアドレスは最初、特定のアドレスを活動化させるか、あるいはそのアドレスを利用可能にするためにマルチプレクサを使用することができるように、ＶＣＩに関連付けられたメモリ中に格納される。このようにすると、それが識別することができるマスタ１２は、有効な選択コマンドを受信した後、選択されたデバイスがスレーブ・コントローラに接続されている場合に適切なスレーブ・コントローラのＶＣＩにすべての制御コマンドを送る。選択されたデバイスがマスタ１２に直接的に接続されている場合、制御コマンドがマスタ１２のデコーダ４０中に供給され、制御情報パッケージが生成され、マスタ１２の中央プロセッサ４４を介してデバイスに送られる。このようにして、スレーブのＶＣＩは制御信号が供給され、スレーブへの入力が送られるＡ／Ｄ変換器から受信されたかのようにそれらの信号を処理する。あらゆるスレーブは１つのマスタに取り付けることができ、そのマスタは別のマスタに取り付けることができ、したがって、マイクロフォンが取り付けられた１つのマスタにすべてのスレーブが接続されているスレーブのデイジーチェーンが得られる。
【００２６】
ＶＣＩ３２に加え、マスタ・コントローラ１２は、ＶＣＩ３２で受信された選択コマンドによって指定されたデバイスに制御信号を送るための手段４２も含む。図４に、１つのスレーブ・コントローラと２つの医療デバイスとを有し、それらと電気的に連絡するマスタ・コントローラ１２を示す。マスタ・コントローラは、ＶＣＩ３２ならびに、制御信号を送るための手段４２を含む。一旦、音声が抽出され、それが選択コマンドまたは制御コマンドに復号化されると、特有のコマンドがマスタ・コントローラ１２の中央プロセッサ４４に送信される。
【００２７】
好ましい実施形態では、制御信号を送るための手段４２は、マスタ・コントローラ１２の中央プロセッサ４４に組み込まれる。送るための手段４２は、基本的にアドレス可能なマルチプレクサであり、各デバイスに対するアドレス、および、デバイスが接続されている複数の通信ポート４６のデバイスに関連付けられた１つの通信ポート４６のメモリを有する。アドレスがデコーダ４０に格納されている場合、中央プロセッサ４４は、そのメモリと通信する。
【００２８】
送るための手段４２は、情報のパケット５０または制御信号の情報がスレーブ１４に送信されるべき場合は、その情報を複数の通信ポート４６のどれに向けるかをチェックし、次いでその情報を複数ポート４６の所望の１つに向ける。
【００２９】
アドレスとその関連付けられたポートは、システム始動時にマスタ１２にアップロードする。この手順はソフトウェアに埋め込まれており、このような手順は当技術分野ではよく知られている。
【００３０】
例えば、図４では、電気焼灼デバイス１８は、マスタ・コントローラ１２にアドレスを送信する。アドレスは、複数の通信ポート４６の１つで受信され、そのアドレスは、関連付けられた通信ポート番号と共にメモリに保存される。有効な選択コマンドが、移植可能メモリに格納されていることが理解されよう。マスタに直接に接続されているデバイスに関しては、言語モデルは、マスタ１２のメモリまたは移植可能メモリに格納することができる。スレーブ１４に直接に接続されているデバイスに関しては、言語モデルは、関連付けられたスレーブに格納される。この方法では、始動時に、スレーブが、各デバイスのアドレスとそのデバイスの名前（すなわち、デバイスを構成するコード化された音素）とをマスタ１２に送信するので、マスタ１２は、システムに接続されているすべてのデバイスを認識する。デバイスの名前がマスタにアップロードされ、その結果、マスタ１２では選択コマンドの有効性を実現することができる。しかし、制御コマンドの有効性に関する言語モデルは、マスタ１２への送信に時間が掛かり、制御システム１０の速度を低下させるので、マスタ１２には送信されない。したがって、マスタ・コントローラ１２は、実際には、関連するデバイスを操作するために必須の文法のサブセットを含むが、その言語モデルは、デバイス名だけに限定される。制御コマンドの有効なシーケンスに関する情報（すなわち、それらの制御言語モデル）は、それらが接続されている各スレーブ・コントローラに格納されている。勿論、デバイス１４がマスタに直接に接続さている場合、言語モデルは、本明細書で説明したように、マスタ１２に格納される。
【００３１】
本発明による制御システム１０は、非常に簡単な方法で手術室を構成、および再構成する方法を提供する。さらにシステム１０は、ユーザが、制御するデバイスを選択することができ、次いで、引き続きそのデバイスを制御することができる直観(intuitve)インタフェースも備えている。システムは、特有のデバイスに対して受信した制御コマンドが確実に有効であるようにチェックする。
【００３２】
さらに、システム１０は、複数のデバイス１６の特有の１つと、スレーブまたはマスタ１２との中間に置かれたアダプタ５２を含む。アダプタ５２は、それぞれのスレーブ１４またはマスタ１２に、デバイスのアドレスを示す信号を送信し、接続されているコントローラから送信された制御信号を、その送信先の特定デバイスによって理解される信号に変換する。このようなアダプタは、容易に構築され、当技術分野ではよく知られている。さらに、そのようなアダプタは、それぞれのスレーブ１４またはマスタ１２のどちらかに含まれても、複数のデバイス１６の特定の１つ自体に取り付けられてもよい。アダプタ５２をデバイス１６に取り付けることは、デバイスが任意のポートに接続することができるので非常に有利である。その際、アダプタがコントローラ１２、１４の内部に接続される場合は、専用に設計された特有のデバイスは、複数の通信ポート４６の特有の１つに接続されなければならない。
【００３３】
システムに新しいデバイスが追加される場合、またはシステム・ソフトウェアに改良またはアップグレードが行われる場合、そのような変更は、ユーザの音声モデルを格納するカードのような、ＰＣＭＣＩＡフォーマット・カードに組み込むことができる。カードは同じインタフェースに挿入することができるが、システム・ソフトウェアは、マスタを分解することを必要とせずにアップグレードを行うようにマスタにアップロードすることができる。これは、ＰＣＭＣＩＡフォーマット・カードにシリアル・インタフェースを組み込むことによって達成される。したがって、中央プロセッサ４４は、さらに、始動時に、ＰＣＭＣＩＡフォーマット・カードによって供給中のデータをチェックすることによって実行されるシステムのアップグレードがあるかどうかもチェックする。シリアル・インタフェースのアクティビティをチェックすることはよく知られているが、シリアル・インタフェースを１つのＰＣＭＣＩＡフォーマット・カードに組み込むことは従来は知られていない。したがって、この組合せは新規のようである。さらに、その様なＰＣＭＣＩＡフォーマット・カードに音声モデルを組み込むことも従来では知られていなかった。
【００３４】
１つまたは複数の実施形態では、少なくとも１つのスレーブ１４は、事実上、マスタ・コントローラ１２に類似している。さらに、複数のスレーブ１４のそれぞれに完全なＶＣＩを含めることができ、その結果、各スレーブ１４はマスタとして動作することができる。好ましくはないが別法として、スレーブは特徴抽出器を含めることができず、各特有のデバイスの操作に関する言語モデル（すなわち制御コマンド）のサブセットだけを含んでもよい。コマンドが送信されるべき特定アドレスをスレーブがマスタ・コントローラから受信し、それが実際にコマンドであるので、スレーブではこれだけでよい。したがって、スレーブは、それが確実に特定デバイスに対して有効なコマンドであることをチェックするだけでよい。この方法で、デバイスは直接的にマスタに接続されることができ、またはマスタ１２と通信しているスレーブと接続することができる。
【００３５】
システム１０は、ビデオ・モニタ８６やスピーカ８８が含まれる出力手段を含むことができる。スピーカは、Ｄ／Ａコンバータ９０を介してＶＣＩ３２に組み込むことができ、したがって、システムは、ユーザが特有のデバイスの操作や選択において犯したあらゆるエラーをユーザに伝達することができる。さらに、出力手段は、システム・エラーや特有デバイスの誤動作を伝達することもできる。そのような情報は、各特有のアダプタに含まれており、そのアダプタに接続されているデバイスに特有のものである。そのような伝達は、聴覚的または視覚的のどちらかで表示されるマスタに送信されることが理解されよう。本発明によるシステムおよびコントローラは、さらに、フット・コントローラ、ハンド・コントローラ、または他のよく知られているコントローラを含むことができる。それらのコントローラはそれぞれに、参照として本明細書に組み込まれた特許出願で説明されているように、マスタまたはスレーブのどちらかに接続されている任意のデバイスを制御するために使用することができる。したがって、ＶＣＩは、特定のデバイスを選択するためだけに使用することができ、一旦選択されると、そのデバイスは、よく知られているコントローラの１つによって制御することができる。最終的に、そのようなシステムの融通性は、コストを低減することができ、外科手順の安全性を向上させることができる。
【００３６】
システム１０は、ネットワーク・ゲートウェイ５００を介して病院のコンピュータ・ネットワークへの接続を含めることができる。病院ネットワークは、事実上、すべての病院によって実施されており、患者の記録の電子ストーレッジならびにスケジューリングおよび財務情報を提供する。
【００３７】
ネットワーク・ゲートウェイ５００は、ＩＢＭ互換機などのパーソナル・コンピュータ、またはＭｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ、Ｎｅｔｓｃａｐｅ  Ｃｏｍｍｕｎｉｃａｔｏｒなどのウェブ・ブラウジング・ソフトウェアまたは他の知られているウェブ・ブラウジング・ソフトウェアを実行する他の知られているパーソナル・コンピュータであることが好ましい。
【００３８】
病院ネットワークに接続することによって、病院のコンピュータ端末で使用可能な患者情報は、手術室でも使用可能になる。したがって、患者データにアクセスするための語彙は、使用されるために、制御システムに提供されなければならない。そのような語彙の例としては、コマンド「ｇｅｔ」、「ｌｏａｄ」、「ｄｉｓｐｌａｙ」が挙げられる。提供することができるデータには、限定的ではないが、Ｘ線、患者の医療履歴、ＭＲＩ、血管造影、およびＣＡＴスキャンが含まれる。
【００３９】
ウェブ・ブラウザを使用することによって、患者のデータを、ゲートウェイに接続されているモニタ５１０または直接にモニタに表示されるフォーマットで、ゲートウェイ５００に送信することができる。これは、前記ですでに開示した電気的接続によって達成される。
【００４０】
患者データをウェブで閲覧可能なフォーマット、基本的にはＨＴＭＬまたは他のよく知られているウェブ・フォーマットで表示することを達成するために、データはしかるべきフォーマットでゲートウェイ５００に提供されなければならない。基本的にＵＲＬで構成されるアクセス・ポートは、ウェブ・ブラウザが患者情報を得るための位置を提供する。このＵＲＬは、病院ネットワークにインタフェースを提供する。
【００４１】
図６に、本発明の別の実施形態による制御システム１００のブロック図を示す。制御システム１００は、手術室、診療室、または手術、治療、診察などが施される他の場所でアクセスされ、使用される。説明のために、制御システム１００は、手術室のセッティングに関して説明されており、したがって手術室制御システムと呼ばれる。制御システム１００は、オペレータ（外科医、看護婦、技術者など）が、手術室のデバイスを制御し、患者の記録および情報を検索し、閲覧し、操作し、手術や検査などの前後およびその最中に患者に関する情報（ノート、Ｘ線、写真など）を格納し、テレビ会議や遠隔手術を行うことなどができる。
【００４２】
図６を参照すると、手術室制御システム１００には、「Ｎ」を正の整数として、それぞれの通信ポート１１８1〜１１８Nを介して複数の手術室のデバイス１１４1〜１１４Nに結合されたマスタ・コントローラ１１０を含む。通信ポート１１８1〜１１８Nは、シリアル・ポート、パラレル・ポート、高速シリアル・バスなどおよびそれらの組合せのあらゆるタイプの通信ポートを含むことができる。手術室のデバイス１１４1〜１１４Nは、ロボット・アーム、電気焼灼デバイス、手術台、手術室のライト、吸入器、カメラなどの、前述のあらゆる手術室のデバイスを含むことができる。
【００４３】
マスタ・コントローラ１１０は、外科医、医師、看護婦などに情報（例えば、手術室のデバイスの状況、内視鏡によって撮影されたビデオなど）を表示するためにディスプレイ・デバイス１２８に結合される。マスタ・コントローラ１１０には、上記で説明し、図２に示す選択コマンドおよび制御コマンドを、マイクロフォン／ヘッドセット１２４などの入力デバイスから受信するためのＶＣＩ１２２も含まれる。一実施形態では、マスタ・コントローラ１１０には、プロセッサ（例えば、マイクロプロセッサ）、メモリ（ランダム・アクセスおよび不揮発性）、通信回路などが含まれる。オペレーティング・システムは、可聴コマンドが本明細書で論じたような様々なタスクを実行するために、音声認識プロセッサを実行することができる。
【００４４】
マスタ・コントローラ１１０は、通信ポート１１８と通信回線１３０を介してスレーブ・デバイス１３２にも結合される。一実施形態では、スレーブ・デバイス１３２はマスタ・コントローラ１１０によって要求されたアクションとタスクを実行するデバイスであり、プロセッサ（例えばマイクロプロセッサ）、メモリ、ディスプレイ・カード（例えばネットワーク・インタフェース・カード）、および１つも図示されていない当業者に知られている他の構成要素を含む。スレーブ・デバイス１３２は、以下で説明する患者情報、画像、ファイルなどを表示するためのディスプレイ１３６に結合される。スレーブ・デバイス１３２は、マスタ・コントローラ１１０によって要求される患者情報を検索し、格納し、かつ表示するために、他の「手術室デバイス」としてしか動作できない。マスタ・コントローラ１１０は、シリアル・ポート、パラレル・ポート、ネットワーク接続、モデム、高速シリアル・バス、無線周波数接続および赤外線接続を介してスレーブ・デバイス１３２に結合することができる。
【００４５】
本明細書で説明するスレーブ・デバイス１３２の機能は、マスタ・コントローラ１１０によって部分的にも全体的にも実行することができることに留意することが重要である。その場合、患者情報は、ネットワーク１３６から直接に検索され、ディスプレイ１２８に表示される。
【００４６】
スレーブ・デバイス１３２は、マスタ・コントローラ１１０と通信し、患者情報、画像などを検索し、ディスプレイ１３６に表示し、格納するために、Ｗｉｎｄｏｗｓ（商標）またはＬｉｎｕｘ（商標）などのオペレーティング・システムを実行し、１つまたは複数のアプリケーション・プログラム、モジュール、および／またはドライバを実行する。一実施形態では、スレーブ・デバイスは、ネットワーク（例えばインターネット、イントラネットなど）を介して医療記録にアクセスするために、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（商標）、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ（商標）などのウェブ・ブラウザ・プログラムを実行する。
【００４７】
スレーブ・デバイス１３２は、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）など、またはそれらの組合せであることができるネットワーク１３６に結合される。ネットワークによって使用されるプロトコルは、ＴＣＰ／ＩＰまたは他の適切なプロトコルを含むことができる。「Ｐ」を正の整数として、ネットワーク１３６には、特にサーバ１４０1〜１４０Pが結合される。サーバ１４０1〜１４０Pは、１つまたは複数の専用サーバ、所属コンピュータ、およびそれらの組合せであってよい。１つまたは複数のサーバおよび／またはコンピュータは、特にＭＲ、ＣＴ、Ｘ線、スチルフレーム・ビデオ、ムービング・ビデオ、超音波映像、患者の記録、スケジューリング、財務情報、および在庫（例えば、設備の使用）を含む患者情報を含むデータベースを各々に含むことができる。データは、外科医、医師、看護婦、技術者などによって、放射線診断、病理処理、手術、検査などの最中にキャプチャすることができる。例えば、１つのサーバを患者のＸ線の格納専用にし、別のサーバを患者の記録などの格納専用にすることができる。サーバ１４０1〜１４０Pは、物理的に、病院、医療センタなどの中に置かれるてもよい。さらに、１つまたは複数のサーバ１４０1〜１４０Pは、保健機関、付属機関などの異なる場所に置くことができるが、ネットワーク１３６などの閉鎖ネットワークを介してアクセス可能である。
【００４８】
スレーブ・デバイス１３２をネットワーク１３６に接続することによって、患者情報は、手術、検査などの最中を含めて、常時、マスタ・コントローラ１１０による検索のために使用可能になる。
【００４９】
マスタ・コントローラ１１０は、スレーブ・コントローラ１３２を介して、様々なソースからの患者情報に可聴的にアクセスするための言語モデル（または語彙）をも含む。そのような使用可能な可聴コマンドには、限定または制限はしないが一例として、「ｇｅｔ」、「ｌｏａｄ」、「ｄｉｓｐｌａｙ」、「ｒｏｔａｔｅ」、「ｓｔｏｒｅ」などが挙げられる。検索し閲覧すべき、患者の記録を識別し、画像を拡大または縮小し、輝度と明度を調整し、次の画像のために次ページを見たり、前の画像のために前ページを見るために、自然言語の音声コマンドを使用することもできる。外科医は、手術や検査の最中を含めて、常時、画像やビデオをキャプチャし格納したり、音声を記録し格納したり、テキストを可聴的に格納することができる。格納された情報は、次いで、患者情報の一部として、１つまたは複数のサーバ１４０1〜１４０Pに「アップロード」することができる。マスタ・コントローラ１１０および／またはスレーブ・デバイス１３２は、格納された情報のタイプ（例えばＸ線、患者情報など）を区別し、異なるタイプの情報を異なるサーバにアップロードするためのソフトウェアおよび／またはハードウェアを含むことができる。
【００５０】
スレーブ・デバイス１３２は、インターネットや他のネットワークなどのネットワーク・クラウド１４８を介して通信するためのゲートウェイ／ファイアウォール１４４に結合することもできる。ゲートウェイ／ファイアウォール１４４は、ネットワーク１３６内のトラフィックを制御し、外部のネットワーク・クラウド１４８へのアクセスを実現するコントローラ（図示せず）を含む。ゲートウェイ／ファイアウォール１４４は、また、１つのプロトコルから別のプロトコルへの変換やルーティング機能なども実行する。ネットワーク・クラウド１４８には、１つまたは複数の遠隔サーバ１５２1〜１５２Q（Ｑを正の整数として）も結合されている。遠隔サーバ１５２1〜１５２Qは、１つまたは複数の遠隔の病院、保健機関、および／または専用の場所（例えば中央データベース）に置くことができる。したがって、医師は、患者に心臓弁の緊急手術を施しながら、患者が以前に通院していた病院からの患者情報（例えば、患者の心臓弁の写真）を得ることができる。スレーブ・デバイス１３２は、マスタ・コントローラ１１０の命令下で、１つまたは複数の遠隔サーバ１５２1〜１５２Qから患者情報を検索し、患者情報をそこに格納することができる。
【００５１】
ウェブ・ブラウザを使用することによって、患者情報は、ディスプレイ１３６またはマスタ・コントローラ１１０に結合されているディスプレイ１２８のどちらかによって、ウェブで閲覧可能なフォーマットで表示するフォーマットでスレーブ・デバイス１３２に送信することができる。
【００５２】
ハイパー・テキスト・マークアップ言語（ＨＴＭＬ）または他のよく知られているウェブ・フォーマットを使用した、ウェブで閲覧可能なフォーマットによる患者情報の表示を達成するために、データはそのフォーマットでスレーブ・デバイス１３２に提供される。基本的に１つまたは複数のＵＲＬから構成されているアクセス・ポートは、ウェブ・ブラウザが患者情報を得るための位置を提供する。１つまたは複数のＵＲＬは、ネットワーク１３６およびネット・クラウド１４８にインタフェースを提供する。ウェブ・ブラウザは、より具体的な情報への音声活動化リンクを使用して、医療記録、画像などのインデックスを表示することができる。
【００５３】
図７に、マスタ・コントローラ１１０と、手術室デバイス１１４1〜１１４Nと、スレーブ・デバイス１３２との間の論理接続を示す。図７を参照すると、マスタ・コントローラ１１０は、それぞれのモジュール１７０1〜１７０Nを介して手術室デバイス１１４1〜１１４Nに結合されており、モジュール１７４を介してスレーブ・デバイス１３２に結合されている。モジュールは、マスタ・コントローラ１１０と手術室デバイスとの間、およびマスタ・コントローラ１１０とスレーブ・デバイス１３２との間で信号および／またはコマンドを変換するソフトウェア・ブロックまたはドライバである。一実施形態では、モジュールは、マスタ・コントローラ１１０からの信号を、特定の手術室デバイスまたはスレーブ・デバイスの特定フォーマット（例えば、プロトコル、タイミングなど）に、またその逆に変換するドングル(dongle)である。したがって、モジュールは、制御されているデバイスによって異なる場合がある。モジュール１１４1〜１１４Nの各々は、デバイスが動作可能なことを確認するために、制御されているデバイスを連続的に「ｐｉｎｇ」すなわち監視する。これにより、マスタ・コントローラ１１０は、デバイスが誤動作したかどうかを迅速に判定することができ、手術室環境では重要なことのあるプロンプト通知を提供することができる。別の実施形態では、モジュール１１４1〜１１４Nは、ハードウェア・デバイスであっても、ハードウェア・デバイス／ソフトウェア・デバイスの組合せであってもよい。この際、ハードウェア・デバイスは、信号、タイミングなどの変換を実行するための回路を含む。
【００５４】
図８に、マスタ・コントローラ１１０をスレーブ・デバイス１３２にインタフェースするモジュール１７４の論理接続を示す。マスタ・コントローラ１１０は、サービス要求またはサービス・コマンド２１０を発行する。マスタ・コントローラ１１０によって受信された音声コマンドがスレーブ・デバイス１３２に情報を照会するための認識されたコマンドである場合、マスタ・コントローラ１１０は、サービス要求２１０（例えば、「血管造影情報を得よ」）をモジュール１７４に転送する。モジュール１７４は、コマンドをスレーブ・デバイスによって認識されるフォーマットに変換しかつ／または処理し、スレーブ・デバイス１３２に、トリガ・コード・コマンド２１４を転送する。スレーブ・デバイス１３２は、そのコマンドを受信し、処理する。スレーブ・デバイス１３２は、次いで、要求や検索された情報などの状況を示す状況コマンド２１８をモジュール１７４に返送する。モジュールは、代わりに、状況を示す状況コマンド２２２をマスタ・コントローラ１１０に送信する。例えば、患者の血管造影情報が使用可能でない場合、状況はその情報を示す。スレーブ・デバイス１３２は、血管造影情報が使用可能でないことを示すために、血管造影情報に関するディスプレイ１２６（図６）の任意の部分を非活動化することもできる。マスタ・コントローラ１１０は、スレーブ・デバイス１３２の操作可能状況を得るために、スレーブ・デバイス１３２に頻繁に（例えば、短い間隔で）コマンドを送信する。
【００５５】
図９に、本発明の一実施形態によるスレーブ・デバイス１３２の論理ブロック図を示す。図９を参照すると、スレーブ・デバイス１３２は、モジュール１７４（図８）からトリガ・コードを受信し、そこに状況情報を送信するシリアル・ポート・イベント・ハンドラ２４０を含んでいる。イベント・ハンドラ２４０は、受信したトリガ・コードをグラフィカル・ユーザ・インタフェース（ＧＵＩ）と制御論理ブロック２４４に転送する。ＧＵＩと制御論理ブロック２４４は、コマンドをハイパーテキスト・ダイナミック構文解析モジュール２４８に送信し、そこから、ネットワーク１３６（例えば、イントラネット）および／またはネットワーク・クラウド１４８（例えばインターネット）上に置かれる１つまたは複数のサーバに要求を送信する。一実施形態では、サーバからスレーブ・デバイス１３２に送信された情報はハイパーテキスト・フォーマットである。ハイパーテキスト・ダイナミック構文解析モジュール２４８は、１つまたは複数のサーバからハイパーテキスト・データを受信し、そのデータを画像、テキスト（例えば、患者記録）、ビデオ・クリップ、ダイナミック・リンクなどに構文解析し、構文解析された情報をＧＵＩと制御論理ブロック２４４に転送する。ＧＵＩと制御論理ブロック２４４は、その情報をディスプレイ１３６に表示するためにその情報をブラウザ・ドライビング・モジュール２５２に駆動する。
【００５６】
ＧＵＩと制御論理ブロック２４４には、ＧＵＩと制御論理ブロック２４４に構成情報を提供するドライバ情報構文解析モジュール２５６も結合されている。モジュール２５６は、初期化中に一度ロードされる。モジュール２５６は、構成またはデバイス資源ファイルから情報を検索し、その情報をＧＵＩと制御論理ブロック２４４に転送する。構成情報は、使用可能な音声コマンド、ディスプレイ１３６に表示されるべきメニュー構造、タイミング要件などの使用可能な資源を示す。
【００５７】
ＧＵＩと制御論理ブロック２４４は、トリガ・コードを受信し、現行の患者に基づくコードを変換し、コマンドをサーバ（例えば、患者＃２１００、血管造影）に転送する。サーバはコマンドを受信し、患者＃２１００に関する血管造影情報をデータベースから検索し、もしその情報がある場合はその情報を返送する。構文解析モジュールはその情報を構文解析する。
【００５８】
図１０に、本発明の別の実施形態によるシステム３００のブロック図を示す。図１０を参照すると、システム３００は、図６のスレーブ・デバイス１３２を備えるスレーブ・デバイス３１０を含む。マスタ・コントローラ１１０、手術室デバイス１１４1〜１１４N、ディスプレイ・デバイス１２８および１３６、およびマイクロフォン／ヘッドセット１２４などの他のデバイスは、明瞭化のために示していない。マスタ・コントローラ１１０がスレーブ・デバイス１３２の機能を実行する一実施形態では、スレーブ・デバイス３１０はマスタ・コントローラ１１０（図６）を備える。システム３００は、ネットワーク３１５全体に分散した医療データにアクセスできるように展開されており、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、直接接続、またはそれらの組合せを表わしている。
【００５９】
システム３００はネットワーク３１５に結合されているインデックス・サーバ３２０を含む。インデックス・サーバ３２０は、スレーブ・デバイス３１０からの特定患者に関する医療データに関する照会を受け入れ、その特定患者に関して使用可能な記録の参照リストを提供する。スレーブ・デバイス３１０とインデックス・サーバ３２０は、同一の病院内、一群の病院内、又はそれぞれから遠隔に置かれることができる。医療データは、電子的医療記録サーバ３２５1〜３２５R（Ｒを正の整数として）の離散的セットから派生する。サーバ３２５1〜３２５Rは、それぞれから遠隔に置くことができる。例えば、サーバ３２５1〜３２５Rを、病院、医療センタ、中央医療データのデータベースなどの１つまたは複数に局部的におよび／または全体的に配置することができる。
【００６０】
参照される医療データは、写真（スチルまたはムービング）データ、テキストによるデータ、聴覚データ、または他の患者のデータを含めてあらゆる種類である。一実施形態では、インデックス・サーバ３２０はスレーブ・デバイス３１０から要求を受信し、置かれている患者データの結果を反映するＨＴＭＬプロトコルによって応答する。さらに、インデックス・サーバ３２０は、そのようなデータのスレーブ・デバイス３１０による表示を容易にするためにＨＴＭＬプロトコルで特定のデータをフォーマットすることができる。
【００６１】
本発明は、方法、装置、システムなどとして実施することができる。ソフトウェアで実施される際、本発明のエレメントは、必須のタスクを実行するために、基本的にコード・セグメントである。プログラムまたはコード・セグメントは、プログラム可読媒体に格納したり、伝送媒体または通信リンクを介して搬送波に実施されたコンピュータ・データ信号によって送信されたりする。「プログラム可読媒体」は、情報を格納したり転送したりできる任意の媒体を含むことができる。プログラム可読媒体の一例として、電子回路、半導体メモリ・デバイス、ＲＯＭ、フラッシュ・メモリ、消去可能ＲＯＭ（ＥＲＯＭ）、フロッピー・ディスク、ＣＤ−ＲＯＭ、光ディスク、ハードディスク、光ファイバ媒体、無線周波数（ＲＦ）リンクなどが挙げられる。コンピュータ・データ信号には、電子ネットワーク・チャネル、光ファイバ、大気、磁気、ＲＦリンクなどの伝送媒体を介して伝搬することができる任意の信号が含まれる。
【００６２】
特定の例示的実施形態を説明し、添付の図面に示したが、当業者には他の様々な変形形態が実行されるので、このような実施形態は、例示的なものにすぎず、幅広い発明を制限するものではなく、本発明は、図示および説明した特定の構成および配置に限定されるものではないことが理解されよう。
【図面の簡単な説明】
【図１】本発明の一実施形態によるスレーブ・コントローラと手術室デバイスの両方と電気的に連絡するマスタ・コントローラのブロック図である。
【図２】音声制御インタフェースの例示的なブロック図である。
【図３】音声制御インタフェース・カードの例示的な概略図である。
【図４】マスタ・コントローラの例示的な概略図である。
【図５】デバイスを動作させるための文法の例示的なツリー図である。
【図６】本発明の別の実施形態による、制御システムのブロック図である。
【図７】マスタ・コントローラと、スレーブ・デバイスを含んでいる手術室デバイスとの間の論理接続を示す図である。
【図８】マスタ・コントローラをスレーブ・デバイスにインタフェースするモジュールの論理接続を示す図である。
【図９】本発明の一実施形態による、スレーブ・デバイスの論理ブロック図である。
【図１０】本発明の別の実施形態による、システムのブロック図である。
【符号の説明】
１０  手術室制御システム
１２  マスタ・コントローラ
１４  スレーブ・コントローラ
１６  デバイス
３２  音声制御インタフェース
３４  マイクロフォン
３６  アナログ・デジタル変換器
３８  特徴抽出器
【図１】
0004800513.tif 000002
【図２】
0004800513.tif 000003
【図３】
0004800513.tif 000004
【図４】
0004800513.tif 000005
【図５】
0004800513.tif 000006
【図６】
0004800513.tif 000007
【図７】
0004800513.tif 000008
【図８】
0004800513.tif 000009
【図９】
0004800513.tif 000010
【図１０】
0004800513.tif 000011