シンクライアントシステム及びサーバ管理装置
【課題】マルチモニタ対応アプリケーションの実行に関する利便性の向上を実現する。
【解決手段】シンクライアントシステム１は、シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置３―１，３―２，３―３とサーバ管理装置７とクライアント装置５とを有する。各サーバ装置３―１，３―２，３―３は、自装置の画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する資源情報をサーバ管理装置７に送信する。サーバ管理装置７は、送信された資源情報を記憶する。クライアント装置５は、ユーザからの指示に従って、資源情報の送信要求をサーバ管理装置７に送信する。サーバ管理装置７は、送信要求を受けて資源情報をクライアント装置５に送信する。クライアント装置５は、送信された資源情報を表示する。
【解決手段】シンクライアントシステム１は、シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置３―１，３―２，３―３とサーバ管理装置７とクライアント装置５とを有する。各サーバ装置３―１，３―２，３―３は、自装置の画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する資源情報をサーバ管理装置７に送信する。サーバ管理装置７は、送信された資源情報を記憶する。クライアント装置５は、ユーザからの指示に従って、資源情報の送信要求をサーバ管理装置７に送信する。サーバ管理装置７は、送信要求を受けて資源情報をクライアント装置５に送信する。クライアント装置５は、送信された資源情報を表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアント環境下において、マルチモニタ対応の医療業務アプリケーションを実行するシンクライアントシステム及びサーバ管理装置に関する。
【背景技術】
【０００２】
近年、シンクライアントシステムと呼ばれるコンピュータネットワークシステムが構築されている（例えば、特許文献１及び特許文献２）。シンクライアントシステムは、ネットワークを介して接続されたサーバ装置とクライアント装置（シンクライアント）とを有する。サーバ装置は、複数のアプリケーションを管理する。クライアント装置は、ネットワークを介してサーバ装置を遠隔操作してサーバ装置に所望のアプリケーションを実行させ、実行結果をクライアント装置のモニタに表示する。
【０００３】
医療業務に関するアプリケーションの１つとして、マルチモニタ対応のアプリケーションがある。マルチモニタ対応のアプリケーションは、複数のモニタを使用することを前提として画面デザインや動作設計がなされている。つまりマルチモニタ対応のアプリケーションが要求するハードウェア資源にサーバ装置のハードウェア資源が適合していなければならない。
【０００４】
シンクライアント環境下では、マルチモニタ対応のアプリケーションが要求するハードウェア資源に適合しないハードウェア資源を有するサーバ装置で当該アプリケーションが実行されてしまう場合がある。この場合、当該アプリケーションは、正しく動作されない。従って、ユーザは、ハードウェア資源の知識を有していなければならない。ハードウェア資源の知識がないユーザは、シンクライアント環境下において当該アプリケーションを実行する際に大変な困難を強いられている。このように、シンクライアント環境下におけるマルチモニタ対応アプリケーションの実行に関する利便性の向上が望まれている。
【特許文献１】特開２００５―２２１６６４号公報
【特許文献２】特開２００４―２８４７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、マルチモニタ対応アプリケーションの実行に関する利便性の向上を実現するシンクライアントシステム及びサーバ管理装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第１局面に係るシンクライアントシステムは、シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置とサーバ管理装置とクライアント装置とを具備するシンクライアントシステムであって、前記サーバ管理装置は、前記複数のサーバ装置のそれぞれに関する画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する資源情報を記憶し、前記クライアント装置は、ユーザからの指示に従って、前記資源情報の送信要求を前記サーバ管理装置に送信し、前記サーバ管理装置は、前記送信された送信要求を受けて前記資源情報を前記クライアント装置に送信し、前記クライアント装置は、前記送信された資源情報を受信し、前記受信された資源情報を表示する、ことを特徴とすることを特徴とする。
【０００７】
本発明の第２局面に係るシンクライアントシステムは、シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置とサーバ管理装置とクライアント装置とを具備するシンクライアントシステムであって、前記サーバ管理装置は、前記複数のサーバ装置のそれぞれに関する画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する第１資源情報を記憶し、前記クライアント装置は、医療業務に係わるマルチモニタ対応のアプリケーションを選択し、前記選択されたアプリケーションに関するアプリ情報を前記サーバ管理装置に送信し、前記サーバ管理装置は、前記送信されたアプリ情報を受信し、前記受信されたアプリ情報に対応するアプリケーションを実行するために必要な画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する第２資源情報と前記第１資源情報との一致度を前記複数のサーバ装置のそれぞれについて算出し、少なくとも前記算出された一致度のうちの所定値よりも大きい一致度に対応する第１資源情報を前記クライアント装置に送信し、前記クライアント装置は、前記送信された第１資源情報を受信し、前記受信された第１資源情報を表示する、ことを特徴とすることを特徴とする。
【０００８】
本発明の第３局面に係るサーバ管理装置は、クライアント装置とネットワークを介して接続された複数のサーバ装置に関する情報を管理するサーバ管理装置であって、前記複数のサーバ装置のハードウェア構成に関する資源情報を記憶する記憶手段と、前記クライアント装置からの前記資源情報の要求に基づいて、前記記憶手段に記憶された前記資源情報又は前記資源情報の検索結果に関する情報を、前記クライアント装置に送信する送信手段と、を具備することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、マルチモニタ対応アプリケーションの実行に関する利便性の向上が実現する。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照しながら本発明の実施形態に係わるシンクライアントシステム及びサーバ管理装置を説明する。
【００１１】
（構成）
図１は、医療業務に係わるシンクライアントシステム１の構成を示す図である。図１に示すように、シンクライアントシステム１は、シンクライアント環境下において互いにネットワークを介して接続された少なくとも一台のサーバ装置３、クライアント装置５、及びサーバ管理装置７を有する。図１においてサーバ装置３は、第１サーバ装置３―１、第２サーバ装置３―２、及び第３サーバ装置３―３の３台であるが、１台以上であれば何台であっても構わない。以下、説明の簡単のため、サーバ装置について言及する場合は、第１サーバ装置３―１、第２サーバ装置３―２、及び第３サーバ装置３―３を区別せずにまとめてサーバ装置３と呼ぶことにする。また、図１においてクライアント装置５は、一台のみ示されているがネットワークに接続されているクライアント装置は複数台であっても構わない。ネットワークは、例えば、ＴＣＰ／ＩＰをもとにEthernet（登録商標）等の規格に準拠して構築される。
【００１２】
サーバ装置３は、医療業務に関するマルチモニタ対応の複数のアプリケーションを集中管理するシンクライアント用のサーバコンピュータである。図２は、サーバ装置３のハードウェア構成を示す図である。図２に示すように、サーバ装置３は、制御部３１を中枢として、記憶部３３、表示部３５、及び通信部３７を有する。
【００１３】
記憶部３３は、制御部３１が直接データを読み書きするメモリ等の主記憶装置と、外部記録媒体としてのＨＤＤ（hard disk drive）やＳＤＤ（super density disk）等の補助記憶装置を有する。記憶部３３は、ＯＳ（operating system：基本ソフトウェア）プログラムや、医療業務に関するマルチモニタ対応の複数のアプリケーション（以下、業務アプリと呼ぶことにする）のプログラム、シンクライアント用サーバアプリケーション（以下、サーバアプリと呼ぶことにする）のプログラム、ハードウェア資源送信アプリケーション（以下、資源情報送信アプリと呼ぶことにする）のプログラムを記憶する。また、記憶部３３は、クライアント装置５やサーバ管理装置７のネットワーク上のホスト名、ＩＰアドレス、接続ポート等の通信設定に関する情報を通信設定ファイルとして記憶している。
【００１４】
ＯＳとしては、ウィンドウズ（登録商標）、リナックス（登録商標）、ユニックス（登録商標）等の既存のＯＳが本実施形態に適用可能である。
【００１５】
業務アプリは、上述のように、マルチモニタ対応のアプリケーションである。マルチモニタ対応のアプリケーションは、モニタの制御方法に関し、大別して２つに分けられる。１つ目は、複数のモニタの画面を仮想的に１つの画面とみなし、１つのモニタとして用いる方法である。２つ目は、複数のモニタを独立して用いる方法である。本実施形態に係わる業務アプリは、どちらの方法でも適用可能である。業務アプリとしては、画像処理（２次元画像処理や３次元画像処理）のためのアプリケーションやＰＡＣＳ（画像管理）のためのアプリケーション、電子カルテ作成のためのアプリケーション、レポート作成のためのアプリケーション等の医療業務に係わるあらゆるアプリケーションが適用可能である。
【００１６】
業務アプリの種類に応じて最適なハードウェア資源がある。ハードウェア資源とは、画面解像度、画面色数（階調数）、モニタの接続台数、モニタタイプ、モニタの制御方法、画像処理用のハードウェア処理能力（例えば、ＤＳＰ（digital signal processor）の有無）、ＯＳ情報等である。業務アプリは、最適なハードウェア資源に合わせて動作設計されている。従って、互いに異なる種類の業務アプリは、サーバ装置３に要求するハードウェア資源が異なる。
【００１７】
サーバアプリは、クライアント装置５と画面共有するためのアプリケーションである。サーバアプリとしては、マイクロソフト社のRemote-Desktopや、シマンテック社のPCAnyWhere等の既存のどのシンクライアント用のサーバアプリケーションでも可能である。
【００１８】
資源情報送信アプリは、例えば、ＯＳの常駐プログラムとして実装される。常駐プログラムは、コンピュータの起動と同時に起動されるプログラムである。常駐プログラムは、ウィンドウズ（登録商標）ではサービスと呼ばれ、リナックス（登録商標）やユニックス（登録商標）ではデーモンと呼ばれている。資源情報送信アプリは、サーバ管理装置７に自装置のハードウェア資源に関する情報（以下、資源情報と呼ぶことにする）のデータを送信するためのアプリケーションである。
【００１９】
表示部３５は、少なくとも１つのビデオカードと少なくとも１以上のモニタとを有する。ビデオカードは、複数且つ高精度のモニタをサポートするための専用ビデオカード（グラフィックボード、グラフィックスボード、グラフィックカード、グラフィックスカード）である。ビデオカードの枚数は、ビデオカードがサポートするモニタの数や表示部３５が有するモニタの数に応じて決定される。例えば、１枚のビデオカードが２つのモニタを接続可能であり、全部で４台のモニタを接続するためには、２枚のビデオカードを有さなければならない。モニタとしては、例えばＣＲＴディスプレイや、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ等の表示デバイスが適宜利用可能である。医用業務に用いられるモニタとしては、横長型（ランドスケールタイプ）や縦長型（ポートレートタイプ）、標準型等のモニタタイプがある。医用業務に用いられる画面解像度としては、７Ｍ（３０７２×２３０４）や５Ｍ（２５９２×１９４４）、４Ｍ（２３０４×１７２８）、３Ｍ（２０４８×１５３６）、２Ｍ（１６００×１２００）等の高解像度が要求されている。
【００２０】
なお、後述するように、サーバ装置３で起動される業務アプリの表示画面はクライアント装置５のモニタに表示されるので、サーバ装置３は、モニタを有さなくてもよい。
【００２１】
通信部３７は、ネットワークを介してクライアント装置５やサーバ管理装置７とネットワーク通信するためのネットワークデバイスを有する。通信部３７は、制御部３１の制御の元にネットワークを介してクライアント装置５とサーバ管理装置７と種々のデータを送受信する。通信時において通信部３７は、通信相手に関する通信設定ファイルを記憶部３３から読み出して、通信相手とネットワークを介して通信する。
【００２２】
制御部３１は、サーバ装置３の中枢として機能するＣＰＵ（central processor unit）である。制御部３１は、ユーザのログオンを契機として記憶部３３に記憶されているＯＳを展開して、サーバ装置３の各部を制御する。また、制御部３１は、ユーザのログオンを契機として記憶部３３に記憶されている資源情報送信アプリを展開して、通信部３７に資源情報をサーバ管理装置７に送信させる。制御部３１は、ＯＳ展開中において、ユーザからのクライアント装置５を介した指示を受けて、記憶部３３に記憶されているサーバアプリを展開して、クライアント装置５と表示画面を共有する。サーバアプリの展開中において、制御部３１は、ユーザからのクライアント装置５を介した指示を受けて、記憶部３３に記憶されている業務アプリを展開して、業務アプリを実行する。業務アプリの実行中の表示画面のデータは、通信部３７によりネットワークを介してクライアント装置５に供給される。また、制御部３１は、通信部３７を介してクライアント装置５からの入力信号を入力する。
【００２３】
クライアント装置５は、サーバ装置３に比して小規模のハードウェア資源を有するコンピュータ（シンクライアント）である。クライアント装置５は、ネットワークを介して複数のサーバ装置（３―１，３―２，３―３）のうちの特定のサーバ装置（例えば、３―１）を遠隔操作して、所望の業務アプリを実行する。図３は、クライアント装置５のハードウェア構成を示す図である。図３に示すように、クライアント装置５は、制御部５１を中枢として、記憶部５３、表示部５５、操作部５７、及び通信部５９を有する。
【００２４】
記憶部５３は、ＯＳプログラムや、シンクライアント用クライアントアプリケーション（以下、クライアントアプリと呼ぶことにする）のプログラム、サーバ装置３の資源情報等を表示するためのアプリケーション（以下、表示アプリと呼ぶことにする）のプログラム、サーバ装置３を予約するためのアプリケーション（以下、予約アプリと呼ぶことにする）のプログラムを記憶する。また、記憶部５３は、サーバ装置３やサーバ管理装置７のネットワーク上のホスト名、ＩＰアドレス、接続ポート等の通信設定に関する情報を通信設定ファイルとして記憶している。
【００２５】
クライアントアプリは、サーバ装置３と画面共有するためのアプリケーションである。クライアントアプリとしては、サーバアプリに対応するマイクロソフト社のRemote-Desktopや、シマンテック社のPCAnyWhere等の既存のどのアプリケーションでも可能である。
【００２６】
表示アプリは、サーバ管理装置７から、ネットワークに接続されているサーバ装置３の資源情報を取得し、表示部５５のモニタに表示するためのアプリケーションである。この際、オプション機能として、サーバ装置３のハードウェア資源と所望の業務アプリが要求するハードウェア資源との一致度を表示してもよい。
【００２７】
予約アプリは、所望のサーバ装置３の予約をサーバ管理装置７に登録するためのアプリケーションである。
【００２８】
表示部５５は、少なくとも１つのビデオカードと少なくとも１以上のモニタとを表示する。ビデオカードは、複数且つ高精度のモニタをサポートするための専用ビデオカードである。ビデオカードの枚数は、ビデオカードがサポートするモニタの数や表示部５５が有するモニタの数に応じて決定される。なお、クライアント装置５のモニタの画面解像度がサーバ装置３のモニタの画面解像度よりも小さい場合、スクロールバーの付いたウィンドウが起動され、操作部５７を介してスクロールバーをスライドさせることで、表示画面全体を表示させることが可能である。クライアント装置５のモニタの画面色数（例えば、グレイレベル）がサーバ装置３から送信される表示画像の画面色数よりも少ない場合、表示画像の画面色数を削減して表示する。例えば、クライアント装置５のモニタのグレイレベルが８ビット、サーバ装置３から送信される表示画像のグレイレベルが２０４８ビットの場合、表示画像のグレイレベルを８ビット以下に削減して表示する。
【００２９】
操作部５７は、ユーザからの各種指令や情報入力を受け付ける。操作部５７としては、マウスやトラックボールなどのポインティングデバイス、モード切替スイッチ等の選択デバイス、あるいはキーボード等の入力デバイスが適宜利用可能である。
【００３０】
通信部５９は、ネットワークデバイスを有し、制御部５１の制御のもとネットワークを介してサーバ装置やサーバ管理装置と種々のデータを送受信する。
【００３１】
制御部５１は、クライアント装置５の中枢として機能するＣＰＵを有する。制御部５１は、記憶部５３に記憶されているＯＳを展開して、クライアント装置５の各部を制御する。制御部５１は、ＯＳ展開中において、ユーザからの操作部５７を介した指示を受けて、記憶部５３に記憶されているクライアントアプリを展開して、サーバ装置３と表示画面を共有する。クライアントアプリの展開中において、制御部５１は、サーバ装置３からの表示画面のデータを受けて、表示画面を表示部５５に表示させる。また、制御部５１は、ＯＳ展開中において、ユーザからの操作部５７を介して指示を受けて、記憶部５３に記憶されている表示アプリを展開して、表示アプリを実行する。また、制御部５１は、ＯＳ展開中において、ユーザからの操作部５７を介して指示を受けて、記憶部５３に記憶されている予約アプリを展開して、予約アプリを実行する。
【００３２】
サーバ管理装置７は、ネットワークに接続されているサーバ装置３を管理する。図４は、サーバ管理装置７のハードウェア構成を示す図である。図４に示すようにサーバ管理装置７は、制御部７１を中枢として、記憶部７３、表示部７５、及び通信部７７を有する。
【００３３】
記憶部７３は、ＯＳプログラムを記憶する。また、記憶部７３は、各サーバ装置３から送信されるハードウェア資源に関する資源情報をサーバ装置３の識別情報に関連付けて記憶する。サーバ装置３の識別情報は、例えば、サーバ名やＩＰアドレス等のサーバ装置３を一意に特定可能な情報である。また、記憶部７３は、クライアント装置からの予約情報を記憶する。予約情報については後述する。また、記憶部７３は、サーバ装置３やクライアント装置５のネットワーク上のホスト名、ＩＰアドレス、接続ポート等の通信設定に関する情報を通信設定ファイルとして記憶している。
【００３４】
表示部７５は、少なくとも１つのビデオカードと少なくとも１以上のモニタとを表示する。なお、表示部７５は、モニタを有さなくともよい。
【００３５】
通信部７７は、ネットワークデバイスを有し、ネットワークを介してサーバ装置３やクライアント装置５と種々のデータを送受信する。
【００３６】
制御部７１は、サーバ管理装置７の中枢として機能するＣＰＵを有する。制御部７１は、記憶部７３に記憶されているＯＳプログラムを展開して、サーバ管理装置７の各部を制御する。
【００３７】
上記構成を有するシンクライアントシステム１は、サーバ装置３とクライアント装置５とサーバ管理装置７との連携により、サーバ装置３のハードウェア資源に関する資源情報をクライアント装置５のモニタに表示させるハードウェア資源表示処理を行なう。また、シンクライアントシステム１は、サーバ装置３とクライアント装置５とサーバ管理装置７との連携により、所望のハードウェア資源を有するサーバ装置３を予約するサーバ予約処理を行なう。以下、ハードウェア資源表示処理とサーバ予約処理とについての詳細をそれぞれ説明する。
【００３８】
（ハードウェア資源表示処理）
ハードウェア資源表示処理は、資源情報送信・記憶処理と資源情報表示・サーバアクセス処理とに分けられる。資源情報送信・記憶処理は、サーバ管理装置７がサーバ装置３から送信される資源情報を記憶する処理である。資源情報表示・サーバアクセス処理は、クライアント装置５がサーバ管理装置７から資源情報を取得して表示し、所望の業務アプリを実行するためにクライアント装置５が所望のサーバ装置３にアクセスする処理である。
【００３９】
図５は、資源情報送信・記憶処理の典型的な流れを示す図である。この資源情報送信・記憶処理は、ネットワークに接続されている各サーバ装置３により個別に行なわれる。
【００４０】
ユーザ等によりＯＳが起動されると、サーバ装置３は、資源情報送信アプリを起動する（ステップＳＡ１）。資源情報送信アプリの起動中、サーバ装置３は、自装置に関する資源情報を定期的にサーバ管理装置７に送信する（ステップＳＡ２）。この際、サーバ装置３は、シンクライアント用のライセンス数もサーバ管理装置７へ送信してもよい。ライセンス数とは、サーバにネットワーク経由で同時接続できる最大ユーザ数である。さらに、サーバ装置３は、定期的にユーザの使用状況を確認してサーバ管理装置７に送信してもよい。使用状況とは、例えば、サーバ装置３が空いているか否かを示す情報や、使用しているユーザの人数、使用しているユーザの識別情報、ＣＰＵの稼働率等である。具体的には、サーバ装置３は、ウィンドウズ（登録商標）ＯＳの場合、nbtstatコマンドを用いて、自装置にログオンしているユーザの人数や識別情報をサーバ管理装置７に送信する。またサーバ装置３は、監査ポリシーにユーザのログオン・ログオフのイベントを出力するように設定しておき、このイベントを定期的にチェックすることでログインしているユーザの人数や識別情報を取得したりする。なお、ユーザの識別情報は、例えば、ユーザ名やユーザＩＤ等のユーザを一意に特定できる情報である。また、サーバ管理装置７は、サーバ装置３に問合わせ（NtQuerySysteminformation）を行い、ＣＰＵの稼働率に関する情報を取得する。
【００４１】
サーバ管理装置７は、サーバ装置３から送信された資源情報や、ライセンス数、使用状況等を記憶する（ステップＳＡ３）。この際、資源情報等は、送信元のサーバ装置３の識別情報に関連付けられて記憶される。
【００４２】
以上で資源情報送信・記憶処理が終了する。
【００４３】
次に、資源情報表示・サーバアクセス処理について説明する。資源情報表示・サーバアクセス処理は、単にサーバ装置毎に資源情報を表示するもの（第１の資源情報表示・サーバアクセス処理）と、所望の業務アプリが要求するハードウェア資源と各サーバ装置が有するハードウェア資源との一致度が高い順に資源情報を表示するもの（第２の資源情報表示・サーバアクセス処理）とがある。
【００４４】
図６は、第１の資源情報表示・サーバアクセス処理の典型的な流れを示す図である。まず、ユーザは、ユーザ認証のため、ユーザ名やパスワード等のユーザ識別情報を入力する。ユーザ識別情報の入力を受けるとクライアント装置５は、ユーザのログオンを許可する（ステップＳＢ１）。ログオンは、ＯＳが提供するユーザ認証により行なわれる。ログオンの許可後、ユーザは、クライアント装置５上で資源情報の表示アプリの起動を要求する。表示アプリの起動要求を受けるとクライアント装置５は、記憶部５３に記憶されている表示アプリのプログラムを展開して表示アプリを起動する（ステップＳＢ２）。表示アプリの起動後、クライアント装置５は、サーバ管理装置７に資源情報の送信を要求する。送信の要求を受信するとサーバ管理装置７は、ネットワーク上に接続されているサーバ装置３の資源情報等（資源情報、ライセンス数、使用状況）のデータを読み出して、クライアント装置５に送信する（ステップＳＢ３）。資源情報を受信するとクライアント装置５は、受信された資源情報等の一覧をクライアント装置５の表示部５５のモニタに表示する（ステップＳＢ４）。
【００４５】
図７は、資源情報等の一覧の表示例を示す図である。図７に示すように、資源情報等は、「サーバ情報」というタイトルを有するウィンドウＷ１に表示される。ウィンドウＷ１には、ネットワーク上に接続されているサーバ装置３のアイコンＩ１が含まれている。アイコンＩ１には、そのアイコンＩ１に対応するサーバ装置３が空いていることを示す「ｖａｃａｎｔ」の文字列Ｍ１や、空いてないことを示す「ｏｃｃｕｐｉｅｄ」の文字列Ｍ２が重ねて表示される。空いているか否かは、サーバ管理装置７からの使用状況により特定される。各アイコンＩ１の下には、資源情報等が表形式で表示される。図７の表示レイアウトでは、資源情報等として、サーバ名、モニタ数、モニタタイプが表示されている。これら以外にも、ライセンス数や、現在のログオンユーザ数、ＯＳ情報、画面解像度、画面階調数、画像処理ハードウェア有無、ＣＰＵ稼働率等を表示してもよい。このように、資源情報等を表示することで、ユーザは、目的の業務アプリを実行可能なハードウェア資源を有するサーバ装置３を特定することが可能となる。
【００４６】
なお、資源情報等の表示例は、図７の例に限定されない。例えば、図８に示すように、サーバ装置３が空いているか否かと資源情報とを表形式で表示するウィンドウＷ２を表示してもよい。
【００４７】
図６に戻り、第１の資源情報表示・サーバアクセス処理の典型的な流れの続きを説明する。ステップＳＢ４において資源情報等が表示されると、クライアント装置５は、操作部５７を介してユーザが所望の業務アプリを実行するのに好適なサーバ装置３を選択することを待機している。（ステップＳＢ５）。例えば、ユーザが図７の所望のアイコンＩ１をマウスでダブルクリックすることにより、クリックされたアイコンＩ１に対応するサーバ装置３が選択される。
【００４８】
所望のサーバ装置３が選択されると、クライアント装置５は、選択されたサーバ装置３に対応するクライアントアプリを起動する（ステップＳＢ６）。具体的には、クライアント装置５は、選択されたサーバ装置３のＩＰアドレスや、ユーザの識別情報、ユーザのパスワードを引数として、クライアントアプリを起動する。
【００４９】
クライアントアプリ起動後、クライアント装置５は、選択されたサーバ装置３にサーバアプリの起動要求を送信する。サーバアプリの起動要求を受けたサーバ装置３は、サーバアプリを起動する（ステップＳＢ７）。サーバアプリ起動後、サーバ装置３は、サーバ装置３のログオン画面のデータをクライアント装置５に送信する。
【００５０】
ログオン画面のデータを受信すると、クライアント装置５は、このログオン画面を表示部５５のモニタに表示する（ステップＳＢ８）。ログオン画面が表示されるとユーザは、操作部５７を介してログオン画面上にユーザ認証のためのユーザ識別情報を入力する。クライアント装置５は、入力されたユーザ認証情報をサーバ装置３に送信する。
【００５１】
サーバ装置３は、送信されたユーザ認証情報を引数として、ユーザ認証する（ステップＳＢ９）。ユーザ認証に成功すると、サーバ装置３は、クライアント装置５にログオン通知をする。なおユーザ認証の際、サーバ装置３は、ユーザのログオン時に同一ユーザが既に同一サーバ装置３にログオンしているか否かを判定する。同一ユーザがログオンしていないと判定した場合には、サーバ装置３は、当該ユーザのログオンを許可する。同一ユーザが既にログオンしていると判定した場合には、サーバ装置３は、当該ユーザを自動的にログオフさせる。これにより、同一ユーザがサーバ装置３のハードウェア資源を独占することを防止できる。この判定処理は、例えば、同一ユーザ判定用アプリケーションにより実行される。この同一ユーザ判定用アプリケーションは、ＯＳ起動時に自動的に起動されるように設定されているとよい。具体的には、同一ユーザ判定用アプリケーションをスタートアップに登録しておくことで、ＯＳ起動時に同一ユーザ判定処理を実行することができる。
【００５２】
ログオン通知がなされるとクライアント装置５は、所望の業務アプリの起動要求をサーバ装置に送信する。業務アプリの起動要求を受けるとサーバ装置５は、起動要求された業務アプリのプログラムを展開して、業務アプリを起動する（ステップＳＢ１０）。業務アプリが起動されるとサーバ装置３は、クライアント装置５からの指示に従って業務アプリを実行する。表示画面のデータは、サーバ装置３からクライアント装置５へリアルタイムに送信され、表示部５５のモニタに表示される。
【００５３】
以上で第１の資源情報表示・サーバアクセス処理が終了する。
【００５４】
その後、業務アプリを使用し終わるとユーザは、サーバアプリの終了要求をする。ユーザにより操作部５７を介してサーバアプリの終了要求がなされると、クライアント装置５は、クライアント５は、サーバアプリの終了要求をサーバ装置３に送信する。サーバアプリの終了要求を受信すると、サーバ装置３は、ユーザをログオフして、サーバアプリを終了する。
【００５５】
サーバアプリと同時にクライアントアプリを終了させることも可能である。まず、クライアントアプリを終了する。まず、ユーザにより操作部５７を介してサーバアプリの終了要求がなされると、クライアント装置５は、クライアントアプリを終了する。これと同時にクライアント装置５は、サーバアプリの終了要求をサーバ装置３に送信する。サーバアプリの終了要求を受信すると、サーバ装置３は、ユーザをログオフして、サーバアプリを終了する。
【００５６】
次に第２の資源情報表示・サーバアクセス処理について説明する。図９は、第２の資源情報表示・サーバアクセス処理の典型的な流れを示す図である。まず、ユーザは、ユーザ認証のため、ユーザ名やパスワード等のユーザ識別情報を入力する。ユーザ識別情報の入力を受けるとクライアント装置５は、ユーザのログオンを許可する（ステップＳＣ１）。ログオン許可後、ログオンの許可後、ユーザは、クライアント装置５上で資源情報の表示アプリの起動を要求する。表示アプリの起動要求を受けるとクライアント装置５は、記憶部５３に記憶されている表示アプリのプログラムを展開して表示アプリを起動する（ステップＳＣ２）。
【００５７】
表示アプリの起動後、クライアント装置５は、業務アプリの選択画面を表示部５５に表示し、ユーザにより操作部５７を介して業務アプリが選択されることを待機している（ステップＳＣ３）。選択画面には、例えば、ＣＴ（Ｘ線コンピュータ断層撮影装置）、ＵＬ（超音波診断装置）、ＸＲ（Ｘ線診断装置）、ＭＲ（磁気共鳴イメージング装置）、ＰＥＴ（陽電子放出コンピュータ断層撮影装置）などの画像の種類（すなわち、画像発生源であるモダリティ）を選択するための画像種選択画面がある。画面解像度は、画像の種類によって概ね決定される。例えば、ＸＲでは１７６０×１７６０×１０ビットであり、ＭＲでは５１２×５１２×１６ビットである。
【００５８】
また、選択画面には、例えば、２次元画像処理、３次元画像処理、画像参照、画像読影、レポート作成、電子カルテ作成等の業務目的を選択するための業務目的選択画面がある。２次元画像処理としては、例えば、フィルミングやファイリング等が選択可能である。３次元画像処理としては、例えば、ボリュームレンダリングや画素値投影法が選択可能である。２次元画像処理であれば、全画面分のスペースが要求され、３次元画像処理であれば、基本的には４コマ（全画面の４分の１）分程度のスペースが要求される。選択された業務アプリに関する業務アプリ情報（業務アプリを識別するための情報。ここでは、画像種を識別するための情報と業務目的を識別するための情報）は、クライアント装置５によりサーバ管理装置７に送信される。
【００５９】
なお、上記方法では、処理対象の画像種と業務目的とを選択することで、業務アプリが選択されるとした。しかしながら本実施形態は、これに限定する必要はない。例えば、業務アプリを直接選択するとしてもよい。
【００６０】
業務アプリを示す業務アプリ情報が選択されると、サーバ管理装置７は、選択された業務アプリを正しく動作させるために必要なハードウェア資源を決定する（ステップＳＣ４）。すなわち、サーバ管理装置７は、選択された業務アプリ示すコードを入力とし、その業務アプリに必要なハードウェア資源に関する資源情報を出力とするテーブルを記憶部７３に記憶している。テーブルの一例としては、画像種を示すコードを入力として、画面解像度やモニタ数、モニタタイプ、モニタの制御方法を示すコードを出力するテーブルである。
【００６１】
次にサーバ管理装置７は、決定されたハードウェア資源と各サーバ装置との一致度を算出する（ステップＳＣ５）。以下、一致度の算出処理の具体例を説明する。サーバ管理装置７は、記憶部７３に記憶されている各サーバ装置３の資源情報を参照することにより、現在接続されているサーバ装置３の中から、決定された画面解像度以上の画面解像度を有するサーバ装置３を特定する。必要な画面解像度を有するサーバ装置３には、必要な画面解像度を有さないサーバ装置３よりも高い点数が加点される。例えば、必要な画面解像度を有するサーバ装置３には１０点を、必要な画面解像度を有さないサーバ装置３には０点が加点される。また、サーバ管理装置７は、画像処理種に応じて加点する。例えば、３次元画像処理が選択された場合、ハードウェアがついている場合には、そのサーバ装置３に加点する。そのサーバ装置３のユーザ数と最大ユーザ数との差に応じてサーバ装置３に加点する。例えば、最大ユーザ数が所定値よりも大きく、且つ現在のログオンユーザ数が最大ユーザ数よりも少ない場合、そのサーバ装置３には最高点（例えば、１０点）が加点される。そして、そのサーバ装置３のＣＰＵ稼働率に応じて、サーバ装置３に加点する。例えば、ＣＰＵ稼働率が所定値以下の場合、そのサーバ装置３に最高点（１０点）を加点する。ＣＰＵ稼働率が所定値よりも大きければ大きいほど、最高点よりも小さい点数を加点する。全ての項目について検討されると、合計点数をサーバ装置３ごとに算出する。
【００６２】
一致度が算出されるとサーバ管理装置７は、クライアント装置５に一致度情報と資源情報とを送信する（ステップＳＣ６）。一致度情報と資源情報とを受信するとクライアント装置５は、資源情報を一致度の大きい順に一覧で表示する（ステップＳＣ７）。
【００６３】
図１０は、資源情報の一覧の表示例を示す図である。図１０に示すように、「サーバ情報」というタイトルを有するウィンドウＷ３が表示される。ウィンドウＷ３には、ネットワーク上に接続されているサーバ装置３のアイコンＩ２が表示されている。例えば、一致度の高いサーバ装置３に対応するアイコンＩ２を左側に表示する。各アイコンＩ２には、ステップＳＣ３において選択された業務アプリが要求するハードウェア資源を有することを示す「ｏｐｅｒａｂｌｅ」の文字列Ｍ３や、有さないことを示す「ＮＧ」の文字列Ｍ４が重ねて表示される。ハードウェア資源を有するか否かは、例えば、一致度が所定値以上か否かで決定される。
【００６４】
なお、資源情報の表示例は、図１０の例に限定されない。例えば、図１１に示すように、ハードウェア資源を有するか否かと資源情報とを表形式で表わすウィンドウＷ４を表示してもよい。また、一致度を表示してもよい。
【００６５】
なおステップＳＣ６においてサーバ管理装置７は、ステップＳＣ５で算出された全ての一致度情報のうちの一部分のみをクライアント装置５に送信してもよい。例えば、予め設定された所定値よりも大きい一致度のみがクライアント装置５に送信されてもよい。この場合、この所定値よりも大きい一致度に対応する資源情報のみがクライアント装置５に送信されるとよい。
【００６６】
またステップＳＣ６においてサーバ管理装置７は、ステップＳＣ５で算出された全ての一致度情報をクライアント装置５に送信しなくともよい。この場合、例えば、予め設定された所定値よりも大きい一致度に対応する資源情報のみがクライアント装置５に送信されるとよい。すなわち、業務アプリを選択することで、ネットワークに接続されているサーバ装置３のうち、選択された業務アプリを正常に動作できるサーバ装置３を自動検索することもできるのである。
【００６７】
資源情報の一覧が表示されると、ユーザは、操作部５７を介して、目的の業務アプリを実行するのに好適なサーバ装置３を選択する（ステップＳＣ８）。例えば、ユーザにより、図１０のアイコンＩ２をマウスでダブルクリックすることにより、サーバ装置３が選択される。
【００６８】
ステップＳＣ８以後の処理（ステップＳＣ９〜ステップＳＣ１３）の流れは、図６のステップＳＢ５以後の処理（ステップＳＢ６〜ステップＳＢ１０）と同様なので説明を省略する。
【００６９】
なお、第２の資源情報表示・サーバアクセス処理の流れは、図９に記載の流れに限定されない。例えば、ステップＳＣ８において所望のサーバ装置８がユーザにより選択されるとしたが、一致度の最も高いサーバ装置３を自動的に選択するとしてもよい。この際、ステップＳＣ７とステップＳＣ８とは省略可能である。
【００７０】
（サーバ装置予約処理）
図１２は、サーバ装置予約処理の典型的な流れを示す図である。まず、ユーザは、ユーザ認証のため、ユーザ名やパスワード等のユーザ識別情報を入力する。ユーザ識別情報の入力を受けるとクライアント装置５は、ユーザのログオンを許可する（ステップＳＤ１）。ログオンの許可後、クライアント装置５は、記憶部５３に記憶されている予約アプリのプログラムを展開して予約アプリを起動する（ステップＳＤ２）。予約アプリの起動後、クライアント装置５は、サーバ管理装置７に資源情報の送信を要求する。送信の要求を受信するとサーバ管理装置７は、ネットワーク上に接続されているサーバ装置３の資源情報等（資源情報、ライセンス数、使用状況）のデータを読み出して、クライアント装置５に送信する（ステップＳＤ３）。資源情報を受信するとクライアント装置５は、受信された資源情報等と予約期間の入力欄とを含む予約画面を表示部５５のモニタに表示する（ステップＳＤ４）。予約画面を表示するとクライアント装置５は、ユーザにより操作部５７を介して予約対象のサーバ装置３が選択され、予約期間が指定されるのを待機する（ステップＳＤ５）。
【００７１】
ユーザにより操作部５７を介して所望のサーバ装置３が選択され、予約期間が指定されると、クライアント装置５は、予約情報を発行する（ステップＳＤ６）。予約情報は、少なくとも予約番号、予約対象のサーバ装置３のＩＰアドレス、予約期間を含む。なお、予約期間が指定されていない場合、クライアント装置５は、予約エラーとし、再び予約画面を表示する。
【００７２】
予約情報を発行するとクライアント装置５は、予約情報をサーバ管理装置７に送信する。予約情報を受信するとサーバ管理装置７は、予約情報に従って予約を登録する（ステップＳＤ７）。具体的には、サーバ管理装置７は、予約対象のサーバ装置３のライセンス数と予約済みのユーザ数とを比較する。予約済みのユーザ数がライセンス数に等しい又は多い場合、予約不可であると決定する。予約不可であると決定された場合、サーバ管理装置７は、予約不可通知をクライアント装置５に送信する。予約不可通知を受信すると、クライアント装置５は予約不可である旨を表示部５５のモニタに表示する。一方、予約済みのユーザ数がライセンス数以下の場合、サーバ管理装置７は、予約可能と判定する。予約可能と判定された場合、サーバ管理装置７は、指定された条件で予約を登録する。すなわち、ユーザ識別情報と予約情報とは、互いに関連付けられて記憶部７３に記憶される。
【００７３】
予約が登録されるとサーバ管理装置７は、予約登録通知をクライアント装置５に送信する。送信された予約登録通知を受信すると、クライアント装置５は、予約情報を表示部５５のモニタに表示する（ステップＳＤ８）。
【００７４】
以上でサーバ装置予約処理が終了する。
【００７５】
予約処理の終了後におけるサーバ装置３の動作の典型例を簡単に説明する。サーバ装置３は、ユーザからのログオン要求があった場合、ログオン要求をしたユーザがログオン要求した時刻に当該サーバ装置３を予約しているか否かをサーバ管理装置７に問い合わせる。予約しているとサーバ管理装置７が応答した場合、サーバ装置３は、当該ユーザからのログオンを受付ける。予約していないとサーバ管理装置７が応答した場合、サーバ装置３は、予約済みのユーザ数がライセンス数に等しい又はそれ以上か否か、すなわちサーバ装置３が空いているか否かをサーバ管理装置７に問い合わせる。予約済みのユーザ数がライセンス数に等しい又はそれ以上であるとサーバ管理装置７が応答した場合、サーバ装置３は、当該ユーザからのログオンを受付ける。予約済みのユーザ数がライセンス数以下であるとサーバ管理装置７が応答した場合、サーバ装置３は、当該ユーザからのログオンを受付けない。
【００７６】
なお、サーバ装置予約処理は、図１２に示した流れのみに限定されない。例えば、ステップＳＤ５において予約期間を指定することなく、予約を行なってもよい。この場合の処理の典型的な流れを以下に簡単に説明する。
【００７７】
ステップＳＤ５においてユーザは、操作部５７を介して少なくとも１つの予約対象のサーバ装置３を、予約期間を指定せずに選択する。予約対象が選択されるとクライアント装置５は、予約対象のサーバ装置３のＩＰアドレスと予約番号とを含む予約情報を発行する。サーバ管理装置７は、予約情報に従って予約を登録する。この際、サーバ管理装置７は、ユーザ名とユーザの通知先（例えば、ユーザの電子メールのアドレス）とを関連付けて記憶する。予約登録の終了後も、各サーバ装置５は、資源情報（使用状況）を定期的にサーバ管理装置７に送信している。サーバ管理装置７は、定期的に使用状況を参照し、予約対象のサーバ装置３が使用可能か否かを判定する。使用可能な場合、使用可能な旨のメッセージを、通知先に送信する。例えば、メッセージは、そのサーバ装置３を予約した順番の早い順に送信される。通知を受けとったユーザは、図６や図９に示した手順に従って、予約対象のサーバ装置３にアクセスする。
【００７８】
以上述べたように本実施形態によれば、シンクライアント環境下において、ネットワークに接続されている複数のサーバ装置３のハードウェア資源をサーバ管理装置７が管理しており、これらハードウェア資源に関する情報がユーザの要求に応じてクライアント装置５に表示されることで、マルチモニタ対応アプリケーションの実行に関する利便性の向上が実現する。
【００７９】
（変形例）
図１３は、本実施形態の変形例に係わるシンクライアントシステム２の構成を示す図である。図１３に示すように、シンクライアントシステム２は、サーバ装置３とクライアント装置５とサーバ管理装置７とに加え、さらに業務情報データベース装置９を備える。
【００８０】
サーバ管理装置７の記憶部７３は、業務アプリ識別情報とユーザ識別情報と検査識別情報とを関連付けて記憶する。業務アプリ識別情報は、継続する業務アプリの識別情報を含む。検査識別情報は、業務アプリの処理対象である検査情報の識別情報である。識別情報としては、例えば、検査ＵＩＤがある。検査情報については、後述する。
【００８１】
業務情報データベース装置９は、業務を引継ぐために必要な業務情報データベースを記憶している大容量の記録媒体を実装しているコンピュータである。業務情報データベースは、検査識別情報と検査情報とを関連付けて記憶している。検査情報は、医療業界で一般的に用いられる検査情報だけでなく、患者情報と画像情報とも含むものとする。本実施形態に係わる検査情報は、例えば撮影予定枚数、撮影予定時刻、医用画像撮影装置の種類、及び医用画像撮影装置の番号等の検査に関する情報、例えば患者ＩＤや患者名等の患者に関する情報、例えば画像番号や画像撮影時刻等の医用画像に関する情報を有する。また、この検査情報は、業務アプリの処理前の画像情報だけでなく、処理後の画像情報をも含むものとする。また、検査情報は、継続する業務アプリの処理条件（画像処理の各種パラメータ等）も含む。業務情報データベースは、複数のサーバ装置３間で医用情報を共有するために設けられている。
【００８２】
サーバ装置３の記憶部３３は、さらに業務を継続するためのアプリケーション（以下、業務継続アプリを呼ぶことにする）のプログラムを記憶している。サーバ装置３の制御部３１は、ＯＳ展開中、クライアント装置５からの要求を受けて業務継続アプリを展開し、サーバ装置３の各部を制御することにより業務継続アプリを実行する。
【００８３】
上記のように、業務アプリの種類に応じて最適に動作させるためのハードウェア資源が異なる。従って、一台のサーバ装置は、全ての業務アプリを最適に動作させることはできない。ところで、一人の患者について複数のモダリティで検査する場合がある。例えば、一人の患者について、ＣＴとＸＲとで検査する場合がある。ＣＴ向けに最適なサーバ装置とＸＲ向けに最適なサーバ装置とは、異なる。従って、例えば、ＣＴ向けのサーバ装置で画像診断した後、ＸＲ向けのサーバ装置に移動して画像診断する場合がある。この場合、ＸＲ向けのサーバ装置で画像診断する場合、新たに同一の患者情報や検査情報を読み込まなければならない。
【００８４】
変形例に係わるシンクライアントシステム２は、複数のサーバ装置３間で情報を共有可能とする。これにより、ユーザがサーバ装置３を切り替えた場合に、ユーザが患者情報や検査情報を再入力する手間を失くすことができる。
【００８５】
以下、変形例に係わるシンクライアントシステム２の業務継続処理の典型的な流れを説明する。業務継続処理は、継続対象の業務に関する情報を保存するための業務情報保存処理と、保存された情報に基づいて業務を再開する業務再開処理とに分けられる。
【００８６】
図１４は、業務情報保存処理の典型的な流れを示す図である。ユーザは、ログオフ前に操作部５７を介して、表示部５５に表示されている、業務の継続を要求するためのボタンを押す。このボタンが押されることを契機として、クライアント装置５は、業務アプリを起動しているサーバ装置３に業務継続アプリの起動要求を送信する。起動要求を受けるとサーバ装置３は、業務継続アプリを起動する（ステップＳＥ１）。業務継続アプリが起動されるとサーバ装置３は、ユーザ識別情報と起動されている業務アプリに関する業務アプリ識別情報と検査識別情報とをサーバ管理装置７に送信する。サーバ管理装置７は、ユーザ識別情報と業務アプリ識別情報と検査識別情報とを関連付けて記憶する（ステップＳＥ２）。また、業務アプリが起動されるとサーバ装置３は、業務情報データベース装置９に、検査識別情報と実行していた業務に関する業務処理情報とを送信する。業務情報データベース装置９は、送信された検査識別情報と検査情報とを関連付けて業務情報データベースに記憶する（ステップＳＥ３）。
【００８７】
以上で業務情報保存処理が終了する。
【００８８】
図１５は、業務再開処理の典型的な流れを示す図である。なお、図１４のサーバ装置３と図１５のサーバ装置３とは、同じでも異なってもどちらでも構わない。
【００８９】
ユーザにより操作部５７を介して業務継続アプリの継続要求を受けるとクライアント装置５は、サーバ装置３に業務継続アプリの起動要求を送信する（ステップＳＦ１）。この際、クライアント装置５により起動要求とともに、継続要求をしたユーザ識別情報もサーバ装置５に送信される。起動要求を受けたサーバ装置３は、業務継続アプリを起動する（ステップＳＦ２）。業務継続アプリが起動されると、サーバ装置３は、業務の継続を要求するための要求画面のデータをクライアント装置５に送信する。要求画面のデータを受信すると、クライアント装置５は、要求画面をクライアント装置５のモニタに表示する（ステップＳＦ３）。要求画面には、業務の継続を要求するためのボタンが表示される。ユーザにより操作部５７を介して要求ボタンが押される契機としてクライアント装置５は、ユーザ識別情報とともに引継ぎ要求をサーバ装置３に送信する。
【００９０】
継続の要求を受信するとサーバ装置３は、ユーザ識別情報をサーバ管理装置７に送信する。ユーザ識別情報を受信するとサーバ管理装置７は、ユーザ識別情報をキーとして記憶部７３を検索して、このユーザ識別情報に関連付けられた業務アプリ識別情報と検査識別情報とを読み出す（ステップＳＦ４）。読み出された業務アプリ識別情報と検査識別情報とは、サーバ管理装置７によりサーバ装置３に送信される。サーバ装置３は、受信された業務アプリ識別情報に対応する業務アプリを起動する（ステップＳＦ５）。業務アプリの起動後、サーバ装置３は、検査識別情報を業務情報データベース装置９に送信する。検査識別情報を受信すると業務情報データベース装置９は、この検査識別情報をキーとして業務情報データベース装置のデータベースを検索し、その検査識別情報に対応する検査情報を読み出す（ステップＳＦ６）。読み出された検査情報は、業務情報データベース装置９によりサーバ装置３に送信される。サーバ装置３は、送信された検査情報を受信すると、ユーザからのクライアント装置５を介した指示に従って、実行している業務アプリで検査情報を処理する。従って、サーバ装置３は、前回の業務を再現することができる。
【００９１】
かくして本実施形態の変形例に係わるシンクライアントシステムは、マルチモニタ対応アプリケーションの実行に関する利便性の向上を実現する。
【００９２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００９３】
【図１】本発明の実施形態に係わるシンクライアントシステムの構成を示す図。
【図２】図１のサーバ装置のハードウェア構成を示す図。
【図３】図１のクライアント装置のハードウェア構成を示す図。
【図４】図１のサーバ管理装置のハードウェア構成を示す図。
【図５】図１のシンクライアントシステムによる資源情報送信・記憶処理の典型的な流れを示す図。
【図６】図１のシンクライアントシステムによる第１の資源情報表示・サーバアクセス処理の典型的な流れを示す図。
【図７】図６のステップＳＢ４において表示される資源情報等の一覧の表示例を示す図。
【図８】図６のステップＳＢ４において表示される資源情報等の一覧の他の表示例を示す図。
【図９】図１のシンクライアントシステムによる第２の資源情報表示・サーバアクセス処理の典型的な流れを示す図。
【図１０】図９のステップＳＣ７において表示される資源情報等の一覧の表示例を示す図。
【図１１】図９のステップＳＣ７において表示される資源情報等の一覧の他の表示例を示す図。
【図１２】図１のシンクライアントシステムによるサーバ装置予約処理の典型的な流れを示す図。
【図１３】本実施形態の変形例に係わるシンクライアントシステムの構成を示す図。
【図１４】変形例に係わるシンクライアントシステムによる業務情報保存処理の典型的な流れを示す図。
【図１５】変形例に係わるシンクライアントシステムによる業務再開処理の典型的な流れを示す図。
【符号の説明】
【００９４】
１…シンクライアントシステム、３…サーバ装置、５…クライアント装置、７…サーバ管理装置
【技術分野】
【０００１】
本発明は、シンクライアント環境下において、マルチモニタ対応の医療業務アプリケーションを実行するシンクライアントシステム及びサーバ管理装置に関する。
【背景技術】
【０００２】
近年、シンクライアントシステムと呼ばれるコンピュータネットワークシステムが構築されている（例えば、特許文献１及び特許文献２）。シンクライアントシステムは、ネットワークを介して接続されたサーバ装置とクライアント装置（シンクライアント）とを有する。サーバ装置は、複数のアプリケーションを管理する。クライアント装置は、ネットワークを介してサーバ装置を遠隔操作してサーバ装置に所望のアプリケーションを実行させ、実行結果をクライアント装置のモニタに表示する。
【０００３】
医療業務に関するアプリケーションの１つとして、マルチモニタ対応のアプリケーションがある。マルチモニタ対応のアプリケーションは、複数のモニタを使用することを前提として画面デザインや動作設計がなされている。つまりマルチモニタ対応のアプリケーションが要求するハードウェア資源にサーバ装置のハードウェア資源が適合していなければならない。
【０００４】
シンクライアント環境下では、マルチモニタ対応のアプリケーションが要求するハードウェア資源に適合しないハードウェア資源を有するサーバ装置で当該アプリケーションが実行されてしまう場合がある。この場合、当該アプリケーションは、正しく動作されない。従って、ユーザは、ハードウェア資源の知識を有していなければならない。ハードウェア資源の知識がないユーザは、シンクライアント環境下において当該アプリケーションを実行する際に大変な困難を強いられている。このように、シンクライアント環境下におけるマルチモニタ対応アプリケーションの実行に関する利便性の向上が望まれている。
【特許文献１】特開２００５―２２１６６４号公報
【特許文献２】特開２００４―２８４７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、マルチモニタ対応アプリケーションの実行に関する利便性の向上を実現するシンクライアントシステム及びサーバ管理装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第１局面に係るシンクライアントシステムは、シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置とサーバ管理装置とクライアント装置とを具備するシンクライアントシステムであって、前記サーバ管理装置は、前記複数のサーバ装置のそれぞれに関する画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する資源情報を記憶し、前記クライアント装置は、ユーザからの指示に従って、前記資源情報の送信要求を前記サーバ管理装置に送信し、前記サーバ管理装置は、前記送信された送信要求を受けて前記資源情報を前記クライアント装置に送信し、前記クライアント装置は、前記送信された資源情報を受信し、前記受信された資源情報を表示する、ことを特徴とすることを特徴とする。
【０００７】
本発明の第２局面に係るシンクライアントシステムは、シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置とサーバ管理装置とクライアント装置とを具備するシンクライアントシステムであって、前記サーバ管理装置は、前記複数のサーバ装置のそれぞれに関する画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する第１資源情報を記憶し、前記クライアント装置は、医療業務に係わるマルチモニタ対応のアプリケーションを選択し、前記選択されたアプリケーションに関するアプリ情報を前記サーバ管理装置に送信し、前記サーバ管理装置は、前記送信されたアプリ情報を受信し、前記受信されたアプリ情報に対応するアプリケーションを実行するために必要な画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する第２資源情報と前記第１資源情報との一致度を前記複数のサーバ装置のそれぞれについて算出し、少なくとも前記算出された一致度のうちの所定値よりも大きい一致度に対応する第１資源情報を前記クライアント装置に送信し、前記クライアント装置は、前記送信された第１資源情報を受信し、前記受信された第１資源情報を表示する、ことを特徴とすることを特徴とする。
【０００８】
本発明の第３局面に係るサーバ管理装置は、クライアント装置とネットワークを介して接続された複数のサーバ装置に関する情報を管理するサーバ管理装置であって、前記複数のサーバ装置のハードウェア構成に関する資源情報を記憶する記憶手段と、前記クライアント装置からの前記資源情報の要求に基づいて、前記記憶手段に記憶された前記資源情報又は前記資源情報の検索結果に関する情報を、前記クライアント装置に送信する送信手段と、を具備することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、マルチモニタ対応アプリケーションの実行に関する利便性の向上が実現する。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照しながら本発明の実施形態に係わるシンクライアントシステム及びサーバ管理装置を説明する。
【００１１】
（構成）
図１は、医療業務に係わるシンクライアントシステム１の構成を示す図である。図１に示すように、シンクライアントシステム１は、シンクライアント環境下において互いにネットワークを介して接続された少なくとも一台のサーバ装置３、クライアント装置５、及びサーバ管理装置７を有する。図１においてサーバ装置３は、第１サーバ装置３―１、第２サーバ装置３―２、及び第３サーバ装置３―３の３台であるが、１台以上であれば何台であっても構わない。以下、説明の簡単のため、サーバ装置について言及する場合は、第１サーバ装置３―１、第２サーバ装置３―２、及び第３サーバ装置３―３を区別せずにまとめてサーバ装置３と呼ぶことにする。また、図１においてクライアント装置５は、一台のみ示されているがネットワークに接続されているクライアント装置は複数台であっても構わない。ネットワークは、例えば、ＴＣＰ／ＩＰをもとにEthernet（登録商標）等の規格に準拠して構築される。
【００１２】
サーバ装置３は、医療業務に関するマルチモニタ対応の複数のアプリケーションを集中管理するシンクライアント用のサーバコンピュータである。図２は、サーバ装置３のハードウェア構成を示す図である。図２に示すように、サーバ装置３は、制御部３１を中枢として、記憶部３３、表示部３５、及び通信部３７を有する。
【００１３】
記憶部３３は、制御部３１が直接データを読み書きするメモリ等の主記憶装置と、外部記録媒体としてのＨＤＤ（hard disk drive）やＳＤＤ（super density disk）等の補助記憶装置を有する。記憶部３３は、ＯＳ（operating system：基本ソフトウェア）プログラムや、医療業務に関するマルチモニタ対応の複数のアプリケーション（以下、業務アプリと呼ぶことにする）のプログラム、シンクライアント用サーバアプリケーション（以下、サーバアプリと呼ぶことにする）のプログラム、ハードウェア資源送信アプリケーション（以下、資源情報送信アプリと呼ぶことにする）のプログラムを記憶する。また、記憶部３３は、クライアント装置５やサーバ管理装置７のネットワーク上のホスト名、ＩＰアドレス、接続ポート等の通信設定に関する情報を通信設定ファイルとして記憶している。
【００１４】
ＯＳとしては、ウィンドウズ（登録商標）、リナックス（登録商標）、ユニックス（登録商標）等の既存のＯＳが本実施形態に適用可能である。
【００１５】
業務アプリは、上述のように、マルチモニタ対応のアプリケーションである。マルチモニタ対応のアプリケーションは、モニタの制御方法に関し、大別して２つに分けられる。１つ目は、複数のモニタの画面を仮想的に１つの画面とみなし、１つのモニタとして用いる方法である。２つ目は、複数のモニタを独立して用いる方法である。本実施形態に係わる業務アプリは、どちらの方法でも適用可能である。業務アプリとしては、画像処理（２次元画像処理や３次元画像処理）のためのアプリケーションやＰＡＣＳ（画像管理）のためのアプリケーション、電子カルテ作成のためのアプリケーション、レポート作成のためのアプリケーション等の医療業務に係わるあらゆるアプリケーションが適用可能である。
【００１６】
業務アプリの種類に応じて最適なハードウェア資源がある。ハードウェア資源とは、画面解像度、画面色数（階調数）、モニタの接続台数、モニタタイプ、モニタの制御方法、画像処理用のハードウェア処理能力（例えば、ＤＳＰ（digital signal processor）の有無）、ＯＳ情報等である。業務アプリは、最適なハードウェア資源に合わせて動作設計されている。従って、互いに異なる種類の業務アプリは、サーバ装置３に要求するハードウェア資源が異なる。
【００１７】
サーバアプリは、クライアント装置５と画面共有するためのアプリケーションである。サーバアプリとしては、マイクロソフト社のRemote-Desktopや、シマンテック社のPCAnyWhere等の既存のどのシンクライアント用のサーバアプリケーションでも可能である。
【００１８】
資源情報送信アプリは、例えば、ＯＳの常駐プログラムとして実装される。常駐プログラムは、コンピュータの起動と同時に起動されるプログラムである。常駐プログラムは、ウィンドウズ（登録商標）ではサービスと呼ばれ、リナックス（登録商標）やユニックス（登録商標）ではデーモンと呼ばれている。資源情報送信アプリは、サーバ管理装置７に自装置のハードウェア資源に関する情報（以下、資源情報と呼ぶことにする）のデータを送信するためのアプリケーションである。
【００１９】
表示部３５は、少なくとも１つのビデオカードと少なくとも１以上のモニタとを有する。ビデオカードは、複数且つ高精度のモニタをサポートするための専用ビデオカード（グラフィックボード、グラフィックスボード、グラフィックカード、グラフィックスカード）である。ビデオカードの枚数は、ビデオカードがサポートするモニタの数や表示部３５が有するモニタの数に応じて決定される。例えば、１枚のビデオカードが２つのモニタを接続可能であり、全部で４台のモニタを接続するためには、２枚のビデオカードを有さなければならない。モニタとしては、例えばＣＲＴディスプレイや、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ等の表示デバイスが適宜利用可能である。医用業務に用いられるモニタとしては、横長型（ランドスケールタイプ）や縦長型（ポートレートタイプ）、標準型等のモニタタイプがある。医用業務に用いられる画面解像度としては、７Ｍ（３０７２×２３０４）や５Ｍ（２５９２×１９４４）、４Ｍ（２３０４×１７２８）、３Ｍ（２０４８×１５３６）、２Ｍ（１６００×１２００）等の高解像度が要求されている。
【００２０】
なお、後述するように、サーバ装置３で起動される業務アプリの表示画面はクライアント装置５のモニタに表示されるので、サーバ装置３は、モニタを有さなくてもよい。
【００２１】
通信部３７は、ネットワークを介してクライアント装置５やサーバ管理装置７とネットワーク通信するためのネットワークデバイスを有する。通信部３７は、制御部３１の制御の元にネットワークを介してクライアント装置５とサーバ管理装置７と種々のデータを送受信する。通信時において通信部３７は、通信相手に関する通信設定ファイルを記憶部３３から読み出して、通信相手とネットワークを介して通信する。
【００２２】
制御部３１は、サーバ装置３の中枢として機能するＣＰＵ（central processor unit）である。制御部３１は、ユーザのログオンを契機として記憶部３３に記憶されているＯＳを展開して、サーバ装置３の各部を制御する。また、制御部３１は、ユーザのログオンを契機として記憶部３３に記憶されている資源情報送信アプリを展開して、通信部３７に資源情報をサーバ管理装置７に送信させる。制御部３１は、ＯＳ展開中において、ユーザからのクライアント装置５を介した指示を受けて、記憶部３３に記憶されているサーバアプリを展開して、クライアント装置５と表示画面を共有する。サーバアプリの展開中において、制御部３１は、ユーザからのクライアント装置５を介した指示を受けて、記憶部３３に記憶されている業務アプリを展開して、業務アプリを実行する。業務アプリの実行中の表示画面のデータは、通信部３７によりネットワークを介してクライアント装置５に供給される。また、制御部３１は、通信部３７を介してクライアント装置５からの入力信号を入力する。
【００２３】
クライアント装置５は、サーバ装置３に比して小規模のハードウェア資源を有するコンピュータ（シンクライアント）である。クライアント装置５は、ネットワークを介して複数のサーバ装置（３―１，３―２，３―３）のうちの特定のサーバ装置（例えば、３―１）を遠隔操作して、所望の業務アプリを実行する。図３は、クライアント装置５のハードウェア構成を示す図である。図３に示すように、クライアント装置５は、制御部５１を中枢として、記憶部５３、表示部５５、操作部５７、及び通信部５９を有する。
【００２４】
記憶部５３は、ＯＳプログラムや、シンクライアント用クライアントアプリケーション（以下、クライアントアプリと呼ぶことにする）のプログラム、サーバ装置３の資源情報等を表示するためのアプリケーション（以下、表示アプリと呼ぶことにする）のプログラム、サーバ装置３を予約するためのアプリケーション（以下、予約アプリと呼ぶことにする）のプログラムを記憶する。また、記憶部５３は、サーバ装置３やサーバ管理装置７のネットワーク上のホスト名、ＩＰアドレス、接続ポート等の通信設定に関する情報を通信設定ファイルとして記憶している。
【００２５】
クライアントアプリは、サーバ装置３と画面共有するためのアプリケーションである。クライアントアプリとしては、サーバアプリに対応するマイクロソフト社のRemote-Desktopや、シマンテック社のPCAnyWhere等の既存のどのアプリケーションでも可能である。
【００２６】
表示アプリは、サーバ管理装置７から、ネットワークに接続されているサーバ装置３の資源情報を取得し、表示部５５のモニタに表示するためのアプリケーションである。この際、オプション機能として、サーバ装置３のハードウェア資源と所望の業務アプリが要求するハードウェア資源との一致度を表示してもよい。
【００２７】
予約アプリは、所望のサーバ装置３の予約をサーバ管理装置７に登録するためのアプリケーションである。
【００２８】
表示部５５は、少なくとも１つのビデオカードと少なくとも１以上のモニタとを表示する。ビデオカードは、複数且つ高精度のモニタをサポートするための専用ビデオカードである。ビデオカードの枚数は、ビデオカードがサポートするモニタの数や表示部５５が有するモニタの数に応じて決定される。なお、クライアント装置５のモニタの画面解像度がサーバ装置３のモニタの画面解像度よりも小さい場合、スクロールバーの付いたウィンドウが起動され、操作部５７を介してスクロールバーをスライドさせることで、表示画面全体を表示させることが可能である。クライアント装置５のモニタの画面色数（例えば、グレイレベル）がサーバ装置３から送信される表示画像の画面色数よりも少ない場合、表示画像の画面色数を削減して表示する。例えば、クライアント装置５のモニタのグレイレベルが８ビット、サーバ装置３から送信される表示画像のグレイレベルが２０４８ビットの場合、表示画像のグレイレベルを８ビット以下に削減して表示する。
【００２９】
操作部５７は、ユーザからの各種指令や情報入力を受け付ける。操作部５７としては、マウスやトラックボールなどのポインティングデバイス、モード切替スイッチ等の選択デバイス、あるいはキーボード等の入力デバイスが適宜利用可能である。
【００３０】
通信部５９は、ネットワークデバイスを有し、制御部５１の制御のもとネットワークを介してサーバ装置やサーバ管理装置と種々のデータを送受信する。
【００３１】
制御部５１は、クライアント装置５の中枢として機能するＣＰＵを有する。制御部５１は、記憶部５３に記憶されているＯＳを展開して、クライアント装置５の各部を制御する。制御部５１は、ＯＳ展開中において、ユーザからの操作部５７を介した指示を受けて、記憶部５３に記憶されているクライアントアプリを展開して、サーバ装置３と表示画面を共有する。クライアントアプリの展開中において、制御部５１は、サーバ装置３からの表示画面のデータを受けて、表示画面を表示部５５に表示させる。また、制御部５１は、ＯＳ展開中において、ユーザからの操作部５７を介して指示を受けて、記憶部５３に記憶されている表示アプリを展開して、表示アプリを実行する。また、制御部５１は、ＯＳ展開中において、ユーザからの操作部５７を介して指示を受けて、記憶部５３に記憶されている予約アプリを展開して、予約アプリを実行する。
【００３２】
サーバ管理装置７は、ネットワークに接続されているサーバ装置３を管理する。図４は、サーバ管理装置７のハードウェア構成を示す図である。図４に示すようにサーバ管理装置７は、制御部７１を中枢として、記憶部７３、表示部７５、及び通信部７７を有する。
【００３３】
記憶部７３は、ＯＳプログラムを記憶する。また、記憶部７３は、各サーバ装置３から送信されるハードウェア資源に関する資源情報をサーバ装置３の識別情報に関連付けて記憶する。サーバ装置３の識別情報は、例えば、サーバ名やＩＰアドレス等のサーバ装置３を一意に特定可能な情報である。また、記憶部７３は、クライアント装置からの予約情報を記憶する。予約情報については後述する。また、記憶部７３は、サーバ装置３やクライアント装置５のネットワーク上のホスト名、ＩＰアドレス、接続ポート等の通信設定に関する情報を通信設定ファイルとして記憶している。
【００３４】
表示部７５は、少なくとも１つのビデオカードと少なくとも１以上のモニタとを表示する。なお、表示部７５は、モニタを有さなくともよい。
【００３５】
通信部７７は、ネットワークデバイスを有し、ネットワークを介してサーバ装置３やクライアント装置５と種々のデータを送受信する。
【００３６】
制御部７１は、サーバ管理装置７の中枢として機能するＣＰＵを有する。制御部７１は、記憶部７３に記憶されているＯＳプログラムを展開して、サーバ管理装置７の各部を制御する。
【００３７】
上記構成を有するシンクライアントシステム１は、サーバ装置３とクライアント装置５とサーバ管理装置７との連携により、サーバ装置３のハードウェア資源に関する資源情報をクライアント装置５のモニタに表示させるハードウェア資源表示処理を行なう。また、シンクライアントシステム１は、サーバ装置３とクライアント装置５とサーバ管理装置７との連携により、所望のハードウェア資源を有するサーバ装置３を予約するサーバ予約処理を行なう。以下、ハードウェア資源表示処理とサーバ予約処理とについての詳細をそれぞれ説明する。
【００３８】
（ハードウェア資源表示処理）
ハードウェア資源表示処理は、資源情報送信・記憶処理と資源情報表示・サーバアクセス処理とに分けられる。資源情報送信・記憶処理は、サーバ管理装置７がサーバ装置３から送信される資源情報を記憶する処理である。資源情報表示・サーバアクセス処理は、クライアント装置５がサーバ管理装置７から資源情報を取得して表示し、所望の業務アプリを実行するためにクライアント装置５が所望のサーバ装置３にアクセスする処理である。
【００３９】
図５は、資源情報送信・記憶処理の典型的な流れを示す図である。この資源情報送信・記憶処理は、ネットワークに接続されている各サーバ装置３により個別に行なわれる。
【００４０】
ユーザ等によりＯＳが起動されると、サーバ装置３は、資源情報送信アプリを起動する（ステップＳＡ１）。資源情報送信アプリの起動中、サーバ装置３は、自装置に関する資源情報を定期的にサーバ管理装置７に送信する（ステップＳＡ２）。この際、サーバ装置３は、シンクライアント用のライセンス数もサーバ管理装置７へ送信してもよい。ライセンス数とは、サーバにネットワーク経由で同時接続できる最大ユーザ数である。さらに、サーバ装置３は、定期的にユーザの使用状況を確認してサーバ管理装置７に送信してもよい。使用状況とは、例えば、サーバ装置３が空いているか否かを示す情報や、使用しているユーザの人数、使用しているユーザの識別情報、ＣＰＵの稼働率等である。具体的には、サーバ装置３は、ウィンドウズ（登録商標）ＯＳの場合、nbtstatコマンドを用いて、自装置にログオンしているユーザの人数や識別情報をサーバ管理装置７に送信する。またサーバ装置３は、監査ポリシーにユーザのログオン・ログオフのイベントを出力するように設定しておき、このイベントを定期的にチェックすることでログインしているユーザの人数や識別情報を取得したりする。なお、ユーザの識別情報は、例えば、ユーザ名やユーザＩＤ等のユーザを一意に特定できる情報である。また、サーバ管理装置７は、サーバ装置３に問合わせ（NtQuerySysteminformation）を行い、ＣＰＵの稼働率に関する情報を取得する。
【００４１】
サーバ管理装置７は、サーバ装置３から送信された資源情報や、ライセンス数、使用状況等を記憶する（ステップＳＡ３）。この際、資源情報等は、送信元のサーバ装置３の識別情報に関連付けられて記憶される。
【００４２】
以上で資源情報送信・記憶処理が終了する。
【００４３】
次に、資源情報表示・サーバアクセス処理について説明する。資源情報表示・サーバアクセス処理は、単にサーバ装置毎に資源情報を表示するもの（第１の資源情報表示・サーバアクセス処理）と、所望の業務アプリが要求するハードウェア資源と各サーバ装置が有するハードウェア資源との一致度が高い順に資源情報を表示するもの（第２の資源情報表示・サーバアクセス処理）とがある。
【００４４】
図６は、第１の資源情報表示・サーバアクセス処理の典型的な流れを示す図である。まず、ユーザは、ユーザ認証のため、ユーザ名やパスワード等のユーザ識別情報を入力する。ユーザ識別情報の入力を受けるとクライアント装置５は、ユーザのログオンを許可する（ステップＳＢ１）。ログオンは、ＯＳが提供するユーザ認証により行なわれる。ログオンの許可後、ユーザは、クライアント装置５上で資源情報の表示アプリの起動を要求する。表示アプリの起動要求を受けるとクライアント装置５は、記憶部５３に記憶されている表示アプリのプログラムを展開して表示アプリを起動する（ステップＳＢ２）。表示アプリの起動後、クライアント装置５は、サーバ管理装置７に資源情報の送信を要求する。送信の要求を受信するとサーバ管理装置７は、ネットワーク上に接続されているサーバ装置３の資源情報等（資源情報、ライセンス数、使用状況）のデータを読み出して、クライアント装置５に送信する（ステップＳＢ３）。資源情報を受信するとクライアント装置５は、受信された資源情報等の一覧をクライアント装置５の表示部５５のモニタに表示する（ステップＳＢ４）。
【００４５】
図７は、資源情報等の一覧の表示例を示す図である。図７に示すように、資源情報等は、「サーバ情報」というタイトルを有するウィンドウＷ１に表示される。ウィンドウＷ１には、ネットワーク上に接続されているサーバ装置３のアイコンＩ１が含まれている。アイコンＩ１には、そのアイコンＩ１に対応するサーバ装置３が空いていることを示す「ｖａｃａｎｔ」の文字列Ｍ１や、空いてないことを示す「ｏｃｃｕｐｉｅｄ」の文字列Ｍ２が重ねて表示される。空いているか否かは、サーバ管理装置７からの使用状況により特定される。各アイコンＩ１の下には、資源情報等が表形式で表示される。図７の表示レイアウトでは、資源情報等として、サーバ名、モニタ数、モニタタイプが表示されている。これら以外にも、ライセンス数や、現在のログオンユーザ数、ＯＳ情報、画面解像度、画面階調数、画像処理ハードウェア有無、ＣＰＵ稼働率等を表示してもよい。このように、資源情報等を表示することで、ユーザは、目的の業務アプリを実行可能なハードウェア資源を有するサーバ装置３を特定することが可能となる。
【００４６】
なお、資源情報等の表示例は、図７の例に限定されない。例えば、図８に示すように、サーバ装置３が空いているか否かと資源情報とを表形式で表示するウィンドウＷ２を表示してもよい。
【００４７】
図６に戻り、第１の資源情報表示・サーバアクセス処理の典型的な流れの続きを説明する。ステップＳＢ４において資源情報等が表示されると、クライアント装置５は、操作部５７を介してユーザが所望の業務アプリを実行するのに好適なサーバ装置３を選択することを待機している。（ステップＳＢ５）。例えば、ユーザが図７の所望のアイコンＩ１をマウスでダブルクリックすることにより、クリックされたアイコンＩ１に対応するサーバ装置３が選択される。
【００４８】
所望のサーバ装置３が選択されると、クライアント装置５は、選択されたサーバ装置３に対応するクライアントアプリを起動する（ステップＳＢ６）。具体的には、クライアント装置５は、選択されたサーバ装置３のＩＰアドレスや、ユーザの識別情報、ユーザのパスワードを引数として、クライアントアプリを起動する。
【００４９】
クライアントアプリ起動後、クライアント装置５は、選択されたサーバ装置３にサーバアプリの起動要求を送信する。サーバアプリの起動要求を受けたサーバ装置３は、サーバアプリを起動する（ステップＳＢ７）。サーバアプリ起動後、サーバ装置３は、サーバ装置３のログオン画面のデータをクライアント装置５に送信する。
【００５０】
ログオン画面のデータを受信すると、クライアント装置５は、このログオン画面を表示部５５のモニタに表示する（ステップＳＢ８）。ログオン画面が表示されるとユーザは、操作部５７を介してログオン画面上にユーザ認証のためのユーザ識別情報を入力する。クライアント装置５は、入力されたユーザ認証情報をサーバ装置３に送信する。
【００５１】
サーバ装置３は、送信されたユーザ認証情報を引数として、ユーザ認証する（ステップＳＢ９）。ユーザ認証に成功すると、サーバ装置３は、クライアント装置５にログオン通知をする。なおユーザ認証の際、サーバ装置３は、ユーザのログオン時に同一ユーザが既に同一サーバ装置３にログオンしているか否かを判定する。同一ユーザがログオンしていないと判定した場合には、サーバ装置３は、当該ユーザのログオンを許可する。同一ユーザが既にログオンしていると判定した場合には、サーバ装置３は、当該ユーザを自動的にログオフさせる。これにより、同一ユーザがサーバ装置３のハードウェア資源を独占することを防止できる。この判定処理は、例えば、同一ユーザ判定用アプリケーションにより実行される。この同一ユーザ判定用アプリケーションは、ＯＳ起動時に自動的に起動されるように設定されているとよい。具体的には、同一ユーザ判定用アプリケーションをスタートアップに登録しておくことで、ＯＳ起動時に同一ユーザ判定処理を実行することができる。
【００５２】
ログオン通知がなされるとクライアント装置５は、所望の業務アプリの起動要求をサーバ装置に送信する。業務アプリの起動要求を受けるとサーバ装置５は、起動要求された業務アプリのプログラムを展開して、業務アプリを起動する（ステップＳＢ１０）。業務アプリが起動されるとサーバ装置３は、クライアント装置５からの指示に従って業務アプリを実行する。表示画面のデータは、サーバ装置３からクライアント装置５へリアルタイムに送信され、表示部５５のモニタに表示される。
【００５３】
以上で第１の資源情報表示・サーバアクセス処理が終了する。
【００５４】
その後、業務アプリを使用し終わるとユーザは、サーバアプリの終了要求をする。ユーザにより操作部５７を介してサーバアプリの終了要求がなされると、クライアント装置５は、クライアント５は、サーバアプリの終了要求をサーバ装置３に送信する。サーバアプリの終了要求を受信すると、サーバ装置３は、ユーザをログオフして、サーバアプリを終了する。
【００５５】
サーバアプリと同時にクライアントアプリを終了させることも可能である。まず、クライアントアプリを終了する。まず、ユーザにより操作部５７を介してサーバアプリの終了要求がなされると、クライアント装置５は、クライアントアプリを終了する。これと同時にクライアント装置５は、サーバアプリの終了要求をサーバ装置３に送信する。サーバアプリの終了要求を受信すると、サーバ装置３は、ユーザをログオフして、サーバアプリを終了する。
【００５６】
次に第２の資源情報表示・サーバアクセス処理について説明する。図９は、第２の資源情報表示・サーバアクセス処理の典型的な流れを示す図である。まず、ユーザは、ユーザ認証のため、ユーザ名やパスワード等のユーザ識別情報を入力する。ユーザ識別情報の入力を受けるとクライアント装置５は、ユーザのログオンを許可する（ステップＳＣ１）。ログオン許可後、ログオンの許可後、ユーザは、クライアント装置５上で資源情報の表示アプリの起動を要求する。表示アプリの起動要求を受けるとクライアント装置５は、記憶部５３に記憶されている表示アプリのプログラムを展開して表示アプリを起動する（ステップＳＣ２）。
【００５７】
表示アプリの起動後、クライアント装置５は、業務アプリの選択画面を表示部５５に表示し、ユーザにより操作部５７を介して業務アプリが選択されることを待機している（ステップＳＣ３）。選択画面には、例えば、ＣＴ（Ｘ線コンピュータ断層撮影装置）、ＵＬ（超音波診断装置）、ＸＲ（Ｘ線診断装置）、ＭＲ（磁気共鳴イメージング装置）、ＰＥＴ（陽電子放出コンピュータ断層撮影装置）などの画像の種類（すなわち、画像発生源であるモダリティ）を選択するための画像種選択画面がある。画面解像度は、画像の種類によって概ね決定される。例えば、ＸＲでは１７６０×１７６０×１０ビットであり、ＭＲでは５１２×５１２×１６ビットである。
【００５８】
また、選択画面には、例えば、２次元画像処理、３次元画像処理、画像参照、画像読影、レポート作成、電子カルテ作成等の業務目的を選択するための業務目的選択画面がある。２次元画像処理としては、例えば、フィルミングやファイリング等が選択可能である。３次元画像処理としては、例えば、ボリュームレンダリングや画素値投影法が選択可能である。２次元画像処理であれば、全画面分のスペースが要求され、３次元画像処理であれば、基本的には４コマ（全画面の４分の１）分程度のスペースが要求される。選択された業務アプリに関する業務アプリ情報（業務アプリを識別するための情報。ここでは、画像種を識別するための情報と業務目的を識別するための情報）は、クライアント装置５によりサーバ管理装置７に送信される。
【００５９】
なお、上記方法では、処理対象の画像種と業務目的とを選択することで、業務アプリが選択されるとした。しかしながら本実施形態は、これに限定する必要はない。例えば、業務アプリを直接選択するとしてもよい。
【００６０】
業務アプリを示す業務アプリ情報が選択されると、サーバ管理装置７は、選択された業務アプリを正しく動作させるために必要なハードウェア資源を決定する（ステップＳＣ４）。すなわち、サーバ管理装置７は、選択された業務アプリ示すコードを入力とし、その業務アプリに必要なハードウェア資源に関する資源情報を出力とするテーブルを記憶部７３に記憶している。テーブルの一例としては、画像種を示すコードを入力として、画面解像度やモニタ数、モニタタイプ、モニタの制御方法を示すコードを出力するテーブルである。
【００６１】
次にサーバ管理装置７は、決定されたハードウェア資源と各サーバ装置との一致度を算出する（ステップＳＣ５）。以下、一致度の算出処理の具体例を説明する。サーバ管理装置７は、記憶部７３に記憶されている各サーバ装置３の資源情報を参照することにより、現在接続されているサーバ装置３の中から、決定された画面解像度以上の画面解像度を有するサーバ装置３を特定する。必要な画面解像度を有するサーバ装置３には、必要な画面解像度を有さないサーバ装置３よりも高い点数が加点される。例えば、必要な画面解像度を有するサーバ装置３には１０点を、必要な画面解像度を有さないサーバ装置３には０点が加点される。また、サーバ管理装置７は、画像処理種に応じて加点する。例えば、３次元画像処理が選択された場合、ハードウェアがついている場合には、そのサーバ装置３に加点する。そのサーバ装置３のユーザ数と最大ユーザ数との差に応じてサーバ装置３に加点する。例えば、最大ユーザ数が所定値よりも大きく、且つ現在のログオンユーザ数が最大ユーザ数よりも少ない場合、そのサーバ装置３には最高点（例えば、１０点）が加点される。そして、そのサーバ装置３のＣＰＵ稼働率に応じて、サーバ装置３に加点する。例えば、ＣＰＵ稼働率が所定値以下の場合、そのサーバ装置３に最高点（１０点）を加点する。ＣＰＵ稼働率が所定値よりも大きければ大きいほど、最高点よりも小さい点数を加点する。全ての項目について検討されると、合計点数をサーバ装置３ごとに算出する。
【００６２】
一致度が算出されるとサーバ管理装置７は、クライアント装置５に一致度情報と資源情報とを送信する（ステップＳＣ６）。一致度情報と資源情報とを受信するとクライアント装置５は、資源情報を一致度の大きい順に一覧で表示する（ステップＳＣ７）。
【００６３】
図１０は、資源情報の一覧の表示例を示す図である。図１０に示すように、「サーバ情報」というタイトルを有するウィンドウＷ３が表示される。ウィンドウＷ３には、ネットワーク上に接続されているサーバ装置３のアイコンＩ２が表示されている。例えば、一致度の高いサーバ装置３に対応するアイコンＩ２を左側に表示する。各アイコンＩ２には、ステップＳＣ３において選択された業務アプリが要求するハードウェア資源を有することを示す「ｏｐｅｒａｂｌｅ」の文字列Ｍ３や、有さないことを示す「ＮＧ」の文字列Ｍ４が重ねて表示される。ハードウェア資源を有するか否かは、例えば、一致度が所定値以上か否かで決定される。
【００６４】
なお、資源情報の表示例は、図１０の例に限定されない。例えば、図１１に示すように、ハードウェア資源を有するか否かと資源情報とを表形式で表わすウィンドウＷ４を表示してもよい。また、一致度を表示してもよい。
【００６５】
なおステップＳＣ６においてサーバ管理装置７は、ステップＳＣ５で算出された全ての一致度情報のうちの一部分のみをクライアント装置５に送信してもよい。例えば、予め設定された所定値よりも大きい一致度のみがクライアント装置５に送信されてもよい。この場合、この所定値よりも大きい一致度に対応する資源情報のみがクライアント装置５に送信されるとよい。
【００６６】
またステップＳＣ６においてサーバ管理装置７は、ステップＳＣ５で算出された全ての一致度情報をクライアント装置５に送信しなくともよい。この場合、例えば、予め設定された所定値よりも大きい一致度に対応する資源情報のみがクライアント装置５に送信されるとよい。すなわち、業務アプリを選択することで、ネットワークに接続されているサーバ装置３のうち、選択された業務アプリを正常に動作できるサーバ装置３を自動検索することもできるのである。
【００６７】
資源情報の一覧が表示されると、ユーザは、操作部５７を介して、目的の業務アプリを実行するのに好適なサーバ装置３を選択する（ステップＳＣ８）。例えば、ユーザにより、図１０のアイコンＩ２をマウスでダブルクリックすることにより、サーバ装置３が選択される。
【００６８】
ステップＳＣ８以後の処理（ステップＳＣ９〜ステップＳＣ１３）の流れは、図６のステップＳＢ５以後の処理（ステップＳＢ６〜ステップＳＢ１０）と同様なので説明を省略する。
【００６９】
なお、第２の資源情報表示・サーバアクセス処理の流れは、図９に記載の流れに限定されない。例えば、ステップＳＣ８において所望のサーバ装置８がユーザにより選択されるとしたが、一致度の最も高いサーバ装置３を自動的に選択するとしてもよい。この際、ステップＳＣ７とステップＳＣ８とは省略可能である。
【００７０】
（サーバ装置予約処理）
図１２は、サーバ装置予約処理の典型的な流れを示す図である。まず、ユーザは、ユーザ認証のため、ユーザ名やパスワード等のユーザ識別情報を入力する。ユーザ識別情報の入力を受けるとクライアント装置５は、ユーザのログオンを許可する（ステップＳＤ１）。ログオンの許可後、クライアント装置５は、記憶部５３に記憶されている予約アプリのプログラムを展開して予約アプリを起動する（ステップＳＤ２）。予約アプリの起動後、クライアント装置５は、サーバ管理装置７に資源情報の送信を要求する。送信の要求を受信するとサーバ管理装置７は、ネットワーク上に接続されているサーバ装置３の資源情報等（資源情報、ライセンス数、使用状況）のデータを読み出して、クライアント装置５に送信する（ステップＳＤ３）。資源情報を受信するとクライアント装置５は、受信された資源情報等と予約期間の入力欄とを含む予約画面を表示部５５のモニタに表示する（ステップＳＤ４）。予約画面を表示するとクライアント装置５は、ユーザにより操作部５７を介して予約対象のサーバ装置３が選択され、予約期間が指定されるのを待機する（ステップＳＤ５）。
【００７１】
ユーザにより操作部５７を介して所望のサーバ装置３が選択され、予約期間が指定されると、クライアント装置５は、予約情報を発行する（ステップＳＤ６）。予約情報は、少なくとも予約番号、予約対象のサーバ装置３のＩＰアドレス、予約期間を含む。なお、予約期間が指定されていない場合、クライアント装置５は、予約エラーとし、再び予約画面を表示する。
【００７２】
予約情報を発行するとクライアント装置５は、予約情報をサーバ管理装置７に送信する。予約情報を受信するとサーバ管理装置７は、予約情報に従って予約を登録する（ステップＳＤ７）。具体的には、サーバ管理装置７は、予約対象のサーバ装置３のライセンス数と予約済みのユーザ数とを比較する。予約済みのユーザ数がライセンス数に等しい又は多い場合、予約不可であると決定する。予約不可であると決定された場合、サーバ管理装置７は、予約不可通知をクライアント装置５に送信する。予約不可通知を受信すると、クライアント装置５は予約不可である旨を表示部５５のモニタに表示する。一方、予約済みのユーザ数がライセンス数以下の場合、サーバ管理装置７は、予約可能と判定する。予約可能と判定された場合、サーバ管理装置７は、指定された条件で予約を登録する。すなわち、ユーザ識別情報と予約情報とは、互いに関連付けられて記憶部７３に記憶される。
【００７３】
予約が登録されるとサーバ管理装置７は、予約登録通知をクライアント装置５に送信する。送信された予約登録通知を受信すると、クライアント装置５は、予約情報を表示部５５のモニタに表示する（ステップＳＤ８）。
【００７４】
以上でサーバ装置予約処理が終了する。
【００７５】
予約処理の終了後におけるサーバ装置３の動作の典型例を簡単に説明する。サーバ装置３は、ユーザからのログオン要求があった場合、ログオン要求をしたユーザがログオン要求した時刻に当該サーバ装置３を予約しているか否かをサーバ管理装置７に問い合わせる。予約しているとサーバ管理装置７が応答した場合、サーバ装置３は、当該ユーザからのログオンを受付ける。予約していないとサーバ管理装置７が応答した場合、サーバ装置３は、予約済みのユーザ数がライセンス数に等しい又はそれ以上か否か、すなわちサーバ装置３が空いているか否かをサーバ管理装置７に問い合わせる。予約済みのユーザ数がライセンス数に等しい又はそれ以上であるとサーバ管理装置７が応答した場合、サーバ装置３は、当該ユーザからのログオンを受付ける。予約済みのユーザ数がライセンス数以下であるとサーバ管理装置７が応答した場合、サーバ装置３は、当該ユーザからのログオンを受付けない。
【００７６】
なお、サーバ装置予約処理は、図１２に示した流れのみに限定されない。例えば、ステップＳＤ５において予約期間を指定することなく、予約を行なってもよい。この場合の処理の典型的な流れを以下に簡単に説明する。
【００７７】
ステップＳＤ５においてユーザは、操作部５７を介して少なくとも１つの予約対象のサーバ装置３を、予約期間を指定せずに選択する。予約対象が選択されるとクライアント装置５は、予約対象のサーバ装置３のＩＰアドレスと予約番号とを含む予約情報を発行する。サーバ管理装置７は、予約情報に従って予約を登録する。この際、サーバ管理装置７は、ユーザ名とユーザの通知先（例えば、ユーザの電子メールのアドレス）とを関連付けて記憶する。予約登録の終了後も、各サーバ装置５は、資源情報（使用状況）を定期的にサーバ管理装置７に送信している。サーバ管理装置７は、定期的に使用状況を参照し、予約対象のサーバ装置３が使用可能か否かを判定する。使用可能な場合、使用可能な旨のメッセージを、通知先に送信する。例えば、メッセージは、そのサーバ装置３を予約した順番の早い順に送信される。通知を受けとったユーザは、図６や図９に示した手順に従って、予約対象のサーバ装置３にアクセスする。
【００７８】
以上述べたように本実施形態によれば、シンクライアント環境下において、ネットワークに接続されている複数のサーバ装置３のハードウェア資源をサーバ管理装置７が管理しており、これらハードウェア資源に関する情報がユーザの要求に応じてクライアント装置５に表示されることで、マルチモニタ対応アプリケーションの実行に関する利便性の向上が実現する。
【００７９】
（変形例）
図１３は、本実施形態の変形例に係わるシンクライアントシステム２の構成を示す図である。図１３に示すように、シンクライアントシステム２は、サーバ装置３とクライアント装置５とサーバ管理装置７とに加え、さらに業務情報データベース装置９を備える。
【００８０】
サーバ管理装置７の記憶部７３は、業務アプリ識別情報とユーザ識別情報と検査識別情報とを関連付けて記憶する。業務アプリ識別情報は、継続する業務アプリの識別情報を含む。検査識別情報は、業務アプリの処理対象である検査情報の識別情報である。識別情報としては、例えば、検査ＵＩＤがある。検査情報については、後述する。
【００８１】
業務情報データベース装置９は、業務を引継ぐために必要な業務情報データベースを記憶している大容量の記録媒体を実装しているコンピュータである。業務情報データベースは、検査識別情報と検査情報とを関連付けて記憶している。検査情報は、医療業界で一般的に用いられる検査情報だけでなく、患者情報と画像情報とも含むものとする。本実施形態に係わる検査情報は、例えば撮影予定枚数、撮影予定時刻、医用画像撮影装置の種類、及び医用画像撮影装置の番号等の検査に関する情報、例えば患者ＩＤや患者名等の患者に関する情報、例えば画像番号や画像撮影時刻等の医用画像に関する情報を有する。また、この検査情報は、業務アプリの処理前の画像情報だけでなく、処理後の画像情報をも含むものとする。また、検査情報は、継続する業務アプリの処理条件（画像処理の各種パラメータ等）も含む。業務情報データベースは、複数のサーバ装置３間で医用情報を共有するために設けられている。
【００８２】
サーバ装置３の記憶部３３は、さらに業務を継続するためのアプリケーション（以下、業務継続アプリを呼ぶことにする）のプログラムを記憶している。サーバ装置３の制御部３１は、ＯＳ展開中、クライアント装置５からの要求を受けて業務継続アプリを展開し、サーバ装置３の各部を制御することにより業務継続アプリを実行する。
【００８３】
上記のように、業務アプリの種類に応じて最適に動作させるためのハードウェア資源が異なる。従って、一台のサーバ装置は、全ての業務アプリを最適に動作させることはできない。ところで、一人の患者について複数のモダリティで検査する場合がある。例えば、一人の患者について、ＣＴとＸＲとで検査する場合がある。ＣＴ向けに最適なサーバ装置とＸＲ向けに最適なサーバ装置とは、異なる。従って、例えば、ＣＴ向けのサーバ装置で画像診断した後、ＸＲ向けのサーバ装置に移動して画像診断する場合がある。この場合、ＸＲ向けのサーバ装置で画像診断する場合、新たに同一の患者情報や検査情報を読み込まなければならない。
【００８４】
変形例に係わるシンクライアントシステム２は、複数のサーバ装置３間で情報を共有可能とする。これにより、ユーザがサーバ装置３を切り替えた場合に、ユーザが患者情報や検査情報を再入力する手間を失くすことができる。
【００８５】
以下、変形例に係わるシンクライアントシステム２の業務継続処理の典型的な流れを説明する。業務継続処理は、継続対象の業務に関する情報を保存するための業務情報保存処理と、保存された情報に基づいて業務を再開する業務再開処理とに分けられる。
【００８６】
図１４は、業務情報保存処理の典型的な流れを示す図である。ユーザは、ログオフ前に操作部５７を介して、表示部５５に表示されている、業務の継続を要求するためのボタンを押す。このボタンが押されることを契機として、クライアント装置５は、業務アプリを起動しているサーバ装置３に業務継続アプリの起動要求を送信する。起動要求を受けるとサーバ装置３は、業務継続アプリを起動する（ステップＳＥ１）。業務継続アプリが起動されるとサーバ装置３は、ユーザ識別情報と起動されている業務アプリに関する業務アプリ識別情報と検査識別情報とをサーバ管理装置７に送信する。サーバ管理装置７は、ユーザ識別情報と業務アプリ識別情報と検査識別情報とを関連付けて記憶する（ステップＳＥ２）。また、業務アプリが起動されるとサーバ装置３は、業務情報データベース装置９に、検査識別情報と実行していた業務に関する業務処理情報とを送信する。業務情報データベース装置９は、送信された検査識別情報と検査情報とを関連付けて業務情報データベースに記憶する（ステップＳＥ３）。
【００８７】
以上で業務情報保存処理が終了する。
【００８８】
図１５は、業務再開処理の典型的な流れを示す図である。なお、図１４のサーバ装置３と図１５のサーバ装置３とは、同じでも異なってもどちらでも構わない。
【００８９】
ユーザにより操作部５７を介して業務継続アプリの継続要求を受けるとクライアント装置５は、サーバ装置３に業務継続アプリの起動要求を送信する（ステップＳＦ１）。この際、クライアント装置５により起動要求とともに、継続要求をしたユーザ識別情報もサーバ装置５に送信される。起動要求を受けたサーバ装置３は、業務継続アプリを起動する（ステップＳＦ２）。業務継続アプリが起動されると、サーバ装置３は、業務の継続を要求するための要求画面のデータをクライアント装置５に送信する。要求画面のデータを受信すると、クライアント装置５は、要求画面をクライアント装置５のモニタに表示する（ステップＳＦ３）。要求画面には、業務の継続を要求するためのボタンが表示される。ユーザにより操作部５７を介して要求ボタンが押される契機としてクライアント装置５は、ユーザ識別情報とともに引継ぎ要求をサーバ装置３に送信する。
【００９０】
継続の要求を受信するとサーバ装置３は、ユーザ識別情報をサーバ管理装置７に送信する。ユーザ識別情報を受信するとサーバ管理装置７は、ユーザ識別情報をキーとして記憶部７３を検索して、このユーザ識別情報に関連付けられた業務アプリ識別情報と検査識別情報とを読み出す（ステップＳＦ４）。読み出された業務アプリ識別情報と検査識別情報とは、サーバ管理装置７によりサーバ装置３に送信される。サーバ装置３は、受信された業務アプリ識別情報に対応する業務アプリを起動する（ステップＳＦ５）。業務アプリの起動後、サーバ装置３は、検査識別情報を業務情報データベース装置９に送信する。検査識別情報を受信すると業務情報データベース装置９は、この検査識別情報をキーとして業務情報データベース装置のデータベースを検索し、その検査識別情報に対応する検査情報を読み出す（ステップＳＦ６）。読み出された検査情報は、業務情報データベース装置９によりサーバ装置３に送信される。サーバ装置３は、送信された検査情報を受信すると、ユーザからのクライアント装置５を介した指示に従って、実行している業務アプリで検査情報を処理する。従って、サーバ装置３は、前回の業務を再現することができる。
【００９１】
かくして本実施形態の変形例に係わるシンクライアントシステムは、マルチモニタ対応アプリケーションの実行に関する利便性の向上を実現する。
【００９２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００９３】
【図１】本発明の実施形態に係わるシンクライアントシステムの構成を示す図。
【図２】図１のサーバ装置のハードウェア構成を示す図。
【図３】図１のクライアント装置のハードウェア構成を示す図。
【図４】図１のサーバ管理装置のハードウェア構成を示す図。
【図５】図１のシンクライアントシステムによる資源情報送信・記憶処理の典型的な流れを示す図。
【図６】図１のシンクライアントシステムによる第１の資源情報表示・サーバアクセス処理の典型的な流れを示す図。
【図７】図６のステップＳＢ４において表示される資源情報等の一覧の表示例を示す図。
【図８】図６のステップＳＢ４において表示される資源情報等の一覧の他の表示例を示す図。
【図９】図１のシンクライアントシステムによる第２の資源情報表示・サーバアクセス処理の典型的な流れを示す図。
【図１０】図９のステップＳＣ７において表示される資源情報等の一覧の表示例を示す図。
【図１１】図９のステップＳＣ７において表示される資源情報等の一覧の他の表示例を示す図。
【図１２】図１のシンクライアントシステムによるサーバ装置予約処理の典型的な流れを示す図。
【図１３】本実施形態の変形例に係わるシンクライアントシステムの構成を示す図。
【図１４】変形例に係わるシンクライアントシステムによる業務情報保存処理の典型的な流れを示す図。
【図１５】変形例に係わるシンクライアントシステムによる業務再開処理の典型的な流れを示す図。
【符号の説明】
【００９４】
１…シンクライアントシステム、３…サーバ装置、５…クライアント装置、７…サーバ管理装置
【特許請求の範囲】
【請求項１】
シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置とサーバ管理装置とクライアント装置とを具備するシンクライアントシステムであって、
前記サーバ管理装置は、前記複数のサーバ装置のそれぞれに関する画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する資源情報を記憶し、
前記クライアント装置は、ユーザからの指示に従って、前記資源情報の送信要求を前記サーバ管理装置に送信し、
前記サーバ管理装置は、前記送信された送信要求を受けて前記資源情報を前記クライアント装置に送信し、
前記クライアント装置は、前記送信された資源情報を受信し、前記受信された資源情報を表示する、
ことを特徴とするシンクライアントシステム。
【請求項２】
前記複数のサーバ装置のそれぞれは、自装置に関する前記資源情報を前記サーバ管理装置に送信し、
前記サーバ管理装置は、前記送信された資源情報を受信し、前記受信された資源情報を記憶する、
ことを特徴とする請求項１記載のシンクライアントシステム。
【請求項３】
前記クライアント装置は、前記複数のサーバ装置のうちの特定のサーバ装置をユーザからの指示に応じて選択し、前記選択された特定のサーバ装置に関する予約情報を発行し、前記発行された予約情報を前記サーバ管理装置に送信し、
前記サーバ管理装置は、前記送信された予約情報を受信し、前記受信された予約情報に従って前記特定のサーバ装置の予約を登録する、
ことを特徴とする請求項１記載のシンクライアントシステム。
【請求項４】
前記ネットワークに接続された業務情報データベース装置をさらに備え、
前記クライアント装置は、ユーザからの指示に従って、前記複数のサーバ装置のうちの特定のサーバ装置に実行させている医療業務に関するマルチモニタ対応のアプリケーションの継続要求を前記特定のサーバ装置に送信し、
前記特定のサーバ装置は、前記送信された継続要求を受けて、前記アプリケーションの識別情報と前記ユーザの識別情報と前記アプリケーションの処理対象である検査の識別情報とを前記サーバ管理装置に送信し、前記検査識別情報と検査情報とを前記業務情報データベース装置に送信し、
前記サーバ管理装置は、前記送信された前記アプリケーションの識別情報と前記ユーザの識別情報と前記検査識別情報とを関連付けて記憶し、
前記業務情報データベース装置は、前記送信された検査識別情報と前記検査情報とを関連付けて記憶する、
ことを特徴とする請求項１記載のシンクライアントシステム。
【請求項５】
前記クライアント装置は、前記ユーザからの指示を受けて、業務の再開要求と前記ユーザの識別情報とを前記特定のサーバ装置に送信し、
前記特定のサーバ装置は、前記送信された再開要求を受けて、前記送信されたユーザの識別情報を前記特定のサーバ管理装置に送信し、
前記特定のサーバ管理装置は、前記送信されたユーザの識別情報に関連付けられた前記アプリケーションの識別情報と前記検査識別情報とを読み出して前記特定のサーバ装置に送信し、
前記特定のサーバ装置は、前記送信されたアプリケーションの識別情報に対応するアプリケーションを起動し、前記送信された検査識別情報を前記業務情報データベース装置に送信し、
前記業務データベース装置は、前記送信された検査識別情報に関連付けられた前記検査情報を読み出して前記特定のサーバ装置に送信する、
ことを特徴とする請求項４記載のシンクライアントシステム。
【請求項６】
シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置とサーバ管理装置とクライアント装置とを具備するシンクライアントシステムであって、
前記サーバ管理装置は、前記複数のサーバ装置のそれぞれに関する画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する第１資源情報を記憶し、
前記クライアント装置は、医療業務に係わるマルチモニタ対応のアプリケーションを選択し、前記選択されたアプリケーションに関するアプリ情報を前記サーバ管理装置に送信し、
前記サーバ管理装置は、前記送信されたアプリ情報を受信し、前記受信されたアプリ情報に対応するアプリケーションを実行するために必要な画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する第２資源情報と前記第１資源情報との一致度を前記複数のサーバ装置のそれぞれについて算出し、少なくとも前記算出された一致度のうちの所定値よりも大きい一致度に対応する第１資源情報を前記クライアント装置に送信し、
前記クライアント装置は、前記送信された第１資源情報を受信し、前記受信された第１資源情報を表示する、
ことを特徴とするシンクライアントシステム。
【請求項７】
クライアント装置とネットワークを介して接続された複数のサーバ装置に関する情報を管理するサーバ管理装置であって、
前記複数のサーバ装置のハードウェア構成に関する資源情報を記憶する記憶手段と、
前記クライアント装置からの前記資源情報の要求に基づいて、前記記憶手段に記憶された前記資源情報又は前記資源情報の検索結果に関する情報を、前記クライアント装置に送信する送信手段と、
を具備することを特徴とするサーバ管理装置。
【請求項１】
シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置とサーバ管理装置とクライアント装置とを具備するシンクライアントシステムであって、
前記サーバ管理装置は、前記複数のサーバ装置のそれぞれに関する画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する資源情報を記憶し、
前記クライアント装置は、ユーザからの指示に従って、前記資源情報の送信要求を前記サーバ管理装置に送信し、
前記サーバ管理装置は、前記送信された送信要求を受けて前記資源情報を前記クライアント装置に送信し、
前記クライアント装置は、前記送信された資源情報を受信し、前記受信された資源情報を表示する、
ことを特徴とするシンクライアントシステム。
【請求項２】
前記複数のサーバ装置のそれぞれは、自装置に関する前記資源情報を前記サーバ管理装置に送信し、
前記サーバ管理装置は、前記送信された資源情報を受信し、前記受信された資源情報を記憶する、
ことを特徴とする請求項１記載のシンクライアントシステム。
【請求項３】
前記クライアント装置は、前記複数のサーバ装置のうちの特定のサーバ装置をユーザからの指示に応じて選択し、前記選択された特定のサーバ装置に関する予約情報を発行し、前記発行された予約情報を前記サーバ管理装置に送信し、
前記サーバ管理装置は、前記送信された予約情報を受信し、前記受信された予約情報に従って前記特定のサーバ装置の予約を登録する、
ことを特徴とする請求項１記載のシンクライアントシステム。
【請求項４】
前記ネットワークに接続された業務情報データベース装置をさらに備え、
前記クライアント装置は、ユーザからの指示に従って、前記複数のサーバ装置のうちの特定のサーバ装置に実行させている医療業務に関するマルチモニタ対応のアプリケーションの継続要求を前記特定のサーバ装置に送信し、
前記特定のサーバ装置は、前記送信された継続要求を受けて、前記アプリケーションの識別情報と前記ユーザの識別情報と前記アプリケーションの処理対象である検査の識別情報とを前記サーバ管理装置に送信し、前記検査識別情報と検査情報とを前記業務情報データベース装置に送信し、
前記サーバ管理装置は、前記送信された前記アプリケーションの識別情報と前記ユーザの識別情報と前記検査識別情報とを関連付けて記憶し、
前記業務情報データベース装置は、前記送信された検査識別情報と前記検査情報とを関連付けて記憶する、
ことを特徴とする請求項１記載のシンクライアントシステム。
【請求項５】
前記クライアント装置は、前記ユーザからの指示を受けて、業務の再開要求と前記ユーザの識別情報とを前記特定のサーバ装置に送信し、
前記特定のサーバ装置は、前記送信された再開要求を受けて、前記送信されたユーザの識別情報を前記特定のサーバ管理装置に送信し、
前記特定のサーバ管理装置は、前記送信されたユーザの識別情報に関連付けられた前記アプリケーションの識別情報と前記検査識別情報とを読み出して前記特定のサーバ装置に送信し、
前記特定のサーバ装置は、前記送信されたアプリケーションの識別情報に対応するアプリケーションを起動し、前記送信された検査識別情報を前記業務情報データベース装置に送信し、
前記業務データベース装置は、前記送信された検査識別情報に関連付けられた前記検査情報を読み出して前記特定のサーバ装置に送信する、
ことを特徴とする請求項４記載のシンクライアントシステム。
【請求項６】
シンクライアント環境下において互いにネットワークを介して接続された複数のサーバ装置とサーバ管理装置とクライアント装置とを具備するシンクライアントシステムであって、
前記サーバ管理装置は、前記複数のサーバ装置のそれぞれに関する画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する第１資源情報を記憶し、
前記クライアント装置は、医療業務に係わるマルチモニタ対応のアプリケーションを選択し、前記選択されたアプリケーションに関するアプリ情報を前記サーバ管理装置に送信し、
前記サーバ管理装置は、前記送信されたアプリ情報を受信し、前記受信されたアプリ情報に対応するアプリケーションを実行するために必要な画面解像度、画面色数、モニタ数、及びモニタの制御方法の少なくとも１つに関する第２資源情報と前記第１資源情報との一致度を前記複数のサーバ装置のそれぞれについて算出し、少なくとも前記算出された一致度のうちの所定値よりも大きい一致度に対応する第１資源情報を前記クライアント装置に送信し、
前記クライアント装置は、前記送信された第１資源情報を受信し、前記受信された第１資源情報を表示する、
ことを特徴とするシンクライアントシステム。
【請求項７】
クライアント装置とネットワークを介して接続された複数のサーバ装置に関する情報を管理するサーバ管理装置であって、
前記複数のサーバ装置のハードウェア構成に関する資源情報を記憶する記憶手段と、
前記クライアント装置からの前記資源情報の要求に基づいて、前記記憶手段に記憶された前記資源情報又は前記資源情報の検索結果に関する情報を、前記クライアント装置に送信する送信手段と、
を具備することを特徴とするサーバ管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−１６５２６０（Ｐ２０１０−１６５２６０Ａ）
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願番号】特願２００９−８１８０（Ｐ２００９−８１８０）
【出願日】平成２１年１月１６日（２００９．１．１６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願日】平成２１年１月１６日（２００９．１．１６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
[ Back to top ]