特開 2024-51246 情報処理装置、情報処理方法、及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024051246

(43)【公開日】2024-04-11

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

(51)【国際特許分類】

   G06F 8/65 20180101AFI20240404BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022157304

(22)【出願日】2022-09-30

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】110002044

【氏名又は名称】弁理士法人ブライタス

(72)【発明者】

【氏名】山本 和也

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376AE21

5B376CA27

5B376CA34

5B376DA16

(57)【要約】

【課題】再起動が必要なセキュリティパッチをマルチセッション方式対応のソフトウェアに適用する場合に、利用者それぞれの利用に影響がでないようにコンピュータを再起動することにある。
【解決手段】情報処理装置は、複数の利用者が接続して利用するマルチセッション方式対応のソフトウェアに対するセキュリティパッチの適用において、コンピュータを再起動する必要がある場合、再起動に必要な再起動必要時間を表す再起動必要時間情報と、コンピュータの利用者それぞれの利用履歴を表す利用履歴情報とを用いて、再起動必要時間以上で、かつ利用者が同時に利用を停止していた利用停止期間を一つ以上検出する検出部と、検出した利用停止期間に基づいて、現時点より後に再起動可能期間を設定し、再起動可能期間にコンピュータを再起動させるための指示をする再起動指示部と、を有する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の利用者が接続して利用するマルチセッション方式対応のソフトウェアに対するセキュリティパッチの適用において、コンピュータを再起動する必要がある場合、前記再起動に必要な再起動必要時間を表す再起動必要時間情報と、前記コンピュータの利用者それぞれの利用履歴を表す利用履歴情報とを用いて、前記再起動必要時間以上で、かつ前記利用者が同時に利用を停止していた利用停止期間を一つ以上検出する検出手段と、
検出した前記利用停止期間に基づいて、現時点より後に再起動可能期間を設定し、前記再起動可能期間に前記コンピュータを再起動させるための指示をする再起動指示手段と、
を有する情報処理装置。

【請求項2】

前記利用履歴情報は、前記利用者を識別するための利用者識別情報と、利用を特定するための利用特定情報と、利用をしていた期間を表す利用期間情報と、利用に対する操作を識別する操作識別情報とが関連付けられた情報である、
請求項１に記載の情報処理装置。

【請求項3】

前記検出手段は、更に、前記利用停止期間が検出できない場合、あらかじめ設定された利用停止検出ルール情報と、前記利用履歴情報とを用いて、前記再起動必要時間以上で、前記利用者が利用中でも同時に利用を停止してもよい停止可能期間を一つ以上検出する、
請求項２に記載の情報処理装置。

【請求項4】

前記再起動指示手段は、更に、検出した前記停止可能期間に基づいて、現時点より後に再起動可能期間を設定し、前記再起動可能期間に前記コンピュータを再起動させるための指示をする、
請求項３に記載の情報処理装置。

【請求項5】

前記利用停止検出ルール情報は、前記利用特定情報と、前記操作識別情報と、利用が停止可能か否かを表す停止可能利用情報とが関連付けられた情報である、
請求項４に記載の情報処理装置。

【請求項6】

前記利用停止検出ルール情報は、前記利用特定情報と、前記操作識別情報と、利用を停止した際に前記利用者に与える影響を表す指標となる停止可能利用情報とが関連付けられた情報である、
請求項４に記載の情報処理装置。

【請求項7】

前記操作識別情報は、利用に対応する機能プロセスを表す情報である、
請求項５又は６に記載の情報処理装置。

【請求項8】

前記操作識別情報は、利用の状態を表す情報である、
請求項５又は６に記載の情報処理装置。

【請求項9】

情報処理装置が、
複数の利用者が接続して利用するマルチセッション方式対応のソフトウェアに対するセキュリティパッチの適用において、コンピュータを再起動する必要がある場合、前記再起動に必要な再起動必要時間を表す再起動必要時間情報と、前記コンピュータの利用者それぞれの利用状況を表す利用履歴情報とを用いて、前記再起動必要時間以上で、かつ前記利用者が同時に利用を停止していた利用停止期間を一つ以上検出し、
検出した前記利用停止期間に基づいて、現時点より後に再起動可能期間を設定し、前記再起動可能期間に前記コンピュータを再起動させるための指示をする、
情報処理方法。

【請求項10】

コンピュータに、
複数の利用者が接続して利用するマルチセッション方式対応のソフトウェアに対するセキュリティパッチの適用において、コンピュータを再起動する必要がある場合、前記再起動に必要な再起動必要時間を表す再起動必要時間情報と、前記コンピュータの利用者それぞれの利用状況を表す利用履歴情報とを用いて、前記再起動必要時間以上で、かつ前記利用者が同時に利用を停止していた利用停止期間を一つ以上検出させ、
検出した前記利用停止期間に基づいて、現時点より後に再起動可能期間を設定し、前記再起動可能期間に前記コンピュータを再起動させるための指示をさせる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

ＶＤＩ（Virtual Desktop Infrastructure）サービスのうち、デスクトップ環境をクラウド上に展開するサービスとしてＤａａＳ（Desktop as a Service）が知られている。また、ＤａａＳの方式にはシングルセッション方式とマルチセッション方式がある。マルチセッション方式としては、例えば、ＡＶＤ（Azure Virtual Desktop：登録商標）などが知られている。

【0003】

シングルセッション方式では、仮想基盤（ハイパーバイザー）上に構築された仮想マシンそれぞれにシングルセッション方式対応のＯＳ（Operating System）が実装される。また、シングルセッション方式のシステムは、仮想マシン一つに対して、一人の利用者（一つのシンクライアント端末装置）が割り当てられる。さらに、シンクライアント端末装置には、当該シンクライアント端末装置に対応するシングルセッション方式対応のＯＳの仮想デスクトップが提供される。

【0004】

対して、マルチセッション方式では、仮想基盤上に構築された仮想マシンそれぞれにマルチセッション方式対応のＯＳが実装される。また、マルチセッション方式のシステムでは、仮想マシン一台に対して複数の利用者のシンクライアント端末装置が割り当てられる。さらに、マルチセッション方式対応のＯＳは、当該マルチセッション方式対応のＯＳが実装されている仮想マシンに接続されているシンクライアント端末装置それぞれに仮想デスクトップを提供する。

【0005】

したがって、マルチセッション方式では、マルチセッション方式対応のＯＳが実装された仮想マシンに接続された複数のシンクライアント端末装置それぞれの利用者が、様々な利用をしている。そのため、再起動が必要なセキュリティパッチを、マルチセッション方式対応のＯＳに適用する場合に、再起動のタイミングが適切でないと、利用者の利用に影響がでてしまう。

【0006】

関連する技術として特許文献１には、情報処理装置と再起動管理装置とからなる再起動制御システムが開示されている。再起動管理装置は、情報処理装置とその情報処理装置と近隣関係にある他の情報処理装置に関する情報とを含む装置管理情報に基づいて、情報処理装置の再起動時間を設定する。また、再起動管理装置は、再起動時間を各情報処理装置に送信する。さらに、情報処理装置は送信された再起動時間に再起動を実行する。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２０１９－０８７０１０号公報

【発明の概要】

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

【0008】

しかしながら、特許文献１の再起動制御システムは、近隣関係にある複数の情報処理装置の位置関係を考慮して、近隣関係にある複数の情報処理装置の再起動時間を、相互に異なる時間に設定しているだけである。

【0009】

すなわち、特許文献１の再起動制御システムは、再起動が必要なセキュリティパッチを、マルチセッション方式対応のＯＳに適用する場合に、利用者にできるだけ影響がでないようにするものではない。

【0010】

本開示の目的の一例は、再起動が必要なセキュリティパッチをマルチセッション方式対応のソフトウェアに適用する場合に、利用者への影響を低減することである。

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

【0011】

上記目的を達成するため、本開示の一側面における情報処理装置は、
複数の利用者が接続して利用するマルチセッション方式対応のソフトウェアに対するセキュリティパッチの適用において、コンピュータを再起動する必要がある場合、前記再起動に必要な再起動必要時間を表す再起動必要時間情報と、前記コンピュータの利用者それぞれの利用履歴を表す利用履歴情報とを用いて、前記再起動必要時間以上で、かつ前記利用者が同時に利用を停止していた利用停止期間を一つ以上検出する検出部と、
検出した前記利用停止期間に基づいて、現時点より後に再起動可能期間を設定し、前記再起動可能期間に前記コンピュータを再起動させるための指示をする再起動指示部と、
を有することを特徴とする。

【0012】

また、上記目的を達成するため、本開示の一側面における情報処理方法は、
情報処理装置が、
複数の利用者が接続して利用するマルチセッション方式対応のソフトウェアに対するセキュリティパッチの適用において、コンピュータを再起動する必要がある場合、前記再起動に必要な再起動必要時間を表す再起動必要時間情報と、前記コンピュータの利用者それぞれの利用状況を表す利用履歴情報とを用いて、前記再起動必要時間以上で、かつ前記利用者が同時に利用を停止していた利用停止期間を一つ以上検出し、
検出した前記利用停止期間に基づいて、現時点より後に再起動可能期間を設定し、前記再起動可能期間に前記コンピュータを再起動させるための指示をする、
することを特徴とする。

【0013】

さらに、上記目的を達成するため、本開示の一側面におけるプログラムは、
コンピュータに、
複数の利用者が接続して利用するマルチセッション方式対応のソフトウェアに対するセキュリティパッチの適用において、コンピュータを再起動する必要がある場合、前記再起動に必要な再起動必要時間を表す再起動必要時間情報と、前記コンピュータの利用者それぞれの利用状況を表す利用履歴情報とを用いて、前記再起動必要時間以上で、かつ前記利用者が同時に利用を停止していた利用停止期間を一つ以上検出させ、
検出した前記利用停止期間に基づいて、現時点より後に再起動可能期間を設定し、前記再起動可能期間に前記コンピュータを再起動させるための指示をさせる、
ことを特徴とする。

【発明の効果】

【0014】

以上のように本開示によれば、再起動が必要なセキュリティパッチをマルチセッション方式対応のソフトウェアに適用する場合でも、利用者への影響を低減できる。

【図面の簡単な説明】

【0015】

【図1】図１は、実施形態１の情報処理装置の一例を説明する図である。

【図2】図２は、再起動可能期間を設定する方法を説明するための図である。

【図3】図３は、実施形態１の情報処理装置を有するシステムの一例を説明するための図である。

【図4】図４は、情報処理装置の構成を詳細に説明するための図である。

【図5】図５は、利用履歴情報のデータ構造の一例を説明するための図である。

【図6】図６は、利用停止期間の検出方法を説明するための図である。

【図7】図７は、実施形態１の情報処理装置の動作を説明するための図である。

【図8】図８は、実施形態２の情報処理装置の一例を説明する図である。

【図9】図９は、利用停止検出ルール情報のデータ構造の一例を説明するための図である。

【図10】図１０は、利用停止検出ルール情報のデータ構造の一例を説明するための図である。

【図11】図１１は、停止可能期間の検出方法を説明するための図である。

【図12】図１２は、実施形態２の情報処理装置の動作を説明するための図である。

【図13】図１３は、実施形態１、２における情報処理装置を実現するコンピュータの一例を説明するための図である。

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

【0016】

以下、図面を参照して実施形態について説明する。なお、以下で説明する図面において、同一の機能又は対応する機能を有する要素には同一の符号を付し、その繰り返しの説明は省略することもある。

【0017】

（実施形態１）
図１を用いて、実施形態１における情報処理装置１０の構成について説明する。図１は、実施形態１の情報処理装置の一例を説明する図である。

【0018】

［装置構成］
図１に示す情報処理装置１０は、再起動が必要なセキュリティパッチを、マルチセッション方式対応のソフトウェアに適用する場合に、セキュリティパッチを適用して、利用者それぞれの利用に影響がでないようにコンピュータを再起動する。また、図１に示すように、情報処理装置１０は、検出部１１と、再起動指示部１２とを有する。

【0019】

検出部１１は、複数の利用者が接続して利用するマルチセッション方式対応のソフトウェアに対するセキュリティパッチの適用において、コンピュータを再起動する必要がある場合、再起動に必要な再起動必要時間を表す再起動必要時間情報と、コンピュータの利用者それぞれの利用履歴を表す利用履歴情報とを用いて、再起動必要時間以上で、かつ利用者が同時に利用を停止していた利用停止期間を一つ以上検出する。

【0020】

コンピュータは、例えば、情報処理装置１０に実装された、仮想マシン又はハードウェアなどでもよい。なお、以降においては、コンピュータが仮想マシンである場合について説明する。

【0021】

マルチセッション方式は、仮想マシンなどに実装された、マルチセッション方式対応のソフトウェアを、複数の利用者が共有して利用する方式である。なお、マルチセッション方式は、ＤａａＳ方式で実現してもよい。

【0022】

マルチセッション方式対応のソフトウェアは、仮想マシンなどそれぞれに実装される、マルチセッション方式対応のＯＳ、アプリケーションソフトウェアである。なお、以降において、アプリケーションソフトウェアをアプリケーション又はアプリと記載することがある。

【0023】

仮想マシンは、物理コンピュータと同様の機能を、ソフトウェアで実現したコンピュータである。また、仮想マシンは、物理コンピュータと同様に、ＯＳとアプリケーションを実行する。

【0024】

セキュリティパッチは、マルチセッション方式対応のソフトウェアの脆弱性を修正するためのプログラムである。公開済みのＯＳとアプリケーションには、脆弱性、セキュリティホールなどが発見されることがあるので、マルウェア、サイバー攻撃などから、情報処理装置１０を保護するために、セキュリティパッチを用いてソフトウェアを修正する。なお、セキュリティパッチは、脆弱性が発見された場合に、例えばベンダーなどから配布される。

【0025】

再起動指示部１２は、検出した利用停止期間に基づいて、現時点より後に再起動可能期間を設定し、再起動可能期間に仮想マシンを再起動させるための指示をする。その後、仮想マシンは、再起動可能期間より前の時点において指示を受信し、受信した指示に基づいて、仮想マシンに実装されているソフトウェアにセキュリティパッチを適用してソフトウェアを修正し、仮想マシンを再起動可能期間に再起動する。

【0026】

例えば、現時点より過去の月曜日（今週の月曜日）の午前８時から午前９時までの期間において仮想マシンを共有する全ての利用者が利用を停止していて、かつ当該期間が再起動必要時間より長い期間（利用停止期間）である場合、再起動可能期間は、現時点より未来の月曜日（来週の月曜日）の午前８時から午前９時までの期間に設定をする。

【0027】

また、例えば、現時点より過去の一週間において仮想マシンを共有する全ての利用者が利用を停止していて、かつ再起動必要時間より長い期間（利用停止期間）が一以上検出された場合、再起動可能期間は、検出された複数の期間に対応する、現時点より未来の一週間の期間（曜日と時間が同じ期間）に設定する。

【0028】

図２は、再起動可能期間を設定する方法を説明するための図である。図２の例では、現時点ｔ０を月曜日の午前８時である場合に、先週の月曜日の午前８時（時点ｔ１）から現時点ｔ０までの過去の一週間について利用停止期間を検出した結果、利用停止期間Ｔ１、Ｔ２、Ｔ３、Ｔ４、Ｔ５が検出されたものとする。

【0029】

その場合、図２の例では、検出した利用停止期間Ｔ１からＴ５を、曜日と時間を基準に、現時点ｔ０から来週の月曜日の午前８時（時点ｔ２）までの未来の一週間に割当て、再起動可能期間Ｔ１′、Ｔ２′、Ｔ３′、Ｔ４′、Ｔ５′とする。

【0030】

複数の再起動可能期間を設定する理由は、再起動可能期間Ｔ１′の期間に再起動ができない場合もあるので、そのような場合、次の再起動可能期間Ｔ２′に再起動をすることが望ましいからである。

【0031】

また、セキュリティパッチの適用は早くした方がよいので、現時点ｔ０に最も近い再起動可能期間から順に選択することが望ましい。

【0032】

さらに、複数の再起動可能期間が設定されている場合、セキュリティパッチの適用にともなう再起動がされた後、当該セキュリティパッチに対応する再起動可能期間の設定を解除する。

【0033】

上述したように実施形態１においては、再起動が必要なセキュリティパッチをマルチセッション方式対応のソフトウェアに適用する場合、再起動必要時間情報と利用履歴情報とを用いて検出した利用停止期間に基づいて再起動可能期間を設定し、再起動可能期間に仮想マシンを再起動するので、利用者に影響がでないように仮想マシンを再起動できる。

【0034】

［システム構成］
図３を用いて、実施形態１における情報処理装置１０の構成をより具体的に説明する。図３は、実施形態１の情報処理装置を有するシステムの一例を説明するための図である。

【0035】

システム１００は、図３の例では、情報処理装置１０と、複数の端末装置２０とを有する。また、情報処理装置１０は、ネットワークを介して、複数の端末装置２０と接続されている。

【0036】

情報処理装置１０は、例えば、ＣＰＵ（Central Processing Unit）、又はＦＰＧＡ（Field-Programmable Gate Array）などのプログラマブルなデバイス、又はＧＰＵ（Graphics Processing Unit）、又はそれらのうちのいずれか一つ以上を搭載した回路、サーバコンピュータなどである。また、情報処理装置１０は、一つ以上の仮想マシン３０と、セキュリティ管理部４０とを有する。

【0037】

端末装置２０は、例えば、ＣＰＵ、又はＦＰＧＡなどのプログラマブルなデバイス、又はＧＰＵ、又はそれらのうちのいずれか一つ以上を搭載した回路、一般的なクライアント端末装置（パーソナルコンピュータ、タブレット、スマートフォンなど）、又はシンクライアント端末装置などである。

【0038】

シンクライアント端末装置は、例えば、クライアント端末から大容量の記憶媒体（ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive））を省いた端末装置などである。

【0039】

ネットワークは、例えば、インターネット、ＬＡＮ（Local Area Network）、専用回線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）などの通信回線を用いて構築された一般的な通信ネットワークである。

【0040】

仮想マシン３０それぞれは、情報処理装置１０の仮想基盤上に構築される。仮想マシン３０は、端末装置２０に、利用者が利用する仮想デスクトップの画面内容を表す画面情報を送信する。仮想マシン３０は、端末装置２０から、利用者の端末装置２０の操作内容を表す操作情報を受信する。操作内容は、例えば、キーボード、マウス、タッチパネルなどの入力機器から入力された情報である。

【0041】

セキュリティ管理部４０は、仮想マシン３０に実装されているマルチセッション方式対応のソフトウェアに脆弱性が発見された場合に、ベンダーから配布されるセキュリティに関する情報を管理する。また、セキュリティ管理部４０は、セキュリティパッチを用いてソフトウェアの脆弱性を修正し、仮想マシン３０を再起動するための指示を生成する。その後、セキュリティ管理部４０は、生成した指示を仮想マシン３０に送信する。

【0042】

情報処理装置１０について詳細に説明する。
図４は、情報処理装置の構成を詳細に説明するための図である。図４の例では、複数の仮想マシン３０それぞれは、収集部３１と、再起動実行部３２と、記憶部３３とを有する。セキュリティ管理部４０は、管理部４１と、検出部１１と、再起動指示部１２と、記憶部４２とを有する。

【0043】

なお、図４の例では、記憶部３３と記憶部４２を分けているが、記憶部３３と記憶部４２とを一つの記憶部としてもよい。さらに、図４の例では、記憶部３３と記憶部４２とを情報処理装置１０の内部に設けているが、情報処理装置１０の外部に設けてもよい。

【0044】

また、図４の例では、仮想マシン３０に、収集部３１と再起動実行部３２と記憶部３３とを有しているが、仮想マシン３０の外部に設けてもよい。

【0045】

●仮想マシン３０の説明
収集部３１は、あらかじめ設定した間隔ごとに、仮想マシン３０を共有している利用者それぞれの利用履歴情報を収集し、当該仮想マシン３０を共有する利用者ごとに、利用履歴情報を記憶部３３に記憶する。

【0046】

あらかじめ設定した間隔とは、例えば、数分、数時間などの間隔である。なお、収集部３１は、仮想マシン３０に実装されているエージェントの取集機能を用いて、利用履歴情報を収集してもよい。

【0047】

また、収集部３１は、収集した利用履歴情報を、セキュリティ管理部４０に送信する。セキュリティ管理部４０の管理部４１は、利用履歴情報を受信すると、仮想マシン３０ごとに、仮想マシン３０を共有する利用者の利用履歴情報を、記憶部４２に記憶する。なお、利用履歴情報は、記憶部３３に記憶せず、記憶部４２に記憶してもよい。

【0048】

利用履歴情報は、利用者を識別するための利用者識別情報と、利用を特定するための利用特定情報と、当該利用をしていた期間を表す利用期間情報と、利用に対する操作を識別する操作識別情報とが関連付けられた情報である。

【0049】

図５は、利用履歴情報のデータ構造の一例を説明するための図である。図５の例では、図３に示した一方の仮想マシン３０の利用者（ｕｓｅｒ１からｕｓｅｒ３）の利用履歴情報を表している。なお、図５に示した他方の仮想マシン３０の利用者（ｕｓｅｒ４からｕｓｅｒ６）についても、図５と同様に、利用履歴情報は記憶部３３又は４２に記憶される。

【0050】

図５の利用者識別情報には、一方の仮想マシン３０を共有する利用者を識別する情報「ｕｓｅｒ１」「ｕｓｅｒ２」「ｕｓｅｒ３」が記憶される。なお、仮想マシン３０を共有する利用者の人数は、三人に限定されるものではない。

【0051】

図５の利用特定情報には、利用者（ｕｓｅｒ１）が利用したソフトウェア、ハードウェア、ファイルの種類、及び利用者の操作により発生したイベントの種類を表す種類情報と、利用者（ｕｓｅｒ１）が利用したソフトウェア、ハードウェア、ファイル、及び利用者の操作により発生したイベントなどを識別する識別情報とを有する。

【0052】

種類情報には、アプリケーション（ソフトウェア）の種類を表す「アプリ」、入力機器（ハードウェア）の種類を表す「デバイス」、ファイルの種類を表す「ファイル」と、イベントの種類を表す「イベント」などが記憶されている。なお、種類情報は、上述した種類に限定されるものではない。

【0053】

識別情報には、利用したアプリケーション（ソフトウェア）がコミュニケーションツールであることを表す「アプリ１」、利用した入力機器（ハードウェア）がキーボードであることを表す「キーボード」、利用したファイルが表計算アプリで使用するファイルであることを表す「アプリ２」、イベントがログアウトであることを表す「ログアウト」などが記憶されている。

【0054】

なお、識別情報は、上述した「アプリ１」「キーボード」「アプリ２」「ログアウト」に限定されるものではない。

【0055】

図５の利用期間情報には、上述したアプリケーション「アプリ１」、入力機器「キーボード」、ファイル「アプリ２」それぞれについて、利用者がそれらを利用した時間「2022/01/11 09:00-09:15 …」「2022/01/10 09:03-09:05 …」「2021/12/27 15:00-16:00 …」と、利用者がログアウトをした時間「2021/12/28 17:35 …」が記憶されている。

【0056】

図５の操作識別情報には、上述したアプリケーション「アプリ１」を実行した際の機能プロセス（モード）を表す「読み出し」、入力機器「キーボード」、ファイル「アプリ２」を実行した際の機能プロセス（モード）を表す「書き込み」が記憶されている。なお、イベント「ログアウト」を実行した際の機能プロセス（モード）はないため、図４の例では「－」と記載した。

【0057】

また、図５の操作識別情報では、機能プロセス（モード）を表す情報について示したが、利用の状態を表す情報でもよい。状態を表す情報は、例えば、アプリケーション「アプリ１」を利用者が操作した場合、電話又はチャットをしていることを表す「電話」又は「チャット」などの利用者の状態を記憶する。入力機器「キーボード」を利用者が操作して入力をしている場合、利用者の状態を表す「入力」などを記憶する。利用者がファイル「アプリ２」を開いていた場合、利用者がファイルを開いている状態を表す「オープン」などを記憶する。

【0058】

なお、状態を表す情報は、上述した「電話」「チャット」「入力」「オープン」に限定されるものではない。

【0059】

再起動実行部３２は、再起動可能期間より前の時点において、再起動指示部１２から、対象の仮想マシン３０のソフトウェアにセキュリティパッチを適用し、対象の仮想マシン３０を再起動可能期間に再起動させるための指示を受信し、受信した指示に基づいて、セキュリティパッチを適用し、再起動可能期間に仮想マシン３０を再起動する。

【0060】

また、再起動実行部３２は、対象の仮想マシン３０を再起動する場合、対象の仮想マシン３０を共有している利用者の端末装置２０全てに、再起動する旨を通知してもよい。理由は、利用者が利用をしている可能性があるので、突然再起動した場合、利用に支障がでる可能性が高いためである。また、当該通知に、利用中のファイルの保存などを要請する通知を加えてもよい。

【0061】

記憶部３３は、収集部３１が収集した、仮想マシン３０を共有している利用者それぞれの利用履歴情報を記憶する。

【0062】

●セキュリティ管理部４０の説明
管理部４１は、ベンダーなどから配布されたセキュリティパッチと、当該セキュリティパッチの適用にともなう、再起動に必要な再起動必要時間を表す再起動必要時間情報とを、ネットワークを介して取得し、記憶部４２に記憶する。

【0063】

検出部１１は、セキュリティパッチの適用にともない、仮想マシン３０の再起動が必要である場合、まず、記憶部４２から再起動必要時間情報を取得する。また、検出部１１は、記憶部４２から、対象の仮想マシン３０を共有する利用者それぞれの利用履歴情報を取得する。

【0064】

次に、検出部１１は、再起動必要時間情報と利用履歴情報とを用いて、再起動必要時間以上で、かつ利用者が同時に利用を停止していた利用停止期間を一つ以上検出する。

【0065】

利用停止期間の検出方法について説明する。
図６は、利用停止期間の検出方法を説明するための図である。図６の例では、検出部１１は、仮想マシン３０を共有する利用者（ｕｓｅｒ１からｕｓｅｒ３）それぞれの利用履歴情報を用いて、利用者（ｕｓｅｒ１からｕｓｅｒ３）それぞれが過去に利用を停止している期間（停止期間）を検出する。

【0066】

具体的には、利用者（ｕｓｅｒ１からｕｓｅｒ３）の場合であれば、利用者（ｕｓｅｒ１からｕｓｅｒ３）それぞれの利用時間と停止期間とを求める。例えば、利用者（ｕｓｅｒ１）の場合、利用者（ｕｓｅｒ１）の利用履歴情報を用いて、あらかじめ設定した検出期間における利用期間と停止期間とを求める。

【0067】

検出期間は、例えば、過去の一週間のいずれか一つの曜日の２４時間（０：００から２３：５９）を用いることが考えられる。また、過去の一週間において、利用期間と停止期間とを求めてもよい。

【0068】

また、利用者（ｕｓｅｒ２、ｕｓｅｒ３）の場合についても、上述した利用者（ｕｓｅｒ１）と同様に、利用期間と停止期間とを求める。

【0069】

なお、図６の例では、利用者（ｕｓｅｒ１からｕｓｅｒ３）それぞれの、利用期間を「１」、停止期間を「０」として表している。

【0070】

次に、検出部１１は、利用者（ｕｓｅｒ１からｕｓｅｒ３）それぞれの停止期間が重なる共通停止期間を検出する。図６の例では、共通停止期間Ｔｃ１、Ｔｃ２が検出されたことを表している。

【0071】

次に、検出部１１は、共通停止期間Ｔｃ１、Ｔｃ２それぞれについて、共通停止期間Ｔｃ１、Ｔｃ２が、再起動必要時間Ｔｈ以上であるか否かを判定する。図６の例では、共通停止期間Ｔｃ１は再起動必要時間Ｔｈ以下であるので、利用停止期間ではない。共通停止期間Ｔｃ２は再起動必要時間Ｔｈより長いので、利用停止期間である。

【0072】

再起動指示部１２は、まず、利用停止期間に基づいて再起動可能期間を設定する。例えば、図６の共通停止期間Ｔｃ２が、今週の月曜日の２４時間に含まれているのであれば、現時点より後の来週の月曜日における、共通停止期間Ｔｃ２に対応する期間を、再起動可能期間として設定する。ただし、曜日は月曜に限定されるものではない。

【0073】

次に、再起動指示部１２は、再起動可能期間より前に、仮想マシン３０の再起動実行部３２に、仮想マシン３０のソフトウェアにセキュリティパッチを適用し、仮想マシン３０を再起動するための指示を送信する。

【0074】

記憶部４２は、少なくとも、セキュリティパッチ、当該セキュリティパッチを適用した場合の再起動必要時間、仮想マシン３０ごとの利用者それぞれの利用履歴情報、再起動可能期間を記憶する。

【0075】

［実施形態１の装置動作］
実施形態１における情報処理装置１０の動作について図７を用いて説明する。図７は、実施形態１の情報処理装置の動作を説明するための図である。以下の説明においては、適宜図を参酌する。また、実施形態１では、情報処理装置を動作させることによって、情報処理方法が実施される。よって、実施形態１における情報処理方法の説明は、以下の情報処理装置の動作説明に代える。

【0076】

図７に示すように、まず、管理部４１は、セキュリティパッチと、再起動必要時間情報とを、ネットワークを介して取得し、記憶部４２に記憶する（ステップＡ１）。

【0077】

具体的には、ステップＡ１において、管理部４１は、ベンダーなどからネットワークを介して配布された、セキュリティに関する情報（セキュリティパッチと、当該セキュリティパッチの適用にともなう仮想マシン３０の再起動に必要な再起動必要時間を表す再起動必要時間情報）を取得する。

【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】

図１３に示すように、コンピュータ１１０は、ＣＰＵ（Central Processing Unit）１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。なお、コンピュータ１１０は、ＣＰＵ１１１に加えて、又はＣＰＵ１１１に代えて、ＧＰＵ、又はＦＰＧＡを備えていてもよい。

【0141】

ＣＰＵ１１１は、記憶装置１１３に格納された、実施形態１、２におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ（Dynamic Random Access Memory）などの揮発性の記憶装置である。また、実施形態１、２におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、実施形態１、２におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであってもよい。なお、記録媒体１２０は、不揮発性記録媒体である。

【0142】

また、記憶装置１１３の具体例としては、ハードディスクドライブの他、フラッシュメモリなどの半導体記憶装置があげられる。入力インターフェイス１１４は、ＣＰＵ１１１と、キーボード及びマウスといった入力機器１１８との間のデータ伝送を仲介する。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。

【0143】

データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、及びコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と、他のコンピュータとの間のデータ伝送を仲介する。

【0144】

また、記録媒体１２０の具体例としては、ＣＦ（Compact Flash（登録商標））及びＳＤ（Secure Digital）などの汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）等の磁気記録媒体、又はＣＤ－ＲＯＭ（Compact Disk Read Only Memory）などの光学記録媒体があげられる。

【0145】

なお、実施形態１、２における情報処理装置は、プログラムがインストールされたコンピュータではなく、各部に対応したハードウェアを用いることによっても実現可能である。さらに、情報処理装置は、一部がプログラムで実現され、残りの部分がハードウェアで実現されていてもよい。

【0146】

以上、実施形態を参照して発明を説明したが、発明は上述した実施形態に限定されるものではない。発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【産業上の利用可能性】

【0147】

上述した記載によれば、再起動が必要なセキュリティパッチをマルチセッション方式対応のソフトウェアに適用する場合でも、利用者に影響がでないようにできる。また、セキュリティパッチの適用が必要な分野において有用である。

【符号の説明】

【0148】

１０、１０ａ 情報処理装置
１１、１１ａ 検出部
１２、１２ａ 再起動指示部
２０ 端末装置
３０、３０ａ 仮想マシン
３１ 収集部
３２、３２ａ 再起動実行部
３３ 記憶部
４０、４０ａ セキュリティ管理部
４１ 管理部
４２ 記憶部
１００ システム
１１０ コンピュータ
１１１ ＣＰＵ
１１２ メインメモリ
１１３ 記憶装置
１１４ 入力インターフェイス
１１５ 表示コントローラ
１１６ データリーダ／ライタ
１１７ 通信インターフェイス
１１８ 入力機器
１１９ ディスプレイ装置
１２０ 記録媒体
１２１ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】