JP4180438B2 - イベント通知方法、情報機器 - Google Patents
イベント通知方法、情報機器 Download PDFInfo
- Publication number
- JP4180438B2 JP4180438B2 JP2003134567A JP2003134567A JP4180438B2 JP 4180438 B2 JP4180438 B2 JP 4180438B2 JP 2003134567 A JP2003134567 A JP 2003134567A JP 2003134567 A JP2003134567 A JP 2003134567A JP 4180438 B2 JP4180438 B2 JP 4180438B2
- Authority
- JP
- Japan
- Prior art keywords
- document
- information
- event notification
- event
- creation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、イベントが発生した際に他の機器にイベントを通知するイベント通知方法、情報機器に関する。
【０００２】
【従来の技術】
近年、ネットワーク技術の発展や普及により、状態の変更などにより発生するイベントをネットワークを介して管理者のパソコンに通知する機器が増えてきている。このような装置は、例えばＷｅｂサーバ機能を機器内に内蔵したり、電子メール（以下、メールと記す）を送信することで、機器に関する情報を提供している。
【０００３】
図３７は、イベントを通知する機器のブロック図を示すものである。このブロック図は、アプリケーションと、所定の動作を行うエンジンからなる機器での機能ブロックを示している。
【０００４】
アプリケーションやエンジンで、管理者に対して何らかの通知が必要となった場合、エンジンの状態を監視するエンジンステータス監視部とアプリケーションは、メール送信マネージャ部にアラートメール送信要求を通知する。
【０００５】
要求を受信したメール送信マネージャ部では、メールを作成するメールコンテンツ作成部にメールコンテンツ作成要求を通知する。
【０００６】
メールコンテンツ作成部は、メールコンテンツ作成要求の内容に基づき、予め用意されているテキストデータを参照し、メールを作成する。そして、メールコンテンツ作成部は、メールコンテンツ作成結果をメール送信マネージャ部に通知する。
【０００７】
メール送信マネージャ部は、作成されたメールをメール送信部にメールを送信させるためのアラートメール送信要求を通知する。
【０００８】
このようにすることで、機器はメールを用いた情報の提供を行なっている。また、メールではなくＷｅｂサーバ機能を内蔵した機器の場合、図３８に示されるように、複数のＷｅｂアプリケーションとｈｔｔｐ用通信手段を用いてパソコンに情報を提供している。この場合に表示される情報も、メールのときと同様に、予め用意されたＨＴＭＬファイルや情報が固定されたテキストファイルを参照したものである。
【０００９】
【発明が解決しようとする課題】
このように、表示する情報と、その情報を表示するためのレイアウトとが一緒になっているＨＴＭＬファイルや、表示する情報が固定されたテキストファイルは、表示する項目が多くなると、大きな情報量となり、ハードウェア資源を浪費する。また、レイアウトや情報が固定されるため、新たな機能が加わるなどして項目を増やしたりする作業は膨大な作業となる。
【００１０】
本発明は、このような問題点に鑑み、表示する情報やレイアウトを容易に変更可能なイベント通知方法、情報機器を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明は、情報機器内で発生したイベントに関するイベント通知情報を他の機器に通知するイベント通知方法であって、前記情報機器が有する前記イベント通知情報の作成要求を行う機能部から、前記情報機器内で発生したアラート状態の内容を示すパラメータが設定された、前記イベント通知情報の作成要求を受信すると、前記イベント通知情報を作成するための仕様に従った文書である第１の文書を作成する第１文書作成段階と、前記第１の文書を、前記イベント通知情報のレイアウトを定めたレイアウト文書に従って編集することにより第２の文書を作成する第２文書作成段階と、前記第２の文書から、前記イベント通知情報を作成するイベント通知情報作成段階と、前記イベント通知情報を前記機器に通知するイベント通知段階とを有し、前記第１文書作成段階では、ＨＴＴＰリクエストにより前記イベント通知情報の作成要求を受信し、前記イベント通知情報作成段階では、ＨＴＴＰレスポンスにより前記第２の文書を受信し、前記情報機器が搭載する複数の機能部との間で、前記ＨＴＴＰリクエスト／レスポンスに含まれるＵＲＬの指定により前記イベント通知情報に関するデータの送受信を行うことを特徴とする。
【００１２】
また、上記課題を解決するために、本発明は、前記第１の文書は、ＸＭＬ文書であることを特徴とする。
【００１３】
また、上記課題を解決するために、本発明は、前記第２の文書は、テキスト文書であることを特徴とする。
【００１４】
また、上記課題を解決するために、本発明は、前記レイアウト文書は、スタイルシートであることを特徴とする。
【００１５】
また、上記課題を解決するために、本発明は、前記スタイルシートは、複数の種類が存在することを特徴とする。
【００１６】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、電子メールで通知されることを特徴とする。
【００１８】
また、上記課題を解決するために、本発明は、前記第１文書作成段階では、ＸＭＬ文書を作成するＸＭＬＧにより、前記第１の文書を作成することを特徴とする。
【００１９】
また、上記課題を解決するために、本発明は、前記第２文書作成段階では、ＸＳＬプロセッサにより、前記第２の文書を作成することを特徴とする。
【００２１】
また、上記課題を解決するために、本発明は、前記イベント通知情報作成段階では、前記イベントの内容に応じ、前記イベント通知情報の通知先を選択することを特徴とする。
【００２２】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、前記情報機器を識別する情報を含むことを特徴とする。
【００２３】
また、上記課題を解決するために、本発明は、イベントに関する文書を作成するとともにＷｅｂサービスに係る処理を行うＷｅｂアプリ部と、前記Ｗｅｂアプリ部に前記文書の作成を要求するともに、前記文書に基づいて作成した前記イベント通知情報を他の機器に通知するイベント通知サービス部と、前記イベントの発生を前記イベント通知サービス部に通知するイベント通知部とを有する情報機器でのイベント通知方法であって、前記イベント通知部が、前記イベント通知サービス部にイベントが発生したことを示すイベント発生情報を通知するイベント発生通知段階と、前記イベント通知サービス部が、前記Ｗｅｂアプリ部に対して、前記イベント発生情報を基に、発生した前記イベントの内容を示すパラメータが設定された前記文書の作成を要求する文書作成要求を通知する文書作成要求段階と、前記Ｗｅｂアプリ部が、前記イベント通知情報を作成するための仕様に従った文書である第１の文書を作成する第１文書作成段階と、前記Ｗｅｂアプリ部が、前記第１の文書を、前記イベント通知情報のレイアウトを定めたレイアウト文書に従って編集することにより第２の文書を作成する第２文書作成段階と、前記Ｗｅｂアプリ部が、前記イベント通知サービス部に要求された文書の作成が終了したことを示す文書作成終了情報を通知する文書作成終了通知段階と、前記イベント通知サービス部が、前記第２の文書から、前記イベント通知情報を作成するイベント通知情報作成段階と、前記イベント通知サービス部が、前記イベント通知情報を前記機器に通知するイベント通知段階とを有し、前記イベント通知サービス部が、ＨＴＴＰリクエストにより前記文書作成要求を通知し、ＨＴＴＰレスポンスにより前記文書作成終了情報を受信し、前記Ｗｅｂアプリ部との間で、前記ＨＴＴＰリクエスト／レスポンスに含まれるＵＲＬの指定により前記イベント通知情報に関するデータの送受信を行うことを特徴とする。
【００２４】
また、上記課題を解決するために、本発明は、前記第１の文書は、ＸＭＬ文書であることを特徴とする。
【００２５】
また、上記課題を解決するために、本発明は、前記第２の文書は、テキスト文書であることを特徴とする。
【００２６】
また、上記課題を解決するために、本発明は、前記レイアウト文書は、スタイルシートであることを特徴とする。
【００２７】
また、上記課題を解決するために、本発明は、前記スタイルシートは、複数の種類が存在することを特徴とする。
【００２８】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、電子メールで通知されることを特徴とする。
【００２９】
また、上記課題を解決するために、本発明は、前記イベント発生情報は、前記Ｗｅｂアプリ部にも通知されることを特徴とする。
【００３０】
また、上記課題を解決するために、本発明は、前記Ｗｅｂサービス部に通知されるイベント発生情報は、イベントの内容に関する情報を含むことを特徴とする。
【００３２】
また、上記課題を解決するために、本発明は、前記第１文書作成段階では、ＸＭＬ文書を作成するＸＭＬＧにより、前記第１の文書を作成することを特徴とする。
【００３３】
また、上記課題を解決するために、本発明は、前記第２文書作成段階では、ＸＳＬプロセッサにより、前記第２の文書を作成することを特徴とする。
【００３５】
また、上記課題を解決するために、本発明は、前記イベント通知情報作成段階では、前記イベントの内容に応じ、前記イベント通知情報の通知先を選択することを特徴とする。
【００３６】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、前記情報機器を識別する情報を含むことを特徴とする。
【００３７】
また、上記課題を解決するために、本発明は、情報機器内で発生したイベントに関するイベント通知情報を他の機器に通知する情報機器であって、前記イベントに関する文書を作成するとともにＷｅｂサービスに係る処理を行うＷｅｂアプリ手段と、前記Ｗｅｂアプリ手段に対して、当該情報機器内で発生した前記イベントの内容を示すパラメータが設定された前記文書の作成を要求する文書作成要求を通知するともに、前記文書に基づいて作成した前記イベント通知情報を他の機器に通知するイベント通知サービス手段と、前記イベントが発生したことを示すイベント発生情報を前記イベント通知サービス手段に通知するイベント通知手段とを有し、前記イベント通知サービス手段は、ＨＴＴＰリクエストにより、前記Ｗｅｂアプリ手段に対して、前記文書作成要求を通知し、前記Ｗｅｂアプリ手段との間で、前記ＨＴＴＰリクエスト／レスポンスに含まれるＵＲＬの指定により前記イベント通知情報に関するデータの送受信を行うことを特徴とする。
【００３８】
また、上記課題を解決するために、本発明は、前記Ｗｅｂアプリ手段は、前記イベント通知情報を作成するための仕様に従った文書である第１の文書を作成し、前記第１の文書を、前記イベント通知情報のレイアウトを定めたレイアウト文書に従って編集することにより第２の文書を作成し、前記イベント通知サービス手段に要求された文書の作成が終了すると、ＨＴＴＰレスポンスにより、文書の作成が終了したことを示す文書作成終了情報を通知することを特徴とする。
【００３９】
また、上記課題を解決するために、本発明は、前記第１の文書は、ＸＭＬ文書であることを特徴とする。
【００４０】
また、上記課題を解決するために、本発明は、前記第２の文書は、テキスト文書であることを特徴とする。
【００４１】
また、上記課題を解決するために、本発明は、前記レイアウト文書は、スタイルシートであることを特徴とする。
【００４２】
また、上記課題を解決するために、本発明は、前記スタイルシートは、複数の種類が存在することを特徴とする。
【００４３】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、電子メールで通知されることを特徴とする。
【００４４】
また、上記課題を解決するために、本発明は、前記イベント通知手段は、前記イベント発生情報を前記Ｗｅｂサービス手段にも通知することを特徴とする。
【００４５】
また、上記課題を解決するために、本発明は、前記Ｗｅｂサービス手段に通知されるイベント発生情報は、イベントの内容に関する情報を含むことを特徴とする。
【００４７】
また、上記課題を解決するために、本発明は、前記Ｗｅｂアプリ手段は、ＸＭＬ文書を作成するＸＭＬＧにより、前記第１の文書を作成することを特徴とする。
【００４８】
また、上記課題を解決するために、本発明は、前記Ｗｅｂアプリ手段は、ＸＳＬプロセッサにより、前記第２の文書を作成することを特徴とする。
【００５０】
また、上記課題を解決するために、本発明は、前記イベント通知サービス手段は、前記イベントの内容に応じ、前記イベント通知情報の通知先を選択することを特徴とする。
【００５１】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、前記情報機器を識別する情報を含むことを特徴とする。
【００５２】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うアプリケーションとをさらに有することを特徴とする。
【００５３】
また、上記課題を解決するために、本発明は、前記ハードウェア資源を管理するハードウェア管理手段は、前記イベント通知手段を含むことを特徴とする。
【００５４】
また、上記課題を解決するために、本発明は、前記アプリケーションは、前記イベント通知手段を含むことを特徴とする。
【００５５】
また、上記課題を解決するために、本発明は、前記イベントは、画像形成処理に伴い消耗する消耗品について発生するイベントであることを特徴とする。
【００５６】
また、上記課題を解決するために、本発明は、前記イベントは、情報機器に備えられるユニットについて発生するイベントであることを特徴とする。
【００５７】
また、上記課題を解決するために、本発明は、前記イベントは、前記ハードウェアが故障した際に発生するイベントであることを特徴とする。
【００５８】
また、上記課題を解決するために、本発明は、前記イベントは、前記アプリケーションが所定の処理を終えた際に発生するイベントであることを特徴とする。
【００５９】
以上のように、本発明によれば、表示する情報やレイアウトを容易に変更可能なイベント通知方法、情報機器を提供することができる。
【００６０】
【発明の実施の形態】
以下、図面を参照し、本発明の実施形態について説明する。なお、本実施の形態において、情報機器は、アプリケーションとハードウェア資源を有する融合機を例にして説明する。
【００６１】
まず、図１を用いて、融合機１に搭載されているプログラムについて説明する。図１には、融合機１のプログラム群２と、融合機起動部３と、ハードウェア資源４とが示されている。
【００６２】
融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびプラットホーム層６を起動する。例えば融合機起動部３は、アプリケーション層５およびプラットホーム層６のプログラムを、ハードディスク装置（以下、ＨＤＤと記す）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）５１、またはカラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）５２と、オペレーションパネル５３と、スキャナやファクシミリなどのハードウェアリソース５０とを含む。
【００６３】
また、プログラム群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳと記す）上に起動されているアプリケーション層５とプラットホーム層６とを含む。アプリケーション層５は、プリンタ、コピー、ファックス、スキャナ、情報提供及びＷｅｂなどの画像形成に係るユーザーサービスにそれぞれ固有の処理を行うプログラムを含む。
【００６４】
アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ２０と、コピー用アプリケーションであるコピーアプリ２１と、ファックス用アプリケーションであるファックスアプリ２２と、スキャナ用アプリケーションであるスキャナアプリ２３と、Ｗｅｂサービスやメール作成サービスを提供するＷｅｂアプリ２４とを含む。
【００６５】
このＷｅｂアプリ２４は、Ｗｅｂサービスに係る処理である、融合機１の状態を融合機１にアクセスしたパソコンのＷｅｂブラウザに表示する処理などを行うことができる。
【００６６】
プラットホーム層６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層７と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層７からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭと記す）４０と、ＳＲＭ４０からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層８とを含む。
【００６７】
コントロールサービス層７は、ネットワークコントロールサービス（以下、ＮＣＳと記す）１３、デリバリーコントロールサービス（以下、ＤＣＳと記す）３１、オペレーションパネルコントロールサービス（以下、ＯＣＳと記す）３２、ファックスコントロールサービス（以下、ＦＣＳと記す）３３、エンジンコントロールサービス（以下、ＥＣＳと記す）３４、メモリコントロールサービス（以下、ＭＣＳと記す）３５、オンデマンドアップデートサービス（以下、ＯＵＳと記す）３６、ユーザインフォメーションコントロールサービス（以下、ＵＣＳと記す）３７、システムコントロールサービス（以下、ＳＣＳと記す）３８など、一つ以上のサービスモジュールを含むように構成されている。
【００６８】
なお、プラットホーム層６は予め定義されているＲＰＣ（Remote Procedure Call）により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ４３を有するように構成されている。ＯＳは、アプリケーション層５およびプラットホーム層６の各プログラムをプロセスとして並列実行する。
【００６９】
ＮＣＳ３０のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００７０】
またＮＣＳ３０は、ネットワークを介して接続されるネットワーク機器とのデータ通信を行うｈｔｔｐｄ（Hyper Text Transfer Protocol Daemon）と、ｆｔｐｄ（File Transfer Protocol Daemon）とを有する。
【００７１】
ＤＣＳ３１のプロセスは、メールの送受信などの制御を行う。ＯＣＳ３２のプロセスは、保守点検などを行うサービスマンやユーザと本体制御との間の情報伝達手段となる操作部の制御を行う。ＦＣＳ３３のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。
【００７２】
ＥＣＳ３４のプロセスは、白黒レーザプリンタ５１、カラーレーザプリンタ５２、ハードウェアリソース５０などのエンジンの制御を行う。ＭＣＳ３５のプロセスは、メモリの取得および解放、ＨＤＤの利用などのメモリ制御を行う。ＯＵＳ３６は、ネットワークからの通知により、プログラムをダウンロードし、メモリに展開する。ＵＣＳ３７のプロセスは、ユーザ情報の管理を行う。
【００７３】
ＳＣＳ３８のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。
【００７４】
ＳＲＭ４０のプロセスは、ＳＣＳ３８と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ４０のプロセスは、白黒レーザプリンタ５１やカラーレーザプリンタ５２などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。
【００７５】
具体的に、ＳＲＭ４０のプロセスは獲得要求されたハードウェア資源４が利用可能であるかを判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ４０のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成などの要求内容を直接実施している。
【００７６】
また、ハンドラ層８は後述するファックスコントロールユニット（以下、ＦＣＵと記す）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨと記す）４１と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨと記す）４２と、ＭＬＢ５４に画像の変換指示を行うＭＥＵ４５を含む。ＳＲＭ４０およびＦＣＵＨ４１は、予め定義されているデバイスドライバによりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ４４を利用して、ハードウェア資源４に対する処理要求を行う。
【００７７】
このように、融合機１は、各アプリケーションで共通的に必要な処理をプラットホーム層６で一元的に処理することができる。次に、融合機１のハードウェア構成について説明する。
【００７８】
図２は、融合機１の一実施例のハードウェア構成図を示す。融合機１は、コントローラボード６０と、オペレーションパネル５３と、ＦＣＵ６８と、エンジン７１と、プロッタ７２とを含む。また、ＦＣＵ６８は、Ｇ３規格対応ユニット６９と、Ｇ４規格対応ユニット７０とを有する。
【００７９】
また、コントローラボード６０は、ＣＰＵ６１と、ＡＳＩＣ６６と、ＨＤＤ６５と、ＮＶ−ＲＡＭ（Nonvolatile RAM）７８と、ローカルメモリ（ＭＥＭ−Ｃ）６４と、システムメモリ（ＭＥＭ−Ｐ）６３と、ノースブリッジ（以下、ＮＢと記す）６２と、サウスブリッジ（以下、ＳＢと記す）７３と、ＮＩＣ７４（Network Interface Card）と、ＵＳＢデバイス７５と、ＩＥＥＥ１３９４デバイス７６と、セントロニクスデバイス７７とを含む。
【００８０】
オペレーションパネル５３は、コントローラボード６０のＡＳＩＣ６６に接続されている。また、ＳＢ７３と、ＮＩＣ７４と、ＵＳＢデバイス７５と、ＩＥＥＥ１３９４デバイス７６と、セントロニクスデバイス７７にＰＣＩバスで接続されている。
【００８１】
また、ＦＣＵ６８と、エンジン７１と、プロッタ７２は、コントローラボード６０のＡＳＩＣ６６にＰＣＩバスで接続されている。
【００８２】
なお、コントローラボード６０は、ＡＳＩＣ６６にローカルメモリ６４、ＨＤＤ６５などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６２を介して接続されている。このように、ＮＢ６２を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のインタフェースが公開されていない場合に対応できる。
【００８３】
なお、ＡＳＩＣ６６とＮＢ６２とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）６７を介して接続されている。このように、図１のアプリケーション層５やプラットホーム層６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６２とを低速のＰＣＩバスでなくＡＧＰ３５を介して接続し、パフォーマンスの低下を防いでいる。
【００８４】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＮＣＳ３０、ＤＣＳ３１、ＯＣＳ３２、ＦＣＳ３３、ＥＣＳ３４、ＭＣＳ３５、ＯＵＳ３６、ＵＣＳ３７、ＳＣＳ３８、ＳＲＭ４０、ＦＣＵＨ４１およびＩＭＨ４２をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ２０、コピーアプリ２１、ファックスアプリ２２、スキャナアプリ２３、Ｗｅｂアプリ２４を起動して実行させる。
【００８５】
ＮＢ６２は、ＣＰＵ６１、システムメモリ６３、ＳＢ７３およびＡＳＩＣ６６を接続するためのブリッジである。システムメモリ６３は、融合機１の描画用メモリなどとして用いるメモリである。ＳＢ７３は、ＮＢ６２とＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ６４はコピー用画像バッファ、符号バッファとして用いるメモリである。
【００８６】
ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６５は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル５３は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行う操作部である。
【００８７】
融合機１は、以上説明した構成となっている。次に、この融合機１が管理者へ送信するメールについて説明する。
【００８８】
管理者へ送信するメールは、融合機１の状態の変化や故障状況等の情報を通知するものであり、「ＳＣ」、「サプライ」、「ジャム」、「ドアオープン」、「給排紙トレイ」、「ユニット接続状態」などの種類が挙げられる。
【００８９】
「ＳＣ」とは、サービスマンコールが必要な際に送信される。具体的には、プロッタやスキャナなど、サービスマンでなければ修復不可能と考えられる故障が発生した場合に通知されるものである。
【００９０】
「サプライ」とは、トナーや紙などの消耗品の残量が少なくなった場合に通知されるものである。この場合、どれだけ少なくなるとメールで送信するかなどを設定することができる。
【００９１】
「ジャム」とは、ペーパージャムが発生した場合に通知されるものである。「ドアオープン」とは、融合機１に設けられたドアが開いていることなどを通知するものである。「給排紙トレイ」とは、複数ある給紙トレイのｎ番目の給紙トレイが故障したことなどを通知するものである。「ユニット接続状態」とは、紙にトナーを定着させる定着ユニットなどの融合機１に備えられるユニットがセットされているかどうかを通知するものである。
【００９２】
このように、本実施の形態におけるイベントとは、融合機１の状態変化や故障状況などを通知するものであるが、所定の時刻や、一定の周期で融合機の状態を通知するような、タイマ的なイベントも含まれる。
【００９３】
以上説明したメールで送信される通知内容は、各国の言語で通知することが可能である。その言語の例として、日、英、仏、独、伊、西、蘭などがあり、１５ヶ国語に対応している。
【００９４】
さらに、図３６に示されるように、メールの送信先をグループ化することも可能となっている。例えば、ペーパージャムが発生した場合に対処する管理者と、紙が無くなった場合に対処する管理者とが異なる可能性があるためである。従って、ペーパージャムに対応する管理者やサプライ関係に対応する管理者は、それぞれグループ化され、対応するアラートが発生すると、グループ化された管理者にメールが送信されるようになっている。
【００９５】
以下、図面を参照し、本発明の２つの実施の形態と、いずれの実施の形態にも共通する処理内容について説明する。まず、図３を用いて、第１の実施の形態を説明する。
【００９６】
図３には、イベント通知サービス手段（部）に対応するＭＩＲＳ（Machine Information Report Service）３９と、アプリ２９と、Ｗｅｂアプリ２４と、ハードウェア管理手段に対応するＳＣＳ３８と、ＤＣＳ３１と、ＮＣＳ３０とが示されている。また、Ｗｅｂアプリ２４には、ＸＭＬ文書を作成するＸＭＬＧ（XML Generator）１０２と、ＸＳＬＴＰ（eXtensible Stylesheet Language Transformation Processor）１０３と、ＸＳＬ（eXtensible Stylesheet Language）１０４とが示されている。
【００９７】
ＳＣＳ３８は、ＭＩＲＳ１００とＸＭＬＧ１０２に、エンジンに関する情報であるエンジンステータス通知を通知する。アプリ２９は、プリンタアプリ２０と、コピーアプリ２１と、ファックスアプリ２２と、スキャナアプリ２３をまとめて表したものであり、管理者に通知するようなイベントが発生するとＭＩＲＳ３９にアラートメール送信要求を通知する。また、アプリ２９は、ＸＭＬＧ１０２にもアプリステータス通知を通知する。
【００９８】
上記エンジンステータス通知、アラートメール送信要求、アプリステータス通知は、イベント発生情報に対応する。このように、ＳＣＳ３８、アプリ２９は、それぞれイベント通知手段（部）に対応する機能を含んでいる。また、以下の説明においてＸＭＬ文書は、第１の文書に対応し、テキストデータは、第２の文書に対応する。メール本文は、イベント通知情報に対応する。また、以下の説明において、警報的なイベントは、アラートと表現することもある。
【００９９】
ＭＩＲＳ３９は、エンジンのステータスを監視し、メールの通知を必要とするアラート状態が発生すると、通知するメール本文を作成するために、ＮＣＳ３０にｈｔｔｐリクエストを通知する。このｈｔｔｐリクエストは、文書作成要求に対応する。ＮＣＳ３０からｈｔｔｐレスポンスとしてメール本文を受け取ると、ＭＩＲＳ３９は、ＤＣＳ３１にメール送信要求を通知する。このｈｔｔｐレスポンスは、文書作成終了情報に対応する。なお、ＭＩＲＳ３９は、メールの通知を必要とするアラート状態をＮＶ−ＲＡＭ７８又はＨＤＤ６５等の不揮発性の記憶装置に保持していても良い。
【０１００】
ＮＣＳ３０は、ＧＥＴのｈｔｔｐリクエストを受信すると、取得対象のＵＲＬを担当しているＷｅｂアプリ２４に対してメール本文の作成を依頼する。メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ＮＣＳ３０は、ｈｔｔｐレスポンスの形でメール本文情報をＭＩＲＳ３９に通知する。
【０１０１】
ＸＳＬＴＰ１０３は、メール本文作成要求を受信すると、ＸＭＬＧ１０２にＸＭＬ文書作成要求を通知する。ＸＳＬＴＰ１０３は、作成されたＸＭＬ文書を受信するとＸＳＬファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成し、メール本文作成結果をＮＣＳ３０に通知する。
【０１０２】
ＸＭＬＧ１０２は、ＸＭＬ文書作成要求を受信すると、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成し、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に通知する。また、ＸＭＬＧ１０２は、ＸＭＬ文書を、メール本文を作成するための仕様に従って作成する。なおＸＭＬＧ１０２は、エンジンステータスをＳＣＳ３８から直接受信するため、リクエスト対象のＵＲＬには、特にエンジンのアラート状態を示す情報が含まれていない。
【０１０３】
ＤＣＳ３１は、メール送信元、メール送信先、メール件名等からなるメールヘッダ情報とメール本文情報とを受け取ると、メールの送信処理を行う。
【０１０４】
次に、図４を用いてＭＩＲＳ３９のブロック図について説明する。ＭＩＲＳ３９は、メール送信リクエストマネージャ部１１０と、メールコンテンツ作成部１１１と、エンジンステータス監視部１１２と、メール送信要求通知部１１３とを有する。
【０１０５】
エンジンステータス監視部１１２は、エンジンのステータスを監視し、メールの通知が設定されているアラート状態が発生すると、アラートメール送信要求をメール送信リクエストマネージャ部１１０に通知する。図４では、アラート状態の通知として、「サプライ状態通知」と、「ＳＣ状態通知」と、「ジャム状態通知」と、「給紙トレイ状態通知」と、「ドア状態通知」とが示されている。
【０１０６】
メール送信リクエストマネージャ部１１０は、アラートメール送信要求を受信すると、メールコンテンツ作成部１１１に対してメールコンテンツ作成要求を通知する。メールコンテンツ作成結果を受け取ると、メール送信リクエストマネージャ部１１０は、メール送信要求通知部１１３に対してメール送信要求を通知する。
【０１０７】
メール送信リクエストマネージャ部１１０は、受信したアラートメール送信要求をＦＩＦＯ（First In First Out）キューに格納している。同時に複数のアラートメール送信要求を受信した場合は、最初に受信した要求に対してメールコンテンツの作成及びメール送信要求が完了してから、次の要求を処理するように構成されている。これは、ＮＣＳ３０のｈｔｔｐｄの接続可能セッション数が限られているので、アラートメール送信処理だけでセッション数を占有してしまうことを避けることと、複数の処理を同時に行うためには、ＣＰＵの処理能力やメモリなど、多くの資源を消費してしまうので、メール送信処理を順次処理することで資源の節約を図るためである。
【０１０８】
メールコンテンツ作成部１１１は、通知するメール本文を作成するためにＮＣＳ３０のｈｔｔｐｄに対して通知する。ｈｔｔｐｄレスポンスとしてメール本文を受け取ると、メールコンテンツ作成部１１１は、メール本文内の文字列置換処理を行い、その結果をメールコンテンツ作成結果としてメール送信リクエストマネージャに返す。
【０１０９】
メール送信要求通知部１１３は、メール送信リクエストマネージャ部１１０からアラートメール送信要求を受信すると、ＤＣＳ３１に対してメール送信要求を通知する。
【０１１０】
次に、図５を用いて、エンジンからの通知である「サプライ状態通知」を受信した場合を例にしたシーケンス図で処理の内容を説明する。
【０１１１】
ＳＣＳ３８は、プロッタエンジンから受け取ったエンジンステータス情報に基づいたサプライ状態通知を、ステップＳ１０１でＸＭＬＧ１０２に通知すると共に、ステップＳ１０２でＭＩＲＳ３９に通知する。
【０１１２】
サプライ状態通知を受信したＭＩＲＳ３９は、メールを送信するアラート状態になったと判断すると、ステップＳ１０３で、ＮＣＳ３０のｈｔｔｐｄに、メール本文を作成するためにｈｔｔｐリクエストを通知する。このステップＳ１０３は、文書作成要求段階に対応する。ＮＣＳ３０は、ステップＳ１０４で、ＸＳＬＴＰ１０３にメール本文作成要求を通知する。ＸＳＬＴＰ１０３は、ステップＳ１０５で、受信したメール本文作成要求をＸＭＬＧ１０２に通知する。
【０１１３】
ＸＭＬＧ１０２は、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成する。この処理は、第１文書作成段階に対応する。そして、ＸＭＬＧ１０２は、ステップＳ１０６で、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に送信する。なおＸＭＬＧ１０２は、ステップＳ１０１で、エンジンステータスをＳＣＳ３８から直接受け取っているため、リクエスト対象のＵＲＬには特にエンジンのアラート状態を示す情報が含まれていない。
【０１１４】
ＸＳＬＴＰ１０３は、ＸＭＬ文書を受け取るとＸＳＬ１０４のファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成する。この処理は、第２文書作成段階に対応する。そして、ＸＳＬＴＰ１０３は、ステップＳ１０７で、メール本文作成結果をＮＣＳ３０のｈｔｔｐｄに送信する。
【０１１５】
ＮＣＳ３０は、メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ステップＳ１０８で、ｈｔｔｐレスポンスの形のメール本文情報をＭＩＲＳ３９に送信する。このステップＳ１０８は、文書作成終了通知段階に対応する。ＭＩＲＳ３９は、ｈｔｔｐレスポンスでメール本文を受け取ると、ステップＳ１０９で、ＤＣＳ３１に対してメール送信要求を通知する。
【０１１６】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ１０１、１０２のサプライ状態通知は、図６に示されるように、トナー残量が０％で、排トナーボトル残量が９０％であることを示す情報を含む。次に、ステップＳ１０３のｈｔｔｐリクエストは、図７に示されるように、「GET /web/en/getMachineInfo.cgi HTTP/1.1」で融合機１の情報をリクエストするものである。
【０１１７】
ステップＳ１０４のメール本文作成要求は、リクエスト先のパスが「/web/en/ getMachineInfo.cgi」であることを示す情報を含む。また、ステップＳ１０５のＸＭＬ文書作成要求も、ステップＳ１０４と同じで、リクエスト先のパスが「/web/en/getMachineInfo.cgi」であることを示す情報を含む。
【０１１８】
次のステップＳ１０６のＸＭＬ文書作成結果は、図８に示されるようなＸＭＬＧ１０２が作成したＸＭＬ文であり、ＸＭＬ文２０１に、「Replace Toner Cartridge」と記され、トナーの交換を促す内容となっている。また、このＸＭＬ文には、融合機１のＩＰアドレスなども含まれていることが示されている。
【０１１９】
ステップＳ１０７のメール本文作成結果は、図９に示されるように、ＸＳＬＴＰ１０３がＸＳＬ１０４のファイルに基づき作成したメール本文となっている。文２０２に示されるように、先ほどのＸＭＬ文２０１が反映されていることが示されている。また、ＩＰアドレスなど融合機を識別する情報が含まれていることが分かる。
【０１２０】
次のステップＳ１０８のｈｔｔｐレスポンスは、図１０に示されるように、メール本文２０３を含むｈｔｔｐレスポンスとなっている。そして、ステップＳ１０９のメール送信要求は、図１１に示されるように、メール本文２０３にメールヘッダ２０４が付加された情報となっている。
【０１２１】
ここで、上記図８に示したＸＭＬ文書を用いて、この文書の主要部分の仕様について説明する。まず、融合機１の全体的な情報は、タグ＜machineInfo＞とタグ＜／machineInfo＞で囲む。プリンタの状態を示す情報は、タグ＜printerStatus＞とタグ＜／printerStatus＞で囲む。さらに詳細な情報は、タグ＜detailStatus＞とタグ＜／detailStatus＞で囲む。
【０１２２】
本実施の形態に関わる主要部分の仕様は、上記のようになっており、その他、イーサネット（登録商標）に関する情報は、タグ＜ethernet＞とタグ＜／ethernet＞に囲まれ、ＩＰアドレスやＭＡＣアドレスなどの情報が含まれる。
【０１２３】
次に、図１２を用いて、図５に示した処理におけるＭＩＲＳ３９内の処理について、シーケンス図を用いて説明する。
【０１２４】
ステップＳ２０１で、エンジンステータス監視部１１２は、メールの通知を必要とするアラート状態が発生すると、ステップＳ２０２でアラートメール送信要求をメール送信リクエストマネージャ部１１０に通知する。
【０１２５】
メール送信リクエストマネージャ部１１０は、アラートメール送信要求を受信すると、ステップＳ２０３で、メールコンテンツ作成部１１１にメールコンテンツ作成要求を通知する。
【０１２６】
メールコンテンツ作成部１１１は、ステップＳ２０４で、メール本文を作成するためにＮＣＳ３０のｈｔｔｐｄにｈｔｔｐリクエストを通知する。ステップＳ２０５で、ｈｔｔｐレスポンスとしてメール本文を受け取ると、メールコンテンツ作成部１１１は、メール本文内の文字列置換処理を行う。この処理は、イベント通知情報作成段階に対応する。そして、メールコンテンツ作成部１１１は、その結果をメールコンテンツ作成結果として、ステップＳ２０６でメール送信リクエストマネージャ部１１０に通知する。このとき、メールコンテンツ作成部１１１は、アラートの内容に応じて、アラートメールの通知先を選択する。
【０１２７】
メールコンテンツ作成結果を受信すると、メール送信リクエストマネージャ部１１０は、ステップＳ２０７でメール送信要求通知部１１３にメール送信要求を通知し、メール送信要求通知部１１３は、ＤＣＳ３１にメール送信要求を通知する。ＤＣＳ３１は、受信したメールを管理者のパソコンなどに送信する。この処理は、イベント通知段階に対応する。
【０１２８】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ２０１のサプライ状態通知は、図６に示されるように、トナー残量が０％で、排トナーボトル残量が９０％であることを示す情報を含む。
【０１２９】
次に、ステップＳ２０２のアラートメール送信要求は、図１３に示されるように、ｈｔｔｐリクエストパス、「メール発信元」、「メール通知先」、「メール件名」、「メール本文付加情報」、「メール本文共通付加情報」、「メール通知先グループ」が含まれる。
【０１３０】
このうち、「メール本文付加情報」は、メール本文の内容に応じてメールに付加される情報である。また、「メール本文共通付加情報」は、メール本文の内容に拘らず共通して付加される情報である。そして「メール通知先グループ」は、上述した管理者のグループを示す。
【０１３１】
ステップＳ２０３のメールコンテンツ作成要求は、図１４に示されるように、ｈｔｔｐリクエストパス、「メール本文付加情報」、「メール本文共通付加情報」、「メール通知先グループ」が含まれる。
【０１３２】
ステップＳ２０４のｈｔｔｐリクエストは、図７に示した内容であり、ステップＳ２０５のｈｔｔｐレスポンスは、図１０に示した内容であるので、説明を省略する。
【０１３３】
ステップＳ２０６のメールコンテンツ作成結果は、図１５に示されるように、トナーの交換を促す文２０２と、「メール本文付加情報」、「メール本文共通付加情報」、「メール通知先グループ」の内容が文２０５として付加されている。なお、「メール通知先グループ」は、図１５の場合「Ａｄｍｉｎｓ」となっている。次のステップＳ２０７のメール送信要求は、図１１で示した内容であるので、説明を省略する。
【０１３４】
次に、図１６のシーケンス図を用いて、アプリ２９からの通知である「アプリ状態通知」の場合を例にした処理の内容を説明する。なお、この状態通知は、プリントジョブが終了したことを通知するものである。
【０１３５】
アプリ２９は、アラートメールを送信するべき事象が発生すると、アプリ状態通知をステップＳ３０１でＸＭＬＧ１０２に通知すると共に、ステップＳ３０２でＭＩＲＳ３９に対してアラートメール送信要求を通知する。
【０１３６】
アラートメール送信要求を受信したＭＩＲＳ３９は、ステップＳ３０３で、ＮＣＳ３０のｈｔｔｐｄに、メール本文を作成するためにｈｔｔｐリクエストを通知する。ＮＣＳ３０は、ステップＳ３０４で、ＸＳＬＴＰ１０３にメール本文作成要求を通知する。ＸＳＬＴＰ１０３は、ステップＳ３０５で、受信したメール本文作成要求をＸＭＬＧ１０２に通知する。
【０１３７】
ＸＭＬＧ１０２は、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成し、ステップＳ３０６で、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に送信する。なおＸＭＬＧ１０２は、ステップＳ３０１で、アプリ状態通知をアプリ２９から直接受け取っているため、リクエスト対象のＵＲＬには特にアプリ２９の状態を示す情報が含まれていない。
【０１３８】
ＸＳＬＴＰ１０３は、ＸＭＬ文書を受け取るとＸＳＬ１０４のファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成し、ステップＳ３０７で、メール本文作成結果をＮＣＳ３０のｈｔｔｐｄに送信する。
【０１３９】
ＮＣＳ３０は、メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ステップＳ３０８で、ｈｔｔｐレスポンスの形のメール本文情報をＭＩＲＳ３９に送信する。ＭＩＲＳ３９は、ｈｔｔｐレスポンスでメール本文を受け取ると、ステップＳ３０９で、ＤＣＳ３１に対してメール送信要求を通知する。
【０１４０】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ３０１のアプリ状態通知は、図１７に示されるように、「イベント」、「ジョブＮｏ」、「ユーザＩＤ」、「受信日時」、「文書名」、「ページ数」、「メール件名」を含む。「イベント」は、図のようにプリントジョブが終了したなどの情報を示す。「ジョブＮｏ」は、ジョブの番号を示す。「ユーザＩＤ」は、プリントジョブを実行させたユーザのＩＤを示す。「受信日時」は、ユーザからプリントジョブを受け付けた日時を示す。「文書名」は、プリントした文書名を示す。「ページ数」は、プリントしたページ数を示す。「メール件名」は、管理者に送信するメールの件名を示す。
【０１４１】
ステップＳ３０２のアラートメール送信要求は、図１８に示されるように、ｈｔｔｐリクエストパスに加え、「メール発信元」、「メール通知先」、「メール件名」である。ステップＳ３０３のｈｔｔｐリクエストは、図１９に示されるように、「GET /web/en/getPrinterInfo.cgi HTTP/1.1」でＵＲＬを指定するものである。
【０１４２】
ステップＳ３０４のメール本文作成要求は、「/web/en/getPrinterInfo.cgi」でパスを指定するものである。また、ステップＳ３０５のＸＭＬ文書作成要求も、ステップＳ３０４と同じで「/web/en/getPrinterInfo.cgi」でパスを指定するものである。
【０１４３】
次のステップＳ３０６のＸＭＬ文書作成結果は、図２０に示されるようなＸＭＬＧ１０２が作成したＸＭＬ文であり、図１７に示した情報がＸＭＬで表現されていることが示されている。
【０１４４】
ステップＳ３０７のメール本文作成結果は、図２１に示されるように、ＸＳＬＴＰ１０３がＸＳＬ１０４のファイルに基づき作成したメール本文となっている。先ほどのＸＭＬ文２０１が反映されていることが示されている。
【０１４５】
次のステップＳ３０８のｈｔｔｐレスポンスは、図２２に示されるように、メール本文２０３を含むｈｔｔｐレスポンスとなっている。そして、ステップＳ３０９のメール送信要求は、図２３に示されるように、メール本文２０３にメールヘッダ２０４が付加された情報となっている。
【０１４６】
次に、図２４を用いて、図１６に示した処理におけるＭＩＲＳ３９内の処理について、シーケンス図を用いて説明する。
【０１４７】
ステップＳ４０１で、メール送信リクエストマネージャ部１１０は、アラートメール送信要求を受信すると、ステップＳ４０２で、メールコンテンツ作成部１１１にメールコンテンツ作成要求を通知する。
【０１４８】
メールコンテンツ作成部１１１は、ステップＳ４０３で、メール本文を作成するためにＮＣＳ３０のｈｔｔｐｄにｈｔｔｐリクエストを通知する。ステップＳ４０４で、ｈｔｔｐレスポンスとしてメール本文を受け取ると、メールコンテンツ作成部１１１は、メール本文内の文字列置換処理を行い、その結果をメールコンテンツ作成結果として、ステップＳ４０５でメール送信リクエストマネージャ部１１０に通知する。
【０１４９】
メールコンテンツ作成結果を受信すると、メール送信リクエストマネージャ部１１０は、ステップＳ４０６でメール送信要求通知部１１３にメール送信要求を通知し、メール送信要求通知部１１３は、ＤＣＳ３１にメール送信要求を通知する。
【０１５０】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ４０１のアラートメール送信要求は、図１８に示した内容であるので、説明を省略する。
【０１５１】
ステップＳ４０２のメールコンテンツ作成要求は、図２５に示されるように、ｈｔｔｐリクエストパス、「メール本文付加情報」、「メール本文共通付加情報」、「メール通知先グループ」が含まれる。
【０１５２】
ステップＳ４０３のｈｔｔｐリクエストは、図１９に示した内容であり、ステップＳ４０４のｈｔｔｐレスポンスは、図２２に示した内容であり、ステップＳ４０５のメールコンテンツ作成結果は、図２１に示した内容であり、ステップＳ４０６のメール送信要求は、図２３に示した内容であるので、説明を省略する。
【０１５３】
次に、第２の実施の形態について説明する。なお、以下の説明では第１の実施の形態で用いられた符号と同一の符号に関する説明は省略する。
【０１５４】
図２６は、第２の実施形態のブロック図を示すものである。第１の実施の形態（図３参照）と異なるところは、アプリ２９とＳＣＳ３８の通知先が、ＭＩＲＳ３９のみとなったことである。なお、ＭＩＲＳ３９のブロック図は、第１の実施の形態（図４参照）と同じである。
【０１５５】
次に、図２７を用いて、第１の実施の形態と同様に、エンジンからの通知である「サプライ状態通知」の場合を例にしたシーケンス図で処理の内容を説明する。
【０１５６】
ＳＣＳ３８は、プロッタエンジンから受け取ったエンジンステータス情報に基づいたサプライ状態通知を、ステップＳ５０１でＭＩＲＳ３９に通知する。
【０１５７】
サプライ状態通知を受信したＭＩＲＳ３９は、メールを送信するアラート状態になったと判断すると、ステップＳ５０２で、ＮＣＳ３０のｈｔｔｐｄに、メール本文を作成するためにｈｔｔｐリクエストを通知する。ＮＣＳ３０は、ステップＳ５０３で、ＸＳＬＴＰ１０３にメール本文作成要求を通知する。ＸＳＬＴＰ１０３は、ステップＳ５０４で、受信したメール本文作成要求をＸＭＬＧ１０２に通知する。
【０１５８】
ＸＭＬＧ１０２は、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成し、ステップＳ５０５で、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に送信する。なお、ＸＭＬＧ１０２は、発生したアラートに関する全ての情報がＵＲＬに含まれるパラメータとして受け取る。
【０１５９】
ＸＳＬＴＰ１０３は、ＸＭＬ文書を受け取るとＸＳＬ１０４のファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成し、ステップＳ５０６で、メール本文作成結果をＮＣＳ３０のｈｔｔｐｄに送信する。
【０１６０】
ＮＣＳ３０は、メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ステップＳ５０７で、ｈｔｔｐレスポンスの形のメール本文情報をＭＩＲＳ３９に送信する。ＭＩＲＳ３９は、ｈｔｔｐレスポンスでメール本文を受け取ると、ステップＳ５０８で、ＤＣＳ３１に対してメール送信要求を通知する。
【０１６１】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ５０１のサプライ状態通知は、図２８に示されるように、トナー残量が１０％で、排トナーボトル残量が９０％であることを示す情報を含む。
【０１６２】
次に、ステップＳ５０２のｈｔｔｐリクエストは、図２９に示されるように、「GET/web/en/getMachineInfo.cgi?event=TonerAlmostEmpty&remain=10 HTTP/1.1」であり、引数でトナー残量が１０％であること示すと共に、融合機１の情報をリクエストするものである。
【０１６３】
ステップＳ５０３のメール本文作成要求は、「/web/en/getMachineInfo.cgi? event=TonerAlmostEmpty&remain=10」である。また、ステップＳ５０４のＸＭＬ文書作成要求も、ステップＳ５０３と同じで「/web/en/getMachineInfo.cgi ?event=TonerAlmostEmpty&remain=10」である。
【０１６４】
次のステップＳ５０５のＸＭＬ文書作成結果は、図３０に示されるようなＸＭＬＧ１０２が作成したＸＭＬ文であり、ＸＭＬ文２０６には、「Toner is almost empty」と記され、トナーがほとんど空であることを示している。また、ＸＭＬ文２０７には、「Toner is 10% remaining」と記され、トナーの残りが１０％であることを示している。そして、このＸＭＬ文には、第１の実施の形態と同様に、融合機１のＩＰアドレスなども含まれていることが示されている。
【０１６５】
ステップＳ５０６のメール本文作成結果は、図３１に示されるように、ＸＳＬＴＰ１０３がＸＳＬ１０４のファイルに基づき作成したメール本文となっている。文２０８、２０９に示されるように、先ほどのＸＭＬ文２０６、２０７が反映されていることが示されている。
【０１６６】
次のステップＳ５０７のｈｔｔｐレスポンスは、図３２に示されるように、メール本文２０３を含むｈｔｔｐレスポンスとなっている。そして、ステップＳ５０８のメール送信要求は、図３３に示されるように、メール本文２０３にメールヘッダ２０４が付加された情報となっている。
【０１６７】
なお、図２７に示した処理におけるＭＩＲＳ３９内の処理は、図１２の処理の流れと同じであるが、２つのパスと１つのＵＲＬが異なる。
【０１６８】
図１２のステップＳ２０２のアラートメール送信要求におけるパスは「/web/en /getMachineInfo.cgi」であったが、第２の実施の形態のアラートメール送信要求におけるパスは、「/web/en/getMachineInfo.cgi?event= TonerAlmostEmpty& remain=10」となる。
【０１６９】
また、ステップＳ２０３のメールコンテンツ作成要求におけるパスは「/web/ en/getMachineInfo.cgi」であったが、第２の実施の形態のメールコンテンツ作成要求におけるパスは、「/web/en/getMachineInfo.cgi?event= TonerAlmostEmpty& remain=10」となる。
【０１７０】
また、ステップＳ２０４のｈｔｔｐリクエストにおけるＵＲＬは「Get /web/en /getMachineInfo.cgi」であったが、第２の実施の形態のメールコンテンツ作成要求におけるＵＲＬは、「Get/web/en/getMachineInfo.cgi?event= TonerAlmost Empty&remain=10」となる。
【０１７１】
次に、図３４のシーケンス図を用いて、アプリ２９からの通知である「アプリ状態通知」の場合を例にした第２の実施形態における処理の内容を説明する。なお、この状態通知は、第１の実施形態と同様にプリントジョブが終了したことを通知するものである。
【０１７２】
アプリ２９は、アラートメールを送信するべき事象が発生すると、ステップＳ６０１でＭＩＲＳ３９に対してアラートメール送信要求を通知する。この時指定されるＵＲＬには発生したアラート状態の内容を示すパラメータが含まれている。
【０１７３】
アラートメール送信要求を受信したＭＩＲＳ３９は、ステップＳ６０２で、ＮＣＳ３０のｈｔｔｐｄに、メール本文を作成するためにｈｔｔｐリクエストを通知する。ＮＣＳ３０は、ステップＳ６０３で、ＸＳＬＴＰ１０３にメール本文作成要求を通知する。ＸＳＬＴＰ１０３は、ステップＳ６０４で、受信したメール本文作成要求をＸＭＬＧ１０２に通知する。
【０１７４】
ＸＭＬＧ１０２は、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成し、ステップＳ６０５で、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に送信する。
【０１７５】
ＸＳＬＴＰ１０３は、ＸＭＬ文書を受け取るとＸＳＬ１０４のファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成し、ステップＳ６０６で、メール本文作成結果をＮＣＳ３０のｈｔｔｐｄに送信する。
【０１７６】
ＮＣＳ３０は、メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ステップＳ６０７で、ｈｔｔｐレスポンスの形のメール本文情報をＭＩＲＳ３９に送信する。ＭＩＲＳ３９は、ｈｔｔｐレスポンスでメール本文を受け取ると、ステップＳ６０８で、ＤＣＳ３１に対してメール送信要求を通知する。
【０１７７】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ６０１のアラートメール送信要求は、パスである「/web/en/getPrinterInfo.cgi?event=PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」を指定し、引数で「イベント」、「ジョブＮｏ」、「ユーザＩＤ」、「受信日時」、「文書名」、「ページ数」を示すものである。
【０１７８】
ステップＳ６０２のｈｔｔｐリクエストは、図３５に示されるように、「GET /web/en/getPrinterInfo.cgi?event=PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5 HTTP/1.1」でＵＲＬを指定するものである。
【０１７９】
ステップＳ６０３のメール本文作成要求は、「/web/en/getPrinterInfo.cgi? event=PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」でパスを指定するものである。また、ステップＳ６０４のＸＭＬ文書作成要求も、ステップＳ６０３と同じで「/web/en/getPrinterInfo.cgi?event=PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」でパスを指定するものである。
【０１８０】
次のステップＳ６０５のＸＭＬ文書作成結果は、図２０に示した内容であり、ステップＳ６０６のメール本文作成結果は、図２１に示した内容であり、ステップＳ６０７のｈｔｔｐレスポンスは、図２２に示した内容であり、ステップＳ６０８のメール送信要求は、図２３に示した内容であるので、説明を省略する。
【０１８１】
なお、図３４に示した処理におけるＭＩＲＳ３９内の処理は、図２４の処理の流れと同じであるが、２つのパスと１つのＵＲＬが異なる。
【０１８２】
図２４のステップＳ４０１のアラートメール送信要求におけるパスは「/web/en/ getPrinterInfo.cgi」であったが、第２の実施の形態のアラートメール送信要求におけるパスは、「/web/en/getPrinterInfo.cgi?event=PrintJobFinish &job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」となる。
【０１８３】
また、ステップＳ４０２のメールコンテンツ作成要求におけるパスは「/web/en/getPrinterInfo.cgi」であったが、第２の実施の形態のメールコンテンツ作成要求におけるパスは、「/web/en/getPrinterInfo.cgi?event= PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」となる。
【０１８４】
また、ステップＳ４０３のｈｔｔｐリクエストにおけるＵＲＬは「GET /web/en /getPrinterInfo.cgi」であったが、第２の実施の形態のメールコンテンツ作成要求におけるＵＲＬは、「Get/web/en/getPrinterInfo.cgi?event =PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」となる。
【０１８５】
【発明の効果】
以上のように、本発明によれば、表示する情報やレイアウトを容易に変更可能なイベント通知方法、情報機器を提供することができる。
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】第１の実施の形態におけるブロック図である。
【図４】ＭＩＲＳのブロック図である。
【図５】エンジンからアラート状態を通知された場合の処理を示すシーケンス図である。
【図６】エンジンからアラート状態を通知された場合のサプライ状態通知を示す図である。
【図７】エンジンからアラート状態を通知された場合のｈｔｔｐリクエストを示す図である。
【図８】エンジンからアラート状態を通知された場合のＸＭＬ文書作成結果を示す図である。
【図９】エンジンからアラート状態を通知された場合のメール本文作成結果を示す図である。
【図１０】エンジンからアラート状態を通知された場合のｈｔｔｐレスポンスを示す図である。
【図１１】エンジンからアラート状態を通知された場合のメール送信要求を示す図である。
【図１２】エンジンからアラート状態を通知された場合のＭＩＲＳ内の処理を示すシーケンス図である。
【図１３】エンジンからアラート状態を通知された場合のアラートメール送信要求を示す図である。
【図１４】エンジンからアラート状態を通知された場合のメールコンテンツ作成要求を示す図である。
【図１５】エンジンからアラート状態を通知された場合のメールコンテンツ作成結果を示す図である。
【図１６】アプリからアラートメール送信要求が通知された場合の処理を示すシーケンス図である。
【図１７】アプリからアラートメール送信要求が通知された場合のアプリ状態通知を示す図である。
【図１８】アプリからアラートメール送信要求が通知された場合のアラートメール送信要求を示す図である。
【図１９】アプリからアラートメール送信要求が通知された場合のｈｔｔｐリクエストを示す図である。
【図２０】アプリからアラートメール送信要求が通知された場合のＸＭＬ文書作成結果を示す図である。
【図２１】アプリからアラートメール送信要求が通知された場合のメール本文作成結果を示す図である。
【図２２】アプリからアラートメール送信要求が通知された場合のｈｔｔｐレスポンスを示す図である。
【図２３】アプリからアラートメール送信要求が通知された場合のメール送信要求を示す図である。
【図２４】アプリからアラートメール送信要求が通知された場合のＭＩＲＳ内の処理を示すシーケンス図である。
【図２５】アプリからアラートメール送信要求が通知された場合のメールコンテンツ作成要求を示す図である。
【図２６】第２の実施の形態におけるブロック図である。
【図２７】エンジンからアラート状態を通知された場合の処理を示すシーケンス図である。
【図２８】エンジンからアラート状態を通知された場合のサプライ状態通知を示す図である。
【図２９】エンジンからアラート状態を通知された場合のｈｔｔｐリクエストを示す図である。
【図３０】エンジンからアラート状態を通知された場合のＸＭＬ文書作成結果を示す図である。
【図３１】エンジンからアラート状態を通知された場合のメール本文作成結果を示す図である。
【図３２】エンジンからアラート状態を通知された場合のｈｔｔｐレスポンスを示す図である。
【図３３】エンジンからアラート状態を通知された場合のメール送信要求を示す図である。
【図３４】アプリからアラートメール送信要求が通知された場合の処理を示すシーケンス図である。
【図３５】アプリからアラートメール送信要求が通知された場合のｈｔｔｐリクエストを示す図である。
【図３６】グループ化されたメールの送信先を示す図である。
【図３７】従来例を示す図である。
【図３８】従来例を示す図である。
【符号の説明】
１…融合機
２…プログラム群
３…融合機起動部
４…ハードウェア資源
５…アプリケーション層
６…プラットホーム層
７…コントロールサービス層
８…ハンドラ層
２０…プリンタアプリ
２１…コピーアプリ
２２…ファックスアプリ
２３…スキャナアプリ
２４…Ｗｅｂアプリ
２９…アプリ
３０…ネットワークコントロールサービス（ＮＣＳ）
３１…デリバリーコントロールサービス（ＤＣＳ）
３２…オペレーションパネルコントロールサービス（ＯＣＳ）
３３…ファックスコントロールサービス（ＦＣＳ）
３４…エンジンコントロールサービス（ＥＣＳ）
３５…メモリコントロールサービス（ＭＣＳ）
３６…オンデマンドアップデートサービス（ＯＵＳ）
３７…ユーザインフォメーションコントロールサービス（ＵＣＳ）
３８…システムコントロールサービス（ＳＣＳ）
３９…ＭＩＲＳ
４０…システムリソースマネージャ（ＳＲＭ）
４１…ファックスコントロールユニットハンドラ（ＦＣＵＨ）
４２…イメージメモリハンドラ（ＩＭＨ）
４３…アプリケーションプログラムインターフェース（ＡＰＩ）
４４…エンジンＩ／Ｆ
５０…ハードウェアリソース
５１…白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）
５２…カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）
５３…オペレーションパネル
６０…コントローラボード
６１…ＣＰＵ
６２…ノースブリッジ（ＮＢ）
６３…システムメモリ（ＭＥＭ−Ｐ）
６４…ローカルメモリ（ＭＥＭ−Ｃ）
６５…ハードディスク装置（ＨＤＤ）
６６…ＡＳＩＣ
６７…ＡＧＰ（Accelerated Graphics Port）
６８…ファックスコントロールユニット（ＦＣＵ）
６９…Ｇ３
７０…Ｇ４
７１…エンジン
７２…プロッタ
７３…サウスブリッジ（ＳＢ）
７４…ＮＩＣ
７５…ＵＳＢデバイス
７６…ＩＥＥＥ１３９４デバイス
７７…セントロニクス
７８…ＮＶ−ＲＡＭ
１０２…ＸＭＬＧ
１０３…ＸＳＬＴＰ
１０４…ＸＳＬ
１１０…メール送信リクエストマネージャ部
１１１…メールコンテンツ作成部
１１２…エンジンステータス監視部
１１３…メール送信要求通知部
２０１、２０６、２０７…ＸＭＬ文
２０２、２０５、２０８、２０９…文
２０３…メール本文
２０４…メールヘッダ
【発明の属する技術分野】
本発明は、イベントが発生した際に他の機器にイベントを通知するイベント通知方法、情報機器に関する。
【０００２】
【従来の技術】
近年、ネットワーク技術の発展や普及により、状態の変更などにより発生するイベントをネットワークを介して管理者のパソコンに通知する機器が増えてきている。このような装置は、例えばＷｅｂサーバ機能を機器内に内蔵したり、電子メール（以下、メールと記す）を送信することで、機器に関する情報を提供している。
【０００３】
図３７は、イベントを通知する機器のブロック図を示すものである。このブロック図は、アプリケーションと、所定の動作を行うエンジンからなる機器での機能ブロックを示している。
【０００４】
アプリケーションやエンジンで、管理者に対して何らかの通知が必要となった場合、エンジンの状態を監視するエンジンステータス監視部とアプリケーションは、メール送信マネージャ部にアラートメール送信要求を通知する。
【０００５】
要求を受信したメール送信マネージャ部では、メールを作成するメールコンテンツ作成部にメールコンテンツ作成要求を通知する。
【０００６】
メールコンテンツ作成部は、メールコンテンツ作成要求の内容に基づき、予め用意されているテキストデータを参照し、メールを作成する。そして、メールコンテンツ作成部は、メールコンテンツ作成結果をメール送信マネージャ部に通知する。
【０００７】
メール送信マネージャ部は、作成されたメールをメール送信部にメールを送信させるためのアラートメール送信要求を通知する。
【０００８】
このようにすることで、機器はメールを用いた情報の提供を行なっている。また、メールではなくＷｅｂサーバ機能を内蔵した機器の場合、図３８に示されるように、複数のＷｅｂアプリケーションとｈｔｔｐ用通信手段を用いてパソコンに情報を提供している。この場合に表示される情報も、メールのときと同様に、予め用意されたＨＴＭＬファイルや情報が固定されたテキストファイルを参照したものである。
【０００９】
【発明が解決しようとする課題】
このように、表示する情報と、その情報を表示するためのレイアウトとが一緒になっているＨＴＭＬファイルや、表示する情報が固定されたテキストファイルは、表示する項目が多くなると、大きな情報量となり、ハードウェア資源を浪費する。また、レイアウトや情報が固定されるため、新たな機能が加わるなどして項目を増やしたりする作業は膨大な作業となる。
【００１０】
本発明は、このような問題点に鑑み、表示する情報やレイアウトを容易に変更可能なイベント通知方法、情報機器を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明は、情報機器内で発生したイベントに関するイベント通知情報を他の機器に通知するイベント通知方法であって、前記情報機器が有する前記イベント通知情報の作成要求を行う機能部から、前記情報機器内で発生したアラート状態の内容を示すパラメータが設定された、前記イベント通知情報の作成要求を受信すると、前記イベント通知情報を作成するための仕様に従った文書である第１の文書を作成する第１文書作成段階と、前記第１の文書を、前記イベント通知情報のレイアウトを定めたレイアウト文書に従って編集することにより第２の文書を作成する第２文書作成段階と、前記第２の文書から、前記イベント通知情報を作成するイベント通知情報作成段階と、前記イベント通知情報を前記機器に通知するイベント通知段階とを有し、前記第１文書作成段階では、ＨＴＴＰリクエストにより前記イベント通知情報の作成要求を受信し、前記イベント通知情報作成段階では、ＨＴＴＰレスポンスにより前記第２の文書を受信し、前記情報機器が搭載する複数の機能部との間で、前記ＨＴＴＰリクエスト／レスポンスに含まれるＵＲＬの指定により前記イベント通知情報に関するデータの送受信を行うことを特徴とする。
【００１２】
また、上記課題を解決するために、本発明は、前記第１の文書は、ＸＭＬ文書であることを特徴とする。
【００１３】
また、上記課題を解決するために、本発明は、前記第２の文書は、テキスト文書であることを特徴とする。
【００１４】
また、上記課題を解決するために、本発明は、前記レイアウト文書は、スタイルシートであることを特徴とする。
【００１５】
また、上記課題を解決するために、本発明は、前記スタイルシートは、複数の種類が存在することを特徴とする。
【００１６】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、電子メールで通知されることを特徴とする。
【００１８】
また、上記課題を解決するために、本発明は、前記第１文書作成段階では、ＸＭＬ文書を作成するＸＭＬＧにより、前記第１の文書を作成することを特徴とする。
【００１９】
また、上記課題を解決するために、本発明は、前記第２文書作成段階では、ＸＳＬプロセッサにより、前記第２の文書を作成することを特徴とする。
【００２１】
また、上記課題を解決するために、本発明は、前記イベント通知情報作成段階では、前記イベントの内容に応じ、前記イベント通知情報の通知先を選択することを特徴とする。
【００２２】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、前記情報機器を識別する情報を含むことを特徴とする。
【００２３】
また、上記課題を解決するために、本発明は、イベントに関する文書を作成するとともにＷｅｂサービスに係る処理を行うＷｅｂアプリ部と、前記Ｗｅｂアプリ部に前記文書の作成を要求するともに、前記文書に基づいて作成した前記イベント通知情報を他の機器に通知するイベント通知サービス部と、前記イベントの発生を前記イベント通知サービス部に通知するイベント通知部とを有する情報機器でのイベント通知方法であって、前記イベント通知部が、前記イベント通知サービス部にイベントが発生したことを示すイベント発生情報を通知するイベント発生通知段階と、前記イベント通知サービス部が、前記Ｗｅｂアプリ部に対して、前記イベント発生情報を基に、発生した前記イベントの内容を示すパラメータが設定された前記文書の作成を要求する文書作成要求を通知する文書作成要求段階と、前記Ｗｅｂアプリ部が、前記イベント通知情報を作成するための仕様に従った文書である第１の文書を作成する第１文書作成段階と、前記Ｗｅｂアプリ部が、前記第１の文書を、前記イベント通知情報のレイアウトを定めたレイアウト文書に従って編集することにより第２の文書を作成する第２文書作成段階と、前記Ｗｅｂアプリ部が、前記イベント通知サービス部に要求された文書の作成が終了したことを示す文書作成終了情報を通知する文書作成終了通知段階と、前記イベント通知サービス部が、前記第２の文書から、前記イベント通知情報を作成するイベント通知情報作成段階と、前記イベント通知サービス部が、前記イベント通知情報を前記機器に通知するイベント通知段階とを有し、前記イベント通知サービス部が、ＨＴＴＰリクエストにより前記文書作成要求を通知し、ＨＴＴＰレスポンスにより前記文書作成終了情報を受信し、前記Ｗｅｂアプリ部との間で、前記ＨＴＴＰリクエスト／レスポンスに含まれるＵＲＬの指定により前記イベント通知情報に関するデータの送受信を行うことを特徴とする。
【００２４】
また、上記課題を解決するために、本発明は、前記第１の文書は、ＸＭＬ文書であることを特徴とする。
【００２５】
また、上記課題を解決するために、本発明は、前記第２の文書は、テキスト文書であることを特徴とする。
【００２６】
また、上記課題を解決するために、本発明は、前記レイアウト文書は、スタイルシートであることを特徴とする。
【００２７】
また、上記課題を解決するために、本発明は、前記スタイルシートは、複数の種類が存在することを特徴とする。
【００２８】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、電子メールで通知されることを特徴とする。
【００２９】
また、上記課題を解決するために、本発明は、前記イベント発生情報は、前記Ｗｅｂアプリ部にも通知されることを特徴とする。
【００３０】
また、上記課題を解決するために、本発明は、前記Ｗｅｂサービス部に通知されるイベント発生情報は、イベントの内容に関する情報を含むことを特徴とする。
【００３２】
また、上記課題を解決するために、本発明は、前記第１文書作成段階では、ＸＭＬ文書を作成するＸＭＬＧにより、前記第１の文書を作成することを特徴とする。
【００３３】
また、上記課題を解決するために、本発明は、前記第２文書作成段階では、ＸＳＬプロセッサにより、前記第２の文書を作成することを特徴とする。
【００３５】
また、上記課題を解決するために、本発明は、前記イベント通知情報作成段階では、前記イベントの内容に応じ、前記イベント通知情報の通知先を選択することを特徴とする。
【００３６】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、前記情報機器を識別する情報を含むことを特徴とする。
【００３７】
また、上記課題を解決するために、本発明は、情報機器内で発生したイベントに関するイベント通知情報を他の機器に通知する情報機器であって、前記イベントに関する文書を作成するとともにＷｅｂサービスに係る処理を行うＷｅｂアプリ手段と、前記Ｗｅｂアプリ手段に対して、当該情報機器内で発生した前記イベントの内容を示すパラメータが設定された前記文書の作成を要求する文書作成要求を通知するともに、前記文書に基づいて作成した前記イベント通知情報を他の機器に通知するイベント通知サービス手段と、前記イベントが発生したことを示すイベント発生情報を前記イベント通知サービス手段に通知するイベント通知手段とを有し、前記イベント通知サービス手段は、ＨＴＴＰリクエストにより、前記Ｗｅｂアプリ手段に対して、前記文書作成要求を通知し、前記Ｗｅｂアプリ手段との間で、前記ＨＴＴＰリクエスト／レスポンスに含まれるＵＲＬの指定により前記イベント通知情報に関するデータの送受信を行うことを特徴とする。
【００３８】
また、上記課題を解決するために、本発明は、前記Ｗｅｂアプリ手段は、前記イベント通知情報を作成するための仕様に従った文書である第１の文書を作成し、前記第１の文書を、前記イベント通知情報のレイアウトを定めたレイアウト文書に従って編集することにより第２の文書を作成し、前記イベント通知サービス手段に要求された文書の作成が終了すると、ＨＴＴＰレスポンスにより、文書の作成が終了したことを示す文書作成終了情報を通知することを特徴とする。
【００３９】
また、上記課題を解決するために、本発明は、前記第１の文書は、ＸＭＬ文書であることを特徴とする。
【００４０】
また、上記課題を解決するために、本発明は、前記第２の文書は、テキスト文書であることを特徴とする。
【００４１】
また、上記課題を解決するために、本発明は、前記レイアウト文書は、スタイルシートであることを特徴とする。
【００４２】
また、上記課題を解決するために、本発明は、前記スタイルシートは、複数の種類が存在することを特徴とする。
【００４３】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、電子メールで通知されることを特徴とする。
【００４４】
また、上記課題を解決するために、本発明は、前記イベント通知手段は、前記イベント発生情報を前記Ｗｅｂサービス手段にも通知することを特徴とする。
【００４５】
また、上記課題を解決するために、本発明は、前記Ｗｅｂサービス手段に通知されるイベント発生情報は、イベントの内容に関する情報を含むことを特徴とする。
【００４７】
また、上記課題を解決するために、本発明は、前記Ｗｅｂアプリ手段は、ＸＭＬ文書を作成するＸＭＬＧにより、前記第１の文書を作成することを特徴とする。
【００４８】
また、上記課題を解決するために、本発明は、前記Ｗｅｂアプリ手段は、ＸＳＬプロセッサにより、前記第２の文書を作成することを特徴とする。
【００５０】
また、上記課題を解決するために、本発明は、前記イベント通知サービス手段は、前記イベントの内容に応じ、前記イベント通知情報の通知先を選択することを特徴とする。
【００５１】
また、上記課題を解決するために、本発明は、前記イベント通知情報は、前記情報機器を識別する情報を含むことを特徴とする。
【００５２】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うアプリケーションとをさらに有することを特徴とする。
【００５３】
また、上記課題を解決するために、本発明は、前記ハードウェア資源を管理するハードウェア管理手段は、前記イベント通知手段を含むことを特徴とする。
【００５４】
また、上記課題を解決するために、本発明は、前記アプリケーションは、前記イベント通知手段を含むことを特徴とする。
【００５５】
また、上記課題を解決するために、本発明は、前記イベントは、画像形成処理に伴い消耗する消耗品について発生するイベントであることを特徴とする。
【００５６】
また、上記課題を解決するために、本発明は、前記イベントは、情報機器に備えられるユニットについて発生するイベントであることを特徴とする。
【００５７】
また、上記課題を解決するために、本発明は、前記イベントは、前記ハードウェアが故障した際に発生するイベントであることを特徴とする。
【００５８】
また、上記課題を解決するために、本発明は、前記イベントは、前記アプリケーションが所定の処理を終えた際に発生するイベントであることを特徴とする。
【００５９】
以上のように、本発明によれば、表示する情報やレイアウトを容易に変更可能なイベント通知方法、情報機器を提供することができる。
【００６０】
【発明の実施の形態】
以下、図面を参照し、本発明の実施形態について説明する。なお、本実施の形態において、情報機器は、アプリケーションとハードウェア資源を有する融合機を例にして説明する。
【００６１】
まず、図１を用いて、融合機１に搭載されているプログラムについて説明する。図１には、融合機１のプログラム群２と、融合機起動部３と、ハードウェア資源４とが示されている。
【００６２】
融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびプラットホーム層６を起動する。例えば融合機起動部３は、アプリケーション層５およびプラットホーム層６のプログラムを、ハードディスク装置（以下、ＨＤＤと記す）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）５１、またはカラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）５２と、オペレーションパネル５３と、スキャナやファクシミリなどのハードウェアリソース５０とを含む。
【００６３】
また、プログラム群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳと記す）上に起動されているアプリケーション層５とプラットホーム層６とを含む。アプリケーション層５は、プリンタ、コピー、ファックス、スキャナ、情報提供及びＷｅｂなどの画像形成に係るユーザーサービスにそれぞれ固有の処理を行うプログラムを含む。
【００６４】
アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ２０と、コピー用アプリケーションであるコピーアプリ２１と、ファックス用アプリケーションであるファックスアプリ２２と、スキャナ用アプリケーションであるスキャナアプリ２３と、Ｗｅｂサービスやメール作成サービスを提供するＷｅｂアプリ２４とを含む。
【００６５】
このＷｅｂアプリ２４は、Ｗｅｂサービスに係る処理である、融合機１の状態を融合機１にアクセスしたパソコンのＷｅｂブラウザに表示する処理などを行うことができる。
【００６６】
プラットホーム層６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層７と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層７からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭと記す）４０と、ＳＲＭ４０からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層８とを含む。
【００６７】
コントロールサービス層７は、ネットワークコントロールサービス（以下、ＮＣＳと記す）１３、デリバリーコントロールサービス（以下、ＤＣＳと記す）３１、オペレーションパネルコントロールサービス（以下、ＯＣＳと記す）３２、ファックスコントロールサービス（以下、ＦＣＳと記す）３３、エンジンコントロールサービス（以下、ＥＣＳと記す）３４、メモリコントロールサービス（以下、ＭＣＳと記す）３５、オンデマンドアップデートサービス（以下、ＯＵＳと記す）３６、ユーザインフォメーションコントロールサービス（以下、ＵＣＳと記す）３７、システムコントロールサービス（以下、ＳＣＳと記す）３８など、一つ以上のサービスモジュールを含むように構成されている。
【００６８】
なお、プラットホーム層６は予め定義されているＲＰＣ（Remote Procedure Call）により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ４３を有するように構成されている。ＯＳは、アプリケーション層５およびプラットホーム層６の各プログラムをプロセスとして並列実行する。
【００６９】
ＮＣＳ３０のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００７０】
またＮＣＳ３０は、ネットワークを介して接続されるネットワーク機器とのデータ通信を行うｈｔｔｐｄ（Hyper Text Transfer Protocol Daemon）と、ｆｔｐｄ（File Transfer Protocol Daemon）とを有する。
【００７１】
ＤＣＳ３１のプロセスは、メールの送受信などの制御を行う。ＯＣＳ３２のプロセスは、保守点検などを行うサービスマンやユーザと本体制御との間の情報伝達手段となる操作部の制御を行う。ＦＣＳ３３のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。
【００７２】
ＥＣＳ３４のプロセスは、白黒レーザプリンタ５１、カラーレーザプリンタ５２、ハードウェアリソース５０などのエンジンの制御を行う。ＭＣＳ３５のプロセスは、メモリの取得および解放、ＨＤＤの利用などのメモリ制御を行う。ＯＵＳ３６は、ネットワークからの通知により、プログラムをダウンロードし、メモリに展開する。ＵＣＳ３７のプロセスは、ユーザ情報の管理を行う。
【００７３】
ＳＣＳ３８のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。
【００７４】
ＳＲＭ４０のプロセスは、ＳＣＳ３８と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ４０のプロセスは、白黒レーザプリンタ５１やカラーレーザプリンタ５２などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。
【００７５】
具体的に、ＳＲＭ４０のプロセスは獲得要求されたハードウェア資源４が利用可能であるかを判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ４０のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成などの要求内容を直接実施している。
【００７６】
また、ハンドラ層８は後述するファックスコントロールユニット（以下、ＦＣＵと記す）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨと記す）４１と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨと記す）４２と、ＭＬＢ５４に画像の変換指示を行うＭＥＵ４５を含む。ＳＲＭ４０およびＦＣＵＨ４１は、予め定義されているデバイスドライバによりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ４４を利用して、ハードウェア資源４に対する処理要求を行う。
【００７７】
このように、融合機１は、各アプリケーションで共通的に必要な処理をプラットホーム層６で一元的に処理することができる。次に、融合機１のハードウェア構成について説明する。
【００７８】
図２は、融合機１の一実施例のハードウェア構成図を示す。融合機１は、コントローラボード６０と、オペレーションパネル５３と、ＦＣＵ６８と、エンジン７１と、プロッタ７２とを含む。また、ＦＣＵ６８は、Ｇ３規格対応ユニット６９と、Ｇ４規格対応ユニット７０とを有する。
【００７９】
また、コントローラボード６０は、ＣＰＵ６１と、ＡＳＩＣ６６と、ＨＤＤ６５と、ＮＶ−ＲＡＭ（Nonvolatile RAM）７８と、ローカルメモリ（ＭＥＭ−Ｃ）６４と、システムメモリ（ＭＥＭ−Ｐ）６３と、ノースブリッジ（以下、ＮＢと記す）６２と、サウスブリッジ（以下、ＳＢと記す）７３と、ＮＩＣ７４（Network Interface Card）と、ＵＳＢデバイス７５と、ＩＥＥＥ１３９４デバイス７６と、セントロニクスデバイス７７とを含む。
【００８０】
オペレーションパネル５３は、コントローラボード６０のＡＳＩＣ６６に接続されている。また、ＳＢ７３と、ＮＩＣ７４と、ＵＳＢデバイス７５と、ＩＥＥＥ１３９４デバイス７６と、セントロニクスデバイス７７にＰＣＩバスで接続されている。
【００８１】
また、ＦＣＵ６８と、エンジン７１と、プロッタ７２は、コントローラボード６０のＡＳＩＣ６６にＰＣＩバスで接続されている。
【００８２】
なお、コントローラボード６０は、ＡＳＩＣ６６にローカルメモリ６４、ＨＤＤ６５などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６２を介して接続されている。このように、ＮＢ６２を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のインタフェースが公開されていない場合に対応できる。
【００８３】
なお、ＡＳＩＣ６６とＮＢ６２とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）６７を介して接続されている。このように、図１のアプリケーション層５やプラットホーム層６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６２とを低速のＰＣＩバスでなくＡＧＰ３５を介して接続し、パフォーマンスの低下を防いでいる。
【００８４】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＮＣＳ３０、ＤＣＳ３１、ＯＣＳ３２、ＦＣＳ３３、ＥＣＳ３４、ＭＣＳ３５、ＯＵＳ３６、ＵＣＳ３７、ＳＣＳ３８、ＳＲＭ４０、ＦＣＵＨ４１およびＩＭＨ４２をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ２０、コピーアプリ２１、ファックスアプリ２２、スキャナアプリ２３、Ｗｅｂアプリ２４を起動して実行させる。
【００８５】
ＮＢ６２は、ＣＰＵ６１、システムメモリ６３、ＳＢ７３およびＡＳＩＣ６６を接続するためのブリッジである。システムメモリ６３は、融合機１の描画用メモリなどとして用いるメモリである。ＳＢ７３は、ＮＢ６２とＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ６４はコピー用画像バッファ、符号バッファとして用いるメモリである。
【００８６】
ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６５は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル５３は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行う操作部である。
【００８７】
融合機１は、以上説明した構成となっている。次に、この融合機１が管理者へ送信するメールについて説明する。
【００８８】
管理者へ送信するメールは、融合機１の状態の変化や故障状況等の情報を通知するものであり、「ＳＣ」、「サプライ」、「ジャム」、「ドアオープン」、「給排紙トレイ」、「ユニット接続状態」などの種類が挙げられる。
【００８９】
「ＳＣ」とは、サービスマンコールが必要な際に送信される。具体的には、プロッタやスキャナなど、サービスマンでなければ修復不可能と考えられる故障が発生した場合に通知されるものである。
【００９０】
「サプライ」とは、トナーや紙などの消耗品の残量が少なくなった場合に通知されるものである。この場合、どれだけ少なくなるとメールで送信するかなどを設定することができる。
【００９１】
「ジャム」とは、ペーパージャムが発生した場合に通知されるものである。「ドアオープン」とは、融合機１に設けられたドアが開いていることなどを通知するものである。「給排紙トレイ」とは、複数ある給紙トレイのｎ番目の給紙トレイが故障したことなどを通知するものである。「ユニット接続状態」とは、紙にトナーを定着させる定着ユニットなどの融合機１に備えられるユニットがセットされているかどうかを通知するものである。
【００９２】
このように、本実施の形態におけるイベントとは、融合機１の状態変化や故障状況などを通知するものであるが、所定の時刻や、一定の周期で融合機の状態を通知するような、タイマ的なイベントも含まれる。
【００９３】
以上説明したメールで送信される通知内容は、各国の言語で通知することが可能である。その言語の例として、日、英、仏、独、伊、西、蘭などがあり、１５ヶ国語に対応している。
【００９４】
さらに、図３６に示されるように、メールの送信先をグループ化することも可能となっている。例えば、ペーパージャムが発生した場合に対処する管理者と、紙が無くなった場合に対処する管理者とが異なる可能性があるためである。従って、ペーパージャムに対応する管理者やサプライ関係に対応する管理者は、それぞれグループ化され、対応するアラートが発生すると、グループ化された管理者にメールが送信されるようになっている。
【００９５】
以下、図面を参照し、本発明の２つの実施の形態と、いずれの実施の形態にも共通する処理内容について説明する。まず、図３を用いて、第１の実施の形態を説明する。
【００９６】
図３には、イベント通知サービス手段（部）に対応するＭＩＲＳ（Machine Information Report Service）３９と、アプリ２９と、Ｗｅｂアプリ２４と、ハードウェア管理手段に対応するＳＣＳ３８と、ＤＣＳ３１と、ＮＣＳ３０とが示されている。また、Ｗｅｂアプリ２４には、ＸＭＬ文書を作成するＸＭＬＧ（XML Generator）１０２と、ＸＳＬＴＰ（eXtensible Stylesheet Language Transformation Processor）１０３と、ＸＳＬ（eXtensible Stylesheet Language）１０４とが示されている。
【００９７】
ＳＣＳ３８は、ＭＩＲＳ１００とＸＭＬＧ１０２に、エンジンに関する情報であるエンジンステータス通知を通知する。アプリ２９は、プリンタアプリ２０と、コピーアプリ２１と、ファックスアプリ２２と、スキャナアプリ２３をまとめて表したものであり、管理者に通知するようなイベントが発生するとＭＩＲＳ３９にアラートメール送信要求を通知する。また、アプリ２９は、ＸＭＬＧ１０２にもアプリステータス通知を通知する。
【００９８】
上記エンジンステータス通知、アラートメール送信要求、アプリステータス通知は、イベント発生情報に対応する。このように、ＳＣＳ３８、アプリ２９は、それぞれイベント通知手段（部）に対応する機能を含んでいる。また、以下の説明においてＸＭＬ文書は、第１の文書に対応し、テキストデータは、第２の文書に対応する。メール本文は、イベント通知情報に対応する。また、以下の説明において、警報的なイベントは、アラートと表現することもある。
【００９９】
ＭＩＲＳ３９は、エンジンのステータスを監視し、メールの通知を必要とするアラート状態が発生すると、通知するメール本文を作成するために、ＮＣＳ３０にｈｔｔｐリクエストを通知する。このｈｔｔｐリクエストは、文書作成要求に対応する。ＮＣＳ３０からｈｔｔｐレスポンスとしてメール本文を受け取ると、ＭＩＲＳ３９は、ＤＣＳ３１にメール送信要求を通知する。このｈｔｔｐレスポンスは、文書作成終了情報に対応する。なお、ＭＩＲＳ３９は、メールの通知を必要とするアラート状態をＮＶ−ＲＡＭ７８又はＨＤＤ６５等の不揮発性の記憶装置に保持していても良い。
【０１００】
ＮＣＳ３０は、ＧＥＴのｈｔｔｐリクエストを受信すると、取得対象のＵＲＬを担当しているＷｅｂアプリ２４に対してメール本文の作成を依頼する。メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ＮＣＳ３０は、ｈｔｔｐレスポンスの形でメール本文情報をＭＩＲＳ３９に通知する。
【０１０１】
ＸＳＬＴＰ１０３は、メール本文作成要求を受信すると、ＸＭＬＧ１０２にＸＭＬ文書作成要求を通知する。ＸＳＬＴＰ１０３は、作成されたＸＭＬ文書を受信するとＸＳＬファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成し、メール本文作成結果をＮＣＳ３０に通知する。
【０１０２】
ＸＭＬＧ１０２は、ＸＭＬ文書作成要求を受信すると、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成し、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に通知する。また、ＸＭＬＧ１０２は、ＸＭＬ文書を、メール本文を作成するための仕様に従って作成する。なおＸＭＬＧ１０２は、エンジンステータスをＳＣＳ３８から直接受信するため、リクエスト対象のＵＲＬには、特にエンジンのアラート状態を示す情報が含まれていない。
【０１０３】
ＤＣＳ３１は、メール送信元、メール送信先、メール件名等からなるメールヘッダ情報とメール本文情報とを受け取ると、メールの送信処理を行う。
【０１０４】
次に、図４を用いてＭＩＲＳ３９のブロック図について説明する。ＭＩＲＳ３９は、メール送信リクエストマネージャ部１１０と、メールコンテンツ作成部１１１と、エンジンステータス監視部１１２と、メール送信要求通知部１１３とを有する。
【０１０５】
エンジンステータス監視部１１２は、エンジンのステータスを監視し、メールの通知が設定されているアラート状態が発生すると、アラートメール送信要求をメール送信リクエストマネージャ部１１０に通知する。図４では、アラート状態の通知として、「サプライ状態通知」と、「ＳＣ状態通知」と、「ジャム状態通知」と、「給紙トレイ状態通知」と、「ドア状態通知」とが示されている。
【０１０６】
メール送信リクエストマネージャ部１１０は、アラートメール送信要求を受信すると、メールコンテンツ作成部１１１に対してメールコンテンツ作成要求を通知する。メールコンテンツ作成結果を受け取ると、メール送信リクエストマネージャ部１１０は、メール送信要求通知部１１３に対してメール送信要求を通知する。
【０１０７】
メール送信リクエストマネージャ部１１０は、受信したアラートメール送信要求をＦＩＦＯ（First In First Out）キューに格納している。同時に複数のアラートメール送信要求を受信した場合は、最初に受信した要求に対してメールコンテンツの作成及びメール送信要求が完了してから、次の要求を処理するように構成されている。これは、ＮＣＳ３０のｈｔｔｐｄの接続可能セッション数が限られているので、アラートメール送信処理だけでセッション数を占有してしまうことを避けることと、複数の処理を同時に行うためには、ＣＰＵの処理能力やメモリなど、多くの資源を消費してしまうので、メール送信処理を順次処理することで資源の節約を図るためである。
【０１０８】
メールコンテンツ作成部１１１は、通知するメール本文を作成するためにＮＣＳ３０のｈｔｔｐｄに対して通知する。ｈｔｔｐｄレスポンスとしてメール本文を受け取ると、メールコンテンツ作成部１１１は、メール本文内の文字列置換処理を行い、その結果をメールコンテンツ作成結果としてメール送信リクエストマネージャに返す。
【０１０９】
メール送信要求通知部１１３は、メール送信リクエストマネージャ部１１０からアラートメール送信要求を受信すると、ＤＣＳ３１に対してメール送信要求を通知する。
【０１１０】
次に、図５を用いて、エンジンからの通知である「サプライ状態通知」を受信した場合を例にしたシーケンス図で処理の内容を説明する。
【０１１１】
ＳＣＳ３８は、プロッタエンジンから受け取ったエンジンステータス情報に基づいたサプライ状態通知を、ステップＳ１０１でＸＭＬＧ１０２に通知すると共に、ステップＳ１０２でＭＩＲＳ３９に通知する。
【０１１２】
サプライ状態通知を受信したＭＩＲＳ３９は、メールを送信するアラート状態になったと判断すると、ステップＳ１０３で、ＮＣＳ３０のｈｔｔｐｄに、メール本文を作成するためにｈｔｔｐリクエストを通知する。このステップＳ１０３は、文書作成要求段階に対応する。ＮＣＳ３０は、ステップＳ１０４で、ＸＳＬＴＰ１０３にメール本文作成要求を通知する。ＸＳＬＴＰ１０３は、ステップＳ１０５で、受信したメール本文作成要求をＸＭＬＧ１０２に通知する。
【０１１３】
ＸＭＬＧ１０２は、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成する。この処理は、第１文書作成段階に対応する。そして、ＸＭＬＧ１０２は、ステップＳ１０６で、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に送信する。なおＸＭＬＧ１０２は、ステップＳ１０１で、エンジンステータスをＳＣＳ３８から直接受け取っているため、リクエスト対象のＵＲＬには特にエンジンのアラート状態を示す情報が含まれていない。
【０１１４】
ＸＳＬＴＰ１０３は、ＸＭＬ文書を受け取るとＸＳＬ１０４のファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成する。この処理は、第２文書作成段階に対応する。そして、ＸＳＬＴＰ１０３は、ステップＳ１０７で、メール本文作成結果をＮＣＳ３０のｈｔｔｐｄに送信する。
【０１１５】
ＮＣＳ３０は、メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ステップＳ１０８で、ｈｔｔｐレスポンスの形のメール本文情報をＭＩＲＳ３９に送信する。このステップＳ１０８は、文書作成終了通知段階に対応する。ＭＩＲＳ３９は、ｈｔｔｐレスポンスでメール本文を受け取ると、ステップＳ１０９で、ＤＣＳ３１に対してメール送信要求を通知する。
【０１１６】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ１０１、１０２のサプライ状態通知は、図６に示されるように、トナー残量が０％で、排トナーボトル残量が９０％であることを示す情報を含む。次に、ステップＳ１０３のｈｔｔｐリクエストは、図７に示されるように、「GET /web/en/getMachineInfo.cgi HTTP/1.1」で融合機１の情報をリクエストするものである。
【０１１７】
ステップＳ１０４のメール本文作成要求は、リクエスト先のパスが「/web/en/ getMachineInfo.cgi」であることを示す情報を含む。また、ステップＳ１０５のＸＭＬ文書作成要求も、ステップＳ１０４と同じで、リクエスト先のパスが「/web/en/getMachineInfo.cgi」であることを示す情報を含む。
【０１１８】
次のステップＳ１０６のＸＭＬ文書作成結果は、図８に示されるようなＸＭＬＧ１０２が作成したＸＭＬ文であり、ＸＭＬ文２０１に、「Replace Toner Cartridge」と記され、トナーの交換を促す内容となっている。また、このＸＭＬ文には、融合機１のＩＰアドレスなども含まれていることが示されている。
【０１１９】
ステップＳ１０７のメール本文作成結果は、図９に示されるように、ＸＳＬＴＰ１０３がＸＳＬ１０４のファイルに基づき作成したメール本文となっている。文２０２に示されるように、先ほどのＸＭＬ文２０１が反映されていることが示されている。また、ＩＰアドレスなど融合機を識別する情報が含まれていることが分かる。
【０１２０】
次のステップＳ１０８のｈｔｔｐレスポンスは、図１０に示されるように、メール本文２０３を含むｈｔｔｐレスポンスとなっている。そして、ステップＳ１０９のメール送信要求は、図１１に示されるように、メール本文２０３にメールヘッダ２０４が付加された情報となっている。
【０１２１】
ここで、上記図８に示したＸＭＬ文書を用いて、この文書の主要部分の仕様について説明する。まず、融合機１の全体的な情報は、タグ＜machineInfo＞とタグ＜／machineInfo＞で囲む。プリンタの状態を示す情報は、タグ＜printerStatus＞とタグ＜／printerStatus＞で囲む。さらに詳細な情報は、タグ＜detailStatus＞とタグ＜／detailStatus＞で囲む。
【０１２２】
本実施の形態に関わる主要部分の仕様は、上記のようになっており、その他、イーサネット（登録商標）に関する情報は、タグ＜ethernet＞とタグ＜／ethernet＞に囲まれ、ＩＰアドレスやＭＡＣアドレスなどの情報が含まれる。
【０１２３】
次に、図１２を用いて、図５に示した処理におけるＭＩＲＳ３９内の処理について、シーケンス図を用いて説明する。
【０１２４】
ステップＳ２０１で、エンジンステータス監視部１１２は、メールの通知を必要とするアラート状態が発生すると、ステップＳ２０２でアラートメール送信要求をメール送信リクエストマネージャ部１１０に通知する。
【０１２５】
メール送信リクエストマネージャ部１１０は、アラートメール送信要求を受信すると、ステップＳ２０３で、メールコンテンツ作成部１１１にメールコンテンツ作成要求を通知する。
【０１２６】
メールコンテンツ作成部１１１は、ステップＳ２０４で、メール本文を作成するためにＮＣＳ３０のｈｔｔｐｄにｈｔｔｐリクエストを通知する。ステップＳ２０５で、ｈｔｔｐレスポンスとしてメール本文を受け取ると、メールコンテンツ作成部１１１は、メール本文内の文字列置換処理を行う。この処理は、イベント通知情報作成段階に対応する。そして、メールコンテンツ作成部１１１は、その結果をメールコンテンツ作成結果として、ステップＳ２０６でメール送信リクエストマネージャ部１１０に通知する。このとき、メールコンテンツ作成部１１１は、アラートの内容に応じて、アラートメールの通知先を選択する。
【０１２７】
メールコンテンツ作成結果を受信すると、メール送信リクエストマネージャ部１１０は、ステップＳ２０７でメール送信要求通知部１１３にメール送信要求を通知し、メール送信要求通知部１１３は、ＤＣＳ３１にメール送信要求を通知する。ＤＣＳ３１は、受信したメールを管理者のパソコンなどに送信する。この処理は、イベント通知段階に対応する。
【０１２８】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ２０１のサプライ状態通知は、図６に示されるように、トナー残量が０％で、排トナーボトル残量が９０％であることを示す情報を含む。
【０１２９】
次に、ステップＳ２０２のアラートメール送信要求は、図１３に示されるように、ｈｔｔｐリクエストパス、「メール発信元」、「メール通知先」、「メール件名」、「メール本文付加情報」、「メール本文共通付加情報」、「メール通知先グループ」が含まれる。
【０１３０】
このうち、「メール本文付加情報」は、メール本文の内容に応じてメールに付加される情報である。また、「メール本文共通付加情報」は、メール本文の内容に拘らず共通して付加される情報である。そして「メール通知先グループ」は、上述した管理者のグループを示す。
【０１３１】
ステップＳ２０３のメールコンテンツ作成要求は、図１４に示されるように、ｈｔｔｐリクエストパス、「メール本文付加情報」、「メール本文共通付加情報」、「メール通知先グループ」が含まれる。
【０１３２】
ステップＳ２０４のｈｔｔｐリクエストは、図７に示した内容であり、ステップＳ２０５のｈｔｔｐレスポンスは、図１０に示した内容であるので、説明を省略する。
【０１３３】
ステップＳ２０６のメールコンテンツ作成結果は、図１５に示されるように、トナーの交換を促す文２０２と、「メール本文付加情報」、「メール本文共通付加情報」、「メール通知先グループ」の内容が文２０５として付加されている。なお、「メール通知先グループ」は、図１５の場合「Ａｄｍｉｎｓ」となっている。次のステップＳ２０７のメール送信要求は、図１１で示した内容であるので、説明を省略する。
【０１３４】
次に、図１６のシーケンス図を用いて、アプリ２９からの通知である「アプリ状態通知」の場合を例にした処理の内容を説明する。なお、この状態通知は、プリントジョブが終了したことを通知するものである。
【０１３５】
アプリ２９は、アラートメールを送信するべき事象が発生すると、アプリ状態通知をステップＳ３０１でＸＭＬＧ１０２に通知すると共に、ステップＳ３０２でＭＩＲＳ３９に対してアラートメール送信要求を通知する。
【０１３６】
アラートメール送信要求を受信したＭＩＲＳ３９は、ステップＳ３０３で、ＮＣＳ３０のｈｔｔｐｄに、メール本文を作成するためにｈｔｔｐリクエストを通知する。ＮＣＳ３０は、ステップＳ３０４で、ＸＳＬＴＰ１０３にメール本文作成要求を通知する。ＸＳＬＴＰ１０３は、ステップＳ３０５で、受信したメール本文作成要求をＸＭＬＧ１０２に通知する。
【０１３７】
ＸＭＬＧ１０２は、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成し、ステップＳ３０６で、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に送信する。なおＸＭＬＧ１０２は、ステップＳ３０１で、アプリ状態通知をアプリ２９から直接受け取っているため、リクエスト対象のＵＲＬには特にアプリ２９の状態を示す情報が含まれていない。
【０１３８】
ＸＳＬＴＰ１０３は、ＸＭＬ文書を受け取るとＸＳＬ１０４のファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成し、ステップＳ３０７で、メール本文作成結果をＮＣＳ３０のｈｔｔｐｄに送信する。
【０１３９】
ＮＣＳ３０は、メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ステップＳ３０８で、ｈｔｔｐレスポンスの形のメール本文情報をＭＩＲＳ３９に送信する。ＭＩＲＳ３９は、ｈｔｔｐレスポンスでメール本文を受け取ると、ステップＳ３０９で、ＤＣＳ３１に対してメール送信要求を通知する。
【０１４０】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ３０１のアプリ状態通知は、図１７に示されるように、「イベント」、「ジョブＮｏ」、「ユーザＩＤ」、「受信日時」、「文書名」、「ページ数」、「メール件名」を含む。「イベント」は、図のようにプリントジョブが終了したなどの情報を示す。「ジョブＮｏ」は、ジョブの番号を示す。「ユーザＩＤ」は、プリントジョブを実行させたユーザのＩＤを示す。「受信日時」は、ユーザからプリントジョブを受け付けた日時を示す。「文書名」は、プリントした文書名を示す。「ページ数」は、プリントしたページ数を示す。「メール件名」は、管理者に送信するメールの件名を示す。
【０１４１】
ステップＳ３０２のアラートメール送信要求は、図１８に示されるように、ｈｔｔｐリクエストパスに加え、「メール発信元」、「メール通知先」、「メール件名」である。ステップＳ３０３のｈｔｔｐリクエストは、図１９に示されるように、「GET /web/en/getPrinterInfo.cgi HTTP/1.1」でＵＲＬを指定するものである。
【０１４２】
ステップＳ３０４のメール本文作成要求は、「/web/en/getPrinterInfo.cgi」でパスを指定するものである。また、ステップＳ３０５のＸＭＬ文書作成要求も、ステップＳ３０４と同じで「/web/en/getPrinterInfo.cgi」でパスを指定するものである。
【０１４３】
次のステップＳ３０６のＸＭＬ文書作成結果は、図２０に示されるようなＸＭＬＧ１０２が作成したＸＭＬ文であり、図１７に示した情報がＸＭＬで表現されていることが示されている。
【０１４４】
ステップＳ３０７のメール本文作成結果は、図２１に示されるように、ＸＳＬＴＰ１０３がＸＳＬ１０４のファイルに基づき作成したメール本文となっている。先ほどのＸＭＬ文２０１が反映されていることが示されている。
【０１４５】
次のステップＳ３０８のｈｔｔｐレスポンスは、図２２に示されるように、メール本文２０３を含むｈｔｔｐレスポンスとなっている。そして、ステップＳ３０９のメール送信要求は、図２３に示されるように、メール本文２０３にメールヘッダ２０４が付加された情報となっている。
【０１４６】
次に、図２４を用いて、図１６に示した処理におけるＭＩＲＳ３９内の処理について、シーケンス図を用いて説明する。
【０１４７】
ステップＳ４０１で、メール送信リクエストマネージャ部１１０は、アラートメール送信要求を受信すると、ステップＳ４０２で、メールコンテンツ作成部１１１にメールコンテンツ作成要求を通知する。
【０１４８】
メールコンテンツ作成部１１１は、ステップＳ４０３で、メール本文を作成するためにＮＣＳ３０のｈｔｔｐｄにｈｔｔｐリクエストを通知する。ステップＳ４０４で、ｈｔｔｐレスポンスとしてメール本文を受け取ると、メールコンテンツ作成部１１１は、メール本文内の文字列置換処理を行い、その結果をメールコンテンツ作成結果として、ステップＳ４０５でメール送信リクエストマネージャ部１１０に通知する。
【０１４９】
メールコンテンツ作成結果を受信すると、メール送信リクエストマネージャ部１１０は、ステップＳ４０６でメール送信要求通知部１１３にメール送信要求を通知し、メール送信要求通知部１１３は、ＤＣＳ３１にメール送信要求を通知する。
【０１５０】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ４０１のアラートメール送信要求は、図１８に示した内容であるので、説明を省略する。
【０１５１】
ステップＳ４０２のメールコンテンツ作成要求は、図２５に示されるように、ｈｔｔｐリクエストパス、「メール本文付加情報」、「メール本文共通付加情報」、「メール通知先グループ」が含まれる。
【０１５２】
ステップＳ４０３のｈｔｔｐリクエストは、図１９に示した内容であり、ステップＳ４０４のｈｔｔｐレスポンスは、図２２に示した内容であり、ステップＳ４０５のメールコンテンツ作成結果は、図２１に示した内容であり、ステップＳ４０６のメール送信要求は、図２３に示した内容であるので、説明を省略する。
【０１５３】
次に、第２の実施の形態について説明する。なお、以下の説明では第１の実施の形態で用いられた符号と同一の符号に関する説明は省略する。
【０１５４】
図２６は、第２の実施形態のブロック図を示すものである。第１の実施の形態（図３参照）と異なるところは、アプリ２９とＳＣＳ３８の通知先が、ＭＩＲＳ３９のみとなったことである。なお、ＭＩＲＳ３９のブロック図は、第１の実施の形態（図４参照）と同じである。
【０１５５】
次に、図２７を用いて、第１の実施の形態と同様に、エンジンからの通知である「サプライ状態通知」の場合を例にしたシーケンス図で処理の内容を説明する。
【０１５６】
ＳＣＳ３８は、プロッタエンジンから受け取ったエンジンステータス情報に基づいたサプライ状態通知を、ステップＳ５０１でＭＩＲＳ３９に通知する。
【０１５７】
サプライ状態通知を受信したＭＩＲＳ３９は、メールを送信するアラート状態になったと判断すると、ステップＳ５０２で、ＮＣＳ３０のｈｔｔｐｄに、メール本文を作成するためにｈｔｔｐリクエストを通知する。ＮＣＳ３０は、ステップＳ５０３で、ＸＳＬＴＰ１０３にメール本文作成要求を通知する。ＸＳＬＴＰ１０３は、ステップＳ５０４で、受信したメール本文作成要求をＸＭＬＧ１０２に通知する。
【０１５８】
ＸＭＬＧ１０２は、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成し、ステップＳ５０５で、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に送信する。なお、ＸＭＬＧ１０２は、発生したアラートに関する全ての情報がＵＲＬに含まれるパラメータとして受け取る。
【０１５９】
ＸＳＬＴＰ１０３は、ＸＭＬ文書を受け取るとＸＳＬ１０４のファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成し、ステップＳ５０６で、メール本文作成結果をＮＣＳ３０のｈｔｔｐｄに送信する。
【０１６０】
ＮＣＳ３０は、メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ステップＳ５０７で、ｈｔｔｐレスポンスの形のメール本文情報をＭＩＲＳ３９に送信する。ＭＩＲＳ３９は、ｈｔｔｐレスポンスでメール本文を受け取ると、ステップＳ５０８で、ＤＣＳ３１に対してメール送信要求を通知する。
【０１６１】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ５０１のサプライ状態通知は、図２８に示されるように、トナー残量が１０％で、排トナーボトル残量が９０％であることを示す情報を含む。
【０１６２】
次に、ステップＳ５０２のｈｔｔｐリクエストは、図２９に示されるように、「GET/web/en/getMachineInfo.cgi?event=TonerAlmostEmpty&remain=10 HTTP/1.1」であり、引数でトナー残量が１０％であること示すと共に、融合機１の情報をリクエストするものである。
【０１６３】
ステップＳ５０３のメール本文作成要求は、「/web/en/getMachineInfo.cgi? event=TonerAlmostEmpty&remain=10」である。また、ステップＳ５０４のＸＭＬ文書作成要求も、ステップＳ５０３と同じで「/web/en/getMachineInfo.cgi ?event=TonerAlmostEmpty&remain=10」である。
【０１６４】
次のステップＳ５０５のＸＭＬ文書作成結果は、図３０に示されるようなＸＭＬＧ１０２が作成したＸＭＬ文であり、ＸＭＬ文２０６には、「Toner is almost empty」と記され、トナーがほとんど空であることを示している。また、ＸＭＬ文２０７には、「Toner is 10% remaining」と記され、トナーの残りが１０％であることを示している。そして、このＸＭＬ文には、第１の実施の形態と同様に、融合機１のＩＰアドレスなども含まれていることが示されている。
【０１６５】
ステップＳ５０６のメール本文作成結果は、図３１に示されるように、ＸＳＬＴＰ１０３がＸＳＬ１０４のファイルに基づき作成したメール本文となっている。文２０８、２０９に示されるように、先ほどのＸＭＬ文２０６、２０７が反映されていることが示されている。
【０１６６】
次のステップＳ５０７のｈｔｔｐレスポンスは、図３２に示されるように、メール本文２０３を含むｈｔｔｐレスポンスとなっている。そして、ステップＳ５０８のメール送信要求は、図３３に示されるように、メール本文２０３にメールヘッダ２０４が付加された情報となっている。
【０１６７】
なお、図２７に示した処理におけるＭＩＲＳ３９内の処理は、図１２の処理の流れと同じであるが、２つのパスと１つのＵＲＬが異なる。
【０１６８】
図１２のステップＳ２０２のアラートメール送信要求におけるパスは「/web/en /getMachineInfo.cgi」であったが、第２の実施の形態のアラートメール送信要求におけるパスは、「/web/en/getMachineInfo.cgi?event= TonerAlmostEmpty& remain=10」となる。
【０１６９】
また、ステップＳ２０３のメールコンテンツ作成要求におけるパスは「/web/ en/getMachineInfo.cgi」であったが、第２の実施の形態のメールコンテンツ作成要求におけるパスは、「/web/en/getMachineInfo.cgi?event= TonerAlmostEmpty& remain=10」となる。
【０１７０】
また、ステップＳ２０４のｈｔｔｐリクエストにおけるＵＲＬは「Get /web/en /getMachineInfo.cgi」であったが、第２の実施の形態のメールコンテンツ作成要求におけるＵＲＬは、「Get/web/en/getMachineInfo.cgi?event= TonerAlmost Empty&remain=10」となる。
【０１７１】
次に、図３４のシーケンス図を用いて、アプリ２９からの通知である「アプリ状態通知」の場合を例にした第２の実施形態における処理の内容を説明する。なお、この状態通知は、第１の実施形態と同様にプリントジョブが終了したことを通知するものである。
【０１７２】
アプリ２９は、アラートメールを送信するべき事象が発生すると、ステップＳ６０１でＭＩＲＳ３９に対してアラートメール送信要求を通知する。この時指定されるＵＲＬには発生したアラート状態の内容を示すパラメータが含まれている。
【０１７３】
アラートメール送信要求を受信したＭＩＲＳ３９は、ステップＳ６０２で、ＮＣＳ３０のｈｔｔｐｄに、メール本文を作成するためにｈｔｔｐリクエストを通知する。ＮＣＳ３０は、ステップＳ６０３で、ＸＳＬＴＰ１０３にメール本文作成要求を通知する。ＸＳＬＴＰ１０３は、ステップＳ６０４で、受信したメール本文作成要求をＸＭＬＧ１０２に通知する。
【０１７４】
ＸＭＬＧ１０２は、指定されたＵＲＬに対応する情報をＸＭＬ文書形式で作成し、ステップＳ６０５で、ＸＭＬ文書作成結果をＸＳＬＴＰ１０３に送信する。
【０１７５】
ＸＳＬＴＰ１０３は、ＸＭＬ文書を受け取るとＸＳＬ１０４のファイルを参照しながらＸＳＬＴを行ってテキストデータに変換することでメール本文を作成し、ステップＳ６０６で、メール本文作成結果をＮＣＳ３０のｈｔｔｐｄに送信する。
【０１７６】
ＮＣＳ３０は、メール本文作成結果をＸＳＬＴＰ１０３から受信すると、ステップＳ６０７で、ｈｔｔｐレスポンスの形のメール本文情報をＭＩＲＳ３９に送信する。ＭＩＲＳ３９は、ｈｔｔｐレスポンスでメール本文を受け取ると、ステップＳ６０８で、ＤＣＳ３１に対してメール送信要求を通知する。
【０１７７】
以上説明した処理で、各ステップにおいて送信または通知される情報について説明する。まず、ステップＳ６０１のアラートメール送信要求は、パスである「/web/en/getPrinterInfo.cgi?event=PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」を指定し、引数で「イベント」、「ジョブＮｏ」、「ユーザＩＤ」、「受信日時」、「文書名」、「ページ数」を示すものである。
【０１７８】
ステップＳ６０２のｈｔｔｐリクエストは、図３５に示されるように、「GET /web/en/getPrinterInfo.cgi?event=PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5 HTTP/1.1」でＵＲＬを指定するものである。
【０１７９】
ステップＳ６０３のメール本文作成要求は、「/web/en/getPrinterInfo.cgi? event=PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」でパスを指定するものである。また、ステップＳ６０４のＸＭＬ文書作成要求も、ステップＳ６０３と同じで「/web/en/getPrinterInfo.cgi?event=PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」でパスを指定するものである。
【０１８０】
次のステップＳ６０５のＸＭＬ文書作成結果は、図２０に示した内容であり、ステップＳ６０６のメール本文作成結果は、図２１に示した内容であり、ステップＳ６０７のｈｔｔｐレスポンスは、図２２に示した内容であり、ステップＳ６０８のメール送信要求は、図２３に示した内容であるので、説明を省略する。
【０１８１】
なお、図３４に示した処理におけるＭＩＲＳ３９内の処理は、図２４の処理の流れと同じであるが、２つのパスと１つのＵＲＬが異なる。
【０１８２】
図２４のステップＳ４０１のアラートメール送信要求におけるパスは「/web/en/ getPrinterInfo.cgi」であったが、第２の実施の形態のアラートメール送信要求におけるパスは、「/web/en/getPrinterInfo.cgi?event=PrintJobFinish &job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」となる。
【０１８３】
また、ステップＳ４０２のメールコンテンツ作成要求におけるパスは「/web/en/getPrinterInfo.cgi」であったが、第２の実施の形態のメールコンテンツ作成要求におけるパスは、「/web/en/getPrinterInfo.cgi?event= PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」となる。
【０１８４】
また、ステップＳ４０３のｈｔｔｐリクエストにおけるＵＲＬは「GET /web/en /getPrinterInfo.cgi」であったが、第２の実施の形態のメールコンテンツ作成要求におけるＵＲＬは、「Get/web/en/getPrinterInfo.cgi?event =PrintJobFinish&job=8&user=motohashi&time=2003/3/12%2012:23:51&doc=Monthly%20report.doc&pages=5」となる。
【０１８５】
【発明の効果】
以上のように、本発明によれば、表示する情報やレイアウトを容易に変更可能なイベント通知方法、情報機器を提供することができる。
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】第１の実施の形態におけるブロック図である。
【図４】ＭＩＲＳのブロック図である。
【図５】エンジンからアラート状態を通知された場合の処理を示すシーケンス図である。
【図６】エンジンからアラート状態を通知された場合のサプライ状態通知を示す図である。
【図７】エンジンからアラート状態を通知された場合のｈｔｔｐリクエストを示す図である。
【図８】エンジンからアラート状態を通知された場合のＸＭＬ文書作成結果を示す図である。
【図９】エンジンからアラート状態を通知された場合のメール本文作成結果を示す図である。
【図１０】エンジンからアラート状態を通知された場合のｈｔｔｐレスポンスを示す図である。
【図１１】エンジンからアラート状態を通知された場合のメール送信要求を示す図である。
【図１２】エンジンからアラート状態を通知された場合のＭＩＲＳ内の処理を示すシーケンス図である。
【図１３】エンジンからアラート状態を通知された場合のアラートメール送信要求を示す図である。
【図１４】エンジンからアラート状態を通知された場合のメールコンテンツ作成要求を示す図である。
【図１５】エンジンからアラート状態を通知された場合のメールコンテンツ作成結果を示す図である。
【図１６】アプリからアラートメール送信要求が通知された場合の処理を示すシーケンス図である。
【図１７】アプリからアラートメール送信要求が通知された場合のアプリ状態通知を示す図である。
【図１８】アプリからアラートメール送信要求が通知された場合のアラートメール送信要求を示す図である。
【図１９】アプリからアラートメール送信要求が通知された場合のｈｔｔｐリクエストを示す図である。
【図２０】アプリからアラートメール送信要求が通知された場合のＸＭＬ文書作成結果を示す図である。
【図２１】アプリからアラートメール送信要求が通知された場合のメール本文作成結果を示す図である。
【図２２】アプリからアラートメール送信要求が通知された場合のｈｔｔｐレスポンスを示す図である。
【図２３】アプリからアラートメール送信要求が通知された場合のメール送信要求を示す図である。
【図２４】アプリからアラートメール送信要求が通知された場合のＭＩＲＳ内の処理を示すシーケンス図である。
【図２５】アプリからアラートメール送信要求が通知された場合のメールコンテンツ作成要求を示す図である。
【図２６】第２の実施の形態におけるブロック図である。
【図２７】エンジンからアラート状態を通知された場合の処理を示すシーケンス図である。
【図２８】エンジンからアラート状態を通知された場合のサプライ状態通知を示す図である。
【図２９】エンジンからアラート状態を通知された場合のｈｔｔｐリクエストを示す図である。
【図３０】エンジンからアラート状態を通知された場合のＸＭＬ文書作成結果を示す図である。
【図３１】エンジンからアラート状態を通知された場合のメール本文作成結果を示す図である。
【図３２】エンジンからアラート状態を通知された場合のｈｔｔｐレスポンスを示す図である。
【図３３】エンジンからアラート状態を通知された場合のメール送信要求を示す図である。
【図３４】アプリからアラートメール送信要求が通知された場合の処理を示すシーケンス図である。
【図３５】アプリからアラートメール送信要求が通知された場合のｈｔｔｐリクエストを示す図である。
【図３６】グループ化されたメールの送信先を示す図である。
【図３７】従来例を示す図である。
【図３８】従来例を示す図である。
【符号の説明】
１…融合機
２…プログラム群
３…融合機起動部
４…ハードウェア資源
５…アプリケーション層
６…プラットホーム層
７…コントロールサービス層
８…ハンドラ層
２０…プリンタアプリ
２１…コピーアプリ
２２…ファックスアプリ
２３…スキャナアプリ
２４…Ｗｅｂアプリ
２９…アプリ
３０…ネットワークコントロールサービス（ＮＣＳ）
３１…デリバリーコントロールサービス（ＤＣＳ）
３２…オペレーションパネルコントロールサービス（ＯＣＳ）
３３…ファックスコントロールサービス（ＦＣＳ）
３４…エンジンコントロールサービス（ＥＣＳ）
３５…メモリコントロールサービス（ＭＣＳ）
３６…オンデマンドアップデートサービス（ＯＵＳ）
３７…ユーザインフォメーションコントロールサービス（ＵＣＳ）
３８…システムコントロールサービス（ＳＣＳ）
３９…ＭＩＲＳ
４０…システムリソースマネージャ（ＳＲＭ）
４１…ファックスコントロールユニットハンドラ（ＦＣＵＨ）
４２…イメージメモリハンドラ（ＩＭＨ）
４３…アプリケーションプログラムインターフェース（ＡＰＩ）
４４…エンジンＩ／Ｆ
５０…ハードウェアリソース
５１…白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）
５２…カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）
５３…オペレーションパネル
６０…コントローラボード
６１…ＣＰＵ
６２…ノースブリッジ（ＮＢ）
６３…システムメモリ（ＭＥＭ−Ｐ）
６４…ローカルメモリ（ＭＥＭ−Ｃ）
６５…ハードディスク装置（ＨＤＤ）
６６…ＡＳＩＣ
６７…ＡＧＰ（Accelerated Graphics Port）
６８…ファックスコントロールユニット（ＦＣＵ）
６９…Ｇ３
７０…Ｇ４
７１…エンジン
７２…プロッタ
７３…サウスブリッジ（ＳＢ）
７４…ＮＩＣ
７５…ＵＳＢデバイス
７６…ＩＥＥＥ１３９４デバイス
７７…セントロニクス
７８…ＮＶ−ＲＡＭ
１０２…ＸＭＬＧ
１０３…ＸＳＬＴＰ
１０４…ＸＳＬ
１１０…メール送信リクエストマネージャ部
１１１…メールコンテンツ作成部
１１２…エンジンステータス監視部
１１３…メール送信要求通知部
２０１、２０６、２０７…ＸＭＬ文
２０２、２０５、２０８、２０９…文
２０３…メール本文
２０４…メールヘッダ
Claims (42)
- 情報機器内で発生したイベントに関するイベント通知情報を他の機器に通知するイベント通知方法であって、
前記情報機器が有する前記イベント通知情報の作成要求を行う機能部から、前記情報機器内で発生したアラート状態の内容を示すパラメータが設定された、前記イベント通知情報の作成要求を受信すると、前記イベント通知情報を作成するための仕様に従った文書である第１の文書を作成する第１文書作成段階と、
前記第１の文書を、前記イベント通知情報のレイアウトを定めたレイアウト文書に従って編集することにより第２の文書を作成する第２文書作成段階と、
前記第２の文書から、前記イベント通知情報を作成するイベント通知情報作成段階と、
前記イベント通知情報を前記機器に通知するイベント通知段階と
を有し、
前記第１文書作成段階では、
ＨＴＴＰリクエストにより前記イベント通知情報の作成要求を受信し、
前記イベント通知情報作成段階では、
ＨＴＴＰレスポンスにより前記第２の文書を受信し、
前記情報機器が搭載する複数の機能部との間で、前記ＨＴＴＰリクエスト／レスポンスに含まれるＵＲＬの指定により前記イベント通知情報に関するデータの送受信を行うことを特徴とするイベント通知方法。 - 前記第１の文書は、ＸＭＬ文書であることを特徴とする請求項１に記載のイベント通知方法。
- 前記第２の文書は、テキスト文書であることを特徴とする請求項１または２に記載のイベント通知方法。
- 前記レイアウト文書は、スタイルシートであることを特徴とする請求項１から３のいずれか１項に記載のイベント通知方法。
- 前記スタイルシートは、複数の種類が存在することを特徴とする請求項４に記載のイベント通知方法。
- 前記イベント通知情報は、電子メールで通知されることを特徴とする請求項１から５のいずれか１項に記載のイベント通知方法。
- 前記第１文書作成段階では、ＸＭＬ文書を作成するＸＭＬＧにより、前記第１の文書を作成することを特徴とする請求項１から６のいずれか１項に記載のイベント通知方法。
- 前記第２文書作成段階では、ＸＳＬプロセッサにより、前記第２の文書を作成することを特徴とする請求項１から７のいずれか１項に記載のイベント通知方法。
- 前記イベント通知情報作成段階では、前記イベントの内容に応じ、前記イベント通知情報の通知先を選択することを特徴とする請求項１から８のいずれか１項に記載のイベント通知方法。
- 前記イベント通知情報は、前記情報機器を識別する情報を含むことを特徴とする請求項１から９のいずれか１項に記載のイベント通知方法。
- イベントに関する文書を作成するとともにＷｅｂサービスに係る処理を行うＷｅｂアプリ部と、前記Ｗｅｂアプリ部に前記文書の作成を要求するともに前記文書に基づいて作成した前記イベント通知情報を他の機器に通知するイベント通知サービス部と、前記イベントの発生を前記イベント通知サービス部に通知するイベント通知部とを有する情報機器でのイベント通知方法であって、
前記イベント通知部が、前記イベント通知サービス部にイベントが発生したことを示すイベント発生情報を通知するイベント発生通知段階と、
前記イベント通知サービス部が、前記Ｗｅｂアプリ部に対して、前記イベント発生情報を基に、発生した前記イベントの内容を示すパラメータが設定された前記文書の作成を要求する文書作成要求を通知する文書作成要求段階と、
前記Ｗｅｂアプリ部が、前記イベント通知情報を作成するための仕様に従った文書である第１の文書を作成する第１文書作成段階と、
前記Ｗｅｂアプリ部が、前記第１の文書を、前記イベント通知情報のレイアウトを定めたレイアウト文書に従って編集することにより第２の文書を作成する第２文書作成段階と、
前記Ｗｅｂアプリ部が、前記イベント通知サービス部に要求された文書の作成が終了したことを示す文書作成終了情報を通知する文書作成終了通知段階と、
前記イベント通知サービス部が、前記第２の文書から前記イベント通知情報を作成するイベント通知情報作成段階と、
前記イベント通知サービス部が、前記イベント通知情報を前記機器に通知するイベント通知段階と
を有し、
前記イベント通知サービス部が、
ＨＴＴＰリクエストにより前記文書作成要求を通知し、ＨＴＴＰレスポンスにより前記文書作成終了情報を受信し、
前記Ｗｅｂアプリ部との間で、前記ＨＴＴＰリクエスト／レスポンスに含まれるＵＲＬの指定により前記イベント通知情報に関するデータの送受信を行うことを特徴とするイベント通知方法。 - 前記第１の文書は、ＸＭＬ文書であることを特徴とする請求項１１に記載のイベント通知方法。
- 前記第２の文書は、テキスト文書であることを特徴とする請求項１１または１２に記載のイベント通知方法。
- 前記レイアウト文書は、スタイルシートであることを特徴とする請求項１１から１３のいずれか１項に記載のイベント通知方法。
- 前記スタイルシートは、複数の種類が存在することを特徴とする請求項１４に記載のイベント通知方法。
- 前記イベント通知情報は、電子メールで通知されることを特徴とする請求項１１から１５のいずれか１項に記載のイベント通知方法。
- 前記イベント発生情報は、前記Ｗｅｂアプリ部にも通知されることを特徴とする請求項１１から１６のいずれか１項に記載のイベント通知方法。
- 前記Ｗｅｂサービス部に通知されるイベント発生情報は、イベントの内容に関する情報を含むことを特徴とする請求項１７に記載のイベント通知方法。
- 前記第１文書作成段階では、ＸＭＬ文書を作成するＸＭＬＧにより、前記第１の文書を作成することを特徴とする請求項１１から１８のいずれか１項に記載のイベント通知方法。
- 前記第２文書作成段階では、ＸＳＬプロセッサにより、前記第２の文書を作成することを特徴とする請求項１１から１９のいずれか１項に記載のイベント通知方法。
- 前記イベント通知情報作成段階では、前記イベントの内容に応じ、前記イベント通知情報の通知先を選択することを特徴とする請求項１１から２０のいずれか１項に記載のイベント通知方法。
- 前記イベント通知情報は、前記情報機器を識別する情報を含むことを特徴とする請求項１１から２１のいずれか１項に記載のイベント通知方法。
- 情報機器内で発生したイベントに関するイベント通知情報を他の機器に通知する情報機器であって、
前記イベントに関する文書を作成するとともにＷｅｂサービスに係る処理を行うＷｅｂアプリ手段と、
前記Ｗｅｂアプリ手段に対して、当該情報機器内で発生した前記イベントの内容を示すパラメータが設定された前記文書の作成を要求する文書作成要求を通知するともに、前記文書に基づいて作成した前記イベント通知情報を他の機器に通知するイベント通知サービス手段と、
前記イベントが発生したことを示すイベント発生情報を前記イベント通知サービス手段に通知するイベント通知手段と
を有し、
前記イベント通知サービス手段は、
ＨＴＴＰリクエストにより、前記Ｗｅｂアプリ手段に対して、前記文書作成要求を通知し、
前記Ｗｅｂアプリ手段との間で、前記ＨＴＴＰリクエスト／レスポンスに含まれるＵＲＬの指定により前記イベント通知情報に関するデータの送受信を行うことを特徴とする情報機器。 - 前記Ｗｅｂアプリ手段は、
前記イベント通知情報を作成するための仕様に従った文書である第１の文書を作成し、
前記第１の文書を、前記イベント通知情報のレイアウトを定めたレイアウト文書に従って編集することにより第２の文書を作成し、
前記イベント通知サービス手段に要求された文書の作成が終了すると、ＨＴＴＰレスポンスにより、文書の作成が終了したことを示す文書作成終了情報を通知することを特徴とする請求項２３に記載の情報機器。 - 前記第１の文書は、ＸＭＬ文書であることを特徴とする請求項２３に記載の情報機器。
- 前記第２の文書は、テキスト文書であることを特徴とする請求項２４または２５記載の情報機器。
- 前記レイアウト文書は、スタイルシートであることを特徴とする請求項２４から２６のいずれか１項に記載の情報機器。
- 前記スタイルシートは、複数の種類が存在することを特徴とする請求項２７に記載の情報機器。
- 前記イベント通知情報は、電子メールで通知されることを特徴とする請求項２４から２８のいずれか１項に記載の情報機器。
- 前記イベント通知手段は、前記イベント発生情報を前記Ｗｅｂサービス手段にも通知することを特徴とする請求項２４から２９のいずれか１項に記載の情報機器。
- 前記Ｗｅｂサービス手段に通知されるイベント発生情報は、イベントの内容に関する情報を含むことを特徴とする請求項３０に記載の情報機器。
- 前記Ｗｅｂアプリ手段は、ＸＭＬ文書を作成するＸＭＬＧにより、前記第１の文書を作成することを特徴とする請求項２４から３１のいずれか１項に記載の情報機器。
- 前記Ｗｅｂアプリ手段は、ＸＳＬプロセッサにより、前記第２の文書を作成することを特徴とする請求項２４から３２のいずれか１項に記載の情報機器。
- 前記イベント通知サービス手段は、前記イベントの内容に応じ、前記イベント通知情報の通知先を選択することを特徴とする請求項２４から３３のいずれか１項に記載の情報機器。
- 前記イベント通知情報は、前記情報機器を識別する情報を含むことを特徴とする請求項２４から３４のいずれか１項に記載の情報機器。
- 画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うアプリケーションとをさらに有することを特徴とする請求項２４から３５に記載の情報機器。
- 前記ハードウェア資源を管理するハードウェア管理手段は、前記イベント通知手段を含むことを特徴とする請求項３６に記載の情報機器。
- 前記アプリケーションは、前記イベント通知手段を含むことを特徴とする請求項３６または３７に記載の情報機器。
- 前記イベントは、画像形成処理に伴い消耗する消耗品について発生するイベントであることを特徴とする請求項３６から３８のいずれか１項に記載の情報機器。
- 前記イベントは、情報機器に備えられるユニットについて発生するイベントであることを特徴とする請求項３６から３９のいずれか１項に記載の情報機器。
- 前記イベントは、前記ハードウェアが故障した際に発生するイベントであることを特徴とする請求項３６から４０のいずれか１項に記載の情報機器。
- 前記イベントは、前記アプリケーションが所定の処理を終えた際に発生するイベントであることを特徴とする請求項３６から４１のいずれか１項に記載の情報機器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003134567A JP4180438B2 (ja) | 2003-05-13 | 2003-05-13 | イベント通知方法、情報機器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003134567A JP4180438B2 (ja) | 2003-05-13 | 2003-05-13 | イベント通知方法、情報機器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004341617A JP2004341617A (ja) | 2004-12-02 |
| JP4180438B2 true JP4180438B2 (ja) | 2008-11-12 |
Family
ID=33525098
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003134567A Expired - Fee Related JP4180438B2 (ja) | 2003-05-13 | 2003-05-13 | イベント通知方法、情報機器 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4180438B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006072793A (ja) | 2004-09-03 | 2006-03-16 | Ricoh Co Ltd | Ｅ−Ｍａｉｌステータス機能を備えた画像形成装置 |
| JP5482632B2 (ja) * | 2010-11-26 | 2014-05-07 | コニカミノルタ株式会社 | 画像形成装置 |
-
2003
- 2003-05-13 JP JP2003134567A patent/JP4180438B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004341617A (ja) | 2004-12-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4444752B2 (ja) | サービス提供装置、サービス提供プログラム、記録媒体及びサービス提供方法 | |
| US8159707B2 (en) | Method and system for unified batch job processing | |
| JP2005250783A (ja) | 資料配信装置、資料配信方法、およびコンピュータプログラム | |
| JP4261203B2 (ja) | 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム | |
| JP4291856B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4045800B2 (ja) | プリントシステム及び方法 | |
| JP4079722B2 (ja) | ネットワークを介して装置間で連携する画像形成装置 | |
| JP4180438B2 (ja) | イベント通知方法、情報機器 | |
| JP4141209B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| US20070136784A1 (en) | Communication terminal apparatus | |
| JP2007336077A (ja) | 画像形成装置、設定変更通知方法および設定変更通知プログラム | |
| JP2010034816A (ja) | 画像形成装置及び画像形成装置管理システム | |
| JP5030819B2 (ja) | 画像処理装置及び画像処理方法 | |
| JP2007336076A (ja) | 画像形成装置、情報取得方法および情報取得プログラム | |
| JP4520484B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP2006163901A (ja) | ネットワーク機器、プログラムおよび記録媒体 | |
| JP4130108B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4291855B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4783140B2 (ja) | 画像処理装置、画像処理方法、プログラム及びコンピュータ読取可能な記録媒体 | |
| CN100401248C (zh) | 数据传送装置及方法，打印机，打印方法和打印系统 | |
| JP4485749B2 (ja) | 画像形成装置 | |
| JP4141210B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP2006020341A (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4373692B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4291854B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050711 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071016 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071217 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080507 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080707 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080729 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080827 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110905 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110905 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120905 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130905 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |