(57)【要約】【課題】ハードウェアによるカラーマネジメントを用いず、かつ、医用画像の表示機能を有する個別のアプリケーションに対して諧調補正に対応する改修をせずとも、適切な諧調で医用画像を表示できる医用画像表示装置を提供する。【解決手段】医用画像表示プログラム３８をインストールしたユーザ端末１６により、ビューア部３８ｂが画像ビューアＷｅｂサーバ１４にアクセスして少なくとも前記医用画像データ１３ａを取得し、タッチ入力部２１ａで受け付けた入力データを入力透過部３１で透過して前記画像ビューアＷｅｂサーバ１４へ転送し、前記画像ビューアＷｅｂサーバ１４から出力される前記医用画像データ１３ａをキャプチャ取得部３４で取得し、少なくとも前記医用画像データ１３ａ部分を画像変換部３５で画像変換し、変換後の表示用画像データを表示部２３へ出力部３６で出力する。【選択図】図１
2015070999.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
医用画像データを取得する外部コンピュータに電気通信回線を通じてアクセスして少なくとも前記医用画像データを取得する通信アプリケーション部と、
利用者による操作入力を受け付ける入力受付部と、
前記入力受付部で受け付けた入力データを前記通信アプリケーション部へ転送する入力データ転送部と、
前記通信アプリケーション部から出力される前記医用画像データを含む表示用画像データを取得する表示用画像データ取得部と、
前記表示用画像データのうち少なくとも前記医用画像データ部分を画像変換する画像変換部と、
変換後の前記表示用画像データを表示部へ出力する出力部として機能させる
医用画像表示プログラム。
【請求項２】
前記通信アプリケーション部は、
前記表示用画像データを一時記憶部にキャプチャ出力する構成であり、
前記表示用画像データ取得部は、前記一時記憶部から前記表示用画像データを取得する構成である
請求項１記載の医用画像表示プログラム。
【請求項３】
前記入力データ転送部は、
前記入力部で入力された入力データが第１入力データと第２入力データのどちらであるかによって異なる処理を行う構成であり、
第１入力データであれば、前記第１入力データに対応する動作をせずに前記第１入力データを透過させて前記通信アプリケーション部へ転送し、
第２入力データであれば、前記第２入力データに対応する動作を実行する構成である
請求項１または２記載の医用画像表示プログラム。
【請求項４】
前記通信アプリケーション部は、
前記外部コンピュータで動作する外部アプリケーションを操作する操作用データを前記外部アプリケーションへ送信し、
前記外部アプリケーションが前記操作用データに対応して動作した結果の出力データを前記外部アプリケーションから受信する構成である
請求項１、２または３記載の医用画像表示プログラム。
【請求項５】
前記画像変換部は、前記表示用画像のうち前記医用画像データのみを変換し、その他の部分は変換しない構成である
請求項１から４のいずれか１つに記載の医用画像表示プログラム。
【請求項６】
通信アプリケーション部により、医用画像データを取得する外部コンピュータに電気通信回線を通じてアクセスして少なくとも前記医用画像データを取得し、
利用者による操作入力を入力受付部により受け付け、
前記入力受付部で受け付けた入力データを入力データ転送部により前記通信アプリケーション部へ転送し、
前記通信アプリケーション部から出力される前記医用画像データを含む表示用画像データを表示用画像データ取得部により取得し、
前記表示用画像データのうち少なくとも前記医用画像データ部分を画像変換部により画像変換し、
変換後の前記表示用画像データを出力部により表示部へ出力する
医用画像表示方法。
【請求項７】
医用画像データを取得する外部コンピュータに電気通信回線を通じてアクセスして少なくとも前記医用画像データを取得する通信アプリケーション部と、
利用者による操作入力を受け付ける入力受付部と、
前記入力受付部で受け付けた入力データを前記通信アプリケーション部へ転送する入力データ転送部と、
前記通信アプリケーション部から出力される前記医用画像データを含む表示用画像データを取得する表示用画像データ取得部と、
前記表示用画像データのうち少なくとも前記医用画像データ部分を画像変換する画像変換部と、
変換後の前記表示用画像データを表示部へ出力する出力部とを備えた
医用画像表示装置。
【請求項８】
医用画像データを取得する外部コンピュータと、
前記画像サーバに電気通信回線を通じてアクセスするユーザ端末とを備え、
前記ユーザ端末は、
前記外部コンピュータに電気通信回線を通じてアクセスして少なくとも前記医用画像データを取得する通信アプリケーション部と、
利用者による操作入力を受け付ける入力受付部と、
前記入力受付部で受け付けた入力データを前記通信アプリケーション部へ転送する入力データ転送部と、
前記通信アプリケーション部から出力される前記医用画像データを含む表示用画像データを取得する表示用画像データ取得部と、
前記表示用画像データのうち少なくとも前記医用画像データ部分を画像変換する画像変換部と、
変換後の前記表示用画像データを表示部へ出力する出力部とを備えた
医用画像表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、医用画像を諧調補正して表示品質を表示する医用画像表示プログラム、医用画像表示方法、医用画像表示装置、及び医用画像表示システムに関する。
【背景技術】
【０００２】
従来、医用画像を表示する端末は、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ）規格の１４章（ＤＩＣＯＭ  ３．０  Ｐａｒｔ  １４）で規定されているＧＳＤＦ（Ｇｒａｙｓｃａｌｅ  Ｓｔａｎｄａｒｄ  Ｄｉｓｐｌａｙ  Ｆｕｎｃｔｉｏｎ，グレイスケール標準票時間数）にキャリブレートされている。キャリブレーションは、デスクトップ型の画像参照用端末であれば、輝度計等を用いてモニタの表示階調特性データを取得し、この表示階調特性データに応じてモニタのＬＵＴ  （Ｌｏｏｋｕｐ  Ｔａｂｌｅ）を変更することで行われる。これにより、端末で表示される医用画像の品質が保たれている。
【０００３】
医療現場では、ネットワークシステムを通じて医用画像を共有することが望まれる。このようなネットワークシステムを通じて医用画像を共有する方法として、種々の方法が提案されている。
【０００４】
例えば、画像処理コンポーネントを実装した画像処理サーバを設け、参照端末で処理済の画像を表示できるメディカルネットワークシステムが提案されている（特許文献１参照）。このメディカルネットワークシステムは、参照端末から画像処理サーバへ画像データと画像パラメータ転送され、画像処理サーバによって画像処理がなされ、処理済みの画像が参照端末で表示される。これにより、パソコンなどに標準搭載されている通信機能のみを使用して画像を参照できるようになるため、汎用パソコンをそのままメディカルネットワークシステムにおける参照端末として利用することができるようになるとされている。
【０００５】
また、出力画像の見え方の整合性を確保する医用画像ネットワークシステム及び画像表示方法が提案されている（特許文献２参照）。このシステムは、参照用端末の表示階調特性データと画像データを画像処理装置へ送信し、画像処理装置により諧調補正処理等の画像処理を施し、画像サーバを介して処理済み画像データを参照端末へ送信する。これにより、画像を参照する読影医の見やすい階調で画像データを表示することができ、読影医の個人差を加味した診断のしやすい画像を提供することができるとされている。
【０００６】
他にも、ハードウェアの経年劣化による諧調特性の変化を補償する画像管理システム及び画像管理方法、並びに画像表示装置が提案されている（特許文献３参照）。このシステムは、画像ファイルサーバに、表示ディスプレイ毎の諧調特性を規定した諧調テーブルを保管し、最大輝度の経時劣化に応じて最適な諧調テーブルを自動的に選択することによって、理想に近い諧調補正カーブを用いて画像を表示出力できるようにしている。
【０００７】
しかし、これらのシステムは、参照端末の表示階調特性データを保持・管理するためのサーバが必要となり、導入に際して多大なコストを要するという問題点がある。このため、既に導入されている構成に極力新たな機能を加えず、画像品質が管理され最適な階調で画像を表示するための仕組みが望まれる。
【０００８】
近年、ｉＰａｄ（登録商標）に代表されるタブレット端末やスマートフォン等、様々な携帯型端末が提供されている。そして、医用画像管理装置のクラウドコンピューティングへの移行、および、医療現場における携帯型端末の普及が進んでいる。このため、このような携帯型端末でも医用画像を参照することが望まれる。
【０００９】
しかし、このような携帯型端末は、ＧＳＤＦにキャリブレートされておらず、モニタのＬＵＴを変更する機能がない、あるいはＬＵＴの変更が禁止されていることが多い。このため、上述した特許文献１〜３の方法では対応できず、医用画像の表示品質を管理することが困難であった。
【００１０】
ここで、ハードウェアにカラーマネジメントを行う機能が用意されていない場合の対処として、ソフトウェア的に階調補正を行う方法が考えられる。
【００１１】
しかし、ソフトウェア的に諧調補正を行う場合、医用画像を表示するアプリケーション毎に諧調補正に対応するための改修が必要となり、コストがかかるという問題点がある。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開平１１−２３９１６５号公報
【特許文献２】特開２００５−１３１２４１号公報
【特許文献３】特開２００２−３０６４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
この発明は、上述した問題に鑑み、ハードウェアによるカラーマネジメントを用いず、かつ、医用画像の表示機能を有する個別のアプリケーションに対して諧調補正に対応する改修をせずとも、適切な諧調で医用画像を表示できる医用画像表示プログラム、医用画像表示方法、医用画像表示装置、及び医用画像表示システムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
この発明は、コンピュータを、医用画像データを取得するコンピュータに電気通信回線を通じてアクセスして少なくとも前記医用画像データを取得する通信アプリケーション部と、利用者による操作入力を受け付ける入力受付部と、前記入力受付部で受け付けた入力データを前記通信アプリケーション部へ転送する入力データ転送部と、前記通信アプリケーション部から出力される前記医用画像データを含む表示用画像データを取得する表示用画像データ取得部と、前記表示用画像データのうち少なくとも前記医用画像データ部分を画像変換する画像変換部と、変換後の前記表示用画像データを表示部へ出力する表示出力部として機能させる医用画像表示プログラムであることを特徴とする。
【発明の効果】
【００１５】
この発明により、ハードウェアによるカラーマネジメントを用いず、かつ、医用画像の表示機能を有する個別のアプリケーションに対して諧調補正に対応する改修をせずとも、適切な諧調で医用画像を表示できる医用画像表示プログラム、医用画像表示方法、医用画像表示装置、及び医用画像表示システムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】実施例１の医用画像表示システムの構成を示すブロック図。
【図２】実施例１のユーザ端末のフローチャートと画面の説明図。
【図３】実施例２の医用画像表示システムの構成を示すブロック図。
【図４】実施例３の医用画像表示システムの構成を示すブロック図。
【図５】実施例４の医用画像表示システムの構成と画面の説明図。
【発明を実施するための形態】
【００１７】
以下、この発明の一実施形態について、図面と共に説明する。
【実施例１】
【００１８】
図１（Ａ）は、実施例１の医用画像表示システム１Ａのシステム構成を示すブロック図である。医用画像表示システム１Ａは、インターネット網等の電気通信回線５に接続された画像取得モダリティ１１、画像サーバ１２、画像ビューアＷｅｂサーバ１４（外部コンピュータ）、および医用画像表示装置としてのユーザ端末１６（コンピュータ）を有している。ユーザ端末１６には、記憶媒体１９に記憶された医用画像表示プログラム３８がインストールされている。なお、医用画像表示プログラム３８は、インターネット上のＷｅｂサーバからダウンロードしてインストールされても良い。
【００１９】
なお、画像取得モダリティ１１のコンピュータ部分、画像サーバ１２、及び画像ビューアＷｅｂサーバ１４は、このうちの２つまたはすべての機能を１つのサーバ上に搭載する構成としてもよい。  
また、これ以降の各実施例では、ユーザ端末１６として、タブレット端末の一種であるｉＰａｄ（登録商標）を用いる例で説明するが、これに限らず、ＡＮＤＲＯＩＤ（登録商標）端末、タブレットＰＣ、ノートパソコン、またはデスクトップパソコン等、様々な端末を利用することができる。
【００２０】
画像取得モダリティ１１は、ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）、ＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ）、ＣＲ（Ｃｏｍｐｕｔｅｄ  Ｒａｄｉｏｇｒａｐｈｙ）、ＦＰＤ（Ｆｌａｔ  Ｐａｎｅｌ  Ｄｅｔｅｃｔｏｒ）、超音波診断装置、ＰＥＴ（Ｐｏｓｉｔｒｏｎ  Ｅｍｉｓｓｉｏｎ  Ｔｏｍｏｇｒａｐｈｙ）、ＳＰＥＣＴ（Ｓｉｎｇｌｅ  Ｐｈｏｔｏｎ  Ｅｍｉｓｓｉｏｎ  Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）等、人体を撮影した医用画像をデジタルデータとして取得するための装置である。画像取得モダリティ１１は、各種の方式に応じた信号を取得する信号取得部と、取得した信号から医用画像データを作成する医用画像データ作成部と、作成した医用画像データを画像サーバ１２へ送信するデータ送信部を有している。
【００２１】
画像サーバ１２は、画像取得モダリティ１１から医用画像データを受信して画像データベース１３に保存する。画像サーバ１２は、画像データベース１３等のデータとプログラムを記憶する記憶部、操作入力を受け付けるマウス及びキーボードあるいはタッチパネル等の入力部、表示を行う表示部、電気通信回線５を通じて通信する通信部、およびこれらを制御する制御部を有している。
【００２２】
画像データベース１３は、複数の医用画像データ１３ａを記憶している。この医用画像データ１３ａは、ＤＩＣＯＭ規格に応じた付帯データが付帯されている。付帯データとしては、患者氏名及び患者ＩＤ等の患者データ、撮影日、撮影ＩＤ、撮影部位、撮影条件（体位、撮影方向等）、及び撮影装置等の撮影関連データ、医用画像の画素数、ビット数、指定出力サイズ、読取画素サイズ、及び最大濃度（Ｄｍａｘ）等の画像関連データ等で構成される。
【００２３】
画像ビューアＷｅｂサーバ１４は、Ｗｅｂサーバとして機能し、ＨＴＭＬ等で表現された画像ビューアＷｅｂアプリケーション１４ａ（外部アプリケーション）を搭載している。画像ビューアＷｅｂサーバ１４は、ユーザ端末１６のＷｅｂブラウザから受信する操作用データの要求に従って画像ビューアＷｅｂアプリケーション１４ａによる動作を実行し、画像サーバ１２の画像データベース１３に保存されている医用画像データ１３ａをＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等の言語により表現されるテキストデータ共に画像ファイル等の形式で出力データとして閲覧可能に送信する。なお、画像ファイルは、例えば代替ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）等の形式とすることができる。画像ビューアＷｅｂサーバ１４は、データとプログラムを記憶する記憶部、操作入力を受け付けるマウス及びキーボードあるいはタッチパネル等の入力部、表示を行う表示部、電気通信回線５を通じて通信する通信部、およびこれらを制御する制御部を有している。
【００２４】
ユーザ端末１６は、画像ビューアＷｅｂサーバ１４にアクセスして医用画像データ１３ａを取得し、この医用画像データ１３ａを画像変換して表示する。ユーザ端末１６は、データとプログラムを記憶する記憶部、操作入力を受け付けるマウス及びキーボードあるいはタッチパネル等の入力部、表示を行う表示部、電気通信回線５を通じて通信する通信部、およびこれらを制御する制御部を有している。
【００２５】
図１（Ｂ）は、ユーザ端末１６の一例として、Ｗｅｂベースのビューアアプリケーションにより医用画像を表示する場合のユーザ端末１６ａのハードウェア構成と機能ブロックを示すブロック図である。
【００２６】
ユーザ端末１６ａは、タッチパネルによるタッチ入力部２１ａ（入力受付部）、ホームボタンとして用いられる押下ボタンによるボタン入力部２１ｂ、ＣＰＵとＲＯＭとＲＡＭで構成される制御部２２、高精細な液晶ディスプレイによる表示部２３、およびフラッシュメモリによる記憶部２４を備えている。タッチ入力部２１ａとボタン入力部２１ｂは入力デバイスであり、表示部２３は表示デバイスである。
【００２７】
制御部２２は、記憶部２４にアプリケーションとして保存されている医用画像表示プログラム３８を実行し、入出力処理部３８ａ及びビューア部３８ｂ（通信アプリケーション部）として機能する。
【００２８】
入出力処理部３８ａは、入力データ転送部としての入力透過部３１、一時記憶部としてのキャプチャ記憶部３３、表示用画像データ取得部としてのキャプチャ取得部３４、画像変換部３５、出力部３６、及び終了部３７を有している。この入出力処理部３８ａは、ハードウェアであるタッチ入力部２１ａおよび表示部２３による入出力の制御と、ビューア部３８ｂへのデータの受け渡しと、画像変換と、ボタン入力部２１ｂの入力による終了処理を実行する。
【００２９】
入力透過部３１は、タッチ入力部２１ａから入力された入力信号をビューア部３８ｂのブラウザ機能部３２へ受け渡す。この入力信号は、タッチ座標、タッチ開始、タッチ移動、及びタッチ終了などによる入力信号である。この入力信号をそのままブラウザ機能部３２へ受け渡すことで、ブラウザ機能部３２は、入出力処理部３８ａの存在しないブラウザ機能部３２の単独動作と同じように動作できる。
【００３０】
また、このように入力透過部３１が入力信号（タッチイベント等の入力イベント）を透過することで、タッチ入力部２１ａでの入力操作に応じた動作を医用画像表示プログラム３８が実行してしまうことを防止できる。詳述すると、例えばタッチパネル上で２本の指を離すことによる拡大表示や２本の指を近づけることによる縮小表示などの操作がなされたときに、医用画像表示プログラム３８の画面（医用画像表示プログラム３８による透明画面）が拡大表示や縮小表示されることはなく、ビューア部３８ｂで表示する画像が拡大表示や縮小表示される。つまり、医用画像表示プログラム３８による透明画面の裏側で、ビューア部３８ｂにより表示される画像部分が拡大表示や縮小表示され、ビューア部３８ｂにより表示されるメニュー部分は拡大表示や縮小表示されないといった動作になる。これにより、ビューア部３８ｂで表示する画像の表示範囲及び解像度が変わらずに拡大縮小してしまうようなことがなく、ビューア部３８ｂで表示する画像そのものを拡大縮小する等、ビューア部３８ｂを入力操作することができる。
【００３１】
キャプチャ記憶部３３は、例えばＲＡＭで構成されており、ブラウザ機能部３２から出力されるキャプチャ画像を一時記憶する。これにより、ブラウザ機能部３２から出力される表示用画像データを、表示部２３に直接表示するのではなく、入出力処理部３８ａにより画像変換するなど加工してから表示部２３に表示することが可能になる。
【００３２】
キャプチャ取得部３４は、キャプチャ記憶部３３に一時記憶された表示用画像データを取得する。これにより、表示用画像データを画像変換部３５で画像変換するなど加工できるようになる。
【００３３】
画像変換部３５は、キャプチャ取得部３４から取得した表示用画像データのうち少なくとも医用画像データ１３ａに対して画像変換を実行する。このとき、画像変換部３５は、ユーザ端末１６ａに搭載されている画像処理ライブラリ３５ａを利用する。この画像処理ライブラリ３５ａは、例えば、ｉＯＳ  ＳＤＫのＡｃｃｅｌｅｒａｔｅ．ｆｒａｍｅｗｏｒｋのｖＩｍａｇｅを用いる。これにより、制御部２２で画像変換をそのまま処理するよりも高速での処理を実現することができる。
【００３４】
出力部３６は、画像変換部３５から出力される画像変換後の表示用画像データを表示部２３に出力する。この出力を、出力部３６は、画面上での画像表示を管理する画像表示コンポーネントであるＵＩＩｍａｇｅＶｉｅｗに指定した画像（毎フレームキャプチャした画像）を渡すことで実行する。これにより、表示部２３は、画像変換後の表示用画像データを表示する。このため、利用者は、適切な諧調での画像確認を行うことができる。
【００３５】
終了部３７は、ボタン入力部２１ｂでの終了入力を受け付けると、終了処理を実行する。このとき、制御部２２は、実行していた医用画像表示プログラム３８をメモリ上に展開したまま裏で軌道しておきホーム画面に戻る、あるいは、医用画像表示プログラム３８を完全終了してメモリ上から消去してホーム画面に戻る等、適宜の終了処理を行うと良い。これにより、利用者は、医用画像表示プログラム３８の終了後にユーザ端末１６ａで別のアプリケーションを起動し、ユーザ端末１６ａを別の用途に使用することができる。
【００３６】
ビューア部３８ｂは、ブラウザ機能部３２を有している。ビューア部３８ｂは、入出力処理部３８ａを介して操作入力を受け取り、画像ビューアＷｅｂサーバ１４にアクセスして医用画像データを取得しキャプチャへ出力する。
【００３７】
ブラウザ機能部３２は、入力透過部３１から受け取った画像参照操作による入力信号を図示省略する入力信号受付部で受け付け、この入力信号に従って画像ビューアＷｅｂサーバ１４へアクセスし、医用画像データ１３ａを求める操作となる操作用データを送信する。ブラウザ機能部３２は、画像ビューアＷｅｂサーバ１４が提供する機能によって画像サーバ１２が画像データベース１３で管理する医用画像データ１３ａを画像サーバ１２の出力データとして受信する。このとき、医用画像データ１３ａは、ＨＴＭＬ等の言語により表現されるテキストデータと共にブラウザ機能部３２へ送られる。ブラウザ機能部３２は、受信した医用画像データ１３ａを含むテキストデータから画面表示するためのＲＧＢ画像データ等の表示用画像データを作成し、この表示用画像データを図示省略する表示用出力部によってキャプチャ記憶部３３へキャプチャ出力する。
【００３８】
記憶部２４は、インストールされた医用画像表示プログラム３８と、ＬＵＴデータ３９等、各種のプログラムとデータを記憶している。  
ＬＵＴデータ３９は、ユーザ端末１６ａ用に予め作成されたＧＳＤＦ変換用のＬｏｏｋｕｐ  Ｔａｂｌｅである。このＧＳＤＦ変換用のＬｏｏｋｕｐ  Ｔａｂｌｅは、適宜のキャリブレーションツール（例えばバルコ社のＭｅｄｉｃａｌ  ＱＡ  ｗｅｂ  Ｍｏｂｉｌｅ等）によりユーザ端末１６ａの表示階調特性情報を計測して作成することができる。
【００３９】
図２（Ａ）は、ユーザ端末１６の制御部２２が医用画像表示プログラム３８に従って実行する動作のフローチャートである。ここでは、ユーザ端末１６ａの例で説明する。
【００４０】
利用者の操作によって図１（Ｂ）に示す医用画像表示プログラム３８が起動されてスタートすると、制御部２２は、タッチ入力部２１ａでの入力操作を受け付ける（ステップＳ１）。このとき、入出力処理部３８ａが機能しており、入出力処理部３８ａは、タッチ入力部２１ａで入力された入力データ（第１入力データ）を入力透過部３１によって透過し、ビューア部３８ｂへ転送する。
【００４１】
入力データを入力透過部３１によって透過してビューア部３８ｂへ転送すると、ビューア部３８ｂが動作を実行する（ステップＳ２）。この実施例では、ビューア部３８ｂとしてブラウザ機能部３２が動作し、画像ビューアＷｅｂサーバ１４の画像ビューアＷｅｂアプリケーション１４ａによる画像参照操作を実行し、画像サーバ１２を通じて画像データベース１３の医用画像データ１３ａとテキストデータを受信し、このテキストデータと医用画像データ１３ａから表示用画像データを作成して描画する。この描画は、一般のブラウザであれば表示装置の画面への描画とするところを、キャプチャ記憶部３３（メモリ）に画像をキャプチャするように描画する。
【００４２】
制御部２２は、キャプチャ取得部３４によりキャプチャされた表示用画像データを取得する（ステップＳ３）。  
制御部２２は、画像変換部３５により表示用画像データの画像変換を行い（ステップＳ４）、出力部３６により表示部２３に出力する（ステップＳ５）。
【００４３】
制御部２２は、ボタン入力部２１ｂによる終了入力があるまで（ステップＳ６：Ｎｏ）、ステップＳ１〜Ｓ６を毎フレーム繰り返し、ボタン入力部２１ｂによる終了入力（第２入力データ）があれば（ステップＳ６：Ｙｅｓ）、医用画像表示プログラム３８を終了してＯＳのホーム画面（若しくはデスクトップ画面）へ戻る。
【００４４】
以上の構成及び動作により、医用画像表示プログラム３８を起動したユーザ端末１６ａは、画像変換しなければ図２（Ｂ）の画像説明図のように諧調が不適切に表示される医用画像データ１３ａを、図２（Ｃ）の画像説明図のように適切な諧調に変換した変換後医用画像データ１３ｂとして表示することができる。利用者は、図２（Ｄ）の外観正面図に示すようにユーザ端末１６ａで医用画像表示プログラム３８を起動し、タッチ入力部２１ａによるタッチ入力でＷｅｂブラウザを操作することで、適切な諧調に変換された変換後医用画像データ１３ｂを表示部２３で確認することができる。終了時には、タッチ入力部２１ａとは異なるボタン入力部２１ｂにより終了することができる。
【００４５】
医用画像表示プログラム３８は、一般的なＷｅｂブラウザと同じ機能を発揮するため、画像ビューアＷｅｂサーバ１４で提供されるＷｅｂベースのビューアアプリケーションを改変することなく動作させることができる。そのうえで、どのビューアアプリケーションであっても、医用画像データ１３ａをＧＳＤＦ階調に補正した変換後医用画像データ１３ｂに変換して、統一された精度良い諧調で確認することができる。つまり、医用画像表示プログラム３８を用いることで、ユーザ端末１６ａは、画像ビューアＷｅｂサーバ１４上でＨＴＭＬベースで動作する複数種類のアプリケーションを任意に動作させることができ、その上で、どのアプリケーションで提供される医用画像データ１３ａであっても適切なＧＳＤＦ階調に補正した変換後医用画像データ１３ｂを表示することができる。
【００４６】
このようにアプリケーション毎に改変する必要がないために、画像ビューアＷｅｂサーバ１４に新しくインストールされたアプリケーションであっても、ユーザ端末１６ａで医用画像表示プログラム３８を起動して適切なＧＳＤＦ階調に補正した変換後医用画像データ１３ｂを即座に確認することができる。
【００４７】
また、医用画像表示プログラム３８は、タッチ入力部２１ａに対する入力操作を透過するため、画像ビューアＷｅｂサーバ１４で提供される画像ビューアＷｅｂアプリケーション１４ａ等のアプリケーションの操作性を維持することができる。
【００４８】
また、医用画像表示プログラム３８を起動したユーザ端末１６ａは、タッチ入力部２１ａでの入力操作の透過（ステップＳ１）から画像変換後の画像表示（ステップＳ５）までの一連の処理を毎フレーム繰り返す。このため、利用者は、ストレスのない快適なレスポンスで操作し、変換後医用画像データ１３ｂを確認することができる。また、画像処理ライブラリ３５ａを用いることで、ユーザ端末１６ａは、高速処理を実現することができる。
【００４９】
また、ユーザ端末１６ａ利用者に対して、普段利用している医用画像表示装置をそのまま利用可能とし、利便性を損なうことなく、表示品質が管理されたＧＳＤＦ表示を行うことができる。
【００５０】
また、ユーザ端末１６ａは、システムに新たな機能を追加すること無く表示品質管理を行うことができるため、画像表示品質の管理コストを大幅に低減することができる。
【００５１】
なお、以上の実施例では、画像ビューアＷｅｂアプリケーション１４ａにより表示する表示画面全体をＧＳＤＦ変換の対象としたが、画像ビューアＷｅｂアプリケーション１４ａで表示する医用画像のみをＧＳＤＦ変換する構成としてもよい。この場合、ブラウザ機能部３２が画像ビューアＷｅｂサーバ１４から取得したデータのうち画像データのみを画像変換部３５でＧＳＤＦ変換すると良い。これにより、メニュー部分等の医用画像以外の部分（その他の部分）の色を変更することなく医用画像部分のみＧＳＤＦ変換後の諧調で表示することができる。
【００５２】
このように、ユーザ端末１６ａは、表示階調特性情報であるＬＵＴデータ３９をユーザ端末１６ａ側で保持し、階調補正機能を有しない画像サーバ１２から送信されてきた画像、若しくは画像が表示されているインターフェース、あるいはそれらが表示されている階調補正されていない画面全体を表示階調特性情報によって階調補正を行い表示することができる。
【００５３】
また、ＪＡＶＡ（登録商標）Ｓｃｒｉｐｔを利用したブックマークレット等によって画像ビューアＷｅｂサーバ１４から取得した画像の変換を行う構成としてもよい。
【実施例２】
【００５４】
図３（Ａ）は、実施例２の医用画像表示システム１Ｂのシステム構成を示すブロック図である。医用画像表示システム１Ｂは、電気通信回線５に接続された画像取得モダリティ１１、画像サーバ１２、複数の画像参照端末１５（外部コンピュータ）、および複数のユーザ端末１６（コンピュータ）を有している。
【００５５】
画像参照端末１５は、プログラムやデータを記憶する記憶部、操作入力を受け付けるマウス及びキーボードあるいはタッチパネル等の入力部、表示を行う表示部、電気通信回線５を通じて通信する通信部、およびこれらを制御する制御部を有している。画像参照端末１５は、記憶部にビューアアプリケーション１５ａと、リモートデスクトップアプリケーション１５ｂ（外部アプリケーション）がインストールされている。リモートデスクトップアプリケーション１５ｂは、リモートログインしているクライアント（ユーザ端末１６）から医用画像データ１３ａを求める操作用データを受信し、この操作用データに従ってビューアアプリケーション１５ａの動作を行う。リモートデスクトップアプリケーション１５ｂは、ビューアアプリケーション１５ａからの医用画像データ１３ａが含まれる出力を出力データとしてクライアントへ送信する。この画像参照端末１５は、１台につき１台のユーザ端末１６が対応する。このため、画像を参照するユーザ端末１６と同じ台数の画像参照端末１５を備えることが望ましい。
【００５６】
画像取得モダリティ１１、画像サーバ１２、およびユーザ端末１６は、実施例１と同一であるので、同一の要素に同一符号を付してその詳細な説明を省略する。
【００５７】
図３（Ｂ）は、ユーザ端末１６の一例として、画像参照端末１５をリモートコントロールしてビューアアプリケーション１５ａを操作し、これにより医用画像を表示する場合のユーザ端末１６ｂのハードウェア構成と機能ブロックを示すブロック図である。
【００５８】
ユーザ端末１６ｂは、タッチ入力部２１ａ、ボタン入力部２１ｂ、制御部２２、表示部２３、およびフラッシュメモリによる記憶部２４を備えている。制御部２２は、記憶部２４にアプリケーションとして保存されている医用画像表示プログラム３８を実行し、入出力処理部３８ａ及びビューア部３８ｂとして機能する。
【００５９】
ビューア部３８ｂは、デスクトップ用ビューアアプリケーションを遠隔で利用するためのリモートデスクトップクライアントとして機能するリモートデスクトップクライアント機能部５１を有している。ビューア部３８ｂは、入出力処理部３８ａを介して操作入力を受け取り、画像参照端末１５にアクセスして画像参照端末１５をリモートコントロールする。リモートコントロールされた画像参照端末１５は、画像サーバ１２にアクセスして画像データベース１３の医用画像データ１３ａを取得し、この医用画像データ１３ａをビューア部３８ｂ（リモートデスクトップクライアント機能部５１）へ送信する。ビューア部３８ｂは、取得した医用画像データ１３ａをキャプチャへ出力する。
【００６０】
リモートデスクトップクライアント機能部５１は、入力透過部３１から受け取った画像参照操作による入力信号を図示省略する入力信号受付部で受け付け、この入力信号に従って画像参照端末１５へアクセスし、画像参照端末１５をリモートコントロールする。すなわち、リモートデスクトップクライアント機能部５１が入力透過部３１を介して受け取った入力信号を画像参照端末１５へ送信すると、画像参照端末１５が、受け取った入力信号に対応する動作をして医用画像データ１３ａを画像参照端末１５の画面に表示し、動作後の画面データをリモートデスクトップクライアント機能部５１へ送信する。リモートデスクトップクライアント機能部５１は、受信した医用画像データ１３ａを含む画面データから表示部２３へ画面表示するためのＲＧＢ画像データ等の表示用画像データを作成し、この表示用画像データを図示省略する表示用出力部によってキャプチャ記憶部３３へキャプチャ出力する。
【００６１】
従って、リモートデスクトップクライアント機能部５１は、画像参照端末１５の表示部に表示される画面と同じ画面をユーザ端末１６ｂの表示部２３に表示し、その画面に対してタッチ入力部２１ａで入力された入力信号を画像参照端末１５へ転送して、あたかも画像参照端末１５を直接操作しているかのように画像参照端末１５を動作させて画面表示する。
【００６２】
ビューア部３８ｂ以外の構成及び動作は、実施例１と同一であるため、同一要素に同一符号を付してその詳細な説明を省略する。
【００６３】
このように構成されたユーザ端末１６ｂは、実施例１で図２（Ａ）と共に説明した動作と比べて、ステップ２の内容が異なる点を除けば同じ動作を行う。  
ステップＳ２において、ユーザ端末１６ｂは、入力データを入力透過部３１によって透過してビューア部３８ｂへ転送すると、ビューア部３８ｂが動作を実行する（ステップＳ２）。ビューア部３８ｂとしてリモートデスクトップクライアント機能部５１が動作し、画像参照端末１５にリモートログインし、画像参照端末１５をリモートコントロールする。この後、ユーザ端末１６ｂの表示部２３には、画像参照端末１５のデスクトップに表示されている全情報が殆どそのまま表示される。リモートコントロールされた画像参照端末１５は、画像サーバ１２を通じて画像データベース１３の医用画像データ１３ａを含む画面のデータを受信し、この画面のデータから表示用画像データを作成し、キャプチャ記憶部３３（メモリ）に画像をキャプチャするように表示用画像データを描画する。その他の動作は、実施例１と同一であるため、その詳細な説明を省略する。
【００６４】
以上の構成及び動作により、医用画像表示システム１Ｂでは、医用画像データ１３ａを閲覧するためのビューアアプリケーション１５ａが、仮想デスクトップ等ユーザの利用するユーザ端末１６ｂとは別端末である画像参照端末１５上で実行されている。この画像参照端末１５に、ユーザ端末１６ｂは、リモートデスクトップクライアント機能部５１で接続し、リモートのデスクトップ、あるいは画像のみをＧＳＤＦ階調に補正して表示することができる。従って、利用者は、ユーザ端末１６ｂを操作して診断に適した画像品質および階調にて医用画像データ１３ａを閲覧することができる。このようにして、医用画像表示システム１Ｂは、実施例１と同じ効果を得ることができる。
【００６５】
また、画像参照端末１５で起動できるアプリケーションがＷＥＢベースのアプリケーションでなくても良いため、様々なアプリケーションを用いることができる。
【００６６】
なお、以上の実施例２では、リモートデスクトップクライアント機能部５１により表示する表示画面全体をＧＳＤＦ変換の対象としたが、リモートデスクトップクライアント機能部５１で表示する医用画像のみをＧＳＤＦ変換する構成としてもよい。この場合、リモートデスクトップクライアント機能部５１が画像参照端末１５から取得したデータのうち画像データのみを画像変換部３５でＧＳＤＦ変換すると良い。これにより、メニュー部分等の医用画像以外の部分の色を変更することなく医用画像部分のみＧＳＤＦ変換後の諧調で表示することができる。
【００６７】
また、以上の実施例１，２のユーザ端末１６ａ、１６ｂは、Ｗｅｂブラウザやリモートデスクトップクライアント等のプラットフォームに、ＧＳＤＦ表示を行うためのＬＵＴ変換及びユニフォミティ補正のためのフィルタリングを行う仕組みをもたせたものである。これにより、管理された表示品質の描画を従前より利用している医用画像表示装置で利用することができる。
【実施例３】
【００６８】
図４（Ａ）は、実施例３の医用画像表示システム１Ｃのシステム構成を示すブロック図である。医用画像表示システム１Ｃは、電気通信回線５に接続された画像取得モダリティ１１、画像サーバ１２、および複数のユーザ端末１６を有している。
【００６９】
画像取得モダリティ１１、画像サーバ１２、およびユーザ端末１６は、実施例１と同一であるので、同一の要素に同一符号を付してその詳細な説明を省略する。
【００７０】
図４（Ｂ）は、ユーザ端末１６の一例として、画像ビューアアプリケーション５３により医用画像を表示する場合のユーザ端末１６ｃのハードウェア構成と機能ブロックを示すブロック図である。
【００７１】
ユーザ端末１６ｃは、タッチ入力部２１ａ、ボタン入力部２１ｂ、制御部２２、表示部２３、およびフラッシュメモリによる記憶部２４を備えている。制御部２２は、記憶部２４にアプリケーションとして保存されている医用画像表示プログラム３８を実行し、入出力処理部３８ａ及びビューア部３８ｂとして機能する。
【００７２】
ビューア部３８ｂは、画像ビューアアプリケーション５３を有している。画像ビューアアプリケーション５３は、入出力処理部３８ａを介して操作入力を受け取り、画像サーバ１２にアクセスして医用画像データを取得しキャプチャへ出力する。
【００７３】
画像ビューアアプリケーション５３は、入力透過部３１から受け取った画像参照操作による入力信号に従って画像サーバ１２へアクセスし、画像データベース１３で管理する医用画像データ１３ａを受信する。画像ビューアアプリケーション５３は、受信した医用画像データ１３ａを含めて画像ビューアアプリケーション５３で表示するテキストやボタン等のデータも含めてＲＧＢ画像データ等の表示用画像データを作成し、この表示用画像データ１３ａをキャプチャ記憶部３３へキャプチャ出力する。
【００７４】
ビューア部３８ｂ以外の構成及び動作は、実施例１と同一であるため、同一要素に同一符号を付してその詳細な説明を省略する。
【００７５】
このように構成されたユーザ端末１６ｃは、実施例１で図２（Ａ）と共に説明した動作と比べて、ステップ２の内容が異なる点を除けば同じ動作を行う。  
ステップＳ２において、ユーザ端末１６ｃは、入力データを入力透過部３１によって透過してビューア部３８ｂへ転送すると、ビューア部３８ｂが動作を実行する（ステップＳ２）。ビューア部３８ｂとして画像ビューアアプリケーション５３が動作し、画像サーバ１２から必要な医用画像データ１３ａを取得する。画像ビューアアプリケーション５３は、自信の提供するメニュー画面等と共に医用画像データ１３ａを表示する表示用画像データを作成し、キャプチャ記憶部３３（メモリ）に画像をキャプチャするように表示用画像データを描画する。その他の動作は、実施例１と同一であるため、その詳細な説明を省略する。
【００７６】
以上の構成及び動作により、ユーザ端末１６ｃは、画像ビューアＷｅｂサーバ１４（実施例１参照）や画像参照端末１５（実施例２参照）で動作する様々なアプリケーションを用いることはできないものの、ユーザ端末１６ｃに搭載されたアプリケーションとして、実施例１と同様の効果を得ることができる。
【実施例４】
【００７７】
図５（Ａ）は、ユーザ端末１６の一例として、画像ビューアアプリケーション５３により医用画像を表示する場合のユーザ端末１６ｄのハードウェア構成と機能ブロックを示すブロック図である。
【００７８】
ユーザ端末１６ｃは、実施例３のキャプチャ記憶部３３とキャプチャ取得部３４の代わりに、画像出力部４１と画像取得部４２と画像取得部４４を備えている。  
画像出力部４１は、画像ビューアアプリケーション５３により画像サーバ１２から受信した医用画像データ１３ａを入出力処理部３８ａへ出力する。入出力処理部３８ａ内の画像取得部４２は、医用画像データ１３ａを取得して画像変換部３５へ渡し、画像変換部３５がＧＳＤＦ変換を実行する。
【００７９】
画像取得部４４は、ＧＳＤＦ変換された変換後医用画像データ１３ｂを取得して画像ビューアアプリケーション５３へ送る。
【００８０】
画像ビューアアプリケーション５３は、変換後医用画像データ１３ｂを出力部３６を介して表示部２３へ出力する。
【００８１】
その他の構成及び動作は、実施例３と同一であるため、同一要素に同一符号を付してその詳細な説明を省略する。  
以上の構成及び動作により、実施例３と同一の効果を得ることができる。
【００８２】
なお、以上の各実施例において、ボタン入力部２１ｂは、ボタンではなく、タッチパネルの一部の領域としてもよい。この場合、タッチパネルの入力可能領域が、第１入力部の領域と第２入力部の領域に分割され、どちらの領域で入力されたかによってその後の動作を振り分けると良い。
【００８３】
また、図５（Ｂ）の外観図に示すように、表示部２３内に、タッチ入力部２１ａを透過用タッチ入力部２１ａ１の領域と制御用タッチ入力部２１ａ２の領域に分割しても良い。この場合、透過用タッチ入力部２１ａ１を、上述した各実施例のタッチ入力部２１ａと同じくビューア部３８ｂに対する操作指示（第１入力データ）を入力するインターフェースとし、制御用タッチ入力部２１ａ２を、入出力処理部３８ａに対する操作指示（第２入力データ）を入力するインターフェースとすることができる。図示の例では、制御用タッチ入力部２１ａ２をＯＮ／ＯＦＦが切り替えられる操作により画像変換部３５による画像変換の有無を切り替える。画像変換有の場合は上述した各実施例と同じであるが、画像変換無しに切り替えられた場合は、キャプチャ取得部３４から出力されるデータを出力部３６へそのまま伝達し、画像変換部３５をデータが通過しない構成とする。これにより、制御用タッチ入力部２１ａ２によって画像変換部３５による画像変換の有無を切り替えつつ、それ以外の部分である透過用タッチ入力部２１ａ１の入力操作を透過してビューア部３８ｂへの入力とすることができる。従って、表示部２３に表示している変換後医用画像データ１３ｂ（画像変換していない場合は医用画像データ１３ａ）を図４（Ｃ）の外観図に示すように拡大操作する等行うことができる。
【００８４】
このように、入出力処理部３８ａに対する入力操作領域（ボタン入力部２１ｂ及び制御用タッチ入力部２１ａ２）とビューア部３８ｂに対する入力操作領域（タッチ入力部２１ａ若しくは透過用タッチ入力部２１ａ１）を分けているため、例えば拡大操作をした際に図５（Ｄ）の参考図に示すようにビューア部３８ｂが表示しているメニューも含めて全てをそのまま拡大してしまうといったことを防止でき、ビューア部３８ｂに対する適切な入力操作を行うことができる。
【産業上の利用可能性】
【００８５】
この発明は、医用画像を表示するシステムに利用することができる他、画像をキャリブレートしてユーザ端末で表示することが望まれる様々な用途に用いることができる。
【符号の説明】
【００８６】
１Ａ，１Ｂ，１Ｃ…医用画像表示システム
５…電気通信回線
１３ａ…医用画像データ
１６，１６ａ，１６ｂ，１６ｃ，１６ｄ…ユーザ端末
２１ａ…タッチ入力部
２１ａ１…透過用タッチ入力部
２１ａ２…制御用タッチ入力部
２１ｂ…ボタン入力部
２３…表示部
３１…入力透過部
３２…ブラウザ機能部
３３…キャプチャ記憶部
３４…キャプチャ取得部
３５…画像変換部
３６…出力部
３８…医用画像表示プログラム
３８ｂ…ビューア部
５１…リモートデスクトップクライアント機能部
５２…画像ビューアアプリケーション
【図１】
2015070999.tif 000003
【図３】
2015070999.tif 000004
【図４】
2015070999.tif 000005
【図５】
2015070999.tif 000006
【図２】
2015070999.tif 000007