(57)【要約】【課題】シンクライアント画像システムのサーバへの負荷、リソース集中に伴う資源不足を解消し、画像表示のパフォーマンスを落とさず、クライアント側のパーソナルコンピュータのリソースの効率的な活用が可能な医療画像観察システムを提供することである。【解決手段】医用画像観察システムは、医用画像処理装置１０と医用画像表示装置２０がネットワーク上に接続されて成る。ユーザ４０から画像表示要求を受けると、医用画像処理装置１０内の表示画像生成部Ａ１５で表示画像を生成し、送信部１４で医用画像表示装置に送信する。一方、表示画像を送信している間に、該表示画像の画像データを画像データ送信部１８で医用画像表示装置２０の主メモリＢに送信する。そして、前記画像データを全て送信し終えた時点で、医用画像処理装置１０内の画像データを削除すると共に、表示画像生成処理を、表示画像生成部Ａ１５から表示画像生成部Ｂ２７に切り替える。【選択図】      図２
2010279541.tif 000002
【特許請求の範囲】
【請求項１】
医用画像処理装置に対して、通信ネットワークで接続された医用画像表示装置に於いて、
処理対象画像データに対する画像処理を指示するための入力手段と、
前記指示に基づいて、前記医用画像処理装置に記憶されている処理対象画像データに対して画像処理を要求する手段と、
前記処理対象画像データを前記医用画像処理装置から受信する受信手段と、
前記受信手段で受信した処理対象画像データに対して、前記要求に基づいて画像処理を行う画像処理手段と、
前記処理対象となる画像データの受信後に、前記医用画像処理手段で処理された画像データの表示から、前記画像処理手段で処理した画像データとを切り替えて表示する表示制御手段と、
を備えることを特徴とする医用画像表示装置。
【請求項２】
前記医用画像処理装置の画像処理装置を用いた画像の表示処理を行うと共に、前記処理対象画像データを受信するものであることを特徴とする請求項１記載の画像表示装置。
【請求項３】
医用画像表示装置に対して、通信ネットワークで接続された医用画像処理装置に於いて、
予め記憶されている処理対象画像データに対する画像処理要求を前記医用画像表示装置から受信する受信手段と、
前記受信手段で受信された画像処理要求に対して、処理対象画像を生成する表示画像生成手段と、
前記表示画像生成手段で生成された処理対象画像データを前記医用画像表示装置に送信する送信手段と、
前記送信手段で前記処理対象画像データが前記医用画像表示装置に送信した後に、生成された処理対象画像データを削除するように制御する制御手段と、
を備えることを特徴とする医用画像処理装置。
【請求項４】
前記医用画像表示装置に表示される処理対象画像の生成を行うと共に、前記処理対象画像データを送信するものであることを特徴とする請求項３記載の画像表示装置。
【請求項５】
表示画像を生成する第１の生成部と、前記第１の生成部で生成された前記表示画像を前記医用画像表示装置に送信する第１の送信部と、前記表示画像の画像データを前記医用画像表示装置に送信する第２の送信部と、を備えた医用画像処理装置と、所望の画像を要求する画像表示要求受付部と、前記第１の送信部から送信された前記表示画像を表示する表示部と、前記医用画像処理装置の第２の送信部から送信された画像データを記憶する記憶部と、前記記憶部に記憶された画像データを基に表示画像を生成する第２の生成部と、を備えた医用画像表示装置と、を少なくとも有して各々がネットワーク上に接続された医用画像観察システムに於いて、
前記医用画像処理装置は、前記第１の表示画像生成部が前記画像表示要求受付部からの画像要求を受けて表示画像を生成し、前記第２の送信部が、前記第１の送信部で前記表示画像を送信している間に、前記表示画像の画像データを前記医用画像表示装置に送信し、前記表示画像の画像データを全て前記医用画像表示装置に送信し終えた時点で、前記医用画像処理装置内の前記画像データを削除するように制御する第１の制御部を具備し、
前記医用画像表示装置は、前記表示画像の画像データを全て前記医用画像表示装置に送信し終えた時点で、前記第１の生成部で行っていた表示画像生成処理を前記第２の生成部に切り替えるように制御する第２の制御部を具備し、前記第２の制御部で前記表示画像生成処理が切り替わった後は、前記第２の生成部で生成された表示画像を前記表示部が表示する
ことを特徴とする医用画像観察システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は医用画像表示装置、医用画像処理装置並びに医用画像観察システムに関し、より詳細には、３次元または４次元データを始めとする大容量データの表示をサーバサイドで行う医用画像処理装置、医用画像表示装置から成るシステムに関するものである。
【背景技術】
【０００２】
近年、ＣＴを始めとするモダリティの撮影画像数の増加に伴い、複数枚の画像を３次元（３Ｄ）画像として利用する運用が幅広く普及しており、患者への説明画像や術前や術中のシミュレーション画像など、様々な用途で利用されている。従来、３Ｄ画像を作成、表示するには高価な高性能３Ｄワークステーションが必要であったが、シンクライアント技術の普及により、高度な３Ｄ画像処理をサーバ側で行い、その結果、画像のみをクライアントに送信して表示するシンクライアント型３Ｄ画像システムが普及し始めている。
【０００３】
この３Ｄ画像システムは、医用画像処理装置、医用画像表示装置から構成されるもので、医用画像処理装置のストレージに大容量の医療画像データが保管されており、医用画像表示装置からの要求に基づいて医用画像処理装置が画像データから表示画像を生成し、生成された表示画像を医用画像表示装置に転送している（例えば、下記特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３１２６８３
【発明の概要】
【発明が解決しようとする課題】
【０００５】
医療３Ｄ画像は、患者への病状説明や術中ナビゲーション画像として用いられ、比較的長時間参照されることが多く、その間のサーバリソースを占有し続けるという問題がある。また、医用画像処理装置（以下、サーバと記す）で画像データを主メモリに読み込んで処理する必要がある。そして、複数の医用画像表示装置（以下、クライアントと記す）からの要求に応えるため、複数の画像データを同時に主メモリの作業領域上に保持する必要があった。加えて、３Ｄ画像利用の普及に伴うクライアント数の増大もあり、今後、サーバのメモリやＣＰＵなどのリソース不足が深刻化すると予想されている。
【０００６】
一方、近年、医用画像表示装置に用いられるクライアントのパーソナルコンピュータの性能は年々向上しており、大容量の主メモリ、高性能プロセッサを搭載した製品も珍しく無くなってきている。この傾向は今後も続くと予想され、将来的には、従来、高性能なサーバでしか行なえなかった大容量画像データの画像処理も、クライアント側で難なく行えるようになると推測される。
【０００７】
但し、クライアント側で画像生成処理を行うためには、一度サーバにある大容量記憶装置（主にハードドディスク）から画像データをクライアントに全て転送する必要があり、転送が完了するまで待たされるという問題が生じる。医用画像情報システムでは、画像の表示要求から完了までの即応性が極めて重要であるため、この遅延は許容されないものである。
【０００８】
したがって本発明の目的は、シンクライアント画像システムのデメリットであるサーバへの負荷、リソース集中に伴う資源不足の弊害を解消し、画像表示のパフォーマンスを落とさずに、クライアント側のパーソナルコンピュータのリソースの効率的な活用が可能となる医用画像表示装置、医用画像処理装置並びに医療画像観察システムを提供することである。
【課題を解決するための手段】
【０００９】
すなわち本発明は、医用画像処理装置に対して、通信ネットワークで接続された医用画像表示装置に於いて、処理対象画像データに対する画像処理を指示するための入力手段と、前記指示に基づいて、前記医用画像処理装置に記憶されている処理対象画像データに対して画像処理を要求する手段と、前記処理対象画像データを前記医用画像処理装置から受信する受信手段と、前記受信手段で受信した処理対象画像データに対して、前記要求に基づいて画像処理を行う画像処理手段と、前記処理対象となる画像データの受信後に、前記医用画像処理手段で処理された画像データの表示から、前記画像処理手段で処理した画像データとを切り替えて表示する表示制御手段と、を備えることを特徴とする。
【００１０】
また本発明は、医用画像表示装置に対して、通信ネットワークで接続された医用画像処理装置に於いて、予め記憶されている処理対象画像データに対する画像処理要求を前記医用画像表示装置から受信する受信手段と、前記受信手段で受信された画像処理要求に対して、処理対象画像を生成する表示画像生成手段と、前記表示画像生成手段で生成された処理対象画像データを前記医用画像表示装置に送信する送信手段と、前記送信手段で前記処理対象画像データが前記医用画像表示装置に送信した後に、生成された処理対象画像データを削除するように制御する制御手段と、を備えることを特徴とする。
【００１１】
更に、本発明は、表示画像を生成する第１の生成部と、前記第１の生成部で生成された前記表示画像を前記医用画像表示装置に送信する第１の送信部と、前記表示画像の画像データを前記医用画像表示装置に送信する第２の送信部と、を備えた医用画像処理装置と、所望の画像を要求する画像表示要求受付部と、前記第１の送信部から送信された前記表示画像を表示する表示部と、前記医用画像処理装置の第２の送信部から送信された画像データを記憶する記憶部と、前記記憶部に記憶された画像データを基に表示画像を生成する第２の生成部と、を備えた医用画像表示装置と、を少なくとも有して各々がネットワーク上に接続された医用画像観察システムに於いて、前記医用画像処理装置は、前記第１の表示画像生成部が前記画像表示要求受付部からの画像要求を受けて表示画像を生成し、前記第２の送信部が、前記第１の送信部で前記表示画像を送信している間に、前記表示画像の画像データを前記医用画像表示装置に送信し、前記表示画像の画像データを全て前記医用画像表示装置に送信し終えた時点で、前記医用画像処理装置内の前記画像データを削除するように制御する第１の制御部を具備し、前記医用画像表示装置は、前記表示画像の画像データを全て前記医用画像表示装置に送信し終えた時点で、前記第１の生成部で行っていた表示画像生成処理を前記第２の生成部に切り替えるように制御する第２の制御部を具備し、前記第２の制御部で前記表示画像生成処理が切り替わった後は、前記第２の生成部で生成された表示画像を前記表示部が表示することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、大容量画像データから生成される医療画像を参照する際に、サーバ側で表示画像を生成し、クライアント側では表示のみを行うことで、表示要求を出してから短い時間で画像を参照することができる。
【００１３】
これにより、短時間で画像を参照できるというサーバ側の処理のメリットを維持しながら、後に処理をクライアント側に切り替えることで、サーバの資源集中の問題を回避することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る医療画像観察システムの基本構成を示すブロック構成図である。
【図２】本発明の一実施形態に係る医療画像観察システムを実現するための具体的なブロック構成を示した図である。
【図３】本発明の一実施形態の医療画像観察システム１の動作について説明するもので、サーバ側で表示画像を生成する場合の動作を説明するためのフローチャートである。
【図４】本発明の一実施形態の医療画像観察システム１の動作について説明するもので、画像データをサーバ側からクライアント側のメモリに転送する場合の動作を説明するためのフローチャートである。
【図５】本発明の一実施形態の医療画像観察システム１の動作について説明するもので、クライアント側で表示画像を生成する場合の動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施形態を説明する。
【００１６】
図１は、本発明の一実施形態に係る医療画像観察システムの基本構成を示すブロック構成図である。
【００１７】
図１に於いて、本医療画像観察システム１は、ネットワーク上に医用画像処理装置１０と、複数の医用画像表示装置２０1 ，２０2 ，…が接続されている。
【００１８】
医用画像処理装置１０は、図示されないがＣＴ等に使用される医用画像データが保存される記憶装置（ハードディスク）、主メモリ等を有している。そして、この医用画像処理装置１０には、前述したように、複数台の医用画像表示装置２０1 ，２０2 ，…が、ネットワークを介して接続されている。
【００１９】
医用画像表示装置２０1 ，２０2 ，…には、医用画像を表示するモニタ３１1 ，３１2 ，…と、表示された画像に対して表示条件の変更等を指示する入力装置（キーボードやマウスなど）３２1 ，３２2 ，…が接続されている。
【００２０】
医用画像表示装置２０1 ，２０2 ，…は、医用画像処理装置１０に対して医用画像の表示要求を出すことができる。要求を受けた医用画像処理装置１０は、該当する画像データを一旦、前記主メモリに全て読み込んでから表示画像を生成し、医用画像表示装置２０1 ，２０2 ，…に送信する。
【００２１】
表示画像を受信した医用画像表示装置２０1 ，２０2 ，…は、接続されたモニタ３１1 ，３１2 ，…が上に受信した画像を表示する。モニタ３１1 ，３１2 ，…に表示された画像に対し、表示条件の変更（透明度、色などの変更や、画像の回転や拡大／縮小など）を行った場合、その都度、要求が医用画像処理装置１０に対して出され、サーバで条件に合う表示画像が生成されて医用画像表示装置２０1 ，２０2 ，…に送信される。
【００２２】
つまり、このような構成の医療画像観察システム１に於いては、以下のようにして画像データの処理が行われる。
【００２３】
先ず、医用画像処理装置１０で表示画像の生成と医用画像表示装置２０1 ，２０2 ，…への送信が行われながら、主メモリにある画像データが医用画像表示装置２０1 ，２０2 ，…の図示されない主メモリに転送される。次いで、医用画像処理装置１０で主メモリの作業領域上にある画像データが、医用画像表示装置２０1 ，２０2 ，…の主メモリに転送し終わった時点で、医用画像処理装置１０の主メモリにある画像データが削除され、メモリ上の作業領域が開放（メモリ上の作業領域の確保を止める）される。そして、医用画像処理装置１０の主メモリにある画像データが、医用画像表示装置２０1 ，２０2 ，…の主メモリに転送し終わった時点で、それまで医用画像処理装置１０で行われていた表示画像生成処理が医用画像表示装置２０1 ，２０2 ，…に切り替わる。
【００２４】
図２は、本医療画像観察システムを実現するための具体的なブロック構成を示した図である。
【００２５】
前述したように、本医療画像観察システム１は、医用画像処理装置１０と、複数の医用画像表示装置２０とが、ネットワークによって接続されている。尚、図２に於いては、説明の簡単化のため、複数ある医用画像表示装置２０1 ，２０2 ，…を、代表的に医用画像表示装置２０として説明する。
【００２６】
サーバ側である医用画像処理装置１０は、データベース１１と、画像データ保管部１２と、画像表示要求受信部１３と、表示画像送信部１４と、表示画像生成部Ａ１５と、画像データ読込み部１６と、主メモリＡ１７と、画像データ送信部１８と、ＣＰＵ１９と、を有して構成される。
【００２７】
前記データベース１１は、管理している医用画像データを特定するための情報、データの保管場所等を管理している。画像データ保管部１２は、医用画像データを保管するための記憶手段である。この画像データ保管部１２は、医用画像データが保管されたとき、削除されたとき、または変更になった場合等、前記データベース１１と通信して、該データベース１１の修正を行う。尚、この画像データ保管部１２は、これらに限られず、複数のＨＤＤやＮＡＳのイメージ、つまり、別の場所にあってもよい。
【００２８】
前記画像表示要求受信部１３は、後述する画像表示要求送信部２３から受信した表示要求を、表示画像生成部Ａ１５に供給する。表示画像送信部１４は、表示画像生成部Ａ１５で生成された表示画像を、後述する表示画像受信部２４に送信する。
【００２９】
表示画像生成部Ａ１５は、画像表示要求受信部１３から受け取った画像表示要求に従って表示画像を生成する。画像データが、まだ主メモリＡ１７に読込まれていない場合は、画像データ読込み部１６に対して画像データの読込みを指示する。一方、既に主メモリＡ１７に画像データがある場合は、このデータを基に表示画像を生成して表示画像送信部１４に表示画像を送信する。
【００３０】
画像データ読込み部１６は、画像データ保管部１２に保管された画像データを、主メモリＡ１７に読込むためのものである。尚、画像データは複数のＤＩＣＯＭ画像ファイル、若しくは１つのファィルに纏められたボリュームファイルであっても良い。また、主メモリＡ１７は、画像データ保管部１２の画像データを一時的に保持するメモリである。
【００３１】
更に、画像データ送信部１８は、主メモリＡ１７にある画像データを、後述する画像データ受信部２５に送信するためのものである。また、ＣＰＵ１９は、医用画像処理装置１０内の各部の制御動作や判定等を行うための制御部を構成している。
【００３２】
一方、クライアント側となる医用画像表示装置２０は、画像表示要求受付部２１と、画像表示部２２と、画像表示要求送信部２３と、表示画像受信部２４と、画像データ受信部２５と、主メモリＢ２６と、表示画像生成部Ｂ２７と、ＣＰＵ２８と、を有して構成される。
【００３３】
前記画像表示要求受付部２１は、ユーザ４０からの画像表示指示（単なる指定画像の表示だけでなく、その後の表示条件変更指示（透明度、カラーマップの変更、画像の回転や拡大／縮小等））を受付け、要求内容を、画像表示要求送信部２３に伝達する。表示画像作成処理がクライアント側に切り替わった後は、要求内容を後述する表示画像生成部Ｂ２７に通知する。
【００３４】
画像表示部２２は、画像をモニタに表示するためのものである。表示画像生成処理が医用画像処理装置１０で行われている間は、表示画像受信部２４から受け取った画像を表示し、医用画像表示装置２０に切り替わった後は、表示画像生成部Ｂ２７から受け取った画像を表示する。画像表示要求送信部２３は、表示要求を、ネットワークを介して画像表示要求受信部１３に送信する。
【００３５】
表示画像受信部２４は、表示画像送信部１４から受信した表示画像を、画像表示部２２に供給する。
【００３６】
画像データ受信部２５は、画像データ送信部１８から受信した画像データを、主メモリＢ２６に格納するためのものである。主メモリＢ２６は、医用画像処理装置１０から送信された画像データを一時的に保持するメモリである。そして、表示画像生成部Ｂ２７は、主メモリＢ２６上の画像データを基に表示画像を生成して、画像表示部２２に供給する。
【００３７】
更に、ＣＰＵ２８は、医用画像表示装置２０内の各部の制御動作や判定等を行うための制御部を構成している。
【００３８】
尚、医用画像処理装置１０、医用画像表示装置２０は、本実施形態に於いてはパーソナルコンピュータで構成される。また、図１のシステムの基本構成図では医用画像表示装置２０1 ，２０2 ，…と、モニタ３１1 ，３１2 ，…及び入力装置３２1 ，３２2 ，…を別の構成としているが、これに限られるものではなく、図２に示されるように、医用画像表示装置２０内に画像表示部２２及び画像表示受付部２１を有した構成としてもよい。
【００３９】
次に、図３乃至図５のフローチャートを参照して、本実施形態の医療画像観察システム１の動作について説明する。尚、これらの制御動作は、主にＣＰＵ１９及びＣＰＵ２８の指令によって行われる。
【００４０】
初めに、本実施形態の医療画像観察システム１に於ける画像表示指示の動作について説明する。
【００４１】
図３は、サーバ側で表示画像を生成する場合の動作を説明するためのフローチャートである。
【００４２】
本シーケンスが開始されると、先ず、ステップＳ１に於いて、医用画像表示装置２０内の画像表示要求受付部２１によって、ユーザ４０の図示されないマウス操作等による、例えば３次元画像に対する入力操作が受付けられる。これにより、画像表示要求受付部２１にて画像表示要求に変換されて、画像表示要求送信部２３に出力される。前述した表示要求内容の例としては、対象画像を指定する情報（ＳｔｕｄｙＩｎｓｔａｎｃｅＵＩＤ、ＳｅｒｉｅｓＩｎｓｔａｎｃｅＵＩＤ）、表示条件を指定する情報（透明度、カラーマップ、視点、拡大／縮小等）などがある。
【００４３】
次に、ステップＳ２にて、画像表示要求送信部２３により、表示要求内容がネットワーク（図１参照）を介して、医用画像処理装置１０側の画像表示要求受信部１３に送信される。すると、続くステップＳ３にて、画像表示要求受信部１３で受信された表示要求内容の情報が、表示画像生成部Ａ１５に出力される。
【００４４】
そして、ステップＳ４に於いて、表示要求は画像の新規表示であるか表示条件変更であるかが判定される。ここで、前記表示要求が新規表示である場合は、ステップＳ５に移行して、表示画像生成部Ａ１５から画像データ読込み部１６に対して画像データの読込みが指示される。すると、続くステップＳ６にて、画像データ読込み部１６によって、データベース１１から画像データの保存場所が入手されると共に、画像データ保管部１２から画像データが読込まれて、主メモリＡ１７に格納される。
【００４５】
一方、前記ステップＳ４にて表示要求が表示条件変更であった場合は、前述したステップＳ５及びＳ６がスキップされる。
【００４６】
ステップＳ７では、表示画像生成部Ａ１５によって主メモリＡ１７にある画像データに画像表示条件が適用されて、表示画像が生成される。ここで生成された表示画像は、表示画像送信部１４に出力される。次いで、ステップＳ８にて、表示画像送信部１４からネットワークを介して、前記生成された表示画像が、医用画像表示装置２０側の表示画像受信部２４に送信される。
【００４７】
ステップＳ９では、表示画像受信部２４によって受信された表示画像が、画像表示部２２に出力される。すると、続くステップＳ１０にて、画像表示部２２のモニタ上に、表示画像受信部２４より出力された画像が表示される。
【００４８】
このようにして、本シーケンスが終了する。
【００４９】
次に、図４のフローチャートを参照して、本実施形態の医療画像観察システム１に於ける画像データ転送の動作について説明する。
【００５０】
図４は、画像データをサーバ側からクライアント側のメモリに転送する場合の動作を説明するためのフローチャートである。
【００５１】
本シーケンスが開始されると、先ず、ステップＳ２１にて、画像データ送信部１８により、主メモリＡ１７に格納された画像データが、ネットワークを介して医用画像表示装置２０側の画像データ受信部２５に送信される。そして、ステップＳ２２では、画像データ受信部２５により受信された画像データが、主メモリＢ２６に格納される。
【００５２】
すると、続くステップＳ２３に於いて、画像データが全て主メモリＢ２６に転送されたか否かが判定される。ここで、転送が終了していない場合は前記ステップＳ２１に移行し、転送が終了したならばステップＳ２４に移行する。
【００５３】
ステップＳ２４では、医用画像処理装置１０側の画像データ送信部１８から表示画像生成部Ａ１５に対して、主メモリＡ１７に格納された画像データの解放と画像生成処理の終了が指示される。すると、ステップＳ２５にて、表示画像生成部Ａ１５によって主メモリＡ１７の画像データが解放され、画像生成処理が終了する。
【００５４】
次に、ステップＳ２６にて、画像データ受信部２５から表示画像生成部Ｂ２７に対して、画像生成処理の開始が指示される。これにより、ステップＳ２７では、表示画像生成部Ｂ２７によって画像生成処理が開始される。それと共に、画像表示要求受付部２１に対して、以降の表示要求が表示画像生成部Ｂ２７に切り替えられるように指示される。
【００５５】
次に、図５のフローチャートを参照して、本実施形態の医療画像観察システム１に於ける画像表示指示の動作について説明する。
【００５６】
図５は、クライアント側で表示画像を生成する場合の動作を説明するためのフローチャートである。
【００５７】
本シーケンスが開始されると、ステップＳ３１にて、画像表示要求受付部２１によってユーザ４０のマウス操作等による、現在表示されている画像に対する表示条件の変更指示が受付けられ、画像表示要求の情報に変換される。ここで、表示要求内容の例としては、前述したような対象画像を指定する情報や、表示条件を指定する情報等である。
【００５８】
次いで、ステップＳ３２にて、表示画像生成部Ｂ２７により主メモリＢ２６にある画像データに要求された表示条件が適用されて、表示画像が生成される。生成された表示画像は、画像表示部２２に出力される。そして、ステップＳ３３にて、画像表示部２２のモニタ上に、表示画像生成部Ｂから得られた画像が表示される。
【００５９】
前述した実施形態によれば、サーバで表示画像の生成、クライアントへの表示画像送信を行いながら、サーバの主メモリ上の画像データをクライアントの主メモリに転送すること、及び、画像データの転送を完了した時点でサーバの主メモリにある画像データを削除して、メモリ上の作業領域を開放すること、並びに、クライアントが画像データを全て受信し終えた時点で、これまでサーバで行っていた表示画像生成処理をクライアントでの処理に切り替えることにより、医用画像観察システム全体に於ける資源の有効活用を実現することができる。
【００６０】
これにより、画像表示のパフォーマンスを落とすことなく、クライアント側のパーソナルコンピュータのリソースの効率的な活用が可能となる。
【００６１】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々の変形実施が可能であるのは勿論である。
【００６２】
更に、上述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件の適当な組合せにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、或いは実施形態に示される構成要件が幾つか組合わされても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成も発明として抽出され得る。
【産業上の利用可能性】
【００６３】
本発明によれば、シンクライアント画像システムのデメリットであるサーバへの負荷、リソース集中に伴う資源不足の弊害を解消し、画像表示のパフォーマンスを落とさずに、クライアント側のパーソナルコンピュータのリソースの効率的な活用が可能となる医用画像表示装置、医用画像処理装置並びに医療画像観察システムが得られる。
【符号の説明】
【００６４】
１…医療画像観察システム、１０…医用画像処理装置、１１…データベース、１２…画像データ保管部、１３…画像表示要求受信部、１４…表示画像送信部、１５…表示画像生成部Ａ、１６…画像データ読込み部、１７…主メモリＡ、１８…画像データ送信部、１９、２８…ＣＰＵ、２０，２０1 ，２０2 ，……医用画像表示装置、２１…画像表示要求受付部、２２…画像表示部、２３…画像表示要求送信部、２４…表示画像受信部、２５…画像データ受信部、２６…主メモリＢ、２７…表示画像生成部Ｂ、３１1 ，３１2 ，……モニタ、３２1 ，３２2 ，……入力装置。
【図１】
2010279541.tif 000003
【図２】
2010279541.tif 000004
【図３】
2010279541.tif 000005
【図４】
2010279541.tif 000006
【図５】
2010279541.tif 000007