(57)【特許請求の範囲】
【請求項１】
計測値を管理するためのノードツリー構造を有する診断レポートが格納されたレポートサーバーから診断レポートを取得する診断レポート検索装置において、
前記診断レポートが有する特定のノードツリー構造におけるターゲットノードを指定する記述からなる基本条件記述部分と、前記特定のノードツリー構造における前記ターゲットノードとは別の１又は複数の絞り込み用キーノードを指定する記述からなる絞り込み条件記述部分と、を有する検索条件記述ファイルを生成する検索条件記述ファイル生成手段と、
前記検索条件記述ファイルを記憶するファイル記憶部と、
前記ファイル記憶部から読み出された前記検索条件記述ファイルの記述内容に従って前記診断レポートに対して前記ターゲットノードの検索を実行するノード検索手段と、
を含み、
前記ノード検索手段は、前記基本条件記述部分に基づいて特定される複数のノードの内で前記絞り込み条件記述部分に基づいて特定されるキーノードによって絞り込まれるノードを前記ターゲットノードとして特定し、当該ターゲットノードが有するノード値を取得する、ことを特徴とする診断レポート検索装置。
【請求項２】
請求項１記載の装置において、
前記ノード検索手段は、前記キーノードによって規定される参照パスを利用して前記ターゲットノードを絞り込む、ことを特徴とする診断レポート検索装置。
【請求項３】
請求項２記載の装置において、
前記ノード検索手段は、
前記絞り込み条件記述部分を構成する複数のノード指定を階層順で解釈することによって前記キーノードを特定し、これによってルートノードから下位方向に伸びる前記参照パスを事前に認識しておく前処理手段と、
前記基本条件記述部分を構成する複数のノード指定を階層順で解釈することによって前記ターゲットノードを探索する手段であって、前記各ノード指定の解釈に際して当該ノード指定に該当するノードの中に前記参照パス上の参照ノードが含まれていれば当該参照ノードだけを探索結果として絞り込む機能を備えた本処理手段と、
を含むことを特徴とする診断レポート検索装置。
【請求項４】
請求項３記載の装置において、
前記前処理手段は、前記参照パスとして前記ルートノードから前記キーノードまでの経路上の各参照ノードを特定してそれらを参照ノード記憶部に事前に登録しておく第１機能を有する、ことを特徴とする診断レポート検索装置。
【請求項５】
請求項４記載の装置において、
前記前処理手段は、前記参照パスとして前記ルートノードから前記キーノードの兄弟ノードまでの各経路上の各参照ノードを特定してそれらを前記参照ノード記憶部に事前に登録しておく第２機能を有する、ことを特徴とする診断レポート検索装置。
【請求項６】
請求項５記載の装置において、
前記絞り込み条件記述部分には、
特定の複数の子孫ノードの内の少なくとも１つを従えるノードをキーノードとするオア条件と、
特定の複数の子孫ノードの全部を従えるノードをキーノードとするアンド条件と、
特定の子孫ノードを従えるノード以外の兄弟ノードをキーノードとするノット条件と、
を記述し得る、ことを特徴とする診断レポート検索装置。
【請求項７】
請求項１乃至６のいずれか１項に記載の装置において、
前記診断レポートは超音波診断レポートであり、
当該超音波診断レポートには、母胎内の複数の胎児から得られた複数の計測値が含まれ、それらの複数の計測値は前記ノードツリー構造において同一のノード名に対応付けられている、ことを特徴とする診断レポート検索装置。
【請求項８】
計測値を管理するためのノードツリー構造を有する診断レポートが格納されたレポートサーバーから診断レポートを取得する装置において、複数の工程を実行する診断レポート検索プログラムにおいて、
前記複数の工程には、
前記診断レポートが有する特定のノードツリー構造におけるターゲットノードを指定する記述からなる基本条件記述部分と、前記特定のノードツリー構造における前記ターゲットノードとは別の１又は複数の絞り込み用キーノードを指定する記述からなる絞り込み条件記述部分と、を有する検索条件記述ファイルを生成する工程と、
前記検索条件記述ファイルをファイル記憶部に記憶しておく工程と、
前記ファイル記憶部から読み出された前記検索条件記述ファイルの記述内容に従って前記診断レポートに対して前記ターゲットノードの検索を実行するノード検索工程と、
が含まれ、
前記ノード検索工程では、前記基本条件記述部分に基づいて特定される複数のノードの内で前記絞り込み条件記述部分に基づいて特定されるキーノードによって絞り込まれるノードが前記ターゲットノードとして特定され、当該ターゲットノードが有するノード値が取得される、ことを特徴とする診断レポート検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は診断レポート検索装置に関し、特に、診断レポートを格納したデータベースから診断レポートを取得し、その診断レポートに含まれる所望のデータを検索する装置に関する。
【背景技術】
【０００２】
超音波診断装置をはじめとする医療機器は、取得された画像や計測されたデータを内容とする電子的なファイルを生成し、それを他の装置へ伝送する機能を備えている。そのための標準規格（フォーマット規格、通信規格）として、DICOM(Digital Imaging and Communication in Medicine)が周知である（特許文献１，２参照）。DICOMファイルは本来、画像ファイルであるが、画像ではなく計測値やコメント文等を内容とするテキストファイル（診断レポート）として構成されることもある。DICOM規格においては、かかる診断レポートを構成する個々の要素がタグ番号（８桁の数字からなる識別子）によって管理され、タグ番号を指定することによりあるいはタグ番号を辿ることにより、特定の要素（つまり特定のデータ）にアクセスすることができる。各タグ番号には特定の意味が与えられており、タグ番号からそれに続く要素の意味を特定することができる。タグ番号の中には各メーカーが同時に定義したプライベートタグも存在する。診断レポートは通常、複数のタグ番号を用いて規定された階層構造を有する。その階層構造は、具体的には、ルートノードから下位側へ展開して広がったノードツリー構造である。それは例えば５，６階層からなるものである。ノードツリー構造はそれ全体として例えば１００個、２００個のノードからなり、各ノードは、通常、ノード名（概念名）を有し、また値（計測値、属性記述、等）を有する。ノード名だけのノードも存在し得る。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２６９５３５号公報
【特許文献２】特開２００７−１４８６６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
病院内のネットワークには、様々な医療機器（超音波診断装置、Ｘ線ＣＴ装置、ＭＲＩ装置、等）が接続されている。それらはDICOM規格に準拠して上記の診断レポートを生成し、それがファイルサーバーに格納される。すなわち、ファイルサーバーには、複数の診断レポートを蓄積したデータベースが構築される。例えば、ある被検者についての特定の計測値を参照したい場合や、ある被検者についての特定の計測値が経時的にどのように変化したのかを表すグラフを作成する場合、等においては、検索装置（医療機器、ＰＣ等）によってデータベースに対する検索が実行される。その場合、多種多様なデータの中から必要な１又は複数のデータを的確に抜き出さなければならないが、以下に説明するように、特定の診断レポートにおける特定のノードを単に指定するだけでは、絞り込み不十分な場合がある。
【０００５】
DICOM規格では、上述した階層構造において、同じ診断レポート内に同じノード名をもったノードを複数存在させることが許容されている。例えば、多胎児の超音波計測においては、ある妊婦についての特定検査日の診断レポートであっても、その中には胎児数分の大腿骨長データが存在し得る。しかも、それらの平均値、最大値、最小値までが存在することがある。個々のデータはそれぞれ同じ大腿骨長を示すが、それらは別個独立の値である。例えば、大腿骨長データを値として保有したノードとは横並びの関係にある兄弟ノード、あるいは、注目ノードの下位に存在する子ノード、を参照することによって、はじめて実際に取得したい値をもった特定のノード（検索対象ノード）を識別することができる。
【０００６】
このようにDICOM規格に準拠した診断レポートであっても、個々の診断レポートが有する階層構造に合致した検索条件付けを行わないと、目的とするデータを取得できないのである。しかし、診断レポートにおける階層構造の具体的内容（仕様）は機器メーカーによってあるいは医療機器によって異なり得る。それ故、診断レポートの仕様に合わせて検索用プログラムを作り込む必要があり、個々の仕様ごとに検索用プログラムを用意しなければならない。つまり、仕様が異なればプログラム自体を作り替える必要が生じる。将来において仕様が変更された場合にも過去の検索プログラムをそのまま利用できなくなる。そこで、検索対象となった診断レポートが有する階層構造が既知であることを前提として、検索プログラム本体をそのまま使って、様々な階層構造に対して検索を行える対応度の高いあるいは柔軟性のある検索システムを提供することが要望されている。
【０００７】
本発明の目的は、階層構造を有する診断レポートにおいて同じノード名が複数存在していても所望のデータを的確に検索できるようにすることにある。
【０００８】
本発明の他の目的は、階層構造を有する診断レポートを検索するシステムにおいて、検索プログラムそれ自体の改変を要せずに、様々な階層構造に対応できるようにすることにある。
【０００９】
本発明の他の目的は、階層構造の固有性あるいは独自性の部分については事前プログラミングの対象から除外して事後的な指定又は条件付けで対処できるようにすることにある。
【課題を解決するための手段】
【００１０】
本発明に係る装置は、計測値を管理するためのノードツリー構造を有する診断レポートが格納されたレポートサーバーから診断レポートを取得する診断レポート検索装置において、前記診断レポートが有する特定のノードツリー構造におけるターゲットノードを指定する記述からなる基本条件記述部分と、前記特定のノードツリー構造における前記ターゲットノードとは別の１又は複数の絞り込み用キーノードを指定する記述からなる絞り込み条件記述部分と、を有する検索条件記述ファイルを生成する検索条件記述ファイル生成手段と、前記検索条件記述ファイルを記憶するファイル記憶部と、前記ファイル記憶部から読み出された前記検索条件記述ファイルの記述内容に従って前記診断レポートに対して前記ターゲットノードの検索を実行するノード検索手段と、を含み、前記ノード検索手段は、前記基本条件記述部分に基づいて特定される複数のノードの内で前記絞り込み条件記述部分に基づいて特定されるキーノードによって絞り込まれるノードを前記ターゲットノードとして特定し、当該ターゲットノードが有するノード値を取得するものである。
【００１１】
上記構成によれば、検索条件記述ファイルの記述内容に従って検索対象ノードが探索される。検索条件記述ファイルは、ターゲットノード（検索対象ノード）を一般的に指定する基本条件記述部分と、キーノード（検索対象ノードではないが検索対象ノードの決定において決定的な影響を与える目印となるノード）を指定する絞り込み条件記述部分と、を有するものである。ターゲットノードの指定だけでは、例えば同一ノード名であることに起因して、複数のノードが特定されてしまうような場合であっても、キーノードというターゲットノードとは別の一定の階層的関係（望ましくはパスの全部又は主要部を共通とする関係）を有するノードを別途指定することによって、そのキーノードとの関係において真の検索対象を絞り込むことが可能となる。すなわち、検索対象となるノードとは別に当該ノードの特定に当たって決定的な役割を発揮するノードを同時に特定することによって上位から下位への単純なノード指定では達成できないノード検索を実現するものである。よって、上記構成は特にDICOM規格に準拠したファイルにおけるノード検索において有効な技術である。
【００１２】
診断レポート検索装置は望ましくは病院等に敷設されたネットワークに接続される。かかるネットワークにはファイル作成装置として超音波診断装置、Ｘ線ＣＴ装置、ＭＲＩ装置等が接続される。ノード検索手段をファイルサーバー上に搭載するようにしてもよい。すなわち、上記の各構成は単一のコンピュータ上に搭載される必要はなく分散的に配置されてもよい。もちろん、超音波診断装置等の医療機器に内蔵されてもよい。検索条件記述ファイルの生成はユーザーに基づいて実行され、あるいは、自動的に行われる。同一のノードツリー構造を有するサンプル診断レポートを基礎として、その中における特定のノードをユーザー指定することによって、自動的に検索条件記述ファイルが作成されるようにしてもよい。
【００１３】
上記構成によれば、検索条件記述ファイル内にノードツリー構造固有の条件が記述されることになるので、それを解釈実行する検索プログラム自体を汎用化することが可能となる。すなわち、ノードツリー構造によらないで実行可能な検索プログラムを利用することができる。検索条件記述ファイルは例えばＸＭＬのような構造化言語で記述することが可能である。
【００１４】
望ましくは、前記ノード検索手段は、前記キーノードによって規定される参照パスを利用して前記ターゲットノードを絞り込む。キーノードによって規定される参照パスを参照することにより、具体的には参照パス上の一連の参照ノードを参照することにより、同じノード名が存在していても、子孫ノードや兄弟ノードを考慮して、正しい探索経路を選択することが可能となる。その意味で、キーノードは参照ノードを規定するメルクマールあるいは目印となるものである。一方、キーノードはターゲットノードとの関係においてその属性を直接的に又は間接的に規定するノードとして理解される。
【００１５】
望ましくは、前記ノード検索手段は、前記絞り込み条件記述部分を構成する複数のノード指定を階層順で解釈することによって前記キーノードを特定し、これによってルートノードから下位方向に伸びる前記参照パスを事前に認識しておく前処理手段と、前記基本条件記述部分を構成する複数のノード指定を階層順で解釈することによって前記ターゲットノードを探索する手段であって、前記各ノード指定の解釈に際して当該ノード指定に該当するノードの中に前記参照パス上の参照ノードが含まれていれば当該参照ノードだけを探索結果として絞り込む機能を備えた本処理手段と、を含む。この構成によれば、基本的に参照パスが伸びている方向へ探索を進めていくことができる。もっとも、既に単一の探索ルートが絞り込まれているような場合には参照パスの参照は必ずしも必要ではない（もちろんプログラムを簡略化するために常に参照パスを参照するようにしてもよい）。複数の探索ルートが存在する場合（つまり基本条件記述部分では分岐点において複数のノードを選択可能となるような場合）に参照パスが経路選択上役立つ。
【００１６】
望ましくは、前記前処理手段は、前記参照パスとして前記ルートノードから前記キーノードまでの経路上の各参照ノードを特定してそれらを参照ノード記憶部に事前に登録しておく第１機能を有する。事前処理によれば、下位ノードを探ってから上位ノードを検索するといった煩雑な検索処理を回避することができる。結果として上位から下位へ自然な流れでノード検索を進めることができるから、検索時間を短縮可能である。
【００１７】
望ましくは、前記前処理手段は、前記参照パスとして前記ルートノードから前記キーノードの兄弟ノードまでの各経路上の各参照ノードを特定してそれらを前記参照ノード記憶部に事前に登録しておく第２機能を有する。通常、ルートノードからキーノードまでの経路が参照パスとして認識されるが、特殊な条件の下では、同一階層にあるキーノード以外のノード（兄弟ノード）までの経路を参照パスとして定義するようにしてもよい。そのような機能を設ければ排他的な条件付けが可能となるから、ニーズを満足させるより複雑なノード検索を実現できる。
【００１８】
望ましくは、前記絞り込み条件記述部分には、特定の複数の子孫ノードの内の少なくとも１つを従えるノードをキーノードとするオア条件と、特定の複数の子孫ノードの全部を従えるノードをキーノードとするアンド条件と、特定の子孫ノードを従えるノード以外の兄弟ノードをキーノードとするノット条件と、を記述し得る。この構成によれば、子孫（例えば子）ノードを条件付けの対象とすることが可能となるから、キーノードをより適切に設定することが可能となる。
【００１９】
本発明に係るプログラムは、計測値を管理するためのノードツリー構造を有する診断レポートが格納されたレポートサーバーから診断レポートを取得する装置において、複数の工程を実行する診断レポート検索プログラムである。前記複数の工程には、前記診断レポートが有する特定のノードツリー構造におけるターゲットノードを指定する記述からなる基本条件記述部分と、前記特定のノードツリー構造における前記ターゲットノードとは別の１又は複数の絞り込み用キーノードを指定する記述からなる絞り込み条件記述部分と、を有する検索条件記述ファイルを生成する工程と、前記検索条件記述ファイルをファイル記憶部に記憶しておく工程と、前記ファイル記憶部から読み出された前記検索条件記述ファイルの記述内容に従って前記診断レポートに対して前記ターゲットノードの検索を実行するノード検索工程と、が含まれ、前記ノード検索工程では、前記基本条件記述部分に基づいて特定される複数のノードの内で前記絞り込み条件記述部分に基づいて特定されるキーノードによって絞り込まれるノードが前記ターゲットノードとして特定され、当該ターゲットノードが有するノード値が取得される。
【発明の効果】
【００２０】
本発明によれば、階層構造を有する診断レポートにおいて同じノード名が複数存在していても所望のデータを的確に検索できる。あるいは、本発明によれば、階層構造を有する診断レポートを検索するシステムにおいて、検索プログラムそれ自体の改変を要せずに、様々な階層構造に対応できる。あるいは、本発明によれば、階層構造の固有性あるいは独自性の部分については事前プログラミングの対象から除外して事後的な指定又は条件付けで対処できる。
【図面の簡単な説明】
【００２１】
【図１】本発明に係る診断レポート検索装置の好適な実施形態を示すブロック図である。
【図２】診断レポートが有するノードツリー構造を説明するための図である。
【図３】検索条件記述ファイルの構成を説明をするための図である。
【図４】検索条件記述ファイルに含まれる基本条件記述部及び絞り込み条件記述部を説明するための図である。
【図５】ノードツリー構造を説明するための図である。
【図６】ターゲットノードとキーノードの関係を示す図である。
【図７】図６に示したノードツリー構造に含まれる特定のＦＬ計測値を取得するための検索条件記述ファイルの内容を示す図である。
【図８】複数のターゲットノードと複数のキーノードの関係を示す図である。
【図９】図８に示したノードツリー構造において所定のオア条件に従って特定のＦＬ計測値を取得するための検索条件記述ファイルを示す図である。
【図１０】ターゲットノードと複数のキーノードとの関係を示す図である。
【図１１】図１０に示すターゲットノードを特定するためのアンド条件を有する検索条件記述ファイルを示す図である。
【図１２】ノードツリー構造における複数のターゲットノードを示す図である。
【図１３】図１２に示したノードツリー構造においてノット条件を利用して２つのＦＬ計測値を取得するための検索条件記述ファイルを示す図である。
【図１４】複数の胎児について取得された複数の計測値を表す表示例を示す図である。
【図１５】検索条件のポップアップ表示を説明するための図である。
【図１６】検索条件記述ファイルの生成を説明するための図である。
【図１７】図１に示した診断レポート検索装置の基本的な動作内容を示すフローチャートである。
【図１８】図１７に示したＳ１０３の内容を示すフローチャートである。
【図１９】図１７に示したＳ１０４の内容を示すフローチャートである。
【図２０】検索条件記述ファイルの内で基本条件記述部の自動生成処理を説明するためのフローチャートである。
【図２１】検索条件記述ファイルの内で絞り込み条件記述部の自動生成を説明するためのフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の好適な実施形態を図面に基づいて説明する。
【００２３】
図１には、本発明に係る検索システムの好適な実施形態が示されている。図１は、レポート検索装置を含む検索システムの全体構成を示しており、そのようなシステムは病院内などに設置される。
【００２４】
ネットワーク１０には、超音波診断装置１２、他の診断装置１４、ファイルサーバー１６、レポート検索装置１８等が接続されている。超音波診断装置１２は、生体に対する超音波の送受波により超音波画像を形成する装置であり、超音波診断装置１２は各種の計測機能を備えている。他の診断装置１４は例えばＸ線ＣＴ装置などである。超音波診断装置１２及び他の診断装置１４はそれぞれDICOM規格に準拠した電子ファイルを作成する機能を備えており、本実施形態においては特に複数の計測値が記述された診断レポートを生成する機能を有している。
【００２５】
ファイルサーバー１６には各種の医療機器において作成された診断レポートが電子ファイルとして格納される。レポート検索装置１８は本実施形態においてコンピュータなどによって構成され、ファイルサーバー１６から特定の診断レポートを取得し、その中に含まれている特定の計測値を抽出する機能を備えている。レポート検索装置１８が超音波診断装置などの医療機器に内蔵されてもよい。またレポート検索装置１８が有する各種の機能がネットワーク上に分散的に配置されてもよい。例えば、後述するノード検索実行部の機能がファイルサーバーへ移されてもよい。
【００２６】
超音波診断装置１２は、送受波部２０を有している。この送受波部２０は、超音波探触子、送信部及び受信部によって構成されるものである。これによって得られた受信データが画像形成部２２に出力される。画像形成部２２は断層画像等の超音波画像を形成する。計測部２４は受信データに基づいてあるいは作成された超音波画像に基づいて各種の計測を実行するモジュールである。例えば、胎児の診断においては頭部の周囲長や大腿骨の長さ等が計測部２４によって計測される。例えば、画面上において複数のマーカーの位置を定めることにより、複数のマーカーの距離等からサイズ計測が実行される。ファイル生成部２６は、本実施形態おいて診断レポート生成部として機能しており、以上のような計測結果を含む診断レポートを生成する。その診断レポートは上述したようにDICOM規格に準拠して作成される。そのような電子ファイルは通信部２８を経由して、またネットワーク１０を経由して、ファイルサーバー１６へ伝送される。
【００２７】
ファイルサーバー１６は、複数の診断レポートが蓄積されるレポートデータベース（ＤＢ）３４を備えている。管理部３２はレポートＤＢ３４を管理するモジュールであり、管理部３２は検索実行機能を備えている。すなわち、外部からレポート名等の識別子が与えられると、当該識別子に対応する診断レポートをレポートＤＢ３４から抽出し、その抽出された診断レポートを要求元装置へ転送する機能を有している。管理部３２とネットワーク１０との間には通信部３０が設けられている。
【００２８】
次に、レポート検索装置１８について詳述する。図において符号３６は演算処理部を示しており、その演算処理部３６は実質的にソフトウェアの機能によって実現されている。ただし、その全部あるいは一部がハードウェア等によって実現されてもよい。通信部４２はネットワーク１０に接続されている。検索要求部４０は、ユーザー指定等に基づいて特定の診断レポートを識別する識別子を備えた検索要求を発行する。その検索要求は通信部４２を経由してファイルサーバー１６へ送られる。ファイルサーバー１６においては、上述したように、管理部３２の機能により、指定された診断レポートをレポートＤＢ３４から抽出し、それを通信部３０を介してレポート検索装置１８へ伝送する。そのように送られてきた診断レポート（電子ファイル）は通信部４２を経由してノード検索実行部４８へ送られる。
【００２９】
ノード検索実行部４８は、図示されるようにノードツリー構造を認識するツリー構造認識部５０を備えており、以下に詳述する検索条件記述ファイルに従って、取得された診断レポートに含まれている特定のノードを検索し、また当該ノードが有する値を抽出する。
【００３０】
このようにして抽出された計測値すなわち特定のデータは表示処理部５２を経由して表示部５４に送られ、数値あるいはグラフ等として表示される。その場合において、表示書式については書式記憶部５６に登録されているフォーマットが参照される。サンプル記憶部５８は、後に説明するように、診断レポートのサンプルを格納したものであり、それは検索条件記述ファイルを半自動生成する際に参照される。診断レポートのサンプルは必要に応じて外部装置からレポート検索装置１８に取り込まれる。もちろんネットワークを経由してその取込みが行われてもよい。
【００３１】
入力部３８はキーボード等の入力デバイスによって構成され、ユーザーはそのような入力部３８を利用して検索条件記述ファイルの内容を入力することが可能であり、またファイルサーバー１６に対して要求する診断レポートを特定することが可能である。本実施形態においては、入力部３８を利用して、検索要求部４０に対して取得すべき診断レポートの識別子が与えられている。また、本実施形態においては、ＸＭＬによって検索条件記述ファイルが記述されている。もちろん他の言語によって記述されてもよい。いずれにしても、検索条件記述ファイルを作成し、それにしたがって検索プログラムすなわち検索エンジンがノード検索を実行する構成を採用したことにより、個々の診断レポートが有する固有のノードツリー構造によらずに検索プログラムを実行させることが可能となる。すなわち各ノードツリー構造の固有部分に関しては検索条件記述ファイルに指定するようにしたので、検索エンジンを共通化することが可能となる。
【００３２】
生成された検索条件記述ファイルはファイル記憶部４６に格納され、そこに格納された検索条件記述ファイルが必要に応じてノード検索実行部４８により参照される。もちろん検索条件記述ファイルの内容を画像表示することも可能である。
【００３３】
以下に、図１に示したレポート検索装置１８の作用等について具体的に説明する。
【００３４】
図２には診断レポートが示されている。（Ａ）に示されるように、診断レポート６０は構造化された電子ファイルとして構成されている。（Ｂ）には診断レポートが有するノードツリー構造が概念図として示されている。すなわち、診断レポートにおけるノードツリー構造は、ルートノードから下方へ広がる階層的な構造として認識され、（Ｂ）においてはＡ〜Ｇによって各ノードが表されている。符号６２は最上位のノード（ルートノード）を示している。各ノードは通常、ノード名すなわち概念名６４によって識別され、また各ノードはノード値のタイプすなわち値タイプを識別する情報６６を備えている。その他、各ノードは必要に応じて各種の属性（値）を備えている。このような記述は上述したDICOMによって定められている。
【００３５】
一方、図３には、上記の検索条件記述ファイルの具体例が示されている。（Ａ）には概略的な構成が示されており、すなわち検索条件記述ファイルは、大別して、ヘッダ部６８、情報部７０及び検索条件記述部７２によって構成される。ヘッダ部６８及び情報部７０は管理情報を記述した部分である。本実施形態において特徴的な機能を発揮する部分が検索条件記述部７２である。ちなみに、各要素は公知のタグによって管理されている。（Ｂ）には（Ａ）に示した検索条件記述部７２の内容が示されており、すなわち検索条件記述部７２は、大別して、基本条件記述部７４と絞り込み条件記述部７６とにより構成される。（Ｃ）には更に具体的な構成が示されており、すなわち基本条件記述部７４は図示されるようにルートノードから下位への３つのノード指定によって構成され、絞り込み条件記述部７６もルートノードから下位への３つのノード指定によって構成されている。各ノード指定は１つの行に対応している。図３に示す例では、各ノード指定においてノードタイプとノード名（ノード概念名）とが指定されているが、それは一例である。
【００３６】
図４には、検索条件記述ファイルについての別の具体例が示されており、そこには上述した検索条件記述部が示されている。それは大別して基本条件記述部と絞り込み条件記述部とからなるものであり、基本条件記述部は符号７８〜８４で特定される４つのノード指定からなり、絞り込み条件記述部も符号８６〜９０で特定される３つのノード指定により構成されている。ここでは、各ノード指定がノード名を特定している。基本条件記述部及び絞り込み条件記述部のいずれにおいても、複数のノード指定における一番上の指定がルートノード指定であり、そこから各階層のノード名が指定されている。すなわちノードツリー構造において、最上位のノードから下方側へ段階的にノードが指定されている。
【００３７】
図５には、診断レポートにおけるノードツリー構造が概略的な表現をもって示されている。ここにおいて各ボックスがノードを表している。この例においては多胎児の超音波診断結果が表されており、第２階層においてはいずれも「骨計測」となっている。すなわち第２階層において同一のノード名が２つ存在している。更に第３階層においても「生物計測」というノード名が２つ存在しており、第３階層においても「ＦＬ計測値」９２，９４が存在している。このようなノードツリー構造において、単純に上位階層から下位階層へノードの指定を行うならば、例えばＦＬ計測値を指定するならば、本来取得したいノード９２の他に他のノード９４までノード値が取得されてしまい、ユーザーにおいて混乱が生じるという問題がある。あるいは目的の検索を実現できないという問題が生じる。ここにおいて、２つのＦＬ計測値を識別する属性は、符号９３，９５で示されるように「胎児ＩＤ」のノードであり、検索にあたってはそのようなノードを指定すればよいわけであるが、「ＦＬ計測値」に至る経路においてそのような識別用ノードは存在しておらず、他の枝に存在している。このようなノードツリー構造においては特定ノードの検索を行う際に困難性が生じていたのであり、あるいは、個々の診断レポートが有する固有のノードツリー構造ごとに検索プログラムを作成しなければならないという問題が生じていたのである。そこで、本実施形態においてはターゲットノードの指定に加えてキーノードの指定を行うことにより上記のような問題に対処している。以下にそれを詳述する。
【００３８】
図６にはノードツリー構造の一部が示されている。本実施形態においては、図示されるように複数のＦＬ計測値が存在しているような場合、ターゲットノード９６として特定のＦＬ計測値を指定するだけではなく、更にキーノード９８として別のノードが指定される。すなわち、キーノード９８として、概念名＝導出、且つ、ノード値＝平均値の条件を満たすノードを指定し、ルートノードからキーノード９８に至る経路として参照パス１００が特定される。具体的には、参照パス１００上に存在する各ノードが参照ノードとして事前に認識される。そのような前処理を行った上で、実際にターゲットノード９６の検索が実行される。その際において、「生物計測」のノードの検索の後に３つの「ＦＬ計測値」がヒットすることになるが、その際においては参照パス１００上のノードすなわち参照ノード（ノード９６）だけが選択されるようになっている。したがって、キーノード９８によって規定される所定の階層的関係を有するノードがターゲットノード９６として選択されることになる。そして、そのようなターゲット９６が有するノード値が出力値として取り出される。
【００３９】
以上のようなノード検索を行わせる場合には、図７に示すような検索条件記述ファイルが作成される。すなわち上段に示す基本条件記述部にはターゲットノードを指定する記述が記載されている。一方、下段に示す絞り込み条件記述部には上述したキーノードを特定する記述が記載されている。それが符号１０２で表されており、３つ目のノード指定が、図６に示したキーノード９８自体を特定する記述であり、すなわちノード名とノード値とが特定されている。実際のノード検索にあたっては、下段に示される絞り込み条件記述部の内容が先に解釈されてキーノードが特定され、すなわち参照パスが先行して特定される。その上で、参照パス上の各参照ノードを考慮しながら、上段に示す基本条件記述部の各ステップが解釈されて、最終的に図６に示したターゲットノード９６が特定されることになる。その場合においては、途中に枝分かれがあったとしても同一のノード名に惑わされることなく目的とする方向へ確実に検索を進めることが可能となる。
【００４０】
ちなみに、図５に示したノードツリー構造においては、、ターゲットノードとして符号９２で示すノードが指定され、キーノードとして符号９３で示すノードが指定されることになる。その場合において参照パスは最上位のノードからノード９３に至る経路となる。そのような場合、最上位ノードからターゲットノード９２までのパス内に参照パスが完全に取り込まれることにはならない。但し、第２階層において同一のノード名が存在していても、第３階層の特定のノードを選択することができ、そのような選択が行われたならば、符号９４で示されるノードはもはや選択されなくなる。すなわち、参照パスの全部あるいは主要部を使うことによって、目的とするターゲットノードを的確に特定することが可能となる。
【００４１】
図８には他のノードツリー構造が示されている。（Ａ）及び（Ｂ）はそれぞれ単一のノードツリー構造の一部分を示している。このようなノードツリー構造において、単純に「ＦＬ計測値」を指定すると、４つの数値が抽出されてしまうことになるが、ここにおいて符号１０４，１０６で示されるＦＬ計測値を取得したいと仮定する。その場合において、それらのターゲットノード１０４，１０６を識別する属性はノード１０８，１１０が有しており、すなわち「ノード概念＝導出」且つ「ノード値＝平均値又は最良値」という属性である。そのような前提のもとで作成された検索条件記述ファイルが図９に示されている。
【００４２】
この例の上段には基本条件記述部が記載されており、その下段には絞り込み条件記述部が記載されている。符号１１６には〈ｏｒ〉というタグによりオア条件が指定されている。そのような特別なタグが与えられた場合、それ以降に記載される複数のノード指定がオア条件として認識され、すなわち符号１１８，１２０で規定されるノードを子ノードとして従えるノードだけがキーノードとして特定されることになる。この例においては、「ノード名＝導出」であって、「ノード値＝平均値又は最良値」を備えている子ノードがまず特定され、そのような子ノードを従えているノードとしてキーノードが特定されることになる。この例では図８に示されるようにキーノードとターゲットノードとが一致している。図８においては、参照パス１１２，１１４が発明理解のためにノード１０８，１１０まで伸ばされているが、本実施形態においては、実際にはキーノード１０４，１０６に至るまでの経路として参照パスが定義される。いずれにしても、子孫ノードを条件として記述できるようにすれば、親ノードのノード名が同一であっても、その子孫を見比べることによって親ノードを識別することが可能となるのである。そのような前処理を経た上で本処理を実行すれば、本処理において特定のターゲットノード１０４，１０６が特定された時点で検索を終了させることが可能となる。
【００４３】
図１０には、更に他のノードツリー構造が示されている。図１０において、符号１２２がターゲットノードを示している。すなわち３つのＨＣ計測値の内で特定のＨＣ計測値が検索対象となっている。そのような場合、特定ＨＣ計測値を有するノード１２２を識別するためには、それが有する子ノードのノード値を参照すればよい。具体的には、図１１に示されるように、絞り込み条件記述部において、〈ａｎｄ〉のタグとして示されるアンド条件１２４が記述され、それ以下に２つの子ノードの指定１２６，１２８が記述されている。ここではそのような２つの子ノードの全部を従える親ノードとしてキーノードが特定されている。ここではキーノードとターゲットノードが一致している。もちろん、上述したようにターゲットノードの下位に存在している２つの子ノードをキーノードとみなすようにしてもよい。
【００４４】
図１２には更に他のノードツリー構造が示されている。ここにおいて、符号１３０，１３２が検出対象となるターゲットノードである。この場合においてはそれらは子ノードを有していないために、それらの特定にあたっては、以下に説明するｎｏｔ条件が利用される。すなわち、特定の内容を有する子ノード１３６を従えるノードとしてキーノード１３４が特定され、そのキーノード１３４と同一階層にある兄弟ノードとしてターゲットノード１３０，１３２が特定される。その場合においてはキーノード１３４にノット条件が付されているため、それ以外のノードを通るパスとして参照パス１３７Ａ，１３７Ｂが特定される。そのような検索を実現するための検索条件記述ファイルが図１３に示されている。下段に示されている絞り込み条件記述部においては、上述したように〈ｎｏｔ〉が記載されており、その内容として特定のノードを指定する記述１４０が記載されている。そこでは、「ノード名＝導出」をもったノードが子ノードして指定されている。
【００４５】
したがって、以上説明したオア条件、アンド条件及びノット条件の１又は複数を利用すれば、かなり複雑な検索条件を簡単に記述することが可能となる。本実施形態においては、子ノードについての条件付けがなされていたが、更に孫ノード等について条件付けを行うことも可能である。すなわち子孫ノード一般について条件付けを行うことが可能である。
【００４６】
図１４には、計測値の表示例が示されている。ここにおいては同一の母胎内に存在する２つの胎児について計測された計測値が表示されている。符号１４２及び１４４で示されるように、本実施形態においては同じ検査レポート内に同一のノード名を有する複数のノードが存在しても、それらを識別しつつノード値を取得することが可能である。それにより、図１４に示すような表示を実現することが可能となる。
【００４７】
図１５には変形例が示されている。図１４に示したような表示例における特定の項目をユーザー指定させ、図１５において符号１４６で示すように、当該項目を抽出する基礎となった検索条件記述ファイル１４８の内容をポップアップにより画像表示するようにしてもよい。
【００４８】
次に、図１６を用いて検索条件記述ファイルの半自動生成について説明する。符号１５０で示される第１表示エリアにはサンプルとなるノードツリー構造１５２が表示されている。このようなサンプルは外部装置から入手することができ、具体的には外部装置から入手した診断レポートに対する構造解析によってツリー構造１５２を自動的に認識することができ、それを表示させることが可能である。
【００４９】
本実施形態において、ノードツリー構造１５２における特定のノードを指定しつつマウスの左クリックを実行すると、第２表示エリア１５４に基本条件記述部１５６が自動生成される。同じく、第１表示エリア１５０上において、特定のノードを指定しつつ右クリックを行うと、第２表示エリア１５４において、絞り込み条件記述部１５８を自動生成させることが可能である。すなわちノードツリー構造１５２の内容は既に解析されているため、指定されたノードから上位のノードを順次辿っていくことにより各記述部における各行の記述内容を自動生成することが可能である。必要に応じて、生成された記述部の内容をユーザーにより修正すれば、極めて簡便に検索条件記述ファイルの内容を作成することが可能となる。
【００５０】
次に、図１７〜２１を用いて図１に示したレポート検索装置の動作内容を説明する。図１７にはメインフローが示されている。Ｓ１０１においては、レポート検索装置からファイルサーバーに対して、特定の診断レポートを識別する情報を含む検索要求が発行される。Ｓ１０２では、ファイルサーバーから診断レポートが取得される。Ｓ１０３では、特定の検索条件記述ファイルに従った前処理が実行される。具体的には、当該検索条件記述ファイルに含まれる絞り込み条件記述部の内容が解釈され、それによってキーノードが特定され、それと共に一連の参照ノードすなわち参照パスが特定される。Ｓ１０４は本処理を示しており、上述した前処理を前提として基本条件記述部の内容に従ってターゲットノードを検索する工程が実行される。その場合においては上述した参照パスすなわち複数の参照ノードが参照される。これによって誤り無く適切な探索方向を選択することが可能となる。Ｓ１０５においては、特定されたターゲットノードが有するノード値が抽出される。そして必要に応じてそのようなノード値が画面上に表示される。
【００５１】
図１８には、図１７に示したＳ１０３の前処理工程の具体的な内容がフローチャートとして示されている。
【００５２】
Ｓ２０１においては、絞り込み条件記述部が参照され、その中で最初の記述すなわちノード指定が参照され、それに対して、取得された診断レポート中における最上位のルートノードが照合される。これは確認的工程である。Ｓ２０２においては、絞り込み条件記述部における次の記述すなわち次のノード指定が参照される。
【００５３】
Ｓ２０３において、次の記述が通常の記述すなわちノードを一般的に指定する記述であれば、Ｓ２０４において、その記述内容に合致したノードが選択され、当該ノードが参照ノードとみなされる。そして処理がＳ２０２へ移行する。Ｓ２０５において、参照した次の記述がオア記述であれば、Ｓ２０６において、記述内容に合致した子ノードを従えるノードだけが参照ノードとして絞り込まれる。すなわち１つ前に特定された複数のノードの内で、オア条件を満たした子ノードを従えるノードだけが参照ノードすなわち参照パス上のノードとして絞り込まれることになる。
【００５４】
Ｓ２０７においては、次の記述がアンド記述であるか否かが判断され、アンド記述であれば、Ｓ２０８において、その記述内容に合致した子ノードを従えるノードだけが参照ノードとして絞り込まれる。すなわち１つ前の過程において複数のノードが特定されている場合には、条件を満たした子ノードを有するノードだけが参照ノードとして残されることになる。Ｓ２０９においては、次の記述がノット記述であるか否かが判断され、ノット記述であれば、Ｓ２１０において、その記述内容に合致した子ノードを従えるノード以外の兄弟ノードが参照ノードとして絞り込まれる。すなわち１つ前の過程において複数のノードが選択されている場合において、Ｓ２０１において特定された兄弟ノードだけが参照ノードとして残されることになる。
【００５５】
Ｓ２０６、Ｓ２０８、Ｓ２１０が実行された後、及び、Ｓ２０９においてのＮＯが判断された場合、Ｓ２１１が実行される。すなわちＳ２１１においては以上のように特定された一連の参照ノードが参照パスとして記憶部上に登録される。これにより前処理が完了する。
【００５６】
図１９には、図１７に示したＳ１０４の具体的な処理がフローチャートとして示されている。図１９は本処理の内容を示すものである。Ｓ３０１は、上述したＳ２０１と同様に、基本条件記述部における最初の記述が参照され、取得したレポート中のルートノードと照合される。これは確認的工程である。Ｓ３０２においては、基本条件記述部における次の記述が参照される。
【００５７】
Ｓ３０３において、次の記述があると判断された場合には、Ｓ３０４において、記述内容に合致したノードが特定される。そのように特定されたノードがＳ３０５においてルート上のノードすなわち参照ノードを含むものであるか否かが判断される。
【００５８】
ここにおいて、参照ノードが含まれる場合、Ｓ３０６において参照ノードだけが絞り込まれ、当該方向が探索方向として定められる。一方、Ｓ３０５において参照ノードが含まれないと判断された場合、Ｓ３０４で特定された１又は複数のノードが探索方向として定められる。そしてＳ３０２以降の各工程が繰り返し実行される。Ｓ３０３において次の記述がないと判断された場合、Ｓ３０７が実行される。Ｓ３０７においては最後に特定されたノードがターゲットノードとして特定される。
【００５９】
図２０及び図２１には検索条件記述ファイルの半自動生成処理がフローチャートとして示されている。図２０は基本条件記述部の生成処理を示しており、図２１は絞り込み条件記述部の生成処理を示している。
【００６０】
Ｓ４０１において、サンプルを表す階層構造上においてカーソルにより特定のノードが指定されつつユーザーによる左クリックが実行されると、その状態が認識される。Ｓ４０２においては、左クリック対象となったノードがターゲットノードとして認識され、そこから階層構造を逆に辿ることにより、一連のノード指定記述が自動的に生成される。Ｓ４０３においては、上記のような一連のノード指定の記述を逆順で並び替えることにより、基本条件記述部が作成される。Ｓ４０４においては必要に応じて生成された基本条件記述部がユーザーにより編集される。
【００６１】
図２１において、Ｓ５０１では、画面上に表示されたサンプルの階層構造上において、ユーザーによるノード指定と右クリックとが受け付けられる。Ｓ５０２においては、右クリック対象ノードをキーノードとし、そこから階層構造を遡ることにし、一連のノード指定が自動的に生成される。ここにおいて、右クリック対象ノードはキーノードであってもよいし、それよりも上位に位置するノードであってもよい。Ｓ５０３においては、以上のように作成された一連のノード指定を逆順で並べ替えることにより絞り込み条件記述部が自動的に作成される。Ｓ５０４においては必要に応じて、上記のように作成された絞り込み条件記述部が編集される。
【００６２】
以上のように、本実施形態に係るレポート検索装置によれば、検索条件記述ファイルが各診断レポート固有の条件の指定を担っているので、ノード検索実行部の本体をなす検索プログラムを書き換えることなく各種のノードツリー構造に対応できるという利点が得られる。特に、検索条件記述ファイルの内容として、一般的な記述である基本条件記述部の他に絞り込み条件記述部を記載できるようにし、すなわちターゲットノードの他にキーノードの指定を加えたので、DICOMの欠点あるいは不自由な部分を克服して、高度な検索機能を実現できるという利点を得られる。キーノードの指定は換言すれば本処理に先立つ参照ルートの特定を意味するものであり、それは今までのような一般的な検索概念を超える新しい方式を提供するものであるとも言える。本実施形態においては更に子ノードの条件付け、具体的にはオア条件、アンド条件、ノット条件を使った子ノードの複雑な指定を行うことができるから、更に具体的な検索ニーズに適合した検索内容を実現できるという利点が得られる。また本実施形態によれば、診断レポートをサンプルとして読み込んで、そのノードツリー構造の解析結果を利用して検索条件記述ファイルをほぼ自動的に生成できるから、ＸＭＬ記述をユーザーにおいて行う場合における煩雑さを解消でき、検索を迅速且つ的確に行えるという利点が得られる。
【符号の説明】
【００６３】
１０  ネットワーク、１２  超音波診断装置、１４  他の診断装置、１６  ファイルサーバー、１８  レポート検索装置、４０  検索要求部、４４  検索条件記述ファイル生成部、４８  ノード検索実行部。
【図１】
0005490632.tif 000002
【図２】
0005490632.tif 000003
【図３】
0005490632.tif 000004
【図４】
0005490632.tif 000005
【図５】
0005490632.tif 000006
【図６】
0005490632.tif 000007
【図７】
0005490632.tif 000008
【図８】
0005490632.tif 000009
【図９】
0005490632.tif 000010
【図１０】
0005490632.tif 000011
【図１１】
0005490632.tif 000012
【図１２】
0005490632.tif 000013
【図１３】
0005490632.tif 000014
【図１４】
0005490632.tif 000015
【図１５】
0005490632.tif 000016
【図１７】
0005490632.tif 000017
【図１８】
0005490632.tif 000018
【図１９】
0005490632.tif 000019
【図２０】
0005490632.tif 000020
【図２１】
0005490632.tif 000021
【図１６】
0005490632.tif 000022