端末管理システム及び方法
【課題】
端末装置で不正なＯＳの使用を不可能にし、端末装置のデータが破壊した場合、そのリカバリ作業を迅速に行い、管理者の負担を軽減する。
【解決手段】
端末装置が持つＯＳの種類や仕様の違いに応じて分類される動作環境ごとにリカバリマスタ識別情報を割り当てる。端末装置をネットワークに接続するときに管理サーバにより正規のＯＳかを判別すると共に、端末装置のバックアップデータおよびリカバリマスタ識別情報を管理する。また、端末装置が正常に起動しない場合、端末装置内に保存されているバックアップデータを展開する。次に端末装置内のバックアップデータでも起動できない場合は、管理サーバから当該端末装置に対応するバックアップデータを展開し、正常にバックアップデータが展開されない場合はハードウェアの故障と判断する。
端末装置で不正なＯＳの使用を不可能にし、端末装置のデータが破壊した場合、そのリカバリ作業を迅速に行い、管理者の負担を軽減する。
【解決手段】
端末装置が持つＯＳの種類や仕様の違いに応じて分類される動作環境ごとにリカバリマスタ識別情報を割り当てる。端末装置をネットワークに接続するときに管理サーバにより正規のＯＳかを判別すると共に、端末装置のバックアップデータおよびリカバリマスタ識別情報を管理する。また、端末装置が正常に起動しない場合、端末装置内に保存されているバックアップデータを展開する。次に端末装置内のバックアップデータでも起動できない場合は、管理サーバから当該端末装置に対応するバックアップデータを展開し、正常にバックアップデータが展開されない場合はハードウェアの故障と判断する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末管理システム及び方法に係り、特にシンクライアント端末からサーバをアクセスすることができるシンクライアント端末システムにおいて、シンクライアント端末のリカバリを安全、迅速に行う端末管理システム及び方法に関する。
【背景技術】
【０００２】
端末装置からネットワークを通してコンピュータをアクセスするコンピュータシステムにおいて、個人情報などの漏洩によるセキュリティを確保するための種々の仕組みや技術が提唱されている。
例えば、特許文献１には、操作する端末およびデータを一箇所のデータセンターに集め、外部から別の端末装置を用いてリモートコントロールするシステムが開示されている。このシステムは、外部から接続する端末装置の記憶装置には必要なソフトウェアのみをインストールし、書き込みを禁止し、データを端末装置に残さない、所謂シンクライアントシステムである。
【０００３】
このシステムは、どこでも同じ環境で端末装置を操作可能とすることを前提としており、ユーザは社外に端末装置を持ち歩く機会が多くなる。その場合、予期しない操作によりＯＳ（Operating System）の一部データが破壊したり、端末装置が故障する可能性がある。端末装置が故障した場合、システム管理者や保守員が、ＯＳの再インストール等を含む全ての復旧作業を行わなければならない。そのため、システム管理者等の労力の負担も多大となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３２７２３３公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、端末装置のリカバリ作業を迅速に行い、端末装置を管理する管理者の負担を軽減する、端末管理システム及び方法を提供することにある。
より具体的には、本発明は、不正なＯＳをインストールしたシンクライアント端末からサーバへのアクセスを不可能にして、サーバが保持する情報を安全に管理し、またシンクライアント端末のプログラムを含むデータが破壊された場合、それを迅速、容易に復元することを可能にする。
【課題を解決するための手段】
【０００６】
本発明に係る端末管理システムは、好ましくは、ネットワークを介して、データ処理用のサーバシステムにアクセスすることができる複数の端末装置と、該端末装置の動作環境を管理する管理サーバを含む端末管理システムにおいて、複数の該端末装置は、自らの端末装置で起動されるＯＳ及びアプリケーションプログラムを少なくとも記憶するユーザ使用領域と、該ＯＳ及びアプリケーションプログラムを含む該端末装置のバックアップデータを記憶するバックアップ領域を有する第１の記憶部と、
該端末装置のバックアップデータを管理するために予め割り当てられたリカバリマスタ識別情報を保持する手段を有し、
該管理サーバは、該端末装置から取得した該リカバリマスタ識別情報と該端末装置のバックアップデータを関連付けて保持する第１の領域と、該端末装置から取得した該リカバリマスタ識別情報と該端末装置に固有の情報とを関連付けて保持する第２の領域とを有する第２の記憶部を有し、
該管理サーバは、該端末装置に対して該リカバリマスタ識別情報を要求し、該要求を受けた該端末装置は、自ら有する該リカバリマスタ識別情報を該管理サーバへ送信し、
該管理サーバは、受信した該リカバリマスタ識別情報が該端末装置の識別情報と関連付けて該第２の領域に保持されているかを確認することを特徴とする端末管理システムとして構成される。
【０００７】
好ましい例では、前記端末装置において、前記バックアップ領域は、権限を持たないユーザが変更できない記憶領域であり、該リカバリマスタ識別情報を保持する前記手段はＢＩＯＳＲＯＭである。
また、好ましくは、前記端末装置において、該第１の記憶部の該ユーザ使用領域に記憶されたデータが破壊された場合、該バックアップ領域に記憶された該バックアップデータから起動して、自動的に該ユーザ使用領域を復元する。
また、好ましくは、前記端末装置において、該第１の記憶部が故障して、該バックアップ領域から起動できない場合、該端末装置は該管理サーバに対して、リカバリを要求する。
【０００８】
また、好ましくは、前記管理サーバは、該要求に応じて該端末装置より送信された、該リカバリマスタ識別情報が正規のリカバリマスタ識別情報か判別し、正規のリカバリマスタ識別情報である場合は、サーバシステムへのアクセスを許可し、かつ該第１の領域に該バックアップデータが保存されているかを確認し、その結果、保存されていない場合は該端末装置の該第１の記憶部の記憶データ全てを取得して、それをイメージファイルとして該第１の領域に保存する。
【０００９】
本発明に係る端末管理方法は、好ましくは、データ処理用のサーバシステムにアクセスすることができる複数の端末装置であってそれぞれ、自らの端末装置で起動されるＯＳ及びアプリケーションプログラムを少なくとも記憶するユーザ使用領域と、該ＯＳ及びアプリケーションプログラムを含む該端末装置のバックアップデータを記憶するバックアップ領域を有する第１の記憶部と、該端末装置のバックアップデータを管理するために予め割り当てられたリカバリマスタ識別情報を保持する手段を有する複数の該端末装置と、
該端末装置の動作環境を管理する管理サーバであって、該端末装置から取得した該リカバリマスタ識別情報と該端末装置のバックアップデータを関連付けて保持する第１の領域と、該端末装置から取得した該リカバリマスタ識別情報と該端末装置に固有の情報とを関連付けて保持する第２の領域とを有する第２の記憶部を有する該管理サーバと、がネットワークを介して接続される、端末管理システムにおける端末管理方法であって、
該管理サーバから該端末装置に対して該リカバリマスタ識別情報を要求するステップと、
該要求を受けた該端末装置は、自ら有する該リカバリマスタ識別情報を該管理サーバへ送信するステップと、
該管理サーバは、受信した該リカバリマスタ識別情報が該端末装置の識別情報と関連付けて該第２の領域に保持されているかを確認するステップとを有することを特徴とする端末管理方法として構成される。
【発明の効果】
【００１０】
本発明によれば、端末装置で扱われるプログラムやデータ等の情報をバックアップデータとして管理サーバで保管しておき、端末装置が故障した場合、管理サーバに保持したバックアップデータを自動的にリカバリ処理して対象とする端末装置に反映することができるので、管理者に対する復旧作業を軽減できる。また、ユーザが端末装置に不正なＯＳをインストールした場合でもその端末装置をサーバに接続することができないので、セキュリティを確保することができる。
【図面の簡単な説明】
【００１１】
【図１】一実施例における端末管理システムの構成を示す図。
【図２Ａ】一実施例の端末管理システムにおける処理動作を示すフローチャート。
【図２Ｂ】一実施例の端末管理システムにおける処理動作を示すフローチャート。
【図２Ｃ】一実施例の端末管理システムにおける処理動作を示すフローチャート。
【図３】一実施例におけるリカバリマスタ識別情報の構成例を示す図。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施例について詳細に説明する。
図１は、端末管理システムの構成例を示す。
この端末管理システムは、複数の端末装置５と、端末装置５からアクセスされ、データ処理するサーバシステム３と、端末装置５の状況を管理する管理サーバ１と、端末装置を使用するユーザの認証を行う認証サーバ２と、及び管理者が使用する管理者端末４が、ＬＡＮ９などのネットワークに接続されて構成される。
【００１３】
ここで、サーバシステム３はクライアントブレード（Client Blade）と呼ばれるブレードサーバを複数実装して構成される。シンクライアント端末システムでは、端末装置５はデータを記憶する大容量の記憶装置を持たずに、サーバシステム３のプログラムの実行によって端末装置５で使用される画面データを作成して端末装置へ転送し、端末装置５では必要最小限備えられたＯＳとアプリケーションプログラム（例えば入出用のプログラム）を実行することによって、受信した画面データを表示器に表示し、及び入力器から入力されたデータを処理する。
【００１４】
管理サーバ１は、プログラムを実行して所定の機能を実現するＣＰＵ１１（Central Processing Unit）１１、プログラムや種々の処理データを記憶するメモリ１２、ハードディスクのような記憶装置１３を有する。とりわけ特徴的なことは、記憶装置１３は、リカバリ管理リスト１４を記憶する領域、各端末装置５で使用されるデータをバックアップデータ１５２として記憶するバックアップ領域１５、バックアップ領域１５に保管されたバックアップデータを再生するためのリカバリプログラム１６を記憶する領域を有する。
【００１５】
ここで、リカバリ管理リスト１４とは、端末装置５の動作環境を管理するためのテーブルであり、端末装置が持つＯＳや端末装置の仕様が異なるごと（即ち動作環境が異なるごと）に複数の組に分けて、その組ごとに固有の識別情報（ＩＤ１〜ＩＤn）を付与して管理する。この識別情報ＩＤiは、リカバリマスタ識別情報５４２（後述する）と同一の情報である。
例えば、バージョン１のＯＳとアプリケーションプログラムＸ１とＹ１を使用している環境にＩＤ１を付与し、この環境を使用している端末装置の識別情報（以下単に端末情報という）を対応付けて、リカバリ管理リスト１４に登録して管理する。また、バージョンnのＯＳとアプリケーションプログラムＸ２とＹ２とＺ１を使用している環境にＩＤnを付与し、この環境を使用している端末装置の識別情報（端末情報）を対応付けて、同様にリカバリ管理リスト１４に登録する。図示のように、端末情報１と端末情報２を持つ２つの端末装置は、動作環境が同じであるため、同一の識別情報ＩＤ１が付与される。
【００１６】
なお、端末情報１４２は端末装置５を特定できる情報（例えばシリアルナンバー）であればよい。好まくは例えば端末装置のＭＡＣアドレスが用いられる。また、リカバリ管理リストと呼ぶのは、このリストが後々、端末装置のリカバリのために使用されることがあるからであるが、呼称はこれに限定されない。例えば、端末装置の動作環境を管理しているので、端末動作環境リスト或いはテーブルと呼んでもよい。
【００１７】
バックアップ領域１５は、端末装置５のメモリ５３内に記憶される全データをバックアップデータとして記憶する。即ち、端末装置５で使用されるＯＳやアプリケーションプログラム、処理データ等のデータをイメージファイルして記憶する。また各バックアップデータ１５２にはリカバリ識別情報（ＩＤn）が付与され、リカバリ管理リスト１４に保持されるリカバリ識別情報（ＩＤn）と対応付けられる。
【００１８】
認証サーバ２は、端末装置５を使用するユーザのＩＤ及びパスワードのチェックを行い、ユーザが正当であるか（即ち予めその使用が許可されたユーザか）を確認する。チェックの結果、正当なユーザに対してのみ端末装置からサーバシステム３へのアクセスを許容する。なお、この例では管理サーバ１と認証サーバ２を別々のサーバで構成しているが、これらのサーバの機能を１台のサーバに集約して構成してもよい。
管理者端末４は、端末装置の使用を管理する管理者が使用する端末であり、例えばＰＣ（Personal Computer）である。
【００１９】
端末装置５はシンクライアント端末又は一般的なＰＣであり、ＯＳやアプリケーションプログラムを実行してデータ処理を行うＣＰＵ５１、プログラムや種々の処理データを記憶するメモリ５２、ユーザ使用領域５３２とユーザがデータを変更することができないバックアップ領域５３４を有するＣＦ（Compact Flash Memory）のような不揮発性のメモリ２３、端末装置のバックアップデータを管理するために予め割り当てれたリカバリマスタ識別情報５４２を格納するＢＩＯＳ ＲＯＭ５４を有して構成される。
【００２０】
シンクライアント端末の場合、メモリ５３のユーザ使用領域５３２にはＯＳやアプリケーションプログラム、処理データが格納され、クライアント端末で処理される画面データなどは全てサーバシステム３で作成されて、ここに一時的に格納される。バックアップ領域５３４には、当該端末装置５で実行されるＯＳやアプリケーションプログラムなどのデータがバックアップ用として記憶される。このデータは、ビットマップ化されて、サーバシステム３のバックアップ領域１５にも保持される。
この例では、リカバリマスタ識別情報５４２はＢＩＯＳ ＲＯＭ５４に格納されているが、ＴＰＭ（Trust Platform Module）などＯＳがインストールされたメモリ５３以外の不揮発性記憶領域でユーザの変更権限がない領域に、リカバリマスタ識別情報５４２を格納するようにしてもよい。
【００２１】
図３にリカバリマスタ識別情報の構成例を示す。
リカバリマスタ識別情報５４２は、リカバリマスタの管理番号などのリカバリマスタＩＤ３０１と、公的認証局が発行する証明書（例えば電子透かし）３０２により構成される。証明書３０２は端末装置にインストールされているリカバリマスタが正規のものであるかの確認を容易にするために使用する。なお、改竄が容易にできないデータであれば公的認証局が発行する証明書である必要はない。
【００２２】
次に、図２Ａ〜図２Ｃを参照して、端末管理システムにおける端末装置の利用を開始するときの一連の処理動作について説明する。なお、図示の例は１台の端末装置に関する処理シーケンスを示すが、実際に多数の端末装置が起動する場合には、各端末装置に独立的に実行される。
まず、端末装置５が起動すると（Ｓ２０１）、認証サーバ２に対し接続要求をする。正常にＯＳが起動しない場合はバックアップ作業を開始する（Ｓ２０２、図２Ｃ：Ｓ２０３）。
【００２３】
ＯＳが正常に起動した場合、端末装置５から接続要求を受けた認証サーバ２は、管理サーバ１に端末装置５が正規のＯＳを使用しているか確認するように要求する（Ｓ２０４）。この要求を受けると、管理サーバ１は端末装置に対し、リカバリマスタ識別情報を要求する（Ｓ２０５）。端末装置５は、管理サーバ１からの要求を受けると、リカバリマスタ識別情報５４２を管理サーバ１へ送信する（Ｓ２０６）。
【００２４】
管理サーバ１は、端末装置５から送信されたリカバリマスタ識別情報５４２を受信し、その受信したリカバリマスタ識別情報５４２が正規のリカバリマスタ識別情報であるかを判定する（Ｓ２０７）。この判定は、リカバリマスタ識別情報が所定の形式のマスタ番号であるか、及び認証局が認証した証明書を持っているかを確認することで行う。判定の結果、不当な場合（即ちリカバリマスタ識別情報が所定の形式を有していない場合）（Ｓ２０７：Ｎo）、サーバシステム３へのアクセスを拒否するように認証サーバへ指示するとともに（Ｓ２１０）、管理者端末４に対して端末装置５が不正又は正規でないＯＳを使用している可能性があることを連絡する（Ｓ２１１）。
【００２５】
一方、上記判定の結果、正当な場合（Ｓ２０７：Ｙeｓ）、管理サーバ１は認証サーバ２に対し、当該端末装置５からサーバシステム３への接続許可を出すように指示する（Ｓ２０８）。認証サーバ１０２から端末装置５に対し、サーバシステム３への接続許可が出るので、端末装置５はサーバシステム３に接続して、業務処理を開始することができる。
【００２６】
その後、リカバリマスタ識別情報５４２がリカバリ管理リスト１４に登録されているか確認する（Ｓ２１２）。この確認は、リカバリ管理リスト１４を参照して、受信したリカバリマスタ識別情報５４２について当該端末装置５の端末情報が、当該リカバリ識別情報ＩＤiに対応付けて登録されているかを確認することで行う。この確認の結果、リカバリマスタ識別情報ＩＤiが登録されていれば、当該リカバリマスタ識別情報ＩＤiに対応付けて当該端末装置の端末情報１４２が登録されているかを確認する（Ｓ２１３）。端末情報１４２がリカバリ管理リスト１４のリカバリマスタ識別情報５４２に登録されていれば、確認作業を終了する。
【００２７】
一方、リカバリマスタ識別情報５４２がリカバリ管理リスト１４に登録されていない場合、管理サーバ１は、端末装置５のメモリ５３の全領域の情報（バックアップ情報）を読み込み、そのデータを１つのイメージファイル１５２として、リカバリマスタ識別情報５４２に関連つけて記憶装置１３のバックアップ領域１５に保存する。更に、当該バックアップ情報の管理情報であるリカバリ識別情報及び端末情報をリカバリ管理リスト１４に登録する（Ｓ２１４）。
なお、メモリ内の記憶情報を１つのイメージファイルとして記憶手段に保存し及びそのイメージファイルを復元する処理は、市販のソフトやフリーソフトを用いて実現できる一般的な技術であり、イメージ化や復元方法の詳細な説明は省略する。
【００２８】
上記判定（Ｓ２１３）の結果、リカバリ管理リスト１４にリカバリマスタ識別情報と共に端末情報１４２が登録されていなければ、管理サーバ１は端末装置５に対して端末情報を要求する（Ｓ２１５）。端末装置５は、その要求を受けると、端末情報を管理サーバ１へ送信する（Ｓ２１６）。管理サーバ１は、リカバリマスタ識別情報５４２と共に端末情報１４２を管理サーバ１の記憶装置１３のリカバリ管理リスト１４に登録する（Ｓ２１７）。
【００２９】
次に図２Ｃを参照して、端末装置のＯＳが正常に起動しない場合（Ｓ２０２：Ｎｏ）の処理について説明する。この例は、ＢＩＯＳのブートメニューでリカバリ機能を選択可能な場合を示している。確保したいセキュリティレベルに応じて、システム管理者を介さないとＯＳのリカバリができない仕様にするなど、リカバリ機能の選択方法は変更可能である。
【００３０】
まず、ＢＩＯＳのブートメニューで端末装置５のバックアップ領域５３４から起動する方法を選択する（Ｓ２５０）。なお、バックアップ領域５３４には予めリカバリが自動的に実行されるプログラムがインストールされている。バックアップ領域５３４から起動ができた場合、バックアップデータ５６に含まれるＯＳがユーザ使用領域５３２に展開される（Ｓ２５１、Ｓ２５２）。そのリカバリ作業が正常に終了した場合は再起動し、ユーザ使用領域５３２から起動が始まり通常業務へと復帰できる（Ｓ２５３）。
【００３１】
一方、端末装置５が、バックアップ領域５３４に格納された情報を用いて起動できない場合は、ネットワークブートにより端末装置５を起動し、管理サーバ１へ直接接続して、リカバリプログラム１６を実行する（Ｓ２５４）。ネットワークブートとしては、ＰＸＥ（Preboot Execution Environment）による一般的な規格のものを使用することができる。
【００３２】
リカバリプログラム１６が実行されると、まず、端末装置５に保存されているリカバリマスタ識別情報５４２を読み取る。管理サーバ１は、読み取ったリカバリマスタ識別情報５４２に対応するイメージファイル１５２を展開して、端末装置５へ送信する（Ｓ２５５）。端末装置５では、展開されたイメージファイル１５２を用いてリカバリ作業が正常に終了すると、リカバリプログラム１６は管理サーバ１に登録されているリカバリマスタ識別情報５４２を端末装置５のＢＩＯＳＲＯＭ５４に上書きする（Ｓ２５６、２５７）。リカバリが正常に終了しない場合は、リカバリプログラム１６が管理サーバ１にエラーを出す。エラーを受け取った管理サーバ１は、管理者端末４に対して端末装置５の修理を要請するための報告を送信する（Ｓ２５８）。そして、管理者端末４を操作する管理者は保守員に修理を要請し、要請を受けた保守員は、ネットブートにより端末装置５のリカバリ作業を行うことになる。
【００３３】
以上、説明したように、本実施例によれば、ユーザが端末装置に不正なＯＳをインストールした場合でもその端末装置をサーバに接続することができないので、セキュリティを確保できる。また、リカバリ情報の１つとして端末装置が使用しているＯＳを含む情報を管理しているため、業務システムの変更に伴って端末装置側のＯＳが変更しても、業務時間外に一括してシステム管理者が実施することも可能となり、システム運用に係るコストを低減することができる。
特にセキュリティ機能を強化したクライアント端末システムに使用されるクライアント端末はユーザ情報が端末装置に無く、比較的均一化されたＯＳやアプリケーションであり、管理するデータが少ないのでその管理が効果的である。
【符号の説明】
【００３４】
１：管理サーバ ２：認証サーバ ３：サーバシステム ４：管理者端末 ９：ＬＡＮ １１：ＣＰＵ １２：メモリ １３：記憶装置 １４：リカバリ管理リスト １５：バックアップ領域 １６：リカバリプログラム １４２：端末情報 １５２：端末装置内メモリ５３のイメージファイル
５：端末装置 ５１：ＣＰＵ ５２：メモリ ５３：メモリ ５４：ＢＩＯＳ ＲＯＭ ５４２：リカバリマスタ識別情報 ５６：ＯＳ。
【技術分野】
【０００１】
本発明は、端末管理システム及び方法に係り、特にシンクライアント端末からサーバをアクセスすることができるシンクライアント端末システムにおいて、シンクライアント端末のリカバリを安全、迅速に行う端末管理システム及び方法に関する。
【背景技術】
【０００２】
端末装置からネットワークを通してコンピュータをアクセスするコンピュータシステムにおいて、個人情報などの漏洩によるセキュリティを確保するための種々の仕組みや技術が提唱されている。
例えば、特許文献１には、操作する端末およびデータを一箇所のデータセンターに集め、外部から別の端末装置を用いてリモートコントロールするシステムが開示されている。このシステムは、外部から接続する端末装置の記憶装置には必要なソフトウェアのみをインストールし、書き込みを禁止し、データを端末装置に残さない、所謂シンクライアントシステムである。
【０００３】
このシステムは、どこでも同じ環境で端末装置を操作可能とすることを前提としており、ユーザは社外に端末装置を持ち歩く機会が多くなる。その場合、予期しない操作によりＯＳ（Operating System）の一部データが破壊したり、端末装置が故障する可能性がある。端末装置が故障した場合、システム管理者や保守員が、ＯＳの再インストール等を含む全ての復旧作業を行わなければならない。そのため、システム管理者等の労力の負担も多大となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３２７２３３公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、端末装置のリカバリ作業を迅速に行い、端末装置を管理する管理者の負担を軽減する、端末管理システム及び方法を提供することにある。
より具体的には、本発明は、不正なＯＳをインストールしたシンクライアント端末からサーバへのアクセスを不可能にして、サーバが保持する情報を安全に管理し、またシンクライアント端末のプログラムを含むデータが破壊された場合、それを迅速、容易に復元することを可能にする。
【課題を解決するための手段】
【０００６】
本発明に係る端末管理システムは、好ましくは、ネットワークを介して、データ処理用のサーバシステムにアクセスすることができる複数の端末装置と、該端末装置の動作環境を管理する管理サーバを含む端末管理システムにおいて、複数の該端末装置は、自らの端末装置で起動されるＯＳ及びアプリケーションプログラムを少なくとも記憶するユーザ使用領域と、該ＯＳ及びアプリケーションプログラムを含む該端末装置のバックアップデータを記憶するバックアップ領域を有する第１の記憶部と、
該端末装置のバックアップデータを管理するために予め割り当てられたリカバリマスタ識別情報を保持する手段を有し、
該管理サーバは、該端末装置から取得した該リカバリマスタ識別情報と該端末装置のバックアップデータを関連付けて保持する第１の領域と、該端末装置から取得した該リカバリマスタ識別情報と該端末装置に固有の情報とを関連付けて保持する第２の領域とを有する第２の記憶部を有し、
該管理サーバは、該端末装置に対して該リカバリマスタ識別情報を要求し、該要求を受けた該端末装置は、自ら有する該リカバリマスタ識別情報を該管理サーバへ送信し、
該管理サーバは、受信した該リカバリマスタ識別情報が該端末装置の識別情報と関連付けて該第２の領域に保持されているかを確認することを特徴とする端末管理システムとして構成される。
【０００７】
好ましい例では、前記端末装置において、前記バックアップ領域は、権限を持たないユーザが変更できない記憶領域であり、該リカバリマスタ識別情報を保持する前記手段はＢＩＯＳＲＯＭである。
また、好ましくは、前記端末装置において、該第１の記憶部の該ユーザ使用領域に記憶されたデータが破壊された場合、該バックアップ領域に記憶された該バックアップデータから起動して、自動的に該ユーザ使用領域を復元する。
また、好ましくは、前記端末装置において、該第１の記憶部が故障して、該バックアップ領域から起動できない場合、該端末装置は該管理サーバに対して、リカバリを要求する。
【０００８】
また、好ましくは、前記管理サーバは、該要求に応じて該端末装置より送信された、該リカバリマスタ識別情報が正規のリカバリマスタ識別情報か判別し、正規のリカバリマスタ識別情報である場合は、サーバシステムへのアクセスを許可し、かつ該第１の領域に該バックアップデータが保存されているかを確認し、その結果、保存されていない場合は該端末装置の該第１の記憶部の記憶データ全てを取得して、それをイメージファイルとして該第１の領域に保存する。
【０００９】
本発明に係る端末管理方法は、好ましくは、データ処理用のサーバシステムにアクセスすることができる複数の端末装置であってそれぞれ、自らの端末装置で起動されるＯＳ及びアプリケーションプログラムを少なくとも記憶するユーザ使用領域と、該ＯＳ及びアプリケーションプログラムを含む該端末装置のバックアップデータを記憶するバックアップ領域を有する第１の記憶部と、該端末装置のバックアップデータを管理するために予め割り当てられたリカバリマスタ識別情報を保持する手段を有する複数の該端末装置と、
該端末装置の動作環境を管理する管理サーバであって、該端末装置から取得した該リカバリマスタ識別情報と該端末装置のバックアップデータを関連付けて保持する第１の領域と、該端末装置から取得した該リカバリマスタ識別情報と該端末装置に固有の情報とを関連付けて保持する第２の領域とを有する第２の記憶部を有する該管理サーバと、がネットワークを介して接続される、端末管理システムにおける端末管理方法であって、
該管理サーバから該端末装置に対して該リカバリマスタ識別情報を要求するステップと、
該要求を受けた該端末装置は、自ら有する該リカバリマスタ識別情報を該管理サーバへ送信するステップと、
該管理サーバは、受信した該リカバリマスタ識別情報が該端末装置の識別情報と関連付けて該第２の領域に保持されているかを確認するステップとを有することを特徴とする端末管理方法として構成される。
【発明の効果】
【００１０】
本発明によれば、端末装置で扱われるプログラムやデータ等の情報をバックアップデータとして管理サーバで保管しておき、端末装置が故障した場合、管理サーバに保持したバックアップデータを自動的にリカバリ処理して対象とする端末装置に反映することができるので、管理者に対する復旧作業を軽減できる。また、ユーザが端末装置に不正なＯＳをインストールした場合でもその端末装置をサーバに接続することができないので、セキュリティを確保することができる。
【図面の簡単な説明】
【００１１】
【図１】一実施例における端末管理システムの構成を示す図。
【図２Ａ】一実施例の端末管理システムにおける処理動作を示すフローチャート。
【図２Ｂ】一実施例の端末管理システムにおける処理動作を示すフローチャート。
【図２Ｃ】一実施例の端末管理システムにおける処理動作を示すフローチャート。
【図３】一実施例におけるリカバリマスタ識別情報の構成例を示す図。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施例について詳細に説明する。
図１は、端末管理システムの構成例を示す。
この端末管理システムは、複数の端末装置５と、端末装置５からアクセスされ、データ処理するサーバシステム３と、端末装置５の状況を管理する管理サーバ１と、端末装置を使用するユーザの認証を行う認証サーバ２と、及び管理者が使用する管理者端末４が、ＬＡＮ９などのネットワークに接続されて構成される。
【００１３】
ここで、サーバシステム３はクライアントブレード（Client Blade）と呼ばれるブレードサーバを複数実装して構成される。シンクライアント端末システムでは、端末装置５はデータを記憶する大容量の記憶装置を持たずに、サーバシステム３のプログラムの実行によって端末装置５で使用される画面データを作成して端末装置へ転送し、端末装置５では必要最小限備えられたＯＳとアプリケーションプログラム（例えば入出用のプログラム）を実行することによって、受信した画面データを表示器に表示し、及び入力器から入力されたデータを処理する。
【００１４】
管理サーバ１は、プログラムを実行して所定の機能を実現するＣＰＵ１１（Central Processing Unit）１１、プログラムや種々の処理データを記憶するメモリ１２、ハードディスクのような記憶装置１３を有する。とりわけ特徴的なことは、記憶装置１３は、リカバリ管理リスト１４を記憶する領域、各端末装置５で使用されるデータをバックアップデータ１５２として記憶するバックアップ領域１５、バックアップ領域１５に保管されたバックアップデータを再生するためのリカバリプログラム１６を記憶する領域を有する。
【００１５】
ここで、リカバリ管理リスト１４とは、端末装置５の動作環境を管理するためのテーブルであり、端末装置が持つＯＳや端末装置の仕様が異なるごと（即ち動作環境が異なるごと）に複数の組に分けて、その組ごとに固有の識別情報（ＩＤ１〜ＩＤn）を付与して管理する。この識別情報ＩＤiは、リカバリマスタ識別情報５４２（後述する）と同一の情報である。
例えば、バージョン１のＯＳとアプリケーションプログラムＸ１とＹ１を使用している環境にＩＤ１を付与し、この環境を使用している端末装置の識別情報（以下単に端末情報という）を対応付けて、リカバリ管理リスト１４に登録して管理する。また、バージョンnのＯＳとアプリケーションプログラムＸ２とＹ２とＺ１を使用している環境にＩＤnを付与し、この環境を使用している端末装置の識別情報（端末情報）を対応付けて、同様にリカバリ管理リスト１４に登録する。図示のように、端末情報１と端末情報２を持つ２つの端末装置は、動作環境が同じであるため、同一の識別情報ＩＤ１が付与される。
【００１６】
なお、端末情報１４２は端末装置５を特定できる情報（例えばシリアルナンバー）であればよい。好まくは例えば端末装置のＭＡＣアドレスが用いられる。また、リカバリ管理リストと呼ぶのは、このリストが後々、端末装置のリカバリのために使用されることがあるからであるが、呼称はこれに限定されない。例えば、端末装置の動作環境を管理しているので、端末動作環境リスト或いはテーブルと呼んでもよい。
【００１７】
バックアップ領域１５は、端末装置５のメモリ５３内に記憶される全データをバックアップデータとして記憶する。即ち、端末装置５で使用されるＯＳやアプリケーションプログラム、処理データ等のデータをイメージファイルして記憶する。また各バックアップデータ１５２にはリカバリ識別情報（ＩＤn）が付与され、リカバリ管理リスト１４に保持されるリカバリ識別情報（ＩＤn）と対応付けられる。
【００１８】
認証サーバ２は、端末装置５を使用するユーザのＩＤ及びパスワードのチェックを行い、ユーザが正当であるか（即ち予めその使用が許可されたユーザか）を確認する。チェックの結果、正当なユーザに対してのみ端末装置からサーバシステム３へのアクセスを許容する。なお、この例では管理サーバ１と認証サーバ２を別々のサーバで構成しているが、これらのサーバの機能を１台のサーバに集約して構成してもよい。
管理者端末４は、端末装置の使用を管理する管理者が使用する端末であり、例えばＰＣ（Personal Computer）である。
【００１９】
端末装置５はシンクライアント端末又は一般的なＰＣであり、ＯＳやアプリケーションプログラムを実行してデータ処理を行うＣＰＵ５１、プログラムや種々の処理データを記憶するメモリ５２、ユーザ使用領域５３２とユーザがデータを変更することができないバックアップ領域５３４を有するＣＦ（Compact Flash Memory）のような不揮発性のメモリ２３、端末装置のバックアップデータを管理するために予め割り当てれたリカバリマスタ識別情報５４２を格納するＢＩＯＳ ＲＯＭ５４を有して構成される。
【００２０】
シンクライアント端末の場合、メモリ５３のユーザ使用領域５３２にはＯＳやアプリケーションプログラム、処理データが格納され、クライアント端末で処理される画面データなどは全てサーバシステム３で作成されて、ここに一時的に格納される。バックアップ領域５３４には、当該端末装置５で実行されるＯＳやアプリケーションプログラムなどのデータがバックアップ用として記憶される。このデータは、ビットマップ化されて、サーバシステム３のバックアップ領域１５にも保持される。
この例では、リカバリマスタ識別情報５４２はＢＩＯＳ ＲＯＭ５４に格納されているが、ＴＰＭ（Trust Platform Module）などＯＳがインストールされたメモリ５３以外の不揮発性記憶領域でユーザの変更権限がない領域に、リカバリマスタ識別情報５４２を格納するようにしてもよい。
【００２１】
図３にリカバリマスタ識別情報の構成例を示す。
リカバリマスタ識別情報５４２は、リカバリマスタの管理番号などのリカバリマスタＩＤ３０１と、公的認証局が発行する証明書（例えば電子透かし）３０２により構成される。証明書３０２は端末装置にインストールされているリカバリマスタが正規のものであるかの確認を容易にするために使用する。なお、改竄が容易にできないデータであれば公的認証局が発行する証明書である必要はない。
【００２２】
次に、図２Ａ〜図２Ｃを参照して、端末管理システムにおける端末装置の利用を開始するときの一連の処理動作について説明する。なお、図示の例は１台の端末装置に関する処理シーケンスを示すが、実際に多数の端末装置が起動する場合には、各端末装置に独立的に実行される。
まず、端末装置５が起動すると（Ｓ２０１）、認証サーバ２に対し接続要求をする。正常にＯＳが起動しない場合はバックアップ作業を開始する（Ｓ２０２、図２Ｃ：Ｓ２０３）。
【００２３】
ＯＳが正常に起動した場合、端末装置５から接続要求を受けた認証サーバ２は、管理サーバ１に端末装置５が正規のＯＳを使用しているか確認するように要求する（Ｓ２０４）。この要求を受けると、管理サーバ１は端末装置に対し、リカバリマスタ識別情報を要求する（Ｓ２０５）。端末装置５は、管理サーバ１からの要求を受けると、リカバリマスタ識別情報５４２を管理サーバ１へ送信する（Ｓ２０６）。
【００２４】
管理サーバ１は、端末装置５から送信されたリカバリマスタ識別情報５４２を受信し、その受信したリカバリマスタ識別情報５４２が正規のリカバリマスタ識別情報であるかを判定する（Ｓ２０７）。この判定は、リカバリマスタ識別情報が所定の形式のマスタ番号であるか、及び認証局が認証した証明書を持っているかを確認することで行う。判定の結果、不当な場合（即ちリカバリマスタ識別情報が所定の形式を有していない場合）（Ｓ２０７：Ｎo）、サーバシステム３へのアクセスを拒否するように認証サーバへ指示するとともに（Ｓ２１０）、管理者端末４に対して端末装置５が不正又は正規でないＯＳを使用している可能性があることを連絡する（Ｓ２１１）。
【００２５】
一方、上記判定の結果、正当な場合（Ｓ２０７：Ｙeｓ）、管理サーバ１は認証サーバ２に対し、当該端末装置５からサーバシステム３への接続許可を出すように指示する（Ｓ２０８）。認証サーバ１０２から端末装置５に対し、サーバシステム３への接続許可が出るので、端末装置５はサーバシステム３に接続して、業務処理を開始することができる。
【００２６】
その後、リカバリマスタ識別情報５４２がリカバリ管理リスト１４に登録されているか確認する（Ｓ２１２）。この確認は、リカバリ管理リスト１４を参照して、受信したリカバリマスタ識別情報５４２について当該端末装置５の端末情報が、当該リカバリ識別情報ＩＤiに対応付けて登録されているかを確認することで行う。この確認の結果、リカバリマスタ識別情報ＩＤiが登録されていれば、当該リカバリマスタ識別情報ＩＤiに対応付けて当該端末装置の端末情報１４２が登録されているかを確認する（Ｓ２１３）。端末情報１４２がリカバリ管理リスト１４のリカバリマスタ識別情報５４２に登録されていれば、確認作業を終了する。
【００２７】
一方、リカバリマスタ識別情報５４２がリカバリ管理リスト１４に登録されていない場合、管理サーバ１は、端末装置５のメモリ５３の全領域の情報（バックアップ情報）を読み込み、そのデータを１つのイメージファイル１５２として、リカバリマスタ識別情報５４２に関連つけて記憶装置１３のバックアップ領域１５に保存する。更に、当該バックアップ情報の管理情報であるリカバリ識別情報及び端末情報をリカバリ管理リスト１４に登録する（Ｓ２１４）。
なお、メモリ内の記憶情報を１つのイメージファイルとして記憶手段に保存し及びそのイメージファイルを復元する処理は、市販のソフトやフリーソフトを用いて実現できる一般的な技術であり、イメージ化や復元方法の詳細な説明は省略する。
【００２８】
上記判定（Ｓ２１３）の結果、リカバリ管理リスト１４にリカバリマスタ識別情報と共に端末情報１４２が登録されていなければ、管理サーバ１は端末装置５に対して端末情報を要求する（Ｓ２１５）。端末装置５は、その要求を受けると、端末情報を管理サーバ１へ送信する（Ｓ２１６）。管理サーバ１は、リカバリマスタ識別情報５４２と共に端末情報１４２を管理サーバ１の記憶装置１３のリカバリ管理リスト１４に登録する（Ｓ２１７）。
【００２９】
次に図２Ｃを参照して、端末装置のＯＳが正常に起動しない場合（Ｓ２０２：Ｎｏ）の処理について説明する。この例は、ＢＩＯＳのブートメニューでリカバリ機能を選択可能な場合を示している。確保したいセキュリティレベルに応じて、システム管理者を介さないとＯＳのリカバリができない仕様にするなど、リカバリ機能の選択方法は変更可能である。
【００３０】
まず、ＢＩＯＳのブートメニューで端末装置５のバックアップ領域５３４から起動する方法を選択する（Ｓ２５０）。なお、バックアップ領域５３４には予めリカバリが自動的に実行されるプログラムがインストールされている。バックアップ領域５３４から起動ができた場合、バックアップデータ５６に含まれるＯＳがユーザ使用領域５３２に展開される（Ｓ２５１、Ｓ２５２）。そのリカバリ作業が正常に終了した場合は再起動し、ユーザ使用領域５３２から起動が始まり通常業務へと復帰できる（Ｓ２５３）。
【００３１】
一方、端末装置５が、バックアップ領域５３４に格納された情報を用いて起動できない場合は、ネットワークブートにより端末装置５を起動し、管理サーバ１へ直接接続して、リカバリプログラム１６を実行する（Ｓ２５４）。ネットワークブートとしては、ＰＸＥ（Preboot Execution Environment）による一般的な規格のものを使用することができる。
【００３２】
リカバリプログラム１６が実行されると、まず、端末装置５に保存されているリカバリマスタ識別情報５４２を読み取る。管理サーバ１は、読み取ったリカバリマスタ識別情報５４２に対応するイメージファイル１５２を展開して、端末装置５へ送信する（Ｓ２５５）。端末装置５では、展開されたイメージファイル１５２を用いてリカバリ作業が正常に終了すると、リカバリプログラム１６は管理サーバ１に登録されているリカバリマスタ識別情報５４２を端末装置５のＢＩＯＳＲＯＭ５４に上書きする（Ｓ２５６、２５７）。リカバリが正常に終了しない場合は、リカバリプログラム１６が管理サーバ１にエラーを出す。エラーを受け取った管理サーバ１は、管理者端末４に対して端末装置５の修理を要請するための報告を送信する（Ｓ２５８）。そして、管理者端末４を操作する管理者は保守員に修理を要請し、要請を受けた保守員は、ネットブートにより端末装置５のリカバリ作業を行うことになる。
【００３３】
以上、説明したように、本実施例によれば、ユーザが端末装置に不正なＯＳをインストールした場合でもその端末装置をサーバに接続することができないので、セキュリティを確保できる。また、リカバリ情報の１つとして端末装置が使用しているＯＳを含む情報を管理しているため、業務システムの変更に伴って端末装置側のＯＳが変更しても、業務時間外に一括してシステム管理者が実施することも可能となり、システム運用に係るコストを低減することができる。
特にセキュリティ機能を強化したクライアント端末システムに使用されるクライアント端末はユーザ情報が端末装置に無く、比較的均一化されたＯＳやアプリケーションであり、管理するデータが少ないのでその管理が効果的である。
【符号の説明】
【００３４】
１：管理サーバ ２：認証サーバ ３：サーバシステム ４：管理者端末 ９：ＬＡＮ １１：ＣＰＵ １２：メモリ １３：記憶装置 １４：リカバリ管理リスト １５：バックアップ領域 １６：リカバリプログラム １４２：端末情報 １５２：端末装置内メモリ５３のイメージファイル
５：端末装置 ５１：ＣＰＵ ５２：メモリ ５３：メモリ ５４：ＢＩＯＳ ＲＯＭ ５４２：リカバリマスタ識別情報 ５６：ＯＳ。
【特許請求の範囲】
【請求項１】
ネットワークを介して、データ処理用のサーバシステムにアクセスすることができる複数の端末装置と、該端末装置の動作環境を管理する管理サーバを含む端末管理システムにおいて、
複数の該端末装置は、自らの端末装置で起動されるＯＳ及びアプリケーションプログラムを少なくとも記憶するユーザ使用領域と、該ＯＳ及びアプリケーションプログラムを含む該端末装置のバックアップデータを記憶するバックアップ領域を有する第１の記憶部と、
該端末装置のバックアップデータを管理するために予め割り当てられたリカバリマスタ識別情報を保持する手段を有し、
該管理サーバは、該端末装置から取得した該リカバリマスタ識別情報と該端末装置のバックアップデータを関連付けて保持する第１の領域と、該端末装置から取得した該リカバリマスタ識別情報と該端末装置に固有の情報とを関連付けて保持する第２の領域とを有する第２の記憶部を有し、
該管理サーバは、該端末装置に対して該リカバリマスタ識別情報を要求し、該要求を受けた該端末装置は、自ら有する該リカバリマスタ識別情報を該管理サーバへ送信し、
該管理サーバは、受信した該リカバリマスタ識別情報が該端末装置の識別情報と関連付けて該第２の領域に保持されているかを確認することを特徴とする端末管理システム。
【請求項２】
前記端末装置において、前記バックアップ領域は、権限を持たないユーザが変更できない記憶領域であり、該リカバリマスタ識別情報を保持する前記手段はＢＩＯＳＲＯＭであることを特徴とする請求項１の端末管理システム。
【請求項３】
前記端末装置において、該第１の記憶部の該ユーザ使用領域に記憶されたデータが破壊された場合、該バックアップ領域に記憶された該バックアップデータから起動して、自動的に該ユーザ使用領域を復元することを特徴とする請求項１または２の端末管理システム。
【請求項４】
前記端末装置において、該第１の記憶部が故障して、該バックアップ領域から起動できない場合、該端末装置は該管理サーバに対して、リカバリを要求することを特徴とする請求項１乃至３のいずれかの項の端末管理システム。
【請求項５】
前記管理サーバは、該要求に応じて該端末装置より送信された、該リカバリマスタ識別情報が正規のリカバリマスタ識別情報か判別し、正規のリカバリマスタ識別情報である場合は、サーバシステムへのアクセスを許可し、かつ該第１の領域に該バックアップデータが保存されているかを確認し、その結果、保存されていない場合は該端末装置の該第１の記憶部の記憶データ全てを取得して、それをイメージファイルとして該第１の領域に保存することを特徴とする請求項１乃至４のいずれかの項の端末管理システム。
【請求項６】
データ処理用のサーバシステムにアクセスすることができる複数の端末装置であってそれぞれ、自らの端末装置で起動されるＯＳ及びアプリケーションプログラムを少なくとも記憶するユーザ使用領域と、該ＯＳ及びアプリケーションプログラムを含む該端末装置のバックアップデータを記憶するバックアップ領域を有する第１の記憶部と、該端末装置のバックアップデータを管理するために予め割り当てられたリカバリマスタ識別情報を保持する手段を有する複数の該端末装置と、
該端末装置の動作環境を管理する管理サーバであって、該端末装置から取得した該リカバリマスタ識別情報と該端末装置のバックアップデータを関連付けて保持する第１の領域と、該端末装置から取得した該リカバリマスタ識別情報と該端末装置に固有の情報とを関連付けて保持する第２の領域とを有する第２の記憶部を有する該管理サーバと、がネットワークを介して接続される、端末管理システムにおける端末管理方法であって、
該管理サーバから該端末装置に対して該リカバリマスタ識別情報を要求するステップと、
該要求を受けた該端末装置は、自ら有する該リカバリマスタ識別情報を該管理サーバへ送信するステップと、
該管理サーバは、受信した該リカバリマスタ識別情報が該端末装置の識別情報と関連付けて該第２の領域に保持されているかを確認するステップとを有することを特徴とする端末管理方法。
【請求項１】
ネットワークを介して、データ処理用のサーバシステムにアクセスすることができる複数の端末装置と、該端末装置の動作環境を管理する管理サーバを含む端末管理システムにおいて、
複数の該端末装置は、自らの端末装置で起動されるＯＳ及びアプリケーションプログラムを少なくとも記憶するユーザ使用領域と、該ＯＳ及びアプリケーションプログラムを含む該端末装置のバックアップデータを記憶するバックアップ領域を有する第１の記憶部と、
該端末装置のバックアップデータを管理するために予め割り当てられたリカバリマスタ識別情報を保持する手段を有し、
該管理サーバは、該端末装置から取得した該リカバリマスタ識別情報と該端末装置のバックアップデータを関連付けて保持する第１の領域と、該端末装置から取得した該リカバリマスタ識別情報と該端末装置に固有の情報とを関連付けて保持する第２の領域とを有する第２の記憶部を有し、
該管理サーバは、該端末装置に対して該リカバリマスタ識別情報を要求し、該要求を受けた該端末装置は、自ら有する該リカバリマスタ識別情報を該管理サーバへ送信し、
該管理サーバは、受信した該リカバリマスタ識別情報が該端末装置の識別情報と関連付けて該第２の領域に保持されているかを確認することを特徴とする端末管理システム。
【請求項２】
前記端末装置において、前記バックアップ領域は、権限を持たないユーザが変更できない記憶領域であり、該リカバリマスタ識別情報を保持する前記手段はＢＩＯＳＲＯＭであることを特徴とする請求項１の端末管理システム。
【請求項３】
前記端末装置において、該第１の記憶部の該ユーザ使用領域に記憶されたデータが破壊された場合、該バックアップ領域に記憶された該バックアップデータから起動して、自動的に該ユーザ使用領域を復元することを特徴とする請求項１または２の端末管理システム。
【請求項４】
前記端末装置において、該第１の記憶部が故障して、該バックアップ領域から起動できない場合、該端末装置は該管理サーバに対して、リカバリを要求することを特徴とする請求項１乃至３のいずれかの項の端末管理システム。
【請求項５】
前記管理サーバは、該要求に応じて該端末装置より送信された、該リカバリマスタ識別情報が正規のリカバリマスタ識別情報か判別し、正規のリカバリマスタ識別情報である場合は、サーバシステムへのアクセスを許可し、かつ該第１の領域に該バックアップデータが保存されているかを確認し、その結果、保存されていない場合は該端末装置の該第１の記憶部の記憶データ全てを取得して、それをイメージファイルとして該第１の領域に保存することを特徴とする請求項１乃至４のいずれかの項の端末管理システム。
【請求項６】
データ処理用のサーバシステムにアクセスすることができる複数の端末装置であってそれぞれ、自らの端末装置で起動されるＯＳ及びアプリケーションプログラムを少なくとも記憶するユーザ使用領域と、該ＯＳ及びアプリケーションプログラムを含む該端末装置のバックアップデータを記憶するバックアップ領域を有する第１の記憶部と、該端末装置のバックアップデータを管理するために予め割り当てられたリカバリマスタ識別情報を保持する手段を有する複数の該端末装置と、
該端末装置の動作環境を管理する管理サーバであって、該端末装置から取得した該リカバリマスタ識別情報と該端末装置のバックアップデータを関連付けて保持する第１の領域と、該端末装置から取得した該リカバリマスタ識別情報と該端末装置に固有の情報とを関連付けて保持する第２の領域とを有する第２の記憶部を有する該管理サーバと、がネットワークを介して接続される、端末管理システムにおける端末管理方法であって、
該管理サーバから該端末装置に対して該リカバリマスタ識別情報を要求するステップと、
該要求を受けた該端末装置は、自ら有する該リカバリマスタ識別情報を該管理サーバへ送信するステップと、
該管理サーバは、受信した該リカバリマスタ識別情報が該端末装置の識別情報と関連付けて該第２の領域に保持されているかを確認するステップとを有することを特徴とする端末管理方法。
【図１】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図３】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図３】
【公開番号】特開２０１１−１１３２９４（Ｐ２０１１−１１３２９４Ａ）
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願番号】特願２００９−２６９０００（Ｐ２００９−２６９０００）
【出願日】平成２１年１１月２６日（２００９．１１．２６）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願日】平成２１年１１月２６日（２００９．１１．２６）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]