(57)【要約】【課題】同一の情報処理装置から要求される複数のイベントを登録する際にも、効率よくイベント登録内容を管理することができるデバイス装置を提供する。【解決手段】印刷装置１０がホストコンピュータ２１からイベント登録通知を受信すると、ＲＡＭ１０３に格納されているイベント登録テーブル１２１を検索する。送信元であるホストコンピュータ２１が未登録である場合、新しいイベントＩＤを発行し、イベントをイベント登録テーブル１２１に登録する（Ｓ５）。一方、ホストコンピュータ２１が既に登録されている場合、既に登録済みのイベントに新しいイベントタイプを追加する（Ｓ２）。通知された有効期限が元の有効期限より長い場合、イベント登録テーブル１２１に存在する既に登録済みのイベントの有効期限を新しい有効期限に置き換える（Ｓ４）。【選択図】図８
2007316985.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置に接続され、登録されているイベントが発生した場合、当該発生したイベントを前記情報処理装置に通知するデバイス装置であって、
前記情報処理装置からのイベント登録要求に従って、前記情報処理装置に通知されるイベントを登録するイベント登録手段と、
前記イベント登録要求の応答として、前記イベントに関する情報を通知する応答通知手段と、
前記通知されるイベントを登録する際、既に同一の情報処理装置に通知されるイベントが登録されている場合、当該登録されているイベントの種類および前記登録が要求されたイベントの種類を合わせた１つのイベントに統合し、前記登録されたイベントを前記統合されたイベントに更新する登録更新手段とを備えたことを特徴とするデバイス装置。
【請求項２】
前記応答通知手段は、前記イベントに関する情報として、イベントの識別情報、イベントの種類および有効期限を通知し、
前記登録更新手段は、前記登録されたイベントを更新する際、前記有効期限を最も長いイベントの種類に応じて設定することを特徴とする請求項１記載のデバイス装置。
【請求項３】
前記応答通知手段は、前記イベントに関する情報として、イベントの識別情報、イベントの種類および有効期限を通知し、
前記登録更新手段は、前記登録されたイベントを更新する際、前記有効期限を最も短いイベントの種類に応じて設定することを特徴とする請求項１記載のデバイス装置。
【請求項４】
前記有効期限が切れた場合、前記登録されているイベントを削除する削除手段を備えたことを特徴とする請求項２または３記載のデバイス装置。
【請求項５】
承認を得るべく、前記１つのイベントに統合したことを前記情報処理装置に通知する承認通知手段を備えたことを特徴とする請求項１記載のデバイス装置。
【請求項６】
デバイス装置であって、
前記デバイス装置で発生する第１のイベントを該イベントの通知先と該イベント通知の有効期限と対応付けて記憶する記憶手段と、
前記デバイス装置で発生する第２のイベントに関するイベント登録要求を受信する受信手段と、
前記受信手段で受信したイベント登録要求によって指定された通知先が、前記記憶手段に記憶されているか否かを判定する判定手段と、
前記判定手段によって記憶されていると判定された場合、前記記憶手段に記憶された前記第１のイベントに対応する有効期限を、前記受信手段によって受信したイベント登録要求によって指定された有効期限に更新する更新手段と、
を有することを特徴とするデバイス装置。
【請求項７】
情報処理装置に接続されたデバイス装置で発生し、前記情報処理装置に通知されるイベントを前記デバイス装置に登録するイベント登録方法であって、
前記情報処理装置からのイベント登録要求に従って、前記情報処理装置に通知されるイベントを登録するイベント登録ステップと、
前記イベント登録要求の応答として、前記イベントに関する情報を通知する応答通知ステップと、
前記通知されるイベントを登録する際、既に同一の情報処理装置に通知されるイベントが登録されている場合、当該登録されているイベントの種類および前記登録が要求されたイベントの種類を合わせた１つのイベントに統合し、前記登録されたイベントを前記統合されたイベントに更新する登録更新ステップとを有することを特徴とするイベント登録方法。
【請求項８】
情報処理装置に接続されたデバイス装置で発生し、前記情報処理装置に通知されるイベントを前記デバイス装置に登録するイベント登録方法であって、
前記デバイス装置で発生する第１のイベントを該イベントの通知先と該イベント通知の有効期限と対応付けて記憶媒体に記憶する記憶ステップと、
前記デバイス装置で発生する第２のイベントに関するイベント登録要求を受信する受信ステップと、
前記受信ステップで受信したイベント登録要求によって指定された通知先が、前記記憶媒体に記憶されているか否かを判定する判定ステップと、
前記判定ステップによって記憶されていると判定された場合、前記記憶媒体に記憶された前記第１のイベントに対応する有効期限を、前記受信ステップで受信したイベント登録要求によって指定された有効期限に更新する更新ステップと、
を有することを特徴とするイベント登録方法。
【請求項９】
情報処理装置およびデバイス装置がネットワークに接続され、前記デバイス装置で登録されているイベントが発生した場合、当該発生したイベントを前記情報処理装置に通知するイベント通知システムであって、
前記情報処理装置からのイベント登録要求に従って、前記情報処理装置に通知されるイベントを前記デバイス装置に登録するイベント登録手段と、
前記イベント登録要求の応答として、前記イベントに関する情報を前記情報処理装置に通知する応答通知手段と、
前記通知されるイベントを登録する際、既に同一の情報処理装置に通知されるイベントが登録されている場合、当該登録されているイベントの種類および前記登録が要求されたイベントの種類を合わせた１つのイベントに統合し、前記デバイス装置に登録されたイベントを前記統合されたイベントに更新する登録更新手段とを備えたことを特徴とするイベント通知システム。
【請求項１０】
情報処理装置およびデバイス装置がネットワークに接続され、前記デバイス装置で登録されているイベントが発生した場合、当該発生したイベントを前記情報処理装置に通知するイベント通知システムであって、
前記デバイス装置で発生する第１のイベントを該イベントの通知先と該イベント通知の有効期限と対応付けて記憶する記憶手段と、
前記デバイス装置で発生する第２のイベントに関するイベント登録要求を受信する受信手段と、
前記受信手段で受信したイベント登録要求によって指定された通知先が、前記記憶手段に記憶されているか否かを判定する判定手段と、
前記判定手段によって記憶されていると判定された場合、前記記憶手段に記憶された前記第１のイベントに対応する有効期限を、前記受信手段によって受信したイベント登録要求によって指定された有効期限に更新する更新手段と、
を有することを特徴とするイベント通知システム。
【請求項１１】
請求項１乃至６のいずれかに記載のデバイス装置を実現するためのコンピュータ読み取り可能なプログラムコードを有するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に通知されるイベントを登録可能なデバイス装置、イベント登録方法およびイベント通知システムに関する。
【背景技術】
【０００２】
近年、デジタル複合機等のデバイス装置は、ホストコンピュータからイベント登録要求を受けると、そのイベントをデバイス装置内部のメモリに登録することが一般的に行われている。この種のイベントとしては、「エラー発生」や「ジョブ終了」等、さまざまな種類のものが存在する。
【０００３】
また、特許文献１には、デバイス装置に登録されているポートが存在する場合、そこに通知されるイベントを要求元のクライアントに変更（リダイレクト）して通知することが示されており、この場合、ホストコンピュータ側でイベント制御が行われる。
【特許文献１】特開２００３−１３１８４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来のデバイス装置では、以下に掲げる問題があった。デバイス装置側でイベント登録が行われる場合、イベントの種類が多いことから、デバイス装置内部では１つのホストコンピュータに対し、多数のイベントを登録することが必要であった。この場合、デバイス装置において、一つのコンピュータに対して複数の異なるイベント登録を行ってしまうことにより、デバイス装置におけるイベント登録内容の管理の効率が悪くなってしまう。例えば、一般的にデジタル複合機等のデバイス装置では、メモリリソースが限られているので、イベント登録用として使用できるメモリが不足するおそれがあった。
【０００５】
そこで、本発明は、同一の情報処理装置から要求される複数のイベントを登録する際にも、効率よくイベント登録内容を管理することができるデバイス装置、イベント登録方法およびイベント通知システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明のデバイス装置は、情報処理装置に接続され、登録されているイベントが発生した場合、当該発生したイベントを前記情報処理装置に通知するデバイス装置であって、前記情報処理装置からのイベント登録要求に従って、前記情報処理装置に通知されるイベントを登録するイベント登録手段と、前記イベント登録要求の応答として、前記イベントに関する情報を通知する応答通知手段と、前記通知されるイベントを登録する際、既に同一の情報処理装置に通知されるイベントが登録されている場合、当該登録されているイベントの種類および前記登録が要求されたイベントの種類を合わせた１つのイベントに統合し、前記登録されたイベントを前記統合されたイベントに更新する登録更新手段とを備えたことを特徴とする。
【０００７】
本発明のデバイス装置は、前記デバイス装置で発生する第１のイベントを該イベントの通知先と該イベント通知の有効期限と対応付けて記憶する記憶手段と、前記デバイス装置で発生する第２のイベントに関するイベント登録要求を受信する受信手段と、前記受信手段で受信したイベント登録要求によって指定された通知先が、前記記憶手段に記憶されているか否かを判定する判定手段と、前記判定手段によって記憶されていると判定された場合、前記記憶手段に記憶された前記第１のイベントに対応する有効期限を、前記受信手段によって受信したイベント登録要求によって指定された有効期限に更新する更新手段と、  を有することを特徴とする。
【０００８】
本発明のイベント登録方法は、情報処理装置に接続されたデバイス装置で発生し、前記情報処理装置に通知されるイベントを前記デバイス装置に登録するイベント登録方法であって、前記情報処理装置からのイベント登録要求に従って、前記情報処理装置に通知されるイベントを登録するイベント登録ステップと、前記イベント登録要求の応答として、前記イベントに関する情報を通知する応答通知ステップと、前記通知されるイベントを登録する際、既に同一の情報処理装置に通知されるイベントが登録されている場合、当該登録されているイベントの種類および前記登録が要求されたイベントの種類を合わせた１つのイベントに統合し、前記登録されたイベントを前記統合されたイベントに更新する登録更新ステップとを有することを特徴とする。
【０００９】
本発明のイベント登録方法は、情報処理装置に接続されたデバイス装置で発生し、前記情報処理装置に通知されるイベントを前記デバイス装置に登録するイベント登録方法であって、前記デバイス装置で発生する第１のイベントを該イベントの通知先と該イベント通知の有効期限と対応付けて記憶媒体に記憶する記憶ステップと、前記デバイス装置で発生する第２のイベントに関するイベント登録要求を受信する受信ステップと、前記受信ステップで受信したイベント登録要求によって指定された通知先が、前記記憶媒体に記憶されているか否かを判定する判定ステップと、前記判定ステップによって記憶されていると判定された場合、前記記憶媒体に記憶された前記第１のイベントに対応する有効期限を、前記受信ステップで受信したイベント登録要求によって指定された有効期限に更新する更新ステップと、を有することを特徴とする。
【００１０】
本発明のイベント通知システムは、情報処理装置およびデバイス装置がネットワークに接続され、前記デバイス装置で登録されているイベントが発生した場合、当該発生したイベントを前記情報処理装置に通知するイベント通知システムであって、前記情報処理装置からのイベント登録要求に従って、前記情報処理装置に通知されるイベントを前記デバイス装置に登録するイベント登録手段と、前記イベント登録要求の応答として、前記イベントに関する情報を前記情報処理装置に通知する応答通知手段と、前記通知されるイベントを登録する際、既に同一の情報処理装置に通知されるイベントが登録されている場合、当該登録されているイベントの種類および前記登録が要求されたイベントの種類を合わせた１つのイベントに統合し、前記デバイス装置に登録されたイベントを前記統合されたイベントに更新する登録更新手段とを備えたことを特徴とする。
【００１１】
本発明のイベント通知システムは、情報処理装置およびデバイス装置がネットワークに接続され、前記デバイス装置で登録されているイベントが発生した場合、当該発生したイベントを前記情報処理装置に通知するイベント通知システムであって、前記デバイス装置で発生する第１のイベントを該イベントの通知先と該イベント通知の有効期限と対応付けて記憶する記憶手段と、前記デバイス装置で発生する第２のイベントに関するイベント登録要求を受信する受信手段と、前記受信手段で受信したイベント登録要求によって指定された通知先が、前記記憶手段に記憶されているか否かを判定する判定手段と、前記判定手段によって記憶されていると判定された場合、前記記憶手段に記憶された前記第１のイベントに対応する有効期限を、前記受信手段によって受信したイベント登録要求によって指定された有効期限に更新する更新手段と、を有することを特徴とする。
【発明の効果】
【００１２】
本発明に係るデバイス装置によれば、同一の情報処理装置から要求される複数のイベントを登録する際にも、効率よくイベント登録内容を管理することができる。これにより、例えばイベント登録数がオーバーしたり、重複したイベントが登録された場合、同じ情報処理装置に対して同様のイベントが複数送信されてしまう無駄を省くことができる。
【発明を実施するための最良の形態】
【００１３】
本発明のデバイス装置、イベント登録方法およびイベント通知システムの実施の形態について図面を参照しながら説明する。本実施形態のデバイス装置は、ネットワーク印刷システムを構築する印刷装置に適用される。図１は実施の形態におけるネットワーク印刷システムの構成を示す図である。
【００１４】
このネットワーク印刷システムは、ホストコンピュータ２１、２２およびデバイス装置である印刷装置１０がＬＡＮ等のネットワーク５０を介して接続された構成を有する。なお、ネットワーク５０に接続されるホストコンピュータ、デバイス装置の数は特に限定されない。
【００１５】
ホストコンピュータ２１、２２は、それぞれネットワーク５０を介して印刷装置１０にイベント登録を要求する。印刷装置１０は、イベント発生時、ネットワーク５０経由でホストコンピュータ２１、２２にイベントを通知する。
【００１６】
図２は印刷装置１０のハードウェア構成を示すブロック図である。ＣＰＵ１０１は、制御プログラムを実行し、印刷装置全体を制御する。ＲＯＭ１０２には、ブートプログラム、固定パラメータ、後述するイベント登録処理プログラムを含む制御プログラム等が格納されている。ＲＡＭ１０３は、ＣＰＵ１０１が制御プログラムを実行する際、一時的なデータの格納などに使用される。また、ＲＡＭ１０３には、後述するイベント登録テーブル１２１が格納されている。ハードディスクドライブ（ＨＤＤ）１０８は、印刷データの格納など、様々なデータの格納に使用される。タイマ１１２は、タイマ処理における経過時刻の管理を行う。
【００１７】
プリンタＩ／Ｆ制御部１０４は、プリンタ部１１０を制御する。不揮発性メモリ（ＮＶＲＡＭ）１０５は、印刷装置の各種設定値を保持する。パネル制御部１０６は、オペレーションパネル１０９を制御し、オペレーションパネル１０９における各種情報の表示や使用者からの指示入力を行う。ネットワークＩ／Ｆ制御部１０７は、ＬＡＮ５０を介してデータの送受信を制御する。
【００１８】
バス１１５には、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０８、タイマ１１２、プリンタＩ／Ｆ制御部１０４、ＮＶＲＡＭ１０５、パネル制御部１０６およびネットワークＩ／Ｆ制御部１０７が接続される。ＣＰＵ１０１からの制御信号や各装置間のデータ信号は、バス１１５を介して送受信される。
【００１９】
図３はホストコンピュータ２１および印刷装置１０間のメッセージシーケンスを示す図である。なお、ここでは、ホストコンピュータ２１について示すが、ホストコンピュータ２２においても同様である。ホストコンピュータ２１は、自身のイベント登録用ＵＲＬとして、“ｈｔｔｐ：／／１７２．２４．１６０．２３０：１０２４／ｅｖｅｎｔ”を有する。
【００２０】
まず、ホストコンピュータ２１は、デバイス装置である印刷装置１０に、“Ｓｕｂｓｃｒｉｂｅ”メッセージを送信し、エラーイベントの登録を要求する（Ｔ１）。印刷装置１０は、これに応答し、ホストコンピュータ２１に、“Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ”メッセージを送信し、イベントのＩＤ（ここでは、ＩＤ＝５）、および有効期限（ここでは、２００５／１２／１５）を通知する（Ｔ２）。
【００２１】
そして、印刷装置１０でエラーイベントが発生すると（Ｔ３）、印刷装置１０は、“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージをホストコンピュータ２１に通知する（Ｔ４）。この“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージには、ＩＤ＝５、有効期限（２００５／１２／１５）が設定されている。ホストコンピュータ２１は、“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージの応答として、“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージを送信する（Ｔ５）。この“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージには、“ＯＫ”が含まれている。
【００２２】
つぎに、ホストコンピュータ２１は、印刷装置１０に、“Ｓｕｂｓｃｒｉｂｅ”メッセージを送信し、ジョブ終了イベントの登録を要求する（Ｔ６）。印刷装置１０は、ホストコンピュータ２１に“Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ”メッセージを送信し、イベントのＩＤ＝５、有効期限(２００５／１２／３０)を通知する（Ｔ７）。ここで通知されるイベントＩＤは、エラーイベント用に既に登録されているＩＤである。印刷装置１０は、ホストコンピュータ２１のイベントが既に登録されていることを検知し、既に登録されているＩＤと同じＩＤ＝５を通知する。
【００２３】
そして、印刷装置１０でエラーイベントが発生すると（Ｔ８）、“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージをホストコンピュータ２１に通知する（Ｔ９）。この“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージには、ＩＤ＝５、ステップＴ７で通知された新しい有効期限(２００５／１２／３０)が設定されている。
【００２４】
ホストコンピュータ２１は、“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージの応答として、“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージを送信する（Ｔ１０）。この“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージには、“ＯＫ”が含まれている。
【００２５】
そして、印刷装置１０でジョブ終了イベントが発生すると（Ｔ１１）、印刷装置１０は、“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージをホストコンピュータ２１に通知する（Ｔ１２）。この“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージには、ステップＴ７の“Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージで通知されたデータ（ＩＤ＝５、有効期限２００５／１２／３０）が設定されている。ホストコンピュータ２１は、“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージの応答して、“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージを送信する（Ｔ１３）。この“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージには、“ＯＫ”が含まれている。
【００２６】
図４は“Ｓｕｂｓｃｒｉｂｅ”パケットを示す図である。“Ｓｕｂｓｃｒｉｂｅ”パケットは、ホストコンピュータからデバイス装置に送られるイベント登録要求であり、本実施形態では、ＸＭＬ形式で記述される。＜ｗｓａ：Ａｄｄｒｅｓｓ＞タグで指定されている部分には、ホストコンピュータ２１のＵＲＬがセットされる。本実施形態では、“ｈｔｔｐ：／／１７２．２４．１６０．２３０：１０２４／ｅｖｅｎｔ”がセットされている。＜ｗｓａ：Ｔｙｐｅ＞タグで指定されている部分には、イベントタイプがセットされる。本実施形態では、エラーイベントを意味する“ｅｒｒｏｒ”がセットされている。＜ｗｅａ：Ｅｘｐｉｒｅｓ＞タグで指定されている部分には、イベント通知の有効期限をセットする。即ち、デバイスにおいてエラーが生じた際にホストコンピュータに通知する有効期限をセットする。本実施形態では、“２００５／１２／１５”をセットしている。尚、イベントタイプや有効期限の情報は、ホストコンピュータの操作部を通してユーザによって入力可能であってもよい。また、有効期限の情報に関しては、ホストコンピュータで動作するオペレーティングシステムが予め決められた有効期限を自動的にセットするようにしてもよい。
【００２７】
図５は“Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ”パケットを示す図である。“Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ”パケットは、ホストコンピュータから送られたイベント登録要求に対する応答であり、デバイス装置からホストコンピュータに送られる。“Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ”パケットは、本実施形態では、ＸＭＬ形式で記述される。＜ｗｓｅ：Ｉｄ＞タグで指定されている部分には、イベントのＩＤがセットされる。本実施形態では、“５”がセットされている。＜ｗｓｅ：Ｅｘｐｉｒｅｓ＞タグで指定されている部分には、有効期限がセットされる。本実施形態では、“２００５／１２／１５”がセットされている。
【００２８】
図６は“Ｎｏｔｉｆｉｃａｔｉｏｎ”パケットを示す図である。“Ｎｏｔｉｆｉｃａｔｉｏｎ”パケットは、デバイス装置からホストコンピュータに送られるイベント通知であり、本実施形態では、ＸＭＬ形式で記述される。＜ｗｓｅ：Ｉｄ＞タグで指定されている部分には、イベントのＩＤがセットされる。本実施形態では、“５”がセットされている。＜ｗｓｅ：Ｔｙｐｅ＞タグで指定されている部分には、イベントタイプがセットされる。本実施形態では、エラーイベントを示す“ｅｒｒｏｒ”がセットされている。＜ｗｓｅ：Ｅｘｐｉｒｅｓ＞タグで指定されている部分には、有効期限がセットされる。本実施形態では、“２００５／１２／１５”がセットされている。
【００２９】
図７は“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”パケットを示す図である。“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”パケットは、デバイス装置から送られたイベント通知に対する応答であり、ホストコンピュータからデバイス装置に送られる。＜ｗｓｅ：Ｓｔａｔｕｓ＞タグで指定されている部分には、イベントの受信ステータスがセットされる。本実施形態では、“ＯＫ”がセットされている。
【００３０】
図８はデバイス装置である印刷装置１０におけるイベント登録処理手順を示すフローチャートである。この処理プログラムはＲＯＭ１０２に格納されており、ＣＰＵ１０１によって実行される。印刷装置１０がホストコンピュータ２１からイベント登録通知を受信すると、このイベント登録処理を開始する。
【００３１】
まず、ＲＡＭ１０３に格納されているイベント登録テーブル１２１を検索し、受信したイベント登録通知の送信元であるホストコンピュータ２１が既に登録されているか否かを判別する（ステップＳ１）。イベント登録通知の送信元であるホストコンピュータ２１が未登録である場合、新しいイベントＩＤを発行し、イベントをイベント登録テーブル１２１に登録する（ステップＳ５）。この後、本処理を終了する。
【００３２】
一方、ステップＳ１でホストコンピュータ２１が既に登録されている場合、既に登録済みのイベントに新しいイベントタイプを追加する（ステップＳ２）。つまり、登録済みのイベントタイプと新しいイベントタイプを合わせて１つのイベントに統合する。さらに、ホストコンピュータから通知された有効期限が元の有効期限より長いか否かを判別する（ステップＳ３）。具体的には、ホストコンピュータから送信された“Ｓｕｂｓｃｒｉｂｅ”パケットで指定された有効期限が、イベント登録テーブル１２１に記憶されている同一通知先のイベントに対応する有効期限とを比較することによって、判別する。通知された有効期限が元の有効期限より長い場合、イベント登録テーブル１２１に存在する既に登録済みのイベントの有効期限を新しい有効期限に置き換える（ステップＳ４）。この後、本処理を終了する。一方、通知された有効期限が元の有効期限と同じかもしくは短い場合、有効期限を更新することなく、本処理を終了する。このように、イベント登録を統合するにあたって、イベント登録の有効期限を、より長い有効期限に合わせることで、イベント登録の有効期限をより長く維持できる。
【００３３】
図９はイベント登録テーブル１２１を示す図である。このイベント登録テーブル１２１には、イベントＩＤ、ＵＲＬ、有効期限、イベントタイプの入力項目（エントリ）が設けられている。イベント登録テーブル１２１には、各イベントＩＤ毎に、イベント発生時の通知先を示すＵＲＬとイベント通知の有効期限と、イベント通知するイベントのタイプがそれぞれ対応付けて記憶されている。また、同一のＵＲＬに対するイベントは、同一のエントリとして登録されている。本実施形態では、イベントＩＤ５のエントリには、エラーイベントを示す“ｅｒｒｏｒ”、およびジョブ終了通知を示す“ｊｏｂ−ｅｎｄ”イベントタイプが登録されている。
【００３４】
図１０はイベント削除処理手順を示すフローチャートである。この処理プログラムは、印刷装置１０内のＲＯＭ１０２に格納されており、ＣＰＵ１０１によって所定の周期毎に実行される。まず、イベント登録テーブル１２１を参照し（ステップＳ１１）、有効期限の切れているイベントが登録されているか否かを判別する（ステップＳ１２）。有効期限の切れているイベントが登録されている場合、このイベントが登録されているエントリをイベント登録テーブル１２１から削除する（ステップＳ１３）。この後、本処理を終了する。一方、ステップＳ１２で有効期限の切れているイベントが登録されていない場合、そのまま本処理を終了する。
【００３５】
このように、本実施形態のデバイス装置によれば、同一のホストコンピュータから要求される複数のイベントを登録する際、１つのイベントに統合することで、印刷装置１０の内部メモリであるＲＡＭ１０３を効率良く使用することができる。
【００３６】
なお、本発明は、上記実施形態の構成に限られるものではなく、特許請求の範囲で示した機能、または本実施形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００３７】
例えば、上記実施形態では、既に登録済みのイベントに新しいイベントタイプを追加する際、通知された有効期限が元の有効期限より長い場合に置き換えていたが、短い場合に置き換えるようにしてもよい。図１１は他の実施形態におけるイベント登録処理手順を示すフローチャートである。図８と同一のステップ処理については同一の符号を付すことにより、その説明を省略する。
【００３８】
ステップＳ２で既に登録済みのイベントに新しいイベントタイプを追加する際、通知された有効期限が元の有効期限より短いか否かを判別する（ステップＳ３Ａ）。通知された有効期限が元の有効期限より短い場合、ステップＳ４でイベント登録テーブル１２１に存在する既に登録済みのイベントの有効期限を新しい有効期限に置き換える。このように、複数のイベントタイプの中から、最短の有効期限に合わせることで、登録されているイベントの有効期限を短くすることができる。これにより、ＲＡＭ１０３の使用量を抑えることができる。
【００３９】
上記実施形態では、既に登録済みのイベントに新しいイベントタイプを追加する際、通知された有効期限が元の有効期限より長いか、短いかを判定し、何れかの有効期限に合わせていた。しかし、その判断を行わず、新しい有効期限が元の有効期限より長いか短いかに関わらず、イベント登録テーブル１２１に存在する既に登録済みのイベントの有効期限を新しい有効期限に置き換えるようにしてもよい。
【００４０】
また、上記実施形態では、登録済みのイベントと新しいイベントを統合する際、印刷装置１０はホストコンピュータ２１の承認を得ていなかったが、承認を得るようにしてもよい。図１２は他の実施形態におけるホストコンピュータ４０および印刷装置１０間のメッセージシーケンスを示す図である。ここで、ホストコンピュータ４０は、自身のイベント登録用ＵＲＬとして、“ｈｔｔｐ：／／１７２．２４．１６０．２３１：１０２４／ｅｖｅｎｔ”を有する。
【００４１】
まず、ホストコンピュータ４０は、デバイス装置である印刷装置１０に、“Ｓｕｂｓｃｒｉｂｅ”メッセージを送信し、エラーイベントの登録を要求する（Ｔ２１）。印刷装置１０は、これに応答し、ホストコンピュータ４０に、“Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ”メッセージを送信し、イベントのＩＤ（ここでは、ＩＤ＝５）、および有効期限（ここでは、２００５／１１／１５）を通知する（Ｔ２２）。
【００４２】
さらに、ホストコンピュータ４０は、印刷装置１０に、“Ｓｕｂｓｃｒｉｂｅ”メッセージを送信し、ジョブ終了イベントの登録を要求する（Ｔ２３）。印刷装置１０は、ホストコンピュータ４０に“Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ”メッセージを送信し、イベントのＩＤ＝５、有効期限(２００５／１１／３０)を通知する（Ｔ２４）。ここで通知されるイベントＩＤは、エラーイベント用に既に登録されているＩＤである。
【００４３】
そして、印刷装置１０は、イベントタイプをまとめて１つのイベントに統合（マージ）する。そして、“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージをホストコンピュータ４０に通知し、イベントを統合したことの承認を請う（Ｔ２５）。この“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージには、ＩＤ＝５、イベント種類：エラー、ジョブ終了、有効期限（２００５／１１／３０）が設定されている。
【００４４】
ホストコンピュータ４０は、“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージの応答として、“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージを送信する（Ｔ２６）。この“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージには、ホストコンピュータ４０が承認する場合、“ＯＫ”が含まれ、承認しない場合、“ＮＧ”が含まれる。具体的には、Ｔ２５において、ホストコンピュータ４０が“Ｎｏｔｉｆｉｃａｔｉｏｎ”メッセージを受信すると、ホストコンピュータ４０の表示画面上に、ユーザに判断を促す画面が表示される。例えば、「イベントを統合してもよいですか？」という旨を表示し、ホストコンピュータを操作するユーザにＯＫ又はＮＧの判断を促す。ホストコンピュータ４０は、ユーザがＯＫを選択した場合には、ＯＫを含む“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”を送信し、ユーザがＮＧを選択した場合には、ＮＧを含む“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”を送信する。ホストコンピュータ４０からＮＧを含む“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”を受信した場合、印刷装置１０は、別々のイベントとして登録し直す。
【００４５】
これにより、ホストコンピュータ４０を操作するユーザは、イベントの登録状態を把握することができ、イベントを統合するか否かを選択することができる。なお、ここでは、印刷装置１０は、イベントを統合した後に、ホストコンピュータ４０から承認を得ていたが、承認を得てからイベントを統合するようにしてもよい。
【００４６】
また、上記実施形態では、デバイス装置として、印刷装置が用いられたが、印刷装置に限らず、ファクシミリ装置、スキャナ装置、複合機、複写機などであってもよい。また、イベントが通知される情報処理装置としては、ホストコンピュータに限らず、デバイス装置と同様の構成を有したものでもよい。
【００４７】
また、本発明の目的は、以下によっても達成される。即ち、前述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給する。そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行する。
【００４８】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することになる。また、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４９】
また、プログラムコードを供給するための記憶媒体として、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷを用いることができる。また、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ等の光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、ネットワークを介してプログラムコードをダウンロードしてもよい。
【００５０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけではなく、以下の場合も含まれる。即ち、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。このような処理によって前述した各実施の形態の機能が実現される場合も含まれる。
【００５１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。この後、そのプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う。このような処理によって前述した各実施の形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【００５２】
【図１】実施の形態におけるネットワーク印刷システムの構成を示す図である。
【図２】印刷装置１０のハードウェア構成を示すブロック図である。
【図３】ホストコンピュータ２１および印刷装置１０間のメッセージシーケンスを示す図である。
【図４】“Ｓｕｂｓｃｒｉｂｅ”パケットを示す図である。
【図５】“Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ”パケットを示す図である。
【図６】“Ｎｏｔｉｆｉｃａｔｉｏｎ”パケットを示す図である。
【図７】“Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ”パケットを示す図である。
【図８】デバイス装置である印刷装置１０におけるイベント登録処理手順を示すフローチャートである。
【図９】イベント登録テーブル１２１を示す図である。
【図１０】イベント削除処理手順を示すフローチャートである。
【図１１】他の実施形態におけるイベント登録処理手順を示すフローチャートである。
【図１２】他の実施形態におけるホストコンピュータ４０および印刷装置１０間のメッセージシーケンスを示す図である。
【符号の説明】
【００５３】
１０  印刷装置
２１、２２、４０  ホストコンピュータ
５０  ネットワーク
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１２１  イベント登録テーブル
【図１】
2007316985.tif 000003
【図２】
2007316985.tif 000004
【図３】
2007316985.tif 000005
【図４】
2007316985.tif 000006
【図５】
2007316985.tif 000007
【図６】
2007316985.tif 000008
【図７】
2007316985.tif 000009
【図８】
2007316985.tif 000010
【図９】
2007316985.tif 000011
【図１０】
2007316985.tif 000012
【図１１】
2007316985.tif 000013
【図１２】
2007316985.tif 000014