(57)【要約】【課題】手術画像等の医療画像を適切に記録できるようにする医療画像情報管理システムを実現する。【解決手段】医療画像情報管理システムは、医療画像情報をそれぞれ有する複数の医療画像取得装置から送信される医療画像情報を受信して、医療画像情報を記憶する第１の記憶装置をそれぞれ有する複数のコントローラと、通信回線を介して複数のコントローラから送信される医療画像情報を、コントローラ毎に対応して予め決められた記憶領域に記憶する第２の記憶装置を有するセンタ装置とからなる。第２の記憶装置の記憶領域は、コントローラ毎に対応してそれぞれ記憶容量が予め決められており、コントローラ毎の医療画像情報は、コントローラのそれぞれからセンタ装置へ予め決められたスケジュールに基いて送信される。【選択図】  図５
2004326455.tif 000002
【特許請求の範囲】
【請求項１】
医療画像情報をそれぞれ有する複数の医療画像取得装置から送信される前記医療画像情報を受信して、前記医療画像情報を記憶する第１の記憶装置をそれぞれ有する複数のコントローラと、
通信回線を介して前記複数のコントローラから送信される前記医療画像情報を、前記コントローラ毎に対応して予め決められた記憶領域に記憶する第２の記憶装置を有するセンタ装置とからなるシステムであって、
前記第２の記憶装置の前記記憶領域は、前記コントローラ毎に対応してそれぞれ記憶容量が予め決められており、
前記コントローラ毎の前記医療画像情報は、前記コントローラのそれぞれから前記センタ装置へ予め決められたスケジュールに基いて送信されることを特徴とする医療画像情報管理システム。
【請求項２】
医療画像情報を記憶する第１の記憶装置をそれぞれ有する複数のコントローラと、複数の記憶領域を含む第２の記憶装置を有するセンタ装置とからなるシステムにおいて、前記医療画像情報の管理を行う方法であって、
前記第２の記憶装置の前記記憶領域は、前記コントローラ毎に対応してそれぞれ記憶容量が予め決められており、
前記コントローラは、前記医療画像情報をそれぞれ有する医療画像取得装置から送信される前記医療画像情報を受信し、
前記センタ装置が通信回線を介して前記複数のコントローラから送信される前記医療画像情報を前記コントローラ毎に対応して予め決められた前記記憶領域に記憶する場合、前記コントローラ毎の前記医療画像情報は、前記コントローラのそれぞれから前記センタ装置へ予め決められたスケジュールに基いて送信されることを特徴とする医療画像情報管理方法。
【請求項３】
医療画像情報を記憶する第１の記憶装置をそれぞれ有する複数のコントローラと、前記コントローラ毎に対応してそれぞれ記憶容量が予め決められた複数の記憶領域を含む第２の記憶装置を有するセンタ装置とからなるシステムにおいて、前記医療画像情報の管理を行うためのプログラムであって、
前記コントローラが前記医療画像情報をそれぞれ有する医療画像取得装置から送信される前記医療画像情報を受信する機能と、
前記センタ装置が通信回線を介して前記複数のコントローラから送信される前記医療画像情報を前記コントローラ毎に対応して予め決められた前記記憶領域に記憶する場合、前記コントローラ毎の前記医療画像情報は、前記コントローラのそれぞれから前記センタ装置へ予め決められたスケジュールに基いて送信されるようにする機能とを、コンピュータに実行させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、医療画像情報管理システム、医療画像情報管理方法及びプログラムに関する。
【０００２】
【従来の技術】
従来より、医療施設等では、手術等の様子を撮影し、撮影した画像をビデオテープに記録することが行われている。患者の術後の容態によっては、医師等が、術後、記録された手術画像の全部又は一部を見る必要があるためである。また、手術の全部又は一部のみを記録として残したいという要求もある。
【０００３】
手術画像等の医療画像は、特に、高画質が要求されるため、通常大量の画像情報を記憶できるビデオテープに記録されている（例えば、特許文献１参照）。
【０００４】
しかし、最近は、ランダムアクセス可能なハードディスク等に画像を記録したいという要求がある。ハードディスク等は、高画質で画像を記録でき、記憶された画像データをコンピュータで処理し易く、再生時にランダムアクセスできるので、画像の取り扱いが容易になるというメリットがある。さらに、コンピュータによって、通信回線を介して、画像データを他のコンピュータへ転送等ができるというメリットもある。
【０００５】
ところが、医師等が術後、手術画像を直ぐにみたい場合、ビデオテープであれば、ビデオカセット等をビデオデッキから取り出して、手術室以外の別の場所で別のビデオデッキでみることができるが、コンピュータに内蔵されたハードディスク等に手術画像が録画された場合、ハードディスク等を取り出して他のコンピュータ等に接続することは容易ではない。あるいは、外付けのハードディスク等をそのコンピュータに接続して、画像が記録されている内蔵ハードディスクから外付けのハードディスク等にデータ転送するようにしてもよいが、転送作業に時間がかかるので、手術後清掃がなされる手術室等で転送作業を行うことができないこともある。
【０００６】
そこで、ハードディスク等のデータは、通信回線を介して、コンピュータから他のコンピュータへ画像データを転送することができるというメリットを生かして、手術室以外の別な場所に設けられたコンピュータに、手術室のコンピュータから手術画像を転送することが考えられる。
【０００７】
【特許文献１】
特開平１０−１２７５７４号公報（段落番号００１４、図１）
【０００８】
【発明が解決しようとする課題】
しかし、手術室のコンピュータからハードディスク等に記録された手術画像を、別な場所のコンピュータに通信回線を介して、転送する場合、別な場所のコンピュータには、多くの種々の手術画像が記録されることになるが、転送される手術画像情報が、その別な場所のコンピュータの記憶容量が足りず、転送できなくなると、手術画像の記録が適切にできなくなる虞がある。例えば、手術室のコンピュータすなわち送信元コンピュータから、その別な場所のコンピュータすなわち送信先コンピュータに手術画像を転送したが、転送途中で送信先コンピュータのハードディスクが一杯になり容量が足りずに記憶できないときは、手術画像の記録ができず、医療画像の記録が適切にできなくなってしまう。
【０００９】
そこで、本発明は、手術画像等の医療画像を適切に記録できるようにする医療画像情報管理システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の医療画像情報管理システムは、医療画像情報をそれぞれ有する複数の医療画像取得装置から送信される前記医療画像情報を受信して、前記医療画像情報を記憶する第１の記憶装置をそれぞれ有する複数のコントローラと、通信回線を介して前記複数のコントローラから送信される前記医療画像情報を、前記コントローラ毎に対応して予め決められた記憶領域に記憶する第２の記憶装置を有するセンタ装置とからなるシステムであって、前記第２の記憶装置の前記記憶領域は、前記コントローラ毎に対応してそれぞれ記憶容量が予め決められており、前記コントローラ毎の前記医療画像情報は、前記コントローラのそれぞれから前記センタ装置へ予め決められたスケジュールに基いて送信される。
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
まず図１に基づき、本実施の形態に係わるシステムの構成を説明する。図１は、本実施の形態に係わる医療画像情報管理システムの構成を示す構成図である。本医療情報管理システムは、病院等の医療施設内に設けられたコンピュータシステムである。図１において、１０ａ、１０ｂ、１０ｃ、・・は、それぞれ医師等の術者が手術を行う手術室である。２０ａ、２０ｂ、２０ｃ、・・・は、それぞれ手術室から離れた場所にある、いわゆるカンファレンス室である。各カンファレンス室は、手術室１０ａ、１０ｂ、１０ｃ、・・とは別の室であって、術者でない医師等が、手術室の術者等の手術の様子を遠隔で観察したり、術者等へ遠隔支援するための場所である。
【００１２】
各手術室では、患者に対して種々の手術が行われる。図１の手術室１０ａでは、患者１１に対して内視鏡１２及び電気メス等の手術具１３によって、手術が行われ、患者の体腔内における手術の様子は、内視鏡１２の挿入部の先端に設けられたＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）等の撮像素子によって撮像される。撮像素子の撮像信号は、画像信号処理装置であるカメラコントロールユニット（以下、ＣＣＵという）１４に入力され、モニタ１５において表示できるように信号処理される。術者は、モニタ１５に表示されている内視鏡画像を観察しながら、手術を行うことができる。
【００１３】
ＣＣＵ１４及び手術具１３は、医療画像取得装置であるコントローラ１６と接続されている。コントローラ１６は、後述するコントローラ２３と同様の構成であり、操作部（図示せず）と表示装置（図示せず）を有している。手術室１０にいる術者等は、コントローラ１６に接続された操作部（図示せず）を操作することによって、ＣＣＵ１４に対して各種設定信号を含む制御、例えばモニタ１５に表示される画像の色調変更等の制御をすることができる。同様に、術者等は、コントローラ１６の操作部（図示せず）を操作することによって、手術具１３に対する出力制御、例えば、手術具１３が電気メスであれば、切開、凝固等の出力レベル等の設定制御をすることができる。
【００１４】
１７は、通信装置であり、通信回線２１を介して、手術室１０ａから予め決められたカンファレンス室の通信装置２２とデータ通信を行い、画像信号等の送受信を行うことができる。通信回線２１は、ＬＡＮ、専用線、公衆回線等である。
【００１５】
通信装置１７には、ＣＣＵ１４とコントローラ１６が接続されている。ＣＣＵ１４からの映像信号は、デジタル信号に変換されて通信装置１７から通信回線２１を介してカンファレンス室の通信装置へ送信できるようになっている。コントローラ１６からの制御信号等も通信装置１７から通信回線２１を介してカンファレンス室の通信装置２２へ送信できるようになっている。
【００１６】
また、他の手術室１０ｂ、１０ｃ、・・においても、手術室１０ａと略同様の構成のシステムが構築されており、各手術室のコントローラ（医療画像取得装置）は、予め決められているカンファレンス室と手術画像等の送受信をすることができる。従って、手術室の手術画像は、一旦手術室のコントローラの記憶装置に記憶され、その記憶された手術画像が通信回線２１を介してカンファレンス室のコントローラ（後述する）の記憶装置へ転送される。
【００１７】
なお、各手術室と各カンファレンス室との対応は、予め決められていてもよいし、あるいは、手術室で種々の科の手術が行われる場合は、手術室で行われた手術の属する科、例えば、外科の手術であれば外科に対応するカンファレンス室が選択されて対応が決定されるようにしてもよい。
【００１８】
各カンファレンス室には、コントローラとモニタが設けられており、それぞれ通信装置に接続され、その通信装置は、通信回線２１に接続されている。図１において、カンファレンス室２０ａ、２０ｂ、２０ｃ・・には、それぞれ同様の構成のシステムが設置されている。カンファレンス室２０ａには、コントローラ２３とモニタ２４が設けられており、それぞれ通信装置２２に接続されている。通信装置２２は、手術画像はアナログの画像信号に変換して、モニタ２４に供給し、手術画像、制御信号等のデジタル信号をコントローラ２３に供給する。モニタ２４には、ＣＣＵ１４からの画像信号に基いて内視鏡画像が表示される。コントローラ２３は、キーボード等の操作部２５及びＬＣＤ等の表示装置２６が接続されている。
【００１９】
カンファレンス室２０ａでは、複数の医師等の遠隔支援術者が、モニタ２４に表示される患者１１に対する手術の様子を見ることができる。そして、遠隔支援術者は、手術室１０における手術の様子を見ながら、コントローラ２３のキーボード等を操作して、例えば、手術画像の静止画をコントローラ２３のＨＤＤ装置等の記憶装置（図示せず）に取り込み、その静止画上にマウス等のポインティングデバイス（図示せず）を用いてマーキングすることができる。遠隔支援術者は、マーキングされた静止画を手術室１０のコントローラ１６に送信することによって、コントローラ１６に接続された表示装置（図示せず）にマーキングされた静止画を表示させることができ、その結果、手術室１０の術者に手術の支援を行うことができる。
【００２０】
なお、コントローラ１６には、図示しない生体モニタリング装置が接続されており、手術装置情報及び生体モニタリング装置から得られる患者情報が入力されている。従って、コントローラ１６に入力された手術装置情報及び患者情報は、通信回線２１を介してコントローラ２３にも伝送される。
【００２１】
各カンファレンス室のコントローラは、通信回線３１を介して院内サーバ３２に接続されている。センタ装置である院内サーバ３２には、各カンファレンス室のコントローラから受信した手術画像を記憶するための記憶装置３３が接続されている。院内サーバ３２は、通常のコンピュータ装置である。院内サーバ３２に接続された記憶装置３３は、大容量の記憶装置であり、複数の記憶領域がパーティションによって区切られている。記憶装置３３の構造については後述する。
【００２２】
図２はコントローラ２３の構成を示すブロック図である。
コントローラ２３は、中央処理装置（以下、ＣＰＵという）４１、読み出し専用メモリ（以下、ＲＯＭという）４２、ランダムアクセスメモリ（以下、ＲＡＭという）４３、入力装置用インターフェース（以下、Ｉ／Ｆという）４４、表示装置用Ｉ／Ｆ４５、データバス４６、映像信号入出力回路４７、通信回線２１に接続された通信用Ｉ／Ｆ４８、ハードディスク装置（以下、ＨＤＤという）４９、５０、通信回線３１に接続された通信用Ｉ／Ｆ４１を含む。従って、コントローラ２３は、パーソナルコンピュータ（以下、ＰＣという）と同様の構成を有する装置である。
【００２３】
ＲＯＭ４２は、ＣＰＵ４１の基本的な動作に関するプログラムがストアされている記憶部である。ＲＡＭ４３は、ＲＯＭ４２及び後述するＨＤＤ４９にストアされているプログラムを実行するときに、一時的にプログラム及び必要なデータがストアされる記憶部である。ＣＰＵ４１、ＲＯＭ４２及びＲＡＭ４３は、それぞれデータバス４６に接続されている。入力装置用Ｉ／Ｆ４４は、キーボード等に接続されるＩ／Ｆである。表示装置用Ｉ／Ｆ４５は、ＬＣＤ等に接続されるＩ／Ｆである。通信用Ｉ／Ｆ４８は、通信装置２２との接続に用いられるＩ／Ｆである。通信用Ｉ／Ｆ４１は、通信回線３１を介して、サーバ３２との通信に用いられるＩ／Ｆである。
【００２４】
映像信号入出力回路４７は、通信装置２２からの映像信号を入力し、ディジタル信号に変換するＡ／Ｄ変換部と、Ａ／Ｄ変換部でディジタル信号に変換された映像信号を、ＨＤＤ５０等に記憶するための制御部と、ディジタルの映像信号をアナログ信号に変換するＤ／Ａ変換部とを含む。入力装置用Ｉ／Ｆ４４、表示装置用Ｉ／Ｆ４５、映像信号入出力回路４７、通信用Ｉ／Ｆ４８、ＨＤＤ４９、５０及び通信Ｉ／Ｆ４１も、それぞれデータバス４６に接続されている。
【００２５】
映像信号入出力回路４７及び通信用Ｉ／Ｆ４８は、通信装置２２に接続されており、コントローラ２３は、通信装置２２、通信回線２１及び通信装置１７を介して、映像信号の送受信、及び手術装置情報等の送受信を、コントローラ１６とすることができる。
【００２６】
ＨＤＤ４９は、各種アプリケーションプログラムがストアされている記憶部である。ＨＤＤ５０は、後述する手術画像情報を記憶するための記憶部である。
【００２７】
図３は、ＨＤＤの記憶領域の利用状況を説明するためのメモリマップの図である。図３の（ａ）は、ＨＤＤ４９のメモリマップであり、全記憶領域６０は、ＣＰＵ４１が実行するプログラムの中でも、オペレイティングシステム（ＯＳ）が記憶されているＯＳ領域６０ａと、アプリケーションプログラムが記憶されているアプリケーション領域６０ｂとを含むことが示されている。従って、ＨＤＤ４９は、ＰＣ等のＯＳ，アプリケーションプログラムが格納される、いわゆるＣドライブである。なお、ＨＤＤ４９の他の記憶領域６０ｃは、さらにＣＰＵ４１が実行するプログラムが内視鏡画像及び患者情報等のデータを一時的に格納する等、ＣＰＵ４１の作業領域を確保するために用いられる。後述する図５、図６の処理プログラムは、アプリケーション領域６０ｂにストアされている。
【００２８】
また、図３の（ｂ）は、ＨＤＤ５０のメモリマップを示す図である。ＨＤＤ５０の全記憶領域６１は、手術画像情報が記憶されている記録済領域６１ａと、手術画像情報が記憶されていない、すなわち記憶可能な領域である未記録領域６１ｂを含む。カンファレンス室２０において、手術画像の記憶をコントローラ２３のＨＤＤに行うときは、ＨＤＤ５０の記憶領域に手術画像情報が記憶される。ＨＤＤ５０は、ＰＣ等のＤドライブである。
【００２９】
このように構成された医療画像記憶システムによれば、手術室１０ａの手術の画像、例えば内視鏡画像データが、カンファレンス室２０ａに送信されるので、カンファレンス室２０ａのユーザは、コントローラ２３の操作部２６を操作して、手術室１０ａの手術画像をコントローラ２３のＨＤＤ５０に記憶させることができる。なお、手術室１０ａからカンファレンス室２０ａへ手術画像が送信されてＨＤＤ５０に自動的に記憶されるようになっていてもよい。カンファレンス室２０ａのユーザは、コントローラ２３を操作して、コントローラ２３のＨＤＤ５０に記憶された手術画像をモニタ２５表示させて見ることができる。コントローラ２３には、後述する各種処理プログラムがＲＯＭ４２及びＨＤＤ４９に格納されており、それらのプログラムが実行されることによって、ＨＤＤ５０に記憶された手術画像は、定期的にサーバ３２に転送され、記憶装置３３に記憶される。
サーバ３２は、カンファレンス室から送信された手術画像を、記憶装置３３内の各カンファレンス室に対応する記憶領域に記憶する。
【００３０】
図４を用いて、その記憶領域の構成について説明する。図４は、カンファレンス室２０ａ、２０ｂ、２０ｃ・・の各コントローラの記憶装置の記憶領域と、サーバ３２の記憶装置３３の記憶領域との関係を説明するための図である。
図４において、６１−１、６１−２、・・、６１−ｎは、それぞれカンファレンス室のコントローラが有する記憶装置の記憶領域（以下、送信元記憶領域という）を示す。７１−１、７１−２、・・、７１−ｎは、記憶装置３３の記憶領域における、各カンファレンス室に対応した記憶領域（以下、送信元記憶領域という）である。ｎは、カンファレンス室の数である。
【００３１】
複数の記憶領域７１−１、７１−２、・・、７１−ｎは、セキュリティのために、相互にパーティションで区切られており、かつ、各記憶領域は、通信回線３１上で公開制限されている。さらに、各記憶領域は、それぞれアクセス制限され、予め決められた者のみがアクセスできるようになっている。よって、通信回線３１に接続されている各コントローラを利用してユーザが記憶装置３３内の情報にアクセスする場合、ユーザが通信回線３１上で認識できる記憶領域は、予め決められた記憶領域のみ（例えば、ユーザが外科の者であれば、外科関係の記憶領域のみ）であり、かつ、ユーザがアクセスできる記憶領域は、認識できた記憶領域の全て又は予め決められた一部である。
【００３２】
例えば、送信元記憶領域６１−１、６１−２、・・、６１−ｎが、それぞれ２００ギガバイト（ＧＢ）の記憶容量であり、送信先記憶領域７１−１、７１−２、・・、７１−ｎは、それぞれ６００ＧＢの記憶容量であるとする。各カンファレンス室のコントローラは、自己の送信元記憶領域に記憶された手術画像情報を、予め決められたスケジュールに基いて、サーバ３２に送信する。サーバ３２は、受信した手術画像情報を、送信したコントローラに対応して予め決められた送信先記憶領域に記憶する。
【００３３】
図５は、各カンファレンス室のコントローラが、サーバ３２へ予め決められたスケジュールに従って手術画像を送信する処理の流れの例を示すフローチャートである。
【００３４】
各コントローラは、まず、予め決められたスケジュールをチェックする（ステップ（以下、Ｓと略す）１）。予め決められたスケジュールとは、例えばタイムスケジュールであり、手術画像情報を送信する時間データによって決められているスケジュールである。例えば、カンファレンス室２０ａであれば、ＨＤＤ４０の送信元記憶領域６１−１に記憶されている手術画像情報を、コントローラ２３がサーバ３２へ送信する時間がｔ１、例えば、２３時００分であるというスケジュールである。また、カンファレンス室２０ｂのコントローラであれば、手術画像の送信時間がｔ２、例えば、２３時３０分であるというスケジュールが予め決められている。この予め決められた時間は、各カンファレンス室のコントローラ毎に異なるように設定されているので、複数のコントローラからサーバ３２への手術画像の送信が重なることがない。
【００３５】
コントローラは、スケジュールをチェックした結果、予め決められた時間と現在時刻とを比較して、送信時間でなけば何もしないで処理はＳ１へ戻る。
【００３６】
現在時刻が、送信時間であるときは、Ｓ２でＹＥＳとなって、コントローラは、自己の対応する記憶装置３３の送信先記憶領域に空き容量があるか否かをチェックする（Ｓ３）。空き容量のチェック方法は、種々ある。例えば、コントローラが、サーバ３２に対して、送信する手術画像の容量データを送信し、サーバ３２にそのコントローラに対応する送信先記憶領域の容量が足りるか否かのチェックをさせ、そのチェック結果を返信させることによって、空き容量があるか否かを判断する（Ｓ４）。あるいは、コントローラが、サーバ３２へ対応する送信先記憶領域の記憶可能領域の容量データを要求し、サーバ３２がその容量データをコントローラへ返信させ、コントローラが、送信する手術画像の容量と、返信された送信先記憶領域の記憶可能領域の記憶容量とをチェックして、空き容量が有るか否かをチェックするようにしてもよい。よって、例えば、カンファレンス室２０ａのコントローラ２３に対応する送信先記憶領域７１−１の記憶容量が、コントローラ２３の送信元記憶領域６１−１に記憶されている手術画像の容量（記録済領域６１ａの容量）よりも小さいときは、Ｓ４でＮＯとなる。
【００３７】
空き容量のチェックの結果、空き容量がないときは、Ｓ４でＮＯとなって、アラーム処理を行う（Ｓ５）。アラーム処理の方法は、種々ある。例えば、サーバ３２の管理者へ容量不足を知らせるべく、サーバ３２の表示装置の画面上に警告表示を行う、あるいはカンファレンス室の利用者への警告表示でもよい。
【００３８】
Ｓ４でＹＥＳの場合は、コントローラは、サーバ３２へ手術画像情報を通信回線３１を介して送信する（Ｓ６）。送信後、送信した手術画像情報が、サーバ３２に全て正しく受信されたか否かをチェックするために、データのサムチェックを行う（Ｓ７）。サムチェックは、コントローラからサーバ３２へ手術画像情報を送信するときに、コントローラが送信する手術画像のデータのサムチェックを行い、コントローラがサーバ３２へ手術画像情報と共にサムチェックの結果情報のデータを送信する。サーバ３２は、受信した手術画像情報のサムチェックを行う。サーバ３２は、自分で行ったサムチェックの結果情報と、受信して記憶したコントローラが行ったサムチェックの結果の情報とを比較して一致するか否かをチェックする（Ｓ８）。このようにしてサムチェックを行うことができる。
【００３９】
サムチェックの結果、手術画像情報を正しく受信でなかったときは、Ｓ８でＮＯとなり、Ｓ６の処理へ戻り、再度送信を行う。なお、何回か行っても、正しく手術画像情報が受信できなかったときは、別途アラーム処理（図示せず）を行うようにしてもよい。
【００４０】
Ｓ８でＹＥＳのときは、終了処理を実行する（Ｓ９）。終了処理は、例えば、コントローラは、送信した手術画像のデータ、すなわち記録済領域６１ａの画像データを削除する、あるいは、サーバ３２へ送信済であることがカンファレンス室のユーザに解るように、送信済のマークを画像情報のファイルに付ける等である。
【００４１】
図６は、サーバ３２の処理の流れの例を示すフローチャートである。まず、空き容量のチェック処理が実行される（Ｓ１１）。この処理は、図５のＳ３に対応する処理である。よって、コントローラから送信される手術画像の容量が、そのコントローラに対応する送信先記憶領域の容量よりも小さいかをチェックして、チェック結果を送信するか、あるいは、コントローラからの空き容量データの要求に応じて、そのコントローラに対応する送信先記憶領域の記憶容量データを返信したりする処理である。Ｓ１１に続いて、図５の送信処理に対応する受信処理を行う（Ｓ１２）。
【００４２】
そして、図５のサムチェック処理に対応するサムチェック処理を行う（Ｓ１３）。よって、コントローラがサーバ３２へ手術画像情報と共に送信したサムチェックの結果情報のデータに基づいて、受信した手術画像情報のサムチェック結果とを比較し、一致すれば何もせず、不一致の場合は、その旨をコントローラへ通知する。
【００４３】
最後に、サーバは、終了処理を行う（Ｓ１４）。よって、サーバ３２は、正しく受信された手術画像を、対応する送信先記憶領域に追加して書き込む。
【００４４】
このようにして、カンファレンス室のコントローラが有する手術画像情報は、予め決められたスケジュールに従って、サーバ３２へ送信され、そのカンファレンス室のコントローラに対応する記憶領域に記憶されるので、カンファレンス室において、手術画像を記憶する記憶領域が無くなって、手術画像を記録できないということがなくなり、かつ、各カンファレンス室の手術画像は、サーバ３２の記憶装置３３の対応する記憶領域にのみ記録され、かつ記憶装置３３の記憶領域はカンファレンス室の関係する者のみがアクセスできるようにパーティションが施されているのでセキュリティも維持されて、手術画像が記録される。よって、病院などにおいて、手術画像が各科毎に確実に記録できる。
【００４５】
図７は、サーバ３２へ予め決められたスケジュールに従って手術画像が送信される処理の流れの別の例を示すフローチャートである。図５と異なるのは、コントローラでなく、サーバ３２がスケジュールを有して、各コントローラから手術画像を取ってくるようにしている点である。
【００４６】
サーバ３２は、まず、予め決められたスケジュールをチェックする（Ｓ２１）。予め決められたスケジュールとは、上述したようなタイムスケジュールであり、手術画像情報の送信を、各コントローラへ要求する開始時間のスケジュールである。例えば、送信要求開始時間は、２３時００分であり、予め決められた順番に各カンファレンス室のコントローラに対して手術画像の送信要求処理が行われる。
【００４７】
サーバ３２は、スケジュールをチェックした結果、予め決められた時間と現在時刻とを比較して、送信要求時間でなけば何もしないで処理はＳ２１へ戻る。
【００４８】
現在時刻が、送信要求時間であるときは、Ｓ２２でＹＥＳとなって、サーバ３２は、予め決められた順番の最初のコントローラに対する空き容量チェックを行う（Ｓ２３）。空き容量のチェック方法は、種々ある。例えば、サーバが、コントローラに対して、そのコントローラに対応する送信先記憶領域の容量データを送信し、コントローラに送信先記憶領域の容量が足りるか否かのチェックをさせ、そのチェック結果を返信させることによって、空き容量があるか否かを判断する（Ｓ２４）。あるいは、サーバ３２が、記録済領域６１ａの容量データの送信をコントローラに要求し、コントローラにその容量データをサーバ３２へ送信させ、サーバ３２が、送信された手術画像の容量データと、対応する送信先記憶領域の記憶可能領域の記憶容量とをチェックして、空き容量が有るか否かをチェックするようにしてもよい。
【００４９】
空き容量のチェックの結果、空き容量がないときは、Ｓ２４でＮＯとなって、アラーム処理を行う（Ｓ２５）。このアラーム処理は、図５のＳ５と同様である。
【００５０】
Ｓ２４でＹＥＳの場合は、サーバは、そのコントローラへ手術画像情報を通信回線３１を介して送信させるための送信要求処理を行う（Ｓ２６）。送信要求処理は、そのコントローラに手術画像の送信を要求し、かつ手術画像情報を受信する処理も含む。手術画像の受信後、受信した手術画像情報が、サーバ３２に全て正しく受信されたか否かをチェックするために、データのサムチェックを行う（Ｓ２７）。このサムチェックの方法は、図５のＳ７において説明した処理と同様の処理である。
【００５１】
サムチェックの結果、手術画像情報を正しく受信でなかったときは、Ｓ２８でＮＯとなり、Ｓ２６の処理へ戻り、再度送信要求処理を行う。なお、何回か行っても、正しく手術画像情報が受信できなかったときは、別途アラーム処理（図示せず）を行うようにしてもよい。
【００５２】
Ｓ２８でＹＥＳのときは、終了処理を実行する（Ｓ２９）。終了処理は、例えば、サーバ３２は、コントローラへ正しく受信できた旨を通知するなどの処理である。
【００５３】
そして、サーバ３２は、全てのコントローラに対して送信要求を行ったかを判断し、予め決められたコントローラの全てに対してＳ２３からＳ２９の処理を実行したときは、Ｓ３０でＹＥＳとなって、処理は終了する。予め決められたコントローラの全てに対してＳ２３からＳ２９の処理を実行していないときは、Ｓ３０でＮＯとなって、処理は、Ｓ２３に戻り、それに続く処理を実行する。
【００５４】
なお、上述した例では、スケジュールが１つの送信要求開始時間を有して、その時間になると、予め決められた順番で、各コントローラに対して画像情報の送信要求をしていたが、スケジュールがコントローラ毎に送信要求時間を有するようにしていもよい。
【００５５】
以上のように、本発明によれば、医療施設等において手術画像などの医療画像が、カンファレンス室のコントローラが有する手術画像情報は、予め決めれらたスケジュールに従って、サーバ３２へ送信され、そのカンファレンス室のコントローラに対応する記憶領域に記憶されるので、カンファレンス室において、手術画像を記憶する記憶領域が無くなって、手術画像を記録できないということがなくなるので、確実に医療画像を記録することができる。
【００５６】
なお、上述した例では、カンファレンス室のコントローラの記憶装置に記憶されている手術画像を全て、すなわち記憶済領域のデータを全てサーバ３２へ送信していたが、カンファレンス室において、ユーザ等によって指定された手術画像のみを、サーバ３２への送信すべき手術画像とするように指定できるようにしてもよい。
【００５７】
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を変えない範囲において、種々の変更、改変等が可能である。
【００５８】
なお、以上説明した構成から、次の付記に示す構成に特徴がある。
【００５９】
［付記項］
（１）医療画像情報をそれぞれ有する複数の医療画像取得装置から送信される前記医療画像情報を受信して、前記医療画像情報を記憶する第１の記憶装置をそれぞれ有する複数のコントローラと、
通信回線を介して前記複数のコントローラから送信される前記医療画像情報を、前記コントローラ毎に対応して予め決められた記憶領域に記憶する第２の記憶装置を有するセンタ装置とからなるシステムであって、
前記第２の記憶装置の前記記憶領域は、前記コントローラ毎に対応してそれぞれ記憶容量が予め決められており、
前記コントローラ毎の前記医療画像情報は、前記コントローラのそれぞれから前記センタ装置へ予め決められたスケジュールに基いて送信されることを特徴とする医療画像情報管理システム。
【００６０】
（２）前記予め決められたスケジュールは、前記コントローラのそれぞれ又は前記センタ装置が有していることを特徴とする付記項１に記載の医療画像情報管理システム。
【００６１】
（３）前記予め決められたスケジュールは、前記コントローラのそれぞれの前記医療画像情報が、前記コントローラのそれぞれから前記センタ装置へ送信される時間データによって決められていることを特徴とする付記項２に記載の医療画像情報管理システム。
【００６２】
（４）前記第２の記憶装置の複数の前記記憶領域は、それぞれアクセス制限され、予め決められた者のみが予め決められた前記記憶領域にアクセスできることを特徴とする付記項１、付記項２又は付記項３に記載の医療画像情報管理システム。
【００６３】
（５）前記各コントローラの前記医療画像情報が、前記コントローラのそれぞれから前記センタ装置へ前記予め決められたスケジュールに基いて送信される前に、前記医療画像を送信する前記コントローラに対応する前記記憶領域に、送信する前記医療画像情報が記憶できる空き容量があるか否かがチェックされ、前記空き容量がある場合に前記医療画像情報の送信が行われることを特徴とする付記項１から付記項４のいずれかに記載の医療画像情報管理システム。
【００６４】
（６）医療画像情報を記憶する第１の記憶装置をそれぞれ有する複数のコントローラと、複数の記憶領域を含む第２の記憶装置を有するセンタ装置とからなるシステムにおいて、前記医療画像情報の管理を行う方法であって、
前記第２の記憶装置の前記記憶領域は、前記コントローラ毎に対応してそれぞれ記憶容量が予め決められており、
前記コントローラは、前記医療画像情報をそれぞれ有する医療画像取得装置から送信される前記医療画像情報を受信し、
前記センタ装置が通信回線を介して前記複数のコントローラから送信される前記医療画像情報を前記コントローラ毎に対応して予め決められた前記記憶領域に記憶する場合、前記コントローラ毎の前記医療画像情報は、前記コントローラのそれぞれから前記センタ装置へ予め決められたスケジュールに基いて送信されることを特徴とする医療画像情報管理方法。
【００６５】
（７）前記予め決められたスケジュールは、前記コントローラのそれぞれ又は前記センタ装置が有していることを特徴とする付記項６に記載の医療画像情報管理方法。
【００６６】
（８）前記予め決められたスケジュールは、前記コントローラのそれぞれの前記医療画像情報が、前記コントローラのそれぞれから前記センタ装置へ送信される時間データによって決められていることを特徴とする付記項７に記載の医療画像情報管理方法。
【００６７】
（９）前記第２の記憶装置の複数の前記記憶領域は、それぞれアクセス制限され、予め決められた者のみが予め決められた前記記憶領域にアクセスできることを特徴とする付記項６、付記項７又は付記項８に記載の医療画像情報管理方法。
【００６８】
（１０）前記コントローラ毎の前記医療画像情報が、前記コントローラのそれぞれから前記センタ装置へ前記予め決められたスケジュールに基いて送信される前に、前記医療画像を送信する前記コントローラに対応する前記記憶領域に、送信する前記医療画像情報が記憶できる空き容量があるか否かがチェックされ、前記空き容量がある場合に前記医療画像情報の送信が行われることを特徴とする付記項６から付記項９のいずれかに記載の医療画像情報管理方法。
【００６９】
（１１）医療画像情報を記憶する第１の記憶装置をそれぞれ有する複数のコントローラと、前記コントローラ毎に対応してそれぞれ記憶容量が予め決められた複数の記憶領域を含む第２の記憶装置を有するセンタ装置とからなるシステムにおいて、前記医療画像情報の管理を行うためのプログラムであって、
前記コントローラが前記医療画像情報をそれぞれ有する医療画像取得装置から送信される前記医療画像情報を受信する機能と、
前記センタ装置が通信回線を介して前記複数のコントローラから送信される前記医療画像情報を前記コントローラ毎に対応して予め決められた前記記憶領域に記憶する場合、前記コントローラ毎の前記医療画像情報は、前記コントローラのそれぞれから前記センタ装置へ予め決められたスケジュールに基いて送信されるようにする機能とを、コンピュータに実行させるプログラム。
【００７０】
【発明の効果】
以上説明したように、本発明によれば、手術画像等の医療画像を適切に記録できるようにする医療画像情報管理システムを実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係わる医療画像情報管理システムの構成を示す構成図である。
【図２】本発明の実施の形態に係わるコントローラの構成を示すブロック図である。
【図３】本発明の実施の形態に係わるＨＤＤの記憶領域の利用状況を説明するためのメモリマップの図である。
【図４】本発明の実施の形態に係わる、各コントローラの記憶装置の記憶領域と、サーバの記憶装置の記憶領域との関係を説明するための図である。
【図５】コントローラが、サーバへ予め決められたスケジュールに従って手術画像を送信する処理の流れの例を示すフローチャートである。
【図６】サーバの処理の流れの例を示すフローチャートである。
【図７】サーバへ予め決められたスケジュールに従って手術画像が送信される処理の流れの別の例を示すフローチャートである。
【符号の説明】
１０ａ、１０ｂ、１０ｃ・・・手術室、１１・・・患者、１２・・・内視鏡、１３・・・手術具、１４・・・ＣＣＵ、１５、２４、２５・・・モニタ、１６・・・医療画像取得装置、１７、２２・・・通信装置、３３２０ａ、２０ｂ、２０ｃ・・・カンファレンス室、２３・・・コントローラ、２６・・・入力装置、３２・・・サーバ、３３・・・記憶装置
【図１】
2004326455.tif 000003
【図２】
2004326455.tif 000004
【図３】
2004326455.tif 000005
【図４】
2004326455.tif 000006
【図５】
2004326455.tif 000007
【図６】
2004326455.tif 000008
【図７】
2004326455.tif 000009