(57)【要約】【課題】ネットワーク機器に自動的に送信された設定値がメンテナンス担当者の意図しない状況で反映されることを防ぐ管理システムを提供する。【解決手段】このシステムは、ネットワーク機器の稼働情報を収集する管理システムであって、ネットワーク機器に設定値を配信する際の条件と期限を管理する管理手段と、ネットワーク機器の稼働情報を受信する受信手段と、ネットワーク機器の機器情報を取得する取得手段と、ネットワーク機器の稼働情報が条件に合致するかを判定する判定手段と、条件に合致した場合に、ネットワーク機器に配信すべき設定値を決定する決定手段と、ネットワーク機器からネットワークを介して設定値取得の要求があり、期限内であった場合に、決定された設定値をネットワーク機器に応答する応答手段と、を備え、応答手段は、期限外であった場合は、決定された設定値をネットワーク機器に応答しない。【選択図】図７
2015179403.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク機器の稼働情報を収集する管理システムであって、
前記ネットワーク機器に設定値を配信する際の条件と期限を管理する管理手段と、
前記ネットワーク機器の稼働情報を受信する受信手段と、
前記ネットワーク機器の機器情報を取得する取得手段と、
前記ネットワーク機器の稼働情報が前記条件に合致するかを判定する判定手段と、
前記条件に合致した場合に、前記ネットワーク機器に配信すべき設定値を決定する決定手段と、
前記ネットワーク機器からネットワークを介して設定値取得の要求があり、前記期限内であった場合に、前記決定された設定値を前記ネットワーク機器に応答する応答手段と、
を備え、
前記応答手段は、前記期限外であった場合は、前記決定された設定値を前記ネットワーク機器に応答しない
ことを特徴とする管理システム。
【請求項２】
前記応答手段は、前記受信手段が、前記ネットワーク機器がサービス用の操作モードであることを示す通知をさらに受信した場合に、当該ネットワーク機器の稼働情報が前記条件に合致し、決定される設定値を、ネットワーク機器に応答する
ことを特徴とする請求項１に記載の管理システム。
【請求項３】
前記ネットワーク機器がサービス用の操作モードで、前記応答した前記設定値が反映されたか否かに応じてログを残す
ことを特徴とする請求項２に記載の管理システム。
【請求項４】
前記ネットワーク機器がサービス用の操作モードで、前記応答した設定値が反映されなかった場合、前記ログを残す
ことを特徴とする請求項３に記載の管理システム。
【請求項５】
前記機器情報には、ネットワーク機器の機種情報、ネットワーク機器のファームウェアのバージョン情報が含まれる
ことを特徴とする請求項１〜４のいずれか１項に記載の管理システム。
【請求項６】
前記応答手段は、前記取得されたファームウェアのバージョン情報が特定のバージョン情報を示す場合には、前記決定された設定値をネットワーク機器に応答しない
ことを特徴とする請求項５に記載の管理システム。
【請求項７】
前記決定手段は、給紙ローラーの消耗度が前記条件を満たした場合には、遅延ジャムセンサーの検知に係る設定値を前記ネットワーク機器に反映すべき前記設定値として決定する
ことを特徴とする請求項１〜６のいずれか１項に記載の管理システム。
【請求項８】
前記決定手段は、感光体ユニットの消耗度が前記条件を満たした場合には、印刷時の用紙への書き出し座標に係る設定値を前記ネットワーク機器に反映すべき前記設定値として決定する
ことを特徴とする請求項１〜７のいずれか１項に記載の管理システム。
【請求項９】
前記稼働情報は、前記ネットワーク機器で動作する各部品の消耗度を示すカウンタ情報、前記ネットワーク機器のステータス情報、または前記ネットワーク機器のエラー情報が含まれる
ことを特徴とする請求項１〜８のいずれか１項に記載の管理システム。
【請求項１０】
前記ネットワーク機器は、印刷装置である
ことを特徴とする請求項１〜９のいずれか１項に記載の管理システム。
【請求項１１】
ネットワーク機器の稼働情報を収集する管理方法であって、
前記ネットワーク機器に設定値を配信する際の条件と期限を管理する管理工程と、
前記ネットワーク機器の稼働情報を受信する受信工程と、
前記ネットワーク機器の機器情報を取得する取得工程と、
前記ネットワーク機器の稼働情報が前記条件に合致するかを判定する判定工程と、
前記条件に合致した場合に、前記ネットワーク機器に配信すべき設定値を決定する決定工程と、
前記ネットワーク機器からネットワークを介して設定値取得の要求があり、前記期限内であった場合に、前記決定された設定値を前記ネットワーク機器に応答する応答工程と、
を有し、
前記応答工程において、前記期限外であった場合は、前記決定された設定値を前記ネットワーク機器に応答しない
ことを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システムおよび管理方法に関し、特に、画像形成装置をはじめとするネットワーク機器へ設定値を遠隔で更新可能な管理システムおよび管理方法に関する。
【背景技術】
【０００２】
保守作業を行うメンテナンス担当者は、顧客先へ訪問した際に画像形成装置をはじめとしたネットワーク機器に対して、その利用状況を鑑みて円滑に利用されるようにパラメータを設定し直すことがある。特許文献１では、メンテナンス担当者によるパラメータ設定に依らずとも、ネットワーク機器の利用状況から自動的にパラメータを調節する技術が開示されている。例えば、ユーザが実行するジョブにおいて、消耗度が一定値を超えるパーツが使用される場合、そのパーツを使用しない代替ジョブの実行を選定しユーザに提示するという技術もある。一方で、近年では、遠隔監視システムを用いることで、市場のネットワーク機器に対して、販売会社の担当者がリモートで設定変更を行うことが可能となってきている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２７６４４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、利用状況を考慮してネットワーク機器の挙動を自動的に変更することができるが、リモートで設定値を変更する方法については提案されていない。例えば、販売会社の担当者は、市場の利用状況やファームウェアの配信状況などを考慮して利用状況の条件と自動変更する設定値とを一括で変更したい場合がある。また、ネットワーク機器がネットワークと接続していない場合や、電源が切れている場合は、送信した設定値が反映されない。その後、時間が経過してから販売会社の担当者が意図しないタイミングで変更されてしまう可能性もある。さらに、メンテナンス担当者による訪問時に、ネットワーク機器に設定した設定値に対して、遠隔監視システムによって自動的に設定値変更がなされた場合は混乱を招く可能性もある。
【０００５】
本発明は、上記課題を鑑みて、ネットワーク機器に自動的に送信された設定値がメンテナンス担当者の意図しない状況で反映されることを防ぐ管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、ネットワーク機器の稼働情報を収集する管理システムであって、前記ネットワーク機器に設定値を配信する際の条件と期限を管理する管理手段と、前記ネットワーク機器の稼働情報を受信する受信手段と、前記ネットワーク機器の機器情報を取得する取得手段と、前記ネットワーク機器の稼働情報が前記条件に合致するかを判定する判定手段と、前記条件に合致した場合に、前記ネットワーク機器に配信すべき設定値を決定する決定手段と、前記ネットワーク機器からネットワークを介して設定値取得の要求があり、前記期限内であった場合に、前記決定された設定値を前記ネットワーク機器に応答する応答手段と、を備え、前記応答手段は、前記期限外であった場合は、前記決定された設定値を前記ネットワーク機器に応答しないことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、メンテナンス担当者が利用状況やファームウェアの配信状況などを考慮して、設定値を一括で変更することができ、自動的に送信された設定値がメンテナンス担当者の意図しない状況で反映されることを防ぐことができる。
【図面の簡単な説明】
【０００８】
【図１】管理システムの全体構成を示す図である。
【図２】ネットワーク機器のハードウェア構成を示す図である。
【図３】管理装置とクライアント装置のハードウェア構成を示す図である。
【図４】管理システムにおける各装置の機能ブロック図である。
【図５】管理装置における設定値条件テーブルの一例を示す図である。
【図６】管理装置における除外条件テーブルの一例を示す図である。
【図７】ネットワーク機器へ設定値を送信する処理のフローチャートである。
【図８】メンテナンス担当者に対して表示する表示画面の一例を示す図である。
【図９】ネットワーク機器への送信状況を示す履歴確認画面の一例を示す図である。
【図１０】第２実施形態に係る設定値条件テーブルの一例を示す図である。
【図１１】ネットワーク機器へ設定値を送信する処理のフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について図面などを参照して説明する。
【００１０】
（第１実施形態）
まず、図１を参照して、本実施形態に係る管理システムにおける管理装置１０３と、管理装置１０３と通信する各装置について説明する。図１は、管理装置１０３がネットワーク１０１とインターネット１０４を介して、管理対象のネットワーク機器１０２および管理装置１０３へ情報取得をリクエストするためのクライアント装置１００とが接続されている状態を示す。本実施形態では、ネットワーク機器１０２が画像形成装置（印刷装置）であるとして記述している。ただし、本実施形態は、本発明の代表的な実施形態を説明するものであり、本発明の適用範囲を限定するものではない。
【００１１】
管理装置１０３は、顧客環境のネットワーク機器１０２を集中管理するサーバーであり、インターネット１０４上に設置され、ネットワーク機器１０２の稼働情報を収集することで複数の顧客環境のデバイスを管理することが可能である。ネットワーク機器１０２は、プリンターやＦＡＸおよびコピー機能を備えた画像形成装置である。ネットワーク機器１０２は、印刷枚数や機器を構成する部品の消耗度、ファームウェアのバージョン情報などの管理情報（機器情報）や稼働情報を管理装置１０３へ送信することが可能である。なお、本実施形態において、機器情報は、ネットワーク機器の機種情報、ネットワーク機器のファームウェアのバージョン情報を含む。また、稼働情報は、ネットワーク機器で動作する各部品の消耗度を示すカウンタ情報、ネットワーク機器のステータス情報、またはネットワーク機器のエラー情報を含む。クライアント装置１００は、販売会社の担当者がネットワーク１０１を通じて、管理装置１０３に対して操作を行うためのパーソナルコンピューターなどの端末である。クライアント装置１００を用いて行う操作としては、各ネットワーク機器１０２にリモートで変更を行いたい設定値の入力などがある。ネットワーク機器１０２の設定値の詳細に関しては後述する。
【００１２】
なお、図１において、システム全体が４つの装置から構成されているが、これは必ずしも４つの装置である必要はない。本実施形態では、ローカルのネットワーク１０１およびネットワーク機器１０２は、単数であるが、例えば、それぞれが複数であってもよい。また、管理装置１０３は、機能ごとに複数の装置で構成されていてもよい。また、クライアント装置１００は、必ずしもパーソナルコンピューターである必要はなく、携帯端末などの同機能を持つ情報処理装置であってよい。また、本実施形態では、ネットワーク機器１０２は、自身の管理情報を直接管理装置１０３に送信しているが、例えば、これを仲介するエージェント装置が、ネットワーク機器１０２の情報を取得して、管理装置１０３へ送信するような構成であってもよい。また、このようなエージェント装置は、ローカルのネットワーク上の複数のネットワーク機器１０２を管理できる構成であってもよい。
【００１３】
次に、図１の管理装置１０３を構成している各装置のハードウェア構成について、図２を参照して説明する。図２は、ネットワーク機器１０２のハードウェア構成を示すブロック図である。ネットワーク機器１０２は、画像処理ユニット２００、ＣＰＵ２０１、主記憶装置２０２、２次記憶装置２０３、ユーザインターフェース２０４、外部インターフェース２０５、印刷ユニット２０６、読み込みユニット２０７を含む。
【００１４】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１は、所定のプログラムを実行し、ネットワーク機器１０２の各種制御を指示するユニットである。主記憶装置２０２は、ＣＰＵ２０１がプログラムを実行する際に使用するワークメモリであり、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などにより実現される。２次記憶装置２０３は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）またはＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）により実現される。２次記憶装置２０３は、アプリケーションプログラムが記憶されている。２次記憶装置２０３に記憶されている各種プログラムは、ＣＰＵ２０１がプログラムを実行する際に主記憶装置２０２にロードされる。ユーザインターフェース２０４は、ユーザの操作入力を受け付ける機能を持つユニットであり、タッチ操作が可能なパネルなどにより実現される。外部インターフェース２０５は、外部装置からのデータの受信や外部装置へのデータの送信が可能となっている。ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）等のプロトコルを介して、２次記憶装置２０３に記録された各種情報を外部に提供することができる。例えば、外部装置としては、外付けＨＤＤやＵＳＢメモリなどの外部記憶装置やネットワークを介して接続されたコンピュータや、他のネットワーク機器などが含まれる。本実施形態において、外部装置は、管理装置１０３と情報をやり取りするために通信する。
【００１５】
次に、クライアント装置１００と管理装置１０３を含む情報処理装置のハードウェア構成について、図３を参照して説明する。図３は、情報処理装置の内部構造を示すブロック図である。この情報処理装置は、ＣＰＵ３００、主記憶装置３０１、２次記憶装置３０２、ユーザインターフェース３０３、外部インターフェース３０４を含む。ＣＰＵ３００、主記憶装置３０１の詳細については、それぞれネットワーク機器１０３が有するものと変わらないためその説明を省略する。２次記憶装置３０２は、アプリケーションプログラム、およびＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を含む各種プログラムが記憶されている。
【００１６】
また、管理装置１０３おいては、２次記憶装置３０２には印刷履歴、ネットワーク機器１０２の設定値情報、ネットワーク機器１０２のファームウェア情報などが記憶されている。ユーザインターフェース３０３は、ユーザの操作入力を受け付ける機能を持つユニットである。例えば、キーボード、マウス等を用いてユーザの操作に応じた信号を受け付ける。外部インターフェース３０４は、インターネット１０４に接続して、他の機器との通信を可能にする。
【００１７】
次に、図１の管理装置１０３と連携する各装置のソフトウェア構成について、図４を参照して説明する。図４は、各装置の機能ブロック図である。まず、ネットワーク機器１０２のソフトウェア構成について説明する。
【００１８】
ネットワーク機器１０２は、情報処理部４２１と機器管理部４２２および入出力処理部４２５を有する。情報処理部４２１は、管理装置１０３とインターネット１０４を介して通信し、ネットワーク機器１０２の情報を送信し、必要な管理情報を受信する。機器管理部４２２は、利用状況管理部４２３と設定管理部４２４からなる。利用状況管理部４２３は、ネットワーク機器１０２における印刷処理実行や、ファームウェアのバージョン情報、紙詰まりなどのエラー、アラーム情報、および各部品の消耗度の情報などを管理している。設定管理部４２４は、ネットワーク機器１０２における設定値を管理し、必要に応じて設定値を更新したり、外部へ提示したりする。入出力処理部４２５は、ネットワーク機器に搭載されたユーザインターフェース３０３および外部インターフェース３０４を介してパネルに情報を表示し、ユーザやメンテナンス担当者の入力操作を受け付ける。
【００１９】
クライアント装置１００は、情報処理部４１１と入出力処理部４１２を有する。情報処理部４１１は、インターネット１０４を通じて管理装置１０３と情報をやり取りする機能を有する。また、入出力処理部４１２は、ユーザの入力を受け付け、またユーザへ情報を提示するための処理を行う。入出力処理部４１２の実現形態としては、一般的なブラウザでもかまわないし、アラーム情報の取得要求を行うための専用のアプリケーションでもかまわない。
【００２０】
次に、管理装置１０３のソフトウェア構成について説明する。管理装置１０３は、設定管理部４０１と、情報処理部４０４を有する。設定管理部４０１は、条件管理部４０２と、タスク管理部４０３を有する。条件管理部４０２は、例えば、販売会社の担当者などによって入力された設定値と送信条件の組み合わせを管理する設定値条件テーブルと、ネットワーク機器１０２に対して設定値を送信しない除外条件を管理する。タスク管理部４０３は、条件管理部４０２によって決定された設定値を対象のネットワーク機器１０２に対して送信するタスクを生成し保持する機能を有する。ここで生成されたタスクは、ネットワーク機器１０２からの設定値取得要求を受けた際に実行される。情報処理部４０４は、クライアント装置１００から販売会社の担当者などによる設定値条件テーブルへの書き込みを受け付ける。また、ネットワーク機器１０２からの印刷枚数や部品の消耗度の情報の送信や設定値取得要求を受け付ける。
【００２１】
図５は、条件管理部４０２の持つ設定値条件テーブルの一例を示している。図５では、ネットワーク機器１０２の給紙ローラーが回転し摩耗していくと、給紙スピードが遅くなるため、例えば、遅延ジャムセンサーがジャム（紙詰まり）の誤検知をしてしまう。そこで、給紙ローラーの回転数がある一定値を超えると遅延ジャムセンサーの検知秒数を大きくするように設定値を変更する、という設定値を例示している。
【００２２】
対象モデル識別子５０１は、本テーブルの送信条件を適用するネットワーク機器１０２のモデル一覧を示す。送信条件であり５０２は、参照するネットワーク機器１０２のステータスなどを条件として示す。設定値５０３は、各送信条件の時にどの設定値を適用するかを示す。なお、図５の例では、給紙ローラーカウンターが０であるときには、遅延ジャムセンサーの検知秒数の初期値として３００ミリ秒以上でジャム検知するように設定されている。そして、給紙ローラーカウンターが、１００００および２００００を超えた際に、遅延ジャムセンサーをそれぞれ３５０ミリ秒以上、４００ミリ秒以上で検知するように設定値を緩くする設定である。条件管理部４０２は、図５の設定値条件テーブルを設定値の種類ごとに有している。そして、新たな設定値と設定値の送信条件が入力された際には、新規でテーブルを作成し、設定値と送信条件を格納する。
【００２３】
図６は、条件管理部４０２が有する除外条件テーブルの一例を示す図である。除外条件種別６０１は、期限(日数)やファームウェアバージョンなどといった、除外条件の種類を予め格納しておくことができる。条件値６０２は、条件種別６０１に対応した値を示す。例えば、条件種別６０１に「期限(日数)」で条件値６０２に「３０」と格納されていた場合は、ネットワーク機器からの設定値取得が、設定値送信条件の登録から３０日を超えていたら、除外条件を満たすと判断する。除外条件は、例えば、販売会社の担当者などによって設定値と送信条件の入力が行われる際に、同時に入力を受け付けて登録される。また、本発明の機能によって自動的に値が設定されてもよい。なお、自動的に設定される際の詳細については後述する。
【００２４】
次に、管理装置１０３による、ネットワーク機器１０２に適切な設定値を送信する方法について、図７のフローチャートを用いて説明する。本処理の主体となるのは、管理装置１０３における、条件管理部４０２である。また、本処理を実施する前に予めクライアント装置１００を介してネットワーク機器１０２に送信する設定値と、設定値を送信する条件と、除外条件の入力受付を行い、設定値条件テーブル（図５）と除外条件テーブル（図６）の作成が完了しているものとする。
【００２５】
まず、ステップＳ７０１で、ネットワーク機器１０２から受信した、モデル情報などの機器情報および印刷枚数や部品の消耗度などの稼働情報を取得、受信し、ステップＳ７０２の処理に移行する。次に、ステップＳ７０２で、ネットワーク機器１０２から受信した上記の情報と、図５に示す設定値条件テーブル中の対象モデル識別子５０１、送信条件５０２を比較し、ネットワーク機器１０２が送信条件を満たすか否かを判定する。すなわち、受信した稼働情報が条件と合致するか否かを判定する。送信条件を満たしている場合（Ｙｅｓ）、ステップＳ７０３の処理に移行し、条件を満たしていない場合（Ｎｏ）、処理を終了する。
【００２６】
次に、ステップＳ７０３で、上記の条件に従って前記ネットワーク機器に設定値を送信するタスクを生成するよう設定管理部４０１へ要求し、ステップＳ７０４の処理に移行する。次に、ステップＳ７０４で、ネットワーク機器１０２からの設定値取得要求を受け付ける。このとき、対象のネットワーク機器で現在メンテナンスモード（サービス用の操作モード）が実行されているか否かの情報も受け付ける。次に、ステップＳ７０５で、除外条件を満たしているか否か、すなわち、ネットワーク機器からの設定値取得の要求が期限内か否かを判定する。除外条件の判定は、条件管理部４０２が有する除外条件管理テーブルに基づいて判定される。ステップＳ７０５で、除外条件を満たす場合（Ｙｅｓ）、すなわち、期限内である場合、ステップＳ７０６の処理に移行する。一方、除外条件を満たさない場合（Ｎｏ）、すなわち、期限外である場合、ステップＳ７０７の処理へ移行する。
【００２７】
そして、ステップＳ７０７で、ステップＳ７０４の処理において設定値取得要求を受けた際に、同時に受け付けた情報に基づいて、ネットワーク機器１０２においてメンテナンスモードが実行されているか否かを判定する。メンテナンスモードが実行されている場合（Ｙｅｓ）、ステップＳ７０９の処理に移行する。一方、実行されていない場合（Ｎｏ）、ステップＳ７０８の処理に移行する。そして、ステップＳ７０８で、ネットワーク機器１０２へ、送信条件に従った設定値をネットワーク機器１０２に送信する。すなわち、ネットワーク機器１０２からの設定値取得要求に応答する。
【００２８】
ステップＳ７０９で、ネットワーク機器１０２へ設定値を送信し、ネットワーク機器１０２の不図示の表示手段に後述の図８に示す確認画面を表示するように要求する。そして、メンテナンス担当者による設定値を反映するかどうかの選択結果をネットワーク機器１０２から受信し、ステップＳ７１０の処理に移行する。ステップＳ７１０で、設定値が反映されたか否かを判定する。設定値が反映された場合（Ｙｅｓ）、ステップＳ７１２の処理に移行し、設定値が反映されなかった場合（Ｎｏ）、ステップＳ７１１の処理に移行する。そして、ステップＳ７１１で、設定値が反映されなかったネットワーク機器１０２の識別子を除外条件テーブル（図６）に登録し、ステップＳ７１２の処理に移行する。ステップＳ７１２で、送信した設定値とネットワーク機器１０２への反映結果をタスク実行履歴として登録し、処理を終了する。
【００２９】
図８は、ネットワーク機器１０２上でメンテナンスモードが開かれた際、管理装置１０３上に未送信のタスクが存在していた場合に表示される、確認画面８０１の一例である。確認画面８０１は、図７のフローチャートのステップＳ７０９の処理においてネットワーク機器１０２に表示される。確認画面８０１には、変更する設定項目とその値、またどのような理由により設定値が変更されるのかを表示する。さらに、変更する設定値を反映するかどうかの選択入力操作を受け付けることができる。また、変更する設定値が複数存在する場合は、それぞれに対して選択入力操作を受け付けるものとする。
【００３０】
図９は、管理装置１０３上のタスク管理部４０３により管理されるタスク実行履歴を、クライアント装置１００に表示するためのタスク実行履歴画面９０１の一例である。タスク実行履歴画面９０１には、各タスクの作成日時、タスクで送信する設定値の詳細、実行日時、実行結果などが表示されている。タスク実行履歴画面９０１は、図７のフローチャートにおけるステップＳ７１２の処理によって登録がなされる。ここで、ステップＳ７１０の処理において、特に、設定値の反映がなされなかった場合には、そのことが分かるように表示する。本実施形態では、図９において、「メンテナンス担当者による未反映」という文言を表示することで設定値の反映がなされなかったことをユーザが確認可能となっている。
【００３１】
以上の構成により、例えば、販売会社のサービス担当者などは、市場の利用状況やファームウェアの配信状況などを考慮して、設定値の送信条件と、自動変更する設定値とを一括で登録することが可能となる。また、予め期限やファームウェアバージョンを除外条件として登録することで、登録した設定値が時間経過してから販売会社の担当者が意図しないタイミングで変更されてしまうことを防ぐことができる。さらに、メンテナンスモードが実行された際に、変更される設定値を反映するかどうかを、メンテナンス担当者によって選択受付を行うという構成を有する。これにより、メンテナンス担当者がメンテナンスモードで設定値を変更、確認を行っている最中に管理装置から設定値送信を受けてメンテナンス担当者が想定していない設定値が反映されることを防ぐことができる。
【００３２】
また、図５に示される設定値条件テーブルの例では、ネットワーク機器１０２上の給紙ローラーの摩耗により発生するジャム（紙詰まり）の誤検知を防ぐ例を示している。しかし、本実施形態を適用することで、その他の状況にも対応することが可能である。例えば、ネットワーク機器１０２において、感光体ユニットが劣化すると、印刷用紙がはがれにくくなり印刷時に巻き込みジャムが多発するようになることがある。印刷時の紙の書き出し座標を調整することによって、ジャム発生を低減することが可能である。さらに、感光体ユニットが新品に交換された場合は、消耗度の値がリセットされるので、再び書き出し座標を初期値に戻すことが可能である。
【００３３】
その他の例として、ネットワーク機器１０２に発生していた不具合の根本対処として市場のネットワーク機器１０２のファームウェアの修正が必要なとき、設定値変更に伴う暫定対処を行う場合がある。これは、根本原因がファームウェアの修正により改善する場合でも、ファームウェアの修正と修正したファームウェアを配布するのには時間が掛かるからである。そして、本実施形態を適用することで、市場のファームウェア修正が必要なネットワーク機器１０２に対して送信条件に従った設定値を送信できる。さらに、ファームウェアのバージョンを除外条件に指定することで、修正されたファームウェアが適用されたネットワーク機器１０２に設定値を送信しないという制御が可能となる。
【００３４】
ここで、ネットワーク機器１０２の不具合をファームウェアのバージョンアップによって修正する場合の具体例について説明する。まず、機種におけるトナーローの検知ロジックの不具合などにより、機種から多数のトナーローが通知されてしまう場合がある。この場合、多数の通知メールによりユーザの業務に支障がある場合や、通信経路を圧迫するなどの恐れがある。そこで、本実施形態を適用することで、不具合が発生している機種に対してトナーローと判断するトナー残量の閾値を変更するように設定送信を登録することが可能である。
【００３５】
また、別の例として、設定値送信によるネットワーク機器１０２のジャム多発の抑止があげられる。ネットワーク機器１０２は、機器上の事象がジャムと判断される基準となる設定値と判断ロジックを有している。この設定値と判断ロジックの組み合わせによっては有効に働かず、ジャムの誤検知が起こる可能性がある。そこで、本実施形態を適用することで、管理装置１０３から補正された設定値を送信し、ネットワーク機器１０２に設定することが考えられる。ファームウェアの修正により判断ロジックが修正されている機種に対しては、設定値送信を行なわない。これによりファームウェアの修正が行われるまでの間、ネットワーク機器のジャム多発を低減することが可能である。
【００３６】
さらに、別の例として、ネットワーク機器のカラー濃度制御があげられる。ネットワーク機器１０２は、一般的にはＣＭＹＫ（シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ））など数種類のトナーの濃度を制御することで、カラー印刷における多様な色味を実現している。しかしながら、機種およびトナーの特性によって、印刷された際の各色のトナー濃度にばらつきが出る場合がある。例えば、トナー濃度の影響によって印刷物にイエローが強く出てしまうことがありうる。このトナー濃度の制御が、画像形成装置のファームウェアの持つロジックによって実現されるため、ファームウェアの修正を行うことで改善すると考えられる。そこで、ファームウェアが配布されるまでの暫定的な対処として、ＣＭＹＫトナーの濃度を、設定値の変更で調整する運用がなされる場合がある。そこで、本実施形態を適用することで、ファームウェアによる修正が行われていない機種に対してのみ、ＣＭＹＫトナーの濃度を調整する設定値を送信することが可能である。
【００３７】
以上、本実施形態では、管理装置１０３に対して、設定値と設定値送信条件を登録してから、各ネットワーク機器１０２に設定値を送信する処理について説明した。なお、ネットワーク機器１０２、管理装置１０３、の構成、ソフトモジュールの構成、情報テーブル、設定値取得要求の受信から設定値送信結果の履歴登録までのフローを示してきたが、これらは一例であり、これに限るものではない。
【００３８】
（第２実施形態）
第１実施形態では、ネットワーク機器１０２がある特定の条件になった際に、ネットワーク機器１０２の設定値を変更する構成について説明した。また、設定値を管理装置に登録してから時間が経過した後にネットワーク機器１０２から、設定値取得がなされた場合に設定値送信を行なわない構成を説明した。さらに、メンテナンスモードがネットワーク機器１０２上で実行された場合に、即座に設定値を送信することで、メンテナンス担当者がメンテナンスモードを開いている最中に設定値の反映がなされてしまうことを防ぐための構成を説明した。
【００３９】
しかしながら、メンテナンス担当者によってメンテナンスにともなうテスト印刷が実行された場合、設定値の送信条件を満たしてしまう可能性がある。また、メンテナンス担当者がメンテナンスを実施した直後に、ユーザによる印刷実行によって送信条件を満たしてしまう場合もありうる。このような場合には、メンテナンス担当者が設定し確認を行なった直後に設定値の変更が行われてしまう。そこで、第２実施形態では、メンテナンス担当者による設定値変更の直後に設定値の送信が行われることを防ぐ方法について説明する。
【００４０】
第２実施形態における管理装置１０３と前期管理装置１０３と通信する各装置は第１実施形態と同様であるためその説明を省略する。また、ネットワーク機器１０２、クライアント装置１００、管理装置１０３を含む情報処理装置のハードウェア構成およびソフトウェア構成についても第１実施形態と同様であるため説明を省略する。
【００４１】
図１０は、第２実施形態における条件管理部４０２の持つ設定値条件テーブルの一例を示している。図１０の設定値条件テーブルは、給紙ローラーの回転数がある一定値を超えると遅延ジャムセンサーの検知秒数を大きくするよう設定値を変更する、という設定値を例示している。対象モデル識別子１００１は、本テーブルの条件を適用するネットワーク機器のモデル一覧が格納されている。利用状況の条件１００２は、参照するネットワーク機器の状況を格納している。メンテナンスモード時の利用状況の条件１００３は、利用状況の条件１００２とは別の利用状況の条件が格納されている。設定値１００４は、各条件の時にどの設定値を適用するかを示している。
【００４２】
図１０の例では、給紙ローラーカウンターが０であるときには、遅延ジャムセンサーの検知秒数の初期値として３００ミリ秒以上でジャム検知するように設定されている。そして、通常時にネットワーク機器から利用状況を受信した際には、給紙ローラーカウンターが、１００００を超えた際に、遅延ジャムセンサーを３５０ミリ秒以上で検知するように設定する。しかしながら、メンテナンスモードが実行されている場合には、給紙ローラーカウンターが１００００を超えなくても９９９０を超えていたら遅延ジャムセンサーの検知秒数を３５０ミリ秒以上とする。条件管理部４０２は、図１０の設定値条件テーブルを設定値の種類ごとに有している。そして、新たな設定値と設定値の送信条件が入力された際には、新規でテーブルを作成し、設定値と利用状況の条件を格納する。
【００４３】
次に、管理装置１０３による、ネットワーク機器に適切な設定値を送信する方法について図１１のフローチャートを用いて説明する。本処理の主体となるのは、管理装置１０３における、条件管理部４０２である。また、本処理を実施する前に予めクライアント装置を介してネットワーク機器１０２に送信する設定値と送信する条件と除外条件の入力受付を行い、設定値条件テーブル（図１０）と除外条件テーブル（図６）の作成が完了しているものとする。
【００４４】
まず、ステップＳ１１０１で、ネットワーク機器１０２から受信した、モデル情報（機種情報）などの機器情報および印刷枚数や部品の消耗度などの可動情報を受け付け、ステップＳ１１０２の処理に移行する。次に、ステップＳ１１０２で、情報を送ってきたネットワーク機器１０２において、現在メンテナンスモードが実行中か否かを判定する。メンテナンスモードが実行中の場合（Ｙｅｓ）、ステップＳ１１０６の処理に移行し、メンテナンスモードが実行中でない場合（Ｎｏ）、ステップＳ１１０３の処理に移行する。
【００４５】
次に、ステップＳ１１０３で、ネットワーク機器１０２から受信した上記の情報と、図１０の設定値条件テーブル中の対象モデル識別子１００１、利用状況の条件１００２を比較し、ネットワーク機器１０２が送信条件を満たすか否かを判定する。条件を満たしている場合（Ｙｅｓ）、ステップＳ１１０４の処理に移行し、条件を満たしていない場合（Ｎｏ）、処理を終了する。
【００４６】
次に、ステップＳ１１０４で、条件に従ってネットワーク機器１０２に設定値を送信するタスクを生成するようタスク管理部４０３へ要求し、ステップＳ１１０５の処理に移行する。次に、ステップＳ１１０５で、ネットワーク機器１０２からの設定値の送信に関するリクエストを受け付け、ステップＳ１１０９の処理に移行する。
【００４７】
ステップＳ１１０６で、ステップＳ１１０１の処理で受信した情報と、第２の条件を比較し、ネットワーク機器１０２が送信条件を満たすか否かを判定する。具体的には、受信した情報と、第２の条件である図１０の設定値条件テーブル中の対象モデル識別子１００１、メンテナンスモード時の利用状況の条件１００３を比較して送信条件を満たすか否かを判定する。条件を満たしている場合（Ｙｅｓ）、ステップＳ１１０７の処理に移行し、条件を満たしていない場合（Ｎｏ）、処理を終了する。
【００４８】
次に、ステップＳ１１０７で、設定値条件テーブルに基づいて設定値の送信タスクを生成し、ステップＳ１１０８の処理に移行する。次に、ステップＳ１１０８で、タスク管理部４０３が有する未送信のタスクをすべて実行するように要求し、各タスクが図６の除外条件テーブルが有する除外条件を満たすか否かを判定する。除外条件を満たす場合（Ｙｅｓ）、ステップＳ１１０９の処理に移行し、満たさない場合（Ｎｏ）、ステップＳ１１１０の処理に移行する。ステップＳ１１０９で、現在ネットワーク機器においてメンテナンスモードが実行中か否かを判定し、実行中である場合（Ｙｅｓ）、ステップＳ１１１１の処理に移行し、実行中でない場合（Ｎｏ）、ステップＳ１１１２の処理に移行する。
【００４９】
ステップＳ１１１０で、除外条件を満たすタスクを削除して処理を終了する。ステップＳ１１１１で、ネットワーク機器１０２へ設定値を送信し、ネットワーク機器１０２の表示手段に設定値の変更を確認するための確認画面を表示するように要求する。そして、メンテナンス担当者による設定値を反映するか否かの選択結果をネットワーク機器１０２から受信し、ステップＳ１１１３の処理に移行する。
【００５０】
ステップＳ１１１３で、設定値が反映された場合（Ｙｅｓ）、ステップＳ１１１５の処理に移行し、設定値が反映されなかった場合（Ｎｏ）、ステップＳ１１１４の処理に移行する。ステップＳ１１１４の処理においては、設定値が反映されなかったネットワーク機器１０２の識別子を除外条件テーブル（図６）に登録し、ステップＳ１１１５の処理に移行する。ステップＳ１１１５で、送信した設定値とネットワーク機器１０２への反映結果をタスク実行履歴として登録し、処理を終了する。
【００５１】
図１１のフローチャートにおいては、ステップＳ１１０６の処理では、メンテナンスモード時の利用状況の条件を用いて判定を行う例を示している。ただし、ここでは設定値条件テーブルに登録されたすべての設定値を、利用状況に関わらず送信するような処理としてもよい。また、図１１のステップＳ１１０１の処理において、ネットワーク機器１０２でメンテナンスモードが実行中である場合は、部品の消耗度などの情報をメンテナンスにおけるテストプリントなどで上昇する数値を加味して送信するような構成としてもよい。
【００５２】
第１実施形態においては、メンテナンスモードが実行された際にネットワーク機器へ設定値を送信し、メンテナンス担当者が設定値を反映するかどうかを選択する構成の例を示した。第１実施形態では、メンテナンス担当者によってメンテナンスに伴うテスト印刷が実行された場合、設定値の送信条件を満たしてしまい、メンテナンス直後に設定値が変更される可能性があった。これに対して、本実施形態では、メンテナンスに関わる印刷や、メンテナンス直後のユーザの印刷によって設定値送信条件を満たしそうな場合は、あらかじめネットワーク機器に設定値を送信し、メンテナンス担当者に変更内容を提示する構成を有する。従って、メンテナンス直後に、メンテナンス担当者が意図しない設定値が送信されてネットワーク機器に反映されることを防ぐことが可能である。
【００５３】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【００５４】
また、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。
【図１】
2015179403.tif 000003
【図２】
2015179403.tif 000004
【図３】
2015179403.tif 000005
【図４】
2015179403.tif 000006
【図５】
2015179403.tif 000007
【図６】
2015179403.tif 000008
【図７】
2015179403.tif 000009
【図８】
2015179403.tif 000010
【図９】
2015179403.tif 000011
【図１０】
2015179403.tif 000012
【図１１】
2015179403.tif 000013