(57)【要約】      （修正有）【課題】シンクライアントにおけるアップデート処理を効率的かつ低コストに管理可能とする。【解決手段】問い合わせ対応サーバ４００に情報要求を送信する要求送信部と、アップデート用サーバのアドレスを受信しリブートを実行するアップデート起動部と、バックアッププログラムを実行しアップデート要求をアップデート用サーバのアドレスに宛てて送信してディスクイメージを受信しリストアを実行するリストア処理部とを有したシンクライアント１００と、シンクライアントのアドレスをアドレス一覧に照合してアップデート用サーバのアドレスを特定しシンクライアント１００に返信するアドレス通知部を有した問い合わせ対応サーバ４００と、アップデート要求が含む機器ＩＤに基づいてディスクイメージを抽出しシンクライアント１００に送信するマスタ送信部を有したアップデート用サーバ２００とからシンクライアントマスタの書換システム１０を構成する。【選択図】図１
2011164845.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して他装置と通信する通信装置と、
少なくとも第１のオペレーティングシステムを格納する第１のディスクパーティションと、第２のオペレーティングシステムおよびバックアッププログラムを格納する第２のディスクパーティションとが設定され、問い合わせ対応サーバのネットワーク上でのアドレスが格納された記憶装置と、
入力装置で受け付けたユーザ指示に応じ、前記記憶装置から問い合わせ対応サーバのアドレスを読み出して、該当アドレスに宛ててアップデート用サーバの情報要求を送信する要求送信部と、
前記情報要求に応じて、前記問い合わせ対応サーバから前記アップデート用サーバのアドレスを受信し、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行するアップデート起動部と、
前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、自身の機器ＩＤを含むアップデート要求を、前記アップデート用サーバのアドレスに宛てて送信し、当該アップデート用サーバから前記機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行するリストア処理部と、を有したシンクライアントと、
ネットワークを介して他装置と通信する通信装置と、
ネットワーク上の各アドレスに応じて定められた各アップデート用サーバに関するアドレス一覧を格納する記憶装置と、
前記情報要求を前記シンクライアントから受信し、前記情報要求が含むシンクライアントのアドレスを前記記憶装置のアドレス一覧に照合し、前記シンクライアントのアドレスに対応したアップデート用サーバのアドレスを特定して、ここで特定したアドレスを前記シンクライアントに返信する、アドレス通知部とを有した問い合わせ対応サーバと、
ネットワークを介して他装置と通信する通信装置と、
シンクライアントの機器ＩＤに対応付けてアップデート用のディスクイメージを格納する記憶装置と、
前記アップデート要求を前記シンクライアントから受信し、前記アップデート要求が含む機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信するマスタ送信部と、を有したアップデート用サーバと、
を含むことを特徴とするシンクライアントマスタの書換システム。
【請求項２】
前記シンクライアントのアップデート起動部は、入力装置で受け付けたユーザ指示に応じ、前記通信装置の固有ＩＤと自身の機器ＩＤとを含むセッション確立要求をアップデート用サーバに送信し、当該セッション確立要求に応じたセッション確立通知を前記アップデート用サーバから受信して、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行し、
前記シンクライアントのリストア処理部は、前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、前記通信装置の固有ＩＤおよび自身の機器ＩＤをセッション名としたアップデート要求をアップデート用サーバに送信し、当該アップデート用サーバから前記通信装置の固有ＩＤおよび機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行し、
前記アップデート用サーバのマスタ送信部は、前記セッション確立要求をシンクライアントから受信して、前記固有ＩＤおよび機器ＩＤをセッション名とした前記シンクライアントからのリクエスト待ち状態に入り、その後、前記通信装置の固有ＩＤおよび機器ＩＤをセッション名としたアップデート要求を前記シンクライアントから受信し、前記アップデート要求が含む機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信する、
ことを特徴とする請求項１に記載のシンクライアントマスタの書換システム。
【請求項３】
ネットワークを介して他装置と通信する通信装置と、少なくとも第１のオペレーティングシステムを格納する第１のディスクパーティションと、第２のオペレーティングシステムおよびバックアッププログラムを格納する第２のディスクパーティションとが設定され、問い合わせ対応サーバのネットワーク上でのアドレスが格納された記憶装置とを有したシンクライアントが、
入力装置で受け付けたユーザ指示に応じ、前記記憶装置から問い合わせ対応サーバのアドレスを読み出して、該当アドレスに宛ててアップデート用サーバの情報要求を送信し、
前記情報要求に応じて、前記問い合わせ対応サーバから前記アップデート用サーバのアドレスを受信し、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行し、
前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、自身の機器ＩＤを含むアップデート要求を、前記アップデート用サーバのアドレスに宛てて送信し、当該アップデート用サーバから前記機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行し、
ネットワークを介して他装置と通信する通信装置と、ネットワーク上の各アドレスに応じて定められた各アップデート用サーバに関するアドレス一覧を格納する記憶装置とを有した問い合わせ対応サーバが、
前記情報要求を前記シンクライアントから受信し、前記情報要求が含むシンクライアントのアドレスを前記記憶装置のアドレス一覧に照合し、前記シンクライアントのアドレスに対応したアップデート用サーバのアドレスを特定して、ここで特定したアドレスを前記シンクライアントに返信し、
ネットワークを介して他装置と通信する通信装置と、シンクライアントの機器ＩＤに対応付けてアップデート用のディスクイメージを格納する記憶装置とを有したアップデート用サーバが、
前記アップデート要求を前記シンクライアントから受信し、前記アップデート要求が含む機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信する、
ことを特徴とするシンクライアントマスタの書換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアントマスタの書換システム、およびシンクライアントマスタの書換方法に関するものであり、具体的には、シンクライアントにおけるアップデート処理を効率的かつ低コストに管理可能とする技術に関する。
【背景技術】
【０００２】
企業等における情報漏洩対策や内部統制の必要性から、クライアントコンピュータには、表示や入力など最低限の機能を持ったもしくは利用可能な専用のシンクライアント（セキュリティＰＣ）を採用し、アプリケーションソフトなどの資源はシンクライアントサーバ（例えば、ブレードサーバ）で一元管理するといった、シンクライアントシステムの考え方が登場している。こうしたシンクライアントシステムにおけるソフトウェア等のアップデート技術として、例えばネットワーク経由でアップデート用のデータをシンクライアントに送信する技術（特許文献１，２など）が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２６２４５４号公報
【特許文献２】特開２００８−１５９０５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術においては、例えば、ある組織から他組織に多数貸与されたシンクライアントに関しアップデートの必要が生じた場合、前記他組織はこの多数のシンクライアントを貸与元の組織に持ち込んでアップデート依頼する必要がある。一方、貸与元の組織では持ち込まれた多数のシンクライアントに対するアップデート作業を担当者が逐一実行しなければならない。或いは逆に、貸与元の組織の担当者が前記他組織に出向いて多数のシンクライアントに対するアップデート作業を行う必要が生じる。
【０００５】
つまり、上記アップデート処理に際して、少なくないシンクライアントの運搬工程や担当者の作業工数が必要であり、作業効率も良好でない。そのため、シンクライアントユーザからしてみれば、アップデート対応待ちの時間が多く発生することになり、シンクライアントを利用する実務の処理効率低下も懸念される。
【０００６】
一方、こうしたアップデート処理を効率的かつユーザの利便性良く行うために、各ユーザの利用するネットワーク（セグメント）毎にアップデート用のサーバ装置を多数配置し、シンクライアント側が自セグメントのサーバ装置にアクセスしてアップデート処理を行うことも想定できる。しかし、こうしたセグメント毎のサーバ装置の設置・運営に際しては、導入や管理のコスト、手間が大きくなるという欠点がある。また、サーバ装置はセグメント毎に設置することが必須となり、設置の自由度には欠ける。
【０００７】
そこで本発明は上記課題を鑑みてなされたものであり、シンクライアントにおけるアップデート処理を効率的かつ低コストに管理可能とする技術の提供を主たる目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明のシンクライアントマスタの書換システムは、シンクライアント、問い合わせ対応サーバ、およびアップデート用サーバから構成されるコンピュータシステムであり、それぞれの装置は以下の構成を備えている。
【０００９】
すなわち、シンクライアントは、ネットワークを介して他装置と通信する通信装置と、少なくとも第１のオペレーティングシステムを格納する第１のディスクパーティションと、第２のオペレーティングシステムおよびバックアッププログラムを格納する第２のディスクパーティションとが設定され、問い合わせ対応サーバのネットワーク上でのアドレスが格納された記憶装置とを備えている。
【００１０】
また、前記シンクライアントは、入力装置で受け付けたユーザ指示に応じ、前記記憶装置から問い合わせ対応サーバのアドレスを読み出して、該当アドレスに宛ててアップデート用サーバの情報要求を送信する要求送信部を備えている。
【００１１】
また、前記シンクライアントは、前記情報要求に応じて、前記問い合わせ対応サーバから前記アップデート用サーバのアドレスを受信し、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行するアップデート起動部を備えている。
【００１２】
また、前記シンクライアントは、前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、自身の機器ＩＤを含むアップデート要求を、前記アップデート用サーバのアドレスに宛てて送信し、当該アップデート用サーバから前記機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行するリストア処理部と備えている。
【００１３】
また、問い合わせ対応サーバは、ネットワークを介して他装置と通信する通信装置と、ネットワーク上の各アドレスに応じて定められた各アップデート用サーバ装置に関するアドレス一覧を格納する記憶装置とを備えている。
【００１４】
また、前記問い合わせ対応サーバは、前記情報要求を前記シンクライアントから受信し、前記情報要求が含むシンクライアントのアドレスを前記記憶装置のアドレス一覧に照合し、前記シンクライアントのアドレスに対応したアップデート用サーバのアドレスを特定して、ここで特定したアドレスを前記シンクライアントに返信する、アドレス通知部を備えている。
【００１５】
また、アップデート用サーバは、ネットワークを介して他装置と通信する通信装置と、シンクライアントの機器ＩＤに対応付けてアップデート用のディスクイメージを格納する記憶装置とを備えている。
【００１６】
また、前記アップデート用サーバは、前記アップデート要求を前記シンクライアントから受信し、前記アップデート要求が含む機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信するマスタ送信部を備えている。
【００１７】
なお、本発明のシンクライアントマスタの書換システムにおける、前記シンクライアントのアップデート起動部は、入力装置で受け付けたユーザ指示に応じ、前記通信装置の固有ＩＤと自身の機器ＩＤとを含むセッション確立要求をアップデート用サーバに送信し、当該セッション確立要求に応じたセッション確立通知を前記アップデート用サーバから受信して、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行するとしてもよい。
【００１８】
この場合、前記シンクライアントのリストア処理部は、前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、前記通信装置の固有ＩＤおよび自身の機器ＩＤをセッション名としたアップデート要求をアップデート用サーバに送信し、当該アップデート用サーバから前記通信装置の固有ＩＤおよび機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行するとすれば好適である。
【００１９】
またこの場合、前記アップデート用サーバのマスタ送信部は、前記セッション確立要求をシンクライアントから受信して、前記固有ＩＤおよび機器ＩＤをセッション名とした前記シンクライアントからのリクエスト待ち状態に入り、その後、前記通信装置の固有ＩＤおよび機器ＩＤをセッション名としたアップデート要求を前記シンクライアントから受信し、前記アップデート要求が含む機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信する、とすれば好適である。
【００２０】
また、本発明のシンクライアントマスタの書換方法は、シンクライアント、問い合わせ対応サーバ、およびアップデート用サーバがそれぞれ以下の処理を実行するものとなる。すなわち、ネットワークを介して他装置と通信する通信装置と、少なくとも第１のオペレーティングシステムを格納する第１のディスクパーティションと、第２のオペレーティングシステムおよびバックアッププログラムを格納する第２のディスクパーティションとが設定され、問い合わせ対応サーバのネットワーク上でのアドレスが格納された記憶装置とを有したシンクライアントが、入力装置で受け付けたユーザ指示に応じ、前記記憶装置から問い合わせ対応サーバのアドレスを読み出して、該当アドレスに宛ててアップデート用サーバの情報要求を送信する。
【００２１】
また、前記シンクライアントが、前記情報要求に応じて、前記問い合わせ対応サーバから前記アップデート用サーバのアドレスを受信し、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行する。
【００２２】
また、前記シンクライアントが、前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、自身の機器ＩＤを含むアップデート要求を、前記アップデート用サーバのアドレスに宛てて送信し、当該アップデート用サーバから前記機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行する。
【００２３】
また、ネットワークを介して他装置と通信する通信装置と、ネットワーク上の各アドレスに応じて定められた各アップデート用サーバ装置に関するアドレス一覧を格納する記憶装置とを有した問い合わせ対応サーバが、前記情報要求を前記シンクライアントから受信し、前記情報要求が含むシンクライアントのアドレスを前記記憶装置のアドレス一覧に照合し、前記シンクライアントのアドレスに対応したアップデート用サーバのアドレスを特定して、ここで特定したアドレスを前記シンクライアントに返信する。
【００２４】
また、ネットワークを介して他装置と通信する通信装置と、シンクライアントの機器ＩＤに対応付けてアップデート用のディスクイメージを格納する記憶装置とを有したアップデート用サーバが、前記アップデート要求を前記シンクライアントから受信し、前記アップデート要求が含む機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信する。
【００２５】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００２６】
本発明によれば、シンクライアントにおけるアップデート処理を効率的かつ低コストに管理可能とできる。
【図面の簡単な説明】
【００２７】
【図１】本実施形態のシンクライアントマスタの書換システムのネットワーク構成図である。
【図２】本実施形態のセキュリティＰＣ（シンクライアント）の構成例を示す図である。
【図３】本実施形態のステーションサーバ（アップデート用サーバ）の構成例を示す図である。
【図４】本実施形態の問い合わせ対応サーバの構成例を示す図である。
【図５】本実施形態におけるイメージテーブルのデータ構造例を示す図である。
【図６】本実施形態におけるアドレステーブル（アドレス一覧）のデータ構造例を示す図である。
【図７】本実施形態におけるシンクライアントマスタの書換方法の処理フロー例を示す図である。
【発明を実施するための形態】
【００２８】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のシンクライアントマスタの書換システム１０のネットワーク構成図である。図１に示すシンクライアントマスタの書換システム１０は、ＬＡＮなどのネットワーク１４０を介して互いに接続可能な、複数のセキュリティＰＣ１００（シンクライアント）、複数のステーションサーバ２００（アップデート用サーバ）、および問い合わせ対応サーバ４００が含まれる（前記ステーションサーバにアップデート用のデータ配信を行う配信サーバ３００が含まれていてもよい）システムであり、シンクライアントにおけるアップデート処理を効率的かつ低コストに管理可能とするものである。前記セキュリティＰＣ１００は、ローカルディスク、メディアへのデータ保存を禁止したシンクライアント専用ＰＣなどが想定できる。
【００２９】
本実施形態にて想定する状況の一例としては、ある企業がセキュリティＰＣ１００を多数の従業員らに貸与しており、その大量のセキュリティＰＣ１００についてアップデートが必要な状況が発生したものとする。しかもそのアップデートは、マスターアップデート、つまりディスクイメージのリストア処理を行うことでしか実行できないものであるとする。また、前記企業内に構築されているネットワーク１４０たる企業内ＬＡＮは、各事業部や部署毎などでセグメント化されている。
【００３０】
本実施形態においては、このような状況に対処すべく、予めアップデート用サーバすなわち前記ステーションサーバ２００が、ネットワーク１４０における所定セグメントに１または複数設置されている。しかしながら、各セグメントに必ずステーションサーバ２００が接続されているとは限らない。むしろ、設置・運用のコストや手間の面から、システム管理者等が複数セグメントに関して１つの割合でステーションサーバ２００を設置している状況を想定しやすい。また、セグメント間でのステーションサーバ２００の設置間隔が、均等である場合（例：隣接するセグメントにおいて１セグメント飛びにステーションサーバを設置、など）も想定できるが、あるセグメント群にステーションサーバ２００が偏在するなどして設置間隔が不均等な場合も当然想定できる。図１に示した例では、事業部Ａ〜Ｃに対応した３つのセグメントがネットワーク１４０に構築されており、一方、ステーションサーバ２００は、事業部Ａ＝セグメント“ｓ０００１”、および事業部Ｃ＝セグメント“ｓ０００３”にのみ設置されている。
【００３１】
また、各ステーションサーバ２００は、配信サーバ３００から、シンクライアントのアップデート用のディスクイメージを適宜なタイミングで配信済みとなっている。
【００３２】
次に、本実施形態におけるシンクライアントマスタの書換システム１０を構成する各装置について各々説明する。図２は本実施形態のセキュリティＰＣ１００の構成例を示す図である。前記セキュリティＰＣ１００は、ＬＡＮ１４０を介して問い合わせ対応サーバ４００より最寄りのステーションサーバ２００のアドレスを取得し、このアドレスに該当するステーションサーバ２００からマスターアップデートを受ける装置であって、本発明を実現する機能を備えるべくハードディスクドライブ１０１（またはＴＰＭ）などに格納されたプログラム１０２をＲＡＭ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。
【００３３】
また、前記セキュリティＰＣ１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力装置１０５、ディスプレイなどの出力装置１０６、ならびに、ステーションサーバ２００や問い合わせ対応サーバ４００などとの間のデータ授受を担うＮＩＣ１０７（通信装置）などを有している。
【００３４】
こうしたセキュリティＰＣ１００として、本実施形態では、いわゆるＨＤＤレスタイプの端末ではなく、ＨＤＤを備えるＰＣをシンクライアント化した端末を想定する。この一般ＰＣをシンクライアント化する技術については、ＯＳ内蔵のＵＳＢメモリを一般ＰＣのＵＳＢインターフェイスに接続し、ＯＳ起動、ＶＰＮ接続、管理サーバ認証といった一連のシンクライアント処理を実行するといった既存技術（参考：http://www.hitachi-ics.co.jp/product/seihin/jyourou/sec/sec.htmlなど）を採用すればよい。
【００３５】
また、前記セキュリティＰＣ１００は、他にも、フラッシュＲＯＭ（Read Only Memory）１０８を有する。前記フラッシュＲＯＭ１０８には、ＢＩＯＳ（Basic Input/Output System）１３５が記憶されている。前記ＣＰＵ１０４は、電源投入後、先ずフラッシュＲＯＭ１０８にアクセスしてＢＩＯＳ１３５を実行することにより、セキュリティＰＣ１００のシステム構成を認識する。なお、前記セキュリティＰＣ１００のフラッシュＲＯＭ１０８ないしＨＤＤ１０１（例：第２のディスクパーティション）には問い合わせ対応サーバ４００のネットワーク上でのアドレス＝ＩＰアドレス１２５が記憶されている。
【００３６】
また、前記セキュリティＰＣ１００は、前記ＨＤＤ１０１において、ＯＳ（Operating System）１３６およびマスターブートレコード１３７を記憶している。前記ＯＳ１３６は、ＣＰＵ１０４がセキュリティＰＣ１００の各部を統括的に制御するためのプログラムである。ＣＰＵ１０４は、コンピュータの電源が入ると、前記ＢＩＯＳ１３５に従ってマスターブートレコード１３７中にあるブートストラップ・コードをＲＡＭ１０３に読み込んで実行する。実行されたブートストラップ・コードは、前記マスターブートレコード１３７のパーティション・テーブルからアクティブなディスクパーティション (ブート設定されているパーティション) を見つけ、そのパーティションの先頭に書き込まれているブートストラップ・コードを読み出して実行することで、ＨＤＤ１０１からＯＳ１３６をＲＡＭ１０３にロードして実行する。
【００３７】
また、本実施形態の前記セキュリティＰＣ１００において、前記ＨＤＤ１０１は、少なくとも２つのディスクパーティションが設定されている。第１のディスクパーティション５０には、例えば、セキュリティＰＣ１００が通常利用するＯＳ１３６ａ（第１のオペレーティングシステム）や、業務等でユーザが通常利用するアプリケーション１３８などが格納されている。また、第２のディスクパーティション５５には、バックアッププログラム１３９とこのバックアッププログラム１３９の実行環境となるＯＳ１３６ｂ（第２のオペレーティングシステム）を格納している。なお、前記バックアッププログラム１３９としては、ネットワーク経由でのリストア処理が可能な既存のバックアップツールを採用すればよい。
【００３８】
続いて、前記セキュリティＰＣ１００が、例えばプログラム１０２に基づき前記ハードディスクドライブ１０１（またはＴＰＭ）にて構成・保持する機能部につき説明を行う。
【００３９】
前記セキュリティＰＣ１００は、入力装置１０５で受け付けたユーザ指示に応じ、前記記憶装置（フラッシュＲＯＭ１０８ないしＨＤＤ１０１）から問い合わせ対応サーバ４００のＩＰアドレス１２５を読み出して、該当ＩＰアドレス１２５に宛ててステーションサーバ２００のアドレスの情報要求を送信する要求送信部１１０を備える。セキュリティＰＣ１００が接続されているセグメントと、問い合わせ対応サーバ４００が接続されているセグメントが異なる場合、当然ながら各セグメントのルータなど適宜なネットワーク機器間でＩＰパケットの転送を行なうこととなる。
【００４０】
また、前記セキュリティＰＣ１００は、前記情報要求に応じて、前記問い合わせ対応サーバ４００から前記ステーションサーバ２００のＩＰアドレス４２０を受信し、マスターブートレコード１３７におけるアクティブパーティションの設定を前記第２のディスクパーティション５５に変更し、リブートを実行するアップデート起動部１１１を備える。
【００４１】
また、前記セキュリティＰＣ１００は、前記リブートの実行により前記第２のオペレーティングシステム１３６ｂを起動して、前記バックアッププログラム１３９を実行し、自身の機器ＩＤを含むアップデート要求を、前記ステーションサーバ２００のＩＰアドレス４２０に宛てて送信し、当該ステーションサーバ２００から前記機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラム１３９により前記ディスクイメージでの前記第１のディスクパーティション５０のリストアを実行するリストア処理部１１２を備える。上記同様ながら、セキュリティＰＣ１００が接続されているセグメントと、前記ステーションサーバ２００が接続されているセグメントが異なる場合、当然ながら各セグメントのルータなど適宜なネットワーク機器間でＩＰパケットの転送を行なうこととなる。
【００４２】
なお、前記アップデート起動部１１１は、入力装置１０５で受け付けたユーザ指示に応じ、前記ＮＩＣ１０７の固有ＩＤたるＭＡＣアドレスと自身の機器ＩＤ（セキュリティＰＣ１００の型番等）とを含むセッション確立要求を、ステーションサーバ２００（のＩＰアドレス４２０）に送信し、当該セッション確立要求に応じたセッション確立通知を前記ステーションサーバ２００から受信して、マスターブートレコード１３７におけるアクティブパーティションの設定を前記第２のディスクパーティション５５に変更し、リブートを実行する、としてもよい。
【００４３】
また、この場合、前記リストア処理部１１２は、前記リブートの実行により前記第２のオペレーティングシステム１３６ｂを起動して、前記バックアッププログラム１３９を実行し、前記ＮＩＣ１０７の固有ＩＤたるＭＡＣアドレスおよび自身の機器ＩＤをセッション名としたアップデート要求をステーションサーバ２００のＩＰアドレス４２０に宛てて送信し、当該ステーションサーバ２００から前記ＮＩＣ１０７のＭＡＣアドレスおよび機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラム１３９により前記ディスクイメージでの前記第１のディスクパーティション５０のリストアを実行することとなる。
【００４４】
なお、前記セキュリティＰＣ１００は、ＵＳＢポート１４４に接続された可搬型記憶媒体（例：ＵＳＢメモリ）が格納するユーザに関する証明書情報などと、入力装置１０５で入力されたユーザのＩＤ、パスワードの情報とを用いた、シンクライアントサーバとの接続確立処理を実行する機能をシンクライアントとして当然に備える。
【００４５】
前記可搬型記憶媒体の例としては、ＩＣチップをプラスティック筐体などの適宜な収納ケースに格納し、セキュリティＰＣ１００のＵＳＢポート１４４にデータ通信可能に接続される、例えばＵＳＢデバイスなどがあげられる。こうしたＩＣチップは、ＣＰＵと、メモリとから構成される。なお、この可搬型記憶媒体としては、ＩＣカード部とフラッシュメモリとが一体化したメモリカードに、個人証明書や秘密鍵およびパスワード、モバイル利用に必要な各種アプリケーションソフトウェアをプレインストールした認証デバイス（商標名：KeyMobile）を採用することができる。この可搬型記憶媒体がメモリにて記憶する情報としては、チップＩＤ、個人証明書や秘密鍵およびパスワードを格納した認証用情報、前記セキュリティＰＣ１００の利用割当先となるシンクライアントサーバのアドレス、およびソフトウェア（ＯＳや、当該可搬型記憶媒体のユーザに関する個人認証処理を実行するソフトウェアなど）とが想定できる。
【００４６】
また、前記セキュリティＰＣ１００は、シンクライアントサーバとの接続確立処理の実行に伴い、当該セキュリティＰＣ１００の入力装置１０５にて入力された操作情報を前記シンクライアントサーバのアドレスに宛てて送信し、当該操作情報に対応した映像情報を前記シンクライアントサーバから受信して、当該セキュリティＰＣ１００の出力装置１０６に表示する機能もシンクライアントとして当然に備える。
【００４７】
また、本実施形態における前記セキュリティＰＣ１００は、機器情報を例えば前記ハードディスクドライブ１０１にて備えている。前記機器情報は、セキュリティＰＣ１００の認証用情報であり、具体的には、例えば、セキュリティＰＣ１００のＩＤや型番（機器ＩＤ）、前記ＮＩＣ１０７のＭＡＣアドレス（通信装置の固有ＩＤ）などが想定できる。
【００４８】
なお、本実施形態において前記セキュリティＰＣ１００は、前記手段１１０〜１１２、問い合わせ対応サーバ４００のＩＰアドレス１２５、ＯＳ１３６ａ、１３６ｂ、マスターブートレコード１３７、アプリケーション１３８、バックアッププログラム１３９、機器情報らを、ハードディスクドライブ１０１に代えて、ＴＰＭ（Trusted Platform Module）と呼ばれるチップ内に収めているとしてもよい。
【００４９】
このＴＰＭは、スマートカード（ＩＣ カード）に搭載されるセキュリティチップに似た機能を持っており、非対称鍵による演算機能、またこれら鍵を安全に保管するための耐タンパー性を有するハードウェアチップである。このＴＰＭの機能としては、例えば、ＲＳＡ（Rivest-Shamir-Adleman Scheme）秘密鍵の生成・保管、ＲＳＡ秘密鍵による演算（署名、暗号化、復号）、ＳＨＡ−１（Secure Hash Algorithm １）のハッシュ演算、プラットフォーム状態情報（ソフトウェアの計測値）の保持（PCR）、 鍵、証明書、クレデンシャルの信頼チェーンの保持、高品質な乱数生成、不揮発性メモリ、その他Opt-in やＩ／Ｏ等があげられる。
【００５０】
前記ＴＰＭ は、暗号鍵（非対称鍵）の生成・保管・演算機能の他、プラットフォーム状態情報（ソフトウェアの計測値）をＴＰＭ 内のレジスタＰＣＲ（Platform Configuration Registers）に安全に保管し、通知する機能を有している。ＴＰＭの最新仕様では、さらにローカリティやデリゲーション（権限委譲）等の機能が追加されている。なお、ＴＰＭは、物理的にプラットフォームのパーツ（マザーボードなど）に取り付けることとなっている。
【００５１】
次に、アップデート用サーバたる前記ステーションサーバ２００の構成について説明する。図３は本実施形態のステーションサーバ２００の構成例を示す図である。前記ステーションサーバ２００は、セキュリティＰＣ１００からのアップデート要求を受けて、セキュリティＰＣ１００に該当するディスクイメージを提供するサーバ装置であって、本発明を実現する機能を備えるべくＨＤＤ（ハードディスクドライブ）２０１などに格納されたプログラム２０２をＲＡＭ２０３に読み出し、演算装置たるＣＰＵ２０４により実行する。
【００５２】
また、前記ステーションサーバ２００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力装置２０５や、ディスプレイなどの出力装置２０６を必要に応じて備えることができる。また、前記セキュリティＰＣ１００などとの間のデータ授受を担うＮＩＣ２０７などを有している。
【００５３】
また、ステーションサーバ２００は、他にも、フラッシュＲＯＭ（Read Only Memory）２０８を有する。前記フラッシュＲＯＭ２０８には、ＢＩＯＳ（Basic Input/Output System）２３５が記憶されている。前記ＣＰＵ２０４は、電源２２０の投入後、先ずフラッシュＲＯＭ２０８にアクセスしてＢＩＯＳ２３５を実行することにより、ステーションサーバ２００のシステム構成を認識する。
【００５４】
また、前記ステーションサーバ２００は、前記ＨＤＤ２０１においてＯＳ（Operating System）２３６を記憶している。前記ＯＳ２３６は、ＣＰＵ２０４がステーションサーバ２００の各部を統括的に制御するためのプログラムである。ＣＰＵ２０４は、ＢＩＯＳ２３５に従い、ＨＤＤ２０１からＯＳ２３６をＲＡＭ２０３にロードして実行する。これにより、ＣＰＵ２０４は、ステーションサーバ２００の各部を統括的に制御する。
【００５５】
また、前記ステーションサーバ２００は、前記ＨＤＤ２０１のイメージテーブル２２５において、セキュリティＰＣ１００の機器ＩＤ（型番等）に対応付けてアップデート用のディスクイメージ２５０を格納している。このディスクイメージ２５０は、例えば、セキュリティＰＣ１００に新たに接続可能となった機器（例：通信カードなど。外部ネットワークにセキュリティＰＣ１００を接続し、シンクライアントサーバとのシンクライアント接続を行う際の通信機器）のドライバをＯＳに設定したディスクイメージ等であり、配信サーバ３００から適宜配信を受けて事前に取得しているデータである。
【００５６】
こうしたステーションサーバ２００が、例えばプログラム２０２に基づき前記ハードディスクドライブ２０１にて構成・保持する機能部につき説明を行う。
【００５７】
前記ステーションサーバ２００は、前記アップデート要求を前記セキュリティＰＣ１００から受信し、前記アップデート要求が含む機器ＩＤに基づいて前記ＨＤＤ２０１からディスクイメージを抽出し、このディスクイメージを前記セキュリティＰＣ１００に送信するマスタ送信部２１０を備える。
【００５８】
なお、前記マスタ送信部２１０は、前記セッション確立要求をセキュリティＰＣ１００から受信して、前記固有ＩＤおよび機器ＩＤをセッション名とした前記セキュリティＰＣ１００からのリクエスト待ち状態に入り、その後、前記ＮＩＣのＭＡＣアドレスおよび機器ＩＤをセッション名としたアップデート要求を前記セキュリティＰＣ１００から受信し、前記アップデート要求が含む機器ＩＤに基づいて前記ＨＤＤ２０１からディスクイメージを抽出し、このディスクイメージを前記セキュリティＰＣ１００に送信する、としてもよい。なお、前記配信サーバ３００は、前記ＬＡＮ１４０を介して、前記ステーションサーバ２００と通信する通信装置を備えたサーバ装置であり、前記ステーションサーバ２００に配信するディスクイメージのデータを蓄える記憶装置と、管理者等の指示を入力装置で受けて、前記記憶装置からセキュリティＰＣ１００の型番毎にディスクイメージを読み出してステーションサーバ２００に送信する処理部とを備える。
【００５９】
次に、問い合わせ対応サーバ４００の構成について説明する。図４は本実施形態の問い合わせ対応サーバ４００の構成例を示す図である。前記問い合わせ対応サーバ４００は、セキュリティＰＣ１００からの、ステーションサーバ２００のＩＰアドレスに関する問い合わせ要求を受けて、適宜なステーションサーバ２００のＩＰアドレス４２０を提供するサーバ装置であって、本発明を実現する機能を備えるべくＨＤＤ（ハードディスクドライブ）４０１などに格納されたプログラム４０２をＲＡＭ４０３に読み出し、演算装置たるＣＰＵ４０４により実行する。
【００６０】
また、前記問い合わせ対応サーバ４００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力装置４０５や、ディスプレイなどの出力装置４０６を必要に応じて備えることができる。また、前記セキュリティＰＣ１００などとの間のデータ授受を担うＮＩＣ４０７などを有している。
【００６１】
また、問い合わせ対応サーバ４００は、他にも、フラッシュＲＯＭ（Read Only Memory）４０８を有する。前記フラッシュＲＯＭ４０８には、ＢＩＯＳ（Basic Input/Output System）４３５が記憶されている。前記ＣＰＵ４０４は、電源４２０の投入後、先ずフラッシュＲＯＭ４０８にアクセスしてＢＩＯＳ４３５を実行することにより、問い合わせ対応サーバ４００のステム構成を認識する。
【００６２】
また、前記問い合わせ対応サーバ４００は、前記ＨＤＤ４０１においてＯＳ（Operating System）４３６を記憶している。前記ＯＳ４３６は、ＣＰＵ４０４が問い合わせ対応サーバ４００の各部を統括的に制御するためのプログラムである。ＣＰＵ４０４は、ＢＩＯＳ４３５に従い、ＨＤＤ４０１からＯＳ４３６をＲＡＭ４０３にロードして実行する。これにより、ＣＰＵ４０４は、問い合わせ対応サーバ４００の各部を統括的に制御する。
【００６３】
こうした問い合わせ対応サーバ４００が、例えばプログラム４０２に基づき前記ハードディスクドライブ４０１にて構成・保持する機能部につき説明を行う。なお、この問い合わせ対応サーバ４００は、前記ＨＤＤ４０１において、前記ネットワーク１４０上の各アドレスに応じて定められた各ステーションサーバ２００に関するアドレス一覧である、アドレステーブル４２５を格納している。
【００６４】
前記問い合わせ対応サーバ４００は、前記情報要求を前記セキュリティＰＣ１００から受信し、前記情報要求（のパケットデータ）が含むセキュリティＰＣ１００のＩＰアドレスを前記ＨＤＤ４０１のアドレステーブル４２５に照合し、前記セキュリティＰＣ１００のＩＰアドレスに対応したステーションサーバ２００のＩＰアドレス４２０を特定して、ここで特定したＩＰアドレス４２０を前記セキュリティＰＣ１００に返信する、アドレス通知部４１０を備えている。ここで、前記情報要求が含むセキュリティＰＣ１００のＩＰアドレスを前記ＨＤＤ４０１のアドレステーブル４２５に照合する際、アドレス通知部４１０は、例えば、前記情報要求のパケットが示すＩＰアドレスにおいてセグメントを識別する所定桁の値を抽出し、この値を前記アドレステーブル４２５に照合する。
【００６５】
なお、前記セキュリティＰＣ１００のＩＰアドレスに対応したステーションサーバ２００のＩＰアドレス４２０を特定する際、前記アドレス通知部４１０は、例えば、前記ネットワーク１４０における１つのセグメント（＝情報要求のパケットが示すＩＰアドレスの所定桁で特定）に対し複数のステーションサーバ２００のＩＰアドレス４２０がアドレステーブル４２５で設定されている場合、該当する各ステーションサーバ２００に稼働率を問い合わせして、最も低稼働率のもののＩＰアドレス４２０を特定するとしてもよい。
【００６６】
或いは前記アドレス通知部４１０は、ネットワーク上にある各ネットワーク機器などにトラフィック量の問い合わせをして、最もトラフィック量の少ないネットワーク機器で結ばれた経路にあるステーションサーバ２００のＩＰアドレス４２０を特定するとしてもよい。当然ながら、前記問い合わせ対応サーバ４００は、ＨＤＤ４０１等において、ネットワーク上におけるネットワーク機器の配置状況の情報を記憶して参照可能であるとする。
【００６７】
また、これまで示した前記システム１０を構成する各装置らにおける各手段１１０〜１１２、２１０、４１０等は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、各装置のＣＰＵがプログラム実行に合わせて記憶装置より該当プログラムをＲＡＭに読み出して、これを実行することとなる。
【００６８】
また、前記ネットワーク１４０に関しては、インターネット、ＬＡＮの他、ＡＴＭ回線や専用回線、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。
【００６９】
−−−テーブル構造−−−
次に、本実施形態におけるシンクライアントマスタの書換システム１０を構成するステーションサーバ２００が用いるテーブルの構造について説明する。図５は本実施形態におけるイメージテーブル２２５のデータ構造例を示す図である。前記イメージテーブル２２５は、ステーションサーバ２００が保持するテーブルであり、前記セキュリティＰＣ１００の機器ＩＤたる型番に応じたディスクイメージ２５０のデータを格納するテーブルとなる。
【００７０】
また、図６は本実施形態におけるアドレステーブル４２５（アドレス一覧）のデータ構造例を示す図である。このアドレステーブル４２５は、問い合わせ対応サーバ４００が、記憶装置たるＨＤＤ（ハードディスクドライブ）４０１において備えるテーブルである。このアドレステーブル４２５は、ネットワーク１４０上のＩＰアドレス（＝セキュリティＰＣ１００から送られたパケットが含むＩＰアドレスの一部桁）に応じて定められた各ステーションサーバ２００のＩＰアドレス４２０の一覧を格納するテーブルである。構成例としては、例えば、各セグメントとそれに対応したＩＰアドレス（例：セキュリティＰＣ１００にＤＨＣＰサーバ等が割り当てたＩＰアドレスの一部）に対して、例えば最寄りのステーションサーバ２００のＩＰアドレス４２０とステーションサーバ名を対応付けた構成が想定できる。図６の例では、セグメント“ｓ０００１”＝セキュリティＰＣ１００のパケットが示すＩＰアドレス“***.***.59.**”、については、ステーションサーバ２００のＩＰアドレス４２０が１つ（“***.***.・・・・1”）、セグメント“ｓ０００２”＝セキュリティＰＣ１００のパケットが示すＩＰアドレス“***.***.60.**”、については、ステーションサーバ２００のＩＰアドレス４２０が２つ（“***.***.・・・・1”、“***.***.・・・・２”）、セグメント“ｓ０００３”＝セキュリティＰＣ１００のパケットが示すＩＰアドレス“***.***.61.**”、については、ステーションサーバ２００のＩＰアドレス４２０が１つ（“***.***.・・・・２”）設定されている。
【００７１】
−−−処理フロー例−−−
以下、本実施形態におけるシンクライアントマスタの書換方法の実際手順について、図に基づき説明する。なお、以下で説明するシンクライアントマスタの書換方法に対応する各種動作は、前記シンクライアントマスタの書換システム１０を構成する、セキュリティＰＣ１００、ステーションサーバ２００、および問い合わせ対応サーバ４００のそれぞれＲＡＭに読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００７２】
図７は本実施形態におけるシンクライアントマスタの書換方法の処理フロー例を示す図である。まず、前記セキュリティＰＣ１００の要求送信部１１０は、入力装置１０５で受け付けたユーザ指示に応じ、前記記憶装置（フラッシュＲＯＭ１０８ないしＨＤＤ１０１）から問い合わせ対応サーバ４００のＩＰアドレス１２５を読み出して、該当ＩＰアドレス１２５に宛ててステーションサーバ２００のＩＰアドレスの情報要求を送信する（ｓ１００）。
【００７３】
一方、前記問い合わせ対応サーバ４００のアドレス通知部４１０は、セキュリティＰＣ１００からの情報要求を受信し（ｓ１０１）、ここで受信した情報要求（のパケットデータ）が含むセキュリティＰＣ１００のＩＰアドレス、例えば、“***.***.59.**”を抽出し、このＩＰアドレスを前記ＨＤＤ４０１のアドレステーブル４２５に照合する（ｓ１０２）。前記アドレス通知部４１０は、この照合により、前記セキュリティＰＣ１００のＩＰアドレスに対応したステーションサーバ２００のＩＰアドレス４２０を、例えば、“***.***.・・・・1”特定して、ここで特定したＩＰアドレス４２０を前記セキュリティＰＣ１００に返信する（ｓ１０３）。なお、前記情報要求が含むセキュリティＰＣ１００のＩＰアドレス“***.***.59.**”を前記ＨＤＤ４０１のアドレステーブル４２５に照合する際、前記アドレス通知部４１０は、例えば、前記情報要求のパケットが示すＩＰアドレス“***.***.59.**”においてセグメントを識別する所定桁の値“59”を抽出し、この値を前記アドレステーブル４２５に照合するとしてもよい。
【００７４】
なお、前記セキュリティＰＣ１００のＩＰアドレスに対応したステーションサーバ２００のＩＰアドレス４２０を特定する際、前記アドレス通知部４１０は、例えば、前記ネットワーク１４０における１つのセグメント（＝情報要求のパケットが示すＩＰアドレスの所定桁で特定）に対し複数のステーションサーバ２００のＩＰアドレス４２０がアドレステーブル４２５で設定されている場合、該当する各ステーションサーバ２００に稼働率を問い合わせして、最も低稼働率のもののＩＰアドレス４２０を特定するとしてもよい。
【００７５】
図６の例であれば、前記アドレス通知部４１０は、セキュリティＰＣ１００のＩＰアドレスとして“***.***.59.**”を受信した場合、アドレステーブル４２５によれば、対応するステーションサーバ２００のＩＰアドレス４２０として、“***.***.・・・・1”、“***.***.・・・・２”の２つを特定できる。よって、この場合、アドレス通知部４１０は、各ステーションサーバ＝サーバ“Ａ”、“Ｂ”（“***.***.・・・・1”、“***.***.・・・・２”）に稼働率を問うコマンドを送信し、各ステーションサーバから稼働率の情報を得る。例えば、ステーションサーバ“Ａ”、“Ｂ”のうち、低稼働率のものがステーションサーバ“Ａ”であれば、これのＩＰアドレス４２０として“***.***.・・・・1”を特定することとなる。
【００７６】
或いは前記アドレス通知部４１０は、ネットワーク上にある各ネットワーク機器などにトラフィック量の問い合わせをして、最もトラフィック量の少ないネットワーク機器で結ばれた経路にあるステーションサーバ２００を、前記ステーションサーバ“Ａ”、“Ｂ”のうちから特定し、該当するＩＰアドレス４２０を特定するとしてもよい。当然ながら、前記問い合わせ対応サーバ４００は、ＨＤＤ４０１等において、ネットワーク上におけるネットワーク機器の配置状況の情報を記憶して参照可能であるとする。
【００７７】
続いて、前記セキュリティＰＣ１００のアップデート起動部１１１は、前記情報要求に応じて前記問い合わせ対応サーバ４００から返信されてきた、前記ステーションサーバ２００のＩＰアドレス４２０を受信し、マスターアップデートつまりディスクイメージのリストアを実行するかどうか問うメッセージをＨＤＤ１０１から読み出して表示し（ｓ１０４）、ユーザ意志の最終確認をする。
【００７８】
ここで入力装置１０５で得たユーザからの回答が「マスターアップデート不実行」を示すものであれば（ｓ１０５：ｎ）、処理を終了する。一方、「マスターアップデート実行」を示すものであれば（ｓ１０５：ｙ）、前記アップデート起動部１１１は、前記ＮＩＣ１０７から固有ＩＤたるＭＡＣアドレス、ＨＤＤ１０１の所定ファイル（予めセキュリティＰＣ１００の型番を格納してある設定ファイル）から自身の機器ＩＤ（セキュリティＰＣ１００の型番等）を取得する（ｓ１０６）。
【００７９】
また、前記アップデート起動部１１１は、前記ＮＩＣ１０７のＭＡＣアドレス（例えば、“１Ｂ２７Ｆ８”）と自身の機器ＩＤ（例えば、“ＲＫ１”）とを含むセッション名“ＲＫ１＋１Ｂ２７Ｆ８”を作成し、当該セッション名を指定したセッション確立要求を、前記ステップｓ１０１で得たステーションサーバ２００のＩＰアドレスに宛てて送信する（ｓ１０７）。
【００８０】
一方、前記ステーションサーバ２００のマスタ送信部２１０は、前記セッション確立要求をセキュリティＰＣ１００から受信し、当該セッション確立要求に応じたセッション確立処理を実行後、セッション確立通知を前記セキュリティＰＣ１００に送信する（ｓ１０８）。この後、前記ステーションサーバ２００のマスタ送信部２１０は、前記固有ＩＤおよび機器ＩＤをセッション名とした前記セキュリティＰＣ１００からのリクエスト待ち状態に入る。また、前記マスタ送信部２１０は、このセッション名“ＲＫ１＋１Ｂ２７Ｆ８”でセキュリティＰＣ１００からのリクエストを識別する。また、前記機器ＩＤ“ＲＫ１”によりＨＤＤ２０１から読み出してセキュリティＰＣ１００に送信するマスタ、つまりディスクイメージを決定することになる。
【００８１】
他方、前記セキュリティＰＣ１００のアップデート起動部１１１は、前記セッション確立通知を前記ステーションサーバ２００から受信して、マスターブートレコード１３７におけるアクティブパーティションの設定を前記第２のディスクパーティション５５に変更する（ｓ１０９）。また、前記アップデート起動部１１１は、マスターブートレコード１３７において、前記第２のディスクパーティション５５をアクティブ（ブート可能）に設定し、リブートを実行する（ｓ１１０）。
【００８２】
続いて、前記セキュリティＰＣ１００のリストア処理部１１２は、前記リブートの実行により前記第２のオペレーティングシステム（例えばDOSなど）１３６ｂを起動して、前記バックアッププログラム１３９を自動実行（例えば、“Autoexec.bat”による自動実行）する（ｓ１１１）。
【００８３】
また、前記リストア処理部１１２は、前記バックアッププログラム１３９により、前記ＮＩＣ１０７のＭＡＣアドレスおよび自身の機器ＩＤを前記ステップｓ１０６と同様に取得し、前記ＮＩＣ１０７のＭＡＣアドレス“１Ｂ２７Ｆ８”と自身の機器ＩＤ“ＲＫ１”とを含むセッション名“ＲＫ１＋１Ｂ２７Ｆ８”を作成し、当該セッション名を指定したアップデート要求をステーションサーバ２００に送信する（ｓ１１２）。
【００８４】
一方、前記ステーションサーバ２００のマスタ送信部２１０は、前記セッション名“ＲＫ１＋１Ｂ２７Ｆ８”での前記セキュリティＰＣ１００からのリクエスト待ち状態に入っているから、前記ステップｓ１１２の実行により、前記セッション名“ＲＫ１＋１Ｂ２７Ｆ８”を指定したアップデート要求を前記セキュリティＰＣ１００から受信して、前記アップデート要求（のセッション名）が含む機器ＩＤ“ＲＫ１”に基づいて前記ＨＤＤ２０１のイメージテーブル２２５からディスクイメージ２５０を抽出する（ｓ１１３）。また、前記マスタ送信部２１０は、このディスクイメージ２５０を前記セキュリティＰＣ１００に送信する（ｓ１１４）。なお、ステーションサーバ２００がマルチキャストサーバの機能を備えていて、複数のセキュリティＰＣ１００からアップデート要求等を受信し、各セキュリティＰＣ１００のそれぞれへディスクイメージ配信を行うとしても勿論よい。この際、各セキュリティＰＣ１００へ並行して配信を行ってもよい。
【００８５】
他方、前記セキュリティＰＣ１００のリストア処理部１１２は、前記ステーションサーバ２００から前記ディスクイメージ２５０を受信し、前記バックアッププログラム１３９により前記ディスクイメージ２５０での前記第１のディスクパーティション５０のリストアを実行する（ｓ１１５）。リストア終了後、前記リストア処理部１１２は、マスターブートレコード１３７において、前記第１のディスクパーティション５０をアクティブ（ブート可能）に設定しリブートする（ｓ１１６）。このリブート後は、新マスタ、つまり更新された第１のディスクパーティション５０でセキュリティＰＣ１００が起動することになる。
【００８６】
本発明によれば、シンクライアントにおけるアップデート処理を効率的かつ低コストに管理可能とできる。
【００８７】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００８８】
１０  シンクライアントマスタの書換システム
５０  第１のディスクパーティション
５５  第２のディスクパーティション
１００  セキュリティＰＣ（シンクライアント）
１０１、２０１、３０１、４０１  ＨＤＤ（Hard Disk Drive）
１０２、２０２、３０２、４０２  プログラム
１０３、２０３、３０３、４０３  ＲＡＭ（Random Access Memory）
１０４、２０４、３０４、４０４  ＣＰＵ（Central Processing Unit）
１０５、２０５、３０５、４０５  入力装置
１０６、２０６、３０６、４０６  出力装置
１０７、２０７、３０７、４０７  通信装置、ＮＩＣ（Network Interface Card）
１０８、２０８、３０８、４０８  フラッシュＲＯＭ
１１０  要求送信部
１１１  アップデート起動部
１１２  リストア処理部
１２５  問い合わせ対応サーバのＩＰアドレス
１３５、２３５  ＢＩＯＳ
１３６ａ、１３６ｂ、２３６  ＯＳ
１３７  マスターブートレコード
１３９  バックアッププログラム
１４０  ネットワーク、ＬＡＮ
１４４  ＵＳＢポート
２００  ステーションサーバ（アップデート用サーバ）
２１０  マスタ送信部
２２５  イメージテーブル
２５０  ディスクイメージ
３００  配信サーバ
４００  問い合わせ対応サーバ
４１０  アドレス通知部
４２０  ステーションサーバのＩＰアドレス
４２５  アドレステーブル（アドレス一覧）
【図１】
2011164845.tif 000003
【図２】
2011164845.tif 000004
【図３】
2011164845.tif 000005
【図４】
2011164845.tif 000006
【図５】
2011164845.tif 000007
【図６】
2011164845.tif 000008
【図７】
2011164845.tif 000009