医用画像処理システム及び医用画像処理サーバー
【課題】不測の事態により通信が中断された場合においても、通信が中断されていた間に実行された処理の結果を確認することを可能とする。
【解決手段】処理部と、画面生成部と、を備えたサーバーを含む医用画像処理システムである。処理部は、クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する。画面生成部は、アプリケーションの処理結果を受けて画面を生成しクライアントに配信する。また、サーバーは、切断検知部と、画面記憶部と、画面記憶制御部と、を備える。切断検知部は、クライアントとの通信が中断されたことを検知する。画面記憶制御部は、切断検知部が通信の中断を検知したタイミングを基準として所定の第１の期間に生成された画面を画面記憶部に記憶させる。画面再生部は、画面記憶部に記憶された画面をクライアントに配信する。
【解決手段】処理部と、画面生成部と、を備えたサーバーを含む医用画像処理システムである。処理部は、クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する。画面生成部は、アプリケーションの処理結果を受けて画面を生成しクライアントに配信する。また、サーバーは、切断検知部と、画面記憶部と、画面記憶制御部と、を備える。切断検知部は、クライアントとの通信が中断されたことを検知する。画面記憶制御部は、切断検知部が通信の中断を検知したタイミングを基準として所定の第１の期間に生成された画面を画面記憶部に記憶させる。画面再生部は、画面記憶部に記憶された画面をクライアントに配信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用画像データなどを含む医用データの処理をサーバーで集中管理する技術に関する。
【背景技術】
【０００２】
クライアントからネットワークを介してサーバーに処理を依頼し、サーバーで処理された結果をクライアントで表示するシンクライアントシステムが、医用画像処理システムとして導入されてきている。このようなシンクライアントシステムは、クライアントの端末にハードディスク等の記憶装置を設けずにシステムを構築することが可能である。
【０００３】
このような医用画像処理システムの導入により、従来はクライアントで実行していた処理をサーバーで実行させることが可能となった。そのため、画像処理などの負荷の大きい処理を高性能のサーバーで処理しつつ、その処理結果をクライアントで確認することが可能となった。また、データやソフトウェアがサーバーで集中管理されるため、保守作業の効率化をはかることが可能となった。
【０００４】
またこのような医用画像処理システムでは、サーバー側で処理が実行されるため、クライアントとサーバーとの通信が中断した場合においても、サーバー側で処理を継続することが可能である。そのため、このような医用画像処理システムでは、リアルタイムでの処理やバックグラウンドでの処理の動作中にネットワークの切断が発生した場合においても、その処理はサーバーで継続して実行される。しかしながら、不測の事態によりクライアントとサーバーとの通信が中断した場合、通信が中断している間は、サーバー側で実行されている処理の結果を配信することができない。そのため、通信が中断されていた間に実行された処理の結果を確認することができなかった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−０９７３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この発明の実施形態は上記の問題を解決するためになされたものであり、不測の事態により通信が中断された場合においても、通信が中断されていた間に実行された処理の結果を確認することを可能とする医用画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、この実施形態は、処理部と、画面生成部と、を備えたサーバーを含む医用画像処理システムである。処理部は、クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する。画面生成部は、前記アプリケーションの処理結果を受けて画面を生成し、生成した当該画面を前記クライアントに配信する。また、前記サーバーは、切断検知部と、画面記憶部と、画面記憶制御部と、画面再生部と、を備える。切断検知部は、前記クライアントとの通信が中断されたことを検知する。画面記憶制御部は、前記切断検知部が前記クライアントとの通信の中断を検知したタイミングを基準として所定の第１の期間に生成された前記画面を前記画面記憶部に記憶させる。画面再生部は、前記画面記憶部に記憶された前記画面を前記クライアントに配信する。
またこの実施形態の第２の形態は、処理部と、画面生成部と、を備えた医用画像処理サーバーである。処理部は、クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する。画面生成部は、前記アプリケーションの処理結果を受けて画面を生成し、生成した当該画面を前記クライアントに配信する。また、前記医用画像処理サーバーは、切断検知部と、画面記憶部と、画面記憶制御部と、画面記憶制御部と、を備える。切断検知部は、前記クライアントとの通信が中断されたことを検知する。画面記憶制御部は、前記切断検知部が前記クライアントとの通信の中断を検知したタイミングを基準として所定の第１の期間に生成された前記画面を前記画面記憶部に記憶させる。画面再生部は、前記画面記憶部に記憶された前記画面を前記クライアントに配信する。
【図面の簡単な説明】
【０００８】
【図１】第１及び第２の実施形態に係る医用画像処理システムのブロック図である。
【図２】第１の実施形態に係る医用画像処理システムにおける、通信の中断の検知と、画面の記憶に係る処理の流れを示したフローチャートである。
【図３】第１及び第２の実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。
【図４】第２の実施形態に係る医用画像処理システムにおける、通信の中断の検知と、画面の記憶に係る処理の流れを示したフローチャートである。
【図５】第３及び第４の実施形態に係る医用画像処理システムのブロック図である。
【図６】第３及び第４の実施形態に係る医用画像処理システムにおける、通信の中断の検知と、画面の記憶に係る処理の流れを示したフローチャートである。
【図７】第３の実施形態に係る医用画像処理システムにおける、制御情報の記憶に係る処理の流れを示したフローチャートである。
【図８】第３及び第４の実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。
【図９】第３の実施形態に係る医用画像処理システムにおける、動作環境の再構築に係る処理の流れを示したフローチャートである。
【図１０】第４の実施形態に係る医用画像処理システムにおける、制御情報の記憶に係る処理の流れを示したフローチャートである。
【図１１】第４の実施形態に係る医用画像処理システムにおける、動作環境の再構築に係る処理の流れを示したフローチャートである。
【発明を実施するための形態】
【０００９】
（第１の実施形態）
第１の実施形態に係る医用画像処理システムの構成について図１を参照しながら説明する。本実施形態に係る医用画像処理システムは、サーバー１とクライアント２とを含んで構成されるシンクライアントシステムである。
【００１０】
サーバー１は、入出力管理部１０と、処理部１１と、画面生成部１２と、切断検知部１３と、画面記憶制御部１４と、画面記憶部１５と、画面再生部１６と、ログイン管理部１７とを含んで構成される。
【００１１】
入出力管理部１０は、ネットワークＮを介してクライアント２と各種データの送受信を行う。入出力管理部１０は、ネットワークＮを介してクライアント２から受信した各種依頼を、サーバー１内の対応する構成に出力する。また入出力管理部１０は、サーバー１内の各構成から受信したデータを、ネットワークＮを介してクライアント２に配信する。なお以降では、サーバー１内の各構成がクライアント２とデータを送受信する旨を記載した場合には、この入出力管理部１０及びネットワークＮを介してデータの送受信を行うことを意味するものとする。
【００１２】
切断検知部１３は、クライアント２とサーバー１との間の通信の状態（ネットワークＮ）を監視し、通信が中断された場合にこれを検知する。この検知の方法として、例えば切断検知部１３は、クライアント２に定期的に応答の有無を確認し、応答が無かった場合にクライアント２との間の通信が中断されたものと認識することが可能となる。なお、切断検知部１３によるネットワークＮの監視方法は、前述した例に限るものではなく、クライアント２とサーバー１との間の通信が中断されたことを検知可能な方法であれば適宜置き換えてもよい。切断検知部１３は、通信が中断されたことを検知した場合に、通信が中断された旨を画面記憶制御部１４に通知する。なお画面記憶制御部１４については後述する。
【００１３】
処理部１１は、クライアント２から処理の依頼を受けて、その依頼に応じて、医用画像の生成や、編集、表示を行う。処理部１１の具体的な一例として、サーバー１の外部に設置されたモダリティや医用画像記憶部から医用画像を受けて、医用画像の表示や編集を行う各種アプリケーションが含まれる。処理部１１は、医用画像の処理結果を画面生成部１２に出力する。これにより画面生成部１２は、処理部１１の処理結果が表示された画面を生成してクライアント２に配信することが可能となる。画面生成部１２の詳細については後述する。なお処理部１１は、モダリティや、医用画像を生成する構成を含んでもよい。また上記では医用画像の処理を例に説明したが、処理部１１は、他の処理を実行するアプリケーションを含んでもよい。
【００１４】
画面生成部１２は、クライアント２から操作により操作者がサーバー１にログインした旨の通知をログイン管理部１７から受けて、処理部１１による各種処理を実行するための操作画面を作成する。ログイン管理部１７については後述する。ここで画面生成部１２が生成する操作画面とは、クライアント２の表示部（図示しない）に操作画面を表示させるためのデータである。ここで画面生成部１２が配信する操作画面について具体的な例をあげて説明する。画面生成部１２は、クライアント２が表示部に操作画面を表示するための制御データを、クライアント２に配信するように構成してもよい。この場合、クライアント２は、受信したこの制御データに基づき操作画面を生成し表示部に表示させる。また画面生成部１２は、操作画面を画像データとしてクライアント２に配信するように構成してもよい。この場合、クライアント２は、配信された画像データを表示部に表示させればよい。なお以降では、操作画面の表示に係るこれらのデータを単に「画面」と呼ぶ場合がある。
【００１５】
画面生成部１２は、作成した画面をクライアント２に配信する。画面生成部１２は、この画面の生成及びクライアント２への画面の配信を遂次行う。また処理部１１から処理結果を受けると、その処理結果を操作画面上に反映したうえでクライアント２に配信する。クライアント２は、配信された画面を表示部に表示させる。これにより操作者はクライアント２の表示部に表示された操作画面を操作することで、ネットワークＮを介して処理部１１に処理を依頼するとともに、その処理の結果を確認することが可能となる。
【００１６】
また画面生成部１２は、画面記憶制御部１４から画面の出力を指示されると、生成した画面を画面記憶制御部１４に遂次出力する。画面記憶制御部１４については後述する。画面生成部１２は、画面記憶制御部１４からの指示を受けて、この画面記憶制御部１４への画面の出力を停止する。なお画面生成部１２は、画面記憶制御部１４への画面の出力中に、ログイン管理部１７から操作者がログインした旨の通知を受けた場合、画面記憶制御部１４への画面の出力を停止するように構成してもよい。この場合、画面生成部１２は、操作者のログインにより画面の出力を停止した旨を画面記憶制御部１４に通知してもよい。また画面生成部１２は、ネットワークの切断に伴い通信が中断しクライアント２へ画面が配信できない場合、クライアント２への画面の配信を停止するように構成してもよい。また画面生成部１２は、画面記憶制御部１４からの指示を受けて、クライアント２への画面の配信を停止するように構成してもよい。
【００１７】
画面記憶部１５は、画面生成部１２により生成された画面を画面記憶制御部１４から受け、この画面を取出し可能に記憶する。
【００１８】
画面記憶制御部１４は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。画面記憶制御部１４は、この通知を受けると、画面生成部１２に画面の出力を指示する。画面記憶制御部１４は、画面生成部１２から遂次出力される画面を受け、この画面を画面記憶部１５に記憶させる。この画面生成部１２による画面の出力は、操作者がログインした場合に停止される。なおこの場合、「画面生成部１２が出力を開始してから、操作者がログインするまでの期間が「第１の期間」に相当する。
【００１９】
また画面記憶制御部１４は、あらかじめ決められた期間が経過すると、画面生成部１２に画面の出力の停止を指示するように構成してもよい。この指示を受けて画面生成部１２は、画面記憶制御部１４への画面の出力を停止する。このような構成にすることで、例えば、「クライアント２との通信の中断以降３０分間に生成された画面を画面記憶部１５に記憶させる」といった動作が可能となる。これにより、画面記憶部１５に記憶させる画面のデータ量を制限し、画面記憶部１５の枯渇を防止することが可能となる。なおこの場合は、「あらかじめ決められた期間」が「第１の期間」に相当する。
【００２０】
なお上記では、画面記憶制御部１４が画面記憶部１５に画面を記憶させていたが、画面記憶部１５への画面の記憶を画面生成部１２が行うように構成してもよい。この場合、画面記憶制御部１４は、切断検知部１３からの通知を受けて、画面生成部１２に画面記憶部１５への画面の記憶を指示する。画面生成部１２は、この指示を受けて、生成した画面を画面記憶部１５に遂次記憶させる。
【００２１】
ログイン管理部１７は、サーバー１へのログインの依頼をクライアント２から受けて、あわせて送信されるＩＤ及びパスワードを基にサーバー１への認証を行う。このＩＤやパスワードなどの認証情報はデータベース等を設けて管理するとよい。ログイン管理部１７は、認証に成功すると、画面記憶部１５に画面が記憶されているかを確認する。画面記憶部１５に画面が記憶されている場合、ログイン管理部１７は、画面再生部１６にこの画面の再生を指示する。画面再生部１６については後述する。また画面記憶部１５に画面が記憶されていない場合は、画面生成部１２に画面の生成の開始を指示する。これによりクライアント２に操作画面が表示される。
【００２２】
画面再生部１６は、ログイン管理部１７から画面の再生に係る指示を受ける。画面再生部１６は、この指示を受けると画面記憶部１５に記憶された画面を読み出す。画面再生部１６は、読み出した画面をクライアント２に配信する。具体的には、例えば画面再生部１６は、読み出した画面をそれらの画面が記憶された時系列に沿って動画として再生し、この動画をクライアント２に配信する。また画面再生部１６は、読み出した画面を時系列に沿ってクライアント２に遂次配信するように動作させてもよい。これにより操作者は、通信が中断している間に生成された画面を確認することが可能となる。
【００２３】
なお画面再生部１６は、ログイン管理部１７からの指示を受けた場合に、画面の再生を行うか否かを操作者に問合せるためのダイアログを生成し、クライアント２に配信してもよい。この場合、画面再生部１６は、操作者により画面の再生を行う旨を指示された場合に、画面記憶部１５に記憶された画面を読み出しクライアント２に配信すればよい。なお画面再生部１６は、画面記憶部１５に記憶された画面の配信に係る処理の完了後に、この処理の完了を画面生成部１２に通知するように動作させてもよい。これにより画面生成部１２は、画面記憶部１５に記憶された画面の配信後に、操作画面の生成及び配信を開始することが可能となる。また、画面再生部１６は、画面記憶部１５に画面が記憶されている場合、つまり中断された通信の再開後であれば、画面を配信するタイミングは限定されない。例えば、操作者が再ログイン後の所定のタイミングでクライアント２を操作し、画面再生部１６にこれらの画面を配信させる構成としてもよい。
【００２４】
（一連の動作）
次に、本実施形態に係る医用画像処理システムの一連の動作について、図２及び図３を参照しながら説明する。図２は、本実施形態に係る医用画像処理システムにおいて、通信の中断の検知と、画面記憶部１５への画面の記憶に係る処理の流れを示したフローチャートである。また図３は、本実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。まず図２を参照する。
【００２５】
（ステップＳ１１、ステップＳ１２）
クライアント２からの操作により操作者がサーバー１にログインすることで、クライアント２とサーバー１との通信が確立する。通信が確立すると画面生成部１２は、操作画面を遂次作成し、この画面をクライアント２に配信する。また切断検知部１３は、クライアント２とサーバー１との間の通信状態を監視し、通信が中断された場合にこれを検知する（ステップＳ１１）。切断検知部１３は、操作者がサーバー１にログインしている間は、この通信状態の監視を継続する（ステップＳ１２、Ｎ）。切断検知部１３は、通信が中断されたことを検知した場合に（ステップＳ１２、Ｙ）、通信が中断された旨を画面記憶制御部１４に通知する。
【００２６】
（ステップＳ１３）
画面記憶制御部１４は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。画面記憶制御部１４は、この通知を受けると、画面生成部１２に画面の出力を指示する。この指示を受けて、画面生成部１２は、生成した画面を画面記憶制御部１４に遂次出力する。画面記憶制御部１４は、画面生成部１２から遂次出力される画面を受け、この画面を画面記憶部１５に記憶させる。
【００２７】
（ステップＳ１４、ステップＳ１６）
画面記憶制御部１４は、切断検知部１３から通知を受けてから、あらかじめ決められた期間が経過した場合（ステップＳ１４、Ｙ）、画面生成部１２に画面の出力の停止を指示する（ステップＳ１６）。これにより画面記憶制御部１４は、画面記憶部１５への画面の記憶を停止する。
【００２８】
（ステップＳ１５、ステップＳ１６）
また画面生成部１２による画面の出力は、あらかじめ決められた期間が経過する以前においても、操作者によるサーバー１へのログインが再度検知された場合（ステップＳ１５、Ｙ）に停止される。具体的には、画面生成部１２は、画面記憶制御部１４への画面の出力中に、ログイン管理部１７から操作者がログインした旨の通知を受けた場合、画面記憶制御部１４への画面の出力を停止する（ステップＳ１６）。これにより画面記憶制御部１４は、画面記憶部１５への画面の記憶を停止する。
【００２９】
（ステップＳ１４、ステップＳ１５）
あらかじめ決められた期間が経過する以前（ステップＳ１４、Ｎ）、かつ操作者による再ログインが検知されない（ステップＳ１５、Ｎ）間は、画面記憶制御部１４は、画面生成部１２が出力した画面を画面記憶部１５へ記憶させる。
【００３０】
次に図３を参照して、ログイン時の一連の動作、特に通信が中断された場合の動作に着目して説明する。
【００３１】
（ステップＳ２１）
クライアント２からの操作者によるサーバー１へのログインの依頼を受けて、ログイン管理部１７は、あわせてクライアント２から送信されるＩＤ及びパスワードを基にサーバー１への認証を行う。
【００３２】
（ステップＳ２２）
ログイン管理部１７は、認証に成功すると、画面記憶部１５に画面が記憶されているかを確認する。
【００３３】
（ステップＳ２３）
画面記憶部１５に画面が記憶されている場合（ステップＳ２２、Ｙ）、ログイン管理部１７は、画面再生部１６にこの画面の再生を指示する。画面再生部１６は、この指示を受けると画面記憶部１５に記憶された画面を読み出す。画面再生部１６は、読み出した画面をクライアント２に配信する。画面記憶部１５に画面が記憶されていない場合（ステップＳ２２、Ｎ）、これらの処理は実行されず次の処理に遷移する。画面再生部１６は、画面記憶部１５に記憶された画面の配信に係る処理の完了後に、この処理の完了を画面生成部１２に通知する。
【００３４】
（ステップＳ２４）
次に画面生成部１２は、処理部１１による各種処理を実行するための操作画面の作成、及びクライアント２への作成した画面の配信を開始する。これにより、操作者はクライアント２を操作して、サーバー１での処理を再開することが可能となる。
【００３５】
以上、本実施形態に係る医用画像処理システムは、クライアントとの通信の中断以降の所定の期間に生成された画面を画面記憶部に記憶させ、この画面を再ログイン時に再生可能としている。これにより、ネットワークが切断された場合においても、通信が中断している間に画面に出力された処理結果を確認することが可能となる。
【００３６】
（第２の実施形態）
第１の実施形態に係る医用画像処理システムでは、クライアント２との通信の中断を検知し、通信の中断以降に生成された画面を確認可能としている。これに対し第２の実施形態に係る医用画像処理システムは、通信の中断以前及び以降に生成された画面を確認可能とする。そのため本実施形態に係る医用画像処理システムと第１の実施形態に係る医用画像処理システムとでは、画面生成部１２及び画面記憶制御部１４の動作が異なる。以降では本実施形態に係る医用画像処理システムの構成及び動作について、第１の実施形態と異なる部分に着目し説明する。
【００３７】
画面生成部１２は、画面を作成し、この画面をクライアント２に配信する。画面生成部１２は、この画面の生成及びクライアント２への画面の配信を遂次行う。この点は第１の実施形態と同様である。本実施形態に係る画面生成部１２は、更に、作成した画面を画面記憶制御部１４に遂次出力する。画面生成部１２は、画面記憶制御部１４からの指示を受けて、この画面記憶制御部１４への画面の出力を停止する。また画面生成部１２は、クライアント２からの操作者による操作に基づき、操作者がサーバー１からログアウトした場合に、この画面記憶制御部１４への画面の出力を停止する。なお画面生成部１２は、画面記憶制御部１４への画面の出力中に、ログイン管理部１７から操作者がログインした旨の通知を受けた場合、画面記憶制御部１４への画面の出力を停止するように構成してもよい。この点は第１の実施形態に係る画面生成部１２と同様である。なお操作者のログインにより画面記憶制御部１４への画面の出力を停止した場合、画面生成部１２は、画面再生部１６による画面の配信後に、画面記憶制御部１４への画面の出力を再開するとよい。
【００３８】
本実施形態に係る画面記憶制御部１４は、画面生成部１２から遂次出力される画面を受け、この画面を画面記憶部１５に記憶させる。なお画面記憶制御部１４は、画面記憶部１５に記憶された画面のうち、あらかじめ決められた期間を過ぎた古い画面を遂次削除するように構成してもよい。これにより、画面記憶部１５に記憶されている画面が、新たに画面が作成されたタイミングを基準として、このタイミング以前の所定の期間に生成された画面に遂次更新される。このような構成にすることで、例えば、「過去の１０分間に生成された画面のみを画面記憶部１５に記憶させておく」といった動作が可能となる。これにより、画面記憶部１５に記憶させる画面のデータ量を制限し、画面記憶部１５の枯渇を防止することが可能となる。なお、この「あらかじめ決められた期間」が「第２の期間」に相当する。
【００３９】
画面記憶制御部１４は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。画面記憶制御部１４は、この通知を受けてからあらかじめ決められた期間が経過した後に画面生成部１２に画面の出力の停止を指示するように構成してもよい。この指示を受けて画面生成部１２は、画面記憶制御部１４への画面の出力を停止する。これにより、画面記憶部１５に記憶させる画面のデータ量を制限し、画面記憶部１５の枯渇を防止することが可能となる。
【００４０】
なお、画面記憶制御部１４は、画面記憶部１５に記憶された古い画面を遂次削除するように動作させている場合、切断検知部１３からの通知を受けてこの削除に係る動作を停止する。これにより、通信が中断されたタイミングを基準として、このタイミング以前の所定の期間（第２の期間）に生成された画面を画面記憶部１５に記憶させておくことが可能となる。このように構成することで、例えば、「通信の中断以前の１０分間に生成された画面、及び通信の中断以後の３０分間に生成された画面を画面記憶部１５に記憶させる」といった動作が可能となる。これにより、通信が再開され再度ログインした際に、通信が中断された時点を基準として、その前後の所定期間に生成された画面を確認することが可能となる。なおこの場合、通信が中断された時点を基準として、以前の期間（第２の期間）及び以後の期間を含む所定期間が「第１の期間」に相当する。
【００４１】
（一連の動作）
次に、本実施形態に係る医用画像処理システムの一連の動作について、図４を参照しながら、第１の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。図４は、本実施形態に係る医用画像処理システムにおいて、通信の中断の検知と、画面記憶部１５への画面の記憶に係る処理の流れを示したフローチャートである。なお、ログイン時の動作は第１の実施形態に係る医用画像処理システムと同様である。
【００４２】
（ステップＳ３１）
クライアント２からの操作により操作者がサーバー１にログインすることで、クライアント２とサーバー１との通信が確立すると、画面生成部１２は、操作画面を遂次作成し、この画面をクライアント２に配信する。また画面生成部１２は、作成した画面を画面記憶制御部１４に遂次出力する。画面記憶制御部１４は、画面生成部１２から遂次出力される画面を受け、この画面を画面記憶部１５に記憶させる。
【００４３】
（ステップＳ３２）
また切断検知部１３は、クライアント２とサーバー１との間の通信状態を監視する。
【００４４】
（ステップＳ３３、ステップＳ３４）
切断検知部１３は、操作者がサーバー１にログインしている間は、この通信状態の監視を継続する（ステップＳ３３、Ｎ）。この間、画面記憶制御部１４は、画面記憶部１５に記憶された画面のうち、あらかじめ決められた期間を過ぎた古い画面を遂次削除する（ステップＳ３４）。
【００４５】
（ステップＳ３３）
切断検知部１３は、通信が中断されたことを検知した場合に（ステップＳ３３、Ｙ）、通信が中断された旨を画面記憶制御部１４に通知する。画面記憶制御部１４は、切断検知部１３からの通知を受けて古い画面の削除に係る動作を停止する。
【００４６】
（ステップＳ３５、ステップＳ３７）
画面記憶制御部１４は、切断検知部１３から通知を受けてから、あらかじめ決められた期間が経過した場合（ステップＳ３５、Ｙ）、画面生成部１２に画面の出力の停止を指示する（ステップＳ３７）。これにより画面記憶制御部１４は、画面記憶部１５への画面の記憶を停止する。
【００４７】
（ステップＳ３６、ステップＳ３７）
また画面生成部１２による画面の出力は、あらかじめ決められた期間が経過する以前においても、操作者によるサーバー１へのログインが再度検知された場合に停止される（ステップＳ３６、Ｙ）。具体的には、画面生成部１２は、画面記憶制御部１４への画面の出力中に、ログイン管理部１７から操作者がログインした旨の通知を受けた場合、画面記憶制御部１４への画面の出力を停止する（ステップＳ３７）。これにより画面記憶制御部１４は、画面記憶部１５への画面の記憶を停止する。
【００４８】
（ステップＳ３５、ステップＳ３６）
あらかじめ決められた期間が経過する以前（ステップＳ３５、Ｎ）、かつ操作者による再ログインが検知されない（ステップＳ３６、Ｎ）間は、画面記憶制御部１４は、画面生成部１２が出力した画面を画面記憶部１５へ記憶させる。なお、ログイン時の動作は、通信の中断後の動作態様も含めて第１の実施形態に係る医用画像処理システムと同様である。
【００４９】
以上、本実施形態に係る医用画像処理システムは、クライアントとの通信の中断を基準として、その前後の所定の期間に生成された画面を画面記憶部に記憶させ、この画面を再ログイン時に再生可能としている。これにより、ネットワークが切断され通信が中断された場合においても、通信の中断を基準としてその前後に画面に出力された処理結果を確認することが可能となる。
【００５０】
（第３の実施形態）
第３の実施形態に係る医用画像処理システムの構成について図５を参照しながら説明する。本実施形態に係る医用画像処理システムは、第１の実施形態に係る医用画像処理システムの構成に加え、制御情報記憶部１８を更に含んで構成される。以降では、本実施形態に係る医用画像処理システムの構成及び動作について、第１の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。
【００５１】
本実施形態に係る切断検知部１３は、通信が中断されたことを検知した場合に、通信が中断された旨を画面記憶制御部１４及び処理部１１に通知する。この通知を受けた画面記憶制御部１４の動作は、第１及び第２の実施形態に係る画面記憶制御部１４と同様である。
【００５２】
本実施形態に係る処理部１１は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。この通知を受けて、処理部１１は、処理部１１で動作する各処理（例えばアプリケーション）の制御情報を制御情報記憶部１８に記憶させる。制御情報の詳細については後述する。制御情報記憶部１８は、制御情報を記憶するための記憶部である。
【００５３】
ここで制御情報について具体的に説明する。制御情報とは、処理部１１で動作している各アプリケーションの実行環境やその状態を再構成するための情報である。医用画像の生成や編集を行うアプリケーションの場合、制御情報には、医用画像の生成や編集の条件を示す情報も含まれる。制御情報の具体的な一例としては、各アプリケーションの制御パラメータが該当する。この場合、処理部１１は、動作中の各アプリケーションから制御パラメータを取得し、取得した制御パラメータを制御情報として制御情報記憶部１８に記憶させる。また処理部１１は、メモリ上に展開されている各アプリケーションの情報を、イメージ情報として取得してもよい。この場合、処理部１１は、取得したイメージ情報を制御情報として制御情報記憶部１８に記憶させる。このようにメモリ上に展開されている情報をイメージ情報として記憶させておき、後にこのイメージ情報をメモリ上に再度展開することで、各アプリケーションの動作環境を再構成する方法として「ハイバネーション」と呼ばれる技術が知られている。
【００５４】
画面生成部１２は、ログイン管理部１７から通知を受けたとき、まず制御情報記憶部１８に制御情報が記憶されているかを確認する。制御情報記憶部１８に制御情報が記憶されている場合、画面生成部１２は、制御情報記憶部１８に記憶された制御情報を読み出す。画面生成部１２は、読み出した制御情報に基づき各処理（例えばアプリケーション）の動作環境を処理部１１に再構成する。画面生成部１２は、動作環境を再構成した各処理から処理結果を取得する。画面生成部１２は、取得した処理結果を基に画面を作成し、この画面をクライアント２に配信する。この画面生成部１２の動作について例をあげて以下に具体的に説明する。例えば、制御情報記憶部１８にアプリケーションの制御パラメータが制御情報として記憶されている場合、画面生成部１２は、この制御情報に基づき、該当するアプリケーションを処理部１１に起動させる。そのうえで画面生成部１２は、処理部１１から起動されたアプリケーションの処理結果を受けて画面を生成し、この画面をクライアント２に配信する。また例えば、制御情報記憶部１８にアプリケーションのイメージ情報が記憶されている場合、画面生成部１２は、読み出したイメージ情報をメモリ上に再度展開することで、該当するアプリケーションの動作環境を処理部１１に再構成する。そのうえで画面生成部１２は、起動されたアプリケーションの処理結果を処理部１１から受けて画面を生成し、この画面をクライアント２に配信する。
【００５５】
なお操作者がサーバー１にログインした場合に、画面生成部１２は、画面の再構成を行うか否かを操作者に問合せるためのダイアログを生成し、クライアント２に配信してもよい。この場合、画面生成部１２は、操作者により画面の再構成を行う旨を指示された場合に、制御情報記憶部１８に制御情報に基づき画面を再構成するように動作させるとよい。
【００５６】
また画面生成部１２は、制御情報記憶部１８から制御情報を読み出し、各処理の動作環境を再構成した後、制御情報記憶部１８に記憶されていた制御情報を削除するように動作させてもよい。
【００５７】
また処理部１１は、通信の中断に限らず、クライアント２からの操作に基づき操作者がサーバー１からログアウトした場合にも、制御情報を制御情報記憶部１８に記憶させるように動作させてもよい。これにより操作者が再度ログインした場合に、前回ログアウトしたときの画面を表示させることが可能となる。
【００５８】
（一連の動作）
次に、本実施形態に係る医用画像処理システムの一連の動作について、図６〜図９を参照しながら説明する。まず図６及び図７を参照しながら、通信の中断の検知と、画面の記憶に係る処理の流れについて説明する。図６は、本実施形態に係る医用画像処理システムにおいて、通信の中断の検知と、画面記憶部１５への画面の記憶に係る処理の流れを示したフローチャートである。また図７は、制御情報の記憶に係る処理の流れを示したフローチャートである。本実施形態に係る医用画像処理システムは、通信の中断の検知を受けて、画面の記憶に係る処理に加え、制御情報の記憶に係る処理を実行する点で、第１の実施形態に係る医用画像処理システムと異なる。以降では、第１の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。なお、通信の中断の検知に係る処理（図６のステップＳ１１）と、通信の中断の検知を受けて画面記憶部１５へ画面を記憶する処理（図６のステップＳ１３〜Ｓ１６）は、第１の実施形態に係る医用画像処理システムと同様である。
【００５９】
（ステップＳ１１、ステップＳ１２）
まず図６を参照する。切断検知部１３は、クライアント２とサーバー１との間の通信状態を監視し、通信が中断された場合にこれを検知する（ステップＳ１１）。切断検知部１３は、操作者がサーバー１にログインしている間は、この通信状態の監視を継続する（ステップＳ１２、Ｎ）。切断検知部１３は、通信が中断されたことを検知した場合に（ステップＳ１２、Ｙ）、通信が中断された旨を画面記憶制御部１４及び処理部１１に通知する。
【００６０】
（ステップＳ４１）
ここで図７を参照する。処理部１１は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。この通知を受けて、処理部１１は、処理部１１で動作する各処理の制御情報を制御情報記憶部１８に記憶させる。
【００６１】
次に図８及び図９を参照して、ログイン時の一連の動作、特に通信が中断された場合の動作に着目して説明する。図８は、本実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。また図９は、動作環境の再構築に係る処理の流れを示したフローチャートである。本実施形態に係る医用画像処理システムは、操作者がログインした際に制御情報記憶部１８に制御情報が記憶されている場合、この制御情報を基にアプリケーションの動作環境を再構成する点で、第１の実施形態に係る医用画像処理システムと異なる。以降では、第１の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。なお、認証処理（図８のステップＳ２１）と、画面を再生に係る処理（図８のステップＳ２２及びＳ２３）は、第１の実施形態に係る医用画像処理システムと同様である。
【００６２】
（ステップＳ５１）
まず図９を参照する。画面再生部１６による処理が完了すると、画面生成部１２は、まず制御情報記憶部１８に制御情報が記憶されているかを確認する。
【００６３】
（ステップＳ５２）
制御情報記憶部１８に制御情報が記憶されている場合（ステップＳ５１、Ｙ）、画面生成部１２は、制御情報記憶部１８に記憶された制御情報を読み出す。
【００６４】
（ステップＳ５３）
画面生成部１２は、読み出した制御情報に基づき各処理（例えばアプリケーション）の動作環境を処理部１１に再構成する。
【００６５】
（ステップＳ５４）
ここで図８を参照する。画面生成部１２は、動作環境が再構成された各処理から処理結果を取得する。画面生成部１２は、取得した処理結果を基に画面を作成し、この画面をクライアント２に配信する。なお、制御情報記憶部１８に制御情報が記憶されていない場合（図９、ステップＳ５１、Ｎ）、画面生成部１２は、動作環境の再構成に係る処理（図９、ステップＳ５２、Ｓ５３）を行わず操作画面を新たに作成し、この画面をクライアント２に配信する。以降、画面生成部１２は、操作画面の作成、及びクライアント２への画面の配信を遂次行う。
【００６６】
以上、本実施形態に係る医用画像処理システムは、第１及び第２の実施形態と同様の作用効果に加え、更に、通信が中断されたときのアプリケーションの動作環境を再構成することが可能となる。これにより操作者は、ネットワークの切断に伴い中断された作業を、再ログイン後に速やかに継続することが可能となる。
【００６７】
（第４の実施形態）
第３の実施形態に係る医用画像処理システムでは、通信の中断を受けて処理部１１で動作する各処理の制御情報を、各処理の状態に拘らず制御情報記憶部１８に記憶させていた。本実施形態に係る医用画像処理システムは、通信が中断された場合に、処理部１１で動作中の処理が存在する場合、この処理を監視し、この処理が完了または休止状態になった場合に制御情報を制御情報記憶部１８に記憶させる。以降では、本実施形態に係る医用画像処理システムの構成及び動作について、第３の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。
【００６８】
処理部１１は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。この通知を受けると、処理部１１は、動作中の処理（例えばアプリケーション）の状態を監視する。処理部１１が動作中の処理を監視する方法としては、例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）から動作中のプロセスの一覧を取得し、この一覧の中から処理部１１が動作させているアプリケーションを特定したうえで、特定したアプリケーションの状態を取得すればよい。処理部１１は、動作中の処理が完了した場合、または動作中の処理が休止状態となった場合に、その処理の制御情報を制御情報記憶部１８に記憶させる。なお処理部１１は、動作していた全ての処理について、制御情報記憶部１８への制御情報の記憶が完了した場合、処理の監視を終了する。
【００６９】
操作者がサーバー１にログインした場合、処理部１１は、画面生成部１２から処理の監視状況の通知を依頼される。処理部１１は、処理の監視を継続している場合、処理の監視中であることを画面生成部１２に通知する。また処理部１１は、処理の監視を行っていない場合、このことを画面生成部１２に通知する。
【００７０】
また処理部１１は、処理の監視中であることを画面生成部１２に通知した場合、次いで画面生成部１２から動作中の処理の通知を依頼される。この依頼を受けて、処理部１１は、動作中の処理を特定するための識別情報を画面生成部１２に通知する。この識別情報としては、例えばアプリケーションのプロセスＩＤ等があげられる。これにより画面生成部１２は、処理部１１で動作中の処理を特定し、その処理結果を取得することが可能となる。この場合の画面生成部１２の具体的な動作については後述する。処理部１１は、処理の監視を行っていない場合にこの依頼を受けた場合、画面生成部１２への識別情報の出力は行わない。
【００７１】
画面生成部１２は、ログイン管理部１７から通知を受けたときに、まず処理部１１に処理の監視状況の通知を依頼する。画面生成部１２は、この通知により、処理部１１が処理の監視を継続しているか否かを確認する。処理部１１が処理の監視を継続している場合、画面生成部１２は、処理部１１に動作中の処理の通知を依頼する。画面生成部１２は、この依頼への応答として、動作中の処理を特定するための識別情報を処理部１１から受ける。画面生成部１２は、この識別情報に基づき処理部１１で動作している処理を特定し、以降はこの特定した処理から処理結果を取得する。なお処理部１１が処理の監視を行っていない場合、画面生成部１２は、動作中の処理の通知を依頼せず次の処理に遷移する。
【００７２】
次に画面生成部１２は、制御情報記憶部１８に制御情報が記憶されているかを確認する。制御情報が記憶されている場合、画面生成部１２は、この制御情報を制御情報記憶部１８から読み出す。画面生成部１２は、読み出した制御情報に基づき各処理（例えばアプリケーション）の動作環境を処理部１１に再構成する。画面生成部１２は、動作環境を再構成された各処理から処理結果を取得する。
【００７３】
画面生成部１２は、動作中の処理から取得した処理結果、及び制御情報に基づき動作環境が再構成された処理から取得した処理結果を基に画面を作成し、この画面をクライアント２に配信する。
【００７４】
なお、画面生成部１２は、動作中の処理の通知の依頼に替わり、処理部１１に制御情報の出力を依頼するように動作させてもよい。この場合、処理部１１は、動作中の処理の制御情報を取得する。処理部１１は、取得した制御情報を画面生成部１２に出力する。画面生成部１２は、この制御情報を基に動作中の処理の動作環境を処理部１１に再構成する。なお画面生成部１２は、動作中の処理の動作環境を処理部１１に再構成する場合、処理部１１で動作しているこれらの処理を停止したうえで、各処理の動作環境を再構成するように動作させてもよい。
【００７５】
（一連の動作）
次に、本実施形態に係る医用画像処理システムの一連の動作について、図６、図８、図１０、及び図１１を参照しながら説明する。まず図６及び図１０を参照しながら、通信の中断の検知と、画面の記憶に係る処理の流れについて説明する。図６は、本実施形態に係る医用画像処理システムにおいて、通信の中断の検知と、画面記憶部１５への画面の記憶に係る処理の流れを示したフローチャートである。また図１０は、制御情報の記憶に係る処理の流れを示したフローチャートである。以降では、第３の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。なお、図６で示された各処理（Ｓ１１〜Ｓ１６）は、第３の実施形態に係る医用画像処理システムと同様である。
【００７６】
（ステップＳ１１、ステップＳ１２）
まず図６を参照する。切断検知部１３は、クライアント２とサーバー１との間の通信状態を監視し、通信が中断された場合にこれを検知する（ステップＳ１１）。切断検知部１３は、操作者がサーバー１にログインしている間は、この通信状態の監視を継続する（ステップＳ１２、Ｎ）。切断検知部１３は、通信が中断されたことを検知した場合に（ステップＳ１２、Ｙ）、通信が中断された旨を画面記憶制御部１４及び処理部１１に通知する。
【００７７】
（ステップＳ６１）
ここで図１０を参照する。処理部１１は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。この通知を受けると、処理部１１は、動作中の処理（例えばアプリケーション）の状態を監視する。
【００７８】
（ステップＳ６２、ステップＳ６３）
動作中の処理が完了した場合、または動作中の処理が休止状態となった場合（ステップＳ６２、Ｙ）に、処理部１１は、その処理の制御情報を制御情報記憶部１８に記憶させる。処理部１１は、処理が完了または休止せず動作を継続している場合（ステップＳ６２、Ｎ）、処理部１１は、制御情報の記憶に係る処理を行わず、次の処理に遷移する。
【００７９】
（ステップＳ６４）
処理部１１で動作していた全ての処理について、制御情報記憶部１８への制御情報の記憶が完了した場合（ステップＳ６４、Ｙ）、処理部１１は、処理の監視を終了する。
【００８０】
（ステップＳ６５）
操作者がサーバー１にログインした場合（ステップＳ６５、Ｙ）、画面生成部１２は、処理部１１に処理の監視状況の通知を依頼する。これにより画面生成部１２は、処理部１１が処理の監視を継続していることを確認する。以降の動作については、ログイン時の動作とあわせて後述する。全ての処理について制御情報記憶部１８への制御情報の記憶が完了していない場合、処理部１１は、動作中の処理の状態の監視を継続する（ステップＳ６４、Ｎ、かつ、ステップＳ６５、Ｎ）。
【００８１】
次に図９及び図１１を参照して、ログイン時の一連の動作、特に通信が中断された場合の動作に着目して説明する。図８は、本実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。図１１は、動作環境の再構築に係る処理の流れを示したフローチャートである。以降では、第３の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。なお、図８で示された各処理（Ｓ２１〜Ｓ２３、及びＳ５４）は、第３の実施形態に係る医用画像処理システムと同様である。
【００８２】
（ステップＳ７１、ステップＳ７２）
まず図１１を参照する。画面再生部１６による処理が完了すると、画面生成部１２は、まず処理部１１に処理の監視状況の通知を依頼する。画面生成部１２は、この通知により、処理部１１が処理の監視を継続しているか否かを確認する。処理部１１が処理の監視を継続している場合（ステップＳ７１、Ｙ）、画面生成部１２は、処理部１１に動作中の処理の通知を依頼する。画面生成部１２は、この依頼への応答として、動作中の処理を特定するための識別情報を処理部１１から受ける。画面生成部１２は、この識別情報に基づき処理部１１で動作している処理を特定し、以降はこの処理から処理結果を取得する。処理部１１が処理の監視を行っていない場合（ステップＳ７１、Ｎ）、画面生成部１２は、動作中の処理の通知を依頼せず次の処理に遷移する。
【００８３】
（ステップＳ７３）
次に画面生成部１２は、制御情報記憶部１８に制御情報が記憶されているかを確認する。
【００８４】
（ステップＳ７４）
制御情報が記憶されている場合（ステップＳ７３、Ｙ）、画面生成部１２は、この制御情報を制御情報記憶部１８から読み出す。
【００８５】
（ステップＳ７５）
画面生成部１２は、読み出した制御情報に基づき各処理（例えばアプリケーション）の動作環境を処理部１１に再構成する。画面生成部１２は、動作環境を再構成した各処理から処理結果を取得する。
【００８６】
なお、制御情報記憶部１８に制御情報が記憶されていない場合（ステップＳ７３、Ｎ）、画面生成部１２は、動作環境の再構成に係る処理（ステップＳ７４、Ｓ７５）を行わない。
【００８７】
（ステップＳ５４）
ここで図８を参照する。画面生成部１２は、動作中の処理から取得した処理結果、及び制御情報に基づき動作環境が再構成された処理から取得した処理結果を基に画面を作成し、この画面をクライアント２に配信する。操作画面を作成し、この画面をクライアント２に配信する。以降、画面生成部１２は、操作画面の作成、及びクライアント２への配信を逐次行う。
【００８８】
以上、本実施形態に係る医用画像処理システムに依れば、動作中の処理が存在する場合、この処理が終了または休止状態となってから制御情報を制御情報記憶部１８に記憶させる。これにより処理部１１で動作中の処理に対して、制御情報の取得に伴う割込みの発生を防止することが可能となる。また全ての処理に対し制御情報の記憶に係る処理を行う必要がなくなるため、制御情報の記憶に係る処理の負荷を軽減することが可能となる。
【００８９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載されたその均等の範囲に含まれる。
【符号の説明】
【００９０】
１ サーバー
１０ 入出力管理部
１１ 処理部
１２ 画面生成部
１３ 切断検知部
１４ 画面記憶制御部
１５ 画面記憶部
１６ 画面再生部
１７ ログイン管理部
１８ 制御情報記憶部
２ クライアント
【技術分野】
【０００１】
本発明の実施形態は、医用画像データなどを含む医用データの処理をサーバーで集中管理する技術に関する。
【背景技術】
【０００２】
クライアントからネットワークを介してサーバーに処理を依頼し、サーバーで処理された結果をクライアントで表示するシンクライアントシステムが、医用画像処理システムとして導入されてきている。このようなシンクライアントシステムは、クライアントの端末にハードディスク等の記憶装置を設けずにシステムを構築することが可能である。
【０００３】
このような医用画像処理システムの導入により、従来はクライアントで実行していた処理をサーバーで実行させることが可能となった。そのため、画像処理などの負荷の大きい処理を高性能のサーバーで処理しつつ、その処理結果をクライアントで確認することが可能となった。また、データやソフトウェアがサーバーで集中管理されるため、保守作業の効率化をはかることが可能となった。
【０００４】
またこのような医用画像処理システムでは、サーバー側で処理が実行されるため、クライアントとサーバーとの通信が中断した場合においても、サーバー側で処理を継続することが可能である。そのため、このような医用画像処理システムでは、リアルタイムでの処理やバックグラウンドでの処理の動作中にネットワークの切断が発生した場合においても、その処理はサーバーで継続して実行される。しかしながら、不測の事態によりクライアントとサーバーとの通信が中断した場合、通信が中断している間は、サーバー側で実行されている処理の結果を配信することができない。そのため、通信が中断されていた間に実行された処理の結果を確認することができなかった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−０９７３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この発明の実施形態は上記の問題を解決するためになされたものであり、不測の事態により通信が中断された場合においても、通信が中断されていた間に実行された処理の結果を確認することを可能とする医用画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、この実施形態は、処理部と、画面生成部と、を備えたサーバーを含む医用画像処理システムである。処理部は、クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する。画面生成部は、前記アプリケーションの処理結果を受けて画面を生成し、生成した当該画面を前記クライアントに配信する。また、前記サーバーは、切断検知部と、画面記憶部と、画面記憶制御部と、画面再生部と、を備える。切断検知部は、前記クライアントとの通信が中断されたことを検知する。画面記憶制御部は、前記切断検知部が前記クライアントとの通信の中断を検知したタイミングを基準として所定の第１の期間に生成された前記画面を前記画面記憶部に記憶させる。画面再生部は、前記画面記憶部に記憶された前記画面を前記クライアントに配信する。
またこの実施形態の第２の形態は、処理部と、画面生成部と、を備えた医用画像処理サーバーである。処理部は、クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する。画面生成部は、前記アプリケーションの処理結果を受けて画面を生成し、生成した当該画面を前記クライアントに配信する。また、前記医用画像処理サーバーは、切断検知部と、画面記憶部と、画面記憶制御部と、画面記憶制御部と、を備える。切断検知部は、前記クライアントとの通信が中断されたことを検知する。画面記憶制御部は、前記切断検知部が前記クライアントとの通信の中断を検知したタイミングを基準として所定の第１の期間に生成された前記画面を前記画面記憶部に記憶させる。画面再生部は、前記画面記憶部に記憶された前記画面を前記クライアントに配信する。
【図面の簡単な説明】
【０００８】
【図１】第１及び第２の実施形態に係る医用画像処理システムのブロック図である。
【図２】第１の実施形態に係る医用画像処理システムにおける、通信の中断の検知と、画面の記憶に係る処理の流れを示したフローチャートである。
【図３】第１及び第２の実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。
【図４】第２の実施形態に係る医用画像処理システムにおける、通信の中断の検知と、画面の記憶に係る処理の流れを示したフローチャートである。
【図５】第３及び第４の実施形態に係る医用画像処理システムのブロック図である。
【図６】第３及び第４の実施形態に係る医用画像処理システムにおける、通信の中断の検知と、画面の記憶に係る処理の流れを示したフローチャートである。
【図７】第３の実施形態に係る医用画像処理システムにおける、制御情報の記憶に係る処理の流れを示したフローチャートである。
【図８】第３及び第４の実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。
【図９】第３の実施形態に係る医用画像処理システムにおける、動作環境の再構築に係る処理の流れを示したフローチャートである。
【図１０】第４の実施形態に係る医用画像処理システムにおける、制御情報の記憶に係る処理の流れを示したフローチャートである。
【図１１】第４の実施形態に係る医用画像処理システムにおける、動作環境の再構築に係る処理の流れを示したフローチャートである。
【発明を実施するための形態】
【０００９】
（第１の実施形態）
第１の実施形態に係る医用画像処理システムの構成について図１を参照しながら説明する。本実施形態に係る医用画像処理システムは、サーバー１とクライアント２とを含んで構成されるシンクライアントシステムである。
【００１０】
サーバー１は、入出力管理部１０と、処理部１１と、画面生成部１２と、切断検知部１３と、画面記憶制御部１４と、画面記憶部１５と、画面再生部１６と、ログイン管理部１７とを含んで構成される。
【００１１】
入出力管理部１０は、ネットワークＮを介してクライアント２と各種データの送受信を行う。入出力管理部１０は、ネットワークＮを介してクライアント２から受信した各種依頼を、サーバー１内の対応する構成に出力する。また入出力管理部１０は、サーバー１内の各構成から受信したデータを、ネットワークＮを介してクライアント２に配信する。なお以降では、サーバー１内の各構成がクライアント２とデータを送受信する旨を記載した場合には、この入出力管理部１０及びネットワークＮを介してデータの送受信を行うことを意味するものとする。
【００１２】
切断検知部１３は、クライアント２とサーバー１との間の通信の状態（ネットワークＮ）を監視し、通信が中断された場合にこれを検知する。この検知の方法として、例えば切断検知部１３は、クライアント２に定期的に応答の有無を確認し、応答が無かった場合にクライアント２との間の通信が中断されたものと認識することが可能となる。なお、切断検知部１３によるネットワークＮの監視方法は、前述した例に限るものではなく、クライアント２とサーバー１との間の通信が中断されたことを検知可能な方法であれば適宜置き換えてもよい。切断検知部１３は、通信が中断されたことを検知した場合に、通信が中断された旨を画面記憶制御部１４に通知する。なお画面記憶制御部１４については後述する。
【００１３】
処理部１１は、クライアント２から処理の依頼を受けて、その依頼に応じて、医用画像の生成や、編集、表示を行う。処理部１１の具体的な一例として、サーバー１の外部に設置されたモダリティや医用画像記憶部から医用画像を受けて、医用画像の表示や編集を行う各種アプリケーションが含まれる。処理部１１は、医用画像の処理結果を画面生成部１２に出力する。これにより画面生成部１２は、処理部１１の処理結果が表示された画面を生成してクライアント２に配信することが可能となる。画面生成部１２の詳細については後述する。なお処理部１１は、モダリティや、医用画像を生成する構成を含んでもよい。また上記では医用画像の処理を例に説明したが、処理部１１は、他の処理を実行するアプリケーションを含んでもよい。
【００１４】
画面生成部１２は、クライアント２から操作により操作者がサーバー１にログインした旨の通知をログイン管理部１７から受けて、処理部１１による各種処理を実行するための操作画面を作成する。ログイン管理部１７については後述する。ここで画面生成部１２が生成する操作画面とは、クライアント２の表示部（図示しない）に操作画面を表示させるためのデータである。ここで画面生成部１２が配信する操作画面について具体的な例をあげて説明する。画面生成部１２は、クライアント２が表示部に操作画面を表示するための制御データを、クライアント２に配信するように構成してもよい。この場合、クライアント２は、受信したこの制御データに基づき操作画面を生成し表示部に表示させる。また画面生成部１２は、操作画面を画像データとしてクライアント２に配信するように構成してもよい。この場合、クライアント２は、配信された画像データを表示部に表示させればよい。なお以降では、操作画面の表示に係るこれらのデータを単に「画面」と呼ぶ場合がある。
【００１５】
画面生成部１２は、作成した画面をクライアント２に配信する。画面生成部１２は、この画面の生成及びクライアント２への画面の配信を遂次行う。また処理部１１から処理結果を受けると、その処理結果を操作画面上に反映したうえでクライアント２に配信する。クライアント２は、配信された画面を表示部に表示させる。これにより操作者はクライアント２の表示部に表示された操作画面を操作することで、ネットワークＮを介して処理部１１に処理を依頼するとともに、その処理の結果を確認することが可能となる。
【００１６】
また画面生成部１２は、画面記憶制御部１４から画面の出力を指示されると、生成した画面を画面記憶制御部１４に遂次出力する。画面記憶制御部１４については後述する。画面生成部１２は、画面記憶制御部１４からの指示を受けて、この画面記憶制御部１４への画面の出力を停止する。なお画面生成部１２は、画面記憶制御部１４への画面の出力中に、ログイン管理部１７から操作者がログインした旨の通知を受けた場合、画面記憶制御部１４への画面の出力を停止するように構成してもよい。この場合、画面生成部１２は、操作者のログインにより画面の出力を停止した旨を画面記憶制御部１４に通知してもよい。また画面生成部１２は、ネットワークの切断に伴い通信が中断しクライアント２へ画面が配信できない場合、クライアント２への画面の配信を停止するように構成してもよい。また画面生成部１２は、画面記憶制御部１４からの指示を受けて、クライアント２への画面の配信を停止するように構成してもよい。
【００１７】
画面記憶部１５は、画面生成部１２により生成された画面を画面記憶制御部１４から受け、この画面を取出し可能に記憶する。
【００１８】
画面記憶制御部１４は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。画面記憶制御部１４は、この通知を受けると、画面生成部１２に画面の出力を指示する。画面記憶制御部１４は、画面生成部１２から遂次出力される画面を受け、この画面を画面記憶部１５に記憶させる。この画面生成部１２による画面の出力は、操作者がログインした場合に停止される。なおこの場合、「画面生成部１２が出力を開始してから、操作者がログインするまでの期間が「第１の期間」に相当する。
【００１９】
また画面記憶制御部１４は、あらかじめ決められた期間が経過すると、画面生成部１２に画面の出力の停止を指示するように構成してもよい。この指示を受けて画面生成部１２は、画面記憶制御部１４への画面の出力を停止する。このような構成にすることで、例えば、「クライアント２との通信の中断以降３０分間に生成された画面を画面記憶部１５に記憶させる」といった動作が可能となる。これにより、画面記憶部１５に記憶させる画面のデータ量を制限し、画面記憶部１５の枯渇を防止することが可能となる。なおこの場合は、「あらかじめ決められた期間」が「第１の期間」に相当する。
【００２０】
なお上記では、画面記憶制御部１４が画面記憶部１５に画面を記憶させていたが、画面記憶部１５への画面の記憶を画面生成部１２が行うように構成してもよい。この場合、画面記憶制御部１４は、切断検知部１３からの通知を受けて、画面生成部１２に画面記憶部１５への画面の記憶を指示する。画面生成部１２は、この指示を受けて、生成した画面を画面記憶部１５に遂次記憶させる。
【００２１】
ログイン管理部１７は、サーバー１へのログインの依頼をクライアント２から受けて、あわせて送信されるＩＤ及びパスワードを基にサーバー１への認証を行う。このＩＤやパスワードなどの認証情報はデータベース等を設けて管理するとよい。ログイン管理部１７は、認証に成功すると、画面記憶部１５に画面が記憶されているかを確認する。画面記憶部１５に画面が記憶されている場合、ログイン管理部１７は、画面再生部１６にこの画面の再生を指示する。画面再生部１６については後述する。また画面記憶部１５に画面が記憶されていない場合は、画面生成部１２に画面の生成の開始を指示する。これによりクライアント２に操作画面が表示される。
【００２２】
画面再生部１６は、ログイン管理部１７から画面の再生に係る指示を受ける。画面再生部１６は、この指示を受けると画面記憶部１５に記憶された画面を読み出す。画面再生部１６は、読み出した画面をクライアント２に配信する。具体的には、例えば画面再生部１６は、読み出した画面をそれらの画面が記憶された時系列に沿って動画として再生し、この動画をクライアント２に配信する。また画面再生部１６は、読み出した画面を時系列に沿ってクライアント２に遂次配信するように動作させてもよい。これにより操作者は、通信が中断している間に生成された画面を確認することが可能となる。
【００２３】
なお画面再生部１６は、ログイン管理部１７からの指示を受けた場合に、画面の再生を行うか否かを操作者に問合せるためのダイアログを生成し、クライアント２に配信してもよい。この場合、画面再生部１６は、操作者により画面の再生を行う旨を指示された場合に、画面記憶部１５に記憶された画面を読み出しクライアント２に配信すればよい。なお画面再生部１６は、画面記憶部１５に記憶された画面の配信に係る処理の完了後に、この処理の完了を画面生成部１２に通知するように動作させてもよい。これにより画面生成部１２は、画面記憶部１５に記憶された画面の配信後に、操作画面の生成及び配信を開始することが可能となる。また、画面再生部１６は、画面記憶部１５に画面が記憶されている場合、つまり中断された通信の再開後であれば、画面を配信するタイミングは限定されない。例えば、操作者が再ログイン後の所定のタイミングでクライアント２を操作し、画面再生部１６にこれらの画面を配信させる構成としてもよい。
【００２４】
（一連の動作）
次に、本実施形態に係る医用画像処理システムの一連の動作について、図２及び図３を参照しながら説明する。図２は、本実施形態に係る医用画像処理システムにおいて、通信の中断の検知と、画面記憶部１５への画面の記憶に係る処理の流れを示したフローチャートである。また図３は、本実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。まず図２を参照する。
【００２５】
（ステップＳ１１、ステップＳ１２）
クライアント２からの操作により操作者がサーバー１にログインすることで、クライアント２とサーバー１との通信が確立する。通信が確立すると画面生成部１２は、操作画面を遂次作成し、この画面をクライアント２に配信する。また切断検知部１３は、クライアント２とサーバー１との間の通信状態を監視し、通信が中断された場合にこれを検知する（ステップＳ１１）。切断検知部１３は、操作者がサーバー１にログインしている間は、この通信状態の監視を継続する（ステップＳ１２、Ｎ）。切断検知部１３は、通信が中断されたことを検知した場合に（ステップＳ１２、Ｙ）、通信が中断された旨を画面記憶制御部１４に通知する。
【００２６】
（ステップＳ１３）
画面記憶制御部１４は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。画面記憶制御部１４は、この通知を受けると、画面生成部１２に画面の出力を指示する。この指示を受けて、画面生成部１２は、生成した画面を画面記憶制御部１４に遂次出力する。画面記憶制御部１４は、画面生成部１２から遂次出力される画面を受け、この画面を画面記憶部１５に記憶させる。
【００２７】
（ステップＳ１４、ステップＳ１６）
画面記憶制御部１４は、切断検知部１３から通知を受けてから、あらかじめ決められた期間が経過した場合（ステップＳ１４、Ｙ）、画面生成部１２に画面の出力の停止を指示する（ステップＳ１６）。これにより画面記憶制御部１４は、画面記憶部１５への画面の記憶を停止する。
【００２８】
（ステップＳ１５、ステップＳ１６）
また画面生成部１２による画面の出力は、あらかじめ決められた期間が経過する以前においても、操作者によるサーバー１へのログインが再度検知された場合（ステップＳ１５、Ｙ）に停止される。具体的には、画面生成部１２は、画面記憶制御部１４への画面の出力中に、ログイン管理部１７から操作者がログインした旨の通知を受けた場合、画面記憶制御部１４への画面の出力を停止する（ステップＳ１６）。これにより画面記憶制御部１４は、画面記憶部１５への画面の記憶を停止する。
【００２９】
（ステップＳ１４、ステップＳ１５）
あらかじめ決められた期間が経過する以前（ステップＳ１４、Ｎ）、かつ操作者による再ログインが検知されない（ステップＳ１５、Ｎ）間は、画面記憶制御部１４は、画面生成部１２が出力した画面を画面記憶部１５へ記憶させる。
【００３０】
次に図３を参照して、ログイン時の一連の動作、特に通信が中断された場合の動作に着目して説明する。
【００３１】
（ステップＳ２１）
クライアント２からの操作者によるサーバー１へのログインの依頼を受けて、ログイン管理部１７は、あわせてクライアント２から送信されるＩＤ及びパスワードを基にサーバー１への認証を行う。
【００３２】
（ステップＳ２２）
ログイン管理部１７は、認証に成功すると、画面記憶部１５に画面が記憶されているかを確認する。
【００３３】
（ステップＳ２３）
画面記憶部１５に画面が記憶されている場合（ステップＳ２２、Ｙ）、ログイン管理部１７は、画面再生部１６にこの画面の再生を指示する。画面再生部１６は、この指示を受けると画面記憶部１５に記憶された画面を読み出す。画面再生部１６は、読み出した画面をクライアント２に配信する。画面記憶部１５に画面が記憶されていない場合（ステップＳ２２、Ｎ）、これらの処理は実行されず次の処理に遷移する。画面再生部１６は、画面記憶部１５に記憶された画面の配信に係る処理の完了後に、この処理の完了を画面生成部１２に通知する。
【００３４】
（ステップＳ２４）
次に画面生成部１２は、処理部１１による各種処理を実行するための操作画面の作成、及びクライアント２への作成した画面の配信を開始する。これにより、操作者はクライアント２を操作して、サーバー１での処理を再開することが可能となる。
【００３５】
以上、本実施形態に係る医用画像処理システムは、クライアントとの通信の中断以降の所定の期間に生成された画面を画面記憶部に記憶させ、この画面を再ログイン時に再生可能としている。これにより、ネットワークが切断された場合においても、通信が中断している間に画面に出力された処理結果を確認することが可能となる。
【００３６】
（第２の実施形態）
第１の実施形態に係る医用画像処理システムでは、クライアント２との通信の中断を検知し、通信の中断以降に生成された画面を確認可能としている。これに対し第２の実施形態に係る医用画像処理システムは、通信の中断以前及び以降に生成された画面を確認可能とする。そのため本実施形態に係る医用画像処理システムと第１の実施形態に係る医用画像処理システムとでは、画面生成部１２及び画面記憶制御部１４の動作が異なる。以降では本実施形態に係る医用画像処理システムの構成及び動作について、第１の実施形態と異なる部分に着目し説明する。
【００３７】
画面生成部１２は、画面を作成し、この画面をクライアント２に配信する。画面生成部１２は、この画面の生成及びクライアント２への画面の配信を遂次行う。この点は第１の実施形態と同様である。本実施形態に係る画面生成部１２は、更に、作成した画面を画面記憶制御部１４に遂次出力する。画面生成部１２は、画面記憶制御部１４からの指示を受けて、この画面記憶制御部１４への画面の出力を停止する。また画面生成部１２は、クライアント２からの操作者による操作に基づき、操作者がサーバー１からログアウトした場合に、この画面記憶制御部１４への画面の出力を停止する。なお画面生成部１２は、画面記憶制御部１４への画面の出力中に、ログイン管理部１７から操作者がログインした旨の通知を受けた場合、画面記憶制御部１４への画面の出力を停止するように構成してもよい。この点は第１の実施形態に係る画面生成部１２と同様である。なお操作者のログインにより画面記憶制御部１４への画面の出力を停止した場合、画面生成部１２は、画面再生部１６による画面の配信後に、画面記憶制御部１４への画面の出力を再開するとよい。
【００３８】
本実施形態に係る画面記憶制御部１４は、画面生成部１２から遂次出力される画面を受け、この画面を画面記憶部１５に記憶させる。なお画面記憶制御部１４は、画面記憶部１５に記憶された画面のうち、あらかじめ決められた期間を過ぎた古い画面を遂次削除するように構成してもよい。これにより、画面記憶部１５に記憶されている画面が、新たに画面が作成されたタイミングを基準として、このタイミング以前の所定の期間に生成された画面に遂次更新される。このような構成にすることで、例えば、「過去の１０分間に生成された画面のみを画面記憶部１５に記憶させておく」といった動作が可能となる。これにより、画面記憶部１５に記憶させる画面のデータ量を制限し、画面記憶部１５の枯渇を防止することが可能となる。なお、この「あらかじめ決められた期間」が「第２の期間」に相当する。
【００３９】
画面記憶制御部１４は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。画面記憶制御部１４は、この通知を受けてからあらかじめ決められた期間が経過した後に画面生成部１２に画面の出力の停止を指示するように構成してもよい。この指示を受けて画面生成部１２は、画面記憶制御部１４への画面の出力を停止する。これにより、画面記憶部１５に記憶させる画面のデータ量を制限し、画面記憶部１５の枯渇を防止することが可能となる。
【００４０】
なお、画面記憶制御部１４は、画面記憶部１５に記憶された古い画面を遂次削除するように動作させている場合、切断検知部１３からの通知を受けてこの削除に係る動作を停止する。これにより、通信が中断されたタイミングを基準として、このタイミング以前の所定の期間（第２の期間）に生成された画面を画面記憶部１５に記憶させておくことが可能となる。このように構成することで、例えば、「通信の中断以前の１０分間に生成された画面、及び通信の中断以後の３０分間に生成された画面を画面記憶部１５に記憶させる」といった動作が可能となる。これにより、通信が再開され再度ログインした際に、通信が中断された時点を基準として、その前後の所定期間に生成された画面を確認することが可能となる。なおこの場合、通信が中断された時点を基準として、以前の期間（第２の期間）及び以後の期間を含む所定期間が「第１の期間」に相当する。
【００４１】
（一連の動作）
次に、本実施形態に係る医用画像処理システムの一連の動作について、図４を参照しながら、第１の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。図４は、本実施形態に係る医用画像処理システムにおいて、通信の中断の検知と、画面記憶部１５への画面の記憶に係る処理の流れを示したフローチャートである。なお、ログイン時の動作は第１の実施形態に係る医用画像処理システムと同様である。
【００４２】
（ステップＳ３１）
クライアント２からの操作により操作者がサーバー１にログインすることで、クライアント２とサーバー１との通信が確立すると、画面生成部１２は、操作画面を遂次作成し、この画面をクライアント２に配信する。また画面生成部１２は、作成した画面を画面記憶制御部１４に遂次出力する。画面記憶制御部１４は、画面生成部１２から遂次出力される画面を受け、この画面を画面記憶部１５に記憶させる。
【００４３】
（ステップＳ３２）
また切断検知部１３は、クライアント２とサーバー１との間の通信状態を監視する。
【００４４】
（ステップＳ３３、ステップＳ３４）
切断検知部１３は、操作者がサーバー１にログインしている間は、この通信状態の監視を継続する（ステップＳ３３、Ｎ）。この間、画面記憶制御部１４は、画面記憶部１５に記憶された画面のうち、あらかじめ決められた期間を過ぎた古い画面を遂次削除する（ステップＳ３４）。
【００４５】
（ステップＳ３３）
切断検知部１３は、通信が中断されたことを検知した場合に（ステップＳ３３、Ｙ）、通信が中断された旨を画面記憶制御部１４に通知する。画面記憶制御部１４は、切断検知部１３からの通知を受けて古い画面の削除に係る動作を停止する。
【００４６】
（ステップＳ３５、ステップＳ３７）
画面記憶制御部１４は、切断検知部１３から通知を受けてから、あらかじめ決められた期間が経過した場合（ステップＳ３５、Ｙ）、画面生成部１２に画面の出力の停止を指示する（ステップＳ３７）。これにより画面記憶制御部１４は、画面記憶部１５への画面の記憶を停止する。
【００４７】
（ステップＳ３６、ステップＳ３７）
また画面生成部１２による画面の出力は、あらかじめ決められた期間が経過する以前においても、操作者によるサーバー１へのログインが再度検知された場合に停止される（ステップＳ３６、Ｙ）。具体的には、画面生成部１２は、画面記憶制御部１４への画面の出力中に、ログイン管理部１７から操作者がログインした旨の通知を受けた場合、画面記憶制御部１４への画面の出力を停止する（ステップＳ３７）。これにより画面記憶制御部１４は、画面記憶部１５への画面の記憶を停止する。
【００４８】
（ステップＳ３５、ステップＳ３６）
あらかじめ決められた期間が経過する以前（ステップＳ３５、Ｎ）、かつ操作者による再ログインが検知されない（ステップＳ３６、Ｎ）間は、画面記憶制御部１４は、画面生成部１２が出力した画面を画面記憶部１５へ記憶させる。なお、ログイン時の動作は、通信の中断後の動作態様も含めて第１の実施形態に係る医用画像処理システムと同様である。
【００４９】
以上、本実施形態に係る医用画像処理システムは、クライアントとの通信の中断を基準として、その前後の所定の期間に生成された画面を画面記憶部に記憶させ、この画面を再ログイン時に再生可能としている。これにより、ネットワークが切断され通信が中断された場合においても、通信の中断を基準としてその前後に画面に出力された処理結果を確認することが可能となる。
【００５０】
（第３の実施形態）
第３の実施形態に係る医用画像処理システムの構成について図５を参照しながら説明する。本実施形態に係る医用画像処理システムは、第１の実施形態に係る医用画像処理システムの構成に加え、制御情報記憶部１８を更に含んで構成される。以降では、本実施形態に係る医用画像処理システムの構成及び動作について、第１の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。
【００５１】
本実施形態に係る切断検知部１３は、通信が中断されたことを検知した場合に、通信が中断された旨を画面記憶制御部１４及び処理部１１に通知する。この通知を受けた画面記憶制御部１４の動作は、第１及び第２の実施形態に係る画面記憶制御部１４と同様である。
【００５２】
本実施形態に係る処理部１１は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。この通知を受けて、処理部１１は、処理部１１で動作する各処理（例えばアプリケーション）の制御情報を制御情報記憶部１８に記憶させる。制御情報の詳細については後述する。制御情報記憶部１８は、制御情報を記憶するための記憶部である。
【００５３】
ここで制御情報について具体的に説明する。制御情報とは、処理部１１で動作している各アプリケーションの実行環境やその状態を再構成するための情報である。医用画像の生成や編集を行うアプリケーションの場合、制御情報には、医用画像の生成や編集の条件を示す情報も含まれる。制御情報の具体的な一例としては、各アプリケーションの制御パラメータが該当する。この場合、処理部１１は、動作中の各アプリケーションから制御パラメータを取得し、取得した制御パラメータを制御情報として制御情報記憶部１８に記憶させる。また処理部１１は、メモリ上に展開されている各アプリケーションの情報を、イメージ情報として取得してもよい。この場合、処理部１１は、取得したイメージ情報を制御情報として制御情報記憶部１８に記憶させる。このようにメモリ上に展開されている情報をイメージ情報として記憶させておき、後にこのイメージ情報をメモリ上に再度展開することで、各アプリケーションの動作環境を再構成する方法として「ハイバネーション」と呼ばれる技術が知られている。
【００５４】
画面生成部１２は、ログイン管理部１７から通知を受けたとき、まず制御情報記憶部１８に制御情報が記憶されているかを確認する。制御情報記憶部１８に制御情報が記憶されている場合、画面生成部１２は、制御情報記憶部１８に記憶された制御情報を読み出す。画面生成部１２は、読み出した制御情報に基づき各処理（例えばアプリケーション）の動作環境を処理部１１に再構成する。画面生成部１２は、動作環境を再構成した各処理から処理結果を取得する。画面生成部１２は、取得した処理結果を基に画面を作成し、この画面をクライアント２に配信する。この画面生成部１２の動作について例をあげて以下に具体的に説明する。例えば、制御情報記憶部１８にアプリケーションの制御パラメータが制御情報として記憶されている場合、画面生成部１２は、この制御情報に基づき、該当するアプリケーションを処理部１１に起動させる。そのうえで画面生成部１２は、処理部１１から起動されたアプリケーションの処理結果を受けて画面を生成し、この画面をクライアント２に配信する。また例えば、制御情報記憶部１８にアプリケーションのイメージ情報が記憶されている場合、画面生成部１２は、読み出したイメージ情報をメモリ上に再度展開することで、該当するアプリケーションの動作環境を処理部１１に再構成する。そのうえで画面生成部１２は、起動されたアプリケーションの処理結果を処理部１１から受けて画面を生成し、この画面をクライアント２に配信する。
【００５５】
なお操作者がサーバー１にログインした場合に、画面生成部１２は、画面の再構成を行うか否かを操作者に問合せるためのダイアログを生成し、クライアント２に配信してもよい。この場合、画面生成部１２は、操作者により画面の再構成を行う旨を指示された場合に、制御情報記憶部１８に制御情報に基づき画面を再構成するように動作させるとよい。
【００５６】
また画面生成部１２は、制御情報記憶部１８から制御情報を読み出し、各処理の動作環境を再構成した後、制御情報記憶部１８に記憶されていた制御情報を削除するように動作させてもよい。
【００５７】
また処理部１１は、通信の中断に限らず、クライアント２からの操作に基づき操作者がサーバー１からログアウトした場合にも、制御情報を制御情報記憶部１８に記憶させるように動作させてもよい。これにより操作者が再度ログインした場合に、前回ログアウトしたときの画面を表示させることが可能となる。
【００５８】
（一連の動作）
次に、本実施形態に係る医用画像処理システムの一連の動作について、図６〜図９を参照しながら説明する。まず図６及び図７を参照しながら、通信の中断の検知と、画面の記憶に係る処理の流れについて説明する。図６は、本実施形態に係る医用画像処理システムにおいて、通信の中断の検知と、画面記憶部１５への画面の記憶に係る処理の流れを示したフローチャートである。また図７は、制御情報の記憶に係る処理の流れを示したフローチャートである。本実施形態に係る医用画像処理システムは、通信の中断の検知を受けて、画面の記憶に係る処理に加え、制御情報の記憶に係る処理を実行する点で、第１の実施形態に係る医用画像処理システムと異なる。以降では、第１の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。なお、通信の中断の検知に係る処理（図６のステップＳ１１）と、通信の中断の検知を受けて画面記憶部１５へ画面を記憶する処理（図６のステップＳ１３〜Ｓ１６）は、第１の実施形態に係る医用画像処理システムと同様である。
【００５９】
（ステップＳ１１、ステップＳ１２）
まず図６を参照する。切断検知部１３は、クライアント２とサーバー１との間の通信状態を監視し、通信が中断された場合にこれを検知する（ステップＳ１１）。切断検知部１３は、操作者がサーバー１にログインしている間は、この通信状態の監視を継続する（ステップＳ１２、Ｎ）。切断検知部１３は、通信が中断されたことを検知した場合に（ステップＳ１２、Ｙ）、通信が中断された旨を画面記憶制御部１４及び処理部１１に通知する。
【００６０】
（ステップＳ４１）
ここで図７を参照する。処理部１１は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。この通知を受けて、処理部１１は、処理部１１で動作する各処理の制御情報を制御情報記憶部１８に記憶させる。
【００６１】
次に図８及び図９を参照して、ログイン時の一連の動作、特に通信が中断された場合の動作に着目して説明する。図８は、本実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。また図９は、動作環境の再構築に係る処理の流れを示したフローチャートである。本実施形態に係る医用画像処理システムは、操作者がログインした際に制御情報記憶部１８に制御情報が記憶されている場合、この制御情報を基にアプリケーションの動作環境を再構成する点で、第１の実施形態に係る医用画像処理システムと異なる。以降では、第１の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。なお、認証処理（図８のステップＳ２１）と、画面を再生に係る処理（図８のステップＳ２２及びＳ２３）は、第１の実施形態に係る医用画像処理システムと同様である。
【００６２】
（ステップＳ５１）
まず図９を参照する。画面再生部１６による処理が完了すると、画面生成部１２は、まず制御情報記憶部１８に制御情報が記憶されているかを確認する。
【００６３】
（ステップＳ５２）
制御情報記憶部１８に制御情報が記憶されている場合（ステップＳ５１、Ｙ）、画面生成部１２は、制御情報記憶部１８に記憶された制御情報を読み出す。
【００６４】
（ステップＳ５３）
画面生成部１２は、読み出した制御情報に基づき各処理（例えばアプリケーション）の動作環境を処理部１１に再構成する。
【００６５】
（ステップＳ５４）
ここで図８を参照する。画面生成部１２は、動作環境が再構成された各処理から処理結果を取得する。画面生成部１２は、取得した処理結果を基に画面を作成し、この画面をクライアント２に配信する。なお、制御情報記憶部１８に制御情報が記憶されていない場合（図９、ステップＳ５１、Ｎ）、画面生成部１２は、動作環境の再構成に係る処理（図９、ステップＳ５２、Ｓ５３）を行わず操作画面を新たに作成し、この画面をクライアント２に配信する。以降、画面生成部１２は、操作画面の作成、及びクライアント２への画面の配信を遂次行う。
【００６６】
以上、本実施形態に係る医用画像処理システムは、第１及び第２の実施形態と同様の作用効果に加え、更に、通信が中断されたときのアプリケーションの動作環境を再構成することが可能となる。これにより操作者は、ネットワークの切断に伴い中断された作業を、再ログイン後に速やかに継続することが可能となる。
【００６７】
（第４の実施形態）
第３の実施形態に係る医用画像処理システムでは、通信の中断を受けて処理部１１で動作する各処理の制御情報を、各処理の状態に拘らず制御情報記憶部１８に記憶させていた。本実施形態に係る医用画像処理システムは、通信が中断された場合に、処理部１１で動作中の処理が存在する場合、この処理を監視し、この処理が完了または休止状態になった場合に制御情報を制御情報記憶部１８に記憶させる。以降では、本実施形態に係る医用画像処理システムの構成及び動作について、第３の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。
【００６８】
処理部１１は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。この通知を受けると、処理部１１は、動作中の処理（例えばアプリケーション）の状態を監視する。処理部１１が動作中の処理を監視する方法としては、例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）から動作中のプロセスの一覧を取得し、この一覧の中から処理部１１が動作させているアプリケーションを特定したうえで、特定したアプリケーションの状態を取得すればよい。処理部１１は、動作中の処理が完了した場合、または動作中の処理が休止状態となった場合に、その処理の制御情報を制御情報記憶部１８に記憶させる。なお処理部１１は、動作していた全ての処理について、制御情報記憶部１８への制御情報の記憶が完了した場合、処理の監視を終了する。
【００６９】
操作者がサーバー１にログインした場合、処理部１１は、画面生成部１２から処理の監視状況の通知を依頼される。処理部１１は、処理の監視を継続している場合、処理の監視中であることを画面生成部１２に通知する。また処理部１１は、処理の監視を行っていない場合、このことを画面生成部１２に通知する。
【００７０】
また処理部１１は、処理の監視中であることを画面生成部１２に通知した場合、次いで画面生成部１２から動作中の処理の通知を依頼される。この依頼を受けて、処理部１１は、動作中の処理を特定するための識別情報を画面生成部１２に通知する。この識別情報としては、例えばアプリケーションのプロセスＩＤ等があげられる。これにより画面生成部１２は、処理部１１で動作中の処理を特定し、その処理結果を取得することが可能となる。この場合の画面生成部１２の具体的な動作については後述する。処理部１１は、処理の監視を行っていない場合にこの依頼を受けた場合、画面生成部１２への識別情報の出力は行わない。
【００７１】
画面生成部１２は、ログイン管理部１７から通知を受けたときに、まず処理部１１に処理の監視状況の通知を依頼する。画面生成部１２は、この通知により、処理部１１が処理の監視を継続しているか否かを確認する。処理部１１が処理の監視を継続している場合、画面生成部１２は、処理部１１に動作中の処理の通知を依頼する。画面生成部１２は、この依頼への応答として、動作中の処理を特定するための識別情報を処理部１１から受ける。画面生成部１２は、この識別情報に基づき処理部１１で動作している処理を特定し、以降はこの特定した処理から処理結果を取得する。なお処理部１１が処理の監視を行っていない場合、画面生成部１２は、動作中の処理の通知を依頼せず次の処理に遷移する。
【００７２】
次に画面生成部１２は、制御情報記憶部１８に制御情報が記憶されているかを確認する。制御情報が記憶されている場合、画面生成部１２は、この制御情報を制御情報記憶部１８から読み出す。画面生成部１２は、読み出した制御情報に基づき各処理（例えばアプリケーション）の動作環境を処理部１１に再構成する。画面生成部１２は、動作環境を再構成された各処理から処理結果を取得する。
【００７３】
画面生成部１２は、動作中の処理から取得した処理結果、及び制御情報に基づき動作環境が再構成された処理から取得した処理結果を基に画面を作成し、この画面をクライアント２に配信する。
【００７４】
なお、画面生成部１２は、動作中の処理の通知の依頼に替わり、処理部１１に制御情報の出力を依頼するように動作させてもよい。この場合、処理部１１は、動作中の処理の制御情報を取得する。処理部１１は、取得した制御情報を画面生成部１２に出力する。画面生成部１２は、この制御情報を基に動作中の処理の動作環境を処理部１１に再構成する。なお画面生成部１２は、動作中の処理の動作環境を処理部１１に再構成する場合、処理部１１で動作しているこれらの処理を停止したうえで、各処理の動作環境を再構成するように動作させてもよい。
【００７５】
（一連の動作）
次に、本実施形態に係る医用画像処理システムの一連の動作について、図６、図８、図１０、及び図１１を参照しながら説明する。まず図６及び図１０を参照しながら、通信の中断の検知と、画面の記憶に係る処理の流れについて説明する。図６は、本実施形態に係る医用画像処理システムにおいて、通信の中断の検知と、画面記憶部１５への画面の記憶に係る処理の流れを示したフローチャートである。また図１０は、制御情報の記憶に係る処理の流れを示したフローチャートである。以降では、第３の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。なお、図６で示された各処理（Ｓ１１〜Ｓ１６）は、第３の実施形態に係る医用画像処理システムと同様である。
【００７６】
（ステップＳ１１、ステップＳ１２）
まず図６を参照する。切断検知部１３は、クライアント２とサーバー１との間の通信状態を監視し、通信が中断された場合にこれを検知する（ステップＳ１１）。切断検知部１３は、操作者がサーバー１にログインしている間は、この通信状態の監視を継続する（ステップＳ１２、Ｎ）。切断検知部１３は、通信が中断されたことを検知した場合に（ステップＳ１２、Ｙ）、通信が中断された旨を画面記憶制御部１４及び処理部１１に通知する。
【００７７】
（ステップＳ６１）
ここで図１０を参照する。処理部１１は、切断検知部１３からクライアント２との通信が中断された旨の通知を受ける。この通知を受けると、処理部１１は、動作中の処理（例えばアプリケーション）の状態を監視する。
【００７８】
（ステップＳ６２、ステップＳ６３）
動作中の処理が完了した場合、または動作中の処理が休止状態となった場合（ステップＳ６２、Ｙ）に、処理部１１は、その処理の制御情報を制御情報記憶部１８に記憶させる。処理部１１は、処理が完了または休止せず動作を継続している場合（ステップＳ６２、Ｎ）、処理部１１は、制御情報の記憶に係る処理を行わず、次の処理に遷移する。
【００７９】
（ステップＳ６４）
処理部１１で動作していた全ての処理について、制御情報記憶部１８への制御情報の記憶が完了した場合（ステップＳ６４、Ｙ）、処理部１１は、処理の監視を終了する。
【００８０】
（ステップＳ６５）
操作者がサーバー１にログインした場合（ステップＳ６５、Ｙ）、画面生成部１２は、処理部１１に処理の監視状況の通知を依頼する。これにより画面生成部１２は、処理部１１が処理の監視を継続していることを確認する。以降の動作については、ログイン時の動作とあわせて後述する。全ての処理について制御情報記憶部１８への制御情報の記憶が完了していない場合、処理部１１は、動作中の処理の状態の監視を継続する（ステップＳ６４、Ｎ、かつ、ステップＳ６５、Ｎ）。
【００８１】
次に図９及び図１１を参照して、ログイン時の一連の動作、特に通信が中断された場合の動作に着目して説明する。図８は、本実施形態に係る医用画像処理システムにおける、ログイン時の動作を示したフローチャートである。図１１は、動作環境の再構築に係る処理の流れを示したフローチャートである。以降では、第３の実施形態に係る医用画像処理システムと異なる部分に着目し説明する。なお、図８で示された各処理（Ｓ２１〜Ｓ２３、及びＳ５４）は、第３の実施形態に係る医用画像処理システムと同様である。
【００８２】
（ステップＳ７１、ステップＳ７２）
まず図１１を参照する。画面再生部１６による処理が完了すると、画面生成部１２は、まず処理部１１に処理の監視状況の通知を依頼する。画面生成部１２は、この通知により、処理部１１が処理の監視を継続しているか否かを確認する。処理部１１が処理の監視を継続している場合（ステップＳ７１、Ｙ）、画面生成部１２は、処理部１１に動作中の処理の通知を依頼する。画面生成部１２は、この依頼への応答として、動作中の処理を特定するための識別情報を処理部１１から受ける。画面生成部１２は、この識別情報に基づき処理部１１で動作している処理を特定し、以降はこの処理から処理結果を取得する。処理部１１が処理の監視を行っていない場合（ステップＳ７１、Ｎ）、画面生成部１２は、動作中の処理の通知を依頼せず次の処理に遷移する。
【００８３】
（ステップＳ７３）
次に画面生成部１２は、制御情報記憶部１８に制御情報が記憶されているかを確認する。
【００８４】
（ステップＳ７４）
制御情報が記憶されている場合（ステップＳ７３、Ｙ）、画面生成部１２は、この制御情報を制御情報記憶部１８から読み出す。
【００８５】
（ステップＳ７５）
画面生成部１２は、読み出した制御情報に基づき各処理（例えばアプリケーション）の動作環境を処理部１１に再構成する。画面生成部１２は、動作環境を再構成した各処理から処理結果を取得する。
【００８６】
なお、制御情報記憶部１８に制御情報が記憶されていない場合（ステップＳ７３、Ｎ）、画面生成部１２は、動作環境の再構成に係る処理（ステップＳ７４、Ｓ７５）を行わない。
【００８７】
（ステップＳ５４）
ここで図８を参照する。画面生成部１２は、動作中の処理から取得した処理結果、及び制御情報に基づき動作環境が再構成された処理から取得した処理結果を基に画面を作成し、この画面をクライアント２に配信する。操作画面を作成し、この画面をクライアント２に配信する。以降、画面生成部１２は、操作画面の作成、及びクライアント２への配信を逐次行う。
【００８８】
以上、本実施形態に係る医用画像処理システムに依れば、動作中の処理が存在する場合、この処理が終了または休止状態となってから制御情報を制御情報記憶部１８に記憶させる。これにより処理部１１で動作中の処理に対して、制御情報の取得に伴う割込みの発生を防止することが可能となる。また全ての処理に対し制御情報の記憶に係る処理を行う必要がなくなるため、制御情報の記憶に係る処理の負荷を軽減することが可能となる。
【００８９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載されたその均等の範囲に含まれる。
【符号の説明】
【００９０】
１ サーバー
１０ 入出力管理部
１１ 処理部
１２ 画面生成部
１３ 切断検知部
１４ 画面記憶制御部
１５ 画面記憶部
１６ 画面再生部
１７ ログイン管理部
１８ 制御情報記憶部
２ クライアント
【特許請求の範囲】
【請求項１】
クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する処理部と、前記アプリケーションの処理結果を受けて画面を生成し、生成した当該画面を前記クライアントに配信する画面生成部と、を備えたサーバーを含む医用画像処理システムであって、
前記サーバーは、
前記クライアントとの通信が中断されたことを検知する切断検知部と、
画面記憶部と、
前記切断検知部が前記クライアントとの通信の中断を検知したタイミングを基準として所定の第１の期間に生成された前記画面を前記画面記憶部に記憶させる画面記憶制御部と、
前記画面記憶部に記憶された前記画面を前記クライアントに配信する画面再生部と、
を備えたことを特徴とする医用画像処理システム。
【請求項２】
前記第１の期間は、前記切断検知部による検知のタイミング以後の期間であることを特徴とする請求項１に記載の医用画像処理システム。
【請求項３】
前記第１の期間は、前記切断検知部による検知のタイミングと、当該タイミングの以前及び以後の期間を含む期間であることを特徴とする請求項１に記載の医用画像処理システム。
【請求項４】
画面記憶制御部は、前記クライアントからの指示に基づき生成された前記画面のうち、前記画面が生成されたタイミングを基準として、当該タイミング以前の所定の第２の期間に含まれる画面が前記画面記憶部に記憶されるように前記画面記憶部に記憶された前記画面を更新し、前記切断検知部の検知を受けたときに前記更新を停止し、
前記第１の期間は、前記切断検知部による検知のタイミングを基準とした当該検知のタイミング以前の前記第２の期間を含む期間であることを特徴とする請求項３に記載の医用画像処理システム。
【請求項５】
操作者が前記クライアントからの操作により前記サーバーにログインしたことを検知するログイン検知部を備え、
前記画面再生部は、前記通信の中断後に前記ログイン検知部が前記ログインを検知したときに、前記画面記憶部に記憶された前記画面を前記クライアントに配信することを特徴とする請求項１乃至４のいずれかに記載の医用画像処理システム。
【請求項６】
制御情報記憶部を備え、
前記処理部は、前記切断検知部による検知を受けて、前記通信の中断後における前記アプリケーションの動作環境を再構成するための、少なくとも医用画像の生成または編集の条件を含む制御情報を前記制御情報記憶部に記憶させ、
前記画面生成部は、前記通信の中断後に前記ログイン検知部が前記ログインを検知したときに、前記制御情報記憶部に記憶された前記制御情報に基づき、前記アプリケーションの動作環境を再構成したうえで、前記処理部の処理結果を受けて画面を生成し、当該画面を前記クライアントに配信することを特徴とする請求項５に記載の医用画像処理システム。
【請求項７】
前記処理部は、前記切断検知部による検知を受けて、動作中の前記アプリケーションを監視し、前記アプリケーションの処理が完了した後に、前記制御情報を前記制御情報記憶部に記憶させ、
前記画面生成部は、動作中の前記アプリケーションが存在する場合、当該アプリケーションから処理結果を取得するとともに、前記制御情報記憶部に前記制御情報が記憶されている場合は、前記制御情報記憶部に記憶された前記制御情報に基づき、対応するアプリケーションの動作環境を再構成したうえで、当該アプリケーションの処理結果を取得し、取得した処理結果を基に画面を生成し、生成した当該画面を前記クライアントに配信することを特徴とする請求項６に記載の医用画像処理システム。
【請求項８】
前記画面生成部は、前記画面再生部による前記画面記憶部に記憶された前記画面の配信後に、前記アプリケーションの動作環境を再構成することを特徴とする請求項６または請求項７に記載の医用画像処理システム。
【請求項９】
クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する処理部と、前記アプリケーションの処理結果を受けて画面を生成し、生成した当該画面を前記クライアントに配信する画面生成部と、を備えた医用画像処理サーバーであって、
前記クライアントとの通信が中断されたことを検知する切断検知部と、
画面記憶部と、
前記切断検知部が前記クライアントとの通信の中断を検知したタイミングを基準として所定の第１の期間に生成された前記画面を前記画面記憶部に記憶させる画面記憶制御部と、
前記画面記憶部に記憶された前記画面を前記クライアントに配信する画面再生部と、
を備えたことを特徴とする医用画像処理サーバー。
【請求項１】
クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する処理部と、前記アプリケーションの処理結果を受けて画面を生成し、生成した当該画面を前記クライアントに配信する画面生成部と、を備えたサーバーを含む医用画像処理システムであって、
前記サーバーは、
前記クライアントとの通信が中断されたことを検知する切断検知部と、
画面記憶部と、
前記切断検知部が前記クライアントとの通信の中断を検知したタイミングを基準として所定の第１の期間に生成された前記画面を前記画面記憶部に記憶させる画面記憶制御部と、
前記画面記憶部に記憶された前記画面を前記クライアントに配信する画面再生部と、
を備えたことを特徴とする医用画像処理システム。
【請求項２】
前記第１の期間は、前記切断検知部による検知のタイミング以後の期間であることを特徴とする請求項１に記載の医用画像処理システム。
【請求項３】
前記第１の期間は、前記切断検知部による検知のタイミングと、当該タイミングの以前及び以後の期間を含む期間であることを特徴とする請求項１に記載の医用画像処理システム。
【請求項４】
画面記憶制御部は、前記クライアントからの指示に基づき生成された前記画面のうち、前記画面が生成されたタイミングを基準として、当該タイミング以前の所定の第２の期間に含まれる画面が前記画面記憶部に記憶されるように前記画面記憶部に記憶された前記画面を更新し、前記切断検知部の検知を受けたときに前記更新を停止し、
前記第１の期間は、前記切断検知部による検知のタイミングを基準とした当該検知のタイミング以前の前記第２の期間を含む期間であることを特徴とする請求項３に記載の医用画像処理システム。
【請求項５】
操作者が前記クライアントからの操作により前記サーバーにログインしたことを検知するログイン検知部を備え、
前記画面再生部は、前記通信の中断後に前記ログイン検知部が前記ログインを検知したときに、前記画面記憶部に記憶された前記画面を前記クライアントに配信することを特徴とする請求項１乃至４のいずれかに記載の医用画像処理システム。
【請求項６】
制御情報記憶部を備え、
前記処理部は、前記切断検知部による検知を受けて、前記通信の中断後における前記アプリケーションの動作環境を再構成するための、少なくとも医用画像の生成または編集の条件を含む制御情報を前記制御情報記憶部に記憶させ、
前記画面生成部は、前記通信の中断後に前記ログイン検知部が前記ログインを検知したときに、前記制御情報記憶部に記憶された前記制御情報に基づき、前記アプリケーションの動作環境を再構成したうえで、前記処理部の処理結果を受けて画面を生成し、当該画面を前記クライアントに配信することを特徴とする請求項５に記載の医用画像処理システム。
【請求項７】
前記処理部は、前記切断検知部による検知を受けて、動作中の前記アプリケーションを監視し、前記アプリケーションの処理が完了した後に、前記制御情報を前記制御情報記憶部に記憶させ、
前記画面生成部は、動作中の前記アプリケーションが存在する場合、当該アプリケーションから処理結果を取得するとともに、前記制御情報記憶部に前記制御情報が記憶されている場合は、前記制御情報記憶部に記憶された前記制御情報に基づき、対応するアプリケーションの動作環境を再構成したうえで、当該アプリケーションの処理結果を取得し、取得した処理結果を基に画面を生成し、生成した当該画面を前記クライアントに配信することを特徴とする請求項６に記載の医用画像処理システム。
【請求項８】
前記画面生成部は、前記画面再生部による前記画面記憶部に記憶された前記画面の配信後に、前記アプリケーションの動作環境を再構成することを特徴とする請求項６または請求項７に記載の医用画像処理システム。
【請求項９】
クライアントからの指示に基づき医用画像の生成または編集を行うアプリケーションを実行する処理部と、前記アプリケーションの処理結果を受けて画面を生成し、生成した当該画面を前記クライアントに配信する画面生成部と、を備えた医用画像処理サーバーであって、
前記クライアントとの通信が中断されたことを検知する切断検知部と、
画面記憶部と、
前記切断検知部が前記クライアントとの通信の中断を検知したタイミングを基準として所定の第１の期間に生成された前記画面を前記画面記憶部に記憶させる画面記憶制御部と、
前記画面記憶部に記憶された前記画面を前記クライアントに配信する画面再生部と、
を備えたことを特徴とする医用画像処理サーバー。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−１１０４６５（Ｐ２０１２−１１０４６５Ａ）
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願番号】特願２０１０−２６０９５６（Ｐ２０１０−２６０９５６）
【出願日】平成２２年１１月２４日（２０１０．１１．２４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願日】平成２２年１１月２４日（２０１０．１１．２４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
[ Back to top ]