JP7237487B2 - 制御システム、電子機器、および制御方法 - Google Patents

Description

本発明の実施形態は、制御システム、電子機器、および制御方法に関する。

近年、パーソナルコンピュータ等のクライアント端末の紛失や盗難による情報漏洩が頻発している。そのため、インフラ事業や医療事業のような厳重な情報管理が要求される事業を行う企業では、仮想デスクトップ環境を提供するサーバと通信するシンクライアント端末の導入が進められている。

特開２００７－２９９１３６号公報 特開２０１０－１８２２６０号公報 特開２０１２－０６８７１８号公報 特開２００１－３２５１７１号公報

シンクライアント端末に初期設定（セットアップ）を施すためのデータは、サーバからダウンロードされることがある。この場合、例えば、サーバのＵＲＬやダウンロードされるファイル名等を、シンクライアント端末に事前に設定する方法が用いられる。

しかし、この方法ではシンクライアント端末毎に設定が必要であり、多数のシンクライアント端末が設けられるシステムでは非常に手間がかかる。

本発明が解決しようとする課題は、初期設定のための作業を軽減できる制御システム、電子機器、および制御方法を提供することである。

実施形態によれば、制御システムは、第１クライアント端末と第１サーバと第２サーバとによって構成される。前記第１クライアント端末は、当該第１クライアント端末を一意に識別可能な第１識別情報が設定された第１ホスト名を含むＩＰアドレスの割り当て要求を、前記第１サーバに送信するように構成される。前記第１サーバは、前記割り当て要求に応じて、前記第１クライアント端末に第１ＩＰアドレスを割り当て、前記第１ＩＰアドレスと前記第１ホスト名を前記第２サーバに送信するように構成される。前記第２サーバは、初期設定が行われるべき一つ以上のクライアント端末をそれぞれ一意に識別可能な一つ以上の第２識別情報をメモリに格納し、前記第１サーバから前記第１ＩＰアドレスと前記第１ホスト名を受信し、前記一つ以上の第２識別情報が、前記第１ホスト名に設定された前記第１識別情報を含み、且つ前記第１クライアント端末の初期設定が行われていない場合、前記第１ＩＰアドレスを用いて、初期設定のためのデータを前記第１クライアント端末に送信するように構成される。

第１実施形態に係る制御システムの構成を説明するための図。 第１実施形態の制御システムの機能構成を示すブロック図。 第１実施形態の制御システムによって用いられるリース情報の一構成例を示す図。 第１実施形態の制御システムによって用いられるシンクライアント情報の一構成例を示す図。 図４のシンクライアント情報が、あるシンクライアント端末のセットアップに応じて更新される例を示す図。 第１実施形態の制御システムに設けられるシンクライアント端末によって実行される起動制御処理の手順の例を示すフローチャート。 図６の起動制御処理に含まれるセットアップ処理の手順の例を示すフローチャート。 第１実施形態の制御システムに設けられるダイナミック・ホスト・コンフィグレーション・プロトコル（ＤＨＣＰ）サーバによって実行されるリース制御処理の手順の例を示すフローチャート。 第１実施形態の制御システムに設けられるＤＨＣＰサーバによって実行されるリース制御処理の手順の別の例を示すフローチャート。 第１実施形態の制御システムに設けられる管理サーバによって実行されるセットアップ制御処理の手順の例を示すフローチャート。 図１０のセットアップ制御処理に含まれるセットアップ結果制御処理の手順の例を示すフローチャート。 第１実施形態の制御システムに設けられるシンクライアント端末のシステム構成の例を示すブロック図。 第１実施形態の制御システムに設けられる管理サーバおよびＤＨＣＰサーバのシステム構成の例を示すブロック図。 第２実施形態の制御システムの機能構成を示すブロック図。 第２実施形態の制御システムによって用いられるシンクライアント情報の一構成例を示す図。 第２実施形態の制御システムによって用いられるグループ情報の一構成例を示す図。 第２実施形態の制御システムに設けられる管理者コンソールに表示されるシンクライアント情報設定画面の例を示す図。 第２実施形態の制御システムに設けられる管理者コンソールに表示されるグループ情報設定画面の例を示す図。 第２実施形態の制御システムにおいて、管理サーバからシンクライアント端末に送信される設定情報の一構成例を示す図。 図１９の設定情報に含まれるＢＩＯＳキッティングファイルに記述される内容の例を示す図。 第２実施形態の制御システムに設けられるシンクライアント端末によって実行される更新制御処理の手順の例を示すフローチャート。 図２１の更新制御処理に含まれる更新日時取得処理の手順の例を示すフローチャート。 図２１の更新制御処理に含まれる更新処理の手順の例を示すフローチャート。 第２実施形態の制御システムに設けられる管理サーバによって実行される応答処理の手順の例を示すフローチャート。 図２４の応答処理に含まれる更新日時送信処理の手順の例を示すフローチャート。 図２４の応答処理に含まれる設定情報送信処理の手順の例を示すフローチャート。

以下、実施の形態について図面を参照して説明する。

（第１実施形態）
まず、図１を参照して、第１実施形態に係る制御システムの構成を説明する。この制御システムは、シンクライアント端末１と、このシンクライアント端末１に仮想デスクトップ環境を提供するために用いられる管理サーバ２、ダイナミック・ホスト・コンフィグレーション・プロトコル（ＤＨＣＰ）サーバ３、ＶＤＩサーバ４、および管理者コンソール５とから構成される。

シンクライアント端末１は、情報処理装置であって、管理サーバ２、ＤＨＣＰサーバ３、およびＶＤＩサーバ４とそれぞれ通信するクライアントとして動作する。このシンクライアント端末１は、ノートブック型パーソナルコンピュータと同様のクラムシェル型の装置であってもよいし、タブレットコンピュータと同様のスレート型の端末であってもよい。以下では、このシンクライアント端末１が、ノートブック型の装置として実現される場合を例示する。

シンクライアント端末１は、無線ＬＡＮや有線ＬＡＮのようなネットワークを介して管理サーバ２と通信することができる。また、シンクライアント端末１は、ＩＰアドレスのリースを管理するＤＨＣＰサーバ３とネットワーク経由で通信することができる。さらに、シンクライアント端末１は、シンクライアント端末１を含む複数のクライアント端末に仮想デスクトップ環境を提供するように構成されたＶＤＩサーバ４とネットワーク経由で通信することもできる。

管理サーバ２は、シンクライアント端末１が正当なシンクライアント端末であるかどうかを認証し、正当なシンクライアント端末であることが認証された各シンクライアント端末１に、初期設定のためのデータ（インストール情報ファイル）と、ＶＤＩサーバ４との通信に必要なプログラムおよび情報を提供する機能を有する。つまり、管理サーバ２は、クライアント認証サイトとダウンロードサイトとして機能する。

ＤＨＣＰサーバ３は、シンクライアント端末１にＩＰアドレスをリースする（割り当てる）と共に、管理サーバ２に対して、リースされているＩＰアドレスに関する情報を提供する機能を有する。ＩＰアドレスは、ＴＣＰ／ＩＰプロトコルを用いたネットワーク上の識別番号であり、ネットワークアドレスとも称される。

ＶＤＩサーバ４において、仮想デスクトップ環境を提供するためにデスクトップ仮想化を実現するための技術には、複数の種類の技術がある。これらの技術の一つとしては、仮想デスクトップ基盤（ＶＤＩ）が知られている。

本実施形態では、デスクトップ仮想化を実現するための技術としてＶＤＩが用いられてもよい。この場合、ＶＤＩサーバ４は、ＶＤＩを使用して仮想デスクトップ環境を提供するように構成されたサーバとして機能する。また、シンクライアント端末１は、ＶＤＩクライアント端末として機能する。ＶＤＩサーバ４は、仮想デスクトップ環境を提供するために、シンクライアント端末１上での操作情報を受信し、シンクライアント端末１に画面の画像データ（ＶＤＩ画面データ）や、画面の更新部分に対応する画像データを送信する。シンクライアント端末１では、この画像データに基づく画面が表示されることにより、ＶＤＩサーバ４上で実行される仮想マシンによるデスクトップ環境を、あたかもシンクライアント端末１の動作によるデスクトップ環境であるかのように利用することができる。

管理者コンソール５は、管理サーバ２によって用いられるクライアントポリシーと、ＶＤＩサーバ４によって用いられるＶＤＩポリシーとを設定するための管理者用端末である。管理サーバ２は、例えば、クライアントポリシーの設定を変更および適用するためのウェブベースのグラフィカルユーザーインターフェース（ＧＵＩ）を管理者コンソール５に提供する機能を有する。また、ＶＤＩサーバ４は、例えば、ＶＤＩポリシーの設定を変更および適用するためのウェブベースのＧＵＩを管理者コンソール５に提供する機能を有する。

このようなシステムにおいて、初期設定（以下、セットアップとも称する）がまだ行われていないシンクライアント端末１が起動された場合、このシンクライアント端末１は、初期設定のためのデータを管理サーバ２から受信（ダウンロード）する必要がある。初期設定のためのデータは、初期設定時に、シンクライアント端末１に対した各種の情報（パラメータ）を設定（インストール）するためのデータであり、例えば、ＸＭＬ形式のファイルとして提供される。以下では、初期設定のためのデータを、初期設定ファイルとも称する。

起動された初期設定前のシンクライアント端末１から、管理サーバ２にアクセスするために、例えば、管理サーバ２のＵＲＬ、ダウンロードするファイルのファイル名、パスワード等を示す情報を、このシンクライアント端末１に事前に設定しておくことが考えられる。このような設定には、例えば、ＢＩＯＳメニューやＵＳＢフラッシュメモリに格納されたコンフィグファイルを用いて設定する方法や、ＤＨＣＰサーバ３内のオプションデータに設定する方法等を利用することができる。

しかし、ＢＩＯＳメニューやＵＳＢフラッシュメモリに格納されたコンフィグファイルを用いて設定する方法では、一台のシンクライアント端末１毎に設定作業を行う必要があり、多数のシンクライアント端末１が用いられるシステムでは非常に手間がかかる。また、ＤＨＣＰサーバ３内のオプションデータに設定する方法では、ＤＨＣＰサーバ３に接続される全てのシンクライアント端末が、何等識別されることなく、管理サーバ２から初期設定ファイルを取得することができる。この方法は、社内ＬＡＮのようなローカルなネットワーク上のシステムでは問題とならない可能性があるものの、そうでない場合にはセキュリティ上の問題がある。

そのため、本実施形態では、シンクライアント端末１が管理サーバ２から初期設定ファイルを受信するために、シンクライアント端末１がＤＨＣＰサーバ３にＩＰアドレスのリース（割り当て）を要求する際に送信する情報を利用する。

より具体的には、シンクライアント端末１は、当該シンクライアント端末１の製造番号（シリアルナンバー）をホスト名として設定して、ＤＨＣＰサーバ３にＩＰアドレスのリースを要求する。設定される製造番号は暗号化されていてもよい。ＤＨＣＰサーバ３は、この要求に応じて、シンクライアント端末１にＩＰアドレスをリースすると共に、更新されたリース情報を管理サーバ２に提供する。

管理サーバ２は、提供されたリース情報に含まれるホスト名が、あらかじめ登録されたシンクライアント端末１の製造番号と一致し、且つそのシンクライアント端末１に初期設定が行われていないならば、シンクライアント端末１にリースされたＩＰアドレスを用いて、当該シンクライアント端末１に初期設定ファイルを送信する。なお、ホスト名に設定される製造番号が暗号化される場合、管理サーバ２は、ホスト名を復号し、復号されたホスト名が、あらかじめ登録されたシンクライアント端末１の製造番号と一致し、且つそのシンクライアント端末１に初期設定が行われていないならば、当該シンクライアント端末１に初期設定ファイルを送信する。送信される初期設定ファイルは暗号化されていてもよい。

このように、シンクライアント端末１とＤＨＣＰサーバ３と管理サーバ２とが連携することで、管理者がシンクライアント端末１とＤＨＣＰサーバ３の少なくとも一方に対して事前に何等情報を設定することなく、ネットワークを介した処理のみで、登録されたシンクライアント端末１だけに必要な情報を初期設定することができる。したがって、管理者による手間が軽減されると共に、セキュリティも向上する。

図２を参照して、シンクライアント端末１、管理サーバ２、およびＤＨＣＰサーバ３の機能構成について説明する。

シンクライアント端末１は、表示制御部１１、共通キー生成部１２、暗号化／復号化部１３、ネットワーク処理部１４、初期設定処理部１５、および情報保存エリア１６を備える。

表示制御部１１は、シンクライアント端末１の状態やユーザによる操作に応じた情報が、このシンクライアント端末１に設けられるディスプレイ（例えば、ＬＣＤ）の画面に表示されるように制御する。ユーザによる操作は、例えば、キーボードや、マウス、タッチパッド、タッチパネルのような各種のポインティングデバイスを用いて、シンクライアント端末１に入力される。

表示制御部１１は、以下のような表示を制御し得る。
（１）シンクライアント端末１が電源オンされてからネットワークに接続されるまで（例えば、ＩＰアドレスが取得されるまで）、ネットワーク接続のための処理中であることを示す情報（例えば、「ネットワーク接続中」）を表示する。
（２）シンクライアント端末１の初期設定中に、初期設定中であることを示す情報（例えば、「セットアップ中 管理サーバより情報取得待ちです。電源オフせず、しばらくお待ちください。」）や、初期設定の進捗を表す情報（例えば、完了までの時間や処理量を示す数値）を表示する。
（３）シンクライアント端末１における初期設定が成功したことを示す情報（例えば、「インストール成功 再起動します。」）を表示する。
（４）シンクライアント端末１における初期設定が失敗したことを示す情報（例えば、「インストール失敗 再度、セットアップを実施してください。」）を表示する。

なお、表示される情報は、テキストであってもよいし、画像であってもよい。

共通キー生成部１２は、管理サーバ２とのデータの受け渡しに使用する共通キーを生成する。共通キー生成部１２は、例えば、シンクライアント端末１内に記録されている製造番号１６１（識別情報）を用いて、共通キーを生成することができる。

暗号化／復号化部１３は、共通キーを用いて、管理サーバ２に直接的にまたは間接的に送られるデータを暗号化し、管理サーバ２によって暗号化されたデータを復号する。

ネットワーク処理部１４は、ネットワークを介した、管理サーバ２、ＤＨＣＰサーバ３ＶＤＩサーバ４等の他の機器との通信を制御する。

より具体的には、ネットワーク処理部１４は、シンクライアント端末１が電源オンされたことに応じて、ＩＰアドレスの割り当て（リース）要求をＤＨＣＰサーバ３に送信する。なお、ネットワーク処理部１４は、ユーザによる操作のような別のイベントの発生に応じて、割り当て要求をＤＨＣＰサーバ３に送信してもよい。

この割り当て要求には、シンクライアント端末１が初期設定済みの状態である場合、シンクライアント端末１のコンピュータ名が設定されたホスト名が含まれる。

一方、シンクライアント端末１が初期設定されていない状態である場合、この割り当て要求には、シンクライアント端末１を一意に識別可能な識別情報が設定されたホスト名が含まれる。識別情報は、例えば、シンクライアント端末１の製造番号１６１である。ネットワーク処理部１４は、情報保存エリア１６から製造番号１６１を読み出し、製造番号１６１が設定されたホスト名を含む割り当て要求をＤＨＣＰサーバ３に送信する。

また、ネットワーク処理部１４は、割り当て要求に含まれるホスト名に、暗号化／復号化部１３によって共通キーを用いて暗号化された識別情報を設定してもよい。さらに、暗号化／復号化部１３によって共通キーを用いて暗号化された製造番号１６１を、識別情報としてもよい。

ネットワーク処理部１４は、この割り当て要求に応じて割り当てられたＩＰアドレスをＤＨＣＰサーバ３から受信する。ネットワーク処理部１４は、受信されたＩＰアドレスを用いることにより、シンクライアント端末１を有線や無線のネットワークに接続し、他の機器との通信を制御することができる。

初期設定がまだ行われていなければ、シンクライアント端末１は、ＩＰアドレスを取得した後、初期設定（セットアップ）の開始を待つ状態に遷移する。この場合、ネットワーク処理部１４は、管理サーバ２によって送信される初期設定ファイルを受信する。初期設定ファイルは暗号化されていてもよい。その場合、暗号化／復号化部１３が、共通キーを用いてこの初期設定ファイルを復号する。

初期設定処理部１５は、初期設定ファイル（復号された初期設定ファイル）を解析し、シンクライアント端末１に初期設定を施す。より具体的には、初期設定処理部１５は、初期設定ファイルに含まれる一つ以上の情報（パラメータ）を、情報保存エリア１６に書き込む。情報保存エリア１６は、例えば、ＢＩＯＳ－ＲＯＭ内の特定の記憶領域である。また、この一つ以上の情報には、例えば、コンピュータ名、管理サーバ２のＵＲＬ、ＶＤＩサーバ４のＵＲＬ、パスワード、クライアント証明書、等が含まれ得るが、初期設定のための別の情報がさらに含まれていてもよい。

ネットワーク処理部１４は、初期設定ファイルを用いたセットアップが完了した場合、セットアップの成功を管理サーバ２に通知し、シンクライアント端末１を再起動する。また、シンクライアント端末１は、再起動の代わりに、通常起動された状態に遷移してもよい。

一方、初期設定ファイルを用いたセットアップが失敗した場合、シンクライアント端末１が電源オフされる。例えば、初期設定ファイルに含まれる情報を情報保存エリア１６に書き込むことができなかった場合に、セットアップが失敗したと判断される。

なお、初期設定処理部１５は、ネットワーク処理部１４が管理サーバ２から初期設定ファイルの受信を開始したことに応じて、タイマ１５１を起動してもよい。このタイマ１５１は、初期設定ファイルの受信および初期設定ファイルを用いたセットアップ（すなわち、初期設定ファイルのインストール）の進捗を管理するためのタイマである。タイマ１５１には、例えば、初期設定ファイルの受信中にタイムアウトを検出すべき時間と、初期設定ファイルを用いたセットアップ中にタイムアウトを検出すべき時間とが設定されている。

初期設定ファイルの受信中にタイマ１５１によってタイムアウトが検出されたらならば、ネットワーク処理部１４は、初期設定ファイルの受信を中止し、シンクライアント端末１を電源オフする。また、初期設定ファイルを用いたセットアップ中にタイマ１５１によってタイムアウトが検出されたらならば、初期設定処理部１５はセットアップを中止し、シンクライアント端末１を電源オフする。

次いで、ＤＨＣＰサーバ３は、リース制御部３１、受信制御部３２、リース情報通知部３３、および送信制御部３４を備える。受信制御部３２は、管理サーバ２またはシンクライアント端末１から送信されるデータを受信し得る。また、送信制御部３４は、管理サーバ２またはシンクライアント端末１にデータを送信し得る。

受信制御部３２は、例えば、シンクライアント端末１からＩＰアドレスの割り当て要求を受信する。この割り当て要求にはホスト名が含まれる。

リース制御部３１は、受信された割り当て要求に応じて、いずれの端末にも割り当てられていないＩＰアドレス群から一つのＩＰアドレスを選択し、その選択されたＩＰアドレスをシンクライアント端末１に割り当てる。リース制御部３１は、例えば、ＤＨＣＰサーバ３内に格納されたリース情報３５を用いて、シンクライアント端末１に割り当て可能なＩＰアドレスを検出する。

図３は、リース情報３５の一構成例を示す。リース情報３５は、ＤＨＣＰサーバ３によって管理される一つ以上のＩＰアドレスに対応する一つ以上のレコードを含む。

各レコードは、例えば、ＩＰアドレス、ホスト名、リース日時、および有効期限を含む。あるＩＰアドレスに対応するレコードにおいて、「ＩＰアドレス」はそのＩＰアドレスを示す。「ＩＰアドレス」には、例えば、“１９２．１６８．１．１”のような値が設定される。

「ホスト名」は、対応するＩＰアドレスがリースされたホストに付与された名称を示す。このホストは、例えば、シンクライアント端末１である。「ホスト名」には、そのホストによってホスト名として通知された名称（例えば、“ｃｌｉｅｎｔ１”）が設定される。なお、ホストによって、製造番号がホスト名として通知された場合には、「ホスト名」にその製造番号（例えば、“ＸＸＸ００３”）が設定される。また、ホストによって、暗号化された製造番号がホスト名として通知された場合には、「ホスト名」にその暗号化された製造番号（例えば、暗号化された“ＸＸＸ００３”）が設定される。

「リース日時」は、ＤＨＣＰサーバ３によって、ホストに対して、対応するＩＰアドレスのリースが開始された日時を示す。「リース日時」には、例えば、“２０１８／５／２４ ８：３０”が設定される。

「有効期限」は、ＤＨＣＰサーバ３によって、ホストに対して、対応するＩＰアドレスのリースが許可される期限を示す。「有効期限」には、例えば、“２０１８／５／２４ １１：３０”が設定される。なお、「有効期限」に設定される値は、リース日時からの期間（例えば、日数、時間、等）で表されてもよい。

リース制御部３１は、「有効期限」の値を用いて、あるいは「リース日時」の値と「有効期限」の値とを用いて、各レコードに対応するＩＰアドレスが、あるホストに割り当て中であるか、それとも有効期限が切れていて別のホストに割り当て可能であるかを判定することができる。ＤＨＣＰサーバ３は、割り当て可能なＩＰアドレス群の内の一つのＩＰアドレスを、割り当てを要求した新たなホスト（シンクライアント端末１）に対して割り当てることができる。

ＩＰアドレスが新たに割り当てられることに応じて、リース制御部３１は、割り当てられるＩＰアドレスと割り当て要求に含まれるホスト名とを用いて、リース情報３５を更新する。すなわち、新たに割り当てられるＩＰアドレスに対応するレコードにおいて、「ホスト名」、「リース日時」、および「有効期限」のそれぞれの値が設定（更新）される。

そして、リース制御部３１は、送信制御部３４を介して、割り当てられたＩＰアドレスをシンクライアント端末１に通知（送信）する。

また、リース制御部３１は、新たに割り当てられたＩＰアドレスと、割り当て要求に含まれるホスト名とをリース情報通知部３３に送出する。そして、リース情報通知部３３は、新たに割り当てられたＩＰアドレスと、割り当て要求に含まれるホスト名とを、送信制御部３４を介して管理サーバ２に送信する。なお、リース情報通知部３３は、リース情報３５の内、新たに割り当てられたＩＰアドレスに対応するレコードを管理サーバ２に送信してもよい。また、リース情報通知部３３は、リース情報３５をそのまま管理サーバ２に送信してもよい。

さらに、リース情報通知部３３は、リース情報３５を監視し、リース情報３５内のあるレコードが更新された場合に、その更新されたレコードに示されるＩＰアドレスとホスト名とを管理サーバ２に送信してもよい。この監視は、例えば、ｐｏｗｅｒ ｓｈｅｌｌのＤＨＣＰコマンドを用いることにより実現される。

管理サーバ２は、コントローラ部２１、受信制御部２２、暗号化／復号化部２３、クライアント照合部２４、初期設定ファイル生成部２５、共通キー生成部２６、送信制御部２７、およびデータベース２９を備える。データベース２９には、初期設定情報２９Ａおよびシンクライアント情報２９Ｂが格納されている。

初期設定情報２９Ａは、管理サーバ２によって管理される一台以上のシンクライアント端末１の各々に対して初期設定（インストール）されるべき一つ以上の情報（パラメータ）を含む。この一つ以上の情報には、例えば、コンピュータ名、管理サーバＵＲＬ、ＶＤＩサーバＵＲＬ、クライアント証明書、パスワード、等が含まれ得るが、シンクライアント端末１に初期設定されるべき他の情報がさらに含まれていてもよい。

また、図４は、シンクライアント情報２９Ｂの一構成例を示す。シンクライアント情報２９Ｂは、管理サーバ２によって管理される一台以上のシンクライアント端末１に対応する一つ以上のレコードを含む。換言すると、これら一台以上のシンクライアント端末１は、管理サーバ２に登録されたシンクライアント端末１であると云える。

各レコードは、例えば、製造番号、コンピュータ名、状態、管理サーバＵＲＬ、ＶＤＩサーバＵＲＬ、クライアント証明書、共通キー、および情報更新日時を含む。

あるシンクライアント端末１に対応するレコードにおいて、「製造番号」は、そのシンクライアント端末１を管理するために割り当てられた機器固有の製造番号（シリアルナンバー）を示す識別情報である。そのため、管理サーバ２は、各々に割り当てられた製造番号に基づいて、複数のシンクライアント端末１をそれぞれ一意に識別可能である。

なお、「製造番号」の代わりに、シンクライアント端末１を一意に識別可能な別の値（例えば、ＭＡＣアドレスのような物理アドレス）が用いられてもよい。

「コンピュータ名」は、対応するシンクライアント端末１に付与されたコンピュータ名を示す。コンピュータ名は、例えば、シンクライアント端末１の初期設定時に管理サーバ２によって付与される。コンピュータ名は、初期設定済みのシンクライアント端末１が、ＤＨＣＰサーバ３にＩＰアドレスのリースを要求する際に、ホスト名として用いられ得る。

「状態」は、対応するシンクライアント端末１の状態を示す状態情報である。この「状態」には、例えば、“未セットアップ”、“正常”、および“ロック”のいずれかが設定される。“未セットアップ”は、そのシンクライアント端末１に初期設定（セットアップ）が施されていないことを示す。“正常”は、そのシンクライアント端末１において初期設定が完了しており、且つ正常に動作していることを示す。“ロック”は、そのシンクライアント端末１の起動が管理サーバ２によって規制されていることを示す。

「管理サーバＵＲＬ」は、対応するシンクライアント端末１が管理サーバ２にアクセスするためのネットワーク上のアドレスを示す。「ＶＤＩサーバＵＲＬ」は、対応するシンクライアント端末１が正常に起動された後に、ＶＤＩサーバ４にアクセスするためのネットワーク上のアドレスを示す。

「クライアント証明書」は、対応するシンクライアント端末１がＶＤＩサーバ４へのログインや無線ＬＡＮへの接続に使用する証明書を示す。

「共通キー」は、対応するシンクライアント端末１と管理サーバ２とがデータの受け渡しに使用する共通キーを示す。つまり、この共通キーは、シンクライアント端末１におけるデータの暗号化および復号化、並びに管理サーバ２におけるデータの暗号化および復号化に用いられる。

「情報更新日時」は、対応するシンクライアント端末１の登録情報（すなわち、このレコード）の更新日時を示す。この更新日時に基づき、管理サーバ２によってシンクライアント端末１に対する設定やインストール等が最後に行われてから、この登録情報（レコード）が更新されたか否かが判断される。

上述したレコード内の項目の内、例えば、「製造番号」には、管理者によって、あるシンクライアント端末１が管理サーバ２に登録される時に、そのシンクライアント端末１の製造番号が設定される。また、この登録時に、当該レコードの「状態」に“未セットアップ”が設定されてもよい。一方、その他の項目である「コンピュータ名」、「管理サーバＵＲＬ」、「ＶＤＩサーバＵＲＬ」、「クライアント証明書」、「共通キー」、および「情報更新日時」には、この登録時には値が設定されず、このシンクライアント端末１における初期設定が完了した場合に値が設定される。したがって、初期設定が完了したシンクライアント端末１に対応するレコードでは、全ての項目に値が設定されている。

図２に戻り、コントローラ部２１は、管理サーバ２内の各部の動作を制御する。コントローラ部２１は、受信制御部２２を介して、ＤＨＣＰサーバ３またはシンクライアント端末１から送信されるデータを受信し得る。また、コントローラ部２１は、送信制御部２７を介して、ＤＨＣＰサーバ３またはシンクライアント端末１にデータを送信し得る。

共通キー生成部２６は、管理サーバ２に登録される一台以上のシンクライアント端末１のそれぞれとのデータの受け渡しに使用する共通キーを生成する。共通キー生成部２６は、例えば、シンクライアント情報２９Ｂに含まれる各シンクライアント端末１の製造番号（識別情報）を用いて、共通キーを生成することができる。共通キー生成部２６と、シンクライアント端末１内の共通キー生成部１２とは、シンクライアント端末１の製造番号を用いて、同一の共通キーを生成することができる。

暗号化／復号化部２３は、あるシンクライアント端末１の共通キーを用いて、そのシンクライアント端末１に送られるデータを暗号化し、またそのシンクライアント端末１によって暗号化されたデータを復号することができる。

クライアント照合部２４は、ＤＨＣＰサーバ３にＩＰアドレスの割り当てを要求した端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかを、シンクライアント情報２９Ｂを用いて照合する。

初期設定ファイル生成部２５は、初期設定情報２９Ａを用いて、各シンクライアント端末１に応じた初期設定ファイルを生成する。初期設定ファイルは、対応するシンクライアント端末１に設定（インストール）されるべき情報（パラメータ）を含む。設定されるべき情報は、上述したように、例えば、管理サーバ２のＵＲＬ、ＶＤＩサーバ４のＵＲＬ、パスワード、クライアント証明書、等が含まれ得るが、初期設定のための別の情報がさらに含まれていてもよい。シンクライアント端末１上でこの初期設定ファイルを用いた処理が実行されることにより、特定の記憶領域（例えば、ＢＩＯＳエリア）に情報（パラメータ）が格納される。

ここで、コントローラ部２１が、受信制御部２２を介して、ＤＨＣＰサーバ３からＩＰアドレスとホスト名とを受信した場合の各部の動作について説明する。コントローラ部２１は、受信されたホスト名を暗号化／復号化部２３に送出する。

共通キー生成部２６、暗号化／復号化部２３およびクライアント照合部２４は、シンクライアント情報２９Ｂを用いて、受信されたホスト名が、管理サーバ２に登録されたシンクライアント端末１に対応するかどうかを判定する。すなわち、受信されたホスト名を有する端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかが判断される。

より具体的には、共通キー生成部２６およびクライアント照合部２４は、シンクライアント情報２９Ｂからあるレコードを読み出す。共通キー生成部２６は、そのレコードに示される製造番号を用いて、共通キーを生成する。暗号化／復号化部２３は、生成された共通キーを用いて、受信されたホスト名を復号する。そして、クライアント照合部２４は、そのレコードに示される製造番号と、復号されたホスト名とが一致する場合に、受信されたホスト名が、管理サーバ２に登録されたシンクライアント端末１に対応すると判断する。

一方、読み出されたレコードに示される製造番号と、復号されたホスト名とが一致しない場合、シンクライアント情報２９Ｂから別のレコードが読み出され、その別のレコードを用いて、受信されたホスト名が、管理サーバ２に登録されたシンクライアント端末１に対応するかどうかが判断される。そして、シンクライアント情報２９Ｂ内の全てのレコードについて、製造番号と復号されたホスト名とが一致しない場合、クライアント照合部２４は、受信されたホスト名が、管理サーバ２に登録されたシンクライアント端末１に対応しないと判断する。

受信されたホスト名が、管理サーバ２に登録されたシンクライアント端末１に対応すると判断された場合、クライアント照合部２４はさらに、そのシンクライアント端末１の初期設定が行われたかどうかを判定する。クライアント照合部２４は、シンクライアント情報２９Ｂ内の対応するレコードにおいて、「状態」に“未セットアップ”が設定されていることに基づいて、あるいは「管理サーバＵＲＬ」および「共通キー」に値が設定されていないことに基づいて、対応するシンクライアント端末１の初期設定が行われていない（未セットアップ）と判断できる。

シンクライアント端末１の初期設定が行われていない場合、初期設定ファイル生成部２５は、初期設定情報２９Ａを用いて、シンクライアント端末１の初期設定のために用いられる初期設定ファイルを生成する。この初期設定ファイルには、コンピュータ名、管理サーバ２のＵＲＬ、ＶＤＩサーバ４のＵＲＬ、シンクライアント端末１のためのパスワード、クライアント証明書、等の情報が含まれ得る。また、暗号化／復号化部２３は、共通キーを用いて、生成された初期設定ファイルを暗号化してもよい。

コントローラ部２１は、送信制御部２７を介して、シンクライアント端末１に初期設定ファイル（暗号化された初期設定ファイル）を送信する。送信制御部２７は、例えば、ＤＨＣＰサーバ３からホスト名と共に受信されたＩＰアドレスを用いて、Ｐ２Ｐ通信で、初期設定ファイルをシンクライアント端末１に送信する。

そして、コントローラ部２１は、シンクライアント情報２９Ｂ内の、このシンクライアント端末１に対応するレコードにおいて、「状態」に“インストール待ち”を設定してもよい。コントローラ部２１は、結果待ちタイマ２１１を備える。コントローラ部２１は、初期設定ファイルがシンクライアント端末１に送信されたことに応じて、結果待ちタイマ２１１を起動する。結果待ちタイマ２１１には、シンクライアント端末１からのセットアップ完了の通知を待つ待機中にタイムアウトを検出すべき時間が設定されている。

次いで、コントローラ部２１は、受信制御部２２を介して、初期設定ファイルを用いたセットアップの完了を示す通知をシンクライアント端末１から受信した場合、シンクライアント情報２９Ｂ内の、このシンクライアント端末１に対応するレコードにおいて、「状態」に“正常”を設定すると共に、「コンピュータ名」、「管理サーバＵＲＬ」、「ＶＤＩサーバＵＲＬ」、「クライアント証明書」、「共通キー」、および「情報更新日時」にも、それぞれ値を設定する。

図５は、図４に示した、製造番号が“ＸＸＸ００３”であるシンクライアント端末１に対応するシンクライアント情報２９Ｂのレコードが、初期設定が完了したことに応じて、「状態」が“正常”に更新される例を示す。図５に示すように、製造番号が“ＸＸＸ００３”であるシンクライアント端末１のレコードには、「コンピュータ名」、「管理サーバＵＲＬ」、「ＶＤＩサーバＵＲＬ」、「クライアント証明書」、「共通キー」、および「情報更新日時」に対して、このシンクライアント端末１に対応する値がそれぞれ設定されている。

なお、コントローラ部２１は、シンクライアント端末１からのセットアップ結果の受信を待つ待機中に、結果待ちタイマ２１１によってタイムアウトが検出されたならば、シンクライアント情報２９Ｂ内の、このシンクライアント端末１に対応するレコードにおいて、「状態」に“未セットアップ”を再度設定する。

また、管理サーバ２には、ＤＨＣＰサーバ３にリース情報３５を問い合わせるためのリース情報要求部２８がさらに設けられていてもよい。リース情報要求部２８は、送信制御部２７を介して、ＤＨＣＰサーバ３にリース情報３５の送信を要求する。リース情報要求部２８は、例えば、定期的に、あるいはコントローラ部２１による要求に応じて、リース情報３５を取得するためのＤＨＣＰコマンドをＤＨＣＰサーバ３に送信する。

ＤＨＣＰサーバ３のリース制御部３１は、受信制御部３２によって受信されたこのＤＨＣＰコマンドに応じて、送信制御部３４を介して管理サーバ２にリース情報３５を送信する。例えば、あるクライアント端末にＩＰアドレスが割り当てられた後に、リース情報要求部２８（管理サーバ２）によってリース情報３５が要求された場合、リース制御部３１は、割り当てられたＩＰアドレスと、シンクライアント端末１のホスト名とを含むリース情報３５を管理サーバ２に送信する。

リース情報要求部２８は、受信制御部２２を介してリース情報３５を受信する。リース情報要求部２８は、前回の要求により取得されたリース情報３５と、今回の要求により取得されたリース情報３５とを比較することにより、今回のリース情報３５に含まれるレコードの内、前回のリース情報３５から変更されたレコードを検出する。そして、リース情報要求部２８は、検出されたレコードをコントローラ部２１に送出する。これにより、受信制御部２２を介して、ＤＨＣＰサーバ３からホスト名とＩＰアドレスとが受信される上述の場合と同様にして、管理サーバ２に登録され、且つ初期設定が行われていないシンクライアント端末１に対して、初期設定を行わせるための処理が実行される。

なお、この場合、ＤＨＣＰサーバ３には、リース情報通知部３３が設けられなくてもよく、リース制御部３１が管理サーバ２にリース情報３５を直接送信する。つまり、ＩＰアドレス割り当てのための一般的な構成を有するＤＨＣＰサーバ３を用いて、その構成を何等変更することなく、本実施形態の制御システムが有する機能を実現することができる。そのため、このようなＤＨＣＰサーバ３が既に存在する環境に、管理サーバ２とシンクライアント端末１とを容易に導入することができる。

さらに、共通キー生成部２６では、シンクライアント情報２９Ｂに登録されている各シンクライアント端末１の製造番号を用いて、そのシンクライアント端末１が起動され得るタイミングよりも前に、共通キーを生成してもよい。その際、暗号化／復号化部２３は、生成された共通キーを用いて、暗号化された製造番号をあらかじめ生成していてもよい。これにより、クライアント照合部２４は、ＤＨＣＰサーバ３から受信したホスト名と、あらかじめ生成された暗号化された製造番号とを比較するだけで、このホスト名が、管理サーバ２に登録されたシンクライアント端末１に対応するかどうかを判断することができる。

なお、シンクライアント端末１からＤＨＣＰサーバ３に送信され、ＤＨＣＰサーバ３から管理サーバ２に送信されたホスト名には、暗号化されていない製造番号がそのまま設定されていてもよい。その場合、コントローラ部２１は、そのホスト名を、暗号化／復号化部２３に送出することなく、クライアント照合部２４に送出する。クライアント照合部２４は、シンクライアント情報２９Ｂを用いて、このホスト名が、管理サーバ２に登録されたシンクライアント端末１に対応するかどうかを判定する。クライアント照合部２４は、例えば、ＤＨＣＰサーバ３から受信したホスト名と一致する製造番号が設定されたレコードがシンクライアント情報２９Ｂに含まれる場合に、このホスト名が、管理サーバ２に登録されたシンクライアント端末１に対応すると判断する。

以上の構成により、シンクライアント端末１の初期設定のための作業を軽減することができる。シンクライアント端末１の製造番号のような識別情報が、シンクライアント端末１からＤＨＣＰサーバ３を介して管理サーバ２に送信される。管理サーバ２は、この識別情報を用いて、ＤＨＣＰサーバ３によってＩＰアドレスが割り当てられた端末が、管理サーバ２に登録され、且つ初期設定が行われていないシンクライアント端末１であるかを判断できる。管理サーバ２は、登録され、且つ初期設定が行われていないシンクライアント端末１に、そのシンクライアント端末１の初期設定のための初期設定ファイルを送信する。シンクライアント端末１では、初期設定ファイルを用いて初期設定が行われる。

これにより、あるシンクライアント端末１をシステム内で運用する前に、当該シンクライアント端末１に対して、管理サーバ２のＵＲＬや取得されるべき初期設定ファイルのファイル名等の情報を設定する必要がないので、初期設定のための作業を軽減することができる。また、管理サーバ２によって管理されているシンクライアント端末１のみに、初期設定ファイルが送信されるので、セキュリティも向上できる。

次いで、図６フローチャートを参照して、シンクライアント端末１によって実行される起動制御処理の手順の例について説明する。

シンクライアント端末１は、電源オンされたことに応じて、画面に「ネットワーク接続中」を示す情報を表示する（ステップＳ１０１）。次に、シンクライアント端末１は、このシンクライアント端末１が、初期設定が完了していない未セットアップ状態であるか否かを判定する（ステップＳ１０２）。シンクライアント端末１は、例えば、情報保存エリア１６（ＢＩＯＳ内の特定の記憶領域）にパラメータがまだ設定されていない場合に、未セットアップ状態であると判断する。

未セットアップ状態でない場合（ステップＳ１０２のＮＯ）、シンクライアント端末１は、ホスト名にコンピュータ名を設定して、ＤＨＣＰサーバ３にＩＰアドレスのリースを要求する（ステップＳ１０３）。そして、シンクライアント端末１は、ＤＨＣＰサーバ３からＩＰアドレスを受信したか否かを判定する（ステップＳ１０４）。ＩＰアドレスを受信していない場合（ステップＳ１０４のＮＯ）、ステップＳ１０４に戻り、ＤＨＣＰサーバ３からＩＰアドレスを受信したか否かが再度判定される。

ＩＰアドレスを受信した場合（ステップＳ１０４のＹＥＳ）、そのＩＰアドレスを用いて、シンクライアント端末１が通常起動される。通常起動されたシンクライアント端末１は、例えば、管理サーバ２に接続し、正当なシンクライアント端末であることが認証された後、ＶＤＩサーバ４に接続し、仮想デスクトップ環境が提供されるＶＤＩクライアント端末として動作する。

一方、未セットアップ状態であると判定された場合（ステップＳ１０２のＹＥＳ）、シンクライアント端末１は共通キーを生成する（ステップＳ１０５）。共通キーが既に生成されている場合には、ステップＳ１０５の手順はスキップされてもよい。シンクライアント端末１は、この共通キーを用いて、シンクライアント端末１の製造番号を暗号化する（ステップＳ１０６）。そして、シンクライアント端末１は、ホスト名に暗号化された製造番号を設定して、ＤＨＣＰサーバ３にＩＰアドレスのリースを要求する（ステップＳ１０７）。

次いで、シンクライアント端末１は、ＤＨＣＰサーバ３からＩＰアドレスを受信したか否かを判定する（ステップＳ１０８）。ＩＰアドレスを受信していない場合（ステップＳ１０８のＮＯ）、ステップＳ１０８に戻り、ＤＨＣＰサーバ３からＩＰアドレスを受信したか否かが再度判定される。

一方、ＩＰアドレスを受信した場合（ステップＳ１０８のＹＥＳ）、シンクライアント端末１はセットアップ処理を実行する（ステップＳ１０９）。このセットアップ処理の手順の例について、図７のフローチャートを参照して説明する。

まず、シンクライアント端末１は、「セットアップ中」を示す情報を画面に表示し、タイマ１５１を設定（起動）する（ステップＳ２０１）。このタイマ１５１は、セットアップ処理の進捗を管理するためのタイマである。タイマ１５１には、例えば、初期設定ファイルの受信中にタイムアウトを検出すべき時間と、初期設定ファイルを用いたセットアップ中にタイムアウトを検出すべき時間とが設定されている。

次に、シンクライアント端末１は、管理サーバ２から送信される初期設定ファイルを受信する（ステップＳ２０２）。そして、シンクライアント端末１は、初期設定ファイルの受信が完了したか否かを判定する（ステップＳ２０３）。初期設定ファイルの受信が完了しておらず（ステップＳ２０３のＮＯ）、且つタイマ１５１がタイムアウトを検出していない場合（ステップＳ２０８のＮＯ）、ステップＳ２０２の初期設定ファイルの受信が続行される。

初期設定ファイルの受信が完了した場合（ステップＳ２０３）、シンクライアント端末１は、共通キーを用いて初期設定ファイルを復号し、復号された初期設定ファイルを用いてシンクライアント端末１のセットアップを行う（ステップＳ２０４）。

そして、シンクライアント端末１は、セットアップが完了したか否かを判定する（ステップＳ２０５）。セットアップが完了しておらず（ステップＳ２０５のＮＯ）、且つタイマ１５１がタイムアウトを検出していない場合（ステップＳ２１１のＮＯ）、ステップＳ２０４のセットアップが続行される。

セットアップが完了した場合（ステップＳ２０５のＹＥＳ）、シンクライアント端末１は、「セットアップ成功」を示す情報を画面に表示し、セットアップの完了を管理サーバ２に通知する（ステップＳ２０６）。

次いで、シンクライアント端末１は、管理サーバ２から肯定応答を示すＡＣＫを受信したか否かを判定する（ステップＳ２０７）。ＡＣＫを受信していない場合（ステップＳ２０７のＮＯ）、ステップＳ２０７に戻り、ＡＣＫを受信したか否かが再度判定される。一方、ＡＣＫを受信した場合（ステップＳ２０７のＹＥＳ）、シンクライアント端末１は再起動される。この再起動に応じて、シンクライアント端末１は、図６のフローチャートに示したステップＳ１０１に進むか、あるいは通常起動される。

なお、ファイル受信中にタイマ１５１がタイムアウトを検出した場合（ステップＳ２０８のＹＥＳ）、またはセットアップ中にタイマ１５１がタイムアウトを検出した場合（ステップＳ２１１のＹＥＳ）、シンクライアント端末１は、「セットアップ失敗」を示す情報を画面に表示し（ステップＳ２０９）、シンクライアント端末１は電源オフされる。

図８のフローチャートは、ＤＨＣＰサーバ３によって実行されるリース制御処理の手順の例を示す。

まず、ＤＨＣＰサーバ３は、シンクライアント端末１からＩＰアドレスのリースの要求を受信したか否かを判定する（ステップＳ３１）。ＩＰアドレスのリースの要求を受信していない場合（ステップＳ３１のＮＯ）、ステップＳ３１に戻り、ＩＰアドレスのリースの要求を受信したか否かが再度判定される。

一方、ＩＰアドレスのリースの要求を受信した場合（ステップＳ３１のＹＥＳ）、ＤＨＣＰサーバ３は、使用（リース）されていない一つのＩＰアドレスを取得し、そのＩＰアドレスを要求したシンクライアント端末１にリースする（ステップＳ３２）。リースされたＩＰアドレスは、シンクライアント端末１に送信される。ＤＨＣＰサーバ３は、リースされるＩＰアドレスに対応するリース情報３５のレコードを更新する（ステップＳ３３）。より具体的には、ＤＨＣＰサーバ３は、このレコードの「ホスト名」に、リース要求に含まれたホスト名を設定し、「リース日時」にリースが開始される日時を設定し、「有効期限」にリースが有効である期限を設定する。

そして、ＤＨＣＰサーバ３は、リースされたＩＰアドレスとシンクライアント端末１のホスト名（あるいは、更新されたレコードに含まれるＩＰアドレスとホスト名）を管理サーバ２に送信する（ステップＳ３４）。なお、ＤＨＣＰサーバ３は、リース情報３５をそのまま管理サーバ２に送信してもよいし、ステップＳ３３で更新されたレコードを管理サーバ２に送信してもよい。

また、図９のフローチャートは、ＤＨＣＰサーバ３によって実行されるリース制御処理の手順の別の例を示す。

まず、ＤＨＣＰサーバ３は、管理サーバ２から、リース情報３５の送信の要求を受信したか否かを判定する（ステップＳ４１）。リース情報３５の送信の要求を受信していない場合（ステップＳ４１のＮＯ）、ステップＳ４１に戻り、リース情報３５の送信の要求を受信したか否かが再度判定される。

一方、リース情報３５の送信の要求を受信した場合（ステップＳ４１のＹＥＳ）、ＤＨＣＰサーバ３はリース情報３５を管理サーバ２に送信する（ステップＳ４２）。ＤＨＣＰサーバ３は、リース情報３５をそのまま管理サーバ２に送信してもよいし、リース情報３５に含まれる全てのレコードの内、前回、送信が要求されてから更新されたレコードだけを管理サーバ２に送信してもよい。あるいは、前回、送信が要求されてから更新されたレコード内の、「ＩＰアドレス」の値と「ホスト名」の値とを送信してもよい。

このように、ＤＨＣＰサーバ３は、管理サーバ２による問い合わせに応じて、リース情報３５やその一部を管理サーバ２に送信するように構成され得る。

次いで、図１０のフローチャートを参照して、管理サーバ２によって実行されるセットアップ制御処理の手順の例を説明する。

管理サーバ２は、ＤＨＣＰサーバ３から、ＩＰアドレスとホスト名を受信したか否かを判定する（ステップＳ５０１）。なお、管理サーバ２は、ＩＰアドレスとホスト名を含むリース情報３５のレコードを受信したか否かを判定してもよい。ＩＰアドレスとホスト名を受信していない場合（ステップＳ５０１のＮＯ）、ステップＳ５０１に戻り、ＩＰアドレスとホスト名を受信したか否かが再度判定される。

ＩＰアドレスとホスト名を受信した場合（ステップＳ５０１のＹＥＳ）、管理サーバ２は、シンクライアント情報２９Ｂから、あるシンクライアント端末１に対応するレコードを読み出す（ステップＳ５０２）。管理サーバ２は、読み出されたレコードに含まれる「製造番号」の値を用いて、そのシンクライアント端末１の共通キーを生成する（ステップＳ５０３）。生成された共通キーはデータベース２９等に保存されてもよい。共通キーがあらかじめ生成されている場合や、別の端末のためのセットアップ制御処理において共通キーが既に生成されている場合には、このシンクライアント端末１の共通キーがデータベース２９等に保存されていることがある。その場合、ステップＳ５０３の手順はスキップされてもよい。管理サーバ２は、生成された共通キーを用いて、受信されたホスト名を復号する（ステップＳ５０４）。

次いで、管理サーバ２は、復号されたホスト名と、読み出されたレコードに含まれる「製造番号」の情報とを用いて、復号されたホスト名に対応する端末が、管理サーバ２に登録されたシンクライアント端末であるか否かを判定する（ステップＳ５０５）。管理サーバ２は、復号されたホスト名と、読み出されたレコードに含まれる「製造番号」の情報とが一致するならば、復号されたホスト名に対応する端末が、管理サーバ２に登録されたシンクライアント端末であると判断する。一方、管理サーバ２は、復号されたホスト名と、読み出されたレコードに含まれる「製造番号」の情報とが一致しないならば、復号されたホスト名に対応する端末が、管理サーバ２に登録されていない端末であると判断する。

復号されたホスト名に対応する端末が、管理サーバ２に登録されていない端末である場合（ステップＳ５０５のＮＯ）、管理サーバ２は、シンクライアント情報２９Ｂに別のレコードが含まれているか否かを判定する（ステップＳ５０６）。シンクライアント情報２９Ｂに別のレコードが含まれている場合（ステップＳ５０６のＹＥＳ）、ステップＳ５０２に戻る。すなわち、別のレコードを用いて、受信したホスト名が復号され、復号されたホスト名の端末が、その別のレコードに対応するシンクライアント端末１であるかどうかが判定される。一方、シンクライアント情報２９Ｂに別のレコードが含まれない場合（ステップＳ５０６のＮＯ）、すなわち、全てのレコードについて、ステップＳ５０２からステップＳ５０５までの手順が行われた場合、受信されたホスト名の端末は、管理サーバ２に登録されたいずれのシンクライアント端末１にも対応しないので、処理を終了する。

また、復号されたホスト名に対応する端末が、管理サーバ２に登録されたシンクライアント端末１である場合（ステップＳ５０５のＹＥＳ）、シンクライアント情報２９Ｂに含まれる「状態」の情報を用いて、そのシンクライアント端末１が未セットアップの状態であるか否かを判定する（ステップＳ５０７）。管理サーバ２は、シンクライアント情報２９Ｂに含まれる、復号されたホスト名が「製造番号」に設定されたレコードにおいて、「状態」に“未セットアップ”が設定されている場合に、そのシンクライアント端末１が未セットアップの状態であると判定する。また、このレコードにおいて、「状態」に“正常”または“ロック”が設定されている場合に、そのシンクライアント端末１がセットアップ済みの状態であると判定してもよい。

シンクライアント端末１がセットアップ済みの状態である場合（ステップＳ５０７のＮＯ）、処理を終了する。

シンクライアント端末１が未セットアップの状態である場合（ステップＳ５０７のＹＥＳ）、管理サーバ２は、初期設定情報２９Ａを用いて、このシンクライアント端末１のための初期設定ファイルを生成する（ステップＳ５０８）。管理サーバ２は、共通キーを用いて、生成された初期設定ファイルを暗号化する（ステップＳ５０９）。そして、管理サーバ２は、暗号化された初期設定ファイルをシンクライアント端末１に送信し（ステップＳ５１０）、シンクライアント端末１によるセットアップ結果を処理するためのセットアップ結果制御処理を実行する（ステップＳ５１１）。このセットアップ結果制御処理の手順の例について、図１１のフローチャートを参照して説明する。

まず、管理サーバ２は、シンクライアント情報２９Ｂ内の、シンクライアント端末１に対応するレコードにおいて、シンクライアント端末１によるセットアップを待つ待機中であることを示す“セットアップ待ち”を「状態」に設定する（ステップＳ５５１）。そして、管理サーバ２は、結果待ちタイマ２１１を設定（起動）する（ステップＳ５５２）。

次いで、管理サーバ２は、シンクライアント端末１からセットアップ完了の通知を受信したか否かを判定する（ステップＳ５５３）。セットアップ完了の通知を受信した場合（ステップＳ５５３のＹＥＳ）、管理サーバ２は、シンクライアント端末１の状態として“正常”を設定する（ステップＳ５５４）。すなわち、管理サーバ２は、シンクライアント情報２９Ｂ内の、シンクライアント端末１に対応するレコードにおいて、「状態」に“正常”を設定する。そして、管理サーバ２は、シンクライアント端末１にＡＣＫを送信し（ステップＳ５５５）、処理を終了する。

一方、セットアップ完了の通知を受信していない場合（ステップＳ５５３のＮＯ）、管理サーバ２は、結果待ちタイマ２１１によりタイムアウトが検出されたか否かを判定する（ステップＳ５５６）。タイムアウトが検出されていない場合（ステップＳ５５６のＮＯ）、ステップＳ５５３に戻り、シンクライアント端末１からのセットアップ完了の通知を待つ待機中の処理が続行される。

タイムアウトが検出された場合（ステップＳ５５６のＹＥＳ）、管理サーバ２は、シンクライアント端末１の状態として“未セットアップ”を設定し（ステップＳ５５７）、処理を終了する。すなわち、管理サーバ２は、シンクライアント情報２９Ｂ内の、シンクライアント端末１に対応するレコードにおいて、「状態」に“未セットアップ”を設定する。

以上により、管理サーバ２は、ＤＨＣＰサーバ３にＩＰアドレスのリースを要求した端末のＩＰアドレスとホスト名とをＤＨＣＰサーバ３から受信し、この端末が、管理サーバ２に登録されたシンクライアント端末１であって、未セットアップ状態であるかどうかを判定する。そして、管理サーバ２に登録されたシンクライアント端末１であって、未セットアップ状態である場合、そのシンクライアント端末１に、初期設定ファイルを送信して、初期設定を行わせることができる。シンクライアント端末１には、管理サーバ２のＵＲＬや初期設定ファイルのファイル名等の情報を事前に設定しておく必要がないので、シンクライアント端末１の初期設定のための作業を軽減できる。

なお、管理サーバ２は、ステップＳ５０１において、ＤＨＣＰサーバ３からリース情報３５を受信したか否かを判定してもよい。その場合、管理サーバ２は、新たに受信したリース情報３５に含まれるレコードの内、前回、ＤＨＣＰサーバ３から受信したリース情報３５に含まれるレコードから更新されているレコードを検出する。そして、管理サーバ２は、検出された各レコードに含まれるＩＰアドレスとホスト名とを用いて、ステップＳ５０２以降の手順を行う。これにより、ＤＨＣＰサーバ３からリース情報３５をそのまま受信する場合にも、同様のセットアップ制御処理を行うことができる。

次いで、図１２は、シンクライアント端末１のシステム構成の一例を示す。
シンクライアント端末１は、ＣＰＵ１０１、システムコントローラ１０２、主メモリ１０３、ＢＩＯＳ－ＲＯＭ１０４、ＬＣＤ１０５、スピーカ１０６、通信デバイス１０７、エンベデッドコントローラ（ＥＣ）１０８、ＵＳＢコネクタ１０９、等を備える。

ＣＰＵ１０１は、ＢＩＯＳ－ＲＯＭ１０４に格納されたＢＩＯＳおよび組み込みＯＳ、主メモリ１０３にダウンロードされる各種プログラム、等を実行するように構成されたプロセッサである。

システムコントローラ１０２は、ＣＰＵ１０１と各コンポーネントとの間を接続するブリッジデバイスである。システムコントローラ１０２は、ＵＳＢコネクタ１０９を介して接続される各種のデバイスとの間のデータ伝送を制御する。このデバイスは、例えば、ＵＳＢフラッシュメモリである。その場合、システムコントローラ１０２は、ＵＳＢフラッシュメモリに対するデータの書き込みおよび読み出しを制御する。

また、システムコントローラ１０２は、本シンクライアント端末１のディスプレイモニタとして使用されるＬＣＤ１０５を制御する表示コントローラを内蔵する。この表示コントローラによって生成される表示信号はＬＣＤ１０５に送られる。ＬＣＤ１０５は、表示信号に基づいて画面イメージを表示する。ＬＣＤ１０５の画面には、シンクライアント端末１の状態やユーザによる操作に応じた情報が表示され得る。

システムコントローラ１０２は、スピーカ１０６を制御するオーディオコントローラも内蔵する。このオーディオコントローラによって生成される音声信号はスピーカ１０６に送られる。スピーカ１０６は、音声信号に基づいて音声を出力する。

通信デバイス１０７は、有線通信または無線通信を実行するように構成されたデバイスである。通信デバイス１０７は、信号を送信する送信部と、信号を受信する受信部とを含む。ＥＣ１０８は、クライアント端末１をパワーオンまたはパワーオフするための電力管理を実行する電源コントローラとして機能する。

図１３は、管理サーバ２およびＤＨＣＰサーバ３のシステム構成の一例を示す。
各サーバ２，３は、ＣＰＵ２０１、システムコントローラ２０２、主メモリ２０３、ＢＩＯＳ－ＲＯＭ２０４、不揮発性メモリ２０５、通信デバイス２０７、エンベデッドコントローラ（ＥＣ）２０８、等を備える。

ＣＰＵ２０１は、ＢＩＯＳ－ＲＯＭ２０４に格納されたＢＩＯＳ、不揮発性メモリ２０５から主メモリ２０３にロードされるＯＳや各種プログラム、等を実行するように構成されたプロセッサである。不揮発性メモリ２０５には、各サーバ２，３で用いられるデータが格納されてもよい。例えば、管理サーバ２では、不揮発性メモリ２０５の一部の記憶領域がデータベース２９として用いられ、初期設定情報２９Ａとシンクライアント情報２９Ｂとが格納され得る。また、ＤＨＣＰサーバ３では、不揮発性メモリ２０５にリース情報３５が格納され得る。

システムコントローラ２０２は、ＣＰＵ２０１と各コンポーネントとの間を接続するブリッジデバイスである。

通信デバイス２０７は、有線通信または無線通信を実行するように構成されたデバイスである。通信デバイス２０７は、信号を送信する送信部と、信号を受信する受信部とを含む。ＥＣ２０８は、各サーバ２，３をパワーオンまたはパワーオフするための電力管理を実行する電源コントローラとして機能する。

以上説明したように、本実施形態によれば、初期設定のための作業を軽減することができる。シンクライアント端末１は、シンクライアント端末１を一意に識別可能な第１識別情報（例えば、製造番号、暗号化された製造番号、等）が設定された第１ホスト名を含むＩＰアドレスの割り当て要求を、ＤＨＣＰサーバ３に送信する。ＤＨＣＰサーバ３は、割り当て要求に応じて、シンクライアント端末１に第１ＩＰアドレスを割り当て、第１ＩＰアドレスとシンクライアント端末１の第１ホスト名とを管理サーバ２に送信する。管理サーバ２では、初期設定が行われるべき一つ以上のクライアント端末をそれぞれ一意に識別可能な一つ以上の第２識別情報がデータベース２９（不揮発性メモリ２０５）に格納される。管理サーバ２は、ＤＨＣＰサーバ３から第１ＩＰアドレスと第１ホスト名を受信する。管理サーバ２は、一つ以上の第２識別情報が、第１ホスト名に設定された第１識別情報を含み、且つ第１識別情報に対応するシンクライアント端末１の初期設定が行われていない場合、第１ＩＰアドレスを用いて、初期設定のためのデータをシンクライアント端末１に送信する。

シンクライアント端末１では、送信された初期設定のためのデータを用いて初期設定が行われる。したがって、シンクライアント端末１やＤＨＣＰサーバ３に対して、管理サーバ２のＵＲＬや初期設定のためのデータのファイル名等を設定しておく必要がなく、初期設定のための作業を軽減することができる。

（第２実施形態）
第１実施形態では、シンクライアント端末１の設定情報を初期設定するための構成を示した。これに対して、第２実施形態では、シンクライアント端末１に設定された設定情報を更新するための構成を示す。

第２実施形態に係る制御システム１の構成は第１実施形態の制御システム１と同様であり、第２実施形態と第１実施形態とでは、シンクライアント端末１、管理サーバ２、および管理者コンソール５によって実行される設定情報更新のための処理の手順のみが異なる。以下、第１実施形態と異なる点について主に説明する。

管理者は、シンクライアント端末１に設定（例えば、初期設定）された設定情報を、シンクライアント端末１や管理サーバ２に対する種々の変更に応じて更新したい場合がある。この変更は、シンクライアント端末１と管理サーバ２の少なくとも一方に関する、例えば、ユーザ、ハードウェア構成、ソフトウェア構成、使用環境、用途、等の変更である。

本実施形態では、図１４に示すように、管理サーバ２は、管理者コンソール５を用いた管理者による操作に応じて、シンクライアント端末１に設定されている設定情報１６３を更新することができる。設定情報１６３を更新するための新たな設定情報は、シンクライアント端末１毎に設定される情報を管理するためのシンクライアント情報２９Ｂと、シンクライアント端末１が属するグループ毎に設定される情報を管理するためのグループ情報２９Ｃとを用いて作成される。管理サーバ２は、作成された設定情報をシンクライアント端末１に配信する。シンクライアント端末１は、設定（例えば、初期設定）されている設定情報１６３を、配信された設定情報で置き換えることにより、設定情報１６３を更新することができる。

より具体的には、シンクライアント端末１は、管理サーバ２によって送信された第１データに含まれていた、設定情報１６３と、この設定情報１６３が管理サーバ２において生成された第１日時を示す設定情報更新日時１６２とを、情報保存エリア１６に保存している。第１データは、例えば、初期設定のためのデータである。初期設定のためのデータについては、第１実施形態において上述した通りである。

設定情報１６３と第１日時を示す設定情報更新日時１６２とが情報保存エリア１６に保存された後に、シンクライアント端末１が起動（例えば、電源オン）された場合、シンクライアント端末１は、設定情報が管理サーバ２において更新された第２日時の送信要求を含む第２データを、管理サーバ２に送信する。管理サーバ２における、あるシンクライアント端末１に配信されるべき設定情報の更新は、例えば、管理者コンソール５上での操作に応じて行われる。管理サーバ２は、シンクライアント端末１から第２データを受信した場合、第２日時を含む第３データをシンクライアント端末１に送信する。

そして、シンクライアント端末１は、管理サーバ２から第３データを受信し、第３データに含まれる第２日時が、設定情報更新日時１６２に示される第１日時と異なる場合、管理サーバ２に、更新された設定情報の送信要求を含む第４データを送信する。管理サーバ２は、シンクライアント端末１から第４データを受信した場合、更新された設定情報を含む第５データをシンクライアント端末１に送信する。

シンクライアント端末１は、管理サーバ２から第５データを受信し、第５データに含まれる更新された設定情報で、情報保存エリア１６に保存された設定情報１６３を更新すると共に、第２日時で、情報保存エリア１６に保存された設定情報更新日時１６２を更新する。これにより、管理者は、シンクライアント端末１に設定された設定情報１６３を容易に更新することができる。

以下では、シンクライアント端末１、管理サーバ２、および管理者コンソール５の機能構成について、具体的に説明する。

図１４に示すように、管理サーバ２は、コントローラ部２１、送信制御部２７、暗号化／復号化部２３、クライアント照合部２４、送信データ生成部２５１、設定情報更新部２５２、受信制御部２２、およびデータベース２９を備える。データベース２９には、各シンクライアント端末１に対して設定される情報を含むシンクライアント情報２９Ｂと、一台以上のシンクライアント端末１が属するグループに対して設定される情報を含むグループ情報２９Ｃとが格納されている。また、管理サーバ２は、管理者コンソール５によるウェブアクセスを処理するための管理者ウェブサイト２１５と、シンクライアント端末１によるファイルのダウンロード要求を処理するためのダウンロードサイト２１６とを有している。

コントローラ部２１は、管理サーバ２内の各部の動作を制御する。コントローラ部２１は、受信制御部２２を介して、シンクライアント端末１から送信されるデータを受信し得る。また、コントローラ部２１は、送信制御部２７を介して、シンクライアント端末１にデータを送信し得る。受信制御部２２および送信制御部２７は、例えば、ＨＴＴＰまたはＨＴＴＰＳに基づく通信方式で、シンクライアント端末１と通信する。

暗号化／復号化部２３は、あるシンクライアント端末１との共通キーを用いて、そのシンクライアント端末１に送られるデータを暗号化し、またそのシンクライアント端末１によって暗号化されたデータを復号することができる。暗号化方式には、例えば、ＡＥＳ２５６が用いられる。

クライアント照合部２４は、ある端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかを、シンクライアント情報２９Ｂを用いて照合する。

図１５は、シンクライアント情報２９Ｂの一構成例を示す。シンクライアント情報２９Ｂは、管理サーバ２によって管理される一台以上のシンクライアント端末１に対応する一つ以上のレコードを含む。換言すると、これら一台以上のシンクライアント端末１は、管理サーバ２に登録されたシンクライアント端末１であると云える。

各レコードは、例えば、製造番号、コンピュータ名、グループ名、状態、識別子、ユーザ証明書（クライアント証明書とも称する）、プライベートキー、プライベートパスワード、共通キー、および更新日時を含む。

あるシンクライアント端末１に対応するレコードにおいて、「製造番号」は、そのシンクライアント端末１を管理するために割り当てられた機器固有の製造番号（シリアルナンバー）を示す識別情報である。そのため、管理サーバ２は、各々に割り当てられた製造番号に基づいて、複数のシンクライアント端末１をそれぞれ一意に識別可能である。なお、「製造番号」の代わりに、シンクライアント端末１を一意に識別可能な別の値（例えば、ＭＡＣアドレスのような物理アドレス）が用いられてもよい。

「コンピュータ名」は、対応するシンクライアント端末１に付与されたコンピュータ名を示す。コンピュータ名は、例えば、シンクライアント端末１の初期設定時に管理サーバ２によって付与される。コンピュータ名は、初期設定済みのシンクライアント端末１が、ＤＨＣＰサーバ３にＩＰアドレスのリースを要求するような、ネットワークへの接続時に、ホスト名として用いられ得る。

「グループ名」は、対応するシンクライアント端末１が属するグループの名称を示す。「グループ名」に設定された値を用いることにより、そのシンクライアント端末１に設定されるべき情報を含むグループ情報２９Ｃのレコードを特定することができる。グループ情報２９Ｃの構成については、図１６を参照して後述する。

「状態」は、対応するシンクライアント端末１の状態を示す状態情報である。この「状態」には、例えば、“未セットアップ”、“正常”、および“ロック”のいずれかが設定される。“未セットアップ”は、そのシンクライアント端末１に初期設定（セットアップ）が施されていないことを示す。“正常”は、そのシンクライアント端末１において初期設定が完了しており、且つ正常に動作していることを示す。“ロック”は、そのシンクライアント端末１の起動が管理サーバ２によって規制されていることを示す。

「識別子」、「ユーザ証明書」、「プライベートキー」、および「プライベートパスワード」は、無線ローカルエリアネットワーク（ＬＡＮ）接続（あるいは、有線ＬＡＮ接続）のセキュリティ設定に関する情報を示す。「識別子」は、対応するシンクライアント端末１が無線ＬＡＮに接続する際の認証（例えば、ＥＡＰ－ＴＬＳ認証）に用いられる識別子を示す。

「ユーザ証明書」は、この認証に用いられる電子証明書を示す。「ユーザ証明書」には、例えば、認証に用いられる電子証明書を含むファイルのファイル名が設定される。この電子証明書のファイルは、例えば、データベース２９内に格納される。また、この電子証明書のファイルは、当該ファイルが作成または更新された日時を示す情報を有している。

「プライベートキー」は、この認証に用いられるキーを示す。「プライベートキー」には、例えば、認証に用いられるキーを含むファイルのファイル名が設定される。このキーのファイルは、例えば、データベース２９内に格納される。また、このキーのファイルは、当該ファイルが作成または更新された日時を示す情報を有している。

「プライベートパスワード」は、この認証に用いられるパスワードを示す。

なお、これら「識別子」、「ユーザ証明書」、「プライベートキー」、および「プライベートパスワード」の情報は、ＶＤＩサーバ４へのログイン等に使用されてもよい。

「共通キー」は、対応するシンクライアント端末１と管理サーバ２とがデータの受け渡しに使用する共通キーを示す。つまり、この共通キーは、シンクライアント端末１におけるデータの暗号化および復号化、並びに管理サーバ２におけるデータの暗号化および復号化に用いられる。

「更新日時」は、対応するシンクライアント端末１に設定されるべき設定情報の管理サーバ２における更新日時を示す。あるシンクライアント端末１に設定されるべき設定情報の更新日時は、例えば、シンクライアント端末１に対応するシンクライアント情報２９Ｂのレコード、またはシンクライアント端末１が属するグループに対応するグループ情報２９Ｃのレコードが更新された日時を示す。この更新日時に基づき、シンクライアント端末１に現在設定されている設定情報１６３が、最新の状態であるか否かを判断することができる。

図１６は、グループ情報２９Ｃの一構成例を示す。グループ情報２９Ｃは、管理サーバ２によって管理される一つ以上のグループに対応する一つ以上のレコードを含む。各グループには、一台以上のシンクライアント端末１が属している。

各レコードは、例えば、グループ名、管理サーバＵＲＬ、ダウンロードサーバＵＲＬ、ＶＤＩサーバＵＲＬ、ＢＩＯＳ設定キッティングファイル名、リトライ回数、リトライ間隔、ポーリング間隔、切断時のアクション、およびドメインを含む。

あるグループに対応するレコードにおいて、「グループ名」は、そのグループに付与された名称を示す。「グループ名」には、各グループを一意に識別可能な名称が設定される。

「管理サーバＵＲＬ」は、対応するグループに属するシンクライアント端末１が、当該シンクライアント端末１を管理する管理サーバ２にアクセスするためのネットワーク上のアドレスを示す。

「ダウンロードサーバＵＲＬ」は、対応するグループに属するシンクライアント端末１がダウンロードサーバにアクセスするためのネットワーク上のアドレスを示す。「ダウンロードサーバＵＲＬ」には、例えば、管理サーバ２上のダウンロードサイト２１６にアクセスするためのＵＲＬが設定される。「ダウンロードサーバＵＲＬ」に設定されたＵＲＬと、管理サーバ２（ダウンロードサイト２１６）に配置されたファイルのファイル名とを指定して、管理サーバ２にアクセスすることにより、そのファイル名を有するファイルを管理サーバ２からダウンロードすることができる。

「ＶＤＩサーバＵＲＬ」は、対応するグループに属するシンクライアント端末１が正常に起動された後に、ＶＤＩサーバ４にアクセスするためのネットワーク上のアドレスを示す。

「ＢＩＯＳ設定キッティングファイル名」は、対応するグループに属するシンクライアント端末１のＢＩＯＳ（基本入出力システム）の設定を行うためのファイルのファイル名を示す。このＢＩＯＳ設定のためのファイルは、例えば、データベース２９内に格納される。また、このＢＩＯＳ設定のためのファイルは、当該ファイルが作成または更新された日時を示す情報を有している。

「リトライ回数」、「リトライ間隔」、「ポーリング間隔」、「切断時のアクション」、および「ドメイン」は、通信設定に関する情報を示す。

「リトライ回数」は、対応するグループに属するシンクライアント端末１によるポーリングに、管理サーバ２が応答しない場合に、シンクライアント端末１がポーリングをリトライする上限の回数（例えば、１０回）を示す。「リトライ間隔」は、対応するグループに属するシンクライアント端末１が、管理サーバ２へのポーリングをリトライする間隔（例えば、３０秒）を示す。「ポーリング間隔」は、対応するグループに属するシンクライアント端末１が、管理サーバ２にポーリングを行う間隔（例えば、１０秒）を示す。

「切断時のアクション」は、対応するグループに属するシンクライアント端末１が、「リトライ回数」に示される回数までポーリングのリトライを行った場合の、シンクライアント端末１のアクションを示す。このアクションは、例えば、電源オフまたは画面ロックである。画面ロックの状態は、シンクライアント端末１が何等操作を受け付けない状態である。電源オフまたは画面ロックの状態では、シンクライアント端末１が不正に利用されることを防止することができる。

「ドメイン」は、対応するグループのネットワーク上のドメイン名を示す。「ドメイン」に示されるドメイン名により、対応するグループに属する各シンクライアント端末１が管理される。

管理サーバ２は、管理者コンソール５を用いた管理者による操作に応じて、シンクライアント情報２９Ｂおよびグループ情報２９Ｃの少なくとも一方を更新することができる。以下では、シンクライアント情報２９Ｂおよびグループ情報２９Ｃを更新するための管理サーバ２および管理者コンソール５の動作について説明する。

管理者ウェブサイト２１５は、管理者がシンクライアント情報２９Ｂおよびグループ情報２９Ｃを更新するためのインタフェースを提供するウェブサイトである。管理者ウェブサイト２１５は、設定情報更新部２５２と連携して、シンクライアント情報２９Ｂおよびグループ情報２９Ｃの少なくとも一方を更新するためのウェブページを生成する。管理者コンソール５は、管理者による操作に応じて、管理者ウェブサイト２１５にアクセスする。

管理者コンソール５は、管理者によって操作される端末であって、例えば、パーソナルコンピュータとして実現され得る。管理者コンソール５は、ネットワークを介して管理サーバ２と通信する機能を有している。

例えば、管理者コンソール５上でウェブブラウザ５１が実行されることにより、管理サーバ２上の管理者ウェブサイト２１５にアクセスすることができる。つまり、管理者が、管理者コンソール５上でウェブブラウザ５１を実行するための操作を行い、このウェブブラウザ５１を用いて管理者ウェブサイト２１５にアクセスするための操作を行うことにより、管理者コンソール５を管理者ウェブサイト２１５に接続することができる。

ウェブブラウザ５１は、例えば、シンクライアント情報２９Ｂおよびグループ情報２９Ｃの少なくとも一方を更新するためのウェブページのデータを、管理者ウェブサイト２１５から受信し、当該ウェブページを画面に表示する。そして、ウェブブラウザ５１は、このウェブページ上での、シンクライアント情報２９Ｂおよびグループ情報２９Ｃの少なくとも一部を変更する操作に応じて、変更内容を示すデータを管理者ウェブサイト２１５に送信する。

管理者ウェブサイト２１５は、変更内容を示すデータを用いて、設定情報更新部２５２と連携して、シンクライアント情報２９Ｂおよびグループ情報２９Ｃの少なくとも一方を更新することができる。

図１７および図１８を参照して、シンクライアント情報２９Ｂおよびグループ情報２９Ｃを更新するためのインタフェースの例について具体的に説明する。

図１７は、管理者コンソール５の画面に表示される、シンクライアント端末１毎のシンクライアント情報２９Ｂを編集するためのウェブページ６１の例を示す。管理者コンソール５を操作する管理者は、例えば、管理者コンソール５上でウェブブラウザ５１が実行されるように操作する。そして、管理者は、ウェブブラウザ５１が管理者ウェブサイト２１５内の特定のアドレス（ＵＲＬ）にアクセスするように操作する。

この特定のアドレスは、あるシンクライアント端末１に対応するシンクライアント情報２９Ｂのレコードを編集するためのウェブページのアドレスである。この特定のアドレスへのアクセスに応じて、当該アドレスに対応するウェブページのデータが、管理サーバ２から管理者コンソール５に送信される。これにより、ウェブブラウザ５１のウィンドウ内に、あるシンクライアント端末１に対応するシンクライアント情報２９Ｂのレコードを編集するためのウェブページ６１が表示される。

ウェブページ６１は、あるシンクライアント端末１に対応するシンクライアント情報２９Ｂのレコードを編集するために、当該レコードを構成する複数の項目の表示エリア６１１，６１２と、それら複数の項目の各々に設定される値を示すテキスト入力エリア６１３，６１４とを含む。テキスト入力エリア６１３，６１４に示される各値は、管理者による操作に応じて変更可能である。なお、テキスト入力エリア６１３，６１４には、管理者による変更前の状態では、管理サーバ２に格納されているシンクライアント情報２９Ｂにおいて各項目に現在設定されている値が示される。

より具体的には、表示エリア６１１には、コンピュータ名、製造番号、グループ名、および状況の各表示エリアが含まれている。テキスト入力エリア６１３には、コンピュータ名、製造番号、グループ名、および状況の各々に設定される値が示される。

表示エリア６１２には、ＬＡＮセキュリティ設定の識別子、ユーザ証明書、プライベートキー、およびプライベートパスワードの各表示エリアが含まれている。テキスト入力エリア６１４には、ＬＡＮセキュリティ設定の識別子、ユーザ証明書、プライベートキー、およびプライベートパスワードの各々に設定される値が示される。

これら表示エリア６１１，６１２およびテキスト入力エリア６１３，６１４により、管理者は、各項目に設定される値を確認できると共に、その値を変更する操作を行うことができる。操作により変更された値は、管理者コンソール５から管理サーバ２に送信され、シンクライアント情報２９Ｂ内の対応するレコードに反映される。したがって、管理者は、ウェブページ６１を用いた操作により、各シンクライアント端末１に対応するシンクライアント情報２９Ｂ内のレコードを、任意の内容に変更することができる。

次いで、図１８は、管理者コンソール５の画面に表示される、グループ毎のグループ情報２９Ｃを編集するためのウェブページ６２の例を示す。管理者コンソール５を操作する管理者は、例えば、管理者コンソール５上でウェブブラウザ５１が実行されるように操作する。そして、管理者は、ウェブブラウザ５１が管理者ウェブサイト２１５内の特定のアドレス（ＵＲＬ）にアクセスするように操作する。

この特定のアドレスは、あるグループに対応するグループ情報２９Ｃのレコードを編集するためのウェブページのアドレスである。この特定のアドレスへのアクセスに応じて、当該アドレスに対応するウェブページのデータが、管理サーバ２から管理者コンソール５に送信される。これにより、ウェブブラウザ５１のウィンドウ内に、あるグループに対応するグループ情報２９Ｃのレコードを編集するためのウェブページ６２が表示される。

ウェブページ６２は、あるグループに対応するグループ情報２９Ｃのレコードを編集するために、グループの名称を示す表示エリア６２１と、当該レコードを構成する複数の項目の表示エリア６２２，６２３と、それら複数の項目の各々に設定される値を示すテキスト入力エリア６２４，６２５とを含む。テキスト入力エリア６２４，６２５に示される各値は、管理者による操作に応じて変更可能である。なお、テキスト入力エリア６２４，６２５には、管理者による変更前の状態では、管理サーバ２に格納されているグループ情報２９Ｃにおいて各項目に現在設定されている値が示される。

より具体的には、表示エリア６２２には、管理サーバＵＲＬ、ダウンロードサーバＵＲＬ、ＶＤＩサーバＵＲＬ、およびＢＩＯＳ設定キッティングファイル名の各表示エリアが含まれている。テキスト入力エリア６２４には、管理サーバＵＲＬ、ダウンロードサーバＵＲＬ、ＶＤＩサーバＵＲＬ、およびＢＩＯＳ設定キッティングファイル名の各々に設定される値が示される。

表示エリア６２３には、通信設定のリトライ回数、リトライ間隔、ポーリング間隔、切断時のアクション、およびドメインの各表示エリアが含まれている。テキスト入力エリア６２５には、通信設定のリトライ回数、リトライ間隔、ポーリング間隔、切断時のアクション、およびドメインの各々に設定される値が示される。

これら表示エリア６２２，６２３およびテキスト入力エリア６２４，６２５により、管理者は、各項目に設定される値を確認できると共に、その値を変更する操作を行うことができる。操作により変更された値は、管理者コンソール５から管理サーバ２に送信され、グループ情報２９Ｃ内の対応するレコードに反映される。したがって、管理者は、ウェブページ６２を用いた操作により、各グループに対応するグループ情報２９Ｃ内のレコードを、任意の内容に変更することができる。

このように、管理者コンソール５のウェブブラウザ５１は、ウェブページ６１，６２を用いた操作の内容を管理者ウェブサイト２１５に送信する。つまり、ウェブページ６１を用いたシンクライアント情報２９Ｂのレコードの変更内容、およびウェブページ６２を用いたグループ情報２９Ｃのレコードの変更内容が、ウェブブラウザ５１から管理者ウェブサイト２１５に送信される。

管理サーバ２の設定情報更新部２５２は、管理者ウェブサイト２１５に送信された変更内容を用いて、シンクライアント情報２９Ｂ内のレコードやグループ情報２９Ｃ内のレコードを更新することができる。したがって、管理者は、管理者コンソール５上での操作により、シンクライアント情報２９Ｂ内のレコードやグループ情報２９Ｃ内のレコードを容易に編集することができる。

また、設定情報更新部２５２は、シンクライアント情報２９Ｂ内のあるレコードが更新される場合、当該レコードに含まれる「更新日時」に設定される日時を、その更新された時点の日時に変更する。例えば、図１５に示す例では、シンクライアント情報２９Ｂ内の「製造番号」が“ＸＸＸ００１”であるレコード内の少なくとも一つの項目が更新されることに応じて、当該レコードの「更新日時」に設定された“２０１８／５／１６ １０：００”が、その更新の時点の日時に変更される。

さらに、設定情報更新部２５２は、グループ情報２９Ｃ内のあるレコードが更新される場合、当該レコードに対応するグループに属するシンクライアント端末１を特定する。そして、設定情報更新部２５２は、特定されたシンクライアント端末１に対応するシンクライアント情報２９Ｂ内のレコードにおいて、「更新日時」に設定される日時を、そのグループ情報２９Ｃのレコードが更新された時点の日時に変更する。

例えば、図１５および図１６に示す例において、グループ情報２９Ｃ内の「グループ名」が“ｇｒｏｕｐ１”であるレコードが更新される場合、シンクライアント情報２９Ｂを用いて、「グループ名」が“ｇｒｏｕｐ１”である、「製造番号」が“ＸＸＸ００１”であるシンクライアント端末１と「製造番号」が“ＸＸＸ００２”であるシンクライアント端末１とが特定される。そして、特定されたシンクライアント端末１に対応する、「製造番号」が“ＸＸＸ００１”であるシンクライアント情報２９Ｂのレコードと、「製造番号」が“ＸＸＸ００２”であるシンクライアント情報２９Ｂのレコードとにおいて、「更新日時」に設定される日時が、「グループ名」が“ｇｒｏｕｐ１”であるグループ情報２９Ｃのレコードが更新された時点の日時に変更される。

管理サーバ２は、更新されたシンクライアント情報２９Ｂおよびグループ情報２９Ｃを用いて生成される設定情報を、シンクライアント端末１に配信する。シンクライアント端末１は、設定（例えば、初期設定）されている設定情報１６３を、配信された設定情報で置き換えることにより、設定情報１６３を更新することができる。

以下では、シンクライアント端末１内の設定情報１６３を更新するためのシンクライアント端末１および管理サーバ２の動作について説明する。ここでは、シンクライアント端末１内の情報保存エリア１６に、管理サーバ２によって送信された第１データ（例えば、初期設定のためのデータ）を用いて、設定情報１６３と、設定情報１６３が管理サーバ２において生成された第１日時を示す設定情報更新日時１６２とが保存されている場合を想定する。

コントローラ部２１は、シンクライアント端末１から、受信制御部２２を介して、設定情報の更新日時の送信を要求する第２データを受信する。暗号化／復号化部２３およびクライアント照合部２４は、シンクライアント情報２９Ｂと、第２データに含まれる製造番号とを用いて、第２データを送信した端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかを判定する。すなわち、第２データに含まれる製造番号を有する端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかが判断される。クライアント照合部２４は、第２データを送信した端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかの照合結果をコントローラ部２１に通知する。

より具体的には、まず、暗号化／復号化部２３およびクライアント照合部２４は、シンクライアント情報２９Ｂからあるレコードを読み出す。暗号化／復号化部２３は、そのレコードに含まれる共通キーを用いて、受信された第２データを復号する。そして、クライアント照合部２４は、そのレコードに示される製造番号と、復号された第２データに含まれる製造番号とが一致する場合に、第２データを送信した端末が、管理サーバ２に登録されたシンクライアント端末１であると判断する。

一方、読み出されたレコードに示される製造番号と、復号された第２データに含まれる製造番号とが一致しない場合、シンクライアント情報２９Ｂから別のレコードが読み出され、その別のレコードを用いて、第２データを送信した端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかが判断される。そして、シンクライアント情報２９Ｂ内の全てのレコードについて、レコード内の製造番号と復号された第２データ内の製造番号とが一致しない場合、クライアント照合部２４は、第２データを送信した端末が、管理サーバ２に登録されたシンクライアント端末１でないと判断する。この場合、管理サーバ２は、例えば、第２データを破棄し、第２データを送信した端末に何等応答しない。

コントローラ部２１は、クライアント照合部２４によって通知される照合結果によって、第２データを送信した端末が、管理サーバ２に登録されたシンクライアント端末１であることが示され、且つ復号された第２データに設定情報更新日時の送信要求が含まれている場合、送信データ生成部２５１に、このシンクライアント端末１に配信されるべき設定情報の更新日時を含む第３データを生成させる。

送信データ生成部２５１は、このシンクライアント端末１に対応するシンクライアント情報２９Ｂ内のレコードから、更新日時を取得し、取得された更新日時を含む第３データを生成する。暗号化／復号化部２３は、このレコードに含まれる共通キーを用いて、第３データを暗号化する。そして、コントローラ部２１は、送信制御部２７を介して、暗号化された第３データをシンクライアント端末１に送信する。

次いで、コントローラ部２１は、シンクライアント端末１から、受信制御部２２を介して、設定情報の送信を要求する第４データを受信する。暗号化／復号化部２３およびクライアント照合部２４は、シンクライアント情報２９Ｂと、第４データに含まれる製造番号とを用いて、第４データを送信した端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかを判定する。すなわち、第４データに含まれる製造番号を有する端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかが判断される。クライアント照合部２４は、第４データを送信した端末が、管理サーバ２に登録されたシンクライアント端末１であるかどうかの照合結果をコントローラ部２１に通知する。具体的な照合方法は、上述した第２データを受信した場合の照合方法と同様である。

コントローラ部２１は、クライアント照合部２４によって通知される照合結果によって、第４データを送信した端末が、管理サーバ２に登録されたシンクライアント端末１であることが示され、且つ復号された第４データに設定情報の送信要求が含まれている場合、送信データ生成部２５１に、このシンクライアント端末１に配信されるべき設定情報を含む第５データを生成させる。

送信データ生成部２５１は、シンクライアント端末１に対応するシンクライアント情報２９Ｂ内のレコードと、シンクライアント端末１が属するグループに対応するグループ情報２９Ｃ内のレコードとを用いて、設定情報を含む第５データを生成する。より具体的には、送信データ生成部２５１は、例えば、データベース２９に格納されたシンクライアント情報２９Ｂから、シンクライアント端末１の製造番号に対応する第１レコードを読み出す。送信データ生成部２５１は、読み出された第１レコードに含まれるグループ名に基づいて、データベース２９に格納されたグループ情報２９Ｃから、このグループ名に対応する第２レコードを読み出す。送信データ生成部２５１は、これら第１および第２レコードを用いて、設定情報を含む第５データを生成する。したがって、シンクライアント端末１に送信される設定情報は、シンクライアント情報２９Ｂの第１レコードに含まれる少なくとも一部のデータと、グループ情報２９Ｃの第２レコードに含まれる少なくとも一部のデータとから構成され得る。

図１９は、管理サーバ２からあるシンクライアント端末１に送信される、設定情報７１を含む第５データの一構成例を示す。第５データは、例えば、ＸＭＬ形式のデータである。

上述したように、送信データ生成部２５１は、送信先のシンクライアント端末１に対応するシンクライアント情報２９Ｂの第１レコードと、当該シンクライアント端末１が属するグループに対応するグループ情報２９Ｃの第２レコードとを用いて、設定情報７１を作成する。したがって、設定情報７１は、これら第１および第２レコードから得られた情報を含んでいる。

より具体的には、設定情報７１は、シンクライアント情報２９Ｂの第１レコードから得られた、コンピュータ名と、ＬＡＮセキュリティ設定の識別子、ユーザ証明書（更新日時を含む）、プライベートキー（更新日時を含む）、およびプライベートパスワードとの情報を含む。また、設定情報７１は、グループ情報２９Ｃの第２レコードから得られた、管理サーバＵＲＬと、ダウンロードサーバＵＲＬと、ＶＤＩサーバＵＲＬと、ＢＩＯＳ設定キッティングファイル（更新日時を含む）と、通信設定のリトライ回数、リトライ間隔、ポーリング間隔、切断時のアクション、およびドメインとの情報をさらに含む。

設定情報７１には、上記の各情報が、例えば、以下のデータ形式で含まれる。
（１）コンピュータ名： Ｔｅｘｔ
（２）ＬＡＮセキュリティ設定の識別子： Ｔｅｘｔ
（３－１）ＬＡＮセキュリティ設定のユーザ証明書のファイル名： Ｔｅｘｔ
（３－２）ＬＡＮセキュリティ設定のユーザ証明書の更新日時： Ｄａｔｅ
（３－３）ＬＡＮセキュリティ設定のユーザ証明書のファイルの実体： Ｂａｓｅ６４
（４－１）ＬＡＮセキュリティ設定のプライベートキーのファイル名： Ｔｅｘｔ
（４－２）ＬＡＮセキュリティ設定のプライベートキーの更新日時： Ｄａｔｅ
（４－３）ＬＡＮセキュリティ設定のプライベートキーのファイルの実体（すなわち、ファイルを構成するデータ）： Ｂａｓｅ６４
（５）ＬＡＮセキュリティ設定のプライベートパスワード： Ｔｅｘｔ
（６）管理サーバＵＲＬ： Ｔｅｘｔ
（７）ダウンロードサーバＵＲＬ： Ｔｅｘｔ
（８）ＶＤＩサーバＵＲＬ： Ｔｅｘｔ
（９－１）ＢＩＯＳ設定キッティングファイルのファイル名： Ｔｅｘｔ
（９－２）ＢＩＯＳ設定キッティングファイルの更新日時： Ｄａｔｅ
（９－３）ＢＩＯＳ設定キッティングファイルの実体： Ｂａｓｅ６４
（１０）通信設定のリトライ回数： Ｔｅｘｔ
（１１）通信設定のリトライ間隔： Ｔｅｘｔ
（１２）通信設定のポーリング間隔： Ｔｅｘｔ
（１３）通信設定の切断時のアクション： Ｔｅｘｔ
（１４）通信設定のドメイン： Ｔｅｘｔ
（１５）更新日時： Ｄａｔｅ
なお、Ｔｅｘｔ形式のデータは、一つ以上の文字コードを含む。Ｄａｔｅ形式のデータは、日付を表す数値、または日付および時刻を表す数値を含む。Ｂａｓｅ６４形式のデータは、ファイルを構成するバイナリデータを変換することにより得られた１つ以上のアスキーコードを含む。これらデータ形式は、一例であって、各データを送信可能な任意の形式に変更可能である。

また、図２０は、設定情報７１に含まれるＢＩＯＳ設定キッティングファイル７２の一構成例を示す。ＢＩＯＳ設定キッティングファイル７２は、関連付けられたグループに属するシンクライアント端末１のＢＩＯＳ設定のために用いられる。

ＢＩＯＳ設定キッティングファイル７２は、例えば、言語設定、キーボード設定、タイムゾーン、無線ＬＡＮ（例えば、Ｗｉ－Ｆｉ）優先バンド、無線ＬＡＮローミングの積極性、ネットワークモード、無線ＬＡＮ優先接続用のＳＳＩＤ、無線ＬＡＮ優先接続用の認証方式、無線ＬＡＮ優先接続用のユーザ名、および無線ＬＡＮ優先接続用のパスワードを含む。

「言語設定」は、シンクライアント端末１で使用される言語を示す。「言語設定」には、例えば、日本語と英語とドイツ語から選択された一つの言語が設定される。設定された言語のモードで使用可能な文字が、シンクライアント端末１の画面に表示される。

「キーボード設定」は、シンクライアント端末１に内蔵または接続されるキーボードがサポートする言語を示す。「キーボード設定」には、例えば、日本語と英語とドイツ語から選択された一つの言語が設定される。

「タイムゾーン」は、シンクライアント端末１が使用される場所が属するタイムゾーンを示す。タイムゾーンは、標準時が同じである地域毎に区切った時間帯である。「タイムゾーン」には、ある標準時の地域を代表する国や都市の名称（例えば、Ａｓｉａ／Ｔｏｋｙｏ、Ａｍｅｒｉｃａ／Ｎｅｗ＿Ｙｏｒｋ、Ｅｕｒｏｐｅ／Ｌｏｎｄｏｎ、等）が設定されてもよいし、ある地域の標準時の協定世界時（ＵＴＣ）からの時差（例えば、ＵＴＣ＋０９：００、ＵＴＣ－０４：００、等）が設定されてもよい。

「無線ＬＡＮ優先バンド」は、シンクライアント端末１が優先して接続されるべき無線ＬＡＮの周波数帯域を示す。「無線ＬＡＮ優先バンド」には、例えば、優先して接続されるべき周波数帯域がないことを示す“Ｎｏｎ”、５．２ＧＨｚの周波数帯域を示す“５．２ＧＨｚ”、および２．４ＧＨｚの周波数帯域を示す“２．４ＧＨｚ”のいずれか一つが設定される。

「無線ＬＡＮローミングの積極性」は、シンクライアント端末１が無線ＬＡＮのローミングを行う積極性の指標を示す。「無線ＬＡＮローミングの積極性」には、例えば、低い積極性を示す“Ｌｏｗ”、中間の積極性を示す“Ｍｅｄｉｕｍ”、および高い積極性を示す“Ｈｉｇｈ”のいずれか一つが設定される。

「ネットワークモード」は、シンクライアント端末１が使用するネットワークのモードを示す。「ネットワークモード」には、例えば、接続先のネットワークが自動的に決定されることを示す“Ａｕｔｏ”、有線ネットワークを示す“Ｗｉｒｅｄ”、および無線ネットワークを示す“ＷｉＦｉ”のいずれか一つが設定される。

「無線ＬＡＮ優先接続用のＳＳＩＤ」は、シンクライアント端末１が無線ＬＡＮ接続されるアクセスポイントのＳＳＩＤを示す。「無線ＬＡＮ優先接続用のＳＳＩＤ」には、ＳＳＩＤを表す文字列が設定される。

「無線ＬＡＮ優先接続用の認証方式」は、シンクライアント端末１が無線ＬＡＮ接続に使用する認証方式を示す。「無線ＬＡＮ優先接続用の認証方式」には、例えば、ＷＥＰとＷＰＡ－Ｅｎｔｅｒｐｒｉｓｅ（ＰＥＡＰ／ＴＬＳ）のいずれか一方の認証方式が設定される。

「無線ＬＡＮ優先接続用のユーザ名」は、シンクライアント端末１が無線ＬＡＮ接続に使用するユーザ名を示す。「無線ＬＡＮ優先接続用のユーザ名」には、ユーザ名を表す文字列が設定される。

「無線ＬＡＮ接続用のパスワード」は、シンクライアント端末１が無線ＬＡＮ接続に使用するパスワードを示す。「無線ＬＡＮ優先接続用のパスワード」には、パスワードを表す文字列が設定される。

上記の構成を有するＢＩＯＳ設定キッティングファイル７２を用いて、各シンクライアント端末１のＢＩＯＳによって用いられる各種のパラメータを設定または更新することができる。

ＢＩＯＳ設定キッティングファイル７２を用いた上記の設定は、通常のパーソナルコンピュータでは、ＢＩＯＳではなく、例えば、Ｗｉｎｄｏｗｓ（登録商標）のようなＯＳによって管理され得る。シンクライアント端末１上で実行されるＯＳは、通常のパーソナルコンピュータ上で実行されるＯＳと比較して、限定的な機能しか有しておらず、上記の設定を管理するための機能を有していないことがある。そのため、シンクライアント端末１上のＢＩＯＳには、ＢＩＯＳ設定キッティングファイル７２を用いた上記の設定を管理するための機能が設けられている。

送信データ生成部２５１は、図１９および図２０を参照して上述したような構成を有する設定情報７１を含む第５データを生成する。暗号化／復号化部２３は、シンクライアント端末１に対応するシンクライアント情報２９Ｂ内のレコードに含まれる共通キーを用いて、第５データを暗号化する。そして、コントローラ部２１は、送信制御部２７を介して、暗号化された第５データをシンクライアント端末１に送信する。

なお、設定情報７１には、ＢＩＯＳ設定キッティングファイル７２自体ではなく、そのファイル名が含まれていてもよい。その場合、シンクライアント端末１は、このファイル名と、設定情報７１内のダウンロードサーバＵＲＬとを用いて、管理サーバ２のダウンロードサイト２１６からＢＩＯＳ設定キッティングファイル７２をダウンロードすることができる。

以上の構成により、管理サーバ２は、管理者コンソール５を用いた管理者による操作に応じて更新されたシンクライアント情報２９Ｂおよびグループ情報２９Ｃを用いて、管理サーバ２に登録された正当なシンクライアント端末１に対して、新たに設定されるべき設定情報７１を配信することができる。

次いで、シンクライアント端末１の機能構成について説明する。
図１４に示すように、シンクライアント端末１は、暗号化／復号化部１３、ネットワーク処理部１４、情報保存エリア１６、送信データ生成部１８、および受信データ解析部１９を備える。ネットワーク処理部１４は、管理サーバ２のような外部装置にデータを送信する送信制御部１４１と、外部装置からデータを受信する受信制御部１４２と、外部装置からのデータの受信を待つ受信待ちタイマ１４３とを備える。送信制御部１４１および受信制御部１４２は、例えば、ＨＴＴＰまたはＨＴＴＰＳに基づく通信方式で、外部装置と通信する。

情報保存エリア１６は、例えば、ＢＩＯＳ－ＲＯＭ１０４内の書き換え可能な特定の記憶領域である。情報保存エリア１６には、製造番号１６１、設定情報更新日時１６２、および設定情報１６３が格納され得る。製造番号１６１は、シンクライアント端末１を一意に識別可能な識別情報である。設定情報１６３は、シンクライアント端末１の動作に関する各種の情報を含む。

シンクライアント端末１が初期設定された状態である場合、設定情報１６３には、例えば、管理サーバ２から受信した初期設定のための第１データを解析して書き込まれた一つ以上の情報（パラメータ）が含まれている。設定情報更新日時１６２は、初期設定のための第１データが、管理サーバ２において生成された日時を示している。

また、シンクライアント端末１が初期設定された後に、その設定情報１６３がさらに更新された場合、設定情報１６３には、例えば、管理サーバ２から受信した更新データを解析して書き込まれた一つ以上の情報が含まれている。設定情報更新日時１６２は、更新データが、管理サーバ２において生成された日時を示している。

以下では、シンクライアント端末１が初期設定された状態である場合の各部の動作について例示するが、シンクライアント端末１が初期設定された後に、その設定情報１６３がさらに更新された状態である場合についても同様に動作する。

シンクライアント端末１では、電源オンされたことに応じて、管理サーバ２との間で起動認証処理が実行される。起動認証処理では、シンクライアント端末１が正当なシンクライアント端末であるかどうかが、管理サーバ２によって認証される。この起動認証処理において、正当なシンクライアント端末であることが認証されたシンクライアント端末１では、情報保存エリア１６内に保存された設定情報１６３を更新することができる。

ネットワーク処理部１４は、シンクライアント端末１が電源オンされたことに応じて、シンクライアント端末１をネットワークに接続する。例えば、送信制御部１４１は、ＤＨＣＰサーバ３にＩＰアドレスの割り当てを要求し、受信制御部１４２は、ＤＨＣＰサーバ３によって割り当てられたＩＰアドレスを受信する。ネットワーク処理部１４は、受信したＩＰアドレスを用いて、シンクライアント端末１をネットワークに接続する。

送信データ生成部１８は、シンクライアント端末１が電源オンされたことに応じて、設定情報の更新日時の送信を管理サーバ２に要求するための第２データを生成する。第２データには、例えば、情報保存エリア１６から読み出された製造番号１６１と、設定情報の更新日時の取得要求とが含まれる。

暗号化／復号化部１３は、設定情報１６３に含まれる管理サーバ２との共通キーを用いて、生成された第２データを暗号化する。共通キーは、例えば、初期設定時に管理サーバ２から受信されたものである。また、暗号化方式には、例えば、ＡＥＳ２５６が用いられる。

送信制御部１４１は、暗号化された第２データを管理サーバ２に送信する。送信制御部１４１は、この送信に応じて、受信待ちタイマ１４３を起動してもよい。受信待ちタイマ１４３には、シンクライアント端末１が、管理サーバ２によって送信される第３データ（すなわち、設定情報の更新日時を含む第３データ）の受信を待つ間にタイムアウトを検出すべき第１時間が設定される。第３データの受信を待つ間に、受信待ちタイマ１４３によってタイムアウトが検出された場合、シンクライアント端末１では、設定情報１６３の更新のための処理が中止され、通常の起動処理が実行される。

受信制御部１４２は、管理サーバ２から、設定情報の更新日時を含む第３データを受信する。受信制御部１４２は、この受信に応じて、受信待ちタイマ１４３を停止してもよい。

暗号化／復号化部１３は第３データを復号する。暗号化／復号化部１３は、復号された第３データを受信データ解析部１９に送出する。

受信データ解析部１９は、情報保存エリア１６から設定情報更新日時１６２を読み出し、読み出された設定情報更新日時１６２と、復号された第３データに含まれる更新日時とを照合する。読み出された設定情報更新日時１６２と、復号された第３データに含まれる更新日時とが異なる場合、受信データ解析部１９は、送信データ生成部１８に対して、設定情報の送信を管理サーバ２に要求するための第４データの生成を要求する。

送信データ生成部１８は、受信データ解析部１９による要求に応じて、第４データを生成する。第４データには、例えば、情報保存エリア１６から読み出された製造番号１６１と、設定情報の取得要求とが含まれる。

暗号化／復号化部１３は、管理サーバ２との共通キーを用いて、生成された第４データを暗号化する。送信制御部１４１は、暗号化された第４データを管理サーバ２に送信する。送信制御部１４１は、この送信に応じて、受信待ちタイマ１４３を起動してもよい。受信待ちタイマ１４３には、シンクライアント端末１が、管理サーバ２によって送信される第５データ（すなわち、設定情報を含む第５データ）の受信を待つ間にタイムアウトを検出すべき第２時間が設定される。第５データの受信を待つ間に、受信待ちタイマ１４３によってタイムアウトが検出された場合、シンクライアント端末１では、設定情報１６３の更新のための処理が中止され、通常の起動処理が実行される。

受信制御部１４２は、管理サーバ２から、設定情報７１を含む第５データを受信する。受信制御部１４２は、この受信に応じて、受信待ちタイマ１４３を停止してもよい。

暗号化／復号化部１３は第５データを復号する。暗号化／復号化部１３は、復号された第５データを受信データ解析部１９に送出する。

受信データ解析部１９は、復号された第５データに含まれる設定情報７１を解析することにより、複数の項目に対応する複数のデータを取得する。受信データ解析部１９は、取得された複数のデータを用いて、情報保存エリア１６に保存された設定情報１６３を更新する。つまり、受信データ解析部１９は、取得されたある項目のデータで、保存された設定情報１６３の内の当該項目のデータを置き換えることにより、設定情報１６３を更新する。又、受信データ解析部１９は、設定情報更新日時１６２内の更新日時を、設定情報７１に含まれる更新日時に置き換えることにより、設定情報更新日時１６２を更新する。

復号された第５データ内の設定情報７１には、ファイルが含まれ得る。その場合、受信データ解析部１９は、ファイルを解析することによって、設定情報１６３を更新する。ファイルは、例えば、ＢＩＯＳ設定キッティングファイル７２である。受信データ解析部１９は、設定情報７１に含まれるＢＩＯＳ設定キッティングファイル７２を解析することによって得られた情報を用いて、情報保存エリア１６内の設定情報１６３に含まれるＢＩＯＳ設定の情報を更新する。

受信データ解析部１９によって、復号された第５データから取得された全ての項目のデータを用いて、設定情報１６３が更新されたことに応じて、シンクライアント端末１は再起動される。この再起動により、更新された設定情報１６３を用いてシンクライアント端末１を動作させることができる。つまり、更新された設定情報１６３を、シンクライアント端末１の動作に反映させることができる。

以上により、管理サーバ２が管理しているシンクライアント端末１に対して、シンクライアント端末毎の、およびグループ毎の、設定情報を配信することにより、管理サーバ２において変更された設定情報をシンクライアント端末１に反映させることが可能になる。管理者は、管理サーバ２および管理者コンソール５を用いて、複数のシンクライアント端末１を一括して管理できるので、管理に要する作業を軽減できると共に、管理されるシンクライアント端末１のセキュリティも向上できる。

なお、管理サーバ２からシンクライアント端末１に送信される初期設定のための第１データに、ＢＩＯＳ設定キッティングファイル７２が含まれていてもよい。その場合、ＢＩＯＳ設定キッティングファイル７２を解析して得られた情報を用いて、シンクライアント端末１の初期設定を行うことができる。

次いで、図２１のフローチャートを参照して、シンクライアント端末１によって実行される更新制御処理の手順の例を説明する。

まず、シンクライアント端末１は、電源がオンされ、シンクライアント端末１の起動が開始されたことに応じて、ネットワークに接続する（ステップＳ６１）。シンクライアント端末１は、例えば、ＤＨＣＰサーバ３によってリースされたＩＰアドレスを用いて、ネットワークに接続する。

そして、シンクライアント端末１は、当該シンクライアント端末１の設定情報が、管理サーバ２において更新された日時を取得するための更新日時取得処理を実行する（ステップＳ６２）。シンクライアント端末１は、更新日時取得処理の実行により、管理サーバ２から、更新日時を含む第３データを受信する。更新日時取得処理については、図２２のフローチャートを参照して後述する。

次いで、シンクライアント端末１は、情報保存エリア１６に保存されている設定情報更新日時１６２を読み出す（ステップＳ６３）。シンクライアント端末１は、第３データ内の更新日時と、読み出された設定情報更新日時１６２とが一致するか否かを判定する（ステップＳ６４）。第３データ内の更新日時と、読み出された設定情報更新日時１６２とが一致する場合（ステップＳ６４のＹＥＳ）、管理サーバ２において設定情報が更新されておらず、したがって、シンクライアント端末１において設定情報を更新する必要がないので、シンクライアント端末１は通常起動される。

一方、第３データ内の更新日時と、読み出された設定情報更新日時１６２とが異なる場合（ステップＳ６４のＮＯ）、シンクライアント端末１は、シンクライアント端末１に設定されている設定情報を、管理サーバ２から配信される設定情報を用いて更新するための更新処理を実行し（ステップＳ６５）、再起動する。更新処理については、図２３のフローチャートを参照して後述する。

図２２のフローチャートは、シンクライアント端末１によって実行される更新日時取得処理の手順の例を示す。この更新日時取得処理は、図２１のフローチャートを参照して上述したステップＳ６２に相当する。

まず、シンクライアント端末１は、情報保存エリア１６から製造番号１６１を読み出し、読み出された製造番号１６１と更新日時取得要求とを含む第２データを生成する（ステップＳ６２１）。シンクライアント端末１は、共通キーを用いて第２データを暗号化する（ステップＳ６２２）。共通キーは、例えば、情報保存エリア１６に保存された設定情報１６３に含まれている。

シンクライアント端末１は、受信待ちタイマ１４３を起動し（ステップＳ６２３）、暗号化された第２データを管理サーバ２に送信する（ステップＳ６２４）。受信待ちタイマ１４３には、シンクライアント端末１が、管理サーバ２によって送信される第３データの受信を待つ間にタイムアウトを検出すべき第１時間が設定される。

次いで、シンクライアント端末１は、管理サーバ２から第３データを受信したか否かを判定する（ステップＳ６２５）。管理サーバ２から第３データを受信していない場合（ステップＳ６２５のＮＯ）、シンクライアント端末１は、受信待ちタイマ１４３がタイムアウトしたか否かを判定する（ステップＳ６２８）。つまり、シンクライアント端末１は、受信待ちタイマ１４３が起動されてから経過した時間が、設定された第１時間を超えたか否かを判定する。受信待ちタイマ１４３がタイムアウトしていない場合（ステップＳ６２８のＮＯ）、ステップＳ６２５に戻る。

受信待ちタイマ１４３がタイムアウトした場合（ステップＳ６２８のＹＥＳ）、シンクライアント端末１が通常起動される。なお、この更新日時取得処理を含む更新制御処理が、シンクライアント端末１の起動認証中に行われている場合、受信待ちタイマ１４３のタイムアウトは、管理サーバ２が正常に応答しなかったことを示すので、通常起動の状態に移行したシンクライアント端末１は電源オフされ得る。

一方、管理サーバ２から第３データを受信した場合（ステップＳ６２５のＹＥＳ）、シンクライアント端末１は、受信待ちタイマ１４３を停止し（ステップＳ６２６）、共通キーを用いて、その第３データを復号する（ステップＳ６２７）。これにより、復号された第３データに含まれる、設定情報の更新日時を取得することができる。

図２３のフローチャートは、シンクライアント端末１によって実行される更新処理の手順の例を示す。この更新処理は、図２１のフローチャートを参照して上述したステップＳ６５に相当する。

まず、シンクライアント端末１は、情報保存エリア１６から製造番号１６１を読み出し、読み出された製造番号１６１と設定情報取得要求とを含む第４データを生成する（ステップＳ６５１）。製造番号１６１は、主メモリ１０３に一時保存されているものであってもよい。シンクライアント端末１は、共通キーを用いて第４データを暗号化する（ステップＳ６５２）。

シンクライアント端末１は、受信待ちタイマ１４３を起動し（ステップＳ６５３）、暗号化された第４データを管理サーバ２に送信する（ステップＳ６５４）。受信待ちタイマ１４３には、シンクライアント端末１が、管理サーバ２によって送信される第５データの受信を待つ間にタイムアウトを検出すべき第２時間が設定される。

次いで、シンクライアント端末１は、管理サーバ２から第５データを受信したか否かを判定する（ステップＳ６５５）。管理サーバ２から第５データを受信していない場合（ステップＳ６５５のＮＯ）、シンクライアント端末１は、受信待ちタイマ１４３がタイムアウトしたか否かを判定する（ステップＳ６５９）。つまり、シンクライアント端末１は、受信待ちタイマ１４３が起動されてから経過した時間が、設定された第２時間を超えたか否かを判定する。受信待ちタイマ１４３がタイムアウトしていない場合（ステップＳ６５９のＮＯ）、ステップＳ６５５に戻る。

受信待ちタイマ１４３がタイムアウトした場合（ステップＳ６５９のＹＥＳ）、シンクライアント端末１が通常起動される。なお、この更新日時取得処理を含む更新制御処理が、シンクライアント端末１の起動認証中に行われている場合、受信待ちタイマ１４３のタイムアウトは、管理サーバ２が正常に応答しなかったことを示すので、通常起動の状態に移行したシンクライアント端末１は電源オフされ得る。

一方、管理サーバ２から第５データを受信した場合（ステップＳ６５５のＹＥＳ）、シンクライアント端末１は、受信待ちタイマ１４３を停止し（ステップＳ６５６）、共通キーを用いて、その第５データを復号する（ステップＳ６５７）。そして、シンクライアント端末１は、復号された第５データを解析して得られた設定情報７１で、情報保存エリア１６内の設定情報１６３および設定情報更新日時１６２を更新する（ステップＳ６５８）。復号された第５データ、すなわち、設定情報７１の内容は、図１９を参照して上述した通りである。シンクライアント端末１は、設定情報７１の内の「更新日時」のデータで、情報保存エリア１６内の設定情報更新日時１６２を更新すると共に、設定情報７１の内の他の項目のデータで、情報保存エリア１６内の設定情報１６３を更新する。

なお、情報保存エリア１６内の設定情報１６３に含まれるあるデータと、当該データに対応する設定情報７１のデータとが同じであるならば（すなわち、データが更新されていなければ）、その設定情報１６３のデータは更新されなくてもよい。また、設定情報１６３に含まれるデータがファイルである場合、当該ファイルのファイル名またはファイル更新日時と、対応する設定情報７１のファイルのファイル名またはファイル更新日時とを比較し、それらが異なるならば、設定情報１６３のファイルが設定情報７１のファイルで更新される。このファイルは、例えば、ＬＡＮセキュリティ設定のユーザ証明書のファイル、ＬＡＮセキュリティ設定のプライベートキーのファイル、ＢＩＯＳ設定キッティングファイル７２、等である。

さらに、設定情報７１は、ファイルのデータ自体を含まず、ファイル名とファイル更新日時とを含んでいてもよい。その場合、設定情報１６３に含まれるファイルのファイル名またはファイル更新日時と、対応する設定情報７１のファイルのファイル名またはファイル更新日時とを比較し、それらが異なるならば、シンクライアント端末１は、設定情報７１に示されるファイル名を用いて、更新のためのファイルを、管理サーバ２のダウンロードサイト２１６からダウンロードする。そして、シンクライアント端末１は、設定情報１６３のファイルを、ダウンロードされたファイルで更新する。

以上により、管理サーバ２において更新された設定情報７１が存在する場合に、その設定情報７１を、正当なシンクライアント端末１に配信し、反映させることができる。

図２４のフローチャートを参照して、管理サーバ２によって実行される応答処理の手順の例を示す。

まず、管理サーバ２は、データを受信したか否かを判定する（ステップＳ７１）。データを受信していない場合（ステップＳ７１のＮＯ）、ステップＳ７１に戻る。

一方、データを受信した場合（ステップＳ７１のＹＥＳ）、管理サーバ２は、シンクライアント情報２９Ｂから一つのレコードを読み出す（ステップＳ７２）。管理サーバ２は、読み出されたレコードに含まれる共通キーを用いて、受信データを復号する（ステップＳ７３）。そして、管理サーバ２は、復号された受信データに含まれる製造番号と、読み出されたレコードに含まれる製造番号とが一致するか否かを判定する（ステップＳ７４）。つまり、管理サーバ２にデータを送信した端末が、管理サーバ２に登録済みのシンクライアント端末１であるか否かが判定される。

復号された受信データに含まれる製造番号と、読み出されたレコードに含まれる製造番号とが異なる場合（ステップＳ７４のＮＯ）、管理サーバ２は、シンクライアント情報２９Ｂにまだ読み出されていない別のレコードが含まれるか否かを判定する（ステップＳ７５）。別のレコードがある場合（ステップＳ７５のＹＥＳ）、ステップＳ７２に戻り、別のレコードを用いて、管理サーバ２にデータを送信した端末が、管理サーバ２に登録済みのシンクライアント端末１であるか否かが判定される。

一方、別のレコードがない場合（ステップＳ７５のＮＯ）、ステップＳ７１に戻る。つまり、管理サーバ２は、当該管理サーバ２にデータを送信した端末が、管理サーバ２に登録されていない端末であると判断する。

また、復号された受信データに含まれる製造番号と、読み出されたレコードに含まれる製造番号とが一致する場合（ステップＳ７４のＹＥＳ）、すなわち、データを送信した端末が、管理サーバ２に登録されているシンクライアント端末１である場合、管理サーバ２は、復号された受信データに更新日時取得要求が含まれているか否かを判定する（ステップＳ７６）。復号された受信データに更新日時取得要求が含まれている場合（ステップＳ７６のＹＥＳ）、管理サーバ２は、シンクライアント端末１の設定情報が管理サーバ２において更新された更新日時を、当該シンクライアント端末１に送信するための更新日時送信処理を実行する（ステップＳ７７）。更新日時送信処理については、図２５のフローチャートを参照して後述する。

一方、復号された受信データに更新日時取得要求が含まれていない場合（ステップＳ７６のＮＯ）、管理サーバ２は、復号された受信データに設定情報取得要求が含まれているか否かを判定する（ステップＳ７８）。復号された受信データに設定情報取得要求が含まれている場合（ステップＳ７８のＹＥＳ）、管理サーバ２は、シンクライアント端末１に設定情報を送信するための設定情報送信処理を実行する（ステップＳ７９）。設定情報送信処理については、図２６のフローチャートを参照して後述する。

図２５のフローチャートは、管理サーバ２によって実行される更新日時送信処理の手順の例を示す。更新日時送信処理では、管理サーバ２に登録されたあるシンクライアント端末１による要求に応じて、そのシンクライアント端末１に配信されるべき設定情報７１の更新日時が、当該シンクライアント端末１に送信される。この更新日時送信処理は、図２４のフローチャートを参照して上述したステップＳ７７に相当する。

管理サーバ２は、シンクライアント端末１の製造番号に対応する更新日時を取得する（ステップＳ７７１）。この更新日時は、データベース２９内のシンクライアント情報２９Ｂから取得されてもよいし、シンクライアント端末１が管理サーバ２に登録済みの端末であるか否かを判定するために読み出されたシンクライアント情報２９Ｂのレコード（すなわち、図２４のステップＳ７２で読み出されたレコード）から取得されてもよい。

管理サーバ２は、取得された更新日時を含む第３データを生成する（ステップＳ７７２）。管理サーバ２は、共通キーを用いて、生成された第３データを暗号化する（ステップＳ７７３）。そして、管理サーバ２は、暗号化された第３データをシンクライアント端末１に送信する（ステップＳ７７４）。

以上により、管理サーバ２は、シンクライアント端末１に配信されるべき設定情報７１の、管理サーバ２における更新日時を、そのシンクライアント端末１に送信することができる。

図２６のフローチャートは、管理サーバ２によって実行される設定情報送信処理の手順の例を示す。設定情報送信処理では、管理サーバ２に登録されたあるシンクライアント端末１による要求に応じて、そのシンクライアント端末１に設定情報が配信される。この設定情報送信処理は、図２４を参照して上述したステップＳ７９に相当する。

まず、管理サーバ２は、データベース２９から、シンクライアント端末１の製造番号に基づいて設定情報７１を取得する（ステップＳ７９１）。管理サーバ２は、例えば、データベース２９に格納されたシンクライアント情報２９Ｂから、シンクライアント端末１の製造番号に対応する第１レコードを読み出す。管理サーバ２は、読み出された第１レコードに含まれるグループ名に基づいて、データベース２９に格納されたグループ情報２９Ｃから、対応する第２レコードを読み出す。管理サーバ２は、これら第１および第２レコードを用いて、設定情報７１を生成する。

管理サーバ２は、取得された設定情報７１を含む第５データを生成する（ステップＳ７９２）。管理サーバ２は、共通キーを用いて、生成された第５データを暗号化する（ステップＳ７９３）。そして、管理サーバ２は、暗号化された第５データをシンクライアント端末１に送信する（ステップＳ７７４）。

以上により、管理サーバ２は、設定情報７１をシンクライアント端末１に送信することができる。

以上説明したように、本実施形態によれば、設定情報を容易に更新することができる。シンクライアント端末１は、管理サーバ２によって送信された第１データに含まれる、設定情報１６３と、この設定情報１６３が管理サーバ２において生成された第１日時を示す設定情報更新日時１６２とを、情報保存エリア１６に保存している。第１データは、例えば、初期設定のためのデータである。設定情報１６３と第１日時を示す設定情報更新日時１６２とが情報保存エリア１６に保存された後に、シンクライアント端末１が起動された場合、シンクライアント端末１は、設定情報が管理サーバ２において更新された第２日時の送信要求を含む第２データを、管理サーバ２に送信する。管理サーバ２は、シンクライアント端末１から第２データを受信した場合、第２日時を含む第３データをシンクライアント端末１に送信する。

そして、シンクライアント端末１は、管理サーバ２から第３データを受信し、第３データに含まれる第２日時が、設定情報更新日時１６２に示される第１日時と異なる場合、管理サーバ２に、更新された設定情報の送信要求を含む第４データを送信する。管理サーバ２は、シンクライアント端末１から第４データを受信した場合、更新された設定情報１６３を含む第５データをシンクライアント端末１に送信する。

シンクライアント端末１は、管理サーバ２から第５データを受信し、第５データに含まれる更新された設定情報で、情報保存エリア１６に保存された設定情報１６３を更新し、第２日時で、情報保存エリア１６に保存された設定情報更新日時１６２を更新する。これにより、管理者は、正当なシンクライアント端末１に設定された設定情報１６３を容易に更新することができる。

本実施形態に記載された様々な機能の各々は、回路（処理回路）によって実現されてもよい。処理回路の例には、中央処理装置（ＣＰＵ）のような、プログラムされたプロセッサが含まれる。このプロセッサは、メモリに格納されたコンピュータプログラム（命令群）を実行することによって、記載された機能それぞれを実行する。このプロセッサは、電気回路を含むマイクロプロセッサであってもよい。処理回路の例には、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、マイクロコントローラ、コントローラ、他の電気回路部品も含まれる。本実施形態に記載されたＣＰＵ以外の他のコンポーネントの各々もまた処理回路によって実現されてもよい。

また、本実施形態の各種処理はコンピュータプログラムによって実現することができるので、このコンピュータプログラムを格納したコンピュータ読み取り可能な記憶媒体を通じてこのコンピュータプログラムをコンピュータにインストールして実行するだけで、本実施形態と同様の効果を容易に実現することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…シンクライアント端末、２…管理サーバ、３…ＤＨＣＰサーバ、４…ＶＤＩサーバ、５…管理者コンソール、１１…表示制御部、１２…共通キー生成部、１３…暗号化／復号化部、１４…ネットワーク処理部、１４１…送信制御部、１４２…受信制御部、１４３…受信待ちタイマ、１５…初期設定処理部、１５１…タイマ、１６…情報保存エリア、１６１…製造番号、１６２…設定情報更新日時、１６３…設定情報、１８…送信データ生成部、１９…受信データ解析部、２１…コントローラ部、２１５…管理者ウェブサイト、２１６…ダウンロードサイト、２２…受信制御部、２３…暗号化／復号化部、２４…クライアント照合部、２５…初期設定ファイル生成部、２５１…送信データ生成部、２５２…設定情報更新部、２６…共通キー生成部、２７…送信制御部、２８…リース情報要求部、２９…データベース、２９Ａ…初期設定情報、２９Ｂ…シンクライアント情報、２９Ｃ…グループ情報、３１…リース制御部、３２…受信制御部、３３…リース情報通知部、３４…送信制御部、３５…リース情報、５１…ウェブブラウザ。

Claims (32)

1. 第１クライアント端末と第１サーバと第２サーバとによって構成される制御システムであって、
   前記第１クライアント端末は、当該第１クライアント端末を一意に識別可能な第１識別情報が設定された第１ホスト名を含むＩＰアドレスの割り当て要求を、前記第１サーバに送信するように構成され、
   前記第１サーバは、
   前記割り当て要求に応じて、前記第１クライアント端末に第１ＩＰアドレスを割り当て、
   前記第１ＩＰアドレスと前記第１ホスト名を前記第２サーバに送信するように構成され、
   前記第２サーバは、
   初期設定が行われるべき一つ以上のクライアント端末をそれぞれ一意に識別可能な一つ以上の第２識別情報をメモリに格納し、
   前記第１サーバから前記第１ＩＰアドレスと前記第１ホスト名を受信し、
   前記第２識別情報が、前記第１ホスト名に設定された前記第１識別情報を含み、且つ前記第１クライアント端末の初期設定が行われていない場合、前記第１ＩＰアドレスを用いて、初期設定のためのデータを前記第１クライアント端末に送信するように構成される制御システム。
2. 前記第１識別情報は、前記第１クライアント端末の製造番号であり、
   前記一つ以上の第２識別情報は、前記一つ以上のクライアント端末にそれぞれ対応する一つ以上の製造番号である請求項１記載の制御システム。
3. 前記第１クライアント端末は、さらに、
   前記第１識別情報を暗号化し、
   暗号化された前記第１識別情報が設定された前記第１ホスト名を含むＩＰアドレスの割り当て要求を、前記第１サーバに送信するように構成され、
   前記第２サーバは、さらに、
   前記第１ホスト名に設定された、暗号化された前記第１識別情報を復号し、
   前記一つ以上の第２識別情報が、復号された前記第１識別情報を含み、且つ復号された前記第１識別情報に対応する前記第１クライアント端末の初期設定が行われていない場合、前記第１ＩＰアドレスを用いて、前記初期設定のためのデータを前記第１クライアント端末に送信するように構成される請求項１または請求項２記載の制御システム。
4. 前記第１クライアント端末は、さらに
   前記第１クライアント端末の製造番号を暗号化することによって、前記第１識別情報を生成し、
   前記第１識別情報が設定された前記第１ホスト名を含むＩＰアドレスの割り当て要求を、前記第１サーバに送信するように構成され、
   前記第２サーバは、さらに、
   前記第１ホスト名に設定された前記第１識別情報を復号し、
   前記一つ以上の第２識別情報が、復号された前記第１識別情報を含み、且つ復号された前記第１識別情報に対応する前記第１クライアント端末の初期設定が行われていない場合、前記第１ＩＰアドレスを用いて、前記初期設定のためのデータを前記第１クライアント端末に送信するように構成される請求項１記載の制御システム。
5. 前記第２サーバは、さらに、前記第１サーバに対して、ＩＰアドレスと、当該ＩＰアドレスが割り当てられたクライアント端末のホスト名とを含む割り当て情報を要求するように構成され、
   前記第１サーバは、さらに、前記第１クライアント端末に前記第１ＩＰアドレスが割り当てられた後に、前記第２サーバによって前記割り当て情報が要求された場合、前記第１ＩＰアドレスと前記第１ホスト名とを含む割り当て情報を前記第２サーバに送信するように構成される請求項１記載の制御システム。
6. 前記第２サーバは、さらに、前記初期設定のためのデータを暗号化し、暗号化された前記初期設定のためのデータを前記第１クライアント端末に送信するように構成される請求項１記載の制御システム。
7. 前記第２サーバは、さらに、
   前記一つ以上のクライアント端末のそれぞれに対する初期設定が完了したか否かを示す状態情報を前記メモリに格納し、
   前記第１クライアント端末から、前記初期設定のためのデータを用いたセットアップが完了したことを示す通知を受信した場合、
   前記通知に応じて、前記第１クライアント端末の初期設定が完了したことを示すように前記状態情報を更新するように構成される請求項１記載の制御システム。
8. 初期設定が行われるべき一つ以上のクライアント端末にそれぞれ対応する一つ以上の第２識別情報が格納されたメモリと、
   前記一つ以上のクライアント端末の各々にＩＰアドレスを割り当てるように構成されるサーバから、第１ＩＰアドレスと、当該第１ＩＰアドレスが割り当てられた第１クライアント端末を一意に識別可能な第１識別情報が設定された第１ホスト名とを受信する受信手段と、
   前記一つ以上の第２識別情報が前記第１識別情報を含み、且つ前記第１クライアント端末の初期設定が行われていない場合、前記第１ＩＰアドレスを用いて、初期設定のためのデータを前記第１クライアント端末に送信する送信手段とを具備する電子機器。
9. 前記第１識別情報は、前記第１クライアント端末の製造番号であり、
   前記一つ以上の第２識別情報は、前記一つ以上のクライアント端末にそれぞれ対応する一つ以上の製造番号である請求項８記載の電子機器。
10. 前記受信手段は、さらに、前記サーバから、前記第１ＩＰアドレスと、暗号化された前記第１識別情報が設定された前記第１ホスト名とを受信し、
    前記電子機器は、暗号化された前記第１識別情報を復号する復号化手段をさらに具備し、
    前記送信手段は、さらに、前記一つ以上の第２識別情報が、前記復号化手段により復号された前記第１識別情報を含み、且つ復号された前記第１識別情報に対応する前記第１クライアント端末の初期設定が行われていない場合、前記第１ＩＰアドレスを用いて、前記初期設定のためのデータを前記第１クライアント端末に送信するように構成される請求項８または請求項９記載の電子機器。
11. 前記第１識別情報は、前記第１クライアント端末の製造番号を暗号化することによって生成され、
    前記第１識別情報を復号する復号化手段をさらに具備し、
    前記送信手段は、さらに、前記一つ以上の第２識別情報が、前記復号化手段により復号された前記第１識別情報を含み、且つ復号された前記第１識別情報に対応する前記第１クライアント端末の初期設定が行われていない場合、前記第１ＩＰアドレスを用いて、前記初期設定のためのデータを前記第１クライアント端末に送信するように構成される請求項８記載の電子機器。
12. 前記送信手段は、さらに、前記サーバに対して、ＩＰアドレスと、当該ＩＰアドレスが割り当てられたクライアント端末のホスト名とを含む割り当て情報を要求する請求項８記載の電子機器。
13. 前記初期設定のためのデータを暗号化する暗号化手段をさらに具備し、
    前記送信手段は、前記暗号化手段により暗号化された前記初期設定のためのデータを前記第１クライアント端末に送信する請求項８記載の電子機器。
14. 前記メモリは、前記一つ以上のクライアント端末のそれぞれに対する初期設定が完了したか否かを示す状態情報をさらに格納し、
    前記受信手段は、前記第１クライアント端末から、前記初期設定のためのデータを用いたセットアップが完了したことを示す通知を受信した場合、
    前記通知に応じて、前記第１クライアント端末の初期設定が完了したことを示すように前記状態情報を更新する処理手段をさらに具備する請求項８記載の電子機器。
15. 電子機器であって、
    初期設定が行われていない前記電子機器が起動された場合、一つ以上のクライアント端末の各々にＩＰアドレスを割り当てるように構成される第１サーバに、前記電子機器を一意に識別可能な第１識別情報が設定された第１ホスト名を含むＩＰアドレスの割り当て要求を送信する送信手段と、
    前記第１サーバから、前記割り当て要求に応じて割り当てられた第１ＩＰアドレスを受信し、初期設定が行われるべき一つ以上のクライアント端末を管理する第２サーバから、初期設定のためのデータを受信する受信手段とを具備する電子機器。
16. 前記第１識別情報は、前記電子機器の製造番号である請求項１５記載の電子機器。
17. 前記第１識別情報を暗号化する暗号化手段をさらに具備し、
    前記送信手段は、さらに、前記第１サーバに、前記暗号化手段により暗号化された前記第１識別情報が設定された前記第１ホスト名を含むＩＰアドレスの割り当て要求を送信する請求項１５または請求項１６記載の電子機器。
18. 前記電子機器の製造番号を暗号化することによって、前記第１識別情報を生成する暗号化手段をさらに具備する請求項１５記載の電子機器。
19. 前記初期設定のためのデータは、暗号化されたデータであり、
    前記初期設定のためのデータを復号する復号化手段をさらに具備する請求項１５記載の電子機器。
20. 第１クライアント端末と第１サーバと第２サーバとによって構成されるシステムの制御方法であって、
    前記第１クライアント端末を一意に識別可能な第１識別情報が設定された第１ホスト名を含むＩＰアドレスの割り当て要求を、前記第１クライアント端末から前記第１サーバに送信し、
    前記第１サーバにおいて、前記割り当て要求に応じて、前記第１クライアント端末に第１ＩＰアドレスを割り当て、
    前記第１ＩＰアドレスと前記第１ホスト名とを前記第１サーバから前記第２サーバに送信し、
    初期設定が行われるべき一つ以上のクライアント端末をそれぞれ一意に識別可能な一つ以上の第２識別情報が、前記第１ホスト名に設定された前記第１識別情報を含み、且つ前記第１クライアント端末の初期設定が行われていない場合、前記第１ＩＰアドレスを用いて、初期設定のためのデータを前記第２サーバから前記第１クライアント端末に送信する制御方法。
21. クライアント端末とサーバとによって構成される制御システムであって、
    前記クライアント端末は、
    前記サーバによって送信された第１データに含まれる、設定情報と、前記設定情報が前記サーバにおいて生成された第１日時とを、前記クライアント端末内の第１メモリに保存し、
    前記設定情報と前記第１日時とが前記第１メモリに保存された後に、前記クライアント端末が起動された場合、前記設定情報が前記サーバにおいて更新された第２日時の送信要求を含む第２データを前記サーバに送信し、
    前記サーバから第３データを受信し、前記第３データに含まれる前記第２日時が前記第１日時と異なる場合、前記サーバに、更新された前記設定情報の送信要求を含む第４データを送信し、
    前記サーバから第５データを受信し、前記第５データに含まれる更新された前記設定情報で、前記第１メモリに保存された前記設定情報を更新し、前記第２日時で、前記第１メモリに保存された前記第１日時を更新するように構成され、
    前記サーバは、
    前記設定情報を更新し、
    前記クライアント端末から前記第２データを受信した場合、前記第２日時を含む前記第３データを前記クライアント端末に送信し、
    前記クライアント端末から前記第４データを受信した場合、更新された前記設定情報を含む前記第５データを前記クライアント端末に送信するように構成され、
    前記サーバは、さらに、前記クライアント端末に対して設定される情報を含む第１情報と、前記クライアント端末が属するグループに対して設定される情報を含む第２情報とを、前記サーバ内の第２メモリに保存するように構成され、
    前記設定情報は、前記第１情報と前記第２情報とから構成される制御システム。
22. 前記第５データは、前記クライアント端末のＢＩＯＳの設定のためのファイルを含み、
    前記クライアント端末は、前記ファイルを解析することによって得られた情報を用いて、前記第１メモリに保存された前記設定情報を更新するように構成される請求項２１記載の制御システム。
23. 前記ファイルは、前記クライアント端末で使用される言語、キーボード、タイムゾーン、および無線ローカルエリアネットワークの少なくともいずれかの設定に関する情報を含む請求項２２記載の制御システム。
24. 前記サーバと通信する管理者コンソールをさらに具備し、
    前記サーバは、さらに、前記管理者コンソール上での操作に応じて、前記第１情報と前記第２情報の少なくとも一方を更新するように構成される請求項２１記載の制御システム。
25. 設定情報と、前記設定情報が生成された第１日時とを含む第１データがクライアント端末に送信された後に、前記設定情報を更新する更新手段と、
    前記クライアント端末から、前記設定情報が更新された第２日時の送信要求を含む第２データを受信した場合、前記第２日時を含む第３データを前記クライアント端末に送信し、
    前記クライアント端末から、更新された前記設定情報の送信要求を含む第４データを受信した場合、更新された前記設定情報を含む第５データを前記クライアント端末に送信する送信手段と、
    前記クライアント端末に対して設定される情報を含む第１情報と、前記クライアント端末が属するグループに対して設定される情報を含む第２情報とを保存するメモリとを具備し、
    前記設定情報は、前記第１情報と前記第２情報とから構成される電子機器。
26. 前記第５データは、前記クライアント端末のＢＩＯＳの設定のためのファイルを含み、
    前記ファイルは、前記クライアント端末で使用される言語、キーボード、タイムゾーン、および無線ローカルエリアネットワークの少なくともいずれかの設定に関する情報を含む請求項２５記載の電子機器。
27. 前記更新手段は、前記電子機器と通信する管理者コンソール上での操作に応じて、前記第１情報と前記第２情報の少なくとも一方を更新するように構成される請求項２５記載の電子機器。
28. 電子機器であって、
    サーバによって送信された第１データに含まれる、設定情報と、前記設定情報が前記サーバにおいて生成された第１日時とを保存するメモリと、
    前記設定情報と前記第１日時とが前記メモリに保存された後に、前記電子機器が起動された場合、前記設定情報が前記サーバにおいて更新された第２日時の送信要求を含む第２データを前記サーバに送信し、
    前記サーバから第３データを受信し、前記第３データに含まれる前記第２日時が前記第１日時と異なる場合、前記サーバに、更新された前記設定情報の送信要求を含む第４データを送信する送信手段と、
    前記サーバから第５データを受信し、前記第５データに含まれる更新された前記設定情報で、前記メモリに保存された前記設定情報を更新し、前記第２日時で、前記メモリに保存された前記第１日時を更新する更新手段とを具備し、
    前記メモリは、前記電子機器に対して設定される情報を含む第１情報と、前記電子機器が属するグループに対して設定される情報を含む第２情報とを保存し、
    前記設定情報は、前記第１情報と前記第２情報とから構成される電子機器。
29. 前記第５データは、前記電子機器のＢＩＯＳの設定のためのファイルを含み、
    前記更新手段は、前記ファイルを解析することによって得られた情報を用いて、前記メモリに保存された前記設定情報を更新するように構成される請求項２８記載の電子機器。
30. 前記ファイルは、前記電子機器で使用される言語、キーボード、タイムゾーン、および無線ローカルエリアネットワークの少なくともいずれかの設定に関する情報を含む請求項２９記載の電子機器。
31. 前記メモリは、ＢＩＯＳ－ＲＯＭ内の記憶領域である請求項２８記載の電子機器。
32. クライアント端末とサーバとによって構成されるシステムの制御方法であって、
    前記サーバによって送信された第１データに含まれる、設定情報と、前記設定情報が前記サーバにおいて生成された第１日時とを、前記クライアント端末内のメモリに保存し、
    前記設定情報と前記第１日時とが前記メモリに保存された後に、前記クライアント端末が起動された場合、前記設定情報が前記サーバにおいて更新された第２日時の送信要求を含む第２データを、前記クライアント端末から前記サーバに送信し、
    前記第２日時を含む第３データを、前記サーバから前記クライアント端末に送信し、
    前記第３データに含まれる前記第２日時が前記第１日時と異なる場合、前記クライアント端末から前記サーバに、更新された前記設定情報の送信要求を含む第４データを送信し、
    更新された前記設定情報を含む第５データを、前記サーバから前記クライアント端末に送信し、
    前記第５データに含まれる更新された前記設定情報で、前記メモリに保存された前記設定情報を更新し、前記第２日時で、前記メモリに保存された前記第１日時を更新し、
    前記サーバ内のメモリは、前記クライアント端末に対して設定される情報を含む第１情報と、前記クライアント端末が属するグループに対して設定される情報を含む第２情報とを保存し、
    前記設定情報は、前記第１情報と前記第２情報とから構成される、制御方法。

Images