(57)【要約】【課題】  ネットワークを介してリカバリデータを提供する。【解決手段】  クライアント１０は、センタサーバ３００と通信を行うためのソフトウェアがインストールされている。クライアント１０は、自装置に備わっている複数のＰＣＩデバイスの情報等取得し、図に実線矢印で示すようにセンタサーバ３００へ送信する。センタサーバ３００は、クライアント１０から受信した情報に基づき、クライアント１０の機種を判別する。また、センタサーバ３００は、クライアント１０のＩＰアドレスに基づき、リカバリデータ提供システム１０００に接続されている複数のサイトサーバから、クライアント１０とのネットワーク上の距離が最も近いサイトサーバ１００に関する情報をクライアント１０に送信する。クライアント１０は、センタサーバ３００から受信したサイトサーバ情報に基づき、サイトサーバ１００からリカバリデータを取得してリカバリ処理を実行する。【選択図】  図１
2005215813.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、リカバリデータ提供装置が、リカバリ対象コンピュータに対してリカバリデータを提供するリカバリデータ提供方法であって、
（ａ）前記リカバリ対象コンピュータの複数のＰＣＩデバイスにそれぞれ記録されたデバイス情報の組み合わせを、前記リカバリ対象コンピュータの構成情報として取得する工程と、
（ｂ）コンピュータの機種ごとの構成情報が予め管理されたテンプレート、および、前記取得した構成情報に基づき、前記リカバリ対象コンピュータの機種を判別する工程と、
（ｃ）前記判別した機種に対応する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを、前記リカバリ対象コンピュータに送信する工程とを備えるリカバリデータ提供方法。
【請求項２】
請求項１記載のリカバリデータ提供方法であって、
（ｂ）工程において、前記取得した構成情報に、前記テンプレートに管理される所定の機種の前記構成情報が全て含まれる場合に、前記リカバリ対象コンピュータを、前記所定の機種であると判別するリカバリデータ提供方法。
【請求項３】
請求項１記載のリカバリデータ提供方法であって、
（ａ）工程において、更に、前記リカバリ対象コンピュータのＳＭＢＩＯＳに記録された該リカバリ対象コンピュータの製造情報を、前記構成情報として取得するリカバリデータ提供方法。
【請求項４】
請求項１記載のリカバリデータ提供方法であって、
前記デバイス情報とは、ベンダＩＤ、デバイスＩＤ、および、リビジョン番号を含むリカバリデータ提供方法。
【請求項５】
請求項３記載リカバリデータ提供方法であって、
前記製造情報には、前記リカバリ対象コンピュータに固有に付与されたシリアル番号が含まれ、
前記リカバリデータ提供方法は、更に、
（ｄ）前記リカバリのために提供されるソフトウェアのライセンスを、シリアル番号と対応付けて、予め管理する工程と、
（ｅ）工程（ｃ）に先立ち、前記シリアル番号に基づき、前記ライセンスが与えられているか否かを判断する工程とを備えており、
工程（ｃ）において、前記ライセンスが許可されている場合に、前記ソフトウェアの送信を行うリカバリデータ提供方法。
【請求項６】
請求項１記載のリカバリデータ提供方法であって、
前記ネットワーク上には、前記格納場所が複数存在し、
（ｄ）工程において、前記リカバリ対象コンピュータからのネットワーク上の距離に基づき決定された前記格納場所を表す前記格納場所特定情報を送信するリカバリデータ提供方法。
【請求項７】
同一ネットワークに接続されたサーバから、コンピュータをリカバリするためのリカバリデータを取得するリカバリデータ取得方法であって、
前記コンピュータが実行する工程として、
（ａ）前記コンピュータの複数のＰＣＩデバイスにそれぞれ記録されたデバイス情報の組み合わせを含む情報を、該コンピュータの構成情報として抽出する工程と、
（ｂ）前記サーバに対して、前記構成情報を送信する工程と、
（ｃ）前記送信に対する応答として、前記構成情報に対応する該コンピュータの機種に適合する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを受信する工程とを備えるリカバリデータ取得方法。
【請求項８】
ネットワークを介して、サーバから、コンピュータをリカバリするためのリカバリデータを取得するリカバリデータ取得方法であって、
前記サーバは、コンピュータの機種ごとの構成情報が予め管理されたテンプレート、および、該テンプレートに基づき、コンピュータの機種を判別する機種判別データを備えており、
前記コンピュータが実行する工程として、
（ａ）前記サーバから、前記テンプレート、および、前記機種判別データとを取得する工程と、
（ｂ）前記コンピュータの複数のＰＣＩデバイスにそれぞれ記録されたデバイス情報の組み合わせを含む情報を、該コンピュータの構成情報として抽出する工程と、
（ｃ）前記テンプレート、および、前記抽出した構成情報に基づき、前記リカバリ対象コンピュータの機種を判別する工程と、
（ｄ）前記判別された機種に適合する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを、前記サーバから受信する工程とを備えるリカバリデータ取得方法。
【請求項９】
ネットワークを介して、リカバリ対象コンピュータに対してリカバリデータを提供するリカバリデータ提供装置であって、
前記リカバリ対象コンピュータの複数のＰＣＩデバイスにそれぞれ記録されたデバイス情報の組み合わせを、前記リカバリ対象コンピュータの構成情報として取得する構成情報取得部と、
コンピュータの機種ごとの構成情報が予め登録されたテンプレートを格納するテンプレート格納部と、
前記取得した構成情報、および、前記テンプレートに基づき、前記リカバリ対象コンピュータの機種を判別する機種判別部と、
前記判別した機種に対応する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを、前記リカバリ対象コンピュータに送信する送信部とを備えるリカバリデータ提供装置。
【請求項１０】
ネットワークを介してリカバリ対象コンピュータをリカバリするためのリカバリデータの提供をコンピュータに制御させるためのコンピュータプログラムであって、
前記リカバリ対象コンピュータの複数のＰＣＩデバイスにそれぞれ記録されたデバイス情報の組み合わせを、前記リカバリ対象コンピュータの構成情報として取得する機能と、
コンピュータの機種ごとの構成情報が予め管理されたテンプレート、および、前記取得した構成情報に基づき、前記リカバリ対象コンピュータの機種を判別する機能と、
前記判別した機種に対応する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを、前記リカバリ対象コンピュータに送信する機能とをコンピュータに制御させるためのコンピュータプログラム。
【請求項１１】
同一ネットワークに接続されたサーバから、コンピュータをリカバリするためのリカバリデータの取得をコンピュータに制御させるためのコンピュータプログラムであって、
少なくとも、前記コンピュータの複数のＰＣＩデバイスにそれぞれ記録されたデバイス情報の組み合わせを、該コンピュータの構成情報として抽出する機能と、
前記サーバに対して、前記構成情報を送信する機能と、
前記送信に対する応答として、前記構成情報に対応する該コンピュータの機種に適合する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを受信する機能とをコンピュータに制御させるためのコンピュータプログラム。
【請求項１２】
同一ネットワークに接続されたサーバから、コンピュータをリカバリするためのリカバリデータの取得をコンピュータに制御させるためのコンピュータプログラムであって、
前記サーバは、コンピュータの機種ごとの構成情報が予め管理されたテンプレートを備えており、
前記サーバから、前記テンプレートを取得する機能と、
少なくとも、前記コンピュータの複数のＰＣＩデバイスにそれぞれ記録されたデバイス情報の組み合わせを、該コンピュータの構成情報として抽出する機能と、
前記テンプレート、および、前記抽出した構成情報に基づき、前記リカバリ対象コンピュータの機種を判別する機能と、
前記判別された機種に適合する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを、前記サーバから受信する機能とをコンピュータに制御させるためのコンピュータプログラム。
【請求項１３】
請求項１０〜請求項１２記載のコンピュータプログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してリカバリデータを提供する技術に関するものである。
【背景技術】
【０００２】
従来、コンピュータを工場出荷時の初期状態に戻すリカバリ処理は、付属のリカバリＣＤにより行われている。リカバリＣＤには、オペレーティングシステム（以下、ＯＳと呼ぶ）、アプリケーションが記録されており、コンピュータの機種、ＯＳの種類・パッチ対応等によって記録内容が異なる。リカバリ対象コンピュータにおいて、リカバリＣＤを起動させることにより、ディスクの構成やシステム設定等を初期状態に戻すことが出来る。
【０００３】
大量のコンピュータを所有する企業などでは、管理者によりリカバリＣＤを一括管理する場合がある。かかる場合には、管理者は、リカバリが必要なコンピュータの機種・リカバリするＯＳ等の情報を確認し、必要なリカバリＣＤを特定し、リカバリ対象コンピュータのユーザに送付するなどしている。
【０００４】
【特許文献１】特開２００３−８７４２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、コンピュータの機種の増大や、ＯＳの種類の増加、ＯＳのバージョンアップなどにともない、多種多様なリカバリＣＤの中から、リカバリ対象コンピュータに適合するリカバリＣＤを容易に判断することは困難であった。例えば、リカバリＣＤを、コンピュータごとに、シリアル番号などコンピュータを特定可能な情報と対応付けて管理することにより、コンピュータに適合するリカバリＣＤを特定することも可能であるが、登録作業が非常に煩雑で管理者に負荷がかかる。
【０００６】
また、リカバリＣＤは、機種および使用ＯＳが同一である場合には、記録内容が同一であるため、同一内容のリカバリデータを記録しているリカバリＣＤは、１つ管理することとすれば重複管理を回避でき、管理上の観点からは効率的であるが、コンピュータに精通していないユーザは、リカバリ処理時に機種を正確に判別することが困難であった。
【０００７】
本発明は、このような課題に鑑みてなされたものであり、リカバリ対象機器の機種判別を容易にするとともに、リカバリＣＤ等のメディアの管理負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題の少なくとも一部を解決するために、本発明における第１の構成として、以下の構成をとることとした。すなわち、
ネットワークを介して、リカバリデータ提供装置が、リカバリ対象コンピュータに対してリカバリデータを提供するリカバリデータ提供方法であって、
（ａ）前記リカバリ対象コンピュータの複数のＰＣＩデバイスにそれぞれ記録されたデバイス情報の組み合わせを、前記リカバリ対象コンピュータの構成情報として取得する工程と、
（ｂ）コンピュータの機種ごとの構成情報が予め管理されたテンプレート、および、前記取得した構成情報に基づき、前記リカバリ対象コンピュータの機種を判別する工程と、
（ｃ）前記判別した機種に対応する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを、前記リカバリ対象コンピュータに送信する工程とを備えることを要旨とする。
【０００９】
こうすることにより、ＰＣＩデバイスの情報に基づきコンピュータの機種を容易に判別することができ利便性が向上する。また、ネットワークを介してリカバリデータを提供するため、リカバリ処理を行う都度、リカバリＣＤなどのメディアを、郵送などの手段により配布する、メディアが他のユーザに貸し出し中である場合は返却を待って貸し出す等の時間を短縮することができ、リカバリ処理の効率化を図ることができる。また、管理者のメディアの管理負荷を軽減することができる。
【００１０】
本発明のリカバリデータ提供方法において、
（ｂ）工程において、前記取得した構成情報に、前記テンプレートに管理される所定の機種の前記構成情報が全て含まれる場合に、前記リカバリ対象コンピュータを、前記所定の機種であると判別することとしてもよい。
【００１１】
こうすれば、例えば、ユーザがＰＣＩデバイスを増設した場合など、リカバリ対象コンピュータから取得する構成情報が増加しても、増加したデバイス情報が原因で誤判別されることを抑制し、機種の判別精度を向上することができる。
【００１２】
本発明のリカバリデータ提供方法において、
（ａ）工程において、更に、前記リカバリ対象コンピュータのＳＭＢＩＯＳに記録された該リカバリ対象コンピュータの製造情報を、前記構成情報として取得することとしてもよい。
【００１３】
リカバリ対象コンピュータの製造情報とは、例えば、マザーボードのプロダクト名としてもよい。このような構成とすれば、ＰＣＩデバイス情報だけでは機種を一意に判別出来ない場合でも、かかる製造情報を抽出することにより、機種の誤検出を回避することができ、判別精度を向上することが可能となる。
【００１４】
本発明のリカバリデータ提供方法において、前記デバイス情報とは、ベンダＩＤ、デバイスＩＤ、および、リビジョン番号を含むこととしてもよい。ＰＣＩデバイス情報には、書き換えられる情報も含まれているが、これらの「ベンダＩＤ」、「デバイスＩＤ」、および、「リビジョン番号」は、変化することがないため、機種の判別を効率よく行うことができる。
【００１５】
本発明のリカバリデータ提供方法において、
前記製造情報には、前記リカバリ対象コンピュータに固有に付与されたシリアル番号が含まれ、
前記リカバリデータ提供方法は、更に、
（ｄ）予め、前記リカバリのために提供されるソフトウェアのライセンスを、シリアル番号と対応付けて管理する工程と、
（ｅ）工程（ｃ）に先立ち、前記シリアル番号に基づき、前記ライセンスが与えられているか否かを判断する工程とを備えており、
工程（ｃ）において、前記ライセンスが与えられている場合に、前記ソフトウェアの送信を行うこととしてもよい。
【００１６】
ライセンスとシリアル番号は、例えば、予め、管理者により入力され管理されていることとしてもよいし、インターネットを介して、ユーザに登録させることとしてもよい。また、コンピュータの初期起動時に、シリアル番号と使用するソフトウェアの情報とを、ネットワークを介して送信し、登録することとしてもよい。
【００１７】
ソフトウェアは、一般的に使用するための使用許諾契約としてライセンスに従う義務がある。ライセンスには、使用できるコンピュータやその台数、ユーザ数など様々な取り決めがあり、これに同意しない場合は、そのソフトウェアを使用できない。リカバリを行う場合も、そのコンピュータが、リカバリにより提供されるソフトウェアのライセンスを保持していなければならない。本発明によれば、リカバリ処理と併せソフトウェアのライセンスの管理を簡易に行うことができ、利便性が向上する。
【００１８】
本発明のリカバリデータ提供方法において、
前記ネットワーク上には、前記格納場所が複数存在し、
（ｄ）工程において、前記リカバリ対象コンピュータからのネットワーク上の距離に基づき前記格納場所を決定し、前記格納場所特定情報として送信することとしてもよい。
【００１９】
ネットワーク上の距離とは、例えば、リカバリ対象コンピュータのＩＰアドレスに基づき、リカバリデータが格納されている装置とのネットワークホップ数等としてもよい。リカバリデータ提供装置は、リカバリデータが格納されている複数の装置のうち、リカバリ対象コンピュータとのネットワーク上の距離が、最も近い装置をリカバリデータの取得先としてもよい。
【００２０】
こうすれば、リカバリデータの提供元が分散されているため、リカバリデータの提供を行う各装置の負荷を軽減することができる。また、ネットワーク上の距離を考慮したリカバリデータの提供を行うため、ネットワークの負荷を軽減することができる。ネットワーク上の距離だけでなく、例えば、ネットワークの輻輳状態を考慮してリカバリデータ取得先を決定することとしても、ネットワークの負荷を軽減することができ好適である。
【００２１】
本発明の第２の構成として、
同一ネットワークに接続されたサーバから、コンピュータをリカバリするためのリカバリデータを取得するリカバリデータ取得方法において、
（ａ）前記コンピュータの複数のＰＣＩデバイスに記録されたデバイス情報の組み合わせを含む情報を、該コンピュータの構成情報として抽出する工程と、
（ｂ）前記サーバに対して、前記構成情報を送信する工程と、
（ｃ）前記送信に対する応答として、前記構成情報に対応する該コンピュータの機種に適合する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを受信する工程とを備えることを要旨とする。
【００２２】
こうすれば、ユーザは、リカバリ処理時に、リカバリ対象コンピュータの機種を容易に判別することができ、簡易にリカバリ処理を行うことができるため、利便性が向上する。
【００２３】
本発明の第３の構成として、
サーバとリカバリ対象コンピュータとがネットワークを介して接続されたシステムにおいて、リカバリ対象コンピュータがリカバリデータを取得するリカバリデータ取得方法において、
前記サーバは、コンピュータの機種ごとの構成情報が予め管理されたテンプレート、および、該テンプレートに基づき、コンピュータの機種を判別する機種判別データを備えており、
（ａ）前記サーバから、前記テンプレート、および、前記機種判別データとを取得する工程と、
（ｂ）前記コンピュータの複数のＰＣＩデバイスにそれぞれ記録されたデバイス情報の組み合わせを含む情報を、該コンピュータの構成情報として抽出する工程と、
（ｃ）前記テンプレート、および、前記抽出した構成情報に基づき、前記リカバリ対象コンピュータの機種を判別する工程と、
（ｄ）前記判別された機種に適合する前記リカバリデータ、もしくは、前記リカバリデータの格納場所を特定可能な格納場所特定情報のいずれかを、前記サーバから受信する工程とを備えることを要旨とする。
【００２４】
こうすれば、サーバからコンピュータの機種判別用のテンプレートと、機種判別データを取得し、リカバリ対象コンピュータが自装置において機種を判別してリカバリデータを取得することができるため、サーバの機種判別などの処理負荷を軽減することができる。
【００２５】
本発明において、上述した種々の態様は、適宜、組み合わせたり、一部を省略したりして適用することができる。例えば、リカバリデータを提供するサーバ、リカバリデータを取得するコンピュータ、リカバリデータをサーバに提供させるためのコンピュータプログラム、リカバリデータをコンピュータに取得させるためのコンピュータプログラム、かかるコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体等としても構成できる。いずれの構成においても、上述した各態様を適宜、適用可能である。コンピュータが読み取り可能な記録媒体としては、例えば、フレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ハードディスク等種々の媒体を利用することが可能である。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態について、実施例に基づき、次の順序で説明する。
Ａ．実施例：
Ａ１．システム構成：
Ａ２．機能ブロック：
Ａ３．ライセンス登録処理：
Ａ４．リカバリ処理：
Ａ４−１．リカバリデータ提供処理：
Ａ４−２．機種判別処理：
Ａ４−３．ライセンス確認処理：
Ｂ．変形例：
【００２７】
Ａ．実施例：
Ａ１．システム構成
図１は、本実施例におけるリカバリデータ提供システム１０００を例示する説明図である。リカバリデータ提供システム１０００は、ローカルエリアネットワークＬＡＮ１が構築されている拠点Ａと、ローカルエリアネットワークＬＡＮ２が構築されている拠点Ｂと、センタサーバ３００とを含み、インターネットＩＮＴを介して接続されている。拠点Ａには、ローカルエリアネットワークＬＡＮ１に、リカバリ対象コンピュータであるクライアント１０と、リカバリデータが格納されているサイトサーバ１００が接続されている。拠点Ｂも同様に、クライアント２０と、サイトサーバ２００が接続されている。本実施例では、クライアント１０が、センタサーバ３００と情報の授受を行いながら、自装置の機種、および、リカバリデータの取得先のサイトサーバ１００に関する情報を取得し、かかる情報に基づいてサイトサーバ１００からリカバリデータを取得してリカバリ処理を行うこととする。
【００２８】
クライアント１０は、センタサーバ３００と通信を行うためのソフトウェアがインストールされている。また、クライアント１０は、自装置に備わっている複数のＰＣＩデバイスの情報、および、ＳＭＢＩＯＳに記録されている製造情報、シリアル番号を取得し、構成情報として、図に実線矢印で示すようにセンタサーバ３００へ送信する。リカバリ処理が必要なコンピュータは、故障し、他の機器と通信を行う機能も動作しない場合が多いと考えられるため、本実施例では、クライアント１０は、通信を行うためのソフトウェアや、ＰＣＩデバイス情報等を取得するための機能を、フレキシブルディスクから起動することとした。フレキシブルディスクには、センタサーバ３００と通信を行うために必要最小限とされるプロトコルなどの設定や通信を行うためのソフトウェア、構成情報を抽出するためのソフトウェア等、リカバリ処理に必要な最小限の情報が記録されている。
【００２９】
センタサーバ３００は、クライアント１０から受信した構成情報に基づき、クライアント１０の機種を判別する。また、センタサーバ３００は、クライアント１０のＩＰアドレスに基づき、リカバリデータ提供システム１０００に接続されている複数のサイトサーバから、クライアント１０とのネットワーク上の距離が最も近いサイトサーバ１００に関する情報をクライアント１０に送信するとともに、リカバリデータにより提供されるソフトウェアのライセンス管理を行う。本実施例において、ソフトウェアとは、例えば、Ｗｉｎｄｏｗｓ９８（登録商標）や、ＷｉｎｄｏｗｓＸＰ（登録商標）等のオペレーティングシステムを示すこととする。
【００３０】
クライアント１０は、センタサーバ３００から受信したサイトサーバ情報に基づき、サイトサーバ１００からリカバリデータを取得してリカバリ処理を実行する。
【００３１】
Ａ２．機能ブロック：
図２は、本実施例におけるセンタサーバ３００、および、クライアント１０の機能ブロックを例示する説明図である。各機能ブロックは、ソフトウェア的に構成され、主制御部によって制御されている。各機能ブロックは、ハードウェア的に構成されていても構わない。
【００３２】
クライアント１０は、主制御部１１と、通信部１２と、構成情報取得部１３と、デバイス情報抽出部１４と、ＳＭＢＩＯＳ参照部１５と、リカバリデータ取得部１６とから構成される。通信部１２は、いわゆるネットワークデバイスのドライバであり、センタサーバ３００など、他の機器と通信を行う機能を備える。
【００３３】
構成情報取得部１３は、デバイス情報抽出部１４と、ＳＭＢＩＯＳ参照部１５とを備えており、各機能ブロックを制御して、クライアント１０の構成情報を取得し、通信部１２を介してセンタサーバ３００へ送信する。
【００３４】
デバイス情報抽出部１４は、構成情報取得部１３の一部として構成されており、クライアント１０の複数のＰＣＩデバイスの情報を抽出する。ＰＣＩデバイス情報とは、具体的には、ベンダＩＤ、デバイスＩＤ、リビジョン番号である。ＰＣＩデバイス情報は、変化する場合もあるが、これら３つの情報は、変化しない情報であるためクライアント１０の機種を特定するための構成情報として好適である。コンピュータの機種は、複数のＰＣＩデバイス情報の組合せに基づき判別されるため、デバイス情報抽出部１４は、複数のＰＣＩデバイス情報を抽出する。
【００３５】
ＳＭＢＩＯＳ参照部１５は、構成情報取得部１３の一部として構成されており、ＳＭＢＩＯＳに記録されているクライアント１０の製造情報を取得する。製造情報とは、本実施例では、マザーボードのプロダクト名およびシリアル番号とした。コンピュータの機種を判別する際に、上述したＰＣＩデバイス情報のみでは、同一のＰＣＩデバイス情報の組合せが存在し、機種が判別出来ない場合がある。かかる場合に、更に、マザーボードのプロダクト名を使用すれば、機種を一意に判別することができる。また、シリアル番号は、センタサーバ３００において、リカバリデータにより提供されるソフトウェアのライセンス管理に使用される。
【００３６】
リカバリデータ取得部１６は、センタサーバ３００からリカバリデータ格納装置としてサイトサーバ１００の情報を受信し、サイトサーバ１００からリカバリデータを取得してリカバリを実行する機能を備える。
【００３７】
センタサーバ３００は、主制御部３０１と、通信部３０２と、ライセンス管理部３０３と、リカバリ指示部３０４と、機種判別部３０５と、リカバリデータ取得先指定部３０６と、ライセンス管理情報格納部３０７と、テンプレート格納部３０８と、サイトサーバ管理情報格納部３０９とから構成されている。通信部３０２は、いわゆるネットワークデバイスであり、他の機器との通信を行う機能を備える。
【００３８】
ライセンス管理部３０３は、リカバリデータによって提供されるソフトウェアのライセンスを管理する機能を備える。ライセンス管理部３０３は、ローカルエリアネットワークＬＡＮ１、ＬＡＮ２に、新たにコンピュータが接続されたことを検出すると、かかるコンピュータから、搭載されているオペレーティングシステムの種別と、コンピュータのシリアル番号を取得し、それらを対応付けてライセンス管理情報格納部３０７に格納する。また、ライセンス管理部３０３は、リカバリ対象コンピュータから取得したシリアル番号が、ライセンス管理情報格納部３０７において、リカバリ対象コンピュータが所望するソフトウェアと対応付けられて登録されているか、すなわち、かかるコンピュータが、そのソフトウェアのライセンスを保持しているか否か、等の管理を行い、リカバリ処理の実行可否の判断を行う機能も備える。
【００３９】
機種判別部３０５は、リカバリ指示部３０４の一部として構成されており、リカバリ対象コンピュータから受信した情報、および、テンプレート格納部３０８に格納されているテンプレートに基づき、かかるコンピュータの機種・適用可能ＯＳを判別する機能を備える。図３に、テンプレート格納部３０８の内容を示した。
【００４０】
図３は、本実施例におけるテンプレート格納部３０８の内容を例示する説明図である。テンプレート格納部３０８は、機種名と、ＰＣＩデバイス情報と、製造情報と、適用可能ＯＳという項目から構成される。
【００４１】
「機種名」は、コンピュータの機種名を示している。「ＰＣＩデバイス情報」は、コンピュータに搭載されているＰＣＩデバイスの「ベンダＩＤ」、「デバイスＩＤ」、「リビジョン番号」から構成されている。「ベンダＩＤ」とは、ＰＣＩデバイスの製造元を特定するＩＤを示しており、「デバイスＩＤ」とは、各デバイスに固有に付与されているＩＤを示しており、「リビジョン番号」とは、そのデバイスの改良により付与されるバージョン番号を示している。この３項目は、ＰＣＩデバイス情報において変化しない値であるため、機種判別に適している。複数のＰＣＩデバイス情報の組み合わせから、ほぼ、そのコンピュータの機種を判別することができる。図示するように、機種名「ＲＨ３８７Ｇ」という機種には、ベンダＩＤ，デバイスＩＤ，リビジョン番号がそれぞれ「１０ｂ５，９０５０，２．０」、「１０２２，７４０ｃ、１．０」、「１０２２，７４０８，２．１」であるＰＣＩデバイスが搭載されている。
【００４２】
「製造情報」は、ＳＭＢＩＯＳに記録されているマザーボードのプロダクト名を示しており、ＰＣＩデバイス情報のみで機種判別が不可能な機種について、製造情報が登録されている。図示するように、機種名「ＲＨ３８７Ｇ」、「ＰＣ−ＭＶ−ＪＨ１」という機種は、ＰＣＩデバイス情報のみで機種を判別することができるが、機種名「ＰＣＧ−Ｇ０３−ＸＸ１」と「ＰＣＧ−Ｇ０３−ＸＸ４」という機種は、破線で示すように、搭載されているＰＣＩデバイス情報が同一であり、かかる情報のみでは機種判別を行うことができない。ここで、機種名「ＰＣＧ−Ｇ０３−ＸＸ１」の機種の製造情報は「ＡＢＣ  Ｉｎｃ．」であり、機種名「ＰＣＧ−Ｇ０３−ＸＸ１」の機種の製造情報は「ＸＹＺ  Ｉｎｃ．」である。この情報により、ＰＣＩデバイス情報のみでは判別不可能な機種の判別を行うことができる。
【００４３】
「適用可能ＯＳ」は、コンピュータの機種別に、適用することができるオペレーティングシステムの種類を示している。図示するように、例えば、機種名「ＲＨ３８７Ｇ」の適用可能ＯＳは、「Ｗｉｎｄｏｗｓ９８  ＳＥ」と、「Ｗｉｎｄｏｗｓ２０００  Ｐｒｏｆｅｓｓｉｏｎａｌ」である。
【００４４】
図２に戻り説明を続ける。リカバリデータ取得先指定部３０６は、リカバリ指示部３０４の一部として構成されており、リカバリ対象コンピュータのＩＰアドレスと、サイトサーバ管理情報格納部３０９から、リカバリ対象コンピュータとネットワーク上の距離が最も近いサイトサーバを指定する機能を備える。図に併せてサイトサーバ管理情報格納部３０９の内容を例示した。
【００４５】
サイトサーバ管理情報格納部３０９は、サイトサーバ名と、ＩＰアドレスから構成されている。図示するように、例えば、サイトサーバ１００のＩＰアドレスは、「１９２．１６８．１０．１０」である。
【００４６】
リカバリ指示部３０４は、機種判別部３０５から機種、適用可能ＯＳの情報、および、リカバリデータ取得先指定部３０６からリカバリデータ取得先のサイトサーバの情報を受け取り、通信部１２を介して、クライアント１０に送信する。
【００４７】
Ａ３．ライセンス登録処理：
図４は、本実施例におけるライセンス登録処理を説明するフローチャートである。クライアント１０とセンタサーバ３００との間で行われる処理である。本実施例では、クライアント１０は、初回起動時に、シリアル番号をセンタサーバ３００に登録することとした。
【００４８】
クライアント１０は、初回起動時に、ネットワークに接続を行う（ステップＳａ１０１）。センタサーバ３００は、ネットワークに新規のコンピュータとして、クライアント１０が接続されたことを検出し（ステップＳａ１０２）、クライアント１０に対してシリアル番号とＯＳ情報を要求する（ステップＳａ１０３）。クライアント１０は、かかる要求に対して、自装置のシリアル番号とＯＳ情報を送信する。
【００４９】
センタサーバ３００は、クライアント１０から受信した情報を、ＯＳの種類別に対応付けてライセンス管理情報格納部３０７に登録する。図示するように、ライセンス管理情報格納部３０７は、「ＯＳ（ライセンス数）」と、「シリアル番号」とから構成されている。「ＯＳ（ライセンス数）」は、ＯＳの名称と、かっこ内に契約ライセンス数が登録されている。例えば、「Ｗｉｎｄｏｗｓ９８  ＳＥ」は、契約ライセンス数が「１００」であることを示している。また、「Ｗｉｎｄｏｗｓ９８  ＳＥ」を使用しているコンピュータのシリアル番号は、「５５５６３３−ＡＦＭ−００１１」、「ＤＳＣ−００２３６−１２３」・・・であることを示している。クライアント１０は、「Ｗｉｎｄｏｅｓ２０００  Ｐｒｏｆｅｓｓｉｏｎａｌ」を搭載しており、シリアル番号は「４４２３−９５６９−１２３−５２３」であるため、図に破線で示すように登録される。
【００５０】
Ａ４．リカバリ処理：
Ａ４−１．リカバリデータ提供処理：
図５は、本実施例におけるリカバリ処理を説明するフローチャートである。本実施例では、クライアント１０は、通信を行うためのソフトウェアや、ＰＣＩデバイス情報等を取得するための機能を、フレキシブルディスクからインストールすることとした。フレキシブルディスクには、センタサーバ３００と通信を行うために必要最小限とされるプロトコルなどの設定や通信を行うためのソフトウェア、構成情報を抽出するためのソフトウェア等、リカバリ処理に必要な最小限の情報が記録されていることとする。
【００５１】
クライアント１０は、リカバリ処理を行う場合、ＰＣＩデバイス情報、およびＳＭＢＩＯＳに記録されている製造情報、シリアル番号を取得し（ステップＳａ２００）、ネットワークに接続するために、ＩＰアドレスを入力し設定する（ステップＳａ２０１）。次に、クライアント１０は、センタサーバ３００に、ＰＣＩデバイス情報など取得した各情報を送信する（ステップＳａ２０２）。
【００５２】
センタサーバ３００は、クライアント１０から受信した情報に基づき、テンプレート格納部３０８を参照して、クライアント１０の機種、適用可能ＯＳを判別する（ステップＳａ２０３）。かかる処理については後述する。次に、センタサーバ３００は、判別した機種をクライアント１０に通知する（ステップＳａ２０４）。クライアント１０は、通知された機種で処理を続行するための機種確認通知をセンタサーバ３００に送信する（ステップＳａ２０５）。図６（ａ）に、機種が通知された際の、クライアント１０の画面例を示した。
【００５３】
図６は、本実施例における機種判別処理時の画面の一例を示す説明図である。図６（ａ）は、センタサーバ３００で判別されたクライアント１０の機種が通知された際の、クライアント１０の画面例を示している。画面例４００は、通知メッセージ４０１と、選択メッセージ４０２とが表示されている。通知メッセージ４０１には、判別した機種名［ＲＨ３８７Ｇ］が表示され、選択メッセージ４０２には、かかる機種で処理を続行するか否かを選択させるためのメッセージが表示されている。ユーザは、中止する場合にはキーボードの「Ｈ」を、続行する場合には「Ｃ」を押下する。本実施例では、通知された機種で処理を続行するため、ユーザにより「Ｃ」が押下されたこととし、かかる押下により、図５のステップＳａ２０５に示す機種確認通知が送信される。
【００５４】
図５に戻り説明を続ける。センタサーバ３００は、機種確認通知を受信すると、その機種に適用可能なＯＳを通知する（ステップＳａ２０６）。クライアント１０は、通知されたＯＳから、所望するＯＳを選択する（ステップＳａ２０７）。図６（ｂ）に、ＯＳが通知された際の、クライアント１０の画面例を示した。
【００５５】
図６（ｂ）は、センタサーバ３００から、クライアント１０に適用可能なＯＳが通知された際の画面例を示している。画面例４１０は、通知メッセージ４１１と、選択メッセージ４１２とが表示されている。通知メッセージ４０１には、クライアント１０に適用可能なＯＳが一覧表示されており、選択メッセージ４０２には、どのＯＳを使用するかを選択させるためのメッセージが表示されている。ユーザは、「１．Ｗｉｎｄｏｗｓ９８  Ｓｅｃｏｎｄ  Ｅｄｉｔｉｏｎ版」を使用する場合には、キーボードの「１」を、「２．Ｗｉｎｄｏｗｓ２０００  Ｐｒｏｆｅｓｓｉｏｎａｌ」を使用する場合には「２」を押下する。本実施例では、本実施例では、「Ｗｉｎｄｏｗｓ２０００  Ｐｒｏｆｅｓｓｉｏｎａｌ」を使用するため、ユーザにより「２」が押下されたこととし、かかる押下により、図５のステップＳａ２０７に示すＯＳ選択結果の送信が行われる。
【００５６】
図５に戻り説明を続ける。センタサーバ３００は、クライアント１０から使用するＯＳの選択を受信すると、ライセンス管理情報格納部３０７を参照して、クライアント１０が、かかるＯＳを使用するライセンスを保持しているか否かを判断する（ステップＳａ２０８）。ライセンス管理に関しては、後述する。
【００５７】
次に、センタサーバ３００は、クライアント１０がライセンスを保持している場合には、クライアント１０のＩＰアドレスに基づき、クライアント１０からネットワーク距離が最も近いサイトサーバを、リカバリデータ格納場所として判断し（ステップＳａ２０９）、クライアント１０に、サイトサーバ名、ＩＰアドレスなどのサイトサーバの情報を送信する（ステップＳａ２１０）。
【００５８】
クライアント１０は、センタサーバ３００から受信したサイトサーバの情報に基づき、サイトサーバにアクセスしてリカバリデータをダウンロードし（ステップＳａ２１１）、リカバリを実行する（ステップＳａ２１２）。
【００５９】
Ａ４−２．機種判別処理：
図７は、本実施例における機種判別処理を説明するフローチャートである。センタサーバ３００が各機能ブロックを制御して行う処理であり、図５におけるステップＳａ２０３に相当する処理である。
【００６０】
センタサーバ３００は、クライアント１０からＰＣＩデバイス情報などを受信すると、テンプレート格納部３０８を参照し（ステップＳ１０）、ＰＣＩデバイス情報の組合せから機種の特定を行う（ステップＳ１１）。ＰＣＩデバイス情報のみで機種が特定できた場合（ステップＳ１１：'０'）には、特定された機種において、適用可能なＯＳを確認する（ステップＳ１３）。ＰＣＩデバイス情報の組合せから、１機種と特定できなかったが、複数機種の１つであると判断した場合（ステップＳ１１：'１'）には、更に、ＳＭＢＩＯＳに記録されている製造情報を抽出して機種の特定を行う（ステップＳ１２）。かかる処理により、機種が特定できた場合（ステップＳ１２：ＹＥＳ）には、特定された機種において、適用可能なＯＳを確認する（ステップＳ１３）。
【００６１】
ＰＣＩデバイス情報の組合せから、機種の候補が全く特定されない場合（ステップＳ１１：'２'）、および、複数機種の候補は特定された（ステップＳ１１：'１'）が、ＳＭＢＩＯＳに記録されている製造情報を抽出しても、機種を一つに特定できない場合（ステップＳ１２：ＮＯ）には、機種特定は不可能と判定する（ステップＳ１４）。
【００６２】
本実施例では、ステップＳ１２において「ＹＥＳ」である場合、すなわち、クライアント１０の機種が特定できた場合に、図５のステップＳａ２０４へ処理が続行される。ステップＳ１２において「ＮＯ」である場合には、機種が判別できず、リカバリ処理を行うことができないため、中止することとする。
【００６３】
Ａ４−３．ライセンス確認処理：
図８は、本実施例におけるライセンス確認処理を説明するフローチャートである。かかる処理は、クライアント１０からＯＳ選択を受信した際に、センタサーバ３００が行う処理であり、図５におけるステップＳａ２０８に相当する処理である。
【００６４】
センタサーバ３００は、クライアント１０からＯＳの選択を受信すると、ライセンス管理情報格納部３０７を参照し（ステップＳ２０）、クライアント１０のシリアル番号が、選択されたＯＳに対応付けて登録されているか否かを判断する（ステップＳ２１）。登録されている場合（ステップＳ２１：ＹＥＳ）には正当なライセンスを保持しているコンピュータであると判断して、ラインセンス確認処理を終了する。登録されていない場合（ステップＳ２１：ＮＯ）には、ライセンス契約がされていないため、リカバリ処理不可通知を送信する（ステップＳ２２）。
【００６５】
本実施例では、ステップＳ２１において「ＹＥＳ」である場合、すなわち、クライアント１０のシリアル番号を持つコンピュータが、選択したＯＳを使用するためのライセンスを保持していることが確認された場合に、図５のステップＳａ２０９へ処理が続行される。ステップＳ２１において「ＮＯ」である場合には、クライアント１０は、ライセンスを保持しておらず、リカバリ処理を行うことができないため、リカバリ処理を中止することとする。
【００６６】
以上説明した実施例のリカバリデータ提供システム１０００によれば、センタサーバ３００は、ＰＣＩデバイスの情報、ＳＭＢＩＯＳに記録されているコンピュータの製造情報等に基づきコンピュータの機種を容易に判別することができ利便性が向上する。また、ネットワークを介してリカバリデータを提供するため、リカバリ処理を行う都度、リカバリＣＤなどのメディアを郵送などの手段により配布する、メディアが他のユーザに貸し出し中である場合は返却を待って貸し出す等の時間を短縮することができ、リカバリ処理の効率化を図ると共に、管理者の管理負荷を軽減することができる。また、ライセンス管理を行っているため、同一機種のコンピュータが不正にリカバリを行うことを抑制することができる。
【００６７】
Ｂ．変形例：
以上、本発明の実施例について説明したが、本発明はこれらに限定されず、その趣旨を逸脱しない範囲内で種々の構成を採ることができることはいうまでもない。例えば、上述の実施例からライセンスに関する処理を省略することとしてもよい。
【００６８】
Ｂ１．変形例１：
上述した実施例では、機種・ＯＳ判別処理を、センタサーバ３００が行うこととしたが、これに限られない。例えば、センタサーバ３００は、リカバリ対象コンピュータ（実施例ではクライアント１０を示す）から、リカバリ要求を受信すると、機種判別用のプログラム、およびテンプレート格納部３０８に格納されているテンプレートを、クライアント１０に送信することとしてもよい。こうすれば、クライアント１０が、自装置で機種・ＯＳの判別を行うことができ、センタサーバ３００の負荷を軽減することができる。かかる場合には、例えば、クライアント１０は、選択したＯＳをセンタサーバ３００に通知し、センタサーバ３００は、リカバリデータ取得先のサイトサーバに関する情報を通知することとすれば、双方の装置の処理負荷を軽減することができるとともに、センタサーバ３００はライセンス管理を効率的に行うことができ、好適である。
【００６９】
Ｂ２．変形例２：
上述した実施例では、ライセンスを管理する際に、クライアント１０の初期起動時に
ネットワーク上の情報の授受により、ライセンスを管理することとしたが、ライセンス登録はがきなどにより、ユーザから送付された内容に基づき、別途、ライセンス情報を入力して管理することとしてもよい。
【００７０】
上述した実施例では、任意の機種に適用可能なＯＳが複数存在する場合には、ユーザに、使用するＯＳを選択させることとしたが、これに限られない。実施例のように、予め、使用ＯＳとシリアル番号でライセンス管理を行っている場合には、ユーザに使用するＯＳを選択させることなく、シリアル番号から使用すべきＯＳを判断し、リカバリデータを提供することとしてもよい。
【図面の簡単な説明】
【００７１】
【図１】実施例におけるリカバリデータ提供システムを例示する説明図である。
【図２】実施例におけるセンタサーバおよびクライアントの機能ブロックを例示する説明図である。
【図３】実施例におけるテンプレート格納部の内容を例示する説明図である。
【図４】実施例におけるライセンス登録処理を説明するフローチャートである。
【図５】実施例におけるリカバリ処理を説明するフローチャートである。
【図６】実施例におけるリカバリ処理時のクライアント画面の一例を示す説明図である。
【図７】実施例における機種判別処理を説明するフローチャートである。
【図８】実施例におけるライセンス確認処理を説明するフローチャートである。
【符号の説明】
【００７２】
１０００...リカバリデータ提供システム
１０，２０...クライアント
１１...主制御部
１２...通信部
１３...構成情報取得部
１４...デバイス情報抽出部
１５...ＳＭＢＩＯＳ参照部
１６...リカバリデータ取得部
１００，２００...サイトサーバ
３００...センタサーバ
３０１...主制御部
３０２...通信部
３０３...ライセンス管理部
３０４...リカバリ指示部
３０５...機種判別部
３０６...リカバリデータ取得先指定部
３０７...ライセンス管理情報格納部
３０８...テンプレート格納部
３０９...サイトサーバ管理情報格納部
４００，４１０...画面例
４０１，４１１...通知メッセージ
４０２，４１２...選択メッセージ
【図１】
2005215813.tif 000003
【図２】
2005215813.tif 000004
【図３】
2005215813.tif 000005
【図４】
2005215813.tif 000006
【図５】
2005215813.tif 000007
【図６】
2005215813.tif 000008
【図７】
2005215813.tif 000009
【図８】
2005215813.tif 000010