JP4138783B2 - 画像処理方法及び画像処理プログラム - Google Patents

Description

本発明は、ボリュームデータを用いる画像処理装置における画像処理方法及び画像処理プログラムに関する。

さまざまな工業製品や娯楽用画像の設計や設計データの解析にコンピュータを用いた編集及び数値計算が利用されている。図３８は、画像処理による応力シミュレーションの例を示す。オブジェクト管理ＧＵＩ（Graphical User Interface）において画面上のモデルのパラメータを指定することによって、構造荷重が負荷されたパーツやアセンブリの安全率や応力変形を求めることができる。

このようないわゆるＣＡＤ＼ＣＡＥソフトでは、一旦完了した処理単位がオブジェクト（例えばcaption object、line object）として管理され、事後に再編集することができる。また、個別の処理単位を操作するＧＵＩは、処理単位の種類（処理種別）によって準備されている。

一方、医用画像処理装置として、人体の内部構造を直接観測することができるＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）、ＰＥＴ(positron-emission tomography)等が利用されており、生体の断層画像を用いた医療診断が広く行われている。さらに、近年では、断層画像だけでは分かりにくい複雑な人体内部の３次元構造を可視化する技術として、例えば、ＣＴにより得られた物体の３次元デジタルデータから３次元構造のイメージを直接描画するボリュームレンダリングが医療診断に使用されている。

医用画像処理が複雑高度化するにつれ、医用画像処理における個々の処理単位の内容も複雑高度化してきている。このような医用画像処理装置では、複数の処理を個々の処理単位（操作や計算など）に区切ることができ、ユーザは複数の処理を一つ一つ順番に行って診断を行っていた。

例えば、ユーザがある処理単位の作業中に他の情報が必要になった場合や、依存している処理単位の情報を変更したくなった場合には、個々の処理単位を一旦完了するか、編集情報を廃棄する必要があった。

このように個々の処理単位を一旦完了するか、途中経過を廃棄しないと次の処理に移れない理由としては、医用画像処理の場合、処理が複雑であり一つの処理単位に要する計算量が大きいことや、処理単位が互いに依存していることが考えられる。また、医用画像においてはボリュームデータのデータ量及びそれに関わる計算量が膨大であって、かつ、対象が複雑な人体であるが故に、工業製品のように個々の部品に分解して別個独立して解析を行うことに限度があるからと考えられる。

本発明は、ボリュームレンダリングによる医用画像処理において、複数の処理を平行して行うことができる画像処理方法及び画像処理プログラムを提供することを目的としている。

本発明の画像処理方法は、ボリュームデータを用いる複数の処理を、処理種別ごとに処理単位として管理する画像処理方法であって、複数の処理単位の関係を管理し、前記処理単位が、編集停止状態を取り得るものである。

上記構成によれば、ボリュームデータを用いる画像処理において、それぞれ編集停止状態を取り得る複数の処理単位の関係を管理することにより、複数の処理を平行して行うことができる。

また、本発明の画像処理方法は、前記処理単位が、更に、編集中状態及び編集完了状態のいずれかの状態を取り得るものである。

また、本発明の画像処理方法は、第１の処理単位が前記編集停止状態であるときに第２の処理単位が編集中状態を取り得るものである。

また、本発明の画像処理方法は、前記編集状態である処理単位の数を一定数以下に制限するものである。

また、本発明の画像処理方法は、画像処理方法であって、第１の処理単位が第２の処理単位を包含するものであり、第３の処理単位が前記第２の処理単位を利用するものである場合に、前記第３の処理単位が、前記第１の処理単位を利用することで前記第２の処理単位を利用するものである。

また、本発明の画像処理方法は、第１の処理単位が第２の処理単位を利用するものであり、第３の処理単位が前記第２の処理単位を利用するものである場合に、前記第３の処理単位が、前記第１の処理単位を利用することで前記第２の処理単位を利用するものである。

また、本発明の画像処理方法は、第１の処理単位が第２の処理単位を利用している場合において、前記第２の処理単位が改変された場合に、前記第１の処理単位が、前記第１の処理単位の処理種別と前記第２の処理単位の処理種別とに基づいて改変され得るものである。

また、本発明の画像処理方法は、前記処理単位を非表示とするものである。

また、本発明の画像処理方法は、前記処理単位が前記編集停止状態の場合であっても、ユーザ入力を必要としない処理を継続するものである。

また、本発明の画像処理方法は、第１の処理単位が第２の処理単位を包含するものであり、前記第１の処理単位が編集停止状態である場合に、第３の処理単位が、前記第１の処理単位を利用することで前記第２の処理単位を利用するものである。

また、本発明の画像処理方法は、第１の処理単位が第２の処理単位を利用するものであり、前記第１の処理単位が編集停止状態である場合に、第３の処理単位が、前記第１の処理単位を利用することで第２の処理単位を利用するものである。

また、本発明の画像処理方法は、第１の処理単位が編集停止状態である場合に、前記第１の処理単位に対する第２の処理単位の利用関係を設定するものである。

また、本発明の画像処理方法は、第１の処理単位が第２の処理単位を利用するものであり、前記第２の処理単位が編集中状態である場合において、前記第１の処理単位で情報要求があった場合に、前記第２の処理単位の編集操作開始前の情報を用いるものである。

また、本発明の画像処理方法は、前記処理単位の編集状態を画面に表示させるものである。

また、本発明の画像処理プログラムは、コンピュータに、本発明の画像処理方法を実行させるための画像処理プログラムである。

本発明によれば、ボリュームデータを用いる画像処理において、それぞれ編集停止状態を取り得る複数の処理単位の関係を管理することにより、複数の処理を平行して行うことができる。

本発明の実施形態にかかる画像処理方法は、処理単位を編集停止状態とし他の処理単位を編集できる（実施例１に対応）。また、排他的な処理単位を作成できる（実施例２に対応）。また、複雑な処理単位間に利用関係がある時に実際に利用する情報を選択して処理単位の中から自動的に判断することが出来る（実施例３に対応）。さらに、複数の処理単位の処理順番を管理することができる（実施例４に対応）。

本実施形態の画像処理方法における観察対象はボリュームデータである。処理単位には（編集中・編集停止・完了）の３つの編集状態があり、処理種別の編集状態に応じたそれぞれのＧＵＩが割り当てられている。

「編集中」状態は、ユーザがその処理単位を操作するために、編集用ＧＵＩが表示されている状態である。処理単位「編集中」状態である時にユーザは処理単位のパラメータを変更、追加等の操作ができる。また、「編集停止」状態は、ユーザが作業中の処理単位の内部状態を凍結して他の作業を行えるようになっている状態であり、編集用ＧＵＩは隠蔽されている。また、「完了」状態は、処理単位の処理が完了して出力結果が得られている状態であり、完了状態からいつでも編集中状態に移行できる。処理単位「編集停止」状態及び「完了」状態である時にユーザは処理単位のパラメータを変更、追加等の操作は原則として出来ない。特に「編集停止」状態と「完了」状態の違いは、「完了」状態が、処理単位の出力が得られている状態であるのに対して、「編集停止」状態は、処理単位に必要なパラメータの一部もしくは全てが未設定であることであることなどの理由により処理単位の出力の一部もしくは全てが得られていない状態であることである。例えば、領域抽出処理単位であれば、ユーザからの計算用の設定値が全て入力されていても領域抽出計算がなされていない場合や、ユーザからの計算用の設定値が一部未入力の場合に編集作業を凍結したときは「編集停止」状態である。また、領域抽出計算結果が得られていてもユーザが結果に満足しない場合に編集作業を凍結したときも「編集停止」状態である。再計算に必要な中間データ等を保持しておくことに価値があるからである。ユーザが処理単位の処理結果に満足した場合には「完了」状態として処理単位の処理結果を確定する。この時には入力用ＧＵＩ及び中間データ等を破棄できる。事後にユーザが再考し「完了」状態から「編集中」状態に移行し、再計算を行うことは可能であるが、入力用ＧＵＩ及び中間データ等が破棄されているので一般的にこの処理にはより多くの工数が必要となる。また、処理単位間に関係が成立している場合に「編集停止」状態と「完了」状態の差異は事後に処理単位の処理結果が変更される可能性を判断する根拠と出来る。尚、更に処理単位を消滅させることもできる。この場合は入力用ＧＵＩ及び中間データのみならず、内部データも全て破棄される。ただし、消滅する処理単位の処理結果を利用している他の処理単位は内部データのコピーを作成して参照することが出来る。ただし、内部データそのものは改変できないこととする。これはそのようにした方がユーザにとって利便であるからである。内部データのコピーを作成せずに変更禁止にするのみでも良い。

本実施形態において、「処理種別」とは、心機能解析、ボクセル値計測、マスク設定などのそれぞれ処理の種類を総称し、いわゆるプログラムで言うクラスに相当する。また、「処理単位」とは、心機能解析Ａ、心機能解析Ｂ、ボクセル値計測Ｃ、ボクセル値計測Ｄ、マスク設定Ｅ、マスク設定Ｆなどの個々の具体的な処理であり、いわゆるプログラムでいうインスタンスに相当する。

また、「ＧＵＩ」は、処理単位を操作するためのインターフェイスであり、表示画面にそれぞれの処理単位を表現するアイコンを整列させた上で管理でき、また処理単位を操作するインターフェイスを編集中になっている処理単位に応じて表示する。ＧＵＩは処理種別毎に用意されており、それぞれ処理単位と関連づけて生成される。このようにＧＵＩと処理単位を一体化して管理することによってより柔軟で直感的な操作が出来るようになる。例えば、ＧＵＩのスライダ位置などの副次的な情報も処理単位に含まれる情報として記憶させ操作性を向上させる事ができる。

また、「利用」に関し、複雑な処理単位は多くの入力情報を必要とするとともに、多くの情報を出力する。例えば、心解析のような複雑な処理単位は、ボクセル値計測処理単位による計測結果情報を入力情報として解析に利用したり、マスク処理単位によって生成された領域情報を入力情報として利用して計算を行うものである。これらの場合において、「心解析処理単位は他の処理単位を利用する」と表現する。

ここで、「利用元」は、利用されている情報を出力する処理単位であり、「利用先」は、情報を入力として利用している処理単位である。また、利用関係にある処理単位がある場合、利用元が出力結果を変更した場合に、通常は利用先の出力結果も再計算し更新することが望ましい。しかし、必ずしもそうすることが適切ではないので、利用元と利用先の処理種別によって切り替える。このような判別処理を「利用管理」という。

また、「編集状態」は処理単位の状態を示し、「編集中・編集停止・完了」の３つの状態がある。また、「内部状態」は、具体的な個々の処理単位内部のパラメータ類を指す。また、「包含」は、利用関係の処理単位と異なって、処理単位を一体不可分にして従属させることである。利用関係では利用先が利用元の情報を利用するのみであるが、包含することによって従属させた処理単位に等しく処理を働きかけることが出来る。

次に、図を参照して本実施の形態にかかる画像処理方法を説明する。図１は、本実施形態の画像処理方法で表示される画面イメージを示す。この画面において、〔Ａ：完了〕アイコンは処理単位〔ｏｂｊ１〕に対応し、〔Ｂ：途中停止〕アイコンは処理単位〔〔ｏｂｊ２〕に対応し、〔Ｃ：作業中〕アイコンは処理単位〔〔ｏｂｊ３〕に対応し、〔Ｄ：途中停止〕アイコンは処理単位〔〔ｏｂｊ４〕に対応し、〔Ｅ：完了〕アイコンは処理単位〔〔ｏｂｊ５〕に対応する。また、〔操作用ＧＵＩ〕アイコンは、処理単位と関連づけられたＧＵＩであり、〔Ｃ：作業中〕の処理単位を操作するための処理単位と関連づけられたＧＵＩが表示される。

図２は、処理単位を編集停止状態とし他の処理単位を編集できる実施例１を説明するための画面イメージを示す。この画面には、〔Ａ：完了〕、〔Ｂ：編集停止〕、〔Ｃ：編集中〕、〔Ｄ：完了〕、〔Ｅ：「編集停止」（計算中）〕および〔操作用ＧＵＩ〕のアイコンがある。〔操作用ＧＵＩ〕には、〔Ｃ：編集中〕の処理単位を操作するためのＧＵＩが表示される。実施例１では、「編集停止」状態を持つことができ、編集中状態のまま他の処理単位を操作することができる。

処理単位を「編集停止」状態に移行させるには処理単位のパラメータを保存する。更に、「完了」時に放棄するような一時パラメータをも保存する。この時に未設定のパラメータがある場合は設定済みフラグを「否」とする。このようにすることによって「編集停止」状態となる処理単位を利用する他の処理単位があったときに、他の処理単位が「編集停止」状態となる処理単位の設定済みのパラメータのみを利用することが出来る。更に、「編集停止」状態となる処理単位の利用しているＧＵＩの表示内容も保存する。このようにすることによって処理単位が「編集中」状態に移行したときにユーザは直ちに編集作業を再開できる。また、この場合に「編集停止」状態となる処理単位が更新されたとき、「編集停止」状態となる処理単位を利用する処理単位に通知を行う。このようにすることによって「編集停止」状態である処理単位の利用が円滑になる。

「編集停止」状態の処理単位を「編集中」状態に移行させるには処理単位の保存されたパラメータを呼び出す。更に、保存された一時パラメータ及びＧＵＩの表示内容を呼び出す。

従来は、（編集中、完了）の２つの状態しかなかったが、本実施形態では、編集中状態のまま他の処理単位を操作できる「編集停止」状態を持つ。これによって、例えば心機能解析のような複雑な処理単位に対する操作を行っている最中に、必要に応じて心機能解析編集を一旦中止して、例えば、ボクセル値計測、マスク設定処理等を行い、その上で新機能解析編集を再開できる。これは、特に心機能解析編集のようにボクセル値計測やマスク設定処理のように他の処理単位を用いることで効果の上がる処理単位においては特に有効である。

例えばＣＡＤ等の画像処理装置では心機能解析のような複雑な操作を必要とする処理単位はあまり存在せず、例えば、図形描画の処理単位であれば操作は数秒で終了するので途中作業を放棄しても実害はあまり無い。また、一旦処理を完了さしたことにして後に再編集することが出来た。

特に例えば、ＣＡＤにおいてネジの画像の作成を行う場合を考えると、ネジの呼びや長さなど必要なパラメータを編集(編集中)し確定したら、ネジの画像が作成される(完了)。事後にネジの長さなどを変更したくなった場合は「完了」状態から「編集中」状態に移行し修正を行ってきた。

しかし、医用画像装置における新機能解析のような処理単位は編集作業に時間がかかる上に処理単位は他の編集単位を利用することがある。この場合、利用先を差し替えたり編集したいときに作業中の処理単位を放棄することは好ましくない。すなわち、処理単位を完了させるのに必要なパラメータが全て揃っていない状態で編集を停止させた後に再開したい。

本実施形態によれば、複雑な計算を行う処理単位にあっては処理を一旦停止した状態で他の作業を行うことができる。また、編集中に一時編集停止にし、その間に新しい処理単位を作成して編集停止中の処理単位に利用させることができる。

一方、いわゆるフォトレタッチソフトのようなラスター系の画像ソフトにあっては、ＵＮＤＯ（処理する前の状態に戻すこと）は出来るが任意の処理のみを取り出して再編集することができない。これは、いわゆるラスター系画像ソフトではある処理はそれ以前の全ての処理結果に依存するので、途中の処理の変更が以降の処理に波及するのでその管理が困難だからである。

本実施形態では、ボリュームデータを用いる医用画像装置が検査情報やマーカー等によるいわゆるＣＡＤなどベクター系ソフトの独立オブジェクトとしての処理単位の性質とボリュームデータやマスクデータというラスター系処理単位画像ソフトの処理単位の性質を併せ持っていることに着目しその解決をはかる。

なお、本実施形態では「編集停止」状態の処理単位は全てのパラメータを凍結したが、既に取得されたパラメータから導くことの出来るパラメータはバックグラウンドで自動的に計算することが出来る。例えば、領域抽出処理単位においてユーザが領域抽出に必要なパラメータを入力した後であって領域抽出の計算を行う前に領域抽出処理単位が「編集停止」状態となった場合に、自動的に領域抽出の計算を行う事が出来る。このようにすれば、ユーザが領域抽出処理単位を「編集中」状態に戻したときに既にユーザの望む領域抽出の計算が完了していることが期待でき効果的である。

なお、本実施形態では「編集停止」状態或いは「完了」の処理単位が利用する処理単位の情報を用いて計算するときに、利用する処理単位が「編集中」である場合は、利用する処理単位が「編集中」となる直前の利用する処理単位のパラメータを用いることが出来る。これは、編集中で状態が不確定な処理単位を利用するよりも「編集中」となる直前のより安定したパラメータを用いることが適切な場合があるからである。この判断は利用関係にある処理単位の処理種別の関係によって決定する。

また、本実施形態ではそれぞれの処理単位は非表示とすることが出来る。例えば、パスの線や、抽出結果の輪郭、血管石灰化計測の計算結果等を常に画像上で表示しているとユーザの観察や操作の上で邪魔になるからである。ここで、処理単位を非表示としたときに処理単位自体は内部的には存在し、非表示とした処理単位を利用及び包含する時には原則として表示状態であるときと同等に処理する。また、処理単位は「編集中」「編集停止」「完了」いずれの状態であったとしても非表示とすることが出来る。

図３は、排他的な処理単位を複数作成する実施例２の説明図である。ここでは、排他的な処理単位として、パラメータＡ−１とパラメータＡ−２を含む３次元フィルターＡと、パラメータＡ−３とパラメータＡ−４を含む３次元フィルターＡと、パラメータＢ−１を含む３次元フィルターＢと、パラメータＣ−１とパラメータＣ−２を含む３次元フィルターＣとを作成した場合を示す。排他的な処理単位を作成した場合は、一度に一つのフィルターしか選択できない。

本実施形態では排他的な処理単位を複数作成できる。例えば、レイキャスト時のカラー関数とオパシティ関数は通常ＬＵＴ（Look Up Table）で実装されるが、一つの画像では一つのカラー関数とオパシティ関数を割り当てる。また、ＭＩＰ（Maximum Intensity Projection）にあってはＷＷ／ＷＬ（Window Level）関数を用いて画像の調整を行う。

単一の画像に対して、上記の関数は一度に一つしか設定できない。しかし、複数のカラー関数とオパシティ関数やＷＷ／ＷＬ関数を切り替えながら観察できれば診断に有効である。その為に複数の処理単位を作成しそれぞれに排他属性を設けて管理する。本実施形態の場合は、特にカラー関数とオパシティ関数やＷＷ／ＷＬ関数のように処理種別の異なる複数の処理単位を管理できることが特徴である。

排他的処理単位として、他には、パフュージョン等の機能画像におけるアルゴリズムの差し替えがある。この場合、異なるアルゴリズムでは要求されるパラメータが異なるので、処理種別が異なってくる。また、３Ｄフィルターの種類を差し替える場合は、異なるフィルターアルゴリズムに対して要求されるパラメータが異なるので処理種別が異なってくる。なお、単一の型での排他処理は従来から存在する（複数のカメラのプリセットなど）。

また、上記のように、複数の機能画像のアルゴリズムを切り替えて使用するときにそれぞれの機能画像の計算に長大な時間や手間がかかる場合には有効である。例えば、一方の機能画像の計算を開始させた後に「編集停止」状態とし、他方の機能画像の計算に必要なパラメータを設定することが出来る。

図４は、処理単位が他の処理単位を「包含」する事によって階層化する実施例３の説明図である。例えば、同図に示すように、血管石灰化率計測と血管狭窄率計測に対応する血管抽出処理（抽出用パラメータ）と、マスク表示に対応する領域情報（血管抽出結果）と、プロファイル表示に対応するパス情報（追加情報）とを階層化することができる。この場合、処理種別としては「血管抽出処理」なので、「血管抽出処理」のＧＵＩが表示される。しかし、「包含」されている処理単位は内部的なパラメータとして他の処理単位から利用できる。

本実施形態では、処理単位間に利用関係がある時に実際に利用する情報を選択して処理単位の中から自動的に判断することが出来る。すなわち、処理単位の利用に伴い、例えば、血管抽出処理単位があった場合、計算結果として血管領域や血管パスが得られる。これらの血管領域や血管パスを別の処理単位で利用できる。

本実施形態では、利用先の処理単位が必要な利用元の型情報（処理種別）を利用元に通知することによって、利用元の処理単位は、自己に含まれている情報の内、利用先が必要としている情報のみを選別して利用先に提供できる。

例えば、血管石灰化率計測処理単位は血管領域情報を必要とするので、血管抽出処理単位は自己に含まれる血管領域情報を血管石灰化率計測処理単位に提供することが出来る。また、血管狭窄率計測処理単位に、血管領域情報を結び付けると効果的な血管情報が得られる。

また、ＣＰＲ(Curved Multi Planer Reconstruction)処理単位はパス情報を必要とするので血管抽出処理単位は自己に含まれる血管パス情報をＣＰＲ処理単位に提供する。このようにすれば、ユーザは扱っている処理単位の処理種別を厳密に意識しなくてもよくなり柔軟な運用が出来る。また、ユーザが誤って深部の情報（例えば：パス情報）のみを操作してしまう問題を回避できる。尚、ＣＰＲ画像はパスに沿ったボリュームの断曲面を表示する画像である。

また、血管石灰化率計測処理単位がボクセル値計測処理単位を利用しているときに、血管抽出処理単位がボクセル値計測処理単位を利用したい場合、血管抽出処理単位は血管石灰化率計測処理単位を利用することによって、さらにボクセル値計測処理単位を利用することが出来る。このようにすれば、複数の利用する処理単位をそれぞれ指定する手間が省ける。

図５は、実施例３の詳細な説明図１を示す。血管抽出処理単位の処理結果に含まれる情報を様々に利用したい場合は、例えば、しきい値などの入力パラメータを、〔抽出中心〕、〔抽出しきい値〕に入力することにより、血管抽出処理単位の処理が行われ、処理結果であるところの血管の領域情報、血管の中心線情報などの結果情報を利用することができるようになる。

図６は、実施例３の詳細な説明図２を示す。血管石灰化計測処理単位において、利用している処理単位から自動的に必要なパラメータを取得する。血管石灰化計測処理単位は、血管にカルシウムが蓄積することによって血管が硬化している程度を計算によって定量化する。血管石灰化計測処理単位は処理を行うには具体的には、「血管の領域情報」及び「計算しきい値」が入力パラメータとして必要である。この場合、石灰化計測処理単位を血管抽出処理単位を利用するように関連づける。そのようにすると石灰化計測処理単位は、血管抽出処理単位の処理結果の中から「血管の領域情報」と「抽出しきい値」を探索し関連づける。石灰化計測用ＧＵＩの〔計算しきい値〕に、「抽出しきい値」から算出した値が自動的に算出され、「計算しきい値」及び「血管の領域情報」から石灰化率が計算される。尚、この時に「計算しきい値」をユーザーが改めて入力した場合はユーザーの入力値が優先され「抽出しきい値」は利用関係から除外される。

図７は、実施例３の詳細な説明図３を示す。血管狭窄率計算処理単位において、利用している処理単位から自動的に必要なパラメータを取得する。血管狭窄率計算処理単位は血管壁に脂肪が付着することによって血流が悪くなる程度を計算によって定量化する。血管狭窄率計算処理単位は処理を行うには具体的には、「血管の領域情報」及び「計算しきい値」が入力パラメータとして必要である。この場合、血管狭窄率計算処理単位を血管抽出処理単位を利用するように関連づける。そのようにすると血管狭窄率計算処理単位は、血管抽出処理単位の処理結果の中から「血管の領域情報」と「抽出しきい値」を探索し関連づける。血管狭窄率計算用ＧＵＩの〔計算しきい値〕に、「抽出しきい値」から算出した値が自動的に算出され、「計算しきい値」及び「血管の領域情報」から血管狭窄率が計算される。尚、この時に「計算しきい値」をユーザーが改めて入力した場合はユーザーの入力値が優先され「抽出しきい値」は利用関係から除外される。

図８は、実施例３の詳細な説明図４を示す。画像のマスク表示処理単位では、利用している処理単位から自動的に必要なパラメータを取得する。マスク表示処理単位はマスクに含まれる領域のみを描画し、周辺の臓器など診断の障害となる箇所を非表示にすることによって画像診断を支援する。マスク表示処理単位は処理を行うには具体的には、「領域情報」が入力パラメータとして必要である。この場合、マスク表示処理単位を血管抽出処理単位を利用するように関連づける。そのようにするとマスク表示処理単位は、血管抽出処理単位の処理結果の中から「血管の領域情報」を探索し、更に「血管の領域情報」の「領域情報」を関連づける。マスク条件設定用ＧＵＩには、表示マスク番号が表示される。

図９は、実施例３の詳細な説明図５を示す。プロファイル表示処理単位では、利用している処理単位から自動的に必要なパラメータを取得する。プロファイル表示処理単位はパス上のボクセル値の推移をグラフ表示することによってパス上の組織の状態を客観的に表示する。プロファイル表示処理単位は処理を行うには具体的には、「パス情報」が入力パラメータとして必要である。この場合、プロファイル表示処理単位を血管抽出処理単位を利用するように関連づける。そのようにするとプロファイル表示処理単位は、血管抽出処理単位の処理結果の中から「血管のパス情報」を探索し、更に「血管のパス情報」の「パス情報」を関連づける。プロファイル表示設定用ＧＵＩには、プロファイルレンジが表示される。

また、図８、図９に示すように編集中状態の処理単位は相互に切り替え可能である。編集中状態を脱した処理単位は編集停止状態もしくは編集完了状態となる。これによって柔軟な操作が可能となる。また、それぞれの編集単位は任意に非表示とすることが出来る。特に編集停止状態もしくは編集完了状態である処理単位を非表示にすることによって他の処理単位の編集の阻害を防ぐことが出来る。更に、例えば狭窄率計算のような複雑な表示を行う処理種別においては編集停止状態もしくは編集完了状態となったときに自動的に非表示状態となるようにすると利便である。

図１０は、実施例４として複数の処理単位の処理順番を管理する場合を示す。図１０（ａ）のようなデータがあって、図１０（ｂ）のような領域が欲しい場合がある。すなわち、図１０（ｃ）に示すＡの部分のみなら自動領域抽出で処理できるが、この部分のみに観察の障害となる物があり、処理を一部の範囲に限定したい場合である。なお、図１０（ｃ）のＢの部分は自動領域抽出でうまくいかないが、ここでは自動領域抽出する必要がない。

図１１は、実施例４における望ましい作業手順を示す。図１１（ａ）に示すデータに対して作業を開始する。次に、図１１（ｂ）に示すように、領域抽出の計算対象にする箇所のみを用いて選択する（平面カットマスク処理単位）。選択後、編集停止状態とする。次に、図１１（ｃ）に示すように、領域抽出処理（血管抽出処理単位）を行う。血管抽出処理単位は、平面カットマスク処理単位を利用する。これは、編集停止状態の処理単位の利用となる。次に、図１１（ｄ）に示すように、平面カットマスク処理単位のマスク領域を反転する。この場合、血管抽出処理単位の再計算は行わず処理結果は変更されない。これは、「利用管理」を行っているからである。

このように本実施形態では複数の処理単位の利用管理を行う。処理単位に利用関係がある場合、利用元の処理単位に変更が加えられた場合は原則として変更は利用先の処理単位に波及するがそうしない方が適切な場合がある。これを処理単位同士の関係を元に判断する。

「利用管理」を実現するには、管理マネージャーを用いる方法と処理単位同士の通信で自立的に管理する方法が考えられる。更に、利用元処理単位が消滅したときにその影響が利用先の処理単位に波及するかどうかも同様に判断する。

例えば、領域抽出処理単位などはマスク処理単位に対して作用する効果がある。処理単位が複数あった場合に、生成される領域は例えば、複数の処理単位の結果領域の論理積領域である。この時に一つの領域抽出処理単位を削除したときにマスク処理単位にその結果が波及するかは任意である。

図１２は、実施例４の詳細な説明図１を示す。初期状態では、抽出したい血管、表示の邪魔になる障害物、およびあまりうまく抽出処理が動作しない領域が存在する。

図１３は、実施例４の詳細な説明図２を示す。変面カット処理単位を起動して、血管領域抽出処理の範囲を限定したい場合を示す。〔平面カット〕アイコンは、編集中の処理単位を表示する。画像表示ウィンドウに対する操作も編集中の処理単位（平面カット）のものになる。また、編集中の処理単位（平面カット）の編集用ＧＵＩが表示される。

図１４は、実施例４の詳細な説明図３を示す。これは、血管領域抽出処理単位の起動を示す。編集停止状態（平面カット）に移行し、新しい処理単位（血管抽出）を作成する。「血管抽出」は「平面カット」の結果を利用するので利用関係を自動構築する。「平面カット」は、編集停止状態だが既に入力されているパラメータ及び出力結果は「血管抽出」から利用可能である。編集中の処理単位（血管抽出）の編集用のＧＵＩに表示変更が行われる。次に、抽出中心決定用カーソル（血管抽出ウィンドウ）で抽出中心を入力する。

図１５は、実施例４の詳細な説明図４を示す。血管領域抽出処理単位に必要な抽出しきい値が必要になるのでＣＴ値計測を行いたい場合を示す。この場合は、ＣＴ値計測起動ボタンを押す。

図１６は、実施例４の詳細な説明図５を示す。ＣＴ値計測を開始する。編集停止状態（血管抽出）に移行し、新しい処理単位（ＣＴ値計測）を作成する。「血管抽出」は「ＣＴ値計測」の結果を利用するので利用関係を自動構築する。編集中の処理単位（ＣＴ値計測）の編集用のＧＵＩに表示変更が行われ、ＣＴ値計測カーソル（ＣＴ値計測ウィンドウ）が表示される。決定すると処理単位（ＣＴ値計測）が完了する。

図１７は、実施例４の詳細な説明図６を示す。血管抽出に必要なパラメータが揃うと、編集停止状態（血管抽出）から編集中状態（血管抽出）に移行させる。〔ＣＴ値計測〕処理単位は、使用終了したので消滅させても良い。「血管抽出」は「ＣＴ値計測」を利用しているが、「ＣＴ値計測」が消滅した場合は、「利用管理」によって設定済みのパラメータ値は維持される。次に、血管抽出処理の計算が開始される。

図１８は、実施例４の詳細な説明図７を示す。血管抽出が完了すると、完了状態（血管抽出）に移行する。図１９は、実施例４の詳細な説明図８を示す。残った領域を取得したい場合は、編集中状態（平面カット）に移行する。

図２０は、実施例４の詳細な説明図９を示す。平面カット結果を反転する。「血管抽出」は「平面カット」を利用しているが、「利用管理」は「血管抽出」の状態と「平面カット」と「血管抽出」の関係より「血管抽出」を再計算しないことを判別する。これでユーザの必要としていた領域の取得が完了する。

図２１は、実施例４の詳細な説明図１０を示す。画像表示のためのマスクを設定し、完了状態に移行する。「マスク」は「平面カット」と「血管抽出」の二つを利用している。以後「平面カット」と「血管抽出」は、消滅させても「利用管理」はマスクには影響を与えない事を判断する。再編集する可能性があるならば、完了状態のまま保持する。マスクを設定することによって設定された領域のみをボリュームレンダリング表示できる。

図２２は、本実施形態のデータ構造を示す。（ａ）に示すように、処理単位の利用関係は有向非巡回グラフを構成する。これは、巡回関係が生じると利用関係が交錯するためである。また、（ｂ）に示すように、処理種別の包含関係も有向非巡回グラフを構成する。これは、巡回関係が生じると包含関係が交錯するためである。ただし、利用関係と包含関係を組み合わせて複雑な構成になることは問題ない。

図２３は、本実施形態の処理単位に含まれる情報を示す。処理単位に含まれる情報には、処理単位識別固有ＩＤと、処理種別識別固有ＩＤと、処理単位を表現する情報と、内部管理のための情報と、ＧＵＩのためのパラメータやその他のパラメータとがある。また、処理単位を表現する情報として、パラメータｎ個、それぞれのパラメータが作成済みかを示すフラグ、包含する処理単位ｎ個、それぞれの包含する処理単位が作成済みかを示すフラグ、利用する処理単位として、利用する処理単位識別固有ＩＤｎ個、編集停止状態を許可するために利用する処理単位のコピーデータｎ個とそれぞれの利用する処理単位が作成済みかを示すフラグ、状態（編集中、編集停止、完了）、表示状態（表示、非表示）があり、内部管理のための情報として、利用される処理単位の固有ＩＤｎ個、包含されているか否かを示すフラグ、包含される処理単位の固有ＩＤがある。

図２４は、新しい処理単位を作成したときの処理のフローチャートを示す。処理単位Ａを作成する場合は、処理単位識別固有ＩＤを設定する（ステップＳ１１）。また、処理単位Ａを包含する処理単位があればこの段階で必要に応じて作成する。次に、処理種別識別固有ＩＤを設定する（ステップＳ１２）。

次に、「利用する処理単位」＝無し、「利用される処理単位」＝無し、その他、すべてのパラメータを未設定にする。デフォルト値のあるパラメータにはデフォルト値を設定する（ステップＳ１３）。また、処理単位Ａが包含する処理単位があれば、この段階で必要に応じて作成する。

次に、他の処理単位Ｂにより包含を目的に作成されたかを判断する（ステップＳ１４）。ｎｏの場合は、「包含されているか」＝偽と設定し（ステップＳ１５）、ｙｅｓの場合は、「包含されているか」＝真、「包含される処理単位の固有ＩＤ」＝Ｂの「処理単位識別固有ＩＤ」と設定する（ステップＳ１６）。

次に、「状態＝編集中」と設定し（ステップＳ１７）、関連するＧＵＩの構築及び初期化を行う（ステップＳ１８）。そして、利用する処理単位を検索する（ステップＳ１９）。

図２５、図２６は、利用する処理単位の検索のフローチャートを示す。ここでは、利用可能な処理単位を自動的に結び付けることによって作業効率を向上させる。まず、（処理単位Ａの「利用する処理単位」の個数ｎ）＞０かを判断し（ステップＳ２０）、ｎｏの場合は終了する。

一方、ｙｅｓの場合は、処理単位Ａの「利用する処理単位」毎（ｎ個）に可変長リストを複数Ｃ１〜Ｃｎ作成する（ステップＳ２１）。次に、すべての処理単位が登録されている「全処理単位リスト」の先頭に、探索位置を設定し、まだ制作されていない包含予定の処理単位を含める（ステップＳ２２）。これは、編集停止状態の未完成処理単位とも適切に結び付けるためである。このようにすることによって編集停止状態の処理単位に含まれる処理単位、及び編集停止状態の処理単位に利用される処理単位を処理単位Ａが利用することが出来るようになる

次に、探索位置に格納されている処理単位Ｅを取得する（ステップＳ２３）。次に、自身に関係するものは除外して、処理単位Ｅ＝（処理単位Ａｏｒ処理単位Ａが包含する処理単位ｏｒ処理単位Ａが包含されている処理単位）を判断し（ステップＳ２４）、ｎｏの場合は、ｉ＝１に設定する（ステップＳ２５）。

次に、処理単位Ｅの処理種別＝「利用する処理単位」Ｃｉの処理種別を判断し（ステップＳ２６）、ｙｅｓの場合は、処理単位ＥをリストＣｉに追加する（ステップＳ２９）。一方、ｎｏの場合は、ｉ＝ｉ＋１とし（ステップＳ２７）、ｉ＞ｎを判断し（ステップＳ２８）、探索位置を一つ先へ進め（ステップＳ３０）、探索位置＝「全処理単位リスト」の終端を判断し（ステップＳ３１）、ｎｏの場合は、ステップＳ２３に戻る。

一方、ｙｅｓの場合は、ｉ＝１とし（ステップＳ３２）、（リストＣｉの中身の個数）≧１を判断し（ステップＳ３３）、ｙｅｓの場合は、リストＣｉの中身から一つを選択する（ステップＳ３４）。なお、選択は一番最初にリストに加えられた処理単位であっても良いし、他の処理単位に利用されている処理単位であっても良いし、完成している処理単位を優先しても良いし、処理単位であっても良いし、最後にユーザが操作した処理単位であっても良い。

次に、「利用する処理単位識別固有ＩＤ」ｉ＝選択された処理単位の処理単位識別固有ＩＤ、「利用する処理単位作成済みフラグ」ｉ＝真に設定し（ステップＳ３５）、ｉ＝ｉ＋１とする（ステップＳ３６）。次に、ｉ＞ｎを判断し（ステップＳ３７）、ｎｏの場合は、ステップＳ３３に戻る。一方、ｙｅｓの場合は、包含予定の処理単位の識別固有ＩＤを設定する（ステップＳ３８）。これは、包含する処理単位が未設定の編集停止状態の未完成処理単位であっても、利用関係が構築できるようにするためである。

図２７は、処理単位を更新するときの処理のフローチャートを示す。処理単位Ａを更新するときは、まず、すべての処理単位Ａを利用する処理単位Ｂｎに更新することを通知し（ステップＳ４１）、処理単位Ａを包含している処理単位Ｃがあれば更新することを通知する（ステップＳ４２）。処理単位を更新する時の処理は処理単位が「完了」状態に移行したときや「編集停止」状態移行したときに他の編集単位に通知するために行う。このようにすることによって「編集停止」状態の処理単位を他の処理単位が利用することが出来るようになる。また、簡素な処理単位であれば「編集中」であっても更新処理を行っても良い。

次に、処理単位Ｂｎ及び処理単位Ｃの応答を待ち（ステップＳ４３）、更新処理を行う（必要であれば「包含する処理単位」も更新）（ステップＳ４４）。次に、すべての処理単位Ａを利用する処理単位に更新完了を通知し（ステップＳ４５）、処理単位Ａを包含している処理単位があれば更新完了を通知する（ステップＳ４６）。

図２８は、利用する処理単位が更新されたときの処理のフローチャートを示す。処理単位Ｂの利用する処理単位Ａが更新されたときは、処理単位Ｂが利用する処理単位Ａから更新の通知を受け取る（ステップＳ５１）。そして、依存関係の判断、すなわち、処理単位Ｂが処理単位Ａの処理結果を直ちに反映するか判断する（ステップＳ５２）。

そして、ｎｏの場合は、処理単位Ａをコピーして処理単位Ｃを作成し（ステップＳ５３）、処理単位Ａに対応する「利用する処理単位のコピーデータ」に処理単位Ｃをあてはめる（ステップＳ５４）。次に、処理単位Ａに更新許可を通知し（ステップＳ５５）、処理単位Ａから更新終了の通知を待つ（ステップＳ５６）。

一方、ステップＳ５２の判断がｙｅｓの場合は、処理単位Ａに更新許可を通知し（ステップＳ５７）、処理単位Ａから更新終了の通知を待ち（ステップＳ５８）、処理単位Ａを利用して処理単位Ｂを再処理する（ステップＳ５９）。

図２９は、包含する処理単位が更新されたときの処理のフローチャートを示す。処理単位Ｃの包含する処理単位Ａが更新されたときは、包含する処理単位Ａから更新の通知を受け取り（ステップＳ６１）、処理単位Ａに更新許可を通知する（ステップＳ６２）。そして、処理単位Ａから更新終了の通知を待つ（ステップＳ６３）。

次に、処理単位Ａの更新は処理単位Ｃが指示したものかを判断し（ステップＳ６４）、ｎｏの場合は、処理単位Ａを利用して処理単位Ｃを再処理し（ステップＳ６５）。

図３０は、二つのフローを並べたフローチャート（１）を示す。処理単位Ａを更新するときは、すべての処理単位Ａを利用する処理単位Ｂｎに更新することを通知し（ステップＳ７１）、処理単位Ａを包含している処理単位Ｃがあれば更新することを通知する（ステップＳ７２）。

次に、処理単位Ｂｎ及び処理単位Ｃの応答を待ち（ステップＳ７３）、更新処理を行う（必要であれば「包含する処理単位」も更新）（ステップＳ７４）。次に、すべての処理単位Ａを利用する処理単位に更新完了を通知し（ステップＳ７５）、処理単位Ａを包含している処理単位があれば更新完了を通知する（ステップＳ７６）。

一方、処理単位Ｂでは、処理単位Ｂが利用する処理単位Ａから更新の通知を受け取り（ステップＳ７７）、依存関係を判断する。すなわち、処理単位Ｂが処理単位Ａの処理結果を直ちに反映するか判断する（ステップＳ７８）。

そして、ｎｏの場合は、処理単位Ａをコピーして処理単位Ｃを作成し（ステップＳ７９）、処理単位Ａに対応する「利用する処理単位のコピーデータ」に処理単位Ｃをあてはめる（ステップＳ８０）。次に、処理単位Ａに更新許可を通知し（ステップＳ８１）、処理単位Ａから更新終了の通知を待つ（ステップＳ８２）。

一方、ステップＳ７８でｙｅｓの場合は、処理単位Ａに更新許可を通知し（ステップＳ８３）、処理単位Ａから更新終了の通知を待つ（ステップＳ８４）。そして、処理単位Ａを利用して処理単位Ｂを再処理する（ステップＳ８５）。

図３１は、二つのフローを並べたフローチャート（２）を示す。処理単位Ａを更新するときは、すべての処理単位Ａを利用する処理単位Ｂｎに更新することを通知し（ステップＳ９１）、処理単位Ａを包含している処理単位Ｃがあれば更新することを通知する（ステップＳ９２）。

次に、処理単位Ｂｎ及び処理単位Ｃの応答を待ち（ステップＳ９３）、更新処理を行う（必要であれば「包含する処理単位」も更新）（ステップＳ９４）。次に、すべての処理単位Ａを利用する処理単位に更新完了を通知し（ステップＳ９５）、処理単位Ａを包含している処理単位があれば更新完了を通知（ステップＳ９６）する。

一方、処理単位Ｃでは、包含する処理単位Ａから更新の通知を受け取り（ステップＳ９７）、処理単位Ａに更新許可を通知する（ステップＳ９８）。次に、処理単位Ａから更新終了の通知を待つ（ステップＳ９９）。

次に、処理単位Ａの更新は処理単位Ｃが指示したものか判断し（ステップＳ１００）、ｎｏの場合は、処理単位Ａを利用して処理単位Ｃを再処理し（ステップＳ１０１）。

図３２は、利用する処理単位の情報を強制的に反映させる処理のフローチャートを示す。これは、処理単位Ａの利用する処理単位Ｂｎの情報を処理単位Ａに反映させる処理（いわゆるUpdate処理）である。まず、（処理単位Ａの「利用する処理単位」の個数ｎ）＞０を判断し（ステップＳ１１１）、ｙｅｓの場合は、ｉ＝１とし（ステップＳ１１２）、「利用する処理単位作成済みフラグ」ｉ＝真を判断する（ステップＳ１１３）。

そして、ｙｅｓの場合は、「利用する処理単位」ｉに対応する処理単位Ｂｉが独立してまだ存続しているか判断し（ステップＳ１１４）、ｎｏの場合は、「利用する処理単位のコピーデータ」ｉを利用して処理単位Ａを再処理を続行する（ステップＳ１１５）。

一方、ｙｅｓの場合は、「利用する処理単位のコピーデータ」ｉをあれば破棄し（ステップＳ１１６）、処理単位Ｂｉを利用して処理単位Ａの再処理を続行する（ステップＳ１１７）。次に、ｉ＝ｉ＋１とし（ステップＳ１１８）、ｉ＞ｎを判断し（ステップＳ１１９）、ｎｏの場合は、ステップＳ１１３に戻る。

図３３は、処理単位を消滅させるときの処理のフローチャートを示す。処理単位Ａが消滅するときは、すべての「利用される処理単位」に消滅することを通知し（ステップＳ１２１）、すべての「利用される処理単位」から処理完了の通知を待つ（ステップＳ１２２）。次に、すべての「包含する処理単位」を消滅させる（ステップＳ１２３）。また、自分（処理単位Ａ）を消滅させる（ステップＳ１２４）。

図３４は、利用する処理単位が消滅するときの処理のフローチャートを示す。処理単位Ｂの利用する処理単位Ａが消滅するときは、処理単位Ａから消滅の通知を受け取り（ステップＳ１３１）、処理単位Ａに対応する「利用する処理単位の固有ＩＤ」があれば削除する（ステップＳ１３２）。

次に、依存関係を判断する。すなわち、処理単位Ｂに処理単位Ａの処理結果を直ちに反映させるか判断し（ステップＳ１３３）、ｎｏの場合は、処理単位Ａをコピーして処理単位Ｃを作成し（ステップＳ１３４）、処理単位Ａに対応する「利用する処理単位のコピーデータ」に処理単位Ｃをあてはめる（ステップＳ１３５）。

一方、ｙｅｓの場合は、処理単位Ａに対応する「利用する処理単位のコピーデータ」があれば削除し（ステップＳ１３６）、処理単位Ａが無いものとして処理単位Ｂを再処理する（ステップＳ１３７）。そして、処理単位Ａに、処理の完了を通知する（ステップＳ１３８）。

図３５は、二つのフローを並べたフローチャートを示す。処理単位Ａが消滅するときは、すべての「利用される処理単位」に消滅することを通知し（ステップＳ１４１）、すべての「利用される処理単位」から処理完了の通知を待つ（ステップＳ１４２）。次に、すべての「包含する処理単位」を消滅させ（ステップＳ１４３）、自分（処理単位Ａ）を消滅させる（ステップＳ１４４）。

一方、処理単位Ｂでは、処理単位Ａから消滅の通知を受け取り（ステップＳ１４５）、処理単位Ａに対応する「利用する処理単位の固有ＩＤ」があれば削除する（ステップＳ１４６）。

次に、依存関係を判断する。すなわち、処理単位Ｂに処理単位Ａの処理結果を直ちに反映させるか判断し（ステップＳ１４７）、ｎｏの場合は、処理単位Ａをコピーして処理単位Ｃを作成し（ステップＳ１４８）、処理単位Ａに対応する「利用する処理単位のコピーデータ」に処理単位Ｃをあてはめる（ステップＳ１４９）。

一方、ｙｅｓの場合は、処理単位Ａに対応する「利用する処理単位のコピーデータ」があれば削除し（ステップＳ１５０）、処理単位Ａが無いものとして処理単位Ａを再処理する（ステップＳ１５１）。そして、処理単位Ａに、処理の完了を通知する（ステップＳ１５２）。

図３６は、本実施形態における依存関係判断処理を示すフローチャートである。これは、処理単位Ａの利用する処理単位Ｂが更新されたとき、処理単位Ａにただちに結果を反映するか否かを判断する処理である。まず、処理単位Ａの処理種別Ａｔを取得し（ステップＳ１６１）、処理単位Ｂの処理種別Ｂｔを取得する（ステップＳ１６２）。

次に、Ａｔ，Ｂｔをインデックスとして、依存更新表を検索する（ステップＳ１６３）。そして、「更新」の場合は（ステップＳ１６４）、処理単位Ａに直ちに結果を反映させる（ステップＳ１６５）。一方、「ユーザに指示させる」の場合は（ステップＳ１６６）、ユーザの入力を促し（ステップＳ１６７）、ユーザは更新を選択したか判断し（ステップＳ１６８）、ｙｅｓの場合は、処理単位Ａに直ちに結果を反映させ（ステップＳ１６５）、ｎｏの場合は、処理単位Ａに結果を反映させない（ステップＳ１７０）。

また、「更新不要」の場合も（ステップＳ１６９）、処理単位Ａに結果を反映させず（ステップＳ１７０）、「利用関係が発生することがない」の場合は（ステップＳ１７１）、処理を行わない。更に、処理単位Ｂ、処理単位Ａの状態にあわせてより多様な判断をさせても良い。

図３７は、本実施形態における依存更新表例（利用関係）を示す。ここで、「更新する」は「○」、「更新しない」は「×」、「ユーザの任意」は「任」、「無関係」は「・」で表示する。同様の表を利用元消滅時における依存更新表として別個用いても良い。

本実施形態の画像処理方法で表示される画面イメージ 編集中状態のまま他の処理単位を操作する実施例１を説明するための画面イメージ 排他的な処理単位を複数作成する実施例２の説明図 処理単位を階層化する実施例３の説明図 実施例３の詳細な説明図１ 実施例３の詳細な説明図２ 実施例３の詳細な説明図３ 実施例３の詳細な説明図４ 実施例３の詳細な説明図５ 実施例４として複数の処理単位の処理順番を管理する場合を示す説明図 実施例４における望ましい作業手順を示す説明図 実施例４の詳細な説明図１ 実施例４の詳細な説明図２ 実施例４の詳細な説明図３ 実施例４の詳細な説明図４ 実施例４の詳細な説明図５ 実施例４の詳細な説明図６ 実施例４の詳細な説明図７ 実施例４の詳細な説明図８ 実施例４の詳細な説明図９ 実施例４の詳細な説明図１０ 本実施形態のデータ構造を示す説明図 本実施形態の処理単位に含まれる情報を示す説明図 新しい処理単位を作成したときの処理のフローチャート 利用する処理単位の検索のフローチャート（１） 利用する処理単位の検索のフローチャート（２） 処理単位を更新するときの処理のフローチャート 利用する処理単位が更新されたときの処理のフローチャート 包含する処理単位が更新されたときの処理のフローチャート 二つのフローを並べたフローチャート（１） 二つのフローを並べたフローチャート（２） 利用する処理単位の情報を強制的に反映させる処理のフローチャート 処理単位を消滅させるときの処理のフローチャート 利用する処理単位が消滅するときの処理のフローチャート 二つのフローを並べたフローチャート 本実施形態における依存関係判断処理を示すフローチャート 本実施形態における依存更新表例（利用関係）を示す説明図 従来の画像処理による応力シミュレーションの例

Claims (13)

1. ボリュームデータを用いる複数の処理を、処理種別ごとに処理単位として管理する画像処理方法であって、
   複数の処理単位の関係を管理し、
   前記処理単位は、編集停止状態、編集中状態及び編集完了状態のいずれか少なくともひとつの状態を取り、
   第１の処理単位が前記編集停止状態であるときに第２の処理単位が前記編集中状態を取り、
   前記第２の処理単位が前記編集中状態の時に前記第２の処理単位が前記第１の処理単位の内部状態を利用し、
   前記第２の処理単位が前記第１の処理単位の内部状態を利用した後に、前記第1の処理単位を前記編集中状態とする画像処理方法。
2. 請求項１記載の画像処理方法であって、
   前記処理単位であって、排他的な処理単位を複数作成できる画像処理方法。
3. 請求項１記載の画像処理方法であって、
   前記第１の処理単位が前記第２の処理単位を包含するものであり、第３の処理単位が前記第２の処理単位を利用するものである場合に、
   前記第３の処理単位は、前記第１の処理単位を利用することで前記第２の処理単位を利用する画像処理方法。
4. 請求項１記載の画像処理方法であって、
   前記第１の処理単位が前記第２の処理単位を利用するものであり、第３の処理単位が前記第２の処理単位を利用するものである場合に、
   前記第３の処理単位は、前記第１の処理単位を利用することで前記第２の処理単位を利用する画像処理方法。
5. ボリュームデータを用いる複数の処理を、処理種別ごとに処理単位として管理する画像処理方法であって、
   複数の処理単位の関係を管理し、
   前記処理単位は、編集停止状態を取り、
   前記第１の処理単位が前記第２の処理単位を利用している場合において、前記第２の処理単位が改変された場合に、
   前記第１の処理単位は、前記第１の処理単位の処理種別と前記第２の処理単位の処理種別とに基づいて改変される画像処理方法。
6. 請求項１記載の画像処理方法であって、
   前記処理単位を非表示とする画像処理方法。
7. 請求項１記載の画像処理方法であって、
   前記処理単位が前記編集停止状態の場合であっても、処理を継続する画像処理方法。
8. 請求項１記載の画像処理方法であって、
   前記第１の処理単位が前記第２の処理単位を包含するものであり、前記第１の処理単位が前記編集停止状態である場合に、
   第３の処理単位は、前記第１の処理単位を利用することで前記第２の処理単位を利用する画像処理方法。
9. 請求項１記載の画像処理方法であって、
   前記第１の処理単位が前記第２の処理単位を利用するものであり、前記第１の処理単位が編集停止状態である場合に、
   第３の処理単位は、前記第１の処理単位を利用することで前記第２の処理単位を利用する画像処理方法。
10. 請求項１記載の画像処理方法であって、
    前記第１の処理単位が前記編集停止状態である場合に、
    前記第１の処理単位に対する前記第２の処理単位の利用関係を設定する画像処理方法。
11. ボリュームデータを用いる複数の処理を、処理種別ごとに処理単位として管理する画像処理方法であって、
    複数の処理単位の関係を管理し、
    前記処理単位は、編集停止状態、編集中状態及び編集完了状態のいずれか少なくともひとつの状態を取り、
    第１の処理単位が第２の処理単位を利用するものであり、前記第２の処理単位が前記編集中状態である場合において、
    前記第１の処理単位で情報要求があった場合に、前記第２の処理単位の編集操作開始前の情報を用いる画像処理方法。
12. 請求項１記載の画像処理方法であって、
    前記処理単位の編集状態を画面に表示させる画像処理方法。
13. コンピュータに、請求項１ないし１２のいずれか一項記載の各ステップを実行させるための画像処理プログラム。