(57)【要約】【課題】  本発明は、画像データ管理装置において、データを削除した後のユーザの利便性を向上させることを目的とする。【解決手段】  第一の付帯情報から該第一の付帯情報に関連付けられた第二の付帯情報を検索し、該第二の付帯情報から該第二の付帯情報に関連付けられた画像データを検索する画像データ管理装置において、前記画像データを削除する削除手段と、前記削除された画像データに関連付けられた前記第二の付帯情報から第三の付帯情報を生成する生成手段と、前記第三の付帯情報が検索されないように、該第三の付帯情報を前記第一の付帯情報に関連付ける関連付け手段と、前記削除された画像データに関連付けられた前記第二の付帯情報を削除する付帯情報削除手段とを有することを特徴とする。【選択図】  図６
2008159148.tif 000002
【特許請求の範囲】
【請求項１】
第一の付帯情報から該第一の付帯情報に関連付けられた第二の付帯情報を検索し、該第二の付帯情報から該第二の付帯情報に関連付けられた画像データを検索する画像データ管理装置において、
前記画像データを削除する削除手段と、
前記削除された画像データに関連付けられた前記第二の付帯情報から第三の付帯情報を生成する生成手段と、
前記第三の付帯情報が検索されないように、該第三の付帯情報を前記第一の付帯情報に関連付ける関連付け手段と、
前記削除された画像データに関連付けられた前記第二の付帯情報を削除する付帯情報削除手段とを有することを特徴とする画像データ管理装置。
【請求項２】
前記第三の付帯情報は、前記第二の付帯情報の要約情報であることを特徴とする請求項１に記載の画像データ管理装置。
【請求項３】
前記第三の付帯情報を用いて、削除された画像データを示す情報を表示する表示手段を有することを特徴とする請求項１乃至２のいずれかに記載の画像データ管理装置。
【請求項４】
前記表示手段は、前記第二の付帯情報と前記第三の付帯情報とを用いて、前記削除された画像データを示す情報と削除されていない画像データを示す情報とを異なる表示形式で表示することを特徴とする請求項３に記載の画像データ管理方法。
【請求項５】
更に、前記データ削除手段による前記第一のデータの削除に応じて、前記第一のデータを外部装置に転送する転送手段と、
前記第三の付帯情報に基づき、前記外部システムから、前記削除された第一のデータを取得する取得手段とを有することを特徴とする請求項１乃至４のいずれかに記載の画像データ管理装置。
【請求項６】
第一の付帯情報から該第一の付帯情報に関連付けられた第二の付帯情報を検索し、該第二の付帯情報から該第二の付帯情報に関連付けられた画像データを検索する画像データ管理方法において、
前記画像データを削除する削除工程と、
前記削除された画像データに関連付けられた前記第二の付帯情報から第三の付帯情報を生成する生成工程と、
前記第三の付帯情報が検索されないように、該第三の付帯情報を前記第一の付帯情報に関連付ける関連付け工程と、
前記削除された画像データに関連付けられた前記第二の付帯情報を削除する付帯情報削除工程とを有することを特徴とする画像データ管理方法。
【請求項７】
請求項６の画像データ管理方法をコンピュータ上で実現するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データを管理するための画像データ管理装置および画像データ管理方法に関する。
【背景技術】
【０００２】
従来、医療分野においてはＸ線画像、ＣＴ画像、超音波画像、ＭＲＩ画像などの、さまざまな画像が診断に用いられてきた。これらの医用画像はフイルムで出力され、そのフイルムをシャーカステンと呼ばれる観察装置で観察することで、医師は読影作業を行っていた。一方、近年のコンピュータ技術の進歩に伴い、これらの医用画像をデジタルデータとして取得する装置が発達している。これらの装置では、撮影から読影までを一貫してデジタル画像で処理することが可能となっている。このような医療診断装置のデジタル化に伴い、画像データおよびその画像に付帯する情報をデータベースに保存し、管理することが行われている。
【特許文献１】特開平１１−３１２２００
【発明の開示】
【発明が解決しようとする課題】
【０００３】
画像撮影装置、医用画像データベースシステムなどにおいて画像データの管理が行われている。しかし、日々の撮影によって蓄積される画像データによって、記憶装置の蓄積容量が逼迫してくるという問題がある。
【０００４】
特許文献１では、限られた蓄積容量の中で必要なデータのみを保存するため、画像データの保存期限を設定し、消去予定日を過ぎた画像データを削除する方法が開示されている。しかしながら、特許文献１で開示された方法は、画像データの削除に伴い、画像データに関連した付帯情報も削除する。画像データおよび関連した付帯情報を削除してしまうと、その画像データの関連情報を、利用することは出来なくなってしまう。
【０００５】
一方、画像データをハードディスクに保存し、その格納情報をデータベースで管理するシステムがある。そのシステムは、ハードディスクの記憶容量の確保のために、データベースのレコード（画像データの格納情報）よりも容量の大きい画像データのみを削除し、データベースのレコードは残すシステムである。しかし、このシステムでは、画像データの検索を行う際に、削除された画像のレコードも検索の際の索引になるため、検索効率が低下することがある。
【０００６】
以上述べたように、従来の方法では、データを削除する際に、関連した付帯情報も削除してしまうため、関連情報を利用できなくなってしまう。また、データのみの削除を行う場合、削除されたデータのレコードが残るため、検索効率が低下することがある。以上の課題を鑑み、本発明は、データ管理装置において、データを削除した後のユーザの利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を考慮し、本発明は、第一の付帯情報から該第一の付帯情報に関連付けられた第二の付帯情報を検索し、該第二の付帯情報から該第二の付帯情報に関連付けられた画像データを検索する画像データ管理装置において、前記画像データを削除する削除手段と、前記削除された画像データに関連付けられた前記第二の付帯情報から第三の付帯情報を生成する生成手段と、前記第三の付帯情報が検索されないように、該第三の付帯情報を前記第一の付帯情報に関連付ける関連付け手段と、前記削除された画像データに関連付けられた前記第二の付帯情報を削除する付帯情報削除手段とを有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像データ管理装置において、データを削除した後のユーザの利便性を向上させることを目的とする。
【発明を実施するための最良の形態】
【０００９】
＜登録処理の説明＞
以下、添付図面を参照して本実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１０】
図１は本実施形態に係るハードウェア構成図を示したものである。画像データ発生部１００は、Ｘ線撮影によってＸ線画像データを生成する。画像データ発生部１００は、Ｘ線照射器およびＸ線検出器などから構成される。Ｘ線照射器はＸ線を発生させ、被写体に照射する。Ｘ線検出器は、被写体を透過したＸ線を検出し、Ｘ線画像データを生成する。画像データ発生部１００は、生成したＸ線画像データを転送するために情報処理部１０１と接続されている。なお、画像データ発生部１００と情報処理部１０１との接続形態は有線と無線のいずれでもよい。また、どのような通信プロトコルを使用してもよく、データ転送することが出来る構成であれば、いかなる形態であってもかまわない。情報処理部１０１はＲＡＭ１０２、外部記憶装置とデータの送受信を行うためのＤＩＳＫ／ＩＦ１０３、ＲＯＭ１０４、ＣＰＵ１０５、ＬＡＮ／ＩＦ１０６、ハードディスクなどの不揮発性記憶装置１０７を有し、これらがシステムバス１０８によって互いに接続されている一般的なコンピュータ構成を有する。情報処理部１０１は、転送されたＸ線画像データを用いて診断に必要な様々な処理を行う。例えば、ＲＯＭ１０４に記録された処理プログラムをＣＰＵ１０５が実行し、転送されたＸ線画像データに対して階調変換などの画像処理や、不揮発性記憶装置１０７に格納されているデータ処理などを行う。入力部１１０は、マウス、キーボードなどの入力装置によって構成され、操作者が情報処理部１０１に対して各種コマンドやデータを入力するために使用される。また、表示部１０９はＣＲＴや液晶ディスプレイなどの一般的なモニタによって構成され、画像データやユーザによる操作を促すためのＧＵＩ（グラフィカルユーザインタフェース）などを画面に表示する。
【００１１】
次に、図１のハードウェア構成を用いた画像データ管理装置の機能構成を説明する。図２は、本実施形態に係るデータ管理装置の機能構成図を示したものである。図２で示される各機能は、図１の情報処理部１０１において、ＲＯＭ１０４から必要な処理プログラムをＲＡＭ１０２にロードし、ロードされた処理プログラムをＣＰＵ１０５が実行し、図１の各ハードウェアを動作させることにより、実現される。
【００１２】
データ受信部２００は、画像データ発生部１００から画像データおよぶ画像データの付帯情報データを受信する。画像データ保存部２０１は、データ受信部２００によって受信された画像データおよび付帯情報データをＲＡＭ１０２または不揮発性記憶装置１０７に保存する。
【００１３】
画像データ削除部２０２は、入力部１１０などから入力された指示に基づき、画像データ保存部２０１によって保存された画像データをＲＡＭ１０２または不揮発性記憶装置１０７から削除する。付帯情報保存部２０３は、画像データの受信に伴い、付帯情報を保存する。ここで、付帯情報とは受信した画像の患者名、患者ＩＤ、検査日時、モダリティ情報（Ｘ線、ＭＲＩなどの対象の画像データを撮影する際に用いられた撮影装置を示す情報）、画像データの保存先などである。
【００１４】
これらの付帯情報は画像データとともに画像データ発生部１００より転送されてくるほかに、情報処理部１０１にあらかじめ保持しておいてもよい。
【００１５】
付帯情報削除部２０４は付帯情報保存部２０３に保存されている付帯情報を削除する。付帯情報再構成部２０５は付帯情報削除部２０４において削除される付帯情報を再構成し、ＸＭＬ形式などの構造化されたデータを生成する。
【００１６】
付帯情報検索部２０６は、付帯情報保存部２０３に保存されている各種情報を検索する。
【００１７】
次に、本実施形態で扱うデータを説明する。図４は、本実施形態で扱う画像データと画像データの付帯情報の関係を表す図である。付帯情報４００は、画像データに関連する情報であり、患者情報４０２、検査情報４０３、シリーズ情報４０４、イメージ情報４０５、ファイル情報４０６などから構成される。図４に示されるように、本実施形態における付帯情報４００は、樹系図状の構造で管理されている。図４では、親情報である患者情報４０２を示すテーブルに対して、検査情報４０３を示すテーブルが関連付けられている。そして、検査情報４０３を示すテーブルに対して、シリーズ情報４０４が関連付けられている。イメージ情報４０５、ファイル情報４０６に対しても、同様に関連付けがなされている。
【００１８】
図５は、付帯情報４００を構成する各情報のデータ構造の例を示したものである。
【００１９】
例えば、図５の患者テーブル５００は、図４の患者情報４０２を記憶装置に格納する際のデータ構造を示している。同様に、スタディテーブル５０１は検査情報４０３に対応し、シリーズテーブル５０２はシリーズ情報４０４に対応し、イメージテーブル５０３はイメージ情報４０５に対応し、ファイルテーブル５０４は、ファイル情報４０６に対応している。
【００２０】
図５のようにデータを管理するデータベースを、リレーショナルデータベースという。次に、付帯情報４００を構成する各情報の説明を行う。
【００２１】
図４の患者情報（Ｐａｔｉｅｎｔ）４０２は、患者を特定するための情報であり、患者の名前、生年月日、性別、患者のＩＤ番号などの情報から構成される。図５の患者テーブル５００には、患者を特定するための患者のＩＤ番号であるＰＩＤ、患者の名前、生年月日等の患者情報が格納されている。
【００２２】
検査情報（Ｓｔｕｄｙ）４０３は、検査を特定するための情報であり、Ｘ線撮影の撮影条件や、検査日などの情報から構成される。図５のスタディテーブル５０１は、検査情報４０３を主に格納するテーブルであり、検査を特定するための検査ＩＤ、患者テーブル５００を参照するためのＰＩＤ、検査日などのデータが格納されている。さらに、付帯情報再構成部２０５によって再構成された付帯情報を格納する領域を備えている。
【００２３】
シリーズ情報（Ｓｅｒｉｅｓ）４０４は、撮影機器を判別するための情報であり、ＡＥタイトル（撮影機器の識別名または識別番号）、撮影機器のモダリティ情報などの情報から構成される。図５のシリーズテーブル５０２は、シリーズ情報４０４を保存するテーブルであり、シリーズ情報を特定するためのシリーズＩＤ、スタディテーブル５０１を参照するための検査ＩＤ、撮影機器を識別するためのシリーズ番号などが格納される。
【００２４】
イメージ情報（Ｉｍａｇｅ）４０５は、画像データの情報を特定するための情報であり、画像のタイプや解像度、画像データの数、画像取得日時などの情報から構成される。図５のイメージテーブル５０３はイメージ情報４０５を保存するテーブルであり、イメージ情報を特定するためのイメージＩＤ、シリーズテーブル５０２を参照するためのシリーズＩＤ、画像のタイプなどが格納されている。
【００２５】
ファイル情報４０６は、画像データの保存先（ファイルパスパス）を示す情報である。図５のファイルテーブル５０４はファイル情報４０６を保存するテーブルであり、画像ファイルを特定するためのファイルＩＤ、イメージテーブル５０３を参照するためのイメージＩＤ、画像ファイルのファイルパスなどが格納されている。画像データ４０１は、コンピュータ上で閲覧可能な画像ファイルであり、ハードディスクなどの不揮発性記憶装置１０７に保存されている。
【００２６】
以上の付帯情報に含まれる情報は、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ）規格で定義されている医療画像を扱う上で一般的な各種情報である。図３は、本実施形態における１画像データ管理装置において、データを削除する際の処理の流れを説明するフローチャートである。図３の各処理は、図２の各機能により処理される。以下、図５および、付帯情報４００のデータ構造の変化を示す図６を用いて、図３のフローチャートのステップＳ３１からステップＳ３５までの各処理内容を説明する。
【００２７】
ステップＳ３１において、付帯情報検索部２０６は、ユーザの指示もしくはデータ管理装置によって決定された削除対象の画像データの付帯情報を読み出す。画像データの付帯情報を読み出す際には、削除対象に決定された画像データを識別するＩＤ（例えば、ＤＩＣＯＭ規格のＳＯＰ  Ｉｎｓｔａｎｃｅ  ＵＩＤ）を用いて、削除対象の画像データに関わる付帯情報をデータベースから検索する。
【００２８】
削除対象の画像データに関わる付帯情報を検索する際には、図５のテーブルを用いる。検索には、まずファイルテーブル５０４を用いて、削除対象の画像データのイメージＩＤに対応するファイルＩＤを検索する。次に、イメージテーブル５０３を用いて、イメージＩＤに対応するシリーズＩＤを検索する。更に、シリーズテーブル５０２を用いて、検索されたシリーズＩＤに対応する検査ＩＤを検索する。スタディテーブル５０１、患者テーブル５００についても以上と同様の処理を繰り返していくことによって、削除対象の画像データに対応するすべての付帯情報のＩＤを検索することが出来る。
【００２９】
検索された画像データの付帯情報は、一時的にＲＡＭ１０２などに保存され、後述のステップＳ３２、ステップＳ３３で利用される。
【００３０】
ステップＳ３２において、画像データ削除部２０２は、入力部１１０から入力された操作者の削除開始指示もしくはデータ管理装置の決定に基づき、ハードディスクなどの不揮発性記憶装置１０７に保存されている画像データを削除する。削除する際には、ステップＳ３１でＲＡＭ１０２などに格納された付帯情報から、削除対象の画像データのファイルパスを取得し、ファイルパス先の画像データを削除する。図６の（ａ）は、削除対象の画像データが削除される様子を示したものである。ここでは、イメージＩＤが”１．２．１．１”である画像データを削除対象としている。図５に示されているように、イメージＩＤ“１．２．１．１”に対応するファイルＩＤは、“１．２．１．１．１”〜“１．２．１．１．６”である。よって、図６の（ａ）では、対応する６個の画像データが削除されている。
【００３１】
なお、付帯情報を削除する際に、ユーザの指示に基づき削除される付帯情報を選択して、削除しても良い。ユーザの指示に基づき削除する付帯情報を決定することにより、ユーザの意図をより反映することが出来る。
【００３２】
尚、ステップＳ３２では、操作者の指示に基づき画像の削除処理を開始したが、画像データ管理装置が自動的に画像の削除処理を開始しても良い。例えば、所定の時間になったら自動的に画像削除を開始するなど、画像削除開始のトリガはいかなるものであってもかまわない。
【００３３】
ステップＳ３３において、付帯情報再構成部２０５は、ステップＳ３２で削除された画像データの付帯情報から再構成情報を生成する。生成される再構成情報は、削除される画像データの付帯情報の要約情報である。図６の削除対象６０５の要約情報の生成の際には、図７で示されるフォーマット７０１で、再構成された付帯情報７０２のデータを生成する。
【００３４】
図７の再構成された付帯情報７０２には、シリーズ情報やイメージ情報を識別するＩＤおよび、画像データのフレーム数などの情報が格納されている。なお、図７に示すようなＸＭＬ形式などの構造化できるフォーマットで付帯情報を再構成すると、データ管理を行いやすい。
【００３５】
ステップＳ３４において、付帯情報保存部２０３は、ステップＳ３３で生成された再構成情報をデータベースに登録する。本実施形態では、図６の（ｂ）に示されているように、スタディテーブル５０１中のデータ検索の際に参照されない領域にステップＳ３２で生成された再構成情報６０４を格納する。スタディテーブル５０１中の再構成情報６０４は、データの検索を行う際に参照されないので、検索効率の低下を防ぐことが出来る。
【００３６】
ステップＳ３５において、付帯情報削除部２０４は、図６の（ｃ）に示されているように、ＲＡＭ１０２およびデータベースから削除された画像データの付帯情報を削除する。以上の処理で、再構成された再構成情報６０４を付帯させ、画像データおよび画像データに対応する付帯情報を削除することが出来る。
【００３７】
ここで、本実施形態のデータベースにおいて、特定の患者の画像データを検索する際の処理を、図５を用いて説明する。特定の患者の患者ＩＤ（ＰＩＤ）に対応する検査ＩＤをスタディテーブル５０１から検索する。さらに、検索された検査ＩＤに対応するシリーズＩＤをシリーズテーブル５０２から検索する。さらに、検索されたシリーズＩＤに対応するイメージＩＤをイメージテーブル５０３から検索する。最後に、検索されたイメージＩＤに対応するファイルパスをファイルテーブル５０４から検索し、画像ファイルのパスを取得し、取得したパスを用いて、画像データを取得する。
【００３８】
つまり、検索の際には、複数のテーブルにまたがって再帰的な検索を行う必要があるため各テーブルのデータ（母集団）が多いほど、検索に時間がかかる。
【００３９】
本実施形態において、再構成情報６０４は、検索の際に索引として参照されないようにデータベースに登録されている。従って、削除された付帯情報を検索する時間が省かれるため、画像データの検索効率の低下を防ぐことが出来る。一方で、再構成情報６０４は、削除された画像データの付帯情報の要約情報であるため、削除された画像データの付帯情報を有している。よって、削除された画像データに関する情報が必要な場合に、再構成情報６０４を用いて削除された画像データの付帯情報を復元し、削除された画像データに関する情報を取得することが可能である。更に、再構成情報６０４は、削除された付帯情報の上位階層の付帯情報に関連付けられるため、ユーザは比較的容易に、データベース上における削除された画像データの位置を把握することが出来る。よって、本実施形態によれば、画像データの削除後、画像データの検索効率の低下を防ぎつつ、削除された画像データに関する情報を容易に取得することが出来るので、ユーザの利便性を向上させることが出来る。
【００４０】
＜検索処理の説明＞
第一の実施形態では、画像データおよび付帯情報の削除と共に付帯情報を再構成し、登録した。本実施形態では、登録された再構成情報を利用する方法を説明する。特に、再構成情報に基づき、削除された画像の外部サーバへ問い合わせる機能について説明する。尚、本実施形態に係るデータ管理装置のハードウェア構成は第一の実施形態と同様であるため、説明を省略する。
【００４１】
図８は、画像データの画像情報を一覧表示するためのフローチャートである。一覧表示される画像は、ユーザの指示などに基づき検索された画像のイメージＩＤに対応する画像である。また、図８のフローチャートの各処理を実行するためのプログラムは情報処理部１０１のＲＡＭ１０２や、ＲＯＭ１０４、不揮発性記憶装置１０７などに記憶され、各処理は記憶されたプログラムに基づいて、ＣＰＵ１０５で実行される。
【００４２】
ステップＳ８１では、付帯情報保存部２０３に格納されている画像データの付帯情報を検索する。画像データの付帯情報の検索では、図５のテーブルを用いて、図３のステップＳ３１と同様の方法で、一覧表示される画像データに対応する付帯情報のＩＤ（ファイルＩＤ、スタディＩＤ）を検索する。
【００４３】
ステップＳ８２では、ステップＳ８１で検索された付帯情報が再構成情報を有するか否かを確認する。尚、本実施形態では、削除された画像を確認するために再構成情報を有するか否かを確認するが、処理の高速化のために再構成情報の確認を行わなくてもよい。再構成情報の確認を行わない場合、存在する画像のみの一覧表示がなされる。図６の再構成情報６０４のように、付帯情報が再構成情報を有する場合には、再構成情報解析ステップＳ８３へ移行し、再構成情報を解析する。付帯情報が再構成情報を有しない場合には、情報一覧表示ステップＳ８４へ移行する。
【００４４】
ステップＳ８３では、ステップＳ８１で検索された再構成情報を解析し、ステップＳ８４の情報一覧表示の際に必要なデータを取得する。必要なデータには、例えば、画像データのサムネイル画像データ、画像データが削除済みであるか否かの情報が含まれる。ここで、サムネイル画像とは、元の画像よりも解像度を低下させた縮小画像である。よって、サムネイル画像データの保存には、通常の画像と比較すると、外部記憶装置の記憶容量をあまり必要としない。記憶容量をあまり必要としないため、図３のフローチャートのステップＳ３２で元の画像データを削除する場合でも、サムネイル画像は削除しなくても良い。また、サムネイル画像データは、元の画像データと同様に、イメージＩＤと関連付けられ、不揮発性記憶装置１０７などの外部記憶装置に保存されている。よって、再構成情報を解析することにより得られたイメージＩＤに基づき、サムネイル画像を取得することが可能である。画像データの一覧表示の際には、複数のサムネイル画像を表示することによって、ユーザは複数の画像を容易にイメージすることが出来る。
【００４５】
ステップＳ８４では、ステップＳ８１、ステップＳ８３で取得された情報に基づくＧＵＩを表示部１０９に表示する。図９は、本実施形態におけるＧＵＩ表示の一例である検査画像一覧ウィンドウ９００を示したものである。検査画像一覧ウィンドウ９００は、患者に関連する検査画像の検査画像を一覧表示するためのウィンドウであり、患者情報や検査ごとの撮影画像の登録画像サムネイル９０１、削除済み画像サムネイル９０２などが表示される。削除済み画像サムネイル９０２は、削除済みの画像を示している。図９では、削除済み画像サムネイル９０２で削除された画像のサムネイル画像を表示することによって、どのような画像が削除されたかを表している。また、削除済み画像サムネイル９０２を破線で囲い表示することによって、ユーザは、削除されていない画像と削除された画像とを容易に区別することが出来る。更に、本実施形態においては、削除済みであるということを、よりユーザに分かりやすく表示するために、画像の下に“（削除済み）”と表示している。また、削除済みを表す別の表示方法として、削除済みを示すバツ印を表示するなどの他の表示方法を用いても良い。
【００４６】
また、ステップＳ８４において、ユーザが削除済み画像のサムネイル９０２が入力部１１０のマウスでクリックされたことを検知し、外部システムへ問い合わせて、削除済みの画像データを取得しても良い。これは、再構成情報を解析することにより得られたイメージＩＤを使用することによって可能となる。
【００４７】
この機能を実現するためには、図３のステップＳ３２で画像データを削除する際に、イメージＩＤとともに画像データを外部システムに転送しておく。そして、外部システムへの問い合わせがあった場合、イメージＩＤに基づき、外部システムから画像データを取得する。尚、削除済み画像データを取得するためのユーザの操作は、いかなる操作でも良い。例えば、削除済み画像のサムネイルをマウスで右クリックして、コンテキストメニューから外部システムへの問い合わせ機能を呼び出す操作にしても良い。なお、外部システムとして、ＰＡＣＳ（医用画像を保管、転送するシステムで、Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍの略）と呼ばれる外部サーバを用いれば、上記機能を実現することが出来る。また、問い合わせ機能には、ＤＩＣＯＭ規格のクエリ／リトリーブと呼ばれる機能を用いると、実装が容易である。
【００４８】
上記機能によって、撮影された画像のうち画像データ管理装置から削除された画像に関する情報を取得することが出来る。さらに、その画像が必要であれば、外部システムに問い合わせることにより、削除された画像を取得することが出来るため、ユーザにとってより利便性の高いシステムを提供することが可能となる。
【図面の簡単な説明】
【００４９】
【図１】第一の実施形態に係るハードウェア構成図である。
【図２】第一の実施形態に係る機能構成図である。
【図３】第一の実施形態においてデータを削除する処理を示したフローチャートである。
【図４】第一の実施形態に係る付帯情報と画像データの関係を表す図である。
【図５】第一の実施形態に係る付帯情報のデータ例を示した図である。
【図６】第一の実施形態に係る実際のデータの遷移を示した図である。
【図７】第一の実施形態において再構成された付帯情報の一例を示した図である。
【図８】第二の実施形態において付帯情報を検索し、画像情報の一覧画面を生成するまでを示したフローチャートである。
【図９】第二の実施形態に係るＧＵＩの一例である。
【図１】
2008159148.tif 000003
【図２】
2008159148.tif 000004
【図３】
2008159148.tif 000005
【図４】
2008159148.tif 000006
【図５】
2008159148.tif 000007
【図６】
2008159148.tif 000008
【図７】
2008159148.tif 000009
【図８】
2008159148.tif 000010
【図９】
2008159148.tif 000011