(57)【要約】【課題】画像処理サーバとの通信状態に拘わらず作業を継続する。【解決手段】ネットワーク１８を介して接続された画像処理サーバに依頼した画像処理要求に基づいて処理された画像データを利用するクライアント端末１１であって、画像処理サーバとの通信状態を検出する通信状態検出部８２と、前記通信状態の異常を検出して前記画像処理要求に対する処理を実行する画像処理部８３とを備える。【選択図】  図８
2006166064.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して接続された画像処理サーバに依頼した画像処理要求に基づいて処理された画像データを利用する通信端末であって、
前記画像処理サーバとの通信状態を検出する通信状態検出手段と、
前記通信状態の異常を検出して前記画像処理要求に対する処理を実行する画像処理手段と、
を備える通信端末。
【請求項２】
請求項１記載の通信端末であって、
前記画像処理サーバで処理された画像データを格納するデータ格納手段を備える通信端末。
【請求項３】
請求項２記載の通信端末であって、
前記データ格納手段は、中間データを格納する通信端末。
【請求項４】
請求項３記載の通信端末であって、
前記画像処理手段は、前記データ格納手段が格納する中間データを用いて画像処理を実行する通信端末。
【請求項５】
請求項４記載の通信端末であって、
前記画像処理手段は、類似画像を選択する機能を有する通信端末。
【請求項６】
請求項４記載の通信端末であって、
前記画像処理手段は、ＬＵＴ変換又はＷＬ／ＷＷ変換を行う通信端末。
【請求項７】
請求項４記載の通信端末であって、
前記画像処理手段は、画像計測処理を行う通信端末。
【請求項８】
請求項４記載の通信端末であって、
前記画像処理手段は、アフィン変換を行う通信端末。
【請求項９】
請求項１記載の通信端末であって、
前記画像処理手段は、ボリューム処理を実行する通信端末。
【請求項１０】
請求項９記載の通信端末であって、
前記画像処理手段は、ボリュームレンダリングを実行する通信端末。
【請求項１１】
請求項９記載の通信端末であって、
前記ボリューム処理を実行するためのボリュームデータを前記中間データより作成するボリュームデータ作成手段を備える通信端末。
【請求項１２】
請求項１１記載の通信端末であって、
前記画像処理手段は、前記ボリュームデータ格納手段に格納される圧縮されたボリュームデータを用いてボリューム処理を実行する通信端末。
【請求項１３】
通信回線を介して接続された画像処理サーバに依頼した画像処理要求に基づいて処理された画像データを利用する通信端末を制御するプログラムであって、コンピュータを、
前記画像処理サーバとの通信状態を検出する通信状態検出手段、
前記通信状態の異常を検出して前記画像処理要求に対する処理を実行する画像処理手段、
として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信回線を介して接続された画像処理サーバに依頼した画像処理要求に基づいて処理された画像データを利用する通信端末に関する。
【背景技術】
【０００２】
従来より、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic SResonance Imaging）などの画像診断装置および、画像診断装置より得られる画像を用いた三次元医療画像技術に関する研究開発が行われてきた。その中でも、特にボリューム処理による画像診断は幅広く行われている。ボリューム処理にあっては膨大な計算量が必要であるので、従来より計算をネットワーク上の画像処理サーバに処理させるということが行われてきた。
【０００３】
図１６は、ネットワーク１８によりクライアント端末１１と画像処理サーバ１５が接続され、画像処理サーバ１５においてボリュームデータが処理される画像処理システムを示す。クライアント端末１１からネットワーク１８を通して画像処理サーバ１５にジョブ（画像処理要求）が送信されると、画像処理サーバ１５は、ボリュームデータが格納されたデータベース８５から、クライアント端末１１のジョブに対応するボリュームデータを呼び出し、所定の画像処理を行なう。処理結果画像は、ネットワーク１８を介してクライアント端末１１に転送され、クライアント端末１１のディスプレイに表示される。
【０００４】
図１７は、従来の画像処理システムの正常時におけるクライアント端末１１から画像処理サーバ１５へのデータの流れを示す。クライアント端末１１側には画像処理に関するリソースがないため、クライアント端末１１で表示する画像に対する画像処理要求は、ネットワーク１８を通じて画像処理サーバ１５に送信される。
【０００５】
図１８は、従来の画像処理システムの正常時における画像処理サーバ１５からクライアント端末１１へのデータの流れを示す。画像処理サーバ１５には、ＣＴ装置等で撮影した人体内部の画像データであるボリュームデータ１６と、ボリュームデータ１６にボリュームレンダリング等の画像処理を行なうための画像処理プログラム１７が格納されている。  画像処理サーバ１５は、クライアント端末１１からの画像処理要求に応じた画像処理を行ない、処理結果画像をクライアント端末１１に送信する。クライアント端末１１は、受信した処理結果画像をディスプレイ１４に表示する。
【０００６】
図１９は、従来の画像処理システムでジョブを実行する場合のフローチャートを示す。  例えば、人体の所定箇所のＣＴ画像が見たい場合、クライアント端末１１において、所定箇所を指定するユーザ入力が行なわれ（ステップＳ５１）、ジョブを作成する（ステップＳ５２）。クライアント端末１１は、ジョブの処理を開始し（ステップＳ５３）、画像処理サーバ１５にネットワーク１８を介してジョブを送信する（ステップＳ５４）。
【０００７】
画像処理サーバ１５は、ボリュームデータ１６からジョブに対応するデータを呼び出して画像を作成し（ステップＳ５５）、作成した画像をネットワーク１８を介してクライアント端末１１へ送信する（ステップＳ５６）。クライアント端末１１は、その画像を受け取り（ステップＳ５７）、ディスプレイ１４に表示させてジョブを解決する（ステップＳ５８）（例えば、非特許文献１参照）。
【０００８】
【非特許文献１】Distributed Visualization. How to improve the quality of medical volume rendering at almost no costs. Markle, Steffen; Spikermann, Axel: Proceedings of EuroPACS'98, pp. 225-228. Barcelona, Spain, Oct. 1998.
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記従来の画像処理システムにあっては、クライアント端末１１と画像処理サーバ１５との通信が正常に行われない場合に、クライアント端末１１では何もできず、作業が中断されることがある。
【００１０】
図２０は、従来の画像処理システムにおける通信切断時の状態を示す。図２０では、ネットワーク１８が切断された状態を示しているが、例えば、クライアント端末１１が無線端末であり、画像処理サーバ１５との交信範囲外に移動した場合も含まれる。このような場合に、クライアント端末１１は、画像処理サーバ１５のボリュームデータ１６にアクセスできず、画像処理および画像表示作業が中断してしまう。
【００１１】
本発明は、上記従来の事情に鑑みてなされたものであって、画像処理サーバとの通信状態に拘わらず作業を継続することができる通信端末を提供することを目的としている。
【課題を解決するための手段】
【００１２】
本発明の通信端末は、通信回線を介して接続された画像処理サーバに依頼した画像処理要求に基づいて処理された画像データを利用する通信端末であって、前記画像処理サーバとの通信状態を検出する通信状態検出手段と、前記通信状態の異常を検出して前記画像処理要求に対する処理を実行する画像処理手段と、を備える。
【００１３】
上記構成によれば、通信状態の異常を検出して前記画像処理要求に対する処理を実行する画像処理手段を備えることにより、いわゆるクライアントサーバ型のシステムにおいて、画像処理サーバとの通信が遮断された場合であっても、クライアント端末での画像処理が可能となるため、通信状態に拘わらず作業を継続することができる。
【００１４】
また、本発明の通信端末は、前記画像処理サーバで処理された画像データを格納するデータ格納手段を備える。
【００１５】
また、本発明の通信端末は、前記データ格納手段が、中間データを格納するものである。また、本発明の通信端末は、前記画像処理手段が、前記データ格納手段が格納する中間データを用いて画像処理を実行するものである。また、本発明の通信端末は、前記画像処理手段が、類似画像を選択する機能を有するものである。また、本発明の通信端末は、前記画像処理手段が、ＬＵＴ変換又はＷＬ／ＷＷ変換を行うものである。また、本発明の通信端末は、前記画像処理手段が、画像計測処理を行うものである。また、本発明の通信端末は、前記画像処理手段が、アフィン変換を行うものである。
【００１６】
また、本発明の通信端末は、前記画像処理手段が、ボリューム処理を実行するものである。また、本発明の通信端末は、前記画像処理手段が、ボリュームレンダリングを実行するものである。また、本発明の通信端末は、前記ボリューム処理を実行するためのボリュームデータを前記中間データより作成するボリュームデータ作成手段を備える。また、本発明の通信端末は、前記画像処理手段が、前記ボリュームデータ格納手段に格納される圧縮されたボリュームデータを用いてボリューム処理を実行するものである。
【００１７】
さらに、本発明の制御プログラムは、通信回線を介して接続された画像処理サーバに依頼した画像処理要求に基づいて処理された画像データを利用する通信端末を制御するプログラムであって、コンピュータを、前記画像処理サーバとの通信状態を検出する通信状態検出手段、前記通信状態の異常を検出して前記画像処理要求に対する処理を実行する画像処理手段、として機能させるための制御プログラムである。
【発明の効果】
【００１８】
本発明によれば、通信状態の異常を検出して前記画像処理要求に対する処理を実行することにより、いわゆるクライアントサーバ型のシステムにおいて、画像処理サーバとの通信が遮断された場合であっても、クライアント端末での画像処理が可能となるため、通信状態に拘わらず作業を継続することができる。
【発明を実施するための最良の形態】
【００１９】
（第１の実施形態）
図１は、本発明の第１の実施形態にかかる画像処理システムにおいて、通信状態が正常の時に処理結果画像が画像処理サーバ１５から送信される状態を示す。以下、クライアント端末１１と画像処理サーバ１５とがネットワーク１８を介して接続された画像処理システムについて説明する。クライアント端末１１は、画像処理サーバ１５に依頼した画像処理要求に基づいて処理された中間データを利用して画像を表示する。
【００２０】
画像処理サーバ１５では、クライアント端末１１から依頼された画像処理要求に応じて、画像処理プログラム１７に従ってボリュームデータ１６にボリュームレンダリング等の画像処理を行なう。そして、画像処理サーバ１５は、処理結果画像を、ネットワーク１８を介してクライアント端末１１に送信する。画像処理サーバ１５として、複数のコンピュータに分散処理をさせてもよい。なお、クライアント端末１１は、ユーザが操作しているＰＣ端末などで、画像処理を画像処理サーバ１５に要求するコンピュータを指す。
【００２１】
クライアント端末１１は、画像処理サーバ１５で処理された処理結果画像を受信し、ディスプレイ１４に表示するとともに、処理結果画像あるいは中間データをキャッシュ１３に格納する。なお、処理結果画像は、実際にディスプレイ１４に表示される画像を指す。また、中間データは、ボリュームデータから計算された画像の中間形式で、例えばＣＴ値のように、多くの場合２次元データとして表わされる。さらに、過去にクライアント端末１１で使用し蓄積したデータをキャッシュ画像と言い、キャッシュ画像は中間データと処理結果画像とを含む。
【００２２】
（第２の実施形態）
図２は、本発明の第２の実施形態にかかる画像処理システムにおいて、通信状態が正常の時にボリュームデータが画像処理サーバ１５から送信される状態を示す。クライアント端末１１は、画像処理サーバ１５から処理結果画像１３を受信するとともに、バックグラウンドでボリュームデータ１６の一部を受信して保存する。クライアント端末１１に保存されたボリュームデータ２１は、クライアント端末１１のメモリ量などに応じて解像度を下げることもできる。特に、ボリュームデータ１６のスライス画像を表示した時に、スライス画像に対応するボリュームデータを蓄積すると効率がよい。また、圧縮したボリュームデータをクライアント端末１１に蓄積してもよい。
【００２３】
図３は、本発明の第２の実施形態にかかる画像処理システムにおいて、通信切断時にクライアント端末１１の画像処理要求が画像処理サーバ１５に送信されない状態を示す。本実施形態では、通信が切断したこと（通信状態の異常）をクライアント端末１１が検出してクライアント端末１１内での処理に切り替わる。
【００２４】
クライアント端末１１は、通信切断以前に処理した画像データ、および画像処理サーバ１５との通信中にやり取りした中間データおよびボリュームデータ２１を保存しておくことにより、通信が切断した時でも可能な範囲で処理を継続することができる。この機能は、クライアント端末１１が、画像処理サーバ１５と無線接続されている場合に特に効果的である。
【００２５】
図４は、第１および第２の実施形態の画像処理システムにおけるボリュームデータ処理の流れを示す。ボリュームデータは、主に画像処理サーバ１５に格納される（ステップＳ１）。画像処理サーバ１５では、画像処理プログラムに従いボリュームデータに対してボリューム処理が行なわれる（ステップＳ２）。このボリューム処理には、ボリュームレンダリング、領域抽出、画像解析などが含まれ、ボリューム処理の結果として中間データが生成される（ステップＳ３）。また、ボリュームレンダリングには例えば、レイキャスト、ＭＩＰ（Maximum Intensity Projection）、ＭＰＲ（Multi Planar Reconstruction）、ＣＰＲ（Curved Multi Planar Reconstruction）が代表的なものとして存在する。なお、ボリューム処理は、ボリュームデータを必要とする処理である。
【００２６】
中間データに対して、主にクライアント端末１１において後処理が行なわれる（ステップＳ４）。後処理には、アフィン変換、ＷＬ／ＷＷ変換、動画再生、ＬＵＴ変換、画像計測、テキストの表示、画像の合成などが含まれる。これらの後処理により表示画像が生成され（ステップＳ５）、クライアント端末１１のディスプレイ１４に表示される。
【００２７】
後処理は、ボリュームデータを必要としないで中間データのみで行なえる処理である。  アフィン変換は、拡大、回転、縮小、移動などの行列変換で表現できる画像変換である。ＷＬ／ＷＷ変換（Window/Level transform）は、通常４０９６階調で与えられるＣＴ値(中間データ値)をディスプレイ用に２５６階調に調整するためにコントラストや明るさを調整する医療画像で一般的に行われる変換処理である。ＬＵＴ変換（Look up Table transform）は、特定のＣＴ値の範囲に着色したり、一部コントラストを強調するための変換テーブルによる変換処理である。
【００２８】
図５は、第１の実施形態のクライアント端末１１における通信切断時の状態（１）を示す。第１の実施形態のクライアント端末１１は、通信切断以前に画像処理サーバ１５から送信された処理結果画像１３を保持している。従って、通信が切断している状態でも、同じ処理が要求された場合は、キャッシュしておいた処理結果画像１３をそのままディスプレイ１４に表示することにより、作業を継続することができる。
【００２９】
図６は、第１の実施形態のクライアント端末１１における通信切断時の状態（２）を示す。第１の実施形態のクライアント端末１１は、通信切断以前に画像処理サーバ１５から送信された中間データ６１を保持している。また、画像処理プログラム１２には、後処理プログラムが格納されている。従って、通信が切断している状態でも、中間データ６１に対する後処理で対処できる処理が要求された場合は、保存されている中間データ６１に後処理を行ない、処理結果画像をディスプレイ１４に表示することにより、作業を継続することができる。
【００３０】
図７は、第２の実施形態のクライアント端末１１における通信切断時の状態（３）を示す。第２の実施形態のクライアント端末１１は、通信切断以前に画像処理サーバ１５から送信されたボリュームデータ２１、およびボリュームデータ２１を処理した結果の中間形式である中間データ６１を保持している。また、画像処理プログラム１２には、ボリューム処理プログラムおよび後処理プログラムが格納されている。従って、通信が切断している状態でも、ボリューム処理が必要な処理が要求された場合は、保存してある範囲のボリュームデータ２１を用いてボリューム処理を行ない、処理結果画像をディスプレイ１４に表示することにより、作業を継続することができる。なお、ボリューム処理は、ボリュームデータが必須の画像処理を言う。
【００３１】
図８は、第１の実施形態にかかるクライアント端末１１の概略構成を示すブロック図である。第１の実施形態のクライアント端末１１は、ネットワーク１８を介して接続された画像処理サーバに依頼した画像処理要求に基づいて処理された中間データを利用するものであり、画像処理要求を送信するとともに、画像処理サーバ１５から送られてくる処理結果画像、中間データ等のデータを受信する通信処理部８１と、ネットワーク１８の接続状態を検出する通信状態検出部８２と、画像処理サーバ１５から送られてくる中間データ、およびクライアント端末１１での画像処理の中間データを格納する中間データ格納部６１と、中間データに対する後処理プログラムを格納する画像処理プログラム格納部１２と、通信状態検出部８２において検出されたネットワーク１８の接続状態に応じて後処理を行なう画像処理部８３と、画像処理部８３において生成された処理結果画像を格納する処理結果画像格納部１３と、処理結果画像を表示するディスプレイ１４と、クライアント端末１１全体を制御するＣＰＵ８４とを備える。
【００３２】
第１の実施形態のクライアント端末１１は、ボリュームデータを保持する機能はなく、またボリュームデータを利用しない。表示画像は、再表示するときに拡大縮小などを行なえるので中間データとして扱う。第1の実施形態において後処理は常にクライアント端末１１で行なう。
【００３３】
クライアント端末１１において、中間データは表示条件とともに保存される。また、類似データの検索機能があり、類似の判断手段がある。ここに、類似とは後処理を行なうことによってほぼ同じ画像がえられる中間データをいう。中間データが共通であることを判断材料に用いる。また、Window/Levelや拡大率の違いは中間データが共通と見なす。なお、共通のデータがある（同一のもの）ことも含めて類似とする。
【００３４】
また、中間データが類似、例えば、ほぼ同じ角度、解像度の違い、補間方式の違い、画像種の違い、オフセット位置の違い、マスクの違いなどであれば使用する。複数の類似データがあればより近いものを選択する。また、パラメータの種類に優先順位や重み付け係数を設け、類似データを比較することによって選択できる。
【００３５】
また、後処理において、Window/Levelや拡大率の変更を後処理で行ってユーザが求めている画像に近い画像を表示する。中間データから同一条件のデータの作成が可能であれば、中間データに後処理をして表示する。中間データから類似条件のデータの作成が可能であれば、中間データに後処理をして表示する。
【００３６】
図９は、第２の実施形態にかかるクライアント端末１１の概略構成を示すブロック図である。第２の実施形態のクライアント端末１１は、図８に示した第１の実施形態のクライアント端末１１に、画像処理サーバ１５から送られてくるボリュームデータを格納するボリュームデータ格納部２１を追加するとともに、画像処理プログラム格納部１２にボリュームデータに対するボリューム処理プログラムを追加し、画像処理部８３においてボリューム処理を行なえるようにしたものである。
【００３７】
第２の実施形態にかかるクライアント端末１１は、ボリュームデータ処理を行なうことができるので、クライアント端末において中間データからボリュームデータを復元することができる（特開２００４−１８０９２３号公報参照）。特に、CTのスライスデータやMPR（Multi Planer Reconstruction）法はボリュームデータのボクセル値を直接観察する方法であるのでその中間データはボリュームデータ一部要素である。
【００３８】
そのためにボリュームデータ一部要素をクライアント端末に蓄積することによってボリュームデータが一部復元できる。ユーザは通常関心の高い領域から観察を行なうので、この方法によって蓄積されたボリュームデータ一部にはユーザが関心を持っている箇所が含まれている可能性が高い。この方法では、ボリュームデータのユーザにとってより重要な箇所を優先的にクライアント端末１１に保管できるので、非力なクライアント端末１１に処理させるのに都合がよい。
【００３９】
また、ボリュームデータは欠けている部分があれば、欠けている部分が一定値（例えば0）と見なす。欠けている部分を周囲のデータより補間する。もしくは、欠けている部分を計算領域に含めないことによって、ボリュームレンダリングを行なうことができる。特にボリューム処理の内、計算負荷の少ないMPR（Multi Planer Reconstruction）法やMIP（Maximun Intensity Projection）を行なえるので都合がいい。
【００４０】
図１０は、第１および第２の実施形態のクライアント端末１１におけるジョブ振り分け機能（１ａ）を示すフローチャートである。例えば、人体の所定箇所のＣＴ画像が見たい場合、クライアント端末１１において、所定箇所を指定するユーザ入力を行ない（ステップＳ１１）、ジョブを作成する（ステップＳ１２）。クライアント端末１１がジョブの処理を開始すると（ステップＳ１３）、ＣＰＵ８４は、通信状態検出部８２の検出結果に基づき、画像処理サーバ１５が使用可能か否かを判断する（ステップＳ１４）。そして、画像処理サーバ１５が使用可能の場合（ＹＥＳ）は、画像処理サーバ１５にネットワーク１８を介してジョブを送信する（ステップＳ１５）。なお、ジョブは、画像処理サーバ１５に対する単一の画像処理要求を指す。
【００４１】
画像処理サーバ１５は、ボリュームデータ１６からジョブに対応するデータを呼び出して画像を作成し（ステップＳ１６）、その画像をネットワーク１８を介してクライアント端末１１に送信する（ステップＳ１７）。クライアント端末１１は、その画像を受け取り（ステップＳ１８）、ディスプレイ１４に表示させてジョブを解決する（ステップＳ１９）。一方、ステップＳ１４において、画像処理サーバ１５が使用不能の場合（ＮＯ）は、クライアント端末１１でジョブの解決を試みる（ステップ２１）。
【００４２】
図１１は、第１および第２の実施形態のクライアント端末１１におけるジョブ振り分け機能（１ｂ）を示すフローチャートである。図１１に示すフローチャートは、図１０に示すフローチャートに比べ、画像処理サーバ１５がクライアント端末１１に中間データを送信する点が異なる。すなわち、画像処理サーバ１５は、ボリュームデータ１６からジョブに対応するデータを画像処理して中間データを作成し（ステップＳ６６）、その中間データをネットワーク１８を介してクライアント端末１１に送信する（ステップＳ６７）。クライアント端末１１は、その中間データを受け取り（ステップＳ６８）、クライアント端末１１において後処理を行ない（ステップＳ６９）ディスプレイ１４に表示させてジョブを解決する（ステップＳ１９）。一方、ステップＳ１４において、画像処理サーバ１５が使用不能の場合（ＮＯ）は、図１０の場合と同様に、クライアント端末１１でジョブの解決を試みる（ステップ２１）。
【００４３】
図１２は、第１の実施形態のクライアント端末１１でジョブの解決を試みる場合のフローチャートである。画像処理サーバ１５が使用不能の場合は、ＣＰＵ８４は、ジョブが過去のジョブに類似か否かを判断する（ステップＳ２２）。この場合、類似の判断には、ジオメトリ情報、画像種、オパシティ関数、マスク情報等を用いる。
【００４４】
そして、ジョブが過去のジョブに類似する場合（ＹＥＳ）は、過去のジョブの中間データを中間データ格納部６１から呼び出し（ステップＳ２３）、その中間データに対して画像処理部８３において後処理を行ない（ステップＳ２４）、そのジョブを解決する（ステップＳ２５）。
【００４５】
一方、ステップＳ２２において、ジョブが過去のジョブに類似していない場合（ＮＯ）は、画像を表示できない旨をユーザに通知する（ステップＳ２６）。
【００４６】
図１３は、第２の実施形態のクライアント端末１１でジョブの解決を試みる場合のフローチャートである。画像処理サーバ１５が使用不能の場合は、ＣＰＵ８４は、ジョブが過去のジョブに類似か否かを判断する（ステップＳ２２）。そして、ジョブが過去のジョブに類似する場合（ＹＥＳ）は、図１２の場合と同様に、過去のジョブの中間データを中間データ格納部６１から呼び出し（ステップＳ２３）、その中間データに対して画像処理部８３において後処理を行ない（ステップＳ２４）、そのジョブを解決する（ステップＳ２５）。
【００４７】
一方、ステップＳ２２において、ジョブが過去のジョブに類似していない場合（ＮＯ）は、その時点までにボリュームデータ格納部２１に格納されたボリュームデータ（不完全）でボリューム処理を行ない（ステップＳ２７）、さらに後処理を行って（ステップＳ２４）、そのジョブを解決する（ステップＳ２５）。
【００４８】
図１４は、第１および第２の実施形態のクライアント端末１１における結果データの蓄積（１）を示すフローチャートである。なお、図１４のステップＳ１５〜Ｓ１９は、図１０のステップＳ１５〜Ｓ１９と同一である。
【００４９】
すなわち、第１および第２の実施形態のクライアント端末１１では、ステップＳ１５で画像処理サーバ１５にジョブを送信する場合に、クライアント端末１１においてもジョブ内容を記録しておく（ステップＳ３１）。また、ステップＳ１８でクライアント端末１１が画像処理サーバ１５から送信された画像を受け取る場合に、クライアント端末１１で画像を記録しておく（ステップＳ３２）。なお、クライアント端末１１がジョブ内容と画像をセットで記録するのは、過去の演算結果のみならず計算条件が必要なためである。
【００５０】
図１５は、第１および第２の実施形態のクライアント端末１１における結果データの蓄積（２）を示すフローチャートである。なお、図１５のステップＳ１５，Ｓ３１は、図１４のステップＳ１５，Ｓ３１と同一である。
【００５１】
この場合も、クライアント端末１１が、ステップＳ１５で画像処理サーバ１５にジョブを送信する場合に、クライアント端末１１がジョブ内容を記録しておく（ステップＳ３１）。次に、画像処理サーバ１５は、ボリュームデータ１６からジョブに対応するデータを呼び出して中間データを作成し（ステップＳ４１）、その中間データをネットワーク１８を介してクライアント端末１１に送信する（ステップＳ４２）。
【００５２】
クライアント端末１１は、その中間データを受け取り（ステップＳ４３）、受け取った中間データを中間データ格納部６１に格納する（ステップＳ４６）。次に、画像処理部８３が、受け取った中間データに対して後処理を行ない（ステップＳ４４）そのジョブを解決する（ステップＳ４５）。なお、クライアント端末１１において、ジョブ内容と中間データをセットで記録するのは、過去の演算結果のみならず計算条件が必要なためである。
【００５３】
このように、第１および第２の実施形態の画像処理システムおよびクライアント端末によれば、クライアント端末１１と画像処理サーバ１５との通信が途中で途絶えても、自動的にクライアント端末１１単独での処理に切り替わり処理が中断されず、作業を継続することができる。また、通信が回復した後もスムーズに作業を続けることができ、特に、クライアント端末１１と画像処理サーバ１５が無線により接続されている場合に効果的である。
【００５４】
なお、第１および第２の実施形態の画像処理システムでは画像処理サーバは単独のコンピュータであったが、画像処理サーバは複数台のコンピュータで構成された分散型画像処理サーバであっても良い。
【００５５】
また、第１および第２の実施形態の画像処理システムでは画像処理サーバは類似画像を表示する機能があるが類似画像を表示した場合は、それが類似であるということがユーザに判断できるように警告文を表示したり、記号を表示したり、色を変えたり、音を鳴らしたりしても良い。
【００５６】
また、第１および第２の実施形態の画像処理システムでは中間データはボクセル値を表したデータであったが、中間データは変化を加えたボクセル値、マスク情報、領域情報、パス、変換処理前後のデータ、フィルター処理を行う前後のデータ、文字記号、患者情報、積層二次元画像のそれぞれの層、画像合成を行うの前後のデータ、座標情報等であっても良い。更に後処理後の画像を再び中間データとしても良い。
【００５７】
また、第１および第２の実施形態の画像処理システムでは類似画像は後処理を行なうことによってほぼ同じ画像がえられる中間データであったが、類似画像は中間データに限らず後処理後の画像であっても良い。
【００５８】
また、第１および第２の実施形態の画像処理システムでは蓄積した画像を用いて処理を継続したが、ユーザに蓄積した画像の一部もしくは全部を提示し、ユーザに蓄積した画像を選択表示させることもできる。
【００５９】
また、第１および第２の実施形態の画像処理システムでは蓄積した画像を用いて処理を継続したが、接続切断後のユーザの操作を記録することによって、画像処理サーバとの接続が回復したときに、ユーザの操作を反映させて処理を回復することができる。
【図面の簡単な説明】
【００６０】
【図１】第1の実施形態の画像処理システムにおいて、通信状態が正常の時に処理結果画像が画像処理サーバ１５から送信される状態を示す図
【図２】第２の実施形態の画像処理システムにおいて、通信状態が正常の時にボリュームデータが画像処理サーバ１５から送信される状態を示す図
【図３】第２の実施形態の画像処理システムにおいて、通信切断時にクライアント端末１１の画像処理要求が画像処理サーバ１５に送信されない状態を示す図
【図４】第１および第２の実施形態の画像処理システムにおけるボリュームデータ処理の流れを示す図
【図５】第１の実施形態のクライアント端末１１における通信切断時の状態（１）を示す図
【図６】第１の実施形態のクライアント端末１１における通信切断時の状態（２）を示す図
【図７】第２の実施形態のクライアント端末１１における通信切断時の状態（３）を示す図
【図８】第１の実施形態にかかるクライアント端末１１の概略構成を示すブロック図
【図９】第２の実施形態にかかるクライアント端末１１の概略構成を示すブロック図
【図１０】第１および第２の実施形態のクライアント端末１１におけるジョブ振り分け機能（１ａ）を示すフローチャート
【図１１】第１および第２の実施形態のクライアント端末１１におけるジョブ振り分け機能（１ｂ）を示すフローチャート
【図１２】第１の実施形態のクライアント端末１１でジョブの解決を試みる場合のフローチャート
【図１３】第２の実施形態のクライアント端末１１でジョブの解決を試みる場合のフローチャート
【図１４】第１および第２の実施形態のクライアント端末１１における結果データの蓄積（１）を示すフローチャート
【図１５】第１および第２の実施形態のクライアント端末１１における結果データの蓄積（２）を示すフローチャート
【図１６】ネットワーク１８によりクライアント端末１１と画像処理サーバ１５が接続され、画像処理サーバ１５においてボリュームデータが処理される画像処理システムを示す図
【図１７】従来の画像処理システムの正常時におけるクライアント端末１１から画像処理サーバ１５へのデータの流れを示す図
【図１８】従来の画像処理システムの正常時における画像処理サーバ１５からクライアント端末１１へのデータの流れを示す図
【図１９】従来の画像処理システムでジョブを実行する場合のフローチャート
【図２０】従来の画像処理システムにおける通信切断時の状態を示す図
【符号の説明】
【００６１】
１１  クライアント端末
１２  画像処理プログラム格納部
１３  処理結果画像格納部
１４  ディスプレイ
１５  画像処理サーバ
１６  ボリュームデータ
１８  ネットワーク
２１  ボリュームデータ格納部
６１  中間データ格納部
８１  通信処理部
８２  通信状態検出部
８３  画像処理部
８４  ＣＰＵ
８５  データベース
１１１  ＰＣ
１１２  ボクセルデータ蓄積手段
１１３  蓄積履歴３次元マスクデータ蓄積手段
【図１】
2006166064.tif 000003
【図２】
2006166064.tif 000004
【図３】
2006166064.tif 000005
【図４】
2006166064.tif 000006
【図５】
2006166064.tif 000007
【図６】
2006166064.tif 000008
【図７】
2006166064.tif 000009
【図８】
2006166064.tif 000010
【図９】
2006166064.tif 000011
【図１０】
2006166064.tif 000012
【図１１】
2006166064.tif 000013
【図１２】
2006166064.tif 000014
【図１３】
2006166064.tif 000015
【図１４】
2006166064.tif 000016
【図１５】
2006166064.tif 000017
【図１６】
2006166064.tif 000018
【図１７】
2006166064.tif 000019
【図１８】
2006166064.tif 000020
【図１９】
2006166064.tif 000021
【図２０】
2006166064.tif 000022