JP5226898B2 - 医療システムおよび医療システムの通信制御方法ならびに医用画像撮影装置、サーバ - Google Patents

Description

本発明は、医療システムおよび医療システムの通信方法ならびに医用画像撮影装置、サーバに関する。

例えば、特許文献１等にも記載されているように、近年、病院内外で、異なった製造業者（マルチベンダ）の、異なった種類（マルチモダリティ）のディジタル画像機器（モダリティ）を、情報ネットワーク等で相互に接続して、患者の画像検査情報のやり取りや画像データの伝送を可能とする医用画像と通信の標準規格であるＤＩＣＯＭ(Digital Imagingand Communications in Medicine)規格が注目されている。

このＤＩＣＯＭ規格は、上述の画像機器間を、診療の目的に従って、意味のある相互接続を実現することにより、これまでのフィルムを中心とする画像診療システムの問題点（保管場所不足、フィルムの紛失、遅い配送等）の克服と、新しい画像診療の付加価値（ディジタル画像処理、コンピュータ支援診断、総合画像診断等）が得られることが期待されている。

特開２０１０−１３１０３４号公報

ところが、上述のＤＩＣＯＭ規格では、１回の検査中におけるモダリティ側の検査中断や検査再開が想定されておらず、当該中断が発生する毎に、別検査として扱われるため、モダリティ側から医用サーバ側に収拾した医用画像の管理が不便となる技術的課題があった。

例えば、モダリティとして内視鏡装置を用いる場合、同一患者に対する１回の検査中におけるスコープの交換毎に内視鏡装置の電源停止が発生し、１回の一連の検査が内視鏡装置の電源停止の前後で分断されて別個の検査として医用サーバ側に認識されることとなり、利用者は、常に、検査の中断の有無を意識して医用画像の管理を行う必要があり、医用画像等の管理が煩雑で不便であった。

なお、上述の特許文献１には、ＤＩＣＯＭ準拠の医用画像システムにおいて、医用画像データとオーダ情報とを対応付けて可搬媒体に記憶させることで、他の医療機関に可搬媒体が持ち込まれた場合に、可搬媒体に記憶されている医用画像データを容易に利用可能にしようとする技術が開示されているのみであり、上述のモダリティ側の検査の中断や再開に起因する技術的課題は全く認識されていない。

本発明の目的は、医用画像発生機器の側における検査中断および再開等に影響されることなく、１回の検査で得られる医用画像等の検査情報を正しく認識して簡便かつ的確に管理することが可能な技術を提供することにある。

本発明の第１の観点は、医用画像撮影装置と前記医用画像撮影装置から送信される医用画像を記録するサーバとからなる医療システムであって、
前記医用画像撮影装置における検査中または検査終了の検査状態を、前記医用画像撮影装置および前記サーバの各々で記憶する第１検査状態記憶手段および第２検査状態記憶手段と、
前記医用画像撮影装置における前記検査状態を前記サーバに通知する機能、および前記サーバからの検査終了実行指示に応じて前記医用画像撮影装置を前記検査終了に移行させる機能を具備した第１制御手段と、
前記医用画像撮影装置から受信した前記検査状態の情報と前記サーバの状態とに基づいて、前記サーバから前記医用画像撮影装置の前記検査状態を変更する前記検査終了実行指示を生成する第２制御手段と、
を具備する医療システムを提供する。

本発明の第２の観点は、医用画像撮影装置と前記医用画像撮影装置から送信される医用画像を記録するサーバとを具備する医療システムの通信制御方法であって、
前記医用画像撮影装置に設けられた制御部が前記サーバに対して前記医用画像撮影装置における検査中または検査終了の検査状態を通知して、前記検査状態の情報を前記医用画像撮影装置および前記サーバで共有する第１ステップと、
前記医用画像撮影装置と前記サーバとの間における通信中断後の通信再確立に際して前記医用画像撮影装置に設けられた制御部が前記サーバに前記検査状態を通知する第２ステップと、
前記第２ステップにおいて前記サーバが受信した前記検査状態の情報と前記サーバ側の前記検査状態の変化の有無とに基づいて、前記サーバに設けられたＣＰＵが前記医用画像撮影装置の前記検査状態を変更する第３ステップと、
を具備する医療システムの通信制御方法を提供する。

本発明の第３の観点は、検査で得られた医用画像を記憶するサーバに接続されて医用システムを構成する医用画像撮影装置であって、
前記サーバとの間で情報を送受信するための通信手段と、
前記医用画像撮影装置における検査中または検査終了の検査状態を記憶する検査状態記憶手段と、
前記サーバに前記検査状態を通知する検査状態通知機能と、前記サーバからの検査終了実行指示に応じて前記医用画像撮影装置の検査を終了させる検査終了実行指令認識機能とを具備し、前記サーバとの間で前記検査状態を整合させる制御手段と、
を含む医用画像撮影装置を提供する。

本発明の第４の観点は、医用画像撮影装置に接続されて医用システムを構成し、前記医用画像撮影装置から送信される医用画像を記憶するサーバであって、
前記医用画像撮影装置との間で情報を送受信するための通信手段と、
前記医用画像撮影装置における検査中または検査終了の検査状態と同期した前記サーバの検査状態を記憶する検査状態記憶手段と、
前記医用画像撮影装置からの前記検査状態の通知を受信して前記検査状態記憶手段を更新する機能と、前記サーバが強制的に前記検査終了に移行する場合に、前記医用画像撮影装置を前記検査終了に移行させる検査終了実行指示を当該医用画像撮影装置に通知して前記医用画像撮影装置との間で前記検査状態を整合させる機能とを具備した制御手段と、
を含むサーバを提供する。

本発明の第５の観点は、検査で得られた医用画像を記憶するサーバに接続されて医用システムを構成する医用画像撮影装置の制御方法であって、
前記サーバとの間における通信の中断後の通信再確立を前記医用画像撮影装置に設けられた制御部が検出するステップと、
前記通信再確立を検出したとき、前記制御部が前記医用画像撮影装置における検査中または検査終了の検査状態を前記サーバに通知するステップと、
前記サーバからの検査終了実行指示に応じて、前記制御部が前記医用画像撮影装置の検査を終了させるステップと、
を含む医用画像撮影装置の制御方法を提供する。

本発明の第６の観点は、医用画像撮影装置に接続されて医用システムを構成し、前記医用画像撮影装置から送信される医用画像を記憶するサーバの制御方法であって、
前記サーバに設けられたＣＰＵが、前記医用画像撮影装置との間で情報を送受信するステップと、
前記ＣＰＵが、前記医用画像撮影装置における検査中または検査終了の検査状態と同期した前記サーバの検査状態をメモリに記憶させるステップと、
前記医用画像撮影装置からの前記検査状態の通知を受信して前記医用画像撮影装置に関する前記検査状態の記憶を前記ＣＰＵが更新するステップと、
前記サーバが強制的に前記検査終了に移行する場合に、前記ＣＰＵが前記医用画像撮影装置を前記検査終了に移行させる検査終了実行指示を当該医用画像撮影装置に通知して前記医用画像撮影装置との間で前記検査状態を整合させるステップと、
を含むサーバの制御方法を提供する。

本発明によれば、医用画像発生機器の側における検査中断および再開等に影響されることなく、１回の検査で得られる医用画像等の検査情報を正しく認識して簡便かつ的確に管理することが可能な技術を提供することができる。

本発明の一実施例である医用画像撮影装置を備えた医療システムの全体構成を示すブロック図である。 図１の医用画像撮影装置および光源装置に着脱自在な複数種の内視鏡スコープを示す説明図である。 本発明の一実施の形態である医療システムの内視鏡装置に設けられるモダリティ側状態テーブルの構成例を示す概念図である。 本発明の一実施の形態である医療システムの画像サーバに設けられるサーバ側状態テーブルの構成例を示す概念図である。 本発明の一実施の形態である医療システムにおける基本通信シーケンスを示すシーケンス図である。 本発明の一実施の形態である医療システムにおける基本通信シーケンスを示すシーケンス図である。 本発明の一実施の形態である医療システムにおいて内視鏡装置と画像サーバの状態を整合させる処理の一例を示すフローチャートである。 本発明の一実施の形態である医療システムにおいて内視鏡装置と画像サーバの状態を整合させる処理の一例を示すシーケンス図である。 本発明の一実施の形態である医療システムにおいて内視鏡装置と画像サーバの状態を整合させる処理の一例を示すシーケンス図である。 本発明の一実施の形態である医療システムにおいて内視鏡装置と画像サーバの状態を整合させる処理の一例を示すシーケンス図である。 本発明の一実施の形態である医療システムにおいて内視鏡装置と画像サーバの状態を整合させる処理の一例を示すシーケンス図である。 本発明の他の実施の形態である医療システムにおける内視鏡装置の作用の一例を示すフローチャートである。 本発明の他の実施の形態である医療システムの変形例を示すフローチャートである。 本発明のさらに他の実施の形態である医療システムの内視鏡装置と画像サーバとの間における通信中断に起因する画像管理状態の不整合を説明するシーケンス図である。 本発明のさらに他の実施の形態である医療システムの内視鏡装置における通信再確立時の処理の一例を示すフローチャートである。 本発明の実施の形態に関連する参考例を示すシーケンス図である。 本発明の実施の形態に関連する参考例を示すシーケンス図である。

本実施の形態では、一態様として、医用画像を発生する医用画像撮影装置（プロセッサ）と、医用画像を収集して管理する画像サーバとの間の通信が一旦確立された後において当該通信が遮断された後に検査状態のすり合わせ(互いのステータスの相互参照)を行う。

これにより、例えば、内視鏡装置等の医用画像撮影装置において、検査中にスコープを交換するためにプロセッサの電源が切断されるなどによりプロセッサと画像サーバとの間の通信が一旦遮断された場合でも、通信遮断の前後で、連続した一つの検査として医用画像等の検査データを取り扱うようにすることができる。

以下、図面を参照しながら、本発明の実施の形態について詳細に説明する。
（実施の形態１）
図１は医用画像撮影装置を備えた医療システムの全体構成を示すブロック図、図２は図１の医用画像撮影装置および光源装置に着脱自在な複数種の内視鏡スコープを示す説明図ある。

図１に示すように、本実施の形態の医療システム１は、医療装置を構成するＤＩＣＯＭ規格対応の内視鏡装置２（医用画像撮影装置）と、この内視鏡装置２および光源装置４に着脱自在に接続可能な検査機器を構成する内視鏡スコープ３と、内視鏡装置２および内視鏡スコープ３に接続され、内視鏡スコープ３による検査を行う場合に必要な照明光を発生させる光源装置４と、内視鏡装置２と情報ネットワーク４０を介して接続される医用サーバである画像サーバ５（サーバ）とを有して構成されている。

内視鏡スコープ３は、例えば挿入部先端側内部に設けられ、被検体を撮像するための固体撮像素子（ＣＣＤ）３ａと、この内視鏡スコープ３の種類を示すスコープＩＤ等の識別情報が予め格納されたＥＰＲＯＭ等の記憶部３ｂと、を有している。

内視鏡スコープ３としては、例えば図２に示すように、通常の可視光検査を行う可視光検査用内視鏡スコープ３Ａと、超音波を用いて超音波検査を行う超音波検査用内視鏡スコープ３Ｂと、特殊光を用いて特殊光検査を行う特殊光検査用内視鏡スコープ３Ｃとがある。

このような内視鏡スコープ３Ａ〜３Ｃは、周知のように体腔内に挿入される細長形状の挿入部３ｘと、この挿入部３ｘの基端側に設けられた把持部３ｙと、ユニバーサルコードの基端側に設けられ内視鏡装置２に着脱自在に装着可能なコネクタ部３ｚとをそれぞれ有して構成されている。

そして、このような内視鏡スコープ３Ａ〜３Ｃの内の何れかの内視鏡スコープ３が検査内容に応じて選択される。そして選択された内視鏡スコープ３のコネクタ部３ｚは、図２に示すように光源装置４のコネクタ部４Ａに差し込むことでこの内視鏡スコープ３が光源装置４に接続され、この内視鏡スコープ３は図示しないスコープケーブルを介して内視鏡装置２に接続される。

このとき、内視鏡スコープ３が光源装置４および内視鏡装置２に接続された場合には、内視鏡スコープ３の記憶部３ｂに格納されているスコープＩＤ等の識別情報がスコープケーブル（図示せず）を介して内視鏡装置２内の後述するスコープインターフェース部６によって取り込まれるようになっている。

また、光源装置４と内視鏡スコープ３とを接続するスコープケーブル内には、照明光を伝送するライトガイドケーブルが設けられており、光源装置４は、この光源装置４の照明光を内視鏡スコープ３のライトガイドに供給し、内視鏡スコープ３の挿入部３ｘが剌入された患者の体腔内の患部等を照明する。

そして、内視鏡スコープ３は、挿入部３ｘ先端部内に設けられた図示しない観察光学系による患部等の光学像を、挿入部３ｘ先端部内に設けられたＣＣＤ３ａにより撮像し、撮像した撮像信号を、ユニバーサルコードを介して内視鏡装置２へと伝送する。

内視鏡装置２は、内視鏡スコープ３から受信した撮像信号を、医用画像の画像データとしてメモリ８に記憶する。

次に、内視鏡スコープ３に照明光を供給する光源装置４の構成について説明する。図１に示すように、光源装置４は、内視鏡装置２と通信を行うための通信インターフェース部１４と、照明光を発生するための光源であるランプ１５と、このランプ１５の光量を調整する光量調節部１６と、特殊光検査用内視鏡スコープ３Ｃが接続された場合に特殊光を生成するための特殊光フィルタの駆動を制御する特殊光フィルタ制御部１７と、このようなブロックを含み、光源装置４全体を制御する制御部１８とを有して構成されている。

通信インターフェース部１４は、内視鏡装置２の後述する光源通信インターフェース部９に電気的に接続して通信を行うためのインターフェースであり、例えば光源フィルタの選択操作が行われた場合には、選択された光源フィルタの種別等の識別情報を内視鏡装置２の光源通信インターフェース部９に送信するようになっている。

次に、本実施の形態の医療システム１を構成する内視鏡装置２、および画像サーバ５の具体的な構成の一例について説明する。

図１に示すように、本実施の形態の内視鏡装置２は、ＤＩＣＯＭ規格に対応したディジタル画像機器であって、スコープインターフェース部６と、画像生成部７と、メモリ８と、画像処理部１０と、不揮発性の記憶部１１と、ネットワークインターフェース部１２（通信手段）と、制御部１３とを有して構成されている。

本実施の形態では、内視鏡装置２内の記憶部１１には、例えば出力するＤＩＣＯＭ規格の画像データを表示するのに必要なオペレーティングシステム（ＯＳ）等の基本ソフトウェア１１ａと、ＤＩＣＯＭ規格に準拠した画像サーバ５との連携動作を実現する制御プログラムであるアプリケーションプログラム１１ｂ（制御手段）（第１制御手段）が格納されている。

さらに、本実施の形態の場合には、不揮発性の記憶部１１には、内視鏡装置２における検査状態を管理するために、後述のようなモダリティ側状態テーブル５０（検査状態記憶手段）（第１検査状態記憶手段）が格納されている。

そして、本実施の形態の場合、アプリケーションプログラム１１ｂは、制御部１３によって実行されることで、モダリティ側状態テーブル５０に適宜アクセスして、画像サーバ５との通信確立時等において内視鏡装置２における検査状態を画像サーバ５に通知する機能、および画像サーバ５からの検査終了実行指示に応じて内視鏡装置２を検査終了に移行させる機能、等を実現するための制御論理を具備している。

制御部１３は、例えばマイクロプロセッサ等で構成され、記憶部１１に格納された基本ソフトウェア１１ａおよびアプリケーションプログラム１１ｂを実行することで、医療システム１を構成する内視鏡装置２の全体を制御する。

スコープインターフェース部６は、内視鏡スコープ３が着脱自在で且つ電気的に接続するためのインターフェースであり、内視鏡スコープ３が内視鏡装置２に接続された場合には、内視鏡スコープ３の記憶部３ｂに格納されているスコープＩＤ等の識別情報を取り込み、スコープＩＤ処理部６ａによって処理した後に制御部１３に出力する。

画像生成部７は、内視鏡スコープ３のＣＣＤ３ａにより撮像された撮像信号を取り込み、信号処理して制御部１３を介して画像処理部１０に出力する。メモリ８は、内視鏡スコープ３により得られた内視鏡画像等の医用画像のデータを記憶する。

光源通信インターフェース部９は、光源装置４の通信インターフェース部１４に電気的に接続して通信を行うためのインターフェースであり、例えば光源装置４の光源フィルタの選択操作が行われた場合には、選択された光源フィルタの種別等の識別情報が光源装置４から送信され、この送信された識別情報を受信して取り込み、制御部１８に出力する。

画像処理部１０は、画像生成部７を介して供給された画像データに対し、接続された図示しない表示装置、およびネットワークインターフェース部１２を介して接続された画像サーバ５に出力するために必要な処理を施す。

例えば、画像処理部１０は、ネットワークインターフェース部１２を介して画像サーバ５に画像データを出力する場合には、制御部１３の制御によりＤＩＣＯＭ規格対応の画像データとなるように画像データに対し所定の処理を施す。

ネットワークインターフェース部１２は、情報ネットワーク４０を介して画像サーバ５と情報通信するためのインターフェースであり、画像処理部１０より処理された内視鏡画像等のＤＩＣＯＭ規格対応の画像データを、情報ネットワーク４０を介して画像サーバ５に出力する。

また、本実施の形態の場合には、内視鏡装置２における、検査中、検査終了等の検査状態の情報を画像サーバ５に送信したり、画像サーバ５から検査終了実行指示を受信する動作を行う。

一方、本実施の形態の医療システム１を構成する画像サーバ５は、ネットワークインターフェース部１９（通信手段）、外部記憶装置２０、メモリ２１、ＣＰＵ２２、を備えている。

ネットワークインターフェース部１９は、情報ネットワーク４０を介して内視鏡装置２と情報通信するためのインターフェースである。具体的には、内視鏡装置２との間で、後述のような検査開始、検査終了、等の検査状態の情報の送受信や、内視鏡装置２で発生した内視鏡画像等のＤＩＣＯＭ規格対応の画像データを、情報ネットワーク４０を介して受信する動作を行う。

外部記憶装置２０は、不揮発性の記憶装置で構成されている。本実施の形態の場合、外部記憶装置２０には、画像サーバ５の全体を制御するための基本ソフトウェア２０ａ、ＤＩＣＯＭ規格に準拠した内視鏡装置２との連携動作等を実現するためのアプリケーションプログラム２０ｂ（第２制御手段）（制御手段）が格納されている。

また、外部記憶装置２０には、画像サーバ５の側の状態を管理するためのサーバ側状態テーブル６０（第２検査状態記憶手段）が格納されている。

本実施の形態の場合、アプリケーションプログラム２０ｂは、さらに、ＣＰＵ２２によって実行されることで、サーバ側状態テーブル６０を適宜アクセスし、内視鏡装置２から受信した検査状態の情報と当該画像サーバ５の状態とに基づいて、画像サーバ５から内視鏡装置２の検査状態を変更する検査終了実行指示を生成する機能を実現する。

ＣＰＵ２２は、メモリ２１にロードされた基本ソフトウェア２０ａおよびアプリケーションプログラム２０ｂを実行することで、画像サーバ５の全体を制御し、上述のような、ＤＩＣＯＭ規格に準拠した内視鏡装置２との連携動作等を実現する。

図３は、本実施の形態の内視鏡装置２に設けられるモダリティ側状態テーブル５０の構成例を示す概念図である。

モダリティ側状態テーブル５０は、検査ＩＤ５１、検査中フラグ５２、検査終了通知済フラグ５３が対応付けられて格納されている。

検査ＩＤ５１は、内視鏡装置２で行われる一つの検査をユニークに識別する情報である。

検査中フラグ５２は、内視鏡装置２が検査中か検査終了状態（非検査中）を示す検査中フラグＦＳが格納される領域であり、アプリケーションプログラム１１ｂによって設定、更新され、検査中＝“１”、非検査中＝“０”、である。

検査終了通知済フラグ５３は、対応する検査中フラグ５２の状態を画像サーバ５に通知済みか否かを管理する検査終了通知済フラグＦＥが格納される領域であり、アプリケーションプログラム１１ｂによって、通知未了＝“１”、通知済＝“０”に設定、更新される。

すなわち、内視鏡装置２の制御部１３は、ネットワークインターフェース部１２から通信確立の通知を受けたとき、検査中フラグＦＳが“１”で検査中であれば、当該通信確立が、検査中に通信中断が発生した後に通信再確立と判別できる。

また、検査中フラグＦＳが“０”で検査終了の場合、さらに、検査終了通知済フラグＦＥが“１”で通知未了の場合には、通信中断中に検査終了が行われた直後の通信再確立と判定できる。

図４は、本実施の形態の画像サーバ５に設けられるサーバ側状態テーブル６０の構成例を示す概念図である。

このサーバ側状態テーブル６０は、検査ＩＤ６１、検査中フラグ６２、が対付けられて格納されている。

検査ＩＤ６１は、画像サーバ５に接続される内視鏡装置２の各々において実施される検査をユニークに識別する情報である。すなわち、この検査ＩＤ６１によって、任意の内視鏡装置２において実施される任意の検査をユニークに識別できる。

検査中フラグ６２（検査中フラグＦＳ＿Ｓ）は、個々の内視鏡装置２で実施される検査のうち、対応する検査ＩＤ６１で特定される検査の検査状態を示す情報が格納される領域であり、アプリケーションプログラム２０ｂによって設定／更新される。

なお、この検査中フラグ６２は、検査中＝“１”、非検査中＝“０”の他に、画像サーバ５の側の操作で発生した検査終了による非検査中を示す非検査中＝“２”、の情報が格納される。

すなわち、検査中フラグ６２（検査中フラグＦＳ＿Ｓ）の非検査中＝“２”は、画像サーバ５の側の操作で検査終了が行われたことによる非検査中の状態を示している。

画像サーバ５のＣＰＵ２２は、ネットワークインターフェース部１９から通信確立の通知を受けると、サーバ側状態テーブル６０の、所望の内視鏡装置２の検査ＩＤ６１に対応する検査中フラグＦＳ＿Ｓが“１”の場合には、当該内視鏡装置２で、検査中に通信中断が発生した後の通信再確立と判別できる。

また、検査中フラグＦＳ＿Ｓが“２”の場合は、当該内視鏡装置２の検査中に発生した通信中断中に、画像サーバ５の側で内視鏡装置２からの通知に関係なく、画像サーバ５の側の操作で検査終了が実行された直後の通信再確立と判別できる。

以下、本実施の形態の医療システム１の作用の一例について説明する。

図５および図６は、本実施の形態の医療システム１における基本通信シーケンスを示すシーケンス図である。図７は、本実施の形態の医療システム１において内視鏡装置２と画像サーバ５の状態を整合させる処理の一例を示すフローチャートである。

また、図８、図９、図１０、図１１、は、本実施の形態の医療システム１において内視鏡装置２と画像サーバ５の状態を整合させる処理の一例を示すシーケンス図である。

まず、図５および図６を参照して、画像サーバ５と内視鏡装置２の間において、一つの検査の開始から終了までの間に通信中断が発生しない正常な場合における内視鏡装置２および画像サーバ５の動作の一例を説明する。

図５は、内視鏡装置２の検査状態の変化に画像サーバ５の状態を追従して整合させる例（基本通信シーケンスＫ１）が示されている。

すなわち、内視鏡装置２と画像サーバ５の間における通信が確立すると、内視鏡装置２では、ネットワークインターフェース部１２からアプリケーションプログラム１１ｂを実行する制御部１３（以下、単に制御部１３と記す）に通信確立が通知される。

その後、内視鏡装置２では内視鏡スコープ３を使用した所定の検査が開始され、これを検出した制御部１３は、モダリティ側状態テーブル５０の検査ＩＤ５１に検査識別情報（この場合、検査Ａ）を設定するとともに、検査中フラグ５２に、検査中フラグＦＳとして検査中を示す“１”を設定し、さらに検査終了通知済フラグ５３に検査終了通知済フラグＦＥとして通知未了を示す“１”を設定する（ステップ２０１）。

その後、内視鏡装置２の制御部１３は、検査Ａの開始を画像サーバ５に通知する（ステップ２０２（第１ステップ））。

一方、画像サーバ５の側では、上述の通信確立によってネットワークインターフェース部１９からアプリケーションプログラム２０ｂを実行するＣＰＵ２２（以下、単にＣＰＵ２２と記す）に通信確立が通知されている。

そして、ＣＰＵ２２は、内視鏡装置２からの上述の検査Ａの開始通知を受信すると、サーバ側状態テーブル６０の検査ＩＤ６１に内視鏡装置２の識別情報を設定するとともに、対応する検査中フラグ６２に検査中フラグＦＳ＿Ｓとして検査中を示す“１”を設定し、画像サーバ５を検査中に状態変更する（ステップ５０１）。

そして、内視鏡装置２の側で検査Ａが終了すると（ステップ２０３）、制御部１３は、その間に内視鏡装置２で発生した医用画像を画像サーバ５に送信するとともに、画像サーバ５に対して検査Ａの終了を通知し、モダリティ側状態テーブル５０の検査中フラグ５２を非検査中＝“０”に、検査終了通知済フラグ５３を“０”に、変更する（ステップ２０４）。

これを受けた画像サーバ５のＣＰＵ２２は、内視鏡装置２から受信した検査Ａの医用画像を外部記憶装置２０等に格納するとともに、サーバ側状態テーブル６０の検査中フラグ６２を非検査中＝“０”に変更して、画像サーバ５を検査終了に状態変更する（ステップ５０２（第３ステップ））。

これにより、内視鏡装置２と画像サーバ５の検査状態が整合するように制御される。

図６は、画像サーバ５の側から、内視鏡装置２を、必要に応じて強制的に検査中から検査終了に移行させる例（基本通信シーケンスＫ２）が示されている。

この場合、上述のステップ５０１の検査中への状態変更の後、画像サーバ５の側でユーザから内視鏡装置２の検査を終了させる要求が発生すると、ＣＰＵ２２は、サーバ側状態テーブル６０の検査中フラグ６２を、画像サーバ５の側の操作による検査終了を示す非検査中＝“２”に設定して、画像サーバ５の側の検査Ａを画像サーバ５の側の操作で終了させるとともに（ステップ５０３）、内視鏡装置２に対して検査Ａの終了実行の指令を通知する（ステップ５０４）。

なお、このステップ５０３では、検査中フラグ６２として、画像サーバ５の画像サーバ５の側の操作による検査終了を示す非検査中＝“２”が設定される。これは、後述の通信再確立時に、画像サーバ５の非検査中の状態が、内視鏡装置２からの通知によるものか、画像サーバ５の側の操作による検査終了によるものかを区別するためである。

これを受けた内視鏡装置２の制御部１３は、検査Ａを終了してモダリティ側状態テーブル５０の検査中フラグ５２を非検査中＝“０”に変更し（ステップ２０５）、さらに、画像サーバ５に対して検査Ａの終了を通知する（ステップ２０４）。

このようにして、画像サーバ５で当該画像サーバ５の側の操作による検査終了要求が発生した場合でも、内視鏡装置２と画像サーバ５の双方の検査状態が一致するように制御される。

次に、本実施の形態の医療システム１において、内視鏡装置２と画像サーバ５の間における通信中断および通信再確立が発生した場合の作用を説明する。

図７のフローチャートに例示されるように、内視鏡装置２と画像サーバ５の間の通信が再確立すると（ステップ１０１）、内視鏡装置２の制御部１３は、モダリティ側状態テーブル５０の検査中フラグ５２を参照して、画像サーバ５に対して検査状態を通知する（ステップ１０２）。

そして、内視鏡装置２および画像サーバ５の検査状態がいずれも検査中の場合には（ステップ１０３でＹＥＳ）、図８に検査状態すりあわせ例Ｓ１として例示されるように、内視鏡装置２から検査Ａの状態として検査中が通知されるだけで（ステップ２０６）、そのまま内視鏡装置２の検査が継続される。

一方、ステップ１０３においてＮＯで、画像サーバ５が検査中で内視鏡装置２が検査終了（非検査中）の場合には（ステップ１０４でＹＥＳ）、画像サーバ５の側では、検査中から検査終了に移行する（ステップ１０５）。

すなわち、この場合には、図９に検査状態すりあわせ例Ｓ２として例示されるように、通信再確立（ステップ４０３）の前の通信中断の間に、内視鏡装置２で検査Ａが終了されている場合であり、内視鏡装置２から画像サーバ５に検査状態として非検査中が通知され（ステップ２０７（第２ステップ））、画像サーバ５では、ＣＰＵ２２が、サーバ側状態テーブル６０の検査中フラグ６２を非検査中＝“０”に変更する（ステップ５０２）。

これにより、通信中断中に、内視鏡装置２の側で検査終了が発生した場合でも、内視鏡装置２と画像サーバ５の検査状態を整合させることができる。

一方、図７のステップ１０４でＮＯの場合で、内視鏡装置２が検査中で画像サーバ５が検査終了（非検査中）の場合（ステップ１０６でＹＥＳ）には、画像サーバ５から内視鏡装置２に対して検査終了実行が指令され（ステップ１０７）、内視鏡装置２では検査中から検査終了に状態が変更され（ステップ１０８）、内視鏡装置２から画像サーバ５に対して検査終了の通知が行われる（ステップ１０９）。

この場合が図１０の検査状態すりあわせ例Ｓ３であり、通信中断中に画像サーバ５の側の操作で検査終了に移行（ステップ５０３）している場合である。この場合、通信再確立後（ステップ４０３）、内視鏡装置２から画像サーバ５に対して検査状態として検査中が通知されると（ステップ２０６）、画像サーバ５のＣＰＵ２２は、サーバ側状態テーブル６０の検査中フラグ６２が非検査中＝“２”に設定されていることにより、画像サーバ５の側の操作による検査終了であったことを認識し、内視鏡装置２に対して現在の検査Ａの終了実行を指令し（ステップ５０４）、これを受けた内視鏡装置２の制御部１３は、モダリティ側状態テーブル５０の検査中フラグ５２を非検査中＝“０”に変更して検査終了に状態変更した後（ステップ２０５）、画像サーバ５に対して検査Ａの終了を通知する（ステップ２０４）。

これにより、通信中断中に画像サーバ５の側で当該画像サーバ５の側の操作による検査終了要求が発生した場合でも、内視鏡装置２と画像サーバ５の検査状態を整合させることができる。

一方、図７のステップ１０６でＮＯの場合は、通信中断中に、内視鏡装置２および画像サーバ５の双方で検査終了が発生した場合である。

この場合が図１１の検査状態すりあわせ例Ｓ４であり、通信再確立後（ステップ４０３）、内視鏡装置２から画像サーバ５に非検査中が通知され、画像サーバ５でも検査終了して非検査中であるので双方の状態に矛盾がなく、そのまま終了となる。

このように、本実施の形態の医療システム１では、例えば、内視鏡装置２における検査中の内視鏡スコープ３の交換などにより内視鏡装置２の電源が切られるなどして情報ネットワーク４０の通信が中断した後に通信再確立しても、内視鏡装置２と画像サーバ５の間で検査状態の整合が維持されるので、一つの検査中に発生した医用画像等の検査情報を、内視鏡装置２と画像サーバ５の間で共通の一つの検査に関する検査情報として正しく認識できる。

この結果、ユーザが通信中断で分断された複数の検査情報を寄せ集める等の煩雑な作業を必要とすることなく、一つの検査に関する一連の検査情報を簡便かつ確実に管理することができる。
（実施の形態２）
図１２および図１３は、本発明の他の実施の形態である医療システムにおける内視鏡装置２の作用の一例を示すフローチャートである。

上述のステップ２０４で例示したように、検査中に内視鏡装置２で発生した医用画像は、当該検査の終了時にまとめて画像サーバ５に送信することが考えられる。

しかしながら、内視鏡装置２等の医用画像撮影装置では、検査中に発生する医用画像のデータ量が比較的多いため、検査終了時にまとめて画像サーバ５に送信する方法では、データ送信の所要時間が長くなり、画像サーバ５の側において、検査終了後速やかに診断レポートの作成を行うことが困難な場合があった。

そこで、この実施の形態２の医療システム１では、上述の医療システム１の内視鏡装置２において、検査中に発生する医用画像等の検査情報を、検査中に所定の時間間隔で画像サーバ５に送信する場合を例示する。

なお、システム構成は、上述の実施の形態１と本実施の形態２は共通であるため、重複した説明は割愛する。

この実施の形態２の場合、アプリケーションプログラム２０ｂは、制御部１３によって実行されることにより、上述の実施の形態１の制御機能の他に、図１２および図１３のフローチャートに例示される後述のような制御機能を実現する。

すなわち、この実施の形態２における内視鏡装置２のアプリケーションプログラム２０ｂを実行する制御部１３は、検査が開始されると、制御部１３に実装された計時用のタイマをスタートさせる（ステップ２２１）。

そして、内視鏡スコープ３によって所望の画像撮影を実行し（ステップ２２２）、内視鏡装置２のメモリ８に記憶する（ステップ２２３）。

そして、当該検査が終了か否かを判別し（ステップ２２４）、検査未完の場合には、さらに、上述のタイマの計時値が設定時間に到達したか否かを判別し（ステップ２２５）、未到達の場合には、上述のステップ２２２の画像撮影以降を反復する。

一方、ステップ２２５でタイマが設定時間に到達していた場合には、当該設定時間内の検査中に撮影された医用画像等の検査情報を画像サーバ５に送信し（ステップ２２６）、タイマをリセットして（ステップ２２７）、上述のステップ２２２に戻る。

また、上述のステップ２２４で、検査終了と判定された場合には、制御部１３は、画像サーバ５に未送信の医用画像がメモリ８に存在するか判別し（ステップ２２８）、存在する場合には、画像サーバ５に当該医用画像を全て送信する（ステップ２２９、ステップ２３０）。

このように、本実施の形態２の場合には、検査中に発生した医用画像等の検査情報を、定期的に画像サーバ５に送信するので、当該検査終了後、画像サーバ５に検査中の全画像を送信し終えるまでの時間を短縮できる。

この結果、画像サーバ５の側では、検査終了後、速やかに診断レポートの作成作業を開始できる等の利点があり、医療システム１の利便性が向上する。

図１３は、本実施の形態２の変形例を示すフローチャートである。本実施の形態２の医療システム１が準拠するＤＩＣＯＭ規格では、内視鏡装置２から画像サーバ５に受信した医用画像等の検査情報の保管を、内視鏡装置２に対して保証する「保存委託」という機能が存在する。

そこで、この図１３に例示される変形例では、上述の図１２に例示した制御において、検査中に内視鏡装置２から画像サーバ５に定期的に送信される医用画像の送信に際して、内視鏡装置２が、画像の保存委託を実行する（ステップ２４０）。

このステップ２４０の保存委託処理では、内視鏡装置２は、保存委託メッセージを画像サーバ５に送信し、当該画像サーバ５からの受信（保存）確認後に内視鏡装置２内のメモリ８に保持されている委託済みの医用画像を削除する。

これにより、内視鏡装置２から画像サーバ５に送信して保存委託を実行した医用画像は、内視鏡装置２の内部のメモリ８に保管する必要がなくなり、上述の図１２のフローチャートの場合の効果に加えて、メモリ８の容量削減による内視鏡装置２の低コスト化を実現できる。

（実施の形態３）
上述の実施の形態２に例示した保存委託のプロセス中に内視鏡装置２と画像サーバ５の間の通信中断および通信再確立が発生すると、内視鏡装置２と画像サーバ５の間で画像管理状態に不整合が生じる懸念がある。

図１４は、内視鏡装置２と画像サーバ５との間における通信中断に起因する画像管理状態の不整合の発生例を説明するシーケンス図である。

なお、既述のシーケンス図と共通する処理については、共通するステップ番号を付している。

図１４に例示されるように、画像データＧ１〜Ｇ６の６枚の画像が画像サーバ５に対して未送信の状態で内視鏡装置２のメモリ８に保持されているとする。

そして、内視鏡装置２と画像サーバ５の通信が確立した後（ステップ４０１）、画像データＧ１〜画像データＧ３の各々について、順次、画像送信（Ｃ−ＳＴＯＲＥ）と、画像の受信応答（Ｃ−ＳＴＯＲＥ Ｒｅｓｐｏｎｓｅ）が反復された時点で、通信切断が発生し（ステップ４０２）、その後、通信再確立が実現したとする（ステップ４０３）。

この場合、内視鏡装置２の側では、画像サーバ５に対する保存委託が完了していないため、全ての画像データＧ１〜画像データＧ６（医用画像）の管理状態が未送信のままとなる。

一方、画像サーバ５の側は、”Ｇ１”〜”Ｇ３”の画像については、内視鏡装置２に対して受信応答（Ｃ−ＳＴＯＲＥ Ｒｅｓｐｏｎｓｅ）を返しており、画像サーバ５の側の管理状態は受信済みとなる。

このような状態で、ステップ４０３の通信再確立の後に、内視鏡装置２は、画像データＧ１〜画像データＧ５の画像サーバ５に対する画像送信（Ｃ−ＳＴＯＲＥ）を実行しようとするが、上述のように、画像サーバ５の側では画像データＧ１〜画像データＧ３が既に受信済みのため、受信拒否応答（Ｃ−ＳＴＯＲＥ Ｒｅｓｐｏｎｓｅ）を応答する。

これに対して、内視鏡装置２は、さらに一定回数の画像送信（Ｃ−ＳＴＯＲＥ）のリトライを実行し、遂には、内視鏡装置２は、送信エラーとしてエラー報知等を実行して、停止してしまう、という動作障害を生じる懸念がある。

そこで、本実施の形態３の内視鏡装置２では、以下の図１５に例示されるような処理によって上述のような、通信切断／通信再確立の発生に伴う、内視鏡装置２と画像サーバ５の各々における画像管理状態の不整合に起因する障害を防止する機能がアプリケーションプログラム１１ｂに実装されており、制御部１３がアプリケーションプログラム１１ｂを実行することで、当該機能が実現される。

すなわち、図１５は、本実施の形態３の内視鏡装置２における通信再確立時の処理の一例を示すフローチャートである。

なお、この図１５の例では、通信再確立（ステップ４０３）の直前の時点で、複数の画像データＧ１〜画像データＧ６のうち、内視鏡装置２の側では、画像データＧ１〜画像データＧ３までが送信済みで、残りの画像データＧ４〜画像データＧ６は未送信の管理状態にあり、一方、画像サーバ５の側では、画像データＧ１〜画像データＧ５までが受信済みで、画像データＧ６のみが未受信の管理状態にあるものとする。

そして、本実施の形態の内視鏡装置２におけるアプリケーションプログラム１１ｂを実行する制御部１３（以下、単に制御部１３と記す）は、内視鏡装置２と画像サーバ５の間で通信中断後に通信再確立が発生すると（ステップ４０３）、まず、当該内視鏡装置２内において未送信と認識されている画像データＧ４〜画像データＧ６について、画像サーバ５に対して画像の保存委託（Ｎ−ＡＣＴＩＯＮ）を実行する（ステップ２６１）。

これに対して、画像サーバ５は、画像データＧ４〜画像データＧ６の画像の保存委託結果（Ｎ−ＥＶＥＮＴ ＲＥＰＯＲＴ）を内視鏡装置２に応答する（ステップ５２１）。

この場合、当該保存委託結果（Ｎ−ＥＶＥＮＴ ＲＥＰＯＲＴ）では、画像データＧ４と画像データＧ５は受信済みで、画像データＧ６のみ未送信、という画像サーバ５における現在の画像管理状態が内視鏡装置２に通知される。

この保存委託結果を受けた内視鏡装置２の制御部１３は、メモリ８における画像管理状態において、画像データＧ４および画像データＧ５の管理状態を送信済みに更新する（ステップ２６２）。

その後、内視鏡装置２の制御部１３は、未送信の画像データＧ６のみを画像サーバ５に送信する画像送信（Ｃ−ＳＴＯＲＥ）を実行し（ステップ２６３）、これに対して画像サーバ５は、受信応答（Ｃ−ＳＴＯＲＥ Ｒｅｓｐｏｎｓｅ）を応答する（ステップ５２２）。

その後、内視鏡装置２の制御部１３は、送信した画像データＧ６の画像の保存委託（Ｎ−ＡＣＴＩＯＮ）を実行し（ステップ２６４）、画像サーバ５は、画像データＧ６が保存済みであることを示す画像データＧ６の保存委託結果（Ｎ−ＥＶＥＮＴ ＲＥＰＯＲＴ）を内視鏡装置２に応答する（ステップ５２３）。

この結果、内視鏡装置２のメモリ８、および画像サーバ５のメモリ２１における画像データＧ１〜画像データＧ６の画像管理状態が、内視鏡装置２から画像サーバ５に全て送信済み、として整合した状態となる。

このように、本実施の形態の内視鏡装置２におけるアプリケーションプログラム１１ｂには制御部１３によって実行されることにより、通信中断後の通信再確立において、内視鏡装置２のメモリ８における管理状態で未送信と認識されている画像データＧ４〜画像データＧ６について選択的に画像サーバ５に対して保存委託を実行する処理と、画像サーバ５からの保存委託結果の応答に基づいて、当該内視鏡装置２におけるメモリ８での画像管理状態を画像サーバ５のメモリ２１における画像管理状態と整合させる処理と、この整合後にメモリ８で未送信と判定された画像データを選択的に画像サーバ５に送信する処理、を実現する機能が実装されている。

これにより、内視鏡装置２から画像サーバ５への画像送信中の通信切断などにより、内視鏡装置２と画像サーバ５の間で画像データの送信管理状態の認識にずれが発生した場合でも、両者の送信管理状態を矛盾なく整合させたうえで内視鏡装置２から画像サーバ５に必要な画像データのみを選択的に送信するため、内視鏡装置２と画像サーバ５の間における画像データの通信でリトライが発生することなく、情報ネットワーク４０における通信トラフィックを抑制することができる。

すなわち、画像サーバ５の側のメモリ２１で受信済みとして管理されている画像データについて、無駄な送信を反復してエラーとなるような障害を未然に防止することができる。

この結果、障害発生に起因する医療システム１の停止頻度が削減され、医療システム１の可用性が向上するとともに、無駄な画像データの反復送信に起因する情報ネットワーク４０における通信負荷の増大を防止して、情報ネットワーク４０を効率よく使用することができる。

すなわち、内視鏡装置２から画像サーバ５への医用画像の保存委託における通信中断後の通信再確立等における上述の画像管理状態の不整合を効果的に解消することが可能となり、医療システム１の円滑な運用を実現することができる。

（参考例１）
図１６は、上述の実施の形態１に関連する参考例を示すシーケンス図である。上述の実施の形態１と共通の各処理ステップには共通の符号を付して重複した説明は割愛する。

上述の実施の形態１において、一つの画像サーバ５に多数の内視鏡装置２が接続している場合、通信確立時に画像サーバ５が多数の内視鏡装置２からの検査状態通知を同時受信し、多数の内視鏡装置２との間で、検査状態の整合処理（刷り合わせ）を短時間に同時に実行することを強いられる可能性がある。その場合、画像サーバ５の処理負荷が増大して医療システム１の性能低下や障害発生の原因となり得る。

そこで、この参考例１では、上述の画像サーバ５の負荷増大を防ぎ、画像サーバ５の処理負荷を低減させるために、通信切断中の通知を個々の内視鏡装置２内の図示しない未完了通知キュー(例えば、メモリ８に設定)に蓄積しておく。

そして、画像サーバ５は、個々の内視鏡装置２との通信再確立後、順次、個々の内視鏡装置２に対して、問い合わせを実行し、個々の内視鏡装置２は、画像サーバ５からの問い合わせを待って、自装置内の未完了通知キューに蓄積した未完了の検査終了通知／検査開始通知を画像サーバ５に送信する。

これにより、画像サーバ５の主導で個々の内視鏡装置２における検視状態の情報収集を行うことができ、画像サーバ５と複数の内視鏡装置２との間における検査状態のすり合わせを、画像サーバ５の負荷を増大させることなく、的確に行う。

すなわち、図１６に例示されるように、内視鏡装置２では、通信切断（ステップ４０２）から通信再確立（ステップ４０３）の間に検査終了（ステップ２０３）が発生し、通信中断のために画像サーバ５に対する検査終了通知の送信に失敗すると（ステップ２０３ａ）、未完了通知キューに当該状態通知を追加して蓄積する（ステップ２０３ｂ）。

そして、通信再確立（ステップ４０３）の後、画像サーバ５は、接続されている複数の内視鏡装置２の各々に対して、順次、未完了の状態通知の問い合わせを実行する（ステップ５０２ａ）。

これを受けた、内視鏡装置２は、未完了通知キューに蓄積されている状態通知（図１６の場合には、検査Ａの終了通知）を画像サーバ５に応答する（ステップ２０４ａ）。

これを受けた画像サーバ５は、画像サーバ５内の検査状態を、「検査終了」に変更する（ステップ５０２）。

画像サーバ５は、上述のステップ５０２の後に、別の内視鏡装置２に対する未完了状態通知の問い合わせ（ステップ５０２ａ）を実行する。

これにより、通信再確立（ステップ４０３）に際して、複数の内視鏡装置２から画像サーバ５に対して状態通知が同時に殺到し、画像サーバ５の負荷が増大することを確実に防止できる。

この結果、画像サーバ５の処理負荷が増大して医療システム１の性能低下や障害発生の原因となることを防止できる。

（参考例２）
図１７は、上述の実施の形態３に関連する参考例を示すシーケンス図である。上述の実施の形態３と共通の各処理ステップには共通の符号を付して重複した説明は割愛する。

この参考例２では、上述の実施の形態３に例示した内視鏡装置２と画像サーバ５との間における画像管理状態の不整合を解消する処理に先立って、画像サーバ５と内視鏡装置２の接続時に、内視鏡装置２が内部に保持している製品種別情報（市販製品／試用品／修理中の代品・・・等）を画像サーバ５が取得し、その情報を元に画像サーバ５が内視鏡装置２に提供するサービスを取捨選択したり、画像サーバ５側で内視鏡装置２の資産管理を行う例が示されている。

すなわち、図１７に例示されるように、画像を送信する前に、画像の保存委託を実行し、双方の画像管理状態を整合する上述の処理に先立って、画像サーバ５は、内視鏡装置２に対して製品種別取得要求（ステップ５３１）を実行し、内視鏡装置２は、これに応答して、製品種別等の情報を画像サーバ５に送信する（ステップ２７１）。

画像サーバ５は、内視鏡装置２から受信した製品種別等の情報により、内視鏡装置２に提供するサービスの判定を行う（ステップ５３２）。

なお、本発明は、上述の実施の形態に例示した構成に限らず、その趣旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
（付記１）
医用画像撮影装置とサーバからなる医用システムにおいて、
医用画像撮影装置とサーバ間でデータを送受信するための通信手段と、
医用画像撮影装置からサーバに検査状態を通知するための検査状態通知手段と、
サーバから医用画像装置の検査を終了させるための検査終了実行手段と、
前記検査状態通知手段と検査終了実行手段を用いて、双方の検査状態のすり合わせを行う制御手段と、
からなることを特徴とする医用画像撮影装置。
（付記２）
ＤＩＣＯＭ規格に準拠した医用画像撮影装置と画像記録サーバからなる医用画像管理システムにおいて、
医用画像撮影装置と画像記録サーバ間でデータを送受信するための通信手段と、
検査状態を識別するための識別手段と、
検査中一定間隔で画像を送信するための画像送信制御手段
からなることを特徴とする医用画像撮影装置。
（付記３）
ＤＩＣＯＭ規格に準拠した医用画像撮影装置と画像記録サーバからなる医用画像管理システムにおいて、
医用画像撮影装置と画像記録サーバ間でデータを送受信するための通信手段と、
サーバ側の画像管理状態を確認するための確認手段と、
前記確認手段を用いて、画像送信前にサーバ側の画像管理状態を確認する制御手段と、
からなることを特徴とする医用画像撮影装置。

１ 医療システム
２ 内視鏡装置
３ 内視鏡スコープ
３Ａ 可視光検査用内視鏡スコープ
３Ｂ 超音波検査用内視鏡スコープ
３Ｃ 特殊光検査用内視鏡スコープ
３ａ 固体撮像素子（ＣＣＤ）
３ｂ 記憶部
３ｘ 挿入部
３ｙ 把持部
３ｚ コネクタ部
４ 光源装置
４Ａ コネクタ部
５ 画像サーバ
６ スコープインターフェース部
６ａ スコープＩＤ処理部
７ 画像生成部
８ メモリ
９ 光源通信インターフェース部
１０ 画像処理部
１１ 記憶部
１１ａ 基本ソフトウェア
１１ｂ アプリケーションプログラム
１２ ネットワークインターフェース部
１３ 制御部
１４ 通信インターフェース部
１５ ランプ
１６ 光量調節部
１７ 特殊光フィルタ制御部
１８ 制御部
１９ ネットワークインターフェース部
２０ 外部記憶装置
２０ａ 基本ソフトウェア
２０ｂ アプリケーションプログラム
２１ メモリ
２２ ＣＰＵ
４０ 情報ネットワーク
５０ モダリティ側状態テーブル
５１ 検査ＩＤ
５２ 検査中フラグ
５３ 検査終了通知済フラグ
６０ サーバ側状態テーブル
６１ 検査ＩＤ
６２ 検査中フラグ
Ｇ１〜Ｇ６ 画像データ
ＦＳ 内視鏡装置２の側の検査中フラグ
ＦＥ 内視鏡装置２の側の検査終了通知済フラグ
ＦＳ＿Ｓ 画像サーバ５の側の検査中フラグ

Claims (14)

1. 医用画像撮影装置と前記医用画像撮影装置から送信される医用画像を記録するサーバとからなる医療システムであって、
   前記医用画像撮影装置における検査中または検査終了の検査状態を、前記医用画像撮影装置および前記サーバの各々で記憶する第１検査状態記憶手段および第２検査状態記憶手段と、
   前記医用画像撮影装置における前記検査状態を前記サーバに通知する機能、および前記サーバからの検査終了実行指示に応じて前記医用画像撮影装置を前記検査終了に移行させる機能を具備した第１制御手段と、
   前記医用画像撮影装置から受信した前記検査状態の情報と前記サーバの状態とに基づいて、前記サーバから前記医用画像撮影装置の前記検査状態を変更する前記検査終了実行指示を生成する第２制御手段と、
   を具備することを特徴とする医療システム。
2. 請求項１記載の医療システムにおいて、
   前記第１制御手段は、さらに、前記医用画像撮影装置において得られた前記医用画像を、前記検査中に所定の時間間隔で前記サーバに送信する機能を具備したことを特徴とする医療システム。
3. 請求項１記載の医療システムにおいて、
   前記第１制御手段は、さらに、前記医用画像撮影装置と前記サーバとの間における通信中断後の通信再確立に際して、前記サーバに対して前記医用画像の保存委託を行うことで前記サーバの側における前記医用画像の管理状態を確認し、前記サーバに対して未送信の前記医用画像を選択的に送信する機能を具備したことを特徴とする医療システム。
4. 医用画像撮影装置と前記医用画像撮影装置から送信される医用画像を記録するサーバとを具備する医療システムの通信制御方法であって、
   前記医用画像撮影装置に設けられた制御部が前記サーバに対して前記医用画像撮影装置における検査中または検査終了の検査状態を通知して、前記検査状態の情報を前記医用画像撮影装置および前記サーバで共有する第１ステップと、
   前記医用画像撮影装置と前記サーバとの間における通信中断後の通信再確立に際して前記医用画像撮影装置に設けられた制御部が前記サーバに前記検査状態を通知する第２ステップと、
   前記第２ステップにおいて前記サーバが受信した前記検査状態の情報と前記サーバ側の前記検査状態の変化の有無とに基づいて、前記サーバに設けられたＣＰＵが前記医用画像撮影装置の前記検査状態を変更する第３ステップと、
   を具備することを特徴とする医療システムの通信制御方法。
5. 請求項４記載の医療システムの通信制御方法において、
   さらに、前記医用画像撮影装置において得られた前記医用画像を、前記医用画像撮影装置に設けられた制御部が、前記検査中に所定の時間間隔で前記サーバに送信することを特徴とする医療システムの通信制御方法。
6. 請求項４記載の医療システムの通信制御方法において、
   前記通信中断後の前記通信再確立に際して、前記医用画像撮影装置に設けられた制御部が前記サーバに対して前記医用画像の保存委託を行うことで前記サーバの側における前記医用画像の管理状態を確認し、前記医用画像撮影装置から前記サーバに対して未送信の前記医用画像を選択的に送信することを特徴とする医療システムの通信制御方法。
7. 検査で得られた医用画像を記憶するサーバに接続されて医用システムを構成する医用画像撮影装置であって、
   前記サーバとの間で情報を送受信するための通信手段と、
   前記医用画像撮影装置における検査中または検査終了の検査状態を記憶する検査状態記憶手段と、
   前記サーバに前記検査状態を通知する検査状態通知機能と、前記サーバからの検査終了実行指示に応じて前記医用画像撮影装置の検査を終了させる検査終了実行指令認識機能とを具備し、前記サーバとの間で前記検査状態を整合させる制御手段と、
   を含むことを特徴とする医用画像撮影装置。
8. 請求項７記載の医用画像撮影装置において、
   前記制御手段は、さらに、前記医用画像を、前記検査中に所定の時間間隔で前記サーバに送信する機能を具備したことを特徴とする医用画像撮影装置。
9. 請求項７記載の医用画像撮影装置において、
   前記制御手段は、さらに、前記サーバとの間における通信中断後の通信再確立に際して、前記サーバに対して前記医用画像の保存委託を行うことで前記サーバの側における前記医用画像の管理状態を確認し、前記サーバに対して未送信の前記医用画像を選択的に送信する機能を具備したことを特徴とする医用画像撮影装置。
10. 医用画像撮影装置に接続されて医用システムを構成し、前記医用画像撮影装置から送信される医用画像を記憶するサーバであって、
    前記医用画像撮影装置との間で情報を送受信するための通信手段と、
    前記医用画像撮影装置における検査中または検査終了の検査状態と同期した前記サーバの検査状態を記憶する検査状態記憶手段と、
    前記医用画像撮影装置からの前記検査状態の通知を受信して前記検査状態記憶手段を更新する機能と、前記サーバが強制的に前記検査終了に移行する場合に、前記医用画像撮影装置を前記検査終了に移行させる検査終了実行指示を当該医用画像撮影装置に通知して前記医用画像撮影装置との間で前記検査状態を整合させる機能とを具備した制御手段と、
    を含むことを特徴とするサーバ。
11. 検査で得られた医用画像を記憶するサーバに接続されて医用システムを構成する医用画像撮影装置の制御方法であって、
    前記サーバとの間における通信の中断後の通信再確立を前記医用画像撮影装置に設けられた制御部が検出するステップと、
    前記通信再確立を検出したとき、前記制御部が前記医用画像撮影装置における検査中または検査終了の検査状態を前記サーバに通知するステップと、
    前記サーバからの検査終了実行指示に応じて、前記制御部が前記医用画像撮影装置の検査を終了させるステップと、
    を含むことを特徴とする医用画像撮影装置の制御方法。
12. 請求項１１記載の医用画像撮影装置の制御方法において、
    さらに、前記制御部が、前記医用画像を、前記検査中に所定の時間間隔で前記サーバに送信するステップを含むことを特徴とする医用画像撮影装置の制御方法。
13. 請求項１１記載の医用画像撮影装置の制御方法において、
    さらに、前記通信再確立に際して、前記制御部が前記サーバに対して前記医用画像の保存委託を行うことで前記サーバの側における前記医用画像の管理状態を確認し、前記サーバに対して未送信の前記医用画像を選択的に送信するステップ、
    を含むことを特徴とする医用画像撮影装置の制御方法。
14. 医用画像撮影装置に接続されて医用システムを構成し、前記医用画像撮影装置から送信される医用画像を記憶するサーバの制御方法であって、
    前記サーバに設けられたＣＰＵが、前記医用画像撮影装置との間で情報を送受信するステップと、
    前記ＣＰＵが、前記医用画像撮影装置における検査中または検査終了の検査状態と同期した前記サーバの検査状態をメモリに記憶させるステップと、
    前記医用画像撮影装置からの前記検査状態の通知を受信して前記医用画像撮影装置に関する前記検査状態の記憶を前記ＣＰＵが更新するステップと、
    前記サーバが強制的に前記検査終了に移行する場合に、前記ＣＰＵが前記医用画像撮影装置を前記検査終了に移行させる検査終了実行指示を当該医用画像撮影装置に通知して前記医用画像撮影装置との間で前記検査状態を整合させるステップと、
    を含むことを特徴とするサーバの制御方法。

Images