JP2006072967A - 情報処理装置、その情報通知方法、制御プログラム及び記憶媒体 - Google Patents

Abstract

【課題】 ユーザによる電源ＯＦＦ／ＯＮ操作でサービスコールエラーが復旧した場合に、サービスコールエラーが解消されたことをホストサーバ側に通知することができる情報処理装置を提供する。
【解決手段】 プリンタ１６でサービスコールエラーが発生しているかどうかの最新の状態を（ステップＳ６１，ステップＳ６２）、状態が変化する度にバックアップＲＡＭ１２ａに保存しておき（ステップＳ６３，ステップＳ６４）、ユーザによって電源ＯＦＦ／ＯＮ操作がなされて印刷デバイス装置が再起動したときに（ステップＳ６５）、前回起動しているときの最新の状態がサービスコールエラー発生状態であったならば（ステップＳ６６）、現在のプリンタ１６のステータスを送信する（ステップＳ６８，ステップＳ６９）。
【選択図】 図４

Description

本発明は、プリンタ等の画像形成装置に発生している障害等の情報を外部装置に通知する情報処理装置、その情報通知方法、前記情報通知方法を実行するための制御プログラム及び記憶媒体に関する。

従来、プリンタ等の画像形成装置において、サービスマンによる修理を必要とするようなエラー（サービスコールエラー）が発生した場合に、そのサービスコールエラー情報を、ネットワークを介して製造元或いは販売元のサービスセンターのホストサーバへ送り、サービスセンター側では、サービスコールエラー情報を発した画像形成装置の修理のためにサービスマンを派遣するなどのエラー対処を行う、といったシステムが知られている。

また、画像形成装置等のデバイス装置におけるエラー発生時の対処方法としては、例えば次のようなものがあった。

（１）ジャム多発個所のジャム情報と最新１０回のジャム履歴情報とを画像形成装置から受信してサービスマンの訪問の要否を判定する（特許文献１を参照）。

（２）内部でのエラー発生時にシフトレジスタにエラー発生時の状態情報を保持して電源を切断し、再び電源を投入した際にエラー状態を表示する（特許文献２を参照）。

（３）所定時間エラーが継続して電源がオフされたのかを電源オン時にフラグを調べチェックし、そうであれば、記憶されたエラーの種別情報に応じたエラー発生状態で装置を立ち上げる（特許文献３を参照）。

これらの特許文献に開示されたデバイス装置も、上記のシステムのように、エラー発生時にエラー情報をネットワークを介してホストサーバに通知するようなシステムを構築することも可能である。
特開平０９−３２１９３１号公報 特開昭５６−１０８１５１号公報 特開平０６−３３２５８１号公報

しかしながら、上記従来のシステムでは次のような問題点があった。

例えば、デバイス装置でのサービスコールエラー発生時に、ホストサーバにサービスコールエラー情報が通知された後、ユーザが該デバイス装置の電源を一旦オフしてからオンすることでエラーの復旧を試みることがある（以下、電源ＯＦＦ／ＯＮ操作と記す）。このような電源ＯＦＦ／ＯＮ操作によってデバイス装置のエラーが解消されステータスが正常になった場合に、特にエラー発生状態ではないので、その旨をホストサーバに通知しないよう構成されていた。

しかしながら、その結果、サービスセンター側では、前記サービスコールエラーが解消された事実を知ることができず、誤ってユーザ先へ連絡したり、サービスマンを派遣してしまう、といった問題があった。

本発明は上記従来の問題点に鑑み、例えばユーザによる電源ＯＦＦ／ＯＮ操作でサービスコールエラーなどのエラーが復旧した場合に、たとえ装置の状態が正常になっていたとしても、必要とあらば、正常の旨をホストサーバ側に通知することができる情報処理装置、その情報通知方法、制御プログラム及び記憶媒体を提供することを目的とする。

本発明は上記目的を達成するため、外部装置に画像形成装置の情報を通知する通信手段と、前記画像形成装置における障害発生を検知する検知手段とを備える情報処理装置であって、前記検知手段により検知された障害発生の履歴を記憶し、起動時に実行される初期化処理において記憶内容が消去されない構成である記憶手段と、起動時に前記検知手段により障害発生が検知されなくとも、前記障害発生の履歴が読み取られた場合に、前記通信手段に前記外部装置へステータス通知を行わせる制御手段とを有することを特徴とする。

また、本発明は、外部装置に画像形成装置の情報を通知する通信手段と、前記画像形成装置における障害発生を検知する検知手段とを備える情報処理システムの情報通知方法であって、前記検知手段により検知された障害発生の履歴を、起動時に実行される初期化処理において記憶内容が消去されない構成である記憶手段に記憶する記憶工程と、起動時に前記検知手段により障害発生が検知されなくとも、前記障害発生の履歴が読み取られた場合に、前記通信手段に前記外部装置へステータスの通知を行わせる制御工程とを実行することを特徴とする。

本発明によれば、画像形成装置に発生していた障害が該画像形成装置の起動により復旧した場合には、画像形成装置の障害が解消されたことを外部装置側に知らせることが可能になる。

本発明の情報処理装置及びその情報通知方法、並びに制御プログラムの実施の形態について、図面を参照しながら説明する。本実施形態の情報処理装置は、例えば印刷デバイス装置に適用される。

〔印刷デバイス装置の構成〕
図１は、本発明の実施の一形態に係わる情報処理装置を備えた印刷デバイス装置の内部構成を示す図である。

この印刷デバイス装置は、情報処理装置１０と、デバイス装置であるプリンタ１６とで構成されている。印刷デバイス装置としては、例えば、複写機、デジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタ、スキャナー装置など、様々な画像形成装置を適用することができる。

情報処理装置１０は、ＲＯＭ１３に格納されているプログラム（後述する図４の処理を実現するプログラムも含む）を実行するＣＰＵ１１を備え、ＣＰＵ１１は、ネットワーク制御とプリンタ制御を実行するために、システムバス１７に接続された各デバイスを総括的に制御する。システムバス１７には、ＲＡＭ１２、ＲＯＭ１３、デバイスコントローラ（ＤＶＣ）１４、ネットワーク・インタフェース・カード（ＮＩＣ）１５、及びハードディスク装置（ＨＤＤ）１９の各デバイスが接続されている。

ＲＡＭ１２は、ＣＰＵ１１の主メモリやワークエリア等として機能するほか、バッテリによりバックアップされて電源遮断時でもカウンタ情報（サイズ毎の印刷枚数や、原稿読み取り回数や、アプリケーション使用回数等）、システム情報、及びステータス情報（ステータスフラグを含む）の保存が可能なバックアップＲＡＭ１２ａも構成される。

このバックアップＲＡＭ１２ａに記憶される情報は、装置の電源がＯＦＦからＯＮに操作され起動時における初期化処理が行われても記録内容が消去されないよう構成されている。また、バックアップＲＡＭに限定されるものではなく、フラッシュメモリ等、不揮発の特定を有する記憶手段であれば他の形態のものでも良い。

デバイスコントローラ（ＤＶＣ）１４はプリンタ１６を制御し、ネットワーク・インタフェース・カード（ＮＩＣ）１５は、イントラネットＬＡＮ１７を介して、外部のネットワーク機器或いはパーソナルコンピュータ（ＰＣ）と双方向にデータをやりとりする。ハードディスク装置（ＨＤＤ）１９は外部記憶装置として機能し、画像データ等を記憶するほか、前記バックアップＲＡＭ１２ａに代えて、上記のカウンタ情報、システム情報及びステータス情報を保存することも可能である。ＣＰＵ１１は、ハードディスク装置（ＨＤＤ）１９等の記録媒体に画像データを記録する処理を行う。

〔ネットワークシステムの全体構成〕
図２は、図１に示した印刷デバイス装置を含むネットワークシステムの一構成例を示すブロック図である。なお、このネットワークシステムは、例えばＨＴＴＰ（Hypertext Transfer Protocol）ベースのネットワークを想定している。

図中の２１は、図１に示した印刷デバイス装置であり、インターネット２５を経由して、ホストサーバ装置２７に対して、カウンタ情報やエラー情報等のデバイス情報を定期又は不定期に送信する。

パーソナルコンピュータ（ＰＣ）２２は、イントラネットＬＡＮ１７を通して印刷デバイス装置２１と通信することが可能であり、印刷ジョブを印刷デバイス装置２１に送出することによりネットワーク印刷を行う。ゲートウェイ装置２３，２６は、インターネット２５へ接続するためのファイアーウォールの役目を果たす。

イントラネットＬＡＮ２９に接続される印刷デバイス装置２８は、図１で示した印刷デバイス装置２１と同様の構成であり、ネットワーク印刷用に使用されるほか、ホストサーバ装置２７へのデバイス情報の送信を行う。そして、イントラネットＬＡＮ２９には、ホストサーバ装置２７が接続されている。

なお、ＰＣや印刷デバイス装置は、図２に示す台数と異なる台数が接続されていも良い。

〔印刷デバイス装置のソフトウェアモジュール構成〕
図３は、ホストサーバ装置２７側の外部システムと通信可能な印刷デバイス装置２１のソフトウェアモジュールの構成を示す図である。

図中の７０１乃至７０９が印刷デバイス装置２１側のソフトウェアモジュールに該当する。デバイスインタフェース７０１は、図１のデバイスコントローラ１４及びプリンタ１６とのインタフェースを示す。該インタフェースを介してプリンタ１６で検知されるエラー（障害と呼ぶこともある）を含む画像形成装置ステータスが通知されてくる。このエラーには画像形成装置に蓄積される印刷ジョブの状態も含まれるが、画像形成装置の障害を主に想定する。画像形成装置の障害としては、ハードディスクエラーや課金カウンタエラー等のサービスコールエラー、紙ジャム等のエラー、或いはトナーロー等のワーニングなどのエラー、或いはドアオープン、排紙トレイの紙積載超過なども含むものとする。

状態イベントモジュール７０２は、デバイスインタフェース７０１から通知されたエラー情報リスト（複数種類のエラー情報）をマネージャー７０４に通知する。デバイスインタフェース７０１から通知されるエラー情報リストは、プリンタ１６で各種センサにより検出された画像形成装置ステータスに基づく。このエラー情報リストは時系列的に変化するので可変情報に分類される。

不揮発性記憶装置７０６には、図４のステップＳ６６において参照されるステータスフラグが格納されており、デバイスの電源ＯＦＦに引き続く電源ＯＮ時にこのステータスフラグ（履歴）をロジック７０５を介してマネージャー７０４が確認する。そして、ステータスフラグ１である場合（ステップＳ６６でＹＥＳ）、マネージャー７０４は、可変情報であるエラー情報リストとともに、自デバイスに係わる固有の識別子に相当する固定情報をＳＯＡＰファンクションモジュール７０７に通知する。

ここで、固定情報とは、例えば（図５の４０１、図６の５０１におけるｃｌｉｅｎｔスキーマに埋め込まれる情報（例えばクライアントＩＤ、アプリケーションバージョン）や、ｄｅｖｉｃｅスキーマに埋め込まれる情報（ＩＰアドレス、ＭＡＣアドレス、デバイスシリアル番号、製品名、製品タイプなど）が挙げられる。

ＳＯＡＰファンクションモジュール７０７は、ＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８に、マネージャー７０４から受けた内容（固定情報及び可変情報）及びマークアップ言語記述の作成依頼、及び作成したマークアップ言語記述の指定サーバへの通信依頼を行う。ここで、指定サーバの情報は、事前にＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８が保持している形態でも良いし、固定情報に含めるようにしても良い。

ＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８では、ＳＯＡＰファンクションモジュール７０７からの可変情報及び固定情報を受け、図５、図６の４０１、５０１に示されるように、ｃｌｉｅｎｔスキーマに基づくマークアップ言語記述と、ｄｅｖｉｃｅスキーマに基づくマークアップ言語記述と、図５、６の４０２、４０３、５０２に示されるＡｌｅｒｔスキーマに基づくマークアップ言語記述（エラーリスト）とを作成する。ここで、可変情報や固定情報の各々に対応するスキーマはＨＴＴＰ／ＳＯＡＰクライアントモジュールがアクセスできる記憶部に事前に格納されているものとする。

そして、ＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８は、作成したマークアップ言語記述のデータを、指定のサーバへ送信する。マークアップ言語記述としては、例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ ）が挙げられる。

以下、ステータスフラグが１であった場合のより詳細について説明する。

不揮発性記憶装置７０６に格納されるステータスフラグが１であった場合に、マネージャー７０４からデバイスインタフェース７０１にプリンタ１６における状態の問い合わせ要求が行われる。この状態の問い合わせ要求は、再度何かしらのエラーが発生していないか否かを識別するためである。この時デバイスインタフェース７０１は、問い合わせが発生したことに応じて各種状態をセンサにより検知し応答するようにしても良いし、事前に検知しておいた各種状態を応答するようにしても良い。

ここで、デバイスインタフェース７０１からの応答結果により、何れの種類のエラーが発生していれば、マネージャー７０４は、可変情報としてｃｏｄｅとｍａｊｏｒｓｔａｔｕｓの値を識別された種類のコード値に設定し、固定情報として上に説明した自デバイスに係わる情報を設定し、それらの情報をＳＯＡＰファンクションモジュール７０７に渡す（ＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８が、上述の可変情報及び固定情報を、自らＳＯＡＰファンクションモジュール７０７から取得するようにしても良い）。この時、可変情報及び固定情報の値は、何に関する値かを指定して、ＳＯＡＰファンクションモジュール７０７に渡される。

一方、デバイスインタフェース７０１からの応答結果により、何れの種類のエラーも発生していなければ、マネージャー７０４は、可変情報としてエラーが何もないという情報（ｃｏｄｅとｍａｊｏｒｓｔａｔｕｓの値を０とする）を設定し、上に説明した自デバイスに係わる情報を固定情報に設定し、それらの情報をＳＯＡＰファンクションモジュール７０７に渡す。この時も、可変情報及び固定情報の値は、何に関する値かを指定して、ＳＯＡＰファンクションモジュール７０７に渡される。

ＳＯＡＰファンクションモジュール７０７は、ＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８に対して、マネージャー７０４から受けた固定情報及び可変情報（ｃｏｄｅとｍａｊｏｒｓｔａｔｕｓの値：０を含む）をもとにした、スキーマに基づくマークアップ言語記述の作成及び指定のサーバへの通信依頼とを行う。この時も、可変情報及び固定情報の値は、何に関する値（固定情報及び可変情報）であるかを指定して、ＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８に渡される。

依頼を受けたＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８では、何に関する値かを識別し、対応するスキーマを読み込み、読み込まれたスキーマ及び渡された値に基づき、図５、図６に示されるような、スキーマに基づくマークアップ言語記述を作成する。

以上の処理により、ＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８は依頼された固定情報及び可変情報及び対応するスキーマに基づきマークアップ言語記述の作成を行うので、発生していない種類の障害の識別子を埋め込んだスキーマに基づくマークアップ言語記述は作成せず、識別された種類の障害の識別子を埋め込んだスキーマに基づくマークアップ言語記述を作成できる。また、電源起動時にステータスフラグ（履歴）が読み取られ且つ何れの種類の障害発生も識別されないと、障害発生が無いことを示す識別子を埋め込んだスキーマ―に基づくマークアップ言語記述を作成することもできる。

一方、ホスト側（図３中の外部システム７１０）では、ゲートウェイを介して、ＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８から通知されたマークアップ言語記述の解析に基づき、障害の遷移を管理する。特に、図６に示されるような、障害発生が無いことを示す識別子を解析により識別すると、障害発生しているとして管理されていた障害について、障害解消を識別することができる。

より具体的には、図５、６のマークアップ言語記述のデータを受信するとともに、常に個々のデバイス及び個々の種類のエラー状態を更新する。更新されたエラー状態は記憶部に保存される。そして、更新の際に以前に発生していた種類の障害に対応する識別子（ｃｏｄｅの値、及びｍａｊｏｒｓｔａｔｕｓの値）が、受信したマークアップ言語記述の中に含まれておらず確認できなければ、その種類のエラーが解消したとものと識別する。特に、図６のマークアップ言語記述のデータを受信した場合には、例えば、以前に保持されていたすべてのエラーは解消されたとし、ホスト側のデバイス情報を正常状態として更新する。これにより、障害発生が解消しないことに起因する、無駄なサービスマンの派遣などを防ぐことができる。

尚、上の説明では、ＳＯＡＰファンクションモジュール７０７がＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８に各種情報の通知を行うよう説明したが、例えば、ＨＴＴＰ／ＳＯＡＰクライアントモジュール７０８が、上述の可変情報及び固定情報を、自らＳＯＡＰファンクションモジュール７０７から取得するようにしても良い。

〔本実施の形態に係る印刷デバイス装置の動作〕
以上の構成において、図１に示した印刷デバイス装置２１の動作について、図４を参照して説明する。なお、図４は、本実施の形態に係る印刷デバイス装置２１の動作を示すフロー図である。

まずステップＳ６１において、ＣＰＵ１１は、プリンタ１６のステータスに変化が生じたかどうかを検知する。検知方法としては、各種センサ値を検出する方式でも、レスポンスの未応答を認識する方式でも、プリンタにおけるステータスを識別できれば、どのような方法でもよい。

プリンタ１６のステータスに変化が発生し、且つサービスコールエラー（例えば、ハードディスクエラーや課金カウンタエラーなどサービスマンによる修理を必要とするような種類のエラー）が発生している場合には、後述の図５で示すパケットを用いて、そのサービスコールエラー情報をホストサーバ装置２７に通知する（Ｔ１）。この通知に対するホストサーバ装置２７からの返答（レスポンス）Ｔ２が、後述する図７に示すレスポンスパケットであり、ここでは、サービスコールエラー情報を正常に受け取ったことを意味する＜ｒｅｓｕｌｔ＞ＯＫ＜／ｒｅｓｕｌｔ＞が返信されている。

また、サービスコールエラーが復旧した場合には、後述の図６に示すパケットを用いて、正常復帰情報をホストサーバ装置２７へ通知する。

次のステップＳ６２では、現在のプリンタ１６のステータスがサービスコールエラーの発生状態にあるか、或いは正常状態にあるかを判別する。この判別の結果、サービスコールエラーの発生状態であるならばステップＳ６３へ進み、そうでなければステップＳ６４へ進む。尚、例えばドアオープンなどの、サービスコールエラーで無いエラーに関しても、ステップＳ６２でＹＥＳと判定しても良い。

ステップＳ６３では、バックアップＲＡＭ１２ａのステータスフラグ用メモリ領域に“１”を書き込み、ステップＳ６１に戻る。また、ステップＳ６４では、バックアップＲＡＭ１２ａのステータスフラグ用メモリ領域に“０”を書き込み、ステップＳ６１に戻る。

ユーザによって電源ＯＦＦ／ＯＮ操作がなされた場合に引き続く状態がステップＳ６５であり、このとき、印刷デバイス装置２１は初期化処理を行う。ここでいう初期化処理とは、メモリの初期化、各種制御プログラムの不揮発性記憶手段からの読込みを行うと共に、起動すべきかどうかを示すスイッチを参照するほか、起動すべき時に、ホストサーバ装置２７のＵＲＬやポート、並びにホストサーバ装置２７との送信間隔を示すスケジュール情報を参照する処理である。

続くステップＳ６６では、バックアップＲＡＭ１２ａに履歴として保存されているステータスフラグを参照し、ステータスフラグが“１”であればステップＳ６７へ進み、“０”であれば本処理を終了する。つまり、ステータスフラグが“１”であることは、当該印刷デバイス装置の前回起動時における最新のステータスがサービスコールエラー発生状態（或いはその他のエラー）であったことを示している。また、本フローチャートを終了した後に所定条件が満たされると、プリンタ１６の外部へのステータス通知が行われる。所定条件としては、装置内タイマーによるステータス通知タイミングが到来した場合、各種或いは特定のステータスの履歴が所定量或いは所定数蓄積された場合、或いは、緊急に通知する必要があるステータスが発生した場合、或いは、ホストサーバ装置２７やその他の外部装置からステータスの要求を受信した場合などのが想定される。

ステップＳ６７では、現在、サービスコールエラー（或いはその他のエラー）が発生しているか否かを判別する。つまり、今回起動時においてもサービスコールエラー（或いはその他のエラー）の発生状態にあるかを判別するのである。現在もサービスコールエラー（或いはその他のエラー）の発生状態であれば、ステップＳ６８へ進み、そうでなければ、ステップＳ６９へ進む。

ステップＳ６８では、図５のパケットで示されるサービスコールエラー通知を行い（Ｔ３）、本処理を終了する。

一方、ステップＳ６９では、ホストサーバ装置２７に対して後述の図６のパケットで示される正常復帰通知を行い（Ｔ４）、本処理を終了する。例えば、印刷デバイス装置２１の前回起動時における最新のステータスがサービスコールエラー発生状態であったが、再起動時の現在では、そのサービスコールエラーが解消されているので、その旨をホストサーバ装置２７に知らせるのである。

そして、正常復帰通知のレスポンスとして（Ｔ５）、図７のレスポンスパケットが返信される。ここでも、＜ｒｅｓｕｌｔ＞ＯＫ＜／ｒｅｓｕｌｔ＞が返信されている。

また、印刷デバイス装置２１は、図７のレスポンスパケットを受信し識別したことに応じて、図４のＳ６６で参照するステータスフラグをクリアし、仮にＳ６６で再度判定した場合に、ＮＯと判定できるようにする。このクリア処理により、再度電源をＯＦＦ及びＯＮした場合に、重複したステップＳ６９の正常復帰通知を抑制できる。これにより無駄なトラフィックの増大を抑制できる。

このように本実施の形態では、プリンタ１６でサービスコールエラー（或いはその他のエラー）が発生しているかどうかの最新の状態を（ステップＳ６１，ステップＳ６２）、状態が変化する度にバックアップＲＡＭ１２ａに保存しておき（ステップＳ６３，ステップＳ６４）、ユーザによって電源ＯＦＦ／ＯＮ操作がなされて印刷デバイス装置が再起動したときに（ステップＳ６５）、前回起動しているときの最新の状態がサービスコールエラー発生状態或いはその他のエラー発生状態であったならば（ステップＳ６６）、現在のプリンタ１６のステータスを送信する（ステップＳ６８，ステップＳ６９）。

これにより、ユーザによる電源ＯＦＦ／ＯＮ操作でサービスコールエラーが復旧している場合には、サービスコールエラーが解消されたことをホストサーバ装置２７側で知ることができる。

特に、ユーザによる電源ＯＦＦ／ＯＮ操作によって印刷デバイス装置が再起動する度に現在のステータスをホストサーバ装置２７側に送信するとトラフィックが増大するが、本実施の形態では、ステップＳ６６を設けて、前回起動しているときの最新の状態がある特定のエラー発生状態（サービスコールエラー発生状態）であったときのみ現在のステータスを送信するようにしているので、トラフィックを増大させることなく、サービスコールエラーが解消されたことをホストサーバ装置２７側へ効率よく通知することができる。

なお、上記の説明では、電源ＯＦＦ／ＯＮ操作よる再起動直後のホストサーバ装置２７に対する通知として、ステップＳ６８でエラー通知を行うようにしたが、このステップＳ６８のエラー通知を行わずに、ステップＳ６９による正常復帰通知のみを行うようにしても良い。これにより、更にトラフィックを抑制することができる。

また、上記の説明では、デバイス装置であるプリンタ１６のエラーとして、ハードディスクエラーや課金カウンタエラー等のサービスコールエラーに限定して説明したが、サービスコールエラーに限らず、紙ジャム等のエラー、或いはトナーロー等のワーニングなどのエラーであっても良い。

以下、本実施の形態で使用される通知用のパケットデータについて説明する。

〔エラー通知用のパケットデータの一例〕
図５は、本実施の形態に係るエラー通知時（図４のＴ１，Ｔ３）に送信されるマークアップ言語のパケットデータの一例を示す図であり、スキーマに基づき記述されている。このパケットデータは、ＨＴＴＰ上のＳＯＡＰ（Simple Object Access Protocol）を用いて、エラーを通知するために印刷デバイス装置２１からホストサーバ装置２７に送信されるパケットデータ（ｅｍ＿ｐｏｓｔＡｌｅｒｔと称される）の一例である。

このデータはＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）形式で記述されている。無論ＸＭＬ形式に限定されるもので無い。例えばＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）でも良い。ｐｏｓｔＡｌｅｒｔパケットは、デバイス装置１６にエラーが発生した際に、ホストサーバ装置２７にエラー情報を通知するコマンドであり、固定的な情報を示す図５のパケットの発信元或いはエラー発生元のデバイス装置を示すクライアント情報（＜ｃｌｉｅｎｔ＞タグ）や、可変的な情報を示すアラート情報リスト（＜ａｌｅｒｔＬｉｓｔ＞タグ）等の情報が記述されている。＜ｃｌｉｅｎｔ＞タグには、クライアントを識別する＜ｉｄ＞、クライアントのタイプを識別する＜ｔｙｐｅ＞、及びアプリケーションのバージョンを識別する＜ａｐｐＶｅｒｓｉｏｎ＞が含まれる。また、ａｌｅｒｔＬｉｓｔには、デバイスを識別する＜ｄｅｖｉｃｅ＞と＜ａｌｅｒｔ＞のリスト、並びにカウンタ情報＜ｃｏｕｎｔｅｒＬｉｓｔ＞が含まれている。

また固定的な情報としての＜ｄｅｖｉｃｅ＞には、パケットの目的地であるＭＡＣアドレスの下位４バイトを識別する＜ｍａｃ＞、ＩＰアドレスを識別する＜ｉｐ＞、シリアル番号＜ｓｅｒｉａｌＮｕｍｂｅｒ＞、製品名＜ｐｒｏｄｕｃｅＮａｍｅ＞、及び形式＜ｔｙｐｅ＞が記述される。＜ａｌｅｒｔ＞には、エラーコード＜ｃｏｄｅ＞、大分類の＜ｍａｊｏｒｓｔａｔｕｓ＞、エラーを示す文字情報＜ｏｐｍｅｓｓａｇｅ＞、及びタイムスタンプ情報＜ｔｉｍｅｓｔａｍｐ＞が記述されている。

＜ｃｏｕｎｔｅｒＬｉｓｔ＞には、サービスモード番号＜ｉｄ＞とサービスモード番号で指定されたカウンタ値＜ｖａｌｕｅ＞が記述されている。
なお、上記図５の説明におけるクライアントとはプリンタなどのデバイスを指す。

〔正常復帰通知用のパケットデータの一例〕
図６は、本実施の形態に係るエラー正常復帰通知時（図４のＴ４）に送信されるパケットデータの一例を示す図であり、図５と同様にスキーマに基づき記述されている。このパケットデータは、エラーが解消された後、ＨＴＴＰ上のＳＯＡＰを用いて印刷デバイス装置２１からホストサーバ装置２７に送信される正常復帰通知用のパケットデータ（ｅｍ＿ｐｏｓｔＡｌｅｒｔと称される）の一例である。

図５に示したパケットデータとスキーマは同様であるが、＜ａｌｅｒｔ＞において、エラーコード＜ｃｏｄｅ＞並びに大分類の＜ｍａｊｏｒｓｔａｔｕｓ＞がそれぞれ０、エラーを示す文字情報＜ｏｐｍｅｓｓａｇｅ＞はＮＵＬＬが設定される。このように＜ａｌｅｒｔ＞を設定することにより、エラーが解消されたことを示すパケットとなっている。

また、先の図５で示した＜ｄｅｖｉｃｅ＞タグにおける、ＭＡＣアドレスの下位４バイトを識別する＜ｍａｃ＞、ＩＰアドレスを識別する＜ｉｐ＞、及びシリアル番号＜ｓｅｒｉａｌＮｕｍｂｅｒ＞によって、デバイスを特定することができるため、どのデバイス装置がエラー解消したかを特定することができる。

また、エラーが解消される旨を通知するスキーマとしてｅｍ＿ｐｓｏｔＡｌｅｒｔを使用したが、その他のＳＯＡＰ関数を使用しても良い。

このように、図５と同様の、ａｌｅｒｔスキーマ（＜ａｌｅｒｔ＞）を用い、図６に示されるエラー正常復帰通知を行うことができるので、通知フォーマットを簡易化できる。結果、通知を受ける側のホストサーバ装置２７側の処理を効率化できる。

例えば、エラー正常復帰通知を示すスキーマをａｌｅｒｔスキーマとは別途設けるにようにしても良い。しかし、より好適な形態として、本実施例では、ホストサーバ装置２７側で、まずａｌｅｒｔスキーマ５０２を解析し、図５の４０２と同様の＜ｍａｊｏｒｓｔａｔｕｓ＞スキーマで記述される値が０であることを識別し、サービスコールエラーが解消したと判定する。これにより、ホストサーバ装置２７側のスキーマ判定処理を軽減できる。

〔通知に対するレスポンスの一例〕
図７は、本実施の形態に係るエラー通知（図５）又は正常復帰通知（図６）に対するレスポンスの一例を示す図であり、図５、６と同様にスキーマに基づき記述されている。

本データも図６のパケットデータと同様にＸＭＬ形式で記述され、本実施の形態においてはＨＴＴＰ上のＳＯＡＰを用いて送受信される。ｅｍ＿ｐｏｓｔＡｌｅｒｔ応答パケットには、ｅｍ＿ｐｏｓｔＡｌｅｒｔコマンド対する結果情報＜ｒｅｔｕｒｎ＞として、ＯＫやＮＧを記述し、返信する。

［他の実施の形態］
上記第１の実施の形態は、ホストサーバ装置２７へのステータス通知機能を印刷デバイス装置が備える構成であるが、しかし、印刷デバイス装置がホストサーバ装置２７への通知を、デバイス管理装置を介して行うような構成も可能である。

このデバイス監視装置は、単数或いは複数の印刷デバイス装置のステータスやカウンタ値を監視しており、自発的或いはホストサーバ装置２７からの要求に応じて、印刷デバイス装置のステータスやカウンタ値をホストサーバ装置へ通知する。

また、図２では、ホストサーバ装置２７を一台の装置として記述したが、これに限定はされない。複数の装置からなるホストサーバシステムによりホストサーバ装置２７と同等の機能を実現するようにしても良い。

本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用しても良い。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤＲＯＭ、ＣＤＲ、磁気テープ、不揮発性のメモリカード、不揮発性メモリを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

実施の形態に係わる情報処理装置を含む印刷デバイス装置の内部構成を示す図である。 図１に示した印刷デバイス装置を含むネットワークシステムの一構成例を示すブロック図である。 実施の形態に係わるモジュール構成を示す図である。 実施の形態に係る印刷デバイス装置の動作を示すフロー図である。 実施の形態に係るエラー通知時に送信されるパケットデータの一例を示す図である。 実施の形態に係るエラー正常復帰通知時に送信されるパケットデータの一例を示す図である。 実施の形態に係るエラー通知又は正常復帰通知に対するレスポンスの一例を示す図である。

符号の説明

１１ ＣＰＵ
１２ ＲＡＭ
１３ ＲＯＭ
１２ａ バックアップＲＡＭ
１６ プリンタ
１９ ハードディスク装置
２０ 課金カウンタ
２１，２８ 印刷デバイス装置
２２ パーソナルコンピュータ（ＰＣ）
２７ ホストサーバ装置

Claims (20)

1. 外部装置に画像形成装置の情報を通知する通信手段と、前記画像形成装置における障害発生を検知する検知手段とを備える情報処理装置であって、
   前記検知手段により検知された障害発生の履歴を記憶し、起動時に実行される初期化処理において記憶内容が消去されない構成である記憶手段と、
   起動時に前記検知手段により障害発生が検知されなくとも、前記障害発生の履歴が読み取られた場合に、前記通信手段に前記外部装置へステータス通知を行わせる制御手段とを有することを特徴とする情報処理装置。
2. 前記制御手段は、所定条件が満たされた場合に外部へのステータス通知を前記通信手段に行わせ、前記障害発生の履歴が読み取られた場合には前記所定条件が満たされていなくとも外部へのステータス通知を前記通信手段に行わせることを特徴とする請求項１に記載の情報処理装置。
3. 前記所定条件には、タイマーによるステータス通知タイミングの到来すること、或いは、ステータスの履歴が所定量或いは所定数蓄積されること、或いは、緊急に通知する必要があるステータスが発生したこと、或いは、外部装置からステータスの要求を受信することが含まれることを特徴とする請求項２に記載の情報処理装置。
4. 前記起動時に前記履歴が読み取られた場合に、発生している障害を識別し、識別されていない種類の障害の識別子を埋め込んだスキーマに基づくマークアップ言語記述を作成することなく、識別された種類の障害の識別子を埋め込んだスキーマに基づくマークアップ言語記述を作成し、
   前記起動時に前記履歴が読み取られ且つ何れの種類の障害発生も識別されないと、障害発生が無いことを示す識別子を埋め込んだスキーマに基づくマークアップ言語記述を作成する作成手段を有し、
   前記制御手段は、前記作成手段により作成されたスキーマに基づくマークアップ言語記述の通知を、前記通知手段に行わせることを特徴とする請求項１乃至３の何れかに記載の情報処理装置。
5. 前記外部装置では、通知されたマークアップ言語記述の解析に基づき、障害発生が無いことを示す識別子を識別すると、障害発生として管理されていた障害について、障害解消を識別することを特徴とする請求項４に記載の情報処理装置。
6. 前記外部装置には、前記マークアップ言語記述を解析する解析手段が設けられており、前記解析手段は、解析結果により、マークアップ言語記述に基づき、事前に認識されていた種類の障害識別子が確認されないと、該確認されなかった種類の障害について、障害解消を識別することを特徴とする請求項４又は５に記載の情報処理装置。
7. スキーマに基づくマークアップ言語記述を作成する作成手段と、
   取得した自装置の識別子を含む固定情報と、デバイスインタフェースを介して取得した可変情報としての画像形成装置障害とを、前記作成手段に渡す手段とを有し、
   前記作成手段は、前記渡された固定情報を、対応するスキーマに基づきマークアップ言語記述にし、前記渡された可変情報を、対応するスキーマに基づきマークアップ言語記述にすることを特徴とする請求項１乃至６の何れかに記載の情報処理装置。
8. 前記通知手段は画像形成装置と通信を行い、前記画像形成装置の状態を含む情報を前記画像形成装置から取得可能であることを特徴とする請求項１乃至７の何れかに記載の情報処理装置。
9. 記録媒体に画像を記録する記録手段を有することを特徴とする請求項１乃至８に記載の情報処理装置。
10. 外部装置に画像形成装置の情報を通知する通信手段と、前記画像形成装置における障害発生を検知する検知手段とを備える情報処理システムの情報通知方法であって、
    前記検知手段により検知された障害発生の履歴を、起動時に実行される初期化処理において記憶内容が消去されない構成である記憶手段に記憶する記憶工程と、
    起動時に前記検知手段により障害発生が検知されなくとも、前記障害発生の履歴が読み取られた場合に、前記通信手段に前記外部装置へステータスの通知を行わせる制御工程とを実行することを特徴とする情報通知方法。
11. 前記制御工程は、所定条件が満たされた場合に外部へのステータス通知を前記通信手段に行わせ、前記障害発生の履歴が読み取られた場合には前記所定条件が満たされていなくとも外部へのステータス通知を前記通信手段に行わせることを特徴とする請求項１０に記載の情報通知方法。
12. 前記所定条件には、タイマーによるステータス通知タイミングの到来すること、或いは、ステータスの履歴が所定量或いは所定数蓄積されること、或いは、緊急に通知する必要があるステータスが発生したこと、或いは、外部装置からステータスの要求を受信することが含まれることを特徴とする請求項１１に記載の情報処理装置の情報通知方法。
13. 前記起動時に前記履歴が読み取られた場合に、発生している障害を識別し、識別されていない種類の障害の識別子を埋め込んだスキーマに基づくマークアップ言語記述を作成することなく、識別された種類の障害の識別子を埋め込んだスキーマに基づくマークアップ言語記述を作成し、
    前記起動時に前記履歴が読み取られ且つ何れの種類の障害発生も識別されないと、障害発生が無いことを示す識別子を埋め込んだスキーマ―に基づくマークアップ言語記述を作成する作成工程を有し、
    前記制御工程は、前記作成工程において作成されたスキーマに基づくマークアップ言語記述の通知を、前記通知手段に行わせることを特徴とする請求項１０乃至１２の何れかに記載の情報通知方法。
14. 前記外部装置では、通知されたマークアップ言語記述の解析に基づき、障害発生が無いことを示す識別子を識別すると、障害発生として管理されていた障害について、障害解消を識別することを特徴とする請求項１３に記載の情報通知方法。
15. 前記外部装置では、前記マークアップ言語記述を解析する解析工程が行われ、前記解析工程においては、解析結果により、マークアップ言語記述に基づき、事前に認識されていた種類の障害識別子が確認されないと、該確認されなかった種類の障害について、障害解消を識別することを特徴とする請求項１３又は１４に記載の情報通知方法。
16. スキーマに基づくマークアップ言語記述を作成する作成工程と、
    取得した自装置の識別子を含む固定情報と、デバイスインタフェースを介して取得した可変情報としての画像形成装置障害とを、前記作成手段に渡す工程とを有し、
    前記作成工程は、前記渡された固定情報を、対応するスキーマに基づきマークアップ言語記述にし、前記渡された可変情報を、対応するスキーマに基づきマークアップ言語記述にすることを特徴とする請求項１０乃至１５の何れかに記載の情報通知方法。
17. 前記通知手段は画像形成装置と通信を行い、前記画像形成装置の状態を含む情報を前記画像形成装置から取得可能であることを特徴とする請求項１０乃至１６の何れかに記載の情報通知方法。
18. 記録媒体に画像を記録する記録工程を有することを特徴とする請求項１０乃至１７に記載の情報通知方法。
19. 請求項１０乃至１８の何れかに記載の情報通知方法をコンピュータに実行させるための制御プログラム。
20. 請求項１０乃至１８の何れかに記載の情報通知方法をコンピュータに実行させるための制御プログラムをコンピュータ可読の形態で記憶した記憶媒体。

Images