特許 6384847 情報処理システム、情報処理方法及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6384847

(24)【登録日】2018年8月17日

(45)【発行日】2018年9月5日

(54)【発明の名称】情報処理システム、情報処理方法及び情報処理プログラム

(51)【国際特許分類】

   G06F 8/656 20180101AFI20180827BHJP

   G06F 8/70 20180101ALI20180827BHJP

   G06F 9/455 20060101ALI20180827BHJP

   G06F 15/00 20060101ALI20180827BHJP

【ＦＩ】

   G06F8/656

   G06F8/70

   G06F9/455

   G06F15/00 410B

【請求項の数】9

【全頁数】36

(21)【出願番号】特願2018-78881(P2018-78881)

(22)【出願日】2018年4月17日

【審査請求日】2018年4月17日

【早期審査対象出願】

(73)【特許権者】

【識別番号】717007181

【氏名又は名称】Ａｄｖａｎｃｅｄ Ｍｅｄｉｃａｌ ＩｎｆｏＴｅｃ株式会社

(74)【代理人】

【識別番号】100150843

【弁理士】

【氏名又は名称】松嶋 芳弘

(72)【発明者】

【氏名】川崎 功

(72)【発明者】

【氏名】川崎 智子

【審査官】 多賀 実

(56)【参考文献】

【文献】 特開２００９−１６９７９７（ＪＰ，Ａ）

【文献】 特開２００９−１２２８１１（ＪＰ，Ａ）

【文献】 特開２００２−３２８８１３（ＪＰ，Ａ）

【文献】 特開２００８−２４２６７９（ＪＰ，Ａ）

【文献】 特開２０１５−１５３１２８（ＪＰ，Ａ）

【文献】 特開２０１２−０１４２４８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ８／６０−８／７７

Ｇ０６Ｆ ９／４５５

Ｇ０６Ｆ １１／２０

Ｇ０６Ｆ １５／００

Ｇ０６Ｑ ５０／２２

(57)【特許請求の範囲】

【請求項1】

複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、管理装置とを有する情報処理システムであって、
各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、
前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部とを備え、
前記管理装置は、
前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するイメージファイルメンテナンス処理と、
前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するクライアントメンテナンス処理とを実行する
ことを特徴とする情報処理システム。

【請求項2】

複数の仮想サーバが稼働するサーバ用サーバと、管理装置とを有する情報処理システムであって、
前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成し、
前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部を備え、
前記管理装置は、
前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するとともに、前記クラスタを結合する待機サーバメンテナンス処理と、
前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する稼働サーバメンテナンス処理とを実行する
ことを特徴とする情報処理システム。

【請求項3】

複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、複数の仮想サーバが稼働するサーバ用サーバと、管理装置とを有する情報処理システムであって、
前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成し、
各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、
前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部と、
前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部とを備え、
前記管理装置は、
前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するイメージファイルメンテナンス処理と、
前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するクライアントメンテナンス処理と、
前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する待機サーバメンテナンス処理と、
前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する稼働サーバメンテナンス処理とを実行する
ことを特徴とする情報処理システム。

【請求項4】

複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、管理装置とを有する情報処理システムの情報処理方法であって、
各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、
前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部とを備え、
前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、
前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新する
ことを特徴とする情報処理方法。

【請求項5】

複数の仮想サーバが稼働するサーバ用サーバと、管理装置とを有する情報処理システムの情報処理方法であって、
前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成し、
前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部を備え、
前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合し、
前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する
ことを特徴とする情報処理方法。

【請求項6】

複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、複数の仮想サーバが稼働するサーバ用サーバと、管理装置とを有する情報処理システムの情報処理方法であって、
前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成し、
各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、
前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部と、
前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部とを備え、
前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、
前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、
前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合し、
前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する
ことを特徴とする情報処理方法。

【請求項7】

複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、管理装置と、各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部とを有する情報処理システムに適用されるコンピュータに、
前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するイメージファイルメンテナンス処理と、
前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するクライアントメンテナンス処理と
を実行させることを特徴とする情報処理プログラム。

【請求項8】

複数の仮想サーバが稼働するサーバ用サーバと、管理装置と、前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部とを有し、前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成する情報処理システムに適用されるコンピュータに、
前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する待機サーバメンテナンス処理と、
前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する稼働サーバメンテナンス処理と
を実行させることを特徴とする情報処理プログラム。

【請求項9】

複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、複数の仮想サーバが稼働するサーバ用サーバと、管理装置と、各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部と、前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部とを有し、前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成する情報処理システムに適用されるコンピュータに、
前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するイメージファイルメンテナンス処理と、
前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するクライアントメンテナンス処理と、
前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する待機サーバメンテナンス処理と、
前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する稼働サーバメンテナンス処理と
を実行させることを特徴とする情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、特に、電子カルテ及び医療用画像等の各種医療情報を処理するのに好適な情報処理システム、情報処理方法及び情報処理プログラムに関する。

【背景技術】

【0002】

従来、各種医療情報を処理する情報処理システムには、病院に設置された病院クライアント端末と、病院の外部に設置され、病院クライアント端末と専用回線（ＩＰ−ＶＰＮ：Internet Protocol Virtual Private Network）等で接続された外部サーバとを備えたものがある。病院クライアント端末及びサーバの各構成要素は、ＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされたプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インターフェースを備える任意のコンピュータのハードウェアとソフトウェアの任意の組合せによってそれぞれ実現されている（例えば、特許文献１参照。）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１５−６９５４４号公報（［００１８］〜［００５４］、図３〜図７）

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記した従来の情報処理システムで医師等が使用する病院クライアント端末（以下、「端末」と略す。）には，医療機器として登録された医療用コンピュータや市販されている一般的なパーソナルコンピュータ等が使われている。一般的なパーソナルコンピュータの保守期間が出荷停止後５年間であるのに対し、医療用コンピュータは、保守期間が出荷停止後７年間、オプションで１０年間に延長可能という特徴があるものの、１台当たりの価格は一般的なパーソナルコンピュータのそれの約１０倍にもなってしまう。

【0005】

しかも、病院に設置されるという性質上、これらの端末は、台数が非常に多い（病床数と同程度又はそれ以上）ため、調達コストが高額になるだけでなく、保守期間の経過にあたってこれらの端末を新機種に更新する際には更新コスト及び旧機種から新機種へ移行するための作業コストも高額になる。また、これらの端末は、稼働時間が長時間（２４時間３６５日）であって、しかも、故障が診療行為の停滞に直接的に影響することがある。

【0006】

病院には，端末の予備機を用意しているところもあるが、その分コストが膨大になるとともに、日々の運用やメンテナンスにかかる費用も膨大となり、負担となっている。特に、メンテナンスについては、深夜等極めて限られた短時間内に担当者が各端末の設置している場所で行わなければならない。したがって、全ての端末をメンテナンスするためには日数がかかってしまう。

【0007】

本発明は、上述した事情に鑑みてなされたものであり、上述のような問題を解決することを課題の一例とするものであり、これらの課題を解決することができる情報処理システム、情報処理方法及び情報処理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

上記課題を解決するために、請求項１に記載の発明は、複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、管理装置とを有する情報処理システムに係り、各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部とを備え、前記管理装置は、前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するイメージファイルメンテナンス処理と、前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するクライアントメンテナンス処理とを実行することを特徴としている。

【0009】

また、請求項２に記載の発明は、複数の仮想サーバが稼働するサーバ用サーバと、管理装置とを有する情報処理システムに係り、前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成し、前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部を備え、前記管理装置は、前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する待機サーバメンテナンス処理と、前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する稼働サーバメンテナンス処理とを実行することを特徴としている。

【0010】

また、請求項３に記載の発明は、複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、複数の仮想サーバが稼働するサーバ用サーバと、管理装置とを有する情報処理システムに係り、前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成し、各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部と、前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部とを備え、前記管理装置は、前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するイメージファイルメンテナンス処理と、前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するクライアントメンテナンス処理と、前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する待機サーバメンテナンス処理と、前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する稼働サーバメンテナンス処理とを実行することを特徴としている。

【0011】

また、請求項４に記載の発明は、複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、管理装置とを有する情報処理システムの情報処理方法に係り、各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部とを備え、前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新することを特徴としている。

【0012】

また、請求項５に記載の発明は、複数の仮想サーバが稼働するサーバ用サーバと、管理装置とを有する情報処理システムの情報処理方法に係り、前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成し、前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部を備え、前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合し、前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合することを特徴としている。

【0013】

また、請求項６に記載の発明は、複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、複数の仮想サーバが稼働するサーバ用サーバと、管理装置とを有する情報処理システムの情報処理方法に係り、前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成し、各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部と、前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部とを備え、前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合し、前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合することを特徴としている。

【0014】

また、請求項７に記載の発明は、複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、管理装置と、各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部とを有する情報処理システムに適用されるコンピュータに、前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するイメージファイルメンテナンス処理と、前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するクライアントメンテナンス処理とを実行させることを特徴としている。

【0015】

また、請求項８に記載の発明は、複数の仮想サーバが稼働するサーバ用サーバと、管理装置と、前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部とを有し、前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成する情報処理システムに適用されるコンピュータに、前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する待機サーバメンテナンス処理と、前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する稼働サーバメンテナンス処理とを実行させることを特徴としている。

【0016】

また、請求項９に記載の発明は、複数のクライアント端末と、各前記クライアント端末の仮想クライアントが稼働する端末用サーバと、複数の仮想サーバが稼働するサーバ用サーバと、管理装置と、各前記仮想クライアントに対応する仮想イメージファイルが記憶されるイメージファイル記憶部と、前記クライアント端末に割り当てられる前記仮想クライアントのクライアント識別情報、前記仮想クライアントに対応する前記仮想イメージファイルが記憶される前記イメージファイル記憶部におけるイメージファイル識別情報、前記仮想クライアントで実行されるソフトウェアのソフトウェア識別情報、前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がユーザごとに記憶されるユーザ記憶部と、前記ペアサーバを構成する各前記仮想サーバのサーバ識別情報、各前記仮想サーバの稼働状態を示す稼働情報、各前記仮想サーバで実行されるソフトウェアのソフトウェア識別情報、各前記仮想サーバの前記ソフトウェアのメンテナンスの処理状態に関するメンテナンス処理情報がペアサーバごとに記憶されるペアサーバ記憶部とを有し、前記複数の仮想サーバは、同一のソフトウェアが実行され、一方が稼働状態となり、他方が待機状態となる一対の仮想サーバがペアサーバとしてクラスタを構成する情報処理システムに適用されるコンピュータに、前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアを含む前記仮想イメージファイルの前記イメージファイル識別情報を読み出し、前記イメージファイル識別情報に基づいて前記イメージファイル記憶部に記憶される前記仮想イメージファイル内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想イメージファイル内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するイメージファイルメンテナンス処理と、前記仮想クライアントで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、前記ユーザ記憶部から、当該ソフトウェアが実行される前記仮想クライアントの前記クライアント識別情報を読み出し、前記クライアント識別情報に基づいて前記仮想クライアント内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想クライアント内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するクライアントメンテナンス処理と、前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、待機状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新し、前記クラスタを結合する待機サーバメンテナンス処理と、前記仮想サーバで実行される前記ソフトウェアのメンテナンスに関する情報に基づいて、当該ソフトウェアが実行される前記ペアサーバのクラスタを分離し、稼働状態にある前記仮想サーバ内の前記ソフトウェアのメンテナンスに関する処理を行うとともに、前記仮想サーバ内の前記ソフトウェアに関する前記メンテナンス処理情報を更新するとともに、前記クラスタを結合する稼働サーバメンテナンス処理とを実行させることを特徴としている。

【発明の効果】

【0017】

本発明によれば、情報処理システムの調達時及び更新時にかかるコストを削減することができるとともに、時間的な制約を受けずに端末等のメンテナンスをすることができる。

【図面の簡単な説明】

【0018】

【図1】本発明の実施の形態１に係る情報処理システムの構成を示す構成図である。

【図2】図１に示す情報処理システムを構成する端末の構成の一例を示すブロック図である。

【図3】図１に示す情報処理システムを構成する端末用サーバ及びサーバ用サーバの構成の一例を示すブロック図である。

【図4】図１に示す情報処理システムを構成する管理装置の構成の一例を示すブロック図である。

【図5】端末用サーバの論理構成の一例を示す構成図である。

【図6】図１に示す情報処理システムを構成するすべての端末用サーバの論理構成の一例を示す構成図である。

【図7】管理装置の補助記憶装置に記憶される仮想クライアント管理テーブルの構成の一例を示す図である。

【図8】情報処理システムを構成する各サブシステムに要求されるＣＰＵのコア数及びＲＡＭの記憶容量の一例を示す図である。

【図9】サーバ用サーバの論理構成の一例を示す構成図である。

【図10】図１に示す情報処理システムを構成するすべてのサーバ用サーバの論理構成の一例を示す構成図である。

【図11】管理装置の補助記憶装置に記憶される仮想サーバ管理テーブルの構成の一例を示す図である。

【図12】管理装置の補助記憶装置に記憶されるスタッフ管理テーブルの構成の一例を示す図である。

【図13】情報処理システムを構成する管理装置、端末、仮想クライアント及び仮想サーバが実行する情報処理を示すフローチャートである。

【図14】情報処理システムを構成する管理装置、端末、仮想クライアント及び仮想サーバが実行する情報処理を示すフローチャートである。

【図15】情報処理システムを構成する管理装置が実行する仮想クライアント割当処理を示すフローチャートである。

【図16】情報処理システムを構成する管理装置が実行するメンテナンス支援処理を示すフローチャートである。

【図17】情報処理システムを構成する管理装置が実行するメンテナンス支援処理を示すフローチャートである。

【発明を実施するための形態】

【0019】

以下、図面を参照して本発明を実施するための形態について説明する。
実施の形態１．
本発明の実施の形態１に係る情報処理システムは、以下に示す規模の病院内に設置するものとする。この病院は、約１００床のベッドが設けられ、１６名の医師、３名の薬剤師、６４名の看護師及び准看護師、３名の診療放射線技師、４名の臨床検査技師、５５名のその他の職員、合計１４５名のスタッフ（ユーザ）が在席しているものとする。

【0020】

また、スタッフが操作する端末は、医師用が１６台、薬剤師用が１台、看護師及び准看護師用が３２台、診療放射線技師用が１台、臨床検査技師用が１台、その他の職員用が９台、計６０台とする。

【0021】

さらに、情報処理システムは、電子カルテシステム、医事会計システム、薬剤管理システム、検体検査システム、生理検査システム、医療用画像管理システム（ＰＡＣＳ：Picture Archiving and Communication Systems）、看護管理システム、リハビリシステム、輸血管理システム、放射線科情報システム(ＲＩＳ：Radiology Information Systems) 及び栄養管理システムの計１１個のサブシステムを有しているものとする。

【0022】

図１は、本実施の形態１に係る情報処理システムの構成を示す構成図である。本実施の形態１に係る情報処理システムは、６０台の端末１_１〜１_６０と、８台の端末用サーバ２_１〜２_８と、８台のサーバ用サーバ３_１〜３_８と、記憶装置４と、管理装置５とがＬＡＮ（Local Area Network）６を介して接続されて構成されている。

【0023】

端末１_１〜１_６０は、端末用サーバ２_１〜２_８からＬＡＮ６を介して提供される仮想デスクトップ（Virtual Desktop）環境（以下、「ＶＤ環境」という。）で動作するシンクライアント端末、すなわち、ＶＤＩ（Virtual Desktop Infrastructure）端末である。ＶＤ環境は、各端末１_１〜１_６０のデスクトップ環境を端末用サーバ２_１〜２_８上で稼働させる仕組みであり、クライアントＯＳ（Operating System）及びこのクライアントＯＳ上で動作するアプリケーションを含む仮想イメージファイルとして管理される。ここで、ＯＳ及びアプリケーションの総称として、ソフトウェアを用いる。

【0024】

端末１_１は、例えば、ＶＤ環境に対応したデスクトップ画面データを対応する端末用サーバ２_１の仮想クライアント（ＶＣ：Virtual Client）３２_１１（図５及び図６）から受信して表示部１２（図２）に表示する機能等の必要最低限の機能のみを有している。

【0025】

端末用サーバ２_１〜２_８は、図５及び図６を参照して後述するように、６０台の端末１_１〜１_６０のそれぞれにＬＡＮ６を介してＶＤ環境を提供するために、１台の端末用サーバ２にいずれも８台のＶＣ３２を搭載するものである。ＶＣ３２は合計６４台であるので、端末１_１〜１_６０が一斉に使用されたとしても４台のＶＣ３２は未稼働のままであり、不測の事態に備えることができる。

【0026】

図１に示すサーバ用サーバ３_１〜３_８は、図８〜図１０を参照して後述するように、情報処理システムを構成する電子カルテシステム等合計１１個のサブシステムのサーバ機能を仮想化技術を用いて高可用性で提供するために、１台当たり２又は３台の仮想サーバ（ＶＳ：Virtual Server）５２をクラスタ構成で搭載するものである。

【0027】

図１に示す記憶装置４は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光学ディスク装置（ＣＤ／ＤＶＤ／Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃなど）、磁気テープ等からなる。記憶装置４には、スタッフごとの仮想イメージファイル及びユーザプロファイル、サーバ用サーバ３_１〜３_８が稼働する際に生成又は使用される各種データなどが記憶される。

【0028】

記憶装置４において、スタッフごとの仮想イメージファイルが記憶される記憶領域は、請求項１、請求項３、請求項４、請求項６、請求項７及び請求項９における「イメージファイル記憶部」に対応している。

【0029】

ユーザプロファイルには、各スタッフが端末１_１〜１_６０を使用する際に当該端末１のユーザ環境を設定するための設定情報、例えば、各アプリケーションに関する各種設定情報、デスクトップ画面に関する各種設定情報、スタッフがアプリケーションを用いて作成したドキュメントファイルのようなユーザデータも含まれる。

【0030】

図１は、記憶装置４が端末用サーバ２_１〜２_８及びサーバ用サーバ３_１〜３_８とＬＡＮ６を介して接続されたＮＡＳ（Network-Attached Storage）である例を示している。しかし、図１の例に限定されず、記憶装置４は、ＬＡＮ６とは独立した高速なネットワークであるＳＡＮ（Storage Area Network）、ＦＣ−ＳＡＮ（Fibre Channel SAN）、ＩＰ−ＳＡＮ（Internet Protocol SAN）等を介して、端末用サーバ２_１〜２_８及びサーバ用サーバ３_１〜３_８と接続されるように構成しても良い。さらに、記憶装置４は、仮想化技術を用いて、複数台の記憶装置を論理的に１台の記憶装置として仮想化したり、１台の記憶装置を論理的に複数台の記憶装置として仮想化したりしても良い。

【0031】

管理装置５は、情報処理システム全体を管理する。管理装置５は、後述するＶＣ割当処理及びメンテナンス支援処理その他の各種処理を実行する。ＶＣ割当処理は、各端末１_１〜１_６０のＶＤ環境をいずれかの端末用サーバ２_１〜２_８上で稼働させるかを決定して割り当てる処理である。メンテナンス支援処理は、管理者が行うＶＣ３２及びＶＳ５２のメンテナンスを支援する処理である。ＶＣ割当処理及びメンテナンス支援処理その他の各種処理は、ＶＣ割当処理プログラム及びメンテナンス支援処理プログラム等として管理装置５の補助記憶装置２７（図４）に予め記憶されており、ＣＰＵ２１（図４）がこれらのプログラムを読み出して実行する。

【0032】

また、管理装置５は、ＷＡＮ（Wide Area Network）７を介して、各種ＯＳや各種アプリケーションを提供する複数のベンダーが運営する複数のｗｅｂサーバや複数のメールサーバ等（いずれも図示略）に接続される。ＷＡＮ７は、ＬＡＮ６と対比されるものであり、通信事業者が設置・運用する各種回線網の他、インターネットも含まれる。

【0033】

次に、図２を参照して、端末１_１〜１_６０の構成の一例について説明する。端末１_１〜１_６０は、各構成要素の仕様等が異なるものもあるが、例えば、図２に示すように、端末本体１１と、表示部１２と、操作部１３とを備えている。そこで、端末１_１〜１_６０を共通した構成要素を備えたものとして総称するときは、端末１と称する。端末用サーバ２_１〜２_８及びサーバ用サーバ３_１〜３_８についても共通した構成要素を備えたものとして総称するときは同様である。

【0034】

端末本体１１は、例えば、図２に示すように、ＣＰＵ２１と、フラッシュメモリ２２と、ＲＡＭ２３と、入出力インターフェース２４と、ＬＡＮインターフェース２５とを備えている。ＣＰＵ２１は、他の構成要素とバス２６を介して接続され、各構成要素とともに端末１全体を制御する。ＣＰＵ２１のコア数は、例えば、２又は４である。

【0035】

フラッシュメモリ２２は、ＢＩＯＳ（Basic Input Output System）、各種設定用のファームウェア、画面表示プログラム、操作情報転送プログラムなどが予め記憶されている。フラッシュメモリ２２の記憶容量は、例えば、４〜６４ＧＢである。ＲＡＭ２３は、ＣＰＵ２１が実行するＢＩＯＳ、各種設定用のファームウェア、画面表示プログラム等がフラッシュメモリ２２から読み出されて展開されるとともに、それらのプログラムが動作する際に使用する各種設定データ、端末用サーバ２から送信されたデスクトップ画面データや各種ユーザデータが記憶される。ＲＡＭ２３の記憶容量は、通常の解像度の表示部１２が１台だけ接続される場合は１ＧＢ程度で良いが、通常の解像度の表示部１２の他、医療用画像が表示される高解像度の表示部１２も接続される場合は４ＧＢは必要である。

【0036】

入出力インターフェース２４は、各種インターフェース規格に対応した端子が設けられ、これらのインターフェース規格に基づいて、表示部１２への画像信号及び制御信号等の出力及び操作部１３からの操作信号及び制御信号等の入力を制御する。各種インターフェース規格に対応した端子としては、例えば、ＤＶＩ端子、ＶＧＡ端子、ＤｉｓｐｌａｙＰｏｒｔ端子、ＨＤＭＩ（登録商標）端子、ＵＳＢ端子などがある。

【0037】

ＬＡＮインターフェース２５は、端末１と、端末用サーバ２、サーバ用サーバ３、記憶装置４及び管理装置５との間におけるＬＡＮ６を介したデータ及び制御信号等の通信等について、仮想デスクトッププロトコル等の通信プロトコルを用いて制御する。ここで、ＬＡＮ６は、専用回線網（ＶＰＮ：Virtual Private Network）等であり、この病院外の他のネットワークとは隔絶されているものとする。ＬＡＮ６を介した通信は、有線でも無線でも良い。また、仮想デスクトッププロトコル等の通信プロトコルの種類については、特に限定されず、いずれの規格に対応したもの又はいずれのベンダーが提供するものを用いても良い。

【0038】

表示部１２は、液晶ディスプレイ（ＬＣＤ；Liquid Crystal Display）、エレクトロルミネセンス（ＥＬ：electroluminescence）ディスプレイ、あるいはプラズマディスプレイパネル（ＰＤＰ；Plasma Display Panel）等からなる。操作部１３は、表示部１２上に設けられたタッチパネル、マウス、キーボード、タッチパッドなどからなる。

【0039】

次に、図３を参照して、端末用サーバ２及びサーバ用サーバ３の構成の一例について説明する。端末用サーバ２及びサーバ用サーバ３は、いずれも、ＣＰＵ２１と、ＲＡＭ２３と、ＬＡＮインターフェース２５と、補助記憶装置２７とを備えている。図３において、図２に示す端末本体１１の各部に対応する部分には同一の符号を付け、その説明を省略する。ただし、ＣＰＵ２１は例えば１６コア以上のものが２個必要であり、ＲＡＭ２３の記憶容量は各ＣＰＵ２１について３２ＧＢ以上必要である。

【0040】

図３においては、図２に示すフラッシュメモリ２２に換えて補助記憶装置２７が設けられているとともに、入出力インターフェース２４が設けられていない。なお、端末用サーバ２及びサーバ用サーバ３においても、入出力インターフェース２４を設け、表示部１２及び操作部１３を接続可能に構成しても良い。

【0041】

補助記憶装置２７は、ＨＤＤ、ＳＳＤ、光学ディスク装置等からなる。端末用サーバ２を構成する補助記憶装置２７には、ＢＩＯＳや各種設定用のファームウェア、ハイパーバイザー、クライアントＯＳ、各種アプリケーションの他、これらが実行されることにより生成される各種データが記憶される。一方、サーバ用サーバ３を構成する補助記憶装置２７には、ＢＩＯＳや各種設定用のファームウェア、ハイパーバイザー、サーバＯＳ、各種アプリケーションの他、これらが実行されることにより生成される各種データが記憶される。補助記憶装置２７の記憶容量は、例えば、ＨＤＤの場合、１ＴＢ以上必要である。

【0042】

次に、図４を参照して、管理装置５の構成の一例について説明する。管理装置５は、表示部１２と、操作部１３と、ＣＰＵ２１と、ＲＡＭ２３と、入出力インターフェース２４と、ＬＡＮインターフェース２５と、補助記憶装置２７と、ＷＡＮインターフェース２８とを備えている。図４において、図３に示す端末用サーバ２及びサーバ用サーバ３の各部に対応する部分には同一の符号を付け、その説明を省略する。

【0043】

管理装置５を構成する補助記憶装置２７には、端末用サーバ２やサーバ用サーバ３を構成する補助記憶装置２７と同様、ＢＩＯＳや各種設定用のファームウェア、ＯＳ、各種アプリケーションの他、これらが実行されることにより生成される各種データが記憶される。また、この補助記憶装置２７には、詳細は後述するが、ＶＣ割当テーブル（図７）、ＶＳ管理テーブル（図１１）、スタッフ管理テーブル（図１２）等の各種テーブルが記憶される。

【0044】

補助記憶装置２７において、ＶＳ管理テーブルが記憶される記憶領域は、請求項２、請求項３、請求項５、請求項６、請求項８及び請求項９における「ペアサーバ記憶部」に対応している。一方、スタッフ管理テーブルが記憶される記憶領域は、請求項１、請求項３、請求項４、請求項６、請求項７及び請求項９における「ユーザ記憶部」に対応している。

【0045】

図４においては、図２に示す表示部１２、操作部１３及び入出力インターフェース２４が設けられているとともに、ＷＡＮインターフェース２８が新たに設けられている。ＷＡＮインターフェース２８は、各種ＯＳや各種アプリケーションを提供する複数のベンダーが運営する複数のｗｅｂサーバや複数のメールサーバ（いずれも図示略）との間におけるＷＡＮ７（図１）を介したデータ及び制御信号等の通信等について、所定の通信プロトコルを用いて制御する。ＷＡＮ７を介した通信は、有線でも無線でも良い。

【0046】

図５は、端末用サーバ２の論理構成の一例を示す構成図である。本実施の形態１では、１台の物理マシン３１上に８台のＶＣ３２を搭載するものである。なお、物理マシン３１上には、実際は、ホスト型仮想マシンであればホストＯＳ、ハイパーバイザー型仮想マシンであればハイパーバイザーが搭載され、これらの上に各ＶＣが搭載されるとともに、管理ＯＳや管理ツール等も搭載されるが、いずれも本発明とは直接関係しないので、その説明を省略する。サーバ用サーバ３の論理構成についても同様である。

【0047】

図５において、クライアントＯＳ４１_１〜４１_８及びアプリケーション（アプリ）４２ａ〜４２ｆには、ベンダーのサポートが終了した古いバージョンのＯＳやアプリケーション、いわゆるレガシーＯＳやレガシーアプリケーションも含まれる。

【0048】

図６は、図１に示す情報処理システムを構成する８台の端末用サーバ２_１〜２_８の論理構成の一例を示す構成図である。各ＶＣ３２において、符号の添え字十の位の数字（１〜８）が同じである場合は、同一の端末用サーバ２の同一の物理マシン３１上に搭載されていることを意味している。以下、この数字をマシン番号と称する。また、各ＶＣ３２において、符号の添え字一の位の数字（１〜８）は、同一の物理マシン３１上において各ＶＣ３２を識別するために付されている。以下、この数字を識別番号と称する。

【0049】

図７は、管理装置５を構成する補助記憶装置２７（図４）に記憶されるＶＣ割当テーブルの構成の一例を示している。図７において、割当順位は、いずれかの端末１から処理要求があった際に当該端末１にＶＣ３２を割り当てる順位を示しており、この割当順位が高いもの（数字が小さいもの）から順次割り当てる。ＶＣコードは、６４台のＶＣ３２を上記マシン番号を左の桁とし、上記識別番号を右の桁とした２桁のコードで表している。

【0050】

割当順位は、６４台のＶＣ３２のすべてについて、今までいずれの端末１にも割り当てられたことがない初期状態における割当の順位を示している。この初期状態の割当順位は、物理的な障害を可能な限り避けるために、マシン番号順（１から８まで）に、同一の識別番号が付されたものを識別番号順（１〜８）に割り当てるという規則で定めている。

【0051】

具体的には、割当順位１位から８位まではＶＣ３２_１１、ＶＣ３２_２１、ＶＣ３２_３１、ＶＣ３２_４１、ＶＣ２_５１、ＶＣ３２_６１、ＶＣ３２_７１、ＶＣ３２_８１が順次割り当てられ、割当順位９位から１６位まではＶＣ３２_１２、ＶＣ３２_２２、ＶＣ３２_３２、ＶＣ３２_４２、ＶＣ３２_５２、ＶＣ３２_６２、ＶＣ３２_７２、ＶＣ３２_８２が順次割り当てられ、割当順位５７位から６４位まではＶＣ３２_１８、ＶＣ３２_２８、ＶＣ３２_３８、ＶＣ３２_４８、ＶＣ３２_５８、ＶＣ３２_６８、ＶＣ３２_７８、ＶＣ３２_８８が順次割り当てられる。

【0052】

図７において、稼働コードは、端末１への割当及び処理実行状態を２桁のコードで表している。稼働コード「１１」は、いずれかの端末１に割り当てられ、実際に処理を実行している状態を表している。稼働コード「１０」は、いずれかの端末１に割り当てられているが、処理は実行しておらず待機している状態を表している。稼働コード「０１」は、以前はいずれかの端末１に割り当てられたが、現在はいずれの端末１にも割り当てられていない状態を表している。稼働コード「００」は、今までいずれの端末１にも割り当てられたことがない状態を表している。

【0053】

図７の例では、ＶＣコード「１１」、「２１」、「３１」、「４１」、「５１」、「６１」、「７１」及び「８１」がそれぞれ付与されたＶＣ３２は、稼働コードがいずれも「１１」である。したがって、６０台の端末１_１〜１_６０のうち、８台の端末１がスタッフによって操作されており、これら８台の端末１に割当順位１位から８位までのＶＣ３２_１１、ＶＣ３２_２１、ＶＣ３２_３１、ＶＣ３２_４１、ＶＣ３２_５１、ＶＣ３２_６１、ＶＣ３２_７１及びＶＣ３２_８１が割り当てられ、実際に処理を実行していることを表している。一方、割当順位９位から６４位までは、稼働コードがいずれも「００」である。したがって、残り５２台のＶＣ３２は、今までいずれの端末１にも割り当てられたことがないことを表している。

【0054】

次に、サーバ用サーバ３_１〜３_８について説明する。上記のように、本実施の形態１では、情報処理システムは、電子カルテシステム、医事会計システム、薬剤管理システム、検体検査システム、生理検査システム、ＰＡＣＳシステム、看護管理システム、リハビリシステム、輸血管理システム、ＲＩＳシステム及び栄養管理システムの計１１個のサブシステムを有している。

【0055】

まず、上記各サブシステムが稼働するために要求されるＣＰＵのコア数及びＲＡＭの記憶容量が図８に示すものであったとする。そして、これら計１１個のサブシステムを仮想化技術を用いて構築するとともに、クラスタ構成とするために、８台のサーバ用サーバ３_１〜３_８を設ける。各サブシステムの組み合わせは、以下の通りである。

【0056】

（ｉ）検体検査システム＋医事会計システム＋薬剤管理システム（合計コア数；２８、ＲＡＭ；２６ＧＢ）
（ii）生理検査システム＋電子カルテシステム＋栄養管理システム（合計コア数；２７、ＲＡＭ；２７ＧＢ）
（iii）ＰＡＣＳシステム＋輸血管理システム＋リハビリシステム（合計コア数；２４、ＲＡＭ；２３ＧＢ）
（iv）ＲＩＳシステム＋看護管理システム（合計コア数；３０、ＲＡＭ；２９ＧＢ）

【0057】

図９は、サーバ用サーバ３の論理構成の一例を示す構成図である。本実施の形態１では、１台の物理マシン５１上に２又は３台のＶＳ５２を搭載するものである。図９において、サーバＯＳ及びアプリケーションには、ベンダーのサポートが終了したレガシーＯＳやレガシーアプリケーションも含まれる。

【0058】

図１０は、図１に示す情報処理システムを構成する８台のサーバ用サーバ３_１〜３_８の論理構成の一例を示す構成図である。各ＶＳ５２において、符号の添え字十の位の数字（１〜８）が同じである場合は、同一のサーバ用サーバ３の同一の物理マシン５１上に搭載されていることを意味している。以下、この数字をマシン番号と称する。また、各ＶＳ５２において、符号の添え字一の位の数字（１〜３）は、同一の物理マシン５１上において各ＶＳ５２を識別するために付されている。以下、この数字を識別番号と称する。

【0059】

図１０に示す２４台のＶＳ５２は、物理的障害の影響を回避する観点から、異なるサーバ用サーバ３、すなわち、異なる物理マシン５１に搭載されているＶＳ５２同士をペアとする。本実施の形態１では、マシン番号が奇数同士及び偶数同士の物理マシン５１に搭載され、かつ、識別番号が同じＶＳ５２をクラスタとして構成する。

【0060】

図１１は、管理装置５を構成する補助記憶装置２７（図４）に記憶されるＶＳ管理テーブルの構成の一例を示している。図１１において、ペアＶＳとは、クラスタを構成する２台のＶＳ５２を示している。すなわち、例えば、ペアＶＳの上段が「１１」、下段が「５１」とあるのは、マシン番号１の物理マシン５１_１に搭載されている識別番号１のＶＳ５２_１１と、マシン番号５の物理マシン５１_５に搭載されている識別番号１のＶＳ５２_５１とがクラスタを構成していることを示している。このペアＶＳをこれ以降、ペアＶＳ（１１，５１）と表す。

【0061】

異なる物理マシン５１に搭載され、クラスタを構成している一対のＶＳ５２（ペアＶＳ）は、請求項２、請求項３、請求項５、請求項６、請求項８及び請求項９における「ペアサーバ」に対応している。また、ＶＳ管理テーブルにおいて、各ＶＳ５２のマシン番号及び識別番号は、請求項２、請求項３、請求項５、請求項６、請求項８及び請求項９における「サーバ識別情報」に対応している。

【0062】

図１１において、サブシステム名は、ペアＶＳに割り当てられているサブシステムを示している。また、稼働コードは、ペアＶＳを構成する２つのＶＳ５２の処理実行状態を２桁のコードで表している。すなわち、稼働コード「１０」は、ペアＶＳとして対応するサブシステムに割り当てられ、ペアＶＳの項目の上段のＶＳ５２が実際に処理を実行し、下段のＶＳ５２が処理は実行しておらず待機している状態を表している。ここで、実際に処理を実行しているＶＳ５２を稼働ＶＳと称し、処理は実行しておらず待機しているＶＳ５２を待機ＶＳと称する。

【0063】

また、図１１には示していないが、稼働コード「０１」は、ペアＶＳとして対応するサブシステムに割り当てられ、ペアＶＳの項目の上段のＶＳ５２が処理を実行しておらず待機し、下段のＶＳ５２が実際に処理を実行している状態を表している。さらに、図１１において、稼働コード「００」は、ペアＶＳとしていずれのサブシステムにも割り当てられていない状態を表している。ＶＳ管理テーブルにおいて、各ペアＶＳの稼働コードは、請求項２、請求項３、請求項５、請求項６、請求項８及び請求項９における「稼働情報」に対応している。

【0064】

図１１において、使用ＯＳは、当該ペアＶＳを構成する各ＶＳ５２上で使用するサーバＯＳの名称を表している。例えば、使用ＯＳ名「ＡＳＯＳ１８」は、ベンダーＡ社が提供するサーバＯＳであるＡＳＯＳ１８を、使用ＯＳ名「ＢＯＳ１０」は、ベンダーＢ社が提供するサーバＯＳであるＢＯＳ１０を、使用ＯＳ名「ＣＳＯＳＸ１」は、ベンダーＣ社が提供するサーバＯＳであるＣＯＳＸ１をそれぞれ表している。

【0065】

図１１において、使用アプリは、当該ペアＶＳを構成する各ＶＳ５２の各サーバＯＳ上で使用するアプリケーションの名称を表している。例えば、使用アプリ「ＭＡ１８」はあるベンダーが提供する医事会計システムアプリケーションＭＡ１８を、使用アプリ「ＮＸ１８」はあるベンダーが提供する検体検査システムアプリケーションＮＸ１８を、使用アプリ「ＭＭ１８」はあるベンダーが提供する薬剤管理システムアプリケーションＭＭ１８をそれぞれ表している。

【0066】

また、図１１において、使用アプリ「ＬＳ１８」はあるベンダーが提供する生理検査システムアプリケーションＬＳ１８を、使用アプリ「ＥＣ１」はあるベンダーが提供する電子カルテシステムアプリケーションＥＣ１を、使用アプリ「ＮＭ１８」はあるベンダーが提供する栄養管理システムアプリケーションＮＭ１８をそれぞれ表している。

【0067】

さらに、図１１において、使用アプリ「ＰＡＣＳ１８」はあるベンダーが提供するＰＡＣＳシステムアプリケーションＰＡＣＳ１８を、使用アプリ「ＢＴＭ２０１８」はベンダーＢ社が提供する輸血管理システムアプリケーションＢＴＭ２０１８をそれぞれ表している。

【0068】

また、図１１において、使用アプリ「ＲＥＨＸ１」はあるベンダーが提供するリハビリシステムアプリケーションＲＥＨＸ１を、使用アプリ「ＲＩＳ１８」は、あるベンダーが提供するＲＩＳシステムアプリケーション「ＲＩＳ１８」を、使用アプリ「ＣＮＭ２０１８」はベンダーＣ社が提供する看護管理システムアプリケーションＣＮＭ２０１８をそれぞれ表している。ＶＳ管理テーブルにおいて、各ペアＶＳの使用ＯＳ及び使用アプリは、請求項２、請求項３、請求項５、請求項６、請求項８及び請求項９における「ソフトウェア識別情報」に対応している。

【0069】

図１１において、メンテナンスの項目では、要否コード、結果コード及び対応コードがそれぞれ設けられているとともに、上下２段が設けられている。上段は、当該ペアＶＳの項目の上段のＶＳ５２に関するもの、下段は、当該ペアＶＳの項目の下段のＶＳ５２に関するものである。

【0070】

本実施の形態１では、メンテナンスとは、情報処理システムのセキュリティを担保するために行う以下の作業をいう。
（ａ）ＯＳのセキュリティアップデート作業
（ｂ）セキュリティソフトウェアのアップデート作業
（ｃ）ＯＳの脆弱性におけるバグフィックスアップデート作業
（ｄ）アプリケーションのバグフィックスアップデート作業

【0071】

（ａ）及び（ｃ）において、ＯＳには、サーバ用サーバ３に搭載されるサーバＯＳの他、端末用サーバ２に搭載されるクライアントＯＳ、ホスト型仮想マシンのホストＯＳ、ハイパーバイザー型仮想マシンの管理ＯＳ等が含まれる。本実施の形態１では、サーバＯＳ及びクライアントＯＳのメンテナンスに言及するが、他のＯＳについても後述する手法と同様の手法を用いてメンテナンスを行うことができる。

【0072】

図１１において、要否コードは、左の桁が使用ＯＳに対応し、右の桁が使用アプリに対応しており、ペアＶＳを構成する各ＶＳ５２について、メンテナンスが必要な場合に「１」にセットされ、当該メンテナンスが終了した後に「０」にセットされる。例えば、ペアＶＳ（１１，５１）の行では、上段及び下段とも要否コードが「１０」であるので、ＶＳ５２_１１及びＶＳ５２_５１のいずれも、使用ＯＳ「ＡＳＯＳ１８」はメンテナンスが必要であり、使用アプリ「ＭＡ１８」はメンテナンスが終了していることを表している。

【0073】

図１１において、結果コードは、左の２桁が使用ＯＳに対応し、右の２桁が使用アプリに対応しており、それぞれについてメンテナンスを行った結果を２ビットで表している。結果コードは、例えば、メンテナンス中は「００」に設定され、メンテナンスが問題なく終了した場合は「０１」に設定され、致命的なエラーでない場合は「１０」が設定され、致命的なエラーの場合「１１」に設定される。例えば、ペアＶＳ（１１，５１）の行では、上段及び下段とも結果コードが「０１０１」であるので、ＶＳ５２_１１及びＶＳ５２_５１の両方について、使用ＯＳ「ＡＳＯＳ１８」及び使用アプリ「ＭＡ１８」のいずれもメンテナンスが問題なく終了したことを表している。

【0074】

図１１において、対応コードは、左の２桁が使用ＯＳに対応し、右の２桁が使用アプリに対応しており、それぞれについてメンテナンス後の対応を２ビットで表している。対応コードは、例えば、対応が不要な場合又は対応が終了した場合に「００」に設定され、対応が保留されている場合は「０１」に設定され、対応中である場合は「１０」が設定され、対応策がない場合はメンテナンス前の正常に稼働していた状態に戻した（ロールバック）後に「１１」に設定される。

【0075】

例えば、図１１において、ペアＶＳ（１１，５１）の行では、上段及び下段とも対応コードが「００００」であるので、ＶＳ５２_１１及びＶＳ５２_５１の両方について、使用ＯＳ「ＡＳＯＳ１８」及び使用アプリ「ＭＡ１８」のいずれもメンテナンス後の対応が不要又は対応が終了したことを表している。

【0076】

ＶＳ管理テーブルにおいて、各ペアＶＳのメンテナンスの項目における要否コード、結果コード及び対応コードは、請求項２、請求項３、請求項５、請求項６、請求項８及び請求項９における「メンテナンス処理情報」に対応している。

【0077】

図１２は、管理装置５を構成する補助記憶装置２７（図４）に記憶されるスタッフ管理テーブルの構成の一例を示す。図１２において、ＩＤ及びパスワードは、スタッフが本実施の形態１に係る情報処理システムにログインするための識別番号（ＩＤ：identification）及びパスワードである。ＩＤの左端の１又は２文字のアルファベットは職務の種類を表している。

【0078】

図１２において、アクセス権限は、上記情報処理システムを構成する計１１個のサブシステムのいずれにアクセスできるかを４段階で表したものである。アクセス権限４はほぼすべてのサブシステムにアクセスでき、アクセス権限１は自己の業務に直接関係するサブシステムのみにアクセスできる。

【0079】

図１２において、使用端末番号は、当該スタッフが現在情報処理システムにログインして使用している端末１に付与されている識別番号を表している。稼働ＶＣ番号は、当該スタッフが現在使用している端末１上で稼働しているＶＤ環境に対応したＶＣ３２に付与された識別番号を表している。稼働ＶＣ番号の下２桁は、図６に示す６４台のＶＣ３２_１１〜３２_８８の符号３２の二桁の添え字に対応している。スタッフ管理テーブルにおいて、各稼働ＶＣの識別番号は、請求項１、請求項３、請求項４、請求項６、請求項７及び請求項９における「クライアント識別情報」に対応している。

【0080】

図１２において、ＶＣアドレスは、当該スタッフが使用するＶＤ環境に対応した仮想イメージファイルが記憶された記憶装置４の記憶領域の先頭アドレスを表している。この仮想イメージファイルは、ＶＣ３２で稼働しているＶＤ環境と同一のものであり、場合によっては、スタッフは、ＶＣ３２で稼働しているＶＤ環境を使用するのではなく、この仮想イメージファイルを使用することもある。そこで、この仮想イメージファイルについては、「ミラーＶＣ」と称することもある。スタッフ管理テーブルにおいて、各ＶＣアドレスは、請求項１、請求項３、請求項４、請求項６、請求項７及び請求項９における「イメージファイル識別情報」に対応している。

【0081】

図１２において、使用ＯＳは、当該スタッフがＶＤ環境上で使用するクライアントＯＳの名称を表している。例えば、使用ＯＳ名「ＡＯＳ１０」は、ベンダーＡ社が提供するクライアントＯＳであるＡＯＳ１０を、使用ＯＳ名「ＢＯＳ１０」は、ベンダーＢ社が提供するクライアントＯＳであるＢＯＳ１０を、使用ＯＳ名「ＣＯＳ１８」は、ベンダーＣ社が提供するクライアントＯＳであるＣＯＳ１８をそれぞれ表している。

【0082】

図１２において、使用アプリは、当該スタッフがＶＤ環境上で使用するアプリケーションの名称を表している。アプリケーションの名称については、図１１に示す使用アプリの名称と同様であるので、その説明を省略する。スタッフ管理テーブルにおいて、各スタッフの使用ＯＳ及び使用アプリは、請求項１、請求項３、請求項４、請求項６、請求項７及び請求項９における「ソフトウェア識別情報」に対応している。プロファイルアドレスは、当該スタッフが使用するユーザプロファイルが記憶された記憶装置４の記憶領域の先頭アドレスを表している。

【0083】

図１２において、メンテナンスの項目では、要否コード、結果コード及び対応コードがそれぞれ設けられているとともに、上下２段が設けられている。上段は、当該スタッフが現在使用している端末１上で稼働しているＶＤ環境のＶＣ３２（以下、「稼働ＶＣ」という。）に関するもの、下段は上記ミラーＶＣに関するものである。

【0084】

図１２において、要否コードは、左の桁が使用ＯＳに対応し、右の桁が使用アプリに対応している。また、結果コード及び対応コードは、いずれも、左の２桁が使用ＯＳに対応し、残りの数桁が２桁ごとに使用アプリに対応している。なお、要否コード、結果コード及び対応コードのそれぞれの意味は、図１１に示す要否コード、結果コード及び対応コードのそれぞれの意味と同様であるので、それらの説明を省略する。

【0085】

スタッフ管理テーブルにおいて、各スタッフのメンテナンスの項目における要否コード、結果コード及び対応コードは、請求項１、請求項３、請求項４、請求項６、請求項７及び請求項９における「メンテナンス処理情報」に対応している。

【0086】

次に、上記構成の情報処理システムの動作について、図１３〜図１７に示すフローチャートを参照して説明する。まず、スタッフが情報処理システムにログインして端末１を使用する際の情報処理システム全体の概略的な動作（情報処理）について、図１３及び図１４を参照して説明する。

【0087】

前提として、当該病院に在席している合計１４５名のスタッフについて、ＩＤ、情報処理システムにログインするためのパスワード、アクセス権限、使用ＯＳ、使用アプリ、ＶＣアドレス及びプロファイルアドレスは、図１２に示すスタッフ管理テーブルに予め登録されているものとする。もちろん、管理者が管理装置５の操作部１３を操作して又は、各スタッフが端末１の操作部１３を操作して、パスワード、使用ＯＳ及び使用アプリ等を登録しても良いし、適宜変更しても良い。

【0088】

あるスタッフがある端末１の操作部１３（図２）を操作して、自己に付与されたＩＤ及びパスワードを入力するログイン手続を行うと、当該端末１のＣＰＵ２１は、その情報を管理装置５に送信する（図１３のステップＳ１）。これにより、管理装置５のＣＰＵ２１は、図１２に示すスタッフ管理テーブルを参照して、受信したＩＤとパスワードとの組み合わせが正しいか否かの認証を行う（ステップＳ２）。

【0089】

受信したＩＤとパスワードとの組み合わせが正しいと認証すると、管理装置５のＣＰＵ２１は、当該端末１に計６４台のＶＣ３２のうち、いずれを割り当てるかを決定するＶＣ割当処理を行う（ステップＳ３）。このＶＣ割当処理については、図１５を参照して後述する。

【0090】

当該端末１に割り当てるＶＣ３２を決定すると、管理装置５のＣＰＵ２１は、割り当てたＶＣ３２が搭載された端末用サーバ２に、当該端末１に対してＶＤ環境を提供するように要求する（ステップＳ４）。この際、管理装置５のＣＰＵ２１は、図１２に示すスタッフ管理テーブルから、当該スタッフに関するＶＣアドレスを読み出して端末用サーバ２に送信する。

【0091】

ＶＤ環境提供要求及び当該スタッフに関するＶＣアドレスを受信した端末用サーバ２のＣＰＵ２１は、当該ＶＣアドレスを用いて、記憶装置４から、当該スタッフが使用するＶＤ環境に対応した仮想イメージファイルを読み出し、割り当てられたＶＣ３２に搭載する。これにより、ＶＣ３２のＣＰＵ２１は、仮想イメージファイル内のクライアントＯＳ及びアプリケーションを実行し、この実行結果に応じたデスクトップ画面データを当該端末１に送信する（ステップＳ５）。

【0092】

したがって、端末１のＣＰＵ２１は、受信したデスクトップ画面データに応じたデスクトップ画面を表示部１２に表示する。このデスクトップ画面を見たスタッフが操作部１３を操作して、例えば、電子カルテにある患者の診察結果、この診察結果に基づいた処方箋及び医事会計に関するデータ等を入力すると、端末１のＣＰＵ２１は、これらのデータ及びこれらデータに基づいた電子カルテ等の変更処理要求を当該ＶＣ３２に送信する（ステップＳ６）。

【0093】

上記各データ及び処理要求を受信したＶＣ３２のＣＰＵ２１は、図１２に示すスタッフ管理テーブルから、当該スタッフに関するプロファイルアドレスを読み出した後、当該プロファイルアドレスを用いて、記憶装置４内の当該スタッフのユーザプロファイルにアクセスし、ユーザプロファイルを更新する。

【0094】

次に、このＶＣ３２のＣＰＵ２１は、更新されたユーザプロファイルに対応したデスクトップ画面に関するデータを端末１に送信する。また、ＶＣ３２のＣＰＵ２１は、医事会計システム、薬剤管理システム及び電子カルテシステムがそれぞれ割り当てられたＶＳ５２_１１、ＶＳ５２_１３及びＶＳ５２_２２に対して、当該患者の医事会計、処方箋、電子カルテに関するデータ及びこれらのデータに応じた処理要求を送信する（ステップＳ７）。

【0095】

これにより、端末１のＣＰＵ２１は、受信したデスクトップ画面データに応じたデスクトップ画面を表示部１２に表示する（図１４のステップＳ８）。

【0096】

一方、上記データ及び処理要求を受信したＶＳ５２_１１のＣＰＵ２１は、当該患者の請求書に関するデータを作成して会計スタッフが操作する端末１に割り当てられたＶＣ３２に送信する。また、上記データ及び処理要求を受信したＶＳ５２_１３のＣＰＵ２１は、当該患者の処方箋に関するデータを作成して薬剤師が操作する端末１に割り当てられたＶＣ３２に送信する。さらに、上記データ及び処理要求を受信したＶＳ５２_２２のＣＰＵ２１は、当該患者の電子カルテを変更するとともに、その旨をＶＣ３２に送信する（以上、図１４のステップＳ９）。

【0097】

電子カルテの変更した旨を受信したＶＣ３２のＣＰＵ２１は、これに対応したデスクトップ画面に関するデータを端末１に送信する（ステップＳ１０）。なお、ＶＣ３２の他の処理についてはその説明を省略する。これにより、端末１のＣＰＵ２１は、受信したデスクトップ画面データに応じたデスクトップ画面を表示部１２に表示する（ステップＳ１１）。

【0098】

次に、端末１のＣＰＵ２１は、スタッフがログアウトに関する操作をしたか否かを判断する。スタッフがログアウトに関する操作をしなかった場合には、端末１のＣＰＵ２１は、図１３のステップ６へ戻り、上記した一連の処理と同様の処理を繰り返す。一方、スタッフがログアウトに関する操作をした場合には、端末１のＣＰＵ２１は、終了処理に関する要求を管理装置５に送信した後、処理を終了する（ステップＳ１３）。

【0099】

終了処理要求を受信した管理装置５のＣＰＵ２１は、当該端末１のＶＣ３２に終了処理を要求した後、当該端末１に関した処理を終了する（ステップＳ１４）。終了処理要求を受信したＶＣ３２のＣＰＵ２１は、当該端末１のＶＤ環境を内部で保持するとともに、当該ＶＤ環境に対応した仮想イメージファイルについて、記憶装置４の当該スタッフに関するＶＣアドレスの記憶領域に更新する。そして、ＶＣ３２のＣＰＵ２１は、今までの処理過程において、当該端末１に関してアクセスしていた各ＶＳ５２に当該端末１に関する終了処理を要求した後、当該端末１に関した処理を終了する（ステップＳ１５）。終了処理要求を受信した各ＶＳ５２のＣＰＵ２１は、当該端末１に関した処理を終了する（ステップＳ１６）。

【0100】

次に、図１５を参照して、管理装置５が実行するＶＣ割当処理について説明する。あるスタッフについて、認証処理（図１３に示すステップＳ２）に成功すると、管理装置５のＣＰＵ２１は、図１５に示すステップＳ２１へ進む。ステップＳ２１では、管理装置５のＣＰＵ２１は、当該スタッフのＩＤに基づいて補助記憶装置２７に記憶されたスタッフ管理テーブル（図１２）を参照して、当該スタッフに関するデータの使用端末の項に当該スタッフが使用した端末１の識別番号を入力した後、ステップＳ２２へ進む。

【0101】

例えば、当該スタッフが医師山田太郎（ＩＤ：Ｄ０００１）であって、識別番号「０００１」の端末２_１を使用してログインしてきたとする。この場合、管理装置５のＣＰＵ２１は、図１２に示すスタッフ管理テーブルの山田太郎の行において、使用端末番号の項に端末１の識別番号「０００１」を入力する。

【0102】

ステップＳ２２では、管理装置５のＣＰＵ２１は、稼働ＶＣ番号の項を参照して既にいずれかのＶＣ３２が割り当てられているか否かを判断する。ステップＳ２２の判断結果が「Ｙｅｓ」の場合には、管理装置５のＣＰＵ２１は、ステップＳ２３へ進む。今の場合、スタッフ管理テーブルの山田太郎の行において、稼働ＶＣ番号の項には、既に「ＶＣ００１１」が入力されているので、ステップＳ２１の判断結果は「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ２３へ進む。

【0103】

ステップＳ２３では、管理装置５のＣＰＵ２１は、既に割り当てられたＶＣ３２を再度割り当てた後、この割当処理を終了する。上記山田太郎の場合、管理装置５のＣＰＵ２１は、ＶＣ３２_１１を再度割り当てた後、この割当処理を終了する。

【0104】

一方、当該スタッフのＩＤに基づいてスタッフ管理テーブルの稼働ＶＣ番号の項を参照したが空欄であり、いずれのＶＣ３２も割り当てられていない場合には、ステップＳ２２の判断結果は「Ｎｏ」となり、管理装置５のＣＰＵ２１は、ステップＳ２４へ進む。

【0105】

ステップＳ２４では、管理装置５のＣＰＵ２１は、補助記憶装置２７に記憶されたＶＣ管理テーブル（図７）を参照して、６４台のＶＣ３２のすべてが既に割り当てられているか否かを判断する。この判断を行うのは、１台の端末１を複数名のスタッフが使用してログインする場合があるからである。ステップＳ２４の判断結果が「Ｎｏ」の場合、すなわち、６４台のＶＣ３２のうち、まだ割り当てられていないＶＣ３２がある場合には、管理装置５のＣＰＵ２１は、ステップＳ２５へ進む。

【0106】

ステップＳ２５では、管理装置５のＣＰＵ２１は、ＶＣ管理テーブル（図７）を参照して、稼働コードが「００」又は「０１」であるＶＣ３２のうち、割当順位が最も高いＶＣ３２を割り当てた後、この割当処理を終了する。

【0107】

一方、ステップＳ２４の判断結果が「Ｙｅｓ」の場合、すなわち、６４台のＶＣ３２のすべてが既に割り当てられている場合には、管理装置５のＣＰＵ２１は、ステップＳ２６へ進む。ステップＳ２６では、管理装置は、記憶装置４に記憶された当該スタッフの仮想イメージファイル（ミラーＶＣ）を割り当てた後、この割当処理を終了する。

【0108】

次に、図１６及び図１７を参照して、管理装置５が実行するＶＣ３２及びＶＳ５２のメンテナンス支援処理について説明する。ステップＳ３１では、管理装置５のＣＰＵ２１は、常時、ＷＡＮ７を介して、各種ＯＳや各種アプリケーションを提供する複数のベンダーが運営する複数のｗｅｂサーバや複数のメールサーバ等（いずれも図示略）からＯＳやアプリケーション等のソフトウェアのメンテナンスに関する情報が送信されたか否か判断する。

【0109】

そして、上記メンテナンスに関する情報が送信されると、ステップＳ３１の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ３２へ進む。ステップＳ３２では、管理装置５のＣＰＵ２１は、上記メンテナンスに関する情報がＶＣに関するものかＶＳに関するものかを判断する。上記メンテナンスに関する情報がＶＳに関するものである場合には、管理装置５のＣＰＵ２１は、ステップＳ３３へ進む。一方、上記メンテナンスに関する情報がＶＣに関するものである場合には、管理装置５のＣＰＵ２１は、図１７のステップＳ４１へ進む。

【0110】

例えば、上記メンテナンスに関する情報がベンダーＡ社から送信されたものであり、サーバＯＳ「ＡＳＯＳ１８」に関するものであったとすると、ＶＳに関するものであるので、管理装置５のＣＰＵ２１は、ステップＳ３３へ進む。

【0111】

ステップＳ３３では、管理装置５のＣＰＵ２１は、ＶＳ管理テーブル（図１１）を参照して、該当する使用ＯＳ又は使用アプリを使用しているペアＶＳの上下２段の各要否コードの左の桁に「１」をセットしてＶＳ管理テーブルを更新した後、ステップＳ３４へ進む。今の場合、使用ＯＳがサーバＯＳ「ＡＳＯＳ１８」であるペアＶＳは、ペア（１１，５１）、（１３，５３）、（２３，６３）、（３３，７３）及び（４１，８１）の５組である。したがって、管理装置５のＣＰＵ２１は、図１１に示すように、これら５組のペアＶＳの上下２段の各要否コードの左の桁に「１」をセットしてＶＳ管理テーブルを更新した後、ステップＳ３４へ進む。

【0112】

ステップＳ３４では、管理装置５のＣＰＵ２１は、ＶＳ管理テーブル（図１１）を参照して、今回メンテナンスを行うべきペアＶＳを選択した後、ステップＳ３５へ進む。複数あるペアＶＳの中からどの順番で選択するかについては特に限定されない。例えば、図１１の２行目から順に最下行まで選択しても良い。

【0113】

この例では、管理装置５のＣＰＵ２１は、今回メンテナンスすべきペアＶＳとして、医事会計システムが搭載されたペアＶＳ（１１，５１）を選択した後、ステップＳ３５へ進む。ステップＳ３５では、管理装置５のＣＰＵ２１は、選択したペアＶＳのクラスタを分離した後、ステップＳ３６へ進む。今の場合、ペアＶＳ（１１，５１）を構成するＶＳ５２_１１とＶＳ５２_５１とを分離する。

【0114】

ステップＳ３６では、管理装置５のＣＰＵ２１は、ＶＳ管理テーブル（図１１）において、当該ペアＶＳの稼働コードを参照して、ペアＶＳを構成する２台のＶＳ５２のうち、待機ＶＳ５２を選択して、そのメンテナンスを行うための画面を表示部１２に表示するとともに、待機ＶＳ５２に対応した結果コードの左の２桁を「００」に設定した後、ステップＳ３７へ進む。今の場合、ＶＳ５２_１１が稼働ＶＳであり、ＶＳ５２_５１は待機ＶＳである。したがって、ペアＶＳ（１１，５１）の行において、待機ＶＳ５２_５１に対応した結果コード下段の左の２桁を「００」に設定する。

【0115】

ステップＳ３７では、管理装置５のＣＰＵ２１は、メンテナンス作業が終了したか否かを判断する。この処理は、例えば、管理者が操作部１３を操作して、ＶＳ管理テーブルにおいて、当該ペアＶＳを構成する待機ＶＳの対応コードに対応中であることを示す「１０」以外の値を設定したか否かを判断して行う。ステップＳ３７の判断結果が「Ｎｏ」の場合には、管理装置５のＣＰＵ２１は、同判断を繰り返す。

【0116】

管理者は、上記メンテナンスに関する情報に基づいて、ＶＳ５２_５１のメンテナンス作業を行う。例えば、上記メンテナンスに関する情報がサーバＯＳ「ＡＳＯＳ１８」の脆弱性に関するバグに対応したものであれば、ベンダーＡ社から供給された更新プログラムをインストールするなどの作業を行う。管理者は、必要であれば、待機状態にあるＶＳ５２_５１の再起動を行う。このＶＳ５２_５１の再起動の際、スタッフがこのＶＳ５２_５１とペアＶＳ（１１，５１）を構成するＶＳ５２_１１にアクセスしていても、当該スタッフは、このＶＳ５２_５１の再起動を認識することはない。

【0117】

サーバＯＳのメンテナンスを行うとログが記憶されるので、管理者は、そのログを参照して、メンテナンスが問題なく終了した場合は、管理装置５の操作部１３を操作して、ＶＳ管理テーブルの（１１，５１）の行において、要否コード下段の左の桁に「０」を設定し、結果コード下段の左の２桁に「０１」を設定するとともに、対応コード下段の左の２桁に対応が終了したことを示す「００」を設定する。これにより、ステップＳ３７の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ３８へ進む。

【0118】

これに対し、管理者は、上記ログに軽微なエラーが表示されていた場合は、管理装置５の操作部１３を操作して、上記要否コード下段の左の桁に「１」を設定し、上記結果コード下段の左の２桁に「１０」を設定するとともに、上記対応コード下段の左の２桁に対応が保留されていることを示す「０１」設定する。これにより、ステップＳ３７の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ３８へ進む。

【0119】

また、管理者は、上記ログに致命的なエラーが表示されていた場合は、管理装置５の操作部１３を操作して、上記要否コード下段の左の桁に「１」を設定し、上記結果コード下段の左の２桁に「１１」を設定するとともに、上記対応コード下段の左の２桁に対応中であることを示す「１０」を設定する。

【0120】

次に、管理者は、操作部１３を操作してＷＡＮ７を介して当該サーバＯＳを提供しているベンダーのｗｅｂサーバ等にアクセスする。管理者は、当該ｗｅｂサーバ等からそのエラーの対策（例えば、修正版アプリケーションなど）を探し出して処置を行い、エラー状態を解消していく。そして、管理者は、致命的なエラーが解消された場合には、上記要否コード下段の左の桁に「０」を設定し、上記結果コード下段の左の２桁に「０１」を設定するとともに、上記対応コード下段の左の２桁に「００」を設定する。これにより、ステップＳ３７の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ３８へ進む。

【0121】

一方、エラーの対策を発見できなかった場合には、管理者は、サーバＯＳをメンテナンス前の正常に稼働していた状態に戻した（ロールバック）後、上記対応コード下段の左の２桁に「１１」を設定する。これにより、ステップＳ３７の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ３８へ進む。

【0122】

ステップＳ３８では、管理装置５のＣＰＵ２１は、選択したペアＶＳのクラスタを再び結合した後、ステップＳ３９へ進む。今の場合、ペアＶＳ（１１，５１）を構成するＶＳ５２_１１とＶＳ５２_５１とを結合する。

【0123】

ステップＳ３９では、管理装置５のＣＰＵ２１は、ペアＶＳを構成する２台のＶＳについてメンテナンス作業が終了したか否かを判断する。この処理は、ＶＳ管理テーブル（図１１）を参照して、当該ペアＶＳの行において、例えば、メンテナンスの項目を構成する要否コード上下２段の左の桁のいずれかが「１」に設定されているか否かを判断して行う。なお、サーバＯＳをロールバックした場合、要否コードの左の桁は「１」に設定されたままである。その場合、対応コードの左の２桁が「１１」に設定されているか否かを判断する。ステップＳ３９の判断結果が「Ｙｅｓ」の場合には、管理装置５のＣＰＵ２１は、ステップＳ４０へ進む。

【0124】

一方、ステップＳ３９の判断結果が「Ｎｏ」の場合、すなわち、ペアＶＳを構成する２台のＶＳについてメンテナンス作業が終了していない場合には、管理装置５のＣＰＵ２１は、ステップＳ３５へ戻り、上記ステップＳ３５〜Ｓ３８の処理を繰り返す。今の場合、ＶＳ管理テーブルの（１１，５１）の行において、要否コード上段の左の桁が「１」に設定されているので、ステップＳ３９の判断結果は「Ｎｏ」となり、管理装置５のＣＰＵ２１は、ステップＳ３５へ戻る。

【0125】

ステップＳ３５では、管理装置５のＣＰＵ２１は、選択したペアＶＳのクラスタを再び分離した後、ステップＳ３６へ進む。今の場合、ペアＶＳ（１１，５１）を構成するＶＳ５２_１１とＶＳ５２_５１とを分離する。これにより、ペアＶＳ（１１，５１）では、今まで稼働ＶＳであったＶＳ５２_１１が待機ＶＳとなる一方、今まで待機ＶＳであったＶＳ５２_５１が稼働ＶＳとなり、これ以降医事会計システムを提供することになる。そこで、管理装置５のＣＰＵ２１は、ＶＳ管理テーブルの（１１，５１）の行において、稼働コードを「１０」から「０１」へ変更する。

【0126】

医事会計システムを利用していたスタッフは、端末１の表示部１２に表示されているデスクトップ画面上で医事会計システムへの再接続を行うことにより作業を継続することができる。これにより、これ以降端末１からアクセスするＶＳは稼働ＶＳであるＶＳ５２_５１となる。ステップＳ３６〜Ｓ３８の処理については、上記の場合と同様であるので、その説明を省略する。

【0127】

ステップＳ４０では、管理装置５のＣＰＵ２１は、メンテナンス対象であるすべてのペアＶＳを構成するすべてのＶＳについてメンテナンスが終了したか否かを判断する。この処理は、ＶＳ管理テーブル（図１１）のすべてのペアＶＳの行において、ステップＳ３３の処理で「１」にセットした要否コード上下２段の左の桁がともに「０」にセットされているか否かを判断して行う。なお、サーバＯＳ等をロールバックした場合、要否コードの左の桁は「１」に設定されたままである。その場合、対応コードの左の２桁が「１１」に設定されているか否かを判断する。

【0128】

ステップＳ４０の判断結果が「Ｙｅｓ」の場合には、管理装置５のＣＰＵ２１は、このメンテナンス支援処理を終了する。一方、ステップＳ４０の判断結果が「Ｎｏ」の場合、すなわち、メンテナンス対象であるすべてのペアＶＳを構成するすべてのＶＳについてメンテナンスが終了していない場合には、管理装置５のＣＰＵ２１は、次のペアＶＳを選択するために、ステップＳ３４へ戻り、上記したステップＳ３４〜Ｓ３９の処理を繰り返す。

【0129】

一方、図１６に示すステップＳ３２の判断において、上記メンテナンスに関する情報がＶＣに関するものである場合には、管理装置５のＣＰＵ２１は、図１７のステップＳ４１へ進む。例えば、上記メンテナンス情報がベンダーＢ社から送信されたものであり、クライアントＯＳ「ＢＯＳ１０」に関するものであったとすると、ＶＣに関するものであるので、管理装置５のＣＰＵ２１は、ステップＳ４１へ進む。

【0130】

ステップＳ４１では、管理装置５のＣＰＵ２１は、スタッフ管理テーブル（図１２）を参照して、該当する使用ＯＳ又は使用アプリを使用しているスタッフの要否コード上下２段のそれぞれの左又は右の桁に「１」をセットして管理テーブルを更新した後、ステップＳ４２へ進む。

【0131】

今の場合、使用ＯＳがクライアントＯＳ「ＢＯＳ１０」であるスタッフは、加藤信一、佐戸蓮太及び三崎司の３名である。したがって、管理装置５のＣＰＵ２１は、図１２に示すように、これら３名の要否コード上下２段のそれぞれの左の桁に「１」をセットして管理テーブルを更新した後、ステップＳ４２へ進む。

【0132】

ステップＳ４２では、管理装置５のＣＰＵ２１は、スタッフ管理テーブル（図１２）を参照して、今回メンテナンスを行うべきスタッフを選択した後、ステップＳ４３へ進む。複数名いるスタッフの中からどの順番で選択するかについては特に限定されない。例えば、図１２の２行目から順に最下行まで選択しても良い。

【0133】

この例では、管理装置５のＣＰＵ２１は、今回メンテナンスすべきスタッフとして、加藤信一を選択した後、ステップＳ４３へ進む。ステップＳ４３では、管理装置５のＣＰＵ２１は、スタッフ管理テーブル（図１２）において、選択したスタッフの行からＶＣアドレスを読み出し、使用ＯＳのメンテナンスを行うための画面を表示部１２に表示する。また、管理装置５のＣＰＵ２１は、メンテナンスの項目において、結果コード上下２段のそれぞれの左の２桁を「００」に設定した後、ステップＳ４４へ進む。

【0134】

この例では、管理装置５のＣＰＵ２１は、スタッフ管理テーブルの加藤信一の行からＶＣアドレスを読み出し、クライアントＯＳ「ＢＯＳ１０」のメンテナンスを行うための画面を表示部１２に表示するとともに、スタッフ管理テーブルの加藤信一の行のメンテナンスの項目において、結果コード上下２段のそれぞれの左の２桁を「００」に設定する。

【0135】

ステップＳ４４では、管理装置５のＣＰＵ２１は、メンテナンス作業が終了したか否かを判断する。この処理は、例えば、管理者が操作部１３を操作して、スタッフ管理テーブルのメンテナンスの項目において、当該スタッフの対応コード上下２段のそれぞれの左の２桁に対応中であることを示す「１０」以外の値を設定したか否かを判断して行う。ステップＳ４４の判断結果が「Ｎｏ」の場合には、管理装置５のＣＰＵ２１は、同判断を繰り返す。

【0136】

管理者は、上記メンテナンス情報に基づいて、まず、加藤信一が使用するＶＤ環境に対応した仮想イメージファイル（ミラーＶＣ３２_３１）のメンテナンス作業を行う。例えば、上記メンテナンス情報がクライアントＯＳ「ＢＯＳ１０」の脆弱性に関するバグに対応したものであれば、ベンダーＢ社から供給された更新プログラムをインストールするなどの作業を行う。管理者は、必要であれば、ミラーＶＣ３２_３１の再起動を行う。このミラーＶＣ３２_３１の再起動の際、加藤信一がこのミラーＶＣ３２_３１に対応したＶＣ３２_３１にアクセスしていても、加藤信一は、このミラーＶＣ３２_３１の再起動を認識することはない。

【0137】

クライアントＯＳのメンテナンスを行うとログが記憶されるので、管理者は、そのログを参照して、メンテナンスが問題なく終了した場合は、管理装置５の操作部１３を操作して、スタッフ管理テーブルの加藤信一の行において、いずれもメンテナンスの項目下段について、要否コードの左の桁に「０」を設定し、結果コードの左の２桁に「０１」を設定するとともに、対応コードの左の２桁に対応が終了したことを示す「００」を設定する。これにより、ステップＳ４４の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ４５へ進む。

【0138】

これに対し、管理者は、上記ログに軽微なエラーが表示されていた場合は、管理装置５の操作部１３を操作して、スタッフ管理テーブルの加藤信一の行において、いずれもメンテナンスの項目下段について、上記要否コードの左の桁に「１」を設定し、上記結果コードの左の２桁に「１０」を設定するとともに、上記対応コードの左の２桁に対応が保留されていることを示す「０１」設定する。これにより、ステップＳ４４の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ４５へ進む。

【0139】

また、管理者は、上記ログに致命的なエラーが表示されていた場合は、管理装置５の操作部１３を操作して、スタッフ管理テーブルの加藤信一の行において、いずれもメンテナンスの項目下段について、上記要否コードの左の桁に「１」を設定し、上記結果コードの左の２桁に「１１」を設定するとともに、上記対応コードの左の２桁に対応中であることを示す「１０」を設定する。

【0140】

次に、管理者は、操作部１３を操作してＷＡＮ７を介して当該クライアントＯＳを提供しているベンダーのｗｅｂサーバ等にアクセスする。管理者は、当該ｗｅｂサーバ等からそのエラーの対策（例えば、修正版アプリケーションなど）を探し出して処置を行い、エラー状態を解消していく。そして、管理者は、致命的なエラーが解消された場合には、スタッフ管理テーブルの加藤信一の行において、いずれもメンテナンスの項目下段について、上記要否コードの左の桁に「０」を設定し、上記結果コードの左の２桁に「０１」を設定するとともに、上記対応コードの左の２桁に「００」を設定する。これにより、ステップＳ４４の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ４５へ進む。

【0141】

一方、エラーの対策を発見できなかった場合には、管理者は、クライアントＯＳをメンテナンス前の正常に稼働していた状態に戻した（ロールバック）後、スタッフ管理テーブルの加藤信一の行において、いずれもメンテナンスの項目下段について、上記対応コードの左の２桁に「１１」を設定する。これにより、ステップＳ４４の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ４５へ進む。

【0142】

ステップＳ４５では、管理装置５のＣＰＵ２１は、スタッフが使用するＶＣ３２として、稼働ＶＣからミラーＶＣへ切り替えた後、ステップＳ４６へ進む。今の場合、加藤信一が使用するＶＣ３２として、稼働ＶＣ３２_３１からミラーＶＣ３２_３１へ切り替える。

【0143】

ステップＳ４６では、管理装置５のＣＰＵ２１は、稼働ＶＣについてメンテナンス作業が終了したか否かを判断する。この処理は、スタッフ管理テーブル（図１２）を参照して、当該スタッフの行において、例えば、メンテナンスの項目を構成する要否コード上段の左の桁が「０」に設定されているか否かを判断して行う。なお、クライアントＯＳをロールバックした場合、要否コード上段の左の桁は「１」に設定されたままである。その場合、対応コードの左の２桁が「１１」に設定されているか否かを判断する。ステップＳ４６の判断結果が「Ｙｅｓ」の場合には、管理装置５のＣＰＵ２１は、ステップＳ４７へ進む。

【0144】

一方、ステップＳ４６の判断結果が「Ｎｏ」の場合、すなわち、当該スタッフの稼働ＶＣについてメンテナンス作業が終了していない場合には、管理装置５のＣＰＵ２１は、ステップＳ４３へ戻り、稼働ＶＣについて、上記ステップＳ４３〜Ｓ４５の処理を繰り返す。今の場合、スタッフ管理テーブルの加藤信一の行において、要否コード上段の左の桁に「１」が設定されているので、ステップＳ４６の判断結果は「Ｎｏ」となり、管理装置５のＣＰＵ２１は、ステップＳ４３へ戻る。

【0145】

ステップＳ４３では、管理装置５のＣＰＵ２１は、再び、当該スタッフの使用ＯＳのメンテナンスを行うための画面を表示部１２に表示した後、ステップＳ４４へ進む。ステップＳ４４では、管理装置５のＣＰＵ２１は、メンテナンス作業が終了したか否かを判断する。ステップＳ４４の判断結果が「Ｎｏ」の場合には、管理装置５のＣＰＵ２１は、同判断を繰り返す。

【0146】

管理者は、上記メンテナンスに関する情報に基づいて、今度は、当該スタッフの稼働ＶＣ３２_３１、すなわち、当該スタッフ、今の場合、加藤信一が現在使用している端末１上で稼働しているＶＤ環境のＶＣ３２_３１のメンテナンス作業を行う。このメンテナンス作業は、上記したミラーＶＣ３２_３１のメンテナンス作業と同様であるので、その説明を省略する。

【0147】

管理者が稼働ＶＣ３２_３１のメンテナンス作業を終了し、管理装置５の操作部１３を操作して、スタッフ管理テーブルの加藤信一の行において、いずれもメンテナンスの項目上段について、要否コードの左の桁に「０」を設定し、結果コードの左の２桁及び対応コードの左の２桁に所定の値を設定すると、ステップＳ４４の判断結果が「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ４５へ進む。

【0148】

ステップＳ４５では、管理装置５のＣＰＵ２１は、スタッフが使用するＶＣ３２として、ミラーＶＣから稼働ＶＣへ切り替えた後、ステップＳ４６へ進む。今の場合、加藤信一が使用するＶＣ３２として、ミラーＶＣ３２_３１から稼働ＶＣ３２_３１へ切り替える。

【0149】

ステップＳ４６では、管理装置５のＣＰＵ２１は、稼働ＶＣについてメンテナンス作業が終了したか否かを判断する。今の場合、スタッフ管理テーブルの加藤信一の行において、要否コード上段の左の桁に「０」が設定されているので、ステップＳ４６の判断結果は「Ｙｅｓ」となり、管理装置５のＣＰＵ２１は、ステップＳ４７へ進む。

【0150】

ステップＳ４７では、管理装置５のＣＰＵ２１は、メンテナンス対象であるすべてのスタッフのＶＣ３２についてメンテナンスが終了したか否かを判断する。この処理は、ＶＣ管理テーブル（図１２）のすべてのスタッフの行において、ステップＳ４１の処理で「１」にセットした要否コードが「０」にセットされているか否かを判断して行う。なお、クライアントＯＳ等をロールバックした場合、要否コードの左の桁は「１」に設定されたままである。その場合、対応コードの左の２桁が「１１」に設定されているか否かを判断する。

【0151】

ステップＳ４７の判断結果が「Ｙｅｓ」の場合には、管理装置５のＣＰＵ２１は、このメンテナンス支援処理を終了する。一方、ステップＳ４７の判断結果が「Ｎｏ」の場合、すなわち、メンテナンス対象であるすべてのスタッフのＶＣ３２についてメンテナンスが終了していない場合には、管理装置５のＣＰＵ２１は、次のスタッフを選択するために、ステップＳ４２へ戻り、上記したステップＳ４２〜Ｓ４６の処理を繰り返す。

【0152】

このように、本実施の形態１では、スタッフが使用する端末１_１〜１_６０を、医療用コンピュータはもちろん、一般的なパーソナルコンピュータと比較しても安価なＶＤＩ端末とし、各スタッフの仮想クライアント（ＶＣ）を端末用サーバ２_１〜２_８上に構築するとともに、医事会計システム等の各サブシステムの仮想サーバ（ＶＳ）をサーバ用サーバ３_１〜３_８上に構築している。また、本実施の形態１では、各ＶＣについては、記憶装置４に対応したミラーＶＣを設けて二重化し、各ＶＳについては一対のＶＳをペアＶＳとしてクラスタ構成にしている。

【0153】

そして、ＶＣについては、ミラーＶＣと稼働ＶＣとを切り替えてそれぞれメンテナンス作業を行い、ペアＶＳを構成する各ＶＳについてもクラスタを分離及び結合することによりそれぞれメンテナンス作業を行っている。

【0154】

したがって、本実施の形態１によれば、デスクトップ仮想化技術及びサーバ仮想化技術を用いることにより、ハードウェアに関する設備費用（調達コスト及び更新コスト）を大幅に削減できるとともに、ハードウェア自体が消費する電力及びハードウェアを冷却するための電力も大幅に削減でき、しかも、メンテナンスについても時間的な制約を受けずに行うことができる。

【0155】

また、本実施の形態１によれば、ベンダーのサポートが終了したレガシーＯＳやレガシーアプリケーションもそのまま使用することができるので、ユーザにとって使い勝手が良い。さらに、老朽化した端末用サーバ２又はサーバ用サーバ３を新機種に更新する作業は、例えば、ライブマイグレーション等を用いることにより、病院業務を止めることなく、しかも、時間的な制約を受けずに行うことができる。

【0156】

実施の形態２．
上述の実施の形態１では、稼働ＶＳと待機ＶＳとをペアＶＳとしてクラスタを構成し、待機ＶＳに対してメンテナンス作業を行った後、稼働ＶＳに対してメンテナンス作業を行う例を示したが、これに限定されない。例えば、クラスタ構成を採用せずに、ＶＣの場合と同様、ＶＳの仮想イメージファイル（以下、「ミラーＶＳ」という。）を記憶装置４に記憶するように構成し、ミラーＶＳに対してメンテナンス作業を行った後、稼働ＶＳに対してメンテナンス作業を行うように構成しても良い。

【0157】

実施の形態３．
上述の実施の形態１では、端末用サーバ２に稼働ＶＣを搭載するとともに、ＶＣの仮想イメージファイル（ミラーＶＣ）を記憶装置４に記憶する例を示したが、これに限定されない。例えば、ＶＳと同様、異なる物理マシン３１上に稼働ＶＣ３２と待機状態にあるＶＳ３２（以下、「待機ＶＣ」という。）とをペアＶＣとしてクラスタを構成し、待機ＶＣに対してメンテナンス作業を行った後、稼働ＶＣに対してメンテナンス作業を行うように構成しても良い。このように構成すれば、端末１について高可用性を実現することができる。

【0158】

実施の形態４．
上述の実施の形態１では、メンテナンス作業は管理者が行う例を示したが、これに限定されない。例えば、１台目のＶＳ又はＶＣのメンテナンス作業は管理者が行い、対策が判明した場合には、その対策をプログラミングし、２台目以降のＶＳ又はＶＣのメンテナンス作業は管理装置５が行うように構成しても良い。このように構成すれば、メンテナンスにかかる費用及び時間を削減することができる。

【0159】

実施の形態５．
上述の各実施の形態では、メンテナンス支援処理のすべてを管理装置５が行う例を示したが、これに限定されない。例えば、メンテナンス支援処理の一部、具体的にはクラスタを構成するペアＶＳの分離及び結合、稼働ＶＣとミラーＶＣとの切替などを端末用サーバ２_１〜２_８やサーバ用サーバ３_１〜３_８に搭載された、ハイパーバイザー、ホストＯＳ又は管理ＯＳが行うように構成しても良い。

【0160】

実施の形態６．
上述の各実施の形態では、管理装置５を病院内に設ける例を示したが、これに限定されない。例えば、管理装置５を病院外に設け、ＷＡＮ７を介して情報処理システムにアクセスするように構成しても良い。このように構成すれば、遠隔地から情報処理システムのメンテナンス作業を行うことができる。

【0161】

実施の形態７．
上述の各実施の形態では、端末用サーバ２_１〜２_８及びサーバ用サーバ３_１〜３_８を病院内に設ける例を示したが、これに限定されない。例えば、端末用サーバ２_１〜２_８、サーバ用サーバ３_１〜３_８及び記憶装置４を病院外のデータセンターに設置するとともに、端末１_１〜１_６０の一部を当該病院外の他の診療所等に設け、それらをＶＰＮ等の専用回線網を介して情報処理システムにアクセスするように構成しても良い。このように構成すれば、病院施設に何らかの障害があっても情報処理システムの復旧を迅速に行えるとともに、地域医療についても協力体制を構築することができる。

【0162】

以上、本発明の実施の形態について図面を参照して詳述してきたが、具体的な構成はこれらの実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計の変更等があっても本発明に含まれる。

【0163】

例えば、上述の各実施の形態では、ミラーＶＣはすべて記憶装置４内に記憶される例を示したが、これに限定されず、各端末用サーバ２_１〜２_８とＳＡＮ等で直接接続された記憶装置に、各端末用サーバ２_１〜２_８に搭載された複数台の稼働ＶＣにそれぞれ対応する複数台のミラーＶＣを記憶するように構成しても良い。このように構成すれば、記憶装置４の物理的な障害の影響を少なくすることができる。

【0164】

また、上述の各実施の形態では、図７に示すＶＣの割当順位は物理マシン３１_１〜３１_８の相違だけで決定する例を示したが、これに加えて、複数の物理マシンが搭載されるラック又は複数の物理マシンに電源を供給する電源系統が同一か否かを割当順位を決定するパラメータとして加えても良い。

【0165】

また、上述の各実施の形態では、メンテナンスの時間帯は特に限定しない例を示したが、これに限定されない。例えば、当該スタッフの勤務時間（例えば、日勤；８：３０〜１７：１５、準夜勤；１６：００〜０：４５、深夜勤；０：００〜８：４５）外や外来診察時間（９：００〜１３：００、１４：００〜１７：００）の合間などに集中してメンテナンス作業を行っても良い。

【0166】

また、上述の各実施の形態では、端末１_１〜１_６０は医師等のスタッフだけが使用する例を示したが、これに限定されず、端末１_１〜１_６０は患者等が使用しても良い。この場合、端末１_１〜１_６０の使用者は医師等のスタッフ及び患者等であり、これらを「ユーザ」と総称することができる。これに伴って、図１２に示すスタッフ管理テーブルもユーザ管理テーブルとなり、少なくとも入院患者に対応した各種データが記憶される。また、上述の各実施の形態は、その目的及び構成等に特に矛盾や問題がない限り、互いの技術を流用することができる。

【符号の説明】

【0167】

１，１_１〜１_６０…端末（クライアント端末）、２，２_１〜２_８…端末用サーバ、３，３_１〜３_８…サーバ用サーバ、４…記憶装置、５…管理装置、６…ＬＡＮ、７…ＷＡＮ、１１…端末本体、１２…表示部、１３…操作部、２１…ＣＰＵ、２２…フラッシュメモリ、２３…ＲＡＭ、２４…入出力インターフェース、２５…ＬＡＮインターフェース、２６…バス、２７…補助記憶装置、２８…ＷＡＮインターフェース、３１，３１_１〜３１_８，５１，５１_１〜５１_８…物理マシン、３２_１１〜３２_１８，３２_２１〜３２_２８，３２_３１〜３２_３８，３２_４１〜３２_４８，３２_５１〜３２_５８，３２_６１〜３２_６８，３２_７１〜３２_７８，３２_８１〜３２_８８…仮想クライアント（ＶＣ）、４１_１〜４１_８…クライアントＯＳ（ソフトウェア）、４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，４２ｆ，６２ａ，６２ｂ，６２ｃ…アプリケーション（アプリ）（ソフトウェア）、５２_１１〜５２_１３，５２_２１〜５２_２３，５２_３１〜５２_３３，５２_４１〜５２_４３，５２_５１〜５２_５３，５２_６１〜５２_６３，５２_７１〜５２_７３，５２_８１〜５２_８３…仮想サーバ（ＶＳ）、６１_１〜６１_３…サーバＯＳ（ソフトウェア）

【要約】

【課題】 情報処理システムを安価に構成し、時間的な制約を受けずに端末等のメンテナンスができるようにする。
【解決手段】 この情報処理システムは端末１_１〜１_６０、各端末１の仮想クライアント（ＶＣ）が稼働する端末用サーバ２_１〜２_８、記憶装置４、管理装置５を有する。記憶装置４には各ＶＣに対応する仮想イメージファイルが記憶される。管理装置５を構成する補助記憶装置には端末１に割り当てられるＶＣの識別番号、このＶＣに対応する仮想イメージファイルが記憶される記憶装置４のＶＣアドレス、ＶＣで実行されるソフトウェアの名称、ソフトウェアのメンテナンス処理情報がスタッフごとに記憶される。管理装置５はソフトウェアのメンテナンスに関する情報に基づいて、仮想イメージファイル内及び稼働ＶＣ内それぞれの当該ソフトウェアのメンテナンスを促す表示を行い、メンテナンス終了後に当該ソフトウェアのメンテナンス処理情報を更新する。
【選択図】 図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】