医用画像処理サーバおよび医用画像処理システム
【課題】医用画像が劣化していることをユーザが認識することができる医用画像処理サーバおよび医用画像処理システムを提供する。
【解決手段】実施形態の医用画像処理システム１００における医用画像処理サーバ１は、医用画像の原画像を格納する画像記憶部１６と、画像記憶部に格納される医用画像のうち、クライアントに送信する送信用画像、或いはクライアントに一旦送信した後クライアントから返送された返信画像の画質が劣化しているか否かを判定する画質劣化判定部１０２と、画質が劣化していると判定された場合は、送信用画像、又は返信画像を再送信する再送信用画像に画像劣化情報を添付する画像劣化情報添付部１０４と、画像劣化情報が添付された送信用画像又は再送信用画像を、クライアントに送信する通信部１５とを備えたことを特徴とする。
【解決手段】実施形態の医用画像処理システム１００における医用画像処理サーバ１は、医用画像の原画像を格納する画像記憶部１６と、画像記憶部に格納される医用画像のうち、クライアントに送信する送信用画像、或いはクライアントに一旦送信した後クライアントから返送された返信画像の画質が劣化しているか否かを判定する画質劣化判定部１０２と、画質が劣化していると判定された場合は、送信用画像、又は返信画像を再送信する再送信用画像に画像劣化情報を添付する画像劣化情報添付部１０４と、画像劣化情報が添付された送信用画像又は再送信用画像を、クライアントに送信する通信部１５とを備えたことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用画像処理サーバおよび医用画像処理システムに関する。
【背景技術】
【０００２】
近年、シンクライアント型の情報処理システムが注目されており、医療においてもシンクライアント型のシステムを導入し始めている。シンクライアント型の医用システムとは、１つのサーバおよび複数のクライアント（シンクライアント端末）が接続する病院内ＬＡＮ等のネットワークにおいて、シンクライアント端末側にはハードディスクを搭載せず、サーバ側にはシンクライアント端末を動作させるアプリケーションやデータを格納するものである。具体的な例として、サーバは、画像処理装置で撮像した画像データの格納、画像処理、シンクライアント端末の要求に応じた各種アプリケーションプログラムの起動を行い、シンクライアント端末は、データの表示機能や最低限の入力機能のみを有する。
【０００３】
サーバが画像処理を行い保持している医用画像は、シンクライアント端末に送信されることにより、シンクライアント端末のモニタ画面で医用画像を表示することが出来る。ユーザは、シンクライアント端末上で医用画像を閲覧し、診察を行うことが出来る。
【０００４】
シンクライアント端末は、プログラムやデータをシンクライアント端末自身で格納しないため、シンクライアント端末側の処理負荷を低減し、サーバ上でデータを一元的に管理できる。また、ハードディスクを搭載しないためシンクライアント端末自体が安価で済み、より多くのシンクライアント端末をネットワーク上に接続することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１０４６１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、シンクライアント端末がサーバから医用画像を受信し表示する際、受信した医用画像が、サーバが保持する医用画像より劣化する場合がある。画像劣化の原因として、例えば、サーバがシンクライアント端末に送信する際に、シンクライアント端末の解像度や画像キャッシュに合わせてサーバが画像を圧縮したため、またはネットワークの不具合のため等が考えられる。この場合、受信した医用画像が劣化していることを、この医用画像を閲覧して診断を行うユーザが認識していないと、誤診を引き起こしてしまう可能性がある。
【０００７】
本発明の実施形態はこのような点を考慮してなされたもので、医用画像が劣化していることをユーザが認識することができる医用画像処理サーバおよび医用画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態の医用画像処理システムにおける医用画像処理サーバは、医用画像の原画像を格納する画像記憶部と、前記画像記憶部に格納される前記医用画像のうち、クライアントに送信する送信用画像、或いは前記クライアントに一旦送信した後前記クライアントから返送された返信画像の画質が劣化しているか否かを判定する画質劣化判定部と、前記画質が劣化していると判定された場合は、前記送信用画像、又は前記返信画像を再送信する再送信用画像に画像劣化情報を添付する画像劣化情報添付部と、前記画像劣化情報が添付された前記送信用画像又は前記再送信用画像を、前記クライアントに送信する通信部とを備えたことを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る医用画像処理システムの概略図。
【図２】サーバの概略構成を示すブロック図。
【図３】設定情報記憶部に格納される各種処理設定、および画像劣化マークの設定情報の例を示す図。
【図４】シンクライアント端末の概略構成を示すブロック図。
【図５】第１の実施例として、サーバ１で医用画像を圧縮した場合のサーバおよびクライアント端末の動作を示すフローチャート。
【図６】第１の実施例における医用画像の表示例を示す図。
【図７】第２の実施例として、サーバがクライアント端末に医用画像を圧縮せずに送信した場合のサーバおよびシンクライアント端末の動作を示すフローチャート。
【図８】第２の実施例における医用画像の表示例を示す図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態を添付図面に基づいて説明する。
【００１１】
図１は、本発明の一実施形態に係る医用画像処理システム１００の概略図である。医用画像処理システム１００はシンクライアント型の医用情報システムであり、サーバ１、複数のシンクライアント端末２（２ａ、２ｂ…）を含む。サーバ１は、シンクライアント端末２と、例えば、病院内のＬＡＮ（ローカルエリアネットワーク）を介して相互に通信可能に接続される。
【００１２】
図２にサーバ１の概略構成を示す。サーバ１は、制御部１０、画像データベース１４、通信部１５、記憶部１６、情報記憶媒体１７、シンクライアント情報保管部１８、設定情報記憶部１９がバスによって相互に通信可能に接続されて構成されている。
【００１３】
通信部１５は、病院内ＬＡＮに接続し、複数のシンクライアント端末２や複数の画像診断装置との通信を行う。シンクライアント情報保管部１８は、サーバ１に複数のシンクライアント端末２ａ、２ｂ…が接続要求した場合に受信する、各シンクライアント端末２ａ、２ｂ…固有の設定値（端末設定情報とする）を格納する。端末設定情報は、例えばシンクライアント端末２の識別情報、解像度、画像キャッシュのサイズ、または言語情報等を含む。
【００１４】
設定情報記憶部１９は、例えばシンクライアント端末２へ医用画像を送信する時の画像圧縮の有無や圧縮のタイプ、シンクライアント端末２の画像キャッシュに基づく処理の有無や処理の内容、クライアントとの解像度が異なる場合の処理内容といった各種処理設定、および後述する添付部１０４によって画像劣化マークを添付するか否かの設定情報を格納する。図３に設定情報記憶部１９に格納される設定情報の例を示す。
【００１５】
画像データベース１４は、図示しない画像診断装置で撮影された任意の患者の医用画像データを通信部１５で受信し格納する。医用画像データには、データを作成した装置名、画像データの識別ＩＤ、データサイズ、編集した端末等といったデータ属性情報も付随している。
【００１６】
記憶部１６は、制御部１０や通信部１５などのワーク領域となるもので、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などにより実現できる。また記憶部１６は、医用画像を一時的に格納する。
【００１７】
情報記憶媒体１７（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、ハードディスク、或いはメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ、ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などにより実現できる。情報記憶媒体１７には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）、シンクライアント端末２を動作させるための複数のアプリケーション等が記憶される。
【００１８】
制御部１０は、サーバ１全体の制御を司り、情報記憶媒体１７に格納されるＯＳ(Operating System)等の基本プログラム及び所定のプログラムに従って処理を実行する演算装置である。
【００１９】
制御部１０は、画像処理部１０１、判定部１０２、比較部１０３、添付部１０４を含む。
画像処理部１０１は、画像データベース１４に格納されている医用画像の圧縮等といった画像処理を行う。判定部１０２は、シンクライアント情報保管部１８に格納されるシンクライアント端末２ｂ固有の端末設定情報に基づき、シンクライアント端末２ｂの画像キャッシュまたは解像度が、医用画像のデータサイズより小さいか判定する。比較部１０３は、画像データベース１４に格納された医用画像と、通信部１５で任意のシンクライアント端末（２ｂとする）から受信した医用画像とで、一致度が所定値以上あるか否かを比較する。添付部１０４は、画像処理部１０１で圧縮した医用画像、または比較部１０３で比較し一致度が所定値以下であると判定した医用画像に、画像劣化マークを添付する。詳細は後述する。
【００２０】
図４にシンクライアント端末２の概略構成を示す。シンクライアント端末２は、ユーザが閲覧、操作を行う端末であり、制御部２０、表示部２２、操作部２３、画像キャッシュ２４、通信部２５、記憶部２６、シンクライアント情報保管部２８がバスによって相互に通信可能に接続されて構成されている。
【００２１】
表示部２２は、サーバ１から送信された医用画像を表示する。操作部２３はキーボードやマウス等であり、各種入力を行ってサーバ１へ処理を指示する。
【００２２】
通信部２５は、病院内ＬＡＮに接続し、サーバ１との通信を行う。シンクライアント情報保管部２８は、シンクライアント端末２固有の設定値（端末設定情報とする）を格納する。端末設定情報には、サーバ１のシンクライアント情報保管部１８と同様に、例えばシンクライアント端末２の識別情報、解像度、画像キャッシュのサイズ、または言語情報等を含む。画像キャッシュ２４は、サーバ１から送信された複数の医用画像を一時的に保管する。
【００２３】
記憶部２６は、制御部２０や通信部２５などのワーク領域となるもので、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などにより実現できる。
【００２４】
制御部２０は、シンクライアント端末２全体の制御を司る。シンクライアント端末２自身は、アプリケーションプログラムを持たないため、シンクライアント端末２の制御部２０は、サーバ１の情報記憶媒体１７に格納されるＯＳ(Operating System)等の基本プログラム及び所定のプログラムに従って処理を実行する。制御部２０は、表示処理部２０１、画像生成部２０２を含む。表示処理部２０１は、サーバ１から送信された医用画像を表示用に処理をし、表示部２２に表示させる。例えば、圧縮された医用画像を解凍して表示部２２に表示する。画像生成部２０２は、サーバ１から送信され表示部２２に表示した医用画像をキャプチャし、別の医用画像を生成する。詳細は後述する。
【００２５】
次に、上記構成の医用画像処理システムの動作について説明する。
【００２６】
＜第１の実施例＞
まず第１の実施例として、サーバ１で医用画像を圧縮した場合の、サーバ１およびシンクライアント端末２ａの動作の一例を図５に示す。
【００２７】
シンクライアント端末２ａは、サーバ１の画像データベース１４に格納されている特定の医用画像Ａを表示部２２に表示するために、サーバ１に対し接続要求を行う。またシンクライアント端末２ａは、シンクライアント情報保管部２８に格納されたシンクライアント端末２ａ固有の端末設定情報を、通信部２５を介してサーバ１に送信する（ステップＳ１０１）。サーバ１は、ステップＳ１０１でのシンクライアント端末２ａからの接続要求に基づき接続を行い（ステップＳ１０３）、シンクライアント端末２ａの端末設定情報を受信して、シンクライアント情報保管部１８に格納する（ステップＳ１０５）。
【００２８】
次にサーバ１の判定部１０２は、ステップＳ１０５で受信したシンクライアント端末２ａの端末設定情報より、シンクライアント端末２ａの画像キャッシュ２４の残容量、またはシンクライアント端末２ａの解像度が、サーバ１の画像データベース１４に格納されている医用画像Ａのデータサイズより小さいか否かを判定する（ステップＳ１０７）。シンクライアント端末２ａの画像キャッシュ２４の残容量、またはシンクライアント端末２ａの解像度が医用画像Ａのデータサイズよりも小さい場合（ステップＳ１０７で「Ｙｅｓ」）、サーバ１の画像処理部１０１は、この医用画像Ａを圧縮処理する（ステップＳ１０９）。そして添付部１０４は、ステップＳ１０９で圧縮を行った医用画像に対し、設定情報記憶部１９に格納される設定情報に基づいて、画像劣化情報（例えばマーク）を添付する（ステップＳ１１１）。
【００２９】
次にサーバ１の通信部１５は、ステップＳ１０９、Ｓ１１１で圧縮し画像劣化マークを添付した医用画像、または圧縮せず画像劣化マークが添付されていない医用画像をシンクライアント端末２ａに送信する（ステップＳ１１３）。シンクライアント端末２ａの通信部２５はこれを受信し（ステップＳ１１５）、表示部２２に表示する（ステップＳ１１７）。
【００３０】
図６に上述した第１の実施例における医用画像の表示例を示す。サーバ１の画像データベース１４に格納されている医用画像（Ａ）は、画像処理部１０１で圧縮処理されることにより劣化した粗い医用画像（Ｂ）となる。添付部１０４は、この医用画像（Ｂ）の右隅に画像劣化マークを添付し、画像劣化マークを添付した医用画像（Ｃ）が、シンクライアント端末２ａに送信される。シンクライアント端末２ａは、サーバ１から送信された、画像劣化マーク付きの医用画像（Ｄ）を表示する。
【００３１】
なお、添付部１０４は、画像劣化マークを医用画像自体に貼り付けてシンクライアント端末２ａに送信しても良いし、画像劣化マークを１枚の画像として、医用画像と重ね合わせ（オーバーレイ）、シンクライアント端末２ａに送信しても良い。または、医用画像の付帯情報に画像劣化のフラグを追加してシンクライアント端末２ａに送信し、この医用画像を受信したシンクライアント端末２ａが、画像劣化のフラグに基づいて医用画像に画像劣化マークを添付する構成としても良い。
【００３２】
また添付部１０４は、画像劣化情報を医用画像に添付する際、医用画像の付帯情報に、例えば「画像圧縮を行った」等の、画像劣化の原因情報を付加してシンクライアント端末２ａに送信しても良い。ユーザは、この原因情報に基づき、例えば圧縮の設定を変更する等の対策を行うことが出来る。
【００３３】
＜第２の実施例＞
第２の実施例として、サーバ１がシンクライアント端末２ｂに医用画像を圧縮せず送信した場合のサーバ１およびシンクライアント端末２ｂの動作の一例を図７に示す。
【００３４】
ステップＳ２０１〜Ｓ２０５の動作は、図５のステップＳ１０１〜Ｓ１０５と同様なので説明を省略する。次にサーバ１は、画像データベース１４に格納される、シンクライアント端末２ｂから要求された医用画像Ａをシンクライアント端末２ｂに送信し（ステップＳ２０７）、シンクライアント端末２ｂはこの医用画像Ａを受信する（ステップＳ２０９）。
【００３５】
ステップＳ２０９で受信した医用画像Ａの付帯情報には、シンクライアント端末２ｂへの送信回数が付加されている。シンクライアント端末２ｂでの受信回数が１回目の場合（ステップＳ２１０で「Ｙｅｓ」）、シンクライアント端末２ｂの画像生成部２０２は、ステップＳ２０９で受信した医用画像Ａをキャプチャし、サーバ１に返送するための医用画像Ａ１を生成する（ステップＳ２１１）。そして、その医用画像Ａ１をサーバ１に送信する（ステップＳ２１２）。
ネットワークに不具合がある場合、ステップＳ２０９で受信した医用画像Ａはサーバ１が有する医用画像Ａより劣化している可能性があり、つまり医用画像Ａをキャプチャして生成した医用画像Ａ１も同様に劣化している可能性がある。
【００３６】
医用画像Ａ１を受信（ステップＳ２１３）したサーバ１の比較部１０３は、ステップＳ２０７で送信した医用画像Ａと、医用画像Ａ１とを比較する。医用画像Ａと医用画像Ａ１の一致度が所定値以上無い場合（ステップＳ２１５で「Ｎｏ」）、医用画像Ａ１は医用画像Ａより劣化していると考えられる。よって、添付部１０４は、医用画像Ａに画像劣化情報（例えばマーク）を添付する（ステップＳ２１７）。
【００３７】
ステップＳ２１５での一致度とは、画像の鮮明さも含め、２つの画像がどの程度一致しているかを判断する指標である。なお、一致度はユーザがあらかじめ設定してサーバ１に格納していても良い。
【００３８】
次にサーバ１の通信部１５は、ステップＳ２１７で画像劣化マークを添付した医用画像、または一致度が所定値以上あるため画像劣化マークが添付されていない医用画像をシンクライアント端末２ｂに送信する（ステップＳ２１９）。シンクライアント端末２ｂの通信部２５はこれを受信し（ステップＳ２２１）、表示部２２に表示する（ステップＳ２２３）。
【００３９】
なお複数枚の医用画像について一致度を判定する場合、サーバ１の比較部１０３は、全画像を比較しても良いし、全画像のうちあらかじめ設定した数枚の画像のみについて比較しても良い。または、画像の全体領域について比較しても良いし、画像の一部領域のみを比較しても良い。
【００４０】
また、ステップＳ２０７でサーバ１がシンクライアント端末２ｂに複数の医用画像を送信する場合、サーバ１が、特定の医用画像に比較処理する旨の情報を付加してシンクライアント端末２ｂに送信しても良い。シンクライアント端末２ｂは、比較処理する旨の情報が付加されている医用画像について、キャプチャして別の医用画像を生成しサーバ１に送信する。
【００４１】
図８に上述した第２の実施例における医用画像の表示例を示す。サーバ１の画像データベース１４に格納されている医用画像（ａ）はシンクライアント端末２ｂに送信される（ｂ）。シンクライアント端末２ｂは送信された医用画像（ｂ）をキャプチャして別の医用画像を生成する（ｃ）。シンクライアント端末２ｂがサーバ１に医用画像（ｃ）を送信すると（ｄ）、サーバ１の比較部１０３は、医用画像（ａ）と（ｄ）を比較する。（ａ）と（ｄ）との一致度が少ない場合、サーバ１が有する医用画像（ａ）の右隅に画像劣化マークが添付され（ｅ）、シンクライアント端末２ｂに送信される。シンクライアント端末２ｂは、サーバ１から送信された、画像劣化マークが添付された医用画像（ｆ）を表示する。
【００４２】
なお、添付部１０４は、画像劣化マークを医用画像自体に貼り付けてシンクライアント端末２ｂに送信しても良いし、画像劣化マークを１枚の画像として、医用画像と重ね合わせ（オーバーレイ）、シンクライアント端末２ｂに送信しても良い。または、医用画像の付帯情報に画像劣化のフラグを追加してシンクライアント端末２ｂに送信し、この医用画像を受信したシンクライアント端末２ｂが、画像劣化のフラグに基づいて医用画像に画像劣化マークを添付する構成としても良い。
【００４３】
また添付部１０４は、画像劣化マークを医用画像に添付する際、医用画像の付帯情報に、例えば「ネットワーク不具合のおそれあり」等の画像劣化の推定原因情報を付加してシンクライアント端末２ｂに送信しても良い。このとき、サーバ１は自ら画像劣化を招く処理を行っていないため、例えばネットワークの不調等、サーバ１が推定し得る画像劣化の原因情報を付加するようにしてもよい。ユーザは、この原因情報に基づき、例えばネットワークケーブルを点検する等の対策を行うことが出来る。
【００４４】
以上説明した実施例によれば、シンクライアント端末２がサーバ１より受信し表示する医用画像について、サーバ１は、医用画像を送信する前に、シンクライアント端末２の端末設定情報より、医用画像を圧縮するか否かを判断する。医用画像を圧縮した場合は、当該医用画像に画像劣化を示す情報を付加してシンクライアント端末２に送信する。また他の例として、シンクライアント端末２がサーバ１より受信し表示する医用画像について、一旦サーバ１がシンクライアント端末２に医用画像を送信し、シンクライアント端末２が、表示した医用画像をキャプチャして別の医用画像を生成する。シンクライアント端末２は、生成した医用画像を送信する。サーバ１が有する医用画像と、シンクライアント端末２から受信した医用画像とを比較し、一致度が所定値以下の場合は、当該医用画像に画像劣化を示す情報を付加してシンクライアント端末２に送信する。よって、シンクライアント端末２に表示された医用画像が劣化しているかをユーザが認識して、当該医用画像を閲覧することが出来る。
【００４５】
さらに、シンクライアント端末２がサーバ１から受信した医用画像が劣化している場合に、劣化の原因情報を医用画像の付帯情報に付加することで、ユーザに劣化原因を除去するよう促すことが出来る。
【００４６】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【００４７】
１…サーバ、２ａ、２ｂ…シンクライアント端末、１０…制御部、１４…画像データベース、１５…通信部、１６…記憶部、１７…情報記憶媒体、１８…シンクライアント情報保管部、１９…設定情報記憶部、１０１…画像処理部、１０２…判定部、１０３…比較部、１０４…添付部、２０…制御部、２２…表示部、２３…操作部、２４…画像キャッシュ、２５…通信部、２６…記憶部、２８…シンクライアント情報保管部、２０１…表示処理部、２０２…画像生成部、１００…医用画像処理システム。
【技術分野】
【０００１】
本発明の実施形態は、医用画像処理サーバおよび医用画像処理システムに関する。
【背景技術】
【０００２】
近年、シンクライアント型の情報処理システムが注目されており、医療においてもシンクライアント型のシステムを導入し始めている。シンクライアント型の医用システムとは、１つのサーバおよび複数のクライアント（シンクライアント端末）が接続する病院内ＬＡＮ等のネットワークにおいて、シンクライアント端末側にはハードディスクを搭載せず、サーバ側にはシンクライアント端末を動作させるアプリケーションやデータを格納するものである。具体的な例として、サーバは、画像処理装置で撮像した画像データの格納、画像処理、シンクライアント端末の要求に応じた各種アプリケーションプログラムの起動を行い、シンクライアント端末は、データの表示機能や最低限の入力機能のみを有する。
【０００３】
サーバが画像処理を行い保持している医用画像は、シンクライアント端末に送信されることにより、シンクライアント端末のモニタ画面で医用画像を表示することが出来る。ユーザは、シンクライアント端末上で医用画像を閲覧し、診察を行うことが出来る。
【０００４】
シンクライアント端末は、プログラムやデータをシンクライアント端末自身で格納しないため、シンクライアント端末側の処理負荷を低減し、サーバ上でデータを一元的に管理できる。また、ハードディスクを搭載しないためシンクライアント端末自体が安価で済み、より多くのシンクライアント端末をネットワーク上に接続することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１０４６１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、シンクライアント端末がサーバから医用画像を受信し表示する際、受信した医用画像が、サーバが保持する医用画像より劣化する場合がある。画像劣化の原因として、例えば、サーバがシンクライアント端末に送信する際に、シンクライアント端末の解像度や画像キャッシュに合わせてサーバが画像を圧縮したため、またはネットワークの不具合のため等が考えられる。この場合、受信した医用画像が劣化していることを、この医用画像を閲覧して診断を行うユーザが認識していないと、誤診を引き起こしてしまう可能性がある。
【０００７】
本発明の実施形態はこのような点を考慮してなされたもので、医用画像が劣化していることをユーザが認識することができる医用画像処理サーバおよび医用画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態の医用画像処理システムにおける医用画像処理サーバは、医用画像の原画像を格納する画像記憶部と、前記画像記憶部に格納される前記医用画像のうち、クライアントに送信する送信用画像、或いは前記クライアントに一旦送信した後前記クライアントから返送された返信画像の画質が劣化しているか否かを判定する画質劣化判定部と、前記画質が劣化していると判定された場合は、前記送信用画像、又は前記返信画像を再送信する再送信用画像に画像劣化情報を添付する画像劣化情報添付部と、前記画像劣化情報が添付された前記送信用画像又は前記再送信用画像を、前記クライアントに送信する通信部とを備えたことを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る医用画像処理システムの概略図。
【図２】サーバの概略構成を示すブロック図。
【図３】設定情報記憶部に格納される各種処理設定、および画像劣化マークの設定情報の例を示す図。
【図４】シンクライアント端末の概略構成を示すブロック図。
【図５】第１の実施例として、サーバ１で医用画像を圧縮した場合のサーバおよびクライアント端末の動作を示すフローチャート。
【図６】第１の実施例における医用画像の表示例を示す図。
【図７】第２の実施例として、サーバがクライアント端末に医用画像を圧縮せずに送信した場合のサーバおよびシンクライアント端末の動作を示すフローチャート。
【図８】第２の実施例における医用画像の表示例を示す図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態を添付図面に基づいて説明する。
【００１１】
図１は、本発明の一実施形態に係る医用画像処理システム１００の概略図である。医用画像処理システム１００はシンクライアント型の医用情報システムであり、サーバ１、複数のシンクライアント端末２（２ａ、２ｂ…）を含む。サーバ１は、シンクライアント端末２と、例えば、病院内のＬＡＮ（ローカルエリアネットワーク）を介して相互に通信可能に接続される。
【００１２】
図２にサーバ１の概略構成を示す。サーバ１は、制御部１０、画像データベース１４、通信部１５、記憶部１６、情報記憶媒体１７、シンクライアント情報保管部１８、設定情報記憶部１９がバスによって相互に通信可能に接続されて構成されている。
【００１３】
通信部１５は、病院内ＬＡＮに接続し、複数のシンクライアント端末２や複数の画像診断装置との通信を行う。シンクライアント情報保管部１８は、サーバ１に複数のシンクライアント端末２ａ、２ｂ…が接続要求した場合に受信する、各シンクライアント端末２ａ、２ｂ…固有の設定値（端末設定情報とする）を格納する。端末設定情報は、例えばシンクライアント端末２の識別情報、解像度、画像キャッシュのサイズ、または言語情報等を含む。
【００１４】
設定情報記憶部１９は、例えばシンクライアント端末２へ医用画像を送信する時の画像圧縮の有無や圧縮のタイプ、シンクライアント端末２の画像キャッシュに基づく処理の有無や処理の内容、クライアントとの解像度が異なる場合の処理内容といった各種処理設定、および後述する添付部１０４によって画像劣化マークを添付するか否かの設定情報を格納する。図３に設定情報記憶部１９に格納される設定情報の例を示す。
【００１５】
画像データベース１４は、図示しない画像診断装置で撮影された任意の患者の医用画像データを通信部１５で受信し格納する。医用画像データには、データを作成した装置名、画像データの識別ＩＤ、データサイズ、編集した端末等といったデータ属性情報も付随している。
【００１６】
記憶部１６は、制御部１０や通信部１５などのワーク領域となるもので、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などにより実現できる。また記憶部１６は、医用画像を一時的に格納する。
【００１７】
情報記憶媒体１７（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、ハードディスク、或いはメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ、ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などにより実現できる。情報記憶媒体１７には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）、シンクライアント端末２を動作させるための複数のアプリケーション等が記憶される。
【００１８】
制御部１０は、サーバ１全体の制御を司り、情報記憶媒体１７に格納されるＯＳ(Operating System)等の基本プログラム及び所定のプログラムに従って処理を実行する演算装置である。
【００１９】
制御部１０は、画像処理部１０１、判定部１０２、比較部１０３、添付部１０４を含む。
画像処理部１０１は、画像データベース１４に格納されている医用画像の圧縮等といった画像処理を行う。判定部１０２は、シンクライアント情報保管部１８に格納されるシンクライアント端末２ｂ固有の端末設定情報に基づき、シンクライアント端末２ｂの画像キャッシュまたは解像度が、医用画像のデータサイズより小さいか判定する。比較部１０３は、画像データベース１４に格納された医用画像と、通信部１５で任意のシンクライアント端末（２ｂとする）から受信した医用画像とで、一致度が所定値以上あるか否かを比較する。添付部１０４は、画像処理部１０１で圧縮した医用画像、または比較部１０３で比較し一致度が所定値以下であると判定した医用画像に、画像劣化マークを添付する。詳細は後述する。
【００２０】
図４にシンクライアント端末２の概略構成を示す。シンクライアント端末２は、ユーザが閲覧、操作を行う端末であり、制御部２０、表示部２２、操作部２３、画像キャッシュ２４、通信部２５、記憶部２６、シンクライアント情報保管部２８がバスによって相互に通信可能に接続されて構成されている。
【００２１】
表示部２２は、サーバ１から送信された医用画像を表示する。操作部２３はキーボードやマウス等であり、各種入力を行ってサーバ１へ処理を指示する。
【００２２】
通信部２５は、病院内ＬＡＮに接続し、サーバ１との通信を行う。シンクライアント情報保管部２８は、シンクライアント端末２固有の設定値（端末設定情報とする）を格納する。端末設定情報には、サーバ１のシンクライアント情報保管部１８と同様に、例えばシンクライアント端末２の識別情報、解像度、画像キャッシュのサイズ、または言語情報等を含む。画像キャッシュ２４は、サーバ１から送信された複数の医用画像を一時的に保管する。
【００２３】
記憶部２６は、制御部２０や通信部２５などのワーク領域となるもので、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などにより実現できる。
【００２４】
制御部２０は、シンクライアント端末２全体の制御を司る。シンクライアント端末２自身は、アプリケーションプログラムを持たないため、シンクライアント端末２の制御部２０は、サーバ１の情報記憶媒体１７に格納されるＯＳ(Operating System)等の基本プログラム及び所定のプログラムに従って処理を実行する。制御部２０は、表示処理部２０１、画像生成部２０２を含む。表示処理部２０１は、サーバ１から送信された医用画像を表示用に処理をし、表示部２２に表示させる。例えば、圧縮された医用画像を解凍して表示部２２に表示する。画像生成部２０２は、サーバ１から送信され表示部２２に表示した医用画像をキャプチャし、別の医用画像を生成する。詳細は後述する。
【００２５】
次に、上記構成の医用画像処理システムの動作について説明する。
【００２６】
＜第１の実施例＞
まず第１の実施例として、サーバ１で医用画像を圧縮した場合の、サーバ１およびシンクライアント端末２ａの動作の一例を図５に示す。
【００２７】
シンクライアント端末２ａは、サーバ１の画像データベース１４に格納されている特定の医用画像Ａを表示部２２に表示するために、サーバ１に対し接続要求を行う。またシンクライアント端末２ａは、シンクライアント情報保管部２８に格納されたシンクライアント端末２ａ固有の端末設定情報を、通信部２５を介してサーバ１に送信する（ステップＳ１０１）。サーバ１は、ステップＳ１０１でのシンクライアント端末２ａからの接続要求に基づき接続を行い（ステップＳ１０３）、シンクライアント端末２ａの端末設定情報を受信して、シンクライアント情報保管部１８に格納する（ステップＳ１０５）。
【００２８】
次にサーバ１の判定部１０２は、ステップＳ１０５で受信したシンクライアント端末２ａの端末設定情報より、シンクライアント端末２ａの画像キャッシュ２４の残容量、またはシンクライアント端末２ａの解像度が、サーバ１の画像データベース１４に格納されている医用画像Ａのデータサイズより小さいか否かを判定する（ステップＳ１０７）。シンクライアント端末２ａの画像キャッシュ２４の残容量、またはシンクライアント端末２ａの解像度が医用画像Ａのデータサイズよりも小さい場合（ステップＳ１０７で「Ｙｅｓ」）、サーバ１の画像処理部１０１は、この医用画像Ａを圧縮処理する（ステップＳ１０９）。そして添付部１０４は、ステップＳ１０９で圧縮を行った医用画像に対し、設定情報記憶部１９に格納される設定情報に基づいて、画像劣化情報（例えばマーク）を添付する（ステップＳ１１１）。
【００２９】
次にサーバ１の通信部１５は、ステップＳ１０９、Ｓ１１１で圧縮し画像劣化マークを添付した医用画像、または圧縮せず画像劣化マークが添付されていない医用画像をシンクライアント端末２ａに送信する（ステップＳ１１３）。シンクライアント端末２ａの通信部２５はこれを受信し（ステップＳ１１５）、表示部２２に表示する（ステップＳ１１７）。
【００３０】
図６に上述した第１の実施例における医用画像の表示例を示す。サーバ１の画像データベース１４に格納されている医用画像（Ａ）は、画像処理部１０１で圧縮処理されることにより劣化した粗い医用画像（Ｂ）となる。添付部１０４は、この医用画像（Ｂ）の右隅に画像劣化マークを添付し、画像劣化マークを添付した医用画像（Ｃ）が、シンクライアント端末２ａに送信される。シンクライアント端末２ａは、サーバ１から送信された、画像劣化マーク付きの医用画像（Ｄ）を表示する。
【００３１】
なお、添付部１０４は、画像劣化マークを医用画像自体に貼り付けてシンクライアント端末２ａに送信しても良いし、画像劣化マークを１枚の画像として、医用画像と重ね合わせ（オーバーレイ）、シンクライアント端末２ａに送信しても良い。または、医用画像の付帯情報に画像劣化のフラグを追加してシンクライアント端末２ａに送信し、この医用画像を受信したシンクライアント端末２ａが、画像劣化のフラグに基づいて医用画像に画像劣化マークを添付する構成としても良い。
【００３２】
また添付部１０４は、画像劣化情報を医用画像に添付する際、医用画像の付帯情報に、例えば「画像圧縮を行った」等の、画像劣化の原因情報を付加してシンクライアント端末２ａに送信しても良い。ユーザは、この原因情報に基づき、例えば圧縮の設定を変更する等の対策を行うことが出来る。
【００３３】
＜第２の実施例＞
第２の実施例として、サーバ１がシンクライアント端末２ｂに医用画像を圧縮せず送信した場合のサーバ１およびシンクライアント端末２ｂの動作の一例を図７に示す。
【００３４】
ステップＳ２０１〜Ｓ２０５の動作は、図５のステップＳ１０１〜Ｓ１０５と同様なので説明を省略する。次にサーバ１は、画像データベース１４に格納される、シンクライアント端末２ｂから要求された医用画像Ａをシンクライアント端末２ｂに送信し（ステップＳ２０７）、シンクライアント端末２ｂはこの医用画像Ａを受信する（ステップＳ２０９）。
【００３５】
ステップＳ２０９で受信した医用画像Ａの付帯情報には、シンクライアント端末２ｂへの送信回数が付加されている。シンクライアント端末２ｂでの受信回数が１回目の場合（ステップＳ２１０で「Ｙｅｓ」）、シンクライアント端末２ｂの画像生成部２０２は、ステップＳ２０９で受信した医用画像Ａをキャプチャし、サーバ１に返送するための医用画像Ａ１を生成する（ステップＳ２１１）。そして、その医用画像Ａ１をサーバ１に送信する（ステップＳ２１２）。
ネットワークに不具合がある場合、ステップＳ２０９で受信した医用画像Ａはサーバ１が有する医用画像Ａより劣化している可能性があり、つまり医用画像Ａをキャプチャして生成した医用画像Ａ１も同様に劣化している可能性がある。
【００３６】
医用画像Ａ１を受信（ステップＳ２１３）したサーバ１の比較部１０３は、ステップＳ２０７で送信した医用画像Ａと、医用画像Ａ１とを比較する。医用画像Ａと医用画像Ａ１の一致度が所定値以上無い場合（ステップＳ２１５で「Ｎｏ」）、医用画像Ａ１は医用画像Ａより劣化していると考えられる。よって、添付部１０４は、医用画像Ａに画像劣化情報（例えばマーク）を添付する（ステップＳ２１７）。
【００３７】
ステップＳ２１５での一致度とは、画像の鮮明さも含め、２つの画像がどの程度一致しているかを判断する指標である。なお、一致度はユーザがあらかじめ設定してサーバ１に格納していても良い。
【００３８】
次にサーバ１の通信部１５は、ステップＳ２１７で画像劣化マークを添付した医用画像、または一致度が所定値以上あるため画像劣化マークが添付されていない医用画像をシンクライアント端末２ｂに送信する（ステップＳ２１９）。シンクライアント端末２ｂの通信部２５はこれを受信し（ステップＳ２２１）、表示部２２に表示する（ステップＳ２２３）。
【００３９】
なお複数枚の医用画像について一致度を判定する場合、サーバ１の比較部１０３は、全画像を比較しても良いし、全画像のうちあらかじめ設定した数枚の画像のみについて比較しても良い。または、画像の全体領域について比較しても良いし、画像の一部領域のみを比較しても良い。
【００４０】
また、ステップＳ２０７でサーバ１がシンクライアント端末２ｂに複数の医用画像を送信する場合、サーバ１が、特定の医用画像に比較処理する旨の情報を付加してシンクライアント端末２ｂに送信しても良い。シンクライアント端末２ｂは、比較処理する旨の情報が付加されている医用画像について、キャプチャして別の医用画像を生成しサーバ１に送信する。
【００４１】
図８に上述した第２の実施例における医用画像の表示例を示す。サーバ１の画像データベース１４に格納されている医用画像（ａ）はシンクライアント端末２ｂに送信される（ｂ）。シンクライアント端末２ｂは送信された医用画像（ｂ）をキャプチャして別の医用画像を生成する（ｃ）。シンクライアント端末２ｂがサーバ１に医用画像（ｃ）を送信すると（ｄ）、サーバ１の比較部１０３は、医用画像（ａ）と（ｄ）を比較する。（ａ）と（ｄ）との一致度が少ない場合、サーバ１が有する医用画像（ａ）の右隅に画像劣化マークが添付され（ｅ）、シンクライアント端末２ｂに送信される。シンクライアント端末２ｂは、サーバ１から送信された、画像劣化マークが添付された医用画像（ｆ）を表示する。
【００４２】
なお、添付部１０４は、画像劣化マークを医用画像自体に貼り付けてシンクライアント端末２ｂに送信しても良いし、画像劣化マークを１枚の画像として、医用画像と重ね合わせ（オーバーレイ）、シンクライアント端末２ｂに送信しても良い。または、医用画像の付帯情報に画像劣化のフラグを追加してシンクライアント端末２ｂに送信し、この医用画像を受信したシンクライアント端末２ｂが、画像劣化のフラグに基づいて医用画像に画像劣化マークを添付する構成としても良い。
【００４３】
また添付部１０４は、画像劣化マークを医用画像に添付する際、医用画像の付帯情報に、例えば「ネットワーク不具合のおそれあり」等の画像劣化の推定原因情報を付加してシンクライアント端末２ｂに送信しても良い。このとき、サーバ１は自ら画像劣化を招く処理を行っていないため、例えばネットワークの不調等、サーバ１が推定し得る画像劣化の原因情報を付加するようにしてもよい。ユーザは、この原因情報に基づき、例えばネットワークケーブルを点検する等の対策を行うことが出来る。
【００４４】
以上説明した実施例によれば、シンクライアント端末２がサーバ１より受信し表示する医用画像について、サーバ１は、医用画像を送信する前に、シンクライアント端末２の端末設定情報より、医用画像を圧縮するか否かを判断する。医用画像を圧縮した場合は、当該医用画像に画像劣化を示す情報を付加してシンクライアント端末２に送信する。また他の例として、シンクライアント端末２がサーバ１より受信し表示する医用画像について、一旦サーバ１がシンクライアント端末２に医用画像を送信し、シンクライアント端末２が、表示した医用画像をキャプチャして別の医用画像を生成する。シンクライアント端末２は、生成した医用画像を送信する。サーバ１が有する医用画像と、シンクライアント端末２から受信した医用画像とを比較し、一致度が所定値以下の場合は、当該医用画像に画像劣化を示す情報を付加してシンクライアント端末２に送信する。よって、シンクライアント端末２に表示された医用画像が劣化しているかをユーザが認識して、当該医用画像を閲覧することが出来る。
【００４５】
さらに、シンクライアント端末２がサーバ１から受信した医用画像が劣化している場合に、劣化の原因情報を医用画像の付帯情報に付加することで、ユーザに劣化原因を除去するよう促すことが出来る。
【００４６】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【００４７】
１…サーバ、２ａ、２ｂ…シンクライアント端末、１０…制御部、１４…画像データベース、１５…通信部、１６…記憶部、１７…情報記憶媒体、１８…シンクライアント情報保管部、１９…設定情報記憶部、１０１…画像処理部、１０２…判定部、１０３…比較部、１０４…添付部、２０…制御部、２２…表示部、２３…操作部、２４…画像キャッシュ、２５…通信部、２６…記憶部、２８…シンクライアント情報保管部、２０１…表示処理部、２０２…画像生成部、１００…医用画像処理システム。
【特許請求の範囲】
【請求項１】
医用画像を表示するクライアントと、前記クライアントと通信を行い、前記医用画像の画像処理を行う医用画像処理サーバとを含む医用画像処理システムにおける医用画像処理サーバにおいて、
医用画像の原画像を格納する画像記憶部と、
前記画像記憶部に格納される前記医用画像のうち、前記クライアントに送信する送信用画像、或いは前記クライアントに一旦送信した後前記クライアントから返送された返信画像の画質が劣化しているか否かを判定する画質劣化判定部と、
前記画質が劣化していると判定された場合は、前記送信用画像、又は前記返信画像を再送信する再送信用画像に画像劣化情報を添付する画像劣化情報添付部と、
前記画像劣化情報が添付された前記送信用画像又は前記再送信用画像を、前記クライアントに送信する通信部と、
を備えたことを特徴とする医用画像処理サーバ。
【請求項２】
前記画像劣化情報添付部で添付する前記画像劣化情報は、少なくとも画像劣化を示すマークまたはフラグのいずれか一方である、
ことを特徴とする請求項１に記載の医用画像処理サーバ。
【請求項３】
前記画像劣化情報添付部で添付する前記画像劣化情報は、画像劣化の原因情報をさらに含む、
ことを特徴とする請求項２に記載の医用画像処理サーバ。
【請求項４】
前記クライアントから受信する、少なくとも解像度および画像キャッシュのひとつを含むクライアント情報に応じて、前記医用画像の原画像の圧縮処理を行う画像処理部とを備え、
前記画質劣化判定部は、前記画像処理部が前記圧縮処理を行ったとき、前記送信用画像の画質が劣化していると判定する、
ことを特徴とする請求項１に記載の医用画像処理サーバ。
【請求項５】
前記送信用画像を前記クライアントに送信する時の画像処理設定、および前記画像処理設定に基づき、前記画質劣化判定部で前記送信用画像の画質が劣化しているか否かを判定するための設定情報を格納する設定情報記憶部をさらに有し、
前記画像劣化情報添付部は、前記設定情報記憶部に格納される前記設定情報に基づき、前記送信用画像に画像劣化情報を添付する、
ことを特徴とする請求項４に記載の医用画像処理サーバ。
【請求項６】
前記画像記憶部に格納される前記医用画像の原画像と、前記クライアントから返送された返信画像との画質の一致度を比較する比較部、をさらに備え、
前記画質劣化判定部は、前記一致度が所定値より小さい場合、前記返信画像の画質が劣化していると判定する、
ことを特徴とする請求項１に記載の医用画像処理サーバ。
【請求項７】
前記通信部は、前記クライアントに送信した複数の送信用画像のうち全て、または一部を前記返信画像として前記クライアントから受信する、
ことを特徴とする請求項６に記載の医用画像処理サーバ。
【請求項８】
前記送信用画像に前記クライアントへの送信回数情報を付加し、前記送信回数情報が１回の場合、前記通信部は前記返信画像を前記クライアントから受信する、
ことを特徴とする請求項４に記載の医用画像処理サーバ。
【請求項９】
医用画像を表示するクライアントと、前記クライアントと通信を行い、前記医用画像の画像処理を行う医用画像処理サーバとを含む医用画像処理システムにおいて、
前記医用画像処理サーバは、
医用画像の原画像を格納する画像記憶部と、
前記画像記憶部に格納される前記医用画像のうち、前記クライアントに送信する送信用画像、或いは前記クライアントに一旦送信した後前記クライアントから返送された返信画像の画質が劣化しているか否かを判定する画質劣化判定部と、
前記画質が劣化していると判定された場合は、前記送信用画像、又は前記返信画像を再送信する再送信用画像に画像劣化情報を添付する画像劣化情報添付部と、
前記画像劣化情報が添付された前記送信用画像又は前記再送信用画像を、前記クライアントに送信する第１の通信部と、
を有し、
前記クライアントは、
前記サーバから送信された前記送信用画像または前記再送信用画像を受信し、前記サーバに前記返信画像を返送する第２の通信部と、
前記第２の通信部で受信した前記送信用画像または前記再送信用画像を表示する表示部と、
を有する、
ことを特徴とする医用画像処理システム。
【請求項１０】
前記クライアントの前記第２の通信部は、少なくとも解像度および画像キャッシュのひとつを含むクライアント情報を送信し、
前記医用画像処理サーバは、
前記クライアントから受信する前記クライアント情報に応じて、前記医用画像の原画像の圧縮処理を行う画像処理部を備え、
前記画質劣化判定部は、前記画像処理部が前記圧縮処理を行ったとき、前記送信用画像の画質が劣化していると判定する、
ことを特徴とする請求項９に記載の医用画像処理システム。
【請求項１１】
前記医用画像処理サーバは、
前記画像記憶部に格納される前記医用画像の原画像と、前記クライアントから返送された返信画像との画質の一致度を比較する比較部をさらに備え、
前記画質劣化判定部は、前記一致度が所定値より小さい場合、前記返信画像の画質が劣化していると判定する、
ことを特徴とする請求項９に記載の医用画像処理システム。
【請求項１】
医用画像を表示するクライアントと、前記クライアントと通信を行い、前記医用画像の画像処理を行う医用画像処理サーバとを含む医用画像処理システムにおける医用画像処理サーバにおいて、
医用画像の原画像を格納する画像記憶部と、
前記画像記憶部に格納される前記医用画像のうち、前記クライアントに送信する送信用画像、或いは前記クライアントに一旦送信した後前記クライアントから返送された返信画像の画質が劣化しているか否かを判定する画質劣化判定部と、
前記画質が劣化していると判定された場合は、前記送信用画像、又は前記返信画像を再送信する再送信用画像に画像劣化情報を添付する画像劣化情報添付部と、
前記画像劣化情報が添付された前記送信用画像又は前記再送信用画像を、前記クライアントに送信する通信部と、
を備えたことを特徴とする医用画像処理サーバ。
【請求項２】
前記画像劣化情報添付部で添付する前記画像劣化情報は、少なくとも画像劣化を示すマークまたはフラグのいずれか一方である、
ことを特徴とする請求項１に記載の医用画像処理サーバ。
【請求項３】
前記画像劣化情報添付部で添付する前記画像劣化情報は、画像劣化の原因情報をさらに含む、
ことを特徴とする請求項２に記載の医用画像処理サーバ。
【請求項４】
前記クライアントから受信する、少なくとも解像度および画像キャッシュのひとつを含むクライアント情報に応じて、前記医用画像の原画像の圧縮処理を行う画像処理部とを備え、
前記画質劣化判定部は、前記画像処理部が前記圧縮処理を行ったとき、前記送信用画像の画質が劣化していると判定する、
ことを特徴とする請求項１に記載の医用画像処理サーバ。
【請求項５】
前記送信用画像を前記クライアントに送信する時の画像処理設定、および前記画像処理設定に基づき、前記画質劣化判定部で前記送信用画像の画質が劣化しているか否かを判定するための設定情報を格納する設定情報記憶部をさらに有し、
前記画像劣化情報添付部は、前記設定情報記憶部に格納される前記設定情報に基づき、前記送信用画像に画像劣化情報を添付する、
ことを特徴とする請求項４に記載の医用画像処理サーバ。
【請求項６】
前記画像記憶部に格納される前記医用画像の原画像と、前記クライアントから返送された返信画像との画質の一致度を比較する比較部、をさらに備え、
前記画質劣化判定部は、前記一致度が所定値より小さい場合、前記返信画像の画質が劣化していると判定する、
ことを特徴とする請求項１に記載の医用画像処理サーバ。
【請求項７】
前記通信部は、前記クライアントに送信した複数の送信用画像のうち全て、または一部を前記返信画像として前記クライアントから受信する、
ことを特徴とする請求項６に記載の医用画像処理サーバ。
【請求項８】
前記送信用画像に前記クライアントへの送信回数情報を付加し、前記送信回数情報が１回の場合、前記通信部は前記返信画像を前記クライアントから受信する、
ことを特徴とする請求項４に記載の医用画像処理サーバ。
【請求項９】
医用画像を表示するクライアントと、前記クライアントと通信を行い、前記医用画像の画像処理を行う医用画像処理サーバとを含む医用画像処理システムにおいて、
前記医用画像処理サーバは、
医用画像の原画像を格納する画像記憶部と、
前記画像記憶部に格納される前記医用画像のうち、前記クライアントに送信する送信用画像、或いは前記クライアントに一旦送信した後前記クライアントから返送された返信画像の画質が劣化しているか否かを判定する画質劣化判定部と、
前記画質が劣化していると判定された場合は、前記送信用画像、又は前記返信画像を再送信する再送信用画像に画像劣化情報を添付する画像劣化情報添付部と、
前記画像劣化情報が添付された前記送信用画像又は前記再送信用画像を、前記クライアントに送信する第１の通信部と、
を有し、
前記クライアントは、
前記サーバから送信された前記送信用画像または前記再送信用画像を受信し、前記サーバに前記返信画像を返送する第２の通信部と、
前記第２の通信部で受信した前記送信用画像または前記再送信用画像を表示する表示部と、
を有する、
ことを特徴とする医用画像処理システム。
【請求項１０】
前記クライアントの前記第２の通信部は、少なくとも解像度および画像キャッシュのひとつを含むクライアント情報を送信し、
前記医用画像処理サーバは、
前記クライアントから受信する前記クライアント情報に応じて、前記医用画像の原画像の圧縮処理を行う画像処理部を備え、
前記画質劣化判定部は、前記画像処理部が前記圧縮処理を行ったとき、前記送信用画像の画質が劣化していると判定する、
ことを特徴とする請求項９に記載の医用画像処理システム。
【請求項１１】
前記医用画像処理サーバは、
前記画像記憶部に格納される前記医用画像の原画像と、前記クライアントから返送された返信画像との画質の一致度を比較する比較部をさらに備え、
前記画質劣化判定部は、前記一致度が所定値より小さい場合、前記返信画像の画質が劣化していると判定する、
ことを特徴とする請求項９に記載の医用画像処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図７】
【図６】
【図８】
【図２】
【図３】
【図４】
【図５】
【図７】
【図６】
【図８】
【公開番号】特開２０１２−５０７２６（Ｐ２０１２−５０７２６Ａ）
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願番号】特願２０１０−１９６６３７（Ｐ２０１０−１９６６３７）
【出願日】平成２２年９月２日（２０１０．９．２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願日】平成２２年９月２日（２０１０．９．２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
[ Back to top ]