(57)【要約】【課題】通信線を使った膨大な無駄なデータの受信を無くして医療画像を速く表示できるようにする。【解決手段】データ処理手段と、ボクセルデータ転送要求手段と、ボクセルデータ受信手段と、画像表示手段とを備えて成る医療画像処理装置１１において、ボクセルデータ蓄積手段１１２と、蓄積履歴３次元マスクデータ蓄積手段１１３とを備え、データ処理手段が、所望の画像表示に必要な各ボクセルを特定し、特定された各ボクセルに画像データが蓄積されているかどうかを蓄積履歴３次元マスクデータ蓄積手段１１３に照会し、蓄積履歴３次元マスクデータ蓄積手段１１３の照会結果である未記憶のボクセル特定情報をボクセルデータ転送要求手段に送り、  ボクセルデータ転送要求手段が、データ処理手段から送られた照会結果である未蓄積ボクセル特定情報をデータサーバ側１２に送信するようにした。【選択図】  図１
2004180923.tif 000002
【特許請求の範囲】
【請求項１】
データ処理手段と、ボクセルデータの転送をデータサーバ側に要求するボクセルデータ転送要求手段と、データサーバ側からのボクセルデータを受信するボクセルデータ受信手段と、該データ処理手段の処理結果を表示する画像表示手段とを備えて成る医療画像処理装置において、
前記ボクセルデータ受信手段が受信したボクセルデータをボクセル毎に蓄積するボクセルデータ蓄積手段と、
前記ボクセルデータ蓄積手段のボクセルにデータが蓄積されているか未蓄積かを記憶する蓄積履歴多次元マスクデータ蓄積手段と、
前記データ処理手段が、所望の画像表示に必要な各ボクセルを特定し、特定された各ボクセルに画像データが蓄積されているかどうかを前記蓄積履歴多次元マスクデータ蓄積手段に照会し、該蓄積履歴多次元マスクデータ蓄積手段の照会結果である未記憶のボクセル特定情報を前記ボクセルデータ転送要求手段に送り、
該ボクセルデータ転送要求手段が、前記データ処理手段から送られた照会結果である未蓄積ボクセル特定情報をデータサーバ側に送信することを特徴とする医療画像処理装置。
【請求項２】
データ処理手段と、クライアント側から送信された未蓄積ボクセル特定情報を受信する未蓄積ボクセル特定情報受信手段と、クライアント側へボクセルデータを転送するボクセルデータ転送手段と、を備えて成るデータサーバシステムにおいて、
前記データ処理手段が、前記未蓄積ボクセル特定情報受信手段の受信した未蓄積ボクセル特定情報に基づいてボクセルデータを前記ボクセルデータ転送手段に送り、
該ボクセルデータ転送手段が、前記データ処理手段から送られたボクセルデータをクライアント側に送信することを特徴とするデータサーバシステム。
【請求項３】
データ処理手段と、ボクセルデータの転送をデータサーバ側に要求するボクセルデータ転送要求手段と、データサーバ側からのボクセルデータを受信するボクセルデータ受信手段と、該データ処理手段の処理結果を表示する画像表示手段とを備えて成る医療画像処理装置において、
前記ボクセルデータ受信手段が受信したボクセルデータをボクセル毎に蓄積するボクセルデータ蓄積手段と、
前記ボクセルデータ蓄積手段のボクセルにデータが蓄積されているか未蓄積かを記憶する蓄積履歴多次元マスクデータ蓄積手段と、
前記データ処理手段が、所望の画像表示に必要な幾何学情報を算出し、該幾何学情報算出手段の算出した該幾何学情報を前記ボクセルデータ転送要求手段に送り、
該ボクセルデータ転送要求手段が、前記データ処理手段から送られた幾何学情報をデータサーバ側に送信することを特徴とする医療画像処理装置。
【請求項４】
データ処理手段と、クライアント側から送信された幾何学情報を受信する幾何学情報受信手段と、クライアント側へボクセルデータを転送するボクセルデータ転送手段と、を備えて成るデータサーバシステムにおいて、
前記ボクセルデータ転送手段がボクセルデータの転送済みであるか未転送であるかを各ボクセル毎に記憶する送信履歴多次元マスクデータ蓄積手段を備え、
前記データ処理手段が、前記幾何学情報受信手段の受信した幾何学情報に基づいて表示に必要なボクセルを特定し、特定されたボクセルのボクセルデータが転送済みであるか未転送であるかを前記ボクセルデータ転送履歴記憶手段へ照会し、該ボクセルデータ転送履歴記憶手段の照会結果である未転送ボクセルのボクセルデータを前記ボクセルデータ転送手段に送り、
該ボクセルデータ転送手段が、前記データ処理手段から送られたボクセルデータをクライアント側に送信することを特徴とするデータサーバシステム。
【請求項５】
前記蓄積履歴多次元マスクデータ蓄積手段の代わりに、前記ボクセルデータ蓄積手段のボクセルをボクセルデータ値の有効範囲外の数値で初期化する有効範囲外数値初期化蓄積手段を有し、
前記データ処理手段が、各ボクセルに画像データが蓄積されているかどうかを前記有効範囲外数値初期化蓄積手段で初期化された数値を基に照会することを特徴とする請求項１または３記載の医療画像処理装置。
【請求項６】
所望の画像表示の入力があったとき該所望の画像表示に必要な各ボクセルを特定する各ボクセル特定ステップと、特定された各ボクセルに画像データが蓄積されているかどうかを照会する照会ステップと、該照会ステップの結果の未記憶ボクセル特定情報をデータサーバ側に送信する送信ステップと、前記データサーバから受信したボクセルデータをボクセル毎に蓄積するステップと、該ボクセルデータ蓄積手段のボクセルにデータが蓄積されたことを記憶する蓄積履歴ステップとを実行させることを特徴とするプログラム。
【請求項７】
幾何学情報の受信があったとき該幾何学情報に基づいて表示に必要な各ボクセルを特定する特定ステップと、特定されたボクセルのボクセルデータがクライアント側へ転送済みであるかを照会する照会ステップと、該照会ステップの結果未転送ボクセルのボクセルデータをクライアント側に送信する送信ステップと、送信された各ボクセルを記憶する送信履歴ステップとを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、医療画像処理分野での大量の３次元ボクセルデータ（ＶＯＸＥＬ：Ｖｏｌｕｍｅ  Ｐｉｘｅｌ。ここで言うボクセルとは、３次元において、２次元データにおけるピクセルに対応するものをいう。）から必要な領域のデータを転送するデータ転送技術に関する。
【０００２】
【従来の技術】
現在一般に利用されている３次元医療画像は、ＣＴ、ＭＲＩなどで撮影されて得られるものであり、他の画像処理の分野と違って膨大な量のデータが扱われている。例えば、５１２×５１２×１０２４のような画素数を扱っている。
しかも医師法などの法令でこれらの画像の長期保存（５年）が義務づけられている。これらのデータは通常、中央ホスト（データサーバ）が管理し、これらのデータを利用したいクライアントは従来手法１又は２を用いてその都度通信線等を介して膨大な量のデータの転送を受けている。
【０００３】
図１７は従来手法１に係る医療画像データの全データ転送方式のシステム構成図である。
図において、９１はＰＣ端末９１１を備えたクライアント側システム、９２はデータサーバ側システムで、ＰＣ端末９２１と３次元ボクセルデータ９２２がある。９３は電話線、通信専用回線、インターネット等のデータ伝送手段である。
データサーバ側システム９２のボクセルデータ９２２には、例えば患者の頭部の全ボクセルデータが蓄積されているとする。
【０００４】
以下、この従来手法１を簡略化して具体的に説明する。
図１８は図１７の３次元ボクセルデータ９２２の簡略化した１例で、横（ｘ軸）・高さ（ｙ軸）・奥行き（ｚ軸）がそれぞれ６×６×６の大きさの２１６個から成るボクセルの立方体であるとし、各ボクセルにそれぞれボクセル値が入っているとする。ここでは簡単のために、一番手前の面（ｚ＝０）のボクセルの左上のボクセル（ｘ＝０、ｙ＝０）のアドレスを１とし、そこから右上（ｘ軸方向）へ順に２，３，４，５，６と各ボクセルにアドレスを付す。次に、１つ下に移り左（ｙ＝１）から右上へ順に７，８，９，１０，１１，１２と各ボクセルにアドレスを付す。手前右下のボクセル（ｘ＝５、ｙ＝５）はアドレス３６となる。
そこで、今、クライアント側９１が視たいとしている患者の頭部の所定の角度のスライス画像は、図１８の３次元ボクセルデータを面ａで切断した断層画像であるとする。
そこで、従来手法１によれば、まず、クライアント側ＰＣ端末９１１からデータサーバシステムＰＣ端末９２１に対し、頭部に対するボクセル２１６個の全データの転送を要求する。サーバは全データ（図１８）をクライアント側に転送する。クライアント側は転送された全データ（図１８）から面ａの通るボクセルアドレスが３，９，１０，１６，２２，２８，３４，３５の各列（ｚ＝０〜５）だけを選び出し、画像表示を行う。
このように、従来手法１はボクセル３，９，１０，１６，２２，２８，３４，３５の各列だけしか必要でないにもかかわらず、ボクセル２１６個の全データをデータサーバから取得するので、表示するまでに多大の時間がかかるとともに、転送されたが使用されなかった無駄なデータがたくさんでてしまう。
特に、ＭＰＲ（多断面再構成）画像１枚だけが必要な場合などは、転送された殆どのデータが無駄となってしまう欠点があった。
【０００５】
次に、クライアント側９１が、図１８の３次元ボクセルデータ９２２を面ｂで切断した断層画像が視たいとすると、従来手法１ではデータの蓄積手段を持たないので、上記の方法を繰り返す。すなわち、クライアント側ＰＣ端末９１１はデータサーバシステムＰＣ端末９２１から全データを転送してもらい、面ｂの通るボクセル４，１０，１６，２２，２８，３４の各列を選び出し、画像表示を行うこととなる。
以上のように、従来手法１は、全データの転送を受けるために多大の時間がかかるとともに、その割にデータの無駄がたくさん出る欠点があった。
【０００６】
次に、従来手法２について簡単に説明する。
従来手法２はスライス画像要求方式を採るものであり、そのシステム構成図は基本的に図１７と同じであるので、システム構成についての説明は省略する。
クライアント側が患者の頭部の所定の角度のスライス画像を視たいときは、クライアント側ＰＣ端末からデータサーバに対し、スライス画像を要求し、平面の傾き、切片などの情報を指定する。
そうするとデータサーバ側ＰＣ端末９２１は指定された情報に基づきデータサーバ上で必要なボクセルデータに対して処理をし、処理結果である断層画像データをクライアント側に転送する。
クライアント側は画像処理を行う必要はなく転送された断層画像データを表示する。
【０００７】
以下、この従来手法２を図１８のボクセルを用いて具体的に説明する。
従来手法２によれば、クライアント側ＰＣ端末９１１からデータサーバシステムＰＣ端末９２１に対し、面ａの断層画像データを転送するよう要求する。サーバは全データから面ａの通るボクセルを選び出し、最終的にボクセル３，９，１０，１６，２２，２８，３４，３５の各列（ｚ＝０〜５）だけのボクセルから断層画像を生成し、クライアント側に転送する。クライアント側は転送された断層画像データを表示すればよい。
このように、従来手法２によれば、従来手法１のように全データを転送する必要がないので、表示するまでの時間が短くなるとともに、無駄な転送を行わない。
【０００８】
次に、クライアント側９１が、図１８の３次元ボクセルデータを面ｂで切断した断層画像が視たいとすると、従来手法２ではデータの蓄積手段を持たないので、上記の方法と同じくクライアント側ＰＣ端末９１１はデータサーバシステムＰＣ端末９２１から面ｂの断層画像データを要求し、最終的にボクセル４，１０，１６，２２，２８，３４の各列のボクセルのデータから断層画像が生成され、データサーバから転送されて、表示することとなる。
このように、データサーバ上で必要なボクセルデータに対して処理をし、処理結果に基づいて画像を転送していた。クライアント側は処理結果としての画像を表示するだけで、ボクセルデータに対する処理は行わないでよい。
従来手法２によれば、従来手法１のような全データを転送する必要がないので、表示するまでの時間が短くなるとともに、無駄な転送を行わない。
このように従来手法２はデータの一部を転送するものであり、３次元データからＭＰＲ画像を取得する場合、異なるスライス位置の画像を得る場合は毎回スライス画像を転送要求する必要があった。
従来手法２の欠点は、従来手法１と比べると大幅に転送時間が短縮されるものの、スライス画像を構成する３次元ボクセルデータに重複するものがある場合には、やはりデータ転送に無駄が多く出ることである。すなわち、実質的には同じボクセルを何度も送ってしまうことになる。
図１８の例で言えば、面ａの場合のボクセルデータと面ｂの場合のボクセルデータとを比べると、ボクセル１０，１６，２２，２８，３４の各列が重複していることが解る。
【０００９】
さらに、従来手法３は、データ転送単位として、（１）２軸に平行な平面単位（ＸＹ平面、ＹＺ平面、ＺＸ平面）や、（２）直方体ブロックを用いるものもあるが、これも転送されたデータをクライアント側で蓄積していないので、従来手法２で言えたことがここにも当てはまる。
【００１０】
【発明が解決しようとする課題】
本発明の課題は、従来手法１および２の欠点を解決するもので、データ転送に時間がかかるのを改善し、通信線等を使っても所望の医療画像が速く表示できるようにするデータ転送技術を提供することにある。
【００１１】
【課題を解決するための手段】
上記課題を解決するため、請求項１記載の医療画像処理装置の発明は、データ処理手段と、ボクセルデータの転送をデータサーバ側に要求するボクセルデータ転送要求手段と、データサーバ側からのボクセルデータを受信するボクセルデータ受信手段と、該データ処理手段の処理結果を表示する画像表示手段とを備えて成る医療画像処理装置において、前記ボクセルデータ受信手段が受信したボクセルデータをボクセル毎に蓄積するボクセルデータ蓄積手段と、前記ボクセルデータ蓄積手段のボクセルにデータが蓄積されているか未蓄積かを記憶する蓄積履歴多次元マスクデータ蓄積手段と、前記データ処理手段が、所望の画像表示に必要な各ボクセルを特定し、特定された各ボクセルに画像データが蓄積されているかどうかを前記蓄積履歴多次元マスクデータ蓄積手段に照会し、該蓄積履歴多次元マスクデータ蓄積手段の照会結果である未記憶のボクセル特定情報を前記ボクセルデータ転送要求手段に送り、  該ボクセルデータ転送要求手段が、前記データ処理手段から送られた照会結果である未蓄積ボクセル特定情報をデータサーバ側に送信することを特徴とする。
【００１２】
このように、クライアント側は受信したデータを蓄積しておき、再度のデータ転送においては蓄積されていない必要最小限のデータのみを転送要求すればよいので、膨大な無駄なデータを受信する時間が省けることとなり、通信線等を使っても所望の医療画像を速く表示できるようになる。
【００１３】
請求項２記載のデータサーバシステムの発明は、データ処理手段と、クライアント側から送信された未蓄積ボクセル特定情報を受信する未蓄積ボクセル特定情報受信手段と、クライアント側へボクセルデータを転送するボクセルデータ転送手段と、を備えて成るデータサーバシステムにおいて、前記データ処理手段が、前記未蓄積ボクセル特定情報受信手段の受信した未蓄積ボクセル特定情報に基づいてボクセルデータを前記ボクセルデータ転送手段に送り、該ボクセルデータ転送手段が、前記データ処理手段から送られたボクセルデータをクライアント側に送信することを特徴とする。
【００１４】
このように、データサーバ側は未蓄積ボクセル特定情報受信手段の受信した未蓄積ボクセル特定情報に基づいたボクセルデータのみを送信すればよいので、クライアント側の所望の医療画像を速く表示させることができるようになる。
【００１５】
請求項３記載の医療画像処理装置の発明は、データ処理手段と、ボクセルデータの転送をデータサーバ側に要求するボクセルデータ転送要求手段と、データサーバ側からのボクセルデータを受信するボクセルデータ受信手段と、該データ処理手段の処理結果を表示する画像表示手段とを備えて成る医療画像処理装置において、前記ボクセルデータ受信手段が受信したボクセルデータをボクセル毎に蓄積するボクセルデータ蓄積手段と、前記ボクセルデータ蓄積手段のボクセルにデータが蓄積されているか未蓄積かを記憶する蓄積履歴多次元マスクデータ蓄積手段と、前記データ処理手段が、所望の画像表示に必要な幾何学情報を算出し、該幾何学情報算出手段の算出した該幾何学情報を前記ボクセルデータ転送要求手段に送り、該ボクセルデータ転送要求手段が、前記データ処理手段から送られた幾何学情報をデータサーバ側に送信することを特徴とする。
【００１６】
このように、クライアント側は所望の画像表示に必要な幾何学情報だけを指定するだけで、データサーバ側がクライアント側のボクセルデータ受信手段のデータと重複のないデータのみを転送してくるので、無駄なデータを受信する時間が省けることとなり、通信線等を使っても所望の医療画像を速く表示できるようになる。
【００１７】
請求項４記載のデータサーバシステムの発明は、データ処理手段と、クライアント側から送信された幾何学情報を受信する幾何学情報受信手段と、クライアント側へボクセルデータを転送するボクセルデータ転送手段と、を備えて成るデータサーバシステムにおいて、前記ボクセルデータ転送手段がボクセルデータの転送済みであるか未転送であるかを各ボクセル毎に記憶する送信履歴多次元マスクデータ蓄積手段を備え、前記データ処理手段が、前記幾何学情報受信手段の受信した幾何学情報に基づいて表示に必要なボクセルを特定し、特定されたボクセルのボクセルデータが転送済みであるか未転送であるかを前記ボクセルデータ転送履歴記憶手段へ照会し、該ボクセルデータ転送履歴記憶手段の照会結果である未転送ボクセルのボクセルデータを前記ボクセルデータ転送手段に送り、該ボクセルデータ転送手段が、前記データ処理手段から送られたボクセルデータをクライアント側に送信することを特徴とする。
【００１８】
このように、データサーバ側はクライアント側から幾何学情報だけでクライアント側のボクセルデータ受信手段のデータと重複のないデータのみを転送するので、無駄なデータを送信する時間が省ける。
【００１９】
請求項５記載の発明は、請求項１または３記載の医療画像処理装置において、前記蓄積履歴多次元マスクデータ蓄積手段の代わりに、前記ボクセルデータ蓄積手段のボクセルをボクセルデータ値の有効範囲外の数値で初期化する有効範囲外数値初期化蓄積手段を有し、前記データ処理手段が、各ボクセルに画像データが蓄積されているかどうかを前記有効範囲外数値初期化蓄積手段で初期化された数値を基に照会することを特徴とする。
【００２０】
請求項６記載のプログラムの発明は、所望の画像表示の入力があったとき該所望の画像表示に必要な各ボクセルを特定する各ボクセル特定ステップと、特定された各ボクセルに画像データが蓄積されているかどうかを照会する照会ステップと、該照会ステップの結果の未記憶ボクセル特定情報をデータサーバ側に送信する送信ステップと、前記データサーバから受信したボクセルデータをボクセル毎に蓄積するステップと、該ボクセルデータ蓄積手段のボクセルにデータが蓄積されたことを記憶する蓄積履歴ステップとを実行させることを特徴とする。
【００２１】
請求項７記載のプログラムの発明は、幾何学情報の受信があったとき該幾何学情報に基づいて表示に必要な各ボクセルを特定する特定ステップと、特定されたボクセルのボクセルデータがクライアント側へ転送済みであるかを照会する照会ステップと、該照会ステップの結果未転送ボクセルのボクセルデータをクライアント側に送信する送信ステップと、送信された各ボクセルを記憶する送信履歴ステップとを実行させることを特徴とする。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
図１は本発明の第１の実施の形態に係る医療画像データの転送方式のシステム構成図である。
図において、１１はクライアント側システムで、ＰＣ端末１１１とボクセルデータ蓄積手段１１２と蓄積履歴３次元マスクデータ蓄積手段１１３とを備えている。
１２はデータサーバ側システムで、ＰＣ端末１２１とボクセルデータ１２２がある。１３は電話線、通信専用回線、インターネット等のデータ伝送手段である。
データサーバ側システム１２の各要素は図１７のそれと同じであるので、説明は省略する。
【００２３】
ボクセルデータ蓄積手段１１２および蓄積履歴３次元マスクデータ蓄積手段１１３は初期の段階ではデータが空であり、ボクセルデータ蓄積手段１１２のあるボクセルに画像データが入るとそのボクセルに画像データが入った旨のデータ（例えば１）が蓄積履歴３次元マスクデータ蓄積手段１１３の対応ボクセルに記憶される。
このようにしてボクセルデータ蓄積手段１１２のあるボクセルに画像データが入る毎にそのボクセルに画像データが入った旨の履歴データが蓄積履歴３次元マスクデータ蓄積手段１１３の対応ボクセルにも記憶されてゆく。
そして、例えば、ボクセルデータ蓄積手段１１２の全てのボクセルに画像データが入ると、蓄積履歴３次元マスクデータ蓄積手段１１３の全てのボクセルにも１が記憶されていることとなる。蓄積履歴３次元マスクデータ蓄積手段１１３のあるボクセルが０ということは、ボクセルデータ蓄積手段１１２の対応ボクセルに画像データが未だ記憶されていないことを意味する。
【００２４】
次に、本発明の第１の実施の形態に係る医療画像データの転送システムの動作について説明する。
図１のシステムの使用開始時（すなわち、初期状態）は、データサーバ側システム１２のボクセルデータ１２２には図１８で示すボクセルデータ９２２と同じく、患者の頭部の全ボクセルデータがすでに蓄積されている。
一方、クライアント側システム１１は、図２で示すようにボクセルデータ蓄積手段１１２はまだ空（ボクセルデータが空（未蓄積）の状態をここではボクセルにアドレス番号が付してない状態で表すこととする。）であり、したがってまた蓄積履歴３次元マスクデータ蓄積手段１１３も空（ここでは「０」表示のボクセルはボクセルデータ蓄積手段１１２の対応するボクセルにデータが未蓄積の状態を表し、「１」表示のボクセルは蓄積状態を表すものとする。）である。
【００２５】
そこで、クライアント側が患者の頭部の所定角の面ａ（図１８）のスライス画像を視たいときは、クライアントＰＣ端末は面ａのスライス画像を視るのに必要なボクセルを特定する。図１８の３次元ボクセルデータ９２２を例にとれば、面ａのスライス画像を視るのに必要なボクセルは、ボクセルのアドレス番号で言えば、３，９，１０，１６，２２，２８，３４，３５の８個、およびこれらを各列の先頭とする後続列の各ボクセルであることが特定される。次に、ボクセルデータ蓄積手段１１２のこれらの特定された各ボクセルにボクセルデータが記憶されているかを図２の蓄積履歴３次元マスクデータ蓄積手段１１３で調べ、未蓄積ボクセルのボクセル情報をサーバ側に送信する。サーバ側は受信したボクセル情報を用いて要求されたボクセルについてのボクセルデータをクライアント側に転送する。クライアント側は転送されたデータを使って、面ａで切断した断層画像を作成し、表示する。これと同時に、転送されたボクセルデータをボクセルデータ蓄積手段１１２に蓄積し、かつボクセルデータ蓄積手段のボクセルにデータが蓄積されたことを蓄積履歴３次元マスクデータ蓄積手段１１３に記憶する。
図３は、図２の状態から、ボクセルデータ蓄積手段１１２に蓄積され（アドレス番号の付してあるボクセルが蓄積済み。）、蓄積履歴３次元マスクデータ蓄積手段１１３に記憶された状態（番号１の付してあるボクセル。）を示している。
【００２６】
次に、クライアント側１１が、図１８の３次元ボクセルデータを面ｂで切断した断層画像が視たいとすると、前回の面ａのときと同じように、まずクライアントＰＣ端末は面ｂの通るボクセルを特定し、これらの特定された各ボクセルにボクセルデータが記憶されているかを図２の蓄積履歴３次元マスクデータ蓄積手段１１３で調べ、未蓄積ボクセルのボクセル情報をサーバ側に送信する。
先の例で続ければ、面ｂの通るボクセルは全ボクセルの内、４，１０，１６，２２，２８，３４の各列であると特定し、次に図３の蓄積履歴３次元マスクデータ蓄積手段１１３からこれら４，１０，１６，２２，２８，３４の各列の内、未蓄積のボクセルがあるか調べ、その結果、アドレス４のボクセル列（４、４０、７６、１１２、１４８、１８４）だけであることが解り、クライアント側１１１はデータサーバ側へ未記憶のボクセル特定情報（アドレス４の列の各ボクセル）を知らせる。
【００２７】
サーバはアドレス４の列の各ボクセルのボクセルデータをクライアント側に転送する。クライアント側は転送されたデータとボクセルデータ蓄積手段１１２（図３）内のデータを使って面ｂで切断した断層画像を作成し、表示する。これと同時に、アドレス４の列の各ボクセルのデータをボクセルデータ蓄積手段１１２の対応ボクセルにボクセルデータを蓄積し、同時に蓄積履歴３次元マスクデータ蓄積手段１１３の対応ボクセルにも１を記憶する。
図４は、図３の状態から、ボクセルデータ蓄積手段１１２のアドレス４のボクセル列（４、４０、７６、１１２、１４８、１８４）にデータが蓄積され、同時にこの旨を知らせるべく蓄積履歴３次元マスクデータ蓄積手段１１３に新しく１が記憶された状態を示している。
【００２８】
なお、上記説明では、ボクセルデータ蓄積手段１１２と蓄積履歴３次元マスクデータ蓄積手段１１３とを別体の記憶手段として説明してきたが、別体の記憶手段でなければならないものではなく、記憶手段としては１個のものを用いて、記憶エリアを別にすれば記憶手段は１個であっても何ら差し支えない。
【００２９】
同じように、データ処理手段とボクセルデータ転送要求手段とボクセルデータ受信手段とは別体の手段として説明してきたが、実際はＰＣ端末１１１が兼ねている。
【００３０】
このように、第１の実施の形態に係る手法によれば、従来手法１のような全ボクセルデータの転送や、従来手法２のような表示面の該当する全ボクセルのデータの転送を要求しなくてすむので、表示するまでの時間が短くなるとともに、無駄な転送を行わなくなる。
【００３１】
上記の特定されたボクセルを表すためのボクセル特定情報の表示の仕方には、２通りあり、どちらを用いても良い。１つはボクセルのＸＹＺ座標を用いる方法、もう１つはアドレスを用いる方法である。
１）ＸＹＺ座標法：
｛ａ，ｂ，ｃ｝（ａ，ｂ，ｃは正の整数）というようにカッコの中にＸ軸、Ｙ軸、Ｚ軸の順に座標点の数字を付す方法である。
【００３２】
例えば、図１８で面ａのスライス画像の場合のボクセル特定情報をＸＹＺ座標法で示すと、表１のようになる。
【表１】
2004180923.tif 000003
【００３３】
また、図１８で面ｂのスライス画像の場合のボクセル特定情報をＸＹＺ座標法で示すと、表２のようになる。
【表２】
2004180923.tif 000004
【００３４】
従来手法２によると、面ａのスライス画像の場合、ボクセルは４８個、面ｂのスライス画像の場合、ボクセルは３６個、を転送要求することになるが、第１の実施の形態によると、面ａのスライス画像の場合、ボクセルは４８個、面ｂのスライス画像の場合、面ａのスライス画像との重なるボクセルを除去すると、未蓄積ボクセルはたったの６個（｛３，０，０｝、｛３，０，１｝、｛３，０，２｝、｛３，０，３｝、｛３，０，４｝、｛３，０，５｝）となることが解る。
【００３５】
２）アドレス指定法：
ボクセルのアドレスを用いて指定する方法である。
例えば、図１８で面ａのスライス画像の場合のボクセル特定情報をアドレス指定法で示すと、表３のようになる。
【表３】
2004180923.tif 000005
【００３６】
また、図１８で面ｂのスライス画像の場合のボクセル特定情報をアドレス指定法で示すと、表４のようになる。
【表４】
2004180923.tif 000006
【００３７】
従来手法２によると、面ａのスライス画像の場合、ボクセルは４８個、面ｂのスライス画像の場合、ボクセルは３６個、を転送要求することになるが、第１の実施の形態によると、面ａのスライス画像の場合、ボクセルは４８個、面ｂのスライス画像の場合、面ａのスライス画像との重なるボクセルを除去すると、未蓄積ボクセルはアドレス４の列のたった６個（４，４０，７６，１１２，１４８，１８４）となることが解る。
【００３８】
以上説明したように、本発明の第１の実施の形態によれば、クライアント側でデータ転送の履歴をボクセルごとに保存しておき、既に転送済みのボクセルデータは再度転送要求しないで、必要なボクセルデータだけを転送要求するようになるので、データ転送に無駄がなくなる。
また、本発明の第１の実施の形態によれば、データサーバ側からクライアント側にボクセルデータを転送する場合、座標情報を付加しなくても良いので便利である。なぜなら、受信するクライアント側では、送られてきたボクセルデータがどのボクセルのものなのかその順序が既知であるからである。
また、データ転送単位はボクセル単位で行われ、データ転送に無駄がなくなる。
【００３９】
ここで第１の実施の形態に係る手法のデータ転送量と従来例２のデータ転送量とがどれくらいになるのかについて、（１）まず、面ａの表示の場合、（２）次に、面ｂの表示の場合、（３）続いて、面ｂの拡大表示の場合についてそれぞれ検討してみる。
従来例２では
（１）の場合、実質８ボクセル列であり、
（２）の場合、実質６ボクセル列であり、
（３）の場合、実質６ボクセルであったのが、
第１の実施の形態に係る手法によれば、
（１）の場合は８ボクセル列で従来例２とデータ転送量は変わらないが、
（２）の場合は６ボクセル列中５ボクセル列は蓄積済であるので、１ボクセル列だけでよい。
更に（３）の場合は、６ボクセル列は蓄積済であるので、０ボクセルとなる。
このように、第１の実施の形態によれば、従来例１はもちろんのこと、従来例２と比べてもデータ転送量が使い込むごとに少なくなっていく傾向にある。なお、上で実質とあるのは、従来例２では実際に転送しているのは処理後のスライス画像であるためである。
【００４０】
図５及び図６は、以上説明した本発明の第１の実施の形態に係るシステムのフローを含む画像表示全体のフローチャートである。
図５及び図６において紙面の左欄がクライアント側、紙面の右欄がサーバ側のフローである。
まず、このフローがスタートすると、クライアント側は、脳、心臓、肺、胃などの表示したい３次元ボクセルデータ（元データ）を選択して（Ｓ１１）、サーバ側へ知らせる。サーバ側はそれに基づいて元データのロード又は参照カウンタの増加をする（Ｓ３１）。元データをロードすることで、データ転送の準備をする。
また、参照カウンタの増加は複数クライアントが同じ元データを選択している場合に対応できる。
クライアント側は、元データに対応する蓄積用データとマスクデータを生成し、初期化する（メモリの確保）（Ｓ１２）。
次に、  クライアント側は、画像表示ループを開始し（Ｓ１３）、まず表示画像の決定を行ない（Ｓ１４）、その表示に必要なボクセルを算出（特定）する（Ｓ１５）。
特定されたボクセルの中で未蓄積データのボクセルをマスクデータ（蓄積履歴３次元マスクデータ蓄積手段）から、算出（特定）する（Ｓ１６）。
未蓄積データのボクセルがあるかどうか調べ（Ｓ１７）、なければ画像表示の処理を行い（Ｓ２０）、未蓄積データのボクセルがあれば、その未蓄積データのボクセルのデータを要求すべく、データサーバ側へ未蓄積データボクセルのアドレスや座標（ボクセル特定情報）を知らせる（Ｓ１８）。
データサーバは要求のあったボクセル特定情報に対応するボクセルのデータを元データから抽出し、クライアントへ転送する（Ｓ３２）。
クライアントは転送されたデータを蓄積用データ（ボクセルデータ蓄積手段）に蓄積し、蓄積されたボクセルをマスクデータに記録して、マスクデータを更新する（Ｓ１９）。
転送されたデータと既存のデータとを用いて画像表示する（Ｓ２０）。
選択している元データの表示が必要でなくなった場合、この画像表示ループを終了する（Ｓ２１）。
蓄積用データとマスクデータを消去し（メモリから開放）、サーバ側に知らせる（Ｓ２２）。
サーバ側はそれに基づいて元データのアンロード又は参照カウンタの減少をする。参照カウンタの減少で、カウンタが０になった場合、元データをアンロードし（Ｓ３３）、終了する。
【００４１】
次に、本発明の第２の実施の形態に係る医療画像データの転送システムの動作について説明する。
図７は本発明の第２の実施の形態に係る医療画像データの転送方式のシステム構成図である。
図において、６１はクライアント側システムで、図１と同じくＰＣ端末６１１とボクセルデータ蓄積手段６１２と蓄積履歴３次元マスクデータ蓄積手段６１３とを備えている。６２はデータサーバ側システムで、ＰＣ端末６２１とボクセルデータ６２２と送信履歴３次元マスクデータ蓄積手段６２３とがある。６３は電話線、通信専用回線、インターネット等のデータ伝送手段である。
第２の実施の形態が第１の実施の形態と異なるのは、データサーバ側システム６２に送信履歴３次元マスクデータ蓄積手段６２３が設けられた点である。
【００４２】
次に、本発明の第２の実施の形態に係る医療画像データの転送システムの動作について説明する。
図７のシステムの使用開始時、すなわち初期状態は、データサーバ側システム６２のボクセルデータ６２２には、図８のボクセルデータ６２２のように患者の頭部の全ボクセルデータが蓄積されており、送信履歴３次元マスクデータ６２３は空（すべて０）であるとする。また、クライアント側６１のボクセルデータ蓄積手段６１２とマスクデータ蓄積手段６１３も共に空であるとする。
【００４３】
そこで、クライアント側６１が、図１８の３次元ボクセルデータを面ａで切断した断層画像が視たいとき、クライアント側ＰＣ端末からデータサーバに対し、そのスライス画像の面の傾き、切片などの情報（以後、幾何学情報と言う。）を指定する。
例えば、図１８の３次元ボクセルデータの切断面は一般式（１）で表わされる。  ａｘ＋ｂｙ＋ｃｚ＋ｄ＝０  ・・・（１）
切断面ａの式に該当するａ，ｂ，ｃ，ｄが幾何学情報であり、クライアント側はこの数値だけをデータサーバに示せばよい。
【００４４】
データサーバは指定された幾何学情報から、平面を求め、これに該当するボクセルを特定し、特定されたボクセルのデータが送信履歴３次元マスクデータ６２３の中にないかを調べる。
今の場合、すべて未送信であるから、面ａのスライス画像に必要なボクセルは４８個（アドレス指定で表現すれば、３，９，１０，１６，２２，２８，３４，３５、３９，４５，４６，５２，５８，６４，７０，７１、７５，８１，８２，８８，９４，１００，１０６，１０７、１１１，１１７，１１８，１２４，１３０，１３６，１４２，１４３、１４７，１５３，１５４，１６０，１６６，１７２，１７８，１７９、１８３，１８９，１９０，１９６，２０２，２０８，２１４，２１５）である。
データサーバはこれら４８個の各ボクセルのデータをクライアント側に転送すると共に、転送したデータの属するボクセルに対応して送信履歴３次元マスクデータ６２３の対応ボクセルに１を記憶する。
【００４５】
一方、クライアント側は転送されたデータを使って画像表示すると共に、転送されたデータをボクセルデータ蓄積手段６１２の対応ボクセルに画像データを蓄積し、蓄積履歴３次元マスクデータ蓄積手段６１３の対応ボクセルに１を記憶する（図３の蓄積履歴３次元マスクデータ１１３を参照）。
【００４６】
第１の実施の形態では、クライアント側がスライス画像の面の傾きを考慮した画像生成の計算処理を行って、必要なボクセルを特定し、未記憶のボクセル特定情報をデータサーバ側に送っていたが、この第２の実施の形態ではこのようにクライアント側は単に幾何学情報をデータサーバ側に送り、データサーバ側がスライス画像の面の傾きを考慮した画像生成の計算処理を行って、必要なボクセルを特定する点で異なる。
【００４７】
次に、クライアント側６１が、図１８の３次元ボクセルデータを面ｂで切断した断層画像が視たいとすると、クライアント側はまずボクセルデータ蓄積手段６１２に面ｂの画像に必要なデータがそろっているかどうかを蓄積履歴３次元マスクデータ蓄積手段６１３に照会し、必要なデータが欠けていればデータサーバに対しそのスライス画像の面ｂの幾何学情報ａ，ｂ，ｃ，ｄを指定する。
データサーバは指定された幾何学情報に該当するボクセルを特定し、特定されたボクセルのデータが送信履歴３次元マスクデータ６２３の中にないかを調べる。
今の場合、送信履歴３次元マスクデータ６２３には、面ａのスライス画像に必要だったボクセルのデータを転送しているので（図９の送信履歴３次元マスクデータ６２３を参照）ので、面ｂのスライス画像の場合、面ａのスライス画像との重なるボクセルを除去して、未蓄積ボクセルはアドレス４の列のたった６個（４，４０，７６，１１２，１４８，１８４）となることが解る。
そこでこれらの未転送のデータのみクライアント側に転送すると共に、転送したデータの属するボクセルに対応して送信履歴３次元マスクデータ６２３の対応ボクセルに１を記憶する（図１０の送信履歴３次元マスクデータ６２３を参照）。
【００４８】
一方、クライアント側は転送されたデータと手元の蓄積データを使って画像表示すると共に、転送されたデータをボクセルデータ蓄積手段１１２の対応ボクセルに画像データを蓄積し、蓄積履歴３次元マスクデータ蓄積手段１１３の対応ボクセルに１を記憶する（図４の蓄積履歴３次元マスクデータ１１３を参照）。
【００４９】
なお、幾何学情報の指定の仕方は、面の一般式の他に、次のような一般式が考えられる。これらは用途に応じて使い分ければよい。
（ａ）平面（ＭＰＲ画像）：傾き、切片
ａｘ＋ｂｙ＋ｃｚ＋ｄ＝０のパラメータ（ａ，ｂ，ｃ，ｄ）
（ｂ）球：半径、中心座標
（ｘ−ｘ１）２＋（ｙ−ｙ１）２＋（ｚ−ｚ１）２＝ｄ２の（ｘ１，ｙ１，ｚ１），ｄ
（ｃ）直方体
（ｄ）楕円体、円錐、角錐、楕円錐（内部含む、又は含まない）等。
（ｄ）折れ線平面（ＣＰＲ画像）
【００５０】
従来手法２によると、面ａのスライス画像の場合、ボクセルは４８個、面ｂのスライス画像の場合、ボクセルは３６個、を転送要求していたが、第２の実施の形態によると、面ａのスライス画像の場合、ボクセルは４８個、面ｂのスライス画像の場合、面ａのスライス画像との重なるボクセルを除去すると、未蓄積ボクセルはアドレス４の列のたった６個（４，４０，７６，１１２，１４８，１８４）となることが解る。
【００５１】
以上説明したように、本発明の第２の実施の形態によれば、データサーバ側にデータ送信履歴をボクセルごとに保存しておき、既に送信済みのボクセルデータはデータサーバ側は再度送信しないので、必要なボクセルデータだけを送信するようになり、データ転送に無駄がなくなる。
【００５２】
図１１及び図１２は、以上説明した本発明の第２の実施の形態に係るシステムのフローを含む画像表示全体のフローチャートである。
図１１及び図１２において、紙面の左欄がクライアント側、紙面の右欄がサーバ側のフローである。
まず、このフローがスタートすると、クライアント側は、脳、心臓、肺、胃などの表示したい３次元ボクセルデータ（元データ）を選択して、サーバ側へ知らせる（Ｓ１１）。
サーバ側はそれに基づいて元データのロード又は参照カウンタの増加をする。元データをロードすることで、データ転送の準備をする（Ｓ３１）。
また、参照カウンタの増加は複数クライアントが同じ元データを選択している場合に対応できる。
サーバ側は、送信履歴データを生成し、初期化する。クライアントが複数の場合は、クライアント毎に送信履歴データを生成する（Ｓ３２）。
クライアント側は、元データに対応する蓄積用データとマスクデータを生成し、初期化する（Ｓ１２）。
次に、  クライアント側は、画像表示ループを開始し（Ｓ１３）、まず表示画像の決定を行ない（Ｓ１４）、その表示に必要なボクセルを算出（特定）する（Ｓ１５）。
特定されたボクセルの中で未蓄積データのボクセルをマスクデータ（蓄積履歴３次元マスクデータ蓄積手段）から、算出（特定）する（Ｓ１６）。
未蓄積データのボクセルがあるかどうか調べ（Ｓ１７）、なければ画像表示の処理を行い（Ｓ２０）、未蓄積データのボクセルがあれば、その未蓄積データのボクセルのデータを要求すべく、データサーバ側へ幾何学情報を知らせる（Ｓ１８）。
データサーバは要求のあった幾何学情報に対応するボクセルを算出（特定）し（Ｓ３３）、特定されたボクセルの中で未蓄積データのボクセルを送信履歴データから算出する（Ｓ３４）。算出されたボクセルに対応するボクセルのデータを元データから抽出し、クライアントへ転送し、送信履歴データを更新する（Ｓ３５）。
クライアントは転送されたデータを蓄積用データ（ボクセルデータ蓄積手段）に蓄積し、蓄積されたボクセルをマスクデータに記録して、マスクデータを更新する（Ｓ１９）。
転送されたデータと既存のデータとを用いて画像表示する（Ｓ２０）。
選択している元データの表示が必要でなくなった場合、この画像表示ループを終了する（Ｓ２１）。
蓄積用データとマスクデータを消去し（メモリから開放）、サーバ側に知らせる（Ｓ２２）。
サーバ側はそれに基づいて送信履歴データを消去し（Ｓ３６）、元データのアンロード又は参照カウンタの減少をする。参照カウンタの減少で、カウンタが０になった場合、元データをアンロードし（Ｓ３７）、終了する。
【００５３】
前述のように、第１の実施の形態では、クライアント側が必要なボクセルを特定し、未記憶のボクセル特定情報をデータサーバ側に送っていたのに対して、第２の実施の形態ではクライアント側は単に幾何学情報をデータサーバ側に送り、データサーバ側が必要なボクセルを特定していた。
したがって、第１の実施の形態の長所は、（１）少数のボクセルでも簡単に指定できること。（２）確認回数が少なくて済むこと。（３）要求したデータがどのボクセルのものなのかわかっているので、データ送信にエラーがあった場合にその回だけ破棄すればよく、次回から転送が続行できるため、エラーに強いことである。
また、第２の実施の形態の長所は、（１）データ個数が膨大になっても、指定が簡単に行えることである。
【００５４】
以上は、すべて３次元データについて説明してきたが、本発明はこれに限定されるものではなく、３次元データ（ＸＹＺ軸の空間軸）に時間軸を加えた４次元データ（ＸＹＺＴ軸、空間−時間軸）に適用することも可能である。
図１３は３次元画像データを時間方向に並べたもので、心臓解析の例を示している。心臓解析の場合、心臓が解析できれば周囲のボクセルデータは必要ない。４次元データの場合、データ容量が３次元の場合と比べて非常に大きいため、無駄なデータ転送を省くことができれば、データ送受信にかかる時間を大幅に短縮することができる。
【００５５】
図１３（ａ）は元データから心臓周辺のデータを直方体で指定し、取得したものである。図は例えば拍動する心臓を画像表示するもので、（１）は収縮時（ｔ＝ｔ０    ）、（２）は経過時（ｔ＝ｔ１    ）、（３）は拡張時（ｔ＝ｔ２    ）をそれぞれ表している。このように直方体で心臓を指定すると、図から解るように、ハート状の心臓を直方体で囲うため、画像表示に寄与しない無駄な部分が多く出る。
【００５６】
心臓解析をするには、全ての時系列における心臓を観察することができれば良いので、例えば全ての時系列における心臓部分の中で拡張時の最大の心臓を包むように楕円体を設定することができれば、直方体と比べてさらに無駄を減らすことができる。図１３（ｂ）のハッチングはこのようにして最大拡張時の心臓を包むように指定した楕円体を示している。
そうすれば、図１３（ｃ）のように、時間の経過と共に心臓が拍動しても、（１）の収縮時（ｔ＝ｔ０    ）、（２）の経過時（ｔ＝ｔ１    ）、（３）の拡張時（ｔ＝ｔ２    ）のすべてを直方体と比べて無駄なく蓄積することができる。
このように画像表示する対象の形状を考慮してそれに近い形状体を選択すれば、データサーバ側からデータを無駄を少なくして得ることができ、しかも本発明に従って４次元ボクセルデータ蓄積手段に蓄積し、かつその旨を蓄積履歴４次元マスクデータ蓄積手段に記憶させることにより、データ転送に時間がかからなくでき、通信線等を使っても所望の医療画像が速く表示できるようになる。
【００５７】
以上の各実施の形態では、クライアント側のボクセルデータ蓄積手段とマスクデータ蓄積手段とが別体であるように説明してきたが、上述のように本発明はこれに限定されるものではなく、１つのボクセルデータ蓄積手段の中に、メモリ領域を異ならせてマスクデータ蓄積手段の記憶内容を蓄積してもよい旨の説明をしてきた。
ところがさらに、第３の実施の形態として、クライアント側のボクセルデータ蓄積手段にマスクデータ蓄積手段の機能を追加することで、１つのデータオブジェクトとしてまとめることも可能である。
例えば、ＣＴから得られるボクセルデータの値の有効範囲は
ＣＴ値が「−１０２４」〜「＋３０７１」（１０進数）である。
現状のボクセルデータは、１ボクセルが１６ｂｉｔ（−３２７６８〜＋３２７６７）のデータ容量を持っている（ただし、４ｂｉｔ冗長）。
そこで、ボクセル値の有効範囲外の値、例えば、
「＋３２７６７」でボクセルデータ蓄積手段を初期化しておくとする。本来は数値「０」が分かり易いが、「０」はＣＴ値の有効範囲内なので初期値としては不適格であり、ここでは使用しない。そして、その後、転送を受けたボクセルのボクセル値を蓄積していく。
例えば、あるボクセルに転送されたＣＴ値が「＋１１１」であれば、この値「＋１１１」がそのボクセルに蓄積される。また、あるボクセルに転送されたＣＴ値が「＋２３３」であれば、この値「＋２３３」がそのボクセルに蓄積される。このように転送を受けたボクセルにその転送されたＣＴ値が蓄積されていくと、蓄積していないボクセルのボクセル値は、依然として初期値「＋３２７６７の」ままである。したがって、ボクセルデータ蓄積手段をスキャンし、ボクセル値が「＋３２７６７」のボクセルは有効範囲（「−１０２４」〜「＋３０７１」）外の値であるので、そのボクセルは未蓄積であると判断することができる。
【００５８】
図１４〜図１６は第３の実施の形態を示すものである。
図１４において１１１はクライアント側ＰＣ端末、１１２’は第３の実施の形態に係るボクセルデータ蓄積手段を示している。図１４はボクセルデータ蓄積手段１１２’が初期化された状態を表しており、ここでは全てのボクセルがボクセル値の有効範囲外の値（例えば「＋３２７６７」）が蓄積されている。
そこで、第１の実施の形態のときと同じ例で、クライアント側が患者の頭部の所定角の面ａ（図１８）のスライス画像を視たいときは、クライアントＰＣ端末は面ａのスライス画像を視るのに必要なボクセルを特定し、特定された各ボクセルに「＋３２７６７」）が蓄積されているかを図１４のボクセルデータ蓄積手段１１２’で調べる。
今の場合、初期化後であるから、特定された各ボクセルすべて「＋３２７６７」であり、未蓄積ボクセルのボクセル情報をサーバ側に送信する。サーバ側は受信したボクセル情報を用いて要求されたボクセルについてのボクセルデータをクライアント側に転送する。クライアント側は転送されたデータを使って、面ａで切断した断層画像を作成し、表示する。これと同時に、転送されたボクセルデータをボクセルデータ蓄積手段１１２’に蓄積する。図１５はこの段階終了時のボクセルデータ蓄積手段の蓄積状態を示している。転送されたデータが蓄積されたボクセルには、有効範囲（「−１０２４」〜「＋３０７１」）内の任意のボクセル値をここでは記載してある。図３のボクセルデータ蓄積手段１１２に蓄積されたボクセルのアドレス番号で言えば、３，９，１０，１６，２２，２８，３４，３５の８個各ボクセルにボクセルデータ値（上記アドレス順に、＋１１１、＋２３３、＋２９０、＋５１１、＋６１０、＋６９１、＋８９０、＋１０２０）がそれぞれ蓄積されているのが解る。
また、これらのボクセルを各列の先頭とする後続列の各ボクセルにもボクセルデータ値（例えば、アドレス番号３のボクセルを先頭とする後続列の各ボクセルにはボクセルデータ値、＋１７８、＋２１２、＋２６９、＋３１５、＋３６１）がそれぞれ蓄積されているのが解る。
【００５９】
次に、クライアント側１１が、図１８の３次元ボクセルデータを面ｂで切断した断層画像が視たいとすると、前回の面ａのときと同じように、まずクライアントＰＣ端末は面ｂの通るボクセルを特定し、これらの特定された各ボクセルにボクセルデータが記憶されているかを図１５のボクセルデータ蓄積手段１１２’で調べる。先の例で続ければ、面ｂの通るボクセルは全ボクセルの内、アドレス番号４，１０，１６，２２，２８，３４の各ボクセルおよびその後続列であると特定し、次に、図１５のボクセルデータ蓄積手段１１２’の中のこれらの特定された各ボクセルについて「＋３２７６７」であるものだけを選び出し、その結果、アドレス４の各ボクセル列（アドレス番号４、４０、７６、１１２、１４８、１８４の各ボクセル）だけであることが解り、クライアント側１１はデータサーバ側へ未記憶のボクセル特定情報を知らせる。
【００６０】
サーバはアドレス４の列の各ボクセルのボクセルデータをクライアント側に転送する。クライアント側は転送されたデータとボクセルデータ蓄積手段１１２’内のデータを使って面ｂで切断した断層画像を作成し、表示する。これと同時に、アドレス４の列の各ボクセルのデータをボクセルデータ蓄積手段１１２’の対応ボクセルにボクセルデータを蓄積する。図１６はこの段階終了時のボクセルデータ蓄積手段の蓄積状態を示している。今回、転送されたデータが蓄積されたボクセルには、有効範囲（「−１０２４」〜「＋３０７１」）内の任意のボクセル値が新たに記載してある。（例えば、アドレス番号４のボクセルを先頭とする後続列の各ボクセルにはボクセルデータ値、＋１９０、＋２３５、＋２７１、＋３５０、＋３７１）がそれぞれ蓄積されているのが解る。
【００６１】
このように、第３の実施の形態に係る手法によれば、従来手法１のような全ボクセルデータの転送や、従来手法２のような表示面の該当する全ボクセルのデータの転送を要求しなくてすみ、また第１及び第２の実施の形態のようなマスクデータ蓄積のためのメモリ領域を確保しなくても、各ボクセルについてボクセル値が転送されたか否かを認識することができるので、メモリ資源の節約となる。
【００６２】
【発明の効果】
以上説明したように、本発明の第１の実施の形態によれば、データ処理手段と、ボクセルデータの転送をデータサーバ側に要求するボクセルデータ転送要求手段と、データサーバ側からのボクセルデータを受信するボクセルデータ受信手段と、該データ処理手段の処理結果を表示する画像表示手段とを備えて成る医療画像処理装置において、前記ボクセルデータ受信手段が受信したボクセルデータをボクセル毎に蓄積するボクセルデータ蓄積手段と、前記ボクセルデータ蓄積手段のボクセルにデータが蓄積されているか未蓄積かを記憶する蓄積履歴３次元マスクデータ蓄積手段と、前記データ処理手段が、所望の画像表示に必要な各ボクセルを特定し、特定された各ボクセルに画像データが蓄積されているかどうかを前記蓄積履歴３次元マスクデータ蓄積手段に照会し、該蓄積履歴３次元マスクデータ蓄積手段の照会結果である未記憶のボクセル特定情報を前記ボクセルデータ転送要求手段に送り、該ボクセルデータ転送要求手段が、前記データ処理手段から送られた照会結果である未蓄積ボクセル特定情報をデータサーバ側に送信するので、クライアント側は受信したデータを蓄積しておき、再度のデータ転送においては蓄積されていない必要最小限のデータのみを転送要求すればよくなり、したがって膨大な無駄なデータを受信する時間が省けることとなり、通信線等を使っても所望の医療画像を速く表示できるようになる。
【００６３】
また、本発明の第２の実施の形態によれば、データ処理手段と、クライアント側から送信された幾何学情報を受信する幾何学情報受信手段と、クライアント側へボクセルデータを転送するボクセルデータ転送手段と、を備えて成るデータサーバシステムにおいて、前記ボクセルデータ転送手段がボクセルデータの転送済みであるか未転送であるかを各ボクセル毎に記憶する送信履歴３次元マスクデータ蓄積手段を備え、前記データ処理手段が、前記幾何学情報受信手段の受信した幾何学情報に基づいて表示に必要なボクセルを特定し、特定されたボクセルのボクセルデータが転送済みであるか未転送であるかを前記ボクセルデータ転送履歴記憶手段へ照会し、該ボクセルデータ転送履歴記憶手段の照会結果である未転送ボクセルのボクセルデータを前記ボクセルデータ転送手段に送り、該ボクセルデータ転送手段が、前記データ処理手段から送られたボクセルデータをクライアント側に送信するので、データサーバ側はクライアント側からの幾何学情報だけでクライアント側のボクセルデータ受信手段のデータと重複のないデータのみを転送するため、無駄なデータを受信する時間が省けることとなり、通信線等を使っても所望の医療画像を速く表示できるようになる。
【００６４】
また、第３の実施の形態によれば、第１および第２の実施の形態における蓄積履歴多次元マスクデータ蓄積手段の代わりに、ボクセルデータ蓄積手段のボクセルをボクセルデータ値の有効範囲外の数値で初期化する有効範囲外数値初期化蓄積手段を有し、データ処理手段が、各ボクセルに画像データが蓄積されているかどうかをこの有効範囲外数値初期化蓄積手段で初期化された数値を基に照会するようにすることで、従来手法１のような全ボクセルデータの転送や、従来手法２のような表示面の該当する全ボクセルのデータの転送を要求しなくてすむことはもちろん、さらに第１及び第２の実施の形態のようなマスクデータ蓄積のためのメモリ領域を確保しなくても、各ボクセルについてボクセル値が転送されたか否かを認識することができるので、メモリ資源の節約ともなる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る医療画像データの転送方式のシステム構成図である。
【図２】初期状態のクライアント側システムのボクセルデータ蓄積手段と蓄積履歴３次元マスクデータ蓄積手段の未蓄積の状態を示している。
【図３】図２の状態から、ボクセルデータ蓄積手段にデータが蓄積され、蓄積履歴３次元マスクデータ蓄積手段にその旨記憶された状態を示している。
【図４】図３の状態から、ボクセルデータ蓄積手段にさらにデータが蓄積され、蓄積履歴３次元マスクデータ蓄積手段にその旨記憶された状態を示している。
【図５】本発明の第１の実施の形態に係るシステムのフローを含む画像表示全体のフローチャートの前半である。
【図６】図５のフローチャートの後半である。
【図７】本発明の第２の実施の形態に係る医療画像データの転送方式のシステム構成図である。
【図８】初期状態のデータサーバ側のボクセルデータと送信履歴３次元マスクデータ蓄積手段の未蓄積の状態を示している。
【図９】図８の状態から、送信がなされたボクセルが送信履歴３次元マスクデータ蓄積手段に記憶された状態を示している。
【図１０】図９の状態から、ボクセルデータがさらに送信され、送信履歴３次元マスクデータ蓄積手段にその旨記憶された状態を示している。
【図１１】本発明の第２の実施の形態に係るシステムのフローを含む画像表示全体のフローチャートの前半である。
【図１２】図１１のフローチャートの後半である。
【図１３】時間方向に蓄積したイメージ（Ｔ軸）のもので、心臓解析の例を示している。
【図１４】第３の実施の形態を示すもので、初期状態のクライアント側ボクセルデータ蓄積手段を示している。
【図１５】図１４の状態から、ボクセルデータ蓄積手段にデータが蓄積された状態を示している。
【図１６】図１５の状態から、ボクセルデータ蓄積手段にさらにデータが蓄積された状態を示している。
【図１７】従来手法１に係る医療画像データの全データ転送方式のシステム構成図である。
【図１８】図１７の３次元ボクセルデータ９２２の簡略化した１例としての６×６×６のボクセルの立方体を示している。
【符号の説明】
１１  クライアント側システム
１１１  クライアント側ＰＣ端末
１１２、１１２’  ボクセルデータ蓄積手段
１１３  蓄積履歴３次元マスクデータ蓄積手段
１２  データサーバ側システム
１２１  データサーバ側ＰＣ端末
１２２  ボクセルデータ
１２３  送信履歴３次元マスクデータ蓄積手段
１３  データ伝送手段
６１  クライアント側システム
６２  データサーバ側システム
６３  データ伝送手段
【図１】
2004180923.tif 000007
【図２】
2004180923.tif 000008
【図３】
2004180923.tif 000009
【図４】
2004180923.tif 000010
【図５】
2004180923.tif 000011
【図６】
2004180923.tif 000012
【図７】
2004180923.tif 000013
【図８】
2004180923.tif 000014
【図９】
2004180923.tif 000015
【図１０】
2004180923.tif 000016
【図１１】
2004180923.tif 000017
【図１２】
2004180923.tif 000018
【図１３】
2004180923.tif 000019
【図１４】
2004180923.tif 000020
【図１５】
2004180923.tif 000021
【図１６】
2004180923.tif 000022
【図１７】
2004180923.tif 000023
【図１８】
2004180923.tif 000024