(57)【要約】【課題】複数の医用画像データを１ファイルに記録した束画像データに含まれる医用画像データにリンクを設定し、そのリンクに基づき束画像データ内の医用画像データを抽出する技術を提供することにある。【解決手段】保管手段と、記憶手段と、抽出手段と、送信手段とを有し、保管手段は、複数の医用画像データと、画像順序情報を含む付帯情報とを有する束画像データを保管する。記憶手段は、前記束画像データの画像種と画像順序とを対応付けて記憶する。抽出手段は前記医用画像データを前記保管手段に保管された束画像データから抜き出す。【選択図】図１
2015179535.tif 000002
【特許請求の範囲】
【請求項１】
複数の医用画像データと、当該複数の医用画像データに共通に付帯する、画像順序情報を含む付帯情報とを有する束画像データを保管する保管手段を有し、読影レポートを表示する端末にこの読影レポートにリンク付けされた医用画像データを送信する医用画像管理サーバであって、
前記束画像データが取得された医用画像診断装置又は当該束画像データの画像種と前記画像順序とを対応付けて記憶する記憶手段と、
医用画像データのリンクデータに含まれる画像順序情報と、前記医用画像が取得された医用画像診断装置又は当該医用画像の画像種に基づいて、医用画像データを前記保管手段に保管された前記束画像データから抜き出す抽出手段と、
前記抽出手段で抜き出された医用画像データを前記端末に送信する送信手段と、
を備えること、
を特徴とする医用画像管理サーバ。
【請求項２】
複数の医用画像データと、当該複数の医用画像データに共通に付帯する、画像順序情報を含む付帯情報とを有する束画像データを前記複数の医用画像データに展開して表示するとともに、読影レポートのレポート作成画面を表示するコンピュータを、
リンク付けする医用画像データの画像順序情報を含み、前記読影レポートに埋め込まれるリンクデータを生成するリンクデータ生成手段と、
前記リンクデータ生成手段で生成された前記リンクデータを前記読影レポートに埋め込むリンクデータ埋め込み手段と、
して機能させることを特徴とするリンク設定プログラム。
【請求項３】
複数の医用画像データと、当該複数の医用画像データに共通に付帯する、画像順序情報を含む付帯情報とを有する束画像データを保管する保管手段を有し、読影レポートを表示する端末にこの読影レポートにリンク付けされた医用画像データを送信するコンピュータを、
前記束画像データが取得された医用画像診断装置又は当該束画像データの画像種と前記画像順序とを対応付けて記憶する記憶手段と、
医用画像データのリンクデータに含まれる前記画像順序情報と、前記医用画像が取得された医用画像診断装置又は当該医用画像の画像種に基づいて、医用画像データを前記保管手段に保管された前記束画像データから抜き出す抽出手段と、
前記抽出手段で抜き出された医用画像データを前記端末に送信する送信手段と、
して機能させること、
を特徴とする医用画像管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の医用画像データを１ファイルに記録した束画像データ（エンハンスドデータ又はマルチフレーム画像データとも呼ばれる）に含まれる医用画像データにリンクを設定し、そのリンクに基づき束画像データ内の医用画像データを抽出する技術に関する。
【背景技術】
【０００２】
Ｘ線ＣＴ装置やＭＲＩ装置や超音波診断装置や核医学診断装置等の医用画像診断装置で発生した医用画像データは、画像を管理するサーバで管理されてネットワーク内の端末で閲覧できるようになっている。読影レポートの作成を支援する装置では、サーバから医用画像データを受信してモニタに表示し、読影の用に供する。読影レポートは、表示された医用画像を読影医が読影し、その医用画像から推測される問題を表した文書である。この読影レポートの作成を支援する装置では、医用画像データを読影レポートにリンク付けする場合もある（例えば、「特許文献１」参照。）。
【０００３】
この医用画像データのリンク付けでは、読影レポートの作成を支援する装置は、医用画像データの保管先を示すリンクデータを生成し、そのリンクデータを読影レポートに埋め込む。従来、医用画像データは、一枚一枚が１ファイルとなっていたため、そのファイル名をリンクデータに含めることで、リンク付けしようとする医用画像データを特定することができた。
【０００４】
近年、ＤＩＣＯＭ規格では、複数の医用画像データを１ファイルに記録した束画像データという概念が登場してきた。医用画像診断装置で発生した複数の医用画像データを１ファイルにまとめてしまう。この束画像データは、エンハンスドデータ、又はマルチフレーム画像データとも呼ばれる。医用画像データの１枚１枚が１ファイルとなっていると、一つ一つの医用画像データを送受信する度に通信を確立する必要が生じるため、医用画像データを送信する装置と受信する装置とで多くのやりとりが必要となり、通信トラフィックに多大なる負荷が発生する。しかし、束画像データでは、一回の通信で全ての医用画像が送受信できるため、多くのやりとりをする必要なく、通信トラフィックが軽減される。
【０００５】
このような束画像データを前提とした場合、従来のリンク付け方式を採用すると、即ち束画像データに記録されている医用画像データにはファイル名が存在しないため、束画像データのファイル名をリンクデータに含める方式を採用すると、読影レポートで実際に引用されている医用画像データは、束画像データのごく一部であるが、その医用画像データを取得するために、束画像データをまるごと受信する必要が生じる。そうすると、所望の医用画像データを表示するには、相当な時間を要してしまい、読影レポートを参照した医療行為の効率が極端に低下してしまう。読影レポートを閲覧する端末によっては、この大容量の束画像データにリソースが耐えられない場合もあり、その場合の医療効率の低下は甚だしい。また、束画像データをまるごと受信するとネットワーク内の通信トラフィックに多大なる負荷が生じてしまう。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−３０１４５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、以上の問題点に鑑みてなされたものであって、その目的は、複数の医用画像データを１ファイルに記録した束画像データに含まれる医用画像データにリンクを設定し、そのリンクに基づき束画像データ内の医用画像データを抽出する技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の第１の態様は、複数の医用画像データと、当該複数の医用画像データに共通に付帯する、画像順序情報を含む付帯情報とを有する束画像データを保管する保管手段を有し、読影レポートを表示する端末にこの読影レポートにリンク付けされた医用画像データを送信する医用画像管理サーバであって、前記束画像データが取得された医用画像診断装置又は当該束画像データの画像種と前記画像順序とを対応付けて記憶する記憶手段と、医用画像データのリンクデータに含まれる画像順序情報と、前記医用画像が取得された医用画像診断装置又は当該医用画像の画像種に基づいて、医用画像データを前記保管手段に保管された前記束画像データから抜き出す抽出手段と、前記抽出手段で抜き出された医用画像データを前記端末に送信する送信手段と、を備えること、を特徴とする。
【０００９】
また、本発明の第２の態様は、複数の医用画像データと、当該複数の医用画像データに共通に付帯する、画像順序情報を含む付帯情報とを有する束画像データを前記複数の医用画像データに展開して表示するとともに、読影レポートのレポート作成画面を表示するコンピュータを、リンク付けする医用画像データの画像順序情報を含み、前記読影レポートに埋め込まれるリンクデータを生成するリンクデータ生成手段と、前記リンクデータ生成手段で生成された前記リンクデータを前記読影レポートに埋め込むリンクデータ埋め込み手段と、して機能させることを特徴とする。
【００１０】
また、本発明の第３の態様は、複数の医用画像データと、当該複数の医用画像データに共通に付帯する、画像順序情報を含む付帯情報とを有する束画像データを保管する保管手段を有し、読影レポートを表示する端末にこの読影レポートにリンク付けされた医用画像データを送信するコンピュータを、前記束画像データが取得された医用画像診断装置又は当該束画像データの画像種と前記画像順序とを対応付けて記憶する記憶手段と、医用画像データのリンクデータに含まれる前記画像順序情報と、前記医用画像が取得された医用画像診断装置又は当該医用画像の画像種に基づいて、医用画像データを前記保管手段に保管された前記束画像データから抜き出す抽出手段と、前記抽出手段で抜き出された医用画像データを前記端末に送信する送信手段と、して機能させること、を特徴とする。
【図面の簡単な説明】
【００１１】
【図１】医用画像管理システムのシステム構成を示す図である。
【図２】束画像データのデータ構成を示す図である。
【図３】レポート作成端末における束画像データを扱う詳細構成を示す図である。
【図４】レポート閲覧端末の詳細構成を示す図である。
【図５】束画像データを管理する画像管理サーバの詳細構成を示す図である。
【図６】存在位置情報を用いたリンク付け動作の第１の態様を示すフローチャートである。
【図７】束画像データの展開時に作成されるファイル構造管理テーブルの一例を示す模式図である。
【図８】存在位置情報を用いたリンクデータを示す模式図である。
【図９】画像順序情報を用いたリンク付け動作の第２の態様を示すフローチャートである。
【図１０】画像順序情報を用いたリンクデータを示す模式図である。
【図１１】存在位置情報を用いたリンクデータに基づき、リンク付けされた医用画像データを送信する動作を示すフローチャートである。
【図１２】存在位置情報を用いたリンクデータに基づき、医用画像データを送信する態様を示す模式図である。
【図１３】画像順序情報を用いたリンクデータに基づき、リンク付けされた医用画像データを送信する動作を示すフローチャートである。
【図１４】画像順序情報を用いたリンクデータに基づき、医用画像データを送信する態様を示す模式図である。
【図１５】送信枚数設定テーブルを示す模式図である。
【図１６】存在位置情報を含むリンクデータに基づき、リンク付けされた医用画像データを送信する動作の変形例を示すフローチャートである。
【図１７】存在位置情報を含むリンクデータを用いて複数枚の医用画像を抜き出す態様を示す模式図である。
【図１８】画像順序情報を含むリンクデータに基づき、リンク付けされた医用画像データを送信する動作の変形例を示すフローチャートである。
【図１９】画像順序情報を含むリンクデータを用いて複数枚の医用画像を抜き出す態様を示す模式図である。
【図２０】束画像データが変更されることを前提としたレポート作成端末の構成を示すブロック図である。
【図２１】束画像データの変更が変更されることを前提とした場合の画像管理サーバ３の構成の変形例を示す図である。
【図２２】束画像データの変更を吸収して、存在位置情報で構成されたリンクデータに基づき、リンク付けされた医用画像データを送信する動作を示すフローチャートである。
【図２３】存在位置情報と世代情報を含めて作成されたリンクデータのデータ構成を示す一例である。
【図２４】画像データベースに記録されている変更履歴を示す一例である。
【図２５】束画像データの変更を吸収して、画像順序情報で構成されたリンクデータに基づき、リンク付けされた医用画像データを送信する動作を示すフローチャートである。
【図２６】画像順序情報と世代情報を含めて作成されたリンクデータのデータ構成を示す一例である。
【図２７】画像データベースに記録されている変更履歴を示すさらなる一例である。
【発明を実施するための形態】
【００１２】
以下、本発明に係るリンク設定技術の好適な各実施形態について、図面を参照しながら詳細に説明する。
【００１３】
（医用画像管理システムの構成）
図１は、リンク設定技術の実施形態に係る医用画像管理システムのシステム構成を示す図である。
【００１４】
医用画像管理システム１は、医用画像診断装置２から受信した医用画像データを保管し、閲覧可能とするシステムである。医用画像診断装置２は、例えば、Ｘ線ＣＴ装置、ＭＲＩ装置、超音波診断装置、核医学診断装置等の所謂モダリティである。医用画像診断装置２は、被検体を撮影して、その撮影結果である医用画像データを医用画像管理システム１に送信する。医用画像データは、被検体内の画像を表すデータである。
【００１５】
この医用画像管理システム１は、画像管理サーバ３とレポート作成端末４とレポート閲覧端末５とをネットワークＮを介して接続して構成されている。この画像管理サーバ３とレポート作成端末４とレポート閲覧端末５は、それぞれ所謂コンピュータで構成され、ＣＰＵとＨＤＤとＲＡＭと通信インターフェースとを少なくとも有する。レポート作成端末４とレポート閲覧端末５とは、このコンピュータにキーボードやマウス等の入力インターフェースとＣＲＴディスプレイや液晶ディスプレイ等のモニタとを接続して構成されている。
【００１６】
画像管理サーバ３とレポート作成端末４とレポート閲覧端末５には、それぞれオペレーティングシステムとこのオペレーティングシステム上で動作する制御アプリケーションとが搭載され、データの入出力や操作者の操作をトリガとしてオペレーティングシステムや制御アプリケーションをＨＤＤから読み出してＲＡＭに展開し、ＣＰＵで命令実行し、通信インターフェースを介してデータの入出力を行う。
【００１７】
医用画像診断装置２やレポート作成端末４やレポート閲覧端末５は、ネットワークＮ上に複数設置されている場合もある。レポート閲覧端末５は、その複数台が別々の性能を有し、性能に差が存在する場合もある。
【００１８】
このような医用画像管理システム１では、医用画像診断装置２で医用画像データが発生すると、医用画像診断装置２は、医用画像データを画像管理サーバ３へ送信する。画像管理サーバ３は、受信した医用画像データをデータベース登録した上で保管する。
【００１９】
読影医は、医用画像の読影を依頼されると、レポート作成端末４を用いて医用画像を読影し、読影レポートを作成する。読影レポートは、医用画像を読影した結果が記述されたドキュメントである。レポート作成端末４は、第１の表示装置として画像管理サーバ３から医用画像データを受信してモニタに表示し、レポート作成画面をモニタに表示して、入力インターフェースの操作に応じて読影レポートを作成していく。
【００２０】
読影レポートには、医用画像データのリンクが貼られる場合がある。例えば、操作者が入力インターフェースを用いて、表示している医用画像データをドラッグし、読影レポート内の文字列にドロップすると、レポート作成端末４は、ドラッグされた医用画像データを表すリンクデータを生成し、ドロップされた文字列に対応付けてこのリンクデータを読影レポートのデータ内に埋め込む。
【００２１】
このレポート作成端末４は、１台のコンピュータであっても、読影レポートを作成するレポート作成装置４ａと、医用画像データを表示する画像表示装置４ｂとの２台のコンピュータにより構成される端末であってもよい。
【００２２】
レポート作成装置４ａと画像表示装置４ｂとにより構成される場合は、レポート作成装置４ａ側にレポート作成画面を表示するモニタを配し、画像表示装置４ｂに医用画像データを表示するモニタを配し、レポート作成装置４ａと画像表示装置４ｂとをＬＡＮ接続する等して通信可能とし、互いを連動させる。
【００２３】
例えば、ＬＡＮ接続によって、レポート作成装置４ａと画像表示装置４ｂとが連動して動作するように、互いにデータ通信させる。連動動作としては、例えばレポート作成装置４ａのモニタからカーソルが画像表示装置４ｂのモニタへ移動可能にしておく。また、ドラッグされた医用画像データのドラッグ状態をレポート作成装置４ａに引き継ぎさせる。また、医用画像データのリンクデータを画像表示装置４ｂからレポート作成装置４ａへ送信する。また、レポート作成装置４ａで行ったリンクデータの要求操作に応じて医用画像データを画像表示装置４ｂで受信させる等である。
【００２４】
読影を依頼した主治医等の依頼医は、レポート閲覧端末５を用いて読影レポートを閲覧する。レポート閲覧端末５は、作成された読影レポートを受信して、第２の表示装置としてこの読影レポートをモニタに表示する。読影レポートに医用画像データの画像リンク文字列等が貼られている場合に、操作者がそのリンク文字列を入力インターフェースを用いて選択すると、レポート閲覧端末５は、読影レポートに埋め込まれたリンクデータを画像管理サーバ３に送信し、リンクデータが表す医用画像データを要求する。
【００２５】
画像管理サーバ３は、リンクデータをレポート閲覧端末５から受信すると、リンクデータを解析して、リンクデータが示す医用画像データをレポート閲覧端末５へ送信する。
【００２６】
レポート閲覧端末５は、医用画像データを受信すると、モニタに受信した医用画像データを表示させる。
【００２７】
このような医用画像管理システム１において扱われる医用画像データには、一枚一枚が一つのファイルとなった医用画像データ（以下、通常医用画像データという）や、複数の医用画像データを１ファイルに記録した束画像データ１００とが存在する。束画像データ１００は、俗にエンハンスドデータやマルチフレーム画像データとも呼ばれる。この束画像データ１００は、医用画像撮影装置２で被検体を撮影したときに生成され、画像管理サーバ３へ送信される。この束画像データ１００によると、生成した医用画像データを一度の通信で全て送信可能となるために通信トラフィックが軽減される。
【００２８】
図２は、この医用画像管理システム１で扱われる束画像データ１００のデータ構成を示す図である。
【００２９】
束画像データ１００は、画像情報領域１１０と共通付帯情報領域１２０とフレーム情報領域１３０の３つパートでデータが構成されている。
【００３０】
画像情報領域１１０には、医用画像撮影装置２で発生した各シリーズに属する各医用画像データ１１１が記録されている。この医用画像データ１１１の記録順、換言すると束画像データ１００の中に含まれる医用画像データ１１１のデータ先頭からの並び順は、シリーズ及び表示順序を問わず、ばらばらである。１枚目に並ぶ医用画像データ１１１が第２シリーズの３枚目の画像であり、２枚目に並ぶ医用画像データ１１１が第１シリーズの５枚目の画像である場合もある。ここで、シリーズとは、ある医用画像データ１１１のグループを示し、例えば撮影部位毎や撮影条件毎に分けられる。第１シリーズは、頭部部分を撮影して得た医用画像データ群、第２シリーズは、腹部部分を撮影して得た医用画像データ群というふうに分けられる。また、第１シリーズは、造影剤を投与して撮影して得た医用画像データ群、第２シリーズは、造影剤を投与せずに撮影して得た医用画像データ群というふうに分けられる。
【００３１】
この画像情報領域１１０には、各医用画像データ１１１の先頭にデータの大きさ情報１１２が付加されており、このデータの大きさ情報１１２以下に配されている医用画像データ１１１のデータ量記述されている。このデータの大きさ情報１１２を加算していくことで、Ｘ枚目に並ぶ医用画像データ１１１が画像情報領域１１０の何バイト目に存在するか認識できる。
【００３２】
共通付帯情報領域１２０には、この束画像データ１００の特定情報が記述されている。例えば、この束画像データ１００の特定情報は、医用画像診断装置２で撮影された被検体の患者ＩＤ１２１や、検査ＩＤや、医用画像診断装置２の種類や機体名や、束画像データ１００自体に一つ付与されるシリーズＩＤや画像ＩＤ等である。
【００３３】
フレーム情報領域１３０には、束画像データ１００に記録されている各医用画像データ１１１の個別の付帯情報が記述されている。特に、フレーム情報領域１３０には、撮影位置情報１３１と画像順序情報１３２とが記述されている。撮影位置情報１３１は、医用画像データ１１１の被検体上での撮影位置を座標系で表した情報である。画像順序情報１３２は、医用画像診断装置２が決定して医用画像データ１１１に付す情報であり、束画像データ１００に含まれる各医用画像データ１１１を表示するときには表示順序を表す情報としても用いられる。
【００３４】
画像順序情報１３２は、グループ情報１３３とグループ内順序情報１３４とにより構成される。グループ情報１３３は、束画像データ１００に記録されている医用画像データ１１１がそれぞれどのグループに属するか表す。グループ内順序情報１３４は、グループ内で何枚目の医用画像データ１１１であるかを表す。
【００３５】
グループ情報１３３は、例えばシリーズ毎に付されている。グループ内順序情報１３４は、例えばシリーズ内の順番毎に付されている。束画像データ１００上では、このグループ情報１３３として、Ｓｔａｃｋ（スタックＩＤ）が付されている。グループ内順序情報１３４としては、束画像データ１００上では、ＴｉｎｄｅｘＩＤ（Ｔｅｍｐｏｒａｒｙ  Ｉｎｄｅｘ  ＩＤ，テンポラリインデックスＩＤ）が付されている。例えば、ある画像順序情報１３２が「ＳａｔｃＩＤ：２」及び「ＴｉｎｄｅｘＩＤ：３」であれば、この画像順序情報１３２に対応する医用画像データ１１１は、第２グループの３枚目の医用画像データ１１１であることが示され、束画像データ１００を表示する際には、第２グループの医用画像として３枚目に表示する。
【００３６】
尚、画像順序情報１３２には、ＳｔａｃｋＩＤとＴｉｎｄｅｘＩＤのほか、ＩｍａｇｅＴｙｐｅ、ＩｎＳｔａｃｋＰｏｓｉｔｉｏｎＮｕｍｂｅｒ、ｆｒａｍｅ  Ａｃｑｕｉｓｉｔｉｏｎ  Ｎｕｍｂｅｒ、Ｄｉｆｆｕｓｉｏｎｓｅｑｕｅｎｃｅ等のようなＤＩＣＯＭで規定された情報が含まれる場合がある。医用画像診断装置２によっては、シリーズにＴｉｎｄｅｘＩＤを対応させ、シリーズ内の順番にＳｔａｃｋＩＤを対応させるようにして束画像データ１００を作成するものもある。ＩｍａｇｅＴｙｐｅは、画像種を示す情報であり、このＩｍａｇｅＴｙｐｅによってＴｉｎｄｅｘとＳｔａｃｋＩＤの意味が入れ替わる場合がある。画像管理サーバ３が束画像データ１００を管理する際、及びレポート作成端末４が束画像データ１００を医用画像データ１１１に分解してそれぞれ表示させる際には、ＩｍａｇｅＴｙｐｅを参照して、ＳｔａｃｋＩＤとＴｉｎｄｅｘＩＤの意味を解析し、どちらがシリーズでどちらがシリーズ内の順番を表すか決定する。
【００３７】
この撮影位置情報１３１と画像順序情報１３２の対は、医用画像データ１１１毎にフレーム情報領域１３０に付帯されている。また、この撮影位置情報１３１と画像順序情報１３２の対は、画像情報領域１１０に並ぶ医用画像データ１１１の記録順に倣った順に並べられている。従って、画像情報領域１１０の３枚目に並ぶ医用画像データ１１１は、フレーム情報領域１３０の３番目の画像順序情報１３２を参照することで、その医用画像データ１１１のシリーズや順番が特定される。
【００３８】
図３は、読影医が操作するレポート作成端末４における束画像データ１００を扱う詳細構成を示す図である。
【００３９】
レポート作成端末４は、読影対象となる医用画像データ１１１の表示、レポート作成画面の表示及び読影レポート作成の支援、そして表示している医用画像データ１１１を読影レポート内の文字列にリンク付けする処理を行う。
【００４０】
このレポート作成端末４は、操作部４０１を備えている。操作部４０１は、主に読影医によって操作される入力インターフェースで構成される。この操作部４０１は、レポート作成操作やリンク付け操作を示す信号をレポート作成装置４ａと画像表示装置４ｂに入力する。
【００４１】
また、レポート作成端末４は、レポート作成画面の表示及び読影レポート作成の支援処理のために、レポート作成部４０２とレポート表示制御部４０３とレポート表示部４０４とを備える。これら各構成は、コンピュータであるレポート作成装置４ａがオペレーティングシステムや制御アプリケーションを実行することで実現される。これら各構成は、特にレポート作成プログラムによって実現される。
【００４２】
レポート作成部４０２は、主にレポート作成装置４ａに配されたＣＰＵを含み構成される。このレポート作成部４０２は、読影レポートを作成する。操作部４０１から入力された押下信号従って、入力された押下信号に対応付けられた文字や記号等のキャラクタを読影レポートに埋め込む。
【００４３】
レポート表示制御部４０３は、主にレポート作成装置４ａに配されたＣＰＵやＧＰＵを含み構成される。このレポート表示制御部４０３は、レポート作成画面を表す描画データを生成し、レポート表示部４０４に表示させる。レポート表示部４０４は、主にモニタを含み構成される。レポート表示制御部４０３は、レポート作成部４０２が作成中の読影レポートを描画データに反映する。レポート作成部４０２で更新された読影レポートはリアルタイムにレポート表示制御部４０３が作成する描画データに反映され、レポート表示部４０４に表示される。
【００４４】
また、レポート作成端末４は、読影対象となる医用画像データ１１１の表示のために、画像受信部４０５と画像展開部４０６と画像表示制御部４０７と画像表示部４０８とを備える。これら各構成は、コンピュータである画像表示装置４ｂがオペレーティングシステムや制御アプリケーションを実行することで実現される。これら各構成は、特にビューアプログラムによって実現される。
【００４５】
画像受信部４０５は、主に通信インターフェースを含み構成される。この画像受信部４０５は、画像管理サーバ３から通常画像データや束画像データ１００を受信する。
【００４６】
画像展開部４０６は、主にＣＰＵを含み構成される。この画像展開部４０６は、束画像データ１００を当該束画像データ１００に含まれる医用画像データ１１１に分解し、この束画像データ１００を分析してファイル構造管理テーブルを作成する。ファイル構造管理テーブルは、展開した医用画像データ１１１の展開先を示すメモリアドレスと、この医用画像データ１１１の画像順序情報１３２と、束画像データ１００内での存在位置情報の対である。
【００４７】
存在位置情報は、リンク付けされた医用画像データ１１１が束画像データ１００のどの位置に存在するかを表す情報である。この存在位置情報は、束画像データ１００の先頭から何バイト目に存在するかを表すオフセット値である。
【００４８】
画像表示制御部４０７は、主にＣＰＵやＧＰＵを含み構成される。この画像表示制御部４０７は、画像展開部４０６で分解された各医用画像データ１１１を画像表示部４０８に表示させる。画像表示部４０８は、画像表示装置４ｂが備えるモニタである。この画像表示制御部４０７は、ファイル構造管理テーブルを参照して、医用画像データ１１１のグループ毎に、グループ内順序情報１３４に従った表示順で医用画像データ１１１を表示する。例えば、モニタの表示領域をグループ毎に設定し、その表示領域に同一グループの医用画像データ１１１を並び順に従って重ね表示させる。
【００４９】
尚、束画像データ１００によって「ＳｔａｃｋＩＤ」と「ＴｉｎｄｅｘＩＤ」が表す意味が異なるため、この画像展開部４０６は、束画像データ１００の共通付帯情報領域１２０から撮影した医用画像診断装置２を識別する情報を取得する。そして、医用画像診断装置２の機体名毎にＳｔａｃｋＩＤとＴｉｎｄｅｘＩＤのどちらがグループを表し、また順番を表すのかを示すテーブルを参照して、どちらがグループ情報１３３に相当し、どちらがグループ内順序情報１３４に相当するのか判断してから表示する。
【００５０】
また、レポート作成端末４は、表示している医用画像データ１１１を読影レポート内の文字列にリンク付けする処理のために、リンク生成部４０９と時計ＩＣ４１１とリンクデータ埋込部４１０を備える。リンク生成部４０９と時計ＩＣ４１１とは、画像表示装置４ｂに備える。リンクデータ埋込部４１０は、レポート作成装置４ａに備える。
【００５１】
これら各構成は、コンピュータであるレポート作成装置４ａと画像表示装置４ｂとがそれぞれオペレーティングシステムや制御アプリケーションを実行することで実現される。これら画像表示装置４ｂとレポート作成装置４ａの各構成は、特にそれぞれの役割に応じて記憶されているリンク付けのための制御プログラムによって実現される。
【００５２】
リンク生成部４０９は、主にＣＰＵを含み構成される。このリンク生成部４０９は、読影レポートに埋め込む医用画像データ１１１のリンクデータを生成する。リンク生成部４０９は、画像表示装置４ｂのモニタに表示されている医用画像データ１１１のうちの１又は複数がドラッグされ、読影レポート中の文字列にドロップされると、ドラッグ＆ドロップされた医用画像データ１１１を特定する各リンクデータを生成する。
【００５３】
医用画像データ１１１が束画像データ１００由来であると、リンク生成部４０９は、ドラッグ＆ドロップされた医用画像データ１１１が束画像データ１００内に記録されている複数の医用画像データ１１１のうちのどれに該当するかを表す画像特定情報を生成し、リンクデータに含める。
【００５４】
この束画像データ１００内のどの医用画像データ１１１がリンク付けされているかを表す画像特定情報は、存在位置情報又は画像順序情報１３２である。存在位置情報に該当する位置から存在するデータ列を束画像データ１００から抜き出せば、リンク付けされている医用画像データ１１１が抜き出されたこととなる。また、リンクデータに含まれた画像順序情報１３２のフレーム情報領域１３０内での並び順をカウントし、画像情報領域１１０内からその並び順と同数の記録順に記録されているデータ列を抜き出せば、リンク付けされている医用画像データ１１１が抜き出されたこととなる。
【００５５】
画像展開部４０６で作成されたファイル構造管理テーブルによって表示されている医用画像データ１１１の画像順序情報１３２や存在位置情報が特定されている。リンク生成部４０９は、ファイル構造管理テーブルを参照することで、リンク付けする医用画像データの存在位置情報や画像順序情報１３２をリンクデータに含めることでリンクデータを生成する。
【００５６】
リンクデータ埋込部４１０は、主にＣＰＵを含み構成される。このリンクデータ埋込部４１０は、レポート作成部４０２を実現するレポート作成プログラムに含まれるレポート作成装置４ａ側のリンク付けの制御プログラムによって実現される。このリンクデータ埋込部４１０は、リンク生成部４０９で生成されたリンクデータを画像表示装置４ｂ側から受信して、この受信したリンクデータをドロップ対象となった文字列に関連づけて読影レポートに埋め込む。即ち、リンクデータを、文字列データに関連づけつつ、読影レポートのデータに加える。
【００５７】
尚、レポート表示制御部４０３は、このリンクデータ埋込部４１０によってリンク付けがなされると、このリンク処理がなされたことを視認できるようにレポート表示部４０４に表示させる。例えば、レポート表示制御部４０３は、リンク付け対象となった文字列の表示色を青色等に変更し、この文字列に下線を引いた描画データを作成し、レポート表示部４０４に表示させる。
【００５８】
図４は、読影レポートの閲覧者が操作するレポート閲覧端末５の詳細構成を示す図である。
【００５９】
レポート閲覧端末５は、読影レポートの表示と読影レポートにリンク付けされた医用画像データ１１１の表示を行う。このレポート閲覧端末５は、レポート記憶部５０１と表示制御部５０２と表示部５０３と操作部５０４とリンク先要求部５０５と画像受信部５０６とを備える。
【００６０】
操作部５０４は、主に読影レポートを閲覧しようとする医師によって操作される入力インターフェースで構成される。この操作部５０４は、レポートの表示操作を示す信号やリンク先のデータを要求する操作を示す信号をレポート閲覧端末５に入力する。表示部５０３は、主にモニタで構成される。この表示部５０３は、読影レポートやリンク付けされた医用画像データ１１１を表示する。
【００６１】
レポート記憶部５０１は、主にＲＡＭを含み構成される。このレポート記憶部５０１は、表示しようとする読影レポートを一時的に記憶する。読影レポートは、図示しないネットワークＮ上のレポートサーバに記憶されており、このレポートサーバから受信する。レポート記憶部５０１は、レポートサーバから受信した読影レポートを一時的に記憶する。
【００６２】
リンク先要求部５０５は、主にＣＰＵと通信インターフェースを含み構成される。このリンク先要求部５０５は、読影レポートにリンク付けされたリンク先を要求するコマンドを生成し、画像管理サーバ３に送信する。操作部５０４を用いて閲覧者が読影レポート上のリンクを選択すると、そのリンクデータをレポート記憶部５０１に記憶されている読影レポートから取得する。そして、リンク先要求部５０５は、この取得したリンクデータを要求コマンドに付帯させて画像管理サーバ３に送信する。
【００６３】
画像受信部５０６は、主に通信インターフェースを含み構成される。この画像受信部５０６は、画像管理サーバ３から医用画像データ１１１を受信する。画像受信部５０６は、リンク先要求部５０５が送信したリンクデータに従って画像管理サーバ３が送信したリンク付けされた医用画像データ１１１を受信する。
【００６４】
表示制御部５０２は、主にＣＰＵやＧＰＵを含み構成される。この表示制御部５０２は、読影レポートと医用画像データ１１１を表示部５０３に表示させる。表示制御部５０２は、レポート記憶部５０１から読影レポートを読み出し、この読み出した読影レポートを表示部５０３に表示させる。また、表示制御部５０２は、画像受信部５０６が読影レポートにリンク付けされていた医用画像データ１１１を画像管理サーバ３から受信すると、受信した医用画像データ１１１を表示部５０３に表示させる。
【００６５】
図５は、束画像データ１００を管理する画像管理サーバ３の詳細構成を示す図である。
【００６６】
画像管理サーバ３は、通常画像データと束画像データ１００のデータベース管理と、通常画像データや束画像データ１００のレポート作成端末４への送信処理と、リンク付けされた医用画像データ１１１の送信処理とを行う。
【００６７】
まず、この画像管理サーバ３は、通常画像データと束画像データ１００のデータベース管理のために、画像受信部３０１と受信画像分析部３０２と通常画像データ登録部３０３と束画像データ登録部３０４と画像保管部３０５と画像データベース３０６とを備える。これら各構成は、コンピュータである画像管理サーバ３がオペレーティングシステムや画像管理プログラムを実行することで実現される。
【００６８】
画像受信部３０１は、主に通信インターフェースを含み構成される。この画像受信部３０１は、医用画像診断装置２から送信された通常医用画像データ又は束画像データ１００を受信する。
【００６９】
受信画像分析部３０２は、主にＣＰＵを含み構成される。この受信画像分析部３０２は、受信したデータが通常医用画像データであるか束画像データ１００であるか判断する。受信したデータを解析し、フレーム情報領域１３０が存在すれば、束画像データ１００とし、束画像データ登録部３０４で処理されるように、束画像データ登録部３０４として機能させるプログラムを展開し実行させる。フレーム情報領域１３０が存在しなければ、通常画像データとして、通常画像データ登録部３０３で処理されるように、通常画像データ登録部３０３として機能させるプログラムを展開し実行させる。通常医用画像データと束画像データ１００にそれぞれその種別を示す符号等の情報が付帯している場合には、受信画像分析部３０２は、その情報を参照して通常画像データであるか束画像データ１００であるか判断する。
【００７０】
通常画像データ登録部３０３は、主にＣＰＵを含み構成される。この通常画像データ登録部３０３は、受信した通常画像データを画像データベース３０６に登録した上で画像保管部３０５に保管させる。
【００７１】
画像データベース３０６は、主にＨＤＤを含み構成されている。この画像データベース３０６は、受信した通常画像データや束画像データ１００のデータベースである。これら画像データの患者氏名や患者ＩＤ、撮影した医用画像診断装置２の種類や機体名、及び画像保管部３０５のどこに保管したかを示す保管先を対にしたレコードを記憶する。
【００７２】
画像保管部３０５は、主にＨＤＤを含み構成される。この画像保管部３０５は、受信した通常画像データや束画像データ１００を保管する。
【００７３】
通常画像データ登録部３０３は、通常画像データに付帯する付帯情報及び画像保管先から、この保管した通常画像データのレコードを作成し、画像データベース３０６に記憶させる。
【００７４】
束画像データ登録部３０４は、主にＣＰＵを含み構成される。この束画像データ登録部３０４は、受信した束画像データ１００の付帯情報及び画像保管先を画像データベース３０６に登録した上で画像保管部３０５に保管させる。
【００７５】
この束画像データ登録部３０４は、束画像データ１００を画像データベース３０６に登録させる際に、束画像データ１００の共通付帯情報領域１２０とフレーム情報領域１３０とを参照して、束画像データ１００に記録されている各医用画像データ１１１の付帯情報と、束画像データ１００に記録されている各医用画像データ１１１のグループ情報１３３及びグループ内順序情報１３４の対と抜き出し、各医用画像データ１１１毎に束画像データ１００のレコードに含める。
【００７６】
また、この画像管理サーバ３は、通常画像データや束画像データ１００のレポート作成端末４への送信処理のために、画像送信部３０７を備える。これら各構成は、コンピュータである画像管理サーバ３がオペレーティングシステムや画像管理プログラムを実行することで実現される。
【００７７】
画像送信部３０７は、主にＣＰＵと通信インターフェースを含み構成される。この画像送信部３０７は、レポート作成端末４に通常画像データや束画像データ１００を送信する。レポート作成端末４から画像データの一覧要求を表すコマンドが送信されてくると、このコマンドに付帯した検査キーを用いて画像データベース３０６を検索し、該当するレコードを抽出する。この抽出したレコードをレポート作成端末４に送信し、レポート作成端末４から一の画像データを示す情報を受信すると、画像送信部３０７は、画像データベース３０６を検索して、この画像データの保管先を表す情報を取得し、取得した保管先に存在する通常画像データや束画像データ１００をレポート作成端末４に送信する。
【００７８】
また、この画像管理サーバ３は、リンク付けされた医用画像データ１１１の送信処理のために、画像抽出部３０８を備える。これら各構成は、コンピュータである画像管理サーバ３がオペレーティングシステムや画像管理プログラムを実行することで実現される。
【００７９】
画像抽出部３０８は、主にＣＰＵを含み構成される。この画像抽出部３０８は、リンク付けされた医用画像データ１１１を束画像データ１００から抜き出し、リンク先を要求したレポート閲覧端末５へ送信する。レポート閲覧端末５からリンクデータを受信すると、そのリンクデータに含まれる画像特定情報を用いて束画像データ１００内のリンク付けされた医用画像データ１１１を抜き出す。そして、抜き出した医用画像データ１１１に共通付帯情報領域１２０及びフレーム情報領域１３０を加えてレポート閲覧端末５へ送信する。
【００８０】
画像特定情報が存在位置情報である場合には、画像抽出部３０８は、その存在位置情報が示すデータからそのデータ直後に記述されているデータの大きさ情報１１２が示すデータ量分のデータを抜き出す。この抜き出したデータがリンク付けされた医用画像データ１１１に相当する。
【００８１】
画像特定情報が画像順序情報１３２である場合には、画像抽出部３０８は、その画像順序情報１３２のフレーム情報領域１３０における並び順をカウントし、画像情報領域１１０においてその並び順と同数の記録順に存在するデータ以降を、データの大きさ情報１１２が示すデータ量分抜き出す。この抜き出したデータがリンク付けされた医用画像データ１１１に相当する。
【００８２】
以下、このような各構成を有する医用画像管理システム１における束画像データ１００に関する各種処理について説明する。
【００８３】
（リンク付け処理の第１の態様）
まず、存在位置情報を画像特定情報としてリンクデータに含める場合のリンク付け処理について説明する。図６は、存在位置情報を用いたリンク付け動作の第１の態様を示すフローチャートである。
【００８４】
レポート作成端末４では、画像受信部４０５が束画像データ１００を画像管理サーバ３から受信すると（Ｓ０１）、画像展開部４０６は、束画像データ１００を分析し（Ｓ０２）、束画像データ１００のファイル構造管理テーブルを作成する（Ｓ０３）。
【００８５】
図７は、束画像データ１００の展開時に作成されるファイル構造管理テーブルの一例を示す模式図である。
【００８６】
画像展開部４０６は、束画像データ１００を共通付帯情報領域１２０とフレーム情報領域１３０と各医用画像データ１１１とに順次分解して、束画像データ１００の先頭から順番にＲＡＭ上に展開する。このとき、それぞれの格納領域を示すＲＡＭ上のメモリアドレス番号をファイル構造管理テーブルに記憶させていく。
【００８７】
さらに、画像展開部４０６は、共通付帯情報領域１２０とフレーム情報領域１３０と各束画像データ１００の格納領域を表すメモリアドレス番号に対応させて、これらの領域に記憶されたデータを識別するＳｔａｃｋＩＤとＴｉｎｄｅｘＩＤの対をファイル構造管理テーブルに記憶させていく。医用画像データ１１１をＲＡＭ上に展開する際には、フレーム情報領域１３０においてその展開順と同数の並び順に記録されている画像順序情報１３２を展開データ識別情報として読み出し、展開した医用画像データ１１１のメモリアドレス番号に対応付けてファイル構造管理テーブルに記憶させていく。
【００８８】
さらに、画像展開部４０６は、共通付帯情報領域１２０とフレーム情報領域１３０と各医用画像データ１１１をＲＡＭに格納する際に、束画像データ１００のデータ先頭から順番に、分解したデータのデータ量を加算していく。この加算値は、次のデータのオフセット値に該当する。画像展開部４０６は、このオフセット値を対応付けてファイル構造管理テーブルに記憶させていく。
【００８９】
束画像データ１００のファイル構造管理テーブルが作成されると、画像表示制御部４０７は、ファイル構造管理テーブルを参照して、ＳｔａｃｋＩＤ毎にＴｉｎｄｅｘＩｄ順に医用画像データ１１１を表示する（Ｓ０４）。
【００９０】
ここで、操作部４０１を用いて次順の画像を表示させる操作がなされると、画像表示制御部４０７は、現在表示している医用画像データ１１１の次の画像順序を表す画像順序情報１３２と対になっているメモリアドレス番号をファイル構造管理テーブルから読み出し、このメモリアドレス番号に対応するＲＡＭ上の格納領域に記憶されている医用画像データ１１１を画像表示部４０８に表示させる。
【００９１】
例えば、図７に示すように、ＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：３の医用画像データ１１１が表示されている状態で次画像を表示する操作がなされると、画像表示制御部４０７は、ＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４をファイル構造管理テーブルから検索して、該当する展開データ識別情報に関連づけられている６０１番〜７００番のアドレス番号に対応する格納領域の医用画像データ１１１を読み出し、画像表示部４０８に表示させる。
【００９２】
読影医が操作部４０１を用いて、読影レポートに入力した所定の文字列を範囲選択し（Ｓ０５）、表示されている医用画像データ１１１のドラッグを開始すると（Ｓ０６）、リンク生成部４０９は、表示されている医用画像データ１１１に対応するファイル構造管理テーブル上の項目からオフセット値を読み出す（Ｓ０７）。さらに、リンク生成部４０９は、束画像データ１００の共通付帯情報領域１２０から束画像データ１００を特定する情報を読み出す（Ｓ０８）。
【００９３】
例えば、図７に示すように、ＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４の医用画像データ１１１が表示されている状態で医用画像データ１１１がドラッグされれば、ファイル構造管理テーブル上のＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４の医用画像データ１１１に関する項目から９００Ｋｂｙｔｅのオフセット値を読み出す。
【００９４】
リンク生成部４０９は、オフセット値と束画像データ１００の特定情報を読み出すと、これらを含めたリンクデータを生成する（Ｓ０９）。
【００９５】
図８は、存在位置情報を用いたリンクデータを示す模式図である。
【００９６】
リンク生成部４０９は、予め特定されている画像管理サーバ３のＩＰアドレスと、束画像データ１００の特定情報と存在位置情報とを対にしたリンクデータを生成する。画像管理サーバ３のＩＰアドレスは、予めＨＤＤに記憶されているか、若しくは画像管理サーバ３のＡＥタイトル等から問い合わせする。束画像データ１００の特定情報は、例えば、Ｘ線ＣＴ装置、ＭＲＩ装置等の撮影に使用した医用画像診断装置２の種類、束画像データ１００の情報主体である患者の患者ＩＤ、及び検査ＩＤの対である。存在位置情報は、ファイル構造管理テーブルから読み出した９００Ｋｂｙｔｅ等のオフセット値である。
【００９７】
リンクデータが生成されると、リンクデータ埋込部４１０は、この生成されたリンクデータを範囲選択された文字列のデータに関連づけて読影レポート内に埋め込む（Ｓ１０）。
【００９８】
このように、この医用画像管理システム１では、束画像データ１００を特定する情報と、リンク付けする医用画像データ１１１の束画像データ１００内での存在位置を示す存在位置情報とを対にしてリンクデータを構成することによって、どの束画像データ１００のどの位置にあるデータがリンク付けされているのか特定され、束画像データ１００内の一データ要素である医用画像データ１１１にリンクを設定することができる。
【００９９】
尚、本実施形態では、まず画像展開時にオフセット値を計算してファイル構造管理テーブルを作成するようにしたが、束画像データ１００の格納領域を確保して、その格納領域に束画像データ１００をデータ先頭から順番に記憶させていき、その格納領域のうちの領域のデータがドラッグされたかを判断して、そのドラッグされたデータの格納領域が束画像データ１００全体のどの位置の領域であるかを計算して、その結果をオフセット値としてもよい。
【０１００】
また、束画像データ１００に記憶されている各医用画像データ１１１のフレーム情報内に、束画像データ１００の生成段階で撮影位置情報や画像順序情報１３２に加えてオフセット値情報を書き加えるようにしておき、この書き加えられたオフセット値情報を存在位置情報としてリンクデータに含めてもよい。
【０１０１】
（リンク付け処理の第２の態様）
次に画像順序情報１３２をリンクデータに含める場合のリンク付け処理について説明する。図９は、画像順序情報１３２を用いたリンク付け動作の第２の態様を示すフローチャートである。
【０１０２】
レポート作成端末４では、画像受信部４０５が束画像データ１００を画像管理サーバ３から受信すると（Ｓ１１）、画像展開部４０６は、束画像データ１００を分析し（Ｓ１２）、束画像データ１００のファイル構造管理テーブル（図７参照）を作成する（Ｓ１３）。
【０１０３】
束画像データ１００のファイル構造管理テーブルが作成されると、画像表示制御部４０７は、ファイル構造管理テーブルを参照して、ＳｔａｃｋＩＤ毎にＴｉｎｄｅｘＩｄ順に医用画像データ１１１を表示する（Ｓ１４）。
【０１０４】
読影医が操作部４０１を用いて、読影レポートに入力した所定の文字列を範囲選択し（Ｓ１５）、表示されている医用画像データ１１１のドラッグを開始すると（Ｓ１６）、リンク生成部４０９は、表示されている医用画像データ１１１に対応するファイル構造管理テーブル上の項目からＳｔａｃｋＩＤ及びＴｉｎｄｅｘＩＤを読み出す（Ｓ１７）。さらに、リンク生成部４０９は、束画像データ１００の共通付帯情報領域１２０から束画像データ１００を特定する情報を読み出す（Ｓ１８）。
【０１０５】
例えば、図７に示すように、ＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４の医用画像データ１１１が表示されている状態で医用画像データ１１１がドラッグされれば、ファイル構造管理テーブル上の表示されている医用画像データ１１１に関する項目からＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４を読み出す。
【０１０６】
リンク生成部４０９は、ドラッグされた医用画像データ１１１のＳｔａｃｋＩＤ及びＴｉｎｄｅｘＩＤと束画像データ１００の特定情報を読み出すと、これらを含めたリンクデータを生成する（Ｓ１９）。
【０１０７】
図１０は、画像順序情報１３２を用いたリンクデータを示す模式図である。
【０１０８】
リンク生成部４０９は、予め特定されている画像管理サーバ３のＩＰアドレスと、束画像データ１００の特定情報と画像順序情報１３２とを対にしたリンクデータを生成する。画像順序情報１３２は、ファイル構造管理テーブルから読み出したＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４等である。
【０１０９】
リンクデータが生成されると、リンクデータ埋込部４１０は、この生成されたリンクデータを範囲選択された文字列のデータに関連づけて読影レポート内に埋め込む（Ｓ２０）。
【０１１０】
（第１のリンク付け処理に対応するリンク付けされた画像の送信処理）
次に、存在位置情報を画像特定情報としてリンクデータに含めた場合のリンク先の医用画像を送信する処理について説明する。図１１は、存在位置情報を用いたリンクデータに基づき、リンク付けされた医用画像データ１１１をレポート閲覧端末５に送信する動作を示すフローチャートである。また、図１２は、この医用画像データ１１１を送信する態様を示す模式図である。
【０１１１】
まず、画像管理サーバ３がレポート閲覧端末５からリンクデータを含んだリンクされた医用画像データ１１１の取得要求を受信すると（Ｓ２１）、画像抽出部３０８は、リンクデータから束画像データ１００の特定情報を取り出す（Ｓ２２）。
【０１１２】
この束画像データ１００の特定情報を取り出すと、図１２の（ａ）に示すように、画像抽出部３０８は、この特定情報を検索キーとして画像データベース３０６を検索して（Ｓ２３）、この検索キーと対になった画像保管先を示す情報を取得し、画像保管先を示す情報が表す保管先に存在する束画像データ１００を画像保管部３０５から特定する（Ｓ２４）。
【０１１３】
次に、図１２の（ｂ）に示すように、画像抽出部３０８は、リンクデータからオフセット値を取り出し（Ｓ２５）、束画像データ１００の先頭を基準にオフセット値から始まるリンク付けされた医用画像データ１１１を特定する（Ｓ２６）。例えば、オフセット値が９００Ｋｂｙｔｅであると、束画像データ１００の先頭から９００Ｋｂｙｔｅ目のデータから始まる医用画像データ１１１が特定される。
【０１１４】
医用画像データ１１１が特定されると、図１２の（ｃ）に示すように、画像抽出部３０８は、この医用画像データ１１１のヘッダに存在するデータの大きさ情報１１２を読み取り（Ｓ２７）、オフセット値からデータの大きさ情報１１２が表すデータ量のデータ列をリンク付けされた医用画像データ１１１として抜き出す（Ｓ２８）。
【０１１５】
そして、画像抽出部３０８は、図１２の（ｄ）に示すように、束画像データ１００から共通付帯情報領域１２０と少なくともフレーム情報領域１３０の必要な部分も抜き出して医用画像データ１１１に付帯させて（Ｓ２９）、抜き出した医用画像データ１１１をレポート閲覧端末５に送信する（Ｓ３０）。
【０１１６】
（第２のリンク付け処理に対応するリンク付けされた画像の送信処理）
画像順序情報１３２を画像特定情報としてリンクデータに含めた場合のリンク先の医用画像を送信する処理について説明する。図１３は、画像順序情報１３２を用いたリンクデータに基づき、リンク付けされた医用画像データ１１１をレポート閲覧端末５に送信する動作を示すフローチャートである。また、図１４は、この医用画像データ１１１を送信する態様を示す模式図である。
【０１１７】
まず、画像管理サーバ３がレポート閲覧端末５からリンクデータを含んだリンクされた医用画像データ１１１の取得要求を受信すると（Ｓ３１）、画像抽出部３０８は、リンクデータから束画像データ１００の特定情報を取り出す（Ｓ３２）。
【０１１８】
この束画像データ１００の特定情報を取り出すと、図１４の（ａ）に示すように、画像抽出部３０８は、この特定情報を検索キーとして画像データベース３０６を検索して（Ｓ３３）、この検索キーと対になった画像保管先を示す情報を取得し、画像保管先を示す情報が表す保管先に存在する束画像データ１００を画像保管部３０５から特定する（Ｓ３４）。
【０１１９】
次に、図１４の（ｂ）に示すように、画像抽出部３０８は、リンクデータからＳｔａｃｋＩＤとＴｉｎｄｅｘＩＤを取り出し（Ｓ３５）、束画像データ１００のフレーム情報領域１３０から、取り出したＳｔａｃｋＩＤとＴｉｎｄｅｘＩＤと同一の画像順序情報１３２を束画像データ１００から検索する（Ｓ３６）。例えば、リンクデータから画像順序情報１３２としてＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４を取り出すと、このＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４を表す画像順序情報１３２を束画像データ１００から検索する。
【０１２０】
束画像データ１００内の画像順序情報１３２が特定されると、図１４の（ｃ）に示すように、画像抽出部３０８は、この特定された画像順序情報１３２の並び順をカウントする（Ｓ３７）。並び順が特定されると、画像抽出部３０８は、図１４の（ｄ）に示すように、データの大きさ情報１１２を辿りながら、画像情報領域１１０内においてこの並び順と同数の記録順に記録された医用画像データ１１１を特定する（Ｓ３８）。
【０１２１】
画像抽出部３０８は、図１４（ｅ）に示すように、束画像データ１００から医用画像データ１１１を特定すると、この医用画像データ１１１を抜き出す（Ｓ３９）。そして、画像抽出部３０８は、図１４の（ｆ）に示すように、束画像データ１００から共通付帯情報領域１２０とフレーム情報領域１３０も抜き出して医用画像データ１１１に付帯させて（Ｓ４０）、抜き出した医用画像データ１１１をレポート閲覧端末５に送信する（Ｓ４１）。
【０１２２】
（リンク付けされた画像の送信処理の変形例）
この変形例に係る医用画像管理システム１は、リンク付けされた医用画像データ１１１の他に、この前後の画像順序に並ぶ複数枚の医用画像データ１１１をレポート閲覧端末５に送信する。
【０１２３】
画像抽出部３０８は、さらにＨＤＤを含み構成され、送信枚数設定テーブルを有している。図１５は、送信枚数設定テーブルを示す模式図である。
【０１２４】
送信枚数設定テーブルは、ネットワークＮ上に存在する複数のレポート閲覧端末５のそれぞれを示す情報と対にして、レポート閲覧端末５に送信するリンク付けされた医用画像データ１１１以外の枚数情報が記憶されている。枚数情報が１であれば、この枚数情報が対応付けられたレポート閲覧端末５に対してリンク付けされた医用画像データ１１１に加えて、画像順がリンク付けされた医用画像データ１１１の前後１枚に相当する医用画像データ１１１も送信する。枚数情報が０であれば、リンク付けされた医用画像データ１１１以外には送信しない。
【０１２５】
図１６は、存在位置情報を含むリンクデータによってリンク付けされた医用画像データ１１１をレポート閲覧端末５に送信する動作の変形例を示すフローチャートである。また、図１７は、存在位置情報を含むリンクデータを用いて複数枚の医用画像を抜き出す態様を示す模式図である。
【０１２６】
画像管理サーバ３がレポート閲覧端末５からリンクデータを受信し、束画像データ１００を特定すると、図１７の（ａ）に示すように、画像抽出部３０８は、リンクデータからオフセット値を取り出し（Ｓ５１）、束画像データ１００の先頭を基準にオフセット値から始まるリンク付けされた医用画像データ１１１を特定する（Ｓ５２）。このリンク付けされた医用画像データ１１１をキー画像という。
【０１２７】
キー画像が特定されると、図１７の（ｂ）に示すように、画像抽出部３０８は、このキー画像となる医用画像データ１１１の画像情報領域１１０における記録順をカウントし（Ｓ５３）、図１７の（ｃ）に示すように、フレーム情報領域１３０において、得られた記録順と同数の並び順に位置する画像順序情報１３２を特定する（Ｓ５４）。
【０１２８】
画像抽出部３０８は、図１７の（ｄ）に示すように、送信枚数設定テーブルを参照してリンク先を要求したレポート閲覧端末５へキー画像以外で送信するキー画像前後の医用画像データ１１１の各枚数を確認する（Ｓ５５）。キー画像以外で送信するキー画像前後の医用画像データ１１１を前後画像という。
【０１２９】
そして、画像抽出部３０８は、図１７の（ｅ）に示すように、確認された枚数までの各自然数をキー画像のＴｉｎｄｅｘＩＤに加算及び減算して前後画像の画像順序情報１３２を特定し（Ｓ５６）、フレーム情報領域１３０から検索する（Ｓ５７）。例えば、キー画像の画像順序情報１３２がＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：３であり、リンクデータを送信したレポート閲覧端末５と送信枚数設定テーブルにおいて対応付けられた枚数情報が１である場合、ＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：２の画像順序情報１３２とＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４の画像順序情報１３２とをフレーム情報領域１３０から検索する。
【０１３０】
前後画像の画像順序情報１３２を検索すると、画像抽出部３０８は、図１７の（ｆ）に示すように、検索された前後画像の画像順序情報１３２のフレーム情報領域１３０内での並び順をカウントし（Ｓ５８）、図１７の（ｇ）に示すように、カウントした並び順と同数の記録順に存在する前後画像を特定して（Ｓ５９）、束画像データ１００から抜き出す（Ｓ６０）。
【０１３１】
そして、このキー画像とともに前後画像をレポート閲覧端末５に送信し、レポート閲覧端末５でキー画像とともにその前後画像が表示される。
【０１３２】
図１８は、画像順序情報１３２を含むリンクデータによってリンク付けされた医用画像データ１１１をレポート閲覧端末５に送信する動作の変形例を示すフローチャートである。また、図１９は、画像順序情報１３２を含むリンクデータを用いて複数枚の医用画像を抜き出す態様を示す模式図である。
【０１３３】
まず、画像抽出部３０８は、リンクデータがレポート閲覧端末５から送信されてくると、図１９の（ａ）に示すように、送信枚数設定テーブルを参照してこのレポート閲覧端末５へ送信する前後画像の前後の枚数を確認する（Ｓ６１）。
【０１３４】
前後の枚数を確認すると、画像抽出部３０８は、リンクデータからキー画像のＳｔａｃｋＩＤとＴｉｎｄｅｘＩＤを取り出し（Ｓ６２）、確認された枚数までの各自然数をキー画像のＴｉｎｄｅｘＩＤに加算及び減算して前後画像の画像順序情報１３２を特定し（Ｓ６３）、図１９の（ｂ）に示すように、フレーム情報領域１３０から検索する（Ｓ６４）。
【０１３５】
前後画像の画像順序情報１３２を検索すると、画像抽出部３０８は、図１９の（ｃ）に示すように、検索されたキー画像と前後画像の画像順序情報１３２のフレーム情報領域１３０内での並び順をカウントし（Ｓ６５）、図１９の（ｄ）に示すように、カウントした並び順と同数の記録順に存在するキー画像と前後画像を特定して（Ｓ６６）、束画像データ１００から抜き出す（Ｓ６７）。
【０１３６】
そして、このキー画像とともに前後画像をレポート閲覧端末５に送信し、レポート閲覧端末５でキー画像とともにその前後画像が表示される。
【０１３７】
尚、この変形例では、送信する前後画像の枚数をレポート閲覧端末５と関連づけてテーブル化したが、その他にもリンク先を要求したレポート閲覧端末５から、その端末のＣＰＵやＲＡＭやブロードバンドかナローバンドか等の構成を取得して、その端末の性能を演算し、演算結果をもとに送信枚数を決定するようにしてもよい。
【０１３８】
また、画像データベース３０６のレコードにファイル構造管理テーブルと同様の項目を含めるようにし、束画像データ１００を解析することなく、画像データベース３０６を参照してキー画像の保管先や前後画像の保管先を特定し、その保管先から読み出すようにしてもよい。
【０１３９】
この場合、束画像データ登録部３０４は、束画像データ１００を解析して、束画像データ１００に記録されている医用画像データ１１１の画像保管部３０５上の記憶先を示すメモリアドレス番号と、医用画像データ１１１の画像順序情報１３２と、オフセット値とを束画像データ１００のレコードに含めて記憶させておく。
【０１４０】
そして、画像抽出部３０８は、リンクデータに含まれるオフセット値と対になったメモリアドレス番号に対応する記憶先の医用画像データ１１１を画像保管部３０５から読み出すことで、リンク付けされた医用画像データ１１１を抜き出すことができる。また、リンクデータに含まれる画像順序情報１３２と対になったメモリアドレス番号に対応する記憶先の医用画像データ１１１を画像保管部３０５から読み出すことで、リンク付けされた医用画像データ１１１を抜き出すことができる。
【０１４１】
また、画像抽出部３０８は、画像データベース３０６上でリンクデータに含まれるオフセット値と対になった画像順序情報１３２を読み出し、又はリンクデータに含まれる画像順序情報１３２を用いて、この画像順序情報１３２と送信枚数設定テーブルとから前後画像の画像順序情報１３２を取得し、この取得した画像順序情報１３２と対になったメモリアドレス番号に対応する記憶先の医用画像データ１１１を画像保管部３０５から読み出すことで、リンク付けされた医用画像データ１１１とその前後の医用画像データ１１１を抜き出すことができる。
【０１４２】
（リンクデータ生成処理及び画像送信処理のさらなる変形例）
医用画像診断装置２で発生した束画像データ１００は、画像管理サーバ３に登録された後にその内容が変更される場合もある。束画像データ１００の内容が変更されてもそれ以前に生成されたリンクデータを用いてリンク付けした医用画像データが特定でき、レポート閲覧端末５に送信することができなければならない。以下、束画像データ１００が変更されることを前提としたリンクデータの生成処理及びリンク付けされた医用画像データを特定してレポート閲覧端末５に送信する処理を説明する。
【０１４３】
図２０は、束画像データ１００が変更されることを前提としたレポート作成端末４の構成を示すブロック図である。
【０１４４】
このレポート作成端末４では、時計ＩＣ４１１をさらに備える。時計ＩＣ４１１は、現在時刻を計時する。リンク生成部４０９は、この時計ＩＣ４１１を利用してリンクデータに世代情報を含める。
【０１４５】
リンクデータに含められる世代情報は、束画像データ１００のリンクデータ生成時点における世代を示す情報である。具体的には、この世代情報は、リンクデータ生成時点での日時である。リンク生成部４０９は、時計ＩＣ４１１からそのときの日時情報を取得し、リンクデータを生成するときに日時情報を世代情報としてリンクデータに含める。
【０１４６】
図２１は、束画像データ１００の変更が変更されることを前提とした場合の画像管理サーバ３の構成の変形例を示す図である。
【０１４７】
画像管理サーバ３は、通常画像データや束画像データ１００のデータ内容変更処理及び変更履歴の管理処理をさらに行う。この画像管理サーバ３は、通常画像データや束画像データ１００のデータ内容変更処理及び変更履歴の管理処理のために、データ変更部３０９を備える。データ変更部３０９は、コンピュータである画像管理サーバ３がオペレーティングシステムや画像管理プログラムを実行することで実現される。
【０１４８】
データ変更部３０９は、主にＣＰＵを含み構成される。このデータ変更部３０９は、通常画像データや束画像データ１００の内容を変更する。ネットワークＮに接続された画像データを扱う端末から画像管理サーバ３に保管されている束画像データ１００の内容を変更する通信データを受信すると、データ変更部３０９はその変更内容を反映する。通信データには、画像順序情報１３２等のフレーム情報領域１３０に記述された医用画像データ１１１の付帯情報が含まれている。
【０１４９】
データ変更部３０９は、通信データに含まれている付帯情報によって削除対象の医用画像データ１１１を特定し、画像保管部３０５から変更される通常画像データや束画像データ１００を読み出して変更を加える。束画像データ１００の変更は、例えば、束画像データ１００に記録されている医用画像データ１１１のうちの一部の削除、又は医用画像データ１１１のグループ変更やグループ内の画像順の並び替えである。
【０１５０】
一部の医用画像データ１１１を削除する通信データを受信すると、データ変更部３０９は、束画像データ１００から削除対象の医用画像データ１１１とフレーム情報領域１３０に記述された対応する付帯情報を削除する。即ち、削除対象の撮影位置情報１３１及び画像順序情報１３２等も削除する。
【０１５１】
さらにデータ変更部３０９は、削除した医用画像データ１１１と同一グループで、かつ削除した医用画像データ１１１の画像順以降に並ぶ他の医用画像データ１１１の束画像データ１００内におけるグループ内順序情報１３４の値を繰り上げる。
【０１５２】
このデータ変更部３０９は、変更内容を画像データベース３０６に登録する変更履歴管理部３１０を備える。変更履歴管理部３１０は、変更履歴を画像データベース３０６に登録する。変更履歴は、変更前と変更後とを対にした変更内容を表す情報と、変更日時を表す世代情報である。
【０１５３】
例えば、あるグループのある順番の医用画像データ１１１が削除されれば、変更履歴管理部３１０は、その変更日時を表す世代情報を画像データベース３０６に書き加え、画像データベース３０６に登録されている各医用画像データ１１１のグループ内順序情報１３４を、変更前の順番と変更後の順番とを対にした情報に書き替える。
【０１５４】
変更履歴管理部３１０は、変更が加わる毎にこの変更履歴を登録する。例えばあるグループのある順番の医用画像データ１１１の削除が２度行われたとする。この場合、変更履歴管理部３１０は、その２度の削除に対する新たな２つの世代情報を束画像データ１００を書き加える。さらに、その２度の削除に対応して、画像データベース３０６に登録されているグループ内順序情報１３４を、１回目の削除による変更前の順番と、１回目の削除により変化した順番と、２回目の削除により変化した順番とを対にした情報に書き替える。
【０１５５】
画像抽出部３０８は、リンクデータに含まれる画像特定情報が現在の束画像データ１００内のどの医用画像データ１１１に相当するかを画像データベース３０６内の変更履歴を参照して特定し、その特定された医用画像データ１１１を抜き出す。
【０１５６】
尚、世代情報は、束画像データ１００の世代を表す情報として、版、即ちバージョンを表す情報であってもよい。この場合、束画像データ登録部３０４は、束画像データ１００を画像管理サーバ３に保管する際に、束画像データ１００に最初の版であることを示す「１」等の世代情報を書き加える。または、医用画像診断装置２で束画像データ１００を生成したときに、最初の世代情報を付帯させる。データ変更部３０９は、束画像データ１００の内容を変更した際に、束画像データ１００内の世代情報を新しいバージョンを表す値に変更する。変更履歴管理部３１０は、このバージョンを表す世代情報を変更履歴に書き加える。リンク生成部４０９は、束画像データ１００に記述された世代情報をリンクデータに含める。
【０１５７】
（束画像データ１００の変更を前提としたリンク付けされた画像の第１の送信処理）
図２２は、束画像データ１００の変更を吸収して、存在位置情報で構成されたリンクデータに基づき、リンク付けされた医用画像データ１１１をレポート閲覧端末５に送信する動作を示すフローチャートである。
【０１５８】
まず、画像管理サーバ３がレポート閲覧端末５からリンクデータを含み、リンクされた医用画像データ１１１の取得を要求する通信データを受信すると（Ｓ７１）、画像抽出部３０８は、リンクデータから束画像データ１００の特定情報を取り出し、この特定情報と画像データベース３０６とを参照して束画像データ１００を画像保管部３０５から特定する（Ｓ７２）。
【０１５９】
次に、画像抽出部３０８は、リンクデータからオフセット値と世代情報を取り出し（Ｓ７３）、また、特定された束画像データ１００のレコードから変更履歴を読み出す（Ｓ７４）。
【０１６０】
図２３は、存在位置情報と世代情報を含めて作成されたリンクデータのデータ構成を示す一例である。例えば、２００５年１月１日にリンクデータを生成すると、時計ＩＣ４１１により２００５年１月１日が計時されて一時的に記憶される。そして、この束画像データ１００のオフセット値が９００Ｋｂｙｔｅのところから始まる医用画像データ１１１についてのリンク付けが読影レポートになされると、リンク生成部４０９は、一時的に記憶している「２００５０１０１」を世代情報として及び「９００」を存在位置情報として含めてリンクデータを生成する。この世代情報と存在位置情報とを含んだリンクデータは、リンクデータ埋込部４１０により読影レポートに埋め込まれる。
【０１６１】
図２４は、画像データベース３０６に記録されている変更履歴を示す一例である。例えば、最初に２００４年１月１日に束画像データ１００のデータ列２００Ｋ〜３００Ｋｂｙｔｅのところに相当する医用画像データ１１１がデータ変更部３０９により削除されると、画像データベース３０６には、この削除対象となった束画像データ１００のレコードに、変更履歴として、「２００４０１０１」で表される世代情報と「２００〜３００削除」で表される変更内容が記録される。さらに、２００６年１月１日にデータ列２００Ｋ〜３００Ｋｂｙｔｅのところが削除され、２００６年６月１日にデータ列１２００Ｋ〜１３００Ｋｂｙｔｅのところが削除され、２００７年１月１日にデータ列４００Ｋ〜５００Ｋｂｙｔｅのところが削除されると、順次これら変更内容が記録される。
【０１６２】
画像抽出部３０８は、オフセット値と世代情報と変更履歴を読み出すと、リンクデータから読み出した世代情報と変更履歴に記述された世代情報とを比較する（Ｓ７５）。リンクデータから読み出した世代情報が変更履歴に記述された世代情報よりも古い場合（Ｓ７５，Ｙｅｓ）、変更履歴内のリンクデータから読み出した世代情報よりも新しい世代情報と対になった変更内容を参照して、リンクデータから読み出したオフセット値を、現在の束画像データ１００におけるオフセット値に変換する（Ｓ７６）。
【０１６３】
例えば、図２３のリンクデータ、図２４の変更履歴を例にとる。リンクデータの「２００５０１０１」で表される世代情報と変更履歴の「２００４０１０１」で表される世代情報とを比較すると、リンクデータの世代情報のほうが新しいため、オフセット値を変換しない。このリンクデータに含まれるオフセット値は、既に２００５年１月１日の束画像データ１００の変更を反映した値だからである。
【０１６４】
次に、リンクデータの「２００５０１０１」で表される世代情報と変更履歴の「２００６０１０１」で表される世代情報とを比較すると、リンクデータの世代情報のほうが古いため、リンクデータに含まれたオフセット値と変更内容とをさらに比較する。比較の結果、リンクデータに含まれたオフセット値が９００Ｋで、削除されたデータ列が５００Ｋ〜６００Ｋであり、リンクデータに含まれたオフセット値のほうが削除されたデータ列よりも後にあるため、リンクデータから読み出したオフセット値をこの変更内容を反映した値に変更する。リンクデータに含まれたオフセット値が示す箇所は、２００６年１月１日の変更によりオフセット値が繰り上がっているからである。画像抽出部３０８は、削除されたデータ列の大きさを算出し、この算出結果をリンクデータから読み出したオフセット値から減じる。これにより、リンクデータから読み出されたオフセット値は、「８００Ｋ」に変換される。
【０１６５】
次に、リンクデータの「２００５０１０１」で表される世代情報と変更履歴の「２００６０６０１」で表される世代情報とを比較すると、リンクデータの世代情報のほうが古いため、リンクデータに含まれたオフセット値と変更内容とをさらに比較する。比較の結果、リンクデータに含まれたオフセット値を変換した値が８００Ｋで、削除されたデータ列が１２００Ｋ〜１３００Ｋであり、リンクデータに含まれたオフセット値のほうが削除されたデータ列よりも前にあるため、リンクデータから読み出したオフセット値に対するさらなる変換は、行わない。
【０１６６】
次に、リンクデータの「２００５０１０１」で表される世代情報と変更履歴の「２００７０１０１」で表される世代情報とを比較すると、リンクデータの世代情報のほうが古いため、リンクデータに含まれたオフセット値と変更内容とをさらに比較する。比較の結果、リンクデータに含まれたオフセット値を変換した値が８００Ｋで、削除されたデータ列が４００Ｋ〜５００Ｋであり、リンクデータに含まれたオフセット値のほうが削除されたデータ列よりも後にあるため、リンクデータから読み出したオフセット値をこの変更内容を反映した値に変更する。これにより、リンクデータから読み出されたオフセット値は、「７００Ｋ」に変換される。
【０１６７】
この読み出されたオフセット値の変換処理を全ての変更履歴に対して順番に行う。尚、この変換処理は、リンクデータから読み出したオフセット値に対して施し、リンクデータに含まれているオフセット値の変換は行わない。
【０１６８】
この変換処理によって現在の束画像データ１００におけるオフセット値を得ると、画像データベース３０６に記憶されているファイル構造管理テーブルを読み出し（Ｓ７７）、変換して得たオフセット値を検索し（Ｓ７８）、該当するオフセット値に対応して記憶されている保管先情報が示す画像保管部３０５上の記憶領域から医用画像データ１１１を読み出す（Ｓ７９）。そして、この読み出された医用画像データ１１１は、束画像データ１００に付帯する共通付帯情報領域１２０とフレーム情報領域１３０とともにレポート閲覧端末５に送信され、画像送信処理が終了する。
【０１６９】
（束画像データ１００の変更を前提としたリンク付けされた画像の第２の送信処理）
図２５は、束画像データ１００の変更を吸収して、画像順序情報１３２で構成されたリンクデータに基づき、リンク付けされた医用画像データ１１１をレポート閲覧端末５に送信する動作を示すフローチャートである。
【０１７０】
まず、画像管理サーバ３がレポート閲覧端末５からリンクデータを含んだリンクされた医用画像データ１１１の取得要求を受信すると（Ｓ８１）、リンクデータから束画像データ１００の特定情報を取り出し、この特定情報と画像データベース３０６とを参照して束画像データ１００を画像保管部３０５から特定する（Ｓ８２）。
【０１７１】
次に、画像抽出部３０８は、リンクデータからＳｔａｃｋＩＤとＴｉｎｄｅｘＩＤと世代情報を取り出し（Ｓ８３）、また、特定された束画像データ１００のレコードから変更履歴を読み出す（Ｓ８４）。
【０１７２】
図２６は、画像順序情報１３２と世代情報を含めて作成されたリンクデータのデータ構成を示す一例である。例えば、リンクデータを２００６年１月１日に作成し、ＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４の医用画像データ１１１についてのリンク付けが読影レポートになされると、リンク生成部４０９は、「２００６０１０１」を世代情報として及び「ＳｔａｃｋＩＤ＝２＆ＴｉｎｄｅｘＩＤ＝４」を存在位置情報として含めてリンクデータを生成する。この世代情報と画像順序情報１３２とを含んだリンクデータは、リンクデータ埋込部４１０により読影レポートに埋め込まれる。
【０１７３】
図２７は、画像データベース３０６に記録されている変更履歴を示すさらなる一例である。例えば、２００７年１月１日に束画像データ１００に含まれるＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：３の医用画像データ１１１がデータ変更部３０９により削除されると、画像データベース３０６には、この削除対象となった束画像データ１００のレコードに、変更履歴として、「２００７０１０１」で表される世代情報と、削除された医用画像データ１１１と同一グループで画像順が削除された医用画像データ１１１以降であった医用画像データのグループ情報１３３とグループ内順序情報１３４の変更前及び変更後が記録される。ＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：３の医用画像データ１１１が削除された場合、ＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４の医用画像データ１１１がＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：３となった旨、ＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：５の医用画像データ１１１がＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４となった旨、・・・が記録される。
【０１７４】
画像抽出部３０８は、リンクデータからＳｔａｃｋＩＤ及びＴｉｎｄｅｘＩＤと世代情報を読み出し、画像データベース３０６から変更履歴を読み出すと、リンクデータから読み出した世代情報と変更履歴に記述された世代情報とを比較する（Ｓ８５）。リンクデータから読み出した世代情報が変更履歴に記述された世代情報よりも古い場合（Ｓ８５，Ｙｅｓ）、変更履歴内のリンクデータから読み出した世代情報よりも新しい世代情報と対になった変更内容を参照して、リンクデータから読み出したＳｔａｃｋＩＤ及びＴｉｎｄｅｘＩＤを、現在の束画像データ１００におけるＳｔａｃｋＩＤ及びＴｉｎｄｅｘＩＤに変換する（Ｓ８６）。
【０１７５】
例えば、図２７のリンクデータ、図２８の変更履歴を例にとる。リンクデータの「２００６０１０１」で表される世代情報と変更履歴の「２００７０１０１」で表される世代情報とを比較すると、リンクデータの世代情報のほうが古いため、リンクデータに含まれたＳｔａｃｋＩＤ及びＴｉｎｄｅｘＩＤが変更内容に記述された変更前に存在するかを検索する。検索の結果、リンクデータに含まれるＳｔａｃｋＩＤ：２及びＴｉｎｄｅｘＩＤ：４が変更内容に記述された変更前の項目に見つかるため、リンクデータから読み出したＳｔａｃｋＩＤ及びＴｉｎｄｅｘＩＤをこの変更内容に記述された変更後の項目に変更する。これにより、リンクデータから読み出されたＳｔａｃｋＩＤ及びＴｉｎｄｅｘＩＤは、「ＳｔａｃｋＩＤ＝２＆ＴｉｎｄｅｘＩＤ＝３」に変換される。
【０１７６】
この変換処理によって現在の束画像データ１００におけるＳｔａｃｋＩＤ及びＴｉｎｄｅｘＩＤを得ると、画像抽出部３０８は、画像データベース３０６に記憶されている束画像データ１００のファイル構造管理テーブルを読み出して（Ｓ８７）、ファイル構造管理テーブルから新たに得たＳｔａｃｋＩＤとＴｉｎｄｅｘＩＤと同一の画像順序情報１３２を検索し（Ｓ８８）、この画像順序情報１３２に対応して記憶されている保管先情報が示す画像保管部３０５上の記憶領域から医用画像データ１１１を読み出す（Ｓ８９）。そして、この読み出された医用画像データ１１１は、束画像データ１００に付帯する共通付帯情報領域１２０とフレーム情報領域１３０とともにレポート閲覧端末５に送信され、画像送信処理が終了する。
【０１７７】
このように、この医用画像管理システム１では、束画像データ１００を特定する情報と、リンク付けする医用画像データ１１１の束画像データ１００内での位置を示す存在位置情報をリンクデータに含めることによって、またリンク付けする医用画像データ１１１の束画像データ１００内での画像順序を示す画像順序情報１３２と含めることによって、束画像データ内の１データ要素である医用画像データにリンクを設定することができ、かつ束画像データ内からリンク付けされたデータ列だけを抽出して閲覧することができる。
【０１７８】
従って、束画像データ全体をリンク付けする必要が無くなるため、読影レポートの閲覧において通信トラフィックが軽減される。また、送信されてきた束画像データから読影レポートで実際に引用された医用画像データを探す手間が省け、医療効率が向上する。
【０１７９】
また、リンクされた医用画像データ１１１を送信する際、そのリンクされた医用画像データ１１１と画像順序が前後する前後複数枚の医用画像データ１１１を共に送信するようにしてもよい。読影レポートにリンクされた医用画像データ１１１と同様にその前後の医用画像データ１１１も診断等において重要視されることが多い。そのため、従来、読影レポートを閲覧している者は、それら画像を画像管理サーバ３から別途取得する。又は従来、読影レポートの作成時にこれら画像もリンク付けしていた。この変形例では、このような作業を必要とせずに前後の医用画像データ１１１も閲覧できるため、診療効率や読影効率が向上する。
【０１８０】
また、リンクデータに束画像データ１００受信時の世代情報を付し、束画像データ１００の変更の履歴を記録しておき、リンクデータに含まれた世代情報と変更履歴とを比較対照して、リンクデータに含まれる医用画像データ１１１を特定する情報が現在の束画像データ１００のどのデータに相当するのかを演算させるようにしてもよい。これによって、束画像データ１００の内容が変更されてもそれ以前に作成された読影レポート内のリンクデータを用いて適正な医用画像データ１１１をリンクさせ続けることができ、リンク付けの実効性に富む。
【符号の説明】
【０１８１】
１  医用画像管理システム
２  医用画像診断装置
３  画像管理サーバ
３０１  画像受信部
３０２  受信画像分析部
３０３  通常画像データ登録部
３０４  束画像データ登録部
３０５  画像保管部
３０６  画像データベース
３０７  画像送信部
３０８  画像抽出部
３０９  データ変更部
３１０  変更履歴管理部
４  レポート作成端末
４ａ  レポート作成装置
４ｂ  画像表示装置
４０１  操作部
４０２  レポート作成部
４０３  レポート表示制御部
４０４  レポート表示部
４０５  画像受信部
４０６  画像展開部
４０７  画像表示制御部
４０８  画像表示部
４０９  リンク生成部
４１０  リンクデータ埋込部
４１１  時計ＩＣ
５  レポート閲覧端末
５０１  レポート記憶部
５０２  表示制御部
５０３  表示部
５０４  操作部
５０５  リンク先要求部
５０６  画像受信部
１００  束画像データ
１１０  画像情報領域
１１１  医用画像データ
１１２  データの大きさ情報
１２０  共通付帯情報領域
１３０  フレーム情報領域
１３１  撮影位置情報
１３２  画像順序情報
１３３  グループ情報
１３４  グループ内順序情報
Ｎ  ネットワーク
【図１】
2015179535.tif 000003
【図２】
2015179535.tif 000004
【図３】
2015179535.tif 000005
【図４】
2015179535.tif 000006
【図５】
2015179535.tif 000007
【図６】
2015179535.tif 000008
【図７】
2015179535.tif 000009
【図８】
2015179535.tif 000010
【図９】
2015179535.tif 000011
【図１０】
2015179535.tif 000012
【図１１】
2015179535.tif 000013
【図１２】
2015179535.tif 000014
【図１３】
2015179535.tif 000015
【図１４】
2015179535.tif 000016
【図１５】
2015179535.tif 000017
【図１６】
2015179535.tif 000018
【図１７】
2015179535.tif 000019
【図１８】
2015179535.tif 000020
【図１９】
2015179535.tif 000021
【図２０】
2015179535.tif 000022
【図２１】
2015179535.tif 000023
【図２２】
2015179535.tif 000024
【図２３】
2015179535.tif 000025
【図２４】
2015179535.tif 000026
【図２５】
2015179535.tif 000027
【図２６】
2015179535.tif 000028
【図２７】
2015179535.tif 000029