KR0133806B1 - File transfer method - Google Patents

File transfer method

Info

Publication number
KR0133806B1
KR0133806B1 KR1019940032665A KR19940032665A KR0133806B1 KR 0133806 B1 KR0133806 B1 KR 0133806B1 KR 1019940032665 A KR1019940032665 A KR 1019940032665A KR 19940032665 A KR19940032665 A KR 19940032665A KR 0133806 B1 KR0133806 B1 KR 0133806B1
Authority
KR
South Korea
Prior art keywords
file
character
transfer
session
file transfer
Prior art date
Application number
KR1019940032665A
Other languages
Korean (ko)
Other versions
KR960027707A (en
Inventor
도상윤
Original Assignee
손익수
주식회사데이콤
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 손익수, 주식회사데이콤 filed Critical 손익수
Priority to KR1019940032665A priority Critical patent/KR0133806B1/en
Publication of KR960027707A publication Critical patent/KR960027707A/en
Application granted granted Critical
Publication of KR0133806B1 publication Critical patent/KR0133806B1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/08Protocols specially adapted for terminal emulation, e.g. Telnet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Abstract

본 발명은 파일 전송의 프로토콜에 관한 것으로서 기존의 ftp등에서 보이는 로그인할 때에 설정된 세션과는 다른 세션을 이용하여 파일 전송을 하는 불편 및 다단계 전송의 불편을 해소하고자 하는 것이다. 즉 로그인시 사용하는 텔넷이 사용하는 특수한 문자를 다른 문자로 치환하여 송신하고 수신측은 이를 원래의 문자로 환원하여 저장하는 것이다. 또한 전송 도중에 에러가 발생하면 그 때까지 받았던 파일을 그대로 두고 그 다음부터의 파일만을 받아 전송효율을 높인다. 이리하여 본 발명은 통신의 통로인 세션을, 파일 전송만을 위하여 별도로 만들지 않고 이미 설정된 세션을 사용하며, 다단계 전송을 한 단계의 전송으로 해결함으로써 통신의 편리성을 고양한 것이다.The present invention relates to a protocol of file transfer, and to solve the inconvenience of file transfer and the inconvenience of multi-stage transfer using a session different from the session established at the time of login as seen by the existing ftp. In other words, the special characters used by telnet used to log in are replaced with other characters, and the receiving side reduces the original characters and stores them. In addition, if an error occurs during the transfer, the file received up to that time is left unchanged, and only the next file is received to increase the transfer efficiency. Thus, the present invention enhances the convenience of communication by solving the session which is the passage of communication, using the session already established without making a separate file for file transfer only, and solving the multi-stage transmission in one step.

Description

파일 전송 방법File transfer method

제1도는 기존의 파일 전송 방법을 나타낸 그림이고,1 is a diagram showing a conventional file transfer method,

제2도는 본 발명의 클라이언트측 실행과정을 나타낸 흐름도이고,2 is a flowchart illustrating a client-side execution process of the present invention.

제3도는 본 발명의 서버측 실행과정을 나타낸 흐름도이고,3 is a flowchart showing a server-side execution process of the present invention,

제4도는 본 발명에 관한 송신측의 파일 전송 상세 흐름도이며,4 is a detailed flowchart of file transmission on the transmitting side according to the present invention;

제5도는 본 발명에 관한 수신측의 파일 전송 상세 gm름도이다.5 is a detailed flowchart of file transfer on the receiving side according to the present invention.

본 발명은 기존의 파일 전송 프로토콜(protocol)인 ftp(file trasfer protocol)의 결점을 보완하여 신속한 파일 전송과 파일 전송의 투명성(transparency)을 보장하는 데에 있다. 즉 본 발명은 컴퓨터와 컴퓨터간의 파일 전송 또는 터미널과 컴퓨터간의 파일 전송에 관한 것이다.The present invention is to compensate for the shortcomings of the existing file transfer protocol (ftp) (file trasfer protocol) to ensure fast file transfer and file transparency (transparency). That is, the present invention relates to a file transfer between a computer and a computer or a file transfer between a terminal and a computer.

기존에 범용적으로 쓰이고 있는 파일 전송 프로토콜인 ftp는, 터미널을 통하여 사용자가 컴퓨터에 텔넷(telnet)으로 일단 로그인(log-in)한 뒤에는 그 텔넷의 세션(session)을 이용하지 못하고 별도의 세션을 설정하여야만 이용할 수 있었다. 즉 LAN 상황을 가정한 제1도에서 사용자는 터미널에서 텔넷을 구동하여 컴퓨터1에 로그인할 수 있다. 이는 터미널과 컴퓨터1사이에 텔넷세션1이 설정되어 이 세션을 통하여 터미널과 컴퓨터1사이에 통신이 이루어지는 것이다. 이러한 상황에서 사용자가 컴퓨터1에 있는 파일을 터미널로 전송받고자 하려면 ftp를 구동하여 별도의 세션, 즉 ftp 세션1을 설정하여야 파일을 전송받을 수 있다. 기의 세션과는 별도의 세션을 설정하여야 하는 이유는, 텔넷이 일군의 문자를 에스케이프 시퀸스로 이용하기 때문에 텔넷세션에서 ftp로 파일을 전송하면 파일내의 일군의 문자가 깨지게 되어 파일전송의 투명성이 보장되지 않기 때문이다. 따라서 파일 전송의 투여성을 보장하기 위하여는 로그인할 때의 세션과는 별도의 세션을 설정하여야만 한다. 이는 LAN(Local Area Network)등의 전송선로의 효율을 악화시키는 것으로서 선로의 대역폭 낭비는 막대한 것이다.Ftp, a widely used file transfer protocol, does not use a telnet session after a user has logged in to the computer via telnet through a terminal. Only available to set. That is, in FIG. 1 assuming a LAN situation, a user can log in to computer 1 by running telnet in a terminal. This is a telnet session 1 is established between the terminal and the computer 1, and the communication between the terminal and the computer 1 through this session. In this situation, if the user wants to receive a file from computer 1 to the terminal, he or she must set up a separate session, ie, ftp session 1, to receive the file. The reason you should set up a separate session from the previous session is that telnet uses a group of characters as an escape sequence, so if you send a file via ftp in a telnet session, the group of characters in the file will be broken and the transparency of the file transfer Because it is not guaranteed. Therefore, to ensure the manageability of file transfer, a session must be set up separately from the session at login. This deteriorates the efficiency of transmission lines such as a local area network (LAN), and wastes bandwidth on the line.

또한 사용자가 터미널에서 일단 컴퓨터1에 로그인 하였다가, 컴퓨터2로 로그인하는 경우에는 기존의 텔넷 세션과는 별도로 컴퓨터1과 컴퓨터2사이에 텔넷세션2가 필요하다. 이런 상황에서 사용자가 컴퓨터2에 있는 파일을 전송받고자 하는 경우에는 컴퓨터1과 컴퓨터2사이에 ftp세션2가 설정된다. 즉 터미널과 컴퓨터2 사이에는 직접적인 세션을 형성할 수 없다. 이는 곧 컴퓨터2에 있는 파일을 터미널이 직접 받지 못하고 컴퓨터1을 경우하여 받는다는 것을 의미한다. 즉 일단 컴퓨터1이 컴퓨터2의 파일을 받고, 이를 다시 터미널로 송신하여야 한다는 다단계 전송을 의미한다. 이는 엄청난 시간 낭비로서 파일 전송을 어렵게 만드는 것이다. LAN등의 환경등에서 특히, 분산처리를 위하여 파일등이 여러 컴퓨터에 분산되어 있는 환경에서는 파일 전송을 위한 시간, 자원의 낭비는 매우 심각한 것이다.In addition, when a user logs in to Computer 1 from the terminal and then logs into Computer 2, Telnet Session 2 is required between Computer 1 and Computer 2, in addition to the existing Telnet session. In this situation, if the user wants to receive a file from computer 2, an ftp session 2 is set up between computer 1 and computer 2. In other words, no direct session can be established between the terminal and computer2. This means that the terminal does not receive the file on computer 2 directly, but instead receives it on computer 1. In other words, it means a multi-stage transmission in which Computer 1 receives a file from Computer 2 and sends it back to the terminal. This is a huge waste of time and makes file transfer difficult. In an environment such as a LAN, especially in an environment in which files are distributed to various computers for distributed processing, waste of time and resources for file transfer is very serious.

본 발명은 이러한 기존의 파일 전송의 결점을 해결하고자 하는 것이다. 즉 이미 설정되어 있는 텔렛세션을 이용하면서도 파일 전송의 투명성을 보장할 수 있는 통신방법을 제공하는 것이다. 다시 말하면 기존의 LAN 환경에서 LAN을 제어하는 TCP/IP(Transmission Control Protocol/Internet Protocol) 프로토콜의 수정없이 응용계층에서 수행되는 것으로서 기의 다단계 전송의 불편을 해결함과 아울러 텔넷세션에서도 투명한 파일 전송이 이루어지게 함을 목적으로 한다.The present invention seeks to address these drawbacks of existing file transfers. In other words, it provides a communication method that can guarantee the transparency of the file transfer while using the already set telesession. In other words, it is performed at the application layer without modification of the TCP / IP (Transmission Control Protocol / Internet Protocol) protocol to control the LAN in the existing LAN environment, which solves the inconvenience of multi-stage transmission and transparent file transfer in telnet sessions. It is intended to be done.

[발명의 구성][Configuration of Invention]

상기와 같은 문제점을 해결하기 위하여는 로그인시 이미 설정되어 있는 텔넷세션을 이용할 것이 필요하고 또한 투명한 파일 전송이 이루어져야 한다. 이를 위한 통신방법을 설명하고자 한다. 우선 클라이언트와 서버측이송, 수신을 위한 준비를 하여야 한다. 즉 사용자가 로그인한 서버측에 파일 이름과 함께 송신상태로 설정하거나, 명령과 함께 입력하거나, 파일을 수신상태로 설정하면 클라이언트측의 컴퓨터나 터미널은 서버측에 동기신호를 보내고 수신할 준비를 한다. 서버측은 클라이언트측으로부터 받은 동기신호를 받고 송신 또는 수신을 개시한다.In order to solve the above problems, it is necessary to use a telnet session that is already set up at the time of login, and transparent file transfer should be performed. The communication method for this will be described. First, prepare for client and server side transfer and reception. That is, when the user sets the sending status with the file name, inputs the command with the command name, or sets the file in the receiving status, the computer or terminal on the client side sends a synchronization signal to the server side and prepares to receive it. . The server side receives the synchronization signal received from the client side and starts transmission or reception.

먼저, 송신측은 송신하여야 할 파일의 이름과 그 크기를 수신측에 보낸다. 이를 받은 수신측은자기 자신이 해왔파일을 가지고 있는지를 조사하여, 그 파일을 가지고 있지 않으면 파일크기를 0으로, 가지고 있으면 그 파일의 크기를 송신측에 보낸다. 수신측으로부터 파일크기를 받은 송신 측은, 수신측의 파일크기가 송신측의 파일크기보다 작으면 전송단계로 진행하고 그렇지 않으면 그 파일을 보내지 않는다. 송신측이 파일을 보낼 것을 결정하면 파일내의 문자를 한 문자씩 보낸다. 문자를 송신할 때, 텔넷에서 에스케이프 시퀸스로 사용하는 문자는 다른 문자로 치환하여 보낸다. 이는 파일 전송의 투명성을 보장하기 위한 것이다. 수신측에서는 수신된 문자가 변형된 즉 치환된 문자인가 아닌가를 판별하여 치환된 문자이면 원래의 문자로 환원하여 저장한다.First, the sender sends the name of the file to be sent and its size to the receiver. The receiving party checks whether it has a file that it has done, and sends the file size to 0 if it does not have the file, and the size of the file to the sender. If the file size of the receiving side is smaller than the file size of the transmitting side, the transmitting side, which has received the file size from the receiving side, proceeds to the transfer step and otherwise does not send the file. When the sender decides to send the file, it sends each character in the file one character at a time. When sending a character, the character that Telnet uses as the escape sequence is replaced with another character. This is to ensure the transparency of the file transfer. The receiving side determines whether the received character is a deformed character, that is, a substituted character, and if it is a substituted character, reduces and stores the original character.

한편, 수신측에서 전송상의 이상이 발견되면 수신측은 수신된 그 당시까지 저장된 파일의 크기를 송신측에 전송하여, 그 이후의 파일의 잔여 부분만을 송신하에 함으로써 재전송되는 부분을 최소화함과 아울러 정확한 파일 전송이 이루어지게 한다.On the other hand, if the receiver detects a problem with the transmission, the receiver transmits the size of the file stored up to the time it was received to the sender, thereby minimizing the retransmission by minimizing the retransmission by transmitting only the remaining part of the subsequent file. Allow the transfer to take place.

[실시예]EXAMPLE

위와 같은 순서로 구성된 파일 전송 프로토 즉 파일 통신방법의 구체적인 실시예를 흐름도(flow chart)따라 설명하고자 한다.A specific embodiment of a file transfer protocol, that is, a file communication method configured in the above order will be described according to a flowchart.

먼저 본 프로토콜에 필요한 신호를 정의한다.First we define the signals required for this protocol.

DDLE : 송신에 있어서 제일 먼저 보내는 신호로서 송신을 컨트롤한다.DDLE: Controls transmission as the first signal to be transmitted.

DSYN : 통신을 하기 위한 동기 신호DSYN: Sync signal for communication

DFILE : 파일의 이름을 보내기 위한 신호DFILE: Signal to send file name

DSIZE : 파일의 크기나 재전송 위치를 보내기 위한 신호DSIZE: Signal to send file size or retransmission location

DRECO : 파일의 재전송 위치로 이동하라는 신호DRECO: Signal to go to the retransmission location of the file

DFIN : 송신할 파일이 재하지 않는다는 신호, 즉 프로토의 종료를 나타낸다.DFIN: Signals that the file to be sent is not present, that is, the end of the protocol.

또한, 텔넷에서 에스케이프 시퀸스로 사용하는 문자가 파일에 존재하면 제대로 전송되지 아니하므로 이를 다른 문자로 치환하여 송신하여야 한다. 이들 문제에는 -1, 0, 15, 16, 17, 19, 22, 29, 157, 255가 있다. DDLE는 본 통신방법에서 통신 콘트롤 문자로 이용되고 있으므로, 이것이 파일에 들어 있으면 파일이 제대로 전송되지 않는다. 따라서 이들 숫자와 DDLE를 포함한 문자군을 MASK로 정의한다.Also, if the character used as escape sequence in telnet exists in the file, it will not be transmitted properly. These problems include -1, 0, 15, 16, 17, 19, 22, 29, 157 and 255. DDLE is used as a communication control character in this communication method, so if it is in a file, the file will not be transferred properly. Therefore, the character group including these numbers and DDLE is defined as MASK.

한편, 이 MASK에 속하는 문자를 송신할 때는 다른 문자로 치환하여 송신하고, 수신측에서는 원래의 문자로 환원하는 작업이 필요하다. 이 치환을 위한 함수를 F로 정의하면, 이 치환함수의 하나의 예로서 다음과 같이 정의할 수 있다.On the other hand, when the character belonging to this MASK is transmitted, it is necessary to substitute another character for transmission and to reduce the original character to the original character. If the function for this substitution is defined as F, it can be defined as an example of this substitution function as follows.

F(-1)='0'F (-1) = '0'

F(0)'1'F (0) '1'

F(15)='2'F (15) = '2'

F(16)='3'F (16) = '3'

F(17)='4'F (17) = '4'

F(19)='5'F (19) = '5'

F(22)='6'F (22) = '6'

F(29)='8'F (29) = '8'

F(157)='9'F (157) = '9'

F(255)='A'F (255) = 'A'

F(DDLE)='7'F (DDLE) = '7'

여기서 F의 함수값은 ' ' 안에 있는 문자의 ASCII값에 해당한다.Here, the function value of F corresponds to the ASCII value of the character in ''.

이상에서 정의된 문자등은 하나의 예에 불과하며 실시예에 따라 얼마든지 달리 정의할 수 있는 것이며, 본 발명이 본질과는 무관하다.Characters, etc. defined above are just one example and may be defined differently according to the embodiment, and the present invention is irrelevant to the essence.

이상의 것을 사용하여 본 발명의 한 실시예를 흐름도에 따라 설명하고자 한다.One embodiment of the present invention will be described according to the flowchart using the above.

본 통신방법을 사용하기 전에 클라이언트측은 제2도와 같이 DDLE, DSYN을 전송하고 본 통신방법을 수행한다. 한편 서버측은 제3와 같이 수신측에서 보낸 DDLE, DSYN을 받고 본 통신방법을 수행하게 된다.Before using this communication method, the client side transmits DDLE and DSYN as shown in FIG. 2 and performs this communication method. On the other hand, the server side receives the DDLE, DSYN sent from the receiving side as in the third and performs the present communication method.

제4도는 송신측의 흐름도를 나타낸 것이다. 송신측은 먼저 송신하여야 할 파일이 존재하는 가를 판단하고(A), 송신하여야 할 파일이 존재하지 않는다면 수신측에 DDLE, DFIN를 송신하여 송신종료를 알리고(A1) 송신을 종료한다. 송신하여야 할 파일이 존재하면 당해 파일을 개방(open)하고(B), 그 파일의 이름과 크기를 DDLE, DSIZE, 이름, 크기, DDLE, DSYN의 순서로 수신측에 송신하고(C) 그 응답을 받는다. 수신측으로부터의 응다은 DDLE, DSIZE, 크기, DDLE, DSYN의 순서로 받는데(E), 수신된 파일크기가 송신파일의 크기보다 크거나 같은 경우, 즉 이미 수신측에 송신파일보다 크거나 같은 파일이 존재하면 그 파일의 송신을 중단한다. 한편 송신파일의 크기가 수신된 파일크기보다 큰 경우에는 송신하여야 할 파일의 위치를 가르키는 파일 포인터(pointer)를 조정하고(F) 그 위치에 해당되는 문자를 읽는다(G) , 그 문자가 파일의 끝을 나타내는 EOF이라면 DDLE와 F(-1)를 송신하고(H1), DDLE, DDLE를 보내어(H2) 해당 파일의 송신종료를 알리고, 그에 대한 응답인 DDLE, DSYN을 수신하면(H3), 해당 파일의 송신이 종료된다. 한편 송신파일에서 읽은 문자가 EOF이 아니면, 그 문자가 치환을 필요로 하는 것인가를 조사하여(I), 치환이 필요하면 DDLE와 치환된 값을 보내며(I1) 치환이 필요하지 않으면 그대로 보낸다(J), 그리고 수신측에서 보낸 데이터가 있는지를 조사하여(K), 없으면 다음 문자를 보내는 과정(G)으로 간다. 한편 수신된 데이터가 존재하고 그것이 DDLE, DSIZE라면(L), 재전송위치인 파일크기, DDLE, DSYN를 받고(M) 수신측에 DDLE, DRECO를 보내어(N) 수신위치를 수정하게 하고, 자신은 다음 문자를 보내는 과정(F)으로 간다. 그리고 수신된 데이터가 DDLE, DSIZE가 아니면 수신측의 사정으로 인한 파일 전송 종료로 인식하고 파일송신을 종료한다.4 shows a flowchart of the transmitting side. The sender first determines whether a file to be transmitted exists (A). If the file to be transmitted does not exist, the sender sends DDLE and DFIN to the receiver to inform the end of transmission (A1) and terminates the transmission. If there is a file to be sent, the file is opened (B), and the name and size of the file are sent to the receiver in the order of DDLE, DSIZE, name, size, DDLE, DSYN, and (C) the response. Receive. The response from the receiver is received in the order of DDLE, DSIZE, size, DDLE, DSYN (E), if the received file size is greater than or equal to the size of the send file, that is, the file is already greater than or equal to the send file to the receiver. If it exists, transmission of the file is stopped. On the other hand, if the size of the transmission file is larger than the size of the received file, adjust the file pointer indicating the position of the file to be transmitted (F) and read the character corresponding to the position (G), and the character is the file. If the EOF indicates the end of the transmission, DDLE and F (-1) are transmitted (H1), DDLE and DDLE are sent (H2) to inform the end of the transmission of the file, and when a response DDLE or DSYN is received (H3), The transmission of the file is terminated. On the other hand, if the character read from the transmission file is not EOF, it checks whether the character requires substitution (I), and if it needs to be replaced, sends the value substituted with DDLE (I1). ), And checks whether there is data sent from the receiving end (K), and if not, proceeds to sending the next character (G). On the other hand, if the received data exists and it is DDLE, DSIZE (L), the file size, DDLE, DSYN, which is the retransmission location is received (M), and DDLE, DRECO is sent to the receiver (N) to correct the receiving location. Go to the process of sending the next text (F). If the received data is not DDLE or DSIZE, the file transfer is recognized as the end of file transfer due to the circumstances of the receiver.

이와 같이 전송할 문자가 파일 전송의 투명성을 방해하는 문자라면 이를 다른 문자로 치환하여 전송하여 파일의 전송을 원활하게 한다. 또한 전송 도중에 에러가 발생하였다는 신호를 수신측으로부터 수신하면 파일을 처음부터 보내는 것이 아니라, 에러가 발생한 후의 데이터만을 보내어 파일 전송의 효율을 높인다.If the character to be transmitted is a character that hinders the transparency of the file transmission, it is replaced with another character and transmitted to facilitate the file transfer. In addition, when a signal indicating that an error occurs in the middle of a transmission is received from the receiving side, the file is not sent from the beginning, but only the data after the error occurs to improve the file transfer efficiency.

한편, 수신측의 파일 수신과정을 살펴본다. 제5도는 수신측의 파일 전송의 통신방법을 도시한 것으로서 이에 따라 수신과정을 설명한다. 우선 수신측은 플래그를 리세트하고(A) 송신측이 송신하는 문자를 수신한다(B). 전송 도중에 에러가 있는지를 조사하여(C)에러가 있으면, 현재의 위치를 저장하고 (C1) 송신측에 DDLE, DSIZE, 파일의 저장위치인 크기, DDLE, DSYN를 송신하여(C2) 전송에 이상이 있음을 알리고 안하면 전송효율상 및 시간상 매우 유리한 통신방법이다.Meanwhile, the process of receiving a file on the receiving side will be described. 5 shows a communication method of file transfer on the receiving side, and thus the receiving process will be described accordingly. First, the receiving side resets the flag (A) and receives the character transmitted by the transmitting side (B). If there is an error during the transmission (C), if there is an error, the current position is stored (C1), and DDLE, DSIZE, file storage size, DDLE, and DSYN are sent to the sender (C2). It is a very advantageous communication method in terms of transmission efficiency and time if it is not notified.

Claims (3)

송신할 파일의 이름과 크기를 수신측에 보내고 이에 대한 응답으로서 파일의 크기를 받아 파일 송신여부를 결정하는 전송준비단계와 송신측은 현재 송신하여야 할 파일의 문자를 하나씩 송신하고 수신측은 이를 검사하고 수신하여 저장하는 전송단계로 이루어진 TCP/IP를 이용한 파일전송방법에 있어서, 전송단계는 송신측이 특수한 문자를 송신할 때 이를 다른 문자로 치환하고 송신되는 문자가 치환되었다는 신호를 부가하여 송신하고, 수신측은 송신되는 문자가 치환되었다는 신호를 수신하였을 때에 송신된 치환된 문자를 다시 원래의 문자로 복귀시켜 저장하는 것을 특징으로 하는 파일전송방법.The transmission preparation step of determining whether to send a file by sending the name and size of the file to be sent to the receiver and receiving the size of the file as a response, and the sender sends one character of the file to be transmitted one by one, and the receiver checks and receives it. In the file transfer method using TCP / IP, which consists of a transmission step of storing data, the transmission step transmits by receiving a signal indicating that the transmitted character has been replaced by replacing it with another character when the sender transmits a special character, When the side receives a signal indicating that the transmitted character has been replaced, the transmitted character is returned to the original character and stored. 제1항의 전송단계에 있어서, 수신측이 문자수신에 이상이 있다는 것을 발견한 경우에 현재의 수신위치를 송신측은 수신측의 현재의 위치 이후의 문자를 송신하는 것을 특징으로 하는 파일전송방법.The file transfer method according to claim 1, wherein when the receiving side finds out that there is an error in character reception, the transmitting side transmits the character after the current position of the receiving side. 제1항의 있어서, 치환되고 복귀되는 특수한 문자는, 에스케이프 시퀸스(escape sequence)로 사용되는 문자인 것을 특징으로 하는 파일전송방법.The file transfer method according to claim 1, wherein the special character to be replaced and returned is a character used in an escape sequence.
KR1019940032665A 1994-12-03 1994-12-03 File transfer method KR0133806B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019940032665A KR0133806B1 (en) 1994-12-03 1994-12-03 File transfer method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019940032665A KR0133806B1 (en) 1994-12-03 1994-12-03 File transfer method

Publications (2)

Publication Number Publication Date
KR960027707A KR960027707A (en) 1996-07-22
KR0133806B1 true KR0133806B1 (en) 1998-04-22

Family

ID=19400226

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019940032665A KR0133806B1 (en) 1994-12-03 1994-12-03 File transfer method

Country Status (1)

Country Link
KR (1) KR0133806B1 (en)

Also Published As

Publication number Publication date
KR960027707A (en) 1996-07-22

Similar Documents

Publication Publication Date Title
US8176183B2 (en) System and a method for accelerating communication of TCP/IP based content
US5931913A (en) Methods, system and computer program products for establishing a session between a host and a terminal using a reduced protocol
US7761500B1 (en) URL based communication protocol from a client computer to a network device
US8341272B2 (en) Method for improving a TCP data transmission in case the physical transmission medium is disconnected
KR0133806B1 (en) File transfer method
Cisco Connection Commands
Cisco Connection Commands
Cisco Connection Commands
Cisco Connection Commands
Cisco Connection Commands
Cisco Connection Commands
Cisco Connection Commands
Cisco Connection Commands
Cisco Protocol Translation Configuration Commands
Cisco Terminal Service Connections
Cisco User Commands
Cisco User Commands
Cisco User Commands
Cisco User Commands
Cisco User Commands
Cisco Protocol Translation Configuration Commands
Cisco Terminal Service Connections
Cisco Telnet Configuration Commands
Cisco Telnet Configuration Commands
Cisco Telnet Configuration Commands

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20031201

Year of fee payment: 7

LAPS Lapse due to unpaid annual fee