JP5498006B2

JP5498006B2 - 医療制御装置及び該システム

Info

Publication number: JP5498006B2
Application number: JP2008263421A
Authority: JP
Inventors: 潔志関口
Original assignee: Olympus Medical Systems Corp
Current assignee: Olympus Medical Systems Corp
Priority date: 2008-03-04
Filing date: 2008-10-10
Publication date: 2014-05-21
Anticipated expiration: 2028-10-10
Also published as: EP2098158B1; US20090228813A1; EP2098158A1; US7937163B2; JP2009207872A

Description

本発明は、複数の医療機器と、これらの医療機器を制御する医療制御装置との間の通信技術に関する。

近年、複数の医療機器を備えた内視鏡手術システムを用いて内視鏡手術や内視鏡診断が行われている。内視鏡手術システムは、内視鏡装置、光源装置、電気メス、タッチパネル、モニタ等の複数の医療機器と、これらの医療機器を集中制御するシステムコントローラから構成される。システムコントローラは、制御対象の医療機器の制御項目や動作モードの設定画面をタッチパネルまたはモニタの表示デバイスに表示させることができる。表示デバイスに表示される設定画面は、ポインタ等で操作するグラフィカル・ユーザ・インターフェイス（以下、ＧＵＩと記す）が採用されており、ユーザにとって操作し易いように設計されている。

特許文献１には、医療機器より、アイコンデータ（イメージデータ）及び操作画面用データを受信し、それに基づき、コントローラはＧＵＩ操作画面を表示するコントローラが開示されている。

特許文献１では、医療機器のメモリにイメージデータを格納し、電源ＯＮ時にコントローラに送信する。イメージデータより操作画面を作成するため、自由なデザインが可能となりユーザの操作時間が短縮するような分かり易い操作画面が作成できる。
特開２００３−１９０１８１号公報

図１２は、従来における操作画面を構成するイメージデータを示す。従来、操作パネル１の表示エリアに、例えば操作画面イメージ２を表示させる場合、バックグラウンドイメージデータ３、設定値表示エリアイメージデータ４、２つの操作ボタンイメージデータ５の４種類のイメージデータ（ビットマップファイル）が必要となっていた。

しかし、このようなイメージデータはデータ量が多いので、医療機器がコントローラへデータを送信する際、通信時間がかかる。また、複数の医療機器が同時に電源ＯＮされると、コントローラは各医療機器から送信される複数のデータを受信して処理しなければならず、通信及び処理に時間がかかる。そのため、その間は、コントローラは医療機器の制御ができず、スムーズな手術進行の妨げとなる。内視鏡外科手術では、医療機器の電源は集中電源で一括ＯＮするのが一般的であるため、このような現象は容易に発生する可能性がある。

上記課題に鑑み、本発明では、表示操作画面に医療機器を制御するための画面を表示させる場合に医療機器からコントローラへその画面に対応するイメージデータを送信するにあたり、コントローラと医療機器間の通信負荷を軽減した医療制御システムを提供する。

本発明に係る、医療機器と、該医療機器を制御する医療制御装置と、該医療機器を制御する表示操作装置と、からなる医療制御システムにおいて、前記医療機器は、該医療機器を制御するグラフィカルユーザインターフェース（ＧＵＩ）を構成するＧＵＩ画面のデザインに関する設定情報であって、前記ＧＵＩ画面を構成する部品毎に作成された該部品を形成するための属性のパラメータが記述されたテキストデータであるＧＵＩ設定情報を格納するＧＵＩ設定情報格納部と、前記ＧＵＩ設定情報を前記医療制御装置へ送信するＧＵＩ設定情報送信部と、を備え、前記医療制御装置は、前記送信されたＧＵＩ設定情報の前記属性のパラメータに基づいてＧＵＩ画像を構成する前記部品の画像を生成し、該部品の画像を組み合わせて前記ＧＵＩ画像を形成するＧＵＩ生成部と、前記生成したＧＵＩ画像を前記表示操作装置に出力する出力部と、を備えることを特徴とする。

本発明に係る医療制御装置は、医療機器から送信された、該医療機器を制御するグラフィカルユーザインターフェース（ＧＵＩ）を構成するＧＵＩ画面のデザインに関する設定情報であって、前記ＧＵＩ画面を構成する部品毎に作成された該部品を形成するための属性のパラメータが記述されたテキストデータであるＧＵＩ設定情報を受信する受信部と、前記ＧＵＩ設定情報の前記属性のパラメータに基づいてＧＵＩ画像を構成する前記部品の画像を生成し、該部品の画像を組み合わせて前記ＧＵＩ画像を形成するＧＵＩ生成部と、前記生成したＧＵＩ画像を表示操作装置に出力する出力部と、を備えることを特徴とする。

本発明に係る、医療機器と、該医療機器を制御する医療制御装置と、該医療機器を制御する表示操作装置と、からなる医療制御システムであって、前記医療機器は、前記表示操作装置に表示させるグラフィカルユーザインターフェース（ＧＵＩ）画像データと、該ＧＵＩ画像データを識別する識別情報であって前記医療機器のモデル名と前記ＧＵＩ画像データのバージョン情報を含む該識別情報とを格納するＧＵＩ画像データ格納部と、前記識別情報を送信する送信部と、を備え、前記医療制御装置は、前記識別情報と、該識別情報に対応するＧＵＩ画像データとを格納するＧＵＩ画像データ識別格納部と、前記医療機器から送信された識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されているかを判定し、前記受信した識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されていない場合には、前記医療機器に対して該識別情報に対応するＧＵＩ画像データを要求する判定部と、前記要求に応じて前記医療機器から送信された前記ＧＵＩ画像データに基づいて、ＧＵＩ画像を生成するＧＵＩ生成部と、前記生成したＧＵＩ画像を前記表示操作装置に出力する出力部と、を備え、前記ＧＵＩ生成部は、前記受信した識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されていると判定された場合、該識別情報に対応した前記ＧＵＩ画像データに基づいて、ＧＵＩ画像を生成することを特徴とする。

本発明に係る医療制御装置であって、表示操作装置に表示させるグラフィカルユーザインターフェース（ＧＵＩ）画像データと、該ＧＵＩ画像データを識別する識別情報であって前記医療機器のモデル名と前記ＧＵＩ画像データのバージョン情報を含む該識別情報とを格納するＧＵＩ画像データ識別格納部と、医療機器から送信された識別情報を受信し、該識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されているかを判定し、前記受信した識別情報と一致する識別情報がＧＵＩ画像データ識別格納部に格納されていない場合には、前記医療機器に対して該識別情報に対応するＧＵＩ画像データを要求する判定部と、前記要求に応じて前記医療機器から送信された前記ＧＵＩ画像データに基づいて、ＧＵＩ画像を生成するＧＵＩ生成部と、前記生成したＧＵＩ画像を前記表示操作装置に出力する出力部と、を備え、前記ＧＵＩ生成部は、前記受信した識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されていると判定された場合、該識別情報に対応した前記要求に応じて前記医療機器から送信された前記ＧＵＩ画像データに基づいて、ＧＵＩ画像を生成することを特徴とする。

本発明によれば、表示操作画面に医療機器を制御するための画面を表示させる場合に医療機器からコントローラへその画面に対応するイメージデータを送信するにあたり、コン
トローラと医療機器間の通信負荷を軽減することができる。

図１は、本実施形態における内視鏡手術システムの全体構成を示す。内視鏡手術システム１０１には、患者１４５が横たわるベッド１４４の両側に、第１内視鏡手術システム１０２、第２内視鏡手術システム１０３、術者用無線リモートコントローラ１４３が配置されている。

内視鏡手術システム１０２、１０３では、観察、検査、処置、記録などを行う複数の内視鏡医療機器がそれぞれ第１トロリー１２０及び第２トロリー１３９に搭載されている。また、可動スタンドには内視鏡表示パネル１４０が搭載されている。

第１トロリー１２０には、内視鏡表示パネル１１１、集中表示パネル１１２、集中操作パネルデバイス１１３、システムコントローラ１１４、レコーダ１１５、ビデオプロセッサ１１６、内視鏡光源装置１１７、気腹器１１８、電気メス装置１１９が配置されている。

集中操作パネルデバイス１１３は、非滅菌域に配置され看護師等が各医療機器の操作を集中して行うものであって、図示しないマウスとタッチパネル等のポインティングデバイスを有している場合もある。集中操作パネルデバイス１１３を用いて、医療機器を集中管理、制御、操作することができる。

それぞれの医療機器は、図示しないシリアルインターフェイスケーブル等の通信ケーブルを介してシステムコントローラ１１４と接続され、システムコントローラと双方向通信を行うことができる。

また、システムコントローラ１１４には、ヘッドセット型マイク１４２を接続することができる。システムコントローラ１１４は、ヘッドセット型マイク１４２から入力された音声を認識し、術者の音声により各機器を制御できる。また、システムコントローラ１１４には、スピーカ１４８を接続することができる。

内視鏡光源装置１１７は、照明光を伝送するライトガイドケーブルを介して第１の内視鏡１４６に接続されている。内視鏡光源装置１１７の照明光は、第１の内視鏡１４６のライトガイドに供給されると、この第１の内視鏡１４６の挿入部が刺入された患者１４５の腹部内の患部等を照明する。

第１の内視鏡１４６のカメラヘッドにより撮像された光学像データは、カメラケーブルを介してビデオプロセッサ１１６に伝送される。その光学像データはビデオプロセッサ１１６内の信号処理回路で信号処理されて、ビデオ信号が生成される。

気腹器１１８は、チューブを介して患者１４５の腹部内に、ガスボンベ１２１からＣＯ₂ガスを供給する。
第２トロリー１３９には、内視鏡表示パネル１３１、集中表示パネル１３２、中継ユニット１３３、レコーダ１３４、ビデオプロセッサ１３５、内視鏡光源装置１３６、その他の医療機器１３７，１３８（例えば、超音波処置装置、砕石装置、ポンプ、シェーバ等）が搭載されている。それぞれの機器は、図示しないケーブルで中継ユニット１３３に接続され、双方向の通信が可能になっている。システムコントローラ１１４と中継ユニット１３３は中継ケーブル１４１で接続されている。

内視鏡光源装置１３６は、照明光を伝送するライトガイドケーブルを介して第２の内視
鏡１４７に接続されている。内視鏡光源装置１３６の照明光が、第２の内視鏡１４７のライトガイドに供給される。そうすると、この第２の内視鏡１４７の挿入部が刺入された患者１４５の腹部内の患部等を照明する。

この第２の内視鏡１４７のカメラヘッドにより撮像された光学像データがカメラケーブルを介してビデオプロセッサ１３５に伝送される。その光学像データはビデオプロセッサ１３５内の信号処理回路で信号処理されて、ビデオ信号が生成される。そして、そのビデオ信号が内視鏡表示パネル１３１に出力されて、内視鏡表示パネル１３１に患部等の内視鏡画像が表示される。

さらに、システムコントローラ１１４は、術者が滅菌域から機器操作を行う術者用無線リモートコントローラ１４３により制御することもできる。また、第１トロリー１２０、第２トロリー１３９には、その他の機器（例えば、プリンタ、超音波観測装置等）も搭載することができる。

図２は、本実施形態におけるシステムコントローラ１１４及び医療機器の内部構成の概要を示す。システムコントローラ１１４（以下、コントローラ３０１という）には、表示パネル装置１１１，１１２、集中操作パネル１１３、医療機器３０２（レコーダ１１５、ビデオプロセッサ１１６、内視鏡光源装置１１７、気腹器１１８、電気メス装置１１９、・・・等）が接続されている。

コントローラ３０１は、制御部２０１、ＧＵＩ生成部２０２、記憶部２０３、通信Ｉ／Ｆ２０５、表示用Ｉ／Ｆ２０６、及びこれらを接続するバス２０７を含んでいる。
通信Ｉ／Ｆ２０５は、レコーダ１１５、ビデオプロセッサ１１６、内視鏡光源装置１１７、気腹器１１８、電気メス装置１１９等の医療機器３０２と通信を行うためのインターフェースである。

記憶部２０３は、各種の処理で利用するＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）やＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）等のメモリ及び大容量のデータを格納するハードディスクドライブ（ＨＤＤ）である。

制御部２０１は、記憶部２０３に記憶された各種処理プログラムを実行するＣＰＵ等を含んでいる。制御部２０１は、コントローラ３０１を構成する各種デバイス等を制御したり、医療機器３０２との通信を制御したりする。

ＧＵＩ生成部２０２は、制御部２０１による制御に基づいて、各種の画像処理を行ったり、集中操作パネル１１３及び表示パネルデバイス１１１，１１２等の表示部３０３に表示させる操作画面を構築したりする。

表示用I／Ｆ２０６は、ＧＵＩ生成部２０２で生成されたＧＵＩ画像データを集中操作パネル１１３及び表示パネルデバイス１１１，１１２に出力したり、集中操作パネル１１３及び表示パネルデバイス１１１，１１２からの操作信号を受け取ったりするためのインターフェースである。

医療機器３０２は、制御部３１１、記憶部３１２、通信I／Ｆ３１３を備える。記憶部３１２は、各種の処理で利用するＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）やＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）等のメモリまたは大容量のデータを格納するハードディスクドライブ（ＨＤＤ）である。記憶部３１２には、コントローラ３０１に表示部３０３へ表示させるためのＧＵＩに関するデータが記憶されている。

制御部３１１は、記憶部３１２に記憶された各種処理プログラムを実行するＣＰＵ等を含んでいる。制御部３１１は、医療機器３０２を構成する各種デバイス等を制御したり、コントローラ３０１との通信を制御したりする。通信Ｉ／Ｆ３１３は、コントローラ３０１と通信を行うためのインターフェースである。

＜第１の実施形態＞
このようなシステムの環境下において、本実施形態では、表示部３０３に表示させるためのイメージデータを描画するのに必要な最低限のパラメータを、医療機器３０２がＧＵＩ画面パラメータ情報として容量の小さいテキストファイル等の形式で予め保持している。コントローラ３０１は、医療機器３０２からそのＧＵＩ画面パラメータ情報を受信し、そのＧＵＩ画面パラメータ情報に基づいて、表示部３０３に表示させるためのイメージデータを描画し、表示部３０３に表示させる。以下に本実施形態について詳述する。

図３Ａは、本実施形態における操作画面イメージデータ４０１の一例を示す。図３Ｂ−図３Ｄは、図３Ａの操作画面を構成する部品のイメージデータを描画するためのパラメータの一例を示す。

図３Ｂは、バックグラウンドイメージデータ４０２を描画するためのパラメータを示す。図３Ｃは、設定値表示エリアイメージデータ４０３を描画するためのパラメータを示す。図３Ｄは、操作ボタンイメージデータ４０４を描画するためのパラメータを示す。これらのイメージデータはそれぞれ、「タイプ」、「形状」、「位置X軸」、「位置Y軸」、「幅」、「高さ」、「線色」、「線太さ」、「塗り潰し色」についてのパラメータで表すことができる。これらのパラメータは、ＧＵＩ画面パラメータ情報として、容量の小さいテキストファイル等の形式で医療機器３０２の記憶部３１２に予め記憶されている。

図４は、本実施形態における医療機器からコントローラ３０１へのＧＵＩ画面パラメータ情報の送信を説明するための図である。医療機器３０２の電源がONにされると、制御部３１１は、直ちに記憶部３１２からＧＵＩ画面パラメータ情報（テキストファイル）を読み出し、通信Ｉ／Ｆ３１３を介してコントローラ３０１へ送信する。コントローラ３０１は、通信Ｉ／Ｆ２０５を介してそのＧＵＩ画面パラメータ情報を受信する。制御部２０１は、そのＧＵＩ画面パラメータ情報をＧＵＩ生成部２０２に送る。生成部２０２は、そのＧＵＩ画面パラメータ情報に基づいて、ＧＵＩ画面イメージを生成する。生成したＧＵＩ画面イメージは、表示用Ｉ／Ｆ２０６を介して表示部３０３に出力され、表示部３０３に表示される。

図５Ａ及び図５Ｂは、本実施形態におけるＧＵＩ画面パラメータ情報よりＧＵＩを構築するフローを示す。上述の通り、制御部２０１は、医療機器３０２からのＧＵＩ画面パラメータ情報を受信すると、ＧＵＩ生成部２０２に当該フローを実行させる。ＧＵＩ生成部２０２は、ＧＵＩ画面パラメータ情報から順次パラメータを読み出して解析し、ＧＵＩ画面パラメータ情報に対応するイメージデータを生成し、そのイメージデータを組み合わせてＧＵＩ画面イメージを構築する。

まず、ＧＵＩ生成部２０２は、ＧＵＩ画面パラメータ情報から[形状]パラメータを読み出し（Ｓ１）、描画する図形の形状を判定する（Ｓ２）。ＧＵＩ生成部２０２は、[形状]パラメーラが“四角”であれば描画する図形を四角形に決定し（Ｓ３）、[形状]パラメーラが“丸”であれば描画する図形を丸形に決定する（Ｓ４）。

次に、ＧＵＩ生成部２０２は、[位置X軸]パラメータ、[位置Y軸]パラメータを読み出し（Ｓ５）、表示部３０３の表示画面上において描画する図形の位置を決定する（Ｓ６）。次に、ＧＵＩ生成部２０２は、[幅]パラメータ、[高さ]パラメータを読み出し（Ｓ７）、
描画する図形の幅、高さを決定する（Ｓ８）。次に、ＧＵＩ生成部２０２は、[線色]パラメータを読み出し（Ｓ９）、描画する図形の線色を決定する（Ｓ１０）。次に、ＧＵＩ生成部２０２は、[線太さ]パラメータを読み出し（Ｓ１１）、描画する図形の線太さを決定する（Ｓ１２）。次に、ＧＵＩ生成部２０２は、[塗り潰し色]パラメータを読み出し（Ｓ１３）、描画する図形の塗り潰し色を決定する（Ｓ１４）。

次に、ＧＵＩ生成部２０２は、[タイプ]パラメータを読み出し（Ｓ１５）、描画する図形のタイプを判定する（Ｓ１６）。[タイプ]パラメータが”バックグラウンド”の場合、ＧＵＩ生成部２０２は、背景として描画する図形を表示させる（Ｓ１７）。[タイプ]パラメータが”設定値表示エリア”の場合、ＧＵＩ生成部２０２は、描画する図形を表示し、その上に該当する設定値を上書き表示する（Ｓ１８）。[タイプ]パラメータが”設定値変更ボタン”の場合、ＧＵＩ生成部２０２は、描画する図形を押下可能なボタンとして表示し、押下時は該当する設定値を変更する。

このように医療制御システムは、医療機器３０２と、該医療機器を制御する医療制御装置（コントローラ３０１）と、該医療機器を制御する表示操作装置（表示部３０３）とからなる。

前記医療機器は、ＧＵＩ設定情報格納部（記憶部３１２）、ＧＵＩ設定情報送信部（通信Ｉ／Ｆ３１３）を有する。ＧＵＩ設定情報格納部は、該医療機器を制御するグラフィカルユーザインターフェース（ＧＵＩ）を構成するＧＵＩ画面のデザインに関する設定情報であるＧＵＩ設定情報（ＧＵＩ画面パラメータ情報）を格納する。ＧＵＩ設定情報送信部は、前記ＧＵＩ設定情報を前記医療制御装置へ送信する。

前記医療制御装置は、ＧＵＩ生成部（ＧＵＩ生成部２０２）、出力部（表示用I／Ｆ２０６）を有する。ＧＵＩ生成部は、前記送信されたＧＵＩ設定情報に基づいてＧＵＩ画像を生成する。出力部は、前記生成したＧＵＩ画像を前記表示操作装置に出力する。

前記ＧＵＩ設定情報は、前記ＧＵＩ画面を構成する部品毎に作成された該部品を形成するためのテキストデータ（ＧＵＩ画面パラメータ情報）である。前記ＧＵＩ生成部は、前記受信した各ＧＵＩ設定情報を解析して、各ＧＵＩ設定情報に対応する前記部品の画像を生成し、該部品画像を組み合わせて前記ＧＵＩ画像を形成する。

このように構成することにより、医療機器３０２からコントローラ３０１へ送信するデータ量を低減させることができる。
本実施形態によれば、医療機器は、表示するＧＵＩの各部分の[形状]、[位置]、[幅]、[高さ]、[線色]、[線太さ]、[塗り潰し色]等のテキストデータ形式で定義したＧＵＩ画像パラメータ情報を送信する。コントローラは、その受信したＧＵＩ画面パラメータ情報に基づいて、ＧＵＩ画面を構築することができる。これにより、医療機器にイメージデータを格納する必要がなくなる。また、操作画面の分かり易さを損なうことなく、データ量を低減させることができる。また送信するデータ量を低減させたことにより、通信時間が短くなる。そのため、スムーズな手術の進行が可能となる。さらに、医療機器に大容量のメモリが不要となり、コストダウンに繋がる。

なお、本実施形態では、ＧＵＩ画像パラメータ情報に基づいて、図形を描画したが、これに限定されない。例えば、コントローラは、予め複数の図形のテンプレート情報を保持しておき、ＧＵＩ画像パラメータ情報に基づいて、その図形のサイズや位置等を調整するようにしてもよい。

＜第２の実施形態＞
本実施形態では、医療機器から受信したＧＵＩ画面データを識別情報と関連付けて格納しておき、医療機器から送信される識別情報に応じて、医療機器にＧＵＩ画面データの送信を要求する医療制御装置について説明する。本実施形態のシステム環境は、図１、図２と同様なので、その説明を省略する。

図６は、本実施形態におけるＧＵＩ画面データ識別テーブル５００の一例を示す。ＧＵＩ画面データ識別テーブル５００は、コントローラ３０１の記憶部２０３に格納されている。ＧＵＩ画面データ識別テーブル５００は、一例として「モデル名」５０１、「バージョン名」５０２、「ＧＵＩ画面データ」５０３のデータ項目から構成される。「モデル名」５０１には、医療機器のモデル名が格納されている。「ＧＵＩ画面データ」５０３には、その「モデル名」５０１に対応する医療機器のＧＵＩ画面データが格納されている。「バージョン」５０２には、「ＧＵＩ画面データ」５０３に格納されているＧＵＩ画面データのバージョン情報が格納されている。

コントローラ３０１は、医療機器３０２から受信したＧＵＩ画面データを識別情報（モデル名とバージョン名との組み合わせからなる情報）とを関連付けて、ＧＵＩ画面データ識別テーブル５００に格納している。

図７Ａ−図７Ｃは、本実施形態における医療機器３０２からコントローラ３０１へのＧＵＩ画面パラメータ情報の送信を説明するための図である。医療機器３０２ａ，３０２ｂ，３０２ｃはそれぞれ、識別情報として自身の「モデル名」とＧＵＩ画面データの「バージョン」と、その識別情報に対応するＧＵＩ画面データとを記憶部３１２に記憶している。

図７Ａにおいて、医療機器３０２ａは、「モデル名：AAA、バージョン1.0、ＧＵＩ画面データ１」を格納している。医療機器３０２ａの電源がONにされると、制御部３１１は、記憶部３１２から識別情報Ｄ１（モデル名：AAA、バージョン1.0）を読み出し、通信Ｉ／Ｆ３１３を介してコントローラ３０１に通知する。

コントローラ３０１は、通信Ｉ／Ｆ２０５を介して識別情報Ｄ１を受信する。制御部２０１は、記憶部２０３内のＧＵＩ画面データ識別テーブル５００からその通知された識別情報Ｄ１と一致する「モデル名」と「バージョン」のＧＵＩ画面データを検索する。図６のＧＵＩ画面データ識別テーブル５００には、その識別情報Ｄ１と一致する「モデル名：AAA、バージョン1.0」があるので、制御部２０１は、「モデル名：AAA、バージョン1.0」に対応するＧＵＩ画面データ１を読み出して、ＧＵＩ生成部２０２に送る。ＧＵＩ生成部２０２は、そのＧＵＩ画面データ１に基づいて、ＧＵＩ画面イメージを生成する。生成したＧＵＩ画面イメージは、表示用Ｉ／Ｆ２０６を介して表示部３０３に出力され、表示部３０３に表示される。

図７Ｂにおいて、医療機器３０２ｂは、「モデル名：BBB、バージョン2.0、ＧＵＩ画面データ５」を格納している。医療機器３０２ｂの電源がONにされると、制御部３１１は、記憶部３１２から識別情報Ｄ２（モデル名：BBB、バージョン2.0）を読み出し、通信Ｉ／Ｆ３１３を介してコントローラ３０１に通知する。コントローラ３０１は、通信Ｉ／Ｆ２０５を介して識別情報Ｄ２を受信する。制御部２０１は、記憶部２０３内のＧＵＩ画面データ識別テーブル５００からその通知された識別情報Ｄ２と一致する「モデル名」と「バージョン」のＧＵＩ画面データを検索する。図６のＧＵＩ画面データ識別テーブル５００には、その識別情報Ｄ１と一致する「モデル名：BBB、バージョン2.0」があるので、制御部２０１は、「モデル名：BBB、バージョン2.0」に対応するＧＵＩ画面データ５を読み出して、ＧＵＩ生成部２０２に送る。ＧＵＩ生成部２０２は、そのＧＵＩ画面データ５に基づいて、ＧＵＩ画面イメージを生成する。生成したＧＵＩ画面イメージは、表示用Ｉ／Ｆ
２０６を介して表示部３０３に出力され、表示部３０３に表示される。

図７Ｃにおいて、医療機器３０２ｃは、「モデル名：BBB、バージョン2.5、ＧＵＩ画面データ６」を格納している。医療機器３０２ｂの電源がONにされると、制御部３１１は、記憶部３１２から識別情報Ｄ３（モデル名：BBB、バージョン2.5）を読み出し、通信Ｉ／Ｆ３１３を介してコントローラ３０１に通知する。コントローラ３０１は、通信Ｉ／Ｆ２０５を介して識別情報Ｄ３を受信する。制御部２０１は、記憶部２０３内のＧＵＩ画面データ識別テーブル５００からその通知された識別情報Ｄ３と一致する「モデル名」と「バージョン」のＧＵＩ画面データを検索する。図６のＧＵＩ画面データ識別テーブル５００には、「モデル名：BBB、バージョン2.5」のＧＵＩ画面データは格納されていない。この場合、コントローラ３０１は、識別情報Ｄ３に対応するＧＵＩ画面データを送信するように医療機器３０２ｃに要求をする。

医療機器３０２ｃは、その送信要求を受信すると、識別情報Ｄ３に対応するＧＵＩ画面データ６をコントローラ３０１へ送信する。制御部２０１は、そのＧＵＩ画面データ６を受信し、ＧＵＩ画面データ６とその識別情報Ｄ３とを関連付けて、ＧＵＩ画面データ識別テーブル５００に格納する。それから、制御部２０１は、そのＧＵＩ画面データ６をＧＵＩ生成部２０２へ送る。ＧＵＩ生成部２０２は、そのＧＵＩ画面データ６に基づいて、ＧＵＩ画面イメージを生成する。生成したＧＵＩ画面イメージは、表示用Ｉ／Ｆ２０６を介して表示部３０３に出力され、表示部３０３に表示される。

このように、コントローラ３０１が、受信した識別情報（モデル名及びバージョン名）と一致する識別情報に対応するＧＵＩ画面データを保持している場合には、医療機器３０２からコントローラ３０１へのＧＵＩ画面データの送信が発生しない。そのため、通信負荷を抑制することができる。

図８は、本実施形態におけるコントローラ３０１と医療機器３０２の動作フローを示す。医療機器３０２は、「モデル名：ＸＸＸ、バージョン：バージョンＮＮ、ＧＵＩ画面データｎ」を格納している。医療機器３０２は、電源がONにされると、「モデル名：ＸＸＸ、バージョン：ＮＮ」を識別情報Ｄとしてコントローラ３０１に送信する（Ｓ２１）。

コントローラ３０１は、識別情報Ｄを受信すると（Ｓ２２で「Ｙｅｓ」）、記憶部２０３内のＧＵＩ画面データ識別テーブル５００を検索して、識別情報Ｄのモデル名とバージョン名に対応するＧＵＩ画面データを保持しているかを判定する（Ｓ２３）。識別情報Ｄのモデル名とバージョン名に対応するＧＵＩ画面データを保持している場合（Ｓ２３で「Ｙｅｓ」）、コントローラ３０１は、そのＧＵＩ画面データを使用してＧＵＩを構築して、表示部３０３に表示させる（Ｓ２９）。

識別情報Ｄのモデル名とバージョン名に対応するＧＵＩ画面データを保持していない場合（Ｓ２３で「Ｎｏ」）、コントローラ３０１は、医療機器３０２に対してその識別情報Ｄに対応するＧＵＩ画面データを送信するように要求する（Ｓ２４）。

医療機器３０２は、その送信要求を受信すると（Ｓ２５で「Ｙｅｓ」）、その識別情報Ｄに対応するＧＵＩ画面データを送信する（Ｓ２６）。
コントローラ３０１は、そのＧＵＩ画面データを受信し（Ｓ２７で「Ｙｅｓ」）、その受信したＧＵＩ画面データ６と、その識別情報Ｄとを関連付けて、ＧＵＩ画面データ識別テーブル５００に格納する（Ｓ２８）。さらに、コントローラ３０１は、そのＧＵＩ画面データを使用してＧＵＩを構築して、表示部３０３に表示させる（Ｓ２９）。

このように、医療機器３０２は識別情報（モデル名とバージョン等）をコントローラ３
０１に送信する機能を持つ。コントローラ３０１は、医療機器３０２より識別情報を受信したら、ＧＵＩ画面データ識別テーブル５００にその識別情報に対応するＧＵＩ画面データが存在するかを確認する。その識別情報に対応するＧＵＩ画面データが存在する場合、コントローラ３０１は、そのＧＵＩ画面データを使用してＧＵＩ画面を構築する。その識別情報に対応するＧＵＩ画面データが存在しない場合、コントローラ３０１は、医療機器３０２にＧＵＩ画面データの送信要求をする。コントローラは、医療機器より受信したＧＵＩ画面データを識別情報と関連付けてＧＵＩ画面データ識別テーブル５００に格納する。

このように本実施形態における医療制御システムは、医療機器３０２と、該医療機器を制御する医療制御装置（コントローラ３０１）と、該医療機器を制御する表示操作装置（表示部３０３）とを有している。

前記医療機器は、ＧＵＩ画像データ格納部、送信部を有している。ＧＵＩ画像データ格納部（記憶部３１２）は、前記表示操作装置に表示させるグラフィカルユーザインターフェース（ＧＵＩ）画像データと、該ＧＵＩ画像データを識別する識別情報とを格納する。送信部（通信Ｉ／Ｆ３１３）は、前記識別情報を送信する。前記識別情報は、前記医療機器のモデル名と、前記ＧＵＩ画像データのバージョン情報を含んでいる。

前記医療制御装置は、ＧＵＩ画像データ識別格納部、判定部、ＧＵＩ生成部、出力部を有する。ＧＵＩ画像データ識別格納部（記憶部２０３）は、前記識別情報と、該識別情報に対応するＧＵＩ画像データとを格納する。判定部（制御部２０１）は、前記医療機器から送信された識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されているかを判定する。ＧＵＩ生成部（GUI生成部２０２）は、前記受信した識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されていると判定された場合、該識別情報に対応した前記ＧＵＩ画像データに基づいて、ＧＵＩ画像を生成する。出力部（表示用Ｉ／Ｆ２０６）は、前記生成したＧＵＩ画像を前記表示操作装置に出力する。

このように構成することにより、コントローラ３０１が既に保持しているＧＵＩ画像データについては、データの送信が発生しないので、通信負荷及び表示するまでにかかる処理時間を低減させることができる。

さらに、前記判定部は、前記受信した識別情報と一致する識別情報が前記格納部に格納されていない場合には、前記医療機器に対して該識別情報に対応するＧＵＩ画像データを要求する。前記ＧＵＩ画像データ格納部は、前記要求に応じて前記医療機器から送信されたＧＵＩデータと、前記識別情報とを対応づけて格納する。前記ＧＵＩ生成部は、前記要求に応じて前記医療機器から送信されたＧＵＩ画像データに基づいて、ＧＵＩ画像を生成する。

このように構成することにより、コントローラ３０１が保持していないＧＵＩ画像データについてのみデータの送信が発生するので、平均して通信負荷及び表示するまでにかかる処理時間を低減させることができる。

本実施形態によれば、複数の医療機器３０２が同時に電源ＯＮにされても、初めて接続された医療機器３０２以外はＧＵＩ画面データの送信を行わない。そのため、コントローラ３０１が受信及び処理するデータ量が少なくなり、ＣＰＵ（中央処理装置）に負荷がかからない。また、通信時間及び処理時間が短くなるため、スムーズな手術進行が可能となる。さらに、コントローラ３０１に処理能力の高い通信モジュール及びＣＰＵが不要となり、コントローラ３０１のコストを抑制することができる。

なお、本実施形態では、ＧＵＩ画面データとしてイメージデータを用いたが、これに限定されず、例えば、第1の実施形態におけるＧＵＩ画面パラメータ情報を用いてもよい。
＜第３の実施形態＞
本実施形態では、ＧＵＩ画面において使用頻度の高い機能に関するデータ量の少ないＧＵＩデータを先に表示させ、使用頻度の低い機能に関するデータ量の多いＧＵＩデータを所定時間経過後に表示させる医療制御装置について説明する。本実施形態のシステム環境は、図１、図２と同様なので、その説明を省略する。

従来、医療機器は全ての機能に対するＧＵＩの全画面のイメージデータをコントローラに一括して送信していた。このため、全てのデータを受信した後でないと、コントローラは医療機器の操作画面の表示できず、一切操作できなかった。

図９は、従来における医療機器からコントローラへ送信されたＧＵＩ画面データが表示部に表示されるまでのフローを説明する図である。同図の場合、医療機器３０２がＧＵＩ画面データを全て送信するまでに２０秒かかる。その２０秒を経過して全てのＧＵＩ画像データの受信が完了してから、コントローラは、そのＧＵＩ画像データに基づいてＧＵＩ画像イメージを生成する。生成したＧＵＩ画面イメージ６０１は、表示部３０３に出力され、表示部３０３に表示される。そうして、表示部３０３の操作が可能になる。

図１０は、本実施形態における医療機器からコントローラへ送信されたＧＵＩ画面データが表示部に表示されるまでのフローを説明する図である。医療機器３０２は、使用頻度の高い機能のみを操作可能なＧＵＩ主機能画面データ（データ量小）と、使用頻度が低いＧＵＩ詳細機能画面データ（データ量大）を個別に記憶部３１２に予め記憶している。

医療機器３０２の電源がＯＮにされると、医療機器３０２の制御部３１１は、ＧＵＩ主機能画面データ、ＧＵＩ詳細機能画面データを順番にコントローラ３０１へ送信する。ＧＵＩ主機能画面データ、ＧＵＩ詳細機能画面データを送信するのにそれぞれ、例えば６秒、１４秒かかるとする。

コントローラ３０１は、通信Ｉ／Ｆ２０５を介してＧＵＩ主機能画面データ、ＧＵＩ詳細機能画面データを受信する。制御部２０１は、ＧＵＩ主機能画面データの受信を完了したら、そのＧＵＩ主機能画面データをＧＵＩ生成部２０２へ送る。ＧＵＩ生成部２０２は、ＧＵＩ詳細機能画面データの受信完了を待たずに、そのＧＵＩ画面データ１に基づいて、主機能操作画面イメージ７０１を生成する。生成した主機能操作画面イメージ７０１は、表示用Ｉ／Ｆ２０６を介して表示部３０３に出力され、表示部３０３に表示される。これにより、表示部３０３を用いて、その医療機器の主機能だけは制御することができるようになる。

それから、制御部２０１は、ＧＵＩ詳細機能画面データの受信を完了したら、そのＧＵＩ主機能画面データをＧＵＩ生成部２０２へ送る。ＧＵＩ生成部２０２は、そのＧＵＩ画面データ１に基づいて、詳細機能操作画面イメージを生成し、主機能操作画面イメージ７０１に追加されて、詳細機能操作画面イメージ７０２が構築される。その詳細機能操作画面イメージ７０２は、表示用Ｉ／Ｆ２０６を介して表示部３０３に出力され、表示部３０３に表示される。これにより、表示部３０３を用いて、その医療機器の全ての機能を使用することができる。

これにより、手術中に使用される頻度の高い機能（ホワイトバランス、フリーズ、明るさ等）は、医療機器３０２の電源ＯＮ後、短期間で操作が可能となり、スムーズな手術進行が可能になる。

図１１は、本実施形態におけるコントローラ３０１と医療機器３０２の動作フローを示す。医療機器３０２は、電源がONにされると、ＧＵＩ主機能画面データをコントローラ３０１に送信する（Ｓ３１）。

コントローラ３０１は、ＧＵＩ主機能画面データを受信すると（Ｓ３２で「Ｙｅｓ」）、そのＧＵＩ主機能画面データを使用して主機能の操作が可能な操作画面を構築して、表示部３０３に表示させる（Ｓ３３）。

さらに、医療機器３０２は、ＧＵＩ詳細機能画面データをコントローラ３０１に送信する（Ｓ３４）。コントローラ３０１は、ＧＵＩ詳細機能画面データを受信すると（Ｓ３５で「Ｙｅｓ」）、そのＧＵＩ詳細機能画面データを使用して詳細機能の操作が可能な操作画面を構築して、表示部３０３に表示させる（Ｓ３６）。

このように、医療機器３０２は、ＧＵＩ主機能画面データ（データ量小）及びＧＵＩ詳細機能画面データ（データ量大）を持ち、それぞれを順にコントローラ３０１に送信する。コントローラ３０１は、ＧＵＩ主機能画面データを受信したら、主機能操作画面を構築し、ＧＵＩ詳細機能画面データを受信したら、詳細機能操作画面を構築する。主機能操作画面が表示されたら、コントローラ３０１がＧＵＩ詳細機能画面データを受信中でも主機能操作画面の操作が可能になる。

このように、医療制御システムは、医療機器３０２と、該医療機器を制御する医療制御装置（コントローラ３０１）と、該医療機器を制御する表示操作装置（表示部３０３）を有する。

前記医療機器は、格納部、送信部を有する。格納部は、該医療機器を制御するグラフィカルユーザインターフェース（ＧＵＩ）を構成するＧＵＩ画面データのうち所定の機能に関する第1のＧＵＩ画面データと、該第1のＧＵＩ画面データ以外のＧＵＩ画面データである第2のＧＵＩ画面データ（ＧＵＩ詳細機能画面データ）とを格納する。送信部は、前記第1のＧＵＩ画面データと前記第2のＧＵＩ画面データを順次送信する。前記第1のＧＵＩ画面データは、前記医療機器の主機能に関するＧＵＩ画面データ（ＧＵＩ主機能画面データ）である。前記第２のＧＵＩ画面データは、前記医療機器の詳細機能に関するＧＵＩ画面データ（ＧＵＩ詳細機能画面データ）である。

前記医療制御装置は、受信部（通信Ｉ／Ｆ２０５）、ＧＵＩ生成部（ＧＵＩ生成部２０２）、出力部（表示用Ｉ／Ｆ２０６）を有する。受信部は、前記第1のＧＵＩ画面データと前記第2のＧＵＩ画面データとを順次受信する。ＧＵＩ生成部は、前記受信したＧＵＩ画面データに基づいて、ＧＵＩ画面イメージを生成する。出力部は、前記ＧＵＩ画面イメージを前記表示操作部に出力する。

前記ＧＵＩ生成部は、前記第1のＧＵＩ画面データの受信完了後、該第1のＧＵＩ画面データに基づいて第1のＧＵＩ画面イメージを生成して、前記表示操作部に表示させ、前記第2のＧＵＩ画面データの受信完了後、前記第1のＧＵＩ画面データ及び該第２のＧＵＩ画面データに基づいて第2のＧＵＩ画面イメージを生成して、前記表示操作部に表示させる。

このように構成することにより、データ量の小さいＧＵＩ主機能画面データの受信を完了して主機能画面が表示された時点から医療機器の操作が可能となる。
本実施形態によれば、複数の医療機器の電源が同時にＯＮにされても、データ量の小さいＧＵＩ主機能画面データの受信を完了して主機能画面が表示された時点から医療機器の操作が可能となる。そのため、医療機器の主機能を制御できるまでの時間が短く、スムー
ズな手術進行が可能となる。

なお、第３の実施形態を第1の実施形態に適用させてもよい。すなわち、主機能の画面構成部品のＧＵＩ画面パラメータ情報をＧＵＩ主機能画面データとし、詳細機能の画面構成部品のＧＵＩ画面パラメータ情報をＧＵＩ主機能画面データとしてもよい。

なお、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。

第１〜第３の実施形態における内視鏡手術システムの全体構成を示す。第１〜第３の実施形態におけるシステムコントローラ１１４の内部構成の概要を示す。第１の実施形態における操作画面イメージデータ４０１の一例を示す。第１の実施形態におけるバックグラウンドイメージデータ４０２を描画するためのパラメータを示す。第１の実施形態における設定値表示エリアイメージデータ４０３を描画するためのパラメータを示す。第１の実施形態における操作ボタンイメージデータ４０４を描画するためのパラメータを示す。第１の実施形態における医療機器からコントローラ３０１へのＧＵＩ画面パラメータ情報の送信を説明するための図である。第１の実施形態におけるＧＵＩ画面パラメータ情報よりＧＵＩを構築するフロー（その１）を示す。第１の実施形態におけるＧＵＩ画面パラメータ情報よりＧＵＩを構築するフロー（その２）を示す。第２の実施形態におけるＧＵＩ画面データ識別テーブル５００の一例を示す。第２の実施形態における医療機器からコントローラ３０１へのＧＵＩ画面パラメータ情報の送信を説明するための図である。第２の実施形態における医療機器からコントローラ３０１へのＧＵＩ画面パラメータ情報の送信を説明するための図である。第２の実施形態における医療機器からコントローラ３０１へのＧＵＩ画面パラメータ情報の送信を説明するための図である。第２の実施形態におけるコントローラと医療機器の動作フローを示す。従来における医療機器からコントローラへ送信されたＧＵＩ画面データが表示部に表示されるまでのフローを説明する図である。第３の実施形態における医療機器からコントローラへ送信されたＧＵＩ画面データが表示部に表示されるまでのフローを説明する図である。第３の実施形態におけるコントローラと医療機器の動作フローを示す。従来における操作画面を構成するイメージデータを示す。

符号の説明

１１１，１１２表示パネル装置
１１３集中操作パネル
２０１制御部
２０２ＧＵＩ生成部
２０３記憶部
２０５通信Ｉ／Ｆ
２０６表示用Ｉ／Ｆ
２０７バス
１１４（３０１）コントローラ
３０２（３０２ａ，３０２ｂ，３０２ｃ）医療機器
３０３表示部
３１１制御部
３１２記憶部
３１３通信I／Ｆ
４０１操作画面イメージデータ
４０２バックグラウンドイメージデータ
４０３設定値表示エリアイメージデータ
４０４操作ボタンイメージデータ
５００ＧＵＩ画面データ識別テーブル
７０１主機能操作画面イメージ
７０２詳細機能操作画面イメージ

Claims

医療機器と、該医療機器を制御する医療制御装置と、該医療機器を制御する表示操作装置と、からなる医療制御システムであって、
前記医療機器は、
該医療機器を制御するグラフィカルユーザインターフェース（ＧＵＩ）を構成するＧＵＩ画面のデザインに関する設定情報であって、前記ＧＵＩ画面を構成する部品毎に作成された該部品を形成するための属性のパラメータが記述されたテキストデータであるＧＵＩ設定情報を格納するＧＵＩ設定情報格納部と、
前記ＧＵＩ設定情報を前記医療制御装置へ送信するＧＵＩ設定情報送信部と、
を備え、
前記医療制御装置は、
前記送信されたＧＵＩ設定情報の前記属性のパラメータに基づいてＧＵＩ画像を構成する前記部品の画像を生成し、該部品の画像を組み合わせて前記ＧＵＩ画像を形成するＧＵＩ生成部と、
前記生成したＧＵＩ画像を前記表示操作装置に出力する出力部と、
を備えることを特徴とする医療制御システム。
医療機器から送信された、該医療機器を制御するグラフィカルユーザインターフェース（ＧＵＩ）を構成するＧＵＩ画面のデザインに関する設定情報であって、前記ＧＵＩ画面を構成する部品毎に作成された該部品を形成するための属性のパラメータが記述されたテキストデータであるＧＵＩ設定情報を受信する受信部と、
前記ＧＵＩ設定情報の前記属性のパラメータに基づいてＧＵＩ画像を構成する前記部品の画像を生成し、該部品の画像を組み合わせて前記ＧＵＩ画像を形成するＧＵＩ生成部と、
前記生成したＧＵＩ画像を表示操作装置に出力する出力部と、
を備えることを特徴とする医療制御装置。
医療機器と、該医療機器を制御する医療制御装置と、該医療機器を制御する表示操作装置と、からなる医療制御システムであって、
前記医療機器は、
前記表示操作装置に表示させるグラフィカルユーザインターフェース（ＧＵＩ）画像データと、該ＧＵＩ画像データを識別する識別情報であって前記医療機器のモデル名と前記ＧＵＩ画像データのバージョン情報を含む該識別情報とを格納するＧＵＩ画像データ格納部と、
前記識別情報を送信する送信部と、
を備え、
前記医療制御装置は、
前記識別情報と、該識別情報に対応するＧＵＩ画像データとを格納するＧＵＩ画像データ識別格納部と、
前記医療機器から送信された識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されているかを判定し、前記受信した識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されていない場合には、前記医療機器に対して該識別情報に対応するＧＵＩ画像データを要求する判定部と、
前記要求に応じて前記医療機器から送信された前記ＧＵＩ画像データに基づいて、ＧＵＩ画像を生成するＧＵＩ生成部と、
前記生成したＧＵＩ画像を前記表示操作装置に出力する出力部と、
を備え、
前記ＧＵＩ生成部は、前記受信した識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されていると判定された場合、該識別情報に対応した前記ＧＵＩ画像データに基づいて、ＧＵＩ画像を生成する
ことを特徴とする医療制御システム。
表示操作装置に表示させるグラフィカルユーザインターフェース（ＧＵＩ）画像データと、該ＧＵＩ画像データを識別する識別情報であって前記医療機器のモデル名と前記ＧＵＩ画像データのバージョン情報を含む該識別情報とを格納するＧＵＩ画像データ識別格納部と、
医療機器から送信された識別情報を受信し、該識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されているかを判定し、前記受信した識別情報と一致する識別情報がＧＵＩ画像データ識別格納部に格納されていない場合には、前記医療機器に対して該識別情報に対応するＧＵＩ画像データを要求する判定部と、
前記要求に応じて前記医療機器から送信された前記ＧＵＩ画像データに基づいて、ＧＵＩ画像を生成するＧＵＩ生成部と、
前記生成したＧＵＩ画像を前記表示操作装置に出力する出力部と、
を備え、
前記ＧＵＩ生成部は、前記受信した識別情報と一致する識別情報が前記ＧＵＩ画像データ識別格納部に格納されていると判定された場合、該識別情報に対応した前記要求に応じて前記医療機器から送信された前記ＧＵＩ画像データに基づいて、ＧＵＩ画像を生成する
ことを特徴とする医療制御装置。