(57)【特許請求の範囲】
【請求項１】
複数の解像度の画像データを有するデジタルスライドを保存するシステムであって、
ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）画像データを保存するよう構成されたデータストレージ領域と、
画像取り込み装置を動作させて操作し、かつ物理的なスライド標本を表すデジタル画像データを取得し、さらに、少なくとも２つの解像度レベルの画像データを持つデジタルスライドを作成するよう構成された画像取り込みモジュールと、
ＤＩＣＯＭモジュールと、を具え、
前記ＤＩＣＯＭモジュールは、
前記少なくとも２つの解像度レベル毎に、複数のＤＩＣＯＭ画像に同じ解像度レベルの前記デジタル画像データを配置し、
ＤＩＣＯＭシリーズに前記複数のＤＩＣＯＭ画像を配置し、
ＤＩＣＯＭスタディに前記少なくとも２つの解像度レベルの全てを配置し、
前記ＤＩＣＯＭスタディをデータストレージ領域に保存し、
前記複数のＤＩＣＯＭ画像のそれぞれは、解像度レベルでのデジタル画像データの領域を含み、
前記ＤＩＣＯＭシリーズは、同じ解像度レベルでの前記物理的なスライド標本を表し、
前記ＤＩＣＯＭスタディは、前記少なくとも２つの解像度レベルのそれぞれで前記物理的なスライド標本を表す、
ことを特徴とするシステム。
【請求項２】
請求項１に記載のシステムがさらに、ユーザがデジタル画像データを閲覧しうるよう構成された画像ビューワモジュールを具えることを特徴とするシステム。
【請求項３】
請求項１または２に記載のシステムにおいて、前記複数のＤＩＣＯＭ画像のそれぞれは５００×５００ピクセルであることを特徴とするシステム。
【請求項４】
請求項１乃至３のいずれか１項に記載のシステムにおいて、前記ＤＩＣＯＭモジュールがさらに、取得されたデジタル画像データの１以上の縁部の領域を切り捨てるよう構成されていることを特徴とするシステム。
【請求項５】
請求項１乃至４のいずれか１項に記載のシステムにおいて、
各ＤＩＣＯＭシリーズは、ＤＩＣＯＭヘッダを具え、
前記複数のＤＩＣＯＭ画像のそれぞれは、ＤＩＣＯＭヘッダを具え、
前記ＤＩＣＯＭモジュールはさらに、各ＤＩＣＯＭシリーズの前記ＤＩＣＯＭヘッダ内に画像属性情報を格納し、前記複数のＤＩＣＯＭ画像のそれぞれの前記ＤＩＣＯＭヘッダ内に配列情報を格納するように構成され、
前記配列情報は、前記デジタル画像データの他の領域に対して前記ＤＩＣＯＭ画像の前記デジタル画像データを配向させる情報を含む、
ことを特徴とするシステム。
【請求項６】
請求項１乃至５のいずれか１項に記載のシステムにおいて、前記ＤＩＣＯＭモジュールは、前記複数のＤＩＣＯＭ画像のそれぞれを圧縮するように構成されていることを特徴とするシステム。
【請求項７】
コンピュータに実装され、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）規格を使用する複数の解像度の画像データを有するデジタルスライドを保存する方法であって、
第１デジタルスライド画像を第１の解像度で取得するステップと、
前記第１デジタルスライド画像を第１の複数領域に分割するステップと、
前記第１の複数領域の各領域を１のＤＩＣＯＭ画像として保存するステップと、
前記第１の複数領域をまとめて含む前記ＤＩＣＯＭ画像を１の第１のＤＩＣＯＭシリーズとして同定するステップと、
第２デジタルスライド画像を前記第１の解像度とは異なる第２の解像度で取得するステップと、
前記第２デジタルスライド画像を第２の複数領域に分割するステップと、
前記第２の複数領域の各領域を１のＤＩＣＯＭ画像として保存するステップと、
前記第２の複数領域をまとめて含む前記ＤＩＣＯＭ画像を１の第２のＤＩＣＯＭシリーズとして同定するステップと、
前記第１のＤＩＣＯＭシリーズと前記第２のＤＩＣＯＭシリーズをまとめて１のＤＩＣＯＭスタディとして保存するステップとを具えることを特徴とする方法。
【請求項８】
請求項７に記載の方法において、
各ＤＩＣＯＭシリーズは、ＤＩＣＯＭヘッダを具え、
前記複数のＤＩＣＯＭ画像のそれぞれは、ＤＩＣＯＭヘッダを具え、
前記方法はさらに、各ＤＩＣＯＭシリーズのＤＩＣＯＭヘッダ内に画像属性情報を格納し、前記複数のＤＩＣＯＭ画像のそれぞれの前記ＤＩＣＯＭヘッダ内に配列情報を格納し、
前記配列情報は、デジタル画像データの他の領域に対して前記ＤＩＣＯＭ画像の前記デジタル画像データを配向させる情報を含む、
ことを特徴とする方法。
【請求項９】
請求項７または８に記載の方法において、前記ＤＩＣＯＭスタディはＰＡＣＳ（Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｅ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）内に格納されることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本願は、２００６年６月３０日提出の米国暫定特許出願番号６０／８０６，４３８の優先権を主張するものであり、その全体がここに参照として組み込まれている。
【０００２】
本発明は主にデジタル病理学に関し、より具体的には：
【背景技術】
【０００３】
ＤＩＣＯＭ（The Digital Imaging and Communication in Medicine）規格は、アメリカ電気製造業者協会（National Electronic Manufacturer's Association：ＮＥＭＡ）によって維持され、ＰＡＣＳ（Picture Archive and Communication Systems）と呼ばれる大画像管理システムにより支えられている。ＰＡＣＳシステムは、病院や研究所で用いられて保存、収容、取得、検索、および画像管理され、薬学目的で、より具体的にはラジオグラフィ（例えばＸ線）、コンピュータ断層撮影（「ＣＴ」）スキャン、陽子射出断層撮影法（「ＰＥＴ」）、および磁気共鳴画像（「ＭＲＩ」）、さらには超音波検査、心臓病学、内視鏡検査、およびマンモグラフィ等の他の物理療法などのラジオグラフィ画像における臨床および調査目的で用いられる。多数の臨床用や研究用の機器が、画像情報を送信しＰＡＣＳシステムに保存する手段として、ＤＩＣＯＭ規格のメッセージングをサポートしている。
【０００４】
病理学の分野は、デジタル画像がますます重要となっている移行期に入っている。この移行は、全体が本書に参照として組み込まれる米国特許６，７１１，２８３に記載のＡｐｅｒｉｏＳｃａｎＳｃｏｐｅ（登録商標）といった顕微鏡スライド用デジタル化装置の商業的有用性により加速された。デジタル化顕微鏡スライドにより診断用の解像度で作成された全体スライド画像（「ＷＳＩ（shole-slide images）」または「デジタルスライド」）は非常に大きい。病理学者が迅速にパンやズームできるように、しばしば複数の画像が異なる解像度で作成される。この画像セットは、通常は単一のＴＩＦＦ（Single Tagged Image File Format）で保存される単一のスキャンされたデジタルスライドを含む（ＴＩＦＦは、オープンソース規格）。デジタルスライドのサイズに加え、これらの画像のアクセス特性はＰＡＣＳシステムに現在保存された他の画像と異なる。病理学者は、画像を見る際に迅速にパンやズームできることを求める。
【０００５】
不運にも、ＤＩＣＯＭ規格にはデジタルスライドの保存に影響するいくつかの制限がある。これらの制限には、ＤＩＣＯＭが符号付１６ビット整数を用いて画像の画素寸法を保存することが含まれ、このため保存しうる最大画像寸法は３２Ｋ×３２Ｋピクセルとなる。これは通常のデジタルスライド画像よりかなり小さく、２つの寸法のオーダーは非常に大きなデジタルスライド画像よりは小さい。さらに、ＤＩＣＯＭは符号付３２ビット整数を用いて画像のオブジェクトサイズを保存するため、これにより１の画像の最大圧縮サイズは２ＧＢになる。実際の運用では、多くのＰＡＣＳシステムはこの大きさの独立画像を扱うことができない。これはこれらのＰＡＣＳシステムがたびたび画像データをメモリに解凍するからであり、これにより画像の最大非圧縮サイズが２ＧＢに制限され、圧縮画像のサイズの上限がかなり小さく制限されることとなる。さらにＤＩＣＯＭは、シリーズ全体または調査全体の個々の画像と同様に、個々の画像に連続的にアクセス可能とするが、個々の画像のサブ区域（subregions）にアクセスする能力を提供するものではない。上述したように、サブ区域へアクセスする能力は、迅速なパンやズームを提供するのに重要となる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
さらに、ＤＩＣＯＭ規格は、病理学用に作成されるデジタルスライドのような大きな二次元画像を想定したものではなく、複数のサブ領域に論理分割された画像を扱う方法を組み込んでもなく、多様な解像度の複数画像を扱う方法を組み込んでもいない。ＤＩＣＯＭ規格を展開するプロセスは明確であるが動きが遅く、この規格がデジタルスライドをサポートするよう拡張された後にもＰＡＣＳと機器ベンダがこの拡張規格を実装するのに数年かかるだろう。同時に、現在実装されているＤＩＣＯＭ規格を用いてデジタルスライドを保存する手段が求められている。このように、現在実装されているＤＩＣＯＭ規格を用いてデジタルスライドの保存と閲覧を実現するシステムと方法が望まれている。
【課題を解決するための手段】
【０００７】
したがって、ＤＩＣＯＭを介して大きな画像を保存し取得するとともに、病院や研究所へデジタル病理学を統合するための解決策を提供すべく、本書は、デジタルスライドを取得し、ＤＩＣＯＭ規格メッセージングを用い商業的に入手可能なるＰＡＣＳシステムにこれらの画像を保存するシステムと方法を記載する。デジタルスライドがＰＡＣＳシステムに保存されたら、ＰＡＣＳが画像を保存、収容、取得、検索、管理する機能はこれらの新種の画像に利用される。さらに、様々な具体的な事例や実験が、放射線学や病理学を含む複数の様相からの画像を含むため、１の事例または実験に画像はすべてＰＡＣＳシステム内で一緒に管理されうる。本発明の他の特徴および利点は、以降の詳細な説明と添付図面を参照してこの分野の当業者にとってすぐに明確となる。
【図面の簡単な説明】
【０００８】
本発明の詳細が、その構造と動作の双方について、添付の図面を検討することにより一部が突き止められ、ここで同様の参照番号は同様の部品を示す：
【図１】図１は、本発明の一実施例にかかる、ＤＩＣＯＭを介した大きな画像の保存および取得システムの一例を示すネットワーク図である。
【図２】図２は、本発明の一実施例にかかる画像キャプチャ装置の一例を示すブロック図である。
【図３】図３は、本発明の一実施例にかかる画像キャプチャおよび保存プロセスの一例を示すフロー図である。
【図４】図４は、本発明の一実施例にかかる画像取得および閲覧プロセスの一例を示すフロー図である。
【図５】図５は、本発明の一実施例にかかる、デジタルスライドからＤＩＣＯＭへのデータマッピングの研究を示すブロック図である。
【図６】図６は、本書記載の様々な実施例に用いられるコンピュータシステムの一例を示すブロック図である。
【発明を実施するための形態】
【０００９】
本書に開示されるいくつかの実施例が、ＤＩＣＯＭを介して大きな画像を保存し取得するために提供される。この説明を読んだら、当業者は多様な代替実施例や代替応用例を実施しうることを理解するであろう。ただし、本書に本発明の多様な実施例を記載するが、これらの実施例は例示のためであって限定でないと理解されたい。したがって、多様な代替実施例は、添付のクレームに記載された本発明の範囲を限定すると解されるべきではない。
【００１０】
図１は、本発明の一実施例にかかる、ＤＩＣＯＭを介した大画像の保存および取得システムの一例を示すネットワーク図である。図示の実施例では、システムは画像取り込み装置２０を具え、これはデータストレージ領域２５と、データストレージ領域３５を設けて構成されたＰＡＣＳシステム３０と、データストレージ領域４５を設けて構成されたビューワステーション４０とを具える。図示する実施例における装置はいずれも、互いにネットワーク５０で接続されてもよいし、図に点線で示すように直接的な接続方法で接続されてもよい。
【００１１】
当業者は理解するように、例えば特定の機能が１の装置で実行され、他の機能が第２または第３の装置で実行されるように、様々な方法で、多様な装置が物理的に分離して実装されてもよいし組み合わされてもよい。このような実装の選択は、本発明の幅広い目的により実現され、以下の特定の実施例の説明はそれ故に例示的なものであってどのようにでもクレームを限定すると解釈されてはならない。
【００１２】
画像取り込み装置２０は、どのようなデジタルスライド画像取り込み装置であってもよい。この画像取り込み装置の機能は、顕微鏡スライドの高解像度画像をスキャンするか、同じスライドの低解像度の画像を作成することである。このデジタルスライドは、データストレージ領域２５に保存される。
【００１３】
ＰＡＣＳシステム３０は、どのようなＰＡＣＳシステムであってもよい。このＰＡＣＳシステムの機能は、ＤＩＣＯＭ規格を用いてイメージデータを保存することである。ＤＩＣＯＭは、画像を画素の二次元アレイとして保存する。複数の画像が１のシリーズの一部であってもよく、複数のシリーズが１のスタディの一部であってもよい。ここから、スタディは１のケースの一部であってもよく、複数のケースが所定の患者や研究所用に保存されてもよい。この組織のルーツは、放射線イメージングにある。放射線学は、空間および／または時間に別れた複数組の画像を含むＣＴスキャンやＭＲＩ撮像の研究を様式化する。個々の画像は通常小さく扱いやすいが、まとめるとスタディ全体は数十組や数百の画像を含みとても大きくなる。
【００１４】
ビューワステーション４０は、ユーザがＰＡＣＳシステム３０または画像取り込み装置２０からの画像を見られるように構成される。このビューワステーション４０は直接画像取り込み手段２０およびＰＡＣＳシステム３０に接続されるか、例えばネットワーク５０を通して間接的に接続される。ビューワステーションは、データストレージ領域４５を有して構成される。
【００１５】
図２は、本発明の一実施例にかかる画像取り込み装置２０の一例を示すブロック図である。図示する実施例では、装置２０は画像取り込みモジュール１００と、ＤＩＣＯＭモジュール１１０と、画像ビューワモジュール１２０とを具える。これらのモジュールは図示するように単一の装置に実装されてもよいし、必要に応じて個別の装置にあってもよい。
【００１６】
画像取り込みモジュール１００は、物理的な顕微鏡スライドをスキャンして１またはそれ以上のレベルの解像度のデジタルスライドを作成するための画像取り込みプロセスを行うよう構成される。ＤＩＣＯＭモジュール１１０は、デジタルスライドを論理的に多くの小さな個別領域に分類し、個々の領域をそれぞれＤＩＣＯＭ画像として保存するよう構成される。同じ解像度の複数のＤＩＣＯＭ画像はすべてＤＩＣＯＭモジュール１１０によって一緒に１のＤＩＣＯＭシリーズとして同定される。１のデジタルスライドが複数のＤＩＣＯＭシリーズ（例えば、異なる解像度で複数の画像を含む場合）に変換される場合、このデジタルスライドはＤＩＣＯＭスタディとして保存され、特定の解像度のＤＩＣＯＭ画像のセットがそれぞれ一緒に個別のＤＩＣＯＭシリーズとしてＤＩＣＯＭスタディに保存される。次のテーブルはこのマッピングを示す：
0005484048.tif 000002
【００１７】
一実施例では、画像取り込みモジュール１００の管理下で、例えば面積２０ｍｍ×１０ｍｍ、解像度０．２５ミクロン／ピクセルの顕微鏡スライドの一領域をスキャンすることにより、デジタルスライドが取り込まれる。得られる画像は８０，０００×４０，０００ピクセルの面積となる。ここから、解像度１ミクロン／ピクセルの別の画像を面積２０，０００×１０，０００ピクセルで作成し、解像度４ミクロン／ピクセルの別の画像を面積５，０００×２，５００ピクセルで作成し、最後に解像度１６ミクロン／ピクセルの第４の画像を面積１，２５０×７５０ピクセルで作成してもよい。
【００１８】
ＤＩＣＯＭモジュール１１０はその後、これらの各画像（異なる解像度のそれぞれ）を抽出し、ＤＩＣＯＭ画像（例えば、多様な放射線療法のために作成される）の通常の面積である５００×５００ピクセルの面積に各画像を論理的に配置する。次のテーブルは得られるＤＩＣＯＭオブジェクトを示す：
0005484048.tif 000003
【００１９】
画像が領域サイズの偶数倍（even multiple）でない場合、ＤＩＣＯＭモジュール１１０は、画像の右および／または底の縁部の領域を切り捨てることに留意されたい。例えば、１６ミクロン／ピクセルの画像では、右縁部の領域は２５０×５００ピクセルであり、底縁部の領域は５００×２５０ピクセルであり、右底縁部の角の領域は２５０×２５０ピクセルである。ＤＩＣＯＭ規格は、１のシリーズで画像の面積が異なることを許容する。
【００２０】
画像ビューワモジュール１２０は、ＰＡＣＳシステムから取得されるデジタルスライド画像データをユーザが見られるようにするよう構成される。この画像ビューワモジュール１２０は、図示するように画像取り込み装置と一体型であってもよいし、ビューワステーション４０に配置されてもよく、あるいは画像ビューワモジュールの一部が１の装置（例えば画像サーバ）にあり、他の部分が異なる装置（例えばビューワステーション）にあってもよい。この画像ビューワモジュール１２０は、その一部としてビューワアプリケーション、アルゴリズム処理アプリケーション、デジタルスライド管理システム等を具える。
【００２１】
一般に単一ファイルにデジタルスライドを保存するのに用いられるＴＩＦＦファイルフォーマットでは、個々の画像面積や、後の閲覧または処理のためにこの画像を再集合するのに用いる他の情報の特定が可能である。有利なことに、ＤＩＣＯＭ規格でも同様の機能が可能である。一実施例では、ＤＩＣＯＭモジュール１１０は、画像属性情報（例えば、領域の面積、領域の数、解像度、倍率等）を各ＤＩＣＯＭシリーズのヘッダ内に有し、ここで１のＤＩＣＯＭシリーズは最初のテーブルにおけるデジタルスライドの１の解像度に対応する。取得時にヘッダからの画像属性情報は、シリーズとして保存された多様なＤＩＣＯＭ画像からデジタルスライド画像を再構成するのを実現すべく、画像ビューワモジュール１２０（例えば、画像取り込み装置２０、ビューワステーション４０、画像サーバ（図示せず））で用いられる。同様に、ＤＩＣＯＭモジュール１１０はまた、ヘッダ内のデジタルスライド属性情報をＤＩＣＯＭスタディ用に保存する。ＤＩＣＯＭシリーズとＤＩＣＯＭ画像属性情報は、現在版の仕様では通常多様なＤＩＣＯＭヘッダに保存される。
【００２２】
この技術を用いて、病理デジタルスライドまたは他の大きな二次元画像をＰＡＣＳシステムに保存し、ＣＴスキャン、ＭＲＩ、または他の放射線画像のようにＰＡＣＳシステムから閲覧しうる。各デジタルスライドはＤＩＣＯＭスタディであり、各ＤＩＣＯＭスタディはデジタルスライドの解像度「レベル」に対応するＤＩＣＯＭシリーズを含み、各ＤＩＣＯＭシリーズはオリジナル画像からのＤＩＣＯＭ領域を含む。ＤＩＣＯＭスタディとして保存されたデジタル画像は、別の療法からの他の様々なスタディとしてＤＩＣＯＭケースと関連づけられてもよく、ＤＩＣＯＭケースは多くの異なる物理療法からの多くのスタディを含んでもよい。ＰＡＣＳシステムのすべてのスタディ関連機能は、他に行うのと同様にこれらのスタディに作用する。
【００２３】
ＤＩＣＯＭ画像はそれぞれ個別に取得され閲覧されてもよいが、全体として病理学デジタルスライドを見るためには、スタディ全体を取得してＤＩＣＯＭ画像部品から各ＤＩＣＯＭシリーズを再構成しなければならない。いくつかのアプリケーションでは、最高の解像度で病理画像にアクセスする必要はなく、この場合は要求される解像度レベルに対応するシリーズのみを取得すべきとなる。
【００２４】
保存されたＤＩＣＯＭ画像内の、デジタルスライドの領域を含む画像データは、異なる色チャネルと深さを有してもよい。データストレージおよび抽出技術は、各ピクセルの色チャネルの数やサイズから独立している。典型的なピクセル組織は、１２ビットまたは１６ビットのグレースケール、３×８＝２４ビットと４×８＝３２ビットカラーを具える。
【００２５】
保存されたＤＩＣＯＭ画像内の、デジタルスライドの領域を含む画像データは圧縮されてもよい。本書記載の技術は適用される圧縮の種類と質から独立である。画像は圧縮無しで（そのまま）保存されてもよいし、ＬＺＷ（Lempel-Ziv-Welch）等の可逆の圧縮や、ＪＰＥＧまたはＪＰＥＧまたは２０００などの付加逆な圧縮をかけてもよい。
【００２６】
図３は、本発明の一実施例にかかる、画像取り込みと保存プロセスの一例を示すフロー図である。最初に、ステップ２００で顕微鏡スライドがスキャンされて画像が作成される。次に、ステップ２１０で画像が論理的に複数領域に分けられ、各々がＤＩＣＯＭ画像として生成される。この画像データをデジタルスライドの他の領域に対して配置できるよう、ＤＩＣＯＭ画像ヘッダにヘッダ情報が含められる。ステップ２２０に示すように、同じ解像度のＤＩＣＯＭ画像はすべて、一緒に集められて１のＤＩＣＯＭシリーズとして同定される。次にステップ２３０で複数のＤＩＣＯＭシリーズがまとめられて１のＤＩＣＯＭスタディが作成され、これはデジタルスライドと同等の構造となる。このＤＩＣＯＭスタディはその後ＰＡＣＳまたは必要に応じて他のデータストレージに保存される。
【００２７】
図４は、本発明の一実施例にかかる画像の抽出と閲覧の例示プロセスを示すフロー図である。最初に、ステップ３００にて、サーバがＤＩＣＯＭスタディまたは閲覧希望にかかるその一部を特定した閲覧リクエストを受ける。次に、ステップ３１０で、対応するＤＩＣＯＭ画像データがＰＡＣＳシステムから取得される。これは全ＤＩＣＯＭスタディを取得するか、リスクストがＤＩＣＯＭスタディのサブセットを指定していない場合は、ＤＩＣＯＭスタディ、シリーズ内のヘッダ情報や、画像が考慮されて適切なデータがリクエストの返事として戻される。画像データが下だれると、ステップ３２０に示すようにヘッダ内の配列情報が考慮されて当該画像が他の画像データに対して配置され、ステップ３３０で画像データはビューワステーションまたは画像データが送られる他の閲覧装置に表示される。
【００２８】
図５は、本発明の一実施例にかかる、デジタルスライドからＤＩＣＯＭスタディへのデータマッピングを示すブロック図である。図示する実施例では、デジタルスライドデータ構造はピラミッド４５０により示され、これは異なる解像度に対応する複数のレベルを有している。ベースラインの画像４８０はスキャナの自然の解像度であり、中間レベルとサムネイルレベルは解像度が減少している。
【００２９】
一実施例では、デジタルスライドの各レベルは、例えば５００×５００ピクセルの領域など、論理的に個別の領域に分割される。これらの領域はそれぞれ単一のＤＩＣＯＭ画像として保存され、集合的に、デジタルスライドピラミッド（すなわちデータ構造）における同じ解像度レベルの領域はすべて、ＰＡＣＳシステム内で同じＤＩＣＯＭシリーズとして同定される。図示する実施例のように、このデジタルスライドには４つの解像度レベルがあり、ＰＡＣＳシステムに保存されるＤＩＣＯＭスタディ内のＤＩＣＯＭシリーズも４つある。この集合やＰＡＣＳシステム内に保存されるヘッダ情報により、有利なことに、ＰＡＣＳシステムからの画像データの抽出後に閲覧プラットフォームでデジタルスライドの再構築が可能となる。
【００３０】
図６は、本書記載の様々な実施例に関連して用いられるコンピュータシステム５５０の一例を示すブロック図である。例えば、コンピュータシステム５５０を、図１に示すような画像取り込み装置、ＰＡＣＳシステム、またはビューワステーションとともに用いてもよい。しかしながら、この分野の当業者であれば明確なように、他のコンピュータシステムおよび／または構造を用いてもよい。
【００３１】
コンピュータシステム５５０は、プロセッサ５５２のような１またはそれ以上のプロセッサを具えることが好ましい。例えば入出力管理用の副プロセッサ、浮動点計算動作を実行する副プロセッサ、信号処理アルゴリズムの高速実行に適した構成を有する特別仕様のマイクロプロセッサ（例えば、デジタル信号プロセッサ）、主プロセッサシステムに従属するスレーブプロセッサ（例えばバックエンドプロセッサ）、二重または多重プロセッサシステム用の追加のマイクロプロセッサまたはコントローラ、またはコプロセッサなどの追加のプロセッサを設けてもよい。このような副プロセッサは、別個のプロセッサであってもよいし、プロセッサ５５２と一体化されてもよい。
【００３２】
プロセッサ５５２は好適に、通信バス５５４に接続されている。この通信バス５５４は、コンピュータシステム５５０のストレージと他の周辺部品間の情報伝達を実現するデータチャネルを含む。この通信バス５５４はさらに、データバス、アドレスバス、および制御バス（図示せず）を含むプロセッサ５５２との通信に用いられる信号セットを提供する。通信バス５４は、例えば「ＩＳＡ」（Industry standard architecture）、「ＥＩＳＡ」（extended industry standard architecture）、「ＭＣＡ」（Micro Channel Architecture）、「ＰＣＩ」（peripheral component interconnect）ローカルバス、または、「ＧＰＩＢ」（IEEE488 general-purpose interface bus）、IEEE696/S-100等を含む「ＩＥＥＥ」（Institute of Electrical and Electronics Engineers）公表基準に合致するバス構造などの、スタンダードまたはノンスタンダードなバス構造を含んでもよい。
【００３３】
コンピュータシステム５５０は好適に主メモリ５５６を具え、さらに二次メモリ５５８を具えてもよい。主メモリ５５６は、プロセッサ５５２で実行されるプログラム用の命令やデータのストレージを提供する。主メモリ５５６は通常、ＤＲＡＭ（dynamic random access memory）および／またはＳＲＡＭ（static random access memory）などの半導体ベースのメモリである。他の半導体ベースのメモリの種類は、例えば、ＳＤＲＡＭ（synchronous dynamic random access memory）、ＲＤＲＡＭ（Rambus dynamic random access memory）、ＦＲＡＭ（ferroelectric random access memory）等、リードオンリーメモリ（ＲＯＭ）も含む。
【００３４】
二次メモリ５５８は、任意で、ハードディスクドライブ５６０、および／または、例えばフロッピーディスクドライブ、磁気テープドライブ、コンパクトディスク（ＣＤ）ドライブ、デジタルバーサタイルディスク（ＤＶＤ）等の取り外し可能なストレージドライブ５６２を具えてもよい。この取り外し可能なストレージドライブ５６２は、取り外し可能なストレージ媒体５６４から周知の方法で読み出し、および／または書き込みを行う。取り外し可能なストレージ媒体５６４は、例えば、フロッピーディスク、磁気テープ、ＣＤ、ＤＶＤ等である。
【００３５】
取り外し可能なストレージ媒体５６４は好適には、コンピュータ実行可能なコード（すなわちソフトウェア）および／またはデータを内部に保存するコンピュータ読み取り可能な媒体である。この取り外し可能なストレージ媒体５６４に格納されたコンピュータソフトウェアまたはデータは、電気通信信号５７８としてコンピュータシステム５５０に読み出される。
【００３６】
代替実施例では、二次メモリ５５８が、コンピュータプログラムまたは他のデータや命令をコンピュータシステム５５０にロードされるようにする他の類似の手段を具えてもよい。このような手段は、例えば、外部ストレージ媒体５７２とインタフェース５７０を具えてもよい。外部ストレージ媒体５７２の例は、外部ハードディスクドライブや外部光ドライブ、または外部磁気光学ドライブを含む。
【００３７】
二次メモリ５５８の他の例は、ＰＲＯＭ（programmable read-only memory）、ＥＰＲＯＭ（erasable programmable read-only memory）、ＥＥＰＲＯＭ（electrically erasable read-only memory）、またはフラッシュメモリ（ＥＥＰＲＯＭ類似のブロック配置メモリ）などの半導体ベースのメモリを含む。また、他の取り外し可能なストレージユニット５７２とインタフェース５７０を具え、ソフトウェアやデータが取り外し可能なストレージユニット５７２からコンピュータシステム５５０へ転送されるようにしてもよい。
【００３８】
コンピュータシステム５５０はまた、通信インタフェース５７４を含む。この通信インタフェース５７４は、コンピュータシステム５５０と外部デバイス（例えばプリンタ）、ネットワーク、または情報ソース間でソフトウェアやデータの転送を実現する。例えば、コンピュータソフトウェアまたは実行可能なコードは、通信インタフェース５７４を介してネットワークサーバからコンピュータシステム５５０に転送される。通信インタフェース５７４の例は、モデム、ネットワークインタフェースカード（ＮＩＣ）、通信ポート、ＰＣＭＣＩＡスロットおよびカード、赤外線インタフェース、およびＩＥＥＥ１３９４ファイヤワイヤを含み、これらは一例である。
【００３９】
通信インタフェース５７４は、イーサネットＩＥＥＥ８０２スタンダード、ファイバチャネル、ＤＳＬ（digital subscriber line）、ＡＤＳＬ（asynchronous digital subscriber line）、フレームリレー、ＡＴＭ（asynchronous transfer mode）、ＩＳＤＮ（integrated digital services network）、ＰＣＳ（personal communications services）、ＴＣＰ／ＩＰ（transmission control protocol/Internet protocol）、ＳＬＩＰ／ＰＰＰ（serial line Internet protocol/point to point protocol）等の工業的に公表されたプロトコル基準を実装することが好ましいが、同様にカスタマイズされた、またはノンスタンダードなプロトコルを実装してもよい。
【００４０】
通信インタフェース５７４を介して転送されるソフトウェアやデータは、通常は電気通信信号５７８の形態をとる。これらの信号５７８は好適に通信インタフェース５７４に通信チャネル５７６を介して提供される。通信チャネル５７６は信号５７８を搬送し、一例に過ぎないがワイヤやケーブル、光ファイバ、従来型の電話線、携帯電話網、ワイヤレスデータ通信リンク、無線（ＲＦ）リンク、または赤外線リンクなど、様々な有線または無線通信手段を用いて実装することができる。
【００４１】
コンピュータ実行可能なコード（例えばコンピュータプログラムまたはソフトウェア）は、主メモリ５５６および／または二次メモリ５５８に保存される。コンピュータプログラムはまた通信インタフェース５７４を介して受信され、主メモリ５５６および／または二次メモリ５５８に格納されてもよい。このようなコンピュータプログラムは、実行時に、コンピュータシステム５５０に上述したような本発明の多様な機能を実行させることができる。
【００４２】
この説明において、「コンピュータ読み取り可能な媒体」の語は、コンピュータシステム５５０に様々なコンピュータ実行可能なコード（例えばソフトウェアやコンピュータプログラム）を提供するのに利用される媒体を示すのに用いられる。これらの媒体の例には、主メモリ５５６、二次メモリ５５８（ハードディスクドライブ５６０、取り替え可能なストレージ媒体５６４、外部ストレージ媒体５７２を含む）、および通信インタフェース５７４に通信可能に接続された様々な周辺デバイスを含む（ネットワーク情報サーバまたは他のネットワーク装置を含む）。これらのコンピュータ読み取り可能な媒体は、コンピュータシステム５５０に実行可能なコード、プログラミング命令、およびソフトウェアを提供する手段である。
【００４３】
ソフトウェアを実装する実施例では、このソフトウェアはコンピュータ可読媒体に格納され、取り外し可能なストレージドライブ５６２、インタフェース５７０、または通信インタフェース５７４等の手段によりコンピュータシステム５５０にロードされる。この実施例では、ソフトウェアはコンピュータシステム５５０に電気通信信号５７８の形態でロードされる。このソフトウェアは、プロセッサ５５２の実行時に、プロセッサ５５２に本書で前述した本発明の特徴や機能を実行させる。
【００４４】
様々な実施例が、例えば、ＡＳＩＣ（application specific integrated circuits）やＦＰＧＡ（field programmable gate arrays）などの要素等の主にハードウェアを使用して実装されてもよい。本書記載の機能を実行しうるハードウェア状態の装置の実装は、当業者であれば明白である。様々な実施例をハードウェアとソフトウェアの組み合わせで実装してもよい。
【００４５】
さらに、当業者は、上述した図面や本書に開示された実施例の様々な説明的に論理ブロック、モジュール、回路、および方法ステップが、往々にして電子的ハードウェア、コンピュータソフトウェア、または双方の組み合わせとして実装されることを理解する。このハードウェアとソフトウェアの互換性を明確にするために、様々な説明要素、ブロック、モジュール、回路、およびステップを、広くその機能で説明してきた。これらの機能がハードウェアまたはソフトウェアで実装されるかは、システム全体にかかる特定の用途やデザインの制限による。当業者は開示された機能を様々な方法で特定の用途にそれぞれ実装することができるが、このような実装の決定は本発明の範囲を逸脱すると解釈されてはならない。さらに、モジュール、ブロック、回路、またはステップのグループ分けは説明の容易のためである。本発明を逸脱することなく、特定の機能またはステップを１のモジュール、ブロック、回路から他へと移すことができる。
【００４６】
さらに、本書で開示した実施例に関して説明した様々な論理ブロック、モジュール、および方法は、汎用のプロセッサ、ＤＳＰ（digital signal processor）、ＡＳＩＣ、ＦＰＧＡ、または他のプログラム可能な論理デバイス、別個のゲートやトランジスタロジック、別個のハードウェア部品、または本書記載の機能を実行するよう設計されたこれらの組み合わせとして実装し、または実行されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替的に、このプロセッサは様々なプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってもよい。１のプロセッサを演算装置の組み合わせとして実装してもよく、例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、１またはそれ以上のマイクロプロセッサとＤＳＰコア、またはこのような他の構成の組み合わせとして実装してもよい。
【００４７】
付加的に、本書記載の実施例に関して説明された方法ステップまたはアルゴリズムは、直接的にハードウェアで、またはプロセッサに実行されるソフトウェアで、またはこれら２つの組み合わせで実現されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、またはネットワークストレージ媒体を含む他の形態のストレージ媒体に登録されてもよい。ストレージ媒体の例は、プロセッサがこのストレージ媒体から情報を読み出し、また情報を書き込めるようにプロセッサに接続される。代替的に、ストレージ媒体はプロセッサと一体型であってもよい。このプロセッサとストレージ媒体はＡＳＩＣにあってもよい。
【００４８】
上記開示された実施例の説明は、当業者が本発明を実施できるようにするために提供される。当業者はこれらの実施例に様々な変更を施すことができ、本書記載の包括的な原理は本発明の目的または意図を逸脱することなく他の実施例に適用可能である。したがって、本書の記載や図面は本発明の好適な実施例を説明するものであって、本発明により広く企図される主題を代表するものである。さらに、本発明の範囲は当業者にとって明白な他の実施例を完全に包含するものであり、本発明の範囲はしたがって添付のクレーム以外で制限されるものではない。
【図１】
0005484048.tif 000004
【図２】
0005484048.tif 000005
【図３】
0005484048.tif 000006
【図４】
0005484048.tif 000007
【図５】
0005484048.tif 000008
【図６】
0005484048.tif 000009