JP2013179545A - 機器、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ネットワーク帯域の消費を考慮し、異常の内容に応じて異常通報を効率的に行う。
【解決手段】異常事象又は異常事前事象を含む通報要因となる事象を検出する検出手段と、検出された事象から異常の種別を判定する判定手段と、異常の種別毎に、通知対象の各事象情報に優先情報が関連付けられた通報順位情報を記憶する記憶手段と、判定手段により判定された異常の種別と、記憶手段に記憶された通報順位情報の優先情報とに基づいて通知対象と判定された事象情報を異常情報に付加する付加手段と、付加手段により事象情報が付加された異常情報を、ネットワークを介して接続される管理装置に送信する通信手段と、を備える。
【選択図】図５

Description

本発明は、異常が検出された場合に異常情報を送信する機器、情報処理方法及びプログラムに関する。

近年、ドキュメントに関連したコスト又は資産の増大や環境負荷の増大という問題を、機器環境の最適化と、管理運用業務の見直しにより解決することが望まれている。例えば、ネットワークに接続された機器を遠隔管理するシステムを用いることで、機器の状態を管理センターでリアルタイムに把握することができる。

この遠隔管理システムでは、様々なサービスが展開されている。例えば、特許文献１には、異常発生時に、付加情報を異常情報に付加し、管理装置に送信する技術が記載されている。また、特許文献２には、異常が通知された場合のログを分割領域に保存し、保存時に保存数及び上書き制御を行う技術が記載されている。

しかし、従来技術では、異常発生時には電源がＯＦＦされる可能性がある。よって、異常情報に付加されている付加情報や添付するログが大量の場合は、管理装置に送信する付加情報の作成途中や管理装置と送受信時に、電源断により異常通報ができなくなってしまう。異常通報とは、異常発生時に管理装置に異常を知らせることである。

また、大量の付加情報を管理装置へまとめて送信する場合、該当する送受信処理タイミングにおいて、お客様環境のネットワーク帯域を消費してしまい、他ネットワーク帯域を必要とするネットワーク経由での印刷業務などに影響する恐れが出る。

つまり、異常通報に含まれる情報が大容量の場合、適切に異常通報ができなかったり、ネットワーク帯域を消費してしまったりする問題点があった。

そこで、本発明は、上記問題に鑑みてなされたものであり、ネットワーク帯域の消費を考慮し、異常の内容に応じて異常通報を効率的に行うことができる機器、情報処理方法及びプログラムを提供することを目的とする。

本発明の一態様における機器は、異常事象又は異常事前事象を含む通報要因となる事象を検出する検出手段と、前記検出された事象から異常の種別を判定する判定手段と、前記異常の種別毎に、通知対象の各事象情報に優先情報が関連付けられた通報順位情報を記憶する記憶手段と、前記判定手段により判定された異常の種別と、前記記憶手段に記憶された通報順位情報の優先情報とに基づいて通知対象と判定された事象情報を異常情報に付加する付加手段と、前記付加手段により事象情報が付加された異常情報を、ネットワークを介して接続される管理装置に送信する通信手段と、を備える。

本発明によれば、ネットワーク帯域の消費を考慮し、異常の内容に応じて異常通報を効率的に行うことができる。

実施例における遠隔管理システムの構成の一例を示す図。 管理装置の構成の一例を示すブロック図。 画像処理装置の構成の一例を示すブロック図。 画像処理装置のソフトウェア構成の一例を示すブロック図。 画像処理装置の機能構成の一例を示すブロック図。 通報順位情報の一例を示す図。 異常１で抽出された優先順位の数を示す図。 異常発生時の遠隔管理システムの処理の一例を示すシーケンス図。 ＮＲＳの処理の一例を示すフローチャート。 ＳＣＳの処理の一例を示すフローチャート。 通報順位情報の設定処理（その１）の一例を示すシーケンス図。 通報順位情報の設定処理（その２）の一例を示すシーケンス図。 通報順位情報の設定処理（その３）の一例を示すシーケンス図。

以下、本発明の実施例を図面に基づいて説明する。
［実施例］
＜遠隔管理システム＞
まず、本発明の実施例で前提となる遠隔管理システムの概要について説明する。図１は、実施例における遠隔管理システム１の構成の一例を示す図である。

遠隔管理システム１は、プリンタ、ＦＡＸ装置、デジタル複写機、スキャナ装置、デジタル複合機等の画像処理装置や、ネットワーク家電、自動販売機、医療機器、電源装置、空調システム、ガス・水道・電気等の計量システム等に通信機能を持たせた機器を被管理装置１０（１０ａ、１０ｂ、１０ｃ）とする遠隔管理システムである。図１に示す例では、被管理装置１０は、画像処理装置１０として説明し、機器１０とも呼ぶ。

図１に示す例では、画像処理装置１０は、通信網２０を介して管理装置３０と接続される。管理装置３０は、複数の画像処理装置１０（１０ａ、１０ｂ、１０ｃ）を遠隔管理できる。

図１に示す遠隔管理システム１では、遠隔管理を実現するため、各装置にＲＰＣ（Remote Procedure Call）により、相互実装するアプリケーションのメソッドに対する処理の要求、応答を送受信できるようにしている。

また、このＲＰＣを実現するために、遠隔管理システム１は、ＰＰＰ（Point-to-Point Protocol）、ＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)、ＳＯＡＰ（Simple Object Access Protocol）、ＨＴＴＰ（Hyper Text Transfer Protocol）などのプロトコルを利用して通信を行うことによって、実現されている。

なお、遠隔管理システム１のセキュリティ面を考慮し、ファイアウォール４０が設置される。このファイアウォール４０は、プロキシサーバによって構成される。

なお、遠隔管理システム１には、画像処理装置１０とＬＡＮ（Local Area Network）などで接続される装置として、遠隔管理仲介装置としての機能を有する仲介装置を設けてもよい。

＜管理装置＞
次に、管理装置３０の構成について説明する。図２は、管理装置３０の構成の一例を示すブロック図である。

図２に示す管理装置３０は、制御部１１１、データベース１１２、操作部１１６、及びプロキシ（Ｐｒｏｘｙ）サーバ１１７等を有する。各部は、データバス１１５を介して、データ送受信可能なように接続されている。

制御部１１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等からなるマイクロコンピュータを備えており、管理装置３０全体を統括的に制御する。また、制御部１１１は、情報の受信機能を有する。

データベース１１２は、ハードディスク装置等の記憶装置に存在し、各機器から受信したデータなどを記憶する。また、データベース１１２は、機器１０を管理するのに用いる各種パラメータ、管理プログラム、オペレータが入力するデータを記憶するパラメータ記憶エリア１１３と、機器１０の情報を記憶する情報記憶エリア１１４とを含む。情報記憶エリア１１４には、例えば、異常通報に含まれる付加情報などが記憶される。

操作部１１６は、各種データの入力をオペレータによるキーボードやポインティングデバイス（マウス等）等の入力部上の操作により受け付ける。

プロキシサーバ１１７は、インターネットを介して各機器との通信およびセキュリティ管理を行う。

制御部１１１のＣＰＵが、プログラムに従って動作すると共に、例えばプロキシサーバ１１７を必要に応じて使用することにより、各種機能を実現することができる。

＜画像処理装置＞
次に機器１０の一種である画像処理装置１０について説明する。図３は、画像処理装置１０の構成の一例を示すブロック図である。

図３に示す画像処理装置１０は、コントローラボード２１０、操作パネル２１４、ＦＣＵ（Fax Control Unit）２２１、ＵＳＢ（Universal Serial Bus）インターフェース２２２、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Enginners 1394）インターフェース２２３、プロッタ／スキャンエンジン２２４、周辺機２２５などを有する。

コントローラボード２１０は、ＳＤＲＡＭ（Synchronous Dynamic RAM）２１１、ＮＶＲＡＭ（Non Volatile RAM）２１２、ＨＤＤ（Hard Disc Drive）２１３、ＣＰＵ２１５、ＡＳＩＣ（Application Specific Integrated Circuit）２１６、遠隔管理視システム用メモリ２１７、及びＮＩＣ（Network Interface Card）２１８を有する。

ＣＰＵ２１５は、各種プログラムを実行することで、データ演算を行う。また、ＣＰＵ２１５は、各部を制御する。

ＡＳＩＣ２１６は、画像処理用の集積回路であり、ＣＰＵ２１５の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリケーションなどの開発の効率化を支援する。

ＳＤＲＡＭ２１１は、各種プログラムを記憶するメモリ、またＣＰＵ２１５がデータ処理時に使用するメモリである。

ＮＶＲＡＭ２１２は、ブートプログラムやＯＳイメージを記憶するメモリであり、また、各種不揮発性を求めるデータ（機種機番、ＩＰアドレスなど）を記憶するメモリである。

ＨＤＤ２１３は、不揮発性記憶媒体であり、更新用ファームウェア、実行用ファームウェアを記憶することができる。

遠隔管理システム用メモリ２１７は、遠隔管理システムにおける各機能を実現するための記憶メモリである。

ＮＩＣ２１８は、ローカルネットワーク、また更にインターネットを介して、管理装置３０のプロキシサーバ１１７と接続するインターフェースである。

操作パネル２１４は、画像処理装置１０に対して操作を行うオペレータのためのインターフェースであり、データ入力、ジョブ実行、表示することができる。

ＦＣＵ２２１は、ＦＡＸ装置またはモデム機能を有する画像処理装置などの外部装置との通信を公衆回線で制御する。

ＵＳＢインターフェース２２２、ＩＥＥＥ２３９４インターフェース２２３は、それぞれの規格に準じたインターフェースである。プロッタ／スキャナエンジン２２４は、プロッタやスキャンなどのエンジンである。

（ソフトウェア）
次に、画像処理装置１０のソフトウェア構成について説明する。図４は、画像処理装置１０のソフトウェア構成の一例を示すブロック図である。

画像処理装置１０のソフトウェア構成は、アプリケーションモジュール層、サービスモジュール層、汎用ＯＳ層を有する。

これらのプログラムは、ＣＰＵ２１５がＡＳＩＣ２１６を経由でＮＶＲＡＭ２１２内のブートプログラムを起動させ、さらにＯＳイメージを読み出し、ＳＤＲＡＭ２１１をロードしてＯＳに展開し、ＯＳを起動させる。

ＣＰＵ２１５は、必要に応じて、ＮＶＲＡＭ２１２内の各アプリケーションやサービスなどのプログラムを読み出し、ＳＤＲＡＭ２１１にロードして展開し、起動させることにより、後述する各機能を実現することができる。

アプリケーションモジュール層のソフトウェアは、コントローラボード２１０上のＣＰＵ２１５を、ハードウェア資源を動作させて所定の機能を実現させる複数のアプリケーション制御手段として機能させるためのプログラムによって構成される。

サービスモジュール層のソフトウェアは、ＣＰＵ２１５を、ハードウェア資源と各アプリケーション制御手段との間に介在し、複数のアプリケーション制御手段からのハードウェア資源に対する動作要求を受け付ける。また、サービスモジュール層のソフトウェアは、その動作要求の調停、およびその動作要求に基づく動作の実行制御を行うサービス制御手段として機能させるためのプログラムによって構成される。

また、画像処理装置１０は、プロッタ／スキャナエンジン２２４内にセンサ等からなる事象検出部（事象検出手段）を備えている。

サービスモジュール層には、オペレーションコントロールサービス（ＯＣＳ）３００、エンジンコントロールサービス（ＥＣＳ）３０１、メモリコントロールサービス（ＭＣＳ）３０２、ネットワークコントロールサービス（ＮＣＳ）３０３、ファクスコントロールサービス（ＦＣＳ）３０４、システムコントロールサービス（ＳＣＳ）３０６、システムリソースマネージャ（ＳＲＭ）３０７、イメージメモリハンドラ（ＩＭＨ）３０８、デリバリーコントロールサービス（ＤＣＳ）３１６、ユーザコントロールサービス（ＵＣＳ）３１７を実装している。

また、アプリケーションモジュール層には、ＮＲＳアプリ（以下単に「ＮＲＳ」という）３０５、ＣＳＳアプリ（以下単に「ＣＳＳ」という）３１５、コピーアプリ３０９、ファクスアプリ３１０、プリンタアプリ３１１、スキャナアプリ３１２、ネットファイルアプリ３１３、ウェブアプリ３１４を実装している。更に、汎用ＯＳ層には、汎用ＯＳ３１８を実装している。

ＯＣＳ３００は、操作パネルを制御するモジュールである。ＥＣＳ３０１は、エンジンユニットを制御するモジュールである。ＭＣＳ３０２は、メモリ制御をするモジュールである。

ＮＣＳ３０３は、ネットワークとアプリケーションモジュール層の各アプリケーションと仲介処理を行わせるモジュールである。ＦＣＳ３０４は、ファクシミリ機能を実現するモジュールである。

ＳＣＳ３０６は、コマンド内容に応じたアプリケーションモジュール層の各アプリケーションの起動管理および終了管理を行うモジュールであり、プロッタエンジン、各ｘＣＳ（ｘは、図４に示す各部の任意の先頭アルファベット）とアプリ間の責務調停するモジュールでもある。

ＳＲＭ３０７は、システムの制御およびリソースの管理を行うモジュールである。ＩＭＨ３０８は、一時的に画像データを入れておくメモリを管理するモジュールである。ＤＣＳ３１６はＨＤＤ２１３やコントローラボード２１０上のメモリに記憶している画像ファイルをＳＭＴＰやＦＴＰを用いて送受信するモジュールである。

ＵＣＳ３１７は、機器利用者が登録した宛先情報や宛先情報等のユーザ情報を管理するモジュールである。

ＮＲＳ３０５は、ネットワークを介してデータを送受信する際のデータの変換を行うなど、ネットワークを介した遠隔管理に関する機能およびスケジューラ機能を有するアプリケーションである。ＮＲＳ３０５は、画像処理装置１０の状態情報、カウンタ情報、ファームウェアバージョン情報を管理装置３０に通報する機能、ファームウェア更新、コマンドの実行等の要求をメソッド単位で送信する機能を有する。また、ＮＲＳ３０５は、定期或いは即時的に或いは不定期的に管理装置３０に異常通報、サプライ通報、起動通報する機能を有する。

ＣＳＳ３１５は、遠隔管理に関する機能（管理装置３０との通信に係わる機能）をまとめたモジュールである。

コピーアプリ３０９、ファックスアプリ３１０、プリンタアプリ３１１、スキャナアプリ３１２、ネットファイルアプリ３１３、及びウェブアプリ３１４はそれぞれ機能のサービスを実現するためのアプリケーションである。

汎用ＯＳ３１８は、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などのオペレーティングシステムである。オペレーティングシステムは、サービスモジュール層やアプリケーションモジュール層のプログラムなどを実行させる処理を司る。ここで、ＵＮＩＸ（登録商標）やＬｉｎｕｘ（登録商標）を用いれば、オープンソースゆえの安全性が担保され、ソースコード入手の容易性などの利点がある。

（機能）
次に、画像処理装置１０の機能構成について説明する。図５は、画像処理装置１０の機能構成の一例を示すブロック図である。

図５に示す画像処理装置１０は、検出手段４０１、判定手段４０２、通報順位情報記憶手段４０３、事象情報記憶手段４０４、付加手段４０５、通信手段４０６、設定手段４０７、及び間隔設定手段４０８を有する。

検出手段４０１、判定手段４０２、付加手段４０５、及び設定手段４０７は、例えばＳＣＳ３０６により実現され、通信手段４０６及び間隔設定手段４０８は、例えばＮＲＳ３０５により実現されうる。事象情報記憶手段４０４は、例えばＨＤＤ２１３により実現され、通報順位情報記憶手段４０３は、例えばＮＶＲＡＭ２１２により実現されうる。

検出手段４０１は、異常事象又は異常事前事象を含む通報要因となる事象を検出する。異常事象は、例えば「ＳＣ（サービスマンコール）」に相当するものである。ＳＣには、以下に示すように様々なタイプがある。

「タイプＡ」のＳＣは、操作パネル２１４にＳＣ表示を行って使用禁止（使用不可）とするもののうち、機器利用者が解除できないＳＣである。このタイプＡのＳＣは、管理装置３０からの「ＳＣリセット」もできない。例えば、定着系のＳＣなどがタイプＡに該当する。

「タイプＡ」のＳＣは、画像処理装置１０側のメインスイッチのＯＦＦ／ＯＮによる主電源のＯＦＦ／ＯＮもしくはソフト電源キーの操作によるエンジンユニットへの給電停止／解除によっては復旧できない。

「タイプＢ」のＳＣは、異常が検出（検知）された特定の機能のみが使用できないＳＣである。通常使用時には操作パネル２１４上にＳＣ表示を行わないが、異常が検出されている機能が選択された時だけ、その操作パネル２１４上にＳＣ表示を行う。例えば、両面ユニット（両面トレイ）異常時に両面モードが選択された場合がタイプＢに該当する。

「タイプＣ」のＳＣは、異常発生時にも操作パネル２１４へのＳＣ表示は行わず、内部的にＳＣの発生のロギングのみを行うものである。例えば、通信が不能になった場合がタイプＣに該当する。

「タイプＤ」のＳＣは、操作パネル２１４上にＳＣ表示を行って使用禁止とするが、画像処理装置１０側のメインスイッチのＯＦＦ／ＯＮによる主電源のＯＦＦ／ＯＮもしくはソフト電源キーの操作によるエンジンユニットへの給電停止／解除によって解除できるＳＣである。ただし、主電源ＯＮ（電源投入）後もしくはエンジンユニットへの給電停止／解除後に、再度異常を検出して、見かけ上解除されない場合もある。例えば、モータ異常がタイプＤに該当する。

これらのタイプ判定の基準情報は、ＮＶＲＡＭ２１２（又はＨＤＤ２１３）の所定の格納領域に格納されていればよい。なお、スキャナエンジンのＳＣ、プロッタエンジンのＳＣのように、ユニット別の事象も種類の異なる事象として扱うものとする。

また、異常事前事象には、例えば「トナーニアエンド」などがある。プロッタ／スキャナエンジン２２４でトナーボトルのトナーニアエンドが発生した場合、検出手段４０１は、プロッタ／スキャナエンジン２２４からその旨の通知を受け、異常事前事象を検出する。検出手段４０１は、通報要因となる事象を検出すると、判定手段４０２に通知する。

判定手段４０２は、検出手段４０１により検出された事象から異常の種別を判定する。異常の種別は、例えば上述したタイプＡ〜Ｄなどである。異常の種別の判定基準は、ＮＶＲＡＭ２１２などに保持され、判定手段４０２は、この判定基準を参照することで検出された事象から異常の種別を判定することができる。判定手段４０２は、判定した異常の種別を付加手段４０５に通知する。

通報順位情報記憶手段４０３は、異常の種別毎に、通知対象の各事象情報に優先情報が関連付けられた通報順位情報を記憶する。優先情報は、例えば、優先順位や、優先フラグである。事象情報は、例えば、異常事象の発生、状態又はその要因を知らせるための情報である。

これは、通報対象の事象情報に優先情報をつけ、ネットワーク帯域を考慮して、緊急性の高いものから順に事象情報を管理装置３０に送信するためである。事象情報記憶手段４０４は、通知対象の各事象情報の内容を記憶する。

図６は、通報順位情報の一例を示す図である。図６に示す例では、通報順位情報は、異常の種別毎に、通知対象の事象情報に優先順位が付与されている。図６に示すように、異常の種別により、通知対象となる事象情報をどの順位で通報するかを示している。

例えば、異常１の異常通報時に、初回は優先１の事象情報ａが通報される。２回目は優先２の事象情報ｄが通報される。３回目は優先３の事象情報ｂが通報される。４回目は優先４の事象情報ｃが通報される。５回目は事象情報取得完了の旨が通報される。

また、異常２の異常通報時に、初回は優先１の事象情報ｂが通報される。２回目は優先２の事象情報ａが通報される。３回目は事象情報取得完了の旨が通報される。異常３の異常通報時に、初回は事象情報取得完了の旨が通報される。

なお、図６に示す通報順位情報には、優先順位の他の例として、優先フラグを設定してもよい。優先フラグが設定された各事象情報は先に管理装置３０に送信され、優先フラグが設定されていない各事象情報は後から管理装置３０に送信される。

図７は、異常１で抽出された優先順位の数を示す図である。図７では、異常１において、順位数＝４が抽出される。この順位数は、後述する通知対象取得処理で用いられる。

図５に戻り、付加手段４０５は、判定手段４０２により判定された異常の種別と、通報順位情報記憶手段４０３に記憶された通報順位情報の優先情報とに基づいて通知対象と判定された事象情報を異常情報に付加する。異常情報は、例えば機器で異常が発生したことを知らせる情報である。

付加手段４０５は、事象情報の具体的な内容については、事象情報記憶手段４０４から取得するようにしてもよい。付加手段４０５は、事象情報が付加された異常情報を通信手段４０６に出力する。

また、付加手段４０５は、優先順位が高い順に事象情報を取得して、異常情報に付加し、事象情報が付加された異常情報を順に通信手段４０６に出力する。

通信手段４０６は、付加手段４０５から事象情報が付加された異常情報を管理装置３０に送信する。つまり、通信手段４０６は、管理装置３０への異常通報を行う。また、通信手段４０６は、間隔設定手段４０８により設定された通報間隔毎に、異常情報を管理装置３０に送信するようにする。

設定手段４０７は、画像処理装置１０からの操作により、又はネットワークを介して接続される他機器からの設定要求により通報順位情報を設定することができる。通報順位情報は、機器の初期テーブルとして保持され、また、ユーザもしくはＣＥ（Customer Engineer）が機器の入力インターフェースにて再設定することができる。

画像処理装置１０の入力インターフェース（ユーザもしくはＣＥが入力）について、装置のｗｅｂ画面、もしくはパネル画面、もしくは投影画面を見て、装置本体体の操作キーより入力などがあげられる。

また、通報順位情報は、画像処理装置１０が管理装置３０から変更要求に応じて再設定することができる値のテーブルである。この変更要求は、管理装置３０を操作するオペレータや、管理装置３０側の一括設定ツールなどによって、画像処理装置１０に通報順位情報を送信する要求である。

間隔設定手段４０８は、異常発生時の異常通報を、所定時間間隔で行うようにするため、通報間隔の設定を行う。通報間隔は、ユーザやＣＥが入力インターフェースなどを用いて設定する。

これにより、付加情報としての通知対象の事象情報を優先情報に基づいて管理装置３０に順に送信するため、一度に大容量の付加情報を付すことがなくなり、ネットワーク帯域への負荷を軽減することができる。また、優先度の高い事象情報から送信するため、機器１０の電源がＯＦＦになる場合でも、管理装置３０に通知したい情報を先に送信することができるようになる。

＜動作＞
次に、遠隔管理システムの異常発生時の動作について説明する。図８は、異常発生時の遠隔管理システム１の処理の一例を示すシーケンス図である。図８に示すステップＳ１０１で、ＳＣＳ３０６（検出手段４０１）は、異常事象又は異常事前事象を含む通報要因となる事象（例えばＳＣ）の発生をＮＲＳ３０５に通知する。

ステップＳ１０２で、ＮＲＳ３０５は、異常通報を行うときに付加情報として含める通知対象の事象情報の取得要求をＳＣＳ３０６に対して行う。

ステップＳ１０３、Ｓ１０４で、ＳＣＳ３０６は、ＮＶＲＡＭ（通報順位情報記憶手段４０３）２１２から、通報順位情報を読み込む。

ステップＳ１０５、Ｓ１０６で、ＳＣＳ３０６（判定手段４０２）は、検出された通報要因の事象から異常の種別を判定する。ＳＣＳ３０６（付加手段４０５）は、通報順位情報を参照し、判定された異常の種別に対応する事象情報のうち、優先順位が所定値よりも高い事象情報（通知対象情報）を、ＨＤＤ２１３（事象情報記憶手段４０４）から取得する。

以降では、優先順位が所定値よりも高い事象情報を優先分情報と呼ぶ。また、通報順位情報に、優先順位ではなく優先フラグが設定されている場合、ＳＣＳ３０６は、優先フラグが設定されている事象情報を取得すればよい。

ステップＳ１０７で、ＳＣＳ３０６（付加手段４０５）は、ＮＲＳ３０５に対し、異常の種別に基づき、優先分情報に含まれる事象情報を異常情報に付加して応答する。

ステップＳ１０８で、ＮＲＳ３０５（通信手段４０６）は、管理装置３０に対し、異常を通報する。この異常通報では、異常情報と、優先分情報とが送信される。このときの通知対象情報は、優先的に送られる事象情報である。

ステップＳ１０９で、管理装置３０は、異常通報を受信すると、異常通報の受信ＯＫを画像処理装置１０に送信する。

ステップＳ１１０で、ＮＲＳ３０５（通信手段４０６）は、ＳＣＳ３０６に対し、通知対象の取得要求を行う。

ステップＳ１１１、Ｓ１１２で、ＳＣＳ３０６（付加手段４０５）は、前回送信された事象情報以外の事象情報をＨＤＤ２１３（事象情報記憶手段４０４）から取得する。ここで、取得される事象情報は、後回し分情報と呼ぶ。

ステップＳ１１３で、ＳＣＳ３０６（付加手段４０５）ＮＲＳ３０５に対し、後回し分情報を異常情報に付加して応答する。後回し分情報は、前回送信された事象情報の次に、優先度が高い事象情報である。

ステップＳ１１４で、ＮＲＳ３０５（通信手段４０６）は、管理装置３０に対し、異常を通知する。この異常通報では、異常情報と、後回し分情報とが送信される。

ステップＳ１１５で、管理装置３０は、異常通報を受信すると、異常通報の受信ＯＫを画像処理装置１０に送信する。

ステップＳ１１６で、ＮＲＳ３０５（通信手段４０６）は、ＳＣＳ３０６に対し、通知対象の取得要求を行う。

ステップＳ１１７で、ＳＣＳ３０６は、通知対象情報の取得が終了したことを、ＮＲＳ３０５に応答する。

ステップＳ１１８で、ＮＲＳ３０５（通信手段４０６）は、管理装置３０に対し、通知対象情報の通報が終了したことを含む異常通報を行う。

ステップＳ１１９で、管理装置３０は、異常通報を受信すると、異常通報の受信ＯＫを画像処理装置１０に送信する。

なお、図８に示す例では、通知対象の複数の事象情報を優先分と後回し分との２回に分ける例を説明したが、優先順位は必要に応じて複数設定することができる。また、異常の種別に基づく通知対象となる事象情報が取得完了するまで、優先度が高い順で付加情報付きでの異常通報が行われる。

なお、通報順位情報は、機器の初期テーブルとして保持されればよい。初期テーブルは、ファームの量産へのリリース時に組み込まれており、量産時にファームを機器にセットアップすることにより、機器に反映される。

（ＮＲＳの処理）
次に、実施例におけるＮＲＳ３０５の処理について説明する。図９は、ＮＲＳ３０５の処理の一例を示すフローチャートである。

図９に示すステップＳ２０１で、ＮＲＳ３０５は、起動時に異常発生通知をＳＣＳ３０６から受信後に、管理装置３０に異常通報が完了しているか否かを判断するためのフラグｍを０にセットする。

このフラグは、後述するＳＣＳ３０６から異常発生を受信した際に１にセットし、ＳＣＳ３０６からの異常の種別に基づく通知対象情報の付加が完了するまで１のままに維持されるフラグである。

ステップＳ２０２で、ＮＲＳ３０５は、ＳＣＳ３０６から異常事象（ＳＣ）の発生通知を受信したか否かを判定する。以降では、異常事象の発生通知を、異常発生通知とも呼ぶ。異常発生通知を受信すれば（ステップＳ２０２−ＹＥＳ）ステップＳ２０３に進み、異常発生通知を受信していなければ（ステップＳ２０２−ＮＯ）ステップＳ２０２に戻る。

ステップＳ２０３で、ＮＲＳ３０５は、ＳＣＳ３０６から異常発生通知を受信した際に、フラグｍを１にセットする。

ステップＳ２０４で、ＮＲＳ３０５は、ＳＣＳ３０６に対して、管理装置３０への異常通報を送信するための付加情報（異常の種別に応じた通知対象情報）の取得要求を行う。

ステップＳ２０５で、ＮＲＳ３０５は、ＳＣＳ３０６から付加情報の取得の応答があったか否かを判定する。応答があれば（ステップＳ２０５−ＹＥＳ）ステップＳ２０６に進み、応答がなければ（ステップＳ２０５−ＮＯ）ステップＳ２０５に戻る。

ステップＳ２０６で、ＮＲＳ３０５は、ＳＣＳ３０６から付加情報の取得が全て完了したか否かを判定する。全て取得すれば（ステップＳ２０６−ＹＥＳ）ステップＳ２０７に進み、全て取得していなければ（ステップＳ２０６−ＮＯ）ステップＳ２０９に進む。

ステップＳ２０７で、ＮＲＳ３０５は、フラグｍを０にセットする。ステップＳ２０８で、ＮＲＳ３０５は、管理装置３０に異常通報を行う際に、異常の種別に応じた通知対象情報の通報が終了したことを付加して通報する。

ステップＳ２０９で、ＮＲＳ３０５は、管理装置３０に異常通報を行う際、異常の種別に応じた通知対象情報を付加して異常通報を行う。

ステップＳ２１０で、ＮＲＳ３０５は、管理装置３０から異常通報の受信がＯＫの旨を受信する。

ステップＳ２１１で、ＮＲＳ３０５は、フラグｍが０か１かを判定する。ｍ＝０の場合（ステップＳ２１１−ＹＥＳ）、発生した異常の異常通報が完了する。この処理が終了すると、ステップＳ２０２に戻り、再度異常検知されるまで待機することになる。

ｍ＝１の場合（ステップＳ２１１−ＮＯ）、ＳＣＳ３０６から異常の種別に応じた通知対象情報の取得が未完了と判断し、ＮＲＳ３０５は、ＳＣＳ３０６に対して再度取得要求を行う。

これにより、一度に通知対象情報を送信することがなくなり、優先順位に基づいて、順番に通知対象情報を送信することができる。優先順位は、例えば緊急性に応じて設定されるとよい。

（ＳＣＳの処理）
次に、実施例におけるＳＣＳ３０６の処理について説明する。図１０は、ＳＣＳ３０６の処理の一例を示すフローチャートである。

図１０に示すステップＳ３０１で、ＳＣＳ３０６は、機器のプロッタ／スキャナエンジン２２４、カーネル、各ｘＣＳ（ｘは、図４に示す各部の任意の先頭アルファベット）、各アプリから検知した異常があったか否かを判定する。異常があれば（ステップＳ３０１−ＹＥＳ）ステップＳ３０２に進み、異常がなければ（ステップＳ３０１−ＮＯ）ステップＳ３０１に戻る。

ステップＳ３０２で、ＳＣＳ３０６は、各ｘＣＳ、アプリに異常事象（ＳＣ）をブロードキャストする。

ステップＳ３０３で、ＳＣＳ３０６は、ブロードキャスト実施後に、ＮＲＳ３０５に異常の種別に応じた通知対象情報の取得回数を示す値ｉを１に設定する。

ステップＳ３０４で、ＳＣＳ３０６は、ＮＲＳ３０５から異常の種別に応じた通知対象情報の取得要求を受信したか否かを判定する。取得要求を受信すれば（ステップＳ３０４−ＹＥＳ）ステップＳ３０５に進み、取得要求を受信していなければ（ステップＳ３０４−ＮＯ）ステップＳ３０４に戻る。

ステップＳ３０５で、ＳＣＳ３０６は、値ｉが１であるか否かを判定する。ｉ＝１であれば（ステップＳ３０５−ＹＥＳ）ステップＳ３０６に進み、ｉ＝１でなければ（ステップＳ３０５−ＮＯ）ステップＳ３０８に進む。

ステップＳ３０６で、ＳＣＳ３０６は、ＮＶＲＡＭ２１２（通報順位情報記憶手段４０３）から、通報順位情報を取得する。

ステップＳ３０７で、ＳＣＳ３０６は、検出された異常の事象と、通報順位情報とに基づき、順位の数Ｋを抽出する。図６に示す通報順位情報において、異常１では、優先順位が4つあり、順位の数Ｋ＝４とする。通知対象となる事象情報を全て通報しない場合はＫ＝０とする。

ステップＳ３０８で、ＳＣＳ３０６は、Ｋ＝０であるか否かを判定する。Ｋ＝０であれば（ステップＳ３０８−ＹＥＳ）ステップＳ３１３に進み、Ｋ＝０でなければ（ステップＳ３０８−ＮＯ）ステップＳ３０９に進む。

ステップＳ３０９で、ＳＣＳ３０６は、ｉ＞＝Ｋであるか否かを判定する。ｉ＞＝Ｋでれば（ステップＳ３０９−ＹＥＳ）ステップＳ３１０に進み、ｉ＞＝Ｋでなければ（ステップＳ３０９−ＮＯ）ステップＳ３１３に進む。

ステップＳ３１０で、ＳＣＳ３０６は、通報順位情報に基づき、異常の種別に応じた通知対象情報を取得する。このとき取得される通知対象情報は、優先順位がｉの事象情報である。

ステップＳ３１１で、ＳＣＳ３０６は、取得した優先順位がｉの事象情報をＮＲＳ３０５に応答する。

ステップＳ３１２で、ＳＣＳ３０６は、ｉを１つインクリメントする。この処理が終了すると、ステップＳ３０４に戻る。

これにより、優先情報の優先順位が高い順に事象情報を付加して管理装置３０に送信することができるようになる。

ステップＳ３１３で、ＳＣＳ３０６は、異常の種別に応じた通知対象情報の取得完了をＮＲＳ３０５に応答する。この処理が終了すると、ステップＳ３０１に戻り、機器のプロッタ／スキャナエンジン２２４、カーネル、各ｘＣＳ、各アプリで発生した異常が検知されるまで、待機する。

以上により、実施例では、ネットワーク帯域の消費を考慮し、異常の内容に応じて異常通報を効率的に行うことができる。また、発生した異常事象の種別により、優先的に送信する事象情報を変更することができる。また、通知対象の事象情報を順番に送信するので、ネットワーク帯域への負荷を軽減することができる。

［変形例］
次に、上述した実施例の変形例について説明する。まず、図１１〜図１３を用いて、通報順位情報の優先順位を設定する変形例を説明する。以下に示す例では、優先情報として優先順位を用いるが、優先フラグなどでもよい。

図１１は、通報順位情報の設定処理（その１）の一例を示すシーケンス図である。図１１に示すステップＳ４０１で、端末ＰＣは、自装置のウェブブラウザを用いて、画像処理装置１０のウェブアプリ３１４に対し、異常の種別毎に、事象情報に対応させる各優先順位の設定を要求する。

ステップＳ４０２で、ウェブアプリ３１４は、端末ＰＣから要求された各優先順位の設定要求をＳＣＳ３０６（設定手段４０７）に通知する。

ステップＳ４０３、Ｓ４０４で、ＳＣＳ３０６（設定手段４０７）は、設定要求された各優先順位を、ＮＶＲＡＭ２１２（通報情報記憶手段４０３）に記憶された通報順位情報に書き込んで設定する。

ステップＳ４０５で、ＳＣＳ３０６（設定手段４０７）は、各優先順位の設定が完了したことをウェブアプリ３１４に通知する。

ステップＳ４０６で、ウェブアプリ３１４は、端末ＰＣに対し、要求した各優先順位の設定が完了したことを通知する。

これにより、ネットワークを介して接続される他の機器のウェブブラウザを用いて、通報順位情報の設定を行うことができる。

図１２は、通報順位情報の設定処理（その２）の一例を示すシーケンス図である。図１２に示すステップＳ５０１で、他の画像処理装置の操作パネルは、ユーザにより入力又は選択された優先順位、すなわち、異常の種別毎に、事象情報に対応させる各優先順位の設定要求を、ＯＣＳ３００に対して行う。

ステップＳ５０２で、ＯＣＳ３００は、操作パネルから要求された各優先順位の設定要求をＳＣＳ３０６（設定手段４０７）に通知する。

ステップＳ５０３、Ｓ５０４で、ＳＣＳ３０６（設定手段４０７）は、設定要求された各優先順位を、ＮＶＲＡＭ２１２（通報情報記憶手段４０３）に記憶された通報順位情報に書き込んで設定する。

ステップＳ５０５で、ＳＣＳ３０６（設定手段４０７）は、各優先順位の設定が完了したことをＯＣＳ３００に通知する。

ステップＳ５０６で、ＯＣＳ３００は、操作パネルに対し、設定した各優先順位の設定値の表示要求を行う。

これにより、ネットワークを介して接続される他の機器の操作パネルを用いて、通報順位情報の設定を行うことができる。

図１３は、通報順位情報の設定処理（その３）の一例を示すシーケンス図である。図１３に示すステップＳ６０１で、管理装置３０は、優先順位の設定ツールを用いて、画像処理装置１０に対し、異常の種別毎に、事象情報に対応させる各優先順位の設定を要求する。

ステップＳ６０２で、ＮＲＳ３０５は、管理装置３０から要求された各優先順位の設定要求をＳＣＳ３０６（設定手段４０７）に通知する。

ステップＳ６０３、Ｓ６０４で、ＳＣＳ３０６（設定手段４０７）は、設定要求された各優先順位を、ＮＶＲＡＭ２１２（通報情報記憶手段４０３）に記憶された通報順位情報に書き込んで設定する。

ステップＳ６０５で、ＳＣＳ３０６（設定手段４０７）は、各優先順位の設定が完了したことをＮＲＳ３０５に通知する。

ステップＳ６０６で、ＮＲＳ３０５は、管理装置３０に対し、要求した各優先順位の設定が完了したことを通知する。

これにより、ネットワークを介して接続される管理装置３０の設定ツールなどを用いて、通報順位情報の設定を行うことができる。

なお、実施例の機器１０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、実施例の機器１０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施例の機器１０で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、実施例の機器１０で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。

１ 遠隔管理システム
１０ 機器
３０ 管理装置
２１２ ＮＶＲＡＭ
２１３ ＨＤＤ
２１５ ＣＰＵ
３０５ ＮＲＳ
３０６ ＳＣＳ
４０１ 検出手段
４０２ 判定手段
４０３ 付加手段
４０４ 事象情報記憶手段
４０５ 通報順位情報記憶手段
４０６ 通信手段
４０７ 設定手段
４０８ 間隔設定手段

特開２００４−２３４６５０号公報 特許４３８１８３９号公報

Claims (7)

1. 異常事象又は異常事前事象を含む通報要因となる事象を検出する検出手段と、
   前記検出された事象から異常の種別を判定する判定手段と、
   前記異常の種別毎に、通知対象の各事象情報に優先情報が関連付けられた通報順位情報を記憶する記憶手段と、
   前記判定手段により判定された異常の種別と、前記記憶手段に記憶された通報順位情報の優先情報とに基づいて通知対象と判定された事象情報を異常情報に付加する付加手段と、
   前記付加手段により事象情報が付加された異常情報を、ネットワークを介して接続される管理装置に送信する通信手段と、
   を備える機器。
2. 前記通信手段が、前記異常情報の受信完了通知を前記管理装置から受信した場合、
   前記付加手段は、
   前回送信された事象情報の次に優先度が高い事象情報を異常情報に付加する請求項１記載の機器。
3. 通報間隔を設定する間隔設定手段をさらに備え、
   前記通信手段は、
   前回送信した異常情報の送信時から前記設定された通報間隔経過後に、次の異常情報を送信する請求項２記載の機器。
4. 前記機器からの操作により、又はネットワークを介して接続される他機器からの設定要求により前記通報順位情報を設定する設定手段をさらに備える請求項１乃至３いずれか一項に記載の機器。
5. 前記各事象情報の内容を記憶する事象情報記憶手段をさらに備え、
   前記付加手段は、
   前記事象情報記憶手段から、前記通知対象と判定された事象情報の内容を取得する請求項１乃至４いずれか一項に記載の機器。
6. 異常事象又は異常事前事象を含む通報要因となる事象を検出する検出ステップと、
   前記検出された事象から異常の種別を判定する判定ステップと、
   前記判定された異常の種別と、前記異常の種別毎に、通知対象の各事象情報に優先情報が関連付けられた通報順位情報の優先情報とに基づいて通知対象と判定された事象情報を異常情報に付加する付加ステップと、
   前記事象情報が付加された異常情報を、ネットワークを介して接続される管理装置に送信する送信ステップと、
   をコンピュータが実行する情報処理方法。
7. 異常事象又は異常事前事象を含む通報要因となる事象を検出する検出ステップと、
   前記検出された事象から異常の種別を判定する判定ステップと、
   前記判定された異常の種別と、前記異常の種別毎に、通知対象の各事象情報に優先情報が関連付けられた通報順位情報の優先情報とに基づいて通知対象と判定された事象情報を異常情報に付加する付加ステップと、
   前記事象情報が付加された異常情報を、ネットワークを介して接続される管理装置に送信する送信ステップと、
   をコンピュータに実行させるためのプログラム。

Images