(57)【要約】【課題】  イベント受信装置へのイベント通知に際して発生した通知エラーによる履歴情報のうち、重要な履歴情報を確実に記録、管理できるようにした履歴情報管理システムおよび情報処理装置および履歴情報管理プログラムを提供する。【解決手段】  外部機器１１からイベント通知予約した複合機１０でイベントの発生を検知することによりそのイベントがイベント通知予約されたイベントであることによって複合機１０が外部機器１１へイベント通知を行う。このとき、通知エラーとなった場合、所定の判定条件に基づいてその通知エラーを履歴情報として記録するかを判定する。記録すると判定される場合にのみ履歴情報を記録し、記録すると判定されない場合にも記録しないということを履歴情報として記録する。【選択図】図１
2009151660.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と、
前記情報処理装置で発生したイベントの通知を受信するイベント受信装置と
を備え、
前記イベント受信装置は、
前記情報処理装置で発生するイベントの通知予約を行うイベント通知予約手段と
を具備し、
前記情報処理装置は、
前記イベントの発生を検知するイベント検知手段と、
前記イベント検知手段により検知されたイベントが前記イベント通知予約手段によって通知予約されているイベントである場合、該イベントの発生を前記イベント受信装置にイベント通知するイベント通知手段と、
前記イベント通知手段による前記イベント通知に失敗した場合に該イベント通知の失敗を記録するかを判断する判断手段と、
前記判断手段によって前記イベント通知の失敗を記録すると判断された場合に該イベント通知の失敗を履歴情報として記録する履歴情報記録手段と
を具備する履歴情報管理システム。
【請求項２】
前記判断手段は、
前記イベント通知手段による前記イベント通知に対する失敗を少なくとも一つ検出することにより当該イベント通知の失敗を記録すると判断する請求項１記載の履歴情報管理システム。
【請求項３】
前記判断手段は、
前記イベント通知手段によるイベント通知が失敗した通知先が所定のイベント受信装置である場合、該イベント通知の失敗を履歴情報として記録すると判断する請求項１記載の履歴情報管理システム。
【請求項４】
前記通知不良を履歴情報として記録すると判断する前記イベント通知予約手段によるイベント通知の予約数を記憶する記憶手段
を更に具備し、
前記判断手段は、
前記イベント通知予約手段によって予約されたイベント通知予約数と、前記記憶手段により記憶されている予約数とを比較して前記通知不良を履歴情報として記録するかを判断する請求項１記載の履歴情報管理システム。
【請求項５】
前記判断手段は、
前記イベント通知予約手段によって予約されたイベント通知予約数が、前記記憶手段により記憶されている予約数以下である場合に前記通知不良を履歴情報として記録する請求項４記載の履歴情報管理システム。
【請求項６】
前記イベント通知予約手段によって予約されたイベント通知の予約数の変化を監視する監視手段
を更に具備し、
前記判断手段は、
前記イベント通知が失敗となった際の前記監視手段で監視するイベント通知の予約数が、前記記憶手段により記憶されている予約数以下である場合に前記通知不良を履歴情報として記録する請求項４記載の履歴情報管理システム。
【請求項７】
前記判断手段によって前記通知不良を履歴情報として記録しないと判断する場合、履歴情報への記録を行わないことを履歴情報として記録する請求項１から６のいずれかに記載の履歴情報管理システム。
【請求項８】
前記履歴情報記録手段による履歴情報の記録が行われていない通知不良の数を計数する計数手段と、
前記計数手段により計数した通知不良の総数に基づいて前記記憶手段で記憶する予約数を変更する変更手段
とを更に具備する請求項４記載の履歴情報管理システム。
【請求項９】
前記変更手段は、
前記計数手段により計数した通知不良の総数が所定の数量以上となることにより変更する請求項８記載の履歴情報管理システム。
【請求項１０】
前記イベント通知手段によるイベント通知の総数と、前記計数手段によって計数された前記通知不良の総数とから通知成功率を算出する算出手段
を更に具備し、
前記変更手段は、
前記算出手段により算出した通知成功率が所定の割合以下となることにより前記記憶手段で記憶する予約数を変更する請求項８記載の履歴情報管理システム。
【請求項１１】
発生したイベントを検知するイベント検知手段と、
前記イベント検知手段により検知されたイベントが前記イベント通知予約手段によって通知予約されているイベントである場合、該イベントの発生をイベント受信装置にイベント通知するイベント通知手段と、
前記イベント通知手段による前記イベント通知に失敗した場合に該イベント通知の失敗を記録するかを判断する判断手段と、
前記判断手段によって前記イベント通知の失敗を記録すると判断された場合に該イベント通知の失敗を履歴情報として記録する履歴情報記録手段と、
前記判断手段によって通知不良を履歴情報として記録すると判断することにより該通知不良を履歴情報に記録する履歴情報記録手段と
を具備する情報処理装置。
【請求項１２】
コンピュータを、
発生したイベントを検知するイベント検知手段、
前記イベント検知手段により検知されたイベントが前記イベント通知予約手段によって通知予約されているイベントである場合、該イベントの発生をイベント受信装置にイベント通知するイベント通知手段、
前記イベント通知手段による前記イベント通知に失敗した場合に該イベント通知の失敗を記録するかを判断する判断手段、
前記判断手段によって前記イベント通知の失敗を記録すると判断された場合に該イベント通知の失敗を履歴情報として記録する履歴情報記録手段、
前記判断手段によって通知不良を履歴情報として記録すると判断することにより該通知不良を履歴情報に記録する履歴情報記録手段
として機能させる履歴情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、履歴情報管理システムおよび情報処理装置および履歴情報管理プログラムに関する。
【背景技術】
【０００２】
保守性および安全性向上のために、所定の機能による処理について履歴情報を記録する方法がある。記録された履歴情報を参照、解析することにより、処理装置の状態が確認でき、また、不意な事態の発生の際に原因を究明することが可能となる。
【０００３】
すなわち、履歴情報を用いることにより高い利便性を実現する装置運用が可能となる。
【０００４】
だが、これを実現するためには処理装置におけるさまざまな履歴情報を記録しておく必要があり、その記録媒体の記憶容量に上限がある以上、全ての履歴情報を記録することができない場合がある。
【０００５】
そのため、特許文献１に開示された従来技術では、画像記録装置の画像記録に際して、溶媒の残量等の消耗品の交換時期を示す交換情報と、記録材料の搬送系における詰まりを検知したときに示すジャム情報と、装置を構成する各部品の故障を検知したときに示す故障情報とのうち、交換情報以外の情報が検知された場合に直前の情報と該検知された情報とを比較することにより、同一であるとした場合には、検出された情報内容の格納を省略する技術が示されている。
【０００６】
この従来技術では、比較的小容量のメモリに、必要なメンテナンス情報を効率良く格納して、読み出し、エラー履歴を知ることにより、メンテナンスを短時間で効率よく行うことを可能としている。
【０００７】
また、特許文献２に開示された従来技術では、ジョブの実行履歴の保存に際し、ジョブのタイプに応じて画像機器がジョブ実行履歴を保存する技術が示されている。この特許文献２では、さらに、ログをハードディスク保存後、ログの記録容量を求め、次の新規のログ登録が不可能となるレベルかを判断し、ログ登録が不可能となるレベルとなることにより、蓄積済みのジョブ履歴の中から、ジョブのタイプを調べ、削除可能なログを削除することを可能にしている。
【特許文献１】特開平０５−１０７７２０公報
【特許文献２】特開２００６−０４１７６４公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記のような特許文献１や特許文献２に示す従来技術では、装置が提供する機能や処理の実行履歴を履歴情報として記録する際の効率的な記録方法を示しているが、履歴情報が正しく記録されていることが前提となっている。
【０００９】
本発明は、イベント受信装置へのイベント通知に際して発生した通知エラーによる履歴情報のうち、重要な履歴情報を確実に記録、管理できるようにした履歴情報管理システムおよび情報処理装置および履歴情報管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、請求項１の発明は、情報処理装置と、前記情報処理装置で発生したイベントの履歴情報を管理するイベント受信装置とを備え、前記イベント受信装置は、前記情報処理装置で発生するイベントの通知予約を行うイベント通知予約手段とを具備し、前記情報処理装置は、前記イベントの発生を検知するイベント検知手段と、前記イベント検知手段により検知されたイベントが前記イベント通知予約手段によって通知予約されているイベントである場合、該イベントの発生を前記イベント受信装置にイベント通知するイベント通知手段と、前記イベント通知手段による前記イベント通知に失敗した場合に該イベント通知の失敗を記録するかを判断する判断手段と、前記判断手段によって前記イベント通知の失敗を記録すると判断された場合に該イベント通知の失敗を履歴情報として記録する履歴情報記録手段とを具備する。
【００１１】
また、請求項２の発明は、請求項１の発明において、前記判断手段は、前記イベント通知手段による前記イベント通知に対する失敗を少なくとも一つ検出することにより当該イベント通知の失敗を記録すると判断する。
【００１２】
また、請求項３の発明は、請求項１の発明において、前記判断手段は、前記イベント通知手段によるイベント通知が失敗した通知先が所定のイベント受信装置である場合、該イベント通知の失敗を履歴情報として記録すると判断する。
【００１３】
また、請求項４の発明は、請求項１の発明において、前記通知不良を履歴情報として記録すると判断する前記イベント通知予約手段によるイベント通知の予約数を記憶する記憶手段を更に具備し、前記判断手段は、前記イベント通知予約手段によって予約されたイベント通知予約数と、前記記憶手段により記憶されている予約数とを比較して前記通知不良を履歴情報として記録するかを判断する。
【００１４】
また、請求項５の発明は、請求項４の発明において、前記判断手段は、前記イベント通知予約手段によって予約されたイベント通知予約数が、前記記憶手段により記憶されている予約数以下である場合に前記通知不良を履歴情報として記録する。
【００１５】
また、請求項６の発明は、請求項４の発明において、前記イベント通知予約手段によって予約されたイベント通知の予約数の変化を監視する監視手段を更に具備し、前記判断手段は、前記イベント通知が失敗となった際の前記監視手段で監視するイベント通知の予約数が、前記記憶手段により記憶されている予約数以下である場合に前記通知不良を履歴情報として記録する。
【００１６】
また、請求項７の発明は、請求項１から６の発明において、前記判断手段によって前記通知不良を履歴情報として記録しないと判断する場合、履歴情報への記録を行わないことを履歴情報として記録する。
【００１７】
また、請求項８の発明は、請求項４の発明において、前記履歴情報記録手段による履歴情報の記録が行われていない通知不良の総数を計数する計数手段と、前記計数手段により計数した通知不良の総数に基づいて前記記憶手段で記憶する予約数を変更する変更手段とを更に具備する。
【００１８】
また、請求項９の発明は、請求項８の発明において、前記変更手段は、前記計数手段により計数した通知不良の総数が所定の数量以上となることにより変更する。
【００１９】
また、請求項１０の発明は、請求項８の発明において、前記イベント通知手段によるイベント通知の総数と、前記計数手段によって計数された前記通知不良の総数とから通知成功率を算出する算出手段を更に具備し、前記変更手段は、前記算出手段により算出した通知成功率が所定の割合以下となることにより前記記憶手段で記憶する予約数を変更する。
【００２０】
また、請求項１１の発明は、発生したイベントを検知するイベント検知手段と、前記イベント検知手段により検知されたイベントが前記イベント通知予約手段によって通知予約されているイベントである場合、該イベントの発生を前記イベント受信装置にイベント通知するイベント通知手段と、前記イベント通知手段による前記イベント通知に失敗した場合に該イベント通知の失敗を記録するかを判断する判断手段と、前記判断手段によって前記イベント通知の失敗を記録すると判断された場合に該イベント通知の失敗を履歴情報として記録する履歴情報記録手段と、前記判断手段によって通知不良を履歴情報として記録すると判断することにより該通知不良を履歴情報に記録する履歴情報記録手段とを具備する。
【００２１】
また、請求項１２の発明は、コンピュータを、発生したイベントを検知するイベント検知手段、前記イベント検知手段により検知されたイベントが前記イベント通知予約手段によって通知予約されているイベントである場合、該イベントの発生を前記イベント受信装置にイベント通知するイベント通知手段、前記イベント通知手段による前記イベント通知に失敗した場合に該イベント通知の失敗を記録するかを判断する判断手段、前記判断手段によって前記イベント通知の失敗を記録すると判断された場合に該イベント通知の失敗を履歴情報として記録する履歴情報記録手段、前記判断手段によって通知不良を履歴情報として記録すると判断することにより該通知不良を履歴情報に記録する履歴情報記録手段として機能させる。
【発明の効果】
【００２２】
本発明の請求項１によれば、イベント通知の通知不良に対する履歴情報をイベント通知の予約状態に関する条件によって記録するか否かを管理することが可能となり、不要な履歴情報が記録されずに重要な履歴情報を確実に記録、管理できるようになるという効果を奏する。
【００２３】
また、請求項２によれば、複数のイベント受信装置にイベント通知を行うような場合でも少なくとも１つの通知不良が発生することで履歴情報を記録することが可能になるという効果を奏する。
【００２４】
また、請求項３によれば、所定のイベント受信装置へのイベント通知が通知不良であることにより履歴情報を記録することが可能になるという効果を奏する。
【００２５】
また、請求項４によれば、予め指定されたイベント通知の予約数によって通知不良の履歴情報を記録することが可能になるという効果を奏する。
【００２６】
また、請求項５によれば、予約されているイベント通知の予約数が、予め指定されたイベント通知の予約数以下であることによって通知不良の履歴情報を記録することが可能になるという効果を奏する。
【００２７】
また、請求項６によれば、動的に変化するイベント通知の予約数においても履歴情報として記録するかを判断することができるようになるという効果を奏する。
【００２８】
また、請求項７によれば、通知不良を履歴情報として記録しない場合であってもその通知不良が発生したことを管理することが可能となるという効果を奏する。
【００２９】
また、請求項８によれば、履歴情報としてイベント通知の通知不良を記録する基準となる予約数を、その通知不良の総数によって変更することが可能になり、利用状態に応じた最適な履歴管理が可能になるという効果を奏する。
【００３０】
また、請求項９によれば、通知不良の総数が一定以上に増えることにより変更することが可能になるという効果を奏する。
【００３１】
また、請求項１０によれば、イベント通知の成功率が一定の割合なることにより、通知不良を履歴情報として記録すると判断する予約数を変更することが可能になり、より効率的な履歴情報の管理が可能になるという効果を奏する。
【００３２】
また、請求項１１によれば、イベント通知の通知不良に対する履歴情報をイベント通知の予約状態に関する条件によって記録するか否かを管理することが可能となり、不要な履歴情報が記録されずに重要な履歴情報を確実に記録、管理できるようになるという効果を奏する。
【００３３】
また、請求項１２によれば、イベント通知の通知不良に対する履歴情報をイベント通知の予約状態に関する条件によって記録するか否かを管理することが可能となり、不要な履歴情報が記録されずに重要な履歴情報を確実に記録、管理できるようになるという効果を奏する。
【発明を実施するための最良の形態】
【００３４】
以下、本発明に係わる履歴情報管理システムおよび情報処理装置および履歴情報管理プログラムの一実施例を添付図面を参照して詳細に説明する。
【実施例１】
【００３５】
図１は、本発明の実施の形態における履歴情報管理システムおよび情報処理装置および履歴情報管理プログラムを適用して構成した履歴情報管理システムのシステム構成図の一例である。
【００３６】
図１において、履歴情報管理システムは、情報処理装置１０と、外部機器（１１−１、１１−２、１１−３、１１−４）（以下、総称して「外部機器１１」という）とを具備する構成である。図１では、これら全てが同一ネットワーク上のノードとして示されているが、これに限定されることはなく、他のネットワーク上にある構成であってもよい。
【００３７】
情報処理装置１０は、所定の機能を実行することにより情報を処理する装置であって、例えば印刷機能により印刷情報を印字媒体へ印刷する複合機などによって構成される。以下では、情報処理装置１０の一例である複合機１０を例に説明する。
【００３８】
複合機１０では、画像読み取り機能や印刷機能、ファクシミリ送信機能などのさまざまな機能に基づいて処理を実行するが、これらの処理に際してさまざまなイベントを発生させる。
【００３９】
外部機器１１は、複合機１０で発生するイベントの発生履歴を管理する装置であって、複合機１０に当該イベントの発生を通知するように予約する。これを以下では「イベント通知予約」と示す。
【００４０】
このイベント通知予約は、外部機器１１が、当該イベント通知予約に基づくイベントの発生を通知する通知元の複合機１０に設定する予約情報であって、複合機１０では、発生したイベントがこのイベント通知予約として予約されている場合に指定された外部機器１１へとイベント通知する。
【００４１】
すなわち、複数の複合機１０から異なるイベント通知予約がされた状態でも、各複合機１０ごとにそれぞれ必要なイベント通知を行うことができる。
【００４２】
このときのイベントとは、複合機１０における状態変化を表す動作を示しており、例えば、複合機１０における各種機能の処理開始や処理終了、印字材料や印字媒体の不足検知、通信情報の設定完了などの動作である。
【００４３】
また、複合機１０が外部機器１１へと発信するイベント通知の方法として、電子メールによる通知、ＨＴＴＰ（Hypertext Transfer Protocol）を利用したＷｅｂ通知、ＳＮＭＰ（Simple Network Management Protocol）を利用した通知などがある。複合機１０では、各外部機器１１の宛先情報も記憶している。
【００４４】
複合機１０がイベント通知予約されたイベントを検知することによって外部機器１１へとイベント通知を行う際に、通知エラーが発生してイベント通知が外部機器１１へと通知されない場合、そのイベント通知が失敗したことを示す通知エラーを履歴情報として所定の条件に基づいて複合機１０が記録する。
【００４５】
図２は、本発明の実施の形態における情報処理装置の詳細な構成を示すブロック図である。
【００４６】
図２に示す情報処理装置である複合機１０は、制御部１０１、イベント検知部１０２、イベント通知判定部１０３、記憶部１０４、通知状態確認部１０５、イベント通知部１０６、通知エラー履歴記録判定部１０７、履歴記憶部１０８を具備して構成され、イベント通知を失敗した通知エラーが所定の条件に該当する場合にその通知エラーを履歴情報として記録する。
【００４７】
複合機１０が提供する所定の機能を実行することにより、イベント検知部１０２がイベントの発生を検知する。このイベント検知部１０２では、例えば、イベントとして複合機１０での印刷機能における印刷出力処理の完了を検知する。イベント検知部１０２がイベントの発生を検知すると、イベント通知判定部１０３へとイベント通知の判定を要求し、さらにその旨を制御部１０１へ送信する。
【００４８】
このとき、イベント通知判定部１０３では、イベント検知部１０２で発生を検知したイベントが外部機器１１へとイベント通知するイベントであるかを、記憶部１０４が記憶する図９に示すようなイベント通知予約情報を用いて判定する。イベント通知予約されたイベントである場合には、イベント通知部１０６へとイベントの通知を指示する。
【００４９】
イベント通知部１０６は、イベント通知判定部１０３からイベントの通知の指示を受けると、イベント通知を作成して指定された宛先の外部機器１１へと通知する。この宛先として複数が指定されている場合、各宛先にそれぞれイベント通知を行う。
【００５０】
このときのイベント通知には、外部機器１１で必要とする情報として設定された情報が含まれる。例えば、発生したイベントの種類の情報、イベントが発生した時刻情報、発生したイベントの詳細情報などの情報である。
【００５１】
このイベント通知部１０６によりイベント通知が行われた場合、そのイベント通知が確実に行われたがを通知状態確認部１０５が監視することにより確認する。この通知状態確認部１０５によって、イベント通知が通知エラーとなって送信できない状態となっていることが確認されると、通知エラー履歴記録判定部１０７にその通知エラーを履歴情報として記録するかの判定要求を行う。
【００５２】
通知エラー履歴記録判定部１０７は、記憶部１０４で記憶する通知エラーを履歴情報として記録するかの判定条件を用いて判定する。この判定条件として、例えば通知エラーが発生したイベントに対してイベント通知予約された予約数が予め指定した予約数以上となったかを判定する条件や、イベント通知が失敗した通知先が特定の通知先であるかを判定する条件などがある。
【００５３】
前者の条件の場合の判定処理の詳細な流れを図７および図８に示す。
【００５４】
この通知エラー履歴記録判定部１０７による判定処理によって、通知エラーの履歴情報として記録すると判定されると、履歴記憶部１０８に履歴情報を記憶する。このとき記憶される履歴情報として、例えばイベント通知に失敗したイベント名称、イベントの発生時刻、発生したイベントの詳細、イベント通知の通知先情報が記憶される。
【００５５】
また、履歴情報として記録しないと判定された場合にも、履歴情報として記録しないということを記録するような構成であってもよい。
【００５６】
履歴記憶部１０８は、ＲＡＭ（Random Access Memory）などにより構成される記憶領域であって、イベント通知で通知エラーとなった履歴情報を記憶する。
【００５７】
図３は、本発明の実施の形態における情報処理装置の詳細な処理の流れを示すフローチャートである。
【００５８】
図３に示すフローチャートは、外部機器が、複合機に１または複数のイベント通知予約を設定した状態で行われる処理である。
【００５９】
まず、情報処理装置である複合機がイベントの発生を検知する（３０１）と、その検知したイベントが外部機器に対してイベント通知するように予約されているイベントであるかを判断する（３０２）。すなわち、図９に示すようなイベント通知予約に検知したイベントが含まれるかを判断する。
【００６０】
イベント通知予約に検知したイベントが含まれない場合（３０２でＮＯ）には、他のイベントが発生するのを待つ状態となる。もちろん、イベントの発生を履歴情報として記録するような構成であってもよい。
【００６１】
それに対して、イベント通知するように予約されたイベントの発生を検知した場合（３０２でＹＥＳ）には、イベント通知を行う通知先の外部機器の宛先情報を読み込む（３０３）。イベント通知を電子メールで行う場合には宛先情報として電子メールアドレスを読み込み、イベント通知をＨＴＴＰによるＷｅｂ通信を用いて行う場合には宛先情報としてＵＲＬ（Uniform Resource Locator）やＵＲＩ（Uniform Resource Identifier）を読み込む。
【００６２】
そして、読み込んだ宛先情報により示される外部機器にイベント通知を行う（３０４）。
【００６３】
イベント通知を行うと、そのイベント通知が宛先情報で示される外部機器に正常に通知されたかを確認する通知状態確認処理が行われる（３０５）。この通知状態確認処理の詳細な処理の流れを図４、図５、図６に示し、以下で説明する。
【００６４】
この通知状態確認処理により、イベント通知が通知エラーとなって失敗した状態にないかを監視、判断する（３０６）。このときイベント通知が正しく通知された場合（３０６でＮＯ）には処理を終了する。また、イベント通知が通知エラーとなって失敗した場合（３０６でＹＥＳ）には、続いて、イベント通知が失敗したことを履歴情報として記録するかを判定する通知失敗履歴記録判定処理を行う（３０７）。この通知失敗履歴記録判定処理の詳細な処理の流れを図７、図８に示し、以下で説明する。
【００６５】
この通知失敗履歴記録判定処理によって行われた判定処理の判定結果が、履歴情報として記録する判定条件に一致したかを判断する（３０８）。その判定条件に一致して履歴情報として記録すると判断される場合（３０８でＹＥＳ）には、イベント通知が通知エラーにより失敗したことを履歴情報として記録する（３０９）。
【００６６】
このときの履歴情報は、その履歴情報からイベントの発生状態、発生条件等を解析できる情報が記録され、例えば、イベント通知に失敗したイベント名称、イベントの発生時刻、発生したイベントの詳細、イベント通知の通知先情報が記録される。
【００６７】
また、判定条件に一致せず、履歴情報として記録する必要がないと判断された場合（３０８でＮＯ）には、処理を終了する。このとき、判定条件に一致せず、履歴情報として記録しなかったという履歴情報を記録するように構成してもよい。ちなみに、この履歴情報として記録しなかったという履歴情報は、記録しなかったということ、イベントの発生時刻などを記録する。
【００６８】
以下に、図３に示す通知状態確認処理の詳細な処理の流れを図４、図５、図６を用いて説明する。
【００６９】
図４は、本発明の実施の形態における情報処理装置で行われる通知状態確認処理の詳細な流れを示すフローチャートである。
【００７０】
図４において、情報処理装置である複合機から外部機器へとイベント通知が行われると処理が開始され、そのイベント通知が通知エラーとなり失敗したかを判断する（４０１）。そのイベント通知が通知エラーとなったことを検知した場合（４０１でＹＥＳ）には、イベント通知の通知状態として「通知失敗」を設定する（４０２）。
【００７１】
それに対して、イベント通知の通知エラーを検知しない場合（４０１でＮＯ）には、続いて、全てのイベント通知に対して正常に送信できたことを確認したかを判断する（４０３）。例えば、一定時間を経過した状態で、イベント通知の通知エラーを検知しない場合には全てのイベント通知が正常に送信できたと判断する。
【００７２】
全てのイベント通知に対してイベント通知の通知エラーを検知しない場合（４０３でＹＥＳ）には、イベント通知の通知状態として「通知成功」を設定する（４０４）。また、全てのイベント通知が正常に送信できたことを確認していない場合（４０３でＮＯ）には、イベント通知の通知エラーを検知したかを判断する処理を再度行う。
【００７３】
図５は、本発明の実施の形態における情報処理装置で行われる通知状態確認処理の詳細な流れを示すフローチャートである。
【００７４】
図５において、情報処理装置である複合機から外部機器へとイベント通知が行われると処理が開始され、そのイベント通知が通知エラーとなり失敗したかを判断する（５０１）。そのイベント通知が通知エラーとなったことを検知した場合（５０１でＹＥＳ）には、続いて、その通知エラーとなったイベント通知の通知先の外部機器が予め設定された特定の外部機器であるかを判断する（５０２）。
【００７５】
予め設定された特定の外部機器に対するイベント通知が通知エラーである場合（５０２でＹＥＳ）には、イベント通知の通知状態として「通知失敗」を設定する（５０３）。
【００７６】
それに対して、イベント通知の通知エラーを検知したかの判断（５０１）でイベント通知の通知エラーを検知しないと判断する場合（５０１でＮＯ）、および、通知エラーを検知した場合（５０１でＹＥＳ）であってもその通知エラーとなったイベント通知の通知先の外部機器が予め設定された特定の外部機器でない場合（５０２でＮＯ）には、全てのイベント通知に対して正常に送信できたことを確認できたかを判断する（５０４）。
【００７７】
これは図４を用いて上記で説明した処理同様、例えば、一定時間を経過した状態で、イベント通知の通知エラーを検知しない場合には全てのイベント通知が正常に送信できたと判断する。
【００７８】
全てのイベント通知に対してイベント通知の通知エラーを検知しない場合（５０４でＹＥＳ）には、イベント通知の通知状態として「通知成功」を設定する（５０５）。また、全てのイベント通知が正常に送信できたことを確認していない場合（５０４でＮＯ）には、イベント通知の通知エラーを検知したかを判断する処理を再度行う。
【００７９】
図６は、本発明の実施の形態における情報処理装置で行われる通知状態確認処理の詳細な流れを示すフローチャートである。
【００８０】
図６において、情報処理装置である複合機から外部機器へとイベント通知が行われると処理が開始され、そのイベント通知が通知エラーとなり失敗したかを判断する（６０１）。そのイベント通知が通知エラーとなったことを検知した場合（６０１でＹＥＳ）には、続いて、その通知エラーとなったイベント通知の通知先の外部機器が予め設定された特定の外部機器であるかを判断する（６０２）。
【００８１】
予め設定された特定の外部機器に対するイベント通知が通知エラーである場合（６０２でＹＥＳ）には、その外部機器への通知エラーの総通知失敗回数を算出する（６０３）。この総通知失敗回数は、直前の当該外部機器への通知エラー回数を記憶しておき、その通知エラー回数に１を加算した回数である。
【００８２】
そして、この算出した総通知失敗回数が所定の回数以上であるかを判断して（６０４）、一定回数となったと判断した場合（６０４でＹＥＳ）には、イベント通知の通知状態として「通知失敗」を設定する（６０５）。
【００８３】
それに対して、イベント通知の通知エラーを検知したかの判断（６０１）でイベント通知の通知エラーを検知しないと判断する場合（６０１でＮＯ）、および、通知エラーを検知した場合（６０１でＹＥＳ）であってもその通知エラーとなったイベント通知の通知先の外部機器が予め設定された特定の外部機器でない場合（６０２でＮＯ）、さらに、総通知失敗回数が所定の回数以上でない場合（６０４でＮＯ）のいずれかの場合には、全てのイベント通知に対して正常に送信できたことを確認できたかを判断する（６０６）。
【００８４】
これは図４、図５を用いて上記で説明した処理同様、例えば、一定時間を経過した状態で、イベント通知の通知エラーを検知しない場合には全てのイベント通知が正常に送信できたと判断する。
【００８５】
全てのイベント通知に対してイベント通知の通知エラーを検知しない場合（６０６でＹＥＳ）には、イベント通知の通知状態として「通知成功」を設定する（６０７）。また、全てのイベント通知が正常に送信できたことを確認していない場合（６０６でＮＯ）には、イベント通知の通知エラーを検知したかを判断する処理を再度行う。
【００８６】
このような通知状態確認処理によって、イベント通知の状態が確認される。
【００８７】
続いて、以下に、図３に示す通知失敗履歴記録判定処理の詳細な流れを図７、図８を用いて説明する。
【００８８】
図７は、本発明の実施の形態における情報処理装置で行われる通知失敗履歴記録判定処理の詳細な流れを示すフローチャートの一例である。
【００８９】
この図７に示す処理は、図３に示すフローチャートの通知失敗履歴記録判定処理の詳細を示すものである。
【００９０】
図７は、複合機から外部機器へとイベント通知を行う際に発生した通知エラーを複合機に履歴情報として記録する条件に、そのイベント通知を行う回数として予約されているイベント通知予約数を用いる場合のフローチャートである。
【００９１】
複合機がイベント通知の通知エラーを検知することにより処理が開始され、まず、通知エラーを履歴情報として記録すると判定するイベント通知予約数（以下、「判定条件イベント通知予約数」ともいう）を読み込む（７０１）。
【００９２】
次に、通知エラーとなったイベントに対して複合機が外部機器へとイベント通知を行うと予約しているイベント通知予約数と、読み込んだ判定条件イベント通知予約数とを比較して、判定条件イベント通知予約数よりもイベント通知予約数が少ないかを判断する（７０２）。
【００９３】
その結果、判定条件イベント通知予約数よりもイベント通知予約数が少ないと判断した場合（７０２でＹＥＳ）には、通知エラーに対する履歴情報を複合機に記録することとする（７０３）。
【００９４】
それに対して、判定条件イベント通知予約数よりもイベント通知予約数が少ないと判断しない場合、つまり、イベント通知予約数が判定条件イベント通知予約数以上である場合（７０２でＮＯ）には、通知エラーに対する履歴情報を複合機に記録しないこととする（７０４）。
【００９５】
図３に示すフローチャートの条件と一致したか否かの判断処理（３０８）においては、前者の場合、条件と一致した（３０８でＹＥＳ）と判断されて処理が行われ、また、後者の場合、条件と一致しなかった（３０８でＮＯ）と判断されて処理が行われる。
【００９６】
以下に、この図７に示すフローチャートによって行われる具体的な処理を示す。
【００９７】
第１の例として、予め指定した判定条件イベント通知予約数を「４」とし、図９に示すテーブルのようなイベント通知予約が設定されている状態で、「イベントＡ」の発生に伴うイベント通知で通知エラーが発生した場合は次のように判断する。
【００９８】
この場合、図９に示す「イベントＡ」に対するイベント通知予約数が「３」であることから、判定条件イベント通知予約数として指定された「４」よりも少ないことから、この通知エラーに対する履歴情報を複合機に記録することと判断する。
【００９９】
第２の例として、第１の例と同様に、予め指定した判定条件イベント通知予約数を「４」とし、図９に示すテーブルのようなイベント通知予約が設定されている状態で、「イベントＢ」の発生に伴うイベント通知で通知エラーが発生した場合は次のように判断する。
【０１００】
この場合、図９に示す「イベントＢ」に対するイベント通知予約数が「５」であることから、判定条件イベント通知予約数として指定された「４」よりも多いことから、この通知エラーに対する履歴情報は複合機に記録しないことと判断する。
【０１０１】
図８は、本発明の実施の形態における情報処理装置で行われる通知失敗履歴記録判定処理の詳細な流れを示すフローチャートの一例である。
【０１０２】
図８に示すフローチャートは、図３に示すフローチャートの通知失敗履歴記録判定処理の詳細を示しており、図７に示すフローチャートで用いた条件とは異なる条件によって判定している例を示すフローチャートである。
【０１０３】
図８は、複合機から外部機器へとイベント通知を行う際に発生した通知エラーを複合機に履歴情報として記録する条件として、イベント通知の通知先である外部機器の情報を用いた場合のフローチャートである。
【０１０４】
複合機がイベント通知の通知エラーを検知することにより処理が開始され、まず、履歴情報として記録しないイベント通知の通知先の外部機器の情報を読み込む（８０１）。
【０１０５】
次に、発生した通知エラーのイベント通知に対して当該イベント通知の通知先である外部機器が、読み込んだ外部機器の情報に含まれるかを判断する（８０２）。この判断処理の結果、イベント通知の通知先である外部機器が読み込んだ外部機器の情報に含まれる場合（８０２でＹＥＳ）には、そのイベント通知の通知エラーを複合機に記録しないこととする（８０３）。
【０１０６】
それに対して、イベント通知の通知先である外部機器が読み込んだ外部機器の情報に含まれない場合（８０２でＮＯ）には、そのイベント通知の通知エラーを複合機に記録することとする（８０４）。
【０１０７】
図３に示すフローチャートの条件と一致したか否かの判断処理（３０８）においては、前者の場合、条件と一致しない（３０８でＮＯ）と判断されて処理が行われ、また、後者の場合、条件と一致した（３０８でＹＥＳ）と判断されて処理が行われる。
【０１０８】
以下に、この図８に示すフローチャートによって行われる具体的な処理を示す。
【０１０９】
第１の例として、履歴情報として記録しないイベント通知の通知先の外部機器を図１に示す「外部機器２」とし、図９に示すテーブルのようなイベント通知予約が設定されている状態で、「イベントＡ」の発生に伴うイベント通知で通知エラーが発生した場合は次のように判断する。
【０１１０】
この場合、「外部機器２」が図９の[通知先情報]項目９０３に含まれていないことから、この通知エラーの履歴情報を複合機に記録すると判断する。
【０１１１】
また、第２の例として、第１の例と同様に、履歴情報として記録するイベント通知の通知先の外部機器を図１に示す「外部機器２」とし、図９に示すテーブルのようなイベント通知予約が設定されている状態で、「イベントＢ」の発生に伴うイベント通知で通知エラーが発生した場合は次のように判断する。
【０１１２】
この場合、「外部機器２」が図９の[通知先情報]項目９０３に含まれていることから、この通知エラーの履歴情報を複合機に記録しないものと判断する。
【実施例２】
【０１１３】
実施例２では、イベント通知で通知エラーとなった場合に履歴情報として記憶するかの判定条件を動的に変更できるようにしている。
【０１１４】
図１０は、本発明の実施の形態における情報処理装置の詳細な構成を示すブロック図である。
【０１１５】
図１０に示すブロック図は、図２に示すブロック図と類似するため、異なる点を中心に説明する。
【０１１６】
図１０に示す情報処理装置である複合機１０は、制御部１０１、イベント検知部１０２、イベント通知判定部１０３、記憶部１０４、通知状態確認部１０５、イベント通知部１０６、通知エラー履歴記録判定部１０７、履歴記憶部１０８、変更基準データ算出部１０９、判定条件変更部１１０を具備して構成される。
【０１１７】
これは図２に示すブロック図の構成に、変更基準データ算出部１０９と判定条件変更部１１０が新たに加えられた構成であって、変更基準データ算出部１０９では、通知エラー履歴記録判定部１０７での判定処理に用いられる判定条件の設定値を変更する基準となる変更基準データを算出する。判定条件変更部１１０では、変更基準データ算出部１０９で算出した変更基準データから判定条件の設定値を変更する必要があるか判断して、必要である場合にその設定値を変更して記憶部１０４に記録する。
【０１１８】
この判定条件の設定値とは、例えば、判定条件が実施例１で示す「通知エラーが発生したイベントに対してイベント通知予約された予約数が予め指定した予約数以上となったか」である場合、「予め指定した予約数」を示している。また、判定条件が同じく実施例１で示す「イベント通知が失敗した通知先が特定の通知先であるか」である場合、「特定の通知先」を示している。
【０１１９】
また、変更基準データとは、例えば、「一定時間に発生した通知エラーのエラー件数」（以下、「データ１」ともいう）や「全イベント通知件数に対する通知エラー件数の割合であるイベント通知成功率」（以下、「データ２」ともいう）であって、変更基準データ算出部１０９ではこれら（エラー件数、イベント通知成功率）を算出し、判定条件変更部１１０ではこれらが一定の値となることで判定条件の設定値を変更する基準に到達したと判断して、判定条件の設定値を変更する。
【０１２０】
変更基準データが（データ１）である場合において、変更基準データ算出部１０９が算出した一定時間に発生した通知エラーのエラー件数が「１２０件」であって、判定条件の設定値を変更する基準として設定された一定値が「１００件」である場合、判定条件変更部１１０では判定条件の設定値を変更する基準に到達したと判断してその設定値を変更する。また、変更基準データ算出部１０９が算出した一定時間に発生した通知エラーのエラー件数が「８０件」である場合、判定条件変更部１１０では判定条件の設定値を変更する基準に到達していないと判断してその設定値を変更する。
【０１２１】
このとき判定条件変更部１１０では、判定条件の設定値を、切り上げたり切り下げたりするほか、他の情報に置換するという変更を行う。
【０１２２】
また、変更基準データが（データ２）である場合において、判定条件の設定値を変更する基準となる変更基準データがイベント通知成功率であって、このイベント通知成功率が「４０％以下」となることで判定条件の設定値を変更する基準となったと判断する場合において、今までの全イベント通知件数が「３００件」であって通知エラー件数が「１５０件」である場合、変更基準データ算出部１０９ではイベント成功率を「５０％」と算出し、判定条件変更部１１０ではこのイベント成功率が４０％以上であることから判定条件の設定値を変更する基準となっていないと判断する。それに対して、通知エラー件数が「２１０件」である場合、変更基準データ算出部１０９ではイベント成功率を「３０％」と算出し、判定条件変更部１１０ではこのイベント成功率が４０％以下であることから判定条件の設定値を変更する基準となっていると判断する。
【０１２３】
このように判定条件変更部１１０で判定条件の設定値が変更され判定条件とその設定値を用いて通知エラー履歴記録判定部１０７がイベント通知の通知エラーを履歴情報として記録するかを判断する。
【０１２４】
なお、上記する変更基準データに、履歴記憶部１０８の残記憶容量割合、複合機の負荷状態割合などを用いてもよい。
【０１２５】
図１１は、イベント通知が通知エラーとなった履歴情報を記録するかを判断する判断条件を変更する処理の流れを示すフローチャートである。
【０１２６】
このフローチャートは、図１０における変更基準データ算出部１０９、判定条件変更部１１０で行われる処理である。
【０１２７】
この処理は履歴情報の管理者が判定条件の見直しを指示することにより若しくは予め指定した日時となることにより処理が開始され、まず、イベント通知が通知エラーとなることで履歴情報として記録するかを判定する判定条件の設定値を変更する基準となる変更基準データを算出する（１１０１）。
【０１２８】
この変更基準データは上記するように、「一定時間に発生した通知エラーのエラー件数」や「全イベント通知件数に対する通知エラー件数の割合であるイベント通知成功率」である。
【０１２９】
次に、算出した変更基準データに対して判定条件の設定値を変更すると判断する基準値を読み込む（１１０２）。上記の図１０を用いた説明で示す例では、変更基準データが（データ１）である場合の「１００件」を示し、変更基準データが（データ２）である場合の「４０％」を示す。
【０１３０】
そして、算出した変更基準データが読み込んだ基準値を満たすことにより判定条件の設定値を変更する必要があるかを判断する（１１０３）。変更する必要があると判断する場合（１１０３でＹＥＳ）には、イベント通知の通知エラーを履歴情報として記録すると判定する判定条件の設定値を変更する（１１０４）。変更する必要がないと判断する場合（１１０４でＮＯ）には、現在の判定条件の設定値の状態を維持して処理を終了する。
【０１３１】
この判定条件の設定値を変更する必要があるかを判断する処理（１１０３）では、変更基準データが（データ１）である場合、一定時間に「１００件以上」の通知エラーとなることにより変更する必要があると判断する。また、変更基準データが（データ２）である場合、イベント成功率が「４０％」以下となることにより変更する必要があると判断する。
【０１３２】
なお、本発明は、通信機能を備えた情報管理システムで上述の動作を実行させ、あるいは上述の手段を構成させるためのプログラムを格納した記録媒体（ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等）から該プログラムをコンピュータにインストールし、これを実行させることにより、上述の処理を実行する履歴情報管理システムを構成することも可能である。履歴情報管理システムを構成するコンピュータは、システムバスを介してＣＰＵ（Central Processor Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、ハードディスクが接続されている。ＣＰＵは、ＲＯＭまたはハードディスクに記憶されているプログラムに従い、ＲＡＭを作業領域にして処理を行う。
【０１３３】
また、プログラムを供給するための媒体は、通信媒体（通信回線、通信システムのように一時的または流動的にプログラムを保持する媒体）でもよい。例えば、通信ネットワークの電子掲示板（ＢＢＳ：Bulletin Board Service）に該プログラムを掲示し、これを通信回線を介して配信するようにしてもよい。
【０１３４】
本発明は、上記し、且つ図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【図面の簡単な説明】
【０１３５】
【図１】本発明に係わる履歴管理装置およびシステムおよびプログラムを適用して構成した履歴管理システムのシステム構成図。
【図２】本発明の実施の形態における情報処理装置の詳細な構成を示すブロック図。
【図３】本発明の実施の形態における情報処理装置の処理の流れを示すフローチャート。
【図４】本発明の実施の形態における情報処理装置で行われる通知状態確認処理の詳細な流れを示すフローチャートの一例。
【図５】本発明の実施の形態における情報処理装置で行われる通知状態確認処理の詳細な流れを示すフローチャートの一例。
【図６】本発明の実施の形態における情報処理装置で行われる通知状態確認処理の詳細な流れを示すフローチャートの一例。
【図７】本発明の実施の形態における情報処理装置で行われる通知失敗履歴記録判定処理の詳細な流れを示すフローチャートの一例。
【図８】本発明の実施の形態における情報処理装置で行われる通知失敗履歴記録判定処理の詳細な流れを示すフローチャートの一例。
【図９】イベント通知予約をテーブル構成で表した図。
【図１０】本発明の実施の形態における情報処理装置の詳細な構成を示すブロック図。
【図１１】イベント通知が通知エラーとなった履歴情報を記録するかを判断する判断条件を変更する処理の流れを示すフローチャート。
【符号の説明】
【０１３６】
１０        情報処理装置（複合機）
１１−１、１１−２、１１−３、１１−４    外部機器（イベント通知管理ＰＣ）
１０１      制御部
１０２      イベント検知部
１０３      イベント通知判定部
１０４      記憶部
１０５      通知状態確認部
１０６      イベント通知部
１０７      通知エラー履歴記録判定部
１０８      履歴記憶部
１０９      変更基準データ算出部
１１０      判定条件変更部
【図１】
2009151660.tif 000003
【図２】
2009151660.tif 000004
【図３】
2009151660.tif 000005
【図４】
2009151660.tif 000006
【図５】
2009151660.tif 000007
【図６】
2009151660.tif 000008
【図７】
2009151660.tif 000009
【図８】
2009151660.tif 000010
【図９】
2009151660.tif 000011
【図１０】
2009151660.tif 000012
【図１１】
2009151660.tif 000013