(57)【要約】      （修正有）【課題】サーバ装置がクライアント装置の認証に失敗したとき、サーバ装置が何が起きたのか解析するための動作情報をサーバー装置に送ることができるクライアント装置を提供する。【解決手段】クライアント装置は、クライアント装置ごとの認証情報である個体認証情報を利用して、第１の動作ログをサーバー装置に送信するＳ４０３。認証エラーによって第１の動作情報の送信に失敗した場合Ｓ４０５Ｙｅｓ、認証情報を個体認証情報から各クライアント装置の共通の認証情報である共通認証情報に変更するＳ４０７。第１の変更手段により変更された共通認証情報を利用して、第２の動作ログをサーバー装置に送信するＳ４０３。【選択図】図４
2018113493.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置ごとの認証情報である個体認証情報を利用して第１の動作情報をサーバー装置に送信する第１の送信手段と、
認証エラーによって前記第１の動作情報の送信に失敗した場合、認証情報を前記個体認証情報から各クライアント装置の共通の認証情報である共通認証情報に変更する第１の変更手段と、
前記第１の変更手段により変更された前記共通認証情報を利用して第２の動作情報を前記サーバー装置に送信する第２の送信手段と、
を有するクライアント装置。
【請求項２】
認証エラーによって前記第１の動作情報の送信に失敗したか否かを判定する判定手段を更に有し、
前記第１の変更手段は、前記判定手段により認証エラーによって前記第１の動作情報の送信に失敗したと判定された場合、認証情報を前記個体認証情報から前記共通認証情報に変更する請求項１記載のクライアント装置。
【請求項３】
前記第２の送信手段により前記第２の動作情報を前記サーバー装置に送信したのちに、前記サーバー装置との通信を停止する停止手段を更に有する請求項１又は２記載のクライアント装置。
【請求項４】
前記個体認証情報を利用して前記サーバー装置より送信設定情報を取得する第１の取得手段と、
前記第１の取得手段により取得された前記送信設定情報に従って前記第１の動作情報を取得する第２の取得手段と、
を更に有し、
前記第１の送信手段は、前記個体認証情報を利用して前記第２の取得手段により取得された前記第１の動作情報を前記サーバー装置に送信する請求項１乃至３何れか１項記載のクライアント装置。
【請求項５】
認証エラーによって前記送信設定情報の取得に失敗した場合、認証情報を前記個体認証情報から前記共通認証情報に変更する第２の変更手段と、
前記共通認証情報を利用して前記サーバー装置より送信設定情報を取得する第３の取得手段と、
を更に有する請求項４記載のクライアント装置。
【請求項６】
前記第１の動作情報は、顧客情報を含む動作ログであって、
前記第２の動作情報は、顧客情報を含まない動作ログである請求項１乃至５何れか１項記載のクライアント装置。
【請求項７】
前記第１の動作情報は、顧客情報を含む稼働情報であって、
前記第２の動作情報は、顧客情報を含まない動作ログである請求項１乃至５何れか１項記載のクライアント装置。
【請求項８】
前記クライアント装置は、画像形成装置である請求項１乃至７何れか１項記載のクライアント装置。
【請求項９】
サーバー装置と、クライアント装置と、を含むシステムであって、
前記クライアント装置は、
クライアント装置ごとの認証情報である個体認証情報を利用して第１の動作情報をサーバー装置に送信する第１の送信手段と、
認証エラーによって前記第１の動作情報の送信に失敗した場合、認証情報を前記個体認証情報から各クライアント装置の共通の認証情報である共通認証情報に変更する変更手段と、
前記第１の変更手段により変更された前記共通認証情報を利用して第２の動作情報を前記サーバー装置に送信する第２の送信手段と、
を有し、
前記サーバー装置は、
前記クライアント装置の認証情報を判定する判定手段と、
前記判定手段により前記認証情報が前記個体認証情報であると判定された場合、前記第１の動作情報を送信してきたクライアント装置を特定し、前記第１の動作情報を格納する第１の格納手段と、
前記判定手段により前記認証情報が前記共通認証情報であると判定された場合、前記第２の動作情報を送信してきたクライアント装置を特定せず、前記第２の動作情報を格納する第２の格納手段と、
を有するシステム。
【請求項１０】
クライアント装置が実行する情報処理方法であって、
クライアント装置ごとの認証情報である個体認証情報を利用して第１の動作情報をサーバー装置に送信する第１の送信工程と、
認証エラーによって前記第１の動作情報の送信に失敗した場合、認証情報を前記個体認証情報から各クライアント装置の共通の認証情報である共通認証情報に変更する第１の変更工程と、
前記第１の変更工程により変更された前記共通認証情報を利用して第２の動作情報を前記サーバー装置に送信する第２の送信工程と、
を含む情報処理方法。
【請求項１１】
サーバー装置と、クライアント装置と、を含むシステムが実行する情報処理方法であって、
前記クライアント装置が、クライアント装置ごとの認証情報である個体認証情報を利用して第１の動作情報をサーバー装置に送信する第１の送信工程と、
前記クライアント装置が、認証エラーによって前記第１の動作情報の送信に失敗した場合、認証情報を前記個体認証情報から各クライアント装置の共通の認証情報である共通認証情報に変更する変更工程と、
前記クライアント装置が、前記第１の変更工程により変更された前記共通認証情報を利用して第２の動作情報を前記サーバー装置に送信する第２の送信工程と、
前記サーバー装置が、前記クライアント装置の認証情報を判定する判定工程と、
前記サーバー装置が、前記判定工程により前記認証情報が前記個体認証情報であると判定された場合、前記第１の動作情報を送信してきたクライアント装置を特定し、前記第１の動作情報を格納する第１の格納工程と、
前記サーバー装置が、前記判定工程により前記認証情報が前記共通認証情報であると判定された場合、前記第２の動作情報を送信してきたクライアント装置を特定せず、前記第２の動作情報を格納する第２の格納工程と、
を含む情報処理方法。
【請求項１２】
コンピュータを、請求項１乃至８何れか１項記載のクライアント装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置、システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
クラウドサービスやＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）の普及に伴い、通信制御装置が搭載された画像形成装置等の情報処理装置の稼働情報を、ネットワーク経由で管理サーバーが受信し、管理を行うデバイス管理システムが登場してきている。このようなシステムでは、情報処理装置の稼働情報を収集する複数の情報収集クライアントと管理サーバーとが、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネット等を介して互いに接続されている。情報収集クライアントは、収集対象の情報処理装置が設置される顧客ネットワーク内に設置される。情報収集クライアントで動作する情報収集アプリケーションにより機能使用回数や機器状態等の情報処理装置の稼働情報を取得し、定期的に或いは不定期に管理サーバーへ送信する。また、情報収集クライアントの情報収集アプリケーションの動作に何らかの支障が生じた場合のために、情報収集アプリケーションの動作ログを記録し、定期的に管理サーバーに送信するようにしている。管理サーバーは、情報収集クライアントから受信した稼働情報や動作ログを蓄積管理して、その稼働情報を参照できるように構成されている。正常に稼働情報を収集できていない等の問題が生じた場合には、管理サーバーが受信する動作ログを運用者が解析することにより、問題の原因を究明する。
情報収集クライアントが収集する情報には、顧客の利用状況や顧客ネットワーク情報、情報処理装置に設定されている顧客の個人情報等、顧客のデータとして秘匿に管理すべき顧客データも多く存在する。このような顧客データは、情報セキュリティの観点から顧客ごとにテナント分離を行い、受信した情報処理装置の稼働情報を各顧客のテナント領域に保存する。顧客ごとにテナント領域を分割し、適切にテナント領域へのアクセス権を管理することによって、保存した顧客データを保護する。このとき、情報収集クライアントと管理サーバーとの通信は、他の顧客データが誤って混在することのないよう、個体固有鍵を利用した個体認証情報が用いられる。特許文献１で開示される技術では、クライアント装置が管理サーバーとの接続する際のセキュリティ上のリスク低減を鑑みたもので、初期共通鍵を利用して初回に個体固有鍵を取得することにより、管理サーバーと個体認証情報による通信を確立する。予めクライアント装置に組み込まれた初期共通鍵を利用することにより、個体固有鍵を予めクライアント装置に組み込んでおくことなく、個体認証情報による通信を開始することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−８７０１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
情報収集クライアントと管理サーバーとの稼働情報の送信には、他の顧客データが誤って混在することのないよう、情報収集クライアントを一意に認証できる個体固有鍵を利用した個体認証情報が用いられる。情報収集アプリケーションの動作ログについても、正当性が確認できない情報収集クライアントからの受信を防止するため、稼働情報と同様に個体認証情報を用いて送信が行われる。ところが、何らかの問題により個体認証情報による通信ができない事態に陥ってしまう場合がある。管理サーバー側で情報収集クライアントの登録が解除される等により個体認証情報が確立しなくなる場合もある。一方で、個体認証情報による通信ができなくなった原因が情報収集クライアント側の何らかのエラーによるものである場合には、その原因を究明する必要がある。しかしながら、ひとたび個体認証情報による通信ができない事態に陥ってしまうと、原因究明のために必要な動作ログも管理サーバーは受信できなくなってしまう。
【課題を解決するための手段】
【０００５】
本発明のクライアント装置は、クライアント装置ごとの認証情報である個体認証情報を利用して第１の動作情報をサーバー装置に送信する第１の送信手段と、認証エラーによって前記第１の動作情報の送信に失敗した場合、認証情報を前記個体認証情報から各クライアント装置の共通の認証情報である共通認証情報に変更する第１の変更手段と、前記第１の変更手段により変更された前記共通認証情報を利用して第２の動作情報を前記サーバー装置に送信する第２の送信手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、何が起きたのか解析するための動作情報をサーバーに送ることができる。
【図面の簡単な説明】
【０００７】
【図１】情報処理システムのシステム構成の一例を示す図である。
【図２】各装置のハードウェア構成の一例を示す図である。
【図３】実施形態１の各装置のソフトウェア構成の一例を示す図である。
【図４】実施形態１の情報処理の一例を示すフローチャートである。
【図５】情報収集クライアントのソフトウェア構成の一例を示す図である。
【図６】実施形態２の情報処理の一例を示すフローチャートである。
【図７】実施形態３の各装置のソフトウェア構成の一例を示す図である。
【図８】実施形態３の情報処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
図１は、情報処理システムのシステム構成の一例を示す図である。情報処理システムは、情報収集クライアント１１０、管理サーバー１２０、通信回線１３０を含む。情報収集クライアント１１０は、画像形成装置等の情報処理装置が接続されている顧客のネットワーク環境に設置される。情報収集クライアント１１０上で動作する情報収集アプリケーションは、画像形成装置等の情報処理装置の稼働情報を収集し、収集した稼働情報を管理サーバー１２０に送信する。情報処理装置の稼働情報は、顧客ユーザーによる情報処理装置の利用状況に関する情報であり、情報処理装置の利用回数や設定状況、情報処理装置を利用したユーザーを識別する情報等を含む。また、情報収集アプリケーションの動作上で生じる問題を確認できるように、情報収集アプリケーションは、情報収集アプリケーションの動作に関するログを記録し、動作ログとして管理サーバー１２０に送信する。動作ログは、情報収集アプリケーションの各処理のログ情報であり、情報収集アプリケーションの各処理が正常に動作しているかの判断材料として、システムの管理者等によって使用される。動作ログは、情報収集アプリケーションでのエラー発生履歴や、稼働情報の収集処理、管理サーバー１２０との通信処理の実行履歴、情報収集アプリケーションにおける操作の履歴、情報処理装置や管理サーバー１２０と通信するためのネットワーク設定情報等を含む。情報収集クライアント１１０と画像形成装置等の情報処理装置とは、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等を介して接続される。又は、図１のように情報処理装置が情報収集アプリケーションを搭載し、収集対象の情報処理装置と一体型の情報収集クライアント１１０として動作していてもよい。情報収集クライアント１１０は、インターネット等の外部の通信回線１３０とファイアウォール等を介して接続され、情報処理装置の稼働情報や動作ログを管理サーバー１２０に送信する。管理サーバー１２０は、予め登録された複数の情報収集クライアント１１０から情報処理装置の稼働情報や動作ログを受信し、蓄積して管理する。管理サーバー１２０は、蓄積した情報処理装置の稼働情報を基に、管理サービスを提供する。また、情報収集クライアント１１０から必要な稼働情報が送信されない等、情報収集クライアント１１０上で動作する情報収集アプリケーションの運用上の問題が生じることがある。そのようなときには、管理サーバー１２０は、蓄積した動作ログを運用者が解析することにより、情報収集クライアント１１０に何らかの問題が発生しているのかといった原因把握と問題解消の検討とを行う。動作ログは、動作情報の一例である。
【００１０】
図２（Ａ）は、情報収集クライアント１１０のハードウェア構成の一例を示す図である。情報収集クライアント１１０は、ディスプレイ等の出力装置と接続する出力Ｉ／Ｆ部２０１、キーボード等の入力装置と接続する入力Ｉ／Ｆ部２０２、記憶装置２０３、メモリ２０４、ＣＰＵ２０５、通信Ｉ／Ｆ部２０６からなる。記憶装置２０３には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）のプログラムや、情報処理装置の稼働情報を収集して管理サーバー１２０に送信する情報収集アプリケーションのプログラム等が、格納される。ＣＰＵ２０５は、記憶装置２０３から情報収集アプリケーションのプログラム等をメモリ２０４にロードし、実行する。通信Ｉ／Ｆ部２０６は、通信回線１３０に接続され、稼働情報の収集対象である情報処理装置との通信や管理サーバー１２０との通信の制御を行う。ＣＰＵ２０５が記憶装置２０３に記憶されているプログラムに基づき処理を行うことによって、後述する図３（Ａ）、図５、図７（Ａ）の情報収集アプリケーションのソフトウェア構成及び図４（Ａ）、図６、図８のフローチャートの処理が実現される。
【００１１】
図２（Ｂ）は、管理サーバー１２０のハードウェア構成の一例を示す図である。管理サーバー１２０は、ディスプレイ等の出力装置と接続する出力Ｉ／Ｆ部２５１、キーボード等の入力装置と接続する入力Ｉ／Ｆ部２５２、記憶装置２５３、メモリ２５４、ＣＰＵ２５５、通信Ｉ／Ｆ部２５６からなる。記憶装置２５３には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）のプログラムや、接続される情報収集クライアント１１０を管理する管理アプリケーションのプログラム、管理アプリケーションが受信する稼働情報や動作ログ等が、格納される。ＣＰＵ２５５は、記憶装置２５３から管理アプリケーションのプログラムをメモリ２５４にロードし、実行する。通信Ｉ／Ｆ部２５６は、通信回線１３０に接続され、情報収集クライアント１１０との通信の制御を行う。ＣＰＵ２５５が記憶装置２５３に記憶されているプログラムに基づき処理を行うことによって、後述する図３（Ｂ）、図７（Ｂ）の管理アプリケーションのソフトウェア構成及び図４（Ｂ）のフローチャートの処理が実現される。
【００１２】
＜実施形態１＞
図３（Ａ）は、情報収集クライアント１１０上で動作する情報収集アプリケーションのソフトウェア構成の一例を示す図である。認証情報記憶部３０１は、共通認証情報３０２と個体認証情報３０３とを記憶する。共通認証情報３０２は、デフォルトクレデンシャルとも呼ばれる、管理サーバー１２０へアクセスするための複数の情報収集クライアント１１０で共通のデフォルトとなる共通鍵（初期共通鍵）である。複数の情報収集クライアント１１０は、管理サーバー１２０へアクセスするために予め同じ初期共通鍵を備える。個体認証情報３０３は、クライアントクレデンシャルとも呼ばれる、管理サーバー１２０へのアクセスを個々の情報収集クライアント１１０ごとに許可する認証鍵（個体固有鍵）である。つまり、複数の情報収集クライアント１１０は、それぞれ異なる個体固有鍵を備える。個体固有鍵は、管理サーバー１２０への初回接続時の登録処理において、管理サーバー１２０が発行する。管理サーバー１２０は、情報収集クライアント１１０からの初期共通鍵と情報収集クライアント１１０を一意に識別するクライアント識別情報とを受け取り、情報収集クライアント１１０ごとに異なる個体固有鍵を発行する。情報処理装置の稼働情報には、情報処理装置の利用動向等といったユーザー情報を含むため、管理サーバー１２０側で送信元の情報収集クライアント１１０を認証して受信する必要がある。そのため、稼働情報の送信においては、発行された個体固有鍵を利用して管理サーバー１２０への接続を行う。動作ログ管理部３０４は、情報収集アプリケーションの動作に関するログを記録し、動作ログとして保持・管理する。記録する動作ログは、情報収集アプリケーションの各処理の内容、実行時刻情報のほか、ログの粒度や種類を示すレベル情報を時系列に記録する。表Ａに、動作ログ管理部３０４が保持・管理する動作ログの一例を示す。
【００１３】
【表１】
2018113493.tif 000003
【００１４】
レベル情報は、例えば、「ｓｔａｎｄａｒｄ」、「ｄｅｔａｉｌ」、「ｕｓｅｒ  ｉｎｆｏ」と分類される。「ｓｔａｎｄａｒｄ」には、情報収集アプリケーションでのエラー発生や、稼働情報の収集処理や管理サーバー１２０との通信処理の実行開始、終了、エラー発生といった基本的な情報が分類される。「ｄｅｔａｉｌ」には、情報収集アプリケーションの各処理の途中経過や通信設定等の詳細な情報が、「ｕｓｅｒ  ｉｎｆｏ」には、顧客ネットワークの環境情報や収集対象の情報処理装置の管理情報等の顧客環境情報を含む情報が分類される。認証情報選択部３０５は、共通認証情報３０２及び個体認証情報３０３を管理し、管理サーバー１２０への接続時に使用する認証情報を、共通認証情報３０２及び個体認証情報３０３の何れかから選択する。情報収集クライアント１１０は、上述の通り稼働情報の送信においては必ず個体認証情報３０３を選択するようにし、何らかの原因によって個体認証情報３０３が使用できない状態にある場合には稼働情報の送信自体を行わない。動作ログ送信部３０６は、動作ログ管理部３０４が保持・管理する動作ログを、認証情報選択部３０５が選択した認証情報を利用して管理サーバー１２０へ送信する。
【００１５】
図３（Ｂ）は、管理サーバー１２０上で動作する管理アプリケーションのソフトウェア構成の一例を示す図である。動作ログ受信部３５１は、情報収集クライアント１１０から認証情報と動作ログとを受信する。個体認証部３５２は、情報収集クライアント１１０に対して発行した個体固有鍵を管理し、動作ログ受信部３５１が受信した認証情報から情報収集クライアント１１０を認証する。表Ｂに、個体認証部３５２が管理する個体固有鍵のテーブルの一例を示す。
【００１６】
【表２】
2018113493.tif 000004
【００１７】
個体固有鍵のテーブルには、情報収集クライアント１１０を一意に識別するクライアント識別情報ごとに、情報収集クライアント１１０に対して発行した個体固有鍵と、個体固有鍵の状態とが登録される。表Ｂの例において、クライアント識別情報「ＣＬＩＥＮＴ００１」に対応する個体固有鍵は「ｃｃ−００１」であり、状態は「発行済み」であり利用可能であることを示す。個体認証部３５２は、この個体固有鍵のテーブルの情報と動作ログ受信部３５１が受信した認証情報とを照合することにより、情報収集クライアント１１０を一意に特定すると共に、特定した情報収集クライアント１１０の正当性を確認する。第一の動作ログ保存部３５３は、情報収集クライアント１１０の認証に成功した場合に、受信した動作ログを情報収集クライアント１１０の動作ログとして保存する。例えば、管理サーバー１２０が複数の顧客の情報処理装置の稼働情報を収集して管理する場合、第一の動作ログ保存部３５３は、情報セキュリティの観点から顧客ごとにテナント分離を行い、受信した情報処理装置の稼働情報を各顧客のテナント領域に保存する。第一の動作ログ保存部３５３が顧客ごとにテナント領域を分割し、適切にテナント領域へのアクセス権を管理することによって、保存した顧客データを保護する。第一の動作ログ保存部３５３では、情報収集クライアント１１０の動作ログについても同様に、情報収集クライアント１１０の属する顧客のテナント領域に保存する。共通認証部３５４は、複数の情報収集クライアント１１０で共通の初期共有鍵を管理し、動作ログ受信部３５１が受信した認証情報から情報収集クライアント１１０を認証する。共通認証部３５４は、初期共有鍵が複数の情報収集クライアント１１０で共通のため、情報収集クライアント１１０を一意に特定した認証は行えず、情報収集クライアント１１０の正当性のみを確認する。第二の動作ログ保存部３５５は、情報収集クライアント１１０の認証に成功した場合に、受信した動作ログを送信元のクライアントを特定しない状態で保存する。第二の動作ログ保存部３５５は、第一の動作ログ保存部３５３とは異なり送信元クライアントの属する顧客を特定しないため、顧客ごとに管理されたテナント領域とは別の保存領域に保存する。
【００１８】
図４（Ａ）は、情報収集クライアント１１０が、定期的に実行されるタスクで管理サーバー１２０へ動作ログを送信するときの情報処理の一例を示すフローチャートである。予め指定された時刻、又は管理サーバー１２０から指示されたタイミングで情報収集クライアント１１０の動作ログ送信処理が始まる。以下、図４（Ａ）のフローチャートに従って、情報収集クライアント１１０の動作ログ送信処理を説明する。
Ｓ４０１において、動作ログの送信が指示されると、認証情報選択部３０５は、管理サーバー１２０への接続に利用できる認証情報を認証情報記憶部３０１が記憶する認証情報から選択する。ここで認証情報選択部３０５は、個体認証情報３０３が利用可能なときは個体認証情報３０３を選択する。
Ｓ４０２において、動作ログ送信部３０６は、動作ログ管理部３０４の保持する動作ログから、予め設定される動作ログの送信設定と認証情報選択部３０５が選択した認証情報とに従って管理サーバー１２０へ送信する動作ログを用意する。より具体的には、動作ログ送信部３０６は、既に管理サーバー１２０への送信に成功した動作ログ以降の動作ログのうち、詳細なログを送信する設定になっていれば全ての動作ログを抽出する。また、動作ログ送信部３０６は、標準ログのみに限定する設定になっていればログレベルが「ｓｔａｎｄａｒｄ」の動作ログのみを抽出する。また、認証情報選択部３０５が共通認証情報３０２を選択した場合には、動作ログ送信部３０６は、顧客環境情報を含む「ｕｓｅｒ  ｉｎｆｏ」の動作ログを除外して抽出する。つまり、表Ａの例において、詳細なログを送信する設定で認証情報に個体認証情報３０３が選択されている場合には、動作ログ送信部３０６は、「ｓｔａｎｄａｒｄ」、「ｄｅｔａｉｌ」、「ｕｓｅｒ  ｉｎｆｏ」の動作ログを抽出する。詳細なログを送信する設定で認証情報に共通認証情報３０２が選択されている場合には、動作ログ送信部３０６は、「ｓｔａｎｄａｒｄ」、「ｄｅｔａｉｌ」の動作ログを抽出する。認証情報によって抽出する動作ログを変えるのは、共通認証情報３０２の場合には、受信した管理サーバー１２０側で情報収集クライアント１１０を一意に特定した認証を行えないためである。正規の情報収集クライアント１１０から受信したデータであることの保証ができても、どの情報収集クライアント１１０から受信したデータであるかの保証がされない。管理サーバー１２０は、受信したデータを情報収集クライアント１１０や情報収集クライアント１１０の属する顧客の単位で厳密に分離して管理することができない。そのため、共通認証情報３０２を利用して送信するデータは、ユーザー情報を含まない情報に限る必要がある。
Ｓ４０３において、動作ログ送信部３０６は、選択された認証情報を利用して管理サーバー１２０と接続し、用意した動作ログを送信する。
【００１９】
Ｓ４０４において、動作ログ送信部３０６は、動作ログの送信に成功したか否かを判定する。動作ログの送信に成功した場合（Ｓ４０４においてＹｅｓ）、動作ログ送信部３０６は、図４に示す処理を終了する。動作ログの送信に失敗した場合（Ｓ４０４においてＮｏ）、動作ログ送信部３０６は、Ｓ４０５に進む。
Ｓ４０５において、動作ログ送信部３０６は、エラー内容に基づき、管理サーバー１２０からの認証エラー応答であるか否かを判定する。管理サーバー１２０からの認証エラー応答の場合（Ｓ４０５においてＹｅｓ）、動作ログ送信部３０６は、Ｓ４０６に進む。管理サーバー１２０からの認証エラー応答でない場合（Ｓ４０５においてＮｏ）、動作ログ送信部３０６は、図４に示す処理を終了する。
Ｓ４０６において、動作ログ送信部３０６は、認証情報として、個体認証情報を利用したか、共通認証情報を利用したかを判定する。個体認証情報３０３を利用して送信して認証エラー応答を受信した場合（Ｓ４０６において個体認証情報）、動作ログ送信部３０６は、Ｓ４０７に進む。共通認証情報３０２を利用して送信して認証エラー応答を受信した場合（Ｓ４０６において共通認証情報）、動作ログ送信部３０６は、図４に示す処理を終了する。
Ｓ４０７において、認証情報選択部３０５は、選択する認証情報を個体認証情報３０３から共通認証情報３０２に変更する。そして、認証情報選択部３０５は、再度、Ｓ４０２の処理に戻る。そして、動作ログ送信部３０６は、変更された認証情報を利用して動作ログの送信を試みる。このとき、Ｓ４０２で動作ログ送信部３０６が送信する動作ログを改めて抽出しなおすことで、動作ログに個体認証情報で動作ログを送信したときの認証エラーとなったログが追加される。また、認証情報が変更されたことにより「ｕｓｅｒ  ｉｎｆｏ」を含まない動作ログが抽出される。
【００２０】
図４（Ｂ）は、管理サーバー１２０が情報収集クライアント１１０から動作ログを受信したときの情報処理の一例を示すフローチャートである。以下、図４（Ｂ）のフローチャートに従って、管理サーバー１２０の動作ログ受信処理を説明する。
Ｓ４５１において、動作ログ受信部３５１は、情報収集クライアント１１０から動作ログを受信すると、情報収集クライアント１１０から送信された認証情報を確認する。動作ログ受信部３５１は、認証情報に基づき個体認証部３５２で認証を行うか、共通認証部３５４で認証を行うかを判定する。動作ログ受信部３５１は、認証情報が個体認証情報である場合は、個体認証部３５２で認証を行うと判定し、認証情報が共通認証情報である場合は、共通認証部３５４で認証を行うと判定する。動作ログ受信部３５１は、個体認証部３５２で認証を行うと判定すると（Ｓ４５１において個体認証）、Ｓ４５２に進み、共通認証部３５４で認証を行うと判定すると（Ｓ４５１において共通認証）、Ｓ４５３に進む。
Ｓ４５２において、個体認証部３５２は、個体認証情報で認証を行う。
Ｓ４５４において、個体認証部３５２は、認証に成功したか否かを判定する。個体認証部３５２は、認証に成功したと判定した場合（Ｓ４５４においてＹｅｓ）、Ｓ４５５に進み、認証に失敗したと判定した場合（Ｓ４５４においてＮｏ）、Ｓ４５６に進む。
個体認証部３５２で認証に成功した場合には、送信元の情報収集クライアント１１０が一意に特定され、かつ、その正当性が保証される。そのため、Ｓ４５５において、第一の動作ログ保存部３５３は、一意に特定した情報収集クライアント１１０の動作ログとして受信した動作ログを保存する。
Ｓ４５６において、動作ログ受信部３５１は、受信した動作ログを保存せずに、情報収集クライアント１１０に認証エラー応答を送信する。
【００２１】
Ｓ４５３において、共通認証部３５４は、共通認証情報で認証を行う。
Ｓ４５７において、共通認証部３５４は、認証に成功したか否かを判定する。共通認証部３５４は、認証に成功したと判定した場合（Ｓ４５７においてＹｅｓ）、Ｓ４５８に進み、認証に失敗したと判定した場合（Ｓ４５７においてＮｏ）、Ｓ４５９に進む。
共通認証部３５４で認証に成功した場合には、送信元の情報収集クライアント１１０は特定されずに情報収集クライアント１１０としての正当性のみが保証される。そのため、Ｓ４５８において、第二の動作ログ保存部３５５は、情報収集クライアント１１０を特定せずに受信した動作ログを保存する。
Ｓ４５９において、動作ログ受信部３５１は、受信した動作ログを保存せずに、情報収集クライアント１１０に認証エラー応答を送信する。
【００２２】
以上、本実施形態の処理によれば、動作ログの送信において使用する個体認証情報３０３が使用できない状態に陥った場合であっても、共通認証情報３０２を使用することで動作ログを管理サーバー１２０に送信できる。管理サーバー１２０に情報収集クライアント１１０の動作ログが送信されているので、個体認証情報３０３が使用できない状態に陥った過程を含む情報収集アプリケーションの動作状況を管理サーバー１２０から確認することができる。
【００２３】
＜実施形態２＞
実施形態１において情報収集クライアント１１０は、動作ログの送信において個体認証情報３０３が使用できない状態に陥った場合であっても、共通認証情報３０２を使用することで動作ログを管理サーバー１２０に送信できるようにした。しかし、個体認証情報３０３が使用できない状態に陥った場合には、動作ログは共通認証情報３０２を使用して送信することはできるが、顧客情報を有する情報処理装置の稼働情報の送信は行えない。そのような状況下で情報収集クライアント１１０から稼働情報を管理サーバー１２０に送信し続けても、情報収集クライアント１１０から初回の登録処理のやり直し等の対処をしない限り、管理サーバー１２０からは認証エラー応答が繰り返されるばかりである。
そこで本実施形態では、管理サーバー１２０から認証エラー応答が送信された場合に情報収集クライアント１１０からの通信を停止するようにした処理を説明する。本実施形態のシステム構成は図１と、ハードウェア構成は図２（Ａ）、図２（Ｂ）と同一である。管理サーバー１２０のソフトウェア構成も図３（Ｂ）と同一である。
【００２４】
図５は、情報収集クライアント１１０上で動作する情報収集アプリケーションのソフトウェア構成の一例を示す図である。共通認証情報３０２、個体認証情報３０３、動作ログ管理部３０４、認証情報選択部３０５、動作ログ送信部３０６は、図３（Ａ）のそれぞれと同一である。通信タスク管理部５０１は、情報処理装置の稼働情報や動作ログ等の管理サーバー１２０への送信タスクを管理する。より具体的には、通信タスク管理部５０１は、送信する情報の種類ごとに、送信要否や送信時刻、頻度を登録し、その登録情報に基づいて稼働情報や動作ログの送信処理を呼び出し、開始する。
【００２５】
図６は、本実施形態において稼働情報の送信で管理サーバー１２０から認証エラー応答が送信されて通信を停止するまでの、情報収集クライアント１１０の稼働情報送信処理の一例を示すフローチャートである。以下、図６のフローチャートに従って、情報収集クライアント１１０の稼働情報送信処理を説明する。
Ｓ６０１において、認証情報選択部３０５は、管理サーバー１２０への接続に利用する認証情報として個体認証情報３０３を選択する。
Ｓ６０２において、動作ログ送信部３０６は、稼働情報を送信する。
Ｓ６０３において、動作ログ送信部３０６は、稼働情報の送信に成功したか否かを判定する。動作ログ送信部３０６は、稼働情報の送信に成功した場合（Ｓ６０３においてＹｅｓ）、図６に示す処理を終了し、稼働情報の送信に失敗した場合（Ｓ６０３においてＮｏ）、Ｓ６０４に進む。
Ｓ６０４において、動作ログ送信部３０６は、エラー内容に基づき、管理サーバー１２０からの認証エラー応答であるか否かを判定する。管理サーバー１２０からの認証エラー応答の場合（Ｓ６０４においてＹｅｓ）、動作ログ送信部３０６は、Ｓ６０５に進む。管理サーバー１２０からの認証エラー応答でない場合（Ｓ６０４においてＮｏ）、動作ログ送信部３０６は、図６に示す処理を終了する。
【００２６】
認証エラー応答であった場合には、個体認証情報３０３が利用不可であると判断し、Ｓ６０５において、認証情報選択部３０５は、選択する認証情報を個体認証情報３０３から共通認証情報３０２に変更する。
そして、稼働情報の送信を諦め、動作ログ送信部３０６は、変更された認証情報を利用して動作ログの送信を試みる。
Ｓ６０６において、動作ログ送信部３０６は、実施形態１のＳ４０２と同様に、動作ログ管理部３０４の保持する動作ログから管理サーバー１２０へ共通認証情報３０２で送信するための動作ログを用意する。
そして、Ｓ６０７において、動作ログ送信部３０６は、選択された認証情報（即ち、共通認証情報３０２）を利用して管理サーバー１２０と接続し、用意した動作ログを送信する。
Ｓ６０８において、動作ログ送信部３０６は、共通認証情報３０２を利用した動作ログの送信に成功したか否かを判定する。動作ログ送信部３０６は、共通認証情報３０２を利用した動作ログの送信に成功した場合（Ｓ６０８においてＹｅｓ）、Ｓ６０９に進み、共通認証情報３０２を利用した動作ログの送信に失敗した場合（Ｓ６０８においてＮｏ）、図６に示す処理を終了する。
Ｓ６０９において、通信タスク管理部５０１は、登録されている稼働情報や動作ログ等の管理サーバー１２０への送信タスクを削除して、図６に示す処理を終了する。ここで通信タスク管理部５０１の管理する送信タスクを削除することにより、情報収集クライアント１１０は、以降の管理サーバー１２０への通信を停止する。
【００２７】
以上、本実施形態の処理によれば、管理サーバー１２０から認証エラー応答が送信された場合に、認証情報を変更して動作ログを送信してから管理サーバー１２０への通信を停止するようにした。情報処理装置の稼働情報の送信において使用する個体認証情報３０３が使用できない状態に陥った場合であっても、共通認証情報３０２を使用することで動作ログを管理サーバー１２０に送信できる。管理サーバー１２０に情報収集クライアント１１０の動作ログが送信されているので、管理サーバー１２０への通信停止前の情報収集アプリケーションの動作状況を管理サーバー１２０から確認することができる。
【００２８】
＜実施形態３＞
実施形態１において情報収集クライアント１１０は、予め設定される動作ログの送信設定に従って管理サーバー１２０へ送信する動作ログを用意し、管理サーバー１２０へ送信した。動作ログは、情報収集アプリケーションの動作状況に何らかの支障が生じたときに、管理サーバー１２０から確認できるようにすることが求められる情報である。したがって、詳細なログを必要とするかを表すログレベルや送信時刻情報等の動作ログの送信設定を管理サーバー１２０側から指示できるとよい。
そこで本実施形態では、動作ログの送信設定を管理サーバー１２０が管理し、情報収集クライアント１１０は動作ログの送信設定を管理サーバー１２０から取得してから動作ログを送信する場合の処理を説明する。本実施形態のシステム構成は図１と、ハードウェア構成は図２（Ａ）、図２（Ｂ）と同一である。
【００２９】
図７（Ａ）は、情報収集クライアント１１０上で動作する情報収集アプリケーションのソフトウェア構成の一例を示す図である。共通認証情報３０２、個体認証情報３０３、動作ログ管理部３０４、認証情報選択部３０５、動作ログ送信部３０６は、図３（Ａ）のそれぞれと同一である。動作ログ送信設定取得部７０１は、管理サーバー１２０が管理する動作ログの送信設定を、認証情報選択部３０５が選択した認証情報を利用して管理サーバー１２０から取得する。
図７（Ｂ）は、管理サーバー１２０上で動作する管理アプリケーションのソフトウェア構成の一例を示す図である。動作ログ受信部３５１、個体認証部３５２、第一の動作ログ保存部３５３、共通認証部３５４、第二の動作ログ保存部３５５は、図３（Ｂ）のそれぞれと同一である。動作ログ送信設定管理部７５１は、情報収集クライアント１１０ごとに設定される動作ログの送信設定を管理する。また、動作ログ送信設定管理部７５１は、共通認証部３５４で認証した場合の複数の情報収集クライアント１１０で共通の動作ログの送信設定も保持する。表Ｃに、動作ログ送信設定管理部７５１が管理する動作ログ送信設定のテーブルの一例を示す。
【００３０】
【表３】
2018113493.tif 000005
【００３１】
動作ログ送信設定のテーブルには、情報収集クライアント１１０を一意に識別するクライアント識別情報ごとに、詳細なログを必要とするかを表すログレベルや送信時刻情報等の動作ログの送信設定が登録され、管理される。表Ｃの例において、クライアント識別情報「ＣＬＩＥＮＴ００１」に設定されるログレベルは「標準」であり、送信時刻情報は「１０：００」である。また、動作ログ送信設定のテーブルは、共通認証部３５４で認証した場合の複数の情報収集クライアント１１０で共通の動作ログの送信設定として、ログレベル「詳細」、送信時刻情報「なし」を保持する。動作ログ送信設定送信部７５２は、認証した認証情報及び特定した情報収集クライアント１１０の情報に従って、動作ログ送信設定のテーブルから対応する設定情報を情報収集クライアント１１０に送信する。より具体的には、動作ログ送信設定送信部７５２は、個体認証部３５２で認証した場合には情報収集クライアント１１０が一意に特定されるので、特定されるクライアント識別情報に対応する動作ログの設定情報を送信する。動作ログ送信設定送信部７５２は、共通認証部３５４で認証した場合には共通認証時用の複数の情報収集クライアント１１０で共通の動作ログの送信設定を送信する。
【００３２】
図８は、情報収集クライアント１１０が、動作ログ送信設定を取得してから動作ログを管理サーバー１２０へ送信するときの情報処理の一例を示すフローチャートである。管理サーバー１２０から指示されたタイミングで情報収集クライアント１１０の動作ログ送信処理が始まる。以下、図８のフローチャートに従って、情報収集クライアント１１０の動作ログ送信処理を説明する。
Ｓ８０１において、動作ログの送信が指示されると、認証情報選択部３０５は、管理サーバー１２０への接続に利用できる認証情報を、認証情報記憶部３０１が記憶する認証情報から選択する。ここで認証情報選択部３０５は、個体認証情報３０３が利用可能なときは個体認証情報３０３を選択する。
そして、Ｓ８０２において、動作ログ送信設定取得部７０１は、選択された認証情報を利用して管理サーバー１２０と接続し、動作ログの送信設定情報を取得する。
【００３３】
Ｓ８０３において、動作ログ送信設定取得部７０１は、動作ログの送信設定情報の取得に成功したか否かを判定する。動作ログ送信設定取得部７０１は、動作ログの送信設定情報の取得に成功したと判定すると（Ｓ８０３においてＹｅｓ）、Ｓ８０７に進み、動作ログの送信設定情報の取得に失敗したと判定すると（Ｓ８０３においてＮｏ）、Ｓ８０４に進む。
Ｓ８０４において、動作ログ送信設定取得部７０１は、エラー内容を確認して、管理サーバー１２０からの認証エラー応答であるか否かを判定する。管理サーバー１２０からの認証エラー応答である場合（Ｓ８０４においてＹｅｓ）、動作ログ送信設定取得部７０１は、Ｓ８０５に進む。管理サーバー１２０からの認証エラー応答でない場合（Ｓ８０４においてＮｏ）、動作ログ送信設定取得部７０１は、図８に示すフローチャートの処理を終了する。
Ｓ８０５において、動作ログ送信設定取得部７０１は、認証情報として、個体認証情報を利用したか、共通認証情報を利用したかを判定する。個体認証情報３０３を利用して送信して認証エラー応答を受信した場合（Ｓ８０５において個体認証情報）、動作ログ送信設定取得部７０１は、Ｓ８０６に進む。共通認証情報３０２を利用して送信して認証エラー応答を受信した場合（Ｓ８０５において共通認証情報）、動作ログ送信設定取得部７０１は、図８に示す処理を終了する。
Ｓ８０６において、認証情報選択部３０５は、個体認証情報３０３が利用不可であると判断し、選択する認証情報を個体認証情報３０３から共通認証情報３０２に変更する。そして、認証情報選択部３０５は、再度、Ｓ８０２に処理を戻す。Ｓ８０２において、動作ログ送信設定取得部７０１は、変更された認証情報を利用して動作ログの送信設定情報の取得を試みる。
【００３４】
Ｓ８０７において、動作ログ送信部３０６は、動作ログ管理部３０４の保持する動作ログから、取得した動作ログの送信設定情報と認証情報とに従って管理サーバー１２０へ送信する動作ログを用意する。
そして、Ｓ８０８において、動作ログ送信部３０６は、選択されている認証情報を利用して管理サーバー１２０と接続し、用意した動作ログを送信する。
Ｓ８０９において、動作ログ送信部３０６は、動作ログの送信に成功したか否かを判定する。動作ログの送信に成功した場合（Ｓ８０９においてＹｅｓ）、動作ログ送信部３０６は、図８に示す処理を終了する。動作ログの送信に失敗した場合（Ｓ８０９においてＮｏ）、動作ログ送信部３０６は、Ｓ８１０に進む。
Ｓ８１０において、動作ログ送信部３０６は、エラー内容に基づき、管理サーバー１２０からの認証エラー応答であるか否かを判定する。管理サーバー１２０からの認証エラー応答の場合（Ｓ８１０においてＹｅｓ）、動作ログ送信部３０６は、Ｓ８１１に進む。管理サーバー１２０からの認証エラー応答でない場合（Ｓ８１０においてＮｏ）、動作ログ送信部３０６は、図８に示す処理を終了する。Ｓ８０３で動作ログの送信設定情報の取得に成功しているので、通常はＳ８１０の処理で認証エラーと判定されることはない。しかし、Ｓ８０２での動作ログの送信設定情報の取得以降に認証情報の状況に変化があった場合のために、情報収集クライアント１１０は、Ｓ８０４〜Ｓ８０６と同様の判定処理を実施する。
即ち、Ｓ８１１において、動作ログ送信部３０６は、認証情報として、個体認証情報を利用したか、共通認証情報を利用したかを判定する。個体認証情報３０３を利用して送信して認証エラー応答を受信した場合（Ｓ８１１において個体認証情報）、動作ログ送信部３０６は、Ｓ８１２に進む。共通認証情報３０２を利用して送信して認証エラー応答を受信した場合（Ｓ８１１において共通認証情報）、動作ログ送信部３０６は、図８に示す処理を終了する。
Ｓ８１２において、認証情報選択部３０５は、選択する認証情報を個体認証情報３０３から共通認証情報３０２に変更する。そして、認証情報選択部３０５は、再度、Ｓ８０２に処理を戻す。Ｓ８０２において、動作ログ送信設定取得部７０１は、変更された認証情報を利用して動作ログの送信設定情報の取得を試みる。ここで動作ログの送信設定情報が取得できているにもかかわらずＳ８０２の動作ログの送信設定情報の取得からやり直すのは、利用する認証情報の変更に伴って、取得される送信設定情報が変更になるためである。
【００３５】
以上、本実施形態の処理によれば、個体認証情報３０３が使用できない状態に陥った場合であっても、共通認証情報３０２を使用することで動作ログの送信設定情報を管理サーバー１２０から取得し、動作ログを管理サーバー１２０に送信できる。管理サーバー１２０に情報収集クライアント１１０の動作ログが送信されているので、個体認証情報３０３が使用できない状態に陥った過程を含む情報収集アプリケーションの動作状況を管理サーバー１２０から確認することができる。
【００３６】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００３７】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。例えば、図２に示した情報収集クライアント１１０、管理サーバー１２０のハードウェア構成は一例であって、それぞれ複数のＩ／Ｆ部、ＣＰＵ、メモリ等を有していてもよい。また、図３に示した情報収集アプリケーション、管理アプリケーションのソフトウェア構成は一例であって、それぞれ他の構成を有していてもよい。
【００３８】
以上、上述した各実施形態の処理によれば、動作ログの送信において個体認証情報による通信ができない状態に陥った場合であっても、複数の情報収集クライアントで共通の共通鍵を使用した共通認証情報を使用し、動作ログを管理サーバーに送信できる。管理サーバーに情報収集クライアントの動作ログが送信されているので、個体認証情報による通信できない状態に陥った過程を含む情報収集アプリケーションの動作状況を管理サーバーから確認することができる。
また、上記各実施形態を任意に組み合わせて実施してもよい。
【符号の説明】
【００３９】
１１０  情報収集クライアント
１２０  管理サーバー
２０５  ＣＰＵ
２１５  ＣＰＵ
【図１】
2018113493.tif 000006
【図２】
2018113493.tif 000007
【図３】
2018113493.tif 000008
【図４】
2018113493.tif 000009
【図５】
2018113493.tif 000010
【図６】
2018113493.tif 000011
【図７】
2018113493.tif 000012
【図８】
2018113493.tif 000013