(57)【特許請求の範囲】
【請求項１】
画像発生装置により発生された少なくとも１画像に対する画像データを受信する受信手段と、
前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、
前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、
前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、当該画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、
このデータセットを保存する保存手段と、
を備えることを特徴とする画像保管装置。
【請求項２】
前記リード情報は前記画像関連情報の先頭に位置することを特徴とする請求項１に記載の画像保管装置。
【請求項３】
前記リード情報は前記画像関連情報の大きさのうち最初の十分の一以内に位置することを特徴とする請求項１に記載の画像保管装置。
【請求項４】
前記データセットをネットワークを介して出力する出力手段をさらに具備することを特徴とする請求項１に記載の画像保管装置。
【請求項５】
前記データセットを着脱可能な記録媒体に書き込むメモリドライブ手段をさらに具備することを特徴とする請求項１に記載の画像保管装置。
【請求項６】
前記画像関連情報にアクセスし、前記リード情報に基づいて前記画像データにアクセスする制御手段をさらに具備することを特徴とする請求項１に記載の画像保管装置。
【請求項７】
前記制御手段は前記画像関連情報のうち前記リード情報より後に位置する情報を解析することなく前記画像データにアクセスすることを特徴とする請求項６に記載の画像保管装置。
【請求項８】
前記制御手段は少なくとも患者識別情報を解析した後に前記画像データにアクセスすることを特徴とする請求項６に記載の画像保管装置。
【請求項９】
前記アクセスされた画像データをネットワークを介して出力する出力手段をさらに具備することを特徴とする請求項６に記載の画像保管装置。
【請求項１０】
前記画像データが複数の画像に対するものであるとき前記リード情報は前記複数の画像のうちの第１の画像に導くことを特徴とする請求項１に記載の画像保管装置。
【請求項１１】
前記画像データが複数の画像に対するものであるとき前記リード情報は前記複数の画像のうちの１以上の画像に導くことを特徴とする請求項１に記載の画像保管装置。
【請求項１２】
前記リード情報は第２のリード情報に導く第１のリード情報と前記画像データが１画像に対するものであるときこの１画像に導く、前記画像データが複数の画像に対するものであるときこれら複数の画像のうちの１以上の画像に導く前記第２のリード情報とを含むことを特徴とする請求項１に記載の画像保管装置。
【請求項１３】
前記算出手段は、前記第１のリード情報の所定のデータサイズ及び前記第２のリード情報の所定のデータサイズに基づいて、前記画像データに対応する画像関連情報のサイズを算出し、
前記決定手段は、前記算出手段による算出結果に基づいて、前記リード情報を決定し、
前記処理手段は、前記画像関連情報の所定の位置に前記決定手段により決定された前記リード情報を含め、当該画像関連情報と前記画像データとを含むデータセットを作成し、
前記保存手段は、前記データセットを保存することを特徴とする請求項１２記載の画像保管装置。
【請求項１４】
前記画像データが複数の画像に対するものであるとき前記第２のリード情報はマルチフレーム情報に含まれることを特徴とする請求項１２に記載の画像保管装置。
【請求項１５】
前記リード情報は前記画像データが１画像に対するものであることを示す第１の識別情報と前記画像データに導く直接リード情報とを含むことを特徴とする請求項１に記載の画像保管装置。
【請求項１６】
前記リード情報は前記画像データが複数の画像に対するものであることを示す第１の識別情報とマルチフレーム情報に導く第１のリード情報とを含み、前記マルチフレーム情報は前記画像関連情報に含まれ前記複数の画像のうちの１以上の画像に導く第２のリード情報を含むことを特徴とする請求項１に記載の画像保管装置。
【請求項１７】
前記マルチフレーム情報は前記画像関連情報のうちの他の情報の後に位置することを特徴とする請求項１６に記載の画像保管装置。
【請求項１８】
前記少なくとも１の画像の各々に対するデータは２以上の部分に分割されることを特徴とする請求項１に記載の画像保管装置。
【請求項１９】
前記画像データはＪＰＥＧ２０００により圧縮されることを特徴とする請求項１８に記載の画像保管装置。
【請求項２０】
前記画像データが１画像に対するものであるとき前記データセットは前記画像データの第１の部分を含み、この第１の部分は前記１画像に対するデータの分割部分のうちの１つに対応することを特徴とする請求項１８に記載の画像保管装置。
【請求項２１】
前記画像データの残りの部分は前記データセットと異なる少なくとも１のオブジェクトとして作成されることを特徴とする請求項２０に記載の画像保管装置。
【請求項２２】
前記画像関連情報は前記画像データの残りの部分にリンクするリンク情報を含むことを特徴とする請求項２１に記載の画像保管装置。
【請求項２３】
前記画像データの残りの部分は前記１画像の分割された２以上の部分に対応する複数部分に分割されることを特徴とする請求項２１に記載の画像保管装置。
【請求項２４】
前記画像データが複数の画像に対するものであるとき前記データセットは前記画像データのうちの第１のデータの第１の部分及び前記画像データのうちの第２のデータの第２の部分を含み、前記第１のデータは前記複数の画像のうちの第１の画像に対するものであり、前記第２のデータは前記複数の画像のうちの第２の画像に対するものであり、前記第１の部分は前記第１の画像に対するデータの分割部分のうちの１つに対応し、前記第２の部分は前記第２の画像に対するデータの分割部分のうちの１つに対応することを特徴とする請求項１８に記載の画像保管装置。
【請求項２５】
前記受信手段が一連のＮ枚の画像に対する画像データを受信するとき前記データセットはこの受信画像データの一部となるＮ枚未満の画像に対する画像データを含むことを特徴とする請求項１に記載の画像保管装置。
【請求項２６】
前記Ｎ枚の画像のうちの残り部分に対する部分となる前記受信画像データの残り部分は前記データセットとは異なる少なくとも１のオブジェクトとして作成されることを特徴とする請求項２５に記載の画像保管装置。
【請求項２７】
前記画像データは可逆圧縮データであることを特徴とする請求項１に記載の画像保管装置。
【請求項２８】
前記画像データは非可逆圧縮データであることを特徴とする請求項１に記載の画像保管装置。
【請求項２９】
前記画像データは非圧縮データであることを特徴とする請求項１に記載の画像保管装置。
【請求項３０】
画像発生装置により発生された画像データに基づいて少なくとも１の画像に対する画像データを受信する受信手段と、
前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、
前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、
前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、当該画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、
前記リード情報及び前記画像データに従って前記少なくとも１の画像を表示する表示手段と
を具備することを特徴とする画像表示装置。
【請求項３１】
少なくとも１画像に対する画像データを発生する画像発生手段と、
前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、
前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、
前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、
を備えることを特徴とする画像装置。
【請求項３２】
少なくとも１画像に対する画像データを受信する受信手段と、
前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、
前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、
前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、
このデータセットを出力する出力手段と、
を備えることを特徴とする情報処理装置。
【請求項３３】
前記出力手段は前記データセットをネットワークを介して出力することを特徴とする請求項３２に記載の情報処理装置。
【請求項３４】
前記出力手段は前記データセットを着脱可能な記録媒体に書き込むことを特徴とする請求項３２に記載の情報処理装置。
【請求項３５】
本情報処理装置は前記画像データを発生する画像装置及び前記出力手段により出力されたデータセットを保存する画像保管装置にネットワークを介して接続されることを特徴とする請求項３４に記載の情報処理装置。
【請求項３６】
本情報処理装置は前記画像データを発生する画像装置及び前記出力手段により出力されたデータセットを表示する画像表示装置にネットワークを介して接続されることを特徴とする請求項３４に記載の情報処理装置。
【請求項３７】
コンピュータにおいて、画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出するステップと、
前記算出結果に基づいて、前記リード情報を決定するステップと、
決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、当該画像関連情報と前記画像データとを含むデータセットを作成するステップと、
から構成されることを特徴とするデータセット作成方法。
【請求項３８】
複数の画像に対する画像データセットを受信し、前記画像データは前記複数の画像のうちの１画像に対するものであることを特徴とする請求項３７に記載のデータセット作成方法。
【請求項３９】
前記複数の画像の残りの部分は前記データセットにリンクされていることを特徴とする請求項３８に記載のデータセット作成方法。
【請求項４０】
前記画像データが１画像に対するものであるとき前記データセットは前記画像データの一部を含むことを特徴とする請求項３７に記載のデータセット作成方法。
【請求項４１】
コンピュータに、
前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する機能と、
前記算出結果に基づいて、前記リード情報を決定する機能と、
決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、前記画像関連情報と前記画像データとを含むデータセットを作成する機能と、
を実現させるためのプログラムを記録してなることを特徴とする記録媒体。
【請求項４２】
前記画像データが１画像に対するものであるとき前記データセットは前記画像データの一部を含むことを特徴とする請求項４１に記載の記録媒体。
【請求項４３】
コンピュータに、
前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する機能と、
前記算出結果に基づいて、前記リード情報を決定する機能と、
決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、前記画像関連情報と前記画像データとを含むデータセットを作成する機能と、
を実現させるためのプログラム。
【請求項４４】
画像発生装置により発生された少なくとも１画像に対する画像データを受信する受信手段と、
前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、
前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、
前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、当該画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、
このデータセットを保存する保存手段と、
を備えることを特徴とする医用画像管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像関連情報及び画像データからなるデータセットを作成する画像保管装置、画像表示装置、画像装置、情報処理装置、データセット作成方法、及びこのデータセットを作成するためのプログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
画像を発生、生成、等（以下、発生）する様々なタイプの画像装置が様々な目的で使用されている。例えば、医用画像はＸ線診断装置、Ｘ線ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）装置（以下、ＣＴ装置）、ＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ）装置、核医学診断装置、超音波診断装置、内視鏡、等の医用画像装置において発生される。発生された医用画像は通常、診断や治療、腫瘍等の患部発見、等のために用いられる。このような医用画像は画像ファイリングサーバへ送信され保管されることが多い。
【０００３】
典型的には、１又は２以上の医用画像に対する画像データは画像撮影された患者の様々な情報や画像撮影条件を伴う。このような画像データに伴う情報（付帯情報）は通常、画像を読影、診断、又は観察等をする医師により有用な情報として参照される。
【０００４】
画像データ及び付帯情報がデータセットとしてネットワークを介して送信、画像ファイリングサーバに保管、等される場合、付帯情報が最初に位置し、画像データがこの付帯情報に続くということが多い。従って、１又は２以上の画像を表示するために、表示装置は通常、まず付帯情報にアクセスし、これを解析し、解析完了後に画像データを見つけることになる。このことは、画像表示を遅らせてしまう。つまり、医師が画像表示の指示操作を行ってから実際の画像表示がなされるまでに時間がかかってしまう。これでは医師を苛立たせてしまいかねない。
【０００５】
この問題はＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）と呼ばれる良く知られたフォーマットにおいても当てはまり得る。例えば特許文献１にはＤＩＣＯＭフォーマットによるデータセットについてより簡便に表示する方法が開示されているが、この方法では追加処理が必要となり、また、依然として原画像表示において遅延を生じるという問題がある。
【特許文献１】特開２００２−４１５５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は上記問題に鑑みてなされたものであり、従来に比べて短時間で画像データへのアクセスを可能とする画像保管装置、画像表示装置、画像装置、情報処理装置、データ作成方法、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために請求項１記載の本発明の画像保管装置は、画像発生装置により発生された少なくとも１画像に対する画像データを受信する受信手段と、前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、当該画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、このデータセットを保存する保存手段と、を備えることを特徴とする。
【０００８】
上記目的を達成するために請求項３０記載の本発明の画像表示装置は、画像発生装置により発生された画像データに基づいて少なくとも１の画像に対する画像データを受信する受信手段と、前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、当該画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、前記リード情報及び前記画像データに従って前記少なくとも１の画像を表示する表示手段とを具備することを特徴とする。
【０００９】
上記目的を達成するために請求項３１記載の本発明の画像装置は、少なくとも１画像に対する画像データを発生する画像発生手段と、前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、を備えることを特徴とする。
【００１０】
上記目的を達成するために請求項３２記載の本発明の情報処理装置は、少なくとも１画像に対する画像データを受信する受信手段と、前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、このデータセットを出力する出力手段と、を備えることを特徴とする。
【００１１】
上記目的を達成するために請求項３７記載の本発明のデータセット作成方法は、コンピュータにおいて、画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出するステップと、前記算出結果に基づいて、前記リード情報を決定するステップと、決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、当該画像関連情報と前記画像データとを含むデータセットを作成するステップと、から構成されることを特徴とする。
【００１３】
上記目的を達成するために請求項４１記載の本発明のデータセット作成方法は、コンピュータに、前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する機能と、前記算出結果に基づいて、前記リード情報を決定する機能と、決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、前記画像関連情報と前記画像データとを含むデータセットを作成する機能と、を実現させるためのプログラムを記録してなることを特徴とする。
また、上記目的を達成するために請求項４３記載の本発明のプログラムは、コンピュータに、前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する機能と、前記算出結果に基づいて、前記リード情報を決定する機能と、決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、前記画像関連情報と前記画像データとを含むデータセットを作成する機能と、を実現させるためのプログラムを記録してなることを特徴とする。
また、上記目的を達成するために請求項４４記載の本発明の医用画像管理システムは、画像発生装置により発生された少なくとも１画像に対する画像データを受信する受信手段と、前記画像データに導くためのリード情報の所定のデータサイズに基づいて、前記リード情報および患者識別情報を含み、当該画像データに対応する画像関連情報のサイズを算出する算出手段と、前記算出手段による算出結果に基づいて、前記リード情報を決定する決定手段と、前記決定手段により決定された前記リード情報を前記画像関連情報の所定の位置且つ前記患者識別情報より前の位置に配置し、当該画像関連情報と前記画像データとを含むデータセットを作成する処理手段と、このデータセットを保存する保存手段と、を備えることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、従来に比べて短時間で画像データへのアクセスが可能となる。
【発明を実施するための最良の形態】
【００１８】
本発明の実施例について以下、図面を用いて説明する。近年、多くのコンピュータが様々な目的に使用されている。例えば、インターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークを介して様々な情報がコンピュータを使って送受信されている。受信情報はコンピュータやサーバ等と呼ばれる保管装置に保存されることが多い。このような情報は画像データを含む場合がある。コンピュータ自体は様々な装置に搭載されており、また、ネットワーク通信を介して得られたものであるか否かを問わずスクリーン上に現在表示されている画像を画像データとしてコピーしたり保存したりする機能を有する場合がある。
【００１９】
ネットワーク通信は社会インフラを発達させ、多くの社会分野で物事を容易に或いは便利にしてきている。この１つの例として医用分野への適用がある。図１は医療施設で近年普及しつつある画像保管通信システム（ＰＡＣＳ：Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）の一例を示す図である。
【００２０】
図１に示すＰＡＣＳは病院１、ネットワーク２、及び外部施設３を含んで構成される。外部施設３は例えば別の病院、診療所、開業医院のような医療施設、或いは医師の自宅などである。医師が携帯可能なコンピュータを持ち歩く場合は、この外部施設３は医師自身とも成り得る。
【００２１】
病院１はファイリングサーバ１１、ＣＴ装置１２、ＭＲＩ装置１３、デジタルラジオグラフィ装置（以下、ＤＲ装置）１４、ワークステーション１５、１６、１７、記録媒体１８、及びルータ１９を含んで構成される。ファイリングサーバ１１、ＣＴ装置１２、ＭＲＩ装置１３、ＤＲ装置１４、ワークステーション１５、１６、及びルータ１９は病院ＬＡＮを介して互いに接続される。
【００２２】
ファイリングサーバ１１は画像保管装置の一例であり、コンピュータにより実現されてもよい。ファイリングサーバ１１は受信ユニット、プロセッサ、保管部、出力ユニット、メモリドライバ、制御部、等を有する。保管部は画像データを含む様々な種類の情報を保存可能な大容量記憶ディスクを１以上有する。受信ユニットは典型的には画像データ及び／又は画像関連情報を病院ＬＡＮを介してＣＴ装置１２、ＭＲＩ装置１３、及びＤＲ装置１４から受信する。
【００２３】
出力ユニットは通常、要求又は予め定められた指示に応じて病院ＬＡＮを介して前記大容量記憶ディスクに保存された画像データ及び／又は画像関連情報を出力（送信）する。例えばディスクドライバのようなメモリドライバは記録媒体１８から情報を読み出す。メモリドライバは例えば記録媒体１８に記録された画像データ及び／又は画像関連情報を読み出す。また、メモリドライバは記録媒体に情報を書き込むために使用されてもよい。この書き込みされる情報はファイリングサーバ１１に保存された画像データ及び／又は画像関連情報を含んでも良い。
【００２４】
ＣＴ装置１２、ＭＲＩ装置１３、及びＤＲ装置１４は画像装置であり、ＣＴ画像データ、ＭＲＩ画像データ、及びＤＲ画像データをそれぞれの画像発生ユニットから発生する。なお、画像発生装置はこれらの装置に限られることはなく、これらの装置に加えて或いはこれらの装置に代えて例えばＸ線診断装置、核医学診断装置、超音波診断装置、及び／又は内視鏡であってもよい。
【００２５】
発生した画像データ及びこれに関連する情報（例えば、いわゆる付帯情報（以下、画像関連情報）は典型的にはファイリングサーバ１１に送信される。発生した画像データ及び画像関連情報はまた要求又は予め定められた指示に応じてワークステーション１５及び／又は１６に対して送信されてもよい。発生した画像データ及び画像関連情報は代わりに記録媒体に記録されてもよい。これによりファイリングサーバ１１又はワークステーション１５、１６、１７において読み出すことが可能となる。
【００２６】
ワークステーション１５、１６、１７は画像表示装置の例であり、ビューワとも呼ばれることがある。ワークステーション１５、１６、１７は例えば読影室や診察室に設けられる。図１において、ワークステーション１７は病院ＬＡＮに接続されていないが、記録媒体１８に記録された画像データ及び／又は画像関連情報を読み出すことが可能となっている。ワークステーション１５、１６もワークステーション１７と同様に記録媒体１８に記録された画像データ及び／又は画像関連情報を読み出すことが可能となっている。さらにワークステーション１５、１６は基本的な動作として（例えば日常ルーチンとして）ファイリングサーバ１１、ＣＴ装置１２、ＭＲＩ装置１３、及び／又はＤＲ装置１４から画像データ及び画像関連情報をそれぞれの受信ユニットにより受信する。
【００２７】
これに加えて或いはこの代わりに、ワークステーション１５、１６はファイリングサーバ１１、ＣＴ装置１２、ＭＲＩ装置１３、又はＤＲ装置１４にデータ送信要求を行い、病院ＬＡＮを介して画像データ及び／又は画像関連情報をそれぞれの受信ユニットにより受信してもよい。ワークステーション１５、１６、１７は病院ＬＡＮ又は記録媒体１８を介して得られた画像データ及び／又は画像関連情報をそれぞれの表示部に表示することができる。ワークステーション１５、１６、１７は例えば医師又は看護士（以下、医師）により使用される。
【００２８】
記録媒体１８は携帯型、つまり着脱可能なメモリディスクであり例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、磁気ディスク、光磁気ディスク、光ディスク、半導体ディスク、等、その種類や方式を問わない。記録媒体１８は画像データ及び／又は画像関連情報を記録するために使用される。
【００２９】
ルータ１９は例えばファイリングサーバ１１がネットワーク２を介して外部施設３の装置と通信をする際に使用される。ルータ１９はゲートウェイやファイアウォールとして病院１で得られた情報のセキュリティのために動作する。ルータ１９はまた後述する情報処理装置として動作してもよい。
【００３０】
ネットワーク２は公衆電話網、プライベート回線網、インターネット、等である。このネットワーク２は例えば光通信網や電気通信網のような有線回線網であってもよいし、無線回線網であってもよい。
【００３１】
外部施設３はＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）３１、ルータ３２、及びワークステーション３３を含んで構成される。ＰＤＡ３１は画像表示装置の例であり、携帯型ビューワとして機能し得るものである。ＰＤＡ３１が無線で使用されるときＰＤＡ３１はネットワーク２において無線回線により基地局に直接接続されることができる。医師は携帯型コンピュータとしてＰＤＡ３１を持ち歩くことができ、読影するのに十分な解像度の画像データを得ることはできないかもしれないが、ほとんどどこにいても画像データ及び／又は画像関連情報を表示して観察することができる。
【００３２】
ルータ３２は例えばワークステーション３３又はＰＤＡ３１がネットワーク２を介してファイリングサーバ１１と通信する際に使用される。ルータ３２はゲートウェイやファイアウォールとして外部施設３で得られた情報のセキュリティのために動作する。ルータ３２はまた後述する情報処理装置として動作してもよい。
【００３３】
ワークステーション３３は画像表示装置の例であり、ビューワとも呼ばれることがある
。ワークステーション３３の基本的な動作として（例えば日常ルーチンとして）ファイリ
ングサーバ１１、ＣＴ装置１２、ＭＲＩ装置１３、及び／又はＤＲ装置１４から画像デー
タ及び画像関連情報を病院ＬＡＮ、ルータ１９、ネットワーク２、及びルータ３２を介し
てその受信ユニットにより受信する。これに加えて或いはこの代わりに、ワークステーシ
ョン３３はファイリングサーバ１１、ＣＴ装置１２、ＭＲＩ装置１３、又はＤＲ装置１４
にデータ送信要求を行い、ルータ３２、ネットワーク２、ルータ１９、及び病院ＬＡＮを
介して画像データ及び／又は画像関連情報をそれぞれの受信ユニットにより受信してもよ
い。
【００３４】
ワークステーション３３が記録媒体１８に記録された情報を読み出すことが可能であるとき、ワークステーション３３は記録媒体１８に記録された画像データ及び／又は画像関連情報を読み出すようにしてもよい。ワークステーション３３はネットワーク２又は記録媒体１８を介して得られた画像データ及び／又は画像関連情報をその表示部に表示することができる。ワークステーション３３は例えば医師により使用される。
【００３５】
上記した画像データは１画像のみに対するデータ及び必要に応じてその画像付帯情報（以下、１画像に対する画像データ）又は複数の画像、一連の画像、又はマルチフレーム画像に対するデータ及び必要に応じてそれぞれの画像付帯情報（以下、複数の画像に対する画像データ）を含むものである。なお、画像データが複数の画像に対するものであるときいわゆるマルチフレーム情報が必要となるかもしれないが、これは画像関連情報に含まれてもよい。
【００３６】
上記した画像関連情報はＣＴ装置１２、ＭＲＩ装置１３、又はＤＲ装置１４により画像撮影された患者の情報を含んでもよい。患者の情報は例えば、患者名、患者識別情報（以下、患者ＩＤ）及び患者の年齢のうちの１以上を含むかもしれない。画像関連情報はまた当該患者について画像データが収集された検査に関する情報も含むようにしてもよい。検査の情報は例えば検査日、画像の装置の種類、及び検査条件のうちの１以上を含むかもしれない。
【００３７】
送信、記録媒体１８への書き込み、又は表示をする１以上の画像にアクセスし、これらの画像を得る時間を短縮するために、画像関連情報は以下に示す方法で作成、形成されるかもしれないリード情報を含む。図２に示すフローチャート及び他の図面に示されるデータフォーマットはあくまで例であってその他の如何なる同様の、変形した、代わりの、或いは可能な流れやデータフォーマットは本発明の範囲内における同様の目的に対して適用し得るものである。
【００３８】
１以上からなる画像関連情報を作成するソフトウェアプログラム（モジュール）がファイリングサーバ１１、ＣＴ装置１２、ＭＲＩ装置１３、ＤＲ装置１４、ワークステーション１５、１６、１７、３３、ＰＤＡ３１、ルータ１９、及び／又は３２にインストールされるようにしてもよい。これにより、当該ソフトウェアがインストールされた装置等が画像関連情報を作成することができ、以下に説明する図面に示すフローチャートに従ってたとえば画像表示を表示時間までの時間を短縮して行うことが可能になる。
【００３９】
また、同様のソフトウェアを搭載した特定の情報処理装置が画像関連情報を作成するために図１に示すＰＡＣＳに設けられるようにしてもよい。このような情報処理装置はＣＴ装置１２、ＭＲＩ装置１３、及び／又はＤＲ装置１４に接続され得る。さらに情報処理装置はファイリングサーバ１１もしくはワークステーション１５、１６、３３並びに／又はＰＤＡ３１に接続され得る。情報処理装置は画像データを受信する受信ユニットと画像関連情報及び／画像データのセットを出力する出力ユニットを含む。
【００４０】
ソフトウェアプログラムはコンピュータ読み取り可能媒体（記録媒体）に記録されるようにしてもよい。或いは、ソフトウェアプログラムは病院ＬＡＮ、ネットワーク２、又は他のネットワークを介して上記した装置等の１以上にインストール用に提供されるようにしてもよい。
【００４１】
図２は画像関連情報及び画像データを含むデータセットを作成する流れを示すフローチャートである。図２に示す流れは図１に示す装置等に設けられたプロセッサにより実行される。プロセッサは装置等内で独立に設けられてもよいし、装置等内に設けられた制御部に含まれるものであってもよい。以下ではプロセッサが制御部内に設けられる場合であるか否かに関係なく、プロセッサと制御部を併せて制御部と称して説明する。図２において、画像関連情報の作成に関する従来からある方法に係る部分については省略する。図２に示すフローチャートの特徴はリード情報の作成と画像関連情報内への盛り込みである。
【００４２】
画像データの発生、受信、その他の結果として制御部が画像関連情報を伴うことになる画像データに含まれる画像の枚数を認識すると、制御部は画像データが１画像のみに対するものであるか否かについて判断する（ステップＳ２１）。
【００４３】
もし１画像のみに対するものであれば、制御部は画像関連情報のサイズを算出する（ステップＳ２２）。上記したように、画像関連情報は患者や検査に関する所定の情報を含み得るものであり、基本的には従来の方法で作成され得るものである。しかしながら、その作成において、画像関連情報は後述するリード情報を含むことになる。リード情報のデータサイズは予め定めることができるので、これにより画像関連情報のサイズはリード情報のデータサイズを考慮に入れた上で算出される。
【００４４】
制御部はステップＳ２２での算出結果に基づいてリード情報を決定する（ステップＳ２３）。リード情報は画像関連情報も含むデータセットにおける画像データの位置を表すものと定義し得る。つまり、リード情報は画像データの先頭アドレスであってもよいし、所定のアドレス、画像関連情報の先頭、或いは画像関連情報に含まれる所定の情報から画像データまでのデータサイズ或いはデータ量であってもよい。リード情報によって表される画像データの位置についても常に画像データの先頭位置である必要はなく、例えば、代わりに先頭の近く或いは先頭周辺であってもよい。
【００４５】
リード情報はさらにフラグ情報を含んでもよい。フラグ情報は画像データが１画像のみに対するものであるか複数の画像に対するものであるかを示す第１の識別情報の例である。画像データが１画像のみに対するものであるときフラグ情報は零（０）に設定される（ステップＳ２４）。フラグ情報は画像データの位置に関する情報の前に位置してもよいし、後に位置してもよい。
【００４６】
リード情報は画像関連情報の所定の位置に盛り込まれる（含められる）（ステップＳ２
５）。リード情報は画像関連情報の先頭に割り当てられ、設けられ、位置し、等（以下、
位置し）てもよい。また、リード情報は画像関連情報の大きさのうち最初の十分の一以内
に位置してもよい。画像関連情報の作成はこの盛り込みにより完了することになる。制御
部は最後に画像関連情報と画像データを結合しデータセットを作成する（ステップＳ２６
）。
【００４７】
ステップ２１において、画像データとして複数の画像がある場合は制御部はステップＳ２２と同様な方法で画像関連情報のサイズを算出する（ステップＳ２７）。この場合のように、画像データが複数の画像に対するものであるとき、複数の画像の各々に対応する画像データのグループも以下の記載においては複数の画像と称する。画像関連情報は患者や検査に関する所定の情報を含み得るものであり、基本的には従来の方法で作成され得るものである。しかしながら、その作成において、画像関連情報は後述する第１のリード情報（間接リード情報）及びマルチフレーム情報を含むことになる。第１のリード情報のデータサイズ及びマルチフレーム情報のデータサイズは予め定めることができるので、これにより画像関連情報のサイズは第１のリード情報のデータサイズ及びマルチフレーム情報のデータサイズを考慮に入れた上で算出される。
【００４８】
制御部はステップＳ２７での算出結果に基づいて第２のリード情報（直接リード情報）
を決定する（ステップＳ２８）。第２のリード情報はデータセットにおける複数の画像の
位置を表すものと定義することができる。つまり、第２のリード情報は複数の画像の各々
の先頭アドレスを含むものであってもよいし、画像関連情報に含まれる所定の情報、マル
チフレーム情報に含まれる所定の情報、所定のアドレス、画像関連情報の先頭、又はマル
チフレーム情報の始まりから複数の画像の各々の画像までのデータサイズ又はデータ量を
含むものであってもよい。第２のリード情報によって表される複数の画像の各位置は常に
当該各画像の先頭位置である必要はなく、例えば、先頭の位置の近く或いは周辺であって
もよい。
【００４９】
制御部はその後マルチフレーム情報を作成する（ステップＳ２９）。マルチフレーム情報は基本的には従来の方法で作成し得るものである。しかしながら、その作成において、マルチフレーム情報は第２のリード情報を含む。
【００５０】
制御部は画像関連情報の一部分のサイズを算出する（ステップＳ３０）。制御部はステップＳ３０での算出結果に基づき第１のリード情報を決定する（ステップＳ３１）。第１のリード情報はデータセットにおけるマルチフレーム情報の位置を表すものであると定義することができる。つまり、第１のリード情報はマルチフレーム情報の先頭アドレスを含んでもよいし、画像関連情報に含まれる所定の情報、所定のアドレス、又は画像関連情報の先頭からマルチフレーム情報までのデータサイズ又はデータ量を含んでもよい。第１のリード情報によって表されるマルチフレーム情報の位置は常にマルチフレーム情報の先頭位置である必要はなく、例えば、先頭位置の近く或いは周辺であってもよい。
【００５１】
第１のリード情報は画像データが１画像のみに対するものであるか複数の画像に対するものであるかを示すフラグ情報を含んでもよい。画像データが複数の画像に対するものであるときフラグ情報は壱（１）に設定される（ステップＳ３２）。フラグ情報はマルチフレーム情報の位置に関する情報の前に位置してもよいし後に位置してもよい。
【００５２】
第１のリード情報及びマルチフレーム情報は画像関連情報の所定の位置に盛り込まれる（含められる）（ステップＳ３３）。第１のリード情報は画像関連情報の先頭に位置してもよい。マルチフレーム情報はその典型的な或いは従来からある位置におかれてもよいし、画像関連情報の中において許される位置におかれてもよい。例えば、マルチフレーム情報は画像関連情報の最後尾に位置し得る。画像関連情報の作成はこの盛り込みにより完了することになる。制御部は最後に画像関連情報と画像データ（複数の画像）を結合しデータセットを作成する（ステップＳ３４）。
【００５３】
図３（ａ）は画像データが１画像のみに対するものであるときの画像関連情報のデータフォーマットの例を示す図である。同図に示すように、データセットは画像関連情報と画像データを含んでおり、典型的には、画像データが画像関連情報に続く。
【００５４】
画像関連情報はその先頭部分にリード情報を含む。リード情報はフラグ情報と画像データの位置を表す情報としてのオフセット値とを含む。このオフセット値はデータセットの先頭位置から画像データの先頭位置までのオフセット量を表す。フラグ情報は零（０）を示しているので、本例においてオフセット値は画像データの先頭位置へ直接導く。画像データは典型的には画像データのフレーム番号及び画像サイズに関する情報を含む。
【００５５】
従って、制御部はリード情報の解析後すぐに、つまり画像関連情報の残り部分Ａについて解析することなく画像データにアクセスすることができるようになる。この直接アクセスは当該１画像の表示時間の短縮、当該１画像の病院ＬＡＮやネットワーク２を介しての送信時間の短縮、或いは当該１画像の記録媒体１８への書き込み時間の短縮に役立ち得る。
【００５６】
図３（ｂ）は画像データが複数の画像に対するものであるときの画像関連情報のデータフォーマットの例を示す図である。同図に示すように、データセットは画像関連情報と画像データ（図１及び図２）を含んでおり、典型的には、画像データが画像関連情報に続く。
【００５７】
画像関連情報はその先頭に第１のリード情報を含む。また、画像関連情報はマルチフレーム情報も含む。第１のリード情報はフラグ情報とマルチフレーム情報の位置を表す情報としてのオフセット値とを含む。このオフセット値はデータセットの先頭位置からマルチフレーム情報の先頭位置までのオフセット量を表す。フラグ情報は壱（１）を示しているので、本例においてオフセット値はマルチフレーム情報の先頭位置へ導く。マルチフレーム情報は第２のリード情報を含む。第２のリード情報は画像１の先頭及び画像２の先頭へ導く。
【００５８】
従って、制御部は第１のリード情報の解析後すぐに、つまり第１のリード情報とマルチフレーム情報の間の画像関連情報Ｂについて解析することなくマルチフレーム情報にアクセスすることができるようになる。画像データへのアクセスはマルチフレーム情報を経由するため間接的なものとなるためアクセススピードは図３（ａ）に示すフォーマットの場合よりも劣ってしまうかもしれない。しかしながら、複数画像への従来のアクセススピードと比べ、このアクセスは当該複数画像の表示時間の短縮、当該複数画像の病院ＬＡＮやネットワーク２を介しての送信時間の短縮、或いは当該複数画像の記録媒体１８への書き込み時間の短縮に役立ち得る。
【００５９】
また、マルチフレーム情報が画像関連情報の最後尾に位置する場合、例え画像数が増加しマルチフレーム情報のサイズが大きくなっても画像関連情報の他の情報に影響を与えることを避けることが可能となる。
【００６０】
リード情報又は第１のリード情報は画像関連情報の先頭以外にも様々な位置に配置し得る。図４は画像関連情報のデータフォーマットのいくつかの例を示す図である。図４（ａ）に示すように、画像関連情報はフラグ情報及びオフセット値を含む（第１の）リード情報をその先頭位置に含むものである。この（第１の）リード情報の直後或いは多少の情報の後には患者ＩＤが含まれている。この場合、制御部は患者ＩＤを解析するまで画像関連情報の解析を継続するようにしてもよい。これにより、制御部は当該患者ＩＤが目的の画像データの患者ＩＤと一致することを検証することができる。この検証後、制御部は画像関連情報（マルチフレーム情報）に続く画像データにアクセスする。
【００６１】
次に図４（ｂ）に示すように画像関連情報はフラグ情報及びオフセット値を含む（第１の）リード情報を含む。この（第１の）リード情報の直前或いは多少の情報の前には患者ＩＤが含まれている。この場合、制御部は患者ＩＤが解析され検証された後も画像関連情報を解析するまで解析を継続する。（第１の）リード情報の解析後、制御部は画像関連情報（マルチフレーム情報）に続く画像データにアクセスする。
【００６２】
別の例として、（第１の）リード情報は画像関連情報の所定領域内に設けられるようにしてもよい。この所定領域は図４（ｃ）に示すように画像関連情報の先頭に設けられてもよい。（第１の）リード情報の解析後、制御部は画像関連情報（マルチフレーム情報）に続く画像データにアクセスする。制御部は患者ＩＤの検証後にアクセスするようにしてもよい。
【００６３】
図５は図４に示すデータフォーマットによる１又は複数の画像の表示動作の流れの例を示すフローチャートである。制御部は例えば画像表示要求があると画像関連情報にアクセスする。制御部はフラグ情報にアクセスすると、フラグ情報が零を示しているのか壱を示しているのかについて判断する（ステップＳ５１）。フラグ情報が零を示すとき、制御部は画像データ（１画像）に導くリード情報にアクセスし、このリード情報を取得する（ステップＳ５２）。もしフラグ情報が壱を示す場合は制御部はマルチフレーム情報に導く第１のリード情報にアクセスし、この第１のリード情報を取得する（ステップＳ５３）。
【００６４】
制御部は画像関連情報の解析を継続し、患者ＩＤにアクセスする（ステップＳ５４）。制御部は患者ＩＤを取得し、画像表示要求に含まれる患者ＩＤ情報に基づいて取得した患者ＩＤの検証を行う（ステップＳ５５）。画像関連情報から得られた患者ＩＤと画像表示要求に含まれる患者ＩＤ情報が一致しない場合（ステップＳ５６）、制御部は警告メッセージを表示したり、ビープ音を鳴らしたり、等することにより医師に警告を行うよう制御する（ステップＳ５７）。
【００６５】
ステップＳ５６において患者ＩＤが一致した場合、制御部は画像データが１画像のみに対するものであるか否かを判断する（ステップＳ５８）。この判断はステップＳ５１でアクセスされたフラグ情報に基づいて行われる。画像データが１画像のみに対するものである場合、つまりフラグ情報が零を示す場合、制御部はリード情報に従って画像データ（１画像）にアクセスする（ステップＳ５９）。アクセスされた１画像は当該装置において表示される。或いは、アクセスされた画像データが他の装置に送信された後にこの他の装置において表示される（ステップＳ６０）。
【００６６】
画像データが複数の画像に対するものである場合、つまりフラグ情報が壱を示す場合、制御部は第１のリード情報に従ってマルチフレーム情報にアクセスする（ステップＳ６１）。制御部はマルチフレーム情報を解析し、このマルチフレーム情報に含まれる第２のリード情報を取得する（ステップＳ６２）。制御部は第２のリード情報に従って画像データ（複数の画像）にアクセスする（ステップＳ６３）。アクセスされた複数の画像は当該装置において表示される。或いは、アクセスされた画像データが他の装置に送信された後にこの他の装置において表示される（ステップＳ６４）。
【００６７】
ステップＳ６０及びＳ６４において、画像表示の代わりに画像データの送信のみが行われるようにしてもよい。
【００６８】
上記実施例において、画像関連情報のデータフォーマットは図３に示すように画像データが１画像のみに対するものであるか複数の画像に対するものであるかにより異なった。しかしながら、データフォーマットは画像データに含まれる画像データの数に関係なく統一されていてもよい。データフォーマットが画像数に関係なく共通又は同様であるとき、リード情報は１画像のみに対する画像データであるか複数の画像に対する画像データであるかを識別するためのフラグ情報は必要ないかもしれない。フラグ情報がなければアクセス時間をさらに削減し得る点で効果的である。
【００６９】
図６は１画像に対する画像関連情報と複数の画像に対する画像関連情報とにおいて共通するデータフォーマットの例を示す図である。図６（ａ）に示すように、画像関連情報は１画像のみに対する画像データに伴うものであり、リード情報としてオフセット値を含むがフラグ情報は含まない。また、図６（ｂ）においては、画像関連情報は複数の画像に対する画像データに伴うものであるが、画像関連情報はフラグ情報もマルチフレーム情報も含まない。画像関連情報はオフセット値を含む。画像関連情報はマルチフレーム情報を含まないため、リード情報は第１のリード情報ではなく、このリード情報が画像データの先頭に導く。また、この代わりとして、リード情報は複数の画像のうちの特定の１画像に導くようにしてもよい。さらに、図６（ｂ）においてリード情報は複数の画像に導くものではないため、オフセット値のサイズは図６（ａ）の場合と同じとすることもできる。
【００７０】
図７は図６に示すデータフォーマットによる画像表示動作の流れの例を示すフローチャートである。図７は制御部が患者ＩＤの検証を行うことについて示していないが、図５に示す場合と同様に制御部は患者ＩＤを検証してもよい。
【００７１】
制御部は例えば画像表示要求があると画像関連情報にアクセスする。制御部はリード情報にアクセスし、リード情報を取得する（ステップＳ７１）。リード情報を取得後直ちに制御部はリード情報に従って画像データにアクセスする（ステップＳ７２）。画像データが１画像のみに対するものであれば制御部は当該１画像にアクセスし、アクセスされた画像は当該装置において表示される。或いは、アクセスされた画像データが他の装置に送信された後にこの他の装置において表示される（ステップＳ７３）。
【００７２】
もし画像データが複数の画像に対するものであれば制御部は最初の画像にアクセスし、アクセスされた最初の画像は当該装置において表示される。或いは、アクセスされた画像データが他の装置に送信された後にこの他の装置において表示される。最初の画像の表示後、これに続く画像が順次或いは並べて表示される。ステップＳ７３において、画像表示の代わりに画像データの送信のみが行われるようにしてもよい。
【００７３】
図８は図６に示すデータフォーマットの変形例を示す図である。図８（ａ）は図６（ａ）と同じである。しかしながら、図８（ｂ）に示すように、画像関連情報は複数の画像に対する画像データに伴うものであり、複数の画像に導くリード情報としてのオフセット値を含む。図８（ａ）のオフセット値は１画像のみに導くものであるため、図８（ｂ）のオフセット値のサイズは図８（ａ）のオフセット値よりも大きくなるかもしれない。従って、複数の画像に導くオフセット値のサイズが画像関連情報に含めることや画像関連情報の特定の位置に配置するのに大きすぎない場合はこのデータフォーマットを適用し得る。
【００７４】
図９は図８に示すデータフォーマットによる画像表示動作の流れの例を示すフローチャートである。図９は制御部が患者ＩＤの検証を行うことについて示していないが、図５に示す場合と同様に制御部は患者ＩＤを検証してもよい。
【００７５】
制御部は例えば画像表示要求があると画像関連情報にアクセスする。制御部はリード情報にアクセスし、リード情報を取得する（ステップＳ９１）。制御部はリード情報が１画像のみに対するオフセット値を含むか否かを判断する（ステップＳ９２）。画像データが１画像のみに対するものであるとき、制御部はオフセット値に従って画像データ（１画像）にアクセスする（ステップＳ９３）。アクセスされた１画像は当該装置において表示される。或いは、アクセスされた画像データが他の装置に送信された後にこの他の装置において表示される（ステップＳ９４）。
【００７６】
画像データが複数の画像に対するものであるとき、制御部はオフセット値に従って画像データ（複数の画像）にアクセスする（ステップＳ９５）。アクセスされた複数の画像は当該装置において表示される。或いは、アクセスされた画像データが他の装置に送信された後にこの他の装置において表示される（ステップＳ９６）。なお、複数の画像は並べて表示されてもよい。ステップＳ９４及びＳ９６において、画像表示の代わりに画像データの送信のみが行われるようにしてもよい。
【００７７】
図１０は１画像に対する画像関連情報と複数の画像に対する画像関連情報とにおいて共通するデータフォーマットの別の例を示す図である。図１０（ａ）に示すように、画像関連情報は１画像のみに対する画像データに伴うものであり、オフセット値を第１のリード情報として含むがフラグ情報は含まない。図１０（ａ）に示す画像関連情報は１画像に対してのみのものであるが、画像関連情報はマルチフレーム情報に対応し得る第２のリード情報も含む。第２のリード情報は前記１画像に導くものである。
【００７８】
図１０（ｂ）において、画像関連情報は複数の画像に対する画像データに伴うものであり、オフセット値を第１のリード情報として含むがフラグ情報は含まない。図１０（ｂ）に示す画像関連情報は複数の画像に対するものであるため、画像関連情報は第２のリード情報を含むマルチフレーム情報も含む。第２のリード情報は前記複数の画像に導くものである。本例においては図１０（ａ）に示す画像関連情報は図６乃至図８に示す画像関連情報よりもサイズが大きくなってしまう。しかしながら、制御部はフラグ情報を解析する必要がなく、第１及び第２のリード情報に速やかにアクセスすることができる。また、画像データが複数の画像にたいするものであるとき、制御部はフラグ情報を解析する必要がない一方で複数の画像に並行してアクセスすることができる。
【００７９】
図１１は図１０に示すデータフォーマットによる画像表示動作の流れの例を示すフローチャートである。図１１は制御部が患者ＩＤの検証を行うことについて示していないが、図５に示す場合と同様に制御部は患者ＩＤを検証してもよい。
【００８０】
制御部は例えば画像表示要求があると画像関連情報にアクセスする。制御部は第１のリード情報にアクセスし、第１のリード情報を取得する（ステップＳ１１１）。制御部は第１のリード情報に従ってマルチフレーム情報にアクセスする（ステップＳ１１２）。制御部はマルチフレーム情報を解析し、マルチフレーム情報に含まれる第２のリード情報を取得する（ステップＳ１１３）。画像データが１画像のみに対するものであるとき、ステップＳ１１２及びステップＳ１１３は一つのステップとして実行されてもよい。制御部は第２のリード情報が１画像のみに対するものであるか否かを判断する（ステップＳ１１４）。
【００８１】
画像データが１画像のみに対するものであるとき、制御部は第２のリード情報に従って画像データ（１画像）にアクセスする（ステップＳ１１５）。アクセスされた１画像は当該装置において表示される。或いは、アクセスされた画像データが他の装置に送信された後にこの他の装置において表示される（ステップＳ１１６）。
【００８２】
画像データが複数の画像に対するものであるとき、制御部は第２のリード情報に従って画像データ（複数の画像）にアクセスする（ステップＳ１１７）。アクセスされた複数の画像は当該装置において表示される。或いは、アクセスされた画像データが他の装置に送信された後にこの他の装置において表示される（ステップＳ１１８）。なお、複数の画像は並べて表示されてもよい。ステップＳ１１６及びＳ１１８において、画像表示の代わりに画像データの送信のみが行われるようにしてもよい。
【００８３】
近年、ＪＰＥＧ２０００（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ２０００）と呼ばれる画像圧縮技術が紹介されている。ＪＰＥＧ２０００に基づいて原圧縮画像から内部圧縮された画像データを抽出することができる。内部圧縮された画像データはサイズダウンされた画像データであり、例えば、ＰＤＡ３１や携帯電話など低解像度での画像表示に適している。原圧縮画像データは例えばワークステーション１５、１６、１７、及び３３など高解像度での画像表示に使用される。
【００８４】
例えばＪＰＥＧ２０００による画像データ等は図２から図１１を参照して上記説明した実施例において適用可能である。ＪＰＥＧ２０００により圧縮された画像データに対する画像関連情報を作成する一例を図１２を参照しながら説明する。画像データはＪＰＥＧ２０００により階層的に表示されることが可能となる。なお、ＪＰＥＧ２０００と同様な効果が得られる技術であれば画像圧縮技術はＪＰＥＧ２０００に限定されるものではない。図１２は画像関連情報及び画像データの一部を含むデータセットを作成する流れの例を示すフローチャートである。
【００８５】
図１２に示す流れは制御部によって実行され得る。同図に示す流れにはこの流れに加えて図２において複数の画像の場合に対して記載した流れと同様の流れが適用され得る。なお、以下の記載はファイリングサーバ１１が画像関連情報を作成する場合を例にとる。
【００８６】
１画像に対する原画像データは２つの分割画像データに分割される（ステップＳ１２１）。例えば、原画像データが６メガバイト（６ＭＢ）の大きさである場合、原画像データのうちの１メガバイト（１ＭＢ）の部分が第１の分割画像データとして抽出される。この第１の分割画像データは原画像全体を表す低解像度画像として再生される。なお、この代わりに、第１の分割画像データは原画像の特定の一部分のみを表す高解像度画像として再生されるものであってもよい。原画像データの残り部分は第２の分割画像データとなる。第１の分割画像データが第２の分割画像データを伴うことにより高解像度の全体画像の再生が行われるようになる。
【００８７】
第２の分割画像データにはファイル名或いはＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）がリンク情報として付与される（ステップＳ１２２）。例えば、患者ＩＤが‘１．２．８０．５６．９９．０’であれば、この患者ＩＤがファイル名として使用されてもよい。また、ファイル名は患者のユーザＩＤであってもよい。ＵＲＬはファイリングサーバ１１のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス又はドメイン名、患者ＩＤ又はユーザＩＤ、及び患者ＩＤ又はユーザＩＤのハッシュ値を組み合わせることにより作成される。例えば、ＩＰアドレスが‘１９２．１６８．１．１’であり、ハッシュ値が‘５０１’であれば、ＵＲＬは‘ｈｔｔｐ：／／１９２．１６８．１．１／／１．２．８０．５６．９９．０．ｄｃｍ？ｈａｓｈｃｈｅｃｋ＝５０１’とすることができる。また、例えば‘Ｔａｒｏ  Ｙａｍａｄａ’のような患者名、例えば‘０１．０１．２０００’のような誕生日、例えば‘ｍａｌｅ’のような性別、その他患者を特定する如何なる情報を示す文字が患者ＩＤやユーザＩＤに追加されるようにしてもよい。
【００８８】
制御部は分割画像データについて分割画像管理情報を作成する(ステップＳ１２３)。分
割画像管理情報は前記第１及び第２の分割画像データの各画像データサイズや分割画像デ
ータ数を含むようにしてもよい。ステップＳ１２２で付与されたファイル名やＵＲＬもま
た分割画像管理情報に含まれる。作成された分割画像管理情報は画像関連情報に盛り込ま
れる（ステップＳ１２４）。なお、作成された分割画像管理情報はマルチフレーム情報に
対応する情報として盛り込まれるようにしてもよい。
【００８９】
制御部は第１の分割画像データに導く第２のリード情報を作成し、作成された第２のリード情報を画像関連情報に盛り込む。このとき、第２のリード情報は分割画像管理情報の近傍に配置される。制御部は第２のリード情報又は分割画像管理情報に導く第１のリード情報も作成する。第１のリード情報は例えばオフセット値を含む。第１のリード情報及び第２のリード情報は図２と共に説明した方法と同様の方法により作成されるかもしれない。制御部は画像関連情報及びこの画像関連情報に続く第１の分割画像データを含むデータセットを作成する。（ステップＳ１２５）。
【００９０】
図１３は図１２に示すフローチャートに従って作成されたデータセットのデータフォーマットの例を示す図である。同図に示すように、原画像データは例えば６メガバイト（６ＭＢ）の可逆圧縮ＣＲ（Ｃｏｍｐｕｔｅｄ  Ｒａｄｉｏｇｒａｐｈｙ）画像データとなっている。ＣＲ画像はＤＲ装置１４によって発生され得る。１メガバイト（１ＭＢ）の可逆圧縮ＣＲ画像データは原画像データの第１の分割画像データとして画像関連情報に伴われる。５メガバイト（５ＭＢ）の可逆圧縮ＣＲ画像データはデータセットとは異なるオブジェクト、つまりデータセットの一部とはならないものである第２の分割画像データとして作成される。ただし、第２の分割画像データは画像関連情報中の分割画像管理情報に関係付け或いはリンクされる。画像関連情報においては第１のリード情報としてオフセット値が先頭に配置される。
【００９１】
図１３に示す例では、第２のリード情報が分割画像管理情報より前に位置している。この場合、第１のリード情報は第２のリード情報に導き、制御部は分割画像管理情報まで画像関連情報の解析を継続する。分割画像管理情報の解析後、制御部は第１の分割画像データにアクセスする。もし画像関連情報において分割画像管理情報が第２のリード情報よりも前に位置する場合は第１のリード情報は分割画像管理情報に導き、制御部は第２のリード情報まで画像関連情報の解析を継続する。第２のリード情報の解析後、制御部は第１の分割画像データにアクセスする。
【００９２】
第１の分割画像データに基づく画像表示中、制御部は原画像データに基づく原画像表示を行うためのボタン等を表示するよう制御する。このボタン等は標準的なものとして作成・表示されていてもよい。作成されたボタン等はファイル名又はＵＲＬに関係するものとなる。このボタン等に対する医師の指示に応じ、制御部はファイル名やＵＲＬに基づいて第２の分割画像データにアクセスする。これにより、完全な（６ＭＢの）原画像が再生され表示されるようにすることができる。
【００９３】
本例においては画像データのサイズがＰＤＡ３１には大き過ぎるためにＰＤＡ３１が原画像を表示できない場合にＰＤＡ３１はデータセットを受信後、第２の分割画像データを要求せず、そのディスプレイに低解像度の画像を表示することができる。
【００９４】
原画像データを表示可能とするワークステーション１５、１６、１７、又は３３はまずデータセットを受信し、その後第２の分割画像データも受信すると、データセットと第２の分割画像データとの間の整合（一致）を検証することができる。すなわち、ワークステーション１５、１６、１７、又は３３に設けられた制御部はファイル名又はＵＲＬに含まれる患者ＩＤ又はユーザＩＤが正しいものであるかを画像関連情報に含まれる患者ＩＤと比較することで検証することができる。
【００９５】
更に制御部は患者ＩＤ又はユーザＩＤに基づいて算出されたハッシュ値をＵＲＬの一部となっているハッシュ値と比較しＵＲＬに含まれる患者ＩＤまたはユーザＩＤの正当性を確認することもできる。これは第２の分割画像データを不適切に送受信してしまうことを避けるのに役立つ。画像管理情報に盛り込まれたＵＲＬに含まれる患者ＩＤ又はユーザＩＤが改ざんされた場合、第２の分割画像データは誤ったＵＲＬに基づく送信（転送）が要求されることになってしまう。また、メモリ破壊やネットワーク不安定が生じると第２の分割画像データの送信要求に含まれるＵＲＬが送信中に変更されてしまうことも有り得る。これらの場合、ＵＲＬに含まれる患者ＩＤやユーザＩＤに基づいて算出されたハッシュ値はＵＲＬに含まれるハッシュ値とは異なるものとなってしまう。
【００９６】
従って、制御部が比較の結果として患者ＩＤ又はユーザＩＤが正しくないと判断すると、制御部は第２の分割画像データの送信を中止することができる。
【００９７】
なお、上記例では可逆圧縮された画像データを例としたが、非可逆圧縮された画像データや非圧縮の画像データを対象としてもよい。
【００９８】
画像データが複数の画像に対するものであるとき、複数の画像の各々が２以上の分割画像データに分割されるようにしてもよい。
【００９９】
図１４は画像データが複数の画像に対するものであるときの第１の分割画像データ及び第２の分割画像データの例を示す図である。同図に示すように、画像関連情報に伴われた画像データは第１の分割画像データを含む。第１の分割画像データは第１の画像の第１の分割画像データ（つまり１．５メガバイト（１．５ＭＢ）の画像１の第１の部分（例えば、０．５メガバイト（０．５ＭＢ）））、第２画像の第１の分割画像データ（つまり画像２の第１の部分）、及び第３画像の第１の分割画像データ（つまり画像３の第１の部分）を含む。
【０１００】
第２の分割画像データは各画像の残りの部分を含む。画像１及び３に関しては、第２の部分（例えば０．５メガバイト（０．５ＭＢ））及び第３の部分（例えば０．５メガバイト（０．５ＭＢ））が第２の分割画像データ中に分割画像データとして含まれる。画像２に関しては、第２から第Ｎ（Ｎ番目）の部分が第２の分割画像データ中に分割画像データとして含まれる。これらの部分の各々は分割画像管理情報にリンクされている。
【０１０１】
画像データが複数の画像に対するものであるときであっても、データセットに含まれる各画像の最初の階層が比較的すぐに表示され、各画像の残りの部分が第２の分割画像データに従って２階層又はＮ−１階層にて表示されることになる。従って、医師は従来のように画像の表示が開始されるまで長い時間待つ必要がなくなるので、従来ほど心配したり苛立ったりすることがなくなる。
【０１０２】
画像関連情報は図１３に示すのと同様の方法で形成することができる。しかしながら、ここでは第２のリード情報が画像１の第１の部分、画像２の第１の部分、及び画像３の第１の部分に導くことになる。分割画像管理情報は画像１、２、及び３の上記部分に対応するファイル名又はＵＲＬを含み、これらの部分を独立したオブジェクト、すなわちデータセットとは異なるオブジェクトとして扱う。ファイル名又はＵＲＬの各々はフレーム番号、分割番号、又はそれが各画像（画像１、２、又は３）のどの部分であるかを示す情報を含むようにしてもよい。
【０１０３】
図１２及び１４を参照して説明した実施例によれば、データセット及び第２の分割画像データはそれぞれ異なるオブジェクトとして送信（転送）され得る。従って、データセット及び第２の分割画像データが例えばＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）／１．０で送信されるとしても、画像は第１及び第２の分割画像データに基づいて階層的に表示され得るようになる。これは、ワークステーション１５、１６、３３又はＰＤＡ３１がＨＴＴＰ／１．０に対応はするがＨＴＴＰ／１．１には対応していない場合であっても、画像が個々に送信されるため、階層的表示が可能となることを意味する。
【０１０４】
一方、画像データが図２乃至１１を参照して説明した分割方法で作成されないときは、データセットが例えばＨＴＴＰ／１．１のようなオフセット転送技術を有したプロトコルで送信（転送）される場合のみ画像が個々に送信され、段階的表示がされる。
【０１０５】
各画像について画像データを分割する代わりに、画像データは複数の画像について分割されるようにしてもよい。複数の又は一連の画像（例えば、Ｎ枚の画像）が発生されるとき、画像関連情報に伴われる画像データは図１５に示すように第１の分割画像データとして画像１及び２のみに対するものであってもよい。画像３乃至Ｎは第２の分割画像データとして作成され、画像関連情報に含まれる分割画像管理情報にリンクされている。これにより、画像１及び２は残りの画像（画像３乃至Ｎ）の取得を待つことなく表示されることが可能となる。このことは画像１（及び画像２）を表示する時間を削減するのに効果的であり、医師が心配や苛立ちを起こさないようにすることにも効果的である。
【０１０６】
上述した検証においては上述における情報以外のいかなる情報をも使用可能である。また、例えば、第２の分割画像データが患者名、誕生日、及び／又は性別を含むファイル名又はＵＲＬと共に作成される場合は、このファイル名又はＵＲＬが医師に対して表示されるようにしてもよい。医師は画像関連情報により識別される患者がファイル名又はＵＲＬにより識別される患者と同一であるか否かを確認することができる。すなわち、医師は取得されたデータセット及び第２の分割画像データが同一の患者に対するものであるか否かを確認することができる。
【０１０７】
分割画像データの数は２つの場合に限定されるものではなく、必要に応じて３以上であってもよい。上記実施例は医用分野に適用した場合について説明したが、同様のデータ作成等は画像データの保存及び／又はネットワークを介した送信を必要とする他の分野においても適用し得るものである。
【０１０８】
上記実施例に係るファイリングサーバ１１、ＣＴ装置１２、ＭＲＩ装置１３、ＤＲ装置１４、ワークステーション１５、１６、１７、３３、ＰＤＡ３１、ルータ１９、及び／又は３２は、上記実施例において、コンピュータプログラムやアプリケーションを一時的或いは不揮発な態様にてコンピュータ読み取り可能のインストラクションとして受信及び保存可能な記録媒体（例えば、ＲＡＭ：ＲＡＮＤＯＭ  ＡＣＣＥＳＳ  ＭＥＭＯＲＹ）を有するようにしてもよい。ファイリングサーバ１１、ＣＴ装置１２、ＭＲＩ装置１３、ＤＲ装置１４、ワークステーション１５、１６、１７、３３、ＰＤＡ３１、ルータ１９、及び／又は３２はさらに、ハードディスクとの書き込みや読み出しのためのハードディスクドライブ、磁気ディスクとの書き込みや読み出しのための磁気ディスクドライブ、及び／又は光ディスク（ＣＤ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ、その他の光デバイス）との書き込みや読み出しのための光ディスクドライブ、を有してもよい。これらメモリやドライブ、またこれらそれぞれの媒体の１以上については、実行により本発明の実施例やその変形例の少なくとも１つを実施可能とするコンピュータ読み取り可能なインストラクションを保持するコンピュータプログラム製品の例でしかないことは当業者であれば理解し得るところである。
【０１０９】
以上述べた本発明の実施の形態は本発明の理解を容易にするためにのみ記載された例に過ぎず、本発明を限定するための記載ではない。従って、以上の本発明の実施の形態において開示された各構成要素やその他要素は本発明の主旨を逸脱しない範囲においてその等価物等に設計変更や修正を可能とするものである。さらに、同構成要素やその他要素についての可能とする如何なる組み合わせも、以上述べた本発明の実施の形態において得られる効果と同様の効果が得られる限り、本発明の範囲に含まれる。
【図面の簡単な説明】
【０１１０】
【図１】画像保管通信システムの例を示す図。
【図２】画像関連情報及び画像データを含むデータセットを作成する流れの例を示すフローチャート。
【図３】画像関連情報のデータフォーマットの例を示す図。
【図４】画像関連情報のデータフォーマットの別の例を示す図。
【図５】図４に示すデータフォーマットによる画像表示動作の流れの例を示すフローチャート。
【図６】１画像に対する画像関連情報と複数の画像に対する画像関連情報とにおいて共通するデータフォーマットの例を示す図。
【図７】図６に示すデータフォーマットによる画像表示動作の流れの例を示すフローチャート。
【図８】図６に示すデータフォーマットの変形例を示す図。
【図９】図８に示すデータフォーマットによる画像表示動作の流れの例を示すフローチャート。
【図１０】１画像に対する画像関連情報と複数の画像に対する画像関連情報とにおいて共通するデータフォーマットの別の例を示す図。
【図１１】図１０に示すデータフォーマットによる画像表示動作の流れの例を示すフローチャート。
【図１２】画像関連情報及び画像データの一部を含むデータセットを作成する流れの例を示すフローチャート。
【図１３】図１２に示すフローチャートに従って作成されたデータセットのデータフォーマットの例を示す図。
【図１４】画像データが複数の画像に対するものであるときの第１の分割画像データ及び第２の分割画像データの例を示す図。
【図１５】画像データが複数の画像に対するものであるときの第１の分割画像データ及び第２の分割画像データの別の例を示す図。
【符号の説明】
【０１１１】
１１・・・ファイリングサーバ
１２・・・ＣＴ装置
１３・・・ＭＲＩ装置
１４・・・ＤＲ装置
１５、１６、１７、３３・・・ワークステーション
１８・・・記録媒体
１９、３２・・・ルータ
３１・・・ＰＤＡ
【図１】
0004769008.tif 000002
【図２】
0004769008.tif 000003
【図３】
0004769008.tif 000004
【図４】
0004769008.tif 000005
【図５】
0004769008.tif 000006
【図６】
0004769008.tif 000007
【図７】
0004769008.tif 000008
【図８】
0004769008.tif 000009
【図９】
0004769008.tif 000010
【図１０】
0004769008.tif 000011
【図１１】
0004769008.tif 000012
【図１２】
0004769008.tif 000013
【図１３】
0004769008.tif 000014
【図１４】
0004769008.tif 000015
【図１５】
0004769008.tif 000016