(57)【要約】【課題】  通信ネットワークを介して複数の遠隔地の使用者が使用可能な医療用装置、特に手術中にも使用可能な程度の高い信頼性を有する医療用装置を提供する。【解決手段】  複数の端末１０が通信ネットワーク１２を介して医療用装置本体１１と結ばれており、それぞれの端末１０において受け付けた処理前データが、通信ネットワーク１２を介して本体１１に送信される。そして、本体１１は受信した処理前データに基づいて処理後データを生成し、通信ネットワーク１２を介して各端末１０に返信する。そして、各端末１０は、返信された処理後データに基づいて出力データを出力する。【選択図】        図１
2007000244.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークで結ばれた複数の端末及び本体を備える医療用装置であって、
前記端末は、処理前データの受付をする処理前データ受付手段と、当該処理前データに対応する処理指令を表す処理指令データを受け付ける処理指令受付手段と、
前記処理前データ及び対応する処理指令データを、前記通信ネットワークを介して前記本体に送信をする処理前データ送信手段と、
前記本体から送信された処理後データを、前記通信ネットワークを介して受信をする処理後データ受信手段と、
前記処理後データに基づいて出力データの出力をする出力データ出力手段と、
を有し、
前記本体は、前記端末から送信された処理前データ及び対応する処理指令データを、前記通信ネットワークを通じて受信をする処理前データ受信手段と、
該受信をした処理前データ及び対応する処理指令データに基づいて処理後データの生成をするデータ処理手段と、
該生成をした処理後データを、前記通信ネットワークを通じて前記端末に送信をする処理後データ送信手段と、を有する医療用装置。
【請求項２】
請求項１に記載の医療用装置であって、
前記端末は、前記処理前データを送信してから、該処理前データに対応する処理後データを受信するまでの遅延時間の測定をする遅延時間測定手段と、
前記測定をした遅延時間の表示をする遅延時間出力手段と、を有する医療用装置。
【請求項３】
請求項１または請求項２に記載の医療用装置であって、
前記端末は、前記測定をした遅延時間が第１の所定の期間中第１の所定の時間を超えた回数が所定の回数を超えた場合に警告を行う警告手段を有する、医療用装置。
【請求項４】
請求項１から請求項３のいずれかに記載の医療用装置であって、
前記端末は、前記測定をした遅延時間の送信を行う遅延時間送信手段を備え、
前記本体は、前記送信をした遅延時間の受信を行う遅延時間受信手段と、
前記受信をした遅延時間が第２の所定の期間中第２の所定の時間を超えた回数が第２の所定の回数を超えた場合に、第３の所定の期間、新たな端末からの通信要求を拒否する通信要求拒否手段を備える、医療用装置。
【請求項５】
請求項１から請求項４のいずれかに記載の医療用装置であって、
前記本体のデータ処理手段は、前記本体の遅延時間受信手段が受信をした遅延時間が第４の所定の期間中第３の所定の時間を超えた回数が第３の所定の回数を超えた場合に、第５の所定の期間、前記処理後データの生成の対象となる処理前データを間引いて処理後データの生成をする、医療用装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して複数の遠隔地の使用者が使用可能な医療用装置、特に手術中にも使用可能な程度の高い信頼性を有する医療用装置に関する。
【背景技術】
【０００２】
手術室で使用する医療用装置は、例えば血流計を例に取ると、鉛筆型の小さなプローベを血管にはさみ、そのプローベ（端末）と専用で繋がった機器（本体）が血流量や血流パターンを解析しモニター画面に表示する。術者はその画面を見て手術の正否を判断する。病院はプローベとともにこの本体も購入しないとこの機器が使用できず、さらにこの本体が高額であるがため多くの病院がその高度先進医療の恩恵を受けられない。
【０００３】
一方、遠隔地に離散的に配置された多数の端末で一つの機器をシェアする例として、バイタルセンサー手段を有する患者端末と通信ネットワークを介して結ばれたセンターサーバを有する健康診断ネットワークシステムが提案されている（特許文献１）。しかしながら、ここで開示されている技術は、心電信号をファイル化して伝送するなど、通信時間を圧縮する方向の技術であり、手術中などのクリティカルな使用環境にも耐えられる高い信頼性を有するものは何ら開示されていない。
【特許文献１】特開２００２−８３０６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
そこで、本発明の課題は、通信ネットワークを介して遠隔地に離散的に配置された端末から利用できる医療用装置であって、手術中などのクリティカルな使用環境にも耐えられる高い信頼性を有するものを提供することである。このことにより、例えば、医療用装置等の種々の医療機器（本体）を一カ所（センター）に集約し、複数の遠隔地にある病院の端末からの情報を、光ファイバー等を使ったネットワークを介して電送し、その情報を加工した後、リアルタイムに病院のモニターへ返送することができる。それが可能になると、病院は端末のみ購入し、センターと配信契約を結べば安価で高度な医療が可能になる。
【課題を解決するための手段】
【０００５】
上記の課題を解決するために、本発明は以下のものを提供する。
【０００６】
（１）通信ネットワークで結ばれた複数の端末及び本体を備える医療用装置であって、
前記端末は、処理前データの受付をする処理前データ受付手段と、当該処理前データに対応する処理指令を表す処理指令データを受け付ける処理指令受付手段と、
前記処理前データ及び対応する処理指令データを、前記通信ネットワークを介して前記本体に送信をする処理前データ送信手段と、
前記本体から送信された処理後データを、前記通信ネットワークを介して受信をする処理後データ受信手段と、
前記処理後データに基づいて出力データの出力をする出力データ出力手段と、
を有し、
前記本体は、前記端末から送信された処理前データ及び対応する処理指令データを、前記通信ネットワークを通じて受信をする処理前データ受信手段と、
該受信をした処理前データ及び対応する処理指令データに基づいて処理後データの生成をするデータ処理手段と、
該生成をした処理後データを、前記通信ネットワークを通じて前記端末に送信をする処理後データ送信手段と、を有する医療用装置。
【０００７】
（２）（１）に記載の医療用装置であって、
前記端末は、前記処理前データを送信してから、該処理前データに対応する処理後データを受信するまでの遅延時間の測定をする遅延時間測定手段と、
前記測定をした遅延時間の表示をする遅延時間出力手段と、を有する医療用装置。
【０００８】
（３）（１）または（２）に記載の医療用装置であって、
前記端末は、前記測定をした遅延時間が第１の所定の期間中第１の所定の時間を超えた回数が所定の回数を超えた場合に警告を行う警告手段を有する、医療用装置。
【０００９】
（４）（１）から（３）のいずれかに記載の医療用装置であって、
前記端末は、前記測定をした遅延時間の送信を行う遅延時間送信手段を備え、
前記本体は、前記送信をした遅延時間の受信を行う遅延時間受信手段と、
前記受信をした遅延時間が第２の所定の期間中第２の所定の時間を超えた回数が第２の所定の回数を超えた場合に、第３の所定の期間、新たな端末からの通信要求を拒否する通信要求拒否手段を備える、医療用装置。
【００１０】
（５）（１）から（４）のいずれかに記載の医療用装置であって、
前記本体のデータ処理手段は、前記本体の遅延時間受信手段が受信をした遅延時間が第４の所定の期間中第３の所定の時間を超えた回数が第３の所定の回数を超えた場合に、第５の所定の期間、前記処理後データの生成の対象となる処理前データを間引いて処理後データの生成をする、医療用装置。
【００１１】
（１）の発明によれば、複数の端末が通信ネットワークを介して医療用装置の本体と接続されており、それぞれの端末において受け付けられた処理前データが、通信ネットワークを介して本体に送信される。そして、本体は受信した処理前データに基づいて処理後データを生成し、通信ネットワークを介して各端末に返信する。そして、各端末は、返信された処理後データに基づいて出力データを表示する。
【００１２】
その結果、遠隔地に離散的に配置された各端末は、１台の医療用装置本体と通信することによってそのデータ処理機能（処理前データ及び対応する処理指令データに基づいて処理後データを生成する）をシェアして使用することが可能となる。このことにより、遠隔地に離散的に配置された端末を、各病院が購入して使用することによって高価な医療用装置本体を購入することなくその機能を使うことが可能になる。
【００１３】
（２）の発明によれば、遠隔地に離散的に配置された複数の端末から処理前データを送信してから、医療用装置本体において処理前データを処理して返信された処理後データを受信するまでに要した時間が、遅延時間として各端末に表示される。
【００１４】
その結果、各端末のユーザは、他の端末とシェアして使用する、遠隔地にある医療用装置における処理時間及びそれぞれのデータ送受信に要する時間の総和である遅延時間についての情報を知ることができる。このことにより、各端末のユーザは、遅延時間が急に大きくなった場合など、医療用装置本体や通信ネットワークの異常について知ることができる。手術中など、判断時間を多く取ることができない状況においても、装置の使用の可否を迅速に判断することができる。
【００１５】
（３）の発明によれば、上記遅延時間が第１の所定の期間中に第１の所定の時間を超えた回数が所定の回数を超えた場合に警告を行う。警告の手段としては、端末に設置した警告ランプの点灯、同じく端末に設置した警告ブザーの発信音など、状況に応じて適切な手段が講じられてよい。
【００１６】
その結果、各端末のユーザは、例えば手術中に医療用装置や通信ネットワークに異常が発生した場合に、医療用装置本体からの指令を待つことなく、端末側でその異常を容易に知ることができ、例えば、ランプの点灯、ブザー音、画面上のメッセージ等の適当な警告手段により、当該装置の使用の可否を容易に判断することができる。
【００１７】
（４）の発明によれば、医療用装置の端末において測定をした遅延時間を本体に送信し、本体は、当該受信した遅延時間が第２の所定の期間中第２の所定の時間を超えた回数が第２の所定の回数を超えた場合に、第３の所定の期間、新たな端末からの通信要求を拒否する。このことにより、医療用装置や通信ネットワークに異常が発生した場合など、装置全体のパフォーマンスが低下した場合に、新たな端末からの通信要求を制限することができる。その結果、装置全体の負荷をそれ以上増大させないようにすることによって、すでに通信を行っている端末に関するパフォーマンスがそれ以上悪化しないようにコントロールすることができる。このことにより、医療用装置全体として、高い信頼性を有することが可能で、手術中のようなクリティカルな使用環境にも耐えられるものが提供できる。
【００１８】
（５）の発明によれば、遅延時間が第４の所定の期間中第３の所定の時間を超えた回数が第３の所定の回数を超えた場合に、第５の所定の期間、前記処理後データの生成の対象となる処理前データを間引いて処理後データの生成をする。このことにより、医療用装置や通信ネットワークに異常が発生した場合など、装置全体のパフォーマンスが低下した場合に、加工の対象となる処理前データの数を減少させることができる。その結果、装置全体の負荷を減少させることによって、より積極的に遅延時間の増大を回避することができる。端末側では、出力される出力データのコマ落ち等が起きるが、手術中という状況を考慮すると、より都合の悪い出力データの遅延時間の増大をできる限り抑制することができる。
【００１９】
さらに、上述したような、端末における警告、本体における新たな端末の通信要求の拒否及び加工対象となる処理前データの間引き、といった手段を、あらかじめ設定した遅延時間や遅延回数などの所定の閾値に従って、段階的に行ってもよい。その場合には、当該装置全体として極力最大限の能力を発揮しつつ、各端末の機能の安全マージンを確保することができる。
【００２０】
また、（４）、（５）において第３の所定の期間、第５の所定の期間を無限大にしておいて、τが所定の閾値以下となったことに応答して元のモードに復帰させるようにしてもよい。
【発明の効果】
【００２１】
すなわち、本発明によれば、ユーザは、遠隔地に離散的に配置された端末から、通信ネットワークを介して結ばれた医療用装置本体の機能を、処理能力が許す限り使用することが可能であり、しかも手術中のようなクリティカルな使用環境においても、装置本体や通信ネットワークにおいて異常が発生した場合に、その異常を的確に把握することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明を実施するための最良の形態について、図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００２３】
［血流計］
図１は、本発明に係る血流計１の全体構成を示すブロック図である。少なくとも１つの本体１１と、少なくとも１つの端末１０が通信ネットワーク１２を介して接続されている。本発明の好適な実施形態の一例においては、複数の端末１０が通信ネットワーク１２を介して通信することによって、共通の本体１１をシェアして利用することができる。手術室などでユーザが使用する際には、端末１０のみを手術室に設置し、端末１０は、ユーザによるＩＤやパスワードの入力を受け付け、通信ネットワーク１２を介して本体１１に接続を要求する。本体１１は、ＩＤやパスワード、その他端末１０が持つネットワークＩＤなどで端末を認証し、接続を確立し、血流計１としての使用が可能な状態となる。
【００２４】
なお、本体１１は、ＰＣサーバ（Ｗｉｎｄｏｗｓ(登録商標）サーバ、Ｌｉｎｕｘサーバを含む）、ＵＮＩＸ（登録商標）サーバ、大型汎用サーバ等のいわゆる汎用コンピュータであってよい。本体１１は、専ら複数の端末１０から送信される処理前データや再加工、統計処理、印刷処理が必要なデータを受信して、演算、処理して、端末１０へ加工データを返信する、という演算、処理の部分に特化して機能する。
【００２５】
ここで、図１においては１台の本体１１を示しているが、端末１０の数や要求される演算の負荷などに応じて複数の本体１１を設置して負荷分散を行ってもよい。当業者が容易に理解するとおり、負荷分散の方法としては、クラスタリング、並列処理等の方法が知られている。また、通常運用している本体１１ａが障害を起こした際に、当該本体をバックアップする本体１１ｂを自動的に立ち上げて、処理を引き継ぐフェイルオーバーの仕組みも広く知られている。本発明は、手術室における血流計や画像診断など、クリティカルな状況において実施することを想定しており、これらの負荷分散、フェイルオーバーの仕組みは、好適に装置全体の信頼性を高めることができる。
【００２６】
また、通信ネットワーク１２は、光ファイバー等を用いた有線の通信回線ネットワークでもよいが、無線によるもの、衛星通信によるもの等、本発明の要件を満足する速度と信頼性を確保できるものであればこれらに限られるものではない。また、本発明に係る通信プロトコルは、ＴＣＰ／ＩＰによるパケット通信でも、ピアｔｏピアの通信でもよく、本発明の要件を満足する速度と信頼性を確保できるものであれば、これらに限られるものではない。
【００２７】
図２は、本発明に係る血流計１の端末１０の構成を示すブロック図である。端末１０は、血流の測定データを収集するプローベ１１０を備えている。さらにプローベ１１０は、グラフト（血管）に超音波ビームを照射する超音波ビーム出力部１１１と、その反射波の周波数を測定する周波数センサ部１１２を備えている。さらに、端末１０は、制御部１２０、表示部１３０、入力部１４０、記憶部１５０、通信制御部１６０、スピーカ部１７０、タッチスクリーン入力部１８０を備え、これらのハードウエアはバス１９０を介して接続されている。制御部１２０は、さらに、測定データ収集手段１２１、測定データ送信手段１２２、加工データ受信手段１２３、画像データ表示手段１２４、遅延時間測定手段１２５、遅延時間表示手段１２６、警告手段１２７、遅延時間送信手段１２８を含む。制御部１２０は、端末１０の全体を制御し、記憶部１５０に記憶されたプログラムを読み出して実行することにより、上述した手段の他各種手段を実現している。このように、制御部１２０は、情報の処理、演算を行う中央処理演算装置であり、ＣＰＵ（Central  Processing  Unit）であってよい。
【００２８】
図３は、本発明に係る血流計１の本体１１の構成を示すブロック図である。本体１１は、制御部２１０、表示部２２０、入力部２３０、記憶部２４０、通信制御部２５０を備え、これらのハードウエアはバス２６０を介して接続されている。さらに、制御部２１０は、測定データ受信手段２１１、加工データ生成手段２１２、加工データ送信手段２１３、遅延時間受信手段２１４、通信要求拒否手段２１５を含む。制御部２１０は、本体１１の全体を制御し、記憶部２４０に記憶されたプログラムを読み出して実行することにより、上述した手段の他各種手段を実現している。このように、制御部２１０は、情報の処理、演算を行う中央処理演算装置であり、ＣＰＵ（Central  Processing  Unit）であってよい。
【００２９】
図４および図５は、本発明に係る血流計１を利用して、手術室において、グラフト（血管）の狭窄部位の特定及び、術後のグラフトの開存の確認を行う、一連の血流測定プロセス全体の流れを示すフローチャートである。まず、準備作業（ステップＳ１０）を行った後、測定対象のグラフト(血管)を特定する（ステップＳ２０）。次に、狭窄部位を特定し（ステップＳ３０）、狭窄の度合いを計算する（ステップＳ３１）。次に、術後にグラフト（血管）の開存の確認を行い（ステップＳ５０）、レポートを作成し（ステップＳ６０）、後始末を行う（ステップＳ７０）。本発明に係る血流計１の端末１０は、上述のプロセスの中で、血流の測定時（例えば、ステップＳ２１〜ステップＳ２６、ステップＳ３２〜ステップＳ４１、ステップＳ５１〜ステップＳ５９）において、プローベ１１０から測定した測定データを、通信ネットワーク１２を介して本体１１に送信する。そして、本体１１は、受信した測定データを加工して、通信ネットワーク１２を介して、当該測定データを送信した端末１０に当該加工データを返信する。そして、当該加工データを受信した端末１０は、加工データに基づいて画像データを表示部１３０に表示する。このようにして、本発明に係る血流計１は、端末１０で行わなければならない処理以外は通信ネットワーク１２を介して接続された本体１１において行い、これらが協働して、あたかも１台の血流計が手術室に存在しているかのように機能する。
【００３０】
図６は、本発明に係る血流計１の表示画面の一例を示す図である。画面１３１には左上に現在の測定血流量が表示されていると共に、その時系列グラフが表示されている。また、画面１３２には、右上に心拍数が表示されていると共に、心電図がグラフとして表示されている。
【００３１】
図７は、本発明に係る血流計１の端末１０が行う処理の詳細を示すフローチャートである。まず、プローベ１１０から測定データを収集する（ステップＳ１００）。そして、当該測定データを本体へ送信する（ステップＳ１０１）。この時、遅延時間の測定のための時間ｔをリセット（ｔ＝０）する。さらに、本体から加工データが送られてくるのを待機する（ステップＳ１０２）。本体から加工データを受信すると(ステップＳ１０３)、遅延時間を測定する（ｔ＝τ）。この遅延時間（τ）を本体へ送信する（ステップＳ１０４）。そして、当該受信した加工データに基づいて画像データを表示部に表示する（ステップＳ１０５）。端末１０はこれら一連の処理を、終了指示を受けるまで継続する（ステップＳ１０６）。この一連の処理サイクルを１秒間に３０回行えば、１秒間に３０フレームのビデオ画像を表示することができることになる。
【００３２】
さらに、例えば、上述のステップＳ１００からステップＳ１０５までの処理をパイプライン制御などで並行して行う事によって実現してもよい。この場合、ステップＳ１０１において、測定データを本体に送信して、受信の待機をする当該測定データに対応する加工データが同時に複数存在することになる。この場合には、それぞれの測定データを区別するためのＩＤを付しておき、本体から対応する加工データを送信する際に、このＩＤを付して送信することによって、対応する加工データを自動的にマッチングすることができる。
【００３３】
具体的には、例えば、測定データとは、ある時刻に測定した、プローベ１１０が発射した超音波の周波数とそれに反射した超音波の周波数の組合せからなるデータのことである。端末１０は、これにＩＤ（例えば０００１）を付して本体１１へ送信する。本体１１は、この周波数の組み合せからなるデータを入力として、測定対象のグラフト（血管）の血流量を算出し、この血流量のデータにＩＤ（０００１）を付して端末に返信する。
【００３４】
次に、図８は、本発明に係る血流計１の本体１１が行う処理の詳細を示すフローチャートである。まず、端末１０が送信する測定データの受信を待機する（ステップＳ２００）。測定データと上述のＩＤを受信したら（ステップＳ２０１）、当該測定データに基づいて加工データを生成する（ステップＳ２０２）。次に、当該生成した加工データに当該ＩＤを付して端末１０へ送信する（ステップＳ２０３）。次に、端末１０から送信される遅延時間（τ）の受信を待機する（ステップＳ２０４）。当該遅延時間を受信したら、当該遅延時間を受信時刻と共に記憶しておく（ステップＳ２０５）。次に、記憶した遅延時間を分析し、当該記憶した遅延時間が第２の所定の期間中第２の所定の時間を超えた回数が第２の所定の回数を超えた場合に（ステップＳ２０６）、新たな端末からの通信要求を拒否するモードへ移行する（ステップＳ２０７）。また、このモードからの復帰のタイミングを特定するため、モードを移行した時刻を合わせて記憶しておく。そして、図示はしないが、当該記憶した時刻から、第３の所定の期間が経過した時点で、元のモードへ復帰させる。
【００３５】
あるいは、その後、τが第６の所定の期間中第４の所定の時間を超えた回数が第４の所定の回数以下となった場合に元のモードへ復帰させるようにしてもよい。
【００３６】
さらに、遅延時間（τ）が第４の所定の期間中第３の所定の時間を超えた回数が第３の所定の回数を超えた場合に（ステップＳ２０８）、加工データの生成の対象となる測定データを間引いて加工データの生成をする（ステップＳ２０９）。また、このモードからの復帰のタイミングを特定するため、モードを移行した時刻を合わせて記憶しておく。そして、図示はしないが、当該記憶した時刻から、第５の所定の期間が経過した時点で、元のモードへ復帰させる。あるいは、その後、τが第７の所定の期間中第５の所定の時間を超えた回数が第５の所定の回数以下となった場合に、元のモードへ復帰させるようにしてもよい。このように、終了の指示を受けるまで、ステップＳ２００からステップＳ２０９までの一連の処理を繰り返し行う（ステップＳ２１０）。
【００３７】
具体的には、例えば、１秒（１００ミリ秒）間に、遅延時間（τ）が２ミリ秒を超える回数が５回を超えた場合に、１分間、新たな端末からの通信要求を拒否するモードへ移行してもよい。また、例えば、１秒間に、遅延時間が２ミリ秒を超える回数が１０回を超えた場合に、１分間、測定データの３回に１回分について、加工データの生成を行わない、いわゆる間引きを行うモードに移行してもよい。これらの閾値は、血流計１の端末或いは本体の機器のスペック、通信ネットワーク１２の品質や、血流計１を使用する状況に応じて適宜調整してよい。また、場合によっては、最初からある程度間引き（例えば、３回に１回の間引き）を行うモードとしておいて、状況に応じて２回に１回の間引きを行うモードに移行してもよい。
【００３８】
このように、終了の指示を受けるまで、ステップＳ２００からステップＳ２０９までの一連の処理を繰り返し行う（ステップＳ２１０）。また、図示はしないが、本体１１は、上述の一連の処理を、複数の端末に対して並行して行う。
【００３９】
なお、本実施形態においては端末１０において収集した測定データを本体１１へ送信して加工を行っているが、さらに端末１０において画像の拡大／縮小、統計処理、再計算処理、プリント処理等の処理指令を受け付けて本体１１へ処理前データと共に送信し、本体１１において当該処理指令に基づいて処理をして処理後データを端末１０に返信する様にしてもよい。
【００４０】
以上、説明した一連の処理を行う事によって、本発明の好適な実施形態の一例に係る血流計１は、遅延時間に基づいて常にできるだけ高いパフォーマンスが得られるように、コントロールされる。このことにより、手術中などのクリティカルな使用環境にも耐えられる高い信頼性を有する血流計を提供することができる。
【００４１】
［赤外線画像診断装置］
図９は、本発明に係る赤外線画像診断装置３の全体構成を示すブロック図である。上述の血流計１に係る実施形態と同様にして、少なくとも１つの本体３１と、少なくとも１つの端末３０が通信ネットワーク３２を介して接続されている。本発明の好適な実施形態の一例においては、複数の端末３０がネットワーク３２を介して通信することによって、共通の本体３１をシェアして利用することができる。手術室などでユーザが使用する際には、端末３０のみを手術室に設置し、端末３０は、ユーザによるＩＤやパスワードの入力を受け付け、通信ネットワーク３２を介して本体３１に接続を要求する。本体３１は、ＩＤやパスワード、その他端末３０が持つネットワークＩＤなどで端末を認証し、接続を確立し、赤外線画像診断装置３としての使用が可能な状態となる。
【００４２】
なお、本体３１は、上述の血流計１に係る実施形態と同様にして、いわゆる汎用コンピュータであってよい。本体３１は、専ら複数の端末３０から送信される測定データを受信して、演算、加工して、端末３０へ加工データを返信する、という演算、加工の部分に特化して機能する。また、上述の血流計１に係る実施形態と同様にして、負荷分散や、フェイルオーバーの仕組みが適用されてよい。通信ネットワーク３２に係る要件も上述の血流計１に係る実施形態と同様でよい。
【００４３】
図１０は、本発明に係る赤外線画像診断装置３の端末３０の構成を示すブロック図である。端末３０は、手術を受ける患者の術野を撮影して測定データとして収集するカメラ３１０を備えている。さらにカメラ３１０は、赤外線受光素子を含むＩＲ（赤外線）カメラ３１１と、可視光受光素子を含むＣＣＤカメラ３１２を備えている。さらに、ＩＲカメラ３１１は、焦点合わせ用３点レーザ出力部３１３を備えている。端末３０は、制御部３２０、表示部３３０、入力部３４０、記憶部３５０、通信制御部３６０、手元スイッチ入力部３７０、タッチスクリーン入力部３８０を備え、これらのハードウエアはバス３９０を介して接続されている。制御部３２０は、さらに、測定データ収集手段３２１、測定データ送信手段３２２、加工データ受信手段３２３、画像データ表示手段３２４、遅延時間測定手段３２５、遅延時間表示手段３２６、警告手段３２７、遅延時間送信手段３２８を含む。制御部３２０は、端末３０の全体を制御し、記憶部３５０に記憶されたプログラムを読み出して実行することにより、上述した手段の他各種手段を実現している。このように、制御部３２０は、情報の処理、演算を行う中央処理演算装置であり、ＣＰＵ（Central  Processing  Unit）であってよい。
【００４４】
本発明に係る赤外線画像診断装置３の本体３１に係る構成要件は、図示はしないが、上述の血流計１の実施形態に係る本体１１に係る構成要件と同様である。
【００４５】
図１１は、本発明に係る赤外線画像診断装置３を利用して、手術室において、グラフト（血管）の開通の確認を行う、一連の画像診断プロセス全体の流れを示すフローチャートである。まず、準備作業（ステップＳ３１０）を行った後、ターゲットのグラフト(血管)を遮断する（ステップＳ３２０）。次に、炭酸ガスや生理食塩水をグラフトへ散布してクーリングを行う（ステップＳ３３０）。その後、グラフトを開通する（ステップＳ３４０）。一連の作業をＩＲカメラで撮影を行い、開通後の血流を表示されたＩＲ画像で確認し、録画する（ステップＳ３５０）。その後、レポートを作成し（ステップＳ３６０）、後始末を行う（ステップＳ３７０）。本発明に係る赤外線画像診断装置３の端末３０は、上述のプロセスの中で、画像撮影時において、カメラ３１０から測定した測定データを、通信ネットワーク３２を介して本体３１に送信する。そして、本体３１は、受信した測定データを加工して、通信ネットワーク３２を介して、当該測定データを送信した端末３０に当該加工データを返信する。そして、当該加工データを受信した端末３０は、加工データに基づいて画像データを表示部３３０に表示する。このようにして、本発明に係る赤外線画像診断装置３は、端末３０で行わなければならない処理以外は通信ネットワーク３２を介して接続された本体３１において行い、これらが協働して、あたかも１台の画像診断装置が手術室に存在しているかのように機能する。
【００４６】
図１２は、本発明に係る赤外線画像診断装置３の表示画面の一例を示す図である。画面２３１にはＩＲカメラで撮影した術野の画像が表示されている。
【００４７】
図１３は、本発明に係る赤外線画像診断装置３の端末３０が行う処理の詳細を示すフローチャートである。まず、カメラ３１０から測定データを収集する（ステップＳ４００）。そして、当該測定データを本体へ送信する（ステップＳ４０１）。この時、遅延時間の測定のための時間ｔをリセット（ｔ＝０）する。さらに、本体から加工データが送られてくるのを待機する（ステップＳ４０２）。本体から加工データを受信すると(ステップＳ４０３)、遅延時間を測定する（ｔ＝τ）。この遅延時間（τ）を本体へ送信する（ステップＳ４０４）。そして、当該受信した加工データに基づいて画像データを表示部に表示する（ステップＳ４０５）。端末１０はこれら一連の処理を、終了指示を受けるまで継続する（ステップＳ４０６）。この一連の処理サイクルを１秒間に３０回行えば、１秒間に３０フレームのビデオ画像を表示することができることになる。
【００４８】
これらの一連の処理に関して、パイプライン制御による並行処理に関する、要件は、上述の血流計１に係るものと同様である。また、ＩＤによる測定データの特定に関しては、具体的には、例えば、測定データとは、ある時刻に測定した、カメラ３１０が撮影した赤外線受光信号や可視光受光信号等の組合せからなるデータのことである。端末３０は、これにＩＤ（例えば０００１）を付して本体３１へ送信する。本体３１は、これらの受光信号の組み合せからなるデータを入力して、撮影対象の術野の画像データを生成し、この画像データにＩＤ（０００１）を付して端末に返信する。
【００４９】
また、本発明に係る赤外線画像診断装置３の本体３１が行う処理については、上述の血流計１の実施形態に係る本体１１が行う処理と同様である。即ち、端末３０から送信される遅延時間（τ）を受信し、適宜モードを移行して、処理の速度や品質を維持できるようにコントロールされる。以上、説明した一連の処理を行う事によって、本発明の好適な実施形態の一例に係る赤外線画像診断装置３は、遅延時間に基づいて常にできるだけ高いパフォーマンスが得られるように、コントロールされる。このことにより、手術中などのクリティカルな使用環境にも耐えられる高い信頼性を有する画像診断装置を提供することができる。
【００５０】
［その他の実施形態］
上述の血流計１や赤外線画像診断装置３の他にも、本発明は様々な実施形態が可能である。例えば、小血管画像処理システムでは、上述の赤外線画像診断装置と同様に、手術中の術野における欠陥の開存を画像により確認することができる。これは、ＩＣＧ（インドアシアニングリーン）を静脈注射し、蛍光を発色させる事によって血流をカメラによる画像で確認するものである。この実施形態においても、上述の他の実施形態と同様にして、測定データ（受光データ）の収集と画像表示やプリントアウトを端末側で行い、画像処理をネットワークで接続された本体側で行う事により、あたかも１台の小血管画像処理システムが手術室に存在しているかのように機能させることができる。
【００５１】
以上、説明したように、本発明の原理を応用すれば、様々な診断装置や医療機器が、高い信頼性を保った上で、端末と本体をネットワークで接続する形態で実現することができる。例えば、心臓血管外科手術である冠動脈バイパス術直後にバイパスグラフトの開存をみるため、術野に赤外線カメラを用いて赤外線をあて、血管内・外の温度差にて開存を確認したい場合、上述の赤外線画像診断装置が適用可能である。本発明に係る好適な実施形態の一例によれば、医療機関は端末として、赤外線カメラ、モニター及び端末制御用コンピュータのみ購入もしくはレンタルし、インターネットもしくは専用回線を介して、測定データはセンターに設置された本体へ送られ、その加工結果がリアルタイムで医療機関の端末に返信されて、当該端末のモニターへ映し出される。
【００５２】
なお、当業者が容易に理解できるように、本発明の実施形態においてネットワークを流れる情報は測定データや画像のみなので患者個人は特定されないが、当然プライバシーを考え、医療機関からセンターへアクセスするときはパスワードをかけファイアーウオールを設置してよい。
【００５３】
他にも実際患者にあてがう機器（プローベ等）は小さくその画像処理・コンピュータ解析が大きく高額な医療機器に対して、本発明を好適に実施、もしくは応用することが可能である。
【００５４】
以上、説明したように、本発明は様々な実施形態が可能であるが、当業者が容易に理解するように、本発明の技術的範囲はこれらの実施形態に限られるものではない。
【図面の簡単な説明】
【００５５】
【図１】本発明に係る血流計１の全体構成を示すブロック図である。
【図２】本発明に係る血流計１の端末１０の構成を示すブロック図である。
【図３】本発明に係る血流計１の本体１１の構成を示すブロック図である。
【図４】本発明に係る一連の血流測定プロセス全体の流れを示すフローチャートである。
【図５】本発明に係る一連の血流測定プロセス全体の流れを示すフローチャートである。
【図６】本発明に係る血流計１の表示画面の一例を示す図である。
【図７】本発明に係る血流計１の端末１０が行う処理の詳細を示すフローチャートである。
【図８】本発明に係る血流計１の本体１１が行う処理の詳細を示すフローチャートである。
【図９】本発明に係る赤外線画像診断装置３の全体構成を示すブロック図である。
【図１０】本発明に係る赤外線画像診断装置３の端末３０の構成を示すブロック図である。
【図１１】本発明に係る一連の画像診断プロセス全体の流れを示すフローチャートである。
【図１２】本発明に係る赤外線画像診断装置３の表示画面の一例を示す図である。
【図１３】本発明に係る赤外線画像診断装置３の端末３０が行う処理の詳細を示すフローチャートである。
【符号の説明】
【００５６】
１  血流計
３  赤外線画像診断装置
１０、３０  端末
１１、３１  本体
１２、３２  通信ネットワーク
１１０  プローベ
１１１  超音波ビーム出力部
１１２  周波数センサ部
３１０  カメラ
３１１  ＩＲカメラ
３１２  ＣＣＤカメラ
３１３  ３点レーザ出力部
１２０、２１０、３２０  制御部
１３０、２２０、３３０  表示部
１４０、２３０、３４０  入力部
１５０、２４０、３５０  記憶部
１６０、２５０、３６０  通信制御部
１７０  スピーカ部
３７０  手元スイッチ入力部
１８０、３８０  タッチスクリーン入力部
１９０、２６０、３９０  バス
【図１】
2007000244.tif 000003
【図２】
2007000244.tif 000004
【図３】
2007000244.tif 000005
【図４】
2007000244.tif 000006
【図５】
2007000244.tif 000007
【図６】
2007000244.tif 000008
【図７】
2007000244.tif 000009
【図８】
2007000244.tif 000010
【図９】
2007000244.tif 000011
【図１０】
2007000244.tif 000012
【図１１】
2007000244.tif 000013
【図１３】
2007000244.tif 000014
【図１２】
2007000244.tif 000015