WO2014098304A1 - 영상단말기 및 데이터 수신 방법 - Google Patents

영상단말기 및 데이터 수신 방법 Download PDF

Info

Publication number
WO2014098304A1
WO2014098304A1 PCT/KR2013/000447 KR2013000447W WO2014098304A1 WO 2014098304 A1 WO2014098304 A1 WO 2014098304A1 KR 2013000447 W KR2013000447 W KR 2013000447W WO 2014098304 A1 WO2014098304 A1 WO 2014098304A1
Authority
WO
WIPO (PCT)
Prior art keywords
block data
communication unit
receiving
video terminal
communication channel
Prior art date
Application number
PCT/KR2013/000447
Other languages
English (en)
French (fr)
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 전자부품연구원
Publication of WO2014098304A1 publication Critical patent/WO2014098304A1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382Demodulation or channel decoding, e.g. QPSK demodulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/06Reselecting a communication resource in the serving access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof

Definitions

  • the present invention relates to a video terminal and a data receiving method.
  • the present invention relates to a video terminal and a data receiving method for receiving block data through a plurality of communication channels for speeding up the receiving speed of the video terminal.
  • a simple reception-oriented broadcasting system has a user-specific VOD service type that receives contents desired by a user.
  • a video reception service generally used is a service for downloading an image through an Internet (IP) network, and the most uncomfortable part of the user is an image buffering delay time caused by a video download time delay.
  • IP Internet
  • the YouTube-based video download method uses a range request-based HTTP progressive download method.
  • 720p resolution-video download method has a difference.
  • 360p video a single TCP session is used to play one video, and the video is played by receiving a video in chunks periodically according to the video playback speed.
  • the method continuously requests 4 to 5 chunks in a back-to-back manner at the beginning of video play, and downloads the remaining chunks one chunk in accordance with the progress of video playback.
  • the HTTP Progressive Download method uses a method of receiving a video to be played little by little in accordance with the video playback speed, rather than downloading the entire video file at the start of video viewing.
  • This method can prevent the overhead of downloading the unviewed video section unnecessarily when the video is paused or skipped, but delayed video playback due to buffering at every chunk in slow network. It has a problem.
  • KR 2011-0051379A discloses a computer in which a file transfer time reduction program is recorded by increasing bandwidth occupancy rate in a TCP-based file transfer in which parallel transmission of a divided file block through a plurality of TCP sessions is performed. Shows a readable recording medium.
  • the publication is divided by the file division transfer module 216 dividing the file into a certain number, the session calculation module 212 calculates the number of TCP sessions to be opened, and the session establishment module 214 opens the TCP session. Transferred files in parallel.
  • the above-mentioned publication does not open TCP sessions in turn when necessary during the transmission process, but rather, calculates TCP sessions to be opened before opening data and opens all calculated TCP sessions, thereby delaying transmission time. There is a problem.
  • An object of the present invention is to provide a video terminal and a data receiving method for receiving data using a plurality of communication channels based on the conventional HTTP Progressive Download method.
  • Another object of the present invention is to provide a video terminal and a data receiving method for receiving data in parallel and sequentially receiving the data.
  • Another object of the present invention is to provide a video terminal and a data receiving method for opening a communication channel in sequence as a plurality of block data is received.
  • a video terminal comprising: a communication unit connected to a communication network to receive block data of a predetermined size unit through a communication channel; And a control unit which controls the communication unit to receive the next block data to be transmitted after the communication unit opens another communication channel while receiving the block data.
  • control unit generates a jump signal and transmits the jump signal to the communication unit, and provides a video terminal, characterized in that the communication unit controls the communication unit to receive the next block data from the start of the next block data.
  • the control unit may generate a stop signal for the opened communication channel and transmit a stop signal to the communication unit to control the communication unit to terminate the opened communication channel after receiving the block data currently received by the communication unit. It provides a video terminal, characterized in that.
  • the present invention provides a method for receiving data of a video terminal, the method comprising: opening a communication channel; Receiving block data over the opened communication channel; Determining whether the block data is last block data; If the block data is not the last block data, opening another communication channel while receiving the block data; And receiving next block data through another opened communication channel.
  • the receiving of the next block data may include generating a jump signal and transmitting the jump signal to a communication unit so that the communication unit receives the next block data from a start point of the next block data. Provide a way to.
  • the method may further include generating a stop signal for the communication channel and transmitting the stop signal to the communication unit to terminate the communication channel after receiving the block data currently received by the communication unit. Provides a method for receiving data.
  • the invention provides a computer readable recording medium having recorded thereon a program for executing a method of receiving data of a video terminal.
  • the present invention has the effect of reducing the reception delay and increasing the reception speed by simultaneously receiving data sequentially and in parallel.
  • the present invention has an effect of overcoming the data reception delay even in a poor network environment by improving the reception method of the terminal.
  • the present invention has the effect of increasing the reception speed by saving the preparation time required for opening the communication channel by opening while receiving the communication channel.
  • 1 is a view showing a conventional HTTP Progressive Download method.
  • FIG. 2 is a diagram illustrating a configuration of a computer-readable recording medium on which a file transfer time reduction program is recorded by increasing bandwidth occupancy in a TCP file transfer.
  • FIG. 3 is a diagram showing the configuration of a video terminal according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating an example of a conventional data receiving method.
  • FIG. 5 is a view showing an example of a data receiving method of a video terminal according to an embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating a data receiving method of a video terminal according to an exemplary embodiment of the present invention.
  • FIG. 3 is a diagram showing the configuration of a video terminal according to an embodiment of the present invention.
  • the video terminal includes a communication unit 310, a control unit 320, a playback unit 330, and a storage unit 340.
  • the communication unit 310 connects to a wireless communication network and transmits and receives data.
  • the communication unit 310 is controlled by the control unit 320, and transmits and receives block data (Chunk) divided into a predetermined size.
  • the communication unit 310 transmits the block data to the control unit 320.
  • the communication unit 310 may take both transmission and reception functions.
  • the communication unit 310 has a feature in the reception function.
  • the video terminal is a concept of all other devices capable of playing video such as a PC, a smart phone, a netbook, and a tablet, and may be a device capable of receiving data.
  • the block data may mainly include image information, but is not limited thereto.
  • the block data may include all other information that may be transmitted through wireless communication.
  • the block data may be in the form of a packet divided into predetermined units.
  • the communication unit 310 creates a communication channel for receiving data in a wireless communication network.
  • the communication channel is a data reception path having a transmission protocol, and TCP is representative. Accordingly, the communication channel may be a TCP session, and the TCP session serves to receive one block data.
  • the communication unit 310 determines whether the received current block data is the last block data, and creates another communication channel if the current block data is not the last block data. Thereafter, when the communication unit 310 receives the jump signal from the control unit 320, the communication unit 310 receives the next block data through the other communication channel from the start point of the next block data.
  • the communication unit 310 serves to terminate the opened communication channel.
  • the communicator 310 basically opens a communication channel and continuously receives data. However, when the communication unit 310 receives the stop signal from the control unit 320, when the reception of the block data is completed in the communication channel allocated for each block data, the communication unit 310 terminates the opened communication channel.
  • the communication unit 310 sequentially receives the data sequentially and in parallel by opening the communication channel for each block data sequentially received and ending the communication channel after the reception is completed.
  • the controller 320 controls all components of the communication unit 310 and the video terminal.
  • the controller 320 controls the communicator 310 to receive block data sequentially and in parallel through the communication channel through the communication channel.
  • the communication unit 310 receives the block data that is continuously transmitted.
  • the control unit 320 controls the communication unit 310 to open the other communication channel.
  • the controller 320 generates a jump signal and transmits the jump signal to the communicator 310 so that the communicator 310 receives the next block data.
  • the controller 320 controls the communication unit 310 to receive the next block data following the current block data.
  • the controller 320 While receiving the next block data, the controller 320 generates another jump signal for receiving the next block data subsequent to the next block data and transmits it to the communication unit 310.
  • the controller 320 controls the communicator 310 to open another communication channel and receive subsequent block data following the next block data.
  • the control unit 320 receives the one block data and receives the next block data in order, thereby controlling the communication unit 310 to receive several block data simultaneously and sequentially.
  • the control unit 320 controls the communication unit 310 to terminate the communication channel through which the block data was received. While the block data is received through a communication channel, the controller 320 generates a stop signal for the communication channel and transmits it to the communication unit 310. Through the stop signal, the control unit 320 controls the communication unit 310 to terminate the communication channel when the communication unit 310 completes reception of the communication channel in which the stop signal has occurred.
  • the playback unit 330 displays the block data so that the user can view the image through the video terminal.
  • the playback unit 330 may be in the form of a video player or an application of a computer and a smartphone, and may be a variety of software for viewing by a user.
  • the communication unit 310 receives the block data and transmits the block data to the control unit 320, and the control unit 320 immediately transmits the block data to the reproduction unit 330 so that the reproduction unit 330 reproduces the block data. Since this process is repeated every time the reception of the block data is completed, the playback unit 330 plays the image as much as the block data.
  • the storage unit 240 stores the received block data.
  • the controller 320 controls the playback unit 330 so that the playback unit 330 reproduces the block data from the communication unit 310, and stores the block data in the storage unit 340.
  • the control unit 320 of the video terminal starts the reception later than the current block data 417 which started reception, and then receives the next block data 418 and the next block data 418 and the subsequent block data 419 when the reception of the block data 419 is completed earlier. Subsequently, the block data 419 is stored in the storage unit 340.
  • FIGS. 4 and 5 are diagrams illustrating examples of a conventional receiving method and a data receiving method of a video terminal according to an exemplary embodiment of the present invention.
  • FIG. 4 illustrates a data receiving method of a conventional video terminal.
  • the video terminal receives block data 411 to 414 one by one.
  • the video terminal starts receiving the next block data when the reception of one block data is completed, and the reception of the next block data when the reception of the next block data is completed.
  • the video terminal has already received the previous block data 411 and 412 and has received the current block data 413.
  • the video terminal receives the next block data 414 when the current block data 413 is received.
  • the playback unit 330 plays back the image as much as the block data received by the video terminal. That is, in order for the video terminal to play the entire video, the current playback progress 422 has to be advanced by the playback progress bar 421.
  • the video terminal has already received the block data 411 and 412 and the block data currently received.
  • the current playback progress level 422 is displayed on the playback progress status bar 421 by 413.
  • the video terminal displays the playback progress bar 421 and the current playback progress 422 to the user through the playback unit 330.
  • the user can know the playback degree of the video.
  • FIG. 5 illustrates a data receiving method of a video terminal of the present invention.
  • the video terminal receives the block data 415 to 419 one by one, and simultaneously receives the next block data sequentially and in parallel.
  • the video terminal has already received the previous block data 415 and 416 and is receiving the current block data 417.
  • the video terminal opens another communication channel, generates a jump signal 1, and starts receiving the next block data 418.
  • the video terminal generates the interrupt signal 1 before generating the jump signal 1, thereby terminating the communication channel of the current block data 417 when the reception of the current block data 417 is completed.
  • the video terminal While receiving the next block data 418, the video terminal generates jump signal 2 to start receiving block data 419 later.
  • the video terminal generates the stop signal 2 before generating the jump signal 2, thereby terminating the communication channel of the next block data 418 when the reception of the next block data 418 is completed.
  • the video terminal is currently in the state of continuously receiving the block data 417.
  • the video terminal repeats the above process until there is no block data to be received.
  • the video terminal starts reception later than the current block data 417 which started reception, and then the block data 418 and the next block data 418 after the reception of the block data 418 and the subsequent block data 419 are completed sooner. Subsequently, the block data 419 is stored in the storage unit 340.
  • the current playback progress level 424 of the playback progress status bar 423 is the same as in FIG. This is because the video terminal plays block data in sequence.
  • the video terminal starts receiving later and then receives the block data 418 and the subsequent block data 419 sooner, the video terminal stores the next block data 418 and the subsequent block data 419 stored in the storage unit 340. ) Is read and reproduced following the current block data 417.
  • FIG. 6 is a flowchart illustrating a data receiving method of a video terminal according to an exemplary embodiment of the present invention.
  • the communication unit 310 opens a communication channel of current block data through control by the control unit 320.
  • the communication unit 310 receives current block data through the communication channel.
  • control unit 320 In operation S505, the control unit 320 generates a stop signal and controls the communication unit 310 to terminate the communication channel when the communication unit 310 completes reception of the current block data.
  • step S507 while receiving the current block data, the controller 320 determines whether the current block data is the last block data. If the current block data is not the last block data, the controller 320 prepares to open another communication channel. If the current block data is the last block data, the controller 320 completes reception of all block data including the current block data and ends the entire data reception operation (S513).
  • step S509 if the current block data is not the last block data, the controller 320 additionally opens another communication channel.
  • the controller 320 In operation S511, the controller 320 generates a jump signal and controls the communicator 310 to receive the next block data so that the communicator 310 receives the next block data.
  • the controller 320 determines whether the block data currently being received is the last block data and repeats the above process until the last block data is received. If the currently received block data is the last block data, the control unit 320 completes all reception of the block data received so far and ends the entire receiving operation.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 발명은 영상단말기에 있어서, 통신망에 연결되어 통신채널을 통하여 일정 크기 단위의 블럭 데이터를 수신하는 통신부; 상기 블럭 데이터를 수신하는 중에 상기 통신부가 다른 통신채널을 개통하고 이어서 송신될 다음 블럭 데이터를 수신하도록 상기 통신부를 제어하는 제어부;를 포함하는 것을 특징으로 하는 영상단말기를 제공한다. 따라서 본 발명은 데이터를 순차적 및 병렬적으로 동시에 수신하여 수신 지연을 감소하고 수신 속도를 증대하는 효과가 있다.

Description

영상단말기 및 데이터 수신 방법
본 발명은 영상단말기 및 데이터 수신 방법에 관한 것이다. 특히, 본 발명은 영상단말기의 수신 속도를 빠르게 하기 위한 복수의 통신채널을 개통하여 블럭 데이터를 수신하는 영상단말기 및 그 데이터 수신 방법에 관한 것이다.
YouTube, Internet VOD서비스 등의 활성화와 더불어, 단순한 수신 위주의 Broadcasting 시스템은 사용자가 원하는 컨텐츠를 수신하는 사용자 특화형 VOD서비스 형태를 가지고 있다. 이때 일반적으로 사용하는 영상 수신 서비스는 인터넷(IP,Internet protocol)망을 통해 영상을 다운로드 하는 서비스이며, 사용자가 가장 불편을 갖는 부분은 영상 다운로드 시간 지연으로 인해 발생하는 영상 버퍼링 지연시간이다.
가령, IP망을 통해 영상을 다운로 드하는 방식 중 유튜브(YouTube)를 예로 들면, 유튜브 기반의 영상 다운로드 방식은 Range Request기반의 HTTP Progressive Download방식을 사용한다. 이때 영상의 Quality에 따라 - 360p급 해상도, 720p급 해상도- 영상 다운로드 방식은 차이점을 가지고 있다. 360p영상의 경우는 하나의 영상을 플레이하기 위해 단일 TCP 세션을 사용하며, 영상 재생 속도에 따라 주기적으로 청크(chunk)단위의 영상을 수신하여 영상을 플레이하는 방식이다. 도 1과 같이, 상기 방식은 영상플레이 초기에는 4~5개의 Chunk를 back-to-back방식으로 연속요청하고, 나머지 부분의 Chunk를 영상 재생 진행 정도에 맞춰 하나의 chunk씩 다운로드 한다. 즉, HTTP Progressive Download방식은 영상 관람 시작시 전체 영상파일을 다 다운받는 것이 아니라 영상 재생 속도에 맞춰 조금씩 재생할 영상을 수신하는 방식을 사용한다.
본 방식은 영상이 중간에 Pause되거나 영상 건너뛰기 등을 수행할 경우 보지 않은 영상구간을 불필요하게 다운로드하는 오버헤드는 방지할 수 있으나, 네트워크 속도가 느린 환경에서 매 Chunk수신시마다 버퍼링으로 인한 영상 재생 지연이라는 문제점을 가진다.
상기 문제점들을 해결하기 위해 복수의 통신채널을 통한 전송 기술이 개발되고 있다. 도 2를 참조하면, 대한민국 공개특허공보 KR 2011-0051379A는 복수의 TCP세션을 통해 분할된 파일 블럭을 동시에 병렬 전송하는 TCP방식의 파일 전송시 대역 점유율 증진을 통한 파일 전송 시간 단축 프로그램이 기록된 컴퓨터가 판독 가능한 기록매체를 제시하고 있다. 상기 공개공보는 파일분할전송모듈(216)이 파일을 특정 개수로 분할하고 세션계산모듈(212)이 열어야 할 TCP세션의 수를 산출하고 세션설정모듈(214)이 상기 TCP세션을 개통함으로써, 분할된 파일을 병렬적으로 전송한다. 그러나 상기 공개공보는 전송과정에서 필요한 경우마다 TCP세션을 차례로 개통하는 것이 아니라, 데이터를 전송하기 전에 개통할 TCP세션을 계산하고 계산된 TCP세션을 모두 개통하는 작업을 해야 하기 때문에, 전송시간이 지연된다는 문제점이 있다.
본 발명의 목적은 종래의 HTTP Progressive Download 방식을 기반으로 복수의 통신채널을 사용하여 데이터를 수신하는 영상단말기 및 데이터 수신 방법을 제공하기 위한 것이다.
본 발명의 다른 목적은 데이터를 동시에 병렬적으로 수신하되, 순차적으로 수신하는 영상단말기 및 데이터 수신 방법을 제공하기 위한 것이다.
본 발명의 또 다른 목적은 복수의 블럭 데이터들이 수신됨에 따라서 통신채널을 차례로 개통하는 영상단말기 및 데이터 수신 방법을 제공하기 위한 것이다.
본 발명의 실시의 일 측면에서, 영상단말기에 있어서, 통신망에 연결되어 통신채널을 통하여 일정 크기 단위의 블럭 데이터 수신하는 통신부; 상기 블럭 데이터를 수신하는 중에 상기 통신부가 다른 통신채널을 개통하고 이어서 송신될 다음 블럭 데이터를 수신하도록 상기 통신부를 제어하는 제어부;를 포함하는 것을 특징으로 하는 영상단말기를 제공한다.
또한, 상기 제어부는 점프신호를 생성하고 상기 점프신호를 통신부로 전송하여, 통신부가 다음 블럭 데이터의 시작점부터 상기 다음 블럭 데이터를 수신하도록 통신부를 제어하는 것을 특징으로 하는 영상단말기를 제공한다.
또한, 상기 제어부는 개통한 통신채널에 대해 중단신호를 생성하고 사익 중단신호를 통신부로 전송하여, 통신부가 현재 수신하고 있는 블럭 데이터를 수신완료한 뒤에 상기 개통한 통신채널을 종료하도록 통신부를 제어하는 것을 특징으로 하는 영상단말기를 제공한다.
본 발명의 실시의 다른 측면에서, 본 발명은 영상단말기의 데이터를 수신하는 방법에 있어서, 통신채널을 개통하는 단계; 상기 개통된 통신채널을 통하여 블럭 데이터를 수신하는 단계; 상기 블럭 데이터가 마지막 블럭 데이터인지 판단하는 단계; 상기 블럭 데이터가 마지막 블럭 데이터가 아닌 경우, 상기 블럭 데이터를 수신하는 중 다른 통신채널을 개통하는 단계; 및 상기 개통된 다른 통신채널을 통하여 다음 블럭 데이터를 수신하는 단계;를 포함하는 것을 특징으로 하는 영상단말기의 데이터를 수신하는 방법을 제공한다.
또한, 상기 다음 블럭 데이터를 수신하는 단계는 점프신호를 생성하고 상기 점프신호를 통신부로 전송하여, 통신부가 다음 블럭 데이터의 시작점부터 상기 다음 블럭 데이터를 수신하는 것을 특징으로 하는 영상단말기의 데이터를 수신하는 방법을 제공한다.
또한, 상기 통신채널에 대해 중단신호를 생성하고 상기 중단신호를 통신부로 전송하여, 통신부가 현재 수신하고 있는 블럭 데이터를 수신완료한 뒤에 상기 통신채널을 종료하는 것을 포함하는 것을 특징으로 하는 영상단말기의 데이터를 수신하는 방법을 제공한다.
본 발명의 실시의 또 다른 측면에서, 본 발명은 영상단말기의 데이터를 수신하는 방법을 실행하기 위한 프로그램이 기록되고 컴퓨터로 판독 가능한 기록매체를 제공한다.
본 발명은 데이터를 순차적 및 병렬적으로 동시에 수신하여 수신 지연을 감소하고 수신 속도를 증대하는 효과가 있다.
또한, 본 발명은 단말기의 수신 방법을 개선하여, 네트워크 환경이 열악한 곳에서도 데이터 수신 지연을 극복하는 효과가 있다.
또한, 본 발명은 통신채널을 수신하는 중에 개통함으로써, 통신채널 개통에 필요한 준비시간을 절약하여 수신 속도를 증대시키는 효과가 있다.
도 1은 종래의 HTTP Progressive Download 방식을 나타낸 도면이다.
도 2는 종래의 TCP방식의 파일 전송시 대역 점유율 증진을 통한 파일 전송 시간 단축 프로그램이 기록된 컴퓨터가 판독 가능한 기록매체의 구성도를 나타낸 도면이다.
도 3은 본 발명의 바람직한 일 실시예에 따른 영상단말기의 구성도를 나타낸 도면이다.
도 4는 기존의 데이터 수신 방법의 예시도를 나타내는 도면이다.
도 5는 본 발명의 바람직한 일 실시예에 따른 영상단말기의 데이터 수신 방법의 예시도를 나타내는 도면이다.
도 6은 본 발명의 바람직한 일 실시예에 따른 영상단말기의 데이터 수신 방법의 흐름도를 나타내는 도면이다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 것이며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하며, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 한편, 본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 또한 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다. 본 발명을 설명함에 있어 전체적인 이해를 용이하게 하기 위하여 도면 번호에 상관없이 동일한 수단에 대해서는 동일한 참조 번호를 사용하기로 한다.
도 3은 본 발명의 바람직한 일 실시예에 따른 영상단말기의 구성도를 나타낸 도면이다.
도 3을 참조하면, 영상단말기는 통신부(310), 제어부(320), 재생부(330) 및 저장부(340)를 포함한다.
통신부(310)는 무선통신망과 연결하여 데이터를 송수신하는 역할을 한다. 통신부(310)는 제어부(320)의 제어를 받으며, 일정 크기로 분할된 블럭 데이터(Chunk)를 송수신한다. 통신부(310)는 상기 블럭 데이터 를 제어부(320)로 전송한다. 통신부(310)는 송신 및 수신 기능을 모두 취할 수 있다. 통신부(310)는 수신 기능에 있어서 특징을 가진다.
상기 영상단말기는 PC, 스마트폰, 넷북 및 태블릿 등 동영상을 재생할 수 있는 기타 모든 장치를 일컫는 개념으로써, 데이터를 수신할 수 있는 장치가 될 수 있다.
상기 블럭 데이터는 주로 영상 정보를 포함할 수 있으나, 이에 한정되지 않고 무선통신으로 전송될 수 있는 모든 기타 정보를 포함하는 개념이다. 상기 블럭 데이터는 일정한 단위로 나뉘어진 패킷의 형태가 될 수 있다.
통신부(310)는 무선통신망에 데이터를 수신하기 위한 통신채널을 생성한다. 통신채널은 전송 프로토콜을 가지는 데이터 수신 경로로서, TCP가 대표적이다. 따라서 상기 통신채널은 TCP세션일 수 있고 상기 TCP세션은 하나의 블럭 데이터를 수신하는 역할을 한다. 통신부(310)는 수신하는 현재 블럭 데이터가 마지막 블럭 데이터인지 판단하고, 상기 현재 블럭 데이터가 마지막 블럭 데이터가 아니면 다른 통신채널을 생성한다. 이후, 통신부(310)는 제어부(320)로부터 점프신호를 받으면 다음 블럭 데이터의 시작점부터 상기 다른 통신채널을 통하여 상기 다음 블럭 데이터를 수신한다.
통신부(310)는 개통한 통신채널을 종료하는 역할을 한다. 통신부(310)는 원칙적으로 통신채널을 개통하고 데이터를 지속적으로 수신한다. 그러나 통신부(310)가 제어부(320)로부터 중단신호를 전송받으면, 블럭 데이터마다 할당된 통신채널에서 상기 블럭 데이터의 수신이 완료되되었을 때, 통신부(310)는 상기 개통했던 통신채널을 종료한다.
그리하여 통신부(310)는 순차로 수신되는 블럭 데이터마다 통신채널을 차례로 개통하고 수신이 완료된 통신채널을 종료함으로써, 데이터를 순차적 및 병렬적으로 동시에 수신한다.
제어부(320)는 통신부(310) 및 영상단말기의 모든 구성을 제어한다.
제어부(320)는 통신부(310)가 통신채널을 개통하여 블럭 데이터를 상기 통신채널을 통해 순차적 및 병렬적으로 수신하도록 통신부(310)를 제어한다. 상세하게, 통신부(310)가 지속적으로 전송되는 블럭 데이터를 수신하고 있다고 가정한다. 통신부(310)가 어떤 블럭 데이터를 수신하고 있는 중에, 제어부(320)는 통신부(310)가 다른 통신채널을 개통하도록 통신부(310)를 제어한다. 제어부(320)는 통신부(310)가 다음 블럭 데이터를 수신하도록 점프신호를 생성하여 통신부(310)로 전송한다. 상기 점프신호를 통하여, 제어부(320)는 통신부(310)가 수신하는 현재 블럭 데이터에 뒤이은 다음 블럭 데이터를 수신하도록 제어한다. 제어부(320)는 상기 다음 블럭 데이터를 수신하는 중에, 다음 블럭 데이터에 뒤이은 차후 블럭 데이터를 수신하기 위한 다른 점프신호를 생성하여 통신부(310)로 전송한다. 상기 다른 점프신호를 통하여, 상기 제어부(320)는 통신부(310)가 또 다른 통신채널을 개통하고 상기 다음 블럭 데이터에 뒤이은 차후 블럭 데이터를 수신하도록 제어한다. 제어부(320)는 이렇게 하나의 블럭 데이터를 수신하면서 차례로 다음 블럭 데이터들을 수신함으로써, 통신부(310)가 여러 블럭 데이터를 순차적 및 병렬적으로 동시에 수신하도록 제어한다.
제어부(320)는 블럭 데이터의 수신이 완료가 되면, 상기 블럭 데이터가 수신되던 통신채널을 종료하도록 통신부(310)를 제어한다. 어떤 통신채널 통하여 블럭 데이터가 수신되는 중에, 제어부(320)는 상기 통신채널에 대한 중단신호를 생성하여 통신부(310)로 전송한다. 상기 중단신호를 통하여, 제어부(320)는 통신부(310)가 상기 중단신호가 발생한 통신채널의 수신을 완료하면 상기 통신채널을 종료하도록 통신부(310)를 제어한다.
재생부(330)는 블럭 데이터를 디스플레이하여 사용자가 영상단말기를 통해 영상을 볼 수 있도록 한다. 재생부(330)는 대표적으로 컴퓨터 및 스마트폰의 동영상 플레이어 또는 어플리케이션의 형태가 될 수 있으며 사용자가 볼 수 있도록 하는 각종 소프트웨어가 될 수 있다. 통신부(310)는 블럭 데이터를 수신하여 제어부(320)로 전송하고 제어부(320)는 블럭 데이터를 즉시 재생부(330)로 전송하여 재생부(330)는 블럭 데이터를 재생한다. 블럭 데이터의 수신이 완료될 때마다 이 과정이 반복되기 때문에, 재생부(330)는 블럭 데이터만큼 영상을 재생한다.
저장부(240)에는 수신된 블럭 데이터가 저장된다. 제어부(320)는 통신부(310)로부터 상기 블럭 데이터를 재생부(330)가 상기 블럭 데이터를 재생하도록 재생부(330)를 제어하는 동시에, 저장부(340)에 상기 블럭 데이터를 저장한다. 영상단말기의 제어부(320)는 먼저 수신을 시작한 현재 블럭 데이터(417)보다 나중에 수신을 시작한 다음 블럭 데이터(418) 및 차후 블럭 데이터(419)를 더 빨리 수신 완료한 경우 다음 블럭 데이터(418) 및 차후 블럭 데이터(419)를 저장부(340)에 저장한다.
도 4 및 도 5는 기존의 수신 방법과 본 발명의 바람직한 일 실시예에 따른 영상단말기의 데이터 수신 방법의 예시도를 나타내는 도면이다.
도 4를 참조하면, 도 4는 기존의 영상단말기의 데이터 수신 방법을 나타낸다. 기존의 방법은 영상단말기가 블럭 데이터(411 내지 414)를 하나씩 수신한다. 영상단말기는 하나의 블럭 데이터의 수신을 완료하면 다음 블럭 데이터의 수신을 시작하고, 상기 다음 블럭 데이터의 수신을 완료하면 다음 블럭 데이터의 수신을 시작한다. 상세하게 설명하면, 영상단말기는 이미 이전의 블럭 데이터(411 및 412)를 수신완료하고 현재 블럭 데이터(413)를 수신하고 있다. 영상단말기는 현재 블럭 데이터(413)을 수신완료하면 다음 블럭 데이터(414)를 수신한다. 이와 더불어, 재생부(330)는 영상단말기가 수신한 블럭 데이터만큼 영상을 재생한다. 즉, 영상단말기가 영상을 전체 재생하려면 현재 재생 진행 정도(422)가 재생 진행 상태바(421)만큼 진행되어야 하는데, 영상단말기는 이미 수신한 블럭 데이터(411 및 412)와 현재 수신하고 있는 블럭 데이터(413)만큼 현재 재생 진행 정도(422)를 재생 진행 상태바(421)에 표시한다. 여기서, 영상단말기는 재생 진행 상태바(421) 및 현재 재생 진행 정도(422)를 재생부(330)를 통하여 사용자에 표시한다. 재생 진행 상태바(421)에 표시된 현재 재생 진행 정도(422)를 통하여, 사용자는 영상의 재생 정도를 알 수 있다.
도 5를 참조하면, 도 5도 5 발명의 영상단말기의 데이터 수신 방법을 나타낸다. 본 발명의 방법은 영상단말기가 블럭 데이터(415 내지 419)를 하나씩 수신하되, 수신 중에 다음 블럭 데이터를 순차적 및 병렬적으로 동시에 수신하는 것이다. 상세하게 설명하면, 영상단말기는 이미 이전의 블럭 데이터(415 및 416)를 수신완료하고 현재 블럭 데이터(417)를 수신하고 있다. 영상단말기는 현재 블럭 데이터(417)를 수신하는 중에, 다른 통신채널을 개통하고 점프신호1을 생성하여 다음 블럭 데이터(418)의 수신을 시작한다. 영상단말기는 점프신호1을 생성하기 전에 중단신호1을 생성함으로써, 현재 블럭 데이터(417)의 수신을 완료하면 현재 블럭 데이터(417)의 통신채널을 종료한다. 영상단말기는 다음 블럭 데이터(418)을 수신하는 중에, 점프신호2를 생성하여 차후 블럭 데이터(419)의 수신을 시작한다. 영상단말기는 점프신호2를 생성하기 전에 중단신호2를 생성함으로써, 다음 블럭 데이터(418)의 수신을 완료하면 다음 블럭 데이터(418)의 통신채널을 종료한다. 이 때, 영상단말기는 현재 블럭 데이터(417)의 수신을 계속 진행하고 있는 상태에 있다. 영상단말기는 상기와 같은 과정을 수신될 블럭 데이터가 없을 때까지 반복한다. 영상단말기는 먼저 수신을 시작한 현재 블럭 데이터(417)보다 나중에 수신을 시작한 다음 블럭 데이터(418) 및 차후 블럭 데이터(419)를 더 빨리 수신완료한 경우 상기 나중에 수신을 시작한 다음 블럭 데이터(418) 및 차후 블럭 데이터(419)를 저장부(340)에 저장한다. 이 경우, 재생 진행 상태바(423)의 현재 재생 진행 정도(424)는 도 4와 동일하다. 이것은 영상단말기가 블럭 데이터를 차례로 재생하기 때문이다. 영상단말기가 나중에 수신을 시작한 다음 블럭 데이터(418) 및 차후 블럭 데이터(419)를 더 빨리 수신완료한 경우, 영상단말기는 저장부(340)에 저장된 다음 블럭 데이터(418) 및 차후 블럭 데이터(419)를 독출하여 현재 블럭 데이터(417)에 뒤이어 재생한다.
도 6은 본 발명의 바람직한 일 실시예에 따른 영상단말기의 데이터 수신 방법의 흐름도를 나타내는 도면이다.
도 6을 참조하면, S501단계에서, 통신부(310)는 제어부(320)에 의한 제어를 통해, 현재 블럭 데이터의 통신채널을 개통한다.
S503단계에서, 통신부(310)는 상기 통신채널을 통하여 현재 블럭 데이터를 수신한다.
S505단계에서, 제어부(320)는 중단신호를 생성하고 통신부(310)가 현재 블럭 데이터의 수신을 완료하면 통신채널을 종료하도록 통신부(310)를 제어한다.
S507단계에서, 제어부(320)는 현재 블럭 데이터를 수신하는 중에, 현재 블럭 데이터가 마지막 블럭 데이터인지 판단한다. 현재 블럭 데이터가 마지막 블럭 데이터가 아니라면, 제어부(320)는 다른 통신채널을 추가로 개통할 준비를 한다. 현재 블럭 데이터가 마지막 블럭 데이터라면, 제어부(320)는 현재 블럭 데이터를 포함한 모든 블럭 데이터의 수신을 완료하여 전체 데이터 수신 작업을 종료한다(S513).
S509단계에서, 현재 블럭 데이터가 마지막 블럭 데이터가 아니라면, 제어부(320)는 다른 통신채널을 추가로 개통한다.
S511단계에서, 제어부(320)는 점프신호를 생성하고 통신부(310)가 다음 블럭 데이터를 수신하도록 통신부(310)를 제어하여, 통신부(310)는 다음 블럭 데이터를 수신한다.
상기와 같이, 제어부(320)는 현재 수신하고 있는 블럭 데이터가 마지막 블럭 데이터인지 판단하고 마지막 블럭 데이터를 수신할 때까지 상기와 같은 과정을 반복한다. 상기 현재 수신하고 있는 블럭 데이터가 마지막 블럭 데이터이면, 제어부(320)는 현재까지 수신한 블럭 데이터의 수신을 모두 완료하고 전체 수신 작업을 종료한다.
상기에서는 본 발명의 실시예를 참조하여 설명하였지만, 해당 기술분야에서 통상의 지식을 가진 자라면 하기의 특허 청구 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

Claims (7)

  1. 영상단말기에 있어서,
    통신망에 연결되어 통신채널을 통하여 일정 크기 단위의 블럭 데이터를 수신하는 통신부;
    상기 블럭 데이터를 수신하는 중에 상기 통신부가 다른 통신채널을 개통하고 이어서 송신될 다음 블럭 데이터를 수신하도록 상기 통신부를 제어하는 제어부;를 포함하는 것
    을 특징으로 하는 영상단말기.
  2. 제1항에 있어서,
    상기 제어부는 점프신호를 생성하고 상기 점프신호를 통신부로 전송하여, 통신부가 다음 블럭 데이터의 시작점부터 상기 다음 블럭 데이터를 수신하도록 통신부를 제어하는 것
    을 특징으로 하는 영상단말기.
  3. 제2항에 있어서,
    상기 제어부는 개통한 통신채널에 대해 중단신호를 생성하고 사익 중단신호를 통신부로 전송하여, 통신부가 현재 수신하고 있는 블럭 데이터를 수신완료한 뒤에 상기 개통한 통신채널을 종료하도록 통신부를 제어하는 것
    을 특징으로 하는 영상단말기.
  4. 영상단말기의 데이터를 수신하는 방법에 있어서,
    통신채널을 개통하는 단계;
    상기 개통된 통신채널을 통하여 블럭 데이터를 수신하는 단계;
    상기 블럭 데이터가 마지막 블럭 데이터인지 판단하는 단계;
    상기 블럭 데이터가 마지막 블럭 데이터가 아닌 경우, 상기 블럭 데이터를 수신하는 중 다른 통신채널을 개통하는 단계; 및
    상기 개통된 다른 통신채널을 통하여 다음 블럭 데이터를 수신하는 단계;를 포함하는 것
    을 특징으로 하는 영상단말기의 데이터를 수신하는 방법.
  5. 제4항에 있어서,
    상기 다음 블럭 데이터를 수신하는 단계는 점프신호를 생성하고 상기 점프신호를 통신부로 전송하여, 통신부가 다음 블럭 데이터의 시작점부터 상기 다음 블럭 데이터를 수신하는 것
    을 특징으로 하는 영상단말기의 데이터를 수신하는 방법.
  6. 제5항에 있어서,
    상기 통신채널에 대해 중단신호를 생성하고 상기 중단신호를 통신부로 전송하여, 통신부가 현재 수신하고 있는 블럭 데이터를 수신완료한 뒤에 상기 통신채널을 종료하는 것을 포함하는 것
    을 특징으로 하는 영상단말기의 데이터를 수신하는 방법.
  7. 제4항 내지 제6항 중 어느 한 항에 의하여 영상단말기의 데이터를 수신하는 방법을 실행하기 위한 프로그램이 기록되고 컴퓨터로 판독 가능한 기록매체.
PCT/KR2013/000447 2012-12-21 2013-01-21 영상단말기 및 데이터 수신 방법 WO2014098304A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2012-0151200 2012-12-21
KR1020120151200A KR101443284B1 (ko) 2012-12-21 2012-12-21 영상단말기 및 데이터 수신 방법

Publications (1)

Publication Number Publication Date
WO2014098304A1 true WO2014098304A1 (ko) 2014-06-26

Family

ID=50978597

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/000447 WO2014098304A1 (ko) 2012-12-21 2013-01-21 영상단말기 및 데이터 수신 방법

Country Status (2)

Country Link
KR (1) KR101443284B1 (ko)
WO (1) WO2014098304A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110225302A1 (en) * 2010-03-12 2011-09-15 Park Anthony N Parallel streaming
KR20120064950A (ko) * 2010-12-10 2012-06-20 주식회사 케이티 분할된 다중 멀티미디어 파일에 대한 프로그래시브 다운로드 스트리밍 서비스를 제공하는 방법 및 장치
KR20120084677A (ko) * 2011-01-19 2012-07-30 삼성전자주식회사 무선 시스템에서 데이터 스트림들 송수신 장치 및 방법
KR20120106541A (ko) * 2009-09-25 2012-09-26 파나소닉 주식회사 기록매체, 재생장치 및 집적회로
KR20120114307A (ko) * 2009-12-17 2012-10-16 실리콘 이미지, 인크. 다수의 링크로의 데이터 스트림의 역캡슐화

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120106541A (ko) * 2009-09-25 2012-09-26 파나소닉 주식회사 기록매체, 재생장치 및 집적회로
KR20120114307A (ko) * 2009-12-17 2012-10-16 실리콘 이미지, 인크. 다수의 링크로의 데이터 스트림의 역캡슐화
US20110225302A1 (en) * 2010-03-12 2011-09-15 Park Anthony N Parallel streaming
KR20120064950A (ko) * 2010-12-10 2012-06-20 주식회사 케이티 분할된 다중 멀티미디어 파일에 대한 프로그래시브 다운로드 스트리밍 서비스를 제공하는 방법 및 장치
KR20120084677A (ko) * 2011-01-19 2012-07-30 삼성전자주식회사 무선 시스템에서 데이터 스트림들 송수신 장치 및 방법

Also Published As

Publication number Publication date
KR20140081441A (ko) 2014-07-01
KR101443284B1 (ko) 2014-09-22

Similar Documents

Publication Publication Date Title
WO2011136496A2 (en) Method and apparatus for playing live content
WO2012023833A2 (en) Method and apparatus for reducing deterioration of a quality of experience of a multimedia service in a multimedia system
WO2011159140A2 (en) Storage file format for multimedia streaming file, and storage method and client apparatus using the same
WO2013113190A1 (zh) 一种实现多屏同步显示的方法及系统
WO2013077525A1 (ko) 제어 방법 및 그를 이용한 장치
KR20140066641A (ko) 서버, 멀티미디어 기기 및 그들의 제어방법
WO2010024520A2 (ko) 멀티미디어 스트리밍을 위한 전송 대역폭 측정 시스템 및 그 방법
WO2014069905A1 (ko) 적응형 스트리밍을 이용한 미디어 세그먼트 송수신 방법 및 장치
WO2012047004A2 (ko) Http 스트리밍의 표현 스위칭시 자연스런 재생을 위한 스케일러블한 http 스트리밍 전송 방법
WO2016129966A1 (ko) 저지연 생방송 컨텐츠 제공을 위한 프로그램을 기록한 기록매체 및 장치
WO2011159104A2 (en) Method and apparatus for playing back recorded content in wireless communication system
WO2012030120A2 (ko) Http 스트리밍을 위한 미디어 정보 파일의 전송 및 수신 방법
WO2013187637A1 (ko) 복수 무선 통신망의 다중접속에 의한 컨텐트 데이터의 수신을 제어하는 방법과 그 방법을 위한 장치
KR102519381B1 (ko) 오디오 스트림과 비디오 스트림을 동기식으로 전환하는 방법 및 장치
WO2012039576A2 (ko) Http 스트리밍에서 표현 스위칭시 처리 방법
WO2011126271A2 (en) Apparatus and method for inserting advertisement in a broadcasting system
WO2011074869A2 (ko) 통신 시스템에서 클럭 동기화 방법
CN103607663A (zh) 一种多媒体流的识别方法、装置及设备
WO2013085279A1 (ko) 멀티미디어 컨텐트 전송 시스템에서 적응적 스트리밍을 이용한 트래픽 제어 방법 및 장치
WO2011162506A2 (en) Method and apparatus for random access to multimedia content in wireless communication system
WO2015194906A1 (ko) 이종망 기반 방송 서비스를 제공하는 방법 및 장치
WO2014098304A1 (ko) 영상단말기 및 데이터 수신 방법
WO2013154364A1 (ko) 스트리밍 재생 방법 및 이를 이용한 컴퓨팅 장치
WO2023027399A1 (en) Method and device for downloading streaming media file
WO2016018102A1 (ko) 클라우드 스트리밍 기반 방송 연동형 서비스 시스템, 방송 연동형 서비스 클라이언트 장치, 트리거 컨텐츠 제공 서버 및 이를 이용한 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13866136

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13866136

Country of ref document: EP

Kind code of ref document: A1