JP5220675B2 - シンクライアントマスタの書換システム、シンクライアントマスタの書換方法、およびシンクライアント - Google Patents

Description

本発明は、シンクライアントマスタの書換システム、シンクライアントマスタの書換方法、およびシンクライアントに関するものであり、具体的には、シンクライアントにおける幅広いアップデート対象に対し、ユーザ都合での効率良いアップデート処理を可能とする技術に関する。

企業等における情報漏洩対策や内部統制の必要性から、クライアントコンピュータには、表示や入力など最低限の機能を持ったもしくは利用可能な専用のシンクライアント（セキュリティＰＣ）を採用し、アプリケーションソフトなどの資源はシンクライアントサーバ（例えば、ブレードサーバ）で一元管理するといった、シンクライアントシステムの考え方が登場している。こうしたシンクライアントシステムにおけるソフトウェア等のアップデート技術として、例えばネットワーク経由でアップデート用のデータをシンクライアントに送信する技術（特許文献１，２など）が提案されている。

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

従来技術において対応可能なアップデート対象は、シンクライアントで利用するソフトウェアやデータのうち、ファイルの置き換えだけで対応可能なものに限られている。従って、シンクライアントが搭載するＯＳや、シンクライアントで通常は利用監視ないし利用制限の対象となる外部機器（例：通信カード等）のドライバ類、或いは、シンクライアントのマスタ（＝ディスクイメージ）など、単純にファイルの置き換えを行うことが出来ないか、置き換えを行う場合にはＢＩＯＳパスワードのキーインが必要になるといったアップデート対象については従来技術では対応しきれない。

こうした従来技術では対応できないアップデート対象について、例えば、ある組織から他組織に多数貸与されたシンクライアントに関しアップデートの必要が生じた場合、前記他組織はこの多数のシンクライアントを貸与元の組織に持ち込んでアップデート依頼する必要がある。一方、貸与元の組織では持ち込まれた多数のシンクライアントに対するアップデート作業を担当者が逐一実行しなければならない。或いは逆に、貸与元の組織の担当者が前記他組織に出向いて多数のシンクライアントに対するアップデート作業を行う必要が生じる。

つまり、上記アップデート処理に際して、少なくないシンクライアントの運搬工程や担当者の作業工数が必要であり、作業効率も良好でない。そのため、シンクライアントユーザからしてみれば、アップデート対応待ちの時間が多く発生することになり、シンクライアントを利用する実務の処理効率低下も懸念される。また、このような作業の繁雑さやコストの発生、或いはエンドユーザでの業務効率低下の懸念などもあって、アップデート処理の必要性についてシンクライアント管理者からシンクライアントユーザへの通知自体が滞る場面も想定される。

そこで本発明は上記課題を鑑みてなされたものであり、シンクライアントにおける幅広いアップデート対象に対し、ユーザ都合での効率良いアップデート処理を可能とする技術の提供を主たる目的とする。

上記課題を解決する本発明のシンクライアントマスタの書換システムは、マスタ書換、つまりディスクイメージのリストア処理の対象となるシンクライアントと、当該シンクライアントに対してマスタデータつまりディスクイメージを提供するサーバとからなるシステムである。

すなわち、前記シンクライアントは、ネットワークを介して他装置と通信する通信装置と、少なくとも第１のオペレーティングシステムを格納する第１のディスクパーティションと、第２のオペレーティングシステムおよびバックアッププログラムを格納する第２のディスクパーティションとが設定された記憶装置とを備えている。

また、前記シンクライアントは、入力装置で受け付けたユーザ指示に応じ、前記シンクライアントの機器ＩＤを含むセッション名を指定したセッション確立要求をサーバに送信し、当該セッション確立要求に応じたセッション確立通知を前記サーバから受信して、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行するアップデート起動部を備える。

また、前記シンクライアントは、前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、前記シンクライアントの機器ＩＤをセッション名としたアップデート要求を前記サーバに送信し、当該サーバから前記機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行するリストア処理部を備える。

一方、前記サーバは、ネットワークを介して他装置と通信する通信装置と、シンクライアントの機器ＩＤに対応付けてアップデート用のディスクイメージを格納する記憶装置とを備える。

また、前記サーバは、前記セッション確立要求を前記シンクライアントから受信して、前記機器ＩＤをセッション名とした前記シンクライアントからのリクエスト待ち状態に入り、その後、前記機器ＩＤをセッション名としたアップデート要求を前記シンクライアントから受信し、受信した前記機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信するマスタ送信部を備える。

また、本発明のシンクライアントマスタの書換方法は、前記シンクライアントおよびサーバがそれぞれ以下の処理を実行することで実現される。すなわち、前記シンクライアントは、入力装置で受け付けたユーザ指示に応じ、当該シンクライアントの機器ＩＤを含むセッション名を指定したセッション確立要求をサーバに送信し、当該セッション確立要求に応じたセッション確立通知を前記サーバから受信して、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行する処理と、前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、前記シンクライアントの機器ＩＤをセッション名としたアップデート要求を前記サーバに送信し、当該サーバから前記機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行する処理とを実行する。

また、前記サーバは、前記セッション確立要求を前記シンクライアントから受信して、前記機器ＩＤをセッション名とした前記シンクライアントからのリクエスト待ち状態に入り、その後、前記機器ＩＤをセッション名としたアップデート要求を前記シンクライアントから受信し、受信した前記機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信する処理を実行する。

その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。

本発明によれば、シンクライアントにおける幅広いアップデート対象に対し、ユーザ都合での効率良いアップデート処理が可能となる。

本実施形態のシンクライアントマスタの書換システムのネットワーク構成図である。 本実施形態のセキュリティＰＣ（シンクライアント）の構成例を示す図である。 本実施形態のステーションサーバ（サーバ）の構成例を示す図である。 本実施形態におけるイメージテーブルのデータ構造例を示す図である。 本実施形態におけるシンクライアントマスタの書換方法の処理フロー例１を示す図である。

−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のシンクライアントマスタの書換システム１０のネットワーク構成図である。図１に示すシンクライアントマスタの書換システム１０は、ＬＡＮなどのネットワーク１４０を介して互いに接続可能な、複数のセキュリティＰＣ１００（シンクライアント）、複数のステーションサーバ２００（サーバ）が含まれる（および前記ステーションサーバにアップデート用のデータ配信を行う配信サーバ３００が含まれていてもよい）システムであり、シンクライアントにおける幅広いアップデート対象に対し、ユーザ都合での効率良いアップデート処理を可能とするものである。前記セキュリティＰＣ１００は、ローカルディスク、メディアへのデータ保存を禁止したシンクライアント専用ＰＣである。

想定する状況の一例としては、ある企業ＡがセキュリティＰＣ１００を大量に企業Ｂ〜Ｃに貸与しており、その大量のセキュリティＰＣ１００についてアップデートが必要な状況が発生したものとする。しかもそのアップデートは、マスタアップデート、つまりディスクイメージのリストア処理を行うことでしか実行できないものであるとする。従って、従来のネットワークアップデートでは対処不能な状況が生じている。

本実施形態においては、このような状況に対処すべく、予め前記ステーションサーバ２００が前記企業Ｂ〜Ｃのそれぞれに設置されている。また、各ステーションサーバ２００は、配信サーバ３００から、シンクライアントのアップデート用のディスクイメージを適宜なタイミングで配信済みとなっている。前記ステーションサーバ２００および配信サーバ３００は、例えば、会社等に構築された内部ネットワークであるＬＡＮ（Local Area Network）１４０に接続されている。

次に、本実施形態におけるシンクライアントマスタの書換システム１０を構成する各装置について各々説明する。図２は本実施形態のセキュリティＰＣ１００の構成例を示す図である。前記セキュリティＰＣ１００は、ＬＡＮ１４０を介してステーションサーバ２００からマスタアップデートを受ける装置であって、本発明を実現する機能を備えるべくハードディスクドライブ１０１（またはＴＰＭ）などに格納されたプログラム１０２をＲＡＭ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。

また、前記セキュリティＰＣ１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力装置１０５、ディスプレイなどの出力装置１０６、ならびに、ステーションサーバ２００などとの間のデータ授受を担うＮＩＣ１０７（通信装置）などを有している。

こうしたセキュリティＰＣ１００として、本実施形態では、いわゆるＨＤＤレスタイプの端末ではなく、ＨＤＤを備えるＰＣをシンクライアント化した端末を想定する。この一般ＰＣをシンクライアント化する技術については、ＯＳ内蔵のＵＳＢメモリを一般ＰＣのＵＳＢインターフェイスに接続し、ＯＳ起動、ＶＰＮ接続、管理サーバ認証といった一連のシンクライアント処理を実行するといった既存技術（参考：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）２３６を記憶している。前記ＯＳ２３６は、ＣＰＵ２０４がステーションサーバ２００の各部を統括的に制御するためのプログラムである。ＣＰＵ２０４は、ＢＩＯＳ２３５に従い、ＨＤＤ２０１からＯＳ２３６をＲＡＭ２０３にロードして実行する。これにより、ＣＰＵ２０４は、ステーションサーバ２００の各部を統括的に制御する。

また、前記ステーションサーバ２００は、前記ＨＤＤ２０１のイメージテーブル２２５において、セキュリティＰＣ１００の機器ＩＤ（型番等）に対応付けてアップデート用のディスクイメージ２５０を格納している。このディスクイメージ２５０は、例えば、セキュリティＰＣ１００に新たに接続可能となった機器（例：通信カードなど。外部ネットワークにセキュリティＰＣ１００を接続し、シンクライアントサーバとのシンクライアント接続を行う際の通信機器）のドライバをＯＳに設定したディスクイメージ等であり、配信サーバ３００から適宜配信を受けて事前に取得しているデータである。

こうしたステーションサーバ２００が、例えばプログラム２０２に基づき前記ハードディスクドライブ２０１にて構成・保持する機能部につき説明を行う。前記ステーションサーバ２００は、前記アップデート要求を前記セキュリティＰＣ１００から受信し、前記アップデート要求が含む機器ＩＤに基づいて前記ＨＤＤ２０１からディスクイメージを抽出し、このディスクイメージを前記セキュリティＰＣ１００に送信するマスタ送信部２１０を備える。

なお、前記マスタ送信部２１０は、前記セッション確立要求をセキュリティＰＣ１００から受信して、前記固有ＩＤおよび機器ＩＤをセッション名とした前記セキュリティＰＣ１００からのリクエスト待ち状態に入り、その後、前記ＮＩＣのＭＡＣアドレスおよび機器ＩＤをセッション名としたアップデート要求を前記セキュリティＰＣ１００から受信し、前記アップデート要求が含む機器ＩＤに基づいて前記ＨＤＤ２０１からディスクイメージを抽出し、このディスクイメージを前記セキュリティＰＣ１００に送信する、としてもよい。なお、前記配信サーバ３００は、前記ＬＡＮ１４０を介して、前記ステーションサーバ２００と通信する通信装置を備えたサーバ装置であり、前記ステーションサーバ２００に配信するディスクイメージのデータを蓄える記憶装置と、管理者等の指示を入力装置で受けて、前記記憶装置からセキュリティＰＣ１００の型番毎にディスクイメージを読み出してステーションサーバ２００に送信する処理部とを備える。

また、これまで示したシンクライアントマスタの書換システム１０を構成する各装置らにおける各手段１１０〜１１１、２１０等は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、各装置のＣＰＵがプログラム実行に合わせて記憶装置より該当プログラムをＲＡＭに読み出して、これを実行することとなる。

また、前記ネットワーク１４０に関しては、インターネット、ＬＡＮの他、ＡＴＭ回線や専用回線、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。

−−−テーブル構造−−−
次に、本実施形態におけるシンクライアントマスタの書換システム１０を構成するステーションサーバ２００が用いるテーブルの構造について説明する。図４は本実施形態におけるイメージテーブル２２５のデータ構造例を示す図である。前記イメージテーブル２２５は、ステーションサーバ２００が保持するテーブルであり、前記セキュリティＰＣ１００の機器ＩＤたる型番に応じたディスクイメージ２５０のデータを格納するテーブルとなる。

−−−処理フロー例−−−
以下、本実施形態におけるシンクライアントマスタの書換方法の実際手順について、図に基づき説明する。なお、以下で説明するシンクライアントマスタの書換方法に対応する各種動作は、前記シンクライアントマスタの書換システム１０を構成する、セキュリティＰＣ１００、ステーションサーバ２００のそれぞれＲＡＭに読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

図５は本実施形態におけるシンクライアントマスタの書換方法の処理フロー例を示す図である。まず、前記セキュリティＰＣ１００のアップデート起動部１１０は、前記入力装置１０５で受け付けたユーザ指示に応じ、マスターアップデートつまりディスクイメージのリストアを実行するかどうか問うメッセージをＨＤＤ１０１から読み出して表示し（ｓ１００）、ユーザ意志の最終確認をする。ここで入力装置１０５で得たユーザからの回答が「マスターアップデート不実行」を示すものであれば（ｓ１０１：ｎ）、処理を終了する。一方、「マスターアップデート実行」を示すものであれば（ｓ１０１：ｙ）、前記アップデート起動部１１０は、前記ＮＩＣ１０７から固有ＩＤたるＭＡＣアドレス、ＨＤＤ１０１の所定ファイル（予めセキュリティＰＣ１００の型番を格納してある設定ファイル）から自身の機器ＩＤ（セキュリティＰＣ１００の型番等）を取得する（ｓ１０２）。

また、前記アップデート起動部１１０は、前記ＮＩＣ１０７のＭＡＣアドレス（例えば、“１Ｂ２７Ｆ８”）と自身の機器ＩＤ（例えば、“ＲＫ１”）とを含むセッション名“ＲＫ１＋１Ｂ２７Ｆ８”を作成し、当該セッション名を指定したセッション確立要求をステーションサーバ２００に送信する（ｓ１０３）。

一方、前記ステーションサーバ２００のマスタ送信部２１０は、前記セッション確立要求をセキュリティＰＣ１００から受信し、当該セッション確立要求に応じたセッション確立処理を実行後、セッション確立通知を前記セキュリティＰＣ１００に送信する（ｓ１０４）。この後、前記ステーションサーバ２００のマスタ送信部２１０は、前記固有ＩＤおよび機器ＩＤをセッション名とした前記セキュリティＰＣ１００からのリクエスト待ち状態に入る。また、前記マスタ送信部２１０は、このセッション名“ＲＫ１＋１Ｂ２７Ｆ８”でセキュリティＰＣ１００からのリクエストを識別する。また、前記機器ＩＤ“ＲＫ１”によりＨＤＤ２０１から読み出してセキュリティＰＣ１００に送信するマスタ、つまりディスクイメージを決定することになる。

他方、前記セキュリティＰＣ１００のアップデート起動部１１０は、前記セッション確立通知を前記ステーションサーバ２００から受信して、マスターブートレコード１３７におけるアクティブパーティションの設定を前記第２のディスクパーティション５５に変更する（ｓ１０５）。また、前記アップデート起動部１１０は、マスターブートレコード１３７において、前記第２のディスクパーティション５５をアクティブ（ブート可能）に設定し、リブートを実行する（ｓ１０６）。

続いて、前記セキュリティＰＣ１００のリストア処理部１１１は、前記リブートの実行により前記第２のオペレーティングシステム（例えばDOSなど）１３６ｂを起動して、前記バックアッププログラム１３９を自動実行（例えば、“Autoexec.bat”による自動実行）する（ｓ１０７）。

また、前記リストア処理部１１１は、前記バックアッププログラム１３９により、前記ＮＩＣ１０７のＭＡＣアドレスおよび自身の機器ＩＤを前記ステップｓ１０２と同様に取得し、前記ＮＩＣ１０７のＭＡＣアドレス“１Ｂ２７Ｆ８”と自身の機器ＩＤ“ＲＫ１”とを含むセッション名“ＲＫ１＋１Ｂ２７Ｆ８”を作成し、当該セッション名を指定したアップデート要求をステーションサーバ２００に送信する（ｓ１０８）。

一方、前記ステーションサーバ２００のマスタ送信部２１０は、前記セッション名“ＲＫ１＋１Ｂ２７Ｆ８”での前記セキュリティＰＣ１００からのリクエスト待ち状態に入っているから、前記ステップｓ１０８の実行により、前記セッション名“ＲＫ１＋１Ｂ２７Ｆ８”を指定したアップデート要求を前記セキュリティＰＣ１００から受信して、前記アップデート要求（のセッション名）が含む機器ＩＤ“ＲＫ１”に基づいて前記ＨＤＤ２０１のイメージテーブル２２５からディスクイメージ２５０を抽出する（ｓ１０９）。また、前記マスタ送信部２１０は、このディスクイメージ２５０を前記セキュリティＰＣ１００に送信する（ｓ１１０）。なお、ステーションサーバ２００がマルチキャストサーバの機能を備えていて、複数のセキュリティＰＣ１００からアップデート要求等を受信し、各セキュリティＰＣ１００のそれぞれへディスクイメージ配信を行うとしても勿論よい。この際、各セキュリティＰＣ１００へ並行して配信を行ってもよい。

他方、前記セキュリティＰＣ１００のリストア処理部１１１は、前記ステーションサーバ２００から前記ディスクイメージ２５０を受信し、前記バックアッププログラム１３９により前記ディスクイメージ２５０での前記第１のディスクパーティション５０のリストアを実行する（ｓ１１１）。リストア終了後、前記リストア処理部１１１は、マスターブートレコード１３７において、前記第１のディスクパーティション５０をアクティブ（ブート可能）に設定しリブートする（ｓ１１２）。このリブート後は、新マスタ、つまり更新された第１のディスクパーティション５０でセキュリティＰＣ１００が起動することになる。

本発明によれば、シンクライアントにおける幅広いアップデート対象に対し、ユーザ都合での効率良いアップデート処理が可能となる。

以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

１０ シンクライアントマスタの書換システム
５０ 第１のディスクパーティション
５５ 第２のディスクパーティション
１００ セキュリティＰＣ（シンクライアント）
１０１、２０１、３０１ ＨＤＤ（Hard Disk Drive）
１０２、２０２、３０２ プログラム
１０３、２０３、３０３ ＲＡＭ（Random Access Memory）
１０４、２０４、３０４ ＣＰＵ（Central Processing Unit）
１０５、２０５、３０５ 入力装置
１０６、２０６、３０６ 出力装置
１０７、２０７、３０７ 通信装置、ＮＩＣ（Network Interface Card）
１０８、２０８、３０８ フラッシュＲＯＭ
１１０ アップデート起動部
１１１ リストア処理部
１３５、２３５ ＢＩＯＳ
１３６ａ、１３６ｂ、２３６ ＯＳ
１３７ マスタブートレコード
１３９ バックアッププログラム
１４０ ネットワーク、ＬＡＮ
１４４ ＵＳＢポート
２００ ステーションサーバ（サーバ）
２１０ マスタ送信部
２２５ イメージテーブル
２５０ ディスクイメージ
３００ 配信サーバ

Claims (2)

1. シンクライアントと、当該シンクライアントとネットワークを介して通信可能に接続されているサーバとを備え、
   前記シンクライアントは、
   前記ネットワークを介して前記サーバと通信する通信装置と、
   少なくとも第１のオペレーティングシステムを格納する第１のディスクパーティションと、第２のオペレーティングシステムおよびバックアッププログラムを格納する第２のディスクパーティションとが設定された記憶装置と、
   入力装置で受け付けたユーザ指示に応じ、当該シンクライアントの機器ＩＤを含むセッション名を指定したセッション確立要求をサーバに送信し、当該セッション確立要求に応じたセッション確立通知を前記サーバから受信して、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行するアップデート起動部と、
   前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、前記シンクライアントの機器ＩＤをセッション名としたアップデート要求を前記サーバに送信し、当該サーバから前記機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行するリストア処理部と、を有し、
   前記サーバは、
   前記ネットワークを介して前記シンクライアントと通信する通信装置と、
   前記シンクライアントの機器ＩＤに対応付けてアップデート用のディスクイメージを格納する記憶装置と、
   前記セッション確立要求を前記シンクライアントから受信して、前記機器ＩＤをセッション名とした前記シンクライアントからのリクエスト待ち状態に入り、その後、前記機器ＩＤをセッション名としたアップデート要求を前記シンクライアントから受信し、受信した前記機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信するマスタ送信部と、を有している、
   ことを特徴とするシンクライアントマスタの書換システム。
2. シンクライアントと、当該シンクライアントとネットワークを介して通信可能に接続されているサーバとを備え、
   前記シンクライアントは、
   前記ネットワークを介して前記サーバと通信する通信装置と、
   少なくとも第１のオペレーティングシステムを格納する第１のディスクパーティションと、第２のオペレーティングシステムおよびバックアッププログラムを格納する第２のディスクパーティションとが設定された記憶装置と、を有し、
   前記サーバは、
   前記ネットワークを介して前記シンクライアントと通信する通信装置と、
   前記シンクライアントの機器ＩＤに対応付けてアップデート用のディスクイメージを格納する記憶装置と、を有し、
   前記シンクライアントは、
   入力装置で受け付けたユーザ指示に応じ、当該シンクライアントの機器ＩＤを含むセッション名を指定したセッション確立要求をサーバに送信し、当該セッション確立要求に応じたセッション確立通知を前記サーバから受信して、マスターブートレコードにおけるアクティブパーティションの設定を前記第２のディスクパーティションに変更し、リブートを実行する処理と、
   前記リブートの実行により前記第２のオペレーティングシステムを起動して、前記バックアッププログラムを実行し、前記シンクライアントの機器ＩＤをセッション名としたアップデート要求を前記サーバに送信し、当該サーバから前記機器ＩＤに応じたディスクイメージを受信し、前記バックアッププログラムにより前記ディスクイメージでの前記第１のディスクパーティションのリストアを実行する処理と、を実行し、
   前記サーバは、
   前記セッション確立要求を前記シンクライアントから受信して、前記機器ＩＤをセッション名とした前記シンクライアントからのリクエスト待ち状態に入り、その後、前記機器ＩＤをセッション名としたアップデート要求を前記シンクライアントから受信し、受信した前記機器ＩＤに基づいて前記記憶装置からディスクイメージを抽出し、このディスクイメージを前記シンクライアントに送信する処理を実行する、
   ことを特徴とするシンクライアントマスタの書換方法。

Images