(57)【特許請求の範囲】
【請求項１】
画像形成装置と、前記画像形成装置のファームウェアを管理する管理システムとを含むネットワークシステムであって、
前記管理システムは、
前記画像形成装置の設置環境と動作モードとに従う適用ファームウェアに係るメッセージの出力の可否を判断するための第1管理テーブルを管理する第１管理手段と、
前記画像形成装置からの適用可能なファームウェア情報の要求を受信する第１受信手段と、
前記要求に含まれる前記画像形成装置に適用済みのファームウェア情報から、前記画像形成装置に適用可能なファームウェア情報を特定する特定手段と、
前記要求に含まれる前記画像形成装置の出力能力と、前記第1管理テーブルの参照結果とから、当該画像形成装置での適用ファームウェアに係るメッセージの出力の可否を判断する第１判断手段と、
前記要求に対して、前記特定されたファームウェア情報と、前記第１判断手段による判断結果である出力の可否の何れかを示す情報とを含む応答を送信する応答手段と、を有し、
前記画像形成装置は、
ファームウェアの種別に応じて、出力すべきメッセージを判断するための第２管理テーブルを管理する管理手段と、
前記要求を行う要求手段と、
前記応答を受信する第２受信手段と、
ファームウェアを適用する際に、前記応答に出力可を示す情報が含まれていた場合に、前記第２管理テーブルの参照結果から、出力すべきメッセージを判断する第２判断手段と、
前記第２判断手段で判断されたメッセージの表示を制御する制御手段と、を有する、
ことを特徴とするネットワークシステム。
【請求項２】
前記画像形成装置は、前記管理システム以外から適用するファームウェアを取得する場合、前記要求手段は、前記管理システムに対して、適用ファームウェアに係るメッセージの出力の可否に基づく情報を要求し、
前記第１受信手段は、該要求を受信し、
前記応答手段は、該要求に対して、前記第１判断手段による判断結果である出力の可否に基づく情報を応答として送信することを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記第２管理テーブルは、前記画像形成装置に適用済みのファームウェアの種別と、前記画像形成装置に適用する予定のファームウェアの種別とに応じて、出力すべきメッセージを判断するための情報を含むことを特徴とする請求項１又は２に記載のネットワークシステム。
【請求項４】
前記第２判断手段は、前記画像形成装置に適用済みのファームウェアの種別と前記画像形成装置に適用する予定のファームウェアの種別とが異なる場合には、その旨を警告するメッセージを出力すべきと判断することを特徴とする請求項３に記載のネットワークシステム。
【請求項５】
前記第２判断手段は、前記適用済みのファームウェアの種別と前記適用する予定のファームウェアの種別とが同一の場合には、メッセージを出力しない、又は、確認を促すメッセージを出力すべきと判断することを特徴とする請求項２又は３に記載のネットワークシステム。
【請求項６】
前記管理システムは、
前記ファームウェアの種別に応じて、出力すべきメッセージを判断するための第３管理テーブルを管理する第３管理手段と、
前記第１判断手段の判断結果が出力可を示す場合に、前記第３管理テーブルの参照結果から、出力すべきメッセージを判断する第３判断手段と、を有し、
前記応答手段は、前記要求に対して、前記特定されたファームウェア情報と、前記第３判断手段による判断結果である出力すべきメッセージを示す情報とを含む応答を送信し、
前記制御手段は、ファームウェアを適用する際に、前記応答に出力すべきメッセージを示す情報が含まれていた場合に、該出力すべきメッセージの表示を制御することを特徴とする請求項１に記載のネットワークシステム。
【請求項７】
前記画像形成装置は、前記管理システム以外から適用するファームウェアを取得する場合、前記要求手段は、前記管理システムに対して、適用ファームウェアに係るメッセージの出力に関する情報を要求し、
前記第１受信手段は、該要求を受信し、
前記応答手段は、該要求に対して、前記第３判断手段による判断結果である出力すべきメッセージを示す情報を応答として送信することを特徴とする請求項６に記載のネットワークシステム。
【請求項８】
前記画像形成装置の設置環境は、前記画像形成装置を設置する国を特定する情報を含むことを特徴とする請求項１乃至７のいずれか１項に記載のネットワークシステム。
【請求項９】
前記画像形成装置の動作モードは、サービスマン向けの動作モード、エンドユーザ向けの動作モードを少なくとも含むことを特徴とする請求項１乃至８のいずれか１項に記載のネットワークシステム。
【請求項１０】
画像形成装置と、前記画像形成装置のファームウェアを管理する管理システムとを含むネットワークシステムの制御方法であって、
前記管理システムが実行する、
前記画像形成装置からの適用可能なファームウェア情報の要求を受信する第１受信ステップと、
前記要求に含まれる前記画像形成装置に適用済みのファームウェア情報から、前記画像形成装置に適用可能なファームウェア情報を特定する特定ステップと、
前記要求に含まれる前記画像形成装置の出力能力と、前記画像形成装置の設置環境と動作モードとに従う適用ファームウェアに係るメッセージの出力の可否を判断するための第1管理テーブルの参照結果とから、当該画像形成装置での適用ファームウェアに係るメッセージの出力の可否を判断する第１判断ステップと、
前記要求に対して、前記特定されたファームウェア情報と、前記第１判断ステップでの判断結果である出力の可否の何れかを示す情報とを含む応答を送信する応答ステップと、を有し、
前記画像形成装置が実行する、
前記要求を行う要求ステップと、
前記応答を受信する第２受信ステップと、
ファームウェアを適用する際に、前記応答に出力可を示す情報が含まれていた場合に、ファームウェアの種別に応じて出力すべきメッセージを判断するための第２管理テーブルの参照結果から、出力すべきメッセージを判断する第２判断ステップと、
前記第２判断ステップで判断されたメッセージの表示を制御する制御ステップと、を有する、
ことを特徴とするネットワークシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置と、画像形成装置のファームウェアを管理する管理システムとを含むネットワークシステム、及び、ネットワークシステムの制御方法に関する。
【背景技術】
【０００２】
ファームウェアを搭載した画像形成装置において、新規機能の追加やプログラム修正のためにファームウェアのアップデートを行う場合がある。
ファームウェアの種類には、一般ファームに加え、商談ファーム、個別ファーム等が存在する。一般ファームとは、一般のユーザが画像形成装置で使用するファームウェアである。商談ファームとは、特定の商談用にカスタマイズされたファームウェアである。個別ファームとは、個別のスポットの要求に対応した個別にリリースされるファームウェアである。
【０００３】
従来は、一般ファームのリリースが主であったが、カスタマイズ化への要望が増えてきていることにより、商談ファーム、個別ファームのリリースが増加してきている。そのため、異なる種別のファームウェア同士（商談ファームから一般ファーム）を誤ってアップデートしてしまう可能性がある。
【０００４】
特許文献１では、ファームウェアアップデートのファームウェア選択時に確認画面を表示する技術が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−９１４２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１の技術では、バージョンが上がるケースかつ特別仕様が設定されているケースのみ警告表示を行うため、バージョンが同じケースやバージョンが下がるケースについては何ら考慮されていない。また、特許文献１の技術では、画像形成装置を設置する国の事情など画像形成装置の設置環境や画像形成装置の動作モードに合わせて警告表示の許可・不許可をリモートから柔軟に切り替えることができない。
【０００７】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、画像形成装置のファームウェアをアップデートしようとした場合の画像形成装置側での警告表示を、管理システム側から柔軟に制御し、誤ったアップデートの実行などを抑えることができる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
本発明は、画像形成装置と、前記画像形成装置のファームウェアを管理する管理システムとを含むネットワークシステムであって、前記管理システムは、前記画像形成装置の設置環境と動作モードとに従う適用ファームウェアに係るメッセージの出力の可否を判断するための第1管理テーブルを管理する第１管理手段と、前記画像形成装置からの適用可能なファームウェア情報の要求を受信する第１受信手段と、前記要求に含まれる前記画像形成装置に適用済みのファームウェア情報から、前記画像形成装置に適用可能なファームウェア情報を特定する特定手段と、前記要求に含まれる前記画像形成装置の出力能力と、前記第1管理テーブルの参照結果とから、当該画像形成装置での適用ファームウェアに係るメッセージの出力の可否を判断する第１判断手段と、前記要求に対して、前記特定されたファームウェア情報と、前記第１判断手段による判断結果である出力の可否の何れかを示す情報とを含む応答を送信する応答手段と、を有し、前記画像形成装置は、ファームウェアの種別に応じて、出力すべきメッセージを判断するための第２管理テーブルを管理する管理手段と、前記要求を行う要求手段と、前記応答を受信する第２受信手段と、ファームウェアを適用する際に、前記応答に出力可を示す情報が含まれていた場合に、前記第２管理テーブルの参照結果から、出力すべきメッセージを判断する第２判断手段と、前記第２判断手段で判断されたメッセージの表示を制御する制御手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画像形成装置のファームウェアをアップデートしようとした場合の画像形成装置側での警告表示を、管理システム側から柔軟に制御し、誤ったアップデートの実行などを抑えることができる。
【図面の簡単な説明】
【００１０】
【図１】本実施例のネットワークシステムの構成図
【図２】画像形成装置のハードウェア構成図
【図３】コンテンツ配信サーバのハードウェア構成図
【図４】画像形成装置のソフトウェア構成図
【図５】コンテンツ配信サーバのソフトウェア構成図
【図６】コンテンツ配信サーバに保持管理する警告許可ポリシーテーブル
【図７】画像形成装置に保持管理する警告表示パターンテーブル
【図８】画像形成装置に保持するファームウェアの属性情報を管理するファイル
【図９】実施例１における処理のシーケンス図
【図１０】コンテンツ配信サーバで警告許可／不許可を判断するフローチャート
【図１１】画像形成装置におけるＵＩ画面例
【図１２】画像形成装置におけるＵＩ画面例
【図１３】画像形成装置における警告表示のＵＩ画面例
【図１４】画像形成装置における警告表示のＵＩ画面例
【図１５】実施例２における処理のシーケンス図
【図１６】実施例３における処理のシーケンス図
【図１７】実施例３における処理の他のシーケンス図
【発明を実施するための形態】
【００１１】
以下、図面を参照して、この発明を実施するための形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【実施例１】
【００１２】
図１は、本発明の一実施例を示すネットワークシステムの構成を例示する図である。
図１において、１０１はＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等の画像形成装置であり、一台でプリンタ、スキャナ、コピー、ＦＡＸなどの機能を兼ね備える。画像形成装置１０１は、画像形成装置に割り当てられた固有の個体番号を有する。
【００１３】
１０２は、画像形成装置１０１のファームウェアを管理する管理システムとしてのコンテンツ配信サーバである。コンテンツ配信サーバ１０２は、画像形成装置１０１にファームウェアを配信するために使用される。コンテンツ配信サーバ１０２は、複数の情報処理装置により構成されていてもよい。
【００１４】
１０３はインターネットやイントラネットなどのネットワークである。画像形成装置１０１は、ネットワーク１０３を介してコンテンツ配信サーバ１０２と通信可能である。なお、図１には示していないが、ネットワーク１０３には、複数の画像形成装置が接続されているものとする。
【００１５】
図２は、画像形成装置１０１を構成するハードウェア構成を示す図である。
２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であり、各種プログラムを実行し、様々な機能を実現するユニットである。２０２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）であり、各種プログラムを記憶するユニットである。
【００１６】
２０３は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。ＣＰＵ２０１が動作するためのシステムワークメモリであり、各種データを一時記憶するためのメモリである。ＣＰＵ２０１は、ＲＯＭ２０２やＨＤＤ２０４等に記憶されているプログラムを必要に応じてＲＡＭ２０３にロードして実行する。このＲＡＭ２０３は、記憶した内容を電源ｏｆｆ後も保持可能なＦＲＡＭ（登録商標）およびＳＲＡＭ、電源ｏｆｆ後に記憶内容が消去されるＤＲＡＭなどにより構成される。
【００１７】
２０４はＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）であり、各種プログラムを記憶するユニットである。ＨＤＤ２０４は、ＲＡＭ２０３のデータをＨＤＤ２０４に保存することもできる。
【００１８】
操作部２０５は、画像形成装置１０１を操作するためのユニットである。表示部２０６は、画像形成装置のＵＩを表示するためのユニットである。表示部２０６は、サービスモードと呼ぶサービスマン向けのメニューと、ユーザモードと呼ぶエンドユーザ向けのメニューの表示を行う。
【００１９】
印刷部２０７は、バス２１０を介して各ユニットとデータを送受信することが可能である。なお、印刷部２０７は、ラスタイメージを始めとする各種イメージデータを記録媒体に印刷、または外部装置へ送信することが可能なユニットである。スキャナ部２０８は、原稿台の上に置かれた原稿を読み取り、イメージデータを生成するユニットである。ネットワーク部２０９は、ネットワーク１０３を介して他の装置と通信するためのユニットである。ネットワーク部２０９は、ネットワーク１０３を介したコンテンツ配信サーバ１０２との接続を可能にする。なお、以上の各ユニットは、バス２１０を介してデータの送受信を行うことが可能である。
【００２０】
図３は、コンテンツ配信サーバ１０２のハードウェア構成を例示する図である。
図３において、３０１〜３０６、３０８は、前述した２０１〜２０６、２１０と同様であるため説明を省略する。ネットワーク部３０７は、ネットワーク１０３を介して他の装置と通信するためのユニットである。ネットワーク部３０７は、ネットワーク１０３を介した画像形成装置１０１との接続を可能にする。なお、上述したように、コンテンツ配信サーバ１０２は、複数の情報処理装置により構成されていてもよい。
【００２１】
図４は、画像形成装置１０１のソフトウェア構成を例示する図である。なお、図４に示す各構成部を実現するプログラムはＨＤＤ２０４又はＲＯＭ２０２に記憶されている。そして、それらのプログラムをＣＰＵ２０１が必要に応じてＲＡＭ２０３にロードし実行することで、図４に示す各構成部が実現される。
【００２２】
図４において、４０１は画面制御部であり、ファームウェアアップデートを行うメニュー表示の制御を行う。４０２は情報処理部であり、一時的な情報の保存や演算等を行う。４０３はＤＢ処理部であり、コンテンツ配信サーバ１０２に送信する情報の管理を行う。なお、ＤＢ処理部４０３が管理する情報は、例えば、画像形成装置１０１のＨＤＤ２０４に格納される。４０４は配信アップデート部であり、コンテンツ配信サーバ１０２からファームウェアを取得するための機能を提供する。
【００２３】
図５は、コンテンツ配信サーバ１０２のソフトウェア構成を例示する図である。なお、図５に示す各構成部を実現するプログラムはＨＤＤ３０４又はＲＯＭ３０２に記憶されている。そして、それらのプログラムをＣＰＵ３０１が必要に応じてＲＡＭ３０３にロードし実行することで、図５に示す各構成部が実現される。
【００２４】
図５において、５０１は画面制御部であり、コンテンツ配信サーバ１０２のメニュー表示の制御を行う。５０２は情報処理部であり、一時的な情報の保存や演算等を行う。５０３はＤＢ処理部であり、コンテンツ配信サーバ１０２に保持しているＤＢ情報（データベース情報）の参照や登録を行う。なお、ＤＢ処理部５０３が管理する情報は、例えば、コンテンツ配信サーバ１０２のＨＤＤ３０４に格納される。
【００２５】
図６は、コンテンツ配信サーバ１０２がＨＤＤ３０４に保持管理する警告表示警告許可ポリシーテーブル６００を例示する図である。
警告許可ポリシーテーブル６００は、画像形成装置１０１がファームウェアアップデート実行時、例えば現在のファームウェアとアップデート予定のファームウェアの種類が異なる場合などに、表示部３０６に警告画面を表示するのを許可するか許可しないかを設定するための管理テーブルである。
【００２６】
図６に示すように、警告許可ポリシーテーブル６００は、国６０１、サービスモードで警告許可６０２、ユーザモードで警告許可６０３等の項目を有する。警告許可ポリシーテーブル６００は、国（６０１）ごとに、サービスモードで警告許可（６０２）するのか、ユーザモードで警告許可（６０３）をそれぞれ設定する。即ち、警告許可ポリシーテーブル６００は、国（６０１）等の画像形成装置１０１の設置環境と、サービスモードやユーザモード等の動作モードとに従う適用ファームウェアに係るメッセージの出力の可否を判断するための情報を保持する管理テーブルである。この警告許可ポリシーテーブル６００は、コンテンツ配信サーバ１０２の管理者等により設定され、予めコンテンツ配信サーバ１０２のＨＤＤ３０４に格納されているものとする。
【００２７】
図７は、画像形成装置１０１がＨＤＤ２０４に保持管理する警告表示パターンテーブル７００を例示する図である。
図７に示すように、警告表示パターンテーブル７００は、インストール済みファームウェア種別７０１、インストール予定ファームウェア種別７０２等の項目を有する。警告表示パターンテーブル７００は、インストール済みファームウェアの種別（７０１）に対して、インストール予定のファームウェア種別（７０２）それぞれに対して表示するメッセージを管理する管理テーブルである。
【００２８】
例えば、警告表示パターンテーブル７００中に例示する「Ｍｓｇ．１」は、後述する図１３のような「注意！ファームウェアの種類が違います。」のメッセージ（適用済みのファームウェアの種別と適用する予定のファームウェアの種別とが異なる旨を警告するメッセージ）を表示することを示す。また、「Ｍｓｇ．２」は、後述する図１４のような「確認！同じ種類のファームウェアです。」のメッセージ（確認を促すメッセージ）を表示することを示す。なお、「×」は、メッセージを表示しないことを示す。
【００２９】
インストール予定ファームウェア種別７０２において、一般ファーム７０３は、一般のユーザが画像形成装置で使用するファームウェアである。個別ファーム７０４は、個別のスポットの要求に対応した個別にリリースされるファームウェアである。商談ファーム７０５は、特定の商談用にカスタマイズされたファームウェアである。
【００３０】
インストール済みファームウェア種別７０１は、後述する図８（ａ）のＦａｍｉｌｙ属性８０２の値を基に、配信アップデート部４０４により特定される。インストール予定ファームウェア種別７０２は、コンテンツ配信サーバ１０２より受信するＦａｍｉｌｙ属性の値を基に、配信アップデート部４０４により特定される。
【００３１】
例を挙げると、図７に示す警告表示パターンテーブル７００の例では、インストール済みファームウェア種別７０１が一般ファーム７０３であり、インストール予定ファームウェア種別７０２が一般ファーム７０３の場合は、「×」となっており、警告表示しないことを示している。また、インストール済みファームウェア種別７０１が個別ファーム７０４であり、インストール予定ファームウェア種別が一般ファーム７０３の場合には、Ｍｓｇ．１を表示、つまり「注意！ファームウェアの種類が違います。」を表示することを示している。
【００３２】
また、インストール済みファームウェア種別７０１が商談ファーム７０５であり、インストール予定ファームウェア種別７０２が商談ファーム７０５である場合には、メッセージを表示しない場合とＭｓｇ．１を表示する場合があることを示している。具体的には、同一商談のファームウェア同士の場合はメッセージを表示せず、異なる商談のファームウェア同士の場合はＭｓｇ．１を表示する。なお、同一商談か異なる商談かどうかは、後述する図８（ａ）のＦａｍｉｌｙ属性８０２から判断する。
即ち、警告表示パターンテーブル７００は、ファームウェアの種別に応じて、出力すべきメッセージを判断するための情報を保持する管理テーブルである。なお、警告表示パターンテーブル７００は、予めＨＤＤ２０４に格納されているものとする。
【００３３】
図８は、画像形成装置１０１がＨＤＤ２０４に保持する画像形成装置１０１のファームウェアの属性情報を管理するファイルを例示する図である。このファイル（例えばテキストファイル）には、画像形成装置１０１に適用済みのファームウェア情報が記載されており、ファームウェアの更新に応じて更新されるものとする。
【００３４】
図８（ａ）は、ファームウェアの属性情報を管理するファイルのフォーマットを示す。
ファームウェアバージョンは、ｆｉｒｍｖｅｒｓｉｏｎ属性８０１として、４桁で表現する。また、ファームウェアの種別は、Ｆａｍｉｌｙ属性８０２として、５桁で表現する。Ｆａｍｉｌｙ属性８０２の上２桁の「ＡＡ」は系列識別子であり、一般ファーム７０３の場合は「ＮＬ」、個別ファーム７０４の場合は「ＳＰ」、商談ファーム７０５の場合は「ＭＡ」を記載する。Ｆａｍｉｌｙ属性８０２の下３桁の「ｎｎｎ」はユーザ識別子であり、商談ファーム７０５である場合は、「００１」から連番で発番する。このユーザ識別子が同一であれば、同系列の商談ファーム（同一商談のファームウェア）であることを示す。一方、このユーザ識別子が異なれば、異系列の商談ファーム（異なる商談のファームウェア）であることを示す。なお、商談ファーム７０５以外の場合は、Ｆａｍｉｌｙ属性８０２の下３桁を「０００」の固定で記載する。
【００３５】
画像形成装置１０１の警告表示能力は、ＷａｒｎｉｎｇＡｂｉｌｉｔｙ属性８０３として表現する。画像形成装置１０１がユーザモードのみで警告表示能力がある場合は、ＷａｒｎｉｎｇＡｂｉｌｉｔｙ属性８０３に「ＵｓｅｒＭｏｄｅ」と記載する。画像形成装置１０１がサービスモードのみで警告表示能力がある場合は、ＷａｒｎｉｎｇＡｂｉｌｉｔｙ属性８０３に「ＳｅｒｖｉｃｅＭｏｄｅ」と記載する。なお、画像形成装置１０１がユーザモード及びサービスモードいずれも警告表示能力がある場合は、ＷａｒｎｉｎｇＡｂｉｌｉｔｙ属性８０３に「ＵｓｅｒＭｏｄｅ，ＳｅｒｖｉｃｅＭｏｄｅ」のようにカンマ区切りで記載する。国情報は、Ｃｏｕｎｔｒｙ属性８０４として、２桁で表現する。
【００３６】
図８（ｂ）〜図８（ｆ）は、ファームウェアの属性情報を管理するファイルの具体例を示す。
図８（ｂ）は、ファームバージョンが「１０．００」で、ファームウェアの種別が「一般ファーム」であり、警告表示能力を「ユーザモード」に備え、国情報が「ＪＰ」であることを示した一例である。
図８（ｃ）は、ファームバージョンが「１０．００」で、ファームウェアの種別が「個別ファーム」であり、警告表示能力を「ユーザモード」と「サービスモード」の両方に備え、国情報が「ＪＰ」であることを示した一例である。
【００３７】
図８（ｄ）は、ファームバージョンが「１０．００」で、ファームウェアの種別が「商談ファーム」であり、警告表示能力を「サービスモード」に備え、国情報が「ＵＳ」であることを示した一例である。
図８（ｅ）は、ファームバージョンが「１１．００」で、ファームウェアの種別が図８（ｄ）と同系列の「商談ファーム」であり、警告表示能力を「サービスモード」に備え、国情報が「ＵＳ」であることを示した一例である。
図８（ｆ）は、ファームバージョンが「１１．００」で、ファームウェアの種別が図８（ｄ），（ｅ）と異系列の「商談ファーム」であり、警告表示能力を「サービスモード」に備え、国情報が「ＵＳ」であることを示した一例である。
【００３８】
以下、図９〜図１４を参照して、画像形成装置１０１が警告画面表示を行うための、画像形成装置１０１とコンテンツ配信サーバ１０２のシーケンスについて説明する。
図９は、実施例１の画像形成装置１０１が警告画面表示を行うための、画像形成装置１０１とコンテンツ配信サーバ１０２のシーケンスを示す図である。なお、図９に示す画像形成装置１０１の処理は、ＨＤＤ２０４又はＲＯＭ２０２に記憶されるプログラムをＣＰＵ２０１が必要に応じてＲＡＭ２０３にロードし実行することで実現される。また、図９に示すコンテンツ配信サーバ１０２の処理は、ＨＤＤ３０４又はＲＯＭ３０２に記憶されるプログラムをＣＰＵ３０１が必要に応じてＲＡＭ３０３にロードし実行することで実現される。
図１１〜図１４は、画像形成装置１０１の操作部２０５に表示するユーザインタフェース（ＵＩ）画面の一例を示す図である。
【００３９】
まず、画像形成装置１０１の操作部２０５に表示される図１１のＵＩ画面１１００において、適用可能ファームウェアの確認ボタン１１０１が押下されると、画像形成装置１０１は、この操作を検知し、Ｓ９０１のステップを実行する。なお、図１１のＵＩ画面１１００は、ユーザが画像形成装置１０１の操作部２０５で所定の操作を行うことにより表示されるものとする。
【００４０】
Ｓ９０１では、画像形成装置１０１は、コンテンツ配信サーバ１０２に対して、適用可能ファームウェア一覧の取得要求と警告許可情報の取得要求を送信する。なお、適用可能ファームウェア一覧の取得要求は、画像形成装置１０１に適用可能なファームウェア情報を要求するためのものである。また、警告許可情報の取得要求は、適用ファームウェアに係るメッセージの出力の可否に基づく情報を要求するためのものである。なお、これらの要求の際、画像形成装置１０１がコンテンツ配信サーバ１０２に送信する情報は、ｆｉｒｍｖｅｒｓｉｏｎ８０１の値、ＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３の値、Ｃｏｕｎｔｒｙ８０４の値、現在実行しているオペレータ区分（サービスモード／ユーザモード）である。コンテンツ配信サーバ１０２は、画像形成装置１０１から送信された適用可能ファームウェア一覧の取得要求と警告許可情報の取得要求を受信する。
【００４１】
Ｓ９０２において、コンテンツ配信サーバ１０２は、上記Ｓ９０１で受信したｆｉｒｍｖｅｒｓｉｏｎ８０１の値（画像形成装置１０１に適用済みのファームウェアのバージョン情報）を基に、適用可能ファームウェアの検索を行い、画像形成装置１０１に適用可能なファームウェア情報を特定する。
【００４２】
次に、Ｓ９０３において、コンテンツ配信サーバ１０２は、上記Ｓ９０１で受信したＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３の値（画像形成装置１０１に適用済みのファームウェアにおける画像形成装置１０１の出力能力）、Ｃｏｕｎｔｒｙ８０４の値、及び、現在実行しているオペレータ区分（サービスモード／ユーザモード等の動作モード）を用い、警告許可ポリシーテーブル６００に従って警告の許可・不許可の判断を行う。即ち、コンテンツ配信サーバ１０２は、画像形成装置１０１での適用ファームウェアに係るメッセージの出力の可否を判断する。詳細は図１０に示す。
【００４３】
ここで、図１０を参照して、上記Ｓ９０３に示した警告許可／不許可を判断する処理について説明する。
図１０は、図９のＳ９０３においてコンテンツ配信サーバ１０２が警告許可／不許可を判断する処理を例示するフローチャートである。このフローチャートで示す処理は、コンテンツ配信サーバ１０２のＨＤＤ３０４又はＲＯＭ３０２に記憶されるプログラムをＣＰＵ３０１が必要に応じてＲＡＭ３０３にロードし実行することで実現される。
【００４４】
Ｓ１００１において、コンテンツ配信サーバ１０２のＣＰＵ３０１は、警告許可／不許可を判断する処理を開始する。まず、Ｓ１００２において、ＣＰＵ３０１は、図９のＳ９０１で画像形成装置１０１から受信したＣｏｕｎｔｒｙ８０４の値により画像形成装置１０１の国情報を特定する。
次に、Ｓ１００３において、ＣＰＵ３０１は、図９のＳ９０１で画像形成装置１０１から受信したオペレータ区分によりモード（サービスモード／ユーザモード）を特定する。
【００４５】
次に、Ｓ１００４において、ＣＰＵ３０１は、上記Ｓ１００３で特定したモードにおいて警告表示能力があるかどうかを、図９のＳ９０１で画像形成装置１０１から受信したＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３の値を基に判断する。
【００４６】
例えば、オペレータ区分によるモードが「サービスモード」でＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３が「ＳｅｒｖｉｃｅＭｏｄｅ」又は「ＵｅｒＭｏｄｅ，ＳｅｒｖｉｃｅＭｏｄｅ」の場合は警告表示能力があると判断する。また、オペレータ区分によるモードが「ユーザモード」でＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３が「ＵｅｒＭｏｄｅ」又は「ＵｅｒＭｏｄｅ，ＳｅｒｖｉｃｅＭｏｄｅ」の場合も警告表示能力があると判断する。しかし、オペレータ区分によるモードが「サービスモード」でＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３が「ＵｅｒＭｏｄｅ」の場合は警告表示能力がないと判断する。また、オペレータ区分によるモードが「ユーザモード」でＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３が「ＳｅｒｖｉｃｅＭｏｄｅ」の場合も警告表示能力がないと判断する。
【００４７】
そして、警告表示能力がないと判断した場合（Ｓ１００４でＮｏの場合）、ＣＰＵ３０１は、Ｓ１００６において、警告不許可のフラグを返し、Ｓ１００８において処理を終了する。
【００４８】
一方、警告表示能力があると判断した場合（Ｓ１００４でＹｅｓの場合）、ＣＰＵ３０１は、Ｓ１００５において、図６の警告許可ポリシーテーブル６００を参照し、警告を許可しているかを判断する。図６に示した例では、国情報が「ＪＰ」の場合、オペレータ区分によるモードが「サービスモード」の場合には警告を許可していると判断し、オペレータ区分によるモードが「ユーザモード」の場合には警告を許可していないと判断する。
【００４９】
そして、警告を許可していると判断した場合（Ｓ１００５でＹｅｓの場合）、ＣＰＵ３０１は、Ｓ１００７において、警告許可のフラグを返し、Ｓ１００８において処理を終了する。
一方、警告を許可していないと判断した場合（Ｓ１００５でＮｏの場合）、ＣＰＵ３０１は、Ｓ１００６において、警告不許可のフラグを返し、Ｓ１００８において、処理を終了する。
【００５０】
以下、図９のシーケンス図の説明に戻る。
Ｓ９０４において、コンテンツ配信サーバ１０２は、画像形成装置１０１に対して適用可能ファームウェアの一覧と警告許可情報を、上記Ｓ９０１で受信した要求に対する応答として送信する。なお、上記適用可能ファームウェアの一覧は、上記Ｓ９０２で特定されたファームウェアの一覧である。また、上記警告許可情報は、上記Ｓ９０３の警告の許可・不許可の判断結果（警告許可のフラグ、又は、警告不許可のフラグ）に基づく、画像形成装置１０１での適用ファームウェアに係るメッセージの出力の可否を示す情報である。そして、画像形成装置１０１は、コンテンツ配信サーバ１０２から送信される適用可能ファームウェアの一覧と警告許可情報を受信する。
【００５１】
次に、Ｓ９０５において、画像形成装置１０１の画面制御部４０は、上記Ｓ９０４で受信した適用可能ファームウェアの一覧に基づいて、図１２に示すようなＵＩ画面１２００を操作部２０５に表示し、ユーザからのファームウェアの選択を受け付ける。ユーザが１２０１に表示されている適用可能ファームウェアの一つを選択してＯＫボタンを押下すると、画像形成装置１０１は、Ｓ９０６に処理を進める。
【００５２】
Ｓ９０６では、画像形成装置１０１は、上記Ｓ９０４で受信した警告許可情報と図７の警告表示パターンテーブル７００を基に、警告の表示・非表示の判断を行う。詳細には、画像形成装置１０１は、前記警告許可情報が出力可を示す情報である場合、図７の警告表示パターンテーブル７００の参照結果から、出力すべきメッセージを判断する。
【００５３】
ここで、図７の警告表示パターンテーブル７００の参照結果から出力すべきメッセージを判断する処理について具体的に説明する。
例えば、インストール済みファームウェアが「個別ファーム」、且つ、上記Ｓ９０５で選択されたファームウェアが「一般ファームウェア」の場合、Ｍｓｇ．１、例えば図１３に示すようなメッセージを表示することを判断する。また、インストール済みファームウェアが「個別ファーム」、且つ、上記Ｓ９０５で選択されたファームウェアも「個別ファームウェア」の場合、Ｍｓｇ．２、例えば図１４に示すようなメッセージを表示することを判断する。
【００５４】
なお、前記警告許可情報が出力不可を示す情報である場合には、画像形成装置１０１は、上記Ｓ９０６で警告非表示と判断し、Ｓ９０７に処理を進める。
【００５５】
次に、Ｓ９０７において、画像形成装置１０１は、上記Ｓ９０６での判断に基づいて、警告表示・非表示を行う。上記Ｓ９０６の判断が警告表示の場合（出力すべきメッセージを示す場合）は、画像形成装置１０１の画面制御部４０は、上記Ｓ９０６で表示すると判断されたメッセージ（例えば図１３のようなＵＩ画面１３００や図１４のようなＵＩ画面１４００）の操作部２０５への表示を制御する。そして該警告表示のＵＩ画面でＯＫボタンが押下されると、画像形成装置１０１は、Ｓ９０８に処理を進める。一方、該警告表示のＵＩ画面で「キャンセル」ボタンが押下されると、画像形成装置１０１はそのまま本シーケンスの処理を終了する。
一方、上記Ｓ９０６の判断が警告非表示の場合は、画像形成装置１０１の画面制御部４０は、警告を表示することなく、Ｓ９０８に処理を進める。
【００５６】
Ｓ９０８では、画像形成装置１０１は、コンテンツ配信サーバ１０２に対して、上記Ｓ９０５で選択されたファームウェアのダウンロード要求を行い、Ｓ９０９において、ファームウェアのダウンロードを行う。コンテンツ配信サーバ１０２は、ファームウェアを画像形成装置１０１に送信する。
そして、Ｓ９１０において、画像形成装置１０１は、上記Ｓ９０９でダウンロードしたファームウェアにより、画像形成装置１０１のファームウェアのアップデートを行う。
【００５７】
以上示したような処理により、画像形成装置１０１側の警告表示の許可・不許可を、画像形成装置１０１の設置環境や動作モード等に応じて、コンテンツ配信サーバ１０２側で柔軟に変更することが可能となる。
【実施例２】
【００５８】
画像形成装置１０１がファームウェアアップデートを行う際、ファームウェアをコンテンツ配信サーバ１０２等のネットワーク経由で取得するのではなく、ＵＳＢデバイス等のローカル環境から取得するケース（コンテンツ配信サーバ１０２が構成する管理システム以外からファームウェアを取得するケース）が考えられる。そのような場合には、コンテンツ配信サーバ１０２にアクセスしないため、実施例１の構成のみでは、図６で設定するようなコンテンツ配信サーバ１０２側で設定した警告表示ポリシーに従った動きができない。実施例２では、ＵＳＢデバイスなどのローカル環境からファームウェアを取得する際に、図６の警告表示ポリシーのみコンテンツ配信サーバ１０２に確認する構成を説明する。
【００５９】
以下、図１５を用いて、画像形成装置１０１においてファームウェアをローカル環境で取得するケースにおいて、コンテンツ配信サーバ１０２との通信が可能な場合には、コンテンツ配信サーバ１０２に登録されている警告表示のポリシーに従って警告表示するシーケンスについて説明する。
【００６０】
図１５は、実施例２において画像形成装置１０１が警告画面表示を行うための、画像形成装置１０１とコンテンツ配信サーバ１０２のシーケンスを示す図である。なお、図１５に示す画像形成装置１０１の処理は、ＨＤＤ２０４又はＲＯＭ２０２に記憶されるプログラムをＣＰＵ２０１が必要に応じてＲＡＭ２０３にロードし実行することで実現される。また、図１５に示すコンテンツ配信サーバ１０２の処理は、ＨＤＤ３０４又はＲＯＭ３０２に記憶されるプログラムをＣＰＵ３０１が必要に応じてＲＡＭ３０３にロードし実行することで実現される。
【００６１】
Ｓ１５０１において、ユーザによる操作部２０５からのＵＳＢデバイス内のファームウェアの選択操作を検知すると、画像形成装置１０１は、Ｓ１５０２に処理を進める。
Ｓ１５０２では、画像形成装置１０１は、コンテンツ配信サーバ１０２に対してテスト通信を行う。コンテンツ配信サーバ１０２は、画像形成装置１０１からのテスト通信を受信すると、画像形成装置１０１に対してＯＫを返す。
【００６２】
Ｓ１５０３において、画像形成装置１０１は、コンテンツ配信サーバ１０２からＯＫが返ってくれば、Ｓ１５０４に処理を進める。
Ｓ１５０４では、画像形成装置１０１は、コンテンツ配信サーバ１０２に対して、警告許可情報の取得要求を行う。該Ｓ１５０４では、画像形成装置１０１は、コンテンツ配信サーバ１０２に対して、ＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３の値、Ｃｏｕｎｔｒｙ８０４の値、現在実行しているオペレータ区分（サービスモード／ユーザモード）を送信する。コンテンツ配信サーバ１０２は、画像形成装置１０１から送信された警告許可情報の取得要求を受信する。
【００６３】
Ｓ１５０５において、コンテンツ配信サーバ１０２は、図９のＳ９０３と同様に、警告許可／不許可の判断を行う。
そして、Ｓ１５０６において、コンテンツ配信サーバ１０２は、画像形成装置１０１に対して警告許可情報を、上記Ｓ１５０４で受信した要求に対する応答として送信する。なお、上記警告許可情報は、上記Ｓ１５０５の警告の許可・不許可の判断結果（警告許可のフラグ、又は、警告不許可のフラグ）に基づく、画像形成装置１０１での適用ファームウェアに係るメッセージの出力の可否を示す情報である。そして、画像形成装置１０１は、コンテンツ配信サーバ１０２から送信される警告許可情報を受信する。
【００６４】
次に、Ｓ１５０７において、画像形成装置１０１は、図９のＳ９０６と同様に、警告指示・不指示の判断を行う。そして、Ｓ１５０８において、画像形成装置１０１は、図９のＳ９０７と同様に、警告表示／非表示を行う。
次に、Ｓ１５０９において、画像形成装置１０１は、上記Ｓ１５０１で選択されたファームウェアを、ＵＳＢデバイスから取得する。そして、Ｓ１５１０において、画像形成装置１０１は、上記Ｓ１５０９で取得したファームウェアファームウェアにより、画像形成装置１０１のファームウェアのアップデートを行う。
【００６５】
なお、コンテンツ配信サーバ１０２からテスト通信の応答としてＯＫが返ってこなかった場合（テスト通信に失敗した場合）、画像形成装置１０１は、上記Ｓ１５０７において警告可と判断するようにしてもよいし、警告不可と判断するようにしてもよい。
【００６６】
以上示したような処理により、ネットワーク通信を伴わないファームウェアアップデート時にも、即ち、コンテンツ配信サーバ１０２以外から適用するファームウェアを取得する場合であっても、コンテンツ配信サーバ１０２と通信可能な場合には、画像形成装置１０１がコンテンツ配信サーバ１０２側のポリシーに従って、警告表示・非表示を行うことが可能となる。
【実施例３】
【００６７】
上記実施例１、２では、画像形成装置１０１で図７の警告表示パターンテーブル７００を保持する構成について説明した。しかし、図７の警告表示パターンテーブル７００をコンテンツ配信サーバ１０２側に保持し、柔軟に変更したい場合も考えられる。実施例３では、図７の警告表示パターンテーブル７００をコンテンツ配信サーバ１０２側にも保持する構成について説明する。即ち、実施例３では、図７の警告表示パターンテーブル７００は、コンテンツ配信サーバ１０２のＨＤＤ３０４でも保持管理されている。ただし、警告表示パターンテーブル７００の値は、画像形成装置１０１側とコンテンツ配信サーバ１０２側とでそれぞれ設定可能である。
【００６８】
以下、図１６を用いて、警告表示パターンテーブル７００をコンテンツ配信サーバ１０２側にも保持管理した場合のシーケンスについて説明する。
図１６は、実施例３において画像形成装置１０１が警告画面表示を行うための、画像形成装置１０１とコンテンツ配信サーバ１０２のシーケンスを示す図である。なお、図１６に示す画像形成装置１０１の処理は、ＨＤＤ２０４又はＲＯＭ２０２に記憶されるプログラムをＣＰＵ２０１が必要に応じてＲＡＭ２０３にロードし実行することで実現される。また、図１６に示すコンテンツ配信サーバ１０２の処理は、ＨＤＤ３０４又はＲＯＭ３０２に記憶されるプログラムをＣＰＵ３０１が必要に応じてＲＡＭ３０３にロードし実行することで実現される。
【００６９】
実施例３の画像形成装置１０１は、画像形成装置１０１がコンテンツ配信サーバ１０２に通信可能な場合は、コンテンツ配信サーバ１０２側で保持している警告許可ポリシーテーブル６００、及び、警告指示パターンテーブル７００に従って、メッセージ表示を制御する。
【００７０】
Ｓ１６０１において、画像形成装置１０１は、コンテンツ配信サーバ１０２に対して、適用可能ファームウェア一覧取得要求と警告指示情報取得要求を行う。Ｓ１６０１では、図９のＳ９０１で送信するｆｉｒｍｖｅｒｓｉｏｎ８０１の値、ＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３の値、Ｃｏｕｎｔｒｙ８０４の値、現在実行しているオペレータ区分（サービスモード／ユーザモード）に加え、Ｆａｍｉｌｙ８０２の値も送信する。コンテンツ配信サーバ１０２は、画像形成装置１０１から送信された適用可能ファームウェア一覧の取得要求と警告指示情報の取得要求を受信する。
【００７１】
Ｓ１６０２において、コンテンツ配信サーバ１０２は、図９のＳ９０２と同様に、上記Ｓ１６０１で受信したｆｉｒｍｖｅｒｓｉｏｎ８０１の値を基に適用可能ファームウェアの検索を行い、画像形成装置１０１に適用可能なファームウェア情報を特定する。
【００７２】
次に、Ｓ１６０３において、コンテンツ配信サーバ１０２は、図９のＳ９０３と同様に、上記Ｓ１６０１で受信したＣｏｕｎｔｒｙ８０４、オペレータ区分、ＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３、図６のテーブルによって警告許可・不許可の判断を行う。
【００７３】
次に、Ｓ１６０４において、コンテンツ配信サーバ１０２は、上記Ｓ１６０３での判断結果と、警告表示パターンテーブル７００を基に警告指示・不指示を判断する。詳細には、画像形成装置１０１は、上記Ｓ１６０３で警告許可と判断し場合、上記Ｓ１６０１で受信したＦａｍｉｌｙ８０２の値と、上記Ｓ１６０２で検索した適用可能ファームウェアのＦａｍｉｌｙの値を比較し、警告表示パターンテーブル７００を基に警告指示・不指示を判断する。一方、上記Ｓ１６０３で警告許可と判断した場合、画像形成装置１０１は、警告非表示と判断する。
【００７４】
次に、Ｓ１６０５において、コンテンツ配信サーバ１０２は、画像形成装置１０１に対して適用可能ファームウェアの一覧と、上記Ｓ１６０４の判断結果を示す警告指示情報を、上記Ｓ１６０１で受信した要求に対する応答として送信する。そして、画像形成装置１０１は、コンテンツ配信サーバ１０２から送信される適用可能ファームウェアの一覧と警告指示情報を受信する。
【００７５】
次に、Ｓ１６０６において、画像形成装置１０１は、図９のＳ９０５と同様に、上記Ｓ１６０５で受信した適用可能ファームウェアの一覧に基づいて、ユーザからのファームウェアの選択を受け付ける。ユーザがファームウェアを選択すると、画像形成装置１０１は、Ｓ１６０７に処理を進める。
【００７６】
Ｓ１６０７では、画像形成装置１０１は、上記Ｓ１６０５で受信した警告指示情報に基づいて、警告表示・非表示を行う。警告指示情報が警告表示の場合（出力すべきメッセージを示す場合）は、画像形成装置１０１の画面制御部４０は、警告指示情報が示すメッセージ（例えば図１３のようなＵＩ画面１３００や図１４のようなＵＩ画面１４００）の操作部２０５への表示を制御する。そして該警告表示のＵＩ画面でＯＫボタンが押下されると、画像形成装置１０１は、Ｓ１６０８に処理を進める。一方、該警告表示のＵＩ画面で「キャンセル」ボタンが押下されると、画像形成装置１０１はそのまま本シーケンスの処理を終了する。
一方、警告指示情報が警告非表示の場合は、画像形成装置１０１の画面制御部４０は、警告を表示することなく、Ｓ１６０８に処理を進める。
【００７７】
Ｓ１６０８では、画像形成装置１０１は、図９のＳ９０８と同様に、ファームウェアのダウンロード要求を行い、Ｓ１６０９において、ファームウェアのダウンロードを行う。コンテンツ配信サーバ１０２は、ファームウェアを画像形成装置１０１に送信する。
そして、Ｓ１６１０において、画像形成装置１０１は、上記Ｓ１６０９でダウンロードしたファームウェアにより、画像形成装置１０１のファームウェアのアップデートを行う。
【００７８】
次に、図１７を用いて、警告表示パターンテーブル７００をコンテンツ配信サーバ１０２側に保持管理する構成において、ＵＳＢデバイスなどのローカル環境からファームウェアを取得する場合について説明する。
【００７９】
図１７は、実施例３において画像形成装置１０１が警告画面表示を行うための、画像形成装置１０１とコンテンツ配信サーバ１０２の他のシーケンスを示す図である。なお、図１７に示す画像形成装置１０１の処理は、ＨＤＤ２０４又はＲＯＭ２０２に記憶されるプログラムをＣＰＵ２０１が必要に応じてＲＡＭ２０３にロードし実行することで実現される。また、図１７に示すコンテンツ配信サーバ１０２の処理は、ＨＤＤ３０４又はＲＯＭ３０２に記憶されるプログラムをＣＰＵ３０１が必要に応じてＲＡＭ３０３にロードし実行することで実現される。
【００８０】
Ｓ１７０１において、画像形成装置１０１は、図１５のＳ１５０１と同様に、ユーザによる操作部２０５からのＵＳＢデバイス内のファームウェアの選択操作を検知すると、Ｓ１７０２に処理を進める。
Ｓ１７０２では、画像形成装置１０１は、図１５のＳ１５０２と同様に、コンテンツ配信サーバ１０２に対してテスト通信を行う。コンテンツ配信サーバ１０２は、画像形成装置１０１からのテスト通信を受信すると、画像形成装置１０１に対してＯＫを返す。
【００８１】
上記Ｓ１７０２のテスト通信に成功した場合（コンテンツ配信サーバ１０２からＯＫの応答があった場合）、画像形成装置１０１は、Ｓ１７０４に処理を進める。
Ｓ１７０４では、画像形成装置１０１は、コンテンツ配信サーバ１０２に対して、図１６のＳ１６０１と同様に、警告指示情報の取得要求を行う。該Ｓ１７０４で画像形成装置１０１がコンテンツ配信サーバ１０２に送信する情報は、図１６のＳ１６０１で送信するＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３の値、Ｃｏｕｎｔｒｙ８０４の値、現在実行しているオペレータ区分（サービスモード／ユーザモード）、Ｆａｍｉｌｙ８０２の値に加え、上記Ｓ１７０１で選択された適用ファームウェアのＦａｍｉｌｙの値も送信する。コンテンツ配信サーバ１０２は、画像形成装置１０１から送信された警告指示情報の取得要求を受信する。
【００８２】
Ｓ１７０５において、コンテンツ配信サーバ１０２は、図９のＳ９０３と同様に、上記Ｓ１７０４で受信したＣｏｕｎｔｒｙ８０４、オペレータ区分、ＷａｒｎｉｎｇＡｂｉｌｉｔｙ８０３、図６のテーブルによって警告許可・不許可の判断を行う。
【００８３】
次に、Ｓ１７０６において、コンテンツ配信サーバ１０２は、図１６のＳ１６０４と同様に、上記Ｓ１７０５での判断結果と、警告表示パターンテーブル７００を基に警告指示・不指示を判断する。
【００８４】
次に、Ｓ１７０７において、コンテンツ配信サーバ１０２は、画像形成装置１０１に対して上記Ｓ１７０６の判断結果を示す警告指示情報を、上記Ｓ１７０４で受信した要求に対する応答として送信する。そして、画像形成装置１０１は、コンテンツ配信サーバ１０２から送信される警告指示情報を受信し、Ｓ１７１０に処理を進める。
【００８５】
なお、コンテンツ配信サーバ１０２からテスト通信の応答としてＯＫが返ってこなかった場合（テスト通信に失敗した場合（Ｓ１７０７でＮＧ））、画像形成装置１０１は、Ｓ１７０９に処理を進める。
Ｓ１７０９では、画像形成装置１０１は、警告可と判断し、図１５のＳ１５０８と同様に、警告指示／不指示の判断を行い、Ｓ１７１０に処理を進める。
【００８６】
Ｓ１７１０では、画像形成装置１０１は、上記テスト通信がＯＫだった場合もＮＧだった場合も、図１５のＳ１６０７と同様に、警告表示／非表示を行う。
次に、Ｓ１７１１において、画像形成装置１０１は、図１５のＳ１５０９と同様に、上記Ｓ１７０１で選択されたファームウェアを、ＵＳＢデバイスから取得する。そして、Ｓ１７１２において、画像形成装置１０１は、図１５のＳ１５１０と同様に、上記Ｓ１７１１で取得したファームウェアファームウェアにより、画像形成装置１０１のファームウェアのアップデートを行う。
【００８７】
以上、図１６、図１７に示した処理により、画像形成装置１０１側の警告表示の許可・不許可と警告表示を行うパターンをコンテンツ配信サーバ１０２側で柔軟に変更することが可能となる。
【００８８】
以上示したように、各実施例のネットワークシステムは、ファームウェアアップデート時に画像形成装置１０１からコンテンツ配信サーバ１０２に問い合わせを行い、コンテンツ配信サーバ１０２上で事前に設定された警告表示・非表示のポリシー情報に基づく警告表示を制御するための情報を取得し、その情報に従って画像形成装置１０１で警告表示・非表示を制御するように構成する。このような構成により、画像形成装置１０１のファームウェアをアップデートしようとした場合に、リモートからの設定によって警告表示の可否を判断し、警告表示を表示することが可能となる。即ち、画像形成装置１０１のファームウェアの更新をネットワークを介してリモートで行うためのシステムにおける、ファームウェアの誤インストールの防止や、各国販売会社の事情に合わせた画像形成装置１０１側の警告などの表示設定をリモートから柔軟に制御することを可能にする。
【００８９】
なお、上記各実施例では、画像形成装置のファームウェア等のプログラムを更新する実施例について説明したが、ファームウェア等のプログラムを更新する装置は、画像形成装置に限定されるものではなく、パーソナルコンピュータ、スマートフォン、ネットワーク家電等の各種の情報処理装置であってもよい。また、更新するプログラムは、オペレーティングシステムに対応するプログラムであっても、アプリケーションプログラムであってもよい。即ち、本発明は、各種情報処理装置のプログラムの更新をネットワークを介してリモートで行うためのシステムについても適用可能であり、プログラムを誤インストールの防止や、各国販社の事情に合わせた情報処理装置側の警告などの表示設定をリモートから柔軟に制御することができる。
【００９０】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【００９１】
（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
0006362503.tif 000002
【図２】
0006362503.tif 000003
【図３】
0006362503.tif 000004
【図４】
0006362503.tif 000005
【図５】
0006362503.tif 000006
【図６】
0006362503.tif 000007
【図７】
0006362503.tif 000008
【図８】
0006362503.tif 000009
【図９】
0006362503.tif 000010
【図１０】
0006362503.tif 000011
【図１１】
0006362503.tif 000012
【図１２】
0006362503.tif 000013
【図１３】
0006362503.tif 000014
【図１４】
0006362503.tif 000015
【図１５】
0006362503.tif 000016
【図１６】
0006362503.tif 000017
【図１７】
0006362503.tif 000018