(57)【要約】【課題】通知収集サーバの存在を意識することなくイベント通知メッセージの送信先を通知源サーバ装置に自動設定する。【解決手段】画像処理装置２へジョブの実行を要求するとき、通知収集サーバ検出部１６は、ネットワーク４上に複数の通知収集サーバ３を検出したとき、それぞれの属性を参照に選択条件に従い一の通知収集サーバ３を選択する。通知先設定部１５１は、画像処理装置２へジョブ実行要求と同時に送信する通知要求に、クライアント装置１に代わってイベント通知メッセージを収集する通知収集サーバ３のアドレスをイベント通知メッセージの送信先として設定する。画像処理装置２では、ジョブの実行に伴いイベントが発生したときに通知要求に設定されている送信先へイベント通知メッセージを送信する。【選択図】        図１
2004199225.tif 000002
【特許請求の範囲】
【請求項１】
検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知手段を有する通知源サーバ装置とネットワークを介して接続されたクライアント装置において、
ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出する通知収集サーバ検出手段と、
前記通知源サーバ装置でイベントが発生したときにイベント通知メッセージの送信を前記通知源サーバ装置に対して要求する通知要求手段と、
前記通信要求手段が要求するイベント通知メッセージの送信先として、前記通知収集サーバ検出手段により検出された通知収集サーバ装置を設定する通知先設定手段と、
を備えることを特徴とするクライアント装置。
【請求項２】
請求項１記載のクライアント装置において、
前記通知要求手段は、前記通知源サーバ装置へ送信されるジョブ実行要求と同時にイベント通知メッセージの送信を要求することを特徴とするクライアント装置。
【請求項３】
請求項１記載のクライアント装置において、
前記通知収集サーバ検出手段は、ネットワーク上に複数の通知収集サーバ装置を検出した場合、検出した各通知収集サーバ装置の属性に基づき一の通知源サーバ装置を選択することを特徴とするクライアント装置。
【請求項４】
請求項１記載のクライアント装置において、
前記通知収集サーバ検出手段は、入力された、又は予め設定されているネットワーク上の範囲を通知収集サーバ装置の探索範囲とすることを特徴とするクライアント装置。
【請求項５】
検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知手段を有する通知源サーバ装置において、
ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出する通知収集サーバ検出手段と、
前記通知収集サーバ検出手段により検索された通知収集サーバ装置に対してイベント通知メッセージを送信するメッセージ送信手段と、
を備えることを特徴とする通知源サーバ装置。
【請求項６】
請求項５記載の通知源サーバ装置において、
前記通知収集サーバ検出手段は、ネットワーク上に複数の通知収集サーバ装置を検出した場合、検出した各通知収集サーバ装置の属性に基づき一の通知源サーバ装置を選択することを特徴とする通知源サーバ装置。
【請求項７】
請求項５記載の通知源サーバ装置において、
前記通知収集サーバ検出手段は、入力された、又は予め設定されているネットワーク上の範囲を通知収集サーバ装置の探索範囲とすることを特徴とする通知源サーバ装置。
【請求項８】
検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知源サーバ装置と、
前記通知源サーバ装置に対してジョブの実行を要求するクライアント装置と、
を有するネットワークシステムにおけるイベント通知メッセージ管理方法において、
ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出する通知収集サーバ検出ステップと、
前記通知源サーバ装置において、前記通知収集サーバ検出ステップにより検出された通知収集サーバ装置に対してイベント通知メッセージを送信するメッセージ送信ステップと、
を含むことを特徴とするイベント通知メッセージ管理方法。
【請求項９】
請求項８記載のイベント通知メッセージ管理方法において、
前記メッセージ送信ステップは、前記通知収集サーバ検出ステップを実行した前記クライアント装置からジョブ実行要求と同時に送信されてくる情報に設定されている通知収集サーバ装置をイベント通知メッセージの送信先とすることを特徴とするイベント通知メッセージ管理方法。
【請求項１０】
請求項８記載のイベント通知メッセージ管理方法において、
前記通知収集サーバ検出ステップは、ネットワーク上に複数の通知収集サーバ装置を検出した場合、検出した各通知収集サーバ装置の属性に基づき一の通知源サーバ装置を選択することを特徴とするイベント通知メッセージ管理方法。
【請求項１１】
検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知手段を有する通知源サーバ装置とネットワークを介して接続されたクライアント装置において、
ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出するステップと、
前記通知源サーバ装置でイベントが発生したときにイベント通知メッセージの送信を前記通知源サーバ装置に対して要求するステップと、
前記通信要求手段が要求するイベント通知メッセージの送信先として、前記通知収集サーバ検出手段により検出された通知収集サーバ装置を設定するステップと、
をコンピュータに実行させるプログラム。
【請求項１２】
検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知手段を有する通知源サーバ装置において、
ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出するステップと、
前記通知収集サーバ検出手段により検索された通知収集サーバ装置に対してイベント通知メッセージを送信するステップと、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、イベント通知機能を有する画像処理装置等の通知源サーバ装置及び通知源サーバ装置に対してネットワークを介して画像処理等の実行および通知の配信予約を行うクライアント装置を含むネットワークシステムにおいて、通知源サーバ装置がイベントを検出したときに送信されるイベント通知メッセージの通知先の設定の便宜を図る装置構成及びメッセージ管理方法に関する。
【０００２】
【従来の技術】
近年、オフィス等において、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークを介して、ユーザがＰＣ等のクライアント装置からプリンタ等の画像処理装置に対して画像処理等の処理の実行を要求するシステムが一般に使用されている。このようなシステムに使用される画像処理装置として、印刷処理の開始、終了や装置の異常発生、状態変化等のイベントをユーザに対して通知することが可能なイベント通知機能を含む画像処理装置が知られている。
【０００３】
このような画像処理装置は、装置内でのイベントを検知すると、予めユーザによって登録された通知先に対してイベント通知メッセージを送信する。多くの場合、通知先としてジョブの処理を要求したユーザや管理者等が登録される。これにより、登録されたユーザは、ジョブが終了したというイベントの発生を直ちに知ることができるので、出力結果を入手することができる。また、装置内でトラブルが発生したというイベントの発生を直ちに知ることができるので、トラブルを取り除くなどの処置を迅速かつ円滑に行うことができる。このように、イベント通知機能はユーザにとって大変有益である。
【０００４】
しかしながら、装置において頻繁に状態変化が生じた場合や、多くの印刷処理を実行した場合などにおいては、ユーザや管理者に大量の通知メッセージが送られてくることになる。これにより、ネットワークの負荷の増加、通信料の増加、ユーザの手間の増加等の問題が発生することが考えられる。
【０００５】
そこで、前述のシステムのネットワーク上にイベント通知メッセージを収集する通知収集サーバを設置することで問題を軽減することができる。通知収集サーバは、装置から受信した通知メッセージを一旦保存するものであり、複数の通知メッセージをある程度まとめて設定された通知先に送信したり、クライアント装置からの通知メッセージの閲覧を可能にしたりするものである。例えば、従来には、障害監視システムにおいて、管理システムは管理対象の機器から送られた障害メッセージのうち緊急度の低いメッセージを管理システムのメッセージ保存部に一旦保存しておき、緊急度の高いメッセージを受信した時に緊急度の低い物とまとめて通知先に対して送信するという技術がある（特許文献１参照）。
【０００６】
このように、前述した従来のシステムにおいて、ネットワークに通知収集サーバが接続されている場合、ユーザは、クライアント装置から画像処理装置に対して通知先として通知収集サーバを登録することによって、画像処理装置から送信された通知メッセージを通知収集サーバに一旦蓄積し、複数の通知メッセージをまとめて所定のタイミングで送信してもらったり、あるいはクライアント装置から通知メッセージの閲覧を可能にしたりすることで、ネットワーク負荷や通信料の未然防止、ユーザの便宜を図ることができる。
【０００７】
【特許文献１】
特開平９−９１２１９号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、前述した通知収集サーバを利用する前には、ユーザがクライアント装置から画像処理装置に対して通知先として異なる宛先、つまり通知収集サーバのアドレスを登録しなければならず、その処理操作が煩雑である。
【０００９】
また、画像処理装置に通知先として登録すべき通知収集サーバのアドレスを知らなければ、何らかの手段により自らそのアドレスを見つけださなければならなかった。
【００１０】
本発明は以上のような問題を解決するためになされたものであり、その目的は、通知収集サーバの存在を意識することなくイベント通知メッセージの送信先を通知源サーバ装置に自動登録でき、また、通知収集サーバが存在する場合にはイベント通知メッセージの送信先として通知収集サーバを自動選択できるようにするクライアント装置、通知源サーバ装置、イベント通知メッセージ管理方法を提供することにある。
【００１１】
【課題を解決するための手段】
以上のような目的を達成するために、本発明に係るクライアント装置は、検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知手段を有する通知源サーバ装置とネットワークを介して接続されたクライアント装置において、ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出する通知収集サーバ検出手段と、前記通知源サーバ装置でイベントが発生したときにイベント通知メッセージの送信を前記通知源サーバ装置に対して要求する通知要求手段と、前記通信要求手段が要求するイベント通知メッセージの送信先として、前記通知収集サーバ検出手段により検出された通知収集サーバ装置を設定する通知先設定手段とを備えることを特徴とする。
【００１２】
また、前記通知要求手段は、前記通知源サーバ装置へ送信されるジョブ実行要求と同時にイベント通知メッセージの送信を要求することを特徴とする。
【００１３】
また、前記通知収集サーバ検出手段は、ネットワーク上に複数の通知収集サーバ装置を検出した場合、検出した各通知収集サーバ装置の属性に基づき一の通知源サーバ装置を選択することを特徴とする。
【００１４】
また、前記通知収集サーバ検出手段は、入力された、又は予め設定されているネットワーク上の範囲を通知収集サーバ装置の探索範囲とすることを特徴とする。
【００１５】
また、本発明に係る通知源サーバ装置は、検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知手段を有する通知源サーバ装置において、ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出する通知収集サーバ検出手段と、前記通知収集サーバ検出手段により検索された通知収集サーバ装置に対してイベント通知メッセージを送信するメッセージ送信手段とを備えることを特徴とする。
【００１６】
また、前記通知収集サーバ検出手段は、ネットワーク上に複数の通知収集サーバ装置を検出した場合、検出した各通知収集サーバ装置の属性に基づき一の通知源サーバ装置を選択することを特徴とする。
【００１７】
また、前記通知収集サーバ検出手段は、入力された、又は予め設定されているネットワーク上の範囲を通知収集サーバ装置の探索範囲とすることを特徴とする。
【００１８】
また、本発明に係るイベント通知メッセージ管理方法は、検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知源サーバ装置と、前記通知源サーバ装置に対してジョブの実行を要求するクライアント装置とを有するネットワークシステムにおけるイベント通知メッセージ管理方法において、ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出する通知収集サーバ検出ステップと、前記通知源サーバ装置において、前記通知収集サーバ検出ステップにより検出された通知収集サーバ装置に対してイベント通知メッセージを送信するメッセージ送信ステップとを含むことを特徴とする。
【００１９】
また、前記メッセージ送信ステップは、前記通知収集サーバ検出ステップを実行した前記クライアント装置からジョブ実行要求と同時に送信されてくる情報に設定されている通知収集サーバ装置をイベント通知メッセージの送信先とすることを特徴とする。
【００２０】
また、前記通知収集サーバ検出ステップは、ネットワーク上に複数の通知収集サーバ装置を検出した場合、検出した各通知収集サーバ装置の属性に基づき一の通知源サーバ装置を選択することを特徴とする。
【００２１】
また、本発明に係るコンピュータに実行されるプログラムは、検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知手段を有する通知源サーバ装置とネットワークを介して接続されたクライアント装置において、ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出するステップと、前記通知源サーバ装置でイベントが発生したときにイベント通知メッセージの送信を前記通知源サーバ装置に対して要求するステップと、前記通信要求手段が要求するイベント通知メッセージの送信先として、前記通知収集サーバ検出手段により検出された通知収集サーバ装置を設定するステップと、をコンピュータに実行させることを特徴とする。
【００２２】
また、他の発明に係るコンピュータに実行されるプログラムは、検出したイベントを通知するためのイベント通知メッセージを設定された通知先へ送信する通知手段を有する通知源サーバ装置において、ネットワーク上に存在し、イベント通知メッセージを収集する通知収集サーバ装置を検出するステップと、前記通知収集サーバ検出手段により検索された通知収集サーバ装置に対してイベント通知メッセージを送信するステップと、をコンピュータに実行させることを特徴とする。
【００２３】
【発明の実施の形態】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００２４】
実施の形態１．
図１は、本実施の形態におけるネットワークシステムの全体構成図であり、本発明に係るクライアント装置及び通知源サーバ装置の一実施の形態のブロック構成が示されている。本実施の形態におけるネットワークシステムは、図１に示すように、クライアント装置１、画像処理装置２、通知収集サーバ３ａ，３ｂが、ネットワーク４を介して接続されている。
【００２５】
本実施の形態におけるクライアント装置１は、例えば、ＰＣ（パーソナルコンピュータ）、ワークステーション、ＰＤＡ（携帯情報端末）などに代表されるように有線又は無線にてネットワーク接続可能な端末である。本実施の形態におけるクライアント装置１は、制御部１１、通信処理部１２、ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部１３、通知受信部１４、通知要求部１５及び通知収集サーバ検出部１６を有している。制御部１１は、装置１に内蔵されたＣＰＵ、ＲＯＭ及びＲＡＭなどから構成されるマイクロコンピュータで、搭載されたアプリケーション等を実行することによって後述する処理動作を行いクライアント装置１全体の制御を司る。通信処理部１２は、ネットワーク４を介して接続された画像処理装置２や通知収集サーバ３ａ，３ｂなどの外部装置との間でジョブ実行要求の送信やイベント通知メッセージの受信等情報の授受を行うためのインターフェースである。ＵＩ部１３は、ユーザがジョブの実行やイベント通知メッセージの閲覧等を行う場合に用いられる入力装置およびディスプレイ装置である。通知受信部１４は、通信処理部１２を介して通知収集サーバ３ａ，３ｂから送られてきたイベント通知メッセージを受信し、またＵＩ部１３に表示させる。イベント通知メッセージを受信するためには、メッセージ送信者が送信に使用するプロトコルに対応する必要がある。本実施の形態においては、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて電子メールで通知メッセージを受信する機能を備えるものとする。通知要求部１５は、画像処理装置２でイベントが発生したときにイベント通知メッセージの送信を画像処理装置２に対して要求する。通知要求部１５は、通知先設定部１５１を有する。通知先設定部１５１は、通知要求部１５が要求するイベント通知メッセージの送信先として、通知収集サーバ検出部１６により検出された通知収集サーバ装置を設定する。通知収集サーバ検出部１６は、検索機能によりネットワーク４上に存在する通知収集サーバを検出すると共に、検出した通知収集サーバに関する情報を取得する。
【００２６】
一方、本実施の形態における画像処理装置２は、例えば、プリンタ、スキャナ、複合機等に代表される装置である。画像処理装置２は、制御部２１、通信処理部２２、画像処理部２３、画像記録部２４、ＵＩ部２５及び通知部２６を有している。制御部２１は、装置２に内蔵されたＣＰＵ、ＲＯＭ及びＲＡＭなどから構成されるマイクロコンピュータで、搭載されたアプリケーション等を実行することによって後述する処理動作を行い画像処理装置２全体の制御を司る。通信処理部２２は、ネットワーク４を介して接続されたクライアント装置１や通知収集サーバ３ａ，３ｂなどの外部装置に対してジョブ実行要求の受信やイベント通知メッセージの送信等情報の授受を行うためのインターフェースである。画像処理部２３は、外部装置から入力された画像データについて各種の処理を行う。画像記録部２４は、外部装置から入力された画像データを一時的に保存する。ＵＩ部２５は、ユーザが画像処理装置２に対して指示を行うときに用いられる入力装置およびディスプレイ装置である。通知部２６は、画像処理装置２の内部で処理の終了、装置状態の変化等のイベントが発生したときに設定されている通知先へイベント通知メッセージを送信する。本実施の形態における通知部２６は、通知要求受信部２６１、イベント検出部２６２、通知先登録部２６３及び通知送信部２６４を有している。通知要求受信部２６１は、クライアント装置１からの通知要求を通信処理部２２を介して受信する。イベント検出部２６２は、画像処理装置２の内部で発生したイベントを検出する。通知先登録部２６３は、イベント通知メッセージの受領者、すなわちイベント通知メッセージの送信先アドレスの指定を行う。通知送信部２６４は、発生したイベントに関する情報を含んだイベント通知メッセージを作成し、通知先登録部２６３によって指定された通知先アドレスへイベント通知メッセージを送信する。イベント通知メッセージに含まれる情報には、例えば、イベントが発生した装置２の名称、発生したイベントの名称、イベントに関連するジョブの識別子、イベントが発生した日時、イベントに関するジョブの持ち主（ジョブ実行要求発信元）であるユーザの名前、ユーザが使用したクライアント装置１のアドレス等が含まれる。遊佐に関する情報は、ジョブ実行要求に含まれている情報から取得できる。イベント通知メッセージの送信には、任意のプロトコルを使用してかまわないが、本実施の形態ではＳＭＴＰを用いて電子メールで通知メッセージを送信することにする。
【００２７】
なお、本実施の形態においては、通知源サーバ装置として画像処理装置２を用いた構成を例示しているが、例えばファイル記憶装置などのその他の情報処理装置を用いてシステムを構成してもよい。
【００２８】
通知収集サーバ３ａ，３ｂは、ネットワーク４を介して接続された画像処理装置２からのイベント通知メッセージを受信し、一時的に蓄積し、そして、所定のタイミングで最終的な通知先となるユーザが使用するクライアント装置１へ送信するサーバである。本実施の形態において最終的な通知先となるユーザは、イベント発生の原因となるジョブ実行要求を画像処理装置２へ送信したユーザである。本実施の形態における全ての通知収集サーバ３ａ，３ｂの装置構成は同じでよい。この通知収集サーバの構成を図２を用いて説明する。
【００２９】
通知収集サーバ３は、制御部３１、情報管理部３２、通知メッセージ記録部３３、通信処理部３４及び通知部３５を有している。制御部３１は、サーバ３に内蔵されたＣＰＵ、ＲＯＭ及びＲＡＭなどから構成されるマイクロコンピュータで、搭載されたアプリケーション等を実行することによって後述する処理動作を行い通知収集サーバ３全体の制御を司る。情報管理部３２は、通知収集サーバ３に関する様々な情報を持つ管理テーブルを持ち、クライアント装置１からの情報の閲覧、変更等に対応する。通知メッセージ記録部３３は、通知部３５が受信したイベント通知メッセージを一時的に保管しておくための記憶装置である。通信処理部３４は、ネットワーク４を介して接続されたクライアント装置１や画像処理装置２などの外部装置との間で情報の授受を行うインターフェースである。通知部３５は、通知受信部３５１、通知作成部３５２及び通知送信部３５３を有している。通知受信部３５１は、画像処理装置２からのイベント通知メッセージを受信する。イベント通知メッセージの受信には、任意のプロトコルを使用してかまわないが、本実施の形態ではＳＭＴＰを用いて電子メールで通知メッセージの受信を行うものとする。受信した通知メッセージは通知メッセージ記録部３３に保存される。通知作成部３５２は、通知メッセージ記録部３３に保存されている受信済みの複数のイベント通知メッセージを一つにまとめて送信するための編集機能を有している。なお、通知作成部３５２が編集することにより作成されたメッセージを特に統括メッセージと称することにする。また、イベント通知メッセージには、イベント発生原因となるジョブの実行要求送信元のクライアント装置１のアドレスが設定されているので、通知作成部３５２は、そのクライアント装置１のアドレスを統括メッセージの送信先として指定する。通知送信部３５３は、新たに作成された統括メッセージを通知作成部３５２により指定された送信先、すなわちイベント通知メッセージが本来送信されるべきクライアント装置１へ送信する。通知メッセージの送信には、任意のプロトコルを用いてかまわないが、本実施の形態ではＳＭＴＰを用いて電子メールで通知メッセージの送信を行う。また、送り先は、通知作成部３５２で指定された通知先に対して送信を行う。
【００３０】
なお、図１においては２台の通知収集サーバ３ａ，３ｂが示されているが、通知収集サーバはネットワーク４にいくつ接続されていてもかまわない。また、一つも接続されていなくても本実施の形態は実施可能である。クライアント装置１を操作するユーザは、通知収集サーバがネットワーク上に存在するか否か、また、存在するのであればいくつ存在するのかを事前に把握しておく必要はない。
【００３１】
次に、クライアント装置１が画像処理装置２に対してジョブ実行要求を送信する際の動作を、図３のフローチャートを用いて説明する。
【００３２】
まず、クライアント装置１は、ユーザからの要求に応じてジョブ送信処理を開始すると、通知収集サーバ検出部１６は、ユーザからの要求を認識した制御部１１による実行制御に従いネットワーク４上に存在する通知収集サーバを検索する（Ｓ１０１）。ところで、ネットワーク４に接続された保存先外部記憶装置の検索方法としては、例えばＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）やＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）ディスカバリが挙げられる。
【００３３】
ＳＬＰは、ネットワーク上で提供されるサービスの情報を管理するためのプロトコルであり、ユーザエージェント、サービスエージェント、ディレクトリエージェントの３種類のエージェント間で通信を行う。つまり、ユーザエージェントは、ネットワーク４上で利用可能なサービス情報が必要なときに、ディレクトリエージェントに対してサービス情報を要求する。サービスエージェントは、自らが提供するサービス情報をディレクトリエージェントに登録する。ディレクトリエージェントは、サービス情報の一覧を保持するデータベースを持ち、ユーザエージェントからのサービス情報の要求があると、条件に該当するサービス情報がデータベースに登録されているか否かを調べる。登録されている場合には、そのサービス情報をユーザエージェントに提供する。また、サービスエージェントからのサービス情報登録の要求があると、データベースへサービス情報を追加する。なお、ネットワーク上にディレクトリエージェントが存在しない場合でも動作可能であり、この場合、ユーザエージェントはマルチキャストを用いて複数のサービスエージェントに対してサービス情報要求を行う。サービスエージェントは、ユーザエージェントからのサービス情報要求があると、要求されたサービスを提供している場合のみサービス情報をユーザエージェントに提供する。要求されたサービスを提供していない場合には何も応答しない。
【００３４】
また、ＵＰｎＰディスカバリは、ネットワーク４に接続されたデバイスやサービスの検出および制御をするための規格である。すなわち、新しいデバイスやサービスがネットワーク４に追加されると、各デバイスおよびサービスはそれぞれコントロールポイントにマルチキャストでアドバタイズ（告知）する。新しいコントロールポイントがネットワーク４に追加されると、コントロールポイントは条件を設定しネットワーク４上のデバイスおよびサービスをマルチキャストで検索する。デバイスおよびサービスは、検索メッセージを受信し、条件が合致した場合は応答しなければならない。このような規格によって、ネットワーク４上のデバイスやサービスを自動的に検索できるようになる。
【００３５】
上記方法等で通知収集サーバ３を検索することができたかを次のステップで判断する（Ｓ１０２）。通知収集サーバ３が存在した場合は、更にいくつの通知収集サーバ３が検出されたかを判断する（Ｓ１０３）。通知収集サーバ検出部１６は、複数の通知収集サーバ３ａ，３ｂを検出した場合、更に各通知収集サーバ３ａ，３ｂの属性を取得する（Ｓ１０４）。ここで、属性には、例えば通知収集サーバ３ａ，３ｂのネットワーク４上の位置（ドメイン）等の情報が含まれている。その後、取得した属性に基づいてクライアント装置１に代わってイベント通知メッセージを収集する１つの通知収集サーバを決定する（Ｓ１０５）。通知収集サーバの決定は、ＵＩ部１３により表示された各通知収集サーバ３ａ，３ｂを参照にユーザが行ってもよいし、予め設定された選択条件に基づいてクライアント装置１が自動的にできるようにしてもよい。自動決定させるには、ユーザがＵＩ部１３を介してクライアント装置１に選択条件を予め設定できるような構成を設けておく必要がある。
【００３６】
選択条件としては、通知収集サーバ３ａ，３ｂのドメインに基づく方法がある。例えば、クライアント装置１、画像処理装置２、通知収集サーバ３ａ、３ｂが、ネットワーク４に対して図４に示すように異なるドメインのサブネットワーク５ａ，５ｂを介して接続されている場合がある。図４に示すネットワークの例では、クライアント装置１と通知収集サーバ３ａがサブネットワーク５ａに、画像処理装置２と情報収集サーバ３ｂがサブネットワーク５ｂにそれぞれ接続され、サブネットワーク５ａ，５ｂがそれぞれネットワーク４に接続されている。このような場合、クライアント装置１が同じドメインの通知収集サーバを利用するという選択条件を設定しておけば、複数の通知収集サーバ３ａ，３ｂの中からサブネットワーク５ａに接続された通知収集サーバ３ａが自動的に選択されることになる。
【００３７】
通知収集サーバ検出部１６がネットワーク４に接続された１台の通知収集サーバのみを検出した、あるいは上記のように複数の通知収集サーバの中から所定の選択条件に基づき一つの通知収集サーバを決定した後、通知先設定部１５１は、画像処理装置２へ送信するジョブ実行要求と同時に、イベント通知メッセージの通知を要求するための通知要求の中に、通知収集サーバのアドレスをイベント通知メッセージの送信先アドレスとして設定登録する（Ｓ１０６）。通知要求部１５は、送信先アドレスを含む通知要求をジョブ実行要求と同時に通信処理部１２を介して画像処理装置２へ送信する（Ｓ１０８）。なお、本実施の形態では、既存のジョブ実行要求の仕様を変更しなくてすむように通知要求をジョブ実行要求と共に送信できるようにしたが、ジョブ実行要求の仕様を変更して通知要求と合体させ、ジョブ実行要求の中にイベント通知メッセージの送信先を指定できるようにしてもよい。
【００３８】
通知収集サーバ検出部１６が検索した結果、通知収集サーバ３を一つも検出できなかった場合、通知先設定部１５１は、自装置１のアドレスを通知先アドレス、すなわちイベント通知メッセージの送信先アドレスとして通知要求に設定する（Ｓ１０７）。通知要求部１５は、この通知要求をジョブ実行要求と共に通信処理部１２を介して画像処理装置２へ送信する（Ｓ１０８）。自装置１のアドレスを通知先アドレスとすれば従来技術と同じように作用することになるが、通知収集サーバ３の存在を事前に把握しなくてもイベント通知メッセージを受信できるように自動設定することができる。
【００３９】
画像処理装置２では、送られてきたジョブ実行要求に従いジョブを実行することになるが、そのジョブの実行に伴い何らかのイベントが発生すると、通知送信部２６４は、通知先登録部２６３により指定された通知先へイベント通知メッセージを送信する。なお、通知先登録部２６３は、ジョブ実行要求と共に送られてきた通知要求に含まれている通知先をイベント通知メッセージの送信先として指定する。
【００４０】
次に、送信先として通知収集サーバ３のアドレスが指定されていたときに実行される通知収集サーバ３の動作について図５に示したフローチャートを用いて説明する。
【００４１】
通知収集サーバ３の通知受信部３５１は、画像処理装置２からのイベント通知メッセージを受信すると（Ｓ２０１）、受信したイベント通知メッセージを一旦通知メッセージ記録部３３に保存する（Ｓ２０２）。このとき、通知収集サーバ３は、通知受信部３５１が受信したイベント通知メッセージと同じ最終通知先を持つイベント通知メッセージが、通知メッセージ記録部３３にいくつ保存されているかを調べる。なお、最終通知先というのは、イベント通知メッセージが本来送信されるべきクライアント装置１のことである。前述したようにイベント通知メッセージにはクライアント装置１のアドレスが含まれているので、クライアント装置毎のメッセージ数は容易に把握できる。
【００４２】
そして、通知メッセージ記録部３３での保存数が一定数に達しているかを判断する（Ｓ２０３）。この一定数（閾値）は、情報管理部３２により予め設定されるものであり、通知収集サーバ３の図示しないユーザインターフエース手段を介してシステム管理者によって設定されたり、システム管理者やクライアントによって外部装置からネットワークを介して収集サーバ３に設定され、ユーザ毎に設定された閾値であってもよいし、全てのユーザに共通に設定された閾値であってもよい。一定数に達していなかった場合は、そのまま終了する。
【００４３】
一定数に達していた場合、通知作成部３５２は、最終通知先をイベント通知メッセージの送信先として指定する（Ｓ２０４）。最終通知先は、上記の通りイベント通知メッセージに記述されたジョブの持ち主のユーザが使用するクライアント装置１のアドレスとなる。その後、通知作成部３５２は、通知メッセージ記録部３３に保存されている複数の通知メッセージを編集して、最終通知先に送信する統括メッセージを作成する（Ｓ２０５）。
【００４４】
作成した統括メッセージの一例を図６に示す。本実施の形態においては、イベント通知メッセージを電子メールの形式で送信するので、クライアント装置１２へ送信する通知メッセージを電子メールのヘッダ部と通知メッセージ部とで構成することによりこの形式に適合させる。ヘッダ部には、電子メールの宛先として、最終通知先のアドレスが記述される。通知メッセージ部は複数の通知から構成され、それぞれの通知にイベントの情報を示す属性が記述される。通知メッセージが作成されると、通知送信部３５３は、通知メッセージを該当するクライアント装置１へ送信し（Ｓ２０６）、処理を終了する。
【００４５】
本実施の形態によれば、イベント通知メッセージの収集を依頼する通知収集サーバを自動的に検出し、クライアント装置１の代わりにその検出した通知収集サーバ３のアドレスをイベント通知メッセージの送信先として画像処理装置２に自動的に設定することができる。また、クライアント装置１の代わりとなる通知収集サーバ３の存在を意識することなくイベント通知メッセージの送信を画像処理装置２に要求することができる。
【００４６】
なお、本実施の形態においては、ネットワーク負荷及び通信料の削減等のために通知収集サーバ３が蓄積したイベント通知メッセージを編集して統括メッセージを作成しクライアント装置１へ送信する構成としたが、この効果を期待しなければ、イベント通知メッセージを個々に送信するようにしてもよい。また、通知収集サーバ３からクライアント装置１へメッセージ送信をしなくても、通知収集サーバ３に蓄積されているイベント通知メッセージを閲覧可能な手段をクライアント装置１に設けても同様の効果を奏することができる。
【００４７】
また、本実施の形態においては、通知収集サーバ検出部１６が通知収集サーバ３を検索する場合に、ネットワーク４上における検索範囲を設定して検索させることも可能である。例えば、図４に示したネットワーク構成において、サブネットワーク５ｂ内を検索するという検索条件が予め設定されていた場合、通知収集サーバ検出部１６は、サブネットワーク５ｂ内を検索して通知収集サーバ３ｂを検出する。なお、検索条件は、ユーザがジョブの送信の度に入力指定してもよいし、予め記憶手段に設定しておいてもよい。
実施の形態２．
【００４８】
図７は、本実施の形態におけるネットワークシステムの全体構成図であり、クライアント装置及び本発明に係る通知源サーバ装置の一実施の形態のブロック構成が示されている。本実施の形態におけるネットワークシステムは、図７に示すように、クライアント装置１、画像処理装置２、通知収集サーバ３ａ，３ｂが、ネットワーク４を介して接続されている。
【００４９】
本実施の形態におけるクライアント装置１は、制御部１１、通信処理部１２、ＵＩ部１３、通知受信部１４及び通知要求部１５を有している。各構成の詳細は、実施の形態１で述べたものと同様なので説明を省略する。
【００５０】
本実施の形態における画像処理装置２は、制御部２１、通信処理部２２、画像処理部２３、画像記録部２４、ＵＩ部２５、通知部２６及び通知収集サーバ検出部２７を有している。各構成の詳細のうち、制御部２１、通信処理部２２、画像処理部２３、画像記録部２４、ＵＩ部２５及び通知部２６に関しては、実施の形態１で述べたものと同様なので説明を省略する。通知収集サーバ検出部２７は、検索機能によりネットワーク４上に存在する通知収集サーバを検出すると共に、検出した通知収集サーバに関する情報を取得する。
【００５１】
通知収集サーバ３ａ、３ｂに関しては、実施の形態１と同じなので説明を省略する。なお、図７においては２台の通知収集サーバ３ａ，３ｂが示されているが、実施の形態１と同様にネットワーク４にいくつ接続されていてもかまわない。また、一つも接続されていなくても本実施の形態は実施可能である。クライアント装置１を操作するユーザは、通知収集サーバがネットワーク上に存在するか否か、また、存在するのであればいくつ存在するのかを事前に把握しておく必要はない。
【００５２】
次に、クライアント装置１が画像処理装置２に対してジョブ実行要求を送信する際の動作を、図８のフローチャートを用いて説明する。
【００５３】
クライアント装置１は、実施の形態１と同様にジョブ実行要求と同時にイベント通知メッセージの通知を要求するための通知要求を送信するが、本実施の形態において通知要求に中に設定されるイベント通知メッセージの送信先アドレスは、通知収集サーバ検出部１６が存在しないため無条件に自装置１のアドレスとなる。
【００５４】
画像処理装置２において、通知要求受信部２６１がクライアント装置１から通知要求を含むジョブ実行要求を通信処理部２２を介して受信すると（Ｓ３０１）、通知収集サーバ検出部２７は、ネットワーク４上に存在する通知収集サーバを検索する（Ｓ３０２）。ここで、ネットワーク４上に通知収集サーバが存在するかどうかを判断し（Ｓ３０３）、存在しなかった場合は通知要求をそのまま通知部２６に登録して（Ｓ３０８）、ジョブの実行処理に移行する。
【００５５】
通知収集サーバ検出部２７が通知収集サーバを検出した場合は、更にいくつの通知収集サーバが検出されたかを判断する（Ｓ３０４）。通知収集サーバ検出部２７は、複数の通知収集サーバ３ａ，３ｂを検出した場合は、更に各通知収集サーバ３ａ，３ｂの属性を取得する（Ｓ３０５）。そして、取得した属性に基づいてクライアント装置１に代わってイベント通知メッセージを収集する１つの通知収集サーバを決定する（Ｓ３０６）。なお、通知収集サーバ検出部２７における通知収集サーバを決定処理は、実施の形態１において説明した通知収集サーバ検出部１６と同じでよいので、詳細は省略する。
【００５６】
通知収集サーバ検出部２７がネットワーク４に接続された１台の通知収集サーバのみを検出した、あるいは上記のように複数の通知収集サーバの中から所定の選択条件に基づき一つの通知収集サーバを決定した後、通知先登録部２６３は、通知要求に設定された通知先を、上記Ｓ３０６により特定した通知収集サーバのアドレスに変更し（Ｓ３０７）、通知部２６に通知要求を登録して（Ｓ３０８）、ジョブの実行処理に移行する。
【００５７】
これ以降に行われる通知収集サーバにおける処理は、実施の形態１と同じなので説明を省略する。
【００５８】
上記実施の形態１では、通知収集サーバ検出手段をクライアント装置１に設けたのに対して、本実施の形態では画像処理装置２に設けたことを特徴としているが、本実施の形態のように通知収集サーバ検出手段を画像処理装置２に設けても実施の形態１と同様の効果を奏することができる。
【００５９】
なお、本実施の形態においては、実施の形態１と同様に、通知収集サーバ検出部２７が通知収集サーバを検索する場合に検索範囲を予め設定してもよい。
【００６０】
また、本実施の形態では、ジョブ実行要求を受信する度に通知収集サーバを検索するようにしたが、あるクライアント装置１から最初にジョブ実行要求を受信したときの検索結果、つまり通知収集サーバのアドレスを記憶しておき、そのクライアント装置１から次回以降にジョブ実行要求が送られてきたときには、検索を行わずに記憶しておいた通知収集サーバのアドレスへイベント通知メッセージを送信するようにしてもよい。これにより、毎回検索を行わなくてすむと共に、ネットワーク４へ通知収集サーバが新規に組み込まれたとしても一のクライアント装置１のためのイベント通知メッセージを分散されることなくまとめて保管することができる。もちろん、この場合はイベント通知メッセージを保管する通知収集サーバ自体がネットワークから離脱する場合を考慮する必要はある。
【００６１】
また、以上の実施の形態１および２の説明では、通知メッセージの保存数が一定数に達すると統括メッセージを作成していたが、メッセージ内容の種類や緊急度を表わすメッセージの属性情報に基づいて特定の属性のメッセージは保存しないでそのまま送るようにすることにより、緊急度や重要度の高いメッセージを直ぐに送ることが出来るようにしてもよい。この場合、保存されないメッセージは保存数としてはカウントされないが、そのまま送られたメッセージも他のメッセージとともに保存し、統括メッセージを作成する際に、既に送られたメッセージであることを示して、他のメッセージとともに送るようにしてもよい。
【００６２】
更に、統括メッセージをそのまま送らないで、保存されたメッセージの格納位置や保存されたメッセージに基づいて作成された統括メッセージの格納位置を示すＵＲＬ等の格納位置情報を送るようにしてもよい。
【００６３】
【発明の効果】
本発明によれば、イベント通知メッセージの収集を依頼する通知収集サーバを自動的に検出し、クライアント装置の代わりにその検出した通知収集サーバのアドレスをイベント通知メッセージの送信先として通知源サーバ装置に自動的に設定することができる。また、クライアント装置の代わりとなる通知収集サーバの存在を意識することなくイベント通知メッセージの送信を通知源サーバ装置２に要求することができる。
【図面の簡単な説明】
【図１】本発明に係るクライアント装置を含むネットワークシステムの全体構成図、並びにクライアント装置及び画像処理装置のブロック構成図である。
【図２】本実施の形態における通知収集サーバのブロック構成図である。
【図３】実施の形態１におけるクライアント装置の処理の流れを示したフローチャートである。
【図４】本実施の形態におけるネットワークシステムのより詳細なネットワーク構成の一例を示した概略図である。
【図５】実施の形態１における通知収集サーバの処理の流れを示したフローチャートである。
【図６】実施の形態１における通知収集サーバが送信する統括メッセージの一例を示す図である。
【図７】本発明に係る通知源サーバ装置の一実施の形態である画像処理装置を含むネットワークシステムの全体構成図、並びにクライアント装置及び画像処理装置のブロック構成図である。
【図８】実施の形態２における画像処理装置の処理の流れを示したフローチャートである。
【符号の説明】
1  クライアント装置、２  画像処理装置、３，３ａ，３ｂ  通知収集サーバ、４  ネットワーク、５ａ，５ｂ  サブネットワーク、１１，２１，３１  制御部、１２，２２，３４  通信処理部、１３，２５  ＵＩ部、１４  通知受信部、１５  通知要求部、１６，２７  通知収集サーバ検出部、２３  画像処理部、２４  画像記録部、２６，３５  通知部、３２  情報管理部、３３  通知メッセージ記録部、１５１  通知先設定部、２６１  通知要求受信部、２６２  イベント検出部、２６３  通知先登録部、２６４  通知送信部、３５１  通知受信部、３５２  通知作成部、３５３  通知送信部。
【図１】
2004199225.tif 000003
【図２】
2004199225.tif 000004
【図３】
2004199225.tif 000005
【図４】
2004199225.tif 000006
【図５】
2004199225.tif 000007
【図６】
2004199225.tif 000008
【図７】
2004199225.tif 000009
【図８】
2004199225.tif 000010