(57)【要約】医用画像ビューアアプリケーションは、グレースケール画像を処理し、かつインタラクティブに表示する。当該グレースケール画像は、より低いグレースケールレンジのために最適化されたプラットフォーム上でより高いグレースケールレンジ（ビット深度）を有する。当該アプリケーションは、更にウインドウセンター及びウインドウ幅のユーザーによる選択に基づいてピクセル計算を提供する。【選択図】図８
2012510641.tif 000002
【特許請求の範囲】
【請求項１】
画像を表示する方法であって、該方法は、
第１ビット深度を有する第１画像を得る工程と、
複数のサブレンジ画像セットを生成する工程を備え、各セットは、第２ビット深度の複数のサブレンジ画像を含み、
前記方法は、さらに、
表示するためのサブレンジ画像を選択する工程と、
前記選択されたサブレンジ画像に対してピクセル計算を、レンダリングエンジンで行う工程を備え、該エンジンは、第２ビットの前記選択されたサブレンジ画像に対してピクセル計算を行うのに動作可能であり、
前記方法は、さらに、
前記レンダリングエンジンを用いて前記画像を表示する工程を備えることを特徴とする、画像を表示する方法。
【請求項２】
各セットは、前記第１画像のフルレンジに及び、
各セットは、異なる数のサブレンジ画像を有し、
セットにおける各サブレンジ画像は、同一セットにおいて、サブレンジ画像と重複することを特徴とする、請求項１記載の方法。
【請求項３】
表示のためのサブレンジ画像を選択する工程は、
ユーザによるウインドウレベル及びウインドウ幅の選択に応じて、幅、すなわち開始及び終了を有する関心サブレンジを決定する工程と、
前記選択されたセットの終点を含む関心サブレンジに対応する複数のサブレンジ画像セットの１を選択する工程を備えることを特徴とする、請求項１記載の方法。
【請求項４】
表示するための前記選択されたサブレンジ画像内に含まれる関心サブレンジの開始、及び表示するための前記選択されたサブレンジ画像に含まれる関心サブレンジの終了の１と対応する前記選択されたセットにおける複数のサブレンジ画像の１から、表示するための前記サブレンジ画像を、選択する工程をさらに含むことを特徴とする、請求項３記載の方法。
【請求項５】
前記第２ビット深度は、前記第１ビット深度よりも低いビット深度であることを特徴とする、請求項１記載の方法。
【請求項６】
ウインドウ及びレベル調整を受信する工程と、
前記第１画像の、フル深度のインタラクティブな視覚化を、グレーの少なくとも２５６の階調で、提供する工程をさらに備え、前記第１画像は、８ビット深度よりも大きいビット深度を有し、
前記方法は、さらに、
レンダリングエンジンのビット深度によって機能的に制限された環境において、秒毎に少なくとも約１５フレームで、ウェブブラウザにおける視覚化を表示する工程を備え、前記レンダリングエンジンは、８ビットレンダリングエンジンであることを特徴とする、請求項１記載の方法。
【請求項７】
ウインドウ及びレベル調整を受信する工程をさらに備え、
前記第１画像の、フル深度のインタラクティブな視覚化を、グレーの少なくとも２５６の階調で、提供する工程をさらに備え、前記第１画像は、８ビット深度よりも大きいビット深度を有し、
前記方法は、さらに、
秒毎で１メガビット未満のレートを有するネットワークバンド幅接続によって機能的に制限された環境において、ネットワークを介して、サブレンジ画像を送信する工程と、
秒毎少なくとも約１５フレームで、ウェブブラウザにおける視覚化を表示する工程を備えることを特徴とする、請求項１記載の方法。
【請求項８】
前記レンダリングエンジンは、クライアントウェブブラウザにおいて操作可能であるレンダリングエンジンであることを特徴とする、請求項１記載の方法。
【請求項９】
第２ビット深度の、複数のサブレンジ画像セットを生成する工程は、クライアント上の複数のサブレンジ画像セットを生成する工程を備えることを特徴とする、請求項８記載の方法。
【請求項１０】
第２ビット深度の、複数のサブレンジ画像セットを生成する工程は、サーバ上の複数のサブレンジ画像セットを生成する工程を備えることを特徴とする、請求項８記載の方法。
【請求項１１】
前記レンダリングエンジンは、それぞれ第２ビット深度の複数のチャネルを提供し、さらに、マルチチャネルのグレーレベルを提供するために、複数のチャネルを用いることで、グレースケールを拡張する工程をさらに備えることを特徴とする、請求項８記載の方法。
【請求項１２】
トゥルーグレースケールを提供するために、マルチチャネルのグレースケールをフィルタする工程をさらに備えることを特徴とする、請求項１１記載の方法。
【請求項１３】
前記第２ビット深度は８ビットであり、前記複数のチャネルは、ＲＧＢ及びＲＧＢＡの１であることを特徴とする、請求項１１記載の方法。
【請求項１４】
前記画像を表示する工程は、ウインドウセンター及びウインドウ幅の選択を受信することに応じて、前記画像をインタラクティブに表示する工程を含むことを特徴とする、請求項１記載の方法。
【請求項１５】
表示スクリーンのビュー領域において、インジケーターを有するポインタデバイスの移動をモニタリングすることに基づき、ウインドウセンター及びウインドウ幅の選択を識別する工程を更に備えることを特徴とする、請求項１４記載の方法。
【請求項１６】
複数のプリセットされたウインドウセンター及びウインドウ幅値の１の選択を受信することに基づいて、ウインドウセンター及びウインドウ幅の選択を識別する工程を更に備えることを特徴とする、請求項１４記載の方法。
【請求項１７】
前記第１画像のフルダイナミックレンジ及び特徴に基づいて、サブレンジ画像のセット及びレンジ数を決定する工程を備えることを特徴とする、請求項１記載の方法。
【請求項１８】
前記第１画像は、ＤＩＣＯＭ医用画像であることを特徴とする、請求項１７記載の方法。
【請求項１９】
前記第１のＤＩＣＯＭ画像は、ＣＲの特定モダリティ、コンピューター断層撮影（ＣＴ）の特定モダリティ、磁気共鳴（ＭＲ）の特定モダリティ、マンモグラフィー（ＭＧ）の特定モダリティ、 口内法らジオグラフィー（１０）の特定モダリティ、及び デジタルラジオグラフィー（ＤＸ）の特定モダリティの少なくとも１であることを特徴とする、請求項１８記載の方法。
【請求項２０】
画像を表示するためのシステムであって、該システムは、エンコードされたコンピュータプログラム論理を含むコンピュータで読み取り可能な保存メディアを備え、前記システム上で実行されると、以下の操作を行う画像表示を提供し、該操作は、第１ビット深度を有する第１画像を獲得する操作と、複数のサブレンジ画像セットを生成する操作であり、前記サブレンジ画像セットのそれぞれは、第２ビット深度の複数のサブレンジ画像を含み、前記操作はさらに、表示するためのサブレンジ画像を選択する操作と、レンダリングエンジンで、前記選択されたサブレンジ画像に対してピクセル計算を行う操作であり、前記レンダリングエンジンは、前記第２ビット深度の前記選択されたサブレンジ画像に対するピクセル計算を行うように作動し、前記操作はさらに、前記レンダリングエンジンを用いて前記画像を表示する操作であることを特徴とする、画像を表示するためのシステム。
【請求項２１】
エンコードされたコンピュータプログラム論理を含むコンピュータで読み取り可能な保存メディアを有するコンピュータプログラム製品であって、コンピュータ化されたデバイス内のプロセッサ上で実行されると、以下の操作を行うことにより、画像を表示するための方法を提供し、該操作は、第１ビット深度を有する第１画像を獲得する操作と、複数のサブレンジ画像セットを生成する操作であり、前記サブレンジ画像セットのそれぞれは、第２ビット深度の複数のサブレンジ画像を含み、前記操作はさらに、表示するためのサブレンジ画像を選択する操作と、レンダリングエンジンで、前記選択されたサブレンジ画像に対してピクセル計算を行う操作であり、前記レンダリングエンジンは、前記第２ビット深度の前記選択されたサブレンジ画像に対するピクセル計算を行うように作動し、前記操作はさらに、前記レンダリングエンジンを用いて前記画像を表示する操作であることを特徴とする、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
世界中の医師は、患者を診断し疾患を治療するのを支援し、同僚と協力して、意志決定サポートと教育を提供するために医用画像にアクセスする。医師は、病院、医院を含む種々の場所、並びに高解像度専用表示、ＰＣ、携帯電話、ＰＤＡ等を含むが、これらに限定されない各種機器上で医用画像を表示する。
【０００２】
臨床的品質の画像は、１２ビット以上の深度であり得、４０９６以上のグレーの諧調で表示することができる。この広いグレースケールのレンジは、（腫瘍、カルシウム沈着および骨折など）の非常に小さい病理学上又は構造上の異常が、診断目的のためのヒト目に見えることを可能にする。ウェブ・ベースのプラットフォーム上で充分なグレースケール再生の提供は、挑戦である。多くの既存の解決策がオペレーティングプラットフォーム（例えば、Ｗｉｎｄｏｗｓ、ＭａｃおよびＬｉｎｕｘ）に特定の実装（例えばＡｃｔｉｖｅＸ  ｃｏｎｔｒｏｌ、Ｎｅｔｓｃａｐｅ  ｐｌｕｇ−ｉｎ）を要求している。「純粋な」ウェブブラウザに基づいた解決策は、ウェブサーバーがすべての提供し得る状況のために画像を生成し、送達することを要求する。このアプローチは、まさにサーバーおよびネットワークの集約であるので、このアプローチでインタラクティブ操作を達成することは非常に難しい。インターネットに基づいた解決にこれらのアプローチを推定することはさらに難しい。レンダリングは、画像用の仕様をコンピューター・スクリーン（例えば、アドビ・フラッシュ、マイクロソフトＳｉｌｖｅｒｌｉｇｈｔ）上の表示用ピクセルに変換するレンダリングエンジンの使用によって、ときとして促進される。レンダリングエンジンは専門のソフトウェアまたはハードウェア構成を含み得る。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
医用画像（例えば、ＤＩＣＯＭ画像）のインタラクティブ操作を可能にする専用ハードウェアおよびソフトウェアに典型的には依存する従来の技術は、パーソナルコンピュータ、携帯電話および他のモバイルデバイス上で動作するウェブブラウザなどの、特定の限定されたバンド幅およびコンピュータ環境においては動作不能である。これらの限定された環境での現在のアプローチは、画像のフル（ｆｕｌｌ）ビット深度のインタラクティブ操作および表示を可能にしない。これらの従来のアプローチは、当該分野における医師による、許容可能な性能または有用性を提供するものではない。これらの限定された環境において使用されるさらに他のアプローチは、データを前処理し、連続的にクライアントに最更新された画像を送るサーバーに依存している。これらのアプローチは一般的計算及びバンド幅集約的な方法であり、同時にユーザーの大多数に役立つかどうかの点については限定があるが、スケーラビリティ、帯域幅および効率に限定がある。他のアプローチは専用ソフトウェアアプリケーションを必要とする。
【０００４】
例えば、従来のビューアの１つのタイプは、ユーザーのコンピュータへの所有権を主張できるダウンロード可能な「クライアント」を必要とするソフトウェアに頼っている。病院の内部で使用された時、このアプローチはダウンロード可能なクライアントをサポートしなければならない病院ＩＴ部に確認を要求する。更に、連続的な色調、臨床の品質画像、１２〜１６またはそれ以上のビット深度を有することができる。また、いくつかの臨床の確認アプリケーションは、十分な性能でそのレンジのサブセットを視覚化する能力を必要とする。いくつかの商用のレンダリングエンジン、例えば、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ（登録商標）プレーヤーは、８ビットの連続色調ピクセルデータ上でのみ動作することができ、レンダリング可能なトゥルー・カラー画像を扱うために設計されており最適化される。これらのエンジンにのみ基づいた医用画像ビューアは、診断目的のためのあまりにもわずかのグレーの濃淡に限定され得る。更に、これらのビューアは、臨床用途のためにインタラクティブ操作を十分に速く行なわないであろう。
【０００５】
本明細書に述べられた技術は、先行技術中で既知の追加の方法並びに上述のような従来のアプリケーションに関して逸脱している。特に本明細書の実施形態は、ユーザーが比較的高いビット深度を見て、上述したとおりの限定された環境において操作可能な診断の確認のためのこれらの画像の表示とインタラクトすることができる。これらの環境の例は、市場で入手し得るレンダリングエンジンを有する、標準的なパーソナルコンピュータおよびモバイルデバイス上で利用可能である。
【課題を解決するための手段】
【０００６】
例えば、さらに本明細書に記載されているとおりの技術は、第１ビット深度を有する第１画像を得ること、サブレンジ画像セットを生成することを含み、各セットがそれぞれ第２ビット深度でサブレンジ画像を含み、当該技術はさらに、表示のためにサブレンジ画像を選ぶことを含んでいる。前記技術は、さらに、第２ビット深度で選択されたサブレンジ画像上でピクセル計算を実行するのに動作可能なレンダリングエンジンでの選択されたサブレンジ画像上でピクセル計算を実行すること、当該レンダリングエンジンを用いて画像を表示することを含んでいる。かかる技術は、ピクセル毎の深度が８ビット以上の画像に関するピクセル毎の特定の計算のインタラクティブ表示を許可する、加速された計算を提供する。
【０００７】
他の技術は、連続色調デジタル画像上で特定の医学的に関連する計算のインタラクティブ視覚化を可能にすることを含んでいる。より明確には、当該方法は、一般的に利用可能な、最適化された８ビットの赤緑青（ＲＧＢ）のピクセル毎のデジタル画像計算を実行し得るレンダリングエンジンを利用している。
【０００８】
ピクセル毎にわずか８ビットしかないソース画像上で計算を行なう場合、インタラクティブ計算は利用可能な最適化された８ビットＲＧＢ動作で達成される。ソース画像が１つのピクセルル毎８ビットを超える時、８ビットまで写像する単純な構造は正確に画像のサブレンジ上で計算(したがって視覚化)を扱わない。この問題の１つの例が医用画像に生じる。ピクセルデータ上の「関心値」の一次変換を視覚化する場合である（一般的にウィンドウィングおよびレベリングと呼ばれる）。
【０００９】
一例は、１つのピクセル毎１２ビット（１２ビットの画像深度）を含める頭の典型的なＣＴ画像の視覚化である。ユーザーがヒトの脳において見出されるように組織の厚さにおける少しの変化を視覚化することに興味を持っていれば、画像の一次変換がソース画像からピクセル値を狭い範囲で注目するように要求される。フル１２ビットレンジから８ビット画像への直接の線形写像を使用することは重大なグレースケールの価値の損失を引き起こすが、さもなければオリジナルソース画像で利用可能である。強引に計算することは可能であるが、典型的な画像のための計算の数により、このアプローチは医用画像と表示に許容可能なインタラクティブな視覚化を生産することはない。
【００１０】
本明細書のさらに他の実施形態は、上述のとおりに要約され、以下に詳細に開示される工程及び動作を実行するためのソフトウエアプログラムを含んでいる。ひとつのそのような実施形態は、コンピュータプログラム製品を含んでおり、当該コンピュータプログラムプロダクトはコンピュータ・読み取り可能な媒体を有し、当該媒体は、当該媒体上でエンコードされるコンピュータプログラム論理を含んでおり、メモリーとプロセッサと表示の結合を有するコンピュータ化されたデバイスで実行されるとき、プロセッサが本明細書に開示された動作を実行するようにプログラムされる。そのような構成は、光学的媒体（例えば、ＣＤ−ＲＯＭ）、フロッピー又はハードディスク若しくは１つ以上のＲＯＭチップ又はＲＡＭチップ又はＰＲＯＭチップにおけるファームウェア又はマイクロコードなどの他の媒体などのコンピュータ読み取り可能な媒体上で配列され、又はエンコードされるソフトウェア、コード、及び/又は他のデータ（例えば、データ構造）として提供されるか、あるいは特定アプリケーション集積回路（ＡＳＩＣ）として提供される。ソフトウェアまたはファームウェア、または他のそのような形態は、コンピュータ化されたデバイスに、本明細書で説明した技術を実行させる、コンピュータ化されたデバイス上でインストールすることができる。
【００１１】
本発明の前述の目的及び他の目的、特徴並びに利点は、添付図面において図示されたとおりの、本発明の好ましい実施形態の、以下のより詳しい説明から明らかになるであろう。同様の参照符号は、異なる図面を通じて同一の部分を指す。図面は、実施形態、原理および概念を説明することを強調していて、必ずしも縮尺どおりではない。明瞭さについては、図面への画像のうちのいくつかはグレースケールに反転されている（例えば、黒から白、及び白から黒）。
【図面の簡単な説明】
【００１２】
【図１】先行技術に係るインドウ・センターよびウインドウ幅並びに結果として生じる表示画像の選択の医用画像選択の８ビットの表示を示す図である。
【図２】本明細書の実施形態によるウインドウセンター（ＷＣ）およびウインドウ幅（ＷＷ）並びに結果として生じる表示画像の選択のためのツールを含むユーザ・インターフェースを示す図である。
【図３Ａ】本明細書の実施形態によるウインドウセンターおよびウインドウ幅の第１選択を有するサブレンジ画像を表示するスクリーンの図である。
【図３Ｂ】ウインドウセンターおよびウインドウ幅の第２選択を有する図３Ａのサブレンジ画像を表示するスクリーンの図である。
【図４Ａ】図４Ａは、本明細書の実施形態によるＳＲＯＩの第１選択を有するレンダリング画像より比較的高い画像ビット深度のオリジナル画像のヒストグラムの図である。
【図４Ｂ】本明細書の実施形態によるＳＲＯＩの第２選択を使用する図４Ａのオリジナル画像のヒストグラムの図である。
【図５】本明細書の実施形態によるオリジナルソース画像中で利用可能なピクセル値のサブセットを表わす、生成されたサブレンジ画像の図である。
【図６】本明細書の実施形態による、いかにしてサブレンジ画像および画像交換が１２ビット画像に適用するかを示す図である。
【図７】本明細書の実施形態による１２ビット画像上でのウインドウ幅とウインドウセンター計算の図である。
【図８】本明細書の実施形態による１２ビット画像上のウインドウ幅とウインドウセンター計算をするために構築されたサブレンジ画像の図である。
【図９】本明細書の実施形態によるビューアアプリケーションに関連した技術を示すフローチャートである。
【図１０】本明細書の実施形態によるビューアアプリケーションに関連した技術を示すフローチャートである。
【図１１】本明細書の実施形態によるビューアアプリケーションに関連した技術を示すフローチャートである。
【図１２】本明細書の実施形態によるコンピュータ／ネットワーク環境への計算機装置の見本になる構造を示すブロック図である。
【発明を実施するための形態】
【００１３】
１つのピクセル毎８ビットを超えて有するソース画像を視覚化する場合、この発明に応よる実施形態は十分なビット深度の一部レンジに関するこれらの計算のインタラクティブ表示を提供するために即座に利用可能な最適化された８ビット画像計算に利用することを可能にする。本明細書に開示された実施形態は、ダイナミックに８ビットの赤緑青（ＲＧＢ）または赤緑青アルファ（ＲＧＢＡ）「サブレンジ」画像を生成する。当該「サブレンジ画像」は、ピクセルグレースケール毎８ビット以上を有する画像のサブレンジの表示および計算のために使用される。これらのサブレンジ画像上の動作は、特定のレンダリングエンジンへの最適化された画像操作から利益を得る。その後、サブレンジ画像は、画像計算のインタラクティブ表示の間に交換され、計算の最適化された比率のフルレンジの有効な表示を作る。
【００１４】
図１は、本実施形態では、比較的低い画像ビット深度、ここでは１ピクセル毎８ビットで画像（１００）を表示する、より高いビット深度画像（例えば、１２〜１６ビット）の図である。画像（１００）は８ビットの画像でのサブレンジ計算をレンダリングする従来の方法を使用する試みの例であり、オリジナルの１２ビットのソース画像のフルレンジの線形マッピングである。本実施形態で、オリジナル画像の特定の特徴は、低い画像ビット深度による画像内でのピクセル化の効果によって不明瞭になる。
【００１５】
図２は、本発明の一実施形態によるサブレンジの画像計算を使用することで図１の先行技術の画像と比較して、改善された詳細を示す例示的な画像（２１０）を表示する例示的なユーザー・インターフェース（２００）を示す図であり、インターフェースは、ウインドウレベル（ＷＬ）（ウインドウ・センター（ＷＣ）ともいう）およびウインドウ幅（ＷＷ）の選択のためのツール（２２０）、関連する画像（２１２）および（２１４）のサムネイル、画像パラメータ及びユーザー選択の表示（２３０）、および追加の画像処理ツールを表わすユーザーの選択及びアイコン（２３２）を含んでいる。一実施形態において、ウインドウセンターおよびウインドウ幅の選択は、表示・スクリーンのビューイング領域、本実施形態ではツール（２２０）において、インジケータを有するポインタ・デバイスの移動監視に基づいて、同定される。
【００１６】
レンジは、画像ビット深度に応じて一定のピクセル値用のすべての可能な値として定義することができる。例えば、ピクセル毎の８ビットの画像は、各ピクセルに対して０〜２５５の値を有することができ、２５６ものレンジを有している。ピクセル毎１２ビットの画像は、各ピクセルに対して０〜４０９５の値を有することができ、４０９６ものレンジを有している。サブレンジ画像は、サブレンジの最初と終りの値によって特定されるピクセル値のみを含む画像である。ツール（２２０）または他の選択ツールを使用して、ユーザーは有効に興味のあるサブレンジ（ＳＲＯＩ）を選択し、ＳＲＯＩは画像計算および表示に使用する、サブレンジ画像を選択するために使用される。
【００１７】
本発明者らは、従来のレンダリングエンジンの利用可能な８ビットのＲＧＢまたはＲＧＢＡランタイムの最適化された計算を使用して、当該サブレンジ画像上で動作する性能を開示した。データセットのインタラクティブ視覚化は、当該サブレンジ画像上で動作する。サブレンジ画像はオリジナルのフル深度ソース画像から生成され、ピクセル値の特定の連続的なレンジを表わす。サブレンジ画像は、オリジナルのピクセル値に重複があるように選択される。当該ピクセル値の重複は、インタラクティブ視覚化中に、サブレンジ画像間のシームレスの変化を許可する成分である。計算が現在のサブレンジ画像の外側にあるピクセル値を必要とする場合、隣接したサブレンジ画像は表示と交換される。
【００１８】
図３Ａは、ウインドウセンターおよびウインドウ幅の第１選択を有するサブレンジ画像（３００）を表示するユーザー・インターフェース（２００）のスクリーンの図である。オリジナル画像深度、すなわちピクセル毎１２ビットは、画像を処理するためにレンダリングエンジンを使用するより比較的高いビット深度にある。示されているサブレンジ画像（３００）は、ユーザー選択されたＳＲＯＩに基づいて、所定の幅とセンター値の適切な視覚化を達成するために加えられる適切な線形計算で前計算されたサブレンジ画像である。ウインドウ幅（ＷＷ）およびウインドウ・センター（ＷＣ）は任意に表示画面に示される。ここでユーザーは、８０／４０のＷＷ／ＷＬ、ウインドウ幅およびウインドウレベル（ウインドウセンター）のさらなる選択をした。
【００１９】
図３Ｂは、ウインドウセンターおよびウインドウ幅の第２選択を有する図３Ａのサブレンジ画像（３００）を表示するスクリーンの図である。ここで、ユーザーは、１００／６０のＷＷ／ＷＬ、ウインドウ幅およびウインドウセンターのさらなる選択をし、その結果生じる画像（３３０）が追加の特徴を示している。
【００２０】
図４Ａは、画像のレンダリングに使用されるよりも比較的高い画像ビット深度のオリジナル画像のヒストグラム（４００）の図である。曲線（４３０）は、オリジナル画像のレンジにわたり各ピクセル値のピクセル数を表し、ここでは、結果として生じる４０９６ものピクセル値のレンジでの１２ビット深度の画像を表す。ピクセル値レンジは、マイナス１０２４〜３０９６まで計られる。負のピクセル値は、いくつかの実施形態で使用され、例えば、標準ＣＴ  Ｈｏｕｎｓｆｉｅｌｄウインドウ／レベル値は描くことができる。幅（４２２）、本実施形態では８０、及びウインドウレベル又はセンター（４２４）、本実施形態では４０は、本明細書の実施形態によるＳＲＯＩの第１選択を有する対応するサブレンジを選択するために使用される。２５６未満のウインドウで、グレースケールのすべてを使用することができないが、目的はオリジナルの値がすべて表わされることを保証することである。
【００２１】
図４Ｂは、ＳＲＯＩ（４２０´）の第２選択を使用する図４Ａのオリジナル画像のヒストグラム（４００）の図である。ＳＲＯＩ（４２０´）インジケータのウインドウ・幅（４２２´）、本実施形態では１００、およびウインドウレベル又はセンター（４２４）、本実施形態では６０は、オリジナルソース画像で利用可能なピクセル値のサブセットとしてのレンジを描く。
【００２２】
図５を参照すると、サブレンジ画像セット（５０２）は、複数の生成されたサブレンジ画像（５１０１）〜（５１０Ｎ）（一般的にサブレンジ画像（５１０）という）を含んでおり、第１ビット深度でオリジナルソース画像（５００）で利用可能なピクセル値のサブセットを表わす。関心サブレンジ（ＳＲＯＩ）および前もって定義した重複（５２０）パラメータは、サブレンジ画像（５１０）のレンジおよび値を決定するために使用される。これらのサブレンジ画像（５１０１）〜（５１０Ｎ）は、８ビットのサブレンジ画像における利用し得るグレースケールに対するオリジナルソース画像（５００）でのオリジナルのピクセル値をマッピングする。一実施形態において、レンダリングエンジンは、オリジナルソース画像（５００）の第１ビット深度より低い第２ビット深度で動作する。特定の実施形態において、レンダリングエンジンは複数のチャネルを提供し、おのおのが、当該複数のチャネルを使用してグレースケールを拡張する第２ビット深度で動作する。これによってマルチチャネルのグレーレベルを提供する。一実施形態において、マルチチャネルのグレースケールは表示に真のグレースケールを提供するためにフィルタがかけられる。
【００２３】
他の実施形態は、第２ビット深度として８ビットを使用し、複数のチャネルはＲＧＢ又はＲＧＢＡのいずれかである。パック形式のＲＧＢ値が使用される一実施形態においては、７６６もの特有のグレースケールが存在する。グレースケール値は、チャネルの数である３を８ビットのグレー値（２５３）に掛けて、２つのエンド・ポイントを引くことで得られる（２５６＊３−２＝７６６）。サブレンジ画像上のレンジインジケータ（５２４）は、ソース画像ピクセル値を定義し、当該ソース画像ピクセル値のために表される。サブレンジ画像は前計算され得るか、又はオリジナル画像を経てループ化し、サブレンジ画像を生成することによってダイナミックに算出することができる。第１ビット深度での第１画像は、サブレンジが選択された後、第２ビット深度でサブレンジにマッピングされる。
【００２４】
一実施形態において、サブレンジ値および重複が予め決められる。それらの値は、アプリケーション、画像タイプ（例えば、コンピュータ化された断層撮影（ＣＴ）画像に比してコンピュータ化されたラジオグラフィー)（ＣＲ）の機能になり得る。これらの値は利用者の好みによって決定されることができ、代替の前記実施形態において、例えば、所望の最小生成の諧調、表示装置の品質がそのような因子にもとづいてダイナミックに設定され得る。例えば、デバイス上でレンダリング２００の弁別域（ＪＮＤ）を最小で達成するために、ユーザーは重複とサブレンジ値をセットし得る。
【００２５】
サブレンジの他の形態、セットの数、サブレンジ画像の数および重複は、第１画像のダイナミック・レンジおよび特徴に基づくことができる。例えば、画像は、コンピュータ化された断層撮影（ＣＴ）、コンピュータ化されたラジオグラフィー（ＣＲ）、磁気共鳴（ＭＲ）、デジタルラジオグラフィ（ＤＸ）、マンモグラフィー（ＭＧ）またはイントラオーラルラジオグラフィー（ＩＯ）といった特定のモダリティーを有するＤＩＣＯＭ医用画像になり得る。
【００２６】
図６は、サブレンジマッピングを本発明の一態様による１２ビット画像に如何にして適用するかを示す。本明細書の実施形態の動作は正確なピクセルレベルに依存しておらず、閾値、サブレンジ、サブレンジ重複は例としてのみ含まれる。この実施形態は、画像を表わすために「パック形式の」ＲＧＢ／ＲＧＢＡを使用する。１つのサブレンジ画像および追加の連続濃淡は、利用可能な８ビットのＲＧＢ／ＲＧＢＡチャネル（例えば、ＲＧＢに対して３チャネル、又はＲＧＢＡがサポートされる場合は４チャネル）にパック化される。これは、標準カラー表示が表わすことができる３または４倍のレンジである有効な８ビットのピクセルレンジを可能にする。このパック技術は、標準的なコンピューター・ビデオ・グラフィックハードウェアおよび表示で利用可能なグレーの最大の利用に重要である。他の実施形態において、画像は規則的なＲＧＢ値で表わすことができ、より少ないグレーの諧調を表示することができる。
【００２７】
比較的高いビット深度を有する画像を得るいくつかの方法があり、該方法は限定されるものではないが、２５６を超えるグレーの諧調をピクセルにパック化するために８ビットＲＧＢ／ＲＧＢＡを利用することを含む。ＲＧＢ（７６６の諧調）またはＲＧＢＡ（１０２１の諧調）は、８ビットＲＧＢグレー、すなわち０、０、０；１、１、１；２、２、２；・・・；２５５、２５５、２５５を使用する場合、グレー諧調を生じさせる２５６ものピクセル値をもたらし、パック化されたＲＧＢ、すなわち０、０、０；０、０、１；０、１、１；１、１、１；１、１、２；１、２、２；２、２、２;・・・；２５５、２５５、２５５を使用する場合、７６６ものピクセル値をもたらす。視覚化の際、結果として生じる値は、まず、グレースケールフィルターを通過して、パック化されたＲＧＢを用いて、Ｒ＝Ｇ＝Ｂの値にマッピングする。すなわち、いくつかの実施形態では、アルファチャネルを利用して１０２１のピクセル値をもたらすが、そうでない場合は、パック化されたＲＧＢに類似している。
【００２８】
ここでは、１２ビット画像（５００）は、４０９６のフルレンジから８１９のサブレンジ幅（６２０）を有する７つのサブレンジ画像（６１０１）〜（６１０７）のセット（６０２）を用いて表示される。この例における隣接したサブレンジ画像（６１０）間の重複（６２２）は、２７３である。ここで示されたように、重複（６２２）およびサブレンジ幅（６２０）は、フルレンジにわたってほぼ同一に分割されるが、一定のセットのための最大の達成可能な幅を満たす重複がある限り、これが必要ではないことが分かる。
【００２９】
ここで図７を参照すると、サブレンジ画像（７１０）のさらなる例が示される。一実施形態において、医用画像中で既知の単純な線形計算は、これらのサブレンジ上で行なわれる。当該計算は一般に、画像を「ウインドウ」処理すると呼ばれる。計算には、チャネル幅（ＷＷ）とウインドウ・センター（ＷＣ）の２つの入力がある。これらの値は、画像の各ピクセル上で実行される単純な一次方程式を定義するために使用することができる。この方程式は、次のように説明され得る。
ｙ＝ｍｘ＋ｂ  
（１）ここで、
ｙは出力されたピクセル値で、ｘは入力されたピクセル値であり、
ｍはＷＷによって分割されたレンジであり、
ｂはレンジの半分から、Ｗ掛けるｍを引くか、または言い換えると、
ｏｕｔＰｉｘｅｌＶｌｕｅ＝（（レンジ／ＷＷ）)＊ｉｎＰｉｘｅｌＶａｌｕｅ）＋（レンジ／２）−（ＷＣ＊（レンジ／ＷＷ））。
（２）他の実施形態では非線形の計算も、下位ビット深度レンダリングエンジンを用いて実行することができる。
【００３０】
ここで図７を再び参照すると、ウインドウ計算は、１ピクセル毎１２ビットを含むソース画像（７００）上で実行される。第１計算（７０２）は、如何にして２５６のチャネル幅および１２８のセンターが、第１サブレンジ画像上で実行されるのかを示している。視覚化のために計算された時、利用可能な最適化されたＲＧＢ画像計算はサブレンジ画像上で有利に使用される。このサブレンジ画像はピクセル値の対応するサブレンジを満足し得るウインドウ計算をインタラクティブに視覚化するために使用される。
【００３１】
計算（７０４）及び（７０６）は、現在表示されたサブレンジ画像の境界を横断する場合、本発明の挙動を示す。ウインドウ幅は、この例では一定である。計算（７０４）において、ウインドウセンターは６９１であり、それはサブレンジ画像（１）を使用して計算することができる、（チャネル幅２５６のための）最大の中心値である。この計算のために、サブレンジ画像（１）の（７１０１）がレンダリングに使用される。計算（７０６）において、ウインドウセンターは６９２であり、サブレンジ画像（１）の（７１０１）を用いては計算できない。この計算のために、サブレンジ画像（２）の（７１０２）は、サブレンジ画像（１）の（７１０１）と置換して、レンダリングのための計算が進む。
【００３２】
ここで図８を参照すると、本発明のアプリケーションは、１ピクセル毎１２ビットを有するソース画像（８００）のウインドウ計算のために示される。ここでは、サブレンジ画像（８１１１）〜（８１１３）、（８１２１）〜（８１２７）、（８１Ｘ１）〜（８１ＸＬ）まで、サブレンジ画像セット（８０２１）〜（８０２Ｘ）にグループ化される（一般的にサブレンジ画像セット（８０２）と呼ばれる)。サブレンジ画像セット（８０２）は、それぞれ、ウインドウ幅のレンジのための計算を満たす。ピクセル値の重複は、１セットのサブレンジ画像内の最大の有効レンジを定義する。サブレンジ画像セットの数８０２をセットすると、それらの間で切り替わるための閾値は調整可能で、客観的及び主観的な種々の基準をいずれも使用して予め定めることができる。当該基準は、出力時に利用されるグレースケール値、所望のセット毎のサブレンジ画像の数、そして所望のセットの全数を含む。本発明の実施形態はサブレンジ画像セット（８０２）の数および如何なる重複の量を満たすことができる。サブレンジ画像および重複が、ダイナミック・レンジの画分であることを図及びダイアグラムが示唆しているが、それらは任意に選ぶことができる。これらのサブレンジ画像の選択は、背景的な最適化計算が当該サブレンジが実用で生成されなければならない画像の数にどのように影響を及ぼすかの観点から行なわれるべきである。ピクセル計算毎に、サブレンジ画像セット（８０２）のためのサブレンジと重複が、前述された変数およびサブレンジ画像が、結果として生じる計算が視覚化されるときまで生成されることに基づいて、予め決定される。これらの変数に対する新しい値を決定して、画像を再処理することができることが理解される。その場合、新しいサブレンジ画像が生成されるだろう。
【００３３】
動作中、ユーザーがウインドウ幅選択を調節すると、どのセットかを決定するウインドウを通して処理が進み、サブレンジ画像セット（８０２）のどの画像かをレベルが決定する。セット（８０２１）〜（８０２Ｍ）およびそれらの関連する閾値は、所望のグレースケール品質を提供するために一実施形態において任意に定義される。画像処理は、１ピクセル毎８ビットを超える任意の画像ビット深度に適用することができる。ピクセル毎のビットが増加すると、正確なグレースケールの表現を提供するためにのより多くのサブレンジ画像が必要である。例えば、ウインドウ幅計算が、４０９６と４０９６／７（ほぼ５８５に等しい）の間にあれば、３つのサブレンジ画像（８１１１）〜（８１１３）のうちの１つが使用され、この画像のセットをセット１と呼ぶ。ウインドウ幅が５８５と４０９６／１５（ほぼ２７３に等しい）の間にあれば、７つのサブレンジ画像（８１１１）〜（８１１７）のうちの１つが使用され、この画像のセットをセット２と呼ぶ。ウインドウ幅のけ計算が変化すると、対応するサブレンジ画像セットへの様々なサブレンジ画像はインタラクティブに表示される。
【００３４】
ハードウェアの充分な能力を使用するために、一実施形態において、サブ画像レンジが前述のセットのサブ画像のほぼ２分の１までセットされる。例えば、最小の２００レベルのグレーを達成する一実施形態において、サブ画像レンジは、前のセットのサブ画像レンジの２００／２５５にセットされる。
【００３５】
レベルの数及びこれらのレベルの閾値を決定する１の例示的方法は、一定のレンジの出力である最小のグレー数を設定することである。例えば、１２ビット画像のセット０での、パック形式のＲＧＢを用いることで、ウインドウ幅が１０２４にまで減少されると、視覚化されたグレー数は、１９１（レンジ（４０９６）／ウインドウ幅（１０２４）*利用可能なグレー（７６６））である。
【００３６】
外側で少なくとも１９１のグレー数であることを保証するために、１０２４未満のウインドウ幅が定義される際に引き起こされる新しいサブレンジ画像セットが定義される。例えば１０２３のウインドウ幅を達成するために、セット１からのサブレンジ画像が、交換される。メモリーにおけるサブレンジ画像を生成及び保存するのに関する費用により、サブレンジ画像セットの数は、品質性能トレードオフを表わす。
【００３７】
表示の実施形態に関連した機能が、図９から図１１におけるフローチャートで説明される。以下の説明の目的のために、フローチャートにおける矩形要素は、例えば（図９における）９１０は、「処理ブロック」を示し、例えば１１２２（図１１における）において、ダイヤモンド形の要素は、決定ブロックを示し、両方とも、コンピュータソフトウェアの命令又はコンピュータで読み取り可能な媒体での命令の集まりを表わす。さらに、処理ブロックは、コンピュータ、デジタル信号プロセッサ回路、特定用途向け集積回路(ASIC)等のハードウェアにより実行される工程を表わす。
【００３８】
特に、図9は、本明細書の実施形態による画像の改善された表示に関連した操作を示す。図９のフローチャート（９００）及び以下の対応するテキストは、図２から図８について上述された、いくつかの内容と重複、言及及び拡張することに注意されたい。また、以下のフローチャートにおける工程は、必ずしも提示される順序で行われる必要はないことに注意されたい。第１ビットを有する第１画像を獲得することで、工程（９１０）において、基礎的なフローが開始する。フル深度画像をロードしてから、複数のサブレンジ画像セット、第２ビット深度の複数のサブレンジ画像を含む各セットが工程（９２０）で生成される。いくつかの実施形態において、各セットは第１画像のフルレンジに及び、各セットは、サブレンジの画像の異なる数を有する。また、セットにおける各サブレンジ画像は、同一のセットにおけるサブレンジ画像と重複する。工程（９３０）において、サブレンジ画像は表示のために選択される。
【００３９】
工程（９４０）において、ピクセル計算は、選択されたサブレンジ画像に対して、レンダリングエンジンで実行され、該レンダリングエンジンは、第２ビット深度の選択されたサブレンジ画像に対してピクセル計算を実行するよう作動する。
ひとつの例において、結果として８ビットのRGB/RGBA画像を生成する際、ピクセル毎の計算が、そのソース画像に対して適用される。最後に、工程（９５０）において、画像は、図２、図３Ａ及び図３Ｂに示されるように、レンダリングエンジンを用いて、ユーザーに対して表示される。さらなる詳細は、以下の図１０及び図１１とともに提供される。
【００４０】
図１０は、フローチャート（１０００）であり、ビューアアプリケーションに関する技術を示す。技術は、オリジナルソース画像ビット深度のサブセットに対する計算を表示するのに適用するが、このフローチャートは、本発明の一部を示す。ソース画像をロードした後に、適切なサブレンジ画像が工程（９２０）において生成される。サブレンジ画像は、任意で工程（１０１０）でクライアントにて（例えばウェブブラウザを実行し、ユーザディスプレイを提供するＰＣ)、または任意で工程（１０２０）で、画像リポジトリとして提供するサーバーで生成される。サーバーがクライアントから処理負荷を取り外す間、画像を送信するためのバンド幅要件が増加させられ、該増加は、制限されたバンド幅環境において問題がある。工程（１０１０）又は工程（１０２０）のいずれかにおいて、サブレンジ画像は、要求に応じて生成される、又は表示のためにフルレンジ画像をロードした後に、予め生成される。
【００４１】
工程（１０３０）において、幅、すなわち開始と終了を有する関心サブレンジ（ＳＲＯＩ：sub-range of interest)は、ユーザーによるウインドウレベル及びウインドウ幅の選択に応じて決定される。ＳＲＯＩを決定するもう１つ別の方法は、ウインドウセンター及びウインドウ幅に対応する、複数のプレセットされたウインドウセンター及びウインドウ幅の値の１をユーザーが選択することに応答する。工程（１０４０）において、複数のサブレンジ画像セットの１が選択される。工程（１０５０）において、サブレンジの計算が実行される。専用のレンダリングエンジンを用いることで、これらの計算は、特定のプロセッサに最適化される。計算は、サブレンジ画像に対して適用され、適切な視覚化を実現する。レンダリングエンジンは、クライアントウェブブラウザ内で作動する、あるいはスタンドアロンのアプリケーションに対してインターフェースで接続される。
【００４２】
工程（１０６０）において、図６とともに上述されるように、レンダリングエンジンは、それぞれ第２ビット深度の、複数のチャネルを提供し、グレースケールは、マルチチャネルを用いることで拡張され、マルチチャネルのグレーレベルを提供する。
1つの実施形態において、マルチチャネルのグレースケールは、トゥルーグレースケールを提供するために任意でフィルタされる。もうひとつ別の実施形態において、第２ビット深度は８ビット（すなわち、レンダリングエンジンのビット深度）であり、複数のチャネルは、ＲＧＢ又はＲＧＢＡのいずれかである。
【００４３】
工程（１０７０）において、画像は、工程（９３０）に戻ることで、インタラクティブに表示され、ウインドウセンター及びウインドウ幅のさらなる選択を受信することに応じて、アップデートされたＳＲＯＩを獲得する。１つの実施形態において、ウインドウ及びレベル調整を受信する後に、フル深度のインタラクティブな視覚化（full-depth interactive visualization)が、８ビットレンジよりも大きいオリジナル画像の、グレーの少なくとも２５６の階調で、提供され、サブレンジ画像が、秒毎１メガビット未満のレートを有するネットワークバンド幅接続により機能的に制限された環境において、ネットワークを介して、送信される。そして画像の視覚化は、処理されたサブレンジ画像を、少なくとも秒毎約１５フレームで、ウェブブラウザに表示することにより、達成される。もうひとつ別の実施形態において、環境は、レンダリングエンジンのビット深度によって機能的に制限され、レンダリングエンジンは、８ビットのレンダリングエンジンであることを特徴とする。
【００４４】
図１１は、本明細書において実施形態に従って、ビューアアプリケーションに関する技術を示すフローチャート（１１００）である。このフローチャートは、計算及び表示に使用されるサブレンジ画像の決定について記述する。サブレンジ画像セットの特定の番号、およびそれらのセット内のサブレンジ画像のレンジは、変更可能である。
工程（１１００）において、サブレンジ画像セットが生成される。工程(１１２０)において、幅、すなわち開始と終了を有する関心サブレンジは、ユーザーによるウインドウレベル及びウインドウ幅の選択に応じて決定される。工程（１１２１）において、チェックされる第１セットはセット1に設定される。工程（１１２２）において、ＳＲＯＩ幅は、セット１の最大レンジと比較される。ＳＲＯＩ幅がセット１の最大レンジより大きいことが決定されると、セット０が選択される。
【００４５】
どの利用可能なセットが選択されたＳＲＯＩを表示するのに使われるかを決定するために使用される最大レンジを、各セットがサポートする。セットによりサポートされる最小有効レンジは、次のセットの最大レンジにより定義される。セット最大レンジは、さらに、そのセットでの重複部分により決定される。表示するためのＳＲＯＩ幅を達成しようとする場合、セット及びサブレンジ画像は、関心サブレンジが、セット及びサブレンジ画像（すなわち、ＳＲＯＩの開始／終了レンジ内の）内に含まれるかどうかに基づいて選択される。例えば、図８では、セット１の最大レンジは５８５である。また、セット２の最大レンジは２７３である。重複部分は、ＳＲＯＩがインタラクティブに変更される、サブレンジ画像間のスムースな移動を確実にするために用いられるので、最大レンジは重複部分と同一である。
【００４６】
工程（１１２２）は、１つのみの画像（セットにおけるフル画像）があるので、特別なケースである。ＳＲＯＩ幅がセットOにあることが決定されると、処理は工程（１１２４）へと続き、この場合、ピクセル毎の計算は、セット０画像０で実行され、そうでなければ、処理は工程（１１２６）へ続く。
【００４７】
工程（１１２６）及び工程（１１２８）は、選択されたセットに含まれる関心サブレンジに対応する複数のサブレンジ画像セットの１を選択する。工程（１１２６）で、次のセットが選択される。工程（１１２８）で、セットｉ最大レンジよりも大きいのは、ＳＲＯＩ幅である。セットｉ（言い換えると、ＳＲＯＩ幅が以前のセットにある）よりもＳＲＯＩ幅が大きいことが決定されると、処理が工程（１１３０）へ続き、そうでなければ、処理は工程（１１２６）へ続き、もう１つ別のセットを選択する。工程（１１２６）において、セットがこれ以上ない場合、最後のセットが使用され、処理は工程（１１３０）へ続く。
【００４８】
工程（１１３０）及び工程（１１３４）は、選択されたセットにおける複数のサブレンジ画像の１を選択し、該選択されたセットは、表示のために選択されたサブレンジ画像に含まれる関心サブレンジの開始又は、表示のために選択されたサブレンジ画像に含まれる関心サブレンジの終了に対応する。工程（１１３０）で、ＳＲＯＩが選択されたサブレンジ画像セットの選択されたサブレンジ画像において、ＳＲＯＩが開始されるか終了するかを決定される。ＳＲＯＩが、選択されたサブレンジ画像のセットの選択されたサブレンジ画像で開始又は終了することが決定されると、処理は、工程（１１３２）へ続き、この場合、ピクセル毎の計算が、選択されたサブレンジ画像のセットにおける選択されたサブレンジ画像に対して実行され、そうでなければ、工程（１１３４）へ続き、次のサブレンジ画像を選択し、処理は工程（１１３０）へと戻る。例えば、再び図８を参照すると、ＳＲＯＩ幅は、２７１であり、ＳＲＯＩは５４９で開始し、８２０で終了する。それから、セット２が選択され、サブレンジ画像２  ８１２２が表示のために使用される。
【００４９】
利用可能なピクセル値のサブセットに対して潜在的に操作されるピクセル毎の画像計算について、これらの技術が適用され、どのサブレンジ画像が更なる計算に用いられるかを決定する。１つの実施形態において、Ｎセットおよびセット毎のＭサブレンジ画像が選択され、操作すべき最低及び最高のピクセル値の間の「幅」又はデルタがその後、決定される。次に、使用されるサブレンジ画像のセットが決定される。サブレンジ画像のセットのそれぞれは、さまざまな幅計算を満たす。セット０は、セット１プラス１によりサポートされた最大幅へと減少されたフルレンジをサポートする。セット１は、セット２プラス１によりサポートされた最大幅へと減少された最大幅をサポートする。これは、最後のセットNへ続く。
【００５０】
適切なサブレンジ画像のセットが決定されると、計算及び表示には、どの適切なサブレンジ画像を選択するかが決定される。これは、計算により要求される最初と最後の値により決定される。各サブレンジ画像は、オリジナルソースの画像レンジのサブセットを示す。その後、サブレンジ画像が選択されることで、最初と最後の値が上述のイメージ内に位置する。サブレンジ及び重複する変数が選択されることに応じて、２の画像が計算を満たすことが可能である。この場合、画像選択は任意である。適切なサブレンジ画像が識別されると、計算及び表示に用いられる。サブレンジ画像に適用される実際の計算は、オリジナルピクセル値からサブレンジ画像の値までのマッピングから導出される。従来技術において知られているように、複数セットに、サブレンジ画像を選択する他の方法が存在することが理解されている。
【００５１】
本発明の実施形態は、民生品のレンダリングエンジンにおいて、最適化されたピクセル毎の８ビットＲＧＢ（又はＲＧＢＡ）操作を、有益に用いる。１つの実施形態において、システムは、画像を表示するのに、Ａｄｏｂｅ（登録商標）  Ｆｌａｓｈ（登録商標）  Ｐｌａｙｅｒソフトウェアを用いる、従って、インターネットにアクセスする全てのパーソナルコンピュータの非常に高い割合で利用可能である。実際には、本発明は、表示するソフトウェアのダウンロードを行なわずに、使用することを可能にする。あるいは、ピクセル毎の8ビットRGB(あるいはRGBA)操作に十分最適化されたほかのレンダリングエンジンが用いられる。
【００５２】
１つの実施形態において、ＡｄｏｂｅのＦｌａｓｈ（登録商標）バージョン8あるいはそれ以降がレンダリングエンジンとして使用される。実施形態は、設計されたソフトウェアを、８ビットの深度（Ａｄｏｂｅ（登録商標）  Ｆｌａｓｈ（登録商標）  Ｐｌａｙｅｒのフィルタなど）におけるグレースケールの画像を表示及び操作することが可能であり、８ビットの深度よりも大きい画像を表示及び操作することが可能である。１つの実施形態において、  Ｆｌａｓｈ（登録商標）アクションスクリプトコードが用いられることで、ピクセル毎に８ビットよりも大きい連続階調（ｔｏｎｅ）グレースケールのソース画像からピクセル値のサブセットに対して、インタラクティブの計算を実行する。特に、最適化された８ビットのピクセル毎の操作は、例えば、Ａｄｏｂｅ（登録商標）  Ｆｌａｓｈ（登録商標）  Ｐｌａｙｅｒ、ｆｌａｓｈ．ｆｉｌｔｅｒｓ．Ｃｏｌｏｒ  ＭａｔｒｉｘＦｉｌｔｅｒが用いられる。この実施形態において、標準のDICOMの線形VOIの操作は、ウインドウ幅及びウインドウセンターの値により特定される。他の最適化された８ビットのピクセル毎の操作（Ａｄｏｂｅ（登録商標）  Ｆｌａｓｈ（登録商標）  Ｐｌａｙｅｒバージョン  １０のピクセルベンダーインターフェース）の場合、ＤＩＣＯＭ  ＶＯＩ  ＬＵＴ（参照テーブル）又はＤＩＣＯＭ  ＶＯＩ機能（例えば、線形又はS字状）などの実施形態が達成される。追加の詳細は、医用デジタル画像と通信（ＤＩＣＯＭ）の仕様、Part 3: Information Object Definitions, pages 794-796において、見出される。これらの技術は、フルレンジのサブセットに対して操作される任意の最適化された８ビット計算に及ぶ。
【００５３】
図１２は、コンピュータシステム（１２１０）の構造を示す例示的ブロック図であり、該システムは、本明細書に記載される実施形態に従って、ビューアプロセス（１２４２−２）を実行する（execute)、実行する(run)、読み取る、操作する、あるいは、行なう（例えば、ユーザ（１２０６）により制御又は構成されるように、画像ビューアアプリケーション（１２４２−１）の実行バージョン）。コンピューターシステム（１２１０）は、パーソナルコンピュータ、クライアントコンピュータシステム、ワークステーション、ポータブルコンピューティングデバイス、コンソール、ラップトップ、ネットワークターミナル、携帯電話、PDAなどのような任意のタイプのコンピュータ化されたデバイスであることに注意されたい。このリストは、完全でなく、異なる可能な実施形態の例として提供される。単一のコンピュータの実施形態に加えて、コンピュータシステム（１２１０）は、本明細書に記載される実施形態を実行するために、ネットワーク環境における任意の数のコンピュータシステムを含む。したがって、当業者は、コンピュータシステム（１２１０）がハードウェアリソース又はマルチプルプロセッサの配分及び使用を制御する操作システムなどの、他の処理及び／又はソフトウェア及びハードウェア部品を含むことを理解する。
【００５４】
現在の例において示されるように、コンピューターシステム（１２１０）は、データバス、マザーボード、またはメモリシステム（１２１２）、プロセッサ（１２１３）、入力／出力インターフェース（１２１４）及びディスプレイ（１２３０）を連結する他の回路といった相互接続メカニズム（１２１１）を含んでいる。レポジトリー（１２８１）は、処理前に、および処理後の両方に、文書とコンテンツを保存するために任意に使用することができる。そのように構成される場合、ディスプレイは、ビューア（１２４２−２）のグラフィカルユーザーインターフェースをユーザ（１２０６）に対して示すのに用いられる。入力装置（１２１６）（例えば、キーボード、マウス、タッチパッド、タッチセンサスクリーン、キーボードを有さない装置、音声入力などの１又はそれより多いユーザー／開発者の制御された装置）は、入力／出力（Ｉ／Ｏ）インターフェース（１２１４）を介して、コンピュータシステム（１２１０）及びプロセッサ（１２１３）に結合する。コンピューターシステム（１２１０）はクライアントシステム及び／又はサーバーシステムでありえる。上述されるように、実施形態に応じて、ビューアアプリケーション（１２４２−１）および／又はビューア（１２４２−２）は、コンピューターネットワーク環境における多数のノードにおいて実行される、あるいは、単一コンピュータ上で局所的に行なうことができる。
【００５５】
コンピューターシステム（１２１０）の操作中に、プロセッサ（１２１３）は、相互接続（１２１１）を介して、メモリーシステム（１２１２）にアクセスし、ビューア（１２４２−２）の論理命令を開始、実行（run)、実行(execute)、読み込む、又は行なう。このような方法での、ビューアアプリケーション（１２４２−１の実行は、ビューアプロセス（１２４２−２）を生成する。言いかえれば、ビューアプロセス（１２４２−２）は、ビューアアプリケーション（１２４２−１）（あるいは全てのビューアアプリケーション（１２４２−１）の１又はそれより多い一部又はランタイムの例を示し、該ビューアアプリケーションは、実行時に、コンピュータ化されたデバイス（１２１０）におけるプロセッサ（１２１３）にてあるいはその内部で行なわれる、または実行される。
【００５６】
ビューアアプリケーション（１２４２−１）は、コンピュータで読み取り可能なメディア(例えば、フロッピーディスク)、ハードディスク、電子的メディア、磁気的メディア、光学的メディアあるいは他のコンピュータで読み取り可能なメディアで保存される。本明細書で論じられた実施形態と技術が他のアプリケーションにも同様に適していることが理解される。当業者は、コンピューターシステム（１２１０）が他のプロセス及び／又はオペレーティングシステムなどのソフトウェア及びハードウェア部品を含むことを理解する。ディスプレイ（１２３０）は、コンピュータシステム（１２１０）に直接的に接続される必要はない。例えば、ビューアアプリケーション（１２４２−１）は、通信インタフェース（１２１５）を介して、遠隔でアクセス可能なコンピュータ化されたデバイス上で実行される。ディスプレイ（１２３０）は、コンテンツ領域の表示を提供する、レンダリングされたグラフィカルユーザーインターフェース（１２６０）を示す。ビューア（１２４２−２）は、ナビゲーションコマンドに応じてコンテンツ領域の表示を示す。
【００５７】
以下の説明は、上述され、及び以下に述べられるビューア（１２４２−２）に関する機能を実行する方法を示す基本的な実施形態を提供することに注意されたい。しかしながら、ビューア（１２４２−２）を実行するための実際の構成は、それぞれのアプリケーションに応じて、変更する場合があることが注目されるべきである。コンピューターシステム（１２１０）にサポートされた機能、および特に、ビューア（１２４２−２）に関する機能は、図９から図１１におけるフローチャートを用いて説明される。
【００５８】
本発明は、特に、好ましい実施形態を参照にして、示され及び記載されているが、当業者は、様々な形式及詳細の変更は、添付の請求の範囲により定義される本発明の精神及び範囲を逸脱することなく、本発明において行なわれることを理解する。そのような変更は、本出願の範囲に及ぶことが意図される。そのため、本出願の実施形態の前述の記載は、制限するようには意図されない。むしろ、本発明に対するあらゆる制限は、以下のクレームで示される。
【図１】
2012510641.tif 000003
【図２】
2012510641.tif 000004
【図３Ａ】
2012510641.tif 000005
【図３Ｂ】
2012510641.tif 000006
【図４Ａ】
2012510641.tif 000007
【図４Ｂ】
2012510641.tif 000008
【図５】
2012510641.tif 000009
【図６】
2012510641.tif 000010
【図７】
2012510641.tif 000011
【図８】
2012510641.tif 000012
【図９】
2012510641.tif 000013
【図１０】
2012510641.tif 000014
【図１１】
2012510641.tif 000015
【図１２】
2012510641.tif 000016
【国際調査報告】
2012510641.tif 000017