Video proxy server

• US 7,359,981 B2
• Filed: 07/06/2006
• Issued: 04/15/2008
• Est. Priority Date: 05/10/2001
• Status: Expired due to Term

• Current Assignee: Sun Patent Trust
• Original Assignee: Matsushita Electric Industrial Company Limited (Panasonic Holdings Corporation)
• Inventors: Horiuchi, Masaki, Harumoto, Hideaki
• Primary Examiner(s): Najjar; Saleh
• Assistant Examiner(s): Hamza; Faruk
• Application Number:
  US11/481,066
• Publication Number:
  US 20060253602A1
• Time in Patent Office: 649 Days
• Field of Search: 709/217, 709/230, 709231-233, 725/86, 725/87, 725100-105, 380/210, 380/212, 380/215
• US Class Current: 709/231
• CPC Class Codes: H04L 65/1101 Session protocols
• CPC Class Codes: H04L 65/1104 Session initiation protocol [SIP]
• CPC Class Codes: H04L 65/612 for unicast
• CPC Class Codes: H04L 67/2871 Implementation details of single intermediate entities
• CPC Class Codes: H04L 9/40 Network security protocols
• CPC Class Codes: H04N 21/23106 involving caching operations prefetching while addressing of a memory level in which the access to the desired data or data block requires associative addressing means within memory systems or architectures G06F12/0862; caching at an intermediate stage in a data network H04L67/568

Abstract

A video proxy server capable of streaming video data after a seek position in quick response to a request from a terminal while caching the video data without any loss. When the video proxy server receives a seek playback request while executing a video reading and caching operation of receiving video data from a content server, caching the video data, and streaming the cached video data to a terminal, the video proxy server starts receiving video data after the seek position from the content server, caching the video data after the seek position, and streaming the video data after the seek position to the terminal while continuing to receive and cache the video data so as to prevent any loss of the video data as the video data after the seek position is concurrently received, cached and streamed to the terminal.

Claims

1. A video proxy server, provided between a content server storing video data and a plurality of terminals capable of video playback at playback speeds differed from each other, for receiving the video data from the content server, caching the video data, and streaming the video data to the terminals for playback, the video proxy server comprising:

a request receiving section for receiving a request from each of the terminals;

a speed managing section for storing and managing the playback speeds of each of the terminals from which the request receiving section is currently receiving the request;

a video receiving section for receiving the video data from the content server at a speed Vmax corresponding to a speed that is a highest of the playback speeds of the terminals stored by the speed managing section;

a video cache section for caching the video data received by the video receiving section; and

a video streaming section for streaming the video data cached by the video cache section to the terminals at the playback speeds of the terminals stored by the managing section.

2. The video proxy server according to claim 1, wherein

when the request receiving section receives a speed-change request for changing the speed Vmax at which the video data is being received from the content server to a speed V, the video receiving section compares the speed V with the speed Vmax and, when the speed V>

the speed Vmax, moves to an operation of receiving the video data from the content server at the speed V, and when the speed V≦

the speed Vmax, continues an operation of receiving the video data from the content server at the speed Vmax.

3. The video proxy server according to claim 1, wherein

when the request receiving section receives a stop request while the video receiving section is receiving the video data from the content server at the speed Vmax, the video receiving section moves to an operation of receiving the video data from the content server at a speed V′

max corresponding to a speed that is a highest of the playback speeds, managed by the speed managing section, of the terminals except the terminal that made the stop request.

4. The video proxy server according to claim 1, wherein

when the request receiving section receives a stop request while the video receiving section is receiving the video data from the content server at the speed Vmax, the video receiving section compares a speed V′

max corresponding to a speed that is a highest of the playback speeds, managed by the speed managing section, of the terminals except the terminal that made the stop request with a predetermined speed Vdef, and when the speed V′

max>

the speed Vdef, the video receiving section moves to an operation of receiving the video data from the content server at the speed V′

max, and when the speed V′

max≦

the speed Vdef, moves to an operation of receiving the video data from the content server at the speed Vdef.

5. A video streaming method carried out between a content server storing video data and a plurality of terminals capable of video playback at playback speeds differed from each other, for receiving the video data from the content server, caching the video data, and streaming the video data to the terminals for playback, the video streaming method comprising:

receiving a request from each of the terminals;

storing and managing the playback speeds of each of the terminals from which the request is being currently received;

receiving the video data from the content server at a speed Vmax corresponding to a speed that is a highest of the stored playback speeds of the terminals;

caching the received video data; and

streaming the cached video data to the terminals at the stored playback speeds of the terminals.

6. A computer-readable recording medium having a program recorded thereon, the program for executing a video streaming method carried out between a content server storing video data and a plurality of terminals capable of video playback at playback speeds differed from each other, for receiving the video data stored in the content server, caching the video data, and streaming the video data to the terminals for playback, the video streaming method comprising:

receiving a request from each of the terminals;

storing and managing the playback speeds of each of the terminals from which the request is currently being received;

receiving the video data from the content server at a speed Vmax corresponding to a speed that is a highest of the stored playback speeds of the terminals;

caching the received video data; and

streaming the cached video data to the terminals at the stored playback speeds of the terminals.