情報引継方法及び退避・復元装置及び情報引継ぎプログラム
【課題】端末再起動時にディスクの共通領域が初期化されるＰＣにおいて、次にＰＣが再起動した場合にもデータが消滅することがないよう、退避・復元する。
【解決手段】退避サーバにおいて、端末の共通領域に格納されている端末固有の情報を退避させる場合に、予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段に格納しておき（Ｓ１）、端末の終了時に、端末識別情報記憶手段に該端末の端末識別情報が格納されている場合には（Ｓ２）、該端末のＯＳ領域内の消失させてはならない各種設定ファイルを該端末識別情報に対応付けて退避データ記憶手段に退避する（Ｓ３）。復元する場合には、端末の起動時に、退避データ記憶手段から退避した各種設定ファイルを読み出して（Ｓ４）、端末識別情報に対応付けて該端末のＯＳ領域に格納する（Ｓ５）。
【解決手段】退避サーバにおいて、端末の共通領域に格納されている端末固有の情報を退避させる場合に、予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段に格納しておき（Ｓ１）、端末の終了時に、端末識別情報記憶手段に該端末の端末識別情報が格納されている場合には（Ｓ２）、該端末のＯＳ領域内の消失させてはならない各種設定ファイルを該端末識別情報に対応付けて退避データ記憶手段に退避する（Ｓ３）。復元する場合には、端末の起動時に、退避データ記憶手段から退避した各種設定ファイルを読み出して（Ｓ４）、端末識別情報に対応付けて該端末のＯＳ領域に格納する（Ｓ５）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報引継方法及び退避・復元装置及び情報引継ぎプログラムに係り、特に、端末再起動時にディスクの共通領域が初期化されるパーソナルコンピュータ（ＰＣ）において、端末再起動時に、ユーザ情報や端末固有情報が消失しないようにするために、共通領域を再起動後も引き継ぐための情報引継方法及び退避・復元装置及び情報引継ぎプログラムに関する。
【背景技術】
【０００２】
ＰＣのディスク領域には、
・個別領域：ユーザ毎に割り当てられる、ユーザ個別情報（作成したファイルやメールデータ等）を保存する領域（一般的には、Documents and Settings配下。ディスクレスＰＣでは、ストレージなどに保存しておき、ユーザログイン時に転送）：
・共通領域：全てのユーザが共通的に利用するＯＳやアプリケーションを格納する領域（レジストリのＨＫＬＭやＣ：配下などの、個別領域以外。端末識別情報や、マルチユーザ非対応アプリケーションのユーザ個別情報などが入っている）：
がある。
【０００３】
ディスクレスシステムのShared Image Modeでは、同一の共通領域を複数の端末で共有する。Shared Image Modeを用いると、端末管理コスト（ＡＰインストールの手間など）が低減する。一方で、ＰＣの再起動時にディスクの共通領域が初期化される。ＰＣの起動時にディスクの共通領域が初期化されるシステムは、このほか、ネットカフェ等でも利用される。
【０００４】
共通領域に書き込まれるデータには、大きく二つのタイプがある。これらの情報は、共通領域に書き込まれるため、端末の再起動により消滅する。
【０００５】
・Ｃ／Ｓ系アプリケーションなどにおける、端末固有情報、端末識別情報や各種設定情報、ログ情報など。
【０００６】
・ユーザ個別情報：マルチユーザ非対応アプリケーションは、ユーザ個別情報を個別領域に保存しないため。
【０００７】
端末識別情報が消滅すると、端末を特定することができなくなり、アプリケーションが起動毎に新しい端末が増えたと誤認識することがある。そのため、再起動時にディスクの共通領域が初期化されるＰＣにおいて、このような共通領域に書き込まれるデータを、再起動の有無に関わらず保持するためには、共通領域に書き込まれた内容を、ログオフ、または、終了前に、別の記憶媒体に保存（退避）し、起動時、または、ログイン時に別の記憶媒体から復旧する必要がある。しかし、このような作業を手作業で行うことは困難である。
【０００８】
そのための技術として、起動したアプリケーションが動作する仮想的な環境を、ユーザ毎に提供することで、マルチユーザ非対応アプリケーションを利用した場合のユーザ間の競合をなくすアプリケーション分離環境機能（ＡＩＥ:Application Isolation Environment）がある。具体的には、ＡＩＥ上で動作するプログラムが、あるファイル配下に書き込んだデータは、分離環境名が付与されたフォルダに保存され、プログラムやファイル等へのアクセスはＡＩＥによってプログラムやユーザ毎に用意された保存先にリダイレクトされる（例えば、非特許文献１参照）。
【０００９】
また、事前にＰＣの端末固有情報（レジストリ、環境変数、ファイル等）をＤＢに準備する。各ディスクレスＰＣの起動の時に、これらの情報を取り出して、ＯＳイメージ上に書き込み、端末固有情報を利用して起動する技術がある（例えば、非特許文献２、非特許文献３参照）。
【非特許文献１】「対応アプリを一気に増やしたMetaFrame新バージョンの仕組みは？」、日経Windowsプロ、2005年8月、p.118-121
【非特許文献２】「http://www.ardence.com/enterprise/news.aspx?ID=308
【非特許文献３】「http://support.citrix.com/article/ctx115294」
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記の起動したアプリケーションが動作する仮想的な環境をユーザ毎に提供する技術では、ユーザ毎に個別に設定されている設定情報は反映されるが、端末毎に個別に設定されている設定情報は反映されない。
【００１１】
また、事前にＰＣの端末固有情報をＤＢに準備起動の時に、これらの情報を取り出して利用する方法は、端末毎に個別に設定されている設定情報は反映されるが、ユーザ毎に個別に設定されている設定情報は反映されない。
【００１２】
本発明は、上記の点に鑑みなされたもので、端末再起動時にディスクの共通領域が初期化されるＰＣにおいて、次にＰＣが再起動した場合にもデータが消滅することがない情報引継方法及び退避・復元装置及び情報引継ぎプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
図１は、本発明の原理を説明するための図である。
【００１４】
本発明（請求項１）は、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末の固有情報を復旧させるための情報引継方法であって、
端末において、
端末の共通領域に格納されている端末固有の情報を退避させる場合に、
予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段に格納しておき（ステップ１）、
端末の終了時に、端末識別情報記憶手段に該端末の端末識別情報が格納されている場合には（ステップ２）、該端末のＯＳ領域内の端末固有情報、ログ情報、各種設定ファイルを該端末識別情報に対応付けて退避データ記憶手段に退避する（ステップ３）退避ステップと、
退避データ記憶手段の各種設定ファイルを復元する場合に、
端末の起動時に、端末識別情報に基づいて、退避データ記憶手段から退避した各種設定ファイルを読み出して（ステップ４）、端末識別情報に対応付けて該端末のＯＳ領域に格納する（ステップ５）復元ステップと、を行う。
【００１５】
本発明（請求項２）は、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末のユーザ情報を復旧させるための情報引継方法であって、
端末において、
端末の共通領域のユーザ領域に格納されているユーザ情報を退避させる場合に、
予め端末を使用するユーザ名を外部のユーザ名記憶手段に格納しておき、
端末のユーザのログオフ時に、該端末のユーザ名がユーザ名記憶手段に格納されている場合には、該端末の共通領域のユーザ領域内のユーザ情報を該ユーザ名に対応させて退避データ記憶手段に退避する退避ステップと、
退避データ記憶手段のユーザ情報を共通領域に復元する場合に、
ユーザのログイン時に、ユーザ名に基づいて退避データ記憶手段にアクセスし、退避したユーザ情報を読み出して、共通領域のユーザ領域に格納する復元ステップと、
を行う。
【００１６】
本発明（請求項３）は、インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末の固有情報を復旧させるための情報引継方法であって、
システムは、アプリケーションに対応するファイル、レジストリ、サービスを管理するアプリケーション退避復元用情報記憶手段と退避データ記憶手段を有する退避サーバを含み、
端末において、
端末の共通領域に格納されている端末情報を退避する際に、
端末の端末識別情報に基づいて、インベントリ管理サーバから共通領域のＯＳ領域にインストールされているアプリケーション名、バージョンを取得し、
端末識別情報、アプリケーション名、バージョンに基づいて、アプリケーション退避復元用情報記憶手段からＯＳ領域のファイル名、レジストリ名を取得し、
ファイル名、レジストリ名に基づいて端末のＯＳ領域からファイル及びレジストリを取得して、端末識別情報に対応付けて退避データ記憶手段に退避する退避ステップと、
退避データ記憶手段に格納されている情報を共通領域に復元する場合に、
端末識別情報に基づいて、インベントリ管理サーバからアプリケーション名とバージョンを取得し、
端末識別情報、アプリケーション名、バージョンに基づいて、アプリケーション退避復元用情報記憶手段から取得したファイル名、レジストリ名に基づいて、退避データ記憶手段からファイル、レジストリを取得し、共通領域のＯＳ領域に格納する復元ステップと、を行う。
【００１７】
本発明（請求項４）は、インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末のユーザ情報を復旧させるための情報引継方法であって、
システムは、アプリケーションに対応するファイル、レジストリ、サービスを管理するアプリケーション退避復元用情報記憶手段と退避データ記憶手段を有する退避サーバを含み、
端末において、
端末の共通領域のユーザ領域内のユーザ情報を退避する場合に、
端末がログオフ時に、該端末のユーザ名に基づいて、インベントリ管理サーバからアプリケーション名、バージョンを取得し、
アプリケーション名、バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
サービス終了時に、ファイル名、レジストリ名に基づいて端末の共通領域のユーザ領域からユーザ情報を取得し、退避サーバの退避データ記憶手段に退避する退避ステップと、
退避データ記憶手段に格納されている情報を復元する場合に、
端末がログオン時に、ユーザ名に基づいて、インベントリ管理サーバからアプリケーション名、バージョンを取得し、
アプリケーション名、バージョンに基づいてアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
ファイル名、レジストリ名に基づいて退避データ記憶手段からユーザ情報取得し、ユーザ領域に格納する復元ステップと、を行う。
【００１８】
図２は、本発明の原理構成図である。
【００１９】
本発明（請求項５）は、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末の固有情報を復旧させるための退避・復元装置であって、
予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段３３１に格納しておく手段と、退避サーバ６０に該端末識別情報に対応付けた退避データ記憶手段６３を作成しておく手段とを含む事前処理手段と、
端末の終了時に、該端末の端末識別情報が端末識別情報記憶手段３３１に格納されている場合には、該端末の共通領域５１のＯＳ領域内の端末固有情報、ログ情報、各種設定ファイルを端末識別情報に対応付けて退避データ記憶手段に退避する退避手段５３と、
端末の起動時に、退避データ記憶手段から退避した各種設定ファイルを読み出して、端末識別情報に対応付けて共通領域５１のＯＳ領域に格納する復元手段５４と、を有する。
【００２０】
本発明（請求項６）は、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末のユーザ情報を復旧させるための退避・復元装置であって、
予め端末を使用するユーザ名を外部のユーザ名記憶手段に格納しておく手段と、退避サーバに該ユーザ名に対応付けた退避データ記憶手段を作成しておく手段とを含む事前処理手段と、を含む事前処理手段と、
端末のユーザのログオフ時に、該端末のユーザ名がユーザ名記憶手段に格納されている場合には、該端末のユーザ領域内のユーザ情報をユーザ名に対応させて退避データ記憶手段に退避する退避手段と、
ユーザのログイン時に、退避データ記憶手段から退避したユーザ情報を読み出して、該端末のユーザ領域に格納する復元手段と、を有する。
【００２１】
本発明（請求項７）は、インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末の固有情報を復旧させるための退避・復元装置であって、
端末の共通領域に格納されている端末固有情報を退避する際に、
端末の端末識別情報に基づいて、インベントリ管理サーバから共通領域のＯＳ領域にインストールされているアプリケーション名、バージョンを取得し、
端末識別情報、アプリケーション名、バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からＯＳ領域のファイル名、レジストリ名を取得し、
ファイル名、レジストリ名に基づいて端末のＯＳ領域からファイル及びレジストリを取得して、端末識別情報に対応付けて退避データ記憶手段に退避する退避手段と、
退避データ記憶手段に格納されている情報を共通領域に復元する場合に、
端末識別情報に基づいて、インベントリ管理サーバからアプリケーション名とバージョンを取得し、
端末識別情報、アプリケーション名、バージョンに基づいて、アプリケーション退避復元用情報記憶手段から取得したファイル名、レジストリ名に基づいて、退避データ記憶手段からファイル、レジストリを取得し、共通領域のＯＳ領域に格納する復元手段と、を有する。
【００２２】
本発明（請求項８）は、インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末のユーザ情報を復旧させるための退避・復元装置であって、
端末の共通領域のユーザ領域内のユーザ情報を退避する場合に、
端末がログオフ時に、該端末のユーザ名に基づいて、インベントリ管理サーバからアプリケーション名、バージョンを取得し、
アプリケーション名、バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
サービス終了時に、ファイル名、レジストリ名に基づいて端末の共通領域のユーザ領域からユーザ情報を取得し、退避サーバの退避データ記憶手段に退避する退避手段と、
退避データ記憶手段に格納されている情報を復元する場合に、
端末がログオン時に、ユーザ名に基づいて、インベントリ管理サーバからアプリケーション名、バージョンを取得し、
アプリケーション名、バージョンに基づいてアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
ファイル名、レジストリ名に基づいて退避データ記憶手段からユーザ情報を取得し、ユーザ領域に格納する復元手段と、を有する。
【００２３】
本発明（請求項９）は、請求項５乃至８のいずれか１項に記載の退避・復元装置を構成する各手段としてコンピュータを機能させるための情報引継プログラムである。
【発明の効果】
【００２４】
上記のように、本発明によれば、ディスクレスＰＣを立ち上げる度に、ＯＳ領域に対して端末毎に管理されるべき設定が反映され、ユーザがログインするたびにユーザ毎に管理されるべき設定反映されるため、端末を特定することができなくなり、アプリケーションが起動毎に新しい端末が増えたと誤認識することなどがなくなる。
【００２５】
これは、端末毎に管理されるべき設定は、シャットダウン時に保存、再起動時に復旧し、ユーザ毎に管理されるべき設定は、ログオフ時に保存、ログオフ時に復旧されるためである。
【発明を実施するための最良の形態】
【００２６】
以下、図面と共に本発明の実施の形態を説明する。
【００２７】
［第１の実施の形態］
本実施の形態では、クライアントサーバ方式のセキュリティ対策システムであって、クライアントプログラムがクライアントＰＣに常駐し、管理サーバで設定された指定操作のログを取得し、また、管理サーバ上で違反操作として指定されたＰＣユーザの操作を制限する機能を持つシステムを、ディスクレスＰＣ上で正常に動作させる例について説明する。
【００２８】
まず、ディスクレスＰＣ環境におけるセキュリティ対策システムについて説明する。
【００２９】
図３は、ディスクレスＰＣ環境におけるセキュリティ対策システムの構成を示す。
【００３０】
同図に示すセキュリティ対策システムは、管理サーバ１０、ログ収集サーバ２０、ストレージ管理サーバ３０、ネットワーク４０、複数のクライアントＰＣ５０ａ，５０ｂ，…（以下、クライアントＰＣ５０と記す）から構成される。
【００３１】
クライアントＰＣ５０は、これらのＰＣが使用するＯＳやアプリケーション等が保存されている共通領域５１（以下、ＯＳ領域と記す）、及びDocument and settings配下に保存されるMy Documentsやデスクトップ情報など、各ユーザ個別の情報が保存されるユーザ領域５２（以下、ユーザ領域と記す）から構成される。
【００３２】
ストレージ管理サーバ３０は、ディスクレスＰＣシステムを管理するストレージ管理プログラム３１と、ＯＳ領域やユーザ領域を格納するディスクストレージ３２、これらのストレージ情報を管理するストレージ管理ＤＢ４２から構成される。ストレージ管理サーバ３０は、クライアントＰＣ５０の起動時に、各クライアントＰＣ５０から要求のあったＯＳ領域５１及びユーザ領域５２のデータを送り、受け取ったデータを基にクライアントＰＣ５０は起動する。
【００３３】
クライアントＰＣ５０のクライアントプログラム５１１は、ＯＳ領域にインストールされ、レジストリやProgram Files等のＯＳ領域５１に対して、自己が動作するために必須の情報、取得したログ、一定期間取得したログから得られる異常行動を検出するための情報（学習情報と呼ぶ）等を格納する。
【００３４】
管理サーバ１０は、クライアントＰＣ５０の管理や各種設定を行うサーバプログラム１１、管理ＤＢ１２から構成される。
【００３５】
ログ収集サーバ２０は、１日１回ログを定期的に収集するログ収集制御プログラム２１と収集したログを格納するログＤＢ２２から構成される。
【００３６】
次に、上記の構成における動作を説明する。
【００３７】
まず、クライアントＰＣ５０にクライアントプログラム５１１がインストールされ、プログラムが起動すると、ネットワーク４０を通じて管理サーバ１０と通信を行う。管理サーバ１０は、クライアントＰＣ５０を識別する端末識別情報としてノードＩＤを払い出し、クライアントプログラム５１１は、受信したノードＩＤをレジストリに格納する。管理サーバ１０は、ノードＩＤを取得したクライアントＰＣ５０に対して、クライアントプログラム５１１の動作に必要なコンフィグファイルや違反操作を記述したポリシ設定ファイル等の各種設定ファイルを送信する。クライアントプログラム５１１は、受信した設定ファイルをインストールフォルダ配下に格納する。
【００３８】
クライアントプログラム５１１は、これらの初期処理が終了すると、正常に動作を始め、クライアントＰＣ５０の操作ログを取得し、指定された違反操作が行われた場合にはその操作を制限する。さらに、一定期間取得した操作ログを元に学習情報を作成する。操作ログや学習情報は、各種設定情報と同様、自己のインストールフォルダ配下に格納する。
【００３９】
ところで、クライアントＰＣ５０がディスクレスＰＣである場合、ＰＣの起動後にＯＳ領域５１に保存されたノードＩＤや各種設定ファイルは、ＰＣ５０が終了する際に、ＯＳ領域５１上に保存されずに消失する。そこで、以下の２つの問題が発生する。
【００４０】
（１）ノードＩＤが保持されないため、クライアントＰＣ５０は、起動の後に管理サーバ１０からノードＩＤを取得する。そのため、ノードＩＤが端末毎に一意とならず、端末識別情報であるノードＩＤで管理される操作ログや学習情報を一つの端末に対して引き継げない。
【００４１】
（２）クライアントプログラム５１１が取得した操作ログや各種設定ファイルは、クライアントＰＣ５０の終了時に消失する。
【００４２】
その結果、セキュリティ対策システムの機能を実現できない。
【００４３】
上記に対処するために、以下に本発明のシステムを示す。
【００４４】
図４は、本発明の第１の実施の形態におけるシステム構成を示す。同図において図３と同一構成部分には同一符号を付し、その説明を省略する。
【００４５】
図３に示すディスクレスＰＣ環境におけるセキュリティ対策システム構成に加え、本実施の形態では、退避サーバ６０を設ける。
【００４６】
退避サーバ６０は、ディスクレスＰＣ環境において、ユーザや端末の権限管理等を行うActive Directoryプログラム６１と、クライアントＰＣ５０で実行するプログラムを格納する実行プログラム部６２、実行プログラムの退避プログラムにより退避されるファイルを格納する退避ファイル格納部６３から構成される。
【００４７】
また、クライアントＰＣ５０は、退避サーバ６０の事項プログラム６２からインストールされた退避プログラム５３と復元プログラム５４を有する。
【００４８】
上記の図４の構成における動作を説明する。
【００４９】
Active Directoryプログラム６１では、ＰＣの起動時・終了時、または、ユーザのログオフ時・ログオフ時に予め指定しておいたプログラムを実行する設定が可能で、それぞれスタートアップ・シャットダウンスクリプト設定、ログオフ・ログオンスクリプト設定と呼ぶ。
【００５０】
実行プログラム部６２は、スタットアップ・シャットダウンスクリプト設定または、ログオフ・ログオンスクリプト設定で実行される消失させてはならないノードＩＤや各種設定ファイルを退避するプログラム（以下、退避プログラムと記す）及びクライアントＰＣ５０の起動時には、退避しておいたノードＩＤをレジストリに復元し、各種設定情報やログファイルをインストールフォルダの所定の箇所に復元するプログラム（以下、復元プログラムと記す）を、クライアントＰＣ５０にインストールしておくものとする。なお、退避プログラム５３及び復元プログラム５４において、アクセスして取得したデータは、クライアントＰＣ５０内のメモリ等に一時格納しておくものとする。
【００５１】
本実施の形態では、クライアントＰＣ５０の終了時に、退避プログラム５３をシャットダウンスクリプト設定により実行し、ノードＩＤをストレージ管理サーバ３０のストレージ管理ＤＢ３３に保存し、また、各種設定情報やログファイル等を退避サーバ６０の退避ファイル格納部６３に退避し、消失を回避する。そして、復元プログラム５４をスタートアップスクリプト設定により実行し、クライアントプログラムを正常動作させることを可能とする。
【００５２】
この実現のため、ストレージ管理ＤＢ３３には、退避するノードＩＤを、ＭＡＣアドレスをキーとして管理するノードＩＤ管理テーブル３３１、及び、退避サーバ６０のアクセス権限を持つユーザのアカウントを管理する退避サーバアカウント管理テーブル３３２を作成する。
【００５３】
ユーザ情報の退避・復元は、クライアントＰＣ５０において、ログオフされた時点で、ログオフスクリプト設定により退避プログラムを実行し、ユーザ名をストレージ管理サーバ３０のストレージ管理ＤＢ３３に保存し、また、ユーザ情報を退避サーバ６０の退避ファイル格納部６３に退避し、消失を回避する。そして、ログインスクリプト設定により復元プログラムを実行し、退避したデータをクライアントＰＣ５０のユーザ領域に格納する。
【００５４】
以下では、端末情報（各種設定情報やログファイル）の退避・復元について説明する。
【００５５】
図５は、本発明の第１の実施の形態におけるストレージ管理ＤＢのテーブルを示す。
【００５６】
同図（Ａ）は、ノードＩＤ管理テーブル３３１を示している。ノードＩＤ管理テーブル３３１は、ＭＡＣアドレス、そのデータ型、制約と、ノードＩＤ、そのデータ型を格納する。同図（Ｂ）は、退避サーバアカウント管理テーブル３３２を示している。退避サーバアカウント管理テーブル３３２は、退避サーバユーザ、データ型と、パスワード、その列名、データ型を格納する。
【００５７】
なお、ユーザ情報の退避・復元を行う場合には、上記のノードＩＤ管理テーブル３３１の代わりに、ユーザ名（ユーザＩＤ）を格納するユーザＩＤ管理テーブル（図示せず）を用いるものとする。ユーザＩＤ管理テーブルには、クライアントＰＣ４０のユーザ領域からユーザＩＤを取得して登録するものとする。
【００５８】
図６は、本発明の第１の実施の形態における退避ファイル格納部の例を示す。本実施の形態の退避ファイル格納部６３では、同図において、退避フォルダ配下にクライアントＰＣ５０のＭＡＣアドレスをキーとしたフォルダを作成し（以下、ＭＡＣフォルダと記す）、該当のＭＡＣフォルダ配下に設定ファイルやログファイルを格納する構成とした。また、当該退避ファイル格納部６３へのアクセスについては、ＯＤＢＣ(Open Data Base Connectivity)を利用し、ＳＳＬ(Secure Socket Layer)で通信を暗号化することでセキュリティを確保している。
【００５９】
次に、上記の退避プログラム５３と復元プログラム５４の処理内容について説明する。
【００６０】
最初に退避プログラム５３による退避処理について説明する。
【００６１】
図７は、本発明の第１の実施の形態における退避プログラムのフローチャート（端末情報）である。
【００６２】
ステップ１０１） 退避プログラム５３は、クライアントＰＣ５０のＭＡＣアドレスを読み込む。
【００６３】
ステップ１０２） クライアントプログラム５１１を停止する。
【００６４】
ステップ１０３） クライアントＰＣ５０のレジストリからノードＩＤを読み込む。
【００６５】
ステップ１０４） ノードＩＤ管理テーブル３３１にクライアントＰＣ５０のＭＡＣアドレスとノードＩＤが登録されているかを判断し、登録されていない場合は、図８の初回起動処理により登録を行う。
【００６６】
ステップ１０５） 退避サーバ６０のアカウントを退避サーバアカウント管理テーブル３３２から取得する。
【００６７】
ステップ１０６） 退避サーバ６０の退避ファイル格納部６３に当該クライアントＰＣ５０のＭＡＣフォルダがない場合には作成する。
【００６８】
ステップ１０７） 各種設定情報、及び、ログファイルをＭＡＣフォルダにコピーし退避する。
【００６９】
次に、上記の初回起動処理について説明する。
【００７０】
図８は、本発明の第１の実施の形態における退避・復元プログラムの初回起動処理のフローチャートである。
【００７１】
ステップ１１） 退避プログラム５３、または、復元プログラム５４は、クライアントプログラム５１１を起動する。
【００７２】
ステップ１２） タイムアウトもしくは、ノードＩＤの取得が確認できるまで、定期的にクライアントＰＣ５０のレジストリのノードＩＤを読み込み、レジストリをチェックする。
【００７３】
ステップ１３） ノードＩＤが取得できた場合は、ストレージ管理サーバ３０のノードＩＤ管理テーブル３３１にＭＡＣアドレスとノードＩＤを登録する。
【００７４】
次に、復元プログラム５４による復元処理について説明する。
【００７５】
図９は、本発明の第１の実施の形態における復元処理フローチャートであり、通常処理の動作を示している
ステップ２０１） 復元プログラム５４は、クライアントＰＣ５０のＭＡＣアドレスを読み込む。
【００７６】
ステップ２０２） ストレージ管理サーバ３０のノードＩＤ管理テーブル３３１にアクセスし、当該ＭＡＣアドレスのデータが存在するかどうかを調べる。存在する場合はステップ２０３に移行し、存在しない場合はステップ２０９に移行する。
【００７７】
ステップ２０３） 退避サーバのアカウントをストレージ管理サーバ３０の退避サーバアカウント管理テーブル３３２から取得する。
【００７８】
ステップ２０４） ステップ２０３で取得した退避サーバのアカウントにより退避サーバ６０にアクセスし、ＭＡＣアドレスに対応するＭＡＣフォルダから復元するデータを取得する。
【００７９】
ステップ２０５） 取得したデータのうち、ノードＩＤをクライアントＰＣ５０のレジストリに格納する。
【００８０】
ステップ２０６） 各種設定情報及びログファイルをＯＳ領域５１の所定のフォルダに格納し、復元する。
【００８１】
ステップ２０７） 復元したファイルに適切な権限を付与する。
【００８２】
ステップ２０８） クライアントプログラム５１１を起動させる。
【００８３】
ステップ２０９） 図８に示す初回起動処理を行う。
【００８４】
なお、上記では、端末識別情報の退避・復元について説明したが、ユーザ個別の設定情報であるユーザ名情報の退避・復元を、図１０、図１１に示す。
【００８５】
ユーザ情報の退避・復元処理の場合には、上記の端末識別情報の退避・復元のＰＣ終了時・起動時のタイミングを、ログオン・ログオフのタイミングとし、上記と同様の処理を行うことにより、クライアントＰＣ５０のユーザ個別の設定情報を、クライアントＰＣ５０の共通領域のユーザ領域５２から退避させ、ユーザ領域５２に復元することが可能である。
【００８６】
ユーザ情報の退避は、図１０に示すように、クライアントＰＣ５０がログオフしたタイミングで、クライアントＰＣ５０からユーザ名を取得し（ステップ３０２）、当該ユーザ名に基づいてクライアントＰＣ５０のレジストリからユーザ情報（設定情報・ログ）を取得し（ステップ３０３）、そのユーザＩＤがユーザＩＤ管理テーブル（図示せず）に登録されているかを問い合わせ、登録されていない場合には当該ユーザＩＤを登録する（ステップ３０４）。退避サーバアカウント管理テーブル３３２に、パスワードを送信することにより退避サーバアカウントを取得し（ステップ３０５）、当該退避サーバ６０にユーザ毎にユーザＩＤ（ユーザ名）で管理されたフォルダがあるかを問い合わせ、ない場合はフォルダを作成し（ステップ３０６）、ある場合には、ユーザ領域５２のユーザ情報（レジストリの内容）をユーザ毎のフォルダに退避する（ステップ３０７）。
【００８７】
ユーザ情報を復元する場合には、図１１に示すように、クライアントＰＣ５０からユーザ名（ユーザＩＤ）を取得し（ステップ４０２）、ユーザＩＤ管理テーブル（図示せず）にユーザ名（ユーザＩＤ）が登録されているかを問い合わせ、存在しない場合は初回起動処理を行う。退避サーバアカウントテーブル３３２にパスワードでアクセスし、対応するアカウントがない場合は初回起動処理を行う。退避サーバアカウントを取得し（ステップ４０４）、ユーザ毎（ユーザＩＤ毎）に管理されているフォルダから復元するユーザ情報を取得し（ステップ４０５）、クライアントＰＣ４０のレジストリにユーザ情報（設定情報・ログ）をユーザ領域５２に復元し（ステップ４０６）、復元したファイルの権限情報を復元するデータから取得し、設定する（ステップ４０７）。
【００８８】
［第２の実施の形態］
本実施の形態では、クライアントサーバ方式のイベントリ管理システムであって、クライアントプログラムがクライアントＰＣに常駐し、ＰＣ起動時に当該端末のハードウェアインベントリ及びソフトウェアインベントリ情報を取得してサーバに送信し、それらの情報を管理するシステムを、ディスクレスＰＣ上で正常に動作させる例について説明する。
【００８９】
まず、ディスクレスＰＣ環境における当該インベントリ管理システムについて説明する。
【００９０】
図１２は、ディスクレスＰＣ環境におけるインベントリ管理システムの構成を示す。
【００９１】
同図に示すインベントリ管理システムは、インベントリ管理サーバ１００、ストレージ管理サーバ２００、ネットワーク３００、複数のクライアントＰＣ４００ａ，４００ｂ，…（以下、クライアントＰＣ４００と記す）から構成される。
【００９２】
クライアントＰＣ４００は、これらのＰＣが使用するＯＳやアプリケーション等が保存されているＯＳ領域４１０、及び、Document and Settings配下に保存されるMy Documentsやデスクトップ情報など、各ユーザ個別の情報が保存されるユーザ領域４２０（以下、ユーザ領域と記す）から構成される。
【００９３】
クライアントプログラム４１１は、ＯＳ領域４１０にインストールされ、ＯＳ領域４１０のProgram files配下の自己がインストールされているディレクトリのデータ格納部４１２に、当該クライアント端末４００の識別ＩＤ（ＭＡＣアドレス）をファイル形式で格納する。
【００９４】
ストレージ管理サーバ２００は、ディスクレスＰＣシステムを管理するストレージ管理プログラム３１０と、ＯＳ領域やユーザ領域を格納するディスクストレージ２２２、これらのストレージ情報を管理するストレージ管理ＤＢ２２３から構成される。
【００９５】
ストレージ管理サーバ２００は、クライアントＰＣ４００の起動時に各クライアントＰＣ４００から要求のあったＯＳ領域４１０、及びユーザ領域４２０に関するデータを送り、受け取ったデータを基にクライアントＰＣ４００が起動する。
【００９６】
インベントリ管理サーバ１００は、クライアントＰＣ４００のインベントリ情報を管理するサーバプログラム１１０、インベントリ情報を格納するインベントリ管理ＤＢ１２０から構成される。
【００９７】
次に、上記の構成におけるシステムの動作について説明する。
【００９８】
クライアントＰＣ４００にクライアントプログラム４１１がインストールされ、プログラムが起動すると、ネットワーク３００を通じて、インベントリ管理サーバ１００と通信を行う。インベントリ管理サーバ１００は、クライアントＰＣ４００を識別する端末固有の端末識別ＩＤを払い出し、クライアントプログラム４１１は、受信した端末識別ＩＤをデータ格納部４１２にファイル形式（ファイルパス例：C\Program Files\GET_Inventory\host_data\hostiedXXXX）で格納する。次に、インベントリ管理サーバ１００は、クライアントプログラム４１１に対してインベントリ情報の収集要求を送信し、クライアントプログラム４１１はハードウェアインベントリ情報及びソフトウェアインベントリ情報を収集し、端末識別ＩＤと同様、ファイル形式でデータ格納部４１２に格納する。クライアントプログラム４１１は、この初回起動時以外にも、インベントリ管理サーバ１００で設定された一定期間毎にインベントリ情報を取得し、同様にデータ格納部４１２に格納する。クライアントプログラム４１１は、格納したインベントリ情報ファイルを、インベントリ管理サーバ１００の要求があった場合に送信する。インベントリ管理サーバ１００は、収集したクライアントＰＣ４００のインベントリ情報を、端末識別ＩＤをキーにしてインベントリ管理ＤＢ１２０に格納する。
【００９９】
ところで、クライアントＰＣ４００がディスクレスＰＣである場合、ＰＣ４００起動後にＯＳ領域４１０のデータ格納部４１２に保存された端末識別ＩＤファイルやインベントリ情報ファイルは、ＰＣが終了する際に、ＯＳ領域４１０上に保存されずに消失する。そのため、クライアントＰＣ４００は、起動の度にインベントリ管理サーバ１００から新たな端末識別ＩＤを取得する。端末識別ＩＤが一意とならず、インベントリ管理ＤＢ１２０において、端末識別ＩＤで管理されるインベントリ情報を管理できないという問題が発生する。
【０１００】
上記に対処するために、以下に本発明のシステムを示す。
【０１０１】
図１３は、本発明の第２の実施の形態におけるシステム構成を示す。
【０１０２】
同図において、図１２と同一構成部分には同一符号を付し、その説明を省略する。
【０１０３】
図１３に示すシステムは、前述の図１２のディスクレスＰＣ環境におけるセキュリティ対策システムの構成に加え、退避サーバ５００を設け、また、クライアントＰＣ４００に以下の処理を行うための退避プログラム４３０、復元プログラム４４０を設けた構成である。
【０１０４】
退避サーバ５００は、ディスクレスＰＣ環境において、ユーザや端末の権限管理等を行うActive Directoryプログラム５１０と、クライアントＰＣ４００で実行するプログラムを格納する実行プログラム部５２０、実行プログラムの退避プログラムにより退避されるファイルを格納する退避ファイル格納部５３０、アプリケーション名に対応するファイル名、レジストリ名、サービス名を格納するアプリケーション退避復元用情報格納部５４０から構成される。
【０１０５】
退避サーバ５００のActive Directoryプログラム５１０では、クライアントＰＣ４００の起動時・終了時、またユーザのログオフ時・ログオフ時に予め指定しておいたプログラムを実行する設定が可能で、それぞれスタートアップ・シャットダウンスクリプト設定、ログオン・ログオフスクリプト設定と呼ぶ。
【０１０６】
本実施の形態では、退避サーバ５００の実行プログラム部５２０から退避プログラム及び復元プログラムを事前にクライアントＰＣ４００に格納し、アプリケーション退避情報やＯＳ領域情報等については、退避プログラム４３０、復元プログラム４４０をスタートアップスクリプトに設定し、ユーザ情報については、退避プログラム４３０、復元プログラム４４０をログオン・ログオフスクリプト設定することにより、前述の課題を解決する。
【０１０７】
以降では、本プログラムの動作の概要を説明する。
【０１０８】
退避サーバ５００からクライアントＰＣ４００にインストールされたアプリケーション退避情報やＯＳ領域情報を退避する退避プログラム４４０は、クライアントＰＣ４００が起動されると、インベントリ管理サーバ１００のインベントリ管理ＤＢ１２０にアクセスし、クライアントＰＣ４００の端末識別情報（ＭＡＣアドレス）をキーとして、現在クライアントＰＣ４００のＯＳ領域４１０にロードされているアプリケーション名、バージョンを取得する。
【０１０９】
次に、退避プログラム４３０は、取得したアプリケーション名、バージョンに基づいて退避サーバ５００のアプリケーション退避復元用情報格納部５４０からファイル名、レジストリ名、サービス名を取得し、対応するファイル、レジストリをＯＳ領域４１０から取得する。端末固有のＭＡＣアドレスに基づいて、ストレージ管理サーバの退避サーバアカウント管理テーブル２３１にアクセスし、取得した退避サーバアカウントに基づいて退避サーバ５００にアクセスし、ファイル、レジストリを退避ファイル格納部５３０の当該ＰＣクライアント専用のＭＡＣフォルダに格納する。
【０１１０】
ここで、退避サーバ５００に当該端末のＭＡＣフォルダがない場合は、退避プログラム４３０は、インベントリ管理システム導入後の初回起動であると見做し、クライアントプログラム４１１を起動させる。このとき、クライアントプログラム４１１は、インベントリ管理サーバ１００のサーバプログラム１１０と通信を行い、ＭＡＣアドレスを取得し、データ格納部４１２に保存すると共に、退避サーバ５００にアクセスして退避ファイル格納部５３０にＭＡＣアドレスと対応付けてＭＡＣフォルダを生成する。
【０１１１】
退避ファイル格納部５３０に既にＭＡＣフォルダが存在する場合には、退避プログラム４３０は、当該起動を２回目以降の起動と見做し、存在したＭＡＣフォルダのデータをＰＣ４００のデータ格納部４１２に復元する。
【０１１２】
なお、復元時に、Active Directoryのグループポリシ設定等により、当該ファイルのアクセス権限が元々の権限と異なる場合があり、クライアントプログラム４１１が当該ファイルにアクセスできないケースがある。そのため、ＭＡＣフォルダに、クライアントプログラム４１１がアクセス可能な権限を付与する。必要な権限については、ＭＡＣフォルダにデータを退避させる際に同時に権限情報をファイルとして格納しておく方法、また、クライアントプログラム４１１毎にファイルの権限設定を管理するＤＢを別途用意しておき、当該ＤＢから情報を取得する方法等がある。
【０１１３】
その後、クライアントプログラム４１１を起動させる。このときには、既にデータ格納部４１２に端末識別ＩＤファイルが存在するため、クライアントプログラム４１１はインベントリ管理サーバ１００に対して端末識別ＩＤの払い出しを要求することなく、収集したインベントリ情報のみを送信する動作となる。
【０１１４】
この実現のため、ストレージ管理ＤＢ２３０には、退避サーバ５００のアクセス権限を持つユーザのアカウントを管理する退避サーバアカウント管理テーブル２３１を作成する。退避サーバアカウント管理テーブル２３１のテーブル情報を図１４に示す。同図に示すテーブルは、退避サーバユーザ、その列名、データ型と、パスワード、その列名、データ型を格納する。当該退避サーバアカウント管理テーブル２３１は、別のＤＢサーバを構築して実現してもよい。
【０１１５】
また、図１５に退避ファイル格納部５３０の格納例を示す。本実施の形態では、退避フォルダ配下にＯＳ領域種別フォルダを作成し、クライアントＰＣ４００のＭＡＣアドレスをキーとしたＭＡＣフォルダに退避データを格納する構成としている。また、当該退避ファイル格納部５３０へのアクセスについてはＯＤＢＣを利用し、ＳＳＬで通信を暗号化することでセキュリティを確保している。さらに、通常、クライアントプログラム４１１は、クライアントＰＣ４００が起動すると、自動的に起動する設定となっているが、この設定を手動起動にしておく必要がある。
【０１１６】
次に、上記の退避・復元プログラムの処理内容について説明する。
【０１１７】
図１６は、本発明の第２の実施の形態における退避プログラムの処理のフローチャート（端末情報）である。
【０１１８】
ステップ５０１） スタートアップスクリプト設定により、退避プログラム４３０は、まず、クライアントＰＣ４００に対してＭＡＣアドレスを要求し、ＭＡＣアドレスを取得する。
【０１１９】
ステップ５０２） 次に、退避プログラム４３０は、ＭＡＣアドレスをキーとして、インベントリ管理サーバ１００にアクセスする。
【０１２０】
ステップ５０３） 退避プログラム４３０は、インベントリ管理サーバ１００からＭＡＣアドレスに対応するアプリケーション名とバージョンを取得する。
【０１２１】
ステップ５０４） ＭＡＣアドレス、アプリケーション名、バージョンに基づいて、アプリケーション退避復元用情報格納部５４０にアクセスする。
【０１２２】
ステップ５０５） アプリケーション退避復元用情報格納部５４０からファイル名、レジストリ名、サービス名を取得する。
【０１２３】
ステップ５０６） クライアントＰＣ４００のＯＳ領域４１０からファイル名、レジストリ名に対応するファイル、レジストリを取得する。
【０１２４】
ステップ５０７） クライアントプログラム４１１に対して停止要求を行い、停止が完了する。
【０１２５】
ステップ５０８） ストレージ管理サーバ２００の退避サーバアカウント管理テーブル２３１に対してパスワードを送信することにより退避サーバアカウントを要求し、退避サーバアカウントを取得する。
【０１２６】
ステップ５０９） このとき、退避サーバアカウントが返されない場合は、退避サーバアカウント管理テーブルにアカウントが登録されていないため、ＭＡＣフォルダが存在しない。このため、図１８に示す手順により、ＭＡＣアドレスに対応するＭＡＣフォルダを退避ファイル格納部５３０内に生成する。
【０１２７】
ステップ５１０） 取得した退避サーバアカウントにアクセスし、ステップ５０６で取得したファイル、レジストリを退避ファイル格納部５３０のＭＡＣフォルダに退避し、最後に、アプリケーション退避復元用情報格納部５４０に終了時間と、端末ステータスを格納する。
【０１２８】
なお、上記では、アプリケーション退避情報やＯＳ領域情報の退避について説明したが、ユーザ情報の退避の場合は、図１９に示すように、ログオフ・ログインスクリプト設定された退避プログラム４３０において、クライアントＰＣ４００からユーザ名を取得し（ステップ８０２）、当該ユーザ名に対応する、アプリケーション名、バージョンをインベントリ管理サーバから取得して（ステップ８０３）、当該アプリケーション名、バージョンに基づいてアプリケーション退避復元用情報格納部５４０から取得したファイル名、レジストリ名に基づいてユーザ領域４２０のユーザ情報のファイル、レジストリを取得し（ステップ８０６）、退避サーバ５００のユーザ毎のフォルダに退避させる（ステップ８０８）ものとし、基本的な動作は上記の図１６と同様である。
【０１２９】
次に、復元プログラム４４０による復元処理を説明する。
【０１３０】
図１７は、本発明の第２の実施の形態における復元プログラムの処理のフローチャートである。
【０１３１】
ステップ６０１） 復元プログラム４４０は、まず、クライアントＰＣ４００に対してＭＡＣアドレスを要求し、ＭＡＣアドレスを取得し、メモリ（図示せず）に格納する。
【０１３２】
ステップ６０２） 復元プログラム４４０は、ＭＡＣアドレスをキーとして、インベントリ管理サーバ１００にアクセスし、アプリケーション名、バージョンを取得する。
【０１３３】
ステップ６０３） 当該アプリケーション名、バージョンに基づいて、退避サーバ５００のアプリケーション退避復元用情報格納部５４０にアクセスし、ファイル名、レジストリ名、サービス名を取得する。
【０１３４】
ステップ６０４） パスワードに基づいて、退避サーバアカウントテーブル２３１にアクセスし、退避サーバのアカウントを取得する。
【０１３５】
ステップ６０５） 取得した退避サーバのアカウントに基づいて退避サーバ５００にアクセスし、ＭＡＣアドレス、ファイル名、レジストリ名に基づいてＭＡＣフォルダを検索する。このとき、ＭＡＣアドレスに対応するＭＡＣフォルダが存在しない場合には、図１８に示すような初回起動処理を行い、退避ファイル格納部５３０内にＭＡＣフォルダを作成する。
【０１３６】
ステップ６０６） 退避サーバ５００のＭＡＣフォルダからファイル、レジストリを取得する。
【０１３７】
ステップ６０７） 取得したファイル・レジストリをＰＣクライアント４００のＯＳ領域４１０に格納する。
【０１３８】
ステップ６０８） クライアントＰＣ４００に対して、復元した端末識別ＩＤファイルに、適切な（すなわち、クライアントプログラム４１１がアクセス可能な）権限を付与する。
【０１３９】
ステップ６０９） クライアントプログラム４１１を起動する。
【０１４０】
なお、上記では、アプリケーション退避情報やＯＳ領域情報の復元について説明したが、ユーザ情報の復元を行う場合は、図２０に示すようにログオン・ログオフスクリプト設定された復元プログラム４４０において、ログオンのタイミングで（ステップ９０１）、ユーザ名をキーとして、インベントリ管理サーバ１００にアクセスし、アプリケーション名、バージョンを取得し（ステップ９０３）、それらに基づいて、アプリケーション退避復元用情報格納部５４０からファイル名、レジストリ名、サービス名を取得する（ステップ９０４）。退避サーバのアカウントを取得し（ステップ９０５）、退避サーバアカウントに対応する退避サーバ５００にアクセスし、ユーザ名毎（ユーザＩＤ毎）のフォルダからユーザ情報のファイル、レジストリを取得して（ステップ９０７）、ユーザ領域４２０に復元する（ステップ９０８）。復元したファイルの権限情報を復元するデータから取得して設定する（ステップ９０９）。
【０１４１】
次に、上記のステップ５０９，６０５の初回起動処理について説明する。
【０１４２】
図１８は、本発明の第２の実施の形態における退避プログラム、復元プログラムの初回起動処理のフローチャートである。
【０１４３】
ステップ７０１） 退避復元プログラムは、クライアントプログラム４１１を起動する。
【０１４４】
ステップ７０２） タイムアウトもしくは端末識別ＩＤファイル（ＭＡＣアドレス）の取得が確認できるまで、定期的にクライアントＰＣ４００のデータ格納部４１２をチェックする。
【０１４５】
ステップ７０３） 端末識別ＩＤファイル（ＭＡＣアドレス）を取得できた場合は、退避サーバ５００にアクセス可能なアカウントにより、退避サーバ５００にアクセスし、ＭＡＣフォルダを作成して、当該端末識別ＩＤファイルを格納する。
【０１４６】
ユーザ情報の退避・復元の場合は、ユーザＩＤ毎に退避サーバ５００にユーザ個別のフォルダを作成する。
【０１４７】
なお、上記の実施の形態における図４、図１３に示す各サーバの機能をプログラムとして構築し、各サーバにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【０１４８】
また、構築されたプログラムを、ハードディスクや、フレキシブルディスク・ＣＤ−ＲＯＭ等の可搬記憶媒体に格納し、コンピュータにインストールする、または、配布することが可能である。
【０１４９】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【産業上の利用可能性】
【０１５０】
本発明は、端末再起動時にディスクの共通領域が初期化されるＰＣ（端末）の初期化により消去されてしまうデータを退避させる技術に適用可能である。
【図面の簡単な説明】
【０１５１】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】ディスクレスＰＣ環境におけるセキュリティ対策システムの構成図である。
【図４】本発明の第１の実施の形態におけるシステム構成図である。
【図５】本発明の第１の実施の形態におけるストレージ管理ＤＢのテーブル構成である。
【図６】本発明の第１の実施の形態における退避ファイル格納部を示す図である。
【図７】本発明の第１の実施の形態における退避プログラムの処理のフローチャート（端末情報）である。
【図８】本発明の第１の実施の形態における退避・復元プログラムの初回起動処理のフローチャートである。
【図９】本発明の第１の実施の形態における復元プログラムの通常処理のフローチャートである。
【図１０】本発明の第１の実施の形態における退避プログラムの処理のフローチャート（ユーザ情報）である。
【図１１】本発明の第１の実施の形態における復元プログラムの処理のフローチャート（ユーザ情報）である。
【図１２】ディスクレスＰＣ環境におけるインベントリ管理システムの構成図である。
【図１３】本発明の第２の実施の形態におけるシステム構成図である。
【図１４】本発明の第２の実施の形態における退避サーバアカウント管理テーブルの構成図である。
【図１５】本発明の第２の実施の形態における退避ファイル格納部を示す図である。
【図１６】本発明の第２の実施の形態における退避復元プログラムの通常時の処理のフローチャート（端末情報）である。
【図１７】本発明の第２の実施の形態における退避復元プログラムの初回起動処理のフローチャート（端末情報）である。
【図１８】本発明の第２の実施の形態における退避・復元プログラムの初回起動処理のフローチャートである。
【図１９】本発明の第２の実施の形態における退避プログラムの処理のフローチャート（ユーザ情報）である。
【図２０】本発明の第２の実施の形態における復元プログラムの処理のフローチャート（ユーザ情報）である。
【符号の説明】
【０１５２】
１０ 管理サーバ
１１ サーバプログラム
１２ 管理データベース
２０ ログ収集サーバ
２１ ログ収集プログラム
２２ ログデータベース
３０ ストレージ管理サーバ
３１ ストレージ管理プログラム
３２ ディスクストレージ
３３ 端末識別情報記憶手段、ストレージ管理ＤＢ
４０ ネットワーク
５０ 再起動時に共通領域が初期化される端末、クライアントＰＣ（パーソナルコンピュータ）
５１ ＯＳ領域
５２ ユーザ領域
５３ 退避プログラム
５４ 復元プログラム
６０ 退避サーバ
６１ Active Directoryプログラム
６２ 実行プログラム部
６３ 退避情報記憶手段、退避ファイル格納部
１００ インベントリ管理サーバ
１１０ サーバプログラム
１２０ インベントリ管理ＤＢ
２００ ストレージ管理サーバ
２１０ ストレージ管理プログラム
２２０ ディスクストレージ
２３０ ストレージ管理ＤＢ
２３１ 退避サーバアカウント管理テーブル
３００ ネットワーク
３３１ ノードＩＤ管理テーブル
３３２ 退避サーバアカウント管理テーブル
４００ クライアントＰＣ
４１０ ＯＳ領域
４１１ クライアントプログラム
４１２ データ格納部
４２０ ユーザ領域
４３０ 退避プログラム
４４０ 復元プログラム
５１１ クライアントプログラム
５００ 退避サーバ
５１０ Active Directoryプログラム
５２０ 実行プログラム
５３０ 退避ファイル格納部
５４０ アプリケーション退避復元用情報格納部
６２０ 事前処理手段
６２１ 退避手段
６２２ 復元手段
【技術分野】
【０００１】
本発明は、情報引継方法及び退避・復元装置及び情報引継ぎプログラムに係り、特に、端末再起動時にディスクの共通領域が初期化されるパーソナルコンピュータ（ＰＣ）において、端末再起動時に、ユーザ情報や端末固有情報が消失しないようにするために、共通領域を再起動後も引き継ぐための情報引継方法及び退避・復元装置及び情報引継ぎプログラムに関する。
【背景技術】
【０００２】
ＰＣのディスク領域には、
・個別領域：ユーザ毎に割り当てられる、ユーザ個別情報（作成したファイルやメールデータ等）を保存する領域（一般的には、Documents and Settings配下。ディスクレスＰＣでは、ストレージなどに保存しておき、ユーザログイン時に転送）：
・共通領域：全てのユーザが共通的に利用するＯＳやアプリケーションを格納する領域（レジストリのＨＫＬＭやＣ：配下などの、個別領域以外。端末識別情報や、マルチユーザ非対応アプリケーションのユーザ個別情報などが入っている）：
がある。
【０００３】
ディスクレスシステムのShared Image Modeでは、同一の共通領域を複数の端末で共有する。Shared Image Modeを用いると、端末管理コスト（ＡＰインストールの手間など）が低減する。一方で、ＰＣの再起動時にディスクの共通領域が初期化される。ＰＣの起動時にディスクの共通領域が初期化されるシステムは、このほか、ネットカフェ等でも利用される。
【０００４】
共通領域に書き込まれるデータには、大きく二つのタイプがある。これらの情報は、共通領域に書き込まれるため、端末の再起動により消滅する。
【０００５】
・Ｃ／Ｓ系アプリケーションなどにおける、端末固有情報、端末識別情報や各種設定情報、ログ情報など。
【０００６】
・ユーザ個別情報：マルチユーザ非対応アプリケーションは、ユーザ個別情報を個別領域に保存しないため。
【０００７】
端末識別情報が消滅すると、端末を特定することができなくなり、アプリケーションが起動毎に新しい端末が増えたと誤認識することがある。そのため、再起動時にディスクの共通領域が初期化されるＰＣにおいて、このような共通領域に書き込まれるデータを、再起動の有無に関わらず保持するためには、共通領域に書き込まれた内容を、ログオフ、または、終了前に、別の記憶媒体に保存（退避）し、起動時、または、ログイン時に別の記憶媒体から復旧する必要がある。しかし、このような作業を手作業で行うことは困難である。
【０００８】
そのための技術として、起動したアプリケーションが動作する仮想的な環境を、ユーザ毎に提供することで、マルチユーザ非対応アプリケーションを利用した場合のユーザ間の競合をなくすアプリケーション分離環境機能（ＡＩＥ:Application Isolation Environment）がある。具体的には、ＡＩＥ上で動作するプログラムが、あるファイル配下に書き込んだデータは、分離環境名が付与されたフォルダに保存され、プログラムやファイル等へのアクセスはＡＩＥによってプログラムやユーザ毎に用意された保存先にリダイレクトされる（例えば、非特許文献１参照）。
【０００９】
また、事前にＰＣの端末固有情報（レジストリ、環境変数、ファイル等）をＤＢに準備する。各ディスクレスＰＣの起動の時に、これらの情報を取り出して、ＯＳイメージ上に書き込み、端末固有情報を利用して起動する技術がある（例えば、非特許文献２、非特許文献３参照）。
【非特許文献１】「対応アプリを一気に増やしたMetaFrame新バージョンの仕組みは？」、日経Windowsプロ、2005年8月、p.118-121
【非特許文献２】「http://www.ardence.com/enterprise/news.aspx?ID=308
【非特許文献３】「http://support.citrix.com/article/ctx115294」
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記の起動したアプリケーションが動作する仮想的な環境をユーザ毎に提供する技術では、ユーザ毎に個別に設定されている設定情報は反映されるが、端末毎に個別に設定されている設定情報は反映されない。
【００１１】
また、事前にＰＣの端末固有情報をＤＢに準備起動の時に、これらの情報を取り出して利用する方法は、端末毎に個別に設定されている設定情報は反映されるが、ユーザ毎に個別に設定されている設定情報は反映されない。
【００１２】
本発明は、上記の点に鑑みなされたもので、端末再起動時にディスクの共通領域が初期化されるＰＣにおいて、次にＰＣが再起動した場合にもデータが消滅することがない情報引継方法及び退避・復元装置及び情報引継ぎプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
図１は、本発明の原理を説明するための図である。
【００１４】
本発明（請求項１）は、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末の固有情報を復旧させるための情報引継方法であって、
端末において、
端末の共通領域に格納されている端末固有の情報を退避させる場合に、
予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段に格納しておき（ステップ１）、
端末の終了時に、端末識別情報記憶手段に該端末の端末識別情報が格納されている場合には（ステップ２）、該端末のＯＳ領域内の端末固有情報、ログ情報、各種設定ファイルを該端末識別情報に対応付けて退避データ記憶手段に退避する（ステップ３）退避ステップと、
退避データ記憶手段の各種設定ファイルを復元する場合に、
端末の起動時に、端末識別情報に基づいて、退避データ記憶手段から退避した各種設定ファイルを読み出して（ステップ４）、端末識別情報に対応付けて該端末のＯＳ領域に格納する（ステップ５）復元ステップと、を行う。
【００１５】
本発明（請求項２）は、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末のユーザ情報を復旧させるための情報引継方法であって、
端末において、
端末の共通領域のユーザ領域に格納されているユーザ情報を退避させる場合に、
予め端末を使用するユーザ名を外部のユーザ名記憶手段に格納しておき、
端末のユーザのログオフ時に、該端末のユーザ名がユーザ名記憶手段に格納されている場合には、該端末の共通領域のユーザ領域内のユーザ情報を該ユーザ名に対応させて退避データ記憶手段に退避する退避ステップと、
退避データ記憶手段のユーザ情報を共通領域に復元する場合に、
ユーザのログイン時に、ユーザ名に基づいて退避データ記憶手段にアクセスし、退避したユーザ情報を読み出して、共通領域のユーザ領域に格納する復元ステップと、
を行う。
【００１６】
本発明（請求項３）は、インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末の固有情報を復旧させるための情報引継方法であって、
システムは、アプリケーションに対応するファイル、レジストリ、サービスを管理するアプリケーション退避復元用情報記憶手段と退避データ記憶手段を有する退避サーバを含み、
端末において、
端末の共通領域に格納されている端末情報を退避する際に、
端末の端末識別情報に基づいて、インベントリ管理サーバから共通領域のＯＳ領域にインストールされているアプリケーション名、バージョンを取得し、
端末識別情報、アプリケーション名、バージョンに基づいて、アプリケーション退避復元用情報記憶手段からＯＳ領域のファイル名、レジストリ名を取得し、
ファイル名、レジストリ名に基づいて端末のＯＳ領域からファイル及びレジストリを取得して、端末識別情報に対応付けて退避データ記憶手段に退避する退避ステップと、
退避データ記憶手段に格納されている情報を共通領域に復元する場合に、
端末識別情報に基づいて、インベントリ管理サーバからアプリケーション名とバージョンを取得し、
端末識別情報、アプリケーション名、バージョンに基づいて、アプリケーション退避復元用情報記憶手段から取得したファイル名、レジストリ名に基づいて、退避データ記憶手段からファイル、レジストリを取得し、共通領域のＯＳ領域に格納する復元ステップと、を行う。
【００１７】
本発明（請求項４）は、インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末のユーザ情報を復旧させるための情報引継方法であって、
システムは、アプリケーションに対応するファイル、レジストリ、サービスを管理するアプリケーション退避復元用情報記憶手段と退避データ記憶手段を有する退避サーバを含み、
端末において、
端末の共通領域のユーザ領域内のユーザ情報を退避する場合に、
端末がログオフ時に、該端末のユーザ名に基づいて、インベントリ管理サーバからアプリケーション名、バージョンを取得し、
アプリケーション名、バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
サービス終了時に、ファイル名、レジストリ名に基づいて端末の共通領域のユーザ領域からユーザ情報を取得し、退避サーバの退避データ記憶手段に退避する退避ステップと、
退避データ記憶手段に格納されている情報を復元する場合に、
端末がログオン時に、ユーザ名に基づいて、インベントリ管理サーバからアプリケーション名、バージョンを取得し、
アプリケーション名、バージョンに基づいてアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
ファイル名、レジストリ名に基づいて退避データ記憶手段からユーザ情報取得し、ユーザ領域に格納する復元ステップと、を行う。
【００１８】
図２は、本発明の原理構成図である。
【００１９】
本発明（請求項５）は、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末の固有情報を復旧させるための退避・復元装置であって、
予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段３３１に格納しておく手段と、退避サーバ６０に該端末識別情報に対応付けた退避データ記憶手段６３を作成しておく手段とを含む事前処理手段と、
端末の終了時に、該端末の端末識別情報が端末識別情報記憶手段３３１に格納されている場合には、該端末の共通領域５１のＯＳ領域内の端末固有情報、ログ情報、各種設定ファイルを端末識別情報に対応付けて退避データ記憶手段に退避する退避手段５３と、
端末の起動時に、退避データ記憶手段から退避した各種設定ファイルを読み出して、端末識別情報に対応付けて共通領域５１のＯＳ領域に格納する復元手段５４と、を有する。
【００２０】
本発明（請求項６）は、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末のユーザ情報を復旧させるための退避・復元装置であって、
予め端末を使用するユーザ名を外部のユーザ名記憶手段に格納しておく手段と、退避サーバに該ユーザ名に対応付けた退避データ記憶手段を作成しておく手段とを含む事前処理手段と、を含む事前処理手段と、
端末のユーザのログオフ時に、該端末のユーザ名がユーザ名記憶手段に格納されている場合には、該端末のユーザ領域内のユーザ情報をユーザ名に対応させて退避データ記憶手段に退避する退避手段と、
ユーザのログイン時に、退避データ記憶手段から退避したユーザ情報を読み出して、該端末のユーザ領域に格納する復元手段と、を有する。
【００２１】
本発明（請求項７）は、インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末の固有情報を復旧させるための退避・復元装置であって、
端末の共通領域に格納されている端末固有情報を退避する際に、
端末の端末識別情報に基づいて、インベントリ管理サーバから共通領域のＯＳ領域にインストールされているアプリケーション名、バージョンを取得し、
端末識別情報、アプリケーション名、バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からＯＳ領域のファイル名、レジストリ名を取得し、
ファイル名、レジストリ名に基づいて端末のＯＳ領域からファイル及びレジストリを取得して、端末識別情報に対応付けて退避データ記憶手段に退避する退避手段と、
退避データ記憶手段に格納されている情報を共通領域に復元する場合に、
端末識別情報に基づいて、インベントリ管理サーバからアプリケーション名とバージョンを取得し、
端末識別情報、アプリケーション名、バージョンに基づいて、アプリケーション退避復元用情報記憶手段から取得したファイル名、レジストリ名に基づいて、退避データ記憶手段からファイル、レジストリを取得し、共通領域のＯＳ領域に格納する復元手段と、を有する。
【００２２】
本発明（請求項８）は、インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末のユーザ情報を復旧させるための退避・復元装置であって、
端末の共通領域のユーザ領域内のユーザ情報を退避する場合に、
端末がログオフ時に、該端末のユーザ名に基づいて、インベントリ管理サーバからアプリケーション名、バージョンを取得し、
アプリケーション名、バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
サービス終了時に、ファイル名、レジストリ名に基づいて端末の共通領域のユーザ領域からユーザ情報を取得し、退避サーバの退避データ記憶手段に退避する退避手段と、
退避データ記憶手段に格納されている情報を復元する場合に、
端末がログオン時に、ユーザ名に基づいて、インベントリ管理サーバからアプリケーション名、バージョンを取得し、
アプリケーション名、バージョンに基づいてアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
ファイル名、レジストリ名に基づいて退避データ記憶手段からユーザ情報を取得し、ユーザ領域に格納する復元手段と、を有する。
【００２３】
本発明（請求項９）は、請求項５乃至８のいずれか１項に記載の退避・復元装置を構成する各手段としてコンピュータを機能させるための情報引継プログラムである。
【発明の効果】
【００２４】
上記のように、本発明によれば、ディスクレスＰＣを立ち上げる度に、ＯＳ領域に対して端末毎に管理されるべき設定が反映され、ユーザがログインするたびにユーザ毎に管理されるべき設定反映されるため、端末を特定することができなくなり、アプリケーションが起動毎に新しい端末が増えたと誤認識することなどがなくなる。
【００２５】
これは、端末毎に管理されるべき設定は、シャットダウン時に保存、再起動時に復旧し、ユーザ毎に管理されるべき設定は、ログオフ時に保存、ログオフ時に復旧されるためである。
【発明を実施するための最良の形態】
【００２６】
以下、図面と共に本発明の実施の形態を説明する。
【００２７】
［第１の実施の形態］
本実施の形態では、クライアントサーバ方式のセキュリティ対策システムであって、クライアントプログラムがクライアントＰＣに常駐し、管理サーバで設定された指定操作のログを取得し、また、管理サーバ上で違反操作として指定されたＰＣユーザの操作を制限する機能を持つシステムを、ディスクレスＰＣ上で正常に動作させる例について説明する。
【００２８】
まず、ディスクレスＰＣ環境におけるセキュリティ対策システムについて説明する。
【００２９】
図３は、ディスクレスＰＣ環境におけるセキュリティ対策システムの構成を示す。
【００３０】
同図に示すセキュリティ対策システムは、管理サーバ１０、ログ収集サーバ２０、ストレージ管理サーバ３０、ネットワーク４０、複数のクライアントＰＣ５０ａ，５０ｂ，…（以下、クライアントＰＣ５０と記す）から構成される。
【００３１】
クライアントＰＣ５０は、これらのＰＣが使用するＯＳやアプリケーション等が保存されている共通領域５１（以下、ＯＳ領域と記す）、及びDocument and settings配下に保存されるMy Documentsやデスクトップ情報など、各ユーザ個別の情報が保存されるユーザ領域５２（以下、ユーザ領域と記す）から構成される。
【００３２】
ストレージ管理サーバ３０は、ディスクレスＰＣシステムを管理するストレージ管理プログラム３１と、ＯＳ領域やユーザ領域を格納するディスクストレージ３２、これらのストレージ情報を管理するストレージ管理ＤＢ４２から構成される。ストレージ管理サーバ３０は、クライアントＰＣ５０の起動時に、各クライアントＰＣ５０から要求のあったＯＳ領域５１及びユーザ領域５２のデータを送り、受け取ったデータを基にクライアントＰＣ５０は起動する。
【００３３】
クライアントＰＣ５０のクライアントプログラム５１１は、ＯＳ領域にインストールされ、レジストリやProgram Files等のＯＳ領域５１に対して、自己が動作するために必須の情報、取得したログ、一定期間取得したログから得られる異常行動を検出するための情報（学習情報と呼ぶ）等を格納する。
【００３４】
管理サーバ１０は、クライアントＰＣ５０の管理や各種設定を行うサーバプログラム１１、管理ＤＢ１２から構成される。
【００３５】
ログ収集サーバ２０は、１日１回ログを定期的に収集するログ収集制御プログラム２１と収集したログを格納するログＤＢ２２から構成される。
【００３６】
次に、上記の構成における動作を説明する。
【００３７】
まず、クライアントＰＣ５０にクライアントプログラム５１１がインストールされ、プログラムが起動すると、ネットワーク４０を通じて管理サーバ１０と通信を行う。管理サーバ１０は、クライアントＰＣ５０を識別する端末識別情報としてノードＩＤを払い出し、クライアントプログラム５１１は、受信したノードＩＤをレジストリに格納する。管理サーバ１０は、ノードＩＤを取得したクライアントＰＣ５０に対して、クライアントプログラム５１１の動作に必要なコンフィグファイルや違反操作を記述したポリシ設定ファイル等の各種設定ファイルを送信する。クライアントプログラム５１１は、受信した設定ファイルをインストールフォルダ配下に格納する。
【００３８】
クライアントプログラム５１１は、これらの初期処理が終了すると、正常に動作を始め、クライアントＰＣ５０の操作ログを取得し、指定された違反操作が行われた場合にはその操作を制限する。さらに、一定期間取得した操作ログを元に学習情報を作成する。操作ログや学習情報は、各種設定情報と同様、自己のインストールフォルダ配下に格納する。
【００３９】
ところで、クライアントＰＣ５０がディスクレスＰＣである場合、ＰＣの起動後にＯＳ領域５１に保存されたノードＩＤや各種設定ファイルは、ＰＣ５０が終了する際に、ＯＳ領域５１上に保存されずに消失する。そこで、以下の２つの問題が発生する。
【００４０】
（１）ノードＩＤが保持されないため、クライアントＰＣ５０は、起動の後に管理サーバ１０からノードＩＤを取得する。そのため、ノードＩＤが端末毎に一意とならず、端末識別情報であるノードＩＤで管理される操作ログや学習情報を一つの端末に対して引き継げない。
【００４１】
（２）クライアントプログラム５１１が取得した操作ログや各種設定ファイルは、クライアントＰＣ５０の終了時に消失する。
【００４２】
その結果、セキュリティ対策システムの機能を実現できない。
【００４３】
上記に対処するために、以下に本発明のシステムを示す。
【００４４】
図４は、本発明の第１の実施の形態におけるシステム構成を示す。同図において図３と同一構成部分には同一符号を付し、その説明を省略する。
【００４５】
図３に示すディスクレスＰＣ環境におけるセキュリティ対策システム構成に加え、本実施の形態では、退避サーバ６０を設ける。
【００４６】
退避サーバ６０は、ディスクレスＰＣ環境において、ユーザや端末の権限管理等を行うActive Directoryプログラム６１と、クライアントＰＣ５０で実行するプログラムを格納する実行プログラム部６２、実行プログラムの退避プログラムにより退避されるファイルを格納する退避ファイル格納部６３から構成される。
【００４７】
また、クライアントＰＣ５０は、退避サーバ６０の事項プログラム６２からインストールされた退避プログラム５３と復元プログラム５４を有する。
【００４８】
上記の図４の構成における動作を説明する。
【００４９】
Active Directoryプログラム６１では、ＰＣの起動時・終了時、または、ユーザのログオフ時・ログオフ時に予め指定しておいたプログラムを実行する設定が可能で、それぞれスタートアップ・シャットダウンスクリプト設定、ログオフ・ログオンスクリプト設定と呼ぶ。
【００５０】
実行プログラム部６２は、スタットアップ・シャットダウンスクリプト設定または、ログオフ・ログオンスクリプト設定で実行される消失させてはならないノードＩＤや各種設定ファイルを退避するプログラム（以下、退避プログラムと記す）及びクライアントＰＣ５０の起動時には、退避しておいたノードＩＤをレジストリに復元し、各種設定情報やログファイルをインストールフォルダの所定の箇所に復元するプログラム（以下、復元プログラムと記す）を、クライアントＰＣ５０にインストールしておくものとする。なお、退避プログラム５３及び復元プログラム５４において、アクセスして取得したデータは、クライアントＰＣ５０内のメモリ等に一時格納しておくものとする。
【００５１】
本実施の形態では、クライアントＰＣ５０の終了時に、退避プログラム５３をシャットダウンスクリプト設定により実行し、ノードＩＤをストレージ管理サーバ３０のストレージ管理ＤＢ３３に保存し、また、各種設定情報やログファイル等を退避サーバ６０の退避ファイル格納部６３に退避し、消失を回避する。そして、復元プログラム５４をスタートアップスクリプト設定により実行し、クライアントプログラムを正常動作させることを可能とする。
【００５２】
この実現のため、ストレージ管理ＤＢ３３には、退避するノードＩＤを、ＭＡＣアドレスをキーとして管理するノードＩＤ管理テーブル３３１、及び、退避サーバ６０のアクセス権限を持つユーザのアカウントを管理する退避サーバアカウント管理テーブル３３２を作成する。
【００５３】
ユーザ情報の退避・復元は、クライアントＰＣ５０において、ログオフされた時点で、ログオフスクリプト設定により退避プログラムを実行し、ユーザ名をストレージ管理サーバ３０のストレージ管理ＤＢ３３に保存し、また、ユーザ情報を退避サーバ６０の退避ファイル格納部６３に退避し、消失を回避する。そして、ログインスクリプト設定により復元プログラムを実行し、退避したデータをクライアントＰＣ５０のユーザ領域に格納する。
【００５４】
以下では、端末情報（各種設定情報やログファイル）の退避・復元について説明する。
【００５５】
図５は、本発明の第１の実施の形態におけるストレージ管理ＤＢのテーブルを示す。
【００５６】
同図（Ａ）は、ノードＩＤ管理テーブル３３１を示している。ノードＩＤ管理テーブル３３１は、ＭＡＣアドレス、そのデータ型、制約と、ノードＩＤ、そのデータ型を格納する。同図（Ｂ）は、退避サーバアカウント管理テーブル３３２を示している。退避サーバアカウント管理テーブル３３２は、退避サーバユーザ、データ型と、パスワード、その列名、データ型を格納する。
【００５７】
なお、ユーザ情報の退避・復元を行う場合には、上記のノードＩＤ管理テーブル３３１の代わりに、ユーザ名（ユーザＩＤ）を格納するユーザＩＤ管理テーブル（図示せず）を用いるものとする。ユーザＩＤ管理テーブルには、クライアントＰＣ４０のユーザ領域からユーザＩＤを取得して登録するものとする。
【００５８】
図６は、本発明の第１の実施の形態における退避ファイル格納部の例を示す。本実施の形態の退避ファイル格納部６３では、同図において、退避フォルダ配下にクライアントＰＣ５０のＭＡＣアドレスをキーとしたフォルダを作成し（以下、ＭＡＣフォルダと記す）、該当のＭＡＣフォルダ配下に設定ファイルやログファイルを格納する構成とした。また、当該退避ファイル格納部６３へのアクセスについては、ＯＤＢＣ(Open Data Base Connectivity)を利用し、ＳＳＬ(Secure Socket Layer)で通信を暗号化することでセキュリティを確保している。
【００５９】
次に、上記の退避プログラム５３と復元プログラム５４の処理内容について説明する。
【００６０】
最初に退避プログラム５３による退避処理について説明する。
【００６１】
図７は、本発明の第１の実施の形態における退避プログラムのフローチャート（端末情報）である。
【００６２】
ステップ１０１） 退避プログラム５３は、クライアントＰＣ５０のＭＡＣアドレスを読み込む。
【００６３】
ステップ１０２） クライアントプログラム５１１を停止する。
【００６４】
ステップ１０３） クライアントＰＣ５０のレジストリからノードＩＤを読み込む。
【００６５】
ステップ１０４） ノードＩＤ管理テーブル３３１にクライアントＰＣ５０のＭＡＣアドレスとノードＩＤが登録されているかを判断し、登録されていない場合は、図８の初回起動処理により登録を行う。
【００６６】
ステップ１０５） 退避サーバ６０のアカウントを退避サーバアカウント管理テーブル３３２から取得する。
【００６７】
ステップ１０６） 退避サーバ６０の退避ファイル格納部６３に当該クライアントＰＣ５０のＭＡＣフォルダがない場合には作成する。
【００６８】
ステップ１０７） 各種設定情報、及び、ログファイルをＭＡＣフォルダにコピーし退避する。
【００６９】
次に、上記の初回起動処理について説明する。
【００７０】
図８は、本発明の第１の実施の形態における退避・復元プログラムの初回起動処理のフローチャートである。
【００７１】
ステップ１１） 退避プログラム５３、または、復元プログラム５４は、クライアントプログラム５１１を起動する。
【００７２】
ステップ１２） タイムアウトもしくは、ノードＩＤの取得が確認できるまで、定期的にクライアントＰＣ５０のレジストリのノードＩＤを読み込み、レジストリをチェックする。
【００７３】
ステップ１３） ノードＩＤが取得できた場合は、ストレージ管理サーバ３０のノードＩＤ管理テーブル３３１にＭＡＣアドレスとノードＩＤを登録する。
【００７４】
次に、復元プログラム５４による復元処理について説明する。
【００７５】
図９は、本発明の第１の実施の形態における復元処理フローチャートであり、通常処理の動作を示している
ステップ２０１） 復元プログラム５４は、クライアントＰＣ５０のＭＡＣアドレスを読み込む。
【００７６】
ステップ２０２） ストレージ管理サーバ３０のノードＩＤ管理テーブル３３１にアクセスし、当該ＭＡＣアドレスのデータが存在するかどうかを調べる。存在する場合はステップ２０３に移行し、存在しない場合はステップ２０９に移行する。
【００７７】
ステップ２０３） 退避サーバのアカウントをストレージ管理サーバ３０の退避サーバアカウント管理テーブル３３２から取得する。
【００７８】
ステップ２０４） ステップ２０３で取得した退避サーバのアカウントにより退避サーバ６０にアクセスし、ＭＡＣアドレスに対応するＭＡＣフォルダから復元するデータを取得する。
【００７９】
ステップ２０５） 取得したデータのうち、ノードＩＤをクライアントＰＣ５０のレジストリに格納する。
【００８０】
ステップ２０６） 各種設定情報及びログファイルをＯＳ領域５１の所定のフォルダに格納し、復元する。
【００８１】
ステップ２０７） 復元したファイルに適切な権限を付与する。
【００８２】
ステップ２０８） クライアントプログラム５１１を起動させる。
【００８３】
ステップ２０９） 図８に示す初回起動処理を行う。
【００８４】
なお、上記では、端末識別情報の退避・復元について説明したが、ユーザ個別の設定情報であるユーザ名情報の退避・復元を、図１０、図１１に示す。
【００８５】
ユーザ情報の退避・復元処理の場合には、上記の端末識別情報の退避・復元のＰＣ終了時・起動時のタイミングを、ログオン・ログオフのタイミングとし、上記と同様の処理を行うことにより、クライアントＰＣ５０のユーザ個別の設定情報を、クライアントＰＣ５０の共通領域のユーザ領域５２から退避させ、ユーザ領域５２に復元することが可能である。
【００８６】
ユーザ情報の退避は、図１０に示すように、クライアントＰＣ５０がログオフしたタイミングで、クライアントＰＣ５０からユーザ名を取得し（ステップ３０２）、当該ユーザ名に基づいてクライアントＰＣ５０のレジストリからユーザ情報（設定情報・ログ）を取得し（ステップ３０３）、そのユーザＩＤがユーザＩＤ管理テーブル（図示せず）に登録されているかを問い合わせ、登録されていない場合には当該ユーザＩＤを登録する（ステップ３０４）。退避サーバアカウント管理テーブル３３２に、パスワードを送信することにより退避サーバアカウントを取得し（ステップ３０５）、当該退避サーバ６０にユーザ毎にユーザＩＤ（ユーザ名）で管理されたフォルダがあるかを問い合わせ、ない場合はフォルダを作成し（ステップ３０６）、ある場合には、ユーザ領域５２のユーザ情報（レジストリの内容）をユーザ毎のフォルダに退避する（ステップ３０７）。
【００８７】
ユーザ情報を復元する場合には、図１１に示すように、クライアントＰＣ５０からユーザ名（ユーザＩＤ）を取得し（ステップ４０２）、ユーザＩＤ管理テーブル（図示せず）にユーザ名（ユーザＩＤ）が登録されているかを問い合わせ、存在しない場合は初回起動処理を行う。退避サーバアカウントテーブル３３２にパスワードでアクセスし、対応するアカウントがない場合は初回起動処理を行う。退避サーバアカウントを取得し（ステップ４０４）、ユーザ毎（ユーザＩＤ毎）に管理されているフォルダから復元するユーザ情報を取得し（ステップ４０５）、クライアントＰＣ４０のレジストリにユーザ情報（設定情報・ログ）をユーザ領域５２に復元し（ステップ４０６）、復元したファイルの権限情報を復元するデータから取得し、設定する（ステップ４０７）。
【００８８】
［第２の実施の形態］
本実施の形態では、クライアントサーバ方式のイベントリ管理システムであって、クライアントプログラムがクライアントＰＣに常駐し、ＰＣ起動時に当該端末のハードウェアインベントリ及びソフトウェアインベントリ情報を取得してサーバに送信し、それらの情報を管理するシステムを、ディスクレスＰＣ上で正常に動作させる例について説明する。
【００８９】
まず、ディスクレスＰＣ環境における当該インベントリ管理システムについて説明する。
【００９０】
図１２は、ディスクレスＰＣ環境におけるインベントリ管理システムの構成を示す。
【００９１】
同図に示すインベントリ管理システムは、インベントリ管理サーバ１００、ストレージ管理サーバ２００、ネットワーク３００、複数のクライアントＰＣ４００ａ，４００ｂ，…（以下、クライアントＰＣ４００と記す）から構成される。
【００９２】
クライアントＰＣ４００は、これらのＰＣが使用するＯＳやアプリケーション等が保存されているＯＳ領域４１０、及び、Document and Settings配下に保存されるMy Documentsやデスクトップ情報など、各ユーザ個別の情報が保存されるユーザ領域４２０（以下、ユーザ領域と記す）から構成される。
【００９３】
クライアントプログラム４１１は、ＯＳ領域４１０にインストールされ、ＯＳ領域４１０のProgram files配下の自己がインストールされているディレクトリのデータ格納部４１２に、当該クライアント端末４００の識別ＩＤ（ＭＡＣアドレス）をファイル形式で格納する。
【００９４】
ストレージ管理サーバ２００は、ディスクレスＰＣシステムを管理するストレージ管理プログラム３１０と、ＯＳ領域やユーザ領域を格納するディスクストレージ２２２、これらのストレージ情報を管理するストレージ管理ＤＢ２２３から構成される。
【００９５】
ストレージ管理サーバ２００は、クライアントＰＣ４００の起動時に各クライアントＰＣ４００から要求のあったＯＳ領域４１０、及びユーザ領域４２０に関するデータを送り、受け取ったデータを基にクライアントＰＣ４００が起動する。
【００９６】
インベントリ管理サーバ１００は、クライアントＰＣ４００のインベントリ情報を管理するサーバプログラム１１０、インベントリ情報を格納するインベントリ管理ＤＢ１２０から構成される。
【００９７】
次に、上記の構成におけるシステムの動作について説明する。
【００９８】
クライアントＰＣ４００にクライアントプログラム４１１がインストールされ、プログラムが起動すると、ネットワーク３００を通じて、インベントリ管理サーバ１００と通信を行う。インベントリ管理サーバ１００は、クライアントＰＣ４００を識別する端末固有の端末識別ＩＤを払い出し、クライアントプログラム４１１は、受信した端末識別ＩＤをデータ格納部４１２にファイル形式（ファイルパス例：C\Program Files\GET_Inventory\host_data\hostiedXXXX）で格納する。次に、インベントリ管理サーバ１００は、クライアントプログラム４１１に対してインベントリ情報の収集要求を送信し、クライアントプログラム４１１はハードウェアインベントリ情報及びソフトウェアインベントリ情報を収集し、端末識別ＩＤと同様、ファイル形式でデータ格納部４１２に格納する。クライアントプログラム４１１は、この初回起動時以外にも、インベントリ管理サーバ１００で設定された一定期間毎にインベントリ情報を取得し、同様にデータ格納部４１２に格納する。クライアントプログラム４１１は、格納したインベントリ情報ファイルを、インベントリ管理サーバ１００の要求があった場合に送信する。インベントリ管理サーバ１００は、収集したクライアントＰＣ４００のインベントリ情報を、端末識別ＩＤをキーにしてインベントリ管理ＤＢ１２０に格納する。
【００９９】
ところで、クライアントＰＣ４００がディスクレスＰＣである場合、ＰＣ４００起動後にＯＳ領域４１０のデータ格納部４１２に保存された端末識別ＩＤファイルやインベントリ情報ファイルは、ＰＣが終了する際に、ＯＳ領域４１０上に保存されずに消失する。そのため、クライアントＰＣ４００は、起動の度にインベントリ管理サーバ１００から新たな端末識別ＩＤを取得する。端末識別ＩＤが一意とならず、インベントリ管理ＤＢ１２０において、端末識別ＩＤで管理されるインベントリ情報を管理できないという問題が発生する。
【０１００】
上記に対処するために、以下に本発明のシステムを示す。
【０１０１】
図１３は、本発明の第２の実施の形態におけるシステム構成を示す。
【０１０２】
同図において、図１２と同一構成部分には同一符号を付し、その説明を省略する。
【０１０３】
図１３に示すシステムは、前述の図１２のディスクレスＰＣ環境におけるセキュリティ対策システムの構成に加え、退避サーバ５００を設け、また、クライアントＰＣ４００に以下の処理を行うための退避プログラム４３０、復元プログラム４４０を設けた構成である。
【０１０４】
退避サーバ５００は、ディスクレスＰＣ環境において、ユーザや端末の権限管理等を行うActive Directoryプログラム５１０と、クライアントＰＣ４００で実行するプログラムを格納する実行プログラム部５２０、実行プログラムの退避プログラムにより退避されるファイルを格納する退避ファイル格納部５３０、アプリケーション名に対応するファイル名、レジストリ名、サービス名を格納するアプリケーション退避復元用情報格納部５４０から構成される。
【０１０５】
退避サーバ５００のActive Directoryプログラム５１０では、クライアントＰＣ４００の起動時・終了時、またユーザのログオフ時・ログオフ時に予め指定しておいたプログラムを実行する設定が可能で、それぞれスタートアップ・シャットダウンスクリプト設定、ログオン・ログオフスクリプト設定と呼ぶ。
【０１０６】
本実施の形態では、退避サーバ５００の実行プログラム部５２０から退避プログラム及び復元プログラムを事前にクライアントＰＣ４００に格納し、アプリケーション退避情報やＯＳ領域情報等については、退避プログラム４３０、復元プログラム４４０をスタートアップスクリプトに設定し、ユーザ情報については、退避プログラム４３０、復元プログラム４４０をログオン・ログオフスクリプト設定することにより、前述の課題を解決する。
【０１０７】
以降では、本プログラムの動作の概要を説明する。
【０１０８】
退避サーバ５００からクライアントＰＣ４００にインストールされたアプリケーション退避情報やＯＳ領域情報を退避する退避プログラム４４０は、クライアントＰＣ４００が起動されると、インベントリ管理サーバ１００のインベントリ管理ＤＢ１２０にアクセスし、クライアントＰＣ４００の端末識別情報（ＭＡＣアドレス）をキーとして、現在クライアントＰＣ４００のＯＳ領域４１０にロードされているアプリケーション名、バージョンを取得する。
【０１０９】
次に、退避プログラム４３０は、取得したアプリケーション名、バージョンに基づいて退避サーバ５００のアプリケーション退避復元用情報格納部５４０からファイル名、レジストリ名、サービス名を取得し、対応するファイル、レジストリをＯＳ領域４１０から取得する。端末固有のＭＡＣアドレスに基づいて、ストレージ管理サーバの退避サーバアカウント管理テーブル２３１にアクセスし、取得した退避サーバアカウントに基づいて退避サーバ５００にアクセスし、ファイル、レジストリを退避ファイル格納部５３０の当該ＰＣクライアント専用のＭＡＣフォルダに格納する。
【０１１０】
ここで、退避サーバ５００に当該端末のＭＡＣフォルダがない場合は、退避プログラム４３０は、インベントリ管理システム導入後の初回起動であると見做し、クライアントプログラム４１１を起動させる。このとき、クライアントプログラム４１１は、インベントリ管理サーバ１００のサーバプログラム１１０と通信を行い、ＭＡＣアドレスを取得し、データ格納部４１２に保存すると共に、退避サーバ５００にアクセスして退避ファイル格納部５３０にＭＡＣアドレスと対応付けてＭＡＣフォルダを生成する。
【０１１１】
退避ファイル格納部５３０に既にＭＡＣフォルダが存在する場合には、退避プログラム４３０は、当該起動を２回目以降の起動と見做し、存在したＭＡＣフォルダのデータをＰＣ４００のデータ格納部４１２に復元する。
【０１１２】
なお、復元時に、Active Directoryのグループポリシ設定等により、当該ファイルのアクセス権限が元々の権限と異なる場合があり、クライアントプログラム４１１が当該ファイルにアクセスできないケースがある。そのため、ＭＡＣフォルダに、クライアントプログラム４１１がアクセス可能な権限を付与する。必要な権限については、ＭＡＣフォルダにデータを退避させる際に同時に権限情報をファイルとして格納しておく方法、また、クライアントプログラム４１１毎にファイルの権限設定を管理するＤＢを別途用意しておき、当該ＤＢから情報を取得する方法等がある。
【０１１３】
その後、クライアントプログラム４１１を起動させる。このときには、既にデータ格納部４１２に端末識別ＩＤファイルが存在するため、クライアントプログラム４１１はインベントリ管理サーバ１００に対して端末識別ＩＤの払い出しを要求することなく、収集したインベントリ情報のみを送信する動作となる。
【０１１４】
この実現のため、ストレージ管理ＤＢ２３０には、退避サーバ５００のアクセス権限を持つユーザのアカウントを管理する退避サーバアカウント管理テーブル２３１を作成する。退避サーバアカウント管理テーブル２３１のテーブル情報を図１４に示す。同図に示すテーブルは、退避サーバユーザ、その列名、データ型と、パスワード、その列名、データ型を格納する。当該退避サーバアカウント管理テーブル２３１は、別のＤＢサーバを構築して実現してもよい。
【０１１５】
また、図１５に退避ファイル格納部５３０の格納例を示す。本実施の形態では、退避フォルダ配下にＯＳ領域種別フォルダを作成し、クライアントＰＣ４００のＭＡＣアドレスをキーとしたＭＡＣフォルダに退避データを格納する構成としている。また、当該退避ファイル格納部５３０へのアクセスについてはＯＤＢＣを利用し、ＳＳＬで通信を暗号化することでセキュリティを確保している。さらに、通常、クライアントプログラム４１１は、クライアントＰＣ４００が起動すると、自動的に起動する設定となっているが、この設定を手動起動にしておく必要がある。
【０１１６】
次に、上記の退避・復元プログラムの処理内容について説明する。
【０１１７】
図１６は、本発明の第２の実施の形態における退避プログラムの処理のフローチャート（端末情報）である。
【０１１８】
ステップ５０１） スタートアップスクリプト設定により、退避プログラム４３０は、まず、クライアントＰＣ４００に対してＭＡＣアドレスを要求し、ＭＡＣアドレスを取得する。
【０１１９】
ステップ５０２） 次に、退避プログラム４３０は、ＭＡＣアドレスをキーとして、インベントリ管理サーバ１００にアクセスする。
【０１２０】
ステップ５０３） 退避プログラム４３０は、インベントリ管理サーバ１００からＭＡＣアドレスに対応するアプリケーション名とバージョンを取得する。
【０１２１】
ステップ５０４） ＭＡＣアドレス、アプリケーション名、バージョンに基づいて、アプリケーション退避復元用情報格納部５４０にアクセスする。
【０１２２】
ステップ５０５） アプリケーション退避復元用情報格納部５４０からファイル名、レジストリ名、サービス名を取得する。
【０１２３】
ステップ５０６） クライアントＰＣ４００のＯＳ領域４１０からファイル名、レジストリ名に対応するファイル、レジストリを取得する。
【０１２４】
ステップ５０７） クライアントプログラム４１１に対して停止要求を行い、停止が完了する。
【０１２５】
ステップ５０８） ストレージ管理サーバ２００の退避サーバアカウント管理テーブル２３１に対してパスワードを送信することにより退避サーバアカウントを要求し、退避サーバアカウントを取得する。
【０１２６】
ステップ５０９） このとき、退避サーバアカウントが返されない場合は、退避サーバアカウント管理テーブルにアカウントが登録されていないため、ＭＡＣフォルダが存在しない。このため、図１８に示す手順により、ＭＡＣアドレスに対応するＭＡＣフォルダを退避ファイル格納部５３０内に生成する。
【０１２７】
ステップ５１０） 取得した退避サーバアカウントにアクセスし、ステップ５０６で取得したファイル、レジストリを退避ファイル格納部５３０のＭＡＣフォルダに退避し、最後に、アプリケーション退避復元用情報格納部５４０に終了時間と、端末ステータスを格納する。
【０１２８】
なお、上記では、アプリケーション退避情報やＯＳ領域情報の退避について説明したが、ユーザ情報の退避の場合は、図１９に示すように、ログオフ・ログインスクリプト設定された退避プログラム４３０において、クライアントＰＣ４００からユーザ名を取得し（ステップ８０２）、当該ユーザ名に対応する、アプリケーション名、バージョンをインベントリ管理サーバから取得して（ステップ８０３）、当該アプリケーション名、バージョンに基づいてアプリケーション退避復元用情報格納部５４０から取得したファイル名、レジストリ名に基づいてユーザ領域４２０のユーザ情報のファイル、レジストリを取得し（ステップ８０６）、退避サーバ５００のユーザ毎のフォルダに退避させる（ステップ８０８）ものとし、基本的な動作は上記の図１６と同様である。
【０１２９】
次に、復元プログラム４４０による復元処理を説明する。
【０１３０】
図１７は、本発明の第２の実施の形態における復元プログラムの処理のフローチャートである。
【０１３１】
ステップ６０１） 復元プログラム４４０は、まず、クライアントＰＣ４００に対してＭＡＣアドレスを要求し、ＭＡＣアドレスを取得し、メモリ（図示せず）に格納する。
【０１３２】
ステップ６０２） 復元プログラム４４０は、ＭＡＣアドレスをキーとして、インベントリ管理サーバ１００にアクセスし、アプリケーション名、バージョンを取得する。
【０１３３】
ステップ６０３） 当該アプリケーション名、バージョンに基づいて、退避サーバ５００のアプリケーション退避復元用情報格納部５４０にアクセスし、ファイル名、レジストリ名、サービス名を取得する。
【０１３４】
ステップ６０４） パスワードに基づいて、退避サーバアカウントテーブル２３１にアクセスし、退避サーバのアカウントを取得する。
【０１３５】
ステップ６０５） 取得した退避サーバのアカウントに基づいて退避サーバ５００にアクセスし、ＭＡＣアドレス、ファイル名、レジストリ名に基づいてＭＡＣフォルダを検索する。このとき、ＭＡＣアドレスに対応するＭＡＣフォルダが存在しない場合には、図１８に示すような初回起動処理を行い、退避ファイル格納部５３０内にＭＡＣフォルダを作成する。
【０１３６】
ステップ６０６） 退避サーバ５００のＭＡＣフォルダからファイル、レジストリを取得する。
【０１３７】
ステップ６０７） 取得したファイル・レジストリをＰＣクライアント４００のＯＳ領域４１０に格納する。
【０１３８】
ステップ６０８） クライアントＰＣ４００に対して、復元した端末識別ＩＤファイルに、適切な（すなわち、クライアントプログラム４１１がアクセス可能な）権限を付与する。
【０１３９】
ステップ６０９） クライアントプログラム４１１を起動する。
【０１４０】
なお、上記では、アプリケーション退避情報やＯＳ領域情報の復元について説明したが、ユーザ情報の復元を行う場合は、図２０に示すようにログオン・ログオフスクリプト設定された復元プログラム４４０において、ログオンのタイミングで（ステップ９０１）、ユーザ名をキーとして、インベントリ管理サーバ１００にアクセスし、アプリケーション名、バージョンを取得し（ステップ９０３）、それらに基づいて、アプリケーション退避復元用情報格納部５４０からファイル名、レジストリ名、サービス名を取得する（ステップ９０４）。退避サーバのアカウントを取得し（ステップ９０５）、退避サーバアカウントに対応する退避サーバ５００にアクセスし、ユーザ名毎（ユーザＩＤ毎）のフォルダからユーザ情報のファイル、レジストリを取得して（ステップ９０７）、ユーザ領域４２０に復元する（ステップ９０８）。復元したファイルの権限情報を復元するデータから取得して設定する（ステップ９０９）。
【０１４１】
次に、上記のステップ５０９，６０５の初回起動処理について説明する。
【０１４２】
図１８は、本発明の第２の実施の形態における退避プログラム、復元プログラムの初回起動処理のフローチャートである。
【０１４３】
ステップ７０１） 退避復元プログラムは、クライアントプログラム４１１を起動する。
【０１４４】
ステップ７０２） タイムアウトもしくは端末識別ＩＤファイル（ＭＡＣアドレス）の取得が確認できるまで、定期的にクライアントＰＣ４００のデータ格納部４１２をチェックする。
【０１４５】
ステップ７０３） 端末識別ＩＤファイル（ＭＡＣアドレス）を取得できた場合は、退避サーバ５００にアクセス可能なアカウントにより、退避サーバ５００にアクセスし、ＭＡＣフォルダを作成して、当該端末識別ＩＤファイルを格納する。
【０１４６】
ユーザ情報の退避・復元の場合は、ユーザＩＤ毎に退避サーバ５００にユーザ個別のフォルダを作成する。
【０１４７】
なお、上記の実施の形態における図４、図１３に示す各サーバの機能をプログラムとして構築し、各サーバにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【０１４８】
また、構築されたプログラムを、ハードディスクや、フレキシブルディスク・ＣＤ−ＲＯＭ等の可搬記憶媒体に格納し、コンピュータにインストールする、または、配布することが可能である。
【０１４９】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【産業上の利用可能性】
【０１５０】
本発明は、端末再起動時にディスクの共通領域が初期化されるＰＣ（端末）の初期化により消去されてしまうデータを退避させる技術に適用可能である。
【図面の簡単な説明】
【０１５１】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】ディスクレスＰＣ環境におけるセキュリティ対策システムの構成図である。
【図４】本発明の第１の実施の形態におけるシステム構成図である。
【図５】本発明の第１の実施の形態におけるストレージ管理ＤＢのテーブル構成である。
【図６】本発明の第１の実施の形態における退避ファイル格納部を示す図である。
【図７】本発明の第１の実施の形態における退避プログラムの処理のフローチャート（端末情報）である。
【図８】本発明の第１の実施の形態における退避・復元プログラムの初回起動処理のフローチャートである。
【図９】本発明の第１の実施の形態における復元プログラムの通常処理のフローチャートである。
【図１０】本発明の第１の実施の形態における退避プログラムの処理のフローチャート（ユーザ情報）である。
【図１１】本発明の第１の実施の形態における復元プログラムの処理のフローチャート（ユーザ情報）である。
【図１２】ディスクレスＰＣ環境におけるインベントリ管理システムの構成図である。
【図１３】本発明の第２の実施の形態におけるシステム構成図である。
【図１４】本発明の第２の実施の形態における退避サーバアカウント管理テーブルの構成図である。
【図１５】本発明の第２の実施の形態における退避ファイル格納部を示す図である。
【図１６】本発明の第２の実施の形態における退避復元プログラムの通常時の処理のフローチャート（端末情報）である。
【図１７】本発明の第２の実施の形態における退避復元プログラムの初回起動処理のフローチャート（端末情報）である。
【図１８】本発明の第２の実施の形態における退避・復元プログラムの初回起動処理のフローチャートである。
【図１９】本発明の第２の実施の形態における退避プログラムの処理のフローチャート（ユーザ情報）である。
【図２０】本発明の第２の実施の形態における復元プログラムの処理のフローチャート（ユーザ情報）である。
【符号の説明】
【０１５２】
１０ 管理サーバ
１１ サーバプログラム
１２ 管理データベース
２０ ログ収集サーバ
２１ ログ収集プログラム
２２ ログデータベース
３０ ストレージ管理サーバ
３１ ストレージ管理プログラム
３２ ディスクストレージ
３３ 端末識別情報記憶手段、ストレージ管理ＤＢ
４０ ネットワーク
５０ 再起動時に共通領域が初期化される端末、クライアントＰＣ（パーソナルコンピュータ）
５１ ＯＳ領域
５２ ユーザ領域
５３ 退避プログラム
５４ 復元プログラム
６０ 退避サーバ
６１ Active Directoryプログラム
６２ 実行プログラム部
６３ 退避情報記憶手段、退避ファイル格納部
１００ インベントリ管理サーバ
１１０ サーバプログラム
１２０ インベントリ管理ＤＢ
２００ ストレージ管理サーバ
２１０ ストレージ管理プログラム
２２０ ディスクストレージ
２３０ ストレージ管理ＤＢ
２３１ 退避サーバアカウント管理テーブル
３００ ネットワーク
３３１ ノードＩＤ管理テーブル
３３２ 退避サーバアカウント管理テーブル
４００ クライアントＰＣ
４１０ ＯＳ領域
４１１ クライアントプログラム
４１２ データ格納部
４２０ ユーザ領域
４３０ 退避プログラム
４４０ 復元プログラム
５１１ クライアントプログラム
５００ 退避サーバ
５１０ Active Directoryプログラム
５２０ 実行プログラム
５３０ 退避ファイル格納部
５４０ アプリケーション退避復元用情報格納部
６２０ 事前処理手段
６２１ 退避手段
６２２ 復元手段
【特許請求の範囲】
【請求項１】
端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末の固有情報を復旧させるための情報引継方法であって、
前記端末において、
前記端末の共通領域に格納されている端末固有の情報を退避させる場合に、
予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段に格納しておき、
前記端末の終了時に、前記端末識別情報記憶手段に該端末の端末識別情報が格納されている場合には、該端末の共通領域のＯＳ領域内の端末固有情報、ログ情報、各種設定ファイルを該端末識別情報に対応付けて前記退避データ記憶手段に退避する退避ステップと、
前記退避データ記憶手段の前記各種設定ファイルを前記共通領域に復元する場合に、
前記端末の起動時に、前記端末識別情報に基づいて、前記退避データ記憶手段から退避した前記各種設定ファイルを読み出して、前記端末識別情報に対応付けて前記共通領域の前記ＯＳ領域に格納する復元ステップと、を行うことを特徴とする情報引継方法。
【請求項２】
端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末のユーザ情報を復旧させるための情報引継方法であって、
前記端末において、
前記端末の共通領域のユーザ領域に格納されているユーザ情報を退避させる場合に、
予め端末を使用するユーザ名を外部のユーザ名記憶手段に格納しておき、
前記端末のユーザのログオフ時に、該端末のユーザ名が前記ユーザ名記憶手段に格納されている場合には、該端末のユーザ領域内のユーザ情報をユーザ名に対応させて前記退避データ記憶手段に退避する退避ステップと、
前記退避データ記憶手段の前記ユーザ情報を前記共通領域復元する場合に、
前記ユーザのログイン時に、前記ユーザ名に基づいて前記退避データ記憶手段にアクセスし、退避した前記ユーザ情報を読み出して、前記共通領域の前記ユーザ領域に格納する復元ステップと、
を行うことを特徴とする情報引継方法。
【請求項３】
インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末の固有情報を復旧させるための情報引継方法であって、
前記システムは、アプリケーションに対応するファイル、レジストリ、サービスを管理するアプリケーション退避復元用情報記憶手段と退避データ記憶手段を有する退避サーバを含み、
前記端末において、
前記端末の共通領域に格納されている端末情報を退避する際に、
前記端末の端末識別情報に基づいて、前記インベントリ管理サーバから前記共通領域のＯＳ領域にインストールされているアプリケーション名、バージョンを取得し、
前記端末識別情報、前記アプリケーション名、前記バージョンに基づいて、前記アプリケーション退避復元用情報記憶手段から前記ＯＳ領域のファイル名、レジストリ名を取得し、
前記ファイル名、前記レジストリ名に基づいて前記端末の前記ＯＳ領域からファイル及びレジストリを取得して、前記端末識別情報に対応付けて前記退避データ記憶手段に退避する退避ステップと、
前記退避データ記憶手段に格納されている情報を前記共通領域に復元する場合に、
前記端末識別情報に基づいて、前記インベントリ管理サーバから前記アプリケーション名と前記バージョンを取得し、
前記端末識別情報、前記アプリケーション名、前記バージョンに基づいて、前記アプリケーション退避復元用情報記憶手段から取得したファイル名、レジストリ名に基づいて、前記退避データ記憶手段から前記ファイル、前記レジストリを取得し、前記共通領域の前記ＯＳ領域に格納する復元ステップと、
を行うことを特徴とする情報引継方法。
【請求項４】
インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末のユーザ情報を復旧させるための情報引継方法であって、
前記システムは、アプリケーションに対応するファイル、レジストリ、サービスを管理するアプリケーション退避復元用情報記憶手段と退避データ記憶手段を有する退避サーバを含み、
前記端末において、
前記端末の共通領域のユーザ領域内のユーザ情報を退避する場合に、
前記端末がログオフ時に、該端末のユーザ名に基づいて、前記インベントリ管理サーバからアプリケーション名、バージョンを取得し、
前記アプリケーション名、前記バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
サービス終了時に、前記ファイル名、レジストリ名に基づいて前記端末の共通領域のユーザ領域からユーザ情報を取得し、退避サーバの退避データ記憶手段に退避する退避ステップと、
前記退避データ記憶手段に格納されている情報を復元する場合に、
前記端末がログオン時に、前記ユーザ名に基づいて、前記インベントリ管理サーバからアプリケーション名、バージョンを取得し、
前記アプリケーション名、前記バージョンに基づいてアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
前記ファイル名、前記レジストリ名に基づいて前記退避データ記憶手段から前記ユーザ情報を取得し、前記ユーザ領域に格納する復元ステップと、
を行うことを特徴とする情報引継方法。
【請求項５】
端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末の固有情報を復旧させるための退避・復元装置であって、
予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段に格納しておく手段と、退避サーバに該端末識別情報に対応付けた退避データ記憶手段を作成しておく手段とを含む事前処理手段と、
前記端末の終了時に、該端末の端末識別情報が前記端末識別情報記憶手段に格納されている場合には、該端末のＯＳ領域内の端末固有情報、ログ情報、各種設定ファイルを前記端末識別情報に対応付けて前記退避データ記憶手段に退避する退避手段と、
前記端末の起動時に、前記退避データ記憶手段から退避した前記各種設定ファイルを読み出して、前記端末識別情報に対応付けて該端末の前記ＯＳ領域に格納する復元手段と、を有することを特徴とする退避・復元装置。
【請求項６】
端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末のユーザ情報を復旧させるための退避・復元装置であって、
予め端末を使用するユーザのアカウントを外部のユーザ名記憶手段に格納しておく手段と、退避サーバに該ユーザ名に対応付けた退避データ記憶手段を作成しておく手段とを含む事前処理手段と、を含む事前処理手段と、
前記端末のユーザのログオフ時に、該端末のユーザのアカウントが前記ユーザ名記憶手段に格納されている場合には、該端末のユーザ領域内のユーザ情報をユーザ名に対応させて前記退避データ記憶手段に退避する退避手段と、
前記ユーザのログイン時に、前記退避データ記憶手段から退避した前記ユーザ情報を読み出して、該端末の前記ユーザ領域に格納する復元手段と、
を有することを特徴とする退避・復元装置。
【請求項７】
インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末の固有情報を復旧させるための退避・復元装置であって、
前記端末の共通領域に格納されている端末固有情報を退避する際に、
前記端末の端末識別情報に基づいて、前記インベントリ管理サーバから前記共通領域のＯＳ領域にインストールされているアプリケーション名、バージョンを取得し、
前記端末識別情報、前記アプリケーション名、前記バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段から前記ＯＳ領域のファイル名、レジストリ名を取得し、
前記ファイル名、前記レジストリ名に基づいて前記端末の前記ＯＳ領域からファイル及びレジストリを取得して、前記端末識別情報に対応付けて前記退避データ記憶手段に退避する退避手段と、
前記退避データ記憶手段に格納されている情報を前記共通領域に復元する場合に、
前記端末識別情報に基づいて、前記インベントリ管理サーバから前記アプリケーション名と前記バージョンを取得し、
前記端末識別情報、前記アプリケーション名、前記バージョンに基づいて、前記アプリケーション退避復元用情報記憶手段から取得したファイル名、レジストリ名に基づいて、前記退避データ記憶手段から前記ファイル、前記レジストリを取得し、前記共通領域の前記ＯＳ領域に格納する復元手段と、
を有することを特徴とする退避・復元装置。
【請求項８】
インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末のユーザ情報を復旧させるための退避・復元装置であって、
前記端末の共通領域のユーザ領域内のユーザ情報を退避する場合に、
前記端末がログオフ時に、該端末のユーザ名に基づいて、前記インベントリ管理サーバからアプリケーション名、バージョンを取得し、
前記アプリケーション名、前記バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
サービス終了時に、前記ファイル名、レジストリ名に基づいて前記端末の共通領域のユーザ領域からユーザ情報を取得し、退避サーバの退避データ記憶手段に退避する退避手段と、
前記退避データ記憶手段に格納されている情報を復元する場合に、
前記端末がログオン時に、前記ユーザ名に基づいて、前記インベントリ管理サーバからアプリケーション名、バージョンを取得し、
前記アプリケーション名、前記バージョンに基づいてアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
前記ファイル名、前記レジストリ名に基づいて前記退避データ記憶手段から前記ユーザ情報を取得し、前記ユーザ領域に格納する復元手段と、
を有することを特徴とする退避・復元装置。
【請求項９】
請求項５乃至８のいずれか１項に記載の退避・復元装置を構成する各手段としてコンピュータを機能させるための情報引継プログラム。
【請求項１】
端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末の固有情報を復旧させるための情報引継方法であって、
前記端末において、
前記端末の共通領域に格納されている端末固有の情報を退避させる場合に、
予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段に格納しておき、
前記端末の終了時に、前記端末識別情報記憶手段に該端末の端末識別情報が格納されている場合には、該端末の共通領域のＯＳ領域内の端末固有情報、ログ情報、各種設定ファイルを該端末識別情報に対応付けて前記退避データ記憶手段に退避する退避ステップと、
前記退避データ記憶手段の前記各種設定ファイルを前記共通領域に復元する場合に、
前記端末の起動時に、前記端末識別情報に基づいて、前記退避データ記憶手段から退避した前記各種設定ファイルを読み出して、前記端末識別情報に対応付けて前記共通領域の前記ＯＳ領域に格納する復元ステップと、を行うことを特徴とする情報引継方法。
【請求項２】
端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末のユーザ情報を復旧させるための情報引継方法であって、
前記端末において、
前記端末の共通領域のユーザ領域に格納されているユーザ情報を退避させる場合に、
予め端末を使用するユーザ名を外部のユーザ名記憶手段に格納しておき、
前記端末のユーザのログオフ時に、該端末のユーザ名が前記ユーザ名記憶手段に格納されている場合には、該端末のユーザ領域内のユーザ情報をユーザ名に対応させて前記退避データ記憶手段に退避する退避ステップと、
前記退避データ記憶手段の前記ユーザ情報を前記共通領域復元する場合に、
前記ユーザのログイン時に、前記ユーザ名に基づいて前記退避データ記憶手段にアクセスし、退避した前記ユーザ情報を読み出して、前記共通領域の前記ユーザ領域に格納する復元ステップと、
を行うことを特徴とする情報引継方法。
【請求項３】
インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末の固有情報を復旧させるための情報引継方法であって、
前記システムは、アプリケーションに対応するファイル、レジストリ、サービスを管理するアプリケーション退避復元用情報記憶手段と退避データ記憶手段を有する退避サーバを含み、
前記端末において、
前記端末の共通領域に格納されている端末情報を退避する際に、
前記端末の端末識別情報に基づいて、前記インベントリ管理サーバから前記共通領域のＯＳ領域にインストールされているアプリケーション名、バージョンを取得し、
前記端末識別情報、前記アプリケーション名、前記バージョンに基づいて、前記アプリケーション退避復元用情報記憶手段から前記ＯＳ領域のファイル名、レジストリ名を取得し、
前記ファイル名、前記レジストリ名に基づいて前記端末の前記ＯＳ領域からファイル及びレジストリを取得して、前記端末識別情報に対応付けて前記退避データ記憶手段に退避する退避ステップと、
前記退避データ記憶手段に格納されている情報を前記共通領域に復元する場合に、
前記端末識別情報に基づいて、前記インベントリ管理サーバから前記アプリケーション名と前記バージョンを取得し、
前記端末識別情報、前記アプリケーション名、前記バージョンに基づいて、前記アプリケーション退避復元用情報記憶手段から取得したファイル名、レジストリ名に基づいて、前記退避データ記憶手段から前記ファイル、前記レジストリを取得し、前記共通領域の前記ＯＳ領域に格納する復元ステップと、
を行うことを特徴とする情報引継方法。
【請求項４】
インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末に対し、初期化される端末のユーザ情報を復旧させるための情報引継方法であって、
前記システムは、アプリケーションに対応するファイル、レジストリ、サービスを管理するアプリケーション退避復元用情報記憶手段と退避データ記憶手段を有する退避サーバを含み、
前記端末において、
前記端末の共通領域のユーザ領域内のユーザ情報を退避する場合に、
前記端末がログオフ時に、該端末のユーザ名に基づいて、前記インベントリ管理サーバからアプリケーション名、バージョンを取得し、
前記アプリケーション名、前記バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
サービス終了時に、前記ファイル名、レジストリ名に基づいて前記端末の共通領域のユーザ領域からユーザ情報を取得し、退避サーバの退避データ記憶手段に退避する退避ステップと、
前記退避データ記憶手段に格納されている情報を復元する場合に、
前記端末がログオン時に、前記ユーザ名に基づいて、前記インベントリ管理サーバからアプリケーション名、バージョンを取得し、
前記アプリケーション名、前記バージョンに基づいてアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
前記ファイル名、前記レジストリ名に基づいて前記退避データ記憶手段から前記ユーザ情報を取得し、前記ユーザ領域に格納する復元ステップと、
を行うことを特徴とする情報引継方法。
【請求項５】
端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末の固有情報を復旧させるための退避・復元装置であって、
予め端末毎に一意に識別するための端末識別情報を外部の端末識別情報記憶手段に格納しておく手段と、退避サーバに該端末識別情報に対応付けた退避データ記憶手段を作成しておく手段とを含む事前処理手段と、
前記端末の終了時に、該端末の端末識別情報が前記端末識別情報記憶手段に格納されている場合には、該端末のＯＳ領域内の端末固有情報、ログ情報、各種設定ファイルを前記端末識別情報に対応付けて前記退避データ記憶手段に退避する退避手段と、
前記端末の起動時に、前記退避データ記憶手段から退避した前記各種設定ファイルを読み出して、前記端末識別情報に対応付けて該端末の前記ＯＳ領域に格納する復元手段と、を有することを特徴とする退避・復元装置。
【請求項６】
端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末のユーザ情報を復旧させるための退避・復元装置であって、
予め端末を使用するユーザのアカウントを外部のユーザ名記憶手段に格納しておく手段と、退避サーバに該ユーザ名に対応付けた退避データ記憶手段を作成しておく手段とを含む事前処理手段と、を含む事前処理手段と、
前記端末のユーザのログオフ時に、該端末のユーザのアカウントが前記ユーザ名記憶手段に格納されている場合には、該端末のユーザ領域内のユーザ情報をユーザ名に対応させて前記退避データ記憶手段に退避する退避手段と、
前記ユーザのログイン時に、前記退避データ記憶手段から退避した前記ユーザ情報を読み出して、該端末の前記ユーザ領域に格納する復元手段と、
を有することを特徴とする退避・復元装置。
【請求項７】
インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末の固有情報を復旧させるための退避・復元装置であって、
前記端末の共通領域に格納されている端末固有情報を退避する際に、
前記端末の端末識別情報に基づいて、前記インベントリ管理サーバから前記共通領域のＯＳ領域にインストールされているアプリケーション名、バージョンを取得し、
前記端末識別情報、前記アプリケーション名、前記バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段から前記ＯＳ領域のファイル名、レジストリ名を取得し、
前記ファイル名、前記レジストリ名に基づいて前記端末の前記ＯＳ領域からファイル及びレジストリを取得して、前記端末識別情報に対応付けて前記退避データ記憶手段に退避する退避手段と、
前記退避データ記憶手段に格納されている情報を前記共通領域に復元する場合に、
前記端末識別情報に基づいて、前記インベントリ管理サーバから前記アプリケーション名と前記バージョンを取得し、
前記端末識別情報、前記アプリケーション名、前記バージョンに基づいて、前記アプリケーション退避復元用情報記憶手段から取得したファイル名、レジストリ名に基づいて、前記退避データ記憶手段から前記ファイル、前記レジストリを取得し、前記共通領域の前記ＯＳ領域に格納する復元手段と、
を有することを特徴とする退避・復元装置。
【請求項８】
インベントリ管理サーバ、及び複数の端末からなるシステムにおいて、端末再起動時にディスクの共通領域が初期化される端末内に設けられる、初期化される端末のユーザ情報を復旧させるための退避・復元装置であって、
前記端末の共通領域のユーザ領域内のユーザ情報を退避する場合に、
前記端末がログオフ時に、該端末のユーザ名に基づいて、前記インベントリ管理サーバからアプリケーション名、バージョンを取得し、
前記アプリケーション名、前記バージョンに基づいて、退避サーバのアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
サービス終了時に、前記ファイル名、レジストリ名に基づいて前記端末の共通領域のユーザ領域からユーザ情報を取得し、退避サーバの退避データ記憶手段に退避する退避手段と、
前記退避データ記憶手段に格納されている情報を復元する場合に、
前記端末がログオン時に、前記ユーザ名に基づいて、前記インベントリ管理サーバからアプリケーション名、バージョンを取得し、
前記アプリケーション名、前記バージョンに基づいてアプリケーション退避復元用情報記憶手段からファイル名、レジストリ名を取得し、
前記ファイル名、前記レジストリ名に基づいて前記退避データ記憶手段から前記ユーザ情報を取得し、前記ユーザ領域に格納する復元手段と、
を有することを特徴とする退避・復元装置。
【請求項９】
請求項５乃至８のいずれか１項に記載の退避・復元装置を構成する各手段としてコンピュータを機能させるための情報引継プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００９−２３７７６７（Ｐ２００９−２３７７６７Ａ）
【公開日】平成２１年１０月１５日（２００９．１０．１５）
【国際特許分類】
【出願番号】特願２００８−８１０９３（Ｐ２００８−８１０９３）
【出願日】平成２０年３月２６日（２００８．３．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２１年１０月１５日（２００９．１０．１５）
【国際特許分類】
【出願日】平成２０年３月２６日（２００８．３．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]