ネットワークシステム、配信システム、画像形成装置、それらの方法及びプログラム
【課題】 画像形成装置のオートシャットダウン機能により、シャットダウンが自動で行われた場合に、ファームウェアの定期アップデートの処理が実行できない場合があった。
【解決手段】 画像形成装置の状態を監視する監視システムと通信する配信システムが、画像形成装置から通知されたオートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定し、当該設定を前記監視システムに対して予約しておき、前記画像形成装置からの当該配信設定に従う更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信することを特徴とする。
【解決手段】 画像形成装置の状態を監視する監視システムと通信する配信システムが、画像形成装置から通知されたオートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定し、当該設定を前記監視システムに対して予約しておき、前記画像形成装置からの当該配信設定に従う更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に対してファームウェアを配信する技術に関するものである。
【背景技術】
【０００２】
従来、印刷装置や複写機などの画像形成装置の機能追加や障害などの理由により、サービスマンが画像形成装置の設置されている顧客先に訪問し、手作業でファームウェアのアップデートを行っていた。
また、最近では、画像形成装置においてファームウェアをフラッシュメモリなどの書き換え可能な記憶装置に格納して、配信システムからインターネットを介してファームウェアを送信することにより、ファームウェアの更新を行う技術が考案されている。この際、画像形成装置は、配信システムに対して、操作者のオペレーションや自動的に行われる定期アクセスにより、自身のファームウェアのバージョン情報の通知や適用可能な最新のファームウェアの確認を行っている。
一方で、画像形成装置の稼働状態を遠隔的に監視する監視システムがある。この監視システムでは、画像形成装置の識別情報やネットワーク情報を管理し、画像形成装置において障害などが発生していないかをネットワークを介して監視している。監視システム上では、画像形成装置の稼働状況などの分析のために、ファームウェアのバージョン情報なども管理している。
ここで、ファームウェアの更新作業は、画像形成装置の電源がＯＮになっている状態で行われる。電源がＯＦＦされている状態では前述のファームウェアの情報のやり取りや、更新作業が行えない。そこで特許文献１では、画像形成装置のモデル名などをもとに最新バージョンのファームウェアの有無を確認する際に、画像形成装置の電源がＯＮになっているか事前確認する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１８５１３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前述のように、画像形成装置から適用可能な最新ファームウェアの確認を定期的に行うような場合には、定期実行時に画像形成装置の電源がＯＦＦされている場合には、その定期確認が行われず、結果的にファームウェアが更新されない。
ここで、画像形成装置において、スケジュールにより自動で電源ＯＦＦ（シャットダウン）するような機能が搭載されている場合があり、自動シャットダウン後に定期確認を行うような設定の場合には、全くファームウェアの更新が行われない場合がある。配信システムの管理者とは異なる顧客の管理者が、画像形成装置に対して個別にシャットダウンのスケジュールを独自のポリシーに基づき設定することがあり、この問題は顕著である。
そこで、本発明においては、シャットダウンの予定を考慮した、柔軟な画像形成装置のファームウェアの更新作業を実現するための手法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、例えば、本発明のネットワークシステムは、画像形成装置へのファームウェアの配信の制御を行う配信システムと、画像形成装置の状態を監視する監視システムとを含み、
前記配信システムは、画像形成装置からオートシャットダウンに関する情報を受信する受信手段と、前記オートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定する第１策定手段と、前記画像形成装置の更新可能ファームウェアの配信設定を、前記監視システムに対して予約する第１予約手段と、前記配信設定に従い前記画像形成装置から更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信する配信手段と、を有し、
前記監視システムは、前記予約手段により予約された配信設定を、前記画像形成装置または当該画像形成装置を監視する拠点監視装置からの取得要求の応答として送信する応答手段と、を有することを特徴とする。
【発明の効果】
【０００６】
本発明により、シャットダウンの予定を考慮した、柔軟な画像形成装置のファームウェアの更新作業を実現するための手法を提供できる。
【図面の簡単な説明】
【０００７】
【図１】本発明のシステム構成を示す図である。
【図２】情報処理装置のハードウェア構成図である。
【図３】画像形成装置のハードウェア構成図である。
【図４】監視サーバ１１１、配信サーバ１３３における本発明に関連するソフトウェアモジュールの構成例を示す。
【図５】拠点監視装置における本発明に関連するソフトウェアモジュールの構成例を示す。
【図６】画像形成装置における本発明に関連するソフトウェアモジュールの構成例を示す。
【図７】本発明における画像形成装置のフローチャートである。
【図８】本発明における配信サーバのフローチャートである。
【図９】本発明における配信サーバのフローチャートである。
【図１０】通常のファームウェア配信の処理の流れを示す図である。
【図１１】本発明におけるＳＯＡＰデータ例である。
【図１２】本発明におけるＳＯＡＰデータ例である。
【図１３】本発明における画像形成装置で表示されるＵＩの例である。
【図１４】オートシャットダウン処理実行後のファームウェア配信の処理の流れを示す図である。
【図１５】配信サーバ１３３で提供されるＵＩの一例である。
【図１６】実施例３における定期アップデートの設定変更を行う際の処理の流れを示す図である。
【図１７】配信サーバ１３３で提供されるＵＩの一例である。
【発明を実施するための形態】
【０００８】
以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。
【０００９】
図１は、本発明が適用可能なネットワークシステム全体の一例を示す図を示すものである。図中において、配信システムは配信サーバ１３３及びデータベース（ＤＢ）サーバ１３４から構成され、ネットワーク１３５介してインターネットに接続されている。また、監視システムは監視サーバ１１１及びデータベース（ＤＢ）サーバ１１２から構成され、ネットワーク１１３介してインターネットに接続されている。配信システムと監視システムは、複数のサーバ装置から構成される例を示しているが、１台のサーバ装置により構成しても本発明は適用可能である。また、システム間の接続はインターネットを介することなく、直接ネットワーク接続されてもよい。
【００１０】
配信システム及び監視システムには、システム１０１及びシステム１０６などの複数の販売会社システムが接続されている。それぞれ管轄の地域や顧客の販売情報などを蓄積するためのデータベースサーバ１０３、１０８、当該蓄積されたデータを用いた管理用のＵＩなどを提供するための販売会社サーバ１０２、１０７もこれらシステムに含まれている。また、販売会社サーバ１０２、１０７の機能を利用して、データベースサーバへのデータ登録や修正などの制御を行うＰＣ１０４、１０９も販売会社システムに含まれる。ここで、ＰＣ１０４、１０９は、監視サーバ１１１が提供するウェブサイトへアクセスしてデータの閲覧等を行う。なお、販売会社サーバ１０２、１０７は、ＰＣ１０４、１０９と同一装置として実現することも可能である。
【００１１】
前述した監視システムにおいては、データベースサーバ１１２を用いて、顧客環境に設置されている画像形成装置の稼動情報（カウンタ情報、障害情報など）を蓄積している。また、監視システムは、拠点監視装置１１７、１２２、１２３を介するか、画像形成装置１３１から直接、監視に必要な稼動情報を収集している。また、必要に応じて、販売会社サーバ１０２、１０７に対して、画像形成装置の保守依頼を行ったりする。ここで、前述のカウンタ情報としては、トータルカウンタ、課金カウンタ、部品カウンタなどが挙げられる。さらに、監視システムでは、顧客環境に設置された拠点監視装置や画像形成装置からの定期的な要求に応答して、様々な設定を返すことができる。画像形成装置においてこの設定が反映されることにより、遠隔地における画像形成装置の管理作業が実現されている。
【００１２】
前述した配信システムにおいては、データベースサーバ１３４を用いて、画像形成装置に適用するためのファームウェアやアプリケーション、ソフトウェアライセンス情報などを蓄積する。画像形成装置上で動作する配信システムに対応するためのアプリケーションの機能の一部である、定期的な問いあわせに対して、配信サーバ１３３は、ファームウェアの最新バージョンの情報を応答するなどの制御をおこなう。
【００１３】
次に、顧客側の環境であるシステム構成について説明する。本発明では複数の環境を想定している。図１では、顧客システム１１４、１１９、１２９が示されており、インターネットとの間には外部からの不正なアクセスを防止するためのファイアーウォール（不図示）が設置されている。
【００１４】
顧客システム１１４（Ａ社Ｘ事業所）においては、拠点監視装置１１７が、ＬＡＮ１１８を介して画像形成装置１１５、１１６監視し、さらにインターネット経由で監視システムと通信している。一方、別の顧客システム（Ａ社Ｙ事業所）においては、拠点監視装置１２２、１２３によってＬＡＮ１２８上の複数の画像形成装置が管理されている。拠点監視装置１２２により、画像形成装置１２０、１２１、１２４、１２５が、拠点監視装置１２３により画像形成装置１２６、１２７が管理されている。
【００１５】
顧客１２９（Ｂ社）においては、インターネットに接続されたＬＡＮ１３０に接続された画像形成装置１３１自身が直接、インターネット経由で監視システムと通信している。
【００１６】
また、ネットワークシステム内においては、以下の点に留意する必要がある。まず、以上で説明した構成におけるインターネットを介した通信においては、ＨＴＴＰ（Ｓ）／ＳＯＡＰプロトコルが利用可能である。ＳＯＡＰは、Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌの略称である。ＳＯＡＰは、ＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本例では、ＳＯＡＰはＨＴＴＰの上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがってＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置についての情報は、ＳＯＡＰメッセージによって配信システムや監視システムに送信される。
【００１７】
また、Ｂ社における画像形成装置は拠点監視装置を介さずに監視システムと通信を行うように説明した。しかし、設定の変更及び拠点監視装置の新規設置により、他の顧客環境と同様に、拠点監視装置を介した監視システムとの通信を行える。
【００１８】
＜ハードウェア構成＞
図２（ａ）は、監視サーバ１１１のハードウェア構成図を示す。また、配信サーバ１３３、販売会社サーバ１０２、１０７のハードウェア構成も同様である。図２において、ＣＰＵ２０１、２０２は本装置上における処理全体を制御する。なお、ＣＰＵは１つで構成されてもよい。書換え不可能な記憶装置であるＲＯＭ２０３は本装置の各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０４は、本装置の各処理に関わる一時的なデータを電気的に記憶できかつ書き換え可能である。ＨＤＤ２０５、２０６は、本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などを記憶する。入力装置２０７は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部２０８は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ＮｅｔｗｏｒｋＩ／Ｆ２０９は、ＬＡＮおよびインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ２１０は外部記憶機器等を接続する。それら要素がシステムバス２１１により結び付き、データをやりとりしている。また、拠点監視装置１１７、１２２、１２３も同様なハードウェア構成をとるものとする。
【００１９】
図２（ｂ）は、拠点監視装置１１７、１２２、１２３の、別の形態のハードウェア構成図である。ＣＰＵ４０１は、本装置上の各処理を司る。ＲＯＭ４０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＦｌａｓｈＲＯＭ４０３は、本装置の各処理に関わるデータおよび一時的なデータ、監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などを記憶する。シリアルＩ／Ｆ４０４は、本装置上のプログラムがエラーやログを出力しており、シリアルケーブルを用いて端末を接続する事が可能である。ＮｅｔｗｏｒｋＩ／Ｆ４０５は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。それらがシステムバス４０６により結び付き、データをやりとりしている。
【００２０】
図３は、画像形成装置のハードウェア構成図を示す。画像形成装置としては、具体的には、プリンタ及びファクシミリ機能が統合的に設けられた複合機、ＰＣなどからデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリなどが挙げられる。本図では、画像形成装置の一例として複合機の構成を示している。
【００２１】
イメージリーダ５０２は、原稿給送部５０１で原稿を読み込む。イメージリーダ５０２、画像形成部５０３は、読み込んだ原稿や、ネットワーク経由で受信したデータを印刷画像に変換、印刷出力する。排紙部５０４は印刷出力した紙を排出し、ソートやステイプルといった処理を施す。ＮｅｔｗｏｒｋＩ／Ｆ５０５はネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。ＣＰＵ５０６は、本装置上の処理全体を制御する。本実施例においては、特に監視制御のためのプログラムを実行することで、画像形成装置の動作状態を監視する機能や、障害等の特定のイベントが発生した場合にその状態を示す状態情報をあらかじめ定めた宛先へと送信する機能などを実現する。不揮発性記憶手段のＲＯＭ５０７は、本装置の各処理に関わるプログラムやデータを記憶する。書き換え可能なＲＡＭ５０８は、本装置の各処理に関わる一時的なデータを記憶する。ＨＤＤ５０９は本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本装置へ送信されてきたユーザデータなどを記憶する。操作部５１０は本装置への指示入力を受け付ける。表示部５１１は本装置の動作状況および操作部５１０に対する操作に関わる情報を表示する。そしてそれらがシステムバス５１２により結び付き、データをやりとりしている。
【００２２】
＜ソフトウェア構成＞
図４は、監視サーバ１１１、配信サーバ１３３における本発明に関連するソフトウェアモジュールの構成例を示す。
【００２３】
図４（ａ）は、監視サーバ１１１の構成を示している。通信部６０１は、拠点監視装置１１７、または画像形成装置１３１よりインターネットを介して受信したＳＯＡＰメッセージをメッセージ解析部６０２に渡す。また、必要に応じて配信システムとも通信を行う。メッセージ解析部６０２では受信したメッセージの内容を解析して、収集情報処理部６０４や監視制御部６０５に必要な画像形成装置に関する情報を渡す。メッセージ作成部６０３は、ＳＯＡＰメッセージを作成し、拠点監視装置１１７、または画像形成装置１３１に送信するために通信部６０１に渡す。
【００２４】
収集情報処理部６０４では、監視下の拠点監視装置１１７、または画像形成装置１３１から受診した情報を必要に応じて加工し、データベースアクセス部６０６を介してデータベースサーバ１１２に格納する。また、収集情報処理部６０４は、たとえば、監視下の拠点監視装置１１７、または画像形成装置１３１から受信し、データベースサーバ１１２に格納された情報を分析し、カウンタ情報の集計結果、障害の発生状況、ファームウェアのバージョン情報などを、サービスマンや顧客環境の管理者へ通知する。
【００２５】
監視制御部６０５は、拠点監視装置１１７、または画像形成装置１３１が情報取得を行うケジュールの管理や、画像形成装置からの要求に応じた、必要な設定やコマンドの応答の制御を行う。
【００２６】
一方、図４（ｂ）は、配信サーバ１３３の構成を示している。通信部６０７は、複数の画像形成装置よりインターネットを介して受信したＳＯＡＰメッセージをメッセージ解析部６０８に渡す。また、必要に応じて監視システムとも通信を行う。メッセージ解析部６０８では受信したメッセージの内容を解析して、収集情報処理部６１０や配信制御部６１１に必要な画像形成装置に関する情報を渡す。メッセージ作成部６０９は、ＳＯＡＰメッセージを作成し、画像形成装置に送信するために通信部６０７に渡す。
【００２７】
収集情報処理部６１０は、画像形成装置から受信した情報を必要に応じて加工し、データベースアクセス部６１２を介してデータベース１３４に格納する。具体的には、画像形成装置のファームウェアのバージョン情報などが格納される。
【００２８】
配信制御部６１１は、各画像形成装置からの最新バージョンのファームウェアの有無の確認要求に、応答を返すなどの配信に係る処理の制御を行う。
【００２９】
図５は、拠点監視装置における本発明に関連するソフトウェアモジュールの構成例を示す。
【００３０】
通信部７０１は、監視サーバ１１１よりインターネットを介して受信したＳＯＡＰメッセージをメッセージ解析部７０３に渡す。また、メッセージ作成部７０２により作成したＳＯＡＰデータを監視サーバ１１１に送信する。
【００３１】
監視制御部７０４は、監視サーバ１１１からの設定に従い、情報蓄積部７０６に保持する監視設定を更新し、画像形成装置から情報取得を行う際のスケジュール管理を行う。
【００３２】
デバイス情報処理部７０５は、監視制御部７０４により管理するスケジュールにより、画像形成装置から収集したカウンタ情報や、サービスコールやジャム、トナー切れなどの通知情報を、情報蓄積部７０６を介して記憶装置に蓄積する。また、デバイス情報処理部７０５は、必要に応じて、情報蓄積部７０６により記憶装置に蓄積されたデータを、メッセージ作成部７０２に渡す。メッセージ作成部７０２により作成されたメッセージは、通信部７０１を介して監視サーバ１１１へ送信される。
【００３３】
図６は、画像形成装置における本発明に関連するソフトウェアモジュールの構成例を示す。
【００３４】
通信部８０１は、監視サーバ１１１、配信サーバ１３３よりインターネットを介して受信したＳＯＡＰ形式などのメッセージをメッセージ解析部８０３に渡す。また、メッセージ作成部８０２により作成したメッセージを監視サーバ１１１、配信サーバ１３３に送信する。
【００３５】
ネットワーク情報取得部８０４は、ＤＨＣＰ環境においてはＩＰアドレス、ＤＮＳサーバ、ゲートウェイアドレスを自動的に取得する事が可能である。また、操作部５１０から入力されＨＤＤ５０９に保存されたネットワーク情報が存在する場合は、その情報を取得する。
【００３６】
デバイス情報収集部は、自身に関する情報を本発明に関連するファームウェアのバージョン情報など、外部に送信するために必要な情報を収集する。
【００３７】
（実施例１）
以下、画像形成装置に対して適切にファームウェアを配信するための具体的な実施の形態についてフローチャートなどを用いて説明する。
【００３８】
まず、図１０を用いて、ネットワークシステム内で行われる処理のシーケンスに関してその概要を説明する。
【００３９】
ファームウェアの配信の手順としては、サービスマン若しくは管理者が画像形成装置を直接操作して、ファームウェアの配信要求を行うものがある。また、予め設定された確認時間になると、画像形成装置から配信サーバ１３３に対して、自動的に適用可能なファームウェアがないか確認の問合せ（１３０１）が行われる。これは、配信サーバ１３３に現在の画像形成装置のファームウェアの構成情報を送信して、配信サーバ１３３に登録されているファームウェアの中で配信可能なファームウェアがあるかを確認する処理を要求するものである。具体的には、この問い合わせは、図１１で示すようなＳＯＡＰデータが送られる。図１１で示すように、画像形成装置のファームウェアの構成情報として、現在のファームコンポーネントリスト１４０１を送り、配信サーバ１３３はこの情報により、適用可能ファームウェアを認識する。
【００４０】
図１０の（１３０２）においては、配信サーバ１３３が、適用可能ファームウェアがあれば、図１２で示すようなＳＯＡＰデータが画像形成装置に送る。適用可能ファームウェアについての情報として、ファームグループバージョン１５０１、ファームラベル１５０２が記載されている。その後、画像形成装置では、それらの情報で示されるファームウェアを、データベースサーバからダウンロードして、更新処理を行う。
【００４１】
このような、確認時間に応じた適用可能なファームウェアに関する問合せを行う際の設定は、図１３で示す画像形成装置において表示されるＵＩ画面で設定される。この図では、確認時間として曜日、時間が設定でき、この時間になると定期的に画像形成装置による問い合わせが実行される。
【００４２】
一方で、ファームウェアの更新処理に関しては、監視サーバ１１１を介して行う場合もある。この処理については別途後述する。
【００４３】
次に図７で示すフローチャートを用いて、画像形成装置におけるファームウェアの更新に際する処理について説明する。基本的には、本処理は図６で示した更新制御部８０６の機能であって、ＨＤＤからＲＡＭに読み込まれたプログラムがＣＰＵにより実行され実現される。
【００４４】
以降の実施例では、画像形成装置でファームウェアバージョンとしてＶ１．０のファームウェアが動作し、一方、配信サーバ１３３上に最新バージョンとしてＶ１．１のファームウェアが既に登録済である場合に更新可能なファームウェアがあると判定される。
【００４５】
図７では、オートシャットダウンを優先させる設定が無効な場合に更新制御部８０６により行われる処理を示している。この設定の有効／無効は、図１３に示す画像形成装置上で表示されるＵＩ画面からユーザの入力に基づき設定可能な優先情報を参照することで判定される。オートシャットダウンを優先させる設定が有効な場合は、直ちにオートシャットダウン処理が実行され、画像形成装置がシャットダウンされることになる。
【００４６】
ここで、図１３で示す設定画面について説明する。図１３においては、定期的な配信システムへの問い合わせに従う、定期的なファームウェアのアップデート（定期アップデート）の有効・無効（図中のＯＮ／ＯＦＦ）が設定できる。また、定期アップデートが有効な場合には、最新バージョンのファームウェアの確認の問い合わせを配信システムに対して行う際のスケジュールが設定できる。本図では、スケジュールが、確認時間として、特定の曜日の特定の時間に定期的に問い合わせるよう設定される。また、最新バージョンのファームウェアが見つかった場合に、ダウンロードされた当該ファームウェアを実際に適用する時間を、適用時間として設定可能である。さらに、オートシャットダウンを優先するか否かユーザに指定させるためのチェックボックス１７０１も用意されている。早急なファームウェアのアップデートより、予め顧客内のポリシーなどに従い予定されているオートシャットダウンをとくに優先させたい場合、このチェックボックス１７０１を有効にする。ここでの、ユーザの指定が前述した優先情報に反映される。
【００４７】
図７の説明に戻り、まず、Ｓ１００１では、オートシャットダウンが予定されている時間であるか否かの判定が行われる。この判定は、オートシャットダウンの時間に達した場合にイベントを発行するタイマー処理などにより実現される。オートシャットダウンが予定されている時間に達している場合にはＳ１００２に進み、達していない場合にはＳ１００６に進む。
【００４８】
次に、Ｓ１００２では、適用可能な、たとえば新規のバージョンのファームウェアがあるか否かの確認処理が行われる。これは、適用可能なファームウェアがあるかは、前述したように配信システム（配信サーバ１３３）に対してＳＯＡＰメッセージ（図１１）を送信し、その応答に基づき確認する処理である。通常であれば、この確認処理は図１３で示す画面上で設定された確認時間に行うものであるが、オートシャットダウンを優先しない設定となっている場合においてもこの確認処理が行われることになる。Ｓ１００３では、適用可能なファームウェアがあるか否かを配信システムからの応答にもとづき判定する。適用可能なファームウェアがある場合にはＳ１００５に進み、無い場合にはＳ１００４に進む。Ｓ１００４では、オートシャットダウン機能に従うシャットダウンが実行される。
【００４９】
Ｓ１００５では、シャットダウン不可制御が実行される。この処理は、シャットダウンを行うソフトウェアモジュール（不図示）に対し、シャットダウンを実行しないよう依頼を送る処理である。具体的には、特定のＡＰＩを呼ぶか、特定のファイル等を特定のディレクトリ先に置くことで、シャットダウンモジュールがシャットダウンをしないよう制御を行う。この処理によりオートシャットダウン機能が抑制される。
【００５０】
Ｓ１００６では、適用時間になったか否かを判定する。適用時間になった場合にはＳ１００７に進む、ファームウェアの更新処理が実行される。具体的には、配信システムよりファームウェアをダウンロードし、当該ファームウェアを画像形成装置において適用することにより、ファームウェアの更新が行われる。
【００５１】
以上の処理により、オートシャットダウンが予定されている時間になった場合に、配信サーバ１３３と通信を行い、更新可能なファームウェアがあれば、オートシャットダウンせずにファームウェアの更新を行えるように制御することが可能となる。
【００５２】
図７で説明した処理では、オートシャットダウン機能によってファームウェアが更新されない場合が生じる。その際にも迅速にファームウェアの確認処理や更新処理が自動で行えるようにするための動作について図８、１４などを用いて説明する。
【００５３】
図１４を用いて、処理全体の流れを説明する。
【００５４】
まず、オートシャットダウン機能によるシャットダウンの実行前に、更新制御部８０６は、特定のディレクトリの特定のファイル（ｆｉｒｍｖｅｒ．ｘｍｌ）に、オートシャットダウン機能が有効であることとオートシャットダウン機能が実行される時刻（ａｕｔｏ ｏｎ／ｏｆｆ，ｔｉｍｅ）を記述する（１９０１）。
【００５５】
その後、画像形成装置が起動された際に、更新制御部８０６が前述の特定のファイル（ｆｉｒｍｖｅｒ．ｘｍｌ）を参照し、オートシャットダウンがされたことを認識する（１９０２）。そして、更新制御部８０６が起動に際して、画像形成装置のファームウェアのバージョン情報を通知するためのＳＯＡＰメッセージに、そのシャットダウンに関する情報を含めて、配信サーバ１３３に通知する（１９０３）。
【００５６】
配信サーバ１３３では、配信制御部６１１が、画像形成装置からのバージョン情報を通知するためのＳＯＡＰメッセージを受信したと判定した際に、オートシャットダウンに関する情報がそのメッセージに含まれるかを確認する。ここで、オートシャットダウンに関する情報が含まれている場合には、更新可能なファームウェアによる更新が行われていない旨の通知が管理者に対して行われる。具体的には、配信サーバ１３３がウェブブラウザなどを介してアクセスし、画像形成装置の管理を行っている管理者に対して、前述した通知を示すような画面を提供し表示処理を行う（１９０４）。
【００５７】
次に、監視システムへの予約配信指示への置き換えが行われる（１９０５）。これは、オートシャットダウンによって更新できなかったファームウェアを、監視サーバ１１１を介した予約配信に従い、更新するための指示を行う処理になる。配信サーバ１３３においては、監視システムへの予約配信の設定を有効にしておく。ここで、予約配信については、配信すべき予約日と、確認処理を行うべき時間が一緒に設定されている。予約日は、オートシャットダウンに関する情報を含むメッセージを受けてからの日数が設定されることで指定できる。また、確認処理を行うべき時間については、予約日におけるオートシャットダウン処理が予定される時間から、何時間前に行うかを設定する。つまり、予約日の指定が２日後、確認時間の設定が−１時間と設定されている場合は、オートシャットダウンに関する情報を含むメッセージを受信した日のオートシャットダウン機能が実行される時刻の１時間前にファームウェア配信が行われるよう自動で予約処理されることになる（１９０５）。通常、この予約処理は、図１５で示すようなＵＩ画面を介して、ファームウェアなどを管理する管理者が配信スケジュール設定２００１において、手動で行われるものである。
【００５８】
図１に示す画像形成装置１３１、拠点監視装置１１７、１２２、１２３は、定期的（たとえば、１日に２度）に監視システムに対して、実行すべき処理が無いか情報取得を行っている。この定期的な処理は、配信システムでの定期アップデートに比べて実行される頻度が多く、配信システムに対する確認処理とは非同期に行わる。インターネットを介した遠隔監視であっても、このような頻度で定期的な情報取得が行われるのは、監視システムが画像形成装置の稼働状況などを適切に監視し、ダウンタイムなどが無いように保守する必要があるためである。
【００５９】
この監視システムへの情報取得処理において、配信予約が行われていた場合には、その予約情報が画像形成装置１３１、拠点監視装置１１７、１２２、１２３に取得される（１９０６）。ここで取得された予約情報は、前述した画像形成装置の更新制御部８０６に渡される。更新制御部８０６は、予約情報に含まれる日時に従い、配信システムに対して前述した確認処理及び更新可能ファームウェアの取得要求を行う（１９０７）。その後、配信システムからファームの配信が行われる（１９０８）。更新制御部８０６は、最後にファームウェアを更新して、処理が完了する（１９０９）。
【００６０】
次に図８で示すフローチャートを用いて、配信サーバ１３３における配信制御部６１１による処理を具体的に説明する。基本的には、本処理は配信制御部６１１の機能であって、ＨＤＤからＲＡＭに読み込まれたプログラムがＣＰＵにより実行され実現される。
【００６１】
まずＳ１１０１で、画像形成装置からのバージョン情報を通知するためのＳＯＡＰメッセージを受信する。そして、Ｓ１１０２で、オートシャットダウンに関する情報がメッセージ内に含まれるかを判定する。判定結果として、含まれていると判定された場合にはＳ１１０３に進み、含まれていないと判定された場合にはＳ１１０８に進む。
【００６２】
Ｓ１１０３では、更新可能なファームウェアによる更新が行われていない旨を管理者に通知するために、その旨を示すような画面の表示処理を行う。次に、Ｓ１１０４では、監視システム（監視サーバ１１１）を介したファームウェアの予約配信に切り換える指示があったか否かを判定する。指示があった場合にはＳ１１０５に進み、なかった場合にはＳ１１０８に進む。
【００６３】
Ｓ１１０５では、Ｓ１１０１で受信したメッセージに含まれるオートシャットダウンに関する情報を読み込む。そして、Ｓ１１０６で、前述された予約配信の設定、及びオートシャットダウンに関する情報からファームウェアの配信処理が行われる日時を策定する。Ｓ１１０７では策定された日時による監視システムへの配信予約の自動設定が行われる。
【００６４】
一方、Ｓ１１０８では、画像形成装置からの通常のバージョン情報を通知を受信したとして、画像形成装置のファームウェアに関する情報を保存する。
【００６５】
これらの一連の動作により、配信システムによる通常の定期アップデートの処理を、監視システム経由の配信予約に置き換えることが可能となり、より迅速なファームウェアの更新が行える。
【００６６】
（実施例２）
他の実施形態として、画像形成装置においてオートシャットダウン処理が実行される前に、更新制御部８０６がその旨を配信サーバ１３３に通知し、監視システム経由のファームウェアの配信予約に置き換えることも考えられる。
【００６７】
更新制御部８０６は、更新可能ファームウェアがあり、かつ、これから実行されるオートシャットダウン処理によって更新が行われない場合には、そのタイミングで、オートシャットダウンに関する情報を含むメッセージを配信システムに送信する。これにより、監視システム経由の配信予約に置き換えることが可能となる。
【００６８】
（実施例３）
画像形成装置において、オートシャットダウンによって定期アップデート（確認処理）が動作できない場合、それをエラーのように配信システムに対してイベント通知し、監視システム経由で定期アップデートの日時などの設定変更を行うことも考えられる。
【００６９】
本実施例においては、まず、図１６を用いて、定期アップデートの設定を変更する処理の概要を説明する。
【００７０】
まず、オートシャットダウン機能によるシャットダウンの実行前に、更新制御部８０６は、特定のディレクトリの特定のファイル（ｆｉｒｍｖｅｒ．ｘｍｌ）に、オートシャットダウン機能が有効であることとオートシャットダウン機能が実行される時刻（ａｕｔｏ ｏｎ／ｏｆｆ，ｔｉｍｅ）を記述する（２１０１）。
【００７１】
その後、画像形成装置が起動された際に、更新制御部８０６が前述の特定のファイル（ｆｉｒｍｖｅｒ．ｘｍｌ）を参照し、オートシャットダウンがされたことを認識する（２１０２）。そして、更新制御部８０６は、エラーイベントとして、オートシャットダウンによって定期アップデートが動作できなかったことを示すコードなどを含むＳＯＡＰメッセージを配信サーバ１３３に通知する（２１０３）。このＳＯＡＰメッセージには、そのオートシャットダウンに関する情報を含まれる。
【００７２】
配信サーバ１３３では、受信したメッセージに含まれるコード及びオートシャットダウンに関する情報が参照され、定期アップデートが画像形成装置において予定通り動作できない旨のエラー通知が管理者に対して行われる。この通知は、ウェブブラウザなどに対して表示させるよう制御するといった表示処理で実現される。
【００７３】
次に、配信制御部６１１が定期アップデートの設定変更の情報を読み込む。例えば、エラーがあった場合に備えて、事前に配信サーバ１３３のＵＩ上で対象となる装置、個別ファームウェア情報、ファームウェアのバージョン情報、顧客情報などの条件と変更時間を設定しておき、当該設定に合致するような条件においては自動で配信処理の日時が再設定されるようにしてもよい。また、エラー通知時に、管理者によって設定を入力させても良い。さらに、配信制御部６１１が画像形成装置から受信したメッセージに含まれるオートシャットダウンに関する情報を読み込む。ここでは、オートシャットダウン情報として、ａｕｔｏ ｏｎ，ｔｉｍｅ＝２２：００が取得されたとする。次に、配信制御部６１１は、設定変更の情報、オートシャットダウンに関する情報から、新たな定期アップデートの設定情報を策定する（２１０４）。ここで、設定変更の情報の変更時間として−１時間が設定されていた場合には、定期アップデートの際の確認処理の実行時間として、２１：００が策定されることになる。
【００７４】
その後、配信制御部６１１が、設定変更を監視システム経由で行えるように監視サーバ１１１に指示する（２１０５）。これにより、自動で設定変更の予約が監視システムに対して行える。通常、配信制御のための日時の設定変更は図１７で示すスケジュール設定２２０１において、管理者が行うものである。
【００７５】
図１に示す画像形成装置１３１、拠点監視装置１１７、１２２、１２３は、定期的（たとえば、１日に２度）に監視システムに対して、実行すべき処理が無いか情報取得を行っている。この処理において、定期アップデートに関する設定変更の予約が行われている場合には、その予約情報が画像形成装置１３１、拠点監視装置１１７、１２２、１２３に取得される（２１０６）。ここで取得された予約情報は、前述したエラー通知を行った画像形成装置の更新制御部８０６に渡される。その後、更新制御部８０６は、取得された情報に従い、変更設定を配信システムに対して要求する（２１０７）。配信システムからは、定期アップデートに関する変更時間を含む設定情報が配信され、更新制御部８０６が取得する（２１０８）。最終的に、更新制御部８０６は、配信された情報に従い設定変更が行う（２１０９）。
【００７６】
次に図９で示すフローチャートを用いて、前述した全体の処理の流れの中の、配信サーバ１３３における配信制御部６１１による設定変更の依頼を監視システムに対して行う処理について具体的に説明する。基本的には、本処理は配信制御部６１１の機能であって、ＨＤＤからＲＡＭに読み込まれたプログラムがＣＰＵにより実行され実現される。
【００７７】
まず、Ｓ１２０１で、エラー通知を受信する。次に、Ｓ１２０２で、通知されたメッセージにオートシャットダウンに関する情報があるか判定する。ある場合にはＳ１２０３に進み、該通知に対応するエラー表示を行う。ない場合には、Ｓ１２０９に進み、通常のエラー情報として処理する。
【００７８】
次に、Ｓ１２０４で、定期アップデートの設定変更の有無を判定する。あった場合にはＳ１２０５に進み、なかった場合にはＳ１２０９に進む。Ｓ１２０５では、変更設定情報に含まれる対象機種やファームウェアの情報（バージョン情報）、顧客情報といった条件に、エラーを通知してきた画像形成装置についての情報が合致するかを判定される。合致する場合にはＳ１２０６に進み、しない場合にはＳ１２０９に進む。
【００７９】
次に、Ｓ１２０６では、Ｓ１２０１で受信したメッセージに含まれるオートシャットダウンに関する情報の読み込み処理が行われる。そして、Ｓ１２０７で、設定変更の情報、オートシャットダウンに関する情報から、新たな定期アップデートの設定情報が策定される。この情報は、ファームウェアなどを格納するデータベースに対して、変更の対象となる装置の識別情報と関連付けられた記憶される。最後に、Ｓ１２０８で、設定変更を監視システム経由で行えるように監視サーバ１１１に指示する（２１０５）。これにより、自動で設定変更の予約が監視システムに対して行える。
【００８０】
以上、説明した実施例３に係る処理により、画像形成装置におけるオートシャットダウン機能を十分に考慮した配信設定が自動で更新されるようになる。
【００８１】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００８２】
さらに、本発明には、上述した実施形態の適宜組み合わせることにより構成されたシステムやその機能も含まれるものとする。
【技術分野】
【０００１】
本発明は、画像形成装置に対してファームウェアを配信する技術に関するものである。
【背景技術】
【０００２】
従来、印刷装置や複写機などの画像形成装置の機能追加や障害などの理由により、サービスマンが画像形成装置の設置されている顧客先に訪問し、手作業でファームウェアのアップデートを行っていた。
また、最近では、画像形成装置においてファームウェアをフラッシュメモリなどの書き換え可能な記憶装置に格納して、配信システムからインターネットを介してファームウェアを送信することにより、ファームウェアの更新を行う技術が考案されている。この際、画像形成装置は、配信システムに対して、操作者のオペレーションや自動的に行われる定期アクセスにより、自身のファームウェアのバージョン情報の通知や適用可能な最新のファームウェアの確認を行っている。
一方で、画像形成装置の稼働状態を遠隔的に監視する監視システムがある。この監視システムでは、画像形成装置の識別情報やネットワーク情報を管理し、画像形成装置において障害などが発生していないかをネットワークを介して監視している。監視システム上では、画像形成装置の稼働状況などの分析のために、ファームウェアのバージョン情報なども管理している。
ここで、ファームウェアの更新作業は、画像形成装置の電源がＯＮになっている状態で行われる。電源がＯＦＦされている状態では前述のファームウェアの情報のやり取りや、更新作業が行えない。そこで特許文献１では、画像形成装置のモデル名などをもとに最新バージョンのファームウェアの有無を確認する際に、画像形成装置の電源がＯＮになっているか事前確認する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１８５１３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前述のように、画像形成装置から適用可能な最新ファームウェアの確認を定期的に行うような場合には、定期実行時に画像形成装置の電源がＯＦＦされている場合には、その定期確認が行われず、結果的にファームウェアが更新されない。
ここで、画像形成装置において、スケジュールにより自動で電源ＯＦＦ（シャットダウン）するような機能が搭載されている場合があり、自動シャットダウン後に定期確認を行うような設定の場合には、全くファームウェアの更新が行われない場合がある。配信システムの管理者とは異なる顧客の管理者が、画像形成装置に対して個別にシャットダウンのスケジュールを独自のポリシーに基づき設定することがあり、この問題は顕著である。
そこで、本発明においては、シャットダウンの予定を考慮した、柔軟な画像形成装置のファームウェアの更新作業を実現するための手法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、例えば、本発明のネットワークシステムは、画像形成装置へのファームウェアの配信の制御を行う配信システムと、画像形成装置の状態を監視する監視システムとを含み、
前記配信システムは、画像形成装置からオートシャットダウンに関する情報を受信する受信手段と、前記オートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定する第１策定手段と、前記画像形成装置の更新可能ファームウェアの配信設定を、前記監視システムに対して予約する第１予約手段と、前記配信設定に従い前記画像形成装置から更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信する配信手段と、を有し、
前記監視システムは、前記予約手段により予約された配信設定を、前記画像形成装置または当該画像形成装置を監視する拠点監視装置からの取得要求の応答として送信する応答手段と、を有することを特徴とする。
【発明の効果】
【０００６】
本発明により、シャットダウンの予定を考慮した、柔軟な画像形成装置のファームウェアの更新作業を実現するための手法を提供できる。
【図面の簡単な説明】
【０００７】
【図１】本発明のシステム構成を示す図である。
【図２】情報処理装置のハードウェア構成図である。
【図３】画像形成装置のハードウェア構成図である。
【図４】監視サーバ１１１、配信サーバ１３３における本発明に関連するソフトウェアモジュールの構成例を示す。
【図５】拠点監視装置における本発明に関連するソフトウェアモジュールの構成例を示す。
【図６】画像形成装置における本発明に関連するソフトウェアモジュールの構成例を示す。
【図７】本発明における画像形成装置のフローチャートである。
【図８】本発明における配信サーバのフローチャートである。
【図９】本発明における配信サーバのフローチャートである。
【図１０】通常のファームウェア配信の処理の流れを示す図である。
【図１１】本発明におけるＳＯＡＰデータ例である。
【図１２】本発明におけるＳＯＡＰデータ例である。
【図１３】本発明における画像形成装置で表示されるＵＩの例である。
【図１４】オートシャットダウン処理実行後のファームウェア配信の処理の流れを示す図である。
【図１５】配信サーバ１３３で提供されるＵＩの一例である。
【図１６】実施例３における定期アップデートの設定変更を行う際の処理の流れを示す図である。
【図１７】配信サーバ１３３で提供されるＵＩの一例である。
【発明を実施するための形態】
【０００８】
以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。
【０００９】
図１は、本発明が適用可能なネットワークシステム全体の一例を示す図を示すものである。図中において、配信システムは配信サーバ１３３及びデータベース（ＤＢ）サーバ１３４から構成され、ネットワーク１３５介してインターネットに接続されている。また、監視システムは監視サーバ１１１及びデータベース（ＤＢ）サーバ１１２から構成され、ネットワーク１１３介してインターネットに接続されている。配信システムと監視システムは、複数のサーバ装置から構成される例を示しているが、１台のサーバ装置により構成しても本発明は適用可能である。また、システム間の接続はインターネットを介することなく、直接ネットワーク接続されてもよい。
【００１０】
配信システム及び監視システムには、システム１０１及びシステム１０６などの複数の販売会社システムが接続されている。それぞれ管轄の地域や顧客の販売情報などを蓄積するためのデータベースサーバ１０３、１０８、当該蓄積されたデータを用いた管理用のＵＩなどを提供するための販売会社サーバ１０２、１０７もこれらシステムに含まれている。また、販売会社サーバ１０２、１０７の機能を利用して、データベースサーバへのデータ登録や修正などの制御を行うＰＣ１０４、１０９も販売会社システムに含まれる。ここで、ＰＣ１０４、１０９は、監視サーバ１１１が提供するウェブサイトへアクセスしてデータの閲覧等を行う。なお、販売会社サーバ１０２、１０７は、ＰＣ１０４、１０９と同一装置として実現することも可能である。
【００１１】
前述した監視システムにおいては、データベースサーバ１１２を用いて、顧客環境に設置されている画像形成装置の稼動情報（カウンタ情報、障害情報など）を蓄積している。また、監視システムは、拠点監視装置１１７、１２２、１２３を介するか、画像形成装置１３１から直接、監視に必要な稼動情報を収集している。また、必要に応じて、販売会社サーバ１０２、１０７に対して、画像形成装置の保守依頼を行ったりする。ここで、前述のカウンタ情報としては、トータルカウンタ、課金カウンタ、部品カウンタなどが挙げられる。さらに、監視システムでは、顧客環境に設置された拠点監視装置や画像形成装置からの定期的な要求に応答して、様々な設定を返すことができる。画像形成装置においてこの設定が反映されることにより、遠隔地における画像形成装置の管理作業が実現されている。
【００１２】
前述した配信システムにおいては、データベースサーバ１３４を用いて、画像形成装置に適用するためのファームウェアやアプリケーション、ソフトウェアライセンス情報などを蓄積する。画像形成装置上で動作する配信システムに対応するためのアプリケーションの機能の一部である、定期的な問いあわせに対して、配信サーバ１３３は、ファームウェアの最新バージョンの情報を応答するなどの制御をおこなう。
【００１３】
次に、顧客側の環境であるシステム構成について説明する。本発明では複数の環境を想定している。図１では、顧客システム１１４、１１９、１２９が示されており、インターネットとの間には外部からの不正なアクセスを防止するためのファイアーウォール（不図示）が設置されている。
【００１４】
顧客システム１１４（Ａ社Ｘ事業所）においては、拠点監視装置１１７が、ＬＡＮ１１８を介して画像形成装置１１５、１１６監視し、さらにインターネット経由で監視システムと通信している。一方、別の顧客システム（Ａ社Ｙ事業所）においては、拠点監視装置１２２、１２３によってＬＡＮ１２８上の複数の画像形成装置が管理されている。拠点監視装置１２２により、画像形成装置１２０、１２１、１２４、１２５が、拠点監視装置１２３により画像形成装置１２６、１２７が管理されている。
【００１５】
顧客１２９（Ｂ社）においては、インターネットに接続されたＬＡＮ１３０に接続された画像形成装置１３１自身が直接、インターネット経由で監視システムと通信している。
【００１６】
また、ネットワークシステム内においては、以下の点に留意する必要がある。まず、以上で説明した構成におけるインターネットを介した通信においては、ＨＴＴＰ（Ｓ）／ＳＯＡＰプロトコルが利用可能である。ＳＯＡＰは、Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌの略称である。ＳＯＡＰは、ＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本例では、ＳＯＡＰはＨＴＴＰの上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがってＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置についての情報は、ＳＯＡＰメッセージによって配信システムや監視システムに送信される。
【００１７】
また、Ｂ社における画像形成装置は拠点監視装置を介さずに監視システムと通信を行うように説明した。しかし、設定の変更及び拠点監視装置の新規設置により、他の顧客環境と同様に、拠点監視装置を介した監視システムとの通信を行える。
【００１８】
＜ハードウェア構成＞
図２（ａ）は、監視サーバ１１１のハードウェア構成図を示す。また、配信サーバ１３３、販売会社サーバ１０２、１０７のハードウェア構成も同様である。図２において、ＣＰＵ２０１、２０２は本装置上における処理全体を制御する。なお、ＣＰＵは１つで構成されてもよい。書換え不可能な記憶装置であるＲＯＭ２０３は本装置の各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０４は、本装置の各処理に関わる一時的なデータを電気的に記憶できかつ書き換え可能である。ＨＤＤ２０５、２０６は、本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などを記憶する。入力装置２０７は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部２０８は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ＮｅｔｗｏｒｋＩ／Ｆ２０９は、ＬＡＮおよびインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ２１０は外部記憶機器等を接続する。それら要素がシステムバス２１１により結び付き、データをやりとりしている。また、拠点監視装置１１７、１２２、１２３も同様なハードウェア構成をとるものとする。
【００１９】
図２（ｂ）は、拠点監視装置１１７、１２２、１２３の、別の形態のハードウェア構成図である。ＣＰＵ４０１は、本装置上の各処理を司る。ＲＯＭ４０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＦｌａｓｈＲＯＭ４０３は、本装置の各処理に関わるデータおよび一時的なデータ、監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などを記憶する。シリアルＩ／Ｆ４０４は、本装置上のプログラムがエラーやログを出力しており、シリアルケーブルを用いて端末を接続する事が可能である。ＮｅｔｗｏｒｋＩ／Ｆ４０５は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。それらがシステムバス４０６により結び付き、データをやりとりしている。
【００２０】
図３は、画像形成装置のハードウェア構成図を示す。画像形成装置としては、具体的には、プリンタ及びファクシミリ機能が統合的に設けられた複合機、ＰＣなどからデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリなどが挙げられる。本図では、画像形成装置の一例として複合機の構成を示している。
【００２１】
イメージリーダ５０２は、原稿給送部５０１で原稿を読み込む。イメージリーダ５０２、画像形成部５０３は、読み込んだ原稿や、ネットワーク経由で受信したデータを印刷画像に変換、印刷出力する。排紙部５０４は印刷出力した紙を排出し、ソートやステイプルといった処理を施す。ＮｅｔｗｏｒｋＩ／Ｆ５０５はネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。ＣＰＵ５０６は、本装置上の処理全体を制御する。本実施例においては、特に監視制御のためのプログラムを実行することで、画像形成装置の動作状態を監視する機能や、障害等の特定のイベントが発生した場合にその状態を示す状態情報をあらかじめ定めた宛先へと送信する機能などを実現する。不揮発性記憶手段のＲＯＭ５０７は、本装置の各処理に関わるプログラムやデータを記憶する。書き換え可能なＲＡＭ５０８は、本装置の各処理に関わる一時的なデータを記憶する。ＨＤＤ５０９は本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本装置へ送信されてきたユーザデータなどを記憶する。操作部５１０は本装置への指示入力を受け付ける。表示部５１１は本装置の動作状況および操作部５１０に対する操作に関わる情報を表示する。そしてそれらがシステムバス５１２により結び付き、データをやりとりしている。
【００２２】
＜ソフトウェア構成＞
図４は、監視サーバ１１１、配信サーバ１３３における本発明に関連するソフトウェアモジュールの構成例を示す。
【００２３】
図４（ａ）は、監視サーバ１１１の構成を示している。通信部６０１は、拠点監視装置１１７、または画像形成装置１３１よりインターネットを介して受信したＳＯＡＰメッセージをメッセージ解析部６０２に渡す。また、必要に応じて配信システムとも通信を行う。メッセージ解析部６０２では受信したメッセージの内容を解析して、収集情報処理部６０４や監視制御部６０５に必要な画像形成装置に関する情報を渡す。メッセージ作成部６０３は、ＳＯＡＰメッセージを作成し、拠点監視装置１１７、または画像形成装置１３１に送信するために通信部６０１に渡す。
【００２４】
収集情報処理部６０４では、監視下の拠点監視装置１１７、または画像形成装置１３１から受診した情報を必要に応じて加工し、データベースアクセス部６０６を介してデータベースサーバ１１２に格納する。また、収集情報処理部６０４は、たとえば、監視下の拠点監視装置１１７、または画像形成装置１３１から受信し、データベースサーバ１１２に格納された情報を分析し、カウンタ情報の集計結果、障害の発生状況、ファームウェアのバージョン情報などを、サービスマンや顧客環境の管理者へ通知する。
【００２５】
監視制御部６０５は、拠点監視装置１１７、または画像形成装置１３１が情報取得を行うケジュールの管理や、画像形成装置からの要求に応じた、必要な設定やコマンドの応答の制御を行う。
【００２６】
一方、図４（ｂ）は、配信サーバ１３３の構成を示している。通信部６０７は、複数の画像形成装置よりインターネットを介して受信したＳＯＡＰメッセージをメッセージ解析部６０８に渡す。また、必要に応じて監視システムとも通信を行う。メッセージ解析部６０８では受信したメッセージの内容を解析して、収集情報処理部６１０や配信制御部６１１に必要な画像形成装置に関する情報を渡す。メッセージ作成部６０９は、ＳＯＡＰメッセージを作成し、画像形成装置に送信するために通信部６０７に渡す。
【００２７】
収集情報処理部６１０は、画像形成装置から受信した情報を必要に応じて加工し、データベースアクセス部６１２を介してデータベース１３４に格納する。具体的には、画像形成装置のファームウェアのバージョン情報などが格納される。
【００２８】
配信制御部６１１は、各画像形成装置からの最新バージョンのファームウェアの有無の確認要求に、応答を返すなどの配信に係る処理の制御を行う。
【００２９】
図５は、拠点監視装置における本発明に関連するソフトウェアモジュールの構成例を示す。
【００３０】
通信部７０１は、監視サーバ１１１よりインターネットを介して受信したＳＯＡＰメッセージをメッセージ解析部７０３に渡す。また、メッセージ作成部７０２により作成したＳＯＡＰデータを監視サーバ１１１に送信する。
【００３１】
監視制御部７０４は、監視サーバ１１１からの設定に従い、情報蓄積部７０６に保持する監視設定を更新し、画像形成装置から情報取得を行う際のスケジュール管理を行う。
【００３２】
デバイス情報処理部７０５は、監視制御部７０４により管理するスケジュールにより、画像形成装置から収集したカウンタ情報や、サービスコールやジャム、トナー切れなどの通知情報を、情報蓄積部７０６を介して記憶装置に蓄積する。また、デバイス情報処理部７０５は、必要に応じて、情報蓄積部７０６により記憶装置に蓄積されたデータを、メッセージ作成部７０２に渡す。メッセージ作成部７０２により作成されたメッセージは、通信部７０１を介して監視サーバ１１１へ送信される。
【００３３】
図６は、画像形成装置における本発明に関連するソフトウェアモジュールの構成例を示す。
【００３４】
通信部８０１は、監視サーバ１１１、配信サーバ１３３よりインターネットを介して受信したＳＯＡＰ形式などのメッセージをメッセージ解析部８０３に渡す。また、メッセージ作成部８０２により作成したメッセージを監視サーバ１１１、配信サーバ１３３に送信する。
【００３５】
ネットワーク情報取得部８０４は、ＤＨＣＰ環境においてはＩＰアドレス、ＤＮＳサーバ、ゲートウェイアドレスを自動的に取得する事が可能である。また、操作部５１０から入力されＨＤＤ５０９に保存されたネットワーク情報が存在する場合は、その情報を取得する。
【００３６】
デバイス情報収集部は、自身に関する情報を本発明に関連するファームウェアのバージョン情報など、外部に送信するために必要な情報を収集する。
【００３７】
（実施例１）
以下、画像形成装置に対して適切にファームウェアを配信するための具体的な実施の形態についてフローチャートなどを用いて説明する。
【００３８】
まず、図１０を用いて、ネットワークシステム内で行われる処理のシーケンスに関してその概要を説明する。
【００３９】
ファームウェアの配信の手順としては、サービスマン若しくは管理者が画像形成装置を直接操作して、ファームウェアの配信要求を行うものがある。また、予め設定された確認時間になると、画像形成装置から配信サーバ１３３に対して、自動的に適用可能なファームウェアがないか確認の問合せ（１３０１）が行われる。これは、配信サーバ１３３に現在の画像形成装置のファームウェアの構成情報を送信して、配信サーバ１３３に登録されているファームウェアの中で配信可能なファームウェアがあるかを確認する処理を要求するものである。具体的には、この問い合わせは、図１１で示すようなＳＯＡＰデータが送られる。図１１で示すように、画像形成装置のファームウェアの構成情報として、現在のファームコンポーネントリスト１４０１を送り、配信サーバ１３３はこの情報により、適用可能ファームウェアを認識する。
【００４０】
図１０の（１３０２）においては、配信サーバ１３３が、適用可能ファームウェアがあれば、図１２で示すようなＳＯＡＰデータが画像形成装置に送る。適用可能ファームウェアについての情報として、ファームグループバージョン１５０１、ファームラベル１５０２が記載されている。その後、画像形成装置では、それらの情報で示されるファームウェアを、データベースサーバからダウンロードして、更新処理を行う。
【００４１】
このような、確認時間に応じた適用可能なファームウェアに関する問合せを行う際の設定は、図１３で示す画像形成装置において表示されるＵＩ画面で設定される。この図では、確認時間として曜日、時間が設定でき、この時間になると定期的に画像形成装置による問い合わせが実行される。
【００４２】
一方で、ファームウェアの更新処理に関しては、監視サーバ１１１を介して行う場合もある。この処理については別途後述する。
【００４３】
次に図７で示すフローチャートを用いて、画像形成装置におけるファームウェアの更新に際する処理について説明する。基本的には、本処理は図６で示した更新制御部８０６の機能であって、ＨＤＤからＲＡＭに読み込まれたプログラムがＣＰＵにより実行され実現される。
【００４４】
以降の実施例では、画像形成装置でファームウェアバージョンとしてＶ１．０のファームウェアが動作し、一方、配信サーバ１３３上に最新バージョンとしてＶ１．１のファームウェアが既に登録済である場合に更新可能なファームウェアがあると判定される。
【００４５】
図７では、オートシャットダウンを優先させる設定が無効な場合に更新制御部８０６により行われる処理を示している。この設定の有効／無効は、図１３に示す画像形成装置上で表示されるＵＩ画面からユーザの入力に基づき設定可能な優先情報を参照することで判定される。オートシャットダウンを優先させる設定が有効な場合は、直ちにオートシャットダウン処理が実行され、画像形成装置がシャットダウンされることになる。
【００４６】
ここで、図１３で示す設定画面について説明する。図１３においては、定期的な配信システムへの問い合わせに従う、定期的なファームウェアのアップデート（定期アップデート）の有効・無効（図中のＯＮ／ＯＦＦ）が設定できる。また、定期アップデートが有効な場合には、最新バージョンのファームウェアの確認の問い合わせを配信システムに対して行う際のスケジュールが設定できる。本図では、スケジュールが、確認時間として、特定の曜日の特定の時間に定期的に問い合わせるよう設定される。また、最新バージョンのファームウェアが見つかった場合に、ダウンロードされた当該ファームウェアを実際に適用する時間を、適用時間として設定可能である。さらに、オートシャットダウンを優先するか否かユーザに指定させるためのチェックボックス１７０１も用意されている。早急なファームウェアのアップデートより、予め顧客内のポリシーなどに従い予定されているオートシャットダウンをとくに優先させたい場合、このチェックボックス１７０１を有効にする。ここでの、ユーザの指定が前述した優先情報に反映される。
【００４７】
図７の説明に戻り、まず、Ｓ１００１では、オートシャットダウンが予定されている時間であるか否かの判定が行われる。この判定は、オートシャットダウンの時間に達した場合にイベントを発行するタイマー処理などにより実現される。オートシャットダウンが予定されている時間に達している場合にはＳ１００２に進み、達していない場合にはＳ１００６に進む。
【００４８】
次に、Ｓ１００２では、適用可能な、たとえば新規のバージョンのファームウェアがあるか否かの確認処理が行われる。これは、適用可能なファームウェアがあるかは、前述したように配信システム（配信サーバ１３３）に対してＳＯＡＰメッセージ（図１１）を送信し、その応答に基づき確認する処理である。通常であれば、この確認処理は図１３で示す画面上で設定された確認時間に行うものであるが、オートシャットダウンを優先しない設定となっている場合においてもこの確認処理が行われることになる。Ｓ１００３では、適用可能なファームウェアがあるか否かを配信システムからの応答にもとづき判定する。適用可能なファームウェアがある場合にはＳ１００５に進み、無い場合にはＳ１００４に進む。Ｓ１００４では、オートシャットダウン機能に従うシャットダウンが実行される。
【００４９】
Ｓ１００５では、シャットダウン不可制御が実行される。この処理は、シャットダウンを行うソフトウェアモジュール（不図示）に対し、シャットダウンを実行しないよう依頼を送る処理である。具体的には、特定のＡＰＩを呼ぶか、特定のファイル等を特定のディレクトリ先に置くことで、シャットダウンモジュールがシャットダウンをしないよう制御を行う。この処理によりオートシャットダウン機能が抑制される。
【００５０】
Ｓ１００６では、適用時間になったか否かを判定する。適用時間になった場合にはＳ１００７に進む、ファームウェアの更新処理が実行される。具体的には、配信システムよりファームウェアをダウンロードし、当該ファームウェアを画像形成装置において適用することにより、ファームウェアの更新が行われる。
【００５１】
以上の処理により、オートシャットダウンが予定されている時間になった場合に、配信サーバ１３３と通信を行い、更新可能なファームウェアがあれば、オートシャットダウンせずにファームウェアの更新を行えるように制御することが可能となる。
【００５２】
図７で説明した処理では、オートシャットダウン機能によってファームウェアが更新されない場合が生じる。その際にも迅速にファームウェアの確認処理や更新処理が自動で行えるようにするための動作について図８、１４などを用いて説明する。
【００５３】
図１４を用いて、処理全体の流れを説明する。
【００５４】
まず、オートシャットダウン機能によるシャットダウンの実行前に、更新制御部８０６は、特定のディレクトリの特定のファイル（ｆｉｒｍｖｅｒ．ｘｍｌ）に、オートシャットダウン機能が有効であることとオートシャットダウン機能が実行される時刻（ａｕｔｏ ｏｎ／ｏｆｆ，ｔｉｍｅ）を記述する（１９０１）。
【００５５】
その後、画像形成装置が起動された際に、更新制御部８０６が前述の特定のファイル（ｆｉｒｍｖｅｒ．ｘｍｌ）を参照し、オートシャットダウンがされたことを認識する（１９０２）。そして、更新制御部８０６が起動に際して、画像形成装置のファームウェアのバージョン情報を通知するためのＳＯＡＰメッセージに、そのシャットダウンに関する情報を含めて、配信サーバ１３３に通知する（１９０３）。
【００５６】
配信サーバ１３３では、配信制御部６１１が、画像形成装置からのバージョン情報を通知するためのＳＯＡＰメッセージを受信したと判定した際に、オートシャットダウンに関する情報がそのメッセージに含まれるかを確認する。ここで、オートシャットダウンに関する情報が含まれている場合には、更新可能なファームウェアによる更新が行われていない旨の通知が管理者に対して行われる。具体的には、配信サーバ１３３がウェブブラウザなどを介してアクセスし、画像形成装置の管理を行っている管理者に対して、前述した通知を示すような画面を提供し表示処理を行う（１９０４）。
【００５７】
次に、監視システムへの予約配信指示への置き換えが行われる（１９０５）。これは、オートシャットダウンによって更新できなかったファームウェアを、監視サーバ１１１を介した予約配信に従い、更新するための指示を行う処理になる。配信サーバ１３３においては、監視システムへの予約配信の設定を有効にしておく。ここで、予約配信については、配信すべき予約日と、確認処理を行うべき時間が一緒に設定されている。予約日は、オートシャットダウンに関する情報を含むメッセージを受けてからの日数が設定されることで指定できる。また、確認処理を行うべき時間については、予約日におけるオートシャットダウン処理が予定される時間から、何時間前に行うかを設定する。つまり、予約日の指定が２日後、確認時間の設定が−１時間と設定されている場合は、オートシャットダウンに関する情報を含むメッセージを受信した日のオートシャットダウン機能が実行される時刻の１時間前にファームウェア配信が行われるよう自動で予約処理されることになる（１９０５）。通常、この予約処理は、図１５で示すようなＵＩ画面を介して、ファームウェアなどを管理する管理者が配信スケジュール設定２００１において、手動で行われるものである。
【００５８】
図１に示す画像形成装置１３１、拠点監視装置１１７、１２２、１２３は、定期的（たとえば、１日に２度）に監視システムに対して、実行すべき処理が無いか情報取得を行っている。この定期的な処理は、配信システムでの定期アップデートに比べて実行される頻度が多く、配信システムに対する確認処理とは非同期に行わる。インターネットを介した遠隔監視であっても、このような頻度で定期的な情報取得が行われるのは、監視システムが画像形成装置の稼働状況などを適切に監視し、ダウンタイムなどが無いように保守する必要があるためである。
【００５９】
この監視システムへの情報取得処理において、配信予約が行われていた場合には、その予約情報が画像形成装置１３１、拠点監視装置１１７、１２２、１２３に取得される（１９０６）。ここで取得された予約情報は、前述した画像形成装置の更新制御部８０６に渡される。更新制御部８０６は、予約情報に含まれる日時に従い、配信システムに対して前述した確認処理及び更新可能ファームウェアの取得要求を行う（１９０７）。その後、配信システムからファームの配信が行われる（１９０８）。更新制御部８０６は、最後にファームウェアを更新して、処理が完了する（１９０９）。
【００６０】
次に図８で示すフローチャートを用いて、配信サーバ１３３における配信制御部６１１による処理を具体的に説明する。基本的には、本処理は配信制御部６１１の機能であって、ＨＤＤからＲＡＭに読み込まれたプログラムがＣＰＵにより実行され実現される。
【００６１】
まずＳ１１０１で、画像形成装置からのバージョン情報を通知するためのＳＯＡＰメッセージを受信する。そして、Ｓ１１０２で、オートシャットダウンに関する情報がメッセージ内に含まれるかを判定する。判定結果として、含まれていると判定された場合にはＳ１１０３に進み、含まれていないと判定された場合にはＳ１１０８に進む。
【００６２】
Ｓ１１０３では、更新可能なファームウェアによる更新が行われていない旨を管理者に通知するために、その旨を示すような画面の表示処理を行う。次に、Ｓ１１０４では、監視システム（監視サーバ１１１）を介したファームウェアの予約配信に切り換える指示があったか否かを判定する。指示があった場合にはＳ１１０５に進み、なかった場合にはＳ１１０８に進む。
【００６３】
Ｓ１１０５では、Ｓ１１０１で受信したメッセージに含まれるオートシャットダウンに関する情報を読み込む。そして、Ｓ１１０６で、前述された予約配信の設定、及びオートシャットダウンに関する情報からファームウェアの配信処理が行われる日時を策定する。Ｓ１１０７では策定された日時による監視システムへの配信予約の自動設定が行われる。
【００６４】
一方、Ｓ１１０８では、画像形成装置からの通常のバージョン情報を通知を受信したとして、画像形成装置のファームウェアに関する情報を保存する。
【００６５】
これらの一連の動作により、配信システムによる通常の定期アップデートの処理を、監視システム経由の配信予約に置き換えることが可能となり、より迅速なファームウェアの更新が行える。
【００６６】
（実施例２）
他の実施形態として、画像形成装置においてオートシャットダウン処理が実行される前に、更新制御部８０６がその旨を配信サーバ１３３に通知し、監視システム経由のファームウェアの配信予約に置き換えることも考えられる。
【００６７】
更新制御部８０６は、更新可能ファームウェアがあり、かつ、これから実行されるオートシャットダウン処理によって更新が行われない場合には、そのタイミングで、オートシャットダウンに関する情報を含むメッセージを配信システムに送信する。これにより、監視システム経由の配信予約に置き換えることが可能となる。
【００６８】
（実施例３）
画像形成装置において、オートシャットダウンによって定期アップデート（確認処理）が動作できない場合、それをエラーのように配信システムに対してイベント通知し、監視システム経由で定期アップデートの日時などの設定変更を行うことも考えられる。
【００６９】
本実施例においては、まず、図１６を用いて、定期アップデートの設定を変更する処理の概要を説明する。
【００７０】
まず、オートシャットダウン機能によるシャットダウンの実行前に、更新制御部８０６は、特定のディレクトリの特定のファイル（ｆｉｒｍｖｅｒ．ｘｍｌ）に、オートシャットダウン機能が有効であることとオートシャットダウン機能が実行される時刻（ａｕｔｏ ｏｎ／ｏｆｆ，ｔｉｍｅ）を記述する（２１０１）。
【００７１】
その後、画像形成装置が起動された際に、更新制御部８０６が前述の特定のファイル（ｆｉｒｍｖｅｒ．ｘｍｌ）を参照し、オートシャットダウンがされたことを認識する（２１０２）。そして、更新制御部８０６は、エラーイベントとして、オートシャットダウンによって定期アップデートが動作できなかったことを示すコードなどを含むＳＯＡＰメッセージを配信サーバ１３３に通知する（２１０３）。このＳＯＡＰメッセージには、そのオートシャットダウンに関する情報を含まれる。
【００７２】
配信サーバ１３３では、受信したメッセージに含まれるコード及びオートシャットダウンに関する情報が参照され、定期アップデートが画像形成装置において予定通り動作できない旨のエラー通知が管理者に対して行われる。この通知は、ウェブブラウザなどに対して表示させるよう制御するといった表示処理で実現される。
【００７３】
次に、配信制御部６１１が定期アップデートの設定変更の情報を読み込む。例えば、エラーがあった場合に備えて、事前に配信サーバ１３３のＵＩ上で対象となる装置、個別ファームウェア情報、ファームウェアのバージョン情報、顧客情報などの条件と変更時間を設定しておき、当該設定に合致するような条件においては自動で配信処理の日時が再設定されるようにしてもよい。また、エラー通知時に、管理者によって設定を入力させても良い。さらに、配信制御部６１１が画像形成装置から受信したメッセージに含まれるオートシャットダウンに関する情報を読み込む。ここでは、オートシャットダウン情報として、ａｕｔｏ ｏｎ，ｔｉｍｅ＝２２：００が取得されたとする。次に、配信制御部６１１は、設定変更の情報、オートシャットダウンに関する情報から、新たな定期アップデートの設定情報を策定する（２１０４）。ここで、設定変更の情報の変更時間として−１時間が設定されていた場合には、定期アップデートの際の確認処理の実行時間として、２１：００が策定されることになる。
【００７４】
その後、配信制御部６１１が、設定変更を監視システム経由で行えるように監視サーバ１１１に指示する（２１０５）。これにより、自動で設定変更の予約が監視システムに対して行える。通常、配信制御のための日時の設定変更は図１７で示すスケジュール設定２２０１において、管理者が行うものである。
【００７５】
図１に示す画像形成装置１３１、拠点監視装置１１７、１２２、１２３は、定期的（たとえば、１日に２度）に監視システムに対して、実行すべき処理が無いか情報取得を行っている。この処理において、定期アップデートに関する設定変更の予約が行われている場合には、その予約情報が画像形成装置１３１、拠点監視装置１１７、１２２、１２３に取得される（２１０６）。ここで取得された予約情報は、前述したエラー通知を行った画像形成装置の更新制御部８０６に渡される。その後、更新制御部８０６は、取得された情報に従い、変更設定を配信システムに対して要求する（２１０７）。配信システムからは、定期アップデートに関する変更時間を含む設定情報が配信され、更新制御部８０６が取得する（２１０８）。最終的に、更新制御部８０６は、配信された情報に従い設定変更が行う（２１０９）。
【００７６】
次に図９で示すフローチャートを用いて、前述した全体の処理の流れの中の、配信サーバ１３３における配信制御部６１１による設定変更の依頼を監視システムに対して行う処理について具体的に説明する。基本的には、本処理は配信制御部６１１の機能であって、ＨＤＤからＲＡＭに読み込まれたプログラムがＣＰＵにより実行され実現される。
【００７７】
まず、Ｓ１２０１で、エラー通知を受信する。次に、Ｓ１２０２で、通知されたメッセージにオートシャットダウンに関する情報があるか判定する。ある場合にはＳ１２０３に進み、該通知に対応するエラー表示を行う。ない場合には、Ｓ１２０９に進み、通常のエラー情報として処理する。
【００７８】
次に、Ｓ１２０４で、定期アップデートの設定変更の有無を判定する。あった場合にはＳ１２０５に進み、なかった場合にはＳ１２０９に進む。Ｓ１２０５では、変更設定情報に含まれる対象機種やファームウェアの情報（バージョン情報）、顧客情報といった条件に、エラーを通知してきた画像形成装置についての情報が合致するかを判定される。合致する場合にはＳ１２０６に進み、しない場合にはＳ１２０９に進む。
【００７９】
次に、Ｓ１２０６では、Ｓ１２０１で受信したメッセージに含まれるオートシャットダウンに関する情報の読み込み処理が行われる。そして、Ｓ１２０７で、設定変更の情報、オートシャットダウンに関する情報から、新たな定期アップデートの設定情報が策定される。この情報は、ファームウェアなどを格納するデータベースに対して、変更の対象となる装置の識別情報と関連付けられた記憶される。最後に、Ｓ１２０８で、設定変更を監視システム経由で行えるように監視サーバ１１１に指示する（２１０５）。これにより、自動で設定変更の予約が監視システムに対して行える。
【００８０】
以上、説明した実施例３に係る処理により、画像形成装置におけるオートシャットダウン機能を十分に考慮した配信設定が自動で更新されるようになる。
【００８１】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００８２】
さらに、本発明には、上述した実施形態の適宜組み合わせることにより構成されたシステムやその機能も含まれるものとする。
【特許請求の範囲】
【請求項１】
画像形成装置へのファームウェアの配信の制御を行う配信システムと、画像形成装置の状態を監視する監視システムとを含むネットワークシステムであって、
前記配信システムは、
画像形成装置からオートシャットダウンに関する情報を受信する受信手段と、
前記オートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定する第１策定手段と、
前記画像形成装置の更新可能ファームウェアの配信設定を、前記監視システムに対して予約する第１予約手段と、
前記配信設定に従い前記画像形成装置から更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信する配信手段と、を有し、
前記監視システムは、
前記予約手段により予約された配信設定を、前記画像形成装置または当該画像形成装置を監視する拠点監視装置からの取得要求の応答として送信する応答手段と、を有することを特徴とするネットワークシステム。
【請求項２】
前記配信システムは、
前記受信手段が画像形成装置からエラー情報としてオートシャットダウンに関する情報を受信した場合に、当該オートシャットダウンに関する情報に基づき、前記画像形成装置の定期アップデートが行われる時間として前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した変更設定を策定する第２策定手段をさらに有し、
前記予約手段は、前記監視システムに対して前記変更設定に関する予約を行い、
前記配信手段は、前記予約に従い前記画像形成装置からの変更設定の要求を受け付けた場合に、当該変更設定を前記画像形成装置に配信することを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
画像形成装置の状態を監視する監視システムと通信する配信システムであって、
画像形成装置からオートシャットダウンに関する情報を受信する受信手段と、
前記オートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定する策定手段と、
前記画像形成装置の更新可能ファームウェアの配信設定を、前記監視システムに対して予約する予約手段と、
前記監視システムを介して配信設定を取得した前記画像形成装置からの当該配信設定に従う更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信する配信手段と、を有することを特徴とする配信システム。
【請求項４】
画像形成装置の状態を監視する監視システムと通信する配信システムにおける制御方法であって、
画像形成装置からオートシャットダウンに関する情報を受信する受信工程と、
前記オートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定する策定工程と、
前記画像形成装置の更新可能ファームウェアの配信設定を、前記監視システムに対して予約する予約工程と、
前記監視システムを介して配信設定を取得した前記画像形成装置からの当該配信設定に従う更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信する配信工程と、を有することを特徴とする制御方法。
【請求項５】
指定時間にシャットダウンするオートシャットダウン機能を備える画像形成装置であって、
前記指定時間に前記画像形成装置におけるファームウェアの更新処理があった場合に、オートシャットダウン機能を優先するか否かを設定する設定手段と、
オートシャットダウン機能を優先しないことが設定された場合に、配信システムに対して更新可能ファームウェアがあるかを問い合わせるメッセージを送信する送信手段と、
前記配信システムから更新可能ファームウェアがあるとの応答を受信した場合に、前記オートシャットダウン機能が実行されないよう制御する制御手段と、
前記オートシャットダウン機能が実行されない間に、前記配信システムからダウンロードした更新可能ファームウェアを適用する適用手段と、を有することを特徴とする画像形成装置。
【請求項６】
オートシャットダウン機能を優先することが設定された場合に、前記配信システムに対して、オートシャットダウンに関する情報を通知する通知手段と、
前記オートシャットダウンに関する情報に基づき監視システムに予約された配信設定を取得した場合に、当該配信設定に更新可能ファームウェアの要求を行う要求手段と、をさらに有し、
前記適用手段は、前記要求に応じて取得された更新可能ファームウェアを適用することを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記通知手段は、前記画像形成装置のファームウェアのバージョン情報の通知に対して、前記オートシャットダウンに関する情報を含めることで、通知を行うことを特徴とする請求項６に記載の画像形成装置。
【請求項８】
前記通知手段は、前記画像形成装置の起動時に、前記通知を行うことを特徴とする請求項６または７に記載の画像形成装置。
【請求項９】
前記配信設定は、前記画像形成装置を監視する拠点監視装置を介して取得されることを特徴とする請求項６乃至８のいずれか１項に記載の画像形成装置。
【請求項１０】
指定時間にシャットダウンするオートシャットダウン機能を備える画像形成装置における制御方法であって、
前記指定時間に前記画像形成装置におけるファームウェアの更新処理があった場合に、オートシャットダウン機能を優先するか否かを設定する設定工程と、
オートシャットダウン機能を優先しないことが設定された場合に、配信システムに対して更新可能ファームウェアがあるかを問い合わせるメッセージを送信する送信工程と、
前記配信システムから更新可能ファームウェアがあるとの応答を受信した場合に、前記オートシャットダウン機能が実行されないよう制御する制御工程と、
前記オートシャットダウン機能が実行されない間に、前記配信システムからダウンロードした更新可能ファームウェアを適用する適用工程と、を有することを特徴とする制御方法。
【請求項１１】
オートシャットダウン機能を優先することが設定された場合に、前記配信システムに対して、オートシャットダウンに関する情報を通知する通知工程と、
前記オートシャットダウンに関する情報に基づき監視システムに予約された配信設定を取得した場合に、当該配信設定に更新可能ファームウェアの要求を行う要求工程と、をさらに有し、
前記適用工程では、前記要求に応じて取得された更新可能ファームウェアを適用することを特徴とする請求項１０に記載の制御方法。
【請求項１２】
請求項５乃至９のいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項１】
画像形成装置へのファームウェアの配信の制御を行う配信システムと、画像形成装置の状態を監視する監視システムとを含むネットワークシステムであって、
前記配信システムは、
画像形成装置からオートシャットダウンに関する情報を受信する受信手段と、
前記オートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定する第１策定手段と、
前記画像形成装置の更新可能ファームウェアの配信設定を、前記監視システムに対して予約する第１予約手段と、
前記配信設定に従い前記画像形成装置から更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信する配信手段と、を有し、
前記監視システムは、
前記予約手段により予約された配信設定を、前記画像形成装置または当該画像形成装置を監視する拠点監視装置からの取得要求の応答として送信する応答手段と、を有することを特徴とするネットワークシステム。
【請求項２】
前記配信システムは、
前記受信手段が画像形成装置からエラー情報としてオートシャットダウンに関する情報を受信した場合に、当該オートシャットダウンに関する情報に基づき、前記画像形成装置の定期アップデートが行われる時間として前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した変更設定を策定する第２策定手段をさらに有し、
前記予約手段は、前記監視システムに対して前記変更設定に関する予約を行い、
前記配信手段は、前記予約に従い前記画像形成装置からの変更設定の要求を受け付けた場合に、当該変更設定を前記画像形成装置に配信することを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
画像形成装置の状態を監視する監視システムと通信する配信システムであって、
画像形成装置からオートシャットダウンに関する情報を受信する受信手段と、
前記オートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定する策定手段と、
前記画像形成装置の更新可能ファームウェアの配信設定を、前記監視システムに対して予約する予約手段と、
前記監視システムを介して配信設定を取得した前記画像形成装置からの当該配信設定に従う更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信する配信手段と、を有することを特徴とする配信システム。
【請求項４】
画像形成装置の状態を監視する監視システムと通信する配信システムにおける制御方法であって、
画像形成装置からオートシャットダウンに関する情報を受信する受信工程と、
前記オートシャットダウンに関する情報に基づき、前記画像形成装置のオートシャットダウン機能によりシャットダウンされていない時間帯を指定した配信設定を策定する策定工程と、
前記画像形成装置の更新可能ファームウェアの配信設定を、前記監視システムに対して予約する予約工程と、
前記監視システムを介して配信設定を取得した前記画像形成装置からの当該配信設定に従う更新可能ファームウェアの要求を受け付けた場合に、当該ファームウェアを前記画像形成装置に配信する配信工程と、を有することを特徴とする制御方法。
【請求項５】
指定時間にシャットダウンするオートシャットダウン機能を備える画像形成装置であって、
前記指定時間に前記画像形成装置におけるファームウェアの更新処理があった場合に、オートシャットダウン機能を優先するか否かを設定する設定手段と、
オートシャットダウン機能を優先しないことが設定された場合に、配信システムに対して更新可能ファームウェアがあるかを問い合わせるメッセージを送信する送信手段と、
前記配信システムから更新可能ファームウェアがあるとの応答を受信した場合に、前記オートシャットダウン機能が実行されないよう制御する制御手段と、
前記オートシャットダウン機能が実行されない間に、前記配信システムからダウンロードした更新可能ファームウェアを適用する適用手段と、を有することを特徴とする画像形成装置。
【請求項６】
オートシャットダウン機能を優先することが設定された場合に、前記配信システムに対して、オートシャットダウンに関する情報を通知する通知手段と、
前記オートシャットダウンに関する情報に基づき監視システムに予約された配信設定を取得した場合に、当該配信設定に更新可能ファームウェアの要求を行う要求手段と、をさらに有し、
前記適用手段は、前記要求に応じて取得された更新可能ファームウェアを適用することを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記通知手段は、前記画像形成装置のファームウェアのバージョン情報の通知に対して、前記オートシャットダウンに関する情報を含めることで、通知を行うことを特徴とする請求項６に記載の画像形成装置。
【請求項８】
前記通知手段は、前記画像形成装置の起動時に、前記通知を行うことを特徴とする請求項６または７に記載の画像形成装置。
【請求項９】
前記配信設定は、前記画像形成装置を監視する拠点監視装置を介して取得されることを特徴とする請求項６乃至８のいずれか１項に記載の画像形成装置。
【請求項１０】
指定時間にシャットダウンするオートシャットダウン機能を備える画像形成装置における制御方法であって、
前記指定時間に前記画像形成装置におけるファームウェアの更新処理があった場合に、オートシャットダウン機能を優先するか否かを設定する設定工程と、
オートシャットダウン機能を優先しないことが設定された場合に、配信システムに対して更新可能ファームウェアがあるかを問い合わせるメッセージを送信する送信工程と、
前記配信システムから更新可能ファームウェアがあるとの応答を受信した場合に、前記オートシャットダウン機能が実行されないよう制御する制御工程と、
前記オートシャットダウン機能が実行されない間に、前記配信システムからダウンロードした更新可能ファームウェアを適用する適用工程と、を有することを特徴とする制御方法。
【請求項１１】
オートシャットダウン機能を優先することが設定された場合に、前記配信システムに対して、オートシャットダウンに関する情報を通知する通知工程と、
前記オートシャットダウンに関する情報に基づき監視システムに予約された配信設定を取得した場合に、当該配信設定に更新可能ファームウェアの要求を行う要求工程と、をさらに有し、
前記適用工程では、前記要求に応じて取得された更新可能ファームウェアを適用することを特徴とする請求項１０に記載の制御方法。
【請求項１２】
請求項５乃至９のいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１３−１０９６２２（Ｐ２０１３−１０９６２２Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５４８４６（Ｐ２０１１−２５４８４６）
【出願日】平成２３年１１月２２日（２０１１．１１．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月２２日（２０１１．１１．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]