JPH04369722A - 実行形式ファイル修正方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マイクロコンピュータ
・システムに使用される実行形式ファイルの修正方式に
関する。

【０００２】一般に、マイクロコンピュータ・システム
においては、設置場所や運用上の時間的制限から、障害
修正や運用データ変更時にソースプログラムから実行形
式ファイルを再作成しないで、この実行形式ファイルを
直接修正しなければならない場合がある。その場合、大
量の修正を誤りなく少ない時間で行なうことが必要であ
る。

【０００３】

【従来の技術】従来より、このような実行形式ファイル
の修正に関しては、アドレスと修正データとを指定する
ことで、実行形式ファイル上の対応するデータを修正す
るソフトウェアが作成されている。

【０００４】また、ソフトウェアによっては、アドレス
と複数の修正データとを指定することで、指定アドレス
からの連続する複数データを変更することが可能なもの
もある。

【０００５】ところが、修正するアドレスが離散的に大
量に存在したり、同じ修正を何度も行なわなければなら
ないような場合には、手作業での入力ミスや繰り返しの
手間を回避するために、予めアドレスと修正データを組
み合わせた修正情報のファイルを作成しておき、その後
、実行形式ファイルを修正するソフトウェアを用いて、
上記修正情報ファイルから逐次的に修正情報を読み出す
ことにより、大量の実行ファイルの修正を誤りなく行な
うことも提案されている。

【０００６】そして、この方法では、１つの修正情報に
対して、修正元ファイルの全レコードデータを修正元フ
ァイルから取り出しながら比較し、１つの修正情報に対
する修正が完了すると、次の修正情報を修正情報ファイ
ルから取り出して、同様な手順を繰り返すことが行なわ
れる。

【０００７】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の実行形式ファイルの修正方法では、実行形式
ファイルの全修正元データをメモリ上に読み込むことが
、修正元ファイルの全レコード数と全修正データ数の積
だけあるため、比較することと、処理時間を要するファ
イルアクセスすることを、それぞれ修正元ファイルの全
レコード数と修正データ数の積だけ行なう必要がある。 このため、特に修正元ファイルと修正データのサイズが
大きい場合には、莫大な時間が掛かってしまうという課
題がある。

【０００８】本発明は、このような課題に鑑み創案され
たもので、修正元ファイルの全レコードデータと全修正
データとを比較・修正しても、実行形式ファイルの修正
元データは、メモリ上に読み込むことが、１通りだけで
済むようにした、実行形式ファイル修正方式を提供する
ことを目的とする。

【０００９】

【課題を解決するための手段】図１は本発明の原理説明
図であるが、この図１において、２はメモリであり、こ
のメモリ２には、実行形式ファイル修正プログラムエリ
ア２−１，修正データエリア２−２，読み込みデータエ
リア２−３が確保されている。

【００１０】ここで、実行形式ファイル修正プログラム
エリア２−１は、実行形式ファイル３−１を修正するプ
ログラムを格納するエリアである。修正データエリア２
−２は、修正情報をメモリ２上に展開するためのエリア
である。読み込みデータエリア２−３は、実行形式ファ
イル３−１における１レコードデータ（修正元データ）
をメモリ２上に展開するためのエリアである。

【００１１】３は外部記憶装置で、この外部記憶装置３
には、実行形式ファイル３−１，修正後実行形式ファイ
ル３−２，修正データファイル３−３が用意されている
。

【００１２】ここで、実行形式ファイル３−１は、修正
を施されるべきレコードデータを格納しているファイル
である。修正後実行形式ファイル３−２は、修正後のレ
コードデータを格納するファイルである。修正データフ
ァイル３−３は、修正情報を格納するファイルである。

【００１３】

【作用】上述の本発明の実行形式ファイル修正方式では
、実行形式ファイル３−１のレコードデータを修正する
に際しては、まず、修正データファイル３−３をメモリ
２上に展開して、このメモリ２の修正データエリア２−
２に修正データを格納する。

【００１４】つぎに、外部記憶装置３中の実行形式ファ
イル３−１における１レコードデータを読み出し、これ
をメモリ２の読み込みデータエリア２−３に読み込んで
から、実行形式ファイル修正プログラムエリア２−１中
の実行形式ファイル修正プログラムを使用して、この修
正元データとメモリ２の修正データエリア２−２上に展
開された修正情報の全てとを順次比較し修正するという
比較・修正処理を施す。そして、修正後のレコードデー
タは、修正後実行形式ファイル３−２に格納される。

【００１５】その後は、実行形式ファイル３−１におけ
る以降の１レコードデータを順次読み出して、上記の比
較・修正処理および修正後実行形式ファイル３−２への
格納処理を繰り返し行なう。

【００１６】

【実施例】以下、図面を参照して本発明の実施例を説明
する。図２は本発明の一実施例の全体構成を示すブロッ
ク図であり、この図２に示す実行形式ファイル修正シス
テムでは、ＣＰＵ１，メモリ２，外部記憶装置としての
ハードディスク／フロッピディスク３，ＣＲＴ等のディ
スプレイ４がバスライン５等を介して接続されている。 ここで、ＣＰＵ１は、実行形式ファイル修正プログラム
を実行するプロセッサである。

【００１７】また、メモリ２には．実行形式ファイル修
正プログラムエリア２−１，コンパクト化修正データエ
リア２−２，読み込みデータエリア２−３，画面表示デ
ータエリア２−４が確保されている。

【００１８】ここで、実行形式ファイル修正プログラム
エリア２−１は、実行形式ファイル修正プログラムを格
納するエリアで、このエリア２−１に格納されている実
行形式ファイル修正プログラムをＣＰＵ１に取り込んで
本発明にかかる実行形式ファイルの修正処理が行なわれ
るようになっている。

【００１９】コンパクト化修正データエリア２−２は、
アドレスデータを統一してコンパクトにした修正情報（
コンパクト化修正データ）をメモリ２上に展開するため
のエリアである。

【００２０】読み込みデータエリア２−３は、実行形式
ファイル３−１における１レコードデータ（修正元デー
タ）をメモリ２上に展開するためのエリアである。画面
表示データエリア２−４は、修正したアドレス，修正デ
ータ，旧データを画面表示させるためにこれらのデータ
を格納するためのエリアである。さらに、ハードディス
ク／フロッピディスク３には、実行形式ファイル３−１
，修正後実行形式ファイル３−２，修正データファイル
３−３が用意されている。

【００２１】ここで、実行形式ファイル３−１は、修正
を施されるべきレコードデータを格納しているファイル
である。修正後実行形式ファイル３−２は、修正後のレ
コードデータを格納するファイルである。

【００２２】修正データファイル３−３は、修正データ
を格納するファイルである。なお、この修正データファ
イル３−３中の修正データは、人が入れたために整理さ
れていないので、これをメモリ２上に展開する場合は、
アドレスデータを統一して内容をコンパクトに統一し整
理して上記のコンパクト化修正データエリア２−２上に
展開するのである。ディスプレイ４は、画面表示データ
エリア２−４中の修正したアドレス，修正データ，旧デ
ータを表示するものである。

【００２３】上述の構成により、実行形式ファイル３−
１のレコードデータを修正するに際しては、図３に示す
ように、まず、ハードディスク／フロッピディスク３に
格納されている修正データファイル３−３中の修正デー
タについて、そのアドレスデータを統一して内容をコン
パクトに統一し整理して、メモリ２上のコイパクト化修
正データエリア２−２上に展開する。

【００２４】そして、ハードディスク／フロッピディス
ク３中の実行形式ファイル３−１における１レコードデ
ータ（例えば、ａ００００　　００　　１１　　２２　
　３３　　４４５５　　６６　　７７　　・・・・ｆｆ
）を読み出し、これをメモリ２の読み込みデータエリア
２−３に読み込んでから、実行形式ファイル修正プログ
ラムエリア２−１中の実行形式ファイル修正プログラム
を使用して、この修正元データとメモリ２のコンパクト
化修正データエリア２−２上に展開されたコンパクト化
修正データの全てとを順次比較し修正するという比較・
修正処理を施す。

【００２５】すなわち、実行形式ファイル３−１から１
レコードずつ読み出された修正元である読み込みデータ
エリア２−３中の読み込みデータのアドレスと、コンパ
クト化修正データエリア２−２中のコンパクト化修正デ
ータのアドレスとの順次比較を行なって、同一アドレス
があれば同一アドレスのコンパクト化修正データに従っ
て、読み込みデータを修正するのである。

【００２６】この場合は、例えば、コンパクト化修正デ
ータとして、（ａ０００２　　ａａ０ｂ）と（ａ０００
５　　０ｅ　　ｆｆ）とがあるので、２番目および３番
目のデータ「２２」，「３３」が１回の比較で「ａａ」
，「０ｂ」に修正され、更に５番目および６番目のデー
タ「５５」，「６６」が１回の比較で「０ｅ」，「ｆｆ
」に修正される。従って、この例からも分かるように、
この場合は、４つのデータの修正が２回の比較処理で実
現できる。

【００２７】そして、この修正後のレコードデータ（上
記の例で言えば、ａ００００　　００１１　　ａａ　　
０ｂ　　４４　　０ｅ　　ｆｆ　　７７　　・・・・ｆ
ｆ）は、修正後実行形式ファイル３−２に格納される。

【００２８】その後は、実行形式ファイル３−１におけ
る以降の１レコードデータを順次読み出して、上記の比
較・修正処理および修正後実行形式ファイル３−２への
格納処理を繰り返して行なう。

【００２９】なお、修正したアドレス，修正データ，旧
データ（上記の例で言えば、ａ０００２，ａａ，２２等
）は、画面表示データエリア２−４に格納されて、その
後、ディスプレイ４に表示される。

【００３０】このように実行形式ファイル３−１のレコ
ードデータを修正するに際して、まず修正データをコン
パクトにして、メモリ上に展開し、その後、実行形式フ
ァイルから読み出した１レコードに対してメモリ上に展
開したアドレスデータを次々に比較することにより、修
正元ファイルを１通り読み出すだけで、全ての修正が可
能となり、これにより、ファイルのアクセス回数が従来
のものの１／（修正データ数）となり、更には修正元デ
ータと修正データとの比較回数も減って、その結果、フ
ァイル修正時間の大幅な時間節約をはかれるのである。

【００３１】

【発明の効果】以上詳述したように、本発明の実行形式
ファイル方式によれば、実行形式ファイルのレコードデ
ータを修正するに際し、修正情報をメモリ上に展開した
のち、実行形式ファイルにおける１レコードデータを読
み出して、この修正元データとメモリ上に展開された修
正情報の全てを順次比較し修正するという比較・修正処
理を施し、その後は、実行形式ファイルにおける以降の
１レコードデータを順次読み出して、上記の比較・修正
処理を繰り返して行なうので、修正元ファイルを１通り
読み出すだけで全ての修正が可能となり、短時間で実行
形式ファイルのレコードデータを修正できる利点がある
。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の一実施例の全体構成を示すブロック図
である。

【図３】本発明の一実施例を説明する図である。

【符号の説明】

１　　ＣＰＵ ２　　メモリ ２−１　　実行形式ファイル修正プログラムエリア２−
２　　コンパクト化修正データエリア（修正データエリ
ア） ２−３　　読み込みデータエリア ２−４　　画面表示データエリア ３　　ハードディスク／フロッピイディスク（外部記憶
装置） ３−１　　実行形式ファイル ３−２　　修正後実行形式ファイル ３−３　　修正データファイル ４　　ディスプレイ ５　　バスライン

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　実行形式ファイル（３−１）のレコー
   ドデータを修正するに際し、修正情報をメモリ（２）上
   に展開したのち、該実行形式ファイル（３−１）におけ
   る１レコードデータを読み出して、この修正元データと
   該メモリ（２）上に展開された修正情報の全てを順次比
   較し修正するという比較・修正処理を施し、その後は、
   該実行形式ファイル（３−１）における以降の１レコー
   ドデータを順次読み出して、上記の比較・修正処理を繰
   り返して行なうことを特徴とする、実行形式ファイル修
   正方式。