第1のブロックと前記第1のブロックの機能を拡張する第2のブロックとを有する画像処理装置であって、前記第1のブロックは、画像形成機能及び画像読み取り機能のうち少なくとも一方の画像処理機能を実行する画像処理部と、前記画像処理装置に予め備わっている機能として前記画像処理部を制御する基本制御部と、前記画像処理装置の機能を拡張して前記画像処理部を制御する第1の拡張制御部と、少なくとも前記基本制御部と前記第2のブロックとの情報のやりとりを行なう第1の基本通信部とを有し、前記第2のブロックは、前記画像処理装置の機能を拡張して前記画像処理部を制御する第2の拡張制御部と、前記画像処理装置への入力と前記第2の拡張制御部に関連する情報を出力する操作部と、前記操作部を介して前記基本制御部もしくは前記第1の拡張制御部のいずれか一方に対して命令信号を送信する命令部と、前記操作部と前記第1のブロックとの情報のやりとりを行なう第2の基本通信部と、を備え、前記命令部へ送信した命令信号に基づいて、前記基本制御部への操作と前記第1の拡張制御部への操作とを切り換えて実行可能であることを特徴とする、画像処理装置。前記第1の拡張制御部と前記第2の拡張制御部との情報のやりとりを行なう拡張通信部を更に有することを特徴とする、請求項1に記載の画像処理装置。前記拡張通信部が単位時間辺りに送信可能な情報量は、前記第1の基本通信部及び第2の基本通信部が単位時間辺りに送信可能な情報量よりも多いことを特徴とする、請求項2に記載の画像処理装置。前記操作部は、情報を視覚的に表示する表示部及び当該表示部に対するユーザの操作を検知する検知部を有し、前記基本制御部への操作を行なう場合、当該基本制御部に対応した情報を前記表示部に表示し、前記第1の拡張制御部への操作を行なう場合、当該第1の拡張制御部に対応した情報を前記表示部に表示することを特徴とする、請求項1乃至3いずれか1項に記載の画像処理装置。前記操作部は、前記基本制御部に対応した情報を前記第1の基本通信部及び第2の基本通信部を介して前記基本制御部から取得し、前記第1の拡張制御部に対応した情報を前記第2の拡張制御部から取得することを特徴とする、請求項4に記載の画像処理装置。前記操作部は、前記第1の拡張制御部への操作を行なう場合、前記第1の基本通信部及び第2の基本通信部を介して前記第1の拡張制御部から取得した情報を前記第1の拡張制御部に対応した情報によって上書きして前記表示部に表示することを特徴とする、請求項5に記載の画像処理装置。前記操作部は、音声情報を入力する音声入力部を有し、前記第2の拡張制御部は、前記音声入力部に入力された音声に応じて前記命令信号を送信することを特徴とする、請求項1乃至6いずれか1項に記載の画像処理装置。前記第2の拡張制御部は、ユーザによる前記操作部への操作に応じて出力される操作情報と前記第1の拡張制御部に送信する命令信号に関する情報とを関連付けて記憶していることを特徴とする、請求項1乃至7いずれか1項に記載の画像処理装置。第1のブロックと前記第1のブロックの機能を拡張する第2のブロックとを有し、前記第1のブロックは、画像形成機能及び画像読み取り機能のうち少なくとも一方の画像処理機能を実行する画像処理部と、前記画像処理装置に予め備わっている機能として前記画像処理部を制御する基本制御部と、前記画像処理装置の機能を拡張して前記画像処理部を制御する第1の拡張制御部と、少なくとも前記基本制御部と前記第2のブロックとの情報のやりとりを行なう第1の基本通信部とを有し、前記第2のブロックは、前記画像処理装置の機能を拡張して前記画像処理部を制御する第2の拡張制御部と、前記画像処理装置への入力と前記第2の拡張制御部に関連する情報を出力する操作部と、前記操作部を介して前記基本制御部もしくは前記第1の拡張制御部のいずれか一方に対して命令信号を送信する命令部と、前記操作部と前記第1のブロックとの情報のやりとりを行なう第2の基本通信部と、を有する画像処理装置の制御方法であって、前記命令部へ送信した命令信号に基づいて、前記基本制御部への操作と前記第1の拡張制御部への操作とを切り換えることを特徴とする、画像処理装置の制御方法。請求項9に記載の制御方法を情報処理装置に実行させることを特徴とする、制御プログラム。請求項10に記載の制御プログラムを情報処理装置が読み取り可能な形式で記録したことを特徴とする、記録媒体。しかしながら、本システムのように、コピー機本体と情報処理機能を実現するIT-BOXとで構成される2つのシステムにより1つのシステムを実施するシステムでは、独立したシステムであっても、本体にインストールされているSDKアプリのバージョンと、IT-BOXにインストールされているSDKアプリに操作するためのプログラムの組み合わせが発生する場合があった。このような場合、IT-BOX側のプログラムのバージョンアップと本体にインストールされているSDKアプリのバージョンアップとを行ない、両者のバージョンを合わせておく必要がある。このバージョンアップは、サービスマンがクライアントの場所に出向き人手にて行なわれる。従って、SDKアプリのバージョンアップ忘れ等のヒューマンエラーが発生する可能性があった。また、従来技術においては、以下のような必要性があった。1情報処理機能のバージョンアップバージョンダウンの場合もあるや、ある特定のお客様向けに作成する個別対応の時に、情報処理機能とSDKアプリとの組み合わせが発生する場合があり、このときに、情報処理機能のみバージョンアップするだけで、情報処理機能との組み合わせに対応したSDKアプリのバージョンに自動で入れ替えを行なうようにして、組み合わせ不一致が起こらないようにする必要性があった。2オプション装着時に、IDキーを装着することにより、いろいろなオプションの使用が可能となり、たとえば、情報処理機能側は音声ナビ機能を使用することができるが、音声ナビ機能に対応したSDKアプリが必要となり、音声ナビ機能に対応したSDKアプリのインストール作業が発生するが、装着されたIDキーにより、情報処理機能との組み合わせに対応したSDKアプリに自動で入れ替えを行なうようにして、組み合わせ不一致が起こらないようにする必要性があった。3上記12にて、自動でSDKアプリの入れ替えが行なわれても、あえて違うバージョンを使用したい場合があり、それは、情報処理機能に変更はなくSDKアプリのみ変更がある場合であるが、この場合は、手動でのSDKアプリのインストールを可能にして、必ずしも組み合わせが一致している状態でない組み合わせも可能にする必要性があった。本発明は、上記従来の問題点を解決するためになされたもので、画像処理装置本体と情報処理機能を実現する情報処理端末とで構成される2つのシステムにより1つのシステムを実現するシステムにおいて、画像処理装置本体にインストールされる機能拡張用アプリケーションと当該アプリケーションを操作するために情報処理端末に含まれる操作用プログラムとの対応関係による不具合を回避することを目的とする。上記課題を解決するために、本発明は、第1のブロックと前記第1のブロックの機能を拡張する第2のブロックとを有する画像処理装置であって、前記第1のブロックは、画像形成機能及び画像読み取り機能のうち少なくとも一方の画像処理機能を実行する画像処理部と、前記画像処理装置に予め備わっている機能として前記画像処理部を制御する基本制御部と、前記画像処理装置の機能を拡張して前記画像処理部を制御する第1の拡張制御部と、少なくとも前記基本制御部と前記第2のブロックとの情報のやりとりを行なう第1の基本通信部とを有し、前記第2のブロックは、前記画像処理装置の機能を拡張して前記画像処理部を制御する第2の拡張制御部と、前記画像処理装置への入力と前記第2の拡張制御部に関連する情報を出力する操作部と、前記操作部を介して前記基本制御部もしくは前記第1の拡張制御部のいずれか一方に対して命令信号を送信する命令部と、前記操作部と前記第1のブロックとの情報のやりとりを行なう第2の基本通信部と、を備え、前記命令部へ送信した命令信号に基づいて、前記基本制御部への操作と前記第1の拡張制御部への操作とを切り換えて実行可能であることを特徴とする。本発明により、画像処理装置本体と情報処理機能を実現する情報処理端末とで構成される2つのシステムにより1つのシステムを実現するシステムにおいて、画像処理装置本体にインストールされる機能拡張用アプリケーションと当該アプリケーションを操作するために情報処理端末に含まれる操作用プログラムとの対応関係による不具合を回避することができる。以下に添付の図を参照してこの発明の実施形態を詳細に説明する。以下、本発明の実施の形態を図面を用いて説明する。本実施の形態は、画像処理装置として、コピー機能、ファクシミリFAX機能、プリント機能、スキャナ機能及び入力画像スキャナ機能による読み取り原稿画像やプリンタあるいはFAX機能により入力された画像を配信する機能等を複合したいわゆるMFPMultiFunctionPeripheralと称されるデジタルカラー複合機に適用した例を示す。図1は、本発明を実施した画像処理装置であるデジタルカラー複合機を概略的に示す外観斜視図である。図1に示すように、このデジタルカラー複合機1は、転写紙などの媒体に画像を形成する画像形成手段である印刷装置7の上部に、原稿から画像を読み取る画像読取手段である画像読取装置8を配設した構成となっており、画像読取装置8の装置外面には、オペレータに対する表示とオペレータからの機能設定等の各種の入力を許容する操作パネルPが設けられている。さらに、操作パネルPの下部には、記憶媒体Mに記憶されているプログラムコードや画像データ等を読み取ったり、記憶媒体Mに対してプログラムコードや画像データ等を書き込む装置である外部メディア入出力装置9が、記憶媒体Mの挿入を許容する挿入口を外部に露出させて設けられている。図2は、図1に示したデジタルカラー複合機の内部ブロック図である。図2に示すように、このデジタルカラー複合機の内部は、第1のブロックである画像処理ユニット部Aと第2のブロックである情報処理ユニット部Bとに大別されており、印刷装置7及び画像読取装置8等は画像処理ユニット部Aに属し、操作パネルP及び外部メディア入出力装置9等は情報処理ユニット部Bに属している。なお、ここでは、画像処理ユニット部AがMFPとなり、情報処理ユニット部Bがit機it機能を実現するIT-BOXとなる。即ち、情報処理ユニット部Bは、画像処理ユニット部Aの機能を拡張するために設けられる。まず、画像処理ユニット部Aについて説明する。装置に予め備わった機能として印刷装置7及び画像読取装置8を備える画像処理ユニット部Aは、画像処理ユニット部Aにおける画像処理全般の制御を行なう画像処理制御ユニット10を備えており、この画像処理制御ユニット10には、印刷装置7を制御する印刷制御ユニット11と、画像読取装置8を制御する画像読取制御ユニット12とが接続されている。印刷制御ユニット11は、画像処理制御ユニット10の制御に従って印刷装置7に対して画像データを含む印刷指示を出力し、印刷装置7に転写紙などの媒体に画像を形成して出力させる。画像読取制御ユニット12は、画像処理制御ユニット10の制御により画像読取装置8を駆動し、原稿の表面に対するランプ照射の反射光をミラー及びレンズにより受光素子例えば、CCDChargeCoupledDeviceに集光して読み取り、A/D変換してRGB各8bitのデジタル画像データを生成する。このような画像処理制御ユニット10は、メインプロセッサであるCPUCentralProcessingUnit13と、画像読取装置8から読み込んだ画像データを印刷装置7による作像に供すべく一旦格納しておくメモリデバイス例えば、SDRAMSynchronousDynamicRandomAccessMemory等14と、制御プログラム等を記憶したROMReadOnlyMemory15と、システムログ/システム設定/ログ情報等を記録しておく電源OFF時にもデータの保持が可能なNVRAM16と、をバス接続したマイクロコンピュータ構成となっている。また、画像処理制御ユニット10には、多量の画像データの蓄積やジョブ履歴等の記憶装置となるHDDHardDiskDrive17、装置内部に設けられた集線装置であるHUB19を介して画像処理ユニット部AをLAN2に接続するためのLAN制御部18、FAX制御を行なうFAX制御ユニット20が接続されている。このFAX制御ユニット20は、公衆電話網21に通じる構内交換器PBX22に接続されており、デジタルカラー複合機1は、遠隔のファクシミリと交信することができる。加えて、画像処理制御ユニット10には、表示制御ユニット23及び操作入力制御ユニット24が接続されている。表示制御ユニット23は、画像処理制御ユニット10のコントロールによって制御パネルI/F25に接続された通信ケーブル26を介して情報処理ユニット部Bに対して画像表示制御信号を出力し、情報処理ユニット部Bの操作パネルPに対して画像表示の制御を行なう。また、操作入力制御ユニット24は、情報処理ユニット部Bの操作パネルPからのオペレータによる機能設定や入力操作に応じた入力制御信号を、画像処理制御ユニット10のコントロールによって制御パネルI/F25に接続された通信ケーブル26を介して入力する。すなわち、画像処理ユニット部Aは、情報処理ユニット部Bの操作パネルPを通信ケーブル26を介して直接モニタすることができる構成になっている。したがって、画像処理ユニット部Aは、従来の画像処理装置が備える画像処理ユニットに対して通信ケーブル26を接続し、情報処理ユニット部Bの操作パネルPを利用するようにしたものである。すなわち、画像処理ユニット部Aの表示制御ユニット23及び操作入力制御ユニット24は、操作パネルPに接続されているものとして動作している。このような構成により、画像処理ユニット部Aは、LAN2を介して外部サーバコンピュータ、クライアントコンピュータ、ファクシミリ等からの画像情報である印刷データ及びプリント指示するコマンドを解析し、印刷データを出力画像データとして印刷できる状態にビットマップ展開し、印刷モードをコマンドから解析し動作を決定している。その印刷データ及びコマンドをLAN制御部18あるいはFAX制御ユニット20を通じて受信し動作する。また、画像処理ユニット部Aは、SDRAM14やHDD17に記憶されている印刷データ、原稿読取りデータ、これらを出力用に処理した出力画像データ、および、それらを圧縮した圧縮データを外部サーバコンピュータ、クライアントコンピュータ、ファクシミリ等に転送することができる。次に、操作パネルPを備える情報処理ユニット部Bについて説明する。情報処理ユニット部Bは、一般にパーソナルコンピュータといわれるような情報処理装置に用いられる汎用のOSOperatingSystemによって制御されるマイクロコンピュータ構成とされている。情報処理ユニット部Bは、メインプロセッサであるCPU31を有しており、このCPU31には、CPU31の作業用領域となるRAMや起動プログラムなどを記憶した読出し専用メモリであるROMで構成されるメモリユニット32と、OSやアプリケーションプログラムを記憶するHDD等の記憶装置34に対するデータの入出力を制御する記憶装置制御ユニット35とが、バス接続されている。また、CPU31には、情報処理ユニット部BをHUB19を介してLAN2に接続するためのLAN制御部33が接続されている。このLAN制御部33に割り当てられるネットワークアドレスであるIPアドレスは、前述した画像処理ユニット部AのLAN制御部18に割り当てられるIPアドレスとは異なるものである。すなわち、本実施の形態のデジタルカラー複合機1には、2つのIPアドレスが割り当てられていることになる。つまり、画像処理ユニット部Aと情報処理ユニット部BとはLAN2に接続されていることになり、画像処理ユニット部Aと情報処理ユニット部Bとの間においてはデータ交換が可能な構成になっている。さらに、CPU31には、操作パネルPを制御する表示制御ユニット36及び操作入力制御ユニット37が接続されている。図3は操作パネルPの構成を示す平面図である。図3に示すように、操作パネルPは、例えばLCDLiquidCrystalDisplayである表示装置3と、操作入力装置4とで構成されている。操作入力装置4は、表示装置3の表面に積層された超音波弾性波方式等のタッチパネル4aと、複数のキーを有するキーボード4bとで構成されている。換言すると、操作パネルPは、情報を視覚的に表示する表示部と、当該表示部に対するユーザの操作を検知する検知部を有する。キーボード4bには、画像読み取りの開始を宣言するためのスタートキー、数値入力を行なうためのテンキー、読み取った画像データの送信先を設定する読取条件設定キー、クリアキー等が設けられている。すなわち、表示制御ユニット36は、画像表示制御信号を制御パネルI/F38を介して表示装置40に出力し、画像表示制御信号に応じた所定事項を表示装置40に表示させる。タッチパネル4aに表示された画面上の操作ボタンとキーボード4bとで操作部が構成される。一方、操作入力制御ユニット37は、操作入力装置41におけるオペレータによる機能設定や入力操作に応じた入力制御信号を、制御パネルI/F38を介して受信する。加えて、CPU31には、画像処理ユニット部Aの制御パネルI/F25と通信ケーブル26を介して接続されている制御パネル通信ユニット39が接続されている。制御パネル通信ユニット39は、画像処理ユニット部Aから出力された画像表示制御信号を受信し、また、操作パネルPからのオペレータによる機能設定や入力操作に応じた入力制御信号を画像処理ユニット部Aに転送する。即ち、制御パネルI/F25が情報処理ユニット部Bとの情報のやりとりを行い、制御パネル通信ユニット39が画像処理ユニット部Aとの情報音やりとりを行なう。なお、詳細は後述するが、制御パネル通信ユニット39で受信した画像処理ユニット部Aからの画像表示制御信号は、操作パネルPの表示装置40用にデータ変換処理されてから表示制御ユニット36に出力され、また、操作パネルPからのオペレータによる機能設定や入力操作に応じた入力制御信号は、画像処理ユニット部Aでの仕様に応じた形式にデータ変換処理されてから制御パネル通信ユニット39に入力される。上述したように記憶装置34には、CPU31が実行するOSやアプリケーションプログラムが格納されている。この意味で、記憶装置34は、アプリケーションプログラムを記憶する記憶媒体として機能する。このデジタルカラー複合機1では、ユーザが電源を投入するとCPU31がメモリユニット32内の起動プログラムを起動させ、記憶装置34よりOSをメモリユニット32内のRAMに読み込み、このOSを起動させる。このようなOSは、ユーザの操作に応じてプログラムを起動したり、情報を読み込んだり、保存を行なったりする。OSのうち代表的なものとしては、Windows登録商標等が知られている。これらのOS上で走る動作プログラムをアプリケーションプログラムと呼んでいる。情報処理ユニット部BのOSは、情報処理装置サーバコンピュータやクライアントコンピュータ等と同様のOS、すなわち汎用のOS例えば、Windows登録商標等とされている。図4は、情報処理ユニット部BにおけるIDキー接続部分の構成を示すブロック図である。図4に示すように、この情報処理ユニット部Bは、電源50、電源スイッチ51、キーモジュール制御部52および情報処理部53から構成されている。電源50は、キーモジュール制御部52および情報処理部53の両方に電力を供給しており、電源50からキーモジュール制御部52へは常時電力が供給されている。一方、電源50から情報処理部53への電力供給は電力供給制御スイッチ54によって供給が制御されている。キーモジュール制御部52は、キーモジュール56を接続するための複数のスロット57と、キーモジュール制御回路58と、マイコン59とから構成されており、キーモジュール制御回路58は、IDキーモジュール60がどのスロット57に接続されているかの接続情報の管理や、接続されたIDキーモジュール60内のEEPROMへのオプションデータの入出力を制御している。ここで、キーモジュール制御回路58もしくは、それとスロット57の間をつなぐバスは、IDキーモジュール60内のEEPROMの特定のアドレスにしか書き込みが出来ないようにハード的に構成されている。また、マイコン59は、電源スイッチ51やキーモジュール制御回路58から出力される信号、情報処理部53の状態に基づき電源50内の電力供給制御スイッチ54にPowerONまたは、PowerOFF信号を出力する。また、情報処理部53は、一般にパーソナルコンピュータといわれるような情報処理装置に用いられる汎用のOSによって制御されるマイクロコンピュータ構成とされており、メインプロセッサであるCPU31を有しており、このCPU31には、CPU31の作業用領域となるRAMや起動プログラムなどを記憶した読出し専用メモリであるROMからなるメモリユニット32と、OSやアプリケーションプログラムを記憶するHDD等の記憶装置34とが、バス接続されている。また、CPU31には、情報処理部53をLANに接続するためのLAN制御部33が接続されている。次に、図5を参照して、図1に示したデジタルカラー複合機のプログラム構成について説明する。図5は、図1に示したデジタルカラー複合機のプログラム構成を示す説明図である。図5に示すように、主電源をONすると、MFP本体である画像処理ユニット部Aが起動し、専用のSDKSoftwareDevelopmentKit:ソフトウェア開発キットを使用して開発したアプリケーションであるSDKアプリが起動される。このSDKアプリは、図2に示すSDRAM14にロードされ、CPU13の制御によって動作する。SDKアプリは、デジタルカラー複合機の機能を拡張して制御するためのアプリケーションであり、拡張制御部として機能する。また、it機である情報処理ユニット部Bも起動し、MFPサービスも起動される。この、SDKアプリとMFPサービスは、ネットワークボードNICを経由してTCP/IPのプロトコルにより通信を行なうようになっている。図2の構成においては、MFPサービスとSDKアプリとはLAN制御部18、HUB19及びLAN制御部33を介して情報のやり取りを行なう。即ち、LAN制御部18、HUB19及びLAN制御部33が、拡張通信部として機能する。このMFPサービスは、情報処理ユニットB側からSDKアプリに対して命令信号を送信する機能を有する。即ち、MFPサービスは、拡張制御部に対して命令を送信する拡張命令部として機能する。従って、MFPサービスは、ユーザが操作パネルPを介して入力した操作情報とSDKアプリを制御するための命令信号とを関連付けて記憶しており、操作パネルPに入力された操作情報に関連付けられた命令信号を出力する。また、画像処理ユニット部Aでは、図6に示すようにコピーアプリ、プリンタアプリ、スキャナアプリ、FAXアプリ、ネットワークファイルアプリ等のソフトウェアが、SDKアプリと同様にSDRAM14にロードされて実行される。これらのソフトウェアは、デジタルカラー複合機に予め備わっている機能として、画像読取制御ユニット12や印刷制御ユニット等を制御する基本制御部として機能する。尚、これらのソフトウェアに対する命令は、操作パネルPからのオペレータによる操作に応じた信号が制御パネル通信ユニット39、通信ケーブル26及び制御パネルI/F25を介して入力される。即ち、制御パネルI/F25及び制御パネル通信ユニット39が第1、第2の基本通信部として機能する。ユーザは、操作パネルPを介してデジタルカラー複合機を操作する際、上述した拡張制御部及び基本制御部のいずれか一方に対して命令信号を送信する。命令信号を送信する対象の切り換えは、タッチパネル4a若しくはキーボード4bを操作することにより切り換える。拡張制御部に対して命令信号を送信する場合、タッチパネル4aには、MFPサービスから取得した情報に基づき、SDKアプリに対して命令信号を送信するためのGUIGraphicalUserInterfaceが構成されている。他方、基本制御部に対して命令信号を送信する場合、タッチパネル4aには、基本制御部から取得した情報に基づき、基本制御部に対して命令信号を送信するためのGUIが構成されている。更に説明すると、ユーザが操作パネルPを操作してコピーアプリ、プリンタアプリ、スキャナアプリ、FAXアプリ、ネットワークファイルアプリ及びSDKアプリのいずれかを選択することにより、タッチパネル4aに夫々に対応したGUIが表示される。このとき、選択されたアプリケーションに対応した表示情報が制御パネルI/F25から出力され、制御パネル通信ユニット39がそれを受信してタッチパネル4aにGUIが表示される。SDKアプリが選択されている場合、制御パネルI/F25からはダミーの情報が出力されている。このダミーの情報によってタッチパネル4aに表示される画面白い画面である。SDKアプリが選択されている場合、it機能GUI層はMFPサービスから取得した表示情報の画面を、上記の白い画面上に表示する。MFPサービスとSDKアプリとが制御パネル通信ユニット39、通信ケーブル26及び制御パネルI/F25等の基本通信部を介して情報のやりとりを行なうことも可能である。しかしながら、MFPサービスとSDKアプリとの間では、画像情報等の比較的容量の大きい情報をやりとりが行なわれるところ、基本通信部は、操作パネルPの表示情報やコマンドのやりとりを前提として設計されているため、単位時間辺りにやり取り可能な情報量が比較的少なく、装置動作のパフォーマンスが下がる。これに対して、上述した拡張通信部は、基本通信部よりも単位時間辺りにやり取り可能な情報量が多いため、このような課題を解決することができる。次に、図6を参照して、図1に示したデジタルカラー複合機におけるSDKアプリのアップデート処理第1実施形態について説明する。図6は、図1に示したデジタルカラー複合機におけるSDKアプリのアップデート処理第1実施形態のフローチャートである。まず、図6のステップ101において、MFPサービスは、SDKアプリに対して、ネゴシエーション開始コマンド起動の同期をとるための独自のコマンド処理を送信する。SDKアプリとの通信がエラーとなる場合やSDKアプリより応答がない場合は、一定の間隔を置いて再度ネゴシエーション開始コマンドを送信するステップ102。また、SDKアプリは、ネゴシエーション開始コマンドを受信したら、MFP本体より受け取ったマシンの情報と共に、SDKアプリのバージョン情報をネゴシエーション情報として送信する。SDKアプリは、ネゴシエーション関係の情報を全て送り終わったら、ネゴシエーション終了コマンドをMFPサービスに送信するステップ103、104。MFPサービスは、ネゴシエーション終了コマンドを受け取ったら、ネゴシエーションは終了したと判断して次の処理に移るステップ105。ここで、MFPサービスを構成するためのソフトウェアプログラムは、記憶装置HDD34の中に格納されている。このMFPサービスのソフトウェアプログラムには、対応したSDKアプリの実行ファイルとバージョン番号が記載されているイニシャルファイルテキストファイルが含まれる。従って、MFPサービスは、このイニシャルファイルの内容を参照することにより、自己が対応したSDKアプリのバージョンを知ることが出来る。そこで、MFPサービスは、SDKアプリのイニシャルファイルを読み込み、バージョン情報を取得しステップ106、ネゴシエーション時に送られて来たSDKアプリのバージョン番号との比較を行なうステップ107。即ち、MFPサービスが、自信とSDKアプリとの対応関係を確認する拡張機能対応確認部として機能する。同じバージョンならば、MFPサービスは何もしないで、SDKアプリのアップデート処理を終了する。そして、例えば、it機能のバージョンアップが行なわれており、バージョンが違う場合は、MFPサービスは、SDKアプリに、プログラム受信確認依頼コマンドプログラムファイルを送信するための受け取り側の状態確認を送信しステップ108、SDKアプリより、受信可能が送られて来たらステップ109、110、SDKアプリをHDDから読み出し、ファイルの送信処理を開始して、SDKアプリのバージョンアップが行なわれるステップ111。すなわち、it機能のバージョンが変更されている場合、SDKアプリとMFPサービスとの組み合わせ不一致が起こらず、一致するように、it機能との組み合わせに対応したSDKアプリのバージョンに自動でバージョンの変更を行なうようになっている。即ち、MFPサービスが拡張制御更新部として機能する。なお、ここで、SDKアプリは、MFP本体の立ち上げ直しを行なわないと、MFPサービスから受信したバージョンが起動しないため、MFP本体の再起動が必要となる。そこで、MFPサービスは、SDKアプリから受信しているコマンドより、MFP本体が、ユーザ操作システムタイマーなどにより電源OFF状態となっていることを確認しステップ112、電源OFF状態であれば、MFP本体を再起動するために、MFP本体を管理しているSCSに再起動コマンドを送信するステップ113。このように、従来は、サービスマンの方がお客様の場所に出向き人手にて、DVDによるit機能のバージョンアップとSDKアプリのバージョンアップを行なわなければならなかったが、上記第1実施形態によれば、DVDによるit機能のバージョンアップのみ行なえば、必要なSDKアプリのバージョンアップが自動で行なわれるため、SDKアプリのバージョンアップ忘れのヒューマンエラーを防止することができる。また、SDKアプリのバージョンアップを人手にて行なわなくてよいため作業時間の削減を行なうことができる。次に、図7および図8を参照して、図1に示したデジタルカラー複合機におけるSDKアプリのアップデート処理第2実施形態について説明する。図7および図8は、図1に示したデジタルカラー複合機におけるSDKアプリのアップデート処理第2実施形態のフローチャートである。この第2実施形態の場合、図4に示すように、it機能にオプションを選択するためのIDキーモジュール60を接続することにより、オプションを使用可能としている。この場合、MFPサービスは、it機能に接続されているオプションの情報を入手し、オプションにより必要なSDKアプリのバージョンを把握する。すなわち、図7のステップ201において、MFPサービスは、SDKアプリに対して、ネゴシエーション開始コマンド起動の同期をとるための独自のコマンド処理を送信する。SDKアプリとの通信がエラーとなる場合やSDKアプリより応答がない場合は、一定の間隔を置いて再度ネゴシエーション開始コマンドを送信するステップ202。また、SDKアプリは、ネゴシエーション開始コマンドを受信したら、MFP本体より受け取ったマシンの情報と共に、SDKアプリのバージョン情報をネゴシエーション情報として送信する。SDKアプリは、ネゴシエーション関係の情報を全て送り終わったら、ネゴシエーション終了コマンドをMFPサービスに送信するステップ203、204。MFPサービスは、ネゴシエーション終了コマンドを受け取ったら、ネゴシエーションは終了したと判断しステップ205、MFPサービスは、it機能に接続されているオプションの情報をIDキーモジュール60図4参照より入手するステップ206。ここで、it機能に必用なSDKアプリは、it機能に接続しているHDDの中に、SDKアプリの実行ファイルとバージョン番号が記載されているイニシャルファイルテキストファイルが格納されており、このイニシャルファイルの内容を読むことにより必要なSDKアプリのバージョンを知ることが出来る。そこで、MFPサービスは、SDKアプリのイニシャルファイルを読み込みバージョン情報を取得するステップ207。そして、ネゴシエーション時に送られて来たSDKアプリのバージョン番号とオプションにより必要なSDKアプリのバージョンとの比較を行ない、同じバージョンならば何もしないで、SDKアプリのアップデート処理を終了するステップ208~213、図8のステップ214。そして、バージョンが違う場合は、SDKアプリに、プログラム受信確認依頼コマンドを送信しステップ215、SDKアプリより、受信可能が送られて来たら、SDKアプリをHDDから読み出し、ファイルの送信処理を開始して、SDKアプリのバージョンアップが行なわれるステップ216、217、218。すなわち、it機能のバージョンが変更されている場合、SDKアプリとMFPサービスとの組み合わせ不一致が起こらずに、一致するように、it機能との組み合わせに対応すると共に、オプションにより必要とされるSDKアプリのバージョンに自動でバージョンの変更を行なうようになっている。ここで、SDKアプリは、MFP本体の立ち上げ直しを行なわないと、MFPサービスから受信したバージョンが起動しないため、MFP本体の再起動が必要となる。そこで、MFPサービスは、SDKアプリから受信しているコマンドより、MFP本体が、ユーザ操作システムタイマーなどにより電源OFF状態となっていることを確認しステップ219、電源OFF状態であれば、MFP本体を再起動するために、MFP本体を管理しているSCSに再起動コマンドを送信するステップ220。このように、従来は、サービスマンの方がお客様の場所に出向き人手にて、DVDによるit機能のバージョンアップとオプションに合わせたSDKアプリのバージョンアップを行なわなければならなかったが、この第2実施形態によれば、DVDによるit機能のバージョンアップのみ行なえば、接続されているオプションを気にすることなく、SDKアプリのバージョンアップが自動で行なわれるため、SDKアプリのバージョンアップ忘れやバージョンの不一致を防止することができる。また、SDKアプリのバージョンアップを人手にて行なわなくてよいため作業時間の削減を行なうことができる。次に、図9を参照して、図1に示したデジタルカラー複合機におけるSDKアプリのアップデート処理第3実施形態について説明する。図9は、図1に示したデジタルカラー複合機におけるSDKアプリのアップデート処理第3実施形態のフローチャートである。この第3実施形態の場合、SDKアプリをMFP本体のインストール機能を使用し、入れ替えを行ない、その後、SDKアプリの初期設定にて、自動バージョンアップをしない設定にする。すなわち、自動でSDKアプリの入れ替えが行なわれても、あえて違うバージョンを使用したい場合がある。このときに、手動でのSDKアプリのインストールを可能にして、必ずしもSDKアプリとMFPサービスとの組み合わせが一致している状態でない組み合わせも可能にするようにしている。すなわち、SDKアプリの自動バージョン変更の中止を設定して、SDKアプリとMFPサービスとの組み合わせが一致している状態でない組み合わせとするようにしている。まず、図9のステップ301において、MFPサービスは、SDKアプリに対して、ネゴシエーション開始コマンド起動の同期をとるための独自のコマンド処理を送信する。SDKアプリとの通信がエラーとなる場合やSDKアプリより応答がない場合は、一定の間隔を置いて再度ネゴシエーション開始コマンドを送信するステップ302。また、SDKアプリは、ネゴシエーション開始コマンドを受信したら、MFP本体より受け取ったマシンの情報と共に、SDKアプリのバージョン情報をネゴシエーション情報として送信する。SDKアプリは、ネゴシエーション関係の情報を全て送り終わったら、ネゴシエーション終了コマンドをMFPサービスに送信するステップ303、304。MFPサービスは、ネゴシエーション終了コマンドを受け取ったら、ネゴシエーションは終了したと判断して次の処理に移るステップ305。ここで、it機能に必用なSDKアプリは、it機能に接続しているHDDの中に、SDKアプリの実行ファイルとバージョン番号が記載されているイニシャルファイルテキストファイルが格納されており、このイニシャルファイルの内容を読むことにより必要なSDKアプリのバージョンを知ることが出来る。そこで、MFPサービスは、SDKアプリのイニシャルファイルを読み込みバージョン情報を取得しステップ306、ネゴシエーション時に送られて来たSDKアプリのバージョン番号との比較を行なうステップ307。同じバージョンならば何もしないで、SDKアプリのアップデート処理を終了する。そして、バージョンが違う場合は、SDKアプリに、プログラム受信確認依頼コマンドプログラムファイルを送信するための受け取り側の状態確認を送信しステップ308、SDKアプリより、受信可能が送られて来たらステップ309、自動バージョンアップをしない設定ではない場合ステップ310、SDKアプリをHDDから読み出し、ファイルの送信処理を開始するステップ311、312。なお、SDKアプリの初期設定が、自動バージョンアップをしないの設定の場合は、SDKアプリから、バージョンアップ無しが送られて来るので、ファイルの送信処理を中止する。すなわち、SDKアプリとMFPサービスとの組み合わせが一致している状態でない組み合わせとする。なお、ここで、SDKアプリは、MFP本体の立ち上げ直しを行なわないと、MFPサービスから受信したバージョンが起動しないため、MFP本体の再起動が必要となる。そこで、MFPサービスは、SDKアプリから受信しているコマンドより、MFP本体が、ユーザ操作システムタイマーなどにより電源OFF状態となっていることを確認しステップ313、電源OFF状態であれば、MFP本体を再起動するために、MFP本体を管理しているSCSに再起動コマンドを送信するステップ314。このように、it機能内部に必ず対応するSDKアプリが存在しなければならないため、it機能に変更がない場合でも修正版のSDKアプリを変更したDVDを用意しなければならない場合があったが、第3の実施形態によれば、DVDによるit機能のバージョンアップを行なわなくても、SDKアプリのみのバージョンアップを実施することが可能であり、バージョンアップの時間短縮を図ることができる。