JP6078515B2

JP6078515B2 - 電子機器およびプログラム

Info

Publication number: JP6078515B2
Application number: JP2014230333A
Authority: JP
Inventors: 巧太郎金子
Original assignee: Kyocera Document Solutions Inc
Current assignee: Kyocera Document Solutions Inc
Priority date: 2014-11-13
Filing date: 2014-11-13
Publication date: 2017-02-08
Anticipated expiration: 2034-11-13
Also published as: JP2016095602A; CN105611096A; CN105611096B; US20160142577A1; US9652304B2

Description

本発明は、異なるプラットフォーム上で動作する２つのプログラムの一方から他方を利用する電子機器およびプログラムに関する。

従来、異なるプラットフォーム上で動作する２つのアプリケーションの一方から他方を利用する方法が知られている（例えば、特許文献１参照。）。

特開平６−７５８８９号公報

しかしながら、従来の方法においては、複雑で大規模なシステムが必要であるという問題がある。

そこで、本発明は、異なるプラットフォーム上で動作する２つのプログラムの一方から他方を簡単な構成で利用することができる電子機器およびプログラムを提供することを目的とする。

本発明の電子機器は、プラットフォーム上で動作して前記プラットフォームの少なくとも１つのコンポーネントを実行するプログラムを実行する電子機器であって、前記プラットフォームとは異なる他プラットフォーム上で動作して前記他プラットフォームの少なくとも１つのコンポーネントを実行する他プログラムを前記プログラムから利用する他プログラム利用手段を備え、前記他プログラム利用手段は、前記他プラットフォームのコンポーネントのうち前記他プログラムの実行に必要な必要コンポーネントを前記他プラットフォームからロードし、ロードした前記必要コンポーネントによって構成される一時的なプラットフォーム上で前記他プログラムを動作させることを特徴とする。

この構成により、本発明の電子機器は、プラットフォーム上で動作するプログラムから、このプラットフォームとは異なる他プラットフォーム上で動作する他プログラムを利用する場合、他プラットフォームのコンポーネントのうち他プログラムの実行に必要な必要コンポーネントを他プラットフォームからロードし、ロードした必要コンポーネントによって構成される一時的なプラットフォーム上で他プログラムを動作させるので、異なるプラットフォーム上で動作する２つのプログラムの一方から他方を簡単な構成で利用することができる。

また、本発明の電子機器は、前記必要コンポーネントを特定するための必要コンポーネント特定用情報を記憶し、前記他プログラム利用手段は、前記必要コンポーネント特定用情報に基づいて前記必要コンポーネントを特定しても良い。

この構成により、本発明の電子機器は、必要コンポーネント特定用情報に基づいて必要コンポーネントを特定するので、異なるプラットフォーム上で動作する２つのプログラムの一方から他方を簡単な構成で利用することができる。

また、本発明の電子機器において、前記必要コンポーネント特定用情報は、前記他プログラムの実行対象としての実行対象コンポーネントを前記他プラットフォームのコンポーネントの中から特定するための実行対象コンポーネント特定用情報と、前記実行対象コンポーネントが起動状態になるために必要な依存コンポーネントを前記他プラットフォームのコンポーネントの中から特定するための依存コンポーネント特定用情報とを含み、前記他プログラム利用手段は、前記他プログラムおよび前記実行対象コンポーネント特定用情報に基づいて特定した前記実行対象コンポーネントと、前記実行対象コンポーネントおよび前記依存コンポーネント特定用情報に基づいて特定した前記依存コンポーネントとを、前記必要コンポーネントとして特定しても良い。

この構成により、本発明の電子機器は、複数種類の他プログラムが存在する場合に、必要コンポーネント特定用情報を他プログラム毎に完全に独立して記憶する必要がなく、必要コンポーネント特定用情報のうち依存コンポーネント特定用情報を複数種類の他プログラムの共通の情報として記憶することができるので、異なるプラットフォーム上で動作する２つのプログラムの一方から他方を簡単な構成で利用することができる。

本発明のプログラムは、プラットフォーム上で動作して前記プラットフォームの少なくとも１つのコンポーネントを実行するプログラムであって、前記プラットフォームとは異なる他プラットフォーム上で動作して前記他プラットフォームの少なくとも１つのコンポーネントを実行する他プログラムを前記プログラムから利用する他プログラム利用手段として電子機器を機能させ、前記他プログラム利用手段は、前記他プラットフォームのコンポーネントのうち前記他プログラムの実行に必要な必要コンポーネントを前記他プラットフォームからロードし、ロードした前記必要コンポーネントによって構成される一時的なプラットフォーム上で前記他プログラムを動作させることを特徴とする。

この構成により、本発明のプログラムは、プラットフォーム上で動作するプログラムから、このプラットフォームとは異なる他プラットフォーム上で動作する他プログラムを利用する場合、他プラットフォームのコンポーネントのうち他プログラムの実行に必要な必要コンポーネントを他プラットフォームからロードし、ロードした必要コンポーネントによって構成される一時的なプラットフォーム上で他プログラムを動作させるので、異なるプラットフォーム上で動作する２つのプログラムの一方から他方を簡単な構成で利用することができる。

本発明の電子機器およびプログラムは、異なるプラットフォーム上で動作する２つのプログラムの一方から他方を簡単な構成で利用することができる。

本発明の一実施の形態に係るＭＦＰのブロック図である。図１に示す２つのプラットフォームのうちの一方の一例を示す図である。図１に示す２つのプログラムのうちの一方のコードの一例を示す図である。図１に示す２つのプラットフォームのうちの図２に示す方とは異なる方の一例を示す図である。図１に示す２つのプログラムのうちの図３に示す方とは異なる方のコードの一例を示す図である。図１に示す２つのプラットフォームと、２つのプログラムとの関係を示す図である。図１に示す実行対象コンポーネント特定用情報の一例を示す図である。図１に示す依存コンポーネント特定用情報の一例を示す図である。図２に示すプラットフォーム上で図３に示すプログラムを動作させる場合のＭＦＰの動作のフローチャートである。図９に示す拡張機能実行処理のフローチャートである。図１０に示す必要コンポーネント特定処理のフローチャートである。

以下、本発明の一実施の形態について、図面を用いて説明する。

まず、本実施の形態に係る電子機器としてのＭＦＰ（ＭｕｌｔｉｆｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）の構成について説明する。

図１は、本実施の形態に係るＭＦＰ１０のブロック図である。

図１に示すように、ＭＦＰ１０は、利用者による種々の操作が入力されるボタンなどの入力デバイスである操作部１１と、種々の情報を表示するＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）などの表示デバイスである表示部１２と、原稿から画像データを読み取る読取デバイスであるスキャナー１３と、用紙などの記録媒体に印刷を実行する印刷デバイスであるプリンター１４と、図示していない外部のファクシミリ装置と公衆電話回線などの通信回線経由でファックス通信を行うファックスデバイスであるファックス通信部１５と、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、インターネットなどのネットワーク経由で外部の装置と通信を行うネットワーク通信デバイスであるネットワーク通信部１６と、各種のデータを記憶しているＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部２０と、ＭＦＰ１０全体を制御する制御部８０とを備えている。

記憶部２０は、本発明の「プラットフォーム」としてのプラットフォーム３０と、プラットフォーム３０上で動作する本発明の「プログラム」としてのプログラム４０と、本発明の「他プラットフォーム」としてのプラットフォーム５０と、プラットフォーム５０上で動作する本発明の「他プログラム」としてのプログラム６０とを記憶している。

プラットフォーム３０およびプラットフォーム５０は、例えば、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＯＳＧｉ（ＯｐｅｎＳｅｒｖｉｃｅＧａｔｅｗａｙｉｎｉｔｉａｔｉｖｅ）（登録商標）など、プログラムを動作させる実行環境である。プラットフォーム３０およびプラットフォーム５０は、互いに異なる種類のプラットフォームである。

図２は、プラットフォーム３０の一例を示す図である。

図２に示すように、プラットフォーム３０は、プラットフォーム３１と、プラットフォーム３１の機能を拡張するための拡張機能３２とによって構成されている。

プラットフォーム３１は、コンポーネント３１ａ、コンポーネント３１ｂ、コンポーネント３１ｃなど、複数のコンポーネントによって構成されている。プラットフォーム３１を構成するコンポーネントのそれぞれは、少なくとも１つのＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）によって構成されている。

拡張機能３２は、少なくとも１つのＡＰＩによって構成されている。拡張機能３２は、プログラム６０（図１参照。）をプログラム４０（図１参照。）から利用する機能であり、本発明の他プログラム利用手段を構成している。

図３は、プログラム４０のコードの一例を示す図である。

図３に示すように、プログラム４０は、「FuncA-1」、「FuncA'(プログラム６０)」、「FuncA-2」、「FuncA-3」の順番に関数を実行するスクリプト言語で記述されたプログラムである。

ここで、「FuncA-1」は、プラットフォーム３０（図２参照。）のコンポーネント３１ａ（図２参照。）を実行するための関数である。同様に、「FuncA-2」、「FuncA-3」は、それぞれ、プラットフォーム３０のコンポーネント３１ｂ（図２参照。）、コンポーネント３１ｃ（図２参照。）を実行するための関数である。

また、「FuncA'」は、プラットフォーム３０の拡張機能３２（図２参照。）を実行するための関数である。ここで、「FuncA'(プログラム６０)」の「プログラム６０」は、拡張機能３２に渡される引数であって、実際にはプログラム６０のコードが入力される。

図４は、プラットフォーム５０の一例を示す図である。

図４に示すように、プラットフォーム５０は、コンポーネント５１ａ、コンポーネント５１ｂ、コンポーネント５１ｃ、コンポーネント５１ｄ、コンポーネント５１ｅなど、複数のコンポーネントによって構成されている。プラットフォーム５０を構成するコンポーネントのそれぞれは、少なくとも１つのＡＰＩによって構成されている。

図５は、プログラム６０のコードの一例を示す図である。

図５に示すように、プログラム６０は、「FuncB-1」、「FuncB-2」、「FuncB-3」の順番に関数を実行するスクリプト言語で記述されたプログラムである。

ここで、「FuncB-1」は、プラットフォーム５０（図４参照。）のコンポーネント５１ａ（図４参照。）を実行するための関数である。同様に、「FuncB-2」、「FuncB-3」は、それぞれ、プラットフォーム５０のコンポーネント５１ｂ（図４参照。）、コンポーネント５１ｃ（図４参照。）を実行するための関数である。

図６は、プラットフォーム３０、５０と、プログラム４０、６０との関係を示す図である。

図６に示すように、プラットフォーム３０の拡張機能３２は、プラットフォーム５０を部分的に実行したり（Ｓ１３２）、プラットフォーム５０のうちＳ１３２の処理において実行した部分を停止したり（Ｓ１３４）することができる。

図１に示すように、記憶部２０は、プログラム６０の実行に必要な必要コンポーネントを特定するための必要コンポーネント特定用情報７０を記憶している。

必要コンポーネント特定用情報７０は、プログラム６０の実行対象としての実行対象コンポーネントをプラットフォーム５０のコンポーネントの中から特定するための実行対象コンポーネント特定用情報７１と、実行対象コンポーネントが起動状態になるために必要な依存コンポーネントをプラットフォーム５０のコンポーネントの中から特定するための依存コンポーネント特定用情報７２とを含んでいる。

図７は、実行対象コンポーネント特定用情報７１の一例を示す図である。

図７に示す実行対象コンポーネント特定用情報７１は、プログラム６０（図５参照。）の関数と、プラットフォーム５０（図４参照。）のコンポーネントとの対応関係を示すテーブルである。図７に示す実行対象コンポーネント特定用情報７１によれば、「FuncB-1」（図５参照。）、「FuncB-2」（図５参照。）、「FuncB-3」（図５参照。）の実行対象コンポーネントがそれぞれコンポーネント５１ａ（図４参照。）、コンポーネント５１ｂ（図４参照。）、コンポーネント５１ｃ（図４参照。）であることを理解することができる。

図８は、依存コンポーネント特定用情報７２の一例を示す図である。

図８に示す依存コンポーネント特定用情報７２は、プラットフォーム５０（図４参照。）のコンポーネントと、このコンポーネントが起動状態になるために必要なコンポーネントとしての依存コンポーネントとの対応関係を示すテーブルである。図８に示す依存コンポーネント特定用情報７２によれば、コンポーネント５１ａ（図４参照。）が起動状態になるためにコンポーネント５１ｂ（図４参照。）、コンポーネント５１ｃ（図４参照。）およびコンポーネント５１ｄ（図４参照。）が必要であることを理解することができる。同様に、コンポーネント５１ｂが起動状態になるためにコンポーネント５１ｃおよびコンポーネント５１ｅ（図４参照。）が必要であることを理解することができる。また、コンポーネント５１ｃが起動状態になるためにコンポーネント５１ｄおよびコンポーネント５１ｅが必要であることを理解することができる。

図１に示す制御部８０は、例えば、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）と、プログラムおよび各種のデータを予め記憶しているＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）と、ＣＰＵの作業領域として用いられるＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）とを備えている。ＣＰＵは、ＲＯＭまたは記憶部２０に記憶されているプログラムを実行するようになっている。

次に、プラットフォーム３０上でプログラム４０を動作させる場合のＭＦＰ１０の動作について説明する。

図９は、プラットフォーム３０上でプログラム４０を動作させる場合のＭＦＰ１０の動作のフローチャートである。

図９に示すように、制御部７０は、まず、プログラム４０の「FuncA-1」を実行することによって、プラットフォーム３０のコンポーネント３１ａを実行する（Ｓ１０１）。

次いで、制御部７０は、プログラム４０の「FuncA'(プログラム６０)」を実行することによって、プラットフォーム３０の拡張機能３２を実行する図１０に示す拡張機能実行処理を実行する（Ｓ１０２）。

図１０は、図９に示す拡張機能実行処理のフローチャートである。

図１０に示すように、拡張機能３２は、プラットフォーム５０のコンポーネントのうちプログラム６０の実行に必要な必要コンポーネントを、関数「FuncA'」の引数として渡されたプログラム６０のコードに基づいて特定する図１１に示す必要コンポーネント特定処理を実行する（Ｓ１３１）。

図１１は、図１０に示す必要コンポーネント特定処理のフローチャートである。

図１１に示すように、拡張機能３２は、プラットフォーム５０のコンポーネントのうちプログラム６０の実行対象コンポーネントを実行対象コンポーネント特定用情報７１に基づいて特定する（Ｓ１６１）。すなわち、拡張機能３２は、プログラム６０の実行対象コンポーネントとしてコンポーネント５１ａ〜５１ｃを特定する。

次いで、拡張機能３２は、Ｓ１６１において特定した実行対象コンポーネントの依存コンポーネントを依存コンポーネント特定用情報７２に基づいて特定する（Ｓ１６２）。すなわち、拡張機能３２は、コンポーネント５１ａの依存コンポーネントとしてコンポーネント５１ｂ〜５１ｄを特定する。また、拡張機能３２は、コンポーネント５１ｂの依存コンポーネントとしてコンポーネント５１ｃおよび５１ｅを特定する。また、拡張機能３２は、コンポーネント５１ｃの依存コンポーネントとしてコンポーネント５１ｄおよび５１ｅを特定する。

拡張機能３２は、図１１に示す必要コンポーネント特定処理によって、プログラム６０の関数「FuncB-1」の実行対象コンポーネントとしてのコンポーネント５１ａと、このコンポーネント５１ａの依存コンポーネントとしてのコンポーネント５１ｂ〜５１ｄとを、関数「FuncB-1」の必要コンポーネントとして特定する。同様に、拡張機能３２は、プログラム６０の関数「FuncB-2」の実行対象コンポーネントとしてのコンポーネント５１ｂと、このコンポーネント５１ｂの依存コンポーネントとしてのコンポーネント５１ｃおよび５１ｅとを、関数「FuncB-2」の必要コンポーネントとして特定する。また、拡張機能３２は、プログラム６０の関数「FuncB-3」の実行対象コンポーネントとしてのコンポーネント５１ｃと、このコンポーネント５１ｃの依存コンポーネントとしてのコンポーネント５１ｄおよび５１ｅとを、関数「FuncB-3」の必要コンポーネントとして特定する。すなわち、拡張機能３２は、図１１に示す必要コンポーネント特定処理によって、プログラム６０の必要コンポーネントとしてコンポーネント５１ａ〜５１ｅを特定する。

拡張機能３２は、Ｓ１６２の処理が終了すると、図１１に示す必要コンポーネント特定処理を終了する。

図１０に示すように、拡張機能３２は、Ｓ１３１の必要コンポーネント特定処理が終了すると、Ｓ１３１の必要コンポーネント特定処理によって必要コンポーネントとして特定されたコンポーネント５１ａ〜５１ｅをプラットフォーム５０からＲＡＭ上にロードすることによって、コンポーネント５１ａ〜５１ｅを利用可能な状態にする（Ｓ１３２）。すなわち、拡張機能３２は、コンポーネント５１ａ〜５１ｅを実行する。

次いで、拡張機能３２は、Ｓ１３２においてロードしたコンポーネント５１ａ〜５１ｅによって構成される一時的なプラットフォーム上でプログラム６０を動作させることによって、プログラム６０を実行する（Ｓ１３３）。

次いで、拡張機能３２は、プログラム６０の必要コンポーネント、すなわち、コンポーネント５１ａ〜５１ｅをＲＡＭ上からアンロードすることによって、コンポーネント５１ａ〜５１ｅを停止させて（Ｓ１３４）、図１０に示す拡張機能実行処理を終了する。

図９に示すように、制御部７０は、Ｓ１０２の拡張機能実行処理が終了すると、プログラム４０の「FuncA-2」を実行することによって、プラットフォーム３０のコンポーネント３１ｂを実行する（Ｓ１０３）。

次いで、制御部７０は、プログラム４０の「FuncA-3」を実行することによって、プラットフォーム３０のコンポーネント３１ｃを実行して（Ｓ１０４）、図９に示す動作を終了する。

以上に説明したように、ＭＦＰ１０は、プラットフォーム５０上で動作するプログラム６０を、プラットフォーム３０上で動作するように移植することなく、シームレスに動作させることができる。

また、ＭＦＰ１０は、プラットフォーム３０上で動作するプログラム４０から、プラットフォーム５０上で動作するプログラム６０を利用する場合、プラットフォーム５０のコンポーネントのうちプログラム６０の実行に必要なコンポーネント５１ａ〜５１ｅをプラットフォーム５０からロードし（Ｓ１３２）、ロードしたコンポーネント５１ａ〜５１ｅによって構成される一時的なプラットフォーム上でプログラム６０を動作させる（Ｓ１３３）ので、プラットフォーム３０上で動作するプログラム４０から、プラットフォーム５０上で動作するプログラム６０を簡単な構成で利用することができる。

また、ＭＦＰ１０は、プログラム６０の実行に必要なコンポーネント５１ａ〜５１ｅを必要コンポーネント特定用情報７０に基づいて特定するので、プラットフォーム３０上で動作するプログラム４０から、プラットフォーム５０上で動作するプログラム６０を簡単な構成で利用することができる。

また、ＭＦＰ１０は、プラットフォーム５０上で動作するプログラム、すなわち、他プログラムが複数種類存在する場合に、必要コンポーネント特定用情報７０を他プログラム毎に完全に独立して記憶する必要がなく、必要コンポーネント特定用情報７０のうち依存コンポーネント特定用情報７２を複数種類の他プログラムの共通の情報として記憶することができるので、プラットフォーム３０上で動作するプログラム４０から、プラットフォーム５０上で動作するプログラム６０を簡単な構成で利用することができる。

本発明は、プラットフォーム３０上で動作するプログラム４０から、プラットフォーム５０上で動作するプログラム６０を簡単な構成で利用することができるので、ＭＦＰ１０のようなリソースの限られた組み込みシステムにおいて有効である。

なお、本実施の形態において、プラットフォーム３０と、プラットフォーム５０とは、同一のハードウェアによって実現されている。しかしながら、プラットフォーム３０と、プラットフォーム５０とは、別々のハードウェアによって実現されても良い。

本発明の電子機器は、本実施の形態においてＭＦＰであるが、プリンター専用機、コピー専用機、ＦＡＸ専用機など、ＭＦＰ以外の画像形成装置であっても良いし、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）など、画像形成装置以外の電子機器であっても良い。

１０ＭＦＰ（電子機器）
３０プラットフォーム
３１ａ〜３１ｃコンポーネント
３２拡張機能（他プログラム利用手段）
４０プログラム
５０プラットフォーム（他プラットフォーム）
５１ａ〜５１ｅコンポーネント
６０プログラム（他プログラム）
７０必要コンポーネント特定用情報
７１実行対象コンポーネント特定用情報
７２依存コンポーネント特定用情報

Claims

記憶部と、制御部とを備える画像形成装置であって、
前記記憶部は、第１プラットフォームと、前記第１プラットフォーム上で動作する第１プログラムと、第２プラットフォームと、前記第２プラットフォーム上で動作する第２プログラムとを記憶し、
前記第１プラットフォームは、複数のコンポーネントによって構成されたプラットフォームと、前記プラットフォームの機能を拡張するための拡張機能とによって構成され、
前記第２プラットフォームは、複数のコンポーネントによって構成され、
前記第１プログラムは、順番に複数の関数を実行するスクリプト言語で記述されたプログラムであり、
前記第１プログラムのうち少なくとも１つの関数は、前記第１プラットフォームのコンポーネントを実行するための関数であり、
前記第１プログラムのうち少なくとも１つの関数は、前記第１プラットフォームの前記拡張機能を実行するための関数であり、
前記拡張機能を実行するための関数は、前記拡張機能に渡される引数である、前記第２プログラムのコードを含み、
前記第２プログラムは、順番に複数の関数を実行するスクリプト言語で記述されたプログラムであり、
前記第２プログラムのうち少なくとも１つの関数は、前記第２プラットフォームのコンポーネントを実行するための関数であり、
前記第１プラットフォームの前記拡張機能は、前記第２プログラムを前記第１プログラムから利用させ、前記第２プラットフォームを部分的に実行し、前記第２プラットフォームのうち実行した部分を停止させる機能であり、
前記記憶部は、さらに、前記第２プログラムの実行に必要な必要コンポーネントを特定するための必要コンポーネント特定用情報を記憶し、
前記必要コンポーネント特定用情報は、
前記第２プログラムの実行対象としての実行対象コンポーネントを前記第２プラットフォームのコンポーネントの中から特定するための実行対象コンポーネント特定用情報と、
前記実行対象コンポーネントが起動状態になるために必要な依存コンポーネントを前記第２プラットフォームのコンポーネントの中から特定するための依存コンポーネント特定用情報とを含み、
前記制御部は、前記第１プログラムの複数の関数を順番に実行し、前記拡張機能を実行するための関数により拡張機能実行処理を行い、
前記拡張機能実行処理は、前記第２プラットフォームのコンポーネントのうち前記必要コンポーネントを、前記引数である前記コードに基づいて特定するものであり、
前記第２プログラムおよび前記実行対象コンポーネント特定用情報に基づいて前記制御部によって特定された前記実行対象コンポーネントと、前記実行対象コンポーネントおよび前記依存コンポーネント特定用情報に基づいて前記制御部によって特定された前記依存コンポーネントとが、前記制御部によって前記必要コンポーネントとして特定され、
特定された前記必要コンポーネントは、前記第２プラットフォームから前記制御部が備えるＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ（ＲＡＭ）にロードされ、ロードされた前記必要コンポーネントによって構成される一時的なプラットフォーム上で前記第２プログラムが動作され、前記必要コンポーネントが前記ＲＡＭ上からアンロードされることによって、前記必要コンポーネントが停止され、前記拡張機能実行処理が終了されることを特徴とする画像形成装置。