JP5056200B2

JP5056200B2 - イベント通知方法及び制御プログラム並びに制御装置

Info

Publication number: JP5056200B2
Application number: JP2007167733A
Authority: JP
Inventors: 秀二中尾; 和則小川; 和彦辻脇; 真司西元; 武下津
Original assignee: Konica Minolta Business Technologies Inc
Current assignee: Konica Minolta Business Technologies Inc
Priority date: 2007-06-26
Filing date: 2007-06-26
Publication date: 2012-10-24
Anticipated expiration: 2027-06-26
Also published as: JP2009009220A

Description

本発明は、被制御装置のイベント通知を制御するイベント通知方法及び制御プログラム並びに制御装置に関する。

コピー機能やファクシミリ機能、プリンタ機能、スキャナ機能などを備える複写機や複合機（ＭＦＰ：Multi Function Peripheral）など（以下、これらを総称して画像形成装置と呼ぶ。）が普及している。この画像形成装置をネットワークで利用する場合は、画像形成装置からのステータス通知を制御装置で受け取り、制御装置ではこのステータス通知に基づいて画像形成装置の状態を監視する。

上記ステータス通知に関して、例えば、下記特許文献１には、ホスト（制御装置）から画像形成装置に対してステータス送信要求を行い、ステータス送信要求を受け取った画像形成装置は、ジョブやデバイスのステータス変化毎にホストにステータス通知を行うシステムが開示されている。

特開平８−１３９８４４号公報

上記制御装置では、画像形成装置を利用するアプリケーションが動作しており、画像形成装置側で、アプリケーション毎にステータス通知の設定をしてしまうと、ステータスが変化する度に全てのアプリケーションに対してステータス通知を行わなければならず、その分トラフィックが増加してしまうと共に、画像形成装置の負荷が増大し印刷等のパフォーマンスが低下してしまうという問題があった。

また、画像形成装置では、通常、ステータス通知の対象となるユーザ数（アプリケーション数）を制限しており、１台の制御装置の複数のアプリケーションに対して各々、ステータス通知登録を行ってしまうと、登録可能なユーザ数が減ってしまい、他の制御装置のアプリケーションでステータス通知を受け取ることができなくなってしまうという問題もあった。

また、これらの問題は画像形成装置に限らず、自装置のステータス情報を制御装置に通知する任意の被制御装置に対して同様に生じ、更に、これらの問題はステータス通知に限らず、被制御装置に関するイベント通知に対しても同様に生じる。

本発明は上記問題点に鑑みてなされたものであり、その主たる目的は、トラフィックの増加や被制御装置のパフォーマンスの低下を抑制し、効率的にイベント通知を行うことができるイベント通知方法及び制御プログラム並びに制御装置を提供することにある。

上記目的を達成するため、本発明は、複数種類のイベント通知が可能であり、イベントの種類毎にイベント通知の要否が設定可能な被制御装置と、前記被制御装置からイベント通知を受け取る制御装置と、が通信ネットワークで接続されてなる制御システムにおけるイベント通知方法であって、前記制御装置では、該制御装置で動作する複数のアプリケーションが各々通知を必要とするイベントの種別を特定するイベント通知予約情報を取得し、前記イベント通知予約情報に基づいて、いずれかのアプリケーションが通知を必要とするイベントの種別を特定するイベント通知予約メッセージを作成し、該イベント通知予約メッセージを前記被制御装置に通知し、前記被制御装置では、受信した前記イベント通知予約メッセージに基づいて、前記制御装置に対するイベント通知の要否を設定し、前記制御装置に対して通知が必要と設定されたイベントが発生した場合に、前記制御装置にイベント通知メッセージを送信し、前記制御装置では、さらに、前記複数のアプリケーションを代表して前記イベント通知メッセージを受信し、予め記憶した前記イベント通知予約情報に基づいて前記イベント通知メッセージに記述されたイベントの通知を必要とする複数のアプリケーションを特定し、特定した複数のアプリケーションに対してイベント通知を行うものである。

また、本発明においては、前記制御装置では、前記被制御装置から通信バージョン情報を取得し、前記制御装置が前記通信バージョン情報に対応している場合は、該通信バージョンの通信モジュールをロードし、前記制御装置が前記通信バージョン情報に対応していない場合は、最新の通信バージョンの通信モジュールをロードする構成とすることができる。

また、本発明は、複数種類のイベント通知が可能であり、イベントの種類毎にイベント通知の要否が設定可能な被制御装置と、前記被制御装置からイベント通知を受け取る制御装置と、が通信ネットワークで接続されてなる制御システムにおけるイベント通知方法であって、前記制御装置で動作するＳＤＫ（Software Development Kit）に、前記制御装置で動作する複数のアプリケーションが各々通知を必要とするイベントの種別を特定するイベント通知予約情報を通知するステップと、前記ＳＤＫが起動するプロセスで、前記イベント通知予約情報に基づいて、いずれかのアプリケーションが通知を必要とするイベントの種別を特定するイベント通知予約メッセージを作成し、該イベント通知予約メッセージを前記被制御装置に通知するステップと、前記制御装置に対して通知が必要と設定されたイベントが発生した場合に、前記制御装置にイベント通知メッセージを送信するステップと、前記制御装置の前記プロセスで、さらに、複数のアプリケーションを代表して前記イベント通知メッセージを受信するステップと、予め記憶した前記イベント通知予約情報に基づいて前記イベント通知メッセージに記述されたイベントの通知を必要とする複数のアプリケーションを特定するステップと、特定した複数のアプリケーションに対してイベント通知を行うステップと、を有するものである。

本発明においては、前記プロセスは、アプリケーションを監視し、いずれかのアプリケーションが終了した場合に、終了したアプリケーションに対応するイベント通知予約情報を除いて、前記イベント通知予約メッセージを作成し直す構成とすることができる。

また、本発明においては、前記ＳＤＫに、前記被制御装置との接続を要求する情報を通知するステップと、前記ＳＤＫが前記被制御装置から通信バージョン情報を取得するステップと、前記ＳＤＫで、前記制御装置が前記通信バージョン情報に対応している場合は、該通信バージョンの通信モジュールをロードし、前記制御装置が前記通信バージョン情報に対応していない場合は、最新の通信バージョンの通信モジュールをロードするステップと、を更に有する構成とすることができる。

また、本発明は、複数種類のイベント通知が可能であり、イベントの種類毎にイベント通知の要否が設定可能な被制御装置から、通信ネットワークを介してイベント通知を受け取る制御装置で動作するプログラムであって、コンピュータに、前記制御装置で動作する複数のアプリケーションが各々通知を必要とするイベントの種別を特定するイベント通知予約情報を取得し、前記イベント通知予約情報に基づいて、いずれかのアプリケーションが通知を必要とするイベントの種別を特定するイベント通知予約メッセージを作成し、該イベント通知予約メッセージを前記被制御装置に通知する処理、前記複数のアプリケーションを代表して前記被制御装置から送信されるイベント通知メッセージを受信し、予め記憶した前記イベント通知予約情報に基づいて前記イベント通知メッセージに記述されたイベントの通知を必要とする複数のアプリケーションを特定し、特定した複数のアプリケーションに対してイベント通知を行う処理、を実行させるものである。

また、本発明においては、コンピュータに、更に、前記被制御装置から通信バージョン情報を取得し、前記制御装置が前記通信バージョン情報に対応している場合は、該通信バージョンの通信モジュールをロードし、前記制御装置が前記通信バージョン情報に対応していない場合は、最新の通信バージョンの通信モジュールをロードする処理、を実行させる構成とすることができる。

また、本発明は、複数種類のイベント通知が可能であり、イベントの種類毎にイベント通知の要否が設定可能な被制御装置から、通信ネットワークを介してイベント通知を受け取る制御装置であって、前記制御装置で動作する複数のアプリケーションが各々通知を必要とするイベントの種別を特定するイベント通知予約情報を取得し、前記イベント通知予約情報に基づいて、いずれかのアプリケーションが通知を必要とするイベントの種別を示すイベント通知予約メッセージを作成し、該イベント通知予約メッセージを前記被制御装置に通知する機能と、前記複数のアプリケーションを代表して前記被制御装置からイベント通知メッセージを受信する機能と、予め記憶した前記イベント通知予約情報に基づいて前記イベント通知メッセージに記述されたイベントの通知を必要とする複数のアプリケーションを特定し、特定した複数のアプリケーションに対してイベント通知を行う機能と、を少なくとも備えるものである。

本発明においては、前記被制御装置から通信バージョン情報を取得する機能と、前記制御装置が前記通信バージョン情報に対応している場合は、該通信バージョンの通信モジュールをロードし、前記制御装置が前記通信バージョン情報に対応していない場合は、最新の通信バージョンの通信モジュールをロードする機能と、を更に備える構成とすることができる。

このように、本発明では、制御装置で動作する複数のアプリケーションからのイベント通知予約情報を取りまとめたイベント通知予約メッセージを被制御装置に送信し、被制御装置では、イベント通知予約メッセージに基づいて、制御装置に送信するイベント通知を設定し、また、制御装置は、被制御装置からのイベント通知を受信すると、そのイベント通知を必要とするアプリケーションを特定し、そのアプリケーションに対してのみイベント通知を行うため、アプリケーション毎にイベント通知を行う構成に比べて、トラフィックの増加や被制御装置のパフォーマンスの低下を抑制することができ、これにより、効率的にステータス通知を行うことができる。

本発明のイベント通知方法及び制御プログラム並びに制御装置によれば、トラフィックの増加や被制御装置のパフォーマンスの低下を抑制し、効率的にステータス通知を行うことができる。

その理由は、従来は、被制御装置に対してアプリケーション毎にイベント通知の要否を設定していたため、制御装置で複数のアプリケーションが起動している場合には、その制御装置に対してイベント通知を重複して送らなければならなかったが、本発明では、アプリケーションからＳＤＫにイベント通知予約が行われると、ＳＤＫは別プロセスを起動し、その別プロセスは、各々のアプリケーションからのイベント通知予約を取りまとめて、いずれかのアプリケーションが必要とするイベント通知のみが通知されるように被制御装置にイベント通知の要否を設定させ、また、被制御装置からのイベント通知を別プロセスが代表して受信して、別プロセスがそのイベント通知を必要とするアプリケーションを特定し、そのアプリケーションに対してのみ、イベント通知を行うようにしているからである。

本発明は、その好ましい一実施の形態において、複数種類のイベントに対してイベント通知が可能であり、イベントの種類毎にイベント通知の要否が予約可能な被制御装置（例えば、画像形成装置）と、被制御装置からイベント通知を受け取る制御装置と、が通信ネットワークで接続されてなる制御システムにおいて、制御装置で動作するＳＤＫ（Software Development Kit）に、制御装置で動作する各々のアプリケーションが通知を必要とするイベントの種別を特定するイベント通知予約情報を通知すると、ＳＤＫは、イベント通知を処理する別プロセスを起動してその別プロセスに複数のイベント通知予約情報を通知し、別プロセスは、イベント通知予約情報に基づいて、いずれかのアプリケーションが通知を必要とするイベントの種別を特定するイベント通知予約メッセージを作成して被制御装置に通知し、被制御装置は、そのイベント通知予約メッセージに基づいて、制御装置に送信するイベント通知の要否を設定する。

また、被制御装置で通知が必要と設定されたイベントが発生した場合に、別プロセスにイベント通知メッセージを送信し、別プロセスは、予め記憶したイベント通知予約情報に基づいて、イベントの通知を必要とするアプリケーションを特定し、特定したアプリケーションに対してイベント通知を行う。

更に、ＳＤＫに、被制御装置との接続を要求すると、ＳＤＫは、被制御装置の通信バージョン情報を取得し、制御装置がその通信バージョン情報に対応している場合は、該通信バージョンの通信モジュールをロードし、制御装置がその通信バージョン情報に対応していない場合は、最新の通信バージョンの通信モジュールをロードする。

このような制御を行うことにより、被制御装置は１つの制御装置に対しては同じイベント通知を重複して送る必要がなくなり、常に必要最小限のイベント通知を送ればよいため、トラフィックの増加を抑えることができ、画像形成装置自体の負荷を軽減してパフォーマンスの低下を抑制することができる。

上記した本発明の実施の形態についてさらに詳細に説明すべく、本発明の一実施例に係るイベント通知方法及び制御プログラム並びに制御装置について、図１乃至図１７を参照して説明する。図１は、本実施例の制御システムの構成を模式的に示す図である。また、図２は、本実施例の画像形成装置の構成を示すブロック図であり、図３は、本実施例の制御装置の構成を示すブロック図である。また、図４は、本実施例の制御装置及び画像形成装置のソフトウェアの機能を示すブロック図であり、図５及び図１３は、本実施例の制御システムを用いたステータス通知手順を示すフローチャート図である。また、図１４は、特定のＵＲＬの記載例を示す図であり、図１５乃至図１７は、各種テーブルの記載例を示す図である。

図１に示すように、本実施例の制御システムは、自装置に関するイベントを通知する１又は複数の画像形成装置１０と、イベント通知を受け取る１又は複数の制御装置２０と、がＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）などの通信ネットワークで接続されて構成されている。なお、本実施例におけるイベントとは、画像形成装置１０の状態を示すステータスを含む概念であり、イベント通知の中にはステータス通知が含まれる。

［画像形成装置］
上記画像形成装置１０は、図２に示すように、制御部１１と、記憶部１２と、表示・操作部１３と、印刷部１４と、給排紙ユニット部１５などを備えている。

制御部１１は、CPU（Central Processing Unit）、ROM（Read Only Memory）、RAM（Random Access Memory）などにより構成される。CPUは、表示・操作部１３の操作により、ROMに記憶されている各種プログラムを読み出してRAMに展開し、展開されたプログラムに従って、表示・操作部１３や印刷部１４、給排紙ユニット１５などの画像形成装置１０の各部の動作を制御する。

また、制御部１１は、画像形成装置１０の各部の設定を制御する設定制御部１１ａと、画像形成装置１０の各部の状態を検知する状態検知制御部１１ｂと、通信ネットワークを介して制御装置２０との通信を制御する通信制御部１１ｃなどとしても機能する。この通信制御部１１ｃは、図４に示すように、画像形成装置１０の通信モジュールのバージョン情報を制御装置２０に送出する通信バージョン情報送出部、制御装置２０との間で各種メッセージを送受信する通信メッセージ送受信部、制御装置２０からのメッセージを判別する通信メッセージ判別部、イベントの種類毎にイベント通知の要否を設定するイベント通知設定部、イベント通知の要否設定を記憶するイベント通知設定記憶部などとして機能する。

記憶部１２は、フラッシュメモリやハードディスク等により構成され、各種データを記憶する。本実施例では、画像形成装置１０の各種設定を保存する設定保存メモリ１２ａと、受信した画像データを保存する画像データ保存メモリ１２ｂなどを備えている。

表示・操作部１３は、液晶表示装置（LCD：Liquid Crystal Display）や有機EL（electroluminescence）表示装置上に、透明電極が格子状に配置された感圧式の操作部（タッチパネル）を設けて構成され、手指やタッチペン等で押下された力点のＸＹ座標を電圧値で検出し、検出された位置信号を操作信号として制御部１１に出力する。

印刷部１４は、受信した画像データやスキャナで読み取った画像データに基づいて転写紙に印刷する画像を形成する画像形成部、形成した画像を転写紙に転写する転写部、転写した画像を定着させる定着部、転写紙を搬送する搬送部、画像形成部や転写部、定着部をクリーニングするクリーニング部などを備え、電子写真方式により、入力された画像データに基づいて、転写紙上に画像を形成して出力する。

給排紙ユニット部１５は、各種サイズの転写紙を格納し、制御部１１の指示に従って所定のサイズの転写紙を印刷部１４に供給する。

なお、本実施例の画像形成装置１０は、複数種類のイベントに対してイベント通知を行うことができ、かつ、イベントの種類毎にイベント通知の要否を設定できるものであればよく、その構成は図２及び図４に限定されず、例えば、図２の構成に加えて、ADF（Auto Document Feeder）やフィニッシャ、ステープル／パンチなどの後処理装置を備えていてもよい。

［制御装置］
上記制御装置２０は、図３に示すように、制御部２１と、記憶部２２と、表示部２３と、操作部２４などを備えている。

制御部２１は、CPU、ROM、RAMなどにより構成される。CPUは、操作部２４の操作により、ROMに記憶されている各種アプリケーションを読み出してRAMに展開し、展開されたアプリケーションに従って、制御装置２０の各部の動作を制御する。

また、制御部２１は、制御部２１上で動作する１又は複数のアプリケーションからの要求に応じて、Connect関数（画像形成装置１０との接続を確立するための接続要求情報が記載された関数）やイベント通知予約関数（画像形成装置１０にイベントの種類毎にイベント通知の要否を設定させるためのイベント通知予約情報が記載された関数）などの各種関数をＳＤＫにコールするＳＤＫ関数呼出部２１ａ、所定のアプリケーションに対してイベント通知をコールバックするイベント通知コールバック処理部２１ｂ、Connect関数やイベント通知予約関数の処理を行うＳＤＫ２１ｃ、イベント通知を処理するための別プロセス（イベントプロセッサ２１ｄ）などとして機能する。

上記ＳＤＫ２１ｃは、図４に示すように、ＳＤＫ関数呼出部からのConnect関数コールを処理するConnect関数処理部、指定された通信バージョンの通信モジュールをロードする通信モジュールロード処理部、ＳＤＫ関数呼出部からのイベント通知予約関数コールを処理するイベント通知予約関数処理部などとして機能し、Connect関数処理部は、画像形成装置１０の通信バージョンを判別するバージョン判別処理部として機能し、イベント通知予約関数処理部は、イベント通知予約関数に記載されたイベント通知予約情報をイベントプロセッサ２１ｄに送るイベント通知予約送信部、イベントプロセッサ２１ｄを起動させるイベントプロセッサ起動処理部として機能する。

また、ＳＤＫ２１ｃによって起動されるイベントプロセッサ２１ｄは、図４に示すように、イベント通知予約情報を取りまとめ、イベント通知予約メッセージとして画像形成装置１０に送信するイベント通知予約送信部、画像形成装置１０でイベントが発生した時に送信されるイベント通知メッセージを受信するイベント通知受信部、イベント通知を所定のアプリケーションにコールバックするイベント通知コールバック送信部、後述するデバイス送受信テーブルを記憶するデバイス送受信テーブル記憶部などとして機能する。

なお、ＳＤＫ２１ｃは、ＳＤＫ関数呼出部２１ａからの関数を処理することができる構成であればよく、また、イベントプロセッサ２１ｄは、アプリケーションを代表してイベント通知の要否設定、イベント通知の受け取りができる構成であればよく、各部の名称や構成は図４の記載に限定されない。また、本実施例では、ＳＤＫ関数呼出部２１ａ、コールバック処理部２１ｂ、ＳＤＫ２１ｃ、イベントプロセッサ２１ｄをソフトウェアとして構成する場合を示すが、いずれか一つ又はその一部をハードウェアとして構成してもよい。

記憶部２２は、フラッシュメモリやハードディスク等により構成され、各種データを記憶する。本実施例では、特に、後述するイベント通知予約取りまとめ用テーブルなどを記憶する。

表示部２３は、液晶表示装置や有機EL表示装置等からなり、制御部２１からの表示信号に従って画面上に各種管理画面などを表示する。また、操作部２４は、キーボードやマウス等からなり、各々の画像形成装置に適用する通信方式の選択などの操作を行う。

上記制御装置２０及び画像形成装置１０におけるソフトウェアの機能をブロック図で示すと図４のようになる。図４に示すように、ＳＤＫ関数呼出部からConnect関数処理部にConnect関数がコールされると、Connect関数処理部のバージョン判別処理部は、画像形成装置１０の通信バージョン情報送出部から通信バージョン情報を取得し、通信モジュールロード処理部は取得した通信バージョン情報に基づいて画像形成装置１０との通信に適した通信バージョンの通信モジュールを制御装置にロードする。

また、ＳＤＫ関数呼出部からイベント通知予約関数処理部にイベント通知予約関数がコールされると、イベントプロセッサ起動処理部はイベントプロセッサを起動すると共に、イベント通知予約送信部はイベント通知予約関数に記述されたイベント通知予約情報をイベントプロセッサに送信し、イベントプロセッサのイベント通知予約送信部は、イベント通知予約情報を取りまとめ、後述するイベント通知予約取りまとめ用テーブルに記録すると共に、いずれかのアプリケーションが通知を必要とするイベントの種別を記述したイベント通知予約メッセージとして画像形成装置１０の通信メッセージ送受信部に送信する。このイベント通知予約メッセージは通信メッセージ判別部で判別されてイベント通知設定部でイベント通知の要否が設定される。そして、イベント通知が必要と設定されたイベントが発生すると、通信メッセージ送受信部からイベントプロセッサのイベント通知受信部にイベント通知メッセージが送信され、イベント通知コールバック送信部でイベント通知の送信先のアプリケーションが特定されて、コールバック処理部を介してそのアプリケーションにイベント通知がコールバックされる。

以下、アプリケーション、ＳＤＫ、イベントプロセッサの各部の動作について、図５乃至図１３のフローチャート図を参照して詳細に説明する。

［アプリケーション側の処理］
図５のフローチャート１に示すように、ステップＳ１０１で、制御装置２０の制御部２１の指示によりＳＤＫ２１ｃがロードされると、ステップＳ１０２で、ＳＤＫ関数呼出部２１ａは、Connect関数の引数に、例えば、接続したい画像形成装置１０のIPアドレスと、その画像形成装置１０との接続時に使用したい通信バージョンなどを指定して、ＳＤＫ２１ｃのConnect関数処理部にConnect関数をコールする。

次に、ステップＳ１０３で、ＳＤＫ関数呼出部２１ａは、イベント通知予約関数の引数に、例えば、イベント通知の予約を行うアプリケーションの識別子と、そのアプリケーションが利用する画像形成装置１０のIPアドレスと、その画像形成装置１０との通信に使用したい通信バージョンと、イベント通知の予約を行うイベントの種別と、イベント通知を受け取るためのコールバック受信用ポート番号などを指定して、ＳＤＫ２１ｃのイベント通知関数処理部にイベント通知予約関数をコールする。なお、イベント通知予約関数の引数には、アプリケーションの識別情報と画像形成装置１０の通信ネットワーク上の場所情報とイベント通知の予約を行うイベントの種別とを含んでいればよい。

そして、アプリケーションが終了するまで、イベント通知コールバック処理部２１ｂは、イベントプロセッサ２１ｄのイベント通知コールバック送信部からのイベント通知のコールバックを待ち（ステップＳ１０４のＮｏ、ステップＳ１０５、ステップＳ１０６のＮｏ）、コールバックを受け取ったら（ステップＳ１０６のＹｅｓ）、ステップＳ１０７で、コールバック受け取り後の処理を行う。

［ＳＤＫでのConnectからDisconnectまでの処理］
図６のフローチャート２に示すように、ステップＳ２０１で、ＳＤＫ関数呼出部２１ａからConnect関数がコールされると、ステップＳ２０２で、ＳＤＫ２１ｃのConnect関数処理部のバージョン判別処理部は、画像形成装置１０の通信バージョン情報送出部から通信バージョン情報を取得し、取得した通信バージョン情報に基づいて、その画像形成装置１０との通信に使用する通信バージョンを判別し、その通信バージョンを通信モジュールロード処理部に通知する。通信バージョンの判別に関しては、フローチャート３で詳述する。

次に、ステップＳ２０３で、通信モジュールロード処理部は、その通信バージョンに対応した通信モジュールを特定してロードし、ステップＳ２０４で、その通信バージョンを記憶部２２に保存する。

次に、ステップＳ２０５で、ＳＤＫ２１ｃは、ＳＤＫ関数呼出部２１ａからの関数コールを待ち、コールされた関数がDisconnect関数の場合（ステップＳ２０６のＹｅｓの場合）は、ステップＳ２０７で、ＳＤＫ２１ｃの処理を終了する。

一方、コールされた関数がDisconnect関数でなく（ステップＳ２０６のＮｏ）、イベント通知予約関数の場合（ステップＳ２０８のＹｅｓの場合）は、ステップＳ２０９で、イベント通知関数処理部は、イベント通知予約関数の処理を実行し、ステップＳ２０５に戻って、ＳＤＫ２１ｃはＳＤＫ関数呼出部２１ａからの次の関数コールを待ち、Disconnect関数がコールされるまで同様の処理を繰り返す。上記イベント通知予約関数の処理に関しては、フローチャート４で詳述する。

また、コールされた関数がイベント通知予約関数でない場合（ステップＳ２０８のＮｏの場合）は、ステップＳ２１０で、他の関数の処理を実行し、ステップＳ２０５に戻って、ＳＤＫ２１ｃはＳＤＫ関数呼出部２１ａからの次の関数コールを待ち、Disconnect関数がコールされるまで同様の処理を繰り返す。

［ＳＤＫでの通信バージョンを判別する処理］
前述したように、ＳＤＫ関数呼出部２１ａは、フローチャート１のステップＳ１０２で、ＳＤＫ２１ｃにConnect関数をコールする際、Connect関数の引数に、接続したい画像形成装置１０のIPアドレスと、その画像形成装置１０との接続時に使用したい通信バージョンを指定する。その際、接続時に使用したい通信バージョンは、下記のように、画像形成装置１０の機種固有の値であるProductIDと対応させて引数に入れて指定する。

ProductID[0]＝1.3.6.1.4.1.18334.1.2.1.2.1，Version[0]＝3.0
ProductID[1]＝1.3.6.1.4.1.18334.1.2.1.2.2，Version[1]＝3.1
ProductID[2]＝1.3.6.1.4.1.18334.1.2.1.2.3，Version[2]＝3.2

その後、図７のフローチャート３に示すように、ステップＳ３０１で、ＳＤＫ２１ｃのConnect関数処理部は、Connect関数の引数から、画像形成装置１０のProductIDと、それに対応する通信バージョンの指定リストを取得する。

次に、ステップＳ３０２で、バージョン判別処理部は、接続する画像形成装置１０の特定のURL（Uniform Resource Locator）にアクセスし、通信バージョン情報送出部から、そのURLに記載されているProductIDと、その画像形成装置１０が搭載している通信モジュールの通信バージョンを取得する。

上記特定のURLは、例えば、「http://150.16.100.123/DeviceDescription/」であり、この中の「150.16.100.123」は、接続する画像形成装置１０のIPアドレスであり、Connect関数の引数として渡されてくるものである。また、「/DeviceDescription/」は、デバイスとの間で取り決めた特定の場所であり、その特定の場所には、例えば、図１４のTable1に示すように、画像形成装置１０に関する各種情報が記載されている。

次に、ステップＳ３０３で、バージョン判別処理部は、そのURLに記載されたProductIDが、Connect関数の引数に基づく指定リストにあるかどうか調べ、同じProductIDがあれば（ステップＳ３０４のＹｅｓ）、ステップＳ３０５で、そのProductIDに対応する通信バージョンが、制御装置２０に搭載している通信モジュールの通信バージョンにあるかどうか調べる。そして、同じ通信バージョンがあれば（ステップＳ３０６のＹｅｓ）、ステップＳ３０７で、バージョン判別処理部は、ProductIDに対応する通信バージョンを、画像形成装置１０との通信に使用する実際の通信バージョンとして決定する。

一方、URLに搭載されたProductIDが、Connect関数の引数に基づく指定リストの中にない場合（ステップＳ３０４のＮｏの場合）は、ステップＳ３０８で、制御装置２０に搭載されている通信バージョンの中の、最新の通信バージョン（一番数字の大きいバージョン）を、画像形成装置１０との通信に使用する実際の通信バージョンとして決定する。

また、ProductIDに対応する通信バージョンが、制御装置２０に搭載している通信モジュールの通信バージョンにない場合（ステップＳ３０６のＮｏの場合）も、ステップＳ３０８で、制御装置２０に搭載している通信モジュールの通信バージョンの中の、最新の通信バージョンを、画像形成装置１０との通信に使用する実際の通信バージョンとして決定する。

［ＳＤＫでのイベント通知予約関数の処理］
前述したフローチャート１で、ＳＤＫ関数呼出部２１ａがイベント通知予約関数をコールすると、図８のフローチャート４に示すように、ステップＳ４０１で、ＳＤＫ２１ｃは、イベントプロセッサ２１ｄ（別プロセスで動作するソフトウェア）が起動しているかどうか確認する。

そして、イベントプロセッサ２１ｄが起動していない場合（ステップＳ４０２のＮｏの場合）は、ステップＳ４０３で、イベントプロセッサ起動処理部は、イベントプロセッサ２１ｄを起動する。

その後、ステップＳ４０４で、イベント通知予約送信部は、イベント通知予約関数の引数として受けとったイベント通知予約情報を、そのままイベント通知予約メッセージとしてイベントプロセッサ２１ｄに送る。

［イベントプロセッサ内の処理］
図９のフローチャート５に示すように、ステップＳ５０１で、イベントプロセッサ２１ｄのイベント通知予約送信部は、上述したフローチャート４のステップＳ４０４で、ＳＤＫ２１ｃのイベント通知予約処理部から送られてくるイベント通知予約メッセージを持ち、この待ち状態が、後述する前回の確認時刻から一定時間（例えば３０分とか１時間）経過するまで続ける（ステップＳ５０２のＮｏ、ステップＳ５０４、ステップＳ５０５のＮｏ）。

そして、イベント通知予約メッセージを受け取ったら（ステップＳ５０２のＹｅｓ）、ステップＳ５０３で、イベント通知予約送信部は、イベント通知予約メッセージを送ったアプリケーションの識別子、そのアプリケーションが通信する画像形成装置１０のIPアドレス、その画像形成装置１０との通信に使用する通信バージョン、イベント通知を予約するイベントの種別、コールバック受信用ポート番号を、例えば、図１５に示すようなイベント通知予約取りまとめ用テーブルに記録する。また、通信バージョンは記憶部２２にも記憶しておく。

ここで言うアプリケーションの識別子はプロセスIDであるが、アプリケーションを識別できるものであれば特に限定されない。また、上記テーブルでは、イベントの種別を、デバイスステータス（D）、トレイステータス（T）、ジョブステータス（J）、カウンタステータス（C）の４種類としているが、イベントは画像形成装置１０に関するものであればよく、これらの他に、ADF（Auto Document Feeder）、フィニッシャ、ステープル／パンチユニット、トナー等のステータスを含めることもできる。

次に、イベント通知予約送信部は、イベント通知予約メッセージをテーブルに書き込んだ後、もしくは、前回の確認時刻（後述）から一定時間経過した場合（ステップＳ５０２のＮｏ、ステップＳ５０４、ステップＳ５０５のＹｅｓの場合）、ステップＳ５０６で、既にイベント通知予約取りまとめ用テーブルに記載されているアプリケーション識別子で特定されるアプリケーションが終了しているかどうかを確認する。

そして、アプリケーションが終了してれば（ステップＳ５０７のＹｅｓ）、ステップＳ５０８で、イベント通知予約送信部は、イベント通知予約取りまとめ用テーブルから該当するアプリケーション識別子を削除し、ステップＳ５０９で、前述した前回の確認時刻を更新する。この確認時刻は、イベント通知予約取りまとめ用テーブルに記載されているアプリケーションが既に終了しているかどうかの確認を行った時刻のことである。

その後、ステップＳ５１０で、イベント通知予約送信部は、イベント通知予約取りまとめ用テーブルにアプリケーションが残っているかを確認し、残っていなければ（ステップＳ５１１のＮｏ）、画像形成装置１０へのイベント通知予約をすべてキャンセルするなどのイベントプロセッサ２１ｄの終了に必要な処理を行い、イベントプロセッサ２１ｄを終了する。

一方、アプリケーションが残っていれば（ステップＳ５１１のＹｅｓ）、ステップＳ５１２で、イベント通知予約取りまとめ用テーブルのイベント通知予約を行ないたい画像形成装置１０のIPアドレスに対応付けて記載されているイベント種別のOn/Offについて、ORを取る。

例えば、図１５のTable2の例で説明すると、IPアドレスが150.16.100.123の画像形成装置１０に対してイベント通知予約を行うアプリケーションは３つであり、各々のアプリケーションに対して、
PID0020 は、D＝On，T＝Off，J＝Off，C＝On
PID0021 は、D＝Off，T＝Off，J＝Off，C＝On
PID0030 は、D＝On，T＝On，J＝Off，C＝Off
であるで、ORを取ると、
D＝On，T＝On，J＝Off，C＝On，となる。

次に、ステップＳ５１３で、イベント通知予約送信部は、現在、画像形成装置１０に設定されているイベントの種別を画像形成装置１０に問い合わせる。画像形成装置１０には、後述するフローチャート８に示すように、現在、設定されているイベント種別の問合せに対して、返事を返す処理が予め用意されている。

そして、ステップＳ５１４で、イベント通予約送信部は、現在、画像形成装置１０に設定されているイベントの種別と、上記取りまとめ用テーブルからORを取ったイベントの種別とを比較し、ステップＳ５１５で、両者が一致していなければ（例えば、画像形成装置１０に設定されているイベント種別がD＝On，T＝Off，J＝Off，C＝Onのようになっていれば）、ステップＳ５１６で、画像形成装置１０に対して、イベント通知予約メッセージを送信し、ステップＳ５１７で、デバイス送受信テーブル記憶部は、画像形成装置１０のIPアドレスとイベント通知メッセージ受信用ポート番号とを対応付けて、図１６に示すようなデバイス送受信テーブルに記述する。上記イベント通知予約メッセージは、ユーザアカウント、返信先IPアドレス、イベント通知メッセージを受信するポート番号、取りまとめ用テーブルからORを取ったイベントの種別などで構成することができるが、イベント通知を受け取る制御装置２０の通信ネットワーク上の場所情報と、いずれかのアプリケーションに対して通知するイベントの種別とを含んでいればよい。

一方、ステップＳ５１５で、両者が一致すれば、イベント通知予約メッセージを送信する必要はないので、ステップＳ５０１に戻って同様の処理を繰り返す。

［イベントプロセッサのイベント通知メッセージ取得処理］
図１０のフローチャート６に示すように、ステップＳ６０１で、イベントプロセッサ２１ｄのイベント通知受信部は、画像形成装置１０の通信メッセージ送受信部から送信されるイベント通知メッセージを待つ。このイベント通知メッセージの送信に関しては、後述する図１３のフローチャート９で詳述する。

そして、イベント通知受信部は、メッセージを受信したら（ステップＳ６０２のＹｅｓ）、ステップＳ６０３で、受信したメッセージの種別を判別してイベント通知コールバック送信部に送り、ステップＳ６０４で、イベント通知コールバック送信部は、図１６のデバイス送受信テーブル（Table3）を参照して、イベントメッセージ受信用ポート番号から画像形成装置１０のIPアドレスを判別する。

次に、ステップＳ６０５で、イベント通知コールバック送信部は、図１５のイベント通知予約取りまとめ用テーブル（Table2）を参照して、上記IPアドレスに対応するコールバック受信用ポート番号を判別して、受信したメッセージを必要とするアプリケーションを判別する。

次に、ステップＳ６０６で、イベント通知コールバック送信部は、上記コールバック受信用ポート番号にイベント通知をコールバックする。

［画像形成装置のイベント通知予約登録処理］
図１１のフローチャート７に示すように、ステップＳ７０１で、画像形成装置１０の通信メッセージ送受信部は、制御装置２０からのメッセージを待ち、メッセージを受信したら、ステップＳ７０２で、通信メッセージ判別部は、受信したメッセージがイベントプロセッサ２１ｄのイベント通信予約送信部からのイベント通知予約メッセージであるかを判断する。

そして、イベント通知予約メッセージであれば（ステップＳ７０２のＹｅｓ）、ステップＳ７０３で、イベント通知設定部は、図１７に示すイベント通知送信判別用テーブルに、例えば、ユーザアカウント、返信先IPアドレス、ポート番号、通知するイベントの種別などを登録し、イベント通知設定記憶部はそのテーブルを記憶する。

［画像形成装置の通知予約状況問い合わせ処理］
図１２のフローチャート８に示すように、ステップＳ８０１で、画像形成装置１０の通信メッセージ送受信部は、制御装置２０からのメッセージを待ち、メッセージを受信したら、ステップＳ８０２で、通信メッセージ判別部は、受信したメッセージが通知予約状況問い合わせメッセージであるかを判断する。

そして、通知予約状況問い合わせメッセージであれば（ステップＳ８０２のＹｅｓ）、ステップＳ８０３で、通信メッセージ送受信部は、図１７に示すイベント通知送信判別用テーブルから、問い合わせ相手のIPアドレス、ポート番号、ユーザアカウントに対応したイベントの種別を取得し、制御装置２０に返信する。

［画像形成装置のイベント通知メッセージ送信処理］
図１３のフローチャート９に示すように、ステップＳ９０１で、画像形成装置１０の制御部１１は、画像形成装置１０の各部の状態を監視し、状態が変化（すなわち、イベントが発生）したら（ステップＳ９０２のＹｅｓ）、ステップＳ９０３で、そのイベントの種別を判断し、ステップＳ９０４で、図１７に示すイベント通知送信判別用テーブルを参照して、その種別のイベント通知が要求されているかを調べる。

そして、要求されている場合（ステップＳ９０５のＹｅｓの場合）は、ステップＳ９０６で、通信メッセージ送受信部は、イベント通知送信判別用テーブルから、イベント通知を要求している返信先IPアドレス、ポート番号を取得し、その返信先IPアドレス、ポート番号に対して、イベント通知メッセージを送信する。

このように、本実施例の制御装置２０では、ＳＤＫ２１ｃはイベント通知予約関数がコールされると、別プロセス（イベントプロセッサ２１ｄ）を起動し、イベントプロセッサ２１ｄは、複数のアプリケーションからのイベント通知予約情報を取りまとめてイベント通知予約メッセージを画像形成装置１０に送信して、画像形成装置１０にイベント通知の要否を設定させ、また、画像形成装置１０からイベント通知メッセージを受信すると、そのイベント通知を必要とするアプリケーションを特定してそのアプリケーションにイベント通知をコールバックする処理を行うため、必要なイベント通知のみを必要なアプリケーションに送ることができ、これにより、トラフィックの増加や画像形成装置１０のパフォーマンスの低下を抑制することができ、効率的にイベント通知を行うことができる。

なお、上記実施例では、被制御装置として画像形成装置１０を例にして説明したが、複数種類のイベントに対応するイベント通知が可能で、種類毎にイベント通知の要否が設定可能な機能を備える任意の装置に対して同様に適用することができる。

本発明は、イベントの通知方法及びイベントの通知を制御する制御プログラム並びにイベントの通知を制御する制御装置に利用可能である。

本発明の一実施例に係る制御システムの構成を模式的に示す図である。本発明の一実施例に係る画像形成装置の構成を示すブロック図である。本発明の一実施例に係る制御装置の構成を示すブロック図である。本発明の一実施例に係る制御装置及び画像形成装置のソフトウェアの機能を示すブロック図である。本発明の一実施例に係る制御システムを用いたイベント通知手順（アプリケーションの処理）を示すフローチャート図である。本発明の一実施例に係る制御システムを用いたイベント通知手順（ＳＤＫでのConnectからDisconnectまでの処理）を示すフローチャート図である。本発明の一実施例に係る制御システムを用いたイベント通知手順（ＳＤＫでの通信バージョン判別処理）を示すフローチャート図である。本発明の一実施例に係る制御システムを用いたイベント通知手順（ＳＤＫでのイベント通知関数処理）を示すフローチャート図である。本発明の一実施例に係る制御システムを用いたイベント通知手順（イベントプロセッサの処理）を示すフローチャート図である。本発明の一実施例に係る制御システムを用いたイベント通知手順（イベントプロセッサでのイベント変化メッセージ取得処理）を示すフローチャート図である。本発明の一実施例に係る制御システムを用いたイベント通知手順（画像形成装置でのイベント通知予約登録処理）を示すフローチャート図である。本発明の一実施例に係る制御システムを用いたイベント通知手順（画像形成装置でのイベント通知予約状況問い合わせ処理）を示すフローチャート図である。本発明の一実施例に係る制御システムを用いたイベント通知手順（画像形成装置でのイベント通知メッセージ送信処理）を示すフローチャート図である。本発明の一実施例に係る特定のＵＲＬの記載例を示す図である。本発明の一実施例に係るイベント通知予約まとめ用テーブルの記載例を示す図である。本発明の一実施例に係るデバイス送受信テーブルの記載例を示す図である。本発明の一実施例に係るイベント通知送信判別用テーブルの記載例を示す図である。

符号の説明

１０画像形成装置
１１制御部
１１ａ設定制御部
１１ｂ状態検知制御部
１１ｃ通信制御部
１２記憶部
１２ａ設定保存メモリ部
１２ｂ画像データ保存メモリ
１３表示・操作部
１４印刷部
１５給排紙ユニット部
２０制御装置
２１制御部
２１ａＳＤＫ関数呼出部
２１ｂイベント通知コールバック処理部
２１ｃＳＤＫ
２１ｄイベントプロセッサ
２２記憶部
２３表示部
２４操作部

Claims

複数種類のイベント通知が可能であり、イベントの種類毎にイベント通知の要否が設定可能な被制御装置と、前記被制御装置からイベント通知を受け取る制御装置と、が通信ネットワークで接続されてなる制御システムにおけるイベント通知方法であって、
前記制御装置では、該制御装置で動作する複数のアプリケーションが各々通知を必要とするイベントの種別を特定するイベント通知予約情報を取得し、前記イベント通知予約情報に基づいて、いずれかのアプリケーションが通知を必要とするイベントの種別を特定するイベント通知予約メッセージを作成し、該イベント通知予約メッセージを前記被制御装置に通知し、
前記被制御装置では、受信した前記イベント通知予約メッセージに基づいて、前記制御装置に対するイベント通知の要否を設定し、
前記制御装置に対して通知が必要と設定されたイベントが発生した場合に、前記制御装置にイベント通知メッセージを送信し、
前記制御装置では、さらに、
前記複数のアプリケーションを代表して前記イベント通知メッセージを受信し、
予め記憶した前記イベント通知予約情報に基づいて前記イベント通知メッセージに記述されたイベントの通知を必要とする複数のアプリケーションを特定し、
特定した複数のアプリケーションに対してイベント通知を行うことを特徴とするイベント通知方法。
前記制御装置では、前記被制御装置から通信バージョン情報を取得し、前記制御装置が前記通信バージョン情報に対応している場合は、該通信バージョンの通信モジュールをロードし、前記制御装置が前記通信バージョン情報に対応していない場合は、最新の通信バージョンの通信モジュールをロードすることを特徴とする請求項１記載のイベント通知方法。
複数種類のイベント通知が可能であり、イベントの種類毎にイベント通知の要否が設定可能な被制御装置と、前記被制御装置からイベント通知を受け取る制御装置と、が通信ネットワークで接続されてなる制御システムにおけるイベント通知方法であって、
前記制御装置で動作するＳＤＫ（Software Development Kit）に、前記制御装置で動作する複数のアプリケーションが各々通知を必要とするイベントの種別を特定するイベント通知予約情報を通知するステップと、
前記ＳＤＫが起動するプロセスで、前記イベント通知予約情報に基づいて、いずれかのアプリケーションが通知を必要とするイベントの種別を特定するイベント通知予約メッセージを作成し、該イベント通知予約メッセージを前記被制御装置に通知するステップと、
前記制御装置に対して通知が必要と設定されたイベントが発生した場合に、前記制御装置にイベント通知メッセージを送信するステップと、
前記制御装置の前記プロセスで、さらに、複数のアプリケーションを代表して前記イベント通知メッセージを受信するステップと、
予め記憶した前記イベント通知予約情報に基づいて前記イベント通知メッセージに記述されたイベントの通知を必要とする複数のアプリケーションを特定するステップと、
特定した複数のアプリケーションに対してイベント通知を行うステップと、を有することを特徴とするイベント通知方法。
前記プロセスは、アプリケーションを監視し、いずれかのアプリケーションが終了した場合に、終了したアプリケーションに対応するイベント通知予約情報を除いて、前記イベント通知予約メッセージを作成し直すことを特徴とする請求項３記載のイベント通知方法。
前記ＳＤＫに、前記被制御装置との接続を要求する情報を通知するステップと、
前記ＳＤＫが前記被制御装置から通信バージョン情報を取得するステップと、
前記ＳＤＫで、前記制御装置が前記通信バージョン情報に対応している場合は、該通信バージョンの通信モジュールをロードし、前記制御装置が前記通信バージョン情報に対応していない場合は、最新の通信バージョンの通信モジュールをロードするステップと、を更に有することを特徴とする請求項３又は４に記載のイベント通知方法。
前記イベント通知予約情報は、前記各々のアプリケーションの識別情報と、前記被制御装置の前記通信ネットワーク上の場所情報と、前記各々のアプリケーションが通知を必要とするイベントの種別と、を含み、
前記イベント通知要求メッセージは、前記イベント通知の通知先の前記通信ネットワーク上の場所情報と、いずれかのアプリケーションが通知を必要とするイベントの種別と、を含むことを特徴とする請求項１乃至５のいずれか一に記載のイベント通知方法。
複数種類のイベント通知が可能であり、イベントの種類毎にイベント通知の要否が設定可能な被制御装置から、通信ネットワークを介してイベント通知を受け取る制御装置で動作するプログラムであって、
コンピュータに、
前記制御装置で動作する複数のアプリケーションが各々通知を必要とするイベントの種別を特定するイベント通知予約情報を取得し、前記イベント通知予約情報に基づいて、いずれかのアプリケーションが通知を必要とするイベントの種別を特定するイベント通知予約メッセージを作成し、該イベント通知予約メッセージを前記被制御装置に通知する処理、
前記複数のアプリケーションを代表して前記被制御装置から送信されるイベント通知メッセージを受信し、予め記憶した前記イベント通知予約情報に基づいて前記イベント通知メッセージに記述されたイベントの通知を必要とする複数のアプリケーションを特定し、特定した複数のアプリケーションに対してイベント通知を行う処理、を実行させることを特徴とする制御プログラム。
コンピュータに、更に、
前記被制御装置から通信バージョン情報を取得し、前記制御装置が前記通信バージョン情報に対応している場合は、該通信バージョンの通信モジュールをロードし、前記制御装置が前記通信バージョン情報に対応していない場合は、最新の通信バージョンの通信モジュールをロードする処理、を実行させることを特徴とする請求項７記載の制御プログラム。
前記イベント通知予約情報は、前記各々のアプリケーションの識別情報と、前記被制御装置の前記通信ネットワーク上の場所情報と、前記各々のアプリケーションが通知を必要とするイベントの種別と、を含み、
前記イベント通知要求メッセージは、前記イベント通知の通知先の前記通信ネットワーク上の場所情報と、いずれかのアプリケーションが通知を必要とするイベントの種別と、を含むことを特徴とする請求項７又は８に記載の制御プログラム。
複数種類のイベント通知が可能であり、イベントの種類毎にイベント通知の要否が設定可能な被制御装置から、通信ネットワークを介してイベント通知を受け取る制御装置であって、
前記制御装置で動作する複数のアプリケーションが各々通知を必要とするイベントの種別を特定するイベント通知予約情報を取得し、前記イベント通知予約情報に基づいて、いずれかのアプリケーションが通知を必要とするイベントの種別を示すイベント通知予約メッセージを作成し、該イベント通知予約メッセージを前記被制御装置に通知する機能と、
前記複数のアプリケーションを代表して前記被制御装置からイベント通知メッセージを受信する機能と、
予め記憶した前記イベント通知予約情報に基づいて前記イベント通知メッセージに記述されたイベントの通知を必要とする複数のアプリケーションを特定し、特定した複数のアプリケーションに対してイベント通知を行う機能と、を少なくとも備えることを特徴とする制御装置。
前記被制御装置から通信バージョン情報を取得する機能と、
前記制御装置が前記通信バージョン情報に対応している場合は、該通信バージョンの通信モジュールをロードし、前記制御装置が前記通信バージョン情報に対応していない場合は、最新の通信バージョンの通信モジュールをロードする機能と、を更に備えることを特徴とする請求項１０記載の制御装置。
前記イベント通知予約情報は、前記各々のアプリケーションの識別情報と、前記被制御装置の前記通信ネットワーク上の場所情報と、前記各々のアプリケーションが通知を必要とするイベントの種別と、を含み、
前記イベント通知要求メッセージは、前記イベント通知の通知先の前記通信ネットワーク上の場所情報と、いずれかのアプリケーションが通知を必要とするイベントの種別と、を含むことを特徴とする請求項１０又は１１に記載の制御装置。