特許 5972648 医用画像伝送システム及びこのシステムにおけるゲートサーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5972648

(24)【登録日】2016年7月22日

(45)【発行日】2016年8月17日

(54)【発明の名称】医用画像伝送システム及びこのシステムにおけるゲートサーバ

(51)【国際特許分類】

   A61B 5/00 20060101AFI20160804BHJP

   G06T 1/00 20060101ALI20160804BHJP

【ＦＩ】

   A61B5/00 D

   G06T1/00 290A

【請求項の数】9

【全頁数】14

(21)【出願番号】特願2012-91914(P2012-91914)

(22)【出願日】2012年4月13日

(65)【公開番号】特開2013-220136(P2013-220136A)

(43)【公開日】2013年10月28日

【審査請求日】2015年3月2日

(73)【特許権者】

【識別番号】594164542

【氏名又は名称】東芝メディカルシステムズ株式会社

(74)【代理人】

【識別番号】110000235

【氏名又は名称】特許業務法人 天城国際特許事務所

(72)【発明者】

【氏名】小島 孝之

【審査官】 伊知地 和之

(56)【参考文献】

【文献】 特開平１１−２３９１６５（ＪＰ，Ａ）

【文献】 特開２００２−２３０１６６（ＪＰ，Ａ）

【文献】 特開２００９−０６１２６６（ＪＰ，Ａ）

【文献】 特開２０００−２８５１３０（ＪＰ，Ａ）

【文献】 特開２０１１−０９２２１９（ＪＰ，Ａ）

【文献】 特開２００９−２５８７７７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６１Ｂ ５／００ − ５／０１

Ｇ０６Ｑ ５０／２２ − ５０／２４

Ｇ０６Ｔ １／００

(57)【特許請求の範囲】

【請求項1】

医用画像を撮像するモダリティと、
このモダリティにより得られた医用画像をＤＩＣＯＭプロトコルに基づく処理の付帯情報を付してＤＩＣＯＭ画像データとして一時記憶した後、送信するゲートサーバと、
このゲートサーバから送信された前記ＤＩＣＯＭ画像データを受信し、前記処理の付帯情報に基づいてこのＤＩＣＯＭ画像データの処理を行う処理サーバと、
前記ゲートサーバに対して処理された画像を指定して送信要求を行う端末装置と、を備え、
前記ゲートサーバは、前記端末装置による送信要求された画像が前記処理サーバから送信可能な状態になっていないとき、前記ゲートサーバにおいて前記送信要求された画像を処理して前記端末装置に送信することを特徴とする医用画像伝送システム。

【請求項2】

前記ゲートサーバは、前記ＤＩＣＯＭ画像データの前記付帯情報に含まれる処理を行う処理サーバを指示する処理テーブルを有しこの処理テーブルに基づいて送信する前記処理サーバを選択することを特徴とする請求項１記載の医用画像伝送システム。

【請求項3】

医用画像を撮像するモダリティと、
このモダリティにより得られた医用画像をＤＩＣＯＭプロトコルに基づく処理の付帯情報を付して送信されてきた画像データに対して前記処理を行う処理サーバと、
処理された画像を指定して送信要求を行う端末装置と、
前記モダリティにより得られた医用画像をＤＩＣＯＭプロトコルに基づく処理の付帯情報を付して画像データとして一時記憶する医用画像記憶部と、前記付帯情報を解析する付帯情報解析部と、この付帯情報解析部による解析に基づいて前記処理サーバに送信する処理サーバ送信部と、前記端末装置による送信要求された画像が前記処理サーバにおいて処理され送信可能な状態になっていないとき、前記医用画像記憶部に記憶されている画像を処理して前記端末装置に送信する過渡的処理部とを備えるゲートサーバと、
を有することを特徴とする医用画像伝送システム。

【請求項4】

前記ゲートサーバは、前記処理サーバ毎にそのサーバが有する処理機能を記述した処理テーブルを有し、この処理テーブルにしたがって前記モダリティにより得られた画像を前記処理サーバに送信することを特徴とする請求項３記載の医用画像伝送システム。

【請求項5】

前記処理テーブルは、前記ゲートサーバにおいて作成されることを特徴とする請求項４記載の医用画像伝送システム。

【請求項6】

前記ゲートサーバは、前記モダリティ毎にそのモダリティにより得られた医用画像になされる処理を記述する処理テーブルを有し、この処理テーブルにしたがって前記モダリティにより得られた画像を前記医用画像になされる処理を行う処理サーバに送信することを特徴とする請求項３記載の医用画像伝送システム。

【請求項7】

前記モダリティは各々コンソールに接続され、このコンソールにおいて接続されるモダリティにより得られた前記医用画像になされる処理を作成し、この処理を付帯情報として前記モダリティに対応して前記ゲートサーバに送信することを特徴とする請求項６記載の医用画像伝送システム。

【請求項8】

医用画像を撮像するモダリティにより得られた医用画像をＤＩＣＯＭプロトコルに基づく処理の付帯情報を付してＤＩＣＯＭ画像データとして一時記憶する医用画像記憶部と、
前記付帯情報を解析する付帯情報解析部と、
前記処理の付帯情報に基づき前記画像データを処理する処理サーバに送信する処理サーバ送信部と、
端末装置から処理された画像を指定して送信要求があったとき当該処理された画像データが前記処理サーバにおいて送信可能な状態になっていない場合に、前記医用画像記憶部に記憶されているＤＩＣＯＭ画像データを処理して前記端末装置に送信する過渡的処理部と、
を有することを特徴とする医用画像伝送システムにおけるゲートサーバ。

【請求項9】

前記ゲートサーバは、前記ＤＩＣＯＭ画像データの前記付帯情報に含まれる処理を行う処理サーバを指示する処理テーブルを有し、この処理テーブルに基づいて前記モダリティにより得られた画像を前記処理サーバに送信することを特徴とする請求項８記載の医用画像伝送システムにおけるゲートサーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、モダリティにおいて生成された医用画像を処理サーバに送るゲートサーバを有する医用画像伝送システム及びこのシステムにおけるゲートサーバに関する。

【背景技術】

【0002】

医用検査装置は、通常、モダリティと呼ばれ、ＭＲＩ（Magnetic Resonance Imaging）装置、ＣＴ（Computed Tomography）装置、ＣＲ（Computed Radiography）装置、超音波診断装置などが含まれるが、これらの装置に限定されない。このようなモダリティで撮像された画像は、対応するコンソール（操作卓）により、画像処理されることもある。しかし、これらの画像を見て検査診断を行う医師などがコンソールから離れている場合等では、ネットワークに接続され、サーバに送られて種々の処理がなされる。そしてクライアントＰＣから要求があった場合、上記サーバから読み出し、要求したクライアントＰＣに送る医用画像送信システムが知られている。

【0003】

このシステムにおいて、複数のモダリティが接続されると非常に多くの画像が生成される。これらの画像は被検体の検査、診断等に用いられるものであり、一般に高解像度の画像が必要とされる。これらの画像は各機能を有する複数のサーバに送られる。この場合、途中にゲートサーバが置かれこのゲートサーバによる制御の下で、各サーバに送られる。しかし上述のように送信される画像は高画質であり情報量が大きいので、伝送時間が長い。また、処理サーバを多く設けると、それらの処理サーバに画像データを送るまでの時間が長くなる。

【0004】

したがって、クライアントＰＣ（端末装置）から要求があったとき、その要求にすぐに対応することができず、円滑な検査、診断に支障をきたす場合もある。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００８−２３４３８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

この発明は、端末装置から要求があったとき、即座に求める画像を伝送することが可能であり、円滑な検査、診断が可能な医用画像伝送システム及びこのシステムにおけるゲートサーバを提供する。

【課題を解決するための手段】

【0007】

一実施形態によれば、医用画像を撮像するモダリティと、このモダリティにより得られた医用画像をＤＩＣＯＭプロトコルに基づく処理の付帯情報を付してＤＩＣＯＭ画像データとして一時記憶した後、送信するゲートサーバと、このゲートサーバから送信された前記ＤＩＣＯＭ画像データを受信し、前記処理の付帯情報に基づいてこのＤＩＣＯＭ画像データの処理を行う処理サーバと、前記ゲートサーバに対して処理された画像を指定して送信要求を行う端末装置と、を備え、前記ゲートサーバは、前記端末装置により送信要求された画像が前記処理サーバから送信可能な状態になっていないとき、前記ゲートサーバにおいて前記送信要求された画像を処理して前記端末装置に送信することを特徴とする医用画像伝送システムを提供する。

【図面の簡単な説明】

【0008】

【図1】第１の実施形態に係る医用画像伝送システムの全体図である。

【図2】図１におけるゲートサーバの構成例を示す図である。

【図3】図１におけるコンソールの構成例を示す図である。

【図4】図１における実施形態のゲートサーバに有する処理テーブルの例を示す図である。

【図5】第１の実施形態の動作を説明するための図である。

【図6】第２の実施形態におけるゲートサーバの構成例を示す図である。

【図7】第２の実施形態におけるコンソールの構成例を示す図である。

【図8】第２の実施形態のゲートサーバに有する処理テーブルの一例を示す図である。

【図9】第３の実施形態に係る医用画像伝送システムの全体図である。

【発明を実施するための形態】

【0009】

以下、本発明の実施の形態について、図面を用いて説明する。

【0010】

＜第１の実施形態＞
図１に第１の実施形態の構成例を示す。この医用画像伝送システムは、２台のモダリティ１１ａ，１１ｂと、これらのモダリティに各々接続されるコンソール１２ａ，１２ｂと、これらのコンソールからの画像を受信するゲートサーバ１３と、ゲートサーバ１３から処理のためにＤＩＣＯＭ画像データを送られる処理サーバ１４ａ、サーバ１４ｂ、サーバ１４ｃと、画像の送信を要求するクライアントＰＣ１５ａ，１５ｂとを有しており、これらはネットワーク例えば病院内のイントラネット等のネットワーク１６に接続されている。例えば、処理サーバ１４ａは後述するＤＩＣＯＭ規格の付帯情報の付加及び削除を行うためのサーバであり、処理サーバ１４ｂは付帯情報の削除及びＣＡＤ処理を行うためのサーバであり、処理サーバ１４ｃは画像の前処理及びＣＡＤ処理を行うためのサーバである。図１においては、モダリティを２台、処理サーバを３台、クライアントＰＣを２台示したが、実際にはこれらの台数以上あってもよいしこれらより少なくてもよい。

【0011】

モダリティ１１ａは例えばＣＴ装置であり、モダリティ１１ｂは例えばＭＲＩ装置である。これらのモダリティで撮像された医用画像は、モダリティ各々に接続されたコンソール１２ａ，１２ｂに送られ、更にゲートサーバ１３に送られる。

【0012】

ゲートサーバ１３では、例えば医用画像の標準規格であるＤＩＣＯＭ（Digital Imaging and Communication in Medicine）の規格に基づいて医用画像は記憶される。医用画像データそのものの他に、ＤＩＣＯＭタグとしてモダリティに関する情報や検査に関する情報、処理に関する情報などの付帯情報が付加される。付帯情報は、モダリティにより、異なるデータもあるが、例えば、モダリティの識別に使われる機器ＩＤ、１件の検査毎に付される検査ＩＤ、検査を行った年月日及び時を表す検査時情報、頭部、腰部、胸部、足部など撮影した部位を示す撮影部位情報、画像などの処理の情報が含まれる。ここでは、医用画像そのものにこれらのＤＩＣＯＭタグに含まれる付帯情報を含めてＤＩＣＯＭ画像データという。

【0013】

ゲートサーバ１３ではＤＩＣＯＭ画像データに変換されるので、モダリティ１１ａ，１１ｂでの記録、コンソールでの受信、送信では、上述の付帯情報などを付けることにより上記ＤＩＣＯＭ規格にできるだけ沿った形式で処理される。ここでは、コンソールからゲートサーバ１３に送信される情報も、ＤＩＣＯＭ画像データ（又は略して画像データ）という。

【0014】

ゲートサーバ１３の構成例を図２に示し、ＣＴ装置であるモダリティ１１ａに接続されているコンソール１２ａの構成例を図３に示す。

【0015】

ゲートサーバ１３は、コンソール１２ａなどからのＤＩＣＯＭ画像データを受信し、コンソール１２ａ等に情報を送信するコンソール送受信部２１と、受信したＤＩＣＯＭ画像データ内の医用画像データを記憶する医用画像記憶部２２と、ＤＩＣＯＭ画像データに含まれる付帯情報を解析する付帯情報解析部２３と、医用画像の処理をどの処理サーバ１４ａ，１４ｂ，１４ｃで行うかを決める処理テーブルを作成し、記憶する処理テーブル作成記憶部２４と、処理テーブルにしたがって画像データを各処理サーバ１４ａ，１４ｂ，１４ｃに送信し、これらの処理サーバから画像の処理完了などの制御信号を受信する処理サーバ送受信部２５と、このゲートサーバ１３内でデータの加工を行うデータ加工部２６と、クライアントＰＣ１５ａ，１５ｂからの画像送信などの要求を検知する要求検知部２７と、ゲートサーバ１３内における各段階の処理をログとして記憶するログ記憶部２８と、ゲートサーバ１３の各部を制御する全体制御部２９とを有する。

【0016】

データ加工部２６は、処理サーバ１４ａ，１４ｂ，１４ｃにＤＩＣＯＭ画像データを送信し加工を行う前にクライアントＰＣから要求があったときに処理を行う、いわば過渡的処理部である。データ加工部２６は、医用画像記憶部２２に記憶されている画像につきコンピュータ支援診断（ＣＡＤ：Computer-Aided Diagnosis）の処理を行うＣＡＤ部２６ａと、画像データの前処理を行う前処理部２６ｂと、ＤＩＣＯＭ画像データに含まれる付帯情報の処理を行う付帯情報処理部２６ｃを有する。

【0017】

コンピュータ支援診断（ＣＡＤ）は、２次元や３次元の医用画像について自動的に病巣の候補の抽出や、関心対象の臓器を自動的に抽出することなどの処理を行うものである。

【0018】

例えば図４に示す処理テーブル作成記憶部２４は、ゲートサーバ１３から送られてきた画像データを処理サーバ１４ａ，１４ｂ，１４ｃが行う処理を行う。

【0019】

例えば、処理サーバ１４ａは、ゲートサーバ１３から送られてきたＤＩＣＯＭ画像データの付帯情報を付加しあるいは削除する処理を行い、処理サーバ１４ｂは、ゲートサーバ１３から送られてきたＤＩＣＯＭ画像データの付帯情報を削除した後ＣＡＤで画像を処理し、処理サーバ１４ｃはＤＩＣＯＭ画像データに含まれる医用画像に前処理を行いＣＡＤで指示される処理を行う。各処理サーバにおいて所定の処理が終了すると、その旨の制御信号が全体制御部２９に送られる。

【0020】

コンソール１２ａは、図３に示すように、接続されているモダリティ１１ａにおいて撮像された医用画像を取得する撮影画像取得部３１と、操作者が撮影画像に対する処理の指示を行う入力部３２と、この入力部３２から入力された画像処理に対する必要な指示をＤＩＣＯＭ規格に準じて付帯情報として作成する必要処理生成部３３と、撮像画像取得部３１で得られた医用画像及び必要処理生成部３３で作成された指示をＤＩＣＯＭ規格に準じた画像データとしてゲートサーバ１３に送信し、ゲートサーバ１３から信号を受信するデータ送受信部３４とを有する。

【0021】

次に、図１ないし図４を参照しながら、図５に基づいてこの実施形態の動作を説明する。図１に示すモダリティ１１ａ，１１ｂにおいて患者（被検体）に対する各種の撮像がなされ、医用画像が取得されて対応するコンソール１２ａ，１２ｂに送られる。図５に示すように例えばコンソール１２ａで得られた医用画像及び付帯情報を含むＤＩＣＯＭに準じた画像データは、ステップＳ５０１でネットワーク１６を介してゲートサーバ１３に送られる。この送られてきた画像Ａデータはコンソール送受信部２１においてまず受信される。図示していないが、コンソール１２ｂで得られたＤＩＣＯＭ規格に準じた画像データも同様にゲートサーバ１３に順次送られている。

【0022】

ステップＳ５０２ではゲートサーバ１３に送られてきた画像Ａデータを医用画像記憶部２２に一時記憶する。ステップＳ５０３では付帯情報解析部２３において医用画像記憶部２２に一時記憶された画像Ａデータから付帯情報を抽出し解析する。

【0023】

付帯情報の指示が、付帯情報の付加や削除であれば、ステップＳ５０４でＤＩＣＯＭ画像Ａデータが処理サーバ１４ａに送信される。次にステップＳ５０５でコンソールから画像Ｂデータがゲートサーバ１３に送信されてきたとする。ゲートサーバ１３はこの画像Ｂデータについても、ステップＳ５０６でゲートサーバ１３の医用画像記憶部２２に記憶する。記憶されたＤＩＣＯＭ画像ＢデータはステップＳ５０７で付帯情報解析部２３において、付帯情報が解析される。

【0024】

この途中の時点においてステップＳ５０８で、例えばクライアントＰＣ１５ａから画像の前処理とＣＡＤ処理を行った画像Ｂの送信要求があったとする。この要求は要求検知部２７において検知され割り込み処理がなされる。

【0025】

図４によれば、画像の前処理とＣＡＤ処理は本来処理サーバ１４ｃにおいて行われる処理である。しかし、この時点ではＤＩＣＯＭ画像Ｂデータがまだ処理サーバ１４ｃに送られておらず、処理サーバ１４ｃで処理を行うことができない。

【0026】

このように処理サーバ１４ｃでＤＩＣＯＭ画像Ｂデータに所定の処理を行って送信可能な状態になっていない場合には、ゲートサーバ１３では、全体制御部２９の制御の下でデータ加工部２６において画像Ｂの前処理及びＣＡＤを行う（ステップＳ５０９）。具体的には、ＤＩＣＯＭ画像Ｂデータを医用画像記憶部２２から読み出す。そして、ネットワーク１６を介してデータ加工部２６の前処理部２６ｂに送り画像Ｂについて後のＣＡＤの前処理を行う。その後、前処理された画像Ｂは、ＣＡＤ部２６ａに送られて、ＣＡＤ処理がされる。図５には示していないが、ＣＡＤ処理が終了するとその旨の制御信号が全体制御部２９に送られる。

【0027】

ＣＡＤ処理がされた画像ＢのＤＩＣＯＭ画像Ｂデータは、ステップＳ５１０でクライアントＰＣ１５ａに送信される。

【0028】

そしてその後、割り込み処理を完了し通常のルーチンに戻り、ステップＳ５１１で処理サーバ送受信部２５を介して、ＤＩＣＯＭ画像Ｂデータが処理サーバ１４ｃに送信される。処理サーバ１４ｃで前処理とＣＡＤ処理がなされた後、その処理がなされたことが全体制御部２９に通知される。

【0029】

次にコンソールからＤＩＣＯＭ規格に準じた画像Ｃデータがゲートサーバ１３に送られてくると（ステップＳ５１２）、ゲートサーバ１３のコンソール送受信部２１で受信され、医用画像記憶部２２に一時記憶される（ステップＳ５１３）。次のステップＳ５１４で、この画像Ｃデータは、付帯情報解析部２３において付帯情報が解析される。

【0030】

この解析により画像Ｃデータに対する処理が付帯情報の削除及びＣＡＤ処理であれば、ステップＳ５１５において、全体制御部２９の制御の下に医用画像記憶部２２に記憶されている画像Ｃデータが、処理サーバ送受信部２５を介して処理サーバ１４ｂに送信される。

【0031】

これらのＤＩＣＯＭ画像データの送受信及びゲートサーバ１３における処理、処理サーバ１４ａ，１４ｂ，１４ｃに対する画像データの送受信はすべて、ログ記憶部２８に記憶される。

【0032】

以上述べたように、第１の実施形態によれば病院内で、適切な処理サーバが必要とされる処理を完了する前に、クライアントＰＣから処理された画像の要求があった場合にも、ゲートサーバ内で処理することにより、要求された画像のデータを送信することができる。

【0033】

＜第２の実施形態＞
次に第２の実施形態について図面を用いて説明する。この実施形態では、画像の処理テーブルが各コンソールにおいて作成され、ゲートサーバに送信される。全体のシステムの構成は第１の実施形態を示す図１と同様であるので図１の構成に準ずる。ただし、コンソール及びゲートサーバは、第１の実施形態と異なるので、ゲートサーバ５３、コンソール６２ａとして表す。図示していないが、モダリティ６１ａにコンソール６２ａが接続され、モダリティ６１ｂにコンソール６２ｂが接続される。

【0034】

第２の実施形態におけるゲートサーバの一例の構成を図６に示す。このゲートサーバ５３は、コンソール１２ａ，１２ｂからのＤＩＣＯＭ画像データを受信し、コンソール１２ａ等に情報を送信するコンソール送受信部６１と、受信したＤＩＣＯＭ画像データ内の医用画像データを記憶する医用画像記憶部６２と、ＤＩＣＯＭ画像データに含まれる付帯情報を解析する付帯情報解析部６３と、後述するコンソールで作成された処理テーブルを記憶する処理テーブル記憶部６４と、処理テーブルにしたがって画像データを各処理サーバ１４ａ，１４ｂ，１４ｃに送信し、これらの処理サーバから画像の処理完了などの制御信号を受信する処理サーバ送受信部６５と、このゲートサーバ５３内でデータの加工を行うデータ加工部６６と、クライアントＰＣ１５ａ，１５ｂからの画像送信などの要求を検知する要求検知部６７と、ゲートサーバ５３内における各段階の処理をログとして記憶するログ記憶部６８と、ゲートサーバ５３の各部を制御する全体制御部６９とを有する。

【0035】

データ加工部６６は、図２に示す第１の実施形態におけるデータ加工部２６と同様に、図１に示す処理サーバ１４ａ，１４ｂ，１４ｃに、ＤＩＣＯＭ画像データを送信し加工を行う前にクライアントＰＣから要求があったときに処理を行う、いわば過渡的処理部である。データ加工部６６は、医用画像記憶部６２に記憶されている画像につきコンピュータ支援診断（ＣＡＤ）の処理を行うＣＡＤ部６６ａと、画像データの前処理を行う前処理部６６ｂと、ＤＩＣＯＭ画像データに含まれる付帯情報の処理を行う付帯情報処理部６６ｃを有する。

【0036】

第２の実施形態におけるコンソールの構成の一例を図７に示す。コンソール６２ａは、接続されているモダリティ６１ａ（図示せず）において撮像された医用画像を取得する撮影画像取得部７１と、操作者が撮影画像に対する処理の指示を行う入力部７２と、入力部７２から入力された画像処理に対する必要な処理をＤＩＣＯＭ規格に準じて付帯情報として生成する必要処理生成部７３と、必要処理生成部７３で生成された必要な処理を処理テーブルとして作成する処理テーブル作成部７４と、撮像画像取得部７１で得られた医用画像及び必要処理生成部７３で作成された指示をＤＩＣＯＭ規格に準じた画像データとしてゲートサーバ５３に送信し、ゲートサーバ５３から信号を受信するデータ送受信部７５とを有する。

【0037】

この実施形態において、処理テーブルは、例えばコンソール６２ａの処理テーブル作成部７４で作成される。コンソール６２ａからゲートサーバ５３に送信されるＤＩＣＯＭ規格に準じた画像データには、このコンソール６２ａに接続されているモダリティ６１ａで得られた医用画像に対する処理が付帯情報として含まれる。

【0038】

この実施形態では、ゲートサーバ５３の処理テーブル記憶部６４には、各モダリティからコンソールを介して送られてきたモダリティ毎の処理テーブルが記憶される。この場合の処理テーブルの一例を図８に示す。

【0039】

この実施形態における動作を簡単に説明する。モダリティ６１ａ，６１ｂにおいて撮影により医用画像が得られ、各々コンソール６２ａ，６２ｂに送られる。これらのコンソールにおいて、医用画像に対する必要な処理が付帯情報として付加され、ＤＩＣＯＭ規格に準じた画像データがゲートサーバ５３に送られる。ゲートサーバ５３では、コンソール送受信部６１にて上述の画像データを受信し、医用画像記憶部６２に一時的に記憶する。

【0040】

送られてきた画像データに含まれる付帯情報は、モダリティ毎の処理テーブルとして処理テーブル記憶部６４に記憶される。付帯情報は付帯情報解析部６３にて解析され、その要求される処理に応じＤＩＣＯＭ規格画像データとして処理サーバ送受信部６５からネットワーク５６を介して、順次図１に示す処理サーバ１４ａ，１４ｂ，１４ｃに送信される。

【0041】

その送信途中において、まだ各処理サーバに送信されていない又は送信されたが処理されていない画像の要求がクライアントＰＣからあった場合には、ゲートサーバ５３は要求検知部６７においてこの要求を検知する。そして処理の割込みをかけて、データ加工部６６において要求のあった処理を行い、処理された画像データをそのクライアントＰＣに送信する。

【0042】

各処理サーバから処理が完了した時にはその旨の制御信号がゲートサーバ５３に送られ処理サーバ送受信部６５で受信される。次の処理が必要な場合には、全体を制御している全体制御部６９からネットワーク５６を介して次の処理を行うことが可能な処理サーバに画像データを送る。これらゲートサーバ５３における処理はログ記憶部６８にすべて記憶される。

【0043】

例えばモダリティ６１ａにより得られた医用画像の処理が、図８に示すように付帯情報の付加、削除である場合には、ゲートサーバ５３はＤＩＣＯＭ画像データを処理サーバ１４ａに送信する。この送信途中において、例えばクライアントＰＣ１５ｂからこの画像の要求があった場合には、ゲートサーバ５３は、内蔵するデータ加工部６６の付帯情報処理部６６ｃにおいて付帯情報の付加、削除を行う。その後この処理がなされた画像のデータはクライアントＰＣ１５ｂに送信される。

【0044】

このように、第２の実施形態によれば、適切な処理サーバが必要とされる処理を完了する前に、クライアントＰＣから処理された画像の要求があった場合にも、ゲートサーバ内で処理することにより、要求された画像のデータを送信することができる。更に、この実施形態では、各モダリティにて撮像された医用画像に対する必要な処理の付帯情報をコンソールで付加して処理テーブルを作成しており、ゲートサーバでは、それらの処理テーブルを合成すればよい。

【0045】

第２の実施形態における処理テーブルは、モダリティ毎に処理を明確にしたテーブルであった。このような処理テーブルは各モダリティ毎に付帯情報を付すことが容易である利点がある。しかし、第１の実施形態のように処理サーバ毎の処理を記述したテーブルを用いることも可能である。

【0046】

＜第３の実施形態＞
上述の第１、第２の実施形態では、閉じられたネットワーク、例えば病院内などのイントラネットによる医用画像伝送システムに本発明を適用した場合について述べた。しかし、本発明はこのようなネットワークに限られず、インターネット等開かれたネットワークにも適用可能である。このような実施形態について次に述べる。

【0047】

第３の実施形態の構成例を図９に示す。この図において点線で示す病院９０の院内のローカルエリアネットワーク（ＬＡＮ）はＶＰＮを介してインターネットに接続された形態である。

【0048】

病院９０の院内ＬＡＮには、例えば放射線科に設けられている放射線科モダリティ９１ａ，９１ｂ，９１ｃと、内科モダリティ９１ｅ、外科モダリティ９１ｆ、循環器科モダリティ９１ｇのほか、ＲＩＳサーバ９３、検診サーバ９４、ゲートサーバ９５、処理サーバ９６と、クライアントＰＣ９７ａ，９７ｂが接続されている。もちろん、内科、外科、循環器科のモダリティは１台に限られず、２台以上あってもよい。

【0049】

ＲＩＳサーバ９３は、放射線科部門における診療の予約、患者の登録、撮影情報のデータベース化、診断結果のレポート登録、薬品、フィルム等の管理、統計などの情報を処理するサーバのことであり、ＲＩＳはRadiology Information Systemを意味する。検診サーバ９４は、一般的に外来患者や入院患者の登録、検診の予約、診断結果の登録などの処理を行うサーバである。

【0050】

各モダリティ、すなわち放射線科モダリティ９１ａ，９１ｂ，９１ｃ、内科モダリティ９１ｅ、外科モダリティ９１ｆ、循環器科モダリティ９１ｇで撮影された医用画像は、ＤＩＣＯＭ規格に則った画像データとして送信され、ゲートサーバ９５に一時的に記憶される。ゲートサーバは例えば図６に示す構成とすることができる。

【0051】

ゲートサーバ９５は処理テーブルを有しており、この処理テーブルにしたがって一時的に記憶されたＤＩＣＯＭ画像データは、処理サーバ９６に送信されて処理される。

【0052】

クライアントＰＣ９７ａ又はクライアントＰＣ９７ｂから画像の要求があると、通常、処理サーバ９６で処理された画像データがその要求のあったクライアントＰＣに送信される。処理サーバ９６において画像データが処理される前に、いずれかのクライアントＰＣから送信の要求があった場合には、ゲートサーバ９５内で処理して要求のあったクライアントＰＣに送信することになる。

【0053】

上記院内のシステムはＶＰＮを介してその外部にＨＩＳサーバ９８、一般公開サーバ１０１、他院読影センタ１０２に接続された地域連携サーバ１０３、エビデンス管理サーバ１０４が接続される。一般公開サーバ１０１、地域連携サーバ１０３及びエビデンス管理サーバ１０４は、画像保存通信システム（ＰＡＣＳ；Picture Archiving and Communication System）を構成する。

【0054】

ＨＩＳサーバ９８は、上記病院９０の医療事務会計、診療予約診療情報、検査・薬剤などのデータや電子カルテなどの情報管理を行うシステムのサーバである。一般公開サーバ１０１は、病院９０の外部に公開してよい情報をWebなどにより公開するサーバであり、エビデンス管理サーバ１０４は、病院９０内の証拠書類などを保管管理するサーバである。

【0055】

また、地域連携サーバ１０３は、当該地域における病院などが相互に連絡を取り合って情報を交換するサーバである。この地域連携サーバ１０３には例えば他院の読影センタ１０２が接続されている。このセンタ１０２から病院９０内の特定のモダリティで撮像された医用画像の要求があれば処理サーバ９６又はゲートサーバ９５からＤＩＣＯＭ画像データとして、地域連携サーバ１０３を介して他院読影センタ１０２に送信される。

【0056】

これらの外部のサーバ１０１，１０３，１０４等から病院９０内のモダリティで撮像した医用画像の要求があった場合に、既に処理サーバで処理されていれば処理サーバ９６から送信される。また、ゲートサーバ９５からまだ処理サーバ９６に送信されていない場合あるいは、送信されているがまだ処理されていない場合にはゲートサーバ９５内で処理されてから要求のあったサーバに送信される。

【0057】

この第３に実施形態によれば、病院内だけでなく、もっと広い範囲で画像データを送信することができる。

【0058】

上記第３の実施形態において、処理サーバは複数台も受けていてもよいし、クライアントＰＣは病院９０の外に設けられていてもよい。第３の実施形態において各モダリティに各々コンソールが接続されていてもよい。前記第１、第２の実施形態における処理サーバ送受信部は、送信機能だけを有する処理サーバ送信部であってもよい。

【0059】

以上述べたように、上記第１、第２、第３の実施形態によれば、適切な処理サーバが必要とされる処理を完了する前に、クライアントＰＣから処理された画像の要求があった場合にも、ゲートサーバ内で処理することにより、要求された画像のデータを送信することができる。

【0060】

上記実施形態の説明では、各部を別々に固有の機能を有するものとして説明した。しかし、実際には、コンピュータにアプリケーションソフトをインストールすることなどにより、２以上の各部を兼用することもあり、このように２以上の機能を同じソフトにより実行する場合も本発明に含まれる。

【0061】

上記実施形態では、各モダリティにコンソールが各々接続されていた。しかし、モダリティ自体に必要な処理に関する制御情報を生成付加できるならば、本発明においてコンソールは必ずしも必要ではない。

【0062】

上記実施形態では、ＤＩＣＯＭ規格に基づいて医用画像のデータをネットワークで送信する場合について述べた。モダリティからコンソール、及びコンソールからゲートサーバへの画像データの送信はＤＩＣＯＭ規格に則った画像データであることが互換性の点から望ましいが、一部、ＤＩＣＯＭ規格に則っていない付随情報があってもよい。ゲートサーバと処理サーバの間の画像データの送受信は、ＤＩＣＯＭ規格画像データでなされることが望ましい。

【0063】

本発明のいくつかの実施形態を説明したがこれらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0064】

１１ａ,１１ｂ・・・・モダリティ
１２ａ，１２ｂ・・・・コンソール
１３，５３，９５・・・・ゲートサーバ
１４ａ，１４ｂ，１４ｃ，９６・・・・処理サーバ
１５ａ，１５ｂ，９７ａ，９７ｂ・・・・クライアントＰＣ
２１，６１・・・・コンソール送受信部
２２，６２・・・・医用画像記憶部
２３，６３・・・・付帯情報解析部
２４・・・・処理テーブル作成記憶部
２５，６５・・・・処理サーバ送受信部
２６，６６・・・・データ加工部
２７，６７・・・・要求検知部
２８，６８・・・・ログ記憶部
２９，６９・・・・全体制御部
３１，７１・・・・撮影画像取得部
３２，７２・・・・入力部
３３，７３・・・・必要処理生成部
３４，７５・・・・データ送受信部
６４・・・・処理テーブル記憶部
７４・・・・処理テーブル作成部
９０・・・・病院
９１ａ，９１ｂ，９１ｃ・・・・放射線科モダリティ
９１ｅ・・・・内科モダリティ
９１ｆ・・・・外科モダリティ
９１ｇ・・・・循環器科モダリティ
９３・・・・ＲＩＳサーバ
９４・・・・検診サーバ
９８・・・・ＨＩＳサーバ
１０１・・・・一般公開サーバ
１０２・・・・他院読影センタ
１０３・・・・地域連携サーバ
１０４・・・・エビデンス管理サーバ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】