(57)【要約】【課題】管理サーバがクラウド環境に設けられ監視サーバがローカル環境に設けられた場合でも、第１の監視サーバでイベントが発生した場合に、管理サーバがイベントに関連する関連データを第２の監視サーバから取得できる。【解決手段】監視データ転送システム１０は、イベントが発生した場合に関連データ定義情報３４を管理サーバ１６から受信し、イベントに関連する関連データ４６に対応するデータ要求フラグ３８を要求状態に書き換えるよう管理サーバ１６へ要求するローカル環境の第１の監視サーバ１２、データ要求フラグ３８が要求状態の場合に、対応する関連データ４６を管理サーバ１６に送信するローカル環境の第２の監視サーバ１４、第１の監視サーバ１２から要求信号を受信した場合に、対応するデータ要求フラグ３８を要求状態に書き換え、関連データ４６を第２の監視サーバ１４から受信するクラウド環境の管理サーバ１６と、を備える。【選択図】図２
2019062304.tif 000002
【特許請求の範囲】
【請求項１】
イベントが発生した場合に、監視サーバで発生し得るイベントに関連する関連データが定義された関連データ定義情報を管理サーバから受信する関連データ定義情報受信部と、前記関連データ定義情報に定義された前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換えるよう要求する要求信号を前記管理サーバへ送信する要求信号送信部と、を備え、ローカル環境に設けられた第１の監視サーバと、
自サーバに対応する前記データ要求フラグが要求状態の場合に、前記データ要求フラグに対応する前記関連データを前記管理サーバに送信する関連データ送信部を備え、ローカル環境に設けられた第２の監視サーバと、
前記第１の監視サーバから前記要求信号を受信した場合に、前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換える書き換え部と、前記関連データ定義情報と前記関連データ毎に設けられたデータ要求フラグとを記憶する記憶部と、前記データ要求フラグが要求状態である関連データを前記第２の監視サーバから受信する関連データ受信部と、を備え、クラウド環境に設けられた管理サーバと、
を備えた監視データ転送システム。
【請求項２】
前記記憶部は、アクセス権限を有する監視サーバに関するサーバ権限情報を記憶し、
前記書き換え部は、前記第１の監視サーバから前記要求信号を受信し、前記サーバ権限情報から前記第１の監視サーバが前記アクセス権限を有すると判定した場合には、前記データ要求フラグを要求状態に書き換える
請求項１記載の監視データ転送システム。
【請求項３】
前記記憶部は、アクセス権限を有する監視サーバに関するサーバ権限情報を記憶し、
前記書き換え部は、前記第１の監視サーバから前記要求信号を受信し、前記サーバ権限情報から前記第１の監視サーバが前記アクセス権限を有しないと判定した場合には、前記第１の監視サーバからの要求を拒否する
請求項１又は請求項２記載の監視データ転送システム。
【請求項４】
前記書き換え部は、前記関連データ送信部から前記関連データが前記管理サーバに送信された後に、前記データ要求フラグを非要求状態に書き換える
請求項１〜３の何れか１項に記載の監視データ転送システム。
【請求項５】
前記記憶部は、アクセス権限を有する監視サーバに関するサーバ権限情報を記憶し、
前記書き換え部は、前記第２の監視サーバから前記データ要求フラグを非要求状態に書き換えるよう要求され、前記サーバ権限情報から前記第２の監視サーバが前記アクセス権限を有すると判定した場合には、前記データ要求フラグを非要求状態に書き換える
請求項４記載の監視データ転送システム。
【請求項６】
前記記憶部は、アクセス権限を有する監視サーバに関するサーバ権限情報を記憶し、
前記書き換え部は、前記第２の監視サーバから前記データ要求フラグを非要求状態に書き換えるよう要求され、前記サーバ権限情報から前記第２の監視サーバが前記アクセス権限を有しないと判定した場合には、前記第２の監視サーバからの要求を拒否する
請求項４記載の監視データ転送システム。
【請求項７】
イベントが発生した場合に、監視サーバで発生し得るイベントに関連する関連データが定義された関連データ定義情報を管理サーバから受信する関連データ定義情報受信部と、前記関連データ定義情報に定義された前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換える書き換え部と、を備え、ローカル環境に設けられた第１の監視サーバと、
自サーバに対応する前記データ要求フラグが要求状態の場合に、前記データ要求フラグに対応する前記関連データを前記管理サーバに送信する関連データ送信部を備え、ローカル環境に設けられた第２の監視サーバと、
前記関連データ定義情報と前記関連データ毎に設けられたデータ要求フラグとを記憶する記憶部と、前記データ要求フラグが要求状態である関連データを前記第２の監視サーバから受信する関連データ受信部と、を備え、クラウド環境に設けられた管理サーバと、
を備えた監視データ転送システム。
【請求項８】
前記第２の監視サーバは、予め定めた間隔で前記第２の監視サーバに対応する前記データ要求フラグを確認する確認部
を備えた請求項１〜７の何れか１項に記載の監視データ転送システム。
【請求項９】
前記関連データ送信部は、前記予め定めた間隔よりも長い期間における前記関連データを前記管理サーバに送信する
請求項８記載の監視データ転送システム。
【請求項１０】
イベントが発生した場合に、監視サーバで発生し得るイベントに関連する関連データが定義された関連データ定義情報を管理サーバから受信する関連データ定義情報受信部と、前記関連データ定義情報に定義された前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換えるよう要求する要求信号を前記管理サーバへ送信する要求信号送信部と、を備え、ローカル環境に設けられた第１の監視サーバから、前記要求信号を受信した場合に、前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換える書き換え部と、
前記関連データ定義情報と前記関連データ毎に設けられたデータ要求フラグとを記憶する記憶部と、
自サーバに対応する前記データ要求フラグが要求状態の場合に、前記データ要求フラグに対応する前記関連データを管理サーバに送信する関連データ送信部を備え、ローカル環境に設けられた第２の監視サーバから、前記データ要求フラグが要求状態である関連データを受信する関連データ受信部と、
を備え、クラウド環境に設けられた管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視データ転送システム及び管理サーバに関する。
【背景技術】
【０００２】
特許文献１には、複数のドメイン各々における監視装置と通信する通信装置と、各ドメインの監視装置が管理する監視データの種類を記載した第１テーブルを記憶する記憶装置と、所定分析処理での分析対象となる種類の監視データを管理する、分析対象ドメインの監視装置を前記第１テーブルに基づいて特定する第１処理と、前記特定した分析対象ドメインの監視装置から前記分析対象の監視データの属性情報を取得して、当該属性情報を所定アルゴリズムに適用して、分析対象ドメイン間の監視データ転送の効率が最良となる、分析処理の実施ドメインと、当該分析処理の実施ドメインとそれ以外の分析対象ドメインとの間の前記分析対象の監視データの転送経路と、を決定する第２処理とを実行する演算装置と、を備えることを特徴とする監視データ転送システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１０９６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、管理サーバがクラウド環境に設けられ、複数の監視サーバがローカル環境に設けられた場合でも、第１の監視サーバでイベントが発生した場合に、管理サーバが、イベントに関連する関連データを第２の監視サーバから取得することができる監視データ転送システム及び管理サーバを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、請求項１記載の発明の監視データ転送システムは、イベントが発生した場合に、監視サーバで発生し得るイベントに関連する関連データが定義された関連データ定義情報を管理サーバから受信する関連データ定義情報受信部と、前記関連データ定義情報に定義された前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換えるよう要求する要求信号を前記管理サーバへ送信する要求信号送信部と、を備え、ローカル環境に設けられた第１の監視サーバと、自サーバに対応する前記データ要求フラグが要求状態の場合に、前記データ要求フラグに対応する前記関連データを前記管理サーバに送信する関連データ送信部を備え、ローカル環境に設けられた第２の監視サーバと、前記第１の監視サーバから前記要求信号を受信した場合に、前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換える書き換え部と、前記関連データ定義情報と前記関連データ毎に設けられたデータ要求フラグとを記憶する記憶部と、前記データ要求フラグが要求状態である関連データを前記第２の監視サーバから受信する関連データ受信部と、を備え、クラウド環境に設けられた管理サーバと、を備える。
【０００６】
請求項２記載の発明は、前記記憶部は、アクセス権限を有する監視サーバに関するサーバ権限情報を記憶し、前記書き換え部は、前記第１の監視サーバから前記要求信号を受信し、前記サーバ権限情報から前記第１の監視サーバが前記アクセス権限を有すると判定した場合には、前記データ要求フラグを要求状態に書き換える。
【０００７】
請求項３記載の発明は、前記記憶部は、アクセス権限を有する監視サーバに関するサーバ権限情報を記憶し、前記書き換え部は、前記第１の監視サーバから前記要求信号を受信し、前記サーバ権限情報から前記第１の監視サーバが前記アクセス権限を有しないと判定した場合には、前記第１の監視サーバからの要求を拒否する。
【０００８】
請求項４記載の発明は、前記書き換え部は、前記関連データ送信部から前記関連データが前記管理サーバに送信された後に、前記データ要求フラグを非要求状態に書き換える。
【０００９】
請求項５記載の発明は、前記記憶部は、アクセス権限を有する監視サーバに関するサーバ権限情報を記憶し、前記書き換え部は、前記第２の監視サーバから前記データ要求フラグを非要求状態に書き換えるよう要求され、前記サーバ権限情報から前記第２の監視サーバが前記アクセス権限を有すると判定した場合には、前記データ要求フラグを非要求状態に書き換える。
【００１０】
請求項６記載の発明は、前記記憶部は、アクセス権限を有する監視サーバに関するサーバ権限情報を記憶し、前記書き換え部は、前記第２の監視サーバから前記データ要求フラグを非要求状態に書き換えるよう要求され、前記サーバ権限情報から前記第２の監視サーバが前記アクセス権限を有しないと判定した場合には、前記第２の監視サーバからの要求を拒否する。
【００１１】
請求項７記載の発明の監視データ転送システムは、イベントが発生した場合に、監視サーバで発生し得るイベントに関連する関連データが定義された関連データ定義情報を管理サーバから受信する関連データ定義情報受信部と、前記関連データ定義情報に定義された前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換える書き換え部と、を備え、ローカル環境に設けられた第１の監視サーバと、自サーバに対応する前記データ要求フラグが要求状態の場合に、前記データ要求フラグに対応する前記関連データを前記管理サーバに送信する関連データ送信部を備え、ローカル環境に設けられた第２の監視サーバと、前記関連データ定義情報と前記関連データ毎に設けられたデータ要求フラグとを記憶する記憶部と、前記データ要求フラグが要求状態である関連データを前記第２の監視サーバから受信する関連データ受信部と、を備え、クラウド環境に設けられた管理サーバと、を備える。
【００１２】
請求項８記載の発明は、前記第２の監視サーバは、予め定めた間隔で前記第２の監視サーバに対応する前記データ要求フラグを確認する確認部を備える。
【００１３】
請求項９記載の発明は、前記関連データ送信部は、前記予め定めた間隔よりも長い期間における前記関連データを前記管理サーバに送信する。
【００１４】
請求項１０記載の発明の管理サーバは、イベントが発生した場合に、監視サーバで発生し得るイベントに関連する関連データが定義された関連データ定義情報を管理サーバから受信する関連データ定義情報受信部と、前記関連データ定義情報に定義された前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換えるよう要求する要求信号を前記管理サーバへ送信する要求信号送信部と、を備え、ローカル環境に設けられた第１の監視サーバから、前記要求信号を受信した場合に、前記イベントに関連する関連データに対応するデータ要求フラグを要求状態に書き換える書き換え部と、前記関連データ定義情報と前記関連データ毎に設けられたデータ要求フラグとを記憶する記憶部と、自サーバに対応する前記データ要求フラグが要求状態の場合に、前記データ要求フラグに対応する前記関連データを管理サーバに送信する関連データ送信部を備え、ローカル環境に設けられた第２の監視サーバから、前記データ要求フラグが要求状態である関連データを受信する関連データ受信部と、を備え、クラウド環境に設けられている。
【発明の効果】
【００１５】
請求項１、７、１０記載の発明によれば、管理サーバがクラウド環境に設けられ、複数の監視サーバがローカル環境に設けられた場合でも、第１の監視サーバでイベントが発生した場合に、管理サーバが、イベントに関連する関連データを第２の監視サーバから取得することができる、という効果を有する。
【００１６】
請求項２記載の発明によれば、アクセス権限を考慮せずにデータ要求フラグを要求状態に書き換える場合と比較して、アクセス権限を有しない監視サーバによりデータ要求フラグが要求状態に書き換えられてしまうのを防ぐことができる、という効果を有する。
【００１７】
請求項３記載の発明によれば、アクセス権限を有しないことを第１の監視サーバに認識させることができる、という効果を有する。
【００１８】
請求項４記載の発明によれば、関連データの管理サーバへの送信が終了する前にデータ要求フラグを非要求状態に書き換える場合と比較して、関連データの管理サーバへの送信が失敗した場合でも、関連データを管理サーバへ再送することができる、という効果を有する。
【００１９】
請求項５記載の発明によれば、アクセス権限を考慮せずにデータ要求フラグを非要求状態に書き換える場合と比較して、アクセス権限を有しない監視サーバによりデータ要求フラグが非要求状態に書き換えられてしまうのを防ぐことができる、という効果を有する。
【００２０】
請求項６記載の発明によれば、アクセス権限を有しないことを第２の監視サーバに認識させることができる、という効果を有する。
【００２１】
請求項８記載の発明によれば、データ要求フラグを不定期で確認する場合と比較して、データ要求フラグが要求状態であった場合に速やかに関連データを送信することができる、という効果を有する。
【００２２】
請求項９記載の発明によれば、データ要求フラグを確認する間隔よりも短い期間の関連データを管理サーバへ送信する場合と比較して、発生したイベントについて詳細に調査することができる、という効果を有する。
【図面の簡単な説明】
【００２３】
【図１】監視データ転送システムの概略構成図である。
【図２】第１実施形態に係る監視データ転送システムの機能ブロック図である。
【図３】関連データ定義情報の一例を示す図である。
【図４】第１の監視サーバのハードウェア構成を示す構成図である。
【図５】第１実施形態に係る第１の監視サーバで実行される第１の監視処理のフローチャートである。
【図６】第１実施形態に係る第２の監視サーバで実行される第２の監視処理のフローチャートである。
【図７】第１実施形態に係る管理サーバで実行される管理処理のフローチャートである。
【図８】第１実施形態の変形例に係る監視データ転送システムの機能ブロック図である。
【図９】第２実施形態に係る監視データ転送システムの機能ブロック図である。
【図１０】第２実施形態に係る管理サーバで実行される管理処理のフローチャートである。
【発明を実施するための形態】
【００２４】
以下、開示の技術の実施形態の一例を、図面を参照しつつ説明する。
【００２５】
（第１実施形態）
【００２６】
図１は、本実施形態における監視データ転送システム１０の概略構成を示す図である。
【００２７】
図１に示すように、監視データ転送システム１０は、第１の監視サーバ１２、第２の監視サーバ１４、および管理サーバ１６がインターネット等のネットワーク１８を介して接続された構成である。なお、管理サーバ１６はクラウド環境に設けられている。また、第１の監視サーバ１２および第２の監視サーバ１４は、ローカル環境に設けられている。
【００２８】
ここで、クラウド環境およびローカル環境とは、以下のような環境をいう。すなわち、ローカル環境に設けられた装置からクラウド環境に設けられた装置にアクセスした場合はクラウド環境に設けられた装置からデータを取得可能であるが、ファイアウォール等の制約により、クラウド環境に設けられた装置からローカル環境に設けられた装置にアクセスしてもローカル環境に設けられた装置からデータを取得することが不可能な場合がある環境をいう。
【００２９】
また、第１の監視サーバ１２および第２の監視サーバ１４は、画像形成装置２０と接続され、画像形成装置２０の動作を監視する。画像形成装置２０は、一例としてコピー機能、プリント機能、スキャン機能、およびファクシミリ機能等、画像形成に関する画像形成機能を備えた装置である。画像形成装置２０は、画像形成装置２０の動作に関する動作情報を、画像形成装置２０を担当する第１の監視サーバ１２又は第２の監視サーバ１４に送信する。
【００３０】
また、第１の監視サーバ１２は、例えばスマートフォン及びタブレット端末等の携帯端末２２と接続され、携帯端末２２から第１の監視サーバ１２を介して画像形成装置２０の機能を使用可能である。この場合、例えば、第１の監視サーバ１２はサブの監視サーバ（モバイルサーバ）として機能し、第２の監視サーバ１４は、メインの監視サーバとして機能する形態が考えられる。この形態では、第２の監視サーバ１４は、メインの監視サーバとして例えばライセンス機能、ユーザー管理機能等の各種機能を提供する。
【００３１】
例えばユーザーが携帯端末２２から第１の監視サーバ１２が担当する画像形成装置２０にログインした場合、ユーザー情報が第１の監視サーバ１２を介して第２の監視サーバ１４に送信され、第２の監視サーバ１４は、ライセンス機能によりライセンスに残りがあるか否かを確認する。そして、第２の監視サーバ１４は、ユーザー管理機能により、ユーザー情報を確認すると共に、ログインしたユーザーがアクセス権を有するか否かを確認し、確認結果を第１の監視サーバ１４に送信する。第１の監視サーバ１４では、ログインしたユーザーがアクセス権を有する場合は画像形成装置２０の使用を許可し、アクセス権を有しない場合は画像形成装置２０の使用を拒否する。
【００３２】
次に、管理サーバ１６、第１の監視サーバ１２、及び第２の監視サーバ１４の構成について説明する。
【００３３】
図２に示すように、第１の監視サーバ１２は、機能的には、監視部２４、記憶部２６、関連データ定義情報受信部２８、および要求信号送信部３０を備える。
【００３４】
監視部２４は、記憶部２６に記憶された画像形成装置２０のログ情報３２を予め定めた間隔で参照し、予め定めたイベントが発生したか否かを監視する。ログ情報３２は、画像形成装置２０から動作情報が送信される毎に更新される。そして、イベントが発生した場合は、管理サーバ１６に関連データ定義情報３４を送信するよう要求する。関連データ定義情報３４は、管理サーバ１６の記憶部３６に記憶されている。
【００３５】
ここで、イベントとは、ユーザーに提供される機能の使用に関して発生した事象である。例えば前述したように、画像形成装置２０にユーザーがログインしようとしたが、第２の監視サーバ１４のライセンス機能、ユーザー管理機能等によってログインに失敗した場合等のように、何らかのエラーが発生した場合等が挙げられる。なお、イベントの種類は、これに限られるものではない。
【００３６】
関連データ定義情報受信部２８は、イベントが発生した場合に、監視サーバで発生し得るイベントに関連する関連データが定義された関連データ定義情報３４を管理サーバ１６から受信する。
【００３７】
関連データ定義情報３４は、例えば図３に示すように、イベントと関連データとの対応関係を表すテーブルデータである。関連データ定義情報３４は、各監視サーバからアップロードされたイベントと関連データとの対応関係を表す情報により更新される。例えば監視サーバが監視データ転送システム１０に追加、削除された場合等に更新される。
【００３８】
例えば前述したように、発生したイベントがログイン失敗の場合、その原因がライセンス付与にあるのか、ユーザー情報の確認にあるのか、アクセス権の確認にあるのか、について調べるには、メインの監視サーバである第２の監視サーバ１４のログ情報を確認する必要がある。従って、発生したイベントがログイン失敗の場合は、そのイベントに対応する関連データは、第２の監視サーバ１４のライセンス機能及びユーザー管理機能に関するログ情報である。
【００３９】
要求信号送信部３０は、関連データ定義情報受信部２８が受信した関連データ定義情報３４に定義されたイベントのうち、発生したイベントに関連する関連データに対応するデータ要求フラグ３８を要求状態に書き換えるよう要求する要求信号を管理サーバ１６へ送信する。データ要求フラグ３８は、管理サーバ１６の記憶部３６に記憶されている。なお、データ要求フラグ３８は、関連データ毎に記憶されている。
【００４０】
第２の監視サーバ１４は、機能的には関連データ記憶部４０、確認部４２、および関連データ送信部４４を備える。
【００４１】
関連データ記憶部４０は、関連データ４６を記憶する。関連データ４６は、例えば第２の監視サーバ１４が担当する画像形成装置２０の動作に関するログ情報等を含むが、これに限られるものではない。
【００４２】
確認部４２は、予め定めた間隔で第２の監視サーバ１４に対応するデータ要求フラグ３８を確認する。すなわち、関連データ記憶部４０に記憶された関連データ４６の中で、対応するデータ要求フラグ３８が要求状態となっている関連データ４６が存在するか否かを管理サーバ１６に問い合わせることにより確認する。
【００４３】
関連データ送信部４４は、自サーバに対応するデータ要求フラグ３８が要求状態の場合に、データ要求フラグ３８に対応する関連データ４６を関連データ記憶部４０から読み出して管理サーバ１６に送信する。また、関連データ送信部４４は、確認部４２がデータ要求フラグ３８を確認する間隔よりも長い期間における関連データ４６を管理サーバ１６に送信する。
【００４４】
管理サーバ１６は、機能的には、記憶部３６、送信部４８、書き換え部５０、および関連データ受信部５２を備える。
【００４５】
記憶部３６は、関連データ定義情報３４と関連データ４６毎に設けられたデータ要求フラグ３８とを記憶する。
【００４６】
送信部４８は、第１の監視サーバ１２から関連データ定義情報３４を送信するよう要求されると、記憶部３６から関連データ定義情報３４を読み出して第１の監視サーバ１２に送信する。
【００４７】
書き換え部５０は、第１の監視サーバ１２から要求信号を受信した場合に、発生したイベントに関連する関連データ４６に対応するデータ要求フラグ３８を要求状態に書き換える。また、書き換え部５０は、第２の監視サーバ１４の関連データ送信部４４から関連データ４６が管理サーバ１６に送信された後に、データ要求フラグ３８を非要求状態に書き換える。
【００４８】
関連データ受信部５２は、データ要求フラグ３８が要求状態である関連データ４６を第２の監視サーバ１４から受信する。
【００４９】
次に、第１の監視サーバ１２のハードウェア構成について説明する。
【００５０】
図４に示すように、第１の監視サーバ１２は、コンピュータとしての機能を有し、ＣＰＵ（Central Processing Unit）１２Ａ、ＲＯＭ（Read Only Memory）１２Ｂ、ＲＡＭ（Random Access Memory）１２Ｃ、不揮発性メモリ１２Ｄ、ハードディスク１２Ｅ、および通信インターフェース(I/F:Interface)部１２Ｆを有する。そして、ＣＰＵ１２Ａ、ＲＯＭ１２Ｂ、ＲＡＭ１２Ｃ、不揮発性メモリ１２Ｄ、ハードディスク１２Ｅ、および通信インターフェース部１２Ｆは、バス１２Ｇを介して互いに接続されている。
【００５１】
ＣＰＵ１２Ａは、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。その際、ＲＡＭ１２Ｃをワークエリアとしてプログラムを実行する。
【００５２】
不揮発性メモリ１２Ｄは、第１の監視サーバ１２の電源をオフにしてもデータ内容が保持されるメモリである。
【００５３】
ハードディスク１２Ｅは、例えば後述する第１の監視プログラムおよびログ情報３２等が記憶される。
【００５４】
通信インターフェース部１２Ｆは、管理サーバ１６、画像形成装置２０、および携帯端末２２等の他の機器と通信を行う。
【００５５】
なお、第２の監視サーバ１４および管理サーバ１６のハードウェア構成も第１の監視サーバ１２のハードウェア構成と同様であり、図示は省略するが、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ、ハードディスク、および通信インターフェースがバスを介して互いに接続された構成である。
【００５６】
第２の監視サーバ１４のハードディスクには、後述する第２の監視プログラムおよび関連データ４６等が記憶される。
【００５７】
管理サーバ１６のハードディスクには、後述する管理プログラムおよび関連データ定義情報３４およびデータ要求フラグ３８等が記憶される。
【００５８】
次に、第１の監視サーバ１２で実行される第１の監視処理について、図５に示すフローチャートを参照して説明する。なお、図５に示す第１の監視処理は、ＣＰＵ１２Ａが、ハードディスク１２Ｅから第１の監視プログラムを読み込むことによって実行される。
【００５９】
ステップＳ１００では、ログ情報３２を参照し、予め定めたイベント、例えば画像形成装置２０でエラーが発生したか否か等を確認する。なお、確認するイベントのリストは、例えば予め記憶部２６に記憶される。
【００６０】
ステップＳ１０２では、イベントが発生したか否かを判定し、イベントが発生していた場合はステップＳ１０４へ移行し、イベントが発生していない場合はステップＳ１００へ戻る。なお、ログ情報３２は、予め定めた間隔（例えば１０分間隔）で参照する。
【００６１】
ステップＳ１０４では、管理サーバ１６に関連データ定義情報３４を送信するよう要求する。
【００６２】
ステップＳ１０６では、関連データ定義情報３４を管理サーバ１６から受信する。
【００６３】
ステップＳ１０８では、ステップＳ１０６で受信した関連データ定義情報３４に定義されたイベントのうち、発生したイベントに関連する関連データに対応するデータ要求フラグ３８を要求状態に書き換えるよう要求する要求信号を管理サーバ１６へ送信する。
【００６４】
次に、第２の監視サーバ１４で実行される第２の監視処理について、図６に示すフローチャートを参照して説明する。なお、図６に示す第２の監視処理は、第２の監視サーバ１４のＣＰＵが、ハードディスクから第２の監視プログラムを読み込むことによって実行される。
【００６５】
ステップＳ２００では、関連データ記憶部４０に記憶された関連データ４６の中で、対応するデータ要求フラグ３８が要求状態となっている関連データ４６が存在するか否かを管理サーバ１６に問い合わせることにより確認する。
【００６６】
ステップＳ２０２では、要求状態のデータ要求フラグ３８が存在するか否かを判定する。要求状態のデータ要求フラグが存在する場合はステップＳ２０４へ移行し、要求状態のデータ要求フラグが存在しない場合は、ステップＳ２００へ戻る。なお、データ要求フラグは、予め定めた間隔（例えば１０分）で確認する。
【００６７】
ステップＳ２０４では、要求状態のデータ要求フラグ３８に対応する関連データ４６を関連データ記憶部４０から読み出して管理サーバ１６に送信する。このとき、ステップＳ２００でデータ要求フラグ３８を確認する間隔よりも長い期間（例えば１日）における関連データ４６を管理サーバ１６に送信する。
【００６８】
次に、管理サーバ１６で実行される管理処理について、図７に示すフローチャートを参照して説明する。なお、図７に示す管理処理は、管理サーバ１６のＣＰＵが、ハードディスクから管理プログラムを読み込むことによって実行される。
【００６９】
ステップＳ３００では、第１の監視サーバ１２から関連データ定義情報３４を送信するよう要求されたか否かを判定する。第１の監視サーバ１２から関連データ定義情報３４を送信するよう要求された場合はステップＳ３０２へ移行し、第１の監視サーバ１２から関連データ定義情報３４を送信するよう要求されていない場合はステップＳ３０４へ移行する。
【００７０】
ステップＳ３０２では、記憶部３６から関連データ定義情報３４を読み出して第１の監視サーバ１２に送信する。
【００７１】
ステップＳ３０４では、第１の監視サーバ１２からデータ要求フラグの書き換え要求が有ったか否か、すなわち、第１の監視サーバ１２からデータ要求フラグの書き換えを要求する要求信号を受信したか否かを判定する。
【００７２】
そして、第１の監視サーバ１２から要求信号を受信した場合は、ステップＳ３０６へ移行し、第１の監視サーバ１２から要求信号を受信していない場合は、ステップＳ３００へ戻る。
【００７３】
ステップＳ３０６では、要求信号に対応するデータ要求フラグ、すなわち、発生したイベントに関連する関連データ４６に対応するデータ要求フラグ３８を要求状態に書き換える。
【００７４】
ステップＳ３０８では、第２の監視サーバ１４からステップＳ３０６で書き換えたデータ要求フラグ３８に対応する関連データ４６を第２の監視サーバ１４から受信したか否かを判定する。
【００７５】
そして、関連データ４６を受信した場合はステップＳ３１０へ移行し、関連データ４６を受信していない場合は、関連データ４６を受信するまで待機する。
【００７６】
ステップＳ３１０では、ステップＳ３０６で要求状態に書き換えたデータ要求フラグ３８を非要求状態に書き換える。
【００７７】
なお、本実施形態では、イベントが発生した場合に、第１の監視サーバ１２が管理サーバ１６に要求信号を送信し、管理サーバ１６の書き換え部５０がデータ要求フラグ３８を書き換える場合について説明したが、第１の監視サーバ１２が直接データ要求フラグ３８を書き換えても良い。すなわち、例えば図８に示すように、第１の監視サーバ１２は、要求信号送信部３０に代えて書き換え部３１を備えた構成とし、書き換え部３１がデータ要求フラグ３８を直接書き換えてもよい。
【００７８】
（第２実施形態）
【００７９】
次に、本発明の第２実施形態について説明する。なお、第１実施形態と同一部分には同一符号を付し、その詳細な説明は省略する。
【００８０】
図９には、本実施形態に係る監視データ転送システム１０Ａの機能ブロック図を示した。監視データ転送システム１０Ａが図２の監視データ転送システム１０と異なるのは、管理サーバ１６の記憶部３６にアクセス権限を有する監視サーバに関するサーバ権限情報３５を備えた点である。
【００８１】
サーバ権限情報３５は、データ要求フラグ３８の書き換えを許可された監視サーバのリストである。
【００８２】
図１０には、管理サーバ１６で実行される管理処理のフローチャートを示した。図１０の管理処理が図７に示すフローチャートと異なるのは、ステップＳ３０５、Ｓ３０９、Ｓ３１１の処理が追加されている点である。
【００８３】
ステップＳ３０５では、記憶部３６からサーバ権限情報３５を読み出し、第１の監視サーバ１２が、データ要求フラグ３８の書き換えが許可された監視サーバであるか否かを判定する。そして、第１の監視サーバ１２が、データ要求フラグ３８の書き換えが許可された監視サーバである場合はステップＳ３０６へ移行し、許可されていない監視サーバである場合はステップＳ３１１へ移行する。
【００８４】
ステップＳ３１１では、データ要求フラグ３８の書き換えを拒否する旨を第１の監視サーバ１２に通知する。
【００８５】
また、ステップＳ３０９では、記憶部３６からサーバ権限情報３５を読み出し、第２の監視サーバ１４が、データ要求フラグ３８の書き換えが許可された監視サーバであるか否かを判定する。そして、第２の監視サーバ１４が、データ要求フラグ３８の書き換えが許可された監視サーバである場合はステップＳ３１０へ移行し、許可されていない監視サーバである場合はステップＳ３１１へ移行する。
【００８６】
ステップＳ３１１では、データ要求フラグ３８の書き換えを拒否する旨を第２の監視サーバ１４に通知する。
【００８７】
このように、本実施形態では、データ要求フラグ３８の書き換えが許可されていない監視サーバに対してはデータ要求フラグ３８の書き換えを拒否する。
【００８８】
以上、実施形態を用いて本発明について説明したが、本発明は実施形態に記載の範囲には限定されない。本発明の要旨を逸脱しない範囲で実施形態に多様な変更または改良を加えることができ、当該変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【００８９】
例えば、第１の監視サーバ１２又は第２の監視サーバ１４が、管理サーバ１６の記憶部３６に記憶された関連データ定義情報３４、サーバ権限情報３５、およびデータ要求フラグ３８の設定変更を要求可能な構成としてもよい。
【００９０】
この場合、管理サーバ１６は、サーバ権限情報３５を用いて、設定変更が許可された監視サーバか否かを確認し、設定変更が許可されている監視サーバの場合は、設定変更が要求された情報の設定を変更し、設定変更が許可されていない監視サーバの場合は設定変更の要求を拒否する。
【００９１】
なお、本実施の形態では、第１の監視プログラム、第２の監視プログラム、および管理プログラムがハードディスクに予めインストールされている場合について説明したが、これに限定されない。例えば、第１の監視プログラム、第２の監視プログラム、および管理プログラムが、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）等の記憶媒体に格納されて提供される形態、又はネットワークを介して提供される形態としてもよい。
【００９２】
その他、本実施の形態で説明した第１の監視サーバ１２、第２の監視サーバ１４、および管理サーバ１６の構成（図１、８、９参照。）は一例であり、本発明の主旨を逸脱しない範囲内において不要な部分を削除したり、新たな部分を追加したりしてもよいことは言うまでもない。
【００９３】
また、上記本実施の形態で説明した第１の監視プログラム、第２の監視プログラム、および管理プログラムの処理の流れ（図５〜７、１０参照）も一例であり、本発明の主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよいことは言うまでもない。
【符号の説明】
【００９４】
１０、１０Ａ  監視データ転送システム
１２   第１の監視サーバ
１４   第２の監視サーバ
１６   管理サーバ
１８   ネットワーク
２０   画像形成装置
２２   携帯端末
２４   監視部
２６   記憶部
２８   関連データ定義情報受信部
３０   要求信号送信部
３１   書き換え部
３２   ログ情報
３４   関連データ定義情報
３５   サーバ権限情報
３６   記憶部
３８   データ要求フラグ
４０   関連データ記憶部
４２   確認部
４４   関連データ送信部
４６   関連データ
４８   送信部
５０   書き換え部
５２   関連データ受信部
【図１】
2019062304.tif 000003
【図２】
2019062304.tif 000004
【図３】
2019062304.tif 000005
【図４】
2019062304.tif 000006
【図５】
2019062304.tif 000007
【図６】
2019062304.tif 000008
【図７】
2019062304.tif 000009
【図８】
2019062304.tif 000010
【図９】
2019062304.tif 000011
【図１０】
2019062304.tif 000012