(57)【要約】【課題】  デバイス管理サーバが情報処理装置から取得するイベントログの優先度を変更すること。【解決手段】  情報処理装置は、情報処理装置で行われる処理に関連して発生するデータを収集し、収集したデータを一時的に蓄積し、管理サーバから情報を受け取り、情報に基づいてデータの優先度を判定し、判定結果に従って蓄積するデータを管理する。【選択図】  図５
2020042425.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
前記情報処理装置で行われる処理に関連して発生するデータを収集する収集手段と、
前記収集手段が収集したデータを一時的に蓄積する蓄積手段と、
管理サーバから情報を受け取る受信手段と、
前記情報に基づいてデータの優先度を判定する判定手段と、
前記判定手段の判定結果に従って前記蓄積手段で蓄積するデータを管理する管理手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記情報は、前記情報処理装置に関連付けられたサービスに基づく申込み情報であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記管理手段は、前記収集手段が収集したデータおよび前記蓄積手段で蓄積するデータの少なくとも一部に基づいて生成したイベントログを外部装置に送信することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記外部装置は、前記管理サーバであることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記管理手段は、前記判定手段の判定結果に従ってイベントログを送信する順番を決定することを特徴とする請求項３または４に記載の情報処理装置。
【請求項６】
前記管理手段は、前記判定手段の判定結果に従って前記収集手段が収集したデータおよび前記蓄積手段で蓄積するデータの少なくとも一部を削除することを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記データは、前記情報処理装置が有する消耗品の状態に関するデータ、前記情報処理装置が実行するジョブに関するデータ、および前記情報処理装置の電力管理に関するデータの少なくとも何れかを含むことを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
前記データの少なくとも一部を表示する表示手段をさらに有することを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
【請求項９】
前記情報は、データを前記蓄積手段で蓄積する期間を指定する情報を含むことを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
【請求項１０】
情報処理装置の制御方法であって、
前記情報処理装置で行われる処理に関連して発生するデータを収集する収集工程と、
前記収集工程において収集したデータを一時的に蓄積する蓄積工程と、
管理サーバから情報を受け取る受信工程と、
前記情報に基づいてデータの優先度を判定する判定工程と、
前記判定工程における判定結果に従って前記蓄積工程で蓄積するデータを管理する管理工程と、
を有することを特徴とする制御方法。
【請求項１１】
コンピュータに請求項１０に記載の制御方法の各工程を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、制御方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、情報処理装置の状態を遠隔から把握する目的で、情報処理装置内で行われる各種処理に関するデータを収集し、イベントログとしてデバイス管理サーバへ送信することが行われている。デバイス管理サーバと情報処理装置の間の通信手段として、一般にはインターネット等のネットワークが用いられるが、これらのネットワークは、通信速度の低下や、通信断によって、イベントログの送信が失敗する場合がある。このような場合に備え、情報処理装置内で収集したイベントログは、送信が行われるまで一時的にバッファ領域に蓄積しうる。しかしながら、バッファ領域は有限であり、未送信のイベントログが所定量を超えると、デバイス管理サーバに送信できないイベントログが発生する。
【０００３】
例えば特許文献１には、バッファ領域が満杯であることを検出したことに応じて、重要度の低いログ情報のうちの最も古いものを削除する情報処理装置が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２４１５４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、情報処理装置のイベントログの重要度は、情報処理装置の置かれた状況によって変化しうる。例えば、消耗品の配送サービスを契約している情報処理装置は、消耗品の状態に関する情報をデバイス管理サーバに通知する必要がある。一方、そのようなサービスを契約していない情報処理装置は、消耗品の状態に関する情報をデバイス管理サーバに通知しなくてもよい。そのため、情報処理装置から取得するイベントログの優先度を変更したいという課題がある。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の情報処理装置は、前記情報処理装置で行われる処理に関連して発生するデータを収集する収集手段と、前記収集手段が収集したデータを一時的に蓄積する蓄積手段と、管理サーバから情報を受け取る受信手段と、前記情報に基づいてデータの優先度を判定する判定手段と、前記判定手段の判定結果に従って前記蓄積手段で蓄積するデータを管理する管理手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、情報処理装置から取得するイベントログの優先度を変更することが可能になる。
【図面の簡単な説明】
【０００８】
【図１】一実施形態に係るシステム構成例を示す図。
【図２】一実施形態に係る複合機のハードウェア構成図。
【図３】一実施形態に係る複合機のソフトウェア構成図。
【図４】一実施形態に係る複合機を登録する処理の一例を示すシーケンス図。
【図５】一実施形態に係る複合機とデバイス管理サーバとの処理シーケンスの一例を示す図。
【図６】一実施形態に係る、定期同期によって制御情報を取得するシーケンスの一例を示す図。
【図７】一実施形態に係る、ＰＵＳＨ通知によって制御情報を取得するシーケンスの一例を示す図。
【図８】一実施形態に係る複合機がイベントデータを蓄積する処理のフローチャートを示す図。
【図９】一実施形態に係る複合機がイベントデータを送信する処理のフローチャートを示す図。
【図１０】第１の実施形態に係るイベント優先度テーブルの一例を示す図。
【図１１】第１の実施形態に係るイベント優先度テーブルの一例を示す図。
【図１２】第２の実施形態に係るイベント優先度テーブルの一例を示す図。
【図１３】一実施形態に係る複合機がイベントデータを管理する処理のフローチャートを示す図。
【図１４】一実施形態に係る複合機がイベントデータを表示する表示画面の一例を示す図。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１０】
＜第１の実施形態＞
図１は、本実施形態に係る通信システムの一例を示すシステム構成図である。本実施形態に係る通信システムは、管理サーバ１１０および複合機（情報処理装置）１２０を含む。管理サーバ１１０と複合機１２０とは、ネットワーク１００によって接続される。
【００１１】
管理サーバ１１０は、複合機１２０に関する情報を管理するコンピュータである。具体的には、管理サーバ１１０は、複合機１２０の契約情報と各種サービス情報とを関連づけて管理する契約管理サービスを提供する。また、複合機１２０などで実行されたジョブやユーザ操作といったイベントデータをイベントログとして収集するイベントログ収集サービス、およびイベントログ情報を分析するイベントログ分析サービスも提供する。
【００１２】
なお、本実施形態では、管理サーバ１１０は複数のサーバ群により構成されるクラウドサーバであるものとして説明を行う。しかしながら、管理サーバ１１０が複数のサーバ群によって構成されるよう限定するものではなく、管理サーバ１１０は単一のサーバマシンによって構成されてもよい。
【００１３】
複合機１２０は複数種類の機能、例えばコピーやＦＡＸなどの機能を実現する機器である。一例では、複合機１２０は、コンピュータ、スマートフォン、プリンタ、およびスキャナを含みうる。また、複合機１２０は、それらの機能の実行履歴を保存する機能、機能の実行時に利用する設定値やデバイスの状態に関する情報を管理する機能、およびデバイスの情報を管理サーバ１１０に送信する機能を具備している。複合機１２０の機能についての詳細な説明は後述する。
【００１４】
次に、図２を参照して、本実施形態に係る複合機１２０の構成の一例を説明する。複合機１２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３を有する。また、複合機１２０は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ネットワークＩ／Ｆ（インタフェース）２０５、操作部Ｉ／Ｆ２０６、操作部２０７を有する。また、複合機１２０は、画像処理部２０８、デバイスＩ／Ｆ２０９、プリンタ２１０、およびスキャナ２１１を有する。これらの複合機１２０の構成要素は、バス２１２によって通信可能に接続される。
【００１５】
ＣＰＵ２０１は、ＲＯＭ２０２に格納されているブートプログラムによって、複合機１２０の全体の動作を制御するためのオペレーティングシステム（ＯＳ）を実行する。また、ＣＰＵ２０１は、このＯＳ上で、ＲＯＭ２０２またはＨＤＤ２０４に格納されているアプリケーションプログラムを実行し、これによって複合機１２０の各種機能を実現するための処理を実行する。
【００１６】
ＲＯＭ２０２は、ｅＭＭＣ（ｅｍｂｅｄｄｅｄ  Ｍｕｌｔｉ  Ｍｅｄｉａ  Ｃａｒｄ）などのフラッシュメモリとそのコントローラで構成され、ＣＰＵが実行するプログラムを格納する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして用いられる。また、ＲＡＭ２０３は、画像データを一時記憶するための画像メモリ領域としても用いられる。ＲＯＭ２０２またはＨＤＤ２０４は、上記アプリケーションプログラムや画像データ、複合機１２０の各種設定値を格納する。なお、一例では、複合機１２０はＨＤＤ２０４を有していなくてもよい。
【００１７】
ネットワークＩ／Ｆ２０５は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。操作部Ｉ／Ｆ２０６は、タッチパネルを有する操作部２０７とのインタフェースであり、操作部２０７に表示すべき画像データを操作部２０７に対して出力する。また、操作部Ｉ／Ｆ２０６は、操作部２０７によって受け付けたユーザ入力をＣＰＵ２０１に送出する。すなわち、操作部２０７は表示部として機能すると共に、ユーザ入力Ｉ／Ｆとしても機能する。
【００１８】
画像処理部２０８は、プリンタ２１０への画像出力処理、スキャナ２１１からの画像入力処理、および回転、圧縮、解像度変換、色空間変換、および階調変換の少なくとも何れかを含む処理を行う。
【００１９】
デバイスＩ／Ｆ２０９には、プリンタ２１０およびスキャナ２１１が接続され、画像出力デバイスであるプリンタ２１０や画像入力デバイスであるスキャナ２１１を制御する。また、デバイスＩ／Ｆ２０９は、画像データの同期系／非同期系の変換を行う。
【００２０】
図３は本実施形態に係る複合機１２０上で動作するソフトウェア３００の機能モジュールを表すブロック図である。ソフトウェア３００は、ＲＯＭ２０２、ＲＡＭ２０３、およびＨＤＤ２０４の少なくともいずれかの記憶手段に記憶され、ＣＰＵ２０１によって実行される。
【００２１】
ジョブ管理モジュール３０１は、ネットワークＩ／Ｆ２０５を介してネットワーク１００と接続され、特定の通信プロトコルにより外部機器からプリント等のジョブを受け付け、コピーやプリント、スキャン等のジョブを開始する。その際、ジョブ管理モジュール３０１は、他のモジュールからの要求に応じて、ジョブに関するデータを返却したり、ジョブの状態が変化したタイミングなどでイベントに関するデータを各種モジュールに伝達したりすることができる。例えば、ジョブの開始、一時停止、および終了の少なくとも何れかのイベントが発生したタイミングで、デバイスＩ／Ｆ制御モジュール３１６にイベントを通知するとともに、イベントの発生をイベントデータ生成モジュール３０３に伝達しうる。
【００２２】
操作部Ｉ／Ｆ制御モジュール３０２は、操作部２０７から操作部Ｉ／Ｆ２０６を介して、コピーやスキャン等のジョブの実行を指示するユーザ入力を受け付け、ジョブ管理モジュール３０１に通知する。また、操作部Ｉ／Ｆ制御モジュール３０２は、ユーザから受け付けた操作内容をイベントとしてイベントデータ生成モジュール３０３に伝達する役割も持つ。
【００２３】
デバイスＩ／Ｆ制御モジュール３１６は、ジョブ管理モジュール３０１から処理対象の画像データや制御内容を受け付け、デバイスＩ／Ｆ２０９を制御するモジュールである。また、デバイスＩ／Ｆ制御モジュール３１６は、デバイスＩ／Ｆ２０９を介してプリンタ２１０またはスキャナ２１１に実行させる制御に関する情報や、デバイスＩ／Ｆ２０９の状態の変化に関する情報をイベントデータ生成モジュール３０３に伝達する。
【００２４】
イベントデータ生成モジュール３０３は、ジョブ管理モジュール３０１、操作部Ｉ／Ｆ制御モジュール３０２、およびデバイスＩ／Ｆ制御モジュール３１６から受信した情報に基づいてイベントデータ（イベントログ）を生成する。すなわち、イベントデータは、ジョブの進行状況に関する情報、ユーザ操作の内容、デバイスＩ／Ｆ２０９が実行する制御に関する情報、およびデバイスＩ／Ｆ２０９の状態の変化に関する情報に基づいて生成される。複合機１２０で行われる処理に関連して発生するデータである。
【００２５】
イベントデータは、操作部Ｉ／Ｆ制御モジュール３０２を介して受け付けたユーザ操作、ネットワーク１００を介して受け付けたジョブ、およびデバイスＩ／Ｆ制御モジュール３１６を介して取得したデバイスの少なくとも何れかに関する情報を含みうる。イベントデータのデータ形式は、バッファＤＢ３０９に蓄積可能なデータ形式であれば、どのような形式であってもよい。イベントデータ生成モジュール３０３は、例えば、イベントの発生日時やイベントを一意に特定するためのＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）を付与する処理や、各種イベントを所定の階層構造や表現形式とする処理を行う。これらの処理は、複数種類のイベントデータを統一的に扱ったり、処理の効率性のために符号化または簡略化しているイベントデータを、分析しやすくなるよう加工したりするために行う。
【００２６】
なお、本実施形態で示した処理内容以外にも、イベントデータを管理サーバ１１０に送信するために、あらかじめデータ構造の加工をする必要があれば、イベントデータ生成モジュール３０３が加工してもよい。
【００２７】
また、イベントデータ生成モジュール３０３は、優先度判定モジュール３０４から、イベントの分類に応じた優先度情報を取得し、内部管理情報としてイベントデータに付加する。内部管理情報とは、複合機１２０内でのみ利用され、複合機１２０の外部には送信されない情報である。しかしながら、一例では、優先度情報を内部管理情報として扱わず、イベントデータに付加し、イベント情報として複合機１２０の外部に送信してもよい。例えば、イベントデータ生成モジュール３０３は優先度判定モジュール３０４から、イベント分類に応じた優先度情報が送信しないイベントを示す優先度情報であった場合、イベント情報の生成を行わない。優先度判定モジュール３０４の詳細については後述する。
【００２８】
バッファＤＢ（Ｄａｔａｂａｓｅ）制御モジュール３０７は、バッファすべきイベントデータをバッファＤＢ３０９に保存する。また、バッファＤＢ制御モジュール３０７は、バッファしたイベントデータ生成の通知をバッファデータ通知モジュール３１０に指示する役割も持つ。
【００２９】
バッファＤＢ３０９は、イベントデータの発生タイミングと、当該イベントデータを管理サーバ１１０に送信するタイミングの差を吸収するために用いられる。例えば、ネットワーク１００に生じた通信障害によって管理サーバ１１０との間の通信が切断されている間は、発生したイベントデータはバッファＤＢ３０９に一時的に蓄積し続けられる。その後、通信障害が回復し、通信可能な状態に復帰した場合は、複合機１２０はバッファＤＢ３０９に格納されたイベントデータを順次送信するとともに、送信したイベントデータをバッファＤＢ３０９から削除する。
【００３０】
ここで、バッファＤＢ３０９に格納されたデータ量が、格納可能な容量に対応する所定の閾値に達した場合、バッファＤＢ制御モジュール３０７はイベントデータに付加された優先度情報に従い、イベントデータの少なくとも一部を削除するか否かを判断する。
【００３１】
ここで、図１３を参照し、バッファＤＢ制御モジュール３０７がイベントデータを管理するための処理を説明する。まず、Ｓ１３０１で、バッファＤＢ制御モジュール３０７は、イベントデータ生成モジュール３０３から新たに保存すべきイベントデータを受信する。続いて、バッファＤＢ制御モジュール３０７は、Ｓ１３０２で、受信したイベントデータをバッファＤＢに格納するか否かを判断する。バッファＤＢに格納しないと判断すると（Ｓ１３０２でＮｏ）、バッファＤＢ制御モジュール３０７は処理をＳ１３０３に進め、受信したイベントデータを管理サーバ１１０に送信する。バッファＤＢに格納すると判断すると（Ｓ１３０２でＹｅｓ）、バッファＤＢ制御モジュール３０７は処理をＳ１３０４に進める。なお、Ｓ１３０３でも、送信が完了するまで、データを一時的に保持していてもよい。また、複合機１２０がイベントデータを送信する順番は、優先度に従って決定されてもよい。例えば、優先度が高いイベントデータから順に管理サーバ１１０に送信してもよい。
【００３２】
Ｓ１３０４において、バッファＤＢ制御モジュール３０７はバッファＤＢに格納されたデータ量が閾値以上であるか否かを判断する。例えば、格納可能なデータ量に対する格納されているデータ量の割合が閾値以上であるか否かを判断する。格納されているデータ量が閾値以下である場合（Ｓ１３０４でＮｏ）、バッファＤＢ制御モジュール３０７は、処理をＳ１３０５に進め、受信したイベントデータをバッファＤＢに格納する。格納されているデータ量が閾値より多い場合（Ｓ１３０４でＹｅｓ）、バッファＤＢ制御モジュール３０７は、処理をＳ１３０６に進める。
【００３３】
Ｓ１３０６において、バッファＤＢ制御モジュール３０７は、受信したイベントデータの優先度と、バッファＤＢ３０９に格納されているイベントデータの優先度とを判定し、判定結果を比較する。続いて、バッファＤＢ制御モジュール３０７は、バッファＤＢ３０９に格納されているイベントデータの中から、受信したイベントデータの優先度より優先度の低いイベントデータを検索する。そして、バッファＤＢ制御モジュール３０７は処理をＳ１３０７に進め、新たに受信したイベントデータの優先度より優先度の低いイベントデータを、古い順にバッファＤＢ３０９から削除する。新たに受信したイベントデータの優先度より優先度の低いイベントデータが無い場合、バッファＤＢ制御モジュール３０７は、Ｓ１３０６で新たに受信したイベントデータと同一優先度のイベントデータを検索する。続いて、バッファＤＢ制御モジュール３０７は処理をＳ１３０７に進め、イベントデータを、例えば古い順にバッファＤＢ３０９から削除する。なお、Ｓ１３０７では、イベントデータを削除したことをバッファＤＢ３０９に蓄積してもよい。新たなイベントデータの優先度より低いまたは同一の優先度のイベントデータがバッファＤＢ３０９にない場合には、バッファＤＢ制御モジュール３０７はＳ１３０７でイベントデータ生成モジュール３０３から受信したイベントデータを削除する。
【００３４】
図３の説明に戻る。バッファデータ通知モジュール３１０は、通知するイベントログをクラウド送信モジュール３１２に通知するモジュールである。なお、バッファデータ通知モジュール３１０は、複数の管理サーバ１１０に対して、異なるバッファデータを送信してもよい。例えば、バッファデータ通知モジュール３１０は、バッファＤＢ３０９に格納されたバッファデータのうち、ジョブに関する情報をある管理サーバ１１０に送信し、消耗品の状態に関する情報を、異なる管理サーバ１１０に送信してもよい。
【００３５】
データ形式変換モジュール３１１は、イベントデータ生成モジュール３０３が生成したイベントデータを、管理サーバ１１０のイベントログ管理サービスが解釈可能なイベントログ（イベント情報）の形式にデータ変換する。ここで、データ形式変換モジュール３１１は優先度が高く、古いイベントデータから順にデータ変換をおこなう。本実施形態においては、データ形式変換モジュール３１１がデータ変換によって生成するイベント情報のデータ形式は、ＪＳＯＮ（Ｊａｖａｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）であるものとする。ＪＳＯＮのような一般的に広く用いられる形式を使用することにより、イベントログを加工、分析、または可視化する際に使用する各種ソフトウェア間での相互運用性を高めることが可能となる。別の例では、イベント情報のデータ形式は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）またはＣＳＶ（Ｃｏｍｍａ−Ｓｅｐａｒａｔｅｄ  Ｖａｌｕｅｓ）であってもよい。
【００３６】
クラウド送信モジュール３１２は、ネットワーク１００を介してイベントログを管理サーバ１１０に送信する。クラウド送信モジュール３１２は、イベントログだけではなく、管理サーバ１１０に対する各種情報の要求や、通知を行う。クラウド送信モジュール３１２がイベントログ以外の情報を取得または通知する処理については、図５の説明において後述する。
【００３７】
クラウド受信モジュール３１５は、ネットワーク１００を介して管理サーバ１１０から各種情報を受信する。各種情報は、後述するように、複合機１２０が管理サーバ１１０に送信すべきイベントデータの優先度を判定するための制御情報を含む。本実施形態においては管理サーバ１１０からクラウド受信モジュール３１５が受信するデータの形式もＪＳＯＮであるものとする。
【００３８】
受信データ解析モジュール３１４は、クラウド受信モジュール３１５を介して受信したＪＳＯＮ形式のデータを解析し、解析により取得した受信データを受信データＤＢ制御モジュール３１３に通知する。受信データＤＢ制御モジュール３１３は、受信データを受信データＤＢ３０８に格納するとともに、受信データの内容に基づいて、各モジュールに対しデータ受信通知を伝達することができる。本実施形態においては、受信データＤＢ制御モジュール３１３は、優先度テーブル設定モジュール３０６に対して、データ受信通知を行う。
【００３９】
優先度テーブル設定モジュール３０６は、受信データＤＢ制御モジュール３１３からデータの受信通知を受け取ると、通知されたデータまたは受信データＤＢ３０８に格納されているデータに基づいて、優先度テーブル３０５を設定する。優先度判定モジュール３０４は、所定のタイミングで優先度テーブル３０５からデータを読み出し、当該データに基づいてイベントの分類ごとの優先度を判断し、イベントデータを生成しているイベントデータ生成モジュール３０３に優先度情報を提供する。
【００４０】
次に、図４を参照して、複合機１２０を管理サーバ１１０に登録する処理の一例を説明する。ユーザが複合機１２０の操作部２０７を介して登録操作を行うと、複合機１２０はＳ４０１で、管理サーバ１１０に、登録要求およびデバイス情報を所定の手順で送信する。デバイス情報は、デバイスのシリアル番号、製品名、出荷仕向け、タイムゾーン情報など、デバイス個体を一意に特定する情報と、デバイスの種類を特定する情報とが含まれうる。管理サーバ１１０は、登録要求およびデバイス情報を受け取ると、複合機１２０のデバイス情報を記憶し、登録情報と制御情報とを複合機１２０に通知する。登録情報または制御情報は、複合機１２０または複合機１２０に設置されたデバイスに関連付けられた契約情報や、送信すべきイベントデータ情報、イベントデータの優先度などが含まれる。Ｓ４０１、Ｓ４０２の詳細に関しては、図５の説明において後述する。
【００４１】
デバイスの登録情報、制御情報を受信すると、複合機１２０は管理サーバ１１０から受信した情報に従いイベントデータの送信処理の開始設定及び、イベントの優先度設定を行う。複合機１２０において、イベントデータ送信対象のイベントが発生すると、Ｓ４０３において、複合機１２０はイベントデータの優先度に従い、イベントデータの生成・保護・削除を判断し、一時領域にバッファリングする。その後、管理サーバ１１０へ当該イベントデータを送信可能なタイミングで送信を行う。イベント発生からバッファリング、イベント送信に関しては、図８および図９を参照して後述する。
【００４２】
例えば、複合機１２０のトナーなどの消耗品の交換が必要になった場合に、消耗品を自動配送するサービスが契約されている場合、イベントとは、消耗品の寿命低下検知を示すイベントでありうる。この場合、当該イベントのイベントデータを受け取った管理サーバ１１０は、消耗品自動配送システムに消耗品の寿命低下検知を通知し、複合機１２０に対する消耗品配送指示を行うことができる。なお、複合機１２０で契約しているサービスは、消耗品の自動配送サービスに加え、複合機１２０の保守点検サービスをも含みうる。
【００４３】
図５は、複合機１２０の情報を管理サーバ１１０に登録する処理の一例を示すシーケンス図である。図５の処理は、複合機１２０がイベント情報を管理サーバ１１０に通知する前に実行される。複合機１２０は管理サーバ１１０に対して、登録処理を行った後、イベントが発生すると、イベントログに関わる情報を管理サーバ１１０に対して送信し、管理サーバ１１０から当該情報を受信する。
【００４４】
まず、Ｓ５０１で、複合機１２０は、ユーザから管理サーバ１１０への接続操作を受け付けると、接続先情報要求を行う。本例では、Ｓ５０１で複合機１２０が送信する情報は、複合機１２０の設置地域に関する情報を含むものとする。ここで、Ｓ５０１の接続操作は、管理サーバ１１０への情報送信に対する同意を示す操作部のユーザ操作、サービスマンによる接続開始操作、および外部機器から複合機１２０に対する接続指示コマンドの受信を含みうる。
【００４５】
続いて、管理サーバ１１０は、接続先情報取得に対する応答として、Ｓ５０２で接続先情報を返送する。本例では、Ｓ５０２で管理サーバ１１０が送信する情報はリージョン情報を含むものとする。
【００４６】
Ｓ５０３において、複合機１２０は管理サーバ１１０に対し、登録要求を送信する。登録要求には、デバイスシリアル番号、製品名、出荷仕向け、およびタイムゾーン情報の少なくとも何れかを含む、デバイスを一意に特定する情報と、デバイスの種類を特定する情報とが含まれる。管理サーバ１１０はＳ５０３で登録要求を受信すると、管理サーバ１１０は、Ｓ５０４でデバイスの登録ＩＤを含む登録結果を返送する。
【００４７】
続いて、複合機１２０は管理サーバ１１０へ、Ｓ５０５で申込み情報要求を送信する。管理サーバ１１０はＳ５０５で申込み情報要求を受信すると、Ｓ５０６で複合機１２０の登録ＩＤに紐づけられた申込み情報を返送する。申込み情報とは、管理サーバ１１０が、契約申し込みや、サービスの停止、仕様の変更等により、変更を行うための情報である。例えば、申込み情報には、申込みＩＤ、申込みサービス名、申込みサービスＩＤ、および申込みサービスの種別情報の少なくとも何れかが含まれる。複合機１２０の登録ＩＤに紐づけられた申込み情報は１つもない場合もあり、また、複数である場合もある。
【００４８】
続いて、複合機１２０は管理サーバ１１０へ、Ｓ５０７で送信設定要求を送信する。送信設定要求を受信した管理サーバ１１０は、Ｓ５０８で送信設定を返送する。送信設定とは、管理サーバ１１０が、契約申し込みや、サービスの停止、仕様の変更等により、変更を行う情報である。例えば、送信設定には、管理サーバ１１０が複合機１２０に要求する送信設定（以後、所望の設定）、管理サーバ１１０が認識している複合機１２０の送信設定(以後、現在の設定)、およびその差分情報の少なくとも何れかが含まれる。
【００４９】
例えば、本実施形態において、送信設定は、図１０に示すイベントの分類を示す情報（ｅｖｅｎｔ＿ｃａｔｅｇｏｌｙ）と、イベントの優先度を示す情報(ｅｖｅｎｔ＿ｐｒｉｏｒｉｔｙ)とが組み合わせられたイベント優先度情報を含むものとする。複合機１２０は、Ｓ５０８で送信設定を受信すると、優先度テーブル設定モジュール３０６により、所望の設定に基づいて優先度テーブル３０５を変更する。続いて、変更した優先度テーブル３０５に基づいて、複合機１２０は、Ｓ５０９で現在の設定またはイベント情報を制御結果として管理サーバ１１０に通知する。
【００５０】
例えば、複合機１２０で契約中のサービスが変更されることなどによって、申込み情報や送信設定が変化しうる。そのような場合であっても管理サーバ１１０が複合機１２０を管理することができるように、複合機１２０は定期的に管理サーバ１１０と通信してもよい。図６に、定期的に申込み情報と送信設定とを受信する、管理サーバ１１０と複合機１２０との処理を示す。本実施形態においては、複合機１２０の電源ＯＮ時と、電源ＯＮから２４時間ごととに図６に示すシーケンスを実行するものとする。
【００５１】
なお、図６のＳ６０１は図５のＳ５０５と、Ｓ６０２はＳ５０６と、Ｓ６０３はＳ５０７と、Ｓ６０４はＳ５０８と、およびＳ６０５はＳ５０９と同様の処理を行うため、説明を省略する。また、Ｓ６０１およびＳ６０２の処理と、Ｓ６０３、Ｓ６０４、およびＳ６０５の処理とを連続して実施する必要はない。
【００５２】
また、図７に示すように、管理サーバ１１０が情報変更した際に、その情報をＰＵＳＨ通知にて通知するような形態でも構わない。図７のＳ７０１は図５のＳ５０６と、Ｓ７０２はＳ５０８と、Ｓ７０３はＳ５０９と同様の処理を行うため、説明を省略する。
【００５３】
図８は、デバイスＩ／Ｆ制御モジュール３１６、ジョブ管理モジュール３０１、または操作部Ｉ／Ｆ制御モジュール３０２からのデータに基づいてイベントデータを生成し、バッファＤＢ３０９に蓄積する処理を表すフローチャートである。図８のフローチャートはＲＯＭ２０２もしくはＨＤＤ２０４に格納されたプログラムを必要に応じＲＡＭ２０３に展開し、ＣＰＵ２０１で実行することにより実現される。図８に示す処理は、デバイスＩ／Ｆ制御モジュール３１６、ジョブ管理モジュール３０１、または操作部Ｉ／Ｆ制御モジュール３０２が何らかのイベントをイベントデータ生成モジュール３０３に伝達したことを契機に開始されるものとする。本実施形態では、主にデバイスＩ／Ｆ制御モジュール３１６からのイベントを契機に処理を開始する例について説明する。
【００５４】
まず、Ｓ８０１で、イベントを受信したイベントデータ生成モジュール３０３は、イベント種別などのイベントの内容を確認する。イベント種別とは、複合機１２０の状態変化の具体的な内容を指し、例えば、カートリッジ交換要求、カードリッジ寿命到達、電源ＯＮ、節電モードＩＮ、ジョブ開始、およびジョブ終了の少なくとも何れかを含む。また、イベント種別はイベント分類に属する。例えば、カートリッジ交換およびカートリッジ寿命到達といった複合機１２０が有する消耗品の状態に関する情報は「Ｐａｒｔｓ」のイベント分類に属する。また、電源ＯＮおよび節電モードＩＮといった電力管理情報は「Ｐｏｗｅｒ」のイベント分類に属する。また、ジョブ開始およびジョブ終了といった複合機１２０が実行するジョブに関するデータは「Ｊｏｂ」のイベント分類に属する。
【００５５】
イベントデータ生成モジュール３０３がイベント内容を確認すると、優先度判定モジュール３０４は当該イベントのイベント分類から、優先度テーブル３０５に格納した優先度情報に基づいて、イベント優先度を判定する。優先度テーブル３０５に優先度情報が無い場合、当該イベントは送信対象外のイベントと判断する。優先度判定モジュール３０４が当該イベントは送信対象外のイベントであると判定した場合、イベントデータ生成モジュール３０３はイベントデータを生成せずに、処理を終了する。
【００５６】
優先度判定モジュール３０４により当該イベントが送信対象であると判定された場合、イベントデータ生成モジュール３０３はＳ８０３でイベントデータのデータ共通部を作成する。Ｓ８０３では、上述したように、イベントの優先度情報は内部管理情報としてイベントデータに付加される。データ共通部とは、イベントデータに含まれるデータの一部であり、イベントの発生日時、イベント種別、複合機１２０の識別ＩＤ等から構成され、イベントの内容に関わらず必ず付与される。
【００５７】
次に、イベントデータ生成モジュール３０３は、Ｓ８０１で確認したイベント種別に対応して、Ｓ８０４でイベントデータに含めるべきデータを決定する。例えば、カートリッジ交換イベントであれば、交換したカートリッジの種類、残量、色といったカートリッジに関する情報が、ジョブ開始イベントであれば、コピー、プリントといったジョブの種別に関する情報がイベントデータに含められうる。これらに限らず必要なデータを任意の方法で決定してもよい。
【００５８】
次に、イベントデータ生成モジュール３０３は、Ｓ８０５で、イベント種別毎に個別で定められた、イベントデータ中のデータ個別部を作成する。最後に、イベントデータ生成モジュール３０３は、Ｓ８０３で作成したデータ共通部と、Ｓ８０５で作成したデータ個別部を連結してイベントデータを作成するとともに、Ｓ８０６でバッファＤＢ制御モジュール３０７にイベントデータを伝達して処理を終了する。バッファＤＢ制御モジュール３０７は、受信したイベントデータをバッファＤＢ３０９に格納するとともに、バッファデータ通知モジュール３１０にバッファリングした旨を通知する。
【００５９】
図９は、バッファＤＢ３０９に格納されたイベントデータを管理サーバ１１０に送信する際の処理を表すフローチャートである。図９のフローチャートはＲＯＭ２０２もしくはＨＤＤ２０４に格納されたプログラムを必要に応じＲＡＭ２０３に展開し、ＣＰＵ２０１で実行することにより実現される。本処理は、バッファＤＢ制御モジュール３０７がイベントデータを受け付け、このイベントデータをバッファＤＢ３０９に格納したことを契機として行われる。
【００６０】
バッファＤＢ制御モジュール３０７は、Ｓ９０１で、受け付けたイベントデータをバッファＤＢ３０９に格納すると、バッファデータ通知モジュール３１０を通じてイベントデータの発生通知をクラウド送信モジュール３１２に通知する。この通知を行う際、バッファデータ通知モジュール３１０はデータ形式変換モジュール３１１を通じて、イベントデータをＪＳＯＮ形式などの所定の形式のイベントログに変換する。
【００６１】
Ｓ９０２において、クラウド送信モジュール３１２は管理サーバ１１０を宛先として、ネットワークＩ／Ｆ２０５及びネットワーク１００を通じてイベントログを送信する。本実施形態では、複合機１２０がイベントログを送信する際に用いるプロトコルは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）であるものとする。つまり、本実施形態においては、ＪＳＯＮ形式で表現されたイベントログが、ＨＴＴＰプロトコルのペイロードに付与されて送信される。なお、ネットワーク１００を通じてイベントログを送信できるのであれば、他の形式、通信プロトコル、または通信手段を用いてもよい。例えば、ＭＱＴＴ（Ｍｅｓｓａｇｅ  Ｑｕｅｕｅ  Ｔｅｌｅｍｅｔｒｙ  Ｔｒａｎｓｐｏｒｔ）等のプロトコルを用いることも可能である。クラウド送信モジュール３１２はバッファデータ通知モジュール３１０に対してＳ９０３でデータの処理が完了した旨を伝達し、これに対応してバッファＤＢ３０９からイベントデータが削除される。
【００６２】
なお、本実施形態においてはバッファＤＢ３０９を複合機１２０のソフトウェア３００内で管理する形式としたが、複合機１２０とは別個にバッファＤＢ３０９を管理するバッファＤＢサーバをネットワーク１００上に配置してもよい。この構成においては、複合機１２０はイベントデータをバッファＤＢサーバに対して送信し、バッファＤＢサーバは受信したイベントデータをバッファリングし、イベントデータのデータ形式に変換し、管理サーバ１１０に送信する。
【００６３】
以上説明したように、第１の実施形態において、複合機１２０は、バッファするイベントデータの優先度を管理サーバ１１０からの要求に基づいて判定することができる。これによって、情報処理装置から取得するイベントログの優先度を変更することが可能になり、重要度の高いデータを喪失する可能性を削減することができる。
【００６４】
＜第２の実施形態＞
第１の実施形態では、バッファするイベントデータの優先度を管理サーバ１１０からの要求に基づいて変更する複合機１２０を説明した。第２の実施形態では、管理サーバ１１０から複合機１２０が取得する申込み情報に基づいて、イベントデータの優先度を設定し、提供するサービスにとって重要度の高いデータが喪失する可能性を削減する複合機１２０を説明する。なお、第１の実施形態と同様の構成、処理については説明を省略する。
【００６５】
第２の実施形態においては、管理サーバ１１０が図５のＳ５０５の申込み情報要求を受信した際に、以下に説明する処理を行う。
【００６６】
管理サーバ１１０は、Ｓ５０５で申込み情報要求を受信すると、Ｓ５０６で、複合機１２０の登録ＩＤに紐づけられた申込み情報を返送する。申込み情報には申込みＩＤ、申込みサービス名、申込みサービスＩＤ、および申込みサービスの種別情報の少なくとも何れかが含まれる。複合機１２０の登録ＩＤに紐づけられた申込み情報は１つもない場合もあり、また、複数である場合もある。
【００６７】
本実施形態においては、申込みサービスの種別情報とは消耗品配送サービス、ジョブ管理サービス、電力管理サービスなど、複合機１２０に対して提供されているサービスの種別を示す情報である。複合機１２０は、Ｓ５０６でクラウド受信モジュール３１５によって申込み情報を受信すると、受信データ解析モジュール３１４で解析を行い、イベント優先度情報を優先度テーブル設定モジュール３０６に伝達する。一例では、イベント優先度情報は、図１１に示すように、イベント分類（ｅｖｅｎｔ＿ｃａｔｅｇｏｌｙ）と、優先度を示す情報(ｅｖｅｎｔ＿ｐｒｉｏｒｉｔｙ)とが関連付けられている。優先度テーブル設定モジュール３０６は、イベント優先度情報を申込みサービスの種別情報毎に優先度テーブル３０５に格納する。
【００６８】
優先度テーブル設定モジュール３０６は、受け取った申込みサービスの種別情報に基づいて、優先度テーブル３０５を設定する。ここで、複数の申込みサービスの種別情報が取得された場合、図１２に示すように、同一のイベント分類に関しては、より優先度の高い設定が採用される。また、本実施形態においては、Ｓ５０８の制御情報には、所望の状態が含まれていないものとする。あるいは、Ｓ５０８の制御情報に申込みサービスの種別情報に基づく優先度設定を行うか、所望の状態に基づく優先度設定を行うかを指示するための情報が付加されてもよい。
【００６９】
また、本実施形態においても、Ｓ６０１は図５のＳ５０５と、Ｓ６０２はＳ５０６と、Ｓ６０３はＳ５０７と、Ｓ６０４はＳ５０８と、およびＳ６０５はＳ５０９と同様の処理を行うため、説明を省略する。また、Ｓ６０１およびＳ６０２の処理と、Ｓ６０３、Ｓ６０４、およびＳ６０５の処理とを連続して実施する必要はない。
【００７０】
また、図６に示す処理シーケンスを実行するタイミングも、複合機１２０の電源ＯＮ時と、電源ＯＮから２４時間ごととに限定されない。例えば、１週間おき、またはユーザ操作によって複合機１２０の設定が変更されたときに図６の処理シーケンスを実行してもよい。また、第１の実施形態と同様に、管理サーバ１１０は、情報変更した際に、その情報をＰＵＳＨ通知にて通知する図７の処理を実行してもよい。
【００７１】
以上説明したように、第２の実施形態では、複合機１２０が管理サーバ１１０から取得する申込み情報に基づいて、イベントデータの送信優先度を設定する。これによって、複合機１２０に対応付けられたサービスにとって重要度の高いデータを喪失する可能性を削減することができる。
【００７２】
＜その他の実施形態＞
第１または第２の実施形態では、複合機１２０は管理サーバ１１０にイベントログを送信するものとして説明を行った。一例では、複合機１２０は、送信を行わず、図１４に示すように、操作部２０７が備える表示部にイベントログを表示してもよい。あるいは、複合機１２０は、Ｗｅｂサーバとしても機能し、複合機１２０にアクセスしてきたユーザ端末に対して、イベントログをＨＴＭＬ形式で配信してもよい。
【００７３】
また、本実施形態において、管理サーバ１１０は、それぞれのイベント分類ごとに、優先度を設定するものとしたが、これには限らない。例えば、管理サーバ１１０は、イベント分類に加え、期間ごとに優先度を指定してもよい。例として、あるイベント分類（分類Ａ）は所定の期間、例えば直近かつ短期間のイベントデータが保存できればよく、それ以外の分類Ａのイベントデータは削除しても構わない（低優先度である）場合を考える。このような場合、例えば分類Ａの所定の期間のイベントデータは高優先度、それ以外の分類Ａのイベントデータは低優先度、そして分類Ａ以外のイベントデータは中優先度と設定することで、イベント分類ごとのログを保存する期間を変更することができる。
【００７４】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2020042425.tif 000003
【図２】
2020042425.tif 000004
【図３】
2020042425.tif 000005
【図４】
2020042425.tif 000006
【図５】
2020042425.tif 000007
【図６】
2020042425.tif 000008
【図７】
2020042425.tif 000009
【図８】
2020042425.tif 000010
【図９】
2020042425.tif 000011
【図１０】
2020042425.tif 000012
【図１１】
2020042425.tif 000013
【図１２】
2020042425.tif 000014
【図１３】
2020042425.tif 000015
【図１４】
2020042425.tif 000016