(57)【要約】【課題】単色からカラーへの変換処理を効率良く行う。【解決手段】画像サーバから画像ファイルを読み込み（ステップＳ２）、画像ファイルの付帯情報から画像データが生成されたモダリティを取得する（ステップＳ３）。画像データが生成されたモダリティがＣＴ又はＭＲ以外である場合には（ステップＳ４；ＹＥＳ）、単色の画像データに対してカラーＬＵＴを用いた変換処理を行い（ステップＳ５）、カラーの医用画像を表示する（ステップＳ７）。一方、画像データが生成されたモダリティがＣＴ又はＭＲである場合には（ステップＳ４；ＮＯ）、単色の画像データに対してカラーＬＵＴを用いない変換処理を行い（ステップＳ６）、単色の医用画像を表示する（ステップＳ７）。【選択図】図５
2012196296.tif 000002
【特許請求の範囲】
【請求項１】
所定の条件に基づいて、単色の医用画像の画像データに対して、単色からカラーに変換する変換処理を行うか否かを判定する判定手段と、
前記判定手段により前記変換処理を行うと判定された場合に、前記画像データに対して前記変換処理を行い、当該変換処理後の画像データに基づいてカラーの医用画像を表示手段に表示させる表示制御手段と、
を備える画像表示装置。
【請求項２】
前記判定手段は、前記単色の医用画像の画像データが生成されたモダリティが予め定められたモダリティであるか否かに基づいて、前記変換処理を行うか否かを判定する、
請求項１に記載の画像表示装置。
【請求項３】
前記判定手段は、前記表示手段に医用画像を表示する際の画面の分割数が予め定められた値以下であるか否かに基づいて、前記変換処理を行うか否かを判定する、
請求項１に記載の画像表示装置。
【請求項４】
前記判定手段は、前記単色の医用画像の画像データと同一の検査で生成された画像データの数が予め定められた値以下であるか否かに基づいて、前記変換処理を行うか否かを判定する、
請求項１に記載の画像表示装置。
【請求項５】
所定の条件に基づいて、単色の医用画像の画像データに対して、単色からカラーに変換する変換処理を行うか否かを判定する判定工程と、
前記判定工程において前記変換処理を行うと判定された場合に、前記画像データに対して前記変換処理を行い、当該変換処理後の画像データに基づいてカラーの医用画像を表示手段に表示させる表示制御工程と、
を含む画像表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像表示装置及び画像表示方法に関する。
【背景技術】
【０００２】
近年、ＰＡＣＳ（Picture Archiving and Communication System）の普及により、ＣＲ（Computed Radiography）、ＣＴ（Computed Tomography）、ＭＲ（Magnetic Resonance）等のモダリティで撮影された医用画像は、デジタル画像として画像サーバに保存されている。
【０００３】
ところが、従来、フィルム上に形成された医用画像の読影を行ってきた医師にとって、フィルム上での読影とモニタ上での読影とでは大きな違いがあるため、戸惑うことも多い。フィルムでの読影に慣れている医師からは、フィルムに近い色合いで医用画像を表示する方法が望まれている。
【０００４】
そこで、モニタ上に画像を表示する際に、モノクロ画像データをカラー画像データに変換するためのカラーＬＵＴ（Look Up Table：ルックアップテーブル）を用いて医用画像をカラー化して表示する画像表示装置が提案されている（特許文献１参照）。例えば、少し青みが加わるようなカラーＬＵＴを適用することにより、フィルムに近い画質を提供することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１６８０４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、もともと単色の医用画像に対してカラーＬＵＴを用いてカラー画像を生成する場合には、カラーＬＵＴを用いない場合（モノクロの場合）に比べて、１枚当たりのメモリの使用量や処理に要する時間が増加する、という問題があった。特に、ＣＴやＭＲのように、大量の画像を扱わなければならない場合に、不利な点が多かった。
【０００７】
例えば、モノクロ画像で出力していれば８ｂｉｔのビットマップデータの場合、カラーＬＵＴを用いることで、最終的にＲＧＢ分の２４ｂｉｔのビットマップデータになり、大量のメモリが必要となる。このように、画像当たりのメモリ使用量の増加により、多くの画像が読み込まれると、画像がメモリ領域から追い出されてしまい、データを使用する際に再度読み出しが必要となり、パフォーマンスが低下する。特に、循環器を対象とした医用画像を表示する際には、３０ｆｐｓ（frame per second）といった一定速度で画像を切り替える必要があるため、画像がメモリ領域から追い出されてしまうと、処理が間に合わなかった。
【０００８】
また、画像がメモリ上にロードされた後、各種ＬＵＴを用いた変換処理が行われるが、カラーＬＵＴを用いた処理は、モノクロの場合と比べて処理時間が約３倍程度かかっていた。
【０００９】
また、画像によっては、カラー化の要望が少ない場合もあるが、カラー化する必要がない画像にまでカラーＬＵＴを用いた変換処理を行うと、メモリや処理時間を無駄に使うことになるという問題があった。
【００１０】
本発明は上記の従来技術における問題に鑑みてなされたものであって、単色からカラーへの変換処理を効率良く行うことを課題とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、請求項１に記載の発明は、所定の条件に基づいて、単色の医用画像の画像データに対して、単色からカラーに変換する変換処理を行うか否かを判定する判定手段と、前記判定手段により前記変換処理を行うと判定された場合に、前記画像データに対して前記変換処理を行い、当該変換処理後の画像データに基づいてカラーの医用画像を表示手段に表示させる表示制御手段と、を備える画像表示装置である。
【００１２】
請求項２に記載の発明は、請求項１に記載の画像表示装置において、前記判定手段は、前記単色の医用画像の画像データが生成されたモダリティが予め定められたモダリティであるか否かに基づいて、前記変換処理を行うか否かを判定する。
【００１３】
請求項３に記載の発明は、請求項１に記載の画像表示装置において、前記判定手段は、前記表示手段に医用画像を表示する際の画面の分割数が予め定められた値以下であるか否かに基づいて、前記変換処理を行うか否かを判定する。
【００１４】
請求項４に記載の発明は、請求項１に記載の画像表示装置において、前記判定手段は、前記単色の医用画像の画像データと同一の検査で生成された画像データの数が予め定められた値以下であるか否かに基づいて、前記変換処理を行うか否かを判定する。
【００１５】
請求項５に記載の発明は、所定の条件に基づいて、単色の医用画像の画像データに対して、単色からカラーに変換する変換処理を行うか否かを判定する判定工程と、前記判定工程において前記変換処理を行うと判定された場合に、前記画像データに対して前記変換処理を行い、当該変換処理後の画像データに基づいてカラーの医用画像を表示手段に表示させる表示制御工程と、を含む画像表示方法である。
【発明の効果】
【００１６】
請求項１、５に記載の発明によれば、単色からカラーへの変換処理を効率良く行うことができる。
【００１７】
請求項２に記載の発明によれば、モダリティに基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。
【００１８】
請求項３に記載の発明によれば、画面の分割数に基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。
【００１９】
請求項４に記載の発明によれば、同一の検査で生成された画像データの数に基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。
【図面の簡単な説明】
【００２０】
【図１】医用画像表示システムのシステム構成図である。
【図２】画像サーバの機能的構成を示すブロック図である。
【図３】クライアント端末の機能的構成を示すブロック図である。
【図４】カラーＬＵＴを用いた変換処理とカラーＬＵＴを用いない変換処理を説明するための図である。
【図５】クライアント端末において実行される第１の医用画像表示処理を示すフローチャートである。
【図６】クライアント端末において実行される第２の医用画像表示処理を示すフローチャートである。
【図７】クライアント端末において実行される第３の医用画像表示処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
［第１の実施の形態］
まず、本発明の第１の実施の形態について説明する。
図１に、医用画像表示システム１００のシステム構成を示す。図１に示すように、医用画像表示システム１００は、画像サーバ１０と、画像表示装置としてのクライアント端末２０とが、ＬＡＮ（Local Area Network）等のネットワークＮを介してデータ通信可能に接続されて構成されている。ネットワークＮは、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格が適用されている。
【００２２】
画像サーバ１０は、ＰＡＣＳにより構成され、各種モダリティにより生成された医用画像の画像データのファイル（以下、画像ファイルという。）等を保存し、クライアント端末２０等の外部機器からの要求に応じて画像ファイル等を提供する。
【００２３】
図２に、画像サーバ１０の機能的構成を示す。図２に示すように、画像サーバ１０は、ＣＰＵ（Central Processing Unit）１１、操作部１２、表示部１３、通信部１４、ＲＯＭ（Read Only Memory）１５、ＲＡＭ（Random Access Memory）１６、記憶部１７を備えて構成され、各部はバス１８により接続されている。
【００２４】
ＣＰＵ１１は、画像サーバ１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵ１１は、操作部１２から入力される操作信号又は通信部１４により受信される指示信号に応じて、ＲＯＭ１５に記憶されている各種処理プログラムを読み出し、ＲＡＭ１６内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００２５】
操作部１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号をＣＰＵ１１に出力する。
【００２６】
表示部１３は、ＬＣＤ（Liquid Crystal Display）により構成され、ＣＰＵ１１から入力される表示データに基づいて各種画面を表示する。
【００２７】
通信部１４は、クライアント端末２０等の外部機器との間でデータの送受信を行うインターフェースである。
【００２８】
ＲＯＭ１５は、不揮発性の半導体メモリ等により構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。
【００２９】
ＲＡＭ１６は、ＣＰＵ１１により実行制御される各種処理において、ＲＯＭ１５から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶するワークエリアを形成する。
【００３０】
記憶部１７は、ハードディスク等により構成され、各種データを記憶する。具体的には、記憶部１７には、画像ＤＢ１７１が記憶されている。画像ＤＢ１７１には、複数の画像ファイルが記憶されている。各画像ファイルは、医用画像の画像データと、画像に関する付帯情報とから構成される。
【００３１】
付帯情報は、患者情報、検査情報、シリーズ情報及び画像情報を含む。患者情報は、患者ＩＤ、患者名、性別、生年月日、年齢、身長、体重等の患者に関する情報である。検査情報は、検査を識別する検査インスタンスＵＩＤ、検査日、検査時刻、受付番号、担当医師名等の検査に関する情報である。シリーズ情報は、シリーズを識別するシリーズインスタンスＵＩＤ、モダリティ（検査種）、検査部位、シリーズ番号等の、一つの検査の中で生成されるモダリティ毎の一連の医用画像の単位（シリーズ）に関する情報である。画像情報は、画像を識別するＳＯＰインスタンスＵＩＤ、画像番号、画像ファイルのファイルパス、医用画像のサイズ、各種ＬＵＴ情報（モダリティＬＵＴ、ＶＯＩ  ＬＵＴ）等の医用画像に関する情報である。
【００３２】
モダリティＬＵＴは、画像データをモダリティ特有の値から正規化するためのＬＵＴである。ＶＯＩ（Value Of Interest）  ＬＵＴは、画像データを表示に適した値に変換するためのＬＵＴである。
【００３３】
ＣＰＵ１１は、クライアント端末２０から画像ファイルの取得要求があった場合に、要求された画像ファイルを記憶部１７の画像ＤＢ１７１から読み出し、クライアント端末２０に送信する。
【００３４】
クライアント端末２０は、画像サーバ１０から取得した画像ファイルに基づいて医用画像を表示させ、当該医用画像の読影を行うための装置であって、ＰＣ（Personal Computer）等から構成される。
【００３５】
図３に、クライアント端末２０の機能的構成を示す。図３に示すように、クライアント端末２０は、ＣＰＵ２１、操作部２２、表示部２３、通信部２４、ＲＯＭ２５、ＲＡＭ２６、記憶部２７を備え、各部はバス２８により接続されている。
【００３６】
ＣＰＵ２１は、クライアント端末２０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵ２１は、操作部２２から入力される操作信号又は通信部２４により受信される指示信号に応じて、ＲＯＭ２５に記憶されている各種処理プログラムを読み出し、ＲＡＭ２６内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００３７】
操作部２２は、ユーザによる操作指示を受け付ける機能部である。操作部２２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号をＣＰＵ２１に出力する。
【００３８】
表示部２３は、ＬＣＤにより構成される高精細モニタ装置であり、ＣＰＵ２１から入力される表示データに基づいて各種画面を表示する。例えば、表示部２３は、読影対象となる医用画像を表示する。
【００３９】
通信部２４は、画像サーバ１０等の外部機器との間でデータの送受信を行うインターフェースである。
【００４０】
ＲＯＭ２５は、不揮発性の半導体メモリ等により構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。
【００４１】
ＲＡＭ２６は、ＣＰＵ２１により実行制御される各種処理において、ＲＯＭ２５から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶するワークエリアを形成する。具体的には、ＲＡＭ２６には、画像サーバ１０から取得した画像ファイル等が記憶される。
【００４２】
記憶部２７は、ハードディスク等により構成され、各種データを記憶する。
【００４３】
ＣＰＵ２１は、通信部２４を介して、画像サーバ１０に対して、記憶部１７に記憶されている医用画像の画像ファイルの取得要求を送信し、画像サーバ１０から医用画像の画像ファイルを取得する。
【００４４】
ＣＰＵ２１は、所定の条件に基づいて、画像サーバ１０から取得した単色の医用画像の画像データに対して、単色からカラーに変換する変換処理（以下、カラーＬＵＴ処理ともいう。）を行うか否かを判定する。
具体的には、ＣＰＵ２１は、画像サーバ１０から取得した画像ファイルの付帯情報を参照し、医用画像の画像データが生成されたモダリティを取得する。そして、ＣＰＵ２１は、医用画像の画像データが生成されたモダリティが予め定められたモダリティであるか否かに基づいて、カラーＬＵＴ処理を行うか否かを判定する。例えば、ＣＰＵ２１は、画像データが生成されたモダリティがＣＴ又はＭＲである場合にはカラーＬＵＴ処理を行わず、画像データが生成されたモダリティがＣＴ又はＭＲ以外のモダリティ（ＣＲ等）である場合にはカラーＬＵＴ処理を行う。
【００４５】
カラーＬＵＴ処理は、単色（グレースケール）の画像データを、表示部２３の出力色であるＲ（Red）、Ｇ（Green）、Ｂ（Blue）の画像データに変換する処理であり、カラーＬＵＴを用いて行われる。カラーＬＵＴ処理により、例えば、単色の画像データは、フィルム上に出力された医用画像のような色合い（少し青みがかったグレーの濃淡）に変換される。
【００４６】
ＣＰＵ２１は、カラーＬＵＴ処理を行うと判定した場合に、医用画像の画像データに対してカラーＬＵＴ処理を行い、当該カラーＬＵＴ処理後の画像データに基づいて、カラーの医用画像を表示部２３に表示させる。
【００４７】
図４に示すように、所定の条件を満たす場合には、画像ファイルに対してカラーＬＵＴを用いた変換処理が行われ、ＲＧＢのビットマップデータが生成される。この場合、変換処理には、モダリティＬＵＴを用いた変換、ＶＯＩ  ＬＵＴを用いた変換、カラーＬＵＴを用いた変換が含まれる。
一方、所定の条件を満たさない場合には、画像ファイルに対してカラーＬＵＴを用いない変換処理が行われ、単色のビットマップデータが生成される。この場合、変換処理には、モダリティＬＵＴを用いた変換、ＶＯＩ  ＬＵＴを用いた変換は含まれるが、カラーＬＵＴを用いた変換は含まれない。
【００４８】
次に、動作について説明する。
図５は、クライアント端末２０において実行される第１の医用画像表示処理を示すフローチャートである。この処理は、ＣＰＵ２１とＲＯＭ２５に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００４９】
まず、ユーザの操作部２２からの操作により、画像の表示が指示されると（ステップＳ１；ＹＥＳ）、ＣＰＵ２１により、通信部２４を介して画像サーバ１０から画像ファイルが読み込まれ、ＲＡＭ２６にロードされる（ステップＳ２）。具体的には、ＣＰＵ２１により、通信部２４を介して、画像サーバ１０に対して読影対象となる医用画像の画像ファイルの取得要求が送信され、画像サーバ１０から医用画像の画像ファイルが取得される。
【００５０】
次に、ＣＰＵ２１により、画像ファイルの付帯情報から画像データが生成されたモダリティが取得され（ステップＳ３）、画像データが生成されたモダリティがＣＴ又はＭＲ以外であるか否かが判定される（ステップＳ４）。
【００５１】
画像データが生成されたモダリティがＣＴ又はＭＲ以外である場合には（ステップＳ４；ＹＥＳ）、ＣＰＵ２１により、単色の画像データに対してカラーＬＵＴを用いた変換処理が行われ、表示用画像（２４ｂｉｔのカラーのビットマップデータ）が生成される（ステップＳ５）。
【００５２】
一方、画像データが生成されたモダリティがＣＴ又はＭＲである場合には（ステップＳ４；ＮＯ）、ＣＰＵ２１により、単色の画像データに対してカラーＬＵＴを用いない変換処理が行われ、表示用画像（８ｂｉｔの単色のビットマップデータ）が生成される（ステップＳ６）。
【００５３】
ステップＳ５又はステップＳ６の後、ＣＰＵ２１により、カラーのビットマップデータ又は単色のビットマップデータに基づいて、表示部２３に医用画像が表示される（ステップＳ７）。
以上で、第１の医用画像表示処理が終了する。
【００５４】
以上説明したように、第１の実施の形態における医用画像表示システム１００のクライアント端末２０によれば、画像データが生成されたモダリティに基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。
【００５５】
従来、ＣＲにより生成された医用画像はフィルムで読影されていたため、フィルムに近い色合いでの表示に対する要望が多い。画像データが生成されたモダリティがＣＴ又はＭＲ以外のモダリティ（ＣＲ等）である場合には、カラーＬＵＴ処理を行うので、カラー化した画像を提供することができる。
一方、ＣＴやＭＲのように、大量の画像を扱う場合には、色合いの調整よりも処理速度を優先すべきである、という意見が多い。画像データが生成されたモダリティがＣＴ又はＭＲである場合には、カラーＬＵＴ処理を行わないので、使用するメモリ量及び処理時間を低減させることができる。
【００５６】
このように、自動的にカラーＬＵＴ処理を行うか否かを判断するので、画像毎にユーザがカラーＬＵＴ処理を行うか否かを設定する必要がなく、操作性を向上させることができる。
また、モダリティに応じた画質の適正化及びメモリ使用の効率化により、読影効率を向上させることができる。
【００５７】
［第２の実施の形態］
次に、本発明を適用した第２の実施の形態について説明する。
第２の実施の形態における医用画像表示システムは、第１の実施の形態に示した医用画像表示システム１００と同様の構成によってなるため、図１〜３を援用し、その構成については図示及び説明を省略する。以下、第２の実施の形態に特徴的な構成及び処理について説明する。
【００５８】
第２の実施の形態では、第１の実施の形態とカラーＬＵＴ処理を行うか否かを判定する際の判定条件が異なるのみで、その他の処理については同様である。
【００５９】
記憶部２７には、表示部２３に画像を表示させる際に用いる表示設定情報が記憶されている。表示設定情報は、画面の分割数（画面上に表示される画像の数：コマ数）、読影画像を表示する領域の左上座標、各表示領域のサイズ（各表示領域を構成する横方向及び縦方向の画素数）等を含む。画面の分割数は、医用画像の表示領域を横方向、縦方向のそれぞれについて、いくつに分割して画像を表示するかを示すものであり、例えば、２（横方向）×２（縦方向）のように表される。なお、表示設定情報は、ユーザの操作部１２からの操作により、変更可能である。
【００６０】
ＣＰＵ２１は、記憶部２７に記憶されている表示設定情報から、表示部２３に医用画像を表示する際の画面の分割数（コマ数）を取得する。
ＣＰＵ２１は、表示部２３に医用画像を表示する際の画面の分割数（コマ数）が予め定められた値以下であるか否かに基づいて、カラーＬＵＴ処理を行うか否かを判定する。例えば、ＣＰＵ２１は、コマ数が１×１である場合にはカラーＬＵＴ処理を行い、コマ数が１×１以外である場合にはカラーＬＵＴ処理を行わない。
【００６１】
図６は、クライアント端末２０において実行される第２の医用画像表示処理を示すフローチャートである。この処理は、ＣＰＵ２１とＲＯＭ２５に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００６２】
ステップＳ１１、Ｓ１２の処理は、図５のステップＳ１、Ｓ２の処理と同様であるため、説明を省略する。
【００６３】
次に、ＣＰＵ２１により、記憶部２７に記憶されている表示設定情報から、表示部２３に医用画像を表示する際の画面の分割数（コマ数）が取得され（ステップＳ１３）、コマ数が１×１であるか否かが判定される（ステップＳ１４）。
【００６４】
コマ数が１×１である場合には（ステップＳ１４；ＹＥＳ）、ＣＰＵ２１により、単色の画像データに対してカラーＬＵＴを用いた変換処理が行われ、表示用画像（２４ｂｉｔのカラーのビットマップデータ）が生成される（ステップＳ１５）。
【００６５】
一方、コマ数が１×１でない場合には（ステップＳ１４；ＮＯ）、ＣＰＵ２１により、単色の画像データに対してカラーＬＵＴを用いない変換処理が行われ、表示用画像（８ｂｉｔの単色のビットマップデータ）が生成される（ステップＳ１６）。
【００６６】
ステップＳ１５又はステップＳ１６の後、ＣＰＵ２１により、カラーのビットマップデータ又は単色のビットマップデータに基づいて、表示部２３に医用画像が表示される（ステップＳ１７）。
以上で、第２の医用画像表示処理が終了する。
【００６７】
以上説明したように、第２の実施の形態における医用画像表示システムのクライアント端末２０によれば、表示部２３の画面の分割数に基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。
【００６８】
表示部２３の画面の分割数（コマ数）が１×１の場合には、フィルムに近い読影状態でじっくりと読影を行いたい、という要望が多い。表示部２３の画面の分割数が所定の値（例えば、１×１）以下の場合には、カラーＬＵＴ処理を行うので、カラー化した画像を提供することができる。
一方、表示部２３の画面の分割数が所定の値より大きい場合には、カラーＬＵＴ処理を行わないので、使用するメモリ量及び処理時間を低減させることができる。
【００６９】
このように、自動的にカラーＬＵＴ処理を行うか否かを判断するので、画像毎にユーザがカラーＬＵＴ処理を行うか否かを設定する必要がなく、操作性を向上させることができる。
また、コマ数に応じた画質の適正化及びメモリ使用の効率化により、読影効率を向上させることができる。
【００７０】
［第３の実施の形態］
次に、本発明を適用した第３の実施の形態について説明する。
第３の実施の形態における医用画像表示システムは、第１の実施の形態に示した医用画像表示システム１００と同様の構成によってなるため、図１〜３を援用し、その構成については図示及び説明を省略する。以下、第３の実施の形態に特徴的な構成及び処理について説明する。
【００７１】
第３の実施の形態では、第１の実施の形態及び第２の実施の形態とカラーＬＵＴ処理を行うか否かを判定する際の判定条件が異なるのみで、その他の処理については同様である。
【００７２】
ＣＰＵ２１は、表示対象の単色の医用画像の画像データと同一の検査で生成された画像データの数を取得する。具体的には、ＣＰＵ２１は、画像サーバ１０から取得した画像ファイルの付帯情報に含まれるシリーズインスタンスＵＩＤを参照し、画像サーバ１０に対して、同一のシリーズインスタンスＵＩＤの画像データ（画像ファイル）の数の取得要求を送信し、画像サーバ１０から同一検査で生成された画像データの数を取得する。
【００７３】
ＣＰＵ２１は、表示対象の単色の医用画像の画像データと同一の検査で生成された画像データの数が予め定められた値以下であるか否かに基づいて、カラーＬＵＴ処理を行うか否かを判定する。例えば、ＣＰＵ２１は、同一の検査で生成された画像データの数が９９以下である場合にはカラーＬＵＴ処理を行い、同一の検査で生成された画像データの数が１００以上である場合にはカラーＬＵＴ処理を行わない。
【００７４】
図７は、クライアント端末２０において実行される第３の医用画像表示処理を示すフローチャートである。この処理は、ＣＰＵ２１とＲＯＭ２５に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００７５】
ステップＳ２１、Ｓ２２の処理は、図５のステップＳ１、Ｓ２の処理と同様であるため、説明を省略する。
【００７６】
次に、ＣＰＵ２１により、画像サーバ１０から表示対象の単色の医用画像の画像データと同一の検査で生成された画像データの数が取得される（ステップＳ２３）。具体的には、ＣＰＵ２１により、表示対象の画像ファイルの付帯情報に含まれるシリーズインスタンスＵＩＤが参照され、通信部２４を介して、画像サーバ１０に対して、同一のシリーズインスタンスＵＩＤの画像データの数の取得要求が送信される。そして、ＣＰＵ２１により、通信部２４を介して、画像サーバ１０から同一検査で生成された画像データの数が取得される。
【００７７】
次に、ＣＰＵ２１により、表示対象の単色の医用画像の画像データと同一の検査で生成された画像データの数が９９以下であるか否かが判定される（ステップＳ２４）。
【００７８】
同一の検査で生成された画像データの数が９９以下である場合には（ステップＳ２４；ＹＥＳ）、ＣＰＵ２１により、単色の画像データに対してカラーＬＵＴを用いた変換処理が行われ、表示用画像（２４ｂｉｔのカラーのビットマップデータ）が生成される（ステップＳ２５）。
【００７９】
一方、同一の検査で生成された画像データの数が９９以下でない場合には（ステップＳ２４；ＮＯ）、ＣＰＵ２１により、単色の画像データに対してカラーＬＵＴを用いない変換処理が行われ、表示用画像（８ｂｉｔの単色のビットマップデータ）が生成される（ステップＳ２６）。
【００８０】
ステップＳ２５又はステップＳ２６の後、ＣＰＵ２１により、カラーのビットマップデータ又は単色のビットマップデータに基づいて、表示部２３に医用画像が表示される（ステップＳ２７）。
以上で、第３の医用画像表示処理が終了する。
【００８１】
以上説明したように、第３の実施の形態における医用画像表示システムのクライアント端末２０によれば、表示対象の医用画像の画像データと同一の検査で生成された画像データの数に基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。
【００８２】
同一の検査で生成された画像データの数が所定の値以下の場合には、フィルムに近い読影状態でじっくりと読影を行いたい、という要望が多い。同一の検査で生成された画像データの数が所定の値以下の場合には、カラーＬＵＴ処理を行うので、カラー化した画像を提供することができる。
一方、同一の検査で生成された画像データの数が所定の値を超える場合には、色合いの調整よりも処理速度を優先すべきである、という意見が多い。同一の検査で生成された画像データの数が所定の値を超えた場合には、カラーＬＵＴ処理を行わないので、使用するメモリ量及び処理時間を低減させることができる。
【００８３】
このように、自動的にカラーＬＵＴ処理を行うか否かを判断するので、画像毎にユーザがカラーＬＵＴ処理を行うか否かを設定する必要がなく、操作性を向上させることができる。
また、同一の検査で生成された画像データの数に応じた画質の適正化及びメモリ使用の効率化により、読影効率を向上させることができる。
【００８４】
なお、上記各実施の形態における記述は、本発明に係る画像表示装置の例であり、これに限定されるものではない。装置を構成する各部の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００８５】
例えば、カラーＬＵＴ処理を行うか否かを判定する際の判定条件は、上記各実施の形態の例に限定されない。判断条件に用いるモダリティの種類や、画面の分割数（コマ数）の閾値、同一検査で生成された画像データの数の閾値は、ユーザの指定により、変更可能である。
【００８６】
以上の説明では、各処理を実行するためのプログラムを格納したコンピュータ読み取り可能な媒体としてＲＯＭを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。
【符号の説明】
【００８７】
１０  画像サーバ
１１  ＣＰＵ
１２  操作部
１３  表示部
１４  通信部
１５  ＲＯＭ
１６  ＲＡＭ
１７  記憶部
１８  バス
２０  クライアント端末
２１  ＣＰＵ
２２  操作部
２３  表示部
２４  通信部
２５  ＲＯＭ
２６  ＲＡＭ
２７  記憶部
２８  バス
１００  医用画像表示システム
１７１  画像ＤＢ
Ｎ  ネットワーク
【図１】
2012196296.tif 000003
【図２】
2012196296.tif 000004
【図３】
2012196296.tif 000005
【図４】
2012196296.tif 000006
【図５】
2012196296.tif 000007
【図６】
2012196296.tif 000008
【図７】
2012196296.tif 000009