KR100842584B1 - Method for transmitting a large file - Google Patents

Method for transmitting a large file Download PDF

Info

Publication number
KR100842584B1
KR100842584B1 KR1020060134226A KR20060134226A KR100842584B1 KR 100842584 B1 KR100842584 B1 KR 100842584B1 KR 1020060134226 A KR1020060134226 A KR 1020060134226A KR 20060134226 A KR20060134226 A KR 20060134226A KR 100842584 B1 KR100842584 B1 KR 100842584B1
Authority
KR
South Korea
Prior art keywords
client
server
large file
asynchronous transmission
response
Prior art date
Application number
KR1020060134226A
Other languages
Korean (ko)
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 KR1020060134226A priority Critical patent/KR100842584B1/en
Application granted granted Critical
Publication of KR100842584B1 publication Critical patent/KR100842584B1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

A method for transmitting a large-size file is provided to enable a client to repeatedly transmit a request message, even when no response message is received from a server, by negotiating a transmission schedule between the server and the client. A large-size file is transmitted between a server(100) and a client(110) according to an OBEX(Object Exchange) protocol. An asynchronous transmission is negotiated between the client and the server. When the negotiation is completed, the server transmits the large-size file to the client. The server repeatedly transmits responses to the client, even when no request is received from the client. The responses are generated by dividing the large-size file. The large-size file has a size greater than that of the response, which is transmitted from the server to the client.

Description

대용량 파일을 전송하기 위한 방법{Method for transmitting a large file}Method for transmitting a large file

도 1은 근거리 무선 통신의 예를 도시한 도면,1 illustrates an example of short range wireless communication;

도 2는 Obex 프로토콜에 따라 서버와 클라이언트가 통신하는 경우의 신호의 흐름을 나타낸 도면,2 is a diagram illustrating a signal flow when a server and a client communicate according to the Obex protocol;

도 3은 본 발명의 바람직한 실시예에 따라 서버와 클라이언트 간에 시스템 정보를 교환하는 흐름을 나타낸 도면,3 is a diagram illustrating a flow of exchanging system information between a server and a client according to a preferred embodiment of the present invention;

도 4의 (a)는 본 발명의 실시예에 따른 비동기 전송을 위한 정보를 포함한 request 메시지의 구조를 나타낸 도면,4 (a) is a view showing the structure of a request message including information for asynchronous transmission according to an embodiment of the present invention,

도 4의 (b)는 본 발명의 실시예에 따른 전송 모드 타입을 포함한 Response 메시지의 구조를 나타낸 도면,4 (b) is a view showing a structure of a response message including a transmission mode type according to an embodiment of the present invention;

도 5는 본 발명의 일 실시예에 따라 클라이언트에서 서버로 비동기 전송 모드로 대용량 파일을 전송하는 경우를 나타낸 흐름도,5 is a flowchart illustrating a case where a large file is transferred from the client to the server in an asynchronous transfer mode according to an embodiment of the present invention;

도 6은 본 발명의 일 실시예에 따라 클라이언트)에서 서버로 비동기 전송 모드로 대용량 파일을 전송하는 경우를 나타낸 흐름도.6 is a flowchart illustrating a case of transmitting a large file in an asynchronous transfer mode from a client) to a server according to an embodiment of the present invention.

본 발명은 대용량 파일을 전송하기 위한 방법에 관한 것이다.The present invention relates to a method for transferring large files.

다양한 휴대 미디어 플레이어들, 예컨대, MP3 플레이어, PMP(portable multimedia player) 등이 출시되어 있다. 또한, MP3 플레이어 또는 PMP의 기능을 갖는 휴대 전화기도 출시되어 있다. 이러한 휴대 장치들은 대용량의 파일을 저장할 수 있는 메모리를 구비한다. Various portable media players, such as MP3 players, portable multimedia players (PMPs) and the like, have been released. In addition, portable telephones having a function of an MP3 player or a PMP have also been released. Such portable devices have a memory capable of storing a large amount of files.

휴대 장치들은 대용량의 미디어 파일들, 예컨대, MP3 파일, ACC(advanced audio codec) 파일 등을 PC로부터 다운로드하거나, PC로 업로드하기 위해 USB와 같은 유선 통신방식 혹은 근거리 무선 통신 방식, 예컨대, IrDA(Infrared Data Association) 또는 블루투스에 따라 PC에 연결되고, Obex (object exchange) 프로토콜을 이용하여 파일의 송수신을 제어한다. Portable devices may use a wired or near field communication method such as USB to download a large amount of media files such as MP3 files, advanced audio codec (ACC) files from a PC, or upload them to a PC, such as IrDA (Infrared). It is connected to PC by Data Association or Bluetooth, and it controls file transmission and reception using Obex (object exchange) protocol.

도 1은 근거리 무선 통신의 예를 도시한다. 도 1에 도시된 바와 같이, 휴대 장치들(10)은 근거리 무선 통신 방식에 따라 PC(20)에 연결된다. 그리고 휴대 장치들(10)과 PC(20)는 obex 프로토콜에 따라 통신을 수행한다. 1 illustrates an example of near field communication. As shown in FIG. 1, the portable devices 10 are connected to the PC 20 according to a short range wireless communication scheme. The portable devices 10 and the PC 20 communicate with each other according to the obex protocol.

Obex 프로토콜은 클라이언트-서버(client-server) 프로토콜이다. 이 obex 프로토콜은 request를 전송하는 클라이언트와 response로 응답하는 서버의 개념을 규정한다. 클라이언트와 서버는 접속 세션(connection session) 동안 requests and responses를 교환한다. The Obex protocol is a client-server protocol. This obex protocol defines the concept of a client sending a request and a server responding with a response. The client and server exchange requests and responses during the connection session.

도 2는 Obex 프로토콜에 따라 서버와 클라이언트가 통신하는 경우의 신호의 흐름을 나타낸 도면이다. 도 2를 참조하면, 서버(10)와 클라이언트(20) 간의 연 결(40)이 이루어진 후, 클라이언트(20)는 request를 서버(10)로 전송한다(단계 42, 46). 서버(10)는 클라이언트(20)로부터 request를 수신하면 response(144)를 클라이언트(20)로 전송한다(단계 44, 48). 2 is a diagram illustrating a signal flow when a server and a client communicate according to the Obex protocol. 2, after the connection 40 is established between the server 10 and the client 20, the client 20 transmits a request to the server 10 (steps 42 and 46). When the server 10 receives a request from the client 20, the server 10 transmits a response 144 to the client 20 (steps 44 and 48).

이와 같이, obex 프로토콜에 따르면, 클라이언트로부터 request가 전송되면 서버로부터 response가 전송되는 동기식 전송이 이루어진다. 그러므로, obex 프로토콜은 적은 용량의 데이터를 송수신하면 되는 이벤트의 통지 및 커맨드의 전송과 그 응답의 전송에는 적합하다. 그러나, obex 프로토콜은 대용량의 파일을 전송하는 경우에는 적합하지 않다. As such, according to the obex protocol, when a request is transmitted from a client, a synchronous transmission is performed in which a response is transmitted from a server. Therefore, the obex protocol is suitable for the notification of events and the transmission of commands and the transmission of responses in which a small amount of data needs to be transmitted and received. However, the obex protocol is not suitable for transferring large files.

따라서, 본 발명은 대용량 파일의 전송을 용이하게 하는 방법을 제공한다.Accordingly, the present invention provides a method for facilitating the transfer of large files.

이하 본 발명의 바람직한 실시 예들을 첨부한 도면을 참조하여 상세히 설명한다. 또한 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In addition, detailed descriptions of well-known functions and configurations that may unnecessarily obscure the subject matter of the present invention will be omitted.

Obex 프로토콜에 따르면 하나의 request에 응답하여 하나의 response가 전송된다. 본 발명은 대용량의 파일을 효율적으로 전송하기 위해 Obex 프로토콜을 변형한다. 이를 위해, 본 발명에 따라 서버와 클라이언트는 대용량 파일 전송을 위한 협상을 수행한다. 그에 따라, 서버가 대용량 파일을 클라이언트로 전송하는 경우에 는 클라이언트로부터의 request 없이도 계속적으로 response를 전송한다. 또, 클라이언트가 대용량 파일을 전송하는 경우에는 서버로부터의 response 없이도 request를 계속적으로 전송한다. According to the Obex protocol, one response is sent in response to one request. The present invention modifies the Obex protocol to efficiently transfer large files. To this end, according to the present invention, the server and the client negotiate for large file transfer. Therefore, when the server sends a large file to the client, it continuously sends the response without request from the client. In addition, when the client sends a large file, the request is sent continuously without a response from the server.

이하 본 발명의 바람직한 실시 예들을 첨부한 도면을 참조하여 상세히 설명한다. 또한 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In addition, detailed descriptions of well-known functions and configurations that may unnecessarily obscure the subject matter of the present invention will be omitted.

도 3은 본 발명의 바람직한 실시예에 따라 서버와 클라이언트 간에 시스템 정보를 교환하는 흐름을 나타낸 도면이다.3 is a diagram illustrating a flow of exchanging system information between a server and a client according to a preferred embodiment of the present invention.

도 3을 참조하면, 서버(100)와 클라이언트(110)는 단계 200에서 블루투스 기술, IrDA(Infrared Data Association) 기술 등의 근거리 통신 기술을 이용하여 서로 연결되어 접속 세션(connection session)이 형성된다(establish). 서버는 휴대 단말기가 될 수 있고, 클라이언트는 PC(Personal Computer)가 될 수 있다. 접속 세션 이 형성된 후, 클라이언트(110)는 서버로부터 object를 다운로드하는 GET operation 및 objects를 업로드하는 PUT operation을 수행할 수 있다. Referring to FIG. 3, the server 100 and the client 110 are connected to each other using a short range communication technology such as Bluetooth technology, Infrared Data Association (IrDA) technology in step 200 to form a connection session (connection session) ( establish). The server may be a mobile terminal, and the client may be a personal computer (PC). After the connection session is established, the client 110 may perform a GET operation for downloading objects from the server and a PUT operation for uploading objects.

이어서, 서버(100)와 클라이언트(110)는 대용량 파일의 전송을 위한 협상을 수행한다. 즉, 본 발명에 따라, 서버(100)와 클라이언트(110)는 Obex 프로토콜 하에서 비동기 전송 방식에 따라 데이터를 송수신한다. Subsequently, the server 100 and the client 110 perform negotiation for transmission of a large file. That is, according to the present invention, the server 100 and the client 110 transmit and receive data according to the asynchronous transmission scheme under the Obex protocol.

이를 위해, 클라이언트(110)는 단계 210에서 비동기 전송을 위한 정보를 포함한 request 메시지를 서버(100)로 전송한다. 이 비동기 전송을 위한 정보를 포함한 request 메시지는 기존의 시스템 정보 교환을 위한 메시지를 확장한 것이다.To this end, the client 110 transmits a request message including information for asynchronous transmission to the server 100 in step 210. The request message containing the information for this asynchronous transmission is an extension of the existing system information exchange system information.

도 4의 (a)는 본 발명의 실시예에 따른 비동기 전송을 위한 정보를 포함한 request 메시지의 구조를 나타낸 도면이다. 도 4의 (a)를 참조하면, request 메시지는 HdrBody 부분에 클라이언트 예컨대, PC가 비동기 전송 모드를 지원하는 지를 나타내는 PCsupported AsyncMode를 포함한다. 이는 클라이언트인 PC와 서버인 휴대 단말기 간에 비동기 전송이 가능한 지의 여부를 나타낸다. 구체적으로, PCsupported AsyncMode는 클라이언트인 PC에서 서버인 휴대 단말기로의 비동기 전송이 가능함(PCtoPhoneASync), 서버에서 클라이언트로의 비동기 전송이 가능함(PhoneToPCASync), 클라이언트와 서버 간에 양방향으로 비동기 전송이 가능함(TowWayAsync), 클라이언트와 서버 간에 양방향으로 비동기 전송이 불가능함(NotUsed)을 나타낼 수 있다.4A is a diagram illustrating the structure of a request message including information for asynchronous transmission according to an embodiment of the present invention. Referring to (a) of FIG. 4, the request message includes a PCsupported AsyncMode indicating whether the client, for example, the PC supports the asynchronous transmission mode, in the HdrBody part. This indicates whether or not asynchronous transmission is possible between the client PC and the server mobile terminal. Specifically, PCsupported AsyncMode enables asynchronous transmission from client PC to server portable terminal (PCtoPhoneASync), asynchronous transmission from server to client (PhoneToPCASync), and asynchronous transmission between client and server (TowWayAsync). This may indicate that asynchronous transfers in both directions between the client and the server are not available (NotUsed).

또, request 메시지는 HdrBody 부분에 클라이언트에서 한번에 받을 수 있는 메시지의 최대 크기를 나타내는 MaxGetSize와, 클라이언트에서 한번에 송신할 수 있는 메시지의 최대 크기를 나타내는 MaxPutsize를 포함한다. The request message also includes MaxGetSize, which indicates the maximum size of a message that can be received from the client at one time, and MaxPutsize, which indicates the maximum size of a message that can be sent at one time.

이러한 비동기 전송을 위한 정보를 포함한 Request 메시지를 수신하면, 서버(100)는 상기한 바와 같은 3개의 값과 자신의 성능 및 특성에 기초하여 실제로 사용할 전송 모드 타입을 선택한다. 이어서, 서버(100)는 선택한 전송 모드 타입 및 을 포함한 Response 메시지를 클라이언트(110)로 전송한다. Upon receiving the Request message including the information for the asynchronous transmission, the server 100 selects a transmission mode type to be actually used based on the three values as described above and its performance and characteristics. Subsequently, the server 100 transmits a response message including the selected transmission mode type and to the client 110.

도 4의 (b)는 본 발명의 실시예에 따른 전송 모드 타입을 포함한 Response 메시지의 구조를 나타낸 도면이다. 도 4의 (b)를 참조하면, Response 메시지는 HdrBody 부분에 서버 예컨대, 휴대 단말기가 실제로 사용할 전송 모드 타입을 나타 내는 using AsyncMode를 포함한다. 이는 클라이언트인 PC와 서버인 휴대 단말기 간에 실제로 설정된 전송 모드를 나타낸다. 구체적으로, 클라이언트인 PC에서 서버인 휴대 단말기로 비동기 전송 모드를 설정함(PCtoPhoneASync), 서버인 휴대 단말기에서 클라이언트인 PC로 비동기 전송 모드를 설정함(PhoneToPCASync), 클라이언트와 서버 간에 양방향으로 비동기 전송 모드를 설정함(TowWayAsync), 클라이언트와 서버 간에 양방향으로 비동기 전송 모드를 비설정(NotUsed)함을 나타낼 수 있다.4B is a diagram illustrating the structure of a response message including a transmission mode type according to an embodiment of the present invention. Referring to (b) of FIG. 4, the response message includes a using AsyncMode indicating the transmission mode type actually used by the server, for example, the mobile terminal, in the HdrBody part. This represents the transmission mode actually established between the client PC and the server portable terminal. Specifically, the asynchronous transmission mode is set from the client PC to the server mobile terminal (PCtoPhoneASync), the asynchronous transmission mode is set from the server portable terminal to the client PC (PhoneToPCASync), and the asynchronous transmission mode is bidirectional between the client and the server. ToWayAsync, it can indicate that the asynchronous transfer mode is not used (Both) between the client and server in both directions.

또, response 메시지는 HdrBody 부분에 서버인 휴대 단말기에서 한번에 전송할 수 있는 메시지의 최대 크기를 나타내는 TxSize와, 서버에서 한번에 수신할 수 있는 메시지의 최대 크기를 나타내는 RxSize를 포함한다In addition, the response message includes a TxSize indicating the maximum size of a message that can be transmitted at one time by the mobile terminal, which is a server, and an RxSize indicating the maximum size of a message that can be received at one time, by the server.

이와 같이, 클라이언트(110)가 비동기 전송을 위한 정보를 포함한 Request 메시지를 서버(100)로 전송하고, 서버(110)가 선택한 전송 모드 타입 및 을 포함한 Response 메시지를 클라이언트(110)로 전송한다. 이렇게 함으로써, 클라이언트(110)와 서버(100)는 비동기 전송을 위한 협상을 달성한다. 이후, 서버(100)와 클라이언트(110) 간에 데이터의 송수신이 행해진다. As such, the client 110 transmits a request message including information for asynchronous transmission to the server 100, and transmits a response message including the transmission mode type selected by the server 110 to the client 110. By doing so, client 110 and server 100 achieve negotiation for asynchronous transmission. Thereafter, data is transmitted and received between the server 100 and the client 110.

도 5는 본 발명의 일 실시예에 따라 클라이언트(110)에서 서버로 비동기 전송 모드로 대용량 파일을 전송하는 경우를 나타낸 흐름도이다.5 is a flowchart illustrating a case of transmitting a large file in an asynchronous transfer mode from the client 110 to the server according to an embodiment of the present invention.

도 5를 참조하면, 서버(100)와 클라이언트(110) 간에 비동기 전송 모드를 협상이 이루어진 후 단계 300에서 디렉토리 브라우징(Directory Browsing)을 통해 클라이언트(110)에서 서버(100)로 전송할 대용량 파일이 선택된다. 디렉토리 브라우징 과정은 예컨대, 서버(100) 예컨대, 휴대 단말기가 클라이언트(110)에 접속한 후 서버(100)의 사용자가 클라이언트(110)가 가지고 있는 파일들 중 하나를 선택하는 과정일 수 있다. Referring to FIG. 5, after negotiating an asynchronous transmission mode between the server 100 and the client 110, a large file to be transmitted from the client 110 to the server 100 is selected through directory browsing in step 300. do. The directory browsing process may be, for example, a process in which a user of the server 100 selects one of files included in the client 110 after the server 100, for example, the mobile terminal connects to the client 110.

이에 따라, 클라이언트(110)는 단계 310에서 처음으로 서버(100)로 request를 전송한다. 이 경우, 클라이언트(110)과 서버(100) 간의 적용되는 전송 모드는 서버(100)와 클라이언트(110) 간에 이루어진 협상에 따라 결정된다. 또한, 전송되는 request는 도 4에 도시된 바와 같이 협상 과정에서 결정된 메시지의 크기를 갖는다. 도 5에서는, 비동기 전송 모드가 설정된 것을 전제로 한 제어 흐름을 나타낸다. Accordingly, the client 110 transmits a request to the server 100 for the first time in step 310. In this case, the transmission mode applied between the client 110 and the server 100 is determined according to the negotiation made between the server 100 and the client 110. In addition, the transmitted request has a size of the message determined in the negotiation process, as shown in FIG. 5 shows a control flow on the premise that an asynchronous transmission mode is set.

서버(100)는 클라이언트(110)가 최초 전송한 Request 메시지를 수신한 후, 자신이 비동기 전송 모드에 따라 대용량 파일을 수신할 수 있는 상태인지를 판단한 후 그 판단 결과를 포함한 Response 메시지를 클라이언트(110)로 전송한다. 이 과정은 서버(100)가 휴대 단말기이므로, 현재 다른 기능 예컨대, 통화 기능 등을 수행하여 클라이언트(110)로부터의 대용량 파일을 수신할 수 없을 수 있기 때문에 요구된다. 또는, 서버(100)는 대용량 파일을 저장할 빈 메모리 영역을 가지고 있지 않을 수 있다. 그 외에 서버(100)가 클라이언트(110)로부터의 대용량 파일을 수신할 수 없는 많은 경우가 있을 수 있으므로, 본 발명이 전술한 경우들에 한정되지 않음은 명백하다.After receiving the request message initially transmitted by the client 110, the server 100 determines whether it is in a state capable of receiving a large file according to the asynchronous transmission mode, and then sends a response message including the determination result to the client 110. To send). This process is required because the server 100 may not be able to receive a large file from the client 110 by performing another function, for example, a call function. Alternatively, the server 100 may not have an empty memory area for storing a large file. In addition, since there may be many cases in which the server 100 cannot receive a large file from the client 110, it is apparent that the present invention is not limited to the above-described cases.

클라이언트(110)는 Response 메시지를 수신한 후 서버(100)가 현재 비동기 전송 모드로 대용량 파일을 수신할 수 있다고 판단되면, 단계 330 내지 350 에서 대용량 파일을 나눈 결과인 request 메시지들을 서버(100)로 전송한다.After the client 110 receives the response message and determines that the server 100 can receive the large file in the current asynchronous transmission mode, the client 110 sends the request messages, which are the result of dividing the large file in steps 330 to 350, to the server 100. send.

이를 구체적으로 설명하면, 본 발명에 따라 서버와 클라이언트는 대용량 파일 전송을 위한 협상을 수행하였기 때문에, 서버(100)로부터의 response 메시지가 전송되지 않더라도 클라이언트(110)는 계속적으로 request 메시지들을 전송할 수 있게 된다. Specifically, since the server and the client negotiate for large file transfer according to the present invention, even if the response message from the server 100 is not transmitted, the client 110 can continuously transmit request messages. do.

이후, 서버(100)는 클라이언트(110)로부터 대용량 파일에 대응한 request 메시지들을 모두 수신하면, 단계 360에서 response 메시지를 전송하여 obex 프로토콜에 따른 PUT 동작을 완료한다. Thereafter, when the server 100 receives all the request messages corresponding to the large file from the client 110, the server 100 transmits a response message in step 360 to complete the PUT operation according to the obex protocol.

도 6은 본 발명의 일 실시예에 따라 서버(100)에서 클라이언트(110)로 비동기 전송 모드로 대용량 파일을 전송하는 경우를 나타낸 흐름도이다.6 is a flowchart illustrating a case of transmitting a large file in an asynchronous transmission mode from the server 100 to the client 110 according to an embodiment of the present invention.

도 6을 참조하면, 서버(100)와 클라이언트(110) 간에 비동기 전송 모드를 협상이 이루어진 후 단계 400에서 디렉토리 브라우징(Directory Browsing)을 통해 서버(100)에서 클라이언트(110)로 전송할 대용량 파일이 선택된다. 디렉토리 브라우징 과정은 예컨대, 서버(100) 예컨대, 휴대 단말기가 클라이언트(110)에 접속한 후 서버(100)의 사용자가 자신이 저장하고 있는 파일들 중 클라이언트(110)에 업로드할 파일을 선택하는 과정일 수 있다. Referring to FIG. 6, after negotiating an asynchronous transmission mode between the server 100 and the client 110, a large file to be transmitted from the server 100 to the client 110 through directory browsing is selected in step 400. do. The directory browsing process may include, for example, a process of selecting a file to be uploaded to the client 110 among files stored by the user of the server 100 after the server 100, for example, the mobile terminal accesses the client 110. Can be.

이에 따라, 클라이언트(110)는 단계 410에서 서버(100)로부터 클라이언트(110)로의 대용량 파일의 전송을 개시할 Request 메시지를 전송한다.Accordingly, the client 110 transmits a request message to initiate transmission of a large file from the server 100 to the client 110 in step 410.

obex 프로토콜에서는 클라이언트(110)로부터 서버(100)로 request 메시지가 전송되어야만 서버(100)가 response 메시지를 클라이언트(110)로 전송할 수 있다. 그에 따라, 서버(100)에서 클라이언트(110)로 대용량 파일을 전송하는 경우라도, 클라이언트(110)가 먼저 request 메시지를 송신한다.In the obex protocol, the request message must be transmitted from the client 110 to the server 100 so that the server 100 can transmit the response message to the client 110. Accordingly, even when the server 100 transmits a large file to the client 110, the client 110 first transmits a request message.

그에 따라, 서버(100)는 단계 420 내지 450에서 대용량 파일을 나눈 결과인 response 메시지들을 클라이언트(110)로 전송한다. 도 5의 경우와 유사하게, 본 발명에 따라 서버와 클라이언트는 대용량 파일 전송을 위한 협상을 수행하였기 때문에, 클라이언트(110)로부터의 request 메시지가 전송되지 않더라도 서버(100)는 계속적으로 response 메시지들을 전송할 수 있게 된다. Accordingly, the server 100 transmits response messages resulting from dividing the large file in steps 420 to 450 to the client 110. Similar to the case of FIG. 5, since the server and the client negotiate for large file transfer according to the present invention, the server 100 continuously transmits response messages even if the request message from the client 110 is not transmitted. It becomes possible.

서버(100)가 클라이언트(110)로 대용량 파일을 나눈 결과인 response 메시지를 모두 전송하면, obex 프로토콜에 따른 GET 동작을 완료한다.When the server 100 transmits all response messages that are the result of dividing a large file to the client 110, the GET operation according to the obex protocol is completed.

한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 실시예는 서버가 휴대 단말기이고 클라이언트가 PC인 경우에 적용되었으나, 본 발명이 이에 한정되지 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but the embodiment of the present invention has been applied to a case where the server is a portable terminal and the client is a PC. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be determined not only by the claims below but also by the equivalents of the claims.

본 발명은 obex 프로토콜 하에서 대용량 파일의 전송을 가능하게 한다.The present invention enables the transfer of large files under the obex protocol.

Claims (7)

Obex 프로토콜하에서 송수신을 수행하는 서버와 클라이언트 간에 대용량 파일을 전송하는 방법에 있어서, In a method of transferring a large file between a server and a client performing transmission and reception under the Obex protocol, 상기 클라이언트와 서버 간에 비동기 전송을 위한 협상을 수행하는 단계와,Negotiating for asynchronous transmission between the client and server; 상기 비동기 전송이 결정되면, 상기 서버가 대용량 파일을 클라이언트로 전송하는 경우 클라이언트로부터의 request 없이도 상기 대용량 파일을 나눈 결과인 response들을 계속적으로 전송하는 단계를 포함하며, If the asynchronous transmission is determined, if the server transmits a large file to the client, the step of continuously transmitting the response that is the result of dividing the large file without a request from the client, 상기 대용량 파일은 상기 서버가 상기 클라이언트로 전송하는 response의 크기보다 큰 크기를 갖는 것을 특징으로 하는 대용량 파일 전송 방법.And the large file has a size larger than a response size transmitted from the server to the client. 제1항에 있어서, 상기 서버가 휴대 단말기이고 상기 클라이언트가 PC 인 것을 특징으로 하는 대용량 파일 전송 방법.The method of claim 1, wherein the server is a portable terminal and the client is a PC. 제1항에 있어서, 상기 협상을 수행하는 단계는 상기 서버와 클라이언트 간에 송수신되는 메시지의 크기를 결정하는 단계를 포함하는 것을 특징으로 하는 대용량 파일 전송 방법.The method of claim 1, wherein the performing of the negotiation comprises determining a size of a message transmitted and received between the server and the client. Obex 프로토콜하에서 송수신을 수행하는 서버와 클라이언트 간에 대용량 파일을 전송하는 방법에 있어서, In a method of transferring a large file between a server and a client performing transmission and reception under the Obex protocol, 상기 클라이언트와 서버 간에 비동기 전송을 위한 협상을 수행하는 단계와,Negotiating for asynchronous transmission between the client and server; 상기 비동기 전송이 결정되면, 상기 클라이언트가 대용량 파일을 상기 서버로 전송하는 경우 서버로부터의 response 없이도 상기 대용량 파일을 나눈 결과인 request들을 계속적으로 전송하는 단계를 포함하며,If the asynchronous transmission is determined, if the client transmits a large file to the server comprising the step of continuously sending requests that are the result of dividing the large file without a response from the server, 상기 대용량 파일은 상기 클라이언트가 상기 서버로 전송하는 request의 크기보다 큰 크기를 갖는 것을 특징으로 하는 대용량 파일 전송 방법.The large file transfer method of claim 1, wherein the large file has a size larger than the size of the request that the client sends to the server. 제4항에 있어서, 상기 서버가 휴대 단말기이고 상기 클라이언트가 PC 인 것을 특징으로 하는 대용량 파일 전송 방법.The method of claim 4, wherein the server is a portable terminal and the client is a PC. 제5항에 있어서, 상기 서버가 상기 클라이언트로부터 최초로 상기 대용량 파일을 나눈 결과인 request를 수신하면, 자신이 비동기 전송 모드로 대용량 파일을 수신할 수 있는 지의 여부를 나타내는 response를 상기 클라이언트로 전송하는 단계를 더 포함하는 것을 특징으로 하는 대용량 파일 전송 방법.The method of claim 5, wherein when the server receives a request that is the result of dividing the large file from the client for the first time, transmitting a response to the client indicating whether the server can receive the large file in an asynchronous transmission mode. Large file transfer method characterized in that it further comprises. 제4항에 있어서, 상기 협상을 수행하는 단계는 상기 서버와 클라이언트 간에 송수신되는 메시지의 크기를 결정하는 단계를 포함하는 것을 특징으로 하는 대용량 파일 전송 방법.5. The method of claim 4, wherein performing the negotiation includes determining a size of a message transmitted and received between the server and the client.
KR1020060134226A 2006-12-26 2006-12-26 Method for transmitting a large file KR100842584B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020060134226A KR100842584B1 (en) 2006-12-26 2006-12-26 Method for transmitting a large file

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020060134226A KR100842584B1 (en) 2006-12-26 2006-12-26 Method for transmitting a large file

Publications (1)

Publication Number Publication Date
KR100842584B1 true KR100842584B1 (en) 2008-07-01

Family

ID=39823349

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060134226A KR100842584B1 (en) 2006-12-26 2006-12-26 Method for transmitting a large file

Country Status (1)

Country Link
KR (1) KR100842584B1 (en)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060047677A1 (en) 2001-11-15 2006-03-02 Microsoft Corporation System and method of pipeline data access to remote data

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060047677A1 (en) 2001-11-15 2006-03-02 Microsoft Corporation System and method of pipeline data access to remote data

Similar Documents

Publication Publication Date Title
US11336481B2 (en) Wireless communication system, communication apparatus, setting information providing method, setting information obtaining method, and computer program
JP4380592B2 (en) Data sharing system and method
JP2009524975A (en) Multimedia content transmission method and system in communication network
JP4524703B2 (en) Information processing apparatus and method, and program
US9014183B2 (en) Buffer transfer service
JP5387368B2 (en) COMMUNICATION DEVICE, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND PROGRAM
JP3187029U (en) Wireless storage device and wireless storage system having autonomous backup capability
JP4676014B2 (en) Information processing apparatus and capture image transfer processing method
KR101438345B1 (en) Memory system capable of controlling wireless communication function
JP5837462B2 (en) Wireless communication system, communication apparatus, setting information providing method, setting information obtaining method, and computer program
TW200835208A (en) Communications device, communications method, communications circuit, mobile phone, and computer-readable storage medium containing the computer program
JP5112532B2 (en) Information processing device
KR101240082B1 (en) Terminal perfroming synchronization through direct connection based on ip and synchronizing method using the same
JP2010050652A (en) Communication device, communication system, communication method, and program
KR100842584B1 (en) Method for transmitting a large file
US8438237B2 (en) Sharing of access to a storage device
WO2009084506A1 (en) Communication device, communication system, communication method, and program
JP5023227B2 (en) Information processing apparatus and capture image acquisition method
KR100601864B1 (en) Method for Data Transmission by Controlling of OBEX Header in Mobile Communication Terminal with Infrared Communication Apparatus and Mobile Communication Terminal therefor
JP6117742B2 (en) Wireless communication system, communication apparatus, setting information providing method, setting information obtaining method, and computer program
JP4734481B2 (en) Capture image transfer processing method
KR20220100204A (en) Multi-media streaming service system using bluetooth communication and service method therefor
JP5622602B2 (en) Electronic device and communication control method
JP2004072400A (en) Portable communication terminal
US20150319559A1 (en) Apparatus and method for setting up communication link in wireless communication system

Legal Events

Date Code Title Description
A201 Request for examination
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: 20110530

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee