WO2006011270A1 - 擬似ビデオオンデマンドシステム、擬似ビデオオンデマンドシステムの制御方法、およびそれらに用いるプログラムおよび記録媒体 - Google Patents

擬似ビデオオンデマンドシステム、擬似ビデオオンデマンドシステムの制御方法、およびそれらに用いるプログラムおよび記録媒体 Download PDF

Info

Publication number
WO2006011270A1
WO2006011270A1 PCT/JP2005/006748 JP2005006748W WO2006011270A1 WO 2006011270 A1 WO2006011270 A1 WO 2006011270A1 JP 2005006748 W JP2005006748 W JP 2005006748W WO 2006011270 A1 WO2006011270 A1 WO 2006011270A1
Authority
WO
WIPO (PCT)
Prior art keywords
stream
content
data
pseudo
stage
Prior art date
Application number
PCT/JP2005/006748
Other languages
English (en)
French (fr)
Inventor
Hiroyuki Kajiura
Original Assignee
Sharp Kabushiki Kaisha
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 Sharp Kabushiki Kaisha filed Critical Sharp Kabushiki Kaisha
Priority to JP2006528364A priority Critical patent/JPWO2006011270A1/ja
Priority to EP05728453A priority patent/EP1781034A4/en
Priority to US11/658,505 priority patent/US20080313682A1/en
Publication of WO2006011270A1 publication Critical patent/WO2006011270A1/ja

Links

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/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17318Direct or substantially direct transmission and handling of requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23109Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion by placing content in organized collections, e.g. EPG data repository
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2347Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26275Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for distributing content or additional data in a staggered manner, e.g. repeating movies on different channels in a time-staggered manner in a near video on demand system
    • 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/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331Caching operations, e.g. of an advertisement for later insertion during playback
    • 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/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4333Processing operations in response to a pause request
    • 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4405Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption
    • 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/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213Monitoring of end-user related data
    • H04N21/44222Analytics of user selections, e.g. selection of programs or purchase activity
    • 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/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47208End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting near-video-on-demand content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Definitions

  • the present invention relates to a control technology for a video on demand system, and more particularly to a control technology for a pseudo video on demand system.
  • VOD video on demand
  • NVOD pseudo video on demand
  • FIG. 57 shows a time table (B) of each channel when broadcasting by conventional NVOD. If the stream data of the content to be broadcast is as shown in (A), the stream data is repeatedly broadcast using channel CH1 at the reference time T1. In addition, stream data is repeatedly broadcast using channel CH2 from 15 minutes after the reference time T1. Thereafter, the stream data is broadcast using channels CH3, CH4, CH5, and CH6 with a 15-minute shift. This allows viewers to enjoy this content from the beginning at any time, with a maximum waiting time of only 15 minutes.
  • Patent Document 1 discloses a technique for allocating a requested content by assigning a channel for broadcasting the content when a request is received from the viewer side on the receiving system side.
  • Figure 58 shows a specific example. If the content data is broadcasted in the time table as shown in (B) with the stream data as shown in (A), the viewer-powered content is viewed in the time relationship as shown in the viewing requests 1 to 4 in the figure. Because there are viewers for each channel CHI, CH3, CH5, and CH6, there is no need to broadcast CH2 and CH4 because there are no viewers. Therefore, there is no viewer, and unnecessary broadcasting can be omitted.
  • a channel is allocated in advance, but conversely, a channel is allocated and broadcasted only when there is a viewing request from a viewer within a certain time shift time. (For example, see Patent Document 1).
  • FIG. 59 shows an example of the above technique.
  • the viewer pauses while viewing the stream data on CH3.
  • the subsequent data is recorded in the recording area of the stream recording / reproducing means of the receiving system.
  • Description of this stream recording / playback means The recording area must have a capacity capable of recording stream data corresponding to the minimum time shift.
  • the broadcast is continuously received on that channel and the stream data is recorded on the recording device.
  • the recording becomes impossible in the stream recording / playback means of the receiving system, the reception of that channel is stopped. To do.
  • Internet in a broad sense is a force that indicates that multiple networks can be connected to each other to transmit and receive data. “Internet” here means in a narrow sense.
  • the network system using TCP / IP is becoming more and more broadband. Downloading and viewing stream content and transferring live video, etc., known as Internet broadcasting technology, on time. At the same time, things such as viewing and listening are performed.
  • stream data is compressed and broadcast.
  • video is digitized, compressed and broadcast by MPEG2 (ISO / IEC 13818-2 (ITU-T H.262)).
  • the rate (referred to here as the playback rate) is approximately 6 Mpbs for normal broadcasting (SD, Standard Definition).
  • the transfer rate for broadcasting (referred to here as the transfer rate) is the same as the playback rate. This is because when the playback rate and transfer rate are different, the stream data sent must be recorded in the stream recording / playback means on the receiving system side.
  • the recording capacity of the stream recording / reproducing means for recording a stream differs depending on the length of the content, the value of the reproduction rate, and the ratio between the reproduction rate and the transfer rate.
  • the playback rate and transfer rate must be the same, but in the case of NVOD, it need not be the same. If the transfer rate is lower than the playback rate, then continuous playback cannot be started without downloading a certain amount of data. If the transfer rate is higher than the playback rate, the stream recording / playback means needs to record the stream data. Playback can be started immediately. Rather, if the transfer rate is increased, the number of required channels can be reduced. However, as described above, when the playback rate and the transfer rate are different, it is necessary to record the stream data on the receiving system side, which may correspond to the case where the recording capacity is not constant. Since the recording capacity of the above stream recording / reproducing means is required, the reproduction rate and the transfer rate are usually the same.
  • Patent Document 1 Japanese Patent Laid-Open No. 9-182054
  • Patent Document 2 JP-A-9-18858
  • Patent Document 3 Japanese Patent Laid-Open No. 7-307936
  • the stream data of the same content must be broadcast on CH4 with a time shift offset in order to resume playback after pausing.
  • the stream data of the same content must be broadcast on CH4 with a time shift offset in order to resume playback after pausing.
  • the stream data on CH4 in the same way as before the pause, if there is no viewer-powered viewing request within the previous time shift time, there will be no broadcast at that time shift time.
  • the channel that is being broadcast by the next time shift is not broadcast, and playback cannot be resumed after pausing.
  • An object of the present invention is to solve such a problem, and there is a possibility that playback is impossible even if playback is resumed after the stream playback is paused on the receiving system side.
  • a pseudo-video on-demand control device a pseudo-video on-demand control method, a program, and a recording medium that do not require an area are provided.
  • the above-described problem of the present invention is that a plurality of identical contents are respectively provided.
  • a pseudo video on demand system that is time-shifted and transmitted includes a stream transmission system, a stream reception system, a stream data transfer unit, and a control data transfer unit, and the stream transmission unit stores the stream data in a predetermined manner.
  • a pseudo-video on-demand system that is managed in units of stages It is achieved me.
  • the stream transmission means can divide the stream data into units of stages formed by dividing the stream data every predetermined time, thereby dynamically changing the channel to be transferred, and unnecessary streams. It is possible to make detailed settings for the stream transmission mode, such as not to transfer, and even if playback is resumed after pausing playback of stream data on the receiving system side, playback will not be disabled. Further, since the stream data on the receiving system side can be reproduced if it is recorded with the capacity in units of stages, it is not necessary to increase the recording capacity of the stream recording / reproducing means.
  • the above-described problem of the present invention is that, in a pseudo-video on-demand system in which a plurality of identical contents are transmitted while being time-shifted, a stream transmission system, a stream reception system, a stream data transfer means, Control data transfer means, and
  • the stream transmission system includes a stream storage / playback unit, a content management unit, a stream transmission unit, a control data transmission / reception unit, a stream transmission management unit, and a user management unit
  • the stream reception system includes a stream reception unit and a user interface unit.
  • the stream reception unit includes a stream recording / playback unit, a stream reception unit, a control data transmission / reception unit, and a stream reception management unit
  • the user interface unit includes a display unit and an operation unit
  • the stream transmission unit includes the content This is achieved by a pseudo-video on-demand system that transfers the stream data in units of stages formed by dividing it at predetermined time intervals.
  • the stream transmission system has the stream transmission means and the control data transfer means separately, the stream data and the control data are separated from each other as in the pseudo video on demand system using both satellite communication and the Internet network. It becomes possible to apply to the system that transmits by the communication means.
  • a pseudo-video on-demand system in which a plurality of identical contents are transmitted while being time-shifted includes a stream transmission system, a stream reception system, and data transfer means.
  • the stream transmission system includes a stream storage / playback unit, a content management unit, a stream transmission unit, a control data transmission / reception unit, a stream transmission management unit, and a user management unit
  • the stream reception system includes a stream reception unit, a user interface unit
  • the stream reception unit includes a stream recording / playback unit, a stream reception unit, a control data transmission / reception unit, and a stream reception management unit
  • the stream transmission system has only data communication means for stream transmission and control data transfer
  • the stream data and the control data are transmitted in the same communication as in the pseudo video on demand system using the IP network.
  • the present invention can be applied to a system that transmits data by means.
  • the stream transmission system includes a stream encryption means.
  • the stream receiving system includes a pseudo-video on-demand system including a stream decryption unit, and the stream encryption unit and the stream decryption unit are at least one of a secret key encryption system and a public key encryption system. Effectively achieved by a pseudo video on demand system.
  • the present invention can be applied to transmission / reception of stream data with high security by applying to a pseudo-video on-demand system provided with encryption means and decryption means.
  • the stream transmission management means divides the stream data of the content into a plurality of stages formed by dividing each predetermined time and manages the pseudo-video on-demand system
  • the stream recording / playback means correctly transmits and receives stream data divided into multiple stages, such as a pseudo-video on-demand system that has a storage area that can store stream data transferred within one stage period. This is achieved more effectively by a pseudo-video on-demand system with various configurations to manage and manage.
  • the stream transmission system and the stream reception system have various configurations for transmitting and receiving stream data divided into a plurality of stages, so that the stream data divided into stages can be transmitted without difficulty and reproduced in order. It becomes possible.
  • the stream recording / reproducing means of the stream receiving system performs a reproduction interruption operation during reproduction of the stream data, and resumes reproduction after interruption of reproduction of the stream data.
  • the pseudo-video on-demand system having various configurations for pausing and resuming the reproduction of the stream data can be achieved more effectively.
  • control data transfer means can be achieved more effectively by a pseudo video on demand system in which various messages for viewing content using stream data are bidirectionally transmitted.
  • the stream transmission system and the stream reception system exchange control data bidirectionally. By exchanging, it becomes possible to transmit a stream based on a request from the user using the receiving system, and it is possible to suspend and resume content playback without any trouble.
  • the above-mentioned problem of the present invention includes a stream transmission system, a stream reception system, a stream data transfer unit, and a control data transfer unit, and each of the plurality of identical contents is transmitted with a time shift.
  • the stream transmission management unit of the stream transmission system divides the stream data of the content into stages divided by predetermined time
  • the stream transmission unit of the stream transmission system includes: Transferring the stream data to the stream receiving system in units of stages; receiving the stream data in the stream receiving means; and storing the stream data received in the stream recording / reproducing means in stages.
  • the stream recording / reproducing means is achieved by the control method of the pseudo-video-on-demand system and a step of reproducing the stream data.
  • the stream transmission means has a transfer step of dividing the stream data into stages formed by dividing the stream data at predetermined time intervals, thereby dynamically changing the transfer channel or using an unnecessary stream. It is possible to make detailed settings for the stream transmission mode, such as not to transfer, and even if playback is resumed after temporarily stopping playback of stream data on the receiving system side, playback will not be disabled. In addition, since the stream data on the receiving system side can be reproduced if it is recorded with a capacity in units of stages, it is not necessary to increase the recording capacity of the stream recording / reproducing means.
  • the stream data and the control data are separated from each other as in the pseudo video on demand system using both satellite communication and the Internet network.
  • the present invention can be applied to a system that transmits data by means of communication means.
  • the pseudo video on-demand system includes a stream transmission system, a stream reception system, and a data transfer unit, and transmits a plurality of identical contents with time shift.
  • Stream transmission of stream transmission system Power of management means The step of dividing the stream data of the content into units of stages divided every predetermined time, and the stream transmission unit of the stream transmission system transfers the stream data to the stream reception system in units of stages.
  • the stream receiving means receiving the stream data; the stream recording / reproducing means storing the received stream data in units of stages; and the stream recording / reproducing means,
  • a method for controlling a pseudo-video on-demand system comprising:
  • stream data and control data are transmitted by the same communication means as in a pseudo video on demand system using an IP network.
  • the present invention can be applied to a system.
  • the stream transmission unit encrypts the stream data divided in units of stages, and the stream reception unit receives the encrypted stream data. And effectively decoding the pseudo video on demand system control method.
  • the stream receiving system receives the instruction for selecting / determining a button indicating resumption of content viewing displayed on the display unit of the stream receiving system. Resuming the reproduction of the content that the stream recording / reproducing means has paused, information indicating that reception and reproduction of the content is interrupted, and viewing the content.
  • the control method of the pseudo-video on-demand system comprising the steps of erasing the button for canceling, the button for pausing the content viewing, and the button for resuming the content viewing.
  • the object of the present invention is achieved by a program for causing a computer to execute the control method of the pseudo-video on-demand system, and a computer-readable recording medium characterized by recording the program.
  • the above-mentioned problem of the present invention is a stream transmission system used in a pseudo-video on-demand system in which a plurality of identical contents are transmitted by being time-shifted, and the stream data of the contents is transmitted at predetermined time intervals. This is achieved by a stream transmission system managed in units of stages that are divided into sections.
  • stream data By managing the stream data in units of stages formed by dividing each predetermined time, stream data can be transmitted easily and efficiently.
  • the above-described problem of the present invention is a stream transmission system used in a pseudo video on-demand system in which a plurality of identical contents are transmitted with time-shifting, and includes a stream storage / reproduction unit, a content management unit, A stream transmission unit, a control data transmission / reception unit, a stream transmission management unit, and a user management unit, wherein the stream transmission unit transfers the stream data of the content in units of stages formed at predetermined intervals. Achieved by a stream transmission system.
  • the stream transmitting means transfers stream data in units of stages formed by dividing the data every predetermined time, thereby dynamically changing the transfer channel or transferring unnecessary streams. In this way, detailed setting of the stream transmission mode becomes possible.
  • a stream transmission system further including a stream data transfer unit and a control data transfer unit.
  • the stream data and the control are controlled as in the pseudo video on demand system using both satellite communication and the Internet network. Separate communication hand with data Applicable to systems transmitting by stage.
  • the above-described problem of the present invention is that, as in the stream transmission system in which the stream transmission management unit divides and manages the stream data of the content into a plurality of stages formed by dividing each content at predetermined time intervals. This is achieved more effectively by a stream transmission system having a configuration for performing transmission management and transmission of stream data divided into stages.
  • the above-described problem of the present invention is a stream reception system used in a pseudo video on demand system in which a plurality of identical contents are transmitted with time shifts, and the stream data of the contents is transmitted at predetermined time intervals.
  • a stream reception system having a stream reception unit that is managed in units of stages formed by dividing the data into segments.
  • the stream reception unit manages the stream data of the content in units of stages, so that the reception, recording and reproduction of the stream data can be performed easily and efficiently.
  • the above-described problem of the present invention is a stream reception system used in a pseudo video on demand system in which a plurality of identical contents are transmitted with time shifts, and includes a stream reception unit and a user interface unit.
  • the stream reception unit includes a stream recording / playback unit, a stream reception unit, a control data transmission / reception unit, and a stream reception management unit, and the user interface unit is achieved by a stream reception system including a display unit and an operation unit. .
  • stream data By receiving stream data divided and transferred in units of stages using a stream receiving system having a powerful configuration, stream data can be reproduced if recorded in a capacity in units of stages. Therefore, it is not necessary to increase the recording capacity of the stream recording / reproducing means.
  • the above-described problem of the present invention is to provide a stream reception system further comprising stream decoding means. Effectively achieved by the system.
  • the present invention can be applied to a system that receives encrypted stream data.
  • the above-described problem of the present invention is that the stream recording / reproducing means performs a reproduction interruption operation during reproduction of the stream data !, and the reproduction of the stream data can be resumed after interruption of reproduction of the stream data.
  • the reception and reproduction of the stream data divided in units of stages and further the stream reception system having various configurations for executing and managing the reproduction after the pause are more effectively achieved.
  • a stream transmission management unit uses the content stream.
  • the method includes the step of dividing the data into units divided at predetermined time intervals, and the step of the stream transmission means transferring the stream data to the stream reception system in units of stages. This is achieved by a stream transmission system comprising various steps for performing transmission and transmission management of stream data divided in units of stages in an appropriate manner.
  • the above-mentioned problem of the present invention is a method for controlling a stream reception system used in a pseudo video-on-demand system in which a plurality of identical contents are respectively transmitted while being time-shifted, wherein the stream reception means includes the stream data
  • a stream receiving system comprising: a step of storing the stream data received by the stream recording / reproducing means in units of stages; and a step of reproducing the stream data by the stream recording / reproducing means. This is achieved by the control method of the stream receiving system that performs the playback of the content and the restart of the playback after the pause as in the above control method.
  • a channel is allocated when a content viewing reservation is made by the viewer, and when the stream data transfer time comes, the allocated channel is used to transmit stream data. Since the transfer is performed, it is possible to save resources as compared with the conventional pseudo video on demand system in which the content stream data must always be transferred using a plurality of channels for a certain content.
  • the viewer can pause viewing during content viewing. After that, you can resume watching the paused content.
  • the viewer when a viewer starts watching content, the viewer can start watching the power at any time after a certain time.
  • the time shift time of the pseudo-video on-demand system that does not require the content stream playback rate and transfer rate to be the same can be freely set. And the channel for transferring stream data can be saved.
  • FIG. 1 is a block diagram showing a configuration example of a pseudo video on demand system according to a first embodiment of the present invention.
  • FIG. 2 is a block diagram showing a configuration example of a pseudo video on demand system according to a second embodiment of the present invention.
  • FIG. 3 is a block diagram showing a configuration example of a pseudo video on demand system according to a third embodiment of the present invention.
  • FIG. 4 shows an example of the configuration of a pseudo video on demand system according to the fourth embodiment of the present invention.
  • FIG. 5 is a schematic diagram showing an example of multicast transfer in the Internet used in the pseudo video on demand system according to the embodiment of the present invention.
  • FIG. 6 is a diagram showing a first example of a time table for content transmission applied to the pseudo video on demand system according to the present embodiment.
  • FIG. 7 is a diagram showing a second example of a time table for content transmission.
  • FIG. 8 is a diagram showing a third example of a time table for content transmission.
  • FIG. 9 is a diagram showing a fourth example of a time table for content transmission.
  • FIG. 10 is a diagram showing a first example of a transfer database in a pseudo video on demand system.
  • FIG. 11 is a diagram showing a second example of the transfer database in the pseudo video on demand system.
  • FIG. 12 is a diagram showing a third example of the transfer database in the pseudo video on demand system.
  • FIG. 13 is a diagram showing a first example of a content database in a pseudo video on demand system.
  • FIG. 14 is a diagram showing a second example of a content database in the pseudo video on demand system.
  • FIG. 15 is a diagram showing a third example of a content database in the pseudo video on demand system.
  • FIG. 16 is a diagram showing an example of the storage location of stage data in the pseudo video on demand system.
  • FIG. 17 shows an example of user management data in a pseudo video on demand system.
  • FIG. 18 is a diagram showing an example of an operation unit of a remote control device used in the pseudo video on demand system.
  • FIG. 19 is a diagram showing an example of a content list screen displayed on the display in the pseudo video on demand system.
  • Figure 20 Content displayed on the display in the pseudo video on demand system! It is a figure which shows the example of a screen of the waiting state until it becomes possible to start viewing after selecting viewing.
  • FIG. 21 is a diagram showing an example of a screen that is displayed on the display in the pseudo-video on-demand system and is ready to start viewing content.
  • FIG. 22 is a diagram showing an example of a screen that is displayed on the display in the pseudo video on demand system when the control button of the remote control device is pressed during content viewing.
  • FIG. 23 is a diagram showing an example of a screen that is displayed on the display in the pseudo-video on-demand system when a content viewing pause process is being performed.
  • FIG. 24 is a diagram showing an example of a screen that is displayed on the display in the pseudo-video on-demand system and confirms whether or not to cancel the content viewing while viewing content.
  • FIG. 25 is a diagram showing a configuration example of a stream recording buffer in the stream recording / reproducing means of the stream receiving system, which is applied to the pseudo video on demand system.
  • FIG. 26 is a sequence diagram of control data transmitted and received between the stream receiving system and the stream transmitting system in the pseudo video on demand system.
  • FIG. 27 is a flowchart showing the flow of operations executed in the stream receiving system in the pseudo video on demand system.
  • FIG. 28 is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 29 is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 30 is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 31A is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 31B is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG.32 In the pseudo video on demand system, it is executed in the stream receiving system. It is a flowchart figure which shows the flow of operation.
  • FIG. 33 is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 34 is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 35A is a flowchart showing the flow of operations executed in the stream receiving system in the pseudo video on demand system.
  • FIG. 35B is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 36 is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 37 is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 38 is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 39A is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 39B is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 40A is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 40B is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 41 is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIGS. 42A to 42D are a stream reception system diagram and a sequence diagram of control data transmitted / received to / from the stream transmission system in the pseudo video on demand system.
  • FIG. 43 is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 44 is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 45 (A) to (D) are a stream reception system diagram and a sequence diagram of control data transmitted and received between the stream transmission systems in the pseudo video on demand system.
  • FIG. 46 is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 47 is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 48 is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 49 is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 50A is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 50B is a flowchart showing the flow of operations executed by the stream receiving system in the pseudo video on demand system.
  • FIG. 51 is a diagram showing a fourth example of the transfer database in the pseudo-video on-demand system.
  • FIG. 52 is a flowchart showing the flow of operations executed in the stream transmission system in the pseudo video on demand system.
  • FIG. 53 is a diagram showing a first example of a pseudo video on demand system.
  • FIG. 54 is a diagram showing a second example of the pseudo video on demand system.
  • FIG. 55 is a diagram showing a third example of the pseudo-video on-demand system.
  • FIG. 56 is a diagram showing a fourth example of the pseudo-video on-demand system.
  • FIG. 58 (A) and (IV) are timetables for content transmission in the conventional pseudo-video on-demand system.
  • FIGS. 59A and 59B are timetables for content transmission in the conventional pseudo video on demand system.
  • Stream recording / Reproducing means 0114 ... stream receiving means, 0115 ... control data transmitting / receiving means, 0116 ... stream reception managing means, Ream encryption means, 0202 ... Stream decoding means, 1001 ... terrestrial digital broadcast receiving terminal, 1002 ... Internet service provider, 1003 ... Internet network, 1004 ... two-way communication data processing computer, 1005 ... terrestrial digital broadcast station, 1006 ... Radio tower for digital terrestrial broadcasting, 1007 ... Equipment for satellite broadcasting, 1008 ... Satellite broadcasting satellite, 1009 ... Satellite broadcasting receiving antenna, 1101 ⁇ BS digital receiving terminal, 1010 "CATV broadcasting station, 1011" STB for CATV , 1201 "'s receiving terminal for CATV, 1012 ... Provider of NVOD using the Internet, 1013 ... Computer system storing content and transmitting content data using the Internet, 1014 ... NVOD using the Internet STB that receives the provision of 1301 ⁇ 20 00: Remote control device.
  • FIG. 1 is a block diagram showing a configuration example of a pseudo video on demand system 1A according to the first embodiment.
  • reference numeral 0001 denotes a stream transmission system, which indicates a system for transmitting content in the pseudo video on demand system 1 A.
  • Reference numeral 0002 denotes a stream receiving system, which indicates a user terminal that receives and reproduces content in the pseudo video on demand system 1A.
  • the stream receiving system 0002 includes a stream receiving unit 0003 and a user interface unit (hereinafter referred to as “UI unit”) 0004.
  • the stream receiving unit 0003 records the stream data received temporarily, and reproduces the recorded stream data.
  • Control data transmission / reception means 0115 for transmitting / receiving control data
  • stream reception management means 0116 for controlling reception of stream data in response to a command from the UI unit 0004.
  • the UI unit 0004 includes a display unit 0111 for displaying content to a user or displaying a control screen, and an operation unit 0112 for performing operations such as content playback / pause 'selection.
  • the display unit 0111 is realized by, for example, a television receiver or a display of a personal computer, and the operation unit 0112 is realized by an image adjustment unit incorporated in the television receiver or the personal computer.
  • the stream data temporarily recorded by the stream recording / reproducing means 0113 is reproduced by the stream recording / reproducing means 0113 and displayed by the display means 0111.
  • the stream recording / reproducing means 0113 is realized by various mechanisms having functions of temporarily accumulating received content and continuously reproducing it, such as a CPU having a temporary cache.
  • the control data transmission / reception means 0115 is various mechanisms for controlling various information necessary for receiving stream data, and is realized by a television receiver or a CPU built in a personal computer.
  • the stream transmission system 0001 stores a plurality of content data and reproduces the specified content, stream storage / reproduction means 0101, content management means 0102 for managing contents, and transmission of stream data.
  • the stream storage / playback unit 0101 and the stream transmission unit 0103 are various commercial servers such as a business server or a home server that distributes commercial content information.
  • the content management unit 0102, the stream transmission management unit 0105, and the user management unit 0106 are various data storage media
  • the content management unit 0102 includes a content database 0102a and content data and Various types of information associated with the content data are stored
  • the stream data transmission management unit 0105 includes a transfer data base 0105a to store various types of information necessary for transfer
  • the user management unit 0106 is a user management database 0106a. And storing user information. Details of the mode of data stored in the content database 0102a, the transfer database 0105a, and the user management database 0106a will be described later.
  • the control data transmission / reception means 0104 is various mechanisms for controlling various information necessary for transmission of stream data, and is realized by a CPU or the like built in the server.
  • Stream transmission system [0001] Stream data is transferred to the stream reception system 0002 by the stream transfer means 0005.
  • the stream transfer means 0005 may be realized by a communication network of a communication system suitable for continuous transmission of a large amount of data, such as an optical fiber cable or a radio wave of terrestrial digital broadcasting.
  • Control data transmitted and received between the stream transmission system 0001 and the stream reception system 0002 is transferred by the control data transfer means 0006.
  • the control data transfer means 0006 is a communication system that can reliably transmit various data for controlling transmission / reception of stream data, and can be realized, for example, by an Internet network capable of IP communication.
  • This stream data includes control data to be realized by multicast transfer in which data is simultaneously transferred to a plurality of clients in NVOD.
  • Figure 5 shows a schematic diagram of multicast transfer. If a multicast address of 244.1.1.1 is specified as the destination address to transfer a packet from Sano to each client, reception of this address is registered, Client 1, Client 2, Client Packet is delivered to event 4. In order to realize multicast on the Internet, packets are transferred using a multicast address that is different from a normal address as the destination address of an IP packet.
  • the stream transmission system 0001 and the stream reception system 0002 are shown as a pair, but there is no problem even if there are a plurality of them.
  • the content is transferred from 0001 to the stream receiving system 0002, and the stream receiving system 0002 can display the content.
  • the stream receiving system 0002 can display the content.
  • by transmitting and receiving control data it is possible to pause or resume playback while viewing content by user operation.
  • the stream data transmission management unit 0105 divides the stream data into a plurality of stages, and transfers the stream data for each stage while shifting the time for each of the plurality of channels.
  • stage division and transfer of the stream data are shown in FIG. 6, FIG. 7, FIG. 8, and FIG.
  • FIG. 6 shows a first example of stage division and transfer.
  • the stream data transmission management means 0105 divides the stream data into six stages (A) and transfers the stream data for each stage.
  • the time table (B) of demand system 1A is shown.
  • the 90-minute content stream data is divided into 6 stages.
  • the time shift time is 15 minutes, and each stage is transferred in 15 minutes.
  • the stage playback time and NVOD time shift are the same, indicating that the stream playback rate and transfer rate are the same.
  • the stream is transferred using channel 4 from the time 45 minutes after the reference time T1 (C). In this figure, the viewer suspends viewing and then continuously transfers each stage of stream data.
  • FIG. 7 shows a second example of stage division and transfer.
  • the pseudo-video on-demand system 1A is configured to divide (A) the stream data of content into four stages and transfer the stream data for each stage.
  • the time table (B) is shown. As shown in (A), the 90-minute content stream data is divided into four stages. And as shown in (B) The time shift time is 15 minutes, and each stage is transferred in 15 minutes. In other words, the stage playback time is 1.5 times the NVOD time shift, and the transfer rate is 1.5 times the playback rate. In this case, if a viewer requests viewing at the time indicated by the arrow in the figure, the stream is transferred using channel 3 from the time 30 minutes behind the reference time T1 (C).
  • Stream transfer is performed continuously in stage 1 and stage 2, and the subsequent time shift time is already the stream required for the stage time in the stream recording / playback means 0113 in the stream receiving system 0002. Since the data is stored, the stage 3 stream data is not transferred !, (60 to 75 minutes). At the subsequent time shift time, stage 3 transfer is performed, and at the subsequent time shift time, stage 4 transfer is performed.
  • FIG. 8 shows a third example of stage division and transfer.
  • Table (B) is shown.
  • the 90-minute stream data is divided into 6 stages.
  • the time shift time is 15 minutes, and each stage is transferred in 15 minutes.
  • the stage playback time and NVOD time shift are the same, indicating that the stream playback rate and transfer rate are the same.
  • the stream is transferred using the time channel 4 that is 45 minutes after the reference time T1 (C).
  • the stream recording / reproducing means 0113 of the stream receiving system 0002 can continuously record the stream data, so that the stream data is continuously transferred. However, the recording is stopped when the buffer data of the stream recording / playback means becomes too full.
  • Fig. 9 shows a fourth example of stage division and transfer.
  • the time of the pseudo video on demand system 1A that divides (A) the stream data of the content into four stages and transfers the stream data for each stage.
  • Table (B) is shown.
  • the 90-minute content stream data is divided into four stages.
  • the time shift time is 15 minutes, and each stage is transferred in 15 minutes.
  • the stage playback time is 1.5 times the NVOD time shift
  • the transfer rate is 1.5 times the playback rate.
  • the stream is transferred using the time channel 3 that is 30 minutes behind the reference time T1 (C). Streams are transferred in stages 1 and 2 in succession.
  • the stream recording / reproducing means 0113 already stores the necessary stream data within one time shift time, so that the stream data is not transferred. ,.
  • the stream recording / reproducing means 0113 receives stream data transferred within one stage period. It is sufficient to have a capacity that can be recorded.
  • a ring buffer or something similar may be used.
  • the stream transmission system 0001 requests the stream transmission system 0001 which stage data is required from the stream reception system 0002 side, and the stream transmission system 0001 sends the necessary stage data. Can do. As a result, the channel to be transferred can be dynamically changed, or unnecessary streams can be prevented from being transferred.
  • the time shift time can be set in detail for each content. In order to transmit and receive content easily and efficiently, it is desirable to divide all stages into the same size as shown in FIGS. 6 to 9, and transmit content. It is desirable that the time shifts between the contents be the same interval.
  • the stream data transmission management unit 0105 has a transfer database and accumulates the stream data divided in stages.
  • FIGS. 17 to 20 show examples of the stream data stored in the transfer database.
  • FIG. 10 is a first example of a transfer database.
  • this transfer database 0105a the number of the channel to which the stream is transferred, the ID indicating the type of content, the number of the stage being played, the transmission time of the stage, the list of viewers who are transferring the stream, the stage The item of the start time is included.
  • the content of content ID 1 is transferred with channel numbers 1 and 2, and stage 1 is transferred to channel 1 and stage 2 is transferred to channel 2. .
  • a stream with a content ID of 2 and a stage of 3 is transferred to channel 4, and a stream with a stage power of content ID 3 is transferred to channel 3.
  • FIG. 11 is a second example of the transfer database 0105a.
  • the items in this transfer database 0105a are items other than the stage transfer time in the transfer database 0105a shown in FIG. 10.
  • the channel number for transferring the stream, the content type ID, the stage number being played back, List of viewers who are transferring streams, at the start of the stage The item of time is included. Since the stage transfer time can be calculated from the content database data, it is possible to manage only the items shown in FIG.
  • FIG. 12 is a diagram showing a fourth example of the transfer database 0105a.
  • this transfer data base 0105d the number of the channel for transferring the stream, the ID indicating the type of content, the number of the stage being played back, the number of the viewer who is transferring the stream, as shown in FIG.
  • Each item includes a list, a stage start time, a next stage number, a list of viewers who have reserved transfer of the next stage, and a start time of the next stage.
  • the stream transmission system 0001 includes a content database 0102a as the content management unit 0102, and stores the content information of the stream data to be transferred as data.
  • FIGS. 13 to 15 show examples of the stream data stored in the content database 0102a.
  • FIG. 13 is a first example of the content database 0102a.
  • the content ID In this content, the content ID, stream name, number of stages, stage playback time, playback rate, transfer rate, total playback time, list of channel numbers currently transferring this content, transfer reference time , A pointer to information on the location where the stream data of each stage is stored, and an item for the charge of the content.
  • the stage data is stored, the location information is stored, and the pointer is indicated in the stage data column.
  • the content A ID is 1, the number of stages is 5, the stage playback time is 15 minutes, the playback rate is 6 Mbps, the transfer rate is 6 Mbps, total The playback time is 75 minutes, the channels currently transferring this content are 1 and 2, the transfer reference time is '04 / 04/04 10:00:00, and information on the location where the stage data is stored is stored.
  • the pointer is 1, and the charge is 150 yen.
  • FIG. 14 is a second example of the content database 0102a.
  • This content database 0102a is a content database 0102a shown in FIG. 21, which is an item other than the item of stage playback time, the content stream name, the number of stages, the playback level. , Transfer rate, total playback time, list of channel numbers currently transferring this content, transfer reference time, pointer to information on where each stage's stream data is stored, fee for that content Each item is included.
  • the stage data is stored, the location information is stored, and the pointer is shown in the stage data column.
  • Stage playback time can be calculated as total playback time and stage power
  • FIG. 15 is a third example of the content database 0102a.
  • the content ID, stream name, number of stages, playback rate, transfer rate, total playback time, channel currently transferring this content are included in the content database 0102a shown in FIG.
  • the stage data is stored, the location information is stored, and the pointer is shown in the stage data column.
  • Additional information includes the performers of the content, names of production staff, shooting location, shooting status, synopsis, keywords used for content search, language used, content genre, presence / absence of subtitles, etc. .
  • the stream receiving system 0002 is useful when the user selects a content when the content list is displayed. It can be used for content search, content list sorting, etc.
  • FIG. 16 shows the information on the location where each stage data of the content is stored, which is the data of the pointer destination to the information on the location where the stream data of each stage of the content database 0102a is stored.
  • the stage data 1 indicates the location where the stream data of each stage of content A is stored
  • the stage data 2 stores the stream data of each stage of content B! You will be shown where!
  • the user management means 0106 of the stream transmission system 0001 Database 0106a shows an example of this user management database 0106a.
  • the name of the user, the user, the list of contents viewed by the user, and the charge items charged for the content viewed by the user are indicated as the targets of accumulated data! .
  • the first column in FIG. 17 shows that Aoki with user ID a has IDs 1 and 3 for the content being viewed and the total charge is 300 yen! .
  • FIG. 18 shows a part of an example of a remote control device 2000 used in the stream reception system 0002.
  • the “power” button 2001 for turning on / off the power of the stream receiving system 0002
  • the left / right / up / down arrow buttons 2003 for moving the focused part
  • a “CONTROL” button for displaying a control dialog while displaying the stream data of the content.
  • other buttons are omitted.
  • the display means 0111 of the stream receiving system 0002 displays image information and character information.
  • FIG. 19 shows an example of a content list displayed on a display 0111 as display means of the stream receiving system 0002.
  • the content genre, title, content playback time, language, subtitle, and the latest time when the content is played are displayed as content information.
  • the “Yellow Handkerchief” content is currently focused.
  • the focus can be moved by pressing the up and down arrow buttons of the remote control device 2000.
  • the focus scrolls down and information on the hidden content is displayed and focused. The focus is on the bottom row, and if the down button is pressed further, the content below it will also be focused.
  • the stream reception system 0002 sends a content list request to the stream transmission system 0001.
  • the The content list response is sent as a stream using the content list as a parameter.
  • FIG. 20 is an example in which the focused content is selected on the content list in FIG. 19, and more detailed information on the content is displayed on the display 0111.
  • the content title, performer, playback time, and synopsis are displayed.
  • an indicator indicating the waiting time until the content can be played and a “CANCEL” button to stop viewing this content are displayed.
  • FIG. 21 shows an example of a screen displayed on the display 0111 when the time until the content can be reproduced is reached, that is, when the content can be reproduced.
  • FIG. 22 shows an example of a screen displayed on display 0111 when the “CONTROL” button of remote control device 2000 is pressed while viewing content.
  • content is played!
  • a “CANCEL” button for canceling content viewing, a pause button for pausing content viewing, and a playback button for resuming content viewing are displayed on the screen.
  • the center button indicates a pause button and the right button indicates a play button.
  • FIG. 23 is an example of a screen displayed when the remote control device 2000 is operated in FIG. 22 and the pause button is selected.
  • a message indicating that content viewing is currently interrupted is displayed. Therefore, the content viewing is interrupted here.
  • FIG. 24 is an example of a screen displayed when the “CANCEL” button is selected by operating remote control device 2000 in FIG. 22 or FIG.
  • the button shown in FIG. 22 or FIG. 23 is deleted, and a dialog for confirming cancellation of content viewing is displayed instead.
  • a message indicating whether or not to really cancel the viewing, a “ha,” button for executing the cancellation, and a “, e” button for canceling the cancellation are displayed.
  • the remote control device 2000 is operated to select the “Yes” button, the content viewing is canceled.
  • the “ ⁇ ,, e” button is selected, the content viewing cancellation is canceled and the screen returns to the previous screen. That is, if the screen is changed from FIG. 22 to the screen shown in FIG. 23, the screen power shown in FIG. 23 is returned to the screen shown in FIG. 23.
  • FIG. 25 is a schematic diagram of a notifier that records stream data in the stream recording / reproducing means 0113 in the stream receiving unit 0003 of the stream receiving system 0002.
  • the buffer is an array format from 1 to 16, and index information indicating the beginning and end of the data stored in this buffer is added.
  • the index information power indicating the end of the data is also stored at 7 in the array. And the index information indicating the end points to 7.
  • the data stored at 12 in the index information array indicating the beginning of the data is read. And the index information indicating the first pointed to 13. If the index information has advanced to the end of the array, Return.
  • the next position of the index indicating the end of the data becomes an index indicating the top of the data, all the data is stored in this buffer.
  • the ring buffer can be simulated even with a buffer having an array format data structure as shown in FIG.
  • FIG. 26 shows a sequence of control data transmitted / received between the stream receiving system 0002 and the stream transmitting system 0001 and a stream data of transferred content. Note that the screen images shown in the left side of this sequence diagram (FIGS. 26A to 26C) are screen examples displayed on the display 0111 of the stream receiving system 0002 at each stage of the sequence. In addition, in FIG. 26, what is transmitted and received as control data assumes a message format, but other communication methods are also possible.
  • a content list request message is sent from the stream receiving system 0002 to the stream transmitting system 0001 in order for the user to select content that he / she wants to view using the pseudo video on demand system 1A. Is transmitted (step S (a)-(z)).
  • the stream transmission system 0001 checks the content database 0102a of the content management unit 0102 and transmits a content list response message using the content list as a parameter to the content reception system 0002 (step) S (z)-(b)).
  • the content receiving system 0002 interprets the parameters and displays the content list on the display 0111. In the figure, only one content list response message is shown. When there are many content lists, it may be divided into a plurality of content response messages and transferred.
  • the stream reception system 0002 transmits a content viewing request message to the stream transmission system 0001 (steps S (b)-(y)).
  • the user ID of the viewer and the content ID of the content to be viewed are passed as parameters.
  • the content transmission system 0001 searches the content database 0102a of the content management unit 0102 and the transfer database 0105a of the stream data transmission management unit 0105, and streams the content viewing response message.
  • Receiving system 0002 Send to.
  • Step S (y)- (c) the stream receiving system 0002 displays the content information, an indicator indicating the time until viewing is possible, a cancel button, and the like on the display 0111.
  • the stream transmission system 0001 transfers the stream data of the first stage of the content using the designated channel.
  • the stream receiving system 0002 receives stream data and records it in a buffer in the stream recording / reproducing means 0113 (steps S (x)-(d)).
  • the content displayed on the display 0111 also changes, and content information and an indicator indicating that the time until viewing is 0, a cancel button, and a start button are displayed.
  • the stream reception system 0002 starts playing the content, and transmits a content viewing start confirmation message to the stream transmission system 0001 (step S (e) -(w)). At that time, the viewer's user ID and content ID are passed as parameters.
  • the stream transmission system 0001 receives the content viewing start confirmation message, the stream transmission system 0001 operates the user management database 0106a of the user management unit 0106 to perform a billing process associated with viewing the content by the viewer.
  • the stream reception system 0002 requests the stage transmission request to the stream transmission system 0001 to request the stream data of the stage required for the next time shift. (Step S (D- (v)) 0 At that time, the content ID and stage number are transferred as parameters.
  • the stream transmission system 0001 receives the stage transfer request message, the content data base 0102a, Operate the transfer database 0105a to send back the stage transfer response message (steps S (v)-(g)), passing the channel number and start time of stream data as parameters.
  • FIG. 27 is a flowchart when the viewer requests a list of contents provided by the pseudo video on demand system 1A to the stream receiving system 0002. That is, FIG. 27 is a flowchart of the processing performed by the stream reception system 0002 in FIG. 26 at the time point (a).
  • step S1001 a content list acquisition request is made by an operation on remote control device 2000 by the viewer.
  • step S1002 the stream reception system 0002 transmits a content list request message to the stream transmission system 0001.
  • the content receiving system 0002 sends the pseudo video on demand system to the content transmission system 0001. 1 You can request the content list provided by A.
  • FIG. 28 shows processing when the stream transmission system 0001 receives a content list request message from the stream reception system 0002. That is, FIG. 28 is a flowchart of processing performed at the time (z) by the stream transmission system 0001 in FIG.
  • step S0001 when the stream transmission system 0001 receives a content list request message from the stream reception system 0002 in step S0001, the stream transmission system 0001 prepares to read the content database 0102a in step S0002.
  • step S0003 data of one content is read from the content database 0102a.
  • step S0004 it is checked whether all contents in the contents database 0102a have been examined. If all contents have not been examined (NO), step S0005 is executed.
  • step S0005 the channel in which the content is reproduced is checked from the read content data, and it is checked whether the content is being reproduced. if If it is not set, (NO) Step S0006 is executed. If it is set (YES), step S0007 is executed.
  • step S0006 a time that is better than the current time is set as a reference time.
  • step S0007 the content information is stored in a message parameter.
  • step S0003 is executed.
  • step S0008 is executed.
  • step S0008 a parameter attached to the message is knocked and a content list response message is transmitted to the stream receiving system 0002.
  • the stream transmission system 0001 can transfer the 0002 content list to the stream reception system when the stream reception system 0002 also receives the content list request message.
  • FIG. 29 shows processing when the stream reception system 0002 receives the stream transmission system 0001 force content list response message. That is, FIG. 29 is a flowchart of processing performed by the stream reception system 0002 in FIG. 26 at the time (b).
  • step S1102 when the stream reception system 0002 receives the content list response message from the stream transmission system 0001 in step S1101, next, in step S1102, it is checked whether or not the response message is an error. If there is an error (YES), then in step S1103! /, Display on the display 0111 that the error has occurred and notify the viewer. If no error is detected in step S1102 (NO), then in step S1104, a list of contents is extracted from the message parameters and shaped so that it can be displayed on the display 0111. In step S1105, a list of contents is displayed on the display 0111.
  • the display 0111 of the stream receiving system 0002 has a list of contents provided by the pseudo video on demand system 1A transmitted from the stream transmitting system 0001 (FIG. 19) can be displayed to the viewer.
  • FIG. 30 is a flowchart showing processing when the viewer selects content to be viewed from the content list displayed on the display 0111. That is, Figure 30 FIG. 26 is a flowchart of processing performed by the stream reception system 0002 in FIG. 26 at the time point (b).
  • step SI 111 the viewer selects content to be viewed from the content list provided in the pseudo-video on-demand system 1A displayed on the display 0111 by operating the remote control device 2000.
  • step S1112 the stream reception system 0002 transmits a content viewing request message to the stream transmission system 0001.
  • FIG. 31A and FIG. 31B show processing when the stream transmission system 0001 receives a content viewing request message from the stream reception system 0002. That is, FIG. 31A and FIG. 31B are flowcharts of processing performed when the stream transmission system 0001 in FIG. 26 is (y).
  • step S0102 the content is transmitted using the specified content ID specified by the message parameter.
  • the content database 0102a of the management means 0102 is searched.
  • step S0103 it is checked whether the information power of the retrieved content is the current content and the channel is assigned. If a channel is assigned (YES), the transfer database 0105a of the stream transmission means 0103 is searched from the channel number! / In step S0104.
  • step S0105 in each channel of the searched transfer database 0105a, whether the stage transfer is in time and the stage start time is in the future, and whether the stage transfer is in time even if the current playback reservation is made. To check. If not in time (NO), Step S0106 is executed.
  • step S0103 if no channel is assigned in step S0103 (NO), the process proceeds to step S0106 as it is, and a channel is searched using! / ⁇ from the transfer database 0105a.
  • step S0107 a check is made to see if an unused channel has been found. If not found (NO), in step S0108, an open channel is seen. Since the stream cannot be transferred, the error content viewing response is returned to the stream reception system 0002 and the process ends.
  • step S0107 If the! /, Te !, te! /, Channel is found in step S0107 (YES), the process proceeds to step S0109, where the reference time is set in the content information of the content database 0102a and V, Check whether or not. If it is not set, (NO) In step S0110! /, Write the time to the content database 0102a as the reference time as the current time ahead, and execute step S0111 .
  • step S0143 On the other hand, if the reference time is set in step S0109 (YES), the process proceeds to step SOU 1, and the value obtained by adding the reference time and the stage playback time by a constant multiple of 0 or more is currently The stage playback start time is determined to be in time for the transfer even if the stage playback reservation is made before the current time.
  • step S0112 channel information to be used such as channel number, content, playback stage number, viewer information, and stage start time is written in the transfer database 0105a.
  • step S0113 a stage transfer start event is registered. This event is issued when the stage transfer start time is reached, and is for starting the transmission of the stream data of the stage designated by the stream transmission means 0103.
  • step S0115 is executed.
  • step S0114 the viewers who have made viewing reservations are added to the viewer information of that channel in the transfer database 0105a.
  • step S0115 a content viewing response message is transmitted to the stream receiving system 0002 using the channel number, stage start time, stage playback time, number of stages, transfer rate, playback rate, etc. as parameters.
  • the stream transmission system 0001 can make a reservation for stream transfer of the designated content when receiving the content viewing request message from the stream reception system 0002.
  • FIG. 32 shows processing when the stream receiving system 0002 receives a content viewing response message from the stream transmitting system 0001. That is, FIG. 32 is a flowchart of the processing performed by the stream reception system 0002 in FIG. 26 at the time point (c).
  • step S1201 the stream transmission system 0001
  • the content list request message is received from the system 0002
  • it is checked in step S1202 if the response message is an error.
  • step S1203 If the response message is an error (YES), in step S1203, the display 0111 is displayed to notify the viewer that an error has occurred. If the response message is not an error in step S 1202 (NO), an area for recording stream data is secured in the stream recording / reproducing means 0113 of the stream receiving system 0002 in step S 1204. Next, in step S1205, a stage data reception event is registered. In step S1206, a stage data reception event registration flag is set. Next, in step S1207, information on the content to be viewed from now on, an indicator showing the time until the content can be viewed, and a button for canceling the content viewing are displayed on the display 0111.
  • the stream receiving system 0002 can prepare for content viewing by performing reception processing of the content viewing response message in which the stream transmission system 0001 is also transmitted.
  • FIG. 33 shows processing when a stage transfer event registered by the stream transmission system 0001 itself occurs. That is, FIG. 33 is a flowchart of the processing performed by the stream transmission system 0001 in FIG. 26 at the time (X). In this flowchart, any one of the transfer databases 0105a shown in FIG. 10 or FIG. 11 is used.
  • the stream transmission system 0001 first detects a stage transfer event in step S0501, and extracts parameters and the like.
  • step S0502 the content database 0102a of the content management unit 0102 is searched using the content ID specified by the event parameter.
  • step S0503 the pointer to the information on the location where the stream data of each stage of the content database 0102a is stored is followed, and the position of the storage area where the stage data is stored from the stage storage information is checked.
  • step S0504 preparation is made for transmitting stage stream data.
  • step S0505 it is checked whether or not the stage stream data has been transferred.
  • step S0506 the channel information is deleted from transfer database 0105a.
  • step S0507 the channel number is deleted from the reproduction channel number list in the specified content data in the content database 0102a.
  • step S0508 the stage stream data transmission end processing is performed.
  • step S0505 if the transfer of stream data has not been completed yet.
  • step S0510 the stream data read out from the storage area is transmitted to the stream reception system 0002.
  • step S0511 the next data of the stage stream data is stored, and the position of the storage area is checked.
  • step S0505 is executed again.
  • the stream transmission system 0001 can transfer the stream data of the stage to the stream reception system 0002.
  • FIG. 33 shows a flowchart for transferring stage data as it is from the detection of the stage transfer event.
  • the flowchart portion for transferring stage data (from S0503 to S0511) ), Another task, or process, or thread.
  • a task or process or thread that transfers stage data is created / started, a message or interrupt is sent to the task or process or thread that transfers stopped stage data Can be realized by generating and restarting.
  • FIG. 34 shows processing when a stage transfer event registered by the stream transmission system 0001 itself occurs. That is, FIG. 34 is a flowchart of a process performed by the stream transmission system 0001 in FIG. 26 in place of the process performed in FIG. 33 at the time (X). In this flowchart, the transfer database 0105a shown in FIG. 12 is used. Also, in the process of Fig. 33, there was a risk that the channel could be changed when transferring the stage continuously with one content. In the case of transferring the stage continuously, the process of Fig. 34 Uses the same channel to transfer stream data. In FIG. 34, the same step number is assigned to the same process as the process shown in FIG. 33, and the description thereof is omitted here.
  • step S0505 if transfer of all stream data in the stage is completed (YES), step S0531 is executed next.
  • step S0531 it is checked whether or not the next stage stream data is also transmitted from the transfer data base 0105a on the channel.
  • step S0532 it is checked whether the next stage stream data needs to be transmitted. If not required (NO), execute step S0506.
  • step S5033 the channel information of transfer database 0105a is used to set the next playback stage number, viewer list, stage start time, and current playback stage. Copy the number, reference list, and stage start time.
  • step S0534 the next playback stage number, the next viewer list, and the next stage start time are cleared.
  • step S0503 is executed.
  • the stream transmission system 0001 can transfer the stream data of the stage to the stream reception system 0002.
  • the same channel can be used to transfer the stream data.
  • FIG. 34 shows a flowchart for transferring stage data as it is from the detection of the stage transfer event, but the flowchart portion for transferring stage data (from S0503 to S0511 and S0511) S0531 to S0534) may be processed by another task, process, or thread.
  • a task or process or thread that transfers stage data is created / started, a message or interrupt is sent to the task or process or thread that transfers stopped stage data. Can be realized by generating and restarting.
  • FIG. 35A and FIG. 35B show processing when a stream data reception system 0002 detects a stage data reception event in the stream reception system 0002. That is, FIG. 35A and FIG. 35B are flowcharts of processing that the stream receiving system 0002 performs at the time point (d) in FIG.
  • step S1601 when the stream reception system 0002 detects a stage data reception event in step S1601, it is confirmed in step S1602 whether the stage number to be received is 1. If the stage number is 1 (YES)
  • step S1603 the controller display on the screen is changed to show the content information to be viewed and the time until the content can be viewed already displayed on the display 0111.
  • Step S1604 is executed. If it is determined in step S1602 that the stage number is not strong, the process proceeds to step S1604 described later without performing S1603. Next, in step S1604, the stage data reception event registration flag is reset. Next, in step S1605, preparations for receiving stage stream data are made. Next, the stream data of that stage is received. Next, in step S1607, it is checked whether the stream data of the received stage is the last continuation of the stream data recorded in the stream recording / reproducing means 0113.
  • step S1608 the received stream data is recorded by the stream recording / reproducing means 0113, and the process proceeds to S1609 described later. On the other hand, if not in step S1607 (NO), the process proceeds to step S1609 described later.
  • step S1609 it is checked whether the current stage is the last stage. If yes (YES), execute step S1616.
  • step S1610 If it is not the last time in step S1609 (NO), then in step S1610, it is checked whether or not the current time shift time has passed to some extent. If not yet (NO), execute step S1616.
  • step S1610 if it has passed (YES), next, in step S1611, it is checked whether or not the stage data reception event registration flag is set. If it is not checked (NO), in step S1612, it is assumed that the reception of the stream data of the stage and the reproduction of the stream data proceed as they are, and how much stream data is recorded in the stream recording / reproducing means 0113 at the end of this stage. Predict what will be.
  • step S1613 stream data is transferred within the next stage stream data transfer period. It is checked whether or not the data necessary for reproducing the data is recorded in the stream recording / reproducing means 0113. If not recorded (NO), in step S1614, a stage data reception event registration flag is set.
  • step S1615 a stage transfer request message of the next stage is transmitted to the stream transmission system 0001.
  • S1616 is executed.
  • step S1616 If recorded in step S1613 (YES), then execute step S1616. [0168] If set in step S1611 (YES), execute step S1616.
  • step S1616 it is checked whether or not the last stream data of this stage has been received. If it has been received (YES), in step S1617, post-processing of receiving stage stream data is performed. On the other hand, if it has not been received yet in step S1616 (NO), then step S1606 is executed.
  • the stream receiving system 0002 receives the stream data of the stage, and records the stream data in the stream recording / reproducing means 0113 if necessary.
  • FIG. 35 shows a flowchart for receiving / recording the stream data of the content as it is from the detection of the stage data reception event! Power of receiving / recording the stream data of the content For the flowchart part (
  • another task, process, or thread may be used.
  • FIG. 36 shows processing in the stream receiving system 0002 when the stream can be viewed and the viewer presses the start button for stream playback and plays the stream. That is, FIG. 36 is a flowchart of the processing performed by the stream reception system 0002 in FIG. 26 at the time (e).
  • step S1301 the viewer selects a start button for starting viewing of the content displayed on display 0111.
  • step S1302 the stream reception system 0002 transmits a content viewing start confirmation message to the stream transmission system 0001.
  • step S1303 it is checked whether or not the reproduction of the content stream data has been completed. When playback ends (YES), the process ends.
  • step S1303 if the reproduction has not ended (NO), step S1304 is executed next.
  • step S1304 it is checked whether an instruction to interrupt stream data playback has been issued. If an interrupt command is issued (YES), the process is terminated.
  • step S1305 is executed next.
  • step S1305 the stream recording / reproducing means 0113 reads the recorded stream data.
  • step S1306 decoding is performed to display the read stream data on the display 0111.
  • step S1307 the decoded stream data is reproduced and displayed on the display 0111.
  • step S1303 is executed.
  • processing may be performed by another task, process, or thread.
  • a task or process or thread that plays the stream data of the content is created / started, or a message is sent to the task or process or thread that plays the stream data of the stopped content. This can be realized by sending a message, generating an interrupt, and restarting.
  • FIG. 37 shows processing when the stream transmission system 0001 receives a content viewing start confirmation message from the stream reception system 0002. That is, FIG. 37 is a flowchart of the processing performed by the stream transmission system 0001 in FIG. 26 at the time (w).
  • step S0301 the stream transmission system 0001
  • the content data base 0102a is searched using the content ID specified by the message parameter V in step S0302.
  • step S0303 the viewing fee for the content is checked.
  • step S0304 the user management database 0106a is searched from the user ID specified by the message parameter.
  • step S0305 the fee for the content to be viewed this time is added to the total fee for the user in the user management database 0106a.
  • the content ID to be viewed this time is added to the total viewing content list of the user in the user management database 0106a.
  • the stream transmission system 0001 receives a content viewing start confirmation message from the stream reception system 0002, the stream transmission system 0001 adds the list of contents designated by the designated viewer to obtain a total viewing fee. By adding, it is possible to manage which content the viewer is watching. In addition, viewers can pay for monthly contents while viewing paid content.
  • FIG. 38 shows another process when the stream transmission system 0001 receives a content viewing start confirmation message from the stream reception system 0002.
  • FIG. 38 is a flowchart of processing performed by the stream transmission system 0001 in FIG. 26 in place of the processing in FIG. 37 at the time (w).
  • the power is charged each time a user views the same content many times.
  • the fee is not added if the same content has already been viewed in the past. It is a thing.
  • Step S0301 and step S0304 are executed, and then step S0311 is executed.
  • step S0311 a list of contents viewed by the viewer in the past is checked.
  • step S0312 it is checked whether or not the content to be viewed this time has been viewed in the past. Watched already in the past! / Tara (YES) End processing.
  • step S0302 is executed.
  • the stream transmission system 0001 receives a content viewing start confirmation message from the stream reception system 0002, the content is viewed in the past. If not, by adding the list of contents specified for the viewer and adding the total viewing fee, it is possible to control which content the viewer will view. In addition, the viewer can charge for each month by viewing paid content.
  • the content viewing start confirmation message does not require a response message.
  • the sequence may be such that a response message is returned.
  • FIG. 39A and FIG. 39B show processing when the stream transmission system 0001 receives a stage transfer request message from the stream reception system 0002. That is, FIG. 39A and FIG. 39B are flowcharts of processing performed when the stream transmission system 0001 in FIG. In this flowchart,! /, Which is out of the transfer database 0105a shown in FIG. 10 or FIG. 11, is used.
  • step S0202 the content data is specified using the specified content ID specified by the message parameter. Search for base 0102a.
  • step S0203 it is checked whether or not the content is currently assigned and a channel is assigned from the content information retrieved. if
  • step S0204 is executed.
  • step S0204 the transfer database 0105a is searched from the channel number.
  • step S0205 in each channel of the searched transfer database 0105a, the stage number specified and the stage start time is in the future, and the stage transfer is in the middle even if a playback reservation is made from now on. Check if you keep it. If not in time (NO), execute step S0206.
  • step S0206 is executed.
  • step S0206 a channel is searched using! / And the transfer database 0105a!
  • step S0207 a check is made to see if an unused channel has been found. If no power is found (NO), step S0208 is executed.
  • Step S0208! /, Te, ah, te! / Return the error stage transfer response to the stream reception system 0002 and finish.
  • Step S0209 If a channel is found in step S0207 (!), Step S0209 is executed. In step S0209, it is checked whether or not the reference time is set in the content information of the content database 0102a. If not set (NO), execute step S0210.
  • step S0210 the reference time is set as a good time ahead of the current time, the time is written in the content database 0102a, and step S0211 is executed.
  • step S0209 if the reference time is set (YES), step S0211 is executed.
  • step S0211 the reference time and the value obtained by multiplying the stage playback time by a constant number greater than or equal to zero. Determine the playback start time.
  • step S0212 channel information to be used, such as a channel number, content, playback stage number, viewer information, stage start time, etc. is written in the transfer database 0105a.
  • step S0213 a stage transfer start event is registered. This event is issued when the stage transfer start time comes, and is for starting transmission of the stream data of the stage specified in the stream transmission means 0103.
  • step S0215 is executed.
  • step S0214 is executed.
  • step S0214 the viewer who made the viewing reservation is added to the viewer information of the channel in the transfer database 0105a.
  • step S0215 a stage transfer response message is transmitted to the stream reception system 0002 using the channel number, stage start time, stage playback time, number of stages, transfer rate, playback rate, etc. as parameters.
  • the stream transmission system 0001 can make a reservation for the transfer of the specified stage of the specified content when receiving the stage transfer request message from the stream reception system 0002.
  • FIG. 40A and 40B show another process when the stream transmission system 0001 receives a stage transfer request message from the stream reception system 0002. That is, Figure 40A FIG. 40B is a flowchart of processing performed instead of the processing of FIG. 39A and FIG. 39B when the stream transmission system 0001 in FIG. 26 is (v). In this flowchart, the transfer database 0105a shown in FIG. 12 is used.
  • FIG. 40A and FIG. 40B the same processing as the processing shown in FIG. 39A and FIG. 39B is assigned the same step number, and description thereof is omitted here.
  • step S0221 is executed.
  • step S0205 if not in time (NO), step S0221 is executed.
  • step S0221 it is checked whether or not the stage immediately before the specified stage number is currently being played. If playback is not in progress (NO), step S0206 is executed. If playback is in progress (YES), step S0222 is executed.
  • step S0222 it is checked whether or not the next stage information has already been registered in transfer database 0105a! If not registered (NO)
  • step S0223 the playback number and playback time of the next stage are written in the transfer database 0105a, and the process proceeds to step S0224. On the other hand, if registered in step S0222 (YES), the process proceeds to step S0224.
  • step S0224 the viewer information of the next stage is added to the transfer database 0105a.
  • step S0215 is executed.
  • the stream transmission system 0001 when the stream transmission system 0001 receives a stage transfer request message from the stream reception system 0002, the stream transmission system 0001 can make a reservation for the transfer of the specified stage of the specified content.
  • FIG. 41 shows processing when the stream transmission system 0001 receives a stage transfer response message in the stream reception system 0002. That is, FIG. 41 is a flowchart of the processing performed by the stream receiving system 0002 in FIG. 26 at the time (g).
  • step S1502 when the stream reception system 0002 receives a stage transfer response message from the stream transmission system 0001 in step S1501, next, in step S1502, it is checked whether or not the response message is an error. If there is an error (YES) Next, in step S1503, the stage data reception event registration flag is reset, and then In S1504, the fact that an error has occurred is displayed on display 0111 to inform the viewer, and in step S1505, a stage data reception event is registered. On the other hand, if there is no error in step S1502 (NO), the process proceeds to step S1505 to register a stage data reception event.
  • the stream reception system 0002 can perform the reception process of the stage transfer response message transmitted from the stream transmission system 0001 and prepare for the reception of the stream data of the stage.
  • step S (x)-(d) When the transfer of stream data in the first stage is started (step S (x)-(d)), whether the stream receiving system 0002 views the content from the viewer or cancels the viewing of the content In the state of waiting (in this state, the display 0111 displays FIG. 22), the remote control device 2000 is operated to select “Cancel”, and the stream receiving system 0002 receives the stream data. Cancel and send a viewing cancellation confirmation message to the stream transmission system 0001 (step S (h)-(u)) (in this state, FIG. 24 is displayed on the display 0111;). At that time, the viewer's user ID and content ID are passed as parameters.
  • the stream transmission system 0001 receives the stream cancellation message
  • the stream transmission system 0001 cancels the transfer of the stream data and operates the content database 0102a, the transfer database 0105a, and the user management database 0106a.
  • the pseudo-video on-demand system 1A can perform viewing cancellation when the viewer cancels content viewing before viewing the content.
  • FIG. 43 shows that the stream transmission system 0001 cancels the viewing cancellation from the stream reception system 0002. This shows the processing when a message confirmation message is received. That is, FIG. 43 is a flowchart of processing performed by the stream transmission system 0001 at the time (u) in FIG.
  • step S0402 the content ID specified by the message parameter is used! To search the content database 0102a.
  • step S0403 the channel number for transferring the stream data of the content is checked.
  • step S0404 the transfer database 0105a is searched using the channel number.
  • step S0405 the viewer is deleted from the viewer list of the corresponding channel in the transfer database 0105a.
  • step S0406 it is checked whether or not the power of the viewer list that has been deleted as a result of deletion is 0, that is, the power of viewer ⁇ . If there is a viewer (NO), the process is terminated.
  • Step S0406! If the result of the check shows that viewers have come (YES), then step
  • step S0407 it is checked whether a stage transfer start event for the content has been registered and has not occurred. If it has not occurred (YES), then in step S0408, the registered stage transfer start event has been registered. Is deleted, and then Step S0410 is executed.
  • step S0407 If an event has occurred as a result of the check in step S0407 (NO), stream data transfer has already been performed in that stage, so in step S0409 the stream data transfer is canceled, and then Step S0410 is executed.
  • step S0410 the channel information is deleted from transfer database 0105a.
  • step S0411 the channel number is deleted from the playback channel list of the content database 0102a.
  • the viewing cancellation confirmation message does not require a response message.
  • a sequence that returns a response message It may be an instance.
  • FIG. 44 shows processing in the stream reception system 0002 when the content is selected and the preparation for content viewing is completed and the viewer cancels the content viewing. That is, FIG. 44 is a flowchart of processing performed by the stream reception system 0002 when the stream reception system 0002 in FIG. 42 is canceled at time (h) or before ().
  • step S1401 the viewer selects a cancel button for canceling the viewing of the content displayed on display 0111 (that is, the display on display 0111 transitions from FIG. 22 to FIG. 24, and “Yes” in FIG. 24). The button is selected.)
  • step S1402 the stream reception system 0002 transmits a viewing cancellation confirmation message to the stream transmission system 0001.
  • step S1403 it is checked whether or not the stage data reception event is registered. If registered! (YES)
  • step S1404 the stage data reception event is deleted.
  • step S1405 the stage data reception event registration flag is reset, and the process proceeds to step S1406. On the other hand, if it is not registered in step S1403 (NO), the process proceeds to step S1406.
  • step S1406 it is checked whether stream data is currently being received. If received (YES), in step S1407, the reception of the stream data is canceled, and the process proceeds to step S1408. On the other hand, if not received in step S1406 (NO), the process proceeds to step S1408 as it is.
  • step S1408 the stream recording / reproducing means 0113 checks whether stream data is recorded. If it is recorded (YES), the recorded stream data is deleted in step S1409, and the process proceeds to step S1410. On the other hand, if it is not recorded in step S1408 (NO), step S1410 is executed as it is.
  • step S1410 the screen display of display 0111 is switched to indicate to the viewer that the content viewing has been cancelled (in this state, display 3211 is displayed in FIG. 32). ;).
  • FIGS. 45A to 45D messages transmitted and received between the stream receiving system 0002 and the stream transmitting system 0001 when the viewing of the content is canceled while viewing the content. Shows the sequence.
  • messages sent and received between the stream transmission system 0001 and the stream reception system 0002 in step S (x)-(d) until content viewing is started are the same as those in FIG. Since there is, description is abbreviate
  • stream reception system 0002 starts playback of the content, and transmits a content viewing start confirmation message to stream transmission system 0001 (step S (e)-(w))
  • the viewer operates remote control device 2000 while viewing the content to cancel the viewing of the content (that is, the display on display 0111 transitions from FIG. 22 to FIG. 24, and the “Yes” button in FIG. 24 is selected.
  • the stream reception system 0002 cancels reception of the stream data and playback of the content, and transmits a viewing cancellation confirmation message to the stream transmission system 0001 (step S (0- (t)).
  • the viewer's user ID and content ID are passed in.
  • Stream transmission system 0001 is a stream reception system.
  • the transfer of the stream data is canceled and the content data base 0102a of the content management means 0102, the transfer database 0105a of the stream transmission management means 0105a, and the user management database 0106a of the user management means 0106 are operated.
  • the pseudo-video on-demand system 1A can execute viewing cancellation when the viewer cancels content viewing while viewing the content.
  • FIG. 46 is a flowchart showing processing when the remote control device 2000 is operated by the viewer and the control button is pressed by the viewer while viewing the content in the stream receiving system 0002.
  • step S1701 remote control device 2000 is operated by the viewer while viewing the content, and the control button is pressed.
  • step S1702 a button for temporarily stopping viewing the content, a button for canceling the viewing of the content, and the content A button for resuming viewing is displayed (that is, display 0111 is displayed as shown in FIG. 22).
  • FIG. 47 is a flowchart showing a process when the viewer selects the cancel button after pressing the control button of remote control device 2000 while viewing the content.
  • step S1801 the viewer operates remote control device 2000 to select / execute the cancel button.
  • step S1802,! / A dialog for confirming whether or not to cancel content viewing is displayed (that is, display 0111 is displayed as shown in FIG. 24).
  • FIG. 48 shows the processing in the case where the viewing of content is canceled by the viewer while viewing the content. That is, FIG. 48 is a flowchart of the processing performed by the stream reception system 0002 (at time 0) in FIG.
  • step S1804 After the display on display 0111 as shown in Fig. 24 by the processing of S1802, the remote controller 2000 is operated by the viewer in step S1803, and the "Yes" button in the dialog is selected.
  • step S1804 a viewing cancel message is transmitted to the stream transmission system 0001.
  • step S1805 it is checked whether playback of the stream is paused. If it is paused (YES), then step S1806 is executed.
  • step S1806 an instruction to interrupt stream data reproduction is generated.
  • S1807 is executed.
  • step S1807 if paused (NO), next, in step S1807, it is checked whether or not a stage data reception event is registered. If it is checked (YES), in step S1808, the stage data reception event is deleted. Next, in step S1809, the stage data reception event registration flag is reset. To do. Then, the process proceeds to step S 1810. On the other hand, if it is not registered in step S1807 (NO), the process proceeds to step S1810 as it is.
  • step S1810 it is checked whether stream data is received.
  • step S1811 If received (YES), in step S1811, the reception of the stream data at the stage is canceled. Then, the process proceeds to step S1812. On the other hand, if not received in step S1810 (NO), the process proceeds to step S1812.
  • step S1812 the stream recording / reproducing means 0113 checks whether stream data is recorded. If recorded (YES), then step
  • step S1813 the stream data recorded in the stream recording / reproducing means 0113 is deleted, and the process proceeds to Step S1814. On the other hand, if not recorded in step S1812
  • step S1814 a message indicating that the content viewing has been canceled is displayed on display 0111.
  • FIG. 49 is a flowchart showing processing when the viewer presses a control button of remote control device 2000 and then selects a button to pause during content viewing.
  • step S1901 remote control device 2000 is operated by the viewer to select a button for temporarily stopping content viewing.
  • step S1902 a stream data playback interruption command is generated.
  • step S1903 a display indicating that content viewing is temporarily stopped is displayed on the display 0111 (that is, the display 0111 is displayed as shown in FIG. 23).
  • FIGS. 50A and 50B show the content playback when the viewer selects the button to resume playback after pressing the control button of the remote control device 2000 while viewing the content.
  • 5 is a flowchart showing processing when a button for resuming playback is selected when is paused.
  • FIG. 50A and FIG. 50B the same processes as those shown in FIG. 35A, FIG. 35B, and FIG. 36 are assigned the same step numbers, and the description thereof is omitted here.
  • step S2001 the remote controller 2000 is operated by the viewer to select a button for resuming content viewing.
  • step S2002 the button for pausing the viewing of the content displayed on the display 0111, the button for canceling the viewing of the content, and the button for restarting the viewing of the content are deleted.
  • step S2003 it is checked whether the playback of the stream data is paused. If it is not paused (NO), the process is terminated. On the other hand, if it is temporarily stopped in step S2003 (YES), next, step S1303 is executed.
  • the flow chart for reproducing the stream data of the content is shown as it is from the point where the user restarts the viewing and viewing of the content.
  • processing may be performed by another task, process, or thread.
  • a task or process or thread that plays the content is created / started, a message or interrupt is sent to the task or process or thread that plays the stopped content Can be realized by generating and restarting.
  • FIG. 2 is a block diagram showing a pseudo video on demand system 1B as the second embodiment. However, the description of the same reference numerals will be omitted.
  • the stream transmission system 0001 is connected to the stream storage / reproduction means 0101, the content management means 0102, the stream data transmission management means 0103, the control data transmission / reception means 0104, the stream transmission management means 0105, and the user management means 0106.
  • the stream encryption means 0201 for encrypting the stream data.
  • the stream reception unit 0003 in the stream reception system 0002 decrypts the encrypted stream data in addition to the stream recording / playback unit 0113, the stream reception unit 0114, the control data transmission / reception unit 0115, and the stream reception management unit 0116.
  • the stream decoding means 0202 is configured as follows. In FIG. 2, the configurations of the stream transfer means 0005 and the control data transfer means 0006 that perform transmission / reception between the stream transmission system 0001 and the stream reception system 0002 are the same as those in FIG.
  • the stream transmission system 0001 and the stream reception system 0002 are shown as a pair, but there is no problem even if there are a plurality of them.
  • the content is transferred from 0001 to the stream receiving system 0002, and the stream receiving system 0002 can display the content.
  • the stream receiving system 0002 can display the content.
  • by transmitting and receiving control data it is possible to pause or resume playback while viewing content by user operation.
  • the stream data is encrypted and transmitted, it becomes a secure system.
  • the stream encryption unit 0201 and the stream decryption unit 0202 shown in Fig. 2 can be realized by using one or both of a secret key encryption system and a public key encryption system.
  • FIG. 51 is a fourth example of the stream data stored in the transfer database 0105a used in the present embodiment.
  • this transfer database 0105a the channel number for transferring the stream, the ID indicating the type of content, the number of the stage being played back, the transmission time of the stage, and the stream transfer are shown in FIG. 51.
  • the stream cipher key items are stored.
  • stream data is encrypted by the stream encryption unit 0201 using the stream encryption key, and the stream data is transferred to the stream reception system 0002.
  • Stream data is encrypted by using the same encryption key on the stream transmission system 0001 side and the stream reception system 0002 side, and sharing the encryption key between the stream transmission system 0001 and the stream reception system 0002 in some way. It is possible to use a private key encryption system that is stored in advance. In addition, it is possible to use a public key encryption system that uses a pair of different encryption keys in the stream transmission system 0001 and the stream reception system 0002. In this case, encryption is performed using the public key on the stream transmission system 0001 side, and decryption is performed using the secret key on the stream reception system 0002 side.
  • FIG. 52 shows processing when a stage transfer event registered by the stream transmission system 0001 itself occurs. That is, FIG. 52 is a flowchart of processing performed instead of the processing in FIG. 33 when the stream transmission system 0001 in FIG. 26 is (X). Note that the transfer database 0105a shown in FIG. 51 is used in the flowchart shown in FIG. Also, in the process of FIG. 33, the stream data is transferred without being encrypted. In the process of FIG. 52, the stream data is transferred while being encrypted.
  • step S0521 is executed.
  • step S0521 a key for encrypting the stream data is extracted.
  • step S0522 is executed.
  • step S0522 the read stream data is encrypted.
  • step S0510 is executed.
  • the stream transmission system 0001 can encrypt and transfer the stream data of the stage to the stream reception system 0002.
  • FIG. 52 shows a flowchart for transferring stage data as it is from the detection of the stage transfer event, but the flowchart portion for transferring stage data (from S0503 to S0511 and S0511) S0521 and S0522), processing may be performed by another task, process, or thread.
  • FIG. 3 shows a pseudo video on demand system as a third embodiment.
  • FIG. 3 the configurations of the stream transmission system 0001 and the stream reception system 0002 are illustrated.
  • stream data transmitted to the stream transmission system 0001 and the stream reception system 0002 and control data transmitted and received between the stream transmission system 0001 and the stream reception system 0002 are stream data / control data.
  • the transmission / reception system 0007 performs transfer and transmission / reception, respectively.
  • the content is transferred from 0001 to the stream receiving system 0002, and the stream receiving system 0002 can display the content.
  • the stream receiving system 0002 can display the content.
  • by transmitting and receiving control data it is possible to pause or resume playback while viewing content by user operation.
  • FIG. 4 is a block diagram showing a pseudo video on demand system 1D as the fourth embodiment. However, explanation of items with the same reference numerals is omitted.
  • the content is transferred from 0001 to the stream receiving system 0002, and the stream receiving system 0002 can display the content.
  • the stream receiving system 0002 can display the content.
  • by transmitting and receiving control data it is possible to pause or resume playback while viewing content by user operation.
  • the stream data is encrypted and transmitted, the system becomes secure.
  • the stream encryption means 0201 and the stream decryption means 0202 shown in Fig. 4 can be realized by using one or both of a secret key encryption system and a public key encryption system.
  • each embodiment has been described centering on each function in the pseudo video on demand control device of the present invention.
  • the present invention is not limited to the pseudo video on demand control as described in the method for causing the computer to execute. It can also take the form of a method.
  • a form as a program for causing a computer to function as a pseudo video on demand control device or for executing a pseudo video on demand control method is also possible. Is possible.
  • FIG. 1 An embodiment of a recording medium storing a program and data for realizing each function according to the present invention will be described.
  • Specific recording media include CD-ROM (-R / -RW), magneto-optical disk, DVD-ROM (-RW / + RW / -R / + R / -RAM), FD, flash memory, memory Ricardo memory sticks and other various ROMs, RAMs, and the like can be assumed, and the functions of the embodiments of the present invention described above are executed by the computer on these recording media, and the programs for realizing the functions are recorded and distributed. This facilitates the realization of the function. Then, attach the recording medium to the information processing apparatus such as a computer and read the program by the information processing apparatus, or store the program in the recording medium provided in the information processing apparatus and read it as necessary. Thus, each function relating to the present invention can be executed.
  • FIG. 53 shows a first embodiment of the pseudo video on demand system 1 of the present invention.
  • Reference numeral 1001 denotes a receiving terminal for digital terrestrial broadcasting.
  • 1002 indicates an Internet service provider.
  • Reference numeral 1003 denotes an Internet network.
  • Reference numeral 1005 denotes a terrestrial digital broadcasting station.
  • Reference numeral 1006 denotes a terrestrial digital radio tower.
  • Reference numeral 1004 denotes a computer system for processing two-way communication data installed in a broadcasting station.
  • the receiving terminal 1001 corresponds to the stream receiving unit 0003 in the first to fourth embodiments shown in FIGS. 1 to 4, and the Internet network 1003 includes the stream transfer means 0005 and the first embodiment in the first and second embodiments. It corresponds to the control data transfer means 0006 or the stream data / control data transmission / reception system 0007 in the third and fourth embodiments, and the computer system 1004 corresponds to the stream transmission system 0001 shown in FIGS.
  • the broadcast station power is transferred to the receiving terminal 1001 through the terrestrial digital radio tower, and the content data of NVOD is transferred to the terrestrial digital bidirectional communication function.
  • Control data used to control stream data is transmitted and received.
  • the stream data to be transferred can be transferred in the MPEG stream format.
  • the broadcasting station and the receiving terminal are shown as a pair, but there may be a plurality of each. It is also possible to transfer stream data by encrypting the stream data.
  • the pseudo video on demand system 1 shown in FIG. Finally, content is transferred within the framework of digital terrestrial broadcasting, and the receiving terminal can display the content.
  • the receiving terminal can display the content.
  • by transmitting and receiving control data using the terrestrial digital bi-directional function it is possible to pause and resume playback while viewing content by user operation. If the stream data is encrypted and transmitted, a secure system is obtained.
  • FIG. 54 shows a second embodiment of the pseudo video on demand system 1 of the present invention.
  • Reference numeral 1101 denotes a digital BS broadcast receiving terminal.
  • 1002 indicates an Internet service provider.
  • Reference numeral 1003 denotes an Internet network.
  • Reference numeral 1105 denotes a BS digital broadcasting station.
  • Reference numeral 1004 denotes a computer system for processing two-way communication data installed in a broadcasting station.
  • 1007 indicates the ground equipment for satellite broadcasting.
  • Reference numeral 1008 denotes a satellite for satellite broadcasting.
  • Reference numeral 1009 denotes an antenna for receiving satellite broadcasting.
  • the receiving terminal 1001 corresponds to the stream receiving unit 0003 in the first to fourth embodiments shown in FIGS.
  • the Internet network 1003 corresponds to the stream transfer means 0005 in the first and second embodiments.
  • the satellite broadcasting ground equipment 1007, the satellite 1008, and the antenna 1009 correspond to the control data transfer means 0006 in the first and second embodiments, and the computer system 1004 corresponds to the stream transmission system 0001 shown in FIGS.
  • NVOD content data is transferred from broadcasting station 1105 to a receiving terminal via a digital BS broadcast satellite, and control data for controlling stream data using the BS digital two-way communication function. Are transmitted and received.
  • the stream data to be transferred can be transferred in the MPEG stream format.
  • the broadcasting station 1105 and the receiving terminal 1101 may have a plurality of forces shown as a pair. It is also possible to transfer stream data by encrypting the stream data. In addition, the same effect can be obtained using force digital CS broadcasting, which is a diagram assuming digital BS broadcasting in FIG.
  • the pseudo video on demand system 1 shown in Fig. 54 transfers content from the broadcasting station 1105 to the receiving terminal 1101 within the framework of digital BS broadcasting or digital CS broadcasting, and the receiving terminal 1101 displays the content. can do.
  • Digital BS By transmitting and receiving control data using the interactive function of broadcasting or digital CS broadcasting
  • the user can pause and resume playback while viewing the content. Further, if the stream data is encrypted and transmitted, a secure system is obtained.
  • FIG. 55 will be described with reference to a third embodiment of the pseudo video on demand system 1 of the present invention.
  • 1010 indicates a CATV broadcasting station.
  • 1201 indicates a CATV broadcast receiving terminal
  • 1202 indicates a CATV broadcasting network.
  • 1011 is an STB for receiving a CATV broadcast and performing two-way communication using CATV.
  • Reference numeral 1004 denotes a computer system for processing bidirectional communication data installed in a CATV broadcasting station.
  • the receiving terminal 1201 corresponds to the stream receiving unit 0003 in the first to fourth embodiments shown in FIGS. 1 to 4, and the CATV broadcasting network 120 is the stream transfer means 0005 and the first and second embodiments. It corresponds to the control data transfer means 0006, or the stream data / control data transmission / reception system 0007 in the third and fourth embodiments, and the computer system 1004 corresponds to the stream transmission system 0001 shown in FIGS.
  • the CATV broadcast station 1010 is transferred to the STB via the NVOD content data power CATV broadcast network and displayed on the receiving terminal 1201.
  • Control data is sent and received to control stream data using the bidirectional communication function of CATV broadcasting.
  • the two-way communication function of CATV broadcasting is the Internet using the CATV broadcasting network.
  • the stream data to be transferred can be transferred in the MPEG stream format.
  • FIG. 55 only one receiving terminal 1201 is shown. It is also possible to transfer stream data by encrypting the stream data.
  • the pseudo-video on-demand system 1 shown in FIG. 55 transfers content from the broadcasting station 1010 to the receiving terminal 1201 within the framework of CATV broadcasting, and the receiving terminal 1201 can display the content. .
  • the receiving terminal 1201 can display the content.
  • by transmitting and receiving control data using the CATV interactive function it is possible to pause and resume playback while viewing content by user operation. If the stream data is encrypted and transmitted, the system becomes secure. [0293] (Example 4)
  • FIG. 56 shows a fourth embodiment of the pseudo video on demand system 1 of the present invention.
  • a receiving terminal 1301 displays stream data from the Internet.
  • 1014 indicates an STB that is provided with NVOD using the Internet.
  • Reference numeral 1002 denotes an Internet service provider.
  • 1003 indicates the Internet network, and 1202 indicates the CATV broadcasting network.
  • 1012 indicates a provider that provides NVOD using the Internet.
  • a computer system 1013 stores content data and transmits stream data via the Internet.
  • Reference numeral 1004 denotes a computer system for processing control data installed in the provider.
  • the receiving terminal 1001 corresponds to the stream receiving unit 0003 in the first to fourth embodiments shown in FIGS. 1 to 4, and the Internet network 1003 and the CATV broadcasting network 1202 are streams in the first and second embodiments. It corresponds to the transfer means 0005 and the control data transfer means 0006, or the stream data / control data transmission / reception system 0007 in the third and fourth embodiments, and the computer system 1004 corresponds to the
  • the stream data can be transferred by using the IP multicast transfer function.
  • Stream data can be transferred using the RTP protocol.
  • the stream data to be transferred can be transferred in the MPEG stream format.
  • Fig. 56 only one of the NVOD provider 1012 and receiving terminal 1301 using the Internet is shown. It is also possible to transfer stream data by encrypting the stream data.
  • the provider 1012 that provides NVOD transmits the stream data in which the content is stored to the receiving terminal 1301 via the Internet network 1003. In addition, by transmitting and receiving control data using the Internet, it is possible to pause and resume playback while viewing content by user operation. If the stream data is encrypted and transmitted, a secure system is obtained.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Description

明 細 書
擬似ビデオオンデマンドシステム、擬似ビデオオンデマンドシステムの制 御方法、およびそれらに用いるプログラムおよび記録媒体
技術分野
[0001] 本発明は、ビデオオンデマンドシステムの制御技術に関し、より詳しくは、擬似ビデ ォオンデマンドシステムの制御技術に関する。
背景技術
[0002] 近年、放送のディジタル化が進み、より多くのチャネルにてより多くのコンテンツが 放送されるようになってきている。また、 CATVシステムもディジタルィ匕されつつあり、 多チャンネル化が進みつつある。
[0003] このような多チャンネル化された放送システムでは、新しいサービスとしてビデオォ ンデマンド(以下「VOD」と称する。)や擬似ビデオオンデマンド(以下「NVOD」と称す る。)のサービスが開始されつつある。 VODは視聴者が希望する時間に希望するコン テンッを受信システムに表示させて楽しむことができる力 視聴者の都合によりチヤネ ルの割り当てを行 、コンテンツの放送する必要があるため、放送のディジタルィ匕によ りチャネル数が増えたとはいえすべての視聴者の要求に応えることは基本的に不可 能である。この問題に対処するため、ある一定時間のタイムシフトに従って、 1つのコ ンテンッを複数のチャネルを使って放送する NVODが開発されている。
[0004] 図 57は、従来の NVODで放送する時の各チャネルのタイムテーブル(B)を示したも のである。放送するコンテンツのストリームデータが (A)に示すようなものであった場 合、基準時間 T1でチャネル CH1を使って繰り返しストリームデータが放送される。また 、チャネル CH2を使って基準時間 T1よりも 15分後から繰り返しストリームデータが放送 される。以下、 15分ずつずらし、チャネル CH3, CH4, CH5, CH6を使ってストリームデ ータが放送される。これによつて、視聴者は最大でも 15分の待ち時間のみで、いつで もこのコンテンツを初めから楽しむことができる。
[0005] しかしながら、ディジタル化され放送されるチャネルが増えても NVODには限界があ り、多数のコンテンツを同時に楽しむことは不可能である。例えば各コンテンツの視聴 時間が 90分ある 100個のコンテンツを 15分のタイムシフトで NVODを使って同時に楽 しむためには 600 (90/15*100)チャネル必要となり、このチャネル数は現実的な数字 ではない。
[0006] 上記の問題を解決するため、特許文献 1では受信システム側で視聴者側力ゝらの要 求があつたときにコンテンツを放送するチャネルを割り当てて要求があったコンテンツ を放送する技術が公開されている。図 58にその具体例を示す。(A)に示すようなストリ ームデータを (B)に示すようなタイムテーブルでコンテンツの放送が行なわれるとする と、図中の視聴要求 1〜4に示すような時間関係で視聴者力 コンテンツ視聴の要求 があった場合、チャネル CHI, CH3, CH5, CH6はそれぞれ視聴者が存在するので放 送する必要がある力 CH2, CH4は視聴者がいないため放送する必要がない。従つ て視聴者が存在しな 、無駄な放送が省ける。この図の説明ではあらかじめチャネル が割り当てられて 、ると仮定して説明して 、るが、逆にあるタイムシフトの時間内に視 聴者からの視聴要求があった場合のみチャネルを割り当てて放送する(たとえば、特 許文献 1参照)。
[0007] さらに、放送局側に視聴者を管理するためのデータベースを設け、あるチャネルで の視聴者が 、なくなった場合にはそのチャネルの放送を中止する技術も知られて ヽ る (たとえば、特許文献 2参照)。
[0008] 一方、 NVODによって、ある一定時間待てば特定のコンテンツを視聴できる力 視 聴者の都合によってコンテンツの視聴を一時停止したいという要求がある。
[0009] この問題に対処するため特許文献 3に記載の技術では、 NVODでコンテンツを視聴 中に一時停止させた場合には、その部分力 最低タイムシフト分を記録装置にストリ ームデータを記録させる。そして、視聴者が一時停止を解除させ視聴を再開したとき には、記録装置に記録されているストリームデータを再生させる。これによつて、 NVODの視聴者は、一時停止させたところ力もコンテンツを楽しむことができる。
[0010] 図 59に上記技術の例を示す。(A)に示すストリームデータを (B)に示すタイムテー ブルで NVODの放送が行なわれているときに、(C)に示すように、視聴者が CH3でス トリームデータの視聴中に一時停止をさせた場合、以降のデータは受信システムのス トリーム記録/再生手段の記録領域に記録される。このストリーム記録/再生手段の記 録領域は、最低タイムシフト分のストリームデータが記録できる容量が必要である。一 時停止中には引き続きそのチャネルで放送の受信を行い記録装置にストリームデー タの記録をするが、前記受信システムのストリーム記録/再生手段に記録ができなくな るとそのチャネルの受信を中止する。そして視聴の再開をした時に、一時停止してい る時間がタイムシフトの時間を越えると、視聴するチャネルを CH4に変更して、前記ス トリーム記録/再生手段に記録されて 、るストリームデータの続きの部分になると、そこ 力 のストリームデータを記録する。視聴の再開は、前記ストリーム記録/再生手段に 記録されて 、るデータの再生を行なって、一時停止したところ力 視聴をすることが できる。
[0011] ところで、近年インターネット(広義の意味での「インターネット」は、複数のネットヮー クが相互に接続されデータの送受信を行なうことができることをさす力 ここでの「イン ターネット」は狭義の意味で、 TCP/IPを使ったネットワークシステムのことを指す。)の ブロードバンド化が進み、ストリームコンテンツをダウンロードして視聴したり、インター ネット放送技術として知られる、ライブ映像等をオンタイムで転送しながら、同時に視 聴したりすることが行なわれて 、る。
[0012] さて、通常ディジタルィ匕されたストリームデータは圧縮ィ匕されて放送される。例えば 、 CS/BSディジタル放送や地上ディジタル放送では、映像は MPEG2 (ISO/IEC 13818-2 (ITU-T H.262))によってディジタル化 ·圧縮され放送されている。そのレート (ここでは再生レートと呼ぶ)は通常の放送(SD, Standard Definition)であればおよそ 6Mpbsである。また、放送する際の転送のレート(ここでは転送レートと呼ぶ)も再生レ ートと同じにしている。これは、再生レートと転送レートが異なる場合、送られてきたス トリームデータを受信システム側のストリーム記録/再生手段に記録しなければならな いためである。この、ストリームを記録するための前記ストリーム記録/再生手段の記 録容量は、コンテンツの長さ、再生レートの値、再生レートと転送レートの比率によつ て異なる。
[0013] ライブ放送ならば再生レートと転送レートが同一でなければならないが、 NVODのよ うな場合では同一である必要がない。転送レートが再生レートよりも低い場合には、 ー且ある程度のデータをダウンロードして力 でないと連続的な再生が始められない 力 転送レートが再生レートより高ければ、前記ストリーム記録/再生手段にストリーム データを記録する必要がある力 すぐに再生が始められる。むしろ、転送レートをあ げてやれば、必要なチャネル数が少なくすむ。し力しながら、上述したように、再生レ ートと転送レートが異なる場合には、受信システム側でストリームデータを記録する必 要があり、記録するための容量が一定でなぐ場合によっては相当の大きさの前記ス トリーム記録/再生手段の記録容量が必要になるため、通常、再生レートと転送レート は同一になっている。
特許文献 1 :特開平 9— 182054号公報
特許文献 2 :特開平 9— 18858号公報
特許文献 3:特開平 7— 307936号公報
発明の開示
発明が解決しょうとする課題
[0014] しかし、図 57および図 58に示す態様で実施すると、一時停止後、再生再開をするた めには CH4に同じコンテンツのストリームデータがタイムシフト分ずれて放送されてな ければならないが、 CH4で一時停止前と同様にストリームデータを放送するためにそ の前のタイムシフト時間内に視聴者力もの視聴要求がなかった場合、そのタイムシフ ト時間での放送がないことになるため、次のタイムシフト分ずれて放送されているチヤ ネルが放送されていないケースが発生してしまい、一時停止後、再生の再開をするこ とができない場合がある。
[0015] このようなケースを避けるためには、一時停止後は、そのチャネルを引き続き受信し 続け、その後のストリームデータを記録装置に記録し続けなければならない。しかしこ の場合、一時停止がいつ発生し、再生の再開がいつ行なわれるかは事前にはわから ないため、受信システムの前記ストリーム記録/再生手段においては一つのコンテン ッのストリームデータを保存するだけの大容量のバッファが必要になるという問題があ る。
[0016] また、再生レートと転送レートが異なる擬似ビデオオンデマンドシステムの場合、受 信機側でストリームデータを記録するためある程度の容量の記録場所が必要になり、 その大きさはコンテンツの長さ、再生レートの値、再生レートと転送レートの比率によ つて異なるので、一意に定めることができない。場合によっては、受信システムの前記 ストリーム記録/再生手段の記録領域はやはり相当の大きさの容量が必要になってし まつ。
[0017] 本発明の目的は、このような課題を解決するためのものであり、受信システム側でス トリーム再生をー且一時停止したのちに再生を再開しても再生不能になる事態が生 ずることがなぐまた、受信システムの記録/再生手段に過大な記憶領域を設ける必 要のな 、擬似ビデオオンデマンドシステム、擬似ビデオオンデマンドシステム制御方 法、およびそれらに用いるプログラムおよび記録媒体を提供することにある。
課題を解決するための手段
[0018] 本発明は、受信システム側でストリーム再生をー且一時停止したのちに再生を再開 しても再生不能になる事態が生ずることがなぐまた、受信システムの記録/再生手段 に過大な記憶領域を設ける必要のな 、擬似ビデオオンデマンド制御装置、擬似ビデ ォオンデマンド制御方法、プログラムおよび記録媒体を提供するものであり、具体的 に、本発明の上記課題は、複数の同一コンテンツがそれぞれタイムシフトされて送信 される擬似ビデオオンデマンドシステムにお ヽて、ストリーム送信システムとストリーム 受信システムとストリームデータ転送手段と制御データ転送手段とを備え、前記ストリ ーム送信手段は前記ストリームデータを所定の時間ごとに区切って形成したステージ 単位で管理する擬似ビデオオンデマンドシステムによって達成される。
[0019] そして、前記ストリーム送信手段はストリームデータを所定の時間ごとに区切って形 成したステージ単位に分割して管理することにより、転送するチャネルを動的に変更 したり、不必要なストリームは転送しないようにしたりというストリーム送信態様の詳細 な設定が可能となり、受信システム側でストリームデータの再生を一時停止したのち に再度再生する場合でも再生不能に陥ることはない。また、受信システム側のストリ ームデータはステージ単位の容量で記録すれば再生可能となるため、ストリーム記録 /再生手段の記録容量を過大にする必要がなくなる。
[0020] また、本発明の上記課題は、複数の同一コンテンツがそれぞれタイムシフトされて 送信される擬似ビデオオンデマンドシステムにお ヽて、ストリーム送信システムとストリ ーム受信システムとストリームデータ転送手段と制御データ転送手段とを備え、前記 ストリーム送信システムはストリーム記憶/再生手段とコンテンツ管理手段とストリーム 送信手段と制御データ送受信手段とストリーム送信管理手段とユーザ管理手段とを 備え、前記ストリーム受信システムはストリーム受信部とユーザインターフェース部とを 備え、前記ストリーム受信部はストリーム記録/再生手段とストリーム受信手段と制御 データ送受信手段とストリーム受信管理手段とを備え、前記ユーザインターフェース 部は表示手段と操作手段とを備え、前記ストリーム送信手段は前記コンテンツのストリ ームデータを所定の時間ごとに区切って形成したステージ単位で転送する擬似ビデ ォオンデマンドシステムによって達成される。
[0021] そして、ストリーム送信システムはストリーム送信手段と制御データ転送手段とを別 個に有するので、衛星通信とインターネット網を併用した擬似ビデオオンデマンドシ ステムのように、ストリームデータと制御データを別個の通信手段によって送信するシ ステムに適用することが可能になる。
[0022] また、本発明の上記課題は、複数の同一コンテンツがそれぞれタイムシフトされて 送信される擬似ビデオオンデマンドシステムにお ヽて、ストリーム送信システムとストリ ーム受信システムとデータ転送手段を備え、前記ストリーム送信システムはストリーム 記憶/再生手段とコンテンツ管理手段とストリーム送信手段と制御データ送受信手段 とストリーム送信管理手段とユーザ管理手段とを備え、前記ストリーム受信システムは ストリーム受信部とユーザインターフェース部とを備え、前記ストリーム受信部はストリ ーム記録/再生手段とストリーム受信手段と制御データ送受信手段とストリーム受信 管理手段とを備え、前記ユーザインターフェース部は表示手段と操作手段とを備え、 前記ストリーム送信手段は前記コンテンツのストリームデータを所定の時間ごとに区 切って形成したステージ単位で転送する擬似ビデオオンデマンドシステムによって達 成される。
[0023] そして、ストリーム送信システムはストリーム送信と制御データ転送のためにデータ 交信手段のみを有するので、 IPネットワークを用いた擬似ビデオオンデマンドシステ ムのように、ストリームデータと制御データを同一の通信手段によって送信するシステ ムに本発明を適用することが可能になる。
[0024] また、本発明の上記課題は、前記ストリーム送信システムはストリーム暗号ィ匕手段を 備えるとともに前記ストリーム受信システムはストリーム復号手段を備えた擬似ビデオ オンデマンドシステムや、前記ストリーム暗号化手段および前記ストリーム復号手段 は、秘密鍵暗号システムまたは公開鍵暗号システムのうち少なくとも 、ずれか一方で ある擬似ビデオオンデマンドシステムによって効果的に達成される。
[0025] そして、暗号ィ匕手段ゃ復号手段を備える擬似ビデオオンデマンドシステムに適用 することにより、セキュリティの高いストリームデータの送受信に本発明を適用できる。
[0026] さらに、本発明の上記課題は、前記ストリーム送信管理手段が前記コンテンツのスト リームデータを所定の時間ごとに区切って形成した複数のステージに分割しかつ管 理を行う擬似ビデオオンデマンドシステムや、前記ストリーム記録/再生手段が 1つの ステージ期間内に転送されるストリームデータが記録できる容量の記憶領域を有する 擬似ビデオオンデマンドシステムのように、複数のステージに分割したストリームデー タを正しく送受信し管理するための各種の構成を備えた擬似ビデオオンデマンドシス テムによって一層効果的に達成される。
[0027] そして、ストリーム送信システムとストリーム受信システムとが複数のステージに分割 したストリームデータを送受信するための各種の構成を備えることにより、ステージに 分割したストリームデータを支障なく送信し順番に再生することが可能になる。
[0028] さらに、前記ストリーム受信システムの前記ストリーム記録/再生手段が前記ストリー ムデータの再生中に再生中断操作を行 、前記ストリームデータの再生を中断したの ちに再生を再開するための構成のように、ストリームデータの再生を一時停止しさら に再生を再開するための各種の構成を備えた擬似ビデオオンデマンドシステムによ つても一層効果的に達成される。
[0029] そして、ストリームデータの再生を一時停止した後にさらに再生を再開するための各 種の構成を備えることにより、再生再開時の視聴トラブルを防止しユーザが利用し易 いシステムを提供することが可能になる。
[0030] さらに、前記制御データ転送手段がストリームデータによるコンテンツの視聴を行う ための各種メッセージを双方向に送信する擬似ビデオオンデマンドシステムによって も一層効果的に達成される。
[0031] そして、ストリーム送信システムとストリーム受信システムとが制御データを双方向に 交換することにより、ストリームの送信を受信システムを利用するユーザ側の要求に基 づいて行うことも可能になって、コンテンツ再生の一時停止や再開などを支障なく確 実に行うことが可能になる。
[0032] そして、本発明の上記課題は、ストリーム送信システムとストリーム受信システムとス トリームデータ転送手段と制御データ転送手段とを備え、複数の同一コンテンツをそ れぞれタイムシフトして送信する擬似ビデオオンデマンドシステムにお 、て、前記スト リーム送信システムのストリーム送信管理手段が前記コンテンツのストリームデータを 所定の時間ごとに区切ったステージ単位に分割するステップと、前記ストリーム送信 システムのストリーム送信手段が前記ストリームデータを前記ステージ単位で前記スト リーム受信システムに転送するステップと、前記ストリーム受信手段が前記ストリーム データを受信するステップと、前記ストリーム記録/再生手段が受信した前記ストリー ムデータをステージ単位で蓄積するステップと、前記ストリーム記録/再生手段が前記 ストリームデータを再生するステップとを有する擬似ビデオオンデマンドシステムの制 御方法によって達成される。
[0033] そして、前記ストリーム送信手段はストリームデータを所定の時間ごとに区切って形 成したステージ単位に分割する転送ステップを有することにより、転送するチャネルを 動的に変更したり、不必要なストリームは転送しないようにしたりというストリーム送信 態様の詳細な設定が可能となり、受信システム側でストリームデータの再生を一時停 止したのちに再度再生する場合でも再生不能に陥ることはない。また、受信システム 側のストリームデータはステージ単位の容量で記録すれば再生可能となるため、スト リーム記録/再生手段の記録容量を過大にする必要がなくなる。さらに、本方法はスト リーム送信手段と制御データ転送手段とを別個に有するストリーム送信手段において 用いるので、衛星通信とインターネット網を併用した擬似ビデオオンデマンドシステム のように、ストリームデータと制御データを別個の通信手段によって送信するシステム に本発明を適用できる。
[0034] また、本発明の上記課題は、ストリーム送信システムとストリーム受信システムとデー タ転送手段を備え、複数の同一コンテンツをそれぞれタイムシフトして送信する擬似 ビデオオンデマンドシステムにお 、て、前記ストリーム送信システムのストリーム送信 管理手段力 前記コンテンツのストリームデータを所定の時間ごとに区切ったステー ジ単位に分割するステップと、前記ストリーム送信システムのストリーム送信手段が、 前記ストリームデータを前記ステージ単位で前記ストリーム受信システムに転送する ステップと、前記ストリーム受信手段が、前記ストリームデータを受信するステップと、 前記ストリーム記録/再生手段が、受信した前記ストリームデータをステージ単位で蓄 積するステップと、前記ストリーム記録/再生手段が、前記ストリームデータを再生する ステップとを有する擬似ビデオオンデマンドシステムの制御方法によって達成される
[0035] そして、ストリーム送信と制御データ転送のためにデータ交信手段のみを用いること により、 IPネットワークをもちいた擬似ビデオオンデマンドシステムのように、ストリーム データと制御データを同一の通信手段によって送信するシステムに本発明を適用で きる。
[0036] また、本発明の上記課題は、ステージ単位に分割した前記ストリームデータを、前 記ストリーム送信手段が暗号化するステップと、前記ストリーム受信手段が、暗号化さ れた前記ストリームデータを受信し復号するステップとをさらに有する擬似ビデオオン デマンドシステムの制御方法によって効果的に達成される。
[0037] そして、ストリームデータを暗号ィ匕して送受信することにより、高いセキュリティレべ ルにおいてストリームデータを送受信することが可能になる。
[0038] さらに、本発明の上記課題は、前記ストリーム受信システムの表示手段に表示され たコンテンツ視聴の再開を示すボタンを選択/決定する指示を前記操作手段が受信 した場合に、前記ストリーム受信システムの前記ストリーム記録/再生手段が一時停止 している前記コンテンツの再生を再開するステップと、前記表示手段が、前記コンテ ンッの受信および再生が中断されていることを示す情報と、前記コンテンツ視聴をキ ヤンセルするためのボタンと、前記コンテンツ視聴を一時停止するためのボタンと、前 記コンテンツ視聴を再開するためのボタンとを消去するステップを備えた擬似ビデオ オンデマンドシステムの制御方法のように、複数のステージ単位に分割したストリーム データを送受信し、再生し、さらに一時停止後に再生を再開することを、実現し管理 するための各種のステップを備えた擬似ビデオオンデマンドシステムの制御方法によ つて一層効果的に達成される。
[0039] そして、力かる各種ステップを備えることにより、ステージ単位に分割したストリーム データによってコンテンツを配信したり、再生したり、また一時停止後に再生を再開す ることを、支障なく円滑に行うことが可能になる。
[0040] また、本発明の上記課題は、コンピュータに上記擬似ビデオオンデマンドシステム の制御方法を実行させるためのプログラムや、上記プログラムを記録したことを特徴と するコンピュータ読み取り可能な記録媒体によって達成される。
[0041] また、本発明の上記課題は、複数の同一コンテンツがそれぞれタイムシフトされて 送信される擬似ビデオオンデマンドシステムに用いられるストリーム送信システムであ つて、前記コンテンツのストリームデータを所定の時間ごとに区切って形成したステー ジ単位で管理するストリーム送信システムによって達成される。
[0042] そして、ストリームデータを所定の時間ごとに区切って形成したステージ単位で管理 することにより、ストリームデータの送信を簡易かつ効率的に行うことができる。
[0043] また、本発明の上記課題は、複数の同一コンテンツがそれぞれタイムシフトされて 送信される擬似ビデオオンデマンドシステムに用いられるストリーム送信システムであ つて、ストリーム記憶/再生手段とコンテンツ管理手段とストリーム送信手段と制御デ ータ送受信手段とストリーム送信管理手段とユーザ管理手段とを備え、前記ストリー ム送信手段は前記コンテンツのストリームデータを所定の時間ごとに区切って形成し たステージ単位で転送するストリーム送信システムによって達成される。
[0044] そして、前記ストリーム送信手段はストリームデータを所定の時間ごとに区切って形 成したステージ単位で転送することにより、転送するチャネルを動的に変更したり、不 必要なストリームは転送しな 、ようにしたりと 、うストリーム送信態様の詳細な設定が 可能となる。
[0045] また、本発明の上記課題は、さらにストリームデータ転送手段と制御データ転送手 段とを備えたストリーム送信システムによって効果的に達成される。
[0046] そして、ストリーム送信手段と制御データ転送手段とを別個に有するストリーム送信 手段において本発明を用いることにより、衛星通信とインターネット網を併用した擬似 ビデオオンデマンドシステムのように、ストリームデータと制御データを別個の通信手 段によって送信するシステムに適用できる。
[0047] また、本発明の上記課題は、前記ストリーム送信管理手段が前記コンテンツのストリ ームデータを所定の時間ごとに区切って形成した複数のステージに分割しかつ管理 を行うストリーム送信システムのように、ステージ単位に分割したストリームデータの送 信や送信管理を行うための構成を備えたストリーム送信システムによって一層効果的 に達成される。
[0048] そして、ステージ単位に分割したストリームデータの送信や送信管理を行うことによ り、受信システム側にぉ 、てコンテンツの再生や一時停止後の再生再開を適切な態 様で行わせることが可能になる。
[0049] また、本発明の上記課題は、複数の同一コンテンツがそれぞれタイムシフトされて 送信される擬似ビデオオンデマンドシステムに用いられるストリーム受信システムであ つて、前記コンテンツのストリームデータを所定の時間ごとに区切って形成したステー ジ単位で管理するストリーム受信部を備えたストリーム受信システムによって達成され る。
[0050] そして、ストリーム受信部はコンテンツのストリームデータをステージ単位で管理する ことにより、ストリームデータの受信や記録および再生を簡易にしかも効率的に行うこ とがでさる。
[0051] また、本発明の上記課題は、複数の同一コンテンツがそれぞれタイムシフトされて 送信される擬似ビデオオンデマンドシステムに用いられるストリーム受信システムであ つて、ストリーム受信部とユーザインターフェース部とを備え、前記ストリーム受信部は ストリーム記録/再生手段とストリーム受信手段と制御データ送受信手段とストリーム 受信管理手段とを備え、前記ユーザインターフェース部は表示手段と操作手段とを 備えたストリーム受信システムによって達成される。
[0052] そして、力かる構成のストリーム受信システムを用いて、ステージ単位に分割して転 送されたストリームデータを受信することにより、ストリームデータはステージ単位の容 量で記録すれば再生可能となるため、ストリーム記録/再生手段の記録容量を過大 にする必要がなくなる。
[0053] また、本発明の上記課題は、さらにストリーム復号手段を備えたストリーム受信シス テムによって効果的に達成される。
[0054] そして、ストリーム受信システムが復号手段を持つことにより、暗号化されたストリー ムデータを受信するシステムおいても本発明を適用することができる。
[0055] また、本発明の上記課題は、前記ストリーム記録/再生手段が前記ストリームデータ の再生中に再生中断操作を行!、前記ストリームデータの再生を中断したのちに再生 を再開できるストリーム受信システムのように、ステージ単位に分割したストリームデー タの受信および再生さらに一時停止後の再生再開を実行し管理するための各種の 構成を備えたストリーム受信システムによって一層効果的に達成される。
[0056] そして、ステージ単位に分割したストリームデータの受信 '再生'一時停止後の再生 再開を行うための各種の構成を備えることにより、コンテンツの再生や一時停止後の 再生再開を適切な態様で行うことが可能になる。
[0057] また、本発明の上記課題は、複数の同一コンテンツをそれぞれタイムシフトして送 信する擬似ビデオオンデマンドシステムに用いるストリーム送信システムにお 、て、ス トリーム送信管理手段が前記コンテンツのストリームデータを所定の時間ごとに区切 つたステージ単位に分割するステップと、ストリーム送信手段が前記ストリームデータ を前記ステージ単位でストリーム受信システムに転送するステップとを有するストリー ム送信システムの制御方法のように、ステージ単位に分割したストリームデータの送 信や送信管理を適切な態様で行うための各種ステップを備えたストリーム送信システ ムによって達成される。
[0058] さらに、本発明の上記課題は、複数の同一コンテンツをそれぞれタイムシフトして送 信する擬似ビデオオンデマンドシステムに用いるストリーム受信システムの制御方法 であって、前記ストリーム受信手段が前記ストリームデータを受信するステップと、前 記ストリーム記録/再生手段が受信した前記ストリームデータをステージ単位で蓄積 するステップと、前記ストリーム記録/再生手段が前記ストリームデータを再生するステ ップとを有するストリーム受信システムの制御方法のように、コンテンツの再生や一時 停止後の再生再開を適切な態様で行うストリーム受信システムの制御方法によって 達成される。
発明の効果 [0059] 本発明の擬似ビデオオンデマンドシステムによれば、視聴者からコンテンッ視聴の 予約が入った時点でチャネルを割り当て、ストリームデータ転送の時間が来ると割り 当てられたチャネルを使ってストリームデータの転送をするので、あるコンテンツに対 し複数のチャネルを使って常にコンテンツのストリームデータの転送をしなければなら ない従来の擬似ビデオオンデマンドシステムに比べリソースの節約をすることができ る。
[0060] また、本発明の擬似ビデオオンデマンドシステムによれば、視聴者はコンテンツ視 聴中に視聴の一時停止をすることができる。また、その後で一時停止されたコンテン ッの視聴を再開することができる。
[0061] さらにまた、本発明の擬似ビデオオンデマンドシステムによれば、視聴者が!/ヽな ヽ のに無駄にチャネルを使ってストリームデータを送信する必要がなぐかつ視聴者が コンテンツ視聴中に視聴の一時停止をすることができる。また一時停止されたコンテ ンッの視聴を再開することができる。
[0062] さらにまた、本発明の擬似ビデオオンデマンドシステムによれば、視聴者はコンテン ッの視聴を始めるにあたって、ある一定時間以降であれば自由に好きなとき力も視聴 を始めることができる。
[0063] さらにまた、本発明の擬似ビデオオンデマンドシステムによれば、コンテンツのストリ ームの再生レートと転送レートを同一にする必要がなぐ擬似ビデオオンデマンドシス テムのタイムシフト時間を自由に設定したり、またストリームデータを転送するチヤネ ルを節約したりすることができる。
図面の簡単な説明
[0064] [図 1]本発明の第 1の実施の形態による擬似ビデオオンデマンドシステムの一構成例 を示すブロック図である。
[図 2]本発明の第 2の実施の形態による擬似ビデオオンデマンドシステムの一構成例 を示すブロック図である。
[図 3]本発明の第 3の実施の形態による擬似ビデオオンデマンドシステムの一構成例 を示すブロック図である。
[図 4]本発明の第 4の実施の形態による擬似ビデオオンデマンドシステムの一構成例 を示すブロック図である。
[図 5]本発明の実施の形態による擬似ビデオオンデマンドシステムに用いられる、イン ターネットにおけるマルチキャスト転送例を示した模式図である。
[図 6]本実施の形態による擬似ビデオオンデマンドシステムに適用される、コンテンツ 送信のタイムテーブルの第 1例を示す図である。
[図 7]コンテンツ送信のタイムテーブルの第 2例を示す図である。
[図 8]コンテンツ送信のタイムテーブルの第 3例を示す図である。
[図 9]コンテンツ送信のタイムテーブルの第 4例を示す図である。
[図 10]擬似ビデオオンデマンドシステムにおける転送データベースの第 1例を示す図 である。
[図 11]擬似ビデオオンデマンドシステムにおける転送データベースの第 2例を示す図 である。
[図 12]擬似ビデオオンデマンドシステムにおける転送データベースの第 3例を示す図 である。
[図 13]擬似ビデオオンデマンドシステムにおけるコンテンツデータベースの第 1例を 示す図である。
[図 14]擬似ビデオオンデマンドシステムにおけるコンテンツデータベースの第 2例を 示す図である。
[図 15]擬似ビデオオンデマンドシステムにおけるコンテンツデータベースの第 3例を 示す図である。
[図 16]擬似ビデオオンデマンドシステムにおけるステージデータの格納場所の例を 示す図である。
[図 17]擬似ビデオオンデマンドシステムにおけるユーザ管理データの例である。
[図 18]擬似ビデオオンデマンドシステムに使用するリモコン装置の操作部の例を示す 図である。
[図 19]擬似ビデオオンデマンドシステムにお!/、てディスプレイに表示される、コンテン ッリストの画面例を示す図である。
[図 20]擬似ビデオオンデマンドシステムにお!/、てディスプレイに表示される、コンテン ッ視聴の選択をしたのち視聴開始可能になるまでの待ち状態の画面例を示す図で ある。
[図 21]擬似ビデオオンデマンドシステムにお!/、てディスプレイに表示される、コンテン ッの視聴が開始可能になった状態の画面例を示す図である。
[図 22]擬似ビデオオンデマンドシステムにお!/、てディスプレイに表示される、コンテン ッ視聴中にリモコン装置のコントロールボタンを押した際の画面例を示す図である。
[図 23]擬似ビデオオンデマンドシステムにお!/、てディスプレイに表示される、コンテン ッ視聴の一時停止処理を行っている際の画面例を示す図である。
[図 24]擬似ビデオオンデマンドシステムにお!/、てディスプレイに表示される、コンテン ッ視聴中にコンテンツの視聴のキャンセルを実行するカゝ否かを確認する画面例を示 す図である。
[図 25]擬似ビデオオンデマンドシステムにお 、て適用される、ストリーム受信システム のストリーム記録/再生手段内のストリーム記録用バッファの構成例を示す図である。
[図 26]擬似ビデオオンデマンドシステムにおける、ストリーム受信システムとストリーム 送信システムとの間で送受信される制御データのシーケンス図である。
[図 27]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 28]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行され る動作の流れを示すフローチャート図である。
[図 29]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 30]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 31 A]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 31B]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 32]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 33]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行され る動作の流れを示すフローチャート図である。
[図 34]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行され る動作の流れを示すフローチャート図である。
[図 35A]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 35B]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 36]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 37]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行され る動作の流れを示すフローチャート図である。
[図 38]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行され る動作の流れを示すフローチャート図である。
[図 39A]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 39B]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 40A]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 40B]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 41]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 42] (A)から (D)までは、擬似ビデオオンデマンドシステムにお 、て、ストリーム受 信システム図及びストリーム送信システムとの間で送受信される制御データのシーケ ンス図である。 [図 43]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行され る動作の流れを示すフローチャート図である。
[図 44]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 45] (A)から (D)までは、同上擬似ビデオオンデマンドシステムにお 、て、ストリー ム受信システム図及びストリーム送信システムの間で送受信される制御データのシー ケンス図である。
[図 46]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 47]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 48]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 49]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行され る動作の流れを示すフローチャート図である。
[図 50A]擬似ビデオオンデマンドシステムにお ヽて、ストリーム受信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 50B]擬似ビデオオンデマンドシステムにお 、て、ストリーム受信システムで実行さ れる動作の流れを示すフローチャート図である。
[図 51]擬似ビデオオンデマンドシステムにおける転送データベースの第 4例を示す図 である。
[図 52]擬似ビデオオンデマンドシステムにお 、て、ストリーム送信システムで実行され る動作の流れを示すフローチャート図である。
[図 53]擬似ビデオオンデマンドシステムの第 1の実施例を示す図である。
[図 54]擬似ビデオオンデマンドシステムの第 2の実施例を示す図である。
[図 55]擬似ビデオオンデマンドシステムの第 3の実施例を示す図である。
[図 56]擬似ビデオオンデマンドシステムの第 4の実施例を示す図である。
[図 57]従来の擬似ビデオオンデマンドシステムにおけるコンテンツ送信のタイムテー ブルである。
[図 58] (A) , (Β)は、従来の擬似ビデオオンデマンドシステムにおけるコンテンツ送信 のタイムテーブルである。
[図 59] (A) , (Β)は、従来の擬似ビデオオンデマンドシステムにおけるコンテンツ送信 のタイムテーブルである。
符号の説明
[0065] 1、 1A、 1B、 1C、 ID…擬似ビデオオンデマンドシステム、 0001· ··ストリーム送信シ ステム、 0002…ストリーム受信システム、 0003…ストリーム受信部、 0004…ユーザイン ターフェース部 (UI部)、 0005…ストリーム転送手段、 0006…制御データ転送手段、 0007…データ転送手段、 0101…ストリーム記憶/再生手段、 0102…コンテンツ管理手 段、 0102a…コンテンツデータベース、 0103…ストリーム送信手段、 0104…制御デー タ送受信手段、 0105…ストリーム送信管理手段、 0105a…転送データベース、 0106· ·· ユーザ管理手段、 0106a…ユーザ管理データベース、 0111· ··表示手段(ディスプレイ )、 0112…操作手段、 0113…ストリーム記録/再生手段、 0114…ストリーム受信手段、 0115…制御データ送受信手段、 0116…ストリーム受信管理手段、 0201…ストリーム暗 号化手段、 0202…ストリーム復号手段、 1001…地上ディジタル放送受信端末、 1002 …インターネットサービスプロバイダ、 1003…インターネット網、 1004…双方向通信デ ータ処理用コンピュータ、 1005…地上ディジタル放送局、 1006…地上ディジタル放送 用電波塔、 1007…衛星放送地上設備、 1008…衛星放送用衛星、 1009…衛星放送 受信アンテナ、 1101〜BSディジタル受信端末、 1010· "CATV放送局、 1011· "CATV 用 STB、 1201 "'CATV用受信端末、 1012· ··インターネットを使った NVODを提供する プロバイダ、 1013…コンテンツが格納されインターネットを使ってコンテンツデータを 送信するコンピュータシステム、 1014· ··インターネットを使って NVODの提供を受ける STB、 1301· ··インターネットからのストリームデータを表示する受信端末、 2000…リモ コン装置。
発明を実施するための最良の形態
[0066] (第 1の実施形態)
以下に本発明の第 1の実施の形態による擬似ビデオオンデマンドシステムについ て、図面を参照しながら説明する。図 1は第 1の実施の形態による擬似ビデオオンデ マンドシステム 1Aの一構成例を示すブロック図である。
[0067] 図 1において符号 0001はストリーム送信システムであり、擬似ビデオオンデマンドシ ステム 1 Aの内のコンテンツを送信するシステムを示す。符号 0002はストリーム受信シ ステムであり、擬似ビデオオンデマンドシステム 1Aの内のコンテンツを受信し再生す るユーザの端末を示す。
[0068] ストリーム受信システム 0002はストリーム受信部 0003とユーザインターフェース部(以 下「UI部」と称する) 0004とから構成される。ストリーム受信部 0003は一時的に受信し たストリームデータを記録し、また記録したストリームデータを再生するストリーム記録 /再生手段 0113、ストリームデータの受信処理をするストリーム受信手段 0114、制御 データの送受信処理をする制御データ送受信手段 0115、制御データの送受信を通 して、或 、は前記 UI部 0004からの指令によりストリームデータの受信制御をするストリ ーム受信管理手段 0116、とから構成される。 UI部 0004は、ユーザにコンテンツを表示 したり制御用の画面を表示する表示手段 0111と、コンテンツの再生 ·一時停止 '選択 など操作をするための操作手段 0112と、力 構成される。表示手段 0111は、たとえば テレビジョン受像機やパソコンのディスプレイによって実現され、操作手段 0112はテレ ビジョン受像機やパソコンに内蔵された画像調整部などによって実現される。そして、 ストリーム記録/再生手段 0113により一時的に記録されたストリームデータは、ストリー ム記録/再生手段 0113により再生され、表示手段 0111によって表示される。ストリーム 記録/再生手段 0113は、たとえば一時キャッシュを備えた CPUのように、受信したコン テンッを一時的に蓄積し、かつ、連続的に再生する機能を有する各種機構によって 実現される。また、制御データ送受信手段 0115は、ストリームデータの受信に必要な 各種情報を制御するための各種機構であって、テレビジョン受像機やパソコンに内 蔵された CPUなどによって実現される。
[0069] ストリーム送信システム 0001は、複数のコンテンツデータを記憶し指定されたコンテ ンッの再生をするストリーム記憶/再生手段 0101と、コンテンツの管理をするコンテン ッ管理手段 0102と、ストリームデータの送信をするストリーム送信手段 0103と、制御デ ータの送受信をする制御データ送受信手段 0104と、ストリーム送信の管理をするスト リーム送信管理手段 0105と、ユーザの管理をするユーザ管理手段 0106から構成され る。ストリーム記憶/再生手段 0101と前記ストリーム送信手段 0103とは、商用のコンテ ンッ情報を配信する業務用サーバ又は、ホームサーバなど各種民生用サーバである
[0070] また、コンテンツ管理手段 0102およびストリーム送信管理手段 0105および前記ユー ザ管理手段 0106は、各種のデータ記憶媒体であって、コンテンツ管理手段 0102はコ ンテンッデータベース 0102aを備えてコンテンツデータやこのコンテンツデータに付随 する各種情報を蓄積し、また、ストリームデータ送信管理手段 0105は転送データべ一 ス 0105aを備えて転送に必要な各種情報を蓄積し、さらに、ユーザ管理手段 0106は ユーザ管理データベース 0106aを備えてユーザ情報を蓄積する。なお、コンテンツデ ータベース 0102a、転送データベース 0105a、ユーザ管理データベース 0106aに蓄積 されるデータの態様の詳細については後述する。
[0071] そして、制御データ送受信手段 0104は、ストリームデータの送信に必要な各種情報 を制御するための各種機構であって、サーバに内蔵された CPUなどによって実現さ れる。ストリーム送信システム 0001力 ストリーム受信システム 0002へのストリームデー タの転送は、ストリーム転送手段 0005によりなされる。このストリーム転送手段 0005は、 光ファイバケーブルや地上波ディジタル放送の電波のように、大量のデータの連続 的な送信に適した通信システムの通信網によって実現することが考えられる。また、 ストリーム送信システム 0001とストリーム受信システム 0002との間で送受信される制御 データは、制御データ転送手段 0006により転送される。この制御データ転送手段 0006は、ストリームデータの送受信を制御するための各種データを確実に送信できる 通信システムであり、たとえば IP通信の可能なインターネット網などによって実現する ことができる。
[0072] このストリームデータは、 NVODにおいて複数のクライアントに同時にデータを転送 するマルチキャスト転送によって実現するための制御データを含んでいる。図 5にマ ルチキャスト転送の模式図を示す。サーノからそれぞれのクライアントにパケットを転 送するのに、あて先アドレスとして 244.1.1.1のマルチキャストアドレスが指定されて!ヽ た場合、このアドレスの受信が登録されている、クライアント 1、クライアント 2、クライア ント 4にパケットが届けられる。なお、インターネット上でマルチキャストを実現するため には、 IPパケットのあて先アドレスとして通常のアドレスとは異なる、マルチキャストアド レスを使用してパケットの転送を行なう。
[0073] 図 1ではストリーム送信システム 0001とストリーム受信システム 0002は 1対で示されて いるが、それぞれ複数あっても力まわない。
[0074] 図 1に示した擬似ビデオオンデマンドシステム 1 Aにより、ストリーム送信システム
0001からストリーム受信システム 0002へコンテンツの転送が行なわれ、ストリーム受信 システム 0002ではコンテンツを表示することができる。また、制御データを送受信する ことにより、ユーザからの操作によりコンテンツを視聴中に一時停止や再生の再開を することができる。
[0075] この擬似ビデオオンデマンドシステム 1Aにおいて、ストリームデータ送信管理手段 0105はストリームデータを複数のステージに分割し、複数のチャンネルにおいてそれ ぞれ時間をずらしながらステージ毎に前記ストリームデータを転送する。以下、図 6、 図 7、図 8、図 9において、前記ストリームデータのステージ分割と転送の例を示す。
[0076] 図 6はステージ分割と転送の第 1の例であり、ストリームデータ送信管理手段 0105が ストリームデータを 6つのステージに分割 (A)し、そのステージ毎にストリームデータを 転送する擬似ビデオオンデマンドシステム 1Aのタイムテーブル (B)を示したものであ る。(A)に示すように 90分のコンテンツのストリームデータを 6つのステージに分割する 。また (B)に示すようにタイムシフト時間を 15分とし、それぞれのステージを 15分で転送 する。すなわちステージの再生時間と NVODのタイムシフトが同じであり、ストリームの 再生レートと転送レートが同一であることを示している。この場合、ある視聴者が図中 の矢印で示した時間に視聴要求をすると、基準時間 T1から 45分後れた時間からチヤ ネル 4を使ってストリームの転送を行なう(C)。この図では視聴者は視聴の一時停止 を行なって 、な 、のでストリームデータの各ステージを連続して転送する。
[0077] 図 7はステージ分割と転送の第 2の例であり、コンテンツのストリームデータを 4つの ステージに分割 (A)し、そのステージ毎のストリームデータを転送する前記擬似ビデオ オンデマンドシステム 1Aのタイムテーブル (B)を示したものである。(A)に示すように 90 分のコンテンツのストリームデータを 4つのステージに分割する。また (B)に示すように タイムシフト時間を 15分とし、それぞれのステージを 15分で転送する。すなわちステー ジの再生時間は NVODのタイムシフトの 1.5倍となっており、転送レートは再生レート の 1.5倍であることを示している。この場合、ある視聴者が図中の矢印で示した時間に 視聴要求をすると、基準時間 T1から 30分遅れた時間からチャネル 3を使ってストリー ムの転送を行なう (C)。ストリームの転送はステージ 1とステージ 2が連続して転送が行 なわれ、その後のタイムシフト時間はすでに前記ストリーム受信システム 0002内の前 記ストリーム記録/再生手段 0113内にそのステージ時間に必要なストリームデータが 格納されて 、るので、ステージ 3のストリームデータは転送されな!、(60分から 75分)。 その後のタイムシフト時間ではステージ 3の転送が行なわれ、さらにその後のタイムシ フト時間にステージ 4の転送が行なわれる。
[0078] 図 8はステージ分割と転送の第 3の例であり、ストリームデータを 6つのステージに分 割 (A)し、そのステージ毎にストリームデータを転送する前記擬似ビデオオンデマンド システム 1Aのタイムテーブル (B)を示したものである。(A)に示すように 90分のコンテン ッのストリームデータを 6つのステージに分割する。また (B)に示すようにタイムシフト時 間を 15分とし、それぞれのステージを 15分で転送する。すなわちステージの再生時 間と NVODのタイムシフトが同じであり、ストリームの再生レートと転送レートが同一で あることを示している。この場合、ある視聴者が図中の矢印で示した時間に視聴要求 をすると、基準時間 T1から 45分後れた時間力 チャネル 4を使ってストリームの転送を 行なう(C)。
[0079] この後視聴者が矢印で示した時間、すなわちステージ 3のストリームを再生中に一 時停止を行なうと、そのステージでのストリームの受信はそのまま行われる。また、そ の次のステージ(ステージ 4)でも、ストリーム受信システム 0002のストリーム記録/再生 手段 0113では、ストリームデータを引き続き記録することができるので、ストリームデー タの転送を引き続き行なう。しかし、ストリーム記録再生手段でのストリームデータのバ ッフアカ^、つぱいになってできなくなると、記録は停止される。
[0080] 矢印で示された時点で再生が再開されると、一時停止された時点すなわちステー ジ 3の途中から引き続いてストリームの再生が行なわれる。そして次のタイムシフトが 始まるところ(105分)から、まだすベてのステージデータを受信できて 、な 、ステージ 4を受信するために、チャネルが切り替わって 5となり受信を始める。そして、ストリーム 記録/再生手段 0113に記録されているステージ 4のストリームデータの続きから、順次 記録されていく。以降はそのままチャネル 5を使ってステージデータを受信しつつ、ス トリームデータの再生を行う。
[0081] 図 9はステージ分割と転送の第 4の例であり、コンテンツのストリームデータを 4つの ステージに分割 (A)し、そのステージ毎のストリームデータを転送する擬似ビデオオン デマンドシステム 1Aのタイムテーブル (B)を示したものである。(A)に示すように 90分の コンテンツのストリームデータを 4つのステージに分割する。また (B)に示すようにタイム シフト時間を 15分とし、それぞれのステージを 15分で転送する。すなわちステージの 再生時間は NVODのタイムシフトの 1.5倍となっており、転送レートは再生レートの 1.5 倍であることを示している。この場合、ある視聴者が図中の矢印で示した時間に視聴 要求をすると、基準時間 T1から 30分遅れた時間力 チャネル 3を使ってストリームの 転送を行なう (C)。ストリームの転送はステージ 1とステージ 2が連続して転送が行なわ れる。
[0082] このあと視聴者が矢印で示した時間、すなわちステージ 2のストリームを再生中に一 時停止を行なうと、そのステージでのストリームの受信はそのまま行われる。しかし、そ の次のステージ (ステージ 3)は、前記ストリーム記録/再生手段 0113に、一つのタイム シフト時間内に必要なストリームデータがすでに保存されているので、ストリームデー タの転送は行なわれな 、。
[0083] 矢印で示された時点で再生が再開されると一時停止されたところ、すなわちステー ジ 2の途中から引き続きストリームの再生が行なわれる。そして次のタイムシフトが始ま るところ(90分)から、次のステージであるステージ 3のデータを、チャネル 1を使って 受信する。また、その次のタイムシフト時間(105分)では、そのタイムシフト時間内に 再生が必要なストリームデータが前記ストリーム記録/再生手段 0113に記録されてい るのでストリームデータの転送が行なわれず、その次(120分)のタイムシフト時間でス テージ 4のストリームデータが転送される。
[0084] 以上図 6,図 7,図 8,図 9に示した NVODのタイムスケジュールで明らかなように、前記 ストリーム記録/再生手段 0113には 1つのステージ期間内に転送されるストリームデー タが記録できる容量を持てばよい。また、ストリームデータを記録するにはリングバッフ ァまたはこれに類するものであればよい。また、各タイムシフト時間が始まる前に、スト リーム受信システム 0002側からどのステージのデータが必要かをストリーム送信シス テム 0001に要求し、ストリーム送信システム 0001から必要なステージデータを送信し てもらうことができる。これによつて、転送するチャネルを動的に変更したり、不必要な ストリームは転送しないようにしたりすることができる。また、コンテンツの再生時間、ス テージの分割数、ステージの転送時間、再生時間はコンテンツ毎に決めることができ るので、コンテンツ毎によりタイムシフト時間を詳細にセットしたりすることができる。な お、コンテンツの送信や受信を簡易かつ効率的に行うためには、図 6から図 9に示す ように、ステージはすべて同一の大きさに分割することが望ましぐまた、コンテンツを 送信する際の各コンテンツ同士のタイムシフトはすべて同一間隔であることが望まし い。
[0085] そして、ストリームデータ送信管理手段 0105は転送データベースを有し、ステージ 分割したストリームデータを蓄積する。以下、図 17ないし図 20において、前記転送デ ータベースに蓄積された前記ストリームデータの例を示す。
[0086] 図 10は、転送データベースの第 1の例である。この転送データベース 0105aには、ス トリームを転送するチャネルの番号、コンテンツの種類を示す ID、再生しているステー ジの番号、ステージの送信時間、ストリームの転送をしている視聴者のリスト、ステー ジ開始の時刻の項目が含まれる。
[0087] そして、図 10に示す転送データベース 0105aにおいては、チャネル番号 1と 2でコン テンッ ID1のコンテンツが転送され、チャネル 1にはステージ 1がチャネル 2にはステ ージ 2が転送されている。チャネル 4にはコンテンツ IDが 2でステージが 3のストリーム が転送され、チャネル 3ではコンテンツ ID 3のステージ力 のストリームが転送されて いる。
[0088] 図 11は、転送データベース 0105aの第 2の例である。この転送データベース 0105aの 項目は、図 10に示す転送データベース 0105aのうちのステージ転送時間以外の項目 である、ストリームを転送するチャネルの番号、コンテンツの種類を示す ID、再生して いるステージの番号、ストリームの転送をしている視聴者のリスト、ステージ開始の時 刻の項目が含まれる。なお、ステージ転送時間はコンテンツデータベースのデータか ら計算することができるので、図 11に示した項目だけでも管理することができる。
[0089] 図 12は、転送データベース 0105aの第 4の例を示す図である。この転送データべ一 ス 0105dでは、図 10に示す項目であるストリームを転送するチャネルの番号、コンテン ッの種類を示す ID、再生しているステージの番号、ストリームの転送をしている視聴 者のリスト、ステージ開始の時刻にカ卩え、次のステージの番号、次のステージの転送 予約をしている視聴者のリスト、次のステージの開始時刻という各項目が含まれる。
[0090] 図 12に示す転送データベース 0105aを使うことによって、ステージのストリームデー タを連続して送信する場合に、ステージ毎でチャネル番号を切り替えなくても、同じチ ャネルを使って、連続してストリームデータの転送を行なうことができる。
[0091] そして、ストリーム送信システム 0001は、コンテンツ管理手段 0102としてコンテンツデ ータベース 0102aを有し、転送する前記ストリームデータのコンテンツ情報をデータと して蓄積する。以下、図 13ないし図 15において、前記コンテンツデータベース 0102a に蓄積された前記ストリームデータの例を示す。
[0092] 図 13は、コンテンツデータベース 0102aの第 1の例である。このコンテンツでは、コン テンッの ID、ストリームの名前、ステージ数、ステージの再生時間、再生レート、転送 レート、トータルの再生時間、現在このコンテンツを転送しているチャネルの番号のリ スト、転送基準時間、各ステージのストリームデータが格納されている場所の情報へ のポインタ、そのコンテンツの料金の項目が含まれる。図中ステージデータが格納さ れて 、る場所の情報が格納されて 、るポインタはステージデータの欄に示してある。
[0093] たとえば、図 13に示す前記コンテンツデータベース 0102aの最初の行においては、 コンテンツ Aの IDが 1、ステージ数が 5、ステージ再生時間は 15分、再生レートは 6Mbps,転送レートは 6Mbps、トータル再生時間は 75分、現在このコンテンツを転送し ているチャネルは 1と 2、転送基準時間は' 04/04/04 10:00:00、ステージデータが格 納されている場所の情報が格納されているポインタは 1、料金は 150円である。
[0094] 図 14は、前記コンテンツデータベース 0102aの第 2の例である。このコンテンツデー タベース 0102aは、図 21に示すコンテンツデータベース 0102aのうちステージ再生時 間の項目以外の項目である、コンテンツのお、ストリームの名前、ステージ数、再生レ ート、転送レート、トータルの再生時間、現在このコンテンツを転送しているチャネル の番号のリスト、転送基準時間、各ステージのストリームデータが格納されている場所 の情報へのポインタ、そのコンテンツの料金の各項目が含まれる。図中ステージデー タが格納されて 、る場所の情報が格納されて 、るポインタはステージデータの欄に 示してある。ステージ再生時間はトータル再生時間とステージ数力も計算できるので
、図 14に示した項目だけでも管理することができる。
[0095] 図 15は、コンテンツデータベース 0102aの第 3の例である。このコンテンツデータべ ース 0102aでは、図 13に示すコンテンツデータベース 0102aに含まれるコンテンツの ID 、ストリームの名前、ステージ数、再生レート、転送レート、トータルの再生時間、現在 このコンテンツを転送しているチャネルの番号のリスト、転送基準時間、各ステージの ストリームデータが格納されて 、る場所の情報へのポインタ、そのコンテンツの料金の 各項目に加え、そのコンテンツの付カ卩的な情報の項目が含まれる。図中ステージデ ータが格納されて 、る場所の情報が格納されて 、るポインタはステージデータの欄 に示してある。付加的な情報には、そのコンテンツの出演者、製作スタッフの名前、 撮影場所、撮影状況、あらすじ、コンテンツ検索などに利用されるキーワード、使用 言語、コンテンツのジャンル、字幕の有り無しなどが含まれる。
[0096] そして、データベースの項目に付カ卩的な情報の項目を付加することによって、前記 ストリーム受信システム 0002がコンテンツリストを表示しているときに、ユーザがコンテ ンッの選択をする際に役立てたり、コンテンッの検索 ·コンテンッリストのソートになど に使用したりすることができる。
[0097] そして、図 13ないし図 15に示すコンテンツデータベース 0102aにおいては、各ステ ージのストリームデータがポインタ先の記憶領域に格納されている。図 16はコンテン ッデータベース 0102aの各ステージのストリームデータが格納されている場所の情報 へのポインタ先のデータである、コンテンツの各ステージデータが格納されている場 所の情報を示す。この図 16に示す例においては、ステージデータ 1にはコンテンツ A の各ステージのストリームデータが格納されて 、る場所を示し、ステージデータ 2には コンテンツ Bの各ステージのストリームデータが格納されて!、る場所が示されて!/、る。
[0098] そして、前記ストリーム送信システム 0001のユーザ管理手段 0106は、ユーザ管理デ ータベース 0106aを有する。図 17に、このユーザ管理データベース 0106aの例を示す 。前記このユーザ管理データベース 0106aにおいては、ユーザの名前、ユーザ 、そ のユーザが視聴したコンテンツのリスト、そのユーザが視聴したコンテンツにかかった 料金の項目が蓄積データの対象として示されて!/、る。
[0099] 例えば、この図 17の 1列目は、ユーザ IDが aの Aokiは視聴しているコンテンツの IDが 1と 3で、トータルの料金が 300円であることを示して!/、る。
[0100] 一方、前記ストリーム受信システム 0002の操作手段 0112は、リモコン装置 2000によ つて遠隔操作する。図 18はストリーム受信システム 0002で使用するリモコン装置 2000 の例の一部を示している。このリモコン装置 2000では、ストリーム受信システム 0002の 電源を ON/OFFする「電源」ボタン 2001と、フォーカスが当たって!/、る部分を移動させ たりするための左右上下の矢印ボタン 2003と、フォーカスがあたって 、る部分に貼り 付けられた機能を実行させるための「実行」ボタン 2004と、コンテンツのストリームデー タを表示中に制御用のダイアログを表示させるための「CONTROL」ボタンが備えられ ている。ここでは、その他のボタンについては省略する。
[0101] また、ストリーム受信システム 0002の表示手段 0111には、画像情報や文字情報が表 示される。図 19は前記ストリーム受信システム 0002の表示手段としてのディスプレイ 0111に表示されるコンテンツリストの例を示す。この例ではコンテンツの情報として、コ ンテンッのジャンル、タイトル、コンテンツの再生時間、言語、字幕、コンテンツが再生 される直近の時刻が表示される。この例では現在、「黄色いハンカチ」というコンテン ッにフォーカスが当たっている。リモコン装置 2000の上下矢印ボタンを押すことにより 、フォーカスを移動させることができる。また、現在表示されているコンテンツリストの 一番上にフォーカスが当たっておりさらに上ボタンを押すと、コンテンツリストが下にス クロールして隠れているコンテンツの情報が表示されそれにフォーカスが当たる。最 下段にフォーカスが当たっており、さらに下ボタンを押した場合も同様にさらにその下 にあるコンテンツにフォーカスが当たる。
[0102] ユーザ力 擬似ビデオオンデマンドシステム 1 Aで提供されて!、るコンテンツのリスト が知りたいとの要求があると、ストリーム受信システム 0002はコンテンツリスト要求を前 記ストリーム送信システム 0001に送る。その結果、ストリーム受信システム 0002ではコ ンテンッのリストをパラメタとして、コンテンツリスト応答を前記ストリーム送信システム
0001に返信する。ストリーム受信システム 0002ではコンテンツリスト応答を受信すると 、その中のパラメタを解釈して図 19に示されるコンテンツリストが表示される。
[0103] 図 20は、図 19におけるコンテンツリスト上でフォーカスされているコンテンツが選択さ れて、そのコンテンツのより詳し ヽ情報が前記ディスプレイ 0111に表示された例であ る。この例では、コンテンツのタイトル、出演者、再生時間、あらすじが表示されている 。また、コンテンツが再生可能になるまでの待ち時間を示すインジケータと、このコン テンッの視聴を取りやめるための「CANCEL」ボタンが表示される。
[0104] ここで、リモコン装置 2000を操作して「CANCEL」ボタンが選択されると、図 19の画面 に戻る。
[0105] 図 21はコンテンツ再生可能になるまでの時間力^になったとき、すなわちコンテンツ の再生が可能になった時に前記ディスプレイ 0111に表示される画面例である。この例 では、図 20で示した例と同様のコンテンツの情報と、コンテンツが再生可能になるま での待ち時間が 0であることを示すインジケータ、このコンテンツの視聴を取りやめる ための「CANCEL」ボタン、このコンテンツの視聴を開始するための「START」ボタンが 表示される。
[0106] ここで、リモコン装置 2000を操作して「CANCEL」ボタンが選択されると、図 19の画面 に戻る。また、前記リモコン装置 2000を操作して「START」ボタンが選択されると、コン テンッの視聴が開始されこのコンテンツのストリームデータが前記ディスプレイ 0111に 表示される。
[0107] 図 22はコンテンツ視聴中に、リモコン装置 2000の「CONTROL」ボタンを押したときに ディスプレイ 0111に表示される画面例である。この例ではコンテンツが再生されて!ヽ る画面に、コンテンツ視聴を取りやめる「CANCEL」ボタンと、コンテンツの視聴を一時 停止させる一時停止ボタンと、コンテンツの視聴を再開する再生ボタンが表示される 。図 22においては、中央のボタンが一時停止ボタンを示し、右のボタンが再生ボタン を示す。
[0108] この状態ではまだコンテンツ視聴が一時停止されて 、るわけではな 、ので、引き続 いてコンテンツ視聴が行なわれている。また、この状態で前記リモコン装置 2000を操 作して再生ボタンを選択すると、ここで表示されたボタンが消去される。
[0109] 図 23は図 22でリモコン装置 2000を操作して一時停止ボタンが選択された場合に表 示される画面例である。この例では、図 22に示した 3つのボタンに加えて、現在コンテ ンッ視聴が中断されていることを示す文言が表示される。従って、ここではコンテンツ の視聴が中断されている状態である。
[0110] この状態で、前記リモコン装置 2000を操作して再生ボタンが選択されると、コンテン ッ視聴の中断が再開されて一時停止したところ力 コンテンツの視聴が行なわれる。 また、コンテンツ視聴が中断されていることを示す文言およびボタンも消去される。
[0111] 図 24は図 22または図 23でリモコン装置 2000を操作して「CANCEL」ボタンが選択さ れた場合に表示される画面例である。この例では、図 22または図 23で示されたボタン が消去され、替わりに、コンテンツ視聴のキャンセルの確認のためのダイアログが表 示される。このダイアログの例では、本当に視聴をキャンセルするかどうかの文言と、 キャンセルを実行する「は 、」ボタンと、キャンセルをキャンセルする「 、え」ボタンが 表示される。ここで、リモコン装置 2000を操作して「はい」ボタンを選択すると、コンテ ンッの視聴がキャンセルされる。 Γ 、 、え」ボタンが選択されるとコンテンツ視聴のキヤ ンセルがキャンセルされ一つ前の画面に戻る。すなわち図 22からこの画面に遷移さ れてきたならば図 23の画面に戻り、図 23の画面力 この画面に遷移されてきたならば 図 23の画面に戻る。
[0112] 図 25は、ストリーム受信システム 0002のストリーム受信部 0003内のストリーム記録/再 生手段 0113にあるストリームデータを記録するノ ッファの模式図を示す。この例では 、 1から 16までの配列形式のバッファであり、別にこのバッファに格納されているデー タの先頭と最後を示すインデックス情報が付加される。
[0113] この図に示した状態から、引き続いてストリームデータが記録される場合には、デー タの最後を示すインデックス情報力も配列の 7のところに格納される。そして、最後を 示すインデックスの情報は 7を指すようになる。また、ストリームデータを読み出す場合 には、データの先頭を示すインデックス情報力 配列の 12のところに格納されている データが読み出される。そして、最初を示すインデックスの情報は 13を指すようになる 。インデックスの情報が配列の最後まで進んだ場合には、配列の先頭すなわち 1に 戻る。また、データの最後を示すインデックスの次の位置がデータの先頭を示すイン デッタスになると、このバッファにはデータがすべて格納されてしまつたことになる。
[0114] 以上示した動作をすることによって、図 25のように配列形式のデータ構造を持つバ ッファでも、リングバッファをシユミレーシヨンすることが可能となる。
[0115] 図 26は前記ストリーム受信システム 0002と前記ストリーム送信システム 0001との間で 送受信される制御データおよび、転送されるコンテンツのストリームデータのシーケン スを示す。なお、このシーケンス図の左側に示す画面イメージ(図 26 (A)から(C)ま で)は、シーケンスの各段階で前記ストリーム受信システム 0002の前記ディスプレイ 0111に表示される画面例である。また、図 26では制御データとして送受信されるのは メッセージの形式を想定して 、るが、それ以外の通信方法でも可能である。
[0116] はじめに、ユーザが前記擬似ビデオオンデマンドシステム 1 Aを利用して視聴した いコンテンツの選択をするために、前記ストリーム受信システム 0002から前記ストリー ム送信システム 0001に向けてコンテンツリスト要求メッセージが送信される(ステップ S (a)- (z))。前記ストリーム送信システム 0001はコンテンツリスト要求メッセージを受信す ると、前記コンテンツ管理手段 0102のコンテンツデータベース 0102aを調べてコンテン ッのリストをパラメタにしたコンテンツリスト応答メッセージをコンテンツ受信システム 0002に送信する(ステップ S(z)-(b))。コンテンツ受信システム 0002はコンテンツリスト 応答メッセージを受信するとパラメタを解釈して、ディスプレイ 0111にコンテンツのリス トを表示する。図ではコンテンツリスト応答メッセージは一つのみ示されている力 コン テンッのリストが多数ある場合には複数のコンテンツ応答メッセージに分割して転送 してちよい。
[0117] ユーザがコンテンツのリストから一つのコンテンツを選択した場合には、ストリーム受 信システム 0002はストリーム送信システム 0001にコンテンツ視聴要求メッセージを送 信する (ステップ S(b)-(y))。その際パラメタとして、視聴者のユーザ ID、視聴したいコ ンテンッのコンテンツ IDを渡す。コンテンツ送信システム 0001はコンテンツ受信システ ム 0002からコンテンツ視聴要求メッセージを受信すると、コンテンツ管理手段 0102の コンテンツデータベース 0102aと、ストリームデータ送信管理手段 0105の転送データ ベース 0105aを検索し、コンテンツ視聴応答メッセージをストリーム受信システム 0002 に送信する。その際パラメタとして、ストリームを転送するチャネルの番号、視聴開始 可能なスタート時間、ステージの転送時間、ステージ数、転送レート、再生レート、コ ンテンッの情報などが送信される (ステップ S(y)- (c))。ストリーム受信システム 0002は コンテンツ視聴応答メッセージを受信すると、そのコンテンツの情報、視聴可能な時 間までを示すインジケータ、キャンセルボタンなどをディスプレイ 0111に表示する。
[0118] コンテンツのストリーム転送時間になると、ストリーム送信システム 0001は指定された チャネルを使ってコンテンツの最初のステージのストリームデータを転送する。ストリ ーム受信システム 0002は、ストリームデータを受信し、ストリーム記録/再生手段 0113 内のバッファに記録される(ステップ S(x)-(d))。また、ディスプレイ 0111に表示されて いる内容も変化し、コンテンツの情報と、視聴可能になるまでの時間が 0であることを 示すインジケータ、キャンセルボタン、スタートボタンが表示される。
[0119] 視聴者が操作手段 0112のスタートボタンを押すと、ストリーム受信システム 0002はコ ンテンッの再生を始め、また、コンテンツ視聴開始確認メッセージをストリーム送信シ ステム 0001に送信する (ステップ S(e)- (w))。その際パラメタとして、視聴者のユーザ ID とコンテンツ IDを渡す。ストリーム送信システム 0001はコンテンツ視聴開始確認メッセ ージを受信すると、ユーザ管理手段 0106のユーザ管理データベース 0106aを操作し て、その視聴者にコンテンツを視聴したことに伴う課金処理をする。
[0120] ストリーム受信システム 0002は、現在受信しているステージのタイムシフトが終了に 近づくと、次のタイムシフトで必要となるステージのストリームデータを要求するために 、ストリーム送信システム 0001にステージ転送要求メッセージを送信する (ステップ S (D-(v)) 0その際、パラメタとしてコンテンツ ID、ステージ番号を転送する。ストリーム送 信システム 0001はステージ転送要求メッセージを受信すると、コンテンツデータべ一 ス 0102a、転送データベース 0105aを操作して、ステージ転送応答メッセージを返信す る (ステップ S(v)- (g))。その際、パラメタとして、ストリームデータを送信するチャネルの 番号、スタート時間を渡す。
[0121] 以下、前述したように指定したコンテンツのステージのストリームデータの転送を開 始する (ステップ S(x)-(d))。
[0122] 以上のような制御データの送受信、ストリームデータの送信によって、視聴者は擬 似ビデオオンデマンドシステム 1Aを利用してコンテンツの視聴が可能となる。
[0123] ここで、上記各ステップの前後において、ストリーム送信システム 0001およびストリー ム受信システム 0002において行われる信号処理の具体的内容を、図面に即して以 下説明する。
[0124] 図 27はストリーム受信システム 0002にお!/、て、視聴者が擬似ビデオオンデマンドシ ステム 1Aで提供されるコンテンツのリストを要求する時のフローチャートである。すな わち、図 27は図 26においてストリーム受信システム 0002が (a)の時点において行う処 理のフローチャートである。
[0125] まず、ステップ S1001において、視聴者よりリモコン装置 2000への操作により、コンテ ンッリスト取得要求が行なわれる。次にステップ S1002において、ストリーム受信システ ム 0002はストリーム送信システム 0001にコンテンツリスト要求メッセージを送信する。
[0126] 以上のステップによって、視聴者が擬似ビデオオンデマンドシステム 1 Aで提供され るコンテンツのリストを取得する要求があった場合に、コンテンツ受信システム 0002は コンテンッ送信システム 0001に擬似ビデオオンデマンドシステム 1 Aで提供されるコン テンッリストの取得要求を行なうことができる。
[0127] 次に、図 28において、ストリーム送信システム 0001がストリーム受信システム 0002か らコンテンツリスト要求メッセージを受信した時の処理を示す。すなわち、図 28は図 26 においてストリーム送信システム 0001が (z)の時点において行う処理のフローチャート である。
[0128] まず、ステップ S0001において、ストリーム送信システム 0001がストリーム受信システ ム 0002からコンテンツリスト要求メッセージを受信すると、ストリーム送信システム 0001 はステップ S0002において、コンテンツデータベース 0102aを読み出す準備をする。次 にステップ S0003において、コンテンツデータベース 0102aから一つのコンテンツのデ ータを読み出す。次にステップ S0004において、コンテンツデータベース 0102a内のす ベてのコンテンツについて調べたかチェックをする。もしすベてのコンテンツを調べて なければ (NO)ステップ S0005を実行する。
[0129] ステップ S0005において、読み出したコンテンツのデータからそのコンテンツを再生 しているチャネルを調べ、そのコンテンツが再生をしているかどうかチェックする。もし 設定されて ヽなければ (NO)ステップ S0006を実行する。もし設定されて 、れば (YES) ステップ S0007を実行する。
[0130] ステップ S0006において、現在の時刻から先できりのよい時刻を基準時間とする。次 にステップ S0007において、コンテンツ情報をメッセージのパラメタに格納する。次に ステップ S0003を実行する。
[0131] ステップ S0004においてもしすベてのコンテンツを調べたなら(YES)であった場合に ステップ S0008を実行する。ステップ S0008において、メッセージに付カ卩するパラメタを ノ ッキングして、ストリーム受信システム 0002にコンテンツリスト応答メッセージを送信 する。
[0132] 以上の処理によって、ストリーム送信システム 0001は、ストリーム受信システム 0002 力もコンテンツリスト要求メッセージを受信したときに、ストリーム受信システムに 0002 コンテンツリストを転送することができる。
[0133] 次に、図 29は、ストリーム受信システム 0002がストリーム送信システム 0001力 コンテ ンッリスト応答メッセージを受信したときの処理を示す。すなわち、図 29は図 26におい てストリーム受信システム 0002が (b)の時点で行う処理のフローチャートである。
[0134] まず、ステップ S1101においてストリーム受信システム 0002がストリーム送信システム 0001からコンテンツリスト応答メッセージを受信すると、次にステップ S1102において、 応答メッセージがエラーであったかどうかチェックする。エラーであったなら (YES)次 にステップ S1103にお!/、て、エラーが発生したことをディスプレイ 0111に表示をして視 聴者に知らせる。また、ステップ S1102においてエラーでなかった場合 (NO)、次にス テツプ S1104において、メッセージのパラメタからコンテンツのリストを取り出し、デイス プレイ 0111に表示できるように整形する。次にステップ S1105において、コンテンツの リストをディスプレイ 0111に表示する。
[0135] 以上の処理によって、図 26に示すように、ストリーム受信システム 0002のディスプレ ィ 0111には、ストリーム送信システム 0001から送信された擬似ビデオオンデマンドシス テム 1Aで提供されるコンテンツのリスト(図 19)を視聴者に表示することができる。
[0136] 図 30は、視聴者がディスプレイ 0111に表示されているコンテンツのリストから視聴し たいコンテンツを選択した場合の処理を示すフローチャートである。すなわち、図 30 は図 26においてストリーム受信システム 0002が (b)の時点で行う処理のフローチャート である。
[0137] ステップ SI 111にお!/、て、視聴者がディスプレイ 0111に表示された擬似ビデオオン デマンドシステム 1Aで提供されるコンテンツリストから視聴したいコンテンツをリモコン 装置 2000の操作によって選択する。次にステップ S1112において、ストリーム受信シス テム 0002はストリーム送信システム 0001にコンテンツ視聴要求メッセージを送信する。
[0138] 以上のステップによって、視聴者が視聴した!/、コンテンツを選択したときに、ストリー ム受信システム 0002はコンテンツ送信システム 0001に対して視聴者が視聴した!/、コン テンッの視聴の要求を行なうことができる。
[0139] 図 31Aおよび図 31Bはストリーム送信システム 0001がストリーム受信システム 0002か らコンテンツ視聴要求メッセージを受信したときの処理を示す。すなわち、図 31Aおよ び図 31Bは図 26においてストリーム送信システム 0001が (y)の時点で行う処理のフロー チャートである。
[0140] まず、ステップ S0101において、ストリーム送信システム 0001がストリーム受信システ ム 0002からコンテンツリスト要求メッセージを受信すると、次にステップ S0102において 、メッセージのパラメタで指定された指定されたコンテンツ IDを使ってコンテンツ管理 手段 0102のコンテンツデータベース 0102aを検索する。次にステップ S0103において 検索されたコンテンツの情報力 そのコンテンツが現在されてチャネルが割り当てら れているかどうかチェックする。もし、チャネルが割り当てられていれば (YES)ステップ S0104にお!/、て、チャネル番号からストリーム送信手段 0103の転送データベース 0105aを検索する。次にステップ S0105において、検索された転送データベース 0105a の各チャネルにおいて、再生ステージの番号カ^でかつステージ開始時間が将来の 時間でありかつ今力も再生予約をしてもステージの転送が間に合うかどうかチェック する。もし、間に合わなければ (NO)ステップ S0106を実行する。
[0141] 一方、ステップ S0103において、チャネルが割り当てられていなければ(NO)そのま まステップ S0106に進み、転送データベース 0105aから使って!/ヽな 、チャネルを探し出 す。次にステップ S0107において、使っていないチャネルが見つかつたかどうかチエツ クする。見つからなければ(NO)、ステップ S0108において、あいているチャネルが見 つからずストリームの転送できないのでエラーのコンテンツ視聴応答をストリーム受信 システム 0002に返信し、終了する。
[0142] ステップ S0107にお!/、て、あ!、て!/、るチャネルが見つかれば (YES)、ステップ S0109 に進み、コンテンツデータベース 0102aのコンテンツの情報に基準時間が設定されて V、るかどうかチェックする。もし設定されて 、なければ (NO)ステップ S0110にお!/、て、 基準時間を現在の時刻力 先できりのょ 、時間として、その時間をコンテンツデータ ベース 0102aに書き込み、ステップ S0111を実行する。
[0143] 一方、ステップ S0109において基準時間が設定されていれば (YES)ステップ SOU 1 に進み、基準時間と、ステージの再生時間を 0以上の数で定数倍して足した値が、現 在の時刻より先でかつ今からステージ再生の予約をしても転送が間に合うステージ 再生開始時間を決める。次にステップ S0112において、転送データベース 0105aに、 チャネル番号、コンテンツ 、再生ステージ番号、視聴者情報、ステージ開始時刻な どこれ力 使用するチャネルの情報を書き込む。次にステップ S0113において、ステ ージ転送開始イベントの登録をする。このイベントはステージ転送開始時刻になると 発行され、ストリーム送信手段 0103に指定したステージのストリームデータの送信を開 始させるためのものである。次にステップ S0115を実行する。
[0144] ステップ S0105において、見つかった(YES)ならばステップ S0114において、転送デ ータベース 0105aのそのチャネルの視聴者情報に視聴予約をした視聴者を足す。次 にステップ S0115において、チャネル番号、ステージ開始時間、ステージ再生時間、 ステージ数、転送レート、再生レートなどをパラメタとして、ストリーム受信システム 0002にコンテンッ視聴応答メッセージを送信する。
[0145] 以上の処理によって、ストリーム送信システム 0001はストリーム受信システム 0002か らコンテンツ視聴要求メッセージを受信したときに、指定されたコンテンツのストリーム 転送の予約をすることができる。
[0146] 図 32はストリーム受信システム 0002において、ストリーム送信システム 0001力らコン テンッ視聴応答メッセージを受信したときの処理を示す。すなわち、図 32は図 26にお いてストリーム受信システム 0002が (c)の時点で行う処理のフローチャートである。
[0147] まず、ステップ S1201において、ストリーム送信システム 0001がストリーム受信システ ム 0002からコンテンツリスト要求メッセージを受信すると、次にステップ S1202において 、応答メッセージがエラーであったかどうかチェックする。
[0148] 応答メッセージがエラーであったなら (YES)次にステップ S1203において、エラーが 発生したことをディスプレイ 0111に表示して視聴者に知らせる。また、ステップ S 1202 において、応答メッセージがエラーでなかった場合 (NO)、ステップ S1204において、 ストリーム受信システム 0002のストリーム記録/再生手段 0113内にストリームデータを 記録する領域を確保する。次にステップ S1205において、ステージデータ受信ィベン トの登録をする。次にステップ S1206においてステージデータ受信イベント登録フラグ のセット行なう。次にステップ S1207において、ディスプレイ 0111にこれから視聴するコ ンテンッの情報、コンテンツ視聴が可能になるまでの時間を示したインジケータ、コン テンッ視聴をキャンセルするためのボタンを表示する。
[0149] 以上の処理によって、ストリーム受信システム 0002は、ストリーム送信システム 0001 力も送信されたコンテンツ視聴応答メッセージの受信処理をして、コンテンツ視聴の 準備をすることができる。
[0150] 図 33はストリーム送信システム 0001が自身で登録したステージ転送イベントが発生 したときの処理を示す。すなわち、図 33は図 26においてストリーム送信システム 0001 が (X)の時点で行う処理のフローチャートである。なお、このフローチャートでは図 10ま たは図 11に示した転送データベース 0105aのうち 、ずれかを使用する。
[0151] ストリーム送信システム 0001は、まずステップ S0501において、ステージ転送イベント を検出し、パラメタ等を取り出す。次にステップ S0502において、イベントのパラメタで 指定されたコンテンツ IDを使ってコンテンツ管理手段 0102のコンテンツデータベース 0102aを検索する。次にステップ S0503において、コンテンツデータベース 0102aの各 ステージのストリームデータが格納されている場所の情報へのポインタをたどり、ステ ージ格納情報からステージデータが格納されて 、る記憶領域の位置を調べる。次に ステップ S0504において、ステージのストリームデータを送信するための準備をする。 次にステップ S0505において、ステージのストリームデータが転送し終わったかどうか チェックする。
[0152] ストリームデータの転送が終わったならば (YES)、ストリーム送信システム 0001は、 次にステップ S0506において、転送データベース 0105aからそのチャネルの情報を削 除する。次にステップ S0507において、コンテンツデータベース 0102aの指定されたコ ンテンッデータにおける再生チャネル番号リストからそのチャネル番号を削除する。 次にステップ S0508において、ステージのストリームデータ送信の終了処理をおこなう
[0153] 一方、ステップ S0505において、まだストリームデータの転送が終わっていなければ
(NO)、次に、ストリーム送信システム 0001は、ステップ S0509において、ステージのス トリームデータが格納されている記憶領域からストリームデータを読み出す。次にステ ップ S0510において、記憶領域力 読み出したストリームデータをストリーム受信シス テム 0002に送信する。次にステップ S0511において、ステージのストリームデータの次 のデータが格納されて 、る記憶領域の位置を調べる。次にステップ S0505の処理を 再度実行する。
[0154] 以上の処理によって、ストリーム送信システム 0001はストリーム受信システム 0002に ステージのストリームデータを転送することができる。
[0155] なお、図 33のフローチャートでは、ステージ転送イベントを検出するところから、その ままステージデータを転送するフローチャートを示して 、るが、ステージデータの転送 をするフローチャート部分については(S0503から S0511まで)、別のタスク、またはプロ セス、またはスレッドにより処理をしてもよい。その場合には、ステージデータの転送を するタスク、またはプロセス、またはスレッドを生成/起動させたり、停止しているステー ジデータを転送するタスク、またはプロセス、またはスレッドに対してメッセージを送信 したり割り込みを発生させ、再起動させたりしてすることにより実現できる。
[0156] 図 34はストリーム送信システム 0001が自身で登録したステージ転送イベントが発生 したときの処理を示す。すなわち、図 34は図 26においてストリーム送信システム 0001 が (X)の時点で図 33にて行う処理に代えて行う処理のフローチャートである。なお、こ のフローチャートでは図 12に示した転送データベース 0105aを使用する。また、図 33 の処理においては一つのコンテンツで連続してステージを転送する場合にチャネル が変更されてしまう恐れがあった力 図 34の処理にぉ ヽてはステージを連続して転送 する場合には同じチャネルを使ってストリームデータの転送をする。 [0157] なお、図 34では図 33で示した処理と同一の処理については同一のステップ番号を 付与し、ここでは説明を省略する。
[0158] ステップ S0505において、ステージのすべてのストリームデータの転送が終わった( YES)ならば、次にステップ S0531を実行する。ステップ S0531において、転送データべ ース 0105aからそのチャネルで次のステージのストリームデータも送信するかどうか調 ベる。次にステップ S0532において、次のステージのストリームデータも送信する必要 があるかチェックする。もし、必要がなければ (NO)、ステップ S0506を実行する。
[0159] ステップ S0532において、必要があるならば (YES)、次にステップ S5033において、 転送データベース 0105aのチャネルの情報で、次の再生ステージ番号、視聴者リスト 、ステージ開始時間を、現在の再生ステージ番号、資料者リスト、ステージ開始時間 にコピーする。次にステップ S0534において、次の再生ステージ番号、次の視聴者リ スト、次のステージ開始時間をクリアする。次にステップ S0503を実行する。
[0160] 以上の処理によって、ストリーム送信システム 0001はストリーム受信システム 0002に ステージのストリームデータを転送することができる。また、一つのコンテンツでステー ジのストリームデータを連続して転送する場合には同じチャネルを使ってストリームデ ータの転送を行なうことができる。
[0161] なお、図 34のフローチャートでは、ステージ転送イベントを検出するところから、その ままステージデータを転送するフローチャートを示して 、るが、ステージデータの転送 をするフローチャート部分については(S0503から S0511および S0531から S0534まで) 、別のタスク、またはプロセス、またはスレッドにより処理をしてもよい。その場合には、 ステージデータの転送をするタスク、またはプロセス、またはスレッドを生成/起動させ たり、停止しているステージデータを転送するタスク、またはプロセス、またはスレッド に対してメッセージを送信したり割り込みを発生させ、再起動させたりしてすることによ り実現できる。
[0162] 図 35Aおよび図 35Bはストリーム受信システム 0002において、ストリーム受信システム 0002内でステージデータ受信イベントを検出したときの処理を示す。すなわち、図 35Aおよび図 35Bは図 26において、ストリーム受信システム 0002が (d)の時点で行う処 理のフローチャートである。 [0163] まず、ステップ S1601において、ストリーム受信システム 0002がステージデータ受信 イベントを検出すると、ステップ S1602において、受信するステージの番号は 1である かの確認を行う。ステージの番号が 1ならば (YES)次にステップ S1603において画面 のコントローラ表示を変更し、すでにディスプレイ 0111に表示されている、視聴するコ ンテンッの情報、コンテンツ視聴が可能になるまでの時間を示したインジケータ、コン テンッ視 をキャンセノレするためのボタンにカ卩えて、コンテンツ視 を開始するボタ ンを表示する(つまりディスプレイ 0111は図 20の表示から図 21の表示に遷移する。 ) o 次に後述するステップ S1604を実行する。また、ステップ S1602においてステージ番号 力 でなければ S1603を行わずに後述するステップ S1604に進む。次に、ステップ S1604において、ステージデータ受信イベント登録フラグをリセットする。次にステップ S1605において、ステージのストリームデータ受信の準備をする。次にそのステージの ストリームデータを受信する。次にステップ S1607において、受信したステージのストリ ームデータがストリーム記録/再生手段 0113に記録されているストリームデータの最後 の続きであるかどうかをチェックする。続きであるなら (YES)、次にステップ S1608にお いて、受信したストリームデータをストリーム記録/再生手段 0113で記録し、後述する S1609に進む。一方、ステップ S1607において続きでないなら(NO)、後述するステツ プ S1609にそのまま進む。
[0164] ステップ S1609において、現在受信しているのが最後のステージかどうかチェックす る。最後なら (YES)、次にステップ S1616を実行する。
[0165] ステップ S1609において、最後でないなら(NO)、次にステップ S1610において、現在 のタイムシフトの時間がある程度過ぎたかをどうかチェックする。まだ過ぎて 、な ヽな ら(NO)、次にステップ S1616を実行する。
[0166] ステップ S1610において、過ぎたなら(YES)、次にステップ S1611において、ステージ データ受信イベント登録フラグがセットされて 、るかどうかをチェックする。チェックさ れていないなら(NO)、次にステップ S1612において、ステージのストリームデータの 受信、ストリームデータの再生がこのまま進むとして、このステージ終了時にストリーム 記録/再生手段 0113に記録されるストリームデータがどれほどになるか予測する。次 に S1613において、次のステージのストリームデータ転送期間内で、ストリームデータ を再生するのに必要なデータがストリーム記録/再生手段 0113に記録されているかど うかチェックする。記録されていなければ (NO)、次にステップ S1614において、ステー ジデータ受信イベント登録フラグをセットする。次にステップ S1615において、ストリー ム送信システム 0001に次のステージのステージ転送要求メッセージを送信する。次に S1616を実行する。
[0167] ステップ S1613において、記録されていれば (YES)、次にステップ S 1616を実行する [0168] ステップ S1611において、セットされていれば (YES)、次にステップ S1616を実行する
[0169] ステップ S1616において、このステージの最後のストリームデータを受信したかどうか チェックする。受信したなら (YES)、次にステップ S1617において、ステージのストリー ムデータ受信の後処理をする。一方、ステップ S1616において、まだ受信していない なら(NO)、次にステップ S1606を実行する。
[0170] 以上の処理によって、ストリーム受信システム 0002はステージのストリームデータの 受信をし、必要な場合にはストリーム記録/再生手段 0113にストリームデータの記録を する。
[0171] なお、図 35のフローチャートでは、ステージデータ受信イベントを検出するところか ら、そのままコンテンツのストリームデータを受信/記録するフローチャートを示して!/ヽ る力 コンテンツのストリームデータを受信/記録するフローチャート部分については(
S1605から S1617まで)、別のタスク、またはプロセス、またはスレッドにより処理をしても よい。その場合には、コンテンツのストリームデータを受信/記録するタスク、またはプ 口セス、またはスレッドを生成/起動させたり、停止しているコンテンツのストリームデー タを受信/記録するタスク、またはプロセス、またはスレッドに対してメッセージを送信 したり割り込みを発生させ、再起動させたりしてすることにより実現できる。
[0172] 図 36はストリーム受信システム 0002において、ストリームの視聴が可能になり視聴者 がストリーム再生のためのスタートボタンを押し、ストリームの再生をするときの処理を 示す。すなわち、図 36は図 26においてストリーム受信システム 0002が (e)の時点で行う 処理のフローチャートである。 [0173] ステップ S1301において、ディスプレイ 0111に表示されたコンテンツの視聴を開始す るスタートボタンを視聴者が選択する。次にステップ S1302において、ストリーム受信シ ステム 0002はストリーム送信システム 0001にコンテンツ視聴開始確認メッセージを送 信する。次にステップ S1303において、コンテンツのストリームデータの再生が終了し た力どうかチェックをする。再生が終了したら (YES)、処理を終了する。
[0174] ステップ S1303において、再生が終了していなければ (NO)次にステップ S1304を実 行する。ステップ S1304において、ストリームデータ再生の中断命令が発せられたかど うかチェックする。中断命令が発せられたら (YES)、処理を終了する。
[0175] ステップ S1304において、発生していなければ (NO)次にステップ S1305を実行する 。ステップ S1305において、ストリーム記録/再生手段 0113において、記録されている ストリームデータの読み出しを行なう。次にステップ S1306において、読み出されたスト リームデータをディスプレイ 0111に表示するためにデコードを行なう。次にステップ S1307において、デコードされたストリームデータの再生を行い、ディスプレイ 0111に 表示する。次にステップ S1303を実行する。
[0176] 以上の処理によって、視聴者がコンテンツ視聴の開始を示すボタンを操作すると、 コンテンッ視聴が開始される。
[0177] なお、図 36のフローチャートでは、視聴者によりスタートボタンが選択されるところか ら、そのままコンテンツのストリームデータを再生する処理を示しているが、コンテンツ のストリームデータを再生するフローチャート部分にっ 、ては(S1303から S1307まで) 、別のタスク、またはプロセス、またはスレッドにより処理をしてもよい。その場合には、 コンテンツのストリームデータを再生するタスク、またはプロセス、またはスレッドを生 成/起動させたり、停止しているコンテンツのストリームデータを再生するタスク、また はプロセス、またはスレッドに対してメッセージを送信したり割り込みを発生させ、再起 動させたりしてすることにより実現できる。
[0178] 図 37はストリーム送信システム 0001がストリーム受信システム 0002からコンテンツ視 聴開始確認メッセージを受信したときの処理を示す。すなわち、図 37は図 26において ストリーム送信システム 0001が (w)の時点で行う処理のフローチャートである。
[0179] まず、ステップ S0301において、ストリーム送信システム 0001がストリーム受信システ ム 0002からコンテンツ視聴開始確認メッセージを受信すると、次にステップ S0302にお V、て、メッセージのパラメタで指定されたコンテンツ IDを使ってコンテンツデータべ一 ス 0102aの検索をする。次にステップ S0303において、そのコンテンツの視聴料金を調 ベる。次にステップ S0304において、メッセージのパラメタで指定されたユーザ IDから ユーザ管理データベース 0106aを検索する。次にステップ S0305において、ユーザ管 理データベース 0106aのそのユーザのトータル料金に今回視聴するコンテンツの料 金を足す。次にステップ S0306において、ユーザ管理データベース 0106aのそのユー ザのトータル視聴コンテンッリストに今回視聴するコンテンッ IDを足す。
[0180] 以上の処理によって、ストリーム送信システム 0001はストリーム受信システム 0002か らコンテンツ視聴開始確認メッセージを受信したときに、指定された視聴者に指定さ れたコンテンツのリストを足し、トータルの視聴料を足すことで、視聴者がどのコンテン ッを視聴しているか管理を行なうことができる。また、視聴者が有料コンテンツを視聴 して月ごとなどに請求をすることができる。
[0181] 図 38はストリーム送信システム 0001がストリーム受信システム 0002からコンテンツ視 聴開始確認メッセージを受信したときの別の処理を示す。すなわち、図 38は図 26に おいてストリーム送信システム 0001が (w)の時点で図 37の処理に代えて行う処理のフ ローチャートである。図 37では、一人のユーザが同じコンテンツを何度も視聴するとそ の都度料金が加算された力 図 38では、すでに過去に同じコンテンツを視聴してい た場合には料金は加算しな 、ようにしたものである。
[0182] なお、図 38では、図 37で示した処理と同一の処理については同一のステップ番号 を付与し、ここでは説明を省略する。
[0183] ステップ S0301、ステップ S0304を実行した後、次にステップ S0311を実行する。ステツ プ S0311において、その視聴者が過去に視聴したコンテンツのリストを調べる。次にス テツプ S0312にいて、今回視聴するコンテンツが過去に視聴していたかどうかチェック する。すでに過去に視聴して!/、たら (YES)処理を終了する。
[0184] まだそのコンテンツを視聴して!/、なければ (NO)、ステップ S0302を実行する。
[0185] 以上の処理によって、ストリーム送信システム 0001はストリーム受信システム 0002か らコンテンツ視聴開始確認メッセージを受信したときに、そのコンテンツを過去に視聴 していなければ、その視聴者に指定されたコンテンツのリストを足し、トータルの視聴 料を足すことで、視聴者がどのコンテンツを視聴して ヽるか管理を行なうことができる 。また、視聴者が有料コンテンツを視聴して月ごとなどに請求をすることができる。
[0186] なお、ここで想定されているメッセージのシーケンスでは、コンテンツ視聴開始確認 メッセージは応答メッセージを必要としない。し力しながら、応答メッセージを返すよう なシーケンスにしてもよい。
[0187] 図 39Aおよび図 39Bはストリーム送信システム 0001がストリーム受信システム 0002か らステージ転送要求メッセージを受信したときの処理を示す。すなわち、図 39Aおよ び図 39Bは図 26においてストリーム送信システム 0001が (V)の時点で行う処理のフロー チャートである。なお、このフローチャートでは図 10または図 11に示した転送データべ ース 0105aのうち!/、ずれかを使用する。
[0188] まず、ステップ S0201においてストリーム送信システム 0001がストリーム受信システム 0002からステージ転送要求メッセージを受信すると、次にステップ S0202において、メ ッセージのパラメタで指定された指定されたコンテンツ IDを使ってコンテンツデータべ ース 0102aを検索する。次にステップ S0203において検索されたコンテンツの情報から そのコンテンツが現在されてチャネルが割り当てられているかどうかチェックする。もし
、チャネルが割り当てられて!/ヽれば (YES)ステップ S0204を実行する。
[0189] ステップ S0204において、チャネル番号から転送データベース 0105aを検索する。次 にステップ S0205において、検索された転送データベース 0105aの各チャネルにおい て、指定されてステージ番号でかつステージ開始時間が将来の時間でありかつ今か ら再生予約をしてもステージの転送が間に飼うかどうかチェックする。もし、間に合わ なければ (NO)ステップ S0206を実行する。
[0190] ステップ S0203にお!/、て、チャネルが割り当てられて!/、なければ(NO)ステップ S0206 を実行する。
[0191] ステップ S0206にお!/、て、転送データベース 0105aから使って!/ヽな 、チャネルを探し 出す。次にステップ S0207において、使っていないチャネルが見つかつたかどうかチ エックする。見つ力 なければ (NO)、ステップ S0208を実行する。
[0192] ステップ S0208にお!/、て、あ!、て!/、るチャネルが見つからずストリームの転送できな いのでエラーのステージ転送応答をストリーム受信システム 0002に返信し、終了する
[0193] ステップ S0207にお!/、て、あ!ヽて 、るチャネルが見つかれば (YES)、ステップ S0209 を実行する。ステップ S0209において、コンテンツデータベース 0102aのコンテンツの 情報に基準時間が設定されているかどうかチ ックする。もし設定されていなければ( NO)ステップ S0210を実行する。
[0194] ステップ S0210において、基準時間を現在の時刻力 先できりのよい時間として、そ の時間をコンテンツデータベース 0102aに書き込み、ステップ S0211を実行する。
[0195] ステップ S0209において、基準時間が設定されていれば (YES)ステップ S0211を実 行する。
[0196] ステップ S0211において、基準時間と、ステージの再生時間を 0以上の数で定数倍 して足した値力 現在の時刻より先でかつ今からステージ再生の予約をしても転送が 間に合うステージ再生開始時間を決める。次にステップ S0212において、転送データ ベース 0105aに、チャネル番号、コンテンツ 、再生ステージ番号、視聴者情報、ステ ージ開始時刻などこれから使用するチャネルの情報を書き込む。次にステップ S0213 において、ステージ転送開始イベントの登録をする。このイベントはステージ転送開 始時刻になると発行され、ストリーム送信手段 0103に指定したステージのストリームデ ータの送信を開始させるためのものである。次にステップ S0215を実行する。
[0197] ステップ S0205において、見つかった(YES)ならばステップ S0214を実行する。
[0198] ステップ S0214において、転送データベース 0105aのそのチャネルの視聴者情報に 視聴予約をした視聴者を足す。次にステップ S0215において、チャネル番号、ステー ジ開始時間、ステージ再生時間、ステージ数、転送レート、再生レートなどをパラメタ として、ストリーム受信システム 0002にステージ転送応答メッセージを送信する。
[0199] 以上の処理によって、ストリーム送信システム 0001はストリーム受信システム 0002か らステージ転送要求メッセージを受信したときに、指定されたコンテンツの指定された ステージの転送の予約をすることができる。
[0200] 図 40Aおよび図 40Bはストリーム送信システム 0001がストリーム受信システム 0002か らステージ転送要求メッセージを受信したときの別の処理を示す。すなわち、図 40A および図 40Bは図 26においてストリーム送信システム 0001が (v)の時点において、図 39Aおよび図 39Bの処理に代えて行う処理のフローチャートである。なお、このフロー チャートでは図 12に示した転送データベース 0105aを使用する。
[0201] そして、図 40Aおよび図 40Bでは、図 39Aおよび図 39Bで示した処理と同一の処理に つ!、ては同一のステップ番号を付与し、ここでは説明を省略する。
[0202] ステップ S0203にお!/、て、チャネルが割り当てられて!/、なければ(NO)ステップ S0221 を実行する。
[0203] ステップ S0205において、間に合わなければ(NO)ステップ S0221を実行する。
[0204] ステップ S0221において、指定されたステージ番号の 1つ前のステージが現在再生 中であるかどうかチェックする。再生中でなければ (NO)ステップ S0206を実行する。ま た、再生中であれば (YES)ステップ S0222を実行する。
[0205] ステップ S0222において、転送データベース 0105aに次のステージの情報がすでに 登録されて!、るかどうかチェックする。登録されて!、なければ (NO)ステップ S0223に おいて、転送データベース 0105aに次のステージの再生番号、再生時間を書き込ん で、ステップ S0224に進む。一方、ステップ S0222において登録されていれば (YES)そ のままステップ S0224に進む。
[0206] ステップ S0224において、転送データベース 0105aに次のステージの視聴者情報を 足す。次にステップ S0215を実行する。
[0207] 以上の処理によって、ストリーム送信システム 0001はストリーム受信システム 0002か らステージ転送要求メッセージを受信したときに、指定されたコンテンツの指定された ステージの転送の予約をすることができる。
[0208] 図 41はストリーム受信システム 0002において、ストリーム送信システム 0001力もステ ージ転送応答メッセージを受信したときの処理を示す。すなわち、図 41は図 26におい てストリーム受信システム 0002が (g)の時点で行う処理のフローチャートである。
[0209] まず、ステップ S1501にお!/、てストリーム受信システム 0002がストリーム送信システム 0001からステージ転送応答メッセージを受信すると、次にステップ S1502において、応 答メッセージがエラーであったかどうかチェックする。エラーであったなら (YES)次に ステップ S1503において、ステージデータ受信イベント登録フラグをリセットし、次に S1504において、エラーが発生したことをディスプレイ 0111に表示して視聴者に知ら せ、次にステップ S1505において、ステージデータ受信イベントの登録をする。一方、 ステップ S1502においてエラーでなかったなら(NO)、次にステップ S1505に進み、ステ ージデータ受信イベントの登録をする。
[0210] 以上の処理によって、ストリーム受信システム 0002はストリーム送信システム 0001か ら送信されたステージ転送応答メッセージの受信処理をして、ステージのストリームデ ータの受信の準備をすることができる。
[0211] 一方、図 42 (A)力も (D)まではコンテンツ視聴開始をする前にコンテンツ視聴のキヤ ンセルをした場合のストリーム受信システム 0002とストリーム送信システム 0001との間 で送受信される、メッセージのシーケンスを示す。図中、最初のステージのストリーム データが転送されるまで (ステップ S(x)-(d))にお 、てストリーム送信システム 0001とス トリーム受信システム 0002との間で送受信されるメッセージについては、図 34と同じで あるので説明を省略する。
[0212] 最初のステージのストリームデータの転送が開始されて (ステップ S(x)- (d))、ストリー ム受信システム 0002が視聴者からコンテンツの視聴をするか或いはコンテンツの視聴 をキャンセルするか待って 、る状態で(この状態にぉ 、てディスプレイ 0111には図 22 が表示される。)、リモコン装置 2000を操作して「キャンセル」を選択すると、ストリーム 受信システム 0002はストリームデータの受信を取りやめ、ストリーム送信システム 0001 に視聴キャンセル確認メッセージを送信する (ステップ S(h)- (u)) (この状態において ディスプレイ 0111には図 24が表示される。;)。その際、パラメタとして、視聴者のユーザ ID、コンテンツ IDを渡す。ストリーム送信システム 0001はストリーム受信システム 0002 力 キャンセルメッセージを受信すると、ストリームデータの転送を取りやめ、コンテン ッデータベース 0102a、転送データベース 0105a、ユーザ管理データベース 0106aを 操作する。
[0213] 以上の処理によって、擬似ビデオオンデマンドシステム 1 Aはコンテンツを視聴する 前に視聴者がコンテンツ視聴のキャンセルをした場合に、視聴のキャンセルを実行 することができる。
[0214] 図 43はストリーム送信システム 0001がストリーム受信システム 0002から視聴キャンセ ル確認メッセージを受信したときの処理を示す。すなわち、図 43はストリーム送信シス テム 0001が図 42における (u)の時点で行う処理のフローチャートである。
[0215] まず、ステップ S0401において、ストリーム送信システム 0001がストリーム受信システ ム 0002から視聴キャンセル確認メッセージを受信すると、次にステップ S0402にお!/、て 、メッセージのパラメタで指定されたコンテンツ IDを使ってコンテンツデータベース 0102aの検索をする。次にステップ S0403において、そのコンテンツのストリームデータ を転送しているチャネル番号を調べる。次にステップ S0404において、チャネル番号 を使って転送データベース 0105aを検索する。次にステップ S0405において、転送デ ータベース 0105aの該当するチャネルの視聴者リストから、その視聴者を削除する。 次にステップ S0406において、削除した結果視聴者リストが 0になった力どうか、すなわ ち視聴者力 ^、るかどうかチェックする。視聴者がいれば (NO)、処理を終了する。
[0216] ステップ S0406にお!/、て、チェックした結果視聴者が ヽれば (YES)、次にステップ
S0407において、そのコンテンツのステージ転送開始イベントが登録されて、また発生 していないかどうかチェックし、発生していなければ (YES)、次にステップ S0408にお いて、登録されているステージ転送開始イベントを削除し、次にステップ S0410を実行 する。
[0217] ステップ S0407において、チェックした結果イベントが発生していれば (NO)、すでに そのステージはストリームデータの転送が行なわれていることになるので、ステップ S0409においてストリームデータ転送を取りやめ、次にステップ S0410を実行する。
[0218] ステップ S0410においては、転送データベース 0105aからそのチャネル情報を削除 する。次にステップ S0411において、コンテンツデータベース 0102aの再生チャネルリ ストから、そのチャネルの番号を削除する。
[0219] 以上の処理によって、ストリーム送信システム 0001はストリーム受信システム 0002か ら視聴キャンセル確認メッセージを受信したときに、そのコンテンツの視聴をキャンセ ルすることができる。また、そのステージのストリームデータの転送が行なわれていれ ば、転送を取りやめる。
[0220] なお、ここで想定されて!ヽるメッセージのシーケンスでは、視聴キャンセル確認メッ セージは応答メッセージを必要としない。しかし、応答メッセージを返すようなシーケ ンスにしてもよい。
[0221] 図 44はストリーム受信システム 0002において、コンテンツの選択が行なわれコンテン ッ視聴の準備が完了して ヽるときに、視聴者によってコンテンツ視聴のキャンセルを 行なったときの処理を示す。すなわち、図 44は図 42においてストリーム受信システム 0002が (h)の時点、または ( の時点よりも前にキャンセル処理されるときにストリーム受 信システム 0002が行う処理のフローチャートである。
[0222] ステップ S1401において、ディスプレイ 0111に表示されたコンテンツの視聴をキャン セルするキャンセルボタンを視聴者が選択する(すなわちディスプレイ 0111の表示は 図 22から図 24に遷移し、図 24の「はい」ボタンが選択される。 ) o次にステップ S1402に おいて、ストリーム受信システム 0002はストリーム送信システム 0001に視聴キャンセル 確認メッセージを送信する。次にステップ S1403において、ステージデータ受信ィベン トが登録されて 、るかどうかチェックする。登録されて!、る場合は (YES)ステップ S1404 において、ステージデータ受信イベントの削除を行なう。次にステップ S1405において 、ステージデータ受信イベント登録フラグのリセットをし、ステップ S1406に進む。一方 、ステップ S1403において登録されていなければ(NO)、そのままステップ S1406に進 む。
[0223] ステップ S1406においては、現在ストリームデータの受信をしているかチェックをする 。受信していれば (YES)、ステップ S1407において、ストリームデータの受信を取りや め、ステップ S1408に進む。一方、ステップ S1406において受信していなければ(NO) 、そのままステップ S1408に進む。
[0224] ステップ S1408においては、ストリーム記録/再生手段 0113でストリームデータの記録 をしているかどうかチェックをする。記録をしていれば (YES)、ステップ S 1409において 、記録されているストリームデータの削除をし、ステップ S1410に進む。一方、ステップ S1408において記録されていなければ(NO)、そのままステップ S1410を実行する。
[0225] ステップ S1410においては、ディスプレイ 0111の画面表示の切り替えを行い、コンテ ンッ視聴のキャンセルが行なわれたことを視聴者に示す (この状態にぉ 、てディスプ レイ 0111には図 32が表示される。;)。
[0226] 以上の処理によって、視聴者がコンテンツ視聴を開始する前に、コンテンツ視聴の キャンセルを行なった場合に、ストリーム受信システム 0002はコンテンツ視聴のキャン セルをすることができる。
[0227] さらに、図 45 (A)から (D)までははコンテンツ視聴中にコンテンツの視聴のキャンセ ルをした場合のストリーム受信システム 0002とストリーム送信システム 0001との間で送 受信される、メッセージのシーケンスを示す。図中、コンテンツの視聴が開始されるま で(ステップ S(x)-(d))のストリーム送信システム 0001とストリーム受信システムの 0002と の間で送受信されるメッセージについては、図 26と同じであるので説明を省略する。
[0228] 視聴者がリモコン装置 2000のスタートボタンを押してストリーム受信システム 0002が コンテンツの再生を始め、コンテンツ視聴開始確認メッセージをストリーム送信システ ム 0001に送信した (ステップ S(e)- (w))のち、視聴者がコンテンツ視聴中にリモコン装 置 2000を操作してコンテンツ視聴のキャンセルをする(すなわちディスプレイ 0111の 表示は図 22から図 24に遷移し、図 24の「はい」ボタンが選択される。)と、ストリーム受 信システム 0002はストリームデータの受信とコンテンツの再生を取りやめ、ストリーム 送信システム 0001に視聴キャンセル確認メッセージを送信する (ステップ S(0- (t))。そ の際、パラメタとして視聴者のユーザ ID、コンテンツ IDを渡す。ストリーム送信システム 0001はストリーム受信システム 0002力 視聴キャンセル確認メッセージを受信すると、 ストリームデータの転送を取りやめ、コンテンツ管理手段 0102のコンテンツデータべ ース 0102a、ストリーム送信管理手段 0105aの転送データベース 0105a、ユーザ管理手 段 0106のユーザ管理データベース 0106aを操作する。
[0229] 以上の処理によって、擬似ビデオオンデマンドシステム 1Aは、コンテンツを視聴中 に視聴者がコンテンツ視聴のキャンセルをした場合に、視聴のキャンセルを実行する ことができる。
[0230] 図 46はストリーム受信システム 0002において、コンテンツを視聴中に視聴者によつ てリモコン装置 2000が操作されコントロールボタンが押されたときの処理を示すフロー チャートである。
[0231] ステップ S 1701において、コンテンッを視聴中に視聴者によりリモコン装置 2000が操 作されコントロールボタンが押される。次にステップ S1702において、コンテンツの視 ¾を一時停止するボタンと、コンテンツの視 ¾をキャンセノレするボタンと、コンテンツ の視聴を再開するボタンが表示される(つまり、ディスプレイ 0111は図 22のように表示 される。)。
[0232] 以上の処理によって、コンテンツを視聴中にリモコン装置 2000のコントロールボタン が押されたときに、視聴しているコンテンツをキャンセルしたり、一時停止したりするボ タンを表示させて、視聴者がコンテンツ視聴のコントロールをすることができる。
[0233] 図 47はコンテンツ視聴中に、視聴者がリモコン装置 2000のコントロールボタンを押し た後、キャンセルボタンを選択したときの処理を示すフローチャートである。
[0234] まず、ディスプレイ 0111は図 22のように表示されており、ステップ S1801において、視 聴者がリモコン装置 2000を操作してキャンセルボタンが選択/実行される。次にステツ プ S1802にお!/、て、コンテンツ視聴をキャンセルするかどうか確認のためのダイアログ が表示される(つまり、ディスプレイ 0111は図 24のように表示される。 ) o
[0235] 以上の処理によって、視聴者がリモコン装置 2000を操作してキャンセルボタンを選 択したときに、コンテンツ視聴のキャンセルを確認するダイアログを表示することがで きる。
[0236] 図 48は、コンテンツ視聴中に視聴者によりコンテンツ視聴のキャンセルが実行され た場合の処理を示す。すなわち、図 48は図 45においてストリーム受信システム 0002が (0の時点で行う処理のフローチャートである。
[0237] S1802の処理によりディスプレイ 0111に図 24のように表示されたのち、ステップ S1803 において、視聴者によりリモコン装置 2000が操作されてダイアログの「はい」のボタン が選択される。次にステップ S1804において、ストリーム送信システム 0001に視聴キヤ ンセル確認メッセージが送信される。次にステップ S1805において、ストリームの再生 が一時停止されているかチェックする。一時停止されていれば (YES)、次にステップ S1806を実行する。ステップ S1806において、ストリームデータ再生の中断命令を発生 させる。次に S1807を実行する。
[0238] ステップ S1805において、一時停止されていれば(NO)、次にステップ S1807におい て、ステージデータ受信イベントが登録されているかどうかチェックする。チェックされ ていれば (YES)、次にステップ S1808において、ステージデータ受信イベントの削除 をする。次にステップ S1809において、ステージデータ受信イベント登録フラグをリセッ トする。次にステップ S 1810に進む。一方、ステップ S1807において登録されていなけ れば(NO)、そのままステップ S1810に進む。
[0239] ステップ S1810においては、ストリームデータの受信をしているかどうかチェックする。
受信をしていれば (YES)、次にステップ S1811において、ステージのストリームデータ 受信の取り止めをする。次にステップ S1812に進む。一方、ステップ S1810において受 信していなければ (NO)、そのままステップ S1812に進む。
[0240] ステップ S1812において、ストリーム記録/再生手段 0113において、ストリームデータ が記録されているかどうかチェックする。記録されていれば (YES)、次にステップ
S1813において、ストリーム記録 再生手段 0113に記録されているストリームデータの 削除をし、ステップ S1814に進む。一方、ステップ S1812において記録していなければ
(NO)そのままステップ S1814に進む。
[0241] ステップ S1814においては、コンテンツの視聴がキャンセルされたことを示すものを ディスプレイ 0111に表示する。
[0242] 以上の処理によって、ストリーム受信システム 0002において、コンテンツ視聴中にそ のコンテンツの視聴のキャンセルをすることができる。
[0243] 図 49はコンテンツ視聴中に、視聴者がリモコン装置 2000のコントロールボタンを押し た後、一時停止をさせるボタンを選択したときの処理を示すフローチャートである。
[0244] まず、ディスプレイ 0111は図 22のように表示されており、ステップ S1901において、視 聴者によりリモコン装置 2000が操作されてコンテンツ視聴を一時停止させるためのボ タンが選択される。次にステップ S1902において、ストリームデータ再生の中断命令を 発生させる。次にステップ S1903において、ディスプレイ 0111にコンテンツの視聴が一 時停止されていることを示すものを表示する(つまり、ディスプレイ 0111は図 23のよう に表示される。 ) o
[0245] 以上の処理により、視聴者によりリモコン装置 2000が操作されてコンテンツの視聴を 一時停止させるボタンが選択された場合に、コンテンツの視聴を一時停止させること ができる。
[0246] 図 50Aおよび図 50Bはコンテンツ視聴中に、視聴者がリモコン装置 2000のコントロー ルボタンを押した後、再生を再開するボタンを選択したとき、またはコンテンツの再生 が一時停止されているときに、再生を再開するボタンが選択されたときの処理を示す フローチャートである。
[0247] 図 50Aおよび図 50Bでは、図 35Aおよび図 35Bおよび図 36で示した処理と同一の処 理については同一のステップ番号を付与し、ここでは説明を省略する。
[0248] ステップ S2001において、視聴者によりリモコン装置 2000が操作されてコンテンツ視 聴を再開するためのボタンが選択される。次にステップ S2002において、ディスプレイ 0111に表示されたコンテンツの視聴を一時停止するボタンと、コンテンツの視聴をキ ヤンセルするボタンと、コンテンツの視聴を再開するボタンが消去される。次にステツ プ S2003において、ストリームデータの再生が一時停止されているかどうかチェックす る。一時停止されていなければ (NO)処理を終了する。一方、ステップ S2003において 一時停止されていれば (YES)、次にステップ S1303を実行する。
[0249] 以上の処理によって、視聴者によりリモコン装置 2000が操作されてコンテンツの視 聴を再開させるボタンが選択された場合に、ディスプレイ 0111に表示されたストリーム の再生を制御するためのボタンの消去をすることができる。
[0250] また、以上の処理によって、コンテンツの再生が一時停止されて 、る状態で、視聴 者によりコンテンツの視聴を再開させるボタンが選択された場合に、ディスプレイ 0111 に表示されたストリームの再生を制御するためのボタンの消去をし、コンテンツのストリ ームデータの再生が再開される。
[0251] なお、図 50のフローチャートでは、視聴、者によりコンテンツの視聴、を再開させるボタ ンが選択されるところから、そのままコンテンツのストリームデータを再生するフローチ ヤートを示して 、るが、コンテンツの再生をするフローチャート部分にっ 、ては(S1303 から S1307および S1609から S1615まで)、別のタスク、またはプロセス、またはスレッド により処理をしてもよい。その場合には、コンテンツの再生をするタスク、またはプロセ ス、またはスレッドを生成/起動させたり、停止しているコンテンツの再生をするタスク、 またはプロセス、またはスレッドに対してメッセージを送信したり割り込みを発生させ、 再起動させたりしてすることにより実現できる。
[0252] (第 2の実施形態)
次に、本発明の擬似ビデオオンデマンドシステム 1の第 2の実施形態を、図面を参 照しながら説明する。図 2は第 2の実施形態としての擬似ビデオオンデマンドシステム 1Bを示すブロック図である。但し同じ符号を付したものについては説明を省略する。
[0253] 図 2ではストリーム送信システム 0001は、ストリーム記憶/再生手段 0101、コンテンツ 管理手段 0102、ストリームデータ送信管理手段 0103、制御データ送受信手段 0104、 ストリーム送信管理手段 0105、ユーザ管理手段 0106にカ卩え、ストリームデータの暗号 化を行なうストリーム暗号ィ匕手段 0201から構成される。また、ストリーム受信システム 0002内のストリーム受信部 0003は、ストリーム記録/再生手段 0113、ストリーム受信手 段 0114、制御データ送受信手段 0115、ストリーム受信管理手段 0116に加え、暗号ィ匕 されたストリームデータを復号するストリーム復号手段 0202力 構成されて 、る。図 2 ではストリーム送信システム 0001とストリーム受信システム 0002との間で送受信を行う ストリーム転送手段 0005および制御データ転送手段 0006の構成は図 1と同じである。
[0254] 図 2ではストリーム送信システム 0001とストリーム受信システム 0002は 1対で示されて いるが、それぞれ複数あっても力まわない。
[0255] 図 2に示した擬似ビデオオンデマンドシステム 1Bにより、ストリーム送信システム
0001からストリーム受信システム 0002にコンテンツの転送が行なわれ、ストリーム受信 システム 0002ではコンテンツを表示することができる。また、制御データを送受信する ことにより、ユーザからの操作によりコンテンツを視聴中に一時停止や再生の再開を することができる。また、ストリームデータを暗号ィ匕して送信するのでセキュアなシステ ムをなる。
[0256] 図 2に示したストリーム暗号化手段 0201およびストリ一ム復号手段 0202は秘密鍵暗 号システム或いは公開鍵暗号システムのうち一方または双方を利用して実現できる。
[0257] そして、図 51は、本実施形態に用いられる、転送データベース 0105aに蓄積された ストリームデータの第 4の例である。この転送データベース 0105aには、図 51に示す項 目である、ストリームを転送するチャネルの番号、コンテンツの種類を示す ID、再生し ているステージの番号、ステージの送信時間、ストリームの転送をしている視聴者のリ スト、ステージ開始の時刻の各項目に加え、ストリーム暗号ィ匕のキーの項目が蓄積さ れる。
[0258] 転送データベース 0105aに含まれるデータを用いて暗号ィ匕したデータ送信を行う場 合、ストリーム暗号化のキーを使ってストリーム暗号化手段 0201でストリームデータを 暗号化し、ストリーム受信システム 0002にストリームデータを転送する。ストリームデー タの暗号化は、ストリーム送信システム 0001側とストリーム受信システム 0002側で同じ 暗号ィ匕キーを使用し、何らかの方法で暗号ィ匕キーをストリーム送信システム 0001とス トリーム受信システム 0002で共有しておく秘密鍵暗号ィ匕システムを使用することが可 能である。また、ストリーム送信システム 0001とストリーム受信システム 0002でペアにな つた違う暗号ィ匕のキーを使用する公開鍵暗号ィ匕システムを使用することが可能であ る。この場合、ストリーム送信システム 0001側では公開鍵を使って暗号ィ匕し、ストリー ム受信システム 0002側では秘密鍵を使って復号する。
[0259] そして、図 52はストリーム送信システム 0001が自身で登録したステージ転送イベント が発生したときの処理を示す。すなわち、図 52は図 26においてストリーム送信システ ム 0001が (X)の時点で図 33の処理に代えて行う処理のフローチャートである。なお、こ の図 33に示すフローチャートでは図 51に示した転送データベース 0105aを使用する。 また、図 33の処理においてはストリームデータを暗号化せずに転送していた力 図 52 の処理においてはストリームデータを暗号ィ匕しながら転送する。
[0260] なお、図 52では図 33で示した処理と同一の処理については同一のステップ番号を 付与し、ここでは説明を省略する。
[0261] ステップ S0503を実行した後、ステップ S0521を実行する。ステップ S0521において、 ストリームデータを暗号ィ匕するためのキーを取り出す。次にステップ S0504を実行する
[0262] ステップ S0509を実行した後、ステップ S0522を実行する。ステップ S0522にお!/、て、 読み出されたストリームデータを暗号ィ匕する。次にステップ S0510を実行する。
[0263] 以上の処理によって、ストリーム送信システム 0001はストリーム受信システム 0002に ステージのストリームデータを暗号ィ匕して転送することができる。
[0264] なお、図 52のフローチャートでは、ステージ転送イベントを検出するところから、その ままステージデータを転送するフローチャートを示して 、るが、ステージデータの転送 をするフローチャート部分については(S0503から S0511および S0521, S0522まで)、別 のタスク、またはプロセス、またはスレッドにより処理をしてもよい。その場合には、ステ ージデータの転送をするタスク、またはプロセス、またはスレッドを生成/起動させたり 、停止しているステージデータを転送するタスク、またはプロセス、またはスレッドに対 してメッセージを送信したり割り込みを発生させ、再起動させたりしてすることにより実 現できる。
[0265] なお、図 51に示すストリームデータの第 3の例は、本実施の形態において図 26に示 す処理が行われる際、図 39Aおよび図 39Bに示すフローチャートの処理にお!、ても用 いられる。
[0266] そして、上記以外の構成および処理は、第 1の実施形態と同じである。
[0267] (第 3の実施形態)
次に、本発明の擬似ビデオオンデマンドシステム 1の第 3の実施形態を、図面を参 照しながら説明する。図 3は第 3の実施形態としての擬似ビデオオンデマンドシステム
1Cを示すブロック図である。但し同じ符号を付したものについては説明を省略する。
[0268] 図 3ではストリーム送信システム 0001およびストリーム受信システム 0002の構成は図
1で示したものと同じである。
[0269] 一方、ストリーム送信システム 0001力 ストリーム受信システム 0002へ転送されるスト リームデータと、ストリーム送信システム 0001とストリーム受信システム 0002との間で送 受信される制御データとは、ストリームデータ/制御データ送受信システム 0007により それぞれ転送や送受信が行なわれる。
[0270] そして、本最良の形態におけるその他の構成および処理は上記第 1の実施形態と 同じである。
[0271] なお、図 3ではストリーム送信システム 0001とストリーム受信システム 0002は 1対で示 されている力 それぞれ複数あっても力まわない。
[0272] 図 3に示した擬似ビデオオンデマンドシステム 1Cにより、ストリーム送信システム
0001からストリーム受信システム 0002へコンテンツの転送が行なわれ、ストリーム受信 システム 0002ではコンテンツを表示することができる。また、制御データを送受信する ことにより、ユーザからの操作によりコンテンツを視聴中に一時停止や再生の再開を することができる。
[0273] (第 4の実施形態) 次に、以下に本発明の擬似ビデオオンデマンドシステム 1の第 4の実施形態を、図 面を参照しながら説明する。図 4は第 4の実施形態としての擬似ビデオオンデマンド システム 1Dを示すブロック図である。但し同じ符号を付したものについては説明を省 略する。
[0274] 図 4に示す、ストリーム送信システム 0001およびストリーム受信システム 0002の構成 は図 2で示した第 2の最良の形態と同じである。また、ストリーム送信システム 0001とス トリーム受信システム 0002の間のストリームデータおよび制御データの転送は図 3で 示したものと同じである。
[0275] 図 4ではストリーム送信システム 0001とストリーム受信システム 0002は 1対で示されて いるが、それぞれ複数あっても力まわない。
[0276] 図 4に示した擬似ビデオオンデマンドシステム 1Dにより、ストリーム送信システム
0001からストリーム受信システム 0002へコンテンツの転送が行なわれ、ストリーム受信 システム 0002ではコンテンツを表示することができる。また、制御データを送受信する ことにより、ユーザからの操作によりコンテンツを視聴中に一時停止や再生の再開を することができる。また、ストリームデータを暗号ィ匕して送信するのでセキュアなシステ ムとなる。
[0277] なお、図 4に示したストリーム暗号ィ匕手段 0201とストリーム復号手段 0202とは秘密鍵 暗号システム或いは公開鍵暗号システムのうち一方または双方を利用して実現でき る。
[0278] 以上、本発明の擬似ビデオオンデマンド制御装置における各機能を中心に各実施 形態について説明してきたが、本発明は、コンピュータに実行させる方法としても説 明したように擬似ビデオオンデマンド制御方法としての形態をとることもできる。また、 これらの各機能を有する擬似ビデオオンデマンド制御装置と同様に、コンピュータに 擬似ビデオオンデマンド制御装置として機能させるための、あるいは、擬似ビデオォ ンデマンド制御方法を実行させるためのプログラムとしての形態も可能である。
[0279] 本発明による各機能を実現するためのプログラムやデータを記憶した記録媒体の 実施形態について説明する。記録媒体としては、具体的には CD-ROM(-R/- RW)、 光磁気ディスク、 DVD-ROM (-RW/+RW/-R/+R/-RAM) , FD,フラッシュメモリ、メモ リカードメモリスティックおよびその他各種 ROMや RAM等が想定でき、これら記録媒 体に上述した本発明の各実施形態の機能をコンピュータに実行させ、各機能を実現 するためのプログラムを記録して流通させることにより、当該機能の実現を容易にする 。そしてコンピュータ等の情報処理装置に上記のごとく記録媒体を装着して情報処理 装置によりプログラムを読み出すか、若しくは情報処理装置が備えている記録媒体に 当該プログラムを記憶させておき、必要に応じて読み出すことにより、本発明に関わ る各機能を実行することができる。
[0280] そして、以下に本発明に係る上記各実施の形態の実施例を示す。
[0281] (実施例 1)
図 53に本発明の擬似ビデオオンデマンドシステム 1の第 1の実施例を示す。 1001は 地上ディジタル放送の受信端末を示す。 1002はインターネットのサービスプロバイダ を示す。 1003はインターネット網を示す。 1005は地上ディジタルの放送局を示す。 1006は地上ディジタルの電波塔を示す。 1004は放送局内に設置された双方向通信 データを処理するためのコンピュータシステムを示す。そして、受信端末 1001は図 1 ないし図 4に示す第 1ないし第 4実施形態におけるストリーム受信部 0003に相当し、ィ ンターネット網 1003は第 1および第 2実施形態におけるストリーム転送手段 0005およ び制御データ転送手段 0006、または第 3および第 4実施形態におけるストリームデー タ /制御データ送受信システム 0007に相当し、コンピュータシステム 1004は図 1ないし 図 4に示すストリーム送信システム 0001に相当する。
[0282] そして、図 53に示す第 1の実施例においては、放送局力も NVODのコンテンツデー タが地上ディジタルの電波塔を経由して受信端末 1001に転送され、地上ディジタル の双方向通信機能を使ってストリームデータの制御を行なう制御データの送受信が 行なわれる。また、転送するストリームデータは MPEGストリームによるフォーマットで 転送することができる。
[0283] なお、図 53では放送局と受信端末は 1対で示されているが、それぞれ複数あっても かまわない。また、ストリームデータを暗号ィ匕してストリームデータを転送することも可 能である。
[0284] そして、図 53に示した擬似ビデオオンデマンドシステム 1により、放送局から受信端 末へ地上ディジタル放送の枠組みの中でコンテンツの転送が行なわれ、受信端末は コンテンツを表示することができる。また、地上ディジタルの双方向機能により制御デ ータを送受信することにより、ユーザからの操作によりコンテンツを視聴中に一時停止 や再生の再開をすることができる。また、ストリームデータを暗号化して送信すればセ キュアなシステムとなる。
[0285] (実施例 2)
図 54に本発明の擬似ビデオオンデマンドシステム 1の第 2の実施例を示す。 1101は ディジタル BS放送の受信端末を示す。 1002はインターネットのサービスプロバイダを 示す。 1003はインターネット網を示す。 1105は BSディジタルの放送局を示す。 1004は 放送局内に設置された双方向通信データを処理するためのコンピュータシステムを 示す。 1007は衛星放送の地上設備を示す。 1008は衛星放送用の衛星を示す。 1009 は衛星放送を受信するためのアンテナを示す。そして、受信端末 1001は図 1ないし 図 4に示す第 1ないし第 4実施形態におけるストリーム受信部 0003に相当し、インター ネット網 1003は第 1および第 2実施形態におけるストリーム転送手段 0005に相当し、 衛星放送の地上設備 1007および衛星 1008およびアンテナ 1009は第 1および第 2実 施形態における制御データ転送手段 0006に相当し、コンピュータシステム 1004は図 1ないし図 4に示すストリーム送信システム 0001に相当する。
[0286] 図 54では放送局 1105から NVODのコンテンツデータがディジタル BS放送の衛星を 経由して受信端末に転送され、 BSディジタルの双方向通信機能を使ってストリームデ ータの制御を行なう制御データの送受信が行なわれる。また、転送するストリームデ ータは MPEGストリームによるフォーマットで転送することができる。
[0287] 図 54では放送局 1105と受信端末 1101とは 1対で示されている力 それぞれ複数あ つてもかまわない。また、ストリームデータを暗号ィ匕してストリームデータを転送するこ とも可能である。また、図 6ではディジタル BS放送を想定した図である力 ディジタル CS放送を利用しても同様の効果を得ることができる。
[0288] 図 54に示した擬似ビデオオンデマンドシステム 1により、放送局 1105から受信端末 1101へディジタル BS放送またはディジタル CS放送の枠組みの中でコンテンツの転送 が行なわれ、受信端末 1101はコンテンツを表示することができる。また、ディジタル BS 放送またはディジタル CS放送の双方向機能により制御データを送受信することにより
、ユーザ力もの操作によりコンテンツを視聴中に一時停止や再生の再開をすることが できる。また、ストリームデータを暗号ィ匕して送信すればセキュアなシステムとなる。
[0289] (実施例 3)
図 55に本発明の擬似ビデオオンデマンドシステム 1の第 3の実施例を参照しながら 説明する。 1010は CATVの放送局を示す。 1201は CATV放送の受信端末を示し、 1202は CATVの放送網を示す。 1011は CATVの放送を受信し、また CATVを利用した 双方向通信をするための STBである。 1004は CATV放送局内に設置された双方向通 信データを処理するためのコンピュータシステムを示す。そして、受信端末 1201は図 1ないし図 4に示す第 1ないし第 4の実施形態におけるストリーム受信部 0003に相当し 、 CATVの放送網 120は第 1および第 2の実施形態におけるストリーム転送手段 0005 および制御データ転送手段 0006、または第 3および第 4の実施形態におけるストリー ムデータ/制御データ送受信システム 0007に相当し、コンピュータシステム 1004は図 1ないし図 4に示すストリーム送信システム 0001に相当する。
[0290] 図 55では CATV放送局 1010から NVODのコンテンツデータ力CATV放送網を経由し て STBに転送され、受信端末 1201に表示される。また、 CATV放送の双方向通信機 能を使ってストリームデータの制御を行なう制御データの送受信が行なわれる。 CATV放送の双方向通信機能は CATV放送網を使ったインターネットでもよ 、。また 、転送するストリームデータは MPEGストリームによるフォーマットで転送することができ る。
[0291] 図 55では受信端末 1201は 1つのみ示されている力 複数あっても力まわない。また 、ストリームデータを暗号ィ匕してストリームデータを転送することも可能である。
[0292] 図 55に示した擬似ビデオオンデマンドシステム 1により、放送局 1010から受信端末 1201へ CATV放送の枠組みの中でコンテンツの転送が行なわれ、受信端末 1201はコ ンテンッを表示することができる。また、 CATVの双方向機能により制御データを送受 信することにより、ユーザからの操作によりコンテンツを視聴中に一時停止や再生の 再開をすることができる。また、ストリームデータを暗号化して送信すればセキュアな システムとなる。 [0293] (実施例 4)
図 56に本発明の擬似ビデオオンデマンドシステム 1の第 4の実施例を示す。 1301は インターネットからのストリームデータを表示する受信端末を示す。 1014はインターネ ットを使って NVODの提供を受ける STBを示す。 1002はインターネットのサービスプロ バイダを示す。 1003はインターネット網を示し、 1202は CATVの放送網を示す。 1012 はインターネットを使って NVODを提供するプロバイダを示す。 1013はコンテンツデー タが格納されインターネットを経由してストリームデータを送信するコンピュータシステ ムを示す。 1004はプロバイダに設置された制御データを処理するためのコンピュータ システムを示す。そして、受信端末 1001は図 1ないし図 4に示す第 1ないし第 4の実施 形態におけるストリーム受信部 0003に相当し、インターネット網 1003および CATVの 放送網 1202は第 1および第 2の実施形態におけるストリーム転送手段 0005および制 御データ転送手段 0006、または第 3および第 4実施形態におけるストリームデータ/制 御データ送受信システム 0007に相当し、コンピュータシステム 1004は図 1ないし図 4 に示すストリーム送信システム 0001に相当する。
[0294] インターネットを使った擬似ビデオオンデマンドシステム 1にお!/、ては、ストリームデ ータは IPマルチキャスト転送機能を使うことにより転送を行なうことができる。また、スト リームデータは RTPプロトコルを利用して転送することができる。また転送するストリー ムデータは MPEGストリームによるフォーマットで転送することができる。
[0295] 図 56ではインターネットを使った NVODのプロバイダ 1012および受信端末 1301はそ れぞれ 1つのみ示されている力 それぞれ複数あっても力まわない。また、ストリーム データを暗号ィ匕してストリームデータを転送することも可能である。
[0296] 図 56に示した擬似ビデオオンデマンドシステム 1により、インターネットを使って
NVODを提供するプロバイダ 1012は、コンテンツが格納されているストリームデータを 、インターネット網 1003を経由して受信端末 1301に送信する。またインターネットを使 つて制御データを送受信することにより、ユーザ力 の操作によりコンテンツを視聴中 に一時停止や再生の再開をすることができる。また、ストリームデータを暗号ィ匕して送 信すればセキュアなシステムとなる。

Claims

請求の範囲
[1] それぞれがストリームデータ力もなる複数の同一コンテンツがそれぞれタイムシフト されて送信される擬似ビデオオンデマンドシステムにおいて、
ストリームを送信するストリーム送信システムとストリームを受信するストリーム受信シ ステムとを備え、
前記ストリーム送信システムは前記ストリームデータを所定の時間ごとに区切って形 成したステージ単位で管理することを特徴とする擬似ビデオオンデマンドシステム。
[2] それぞれがストリームデータ力 なる複数の同一コンテンツがそれぞれタイムシフト されて送信される擬似ビデオオンデマンドシステムにおいて、
ストリームを送信するストリーム送信システムとストリームを受信するストリーム受信シ ステムとストリームを転送するストリームデータ転送手段と制御データを転送する制御 データ転送手段とを備え、
前記ストリーム送信システムはストリーム記憶/再生手段とコンテンツ管理手段とスト リーム送信手段と制御データ送受信手段とストリーム送信管理手段とユーザ管理手 段とを備え、
前記ストリーム送信システムは、前記コンテンツのストリームデータを所定の時間ごと に区切って形成したステージ単位で転送することを特徴とする擬似ビデオオンデマン ドシステム。
[3] それぞれがストリームデータ力 なる複数の同一コンテンツがそれぞれタイムシフト されて送信される擬似ビデオオンデマンドシステムにおいて、
ストリームを送信するストリーム送信システムとストリームを受信するストリーム受信シ ステムとストリームを転送するデータ転送手段とを備え、
前記ストリーム送信システムはストリーム記憶/再生手段とコンテンツ管理手段とスト リーム送信手段と制御データ送受信手段とストリーム送信管理手段とユーザ管理手 段とを備え、前記ストリーム受信システムはストリーム受信部とユーザインターフェース 部とを備え、
前記ストリーム受信システムはストリーム受信部とユーザインターフェース部とを備え 前記ストリーム受信部はストリーム記録/再生手段とストリーム受信手段と制御デー タ送受信手段とストリーム受信管理手段とを備え、前記ユーザインターフェース部は 表示手段と操作手段とを備え、
前記ストリーム送信システムは、前記コンテンツのストリームデータを所定の時間ごと に区切って形成したステージ単位で転送することを特徴とする擬似ビデオオンデマン ドシステム。
[4] 請求項 1から 3の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリーム送信システムは、ストリームを暗号ィ匕するストリーム暗号ィ匕手段を備え るとともに前記ストリーム受信システムは暗号ィ匕されたストリームを復号するストリーム 復号手段を備えたことを特徴とする擬似ビデオオンデマンドシステム。
[5] 請求項 4に記載の擬似ビデオオンデマンドシステムにおいて、前記ストリーム暗号 化手段および前記ストリーム復号手段は、秘密鍵暗号システムまたは公開鍵暗号シ ステムのうち少なくともいずれか一方を有することを特徴とする擬似ビデオオンデマン ドシステム。
[6] 請求項 3から 5の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリーム送信管理手段は前記コンテンツのストリームデータを所定の時間ごと に区切って形成した複数のステージに分割して管理を行うことを特徴とする擬似ビデ ォオンデマンドシステム。
[7] 請求項 3から 6の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリーム送信管理手段は、前記ストリームデータ相互間の前記タイムシフト時 間を、前記ストリームデータ送信システム力も前記ストリームデータ受信システムに前 記ステージのうちの 1のステージを転送する時間未満に設定することを特徴とする擬 似ビデオオンデマンドシステム。
[8] 請求項 1から 7の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリーム送信システムにおける前記ストリームデータの転送レートは前記ストリ ーム受信システムにおける前記ストリームデータの再生レートと略等しいことを特徴と する擬似ビデオオンデマンドシステム。
[9] 請求項 1から 7の 、ずれ力に 1項に記載の擬似ビデオオンデマンドシステムにお ヽ て、前記ストリーム送信システムにおける前記ストリームデータの転送レートは前記ス トリーム受信システムにおける前記ストリームデータの再生レートよりも高いことを特徴 とする擬似ビデオオンデマンドシステム。
[10] 請求項 3から 9の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリーム記録/再生手段は、 1つのステージ期間内に転送されるストリームデ ータが記録できる容量の記憶領域を有することを特徴とする擬似ビデオオンデマンド システム。
[11] 請求項 10に記載の擬似ビデオオンデマンドシステムにおいて、前記ストリーム記録 /再生手段の前記記憶領域は、複数のリングバッファ機能を有することを特徴とする 擬似ビデオオンデマンドシステム。
[12] 請求項 1から 11のいずれ力 1項に記載の擬似ビデオオンデマンドシステムにおいて 、前記ストリーム受信システムが備え、ストリームを記録/再生するストリーム記録/再生 手段は、前記ストリームデータの再生中に再生中断操作を行い前記ストリームデータ の再生を中断したのちに再生を再開できることを特徴とする擬似ビデオオンデマンド システム。
[13] 請求項 2から 12の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリームデータ送信管理手段は、各ステージの前記ストリームデータについ て、前記ストリーム受信システム力も転送要求のあった際にその転送要求のあったス テージの前記ストリームデータを転送するかどうかを判断することを特徴とする擬似ビ
Figure imgf000065_0001
[14] 請求項 2から 13の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリームデータ送信管理手段は、前記ストリーム記録/再生手段に保存されて V、るストリームデータがそのステージの期間内に再生できる分が格納されて 、るかど うかによって前記特定ステージの前記ストリームデータを転送するかどうかを決定する ことを特徴とする擬似ビデオオンデマンドシステム。
[15] 請求項 2から 14の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリーム送信管理手段は前記ストリームデータの転送チャネルを前記ストリー ムデータのステージごとに動的に決定することを特徴とする擬似ビデオオンデマンド システム。
[16] 請求項 2から 15の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ユーザ管理手段は前記ストリームデータを受信している前記ストリーム受信シ ステムに関する情報を、前記ストリームデータのステージ毎に管理することを特徴とす る擬似ビデオオンデマンドシステム。
[17] 請求項 2から 16の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリーム送信管理手段は特定ストリームの前記ストリームデータを受信する前 記ストリーム受信システムが存在しない場合、前記ストリームデータの送信を中止また は停止することを特徴とする擬似ビデオオンデマンドシステム。
[18] 請求項 1から 17のいずれ力 1項に記載の擬似ビデオオンデマンドシステムにおいて 、前記ストリーム受信システムは、前記ストリーム送信システムに対し、特定の前記ス テージの転送が開始される前にこの特定の前記ステージにおける前記ストリームデ ータの転送をステージ毎に予約することを特徴とする擬似ビデオオンデマンドシステ ム。
[19] 請求項 2から 18の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお ヽて 、前記ストリーム送信管理手段は、少なくとも、転送しているチャネルの番号、コンテン ッを識別するための ID、再生しているステージの番号、そのステージにおける前記ス トリームデータを受信する前記ストリーム受信システムのリスト、再生して 、るステージ の開始時間、を含む転送データベースを持つことを特徴とする擬似ビデオオンデマ ンドシステム。
[20] 請求項 19に記載の擬似ビデオオンデマンドシステムにおいて、前記転送データべ ースの前記データ項目に、さらにステージ転送時間のデータ項目が含まれることを特 徴とする擬似ビデオオンデマンドシステム。
[21] 請求項 19または 20に記載の擬似ビデオオンデマンドシステムにおいて、前記転送 データベースの前記データ項目には、さらに各ステージにおいて前記ストリームデー タを暗号ィ匕するためのキーが含まれることを特徴とする擬似ビデオオンデマンドシス テム。
[22] 請求項 19力 21のいずれかに 1項に記載の擬似ビデオオンデマンドシステムにお いて、前記転送データベースの前記データ項目には、さらに、次のタイムシフト時間 に転送するステージの番号、次のタイムシフト時間にステージにおける前記ストリーム データを受信する前記ストリーム受信システムのリスト、次のタイムシフト時間に転送 するステージにおける転送開始時間が含まれることを特徴とする擬似ビデオオンデマ ンドシステム。
[23] 請求項 1から 22の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお ヽて 、前記コンテンツ管理手段は、コンテンツを識別するための ID、コンテンツの名前、ス テージ数、再生レート、転送レート、トータルの再生時間、現在のそのコンテンツを転 送して 、るチャネルの番号、ステージにおける前記ストリームデータの転送の基準と なるための転送基準時間、そのコンテンツにおける前記ストリームデータの各ステー ジの格納情報、というデータ項目を少なくとも含むコンテンツデータベースを持つこと を特徴とする擬似ビデオオンデマンドシステム。
[24] 請求項 23に記載の擬似ビデオオンデマンドシステムにおいて、前記コンテンツデー タベースの前記データ項目には、そのコンテンツを視聴した時の料金が含まれること を特徴とする擬似ビデオオンデマンドシステム。
[25] 請求項 23または 24に記載の擬似ビデオオンデマンドシステムにおいて、前記コンテ ンッデータベースの前記データ項目には、さらに前記コンテンツの付加情報も含まれ ることを特徴とする擬似ビデオオンデマンドシステム。
[26] 請求項 23から 25の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽ て、前記コンテンツデータベースに格納される前記各ステージの格納情報には、前 記ストリーム記憶/再生手段に記憶されているストリームデータの各ステージの位置情 報が含まれることを特徴とする擬似ビデオオンデマンドシステム。
[27] 請求項 1から 26の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ユーザ管理手段は、そのユーザの名前、そのユーザの ID、そのユーザが視聴 したコンテンツの IDのリスト、そのユーザが視聴したすべてのコンテンツにかかった料 金、というデータ項目を少なくとも含むユーザ管理データベースを持つことを特徴とす る擬似ビデオオンデマンドシステム。
[28] 請求項 1から 27の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記制御データ転送手段は、コンテンツリスト要求/コンテンツリスト応答、コンテン ッ視聴要求/コンテンツ視聴応答、ステージ転送要求/ステージ転送応答、コンテンツ 視聴開始確認、視聴キャンセル確認を少なくとも含むメッセージを相互に送信するこ とを特徴とする擬似ビデオオンデマンドシステム。
[29] 請求項 1から 28の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて
、前記ストリーム受信システムがコンテンツリスト応答を受信すると、前記表示手段に はコンテンツのリストが提示されることを特徴とする擬似ビデオオンデマンドシステム。
[30] 請求項 1から 29の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記ストリーム受信システムの前記制御データ送受信手段がコンテンツ視聴応答を 受信すると、前記表示手段にはコンテンッの情報とコンテンッ視聴が可能になるまで の待ち時間を示すインジケータとコンテンツ視 をキャンセノレするためのボタンとが 提示されることを特徴とする擬似ビデオオンデマンドシステム。
[31] 請求項 30に記載の擬似ビデオオンデマンドシステムにおいて、前記操作手段が前 記コンテンツ視聴をキャンセルする旨の指示を受信すると、前記ストリーム受信システ ムはコンテンツの受信および再生を中止することを特徴とする擬似ビデオオンデマン ドシステム。
[32] 請求項 30または 31に記載の擬似ビデオオンデマンドシステムにおいて、コンテンツ 視聴が可能になるまでの待ち時間カ^になると、前記ストリーム受信システムの前記 表示手段には前記表示手段にコンテンツ視聴をスタートするためのボタンとコンテン ッ視聴をキャンセルするためのボタンとが提示されることを特徴とする擬似ビデオオン デマンドシステム。
[33] 請求項 32に記載の擬似ビデオオンデマンドシステムにおいて、前記表示手段に前 記コンテンツ視 ¾をスタートするためのボタンと前記コンテンツ視 ¾をキャンセノレする ためのボタンとが提示されたのち、前記操作手段が前記コンテンツ視聴をキャンセル する旨の指示を受信すると、前記ストリーム受信システムの前記ストリーム記録/再生 手段はコンテンツの受信および再生を中止することを特徴とする擬似ビデオオンデマ ンドシステム。
[34] 請求項 32に記載の擬似ビデオオンデマンドシステムにおいて、前記表示手段に前 記コンテンツ視 ¾をスタートするためのボタンと前記コンテンツ視 ¾をキャンセノレする ためのボタンとが提示されたのち、前記操作手段が前記コンテンツ視聴をスタートす る旨の指示を受信すると、前記ストリーム受信システムの前記ストリーム記録/再生手 段は前記コンテンツの受信および再生を開始することを特徴とする擬似ビデオオン デマンドシステム。
[35] 請求項 31力 34の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽ て、前記ストリーム受信システムが前記コンテンツの受信および再生を行って 、る最 中に前記操作手段が操作の指示を受信した場合、前記表示手段にはコンテンツ視 聴をキャンセルするためのボタンと、コンテンツ視聴を一時停止するためのボタンと、 コンテンツ視聴を再開するためのボタンが表示されることを特徴とする擬似ビデオォ ンデマンド'システム。
[36] 請求項 31から 35の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽ て、前記操作手段が前記コンテンツ視聴を一時停止するための選択/決定を受信す ると、前記コンテンツの再生が一時停止し、前記表示手段には前記コンテンツの再生 が中断して 、る旨の通知が表示されることを特徴とする擬似ビデオオンデマンドシス テム。
[37] 請求項 31力 36の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽ て、前記操作手段が前記コンテンツ視聴をキャンセルするための選択/決定を受信 すると、前記表示手段にはコンテンツの視聴をキャンセルする力否かを確認するダイ ァログが表示され、前記ダイアログ中には前記コンテンツの受信および再生をキャン セルする「は 、」ボタンと前記コンテンツの受信および再生を継続する「 、 、え」ボタン が表示されることを特徴とする擬似ビデオオンデマンドシステム。
[38] 請求項 37に記載の擬似ビデオオンデマンドシステムにおいて、前記操作手段が前 記「は!/ヽ」ボタンを選択/決定する旨の指示を受信すると、前記ストリーム記録/再生 手段は前記コンテンツの受信および再生をキャンセルすることを特徴とする擬似ビデ ォオンデマンドシステム。
[39] 請求項 37に記載の擬似ビデオオンデマンドシステムにおいて、前記操作手段が前 記「 、え」ボタンを選択/決定する指示を受信すると、前記ストリーム記録/再生シス テムは前記コンテンツの受信および再生を継続することを特徴とする擬似ビデオオン デマンドシステム。
[40] 請求項 31力 39の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽ て、前記操作手段が前記コンテンツ視聴の再開を示すボタンを選択/決定する指示 を受信すると、前記表示手段からは、すでに表示されている前記コンテンツ視聴をキ ヤンセルするためのボタンと、前記コンテンツ視聴を一時停止するためのボタンと、前 記コンテンツ視聴を再開するためのボタンとが消去されることを特徴とする擬似ビデ ォオンデマンドシステム。
[41] 請求項 31力 40の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽ て、前記操作手段は、コントロールボタン、上下左右ボタン、実行ボタンを少なくとも 備えたリモコン装置力 の指示によって操作されることを特徴とする擬似ビデオオン デマンドシステム。
[42] 請求項 1、 2、および 4力 41までのいずれ力 1項に記載の擬似ビデオオンデマンド システムにお 、て、前記ストリームデータ転送手段は地上ディジタル放送システムを 用いてストリームデータを送信し、前記制御データ転送手段は地上ディジタル放送シ ステムの双方向通信手段を用いて制御データを送受信することを特徴とする擬似ビ
Figure imgf000070_0001
[43] 請求項 1、 2、および 4力 41までのいずれか 1項に記載の擬似ビデオオンデマンドシ ステムにお 、て、前記ストリームデータ転送手段は衛星を利用したディジタル放送シ ステムを用いてストリームデータを送信し、前記制御データ転送手段は、衛星を利用 したディジタル放送システムの双方向通信機能を用いて制御データを送受信するこ とを特徴とする擬似ビデオオンデマンドシステム。
[44] 請求項 1、 2、および 4力 41までのいずれ力 1項に記載の擬似ビデオオンデマンド システムにお 、て、前記ストリームデータ転送手段は CATV用のディジタル放送シス テムを用いてストリームデータを送信し、前記制御データ転送手段は、 CATVの IPネ ットワーク機能を用いて制御データを送受信することを特徴とする擬似ビデオオンデ マンドシステム。
[45] 請求項 1から 41の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて 、前記データ転送手段は IPネットワークを用いてストリームデータの送信および制御 データを送受信することを特徴とする擬似ビデオオンデマンドシステム。
[46] 請求項 44または 45に記載の擬似ビデオオンデマンドシステムお 、て、前記データ 転送手段は IPマルチキャスト転送機能を有し、前記ストリームデータは前記 IPマルチ キャスト転送機能を用いて転送されることを特徴とする擬似ビデオオンデマンドシステ ム。
[47] 請求項 44力 46までの!/、ずれ力 1項に記載の擬似ビデオオンデマンドシステムに おいて、前記ストリームデータは前記 IPネットワークにおいて RTPプロトコルを用いて 転送されることを特徴とする擬似ビデオオンデマンドシステム。
[48] 請求項 1から 47の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽて
、前記ストリームデータは MPEGストリームデータであることを特徴とする擬似ビデオォ ンデマンド'システム。
[49] ストリームを送信するストリーム送信システムとストリームを受信するストリーム受信シ ステムとを備え、複数の同一コンテンツのストリームデータをそれぞれタイムシフトして 送信する擬似ビデオオンデマンドシステムにおいて、
前記コンテンツのストリームデータを所定の時間ごとに区切ったステージ単位に分 割するステップと、
前記コンテンツのストリームデータを前記ステージ単位で前記ストリーム受信システ ムに転送するステップと、
前記ストリーム受信システムにより前記ストリームデータを受信するステップと、 受信した前記ストリームデータをステージ単位で蓄積するステップと、
蓄積された前記ストリームデータを再生するステップとを有することを特徴とする擬 似ビデオオンデマンドシステムの制御方法。
[50] ストリームを送信するストリーム送信システムとストリームを受信するストリーム受信シ ステムとを備え、複数の同一コンテンツのストリームデータをそれぞれタイムシフトして 送信する擬似ビデオオンデマンドシステムにおいて、
前記ストリーム送信システムが前記コンテンツのストリームデータを所定の時間ごと に区切ったステージ単位に分割し、分割された前記ストリームデータを前記ステージ 単位で前記ストリーム受信システムに転送するステップと、
前記ストリーム受信システム力 前記ストリームデータを受信するステップと、 受信した前記ストリームデータをステージ単位で蓄積するステップと、
前記ストリームデータを再生するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[51] 請求項 49または 50に記載の擬似ビデオオンデマンドシステムの制御方法にぉ ヽて ステージ単位に分割した前記ストリームデータを暗号ィ匕するステップと、 暗号ィ匕された前記ストリームデータを受信し復号するステップと
をさらに有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[52] 請求項 49力 51の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽ て、
コンテンツ視聴の再開を促すユーザインターフェイスの受信に応じて前記ストリーム 受信システムが一時停止している前記コンテンツの再生を再開するステップと、 コンテンツの再生の再開に応じて、コンテンツの再生中断に関連するユーザインタ 一フェイスを消去するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[53] 請求項 49力 52の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにおけ る擬似ビデオオンデマンドシステムの制御方法であって、
前記ストリーム送信システム力 前記ストリーム受信システム力もコンテンツリストを要 求するコンテンツリスト要求メッセージを受信するステップと、
コンテンツとコンテンツ情報とを関連付けして格納するコンテンツデータベースのコ ンテンッ情報としてコンテンツを転送する基準となる転送基準時間が設定されている か否かをチェックするステップと、
前記コンテンツに前記転送基準時間が設定されていない場合には現在の時刻より 後のある時刻を、前記転送基準時間として設定するステップと、
コンテンッに関するメッセージ情報を作成するとともに読み出した前記コンテンッ情報 を前記メッセージ情報と関連付けするパラメタに格納するステップと、 前記コンテンツ情報に関して、該コンテンツ情報と関連付けされた前記メッセージ 情報よりコンテンツリスト応答メッセージを作成するとともに、前記ストリーム送信システ ムカも前記ストリーム受信システムに送信するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
請求項 49力 53のいずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム送信システム力 前記ストリーム受信システム力もコンテンツ視聴要 求メッセージを受信し、指定されたコンテンツ IDに基づ ヽて前記コンテンツデータべ ースを検索するステップと、
再生チャネルが割り当てられているかどうかチェックするステップと、
チャネル番号力 前記転送データベースを検索するステップと、
再生ステージ番号が 1でステージ開始時間が将来の時間でありかつ今力 再生予 約をしても転送が間に合うかどうかをチ ックするステップと、
使って ヽな 、チャネルを探すステップと、
エラーのコンテンツ視聴応答メッセージを前記ストリーム送信システムに送信するス テツプと、
コンテンツに基準時間が設定されているかどうかチェックするステップと、 前記基準時間を現在の時刻から先できりのよい時間としてコンテンツデータベース に書き込むステップと、
基準時間とステージの再生時間を 0以上の数を定数倍して足した値が現在より先の 時間でかつ今力 予約再生しても転送が間に合うステージ開始時間を決定するステ ップと、
前記転送データベースにチャネル番号およびコンテンツ IDおよび再生ステージ番 号と視聴者情報およびステージ開始時間を含む前記チャネルの情報を書き込むステ ップと、
ステージ転送開始イベントの登録をするステップと、
前記転送データベースに視聴者情報を足すステップと、
通信チャネル、ステージ開始時間、ステージ再生時間、ステージ数、転送レート、再 生レートを前記パラメタに入れストリーム受信システムにコンテンツ視聴応答メッセ一 ジを送信するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
請求項 49力 54のいずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム送信システムが前記ストリーム受信システムカゝらステージ転送要求メ ッセージを受信したときは、ステージ転送要求メッセージを受信し前記パラメタの取り 出しをするステップと、
指定されたコンテンツ IDから前記コンテンツデータベースを検索するステップと、 再生チャネルが割り当てられているかどうかをチェックするステップと、
チャネル番号力 前記転送データベースを検索するステップと、
再生されたステージ番号でステージ開始時間が将来の時間でありかつ今から再生 予約しても転送が間に合うかどうかチェックするステップと、
使って ヽな 、チャネルを探すステップと、
チャネルが見つかつたかどうかをチヱックするステップと、
エラーのステージ転送応答メッセージを前記ストリーム送信システムに送信するステ ップと、
コンテンツに基準時間が設定されているかどうかチェックするステップと、 基準時間を現在の時刻から先できりのよい時間として前記コンテンツデータベース に書き込むステップと、
基準時間とステージの再生時間を 0以上の数を定数倍して足した値が現在より先の 時間でかつ今力 予約再生しても転送が間に合うステージ開始時間を決定するステ ップと、
前記転送データベースにチャネル番号およびコンテンツ IDおよび再生ステージ番 号と視聴者情報およびステージ開始時間を含む前記チャネルの情報を書き込むステ ップと、
ステージ転送開始イベントの登録をするステップと、
前記転送データベースに視聴者情報を足すステップと、 通信チャネル、ステージ開始時間をパラメタに入れストリーム受信システムにステー ジ転送応答メッセージを送信するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
請求項 49力 55のいずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム送信システムが前記ストリーム受信システムカゝらステージ転送要求メ ッセージを受信したときは、ステージ転送要求メッセージを受信しパラメタの取り出し をするステップと、
指定されたコンテンツ IDから前記コンテンツデータベースを検索するステップと、 再生チャネルが割り当てられているかどうかチェックするステップと、
チャネル番号力 前記転送データベースを検索するステップと、
再生されたステージ番号でステージ開始時間が将来の時間でありかつ今から再生 予約しても転送が間に合うかどうかチェックするステップと、
前記ストリーム送信管理手段が、指定された再生ステージ番号の 1つ前のステージ が現在再生中力どうかチェックするステップと、
使って ヽな 、チャネルを探すステップと、
チャネルが見つかつたかどうかをチヱックするステップと、
エラーのステージ転送応答メッセージを前記ストリーム送信システムに送信するステ ップと、
コンテンツに基準時間が設定されているかどうかチェックするステップと、 基準時間を現在の時刻から先できりのよい時間として前記コンテンツデータベース に書き込むステップと、
基準時間とステージの再生時間を 0以上の数を定数倍して足した値が現在より先の 時間でかつ今力 予約再生しても転送が間に合うステージ開始時間を決定するステ ップと、
前記転送データベースにチャネル番号およびコンテンツ IDおよび再生ステージ番 号と視聴者情報およびステージ開始時間を含む前記チャネルの情報を書き込むステ ップと、 ステージ転送開始イベントの登録をするステップと、
前記転送データベースに視聴者情報を足すステップと、
すでに次のステージが登録されているかどうかチェックするステップと、 前記転送データベースに次のステージの再生番号再生時間を書き込むステップと 前記転送データベースに次のステージの視聴者情報を追加するステップと、 前記ストリーム送信手段が、通信チャネル、ステージ開始時間をパラメタに入れスト リーム受信システムにステージ転送応答メッセージを送信するステップと
を有することを特徴とする擬似ビデオオンデマンドシステム。
[57] 請求項 49から 56の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム送信システム力 前記ストリーム受信システム力 コンテンツ視聴開 始確認メッセージを受信したときは、コンテンツ視聴開始確認メッセージを受信しパラ メタの取り出しをするステップと、
指定されたコンテンツ IDから前記コンテンツデータベースを検索するステップと、 該コンテンツの視聴料金を調べるステップと、
指定されたユーザ ID力 前記ユーザ管理データベースを検索するステップと、 そのユーザのトータル料金に今回視聴するコンテンツの視聴料金を足すステップと
トータル視聴コンテンツのリストに今回視聴するコンテンツ IDを追加するステップと を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[58] 請求項 49から 57の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム送信システムが前記ストリーム送信システムカゝらコンテンツ視聴開始 確認メッセージを受信したときは、コンテンツ視聴開始確認メッセージを受信しパラメ タ等の取り出しをするステップと、
指定されたユーザ IDから以下ユーザ IDを検索するステップと、
トータル視聴コンテンツリストを調べるステップと、 すでにそのコンテンツが視聴されているかどうかチェックするステップと、 指定されたコンテンツ IDから前記コンテンツデータベースを検索するステップと、 そのコンテンツの視聴料金を調べるステップと、
そのユーザのトータル料金に今回視聴するコンテンツの視聴料金を足すステップと
トータル視聴コンテンツのリストに今回視聴するコンテンツ IDを追加するステップと を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[59] 請求項 49から 58の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム送信システムが前記ストリーム送信システムカゝら視聴キャンセル確認 メッセージを受信したときは、視聴キャンセル確認メッセージを受信しパラメタの取り 出しをするステップと、
指定されたコンテンツ IDから前記コンテンツデータベースを検索するステップと、 再生されているまたは再生するチャネル番号を調べるステップと、
チャネル番号力 前記転送データベースを検索するステップと、
そのチャネルを視聴している視聴者リストから指定されたユーザ IDを削除するステツ プと、
視聴者リストから視聴ユーザが一人も 、な 、かどうかチェックするステップと、 ステージ転送開始イベントがまだ発生して 、な 、かどうかチェックするステップと、 ステージデータ送信のキャンセルをするステップと、
ステージ転送開始イベントを削除するステップと、
前記転送データベース力 そのチャネルの情報を削除するステップと、 前記コンテンツデータベースの再生チャネル番号リストからそのチャネル番号を削 除するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[60] 請求項 49から 59の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム送信システムがステージ転送イベントを検出したときは、ステージ転 送イベントの検出処理をするステップと、
コンテンツ IDから前記コンテンツデータベースの検索をするステップと、 ステージ格納情報からステージデータが格納されている位置を調べるステップと、 ステージデータ送信の準備をするステップと、
ステージデータをすベて転送し終わったかどうかチェックするステップと、 ステージデータを読み出すステップと、
読み出したステージデータを所定のチャネルで送信するステップと、
次のステージデータが格納されている位置を調べるステップと、
前記転送データベース力 そのチャネル情報を削除するステップと、
前記コンテンツデータベースの対応するコンテンツデータの再生チャネル番号リスト 力 該当チャネル番号を削除するステップと、
ステージデータ送信終了処理をするステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[61] 請求項 60に記載の擬似ビデオオンデマンドシステムの制御方法にぉ 、て、
前記ストリーム送信システム力 暗号ィ匕のキーを取り出すステップと、
ステージデータを暗号ィ匕するステップと
をさらに有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[62] 請求項 59または 60に記載の擬似ビデオオンデマンドシステムの制御方法にぉ 、て 前記ストリーム送信システム力 前記転送データベース力 そのチャネルを使って 次のステージデータも送信する力調べるステップと、
次のステージデータを送信する必要があるかチェックするステップと、
前記コンテンツデータベース上のコンテンツの情報において次の再生ステージ番 号、視聴者リスト、ステージ開始時間を現在の再生ステージ番号、視聴者リスト、ステ ージ開始時間にコピーするステップと、
前記コンテンツデータベース上のコンテンツの情報にぉ 、て次のステージ番号、視 聴者リスト、ステージ開始時間をクリアするステップと
をさらに有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。 [63] 請求項 49力 62の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法システムにおいて、
前記ストリーム受信システムは、前記操作手段に入力されたコンテンツリスト取得要 求に基づいてコンテンツリストを要求するステップと、
前記ストリーム受信システムが、前記ストリーム送信システムにコンテンッリスト要求 のメッセージを送信するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[64] 請求項 49力 63の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム受信システム力 前記ストリーム送信システムよりコンテンツリスト応答 メッセージを受信しパラメタ等の取り出しをするステップと、
コンテンツリスト応答メッセージがエラーかどうかチェックするステップと、 前記コンテンツリスト応答メッセージがエラーならば、前記ストリーム送信システムが 前記ストリーム受信システムの前記表示手段にエラー表示をさせるステップと、 前記コンテンツリスト応答メッセージが成功ならば、前記コンテンツ管理手段がメッ セージのパラメタ力 コンテンツリストの情報を取り出しリスト表示できるように整形する ステップと、
前記ストリーム送信システム力 コンテンツリストを表示させるステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[65] 請求項 49力 64の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
表示された前記コンテンツリスト中の特定コンテンツを選択する指示を受信するステ ップと、
前記ストリーム受信システムが、前記ストリーム送信システムにコンテンッ視聴要求メ ッセージを送信するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[66] 請求項 49力 65の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、 前記ストリーム受信システム力 前記ストリーム送信システム力もコンテンツ視聴応 答メッセージを受信しパラメタ等の取り出しをするステップと、
コンテンツ視聴応答メッセージがエラーかどうかチェックするステップと、 前記ストリーム送信システムが、前記ストリーム受信システムにエラー表示をさせるス テツプと、
前記コンテンツリスト応答メッセージが成功ならば、前記ストリーム送信システムが前 記ストリーム受信システムに対しストリームデータを記録する記録領域を確保させるス テツプと、
ステージデータ受信イベントの登録しステージデータ受信イベント登録フラグをセッ トするステップと、
視聴するコンテンッの情報とコンテンッ視聴が開始できる時間を示すインジケータと コンテンツ視 をキャンセノレするユーザインターフェイスのボタンを表示するステップ と
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[67] 請求項 49から 66の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム受信システム力 コンテンツの視聴開始の指示を受信するステップと 前記ストリーム送信システムにコンテンツ視聴開始確認メッセージを送信するステツ プと、
コンテンツのストリームデータの再生が終了したかどうかをチェックするステップと、 ストリームデータ再生の中断命令が発せられたかどうかをチェックするステップと、 記録されているストリームデータを読み出すステップと、
該ストリームデータをデコードするステップと、
前記ストリーム受信システム力 デコードされた前記ストリームデータを表示するステ ップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[68] 請求項 49から 67の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム受信システム力 コンテンツの視聴が開始される前に前記コンテンツ の視聴をキャンセルする指示を受信するステップと、
前記ストリーム送信システムに視聴キャンセル確認メッセージの送信をするステップ と、
ステージデータ受信イベントが登録されているか否かをチェックするステップと、 前記ステージデータ受信イベントが登録されて ヽた場合、該ステージデータ受信ィ ベントを削除するステップと、
該ステージデータ受信イベント登録フラグをリセットするステップと、
現在ストリームデータの受信をしているか否かをチェックするステップと、 前記ストリームデータを受信している場合には前記ストリームデータの受信を取りや めるステップと、
ストリームデータの記録がなされているかどうかチェックするステップと、 前記ストリームデータが記録されている場合、記録されている前記ストリームデータ を削除するステップと、
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[69] 請求項 49から 68の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム受信システム力 前記ストリーム送信システムからステージ転送応答 メッセージを受信しパラメタ等の取り出しをするステップと、
応答メッセージがエラーかどうかチェックするステップと、
前記応答メッセージがエラーならば、ステージデータ受信イベント登録フラグをリセ ットし、 エラーを表示するステップと、
ステージデータ受信イベントの登録をするステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[70] 請求項 49から 69の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム受信システム力 ステージデータ受信イベントを検出しパラメタ等の 取り出しをするステップと、
ステージ番号が 1か否かをチェックするステップと、
前記ステージ番号が 1ならば、視聴するコンテンツの情報とコンテンツ視聴をキャン セルするボタンとコンテンツ視聴を開始するボタンとを表示し、 ステージデータ受信 イベント登録フラグをリセットするステップと、
前記ストリーム受信システム力 ステージデータ受信の準備をするステップと、 前記ストリーム受信システム力 ステージのストリームデータを受信するステップと、 受信したストリームデータが記録されている最後のストリームデータの続きのデータ であるかどうかをチェックするステップと、
受信した前記ストリームデータが記録されている最後のストリームデータの続きのデ ータであれば、そのストリームデータを記録するステップと、
前記ストリーム受信システム力 現在最後のステージのストリームデータを受信して
V、るかどうかをチェックするステップと、
タイムシフト時間がある程度過ぎた力どうかをチェックするステップと、
ステージデータ受信イベント登録フラグがセットされているかどうかをチェックするス テツプと、
ステージデータの受信/再生がこのまま進むとしてステージ終了時に記録されるスト リームデータを予測するステップと、
次のステージの転送時間内で再生に必要なストリームデータが記録されているかど うかチェックするステップと、
前記ストリームデータが記録されて 、なければ、ステージデータ受信イベント登録フ ラグをセットするステップと、
前記ストリーム受信システムが、前記ストリーム送信システムにステージ転送要求メ ッセージを送信するステップと、
前記ストリーム送信システム力 ステージの最後のストリームデータを受信したかどう かをチェックするステップと、
ステージのストリームデータ受信の後処理をするステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。 [71] 請求項 49から 70の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム受信システムがコンテンツ再生中に入力されたコンテンツ再生一時 停止要求に基づ!/ヽてコンテンツ視 をキャンセノレするためのボタンと、コンテンツ視 聴を一時停止するためのボタンと、コンテンツ視聴を再開するためのボタンとをユー ザインターフェイスとして表示するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[72] 請求項 49から 71の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム受信システムが、コンテンッ視聴が開始されて!、るときに入力された コンテンツ視聴キャンセル要求に基づいて、本当にキャンセルをするか否かの確認を 促すダイアログを提示するステップ
をさらに有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[73] 請求項 49から 72の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム受信システム力 コンテンツ視聴が開始されて 、るときにコンテンツ視 聴のキャンセルを実行する場合にぉ 、て、コンテンツ視聴キャンセル要求を受信して 視聴のキャンセルの確認を促すステップと、
視聴のキャンセルが促されたのちに、コンテンツ視聴キャンセル要求を再度受信し 、前記ストリーム送信システムが前記ストリーム送信システムに視聴キャンセル確認メ ッセージを送信するステップと、
前記ストリーム再生が一時停止されているかどうかチェックするステップと、 前記ストリーム再生が一時停止されている場合に、ストリームデータ再生の中断命 令を発生させるステップと、
ステージデータ受信イベントが登録されているかどうかチェックするステップと、 前記ステージデータ受信イベントが登録されて 、る場合に、ステージデータ受信ィ ベントを削除するステップと、
ステージデータ受信イベント登録フラグをリセットするステップと、 前記ストリーム受信システム力 ストリームデータを受信しているかどうかチヱックす るステップと、
前記ストリームデータを受信している場合、前記ストリーム受信システムが前記ストリ ームデータの受信を取りやめるステップと、
ストリームデータを記録しているかどうかチェックするステップと、
前記ストリームデータが記録されていれば、記録されている前記ストリームデータを 削除するステップと、
表示に関する画面の切り替えを行なうステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[74] 請求項 49から 73の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムの制御 方法において、
前記ストリーム受信システム力 コンテンツ視聴を一時停止する指示を受信する実 行するステップと、
ストリームデータ再生の中断命令を発生させるステップと、
ストリームデータ再生が一時停止させていることが視聴者にわ力るメッセージとコン テンッの視 ¾をキャンセノレするボタンとコンテンツ視 ¾を再開するボタンを表示するス テツプと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[75] 請求項 49から 74の!、ずれ力 1項に記載の擬似ビデオオンデマンドシステムにお!/ヽ て、
コンテンツ視聴を一時停止して 、る状態にぉ 、てコンテンツ視聴を再開する指示を 受信した場合、またはコンテンツ視聴が開始したのちにコンテンツ再生の一時停止ま たはキャンセルの指示を受信した場合において、さらにコンテンツ再生の一時停止又 はキャンセルを解除する指示を受信した場合に、画面上に表示されて ヽるストリーム データの再生が一時停止させていることが視聴者にわ力るメッセージとコンテンツ視 聴をキャンセルするボタンとコンテンツ視聴を再開するボタンを非表示にするステップ と、
ストリームデータの再生が一時停止されているかどうかをチェックし、コンテンツのス トリームデータの再生が終了したかどうかチェックするステップと、
ストリームデータ再生の中断命令が発せられたかどうかチェックするステップと、 記録されているストリームデータを読み出すステップと、
読み出したストリームデータのデコードをするステップと、
ストリームデータを表示するステップと、
前記ストリーム受信システム力 現在最後のステージのストリームデータを受信して V、るかどうかをチェックするステップと、
タイムシフト時間がある程度過ぎた力どうかチェックするステップと、
ステージデータ受信イベント登録フラグがセットされているかどうかチェックするステ ップと、
ステージデータの受信/再生がこのまま進むとしてステージ終了時に記録されるスト リームデータを予測するステップと、
次のステージの転送時間内で再生に必要なストリームデータが記録されているかど うかチェックするステップと、
前記ストリームデータが記録されて 、なければ、ステージデータ受信イベント登録フ ラグをセットするステップと、
前記ストリーム受信システムが、前記ストリーム送信システムにステージ転送要求メ ッセージを送信するステップと
を有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。
[76] コンピュータに請求項 49から 75の!、ずれかに記載の擬似ビデオオンデマンドシステ ムの制御方法を実行させるためのプログラム。
[77] 請求項 76に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能 な記録媒体。
[78] 複数の同一コンテンツがそれぞれタイムシフトされて送信される擬似ビデオオンデ マンドシステムに用いられるストリーム送信システムであって、
前記コンテンツのストリームデータを所定の時間ごとに区切って形成したステージ単 位で管理することを特徴とするストリーム送信システム。
[79] 複数の同一コンテンツがそれぞれタイムシフトされて送信される擬似ビデオオンデ マンドシステムに用いられるストリーム送信システムであって、
ストリーム記憶/再生手段とコンテンツ管理手段とストリーム送信手段と制御データ 送受信手段とストリーム送信管理手段とユーザ管理手段とを備え、
前記ストリーム送信手段は前記コンテンツのストリームデータを所定の時間ごとに区 切って形成したステージ単位で転送する
ことを特徴とするストリーム送信システム。
[80] 請求項 78または 79に記載のストリーム送信システムにおいて、さらにストリームデー タを転送する転送手段と制御データを転送する転送手段とを備えたことを特徴とする ストリーム送信システム。
[81] 請求項 78力 80のいずれ力 1項に記載のストリーム送信システムにおいて、さらに データ転送手段を備えたことを特徴とするストリーム送信システム。
[82] 請求項 78力 81のいずれ力 1項に記載のストリーム送信システムにおいて、さらにス トリームを暗号ィ匕するストリーム暗号ィ匕手段を備えたことを特徴とするストリーム送信シ ステム。
[83] 請求項 82に記載のストリーム送信システムにおいて、前記ストリーム暗号化手段は 秘密鍵暗号システムまたは公開鍵暗号システムのうち少なくともいずれか一方である ことを特徴とするストリーム送信システム。
[84] 請求項 78から 83のいずれ力 1項に記載のストリーム送信システムにおいて、前記ス トリーム送信管理手段は、前記コンテンツのストリームデータを所定の時間ごとに区切 つて形成した複数のステージに分割しかつ管理を行うことを特徴とするストリーム送信 システム。
[85] 請求項 78から 84のいずれ力 1項に記載のストリーム送信システムにおいて、前記ス トリーム送信管理手段は、前記ストリームデータ相互間の前記タイムシフト時間を、前 記ストリームデータ送信システムからストリームデータ受信システムに一の前記ステー ジを転送する時間未満に設定することを特徴とするストリーム送信システム。
[86] 請求項 78から 84のいずれ力 1項に記載のストリーム送信システムであって、前記スト リームデータの転送レートは前記ストリーム受信システムにおける前記ストリームデー タの再生レートと略等しいことを特徴とするストリーム送信システム。 [87] 請求項 78力 84のいずれ力 1項に記載のストリーム送信システムであって、前記スト リームデータの転送レートは前記ストリーム受信システムにおける前記ストリームデー タの再生レートよりも高いことを特徴とするストリーム送信システム。
[88] 請求項 78から 87のいずれ力 1項に記載のストリーム送信システムにおいて、前記ス トリームデータ送信管理手段は、各ステージの前記ストリームデータについて、前記 ストリーム受信システム力も転送要求のあった際にその転送要求のあったステージの 前記ストリームデータを転送するかどうかについて判断し決定することを特徴とするス トリーム送信システム。
[89] 請求項 78から 88のいずれ力 1項に記載のストリーム送信システムにおいて、前記ス トリームデータ送信管理手段は、前記ストリーム記録/再生手段に保存されているスト リームデータがそのステージの期間内に再生できる分が格納されているかどうかによ つて前記特定ステージの前記ストリームデータを転送するかどうかを決定することを特 徴とするストリーム送信システム。
[90] 請求項 78力 89のいずれ力 1項に記載のストリーム送信システムにおいて、前記ス トリーム送信管理手段は前記ストリームデータの転送チャネルを前記ストリームデータ のステージごとに動的に決定することを特徴とするストリーム送信システム。
[91] 請求項 78力 90のいずれ力 1項に記載のストリーム送信システムにおいて、前記ュ 一ザ管理手段は前記ストリームデータを受信している前記ストリーム受信システムに 関する情報を、前記ストリームデータのステージ毎に管理することを特徴とするストリ ーム送信システム。
[92] 請求項 78力 91のいずれ力 1項に記載のストリーム送信システムにおいて、前記ス トリーム送信管理手段は特定ストリームの前記ストリームデータを受信する前記ストリ ーム受信システムが存在しな 、場合、前記ストリームデータの送信を中止または停止 することを特徴とするストリーム送信システム。
[93] 請求項 78力 92のいずれ力 1項に記載のストリーム送信システムにおいて、前記ス トリーム送信管理手段は、転送しているチャネルの番号、コンテンツを識別すための ID、再生しているステージの番号、そのステージにおける前記ストリームデータを受 信する前記ストリーム受信システムのリスト、再生しているステージの開始時間、という 項目を少なくとも有する転送データベースを持つことを特徴とするストリーム送信シス テム。
[94] 請求項 93に記載のストリーム送信システムにおいて、前記転送データベースの前記 データ項目には、さらにステージ転送時間のデータ項目も含まれることを特徴とする ストリーム送信システム。
[95] 請求項 93または 94に記載のストリーム送信システムにおいて、前記転送データべ一 スの前記データ項目には、さらに各ステージにおいて前記ストリームデータを暗号ィ匕 するためのキーも含まれることを特徴とするストリーム送信システム。
[96] 請求項 93力 95のいずれ力 1項に記載のストリーム送信システムにおいて、前記転 送データベースの前記データ項目には、さらに、次のタイムシフト時間に転送するス テージの番号、次のタイムシフト時間にステージにおける前記ストリームデータを受信 する前記ストリーム受信システムのリスト、次のタイムシフト時間に転送するステージに おける転送開始時間も含まれることを特徴とするストリーム送信システム。
[97] 請求項 78力 96のいずれ力 1項に記載のストリーム送信システムにおいて、前記コ ンテンッ管理手段は、コンテンツを識別するための ID、コンテンツの名前、ステージ 数、再生レート、転送レート、トータルの再生時間、現在のそのコンテンツを転送して V、るチャネルの番号、ステージにおける前記ストリームデータの転送の基準となるた めの転送基準時間、そのコンテンツにおける前記ストリームデータの各ステージの格 納情報、 t 、うデータ項目を少なくとも含むコンテンツデータベースを持つことを特徴 とするストリーム送信システム。
[98] 請求項 97に記載のストリーム送信システムにおいて、前記コンテンツデータベース の前記データ項目には、そのコンテンツを視聴した時の料金も含まれることを特徴と するストリーム送信システム。
[99] 請求項 97または 98に記載のストリーム送信システムにおいて、前記コンテンツデー タベースの前記データ項目には、さらに前記コンテンツの付加情報も含まれることを 特徴とするストリーム送信システム。
[100] 請求項 97から 99のいずれ力 1項に記載のストリーム送信システムにおいて、前記コ ンテンッデータベースに格納される前記各ステージの格納情報には、前記ストリーム 記憶/再生手段に記憶されているストリームデータの各ステージの位置情報が含まれ ることを特徴とするストリーム送信システム。
[101] 請求項 78から 100のいずれ力 1項に記載のストリーム送信システムにおいて、前記 ユーザ管理手段は、そのユーザの名前、そのユーザの ID、そのユーザが視聴したコ ンテンッの IDのリスト、そのユーザが視聴したすべてのコンテンツにかかった料金、と V、うデータ項目を少なくとも含むユーザ管理データベースを持つことを特徴とするスト リーム送信システム。
[102] 請求項 78から 101のいずれ力 1項に記載のストリーム送信システムにおいて、前記 制御データ転送手段は、コンテンツリスト要求/コンテンツリスト応答、コンテンツ視聴 要求/コンテンツ視聴応答、ステージ転送要求/ステージ転送応答、コンテンツ視聴 開始確認、視聴キャンセル確認を少なくとも含むメッセージを相互に送信することを 特徴とするストリーム送信システム。
[103] 複数の同一コンテンツがそれぞれタイムシフトされて送信される擬似ビデオオンデ マンドシステムに用いられるストリーム受信システムであって、
前記コンテンツのストリームデータを所定の時間ごとに区切って形成したステージ単 位で管理するストリーム受信部を備えた
ことを特徴とするストリーム受信システム。
[104] 複数の同一コンテンツがそれぞれタイムシフトされて送信される擬似ビデオオンデ マンドシステムに用いられるストリーム受信システムであって、
ストリーム受信咅とユーザインターフェース咅とを備え、
前記ストリーム受信部はストリーム記録/再生手段とストリーム受信手段と制御デー タ送受信手段とストリーム受信管理手段とを備え、前記ユーザインターフェース部は 表示手段と操作手段とを備えた
ことを特徴とするストリーム受信システム。
[105] 請求項 103または 104に記載のストリーム受信システムであって、さらにストリーム復 号手段を備えたことを特徴とするストリーム受信システム。
[106] 請求項 105に記載のストリーム受信システムであって、前記ストリーム復号手段は、 秘密鍵暗号システムまたは公開鍵暗号システムのうち少なくともいずれか一方である ことを特徴とするストリーム受信システム。
[107] 請求項 103から 106のいずれ力 1項に記載のストリーム受信システムであって、前記 ストリーム記録/再生手段は、 1つのステージ期間内に転送されるストリームデータが 記録できる容量の記憶領域を有することを特徴とするストリーム受信システム。
[108] 請求項 107に記載のストリーム受信システムであって、前記ストリーム記録/再生手 段の前記記憶領域は、複数のリングバッファを形成し、またはリングバッファに類する 機能を持つ構造体であることを特徴とするストリーム受信システム。
[109] 請求項 103から 108のいずれ力 1項に記載のストリーム受信システムであって、前記 ストリーム記録/再生手段は前記ストリームデータの再生中に再生中断操作を行い前 記ストリームデータの再生を中断したのちに再生を再開できることを特徴とするストリ ーム受信システム。
[110] 請求項 103から 109のいずれ力 1項に記載のストリーム受信システムであって、前記 ストリーム受信システムは、前記ストリーム送信システムに対し、特定の前記ステージ の転送が開始される前にこの特定の前記ステージにおける前記ストリームデータの転 送をステージ毎に予約することを特徴とするストリーム受信システム。
[111] 請求項 103から 110のいずれ力 1項に記載のストリーム受信システムであって、前記 制御データ送受信手段がコンテンッリスト応答を受信すると、前記表示手段にはコン テンッのリストが提示されることを特徴とするストリーム受信システム。
[112] 請求項 103から 111のいずれ力 1項に記載のストリーム受信システムであって、前記 制御データ送受信手段がコンテンツ視聴応答を受信すると、前記表示手段にはコン テンッの情報とコンテンツ視聴が可能になるまでの待ち時間を示すインジケータとコ ンテンッ視聴をキャンセルするためのボタンとが提示されることを特徴とするストリーム 受信システム。
[113] 請求項 112に記載のストリーム受信システムであって、前記操作手段が前記コンテ ンッ視聴をキャンセルする旨の指示を受信すると、前記ストリーム受信システムはコン テンッの受信および再生を中止することを特徴とするストリーム受信システム。
[114] 請求項 112または 113に記載のストリーム受信システムにおいて、コンテンツ視聴が 可能になるまでの待ち時間が 0になると、前記表示手段には前記表示手段にコンテ ンッ視 ¾をスタートするためのボタンとコンテンツ視 をキャンセノレするためのボタン とが提示されることを特徴とするストリーム受信システム。
[115] 請求項 114に記載のストリーム受信システムにおいて、前記表示手段に前記コンテ ンッ視 ¾をスタートするためのボタンと前記コンテンツ視 をキャンセノレするためのボ タンとが提示されたのち、前記操作手段が前記コンテンツ視聴をキャンセルする旨の 指示を受信すると、前記ストリーム記録/再生手段はコンテンツの受信および再生を 中止することを特徴とするストリーム受信システム。
[116] 請求項 114に記載のストリーム受信システムにおいて、前記表示手段に前記コンテ ンッ視 ¾をスタートするためのボタンと前記コンテンツ視 をキャンセノレするためのボ タンとが提示されたのち、前記操作手段が前記コンテンツ視聴をスタートする旨の指 示を受信すると、前記ストリーム受信システムの前記ストリーム記録/再生手段は前記 コンテンツの受信および再生を開始することを特徴とする擬似ビデオオンデマンドシ ステム。
[117] 請求項 112から 116のいずれ力 1項に記載のストリーム受信システムにおいて、前記 ストリーム記録/再生手段が前記コンテンツの受信および再生を行っている最中に前 記操作手段が操作の指示を受信した場合、前記表示手段にはコンテンツ視聴をキヤ ンセルするためのボタンと、コンテンツ視聴を一時停止するためのボタンと、コンテン ッ視聴を再開するためのボタンが表示されることを特徴とするストリーム受信システム
[118] 請求項 112から 117のいずれ力 1項に記載のストリーム受信システムにおいて、前記 操作手段が前記コンテンツ視聴を一時停止するための選択/決定を受信すると、前 記コンテンツの再生が一時停止し、前記表示手段には前記コンテンツの再生が中断 して 、る旨の通知が表示されることを特徴とするストリーム受信システム。
[119] 請求項 112から 118のいずれ力 1項に記載のストリーム受信システムにおいて、前記 操作手段が前記コンテンツ視聴をキャンセルするための選択/決定を受信すると、前 記表示手段にはコンテンツの視聴をキャンセルする力否かを確認するダイアログが表 示され、前記ダイアログ中には前記コンテンツの受信および再生をキャンセルする第 1ボタンと前記コンテンツの受信および再生を «I続する第 2ボタンが表示されることを 特徴とするストリーム受信システム。
[120] 請求項 119に記載のストリーム受信システムにおいて、前記操作手段が前記第 1ボ タンを選択/決定する旨の指示を受信すると、前記ストリーム記録/再生手段は前記コ ンテンッの受信および再生をキャンセルすることを特徴とするストリーム受信システム
[121] 請求項 119に記載のストリーム受信システムにおいて、前記操作手段が前記第 2ボ タンを選択/決定する指示を受信すると、前記ストリーム記録/再生システムは前記コ ンテンッの受信および再生を継続することを特徴とするストリーム受信システム。
[122] 請求項 112から 121のいずれ力 1項に記載のストリーム受信システムにおいて、前記 操作手段が前記コンテンツ視聴の再開を示すボタンが選択/決定する指示を受信す ると、前記表示手段からは、すでに表示されている前記コンテンツ視聴をキャンセル するためのボタンと、前記コンテンツ視聴を一時停止するためのボタンと、前記コンテ ンッ視聴を再開するためのボタンとが消去されることを特徴とするストリーム受信シス テム。
[123] 請求項 112から 122のいずれ力 1項に記載のストリーム受信システムにおいて、前記 操作手段は、コントロールボタン、上下左右ボタン、実行ボタンを少なくとも備えたリモ コン装置からの指示によって操作されることを特徴とするストリーム受信システム。
[124] 複数の同一コンテンツをそれぞれタイムシフトして送信する擬似ビデオオンデマンド システムに用いるストリーム送信システムにおいて、
ストリーム送信管理手段が前記コンテンツのストリームデータを所定の時間ごとに区 切ったステージ単位に分割するステップと、
ストリーム送信手段が前記ストリームデータを前記ステージ単位でストリーム受信シ ステムに転送するステップと
を有することを特徴とするストリーム送信システムの制御方法。
[125] 請求項 124に記載のストリーム送信システムの制御方法において、
ステージ単位に分割した前記ストリームデータを前記ストリーム送信手段が暗号ィ匕 するステップ
をさらに有することを特徴とする擬似ビデオオンデマンドシステムの制御方法。 [126] 複数の同一コンテンツをそれぞれタイムシフトして送信する擬似ビデオオンデマンド システムに用いるストリーム受信システムの制御方法であって、
前記ストリーム受信手段が前記ストリームデータを受信するステップと、
前記ストリーム記録/再生手段が受信した前記ストリームデータをステージ単位で蓄 積するステップと、
前記ストリーム記録/再生手段が前記ストリームデータを再生するステップと を有することを特徴とするストリーム受信システムの制御方法。
[127] 請求項 126に記載のストリーム受信システムの制御方法であって、
前記ストリーム受信手段が暗号化された前記ストリームデータを受信し復号するステ ップ
をさらに有することを特徴とするストリーム受信システムの制御方法。
[128] コンピュータに請求項 124から 127のいずれかに記載の擬似ビデオオンデマンドシス テムの制御方法を実行させるためのプログラム。
[129] 請求項 128に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可 能な記録媒体。
PCT/JP2005/006748 2004-07-27 2005-04-06 擬似ビデオオンデマンドシステム、擬似ビデオオンデマンドシステムの制御方法、およびそれらに用いるプログラムおよび記録媒体 WO2006011270A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2006528364A JPWO2006011270A1 (ja) 2004-07-27 2005-04-06 擬似ビデオオンデマンドシステム、擬似ビデオオンデマンドシステムの制御方法、およびそれらに用いるプログラムおよび記録媒体
EP05728453A EP1781034A4 (en) 2004-07-27 2005-04-06 PSEUDO VIDEO ON DEMAND SYSTEM, CONTROL PROCEDURE FOR A PSEUDO VIDEO ON DEMAND SYSTEM AND PROGRAM AND RECORDING MEDIUM THEREFOR
US11/658,505 US20080313682A1 (en) 2004-07-27 2005-04-06 Near Video-on-Demand System, Near Video-on-Demand System Control Method, and Program and Recording Medium for the Same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004-218891 2004-07-27
JP2004218891 2004-07-27

Publications (1)

Publication Number Publication Date
WO2006011270A1 true WO2006011270A1 (ja) 2006-02-02

Family

ID=35786026

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/006748 WO2006011270A1 (ja) 2004-07-27 2005-04-06 擬似ビデオオンデマンドシステム、擬似ビデオオンデマンドシステムの制御方法、およびそれらに用いるプログラムおよび記録媒体

Country Status (7)

Country Link
US (1) US20080313682A1 (ja)
EP (1) EP1781034A4 (ja)
JP (1) JPWO2006011270A1 (ja)
KR (1) KR20070040403A (ja)
CN (1) CN101027906A (ja)
TW (1) TWI279141B (ja)
WO (1) WO2006011270A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008134967A (ja) * 2006-11-29 2008-06-12 Sony Corp データ管理サーバ、データ管理システム、データ管理方法およびプログラム
JP2008154145A (ja) * 2006-12-20 2008-07-03 Sony Corp 受信機、受信機の制御方法、プログラムおよびコンテンツ配信方法
CN104735515A (zh) * 2013-12-19 2015-06-24 乐视网信息技术(北京)股份有限公司 一种显示视频状态的方法及终端

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100466726C (zh) * 2006-01-16 2009-03-04 华为技术有限公司 一种流媒体节目的点播方法
CN100512426C (zh) * 2006-12-05 2009-07-08 华为技术有限公司 一种iptv应用系统及准视频点播节目播放方法及系统
US8428443B2 (en) * 2007-03-12 2013-04-23 At&T Intellectual Property I, L.P. Systems and methods of providing modified media content
CN100493181C (zh) * 2007-04-17 2009-05-27 华为技术有限公司 实现虚拟频道业务的系统、保护方法和服务器
US8055779B1 (en) 2007-05-10 2011-11-08 Adobe Systems Incorporated System and method using data keyframes
US9979931B2 (en) * 2007-05-30 2018-05-22 Adobe Systems Incorporated Transmitting a digital media stream that is already being transmitted to a first device to a second device and inhibiting presenting transmission of frames included within a sequence of frames until after an initial frame and frames between the initial frame and a requested subsequent frame have been received by the second device
WO2009116972A1 (en) 2008-03-20 2009-09-24 Thomson Licensing System and method for processing priority transport stream data in real time in a multi-channel broadcast multimedia system
JP5536791B2 (ja) 2008-11-04 2014-07-02 トムソン ライセンシング 多チャンネル放送マルチメディアシステムにおけるスケジュールシフト機能のためのシステム及びその方法
WO2010094595A1 (en) * 2009-02-20 2010-08-26 Thomson Licensing Time synchronized resource reservation over packet switched networks
GB2469107B (en) * 2009-04-02 2015-01-21 Livestation Ltd Method and apparatus for distributing data
KR101678382B1 (ko) * 2009-12-03 2016-11-22 삼성전자 주식회사 홈 네트워크에서 디지털 방송의 채널 맵 공유 방법 및 이를 위한 시스템
JP5675141B2 (ja) * 2010-03-29 2015-02-25 キヤノン株式会社 再生装置及び再生方法
JP5510000B2 (ja) * 2010-03-31 2014-06-04 ソニー株式会社 コンテンツ送信装置、コンテンツ再生システム、コンテンツ送信方法、およびプログラム
JP2013005260A (ja) * 2011-06-17 2013-01-07 Sony Corp 送出装置、受信装置、放送システム、送出方法、受信方法及びこれらのプログラム
WO2013005917A1 (ko) * 2011-07-06 2013-01-10 에스케이플래닛 주식회사 멀티캐스트 기반 컨텐츠 전송 시스템과 방법, 및 고속 움직임 추정을 위한 장치와 방법
CN102300119B (zh) * 2011-09-07 2014-09-17 华为软件技术有限公司 混合直播的方法及设备
US9483110B2 (en) 2011-11-07 2016-11-01 International Business Machines Corporation Adaptive media file rewind
US9767194B2 (en) 2011-11-07 2017-09-19 International Business Machines Corporation Media file abbreviation retrieval
JP6115308B2 (ja) * 2013-05-22 2017-04-19 富士通株式会社 情報処理システム、情報処理システムの制御方法、及び制御プログラム
EP2819364A1 (en) * 2013-06-25 2014-12-31 British Telecommunications public limited company Content distribution system and method
US9276959B2 (en) * 2013-11-11 2016-03-01 Amazon Technologies, Inc. Client-configurable security options for data streams
US9794135B2 (en) 2013-11-11 2017-10-17 Amazon Technologies, Inc. Managed service for acquisition, storage and consumption of large-scale data streams
CN103731682B (zh) * 2014-01-26 2017-09-22 飞狐信息技术(天津)有限公司 多种观影设备之间保持同步观看记录的方法、设备及系统
US10142585B2 (en) * 2015-04-28 2018-11-27 Rovi Guides, Inc. Methods and systems for synching supplemental audio content to video content
DE102015211668B4 (de) * 2015-06-24 2019-03-28 Volkswagen Ag Verfahren und Vorrichtung zur Erhöhung der Sicherheit bei einer Fernauslösung, Kraftfahrzeug
KR20170083868A (ko) 2016-01-11 2017-07-19 삼성전자주식회사 데이터 이동 장치 및 데이터 이동 방법
US11463761B2 (en) * 2021-01-05 2022-10-04 Interwise Ltd. Method and apparatus for providing interactive applications with media content delivery services

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07327190A (ja) * 1994-05-31 1995-12-12 Sony Corp データ受信装置
JPH09121339A (ja) * 1995-10-25 1997-05-06 Sony Corp ビデオデータ送信装置、ビデオデータ受信装置および放送システム
WO1998006219A1 (en) * 1996-08-06 1998-02-12 Starsight Telecast, Incorporated Electronic program guide with interactive areas
WO1999033209A1 (en) * 1997-12-23 1999-07-01 Intel Corporation Method of providing and retrieving a data segment
WO2000067470A1 (en) * 1999-05-04 2000-11-09 Unisys Corporation Video on demand system
WO2001001494A1 (en) * 1999-06-25 2001-01-04 California Institute Of Technology Multi-directional radiation coupling in quantum-well infrared photodetectors
WO2003013124A2 (en) * 2001-07-31 2003-02-13 Dinastech Ipr Limited System for delivering data over a network
JP2004146869A (ja) * 2002-10-21 2004-05-20 Nippon Telegraph & Telephone West Corp ビデオ・オン・デマンド・システム、方法、プログラムおよび該ビデオ・オン・デマンド・プログラムを記録したコンピュータ読取り可能な記録媒体

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7594250B2 (en) * 1992-04-02 2009-09-22 Debey Henry C Method and system of program transmission optimization using a redundant transmission sequence
US6519693B1 (en) * 1989-08-23 2003-02-11 Delta Beta, Pty, Ltd. Method and system of program transmission optimization using a redundant transmission sequence
US5357276A (en) * 1992-12-01 1994-10-18 Scientific-Atlanta, Inc. Method of providing video on demand with VCR like functions
JP3236875B2 (ja) * 1993-12-27 2001-12-10 カシオ計算機株式会社 インターラクティブテレビ端末装置
JPH0879685A (ja) * 1994-08-31 1996-03-22 Sony Corp ニア・ビデオ・オン・デマンドシステムにおけるプログラム再生装置
US5926205A (en) * 1994-10-19 1999-07-20 Imedia Corporation Method and apparatus for encoding and formatting data representing a video program to provide multiple overlapping presentations of the video program
JPH08317341A (ja) * 1995-05-15 1996-11-29 Sony Corp データ送出方法
JP3588386B2 (ja) * 1995-06-06 2004-11-10 富士通株式会社 ビデオ・オン・デマンド提供システム及びビデオ・オン・デマンド提供方法
JPH0955927A (ja) * 1995-08-07 1997-02-25 Instant Video Technol Inc 放送用ビデオをバースト送信する周期的配給装置及びビデオプログラムの送信方法
US5936659A (en) * 1996-01-31 1999-08-10 Telcordia Technologies, Inc. Method for video delivery using pyramid broadcasting
JP3708209B2 (ja) * 1996-03-29 2005-10-19 富士通株式会社 データ配信装置及びデータ配信方法
US6314572B1 (en) * 1998-05-29 2001-11-06 Diva Systems Corporation Method and apparatus for providing subscription-on-demand services, dependent services and contingent services for an interactive information distribution system
US20020007494A1 (en) * 1998-09-28 2002-01-17 Hodge Winston W. Interactive digital program material encoder and system
US8290351B2 (en) * 2001-04-03 2012-10-16 Prime Research Alliance E., Inc. Alternative advertising in prerecorded media
US6928656B1 (en) * 1999-05-14 2005-08-09 Scientific-Atlanta, Inc. Method for delivery of IP data over MPEG-2 transport networks
US6502139B1 (en) * 1999-06-01 2002-12-31 Technion Research And Development Foundation Ltd. System for optimizing video on demand transmission by partitioning video program into multiple segments, decreasing transmission rate for successive segments and repeatedly, simultaneously transmission
US7779439B2 (en) * 2001-04-23 2010-08-17 Starz Entertainment, Llc Program guide environment
US6701528B1 (en) * 2000-01-26 2004-03-02 Hughes Electronics Corporation Virtual video on demand using multiple encrypted video segments
US6622305B1 (en) * 2000-02-25 2003-09-16 Opentv, Inc. System and method for displaying near video on demand
US6782550B1 (en) * 2000-06-16 2004-08-24 Minerva Networks, Inc. Program guide with a current-time bar
US7340759B1 (en) * 2000-11-10 2008-03-04 Scientific-Atlanta, Inc. Systems and methods for adaptive pricing in a digital broadband delivery system
JP2004515163A (ja) * 2000-11-29 2004-05-20 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー リアルタイムデータの送信および受信
US20050005308A1 (en) * 2002-01-29 2005-01-06 Gotuit Video, Inc. Methods and apparatus for recording and replaying sports broadcasts
JP2002369132A (ja) * 2001-06-11 2002-12-20 Sharp Corp Av信号受信システム
US7200669B2 (en) * 2001-07-31 2007-04-03 Dinastech Ipr Limited Method and system for delivering large amounts of data with interactivity in an on-demand system
JP2003209823A (ja) * 2002-01-16 2003-07-25 Matsushita Electric Ind Co Ltd ストリーム送受信システムおよびストリーム送受信方法
US7962944B2 (en) * 2002-01-23 2011-06-14 John Sidney Stewart Providing multimedia on demand in a near on demand environment
US20030138237A1 (en) * 2002-01-23 2003-07-24 Stewart John Sidney Multimedia on demand for use in a near on demand environment
JP4068570B2 (ja) * 2002-02-08 2008-03-26 富士通株式会社 文書配信装置、文書受信装置、文書配信方法、文書配信プログラム、文書配信システム
DE10206076A1 (de) * 2002-02-13 2003-08-21 Tellique Kommunikationstechnik Verfahren und Vorrichtung zur adaptiven Übertragung von Dateneinheiten eines Datenstroms
US7248590B1 (en) * 2003-02-18 2007-07-24 Cisco Technology, Inc. Methods and apparatus for transmitting video streams on a packet network
US20080010652A1 (en) * 2006-07-07 2008-01-10 General Instrument Corporation Association of Network Terminals to a Common Account

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07327190A (ja) * 1994-05-31 1995-12-12 Sony Corp データ受信装置
JPH09121339A (ja) * 1995-10-25 1997-05-06 Sony Corp ビデオデータ送信装置、ビデオデータ受信装置および放送システム
WO1998006219A1 (en) * 1996-08-06 1998-02-12 Starsight Telecast, Incorporated Electronic program guide with interactive areas
WO1999033209A1 (en) * 1997-12-23 1999-07-01 Intel Corporation Method of providing and retrieving a data segment
WO2000067470A1 (en) * 1999-05-04 2000-11-09 Unisys Corporation Video on demand system
WO2001001494A1 (en) * 1999-06-25 2001-01-04 California Institute Of Technology Multi-directional radiation coupling in quantum-well infrared photodetectors
WO2003013124A2 (en) * 2001-07-31 2003-02-13 Dinastech Ipr Limited System for delivering data over a network
JP2004146869A (ja) * 2002-10-21 2004-05-20 Nippon Telegraph & Telephone West Corp ビデオ・オン・デマンド・システム、方法、プログラムおよび該ビデオ・オン・デマンド・プログラムを記録したコンピュータ読取り可能な記録媒体

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008134967A (ja) * 2006-11-29 2008-06-12 Sony Corp データ管理サーバ、データ管理システム、データ管理方法およびプログラム
JP2008154145A (ja) * 2006-12-20 2008-07-03 Sony Corp 受信機、受信機の制御方法、プログラムおよびコンテンツ配信方法
CN104735515A (zh) * 2013-12-19 2015-06-24 乐视网信息技术(北京)股份有限公司 一种显示视频状态的方法及终端

Also Published As

Publication number Publication date
TW200605674A (en) 2006-02-01
JPWO2006011270A1 (ja) 2008-05-01
KR20070040403A (ko) 2007-04-16
CN101027906A (zh) 2007-08-29
TWI279141B (en) 2007-04-11
EP1781034A1 (en) 2007-05-02
EP1781034A4 (en) 2011-04-27
US20080313682A1 (en) 2008-12-18

Similar Documents

Publication Publication Date Title
WO2006011270A1 (ja) 擬似ビデオオンデマンドシステム、擬似ビデオオンデマンドシステムの制御方法、およびそれらに用いるプログラムおよび記録媒体
US11109113B2 (en) Systems and methods for generating time based preview image for a video stream
US9800936B2 (en) Apparatus, systems and methods for accessing an initial portion of a media content event
EP1512288B1 (en) Network based digital information and entertainment storage and delivery system
JP4550809B2 (ja) 蓄積表示装置及び連動表示方法並びにシステム
EP2296374A2 (en) System for capture and selective playback of broadcast programmes
JP2004505554A (ja) 前に放送された内容を番組の録画に組み込むシステムおよび方法
JP4268496B2 (ja) コンテンツの記録に要する記録メディアの記録容量を節約する放送記録システム、記録装置、放送装置および記録プログラム
WO2010029743A1 (ja) テレビジョン受信装置および番組データ受信方法
EP1266521B1 (en) System and method for providing multi-perspective instant replay
JP2008263434A (ja) テレビ装置および番組情報表示方法
AU2001266732A1 (en) System and method for providing multi-perspective instant replay
JP2004104721A (ja) マルチメディア再生装置、および番組提供システム
JP3807975B2 (ja) 番組記録再生装置
KR20110129087A (ko) 영상 컨텐츠를 다시 플레이하는 방법 및 장치
KR101186144B1 (ko) 디지털 방송 제공방법
GB2413026A (en) Capture and user selective playback of broadcast programmes

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006528364

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2005728453

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 1020077004551

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 200580032644.8

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2005728453

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11658505

Country of ref document: US