JP6703281B2 - 情報処理システム、管理サーバ、制御方法、プログラム - Google Patents

Description

本発明は、ネットワークに接続した複数の端末を管理する技術に関する。

近年、学校や大学の教室に複数の情報処理端末を設置し、情報処理端末を通じて講義や学習を受けることができるようになっている。その場合、設置された複数の端末に対し、ユーザが同じ環境で使用できる必要がある。それに対し、ネットワークを利用して、複数の情報処理端末の環境を共通設定する技術が開発されている。

特許文献１では、第１の端末装置に格納されている更新に係る原本となる更新ソフトウェアを、複数の第２の端末装置にダウンロードする技術が開示されている。

特開２００８−６５６１１号公報

しかしながら、前記特許文献１の技術では、更新作業を受け付け原本となる更新ソフトウェアを格納する端末を用意する必要があり、専用端末を設置するとなるとコストがかかる。また、通常使用している端末を原本、つまり本発明で言うイメージを作成するために使用すると、当該端末は他の端末の環境が更新されるまでは１台のみ異なった環境となる。学校や大学の教室では、生徒や学生が設置された端末を統一された環境で使用する必要があり、イメージ作成に使用した端末は他の端末とは環境が異なるため、通常使用することができなくなる。また、通常使用できるように管理者がイメージ作成用に使用した端末を前の環境に戻すには、更新前の環境を確認し、復旧手順を確認しながら作業する必要があるため工数がかかり、設定を誤る恐れもあった。そのため、通常使用されている端末でイメージ作成することが困難であった。

そこで、本発明では、任意のクライアント端末の記憶装置の記憶領域に対して更新を受け付け、当該記憶領域の内容を用いてディスクイメージを作成できる仕組みを提供することを目的とする。

本発明の情報処理システムは、記憶装置を持ち、前記記憶装置の記憶領域の更新内容を保持する更新モードと、前記記憶装置の記憶領域の内容を用いてディスクイメージを作成する作成モードとにより起動可能な複数のクライアント端末と、前記クライアント端末を起動するモードを制御する管理サーバとを含む情報処理システムであって、前記管理サーバは、前記クライアント端末の前記記憶装置の記憶領域を更新するディスクイメージを作成するクライアント端末を、前記複数のクライアント端末の中から決定する決定手段と、前記決定手段にて決定されたクライアント端末に対して、前記更新モードで起動するように第１の起動指示を送信し、前記第１の起動指示の後に、前記作成モードで起動するように第２の起動指示を送信する送信制御手段とを備え、前記複数のクライアント端末はそれぞれ、前記送信された起動指示に従って自端末を起動する起動制御手段と、前記第１の起動指示に従って前記更新モードで起動した場合に、前記記憶装置の記憶領域の更新を受け付ける更新手段と、前記第２の起動指示に従って前記作成モードで起動した場合に、前記更新を受け付けた前記記憶装置の記憶領域の内容を用いて前記ディスクイメージを作成するイメージ作成手段とを備えることを特徴とする。

本発明の制御方法は、記憶装置を持ち、前記記憶装置の記憶領域の更新内容を保持する更新モードと、前記記憶装置の記憶領域の内容を用いてディスクイメージを作成する作成モードとにより起動可能な複数のクライアント端末と、前記クライアント端末を起動するモードを制御する管理サーバとを含む情報処理システムの制御方法であって、前記管理サーバは、決定手段が、前記クライアント端末の前記記憶装置の記憶領域を更新するディスクイメージを作成するクライアント端末を、前記複数のクライアント端末の中から決定する決定ステップと、送信制御手段が、前記決定ステップにて決定されたクライアント端末に対して、前記更新モードで起動するように第１の起動指示を送信し、前記第１の起動指示の後に、前記作成モードで起動するように第２の起動指示を送信する送信制御ステップとを備え、前記複数のクライアント端末はそれぞれ、起動制御手段が、前記送信された起動指示に従って自端末を起動する起動制御ステップと、更新手段が、前記第１の起動指示に従って前記更新モードで起動した場合に、前記記憶装置の記憶領域の更新を受け付ける更新ステップと、イメージ作成手段が、前記第２の起動指示に従って前記作成モードで起動した場合に、前記更新を受け付けた前記記憶装置の記憶領域の内容を用いて前記ディスクイメージを作成するイメージ作成ステップとを備えることを特徴とする。

本発明のプログラムは、記憶装置を持ち、前記記憶装置の記憶領域の更新内容を保持する更新モードと、前記記憶装置の記憶領域の内容を用いてディスクイメージを作成する作成モードとにより起動可能な複数のクライアント端末と、前記クライアント端末を起動するモードを制御する管理サーバとを含む情報処理システムにおいて実行可能なプログラムであって、前記管理サーバを、前記クライアント端末の前記記憶装置の記憶領域を更新するディスクイメージを作成するクライアント端末を、前記複数のクライアント端末の中から決定する決定手段と、前記決定手段にて決定されたクライアント端末に対して、前記更新モードで起動するように第１の起動指示を送信し、前記第１の起動指示の後に、前記作成モードで起動するように第２の起動指示を送信する送信制御手段として機能させ、前記複数のクライアント端末をそれぞれ、前記送信された起動指示に従って自端末を起動する起動制御手段と、前記第１の起動指示に従って前記更新モードで起動した場合に、前記記憶装置の記憶領域の更新を受け付ける更新手段と、前記第２の起動指示に従って前記作成モードで起動した場合に、前記更新を受け付けた前記記憶装置の記憶領域の内容を用いて前記ディスクイメージを作成するイメージ作成手段として機能させるためのプログラムである。

本発明によると、任意のクライアント端末の記憶装置の記憶領域に対して更新を受け付け、当該記憶領域の内容を用いてディスクイメージを作成できる仕組みを提供することが可能となる。

本発明の実施形態である端末管理システムのシステム構成の一例を示す図である。 本発明の実施形態である端末管理システムのクライアント、端末管理ツールサーバ、イメージ管理サーバに適用可能なハードウェア構成の一例を示す図である。 本発明の実施形態である端末管理システムの機能構成の一例を示す図である。 本発明の実施形態である端末管理システムの差分イメージ登録処理の一例を示すフローチャートである。 本発明の実施形態である端末管理システムの環境更新処理および差分イメージ作成処理の一例を示すフローチャートである。 本発明の実施形態である端末管理システムの差分作成用クライアント復旧処理の一例を示すフローチャートである。 本発明の実施形態である端末管理システムの通常運用の全体処理の一例を示すフローチャートである。 本発明の実施形態である端末管理システムの起動イメージ変更処理の一例を示すフローチャートである。 本発明の実施形態である端末管理システムのバックグラウンドインストール設定処理の一例を示すフローチャートである。 本発明の実施形態である端末管理システムのバックグランドインストール実行処理の一例を示すフローチャートである。 本発明の実施形態である端末管理システムの差分イメージ登録画面の一例を示す画面イメージである。 本発明の実施形態である端末管理システムの起動イメージキャッシュ情報画面の一例を示す画面イメージである。 本発明の実施形態である端末管理システムのインストール状況確認画面の一例を示す画面イメージである。 本発明の実施形態である端末管理システムのクライアント詳細確認画面の一例を示す画面イメージである。 本発明の実施形態である端末管理システムの使用データの一例を示すデータ構成図である。 本発明の実施形態である端末管理システムのモジュール構成の一例を示す構成図である。 本発明の実施形態である端末管理システムのハードディスク更新方法の一例を示す模式図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。

図１は、本発明の実施形態である端末管理システム１００の構成を示すシステム構成図である。

端末管理システム１００は、複数のクライアント１０１、端末管理ツールサーバ１０２、１または複数のイメージ管理サーバ１０３がネットワーク１０４を介して接続される構成となっている。

クライアント１０１は、教室等に設置されユーザが使用する情報処理端末であり、教室等の設置場所ごとにＯＳ等の実行環境が決められている。また、ＯＳのアップデート等の実行環境の更新が必要となった場合、複数のクライアントのうちの１つのクライアント１０１を差分作成用クライアント１１０として使用し、ハードディスクの更新部分の情報である差分イメージを作成し、作成された差分イメージをイメージ管理サーバ１０３に送信し登録する。

端末管理ツールサーバ１０２は、各クライアント１０１の状態を監視し、各クライアント１０１およびイメージ管理サーバ１０３の処理実行制御を行う。

イメージ管理サーバ１０３は、クライアント１０１のハードディスクに適用することによりハードディスクの記憶内容を書き変えることが可能なイメージを管理する。イメージには、親イメージおよび差分（子）イメージがあり、親イメージはクライアント１０１をＯＳ単位で初期状態からセットアップする場合に適用され、差分イメージは既にＯＳ単位で全体イメージが適用されたクライアント１０１に対して差分更新する場合に適用される。

ネットワーク１０４は、通常、企業や大学など組織内のＬＡＮ（ローカルエリアネットワーク）により実現されるが、インターネットにて実現することにより、クラウド環境を構築してもよい。

なお、本実施例では、端末管理ツールサーバ１０２とイメージ管理サーバ１０３を別筐体としているが、同一筐体として、１つのサーバでそれぞれの装置に対応する機能を持たせる構成であってもよい。

以下、図２を用いて図１に示したクライアント１０１、端末管理ツールサーバ１０２、、イメージ管理サーバ１０３に適用可能な情報処理装置のハードウェア構成について説明する。

図２は、図１に示したクライアント１０１、端末管理ツールサーバ１０２、、イメージ管理サーバ１０３に適用可能な情報処理装置のハードウェア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１０への表示を制御する。ディスプレイ２１０は、ＣＲＴや液晶ディスプレイ等の表示器である。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる設定ファイル等も外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３を参照して、本発明の実施形態である端末管理システム１００のクライアント１０１（差分作成用クライアント１１０）、端末管理ツールサーバ１０２、イメージ管理サーバ１０３の持つ機能構成の一例について説明する。

クライアント１０１は、受信部３０１、差分イメージ作成部３０２、復旧部３０３を持つ。

受信部３０１は、端末管理ツールサーバ１０２から差分イメージの作成要求を受信する機能部である。

差分イメージ作成部３０２は、受信部３０１にて受信した差分イメージ作成要求に従って、差分イメージを作成する差分更新モードで当該クライアントを起動し、ハードディスクに対して受け付けた更新部分の差分イメージを作成する機能部である。

復旧部３０３は、差分イメージ作成部３０２にて作成した差分イメージをイメージ管理サーバ１０３に送信した後、差分作成用クライアントのハードディスクの内容が更新前の環境となるように、端末管理ツールサーバ１０２で管理されている端末管理情報に従って、イメージ管理サーバ１０３からイメージを取得して、ハードディスクの内容を更新する機能部である。

端末管理ツールサーバ１０２は、決定部３１１、送信部３１２、端末環境情報管理部３１３を持つ。

決定部３１１は、差分イメージを作成するクライアントを、前記複数のクライアントから決定する機能部である。対象クライアントはユーザから指定を受け付けてもよいし、固定設定や任意のクライアントを自動選択してもよい。

送信部３１２は、決定部３１１にて決定されたクライアントに対して、差分イメージを作成させるべく、差分イメージ作成要求を送信する機能部である。

端末環境情報管理部３１３は、各クライアント１０１の環境情報を管理するデータベースを持ち、当該データベースを操作する機能部である。クライアント１０１から問合せがあれば、データベースを検索して情報を送信し、クライアント１０１からデータを取得してデータベースを更新する。

イメージ管理サーバ１０３は、イメージ管理部３２１を持つ。

イメージ管理部は３２１は、イメージを管理するデータベースを持ち、当該データベースを操作する機能部である。クライアント１０１で作成された差分イメージを登録し、クライアント１０１から要求があれば、イメージを配信する。

次に、図１６を参照して、本発明の実施形態である端末管理システム１００のクライアント１０１（差分作成用クライアント１１０）、端末管理ツールサーバ１０２、イメージ管理サーバ１０３のモジュール構成の一例について説明する。

クライアント１０１は、ハードウェア１６０１、仮想マシン管理プログラム１６０３、ＯＳ１６０４、端末管理ツールクライアントプログラム１６０５、アプリケーションプログラム１６０６が階層的に配置される。

ハードウェア１６０１は、図２にて説明した通りであるが、ハードディスク１６０２が含まれる。

仮想マシン管理プログラム１６０３は、一般にハイパーバイザー（Ｈｙｐｅｒｖｉｓｏｒ）、または、仮想マシンモニタ（ＶＭＭ；Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｍｏｎｏｔｏｒ）と呼ばれる制御プログラムであり、ＯＳ１６０４に依存せず直接ハードウェア１６０１上で動作し、ハードウェア１６０１のリソースを割り当てて制御することにより、単一のハードウェア１６０１上で仮想的に複数のＯＳ１６０４を動作させることができる。また、仮想マシン管理プログラム１６０３は、端末管理ツールクライアントプログラム１６０５から指示を受け、イメージ管理サーバ１０３のイメージ管理プログラム１６２１と連携して、イメージの送受信等を行う。また、仮想マシン管理プログラム１６０３は、端末管理ツールクライアントプログラム１６０５から指示を受け、ハードディスク１６０２の記憶箇所のアドレスに関連した処理機能を持つ。つまり、ハードディスクの特定の記憶箇所のアドレス取得や、アドレスを指定した記憶箇所のデータ取得やデータ更新を実施する。この機能により、ハードディスク１６０２から変更のあった記憶箇所のデータを取得して差分イメージを作成することや、イメージ管理サーバ１０３から取得した差分イメージによりハードディスクの差分対象箇所を更新することが可能となる。

ＯＳ１６０４は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）プログラムであり、仮想マシン管理プログラム１６０３上で実行される。

端末管理ツールクライアントプログラム１６０５は、ＯＳ１６０４上で実行され、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１と連携してクライアント１０１の起動状態を確認し、クライアント１０１の仮想マシン管理プログラム１６０３と連携してイメージ関連の処理を実行させる。

アプリケーションプログラム１６０６は、ＯＳ１６０４上で実行される、特定機能を持つプログラムであり、例えば、業務用プログラムやオフィスプログラムなどである。

端末管理ツールサーバ１０２は、端末管理ツールサーバプログラム１６１１、端末管理データベース１６１２を持つ。

端末管理ツールサーバプログラム１６１１は、クライアント１０１の端末管理ツールクライアントプログラム１６０５と連携して、要求されたデータを端末管理データベース１６１２から取得してクライアント１０１に送信し、クライアント１０１からデータを受けて端末管理データベース１６１２を更新する。さらに、クライアント１０１に関連処理の実行指示を行う。

また、端末管理ツールサーバプログラム１６１１は、イメージ管理サーバ１０３のイメージ管理プログラム１６２１と連携し、必要なデータの送受信および、イメージ管理サーバ１０３に関連処理の実行指示を行う。

端末管理データベース１６１２は、クライアント１０１に関する各種情報を格納する。

イメージ管理サーバ１０３は、イメージ管理プログラム１６２１、イメージデータベース１６２２を持つ。

イメージ管理プログラム１６２１は、クライアント１０１の仮想マシン管理プログラム１６０３と連携して、イメージデータの送受信を行う。

また、イメージ管理プログラム１６２１は、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１と連携し、端末管理ツールサーバ１０２から処理要求を受けて処理を実行し、結果通知等を端末管理ツールサーバ１０２に送信する。

イメージデータベース１６２２は、イメージデータを格納する。

以下、図１５を参照して、本発明で使用するデータの一例について説明する。

本実施例では、各データを端末管理ツールサーバ１０２の外部メモリ２１１に配置された端末管理データベース１６１２に格納しているが、イメージ管理サーバ１０３や外部サーバの記憶装置など、アクセス可能な記憶装置に格納する形態としてもよい。

まず、端末管理テーブル１５００の一例について説明する。

端末管理テーブル１５００は、端末ＩＤ１５０１、キャッシュ割合１５０２、ＢＧインストール１５０３、動作モード１５０４、設置場所ＩＤ１５０５を含む。

端末ＩＤ１５０１は、クライアントを一意に識別するコードである。

キャッシュ割合１５０２は、適用すべきイメージ全体に対してどれくらいハードディスクにキャッシュされたかを百分率で示す。

ＢＧインストール１５０３は、バックグラウンドインストール設定の内容を示す。

動作モード１５０４は、クライアントを起動する時の動作モードを示す。動作モードの種類は、通常起動モード、差分更新モード、イメージ変更モード等があり、各モードの詳細については、処理フローの説明の後述する。

設置場所ＩＤ１５０５は、クライアントが設置される実際の場所、または、クライアントが属する論理的な場所グループを表すコードである。同一設置場所ＩＤを持つクライアントはクライアント固有設定部分を除いて、基本的に同一環境に設定される。

次に、設置場所管理テーブル１５１０の一例について説明する。

設置場所管理テーブル１５１０は、設置場所ＩＤ１５１１、設置場所名１５１２、イメージＩＤ１５１３、起動時間帯１５１４、起動可能ＯＳ１５１５を含む。

設置場所ＩＤ１５１１は、設置場所（教室等の実際の場所、または、論理的な場所グループ）を一意に識別するコードである。

設置場所名１５１２は、設置場所を説明するテキストである。

イメージＩＤ１５１３は、設置場所ごとに適用するイメージを示すコードである。

起動時間帯１５１４は、設置場所ごとに起動を許可されている時間帯である。開始時間と終了時間を設定する。

起動可能ＯＳ１５１５は、設置場所ごとに許可されている起動ＯＳの種類である。本実施例では「Ｍａｃ／Ｗｉｎ選択可」、「Ｍａｃのみ」、「Ｗｉｎのみ」のいずれかを指定できる。

次に、端末固有テーブル１５２０の一例について説明する。

端末固有テーブル１５２０は、端末ＩＤ１５２１、端末名１５２２、ＩＰアドレス１５２３を含む。

端末ＩＤ１５２１は、クライアントを一意に識別するコードである。

端末名１５２２は、クライアントのネットワーク設定時に、クライアントを識別するためのコードであり、ＯＳによってコンピュータ名等の項目名で呼ばれている内容である。

ＩＰアドレス１５２３は、クライアントのネットワーク設定時に設定するＩＰアドレスである。

次に、イメージ管理テーブル１５３０の一例について説明する。

イメージ管理テーブル１５３０は、イメージＩＤ１５３１、イメージ名１５３２、イメージ説明１５３３、種別１５３４、親イメージＩＤ１５３５、作成端末ＩＤ１５３６を含む。

イメージＩＤ１５３１は、イメージを一意に識別するＩＤであり、システムが自動で付与する。

イメージ名１５３２は、イメージを表す文字列であり、イメージ登録時に入力を受け付ける。

イメージ説明１５３３は、イメージを説明するテキストであり、イメージ登録時に入力を受け付ける

種別１５３４は、当該イメージが親イメージか、差分イメージかを表す。

親イメージＩＤ１５３５は、当該イメージの親イメージのイメージＩＤである。当該イメージが親イメージである場合は、自分自身のイメージＩＤが設定される。差分イメージについては、差分イメージ登録時に親イメージを指定した際に自動で設定される。

作成端末ＩＤ１５３６は、当該イメージを作成したクライアントの端末ＩＤである。通常、イメージにはそのイメージを作成したクラアントの端末固有の情報が含まれている。

以下、図７を参照して、通常運用の全体処理の一例について説明する。

ステップＳ７０１では、端末管理ツールサーバ１０２は、管理者から、不図示の設定画面により設置場所、端末ごとの設定変更を受け付ける。受け付けた内容は、端末管理テーブル１５００、設置場所管理テーブル１５１０に反映される。変更可能な内容は、端末管理テーブル１５００の動作モード１５０４、設置場所管理テーブル１５１０のイメージＩＤ１５１３、起動時間帯１５１４、起動可能ＯＳ１５１５、などである。

ステップＳ７２１では、クライアント１０１は、ユーザからシステム起動要求を受け付けてシステムを起動する。通常、ユーザによってクライアント１０１の電源ボタンが押下されることにより、システム起動要求を受け付けることになる。

ステップＳ７２２では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、システム起動後に、起動時の状態確認要求を端末管理ツールサーバ１０２へ送信する。本処理は、動作モードを確認するために実施される。

ステップＳ７０２では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、クライアント１０１から起動時の状態確認要求を受信する。

ステップＳ７０３では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末管理テーブル１５００の要求のあったクライアントの動作モード１５０４を取得して、起動時の状態としてクライアント１０１へ送信する。

ステップＳ７２３では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２から起動時の状態を受信する。ここで、動作モードを受信するが、本フローでは、動作モードとして「通常起動モード」または「イメージ変更モード」を受信したものとして説明する。また、「通常起動モード」でも環境保護設定がＯＮの場合とＯＦＦの場合があるが、変更がある場合は、仮想マシン管理プログラム１６０３の環境保護設定の内容を変更する。環境保護設定とは、シャットダウン時にユーザの使用によるハードディスクの変更結果を残すか（ＯＦＦの場合）、起動時の状態に戻すか（ＯＮの場合）を決めるものである。

動作モードとして「差分更新モード」を受信した場合の処理は、図４にて後述する。

ステップＳ７２４では、クライアント１０１は、受信した動作モードが「イメージ変更モード」かどうかを判断する。「イメージ変更モード」の場合はステップＳ７２５に進み、「通常起動モード」の場合はステップＳ７２６に進む。

ステップＳ７２５では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、起動イメージ変更処理を起動する。本処理の詳細は図８にて後述する。

ステップＳ７２６では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、起動スケジュール情報確認要求を端末管理ツールサーバ１０２へ送信する。本処理は、起動時間帯と、起動可能ＯＳを確認するために実施される。

ステップＳ７０４では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、クライアント１０１から起動スケジュール情報の確認要求を受信する。

ステップＳ７０５では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末管理テーブル１５００から要求のあったクライアントの設置場所ＩＤ１５０５を取得し、取得した設置場所ＩＤ１５０５をもとに設置場所管理テーブル１５１０から起動時間帯１５１４、起動可能ＯＳ１５１５を取得し、起動スケジュール情報としてクライアント１０１へ送信する。

ステップＳ７２７では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２から起動スケジュール情報として起動時間帯と起動可能ＯＳを受信する。

ステップＳ７２８では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、受信した起動時間帯をもとに起動可能な時間帯であるかを判断する。判断した結果、現時点が起動可能な時間帯ではない場合はステップＳ７２９に進み、起動可能な時間帯である場合はステップＳ７３０に進む。

ステップＳ７２９では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、シャットダウン処理を起動しステップＳ７３５に進む。

ステップＳ７３０では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、受信した起動可能ＯＳをもとに、起動したＯＳが起動可能ＯＳと合っているかどうかを判断する。起動可能ＯＳと合っていない場合はステップＳ７３１に進み、起動可能ＯＳと合っている場合はステップＳ７３３に進む。

ステップＳ７３１では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、仮想マシン管理プログラム１６０３に対し再起動後に起動するＯＳが起動可能ＯＳとなるように設定変更する。例えば、起動可能ＯＳが「Ｍａｃのみ」に設定されており、ＷｉｎＯＳで起動した場合は、本機能が動作し、自動的にＭａｃＯＳで再起動するように設定変更する。

ステップＳ７３２では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、システムを再起動することにより、仮想マシン管理プログラム１６０３がステップＳ７３１にて設定した内容を認識して変更後のＯＳで起動する。ステップＳ７２２から再度実行する。

ステップＳ７３３では、クライアント１０１のハードウェア１６０１等は、ユーザの使用を受け付ける。

ユーザ使用時、つまり、ＯＳ起動からシャットダウンまでの間、ステップＳ７３８のバックグラウンドインストール設定、および、ステップＳ７３９のバックグラウンドインストール実行を非同期で実行する。バックグラウンドインストール設定処理の詳細は図９にて、バックグラウンドインストール実行処理の詳細は図１０にて後述する。

ステップＳ７３４では、クライアント１０１のＯＳ１６０４は、ユーザからシャットダウン操作を受け付けたかどうかを判断する。シャットダウン操作を受け付けた場合はステップＳ７３５に進み、そうでない場合はＳ７３３にてユーザの使用を継続して受け付ける。

ステップＳ７３５では、クライアント１０１の仮想マシン管理プログラム１６０３は、環境保護設定がＯＮかどうかを判定する。ＯＮであればステップＳ７３６に進み、ＯＦＦであればステップＳ７３７に進む。

ステップＳ７３６では、クライアント１０１の仮想マシン管理プログラム１６０３は、ハードディスクの一時領域のデータをクリアする。環境保護設定がＯＮの場合、ステップＳ７３３のユーザ使用時にハードディスクの一時領域をデータ更新用に使用するように制御しているので、それにより起動時のハードディスクの状態に復元される。

ここで図１７を参照して、環境保護設定によるハードディスクの使用状況について説明する。１７０１は更新前のハードディスクの記憶領域の状態を表す。

１７０２は環境保護設定がＯＦＦの場合の、更新後のハードディスクの記憶領域の状態を表し、更新データは各ＯＳ用に区分された記憶領域に記録される。この領域は通常モードで再起動しても更新内容がクリアされることはないが、リフレッシュモードで再起動した場合、更新前の内容に戻る（図６）。

一方、１７０３は環境保護設定がＯＮの場合の、更新後のハードディスクの記憶領域の状態を表し、更新データは一時領域に記録される。この領域は再起動するとクリアされるため、常に更新前の状態に戻る。
図７の説明に戻る。

ステップＳ７３７では、クライアント１０１のＯＳ１６０４は、シャットダウンを実行する。
これで、通常運用の全体処理を終了する。

ここで、図１７を用いて、環境保護設定によるハードディスクの更新方法の違いについて説明する。

１７０１は更新前のハードディスクの状態を示す。本例では、ＯＳ非依存領域、各ＯＳに対するイメージ領域、一時領域に分割され、各ＯＳに対するイメージ領域にはＯＳ、アプリケーション、データ等が含まれる。

１７０２は環境保護設定ＯＦＦの場合の、ハードディスクの更新例を示す。本例では、ＯＳに対するイメージ領域が更新されている。この領域は、特殊なモード（リフレッシュモードなど）で再起動しなければクリアされることはない。

１７０３は環境保護設定ＯＮの場合の、ハードディスクの更新例を示す。本例では一時領域が更新されている。この領域はシステムを再起動するとクリアされる。

次に、図８を参照して、ステップＳ７２５の起動イメージ変更処理の一例について説明する。

ステップＳ８２１では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１に要求して設置場所管理テーブル１５１０からイメージＩＤ１５１３を取得し、仮想マシン管理プログラム１６０３に対し起動イメージＩＤを変更する設定を行う。

ステップＳ８２２では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、イメージを切り替えるためにシステムを再起動する。

ステップＳ８２３では、クライアント１０１の仮想マシン管理プログラム１６０３は、起動時に、ステップＳ８２１にて設定された起動イメージＩＤをもとに、イメージ管理サーバ１０３にイメージ配信要求をし、ステップＳ８４１にてイメージ管理サーバのイメージ管理プログラム１６２１によりイメージの配信を受け、ハードディスクを更新する。この際、起動を短時間で行うため、起動に必要なハードディスクの内容のみが更新（キャッシュ）され、起動に必要のない部分は更新されない。

ステップＳ８２４では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、取得した起動イメージを作成したクライアントが自分自身かどうかを判断する。作成クライアントが自分自身であれば、当該イメージには自分自身の固有設定が含まれており、クライアント固有設定は不要であるため、処理を終了する。作成クライアントが自分自身でない場合は、ステップＳ８２５に進む。

ステップＳ８２５では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、端末設定情報要求を端末管理ツールサーバ１０２に送信する。本処理は、クライアント固有の設定情報を取得するために実施される。

ステップＳ８０１では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、クライアント１０１から端末設定情報要求を受信する。

ステップＳ８０２では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末固有テーブル１５２０から要求のあったクライアントの端末名１５２２、ＩＰアドレス１５２３を取得し、端末設定情報としてクライアント１０１に送信する。

ステップＳ８２６では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２から、端末設定情報として端末名、ＩＰアドレスを受信する。

ステップＳ８２７では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、受信した端末名、ＩＰアドレスに基づいてシステム設定を更新する。これにより、クライアント固有の設定が反映される。
これで、起動イメージ変更処理を終了する。

次に、図９を参照してステップＳ７３８のバックグラウンドインストール設定処理の一例について説明する。

ステップＳ９０１では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、不図示の設定画面により、設置場所ごとにバックグラウンドインストールのＯＮ／ＯＦＦ設定を受け付ける。受け付けた内容により、端末管理テーブル１５００の設置場所に一致するクライアントに対して、ＢＧインストール１５０３が更新される。

ステップＳ９２１では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、定期的に（５分おき、など）通知タイミングを判断し、通知タイミングになれば、ステップＳ９２２に進む。

ステップＳ９２２では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、端末情報を端末管理ツールサーバ１０２に送信する。送信する内容は、端末ＩＤ、キャッシュ割合、などである。キャッシュ割合とは、適用すべきイメージ全体のうち既にハードディスクに適用した割合を示す。

ステップＳ９０２では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、クライアント１０１から端末情報を受信する。

ステップＳ９０３では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末情報として受信した端末ＩＤに対して、受信したキャッシュ割合で端末管理テーブル１５００のキャッシュ割合１５０２を更新する。これにより、ステップＳ９０５にて、各クライアント１０１のインストール状況を随時確認可能となる。

ステップＳ９０４では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末管理テーブル１５００から通信中のクライアントのバックグラウンドインストールのＯＮ／ＯＦＦを設定したＢＧインストール１５０３を取得し、バックグラウンドインストール設定としてクライアント１０１に送信する。

ステップＳ９２３では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２からバックグラウンドインストール設定を受信する。

ステップＳ９２４では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、受信したバックグラウンドインストール設定がＯＮかＯＦＦかを判断する。ＯＮならばステップＳ９２６にて仮想マシン管理プログラム１６０３のバックグラウンドインストール設定をＯＮにしてバックグラウンドインストールを受けるように設定し、ＯＦＦならばステップＳ９２７にて仮想マシン管理プログラム１６０３のバックグラウンド設定をＯＦＦにしてバックグラウンドインストールを受けないように設定し、本処理フローを終了する。

上記のようにクライアント１０１から端末管理ツールサーバ１０２に定期的に端末情報を送信するタイミングで、バックグラウンドインストール設定を端末管理ツールサーバ１０２からクライアント１０１に送信しているのは、端末管理ツールサーバ１０２にてバックグラウンドインストール設定が変更されるのは、クライアント１０１の起動前だけはなく、起動後にも変更される場合があるため、できるだけタイムリーにクライアント１０１に反映させるためである。

これで、バックグラウンドインストール設定処理を終了する。

次に、図１０を参照して、ステップＳ７３９のバックグラウンドインストール実行処理の一例について説明する。

ステップＳ１０２１では、クライアント１０１の仮想マシン管理プログラム１６０３は、予め決められた時間間隔ごとに（１０秒おき、など）実行タイミングを判断し、実行タイミングになれば、ステップＳ１０２２に進む。本処理を実行する時間間隔は、システム全体で共通設定としてもよいし、設置場所やクライアントごとに変更できるようにしてもよい。

ステップＳ１０２２では、クライアント１０１の仮想マシン管理プログラム１６０３は、バックグラウンドインストール設定がＯＮかどうかを判断する。ＯＮであればステップＳ１０２３に進み、ＯＦＦであれば本処理フローを終了する。

ステップＳ１０２３では、クライアント１０１の仮想マシン管理プログラム１６０３は、バックグラウンドインストールの実行条件を満たしているかを判断する。実行条件を満たしている場合にはステップＳ１０２４に進み、満たしていない場合には本処理フローを終了する。本実施例では、実行条件として、インストール状況が１００％となっていないかどうか、および、クライアント１０１自身の負荷が低いかどうかで判断している。

ステップＳ１０２４では、クライアント１０１の仮想マシン管理プログラム１６０３は、イメージ管理サーバ１０３に適用すべきイメージの配信要求を送信し、ステップＳ１０４１にてイメージ管理サーバ１０３のイメージ管理プログラム１６２１によりイメージの配信を受けてハードディスクを更新することによりバックグラウンドインストールを実行する。実行条件を満たす間は処理を継続し、満たさなくなれば処理を中断する。

これで、バックグラウンドインストール実行処理を終了する。

次に、図４を参照して、差分イメージ登録処理の一例について説明する。

本処理は図７で説明した通常運用の全体処理とは別に、クライアント１０１の環境を更新する必要がある場合に、配信用の差分イメージを登録するための処理である。

本処理では、差分イメージを作成するためのクライアントとして、複数あるクライアント１０１のうちの１つが選択され、これを差分作成用クライアント１１０と呼ぶことにする。

ステップＳ４０１では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、差分イメージ作成開始を受け付ける。差分イメージ登録画面１１００（図１１）にてユーザ操作により入力された対象クライアント、差分イメージ名、差分イメージ説明を取得する。すなわち、差分のディスクイメージを作成するクライアント端末を複数のクライアント端末から決定する処理である。なお、取得した差分イメージ名、差分イメージ説明は記憶させておき、後述のステップＳ４１１の処理で利用される。

ステップＳ４０２では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、差分イメージ作成用サービスを起動する指示を、イメージ管理サーバ１０３へ送信する。

ステップＳ４４１では、イメージ管理サーバ１０３のイメージ管理プログラム１６２１は、端末管理ツールサーバ１０２から起動指示を受信し、差分イメージ作成用サービスを起動させる。

ステップＳ４０３では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末管理テーブル１５００の差分作成用クライアントの動作モード１５０４を「差分更新モード」に変更する。

ステップＳ４２１では、差分作成用クライアント１１０は、ユーザからシステム起動要求を受け付けてシステムを起動する。通常、ユーザによって差分作成用クライアント１１０の電源ボタンが押下されることにより、システム起動要求を受け付けることになる。

ステップＳ４２２では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、システム起動後に、起動時の状態確認要求を端末管理ツールサーバ１０２へ送信する。本処理は、動作モードを確認するために実施される。

ステップＳ４０４では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、差分作成用クライアント１１０から起動時の状態確認要求を受信する。

ステップＳ４０５では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末管理テーブル１５００の差分作成用クライアントの動作モード１５０４を取得して、起動時の状態としてクライアント１０１へ送信する。ここでは、ステップＳ４０３で変更した「差分更新モード」が動作モードとして送信される。すなわち、決定されたクライアント端末に対して、差分のディスクイメージを作成させるべく、差分イメージ作成要求を送信する処理である。

ステップＳ４２３では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２から起動時の状態を受信する。本フローでは、動作モードとして「差分更新モード」を受信する。すなわち、差分イメージ作成要求を受信する処理である。

ステップＳ４２４では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、動作モードとして「差分更新モード」を受信したことに従い、仮想マシン管理プログラムの環境保護設定をＯＦＦに設定して、システムを再起動する。すなわち、受信した差分イメージ作成要求に従って、差分のディスクイメージを作成する差分イメージモードでクライアント端末を起動する処理である。

ステップＳ４２５では、差分作成用クライアント１１０は、再起動後、環境更新処理を実施する。本処理の詳細は図５（ａ）にて後述する。

ステップＳ４２６では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、不図示の入力画面から更新中止操作または更新完了操作を受け付けたかどうかを判断する。更新中止操作を受け付けた場合はステップＳ４２７に進み、更新完了操作を受け付けた場合はステップＳ４２８に進む。各操作は、例えば、入力画面上に表示した「中止」ボタン、「完了」ボタンを押下する操作である。なお、この操作は差分作成用クライアント１１０ではなく、任意の端末に入力画面を表示させて受け付けてもよい。

ステップＳ４２７では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２に更新作業中止通知を送信する。なお、ステップＳ４２６の処理を任意の端末で実施した場合は、処理を実施した端末が通知を送信する。

ステップＳ４０６では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、差分作成用クライアント１１０から更新作業中止通知を受信する。なお、ステップＳ４２６の処理を任意の端末で実施した場合は、処理を実施した端末から通知を受信する。その後、ステップＳ４３２に進む。

ステップＳ４２８では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２に更新作業完了通知を送信する。なお、ステップＳ４２６の処理を任意の端末で実施した場合は、処理を実施した端末が通知を送信する。

ステップＳ４０７では、端末管理ツールサーバ１０２は、差分作成用クライアント１１０から更新作業完了通知を受信する。なお、ステップＳ４２６の処理を任意の端末で実施した場合は、処理を実施した端末から通知を受信する。

ステップＳ４０８では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、「差分イメージ送信モード」で再起動するように、差分作成用クライアント１１０に再起動指示を送信する。

ステップＳ４２９では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２から「差分イメージ送信モード」での再起動指示を受けて、仮想マシン管理プログラム１６０３に差分イメージ作成指示を行い、システムを再起動する。

ステップＳ４３０では、差分作成用クライアント１１０の仮想マシン管理プログラム１６０３は差分イメージ作成指示を受けて、差分作成用クライアント１１０で更新した内容の差分イメージを作成する。すなわち、記憶装置の記憶領域に対して受け付けた更新部分の差分のディスクイメージを作成する処理である。本処理の詳細は図５（ｂ）で後述する。

ステップＳ４３１では、差分作成用クライアント１１０の仮想マシン管理プログラム１６０３は、作成した差分イメージをイメージ管理サーバ１０３へ送信する。すなわち、作成した差分のディスクイメージをイメージ管理装置に送信する処理である。

ステップＳ４４２では、イメージ管理サーバ１０３のイメージ管理プログラム１６２１は、差分作成用クライアント１１０から差分イメージのすべて送信が終わるまで差分イメージの受信を続け、受信が完了したら、ステップＳ４４３で差分イメージ受信完了通知を端末管理ツールサーバ１０２へ送信する。

ステップＳ４０９では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、イメージ管理サーバ１０３から差分イメージ受信完了通知を受信する。

ステップＳ４４４では、イメージ管理サーバ１０３のイメージ管理プログラム１６２１は、受信した差分イメージをイメージデータベース１６２２に登録する。複数のイメージ管理サーバ１０３がある場合は、すべてのイメージ管理サーバ１０３に登録対象の差分イメージを送信し登録させることにより同期させる。

ステップＳ４４４が完了すると、ステップＳ４４５では、イメージ管理サーバ１０３のイメージ管理プログラム１６２１は差分イメージ登録完了通知を端末管理ツールサーバ１０２に送信する。

ステップＳ４１０では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、イメージ管理サーバ１０３から差分イメージ登録完了通知を受信する。

ステップＳ４１１では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、イメージ管理テーブル１５３０に登録した差分イメージを追加登録する。

差分イメージの作成、登録が完了したので、ステップＳ４３２では差分作成用クライアント１１０を環境更新前の状態に復旧する。本処理の詳細は図６で後述する。
これで、差分イメージ登録処理を終了する。

次に、図５（ａ）を参照して、ステップＳ４２５の環境更新処理の一例について説明する。

ステップＳ５０１では、差分作成用クライアント１１０のＯＳ１６０４等は、更新作業者であるユーザから環境更新作業（アプリケーション追加、セキュリティアップデートなど）を受け付ける。これにより、ハードディスク１６０２の内容が更新される。

ステップＳ５０２では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、仮想マシン管理プログラム１６０３に対してステップＳ５０１により更新されたハードディスクの更新箇所のディスクアドレス（更新箇所アドレス）を抽出するよう指示し、仮想マシン管理プログラム１６０３は更新箇所アドレスを抽出する。抽出する方法としては、ステップＳ５０１でハードディスクが更新される度に更新箇所アドレスをログ等に記録して該ログ等を集約してもよいし、更新前のハードディスクの内容と更新後のハードディスクの内容を比較することにより更新箇所アドレスを抽出してもよい。

ステップＳ５０３では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、仮想マシン管理プログラム１６０３に対してステップＳ５０２にて抽出した更新箇所アドレスを記録するよう指示し、仮想マシン管理プログラム１６０３は更新箇所アドレスを端末管理ツールサーバ１０２の更新箇所アドレス記憶部に記録する。本実施例では、更新箇所アドレスを端末管理ツールサーバ１０２の記憶装置に記録しているが、記録先は差分作成用クライアント１１０自身のハードディスクの再起動によりクリアされない領域であってもよいし、アクセス可能な外部のサーバの記憶装置であってもよい。また、端末管理ツールクライアントプログラム１６０５から仮想マシン管理プログラムに対し実行指示を行うことにより、仮想マシン管理プログラムにて更新箇所アドレス（ステップＳ５０２）の取得から記録（ステップＳ５０３）まで連続して実行してもよい。
これで、環境更新処理を終了する。

次に、図５（ｂ）を参照して、ステップＳ４３０の差分イメージ作成処理の一例について説明する。

ステップＳ５１１では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、仮想マシン管理プログラム１６０３に対してステップＳ５０３にて記録した更新箇所アドレスを取得するよう指示し、仮想マシン管理プログラム１６０３は更新箇所アドレス記憶部から更新箇所アドレスを取得する。

ステップＳ５１２では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、仮想マシン管理プログラム１６０３に対してステップＳ５１１にて取得した更新箇所アドレスをもとに差分イメージを作成するよう指示し、仮想マシン管理プログラム１６０３は取得した更新箇所アドレスをもとに、ハードディスク上の更新箇所アドレスが示す箇所のデータを取得し、取得したデータと更新箇所アドレスとを対応付けて記録することにより差分イメージを作成する。
これで、差分イメージ作成処理を終了する。

次に、図６を参照して、ステップＳ４３２の差分作成用クライアント復旧処理の一例について説明する。本処理により、差分作成用クライアント１１０の環境を更新前に戻す。すなわち、クライアント端末の記憶装置の記憶領域を更新前の環境となるように、環境管理装置で管理されている当該クライアント端末の記憶領域の環境情報に従って、イメージ管理装置からディスクイメージを取得して、記憶領域の環境を更新する処理である。

ステップＳ４３１の差分イメージ送信が完了すると、ステップＳ６２１にて、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５はシステムを再起動する。

また、ステップＳ４１１のイメージ管理テーブル１５３０への追加登録が完了すると、ステップＳ６０１にて、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は端末管理テーブル１５００の差分作成用クライアントの動作モード１５０４を「リフレッシュモード」に変更する。

ステップＳ６２２では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、ステップＳ６２１によるシステム再起動後に、起動時の状態確認要求を端末管理ツールサーバ１０２へ送信する。本処理は、動作モードを確認するために実施される。

ステップＳ６０２では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、差分作成用クライアント１１０から起動時の状態確認要求を受信する。

ステップＳ６０３では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末管理テーブル１５００の差分作成用クライアントの動作モード１５０４を取得して、起動時の状態としてクライアント１０１へ送信する。ここでは、ステップＳ６０１で変更した「リフレッシュモード」が動作モードとして送信される。

ステップＳ６２３では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２から起動時の状態を受信する。本フローでは、動作モードとして「リフレッシュモード」を受信する。

ステップＳ６２４では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、仮想マシン管理プログラム１６０３に対してリフレッシュ再起動を指示し、仮想マシン管理プログラム１６０３は、まずステップＳ５０３で記録した更新箇所アドレスを取得する。

ステップＳ６２５では、差分作成用クライアント１１０の仮想マシン管理プログラム１６０３は、取得した更新箇所アドレスが示すハードディスクの箇所を無効化する。つまり、ステップＳ５０１の更新作業にてハードディスクが更新された箇所を無効化する。無効化の具体的方法としては、例えば、無効化する箇所にＮＵＬＬデータを書き込むなど、仮想マシン管理プログラム１６０３が認識できる方法であればよい。

ステップＳ６２６では、差分作成用クライアント１１０の仮想マシン管理プログラム１６０３は、システムを再起動する。

ステップＳ６２７では、差分作成用クライアント１１０の仮想マシン管理プログラム１６０３は、起動時、ハードディスクの無効化された箇所を認識することにより、イメージ管理サーバ１０３に現在適用すべきイメージの配信を要求する。イメージ管理サーバ１０３は、要求を受けてイメージを差分作成用クライアント１１０に配信する（ステップＳ６４１）。差分作成用クライアント１１０は、イメージ管理サーバ１０３から配信されたイメージを取得し、取得したイメージを基にハードディスクの無効化された箇所の内容を更新する。この際、起動を短時間で行うため、起動に必要なハードディスクの内容のみが更新（キャッシュ）され、起動に必要のない部分は更新されない。すなわち、クライアント端末の記憶手段の記憶領域のうち、当該クライアント端末が起動時に使用する記憶領域の環境を即時に更新する処理である。なお、本実施例ではハードディスクの無効化された箇所のうち、起動に必要な内容のみを更新しているが、無効化された箇所を全て更新するようにしてもよい。

ステップＳ６２８では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、ステップＳ６２７にて取得したイメージを作成したクライアントが自分自身、つまり差分作成用クライアントかどうか判断する。イメージを作成したクライアントが自分自身であれば、そのイメージには自分自身の固有設定が含まれており、クライアント固有設定は不要であるため、処理を終了する。作成クライアントが自分自身でない場合は、ステップＳ６２９に進み、以降のステップでクライアント固有の設定を修正する。

イメージ作成クライアントの判断については、イメージ管理サーバ１０３から配信されたイメージに作成したクライアントの情報が属性として付与されている場合はその内容により判断し、付与されていない場合は、端末管理ツールサーバ１０２のイメージ管理テーブル１５３０の作成端末ＩＤ１５３６を端末管理ツールサーバ１０２から取得して判断する。

ステップＳ６２９では、クライアント１０１の端末管理ツールクライアントプログラム１６０５は、端末設定情報要求を端末管理ツールサーバ１０２に送信する。本処理は、クライアント固有の設定情報を取得するために実施される。

ステップＳ６０４では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、クライアント１０１から端末設定情報要求を受信する。

ステップＳ６０５では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末固有テーブル１５２０から差分作成用クライアントの端末名１５２２、ＩＰアドレス１５２３を取得し、端末設定情報として差分作成用クライアント１１０に送信する。

ステップＳ６３０では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、端末管理ツールサーバ１０２から、端末設定情報として端末名、ＩＰアドレスを受信する。

ステップＳ６３１では、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、受信した端末名、ＩＰアドレスに基づいてシステム設定を更新する。これにより、クライアント固有の設定が反映される。

クライアント固有の設定が完了したら、ステップＳ６３２において、差分作成用クライアント１１０の端末管理ツールクライアントプログラム１６０５は、端末設定完了通知を端末管理ツールサーバ１０２へ送信する。

ステップＳ６０６では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、差分作成用クライアント１１０から端末設定完了通知を受信する。

ステップＳ６０７では、端末管理ツールサーバ１０２の端末管理ツールサーバプログラム１６１１は、端末管理テーブル１５００の差分作成用クライアントの動作モード１５０４を「通常モード」に変更する。これにより、差分イメージを作成するために使用された差分作成用クライアント１１０は、通常のクライアント１０１に戻る。

ステップＳ６３３では、通常運用の処理を実行するが、ステップＳ６２７にて完全にハードディスクが更新（キャッシュ）されなかった場合は、通常使用時にハードディスクの該当箇所のアクセスした場合に該当箇所が更新されるか、バックグラウンドインストールの設定に従いバックグランドインストールが実行されることにより不完全な箇所が更新される。すなわち、クライアント端末の使用状況に応じて、バックグラウンドで記憶領域の環境を更新する処理である。

これで、差分作成用クライアント復旧処理を終了する。

以下、図１１から図１４を参照して、端末管理システムで表示される画面イメージについて説明する。

図１１は、ステップＳ４０１で表示する差分イメージ登録画面１１００の一例である。

１１０１は、各イメージ管理機能の画面に切り替わるメニューアイコンであり、選択中の機能アイコンは強調表示される。

１１０２は、差分イメージ作成対象のクライアントを検索する機能ボタンである。ホスト名での検索、グループ／設置場所で対象を検索し、結果に表示する。

１１０３は、登録する差分イメージの名前と、差分イメージの説明を入力するフィールドである。

１１０４は、更新したいＯＳを選択する欄であり、ラジオボタンで選択したＯＳの領域を指定して差分イメージを作成する。

１１０５は、設定した内容で差分イメージを登録するボタンである。

図１２は、ステップＳ９０１、Ｓ９０５で表示する起動イメージキャッシュ情報画面１２００の一例である。

１２０１は、各端末管理機能の画面に切り替わるメニューアイコンであり、選択中の機能アイコンは強調表示される。

１２０２は、起動イメージのキャッシュ情報を確認したいクライアントを検索する機能ボタンである。ステータスを確認するグループ／設置場所で対象を検索し、結果に表示する。

１２０３は、インストール状況確認画面１３００（図１３）を表示する機能ボタンである。インストール状況確認画面１３００では端末の一覧すべての詳細な進行度を確認できる。

１２０４は、クライアントごとのキャッシュ状況を表示する領域で、表示されたアイコンで進行度が判別できる。０％は白画面アイコン、キャッシュ中（１〜９９％）は波線アイコン、１００％は画面アイコンを表示する。

また、バックグラウンドインストール機能が有効の場合は、カラーアイコン、無効の場合はグレーアイコンで表示される。

アイコンをクリックすると、選択されたクライアントに対するクライアント詳細確認画面１４００（図１４）を表示する。

１２０５は、バックグラウンドインストールの設定を切り替えるボタンで、ＯＮまたはＯＦＦを設定する。

図１３は、ステップＳ９０５等で表示するインストール状況確認画面１３００の一例である。

インストール状況確認画面１３００では端末の一覧すべての詳細な進行度を確認できる。

図１４は、ステップＳ９０５等で表示するクライアント詳細確認画面１４００の一例である。

クライアント詳細確認画面１４００では選択されたクライアントに対するインストール進行度、起動イメージ、環境保護設定等を確認できる。

上述した通り、本発明によれば、任意のクライアント端末を用いてイメージ情報を作成した際に、元の環境に戻して、環境の統一を図ることができる。

これにより、イメージ作成用の専用端末を用意することなく、イメージ情報を作成することができる。

また、イメージ情報を作成しイメージ管理サーバに送信した後、端末管理ツールサーバに記憶された環境情報をもとに自動的に更新前の環境に戻すため、管理者の工数を削減でき、設定を誤ることを回避できる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

また、本発明におけるプログラムは、図４〜図１０の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図４〜図１０の各処理ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 端末管理システム
１０１ クライアント
１０２ 端末管理ツールサーバ
１０３ イメージ管理サーバ
１０４ ネットワーク
１１０ 差分作成用クライアント
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (7)

1. 記憶装置を持ち、前記記憶装置の記憶領域の更新内容を保持する更新モードと、前記記憶装置の記憶領域の内容を用いてディスクイメージを作成する作成モードとにより起動可能な複数のクライアント端末と、前記クライアント端末を起動するモードを制御する管理サーバとを含む情報処理システムであって、
   前記管理サーバは、
   前記クライアント端末の前記記憶装置の記憶領域を更新するディスクイメージを作成するクライアント端末を、前記複数のクライアント端末の中から決定する決定手段と、
   前記決定手段にて決定されたクライアント端末に対して、前記更新モードで起動するように第１の起動指示を送信し、前記第１の起動指示の後に、前記作成モードで起動するように第２の起動指示を送信する送信制御手段と
   を備え、
   前記複数のクライアント端末はそれぞれ、
   前記送信された起動指示に従って自端末を起動する起動制御手段と、
   前記第１の起動指示に従って前記更新モードで起動した場合に、前記記憶装置の記憶領域の更新を受け付ける更新手段と、
   前記第２の起動指示に従って前記作成モードで起動した場合に、前記更新を受け付けた前記記憶装置の記憶領域の内容を用いて前記ディスクイメージを作成するイメージ作成手段と
   を備えることを特徴とする情報処理システム。
2. 前記イメージ作成手段は、前記更新を受け付けた前記記憶装置の記憶領域の当該更新された内容を用いて差分のディスクイメージを作成することを特徴とする請求項１に記載の情報処理システム。
3. 前記イメージ作成手段による前記ディスクイメージの作成後に、前記クライアント端末の記憶装置の記憶領域に対して受け付けた更新部分を更新前に戻す復旧手段
   を備えることを特徴とする請求項１または２に記載の情報処理システム。
4. 前記クライアント端末はさらに前記記憶装置の記憶領域の更新内容を保持するかを制御可能な通常モードで起動可能であり、
   前記管理サーバは、前記復旧手段により前記クライアント端末の記憶装置の記憶領域に対して受け付けた更新部分を更新前に戻した後、前記制御する当該クライアント端末の起動モードを、前記通常モードに更新して管理することを特徴とする請求項３に記載の情報処理システム。
5. 記憶装置を持ち、前記記憶装置の記憶領域の更新内容を保持する更新モードと、前記記憶装置の記憶領域の内容を用いてディスクイメージを作成する作成モードとにより起動可能な複数のクライアント端末と通信可能に接続され、前記クライアント端末を起動するモードを制御する管理サーバであって、
   前記クライアント端末の前記記憶装置の記憶領域を更新するディスクイメージを作成するクライアント端末を、前記複数のクライアント端末の中から決定する決定手段と、
   前記決定手段にて決定されたクライアント端末に対して、前記更新モードで起動するように第１の起動指示を送信し、前記第１の起動指示の後に、前記作成モードで起動するように第２の起動指示を送信する送信制御手段と
   を備えることを特徴とする管理サーバ。
6. 記憶装置を持ち、前記記憶装置の記憶領域の更新内容を保持する更新モードと、前記記憶装置の記憶領域の内容を用いてディスクイメージを作成する作成モードとにより起動可能な複数のクライアント端末と、前記クライアント端末を起動するモードを制御する管理サーバとを含む情報処理システムの制御方法であって、
   前記管理サーバは、
   決定手段が、前記クライアント端末の前記記憶装置の記憶領域を更新するディスクイメージを作成するクライアント端末を、前記複数のクライアント端末の中から決定する決定ステップと、
   送信制御手段が、前記決定ステップにて決定されたクライアント端末に対して、前記更新モードで起動するように第１の起動指示を送信し、前記第１の起動指示の後に、前記作成モードで起動するように第２の起動指示を送信する送信制御ステップと
   を備え、
   前記複数のクライアント端末はそれぞれ、
   起動制御手段が、前記送信された起動指示に従って自端末を起動する起動制御ステップと、
   更新手段が、前記第１の起動指示に従って前記更新モードで起動した場合に、前記記憶装置の記憶領域の更新を受け付ける更新ステップと、
   イメージ作成手段が、前記第２の起動指示に従って前記作成モードで起動した場合に、前記更新を受け付けた前記記憶装置の記憶領域の内容を用いて前記ディスクイメージを作成するイメージ作成ステップと
   を備えることを特徴とする情報処理システムの制御方法。
7. 記憶装置を持ち、前記記憶装置の記憶領域の更新内容を保持する更新モードと、前記記憶装置の記憶領域の内容を用いてディスクイメージを作成する作成モードとにより起動可能な複数のクライアント端末と、前記クライアント端末を起動するモードを制御する管理サーバとを含む情報処理システムにおいて実行可能なプログラムであって、
   前記管理サーバを、
   前記クライアント端末の前記記憶装置の記憶領域を更新するディスクイメージを作成するクライアント端末を、前記複数のクライアント端末の中から決定する決定手段と、
   前記決定手段にて決定されたクライアント端末に対して、前記更新モードで起動するように第１の起動指示を送信し、前記第１の起動指示の後に、前記作成モードで起動するように第２の起動指示を送信する送信制御手段
   として機能させ、
   前記複数のクライアント端末をそれぞれ、
   前記送信された起動指示に従って自端末を起動する起動制御手段と、
   前記第１の起動指示に従って前記更新モードで起動した場合に、前記記憶装置の記憶領域の更新を受け付ける更新手段と、
   前記第２の起動指示に従って前記作成モードで起動した場合に、前記更新を受け付けた前記記憶装置の記憶領域の内容を用いて前記ディスクイメージを作成するイメージ作成手段
   として機能させるためのプログラム。
   

Images