JP2017113939A

JP2017113939A - デバイス、情報処理方法及びプログラム

Info

Publication number: JP2017113939A
Application number: JP2015250237A
Authority: JP
Inventors: 春樹佐藤; Haruki Sato
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2015-12-22
Filing date: 2015-12-22
Publication date: 2017-06-29
Also published as: US20170180597A1; US10027844B2

Abstract

【課題】変更前の設定値に基づいた状態変化通知の再送を防止することを目的とする。
【解決手段】状態変化が検知された場合、状態変化情報を送信する送信手段と、送信手段により送信された状態変化情報に関するエントリを管理する管理手段と、管理手段により管理されているエントリに基づいて状態変化情報を再送する再送手段と、設定された条件に基づいた再送手段による状態変化情報の再送が行われた場合、又は状態変化情報に対する応答が受信された場合、エントリを削除する第１の削除手段と、状態変化情報の送信に関する設定値が変更された際に、管理手段によりエントリが管理されている場合、エントリを削除する第２の削除手段と、を有することによって課題を解決する。
【選択図】図７

Description

本発明は、デバイス、情報処理方法及びプログラムに関する。

ネットワークに接続されたデバイスの一例として画像形成装置がある。画像形成装置の状態監視方法として、監視端末による定期的なポーリング監視によって、画像形成装置から状態情報の取得を行い、監視を行う方法がある（特許文献１）。また、別な監視方法として、ＳＮＭＰ−Ｔｒａｐ（ＲＦＣ３４１１）、ＩｎｆｏｒｍＲｅｑｕｅｓｔ（ＲＦＣ３４１１）等の方法がＲＦＣ（ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ）で規格化されている。Ｔｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔを用いた監視方法では、画像形成装置の状態が変化したタイミングで、画像形成装置は予め設定されている監視端末宛てにＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔを送信する（特許文献２）。

特開２００２−２９７３３６号公報特開２０１２−１３８１１３号公報

パケットの到達確認を行うＩｎｆｏｒｍＲｅｑｕｅｓｔでは、到達確認がとれるまで画像形成装置は予め決められた間隔と回数とだけ再送を行う。また、ＳＮＭＰｖ３のＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知は、予め設定されている通知先アドレスと通知に使用するＳＮＭＰｖ３ユーザ情報とに基づいたＴｒａｐ／ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知を行う。
しかしながら従来は、ＩｎｆｏｒｍＲｅｑｕｅｓｔの再送中にＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定やＳＮＭＰｖ３ユーザ情報の設定が変更されるケースが考慮されていなかった。そのため、画像形成装置は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定やＳＮＭＰｖ３ユーザ情報の設定が変更されたにも関わらず、設定変更前の設定値に基づいたＩｎｆｏｒｍＲｅｑｕｅｓｔを再送し続けてしまう課題があった。
本発明は、変更前の設定値に基づいた状態変化通知の再送を防止することを目的とする。

本発明は、状態変化が検知された場合、状態変化情報を送信する送信手段と、前記送信手段により送信された前記状態変化情報に関するエントリを管理する管理手段と、前記管理手段により管理されている前記エントリに基づいて前記状態変化情報を再送する再送手段と、設定された条件に基づいた前記再送手段による前記状態変化情報の再送が行われた場合、又は前記状態変化情報に対する応答が受信された場合、前記エントリを削除する第１の削除手段と、前記状態変化情報の送信に関する設定値が変更された際に、前記管理手段によりエントリが管理されている場合、前記エントリを削除する第２の削除手段と、を有する。

本発明によれば、変更前の設定値に基づいた状態変化通知の再送を防止することができる。

画像形成装置のハードウェア構成の一例を示す図である。ＩｎｆｏｒｍＲｅｑｕｅｓｔを使った通知方法を説明する図である。エラー情報の一例を示す図である。ＳＮＭＰｖ３のユーザ設定画面と設定項目とを示す図である。ＳＮＭＰｖ３のＩｎｆｏｒｍＲｅｑｕｅｓｔ通知の設定画面を示す図である。Ｉｎｆｏｒｍ通知テーブルの一例を示す図である。情報処理の一例を示すフローチャートである。情報処理の一例を示すフローチャートである。情報処理の一例を示すフローチャートである。情報処理の一例を示すフローチャートである。情報処理の一例を示すフローチャートである。設定変更禁止画面の一例を示す図である。情報処理の一例を示すフローチャートである。警告画面の一例を示す図である。

以下、本発明の実施形態について図面に基づいて説明する。

＜実施形態１＞
（画像形成装置の構成）
本実施形態では、画像形成装置の一例として、コピー機能やプリンタ機能等の複数の機能を有する画像形成装置を用いて説明を行う。なお、画像形成装置は、コピー機能のみ又はプリンタ機能のみを有するＳＦＰ（ＳｉｎｇｌｅＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）であってもよい。まず、図１を参照して、画像形成装置１００のハードウェア構成について説明する。制御部（コントローラ部）１１０は、制御プログラムを記憶しており、それを読み出して画像形成装置１００全体の動作を制御する。制御部１１０は、リーダ部１２０及びプリンタ部１３０と電気的に接続されている。制御部１１０は、リーダ部１２０及びプリンタ部１３０からデータを受信する。また、制御部１１０は、リーダ部１２０及びプリンタ部１３０に対して各種のコマンドを送信する。更に、制御部１１０は、ネットワーク１６０を介して監視端末１６１、１６２と接続されており、それらから画像データや制御コマンドを受信する。ネットワーク１６０は、例えば、ローカルネットワークで構築される。監視端末１６１、１６２は画像形成装置１００に対して、機器の構成情報や現在のステータス情報の監視等も行っている。
リーダ部１２０は、原稿の画像を光学的に読み取り、画像データに変換する。リーダ部１２０は、原稿を読み取る機能を有するスキャナユニット１２１と、原稿をスキャナユニット１２１によって読み取り可能な位置まで搬送する原稿給紙ユニット１２２とを備える。スキャナユニット１２１が備えるスキャナコントローラ１２３は、制御部１１０からの指示に基づいて、スキャナユニット１２１と原稿給紙ユニット１２２とを制御する。

プリンタ部１３０は、画像形成（印刷）用の用紙（用紙又は記録材）を収納する給紙ユニット１３１と、画像データを用紙に転写及び定着させるマーキングユニット１３２と、印刷された用紙を排紙する排紙ユニット１３４と、を備える。マーキングユニット１３２が備えるプリンタコントローラ１３５は、制御部１１０からの指示に基づいて、マーキングユニット１３２と給紙ユニット１３１と排紙ユニット１３４とを制御する。プリンタ部１３０は、制御部１１０からの指示に基づいて、給紙ユニット１３１から用紙をマーキングユニット１３２へ給紙し、マーキングユニット１３２で前記用紙に対して画像データを印刷した後、前記用紙を排紙ユニット１３４へ排紙する。排紙ユニット１３４は、マーキングユニット１３２で印刷された用紙に対し、ソートやステイプル等の処理を施すことができる。給紙ユニット１３１は、複数の給紙部を備えており、各給紙部には用紙が収納され、載置（設定）される。各給紙部は、例えば、普通紙や光沢紙等、複数種類の用紙を収納できる。また、各給紙部は、画像形成装置１００のプリンタ部１３０で印刷された用紙を、再び収納することもできる。給紙部の例として、給紙カセットや、給紙デッキ、手差用紙レイ等がある。給紙部の形態はこれに限られず、その他、収納された用紙をマーキングユニット１３２に搬送できればよい。

操作部１４０は、例えば、ハードキーや、液晶表示部及びその表面上に貼り付けられたタッチパネル部を備え、それらを介してユーザから指示を受け付ける。また、操作部１４０は、液晶表示部にソフトキーや、画像形成装置１００の機能や状態を表示することができる。操作部１４０は、ユーザからの指示に対応するコマンドを、制御部１１０に送信する。また、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）１５０は、画像形成装置１００の各種設定及び画像データを記憶する。
上記の構成に基づき、画像形成装置１００は、例えば、コピー機能、画像データ送信機能、プリンタ機能等の種々の機能を実現する。コピー機能を実現する場合には、制御部１１０は、リーダ部１２０で原稿の画像データを読込み、プリンタ部１３０で前記画像データを用いて用紙に印刷する制御を行う。画像データ送信機能を実現する場合に、制御部１１０は、リーダ部１２０で読み込んだ原稿の画像データをコードデータに変換し、前記コードデータを、ネットワーク１６０を介して監視端末１６１、１６２に送信する。更に、プリンタ機能を実現する場合には、制御部１１０は、監視端末１６１、１６２からネットワーク１６０を介して受信したコードデータ（印刷データ）を画像データに変換し、プリンタ部１３０へ送信する。プリンタ部１３０は、受信した画像データを用いて用紙に印刷する。
制御部１１０が、制御部１１０のメモリ等に記憶されているプログラムに基づき処理を実行することによって、画像形成装置１００の機能及び後述する図７〜１１、１３のフローチャートの処理等が実現される。

（標準技術の説明）
次にＩＥＴＦがインターネットで利用される技術の標準化を目的として発行しているＲＦＣ（ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ）に基づく、ネットワーク機器からの情報取得について説明する。ここで、ＩＥＴＦは、ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅの略である。ネットワーク上のデバイスの情報監視プロトコルとしてＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）が用いられている。ＳＮＭＰで管理されるネットワーク機器は、ＭＩＢ（ＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＢａｓｅ）情報を搭載し、監視端末からのＳＮＭＰリクエストに対してレスポンスを行うことで管理される。ＭＩＢ情報の構造については、ＩＥＦＴで標準化された仕様や、ＰＷＧ（ＰｒｉｎｔｅｒＷｏｒｋｉｎｇＧｒｏｕｐ）で業界標準化された仕様、更には、ベンダ等が独自に拡張したプライベートＭＩＢ仕様等が存在する。
ＭＩＢ情報は分野別の階層構造となっており、枝にはそれぞれ番号が割り当てられており、この番号をつなげたものをＯＩＤ（ＯｂｊｅｃｔＩＤｅｎｔｉｆｉｅｒ）と呼ぶ。この階層構造とＯＩＤとを持つオブジェクトがどの様な情報をもち、どのようなデータ型で定義されているのかは、各種のＲＦＣによって規定、又は企業が独自に拡張したプライベート情報とがある。データ型の定義についても管理情報構造（ＳＭＩ（ＳｔｒｕｃｔｕｒｅｏｆＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ））としてＲＦＣに規定がある。管理情報構造は、ＡｂｓｔｒａｃｔＳｙｎｔａｘＮｏｔａｔｉｏｎＯｎｅ（ＡＳＮ．１）というＩＳＯとＩＴＵ−Ｔとで規定された記述言語で表現される。
これらの技術仕様は不変ではなく、技術の進歩によって更新が行われる。例としてＲＦＣでは「ＲＦＣｘｘｘｘ」という番号があり、一度公開された仕様の更新にあたっては、旧来の番号をＯｂｓｏｌｅｔｅ扱いとし、新規の番号が割り当てられる。
画像形成装置の状態の監視をネットワーク上の遠隔の監視端末からＳＮＭＰとＭＩＢとを用いて行うために、ＰｒｉｎｔｅｒＭＩＢ（ＲＦＣ３８０５）が公開されている。このＰｒｉｎｔｅｒＭＩＢ仕様には監視端末側から管理対象の画像形成装置に対する定期的なポーリングによる監視に加えて、管理対象の画像形成装置の状態変化に応じて監視端末側に状態通知を行う仕様も含まれている。ネットワーク機器側から監視端末側へＳＮＭＰを用いて通知を行う方法としてＩｎｆｏｒｍＲｅｑｕｅｓｔを使う方法がある。

（ＩｎｆｏｒｍＲｅｑｕｅｓｔを使った通知方法）
次に、ＩｎｆｏｒｍＲｅｑｕｅｓｔを使った通知方法を、図２を用いて簡単に説明する。
ＳＮＭＰによる管理機能はＳＮＭＰエンティティと呼ばれる構成要素によって実現される。ここで、便宜上ＳＮＭＰによって情報を管理される側をエージェント、情報を管理する側をマネージャと呼ぶ。画像形成装置１００は情報を管理される側のエージェントであり、管理される対象の情報としてＭＩＢ情報２００を有している。画像形成装置１００には予め情報通知先としてマネージャの監視端末１６１が登録されており、ＭＩＢ情報２００に変化があった場合に通知を行う設定がなされている。
ＭＩＢ情報２００では多様な情報が管理されており、そのうちのどの情報の変化によって通知を行うか否かについても予め設定がなされている。ＰｒｉｎｔｅｒＭＩＢの例では、画像形成装置においてエラーが発生してＭＩＢ情報２００が変化した際にエージェントからマネージャに対して通知を行う仕様が定められている。ＰｒｉｎｔｅｒＭＩＢでエージェントがマネージャに通知するエラー情報の一例を図３に示す。図３は、画像形成装置で発生するエラーと、そのエラーが発生した際にエージェントがマネージャに通知するエラーコードと、の対応を示す図である。例えば、画像形成装置１００は、給紙ユニット１３１に収納されている用紙が無くなった場合、「用紙なし」エラーとして、エラーコード「８０８（ｉｎｐｕｔＭｅｄｉａＳｕｐｐｌｙＥｍｐｔｙ）」を監視端末１６１へ通知する。

ＩｎｆｏｒｍＲｅｑｕｅｓｔで通知を行う場合、画像形成装置１００は、ＭＩＢ情報２００に変化があった時点で通知種別をＩｎｆｏｒｍＲｅｑｕｅｓｔ２０１とし、通知するＭＩＢ情報と共にＳＮＭＰモジュール２０２を呼び出す。ＳＮＭＰモジュール２０２は、通信モジュールＵＤＰ／ＩＰ２０３を呼び出し、マネージャの監視端末１６１の通信モジュールＵＤＰ／ＩＰ２０４に対し、ＭＩＢ情報と共に通知を行う。通信モジュールＵＤＰ／ＩＰ２０４は、受信したＭＩＢ情報と共にエージェントである画像形成装置１００から通知種別がＩｎｆｏｒｍＲｅｑｕｅｓｔの通知を受信した旨をＳＮＭＰモジュール２０５に対して通知する。ＳＮＭＰモジュール２０５は、監視端末１６１で動作している機器監視アプリケーションに対して、通知を受けたＭＩＢ情報と共に画像形成装置１００からＩｎｆｏｒｍＲｅｑｕｅｓｔ２０６にて情報が到達した旨を通知する。ＩｎｆｏｒｍＲｅｑｕｅｓｔ２０６にて画像形成装置１００からの情報通知を受けた監視端末１６１で動作している機器監視アプリケーションは、以下の処理を行う。即ち、機器監視アプリケーションは、受信を行った確認応答として、ＩｎｆｏｒｍＲｅｑｕｅｓｔ２０６に対するＲｅｓｐｏｎｓｅ２０７をＳＮＭＰモジュール２０５にセットする。ＳＮＭＰモジュール２０５は、画像形成装置１００に確認応答を行うために通信モジュールＵＤＰ／ＩＰ２０４を更に呼び出して、画像形成装置側の通信モジュールＵＤＰ／ＩＰ２０３に対して確認応答の送信を行う。ＳＮＭＰモジュール２０２は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ２０１の確認応答としてＲｅｓｐｏｎｓｅ２０８を画像形成装置１００に通知を行う。ここで画像形成装置１００は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ２０１の通知開始からＲｅｓｐｏｎｓｅ２０８を受け取るまでに、一定時間を経過した場合には、ＩｎｆｏｒｍＲｅｑｕｅｓｔ２０１が監視端末１６１に到達しなかったと判断する。不達と判断した場合、画像形成装置１００は、予め決められた間隔と回数とでＩｎｆｏｒｍＲｅｑｕｅｓｔ２０１の再送を行う。ＩｎｆｏｒｍＲｅｑｕｅｓｔは、状態変化情報の一例である。

（ＳＮＭＰｖ３ユーザ設定）
次に図４を用いてＳＮＭＰｖ３のユーザ設定画面と設定項目とについての説明を行う。ＳＮＭＰｖ３はＩＥＴＦＳＴＤ６２によって規格化されており、ユーザベースの認証機構と暗号化とを使用して通信を行う。ユーザ設定画面４００は、ＳＮＭＰｖ３のユーザ設定のための設定画面の一例である。ＳＮＭＰｖ３ユーザは複数存在することが可能であるため、ボタン４０１及び４０２は現在設定を行っている前後のユーザ設定画面に切り替えを行うためのボタンである。ユーザＩＤ４０４は制御部１１０においてＳＮＭＰｖ３のユーザを一意に特定するためのユーザＩＤを示している。ユーザＩＤ４０４は制御部１１０が管理するＩＤであるため、表示のみでユーザが変更等、操作することはできない。
設定項目４０５はユーザＩＤ４０４で示したユーザＩＤのＳＮＭＰｖ３設定を有効化／無効化するための設定項目である。設定項目４０５はユーザがプルダウン設定４１１から有効／無効を選択することにより変更が可能となっている。設定項目４０６はユーザＩＤ４０４のユーザＩＤに対するユーザ名を設定するための設定項目を示している。ユーザが設定項目４０６を押下することにより、ソフトウェアキーボード等の入力画面に画面遷移され、ユーザ名の入力や変更が可能となっている。設定項目４０７は設定項目４０６で設定されたユーザ名に対して、ＳＮＭＰｖ３通信で認証を行うための認証アルゴリズムを設定するための設定項目である。設定項目４０７はユーザがプルダウン設定４１２から「なし／ＭＤ５／ＳＨＡ１」の選択が可能である。設定項目４０８は設定項目４０７で選択された認証アルゴリズムでの認証パスワードの入力を行うための設定項目である。ユーザが設定項目４０８を押下することにより、ソフトウェアキーボード等の入力画面に画面遷移され、認証パスワードの入力や変更が可能となっている。設定項目４０９はユーザＩＤ４０４がＳＮＭＰｖ３通信で通信を行う際の暗号化アルゴリズムを設定するための設定項目である。設定項目４０９はユーザがプルダウン設定４１３から「なし／ＤＥＳ／ＡＥＳ」の選択が可能である。設定項目４１０は設定項目４０９で選択された暗号化アルゴリズムでの暗号化パスワードの入力を行うための設定項目である。ユーザが設定項目４１０を押下することにより、ソフトウェアキーボード等の入力画面に画面遷移され、暗号化パスワードの入力や変更が可能となっている。設定項目４０６のユーザ名及び設定項目４０８の認証パスワード及び設定項目４１０の暗号化パスワードには、それぞれ最少文字列長や最大文字列長を設けてもよい。
ボタン４０３はＳＮＭＰｖ３のユーザ設定が完了した場合にユーザによって押下されるボタンである。ユーザがボタン４０３を押下することにより操作部１４０から制御部１１０に対してＳＮＭＰｖ３のユーザ設定値が送信される。制御部１１０は、受信したＳＮＭＰｖ３のユーザ設定値に基づいてＳＮＭＰｖ３の通信を行う。

（ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定）
次に図５を用いてＳＮＭＰｖ３でのＩｎｆｏｒｍＲｅｑｕｅｓｔ通知の設定画面と設定項目とについての説明を行う。ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００はＳＮＭＰｖ３でのＩｎｆｏｒｍＲｅｑｕｅｓｔ通知の設定を行うための操作部画面である。
設定項目５０１は通知先のアドレス設定項目を示している。設定項目５０１は画面例では通知先としてＩＰｖ４アドレス、ＩＰｖ６アドレス、ＦＱＤＮ（ＦｕｌｌｙＱｕａｌｉｆｉｅｄＤｏｍａｉｎＮａｍｅ）での設定を可能としている。設定項目５０２は通知を行う際に使用するＳＮＭＰｖ３のユーザＩＤを設定する項目である。設定項目５０２は、ユーザＩＤの詳細な設定は前述の図４で行っておりユーザＩＤ４０４と紐付けされている。設定項目５０３は通知先の有効／無効を切り替えるための設定項目である。ボタン５０４はＩｎｆｏｒｍＲｅｑｕｅｓｔの通知先設定が完了したときにユーザが押下するボタンである。ユーザがボタン５０４を押下することにより操作部１４０から制御部１１０に対してＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定値が送信される。制御部１１０は受信したＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定値に基づいてＩｎｆｏｒｍＲｅｑｕｅｓｔの通知を行う。

（ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知テーブル）
画像形成装置１００は、ＩｎｆｏｒｍＲｅｑｕｅｓｔの通知・再送を管理するためにＩｎｆｏｒｍ通知テーブル６００を有する。図６は、Ｉｎｆｏｒｍ通知テーブル６００の一例を示す図である。Ｉｎｆｏｒｍ通知テーブル６００は制御部１１０によって操作される。
制御部１１０は、画像形成装置１００にエラーが発生したことを検知すると、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００の設定内容に従ってＩｎｆｏｒｍＲｅｑｕｅｓｔを送信する。より具体的には、制御部１１０は、設定項目５０３の有効／無効設定で「有効」に設定されている設定項目５０１の通知設定の通知先アドレスに対して、設定項目５０２で選択されているユーザＩＤに紐づくＳＮＭＰｖ３ユーザ設定値を使用してＩｎｆｏｒｍＲｅｑｕｅｓｔを送信する。制御部１１０は、ＩｎｆｏｒｍＲｅｑｕｅｓｔを送信するとＩｎｆｏｒｍＲｅｑｕｅｓｔパケットのＲｅｑｕｅｓｔ-Ｉｄ、通知先アドレス、使用したＳＮＭＰｖ３ユーザＩＤ、通知したエラーコードを紐づけたエントリをＩｎｆｏｒｍ通知テーブル６００に追加する。制御部１１０は、予め決められた間隔と回数とでＩｎｆｏｒｍ通知テーブル６００に追加されているＩｎｆｏｒｍＲｅｑｕｅｓｔの再送を行う。制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００に追加されているＩｎｆｏｒｍＲｅｑｕｅｓｔに対するＲｅｓｐｏｎｓｅを受信するか、予め定められた回数の再送を行った時点で、以下の処理を行う。即ち、制御部１１０は、そのＩｎｆｏｒｍＲｅｑｕｅｓｔのエントリをＩｎｆｏｒｍ通知テーブルから削除する。この削除の処理は、第１の削除処理の一例である。予め定められた回数は、設定された条件の一例である。

図７は、画像形成装置１００のＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００が変更されたときの処理を示すフローチャートである。
ユーザがＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定を完了して、ボタン５０４を押下し、操作部１４０から制御部１１０に対してＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定値が送信される。制御部１１０は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定値を受信すると、本フローチャートの処理を開始する。Ｓ７０１において、制御部１１０は、操作部１４０から受け取った新たなＩｎｒｏｍＲｅｑｕｅｓｔ通知設定値と制御部１１０がキャッシュしている現時点のＩｎｒｏｍＲｅｑｕｅｓｔ通知設定値とを比較して差分があるか判定する。制御部１１０は、差分がある場合はＳ７０２に進み、そうでない場合は図７に示すフローチャートの処理を終了する。Ｓ７０２において、制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００のエントリを全て削除する。これにより、制御部１１０のＩｎｆｏｒｍＲｅｑｕｅｓｔ通知処理は全てキャンセルされる。Ｓ７０２の処理は、第２の削除処理の一例である。Ｓ７０３において、制御部１１０は、操作部１４０から受け取った新たな設定値を読み込み、その後のＩｎｆｏｒｍＲｅｑｕｅｓｔ通知処理に反映させる。

図８は、画像形成装置１００のＳＮＭＰｖ３のユーザ設定画面４００が変更されたときの処理を示すフローチャートである。
ユーザがＳＮＭＰｖ３ユーザ設定を完了して、ボタン４０３を押下し、操作部１４０から制御部１１０に対してＳＮＭＰｖ３ユーザ設定値が送信される。制御部１１０は、ＳＮＭＰｖ３ユーザ設定値を受信すると、本フローチャートの処理を開始する。Ｓ８０１において、制御部１１０は、操作部１４０から受け取った新たなＳＮＭＰｖ３ユーザ設定値と、制御部１１０がキャッシュしている現時点のＳＮＭＰｖ３ユーザ設定値とを比較して設定値が変更されるＳＮＭＰｖ３ユーザがいるか否かを判定する。制御部１１０は、設定値が変更されるＳＮＭＰｖ３ユーザがいる場合、設定値が変更されるＳＮＭＰｖ３ユーザのユーザＩＤを取得して、Ｓ８０２に進み、設定値が変更されるＳＮＭＰｖ３ユーザがいない場合、図８に示すフローチャートの処理を終了する。Ｓ８０２において、制御部１１０は、設定変更されるＳＮＭＰｖ３ユーザのユーザＩＤ４０４がＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００で使用されているか否かを判定する。制御部１１０は、設定変更されるＳＮＭＰｖ３ユーザのユーザＩＤ４０４がＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００で使用されている場合はＳ８０３へ進み、そうでない場合はＳ８０４へ進む。Ｓ８０３において、制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００のエントリを全て削除する。これにより、制御部１１０のＩｎｆｏｒｍＲｅｑｕｅｓｔ通知処理は全てキャンセルされる。Ｓ８０４において、制御部１１０は、操作部１４０から受け取った新たな設定値を読み込み、その後のＳＮＭＰｖ３通信に反映させる。

＜実施形態２＞
実施形態１ではＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定及び、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定で利用しているＳＮＭＰｖ３ユーザ設定値が変更された場合、Ｉｎｆｏｒｍ通知テーブル６００に存在する全てのエントリをクリアする例を説明した。しかし、実施形態１の例ではＩｎｆｏｒｍ通知テーブル６００に存在する全てのエントリをクリアするので、変更内容と無関係のＩｎｆｏｒｍＲｅｑｕｅｓｔ通知がキャンセルされてしまう課題があった。これに対して実施形態２では、変更された設定内容に関係するエントリのみをＩｎｆｏｒｍ通知テーブル６００から削除する構成を説明する。

図９は、画像形成装置１００のＳＮＭＰｖ３のユーザ設定画面４００が変更されたときの処理を示すフローチャートである。
ユーザがＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定を完了して、ボタン５０４を押下し、操作部１４０から制御部１１０に対してＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定値が送信される。制御部１１０は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定値を受信すると、本フローチャートの処理を開始する。Ｓ９０１において、制御部１１０は、操作部１４０から受け取った新たなＩｎｒｏｍＲｅｑｕｅｓｔ通知設定値と、制御部１１０がキャッシュしている現時点のＩｎｒｏｍＲｅｑｕｅｓｔ通知設定値とを比較して、設定値が変わるか判定する。制御部１１０は、設定値が変わるＩｎｒｏｍＲｅｑｕｅｓｔ通知設定がある場合はＳ９０２に進み、そうでない場合は図９に示すフローチャートの処理を終了する。Ｓ９０２において、制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００の先頭エントリを取得する。Ｓ９０３において、制御部１１０は、設定値が変わるＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定の現時点の設定項目５０１の通知先アドレス及び使用する設定項目５０２のＳＮＭＰｖ３ユーザＩＤを、取得したエントリの該当する情報と一致するか判定する。制御部１１０は、一致した場合、設定変更に関連するエントリであると判断してＳ９０４へ進み、そうでない場合、Ｓ９０５へ進む。Ｓ９０４において、制御部１１０は、Ｓ９０３で設定変更に関連すると判断したエントリをＩｎｆｏｒｍ通知テーブル６００から削除する。これにより、当該エントリに基づいて行われていたＩｎｆｏｒｍＲｅｑｕｅｓｔ通知処理がキャンセルされる。Ｓ９０４の処理は、第２の削除処理の一例である。Ｓ９０５において、制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００にＳ９０３で確認したエントリの次のエントリが存在するか確認する。制御部１１０は、次のエントリが存在する場合、Ｓ９０６に進み、次のエントリが存在しない場合、Ｓ９０７に進む。Ｓ９０６において、制御部１１０は、次のエントリを取得して、Ｓ９０３の処理に戻る。制御部１１０は、そのエントリに対してＳ９０３〜Ｓ９０５の処理を行う。一方、Ｓ９０７において、制御部１１０は、操作部１４０から受け取った新たな設定値を読み込み、その後のＩｎｆｏｒｍＲｅｑｕｅｓｔ通知処理に反映させる。

図１０は、画像形成装置１００のＳＮＭＰｖ３のユーザ設定画面４００が変更されたときの処理を示すフローチャートである。
ユーザがＳＮＭＰｖ３ユーザ設定を完了して、ボタン４０３を押下し、操作部１４０から制御部１１０に対してＳＮＭＰｖ３ユーザ設定値が送信される。制御部１１０は、ＳＮＭＰｖ３ユーザ設定値を受信すると、本フローチャートの処理を開始する。Ｓ１００１において、制御部１１０は、操作部１４０から受け取った新たなＳＮＭＰｖ３ユーザ設定値と、制御部１１０がキャッシュしている現時点のＳＮＭＰｖ３ユーザ設定値とを比較する。制御部１１０は、比較の結果、ＳＮＭＰｖ３ユーザ設定値が変更されている場合、設定値が変更されるＳＮＭＰｖ３ユーザのユーザＩＤを取得してＳ１００２に進み、変更されていない場合、図１０に示すフローチャートの処理を終了する。Ｓ１００２において、制御部１１０は、設定変更されるＳＮＭＰｖ３ユーザのユーザＩＤ４０４がＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００で使用されているかを判定する。制御部１１０は、使用されている場合はＳ１００３へ進み、そうでない場合はＳ１００８へ進む。Ｓ１００３において、制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００の先頭エントリを取得する。Ｓ１００４において、制御部１１０は、設定変更されるＳＮＭＰｖ３ユーザのユーザＩＤが、取り出したエントリのＳＮＭＰｖ３ユーザＩＤと一致するか否かを判定する。制御部１１０は、一致する場合、設定変更に関連するエントリであると判断してＳ１００５へ進み、そうでない場合、Ｓ１００６へ進む。Ｓ１００５において、制御部１１０は、Ｓ１００４で設定変更に関連すると判断したエントリをＩｎｆｏｒｍ通知テーブル６００から削除する。これにより、当該エントリに基づいて行われていたＩｎｆｏｒｍＲｅｑｕｅｓｔ通知処理がキャンセルされる。Ｓ１００６において、制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００にＳ１００３で確認したエントリの次のエントリが存在するか確認する。制御部１１０は、次のエントリが存在する場合、Ｓ１００７に進み、次のエントリが存在しない場合、Ｓ１００８に進む。Ｓ１００７において、制御部１１０は、次のエントリを取得して、Ｓ１００４の処理に戻る。制御部１１０は、そのエントリに対してＳ１００４〜Ｓ１００６の処理を行う。一方、Ｓ１００８において、制御部１１０は、操作部１４０から受け取った新たな設定値を読み込み、その後のＳＮＭＰｖ３通信に反映させる。

＜実施形態３＞
実施形態１及び２では、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定及び、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定で利用しているＳＮＭＰｖ３ユーザの設定値が変更されたことを契機に、その時点で通知中のＩｎｆｏｒｍＲｅｑｕｅｓｔをキャンセルする例を説明した。これに対して実施形態３では、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知中のＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定及び、ＳＮＭＰｖ３ユーザ設定値の設定変更を禁止する例を説明する。
図１１は、情報処理の一例を示すフローチャートである。
ＳＮＭＰｖ３のユーザ設定画面４００又は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００の表示要求を操作部１４０から制御部１１０が受信する。すると、制御部１１０は、本フローチャートの処理を開始する。Ｓ１１０１において、制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００にエントリが存在するかを判定する。制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００にエントリが存在する場合は、Ｓ１１０２に進み、エントリが存在しない場合、Ｓ１１０３に進む。Ｓ１１０２において、制御部１１０は、操作部１４０に設定変更禁止画面１２００を表示する。一方、Ｓ１１０３において、制御部１１０は、本フローチャートの処理開始時に操作部１４０から要求された設定画面（ＳＮＭＰｖ３のユーザ設定画面４００又は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００）を操作部１４０に表示する。

図１２は、Ｓ１１０２で操作部１４０に表示する設定変更禁止画面の一例を示す図である。設定変更禁止画面１２００は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００を覆うように、設定変更を禁止する旨のメッセージが表示される。ボタン１２０１をユーザが押下すると、操作部１４０は、制御部１１０にメニュー画面表示要求を送信する。そして、制御部１１０は、メニュー画面を操作部１４０に表示する。ここでは、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００に対して設定変更禁止画面１２００を表示する例を図示して説明したが、ＳＮＭＰｖ３のユーザ設定画面４００に対して設定変更禁止画面を表示する場合も同様である。また、本実施形態では、設定値の変更を禁止する一例として、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００等の上に設定変更禁止画面を表示する例を示したが、これに限定されるものではない。例えば、制御部１１０は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００等をグレーアウト表示し、設定値の変更ができない旨のメッセージを表示するようにしてもよい。また、制御部１１０は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００等を表示せず、設定値の変更ができない旨のメッセージのみを表示するようにしてもよい。

＜実施形態４＞
実施形態３では、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知中にはＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定及び、ＳＮＭＰｖ３ユーザ設定値の設定変更を禁止する例を説明した。これに対して実施形態４ではＩｎｆｏｒｍＲｅｑｕｅｓｔ通知中に、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定及び、ＳＮＭＰｖ３ユーザ設定値の設定変更操作を行ったユーザに対して設定変更を実施するか、設定変更を中止するかを選択させる例を説明する。
図１３は、情報処理の一例を示すフローチャートである。
ＳＮＭＰｖ３のユーザ設定画面４００又は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００のボタン４０３、５０４が押下され、制御部１１０が操作部１４０から設定値を受信する。すると、制御部１１０は、本フローチャートの処理を開始する。Ｓ１３０１において、制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００にエントリが存在するか否かを判定する。制御部１１０は、Ｉｎｆｏｒｍ通知テーブル６００にエントリが存在する場合はＳ１３０２へ進み、Ｉｎｆｏｒｍ通知テーブル６００にエントリが存在しなければＳ１３０４へ進む。Ｓ１３０２において、制御部１１０は、操作部１４０に警告画面１４００を表示する。そして、制御部１１０は、ユーザがＩｎｆｏｒｍＲｅｑｕｅｓｔ通知を中止して設定変更するか否かの選択結果を操作部１４０から受信すると、Ｓ１３０３に進む。

ここで警告画面１４００について図１４を用いて説明する。警告画面１４００では、現在ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知中である旨のメッセージと、通知中のＩｎｆｏｒｍＲｅｑｕｅｓｔをキャンセルして設定変更を行うかどうかの選択肢と、を提示する。ボタン１４０１をユーザが押下すると操作部１４０は、設定変更要求を制御部１１０へ送信する。ボタン１４０２をユーザが押下すると操作部１４０は、設定変更中止要求を制御部１１０へ送信する。図１４ではＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００のボタン５０５が押下されて警告画面１４００を表示する例を図示したが、本実施形態においてＳＮＭＰｖ３のユーザ設定画面４００のボタン４０３が押下された場合も同様である。
Ｓ１３０３において、制御部１１０は、操作部１４０から受信した警告画面１４００の選択結果を判定する。制御部１１０は、設定変更を行う場合はＳ１３０４へ進み、設定変更をキャンセルする場合は図１３に示すフローチャートの処理を終了する。Ｓ１３０４において、制御部１１０は、図７及び、図８で説明した設定値変更処理を行い、本フローチャートの処理開始時に操作部１４０から受信した新しい設定値をその後の動作に反映する。また、本実施形態では、設定値の変更を警告する一例として、警告画面１４００を表示する例を示したが、これに限定されるものではない。例えば、制御部１１０は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ通知設定画面５００等を表示する際に、画面の一部等に、Ｉｎｆｏｒｍ通知中である旨のメッセージを表示するようにしてもよい。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。例えば、上述した実施形態を任意に組合せて実施するようにしてもよい。また、図１に示した画像形成装置１００のハードウェア構成は一例であり、画像形成装置１００は、複数の通信手段や表示部等を有していてもよい。

以上、上述した実施形態の処理によれば、変更前の設定値に基づいた状態変化通知の再送を防止することができる。

１００画像形成装置
１１０制御部

Claims

状態変化が検知された場合、状態変化情報を送信する送信手段と、
前記送信手段により送信された前記状態変化情報に関するエントリを管理する管理手段と、
前記管理手段により管理されている前記エントリに基づいて前記状態変化情報を再送する再送手段と、
設定された条件に基づいた前記再送手段による前記状態変化情報の再送が行われた場合、又は前記状態変化情報に対する応答が受信された場合、前記エントリを削除する第１の削除手段と、
前記状態変化情報の送信に関する設定値が変更された際に、前記管理手段によりエントリが管理されている場合、前記エントリを削除する第２の削除手段と、
を有するデバイス。
前記設定値が変更されたか否かを判定する判定手段を更に有し、
前記第２の削除手段は、前記判定手段により、前記設定値が変更されたと判定された場合、前記管理手段によりエントリが管理されている場合、前記エントリを削除する請求項１記載のデバイス。
前記判定手段は、前記設定値として、ＩｎｒｏｍＲｅｑｕｅｓｔ通知設定値が変更されたか否かを判定する請求項２記載のデバイス。
前記判定手段は、前記設定値として、ＩｎｒｏｍＲｅｑｕｅｓｔ通知設定で使用されているＳＮＭＰｖ３ユーザのユーザ設定値が変更されたか否かを判定する請求項２記載のデバイス。
前記第２の削除手段は、前記管理手段により管理されているエントリを全て削除する請求項１乃至４何れか１項記載のデバイス。
前記第２の削除手段は、前記管理手段により管理されているエントリのうち、前記変更された設定値に関連するエントリを削除する請求項１乃至４何れか１項記載のデバイス。
状態変化が検知された場合、状態変化情報を送信する送信手段と、
前記送信手段により送信された前記状態変化情報に関するエントリを管理する管理手段と、
前記管理手段により管理されている前記エントリに基づいて前記状態変化情報を再送する再送手段と、
設定された条件に基づいた前記再送手段による前記状態変化情報の再送が行われた場合、又は前記状態変化情報に対する応答が受信された場合、前記エントリを削除する削除手段と、
前記状態変化情報の送信に関する設定値の変更要求を受け取った際に、前記管理手段によりエントリが管理されている場合、前記設定値の変更を禁止する禁止手段と、
を有するデバイス。
前記状態変化情報の送信に関する設定値の変更要求を受け取った際に、前記管理手段によりエントリが管理されているか否かを判定する判定手段を更に有し、
前記禁止手段は、前記判定手段により前記状態変化情報の送信に関する設定値の変更要求を受け取った際に、前記管理手段によりエントリが管理されていると判定された場合、前記設定値の変更を禁止する請求項７記載のデバイス。
状態変化が検知された場合、状態変化情報を送信する送信手段と、
前記送信手段により送信された前記状態変化情報に関するエントリを管理する管理手段と、
前記管理手段により管理されている前記エントリに基づいて前記状態変化情報を再送する再送手段と、
設定された条件に基づいた前記再送手段による前記状態変化情報の再送が行われた場合、又は前記状態変化情報に対する応答が受信された場合、前記エントリを削除する削除手段と、
前記状態変化情報の送信に関する設定値の変更要求を受け取った際に、前記管理手段によりエントリが管理されている場合、前記設定値の変更を警告する警告手段と、
を有するデバイス。
前記状態変化情報の送信に関する設定値の変更要求を受け取った際に、前記管理手段によりエントリが管理されているか否かを判定する判定手段を更に有し、
前記警告手段は、前記判定手段により前記状態変化情報の送信に関する設定値の変更要求を受け取った際に、前記管理手段によりエントリが管理されていると判定された場合、前記設定値の変更を警告する請求項９記載のデバイス。
前記デバイスは画像形成装置である請求項１乃至１０何れか１項記載のデバイス。
デバイスが実行する情報処理方法であって、
状態変化が検知された場合、状態変化情報を送信する送信工程と、
前記送信工程により送信された前記状態変化情報に関するエントリを管理する管理工程と、
前記管理工程により管理されている前記エントリに基づいて前記状態変化情報を再送する再送工程と、
設定された条件に基づいた前記再送工程による前記状態変化情報の再送が行われた場合、又は前記状態変化情報に対する応答が受信された場合、前記エントリを削除する第１の削除工程と、
前記状態変化情報の送信に関する設定値が変更された際に、前記管理工程によりエントリが管理されている場合、前記エントリを削除する第２の削除工程と、
を含む情報処理方法。
デバイスが実行する情報処理方法であって、
状態変化が検知された場合、状態変化情報を送信する送信工程と、
前記送信工程により送信された前記状態変化情報に関するエントリを管理する管理工程と、
前記管理工程により管理されている前記エントリに基づいて前記状態変化情報を再送する再送工程と、
設定された条件に基づいた前記再送工程による前記状態変化情報の再送が行われた場合、又は前記状態変化情報に対する応答が受信された場合、前記エントリを削除する削除工程と、
前記状態変化情報の送信に関する設定値の変更要求を受け取った際に、前記管理工程によりエントリが管理されている場合、前記設定値の変更を禁止する禁止工程と、
を含む情報処理方法。
デバイスが実行する情報処理方法であって、
状態変化が検知された場合、状態変化情報を送信する送信工程と、
前記送信工程により送信された前記状態変化情報に関するエントリを管理する管理工程と、
前記管理工程により管理されている前記エントリに基づいて前記状態変化情報を再送する再送工程と、
設定された条件に基づいた前記再送工程による前記状態変化情報の再送が行われた場合、又は前記状態変化情報に対する応答が受信された場合、前記エントリを削除する削除工程と、
前記状態変化情報の送信に関する設定値の変更要求を受け取った際に、前記管理工程によりエントリが管理されている場合、前記設定値の変更を警告する警告工程と、
を含む情報処理方法。
コンピュータを、請求項１乃至１１何れか１項記載のデバイスの各手段として機能させるためのプログラム。