(57)【特許請求の範囲】
【請求項１】
事象の通知の予約を要求し、当該の事象の通知先を識別する第１の識別情報を含む第１の通知予約要求を取得する第１の取得手段と、
事象の通知の予約を要求し、当該の事象の通知先を識別する第２の識別情報を含む第２の通知予約要求を取得する第２の取得手段と、
前記第１の識別情報と前記第２の識別情報との差異に応じて、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が、記憶手段に記憶されるように制御する第１の制御手段と、
前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記記憶手段に記憶されるように制御する第２の制御手段と
を備え、
前記第１の識別情報は、第１のＩＰ（Internet Protocol）アドレスと第１のＭＡＣ（Media Access Control）アドレスとを含み、
前記第２の識別情報は、第２のＩＰアドレスと第２のＭＡＣアドレスとを含み、
前記第１の制御手段は、
前記第１のＩＰアドレスと前記第２のＩＰアドレスとの差異が予め定められた条件を満たし、第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たさない場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約が削除されるように制御するとともに、前記第２の通知予約要求によって要求される前記事象の通知の予約が、前記記憶手段に記憶されるように制御し、
前記第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たす場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報で更新されるように制御する
ことを特徴とする制御装置。
【請求項２】
前記記憶手段に記憶された、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報に基づいて、前記第２の識別情報により識別される通知先に対して事象の通知を行う通知手段を備え、
前記第１の制御手段は、前記通知手段による通知が失敗した場合に、前記記憶手段に記憶された、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報について、当該情報に基づいて前記通知手段による通知が行われないように制御する
ことを特徴とする請求項１に記載の制御装置。
【請求項３】
画像を出力する画像出力装置に対して画像の出力を要求し、前記第２の識別情報を含む画像出力要求を取得する第３の取得手段を備え、
前記第１の制御手段は、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が前記記憶手段に記憶される際に、当該情報と対応づけて、当該予約が無効であることを示す情報が記憶されるように制御し、
前記第１の制御手段は、前記第３の取得手段により、前記画像出力要求が取得された場合に、
前記記憶手段において、前記予約が無効であることを示す情報が、前記予約が有効であることを示す情報で更新されるように制御し、
前記通知手段は、前記記憶手段に記憶された、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記予約が無効であることを示す情報ではなく前記予約が有効であることを示す情報と対応づけられている場合に、当該事象の通知の予約に関する情報に基づいて、前記第２の識別情報により識別される通知先に対して事象の通知を行う
ことを特徴とする請求項２に記載の制御装置。
【請求項４】
画像を出力する画像出力手段と、
前記画像出力手段により行われる画像の出力に関する事象の通知の予約を要求し、当該の事象の通知先を識別する第１の識別情報を含む第１の通知予約要求を受信する第１の受信手段と、
前記画像出力手段により行われる画像の出力に関する事象の通知の予約を要求し、当該の事象の通知先を識別する第２の識別情報を含む第２の通知予約要求を受信する第２の受信手段と、
情報を記憶する記憶手段と、
前記第１の識別情報と前記第２の識別情報との差異に応じて、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記記憶手段に記憶されるように制御する第１の制御手段と、
前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記記憶手段に記憶されるように制御する第２の制御手段と
を備え、
前記第１の識別情報は、第１のＩＰ（Internet Protocol）アドレスと第１のＭＡＣ（Media Access Control）アドレスとを含み、
前記第２の識別情報は、第２のＩＰアドレスと第２のＭＡＣアドレスとを含み、
前記第１の制御手段は、
前記第１のＩＰアドレスと前記第２のＩＰアドレスとの差異が予め定められた条件を満たし、第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たさない場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約が削除されるように制御するとともに、前記第２の通知予約要求によって要求される前記事象の通知の予約が、前記記憶手段に記憶されるように制御し、
前記第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たす場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報で更新されるように制御する
ことを特徴とする画像出力装置。
【請求項５】
請求項４に記載の画像出力装置と、
前記画像出力装置に対して、当該画像出力装置により行われる画像の出力に関する事象の通知の予約を要求し、当該事象の通知先を識別する通知予約要求を送信する送信装置と
を備える画像出力システム。
【請求項６】
コンピュータを、
事象の通知の予約を要求し、当該の事象の通知先を識別する第１の識別情報を含む第１の通知予約要求を取得する第１の取得手段と、
事象の通知の予約を要求し、当該の事象の通知先を識別する第２の識別情報を含む第２の通知予約要求を取得する第２の取得手段と、
前記第１の識別情報と前記第２の識別情報との差異に応じて、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が、記憶手段に記憶されるように制御する第１の制御手段と、
前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記記憶手段に記憶されるように制御する第２の制御手段
として機能させるためのプログラムであって、
前記第１の識別情報は、第１のＩＰ（Internet Protocol）アドレスと第１のＭＡＣ（Media Access Control）アドレスとを含み、
前記第２の識別情報は、第２のＩＰアドレスと第２のＭＡＣアドレスとを含み、
前記第１の制御手段は、
前記第１のＩＰアドレスと前記第２のＩＰアドレスとの差異が予め定められた条件を満たし、第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たさない場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約が削除されるように制御するとともに、前記第２の通知予約要求によって要求される前記事象の通知の予約が、前記記憶手段に記憶されるように制御し、
前記第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たす場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報で更新されるように制御する
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、画像出力装置、画像出力システム及びプログラムに関する。
【背景技術】
【０００２】
インターネットやイントラネットを利用した広域のＬＡＮ環境において端末の移動を実現するためには、当該端末のネットワーク内での接続位置を特定する必要がある。そのためには、端末の接続と離脱の検出が必要となる。このうち、端末の離脱については、例えば特許文献１において、各リモートネットワークに接続中の各端末がパケットを送出する毎に、タイマ値が増加する監視タイマをその端末用にセットし、該タイマ値が所定のスレッシュホールド値を超えた時に当該端末が離脱したと判定することが開示されている。
【０００３】
また、特許文献１では、端末が接続管理下の第１のリモートネットワークから第２のリモートネットワークに移動した場合に、当該端末のパケットの送出を検出し、当該端末の管理情報から該端末がそれまで接続していたリモートネットワークが前記第１のリモートネットワークであることを認識し、該第１のリモートネットワークのリモートアクセスクライアントに該端末の離脱を通知することが開示されている。
【０００４】
また、特許文献１では、リモートネットワークに接続中の各端末に対して所定時間毎に監視パケットを送信し、当該端末から応答パケットが返送されない場合に当該端末が離脱したと判定することが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−５６４７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、一の事象に係る通知を同一の通知対象に対して重複して行うことを防止することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の請求項１に係る制御装置は、事象の通知の予約を要求し、当該の事象の通知先を識別する第１の識別情報を含む第１の通知予約要求を取得する第１の取得手段と、事象の通知の予約を要求し、当該の事象の通知先を識別する第２の識別情報を含む第２の通知予約要求を取得する第２の取得手段と、前記第１の識別情報と前記第２の識別情報との差異に応じて、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が、記憶手段に記憶されるように制御する第１の制御手段と、前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記記憶手段に記憶されるように制御する第２の制御手段とを備え、前記第１の識別情報は、第１のＩＰ（Internet Protocol）アドレスと第１のＭＡＣ（Media Access Control）アドレスとを含み、前記第２の識別情報は、第２のＩＰアドレスと第２のＭＡＣアドレスとを含み、前記第１の制御手段は、前記第１のＩＰアドレスと前記第２のＩＰアドレスとの差異が予め定められた条件を満たし、第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たさない場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約が削除されるように制御するとともに、前記第２の通知予約要求によって要求される前記事象の通知の予約が、前記記憶手段に記憶されるように制御し、前記第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たす場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報で更新されるように制御することを特徴とする。
【００１０】
本発明の請求項２に係る制御装置は、請求項１に記載の態様において、前記記憶手段に記憶された、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報に基づいて、前記第２の識別情報により識別される通知先に対して事象の通知を行う通知手段を備え、前記第１の制御手段は、前記通知手段による通知が失敗した場合に、前記記憶手段に記憶された、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報について、当該情報に基づいて前記通知手段による通知が行われないように制御することを特徴とする。
【００１１】
本発明の請求項３に係る制御装置は、請求項２に記載の態様において、画像を出力する画像出力装置に対して画像の出力を要求し、前記第２の識別情報を含む画像出力要求を取得する第３の取得手段を備え、前記第１の制御手段は、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が前記記憶手段に記憶される際に、当該情報と対応づけて、当該予約が無効であることを示す情報が記憶されるように制御し、前記第１の制御手段は、前記第３の取得手段により、前記画像出力要求が取得された場合に、前記記憶手段において、前記予約が無効であることを示す情報が、前記予約が有効であることを示す情報で更新されるように制御し、前記通知手段は、前記記憶手段に記憶された、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記予約が無効であることを示す情報ではなく前記予約が有効であることを示す情報と対応づけられている場合に、当該記事象の通知の予約に関する情報に基づいて、前記第２の識別情報により識別される通知先に対して事象の通知を行うことを特徴とする。
【００１２】
本発明の請求項４に係る画像出力装置は、画像を出力する画像出力手段と、前記画像出力手段により行われる画像の出力に関する事象の通知の予約を要求し、当該の事象の通知先を識別する第１の識別情報を含む第１の通知予約要求を受信する第１の受信手段と、前記画像出力手段により行われる画像の出力に関する事象の通知の予約を要求し、当該の事象の通知先を識別する第２の識別情報を含む第２の通知予約要求を受信する第２の受信手段と、情報を記憶する記憶手段と、前記第１の識別情報と前記第２の識別情報との差異に応じて、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記記憶手段に記憶されるように制御する第１の制御手段と、前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記記憶手段に記憶されるように制御する第２の制御手段とを備え、前記第１の識別情報は、第１のＩＰ（Internet Protocol）アドレスと第１のＭＡＣ（Media Access Control）アドレスとを含み、前記第２の識別情報は、第２のＩＰアドレスと第２のＭＡＣアドレスとを含み、前記第１の制御手段は、前記第１のＩＰアドレスと前記第２のＩＰアドレスとの差異が予め定められた条件を満たし、第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たさない場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約が削除されるように制御するとともに、前記第２の通知予約要求によって要求される前記事象の通知の予約が、前記記憶手段に記憶されるように制御し、前記第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たす場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報で更新されるように制御することを特徴とする。
【００１３】
本発明の請求項５に係る画像出力システムは、請求項４に記載の画像出力装置と、前記画像出力装置に対して、当該画像出力装置により行われる画像の出力に関する事象の通知の予約を要求し、当該事象の通知先を識別する通知予約要求を送信する送信装置とを備えることを特徴とする。
【００１４】
本発明の請求項６に係るプログラムは、コンピュータを、事象の通知の予約を要求し、当該の事象の通知先を識別する第１の識別情報を含む第１の通知予約要求を取得する第１の取得手段と、事象の通知の予約を要求し、当該の事象の通知先を識別する第２の識別情報を含む第２の通知予約要求を取得する第２の取得手段と、前記第１の識別情報と前記第２の識別情報との差異に応じて、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報が、記憶手段に記憶されるように制御する第１の制御手段と、前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記記憶手段に記憶されるように制御する第２の制御手段として機能させるためのプログラムであって、前記第１の識別情報は、第１のＩＰ（Internet Protocol）アドレスと第１のＭＡＣ（Media Access Control）アドレスとを含み、前記第２の識別情報は、第２のＩＰアドレスと第２のＭＡＣアドレスとを含み、前記第１の制御手段は、前記第１のＩＰアドレスと前記第２のＩＰアドレスとの差異が予め定められた条件を満たし、第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たさない場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約が削除されるように制御するとともに、前記第２の通知予約要求によって要求される前記事象の通知の予約が、前記記憶手段に記憶されるように制御し、前記第１のＭＡＣアドレスと第２のＭＡＣアドレスとの差異が予め定められた条件を満たす場合には、前記記憶手段に記憶された、前記第１の通知予約要求によって要求される前記事象の通知の予約に関する情報が、前記第２の通知予約要求によって要求される前記事象の通知の予約に関する情報で更新されるように制御することを特徴とする。
【発明の効果】
【００１５】
請求項１に係る発明によれば、事象の通知先に応じて通知予約の記憶処理を行わない構成と比較して、一の事象に係る通知を同一の通知対象に対して重複して行うことを防止することができる。また、事象の通知先のＩＰアドレスとＭＡＣアドレスとに応じて通知予約の記憶処理を行わない構成と比較して、よりメモリに対する負荷を低減することができる。
請求項２に係る発明によれば、事象の通知に失敗した場合でも当該通知先に対する事象の通知が継続される構成と比較して、通知処理の効率を向上させることができる。
請求項３に係る発明によれば、通知予約の登録時において一旦当該通知予約を無効としておき、画像出力要求が受信されてはじめて当該通知予約を有効とするような構成を採用しない場合と比較して、通知処理の効率を向上させることができる。
請求項４に係る発明によれば、事象の通知先に応じて通知予約の記憶処理を行わない構成と比較して、一の事象に係る通知を同一の通知対象に対して重複して行うことを防止することができる。また、事象の通知先のＩＰアドレスとＭＡＣアドレスとに応じて通知予約の記憶処理を行わない構成と比較して、よりメモリに対する負荷を低減することができる。
請求項５に係る発明によれば、事象の通知先に応じて通知予約の記憶処理を行わない構成と比較して、一の事象に係る通知を同一の通知対象に対して重複して行うことを防止することができる。
請求項６に係る発明によれば、事象の通知先に応じて通知予約の記憶処理を行わない構成と比較して、一の事象に係る通知を同一の通知対象に対して重複して行うことを防止することができる。また、事象の通知先のＩＰアドレスとＭＡＣアドレスとに応じて通知予約の記憶処理を行わない構成と比較して、よりメモリに対する負荷を低減することができる。
【図面の簡単な説明】
【００１６】
【図１】画像出力システム１０の構成を示す図である。
【図２】クライアント端末１Ａのハードウェア構成を示す図である。
【図３】制御部１１によって実現される機能の構成を示す図である。
【図４】通知予約要求のデータ構成の一例を示す図である。
【図５】画像出力装置２のハードウェア構成を示す図である。
【図６】通知予約テーブル２２１のデータ構成の一例を示す図である。
【図７】通知予約登録処理に関する機能の構成を示す図である。
【図８】管理ルール表の一例を示す図である。
【図９】通知処理に関する機能の構成を示す図である。
【図１０】プリント関連処理に関する機能の構成を示す図である。
【図１１】スキャン関連処理に関する機能の構成を示す図である。
【図１２】通知予約登録処理を示すフローチャートである。
【図１３】通知処理を示すフローチャートである。
【図１４】プリント関連処理を示すフローチャートである。
【図１５】スキャン関連処理を示すフローチャートである。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について図面を参照しつつ説明する。
（１）実施形態
（１−１）構成
図１は、本発明の一実施形態に係る画像出力システム１０の構成を示す図である。同図に示されるように、画像出力システム１０は、複数のクライアント端末１Ａ，１Ｂ，１Ｃと、画像出力装置２と、アクセスポイント３とを備えている。これらの装置のうち、クライアント装置１Ｂ，１Ｃと、画像出力装置２と、アクセスポイント３とは、例えばＬＡＮ（Local Area Network）等の通信回線４により相互に接続されている。
【００１８】
クライアント端末１Ａは、アクセスポイント３と通信回線４とを介して、他の装置と接続されている。アクセスポイント３は、クライアント端末１Ａと通信回線４とを接続する中継装置である。この画像出力システム１０は、クライアント装置１Ａ，１Ｂ，１Ｃから受信した画像出力要求に応じて、画像出力装置２が画像の出力を行うシステムである。
【００１９】
図２は、クライアント端末１Ａのハードウェア構成を示す図である。クライアント端末１Ａは、例えばスレートＰＣ（Personal Computer）であり、制御部１１と、記憶部１２と、ＵＩ（User Interface）部１３と、通信部１４とを備えている。これらの構成要素は、バス１５により相互に接続されている。クライアント端末１Ａは、本発明に係る「送信装置」の一例である。
【００２０】
制御部１１は、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備えており、ＣＰＵがＲＯＭ又は記憶部１２に記憶されているプログラムを実行することにより、クライアント端末１Ａの各部を制御する。
【００２１】
記憶部１２は、ＨＤＤ（Hard Disk Drive）等の記憶装置であり、プログラムや各種データを記憶する。ＵＩ部１３は、例えばタッチスクリーンであり、情報を表示するとともに、クライアント端末１Ａに対する操作を受け付ける。通信部１４は、例えばデータ通信カードであり、アクセスポイント３との間で無線通信を行う。
【００２２】
図３は、上記の制御部１１によって実現される機能の構成を示す図である。同図に示される機能は、ＲＯＭ又は記憶部１２に記憶されるプログラムがＣＰＵにより実行されることにより実現される。
【００２３】
同図に示される通知予約部５０は、通信部１４を介して、画像出力装置２に対する通知予約要求を送信する手段である。ここで、通知予約要求とは、画像出力装置２に対して、当該装置により行われる画像の出力に関する事象の通知の予約を要求する情報である。ここで、当該装置により行われる画像の出力に関する事象とは、例えば、トナー切れや用紙切れ等の画像出力上の不具合や、プリント処理やスキャン処理等の画像出力処理の完了である。
【００２４】
図４は、通知予約要求のデータ構成の一例を示す図である。同図に示されるように、通知予約要求は、送信先ＭＡＣ（Media Access Control）アドレスと、送信元ＭＡＣアドレスと、送信先ＩＰ（Internet Protocol）アドレスと、送信元ＭＡＣアドレスと、有効期間と、事象の種類とを含む。
【００２５】
送信先ＭＡＣアドレスと送信先ＩＰアドレスは、本実施形態の場合、それぞれ、画像出力装置２のＭＡＣアドレスとＩＰアドレスとなる。送信元ＭＡＣアドレスと送信元ＩＰアドレスは、通知予約要求の送信元がクライアント装置１Ａの場合には、それぞれ、クライアント装置１ＡのＭＡＣアドレスとＩＰアドレスとなる。送信元ＭＡＣアドレスと送信元ＩＰアドレスとは、それぞれ本発明に係る「第１の識別情報」及び「第２の識別情報」の一例である。
【００２６】
有効期間は、通知予約の有効期間を示している。有効期間の初期値としては、例えば、「3600（秒）」等の値が設定され、通知予約が登録されてから、この値に示される時間が経過すると、当該通知予約は無効にされる。
【００２７】
事象の種類は、通知予約要求の送信元に対して通知すべき事象の種類を示す。事象の種類とは、例えば、画像出力上の不具合や、画像出力処理の完了等である。ここで、画像出力上の不具合には、具体的な事象としては、トナー切れや用紙切れ等が含まれる。また、画像出力処理の完了には、具体的な事象としては、プリント処理の完了やスキャン処理の完了が含まれる。
【００２８】
通知予約部５０は、上記で説明した通知予約要求を、クライアント端末１Ａの起動時や、通信回線４への接続時に画像出力装置２に対して送信する。なお、通知予約要求の送信先としての画像出力装置２は、例えば、クライアント端末１Ａによって通信回線４上の検索が行われ、その結果、クライアント端末１Ａによって検出され、登録されるようにしてもよい。また、通知予約要求の送信タイミングは、クライアント端末１Ａの起動時等に限られず、例えば、ユーザによって設定されたタイミングにおいて送信されてもよい。
【００２９】
図３に示される画像出力要求部５１は、通信部１４を介して、画像出力装置２に対する画像出力要求を送信する手段である。ここで、画像出力要求とは、例えば、プリント要求やスキャン要求である。画像出力要求には、当該要求の送信元のＩＰアドレスが含まれる。プリント要求には、画像形成の対象となる画像データがさらに含まれる。
【００３０】
図３に示される表示制御部５２は、画像出力装置２から事象の通知が送信されてきた際に、当該通知をＵＩ部１３に表示させる手段である。
以上が、クライアント端末１Ａに係る構成についての説明である。
【００３１】
なお、図１に示される画像出力システム１０には、クライアント端末１Ａ以外に、クライアント端末１Ｂ及び１Ｃが示されているが、これらの端末は、有線で画像出力装置２と通信を行うことが以外は、クライアント端末１Ａと構成上の差異がないため、その構成の説明については省略する。なお、以下の説明において、クライアント端末１Ａ，１Ｂ，１Ｃの各端末を特に区別する必要がない場合には、「クライアント端末１」と総称する。
【００３２】
図５は、画像出力装置２のハードウェア構成を示す図である。同図に示されるように、画像出力装置２は、制御部２１と、記憶部２２と、ＵＩ（User Interface）部２３と、通信部２４と、プリンタ部２５と、スキャナ部２６とを備えている。これらの構成要素は、バス２７により相互に接続されている。
【００３３】
制御部２１は、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備えており、ＣＰＵがＲＯＭ又は記憶部２２に記憶されているプログラムを実行することにより、画像出力装置２の各部を制御する。制御部２１は、本発明に係る「制御装置」の一例である。
【００３４】
記憶部２２は、ＨＤＤ（Hard Disk Drive）等の記憶装置であり、プログラムや各種データを記憶する。特に、記憶部２２は、クライアント端末１によって要求される通知予約を管理するための通知予約テーブル２２１を記憶する。図６は、この通知予約テーブル２２１のデータ構成の一例を示す図である。同図に示されるように、通知予約テーブル２２１を構成する各レコードは、通知予約ＩＤと、通知予約に関する情報とにより構成される。通知予約に関する情報は、有効／無効フラグと、送信先ＩＰアドレスと、送信先ＭＡＣアドレスと、有効期間と、事象の種類とにより構成される。
【００３５】
通知予約ＩＤは、画像出力装置２において、通知予約に対して付される識別情報である。有効／無効フラグは、通知予約が有効であるか無効であるかを示す情報（変数）である。
ここで、フラグが「有効」の場合には、登録されている通知予約に従って、クライアント端末１に対して事象の通知が行われる。一方、フラグが「無効」の場合には、登録されている通知予約に従ったクライアント端末１に対する事象の通知は行われない。
【００３６】
有効／無効フラグの、通知予約登録時の設定については、その通知予約が、画像出力上の不具合の通知を予約するものである場合には、有効フラグが設定される。一方、その通知予約が、画像出力処理の完了の通知を予約する場合には、無効フラグが設定される。ここで、後者のケースにおいて無効フラグが設定される理由は、後述するプリント関連処理又はスキャン関連処理により、画像出力処理を要求したクライアント端末１にのみ画像出力処理の完了の通知を行うためである。
【００３７】
なお、本実施形態において、「通知予約を有効にする」とは、通知予約に対応づけて有効フラグを設定することを意味する。逆に、「通知予約を無効にする」とは、通知予約に対応づけて無効フラグを設定することを意味する。
【００３８】
送信先ＩＰアドレスは、事象の通知が行われるクライアント端末のＩＰアドレスを示す。このＩＰアドレスは、送信されてきた通知予約要求から抽出される。送信先ＭＡＣアドレスは、事象の通知が行われるクライアント端末のＭＡＣアドレスを示す。このＭＡＣアドレスは、送信されてきた通知予約要求から抽出される。有効期間は、上述のように、通知予約の有効期間を示している。この有効期間が経過すると、有効フラグが無効フラグに変更される。有効期間の減少は、例えば、通知予約が通知予約テーブル２２１に登録されてから開始される。
記憶部２２は、本発明に係る「記憶手段」の一例である。
【００３９】
図５に示されるＵＩ部２３は、例えばタッチスクリーンやボタン等であり、画像出力装置２に対する操作を受け付ける。通信部２４は、例えば通信インタフェースカードであり、通信回線４を介して外部の装置と通信を行う。通信部２４は、本発明に係る「第１の受信手段」及び「第２の受信手段」の一例である。
【００４０】
プリンタ部２５は、電子写真方式により記録用紙上に画像を形成する装置である。プリンタ部２５は、図示せぬ感光体、露光装置、現像装置、転写装置及び搬送装置を備え、制御部２１から出力される画像データに基づいて画像形成を行う。具体的には、露光装置が、制御部２１から出力される画像データに基づいて感光体上にレーザー光を照射し、静電潜像を形成する。次に、現像装置が、その静電潜像に、トナーカートリッジに収容されるトナーを供給して、トナー像を形成する。次に、転写装置が、搬送装置によって搬送されてきた記録用紙に、当該トナー像を転写する。プリンタ部２５は、本発明に係る「画像出力手段」の一例である。
【００４１】
スキャナ部２６は、画像出力装置１の図示せぬプラテンガラス上に置かれた原稿の画像を光学的に読み取り、読み取った画像のデータを生成する装置である。スキャナ部２６は、本発明に係る「画像出力手段」の一例である。
【００４２】
図７は、上記の制御部２１によって実現される、通知予約登録処理に関する機能の構成を示す図である。同図に示される機能は、ＲＯＭ又は記憶部２２に記憶されるプログラムがＣＰＵにより実行されることにより実現される。
【００４３】
同図に示される取得部６０は、通信部２４を介して受信された通知予約要求を取得する手段である。取得部６０は、本発明に係る「第１の取得手段」及び「第２の取得手段」の一例である。
【００４４】
次に、第１判定部６１は、取得した通知予約要求に含まれる送信元ＩＰアドレスが、すでに通知予約テーブル２２１に登録されているか否かについて判定する手段である。例えば、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、通知予約要求に含まれる送信元ＩＰアドレスが「192.168.1.1」であるときは、当該判定において、すでに通知予約テーブル２２１に登録されていると判定される。
【００４５】
次に、第２判定部６２は、第１判定部６１の判定結果が肯定的である場合に、取得した通知予約要求に含まれる送信元ＩＰアドレスが、通知予約テーブル２２１において、当該通知予約要求に含まれる送信元ＭＡＣアドレスと対応づけられているか否かについて判定する手段である。例えば、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、通知予約要求に含まれる送信元ＩＰアドレスが「192.168.1.1」であり、かつ、通知予約要求に含まれる送信元ＭＡＣアドレスが「D4-85-64-B4-EE-EB」であるときは、当該判定において、対応づけられていると判定される。
【００４６】
次に、第３判定部６３は、第１判定部６１の判定結果が否定的である場合に、取得した通知予約要求に含まれる送信元ＭＡＣアドレスが、すでに通知予約テーブル２２１に登録されているか否かについて判定する手段である。例えば、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、通知予約要求に含まれる送信元ＭＡＣアドレスが「D4-85-64-B4-EE-EB」であるときは、当該判定において、すでに通知予約テーブル２２１に登録されていると判定される。
【００４７】
次に、記憶制御部６４は、第２判定部６２と第３判定部６３の判定結果に基づいて、通知予約に関する情報の記憶処理を行う手段である。記憶制御部６３は、図８に示される管理ルール表に従って、通知予約テーブル２２１に対して通知予約に関する情報の記憶処理を行う。
【００４８】
具体的には、記憶制御部６４は、取得した通知予約要求に含まれる送信元ＩＰアドレスが、すでに通知予約テーブル２２１に登録されており、かつ、そのＩＰアドレスが、通知予約テーブル２２１において、当該通知予約要求に含まれる送信元ＭＡＣアドレスと対応づけられている場合には、通知予約テーブル２２１に登録されている通知予約のうち、取得した通知予約要求とＩＰアドレス及びＭＡＣアドレスを同じくする通知予約について、その有効期間を、通知予約要求に含まれる有効期間により更新する処理を行う。
【００４９】
例えば、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、通知予約要求に含まれる送信元ＩＰアドレスが「192.168.1.1」であり、送信元ＭＡＣアドレスが「D4-85-64-B4-EE-EB」であり、有効期間の値が「3600（秒）」であるときは、通知予約ＩＤ「１」及び「２」により識別される通知予約の有効期間が、それぞれ「3600（秒）」に更新される。
【００５０】
このような処理が行われる場合とは、例えば、クライアント端末１が一旦通信回線４から離脱した後で、再度通信回線４に復帰し、図示せぬＤＨＣＰ（Dynamic Host Configuration Protocol）サーバから、既存のＩＰアドレスを割り当てられたような場合である。このような場合には、新たに通知予約を登録するのではなく、既存の通知予約の有効期間を更新するに留める。
【００５１】
また、記憶制御部６４は、取得した通知予約要求に含まれる送信元ＩＰアドレスが、すでに通知予約テーブル２２１に登録されており、かつ、そのＩＰアドレスが、通知予約テーブル２２１において、当該通知予約要求に含まれる送信元ＭＡＣアドレスと対応づけられていない場合には、通知予約テーブル２２１に登録されている通知予約のうち、取得した通知予約要求とＩＰアドレスを同じくする通知予約を削除し、取得した通知予約要求により要求される通知予約を新たに登録する。
【００５２】
例えば、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、通知予約要求に含まれる送信元ＩＰアドレスが「192.168.1.1」であり、送信元ＭＡＣアドレスが「D4-85-64-B4-EE-EE」であるときは、通知予約ＩＤ「１」及び「２」により識別される通知予約が削除される。
【００５３】
このような処理が行われる場合とは、例えば、クライアント端末１Ａが通信回線４から離脱した後で、クライアント端末１Ｂが通信回線４に接続し、ＤＨＣＰサーバからクライアント端末１Ａに割り当てられていたＩＰアドレスが割り当てられたような場合である。このような場合には、クライアント端末１Ａに係る通知予約については削除し、その上で、クライアント１Ｂに係る通知予約を新たに登録する。
【００５４】
また、記憶制御部６４は、取得した通知予約要求に含まれる送信元ＩＰアドレスが通知予約テーブル２２１に登録されていない一方で、送信元ＭＡＣアドレスについては、通知予約テーブル２２１に登録されている場合には、通知予約テーブル２２１に登録されている通知予約のうち、取得した通知予約要求とＭＡＣアドレスを同じくする通知予約について、その有効期間とＩＰアドレスとを、通知予約要求に含まれる有効期間とＩＰアドレスとにより更新する。
【００５５】
例えば、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、通知予約要求に含まれる送信元ＩＰアドレスが「192.168.1.4」であり、送信元ＭＡＣアドレスが「D4-85-64-B4-EE-EB」であり、有効期間の値が「3600（秒）」であるときは、通知予約ＩＤ「１」及び「２」により識別される通知予約の送信元ＩＰアドレスと有効期間とが、それぞれ「192.168.1.4」と「3600（秒）」とに更新される。
【００５６】
このような処理が行われる場合とは、例えば、クライアント端末１が一旦通信回線４から離脱した後で、再度通信回線４に復帰し、ＤＨＣＰサーバから、新規のＩＰアドレスを割り当てられたような場合である。このような場合には、新たに通知予約を登録するのではなく、既存の通知予約の有効期間とＩＰアドレスとを更新するに留める。
【００５７】
また、記憶制御部６４は、取得した通知予約要求に含まれる送信元ＩＰアドレスも、送信元ＭＡＣアドレスも、通知予約テーブル２２１に登録されていない場合には、取得した通知予約要求により要求される通知予約を新たに登録する。
【００５８】
例えば、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、通知予約要求に含まれる送信元ＩＰアドレスが「192.168.1.4」であり、送信元ＭＡＣアドレスが「D4-85-64-B4-EE-EE」であるときは、既存の通知予約については何ら情報の更新が行われることなく、取得した通知予約要求により要求される通知予約が新たに登録される。
【００５９】
このような処理が行われる場合とは、例えば、全くの新規のクライアント端末１が通信回線４に接続したような場合である。
以上説明した記憶制御部６４は、本発明に係る「制御手段」、「第１の制御手段」及び「第２の制御手段」の一例である。
以上が、図７に示される通知予約登録処理に関する機能についての説明である。
【００６０】
図９は、上記の制御部２１によって実現される、通知処理に関する機能の構成を示す図である。同図に示される機能は、ＲＯＭ又は記憶部２２に記憶されるプログラムがＣＰＵにより実行されることにより実現される。
【００６１】
同図に示される第１特定部７０は、画像出力装置２において発生した事象の種類を特定する手段である。例えば、第１特定部は、画像出力装置２においてトナー切れが発生した場合には、「画像出力上の不具合」という事象の種類を特定する。
【００６２】
次に、第２特定部７１は、変数Ｎと対応づけて通知予約テーブル２２１に登録されている事象の種類を特定する手段である。ここで、変数Ｎとは、通知予約テーブル２２１に登録される通知予約ＩＤを示す。例えば、第２特定部７１は、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、変数Ｎの値が「１」であるときは、「画像出力上の不具合」という事象の種類を特定する。
【００６３】
次に、第１判定部７２は、第１特定部７０により特定された事象の種類と、第２特定部７１により特定された事象の種類とが、一致するか否かについて判定する手段である。例えば、第１判定部７２は、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、変数Ｎの値が「１」であり、かつ、第１特定部７０によって特定された事象の種類が「画像出力上の不具合」であるときは、事象の種類が一致すると判定する。
【００６４】
次に、第２判定部７３は、変数Ｎと対応づけて通知予約テーブル２２１に登録されているフラグが、有効フラグであるか否かについて判定する手段である。例えば、第２判定部７３は、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、変数Ｎの値が「１」であるときは、有効フラグであると判定する。
【００６５】
次に、通知部７４は、第１判定部７２による判定結果が肯定的であって、かつ、第２判定部７３による判定結果も肯定的である場合に、クライアント端末１に対する事象の通知を行う手段である。具体的には通知部７４は、変数Ｎと対応づけて通知予約テーブル２２１に登録される送信先ＩＰアドレスにより識別されるクライアント端末１に対して、事象の通知を行う。
【００６６】
事象の通知を行うにあたり通知部７４は、まずクライアント端末１に対して、通信部２４を介してコネクション確立要求を送信する。そして、通知部７４は、当該コネクション確立要求に対する確認応答が受信されたか否かについて判定を行い、この判定の結果、確認応答が受信されていた場合には当該クライアント端末１に対して確認応答を返した後に、事象の通知を行う。具体的には、今回発生した事象（例えば、トナー切れ）を通知するメッセージを、当該クライアント端末１に対して送信する。通知部７４は、本発明に係る「通知手段」の一例である。
【００６７】
次に、記憶制御部７５は、通知部７４による通知が失敗に終わった場合に、当該通知先のクライアント端末１に関連する通知予約を無効にする手段である。具体的には、記憶制御部７５は、通知部７４がコネクション確立要求を送信した後で、確認応答を受信しない状態で経過した時間が閾値Ｔ１（例えば、「３０（秒）」）を超えた場合には、変数Ｎと対応づけて通知予約テーブル２２１に登録されているフラグを、無効フラグに更新する。記憶制御部７５は、本発明に係る「第１の制御手段」の一例である。
以上が、図９に示される通知処理に関する機能についての説明である。
【００６８】
図１０は、上記の制御部２１によって実現される、プリント関連処理に関する機能の構成を示す図である。同図に示される機能は、ＲＯＭ又は記憶部２２に記憶されるプログラムがＣＰＵにより実行されることにより実現される。
【００６９】
同図に示される取得部８０は、通信部２４を介して受信されたプリント要求を取得する手段である。取得部８０は、本発明に係る「第３の取得手段」の一例である。
【００７０】
次に、第１特定部８１は、取得したプリント要求に含まれる送信元のＩＰアドレスを特定する手段である。
【００７１】
次に、第２特定部８２は、第１特定部８１により特定されたＩＰアドレスと、事象の種類「画像出力処理の完了」とに対応づけて通知予約テーブル２２１に登録されているフラグを特定する手段である。例えば、通知予約テーブル２２１の登録内容が、図６に示されるような内容である場合であって、特定されたＩＰアドレスが「192.168.1.1」である場合には、第２特定部８２は、通知予約ＩＤ「２」により識別される通知予約のフラグを特定する。
【００７２】
次に、記憶制御部８３は、第２特定部８２により特定されたフラグを有効フラグに設定する手段である。この記憶制御部８３は、後述するプリント制御部８４によりプリント処理が実行され、当該処理の完了についての上記の通知処理が実行されると、一旦有効フラグに設定したフラグを再度無効フラグに変更する。記憶制御部８３は、本発明に係る「第１の制御手段」の一例である。
【００７３】
次に、プリント制御部８４は、取得部８０により取得されたプリント要求に応じてプリント処理を実行する手段である。具体的にはプリント制御部８４は、プリンタ部２５を制御して、プリント要求に含まれる画像データに応じた画像形成処理を実行する。
以上が、図１０に示されるプリント関連処理に関する機能についての説明である。
【００７４】
図１１は、上記の制御部２１によって実現される、スキャン関連処理に関する機能の構成を示す図である。同図に示される機能は、ＲＯＭ又は記憶部２２に記憶されるプログラムがＣＰＵにより実行されることにより実現される。
【００７５】
同図に示される取得部９０は、通信部２４を介して受信されたスキャン要求を取得する手段である。取得部９０は、本発明に係る「第３の取得手段」の一例である。
【００７６】
次に、第１特定部９１は、取得したスキャン要求に含まれる送信元のＩＰアドレスを特定する手段である。
【００７７】
次に、第２特定部９２は、第１特定部９１により特定されたＩＰアドレスと、事象の種類「画像出力処理の完了」とに対応づけて通知予約テーブル２２１に登録されているフラグを特定する手段である。
【００７８】
次に、記憶制御部９３は、第２特定部９２により特定されたフラグを有効フラグに設定する手段である。この記憶制御部９３は、後述するスキャン制御部９４によりスキャン処理が実行され、当該処理の完了についての上記の通知処理が実行されると、一旦有効フラグに設定したフラグを再度無効フラグに変更する。記憶制御部９３は、本発明に係る「第１の制御手段」の一例である。
【００７９】
次に、スキャン制御部９４は、取得部９０により取得されたスキャン要求に応じてスキャン処理を実行する手段である。具体的にはスキャン制御部８４は、スキャン部２６を制御して、プラテンガラス上に置かれた原稿の画像を光学的に読み取り、読み取った画像の画像データを生成する。
【００８０】
次に、送信制御部９５は、スキャン制御部９４により生成された画像データをクライアント端末１に送信する手段である。具体的には、送信制御部９５は、生成された画像データを、第１特定部９１により特定されたＩＰアドレスにより識別されるクライアント端末１対して、通信部２４を介して送信する。
以上が、図１１に示されるスキャン関連処理に関する機能についての説明である。
【００８１】
（１−２）動作
以下、画像出力装置２により実行される各種処理について説明する。
（１−２−１）通知予約登録処理
まず、画像出力装置２により実行される通知予約登録処理について説明する。この通知予約登録処理は、画像出力装置２により通知予約要求が受信された際に実行される。なお、以下の説明では、画像出力装置２に対して送信される通知予約要求には、事象の種類として、「画像出力上の不具合」と「画像出力処理の完了」の２つが含まれることを前提としている。
【００８２】
図１２は、この通知予約登録処理を示すフローチャートである。当該処理において、画像出力装置２の制御部２１は、まず、通信部２４を介して受信された通知予約要求を取得する（ステップＳａ１）。
【００８３】
次に、制御部２１は、取得した通知予約要求に含まれる送信元ＩＰアドレスが、すでに通知予約テーブル２２１に登録されているか否かについて判定する（ステップＳａ２）。この判定の結果、すでに通知予約テーブル２２１に登録されている場合には（ステップＳａ２；ＹＥＳ）、制御部２１は、ステップＳａ３の処理を実行する。一方、通知予約テーブル２２１に登録されていない場合には（ステップＳａ２；ＮＯ）、制御部２１は、ステップＳａ６の処理を実行する。
【００８４】
ステップＳａ３において制御部２１は、取得した通知予約要求に含まれる送信元ＩＰアドレスが、通知予約テーブル２２１において、当該通知予約要求に含まれる送信元ＭＡＣアドレスと対応づけられているか否かについて判定する。この判定の結果、送信元ＭＡＣアドレスと対応づけられている場合には（ステップＳａ３；ＹＥＳ）、制御部２１は、ステップＳａ４の処理を実行する。一方、送信元ＭＡＣアドレスと対応づけられていない場合には（ステップＳａ３；ＮＯ）、制御部２１は、ステップＳａ５の処理を実行する。
【００８５】
ステップＳａ４において制御部２１は、通知予約テーブル２２１に登録されている通知予約のうち、取得した通知予約要求とＩＰアドレス及びＭＡＣアドレスを同じくする通知予約について、その有効期間を、通知予約要求に含まれる有効期間により更新する。
【００８６】
ステップＳａ５において制御部２１は、通知予約テーブル２２１に登録されている通知予約のうち、取得した通知予約要求とＩＰアドレスを同じくする通知予約を削除し、取得した通知予約要求により要求される通知予約を新たに登録する。
【００８７】
上記のステップＳａ２の判定において、取得した通知予約要求に含まれる送信元ＩＰアドレスが、通知予約テーブル２２１に登録されていないと判定された場合には（ステップＳａ２；ＮＯ）、制御部２１は、取得した通知予約要求に含まれる送信元ＭＡＣアドレスが、すでに通知予約テーブル２２１に登録されているか否かについて判定する（ステップＳａ６）。
【００８８】
この判定の結果、すでに通知予約テーブル２２１に登録されている場合には（ステップＳａ６；ＹＥＳ）、制御部２１は、ステップＳａ７の処理を実行する。一方、通知予約テーブル２２１に登録されていない場合には（ステップＳａ６；ＮＯ）、制御部２１は、ステップＳａ８の処理を実行する。
【００８９】
ステップＳａ７において制御部２１は、通知予約テーブル２２１に登録されている通知予約のうち、取得した通知予約要求とＭＡＣアドレスを同じくする通知予約について、その有効期間とＩＰアドレスとを、通知予約要求に含まれる有効期間とＩＰアドレスとにより更新する。
【００９０】
ステップＳａ８において制御部２１は、取得した通知予約要求により要求される通知予約を新たに登録する。
以上が、通知予約登録処理についての説明である。
【００９１】
以上説明した通知予約登録処理によれば、予め定められた管理ルールに従って登録処理が行われることにより、通知予約の重複登録が防止される。具体的には、通知予約要求に含まれるＭＡＣアドレスが、すでに通知予約テーブル２２１に登録されている場合には、新たな通知予約の登録は行われず、既登録の情報の更新のみが行われる。
【００９２】
また、通知予約要求に含まれるＭＡＣアドレスが登録されていない場合でも、当該要求に含まれるＩＰアドレスが登録されている場合には、当該ＩＰアドレスを通知先とする既登録の通知予約が削除された上で、新たな通知予約が登録される。よって、このような登録処理が行われない構成と比較して、メモリ及びＣＰＵに対する負荷が軽減される。また、通知処理の効率や通信回線の使用効率が向上する。
【００９３】
（１−２−２）通知処理
次に、画像出力装置２により実行される通知処理について説明する。この通知処理は、画像出力装置２において、予め定められた事象が発生した場合に実行される。
【００９４】
図１３は、この通知処理を示すフローチャートである。当該処理において、画像出力装置２の制御部２１は、まず、画像出力装置２において発生した事象の種類を特定する（ステップＳｂ１）。
【００９５】
次に、制御部２１は、変数Ｎの値を「１」に設定する（ステップＳｂ２）。変数Ｎは、図６に示される通知予約テーブル２２１の各項目を参照するために使用するループ制御変数である。
【００９６】
次に、制御部２１は、変数Ｎと対応づけて通知予約テーブル２２１に登録されている事象の種類を特定する（ステップＳｂ３）。
【００９７】
次に、制御部２１は、ステップＳｂ３で特定した事象の種類が、ステップＳｂ１で特定した事象の種類と一致するか否かについて判定する（ステップＳｂ４）。この判定の結果、事象の種類が一致した場合は（ステップＳｂ４；ＹＥＳ）、制御部２１は、ステップＳｂ５の処理を実行する。一方、この判定の結果、事象の種類が一致しない場合は（ステップＳｂ４；ＮＯ）、制御部２１は、ステップＳｂ１１の処理を実行する。
【００９８】
ステップＳｂ５において制御部２１は、変数Ｎと対応づけて通知予約テーブル２２１に登録されるフラグが、有効フラグであるか否かについて判定する。この判定の結果、有効フラグであった場合には（ステップＳｂ５；ＹＥＳ）、制御部２１は、ステップＳｂ６の処理を実行する。一方、この判定の結果、無効フラグであった場合には（ステップＳｂ５；ＮＯ）、制御部２１は、ステップＳｂ１１の処理を実行する。
【００９９】
ステップＳｂ６において制御部２１は、クライアント端末１に対する事象の通知を行うべく、コネクションの確立を要求する（ステップＳｂ６）。具体的には、制御部２１は、変数Ｎと対応づけて通知予約テーブル２２１に登録される送信先ＩＰアドレスにより識別されるクライアント端末１に対して、通信部２４を介してコネクション確立要求を送信する。
【０１００】
次に、制御部２１は、コネクション確立要求に対する確認応答が受信されたか否かについて判定する（ステップＳｂ７）。この判定の結果、確認応答が受信されていた場合には（ステップＳｂ７；ＹＥＳ）、制御部２１は、当該クライアント端末１に対して確認応答を返した後に、事象の通知を行う（ステップＳｂ８）。具体的には、今回発生した事象（例えば、トナー切れ）を通知するメッセージを、当該クライアント端末１に送信する。そして、制御部２１は、ステップＳｂ１１の処理に進む。
【０１０１】
一方、当該判定の結果、確認応答が受信されていない場合には（ステップＳｂ７；ＮＯ）、制御部２１は、コネクション確立要求を送信してからの経過時間が、閾値Ｔ１（例えば、「３０（秒）」）を超えているか否かについて判定する（ステップＳｂ９）。この判定の結果、経過時間が閾値Ｔ１を超えていない場合には（ステップＳｂ９；ＮＯ）、制御部２１は、再度、ステップＳｂ７の処理を実行する。一方、この判定の結果、経過時間が閾値Ｔ１を超えている場合には（ステップＳｂ９；ＹＥＳ）、制御部２１は、変数Ｎと対応づけて通知予約テーブル２２１に登録されているフラグを、無効フラグに更新する（ステップＳｂ１０）。そして、制御部２１は、ステップＳｂ１１の処理に進む。
【０１０２】
ステップＳｂ１１において制御部２１は、変数Ｎの値に「１」を加算する。次に、制御部２１は、変数Ｎの値が、閾値Ｔ２よりも大きいか否かについて判定する（ステップＳｂ１２）。ここで、閾値Ｔ２には、通知予約テーブル２２１に登録されている通知予約の数が設定される。この判定の結果、変数Ｎの値が閾値Ｔ２よりも大きい場合には、当該通知処理は終了される（ステップＳｂ１２；ＹＥＳ）。一方、変数Ｎの値が閾値Ｔ２以下の場合には、ステップＳｂ３の処理が再度実行される（ステップＳｂ１２；ＮＯ）。
以上が、通知処理についての説明である。
【０１０３】
以上説明した通知処理によれば、事象を通知すべきと判断された場合であっても、予め定められた期間内に当該通知を行うことができない場合には、当該クライアント端末１に関連する通知予約が無効とされる。そして、次回以降、当該クライアント端末１に対して通知すべき事象が検出されたとしても、一旦無効とされた通知予約が再度有効とされるまでは、当該クライアント端末１に対する通知は行われなくなる。よって、当該通知処理によれば、このようなフラグ処理が実行されない構成と比較して、通知処理の効率や通信回線の使用効率が向上する。
【０１０４】
（１−２−３）プリント関連処理
次に、画像出力装置２により実行されるプリント関連処理について説明する。このプリント関連処理は、画像出力装置２よってプリント要求が受信された場合に実行される。
【０１０５】
図１４は、このプリント関連処理を示すフローチャートである。当該処理において、画像出力装置２の制御部２１は、まず、通信部２４を介して受信されたプリント要求を取得する（ステップＳｃ１）。
【０１０６】
次に、制御部２１は、取得したプリント要求に含まれる送信元のＩＰアドレスを特定する（ステップＳｃ２）。
【０１０７】
次に、制御部２１は、特定したＩＰアドレスと、事象の種類「画像出力処理の完了」とに対応づけて通知予約テーブル２２１に登録されているフラグを特定する（ステップＳｃ３）。
【０１０８】
次に、制御部２１は、特定したフラグを有効フラグに設定する（ステップＳｃ４）。
【０１０９】
次に、制御部２１は、ステップＳｃ１において取得したプリント要求に応じてプリント処理を実行する（ステップＳｃ５）。具体的には制御部２１は、プリンタ部２５を制御して、プリント要求に含まれる画像データに応じた画像形成処理を実行する。
【０１１０】
次に、制御部２１は、ステップＳｃ３において特定したフラグを、無効フラグに設定する（ステップＳｃ６）。この処理は、ステップＳｃ５において実行したプリント処理の完了についての上記の通知処理が実行されてから実行される。
以上が、プリント関連処理についての説明である。
【０１１１】
以上説明したプリント関連処理によれば、登録時において無効となっている通知予約が、プリント要求の発行を受けて、当該クライアント端末１についてのみ有効とされる。そして、プリント処理の完了時には、当該事象の通知が、当該クライアント端末１についてのみ行われる。
【０１１２】
これに対して、従来の仕様では、プリント処理の完了時には、そのプリント処理がどのクライアント端末により要求されたものかに関わらず、「画像出力処理の完了」を通知対象として予約したすべてのクライアント端末１に対して、プリント処理の完了の通知がなされていた。
【０１１３】
上記のプリント関連処理によれば、プリント要求を発行したクライアント端末１に対してのみプリント処理の完了通知が送信され、他のクライアント端末１に対しては、仮に「画像出力処理の完了」を通知対象として予約していたとしても通知は行われないため、通知処理の効率や通信回線の使用効率が向上する。
【０１１４】
（１−２−４）スキャン関連処理
次に、画像出力装置２により実行されるスキャン関連処理について説明する。このスキャン関連処理は、画像出力装置２よってスキャン要求が受信された場合に実行される。なお、以下の説明は、画像出力装置１のプラテンガラス上に原稿がすでに置かれていることを前提としている。
【０１１５】
図１５は、このスキャン関連処理を示すフローチャートである。当該処理において、画像出力装置２の制御部２１は、まず、通信部２４を介して受信されたスキャン要求を取得する（ステップＳｄ１）。
【０１１６】
次に、制御部２１は、取得したスキャン要求に含まれる送信元のＩＰアドレスを特定する（ステップＳｄ２）。
【０１１７】
次に、制御部２１は、特定したＩＰアドレスと、事象の種類「画像出力処理の完了」と対応づけて通知予約テーブル２２１に登録されているフラグを特定する（ステップＳｄ３）。
【０１１８】
次に、制御部２１は、特定したフラグを有効フラグに設定する（ステップＳｄ４）。
【０１１９】
次に、制御部２１は、ステップＳｄ１において取得したスキャン要求に応じてスキャン処理を実行する（ステップＳｄ５）。具体的には制御部２１は、スキャナ部２６を制御して、プラテンガラス上に置かれた原稿の画像を光学的に読み取り、読み取った画像の画像データを生成する。
【０１２０】
次に、制御部２１は、生成した画像データをクライアント端末１に送信する（ステップＳｄ６）。具体的には制御部２１は、生成した画像データを、ステップＳｄ２で特定したＩＰアドレスにより識別されるクライアント端末１対して、通信部２４を介して送信する。
【０１２１】
次に、制御部２１は、ステップＳｄ３において特定したフラグを、無効フラグに設定する（ステップＳｄ７）。この処理は、ステップＳｄ５において実行したスキャン処理の完了についての上記の通知処理が実行されてから実行される。
以上が、スキャン関連処理についての説明である。
【０１２２】
以上説明したスキャン関連処理によれば、登録時において無効となっている通知予約が、スキャン要求の発行を受けて、当該クライアント端末１についてのみ有効とされる。そして、スキャン処理の完了時には、当該事象の通知が、当該クライアント端末１についてのみ行われる。よって、上述したプリント関連処理の場合と同じように、当該スキャン関連処理によれば、従来の仕様と比較して、通知処理の効率や通信回線の使用効率が向上する。
【０１２３】
（２）変形例
上記の実施形態は、以下のように変形してもよい。また、以下の変形例は、互いに組み合わせてもよい。
（２−１）変形例１
上記の実施形態では、画像出力処理の完了の通知の予約を登録する場合には、一旦無効フラグを設定しておき、画像出力要求の発行を受けて、はじめて有効フラグを設定するようにしている。この結果、上記の実施形態によれば、画像出力要求を発行したクライアント端末１についてのみ、画像出力処理の完了の通知が行われる。
【０１２４】
しかし、この機能を使用するか否かについては、ユーザによって選択可能なようにしてもよい。例えば、画像出力装置２のＵＩ部２３において、この機能を使用するか否かを選択するためのスイッチを設けるようにしてもよい。
【０１２５】
このスイッチが操作された結果、当該機能を使用しないことが選択された場合には、上記のプリント関連処理において、ステップＳｃ５以外の処理は実行されなくなる。また、上記のスキャン関連処理において、ステップＳｄ５及びＳｄ７以外の処理は実行されなくなる。
【０１２６】
この場合、画像出力装置２の制御部２１は、画像出力処理の完了の通知の予約を登録する際に、無効フラグではなく有効フラグを設定するように変更してもよい。また、制御部２１は、スイッチが操作された時点において登録されている、画像出力処理の完了の通知の予約について、そのフラグを有効フラグに設定するようにしてもよい。
【０１２７】
（２−２）変形例２
上記の実施形態では、通知予約に設定された有効期間が経過すると、当該通知予約は無効に設定されている。しかし、無効に設定することに代えて、当該通知予約を削除するようにしてもよい。また、上記の実施形態に係る通知処理では、事象の通知に失敗した場合に、当該通知先のクライアント端末１に係る通知予約が無効にされている。しかし、ここで、通知予約を無効する代わりに、当該通知予約を削除するようにしてもよい。なお、ここで、通知予約を削除するとは、当該通知予約を表すデータによって占有されていた記憶部２２の記憶領域を開放し、他のデータが書き込める状態にすることを言う。これに対して、通知予約を無効にするとは、上述のように、通知予約に対応づけて無効フラグを設定することであり、記憶領域の開放までは意味しない。しかし、いずれの概念も通知予約が行われない状態となる点については共通する。
【０１２８】
（２−３）変形例３
上記の実施形態では、通知予約テーブル２１１に、事象の種類が登録されているが、この事象の種類に代えて、具体的な事象そのものを登録するようにしてもよい。例えば、「トナー切れ」や「プリント処理の完了」といった具体的な事象が登録されてもよい。この場合、通知予約要求に含まれる事象の種類も、具体的な事象に変更されてもよい。また、上記の通知処理のステップＳｂ１及びＳｂ３において、事象の種類ではなくて、具体的な事象が特定されてもよい。また、ステップＳｂ４において、事象の種類同士ではなくて、具体的な事象同士が一致するか否かが判定されてもよい。
【０１２９】
（２−４）変形例４
上記の実施形態に係る通知予約登録処理では、通知予約要求に含まれる送信元ＩＰアドレスと送信元ＭＡＣアドレスとに基づいて、通知予約テーブル２２１に対する記憶処理が行われている。しかし、ここで、送信元ＩＰアドレスと送信元ＭＡＣアドレスの両方に基づいて記憶処理を行うのではなく、どちらか一方に基づいて記憶処理を行うようにしてもよい。例えば、送信元ＭＡＣアドレスのみに基づいて記憶処理を行う場合には、上記の通知予約登録処理におけるステップＳａ２〜Ｓａ５の処理を省略するようにしてもよい。この場合、ステップＳａ１の処理の実行後、ステップＳａ６の処理が実行されることになる。
また、ＩＰアドレスとＭＡＣアドレスのいずかに代えて、ＵＵＩＤ（Universal Unique Identifier）を使用するようにしてもよい。
【０１３０】
（２−５）変形例５
上記の実施形態において、画像出力装置２の制御部２１は、当該装置によって通知予約要求が受信された際に、その送信元のクライアント端末１に対して、スキャン機能が利用可能であることを示すメッセージを送信するようにしてもよい。また、上記の実施形態では、クライアント端末１から画像出力装置２に対してスキャン要求が送信されているが、このスキャン要求は、画像出力装置２のＵＩ部２３を使って入力されるようにしてもよい。この場合、スキャン要求が入力される際には、スキャン処理の完了の通知が送信されるべきクライアント端末１を識別するＩＰアドレスが併せて指定されてもよい。
【０１３１】
（２−６）変形例６
上記の実施形態において画像出力装置２のＣＰＵによって実行されるプログラムは、磁気テープ、磁気ディスク、フレキシブルディスク、光ディスク、光磁気ディスク、メモリ等の記憶媒体に記憶された状態で提供され、画像出力装置２にインストールされてもよい。また、当該プログラムは、インターネット等の通信回線を介して画像出力装置２にダウンロードされてもよい。
【符号の説明】
【０１３２】
１Ａ，１Ｂ，１Ｃ…クライアント端末、２…画像出力装置、３…アクセスポイント、４…通信回線、１０…画像出力システム、１１，２１…制御部、１２，２２…記憶部、１３，２３…ＵＩ部、１４，２４…通信部、２５…プリンタ部、２６…スキャナ部、５０…通知予約部、５１…画像出力要求部、５２…表示制御部、６０，８０，９０…取得部、６１，７２…第１判定部、６２，７３…第２判定部、６３…第３判定部、６４，７５，８３，９３…記憶制御部、７０，８１，９１…第１特定部、７１，８２，９２…第２特定部、７４…通知部、８４…プリント制御部、９４…スキャン制御部、９５…送信制御部
【図１】
0005900081.tif 000002
【図２】
0005900081.tif 000003
【図３】
0005900081.tif 000004
【図４】
0005900081.tif 000005
【図５】
0005900081.tif 000006
【図６】
0005900081.tif 000007
【図７】
0005900081.tif 000008
【図８】
0005900081.tif 000009
【図９】
0005900081.tif 000010
【図１０】
0005900081.tif 000011
【図１１】
0005900081.tif 000012
【図１２】
0005900081.tif 000013
【図１３】
0005900081.tif 000014
【図１４】
0005900081.tif 000015
【図１５】
0005900081.tif 000016