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