(57)【要約】【課題】通知を予約する通知予約の予約内容に基づいて効率的に通知できる通知装置、通知システム、及び通知プログラムを提供する。【解決手段】所定の事象が発生したことを通知する通知情報を所定の通知先に送信することを予約する通知予約を受信する受信手段と、受信手段が受信した通知予約を受付けるか否かを予約内容に基づいて判定する受付判定手段と、判定手段が受付けると判定した通知予約を記憶部に登録し、かつ受付けないと判定した予約を登録しない通知登録手段と、所定の事象が発生した場合に、所定の事象の発生を通知することを予約した通知予約を記憶部から検出する検出手段と、検出手段が検出した通知予約が予約した通知先へ通知情報を送信する送信手段とを備える。この構成によれば、通知予約の予約内容に基づいて通知予約を効率的に登録できるだけでなく、効率的に通知できる。【選択図】図２
2008123424.tif 000002
【特許請求の範囲】
【請求項１】
所定の事象が発生したことを通知する通知情報を所定の通知先に送信することを予約する通知予約を受信する受信手段と、
前記受信手段が受信した通知予約を受付けるか否かを予約内容に基づいて判定する受付判定手段と、
前記判定手段が受付けると判定した通知予約を記憶部に登録し、かつ受付けないと判定した予約を登録しない予約登録手段と、
前記所定の事象が発生した場合に、前記所定の事象の発生を通知することを予約した通知予約を前記記憶部から検出する検出手段と、
前記検出手段が検出した通知予約が予約した通知先へ前記通知情報を送信する送信手段とを備えることを特徴とする通知装置。
【請求項２】
前記通知予約の予約内容に関する条件であって、かつ前記通知予約を受付ける受付条件を入力する入力手段を更に備え、
前記受付判定手段は、前記入力手段が入力した受付条件を満足する通知予約を受付けると判定することを特徴とする請求項１に記載の通知装置。
【請求項３】
前記予約内容は、前記通知予約を送信した送信元に関する情報、前記通知予約が予約する通知先に関する情報、及び前記通知予約が予約する事象に関する情報のいずれか１つ以上を含むことを特徴とする請求項２に記載の通知装置。
【請求項４】
前記送信元及び通知先に関する情報は、前記通知予約を送信した装置及び前記通知情報を受信する装置を特定する情報、若しくは前記通知予約を送信した装置及び前記通知情報を受信する装置を使用する使用者に関する情報のいずれか１つ以上を含むことを特徴とする請求項３に記載の通知装置。
【請求項５】
前記受信手段が受信した通知予約が予約する通知情報の通知先と通信可能な状態であるか否かを判断する通信判断手段を更に備え、
前記受付判定手段は、前記通信判断手段が通信可能な状態であると判断し、かつ受付条件を満足する場合に前記通知予約を受付けると判断することを特徴とする請求項３に記載の通知装置。
【請求項６】
前記予約登録手段が前記記憶部に登録した通知予約を削除する削除手段を更に備え、
前記通信判断手段は、前記予約登録手段が登録した通知予約が予約する通知情報の通知先と通信可能な状態であるか否かを判断し、
前記削除手段は、前記通信判断手段が通知可能な状態でないと判断した通知先に対して前記通知情報を送信することを予約する通知予約を削除することを特徴とする請求項５に記載の通知装置。
【請求項７】
前記送信手段は、前記受付判定手段が前記通知予約を受付けたと判定した場合には前記通知予約を受付けたことを表す情報を送信し、受付けないと判定した場合には受付けなかったことを表す情報を送信することを特徴とする請求項１から６のいずれかに記載の通知装置。
【請求項８】
前記送信手段は、前記受付判定手段が前記通知予約を受付けると判定するか否かに関わらず前記通知予約を受付けたことを表す情報を送信することを特徴とする請求項１から６のいずれかに記載の通知装置。
【請求項９】
前記送信手段は、前記受付判定手段が前記通知予約を受付けると判定するか否かに関わらず前記通知予約を受付けないことを表す情報を送信することを特徴とする請求項１から６のいずれかに記載の通知装置。
【請求項１０】
所定の事象が発生したことを所定の通知先に通知する情報を送信することを予約する通知予約を受信する受信手段と、
前記受信手段が受信した通知予約を受付けるか否かを前記通知予約の予約内容に基づいて判定する受付判定手段と、
前記判定手段が受付けると判定した通知予約を記憶部に登録する予約登録手段と、
前記所定の事象が発生した場合に、前記所定の事象の発生を通知することを予約した通知予約を前記記憶部から検出する検出手段と、
前記検出手段が検出した通知予約が予約した通知先へ、前記事象の発生を通知する情報を送信する送信手段とを備えることを特徴とする通知システム。
【請求項１１】
コンピュータを、所定の事象が発生したことを所定の通知先に通知する情報を送信することを予約する通知予約を受信する受信手段と、
前記受信手段が受信した通知予約を受付けるか否かを前記通知予約の予約内容に基づいて判定する受付判定手段と、
前記判定手段が受付けると判定した通知予約を記憶部に登録する予約登録手段と、
前記所定の事象が発生した場合に、前記所定の事象の発生を通知することを予約した通知予約を前記記憶部から検出する検出手段と、
前記検出手段が検出した通知予約が予約した通知先へ、前記事象の発生を通知する情報を送信する送信手段として機能させることを特徴とする通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通知装置、通知システム、及び通知プログラムに関する。
【背景技術】
【０００２】
従来から、印刷用紙の詰まりが発生した場合に、印刷データを送信した遠隔端末に対して通知を行う画像形成装置が知られている（例えば、特許文献１）。
【０００３】
また、印刷を行うプリンタとプリンタに印刷要求を送信する装置とで構成され、プリンタは、プリンタに発生した異常に影響を受ける装置のみに異常の発生を通知するシステムが知られている（例えば、特許文献２）。
【０００４】
このプリンタは、印刷要求を行った装置名を保存するデータベースを有し、かつ異常発生時において印刷中又は印刷待ちの印刷ジョブに関連付けられた装置名が、データベースに保存された装置名であるか否かを判定することで、印刷要求を行った装置名であり、かつ異常に影響を受ける装置名であるか否かを判定して通知する。
【０００５】
更に、受信した複数のイベントに対して、一括して返信イベントを送信できるイベント通知システムが知られている（例えば、特許文献３）。
【０００６】
このシステムは、受信したイベントを記憶する記憶手段を有し、最後にイベントを受信してから所定時間経過後に記憶手段に記憶した複数のイベントに対して、一括して返信イベントを送信できる。
【特許文献１】特開２００１‐１６２９０５
【特許文献２】特開２００３‐２３３４９０
【特許文献３】特開２０００‐２９３３８７
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的とするところは、通知を予約する通知予約の予約内容に基づいて効率的に通知できる通知装置、通知システム、及び通知プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係る通知装置は、所定の事象が発生したことを通知する通知情報を所定の通知先に送信することを予約する通知予約を受信する受信手段と、受信手段が受信した通知予約を受付けるか否かを予約内容に基づいて判定する受付判定手段と、判定手段が受付けると判定した通知予約を記憶部に登録し、かつ受付けないと判定した予約を登録しない予約登録手段と、所定の事象が発生した場合に、所定の事象の発生を通知することを予約した通知予約を記憶部から検出する検出手段と、検出手段が検出した通知予約が予約した通知先へ通知情報を送信する送信手段とを備えることを特徴としている。
【０００９】
上記構成において、通知予約の予約内容に関する条件であって、かつ通知予約を受付ける受付条件を入力する入力手段を更に備え、受付判定手段は、入力手段が入力した受付条件を満足する通知予約を受付けると判定する構成を採用できる。
【００１０】
上記構成において、予約内容は、通知予約を送信した送信元に関する情報、通知予約が予約する通知先に関する情報、及び通知予約が予約する事象に関する情報のいずれか１つ以上を含む構成を採用できる。
【００１１】
上記構成において、送信元及び通知先に関する情報は、通知予約を送信した装置及び通知情報を受信する装置を特定する情報、若しくは通知予約を送信した装置及び通知情報を受信する装置を使用する使用者に関する情報のいずれか１つ以上を含む構成を採用できる。
【００１２】
上記構成において、受信手段が受信した通知予約が予約する通知情報の通知先と通信可能な状態であるか否かを判断する通信判断手段を更に備え、受付判定手段は、通信判断手段が通信可能な状態であると判断し、かつ受付条件を満足する場合に通知予約を受付けると判断する構成を採用できる。
【００１３】
上記構成において、予約登録手段が記憶部に登録した通知予約を削除する削除手段を更に備え、通信判断手段は、予約登録手段が登録した通知予約が予約する通知情報の通知先と通信可能な状態であるか否かを判断し、削除手段は、通信判断手段が通知可能な状態でないと判断した通知先に対して通知情報を送信することを予約する通知予約を削除する構成を採用できる。
【００１４】
上記構成において、送信手段は、受付判定手段が通知予約を受付けたと判定した場合には通知予約を受付けたことを表す情報を送信し、受付けないと判定した場合には受付けなかったことを表す情報を送信する構成を採用できる。
【００１５】
上記構成において、送信手段は、受付判定手段が通知予約を受付けると判定するか否かに関わらず通知予約を受付けたことを表す情報を送信する構成を採用できる。
【００１６】
上記構成において、送信手段は、受付判定手段が通知予約を受付けると判定するか否かに関わらず通知予約を受付けないことを表す情報を送信する構成を採用できる。
【００１７】
本発明に係る通知システムは、所定の事象が発生したことを所定の通知先に通知する情報を送信することを予約する通知予約を受信する受信手段と、受信手段が受信した通知予約を受付けるか否かを通知予約の予約内容に基づいて判定する受付判定手段と、判定手段が受付けると判定した通知予約を記憶部に登録する予約登録手段と、所定の事象が発生した場合に、所定の事象の発生を通知することを予約した通知予約を記憶部から検出する検出手段と、検出手段が検出した通知予約が予約した通知先へ、事象の発生を通知する情報を送信する送信手段とを備えることを特徴としている。
【００１８】
本発明に係る通知プログラムは、コンピュータを、所定の事象が発生したことを所定の通知先に通知する情報を送信することを予約する通知予約を受信する受信手段と、受信手段が受信した通知予約を受付けるか否かを通知予約の予約内容に基づいて判定する受付判定手段と、判定手段が受付けると判定した通知予約を記憶部に登録する予約登録手段と、所定の事象が発生した場合に、所定の事象の発生を通知することを予約した通知予約を記憶部から検出する検出手段と、検出手段が検出した通知予約が予約した通知先へ、事象の発生を通知する情報を送信する送信手段として機能させることを特徴としている。
【発明の効果】
【００１９】
請求項１の構成によれば、全ての通知予約を記憶部に登録する場合と比べて、予約内容に基づいて通知予約を効率的に登録できるだけでなく、効率的に通知できる。
【００２０】
請求項２の構成によれば、入力した受付条件に基づいて通知予約を効率的に受付ることができる。
【００２１】
請求項３の構成によれば、送信元、通知先、及び事象に関する情報に基づいて通知予約を受付けるか否かを判定できる。
【００２２】
請求項４の構成によれば、装置を特定する情報又は使用者に関する情報に基づいて通知予約を受付けるか否かを判定できる。
【００２３】
請求項５の構成によれば、通知予約で予約される通知先との通信状態によらずに通知予約を受け付ける場合と比べて、通知先が受信できない通知情報を送信することが少ない。
【００２４】
請求項６の構成によれば、通知予約で予約される通知先との通信状態によらずに記憶部が通知予約を記憶し続ける場合と比べて、通知先が受信できない通知情報を送信することが少ない。
【００２５】
請求項７の構成によれば、通知予約の送信元は、通知装置が通知予約を受付けるか否かを知ることができる。
【００２６】
請求項８の構成によれば、通知装置が通知予約を受付けないにも関わらず、通知予約の送信元に対して通知予約を受付けたと認識させることができる。
【００２７】
請求項９の構成によれば、通知装置が通知予約を受付けたにも関わらず、通知予約の送信元に対して通知予約を受付けないと認識させることができる。
【００２８】
請求項１０の構成によれば、全ての通知予約を記憶部に登録する場合と比べて、予約内容に基づいて通知予約を効率的に登録できるだけでなく、効率的に通知できる。
【００２９】
請求項１１の構成によれば、全ての通知予約を記憶部に登録する場合と比べて、予約内容に基づいて通知予約を効率的に登録できるだけでなく、効率的に通知できる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の最良の実施形態について、添付図面を参照しつつ説明する。
【実施例１】
【００３１】
図１は本発明の通知システムの一実施形態を示す構成図である。
通知システム１０は、通信網１００、通知装置１０００、及び１又は複数の遠隔端末９０００から９００ｎで構成される。
【００３２】
通信網１００は、例えば、ＬＡＮ（Local Area Network ）、ＷＡＮ（Wide Area Network）、ＭＡＮ（Metropolitan Area Network）、又は公衆回線網で構成される。
【００３３】
通知装置１０００は、例えば、プリンタ、スキャナ、又はパーソナルコンピュータで構成される。通知装置１０００は、通信網１００を介して遠隔端末９０００から９００ｎに接続している。尚、遠隔端末９０００から９００ｎは、それぞれ同一の接続、構成、及び機能を有するため、以下、遠隔端末９０００についてのみ説明する。
【００３４】
通知装置１０００は、遠隔端末９０００の要求に応じて、例えば、印刷機能又は読取機能等の特定の機能（以下単に、提供機能と言う）を提供する。
ここで図２を参照して、通知装置１０００の構成について説明する。図２は、通知装置１０００の構成を説明するための機能ブロック図の一例である。
【００３５】
通知装置１０００は、制御部１０１０、入力部１１１０、条件登録部１１２０、情報管理部１１３０、受信部１２１０、通信判断部１２２０、受付判定部１２３０、予約登録部１２４０、削除部１２５０、機能提供部１２６０、イベント検知部１２７０、検出部１２８０、及び送信部１２９０（以下単に、制御部１０１０等と言う）で構成される。
【００３６】
制御部１０１０等は、バス１００５によりそれぞれ情報の授受が可能なように接続している。制御部１０１０等の有する機能は、通知装置１０００が実行するソフトウェア制御により実現される。
【００３７】
ここで図３を参照して、ソフトウェア制御を実行するための通知装置１０００のハードウェア構成について説明する。図３は、このソフトウェア制御を実現するための通知装置１０００のハードウェアの一構成例を表す図である。
【００３８】
通知装置１０００は、例えば、ＣＰＵ（Central Processing Unit）等の演算部１００１、ＥＰＲＯＭ（Erasable Programmable Read-Only Memory）又はＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の読み出し専用メモリであるＲＯＭ１００２（Read-Only Memory ）、ＤＲＡＭ（Dynamic  RAM）又はＳＲＡＭ（Static  RAM）等の電源を切ることにより記憶内容が失われる半導体記憶装置（以下、揮発性メモリと言う）、ＮＶＲＡＭ（Non Volatile RAM）等の電源を切ることによっても記憶内容が失われない半導体記憶装置（以下、不揮発性メモリと言う）で構成されるＲＡＭ１００３（Random Access Memory）及び例えばハードディスク（Hard Disk）等の外部記憶装置で構成される外部記憶部１００４で構成され、演算部１００１、ＲＯＭ１００２、ＲＡＭ１００３、及び外部記憶部１００４は互いにバス１００５によって接続している。
【００３９】
ソフトウェア制御は、ＲＯＭ１００２、ＲＡＭ１００３、又は外部記憶部１００４の少なくともひとつに格納したプログラムを演算部１００１が読み、読込んだプログラムに従って演算部１００１が演算を行うことにより上記各部の機能を実現する。
【００４０】
次に、図２に戻り引き続き通知装置１０００の構成について説明する。
制御部１０１０は、通知装置１０００を構成する各部に対して命令を出力する等して各部の動作処理を制御する。制御部１０１０が各部を制御するために実行する制御処理については後述する。
【００４１】
入力部１１１０は、例えば、キーボード、タッチパネル、又はポインティング・ディバイス（マウス）等で構成される。入力部１１１０は、通知装置１０００を使用する使用者に操作されて受付条件を入力する。
【００４２】
受付条件とは、通知予約の予約内容に関する条件であって、かつ通知予約を受付ける条件を言う。
通知予約とは、所定の事象が発生したことを通知する情報（以下単に、通知情報と言う）を所定の通知先に送信することを予約する情報を言う。
【００４３】
尚、本実施例において所定の事象は、例えば、プリント機能等の提供機能の提供を終了したと言う事象（以下単に、プリント完了イベントと言う）を含む。また、本実施例において、通知先は、遠隔端末９０００から９００ｎを含む。
【００４４】
つまり、受付条件の具体例として、「プリント機能の提供を終了したと言う事象を通知することを予約内容とする予約通知であること」と言う条件を挙げることができる。
【００４５】
また、予約内容は、通知予約を送信した送信元に関する情報、通知予約が予約する通知先に関する情報、及び通知予約が予約する事象に関する情報のいずれか１つ以上を含む。
【００４６】
更に、送信元及び通知先に関する情報は、通知予約を送信した装置及び通知情報を受信する装置を特定する情報、若しくは通知予約を送信した装置及び通知情報を受信する装置を使用する使用者に関連する情報のいずれか１つ以上を含む。
【００４７】
尚、装置を特定する情報の具体例としては、遠隔端末９０００のＩＰアドレス、マシン名、及びＩＰアドレスに関連付けられたドメイン名を含む。また、装置を使用する使用者に関連する情報を特定する情報の具体例としては、ユーザ名、ユーザグループ、及びユーザ権限を含む。
【００４８】
つまり、具体例として、通知装置１０００の管理者のユーザ名が "administrator" であり、管理者は通知装置１０００に特定の事象が発生することを優先的に監視する場合等には、受付条件を「ユーザ名が"administrator"である使用者に対して通知することを予約内容とする通知予約であること」と言う条件とする例を挙げることができる。
【００４９】
また、具体例として、通知装置１０００の本来の使用者は人事部に属する者であるが、総務部に属する者もまた通知装置１０００を使用する場合であって、人事部に属する者が使用する遠隔端末のＩＰアドレスは192.168.1.100からＩＰアドレスが192.168.1.199の範囲にある場合には、受付条件を「ＩＰアドレスが192.168.1.100から192.168.1.199である装置に対して通知することを予約内容とする通知予約であること」と言う条件とすることで、通知装置１０００が人事部に属する者が使用する遠隔端末に対して優先的に通知する例を挙げることができる。
【００５０】
引き続き通知装置１０００の構成について説明する。
条件登録部１１２０は、入力部１１１０が入力した受付条件を制御部１０１０から取得する。条件登録部１１２０は、取得した受付条件を情報管理部１１３０が管理する記憶部に登録する。
【００５１】
情報管理部１１３０は、例えば、外部記憶部１００４で構成される記憶部と、例えば、ＭｙＳＱＬ又はＰｏｓｔｇｒｅＳＱＬ等のプログラムであって、記憶部が記憶した情報を変更、参照、維持、又は管理するプログラムとで構成される。情報管理部１１３０は、記憶部が記憶する情報を変更、参照、維持、又は管理する。
【００５２】
受信部１２１０は、例えば、ネットワーク・アダプタで構成される。受信部１２１０は、通信網１００を介して遠隔端末９０００に接続している。受信部１２１０は、遠隔端末９０００が送信した通知予約を受信する。その後、受信部１２１０は、受信した通知予約を制御部１０１０へ出力する。
【００５３】
また、受信部１２１０は、通知装置１０００が有する提供機能の提供を要求する情報（以下単に、リクエスト情報と言う）を遠隔端末９０００から受信する。受信部１２１０は、受信したリクエスト情報を制御部１０１０へ出力する。
【００５４】
通信判断部１２２０は、受信部１２１０が受信した通知予約を受付判定部１２３０から取得する。通信判断部１２２０は、取得した通知予約が予約する通知情報の通知先と通信可能な状態であるか否かを判断し、判断結果を受付判定部１２３０に出力する。
【００５５】
また、通信判断部１２２０は、削除部１２５０から予約登録部１２４０が登録した通知予約を取得する。次に、通信判断部１２２０は、取得した通知予約が予約する通知情報の通知先と通信可能な状態であるか否かを判断し、判断結果を削除部１２５０へ出力する。
【００５６】
具体例としては、ＰＩＮＧ（Packet INternet Groper）コマンドを通知先へ送信し、かつ通知先が返信するか否か、及び返信までの時間などを取得することで、通知先と通信可能な状態であるか否かを判断する。
【００５７】
受付判定部１２３０は、受信部１２１０が受信した通知予約（以下単に、受信通知予約と言う）を制御部１０１０から取得し、かつ通信判断部１２２０から通信状態の判断結果を取得する。受付判定部１２３０は、受信通知予約を受付けるか否かを予約内容、及び通信状態に基づいて判定し、判定結果を制御部１０１０へ出力する。
【００５８】
ここで、図４を参照して、受付判定部１２３０が受信通知予約を受付けるか否かを判定する際に実行する判定処理について説明する。図４は、受付判定部１２３０が実行する判定処理の一例を表すフローチャートである。
【００５９】
先ず、受付判定部１２３０は、制御部１０１０から受信通知予約を取得する（ステップＳＴ００１）。次に、受付判定部１２３０は、情報管理部１１３０が管理する記憶部から全受付条件を取得する（ステップＳＴ００２）。
【００６０】
次に、受付判定部１２３０は、全受付条件に対してステップ００４の処理を実行したか否かを判断する（ステップＳＴ００３）。受付判定部１２３０は、全受付条件を処理したと判断する場合にはステップＳＴ００９の処理を、そうでない場合にはステップＳＴ００５の処理を実行する。
【００６１】
ステップＳＴ００３において、受付判定部１２３０は、全受付条件に対してステップ００４の処理を実行していないと判断する場合には、ステップ００４の処理対象としていない受付条件の内の１つを処理対象とする受付条件（以下単に、処理対象受付条件と言う）とし、受信通知予約が処理対象受付条件を満足するか否かを判断する（ステップＳＴ００４）。
【００６２】
受付判定部１２３０は、受信通知予約が処理対象受付条件を満足すると判断する場合にはステップＳＴ００５の処理を、そうでない場合にはステップＳＴ００３に戻り上記処理を繰り返す。
【００６３】
ステップＳＴ００４において、受信通知予約が処理対象受付条件を満足すると判断した場合には、受付判定部１２３０は、受信通知予約を通信判断部１２２０へ出力する（ステップＳＴ００５）。
【００６４】
次に、受付判定部１２３０は、通知予約が予約する通知情報の送信先との通信状態を通信判断部１２２０から取得する（ステップＳＴ００６）。
【００６５】
その後、受付判定部１２３０は、取得した通信状態に基づいて通知先と通信可能であるか否かを判断する（ステップＳＴ００７）。受付判定部１２３０は、通信可能と判断する場合にはステップＳＴ００８の処理を、そうでない場合にはステップＳＴ００９の処理を実行する。
【００６６】
ステップＳＴ００７において、受付判定部１２３０は、通知先と通信可能であると判断した場合には、受信した通知予約を受付けると判定する（ステップＳＴ００８）。その後、受付判定部１２３０は、判定処理を終了する。
【００６７】
ステップＳＴ００７において、受付判定部１２３０は、通知先と通信可能でないと判断した場合、又はステップＳＴ００３において、全受付条件に対してステップ００４の処理を実行したと判断する場合には、受信した通知予約を受付けないと判定する（ステップＳＴ００９）。その後、受付判定部１２３０は、判定処理を終了する。
【００６８】
次に、図２に戻り、通知装置１０００の構成について引き続き説明する。
予約登録部１２４０は、制御部１０１０から受信通知予約を取得し、制御部１０１０の制御に従って取得した受信通知予約を情報管理部１１３０が管理する記憶部に登録する。
【００６９】
削除部１２５０は、予約登録部１２４０が記憶部に登録した通知予約の内で、通信判断部１２２０が通知可能な状態でないと判断した通知先に対して通知情報を送信することを予約する通知予約を記憶部から削除する。
【００７０】
ここで図５を参照して、削除部１２５０が通知予約を記憶部から削除する際に実行する処理（以下単に、削除処理と言う）について説明する。図５は、削除部１２５０が実行する削除処理の一例を表すフローチャートである。
【００７１】
先ず、削除部１２５０は、所定時刻を経過したか否かを判断する（ステップＳＴ１０１）。削除部１２５０は、所定時刻を経過したと判断する場合にはステップＳＴ１０１の処理を、そうでない場合には図示を省略するが所定時間スリープした後にステップＳＴ１０１の処理を繰り返す。
【００７２】
尚、所定の時刻とは、削除処理を開始した時刻から所定の時間経過した時刻、又はステップＳＴ１０２から１０８の処理を実行した時刻から所定の時間経過した時刻であって、ステップＳＴ１０２から１０８の処理を実行する毎に更新される時刻である。
【００７３】
ステップＳＴ１０１において、削除部１２５０は、所定時刻を経過したと判断する場合には、終了命令を取得したか否かを判断する（ステップＳＴ１０２）。削除部１２５０は、終了命令を取得したと判断する場合には削除処理を終了し、そうでない場合にはステップＳＴ１０３を実行する。
【００７４】
ステップＳＴ１０２において、削除部１２５０は、終了命令を取得していないと判断した場合には、情報管理部１１３０が管理する記憶部から、記憶部が記憶する全ての通知予約を取得する（ステップＳＴ１０３）。
【００７５】
次に、削除部１２５０は、全ての通知予約についてステップＳＴ１０５から１０８の処理を実行したか否かを判断する（ステップＳＴ１０４）。削除部１２５０は、全ての通知予約について処理を実行したと判断する場合には上記ステップＳＴ１０１に戻り処理を繰り返し、そうでない場合にはステップＳＴ１０５の処理を実行する。
【００７６】
ステップＳＴ１０４において、削除部１２５０は、ステップＳＴ１０３で取得した通知予約の内で、処理の対象としていない通知予約の１つを処理対象とする通知予約（以下この図において、処理対象通知予約と言う）とし、通信判断部１２２０へ処理対象通知予約を出力する（ステップＳＴ１０５）。
【００７７】
次に、削除部１２５０は、通信判断部１２２０から、ステップＳＴ１０５で出力した処理対象通知予約に関する判断結果を取得する（ステップＳＴ１０６）。
【００７８】
その後、削除部１２５０は、ステップＳＴ１０６で取得した判断結果に基づいて、処理対象通知予約の通知先へ通知可能な状態であるか否かを判断する（ステップＳＴ１０７）。削除部１２５０は、通知可能な状態であると判断する場合にはステップＳＴ１０４に戻り上記処理を繰り返し、そうでない場合にはステップＳＴ１０８の処理を実行する。
【００７９】
ステップＳＴ１０７において、削除部１２５０は、通知可能な状態でないと判断する場合には、処理対象通知予約を記憶部から削除する（ステップＳＴ１０８）。その後、削除部１２５０は、ステップＳＴ１０４に戻り上記処理を繰り返す。
【００８０】
次に、図２に戻り引き続き通知装置１０００の構成について説明する。
機能提供部１２６０は、制御部１０１０に制御されて、受信部１２１０が受信したリクエスト情報が要求する提供機能を提供する。
【００８１】
イベント検知部１２７０は、所定の事象の発生を検知する。具体例を挙げると、機能提供部１２６０がプリント機能等の提供機能の提供を終了したと言う事象（つまり、プリント完了イベント）の発生を検出する。その後、検出した事象を識別する情報を制御部１０１０へ出力する。
【００８２】
検出部１２８０は、制御部１０１０に制御されて、イベント検知部１２７０から事象を識別する情報を取得する。次に、検出部１２８０は、取得した情報が識別する事象の発生を通知することを予約した通知予約であって、予約登録部１２４０が記憶部に登録した１又は複数の通知予約を記憶部から検出する。その後、検出部１２８０は、検出した通知予約を制御部１０１０へ出力する。
【００８３】
ここで、図６を参照して、検出部１２８０が、通知予約を記憶部から検出する際に実行する処理（以下単に、検出処理と言う）について説明する。図６は、検出処理の一例を表すフローチャートである。
【００８４】
先ず、検出部１２８０は、検出した通知予約を格納するリスト型又は配列型の変数（以下単に、検出通知予約リストと言う）を初期化する（ステップＳＴ２０１）。
【００８５】
次に、検出部１２８０は、制御部１０１０から、イベント検知部１２７０が検出した事象を識別する情報を取得し、取得した情報が識別する事象の内容を取得する（ステップＳＴ２０２）。
【００８６】
その後、検出部１２８０は、管理部が管理する記憶部に登録された全通知予約を取得する（ステップＳＴ２０３）。その後、検出部１２８０は、全ての通知予約についてステップＳＴ２０４の処理を実行したか否かを判断する（ステップＳＴ２０４）。検出部１２８０は、全ての通知予約について処理を実行したと判断する場合には処理を終了し、そうでない場合にはステップＳＴ２０５の処理を実行する。
【００８７】
ステップＳＴ２０４において、検出部１２８０は、全ての通知予約について処理を実行していないと判断する場合には、処理の対象としていない通知予約の１つを処理対象とする通知予約（以下この図において、処理対象通知予約と言う）とし、処理対象通知予約が取得した情報で識別される事象の発生を通知する通知予約であるか否かを判断する（ステップＳＴ２０５）。
【００８８】
検出部１２８０は、取得した事象の発生を通知する通知予約であると判断する場合にはステップＳＴ２０６の処理を、そうでない場合にはステップＳＴ２０４に戻り上記処理を繰り返す。
【００８９】
ステップＳＴ２０５において、検出部１２８０は、処理対象通知予約が、ステップＳＴ２０２で取得した事象の発生を通知する通知予約であると判断した場合には、処理対象通知予約を要素として検出通知予約リストに挿入する（ステップＳＴ２０６）。その後、ステップＳＴ２０４に戻り上記処理を繰り返す。
【００９０】
次に、図２に戻り引き続き通知装置１０００の構成について説明する。
送信部１２９０は、例えば、ネットワーク・アダプタで構成される。送信部１２９０は、受信部１２１０が受信した通知予約を受付けたことを表す情報（以下単に、受付応答と言う）又は通知予約を受付けなかったことを表す情報（以下単に、拒否応答と言う）を通知予約の送信元へ送信する。
【００９１】
また、送信部１２９０は、制御部１０１０から、検出部１２８０の検出した通知予約が予約した通知先へ通知情報を送信する。
【００９２】
最後に、図７から９を参照して、制御部１０１０が実行する制御処理について説明する。
図７は、受付条件を情報管理部１１３０が管理する記憶部へ登録するよう条件登録部１１２０を制御する場合に、制御部１０１０が実行する処理（以下単に、条件登録制御処理と言う）の一例を表すフローチャートである。
【００９３】
先ず、制御部１０１０は、入力部１１１０から受付条件を取得する（ステップＳＴ３０１）。次に、制御部１０１０は、取得した受付条件を情報管理部１１３０が管理する記憶部へ登録よう条件登録部１１２０を制御する（ステップＳＴ３０２）。その後、制御部１０１０は、条件登録制御処理の実行を終了する。
【００９４】
図８は、受信通知予約を情報管理部１１３０が管理する記憶部へ登録するよう予約登録部１１４０を制御する場合に、制御部１０１０が実行する処理（以下単に、予約登録制御処理と言う）の一例を表すフローチャートである。
【００９５】
先ず、制御部１０１０は、受信通知予約を受信部１２１０から取得する（ステップＳＴ４０１）。次に、制御部１０１０は、ステップＳＴ４０１で取得した受信通知予約を受付判定部１２３０へ出力する（ステップＳＴ４０２）。
【００９６】
その後、制御部１０１０は、ステップＳＴ４０２で出力した受信通知予約を受け入れるか否か判定するよう受付判定部１２３０を制御する（ステップＳＴ４０３）。
【００９７】
次に、制御部１０１０は、受付判定部１２３０から判定結果を取得する（ステップＳＴ４０４）。その後、制御部１０１０は、受付判定部１２３０が受信通知予約を受け入れると判定したか否かを判断する（ステップＳＴ４０５）。制御部１０１０は、受信通知予約を受け入れると判定する場合にはステップＳＴ４０６の処理を、そうでない場合にはステップＳＴ４０８の処理を実行する。
【００９８】
ステップＳＴ４０５において、制御部１０１０は、受信通知予約を受け入れると判定した場合には、受信通知予約を予約登録部１２４０へ出力し、出力した受信通知予約を記憶部に登録するよう予約登録部１２４０を制御する（ステップＳＴ４０６）。
【００９９】
次に、制御部１０１０は、受付応答を受信通知予約の送信元へ送信するよう送信部１２９０を制御する（ステップＳＴ４０７）。その後、制御部１０１０は、予約登録制御処理を終了する。
【０１００】
ステップＳＴ４０５において、制御部１０１０は、受信通知予約を受け入れないと判定した場合には、拒否応答を受信通知予約の送信元へ送信するよう送信部１２９０を制御する（ステップＳＴ４０８）。その後、制御部１０１０は、予約登録制御処理を終了する。
【０１０１】
図９は、所定の事象が発生した場合に、発生した事象に関する通知情報を送信するよう送信部１２９０等を制御する場合に、制御部１０１０が実行する処理（以下単に、通知制御と言う）の一例を表すフローチャートである。
【０１０２】
先ず、制御部１０１０は、イベント検知部１２７０が発生を検知した事象を識別する情報を取得する（ステップＳＴ５０１）。次に、制御部１０１０は、ステップＳＴ５０１で取得した事象を識別する情報を検出部１２８０へ出力する（ステップＳＴ５０２）。
【０１０３】
次に、制御部１０１０は、ステップＳＴ５０２で出力した情報が識別する事象の発生を通知することを予約する通知予約を検出するよう検出部１２８０を制御する（ステップＳＴ５０３）。
【０１０４】
その後、制御部１０１０は、検出部１２８０から、検出した通知予約を要素とする検出通知予約リストを取得する（ステップＳＴ５０４）。
【０１０５】
次に、制御部１０１０は、ステップＳＴ５０４で取得した検出通知予約リストの要素である通知予約の全てについてステップＳＴ５０６の処理を実行したか否かを判断する（ステップＳＴ５０５）。制御部１０１０は、全ての通知予約についてステップＳＴ５０６の処理を実行したと判断する場合には通知制御処理を終了し、そうでない場合にはステップＳＴ５０６の処理を実行する。
【０１０６】
ステップＳＴ５０５において、制御部１０１０は、全ての通知予約についてステップＳＴ５０６の処理を実行していないと判断した場合には、ステップＳＴ５０６の処理の対象としていない通知予約の１つを処理対象とする通知予約（以下この図において、処理対象通知予約と言う）とし、処理対象通知予約が予約した通知先に通知情報を送信するよう送信部１２９０を制御する（ステップＳＴ５０６）。その後、ステップＳＴ５０５に戻り上記処理を繰り返す。
【０１０７】
次に、図１に戻り引き続き通知システム１０の構成について説明する。
遠隔端末９０００は、例えば、パーソナルコンピュータ等で構成され、通信網１００を介して通知装置１０００と通信可能に接続している。
【０１０８】
遠隔端末９０００は、図示を省略するが、例えば、キーボード、タッチパネル、又はポインティング・ディバイス（マウス）等で構成される入力部、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ、又は液晶ディスプレイで構成される表示部、及び例えば、ネットワーク・アダプタ等で構成される通信部を有する。
【０１０９】
遠隔端末９０００の使用者は、遠隔端末９０００が有する入力部を操作することで、所望の通知予約又はリクエスト情報を送信する命令を入力する。
【０１１０】
遠隔端末９０００が有する通信部は、通信網１００を介して通知装置１０００に接続されている。遠隔端末９０００が有する通信部は、入力された命令に基づいて通知予約又はリクエスト情報を通知装置１０００へ送信する。
【０１１１】
具体例としては、遠隔端末９０００の使用者は、遠隔端末９０００が有する入力部を操作することで遠隔端末９０００が取り扱う電子ファイルの印刷を要求するリクエスト情報（以下単に、プリント・リクエストと言う）の送信を命じる命令を入力する。遠隔端末９０００は、入力された命令に従って、プリント・リクエスト及びプリント完了イベントを遠隔端末９０００へ送信することを予約する通信予約、及びその他必要な通信予約を通知装置１０００へ送信する。
【０１１２】
また、遠隔端末９０００が有する通信部は、通知装置１０００が送信した受付応答及び拒否応答を受信する。
【０１１３】
遠隔端末９０００は、受付応答のみを取得した場合には、受付応答のみを取得したことを表す表示を遠隔端末９０００が有する表示部に表示する。
【０１１４】
具体例としては、通知装置１０００の印刷を待つ行列に印刷要求を追加した旨のメッセージを表示する。
【０１１５】
次に、遠隔端末９０００は、通知装置１０００から通知情報が送信されるのを待つ。その後、遠隔端末９０００の有する通信部は、通知装置１０００が送信した通知情報を受信する。
【０１１６】
遠隔端末９０００は、通知情報を受信した場合には、通知情報を取得したことを表す表示を遠隔端末９０００が有する表示部に表示する。具体例としては、要求された印刷が完了した旨のメッセージを表示する。
【０１１７】
逆に、遠隔端末９０００が少なくとも１つ以上の拒否応答を受信した場合には、通知情報の送信を待つことなく次の命令の入力を待つ。尚、遠隔端末９０００は、拒否応答を取得した旨の表示をする実施例をも採用できる。
【０１１８】
本実施例においては、入力部１１１０が入力手段に相当し、受信部１２１０が受信手段に相当し、通信判断部１２２０が通信判断手段に相当し、受付判定部１２３０が受付判定手段に相当し、予約登録部１２４０が予約登録手段に相当し、削除部１２５０が削除手段に相当し、検出部１２６０が検出手段に相当し、送信部１２９０が送信手段に相当する。
【０１１９】
以下、本発明の第２の実施形態について説明する。
第２の実施例においては、通知装置１０００が、受付判定部１２３０の判定に関わらず、受付応答を通知予約の送信元に送信する実施形態について説明する。
【実施例２】
【０１２０】
第２の実施形態における通知装置は、第１の実施形態における通知装置１０００とほぼ同一の構成及び機能を有する。よって、第１の実施形態との差異について主に説明する。
【０１２１】
ここで、図１０を参照して、実施例２において、制御部１０１０が実行する予約登録制御処理について説明する。図１０は、実施例２において、制御部１０１０が実行する予約登録制御処理の一例を表すフローチャートである。
【０１２２】
制御部１０１０は、ステップＳＴ６０１からＳＴ６０５の処理を実行する。ステップＳＴ６０１からＳＴ６０５の処理は、図８を参照して説明したステップＳＴ４０１からＳＴ４０５の処理と同様であるため説明を省略する。
【０１２３】
制御部１０１０は、ステップＳＴ６０５において、受信通知予約を受け入れると判定する場合にはステップＳＴ６０６の処理を、そうでない場合にはステップＳＴ６０７の処理を実行する。
【０１２４】
ステップＳＴ６０５において、制御部１０１０は、受信通知予約を受け入れると判定した場合には、受信通知予約を記憶部に登録するよう予約登録部１２４０を制御する（ステップＳＴ６０６）。
【０１２５】
ステップＳＴ６０６を実行した後、又はステップＳＴ６０５において受信通知予約を受け入れないと判定した場合には、制御部１０１０は、受付応答を受信通知予約の送信元へ送信するよう送信部１２９０を制御する（ステップＳＴ６０７）。その後、制御部１０１０は、予約登録制御処理を終了する。
【０１２６】
ここで、図２に戻り、実施例２における通知装置１０００の構成について説明する。
通知装置１０００の記憶部には、通知予約を受付けないことにより、遠隔端末９０００が行う通知装置１０００の監視等において重大な問題が引き起こされると予想される通知予約（以下単に、監視通知予約と言う）のみを受付ける受付け条件が登録されている。
【０１２７】
次に、図１に戻り、実施例２における通知システム１０の構成について説明する。
遠隔端末９０００は受付応答のみを取得し、実施例１で説明した、受付応答のみを取得した場合に実行する処理を実行する。
【０１２８】
通知装置１０００は、受付条件に従って通知予約を受付けるか否か判断して監視通知予約を登録するが、それ以外の通知予約を登録しない。しかし、遠隔端末９０００は、監視通知予約に基づいて通知装置１０００が通知する通知情報を受信して通知装置１０００の監視を継続する。
【０１２９】
以下、本発明の第３の実施形態について説明する。
第３の実施例においては、通知装置１０００が、受付判定部１２３０の判定に関わらず、拒否応答を通知予約の送信元に送信する実施形態について説明する。
【実施例３】
【０１３０】
第３の実施形態における通知装置は、第１の実施形態における通知装置１０００とほぼ同一の構成及び機能を有する。よって、第１の実施形態との差異について主に説明する。
【０１３１】
ここで、図１１を参照して、実施例３において、制御部１０１０が実行する予約登録制御処理について説明する。図１１は、実施例３において、制御部１０１０が実行する予約登録制御処理の一例を表すフローチャートである。
【０１３２】
制御部１０１０は、ステップＳＴ７０１からＳＴ７０５の処理を実行する。ステップＳＴ７０１からＳＴ７０５の処理は、図８を参照して説明したステップＳＴ４０１からＳＴ４０５の処理を同様であるため説明を省略する。
【０１３３】
制御部１０１０は、ステップＳＴ７０５において、受信通知予約を受け入れると判定する場合にはステップＳＴ７０６の処理を、そうでない場合にはステップＳＴ７０７の処理を実行する。
【０１３４】
ステップＳＴ７０５において、制御部１０１０は、受信通知予約を受け入れると判定した場合には、受信通知予約を記憶部に登録するよう予約登録部１２４０を制御する（ステップＳＴ７０６）。
【０１３５】
ステップＳＴ７０６を実行した後、又はステップＳＴ７０５において受信通知予約を受け入れないと判定した場合には、制御部１０１０は、拒否応答を受信通知予約の送信元へ送信するよう送信部１２９０を制御する（ステップＳＴ７０７）。その後、制御部１０１０は、予約登録制御処理を終了する。
【０１３６】
次に、図１に戻り、実施例２における通知システム１０の構成について説明する。
遠隔端末９０００は『拒否』応答のみを取得するが、実施例１で説明した、『受付』応答のみを取得した場合に実行する処理を実行する。更に、遠隔端末９０００の有する表示部は、予約通知が受付けられなかった可能性がある旨の表示を行う。
【０１３７】
通知装置１０００は、機能的には、演算部１００１がＲＯＭ１００２、ＲＡＭ１００３、外部記憶部１００４の少なくともひとつに格納されたプログラムを実行することにより実現できる。また、このプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記録媒体に格納して配布したり、ネットワークを介して配信したりすることにより提供できる。
【０１３８】
以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【０１３９】
上記実施形態では、外部記憶装置はハードディスク（Hard Disk）で構成されるとして説明したが、これに限定されるわけではなく、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）、ＤＶＤ−ＲＡＭ（Digital Versatile Disk Random Access Memory）、ＭＯ（magneto-optic）、及び、フラッシュメモリ（flash memory）で構成される実施形式を採用できる。
【図面の簡単な説明】
【０１４０】
【図１】本発明の通知システムの一実施形態を示す構成図である。
【図２】通知装置の構成を説明するための機能ブロック図の一例である。
【図３】ソフトウェア制御を実現するための通知装置のハードウェアの一構成例を表す図である。
【図４】受付判定部が実行する判定処理の一例を表すフローチャートである。
【図５】削除部が実行する削除処理の一例を表すフローチャートである。
【図６】検出部が実行する検出処理の一例を表すフローチャートである。
【図７】制御部が実行する条件登録制御処理の一例を表すフローチャートである。
【図８】実施例１において、制御部が実行する予約登録制御処理の一例を表すフローチャートである。
【図９】制御部が実行する通知制御の一例を表すフローチャートである。
【図１０】実施例２において、制御部が実行する予約登録制御処理の一例を表すフローチャートである。
【図１１】実施例３において、制御部が実行する予約登録制御処理の一例を表すフローチャートである。
【符号の説明】
【０１４１】
１０…通知システム
１００…通信網
１０００…通知装置
１００１…演算部
１００２…ＲＯＭ
１００３…ＲＡＭ
１００４…外部記憶部
１００５…バス
１０１０…制御部
１１１０…入力部（入力手段）
１１２０…条件登録部
１１３０…情報管理部
１２１０…受信部（受信手段）
１２２０…通信判断部（通信判断手段）
１２３０…受付判定部（受付判定手段）
１２４０…予約登録部（予約登録手段）
１２５０…削除部（削除手段）
１２６０…機能提供部
１２７０…イベント検知部
１２８０…検出部（検出手段）
１２９０…送信部（送信手段）
９０００〜９００ｎ…遠隔端末
【図１】
2008123424.tif 000003
【図２】
2008123424.tif 000004
【図３】
2008123424.tif 000005
【図４】
2008123424.tif 000006
【図５】
2008123424.tif 000007
【図６】
2008123424.tif 000008
【図７】
2008123424.tif 000009
【図８】
2008123424.tif 000010
【図９】
2008123424.tif 000011
【図１０】
2008123424.tif 000012
【図１１】
2008123424.tif 000013