(57)【特許請求の範囲】
【請求項１】
ネットワークを介して医用画像を配信画像配信サーバと前記ネットワークを介して配信された医用画像を表示する画像表示端末とからなる画像配信システムの画像配信方法であって、
前記画像表示端末が前記画像配信サーバに医用画像の配信を要求するときに、前記画像表示装置のリソース情報と、前記画像表示端末に医用画像が表示されるまでの制限時間に関する要求情報とを前記画像配信サーバに送信する送信ステップと、
前記画像配信サーバが前記画像表示装置のリソース情報と、前記制限時間に関する要求情報を受信する受信ステップと、
前記リソース情報に基づき、前記画像配信サーバから前記医用画像が配信されてから前記画像表示端末に医用画像が表示されるまでの画像表示時間を算出し、
前記画像表示時間が前記要求情報の制限時間よりも大きい場合、前記医用画像の画素の間引き処理を行い、当該医用画像の容量を減少させる変換ステップと、
前記変換ステップで容量が減少した医用画像を前記画像表示端末に配信する配信ステップとを有することを特徴とする画像配信方法。
【請求項２】
前記要求情報と、前記リソース情報に基づいて、前記医用画像の変換が必要かどうかを判断する判断ステップをさらに有することを特徴とする請求項１に記載の画像配信方法。
【請求項３】
前記リソース情報には、前記画像表示端末の処理能力に関する情報が含まれることを特徴とする請求項１に記載の画像配信方法。
【請求項４】
前記リソース情報には、ネットワークを介して前記医用画像を送信する速度に関する情報が含まれることを特徴とする請求項１に記載の画像配信方法。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、画像配信システム、画像配信サーバおよび画像表示端末に関する。
【０００２】
【従来の技術】
インターネットや無線ＬＡＮといったネットワーク技術の普及に伴い、さまざまな分野において、各種端末からネットワーク経由でサーバ上にある情報を取得し、端末上のアプリケーションソフトで処理し得るようになった。
【０００３】
例えば、医療分野では、サーバ、端末間をネットワークで接続した医療情報管理システムとしてＰＡＣＳ（Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）、ＨＩＳ（Ｈｏｓｐｉｔａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）によって、患者の症例、投薬、課金といった総合情報を管理している。
【０００４】
さらにＸ線撮像装置、ＣＴスキャナ、ＭＲＩ装置等の医用画像については、放射線科におけるＲＩＳ（Ｒａｄｉｏｌｏｇｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）等、医用画像のデジタル化、モニタ表示、読影のための医用画像表示アプリケーションが登場している。
【０００５】
【発明が解決しようとする課題】
しかし、放射線医用画像等の医用画像は、一般にデータ容量が非常に大きく、例えば、非圧縮・最高解像度のデジタルＸ線画像は、１枚あたり約１５Ｍバイトになる。このため、医用画像の処理、表示にはハイエンドの処理装置を要する。また医用画像は通信負荷が大きく、スタンドアロンの表示装置や、小規模の閉じたネットワーク上の表示装置でないと実用上表示困難であった。
【０００６】
このため、放射線医用画像は放射線科において参照するか、持ち出し用のプリントアウトや大容量媒体への複写等を作成する必要があった。
【０００７】
本発明はこのような従来の問題点を解消すべく創案されたもので、特に、緊急時における医用画像の高速表示に対応することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本発明の画像配信方法は、ネットワークを介して医用画像を配信画像配信サーバと前記ネットワークを介して配信された医用画像を表示する画像表示端末とからなる画像配信システムの画像配信方法であって、前記画像表示端末が前記画像配信サーバに医用画像の配信を要求するときに、前記画像表示装置のリソース情報と、
前記画像表示端末に医用画像が表示されるまでの制限時間に関する要求情報とを前記画像配信サーバに送信する送信ステップと、前記画像配信サーバが前記画像表示装置のリソース情報と、前記制限時間に関する要求情報を受信する受信ステップと、前記リソース情報に基づき、前記画像配信サーバから前記医用画像が配信されてから前記画像表示端末に医用画像が表示されるまでの画像表示時間を算出し、前記画像表示時間が前記要求情報の制限時間よりも大きい場合、前記医用画像の画素の間引き処理を行い、当該医用画像の容量を減少させる変換ステップと、前記変換ステップで容量が減少した医用画像を前記画像表示端末に配信する配信ステップとを有することを特徴とする。これによって、緊急時の医用画像の高速表示に対応することが出来る。
【００１８】
【発明の実施の形態】
次に、本発明に係る画像配信システム、画像配信サーバおよび画像表示端末を医用画像に適用した実施形態を図面に基づいて説明する。
【００１９】
［第１の実施形態］
図１は、本発明に係る画像配信システムを医用画像に適用した第１の実施形態を示すブロック図、図２は、図１の医療診断支援端末を示すブロック図、図３は、図１の医療診断支援サーバを示すブロック図、図４は、図２の医療診断支援端末の処理を示すフローチャート、図５は、図３の医療診断支援サーバの処理を示すフローチャート、図６は、図５の変換判定の処理を示すフローチャートである。
【００２０】
図１において、医療診断支援システムは、医療診断支援サーバ１０１と、複数の医療診断支援端末１０２-1、１０２-2、…、１０２-nよりなる医療診断支援端末群１０２とをネットワークＮＷを介して接続してなる。
【００２１】
医療診断支援サーバ１０１は、医用画像ＭＰおよびその医療情報ＭＩを含む医療情報サーバ３０５を有し、各医療診断支援端末１０２-1、１０２-2、…、１０２-nは、医療診断支援サーバ１０１に対して医用画像ＭＰｉを要求し得る。これに対して、医療診断支援サーバ１０１はネットワークＮＷを通じて、各医療診断支援端末１０２-1、１０２-2、…、１０２-nに、医用画像ＭＰｉを送信する。画像送信に際して、医療診断支援サーバ１０１は各医療診断支援端末１０２-1、１０２-2、…、１０２-nの仕様に適合するように、適宜医用画像ＭＰiを変換した画像Ｔ（ＭＰi）を送信する。
【００２２】
ネットワークＮＷは、病院内ＬＡＮ等の閉じたネットワークあるいはインターネット等のオープンなネットワークであり、医用画像のセキュリティを確保するためには、閉じたネットワークに限定し、あるいはオープンなネットワークにおいてＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）やＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）等によってセキュリティを保証する。
【００２３】
図２は、１個の医療用診断支援端末１０２-1を代表して示す。医療用診断支援端末１０２-1は、ユーザがキーボードやマウスなどのデバイスを操作して、種々の制御を行う入力部２０１と、医用画像表示アプリケーション２０２と、医用画像表示アプリケーション２０２の処理結果を表示する表示部２０３とを有する。
【００２４】
各医療診断支援端末は、医用画像用モニタの解像度、処理速度、メモリ容量、接続されたネットワークＮＷの転送レート等の仕様が一定ではなく、医療診断支援端末１０２-1には、これらの仕様を示すリソース情報を自動的に検出するリソース情報検出部２０４が設けられている。リソース情報検出部２０４で検出されたリソース情報はリソース情報保持部２０５に保持される。
【００２５】
医療用診断支援端末１０２-1は、ネットワークＮＷを介して医療診断支援サーバ１０１と通信するためのデータ通信部２０６を有し、医用画像ＭＰiの要求、リソース情報その他医用画像表示アプリケーションの送信データの送信、医用画像ＭＰｉまたはその変換画像Ｔ（ＭＰi）およびその他の情報の受信に使用する。
【００２６】
医療診断支援サーバ１０１は、医療診断支援端末１０２-1等から医用画像の要求があったとき、リソース情報を参照して、リソース情報に適合するように医用画像ＭＰiを変換した画像Ｔ（ＭＰi）を生成する。医療用診断支援端末１０２-1においては、医療診断支援サーバ１０１の画像変換の内容（変換内容）を受信し、変換内容を変換内容表示部２０７で表示する。これによってユーザは表示された医用画像ＭＰiの実際の状態を把握し得る。
【００２７】
医療診断支援端末１０２-1において、入力部２０１、医用画像表示アプリケーション２０２、表示部２０３、リソース情報検出部２０４、リソース情報保持部２０５、データ通信部２０６、変換内容表示部２０７はバス２０８に接続され、相互にデータ送受信可能である。
【００２８】
なお医療診断支援端末１０２-2、…、１０２-nの構成は、医療診断支援端末１０２-1と同様であるので、説明を省略する。
【００２９】
以下の説明においても、１個の医療診断支援端末を説明するときは、医療診断支援端末１０２-1を代表的にとりあげる。
【００３０】
図３において、医療診断支援サーバ１０１は、医療診断支援端末群１０２と通信を行うデータ通信部３０１と、医療診断支援端末群で検出されたリソース情報を、医療診断支援端末１０２-1、１０２-2、…、１０２-n毎に保持するリソース情報保持部３０２とを有する。
【００３１】
医療診断支援サーバ１０１は、医療診断支援端末１０２-1、１０２-2、…、１０２-nに送信する医用画像ＭＰｉを、送信画像変換部３０８によって適宜変換し、その変換方法を変換方法判定部３０３で決定する。
【００３２】
変換方法判定部３０３は、送信すべき医用画像ＭＰiのデータ容量と、医用画像ＭＰiを要求した医療診断支援端末１０２-1、１０２-2、…、１０２-nのリソース情報とを対比し、受信可能性、通信時間、表示可能性等を評価し、変換要否、および適当な変換方法を決定する。
【００３３】
決定された変換方法は、変換内容保持部３０４に保持される。
【００３４】
医療情報サーバ３０５は、さらに医療情報ＤＢ３０６と検索ＵＩ（ユーザインターフェース）３０７を備え、医療情報ＤＢ３０６には、医療データＭＩとして、患者ＩＤ、患者氏名、患者性別等の患者データ、検査内容、検査年月日等の検査データ、各検査データに対応したシリーズデータ等を保有する。医用画像ＭＰは各シリーズデータに対応して１枚または複数枚登録される。
【００３５】
送信画像変換部３０８は、変換内容保持部３０４に保持された変換内容に基づいて医用画像ＭＰｉの変換を行う。
【００３６】
データ通信部３０１、リソース情報保持部３０２、変換方法判定部３０３、変換内容保持部３０４、医療情報サーバ３０５、送信画像変換部３０８はバス３０９に接続され、相互にデータ送受信可能である。
【００３７】
図４において、医療診断支援端末１０２-1は以下の処理を実行する。
【００３８】
ステップＳ４０１：入力部２０１におけるユーザからの操作入力を待ち、操作入力が有ったときはステップＳ４０２に移行する。
【００３９】
ステップＳ４０２：ユーザからの操作入力が画像要求か否かを判断する。画像要求でなかったときは、ステップＳ４０３に移行し、画像要求であったときはステップＳ４０４に移行する。
【００４０】
ステップＳ４０３：患者情報、検査情報その他に基づく医用画像の検索要求等を医療診断支援サーバ１０１に送信し、あるいは、サーバから取得した画像に対する階調変換、ズーミング等の処理を実行し、ステップＳ４０１に戻る。
【００４１】
ステップＳ４０４：リソース情報検出部２０４によって、医療診断支援端末１０２-1のリソース情報を検出する。リソース情報には、空きメモリ容量、モニター等表示部２０３の解像度、接続されているネットワークの転送レート、表示し得る医用画像の枚数や表示までに要する時間、端末の処理速度等を含む。検出されたリソース情報はリソース情報保持部２０５に保持される。
【００４２】
ステップＳ４０５：リソース情報保持部２０５に保持されたリソース情報をデータ通信部２０６から医療診断支援サーバ１０１に送信する。
【００４３】
ステップＳ４０６：ステップＳ４０１で操作入力された画像要求をデータ通信部２０６から医療診断支援サーバ１０１に送信する。
【００４４】
ステップＳ４０７：データ通信部２０６において医療診断支援サーバ１０１からデータを受信するまで待機する。何らかのデータを受信したときは、ステップＳ４０８に移行する。
【００４５】
ステップＳ４０８：医療診断支援サーバ１０１から受信したデータが医用画像か否か判断する。医用画像であったときはステップＳ４１０に移行し、医用画像以外のデータ、例えば変換内容のデータであったときはステップＳ４０９に移行する
ステップＳ４０９：データ通信部２０６で受信した変換内容を、変換内容表示部２０７において表示し、ステップＳ４０７に移行する。
【００４６】
ステップＳ４１０：データ通信部２０６で受信した医用画像を表示部２０３に表示し、ステップＳ４０１に戻る。
【００４７】
一方、医療診断支援サーバ１０１は図５のフローチャートに示す処理を実行する。
【００４８】
ステップＳ５０１：データ通信部３０１において、医療診断支援端末１０２-1からのデータ受信を待ち、受信があったときはステップＳ５０２に移行する。
【００４９】
ステップＳ５０２：データ通信部３０１で受信したデータがリソース情報か否か判断する。リソース情報であったとき、ステップＳ５０３に移行し、リソース情報でなかったときはステップＳ５０４に移行する。
【００５０】
ステップＳ５０３：リソース情報を、医療診断支援端末ごとにリソース情報保持部３０２に登録し、ステップＳ５０１に戻る。
【００５１】
ステップＳ５０４：データ受信部３０１が受信した内容が画像要求であった場合には、ステップＳ５０６に移行し、画像要求でなかったときはステップＳ５０５に移行する。
【００５２】
ステップＳ５０５：患者情報、検査情報その他に基づく医用画像の検索要求等、画像要求以外の処理を実行し、ステップＳ５０１に戻る。
【００５３】
ステップＳ５０６：変換方法判定部３０３において、リソース情報保持部３０２に保持されたリソース情報と、医療診断支援端末１０２-1から要求があった医用画像ＭＰiのデータ容量と、リソース情報を対比し、受信可能性、通信時間、表示可能性等を評価し、変換要否、変換方法を決定する。リソース情報および変換方法判定については後述する。画像を変換するときにはステップＳ５０８に移行し、変換が不要なときにはステップＳ５０７に移行する。
【００５４】
ステップＳ５０７：医療診断支援端末１０２-1が要求した医用画像ＭＰiをそのままデータ通信部３０１から送信し、ステップＳ５０１に戻る。
【００５５】
ステップＳ５０８：変換方法判定部３０３において判定された変換内容をデータ通信部３０１から医療画像診断支援端末１０２-1に送信し、ステップＳ５０９に移行する。
【００５６】
ステップＳ５０９：送信画像変換部３０７において、変換方法判定部３０３が判定した変換内容に基づき、医療診断支援端末１０２-1が要求した医用画像ＭＰiの変換画像を生成する。
【００５７】
ステップＳ５１０：送信画像変換部３０７において変換された変換画像Ｔ（ＭＰｉ）をデータ通信部３０１から送信し、ステップＳ５０１に戻る。
【００５８】
以上に示した手順によって医療診断支援端末１０２-1において医用画像の受信、表示が可能になり、かつ実用的な時間内に医用画像を受信し得る。
【００５９】
以下の実施形態に示すように、ステップＳ５０６の変換判定は種々の処理が可能である。
【００６０】
以下の説明で使用されるパラメータは表１のとおりである。表１において、要求された医用画像ＭＰiの全体の容量をＶ0、圧縮状態での容量Ｖc、解像度をＤ0、１画素あたりデータ容量ｄ0とする。医療診断支援端末１０２-1について、空メモリ容量ＭＶ、所要ワークエリアの容量をＶｗ、画像展開処理時間Ｔe（１Ｍバイトあたり）とする。医療診断支援端末１０２-1の表示部２０３について、解像度Ｄ、１画素あたりデータ容量ｄ、１画面あたりに表示する画像の枚数をｎとする。ネットワークＮＷの伝送速度Ｒとする。変換画像Ｔ（ＭＰi）において、容量Ｖt、解像度Ｄt、１画素あたりのデータ容量ｄtとする。医療診断支援サーバ１０１が医用画像ＭＰiを医療診断支援端末１０２-1に送信してから、医用画像ＭＰiが医療診断支援端末１０２-1で表示されるまでの時間をＴtotalとする。
【００６１】
【表１】
0004410985.tif 000002
【００６２】
次に、第１の実施形態における変換判定の処理を図６に基づいて説明する。図６は、変換判定の処理Ｓ５０６の第１の実施形態における詳細を示すフローチャートである。ここでは、リソース情報のうち、医療診断支援端末１０２-1の空メモリ容量ＭＶおよび表示画像枚数ｎに注目する。
【００６３】
ステップＳ６０１：医用画像ＭＰiの解像度Ｄ、１画素あたりデータ容量ｄ0から、医用画像ＭＰiの容量Ｖ0を求める。例えば、医用画像ＭＰiの解像度Ｄ0が２６８８画素×２６８８画素、１２ビットモノクロ非圧縮画像（１画素に２バイト使用）のとき、容量Ｖ0は式（１）によって算出され、Ｖ0はほぼ１４．５Ｍバイトとなる。
【００６４】
【数１】
0004410985.tif 000003
【００６５】
ステップＳ６０２：医用画像ＭＰiが圧縮画像か否か判断する。圧縮画像のときはステップＳ６０３に移行し、圧縮画像でないときはステップＳ６０４に移行する。
【００６６】
ステップＳ６０３：医療診断支援端末１０２-1の空メモリ容量ＭＶが、（Ｖc＋Ｖw）以上であるか否か判断する。ＭＶが（Ｖc＋Ｖw）以上（式（２））のときはステップＳ６０６に移行し、ＭＶが（Ｖc＋Ｖw）より小（式（３））のときはステップＳ６０５に移行する。
【００６７】
【数２】
0004410985.tif 000004
【００６８】
ステップＳ６０４：医用画像ＭＰiが圧縮画像でなかったときは、一般にワークエリアＶwはほとんど必要ない。そこでＭＶがＶ0以上か否か判断する。ＭＶがＶ0以上（式（４））のときはステップＳ６０６に移行し、ＭＶがＶ0より小（式（５））のときはステップＳ６０５に移行する。
【００６９】
【数３】
0004410985.tif 000005
【００７０】
ステップＳ６０５：医用画像ＭＰiの解像度を縦横１／２、全体で１／４に減少する。解像度を減少させるには、医用画像ＭＰiの画素を１行おきに１画素毎に除去する、いわゆる間引処理を行う。間引処理の後、ステップＳ６０２に戻る。なお解像度を他の比率で減少させることも可能であり、１／３に減少させる場合は２行おきに３画素毎に画素を除去する間引処理を行う。
【００７１】
ステップＳ６０６：画像変換が行われたか否か判断し、画像変換が行われていたときは、ステップＳ５０７に移行し、画像変換が行われていなかったときは、ステップＳ５０８に移行する。
【００７２】
以上の処理により、医用画像ＭＰiは医療診断支援端末１０２-1で受信し、表示のための処理を実行し得る。
【００７３】
第１の実施形態では、１枚の医用画像ＭＰｉを医療診断支援端末１０２-1に送信し、表示することを前提としていたが、以下の変形例に示すように、複数枚の画像を送信、表示することも可能である。このとき医療診断支援端末１０２-1の最大表示枚数ｎ枚を評価の対象に加える。
【００７４】
［第１の実施形態の変形例］
図７は第１の実施形態の変形例を示すフローチャートである。同図においてステップＳ７０１、Ｓ７０２、Ｓ７０５、Ｓ７０６は、図６のステップＳ６０１、Ｓ６０２、Ｓ６０５、Ｓ６０６に対応しているので、相違点であるステップＳ７０３、Ｓ７０４のみを説明する。
【００７５】
ステップＳ７０３：ステップＳ７０２で医用画像ＭＰiが圧縮画像か否かの判断を行い、圧縮画像であったとき、医療診断支援端末１０２-1の空メモリ容量ＭＶと、ｎ枚の医用画像の表示に必要な容量とを比較する。ｎ枚の画像の表示に必要な容量はｎ・（Ｖc＋Ｖw）である。ＭＶがｎ・（Ｖc＋Ｖw）以上（式（６））のときはステップＳ７０６に移行し、ＭＶがｎ・（Ｖc＋Ｖw）より小（式（７））のときはステップＳ７０５に移行する。
【００７６】
【数４】
0004410985.tif 000006
【００７７】
ステップＳ７０４：医用画像ＭＰiが圧縮画像でなかったときは、ＭＶがｎ・Ｖ0以上か否か判断する。ＭＶがｎ・Ｖ0以上（式（８））のときはステップＳ７０６に移行し、ＭＶがｎ・Ｖ0より小（式（９））のときはステップＳ７０５に移行する。
【００７８】
【数５】
0004410985.tif 000007
【００７９】
最大表示枚数ｎは、医療診断支援端末１０２-1から医療診断支援サーバ１０１に送信し、あらかじめ規定値として医療診断支援サーバ１０１に登録し、医療診断支援端末１０２-1においてユーザがインタラクティブに入力し、あるいは規定値をユーザが変更する等種々の態様で設定し得る。
【００８０】
［第２の実施形態］
次に、画像配信システムの第２の実施形態を図８に基づいて説明する。第２の実施形態における全体システム、医療診断支援サーバおよび医療診断支援端末の構成は第１の実施形態と同様なので、説明を省略する。
【００８１】
図８は医療診断支援サーバ１０１の処理を示すフローチャートである。
【００８２】
第２の実施形態では、医用画像ＭＰiを送信してから、医療診断支援端末１０２-1で表示されるまでの時間Ｔtotalに注目する。時間Ｔtotalは、リソース情報のうち、ネットワークの伝送速度Ｒ、医療診断支援端末１０２-1における画像展開時間Ｔeによって決定される。画像表示時間Ｔtotalは要求時間ＴRと比較され、要求時間ＴR以内となるように、画像変換を行う。
【００８３】
ステップＳ８０１：：医用画像ＭＰiの解像度Ｄ、１画素あたりデータ容量ｄ0から、医用画像ＭＰiの容量Ｖ0を求める。計算方法は式（１）と同様である。
【００８４】
ステップＳ８０２：医用画像ＭＰiが圧縮画像か否か判断する。圧縮画像のときはステップＳ８０３に移行し、圧縮画像でないときはステップＳ８０４に移行する。
【００８５】
ステップＳ８０３：圧縮された医用画像ＭＰｉを送信してから医療診断支援端末１０２-1で表示されるまでの時間を計算する。圧縮画像は送信時間は短いが、医療診断支援端末１０２-1においてデコードする必要があり、デコード時間Ｔeを加算する。Ｔtotalは式（１０）によって算出される。Ｔtotalは要求時間ＴRと比較される。ＴtotalがＴRよりも大きいときはステップＳ８０５に移行する。
【００８６】
【数６】
0004410985.tif 000008
【００８７】
ステップＳ８０４：圧縮されていない画像についてＴtotalを算出する。計算式は式（１１）のとおりである。Ｔtotalは要求時間ＴRと比較される。ＴtotalがＴRよりも大きいときはステップＳ８０５に移行する。
【００８８】
【数７】
0004410985.tif 000009
【００８９】
ステップＳ８０５：ステップＳ６０５と同様、間引処理を実行する。
【００９０】
ステップＳ８０６：画像変換が行われたか否か判断し、画像変換が行われていたときは、ステップＳ５０７に移行し、画像変換が行われていなかったときは、ステップＳ５０８に移行する。
【００９１】
なお、式（９）、（１０）の画像表示時間Ｔtotalを比較し、画像表示時間Ｔtotalがより短くなるように、圧縮、非圧縮を選択してもよい。
【００９２】
なお、本実施形態においては、医療診断支援サーバ１０１に圧縮画像、非圧縮画像の両者を保持しているものとしているが、どちらか一方の画像のみを保持している場合、他方の画像を送信するためには、医療診断支援サーバ１０１において圧縮もしくはデコードを行う必要があり、そのための時間も追加する必要がある。しかしながら、一般に医療診断支援サーバ１０１は、医療診断支援端末１０２に比べて処理能力が高いので、医療診断支援サーバ１０１において送信前に圧縮あるいはデコード処理を行う時間は無視し得るものとしている。また、医療診断支援サーバ１０１における間引処理の判定、変換時間は、医用画像転送時間に比べて無視できるものとしている。また、医療診断支援サーバ１０１において予め間引処理を行った縮小画像を保持しておいても構わない。その場合には、間引処理を行う時間は０である。
【００９３】
なお、医用画像ＭＰiの容量Ｖ0が約１５Ｍバイトの場合、伝送速度Ｒ＝１００Ｍｂｐｓのとき送信時間は約１．２秒であるが、１０Ｍｂｐｓになると約１２秒を要する。一方、医用画像を、圧縮率５０％の場合、送信に要する時間は、それぞれ、０．６秒、６秒となる。デコードに要する時間は、圧縮アルゴリズムに依存するが、一般的なアルゴリズムを用いた場合、１ＧＨｚのＣＰＵを用いれば０．６秒程度、１５０ＭＨｚのＣＰＵを用いれば４秒程度である。また要求時間ＴRは例えば３秒に設定される。
以上の処理により、要求時間Ｔr以内で医用画像ＭＰiを表示し得る。
【００９４】
要求時間Ｔrは、あらかじめ規定値として医療診断支援サーバ１０１に登録し、医療診断支援端末１０２-1においてユーザがインタラクティブに入力し、あるいは規定値をユーザが変更する等種々の態様で設定し得る。
【００９５】
［第３の実施形態］
次に、画像配信システムの第３の実施形態を図９に基づいて説明する。第３の実施形態における全体システム、医療診断支援サーバおよび医療診断支援端末の構成は第１の実施形態と同様なので、説明を省略する。
【００９６】
図９は医療診断支援サーバ１０１の処理を示すフローチャートである。
【００９７】
第３の実施形態では、医用画像ＭＰiの解像度Ｄ0と表示部２０３の解像度Ｄとに注目し、医用画像ＭＰiを表示部２０３で表示し得る必要最小限の解像度の画像を送信するように画像変換を行う。
【００９８】
ステップＳ９０１：医用画像ＭＰiの解像度Ｄ0を変換画像Ｔ（ＭＰi）の解像度Ｄtに代入し、以後の処理との整合性をとる。
【００９９】
ステップＳ９０２：変換画像の解像度Ｄtが表示部２０３の解像度Ｄ以下（式（１２））か否かを判定する。なお、画像変換が行われないとき、解像度Ｄt＝Ｄ0とみなす。
【０１００】
【数８】
0004410985.tif 000010
【０１０１】
ステップＳ９０３：画像変換が行われたか否か判断し、画像変換が行われていたときは、ステップＳ５０７に移行し、画像変換が行われていなかったときは、ステップＳ５０８に移行する。
【０１０２】
ステップＳ９０４：ステップＳ６０５と同様、間引処理を実行する。間引処理実行後ステップＳ９０２に戻る。
【０１０３】
以上の処理により、医用画像ＭＰiを必要最小限の解像度で送信でき、一方、医療診断支援端末１０２の表示部２０３においては、受信した医用画像ＭＰiを最善の初期値の解像度で表示し得る。
【０１０４】
なお、医療診断支援端末１０２中の医療画像表示アプリケーション２０２に画像を部分拡大表示する機能が備わっている場合には、本実施形態において送信された解像度の画像では不十分であり、その場合には、高解像度の画像を要求することになる。しかしながら、ユーザは、まず医療診断支援端末１０２に表示される画像を所望し、また、すべての画像に対して部分拡大表示するわけではないので、少しでも早く画像の全体像を見られることは、スムーズな診断を行う上で、有効である。
【０１０５】
［第４の実施形態］
次に、画像配信システムの第４の実施形態を図１０に基づいて説明する。第４の実施形態における全体システム、医療診断支援サーバおよび医療診断支援端末の構成は第１の実施形態と同様なので、説明を省略する。
【０１０６】
図１０は、第４の実施形態における、医療診断支援端末の画面表示を示す正面図である。第４の実施形態では、第１〜第３の実施形態を任意に選択可能である。
【０１０７】
図１０において、医療診断支援端末の表示画面には、そのとき設定されている要求時間ＴRを表示する要求時間表示ボックス１００１、上記第１乃至第３の実施形態により設定された解像度減少率を表示する解像度減少率表示ボックス１００２が設けられている。図中要求時間表示ボックス１００１には例として５ｓｅｃの時間が表示されている。要求時間表示ボックス１００１内の時間はユーザがキーボードから数値を入力し得る。
【０１０８】
解像度減少率表示ボックス１００２には、空きメモリ容量基準（第１の実施形態）で設定された解像度減少率（図中Ａ％と表示している。）、要求時間基準（第２の実施形態）で設定された解像度減少率（図中Ｂ％と表示している。）、解像度基準（第３の実施形態）で設定された解像度減少率（図中Ｃ％と表示している。）が表示されている。また各解像度減少率の表示の近傍にはラジオボタン１００３、１００４、１００５がそれぞれ設けられ、ユーザはいずれかのラジオボタンにチェックし得る。ラジオボタン１００４がチェックされたことにより、要求時間基準を最優先とした解像度減少率が選択される。すなわち、第２の実施形態による変換判定を最優先として、適宜画像変換した医用画像が送信される。
【０１０９】
なお以上の実施形態は医用画像の配信を目的としていたが、本発明を他の任意の画像、例えば、観測画像、監視画像、文書画像その他に適用し得ることはいうまでもない。
【０１１０】
また前記の実施形態の機能を汎用コンピュータシステムよって実現する方法は本発明を構成し、このような方法を汎用コンピュータシステムに実行させるソフトウエアのプログラムは本発明を構成する。
【０１１１】
さらに本発明は前記ソフトウエアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１１２】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１３】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１１４】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１５】
更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１６】
【発明の効果】
本発明によれば、ネットワーク上での画像の活用が容易になる。
【図面の簡単な説明】
【図１】  本発明に係る画像配信システムを医用画像に適用した第１の実施形態を示すブロック図である。
【図２】  図１の医療診断支援端末を示すブロック図である。
【図３】  図１の医療診断支援サーバを示すブロック図である。
【図４】  図２の医療診断支援端末の処理を示すフローチャートである。
【図５】  図３の医療診断支援サーバの処理を示すフローチャートである。
【図６】  図５の変換判定の処理を示すフローチャートである。
【図７】  第１の実施形態の変形例における変換判定の処理を示すフローチャートである。
【図８】  第２の実施形態における変換判定の処理を示すフローチャートである。
【図９】  第３の実施形態における変換判定の処理を示すフローチャートである。
【図１０】  第４の実施形態における医療診断支援端末の画面表示を示す正面図である。
【符号の説明】
１０１． 医療診断支援サーバ
１０２． 医療診断支援端末
２０１． 入力部
２０２． 医用画像表示アプリケーション
２０３． 表示部
２０４． リソース情報検出部
２０５． リソース情報保持部
２０６． データ通信部
２０７． 変換編集内容表示部
３０１． データ通信部
３０２． リソース情報保持部
３０３． 変換方法判定部
３０４． 変換内容保持部
３０５． 医療情報サーバ
３０６． 医療情報ＤＢ
３０７． 検索ＵＩ
３０８． 送信画像変換部
３０９． バス
【図１】
0004410985.tif 000011
【図２】
0004410985.tif 000012
【図３】
0004410985.tif 000013
【図４】
0004410985.tif 000014
【図５】
0004410985.tif 000015
【図６】
0004410985.tif 000016
【図７】
0004410985.tif 000017
【図８】
0004410985.tif 000018
【図９】
0004410985.tif 000019
【図１０】
0004410985.tif 000020