(57)【要約】【課題】制御プログラムの更新にかかる時間を短縮できる処理装置を提供する。【解決手段】複数のファイルを含む制御プログラムを実行して処理を行う処理装置は、複数のセクタを有し、セクタ単位で消去が行われ、制御プログラムを記憶する記憶手段と、記憶手段が記憶する制御プログラムを実行する実行手段と、制御プログラムの更新時、更新装置から指定された記憶手段のセクタを消去し、更新装置から受信するデータを、当該データに対して指定された記憶手段のセクタに書込む更新手段と、を備えている。【選択図】図３
2015138469.tif 000002
【特許請求の範囲】
【請求項１】
複数のファイルを含む制御プログラムを実行して処理を行う処理装置であって、
複数のセクタを有し、セクタ単位で消去が行われ、前記制御プログラムを記憶する記憶手段と、
前記記憶手段が記憶する前記制御プログラムを実行する実行手段と、
前記制御プログラムの更新時、更新装置から指定された前記記憶手段のセクタを消去し、前記更新装置から受信するデータを、当該データに対して指定された前記記憶手段のセクタに書込む更新手段と、
を備えていることを特徴とする処理装置。
【請求項２】
前記制御プログラムの複数のファイルには配置順序が決められており、前記複数のファイルの前記複数のセクタへの配置は前記配置順序に従い決定され、
前記制御プログラムの基準バージョンにおいて、前記複数のファイルの配置順序は、前記複数のファイルそれぞれの修正の可能性に関する情報に基づき決定されていることを特徴とする請求項１に記載の処理装置。
【請求項３】
前記基準バージョンは、前記記憶手段に予め記憶されている前記制御プログラムのバージョンであることを特徴とする請求項２に記載の処理装置。
【請求項４】
前記基準バージョンにおいて、前記制御プログラムの複数のファイルの配置順序は、前記複数のファイルの修正の可能性の高い順、又は、低い順であり、
前記記憶手段の前記複数のファイルを記憶する各セクタにおいて、前記配置順序は連続していることを特徴とする請求項２又は３に記載の処理装置。
【請求項５】
前記制御プログラムのファイルの更新により前記制御プログラムが更新される場合、更新後の制御プログラムにおいて、更新されたファイルの配置順序は先頭又は最後にされることを特徴とする請求項２から４のいずれか１項に記載の処理装置。
【請求項６】
前記制御プログラムのファイルの更新により前記制御プログラムが更新される場合、更新後の制御プログラムにおいて、更新されたファイルの配置順序は更新前と同じであることを特徴とする請求項２から４のいずれか１項に記載の処理装置。
【請求項７】
前記制御プログラムは、前記複数のファイルそれぞれにおいて使用される関数を参照する、又は、前記複数のファイルの少なくとも２つのファイルで使用される変数を示すテーブルを有し、
前記テーブルは、前記複数のファイルとは異なるセクタに配置されることを特徴とする請求項２から６のいずれか１項に記載の処理装置。
【請求項８】
前記制御プログラムの更新時、前記記憶手段が記憶する制御プログラムのバージョンを前記更新装置に通知する通知手段をさらに備えていることを特徴とする請求項１から７のいずれか１項に記載の処理装置。
【請求項９】
複数のファイルを含む制御プログラムを実行して処理を行う処理装置であって、
複数のセクタを有し、セクタ単位で消去が行われ、前記制御プログラムを記憶する記憶手段と、
前記複数のファイルの前記複数のセクタへの配置を、前記複数のファイルそれぞれの修正の可能性に関する情報に基づき決定する決定手段と、を備えることを特徴とする処理装置。
【請求項１０】
複数のセクタを有し、セクタ単位で消去が行われる記憶手段に記憶された複数のファイルを含む制御プログラムを実行して処理を行う処理装置に対して、前記制御プログラムの更新データを送信する更新装置であって、
前記制御プログラムの更新時、更新後のバージョンから前記記憶手段において書き換えが必要なセクタを判定する判定手段と、
前記判定したセクタを前記処理装置に通知する通知手段と、
前記判定したセクタに書込むデータを含む前記更新データを前記処理装置に送信する送信手段と、
を備えていることを特徴とする更新装置。
【請求項１１】
前記判定手段は、前記制御プログラムの基準バージョンと、更新後のバージョンを比較することで前記記憶手段において書き換えが必要なセクタを判定することを特徴とする請求項１０に記載の更新装置。
【請求項１２】
前記基準バージョンは、前記処理装置の前記記憶手段に予め記憶しておく前記制御プログラムのバージョンであることを特徴とする請求項１１に記載の更新装置。
【請求項１３】
前記制御プログラムの更新時、前記処理装置から当該処理装置の前記記憶手段に記憶されている前記制御プログラムのバージョンを示す情報を受信する受信手段をさらに備えており、
前記判定手段は、前記受信手段が受信する情報で示されるバージョンと、更新後のバージョンを比較することで前記記憶手段において書き換えが必要なセクタを判定することを特徴とする請求項１０に記載の更新装置。
【請求項１４】
前記制御プログラムの前記複数のファイルの配置順序を決定し、前記複数のファイルの前記記憶手段の各セクタへの配置を前記配置順序に従い決定する決定手段をさらに備えていることを特徴とする請求項１０から１３のいずれか１項に記載の更新装置。
【請求項１５】
前記決定手段は、前記処理装置の前記記憶手段に予め記憶しておく前記制御プログラムのバージョンである基準バージョンについて、前記複数のファイルの配置順序を、前記複数のファイルそれぞれの修正の可能性に基づき決定することを特徴とする請求項１４に記載の更新装置。
【請求項１６】
前記決定手段は、前記基準バージョンについて、前記複数のファイルの配置順序を、ファイルの修正の可能性の高い順、又は、低い順とし、前記記憶手段の前記複数のファイルを記憶する各セクタにおいて、前記配置順序が連続する様に配置を決定することを特徴とする請求項１５に記載の更新装置。
【請求項１７】
前記制御プログラムのファイルを更新することで、前記制御プログラムを更新する場合、前記決定手段は、更新後の制御プログラムにおいて、前記更新したファイルの配置順序を先頭又は最後にすることを特徴とする請求項１４から１６のいずれか１項に記載の更新装置。
【請求項１８】
前記制御プログラムのファイルを更新することで、前記制御プログラムを更新する場合、前記決定手段は、更新後の制御プログラムにおいて、前記更新したファイルの配置順序を更新前と同じにすることを特徴とする請求項１４から１６のいずれか１項に記載の更新装置。
【請求項１９】
前記制御プログラムは、前記複数のファイルそれぞれで使用される関数を参照する、又は、前記複数のファイルの少なくとも２つのファイルで使用される変数を示すテーブルを有し、
前記決定手段は、前記テーブルを、前記複数のファイルとは異なるセクタに配置することを特徴とする請求項１４から１８のいずれか１項に記載の更新装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御プログラムを実行して処理を行う処理装置における制御プログラムの更新技術に関する。
【背景技術】
【０００２】
ファームウェアとも呼ばれる制御プログラムを実行して処理を行う処理装置に対しては、リリース後、そのファームウェアの更新を行う場合が生じ得る。特許文献１は、ホストコンピュータから、最新のファームウェアをダウンロードしてメモリに格納し、その後、現在のファームウェアと最新のファームウェアをセクタ単位で比較し、データの異なるセクタのみを書き換える方法を提案している。また、特許文献２は、更新装置が処理装置にアクセスして、当該処理装置が有する制御プログラムを調べ、当該制御プログラムと最新の制御プログラムのとの差分を判定してインストールを実行する方法を提案している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１５４９８８号公報
【特許文献２】特開２００３−３１６５８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の方法は、最新のファームウェアの総てを処理装置に送信しなければならず更新に時間がかかる。また、特許文献２に記載の方法でも、差分が複数のセクタに跨っていると差分情報が大きくなり、更新に時間がかかる。
【０００５】
本発明は、制御プログラムの更新にかかる時間を短縮できる処理装置と、当該処理装置に制御プログラムの更新データを送信する更新装置を提供するものである。
【課題を解決するための手段】
【０００６】
本発明の一側面によると、処理装置は、複数のファイルを含む制御プログラムを実行して処理を行う処理装置であって、複数のセクタを有し、セクタ単位で消去が行われ、前記制御プログラムを記憶する記憶手段と、前記記憶手段が記憶する前記制御プログラムを実行する実行手段と、前記制御プログラムの更新時、更新装置から指定された前記記憶手段のセクタを消去し、前記更新装置から受信するデータを、当該データに対して指定された前記記憶手段のセクタに書込む更新手段と、を備えていることを特徴とする。
【発明の効果】
【０００７】
制御プログラムの更新にかかる時間を短縮できる。
【図面の簡単な説明】
【０００８】
【図１】一実施形態による画像形成装置の概略的な構成図。
【図２】一実施形態によるＣＰＵのメモリマップ。
【図３】一実施形態による更新処理のフローチャート。
【図４】一実施形態によるリンク順序決定の説明図。
【図５】一実施形態による更新処理の説明図。
【図６】一実施形態による更新処理の説明図。
【図７】一実施形態による更新処理のフローチャート。
【図８】一実施形態による更新処理の説明図。
【図９】一実施形態によるリンク順序決定の説明図。
【図１０】一実施形態による更新処理の説明図。
【図１１】一実施形態による外部コンピュータの概略的な構成図。
【発明を実施するための形態】
【０００９】
以下、本発明の例示的な実施形態について図面を参照して説明する。なお、以下の各実施形態は例示であり、本発明を実施形態の内容に限定するものではない。また、以下の各図においては、実施形態の説明に必要ではない構成要素については図から省略する。
【００１０】
＜第一実施形態＞
図１は、本実施形態において制御プログラム（ファームウェア）を実行して処理する処理装置の例として使用する画像形成装置を示している。画像形成装置は、外部コンピュータ２０からの印刷指示に従い画像形成を行う。画像形成装置の制御部４のＣＰＵ５は、不揮発性メモリである記憶部６に記憶された制御プログラムを実行し画像形成装置を制御する。例えば、制御部４は、外部コンピュータ２０から印刷指示と共に画像データを受け取ると、受け取った画像データに基づき画像形成部２を制御して、例えば、トナー像を画像形成部２内の像担持体に形成する。また、制御部４は給紙部８から記録材を取り出して搬送路３に沿って搬送する制御を行い、画像形成部２の像担持体に形成したトナー像を搬送路３に沿って搬送される記録材に転写・定着させる。その後、制御部４は、トナー像を定着させた記録材を排紙部１２のいずれかの排紙トレイに排出する。その他、制御部４は、給紙部８の記録材の有無や、排紙トレイ上の記録材の積載量を監視し、給紙部８の記録材が無くなったり、排紙トレイ上の記録材の積載量が上限値に達したりすると入出力部１８にその旨を表示する。
【００１１】
本実施形態において、記憶部６は、複数バイトを単位とする記憶領域であるセクタに分割されており、データの消去はセクタ単位で行われ、データの書込みは、消去されている領域に対して１バイト単位で行えるものとする。また、外部コンピュータ２０は、画像形成装置が有する制御プログラムを更新するための更新データを画像形成装置に送信する更新装置としても機能する。制御プログラムの更新は、例えば、ユーザが入出力部１８を操作し、これにより制御部４が外部コンピュータ２０と通信することにより開始される。或いは、外部コンピュータ２０側をユーザが制御することで、外部コンピュータ２０が画像形成装置に更新処理の開始を指示することで開始される。なお、制御プログラムの更新処理を実行すると、画像形成装置の入出力部１８には、更新処理の実行状況が表示される。また、図１において外部コンピュータ２０と画像形成装置は通信線により直接接続されているが、外部コンピュータ２０と画像形成装置は、ネットワークを介して接続されるものとすることができる。
【００１２】
図２は、ＣＰＵ５が実行する制御プログラムの記憶部６への配置の説明図である。なお、本実施形態において、記憶部６は、ＳＡ０〜ＳＡ５の６つのセクタを有するものとするが、例示でありセクタ数は任意である。図２において、ＳＡ０〜ＳＡ２の３つのセクタには、実行ファイルが配置され、ＳＡ４には、関数ジャンプテーブルと、広域変数参照テーブルが配置される。なお、関数ジャンプテーブルは、各実行ファイルの相互呼出しの際に参照されるテーブルである。関数ジャンプテーブルにより各実行ファイルのリンク順序に依存せず、各実行ファイル内で使用されている関数の呼出しが可能になる。また、広域変数参照テーブルは、少なくとも２つの実行ファイルで使用される広域変数を示すファイルであり、広域変数参照テーブルにより、リンク順序に拘らず、各実行ファイルに跨る広域変数の参照が可能となる。なお、制御プログラムを構成する各実行ファイルのリンク順序は、記憶部６への配置順序に一致し、図２においては、ファイルＡ〜ファイルＩの順である。図２に示す様に、本実施形態では、実行ファイルを配置するセクタＳＡ０〜ＳＡ２のそれぞれには、配置順序が連続する様にファイルが配置される。また、本実施形態ではＳＡ５に、更新処理を実行する更新プログラムが配置される。さらに、本実施形態においてＳＡ３は、予備エリアとして確保される。
【００１３】
図３は、本実施形態による更新処理時の画像形成装置におけるフローチャートである。Ｓ１０で制御部４は、外部コンピュータ２０から更新指令を受信するまで待機する。更新指令を受信すると、制御部４は、Ｓ１１で、外部コンピュータ２０からヘッダコマンドを受信するまで待機する。なお、ヘッダコマンドは、更新データを書込むセクタを画像形成装置に通知するためのコマンドである。制御部４は、ヘッダコマンドを受信すると、Ｓ１２で、ヘッダコマンドが指定するセクタを消去する。その後、制御部４は、外部コンピュータ２０から更新データを受信したかを判定し、更新データを受信すると、Ｓ１４において受信した更新データを指定されたセクタに書込む。更新データの書込後、制御部４は、Ｓ１３において、他のセクタの更新データの受信を判定し、受信する度に、指定されたセクタへの書込みを行う。なお、外部コンピュータ２０は、総ての更新データを画像形成装置に送信すると、フッタコマンドを画像形成装置に送信する。したがって、更新データではなく、Ｓ１５でフッタコマンドを受信すると、制御部４は、Ｓ１６で自己リセットを行い再起動する。
【００１４】
本実施形態においては、更新において消去したり書込んだりするセクタ数を減らすために、修正の可能性の高い実行ファイル（以下、単にファイルとも呼ぶ。）を同一セグメントに集める。具体的には、開発中の修正頻度に基づき各ファイルの修正頻度を推定し、推定した修正頻度の少ない順をリンク順序とする。以下に、一例を説明する。まず、製品開発の開始時点においては図２に示す様にファイルを配置しているものとする。なお、各ファイルの横にはリビジョン番号（Ｒｅｖ）を示している。開発途中においては、機能追加やバグ修正に応じて各ファイルは修正される。本実施形態においては、ファイルを修正すると、修正したファイルのリンク順序を最後尾とする。図４（Ａ）は、図２の状態からファイルＡ、Ｂ、Ｇ、Ｄをそれぞれ修正した状態を示している。修正によりファイルＡ、Ｂ、Ｇ、Ｄのリビジョン番号はそれぞれ"０２"となっている。同様に、図４（Ｂ）は、図４（Ａ）の状態からファイルＢ、Ｄ、Ｇ、Ｈを修正した状態であり、図４（Ｃ）は、図４（Ｂ）の状態からファイルＤ、Ｇ、Ｈを修正した状態であり、図４（Ｄ）は、図４（Ｃ）の状態からファイルＤ、Ａを修正した状態である。さらに、図４（Ｅ）は、図４（Ｄ）の状態からファイルＦを修正した状態であり、これが基準バージョンであるリリース版となったものとする。なお、リリース版とは、例えば、販売時、画像形成装置の記憶部６に予め保存しておくバージョンである。なお、図４には表示していないが、ＳＡ４に配置された関数ジャンプテーブルと、広域変数参照テーブルは、各実行ファイルの修正に応じて修正される。
【００１５】
続いて、図３のフローチャートに従う更新によりどの様に実行ファイルがセクタに配置されるのかについて図５を用いて説明する。図５（Ａ）は、図４（Ｅ）に示す基準バージョンである。ここで、ファイルＦのみに修正があったものとする。本実施形態においては、リリース後の基準バージョンの更新においては、リンク順序を入れ替えず、単に、ファイルの更新のみを行う。したがって、図５（Ｂ）に示す様に、実行ファイルについては、ＳＡ２のみを書き換えることになる。なお、関数ジャンプテーブルと、広域変数参照テーブルについては、実行ファイルの修正に伴い修正される。したがって、外部コンピュータ２０は、ヘッダコマンドにおいて、ＳＡ２及びＳＡ４を指定して、これらセクタを消去させ、その後、ＳＡ２と、ＳＡ４に書込む更新データを画像形成装置に送信することになる。その後、図５（Ｃ）に示す様に、ファイルＧの修正が行われたものとする。本実施形態において外部コンピュータ２０は、常に、基準バージョン、つまり、図５（Ａ）との差分に基づき書き換えが必要なセクタを判定する。したがって、図５（Ｃ）の更新の際には、外部コンピュータ２０は、ヘッダコマンドにおいて、ＳＡ１、ＳＡ２及びＳＡ４を指定してこれらセクタを消去させ、その後、ＳＡ１、ＳＡ２及びＳＡ４に書込む更新データを画像形成装置に送信することになる。
【００１６】
上記の通り、開発中のファイルの修正頻度に応じてリリース後の修正の可能性を推定して各セクタへの実行フィルの配置を決定する。この構成により修正の可能性の高い実行ファイルが同一のセクタに集まり、よって、更新の際に、外部コンピュータ２０が画像形成装置に送信するデータ量を少なくすることができ、更新にかかる時間を短くすることができる。なお、本実施形態においては、修正頻度の低い順から高い順へと実行ファイルが並ぶようにリンク順序を決定していたが、修正頻度の高い順から低い順へと実行ファイルが並ぶようにリンク順序を決定しても良い。
【００１７】
＜第二実施形態＞
第一実施形態では、更新時にリンク順序は入れ替ず、更新後と更新前でリンク順序は同じであった。本実施形態では、更新の際にも、リンク順序を入れ替える。以下、本実施形態について、第一実施形態との相違点を中心に図６を用いて説明する。図６（Ａ）は、図５（Ａ）と同じ基準バージョンを示している。その後、ファイルＡに修正が行われたものとする。本実施形態では、修正を行ったファイルのリンク順序を最後尾にするため、更新後のファイルの配置は図６（Ｂ）の通りとなる。しがって、変更が行われるセクタは、ＳＡ２とＳＡ４のみとなる。さらに、その後、ファイルＧの修正が行われたものとする。この場合、更新後のファイルの配置は図６（Ｃ）の通りであり、変更が行われるセクタは、ＳＡ１、ＳＡ２及びＳＡ４となる。本実施形態では、更新の際にもリンク順序を変更するため、更新され易い実行ファイルが同一セクタに集まる可能性が高くなり、よって、更新時間を削減することができる。なお、推定した修正頻度の高い順をリンク順序としている場合、修正を行ったファイルのリンク順序を先頭とする。
【００１８】
＜第三実施形態＞
第一実施形態及び第二実施形態において外部コンピュータ２０は、基準バージョンを基準として変更されるセクタを判定し、変更されるセクタの消去の指示と更新データの送信を行っていた。本実施形態では、画像形成装置が現在使用しているバージョンを基準として変更すべきセクタを判定する。図７は、本実施形態による更新処理のフローチャートである。図３に示す第一実施形態との相違点は、Ｓ１０とＳ１１の間に、画像形成装置が記憶部６に記憶している制御ソフトウェアのバージョン番号を示す情報を外部コンピュータ２０に通知するＳ２０を有することである。外部コンピュータ２０は、画像形成装置から通知される制御ソフトウェアのバージョン番号から変更すべきセクタを判定し、Ｓ１２で変更すべきセクタを指定したヘッダコマンドを画像形成装置に送信する。その他の処理は、図３と同様であり再度の説明は省略する。
【００１９】
図８は、本実施形態における更新処理によるセクタと実行ファイルの配置関係を示している。ここで、図８（Ａ）は、図５（Ａ）と同じ基準バージョンであり、この基準バージョンをバージョン０とする。その後、ファイルＡに修正が行われ、これをバージョン１とする。本実施形態では、第二実施形態と同様に、更新によりリンク順序を変更するものとする。したがって、更新後のファイルの配置は図８（Ｂ）の通りとなる。よって、変更が行われるセクタは、ＳＡ２とＳＡ４のみとなる。その後、ファイルＧの修正が行われたバージョン２がリリースされたものとする。この場合、更新後のファイルの配置は図８（Ｃ）の通りとなり、図８（Ｂ）に示すバージョン１を基準とすると、変更が行われるセクタは、ＳＡ１、ＳＡ２及びＳＡ４となる。さらに、その後、ファイルＧの修正が行われたバージョン３がリリースされたものとする。この場合、更新後のファイルの配置は図８（Ｄ）の通りとなり、図８（Ｃ）に示すバージョン２を基準とすると、変更が行われるセクタは、ＳＡ２及びＳＡ４のみとなる。
【００２０】
以上、画像形成装置がバージョン番号を外部コンピュータ２０に通知することで、変更対象のセクタ数を減少させることができ更新時間を減少させることができる。なお、本実施形態では、第二実施形態と同様に更新によりリンク順序を入れ替えるとしたが、第一実施形態と同様にリンク順序を入れ替えなくとも良い。
【００２１】
＜第四実施形態＞
第一実施形態においては、図４に示す様に、開発中、ファイルの修正が行われる度に、リンク順序を入れ替えていた。本実施形態では、図９に示す様に、開発中においてはリビジョン番号を管理するのみであり、リンク順序の入れ替えは行わない。図９（Ａ）〜（Ｅ）での変更内容はそれぞれ図４と同様である。そして、本実施形態では、リリース前に纏めてリンク順序の入れ替えを行う。図１０（Ａ）は、図９（Ｅ）の内容にてリリースを行う場合の、ファイルのセクタへの配置を示している。図１０（Ａ）に示す様に、リビジョン番号の昇順にリンク順序を決定している。
【００２２】
なお、図１０（Ｂ）及び（Ｃ）は、第一実施形態と同様に、更新の際に、リンク順序を変更しない場合の、更新後の各実行ファイルのセクタへの配置状況を示している。図１０（Ｂ）は、図１０（Ａ）の状態から、ファイルＦの修正が行われた場合でありセクタＳＡ１及びＳＡ４が変更対象のセクタとなる。図１０（Ｃ）は、さらに、その後、ファイルＧの修正が行われた場合であり、セクタＳＡ１、ＳＡ２及びＳＡ４が変更対象のセクタとなる。なお、本実施形態においても、第二実施形態と同様にリンク順序を変更することもできる。さらに、第三実施形態の様に、現在のバージョンを基準として変更対象のセクタを判定する構成であっても良い。
【００２３】
図１１は、画像形成装置に対して制御プログラムの更新データを送信する更新装置としても機能する外部コンピュータ２０の概略的な構成図である。記憶部２０４には、基準バージョンを始めとする各バージョンの制御プログラムについて、画像形成装置の記憶部６のセクタへの配置に関する情報と、少なくとも制御プログラムの各バージョンの内、最新の更新後のバージョンのデータが記憶されている。判定部２０１は、制御プログラムの基準バージョンと、更新後のバージョンを比較することで画像形成装置において書き換えが必要なセクタを判定する。なお、画像形成装置が、現在使用しているバージョンを通知する場合、判定部２０１は、通知されたバージョンと更新後のバージョンを比較することで画像形成装置において書き換えが必要なセクタを判定する。そして、消去セクタ通知部２０６は、判定したセクタを画像形成装置に通知して当該セクタを消去させる。また、更新データ送信部２０２は、判定部２０１が判定したセクタに書込むデータを含む更新データを画像形成装置に送信する。また、受信部２０３は、画像形成装置からの現在使用しているバージョンを示す通知を受信する。さらに、決定部２０５は、ファイルが修正されると上記実施形態に記載の方法にてリンク順序を決定し、各実行ファイルの画像形成装置の記憶部６の各セクタへの配置を決定する。
【００２４】
＜その他の実施形態＞
なお、上記各実施形態において、実行ファイルの記憶部６への配置は画像形成装置が決定していた。しかしながら、実行ファイルの記憶部６への配置を画像形成装置が決定する構成とすることもできる。この場合、画像形成装置は、制御プログラムの更新時、実行ファイルの配置位置を外部コンピュータ２０に通知する。また、上記各実施形態では、ＳＡ４に関数ジャンプテーブルと、広域変数参照テーブルとを配置していたが、ＳＡ４には、さらに、静的変数アドレステーブルを持たせることもできる。この構成により、静的変数の変更等において更新すべきファイル数を削減することができる。さらに、上記各実施形態は、基準バージョンにおけるリンク順序を各実行ファイルの修正可能性の高い順又は低い順とし、修正可能性を開発中における実際の修正頻度に基づき推定していた。しかしながら、各実行ファイルの修正可能性を推定する方法はこれに限らず他の方法を使用することもできる。例えば、各ファイルを、ドライバレベル、タスク実行レベル、タスク管理レベルといった機能レベルに応じて作成し、リンク順序をファイルの機能レベルに応じて決定する構成とすることもできる。例えば、機能レベルの低いドライバレベルは、多数のタスクからアクセスされることが多く、よって、リリース後においては修正の頻度が低いと推測される。例えば、ドライバレベルのファイルを同じセクタに集めることにより、書き換え頻度が少ないと予想できるファイルを同一セクタに集めることができる。
【００２５】
［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015138469.tif 000003
【図２】
2015138469.tif 000004
【図３】
2015138469.tif 000005
【図４】
2015138469.tif 000006
【図５】
2015138469.tif 000007
【図６】
2015138469.tif 000008
【図７】
2015138469.tif 000009
【図８】
2015138469.tif 000010
【図９】
2015138469.tif 000011
【図１０】
2015138469.tif 000012
【図１１】
2015138469.tif 000013