JPH08137684A - プログラム転送方法、プログラム開発システムならびにプログラム開発装置およびプログラム実行装置 - Google Patents

Abstract

(57)【要約】 【目的】 プログラムの開発時間を削減する。 【構成】 プログラム開発装置からプログラム実行装置
に転送する最終ファイルにおいて、予め各中間オブジェ
クトファイル７０ａ〜７８ａに未使用領域７０ｂ〜７８
ｂを付加しておく。そしてたとえばファイル７２ａを修
正した場合、修正後のオブジェクトプログラムのみをプ
ログラム実行装置に転送する。修正後のオブジェクトプ
ログラムの長さが修正前のオブジェクトファイル７２よ
り短ければ、修正後オブジェクトプログラムの最終部分
を、予め付加されていた未使用領域７２ｂまで延ばして
リンクする。修正後のオブジェクトプログラムの長さが
変更前のオブジェクトファイル７２よりも長ければ、変
更後オブジェクトプログラムは、最終ファイルの最後に
リンクする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、通信回線を介してプ
ログラム開発装置とターゲット装置とを接続してソフト
ウェアのデバッグを行なう際のプログラム転送に関し、
特に、比較的低速な直列回線を介してプログラム開発装
置とターゲット装置とを接続してソフトウェアのデバッ
グ作業を行なう際の作業の効率化に関する。

【０００２】

【従来の技術】図１２を参照して、従来、プログラムを
実行するターゲット装置２２のプログラムを、表示装置
２４、キーボード２６、およびハードディスクなどの外
部記憶装置２８が接続される開発装置１２０で開発し、
通信回線３０を介してターゲット装置２２に与えること
が行なわれている。

【０００３】開発装置１２０は、ＲＡＭ（Random Acces
s Memory）４６と、通信回線３０に接続された通信回路
４８と、表示装置２４、キーボード２６、外部記憶装置
２８、およびＲＡＭ４６にそれぞれ結合されたコンパイ
ラ１３０、リンカ１３２、およびデバッガ１３４とを含
む。コンパイラ１３０、リンカ１３２、およびデバッガ
１３４はソフトウェアの形式で設けられ、開発装置１２
０に設けられたＣＰＵにより実行されてそれらの機能を
実現する。

【０００４】ターゲット装置２２は、ＣＰＵまたはイン
タプリタ（以下常にＣＰＵと呼ぶ。）６０と、ＣＰＵ６
０および通信回線３０に接続された通信回路６２と、Ｃ
ＰＵ６０および通信回路６２に接続されたＲＡＭ６４と
を含む。

【０００５】図１２に示す典型的な開発装置１２０とタ
ーゲット装置２２では、ターゲット装置２２で実行され
るプログラムの開発は次のようにして行なわれている。
まず、図１３の最上段に示されるように、複数のソース
プログラムファイル（図１３に示す例ではファイル１〜
ファイル５）を準備する。図１２に示すコンパイラ１３
０によってこれらソースファイルをコンパイルし、中間
オブジェクトファイル７０ａ、７２ａ、７４ａ、７６
ａ、および７８ａ（図１３中段）を生成する。さらにリ
ンカ１３２によってこれら中間オブジェクトファイル７
０ａ、７２ａ、７４ａ、７６ａ、および７８ａをリンク
して、ターゲット装置２２に転送する最終オブジェクト
ファイルを生成する（図１３下段）。

【０００６】この場合図１３に示すように、コンパイラ
で中間オブジェクトファイルを作成する場合、オブジェ
クトファイルのコード領域とデータ領域とはそれぞれ必
要最低限のサイズとなるようにされている。また中間オ
ブジェクトファイルをリンクする場合、先行するオブジ
ェクトファイルが終了するとその直後に次のオブジェク
トファイルをリンクするようにして最終的なオブジェク
トファイルを生成している。したがってたとえば中間オ
ブジェクトファイル７０ａ、７２ａ、７４ａ、７６ａ、
および７８ａのサイズがそれぞれ１７０バイト、１００
バイト、１５０バイト、１００バイト、および７５バイ
トであれば、最終ファイルのサイズはほぼこれらの和で
ある６００バイトとなる。

【０００７】従来このようにして作成した最終オブジェ
クトファイルをターゲット装置２２に転送する場合、こ
の最終のオブジェクトファイルの内容をそのまま転送す
ることが最もよく行なわれている。しかし、このように
最終のオブジェクトファイルの内容をそのまま転送する
のでは、転送データ量が多く転送時間がかかる。そのた
め、開発装置自体の処理速度が速くなったとしても転送
時間により制約を受けるため、プログラムのデバッグに
時間がかかり、その結果プログラム開発に要する時間も
効率的に短縮化されないという問題点があった。

【０００８】

【発明が解決しようとする課題】そのため、従来からプ
ログラムの転送時間をより少なくする方式が求められて
いた。その１つの方式として、一旦プログラムをターゲ
ット装置に転送した後、プログラムに修正が行なわれた
場合、前回転送したオブジェクトファイルと、修正後の
オブジェクトファイルとの差分を転送するものがある。
これにより、変更のない部分は転送する必要がなく、デ
ータ転送量が減少する。

【０００９】しかしこの場合、さらに解決すべき次のよ
うな問題がある。図１４上段を参照して、元の最終的な
オブジェクトファイルが中間オブジェクトファイル７０
ａ、７２ａ、７４ａ、７６ａ、および７８ａであり、こ
れらのサイズがそれぞれ１７５バイト、１００バイト、
１５０バイト、１００バイト、および７５バイトであっ
たものとする。ファイル２のソースファイルを修正した
後、これらをコンパイルした結果１２５バイトとなった
ものとする。オブジェクトをリンクすると、図１４の下
段に示すようにファイル２に対応するオブジェクトファ
イルの位置９０ａ以降の領域１４０のすべてにおいて、
ファイル２の修正前とは対応する部分のオブジェクトフ
ァイルの内容は変化している。したがって図１４に示す
例の場合には修正された部分以降の領域１４０のコード
をすべて転送する必要がある。このような転送を頻繁に
行なう必要がある場合、それほどデータ転送の時間が短
縮されるとは言えない。

【００１０】さらにまた、特開平５−１９７６４５号公
報では、転送するデータ内に繰返しがある場合に、その
繰返しを利用して転送データ量を削減する方式が提案さ
れている。しかし処理対象となるデータの中にはこのよ
うな繰返しが発生する頻度は多いかもしれないが、プロ
グラムコードの場合には内部に繰返しが存在することは
比較的少ない。したがって特開平５−１９７６４５号公
報の方式を用いてオブジェクトファイルを開発装置から
ターゲット装置に転送したとしても、転送効率が大幅に
改善されるのは稀である。

【００１１】オブジェクトファイルプログラムのターゲ
ット装置への転送時間をできるだけ少なくすれば、ソフ
トウェアのデバッグ作業でのソースプログラムの修正、
コンパイル、リンク、デバッグを通じたターンアラウン
ドタイムが大幅に改善される。したがって転送時間をで
きるだけ減少させることができるプログラム転送方式お
よび装置が望まれている。

【００１２】本発明はこのような問題を解決するために
なされたもので、請求項１から５に記載の発明の目的
は、転送時間を削減できるプログラム転送方法を提供す
ることである。

【００１３】また請求項６から８に記載の発明の目的は
それぞれ、プログラム開発の時間を削減できるプログラ
ム開発システム、プログラム開発装置、およびプログラ
ム実行装置を提供することである。

【００１４】

【課題を解決するための手段】請求項１に記載の発明に
係るプログラム転送方法は、相互にリンクされ、かつ各
々がその内部に未使用領域を有する複数個のオブジェク
トファイルからなる実行可能形式のプログラムをプログ
ラム開発装置からプログラム実行装置に転送し、プログ
ラム実行装置の記憶装置上に展開する第１の転送ステッ
プと、複数個のオブジェクトファイルの少なくとも１つ
を変更して、変更前の大きさと予め定める関係を有する
大きさの変更後オブジェクトファイルをプログラム開発
装置において作成し、変更されたオブジェクトファイル
を含む複数個のオブジェクトファイルを、第１の転送ス
テップにおけるリンクの順番と予め定める関係にある順
番に従ってリンクして変更後の実行可能形式のプログラ
ムを作成するステップとを含む。リンク時の順番は、複
数個のオブジェクトファイルのうちの変更されないもの
が、変更後の実行可能形式のプログラム内において変更
前と一致する位置となるように選択されている。このプ
ログラム転送方法はさらに、変更後の実行可能形式プロ
グラムのうち、変更されたオブジェクトファイルのみを
プログラム実行装置に再び転送し、変更後のリンクの順
番に従ってリンクするように記憶装置上に展開する第２
の転送ステップを含む。

【００１５】請求項２に記載の発明は、請求項１記載の
プログラム転送方法であって、作成するステップは、変
更されるオブジェクトファイルに対応するソースプログ
ラムをコンパイルして、オブジェクトプログラムを作成
し、かつ変更後オブジェクトファイルの大きさが、予め
定める単位長の倍数となるように、オブジェクトプログ
ラムの末尾に所定長以上の大きさの未使用領域を付加し
て変更後オブジェクトファイルを生成するステップと、
変更されたオブジェクトファイルを含む複数個のオブジ
ェクトファイルを、第１の転送ステップにおけるリンク
の順番と予め定める関係にある順番に従ってリンクして
変更後の実行可能形式のプログラムを作成するステップ
とを含む。リンク時の順番は、変更後オブジェクトファ
イルの大きさが変更前の大きさ以下であるときは第１の
転送ステップにおいて転送される実行可能形式プログラ
ムにおける順番と一致するように選択され、変更後オブ
ジェクトファイルの大きさが変更前の大きさよりも大き
いときには、変更後オブジェクトファイルが他のすべて
のオブジェクトファイルの末尾に位置するように選択さ
れる。

【００１６】請求項３に記載の発明は、請求項１記載の
プログラム転送方法であって、作成するステップは、変
更されるオブジェクトファイルに対応するソースプログ
ラムをコンパイルして、オブジェクトプログラムを作成
するステップと、変更されたオブジェクトプログラムを
含む、複数個のオブジェクトファイルに格納される複数
個のオブジェクトプログラムを、第１の転送ステップに
おけるリンクの順番と予め定める関係にある順番に従っ
て、かつ複数個のオブジェクトプログラムのうちの変更
されないものが、変更後の実行可能形式のプログラム内
において変更前と一致する位置となるように、隣接する
オブジェクトプログラム間に未使用領域が設けられるよ
うにリンクして、変更後の実行可能形式のプログラムを
作成するステップとを含む。リンク時の順番は、変更さ
れたオブジェクトプログラムの大きさが変更前のオブジ
ェクトファイルの大きさより小さいときは第１の転送ス
テップにおいて転送される実行可能形式プログラムにお
ける順番と一致するように選択され、変更されたオブジ
ェクトプログラムの大きさが変更前のオブジェクトファ
イルの大きさよりも大きいときには変更後オブジェクト
プログラムが他のすべてのオブジェクトファイルの末尾
に位置するように選択される。

【００１７】請求項４に記載の発明は、請求項１から３
のいずれかに記載のプログラム転送方法であって、オブ
ジェクトファイルに変更がなされたか否かを、当該オブ
ジェクトファイルが前回転送されたときの日付と、当該
オブジェクトファイルの作成日付とを比較することによ
り行なうことを特徴とする。

【００１８】請求項５に記載の発明は、請求項１から４
のいずれかに記載のプログラム転送方法であって、第２
の転送ステップにおいて、変更されたオブジェクトファ
イルを変更前オブジェクトファイルと比較し、変更のあ
った部分のみをプログラム実行装置に転送することを特
徴とする。

【００１９】請求項６に記載の発明は、プログラム実行
装置と、プログラム実行装置で実行されるプログラムを
開発するための、プログラム実行装置と通信回線を介し
て結合可能なプログラム開発装置とを含むプログラム開
発システムである。プログラム開発装置は、プログラム
実行装置で実行可能な形式のプログラムを開発するため
の手段と、実行可能な形式のプログラムおよびそのテス
トにおいて使用されるデータを記憶するための第１の記
憶手段と、第１の記憶手段に格納された実行可能な形式
のプログラムおよびデータを、通信回線を介してプログ
ラム実行装置に逐次与え、実行可能な形式のプログラム
を、データに基づいてプログラム実行装置により実行さ
せることにより、実行可能な形式のプログラムのデバッ
グを行なうためのデバッグ手段と、デバッグ済みの実行
可能な形式のプログラムを通信回線を介してプログラム
実行装置にロードするためのロード手段とを含む。プロ
グラム実行装置は、実行可能な形式のプログラムおよび
プログラムの実行において使用されるデータを記憶する
ための第２の記憶手段と、通信回線を介してプログラム
開発装置に接続可能であり、テストモードが選択された
か否かに依存して、第２の記憶手段と、通信回線を介し
て接続される第１の記憶手段との一方を選択し、選択さ
れた記憶手段に記憶された実行可能な形式のプログラム
を、選択された記憶手段を用いて実行するための実行手
段と、通信回線に接続可能であり、デバッグ済みのプロ
グラムをプログラム開発装置のロード手段から受信し、
第２の記憶手段に格納するための格納手段とを含む。

【００２０】請求項７に記載の発明に係るプログラム開
発装置は、プログラム実行装置で実行可能な形式のプロ
グラムを開発するための手段と、実行可能な形式のプロ
グラムおよびそのテストにおいて使用されるデータを記
憶するための記憶手段と、記憶手段に格納された実行可
能な形式のプログラムおよびデータを、通信回線を介し
てプログラム実行装置に逐次与え、実行可能な形式のプ
ログラムを、データに基づいてプログラム実行装置によ
り実行させることにより、実行可能な形式のプログラム
のデバッグを行なうためのデバッグ手段と、デバッグ済
みの実行可能な形式のプログラムを通信回線を介してプ
ログラム実行装置にロードするためのロード手段とを含
む。

【００２１】請求項８に記載の発明は、実行可能な形式
のプログラムおよびプログラムの実行において使用され
るデータを記憶するための記憶手段と、通信回線を介し
てプログラム開発装置に接続可能であり、テストモード
が選択されたか否かに依存して、記憶手段と、通信回線
を介して接続されるプログラム開発装置に含まれる記憶
装置との一方を選択し、選択された記憶手段または記憶
装置に記憶された実行可能な形式のプログラムを実行す
るための実行手段と、通信回線に接続可能であり、デバ
ッグ済みのプログラムをプログラム開発装置から受信
し、記憶手段に格納するための格納手段とを含む。

【００２２】

【作用】請求項１に記載の発明に係るプログラム転送方
法によれば、オブジェクトファイルは、変更されないオ
ブジェクトファイルが、実行可能形式のプログラム内に
おいて変更前と一致する位置となるような順番でリンク
される。変更されたオブジェクトファイルのみをプログ
ラム実行装置に再び転送し、転送済みの他のオブジェク
トファイルとある順番に従ってリンクするだけで、変更
後の実行可能な形式のプログラムをプログラム実行装置
内に生成できる。各オブジェクトファイル内に予め未使
用領域を設けているので、オブジェクトプログラムサイ
ズが大きくなっても、未使用領域の大きさを調節すれ
ば、オブジェクトファイルの大きさを変更前と一致させ
ることができ、各オブジェクトファイルの位置を変更せ
ずに上記したリンクを行なうことが可能である。

【００２３】請求項２に記載の方法では、変更後のオブ
ジェクトプログラムの末尾に所定長以上の大きさの未使
用領域を付加して、オブジェクトファイルの大きさが、
予め定める単位長の倍数となるようにする。オブジェク
トファイルをリンクするときの順番は、変更後オブジェ
クトファイルの大きさが変更前の大きさ以下であるとき
は前回転送時の順番と一致するので、変更前のオブジェ
クトファイル部分を変更後のオブジェクトファイルで入
換えるだけで、変更後の実行可能プログラムを生成でき
る。変更後オブジェクトファイルの大きさが変更前の大
きさよりも大きいときには、変更後オブジェクトファイ
ルが他のオブジェクトファイルの末尾に配置されるの
で、他のオブジェクトファイルの位置を変化させる必要
はない。

【００２４】請求項３に記載の方法によれば、変更され
ないオブジェクトプログラムの実行可能形式のプログラ
ム内の位置が変更前と一致するように、かつ隣接するオ
ブジェクトプログラム間の未使用領域が設けられるよう
にオブジェクトプログラムをリンクして、実行可能形式
のプログラムが作成される。変更されたオブジェクトプ
ログラムが変更前のオブジェクトファイルより小さいと
きは第１の転送ステップにおいて転送される実行可能形
式プログラムにおける順番と一致する順番でオブジェク
トファイルがリンクされるので、変更前のオブジェクト
ファイル部分を変更後のオブジェクトファイルで入換る
だけで、変更後の実行可能プログラムを生成できる。変
更されたオブジェクトプログラムが変更前のオブジェク
トファイルの大きさよりも大きいときには、変更後オブ
ジェクトプログラムが他のオブジェクトファイルの末尾
に位置するようにオブジェクトファイルがリンクされる
ので、他のオブジェクトファイルの位置は変化させる必
要はない。

【００２５】請求項４に記載の発明では、オブジェクト
ファイルが前回転送されたときの日付と、当該オブジェ
クトファイルの作成日付とを比較し、オブジェクトファ
イルの作成日付が新しいもののみが転送されるので、転
送量が少なくなるとともに、最新のプログラムをプログ
ラム実行装置に転送できる。

【００２６】請求項５に記載の方法によれば、変更され
たオブジェクトファイルのうち、変更のあった部分のみ
が転送されるので、変更されたオブジェクトファイル全
体を転送する場合よりさらに転送量が削減できる。

【００２７】請求項６に記載のシステムによれば、テス
トモードが選択されると、プログラム開発装置の第１の
記憶手段に格納された実行可能な形式のプログラムおよ
びデータが、通信回線を介してプログラム実行装置に与
えられ、プログラム実行装置により実行される。実行結
果はプログラム開発装置のデバッグ手段に与えられ、プ
ログラムのデバッグが行なわれる。開発の完了していな
いプログラムをプログラム実行装置にロードしなくても
そのテストが行なえる。

【００２８】請求項７に記載の発明に係るプログラム開
発装置によれば、プログラム実行装置で実行可能な形式
のプログラムを開発し、データとともに記憶手段に記憶
させれば、プログラムをプログラム実行装置にロードし
なくても、通信回線を介してプログラム実行装置に逐次
与えて実行させることができる。プログラムをプログラ
ム開発装置のデバッグ手段によりデバッグし、デバッグ
が終了した時点でプログラム実行装置にロードすればよ
く、開発時のプログラムのロードにかかる時間を削減で
きる。

【００２９】請求項８に記載の発明に係るプログラム実
行装置によれば、プログラムをプログラム実行装置にロ
ードしなくても、通信回線を介してプログラム実行装置
に逐次与えて実行させることができる。プログラムのデ
バッグは通信回線を介して外部のプログラム開発装置に
結果を与えて行なえばよく、テストの都度、実行可能な
形式のプログラムをプログラム実行装置にロードする必
要がない。そのためテストのための時間を削減できる。

【００３０】

【実施例】図１に、本発明に係るプログラム開発システ
ムの構成を示す。この構成は図１２に示す従来のシステ
ムと概略同じであるが、図１２のコンパイラ１３０、リ
ンカ１３２、デバッガ１３４に代えてそれぞれ後述する
ような機能を有するコンパイラ４０、リンカ４２および
デバッガ４４を含むことを特徴とする。

【００３１】コンパイラ４０、リンカ４２およびデバッ
ガ４４の機能について以下にこのシステムの動作ととも
に説明する。まず、開発装置２０からターゲット装置２
２にプログラム・データを転送する場合の例を説明す
る。ここでは、例として５つのソースファイル（ファイ
ル１、ファイル２、ファイル３、ファイル４、およびフ
ァイル５）があり（図２上段）、それぞれをコンパイル
した後相互にリンクしてターゲット装置２２で動作する
オブジェクトプログラムを作成する場合について説明す
る。

【００３２】図２を参照して、本実施例のコンパイラ４
０は、ソースファイルをコンパイルした後、その末尾に
未使用領域を付加し、生成される中間オブジェクトファ
イルの大きさが所定の単位長の倍数となるようにする。
本実施例の場合には、作成される中間オブジェクトファ
イルの大きさが５０バイトの倍数となるように各オブジ
ェクトプログラムの末尾に未使用領域を付加する。たと
えばファイル１〜５をコンパイルした結果の中間オブジ
ェクトプログラムがそれぞれ中間ファイル７０ａ、７２
ａ、７４ａ、７６ａ、および７８ａであり、その長さが
１７５バイト、１００バイト、１５０バイト、１００バ
イト、および７５バイトであるものとする（図２中
段）。この場合コンパイラ４０は、各領域の末尾に未使
用領域７０ｂ、７２ｂ、７４ｂ、７６ｂ、および７８ｂ
を付加して、それぞれ２００バイト、１５０バイト、２
００バイト、１５０バイト、および１００バイトとなる
ようにする。こうして中間オブジェクトファイル７０、
７２、７４、７６、および７８が得られる。

【００３３】さらにリンカ１３２は、これら中間オブジ
ェクトファイル７０、７２、７４、７６、および７８を
従来と同様にこの順番に従ってリンクする。したがって
図２下段に示されるように、最終的なオブジェクトファ
イルの大きさは８００バイトとなる。

【００３４】コンパイラの機能をこのように変更するこ
とで、次に述べるようにプログラムのデバッグ時に転送
するプログラム量を削減できる。図３を参照して、たと
えばファイル２の内容を変更した場合を考える。そして
これをコンパイルした結果、修正前のオブジェクトプロ
グラムサイズ１００バイト（７２ａ）が１２５バイト
（８２ａ）に増加したものとする（図３，３段目）。こ
の場合にも、前述のとおりファイル２の中間オブジェク
トファイルのサイズは変更前で１５０バイトあり、その
うちの末尾の５０バイトが未使用領域であったのだか
ら、最後の５０バイトのうちの最初の２５バイトを、フ
ァイル２に対応するオブジェクトプログラムの増加分と
して使用する。こうしても、ファイル２に対応するオブ
ジェクトファイル全体の大きさは１５０バイトで変わら
ない。したがってこれを従来と同様にリンクすることに
より、図３の最下段に示されるオブジェクトファイルを
得ることができる。

【００３５】このオブジェクトファイルのうち、領域８
２ａ以外の部分は図３の４段目に示される修正前の最終
オブジェクトファイルと全く同様である。ターゲット装
置には、前回転送した内容が残っている。したがってこ
のファイル２に対応するオブジェクトファイル部分であ
る１５０バイトのみをターゲット装置に転送し、転送さ
れた部分をその他の領域とリンクすれば、修正後の最新
オブジェクトファイルをターゲット装置に生成すること
ができる。この場合のリンクの順番は最初に転送したと
きと同じである。

【００３６】このように、変更後の中間オブジェクトプ
ログラムのサイズが、前回設定したオブジェクトファイ
ル（オブジェクトプログラムと未使用領域との和）の大
きさ以内に収まるのであれば、ファイル３以降の位置を
変化させる必要はない。そして、変更のあった部分のみ
を転送することによりターゲット装置に変更後のプログ
ラムを生成することができる。なお、どのオブジェクト
ファイルを転送するかは、前回各オブジェクトファイル
を転送した日付および時刻と、今回処理対象となるオブ
ジェクトファイルの作成日付，時刻とを比較し、新しく
なっているもののみを選択することで決めればよい。

【００３７】図３および図１４の従来の例を比較する
と、従来では２００バイトの以降６２５バイトまでの４
００バイトを転送する必要があった。それに比較して図
３に示される実施例の場合、転送量は１５０バイトのみ
であり、転送量が大幅に削減される。

【００３８】修正を行なった結果、前回生成されたオブ
ジェクトファイルの大きさよりも、中間オブジェクトプ
ログラムのサイズが大きくなった場合（図４（Ａ））を
考える。この場合、修正前のオブジェクトプログラムと
付加された未使用領域とを合計した領域の大きさより
も、修正後のオブジェクトプログラムの方が大きい。し
たがって、従来と同様の順番でリンクしたのでは、図４
（Ｂ）の下段に示すように、ファイル２に対応するオブ
ジェクトファイル領域９０ａ以降の部分がすべてずれ、
その結果ファイル２以降のすべてを転送する必要が生じ
る。これでは従来と同様の結果となってしまうので、こ
れを改善することが望ましい。

【００３９】プログラムのうち変更された部分はファイ
ル２の内容だけである。したがって本来ならばファイル
２に対応するオブジェクトファイルの内容だけをターゲ
ット装置に転送すればよいはずである。にもかかわらず
図４（Ｂ）の下段に示されるような状況が発生してしま
うのは、最初のリンク時と同じ順番に従ってリンク手続
を行なうためである。そこで本発明では、それぞれのフ
ァイルの内容を前回のリンク時にはどのアドレスに配置
したかを記録しておき、修正のあった部分が、修正の結
果次の領域にまでくい込んでしまう場合には、前回のリ
ンク時の順番には従わず、修正のあったものを全オブジ
ェクトファイルの最後にリンクする方式をとる。

【００４０】このようしてリンクした結果を図５に示
す。図５（Ａ）下段に示すように、ファイル２を修正し
た結果１７５バイトのオブジェクトプログラム９０ａが
生成されたものとする。この場合、ファイル２に対応す
るオブジェクトファイルの大きさは２００バイトとな
る。その結果、図５（Ｂ）の上段に示される、修正前の
オブジェクトファイルの領域７２ａ、７２ｂの合計長
（１５０バイト）を超えてしまう。この場合にはこの領
域９０ａを図５（Ｂ）の下段に示されるように他のすべ
てのオブジェクトファイルの最後の位置に移す。他のオ
ブジェクトファイルのリンク位置は変更しない。こうす
ることにより、図５（Ｂ）の下段の最終部分に示される
１７５バイトの領域９２のデータのみをターゲット装置
に転送すればよい。したがってこの場合にもデータの転
送量は従来と比べて著しく削減できる。

【００４１】なお以上の第１の実施例では、ソースファ
イルをコンパイルする場合に、オブジェクトプログラム
の末尾に、コンパイラが未使用領域を付加するようにし
た。しかし本発明はこれには限定されず、リンカを用い
て同じ機能を実現させることもできる。図７を参照し
て、ソースファイル１〜５から、従来と同様のコンパイ
ラにより中間ファイル７０ａ、７２ａ、７４ａ、７６
ａ、および７８ａを得るものとする。この各中間オブジ
ェクトファイルの大きさはそれぞれ図１３に示される例
と同じく１７５バイト、１００バイト、１５０バイト、
１００バイト、および７５バイトであるものとする。

【００４２】図７の最下段に示すように、これら中間オ
ブジェクトファイルをリンクする際に、各オブジェクト
ファイルの間に未使用領域７０ｂ、７２ｂ、７４ｂ、７
６ｂ、および７８ｂを挿入されるようにリンクを行なう
ようにする。こうすることによっても、コンパイラで未
使用領域を付加する場合と同じ結果が得られる。もちろ
ん、修正の結果得られるオブジェクトファイルの大きさ
が、修正前のオブジェクトプログラムのサイズと、挿入
された未使用領域のサイズとの和よりも大きい場合に
は、そのオブジェクトファイルは最終オブジェクトファ
イルの末尾に付加するものとする。

【００４３】図６に、このときのリンクの手続の流れを
ＰＤＳチャート形式で示す。図６を参照して、まずすべ
てのリンク対象ファイルについて以下の処理を行なう。
まずリンク対象ファイルのサイズを調べる。調べた結果
と前回のリンク結果と比較し、次の領域にくい込んでし
まうか否かを判断する。次の領域までリンク参照ファイ
ルがくい込む場合にはそのファイルをリンクせずに未処
理テーブルに記憶する。そしてリンクアドレスを前回の
アドレスまで進める。この処理はリンク対象ファイルの
直前のリンク対象ファイルの未使用領域を、そのリンク
対象ファイルの領域分だけ増加させることを意味する。

【００４４】次の領域にくい込まないと判断された場合
にはそのファイルを現在のアドレスを先頭としてリンク
し、このファイルのサイズに、全体のファイル長が前述
したように５０バイトの倍数となるように未使用領域を
付加しリンクアドレスとする。こうして決まったリンク
アドレス（リンク対象ファイルの最終アドレス）をしき
い値と呼ぶことにする。

【００４５】以上の処理をすべてのリンク対象ファイル
について繰返す。この処理が終了すると、今度はすべて
の未処理テーブルについて次の処理を行なう。

【００４６】まずそのファイルを従来と同様にリンクす
る。そしてリンクアドレスにそのリンク対象ファイルの
サイズを加算し、さらに前述したようにそのファイルサ
イズの全体が５０バイトの倍数となるように未使用領域
を付加しそれを新たなリンクアドレスとする。この処理
をすべての未処理テーブルのファイルについて繰返し行
なう。この処理が終了するとリンク処理は完了である。

【００４７】以上のようにすることにより、変更のあっ
たオブジェクトファイル領域のみをターゲット機器に転
送すればターゲット機器側で変更後のオブジェクトファ
イルを生成することができる。プログラムの転送量を削
減することができ、その結果転送時間も減少しプログラ
ムの開発を効率化できる。

【００４８】なお、以上の実施例では、ソースファイル
により規定される各オブジェクトファイルを１単位とし
て転送するか否かを定める方法を説明してきた。しかし
本発明はこれには限定されず、修正があった１つの中間
オブジェクトファイルの内部でも、変更がされた部分と
変更のない部分とを調べ、変更がない部分は転送しない
ようにすることも可能である。つまり、１単位オブジェ
クトファイルの修正前と修正後とを比較し、変更のあっ
た部分のみを転送し、変更のなかった部分は転送しない
ものとする。これによりさらにデータの転送量が削減で
きる。

【００４９】こうした動作を実現する手順を図８に示
す。図８を参照して、まず全体処理の開始に先立って修
正フラグをリセットしておく。修正フラグは、現在処理
中の位置が前回と異なっているか否かを示すためのもの
である。

【００５０】続いてロード対象の内容のすべてについて
以下の処理を繰返し行なう。まず、プログラム中、ロー
ドする位置の内容が前回と異なっているか否かを判定す
る。異なっている場合にはその位置を記録し、修正フラ
グをセットする。前回と異なっていない場合には、修正
フラグがセットされているか否かを調べる。セットされ
ていれば、前回覚えていた位置から現在のデータまでを
ターゲット装置に対して転送し、修正フラグをリセット
する。修正フラグがセットされていない場合には次のロ
ード対象の内容についての処理に移る。

【００５１】以上の処理をすべてのロード対象の内容に
ついて行なうことにより、変更があった部分のみをター
ゲット装置に転送できる。

【００５２】デバッグ時には大きな修正が少なく、小さ
な修正が頻繁に行なわれる。またプログラムのローディ
ングには、低速回線しか用いられないことが多い。こう
した事実に鑑みると、デバッグのプログラムの修正によ
る最終オブジェクトプログラムの変更は局所的なもので
あり、したがって上述したような方法を用いてターゲッ
ト装置にプログラムの変更分のみを転送するようにすれ
ば、最終オブジェクトプログラムのターゲット機器への
ローディング時間を大幅に短縮できる。

【００５３】一方、このようなプログラムの転送と呼ば
れる処理自体をなくす方法も考えられる。以下そうした
実施例を説明する。この実施例の説明に先立ち、従来の
ターゲット装置でどのようにして命令を実行解釈してい
るかについて図９を参照して説明する。図９を参照し
て、ＰＣ（プログラムカウンタ）により指定されるアド
レスに従って、次の命令をＲＡＭまたはＲＯＭから取出
し、各命令ごとの処理を行ない、こうした処理を繰返し
行なっていく。

【００５４】こうして処理される命令には様々なものが
あるが、大別すると次の２つの種類に分かれる。

【００５５】（１） 解釈実行手段（ＣＰＵ ）の内部
での演算処理 （２） ＲＡＭ上のデータに対する読込または書込動作 そこで本発明では、解釈実行手段が、命令やデータを格
納したメモリにアクセスする場合、特定のテストモード
が選択された場合に、ターゲット装置のメモリではな
く、通信回路および通信回線を介して開発装置にその値
を取出して、値を得る手段を追加する。この構成を図１
０に示す。図１０のシステムは、図１のシステムと類似
しているが、図１のＣＰＵまたはインタプリタ６０に代
えて、テストモードが選択された場合にＲＡＭ４６では
なく通信回路１１４および通信回線３０を介して開発装
置から命令およびデータを読出すように動作するインタ
フェース１１６を含んでいる。また図１０の開発装置１
００のデバッガ４４は、通信回路１１０を介してターゲ
ット装置１０２から与えられる命令またはデータの読出
／書込命令に応答して、ＲＡＭ４６からのデータの読出
およびＲＡＭ４６へのデータの書込を行なう。

【００５６】このシステムではプログラムのデバッグが
次の手順で行なわれる。 （１） 従来の手法と同じ手法で、ターゲット装置１０
２に転送する内容を開発装置１００で作成する。

【００５７】（２） 開発装置１００のデバッガ４４
が、転送するデータを読込む。 （３） 開発装置１００から、ターゲット装置１０２の
ＣＰＵまたはインタプリタ１１２を起動する。この場合
テストモードが選択され、インタフェース１１６は通信
回路１１４を介して、命令やデータの読出／書込を開発
装置１００に対して問合せることになる。

【００５８】（４） ターゲット装置１０２のＣＰＵま
たはインタプリタ１１２が、次の命令を開発装置１００
に問合せる。

【００５９】（５） 開発装置１００は、問合せたアド
レスに対応する命令をＲＡＭ４６から読出し、ターゲッ
ト装置１０２に返す。

【００６０】（６） ターゲット装置１０２は、戻って
きた命令に対する処理を呼出し実行する。

【００６１】（７） もしもメモリ上へのアクセスであ
れば、データはインタフェース１１６により開発装置１
００に問合せされる。

【００６２】（８） 開発装置１００は、ターゲット装
置１０２から戻ってきた内容をデータとして取扱い、必
要であればＲＡＭ４６に保存する。

【００６３】このようにして、ターゲット装置に最終オ
ブジェクトプログラムをその都度ロードすることなく、
プログラムのデバッグ作業が行なえる。データ転送に必
要な時間が不要となるため、デバッグ効率を高めること
ができる。

【００６４】なお、図１０のＣＰＵまたはインタプリタ
１１２およびインタフェース１１６による動作の手順を
図１１に示す。図１１の処理の内容は、次の命令を通信
手段を用いて開発装置１００から取出すことを除き、図
９に示した処理の内容と同様である。

【００６５】

【効果】以上のように請求項１に記載の発明によれば、
変更されたオブジェクトファイルのみをターゲット機器
に再び転送し、転送済みの他のオブジェクトファイルと
ある順番に従ってリンクするだけで、変更後の実行可能
な形式のプログラムをプログラム実行装置内に生成でき
る。変更後の実行可能な形式のプログラムの全体を転送
する必要がない。その結果、転送時間を削減できるプロ
グラム転送方法を提供できる。

【００６６】請求項２に記載の発明によれば、転送後オ
ブジェクトファイルの大きさが変更前の大きさ以下であ
るときは前回転送時の順番と同じ順番でオブジェクトフ
ァイルをリンクするので、変更前のオブジェクトファイ
ル部分を変更後のオブジェクトファイルで入換るだけ
で、変更後の実行可能プログラムを生成できる。変更後
オブジェクトファイルの大きさが変更前の大きさよりも
大きいときには、変更後オブジェクトファイルが他のオ
ブジェクトファイル末尾に配置されるので、他のオブジ
ェクトファイルの位置を変化させる必要はない。したが
って、他の変更前オブジェクトファイルは転送せずに、
変更後の実行可能な形式のプログラムをプログラム実行
装置内に生成できる。その結果、転送時間を削減できる
プログラム転送方法を提供できる。

【００６７】請求項３に記載の方法によれば、変更され
たオブジェクトプログラムが変更前のオブジェクトファ
イルより小さいときは第１の転送ステップにおいて転送
される実行可能形式プログラムにおける順番と一致する
順番でオブジェクトファイルがリンクされるので、変更
前のオブジェクトファイル部分を変更後のオブジェクト
ファイルで入換るだけで、変更後の実行可能プログラム
を生成できる。変更されたオブジェクトプログラムが変
更前のオブジェクトファイルの大きさよりも大きいとき
には、変更後オブジェクトプログラムが他のオブジェク
トファイルの末尾に位置するようにオブジェクトファイ
ルがリンクされるので、他のオブジェクトファイルの位
置を変化させる必要はない。したがって、他の変更のな
いオブジェクトファイルは転送せずに、変更後の実行可
能な形式のプログラムをプログラム実行装置内に生成で
きる。その結果、転送時間を削減できるプログラム転送
方法を提供できる。

【００６８】請求項４に記載の発明では、オブジェクト
ファイルの作成日付の新しいもののみが転送されるの
で、転送量が少なくなるとともに、最新のプログラムを
プログラム実行装置に生成できる。その結果、最新のプ
ログラムを削減された転送時間で転送できるプログラム
転送方法を提供できる。

【００６９】請求項５に記載の方法によれば、変更され
たオブジェクトファイルのうち、変更のあった部分のみ
が転送されるので、さらに転送量が削減できる。その結
果、転送時間をさらに削減できるプログラム転送方法を
提供できる。

【００７０】請求項６に記載の発明によれば、開発の完
了していないプログラムをプログラム実行装置にロード
しなくてもそのテストが行なえる。したがって、プログ
ラム開発時のプログラムの転送時間を削減できる。その
結果、プログラム開発の時間を削減できるプログラム開
発システムを提供できる。

【００７１】請求項７に記載の発明に係るプログラム開
発装置によれば、テストの都度、実行可能な形式のプロ
グラムをプログラム実行装置にロードする必要がなく、
開発時のプログラムのロードにかかる時間が削減でき
る。その結果、プログラム開発の時間を削減できるプロ
グラム開発装置を提供できる。

【００７２】請求項８に記載の発明に係るプログラム実
行装置によれば、テストの都度、実行可能な形式のプロ
グラムをプログラム実行装置にロードする必要がなく、
テストのための時間を削減できる。その結果、プログラ
ム開発の時間を削減できるプログラム開発装置を提供で
きる。

【図面の簡単な説明】

【図１】本発明の一実施例のプログラム開発システムの
ブロック図である。

【図２】本発明の一実施例によるプログラムのコンパイ
ルおよびリンクの形式を模式的に示す図である。

【図３】本発明の一実施例の効果を従来例と比較して説
明する模式図である。

【図４】変更後オブジェクトプログラムのサイズが大き
くなった場合の状態を模式的に示す図である。

【図５】変更後のオブジェクトプログラムサイズが大き
くなった場合の、本発明によるリンク方法を示す模式図
である。

【図６】本発明に係るリンク方法の手順を説明する図で
ある。

【図７】本発明の一実施例において、リンカにより所定
の形式の最終オブジェクトファイルを作成する方法を模
式的に示す図である。

【図８】修正部分のみを転送する場合の手順を示す図で
ある。

【図９】通常動作時のターゲット装置の動作手順を示す
図である。

【図１０】本発明の第２の実施例のプログラム開発シス
テムのブロック図である。

【図１１】本発明の第２の実施例による処理手順を模式
的に示す図である。

【図１２】従来のプログラム開発システムのブロック図
である。

【図１３】従来のプログラム開発システムによる最終オ
ブジェクトファイルの作成方法を模式的に示す図であ
る。

【図１４】従来のシステムにおける、プログラムの一部
修正の場合の最終オブジェクトファイルの変化を模式的
に示す図である。

【符号の説明】

２０、１００ 開発装置 ２２、１０２ ターゲット装置 ４０ コンパイラ ４２ リンカ ４４ デバッガ ４６ ＲＡＭ ４８、６２、１１０、１１４ 通信回路 ６０、１１２ ＣＰＵ ６４ ＲＡＭ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 相互にリンクされ、かつ各々がその内部
   に未使用領域を有する複数個のオブジェクトファイルか
   らなる実行可能形式のプログラムをプログラム開発装置
   からプログラム実行装置に転送し、前記プログラム実行
   装置の記憶装置上に展開する第１の転送ステップと、 前記複数個のオブジェクトファイルの少なくとも１つを
   変更して、変更前の大きさと予め定める関係を有する大
   きさの変更後オブジェクトファイルを前記プログラム開
   発装置において作成し、変更されたオブジェクトファイ
   ルを含む前記複数個のオブジェクトファイルを、前記所
   定の順番と予め定める関係にある順番に従ってリンクし
   て変更後の実行可能形式のプログラムを作成するステッ
   プとを含み、 前記予め定める関係にある順番は、前記複数個のオブジ
   ェクトファイルのうちの変更されないものが、前記変更
   後の実行可能形式のプログラム前において変更前と一致
   する位置となるように選択されており、さらに、 前記変更後の実行可能形式プログラムのうち、変更され
   たオブジェクトファイルのみを前記プログラム実行装置
   に再び転送し、他の既に転送済みの変更されないオブジ
   ェクトファイルと前記所定の順番と予め定める関係にあ
   る前記順番に従ってリンクするように前記記憶装置上に
   展開する第２の転送ステップを含む、プログラム転送方
   法。
2. 【請求項２】 前記作成するステップは、前記変更され
   るオブジェクトファイルに対応するソースプログラムを
   コンパイルして、オブジェクトプログラムを作成し、か
   つ前記変更後オブジェクトファイルの大きさが、予め定
   める単位長の倍数となるように、前記オブジェクトプロ
   グラムの末尾に所定長以上の大きさの未使用領域を付加
   して前記変更後オブジェクトファイルを生成するステッ
   プと、 変更されたオブジェクトファイルを含む前記複数個のオ
   ブジェクトファイルを、前記所定の順番と予め定める関
   係にある前記順番に従ってリンクして変更後の実行可能
   形式のプログラムを作成するステップとを含み、 前記予め定める関係にある前記順番は、前記変更後オブ
   ジェクトファイルの大きさが変更前の大きさ以下である
   ときは前記第１の転送ステップにおいて転送される実行
   可能形式プログラムにおける順番と一致するように選択
   され、前記変更後オブジェクトファイルの大きさが変更
   前の大きさよりも大きいときには、前記変更後オブジェ
   クトファイルが他のすべてのオブジェクトファイルの末
   尾に位置するように選択される、請求項１記載のプログ
   ラム転送方法。
3. 【請求項３】 前記作成するステップは、前記変更され
   るオブジェクトファイルに対応するソースプログラムを
   コンパイルして、オブジェクトプログラムを作成するス
   テップと、 変更されたオブジェクトプログラムを含む、前記複数個
   のオブジェクトファイルに格納される複数個のオブジェ
   クトプログラムを、前記所定の順番と予め定める関係に
   ある順番に従って、かつ前記複数個のオブジェクトプロ
   グラムのうちの変更されないものが、前記変更後の実行
   可能形式のプログラム内において変更前と一致する位置
   となるように、隣接するオブジェクトプログラム間に未
   使用領域が設けられるようにリンクして、変更後の実行
   可能形式のプログラムを作成するステップとを含み、 前記予め定める関係にある順番は、前記変更されたオブ
   ジェクトプログラムの大きさが変更前のオブジェクトフ
   ァイルの大きさより小さいときは前記第１の転送ステッ
   プにおいて転送される実行可能形式プログラムにおける
   順番と一致するように選択され、前記変更されたオブジ
   ェクトプログラムの大きさが変更前のオブジェクトファ
   イルの大きさ以上であるときには、前記変更後オブジェ
   クトプログラムが他のすべてのオブジェクトファイルの
   末尾に位置するように選択される、請求項１記載のプロ
   グラム転送方法。
4. 【請求項４】 オブジェクトファイルに変更がなされた
   か否かを、当該オブジェクトファイルが前回転送された
   ときの日付と、当該オブジェクトファイルの作成日付と
   を比較することにより行なうことを特徴とする、請求項
   １から３のいずれかに記載のプログラム転送方法。
5. 【請求項５】 前記第２の転送ステップにおいて、変更
   されたオブジェクトファイルを変更前オブジェクトファ
   イルと比較し、変更のあった部分のみを前記プログラム
   実行装置に転送することを特徴とする、請求項１から４
   のいずれかに記載のプログラム転送方法。
6. 【請求項６】 プログラム実行装置と、 前記プログラム実行装置で実行されるプログラムを開発
   するための、前記プログラム実行装置と通信回線を介し
   て結合可能なプログラム開発装置とを含むプログラム開
   発システムであって、 前記プログラム開発装置は、 前記プログラム実行装置で実行可能な形式のプログラム
   を開発するための手段と、 前記実行可能な形式のプログラムおよびそのテストにお
   いて使用されるデータを記憶するための第１の記憶手段
   と、 前記第１の記憶手段に格納された前記実行可能な形式の
   プログラムおよびデータを、前記通信回線を介して前記
   プログラム実行装置に逐次与え、前記実行可能な形式の
   プログラムを前記プログラム実行装置に実行させること
   により、前記実行可能な形式のプログラムのデバッグを
   行なうためのデバッグ手段と、 デバッグ済みの前記実行可能な形式のプログラムを前記
   通信回線を介して前記プログラム実行装置にロードする
   ためのロード手段とを含み、 前記プログラム実行装置は、 実行可能な形式のプログラムおよびプログラムの実行に
   おいて使用されるデータを記憶するための第２の記憶手
   段と、 通信回線を介して前記プログラム開発装置に接続可能で
   あり、テストモードが選択されたか否かに依存して、前
   記第２の記憶手段と、前記通信回線を介して接続される
   前記第１の記憶手段との一方を選択し、選択された記憶
   手段に記憶された実行可能な形式のプログラムを、前記
   選択された記憶手段を用いて実行するための実行手段
   と、 通信回線に接続可能であり、デバッグ済みのプログラム
   を前記プログラム開発装置の前記ロード手段から受信
   し、前記第２の記憶手段に格納するための格納手段とを
   含む、プログラム開発システム。
7. 【請求項７】 プログラム実行装置で実行されるプログ
   ラムを開発するための、通信回線を介してプログラム実
   行装置と結合可能なプログラム開発装置であって、 プログラム実行装置で実行可能な形式のプログラムを開
   発するための手段と、 前記実行可能な形式のプログラムおよびそのテストにお
   いて使用されるデータを記憶するための記憶手段と、 前記記憶手段に格納された前記実行可能な形式のプログ
   ラムおよびデータを、前記通信回線を介して前記プログ
   ラム実行装置に逐次与え、前記実行可能な形式のプログ
   ラムを前記プログラム実行装置により実行させることに
   より、前記実行可能な形式のプログラムのデバッグを行
   なうためのデバッグ手段と、 デバッグ済みの実行可能な形式のプログラムを前記通信
   回線を介して前記プログラム実行装置にロードするため
   のロード手段とを含む、プログラム開発装置。
8. 【請求項８】 実行可能な形式のプログラムおよびプロ
   グラムの実行において使用されるデータを記憶するため
   の記憶手段と、 通信回線を介してプログラム開発装置に接続可能であ
   り、テストモードが選択されたか否かに依存して、前記
   記憶手段と、前記通信回線を介して接続されるプログラ
   ム開発装置に含まれる記憶装置との一方を選択し、選択
   された記憶手段または記憶装置に記憶された実行可能な
   形式のプログラムを実行するための実行手段と、 通信回線に接続可能であり、デバッグ済みのプログラム
   をプログラム開発装置から受信し、前記記憶手段に格納
   するための格納手段とを含む、プログラム実行装置。