所定の条件に基づいて、単色の医用画像の画像データに対して、単色からカラーに変換する変換処理を行うか否かを判定する判定手段と、前記判定手段により前記変換処理を行うと判定された場合に、前記画像データに対して前記変換処理を行い、当該変換処理後の画像データに基づいてカラーの医用画像を表示手段に表示させる表示制御手段と、を備える画像表示装置。前記判定手段は、前記単色の医用画像の画像データが生成されたモダリティが予め定められたモダリティであるか否かに基づいて、前記変換処理を行うか否かを判定する、請求項1に記載の画像表示装置。前記判定手段は、前記表示手段に医用画像を表示する際の画面の分割数が予め定められた値以下であるか否かに基づいて、前記変換処理を行うか否かを判定する、請求項1に記載の画像表示装置。前記判定手段は、前記単色の医用画像の画像データと同一の検査で生成された画像データの数が予め定められた値以下であるか否かに基づいて、前記変換処理を行うか否かを判定する、請求項1に記載の画像表示装置。所定の条件に基づいて、単色の医用画像の画像データに対して、単色からカラーに変換する変換処理を行うか否かを判定する判定工程と、前記判定工程において前記変換処理を行うと判定された場合に、前記画像データに対して前記変換処理を行い、当該変換処理後の画像データに基づいてカラーの医用画像を表示手段に表示させる表示制御工程と、を含む画像表示方法。しかしながら、もともと単色の医用画像に対してカラーLUTを用いてカラー画像を生成する場合には、カラーLUTを用いない場合モノクロの場合に比べて、1枚当たりのメモリの使用量や処理に要する時間が増加する、という問題があった。特に、CTやMRのように、大量の画像を扱わなければならない場合に、不利な点が多かった。例えば、モノクロ画像で出力していれば8bitのビットマップデータの場合、カラーLUTを用いることで、最終的にRGB分の24bitのビットマップデータになり、大量のメモリが必要となる。このように、画像当たりのメモリ使用量の増加により、多くの画像が読み込まれると、画像がメモリ領域から追い出されてしまい、データを使用する際に再度読み出しが必要となり、パフォーマンスが低下する。特に、循環器を対象とした医用画像を表示する際には、30fpsframepersecondといった一定速度で画像を切り替える必要があるため、画像がメモリ領域から追い出されてしまうと、処理が間に合わなかった。また、画像がメモリ上にロードされた後、各種LUTを用いた変換処理が行われるが、カラーLUTを用いた処理は、モノクロの場合と比べて処理時間が約3倍程度かかっていた。また、画像によっては、カラー化の要望が少ない場合もあるが、カラー化する必要がない画像にまでカラーLUTを用いた変換処理を行うと、メモリや処理時間を無駄に使うことになるという問題があった。本発明は上記の従来技術における問題に鑑みてなされたものであって、単色からカラーへの変換処理を効率良く行うことを課題とする。上記課題を解決するために、請求項1に記載の発明は、所定の条件に基づいて、単色の医用画像の画像データに対して、単色からカラーに変換する変換処理を行うか否かを判定する判定手段と、前記判定手段により前記変換処理を行うと判定された場合に、前記画像データに対して前記変換処理を行い、当該変換処理後の画像データに基づいてカラーの医用画像を表示手段に表示させる表示制御手段と、を備える画像表示装置である。請求項2に記載の発明は、請求項1に記載の画像表示装置において、前記判定手段は、前記単色の医用画像の画像データが生成されたモダリティが予め定められたモダリティであるか否かに基づいて、前記変換処理を行うか否かを判定する。請求項3に記載の発明は、請求項1に記載の画像表示装置において、前記判定手段は、前記表示手段に医用画像を表示する際の画面の分割数が予め定められた値以下であるか否かに基づいて、前記変換処理を行うか否かを判定する。請求項4に記載の発明は、請求項1に記載の画像表示装置において、前記判定手段は、前記単色の医用画像の画像データと同一の検査で生成された画像データの数が予め定められた値以下であるか否かに基づいて、前記変換処理を行うか否かを判定する。請求項5に記載の発明は、所定の条件に基づいて、単色の医用画像の画像データに対して、単色からカラーに変換する変換処理を行うか否かを判定する判定工程と、前記判定工程において前記変換処理を行うと判定された場合に、前記画像データに対して前記変換処理を行い、当該変換処理後の画像データに基づいてカラーの医用画像を表示手段に表示させる表示制御工程と、を含む画像表示方法である。請求項1、5に記載の発明によれば、単色からカラーへの変換処理を効率良く行うことができる。請求項2に記載の発明によれば、モダリティに基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。請求項3に記載の発明によれば、画面の分割数に基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。請求項4に記載の発明によれば、同一の検査で生成された画像データの数に基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。[第1の実施の形態]まず、本発明の第1の実施の形態について説明する。図1に、医用画像表示システム100のシステム構成を示す。図1に示すように、医用画像表示システム100は、画像サーバ10と、画像表示装置としてのクライアント端末20とが、LANLocalAreaNetwork等のネットワークNを介してデータ通信可能に接続されて構成されている。ネットワークNは、DICOMDigitalImagingandCommunicationsinMedicine規格が適用されている。画像サーバ10は、PACSにより構成され、各種モダリティにより生成された医用画像の画像データのファイル以下、画像ファイルという。等を保存し、クライアント端末20等の外部機器からの要求に応じて画像ファイル等を提供する。図2に、画像サーバ10の機能的構成を示す。図2に示すように、画像サーバ10は、CPUCentralProcessingUnit11、操作部12、表示部13、通信部14、ROMReadOnlyMemory15、RAMRandomAccessMemory16、記憶部17を備えて構成され、各部はバス18により接続されている。CPU11は、画像サーバ10の各部の処理動作を統括的に制御する。具体的には、CPU11は、操作部12から入力される操作信号又は通信部14により受信される指示信号に応じて、ROM15に記憶されている各種処理プログラムを読み出し、RAM16内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。操作部12は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号をCPU11に出力する。表示部13は、LCDLiquidCrystalDisplayにより構成され、CPU11から入力される表示データに基づいて各種画面を表示する。通信部14は、クライアント端末20等の外部機器との間でデータの送受信を行うインターフェースである。ROM15は、不揮発性の半導体メモリ等により構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。RAM16は、CPU11により実行制御される各種処理において、ROM15から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶するワークエリアを形成する。記憶部17は、ハードディスク等により構成され、各種データを記憶する。具体的には、記憶部17には、画像DB171が記憶されている。画像DB171には、複数の画像ファイルが記憶されている。各画像ファイルは、医用画像の画像データと、画像に関する付帯情報とから構成される。付帯情報は、患者情報、検査情報、シリーズ情報及び画像情報を含む。患者情報は、患者ID、患者名、性別、生年月日、年齢、身長、体重等の患者に関する情報である。検査情報は、検査を識別する検査インスタンスUID、検査日、検査時刻、受付番号、担当医師名等の検査に関する情報である。シリーズ情報は、シリーズを識別するシリーズインスタンスUID、モダリティ検査種、検査部位、シリーズ番号等の、一つの検査の中で生成されるモダリティ毎の一連の医用画像の単位シリーズに関する情報である。画像情報は、画像を識別するSOPインスタンスUID、画像番号、画像ファイルのファイルパス、医用画像のサイズ、各種LUT情報モダリティLUT、VOILUT等の医用画像に関する情報である。モダリティLUTは、画像データをモダリティ特有の値から正規化するためのLUTである。VOIValueOfInterestLUTは、画像データを表示に適した値に変換するためのLUTである。CPU11は、クライアント端末20から画像ファイルの取得要求があった場合に、要求された画像ファイルを記憶部17の画像DB171から読み出し、クライアント端末20に送信する。クライアント端末20は、画像サーバ10から取得した画像ファイルに基づいて医用画像を表示させ、当該医用画像の読影を行うための装置であって、PCPersonalComputer等から構成される。図3に、クライアント端末20の機能的構成を示す。図3に示すように、クライアント端末20は、CPU21、操作部22、表示部23、通信部24、ROM25、RAM26、記憶部27を備え、各部はバス28により接続されている。CPU21は、クライアント端末20の各部の処理動作を統括的に制御する。具体的には、CPU21は、操作部22から入力される操作信号又は通信部24により受信される指示信号に応じて、ROM25に記憶されている各種処理プログラムを読み出し、RAM26内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。操作部22は、ユーザによる操作指示を受け付ける機能部である。操作部22は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号をCPU21に出力する。表示部23は、LCDにより構成される高精細モニタ装置であり、CPU21から入力される表示データに基づいて各種画面を表示する。例えば、表示部23は、読影対象となる医用画像を表示する。通信部24は、画像サーバ10等の外部機器との間でデータの送受信を行うインターフェースである。ROM25は、不揮発性の半導体メモリ等により構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。RAM26は、CPU21により実行制御される各種処理において、ROM25から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶するワークエリアを形成する。具体的には、RAM26には、画像サーバ10から取得した画像ファイル等が記憶される。記憶部27は、ハードディスク等により構成され、各種データを記憶する。CPU21は、通信部24を介して、画像サーバ10に対して、記憶部17に記憶されている医用画像の画像ファイルの取得要求を送信し、画像サーバ10から医用画像の画像ファイルを取得する。CPU21は、所定の条件に基づいて、画像サーバ10から取得した単色の医用画像の画像データに対して、単色からカラーに変換する変換処理以下、カラーLUT処理ともいう。を行うか否かを判定する。具体的には、CPU21は、画像サーバ10から取得した画像ファイルの付帯情報を参照し、医用画像の画像データが生成されたモダリティを取得する。そして、CPU21は、医用画像の画像データが生成されたモダリティが予め定められたモダリティであるか否かに基づいて、カラーLUT処理を行うか否かを判定する。例えば、CPU21は、画像データが生成されたモダリティがCT又はMRである場合にはカラーLUT処理を行わず、画像データが生成されたモダリティがCT又はMR以外のモダリティCR等である場合にはカラーLUT処理を行う。カラーLUT処理は、単色グレースケールの画像データを、表示部23の出力色であるRRed、GGreen、BBlueの画像データに変換する処理であり、カラーLUTを用いて行われる。カラーLUT処理により、例えば、単色の画像データは、フィルム上に出力された医用画像のような色合い少し青みがかったグレーの濃淡に変換される。CPU21は、カラーLUT処理を行うと判定した場合に、医用画像の画像データに対してカラーLUT処理を行い、当該カラーLUT処理後の画像データに基づいて、カラーの医用画像を表示部23に表示させる。図4に示すように、所定の条件を満たす場合には、画像ファイルに対してカラーLUTを用いた変換処理が行われ、RGBのビットマップデータが生成される。この場合、変換処理には、モダリティLUTを用いた変換、VOILUTを用いた変換、カラーLUTを用いた変換が含まれる。一方、所定の条件を満たさない場合には、画像ファイルに対してカラーLUTを用いない変換処理が行われ、単色のビットマップデータが生成される。この場合、変換処理には、モダリティLUTを用いた変換、VOILUTを用いた変換は含まれるが、カラーLUTを用いた変換は含まれない。次に、動作について説明する。図5は、クライアント端末20において実行される第1の医用画像表示処理を示すフローチャートである。この処理は、CPU21とROM25に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。まず、ユーザの操作部22からの操作により、画像の表示が指示されるとステップS1;YES、CPU21により、通信部24を介して画像サーバ10から画像ファイルが読み込まれ、RAM26にロードされるステップS2。具体的には、CPU21により、通信部24を介して、画像サーバ10に対して読影対象となる医用画像の画像ファイルの取得要求が送信され、画像サーバ10から医用画像の画像ファイルが取得される。次に、CPU21により、画像ファイルの付帯情報から画像データが生成されたモダリティが取得されステップS3、画像データが生成されたモダリティがCT又はMR以外であるか否かが判定されるステップS4。画像データが生成されたモダリティがCT又はMR以外である場合にはステップS4;YES、CPU21により、単色の画像データに対してカラーLUTを用いた変換処理が行われ、表示用画像24bitのカラーのビットマップデータが生成されるステップS5。一方、画像データが生成されたモダリティがCT又はMRである場合にはステップS4;NO、CPU21により、単色の画像データに対してカラーLUTを用いない変換処理が行われ、表示用画像8bitの単色のビットマップデータが生成されるステップS6。ステップS5又はステップS6の後、CPU21により、カラーのビットマップデータ又は単色のビットマップデータに基づいて、表示部23に医用画像が表示されるステップS7。以上で、第1の医用画像表示処理が終了する。以上説明したように、第1の実施の形態における医用画像表示システム100のクライアント端末20によれば、画像データが生成されたモダリティに基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。従来、CRにより生成された医用画像はフィルムで読影されていたため、フィルムに近い色合いでの表示に対する要望が多い。画像データが生成されたモダリティがCT又はMR以外のモダリティCR等である場合には、カラーLUT処理を行うので、カラー化した画像を提供することができる。一方、CTやMRのように、大量の画像を扱う場合には、色合いの調整よりも処理速度を優先すべきである、という意見が多い。画像データが生成されたモダリティがCT又はMRである場合には、カラーLUT処理を行わないので、使用するメモリ量及び処理時間を低減させることができる。このように、自動的にカラーLUT処理を行うか否かを判断するので、画像毎にユーザがカラーLUT処理を行うか否かを設定する必要がなく、操作性を向上させることができる。また、モダリティに応じた画質の適正化及びメモリ使用の効率化により、読影効率を向上させることができる。[第2の実施の形態]次に、本発明を適用した第2の実施の形態について説明する。第2の実施の形態における医用画像表示システムは、第1の実施の形態に示した医用画像表示システム100と同様の構成によってなるため、図1~3を援用し、その構成については図示及び説明を省略する。以下、第2の実施の形態に特徴的な構成及び処理について説明する。第2の実施の形態では、第1の実施の形態とカラーLUT処理を行うか否かを判定する際の判定条件が異なるのみで、その他の処理については同様である。記憶部27には、表示部23に画像を表示させる際に用いる表示設定情報が記憶されている。表示設定情報は、画面の分割数画面上に表示される画像の数:コマ数、読影画像を表示する領域の左上座標、各表示領域のサイズ各表示領域を構成する横方向及び縦方向の画素数等を含む。画面の分割数は、医用画像の表示領域を横方向、縦方向のそれぞれについて、いくつに分割して画像を表示するかを示すものであり、例えば、2横方向×2縦方向のように表される。なお、表示設定情報は、ユーザの操作部12からの操作により、変更可能である。CPU21は、記憶部27に記憶されている表示設定情報から、表示部23に医用画像を表示する際の画面の分割数コマ数を取得する。CPU21は、表示部23に医用画像を表示する際の画面の分割数コマ数が予め定められた値以下であるか否かに基づいて、カラーLUT処理を行うか否かを判定する。例えば、CPU21は、コマ数が1×1である場合にはカラーLUT処理を行い、コマ数が1×1以外である場合にはカラーLUT処理を行わない。図6は、クライアント端末20において実行される第2の医用画像表示処理を示すフローチャートである。この処理は、CPU21とROM25に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。ステップS11、S12の処理は、図5のステップS1、S2の処理と同様であるため、説明を省略する。次に、CPU21により、記憶部27に記憶されている表示設定情報から、表示部23に医用画像を表示する際の画面の分割数コマ数が取得されステップS13、コマ数が1×1であるか否かが判定されるステップS14。コマ数が1×1である場合にはステップS14;YES、CPU21により、単色の画像データに対してカラーLUTを用いた変換処理が行われ、表示用画像24bitのカラーのビットマップデータが生成されるステップS15。一方、コマ数が1×1でない場合にはステップS14;NO、CPU21により、単色の画像データに対してカラーLUTを用いない変換処理が行われ、表示用画像8bitの単色のビットマップデータが生成されるステップS16。ステップS15又はステップS16の後、CPU21により、カラーのビットマップデータ又は単色のビットマップデータに基づいて、表示部23に医用画像が表示されるステップS17。以上で、第2の医用画像表示処理が終了する。以上説明したように、第2の実施の形態における医用画像表示システムのクライアント端末20によれば、表示部23の画面の分割数に基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。表示部23の画面の分割数コマ数が1×1の場合には、フィルムに近い読影状態でじっくりと読影を行いたい、という要望が多い。表示部23の画面の分割数が所定の値例えば、1×1以下の場合には、カラーLUT処理を行うので、カラー化した画像を提供することができる。一方、表示部23の画面の分割数が所定の値より大きい場合には、カラーLUT処理を行わないので、使用するメモリ量及び処理時間を低減させることができる。このように、自動的にカラーLUT処理を行うか否かを判断するので、画像毎にユーザがカラーLUT処理を行うか否かを設定する必要がなく、操作性を向上させることができる。また、コマ数に応じた画質の適正化及びメモリ使用の効率化により、読影効率を向上させることができる。[第3の実施の形態]次に、本発明を適用した第3の実施の形態について説明する。第3の実施の形態における医用画像表示システムは、第1の実施の形態に示した医用画像表示システム100と同様の構成によってなるため、図1~3を援用し、その構成については図示及び説明を省略する。以下、第3の実施の形態に特徴的な構成及び処理について説明する。第3の実施の形態では、第1の実施の形態及び第2の実施の形態とカラーLUT処理を行うか否かを判定する際の判定条件が異なるのみで、その他の処理については同様である。CPU21は、表示対象の単色の医用画像の画像データと同一の検査で生成された画像データの数を取得する。具体的には、CPU21は、画像サーバ10から取得した画像ファイルの付帯情報に含まれるシリーズインスタンスUIDを参照し、画像サーバ10に対して、同一のシリーズインスタンスUIDの画像データ画像ファイルの数の取得要求を送信し、画像サーバ10から同一検査で生成された画像データの数を取得する。CPU21は、表示対象の単色の医用画像の画像データと同一の検査で生成された画像データの数が予め定められた値以下であるか否かに基づいて、カラーLUT処理を行うか否かを判定する。例えば、CPU21は、同一の検査で生成された画像データの数が99以下である場合にはカラーLUT処理を行い、同一の検査で生成された画像データの数が100以上である場合にはカラーLUT処理を行わない。図7は、クライアント端末20において実行される第3の医用画像表示処理を示すフローチャートである。この処理は、CPU21とROM25に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。ステップS21、S22の処理は、図5のステップS1、S2の処理と同様であるため、説明を省略する。次に、CPU21により、画像サーバ10から表示対象の単色の医用画像の画像データと同一の検査で生成された画像データの数が取得されるステップS23。具体的には、CPU21により、表示対象の画像ファイルの付帯情報に含まれるシリーズインスタンスUIDが参照され、通信部24を介して、画像サーバ10に対して、同一のシリーズインスタンスUIDの画像データの数の取得要求が送信される。そして、CPU21により、通信部24を介して、画像サーバ10から同一検査で生成された画像データの数が取得される。次に、CPU21により、表示対象の単色の医用画像の画像データと同一の検査で生成された画像データの数が99以下であるか否かが判定されるステップS24。同一の検査で生成された画像データの数が99以下である場合にはステップS24;YES、CPU21により、単色の画像データに対してカラーLUTを用いた変換処理が行われ、表示用画像24bitのカラーのビットマップデータが生成されるステップS25。一方、同一の検査で生成された画像データの数が99以下でない場合にはステップS24;NO、CPU21により、単色の画像データに対してカラーLUTを用いない変換処理が行われ、表示用画像8bitの単色のビットマップデータが生成されるステップS26。ステップS25又はステップS26の後、CPU21により、カラーのビットマップデータ又は単色のビットマップデータに基づいて、表示部23に医用画像が表示されるステップS27。以上で、第3の医用画像表示処理が終了する。以上説明したように、第3の実施の形態における医用画像表示システムのクライアント端末20によれば、表示対象の医用画像の画像データと同一の検査で生成された画像データの数に基づいて、単色からカラーへの変換処理を行うか否かを判定するので、単色からカラーへの変換処理を効率良く行うことができる。同一の検査で生成された画像データの数が所定の値以下の場合には、フィルムに近い読影状態でじっくりと読影を行いたい、という要望が多い。同一の検査で生成された画像データの数が所定の値以下の場合には、カラーLUT処理を行うので、カラー化した画像を提供することができる。一方、同一の検査で生成された画像データの数が所定の値を超える場合には、色合いの調整よりも処理速度を優先すべきである、という意見が多い。同一の検査で生成された画像データの数が所定の値を超えた場合には、カラーLUT処理を行わないので、使用するメモリ量及び処理時間を低減させることができる。このように、自動的にカラーLUT処理を行うか否かを判断するので、画像毎にユーザがカラーLUT処理を行うか否かを設定する必要がなく、操作性を向上させることができる。また、同一の検査で生成された画像データの数に応じた画質の適正化及びメモリ使用の効率化により、読影効率を向上させることができる。なお、上記各実施の形態における記述は、本発明に係る画像表示装置の例であり、これに限定されるものではない。装置を構成する各部の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。例えば、カラーLUT処理を行うか否かを判定する際の判定条件は、上記各実施の形態の例に限定されない。判断条件に用いるモダリティの種類や、画面の分割数コマ数の閾値、同一検査で生成された画像データの数の閾値は、ユーザの指定により、変更可能である。以上の説明では、各処理を実行するためのプログラムを格納したコンピュータ読み取り可能な媒体としてROMを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ、CD-ROM等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ搬送波を適用することとしてもよい。