JPS59106063A - フアイル更新方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔本発明の背景〕 〔本発明の分野〕 本発明は分散された計算システムにおいてファイルを更
新し、更新されたファイルをホスト・プロセッサとイン
テリジェント・コンピュータの間で伝送するための方法
に関連する。

〔先行技術の説明〕

ホスト・コンピュータと、限られた記憶容量のパーソナ
ル・コンピュータのようなインテリジェント・ターミナ
ルとを相互接続する低速の遠隔処理リンクによって制限
された、分散されたシステム内で、大量の変更されたテ
キスｌへおよび他のファイルを転送する必要が存在する
。

ホスト・コンピュータにあるファイルをリモート・ター
ミナルから更新する技術的な多くの解決方法が知られて
いる。例えば： 米国特許第４．＋０４２０６号は、ビデオ・ディスプレ
イ・システムについて記述し、ターミナルが記憶能力を
有しホスト・コンピュータからダウンロードされたデー
タの編集を実行するというホスト／ターミナルの組合せ
に関連する。ディスプレイのスクリーンの異な、る領域
にあるテキストはスクロール（画面移動）され互いに無
関係に編集されることがある。スクロールしている間、
データはディスプレイからホスト・コンピュータに向っ
て、１回に１行ずつ伝送される。

Ｉ　８Ｍ３２７０のマニュアル（ＩＢＭ形式番号Ｃ２７
６９９９）の第３０ページに訂正読取（ＲＥＡＤ　　Ｍ
ＯＤＩ　Ｆ　ＩＥＤ）　コーｒンドが説明されている。

この３２７０の訂正読取コマンドは、操作員が入力、削
除または変更したフィールドだけをコンピュータに送る
。３２７０はこのような訂正を追跡し、その情報を用い
てコンピュータに送るデータを選択する。３２７０の訂
正読取機能はディスプレイ内の個々のフィールドだけを
処理し、ファイル全体の処理はしない。各々のフィール
ドには、フィールドが編集された場合に変更される見出
しと、シーケンス数とが含まれている。

このようなシーケンス数の間の増分に応じて、シーケン
スの一定の場所でファイルに挿入しうる実際のフィール
ド数が制約を受ける。

もう１つの先行技術のシステムでは、ファイル全体にお
いて変更されたばかりの行の伝送が可能であるが、編集
されたファイルと比較して変更された行を識別するため
完全な原始ファイルをターミナルに保管することが必要
である。この方法は、少なくともファイルの大きさの２
倍に等して記憶をターミナルに必要とするから、インテ
リジェント・ターミナル、または（ディスケットのよう
な）比較的限られた記憶を有するＩＢＭパーソナル・コ
ンピュータ（ｐｃ）のようなパーソナル・コンピュータ
を含む、分散されたシステムでは実際的ではない。

従って、比較的遅い通信速度およびターミナルの記憶に
よる制約に適応可能であり、ファイル全体の範囲内で変
更された行の識別を可能にし、且つ行のシーケンス数ま
たは見出しの使用を必要とせｊ、従って、例えば（その
１組のシーケンス数円の空間によって制限されない）フ
ァイル本体内の大きなデータ行のブロックの挿入を可能
にするファイル更新および通信のプロ１ヘコルが必要で
ある。

〔本発明の概要〕

本発明の方法によって、ホスト・コンピュータに記憶さ
れた基本テキスト・ファイルは、ホスｌ〜とターミナル
を相互連結する通信リンクを介してインテリジェント・
ターミナルから訂正される。

基本テキスト・ファイルは複数のテキスト行としてホス
トからターミナルへ伝送される。ターミナルでは、基本
テキスト・ファイルの行ごとにハツシュ合計が計算され
、計算されたハツシュ合計はターミナルで個々のハツシ
ュ・ファイルに記憶される。ユーザは次に、行の変更、
行の削除および行の挿入を含む変更を行ない、基本テキ
スト・ファイルを訂正されたファイルに変換する。訂正
されたファイルのテキスト行ごとにハツシュ合計が計算
され、ハツシュ・ファイルのハツシュ合計と比較されて
、訂正されたファイルの変更行、削除行、挿入行および
変更行を識別する。そして、基本テキスト・ファイル内
の選択された不変更行および削除行の番号および位置を
指定する制御情報とともに、修正されたファイルの変更
行および挿入行がホストに伝送される。

本発明の装置によってホスト・プロセッサおよびインテ
リジェント・ターミナルを含む計算システムは、ホスト
・プロセッサに記憶された基本テキスト・ファイルに訂
正を行なう。ターミナルにおける編集可能テキスト・フ
ァイルを含む装置はホストから受取った基本テキスト・
ファイルのコピーに対して削除、変更および挿入を行な
う。また、編集不可能な行のハツシュ・ファイルを含む
装置が設けられ、変更行および挿入行を識別してホスト
に送るとともに、不変更行および削除行を識別する制御
情報をホストに送る。

〔詳細な説明〕

第１図において、ホスト中央処理ユニット（ＣＰＵ）す
なわちホスト・プロセッサ２０は、キーボード／ディス
プレイ３５、主記憶３４およびディスケット記憶装置（
以下、ディスケラ１−３６という。）を有するＩＢＭパ
ーソナル・コンピュータ、すなわちＰＣ３０のようなイ
ンテリジェントターミナルと通信している。ホスト・プ
ロセッサ２０には、主記憶２４と、基本テキス１〜・フ
ァイル（第２図のファイル４０）を含むことがある直接
アクセス記憶装置、すなわちＤＡＳＤ２６のような非揮
発性記憶装置とが含まれている。ホスト側の通信アダプ
タ２８とターミナル側の通信アダプタ３８とを含む通信
リンクはホスト・プロセッサ２０とＰＣ３０とを相互接
続する。

分散されたデータ・システムにおいて、ターミナルのＰ
Ｃ３０とホスト・プロセッサ２０の間のデータ転送はし
ばしば、低速の遠隔処理リンク（通信アダプタ２８およ
び３０の間）によって制限され、且つターミナルのＰＣ
３０の主記憶３４とディスケット３６の記憶容量は一般
に、ホストプロセッサ２０の主記憶２４とＤＡＳＤ２６
の記憶容量よりもかなり小さい。本発明はターミナルの
ＰＣ３０からホスト・プロセッサ２０へ更新されたファ
イルの中の変更された行だけを転送することにより、こ
のような通信上の制約を相当に改善する。後に更に説明
するように、テキスト・ファイルを編集するとき、ファ
イル全体が、ファイル全体に関して計算したハツシュ値
と一緒に、ホスト・プロセッサ２０からターミナルのＰ
Ｃ３０へ伝送され、そこでディスケット３６の原始テキ
スト・ファイル３３に記憶される。そして、ホスト・プ
ロセッサ２０で計算された、ファイル全体のハツシュ値
、およびターミナルで生成された、ファイルの行ごとの
ハツシュ値を含む編集不可能なハツシュ・ファイルがタ
ーミナルで作成され、このファイルはディスケット３６
のハツシュ・ファイル３２に記憶される。ターミナルの
ユーザがキーボード／ディスプレイ３５で、または、あ
る他のアプリケーション・プログラムが原始テキスＩ〜
・ファイル３３を編集した後、編集されたファイルの行
ごとにハツシュ値が計算され、行ごとにハツシュ・ファ
イル３２と比較されて、変更された（新規または修正さ
れた）行を識別する。原始ファイルにおける位置を指定
する制御情報とともに、変更された行だけがホスト・プ
ロセッサ２０に戻され、ＤＡＳＤ２６に記憶されるとと
もに主記憶２４に送られて、削除または保持される行を
更新する。このプロセスに関して完全性を確保するため
、原始ファイル全体のハツシュ値がホストプロセッサ２
０によって再計算されて、それが前ターミナルのＰＣ３
０に記憶されたファイル全体のハツシュ合計に一致した
後にだけ、ホスト・プロセッサ２０の原始ファイルが更
新され、従って、ホスト・プロセッサ２０の原始ファイ
ルはターミナルのハツシュ・ファイル３２が作成された
ときから変更されてはいないことを保証する。ホストプ
ロセッサ２０のファイル更新後、ターミナルのハツシュ
・ファイル３２は更新を反映するように書直される。各
々の行のハツシュ値はターミナルのＰＣ３０で、更新さ
れた編集可能な原始テキスト・ファイル３３から生成さ
れ、新しいファイル全体のハツシュ値はホスト・プロセ
ッサ２０によって再計算され、ターミナルのＦ５Ｃ３０
に送ら汎る。

本発明の手順はホスト・プロセッサ２０およびターミナ
ルのＰＣ３０で実行されたアプリケーション・プログラ
ムで実現される。ホスト・プロセッサ２０のアプリケー
ション・プログラムはホスト送信（ＨＸＭＴ）およびホ
スト受信（ＨＲＣＶ）と呼ばれ、以下ファイル検査合計
手順（またはハツシュ手順）のために設けられたＩＢＭ
システム／３７０アセンブリ・コードによる手順仕様に
よって記述される。ターミナルのＰＣ３０のアプリケー
ション・プログラムはエミュレータと呼ばれる。

第２図において、ホスト・プロセッサ２０における一般
的なファイル４０には、複数の可変長、固定長または未
確定の長さのレコード４１が含まれ、各々のレコード４
１はファイル４０において１行を表わす。図示のように
、各レコード４１のデータは、例えば文字Ａ１０１．Ｋ
によって示される。このファイルのコピーはターミナル
のＰＣ３０に伝送され、ディスケット３６の原始テキス
１へ・ファイル３３に記憶され、編集される。

第３図および第６図において、編集されるデータをホス
ト・プロセッサ２０からＰＣ３０のディスケット３６に
転送し、編集されたデータをＰＣ３０からホスト・プロ
セッサ２０に返送する方法が示されている。本明細書に
示された本発明の良好な実施例に徒って、ＰＣ３０のこ
の動作の部分が、キーボード／ディスプレイ３５でユー
ザが呼出すように、エミュレータ・コマンドを出すこと
によって呼出される。エミュレータ・コマンドはＰＣ３
０においてアプリケーション・プログラム（またはエミ
ュレータ）によって実行されるコマンドである。

ユーザ／エミュレータのインタフェースについて図表に
より下記に説明する。エミュレータ・コマンドはキーボ
ード／ディスプレイ３５で「％％」をキー人力すること
によって開始される。エミュレータは「＝］」を表示す
ることによって応答し、ユーザに対し「現在ユーザがホ
スト・プロセッサ２０というよりもエミュレータにコマ
ンドを発している」という警報を発するとともに、「％
％」が認められたことを確認する。「＝］」が現われた
後、ユーザは２文字のコマンド動詞をキー人力する。こ
の動詞が認められる場合、エミュレータはスペースによ
って応答する。そしてユーザはコマンドのオペランドを
入力してリターンする。エミュレータ・コマンドのどの
部分もホス１へ・プロセッサ２０には送られない。エミ
ュレータ・コマンドが注釈とともに第１表に示されてい
る。

ｍ　　エミュレータ・コマンドの　１ 第１表のエミュレータ・コマンドはすべてファイル転送
で用いられる。以下、それについて説明する。本実施例
では、コマンドのオペランド「ｄｅｖ　：　ｆｎａｍｅ
、ｅｘｔＪは、ＩＢＭパーソナル・コンピュータ・ディ
スク・オペレーティング・システムＰＣＤＯ８）のファ
イル命名規約に従ってディスケット３６の原始テキス１
−・ファイル３３を指名する。

本実施例では、ホスト・プロセッサ２ｏの編集可能ファ
イルはＤＡＳＤ２６または主記憶２４に、８ビツトのＥ
ＢＣＤＥＣキャラクタの固定、可変または未確定の長さ
のレコードで記憶されている。

ＰＣ３０（７）ディスケット３６には、ＡＳＣＩＩキャ
リア復帰および行送り（ＣＲＬＦ）キャラクタによって
レコードに分けられたＡｓｃ■エキャラクタのストリン
グにハツシュ・ファイル３２のデータが記憶されている
。従って、ＡＳＣＩＩキャラクタに特に変換可能なデー
タだけをホスト・プロセッサ２０と送受信することがで
きる。良好な本実施例では、ホスト・プロセッサ２ｏは
、大低の原始モジュールがタブ文字を持たないＩＢＭシ
。

ステム／３７０を含むが、ステートメント内のフィール
ドは空白の埋込みによって列が整っている。

本発明の実施例では、ホスト・プロセッサ２ｏのファイ
ル送信アプリケーションＨＸ、ＭＴは空白のス：・リン
グの代りにタブを用いる能力がある。それと反対に、ホ
スト・プロセッサ２ｏのデータ受信アプリケーションＨ
ＲＣＶはタブの代りに空白を用いることができる。これ
らの場合、どちらのデータ転送方向においても空白とタ
ブの変換を防げることがありうる。多くのホス１〜・フ
ァイルは可変長レコードの前部、また固定長レコードの
末尾に８桁の順序番号を含む。データ送信アプリケーシ
ョン（Ｈｉ＜ｃｖ）はこれら（の順序番号）をターミナ
ルからの要求によって除去する。反対に、データ受信ア
プリケーション（ＨＲＣＶ）はホスト・プロセッサ２０
で受取ったレコードをターミナルのＰＣか３０から番号
を付は直すことがある。

タブ、行順序番号およびその他の同様なパラメータを処
理するためのプロトコルについては後に説明する。

空白およびシーケンス数を送らない目的はファイルを転
送する時間を短縮し、ＰＣ：３０のディスケット３Ｇと
主記憶３４の空間の占有を、独立した編集の間、少なく
することである。一般に、独立したエディタはタブ位置
の変更を可能にし、シーケンス数を、存在すわば、他の
データと同様に処理する。それは、例えば、挿入された
行の新しいシーケンス数を生成する。

本発明に従って、ホスト・プロセッサ２０に存在するフ
ァイルをＰＣ３０から更新するため、第３図に示された
フォーマツ１〜に従って、完全なファイルが最初にホス
１−・プロセッサ２ｏがら伝送される。ホスト・プロセ
ッサ２ｏがら伝送されたファイルはＰＣ３０で第４図に
示さ汎たフォーマットで、ディスケット３６の編集可能
ＡＳＣＩＩファイル（ＪＪＫ始テキスト・ファイル３３
）として記憶される。ターミナルのＰＣ３０はそこがら
、＆ｆ集可能ファイル（原始テキスト・ファイル３３）
の各行のハツシュ合計を含む編集不可能ハツシュ・ファ
イル３２を作成し、それを第５図に示されたフォーマッ
トでディスケット３６にη２憶する。ＡＳＣＩＩファイ
ル（原始テキス１〜・ファイル３３）はその際、独立し
たスクリーン・エディタまたは他の手段によって訂正さ
れることがある。そして、ホストのファイルは、更新さ
れたファイル（ｉ夕ｈテキスト・ファイル３３）全体と
いうよりも、第６図のフォーマットによって、変更され
た行のデータ・ストリーム（データ行９０）および制御
情報（コマンド行１ｏｏ）をターミナルから送ることに
よって更新されることがある。ターミナルがらのデータ
・ストリームは、後に説明するように、訂正されたＡＳ
ＣＩＩファイル（原始テキスト・ファイル３３）と各ハ
ツシュ合計のファイル（ハツシュ・ファイル３２）を比
較することによって生成される。ホストのファイル（主
記憶２４およびＤＡＳＤ２６にあるファイル）が更新さ
れた後、行ハッピュ合計のファイル（ハツシュ・ファイ
ル３２）が、更新サレｆ：、Ａ　Ｓ　ＣＩ　Ｉ　７７　
イ）ＬＩ　Ｃ！ｆｉ＆テキスト・ファイル３３）−これ
は現在ポストの基本ファイル（主記憶２４およびＤＡＳ
Ｄ２６にあるファイル）に一致している−に一致するよ
うに再び生成される。これらの各種のファイルおよび通
信メツセージ・フォーマットは後に更に詳細に説明する
。

ＰＣ３０で行なわれる比較は基本ファイルまたは更新さ
れたファイル（原始テキスト・ファイル３３）のシーケ
ンス数付与を使用しない連想比較である。基本ファイル
を更新するためホストに送られたデータ・ストリームは
、シーケンス数というよりも行カウントに基づいている
。ポストのファイルおよびその更新プロセスの完全性を
確保するため、ファイルの検査合計８４がホス１−・プ
ロセッサ２０で計算されてＰＣ３０に送られ、行のハツ
シュ合計とともに記憶される。ポスト・プロセッサ２０
における基本ファイルの更新をユーザが要求するたびに
、原始基本ファイルのファイル検査合計がホスト・プロ
セッサ２ｏによって更計算され、前にターミナルに送ら
れた合計と比較される。２つの検査合計が一致する場合
にだけ、ホストでの更新の実施が可能になる。また、こ
の手順は、ポストのターミナルのファイル名の不一致に
よって生じた正しくないファイルをホスト・プロセッサ
が誤って更新するのを防ぐ。

第１図に関連して第３図を参照して、更新のためファイ
ルをホスト・プロセッサ２ｏがらターミナルへ伝送する
手順について次に説明する。本発明の実施例では、ター
ミナルのＰＣ３０において前記プロセスを開始し制御す
るためユーザによって下記のステップが実行されること
がある。

（ａ）　　ホスト・プロセッサ２ｏによって通常のター
ミナル・セツション（これは、例えばＩＢＭＭＶＳ／Ｔ
ＳＯ＊たはＶＭ／ＣＭＳｔぺＬｚ−７−イング・システ
ムの制御の下に動作していることがある）を確立し、Ｃ
Ｌ　Ｉ　ＳＴ／ＥＸＥＣ：ＸＭＴＴＨｄｓｎａｍｅ　　
　　（ＴＳＯ）または Ｘ　Ｍ　　Ｉ　　Ｔ　Ｈｆｉｌｅ　　しｙｐｅ　　　　
　　　（ＣＭ　Ｓ　）を開始する。ただし、ｒｄｓｎａ
ｍｅＪはＭＶＳのホス１〜・データのセットであり、ｒ
ｆｉｌｅ　ｔｙｐｅＪは省略時（デブオル１〜）ＣＭＳ
ミニ・ディスクに存在するファイルである。これはホス
ト送信アプリケーションＨＸ　Ｍ　Ｔを呼出す。

（ｂ）　　ＣＬ　Ｉ　ＳＴ／ＥＸＥＣがどのようにセッ
ト・アップされるかによって、仮定のタブ位置の書式作
成コマンドおよび他の書式作成パラメータがターミナル
または他のファイルから読取られることがある。更新モ
ードでは、本実施例の場合、ホス１−・ファイルが更新
されるときに用いるため、これらのパラメータはターミ
ナルのディスケット３６の記憶される。

（ｃ）　　ホスト・プロセッサ２０のプログラムＩ］Ｘ
ＭＴが送信可能であることがキーボード／ディスプレイ
３５でユーザに知らされ葛と、ユーザはエミュレータ・
コマンド： ％％’＝　］　　ＲＣｄｅｖ　：　ｆｎａｍｅ、ｅｘし
を開始する。ただし、ｒｄｅｖ　：　ｆｎａｍｅ、ｅｘ
ｔＪはディスケット３６で生成または置換される原始テ
キスト・ファイル３３の名前である。また、後に説明さ
れるように、ＲＣコマンドによってエミュレータは、圧
縮されたハツシュ形式で原始テキストファイル３３の内
容を含むｒｄｅｖ、ｆｎａｍｅ、ｌｌ５ＨＪすなわちハ
ツシュ・ファイル３２を生成または置換する。

（ｄ）　　エミュレータ・コマンドが受入れられると、
ホスト・アプリケーション）（ＸＭＴは第３図のフォー
マットによってデータを主記憶２４およびＤＡＳＤ２６
のホスト・ファイルから行ごとにターミナルのＰＣ３０
へ送る。ターミナルのＰＣ３０は、各々の行を受取って
必要なディスクＩ１０を完了した後、肯定応答をホスト
・プロセッサ２０へ送る。ホス１〜・プロセッサ２０は
、肯定応答を受取ると、次のデータ行等００．を送る。

このように、ホスト・プロセッサ２０からターミナルの
ＰＣ３０へのファイル転送では、ＰＣ３０はホスト・プ
ロセッサ２０へ「％Ａ」のようなコマンド・ワードを送
って転送を開始する。それに応答するホスト・プロセッ
サ２０からの各々のデータ行５０には、認識キャラクタ
「）」５１、順序文字５２．１行のデータ５３、検査合
計５４および後書きキャラクタ「（」５５が含まＪｔて
いる。シーケンス文字５２は、Ａ、Ｃ，Ｅ、Ｇ、■、Ａ
、Ｃ１０１，のセットから順次にデータ行ごとに選択さ
れた１０を法とする偶数のデータ順序文字である。検査
合計５４は１０を法とする検査合計の数字である。これ
はホス１−送信アプリケーションＨＸ　Ｍ　Ｔが２５６
を法とする行のＥＢＣＤＩＣを加えて１０を法とする結
果を取出し、それをＥＢＣＤＩＣの数字に変換すること
によって生成される。ターミナルのＰＣ３０は入って来
る各々のＡＳＣＩＩ文字をＥＢＣＤＩＣに変換して同じ
計算を実行することにより、検査合計５４を検査する。

データ行５０の伝送に続いて２つのコマンド行、すなわ
ちファイル終了コマンドおよびファイル検査合計／書式
作成コマンドがホスト・プロセッサ２０から送られる。

制御行６０には、認識キャラクタ「）」６エ、コマンド
動詞６２、シーケンス数６３（２，４，６，８、Ｏ１２
，４５，。

、のセットから順次に選択された１０を法とする偶数の
データ・シーケンス数）、コマンド・オペランド６４、
検査合計６５および後書キャラクタ「）」６６が含まれ
ている。ファイル検査合計／書式作成コマンド・ワード
では、コマンド・オペランド、すなわちパラメータは後
述のｒＦＪコマンドの場合と同じである。これらのパラ
メータ（コマンド・オペラン１−６４　）はｒｆｎａｍ
ｅ、Ｈ５旧すなわちターミナルのディスケット３６のハ
ツシュ・ファイル３２の最初で行ハツシュ合計（参照記
号８６．８７１．、、．８８．８９）の前に予約された
領域（参照記号８４．８５）に書込まれて（オーバレイ
されて）いる。第５図において、ハツシュ・ファイル３
２はファイル名８１および長さＮ８２によってディスケ
ット３６のディレクトリ７０で識別され、ハツシュ・フ
ァイル３２自身にはファイルの検査合計８４、フォーマ
ツｉ〜・パラメータ８５、および原始テキスト・ファイ
ル３３のｎ行の各々のハツシュ値８６．８７１１．。

８８．８９が含まれている。第４図において、ディスケ
ット３６のクリア・テキス１−・ファイル（Ｂ始テキス
ト・ファイル３３）は、ファイル名７１およびファイル
長７２によってブイレフ１〜す７０で識別され、行区切
フィールド（ＣＲ７５、ＬＰ０１）によって分離された
複数のＡＳＣＩＩデータ行（「データ行１」７４、「デ
ータ行２」７８１．、、）９、末尾のファイル終了フィ
ールドＥＯＦ７９とともに含んでいる。

主記憶２４とＤＡＳＤ２６のホスト・ファイルをターミ
ナルのＰＣ３０の原始テキスｉ〜・ファイル３３から更
新するため、ユーザ／ターミナルは下記手順を実行する
。

（ａ）　　ユーザはホスト・プロセッサ２０（ＭＶＳ／
ＴＳＯまたはＶＭ／ＣＭＳ）によって通常のターミナル
・セツションを確立し、ＣＬＩＳＴ／ＥＸＥＣ： ＲＤ　Ｈｄｓｎａｍｅ　　　　（ＴＳＯ）または ＲＤＨｆｉｌｅｔｙｐｅ　　　（ＣＭＳ）を開始する。

ただし、ｒｄｓｎａｍｅＪまたはｒｆｉｌｅｔ、ｙｐｅ
ＪはＲＣコマンドによって前にターミナルのＰＣ３０に
伝送された現在のファイルである。ＲＤＨコマンドはホ
スト・プロセッサ２０のファイル受信アプリケーション
ＨＲＣＶを呼出す。

（ｂ）　　更新の間、ＨＲＣＶに対するすべてのフォー
マット・コマンドは、ファイルが最初にホストから送ら
れたときに用いられたパラメータによって無効にされる
。

（ｃ）　　ＨＲＣＶが受信可能であることを表わすと、
ユーザはキーボード／ディスプレイ３５でエミュレータ
・コマンド： ％％”　］　Ｔ　Ｃｄｅｖ　：　ｆｎａｍｅ、ｅｘｔを
開始する。ただし「、ｄｅｖ　：　ｆｎａＩＩｌｅ、ｅ
ｘｔＪは、独立したエディタまたは他の手段によって更
新された、ターミナルのディスケット３６の原始テキス
ト・ファイル３３の名前である。また、同じディスケッ
ト３６は更新されるもとのままのホス１−・ファイル（
ｄｓｎａｍｅまたはｆｉｌｅ　ｎａｍｅ）を反映するｒ
ｄｅｖ　：　ｆｎａｍｅ、ｌｌ５ＩＩＪフアイル（バッ
ジ１−ファイル３２）を含んでいなければならない。

（ｄ）　　エミュレータ・コマンドの受入れ後、かつフ
ァイルｒｄｅｖ　：　ｆｎａｍｅ、ｅｘシＪおよびｒｄ
ｃｖ　：　ｆｎａ＋ｎｅ。

１１ＳＴＪが存在する場合、ホス１−への転送が開始さ
れる。

（ｅ）　　最明に、ファイルの検査合計、タブおよびオ
プションがコマンド行１００　（第６図）でホスト・プ
ロセッサ２０へ送られる。ファイルの検査合計はホス１
−の現在のベース・ファイルについて生成された検査合
計に一致しなければならず、さもなければＴＯコマンド
はＨＲＣＶによってＡＢＥＮＤ　（タスク異常終了）さ
れる。

（ｆ）　　ターミナルは変更データをターミナルの原始
テキスト・ファイル３３から、データ行９０ごとに、ホ
スト・アプリケーションへ送る。ホス１−・プロセッサ
２０のアプリケーションＨＲＣＶは、もう１つのデータ
行９０を受取ることが可能なとき、肯定応答を送る。す
べての変更をホスト・プロセッサ２０が送り、ＨＲＣＶ
が受入れたとき、ｒｄｅｖ　：　ｆｎａｍｅ、Ｈ５ＨＪ
ファイル（ハツシュ・ファイル３２）は、ホスト・プロ
セッサ２０で計算され、ＨＲＣＶによって送られた新し
いファイル検査合計を含めて、現在のファイルに一致す
るように書込まれる。そしてセツションは対話ターミナ
ル・モードに戻る。

第６図において、ターミナルのＰＣ３０からの各々のデ
ータ行９０の前に１文字の見出しのシーケンス数９２が
つけられる。見出しの基数は、ホスト・アプリケーショ
ン（ＨＲＣＶ）がレコードの脱落がないことを確かめる
ために検査する１０を法とする偶数のレコード・シーケ
ンス数（０，２，４，６，８，０１０１，）である。デ
ータ行９０の前にターミナルの原始テキスト・ファイル
３３の書式送り文字が先行する場合、見出しのシ−ケン
ス数９２に１が加えられる。これは、プリンタ制御キャ
ラクタが含まれている場合には、主記憶２４およびＤＳ
ＡＤ２６のファイルにページ・スキップを記録させる。

ターミナルからホス１−への制御行、すなわちコマンド
行１００は、データ行のレコードのシーケンス数９２に
列して用いられた数字の代りにシーケンス文字（Ａ、Ｃ
，Ｅｌ、、、、Ｉ）を含む見出しフィールド、すなわち
シーケンス文字１０２によって識別される。用いられた
文字はデータ行のシーケンス数に用いられた数字に対応
し、従ってデータ行がいりまじった制御行のシーケンス
検査が続けられる。また、コマンド行１００には、コマ
ンド動詞文字１０４　（後述）オペランド１０６よ？よ
び行検査合計１．０８が含まれる。後書き、すなわち行
検査合計９６または】０８は１０を法とする検査合計の
数字である。これは、ここでは、各々のキャラクタをＥ
ＢＣＤＩＣ：に変換し、それを２５６を法とする行に加
えて１０を法とする結果を取出し、それをＡＳＣＩＩ数
字に変換することによって生成される。ＨＲＣＶは、ホ
スト・アクセス方法によってデータが既にＥＢＣＤＩＣ
に変換されて入って来ることを除き、検査のためホスト
・プロセッサ２０で逆の動作をする。

ホスト・プロセッサ２０においてＨＲＣＶは２キヤラク
タのストリング［％ｎ　Ｊ　を送って各行の受取を肯定
応答する。ただし、「■）」は良好な検査合計９６，１
０８をうまく受取った最後のレコード、すなわちデータ
行９０、コマンド行］００のレコードのシーケンス数９
２またはシーケンス文字１０２である（数字または文字
が奇数であった場合には１少ない）。ターミナルのＰ　
Ｃ３０は、予期した以外の肯定応答を受取る場合には、
データ行９０、コマンド行］、　ＯＯを再送する。

各種のコマンド動詞１０４について、関係するオペラン
ド１０６とともに次に説明する。

（ａ）　　Ｆファイル検査台ｉｔ　／　ＩＦ式作成パラ
メータ これは更新モードでターミナルのＰＣ３０からホス１−
・プロセッサ２０へ送られた最初のコマンド行１００で
ある。これは更新モード伝送カー進行中であることをホ
ス１−・プロセッサ２０のアプリケーション［−１１Ｒ
ＣＶに知らせるとともに、主記憶２４とＤＡＳＤ２６に
あるベース・ファイルのファイル検査台ａ１を計算し、
オペランド１０６のフィールドに送られたファイル検査
合計がそれ番；一致することを検査することをＨＲＣＶ
に要求する。

オペランド１０Ｇのフィー、ルドには下記が含ま１＋。

る。

（ａｌ）　　ファイル検査合計 （８２）　　タブのセツティング （ａ３）　　ファイルが最初にホス１〜から送られたと
きＮ　ＯＮ　Ｕ　Ｍが指定された場合には値「Ｙ」を、
さもなければ値ｒＮＪを有するＮ　ＯＮ　Ｕ　Ｍ　／　
ＲＥＮｕＭ（ファイル更新では、「Ｙ」はＲＥＮＵＭモ
ードを制御する） （ａ４）　　ファイルがホストから送られたときＮＸＴ
ＡＢが指定された場合は「Ｙ」、さもなければ「Ｎ」の
値を有するＮＸＴＡＢスイッチなお、ＮＯＮＵＭは「シ
ーケンス数なしＪ、ＲＥＮＵＭは［シーケンス数の再伺
与」の略語である。

伝送の開始時に、ＨＲＣＶは、このコマンド「Ｆ」を受
取ると、最初にＤＡＳｐ２６がらホス１ル基本ファイル
（第２図のファイル４０）のコピーをＤＡＳＤ２６（７
）ＤＡＴＡＳＡＶ／フィルに作成する。これが基本とな
って、それに対して更新が原始ホスト・ファイルに適用
され、その修正されたファイル４２（第７図）のコピー
をホスト・プロセッサ２０において作成する。同時に）
（ＲＣＶはファイル検査合計を３１算する。ファイル検
査合計が一致する場合、「Ｆ」コマンドの庁定応竹がタ
ーミナルのＰＣ３０に送られ、ファイル転送は追打する
。ファイル検査合計が一致しない場合、）ｉ　ＲＣＶは
ＡＢＥＮＤコマンドｊ送、って終了し、ターミナルはデ
ィスプレイ３５にエラー・メツセージを出して対話モー
ドに戻る。

後に説明する様に、「Ｓ」コマンドに関連する伝送終了
時にｒｆ？Ｊコマンドは再び使用される。

（ｂ）　　Ｃｎｎｎｎｎ Ｃｎｎｎｒ団コマンドによってＨＲＣＶは基本ファイル
（ファイル４０）の原始ホスト・コピーから、ホストで
作成中の新しいファイル４２のホスト・コピーに、ｒｎ
ｎｎｎｎＪレコードをコピーする。これらは更新された
ファイル４２においてもとのままの基本ファイる（ファ
イル４０）の行を表わす。

（ｃ）　　Ｄｎｎｎｎｎ ＤｎｎｎｎｎコマンドによってＨＲＣＶはホストにおい
て原始基本ファイル（ファイル４０）のｒｎｒｌｎｎｎ
Ｊ　レコードをスキップする。これらは更新されたファ
イル４２で削除される行を表わす。

（ｄ）　　データ行 ホス１−が受取ったデータ行はどれも主記憶２４とＤＡ
ＳＤ２６の出力ファイル（ファイル４２）に書込まれる
。これらは基本ファイル（ファイル４０）での行の挿入
または置換を表わす。

（ｅ）　　Ｓ Ｓコマンドはすべてのデータ行および更新制御行がＰＣ
からホス１−・プロセッサ２０に送られた後に送られる
。Ｓコマンドは新しいファイル検査合計を計算すること
をＨＲＣＶに要求し、特別に書式指定された肯定応答： ％ｎｎｎｎｎｎｎｎｎｎ、ｓ でファイル検査合計をＰＣ３０に戻す。ただし、ｒｎｎ
ｎｎｎｎｎｎｎｎ　Ｊは新しいファイル検査合計であり
、ｒｓＪはｒＳＪコマンドの行シーケンス数である。

このフォーマットは検査合計数字を含まないから、新し
いファイル検査合計はホス１〜・プロセッサ２０にもう
１つの「Ｆ」コマンドを送ることにより検査される。検
査合計が一致しない場合、Ｉ−Ｉ　ＲＣ■は前の行シー
ケンスによって肯定応答し、ターミナルは「Ｓ」コマン
ドを再送する。

（ｆ）　　Ｅ ＥコマンドはターミナルのＰＣ３０かホス１〜・プロセ
ッサ２０への伝送終了コマンドである。ホスト・プロセ
ッサ２０のアプリケーションＨＲＣＶはそのファイルを
閉じて終了することにより応答する。ターミナル・セツ
ションは対話モードに戻る。

第７図と第２図の関連において、前記コマンドがどのよ
うに用いられるかを説明する。第７図に示すように、タ
ーミナル・テキスト・ファイル（ファイル４０）は原始
ファイル４０のテキス１〜Ａ、Ｂ、Ｃ，Ｄ、Ｅ、Ｈ１■
およびＪを有する行を含み、修正された行Ｃ′および挿
入された行りならびにＭを有する新しいターミナル・テ
キストファイル（ファイル４２）を形成するように修正
されている。行Ｆ、ＧおよびＫは修正されたファイル４
２の作成中にファイル４０から削除されている。この発
明によって、修正、挿入および削除された行は（後に説
明する手順によって）識別され、コマンドのシーケンス
がホストに送られ、テキス１−・ファイルのホスト・コ
ピーを更新する。

２つのハツシュ合計は本発明のファイル更新手順におい
て用いられる。８０８８アセンブリ言語表記法で示され
た、行ハツシュ合剖は、更新モードの場合、ホストから
受取ったＡＳＣＩＩごとにターミナルのＰＣ３０で計算
され記憶される。ファイル全体の行ハツシュ合削はホス
ト・プロセッサ２０で計算され、ターミナルのＰＣ３０
に送られて、ハツシュ・ファイル３２の検査合計８４の
フィールドに記憶される。各々のハツシュ合計アルゴリ
ズムは下記の共通要素を有する。

（ａ）　　ハツシュ合計は０で開始する（ｂ）　　各々
の入力文字が加えられる前に、前の合計は左に３ビツト
だけリング・シフトされ、合計の上位の端からシフトさ
れたビットは再び下位の端に入れられる。このように、
ハツシュ合計の全ビットはより平等に合計に関与し、簡
単な文字または行の転位のよって異なる合Ｊ−１゛が生
じる。

（ｃ）７ビツト又は８ピツ１への入力文字がシフトされ
た前の合計の下位端に加えられる。キャリ（オーバフロ
ー）がある場合、１が加えられる。

ハツシュ合計は下記の独得の属性を有する。

（ａ）　　ターミナルの行ハツシュ合計は、終了するＬ
Ｆキャラクタを含む行にある７ビツ１−のＡＳＣＩ　、
Ｉ文字からａ１算された３２ピッ１−（４バイ１〜）値
である。

（ｂ）　　ホス１へのファイル・ハツシュ合計は、ホス
１−の基本ファイルの前から後に、すべての行の左から
右に、すべての８ビン１〜のＥＢＣＤＥＣ文字から計算
された（符号ビン１〜を含まない）３１ビット値である
。これには、可変レコードのレコード記述子、固定レコ
ードの後書き空白、およびシーケンス数（３９０）を含
む各々のホス１〜行レコードの全文字が関与する。

本発明のエミュレータによってターミナルのＰＣ３０で
実行される連想比較手順では、２つの入力ファイル（ハ
ツシュ・ファイル３２および亦始テキスト・ファイル３
３）の各々に対して主記憶３４にあるスタック（６，１
３）を用いる。本実施例では、各々のスタックは１５３
５の４バイト（３２ピッ１−）素子を有する。素子の内
容は取出された３２ビットの行検査合計（行ハツシュ合
！１）である。こ肛らはハツシュ合計基本ファイル（ハ
シシュ・ファイル３２）から直接に読取られ、各行が（
第１図の）更新されたＡＳ、ＣＩＩテキス１へ・ファイ
ル、すなわち原始テキスト・ファイル３３（第７図のフ
ァイル４２）から読取らオするごとに計算される。更新
された３３．４２に対して、もう１つの１５３５素子の
アレイ（行１３のＩＢＪ補助スタック）があり、対応す
る行検査スタックの各行の開始のためのセクタおよび相
対バイ１へ・アドレス（１３）が含まオしる。挿入また
は置換される行が発見されると、このパラメータ　（セ
クタと相対バイト・アドレスの組合せ）はディスケラ１
−３６の原始テキスＩ〜・ファイル３３かはホス］−・
プロセッサ２０に送られる行を検索するのに用いられる
。

連想比較手段は２つの入力ファイルの各々から１行読取
ることによって開始する。２つの行が等しい行検査合計
を有する場合、両者は一致し、同期モードが開始される
。２つの行が一致しない場合、探索モードが開始される
。

同期モードでは、同期モードへの入力項目が他の入力の
ファイルからの対応する行に一致しているから、すべて
の行は１つの入力ファイルから読取られる。入力スタッ
クは各々のファイルから最も多く最近に読取られた行だ
けを有する。一致しない２つの入力行、またはどちらか
の入力ファイル上のファイル終了に出会うと同期モード
は終了する。同期モードが開始されてから比較された行
のカウントは保持される。同時モードが終了すると、こ
のカウントはホスＩ・・プロセッサ２ｏに送らｊＬるｒ
ＣｎｎｎｎｎＪ制御コマンドを生成するのに用いられる
。

同時モードで一致しない２つの行が出会うと、探索モー
ドが開始される。探索モードでは、行は他のファイルの
スタックにあるすべての行に対して比較される各々のフ
ァイルから読取られる。各々のスタックには探索モード
が開始されて以来、そのファイルから読取られた行が含
まれている。このプロセスには、１つのファイルから読
取られた最後の行が前のファイルのスタックにある成る
行に一致するまで続く。各々のスタックのステータスは
セーブされ、次いで各々のファイルは一致点から論理的
に読取られ、連続していくつの行が一致するかを決定す
る。

連続１行だけが一致する場合、その比較は無視される。

それによって１デ一タ行だけが「Ｃ００００１」制御コ
マンドの代りにホス１−に送られる。

この動作はまた行ハツシュ合計を６４ピッｌ−に増加す
る。

２乃至１５の連続打が一致する場合、そのそれぞれのス
タックにある各々の行の位置および比較カラン１−は５
項目の比較不一致スタックに入れられ、探索モードは続
行する。

１６連続行が一致する場合、比較不一致スタックは、よ
り大きい比較カラン１−を有する項］ｊのネストのどれ
も妨害せず（すなわち、前にスタックに存在するが、オ
ーバラップせず）、そのすべてが１６行の項目を妨害し
ない最小の比較カウントを有する項目について探索され
る。妨害はこのようにアセンブリ・コードによって定義
される。項目が発見される場合、各々のスタックの端は
項目の位置にセラ１〜される。項目が発見されない場合
、各々のスタックの端は１６行一致の開始点にセットさ
れる。

基本ファイル・スタックが空でない場合、削除（ＤＨｎ
ｎｎ）制御コマンドが生成され、ホス１〜に送られる。

ｒｎｎｎｒ団」は基本ファイル・スタックにある項目の
カラン１−である。更新されたファイルスタックにある
項目に対応するＡ、５ＣＩＩ行はディスケラ１〜から検
索されてホス１−に送られる。スタックはスタック前部
ポインタをスタック終了に移動することによって消去さ
れる。ここで、探究モードは終了し、同期モードが再開
される。少なくともスタックの１つのスタック終了が」
−っているから、ディスケラ１−から実際に読取られた
最後のレコードに出会うまでは、１ノコードの論理的読
取りだけがスタック終了ポインタを更新する。

本実施例では、比１１ｊＱ不一致スタックは５項口のス
タックで、比較カラン１−を減少することによって分類
されるように維持される。１６行の一致前に５回より−
も多く２〜１５行の一致に出会った場合には、最小の項
目は失われる。それによって、これらの最小項目の行は
、たとえ実際には送らＪＬる必要がなくても、ホスＩ−
に送られる。当業者には明らかなように１表の手順はよ
り大きいスタックにより多くの項目を収容するように変
更することができる。

探索モードの間、１５３５項目のスタックが一杯になる
場合には、「比較表オーバフローおよびフラッシュ」が
起きる。この手段はあたかもオーバフロ一点で１６行一
致が生じたかのように行われる。この動作が生じる場合
、ファイルの完全性は維持されるが、同期モードが再確
立されないことがある。既にファイルにある行に偶然−
“致する行が挿入されると１９テの一致は無視さ汎、２
〜１５行の一致はスタックされて、同期の喪失を回避す
る。これはプログラミング言語、例えば注釈および一般
に使用さｈるインライン・ルーチンでしばしば生じるこ
とがある。

フォーマツｊ〜・オプション・コマンドはＩ−ｆ　Ｘ　
ＭＴおよびＩ（ＲＣＶによって任意のＣＭＤ　ＴＮファ
シルから読取られる。これは、ターミナルまたはユーザ
がセツｌ〜アップするファイルに古り当てられ、しばし
ば用いられるコマンド構成を有することがある。すべて
のコマンドはコマンド名によって開始する。オペランド
は、もしあれば、それに続く。

コマンドＴＡＢＳはタブ位置をセットする。ＴＡＢＳが
不在のときは、省略時の位置が使用できる。データ伝送
の両方向に対して同じタブ位置が用いられる。ＴＣコマ
ンドを使用するとき、ｒｆｎａｍｅ、ｌｌｓ旧ファイル
に、このファイルが最初にＲＣコマンドによって転送さ
れたときに、セーブされた、ターミナルから送られたタ
ブ位置がＨＲＣＶによって用いられる。このコマンドの
オペランドは、互いに分離された昇順の０〜１５の列番
号およびＴＡＢＳコマンド名である。オペランドが指定
されない場合は、ホストからの転送で空白の代りにタブ
を用いることは阻止されるが、ホス１〜への転送の場合
には阻止されない。最後のタブ位置を越えたタブをホス
トが受取った場合、ＮＸＴＡＢコマンドが動作中でない
限り、１つの空白が代用される。

コマンドＮＯＮＵＭはファイルをホストから送るときに
指定されることがある。ＲＥＣＦＭ　　Ｆおよび■ファ
イルの場合、これはデータからの８桁のシーケンス数を
、それが送られる前に除去する作用を有する。ＲＥＣＦ
Ｍ　　Ｆの場合、各々のレコードの最後の８文字は送ら
れない、ＲＥＣＶＭＶの場合は、最初の８文字が送られ
ない。フォーマットビレコードに対する影響はない。こ
のオプションの使用はファイル転送を高速化し、ターミ
ナルにおけるデータの編集を容易にすることがある。こ
のオプションは、シーケンス数を有しないファイルに対
しては、データの脱落を生じることがあるので指定され
ない。

コマンドＲＥＮＵＭはＨＲＣ：Ｖに指定され、ターミナ
ルから受取った無番号のＲＥＣＦＭ　　ＦまたはＶファ
イルに新しいシーケンス数を与えることがある。ＴＣコ
マンドとともに動作するときは、ＲＥＮＵＭは、そのフ
ァイルが最初にＲＣコマンドによってターミナルに転送
されたときＮＯＮＵＭがアクティブの場合、かつその場
合にだけ活性化される。ターミナルにおけるファイルが
既にシーケンス数を有する場合にはＲＥＮＵＭは使用し
ない方がよい。ＲＥＣＦＭ　　Ｆファイルでは、新しい
番号は古い番号にオーバレイするが、ＲＥＣＦＭ　　Ｖ
ファイルでは、新しい番号は各行の前に付加され、各行
に２組の番号を生じる。

コマンドＮＸＴＡＢはファイルをホストに送るときＨＲ
ＣＶに指定され、タブの空白に対する拡張を阻止する。

このオプションはホストの原始ファイルがＴＡＢ文字を
含んでいたときに用いられる。また、Ｎ　Ｘ　Ｔ　Ａ　
ＢはＨＸＭＴにも指定されることがある。これはＲＦコ
マンドとともに用いられたときには作用しないが、ＲＣ
コマンドとともに用いられたときは、ｒ　ｆ　ｎ　ａ　
ｍ　ｅ　、　ＨＳ　Ｈｊ　ファイルにあるＮＸＴＡＢス
イッチをセットする。こ拉は後に、Ｉ−Ｉ　ＲＣＶがこ
の同じファイルから変更を受取るのに用いられる。

ファイル転送プロセスは起こりうる多くのエラーを生じ
易いが、その大部分は自動的に回復される。最も回復不
可能なエラーはホストの障害によるものである。

ホス１へからファイルを受取るとき、検査合計エラーが
生じることがある。これは一定の行の検査合計数字がデ
ータに一致しなかったことを意味する。ＨＸＭＴはその
行の再送を試みる。そのエラーが回復可能である場合は
、転送は続行する。回復不可能なエラーは無限のループ
を生じるが、これはユーザがエミュレータを対話モード
に戻すことによって終了させられる。そして、ユーザは
ホストに中断命令を送り、ＨＸＭＴアプリケーションを
無効にすることができる。このタイプのエラーは、ＡＳ
ＣＩＩに変換できないＥＢＣＤＩＣキャラクタを送るこ
とを試みることに・よって最も頻繁に生じる。また、そ
れはＶＭのＬＩＮＥＳＩＺＥよりも長い行−これはＶＭ
にＣＲＬＦ文字を挿入させる−を送ることを試みること
によって生じることがある。

ＡＳＣＩ　Ｉ−ＥＢＣＤＩＣ変換問題または行の長さを
原因としない回復不可能なエラーがＴＦ、ＲＦまたはＲ
Ｃの間に生じる場合、後になってそのコマンドを反復す
ることによって回復されることがある。しかしながら、
ＴＣコマンドがＡＢＥＮＤされる場合には、基本ファイ
ル−特に順次ファイルにおいて部分的に重ね書きされて
いることがある−をホス１〜で回復することが重要であ
る。ＴＣの間の基本ファイルの変更前に、ＨＲＣＶはＤ
ＡＳＤ２６のＤＡＴＡＳＡＶ７フイ７１／に基本ファイ
ルのコピーを作成することができる。基本ファイルが傷
つけられた場合、もう１つのＴＣを実行してＤＡＴＡＳ
ＡＶファイルを再使用する前に、ＤＡＴＡＳＡＶファイ
ルを基本ファイルにコピーすることによって回復するこ
とが重要である。

現在のホス１−基本ファイルのファイル検査合計が、そ
のファイルの最後のうまく行ったＴＣまたはＲＣで計算
されたファイル検査合計に一致せず、基本ファイル不一
致を表わす場合、ＴＣコマンドはホストによってＡＢＥ
ＮＤされる。基本ファイル不一致はこのファイルの最後
のうまく行ったＴＣまたはＲＣコマンド後のある時点で
ＴＦコマンドの使用またはホスト・ファイルの直接更新
によって生じる。そのため、更新モードを通じて維持さ
れているホスト・ファイルの更新はすべて、最初にター
ミナルのコピーを更新し、次いでＴＣコマンドによって
ホストにその変更を送ることによって行なわれる。ファ
イル不一致が生じると直ちに下記の３回復手段が実行さ
れることがある。

（ａ）　　ＴＣコマンド、続いてＲＣコマンドを使用す
る。この手段はホスト・ファイルに直接加えられた更新
から抜は出す。

（ｂ）　　ＲＣコマンドを直接使用する。これはターミ
ナル・ファイルに加えられた更新から抜は出す。

（ｃ）　　ＴＦコマンドを使用して新しいホス１へ・フ
ァイルを作成し、現在のホスト・ファイルをセーブする
。手動の方法を用いて両ファイルからの更新は共通ファ
イルにマージされ、ＲＣによってホストに再送される。

【図面の簡単な説明】

第１図はインテリジェント・コンピュータ・ターミナル
と通信するホスト・プロセッサを示すブロック図、 第２図は一般的なファイルを示す図、 第３図はホス（−・プロセッサからインテリジエン１−
・ターミナルへファイルを伝送するためのフォーマット
を示す図、 第４図はターミナルにおけるディスケット上のクリア・
テキスト・ファイルのフォーマットを示す図、 第５図はターミナルにおけるディスケット上のハツシュ
・ファイルのフォーマットを示す図。 第６図は更新されたファイルをインテリジエン１−・タ
ーミナルからホスト・プロセッサへ伝送するためのフォ
ーマツ１〜を示す図、 第７図は一般的な更新ファイルを示す図である。 ２０・・・・ホスト・プロセッサ、２４・・・・主記憶
、２６・・・・ＤＡＳＤ、２８・・・・通信アダプタ、
３０・・−・ＰＣｌ３２・・・・ハツシュ・ファイル、
３３・・・・原始テキス１〜・ファイル、３４・・・・
主記憶、３５・・・・キーボード／ディスプレイ、３６
・・・・ディスケット、３８・・・・通信アダプタ。

Claims (1)

1. 【特許請求の範囲】 データ記憶装置およびディスプレイを有するマイクロコ
   ンピュータ、ホスト・コンピュータ、および該マイクロ
   コンピュータおよび該ホスト・コンピュータを相互接続
   する通信リンクを含む分散データ処理システムを動作さ
   せる方法であって、前記ホスト・コンピュータから前記
   マイクロコンピュータに完全なファイルを伝送し、伝送
   された完全なファイルを前記データ記憶装置に記憶し、 前記マイクロコンピュータで前記完全なファイルの行ご
   とのハツシュ合計を有する編集不可能ファイルを作成、
   記憶し、 前記マイクロコンピュータに記憶された完全なファイル
   を、そのファイル内の選択された位置で、選択的に行を
   置換、削除および付加して訂正することによって、訂正
   されたファイルを与え、該編集不可能ファイルのハツシ
   ュ値と比較するために該訂正されたファイルの行ごとの
   ハツシュ値を計算して変更された行を識別し、 置換および付加された行のデータ・ストリーム、および
   置換、付加および削除された行の位置を指定する制御情
   報を生成し、 該データ・ストリームおよび該制御情報を前記ホスト・
   コンピュータに伝送して前記ホスト・コンピュータの完
   全なファイルを更新するステップを含むことを特徴とす
   るファイル更新方法。