(57)【要約】【課題】クライアント装置に送信される画像のデータ量及び通信負荷を低減させる。【解決手段】ＤＩＣＯＭ形式の医用画像を記憶する記憶部３３と、記憶部３３より読み出し速度が速い記憶部２３と、を備える医用画像管理システム１００において、キャッシュサーバー２０は、記憶部３３に記憶されている医用画像を予め読み出し、当該読み出された医用画像を汎用画像に変換し、このオリジナルのサイズの汎用画像を記憶部２３に記憶させておく。クライアント装置５０から画像参照要求を受信した場合に、当該画像参照要求に含まれる表示サイズがオリジナルのサイズと異なるときには、記憶部２３に記憶されているオリジナルのサイズの汎用画像から、画像参照要求に含まれる表示サイズの汎用画像を生成し、当該サイズ変更後の汎用画像を記憶部２３に記憶させ、サイズ変更後の汎用画像をクライアント装置５０に送信する。【選択図】図１
2017188003.tif 000002
【特許請求の範囲】
【請求項１】
ＤＩＣＯＭ形式の医用画像を記憶する第１記憶手段と、前記第１記憶手段より読み出し速度が速い第２記憶手段と、を備える医用画像管理システムであって、
前記第１記憶手段に記憶されている医用画像を予め読み出し、当該読み出された医用画像を汎用画像に変換し、当該変換により得られたオリジナルのサイズの汎用画像を前記第２記憶手段に記憶させておく変換手段と、
当該医用画像管理システムと通信ネットワークを介して接続されたクライアント装置から、当該クライアント装置における表示サイズを含む画像参照要求を受信する受信手段と、
前記クライアント装置から前記画像参照要求を受信した場合に、当該画像参照要求に含まれる表示サイズが前記オリジナルのサイズと異なるときには、前記第２記憶手段に記憶されているオリジナルのサイズの汎用画像から、当該画像参照要求に含まれる表示サイズの汎用画像を生成し、当該サイズ変更後の汎用画像を前記オリジナルのサイズの汎用画像とは別に前記第２記憶手段に記憶させるサイズ変更手段と、
前記サイズ変更後の汎用画像を前記クライアント装置に送信する送信手段と、
を備える医用画像管理システム。
【請求項２】
前記クライアント装置から前記画像参照要求を受信した場合に、当該画像参照要求に含まれる表示サイズの汎用画像が前記第２記憶手段に記憶されているか否かを判断する判断手段と、
前記判断手段により前記画像参照要求に含まれる表示サイズの汎用画像が前記第２記憶手段に記憶されていると判断された場合に、当該表示サイズの汎用画像を前記第２記憶手段から読み出し、当該読み出された汎用画像を前記クライアント装置に送信する再利用手段と、
を備える請求項１に記載の医用画像管理システム。
【請求項３】
前記変換手段は、前記第１記憶手段に記憶されている医用画像のうち、予め定められた期間に生成された医用画像を処理対象とする請求項１又は２に記載の医用画像管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像管理システムに関する。
【背景技術】
【０００２】
近年、医療分野においても情報の電子化が進み、患者の診断部位を撮影して得られた医用画像は、画像データとして保管されている。
汎用的なウェブブラウザーを利用して画像を表示するクライアント装置において、データセンター等に設置された画像サーバーに保存されている医用画像を表示する場合には、通信回線の混み具合により、医用画像のダウンロードに時間がかかることがある。そのため、予め画像サーバーに保存されている医用画像をＪＰＥＧ（Joint Photographic Experts Group）形式やＰＮＧ（Portable Network Graphics）形式等の汎用画像に変換してキャッシュサーバーに蓄積しておき、キャッシュサーバーに蓄積されている汎用画像を画像参照要求のあったクライアント装置に送信することが一般的である。
【０００３】
例えば、医療画像が記憶された画像サーバーと通信ネットワークを介して接続された画像表示装置に医療画像を表示させる医療画像表示システムにおいて、画像サーバーから転送される医療画像を記憶する記憶手段と、この記憶手段を複数の画像表示装置に開放して共有化させる共有化手段と、を有するサブサーバーを設け、記憶手段から所望の医療画像を読み出して画像表示装置に表示させるようにしたものが提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１３２９４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、キャッシュサーバーでは、画像サーバーに保存されている医用画像と同じサイズの画像がメモリー上に記憶されているため、ウェブブラウザーが搭載されたクライアント装置において、キャッシュサーバーから単純に画像をダウンロードして表示するだけでは、通信回線の状況に影響を受けやすい。例えば、クライアント装置において、画像がどのようなサイズで表示されるかは、表示デバイスのサイズや、画像表示領域内に表示される画像の数等によって異なる。従来は、クライアント装置において、サーバーから画像を大きいサイズの状態のまま受け取り、クライアント装置側で表示サイズに合わせて画像を加工していたため、クライアント装置とサーバーとの間の通信負荷が大きいという問題があった。
【０００６】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、クライアント装置に送信される画像のデータ量及び通信負荷を低減させることを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、ＤＩＣＯＭ形式の医用画像を記憶する第１記憶手段と、前記第１記憶手段より読み出し速度が速い第２記憶手段と、を備える医用画像管理システムであって、前記第１記憶手段に記憶されている医用画像を予め読み出し、当該読み出された医用画像を汎用画像に変換し、当該変換により得られたオリジナルのサイズの汎用画像を前記第２記憶手段に記憶させておく変換手段と、当該医用画像管理システムと通信ネットワークを介して接続されたクライアント装置から、当該クライアント装置における表示サイズを含む画像参照要求を受信する受信手段と、前記クライアント装置から前記画像参照要求を受信した場合に、当該画像参照要求に含まれる表示サイズが前記オリジナルのサイズと異なるときには、前記第２記憶手段に記憶されているオリジナルのサイズの汎用画像から、当該画像参照要求に含まれる表示サイズの汎用画像を生成し、当該サイズ変更後の汎用画像を前記オリジナルのサイズの汎用画像とは別に前記第２記憶手段に記憶させるサイズ変更手段と、前記サイズ変更後の汎用画像を前記クライアント装置に送信する送信手段と、を備える。
【０００８】
請求項２に記載の発明は、請求項１に記載の医用画像管理システムにおいて、前記クライアント装置から前記画像参照要求を受信した場合に、当該画像参照要求に含まれる表示サイズの汎用画像が前記第２記憶手段に記憶されているか否かを判断する判断手段と、前記判断手段により前記画像参照要求に含まれる表示サイズの汎用画像が前記第２記憶手段に記憶されていると判断された場合に、当該表示サイズの汎用画像を前記第２記憶手段から読み出し、当該読み出された汎用画像を前記クライアント装置に送信する再利用手段と、を備える。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の医用画像管理システムにおいて、前記変換手段は、前記第１記憶手段に記憶されている医用画像のうち、予め定められた期間に生成された医用画像を処理対象とする。
【発明の効果】
【００１０】
本発明によれば、クライアント装置に送信される画像のデータ量及び通信負荷を低減させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態における医用画像管理システム及びクライアント装置の構成を示す図である。
【図２】（ａ）は、画像サーバーにおけるデータ保存のイメージを示す図である。（ｂ）は、キャッシュサーバーにおけるデータ保存のイメージを示す図である。
【図３】医用画像管理システム及びクライアント装置において実行される医用画像表示処理を示すシーケンス図である。
【図４】医用画像管理システム及びクライアント装置において実行される医用画像表示処理を示すシーケンス図である。
【図５】クライアント装置に表示される医用画像表示画面の例である。
【図６】クライアント装置に表示される医用画像表示画面の例である。
【発明を実施するための形態】
【００１２】
以下、本発明に係る医用画像管理システムの実施の形態について説明する。ただし、発明の範囲は、図示例に限定されない。
【００１３】
図１に、医用画像管理システム１００及びクライアント装置５０の構成を示す。医用画像管理システム１００は、インターネット等の通信ネットワークＮを介して、クライアント装置５０とデータ通信可能に接続されている。
【００１４】
医用画像管理システム１００は、ウェブサーバー１０、キャッシュサーバー２０、画像サーバー３０、ＤＢ（DataBase）サーバー４０を備える。
【００１５】
ウェブサーバー１０は、クライアント装置５０に搭載されたウェブブラウザーからの要求に応じて、ＨＴＭＬ文書や画像等の情報を通信ネットワークＮを介してクライアント装置５０に送信する。
【００１６】
ウェブサーバー１０は、制御部１１、通信部１２、記憶部１３等を備える。
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等から構成され、ウェブサーバー１０の処理動作を統括的に制御する。
通信部１２は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続されたクライアント装置５０等の外部機器との間でデータの送受信を行う。また、通信部１２は、ローカルに接続されたキャッシュサーバー２０、ＤＢサーバー４０との間でデータの送受信を行う。
記憶部１３は、ハードディスクや不揮発性メモリー等により構成され、各種データを記憶している。
【００１７】
制御部１１は、クライアント装置５０から、クライアント装置５０における表示サイズを含む画像参照要求を、通信部１２を介して受信する。すなわち、制御部１１及び通信部１２は、受信手段として機能する。クライアント装置５０における表示サイズは、クライアント装置５０において画像が表示される領域の縦・横のサイズである。
【００１８】
制御部１１は、クライアント装置５０から画像参照要求を受信した場合に、要求されたサイズの汎用画像をキャッシュサーバー２０から取得し、当該取得した汎用画像を、通信部１２を介してクライアント装置５０に送信する。すなわち、制御部１１及び通信部１２は、送信手段として機能する。
【００１９】
キャッシュサーバー２０は、画像サーバー３０に蓄積されている医用画像を汎用画像に変換した状態で記憶する。汎用画像とは、特別なアプリケーションソフトウェアを用いなくても表示することができる画像をいい、汎用的なウェブブラウザー上で表示可能な画像である。汎用画像として、ＪＰＥＧ形式、ＰＮＧ形式等の画像が挙げられる。
【００２０】
キャッシュサーバー２０は、制御部２１、通信部２２、記憶部２３等を備える。
制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭ等から構成され、キャッシュサーバー２０の処理動作を統括的に制御する。
通信部２２は、ローカルに接続されたウェブサーバー１０、画像サーバー３０との間でデータの送受信を行う。
記憶部２３は、メモリー等により構成され、医用画像を加工した汎用画像を記憶する。記憶部２３は、画像サーバー３０の記憶部３３より読み出し速度が速い第２記憶手段である。
【００２１】
制御部２１は、画像サーバー３０の記憶部３３に記憶されている医用画像を予め読み出し、当該読み出された医用画像を汎用画像に変換し、当該変換により得られたオリジナルのサイズの汎用画像を記憶部２３に記憶させておく。すなわち、制御部２１は、変換手段として機能する。この際、制御部２１は、記憶部３３に記憶されている医用画像のうち、予め定められた期間（例えば、直近１か月等）に生成された医用画像を処理対象とする。なお、期間については、適宜変更可能とする。
また、制御部２１は、記憶部２３に記憶されている汎用画像のうち、時間の経過に従って、対象期間外となったものについては、自動的に消去する。
【００２２】
制御部２１は、ウェブサーバー１０がクライアント装置５０から画像参照要求を受信した場合に、画像参照要求に含まれる表示サイズがオリジナルのサイズと異なるときには、記憶部２３に記憶されているオリジナルのサイズの汎用画像から、当該画像参照要求に含まれる表示サイズの汎用画像を生成し、当該サイズ変更後の汎用画像をオリジナルのサイズの汎用画像とは別に記憶部２３に記憶させる。すなわち、制御部２１は、サイズ変更手段として機能する。ただし、画像参照要求に含まれる表示サイズの汎用画像が既に記憶部２３に記憶されている場合には、新たに表示サイズに合わせた汎用画像を生成する必要はない。
【００２３】
制御部２１は、ウェブサーバー１０がクライアント装置５０から画像参照要求を受信した場合に、画像参照要求に含まれる表示サイズの汎用画像が記憶部２３に記憶されているか否かを判断する。すなわち、制御部２１は、判断手段として機能する。
制御部２１は、画像参照要求に含まれる表示サイズの汎用画像が記憶部２３に記憶されていると判断された場合に、当該表示サイズの汎用画像を記憶部２３から読み出し、当該読み出された汎用画像をクライアント装置５０に送信する。すなわち、制御部２１は、再利用手段として機能する。
【００２４】
画像サーバー３０は、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格に則った形式で生成された医用画像を蓄積し、管理するコンピューター装置である。医用画像は、実画像データ部分と、付帯情報が格納されたヘッダー部分とから構成される。
【００２５】
画像サーバー３０は、制御部３１、通信部３２、記憶部３３等を備える。
制御部３１は、ＣＰＵ、ＲＯＭ及びＲＡＭ等から構成され、画像サーバー３０の処理動作を統括的に制御する。
通信部３２は、ローカルに接続されたキャッシュサーバー２０との間でデータの送受信を行う。
記憶部３３は、ハードディスク等により構成され、ＤＩＣＯＭ形式の医用画像を記憶する第１記憶手段である。
【００２６】
ＤＢサーバー４０は、画像サーバー３０に蓄積されている医用画像の付帯情報を管理するコンピューター装置である。付帯情報には、患者情報（患者ＵＩＤ、患者氏名、生年月日、性別等）、検査情報（検査ＵＩＤ、検査日時等）、シリーズ情報（シリーズＵＩＤ、モダリティー、検査部位等）、画像情報（ＳＯＰ  ＵＩＤ、画像番号、画像生成日時、ファイルパス等）等が含まれる。
【００２７】
患者ＵＩＤは、患者を識別するためのＩＤである。
検査ＵＩＤは、検査を識別するためのＩＤである。
シリーズＵＩＤは、シリーズを識別するためのＩＤである。
モダリティーは、医用画像が生成された画像生成装置の種類である。
ＳＯＰ  ＵＩＤは、医用画像を識別するためのＩＤである。
画像生成日時は、医用画像が生成された日時である。
ファイルパスは、医用画像のファイルの格納場所を示す情報である。
【００２８】
ＤＢサーバー４０は、制御部４１、通信部４２、記憶部４３等を備える。
制御部４１は、ＣＰＵ、ＲＯＭ及びＲＡＭ等から構成され、ＤＢサーバー４０の処理動作を統括的に制御する。
通信部４２は、ローカルに接続されたウェブサーバー１０との間でデータの送受信を行う。
記憶部４３は、ハードディスクや不揮発性メモリー等により構成され、医用画像の付帯情報を記憶している。
【００２９】
ＤＢサーバー４０に対して、患者、検査、シリーズ等を指定することで、該当する画像を検索することができる。制御部４１は、画像を特定するための画像特定情報に基づいて特定された画像のファイルパスを、ウェブサーバー１０に送信する。
【００３０】
図２（ａ）及び（ｂ）に、画像サーバー３０の記憶部３３、キャッシュサーバー２０の記憶部２３におけるデータ保存のイメージを示す。
図２（ａ）に示すように、画像サーバー３０の記憶部３３では、検査（検査ＵＩＤ）毎のフォルダーが作成され、検査を示すフォルダーの下位階層にモダリティー毎のフォルダーが作成され、モダリティーを示すフォルダーの下位階層にシリーズ（シリーズＵＩＤ）毎のフォルダーが作成され、シリーズを示すフォルダー内に、当該シリーズに含まれる医用画像のデータ（ＤＩＣＯＭファイル）が格納されている。図２（ａ）では、「検査１」フォルダーの下位階層に「ＭＧ（マンモグラフィー）」フォルダーが作成され、「ＭＧ」フォルダーの下位階層に「シリーズ１」フォルダーが作成され、「シリーズ１」フォルダー内に４７００×３５００のサイズの画像１〜６が保存されている。各医用画像のファイル名として、例えば、ＳＯＰ  ＵＩＤが用いられる。
【００３１】
図２（ｂ）に示すように、キャッシュサーバー２０の記憶部２３には、検査（検査ＵＩＤ）毎、モダリティー毎、シリーズ（シリーズＵＩＤ）毎に、図２（ａ）と同様の階層構造でフォルダーが作成される。キャッシュサーバー２０の記憶部２３では、さらに、シリーズを示すフォルダーの下位階層に「オリジナル」というフォルダーが作成され、このフォルダー内に、画像サーバー３０の記憶部３３に記憶されている医用画像を汎用画像に変換した画像のデータ（縦・横のサイズがオリジナルのサイズの汎用画像）が格納される。
クライアント装置５０から表示サイズが「６００×４００」の画像の参照要求があった場合には、シリーズを示すフォルダーの下位階層に「６００×４００」というフォルダーが作成される。そして、このフォルダー内に、「オリジナル」フォルダー内のオリジナルのサイズの汎用画像のそれぞれが、６００×４００のサイズに変更された汎用画像が格納される。
【００３２】
「オリジナル」フォルダー、「６００×４００」フォルダー内の各汎用画像のファイル名として、画像サーバー３０内での対応する医用画像のファイル名と同一のもの（例えば、ＳＯＰ  ＵＩＤ）を用いることにより、相互の対応関係がわかるようになっている。
つまり、ＤＢサーバー４０において管理されている画像情報に含まれるファイルパスは、画像サーバー３０の記憶部３３における各医用画像の保存場所を示す情報であるとともに、キャッシュサーバー２０の記憶部２３における各汎用画像の保存場所を示す情報にもなっている。ただし、キャッシュサーバー２０の記憶部２３では、サイズを示すフォルダー（「オリジナル」、「６００×４００」等）の分、階層が１段階多くなっている。
なお、図２（ａ）及び（ｂ）に示したディレクトリー構成は一例であり、図示例に限定されるものではない。
【００３３】
クライアント装置５０は、一般的なＰＣ（Personal Computer）等により構成され、医用画像を読影する医師等により利用される。クライアント装置５０は、ウェブブラウザーを利用して医用画像管理システム１００にアクセスし、医用画像管理システム１００から提供された画像を表示する。
【００３４】
クライアント装置５０は、制御部５１、操作部５２、表示部５３、通信部５４、記憶部５５等を備える。
制御部５１は、ＣＰＵ、ＲＯＭ及びＲＡＭ等から構成され、クライアント装置５０の処理動作を統括的に制御する。
操作部５２は、カーソルキー、文字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部５１に出力する。
表示部５３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部５１から入力される表示信号の指示に従って、各種画面を表示する。
通信部５４は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続されたウェブサーバー１０等の外部機器との間でデータの送受信を行う。
記憶部５５は、ハードディスクや不揮発性メモリー等により構成され、各種データを記憶している。
【００３５】
制御部５１は、クライアント装置５０における表示サイズを含む画像参照要求を、通信部５４を介してウェブサーバー１０に送信する。
【００３６】
図３及び図４は、医用画像管理システム１００及びクライアント装置５０において実行される医用画像表示処理を示すシーケンス図である。
【００３７】
まず、キャッシュサーバー２０では、制御部２１が、直近１か月のデータを画像サーバー３０から取得する（ステップＳ１）。
具体的には、制御部２１は、画像サーバー３０の記憶部３３に記憶されている医用画像のうち、画像生成日時が１か月前から現在までの医用画像の取得要求を、通信部２２を介して画像サーバー３０に送信する。
画像サーバー３０では、制御部３１が、記憶部３３に記憶されている医用画像のうち、画像生成日時が１か月前から現在までの医用画像を特定し、特定された医用画像を記憶部３３から読み出し、通信部３２を介してキャッシュサーバー２０に送信する。
なお、キャッシュサーバー２０が画像サーバー３０から取得する医用画像は、前回からの差分のみであってもよい。
【００３８】
次に、制御部２１は、画像サーバー３０から取得した医用画像（ＤＩＣＯＭ形式の画像）をＪＰＥＧ形式、ＰＮＧ形式等の汎用画像に変換し（ステップＳ２）、当該変換により得られたオリジナルのサイズの汎用画像を記憶部２３に記憶させる（ステップＳ３）。
以上が、キャッシュサーバー２０において、定期的に（例えば、毎日所定の時刻に）行われる処理である。
【００３９】
クライアント装置５０では、操作部５２からの操作に応じて、制御部５１が、ウェブブラウザーを介してウェブサーバー１０にアクセスする。操作者が操作部５２からの操作により、参照対象となる画像を指定すると、制御部５１は、画像特定情報、表示サイズ（縦・横）を含む画像参照要求を、通信部５４を介してウェブサーバー１０に送信する（ステップＳ４）。
【００４０】
画像特定情報には、検査ＵＩＤ、モダリティー、シリーズＵＩＤ等が含まれる。
表示サイズ（縦・横）は、クライアント装置５０の表示部５３において、画像が表示される領域の縦サイズ及び横サイズである。
【００４１】
ウェブサーバー１０では、通信部１２により、クライアント装置５０から画像参照要求を受信し、制御部１１は、クライアント装置５０から要求された画像を示す画像特定情報及び表示サイズを取得する。制御部１１は、ＤＢサーバー４０に対し、画像特定情報に基づいて、画像の保存先（ファイルパス）を検索する（ステップＳ５）。
具体的には、制御部１１は、画像特定情報に含まれる検査ＵＩＤ、モダリティー、シリーズＵＩＤに基づいて、シリーズＵＩＤに対応するシリーズに含まれる画像の保存先を、通信部１２を介してＤＢサーバー４０に問い合わせる。
ＤＢサーバー４０では、制御部４１が、ウェブサーバー１０からの問い合わせに応じて、シリーズＵＩＤに対応するシリーズに含まれる画像の保存先を、通信部４２を介してウェブサーバー１０に送信する。
【００４２】
次に、ウェブサーバー１０では、制御部１１が、画像特定情報及び表示サイズに基づいて、キャッシュサーバー２０内を検索する（ステップＳ６）。具体的には、制御部１１は、ＤＢサーバー４０から取得した画像の保存先を示すファイルパス、及び、クライアント装置５０から要求された表示サイズに基づいて、通信部１２を介して、要求された表示サイズの参照対象画像の有無をキャッシュサーバー２０に確認する。
【００４３】
次に、図４に移り、キャッシュサーバー２０では、通信部２２により、画像の保存先を示すファイルパス及び表示サイズをウェブサーバー１０から取得し、制御部２１は、クライアント装置５０から参照対象として指定された画像（画像特定情報により特定される画像）について、要求されたサイズの汎用画像が記憶部２３に記憶されているか否かを判断する（ステップＳ７）。具体的には、制御部２１は、記憶部２３において、ファイルパスが示す検査ＵＩＤ、モダリティー、シリーズＵＩＤの各フォルダーが階層構造をなして存在し、さらに、その下位階層に、要求されたサイズを示すフォルダーが存在するか否かを判断する。
【００４４】
要求されたサイズの汎用画像が記憶部２３に記憶されていない場合には（ステップＳ７；ＮＯ）、制御部２１は、記憶部２３に記憶されているオリジナルのサイズの汎用画像（ファイルパスが示すシリーズＵＩＤのフォルダーの下位階層の「オリジナル」フォルダーに格納されている汎用画像）から、要求されたサイズの汎用画像を生成し（ステップＳ８）、サイズ変更後の汎用画像を記憶部２３に記憶させる（ステップＳ９）。具体的には、制御部２１は、ファイルパスが示すシリーズＵＩＤのフォルダーの下位階層に表示サイズを示すフォルダーを作成し、このフォルダー内に生成した汎用画像を保存する。
【００４５】
ステップＳ７において、要求されたサイズの汎用画像が記憶部２３に記憶されている場合には（ステップＳ７；ＹＥＳ）、制御部２１は、要求されたサイズの汎用画像を記憶部２３から読み出す（ステップＳ１０）。具体的には、制御部２１は、ファイルパスが示すシリーズＵＩＤのフォルダーの下位階層の要求されたサイズを示すフォルダーに格納されている汎用画像を読み出す。
【００４６】
ステップＳ９又はステップＳ１０の後、制御部２１は、要求されたサイズの汎用画像を、通信部２２を介してウェブサーバー１０に送信する（ステップＳ１１）。
ウェブサーバー１０の制御部１１は、キャッシュサーバー２０から受信した汎用画像を、通信部１２を介してクライアント装置５０に送信する。
【００４７】
クライアント装置５０では、通信部５４により、画像参照要求に応じた汎用画像を受信し、制御部５１は、この画像を表示部５３に表示させる（ステップＳ１２）。
以上で、医用画像表示処理が終了する。
【００４８】
図５に、クライアント装置５０の表示部５３に表示される医用画像表示画面５３１の例を示す。医用画像表示画面５３１には、４００×６００の表示サイズの画像表示領域６１が含まれる。画像表示領域６１には、ＣＲ（Computed Radiography）装置により生成された画像が１枚表示されている。
オリジナルの画像サイズが１０００×１０００であると仮定した場合、キャッシュサーバー２０で、１０００×１０００のサイズの画像から４００×６００の画像が生成され、生成された４００×６００の画像がウェブサーバー１０を経由してクライアント装置５０に送信される。また、キャッシュサーバー２０には、新たに生成された４００×６００の画像も保存される。
【００４９】
図６に、クライアント装置５０の表示部５３に表示される医用画像表示画面５３２の例を示す。医用画像表示画面５３２には、２００×３００の表示サイズの画像表示領域６２Ａ，６２Ｂ，６２Ｃ，６２Ｄが含まれる。画像表示領域６２Ａ，６２Ｂ，６２Ｃ，６２Ｄには、ＣＴ（Computed Tomography）装置により生成された画像がそれぞれ１枚ずつ、合計４枚（縦２×横２）表示されている。
オリジナルの画像サイズが１０００×１０００であると仮定した場合、キャッシュサーバー２０で、１０００×１０００のサイズの画像から２００×３００の画像が生成され、生成された２００×３００の画像がウェブサーバー１０を経由してクライアント装置５０に送信される。また、キャッシュサーバー２０には、新たに生成された２００×３００の画像も保存される。
【００５０】
医用画像表示画面５３２では、医用画像表示画面５３１と比較して、表示される画像のサイズが１／４となるため、通信回線速度の影響を更に受けにくい。
また、医用画像表示画面５３１，５３２が表示された後、次回以降は、一つの医用画像に対してキャッシュサーバー２０に複数のサイズの汎用画像が存在するため、記憶部２３に記憶されている汎用画像と同じサイズの画像が参照される場合には、キャッシュサーバー２０は、サイズを変更することなく、画像をクライアント装置５０に提供することができる。
【００５１】
以上説明したように、本実施の形態によれば、キャッシュサーバー２０において、オリジナルのサイズの汎用画像からクライアント装置５０における表示サイズの汎用画像を生成することにより、オリジナルのサイズの汎用画像よりもデータ量が小さくなる場合が多いため、回線速度の影響を受けにくくなる。したがって、クライアント装置５０に送信される画像のデータ量及び通信負荷を低減させることができる。
また、クライアント装置５０で表示させるための画像を医用画像管理システム１００側で全て生成するため、クライアント装置５０側で画像のサイズ変更処理を行う必要がない。
【００５２】
また、キャッシュサーバー２０において、予めＤＩＣＯＭ形式の医用画像から汎用画像に変換しておくので、クライアント装置５０から画像を要求された場合に、すぐ対応することができる。
また、画像サーバー３０の記憶部３３より読み出し速度が速いキャッシュサーバー２０の記憶部２３に汎用画像を準備しておくので、画像サーバー３０の記憶部３３（ハードディスク等）へのアクセスを減らすことができる。
【００５３】
また、クライアント装置５０から送信された画像参照要求に含まれる表示サイズの汎用画像がキャッシュサーバー２０の記憶部２３に既に記憶されている場合には、この画像を再利用するので、処理時間及び処理負荷が軽減される。
【００５４】
また、ある程度古くなった画像については、参照される機会が減るので、予め定められた期間に生成された医用画像を処理対象として汎用画像を生成しておくことで、効率良く汎用画像の準備を行うことができる。
【００５５】
なお、図３及び図４に示した医用画像表示処理において、クライアント装置５０から要求された画像が、キャッシュサーバー２０においてデータが保存される期間外の画像であった場合、すなわち、クライアント装置５０から要求された画像に対応するオリジナルのサイズの汎用画像がキャッシュサーバー２０に存在しなかった場合には、キャッシュサーバー２０が画像サーバー３０から医用画像を取得し、指定されたサイズに変更し、クライアント装置５０に送信すればよい。この場合には、データの保存期間外であるから、キャッシュサーバー２０において生成された汎用画像はキャッシュサーバー２０に保存されない。
【００５６】
また、クライアント装置５０の表示部５３に表示される画像に対して、拡大指示が行われる際には、画像参照要求に、さらに、基準座標（Ｘ，Ｙ）と拡大率が含まれる。基準座標は、オリジナルの画像に対して切り出す領域を指定する際の左上の座標である。
キャッシュサーバー２０では、制御部２１が、基準座標（Ｘ，Ｙ）、拡大率、表示サイズに基づいて、表示対象となる領域を切り出し、拡大処理を施した汎用画像を生成する。制御部２１は、生成した画像をクライアント装置５０に提供するとともに、記憶部２３に記憶させることとしてもよい。
【００５７】
なお、上記実施の形態における記述は、本発明に係る医用画像管理システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００５８】
例えば、上記実施の形態では、医用画像管理システム１００が複数の装置から構成される場合を例にして説明したが、医用画像管理システム１００を構成する各装置の一部又は全部が一体の装置により構成されることとしてもよい。
【００５９】
また、マンモグラフィーにより撮影された医用画像等、元々のサイズが大きい場合には、オリジナルのサイズでクライアント装置５０に提供することはほとんどないため、ＤＩＣＯＭ形式の医用画像を汎用画像に変換する際に、オリジナルのサイズの汎用画像に対して間引き処理を施した、より小さいサイズの汎用画像も生成しておくようにしてもよい。
【符号の説明】
【００６０】
１０  ウェブサーバー
２０  キャッシュサーバー
２１  制御部
２３  記憶部
３０  画像サーバー
３１  制御部
３３  記憶部
４０  ＤＢサーバー
５０  クライアント装置
１００  医用画像管理システム
Ｎ  通信ネットワーク
【図１】
2017188003.tif 000003
【図２】
2017188003.tif 000004
【図３】
2017188003.tif 000005
【図４】
2017188003.tif 000006
【図５】
2017188003.tif 000007
【図６】
2017188003.tif 000008