JP2009187377A

JP2009187377A - 画像形成装置、画像形成装置の遠隔更新検証方法及びプログラム

Info

Publication number: JP2009187377A
Application number: JP2008027805A
Authority: JP
Inventors: Tadashi Kawaguchi; 匡川口
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2008-02-07
Filing date: 2008-02-07
Publication date: 2009-08-20
Anticipated expiration: 2028-02-07
Also published as: JP5127490B2; US20090235242A1

Abstract

【課題】遠隔でソフトウェアファイルを更新した機器の動作保障を確実に行い、ユーザの機器操作負荷を最小限に抑えることができる画像形成装置、画像形成装置の遠隔更新検証方法及びプログラムを提供する。
【解決手段】ＭＦＰ１０１は、記憶手段（２１４）、実行手段（２０２，２０７）、受信手段（２１１）、及び制御手段（２０１）を有する。記憶手段は、複数のソフトウェアファイルを記憶する。実行手段は、記憶手段に記憶されたソフトウェアファイルを用いて、ＭＦＰ１０１が提供する機能を実行する。受信手段は、ソフトウェアファイルを更新するための更新用ソフトウェアファイルを、サーバ１０３から受信する。制御手段は、ソフトウェアファイルが更新された後、更新されたソフトウェアファイルを用いた機能が実行される場合、動作確認を行うように制御する。
【選択図】図１

Description

本発明は、画像形成装置のソフトウェアファイルを遠隔で更新した後、正常に更新が完了したか否かを検証することができる画像形成装置、画像形成装置の遠隔更新検証方法及びプログラムに関する。

画像形成装置としては、例えばイメージスキャナやプリントエンジンを内臓し、電話回線又はネットワークを介して外部機器と接続されたマルチファンクションプリンタ（以下、「ＭＦＰ」という）が挙げられる。また、画像形成装置のソフトウェアファイルとしては、例えばファームウェアが挙げられる。

従来のＭＦＰでは、ユーザ側の使用条件に鑑み、例えばサービスマンによって更新（アップデート）が必要と判断された場合にのみ、サービスマンが、ＭＦＰが設置されている現地に赴いて、例えばマニュアルで一括更新を行っていた。また、更新用のソフトウェアをＭＦＰの設置先に送信して更新を行う場合もある。

しかし、ＭＦＰの仕様が大規模・多機能化するに伴い、例えばファームウェアのサイズも増大し、一括パッケージングされている構成のファームウェア全てを転送し、更新するとなると、データ転送にかかる時間だけでも無視できず、容易な作業ではなくなる。そして、ファームウェアの送信後は、正常に更新が完了したか否かを検証するために、機能毎に動作確認を行う必要があるので、一連の更新作業のためにユーザの機器使用を制限する時間が長くなり、ときにはユーザ作業を中断させることもあった。

そこで、ソフトウェアの更新時にユーザによる機器使用を停止させる拘束時間を短縮し、サービスマンの作業負荷の低減を図るために、ファームウェアを機能毎に分割して更新を行う手法が取られるようになった。ファームウェアは、例えばブート（Boot）プログラム、システム制御、表示部制御、イメージスキャナ制御、プリントエンジン制御、ページ記述言語（ＰＤＬ）制御等の機能毎に分割され、更新が必要な機能のファームウェアのみが更新される。一方、デバイス情報管理とファームウェア更新設定を担い、ゲートウェイとして機能するデバイス管理装置と、更新するファームウェアの管理と配信を行う配信サーバをインターネット上に設け、遠隔でファームウェアを更新するサービスもある。

このような新たなプログラム構成及びファームウェアの更新サービスを採用した場合における、更新が正常に完了したか否かを検証する技術に関する公知文献として、例えば特許文献１が挙げられる。特許文献１には、更新の完了を検証する技術として、各機能ユニットのファームウェアバージョンの組み合わせが適正に整合しているか否かをデバイス管理装置側でチェックする方法が開示されている。また特許文献１には、上記検証技術として、事前に設定されたテストパターンにより、デバイス管理装置側で画像形成装置をターゲットとしたテストを行ってテスト結果を作成するテストの省力化及び自動化を実現するための技術が開示されている。
特開２００６−２１５９０７号公報

しかしながら上記従来技術は、デバイス管理装置側で各機能ユニットのファームウェアバージョン情報をチェックするものであり、それが適性に整合していたとしても、従来サービスマンが行っていた機能毎の動作確認を行うことができないという問題がある。すなわち、上記従来技術には、ＭＦＰの再起動後の正常動作保障が十分ではないという問題がある。

また、従来の検証技術では、テストツール自体はデバイス管理装置側にインストールされており、テスト項目の登録はデバイス管理装置側で行い、そこで選択されたテスト項目を遠隔実行するものであるため、以下の問題がある。すなわち、テスト中は、ユーザが画像形成装置を使用したい場合であっても、直ちに使用できないおそれがあり、ユーザの機器使用条件に制約がつくという問題がある。

一方、従来サービスマンが行っていた機能毎の動作確認を全てユーザに行わせたのでは、ユーザ側の機器操作負荷が増大し、ユーザに対して本来不要な作業を強いることにもなる。

本発明の目的は、遠隔でソフトウェアファイルを更新した機器の動作保障をより確実に行い、ユーザの機器操作負荷を抑えることができる画像形成装置、画像形成装置の遠隔更新検証方法及びプログラムを提供することにある。また、本発明の目的は、機器の使用条件に制約をつけずに、画像形成装置の更新の完了をより確実に検証することができる画像形成装置、画像形成装置の遠隔更新検証方法及びプログラムを提供することにある。

上記目的を達成するために、請求項１記載の画像形成装置は、複数のソフトウェアファイルを記憶する記憶手段と、前記記憶手段に記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行手段と、前記記憶手段に記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信手段と、前記受信手段で受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行される場合、当該実行される機能の動作確認を行うように制御する制御手段と、を有することを特徴とする。

また、上記目的を達成するために、請求項７記載の画像形成装置は、複数のソフトウェアファイルを記憶する記憶手段と、前記記憶手段に記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行手段と、前記記憶手段に記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信手段と、前記受信手段で受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行された場合、当該実行された機能の実行結果を前記情報処理装置に送信する送信手段と、を有することを特徴とする。

また、上記目的を達成するために、請求項１２記載の画像形成装置の遠隔更新検証方法は、複数のソフトウェアファイルを記憶する記憶ステップと、前記記憶ステップで記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行ステップと、前記記憶ステップで記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信ステップと、前記受信ステップで受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行される場合、当該実行される機能の動作確認を行うように制御する制御ステップと、を有することを特徴とする。

また、上記目的を達成するために、請求項１８記載の画像形成装置の遠隔更新検証方法は、複数のソフトウェアファイルを記憶する記憶ステップと、前記記憶ステップで記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行ステップと、前記記憶ステップに記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信ステップと、前記受信ステップで受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行された場合、当該実行された機能の実行結果を前記情報処理装置に送信する送信ステップと、を有することを特徴とする。

また、上記目的を達成するために、請求項２３記載のプログラムは、画像形成装置の遠隔更新検証方法をコンピュータに実行させるためのプログラムであって、前記画像形成装置の遠隔更新検証方法は、複数のソフトウェアファイルを記憶する記憶ステップと、前記記憶ステップで記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行ステップと、前記記憶ステップで記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信ステップと、前記受信ステップで受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行される場合、当該実行される機能の動作確認を行うように制御する制御ステップと、を有することを特徴とする。

また、上記目的を達成するために、請求項２４記載のプログラムは、画像形成装置の遠隔更新検証方法をコンピュータに実行させるためのプログラムであって、前記画像形成装置の遠隔更新検証方法は、複数のソフトウェアファイルを記憶する記憶ステップと、前記記憶ステップで記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行ステップと、前記記憶ステップに記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信ステップと、前記受信ステップで受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行された場合、当該実行された機能の実行結果を前記情報処理装置に送信する送信ステップと、を有することを特徴とする。

本発明によれば、ソフトウェアの更新後、更新されたソフトウェアによって起動する機能が最初に実行される際に動作確認を行うか、又は最初に実行された際の実行結果をデバイス管理装置に送信するので、以下の効果が得られる。すなわち、更新後の機器の動作保障をより確実に行いつつ、ユーザの機器操作負荷を抑え、機器の使用条件に制約をつけずに、画像形成装置のソフトウェアファイルの更新の正常完了を検証することができる。

以下、本発明の実施の形態を図面を参照しながら詳述する。

図１は、本発明が適用されるソフトウェア遠隔更新システムの全体構成を示す図である。

図１において、このソフトウェア遠隔更新システムは、画像形成装置としてのＭＦＰ１０１と、ＭＦＰ１０１と協働するデバイス管理装置１０２、配信サーバ１０３、リリースサーバ１０４、及びプール用サーバ１０５とから主として構成されている。

ＭＦＰ１０１は、イメージスキャナ、プリントエンジン等を内臓し、電話回線又はネットワークを介して外部機器と接続されている。ＭＦＰ１０１は、ソフトウェアの更新対象機器であり、例えば装置内部の読み出し可能な記憶媒体であるＲＯＭに書き込まれているソフトウェアファイルの更新が可能な仕様である。

デバイス管理装置１０２は、ネットワークにおける通信媒体や伝送方式の違いを吸収して異機種間の通信を可能とし、ネットワーク接続されている装置のデバイス情報を管理し、ソフトウェアファイルの更新設定を担い、ゲートウェイとして機能する。配信サーバ１０３は、更新するソフトウェアファイルの管理を行い、更新対象の装置から要求を受けると該当するソフトウェアファイルおよび各種コードデータの配信を行う。

リリースサーバ１０４は、ソフトウェア開発部門のネットワークに接続されて、開発部門からソフトウェアファイルを最初にリリースするためのものである。プール用サーバ１０５は、リリースサーバ１０４と配信サーバ１０３間に設けられ、過去にリリースサーバ１０４から配信されたソフトウェアファイルを履歴として蓄積している。

このような構成において、遠隔によるＭＦＰのソフトウェア更新は、例えば以下のように行われる。すなわち、サービスマンは、何らかの理由で更新事由が発生すると、新しいソフトウェアファイルへの更新処理を行うために、デバイス管理装置１０２に対し、配信情報を設定する（処理ａ）。配信情報は、例えば更新日時や対象となるＭＦＰのＩＰアドレス、更新前後のプログラムバージョン、更新における変更の概要等で構成される。配信情報が設定されると、設定された配信情報を基に、デバイス管理装置１０２はネットワーク経由でターゲット機器となるＭＦＰ１０１に向けて配信情報を送信する（処理ｂ）。

一方、ソフトウェアファイルが更新される度に、リリースサーバ１０４からプール用サーバ１０５にソフトウェアファイルが蓄積され（処理ｆ）、このソフトウェアファイルは、更に配信サーバ１０３に蓄積される（処理ｇ）。リリースサーバ１０４は、過去の履歴を残しておくための大規模データベースで構成され、配信サーバ１０３は、過去数バージョンのソフトウェアファイルに限定された履歴を残す一方、更新対象の機器との通信制御も含むよう構成されている。

デバイス管理装置１０２は、ＭＦＰ１０１に向けての配信情報送信と同時に、配信サーバ１０３から更新対象のソフトウェアファイルを検索して指定し、同時に後述する各種コードデータの生成を行い、ソフトウェアファイルに付加する（処理ｃ）。配信情報を受信したＭＦＰ１０１側で更新が承認されると、デバイス管理装置１０２に承認情報を送信し、デバイス管理装置１０２は配信サーバ１０３内の該当するソフトウェアファイル及び各種コードデータの配信をアクティブ（有効）にする。そしてＭＦＰ１０１は、指定日時になると、配信情報を基に配信サーバ１０３に対して更新要求を発行し（処理ｄ）、要求を受けた配信サーバ１０３は該当するソフトウェアファイルおよび各種コードデータの配信を行う（処理ｅ）。

図２は、ソフトウェアが遠隔更新されるＭＦＰの構成を示す図である。

図２において、コア部２０１（制御手段）は、スキャナＩＰやプリンタＩＰに接続され、表示制御部からの指示に応じて、スキャナ部やプリント部をアクセス制御して画像形成動作を行ったり、外部Ｉ／Ｆと通信を行ったりしてＭＦＰ全体を統括的に制御する。なお、スキャナＩＰ及びプリンタＩＰのＩＰとは、ＩＰコアのことであり、制御回路をＬＳＩ等で構成する際に機能単位でまとめられる部分的なハードウェア回路情報のことである。

コア部２０１の内部にはＲＯＭ２（２１４）が含まれ、ＲＯＭ２（２１４）（記憶手段）には後述する各種コードデータを含むブート（Boot）プログラムや、ＭＦＰ全体を統括的に制御するためのシステム用ブータブル（Bootable）プログラムが格納されている。また、ＲＯＭ２には、スキャン機能、プリント機能、ＦＡＸ機能、ファイル送信（SEND）の各機能を実現するための制御手順を記憶したブータブルプログラム、ＮＩＣ用ブータブルプログラム及びＰＤＬ用ブータブルプログラム等も格納される。ＮＩＣ用ブータブル（Bootable）プログラムは、外部の情報機器との間の通信制御手順を記憶したプログラムであり、ＰＤＬ用ブータブル（Bootable）プログラムは、ラスターデータ生成手順を記憶したプログラムである（後述する図６、図７参照）。

スキャナ部２０２（実行手段）は、原稿画像を光電変換素子で読み取り、Ａ／Ｄ変換・シェーディング補正を行い、ＲＧＢデジタル画像を生成する。スキャナ部２０２の内部には、ＲＯＭ１（２１５）が含まれている。ＲＯＭ１（２１５）には、スキャン動作に関連する給紙・搬送・光学系の駆動や各種センサーの制御、入出力画像データの補正・制御・転送等を行うためのプログラムが記憶されている。

スキャナＩＰ部２０３は、スキャナ部２０２から出力されるＲＧＢデジタル画像データにリーダー系の画像処理を施すための回路ブロックを含んでいる。メモリ部２０４は、コア部の主メモリとして機能し、且つ描画処理に係るワーク領域、印字出力情報の展開領域に使用される読み書き可能な記憶装置である。ボックス部２０５は、画像蓄積用及び外部Ｉ／Ｆからのデータを受信する際のバッファ領域として使用される。

プリンタＩＰ部２０６は、コア部２１４から出力されるＹ、Ｍ、Ｃ、Ｋの各色成分信号にプリント系の画像処理を施し、出力ビデオ信号を生成するための回路ブロックを含んでいる。

プリンタ部２０７（実行手段）は、プリント動作開始に合わせて記録紙に出力ビデオ信号を現像・転写・定着する。プリンタ部２０７の内部には、ＲＯＭ３（２１６）が含まれており、ＲＯＭ３（２１６）には、プリント動作に関連する各種制御を行うためのプログラムが記憶されている。プリント動作に関連する各種制御としては、例えば給紙・搬送・光学系の駆動や各種センサーの制御、画像形成用の高圧制御、レーザスキャナ・現像・定着の各ユニット制御、出力ビデオデータの制御、フィニッシング機能の制御等が挙げられる。

フィニッシャ部２０８は、プリンタ部２０７から出力される記録紙に対して、ソート・ステープル等の後処理を加えるためのものである。表示制御部２０９は、コア部と通信を行い、例えばキーが押されたことなどを検知し、各種システム状態を示すステータスを表示する。

ＦＡＸ部２１０は、アナログ／デジタルの公衆回線に接続されて画像の送受信を可能とする。ＦＡＸ部２１０の内部には、ＲＯＭ４（２１７）が含まれている。ＲＯＭ４（２１７）には、公衆回線制御、送受信画像データの制御・転送、転送設定の制御等を行うためのプログラムが記憶されている。

ＮＩＣ部２１１は、ネットワークを介して外部の情報機器との間の通信制御を行い、各種アプリケーションの記録情報処理を行う。Ｉ／Ｆ部２１２は、ＵＳＢストレージユニットや撮像装置、課金制御や部門指定制御を可能とするカードリーダ等を制御するための専用Ｉ／Ｆを有する。ＲＩＰ部２１３は、外部の情報機器からの印字情報を元にラスタパターンデータを生成する。

このような構成のＭＦＰに対し、更新プログラムは、ネットワークを介し、ＮＩＣ部２１１（送信手段、受信手段）を経由してメモリ部２０４に一旦吸い上げられ、後述する各種コードデータを参照しながら対象となるＲＯＭにデータを転送して書き込まれる。なお、更新プログラムの格納先がＲＯＭ1、２、３、４のいずれであっても、上記構成が採用される。

図３は、本発明に適用されるデバイス管理装置の構成を示す図である。デバイス管理装置はデバイス情報の管理・更新設定を担う。デバイス管理装置は、多数のクライアントに対して情報を送受信してサービスを提供する必要があるため、個人使用のＰＣに比べて処理能力・耐障害性・拡張性を重視したシステム構成がとられている。

図３において、デバイス管理装置は、ＣＰＵ３０１と、ＣＰＵ３０１に接続されたＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、ＣＤ−ＲＯＭ３０５、ビデオ制御部３０６、ＬＡＮ制御部３０７及びブロードバンドルータ３０８とから主として構成されている。

ＣＰＵ３０１は、サーバ専用に使用される高機能ＣＰＵであり、処理能力に応じて２重、４重に拡張することが可能である。ＲＯＭ３０２には、デバイス管理装置全体を制御するプログラムが記憶されている。また、ＲＡＭ３０３は、主メモリとして機能し、処理能力を向上させるため高速にアクセス可能なＲＡＭである。ＨＤＤ３０４は、情報蓄積用として動作し、データ保護のためミラーリングで多重構造になっている。

ＣＤ−ＲＯＭ３０５は、情報のバックアップ、サーバアプリケーションのインストール等のインターフェースとして使用される。ビデオ制御部３０６は、描画速度、解像度、３Ｄ性能を向上させ、高度なグラフィック機能を実現するためのものである。ＬＡＮ制御部３０７は、ネットワークを介してクライアントとの間の通信制御を行う。ブロードバンドルータ３０８は、ブロードバンドインターネット回線への接続用に中継を行う通信機器である。尚、本実施例における配信サーバ１０３、リリースサーバ１０４、プール用サーバ１０５も、図３に示すようにデバイス管理装置１０２と同様のハードウェア構成であり、これらの装置は、本発明における情報処理装置の一例である。

以下に、図４Ａ及び図４Ｂ乃至図９を用いて、ＭＦＰ１０１及びデバイス管理装置１０２を含む遠隔更新システムの動作を、主としてＭＦＰ１０１の動作（図４Ａ及び図４Ｂ）と、デバイス管理装置１０２の動作（図５Ａ及び図５Ｂ）に分けて説明する。なお、本実施の形態では、説明の便宜のため、ＭＦＰ１０１のファームウェアを更新する場合について説明する。ファームウェア以外のソフトウェアファイル、例えばライセンス管理されているアプリケーションファイル等を更新する場合でも本実施の形態と同様に行うことができ、同様の効果が得られる。

図４Ａ及び図４Ｂは、図１の遠隔更新システムにおいて、ＭＦＰ１０１によって実行されるファームウェアの更新及び更新後の検証処理（チェック）の手順を示すフローチャートである。

ＭＦＰ１０１のファームウェアの更新は、サービスマンとエンドユーザとの間でＭＦＰ１０１のファームウェアの更新を行う旨の決定が前提となる。ファームウェアの更新を行うことが決定されると、サービスマンは配信サーバ１０３上の該当するファームウェアを検索して更新ファームウェアの内容や更新日時等をデバイス管理装置１０２に登録して更新の要求を行う。

遠隔更新の検証処理が開始されると、ＭＦＰ１０１は、図４Ａ及び図４Ｂのフローチャートに従って以下の検証処理を行う。すなわち、先ず、ファームウェアの更新を実行する旨の配信設定情報を受信したか否かを判別し（ステップＳ１０１）、配信設定情報を受信するまでこの操作を繰り返す。一方、デバイス管理装置１０２からの配信設定情報を受信した場合は、機器管理者の確認を条件に、当該更新を許可する旨の承認情報をデバイス管理装置１０２に送信する（ステップＳ１０２）。

次に、デバイス管理装置１０２から受信したファームウェア配信設定情報に従って、指定日時に、配信サーバ１０３に対して更新の要求を発信する（ステップＳ１０３）。その後、発信要求を受けた配信サーバ１０３から、更新すべきファームウェアファイル及び各種コードデータの配信を受信する（ステップＳ１０５）。

ここで、ファームウェアデータ及び当該更新による変更内容を示す各種コードデータの構成を説明する。

図６は、本実施の形態において更新の対象となるプログラムＲＯＭ２（２１４）及び変更内容テーブルの構成を示す図である。

図６において、このファームウェアデータ及び変更内容テーブルは、ユーザチェック有りの場合を示すものである。各種コードデータは、バージョン管理テーブル（＊１）、変更内容テーブル（＊２）、実行内容テーブル（＊３）で構成される。このような各種コードデータは、例えばブート（Boot）ＲＯＭデータが格納されているブートＲＯＭエリア（＊４）に格納されている。

バージョン管理テーブルとは、各ＲＯＭに関して機能別のファームウェア毎に現在のバージョン番号を記載したり、当該更新に関連するファームウェアがどれであるかを記載したり、最新の更新日時を記載するものである。

変更内容テーブルとは、当該更新で更新されたファームウェアに関して、エンドユーザ側のチェックが必要か否か、そのチェックレベルが何であるかを記載するものである。

また、実行内容テーブルとは、バージョン整合確認結果の反映、エンドユーザのチェック結果の反映、最終承認依頼の反映、及び最終承認発行の実行有無を記載するものである。

各種コードデータが格納されるブートＲＯＭエリアと、機能ユニットを制御するためのプログラムが格納されるファームウェアエリア（ブータブルエリア）（＊５）は別のエリアである。各種コードデータを、ブータブルエリア（＊５）とは別のエリアであるブートＲＯＭエリアに格納する理由は、コードデータを参照するのがより容易にするためである。

更新における変更内容テーブルには、プリントエンジン制御用のプリントブータブル（Print Bootable）エリアとイメージスキャナ制御用のスキャンブータブル（Scan Bootable）エリアが更新される旨の情報が格納されている。従って、この情報を確認した時点で、次に、変更内容テーブルを参照する。変更内容テーブルには、更新後のプリントブータブルエリアのファームウェア及びスキャンブータブルエリアのファームウェアのそれぞれに対して、ユーザチェックが必要であるか否かの情報が格納されている。ユーザチェックは、例えばエンドユーザが、実際にＭＦＰ１０１を操作して、内部で作成した画像（PG）を印字出力したり、ＰＧを読み込んでリファレンス画像データと比較したりする操作をいう。図６では、プリントブータブルエリアのファームウェアについてのみ、ユーザチェックが必要である旨が表示されている。

ユーザチェックを要求する場合、ユーザチェックにチェックレベルを設け、エンドユーザの作業負荷と更新されるファームウェアの変更内容をあらかじめ関連付けしておくことができる。例えば‘レベル１’なら単一画像を初期設定のまま印字出力し、‘レベル２’なら複数画像の印字出力又は画像サイズの拡大／縮小出力、色味・濃度等を変更して出力するように設定することができる。

図７は、本実施の形態において更新の対象となるプログラムＲＯＭ２（２１４）及び変更内容テーブルの構成であって、ユーザチェック無しの場合を示す図である。

図７において、プリントブータブルエリアのファームウェアについてもユーザチェックが不要であること（変更内容テーブル（＊２）及び実行内容テーブル（＊３）の一部）を示す以外は図６と同様であるので、その説明を省略する。

配信サーバ１０３から更新すべきファームウェアファイル及び各種コードデータを受信した（ステップＳ１０５）ＭＦＰ１０１において、例えば図６のコードデータに従ってファームウェアの更新が実施される。

ファームウェアの更新が実施された後、ＭＦＰ１０１は、先ず更新処理が完了したか否かを判別する（ステップＳ１０６）。判別の結果、更新処理が完了していない場合は、デバイス管理装置１０２からのエラーコール情報の受信待ち状態となる（ステップＳ１０７）。エラーコール情報を受信した後、デバイス管理装置１０２に対して承認情報を送信して（ステップＳ１０８）、本処理を終了する。

一方、ステップＳ１０６における判別の結果、ファームウェアの更新処理が完了した場合、更新処理完了した旨の通知（フラグ）をデバイス管理装置１０２に送信し（ステップＳ１０９）、更新後の各種設定値を反映するため再起動を行う。

再起動後、先ずブート（Boot）プログラムを起動し、その後、コードデータ中のバージョン管理テーブルを参照してコードデータ中にユーザチェック要の表示があるか否かを判別する（ステップＳ１１０）。ステップＳ１１０における判別の結果、ユーザチェック不要の場合は、更新後の各機能ユニットのプログラムバージョン情報のみをバージョン管理テーブルから吸い上げてデバイス管理装置１０２に送信し（ステップＳ１１１）、その後、本処理を終了する。

一方、ステップＳ１１０の判別の結果、ユーザチェック要である場合は、各機能ユニットのプログラムバージョン情報をデバイス管理装置１０２へ送信した後、ログインしているエンドユーザが当該機器の管理者か、一般ユーザかを判別する（ステップＳ１１２）。

そして、判別の結果、機器管理者以外の一般ユーザがログインした場合には、一般ユーザがこれから使用するＭＦＰ１０１の機能がユーザチェックを必要とするものか否かを判別する（ステップＳ１１３）。判別の結果、ユーザチェックを必要としない機能を使用する場合は、通常使用を可能とし（ステップＳ１１４）、その後の処理を終了する。例えば、図６の変更内容テーブルでは、プリント（PRINT）動作のみユーザチェックが必要となるので、プリント動作を伴わないファックス（FAX）機能又はセンド（SEND）機能を使用する場合は、通常使用が可能となる。このとき、一般ユーザは更新が行われたことすら意識しないでＭＦＰ１０１を使用する。

他方、ステップＳ１１３における判別の結果、ユーザチェックが必要な機能、例えばプリント（PRINT）動作を伴うコピー（COPY）機能を使用する場合、本来のコピー用表示制御画面を図８に示したような表示制御画面に切り替える（ステップＳ１１５）。

図８は、一般ユーザがログインしてコピー機能を使用した際に表示される表示制御画面の一例を示す図である。図８において、この表示制御画面は、プリント機能を使用する場合にはユーザチェックが必要で、且つチェックレベルが‘１’である旨を表示しており、出力するＰＧ内容の選択、枚数・部数の指定を行うよう表示している。

従って、ユーザチェックが必要な場合は、一般ユーザによって図８の表示制御画面に出力された内容に従って機能が実行される。そして、最終的に、印字出力されたデータを、例えば予め送信先を示す情報を受信しておいたデバイス管理装置１０２に送信して判定を仰ぐ（結果送信・データ送受信手段）（ステップＳ１１６）。なお、このとき一般ユーザは、再スキャンして装置内で自己チェックを行うこともできる。

プリント機能に関するチェックが完了すると、ＭＦＰ１０１は、コードデータ中の実行内容テーブル（＊３）の‘PRINT:ユーザチェック実行’の項目を「complete」に書き替える（ステップＳ１１７）。そして、その後、プリント（PRINT）動作を伴う機能が使用される場合であっても、コードデータの参照を行わずに通常動作を行う。すなわち、次に装置を使用するユーザが、一般ユーザであるか機器管理者であるかの判別を行うステップＳ１１２に戻る。

一方、ステップＳ１１２の判別の結果、ログインしたユーザが機器管理者である場合は、使用する機能に関わらず、管理者用の表示制御画面（図９）に移行し、更新に係る最終承認までの全チェックフローの実行を促す（ステップＳ１１９）。

図９は、更新処理後にバージョンの整合確認のみを実施し、その後、機器管理者がログインした場合に表示される表示制御画面の一例を示す図である。

図９において、コードデータの内容に従い、プリントエンジン制御用のプリントブータブル（Print Bootable）エリアとイメージスキャナ制御用のスキャンブータブル（Scan Bootable）エリアだけが更新されていることが分かる。従って、プリント（PRINT）とスキャン（SCAN）機能に関してだけユーザチェック結果を反映させる項目がアクティブとなっており、それ以外のセンド（SEND）／ファックス（FAX）／拡張機能については、‘該当なし’と表示されている。また、プリント（PRINT）機能については、ユーザチェックが必要であるが未完了なので‘未完了’と表示し、スキャン（SCAN）機能については、ユーザチェック不要なので（図６参照）‘完了’と表示されている。また、ユーザチェックが実行されるので、外部機器による最終承認が必要となり、‘最終承認宛先’の項目には、デバイス管理装置１０２の宛先が表示され、さらに承認が未完了なのでその項目が‘未完了’と表示されている。

更新にかかる最終承認までの全チェックフローの実行は、以下のように行われる。すなわち、図９の表示制御画面に従い、ユーザチェックが必要な各種機能で且つ未チェック項目全てについて、一般ユーザの場合の制御と同様に、デバイス管理装置１０２による判定又は自己チェックによる判定を行う（ステップＳ１２０）。このとき、一般ユーザによる単機能チェックが完了している場合には、その単機能に関するチェックは管理者用チェックフローから除外される。

次いで、チェック結果をデバイス管理装置１０２に送信し（ステップＳ１２１）、デバイス管理装置１０２からの最終承認依頼待ち状態に移る（ステップＳ１２２）。この時、コードデータ（図６）中の実行内容テーブルの‘最終承認依頼’の項目を「complete」に書き替え、管理者用の表示制御画面（図９）中の最終承認宛先にデバイス管理装置１０２のアドレスを追加して設定を有効にする。

その後、デバイス管理装置１０２から最終承認依頼を受信し、機器管理者によって最終承認が発行されたか否かを判別し（ステップＳ１２３）、機器管理者によって最終承認が発行された場合は、本処理を終了する。

一方、管理者による最終承認の発行を確認できない場合は、管理者からの最終承認通知を待ち状態に入る（ステップＳ１２４）。最終承認待ち状態又は最終承認依頼通知を再度受信したＭＦＰ１０１は、コードデータ中の実行内容テーブル情報を基にして、ユーザチェックが未完了であるか、又は管理者の最終承認が未完了である旨の情報を、機器管理者に向けて通知する。この通知によって、機器管理者による早期のチェック完了を促した後、ステップＳ１２３に戻る（ステップＳ１２５）。なお、ＭＦＰ１０１から管理者に向けての通知手段は、装置内部に登録されているアドレス帳情報を基にメール送信するか、表示制御画面に管理者コード及び早期チェックが必要な旨のメッセージを出力するようにしてもよい。

図４Ａ及び図４Ｂの処理によれば、デバイス管理装置１０２から配信設定情報を受信し（ステップＳ１０１）、配信サーバ１０３から更新ファイル等を受信して（ステップＳ１０５）、更新処理が行われる。そして、更新後のバージョン情報をデバイス管理装置１０２に送信し（ステップＳ１１１、ステップＳ１１２）、必要に応じてユーザチェックを行い（ステップＳ１２０）、チェック結果をデバイス管理装置１０２に送信する（ステップＳ１２１）。その後、デバイス管理装置１０２でのチェック結果に問題がない場合に、要求に従って最終承認情報を発行して（ステップＳ１２３）、本処理を終了する。これによって、図４Ａ及び図４Ｂの処理によれば、遠隔でソフトウェアファイルを更新した後、各種機器の動作保障を確実に行うことができる。また、ユーザの機器操作負荷を最小限に抑え、機器の使用条件に制約をつけることもない。

次に、デバイス管理装置１０２の動作について説明する。

図５Ａ及び図５Ｂは、図１の遠隔更新システムにおいて、デバイス管理装置１０２によって実行されるファームウェアの更新及び更新後の検証（チェック）処理の手順を示すフローチャートである。

デバイス管理装置１０２は、遠隔更新処理が開始されると、図５Ａ及び図５Ｂのフローチャートに従って以下の検証処理を行う。すなわち、デバイス管理装置１０２は、先ず、更新の要求信号を受信したか否かを判別し（ステップＳ２０１）、更新要求信号を受信していない場合は、ステップＳ２０１を繰り返す。一方、更新要求信号を受信した場合は、更新の対象となるＭＦＰ１０１に対してファームウェアの更新を実行する旨の配信設定情報、例えば日時、変更概要等を送信する。また、ＭＦＰ１０１への配信情報送信と同時に、配信サーバ１０３から更新対象のソフトウェアファイルを検索して指定すると共に、各種コードデータ（図６及び図７参照）を生成してソフトウェアファイルに付加する（ステップＳ２０２）。

ＭＦＰ１０１に対する配信設定情報の送信が完了した後、ＭＦＰ１０１から更新を許可する旨の情報を送信したか否かを判別する判別ステップに移行し（ステップＳ２０３）、受信するまでこの操作を繰り返す。一方、ＭＦＰ１０１からの更新を許可する旨の情報を受信した場合はファームウェア配信設定情報がユーザに承認されたとみなす。更新ファイル及び変更内容を示す各種コードデータの、配信サーバにおける配信をアクティブ（有効）にする（ステップＳ２０４）。

更新ファイル及び変更内容を示す各種コードデータの配信をアクティブした後、ＭＦＰ１０１からの更新完了フラグの受信状態に入り、更新完了フラグを受信したか否かを判別する（ステップＳ２０５）。判別の結果、予め設定された所定時間を経過しても更新完了フラグを受信しない場合は、ＭＦＰ１０１に対して更新作業時にエラーが発生した旨の情報を送信する（ステップＳ２０６）。

その後、ステップＳ２０６で送信した情報に対するＭＦＰ１０１からのチェック結果の承認情報待ち状態に入り、承認情報を受信したか否かの判別を行う（ステップＳ２１６）。判別の結果、承認情報を受信していない場合は、受信するまでその操作を繰り返す。一方、ＭＦＰ１０１からの承認情報を受信した場合は、例えば何らかの理由で更新作業に失敗している旨の情報をサービスマンに通知して（ステップＳ２１７）、本処理を終了する。

一方、ステップＳ２０５における判別の結果、更新完了フラグを受信した場合は、その後にＭＦＰ１０１から送信される更新後のバージョン情報が送信した更新用のファームウェアのバージョンに整合しているか否かを判別する（ステップＳ２０７）。判別の結果、整合していなければ、ＭＦＰ１０１に対してバージョンが不整合である旨の情報を送信し（ステップＳ２０８）、ステップＳ２１６へ進む。

一方、ステップＳ２０７における判別の結果、ＭＦＰ１０１から送信されたバージョン情報が更新用のファームウェアに整合している場合は、更新が正常終了した旨のメッセージをＭＦＰ１０１に発行する。その後、配信した各種コードデータ中にユーザチェック要の記載があるか否かを判別する（ステップＳ２０９）。判別の結果、ユーザチェックが不要の場合は、更新正常終了のメッセージを受けたＭＦＰ１０１によるコードデータ中の実行内容テーブルの‘最終承認発行’の項目の「complete」への書き替えが行われる。そして、その後に、ＭＦＰ１０１によってなされる最終承認を受信し（ステップＳ２２０）、本処理を終了する。

一方、ＭＦＰ１０１から最終承認情報を受信できない場合は、配信サーバ１０３から更新すべきファームウェアデータ及び変更内容を示す各種コードデータを配信してからの経過時間を計測する（ステップＳ２２１）。その後、予め設定した所定時間を経過するまで、ステップＳ２２０及びステップＳ２２１の操作を繰り返し、所定時間を経過した場合は、ＭＦＰ１０１に対して、最終承認依頼通知を再発行して（ステップＳ２２２）、ステップＳ２２０に戻る。

なお、ユーザチェックが必要ない場合には、制御フロー全体を通して、表示制御画面を使用せずＭＦＰ１０１が自動的にデバイス管理装置１０２とやり取りを行う（図７参照）。

一方、ステップＳ２０９における判別の結果、ユーザチェックが必要の場合は、ユーザチェック結果の受信状態に入り、ＭＦＰ１０１からのユーザチェック結果を受信したか否かの判別を行う（ステップＳ２１０）。判別の結果、ユーザチェック結果を受信していない場合は、予め決められた所定の時間が経過したか否かの判別を行う（ステップＳ２１１）。その後、所定の時間を経過するまで、ステップＳ２１０及びステップＳ２１１の操作を繰り返す。一方、ステップＳ２１１の判別の結果、所定時間を経過した場合は、ＭＦＰ１０１に対してユーザチェック結果の送信を依頼し（ステップＳ２１２）、ステップＳ２１０に戻る。

ステップＳ２１０の判別の結果、ユーザチェック結果を受信した場合は、受信したチェック結果に問題がないか判別する（ステップＳ２１４）。判別の結果、問題がある場合は、ＭＦＰ１０１に対してチェック結果が不良である旨の情報を送信し（ステップＳ２１５）、その後、ステップＳ２１６に進む。一方、ステップＳ２１４における判別の結果、チェック結果に問題がなければ、最終承認の前までのフローが完了したか否かの判定を行う（ステップＳ２１８）。判別の結果、完了していない場合は、ステップＳ２１０に戻る。一方、ステップＳ２１８における判別の結果、最終承認の前までのフローが完了している場合は、ＭＦＰ１０１から送信されたチェック結果情報が全て揃ったことをトリガとして、ＭＦＰ１０１の管理者向けに最終承認依頼を行う(ステップＳ２１９)。

ＭＦＰ１０１に対して最終承認の依頼を送信した後、ＭＦＰ１０１からの最終承認情報の受信状態に入り、ユーザチェック不要の場合と同様に、最終承認のメッセージを受信したか否かの判別を行う（ステップＳ２２０）。判定の結果、最終承認情報を受信した場合は、本処理を終了する。

一方、ステップＳ２２０における判別の結果、ＭＦＰ１０１から最終承認情報を受信できない場合は、ユーザチェック不要の場合と同様、配信サーバ１０３から更新すべきファームウェアデータ等を配信してからの経過時間を計測する（ステップＳ２２１）。その後、同様に、予め設定した所定時間を経過するまで、ステップＳ２２０及びステップＳ２１の操作を繰り返し、所定時間を経過し場合は、ＭＦＰ１０１に対して、最終承認依頼通知を再発行して（ステップＳ２２２）、ステップＳ２２０に戻る。

図５Ａ及び図５Ｂの処理によれば、ＭＦＰ１０１に対して更新用の配信設定情報を送信し（ステップＳ２０２）、更新処理終了後、ユーザチェックが不要の場合は、ＭＦＰ１０１から最終承認情報を受信した後、本処理を終了する（ステップＳ２２０）。また、ユーザチェックが必要な場合は、ＭＦＰ１０１から送信されるユーザチェック結果に問題がないことを確認する（ステップＳ２１４）。従って、遠隔でソフトウェアファイルを更新した後、機器の動作保障を確実に行うことができ、また、ユーザの機器操作負荷を最小限に抑え、機器の使用条件に制約をつけることもない。

本実施の形態によれば、配信サーバ１０３からファームウェアデータと一緒に各種コードデータを配信し、このコードデータをＭＦＰ１０１が参照することで、表示制御画面の制御を含めて、更新後の検証手段を効果的に切り替えるよう動作する。従って、遠隔でファームウェアを更新した後、機器の動作保障を確実に行うことができる上、ユーザの機器操作負荷を最小限に抑え、機器の使用条件に制約をつけずにＭＦＰ１０１における更新の正常完了を検証することができる。

本実施の形態においては、便宜上、ＭＦＰ１０１のコア部２０１のＲＯＭ２（２１４）の内容のみを更新する場合について説明したが、ＲＯＭ１（２１５）、ＲＯＭ３（２１６）、ＲＯＭ４（２１７）の内容を更新する場合も同様に対応することができる。すなわち、ＲＯＭ１（２１５）、ＲＯＭ３（２１６）、ＲＯＭ４（２１７）の内容を更新する場合も、ＲＯＭ２（２１４）内の各種コードデータで一括管理して、ＲＯＭの更新及びユーザチェック、最終承認を同様に行うことができる。

本実施の形態においては、更新されたソフトウェアに対応する機能を新たに使用する場合、サーバから送信される更新用ソフトウェアファイルに添付されたコードデータにチェック要である旨の表示（フラグ）がある場合のみに機能チェックを行うようにした。但し、更新されたソフトウェアに対応する機能については、たとえコードデータに再起動時のチェックが必要である旨の表示がなくても、更新後に新たに使用する場合は、チェック要のフラグの有無に関係なく全て機能チェックを行うようにすることもできる。この場合、更新されていないソフトウェアによって起動する機能については機能チェックは行われない。

また、本実施の形態においては、デバイス管理装置１０２と配信サーバ１０３が別々の装置として提供されていたが、これらが一体となった情報処理装置として提供されてもよい。

また、本発明の目的は、以下の処理を実行することによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。

本発明が適用されるソフトウェア遠隔更新システムの全体構成を示す図である。ソフトウェアが遠隔更新されるＭＦＰの構成を示す図である。本発明に適用されるデバイス管理装置の構成を示す図である。図１の遠隔更新システムにおいて、ＭＦＰ１０１によって実行されるファームウェアの更新及び更新後の検証（チェック）処理の手順を示すフローチャートである。図１の遠隔更新システムにおいて、ＭＦＰ１０１によって実行されるファームウェアの更新及び更新後の検証（チェック）処理の手順を示すフローチャートである。図１の遠隔更新システムにおいて、デバイス管理装置１０２によって実行されるファームウェアの更新及び更新後の検証処理の手順を示すフローチャートである。図１の遠隔更新システムにおいて、デバイス管理装置１０２によって実行されるファームウェアの更新及び更新後の検証処理の手順を示すフローチャートである。本実施の形態において更新の対象となるプログラムＲＯＭ２及び変更内容テーブルの構成を示す図である。本実施の形態において更新の対象となるプログラムＲＯＭ２及び変更内容テーブルの構成であって、ユーザチェック無しの場合を示す図である。一般ユーザがログインしてコピー機能を使用した際に表示される表示制御画面の一例を示す図である。更新処理後にバージョンの整合確認のみを実施し、その後、機器管理者がログインした場合に表示される表示制御画面の一例を示す図である。

符号の説明

１０１ＭＦＰ
１０２デバイス管理装置
１０３配信サーバ
１０４リリースサーバ
１０５プール用サーバ
２０１コア部
２０２スキャナ部
２０３スキャナIP部
２０４メモリ部
２０５ボックス部
２０６プリンタIP部
２０７プリンタ部
２０８フィニッシャ部
２０９表示制御部
２１０ＦＡＸ部
２１１ＮＩＣ部
２１２Ｉ／Ｆ部
２１３ＲＩＰ部
２１４ＲＯＭ２
２１５ＲＯＭ１
２１６ＲＯＭ３
２１７ＲＯＭ４
３０１ＣＰＵ
３０２ＲＯＭ
３０３ＲＡＭ
３０４ＨＤＤ
３０５ＣＤ−ＲＯＭ
３０６ビデオ制御部
３０７ＬＡＮ制御部
３０８ブロードバンドルータ

Claims

画像形成装置であって、
複数のソフトウェアファイルを記憶する記憶手段と、
前記記憶手段に記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行手段と、
前記記憶手段に記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信手段と、
前記受信手段で受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行される場合、当該実行される機能の動作確認を行うように制御する制御手段と、
を有することを特徴とする画像形成装置。
前記受信手段で受信した更新用ソフトウェアファイルに付加されたデータにおいて前記ソフトウェアファイルの更新後の動作確認が要求されているか否かを判別する判別手段を有し、判別の結果、更新後の動作確認が要求されている場合に、前記制御手段は前記動作確認を行い、要求されていない場合には動作確認を行わないように制御することを特徴とする請求項１記載の画像形成装置。
前記動作確認の結果を前記情報処理装置又は他の情報処理装置に送信する送信手段を有することを特徴とする請求項１又は２記載の画像形成装置。
前記ソフトウェアファイルが更新された後、前記画像形成装置を最初に使用するユーザが当該画像形成装置の機器管理者である場合、前記制御手段は、前記更新されたソフトウェアファイルを用いる全ての機能についての動作確認を行うように制御することを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
前記ソフトウェアファイルが更新された後、前記画像形成装置を最初に使用するユーザが当該画像形成装置の機器管理者でない場合、前記制御手段は、当該ユーザが実行させる機能が前記更新されたソフトウェアファイルを用いた機能でない場合には前記動作確認を行わないように制御することを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
前記画像形成装置の機器管理者でないユーザが前記更新されたソフトウェアファイルを用いた機能を実行した後、当該画像形成装置の機器管理者が前記更新されたソフトウェアファイルを用いた機能を実施する場合、前記制御手段は、前記画像形成装置の機器管理者でないユーザの実施に基づいて動作確認された機能を除き、前記更新されたソフトウェアファイルを用いる全ての機能について動作確認を行うように制御することを特徴とする請求項５記載の画像形成装置。
画像形成装置であって、
複数のソフトウェアファイルを記憶する記憶手段と、
前記記憶手段に記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行手段と、
前記記憶手段に記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信手段と、
前記受信手段で受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行された場合、当該実行された機能の実行結果を前記情報処理装置に送信する送信手段と、
を有することを特徴とする画像形成装置。
前記受信手段で受信した更新用ソフトウェアファイルに付加されたデータにおいて前記ソフトウェアファイルの更新後の動作確認が要求されているか否かを判別する判別手段を有し、判別の結果、更新後の動作確認が要求されている場合に、前記送信手段は、当該機能の実行結果を前記情報処理装置に送信することを特徴とする請求項７記載の画像形成装置。
前記ソフトウェアファイルが更新された後、前記画像形成装置を最初に使用するユーザが当該画像形成装置の機器管理者である場合、前記更新されたソフトウェアファイルを用いる全ての機能についての実行結果を前記情報処理装置に送信することを特徴とする請求項７又は８記載の画像形成装置。
前記ソフトウェアファイルが更新された後、前記画像形成装置を最初に使用するユーザが当該画像形成装置の機器管理者でない場合、当該ユーザが実行させる機能が前記更新されたソフトウェアファイルを用いた機能でない場合には、当該機能の実行結果を前記情報処理装置へ送信しないことを特徴とする請求項７又は８に記載の画像形成装置。
前記画像形成装置の機器管理者でないユーザが前記更新されたソフトウェアファイルを用いた機能を実行させた後、当該画像形成装置の機器管理者が前記更新されたソフトウェアファイルを用いた機能を実行させる場合、前記送信手段は、前記画像形成装置の機器管理者でないユーザの実行に基づいて実行結果が前記情報処理装置に送信された機能を除き、前記更新されたソフトウェアファイルを用いる全ての機能についての実行結果を、前記情報処理装置に送信することを特徴とする請求項１０記載の画像形成装置。
画像形成装置の遠隔更新検証方法であって、
複数のソフトウェアファイルを記憶する記憶ステップと、
前記記憶ステップで記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行ステップと、
前記記憶ステップで記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信ステップと、
前記受信ステップで受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行される場合、当該実行される機能の動作確認を行うように制御する制御ステップと、
を有することを特徴とする画像形成装置の遠隔更新検証方法。
前記受信ステップで受信した更新用ソフトウェアファイルに付加されたデータにおいて前記ソフトウェアファイルの更新後の動作確認が要求されているか否かを判別する判別ステップを有し、判別の結果、更新後の動作確認が要求されている場合に、前記制御ステップは前記動作確認を行い、要求されていない場合には動作確認を行わないように制御することを特徴とする請求項１２記載の画像形成装置の遠隔更新検証方法。
前記動作確認の結果を前記情報処理装置又は他の情報処理装置に送信する送信ステップを有することを特徴とする請求項１２又は１３記載の画像形成装置の遠隔更新検証方法。
前記ソフトウェアファイルが更新された後、前記画像形成装置を最初に使用するユーザが当該画像形成装置の機器管理者である場合、前記制御ステップは、前記更新されたソフトウェアファイルを用いる全ての機能についての動作確認を行うように制御することを特徴とする請求項１２乃至１４のいずれか１項に記載の画像形成装置の遠隔更新検証方法。
前記ソフトウェアファイルが更新された後、前記画像形成装置を最初に使用するユーザが当該画像形成装置の機器管理者でない場合、前記制御ステップは、当該ユーザが実行させる機能が前記更新されたソフトウェアファイルを用いた機能でない場合には前記動作確認を行わないように制御することを特徴とする請求項１２乃至１４のいずれか１項に記載の画像形成装置の遠隔更新検証方法。
前記画像形成装置の機器管理者でないユーザが前記更新されたソフトウェアファイルを用いた機能を実行した後、当該画像形成装置の機器管理者が前記更新されたソフトウェアファイルを用いた機能を実施する場合、前記制御ステップは、前記画像形成装置の機器管理者でないユーザの実施に基づいて動作確認された機能を除き、前記更新されたソフトウェアファイルを用いる全ての機能について動作確認を行うように制御することを特徴とする請求項１６記載の画像形成装置の遠隔更新検証方法。
画像形成装置の遠隔更新検証方法であって、
複数のソフトウェアファイルを記憶する記憶ステップと、
前記記憶ステップで記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行ステップと、
前記記憶ステップに記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信ステップと、
前記受信ステップで受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行された場合、当該実行された機能の実行結果を前記情報処理装置に送信する送信ステップと、
を有することを特徴とする画像形成装置の遠隔更新検証方法。
前記受信ステップで受信した更新用ソフトウェアファイルに付加されたデータにおいて前記ソフトウェアファイルの更新後の動作確認が要求されているか否かを判別する判別ステップを有し、判別の結果、更新後の動作確認が要求されている場合に、前記送信ステップは、当該機能の実行結果を前記情報処理装置に送信することを特徴とする請求項１８記載の画像形成装置の遠隔更新検証方法。
前記ソフトウェアファイルが更新された後、前記画像形成装置を最初に使用するユーザが当該画像形成装置の機器管理者である場合、前記更新されたソフトウェアファイルを用いる全ての機能についての実行結果を前記情報処理装置に送信することを特徴とする１８又は１９記載の画像形成装置の遠隔更新検証方法。
前記ソフトウェアファイルが更新された後、前記画像形成装置を最初に使用するユーザが当該画像形成装置の機器管理者でない場合、当該ユーザが実行させる機能が前記更新されたソフトウェアファイルを用いた機能でない場合には、当該機能の実行結果を前記情報処理装置へ送信しないことを特徴とする請求項１８又は１９記載の画像形成装置の遠隔更新検証方法。
前記画像形成装置の機器管理者でないユーザが前記更新されたソフトウェアファイルを用いた機能を実行させた後、当該画像形成装置の機器管理者が前記更新されたソフトウェアファイルを用いた機能を実行させる場合、前記送信ステップは、前記画像形成装置の機器管理者でないユーザの実行に基づいて実行結果が前記情報処理装置に送信された機能を除き、前記更新されたソフトウェアファイルを用いる全ての機能についての実行結果を、前記情報処理装置に送信することを特徴とする請求項２１記載の画像形成装置の遠隔更新検証方法。
画像形成装置の遠隔更新検証方法をコンピュータに実行させるためのプログラムであって、前記画像形成装置の遠隔更新検証方法は、
複数のソフトウェアファイルを記憶する記憶ステップと、
前記記憶ステップで記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行ステップと、
前記記憶ステップで記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信ステップと、
前記受信ステップで受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行される場合、当該実行される機能の動作確認を行うように制御する制御ステップと、
を有することを特徴とするプログラム。
画像形成装置の遠隔更新検証方法をコンピュータに実行させるためのプログラムであって、前記画像形成装置の遠隔更新検証方法は、
複数のソフトウェアファイルを記憶する記憶ステップと、
前記記憶ステップで記憶されたソフトウェアファイルを用いて、前記画像形成装置が提供する機能を実行する実行ステップと、
前記記憶ステップに記憶された複数のソフトウェアファイルのうちの少なくとも１つのソフトウェアファイルを更新するための更新用ソフトウェアファイルを、情報処理装置から受信する受信ステップと、
前記受信ステップで受信した更新用ソフトウェアファイルに基づいてソフトウェアファイルが更新された後、当該更新されたソフトウェアファイルを用いた機能が実行された場合、当該実行された機能の実行結果を前記情報処理装置に送信する送信ステップと、
を有することを特徴とするプログラム。