JP2008102848A - 情報処理装置、その制御方法及びプログラム - Google Patents

Abstract

【課題】各通知先の優先度に応じたイベント通知を可能とする。
【解決手段】ＭＦＰ１０４は、ＭＦＰ１０４のイベントの複数の通知先１００〜１０２毎に優先度を特定し、特定した優先度に従って、複数の通知先１００〜１０２の中から特定の通知先に対してイベントを通知する。
【選択図】図１

Description

本発明は、外部装置に対してイベント通知を行なう技術に関するものである。

一般に、プリンタ、ファクシミリ、スキャナ、複写機、機能複合型複写機等の周辺機器は、内部で状態変化、構成変化、障害発生があった場合等に、クライアントＰＣに対してイベント通知する機能を持つ。

現在では、マイクロソフト社がＷＳＤ（Web Services for Devices）の仕様を策定してきており、周辺機器にＷＳＤを実装し、ホストコンピュータとＳＯＡＰプロトコルで通信することを推奨している。ＷＳＤにはＷｅｂサービスのイベント通信仕様であるＷＳ−Ｅｖｅｎｔｉｎｇが含まれる。今後は、ＷＳ−Ｅｖｅｎｔｉｎｇに準拠したアプリケーション、ドライバ、ポートモニタ等が市場で多く使われることが予測され、これまで以上にクライアントＰＣと周辺機器がイベントを使用して通信することが予想される。

例えば、特許文献１には、イベント処理でオーバーフローが発生した場合に、イベントに優先度をつけて処理を行なう周辺機器装置が開示されている。

特開２００５−４３２６号公報

これまでは、ステイタスモニタ等の周辺機器管理アプリケーションのみが周辺機器からイベントを取得することが多かった。しかし、一般のクライアントＰＣが使用しているアプリケーションやドライバもイベントを取得するようになると、周辺機器がイベント発生時にイベントを通知すべきクライアントＰＣの数が多くなる。このため、周辺機器は、イベント処理の負荷が非常に高くなり、イベント処理に非常に時間がかかる、全クライアントＰＣにイベント送信できない、イベント処理中は他の機能が使用できない、等の弊害が発生する。

また、管理者が使用する周辺機器管理アプリケーションは、一般のクライアントＰＣが使用しているアプリケーション等よりも優先的に周辺機器からイベントを取得できることが望ましい。しかしながら、一般に使用されている周辺機器は、その点を考慮した実装がなされていない。

そこで、本発明の目的は、各通知先の優先度に応じたイベント通知を可能とすることにある。

本発明の情報処理装置は、少なくとも一つの外部装置と通信する情報処理装置であって、当該情報処理装置のイベントの複数の通知先毎に優先度を特定する特定手段と、前記特定手段により特定された優先度に従って、前記複数の通知先の中から特定の通知先に対してイベントを通知する通知手段とを有することを特徴とする。
本発明の情報処理装置の制御方法は、少なくとも一つの外部装置と通信する情報処理装置の制御方法であって、当該情報処理装置のイベントの複数の通知先毎に優先度を特定する特定ステップと、前記特定ステップにより特定された優先度に従って、前記複数の通知先の中から特定の通知先に対してイベントを通知する通知ステップとを含むことを特徴とする。

本発明によれば、各通知先の優先度に応じたイベント通知を行なうことが可能となる。

以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。

図１は、本発明の実施形態に係るネットワークシステム構成を示す図である。本ネットワークシステムは、例えばオフィス等に設置されるものである。クライアントＰＣ（パーソナルコンピュータ）１００、１０１、１０２、データ管理サーバ１０３、ＭＦＰ（Multi Function Peripheral）１０４は、ＬＡＮ１０５を介して相互に通信可能である。

本実施形態におけるクライアントＰＣ１００、１０１、１０２及びデータ管理サーバ１０３は、通常のＰＣ等の汎用情報処理装置で実現可能である。

図２は、クライアントＰＣ１００、１０１、１０２及びデータ管理サーバ１０３のハードウェア構成を示すブロック図である。２００１は、装置全体の制御を司るＣＰＵである。２００２は、ＢＩＯＳやブートプログラムを記憶するＲＯＭである。２００３は、ＣＰＵ２００１のワークエリアとして使用されるＲＡＭである。２００４は、ハードディスク装置であって、ここには、ＯＳ、アプリケーションプログラム及びドライバ等の各種プログラム並びにデータファイル等が格納される。

２００５は、ネットワークインタフェースであり、本実施形態ではイーサネット（登録商標）カードとするが、無線ＬＡＮカードでも構わない。２００６は、表示制御部であり、ビデオメモリ及びＣＰＵ２００１の制御により描画を行うと共にビデオメモリに記憶された画像データをビデオ信号として出力するビデオコントローラが内蔵される。２００７は、ディスプレイ（表示装置）であって、液晶表示器やＣＲＴに代表されるものである。２００８は、キーボードやマウス等の入力装置である。

上記構成において、装置の電源がＯＮになると、ＣＰＵ２００１は、ＲＯＭ２００２のブートプログラムに従って、ハードディスク２００４からＯＳをＲＡＭ２００２にロードし、各種デバイスドライバをロードすることになる。さらに、後述するイベント登録コマンドを発行するためのプログラムをＲＡＭ２００２にロードし、実行する。

図３は、ＭＦＰ１０４のハードウェア構成を示すブロック図である。図３において、３００１は、ＭＦＰ１０４全体の制御を司るＣＰＵである。３００２は、ＣＰＵ３００１が実行するＭＦＰ制御プログラムやフォントデータを格納するＲＯＭである。３００３は、ＣＰＵ２００１のワークエリア、受信バッファ、画像描画に使用されるＲＡＭである。３００４は、各種プログラム、クライアント情報、データベース等を記録するハードディスク（ＨＤＤ）である。３００５は、各種スイッチやボタン並びにメッセージ表示用の液晶表示部で構成される操作パネルである。３００６は、ネットワークに接続するためのネットワークインタフェースである。３００７は、記録紙に印刷を行うプリンタエンジンである。３００８は、原稿を読み取るためのスキャナである。３００９は、ファクシミリの送受信を行うためのファクシミリ通信部である。なお、後述する図９〜図１１及び図１５のフローチャートに示す処理に対応するプログラムは、例えば、ハードディスク３００４に記録されている。そのプログラムがハードディスク３００４からＲＡＭ３００３にロードされ、ＣＰＵ３００１で実行されることによって、図９〜図１１及び図１５の処理が実現することになる。

データ管理サーバ１０３は、ハードディスク装置２００４内部にデータベースを備える。当該データベースには、優先キー情報テーブル、ユーザ・ユーザグループアカウント優先度情報テーブル、クライアントＰＣアドレス優先度情報テーブル、ポート番号優先度情報テーブル、アプリケーション優先度情報テーブルが記録されている。

図４は、優先キー情報テーブルの構成を概念的に示す図である。優先キー情報テーブルでは、ユーザアカウント、ＩＰアドレス、ポート番号及びアプリケーションＩＤのうちのどれを優先させて後述するイベント登録者の優先度を決定するかを規定している。

図５は、ユーザ・ユーザグループアカウント優先度情報テーブルの構成を概念的に示す図である。ユーザ・ユーザグループアカウント優先度情報テーブルでは、ユーザ又はユーザグループに対する優先度を、ユーザ又はユーザグループのユーザアカウント情報を指定することによって規定している。

図６は、クライアントＰＣアドレス優先度情報テーブルの構成を概念的に示す図である。クライアントＰＣアドレス優先度情報テーブルでは、クライアントＰＣのアドレスに対する優先度を、クライアントＰＣのＩＰアドレスを指定することによって規定している。

図７は、ポート番号優先度情報テーブルの構成を概念的に示す図である。ポート番号優先度情報テーブルでは、ポート番号に対する優先度を、ポート番号を指定することによって規定している。

図８は、アプリケーション優先度情報テーブルの構成を概念的に示す図である。アプリケーション優先度情報テーブルでは、アプリケーションに対する優先度を、アプリケーションＩＤを指定することによって規定している。

以上のように、図４〜図８に示すテーブルでは、ＭＦＰ１０４のイベント通知先に係る優先度を規定している。

なお、データベースへの情報の入力は、ＭＦＰ１０２やデータ管理サーバ１０３の管理者が情報管理アプリケーション等を用いて入力可能とする。データベースはＳＱＬ、ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ等の一般的なデータベースを使って構築可能である。

次に、本実施形態におけるＭＦＰ１０４の動作を、図９、図１０及び図１１のフローチャートを用いて説明する。

図９において、ＭＦＰ１０４は、電源が入れられることにより起動処理を開始する（Ｓ９０１）。起動処理において、ＭＦＰ１０４は、データ管理サーバ１０３から情報を取得し、ＲＡＭ３００３に格納する（Ｓ９０２）。ここで取得される情報は、上述した、優先キー情報テーブル、ユーザ・ユーザグループアカウント優先度情報テーブル、クライアントＰＣアドレス優先度情報テーブル、ポート番号優先度情報テーブル、アプリケーション優先度情報テーブルである。

続いて、ＭＦＰ１０４は、取得した上記情報を内部のデータベースに記録し（Ｓ９０３）、起動処理を終了する（Ｓ９０４）。

図１０において、ＭＦＰ１０４は、クライアントＰＣよりイベント登録コマンドを受信すると、イベント登録処理を開始する（Ｓ１００１）。図１２は、イベント登録コマンドの構成を概念的に示す図である。図１２に示すように、イベント登録コマンドには、イベント種別情報、ＩＰアドレス、ポート番号、アプリケーションＩＤ及びユーザアカウント情報が含まれる。

イベント種別情報は、当該クライアントＰＣの利用者であるイベント登録者が所望するイベントの種別を示す情報である。ユーザアカウント情報は、当該イベント登録者のアカウント情報である。ＩＰアドレスは、当該クライアントＰＣのＩＰアドレスである。ポート番号は、当該クライアントＰＣがコマンドを送信したポート番号である。アプリケーションＩＤは、イベント登録コマンドを送信したアプリケーションを識別するためのＩＤである。

続いて、ＭＦＰ１０４は、受信したイベント登録コマンドを解析し（Ｓ１００２）、イベント登録コマンドに含まれる上記各情報を取得して、それらの情報をイベント登録者に関する情報としてイベント登録者リストに記録する（Ｓ１００３）。そして、イベント登録処理を終了する（Ｓ１００４）。ここでいう「イベント登録者」とは、ＩＰアドレス、ポート番号、アプリケーションＩＤ及びユーザアカウント情報の組み合わせによって特定可能な、ＭＦＰ１０４からのイベント発行を求めるクライアントＰＣの利用者である。なお、イベント登録者リストは、ＲＡＭ３００３内に格納される。

図１３は、イベント登録者リストの構成を概念的に示す図である。図１３に示すように、イベント登録者リストには、イベント登録コマンドを送信したイベント登録者毎に、ユーザアカウント情報、ＩＰアドレス、ポート番号、アプリケーションＩＤ及びイベント種別情報が登録される。

図１１において、ＭＦＰ１０４は、内部において、ステイタス変化、構成変化又はジョブ変化等の変化が生じると、内部イベントが発生し、イベント処理を開始する（Ｓ１１０１）。イベントが発生すると、ＭＦＰ１０４は、上述したイベント登録処理で記録した図１３に示すイベント登録者リストを読み出す（Ｓ１１０２）。続いて、ＭＦＰ１０４は、図４〜図８に示す各テーブルをデータベースより読み出す（Ｓ１１０３）。

続いて、ＭＦＰ１０４は、イベント登録コマンドを送信した各イベント登録者の優先度を、図１３に示すイベント登録者リストに登録される各項目情報について図４〜図８に示す各テーブルを参照することにより計算する（Ｓ１１０４）。

本実施形態においては、優先キー情報テーブル（図４）には、第１優先キーとして"アカウント"、第２優先キーとして"アドレス"、第３優先キーとして"ポート番号"、第４優先キーとして"アプリケーションＩＤ"が登録されている。

従って、先ず、ＭＦＰ１０４は、ユーザ・ユーザグループアカウント優先度情報テーブル（図５）によって規定されるユーザアカウント情報の優先度に基づいて、イベント登録者の優先度を決定する。仮に、ユーザアカウント情報の優先度が同一である場合には、さらに、クライアントＰＣアドレス優先度情報テーブル（図６）によって規定されるＩＰアドレスの優先度に基づいて、イベント登録者の優先度を決定する。仮に、ＩＰアドレスの優先度も同一である場合には、さらに、ポート番号優先度情報テーブル（図７）によって規定されるポート番号の優先度に基づいて、イベント登録者の優先度を決定する。仮に、ポート番号の優先度も同一である場合には、さらに、アプリケーション優先度情報テーブル（図８）によって規定されるアプリケーションＩＤの優先度に基づいて、イベント登録者の優先度を決定する。このようにして算出された各イベント登録者の優先度は、図１３に示すイベント登録者リストに追加登録され、図１４に示すようになる。このように、本実施形態によれば、複合的な要素でイベントの各通知先の優先度を決定することができる。

続いて、ＭＦＰ１０４は、算出した優先度の高いイベント登録者から順次、該当する宛て先(通知先)にイベントを送信する（Ｓ１１０５）。ここでいう「該当する宛て先(通知先)」とは、該当するイベント登録者の宛て先(通知先)であり、ユーザアカウント情報、ＩＰアドレス、ポート番号及びアプリケーションＩＤによって特定される当該イベント登録者の送信先（通知先）である。

なお、優先度やイベント送信可能なイベント登録者数に所定の閾値を設け、優先度の低いイベント登録者には、イベントを送信しない等の処理を行なってもよい。即ち、イベント通知先に係る所定の閾値を設定した場合には、その閾値より優先度の低いイベント登録者の宛て先にはイベントを通知しない。また、イベント通知先の数に係る所定の閾値を設定した場合には、その閾値よりも多い数の宛て先がイベント通知の対象となると、当該閾値を超える数の分、優先度の低い宛て先からイベントを通知しないようにする。

また、他の実施形態として、優先度の計算に関するＳ１１０２からＳ１１０４までの処理を、上述したイベント登録処理のＳ１００２又はＳ１００３の直後に行なうようにすることもできる。このようにしても、上述した実施形態と同様の効果を得ることが可能である。

イベント登録処理において優先度を計算する場合の動作を示すフローチャートを図１５に示す。Ｓ１５０２は、図１０のＳ１００２に相当し、Ｓ１５０３は、図１１のＳ１１０３に相当し、Ｓ１５０４は、図１１のＳ１１０４に相当し、Ｓ１５０８は、図１１のＳ１１０６に相当する処理である。

ＭＦＰ１０４は、Ｓ１５０４における優先度計算の直後に、算出した優先度と設定される閾値とを比較し（Ｓ１５０５）、比較の結果によって処理を分けることができる。例えば、Ｓ１５０５において、算出した優先度が閾値よりも高いと判定された場合、該当するイベント登録者を図１４に示すイベント登録者リストに登録する（Ｓ１５０６）。一方、優先度が閾値よりも低いと判定された場合に、該当するイベント登録者宛てにイベント登録失敗を通知する（Ｓ１５０７）。このようにすることで、閾値より高い優先度のイベント登録者のみがイベント通知の対象となる。

上述した実施形態では、ＭＦＰ１０４をイベント送信元として例に挙げている。本発明では、これに限らず、プリンタ、ファクシミリ、スキャナ、複写機、パーソナルコンピュータ等、コンピュータネットワークに接続可能な情報処理装置であれば、イベント送信元として適用できる。

また、上述した実施形態では、図４〜図８に示すイベント登録者の優先度に関する情報をデータ管理サーバ１０３より取得したが、ＭＦＰ１０４本体のデータベースに予め登録されていても良い。

さらに、上述した実施形態では、イベント登録者を特定する情報として、ＩＰアドレス、ポート番号、アプリケーションＩＤ及びユーザアカウント情報（ユーザ名）を例に挙げているが、本発明はこれに限られない。例えば、ＤＮＳ（Domain Name System）ホスト名、ＮｅｔＢｉｏｓ名、ＭＡＣアドレス、アプリケーション名、アプリケーション実行ファイル名、ユーザＩＤ、グループ名、グループＩＤ及びＳＩＤ（Security Identifier）等も適用できる。以上の全ての組み合わせによってイベント登録者及びイベント登録者の宛て先を特定してもよいし、何れか一部の組み合わせ又は何れか一つのみによってイベント登録者及びイベント登録者の宛て先を特定してもよい。

以上、上述した実施形態によれば、イベント登録者の優先度に応じたイベント通知処理を行うことが可能となる。

なお、図１１のステップ１１０４又は図１５のステップ１５０４の処理は、本発明の特定手段に相当する構成である。図１１のステップ１１０５の処理は、本発明の通知手段に相当する構成である。図４乃至図８のテーブルを保持する構成は、本発明の管理手段に相当する構成である。本発明の受信手段は、図１２のコマンドを受信する構成に相当する構成である。本発明の登録手段は、図１３のリストを登録する構成に相当する構成である。本発明の取得手段は、図４乃至図８のテーブルを他の装置（本実施形態では、データ管理サーバ１０３）から取得する構成に相当する構成である。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或いは装置に供給し、そのシステム等のコンピュータが記憶媒体からプログラムコードを読み出し実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに接続された機能拡張ユニット等に備わるメモリに書込まれた後、そのプログラムコードの指示に基づきＣＰＵ等が実際の処理を行い、前述した実施形態の機能が実現される場合も含まれる。

本発明の実施形態に係るネットワークシステム構成を示す図である。 クライアントＰＣ及びデータ管理サーバのハードウェア構成を示すブロック図である。 ＭＦＰのハードウェア構成を示すブロック図である。 優先キー情報テーブルの構成を概念的に示す図である。 ユーザ・ユーザグループアカウント優先度情報テーブルの構成を概念的に示す図である。 クライアントＰＣアドレス優先度情報テーブルの構成を概念的に示す図である。 ポート番号優先度情報テーブルの構成を概念的に示す図である。 アプリケーション優先度情報テーブルの構成を概念的に示す図である。 ＭＦＰの起動処理を示すフローチャートである。 ＭＦＰのイベント登録処理を示すフローチャートである。 ＭＦＰのイベント処理を示すフローチャートである。 イベント登録コマンドの構成を概念的に示す図である。 イベント登録者リストの構成を概念的に示す図である。 イベント登録者の優先度が追加登録されたイベント登録者リストの構成を概念的に示す図である。 本発明の他の実施形態におけるイベント登録処理において優先度を計算する場合の動作を示すフローチャートである。

符号の説明

１００、１０１、１０２ クライアントＰＣ
１０３ データ管理サーバ
１０４ ＭＦＰ
１０５ ＬＡＮ
２００１、３００１ ＣＰＵ
２００２、３００２ ＲＯＭ
２００３、３００３ ＲＡＭ
２００４、３００４ ＨＤＤ
２００５、３００６ ネットワークインタフェース
２００６ 表示制御部
２００７ ディスプレイ
２００８ 入力装置
３００５ 操作パネル
３００７ プリンタエンジン
３００８ スキャナ
３００９ ファクシミリ通信部

Claims (10)

1. 少なくとも一つの外部装置と通信する情報処理装置であって、
   当該情報処理装置のイベントの複数の通知先毎に優先度を特定する特定手段と、
   前記特定手段により特定された優先度に従って、前記複数の通知先の中から特定の通知先に対してイベントを通知する通知手段とを有することを特徴とする情報処理装置。
2. 当該情報処理装置のイベント通知に係る優先度を規定する情報を管理する管理手段を更に有し、
   前記特定手段は、前記管理手段により管理される前記情報に基づいて、前記優先度を特定することを特徴とする請求項１に記載の情報処理装置。
3. 前記外部装置からイベント通知先を特定可能な情報を受信する受信手段を更に有し、
   前記特定手段は、前記イベント通知先を特定可能な情報について前記管理手段により管理される前記情報を参照することにより、前記各通知先の優先度を特定することを特徴とする請求項２に記載の情報処理装置。
4. 前記通知手段は、優先度に係る閾値よりも低い優先度の前記通知先にはイベントを通知しないことを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記通知手段は、イベント通知先の数に係る閾値よりも多い数の通知先がイベント通知の対象となった場合、前記イベント通知先の数に係る閾値を超える数の分、優先度の低い通知先からイベントを通知しないことを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. 前記受信手段により受信する前記イベントの通知先を特定可能な情報を、前記通知手段によるイベント通知先として登録する登録手段を更に有し、
   前記登録手段は、優先度に係る閾値よりも低い優先度となる前記イベントの通知先を特定可能な情報を、前記通知手段によるイベント通知先として登録しないことを特徴とする請求項３に記載の情報処理装置。
7. 前記管理手段において管理される、当該情報処理装置のイベント通知に係る優先度を規定する情報を、他の外部装置から取得する取得手段を更に有することを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
8. 前記イベントの通知先を特定可能な情報は、ＤＮＳ（Domain Name System）ホスト名、ＮｅｔＢｉｏｓ名、ＩＰアドレス、ＭＡＣアドレス、ポート番号、アプリケーション名、アプリケーションＩＤ、アプリケーション実行ファイル名、ユーザ名、ユーザＩＤ、グループ名、グループＩＤ及びＳＩＤ（Security Identifier）のうちの少なくとも何れか一つを含むことを特徴とする請求項６に記載の情報処理装置。
9. 少なくとも一つの外部装置と通信する情報処理装置の制御方法であって、
   当該情報処理装置のイベントの複数の通知先毎に優先度を特定する特定ステップと、
   前記特定ステップにより特定された優先度に従って、前記複数の通知先の中から特定の通知先に対してイベントを通知する通知ステップとを含むことを特徴とする情報処理装置の制御方法。
10. 請求項９に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。

Images