(57)【要約】【課題】ネットワーク上に複数のデバイスが存在し、それらデバイスのイベント通知を必要とするアプリケーションが複数動作する装置が存在する場合に、デバイスの負荷とネットワークの負荷を軽減する技術を提供する。【解決手段】第１〜第３アプリケーション３０ａ〜３０ｃは、イベント管理サービス２０に対して、イベント通知要求をする。イベント管理サービス２０は、１台のＰＣ内に存在する各アプリケーション、つまり、第１〜第３アプリケーション３０ａ〜３０ｃからのイベント通知要求を集約し、各デバイス（第１〜第３デバイス９０ａ〜９０ｃ）に対して、１要求のみをそれぞれのデバイスに行う。そして、各デバイスは、イベント通知要求に対してイベント通知を返信する。つまり、各デバイスからは、１つのＰＣに対して１つのイベント通知が返信される。【選択図】図３
2015162062.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されるデバイスに対してイベント通知要求をするアプリケーションが複数存在する場合に、前記アプリケーションから前記デバイスへの前記イベント通知要求を共通して管理し、１つのデバイスに対しては１つの前記イベント通知要求を行い、前記デバイスから取得したイベント通知を前記アプリケーションに通知するイベント管理部、
を備えることを特徴とするイベント管理装置。
【請求項２】
ネットワークに接続されるデバイスに対してイベント通知要求をするアプリケーションが複数存在する場合に、前記アプリケーションから前記デバイスへの前記イベント通知要求を共通して管理し、１つのデバイスに対しては１つの前記イベント通知要求を行い、前記デバイスから取得したイベント通知を前記アプリケーションに通知するイベント管理工程、
を備えることを特徴とするイベント管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベント管理装置及びイベント管理方法に係り、例えば、同一のパーソナルコンピューターにネットワーク上のデバイスからイベント通知を受けるアプリケーションが複数実行される場合のイベント管理装置及びイベント管理方法に関する。
【背景技術】
【０００２】
従来より、画像形成装置などのようなネットワークに接続されたデバイスで発生したイベントを、同じネットワークに接続されたパーソナルコンピューターなどで管理するシステムがある。
【０００３】
図１は、背景技術に係るネットワークシステム１０１を示す。ネットワークシステム１０１は、ネットワーク１０２に接続された複数のパーソナルコンピューター１１０と第１〜第３デバイス１９０ａ〜１９０ｃを備えている。なお、ここではパーソナルコンピューター１１０として１台のみ表記している。第１〜第３デバイス１９０ａ〜１９０ｃは、プリンターやスキャナ、複合機などの画像形成装置である。
【０００４】
パーソナルコンピューター１１０は、一般的な通信インターフェイス１１２と、「.NET Framework（登録商標）」の様な基盤アプリケーションであるアプリケーション実行プラットフォーム１１４とを備える。さらに、パーソナルコンピューター１１０は、アプリケーション実行プラットフォーム１１４上で動作する第１〜第３アプリケーション１３０ａ〜１３０ｃを備える。第１〜第３アプリケーション１３０ａ〜１３０ｃは、例えば、各デバイスのステータスを監視するユーティリティ・アプリケーションだったり、デバイスの紙詰まりやトナー残容量のチェックするアプリケーションであったりし、ＳＮＭＰ（Simple Network Management Protocol）でポーリング処理を行い各デバイスと通信している。一方、信頼性の観点からイベント登録を必要とするＷＳ−Ｅｖｅｎｔｉｎｇ技術が用いられる場合がある。特に、複合機等の画像形成装置とＰＣ間の通信において、ＷＳ−Ｅｖｅｎｔｉｎｇ技術が実装されることが多くなっている。このようなイベント通知を必要とするアプリケーションが多数あった場合、デバイスに複数のイベント通知登録をすることになる。これらのようにイベント通知を必要とするアプリケーションが多数あった場合、デバイスに複数のイベント通知登録をすることになる。
【０００５】
ＷＳ−Ｅｖｅｎｔｉｎｇにおいて、処理負荷の低減を行うための技術が各種提案されている（例えば特許文献１参照）。特許文献１に開示の技術では、デバイスに対する処理要求後直ちに該デバイスでイベントが発生してもこれをホストへ通知する。ＯＳ（Operation System）の起動時に、サブスクライバにより、レジストリに登録されている全てのプリンタドライバ設定情報から、”StatusMonitor”キーのエントリーを１つ取得する。その値が１であれば”Notification”が含まれるキーのエントリーを取得し、その配列要素０の値が通知有を示していれば、配列要素１の文字列をイベント種別として取得し、画像形成装置に対し”Subscribe”要求する。返信されたサブスクリプションＩＤを記憶しておき、ＯＳの動作終了時に、記憶している全サブスクリプションＩＤについて、画像形成装置に対し”Unsubscribe”要求する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１０−２６９０６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、特許文献１に開示の技術では、同一ＰＣ上で、イベント通知を必要とするアプリケーションが多数あった場合、デバイスに複数のイベント通知登録をすることになる。それらは、一般には常駐プログラムとしてＯＳ上で動作しているため、図１の破線で示すような多数の処理が発生し、デバイスやＰＣの処理負荷やネットワーク負荷が大きくなってしまうおそれがあり、別の技術が求められていた。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、上記課題を解決できる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のイベント管理装置は、ネットワークに接続されるデバイスに対してイベント通知要求をするアプリケーションが複数存在する場合に、前記アプリケーションから前記デバイスへの前記イベント通知要求を共通して管理し、１つのデバイスに対しては１つの前記イベント通知要求を行い、前記デバイスから取得したイベント通知を前記アプリケーションに通知するイベント管理部、を備える。
本発明のイベント管理方法は、ネットワークに接続されるデバイスに対してイベント通知要求をするアプリケーションが複数存在する場合に、前記アプリケーションから前記デバイスへの前記イベント通知要求を共通して管理し、１つのデバイスに対しては１つの前記イベント通知要求を行い、前記デバイスから取得したイベント通知を前記アプリケーションに通知するイベント管理工程、を備える。
【発明の効果】
【００１０】
本発明によると、ネットワーク上に複数のデバイスが存在し、それらデバイスのイベント通知を必要とするアプリケーションが複数動作する装置が存在する場合に、デバイスの負荷とネットワークの負荷を軽減する技術を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】背景技術に係る、パーソナルコンピューターとデバイスがネットワークで接続されているネットワークシステムの構成を示す機能ブロック図である。
【図２】本発明の実施形態に係る、ネットワークシステムのパーソナルコンピューターの構成を示す機能ブロック図である。
【図３】本発明の実施形態に係る、ネットワークシステムのパーソナルコンピューターの構成を示す機能ブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態（以下、「実施形態」という）を、図面を参照して説明する。
【００１３】
図２は本実施形態のネットワークシステム１の構成を示す機能ブロック図である。図示のように、ネットワーク２上に複数のパーソナルコンピューター１０ａ〜１０ｃと第１〜第３デバイス９０ａ〜９０ｃが接続されている。第１〜第３デバイス９０ａ〜９０ｃは、プリンターやスキャナ、複合機などの画像形成装置である。
【００１４】
図３は、パーソナルコンピューター１０ａ〜１０ｃの構成を示す機能ブロック図であり、主に、第１〜第３デバイス９０ａ〜９０ｃとのイベント通知要求及びイベント通知に着目して示している。なお、ここでは一台のパーソナルコンピューター１０ａのみ詳細機能ブロックを示している。なお、機器間のメッセージ交換（イベント通知要求及びイベント通知）は、ＷＳ−Ｅｖｅｎｔｉｎｇ技術によってなされる。上述の様に、ＷＳ−Ｅｖｅｎｔｉｎｇにおけるメッセージ交換は、予め登録が必要となっている。
【００１５】
パーソナルコンピューター１０ａ〜１０ｃは、一般的な通信インターフェイス１２と、「.NET Framework（登録商標）」の様な基盤アプリケーションであるアプリケーション実行プラットフォーム１４と、イベント管理サービス２０とを備える。ネットワークシステム１１４は、所定のＯＳ上で動作する。また、イベント管理サービス２０は、アプリケーション実行プラットフォーム１４上で動作する。
【００１６】
さらに、パーソナルコンピューター１０は、アプリケーション実行プラットフォーム１４上で動作する第１〜第３アプリケーション３０ａ〜３０ｃを備える。第１〜第３アプリケーション３０ａ〜３０ｃは、それぞれ第１〜第３デバイス９０ａ〜９０ｃのように複数のプリンターや複合機の設定や状態の一元管理を行うアプリケーションや、個人認証を行ってユーザー毎に利用する機能を制限したり、印刷履歴を管理するアプリケーション、機器の状態を監視するアプリケーションなどがある。
【００１７】
以上の構成によるイベント通知に関連する処理を説明する。
第１〜第３アプリケーション３０ａ〜３０ｃは、イベント管理サービス２０に対して、イベント通知要求をする。イベント管理サービス２０は、イベント管理機能を有するアプリケーションであって、１台のＰＣ内に存在する各アプリケーション、つまり、第１〜第３アプリケーション３０ａ〜３０ｃからのイベント通知要求を集約し、各デバイス（第１〜第３デバイス９０ａ〜９０ｃ）に対して、１要求のみを行う。
【００１８】
そして、各デバイス（第１〜第３デバイス９０ａ〜９０ｃ）は、イベント通知要求に対してイベント通知を返信する。つまり、各デバイス（第１〜第３デバイス９０ａ〜９０ｃ）からは、１つのＰＣに対して１つのイベント通知が返信される。
【００１９】
なお、イベント管理サービス２０上で動作しないようなアプリケーションがある場合には、そのようなアプリケーションのイベント通知要求は従来と同様に個別になされる。また、イベント管理サービス２０が複数あり、各イベント管理サービス２０でアプリケーションが動作する場合には、イベント管理サービス２０の数だけイベント通知要求及びイベント通知が発生する。
【００２０】
これによって、各デバイス（第１〜第３デバイス９０ａ〜９０ｃ）は、１つのＰＣからは、原則として１つの要求しか受け取らないこととなる。従来は、図１の背景技術で説明したようにアプリケーション毎にイベント通知要求をするため、アプリケーションが３つ動作中であれば、１つのＰＣからは３つの要求を受け取ることになり、それぞれの要求に対してイベント通知を返信していた。しかし、本実施形態では、イベント通知要求の取得が１つであり、対応するイベント通知が１つとなるため、図３の破線で示す様な数の処理であって図１の処理と比較して、各デバイスが実行する処理は大幅に削減される。また、第１デバイス９０ａから出力されるイベント通知要求が１つであるので、複数のイベント通知要求が通信インターフェイス１２においてコンフリクト状態となってエラーが発生してしまうことを防止できる。
【００２１】
以上、本発明を実施形態をもとに説明した。この実施形態は例示であり、それらの各構成要素の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【符号の説明】
【００２２】
１  ネットワークシステム
２  ネットワーク
１０、１０ａ〜１０ｃ  パーソナルコンピューター
１２  通信インターフェイス
１４  アプリケーション実行プラットフォーム
２０  イベント管理サービス
３０ａ  第１アプリケーション
３０ｂ  第２アプリケーション
３０ｃ  第３アプリケーション
９０ａ  第１デバイス
９０ｂ  第２デバイス
９０ｃ  第３デバイス
【図１】
2015162062.tif 000003
【図２】
2015162062.tif 000004
【図３】
2015162062.tif 000005