JPS62247446A - File transfer system - Google Patents
File transfer systemInfo
- Publication number
- JPS62247446A JPS62247446A JP61091903A JP9190386A JPS62247446A JP S62247446 A JPS62247446 A JP S62247446A JP 61091903 A JP61091903 A JP 61091903A JP 9190386 A JP9190386 A JP 9190386A JP S62247446 A JPS62247446 A JP S62247446A
- Authority
- JP
- Japan
- Prior art keywords
- files
- file
- character code
- transfer
- code
- 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 claims description 10
- 238000004891 communication Methods 0.000 description 2
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【発明の詳細な説明】
く技術分野〉
本発明はオペレーティングシステムが異なる異機種のシ
ステム間におけるファイル転送方式に関する。DETAILED DESCRIPTION OF THE INVENTION Technical Field The present invention relates to a file transfer method between heterogeneous systems with different operating systems.
〈従来の技術〉
オペレーティングシステムが同一のシステム間では、簡
単なハードウェアを経由してファイル転送機能がサポー
トされている。一般には、オペレーティングシステムが
共通でないと、ファイル転送は容易ではない。<Prior Art> A file transfer function is supported between systems with the same operating system via simple hardware. In general, file transfer is not easy unless the operating system is common.
ファイル転送を行なうための代表的な通信規約としては
、ＬＩＮＩＸ上のｕｕｃｐ （ＵＮＩＸ−ＵＮＩＸ コ
ピー）のプロトコル″ｇ”があるが、ＩＪＮＩＸ特有の
環境が必要であり且つ複雑である。又、パーソナルコン
ピュータ通信で一般的なプロトコルとして’ ＸＭＯＤ
ＥＭ”があるが、制御文字として特殊なコードを使用す
るため、システムによって送信あるいは受信ができなく
なる。A typical communication protocol for file transfer is the uucp (UNIX-UNIX copy) protocol "g" on LINIX, but it requires an environment unique to IJNIX and is complicated. Also, 'XMOD' is a common protocol for personal computer communication.
EM", but because it uses a special code as a control character, the system will not be able to send or receive it.
〈発明の目的〉
本発明は上記事情に鑑みてなされたものであり、制御コ
ードとして通常の文字コードを使用した異機種システム
間のファイル転送方式の提供を目的とする。<Object of the Invention> The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a file transfer method between different types of systems using normal character codes as control codes.
〈発明の要旨〉
本発明に係るファイル転送方式は、ファイルを論理単位
ごとに転送するとともに、上記論理単位ごとにチェック
サムを転送し、ファイル転送用制御コードとして文字コ
ードを送信側と受信側のシステム間で受け渡しする。<Summary of the Invention> The file transfer method according to the present invention transfers a file in each logical unit, transfers a checksum for each logical unit, and uses a character code as a control code for file transfer between the sending and receiving sides. Pass between systems.
〈実施例〉
第１図は送信側システムと受信側システムのファイル転
送の処理手順を示す。送信側システムと受信側システム
は、それぞれオペレーティングシステムが異なる異機種
のシステムである。<Embodiment> FIG. 1 shows a file transfer processing procedure between a sending system and a receiving system. The sending system and the receiving system are heterogeneous systems with different operating systems.
一般に、異機種システム間のファイル転送はテキストデ
ータであることが多いため、以下の説明ではテキストフ
ァイルの転送を扱う。ただし、転送されるデータがバイ
ナリコード（オブジェクトファイル）であっても何ら制
限を受けるものではない。Generally, file transfers between heterogeneous systems often involve text data, so the following explanation deals with text file transfers. However, there are no restrictions even if the data to be transferred is binary code (object file).
まず、受信側システムは、ファイル転送を要求する文字
コード“Ｒ”を送信側システムへ送る（ステップ＃１）
、送信側システムは、文字コード“Ｒ”を受ける（＃２
）とファイルからテキストデータを１２８バイ＋−ａみ
込む（＃４）が、すでにファイルの終りであれば、文字
コード“Ｅ″を受信側システムへ送る（＃６）。ファイ
ルの終りでなければ、テキストデータを１２８バイト読
み込んだ後、文字コード“Ｃ”を受信側システムへ送る
（＃７）。First, the receiving system sends the character code "R" requesting file transfer to the sending system (step #1).
, the sending system receives the character code “R” (#2
) and reads 128 bytes + - a of text data from the file (#4), but if it is already the end of the file, sends the character code "E" to the receiving system (#6). If it is not the end of the file, after reading 128 bytes of text data, send the character code "C" to the receiving system (#7).
受信側システムでは、送信側システムから送られてきた
文字コードがＥ″のときはファイルをクローズし、文字
コードがＣ”のときは、送信側システムがファイルを読
み込んだことを認識し、文字コード“０”を送信側シス
テムへ送る（＃１０）。The receiving system closes the file when the character code sent from the sending system is E'', and when the character code is C'', it recognizes that the sending system has read the file and changes the character code. Send "0" to the sending system (#10).
送信側システムは、文字コード″０”を受ける（＃１１
）と、読み込んだ１２８バイトのテキストデータとこの
テキストデータに対する４バイトのチェックサムを受信
側システムへ送る（＃１３゜＃１５）。The sending system receives the character code “0” (#11
), the read 128-byte text data and the 4-byte checksum for this text data are sent to the receiving system (#13° #15).
受信側システムは、テキストデータとチェックサムを受
ける（＃１４．＃１６）と、チェックサムがＯＫかどう
か調べ（＃１７）、ＯＫのときは受け取ったテキストデ
ータをファイルに書き込み（９１Ｂ）、文字コード“０
”を送信側システムへ送る（＃１９）。一方、チェック
サムがＯＫでなければ、ファイルへ書き込まず、文字コ
ード“Ｒ”を送信側システムへ送る（＃２０）。When the receiving system receives the text data and checksum (#14, #16), it checks whether the checksum is OK (#17), and if OK, writes the received text data to a file (91B), and writes the text data to a file (91B). Code “0”
" is sent to the sending system (#19). On the other hand, if the checksum is not OK, the character code "R" is sent to the sending system (#20) without writing to the file.
送信側システムは、受信側システムから文字コード″０
”を受ける（＃２１．＃２２）と、ファイルからテキス
トデータの次の１２８バイトを読み込み（＃４）、文字
コード“Ｃ”を受信側システムへ送る（＃７）、以降、
上述の手順を繰り返し、１２８バイトのテキストデータ
とチェックサムを受信側システムへ送る。The sending system receives the character code ``0'' from the receiving system.
” (#21, #22), reads the next 128 bytes of text data from the file (#4), and sends the character code “C” to the receiving system (#7). From then on,
Repeat the above procedure to send 128 bytes of text data and checksum to the receiving system.
一方、送信側システムは、受信側システムから文字コー
ド“Ｒ゛を受けると、転送が正常に行なわれなかったの
で、再度、文字コード“Ｃ″を送る（＃７）。そして、
受信側システムからの文字コード“Ｏ”を受けると、正
しく転送されなかった先のテキストデータとチェックサ
ムを再び受信側システムへ送る（＃１３． ＃１５）。On the other hand, when the sending system receives the character code "R" from the receiving system, since the transfer was not successful, it sends the character code "C" again (#7).
When the character code "O" is received from the receiving system, the text data and checksum that were not transferred correctly are sent again to the receiving system (#13. #15).
転送が正常に行なわれるまで、上述の手順を繰り返す。Repeat the above steps until the transfer is successful.
以降、同様の手順を繰り返し、送信側システムは、ファ
イルの終りまでテキストデータを１２８バイトづつ受信
側システムへ転送する。Thereafter, the same procedure is repeated, and the sending system transfers text data 128 bytes at a time to the receiving system until the end of the file.
上述の処理手順では、送信側と受信側のそれぞれのシス
テムにおいて文字コードが送られてくるのを待つ間は何
らかのタイマー処理が必要であるが、この処理について
はそれぞれのシステムが環境とするオペレーティングシ
ステムによって異なる。In the above processing procedure, some timer processing is required while waiting for the character code to be sent on each of the sending and receiving systems, but this processing depends on the operating system environment of each system. It depends.
本実施例のプロトコルでは、ファイルを１２８バイト単
位で転送する。この１２８バイトという単位は、非常に
重要である。なぜなら、一般に、用イラレテイ６ｃＰ／
Ｍ、ＣＰ／Ｍ−８６，ＭＳ−ＤＯＳ、 ＵＮＩＸ等のオ
ペレーティングシステムでは、ファイルの論理的な単位
として１２８の倍数の値を用いているからである。たと
えば、ＵＮＩＸでは、この論理的単位は５１２バイトで
ある。In the protocol of this embodiment, files are transferred in units of 128 bytes. This unit of 128 bytes is very important. Because, in general, for 6cP/
This is because operating systems such as M, CP/M-86, MS-DOS, and UNIX use a value that is a multiple of 128 as a logical unit of a file. For example, in UNIX, this logical unit is 512 bytes.
また、このプロトコルでは、ファイル転送時にデータの
内容を保証するため、１２８バイトごとにチェックサム
（データの総和）を２バイトのエリアで計算する。この
場合、１２８バイトのそれぞれの１バイトを加算するた
め、桁あぶれが生じない。したがって、アセンブラであ
ろうとＢＡＳＩＣインターブリータであろうとチェック
サムの計算時に特別な処理を必要としない。Furthermore, in this protocol, in order to guarantee the data contents during file transfer, a checksum (total sum of data) is calculated for every 128 bytes in a 2-byte area. In this case, since 1 byte for each of the 128 bytes is added, no digit confusion occurs. Therefore, no special processing is required when calculating the checksum, whether it is an assembler or a BASIC interleader.
本実施例では、チェックサムが特殊な制御コードになら
ないようにするため、第２図に示すように、２バイトで
計算したチェックサムを４バイトに分割し、それぞれに
３０（１６進）のゾーンを付加して転送する。In this embodiment, in order to prevent the checksum from becoming a special control code, the checksum calculated using 2 bytes is divided into 4 bytes, each with 30 (hexadecimal) zones, as shown in Figure 2. is added and transferred.
〈発明の効果〉
以上説明したように本発明においては、ファイル転送に
おける制御コードとして文字コードを用い、且つファイ
ルを予め定めた論理単位ごとに転送するようにしたので
、異機種のシステム間のファイル転送が簡単な処理で実
現できる。<Effects of the Invention> As explained above, in the present invention, a character code is used as a control code in file transfer, and files are transferred in predetermined logical units, so that files can be transferred between different systems. Transfer can be achieved through simple processing.
第１図は本発明の実施例の処理手順を示すフローチャー
ト、第２図は本発明の実施例のチェックサムの展開の形
式を示す形式図である。
特許出願人 シャープ株式会社
代 理 人 弁理士 西１）新
第２図
２パイＶ−４ノぐイトFIG. 1 is a flowchart showing the processing procedure of the embodiment of the present invention, and FIG. 2 is a format diagram showing the format of checksum expansion in the embodiment of the present invention. Patent applicant Sharp Co., Ltd. Representative Patent attorney Nishi 1) New Fig. 2 2 Pie V-4 Noguito
Claims (1)
方式において、ファイルを論理単位ごとに転送するとと
もに、上記論理単位ごとにチェックサムを転送し、ファ
イル転送用制御コードとして文字コードを上記システム
間で受け渡しすることを特徴とするファイル転送方式。In a file transfer method that transfers files between different systems, files are transferred in logical units, checksums are transferred for each logical unit, and character codes are passed between the systems as file transfer control codes. A file transfer method that is characterized by:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP61091903A JPS62247446A (en) | 1986-04-21 | 1986-04-21 | File transfer system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP61091903A JPS62247446A (en) | 1986-04-21 | 1986-04-21 | File transfer system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS62247446A true JPS62247446A (en) | 1987-10-28 |
Family
ID=14039532
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP61091903A Pending JPS62247446A (en) | 1986-04-21 | 1986-04-21 | File transfer system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS62247446A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0667965A (en) * | 1992-07-13 | 1994-03-11 | Internatl Business Mach Corp <Ibm> | Method and system for authenticating file |
| JPH09307590A (en) * | 1996-05-03 | 1997-11-28 | Mitsubishi Electric Res Lab Inc | Data transfer system in network |
-
1986
- 1986-04-21 JP JP61091903A patent/JPS62247446A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0667965A (en) * | 1992-07-13 | 1994-03-11 | Internatl Business Mach Corp <Ibm> | Method and system for authenticating file |
| JPH09307590A (en) * | 1996-05-03 | 1997-11-28 | Mitsubishi Electric Res Lab Inc | Data transfer system in network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5991813A (en) | Network enabled SCSI interface | |
| US5946467A (en) | Application-level, persistent packeting apparatus and method | |
| EP1402364B1 (en) | Method and apparatus for wide-spread distribution of electronic content in a peer to peer fashion | |
| TW201240413A (en) | Lightweight input/output protocol | |
| JPH03239046A (en) | Method of transferring data | |
| JPS6240569A (en) | Communication medium apparatus and transfer of data by communication medium | |
| EP1531577B1 (en) | Method for transmitting and processing command and data | |
| JP2003309568A (en) | Data upgrade method for switching device under double layer network environment | |
| JPS62247446A (en) | File transfer system | |
| US20040117548A1 (en) | Data storage | |
| JPH10133971A (en) | File transfer processing system | |
| US6697895B1 (en) | Network attached tape storage system | |
| US7895344B2 (en) | Method and apparatus for remote management | |
| JPS61188653A (en) | Down load control system | |
| JPS60149239A (en) | Communication network system | |
| JP3408435B2 (en) | Code conversion device and conversion method in FTP server and recording medium recording code conversion program | |
| JPS6161582B2 (en) | ||
| CN111586048B (en) | WIFI-HID two-way transparent transmission method device and system | |
| JPH08314822A (en) | Data storage device | |
| JPH0438618Y2 (en) | ||
| JP3327305B2 (en) | Encoded information communication method | |
| Braden et al. | NETRJS: A third level protocol for Remote Job Entry | |
| Braden et al. | RFC0088: NETRJS: A third level protocol for Remote Job Entry | |
| Sinah et al. | An Introduction to Network Programming Using the Netbios Interface | |
| JPH0368239A (en) | Terminal characteristic converter |