JP6465926B2 - 情報処理装置、管理システム、制御方法、及びプログラム - Google Patents

Description

本発明は、クライアント・サーバ間の通信制御の仕組みに係る情報処理装置、管理システム、制御方法、及びプログラムに関する。

一般に、クライアントとして動作する情報処理装置とサーバ間の通信では、クライアントからのリクエストに対し、サーバでリクエストデータを検証し、その結果に応じてレスポンス結果を返す。クライアントはサーバからのレスポンスに応じて、必要な処理を行う。例えば、サーバからレスポンスされたＨＴＴＰステータスコードが“２００”であれば、クライアントはリクエストが正しかったものと判断し、後続の処理を続けることが想定される。ＨＴＴＰステータスコードが“４ｘｘ”であれば、クライアントはリクエストデータが正しくなかったと判断し、処理を中断することや再リクエストの実行、場合によっては情報処理装置におけるクライアント機能の稼働停止を行うことが想定される。他にもサーバエラーを示す“５ｘｘ”のＨＴＴＰステータスコード等も存在し、それぞれのレスポンス結果に応じて処理を切り替える。

特許文献１が開示するシステムでは、プロキシサーバにおいて、クライアントから受信したデータをサーバに送信する。またクライアント別のリクエストとレスポンスのステータスコードとの対応テーブルを管理し、サーバからのレスポンス結果（ステータスコード）に応じて、再リクエストを行うか否かの判定を行う仕組みになっている。

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

特許文献１に記載の仕組みでは、ステータスコードのみに基づいて、その後のクライアントの処理を定めているため、柔軟な対応を行うことができない。

例えば、管理サーバからのレスポンスとして、クライアントとして動作する情報処理装置が管理サーバに登録されていないことを示すエラーレスポンスが返ってきた場合、クライアントとしての機能を停止する。しかし、実際にはクライアントは管理サーバに登録されているものの、リクエストデータにクライアントを識別するための識別情報として付与したデータが正しくないデータであったために、管理サーバで行われるクライアント検証に失敗する場合がある。その原因として、情報処理装置でクライアントの識別情報として管理されている暗号化されたデータを復号する処理に失敗するケースが想定される。

このケースにおいて、本来停止されるべきでないクライアントの機能が停止してしまうことになり、運用上、問題がある。

上記課題を解決するために、本発明は、クライアントエージェントソフトウェアを一意に識別するためのクライアント識別情報を暗号化したデータを管理する記憶部と、前記記憶部で管理される前記暗号化されたデータを所定の手法で復号するデータ管理手段と、前記復号したデータを前記クライアント識別情報として含むリクエストを管理サーバに送信する送信手段と、前記送信したリクエストに対するレスポンスを受信する受信手段と、を有する情報処理装置であって、前記受信手段が所定のエラーレスポンスを受信した場合、前記送信したリクエストに含まれる前記復号したデータと、前記データ管理手段が前記記憶部で管理される前記暗号化されたデータを前記所定の手法で復号して得られたデータとを比較した結果に基づいて、第２のリクエストを送信するか否かを判定する判定手段を更に有し、前記送信手段は、前記判定手段が前記第２のリクエストを送信すると判定した場合、前記データ管理手段が前記所定の手法で復号して得られた前記データを前記クライアント識別情報として含む前記第２のリクエストを前記管理サーバに送信することを特徴とする。

本発明によれば、本来停止されるべきでないクライアントの機能が停止してしまうことを防ぐために、クライアント装置は管理サーバへリクエストを再送することが可能となる。

本発明の実施形態に係るシステム全体の一例を示す図 クライアント装置１０２及び管理サーバ１０３の内部構成の一例を示す図 クライアント装置１０２の機能構成の一例を示す図 管理サーバ１０３の機能構成の一例を示す図 実施例１におけるクライアント装置１０２の動作処理の一例を示すフローチャート 実施例１における管理サーバ１０３の動作処理の一例を示すフローチャート 実施例２におけるクライアント装置１０２の動作処理の一例を示すフローチャート 実施例２における管理サーバ１０３の動作処理の一例を示すフローチャート 実施例３におけるクライアント装置１０２の動作処理の一例を示すフローチャート 警告画面の一例を示す図

以下、本発明を実施するための最良の形態について図面を参照して説明する。

（実施例１）
＜システム構成＞
図１は、本発明の実施形態に係るシステム全体の一例を示す図である。本実施形態のシステムは、デバイスを管理するための管理システムである。管理システムは、１つ以上のデバイスからデータを収集するクライアント装置と、クライアント装置が収集したデータを管理する管理サーバとを含む。管理サーバは、複数の実マシンまたは仮想マシンからから構成されてもよい。ここで、仮想マシンとは、仮想化技術によって、サーバを物理的な構成にとらわれずに論理的な単位で分割し、それぞれが独立したオペレーティングシステムをもって動作する論理的なコンピューターである。

図１において、管理サーバ１０３は、ＷＡＮ１０４を介してクライアント装置１０２と接続されており、クライアント装置１０２やデバイス１０１のデータを一元的に管理するものである。クライアント装置１０２は、ＬＡＮ１０５を介して、デバイス１０１を監視するものであり、デバイス１０１から各種データの取得を行う。デバイス１０１は、ＬＢＰやＭＦＰ（複合機）、ＰＣ等の媒体でも構わず、クライアント装置１０２によって監視されている。ここで管理サーバ１０３はＷＡＮ１０４を介して、クライアント装置１０２と接続されているが、ＬＡＮ１０５を介して接続されていてもよい。またデバイス１０１はＬＡＮ１０５を介してクライアント装置１０２と接続されているが、ＬＡＮ１０５やＷＡＮ１０４を介して、管理サーバ１０３と直接接続されていてもよい。

＜クライアント装置及び管理サーバの内部構成＞
図２は、クライアント装置１０２及び管理サーバ１０３として動作する情報処理装置（例えば汎用のコンピューター）のハードウェアの構成の一例を示す図である。

クライアント装置１０２及び管理サーバ１０３は、通信Ｉ／Ｆ部２０１と、記憶装置２０２、ＣＰＵ２０３、メモリ２０４、出力Ｉ／Ｆ部２０５からなる。

通信Ｉ／Ｆ部２０１は、外部のシステムや装置と通信を行うためのネットワークインターフェースである。記憶装置２０２には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種プログラムや各種データが格納される。さらに、クライアント装置１０２の記憶装置２０２には、後述されるフローチャートなどを用いて説明される本発明の特徴を含む処理を実現するためのクライアントエージェントソフトウェアや、管理データが格納されている。ｓらに、クライアント装置１０２の記憶装置２０２には、外部システムや装置等から収集したデータ等も格納されている。さらに、管理サーバ１０３の記憶装置２０２には、後述されるフローチャートなどを用いて説明される本発明の特徴を含む処理を実現するためのデバイス管理ソフトウェアや、管理データ、外部システムや装置等から収集したデータ等が格納されている。ＣＰＵ２０３は、記憶装置２０２からプログラムをメモリ２０４にロードし、実行する。また、ＣＰＵ２０３は、不図示のシステムバスに接続される２０１、２０２、２０４、２０５などの各部を総括的に制御する。出力Ｉ／Ｆ部２０５は、ディスプレイなどの出力装置を接続し、プログラムなどの実行結果を出力する。

＜クライアント装置の機能構成＞
図３は、クライアント装置１０２のＣＰＵ２０３でクライアントエージェントソフトウェアを実行することで実現される処理の主体となる機能構成の一例を示す図である。

取得部３０１は、デバイス１０１からデータを取得する。取得するデータは、例えば、デバイス１０１のデバイス情報やステータス情報、カウンタ情報、ログ情報などである。データ管理部３０２は、デバイス１０１から取得したデータやクライアント装置に関する情報を、記憶部に保存して、管理する。ここでの記憶部とは、クライアント装置１０２の記憶装置２０２、または、クライアント装置１０２の外部記憶装置（不図示）である。データ管理部３０２は、必要に応じて、データの暗号化や復号の処理も行う。

リクエストデータ生成部３０３は、データ管理部３０２からデータ取得を行い、管理サーバ１０３に送信するためのリクエストデータを生成する。本実施例では、リクエストデータには少なくとも、クライアント装置１０２を識別するための情報（ＩＰアドレスなど）やクライアントエージェントソフトウェアを一意に識別するためのクライアント識別情報が含まれているものとする。また、そのクライアント識別情報は、暗号化されて記憶装置２０２で管理されている。クライアント識別情報がリクエストデータに付与される際には、まず、データ管理部３０２によって、記憶装置２０２でクライアント識別情報として管理されている暗号化されたデータが所定の手法により復号される。その後、リクエストデータ生成部３０３が、その復号されたデータをクライアント識別情報としてリクエストデータに付与する。送信部３０４は、管理サーバ１０３に対してリクエストデータ（単にリクエストとも呼ぶ）を送信する。

受信部３０５は、管理サーバ１０３からのレスポンスを受信する。レスポンス判定部３０６は、管理サーバ１０３から受信したレスポンスが、正常なものか否かを判定し、エラーレスポンスであればどのようなエラーであるかを判定する。判定に利用する情報としてはステータスコードが想定される。

リトライ判定部３０７は、レスポンス結果がクライアント未登録エラーの場合に、再リクエストを行うか否かを判定する。ここで、クライアント未登録エラーとは、送信部３０４が送信したリクエストデータにクライアント識別情報として含まれる復号されたデータが、管理サーバ１０３で管理されていないという内容のエラーである。より具体的には、リトライ判定部３０７は、送信したリクエストデータにクライアント識別情報として含まれている復号されたデータと、再び復号して得られたデータとを比較して、再リクエストを行うか否かを判定する。停止部３０８は、クライアントエージェントソフトウェアの機能を停止させる。画面表示部３０９については、後述する実施例３にて説明する。

＜管理サーバの機能構成＞
図４は、管理サーバ１０３のＣＰＵ２０３でデバイス管理ソフトウェアを実行することで実現される処理の主体となる機能構成の一例を示す図である。

受信部４０１は、クライアント装置１０２からのリクエストを受信する。データ管理部４０２は、クライアント装置１０２からのリクエストに含まれるデータ等を保持し、管理する。また、データ管理部４０２は、クライアント装置１０２を識別するための情報（ＩＰアドレスなど）とクライアントエージェントソフトウェアを一意に識別するためのクライアント識別情報とを対応付けて管理する。データ判定部４０３は、クライアント装置１０２からのリクエストが、正常なものか否かを判定し、エラーであればどのようなエラーであるかを判定する。送信部４０４は、クライアント装置１０２に対して、レスポンスを返却する。

＜実施例１におけるクライアント装置の動作処理＞
図５は、本実施例におけるクライアント装置１０２の動作処理の一例を示すフローチャート図である。本処理は、クライアント装置１０２上で、クライアントエージェントソフトウェアを実行することで実現される処理である。

Ｓ５０１において、送信部３０４はリクエスト送信タイミングか否かを判断し、リクエスト送信タイミングであれば、Ｓ５０２に処理を進める。

Ｓ５０２において、リクエストデータ生成部３０３は、データ管理部３０２からデータ取得を行い、管理サーバ１０３に送信するためのリクエストデータを生成する。リクエストデータ生成部３０３は、リクエストデータに、クライアントエージェントソフトウェアを一意に識別するためのクライアント識別情報として、復号されたデータを含めるよう生成する。

なお、ここでリクエストに含まれる復号されたデータは、記憶装置２０２でクライアント識別情報として管理されている暗号化されたデータが所定の手法により復号されたデータである。なお、このリクエストには、クライアント装置１０２のネットワーク上の識別情報であり、リクエストの送信元を示すＩＰアドレス、ホスト名などのネットワーク情報が含まれる。また、クライアント装置１０２を構成するハードウェアなどに割り当てられる個体識別子をリクエストデータに含めてもよい。ネットワーク情報や個体識別子は、クライアントエージェントソフトウェアを実行する情報処理装置（クライアント装置１０２）を、管理サーバ１０３が識別するための情報と言える。

Ｓ５０３において、送信部３０４は、管理サーバ１０３に対してリクエストを送信する。

Ｓ５０４において、受信部３０５は、管理サーバ１０３からのレスポンスを受信する。

Ｓ５０５において、レスポンス判定部３０６は、管理サーバ１０３から受信したレスポンス結果を判定する。クライアント未登録レスポンスと判断された場合、リクエストに付与した復号されたデータが正しくない可能性があると判断し、Ｓ５０６に処理を進める。それ以外の結果の場合、処理を終える。ここでは処理を終えることとしているが、無論、何らかの処理を行ってもよいし、レスポンス内容に応じて処理を切り分けてもよい。なお、レスポンス判定部３０６は、クライアント未登録レスポンスであるか否かを判定せずに、所定のエラーレスポンスであるか否かのみを判定しても良い。

Ｓ５０６において、データ管理部３０２は再びＳ５０２で行われたのと同じ手法を用いてデータの復号を行い、リトライ判定部３０７は、その復号されたデータを、クライアント識別情報としてデータ管理部３０２から取得する。

Ｓ５０７において、リトライ判定部３０７は、管理サーバ１０３に送信したリクエストにクライアント識別情報として付与したデータと、Ｓ５０６の処理で取得した復号データとが一致するか否かを判定する。つまり、リトライ判定部３０７は、復号処理に失敗している可能性があるか否かを判定する。一致したと判定した場合、つまり、復号処理に失敗している可能性がないと判定した場合、Ｓ５０８に処理を進める。一方で、一致しないと判断した場合、つまり、復号処理に失敗している可能性があると判定し、再リクエストを行うため、Ｓ５０２の処理に戻る。Ｓ５０８において、停止部３０８は、クライアントの機能を停止させる。なお、Ｓ５０６およびＳ５０７における処理は、一度に限らず複数回を行われもよい。

従来は、Ｓ５０５でクライアント未登録レスポンスと判断された場合には、クライアント装置１０２の機能を停止させるようにしていた。そのため、実際にはクライアント装置は管理サーバに登録されているのにもかかわらず、リクエストデータに付与した復号されたデータが正しくないデータになっている場合がある。すると、本来稼働を停止すべきでないクライアント装置１０２の機能を停止させてしまうおそれがあった。その原因として、クライアント識別情報として暗号化して管理されているデータを復号する処理に失敗するケースや、クライアントでのリクエストデータ生成時に正しくないデータを付与されてしまっているケースなどが考えられる。

本フローチャートの処理により、本来稼働を停止すべきでないクライアント装置の稼働停止を防ぐために、クライアント装置は管理サーバへリクエストを再送することが可能となる。

＜実施例１における管理サーバの動作処理＞
図６は、本実施例における管理サーバ１０３の動作処理の一例を示すフローチャート図である。本処理は、管理サーバ１０３上で、デバイス管理ソフトウェアを実行することで実現される処理である。

Ｓ６０１において、受信部４０１は、クライアント装置１０２からのリクエストを受信する。

Ｓ６０２において、データ判定部４０３は、Ｓ６０１で受信したリクエストが、未登録のクライアント装置１０２から送信されたものか否かを判定する。ここで、未登録のクライアント装置１０２とは、クライアント識別情報が管理サーバ１０３に登録されていないクライアント装置を指す。未登録のクライアント装置１０２からのリクエストであると判断した場合は、Ｓ６０３に処理を進める。一方、未登録のクライアント装置１０２からのリクエストではなく、登録されているクライアント装置１０２からのリクエストであると判断した場合は、Ｓ６０４に処理を進める。ここでの判定方法は、リクエストに含まれる復号されたデータが、データ管理部４０２で管理しているクライアント情報の中に含まれているか否かである。

Ｓ６０３において、送信部４０４は、クライアント装置１０２に対して、クライアント未登録を示すエラーレスポンスを返却する。

Ｓ６０４において、送信部４０４は、クライアント装置１０２に対して、クライアント未登録レスポンス以外のレスポンスを返却する。それは正常レスポンスかもしれないし、その他のエラーレスポンスかもしれない。この図における説明では、データ判定部４０３は、受信したリクエストが存在しないクライアントから送信されたものかを判定しているが、判定条件はこれに限られたものではない。

以上示したように、クライアントがサーバからのレスポンス結果だけで後続の処理を行ってしまうと、本来稼働を停止すべきでないクライアント装置の稼働を停止させてしまう可能性がある。レスポンス結果をもとにクライアント装置は、再び復号処理を行って、リクエストデータを生成し、管理サーバに再リクエストを送信することで、不必要なクライアントの稼働停止を防ぐことが可能になる。

（実施例２）
上記実施例１では、不必要なクライアントの稼働停止を防ぐために、サーバからのレスポンス結果に応じて、クライアント側でデータ検証を行い、再リクエストを行うか否かを判断するものであった。しかし、再リクエストの判断はクライアントに限らず、サーバ側で行わせてもよい。ここでは、再リクエストの判断をサーバ側で行うための仕組みについて説明する。

＜システム構成＞
実施例１と同様のため、説明を省略する。

＜監視装置及び管理サーバの内部構成＞
実施例１と同様のため、説明を省略する。

＜クライアント装置の機能構成＞
実施例１と同様のため、説明を省略する。

＜管理サーバの機能構成＞
実施例１と同様のため、説明を省略する。

＜実施例２におけるクライアント装置の動作処理＞
図７は、本実施例におけるクライアント装置１０２の動作処理の一例を示すフローチャート図である。

Ｓ５０１〜Ｓ５０４までの処理の流れは、実施例１と同様であるため、ここでは説明を省略する。

Ｓ７０１において、レスポンス判定部３０６は、管理サーバ１０３から受信したレスポンス結果が、再リクエストを要求しているものか否かを判定する。再リクエストを要求されているものと判断した場合には、Ｓ７０２に処理を進める。一方、再リクエストが要求されていないものと判断した場合には、Ｓ７０３に処理を進める。

Ｓ７０２において、リクエストデータ生成部３０３は、データ管理部３０２からデータ取得を行い、管理サーバ１０３に送信するためのリクエストデータを生成する。リクエストデータには、復号されたデータが含まれる。また再リクエストであることを示すための情報をリクエストデータに付与する。

Ｓ７０３において、レスポンス判定部３０６は、管理サーバ１０３から受信したレスポンス結果が、クライアント未登録エラーか否かを判定する。クライアント未登録エラーと判定した場合には、Ｓ７０４に処理を進める。一方、クライアント未登録エラーではないと判定した場合には、処理を終了する。ここでは処理を終えることとしているが、無論、何らかの処理を行ってもよいし、レスポンス内容に応じて処理を切り分けてもよい。

Ｓ７０４において、停止部３０８は、クライアントの稼働を停止する。

＜実施例２における管理サーバの動作処理＞
図８は、本実施例における管理サーバ１０３の動作処理の一例を示すフローチャート図である。

Ｓ６０１〜Ｓ６０２、Ｓ６０４の処理の流れは、実施例１と同様であるため、ここでは説明を省略する。

Ｓ８０１において、データ判定部４０３は、受信したリクエストデータの中に再リクエストであることを示す情報が含まれているか否かを判定する。再リクエストであると判断した場合には、Ｓ８０２に処理を進める。一方、再リクエストでないと判断した場合には、Ｓ８０３に処理を進める。

Ｓ８０２において、送信部４０４は、クライアント装置１０２に対して、クライアント未登録レスポンスを返却する。

Ｓ８０３において、送信部４０４は、クライアント装置１０２に対して、再リクエストレスポンスを返却する。

以上示したように、クライアントからの再リクエストの必要有無をサーバ側で判断することも可能である。

（実施例３）
これまでの説明では、クライアント未登録レスポンスが返却される原因として、リクエストに復号データを付与する際に問題が起きるケース、そして暗号化されて管理されているデータを復号する際に問題が起きるケース等を挙げた。実際にこれらの問題が起きるということは、クライアントが稼働している装置に問題を抱えている可能性がある。ここでは、その旨をクライアント装置上でユーザに警告するための仕組みについて、説明する。

＜システム構成＞
実施例１と同様のため、説明を省略する。

＜クライアント装置の内部構成＞
実施例１と同様のため、説明を省略する。

＜クライアント装置の機能構成＞
図３は、クライアント装置１０２の機能構成の一例を示す図である。ここでは、実施例１との差分のある箇所について説明を行う。

リトライ判定部３０７は、実施例１で説明した機能に加えて、再リクエストを行う際に、これまで再リクエストを行ったカウント情報を管理する。

画面表示部３０９は、保持しているＷｅｂサイトにアクセスされた場合に、要求に応じて適切な画面を出力する。

＜実施例３におけるクライアント装置の動作処理＞
図９は、本実施例におけるクライアント装置１０２の動作処理の一例を示すフローチャート図である。

Ｓ５０１〜Ｓ５０８の処理の流れは、実施例１と同様であるため、ここでは説明を省略する。

Ｓ９０１において、リトライ判定部３０７は、再リクエスト数ｘを０で初期化し、警告するための閾値情報ｙを３と定義する。

Ｓ９０２において、リトライ判定部３０７は、再リクエスト数を１つインクリメントする。

Ｓ９０３において、リトライ判定部３０７は、これまでの再リクエストを送信した回数と、警告条件に係る所定回数とを比較し、再リクエストを送信した回数が所定回数を越えたと判断した場合には、Ｓ９０４に処理を進める。一方、再リクエストを送信した回数が所定回数を超えていないと判断した場合には、Ｓ５０２に戻って処理が行われる。

Ｓ９０４において、画面表示部３０９は、クライアント装置として稼働しているＰＣに問題がある旨の警告を表示する。

＜警告画面の一例＞
図１０は、警告画面の一例を示したものである。

無論、警告内容の文言や表示方法については、これに限られたものではない。

以上示したように、再リクエストを行った回数が既定値を超えた場合には、クライアント装置の動作環境が不安定であると判断し、その旨の警告を表示することで、正常な動作環境への移行を促すことができる。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

ここで、本発明は、上述した実施形態の機能を実現する１つ以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の１つである。また、そのプログラムは、ネットワークまたは各種記憶媒体を介してシステムあるいは装置に供給され、そのシステムあるいは装置の１つ以上のコンピューター（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の１つとして、さらにそのプログラム自体、あるいは当該プログラムを格納したコンピューターにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

１０２ クライアント装置、
１０３ 管理サーバ

Claims (14)

1. クライアントエージェントソフトウェアを一意に識別するためのクライアント識別情報を暗号化したデータを管理する記憶部と、
   前記記憶部で管理される前記暗号化されたデータを所定の手法で復号するデータ管理手段と、
   前記復号したデータを前記クライアント識別情報として含むリクエストを管理サーバに送信する送信手段と、
   前記送信したリクエストに対するレスポンスを受信する受信手段と、を有する情報処理装置であって、
   前記受信手段が所定のエラーレスポンスを受信した場合、前記送信したリクエストに含まれる前記復号したデータと、前記データ管理手段が前記記憶部で管理される前記暗号化されたデータを前記所定の手法で復号して得られたデータとを比較した結果に基づいて、第２のリクエストを送信するか否かを判定する判定手段を更に有し、
   前記送信手段は、前記判定手段が前記第２のリクエストを送信すると判定した場合、前記データ管理手段が前記所定の手法で復号して得られた前記データを前記クライアント識別情報として含む前記第２のリクエストを前記管理サーバに送信することを特徴とする情報処理装置。
2. 前記管理サーバでは、前記情報処理装置を識別するための識別情報と、前記情報処理装置で実行されるクライアントエージェントソフトウェアを一意に識別するためのクライアント識別情報とが対応付けて管理されることを特徴とする請求項１に記載の情報処理装置。
3. 前記判定手段は、
   前記送信したリクエストに含まれる前記復号したデータと、前記データ管理手段が前記記憶部で管理される前記暗号化されたデータを前記所定の手法で復号して得られたデータとが一致しない場合に、前記第２のリクエストを送信すると判定し、
   前記送信したリクエストに含まれる前記復号したデータと、前記データ管理手段が前記記憶部で管理される前記暗号化されたデータを前記所定の手法で復号して得られたデータとが一致する場合に、前記第２のリクエストを送信しないと判定することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記クライアントエージェントソフトウェアの機能を停止させる停止手段を更に有し、
   前記停止手段は、前記判定手段がリクエストを再送しないと判定した場合、前記クライアントエージェントソフトウェアの機能を停止させることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記所定のエラーレスポンスとは、前記送信したリクエストに含まれる前記復号したデータが、前記管理サーバで管理されていないことを示すレスポンスであることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記受信手段が前記第２のリクエストを要求することを示すレスポンスを前記管理サーバから受信した場合、前記判定手段による判定が行われず、前記送信手段は、前記データ管理手段が前記所定の手法で復号して得られた前記データを前記クライアント識別情報として含む前記第２のリクエストを前記管理サーバに送信することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記情報処理装置の動作環境に関する警告をユーザに対して行う警告手段を更に有し、
   前記警告手段は、前記送信手段により前記第２のリクエストを送信した回数が所定回数を超える場合、前記情報処理装置の動作環境に関する警告をユーザに対して行うことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. クライアントエージェントソフトウェアを一意に識別するためのクライアント識別情報を暗号化したデータを管理する記憶部と、
   前記記憶部で管理される前記暗号化されたデータを所定の手法で復号するデータ管理手段と、
   前記復号したデータを前記クライアント識別情報として含むリクエストを管理サーバに送信する送信手段と、
   前記送信したリクエストに対するレスポンスを受信する受信手段と、を有する情報処理装置と、
   前記情報処理装置からのリクエストを受信する第２の受信手段と、
   前記第２の受信手段が受信したリクエストに対するレスポンスを送信する第２の送信手段と、を有する前記管理サーバと、を含む管理システムであって、
   前記第２の送信手段は、前記情報処理装置からのリクエストに前記クライアント識別情報として含まれる前記復号したデータが前記管理サーバで管理されていない場合に、前記第２の受信手段が受信したリクエストに対して所定のエラーレスポンスを送信し、
   前記情報処理装置は、
   前記受信手段が前記所定のエラーレスポンスを受信した場合、前記送信したリクエストに含まれる前記復号したデータと、前記データ管理手段が前記記憶部で管理される前記暗号化されたデータを前記所定の手法で復号して得られたデータとを比較した結果に基づいて、第２のリクエストを送信するか否かを判定する判定手段を更に有し、
   前記送信手段は、前記判定手段が前記第２のリクエストを送信すると判定した場合、前記データ管理手段が前記所定の手法で復号して得られた前記データを前記クライアント識別情報として含む前記第２のリクエストを前記管理サーバに送信することを特徴とする管理システム。
9. 前記第２の送信手段は、
   前記情報処理装置からのリクエストに前記クライアント識別情報として含まれる前記復号したデータが前記管理サーバで管理されておらず、かつ、前記情報処理装置からのリクエストが前記第２のリクエストである場合に、前記第２の受信手段が受信したリクエストに対して所定のエラーレスポンスを送信し、
   前記情報処理装置からのリクエストに前記クライアント識別情報として含まれる前記復号したデータが前記管理サーバで管理されておらず、かつ、前記情報処理装置からのリクエストが前記第２のリクエストでない場合に、前記第２の受信手段が受信したリクエストに対して前記第２のリクエストを要求することを示すレスポンスを送信することを特徴とする請求項８に記載の管理システム。
10. 前記判定手段は、
    前記送信したリクエストに前記クライアント識別情報として含まれる前記復号したデータと、前記データ管理手段が前記記憶部で管理される前記暗号化されたデータを前記所定の手法で復号して得られたデータとが一致しない場合に、前記第２のリクエストを送信すると判定し、
    前記送信したリクエストに前記クライアント識別情報として含まれる前記復号したデータと、前記データ管理手段が前記記憶部で管理される前記暗号化されたデータを前記所定の手法で復号して得られたデータとが一致する場合に、前記第２のリクエストを送信しないと判定することを特徴とする請求項８または９に記載の管理システム。
11. 前記所定のエラーレスポンスとは、前記送信したリクエストに前記クライアント識別情報として含まれる前記復号したデータが、前記管理サーバで管理されていないことを示すレスポンスであることを特徴とする請求項８乃至１０のいずれか１項に記載の管理システム。
12. クライアントエージェントソフトウェアを一意に識別するためのクライアント識別情報を暗号化したデータを管理する記憶部で管理される前記暗号化されたデータを所定の手法で復号するデータ管理工程と、
    前記復号したデータを前記クライアント識別情報として含むリクエストを管理サーバに送信する送信工程と、
    前記送信したリクエストに対するレスポンスを受信する受信工程と、を有する情報処理装置の制御方法であって、
    前記受信工程で所定のエラーレスポンスを受信した場合、前記送信したリクエストに含まれる前記復号したデータと、前記記憶部で管理される前記暗号化されたデータを前記データ管理工程で再び前記所定の手法で復号して得られたデータとを比較した結果に基づいて、第２のリクエストを送信するか否かを判定する判定工程を更に有し、
    前記送信工程では、前記判定工程で前記第２のリクエストを送信すると判定された場合、前記データ管理工程で前記所定の手法で復号して得られた前記データを前記クライアント識別情報として含む前記第２のリクエストが前記管理サーバに送信されることを特徴とする制御方法。
13. 情報処理装置と管理サーバとを含む管理システムの制御方法であって
    前記情報処理装置が、クライアントエージェントソフトウェアを一意に識別するためのクライアント識別情報を暗号化したデータを管理する記憶部で管理される前記暗号化されたデータを所定の手法で復号するデータ管理工程と、
    前記情報処理装置が、前記復号したデータを前記クライアント識別情報として含むリクエストを前記管理サーバに送信する送信工程と、
    前記管理サーバが、前記情報処理装置からのリクエストを受信する第２の受信工程と、
    前記管理サーバが、前記第２の受信工程で受信したリクエストに対するレスポンスを送信する第２の送信工程と、
    前記情報処理装置が、前記送信したリクエストに対するレスポンスを受信する受信工程と、を有し、
    前記第２の送信工程では、前記情報処理装置からのリクエストに前記クライアント識別情報として含まれる前記復号したデータが前記管理サーバで管理されていない場合に、前記第２の受信工程で受信したリクエストに対して所定のエラーレスポンスが送信され、
    前記情報処理装置が、前記受信工程で前記所定のエラーレスポンスを受信した場合、前記送信したリクエストに含まれる前記復号したデータと、前記記憶部で管理される前記暗号化されたデータを前記データ管理工程で前記所定の手法で復号して得られたデータとを比較した結果に基づいて、第２のリクエストを送信するか否かを判定する判定工程を更に有し、
    前記送信工程では、前記判定工程で前記第２のリクエストを送信すると判定した場合、前記データ管理工程で前記所定の手法で復号して得られた前記データを前記クライアント識別情報として含む前記第２のリクエストが前記管理サーバに送信されることを特徴とする制御方法。
14. 請求項１２に記載の手段としてコンピューターを機能させるためのプログラム。

Images