JP2586329B2 - Ｌｍ構築方式およびプログラム転送方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プログラムの自動作成
の技術分野に関し、特にすでに構築されたＬＭの再構築
を行うＬＭ構築方式およびそのＬＭ構築方式を利用して
ホスト（ホストコンピュータ）と端末との間でプログラ
ムの転送を行うプログラム転送方式に関する。なお、本
明細書では、「プログラム」という用語を、ソースユニ
ット，ＣＵ（Ｃｏｍｐｉｌｅ Ｕｎｉｔ。コンパイルユ
ニット）およびＬＭ（ＬｏａｄＭｏｄｕｌｅ。ロードモ
ジュール）を包含しその各々をも指す広い概念を示す用
語として用いている。

【０００２】

【従来の技術】一般に、プログラムは複数のＣＵから構
成され、複数のＣＵによて１つのＬＭが構築される。し
たがって、従来のＬＭ構築方式では、プログラムの修正
によるＬＭの再構築が行われる場合に、特定のＣＵのみ
の部分的な修正によるＬＭの再構築であっても、当該Ｃ
Ｕのサイズ変更に伴い他のＣＵのＬＭ内における相対ア
ドレスが変更となり、結果的にＬＭ全体の変更となる場
合が多かった。

【０００３】図８は、従来のＬＭ構築方式の動作を説明
するための図である。

【０００４】図８に示すように、従来のＬＭ構築方式で
は、ＬＭの作成時（ＬＭの当初構築時）に、実際のＣＵ
サイズの和がＬＭサイズとなるように（本発明における
ダミー領域サイズが設けられずに）、リンカによるリン
クが行われていた。

【０００５】したがって、プログラムの修正によるＬＭ
の再構築の度に、変更ＣＵ（修正対象のＣＵであり、サ
イズが変更しうるＣＵ。図８においてはＣＵ）がその
他のＣＵ（修正が発生していないＣＵ。図８においては
ＣＵおよびＣＵ等）と共に再リンクされていた。す
なわち、変更ＣＵ以外のＣＵにおけるアドレス情報も変
更になる場合が多く、あるプログラムに起こった局所的
な修正の影響がＬＭ全体に及ぶ結果となっていた。

【０００６】次に、以上のような従来のＬＭ構築方式が
利用されてＬＭの再構築（プログラムの修正）が行われ
たプログラムをホストから端末に転送する従来のプログ
ラム転送方式を考える。なお、ここでいう「転送」には
オンライン転送以外の人力による転送（輸送）等も含ま
れるものとする。

【０００７】従来のプログラム転送方式では、修正後の
プログラムの転送が行われる場合に、上述のようにプロ
グラムの変更範囲が巨大になることから、転送対象がＬ
Ｍ全体となっていた（ＬＭ単位の転送を行う必要があっ
た）。その結果、広範囲な地域（例えば、日本全国）に
分散して設置されている端末に対して修正後のプログラ
ムをオンライン転送することは困難であった（タイムパ
フォーマンスやコストンパフォーマンスに鑑みると事実
上不可能といってもよい）。

【０００８】図９は、従来のプログラム転送方式の処理
の概要を示す図である。

【０００９】従来のプログラム転送方式では、上述のよ
うに修正後のプログラムに係るＬＭをオンライン転送す
ることはＬＭサイズが巨大になることから極めて難しい
ので、当該ＬＭや当該ＬＭを構成する複数のＣＵが格納
された記憶媒体を人力で輸送（例えば、自動車輸送）
し、各端末で当該記憶媒体に基づいて当該ＬＭの再構築
を行う必要があった。

【００１０】

【発明が解決しようとする課題】上述した従来のＬＭ構
築方式では、修正箇所が特定のＣＵに閉じる部分的なプ
ログラムの修正であってもＬＭ全体に修正の影響が及ぶ
場合が多いので、プログラムの修正（ＬＭの再構築）に
多大な工数および時間が必要になり、再構築の前後でＬ
Ｍを格納するためのファイル資源の量が変化するという
問題点があった。

【００１１】また、そのようなＬＭ構築方式を利用した
従来のプログラム転送方式では、修正後のプログラムを
転送する際に、転送の対象がＬＭ全体となり、広範囲な
地域に分散して設置されている端末に対する修正後のプ
ログラムのオンライン転送が困難になる（事実上不可能
である）という問題点があった。したがって、人力によ
る輸送（各端末でのＬＭの再構築のための作業を含む）
が必要になるので、輸送費や人件費等が余分に必要にな
り、プログラムの修正が発生する度に当該プログラムの
転送に多大な費用および時間が必要になるという問題点
があった。

【００１２】本発明の目的は、上述の点に鑑み、プログ
ラムの修正が発生してもＣＵサイズが変わらないように
してＬＭ中の部分的な修正をＣＵ単位に局所化すること
により、プログラムの修正（ＬＭの再構築）に要する工
数および時間を削減することができ、再構築の前後でＬ
Ｍを格納するためのファイル資源の量が変化しないよう
にできるＬＭ構築方式を提供することにある。

【００１３】また、本発明の他の目的は、上述のＬＭ構
築方式をホストと端末との間のプログラム転送に利用し
て、転送対象のプログラムの修正が生じた場合に、修正
後のプログラムの転送をＣＵ単位でのオンライン転送で
実現することにより、そのような転送に要する費用およ
び時間を削減することができるプログラム転送方式を提
供することにある。

【００１４】なお、ＬＭの作成の効率化に関する従来技
術としては、「特開昭６２−１５１９２７号公報（ロー
ドモジュール作成方式）」が公表されている。しかし、
この従来技術は、ＬＭの変更部分のみが出力される部分
上塗りＬＭを外部記憶媒体上に作成すること（当該公報
中の第１頁第１７〜１９行参照）等によってプログラム
の生産性の向上を図る技術であり、プログラムの修正が
発生してもＣＵサイズを不変にすることによってＬＭの
再構築に要する工数等を削減することを目的とする本発
明とは構成等を異にするものである。

【００１５】

【課題を解決するための手段】本発明のＬＭ構築方式
は、ＬＭの当初構築時にダミー領域サイズ指定情報に基
づいて各ＣＵの基本ＣＵサイズを決定し、ＬＭの当初構
築時および再構築時に当該基本ＣＵサイズに基づいてダ
ミー領域サイズを算出して実ＣＵにダミー領域を付加す
るコンパイラ内のダミー領域付加手段と、ＬＭの再構築
時に、変更ＣＵの実ＣＵサイズが前記ダミー領域付加手
段により決定された基本ＣＵサイズ内であるか否かを判
定し、基本ＣＵサイズ内である場合には変更ＣＵのＣＵ
サイズを基本ＣＵサイズから変更しないように制御する
コンパイラ内のＣＵサイズ保持手段と、ＬＭの再構築時
に、変更ＣＵのＬＭにおける位置を認識し、その認識に
基づいて当該ＬＭにおける変更ＣＵのみの入れ替えを行
うリンカ内のＣＵ部分交換ＬＭ構築手段とを有する。

【００１６】また、本発明のプログラム転送方式は、転
送対象のプログラムの修正時に、前記ダミー領域付加手
段および前記ＣＵサイズ保持手段の機能を利用して変更
ＣＵのＣＵサイズがプログラムの修正の前後で変わらな
いように当該変更ＣＵを作成するホスト内のコンパイラ
と、このコンパイラによって生成された変更ＣＵを端末
側にオンライン転送し、当該オンライン転送が正常に終
了した後に変更ＣＵオンライン転送通知を端末側に送信
するホスト内のオンライン転送手段と、このオンライン
転送手段からの変更ＣＵオンライン転送通知の有無を一
定の時間間隔で確認し、変更ＣＵオンライン転送通知の
存在によって変更ＣＵがオンライン転送されてきたこと
を認識する端末内のオンライン転送認識手段と、このオ
ンライン転送認識手段により変更ＣＵのオンライン転送
が認識された場合に、前記ＣＵ部分交換ＬＭ構築手段の
機能を利用して当該変更ＣＵのみの入れ替えによってＬ
Ｍの再構築を行う端末内のリンカとを有する。

【００１７】

【作用】本発明のＬＭ構築方式では、コンパイラ内のダ
ミー領域付加手段がＬＭの当初構築時にダミー領域サイ
ズ指定情報に基づいて各ＣＵの基本ＣＵサイズを決定し
ＬＭの当初構築時および再構築時に当該基本ＣＵサイズ
に基づいてダミー領域サイズを算出して実ＣＵにダミー
領域を付加し、コンパイラ内のＣＵサイズ保持手段がＬ
Ｍの再構築時に変更ＣＵの実ＣＵサイズがダミー領域付
加手段により決定された基本ＣＵサイズ内であるか否か
を判定し基本ＣＵサイズ内である場合には変更ＣＵのＣ
Ｕサイズを基本ＣＵサイズから変更しないように制御
し、リンカ内のＣＵ部分交換ＬＭ構築手段がＬＭの再構
築時に変更ＣＵのＬＭにおける位置を認識しその認識に
基づいて当該ＬＭにおける変更ＣＵのみの入れ替えを行
う。

【００１８】また、本発明のプログラム転送方式では、
ホスト内のコンパイラが転送対象のプログラムの修正時
に前記ダミー領域付加手段および前記ＣＵサイズ保持手
段の機能を利用して変更ＣＵのＣＵサイズがプログラム
の修正の前後で変わらないように当該変更ＣＵを作成
し、ホスト内のオンライン転送手段がコンパイラによっ
て生成された変更ＣＵを端末側にオンライン転送し当該
オンライン転送が正常に終了した後に変更ＣＵオンライ
ン転送通知を端末側に送信し、端末内のオンライン転送
認識手段がオンライン転送手段からの変更ＣＵオンライ
ン転送通知の有無を一定の時間間隔で確認し変更ＣＵオ
ンライン転送通知の存在によって変更ＣＵがオンライン
転送されてきたことを認識し、端末内のリンカがオンラ
イン転送認識手段により変更ＣＵのオンライン転送が認
識された場合に前記ＣＵ部分交換ＬＭ構築手段の機能を
利用して当該変更ＣＵのみの入れ替えによってＬＭの再
構築を行う。

【００１９】

【実施例】次に、本発明について図面を参照して詳細に
説明する。

【００２０】図１は、本発明のＬＭ構築方式の一実施例
の構成を示すブロック図である。

【００２１】本実施例のＬＭ構築方式は、コンパイラ１
０１と、ダミー領域サイズ指定情報１０４と、ソースユ
ニット１０５と、ＣＵ１０６と、リンカ１０７と、ＬＭ
１０９と、ＣＵサイズ一覧記憶部１１０とを含んで構成
されている。ここで、ソースユニット１０５とＣＵ１０
６とは一対一に対応しており、複数のＣＵ１０６によっ
て１つのＬＭ１０９が構成されている。

【００２２】コンパイラ１０１は、ダミー領域付加手段
１０２と、ＣＵサイズ保持手段１０３とを含んで構成さ
れている。

【００２３】リンカ１０７は、ＣＵ部分交換ＬＭ構築手
段１０８を含んで構成されている。

【００２４】ＣＵ１０６にはＬＭ１０９の当初構築時に
ダミー領域が持たせられており、その後に修正（変更）
が起こってもそのＣＵサイズ（基本ＣＵサイズ）は常に
一定に保持されている。

【００２５】図２（ａ）および（ｂ）は、本実施例のＬ
Ｍ構築方式におけるコンパイラ１０１の処理を示す流れ
図である。この処理は、実ＣＵサイズおよびダミー領域
サイズ指定情報入力ステップ２０１と、基本ＣＵサイズ
決定ステップ２０２と、基本ＣＵサイズ格納ステップ２
０３と、ダミー領域付加ステップ２０４と、変更後実Ｃ
Ｕサイズ入力ステップ２０５と、基本ＣＵサイズ入力ス
テップ２０６と、ＣＵサイズ比較ステップ２０７と、ダ
ミー領域サイズ決定およびダミー領域付加ステップ２０
８と、エラー通知ステップ２０９とからなる。

【００２６】図３は、本実施例のＬＭ構築方式の動作を
説明するための図である（図３は従来技術に係る図８に
対応するものである）。

【００２７】次に、このように構成された本実施例のＬ
Ｍ構築方式の動作について説明する。

【００２８】第１に、ＬＭ１０９の作成時（ＬＭ１０９
の当初構築時）の動作について説明する。

【００２９】コンパイラ１０１は、ソースユニット１０
５のコンパイルを行い実ＣＵ（ダミー領域が付加されて
おらずソースユニット１０５に対応する情報のみを有す
るＣＵ）を作成した後に、ダミー領域が付加されたＣＵ
１０６を作成するために以下に示すような処理を行う
（図２（ａ）参照）。

【００３０】コンパイラ１０１内のダミー領域付加手段
１０２は、実ＣＵサイズ（コンパイル結果である実ＣＵ
サイズ）を示す情報とダミー領域サイズ指定情報１０４
とを入力する（ステップ２０１）。

【００３１】ダミー領域サイズ指定情報１０４は、ＬＭ
１０９の当初構築時におけるＣＵ１０６のダミー領域サ
イズの決定方法、すなわち基本ＣＵサイズの決定方法を
指定する情報である。その内容としては、次のおよび
のようなものが考えられる。これらの内容は、「ＬＭ
１０９の再構築時に変更後のＣＵ１０６の実ＣＵサイズ
が基本ＣＵサイズを上回ることがないようにし、かつダ
ミー領域サイズをなるべく小さくする」という指針に基
づいて決定される。

【００３２】 当初の実ＣＵサイズに対する割合で当
初のダミー領域サイズを指定する。例えば、「基本ＣＵ
サイズを当初の実ＣＵサイズの２０％増しとする（当初
のダミー領域サイズを当初の実ＣＵサイズの２０％とす
る）」と指定する。

【００３３】 当初のダミー領域サイズの値を指定す
る。例えば、「基本ＣＵサイズを当初の実ＣＵサイズの
××バイト増しとする（当初のダミー領域サイズを××
バイトとする）」と指定する。

【００３４】また、ダミー領域サイズ指定情報１０４の
与え方としては、以下のおよびに示すような方法が
考えられる。

【００３５】 各のソースユニット１０５について同
一のダミー領域サイズ指定情報１０４を与える方法（各
ＣＵ１０６について同一のダミー領域サイズ指定情報１
０４に基づいて各ＣＵ１０６の基本ＣＵサイズ（ダミー
領域サイズ）の決定を行う方法）

【００３６】 各ソースユニット１０５について可変
のダミー領域サイズ指定情報１０４を与える方法（各Ｃ
Ｕ１０６について可変のダミー領域サイズ指定情報１０
４に基づいて各ＣＵ１０６の基本ＣＵサイズ（ダミー領
域サイズ）の決定を行う方法）

【００３７】ダミー領域付加手段１０２は、の方法に
よる場合には、固定的なシステム情報として与えられて
いるダミー領域サイズ指定情報１０４に基づいて、各Ｃ
Ｕ１０６の基本ＣＵサイズを決定する（ステップ２０
２）。また、の方法による場合には、各ＣＵ１０６
（ソースユニット１０５）について別個に与えられるダ
ミー領域サイズ指定情報１０４に基づいて、当該各ＣＵ
１０６の基本ＣＵサイズを決定する（ステップ２０
２）。

【００３８】また、ダミー領域付加手段１０２は、ステ
ップ２０２で決定した基本ＣＵサイズをＣＵサイズ一覧
記憶部１１０に格納する（ステップ２０３）。なお、Ｃ
Ｕサイズ一覧記憶部１１０は、ＬＭ１０９を構成する各
ＣＵ１０６に対する基本ＣＵサイズを有するＣＵサイズ
一覧を保持している（ＣＵサイズ一覧には、ＬＭ１０９
におけるＣＵのリンク順を示す情報も存在する）。

【００３９】さらに、ダミー領域付加手段１０２は、ス
テップ２０２で決定した基本ＣＵサイズと実ＣＵサイズ
との差分であるダミー領域サイズを算出し、そのダミー
領域サイズを持つダミー領域を実ＣＵに付加してＣＵ１
０６を作成する（ステップ２０４）。

【００４０】コンパイラ１０１は、以上の処理（図２
（ａ）に示す処理）を構築対象のＬＭ１０９に関する全
てのＣＵ１０６について繰り返して行う。

【００４１】リンカ１０７は、コンパイラ１０１によっ
て作成された複数のＣＵ１０６（ダミー領域が付加され
たＣＵ）をリンクしてＬＭ１０９を作成する（このリン
クは従来から存在するリンク機能によって行われる）。

【００４２】第２に、あるＣＵ１０６の修正（変更）が
発生した場合（以下、このＣＵ１０６を変更ＣＵとい
う）における、ＬＭ１０９の再構築時の動作について説
明する。

【００４３】コンパイラ１０１は、変更ＣＵに対応する
ソースユニット１０５のコンパイルを行い、変更後の実
ＣＵを生成した後に、以下に示すような処理を行う（図
２（ｂ）参照）。

【００４４】コンパイラ１０１内のＣＵサイズ保持手段
１０３は、変更後の実ＣＵサイズを入力し（ステップ２
０５）、ＣＵサイズ一覧記憶部１１０から変更ＣＵの基
本ＣＵサイズを入力する（ステップ２０６）。

【００４５】次に、ＣＵサイズ保持手段１０３は、ステ
ップ２０５で入力した実ＣＵサイズとステップ２０６で
入力した基本ＣＵサイズとを比較して、前者が後者より
も大きいか否かを判定する（ステップ２０７）。

【００４６】ＣＵサイズ保持手段１０３は、ステップ２
０７で「実ＣＵサイズが基本ＣＵサイズよりも大きくな
い」と判定した場合には、変更ＣＵの実ＣＵサイズを基
本ＣＵサイズから変更しないように制御する。すなわ
ち、当該実ＣＵサイズおよび当該基本ＣＵサイズととも
にダミー領域付加手段１０２に制御を渡し、当該実ＣＵ
サイズと当該基本ＣＵサイズとの差分をダミー領域サイ
ズとして算出させ、そのダミー領域サイズを持つダミー
領域を変更後の実ＣＵに付加させる（ステップ２０
８）。これによって、変更ＣＵの作成が実現される。

【００４７】一方、ＣＵサイズ保持手段１０３は、ステ
ップ２０７で「実ＣＵサイズが基本ＣＵサイズよりも大
きい」と判定した場合には、その旨を示すエラー通知を
ユーザ等に対して行う（ステップ２０９）。

【００４８】このように、ＣＵサイズ保持手段１０３に
は、実ＣＵサイズが基本ＣＵサイズを越えない限り基本
ＣＵサイズを変更しないように制御する機能と、実ＣＵ
サイズが基本ＣＵサイズよりも大きくなった場合にエラ
ー通知を行う機能とがある。そして、以上のような機能
により、ダミー領域が付加されたＣＵ１０６の内容に修
正が起こってもそのＣＵサイズを一定のサイズ（基本Ｃ
Ｕサイズ）に保つことができるようになる。

【００４９】コンパイラ１０１は、以上の処理（図２
（ｂ）に示す処理）を全ての変更ＣＵについて繰り返し
て行う。

【００５０】リンカ１０７は、どのＣＵ１０６が変更Ｃ
Ｕであるかを示す情報を取得し（例えば、コンパイラ１
０１から取得する）、ＬＭ１０９の再構築を行う。この
際に、変更ＣＵのＣＵサイズが基本ＣＵサイズから変わ
っていないので、ＬＭ１０９において変更ＣＵを入れ替
えるだけでＬＭ１０９の再構築を実現することができ
る。すなわち、リンカ１０７内のＣＵ部分交換ＬＭ構築
手段１０８は、ＣＵサイズ一覧記憶部１１０内のＣＵサ
イズ一覧の参照等に基づいて変更ＣＵのＬＭ１０９にお
ける位置（相対アドレス）を認識し、その認識に基づい
てＬＭ１０９における変更ＣＵのみの入れ替え（例え
ば、ＬＭ１０９に対する変更ＣＵの上塗りによって実現
される入れ替え）を行う。

【００５１】最後に、図３を図８と対比しながら参照し
て、本発明のＬＭ構築方式の効果を確認しておく。本発
明のＬＭ構築方式によると、プログラムに修正が発生し
てＬＭの再構築が行われる際にもＣＵサイズが変わらな
いため、ＬＭ内でのＣＵの位置（相対アドレス）を固定
化することができる。よって、変更ＣＵ（図３において
はＣＵ）のみの入れ替えでＬＭの再構築が可能とな
り、プログラムの修正の影響を当該ＣＵ部分（ＣＵ部
分）に局所化することができる。すなわち、図８におけ
る再リンクが不要になる。

【００５２】図４は、本発明のプログラム転送方式の一
実施例の構成を示すブロック図である。なお、本実施例
のプログラム転送方式は、先に述べたＬＭ構築方式（図
１参照）を利用することによって実現されるものであ
る。

【００５３】本実施例のプログラム転送方式は、ホスト
４０１と、ホスト４０１と端末４０５との間のオンライ
ン転送のために使用されるネットワーク４０４と、広範
囲の地域に分散して設置されている端末４０５とを含ん
で構成されている。

【００５４】ホスト４０１は、ＣＵ群およびＣＵサイズ
一覧を作成するコンパイラ４０２と、変更ＣＵ群および
変更ＣＵ一覧を端末４０５側にオンライン転送するオン
ライン転送手段４０３とを含んで構成されている。な
お、本発明に関するホスト４０１側の機能を実現する開
発端末を別個に設けて、その開発端末をホスト４０１に
付設して本発明を実現することも可能である。

【００５５】端末４０５は、ホスト４０１側からの変更
ＣＵ群および変更ＣＵ一覧のオンライン転送を認識する
オンライン転送認識手段４０６と、変更ＣＵ群，変更Ｃ
Ｕ一覧およびＣＵサイズ一覧に基づいてＬＭの再構築を
行うリンカ４０７とを含んで構成されている。

【００５６】図５（ａ）および（ｂ）は、本実施例のプ
ログラム転送方式の処理を示す流れ図である。この処理
は、変更ＣＵ群および変更ＣＵ一覧作成ステップ５０１
と、変更ＣＵ群および変更ＣＵ一覧オンライン転送ステ
ップ５０２と、変更ＣＵオンライン転送通知ステップ５
０３と、オンライン転送認識手段起動ステップ５０４
と、変更ＣＵオンライン転送通知有無判定ステップ５０
５と、ＬＭ再構築ステップ５０６と、後処理ステップ５
０７とからなる。

【００５７】図６は、本実施例のプログラム転送方式の
動作を説明するための図である。

【００５８】図７は、本実施例のプログラム転送方式の
処理の概要を示す図である（図６は従来技術に係る図９
に対応するものである）。

【００５９】次に、このように構成された本実施例のプ
ログラム転送方式の動作について説明する。

【００６０】本発明のプログラム転送方式は修正後のプ
ログラムの転送に関するものであるが、前提として転送
対象のプログラムに係るＣＵ群の新規の作成時（当該Ｃ
Ｕ群によって構成されるＬＭの当初構築時）に次のよう
な処理が行われる。

【００６１】ホスト４０１内のコンパイラ４０２は、図
１中のコンパイラ１０１と同様の処理を行い、ダミー領
域が付加されたＣＵ群を作成し、それらを反映したＣＵ
サイズ一覧を作成する（図６参照）。

【００６２】このようにして作成されたＣＵ群およびＣ
Ｕサイズ一覧は、ホスト４０１から端末４０５に転送さ
れる（この転送はオンライン転送に限られない）。

【００６３】端末４０５内のリンカ４０７は、転送され
てきたＣＵ群をリンクして端末４０５内にＬＭを作成
（構築）する。

【００６４】さて、以上のようにして端末４０５側にす
でにＬＭが構築されている場合に、当該ＬＭに係るプロ
グラムの修正（一部のＣＵ群の変更による修正）が行わ
れたときの動作を考える。

【００６５】第１に、ホスト４０１側での動作について
説明する（図５（ａ）参照）。

【００６６】転送対象のプログラムに係るＣＵ群中の特
定のＣＵの修正（変更）が発生すると、コンパイラ４０
２は、１以上の変更ＣＵ（変更ＣＵ群）と変更ＣＵ一覧
（変更ＣＵを識別するための一覧情報）とを作成する
（ステップ５０１）。なお、変更ＣＵ一覧を作成しなく
ても、端末４０５側で変更ＣＵの内容を参照すること等
により変更ＣＵがＬＭ中のどのＣＵであるかを判別する
ことはできるが、変更ＣＵ一覧を作成してそれにより変
更ＣＵを判別することによって、処理の効率化を図るこ
とができるという効果がある。

【００６７】ここで、変更ＣＵ群の作成においては、図
１中のコンパイラ１０１におけるダミー領域付加手段１
０２およびＣＵサイズ保持手段１０３の機能が適用され
る。したがって、各変更ＣＵはＣＵサイズ一覧に基づい
てＣＵサイズの変更がないように作成される。

【００６８】オンライン転送手段４０３は、任意のタイ
ミングで（例えば、変更ＣＵ群の作成の直後に）、ホス
ト４０１から端末４０５にネットワーク４０４を介して
変更ＣＵ群と変更ＣＵ一覧とをオンライン転送し（ステ
ップ５０２）、このオンライン転送の正常終了後に端末
４０５側に当該オンライン転送が正常に終了した旨の通
知（変更ＣＵオンライン転送通知）を送信する（ステッ
プ５０３）。

【００６９】第２に、端末４０５側での動作について説
明する（図５（ｂ）参照）。

【００７０】オンライン転送認識手段４０６は、端末４
０５において定期的に起動され（ステップ５０４）、ホ
スト４０１からの変更ＣＵ群のオンライン転送の有無
（ステップ５０３における変更ＣＵオンライン転送通知
の有無）を確認（判定）する（ステップ５０５）。ここ
にいう「定期的」とは、例えば、「毎日のマシン立上げ
時毎に」といったタイミングが考えられる。

【００７１】オンライン転送認識手段４０６は、ステッ
プ５０５で「変更ＣＵオンライン転送通知が有った」と
判定した場合には、リンカ４０７に制御を渡す。

【００７２】リンカ４０７は、変更ＣＵ群の交換のみに
より実現されるＬＭの再構築を行う（ステップ５０
６）。すなわち、図１中のリンカ１０７内のＣＵ部分交
換ＬＭ構築手段１０８の機能（ＣＵ部分交換ＬＭ構築機
能）により、ＬＭの再構築を行う。詳しくは、変更ＣＵ
一覧によって変更ＣＵ群を認識し、ＣＵサイズ一覧で各
変更ＣＵのＬＭ（旧ＬＭ）における位置（相対アドレ
ス）を認識し、ＣＵ部分交換ＬＭ構築機能によって旧Ｌ
Ｍに対して変更ＣＵ群のみを入れ替えて新ＬＭを再構築
する（図６参照）。

【００７３】また、オンライン転送認識手段４０６は、
ステップ５０５で「オンライン転送が無かった」と判定
した場合またはステップ５０６の処理が終了した場合に
は、ファイルクローズ等の一般的な後処理（これらの処
理は従来技術によって実現される）を行う（ステップ５
０７）。

【００７４】以上の一連の動作で、修正後のプログラム
のオンライン転送および端末４０５側でのＬＭの自動的
な再構築（旧ＬＭから新ＬＭへの変更）が可能となる。

【００７５】最後に、図７を図９と対比しながら参照し
て、本発明のプログラム転送方式の効果を確認してお
く。本発明のプログラム転送方式によると、ＣＵ単位で
のオンライン転送がネットワークを介して行われる。し
たがって、変更ＣＵ群のオンライン転送によって、広範
囲に分散して設置されている端末における新ＬＭの構築
（ＬＭの再構築）が可能になり、図９における自動車輸
送等のための費用を節減でき、当該転送のための時間を
削減することができる。

【００７６】

【発明の効果】以上説明したように本発明のＬＭ構築方
式は、プログラムの修正によるＬＭの再構築があっても
ＣＵサイズが変わらないようにして、ＬＭ中の部分的な
修正の影響をＣＵ単位に局所化すること（全ＬＭに影響
が及ばないようにすること）により、プログラムの修正
（ＬＭの再構築）に要する工数および時間を削減するこ
とができるという効果を有する。

【００７７】また、再構築が繰り返されてもＬＭのサイ
ズは変わらないので、ＬＭを格納するためのファイル資
源の量を一定にすることができ、プログラムの修正に起
因して必要な資源量の増加が生じるという事態を回避で
きるという効果がある。

【００７８】一方、そのようなＬＭ構築方式を利用した
本発明のプログラム転送方式は、修正後のプログラムに
おける転送対象が変更ＣＵのみになることにより、修正
後のプログラムの転送をＣＵ単位のオンライン転送で実
現することができ、そのような転送に要する費用（人力
による輸送のための輸送費等）および時間を削減するこ
とができるという効果を有する。

【図面の簡単な説明】

【図１】本発明のＬＭ構築方式の一実施例の構成を示す
ブロック図である。

【図２】図１に示すＬＭ構築方式におけるコンパイラの
処理を示す流れ図である。

【図３】図１に示すＬＭ構築方式の動作を説明するため
の図である。

【図４】本発明のプログラム転送方式の一実施例の構成
を示すブロック図である。

【図５】図４に示すプログラム転送方式の処理を示す流
れ図である。

【図６】図４に示すプログラム転送方式の動作を説明す
るための図である。

【図７】図４に示すプログラム転送方式の処理の概要を
示す図である。

【図８】従来のＬＭ構築方式の動作を説明するための図
である。

【図９】従来のプログラム転送方式の処理の概要を示す
図である。

【符号の説明】

１０１ コンパイラ １０２ ダミー領域付加手段 １０３ ＣＵサイズ保持手段 １０４ ダミー領域サイズ指定情報 １０５ ソースユニット １０６ ＣＵ １０７ リンカ １０８ ＣＵ部分交換ＬＭ構築手段 １０９ ＬＭ １１０ ＣＵサイズ一覧記憶部 ４０１ ホスト ４０２ コンパイラ ４０３ オンライン転送手段 ４０４ ネットワーク ４０５ 端末 ４０６ オンライン転送認識手段 ４０７ リンカ

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】 ＬＭの当初構築時にダミー領域サイズ指
   定情報に基づいて各ＣＵの基本ＣＵサイズを決定し、Ｌ
   Ｍの当初構築時および再構築時に当該基本ＣＵサイズに
   基づいてダミー領域サイズを算出して実ＣＵにダミー領
   域を付加するコンパイラ内のダミー領域付加手段と、 ＬＭの再構築時に、変更ＣＵの実ＣＵサイズが前記ダミ
   ー領域付加手段により決定された基本ＣＵサイズ内であ
   るか否かを判定し、基本ＣＵサイズ内である場合には変
   更ＣＵのＣＵサイズを基本ＣＵサイズから変更しないよ
   うに制御するコンパイラ内のＣＵサイズ保持手段と、 ＬＭの再構築時に、変更ＣＵのＬＭにおける位置を認識
   し、その認識に基づいて当該ＬＭにおける変更ＣＵのみ
   の入れ替えを行うリンカ内のＣＵ部分交換ＬＭ構築手段
   とを有することを特徴とするＬＭ構築方式。
2. 【請求項２】 各ＣＵについて同一のダミー領域サイズ
   指定情報に基づいて前記ダミー領域付加手段が各ＣＵの
   基本ＣＵサイズの決定を行うことを特徴とする請求項１
   記載のＬＭ構築方式。
3. 【請求項３】 各ＣＵについて可変のダミー領域サイズ
   指定情報に基づいて前記ダミー領域付加手段が各ＣＵの
   基本ＣＵサイズの決定を行うことを特徴とする請求項１
   記載のＬＭ構築方式。
4. 【請求項４】 当初の実ＣＵサイズに対する割合で当初
   のダミー領域サイズを指定するダミー領域サイズ指定情
   報に基づいて前記ダミー領域付加手段が基本ＣＵサイズ
   の決定を行うことを特徴とする請求項１記載のＬＭ構築
   方式。
5. 【請求項５】 当初のダミー領域サイズの値で当初のダ
   ミー領域サイズを指定するダミー領域サイズ指定情報に
   基づいて前記ダミー領域付加手段が基本ＣＵサイズの決
   定を行うことを特徴とする請求項１記載のＬＭ構築方
   式。
6. 【請求項６】 転送対象のプログラムの修正時に、前記
   ダミー領域付加手段および前記ＣＵサイズ保持手段の機
   能を利用して変更ＣＵのＣＵサイズがプログラムの修正
   の前後で変わらないように当該変更ＣＵを作成するホス
   ト内のコンパイラと、 このコンパイラによって生成された変更ＣＵを端末側に
   オンライン転送し、当該オンライン転送が正常に終了し
   た後に変更ＣＵオンライン転送通知を端末側に送信する
   ホスト内のオンライン転送手段と、 このオンライン転送手段からの変更ＣＵオンライン転送
   通知の有無を一定の時間間隔で確認し、変更ＣＵオンラ
   イン転送通知の存在によって変更ＣＵがオンライン転送
   されてきたことを認識する端末内のオンライン転送認識
   手段と、 このオンライン転送認識手段により変更ＣＵのオンライ
   ン転送が認識された場合に、前記ＣＵ部分交換ＬＭ構築
   手段の機能を利用して当該変更ＣＵのみの入れ替えによ
   ってＬＭの再構築を行う端末内のリンカとを有すること
   を特徴とするプログラム転送方式。
7. 【請求項７】 前記コンパイラが変更ＣＵの生成を反映
   させて変更ＣＵ一覧を作成し、前記オンライン転送通知
   手段が変更ＣＵと共に当該変更ＣＵ一覧を端末側に転送
   することを特徴とする請求項６記載のプログラム転送方
   式。