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