JPS63318647A - Data file receiving method - Google Patents
Data file receiving methodInfo
- Publication number
- JPS63318647A JPS63318647A JP62155701A JP15570187A JPS63318647A JP S63318647 A JPS63318647 A JP S63318647A JP 62155701 A JP62155701 A JP 62155701A JP 15570187 A JP15570187 A JP 15570187A JP S63318647 A JPS63318647 A JP S63318647A
- Authority
- JP
- Japan
- Prior art keywords
- file
- data
- message
- host computer
- temporary
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 19
- 238000012546 transfer Methods 0.000 claims abstract description 34
- 238000004891 communication Methods 0.000 claims abstract description 9
- 230000005540 biological transmission Effects 0.000 claims abstract description 8
- 238000012423 maintenance Methods 0.000 claims description 2
- 239000000725 suspension Substances 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
Description
【発明の詳細な説明】
［ａ業上の利用分野］
この発明は、複数の機器制御コントローラを上位計算機
の制御のもとに統括制御する統括制御コントローラ（以
下ＦＡコントローラと称する）におけるデータファイル
受信方法に関し、ファイルメンテナンス方法の改良に関
するものである。[Detailed Description of the Invention] [Field of Application in Business A] This invention relates to data file reception in a general control controller (hereinafter referred to as FA controller) that collectively controls a plurality of device controllers under the control of a host computer. Regarding methods, this invention relates to improvements in file maintenance methods.
［従来の技術］
第３図はＰＣ（プログラブルコントロール）コントロー
ルシステムにおけるＦＡコントローラのハードウェア構
成を示すブロック図である。[Prior Art] FIG. 3 is a block diagram showing the hardware configuration of an FA controller in a PC (programmable control) control system.
図において、（１）はデータを生成し送信するホスト計
算機、（２）はデータの伝送路である通信回線、（３）
はデータを受信するＦＡコントローラであり、該コント
ローラには通信回線を介して送信されるデータを受信す
る通信制御装置（４）を備えている。（５）は受信デー
タを書き込む補助記憶装置である。In the figure, (1) is a host computer that generates and sends data, (2) is a communication line that is a data transmission path, and (3)
is an FA controller that receives data, and the controller is equipped with a communication control device (4) that receives data transmitted via a communication line. (5) is an auxiliary storage device into which received data is written.
第４図〜第８図はホスト計算機（１）とＦＡコントロー
ラ′（３）間での相互データファイルの転送、転送制御
メツセージの送受信時に使用する各伝文のデータフォー
マット図である。FIGS. 4 to 8 are data format diagrams of each message used during mutual data file transfer and transmission and reception of transfer control messages between the host computer (1) and the FA controller' (3).
第４図はホスト計算機（１）よりＦＡコントローラ（３
）へデータ送信前に送信される転送要求伝文（６） の
データフォーマットを示す。該データフォーマットは、
転送要求伝文（６）を示す「伝文種別」、ホスト計算機
（１）より転送要求伝文（６）が送信された事を示す「
転送方向」、送信するデータをＦ＾コントローラ（３）
にて補助記憶装置（５） に登録する為の「ファルイ
名」から構成されている。Figure 4 shows the FA controller (3) from the host computer (1).
) shows the data format of the transfer request message (6) sent before data transmission. The data format is
"Message type" indicates the transfer request message (6), and "Message type" indicates that the transfer request message (6) was sent from the host computer (1).
``Transfer direction'', send data to F^ controller (3)
It consists of a ``file name'' to be registered in the auxiliary storage device (5).
第５図は転送要求伝文（６） に対する回答をホスト計
算機（１）へ送信される受信可伝文（７）のデータフォ
ーマットを示す、該データフォーマットは、受信可伝文
を示す「伝文種別」、受信可伝文（７）がＦＡコントロ
ーラ（３）よりホスト計算機（１）へ送信された事を示
す「転送方向」、転送要求伝文（６） に対する可否回
答がＯ’Ｋ（“Ｙ”）又はＮＧ（”Ｎ”）かで示された
「回答コード」、転送要求伝文（６）に指定された「フ
ァイル名」から構成されている。FIG. 5 shows the data format of the receivable message (7) that is sent to the host computer (1) as a response to the transfer request message (6). "Type", "Transfer direction" indicating that the receivable message (7) was sent from the FA controller (3) to the host computer (1), and the response to the transfer request message (6) is OK (" It consists of a "response code" indicated as either "Y") or NG ("N"), and a "file name" specified in the transfer request message (6).
第６図は受信可伝文（７）に基づいてホスト計算機（１
）よりＦＡコントローラ（３）へ送信されるデータを含
むデータ伝文（８）のデータフォーマットを示す。該デ
ータフォーマットはデータ伝文（８） をを示す「伝文
種別」、データ伝文（８）がホスト計算機（１）よりＦ
Ａコントローラ（３）へ送信された事を示す「転送方向
」、データ伝文（８）が１フアイル中における中途デー
タじΔ”ニスペース）か最終データじＥ”）かを示す「
エンドコード」、データ伝文（８）の送信順（１−Ｎ：
Ｎは任意数）を示す「シーケンスＮＯＪ 、目的とする
「ファイル名」、ファイルへ書き込む「データ」から構
成されている。Figure 6 shows the host computer (1) based on the receivable message (7).
) shows the data format of a data message (8) including data sent to the FA controller (3). The data format is a "message type" indicating data message (8), and data message (8) is sent from the host computer (1) by F.
``Transfer direction'' indicating that the data message was sent to the A controller (3), ``Transfer direction'' indicating whether the data message (8) is intermediate data in one file (Δ" space) or final data (E")
"end code", transmission order of data messages (8) (1-N:
It consists of a ``sequence NOJ'' (N is an arbitrary number), a target ``file name'', and ``data'' to be written to the file.
第７図はデータ伝文（８）を受信したＦＡコントローラ
（３）からホスト計算機（１）に対すデータ受信終了伝
文（９）のデータフォーマットを示す。該データフォー
マットはデータ受信終了伝文を示す「伝文種別」、デー
タ受信終了伝文（９）をＦＡコントローラ（３） より
ホスト計算機（１）へ送信することを示すｒ転送方向」
、データ伝文（８）に対する回答が０に（”Ｙ“）かＮ
Ｇ（Ｎ”）かを示す「回答コード」から構成されている
。FIG. 7 shows the data format of the data reception end message (9) sent from the FA controller (3) that received the data message (8) to the host computer (1). The data format includes "message type" indicating a data reception end message, and "r transfer direction" indicating that the data reception end message (9) is to be sent from the FA controller (3) to the host computer (1).
, the answer to data message (8) is 0 (“Y”) or N
It consists of an “answer code” that indicates whether the answer is G(N”) or not.
第８図はホスト計算機（１）よりＦＡコントローラ（３
）へのデータ伝文（８）の転送中止を示す転送中止伝文
（１０）のデータフォーマットを示す、該データフォー
マットはデータ伝文の転送中止伝文（ｌＯ）を示す「伝
文種別」、ホスト計算機（１）よりＦＡコントローラ（
３）へ転送中止伝文が送信された事を示す「転送方向」
、目的とする［ファイル名」から構成されている。Figure 8 shows the FA controller (3) from the host computer (1).
), the data format indicates the data format of the transfer abort message (10) indicating the abort of the transfer of the data message (8) to the data message; From the host computer (1) to the FA controller (
3) "Transfer direction" indicating that the transfer cancellation message was sent to
, the target [file name].
次に上記ＦＡコントローラによる各種データファイルの
転送方法を第９図及び第１θ図のフローチャートを参照
して説明する。Next, the method of transferring various data files by the FA controller will be explained with reference to the flowcharts of FIG. 9 and FIG. 1θ.
先ず第９図を参照して、ＦＡコントローラ（３）がホス
ト計算機（１）より正常にデータを受信した場合につい
て説明する。First, with reference to FIG. 9, a case will be described in which the FA controller (3) normally receives data from the host computer (1).
ステップ（６０）で、ホスト計算機（１）より転送要求
伝文（６）を受信し、ファイル名が正常であるか判断し
、正常であり、かつ受信可状態であれば受信可伝文（７
）の回答コードにＹ”を設定し、そうでなければ”Ｎ”
を設定して受信可伝文（７） をホスト計算機（１）へ
送信する。ステップ（６１）では、受信した転送要求伝
文（６）のファイル名と同一のファイル名が補助記憶装
置（５）上に存在するか調べ、存在すれば、ホスト計算
機（１） より新しいデータを書き込む為、ステップ（
６２）で現在の（古い）ファイルを削除する。ホスト計
算機（１）では送信した受信可伝文（７）の回答コード
が“Ｙ”であればデータ伝文（８） を送信してくる。In step (60), the transfer request message (6) is received from the host computer (1), it is determined whether the file name is normal, and if the file name is normal and the receivable state is received, the receivable message (7
), set the answer code to “Y”, otherwise “N”
and sends the receivable message (7) to the host computer (1). In step (61), it is checked whether a file name identical to the file name of the received transfer request message (6) exists on the auxiliary storage device (5), and if it exists, newer data is transferred from the host computer (1). To write, step (
62) to delete the current (old) file. If the answer code of the transmitted receivable message (7) is "Y", the host computer (1) transmits a data message (8).
１回に受信できるデータ長はハードウェアの構成上限度
がある為データ伝文（８） は回数（，１−Ｎ）に分け
られ送信される。Since the data length that can be received at one time is limited by the upper limit of the hardware configuration, the data message (8) is divided and transmitted a number of times (,1-N).
ステップ（６３）では、これらのデータ伝文（８）を受
信する。ステップ（６３）にて正常に受信できたか判断
し、正常に受信できればステップ（６５）にて受信した
データ伝文（８）のシーケンスＮＯが１〜Ｎの順になっ
ているか判断する。１〜Ｎの順になっていればステップ
（６６）にて、要求のあった目的とするファイル名でデ
ータを順次書き込んでゆく。次にステップ（６７）では
、エンドコードをチェックし、“△” （スペース）で
あればデータ伝文（８）が途中なので、ステップ（６３
）を繰り返し、エンドコードが”Ｅ”で最終データとな
った場合は、データ受信終了伝文（９）の回答コードに
”Ｙ”を設定し、正常終了として、ホスト計算機（１）
へ、データ受信終了伝文（９）を送信し、データ受信処
理を完了する。In step (63), these data messages (8) are received. In step (63), it is determined whether the data messages can be received normally. If the data messages can be received normally, it is determined in step (65) whether the sequence numbers of the received data messages (8) are in the order of 1 to N. If the order is 1 to N, then in step (66) data is sequentially written using the requested target file name. Next, in step (67), the end code is checked, and if it is “△” (space), the data message (8) is in the middle, so step (63)
) is repeated, and if the end code is "E" and the final data is obtained, set "Y" to the answer code of the data reception end message (9), and the host computer (1)
The data reception end message (9) is sent to the data reception end message (9), and the data reception processing is completed.
次に、正常にデータを受信できなかった場合を説明する
。Next, a case where data cannot be received normally will be explained.
ステップ（６３）の正常受信判定の結果、データ伝文（
８）が何らかの理由で正常に受信できなかった場合、あ
るいはステップ（６５）におけるシーケンスＮＯ順序チ
ェックにおいてデータ伝文（８）のシーケンスＮＯが１
〜Ｎの順でない場合は、データ受信終了伝文（９）の回
答コードに°Ｎ”を設定し、正常にデータ受信ができな
かったものとしてホスト計算機（１）へデータ受信終了
伝文（９） を送信する。同時にステップ（６８）にて
要求のあった目的とするファイル名で登録されたデータ
を削除する。As a result of the normal reception determination in step (63), the data message (
8) cannot be received normally for some reason, or if the sequence number of data message (8) is 1 in the sequence number order check in step (65).
If it is not in the order of ~N, set "°N" in the response code of the data reception end message (9) and send the data reception end message (9) to the host computer (1) assuming that the data could not be received normally. ).At the same time, in step (68), the data registered with the requested target file name is deleted.
第１０図において、データ受信中にホスト計算機（１）
より転送中止伝文（１０）を受信した場合を説明する。In Figure 10, the host computer (1)
The case where the transfer cancellation message (10) is received will be explained.
上記のように、データ伝文（８） を１〜ｎまで受信し
、目的とするファイル名で順次書き込み、最終のデータ
伝文（８）を受信する前に転送中止伝文（ｌＯ）を受信
した場合は、ステップ（６４）で、これを判断し、ステ
ップ（６８）で、目的とするファイル名で登録されたデ
ータ途中のデータを削除し、データを受信終了伝文（９
）の回答コードに“Ｎ”を設定し、ホスト計算機（１）
へデータ受信終了伝文（９）を送信する。As mentioned above, data messages (8) are received from 1 to n, sequentially written with the target file name, and a transfer stop message (lO) is received before receiving the final data message (8). If so, this is determined in step (64), and in step (68), the data in the middle of the data registered with the target file name is deleted, and the data is sent to the reception end message (9).
) and set "N" to the answer code of host computer (1).
The data reception end message (9) is sent to.
［発明が解決しようとする問題点１
以上のように従来のファイル受信方法ではホスト計算機
に対して受信可（ＯＫ）Ｌ、た後でホスト計算機から送
信されるファイルと同一ファイルがあればホスト計算機
より新しいデータを書き込む為、同一ファイルを削除す
る。従ってホスト計算機より送信されるデータが、通信
回線の故障などによって送信失敗となった場合、又はホ
スト計算機よりデータ転送途中で転送中止伝文を受信し
た場合、データが途中までの不完全なファイルとなり、
ホスト計算機からの転送要求をうける前のファイルを復
元する事ができないという問題点があった。 この発明
は上記のような問題点を解消するためになされたもので
、ホスト計算機からの通信要求をうける前のファイルを
保持できるデータファイル受信方法を提供することを目
的とする。[Problem to be Solved by the Invention 1] As described above, in the conventional file receiving method, if the host computer receives an OK message, then if there is a file that is the same as the file sent from the host computer, the host computer Delete the same file in order to write newer data. Therefore, if data sent from the host computer fails due to a failure in the communication line, or if a transfer abort message is received from the host computer during data transfer, the data will become an incomplete file. ,
There was a problem in that it was not possible to restore the file before receiving the transfer request from the host computer. The present invention has been made to solve the above-mentioned problems, and it is an object of the present invention to provide a data file receiving method that can hold a file before receiving a communication request from a host computer.
［問題点を解決するための手段］
この発明に係るデータファイル受信方法は、受信したデ
ータを一時テンポラリファイルに書き込み、最終データ
まで正常に受信し、テンポラリファイルに書き込み終了
後、テンポラリファイルに登録したファイル名と同一の
ファイルがあればそれを削除し、テンポラリファイルを
目的とするファイルとして登録するようにしたものであ
る。[Means for Solving the Problems] The data file receiving method according to the present invention temporarily writes received data to a temporary file, normally receives up to the final data, and after completing writing to the temporary file, registers the data in the temporary file. If there is a file with the same file name, it is deleted and the temporary file is registered as the target file.
［作用］
この発明によるデータファイル受信方法は、ホスト計算
機のデータ転送要求前のデータファイルを保持しながら
、ホスト計算機から転送されてくるデータファイルを受
信し、テンポラリファイルに書き込み、最終データ受信
完了後に、テンポラリファイルと同一ファイル名と同じ
既存データファイルを削除し、テンポラリファイルを目
的とするファイルとして登録するようにしたので、送信
失敗により、テンポラリファイルへの書き込みが中断し
ても、テンポラリファイルの削除のみでよく、データ受
信処理以前の目的とするファイルを保持できる。[Operation] The data file receiving method according to the present invention receives the data file transferred from the host computer while retaining the data file before the data transfer request from the host computer, writes it to a temporary file, and writes the data file after the final data reception is completed. , the existing data file with the same file name as the temporary file is deleted, and the temporary file is registered as the target file, so even if writing to the temporary file is interrupted due to a transmission failure, the temporary file cannot be deleted. The target file before data reception processing can be retained.
［実施例］
第１図及び第２図はこの発明の一実゛施例によるデータ
ファイル受信方法の手順を示すフローチャートである。[Embodiment] FIGS. 1 and 2 are flowcharts showing the procedure of a data file receiving method according to an embodiment of the present invention.
第１図において正常にデータを受信した場合について説
明する。The case where data is normally received in FIG. 1 will be explained.
ステップ（５０）では従来技術同様に、ホスト計算機（
１）より転送要求伝文（６）を受信し、それに対する回
答を受信可伝文（７）の回答コードに設定し、ホスト計
算機（１）へ送信する。ステップ（５１）ではホスト計
算機より送信されてくるデータ伝文（８）が正常に受信
できたか判断する。正常に受信できれば、ステップ（５
３）にて受信したデータ伝文（８）のシーケンスＮＯが
１〜Ｎの順になっているか判断する。１〜Ｎの順になっ
ていれば、受信したデータ伝文（８） よりＦＡコント
ローラ（３） で設定した任意のファイルであるテンポ
ラリファイルへデータを順次書き込む（５４）、ステッ
プ（５５）では受信したデータ伝文のエンドコードをチ
ェックし、“Δ”であればデータ伝文（８）が途中なの
で、ステップ（５１）を繰り返し、エンドコードが＠Ｅ
“となったらステップ（５６）へ移る。ステップ（５６
）では転送要求伝文（６） にて要求された目的となる
ファイル名と同一のファイルが存在するか判断する。存
在すれば、ステップ（５７）で、既存のファイルを削除
し、ステップ（５８）にて、テンポラリファイルを目的
とするファイル名に変える事により、受信したデータを
目的とするファイル名として補助記憶装置（５）に登録
する０次にデータ受信終了（９）の回答コードに”Ｙ”
を設定し、正常終了として、ホスト計算機（１）へデー
タ受信終了伝文（９）を送信し、データ受信処理を完了
する。In step (50), the host computer (
The transfer request message (6) is received from 1), the reply thereto is set as the reply code of the receivable message (7), and the same is sent to the host computer (1). In step (51), it is determined whether the data message (8) sent from the host computer has been successfully received. If the reception is successful, proceed to step (5).
In step 3), it is determined whether the sequence numbers of the received data message (8) are in the order of 1 to N. If it is in the order of 1 to N, data is sequentially written from the received data message (8) to a temporary file that is an arbitrary file set in the FA controller (3) (54). Check the end code of the data message, and if it is "Δ", the data message (8) is in the middle, so repeat step (51) and the end code is @E.
", move to step (56). Step (56
), it is determined whether a file with the same name as the target file requested in transfer request message (6) exists. If it exists, the existing file is deleted in step (57), and the temporary file is changed to the target file name in step (58), so that the received data is saved as the target file name in the auxiliary storage device. 0 to register in (5) The answer code for data reception completed (9) is “Y”
is set, and a data reception end message (9) is sent to the host computer (1) as a normal end, thereby completing the data reception process.
次に正常にデータを受信できなかフた場合を説明する。Next, a case where data cannot be received normally will be explained.
ステップ（５１）で、ホスト計算機（１） よりデータ
伝文（８）を正常に受信できなかった場合、又はステッ
プ（５３）でシーケンスＮＯが１〜Ｎの順になっていな
い場合は、テンポラリファイルに書き込まれた途中のデ
ータの後続のデータがホスト計算機（１）より確実に送
信されるという保障がない為ステップ（５９）にてテン
ポラリファイルを削除する。If the data message (8) cannot be received normally from the host computer (1) in step (51), or if the sequence numbers are not in the order of 1 to N in step (53), the data message (8) is saved in the temporary file. Since there is no guarantee that the data subsequent to the partially written data will be reliably transmitted from the host computer (1), the temporary file is deleted in step (59).
データ受信処理が正常に完了しなかったのでデータ受信
終了伝文（９）の回答コードに”Ｎ”を設定し、ホスト
計算機（１）へ送信する。Since the data reception process was not completed normally, the response code of the data reception end message (9) is set to "N" and sent to the host computer (1).
次に第２図を参照して、データ受信中にホスト計算機（
１）より転送中止伝文を受信した場合を説明する。Next, referring to Figure 2, the host computer (
The case where a transfer cancellation message is received from 1) will be explained.
データ伝文（８）を受信中に転送伝文（ｌＧ）を受信し
た場合、ステップ（５２）にて判断され、ステップ（５
９）にてテンポラリファイルに書き込まれた途中のデー
タを削除し、データ受信終了伝文（９）の回答コードに
”Ｎ”を設定し、データ終了伝文（９） をホスト計算
機（１）へ送信する。If a transfer message (lG) is received while receiving a data message (8), a determination is made in step (52), and a step (5) is made.
Delete the data that was written in the temporary file in step 9), set "N" to the response code of the data reception end message (9), and send the data end message (9) to the host computer (1). Send.
［発明の効果］
以上のように、この発明によれば、最終データ受信完了
まで、ファイル名を付した転送データをテンポラリファ
イルに書き込み、その後でテンポラリファイルに格納さ
れているファイル名と同一のフ１イルがあれば削除し、
テンポラリフレイルを目的とするファイルとして登−す
るようにしたので、データの送信失敗又はホスト計算機
からの転送中止指令などにより書き込みが中断しても、
ファイルの内容を保障する事ができる効果がある。[Effects of the Invention] As described above, according to the present invention, transfer data with a file name is written to a temporary file until the final data reception is completed, and then a file with the same file name stored in the temporary file is written. If there is one file, delete it,
Since the file is registered as a temporary flail, even if writing is interrupted due to a data transmission failure or a transfer stop command from the host computer,
This has the effect of guaranteeing the contents of the file.
第１図、第２図はこの発明の一実施例によるデータファ
イル受信方法の手順を示すフローチャート、第３図はＰ
ＣコントロールシステムにおけるＦＡコントローラのハ
ードウェア構成を示すブロック図、第４図〜第８図はデ
ータファイル受信方法に関するデータフォーマット図、
第９図、第１０図は従来のデータファイル受信方法の手
順を示すフローチャートである。
図において、（１）はホスト計算機、（２） は通信回
線、（３） はＦＡコントローラ、（４） は通信制御
装置、（５） は補助記憶装置、（８）は転送要求伝文
、（７） は受信可伝文、（８） はデータ伝文、（９
） はデータ受信終了伝文、（ｌＯ）は転送中止伝文で
ある。
なお図面中、同一符号は同−又は相当部分を示す。1 and 2 are flowcharts showing the procedure of a data file receiving method according to an embodiment of the present invention, and FIG.
A block diagram showing the hardware configuration of the FA controller in the C control system, FIGS. 4 to 8 are data format diagrams related to the data file reception method,
9 and 10 are flowcharts showing the procedure of a conventional data file receiving method. In the figure, (1) is the host computer, (2) is the communication line, (3) is the FA controller, (4) is the communication control device, (5) is the auxiliary storage device, (8) is the transfer request message, ( 7) is a receivable message, (8) is a data message, (9
) is a data reception end message, and (lO) is a transfer stop message. In the drawings, the same reference numerals indicate the same or corresponding parts.
Claims (1)
御する統括制御コントローラ間で通信回線を介して相互
データファイルの転送、転送制御メッセージの送受信を
行なうと共に、統括制御コントローラ側でデータファイ
ルの記憶及びファイルメンテナンスを行なうデータファ
イル受信方法において、上記統括制御コントローラにテ
ンポラリファイル領域を設け、ファイル名毎のデータを
シーケンス番号順にテンポラリファイル領域に書き込み
完了後、テンポラリファイルに登録したファイル名と同
一の既存データファイルを削除し、テンポラリファイル
をホスト計算機にて指示されたファイル名で目的ファイ
ルとして登録することを特徴とするデータファイル受信
方法。Mutual data file transfer and transmission and reception of transfer control messages are performed between the host computer and the general control controller that collectively controls multiple device controllers via a communication line, and data file storage and file maintenance are performed on the general control controller side. In the data file receiving method, a temporary file area is provided in the above-mentioned general controller, and after completing writing data for each file name to the temporary file area in sequence number order, an existing data file with the same file name as registered in the temporary file is written. A data file receiving method characterized by deleting a temporary file and registering a temporary file as a target file with a specified file name in a host computer.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP62155701A JPS63318647A (en) | 1987-06-23 | 1987-06-23 | Data file receiving method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP62155701A JPS63318647A (en) | 1987-06-23 | 1987-06-23 | Data file receiving method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS63318647A true JPS63318647A (en) | 1988-12-27 |
Family
ID=15611626
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP62155701A Pending JPS63318647A (en) | 1987-06-23 | 1987-06-23 | Data file receiving method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS63318647A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04291650A (en) * | 1991-03-20 | 1992-10-15 | Fujitsu Ltd | Information processing system provided with data destruction preventing function |
| EP0802488A1 (en) * | 1996-04-15 | 1997-10-22 | Sun Microsystems, Inc. | File number remapping for disconnected operations |
| GB2393818A (en) * | 2002-08-30 | 2004-04-07 | Hewlett Packard Development Co | Error handling by controlling the activity of temporary files. |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5734260A (en) * | 1980-08-05 | 1982-02-24 | Fujitsu Ltd | Data updating system for table file |
| JPS582937A (en) * | 1981-06-27 | 1983-01-08 | Fujitsu Ltd | Trouble recovery system |
| JPS60250447A (en) * | 1984-05-24 | 1985-12-11 | Nec Corp | Post-replacement system of magnetic disk file |
| JPS61208552A (en) * | 1985-03-14 | 1986-09-16 | Nec Corp | Data controller |
-
1987
- 1987-06-23 JP JP62155701A patent/JPS63318647A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5734260A (en) * | 1980-08-05 | 1982-02-24 | Fujitsu Ltd | Data updating system for table file |
| JPS582937A (en) * | 1981-06-27 | 1983-01-08 | Fujitsu Ltd | Trouble recovery system |
| JPS60250447A (en) * | 1984-05-24 | 1985-12-11 | Nec Corp | Post-replacement system of magnetic disk file |
| JPS61208552A (en) * | 1985-03-14 | 1986-09-16 | Nec Corp | Data controller |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04291650A (en) * | 1991-03-20 | 1992-10-15 | Fujitsu Ltd | Information processing system provided with data destruction preventing function |
| EP0802488A1 (en) * | 1996-04-15 | 1997-10-22 | Sun Microsystems, Inc. | File number remapping for disconnected operations |
| GB2393818A (en) * | 2002-08-30 | 2004-04-07 | Hewlett Packard Development Co | Error handling by controlling the activity of temporary files. |
| US6957367B2 (en) | 2002-08-30 | 2005-10-18 | Hewlett-Packard Development Company L.P. | System and method for controlling activity of temporary files in a computer system |
| GB2393818B (en) * | 2002-08-30 | 2005-10-19 | Hewlett Packard Development Co | System and method for controlling activity of temporary files in a computer system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4451837B2 (en) | Data transfer apparatus and data transfer method | |
| KR102298566B1 (en) | Apparatus for interfacing communication between legacy system for recruiting and platform of block_chain | |
| JPS63318647A (en) | Data file receiving method | |
| US7533132B2 (en) | Parallel replication mechanism for state information produced by serialized processing | |
| JP3642594B2 (en) | Development support equipment | |
| JPH0659994A (en) | Remote installation system | |
| US6377976B1 (en) | Destination inconsistency judgement apparatus and destination inconsistency correction apparatus, destination inconsistency judgement method and destination inconsistency correction method, and medium recorded with destination inconsistency judgement program and destination inconsistency correction program, in store-and-forward type of electronic conference system | |
| JPH08249279A (en) | Online system | |
| JPH07319775A (en) | Memory collation system | |
| JPH05324449A (en) | Move system for data file | |
| JP2917275B2 (en) | Test system for device with CPU | |
| JPH02260055A (en) | Inter-computer file transfer system | |
| JPH02137046A (en) | Batch data transfer system | |
| JPH0270142A (en) | Method for controlling communication | |
| JPS60144865A (en) | Telegram reprocessing system | |
| JP2912046B2 (en) | File server control method | |
| JPS62290955A (en) | On-line data processing system | |
| JP2924956B2 (en) | File transfer device, file transmission device, and file transmission method | |
| JPH032950A (en) | Reception buffer control system | |
| JPH0541041A (en) | Magnetic disk write read diagnostic system | |
| JPS61843A (en) | Resource status holding system | |
| JPH0720930A (en) | Production management device and production managing method using the same | |
| US7478137B1 (en) | Lightweight messaging with and without hardware guarantees | |
| JPS6086418A (en) | Automatic testing system | |
| JPH0675872A (en) | Data transfer method |