JP4539677B2 - 画像形成装置、プログラム更新システム、プログラム更新方法およびプログラム更新プログラム - Google Patents

Description

この発明は、画像形成装置、プログラム更新システム、プログラム更新方法およびプログラム更新プログラムに関し、特に複数人により使用される画像形成装置、その画像形成装置を含むプログラム更新システム、その画像形成装置で実行されるプログラムを更新するためのプログラム更新方法およびプログラム更新プログラムに関する。

近年、複合機（以下「ＭＦＰ」という）は、プログラムを実行することにより機能を実行する。このプログラムは、ＭＦＰに機能が追加される場合や、インストールされていたプログラムに不具合が発見された場合等に、更新される。プログラムを更新するためには、新たなプログラムを、例えばＭＦＰのメーカが提供するＷｅｂサーバ等からダウンロードし、ＭＦＰがそれまで記憶していたプログラムを書き換える作業が必要である。また、場合によっては、ＭＦＰをリブートする手順が必要な場合がある。このように、ＭＦＰが記憶するプログラムを更新する場合には、ある程度の時間が必要とされる。

また、ＭＦＰがプログラムを書き換えている最中、およびＭＦＰをリブートしている最中はＭＦＰを使用することができない。したがって、複数のユーザが共有して使用するＭＦＰにおいては、プログラムを更新する頻度は少ないほど望ましい。

特開２００１−６７２２８号公報には、プリンタファームウェアの一部または全部をホストＰＣが持ち、印刷処理を行う度にプリンタドライバがプリンタの動作ファームウェアの状態と利用アプリケーションが要求するファームウェアとを比較して必要なモジュールだけプリンタ側にダウンロードするファームウェアのダウンロード方式が記載されている。

しかしながら、従来のダウンロード方式においては、プリンタで実行する処理が定まってからでないと、ファームウェアをダウンロードしないので、プリンタで実行する処理が定まってからファームウェアをダウンロードするまでの時間が必ず必要となり、処理を実行するまでに長時間かかるといった問題がある。
特開２００１−６７２２８号公報

この発明は上述した問題点を解決するためになされたもので、この発明の目的の一つは、使用できなくなる期間を短くした画像形成装置を提供することである。

この発明の他の目的は、画像形成装置を使用できなくなる期間を短くしたプログラム更新システム、プログラム更新方法およびプログラム更新プログラムを提供することである。

上述した目的を達成するためにこの発明のある局面によれば、画像形成装置は、複数種類の更新プログラムを複数種類の機能ごとの更新状態を含む更新情報とともに記憶するサーバと通信可能な画像形成装置であって、実行プログラムを記憶するプログラム記憶手段と、記憶された実行プログラムを実行し、複数種類の機能の少なくとも１つを実行する機能実行手段と、複数種類の機能のいずれかが実行されると、該機能の実行に関する履歴情報を記憶する履歴記憶手段と、履歴情報とサーバに記憶されている更新情報とに基づいて、実行プログラムのうち履歴情報に含まれる機能に関する部分を更新する更新対象部分に決定し、サーバに記憶された複数種類の更新プログラムのうち履歴情報に含まれる機能に関する部分が更新されている更新プログラムを、実行プログラムを更新するための対象プログラムに決定する決定手段と、決定された対象プログラムを取得し、取得された対象プログラムで実行プログラムの更新対象部分を更新する更新手段と、他の画像形成装置が複数種類の機能を実行し、機能の実行に関する履歴情報を他の画像形成装置から取得する履歴情報収集手段と、履歴記憶手段に記憶される履歴情報を、他の画像形成装置から取得された履歴情報で更新する履歴情報更新手段と、を備え、履歴情報は、機能が実行されて発生した不具合を特定する不具合識別情報を該機能と関連付けた不具合情報を含み、決定手段は、実行プログラムのうち不具合情報に含まれる機能に関する部分を更新対象部分に決定し、複数種類の更新プログラムのうち不具合情報に含まれる機能に関する部分が更新されている更新プログラムを対象プログラムに決定し、更新情報は、複数種類の更新プログラム毎に、複数種類の機能それぞれに対応する更新の緊急度合いを示す緊急情報を含み、決定手段は、実行プログラムのうち所定の緊急度合い以上である緊急情報に対応する機能に関する部分を更新対象部分に決定し、複数種類の更新プログラムのうち更新対象部分が更新されている更新プログラムを、履歴情報の有無に係わらず、対象プログラムに決定する。

この局面に従えば、記憶された実行プログラムが実行され、複数種類の機能の少なくとも１つが実行されると、該機能の実行に関する履歴情報が記憶され、記憶される履歴情報が他の画像形成装置から取得された履歴情報で更新される。そして、履歴情報とサーバに記憶されている更新情報とに基づいて、実行プログラムのうちで更新する更新対象部分と、サーバに記憶された複数種類の更新プログラムのうちから対象プログラムが決定され、決定された対象プログラムで実行プログラムの更新対象部分が部分的に更新される。履歴情報は機能が実行されて発生した不具合を特定する不具合識別情報を該機能と関連付けた不具合情報を含むので、他の画像形成装置において発生した不具合情報に基づいて、対象プログラムが決定される。このため、他の画像形成装置において発生した不具合が発生する前に実行プログラムを部分的に更新することができる。また、実行プログラムのうち所定の緊急度合い以上である緊急情報に対応する機能に関する部分が更新対象部分に決定され、複数種類の更新プログラムのうち更新対象部分が更新されている更新プログラムが、履歴情報の有無に係わらず、対象プログラムに決定される。このため、サーバに記憶された更新プログラムのすべてにより、実行プログラムが更新されないので、実行プログラムを更新する回数を少なくすることができる。その結果、使用できなくなる期間を短くした画像形成装置を提供することができる。

好ましくは、履歴情報は、機能が実行された頻度を含み、決定手段は、実行プログラムのうち履歴情報において頻度が所定値以上の機能に関する部分を更新対象部分に決定し、複数種類の更新プログラムのうち実績情報に含まれる機能に関する部分が更新されている更新プログラムを対象プログラムに決定する。

好ましくは、機能を実行する指示が受け付けられたとき、更新情報を参照して、複数種類の更新プログラムのうち、実行する指示が受け付けられた機能に関する部分が更新された更新プログラムが存在する場合、警告を出力する警告手段をさらに備える。

この局面に従えば、実行プログラムを更新するための更新プログラムが存在するにも係わらず更新されていない場合であっても、その更新プログラムにより更新される機能を実行する指示が受け付けられたときに警告が出力されるので、その時点で実行プログラムを更新することができる。

好ましくは、更新手段は、所定のタイミングに、決定された対象プログラムを取得し、取得された対象プログラムで実行プログラムの更新部分を更新する。

この発明のさらに他の局面によれば、画像形成装置は、複数種類の更新プログラムを複数種類の機能ごとの更新状態を含む更新情報とともに記憶するサーバと通信可能な画像形成装置であって、実行プログラムを記憶するプログラム記憶手段と、記憶された実行プログラムを読出し、複数種類の機能の少なくとも１つを実行する機能実行手段と、複数種類の機能が実行されると、該機能の実行に関し、機能が実行されて発生した不具合を特定する不具合識別情報を該機能と関連付けた不具合情報を含む履歴情報を記憶する履歴記憶手段と、プログラム記憶手段に記憶されている実行プログラムのバージョン情報および履歴情報をサーバに送信する履歴情報送信手段と、履歴情報の送信に応じて、実行プログラムのうち履歴情報に含まれる機能に関する更新対象部分と、実行プログラムを更新するための対象プログラムとしてサーバに記憶された複数種類の更新プログラムのうち履歴情報に含まれる機能に関する部分が更新されている更新プログラムと、をサーバから受信する受信手段と、受信された対象プログラムで実行プログラムの更新対象部分を部分的に更新する更新手段と、他の画像形成装置が複数種類の機能を実行し、機能の実行に関する履歴情報を他の画像形成装置から取得する履歴情報収集手段と、履歴記憶手段に記憶される履歴情報を、他の画像形成装置から取得された履歴情報で更新する履歴情報更新手段と、を備え、更新情報は、複数種類の更新プログラム毎に、複数種類の機能それぞれに対応する更新の緊急度合いを示す緊急情報を含み、対象プログラムは、実行プログラムのうち不具合情報に含まれる機能に関する部分が更新対象部分にサーバにより決定される場合、複数種類の更新プログラムのうち不具合情報に含まれる機能に関する部分が更新されている更新プログラムにサーバにより決定され、実行プログラムのうち所定の緊急度合いを示す緊急情報に対応する機能に関する部分が更新対象部分にサーバにより決定される場合、複数種類の更新プログラムのうち更新対象部分が更新されている更新プログラムに、履歴情報の有無に係わらずサーバにより決定される。

この局面に従えば、使用できなくなる期間を短くした画像形成装置を提供することができる。

好ましくは、サーバから更新情報を受信する更新情報受信手段と、機能を実行させる指示を受け付ける指示受付手段と、受け付けられた指示で特定される機能に関する部分が更新されているか否かを、更新情報に基づいて判断する判断手段と、判断手段により更新されていると判断された場合、警告を出力する警告手段と、をさらに備える。

好ましくは、更新手段は、所定のタイミングに、受信された更新元部分で実行プログラムの更新対象部分を更新する。

以下、本発明の実施の形態について図面を参照して説明する。以下の説明では同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。

図１は、本発明の実施の形態の一つにおけるプログラム更新システムの全体概要を示す図である。図１を参照して、プログラム更新システム１は、ネットワーク２にそれぞれ接続されたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１００，１００Ａ，１００Ｂ，１００Ｃと、サーバ２００と、を含む。

ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃは、画像形成装置の一例である。それらのハード構成および機能は同じなので、ここではＭＦＰ１００を例に説明する。サーバ２００は、一般的なコンピュータであり、例えば、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃのメーカが提供する。サーバ２００は、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃそれぞれが実行するためのプログラムを記憶しており、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃのいずれかからのダウンロード要求に応じて、要求されたプログラムを送信する。また、サーバ２００は、プログラムが更新される毎に、その時点のプログラムを前のバージョンのプログラムから変更された情報を含む更新情報と対応付けて記憶する。

ネットワーク２は、ローカルエリアネットワーク（ＬＡＮ）であり、有線または無線を問わない。またネットワーク２は、ＬＡＮに限らず、インターネットなどのワイドエリアネットワーク（ＷＡＮ）、一般公衆回線を用いたネットワーク等であってもよい。

なお、ここでは、プログラム更新システム１が、サーバ２００と、４台のＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃを含む場合を例に説明するが、台数を限定するものではなく、１台のサーバ２００と、１台以上のＭＦＰを含んでいればよい。

図２は、サーバのハード構成の一例を示す図である。図２を参照して、サーバ２００は、それぞれがバス２０９に接続された中央演算装置（ＣＰＵ）２０１と、ＣＰＵ２０１の作業領域として用いられるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０５と、ＣＰＵ２０１が実行するプログラムを記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０６と、ハードディスクドライブ（ＨＤＤ）２０７と、サーバ２００をネットワーク２に接続するための通信Ｉ／Ｆ２０２と、キーボードおよびマウス等を備えた入力部２０４と、情報を表示するためのモニタ２０３と、を含む。

図３は、ＭＦＰの外観を示す斜視図である。図３を参照して、ＭＦＰ１００は、自動原稿搬送装置（ＡＤＦ）１０と、画像読取部２０と、画像形成部３０と、給紙部４０と、後処理部５０と、を含む。

ＡＤＦ１０は、原稿給紙トレイ１１上にセットされた複数枚の原稿を１枚ずつ自動的に画像読取部２０のプラテンガラス上に設定された所定の原稿読み取り位置まで搬送し、画像読取部２０により原稿画像が読み取られた原稿を原稿排紙トレイ１２上に排出する。画像読取部２０は、原稿読取位置に搬送されてきた原稿に光を照射する光源と、原稿で反射した光を受光する光電変換素子とを含み、原稿のサイズに応じた原稿画像を走査する。光電変換素子は、受光した光を電気信号である画像データに変換して、画像形成部３０に出力する。給紙部４０は、給紙トレイに収納された用紙を画像形成部３０に搬送する。

画像形成部３０は、周知の電子写真方式により画像を形成するものであって、画像読取部２０から入力される画像データにシェーディング補正などの各種のデータ処理を施し、データ処理後の画像データに基づいて、給紙部４０により搬送される用紙に画像を形成する。

後処理部５０は、画像が形成された記録シートを排紙する。後処理部５０は、複数の排紙トレイを有し、画像が形成された用紙をソートして排紙することが可能である。また、後処理部５０は、パンチ穴加工部、ステープル加工部を備えており、排紙された用紙にパンチ穴加工、またはステープル加工することが可能である。また、ＭＦＰ１００は、その上面にユーザとのユーザインターフェースとしての操作パネル９を備えている。

なお、本実施の形態においては画像形成装置の一例としてＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃを例に説明するが、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃに代えて、たとえば、スキャナ、プリンタ、ファクシミリ、パーソナルコンピュータ等であってもよい。

図４は、ＭＦＰの回路構成の一例を示すブロック図である。図４を参照して、ＭＦＰ１００は、メイン回路１０１と、ファクシミリ部１２２と、通信制御部１２３と、を含む。メイン回路１０１は、自動原稿搬送装置（ＡＤＦ）１０と、画像読取部２０と、画像形成部３０と、給紙部４０と、後処理部５０とに接続されている。

メイン回路１０１は、ＣＰＵ１１１と、ＣＰＵ１１１の作業領域として使用されるＲＡＭ１１２と、ＣＰＵ１１１が実行するプログラム等を記憶するためのＥＥＰＲＯＭ１１３と、表示部１１４と、操作部１１５と、大容量記憶装置としてのハードディスクドライブ（ＨＤＤ）１１６と、データ通信制御部１１７と、を含む。

ＣＰＵ１１１は、フラッシュメモリ１１３に記憶された実行プログラムを実行して、機能を実行する。フラッシュメモリ１１３は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）である。

ＣＰＵ１１１は、表示部１１４、操作部１１５、ＨＤＤ１１６およびデータ通信制御部１１７と、それぞれ接続され、メイン回路１０１の全体を制御する。また、ＣＰＵ１１１は、ファクシミリ部１２２、通信制御部１２３、ＡＤＦ１０、画像読取部２０、画像形成部３０、給紙部４０、後処理部５０と接続され、ＭＦＰ１００の全体を制御する。

表示部１１４は、液晶表示装置（ＬＣＤ）、有機ＥＬＤ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）等の表示装置であり、ユーザに対する指示メニューや取得した画像データに関する情報等を表示する。操作部１１５は、複数のキーを備え、キーに対応するユーザの操作による各種の指示、文字、数字などのデータの入力を受付ける。操作部１１５は、表示部１１４上に設けられたタッチパネルを含む。表示部１１４と、操作部１１５とで、ＭＦＰ１００の上面に設けられる操作パネル９が構成される。

データ通信制御部１１７は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）またはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルで通信するためのインターフェースであるＬＡＮ端子１１８と、シリアル通信のためのシリアル通信インターフェース端子１１９とを有する。データ通信制御部１１７は、ＣＰＵ１１１からの指示に従って、ＬＡＮ端子１１８またはシリアル通信インターフェース端子１１９に接続された外部の機器との間でデータを送受信する。

ＬＡＮ端子１１８に、ネットワーク２に接続するためのＬＡＮケーブルが接続される場合、データ通信制御部１１７は、ＬＡＮ端子１１８を介して接続された他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃまたはサーバ２００と通信する。さらに、データ通信制御部１１７は、インターネットに接続された他のコンピュータと通信する。ＣＰＵ１１１は、データ通信制御部１１７を制御して、サーバ２００からプログラムをダウンロードし、フラッシュメモリ１１３に記憶することにより、プログラムを更新することが可能である。プログラムは、後述する実行プログラムを含む。

シリアル通信インターフェース端子１１９に機器が接続された場合、データ通信制御部１１７は、シリアル通信インターフェース端子１１９に接続された機器、例えば、デジタルカメラ、デジタルビデオカメラまたは携帯情報端末との間で通信して画像データを入出力する。また、シリアル通信インターフェース端子１１９には、フラッシュメモリを内蔵したメモリカード１１９Ａが接続可能である。ＣＰＵ１１１は、データ通信制御部１１７を制御して、メモリカード１１９ＡからＣＰＵ１１１が実行するためのプログラムを読出し、フラッシュメモリ１１３に記憶することにより、プログラムを更新することが可能である。

なお、ＣＰＵ１１１が実行するためのプログラムを記憶する記録媒体としては、メモリカード１１９Ａに限られず、フレキシブルディスク、カセットテープ、光ディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）／ＭＯ（Ｍａｇｎｅｔｉｃ Ｏｐｔｉｃａｌ Ｄｉｓｃ）／ＭＤ（Ｍｉｎｉ Ｄｉｓｃ）／ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ））、ＩＣカード（メモリカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ ＥＰＲＯＭ）などの半導体メモリ等の媒体でもよい。さらに、ＣＰＵ１１１がサーバ２００からプログラムをダウンロードしてフラッシュメモリ１１３に記憶する、または、サーバ２００がプログラムをフラッシュメモリ１１３に書込みするようにして、フラッシュメモリ１１３に記憶されたプログラムをＲＡＭ１１２にロードしてＣＰＵ１１１で実行するようにしてもよい。ここでいうプログラムは、ＣＰＵ１１１により直接実行可能なプログラムだけでなく、ソースプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

通信制御部１２３は、ＣＰＵ１１１を公衆交換電話網（ＰＳＴＮ）７に接続するためのモデムである。ＭＦＰ１００には、ＰＳＴＮ７における電話番号が予め割り当てられており、ＰＳＴＮ７に接続されたファクシミリ装置からＭＦＰ１００に割り当てられた電話番号に発呼があると、通信制御部１２３がその発呼を検出する。通信制御部１２３は、発呼を検出すると通話を確立し、ファクシミリ部１２２に通信させる。

ファクシミリ部１２２は、ＰＳＴＮ７に接続され、ＰＳＴＮ７にファクシミリデータを送信する、またはＰＳＴＮ７からファクシミリデータを受信する。

図５は、サーバが備えるＣＰＵ２０１の機能の一例を、ＨＤＤ２０７に記憶されるデータとともに示す機能ブロック図である。図５を参照して、ＨＤＤ２０７は、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃそれぞれが実行するプログラムを、モジュールに分割して記憶する。また、各モジュールに分割されたプログラムは、少なくとも１つの機能部分にさらに分割されて記憶される。ここでは、ＨＤＤ１１６は、モジュールＡのプログラム２２１、モジュールＢのプログラム２２５、モジュールＣのプログラム２２７を記憶する。

ここでモジュールは、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃが実行可能な複数の機能の大分類を示し、ＭＦＰを起動するためのＢｏｏｔ機能、操作パネル９の入出力を制御するためのパネル機能、データを受信するためのデータ受信機能、コピー機能、スキャン機能、ＨＤＤ１１６に記憶するデータを管理するためのＢＯＸ機能、ファクシミリ部１２２の送受信を制御するためのＦＡＸ機能、ＡＤＦ１０を制御するためのＡＤＦ機能、後処理部５０を制御するためのフィニッシャ機能、ユーザ認証するための認証機能、データのファイル形式を変換するためのファイル変換機能、画像データを処理するための画像処理機能、データ通信制御部１１７を制御するためのネットワーク機能を含む。Ｂｏｏｔ機能のモジュールには、ＭＦＰ１００を起動させる機能と、プログラムを更新する機能とが含まれる。例えば、パネル機能のモジュールには、パネルに入力される操作を受け付けるためのパネル受付処理機能と、パネルに情報を表示するパネル表示機能とを含む。データ受信機能のモジュールには、データを受信するためのデータ受信処理機能が含まれる。

モジュールＡのプログラム２２１は、機能Ａ１の部分２２３Ａと、機能Ａ２の部分２２３Ｂとを含む。モジュールＢのプログラム２２５は、機能Ｂ１の部分と、機能Ｂ２の部分とを含む。モジュールＣのプログラム２２７は、機能Ｃ１の部分と、機能Ｃ２の部分とを含む。また、ＨＤＤ１１６は、各モジュールのプログラムを、それがバージョンアップされて変更されるが、それらすべてのプログラムを記憶する。例えば、モジュールＡのプログラム２２１を例に説明すると、機能Ａ１の部分２２３Ａが、バージョン１．０から４回更新された場合、ＨＤＤ１１６は、機能Ａ１の部分２２３Ａのプログラムとして、バージョン１．０のプログラム、バージョン１．１のプログラム、バージョン１．２のプログラム、バージョン１．３のプログラム、バージョン１．４のプログラムを記憶する。

図６は、更新情報の一例を示す図である。上述したようにＨＤＤ１１６は、モジュールＡ〜Ｃのプログラムを記憶し、各モジュールに含まれる少なくとも１つの機能の部分毎に複数のバージョンのプログラムが記憶される。更新情報２３１は、複数の機能の部分毎に、複数のバージョンのプログラムを関連付けるとともに、バージョン毎に更新内容と、緊急度とを定義する。図６を参照して、ここでは、モジュールＡの機能Ａ１の部分のプログラムについて説明する。バージョン１．０のプログラムが、最も古いプログラムであり、バージョン１．１、バージョン１．２、バージョン１．３、バージョン１．４の順に新しいプログラムである。更新内容は、そのバージョンのプログラムが前のバージョンのプログラムから新たに変更された内容である。

バージョン１．１のプログラムは、バージョン１．０のプログラムに対して、バグが修正されたことを示す。バージョン１．２のプログラムは、バージョン１．１のプログラム２２１に対して、一部の機能が削除されたことを示す。バージョン１．３のプログラムは、バージョン１．２のプログラムに対して、一部の機能が変更されたことを示す。バージョン１．４のプログラムは、バージョン１．３のプログラムに対して、一部の機能が追加されたことを示す。

また、更新情報２３１は、プログラム毎に緊急度を定義する。緊急度は、プログラムのバージョンを管理する管理者により付与され、緊急度Ａ、ＢおよびＣのいずれかである。緊急度は、そのプログラムを更新するための重要度を示し、緊急度Ａが最も重要度が高く、緊急度Ｃが最も重要度が低い。ここでは、バージョン１．１のプログラムに対して緊急度Ａが、バージョン１．２のプログラムに対して緊急度Ｂが、バージョン１．３およびバージョン１．４のプログラムに対して緊急度Ｃがそれぞれ付与されている。

図５に戻って、ＣＰＵ２０１は、プログラム２２３Ａ，２２３Ｂ，２２７Ａ，２２７Ｂ，２２９Ａ，２２９Ｂのいずれかを送信するプログラム送信部２１１と、更新情報２３１を送信する更新情報送信部２１３とを含む。サーバ２００は、通信Ｉ／Ｆ２０２を介して、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃと通信可能であり、通信Ｉ／Ｆ２０２がＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃのいずれかから更新情報の送信要求またはプログラムの送信要求を受信すると、通信Ｉ／Ｆ２０２は、ＣＰＵ２０１に更新情報の送信要求またはプログラムの送信要求を出力する。プログラムの送信要求は、プログラムを識別するための識別情報を含む。識別情報は、機能を特定するための機能特定情報と、バージョン情報とを含む。

更新情報送信部２１３は、通信Ｉ／Ｆ２０２から更新情報の送信要求が入力されると、更新情報２３１を読み出し、通信Ｉ／Ｆ２０２を制御して、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃのうち更新情報の送信要求を送信してきたＭＦＰに対して更新情報２３１を送信する。プログラム送信部２１１は、プログラムの送信要求が通信Ｉ／Ｆ２０２から入力されると、プログラム２２３Ａ，２２３Ｂ，２２７Ａ，２２７Ｂ，２２９Ａ，２２９Ｂのうち機能特定情報で特定される機能に対応するプログラムであって、バージョン情報で特定されるバージョンのプログラムを読出す。そして、通信Ｉ／Ｆ２０２を制御して、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃのうちプログラムの送信要求を送信してきたＭＦＰに対して読み出したバージョンのプログラムを送信する。

図７は、ＭＦＰ１００が備えるＣＰＵ１１１の機能の概要を、フラッシュメモリ１１３に記憶されるデータとともに示す機能ブロック図である。図７を参照して、フラッシュメモリ１１３は、実行プログラム７１と、実績情報７３と、不具合発生情報リスト７５とを記憶する。ＣＰＵ１１１は、実行プログラム７１を実行し、機能を実行する機能実行部５１と、サーバ２００からプログラムをダウンロードするためのダウンロード部５３と、ダウンロードされたプログラムで実行プログラム７１を更新するための更新部５５と、サーバ２００から更新情報を取得するための更新情報取得部５７と、実行プログラム７１を更新するか否かを判断するための判断部５９と、実績情報７３および不具合発生情報リスト７５を更新するための履歴更新部６３と、警告を発する警告部６１とを含む。

機能実行部５１は、フラッシュメモリ１１３に記憶されている実行プログラム７１をＲＡＭ１１２にロードし、実行プログラム７１を実行する。実行プログラム７１は、Ｂｏｏｔ部分と、機能Ａ１、機能Ａ２、機能Ｂ１、機能Ｂ２、機能Ｃ１、機能Ｃ２それぞれの部分とからなる。ここでは、実行プログラム７１として、それぞれバージョン１．０のプログラム２２３Ａ，２２３Ｂ，２２７Ａ，２２７Ｂ，２２９Ａ，２２９Ｂが記憶されている場合を例に説明する。

図８（Ａ）は、フラッシュメモリ１１３の実行プログラム記憶領域の一例を示す図である。図８（Ａ）を参照して、実行プログラム７１のＢｏｏｔ部分はＢｏｏｔ領域９１に記憶され、機能Ａ１、機能Ａ２、機能Ｂ１、機能Ｂ２、機能Ｃ１、機能Ｃ２の部分は領域８２Ａ，８３Ａ，８５Ａ，８６Ａ，８８Ａ，８９Ａそれぞれに記憶される。Ｂｏｏｔ領域９１と機能Ａ１の部分が記憶される領域８２Ａとの間の領域９３にアドレスリストが記憶される。さらに、機能Ａ１の部分が記憶される領域８２Ａと機能Ａ２の部分が記憶される領域８３Ａとの間に機能Ａ１の部分に対応する予備領域８２Ｂが確保される。機能Ａ２の部分が記憶される領域８３Ａと機能Ｂ１の部分が記憶される領域８５Ａとの間に機能Ａ２の部分に対応する予備領域８３ＢおよびモジュールＡに対応する予備領域８１Ａが確保される。機能Ｂ１の部分が記憶される領域８５Ａと機能Ｂ２の部分が記憶される領域８６Ａとの間に機能Ｂ１の部分に対応する予備領域８５Ｂが確保される。機能Ｂ２の部分が記憶される領域８６Ａと機能Ｃ１の部分が記憶される領域８８Ａとの間に機能Ｂ２の部分に対応する予備領域８６ＢおよびモジュールＢに対応する予備領域８４Ａが確保される。機能Ｃ１の部分が記憶される領域８８Ａと機能Ｃ２の部分が記憶される領域８９Ａとの間に機能Ｃ１の部分に対応する予備領域８８Ｂが確保される。機能Ｃ２の部分が記憶される領域８９Ａの次のアドレスに、機能Ｃ２の部分に対応する予備領域８９Ｂ、それに続いてモジュールＣに対応する予備領域８７Ａおよび実行プログラム７１全体に対応する予備領域９５が確保される。

アドレスリストは、各プログラムと、そのプログラムが記憶されているアドレスおよび領域のサイズとの対応付けを定義する。Ｂｏｏｔ領域には、実行プログラム７１のうち起動プログラムおよびプログラム更新プログラムが記録されている。起動プログラムは、パネル機能およびデータ受信機能の各モジュールのプログラムを読み出すコマンドを含む。

図７に戻って、機能実行部５１は、電源が投入されると、Ｂｏｏｔ領域に記憶されている起動プログラムをＲＡＭ１１２に読出し、実行する。機能実行部５１は、起動プログラムを実行すると、領域９３に記憶されているアドレスリストを読出す。そして、アドレスリストを参照して、パネル機能のプログラムが記憶されている領域を特定し、その領域からパネル機能のプログラムを読出し実行する。さらに、アドレスリストを参照して、データ受信機能のプログラムが記憶されている領域を特定し、その領域からデータ受信機能のプログラムを読出し実行する。

また、機能実行部５１がパネル機能のプログラムを実行すると、機能実行部５１は、ユーザにより操作部１１５に入力される操作を受け付ける。機能実行部５１は、操作を受付けると、アドレスリストを参照し、操作に対応する機能のプログラムが記憶されている領域を特定し、特定した領域に記憶されているプログラムを読出し、実行する。また、機能実行部５１がデータ受信機能のプログラムを実行すると、データ通信制御部１１７がネットワーク２に接続された他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃまたはパーソナルコンピュータ（ＰＣ）から受信する操作が入力される。機能実行部５１は、操作が入力されると、アドレスリストを参照し、操作に対応する機能のプログラムが記憶されている領域を特定し、特定した領域に記憶されているプログラムを読出し、実行する。

機能実行部５１は、機能を実行すると機能毎に実績を実績情報としてフラッシュメモリ１１３に記憶する。また、機能実行部５１は、機能を実行する際に、エラー等の不具合が発生した場合には不具合発生情報をフラッシュメモリ１１３に記憶する。

図９は、実績情報の一例を示す図である。図９を参照して、実績情報は、機能毎に使用回数と、頻度と、を記録する。使用回数は、その機能が機能実行部５１により実行された回数であり、頻度は、機能実行部５１が機能を実行した総回数に対するその機能が実行された回数の割合である。機能実行部５１は、同時に複数の機能を実行する場合がある。例えば、コピー機能とフィニッシャ機能とを同時に実行する等の場合である。この場合は、全体として１回で全回数をカウントする。

図１０は、不具合発生情報リストの一例を示す図である。図１０を参照して、不具合発生情報リスト７５は、機能と不具合コードとの組と、不具合ランクと、発生頻度とを含む不具合情報を記憶する。不具合コードは、不具合の種類毎に予め定められたコードである。不具合ランクは、機能と不具合コードとの組に対して予め定められる。異なる機能で同じ不具合が発生する場合があるが、不具合ランクが異なる場合がある。図１０において、モジュールＡの機能Ａ２を実行する際に発生する不具合コードＣ−００１１の不具合に対する不具合ランクがＡであるのに対して、モジュールＢの機能Ｂ２を実行する際に発生する不具合コードＣ−００１１の不具合に対する不具合ランクはＢである。発生頻度は、機能が実行された全回数に占める不具合コードで特定される不具合の発生した回数の割合である。

図７に戻って、更新情報取得部５７は、サーバ２００に更新情報の送信要求を送信し、サーバ２００から更新情報２３１を受信する。具体的には、データ通信制御部１１７を制御して、更新情報の送信要求を送信し、データ通信制御部１１７がサーバ２００から更新情報２３１を受信すると、データ通信制御部１１７から更新情報２３１が入力される。更新情報取得部５７は、データ通信制御部１１７から入力される更新情報２３１を判断部５９および警告部６１に出力する。

判断部５９は、フラッシュメモリ１１３に記憶されている実績情報７３に基づいて、実行プログラム７１を更新するか否かを判断する。更新すると判断する場合には、更新するためのプログラム（以下「対象プログラム」という）を決定する。具体的には、更新情報２３１に基づいて、フラッシュメモリ１１３に記憶されている実行プログラム７１の各機能の部分のバージョンよりも新しいバージョンのプログラムを有する機能を特定する。そして、特定された機能が実行されていることが実績情報に記録されている場合に、実行プログラム７１を更新すると判断する。この際、特定した機能の新しいバージョンのプログラムを、対象プログラムに決定する。対象プログラムは、機能と、プログラムのバージョンで特定される。なお、特定された機能が実行されていることが実績情報に記録されていることを条件とするのに代えて、特定された機能が所定の頻度を越えて実行されていることが実績情報に記録されていることを条件とするようにしてもよい。

さらに、判断部５９は、不具合発生情報リスト７５に基づいて、実行プログラム７１を更新するか否かを判断する。具体的には、フラッシュメモリ１１３に記憶されている不具合発生情報リスト７５を読出し、不具合発生情報リスト７５に記録されている不具合発生情報に含まれる機能（不具合の発生した機能）を特定する。そして、不具合発生情報に含まれる不具合ランクと発生頻度とが予め定められた不具合条件に合致するか否かを判断する。不具合条件に合致する場合、更新情報２３１で定義され、特定された機能（不具合の発生した機能）に関するプログラムのうちに、フラッシュメモリ１１３に記憶されている実行プログラム７１において特定された機能の部分のバージョンよりも新しいバージョンのプログラムが存在すれば、実行プログラム７１を更新すると判断する。この際、特定された機能（不具合の発生した機能）に関するプログラムであって、フラッシュメモリ１１３に記憶されている実行プログラム７１のその機能の部分のバージョンよりも新しいバージョンのプログラムを、対象プログラムに決定する。

図１１は、不具合条件テーブルの一例を示す図である。不具合条件テーブルは、不具合条件を定義し、ＭＦＰ１００の管理者により設定され、予めフラッシュメモリ１１３に記憶される。図１１を参照して、不具合条件テーブルは、更新が必要な不具合ランクを定義する。例えば、番号１の不具合条件は、不具合ランクがＡであれば、更新が必要であることを定義する。また、更新が必要な不具合ランク、発生回数および／または発生頻度の組を定義する。例えば、番号２の不具合条件は、不具合ランクがＢであって、かつ発生回数が２回以上かつ発生頻度が５０％以上であれば、更新が必要であることを定義する。さらに、不具合条件テーブルは、更新が必要な不具合ランクと機能との組を定義する。例えば、番号３の不具合条件は、機能Ａ２について、不具合ランクがＢ以上、具体的には、ＡまたはＢの場合に更新が必要であることを定義する。さらに、不具合条件テーブルは、更新が必要な機能と不具合コードとの組を定義する。例えば、番号４の不具合条件は、機能Ｂ１と不具合コードＣ−００３の組に対して、更新が必要であることを定義する。

図７に戻って、判断部５９は、更新情報２３１の緊急度を参照し、緊急度に基づいて実行プログラム７１を更新するか否かを判断する。具体的には、更新情報２３１によってプログラムに割り当てられた緊急度が予め定められた緊急度条件に一致すれば、そのプログラムを対象プログラムとし、実行プログラム７１を更新すると判断する。また、判断部５９は、更新情報２３１の緊急度および実績情報に基づいて実行プログラム７１を更新するか否かを判断する。具体的には、プログラムに割り当てられた緊急度およびそのプログラムの機能の使用回数または使用頻度が緊急度条件に一致すれば、そのプログラムを対象プログラムとし、実行プログラム７１を更新すると判断する。

図１２は、緊急度条件テーブルの一例を示す図である。図１２を参照して、緊急度条件テーブルは、緊急度条件を定義し、ＭＦＰ１００の管理者により設定され、予めフラッシュメモリ１１３に記憶される。緊急度条件テーブルは、更新が必要な緊急度を定義する緊急度条件を含む。例えば、番号１の緊急度条件は、更新が必要な緊急度にＡを定義する。また、緊急度条件テーブルは、更新が必要な緊急度と使用実績との組みを含む緊急度条件を含む。例えば、番号２の緊急度条件は、更新が必要な条件として、緊急度がＢ以上、具体的には緊急度がＢで、かつ使用暦がある条件を定義する。使用歴の有無は、実績情報７３におけるプログラムの機能に対応する使用回数に基づいて判断される。使用回数が１以上であれば使用歴ありと判断する。また、番号３の緊急度条件は、更新が必要な条件として、緊急度がＣで、かつ使用歴があり、かつ使用頻度が２０％以上の条件を定義する。使用頻度は、実績情報７３におけるプログラムの機能に対応する使用頻度に基づいて判断される。

図７に戻って、判断部５９は、実行プログラム７１を更新すると判断した場合、対象プログラムを特定するための識別情報を、更新部５５に通知する。識別情報は、機能を特定するための機能特定情報と、プログラムのバージョン情報とを含む。対象プログラムが複数決定された場合には、複数の対象プログラムをそれぞれ特定するための複数の識別情報を更新部５５に通知する。

更新部５５は、判断部５９から対象プログラムの識別情報が通知されると、ダウンロード部５３にその対象プログラムをサーバ２００からダウンロードさせる。ダウンロード部５３は、データ通信制御部１１７を制御して、更新部５５から入力される通知に含まれる識別情報をサーバ２００に送信し、サーバ２００から送信される対象プログラムを受信する。ダウンロード部５３は、受信した対象プログラムを、更新部５５に出力する。更新部５５は、ダウンロード部５３から対象プログラムが入力されると、その対象プログラムでフラッシュメモリ１１３に記憶されている実行プログラム７１を部分的に更新する。具体的には、サーバ２００から受信した対象プログラムで実行プログラム７１の一部を書き換える。また、更新部５５は、必要に応じて、ＣＰＵ１１１をリブートする。

ここで、実行プログラムの部分的な更新について説明する。ここでは、機能Ｂ２のプログラムを更新元の新しい機能Ｂ２’のプログラム（対象プログラム）で更新する場合を例に説明する。まず、図８（Ａ）を参照して、更新は、機能Ｂ２のプログラムが記憶されている領域８６Ａに機能Ｂ２’のプログラムを書き込む。この場合、機能Ｂ２’のプログラムのサイズが、領域８６Ａの容量よりも大きい場合、予備領域８６Ｂにも書き込まれる。さらに、機能Ｂ２’のプログラムのサイズが、領域８６Ａの容量と予備領域８６Ｂの容量とを合わせた容量よりも大きい場合、予備領域８４Ａにも書き込まれる。

図８（Ｂ）は、機能Ｂ２のプログラムを更新した後のフラッシュメモリの実行プログラム記憶領域の一例を示す図である。図８（Ａ）および図８（Ｂ）を参照して、機能Ｂ２のプログラムが記憶されていた領域８６Ａと、予備領域８６Ｂと、予備領域８４Ａの一部とからなる新たな領域８６Ｃに、機能Ｂ２’のプログラムが記憶される。予備領域８４Ａのうち残りの領域８４Ｂが新たな予備領域として残される。また、領域９３に記憶されているアドレスリストが更新される。具体的には、機能Ｂ２のプログラムと、領域８６Ａとを対応付ける情報が、機能Ｂ２’と領域８６Ｃとを対応付ける情報に変更される。

このように、機能Ｂ２のプログラムを更新する際に、他の機能Ａ１，Ａ２、機能Ｂ１、および機能Ｃ１，Ｃ２それぞれを書き換える必要がない。このため、実行プログラム７１の全体を書き換える必要がなく、部分的に書き換えることができる。従って、実行プログラム７１の全体を書き換えるのに比べ、更新作業の時間を短縮することができる。なお、機能Ｂ２’のプログラムのサイズが、領域８６Ａの容量と予備領域８６Ｂの容量と予備領域８４Ａの容量とを合わせた容量よりも大きい場合、予備領域８４Ａ以降に記憶されている機能Ｃ１のプログラムおよび機能Ｃ２のプログラムをともに書き換える。この場合、実行プログラム７１の全体に対応する予備領域９５が用いられる。この場合であっても、機能Ｂ２が記憶されている領域８６Ａより前のアドレスに記憶されている機能Ａ１，Ａ２および機能Ｂ１を書き換える必要はない。従って、実行プログラム７１を部分的に更新することができる。

図７に戻って、更新部５５は、予め定められたタイミングで、フラッシュメモリ１１３に記憶されている実行プログラム７１を、サーバ２００から受信した対象プログラムで部分的に更新する。予め定められたタイミングは、ＭＦＰ１００の電源をＯＦＦにする指示が入力された後、ＭＦＰ１００の電源がＯＮになった後、ユーザにより予め定められた時刻等である。予め定められた時刻は、例えば、夜間など、ＭＦＰ１００を使用する頻度の少ない時間帯に設定するのが望ましい。実行プログラムを書き換える、さらに場合によってはリブートすることにより、その間ＭＦＰ１００が使用できない状態になるが、電源をＯＮまたはＯＦＦにする指示が入力された後、予め定められた時刻は、ＭＦＰ１００が使用される可能性がないか、または使用される確率が低い。このため、ユーザがＭＦＰ１００の使用を試みるときに、ＭＦＰ１００を直ちに使用できる状態にすることができる。また、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃが同時に実行プログラムを更新しないように、予め定められた時刻を異ならせるのが望ましい。ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃの複数を同時に使用できなくなるのを回避するためである。

履歴更新部６３は、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃそれぞれが記憶する実績情報を取得し、取得した実績情報で、フラッシュメモリ１１３に記憶されている実績情報７３を更新する。したがって、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃそれぞれが実行した機能に基づく実績情報がＭＦＰ１００のフラッシュメモリ１１３に記憶される。このため、ＭＦＰ１００Ａ，１００Ｂ，１００Ｃの使用状態をＭＦＰ１００に反映することができるので、実行プログラム７１を更新するためのプログラムを適切に定めることができる。また、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃのいずれかを主に使用するユーザが、ＭＦＰ１００を使用する場合でも、主に使用していたＭＦＰにインストールされているプログラムと同じプログラムが実行されるので、主に使用していたＭＦＰが実行するのと同じ機能をＭＦＰ１００に実行させることができる。

また、履歴更新部６３は、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃそれぞれが記憶する不具合発生情報リストを取得し、取得した不具合発生情報リストに含まれる不具合発生情報で、フラッシュメモリ１１３に記憶されている不具合発生情報リスト７５を更新する。このため、ＭＦＰ１００Ａ，１００Ｂ，１００Ｃにおける不具合の発生状態をＭＦＰ１００に反映することができるので、実行プログラムを更新するためのプログラムを適切に定めることができる。また、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃのいずれかで発生した不具合が、ＭＦＰ１００において発生していない場合であっても、その不具合が発生するのを事前に防止することができる。

警告部６１は、更新情報取得部５７から更新情報２３１が入力される。警告部６１は、機能実行部５１が機能を実行する前に、実行プログラム７１を更新する必要があるか否かを判断する。ここでは、機能実行部５１が実行しようとする機能を対象機能という。警告部６１は、更新情報２３１を参照して、実行プログラム７１の対象機能に対応する部分を更新するためのプログラムが存在するか否かを判断する。実行プログラム７１の対象機能に対応する部分を更新するためのプログラムが存在するか否かは、実行プログラム７１の対象機能に対応する部分のプログラムのバージョンと、更新情報２３１で定義されている対象機能のプログラムのバージョンとを比較する。実行プログラムの対象機能に対応する部分のプログラムのバージョンよりも新しいバージョンのプログラムが、更新情報２３１で定義されていれば、実行プログラム７１の対象機能に対応する部分を更新するためのプログラムが存在すると判断する。

警告部６１は、実行プログラム７１の対象機能に対応する部分を更新するためのプログラムが存在と判断した場合、警告を発する。警告は、例えば、表示部１１４に警告メッセージを出力する、または、警告音をスピーカから出力する等である。ユーザが実行プログラムを更新する指示を操作部１１５に入力すると、警告部６１は、その更新指示を受け付け、更新部５５に更新指示を出力する。更新指示は、実行プログラム７１の対象機能に対応する部分を更新するための対象プログラムを特定するための識別情報を含む。識別情報は、機能を特定するための機能特定情報と、バージョン情報とを含む。更新部５５は、更新指示を受け付けると、ダウンロード部５３に識別情報で特定されるプログラムをサーバ２００からダウンロードさせ、ダウンロードされたプログラムで実行プログラムを更新する。

ユーザが実行プログラムを更新する指示を操作部１１５に入力しない場合には、警告部６１は、更新部５５に更新指示を出力することなく、機能実行部５１に実行許可を出力する。機能実行部５１は、実行許可が入力されると、先に入力された操作に従って機能を実行する。

ユーザがこれまで使用していない機能、または使用する頻度の少ない機能に対応する部分を更新するためのプログラムがサーバ２００に記憶されている場合であっても、そのプログラムで実行プログラム７１が更新されない場合がある。ユーザが実際にＭＦＰ１００に機能を実行させる際に、実行プログラム７１のその機能に関する部分を更新するためのプログラムが存在することをユーザに警告するので、ユーザは、その時点で、プログラムを更新し、更新した後のプログラムで機能を実行させるのか、更新させることなく古いバージョンのプログラムで機能を実行させるのかを選択することができる。

図１３は、プログラム更新処理の流れの一例を示すフローチャートである。プログラム更新処理は、フラッシュメモリ１１３に記憶されている実行プログラム７１を実行することにより、ＣＰＵ１１１により実行される処理である。ＣＰＵ１１１は、ＭＦＰ１００に電源が投入された後、フラッシュメモリ１１３に記憶されている実行プログラム７１をＲＡＭ１１２にロードし、実行プログラム７１のブート部分を実行する。実行プログラム７１のブート部分は、プログラム更新プログラムを含む。

図１３を参照して、まず、ＣＰＵ１１１は、サーバ２００から更新情報を取得する（ステップＳ０１）。サーバ２００に更新情報の送信要求を送信し、サーバ２００が送信する更新情報を受信する。そして、操作を受け付けたか否かを判断する（ステップＳ０２）。操作を受け付けた場合は処理をステップＳ０３に進め、そうでなければ処理をステップＳ０４に進める。ユーザが操作部１１５に操作を入力すると、入力された操作を操作部１１５から受け付ける。また、ＭＦＰ１００がネットワーク２に接続された他のＭＦＰ１００Ａ，１００Ｂ，１００ＣまたはＰＣから遠隔操作される場合、データ通信制御部１１７が遠隔操作元の装置から操作を受信すると、データ通信制御部１１７から操作を受け付ける。

次のステップＳ０３においては、ステップＳ０２で受け付けた操作に従って機能を実行するための機能実行処理を実行する。機能実行処理についての詳細は後述する。次のステップＳ０４においては、所定のタイミングか否かを判断する。所定のタイミングであれば処理をステップＳ０５に進めるが、そうでなければ処理をステップＳ０２に戻す。所定のタイミングは、予め定められており、例えば、ＭＦＰ１００の電源をＯＦＦにする指示が入力された後、ＭＦＰ１００の電源がＯＮになった後、ユーザにより予め定められた時刻である。所定のタイミングは、ＭＦＰ１００を使用する頻度の少ない時に設定するのが望ましい。後述する処理で実行プログラム７１が更新された場合、またはリブートが実行された場合に、実行プログラム７１を更新している間、またはリブートしている間はＭＦＰ１００を使用することができなくなるからである。

ステップＳ０５においては、履歴更新処理を実行する。履歴更新処理についての詳細は後述するが、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃから実績情報および不具合発生情報を収集し、ＭＦＰ１００のフラッシュメモリ１１３に記憶されている実績情報７３および不具合発生情報リスト７５を更新する処理である。

ステップＳ０６においては、対象プログラム決定処理を実行する。対象プログラム決定処理についての詳細は後述するが、実行プログラム７１を更新するための対象プログラムを決定する処理である。ステップＳ０５において履歴更新処理が実行されるので、ＭＦＰ１００、１００Ａ，１００Ｂ，１００Ｃ間で実績情報７３および不具合発生情報リスト７５が共有されている。このため、適切な機能およびバージョンのプログラムを対象プログラムに決定することができる。また、他のＭＦＰで発生した不具合に対応した機能およびバージョンのプログラムを対象プログラムに決定することができる。その結果、他のＭＦＰで発生した不具合が発生するのを事前に回避することができる。

ステップＳ０７においては、対象プログラム決定処理により対象プログラムが決定されたか否かを判断する。対象プログラムが決定されたならば処理をステップＳ０８に進め、そうでなければ処理をステップＳ０２に戻す。実行プログラム７１を更新するための対象プログラムが存在しなければ、実行プログラム７１を更新できないからである。

ステップＳ０８においては、サーバ２００から対象プログラムを取得する。具体的には、対象プログラムを特定するための識別情報を含む送信要求をサーバ２００に送信し、サーバ２００が送信する対象プログラムを受信する。識別情報は、機能と、バージョン情報とを含む。そして、サーバ２００から受信した対象プログラムをフラッシュメモリ１１３に保存し（ステップＳ０９）、実行プログラム７１を対象プログラムで更新する（ステップＳ１０）。具体的には、実行プログラム７１の機能に関する部分を対象プログラムで書き換える。

次のステップＳ１１においては、リブートが必要か否かを判断する。リブートが必要ならば処理をステップＳ１２に進め、そうでなければ対象プログラムで更新された実行プログラム７１を実行し、処理をステップＳ０２に戻す。ステップＳ１２においては、リブートし、処理を終了する。

図１４は、機能実行処理の流れの一例を示すフローチャートである。機能実行処理は、図１３に示したプログラム更新処理のステップＳ０３において実行される処理である。図１４を参照して、実行プログラム７１を更新するための対象プログラムがあるか否かを判断する（ステップＳ２１）。具体的には、更新情報を参照して、図１２のステップＳ０２で受け付けられた操作に対応する機能（対象機能という）のプログラムに、実行プログラム７１の対象機能に関連する部分のプログラムのバージョンよりも新しいバージョンのプログラムが存在するか否かを判断する。そのようなプログラムがあれば、そのプログラムを対象プログラムに決定する。対象プログラムがあれば処理をステップＳ２２に進め、なければ処理をステップＳ２４に進める。ステップＳ２２においては、警告を出力する。ここでは、表示部１１４に機能を更新するプログラムが存在することを通知し、プログラムを更新するか否かを問い合わせるメッセージを表示する。また、ブザーを鳴らすようにしてもよい。

ステップＳ２３においては、ユーザによる更新指示を受け付けたか否かを判断する。ユーザにより操作部１１５に予め設けられた更新指示を入力するためのキーが押下されると、操作部１１５から更新指示を受け付ける。更新指示を受け付けたならば処理を、図１３に示したプログラム更新処理のステップＳ０８に進めるが、更新指示を受け付けなければ処理をステップＳ２４に進める。更新指示を受け付けた場合、ステップＳ２１において存在することが確認された対象プログラムが、サーバ２００から受信され、実行プログラム７１がサーバから受信されたプログラムで部分的に更新される。したがって、ユーザが操作を入力した場合に、その操作に対応する機能が、更新された新たな実行プログラム７１に基づき実行される。このため、適切なタイミングで実行プログラムを新しいバージョンに更新することができる。また、不具合が発生するのを回避することができる。

ステップＳ２４においては、実行プログラム７１のうち操作に対応する機能の部分が実行される。ＣＰＵ１１１は、図１３に示したプログラム更新処理のステップＳ０２において受け付けられる操作により複数の機能のいずれかを特定し、実行プログラム７１の特定された機能に対応する部分を実行する。これにより、操作に対応する機能が実行プログラム７１に基づき実行される。機能は、上述したモジュールで分類される複数の機能のいずれかであり、例えば、Ｂｏｏｔ機能、パネル機能、データ受信機能、コピー機能、スキャン機能、ＢＯＸ機能、ＦＡＸ機能、ＡＤＦ機能、フィニッシャ機能、認証機能、ファイル変換機能、画像処理機能、ネットワーク機能である。操作は、複数の機能を特定する場合もあり得、複数の機能が特定される場合には、実行プログラム７１のうち特定された複数の機能それぞれに対応する部分が実行される。

次のステップＳ２５においては、ステップＳ２４において機能を実行した結果に基づき、フラッシュメモリ１１３に記憶されている実績情報７３を更新する。具体的には、実績情報７３における実行した機能に対応する使用回数を１増加し、頻度を更新する。そして、不具合が発生したか否かを判断する（ステップＳ２６）。機能を実行した結果、不具合が発生したならば処理をステップＳ２７に進め、そうでなければステップＳ２７をスキップして処理をプログラム更新処理に戻す。ステップＳ２７においては、ステップＳ２４において機能を実行した結果に基づきフラッシュメモリ１１３に記憶されている不具合発生情報リスト７５を更新する。具体的には、実行した機能を特定する情報と発生した不具合に対応する不具合コードとを含む不具合発生情報の発生頻度を更新する。

図１５は、履歴更新処理の流れの一例を示すフローチャートである。履歴更新処理は、図１３に示したプログラム更新処理のステップＳ０５において実行される処理である。図１５を参照して、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃから実績情報を収集する（ステップＳ３１）。具体的には、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃそれぞれに実績情報の送信要求を送信し、それぞれから実績情報を受信する。そして、受信した実績情報でフラッシュメモリ１１３に記憶されている実績情報７３を更新する（ステップＳ３２）。これにより、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃそれぞれが実行した機能に基づく実績情報がＭＦＰ１００のフラッシュメモリ１１３に記憶される。

次に、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃから不具合発生情報を収集する（ステップＳ３３）。具体的には、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃそれぞれに不具合発生情報リストの送信要求を送信し、それぞれから不具合発生情報リストを受信する。そして、受信した不具合発生情報リストに含まれる不具合発生情報でフラッシュメモリ１１３に記憶されている不具合発生情報リスト７５を更新する（ステップＳ３４）。これにより、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃのいずれかにおいて発生した不具合発生情報をＭＦＰ１００が記憶することができる。このため、不具合が発生する対策が施された新たなバージョンのプログラムで実行プログラム７１を部分的に更新することができる。

図１６は、対象プログラム決定処理の流れの一例を示す図である。対象プログラム決定処理は、図１３に示したプログラム更新処理のステップＳ０６において実行される処理である。図１６を参照して、まず、サーバ２００から更新情報２３１を取得する（ステップＳ４１）。サーバ２００に更新情報の送信要求を送信し、サーバ２００が送信する更新情報２３１を受信する。そして、緊急度に基づく対象プログラム決定処理を実行する。

次に、不具合発生情報が存在するか否かを判断する（ステップＳ４３）。具体的には、不具合発生情報リスト７５に不具合発生情報が記憶されているか否かを判断する。不具合発生情報が存在すれば処理をステップＳ４４に進めるが、そうでなければステップＳ４４をスキップして処理をステップＳ４５に進める。ステップＳ４４においては、不具合発生情報に基づく対象プログラム決定処理を実行し、処理をステップＳ４５に進める。ステップＳ４５においては、履歴情報に基づく対象プログラム決定処理を実行し、処理をプログラム更新処理に戻す。

図１７は、緊急度に基づく対象プログラム決定処理の流れの一例を示すフローチャートである。緊急度に基づく対象プログラム決定処理は、図１６のステップＳ４２において実行される処理である。図１７を参照して、ＣＰＵ１１１は、更新情報２３１を参照して、緊急度がＡのプログラムがあるか否かを判断する（ステップＳ５１）。緊急度Ａのプログラムが存在すれば処理をステップＳ５２に進めるが、存在しなければ処理をステップＳ５４に進める。ステップＳ５２においては、緊急度Ａのプログラムを抽出する。緊急度Ａのプログラムが複数あれば複数のプログラムすべてを抽出する。そして、抽出したプログラムのうちから最新のバージョンのプログラムを対象プログラムとするためのプログラムに決定し（ステップＳ５３）、処理をステップＳ５４に進める。図６に示した更新情報２３１をサーバ２００から受信した場合、モジュールＡの機能Ａ１のバージョンが１．１のプログラムが対象プログラムとして決定される。

ステップＳ５４においては、緊急度Ｂのプログラムがあるか否かを判断する。緊急度Ｂのプログラムが存在すればそのプログラムを抽出し、処理をステップＳ５５に進めるが、存在しなければ処理をステップＳ５９に進める。ステップＳ５５においては、フラッシュメモリ１１３から実績情報７３を読み出す。そして、ステップＳ５４で抽出された緊急度Ｂのプログラムの機能に利用歴があるか否かを判断する（ステップＳ５６）。その機能が１回以上実行されている場合に利用歴ありと判断する。利用暦があれば処理をステップＳ５７に進め、なければ処理をステップＳ５９に進める。

図６に示した更新情報がサーバ２００から受信された場合、緊急度Ｂのプログラムは、モジュールＡの機能Ａ１のバージョン１．２のプログラム、モジュールＣの機能Ｃ１のバージョン１．１のプログラム、機能Ｃ２のバージョン１．１のプログラムである。次に、図９に示す実績情報７３を参照して、モジュールＡの機能Ａ１は、使用回数が１０回なので、利用歴があると判断するが、モジュールＣの機能Ｃ１および機能Ｃ２は、使用回数が０回なので利用できがないと判断する。

ステップＳ５７においては、ステップＳ５６で利用暦があるとされた緊急度Ｂのプログラム、ここでは機能Ａ１のバージョン１．２のプログラムは、そのとき対象プログラムに設定されているプログラムよりもバージョンが新しいか否かを判断する。バージョンが新しければ処理をステップＳ５８に進め、そうでなければ処理をステップＳ５９に進める。ここでは、モジュールＡの機能Ａ１のプログラムに関しては、対象プログラムにバージョンが１．１のプログラムが設定されているので、バージョンが新しいと判断する。ステップＳ５８においては、ステップＳ５６で利用暦があるとされたプログラムを、ステップＳ５３において対象プログラムとされていたプログラムに代えて対象プログラムとするためのプログラムに決定する。ここでは、モジュールＡの機能Ａ１のバージョン１．２のプログラムを対象プログラムに決定する。より新しいバージョンのプログラムを対象プログラムとするためである。ステップＳ５３において対象プログラムとするためのプログラムが決定されていない場合には、ステップＳ５６で利用暦があるとされたプログラムを対象プログラムとするためのプログラムに決定する。

ステップＳ５９においては、緊急度Ｃのプログラムがあるか否かを判断する。緊急度Ｃのプログラムが存在すれば処理をステップＳ６０に進めるが、存在しなければ処理を対象プログラム決定処理に戻す。ステップＳ６０においては、フラッシュメモリ１１３から実績情報７３を読み出す。そして、ステップＳ５９で存在が確認された緊急度Ｃのプログラムが更新された部分に対応する機能の使用頻度が２０％以上か否かを判断する（ステップＳ６１）。使用頻度が２０％以上ならばそのプログラムを選択し、処理をステップＳ６２に進め、そうでなければ処理を対象プログラム決定処理に戻す。

図６に示した更新情報がサーバ２００から受信された場合、図９に示す実績情報７３を参照して、緊急度Ｃのプログラムで、その機能の使用頻度が２０％以上なのは、モジュールＡの機能Ａ１のバージョン１．３およびバージョン１．４、機能Ａ２のバージョン１．１およびバージョン１．２である。同一の機能で複数のバージョンのプログラムが存在する場合は、より新しいバージョンが選択される。したがって、機能Ａ１のバージョン１．４のプログラムと、機能Ａ２のバージョン１．２のプログラムが選択される。

ステップＳ６２においては、ステップＳ６１で選択されたプログラム、ここでは機能Ａ１のバージョン１．４のプログラムと、機能Ａ２のバージョン１．２のプログラムが、そのとき対象プログラムに設定されているプログラムよりもバージョンが新しいか否かを判断する。バージョンが新しければ処理をステップＳ６３に進め、そうでなければ処理を対象プログラム決定処理に戻す。ステップＳ６３においては、ステップＳ５９で選択されたプログラムを、ステップＳ５３またはステップＳ５８において対象プログラムとされていたプログラムに代えて対象プログラムとするためのプログラムに決定する。より新しいバージョンのプログラムを対象プログラムとするためである。ステップＳ５３またはステップＳ５８において対象プログラムとするためのプログラムが決定されていない場合には、ステップＳ５９で選択されたプログラムを対象プログラムにするためのプログラムに決定する。ここでは、ここでは、モジュールＡの機能Ａ１のバージョン１．２のプログラムが対象プログラムに決定されているので、機能Ａ１のバージョン１．４のプログラムと、機能Ａ２のバージョン１．２のプログラムとが、それぞれ対象プログラムに決定される。

図１８は、不具合発生情報に基づく対象プログラム決定処理の流れの一例を示すフローチャートである。不具合発生情報に基づく対象プログラム決定処理は、図１６のステップＳ４４において実行される処理である。図１８を参照して、ＣＰＵ１１１は、フラッシュメモリ１１３に記憶されている不具合発生情報リスト７５から不具合発生情報を読み出し（ステップＳ７１）、不具合発生条件を読み出す（ステップＳ７２）。ここでは、図９に示した不具合発生情報リスト７５に含まれる不具合発生情報を読出し、図１０に示した不具合条件を読み出した場合を例に説明する。以下のステップでは、不具合条件に適合する不具合発生情報を抽出し、対象プログラムとするためのプログラムを決定する。

ステップＳ７３においては、不具合ランクがＡの不具合発生情報が存在するか否かを判断する。不具合ランクがＡの不具合発生情報が存在するならば処理をステップＳ７４に進め、そうでなければ処理をステップＳ７７に進める。ステップＳ７４においては、実行プログラム７１の機能を更新するプログラムが存在するか否かを判断する。具体的には、不具合ランクがＡの不具合発生情報に含まれる機能のプログラムであって、実行プログラム７１のその機能の部分のプログラムのバージョンよりも新しいプログラムが、更新情報に存在するか否かを判断する。そのようなプログラムが存在すれば処理をステップＳ７５に進め、存在しなければ処理をステップＳ７７に進める。図９に示した不具合発生情報リストにおいては、番号３の不具合発生情報の不具合ランクがＡである。そして、その機能は、モジュールＡの機能Ａ２である。サーバ２００から図６に示した更新情報２３１が受信された場合、モジュールＡの機能Ａ２の部分が更新されたバージョン１．２のプログラムが存在する。したがって、この場合には処理をステップＳ７５に進める。

ステップＳ７５においては、ステップＳ７４で存在が確認された不具合ランクがＡの不具合発生情報に含まれる機能の部分が更新されたプログラム、ここではバージョン１．２のプログラムは、そのとき対象プログラムに設定されているプログラムよりもバージョンが新しいか否かを判断する。バージョンが新しければ処理をステップＳ７６に進め、そうでなければ処理をステップＳ７７に進める。ここでは、機能Ａのバージョン１．４のプログラムが対象プログラムとされているので、処理をステップＳ７７に進める。

ステップＳ７６においては、不具合ランクがＡの不具合発生情報に含まれる機能の部分が更新されたプログラムを、それまでに対象プログラムに設定されているプログラムに代えて対象プログラムとするためのプログラムに決定する。より新しいバージョンのプログラムを対象プログラムとするためである。

ステップＳ７７においては、不具合ランクがＢの不具合発生情報が存在するか否かを判断する。不具合ランクがＢの不具合発生情報が存在するならば処理をステップＳ７８に進め、そうでなければ処理をステップＳ８２に進める。ステップＳ７８においては、不具合ランクがＢの不具合発生情報に含まれる機能が発生回数２回以上で、かつ、発生頻度が５０％以上か否かを判断する。この条件を満たしていれば処理をステップＳ７９に進め、そうでなければ処理をステップＳ８２に進める。

ステップＳ７９においては、不具合ランクがＢの不具合発生情報に含まれる機能のプログラムであって、実行プログラム７１の機能の部分を更新するプログラムが、更新情報に存在するか否かを判断する。そのようなプログラムが存在すればそのプログラムを選択し、処理をステップＳ８０に進め、存在しなければ処理をステップＳ８２に進める。図９に示した不具合発生情報リスト７５においては、番号１と番号５の不具合発生情報の不具合ランクがＢである。番号１の不具合発生情報の発生回数は１回、発生頻度は、１０％なので、条件を満たさない。また、番号５の不具合発生情報の発生回数は４回、発生頻度は５７％なので、条件を満たす。そして、番号５の不具合発生情報の機能は、モジュールＢの機能Ｂ２である。ここで、図６に示した更新情報を参照して、モジュールＢの機能Ｂ２のプログラムであって、実行プログラム７１の機能Ｂ２の部分のプログラムのバージョン１．０より新しいプログラムは、機能Ｂ２のバージョン１．２のプログラムである。したがって、この例の場合は、機能Ｂ２のバージョン１．２のプログラムが選択されて処理をステップＳ８０に進める。

ステップＳ８０においては、ステップＳ７９で選択されたプログラム、ここでは機能Ｂのバージョン１．２のプログラムは、そのとき対象プログラムに設定されているプログラムよりもバージョンが新しいか否かを判断する。バージョンが新しければ処理をステップＳ８１に進め、そうでなければ処理をステップＳ８２に進める。ステップＳ７９で選択された実行プログラム７１を更新するプログラムを、それまでに対象プログラムに設定されているプログラムに代えて対象プログラムとするためのプログラムに決定する。より新しいバージョンのプログラムを対象プログラムとするためである。ここでは、機能Ｂのバージョン１．２のプログラムが新たに対象プログラムに決定される。

ステップＳ８２においては、他の不具合条件に適合する不具合発生情報が存在するか否かを判断する。そのような不具合情報が存在すればその不具合発生情報を抽出し、処理をステップＳ８３に進めるが、そうでなければ処理をステップＳ８６に進める。ステップＳ８３においては、抽出された不具合発生情報に含まれる機能のプログラムであって、実行プログラム７１の機能の部分を更新するプログラムが、更新情報に存在するか否かを判断する。そのようなプログラムが存在すればそのプログラムを選択し、処理をステップＳ８４に進め、存在しなければ処理をステップＳ８６に進める。図１０に示した不具合条件テーブルにおいては、残りの不具合条件は、番号３と番号４の不具合条件である。番号３の不具合条件は、機能Ａ２で不具合ランクがＢ以上であり、番号４の不具合条件は、機能Ｂ１で不具合コードＣ００３である。図９に示す不具合発生情報リスト７５においては、番号３の不具合条件に一致する不具合発生情報は、番号３の不具合発生情報であるが、番号４の不具合条件に一致する不具合発生情報は存在しない。したがって、番号３の不具合発生情報が抽出される。番号３の不具合発生情報に含まれる機能は、機能Ａ２ある。機能Ａ２のプログラムであって、実行プログラム７１の機能Ａ２の部分のプログラムのバージョン１．０より新しいプログラムは、機能Ａ２のバージョン１．２のプログラムである。したがって、この例の場合には、処理をステップＳ８４に進める。

ステップＳ８４においては、ステップＳ８３において選択されたプログラムのバージョンが、そのとき対象プログラムに設定されているプログラムよりもバージョンが新しいか否かを判断する。バージョンが新しければ処理をステップＳ８５に進め、そうでなければ処理をステップＳ８６に進める。ここでは、機能Ａ２のバージョン１．２のプログラムが対象プログラムに設定されているので、処理をステップＳ８６に進める。ステップＳ８５においては、ステップＳ８３において選択されたプログラムを、それまでに対象プログラムに設定されているプログラムに代えて、対象プログラムとするためのプログラムに決定する。より新しいバージョンのプログラムを対象プログラムとするためである。

ステップＳ８６においては、不具合発生情報を消去し、処理を対象プログラム決定処理に戻す。不具合発生情報に基づき実行プログラムを更新するためのプログラムを決定する処理を終了したので、同じ不具合発生情報を用いて上述した処理を実行しても同じ結果となるからである。

図１９は、履歴情報に基づく対象プログラム決定処理の流れの一例を示すフローチャートである。履歴情報に基づく対象プログラム決定処理は、図１６のステップＳ４５において実行される処理である。図１９を参照して、フラッシュメモリ１１３に記憶されている実績情報を読み出す（ステップＳ９１）。そして、更新情報で定義されているプログラムのうちから処理対象とするプログラムを１つ選択し（ステップＳ９２）、処理対象のプログラムの機能の使用回数がしきい値Ｔを越えるか否かを判断する（ステップＳ９３）。使用回数がしきい値Ｔを越えるならば処理をステップＳ９４に進め、そうでなければ処理をステップＳ９６に進める。しきい値Ｔは、ＭＦＰ１００の管理者により予め設定されるか、メーカにより予め設定された値である。例えば、図６に示した更新情報のバージョン１．１のプログラムが処理対象に設定されたとすると、機能はモジュールＣの機能Ｃ１である。ここで、図９に示した実績情報を参照して、モジュールＣの機能Ｃ１の使用回数は、０回である。この場合には、処理をステップＳ９６に進める。

ステップＳ９４においては、処理対象のプログラムのバージョンが、そのとき対象プログラムに設定されているプログラムよりもバージョンが新しいか否かを判断する。バージョンが新しければ処理をステップＳ９５に進め、そうでなければ処理をステップＳ９６に進める。ステップＳ９５においては、処理対象のプログラムを、それまでに対象プログラムに設定されているプログラムに代えて、対象プログラムとするためのプログラムに決定する。より新しいバージョンのプログラムを対象プログラムとするためである。

ステップＳ９６においては、次に処理対象とするべきプログラムが存在するか否かを判断する。処理対象とするべきプログラムが存在すれば処理をステップＳ９２に戻し、存在しなければ処理を対象プログラム決定処理に戻す。

しきい値Ｔを５０回とした場合、図９に示した実績情報７３によれば、モジュールＡの機能Ａ１の使用回数がしきい値Ｔ以上である。このため、モジュールＡの機能Ａ１のうち最も新しいバージョン１．０〜１．４について、ステップＳ９４の処理が実行されるが、対象プログラムに機能Ａ１のバージョン１．４のプログラムが既に設定されているので、いずれについてもステップＳ９５が実行されることはない。

図１６に示した対象プログラム決定処理によって、機能Ａ１のバージョン１．４のプログラムと、機能Ａ２のバージョン１．２のプログラムとが対象プログラムに設定されるので、実行プログラム７１の機能Ａ１の部分がバージョン１．４のプログラムに部分的に更新され、機能Ａ２の部分がバージョン１．２のプログラムに部分的に更新される。その他の機能Ｂ１、機能Ｂ２、機能Ｃ１および機能Ｃ２の部分は、更新されることなくバージョン１．０のままとなる。

以上説明したように本実施の形態におけるＭＦＰ１００は、フラッシュメモリ１１３に記憶された実行プログラム７１を実行し、複数種類の機能の少なくとも１つが実行されると、実行された機能毎に該機能が実行されたことを示す実績情報７３を更新する。そして、実績情報７３とサーバ２００に記憶されている更新情報２３１とに基づいて、実行プログラム７１のうちで更新する機能を決定するとともに、サーバに記憶された複数のバージョンのプログラム２２３Ａ，２２３Ｂ，２２７Ａ，２２７Ｂ，２２９Ａ，２２９Ｂのうちで実行プログラム１７を更新するためのバージョンのプログラムを対象プログラムに決定し、対象プログラムをダウンロードし、対象プログラムで実行プログラム７１を更新する。

このため、サーバ２００に記憶された複数のバージョンのプログラム２２３Ａ，２２３Ｂ，２２７Ａ，２２７Ｂ，２２９Ａ，２２９Ｂのうちで、必ずしも最新のバージョンのプログラム２２３Ａ，２２３Ｂ，２２７Ａ，２２７Ｂ，２２９Ａ，２２９Ｂで実行プログラムを更新することがない。実行プログラム７１のうち実行された機能の部分、不具合の発生した機能の部分、緊急度が高く設定された機能の部分等についてのみ部分的に更新するので、実行プログラムを更新する回数を少なくすることができる。

また、より新しいバージョンのプログラムがサーバ２００に記憶されているにも係わらず実行プログラム７１が更新されていない場合であっても、そのバージョンのプログラムにより更新される機能を実行する指示が受け付けられたときに警告が出力されるので、機能の実行を指示した時点で実行プログラム７１を更新することができる。

また、所定のタイミングに、実行プログラム７１を更新するので、ＭＦＰ１００が使用される確率の低い時間帯に実行プログラムを更新することができる。

さらに、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃから実績情報および不具合発生情報を収集し、それらで自装置に記憶する実績情報７３および不具合発生情報リスト７５をそれぞれ更新するので、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃの使用実績を反映して更新するプログラムを決定することができるとともに、他のＭＦＰ１００Ａ，１００Ｂ，１００Ｃで発生した不具合が自装置で発生するのを未然に防止することができる。

＜変形例＞
上述した実施の形態においては、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃが、実行プログラム７１を更新するか否かを判断するようにした。変形例においては、サーバ２００が、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃそれぞれに記憶された実行プログラム７１を更新するか否かを判断するようにしたものである。

図２０は、変形例におけるサーバが備えるＣＰＵ２０１Ａの機能の一例を、ＨＤＤ２０７に記憶されるデータとともに示す機能ブロック図である。図２０を参照して、図５に示した機能ブロック図と異なる点は、履歴受信部２１５と、比較判断部２１７とが追加された点である。履歴受信部２１５は、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃのいずれかから履歴を受信する。ここでは、ＭＦＰ１００から履歴を受信する場合を説明する。履歴は、実績情報７３と、不具合発生情報リスト７５と、ＭＦＰ１００が記憶する実行プログラム７１の各機能のプログラムのバージョンとを含む。履歴受信部２１５は、受信した履歴と、その履歴を送信してきたＭＦＰを特定するための装置識別情報と、実行プログラム７１の各機能のプログラムのバージョンとを比較判断部２１７に出力する。

比較判断部２１７は、履歴受信部２１５から入力される履歴の実績情報に基づいて、実行プログラム７１を更新するか否かを判断する。更新すると判断する場合には、更新するためのプログラム（以下「対象プログラム」という）を決定する。具体的には、ＨＤＤ２０７に記憶している更新情報２３１に基づいて、ＭＦＰ１００の実行プログラム７１の各機能の部分のバージョンよりも新しいバージョンのプログラムを有する機能を特定する。そして、特定された機能が実行されていることが実績情報に記録されている場合に、実行プログラム７１を更新すると判断する。この際、特定した機能の新しいバージョンのプログラムを、対象プログラムに決定する。対象プログラムは、機能と、プログラムのバージョンで特定される。なお、特定された機能が実行されていることが実績情報に記録されていることを条件とするのに代えて、特定された機能が所定の頻度を越えて実行されていることが実績情報に記録されていることを条件とするようにしてもよい。

さらに、比較判断部２１７は、履歴受信部２１５から入力される履歴の不具合発生情報リスト７５に基づいて、実行プログラム７１を更新するか否かを判断する。具体的には、不具合発生情報リスト７５に記録されている不具合発生情報に含まれる機能（不具合の発生した機能）を特定する。そして、不具合発生情報に含まれる不具合ランクと発生頻度とが予め定められた不具合条件に合致するか否かを判断する。不具合条件に合致する場合、更新情報２３１で定義され、特定された機能（不具合の発生した機能）に関するプログラムのうちに、実行プログラム７１の特定された機能の部分のバージョンよりも新しいバージョンのプログラムが存在すれば、実行プログラム７１を更新すると判断する。この際、特定された機能（不具合の発生した機能）に関するプログラムであって、フラッシュメモリ１１３に記憶されている実行プログラム７１のその機能の部分のバージョンよりも新しいバージョンのプログラムを、対象プログラムに決定する。サーバ２００は、ＨＤＤ２０７に、図１１に示した不具合条件テーブルを記憶している。

比較判断部２１７は、更新情報２３１の緊急度を参照し、緊急度に基づいて実行プログラム７１を更新するか否かを判断する。具体的には、更新情報２３１によってプログラムに割り当てられた緊急度が予め定められた緊急度条件に一致すれば、そのプログラムを対象プログラムとし、実行プログラム７１を更新すると判断する。また、比較判断部２１７は、更新情報２３１の緊急度および実績情報に基づいて実行プログラム７１を更新するか否かを判断する。具体的には、プログラムに割り当てられた緊急度およびそのプログラムの機能の使用回数または使用頻度が緊急度条件に一致すれば、そのプログラムを対象プログラムとし、実行プログラム７１を更新すると判断する。サーバ２００は、ＨＤＤ２０７に、図１２に示した緊急度条件テーブルを記憶している。

比較判断部２１７は、実行プログラム７１を更新すると判断した場合、実行プログラム７１を更新するための対象プログラムを特定するための識別情報を、プログラム送信部２１１に出力する。プログラム送信部２１１は、比較判断部２１７から入力される識別情報で特定される対象プログラムをＨＤＤ２０７のうちから読み出して、読み出した対象プログラムを、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃのうち履歴を送信してきたＭＦＰに送信する。

図２１は、変形例におけるＭＦＰ１００が備えるＣＰＵ１１１Ａの機能の概要を、フラッシュメモリ１１３に記憶されるデータとともに示す機能ブロック図である。図２１を参照して、図７に示した機能ブロック図と異なる点は、判断部５９が削除された点、履歴送信部６５が追加された点、更新部５５Ａが変更された点である。

図２１を参照して、履歴送信部６５は、フラッシュメモリ１１３に記憶されている実績情報７３と不具合発生情報リスト７５と、実行プログラム７１の各機能のバージョンとを含む履歴を、サーバ２００に送信する。ダウンロード部５３は、履歴送信部６５が履歴を送信することに応じて、サーバ２００が送信する対象プログラムを受信し、受信した対象プログラムを更新部５５に出力する。更新部５５Ａは、ダウンロード部５３が対象プログラムを受信すると、その対象プログラムでフラッシュメモリ１１３に記憶されている実行プログラム７１の対象プログラムで特定される部分を部分的に更新する。

変形例におけるプログラム更新システムにおいては、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃそれぞれは、上述したのと同様の効果を奏することができる。また、サーバ２００においてＭＦＰ１００に記憶された実行プログラム７１を更新するか否かを決定するので、ＭＦＰ１００，１００Ａ，１００Ｂ，１００Ｃの負荷を低減させることができる。

なお、上述した実施の形態においては、プログラム更新システム１について説明したが、図１３〜図１９に示した処理を含むプログラム更新方法、またはそれらの処理をコンピュータに実行させるためのプログラム更新プログラムとして発明を捉えることができるのは言うまでもない。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

＜付記＞
（１） 前記履歴情報は、前記機能が実行されたことを示す実績情報を含む、請求項１に記載の画像形成装置。
（２） 前記決定手段は、前記実行プログラムのうち前記履歴情報に含まれる前記機能に関する部分を前記更新対象部分に決定し、複数種類の前記更新プログラムのうち前記履歴情報に含まれる前記機能に関する部分が更新されている前記更新プログラムを前記対象プログラムに決定する、請求項１３に記載のプログラム更新システム。
（３） 前記履歴情報は、前記機能が実行された頻度を含み、
前記決定手段は、前記実行プログラムのうち前記履歴情報において前記頻度が所定値以上の前記機能に関する部分を前記更新対象部分に決定し、複数種類の前記更新プログラムのうち前記実績情報に含まれる前記機能に関する部分が更新されている前記更新プログラムを前記対象プログラムに決定する、請求項１３に記載のプログラム更新システム。
（４） 前記履歴情報は、前記機能が実行されて発生した不具合を特定する不具合識別情報を該機能と関連付けた不具合情報を含み、
前記決定手段は、前記実行プログラムのうち前記不具合情報に含まれる前記機能に関する部分を前記更新対象部分に決定し、複数種類の前記更新プログラムのうち前記不具合情報に含まれる前記機能に関する部分が更新されている前記更新プログラムを前記対象プログラムに決定する、請求項１３に記載のプログラム更新システム。
（５） 前記更新情報は、複数種類の前記更新プログラム毎に、複数種類の前記機能それぞれに対応する更新の緊急度合いを示す緊急情報を含み、
前記決定手段は、前記実行プログラムのうち所定の緊急度合いを示す前記緊急情報に対応する前記機能に関する部分を前記更新対象部分に決定し、複数種類の前記更新プログラムのうち前記更新対象部分が更新されている前記更新プログラムを、前記履歴情報に係わらず、前記対象プログラムに決定する、請求項１３に記載のプログラム更新システム。

本発明の実施の形態の一つにおけるプログラム更新システムの全体概要を示す図である。 サーバのハード構成の一例を示す図である。 ＭＦＰの外観を示す斜視図である。 ＭＦＰの回路構成の一例を示すブロック図である。 サーバが備えるＣＰＵの機能の一例を、ＨＤＤに記憶されるデータとともに示す機能ブロック図である。 更新情報の一例を示す図である。 ＭＦＰが備えるＣＰＵの機能の概要を、フラッシュメモリに記憶されるデータとともに示す機能ブロック図である。 フラッシュメモリの実行プログラム記憶領域の一例を示す図である。 実績情報の一例を示す図である。 不具合発生情報リストの一例を示す図である。 不具合条件テーブルの一例を示す図である。 緊急度条件テーブルの一例を示す図である。 プログラム更新処理の流れの一例を示すフローチャートである。 機能実行処理の流れの一例を示すフローチャートである。 履歴更新処理の流れの一例を示すフローチャートである。 対象プログラム決定処理の流れの一例を示す図である。 緊急度に基づく対象プログラム決定処理の流れの一例を示すフローチャートである。 不具合発生情報に基づく対象プログラム決定処理の流れの一例を示すフローチャートである。 履歴情報に基づく対象プログラム決定処理の流れの一例を示すフローチャートである。 変形例におけるサーバが備えるＣＰＵの機能の一例を、ＨＤＤに記憶されるデータとともに示す機能ブロック図である。 変形例におけるＭＦＰが備えるＣＰＵの機能の概要を、フラッシュメモリ１１３に記憶されるデータとともに示す機能ブロック図である。

符号の説明

１ プログラム更新システム、２ ネットワーク、９ 操作パネル、１０ ＡＤＦ、２０ 画像読取部、３０ 画像形成部、４０ 給紙部、５０ 後処理部、５１ 機能実行部、５３ ダウンロード部、５５，５５Ａ 更新部、５７ 更新情報取得部、５９ 判断部、６１ 警告部、６３ 履歴更新部、６５ 履歴送信部、７１ 実行プログラム、７３ 実績情報、７５ 不具合発生情報リスト、１００，１００Ａ，１００Ｂ，１００Ｃ ＭＦＰ、１０１ メイン回路、１１１ ＣＰＵ、１１２ ＲＡＭ、１１３ フラッシュメモリ、１１４ 表示部、１１５ 操作部、１１６ ＨＤＤ、１１７ データ通信制御部、１１８ 端子、１１９ シリアル通信インターフェース端子、１１９Ａ メモリカード、１２２ ファクシミリ部、１２３ 通信制御部、２００ サーバ、２０１ ＣＰＵ、２０２ 通信Ｉ／Ｆ、２０３ モニタ、２０４ 入力部、２０５ ＲＡＭ、２０６ ＲＯＭ、２０７ ＨＤＤ１１６、２０９ バス、２１１ プログラム送信部、２１３ 更新情報送信部、２１５ 履歴受信部、２１７ 比較判断部、２２０〜２２３ プログラム、２３１ 更新情報。

Claims (7)

1. 複数種類の更新プログラムを複数種類の機能ごとの更新状態を含む更新情報とともに記憶するサーバと通信可能な画像形成装置であって、
   実行プログラムを記憶するプログラム記憶手段と、
   記憶された前記実行プログラムを実行し、複数種類の機能の少なくとも１つを実行する機能実行手段と、
   複数種類の前記機能のいずれかが実行されると、該機能の実行に関する履歴情報を記憶する履歴記憶手段と、
   前記履歴情報と前記サーバに記憶されている前記更新情報とに基づいて、前記実行プログラムのうち前記履歴情報に含まれる前記機能に関する部分を更新する更新対象部分に決定し、前記サーバに記憶された複数種類の前記更新プログラムのうち前記履歴情報に含まれる前記機能に関する部分が更新されている前記更新プログラムを、前記実行プログラムを更新するための対象プログラムに決定する決定手段と、
   決定された前記対象プログラムを取得し、取得された前記対象プログラムで前記実行プログラムの前記更新対象部分を更新する更新手段と、
   他の画像形成装置が複数種類の前記機能を実行し、前記機能の実行に関する履歴情報を前記他の画像形成装置から取得する履歴情報収集手段と、
   前記履歴記憶手段に記憶される前記履歴情報を、前記他の画像形成装置から取得された前記履歴情報で更新する履歴情報更新手段と、を備え、
   前記履歴情報は、前記機能が実行されて発生した不具合を特定する不具合識別情報を該機能と関連付けた不具合情報を含み、
   前記決定手段は、前記実行プログラムのうち前記不具合情報に含まれる前記機能に関する部分を前記更新対象部分に決定し、複数種類の前記更新プログラムのうち前記不具合情報に含まれる前記機能に関する部分が更新されている前記更新プログラムを前記対象プログラムに決定し、
   前記更新情報は、複数種類の前記更新プログラム毎に、複数種類の前記機能それぞれに対応する更新の緊急度合いを示す緊急情報を含み、
   前記決定手段は、前記実行プログラムのうち所定の緊急度合い以上である前記緊急情報に対応する前記機能に関する部分を前記更新対象部分に決定し、複数種類の前記更新プログラムのうち前記更新対象部分が更新されている前記更新プログラムを、前記履歴情報の有無に係わらず、前記対象プログラムに決定する、画像形成装置。
2. 前記履歴情報は、前記機能が実行された頻度を含み、
   前記決定手段は、前記実行プログラムのうち前記履歴情報において前記頻度が所定値以上の前記機能に関する部分を前記更新対象部分に決定し、複数種類の前記更新プログラムのうち前記実績情報に含まれる前記機能に関する部分が更新されている前記更新プログラムを前記対象プログラムに決定する、請求項１に記載の画像形成装置。
3. 前記機能を実行する指示が受け付けられたとき、前記更新情報を参照して、複数種類の前記更新プログラムのうち、実行する指示が受け付けられた前記機能に関する部分が更新された前記更新プログラムが存在する場合、警告を出力する警告手段をさらに備えた、請求項１または２に記載の画像形成装置。
4. 前記更新手段は、所定のタイミングに、決定された前記対象プログラムを取得し、取得された前記対象プログラムで前記実行プログラムの前記更新部分を更新する、請求項１〜３のいずれかに記載の画像形成装置。
5. 複数種類の更新プログラムを複数種類の機能ごとの更新状態を含む更新情報とともに記憶するサーバと通信可能な画像形成装置であって、
   実行プログラムを記憶するプログラム記憶手段と、
   記憶された前記実行プログラムを読出し、複数種類の機能の少なくとも１つを実行する機能実行手段と、
   複数種類の前記機能が実行されると、該機能の実行に関し、前記機能が実行されて発生した不具合を特定する不具合識別情報を該機能と関連付けた不具合情報を含む履歴情報を記憶する履歴記憶手段と、
   前記プログラム記憶手段に記憶されている前記実行プログラムのバージョン情報および前記履歴情報を前記サーバに送信する履歴情報送信手段と、
   前記履歴情報の送信に応じて、前記実行プログラムのうち前記履歴情報に含まれる前記機能に関する更新対象部分と、前記実行プログラムを更新するための対象プログラムとして前記サーバに記憶された複数種類の前記更新プログラムのうち前記履歴情報に含まれる前記機能に関する部分が更新されている前記更新プログラムと、を前記サーバから受信する受信手段と、
   受信された前記対象プログラムで前記実行プログラムの前記更新対象部分を部分的に更新する更新手段と、
   他の画像形成装置が複数種類の前記機能を実行し、前記機能の実行に関する履歴情報を前記他の画像形成装置から取得する履歴情報収集手段と、
   前記履歴記憶手段に記憶される前記履歴情報を、前記他の画像形成装置から取得された前記履歴情報で更新する履歴情報更新手段と、を備え、
   前記更新情報は、複数種類の前記更新プログラム毎に、複数種類の前記機能それぞれに対応する更新の緊急度合いを示す緊急情報を含み、
   前記対象プログラムは、前記実行プログラムのうち前記不具合情報に含まれる前記機能に関する部分が前記更新対象部分に前記サーバにより決定される場合、複数種類の前記更新プログラムのうち前記不具合情報に含まれる前記機能に関する部分が更新されている前記更新プログラムに前記サーバにより決定され、前記実行プログラムのうち所定の緊急度合いを示す前記緊急情報に対応する前記機能に関する部分が前記更新対象部分に前記サーバにより決定される場合、複数種類の前記更新プログラムのうち前記更新対象部分が更新されている前記更新プログラムに、前記履歴情報の有無に係わらず前記サーバにより決定される、画像形成装置。
6. 前記サーバから前記更新情報を受信する更新情報受信手段と、
   機能を実行させる指示を受け付ける指示受付手段と、
   受け付けられた前記指示で特定される前記機能に関する部分が更新されているか否かを、前記更新情報に基づいて判断する判断手段と、
   前記判断手段により更新されていると判断された場合、警告を出力する警告手段と、をさらに備えた請求項５に記載の画像形成装置。
7. 前記更新手段は、所定のタイミングに、受信された前記対象プログラムで前記実行プログラムの前記更新対象部分を更新する、請求項５または６に記載の画像形成装置。
   

Images