WO2007148777A1 - 再生装置および方法、並びにプログラム - Google Patents

再生装置および方法、並びにプログラム Download PDF

Info

Publication number
WO2007148777A1
WO2007148777A1 PCT/JP2007/062568 JP2007062568W WO2007148777A1 WO 2007148777 A1 WO2007148777 A1 WO 2007148777A1 JP 2007062568 W JP2007062568 W JP 2007062568W WO 2007148777 A1 WO2007148777 A1 WO 2007148777A1
Authority
WO
WIPO (PCT)
Prior art keywords
jump
jump destination
buffering
data
playback
Prior art date
Application number
PCT/JP2007/062568
Other languages
English (en)
French (fr)
Inventor
Kei Matsubayashi
Original Assignee
Sony Corporation
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 Sony Corporation filed Critical Sony Corporation
Priority to KR1020087003770A priority Critical patent/KR101355237B1/ko
Priority to EP07767383A priority patent/EP2031875A4/en
Priority to US11/990,901 priority patent/US8290349B2/en
Priority to CN2007800008548A priority patent/CN101341752B/zh
Priority to JP2008522526A priority patent/JP5239858B2/ja
Publication of WO2007148777A1 publication Critical patent/WO2007148777A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/765Interface circuits between an apparatus for recording and another apparatus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/44Receiver circuitry for the reception of television signals according to analogue transmission standards
    • 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/432Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • 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/47End-user applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/91Television signal processing therefor
    • H04N5/93Regeneration of the television signal or of selected parts thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/78Television signal recording using magnetic recording
    • H04N5/781Television signal recording using magnetic recording on disks or drums
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/84Television signal recording using optical recording
    • H04N5/85Television signal recording using optical recording on discs or drums

Definitions

  • the present invention relates to a playback apparatus and method, and a program, and in particular, a playback apparatus and method capable of appropriately performing jump playback when content provided via a network is played back in real time, And the program.
  • a video on demand (VOD) system that connects a video server storing video and audio information to a user terminal via a network and provides video and audio from the video server to the user terminal in real time in response to a user request Exists.
  • VOD video on demand
  • a video server reads data stored in response to a request received from a user terminal, and outputs a video / audio stream to the user terminal.
  • the user terminal receives the stream data transmitted from the video server and reproduces it. Furthermore, the received stream data is buffered in a buffer and played back so that it can be played back properly by absorbing transmission fluctuations caused by network delays that occur when sending and receiving stream data via the network. To do.
  • Patent Document 1 JP 2003-209823 A
  • the present invention has been made in view of such circumstances so that jump playback can be appropriately performed when content provided from a server connected via a network is played back in real time. To do.
  • a playback device plays back a content transmitted via a network in real time, and in a playback device capable of jump playback from a specified position.
  • Specifying the jump destination for jump playback buffering means for receiving and buffering content data played back from the network, playback means for playing back the data buffered by the buffering means, and
  • the buffering means further receives and buffers jump destination data that can be designated by the designation means via the network, and the reproduction means performs the designation.
  • the jump destination is specified by the means, the data of the jump destination is changed by the buffering means.
  • perform the data force et jump playback is buffered.
  • the information processing apparatus further includes acquisition means for acquiring information on a jump destination that can be specified by the specifying means from a server that provides the content, and the buffering means includes information on the jump destination acquired by the acquisition means. Specified by the specifying means based on Possible jump destination data can be received via the network and buffered.
  • the buffering means receives data of the jump destinations that can be specified by the specifying means via the network in a predetermined order. Can be buffered.
  • the buffering means passes only the data of a predetermined jump destination among the jump destinations that can be specified by the specifying means via the network. Can be received and buffered.
  • the buffering means is configured so that only the jump destination corresponding to the jump destination position of the requested jump playback among the jump destinations that can be designated by the designation means is the network. Can be received and buffered via.
  • An acquisition unit that acquires information on a plurality of types of jump destinations for content to be played back, and a presentation unit that presents selection information on the information on the plurality of types of jump destinations acquired by the acquisition unit Selection means for selecting predetermined selection information from the selection information presented by the presentation means, wherein the buffering means is a jump destination corresponding to the selection information selected by the selection means. Based on this information, jump destination data that can be specified by the specifying means can be received and buffered via the network.
  • the specifying means includes display means for displaying a list of jump destinations, and jump destination specifying means for specifying a predetermined jump destination from the list of jump destinations displayed by the display means,
  • the buffering means can receive and buffer the jump destination data that can be designated in a predetermined order from the jump destination designated by the jump destination designation means via the network.
  • the jump destination designation means includes candidate designation means for designating a jump destination candidate from jump destinations displayed in the jump destination list, and jump for determining the jump destination candidate as a jump destination. Pre-determining means, and the buffering means When the jump destination candidate is designated by the candidate designation means, the jump destination data that can be designated in the predetermined order from the jump destination designated as the jump destination candidate is received via the network and buffered. Can ring.
  • the display means displays the jump destination list so that the jump destination specified by the candidate specifying means or the display power S in the vicinity of the jump destination is emphasized compared to the display of other jump destinations.
  • the display can be controlled.
  • a playback method or program is a playback method of a playback device capable of playing back a content transmitted via a network in real time and performing jump playback from a specified position.
  • the content data that will be played from the beginning A buffering step for receiving and buffering via the network, a playback step for playing back the buffered data in the processing of the buffering step, and a specifying step for specifying a jump destination for jump playback,
  • the above buffering step is Further, the jump destination data that can be specified in the process of the specified step is received and buffered via the network, and the playback step is performed when the jump destination is specified in the process of the specified step.
  • jump playback is performed from the buffered data.
  • content data to be played back is received and buffered and noferred via the network.
  • Data is played back.
  • Data power that can be a jump destination When data is received and buffered via the network and the jump destination is specified, and the jump destination data is buffered, the buffered data Jump playback is performed.
  • jump playback can be appropriately performed when content provided via a network is played back in real time.
  • FIG. 1 is a block diagram showing a configuration example of a streaming system to which the present invention is applied.
  • FIG. 2 is a block diagram showing a configuration example of the server 1 in FIG.
  • FIG. 3 is a block diagram showing a configuration example of a terminal 3 in FIG. 1.
  • FIG. 4 is a flowchart for explaining buffering processing of the terminal 3.
  • FIG. 5 is a flowchart for explaining buffering list creation processing in step S3 of FIG.
  • FIG. 6 is a flowchart for explaining data transmission request processing in step S4 of FIG.
  • FIG. 7 is a flowchart illustrating a playback process of terminal 3.
  • FIG. 8 is a diagram showing an example of a buffering list.
  • FIG. 9 is a diagram showing changes in the amount of data stored in the buffer 24.
  • FIG. 10 is a diagram showing another example of the buffering list.
  • FIG. 11 is a diagram showing another example of the buffering list.
  • FIG. 12 is a diagram showing another example of the buffering list.
  • FIG. 13 is a diagram for explaining the buffering order of pre-buffering data.
  • FIG. 14 is a block diagram showing another configuration example of the streaming system to which the present invention is applied.
  • FIG. 15 is a flowchart for explaining another buffering process of the terminal 3.
  • FIG. 16 is a diagram showing an example of content jump destination information.
  • FIG. 17 is a diagram showing a display example of a content jump destination information list.
  • FIG. 18 is a flowchart illustrating another data transmission request process.
  • FIG. 19 is a diagram showing a display example of a jump destination list.
  • FIG. 20 is a diagram showing another display example of the jump destination list.
  • FIG. 21 is a diagram showing another display example of the jump destination list.
  • FIG. 22 is a diagram showing another display example of the jump destination list.
  • FIG. 23 is a diagram showing another display example of the jump destination list.
  • FIG. 24 is a diagram showing another display example of the jump destination list.
  • FIG. 25 is a diagram showing another display example of the jump destination list.
  • FIG. 26 is a diagram illustrating a configuration example of a personal computer.
  • FIG. 1 shows a configuration example of a streaming system to which the present invention is applied.
  • the server 1 stores video / audio information (hereinafter referred to as content) to be provided to the terminal 3.
  • Server 1 provides content in real time in response to a request from terminal 3
  • the terminal 3 receives, for example, stream data transmitted from the server 1, and buffers and reproduces it.
  • the terminal 3 has a plurality of buffers, and the jump destination content data that may be jump-played is buffered in advance in the plurality of buffers.
  • the terminal 3 When there is a jump playback request, the terminal 3 performs jump playback from previously buffered data.
  • the server 1 is a recording / reproducing device using a DV D player or HDD (Hard Disk Drive) when the network 2 is a home network, for example, and the terminal 3 is, for example, a DVD player, a recording / reproducing device. Or a television receiver.
  • the server 1 is a content distribution server when the network 2 is the Internet, for example, and the terminal 3 is, for example, a PC (Personal Computer) or a mobile phone as a playback device.
  • FIG. 2 shows a configuration example of the server 1.
  • the content storage unit 11 stores content to be supplied to the terminal 3.
  • the jump destination information storage unit 12 is information (hereinafter referred to as a jump destination) that indicates a jump destination position that is likely to be jump-played when the content stored in the content storage unit 11 is played back. (Referred to as information).
  • the server 1 is a DVD player. Movie power recorded on a DVD When provided to the terminal 3, jump playback can be performed in units of chapters set for each movie scene. Therefore, in this case, for example, the number of each chapter is stored as jump destination information.
  • the server 1 is a recording / playback apparatus equipped with an HDD.
  • a broadcast program recorded on the HDD is provided to terminal 3
  • jump playback can be performed in units of chapters set in the scene of the broadcast program or the range of CM. Therefore, in this case, for example, the number of each chapter is stored as jump destination information.
  • the server 1 is a recording / playback apparatus equipped with an HDD.
  • the terminal 3 When private video recorded by the camcorder recorded on the HDD is provided to the terminal 3, jump playback to the mark attached by the photographer or camcorder is possible when the camcorder is shot. Therefore, in this case, information indicating the position on the content indicated by each mark is stored as jump destination information.
  • the switch unit 13 reads out the content data stored therein from the content storage unit 11 and supplies the content data to the communication unit 14 or from the jump destination information storage unit 12 in accordance with the control of the control unit 15.
  • the jump destination information stored in is read out and supplied to the communication unit 14.
  • the communication unit 14 is connected to the network 2 and transmits content data or jump destination information supplied from the switch unit 13 to the terminal 3 via the network 2.
  • the control unit 15 has a CPU, RAM, ROM, and the like, controls the entire server 1, and transmits content or jump destination information to the terminal 3 via the network 2.
  • FIG. 3 shows a configuration example of the terminal 3.
  • the communication unit 21 receives the content or jump destination information transmitted from the server 1 via the network 2 and supplies it to the switch unit 22.
  • the switch unit 22 is a jump destination supplied from the communication unit 21 in accordance with the control of the control unit 29.
  • Information is supplied to the jump destination information storage unit 23, and the content data supplied from the communication unit 21 is stored in N buffers 24-1 to 24-N (hereinafter referred to as buffer 24 when there is no need to individually distinguish them). For example).
  • the jump destination information storage unit 23 stores the jump destination information supplied from the switch unit 22.
  • the buffer 24 temporarily stores the content data supplied from the switch unit 22 and supplies the content data to the switch unit 25 in response to reading from the switch unit 25.
  • the switch unit 25 reads data from a predetermined buffer 24 and supplies it to the decoding unit 26 under the control of the control unit 29.
  • the decoding unit 26 decodes the data supplied from the switch unit 25 and supplies the video / audio data obtained as a result to the output unit 27.
  • the output unit 27 supplies the video signal supplied from the decoding unit 26 to a display unit (not shown) to display a video corresponding to the video signal, or supplies an audio signal to a speaker (not shown). Then, the sound corresponding to the sound signal is output.
  • the input unit 28 inputs a user's operation content for an operation unit (not shown), and notifies the control unit 29 of it.
  • control unit 29 controls each unit to execute the reproduction process of the content provided from the server 1.
  • step S1 When a reproduction command is input from the input unit 28 of the terminal 3, in step S1, the control unit 2
  • step S2 the control unit 29 controls the communication unit 21 to receive the jump destination information transmitted from the server 1 in response to the request in step S1, and controls the switch unit 22, The jump destination information is supplied to and stored in the jump destination information storage unit 23.
  • step S 3 the control unit 29 creates a buffering list based on the jump destination information stored in the jump destination information storage unit 23.
  • step S11 the control unit 29 of the terminal 3 determines whether or not the reproduction is started. If it is determined that the reproduction is started, the process proceeds to step S12, where Detect buffer 24 buffering data.
  • step S13 information necessary for buffering for playback currently being performed (hereinafter referred to as normal buffering information) is set in the buffering list.
  • normal buffering data identification information of data that is to be reproduced from the beginning and needs to be buffered in order to continue reproduction
  • normal buffering data is buffered.
  • the number of the buffer 24 to be ringed and the current data storage capacity S of the buffer 24 in which normal buffering data is buffered are set as normal buffering information.
  • step S14 the control unit 29 determines whether or not all buffering of a part that can be a jump destination (for example, a part with a chapter or a mark) (hereinafter referred to as pre-buffering data) has been completed. Determine.
  • the completion of buffering means that the buffer 24 stores data having a data amount sufficient to start processing such as decoding.
  • step S14 When it is determined in step S14 that pre-buffering data that has not been buffered yet exists, the process proceeds to step S15, and the control unit 29 buffers the pre-buffering data that has not been buffered. Determine the buffer 24 to ring.
  • step S16 the control unit 29 sets information necessary for buffering the pre-buffering data (hereinafter referred to as pre-buffering information) in the buffering list.
  • pre-buffering information information necessary for buffering the pre-buffering data
  • the identification information of the pre-buffering data, the number of the buffer 24 in which the pre-buffering data determined in step S15 is buffered, and the current state of the buffer 24 in which the pre-buffering data is buffered Data storage capacity is set as pre-buffering information.
  • step S4 the control unit 29 of the terminal 3 requests the server 1 to transmit data based on the buffering list generated in step S3.
  • step S21 the control unit 29 of the terminal 3 determines whether or not normal buffering information is set in the buffering list. If it is determined that the buffering list is set, the process proceeds to step S22. Request server 1 to send normal buffering data.
  • control unit 29 controls the communication unit 21 to transmit the identification information of the normal buffering data read from the normal buffering information to the server 1.
  • step S5 in Fig. 4 to be described later the data transmitted in response to the request is buffered, so that the current reproduction is performed. Can continue without interruption.
  • step S21 When it is determined in step S21 that normal buffering information is not set, or when transmission of normal buffering data is requested in step S22, in step S23, the control unit 29 Determine the buffering order of buffering data.
  • step S24 the control unit 29 requests the server 1 to transmit the pre-buffering data so that the pre-buffering data is buffered in the determined order.
  • control unit 29 transmits the identification information of the pre-buffering data read from the pre-buffering information to the server 1 via the communication unit 21 in the determined order.
  • step S5 the control unit 29 of the terminal 3 controls the switch unit 22 to transmit the data received by the communication unit 21 and transmitted in response to the request in step S4 to the non-reference list. Store in buffer 24 shown in.
  • step S6 the control unit 29 determines whether or not a playback stop command is input from the input unit 28. If it is determined that the playback stop command is not input, the control unit 29 proceeds to step S3. Return, and the subsequent processing is executed in the same manner.
  • step S6 When it is determined in step S6 that a playback stop command has been input, the buffering process ends.
  • step S51 the control unit 29 refers to the normal buffering information set in the buffering list, and detects the buffer 24 in which the normal buffering data is buffered.
  • step S52 the control unit 29 determines whether or not the buffering of the normal buffering data has been completed, and waits until it can be determined that the buffering has been completed.
  • control unit 29 refers to the data accumulation amount of the normal buffering information and determines whether or not the buffering of the normal buffering data is completed.
  • step S52 If it is determined in step S52 that the buffering of the normal buffering data is completed, the process proceeds to step S53, and the control unit 29 controls the switch unit 25 so that the normal buffering data is buffered. Then, a suitable amount of data for decoding is read from the buffer 24, and is supplied to the decoding unit 26 for decoding in step S54. The decrypted data is output via the output unit 27.
  • step S55 the control unit 29 determines whether or not a playback stop command is input from the input unit 28. If it is determined that the playback stop command is not input, the control unit 29 proceeds to step S53. Return, and the subsequent processing is executed in the same manner.
  • step S53 After the buffering is completed in step S52, a certain amount of data is appropriately supplemented (step S5 in Fig. 4). Therefore, normally, the data read in step S53 is stored in the buffer 24. Has been. However, if for some reason the amount of data read in step S53 is not stored in the buffer 24 , the reading of data in step S53 stops until the amount of data is stored.
  • step S53 to step S55 is repeatedly executed, so that The numbered content data is output and content reproduction is performed.
  • step S55 If it is determined in step S55 that a playback stop command has been input, the control unit 29 stops the playback process.
  • step S3 When the jump destination information of the content to be reproduced is stored (step S1 and step S2 in FIG. 4), a buffering list is created (step S3).
  • the buffer 24-1 is detected as the buffer 24 for buffering data to be reproduced from the beginning (step Sl 1 in FIG. 5, step S12).
  • the normal buffering information is set in the buffering list (step S13).
  • the current amount of data stored in the buffer 24 in which the normal buffering data is buffered is, in this example, a ratio when the amount of data that can start playback processing such as decoding is 100%. In this case, the data is not stored in buffer 24-1, so it is 0%.
  • step S14 since buffering of the pre-buffering data has not been completed (step S14), chapter P2, chapter P3, etc. following chapter P1 are buffered as pre-buffering data.
  • the number of the buffer 24 to be stored and the amount of data stored in the buffer 24 are set as the pre-buffering information (step S16).
  • step S3 in Fig. 4 When the buffering list in which the normal buffering information and the pre-buffering information are set as shown in Fig. 8 is created (step S3 in Fig. 4), The server 1 is requested to transmit data based on the buffering list (step S4).
  • the identification information of the chapter P1, which is normal buffering data is first transmitted to the server 1, and the transmission of the data is requested (step S22 in FIG. 6).
  • buffering is performed in the order of playback order of chapter P2, chapter P3,... (S23), and thus identification information of each chapter P is transmitted to server 1 in that order.
  • Data transmission is requested (step S24).
  • the solid line L1 in FIG. 9A and FIG. 9B shows the change in the amount of data stored in the buffer 24.
  • the normal buffering data is transmitted from the server 1 for continuous reproduction, and the normal buffering data is buffered as indicated by the solid line L1 in FIG.
  • transmission of pre-buffering data from server 1 is normally performed using a band that is not used for buffering data transmission, so the transmission speed is slower than the transmission speed of normal buffering data.
  • the accumulation speed of the pre-buffering data in the buffer 24 is Usually slower than the buffering data accumulation rate.
  • step S3 Creation of a buffering list in the buffering process (step S3 in FIG. 4), data transmission request based on the nouffling list (step S4), and data storage (step S)
  • Step 5 is repeated until playback is stopped.
  • the normal buffering data buffering buffer 24-1 data storage amount is 10
  • a 0% buffering list is created.
  • step S12 and step S13 in Fig. 5 step S3 in Fig. 4
  • step S5 the normal buffering information
  • the buffer 24 in which the data to be played back is buffered becomes the buffer 24-2 (step S12 in FIG. 5).
  • the identification information at the beginning of chapter P2 the number of buffer 24-2 in which chapter P2 is buffered, and the current data storage amount (100%) of buffer 24-2, are set as normal buffering information.
  • a buffering list is created, and data transmission requests and data are stored based on the buffering list.
  • step S51 in FIG. 7 which is detected as buffer 24-2, from the normal buffering information in the ring list (FIG. 12), the data in the buffer 24_2 in the buffering list as shown in FIG. Since the accumulation amount is 100%, that is, buffering of normal buffering data is completed as shown by the solid line L1 in FIG. 9B (step S52), the dotted line L2 in FIG.
  • step S53 a fixed amount of data is read from buffer 24-2 (step S53), decoded and output (step S54). Since this data reading and decoding process is repeated until playback stop is commanded, jump playback from chapter P2 is performed as indicated by the dotted line L2 in FIG. 9B.
  • the dotted line L2 in Fig. 9A and Fig. 9B shows the transition of the data amount of the data read by the buffer 24 force.
  • the pre-buffering data is buffered in advance in parallel with the playback processing, for example, so that even when jump playback is requested, playback from the jump destination is performed quickly. be able to.
  • jump playback can be performed quickly as described above, search by jump playback can also be performed quickly, and the destination is not far from the current playback position. Even so, jump playback makes it possible to watch the jump destination earlier.
  • the buffering of the pre-buffering data is started after the buffering of the normal buffering data is completed.
  • Buffering of buffered data is a force that starts after the buffering of the previous pre-buffering data is completed.
  • the buffering can be performed simultaneously or partially in parallel. it can.
  • the terminal 3 can also buffer data in a predetermined range for several seconds before and after the current playback position.
  • the present invention can be provided in more free jump reproduction without depending on the chapter.
  • jump playback can be performed in units of chapters, for example, if different chapters are set for one content, there are plural types of jump destination information corresponding to the chapter settings.
  • the broadcast station side should provide a digest version of the broadcast program. For example, if a chapter is set so that it is difficult to skip a CM, jump destination information corresponding to the chapter setting is displayed. Exists. Further, if a viewer of the broadcast program sets a chapter from a point of view to a predetermined scene (for example, a scene that he / she has noticed), jump destination information corresponding to the chapter setting exists.
  • a predetermined scene for example, a scene that he / she has noticed
  • one type of jump destination information is provided from the server 1 for the content to be played back, but multiple types of jump destination information are provided for one content. I can do it.
  • FIG. 14 shows a configuration example of a streaming system when a plurality of types of jump destination information is provided in this way.
  • This streaming system includes server 1, network 2, and terminal 3 that constitute the streaming system of FIG. 1, as well as N servers 51 _ 1 to 51-N (hereinafter, if there is no need to distinguish them individually) It is simply referred to as server 51. The same applies to other cases).
  • Each of the servers 51 stores the jump destination information about the content played in the terminal 3 (in this example, the content provided from the server 1 to the terminal 3) in the built-in jump destination information storage unit 61. keeping.
  • the jump destination information held in Sano 1 or 51 corresponds to a chapter that is uniquely set for the user-powered content of server 1 or 51.
  • the jump destination information stored in the jump destination information storage unit 61 1 1 of the server 51_1 corresponds to a chapter preset in the content by the broadcast station side.
  • the jump destination information stored in the jump destination information storage unit 61-2 of the server 51-2 is the power of the user who watched the broadcast program as the user of the server 51-2. This corresponds to the chapter set in the scene.
  • Terminal 3 receives the stream data of the content to be played back transmitted from server 1, and buffers it for playback.
  • terminal 3 performs jump playback based on the data power of the buffer that was buffered in advance.
  • step S101 When a playback command is input from the input unit 28 of the terminal 3, in step S101, the control unit 29 transmits the jump destination information of the content to be played back via the communication unit 21. Request to server 1 or 51 that owns.
  • the server 1 or 51 holding the jump destination information is introduced in a predetermined homepage or magazine, and the user of the terminal 3 can obtain its IP address from there. In addition, obtain the recording media on which the IP address of the server 1 or 51 that provides the user 3 jump destination information is recorded, and have the terminal 3 read the IP address stored in the recording media. It can also be.
  • step S102 the control unit 29 controls the communication unit 21 to include information including the jump destination information transmitted from the server 1 or 51 in response to the request in step S101 (hereinafter, content jump destination). (Referred to as information).
  • the control unit 29 controls the switch unit 22 to supply the content jump destination information to the jump destination information storage unit 23 for storage.
  • FIG. 16 shows a configuration example of content jump destination information.
  • the content jump destination information includes, for each chapter that can be a jump destination, a chapter number, a position from the beginning of the content (for example, time), and explanatory information that describes the chapter scene.
  • the identification information for identifying the content such as the content name and ID, and the jump destination information (more precisely, the type of jump destination information) as will be described later.
  • the selection information to be included is included.
  • the controller 29 selects a list of selection information (hereinafter referred to as the selection information included in the content jump destination information transmitted from the server 1 or 51 received at step S102).
  • the content jump destination information list is displayed on the display unit via the output unit 27.
  • FIG. 17 shows a display example of the content jump destination information list 101.
  • Selection information displayed in the content jump destination information list 101 “recording default channel” “Chapter” 111 1 is content jump destination information selection information sent from server 1, which is a recording / playback device equipped with an HDD, for example. Show that it corresponds to the attached chapter.
  • the selection information "digest" 111-2 is selection information of content jump destination information transmitted from the server 51_1 managed by the content provider, for example, and the jump destination information is the content provider Indicates that it corresponds to a chapter set to provide a digest version of the content.
  • Selection information "user select (impact scene)" 111 13 is selection information of content jump destination information transmitted from, for example, the server 51-2 managed by a viewer with content, and the jump destination Information power Indicates that the viewer corresponds to the chapter set in the scene that the viewer thought was a shocking scene.
  • Selection information “user select (scene of racer A)” 111-4 is, for example, selection information of content champ destination information transmitted from the server 51-3 managed by another viewer of the content. This indicates that the jump destination information corresponds to the chapter set in the scene of the performer (a racer A) that the viewer likes.
  • step S104 the input unit 28 is operated by an operation unit (not shown) by the user, and the predetermined selection information 111 in the content jump destination information list 101 is selected (ie, jumping).
  • the control unit 29 is notified that the type of destination information has been selected and notified to the control unit 29, in step S105, the control unit 29 stores the record in the content jump destination information stored in the jump destination information storage unit 23.
  • a buffering list is created based on the jump destination information of the content jump destination information corresponding to the selected selection information 111. Since this process is the same as the buffering list creation process in step S3 of FIG. 4, the description thereof is omitted.
  • step S106 the control unit 29 of the terminal 3 requests the server 1 for data transmission based on the buffering list created in step S105. Since the processing here is the same as the data transmission request processing in step S4 of FIG. 4, the description thereof is omitted.
  • step S107 the control unit 29 controls the switch unit 22 so that the communication unit 21
  • the received data transmitted in response to the request in step S106 is stored in the buffer 24 shown in the buffering list.
  • step S108 the control unit 29 determines whether or not a playback stop command has been input from the input unit 28. If it is determined that the playback stop command has not been input, the processing step returns to step S104, and the subsequent processing is similarly performed.
  • step S108 When it is determined in step S108 that a playback stop command has been input, the buffering process ends.
  • the buffering process is performed when multiple types of jump destination information are provided.
  • the content is mainly a broadcast program has been described as an example, but the present invention can also be applied to the case where the content is a movie or private video recorded on a DVD.
  • pre-buffering in the above-described embodiment, it is assumed that the next chapter of the chapter being played back is buffered (step S23 in Fig. 6), but pre-buffering is performed.
  • the chapter can also be specified by the user.
  • step S4 in FIG. 4 or step S106 in FIG. 15 in this case will be described with reference to the flowchart in FIG.
  • step S121 the control unit 29 of the terminal 3 determines whether normal buffering information is set in the buffering list generated in step S3 of FIG. 4 or step S105 of FIG. . If it is determined that it is set, the process proceeds to step S122, and the control unit 29 requests the server 1 to transmit normal buffering data.
  • control unit 29 controls the communication unit 21 to transmit the identification information of the normal buffering data read from the normal buffering information to the server 1.
  • step S123 the control unit 29 A list of jump destination information set in the buffering list (hereinafter referred to as a jump destination list) is displayed.
  • the selection information 111-4 of FIG. 17 is selected in step S104 of FIG.
  • a display example of the jump destination list 121 when the buffering list is generated based on the jump destination information corresponding to the jump destination information is shown.
  • the description information (FIG. 16) of each chapter included in the jump destination information is displayed.
  • Explanatory information 131-1 describing the scene of the chapter being played is displayed at the beginning with the mark 132 indicating that it is being played, and the chapter following the chapter is displayed.
  • the jump destination list 121 is provided with a cursor 133 that can be moved by an operation on the operation unit of the user, and the user uses the cursor 133 to display predetermined explanation information 131 displayed in the jump destination list 121.
  • the user uses the cursor 133 to display predetermined explanation information 131 displayed in the jump destination list 121.
  • jump playback from the chapter corresponding to the explanation information 131 can be started (that is, the jump destination can be designated).
  • step S124 the control unit 29 determines whether or not a jump destination candidate is designated.
  • step S125 the control unit 29 can perform buffering in the playback order from the chapter specified as the jump destination candidate. Determine the buffering order.
  • step S124 If it is determined in step S124 that the jump destination candidate has not been specified, the process proceeds to step S126, where the control unit 29 performs buffering in the playback order from the chapter next to the currently played chapter. Determine the order of buffering so that you can.
  • the pre-buffering data is buffered in the determined order in step S127 as in step S24 of FIG. Request server 1 to send pre-buffering data.
  • step S5 in FIG. Advances to step S107 in FIG.
  • the user can specify the chapter at which the pre-buffering is started.
  • the force S for moving the cursor 133 to specify the jump destination and the chapter corresponding to the explanatory information 131 that the cursor 133 points to for a predetermined time or longer are displayed by the user.
  • the pre-buffering can be performed efficiently. it can.
  • the explanation information 131-3 force pointed by the cursor 133 is emphasized compared to the other explanation information 131-1, 131-2, 131-4, 131-5. It can also be displayed (in the example of Fig. 20, it is surrounded by a frame).
  • the description information 131-3 pointed to by the cursor 133 can be impressed on the user, and there is a high possibility that the chapter corresponding to the description information 133-3 is designated as the jump destination.
  • the chapter is buffered (when the cursor 133 points to the description information 131-3 for a predetermined time or more). As a result, jump playback can be performed more reliably.
  • the explanation information 131-3 pointed to by the cursor 133 or the explanation information 131-2 and 131-4 in the vicinity thereof are highlighted and emphasized compared to the other explanation information 131.
  • the display of the other explanatory information 131 can be made inconspicuous.
  • the cursor 133 is displayed in the jump destination list 121 for a predetermined time or more. If the description information 131 is displayed, the chapter corresponding to the description information 131 indicated by the cursor 133 is designated as the jump destination candidate. If you can specify what can be specified as, you can use other methods to specify jump destination candidates.
  • the description information 131 displayed in the jump destination list 121 is indicated for a predetermined time or longer when the cursor 133 indicates the description information 131 while the jump destination list 121 is scrolled. This is to prevent each of the chapters corresponding to the jump destination candidates from being specified, but the jump destination candidates may not be specified while scrolling.
  • step SI 1 in FIG. 5 showing details of the process in step S3 in FIG. 4).
  • FIGS. 22 to 25 show display examples of the jump destination list 121 when the reproduction of content is started and the video is displayed.
  • the example in FIG. 22 is displayed superimposed on the video of the translucent image power content in the jump destination list 121 (ie, alpha blended).
  • the jump destination list 121 is reduced and displayed at the lower right or center of the content video.
  • the jump destination list 121 is configured vertically and displayed at the right end in the content video.
  • the above-described series of processing can be performed by hardware or can be performed by software.
  • a series of processing is performed by software, it is installed in the program power S that constitutes the software, a general-purpose computer, and the like.
  • FIG. 26 shows a configuration example of an embodiment of a computer in which a program for executing the above-described series of processing is installed.
  • the program can be recorded in advance in a hard disk 214 or ROM 212 as a recording medium built in the computer.
  • the program may be a flexible disk, CD-ROM (Compact Disc Read It can be stored (recorded) temporarily or permanently in a removable recording medium 231 such as a Only Memory (MO), MO (Magneto Optical) disk, DVD (Digital Versatile Disc), magnetic disk, or semiconductor memory.
  • a removable recording medium 231 can be provided as so-called package software.
  • the program is installed on the computer from the removable recording medium 231 as described above, and is transferred from the download site to the computer wirelessly via a digital satellite broadcasting artificial satellite or LAN (Local (Area Network), transferred to the computer in a wired manner via the Internet and the network, and the computer can receive the program transferred in this way by the communication unit 219 and install it in the built-in hard disk 214. it can.
  • a digital satellite broadcasting artificial satellite or LAN Local (Area Network)
  • the computer has a CPU (Central Processing Unit) 211 built therein.
  • An input / output interface 216 is connected to the CPU 211 via a bus 215.
  • the CPU 211 has an input unit 218 configured by a user via a keyboard, mouse, microphone, and the like via the input / output interface 216.
  • a program stored in a ROM (Read Only Memory) 212 is executed accordingly.
  • the CPU 211 is a program stored in the hard disk 214, transferred from a satellite or network, received by the communication unit 219, installed in the hard disk 214, or removable recording installed in the drive 220.
  • a program read from the medium 231 and installed in the hard disk 214 is loaded into a RAM (Random Access Memory) 213 and executed.
  • the CPU 211 performs processing performed by the configuration of the block diagram described above.
  • the CPU 211 outputs the processing result as necessary, for example, from the output unit 217 constituted by a liquid crystal display (LCD) via the input / output interface 216 or the communication power.
  • the data is transmitted from the unit 219 and further recorded on the hard disk 214.
  • the program may be processed by one computer, or may be processed in a distributed manner by a plurality of computers. Furthermore, the program may be transferred to a remote computer and executed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

 本発明は、ネットワークを介して送信されてきたコンテンツをリアルタイムで再生する場合のジャンプ再生を適切に行うことができる再生装置および方法、並びにプログラムに関する。 端末3は、サーバ1から送信されてきたストリームデータを受信し、バッファリングをして再生するが、複数のバッファを有しており、ジャンプ再生時においてジャンプ先される可能性のあるジャンプ先の位置のコンテンツのデータをその複数のバッファに予めバッファリングしておくことができる。その結果端末3は、ジャンプ再生の要求があっても、そのジャンプ先のデータはすでにバッファリングされているので、ジャンプ先からの再生を遅滞なく開始することができる。本発明は、例えばテレビジョン受像機に適用される。

Description

明 細 書
再生装置および方法、並びにプログラム
技術分野
[0001] 本発明は再生装置および方法、並びにプログラムに関し、特に、ネットワークを介し て提供されるコンテンツをリアルタイムで再生するときのジャンプ再生を適切に行うこ とができるようにした再生装置および方法、並びにプログラムに関する。
背景技術
[0002] 映像音声情報を蓄積しているビデオサーバとユーザ端末をネットワークで接続し、 ユーザの要求に応じて、ビデオサーバからユーザ端末に映像や音声をリアルタイム に提供できるビデオオンデマンド (VOD)システムが存在する。
[0003] この VODシステムでは、例えばビデオサーバは、ユーザ端末から受けた要求に応じ て蓄積しているデータを読み出し、ユーザ端末に対して、映像音声ストリームを出力 する。
[0004] ユーザ端末は、ビデオサーバから送信されたストリームデータを受信し、それを再 生する。更にストリームデータをネットワークを介して送受信する際に発生するネットヮ ークの遅延等による伝送ゆらぎを吸収して適切に再生することができるように、受信し たストリームデータをバッファにバッファリングしながら再生する。
[0005] すなわちユーザ端末におけるストリームデータの再生は、そのバッファに再生可能 なデータ量のデータが蓄積された後に開始される。
[0006] なおビデオサーバ側にバッファを設ける構成も開発されている(特許文献 1参照) 特許文献 1 :特開 2003— 209823号公報
発明の開示
発明が解決しょうとする課題
[0007] ところでこの VODシステムにおけるストリーミング再生において、再生位置を、例え ばコンテンツに付された所定のマークの位置に変更するジャンプ再生を行うことが可 能である。ジャンプ再生が要求されると、ビデオサーバに対して指定されたジャンプ 先のデータが要求され、その要求に応じてビデオサーバから送信されてきたジャンプ 先のストリーミングデータがバッファリングされて再生される。
[0008] すなわち従来の VODシステムでは、ジャンプ再生が要求された後、ジャンプ先のコ ンテンッのデータがバッファリングされるので、その間、再生が停止し、再生待ちの状 態となる。
[0009] このように再生待ちが生ずると、当然再生映像が不自然に中断され、視聴し辛くな る。また所望の場面を検索するためにジャンプ再生を繰り返し行う場合は、この再生 待ちの分、検索に時間がかかる。さらにジャンプ先が現在の再生位置よりあまり離れ ていない場合、そのまま再生を続けた方力 ジャンプ再生するよりも、ジャンプ先の部 分を早く視聴することができるときがある。
[0010] このように、従来において、ネットワークを介して提供されるコンテンツをリアルタイム で再生する場合、ジャンプ再生を適切に行うことができないことがあった。
[0011] 本発明はこのような状況に鑑みてなされたものであり、ネットワークを介して接続され たサーバから提供されるコンテンツをリアルタイムで再生する場合のジャンプ再生を 適切に行うことができるようにするものである。
課題を解決するための手段
[0012] 本発明の一側面の再生装置は、ネットワークを介して送信されてくるコンテンツをリ アルタイムで再生するとともに、指定された位置からのジャンプ再生が可能な再生装 置において、レ、まから再生されるコンテンツのデータを、前記ネットワークを介して受 信してバッファリングするバッファリング手段と、前記バッファリング手段によりバッファ リングされたデータを再生する再生手段と、ジャンプ再生のジャンプ先を指定する指 定手段とを備え、前記バッファリング手段は、さらに、前記指定手段により指定され得 るジャンプ先のデータを、前記ネットワークを介して受信してバッファリングし、前記再 生手段は、前記指定手段によりジャンプ先が指定された場合、前記バッファリング手 段により前記ジャンプ先のデータがバッファリングされているとき、バッファリングされ ているそのデータ力らジャンプ再生を行う。
[0013] 前記指定手段により指定され得るジャンプ先の情報を、前記コンテンツを提供する サーバから取得する取得手段をさらに設け、前記バッファリング手段は、前記取得手 段により取得された前記ジャンプ先の情報に基づいて、前記指定手段により指定さ れ得るジャンプ先のデータを前記ネットワークを介して受信してバッファリングすること ができる。
[0014] 前記バッファリング手段は、前記指定手段により指定され得るジャンプ先が複数存 在する場合、所定の順番で、前記指定手段により指定され得るジャンプ先のデータ を前記ネットワークを介して受信してバッファリングすることができる。
[0015] 前記バッファリング手段は、前記指定手段により指定され得るジャンプ先が複数存 在する場合、前記指定手段により指定され得るジャンプ先の中の所定のジャンプ先 のデータについてのみ、前記ネットワークを介して受信してバッファリングすることがで きる。
[0016] 前記バッファリング手段は、ジャンプ再生が要求されたとき、前記指定手段により指 定され得るジャンプ先の中の要求されたジャンプ再生のジャンプ先の位置に応じた ジャンプ先についてのみ、前記ネットワークを介して受信してバッファリングすることが できる。
[0017] 再生されるコンテンツに対しての複数種類のジャンプ先の情報を取得する取得手 段と、前記取得手段により取得された前記複数種類のジャンプ先の情報の選択情報 を提示する提示手段と、前記提示手段により提示された前記選択情報の中から所定 の選択情報を選択する選択手段とをさらに備え、前記バッファリング手段は、前記選 択手段により選択された前記選択情報に対応するジャンプ先の情報に基づいて、前 記指定手段により指定され得るジャンプ先のデータを、前記ネットワークを介して受 信してバッファリングすることができる。
[0018] 前記指定手段は、ジャンプ先の一覧を表示する表示手段と、前記表示手段により 表示された前記ジャンプ先の一覧の中から所定のジャンプ先を指定するジャンプ先 指定手段とを備え、前記バッファリング手段は、前記ジャンプ先指定手段により指定 された前記ジャンプ先から、所定の順番で、指定され得るジャンプ先のデータを、前 記ネットワークを介して受信してバッファリングすることができる。
[0019] 前記ジャンプ先指定手段は、前記ジャンプ先の一覧に表示されているジャンプ先 の中からジャンプ先の候補を指定する候補指定手段と、前記ジャンプ先の候補をジ ヤンプ先として決定するジャンプ先決定手段とを備え、前記バッファリング手段は、前 記候補指定手段によりジャンプ先の候補が指定されたときジャンプ先の候補として指 定されたジャンプ先から、所定の順番で、指定され得るジャンプ先のデータを、前記 ネットワークを介して受信してバッファリングすることができる。
[0020] 前記表示手段は、前記候補指定手段により指定されているジャンプ先またはその ジャンプ先の近傍の表示力 S、他のジャンプ先の表示に比べ強調されるように前記ジャ ンプ先の一覧の表示を制御することができる。
[0021] 本発明の一側面の再生方法、またはプログラムは、ネットワークを介して送信されて くるコンテンツをリアルタイムで再生するとともに、指定された位置からのジャンプ再生 が可能な再生装置の再生方法において、またはネットワークを介して送信されてくる コンテンツをリアルタイムで再生するとともに、指定された位置からのジャンプ再生を 行う再生処理をコンピュータに実行されるプログラムにおいて、レ、まから再生されるコ ンテンッのデータを、前記ネットワークを介して受信してバッファリングするバッファリン グステップと、前記バッファリングステップの処理でバッファリングされたデータを再生 する再生ステップと、ジャンプ再生のジャンプ先を指定する指定ステップとを含み、前 記バッファリングステップは、さらに、前記指定ステップの処理で指定され得るジヤン プ先のデータを、前記ネットワークを介して受信してバッファリングし、前記再生ステツ プは、前記指定ステップの処理でジャンプ先が指定された場合、前記バッファリング ステップの処理で前記ジャンプ先のデータがバッファリングされているとき、ノくッファリ ングされてレ、るそのデータからジャンプ再生を行う。
[0022] 本発明の一側面の再生装置、再生方法、またはプログラムにおいては、レ、まから再 生されるコンテンツのデータが、前記ネットワークを介して受信されてバッファリングさ れ、ノ ッファリングされたデータが再生される。ジャンプ先となり得るデータ力 前記ネ ットワークを介して受信してバッファリングされ、ジャンプ先が指定された場合、前記ジ ヤンプ先のデータがバッファリングされているときは、バッファリングされているそのデ ータからジャンプ再生が行われる。
発明の効果
[0023] 本発明によれば、ネットワークを介して提供されるコンテンツをリアルタイムで再生す る場合において、ジャンプ再生を適切に行うことができる。 図面の簡単な説明
[図 1]本発明を適用したストリーミングシステムの構成例を示すブロック図である。
[図 2]図 1のサーバ 1の構成例を示すブロック図である。
[図 3]図 1の端末 3の構成例を示すブロック図である。
[図 4]端末 3のバッファリング処理を説明するフローチャートである。
[図 5]図 4のステップ S3のバッファリングリスト作成処理を説明するフローチャートであ る。
[図 6]図 4のステップ S4のデータ送信要求処理を説明するフローチャートである。
[図 7]端末 3の再生処理を説明するフローチャートである。
[図 8]バッファリングリストの例を示す図である。
[図 9]バッファ 24のデータ蓄積量の推移を示す図である。
[図 10]バッファリングリストの他の例を示す図である。
[図 11]バッファリングリストの他の例を示す図である。
[図 12]バッファリングリストの他の例を示す図である。
[図 13]事前バッファリングデータのバッファリングの順序を説明する図である。
[図 14]本発明を適用したストリーミングシステムの他の構成例を示すブロック図である
[図 15]端末 3の他のバッファリング処理を説明するフローチャートである。
[図 16]コンテンツジャンプ先情報の例を示す図である。
[図 17]コンテンツジャンプ先情報リストの表示例を示す図である。
[図 18]他のデータ送信要求処理を説明するフローチャートである。
[図 19]ジャンプ先一覧の表示例を示す図である。
[図 20]ジャンプ先一覧の他の表示例を示す図である。
[図 21]ジャンプ先一覧の他の表示例を示す図である。
[図 22]ジャンプ先一覧の他の表示例を示す図である。
[図 23]ジャンプ先一覧の他の表示例を示す図である。
[図 24]ジャンプ先一覧の他の表示例を示す図である。
[図 25]ジャンプ先一覧の他の表示例を示す図である。 [図 26]パーソナルコンピュータの構成例を示す図である。
符号の説明
[0025] 1 サーバ, 2 ネットワーク, 3 端末, 11 コンテンツ記憶部, 12 ジャンプ 先情報記憶部, 13 スィッチ部, 14 通信部, 15 制御部, 21 通信部, 22 スィッチ部, 23 ジャンプ先情報記憶部, 24 バッファ, 25 スィッチ部, 26 復号部, 27 出力部, 28 入力部, 29 制御部, 51 サーバ, 61 ジヤン プ先情報記憶部, 101 コンテンツジャンプ先情報リスト, 121 ジャンプ先一覧 発明を実施するための最良の形態
[0026] 図 1は、本発明を適用したストリーミングシステムの構成例を示している。
[0027] サーバ 1は、端末 3に提供する映像音声情報 (以下、コンテンツと称する)を蓄積し ている。サーバ 1は、端末 3からの要求に応じて、コンテンツをリアルタイムで提供する
(例えば、コンテンツを構成する映像音声ストリームを出力する)。
[0028] 端末 3は、サーバ 1から送信されてきた、例えばストリームデータを受信し、それをバ ッファリングして再生する。端末 3は、この例の場合複数のバッファを有しており、ジャ ンプ再生される可能性のあるジャンプ先のコンテンツのデータをその複数のバッファ に予めバッファリングしておく。
[0029] 端末 3は、ジャンプ再生の要求があった場合、予めバッファリングしたデータからジ ヤンプ再生を行う。
[0030] すなわち端末 3は、このようにジャンプ再生される可能性のあるジャンプ先のデータ を予めバッファリングしておくようにしたので、ジャンプ再生を遅滞なく行うことができる
[0031] なおサーバ 1は、例えばネットワーク 2が家庭内ネットワークである場合における DV Dプレーヤ、または HDD (Hard Disk Drive)を用いた記録再生装置で、端末 3は、例 えば DVDプレーヤ、記録再生装置、またはテレビジョン受像機である。またサーバ 1 は、例えばネットワーク 2がインターネットである場合のコンテンツ配信サーバで、端末 3は、例えば再生装置としての PC (Personal Computer)や携帯電話機等である。
[0032] 図 2は、サーバ 1の構成例を示している。
[0033] コンテンツ記憶部 11は、端末 3に供給するコンテンツを記憶している。 [0034] ジャンプ先情報記憶部 12は、コンテンツ記憶部 11に記憶されてレ、るコンテンツの 再生にぉレ、てジャンプ再生される可能性のあるジャンプ先の位置を示す情報(以下、 ジャンプ先情報と称する)を記憶してレ、る。
[0035] 例えばサーバ 1が DVDプレーヤである場合を考える。 DVDに記録されている映画 力 端末 3に提供されるとき、映画のシーン毎に設定されたチヤプタ単位でのジヤン プ再生が可能となる。従ってこの場合、例えば各チヤプタの番号がジャンプ先情報と して記憶される。
[0036] またサーバ 1が HDDを搭載した録画再生装置である場合を考える。 HDDに録画さ れた放送番組が端末 3に提供されるとき、放送番組のあるシーンや CMの範囲に設定 されたチヤプタ単位でのジャンプ再生が可能となる。従ってこの場合、例えば各チヤ プタの番号がジャンプ先情報として記憶される。
[0037] またサーバ 1が HDDを搭載した録画再生装置である場合を考える。 HDDに録画さ れたカムコーダで撮影されたプライベートビデオが端末 3に提供されるとき、カムコー ダの撮影時に撮影者やカムコーダにより付されたマークへのジャンプ再生が可能とな る。従ってこの場合、各マークが示すコンテンツ上の位置を示す情報がジャンプ先情 報として記憶される。
[0038] スィッチ部 13は、制御部 15の制御に従って、コンテンツ記憶部 11から、そこに記憶 されているコンテンツデータを読み出して、通信部 14に供給したり、ジャンプ先情報 記憶部 12から、そこに記憶されているジャンプ先情報を読み出して、通信部 14に供 給する。
[0039] 通信部 14は、ネットワーク 2に接続されており、スィッチ部 13から供給されるコンテ ンッデータまたはジャンプ先情報を、ネットワーク 2を介して端末 3に送信する。
[0040] 制御部 15は、 CPU, RAM, ROM等を有し、サーバ 1全体を制御し、ネットワーク 2を 介して、コンテンツまたはジャンプ先情報を端末 3に送信する。
[0041] 図 3は、端末 3の構成例を示している。
[0042] 通信部 21は、サーバ 1からネットワーク 2を介して送信されてきたコンテンツまたはジ ヤンプ先情報を受信し、スィッチ部 22に供給する。
[0043] スィッチ部 22は、制御部 29の制御に従って、通信部 21から供給されたジャンプ先 情報をジャンプ先情報記憶部 23に供給したり、通信部 21から供給されたコンテンツ のデータを N個のバッファ 24— 1乃至 24— N (以下、個々に区別する必要がない場 合、バッファ 24と称する)に振り分けて供給したりする。
[0044] ジャンプ先情報記憶部 23は、スィッチ部 22から供給されたジャンプ先情報を記憶 する。
[0045] バッファ 24は、スィッチ部 22から供給されたコンテンツデータを一時的に記憶し、ス イッチ部 25からの読み出しに応じてスィッチ部 25に供給する。
[0046] スィッチ部 25は、制御部 29の制御に従って、所定のバッファ 24から、データを読み 出し、復号部 26に供給する。
[0047] 復号部 26は、スィッチ部 25から供給されたデータを復号し、その結果得られた映 像音声データを、出力部 27に供給する。
[0048] 出力部 27は、復号部 26から供給された映像信号を、図示せぬ表示部に供給して、 その映像信号に対応する映像を表示させたり、音声信号を図示せぬスピーカに供給 してその音声信号に対応する音声を出力させる。
[0049] 入力部 28は、図示せぬ操作部に対するユーザの操作内容を入力し、制御部 29に 通知する。
[0050] 制御部 29は、各部を制御し、サーバ 1から提供されているコンテンツの再生処理を 実行させる。
[0051] 次に端末 3の動作を、バッファリング処理と再生処理とに分けて説明する力 はじめ に図 4乃至図 7のフローチャートを参照してそれらの概略を説明し、その後具体的に 説明する。
[0052] はじめに図 4乃至図 6のフローチャートを参照して、バッファリング処理を説明する。
[0053] 端末 3の入力部 28から、再生指令が入力されると、ステップ S1において、制御部 2
9は、通信部 21を介して、再生するコンテンツのジャンプ先情報の送信を、サーバ 1 に要求する。
[0054] ステップ S2において、制御部 29は、通信部 21を制御して、ステップ S1での要求に 応じてサーバ 1から送信されてきたジャンプ先情報を受信させ、スィッチ部 22を制御 して、そのジャンプ先情報を、ジャンプ先情報記憶部 23に供給させて記憶させる。 [0055] 次にステップ S3において、制御部 29は、ジャンプ先情報記憶部 23に記憶されたジ ヤンプ先情報に基づいて、バッファリングリストを作成する。
[0056] この処理の詳細を、図 5のフローチャートを参照して説明する。
[0057] ステップ S11において、端末 3の制御部 29は、再生が開始されているか否かを判 定し、開始されていると判定した場合、ステップ S12に進み、レ、まから再生されるデー タをバッファリングしているバッファ 24を検出する。
[0058] 次にステップ S13において、現在行われている再生のためのバッファリングに必要 な情報(以下、通常バッファリング情報と称する)をバッファリングリストに設定する。
[0059] 例えば、レ、まから再生されるデータであって、再生を継続するためにバッファリング する必要があるデータ(以下、通常バッファリングデータと称する)の識別情報、通常 バッファリングデータがバッファリングされるバッファ 24の番号、および通常バッファリ ングデータがバッファリングされるバッファ 24の現在のデータ蓄積量力 S、通常バッファ リング情報として設定される。
[0060] ステップ S14において、制御部 29は、ジャンプ先となり得る部分(例えば、チヤプタ やマークが付された部分)(以下、事前バッファリングデータと称する)のバッファリン グがすべて完了したか否力を判定する。
[0061] なおここでバッファリングが完了したとは、バッファ 24に、復号等の処理を開始でき るだけのデータ量のデータが格納されていることを意味する。
[0062] ステップ S14で、まだバッファリングが完了していない事前バッファリングデータが存 在すると判定した場合、ステップ S15に進み、制御部 29は、バッファリングが完了して いない事前バッファリングデータをバッファリングするバッファ 24を決定する。
[0063] 次にステップ S16において、制御部 29は、事前バッファリングデータをバッファリン グするために必要な情報(以下、事前バッファリング情報と称する)をバッファリングリ ストに設定する。
[0064] 例えば、事前バッファリングデータの識別情報、ステップ S 15で決定された事前バッ ファリングデータがバッファリングされるバッファ 24の番号、および事前バッファリング データがバッファリングされるバッファ 24のいま現在のデータ蓄積量力 事前バッファ リング情報として設定される。 [0065] ステップ S14で、事前バッファリングデータのバッファリングがすべて完了していると 判定された場合、またはステップ S 15で、事前バッファリング情報がバッファリングリス トに設定されたとき、図 4のステップ S4に進む。
[0066] ステップ S4において、端末 3の制御部 29は、ステップ S3で生成したバッファリングリ ストに基づいて、サーバ 1に対してデータ送信を要求する。
[0067] この処理の詳細は、図 6のフローチャートに示されている。
[0068] すなわちステップ S21において、端末 3の制御部 29は、バッファリングリストに、通常 バッファリング情報が設定されているか否かを判定し、設定されていると判定した場合 、ステップ S22に進み、通常バッファリングデータの送信をサーバ 1に要求する。
[0069] 例えば、制御部 29は、通常バッファリング情報から読み出した通常バッファリングデ ータの識別情報を、通信部 21を制御してサーバ 1に送信させる。
[0070] このように通常バッファリングデータの送信を要求し、後述する図 4のステップ S5で 、その要求に応じて送信されてきたデータがバッファリングされることにより、いま行わ れている再生を中断させることなく継続することができる。
[0071] ステップ S21で、通常バッファリング情報が設定されていないと判定されたとき、また はステップ S22で、通常バッファリングデータの送信が要求されたとき、ステップ S23 において、制御部 29は、事前バッファリングデータのバッファリングの順序を決定す る。
[0072] 次にステップ S24において、制御部 29は、決定した順番で事前バッファリングデー タがバッファリングされるように、事前バッファリングデータの送信をサーバ 1に要求す る。
[0073] 例えば、制御部 29は、通信部 21を介して、事前バッファリング情報から読み出した 事前バッファリングデータの識別情報を、決定した順番でサーバ 1に送信する。
[0074] このようにしてデータ送信がサーバ 1に対して要求されると、図 4のステップ S5に進 む。
[0075] ステップ S5において、端末 3の制御部 29は、スィッチ部 22を制御して、通信部 21 により受信された、ステップ S4での要求に応じて送信されているデータを、ノ ノファリ ングリストに示されるバッファ 24に格納させる。 [0076] 次にステップ S6において、制御部 29は、入力部 28から再生停止の指令が入力さ れたか否かを判定し、再生停止の指令が入力されていないと判定した場合、ステップ S3に戻り、それ以降の処理を同様に実行する。
[0077] ステップ S6で、再生停止の指令が入力されたと判定されたとき、バッファリング処理 は終了する。
[0078] 次に、図 7のフローチャートを参照して、端末 3における再生処理の概略を説明する
[0079] ステップ S51において、制御部 29は、バッファリングリストに設定されている通常バ ッファリング情報を参照して、通常バッファリングデータがバッファリングされているバ ッファ 24を検出する。
[0080] ステップ S52において、制御部 29は、通常バッファリングデータのバッファリングが 完了しているか否力 ^判定し、完了していると判定できるまで待機する。
[0081] 例えば、制御部 29は、通常バッファリング情報のデータ蓄積量を参照して、通常バ ッファリングデータのバッファリングが完了しているか否かを判定する。
[0082] ステップ S52で、通常バッファリングデータのバッファリングが完了していると判定し た場合、ステップ S53に進み、制御部 29は、スィッチ部 25を制御して、通常バッファ リングデータがバッファリングされているバッファ 24から、復号に適した量のデータを 読み出させ、ステップ S54で、それを復号部 26に供給させて復号させる。復号された データは、出力部 27を介して出力される。
[0083] 次にステップ S55において、制御部 29は、入力部 28から再生停止の指令が入力さ れたか否かを判定し、再生停止の指令が入力されていないと判定した場合、ステップ S53に戻り、それ以降の処理を同様に実行する。
[0084] なおステップ S52でバッファリングが完了した後は、一定量のデータが適宜補充さ れるので(図 4のステップ S5)、通常、ステップ S53で読み出される分のデータは、バ ッファ 24に記憶されている。しかし何らかの不都合でステップ S53で読み出される分 のデータがバッファ 24に記憶されていないときは、ステップ S53でのデータの読み出 しは、その分のデータが記憶されるまで停止することになる。
[0085] このようにステップ S53乃至ステップ S55の処理が繰り返し実行されることにより、復 号されたコンテンツデータが出力され、コンテンツ再生が行われる。
[0086] ステップ S55で、再生停止の指令が入力されたと判定された場合、制御部 29は、 再生処理を停止する。
[0087] 次に、図 8のバッファリングリストを参照して、上述したバッファリング処理および再生 処理がより具体的に説明される。
[0088] 再生されるコンテンツのジャンプ先情報が記憶されると(図 4のステップ S1およびス テツプ S2)、バッファリングリストが作成される(ステップ S3)。
[0089] 具体的には、例えばバッファ 24—1が、レ、まから再生されるデータをバッファリングす るバッファ 24として検出される(図 5のステップ Sl l、ステップ S12)。
[0090] その結果、図 8に示すように、コンテンツの先頭のチヤプタ P1の先頭部分の識別情 報、そのチヤプタ P1の部分(以下、適宜、単に、チヤプタ P1と称する)がバッファリング されるバッファ 24— 1の番号(# 1)、そしてバッファ 24— 1の現在のデータ蓄積量が
、通常バッファリング情報としてバッファリングリストに設定されている(ステップ S13)。
[0091] なおこの例の場合、図 3のバッファ 24— 1乃至 24— Nには、ノ、ィフン(一)に続く数 字と同じ数字がバッファ 24の番号として割り当てられてレ、るものとする。
[0092] 通常バッファリングデータがバッファリングされるバッファ 24の現在のデータ蓄積量 は、この例の場合、復号等の再生処理を開始できるデータ量を 100%としたときの割 合であり、レ、まの場合、バッファ 24— 1にデータがまだ蓄積されていないので、 0%と なっている。
[0093] いまの場合、事前バッファリングデータのバッファリングは完了していないので(ステ ップ S14)、事前バッファリングデータとしての、チヤプタ P1に続くチヤプタ P2、チヤプ タ P3、 · ·がバッファリングされるバッファ 24— 2、 24- 3, · · · ·が決定され (ステップ S 15)、事前バッファリングデータとしてのチヤプタ P2以降のチヤプタ Pの番号、決定さ れたそのチヤプタ Pがバッファリングされるバッファ 24の番号、そしてそのバッファ 24 のデータ蓄積量が、それぞれ事前バッファリング情報として設定されている(ステップ S16)。
[0094] このように図 8に示したような、通常バッファリング情報および事前バッファリング情 報がそれぞれ設定されたバッファリングリストが作成されると(図 4のステップ S3)、そ のバッファリングリストに基づいてデータの送信がサーバ 1に対して要求される(ステツ プ S4)。
[0095] レ、まの場合、通常バッファリングデータであるチヤプタ P1の識別情報が最初にサー バ 1に送信され、そのデータの送信が要求される(図 6のステップ S22)。
[0096] またいまの場合チヤプタ P2、チヤプタ P3、 . · ·の再生順の順番でバッファリングされ るので(S23)、その順番で各チヤプタ Pの識別情報がサーバ 1に送信され、その順番 でのデータ送信が要求される(ステップ S 24)。
[0097] このように再生順に事前バッファリングデータをバッファリングするようにすれば、例 えば再生中のチヤプタの次に再生されるチヤプタへのジャンプ再生を迅速に行うこと ができる。
[0098] このようにデータ送信がサーバ 1に対して要求されると、その要求に応じてサーバ 1 力、ら送信されてくるデータの格納が行われる(図 4のステップ S5)。
[0099] レ、まの例の場合、はじめにチヤプタ P1のデータがサーバ 1から送信されてくるので、 例えば図 9の Aの実線 L1が示すように、時刻 tlから、チヤプタ P1のバッファ 24— 1へ の格納が開始される。
[0100] そしていまの場合、図 9の Bの実線 L1が示すように、チヤプタ P1のバッファリングが 完了した後(時刻 t2)、事前バッファリングデータとしてのチヤプタ P2の格納が開始さ れる。
[0101] またはその図示は省略するが、チヤプタ P2以降にバッファリングされるチヤプタ に ついても、前のチヤプタ Pのバッファリングが完了した後、その格納が開始される。
[0102] なお図 9の Aと図 9の Bの実線 L1は、バッファ 24に格納されるデータのデータ量の 推移を示している。
[0103] 時刻 t2以降も、再生を継続的行うために通常バッファリングデータがサーバ 1から送 信され、図 9の Aの実線 L1に示すように、通常バッファリングデータのバッファリングが 行われる。そのため、事前バッファリングデータのサーバ 1からの送信は、通常バッフ ァリングデータの送信で使用されていない帯域を用いて行われるので、その伝送速 度は通常バッファリングデータの伝送速度より遅くなる場合がある。その場合、図 9の Bの実線 L1が示すように、事前バッファリングデータのバッファ 24への蓄積速度は、 通常バッファリングデータの蓄積速度よりも遅くなる。
[0104] バッファリング処理におけるバッファリングリスト作成(図 4のステップ S3)、ノくッファリ ングリストに基づくデータの送信要求(ステップ S4)、およびデータの格納 (ステップ S
5)は、再生が停止されるまで、繰り返し行われる。
[0105] 通常バッファリングデータのバッファリングが完了したとき、例えば図 10に示すような
、通常バッファリングデータをバッファリングするバッファ 24— 1のデータ蓄積量が 10
0%とされたバッファリングリストが作成される。
[0106] さらに事前バッファリングデータのバッファリングがすべて完了すると、図 1 1に示す ような、事前バッファリングデータをバッファリングするすべてのバッファ 24のデータ蓄 積量が 100%とされたバッファリングリストが作成される。
[0107] また再生が進行し、またはジャンプ再生が要求されると、通常バッファリング情報が 更新されて(図 5のステップ S 12およびステップ S 13) (図 4のステップ S3)、その通常 バッファリング情報に応じたデータ送信の要求 (ステップ S4)、およびその格納 (ステ ップ S 5)が行われる。
[0108] 例えばチヤプタ P2にジャンプ再生が要求された場合、いまから再生されるデータが バッファリングされているバッファ 24は、バッファ 24— 2となるので(図 5のステップ S 1 2)、図 12に示すような、チヤプタ P2の先頭の識別情報、チヤプタ P2がバッファリング されるバッファ 24— 2の番号、およびバッファ 24— 2の現在のデータ蓄積量(100%) 力 通常バッファリング情報として設定されているバッファリングリストが作成され、その バッファリングリストに基づいてデータ送信要求やデータ格納が行われる。
[0109] このようにしてバッファリング処理が行われる。
[0110] 一方再生処理においては、通常バッファリングデータをバッファリングしているバッ ファ 24力 バッファリングリスト(図 8)の通常バッファリング情報力 バッファ 24— 1で あると検出され(図 7のステップ S51)、図 10に示したように、バッファリングリストのバッ ファ 24— 1のデータ蓄積量が 100%とされたとき、すなわち通常バッファリングデータ のバッファリングが完了したと判定されたとき(ステップ S52)、バッファ 24— 1から一定 量のデータが読み出され (ステップ S53)、復号されて出力される (ステップ S54)。こ のデータの読み出しと復号の処理が再生停止が指令されるまで繰り返されるので、 図 9の Aの点線 L2が示すように、チヤプタ P1からの再生が行われる。
[0111] また例えばチヤプタ P2へのジャンプ再生力 図 9の Aと図 9の Bに示すように時刻 t4 で要求されると、通常バッファリングデータをバッファリングしているバッファ 24力 ノく ッフアリングリストの通常バッファリング情報(図 12)からバッファ 24— 2であると検出さ れるカ S (図 7のステップ S51)、図 12に示したように、バッファリングリストのバッファ 24 _ 2のデータ蓄積量が 100%であるので、すなわち図 9の Bの実線 L1が示すように、 通常バッファリングデータのバッファリングが完了しているので(ステップ S52)、図 9の Bの点線 L2が示すように、時刻 t4から、バッファ 24— 2から一定量のデータが読み出 され (ステップ S53)、復号されて出力される(ステップ S54)。このデータの読み出しと 復号の処理が再生停止が指令されるまで繰り返されるので、図 9の Bの点線 L2が示 すように、チヤプタ P2からのジャンプ再生が行われる。
[0112] なお図 9の Aと図 9の Bの点線 L2は、バッファ 24力 読み出されたデータのデータ 量の推移を示している。
[0113] このように事前バッファリングデータを、例えば再生処理と並行して、予めバッファリ ングしておくようにしたので、ジャンプ再生が要求されても、そのジャンプ先からの再 生を迅速に行うことができる。
[0114] 以上のようにジャンプ再生を迅速に行うことができるようにしたので、ジャンプ再生に よる検索も迅速に行うことができ、また移動先が現在の再生位置からあまり離れてレ、 ない場合であっても、ジャンプ再生により、より早くジャンプ先の部分を視聴すること ができるようになる。
[0115] なお以上においては、図 9の Aと図 9の Bに示したように、通常バッファリングデータ のバッファリングが完了してから、事前バッファリングデータのバッファリングが開始さ れ、また事前バッファリングデータのバッファリングは、 1つ先の事前バッファリングデ ータのバッファリングが完了した後に開始されるようにした力 それらのバッファリング を同時にまたは一部並行して行うようにすることもできる。
[0116] また以上においては、すべてのジャンプ先についてバッファリングしておく場合を例 として説明したが、例えば、現在再生されているチヤプタの前後の数個のチヤプタに ついてのみバッファリングしておくなど、特定のジャンプ先についてのみバッファリン グしておくようにすることもできる。
[0117] また以上においては、予め決められたジャンプ先についてバッファリングを行う場合 を例として説明したが、例えばジャンプ再生されたとき、そのジャンプ先の位置に応じ てバッファリングするジャンプ先を変更するようにすることもできる。
[0118] 例えば、再生順にチヤプタ Pをバッファリングする処理の例を図 13を参照して説明 する。再生順においてチヤプタ P13までのバッファリングが完了している状態で(図中 、影が付されているチヤプタ Pはバッファリングが完了している)、チヤプタ P11が再生 されているとき、チヤプタ P21にジャンプ再生されると、チヤプタ P14以降のバッファリン グは行わず、チヤプタ P22以降についてバッファリングするようにすることもできる。
[0119] また以上においてはサーバ 1から供給されたジャンプ先情報に基づいて、ジャンプ 先のバッファリングを行う場合を例として説明した。この例以外にも端末 3側で、いま 再生している位置から前後数秒間の所定の範囲のデータをバッファリングするように することもできる。この場合、例えばチヤプタに依存せずに、より自由なジャンプ再生 においても本発明を提供することができる。
[0120] ところで、ジャンプ再生は、例えばチヤプタ単位で可能となることから、 1つのコンテ ンッに対して異なるチヤプタが設定されれば、そのチヤプタ設定に応じた複数種類の ジャンプ先情報が存在する。
[0121] 例えばコンテンツが放送番組である場合、放送局側が放送番組のダイジェスト版を 提供すベぐ例えば、 CMを飛ばし難いようにチヤプタを設定すれば、そのチヤプタ設 定に応じたジャンプ先情報が存在する。またその放送番組の視聴者が自分の観点か ら所定のシーン (例えば自分が注目したシーン等)にチヤプタを設定すれば、そのチ ャプタ設定に応じたジャンプ先情報が存在する。
[0122] そこで以上においては、再生されるコンテンツに対してサーバ 1から 1種類のジヤン プ先情報が提供されたが、 1つのコンテンツに対して複数種類のジャンプ先情報が 提供されるようにすることちできる。
[0123] このように複数種類のジャンプ先情報を提供し、端末 3のユーザが、所望の種類の ジャンプ先情報を選択することができるようにすれば、端末 3のユーザは、そのジヤン プ先情報に対応するチヤプタの単位で(例えば、あるユーザが設定したチヤプタの単 位で)、再生映像の中断等の不具合なくジャンプ再生させることができる。
[0124] 図 14は、このように複数種類のジャンプ先情報が提供される場合のストリーミングシ ステムの構成例を示している。このストリーミングシステムには、図 1のストリーミングシ ステムを構成するサーバ 1、ネットワーク 2、および端末 3の他、 N個のサーバ 51 _ 1 乃至 51—N (以下、個々に区別する必要がない場合、単に、サーバ 51と称する。他 の場合も同様である)が設けられている。
[0125] サーバ 51のそれぞれは、端末 3で再生されるコンテンツ(この例の場合、サーバ 1か ら端末 3に提供されるコンテンツ)についてのジャンプ先情報を、内蔵するジャンプ先 情報記憶部 61に保持している。サーノ 1または 51に保持されているジャンプ先情報 は、サーバ 1または 51のユーザ力 コンテンツに対して独自に設定したチヤプタに対 応するものとなっている。
[0126] 例えばコンテンツが放送番組である場合、サーバ 51 _ 1のジャンプ先情報記憶部 6 1 1に保持されてレ、るジャンプ先情報は、放送局側がコンテンツに予め設定したチ ャプタに対応するものであり、サーバ 51— 2のジャンプ先情報記憶部 61— 2に保持さ れているジャンプ先情報は、サーバ 51— 2のユーザであるその放送番組を視聴した 者力 自分の観点で所定のシーンに設定したチヤプタに対応するものである。
[0127] 端末 3は、サーバ 1から送信されてきた再生するコンテンツのストリームデータを受 信し、それをバッファリングして再生する力 \サーバ 1または 51から提供されたそのコ ンテンッのジャンプ先情報に基づレ、て、そのジャンプ先情報に対応するチヤプタのデ ータを、図 1における場合と同様にして、事前にバッファリングする。
[0128] 端末 3は、コンテンツの再生中にジャンプ再生の要求があった場合、事前にバッフ ァリングしたチヤプタのデータ力、らジャンプ再生を行う。
[0129] 次に、図 15のフローチャートを参照して、図 14の端末 3のバッファリング処理を説明 する。
[0130] 端末 3の入力部 28から、再生指令が入力されると、ステップ S101において、制御 部 29は、通信部 21を介して、再生するコンテンツのジャンプ先情報の送信を、その ジャンプ先情報を保有しているサーバ 1または 51に要求する。
[0131] なおそのジャンプ先情報を保有しているサーバ 1または 51についての情報は、 IPァ ドレス等のアクセスするために必要な情報とともに、例えば、そのコンテンツの提供元 力 通知されるようにすること力 Sできる。
[0132] またジャンプ先情報を保有するサーバ 1または 51が所定のホームページや雑誌で 紹介され、端末 3のユーザがその IPアドレスをそこから入手するようにすることもできる 。さらに端末 3のユーザ力 ジャンプ先情報を提供するサーバ 1または 51の IPアドレス 等が記録されている記録メディアを入手し、端末 3にその記録メディアに記憶されて レ、る IPアドレスを読み込ませるようにすることもできる。
[0133] レ、まの例の場合、端末 3が認知し得る、再生するコンテンツについてのジャンプ先 情報を保有するすべてのサーノ 1または 51にジャンプ先情報の送信が要求されるも のとするが、所定のサーバ 1または 51に対してのみジャンプ先情報の送信が要求さ れるようにすることちできる。
[0134] ステップ S102において、制御部 29は、通信部 21を制御して、ステップ S101での 要求に応じてサーバ 1または 51から送信されてきたジャンプ先情報を含む情報(以 下、コンテンツジャンプ先情報と称する)を受信させる。又は制御部 29は、スィッチ部 22を制御して、そのコンテンツジャンプ先情報を、ジャンプ先情報記憶部 23に供給 させて記憶させる。
[0135] 図 16は、コンテンツジャンプ先情報の構成例を示している。
[0136] 図 16の例の場合、コンテンツジャンプ先情報には、ジャンプ先となり得るチヤプタ毎 に、チヤプタ番号、コンテンツの先頭からの位置(例えば時間)、およびチヤプタのシ ーンを説明する説明情報等からなるチャンプ先情報の他、コンテンツ名や ID等のコン テンッを識別するための識別情報、および後述するようにジャンプ先情報(正確には 、ジャンプ先情報の種類)を選択するために表示される選択情報が含まれてレ、る。
[0137] 図 15に戻りステップ S103におレ、て、制御部 29は、ステップ S102で受信されたサ ーバ 1または 51から送信されてきたコンテンツジャンプ先情報に含まれる選択情報の リスト(以下、コンテンツジャンプ先情報リストと称する)を、出力部 27を介して表示部 に表示させる。
[0138] 図 17は、コンテンツジャンプ先情報リスト 101の表示例を示している。
[0139] このコンテンツジャンプ先情報リスト 101に表示される選択情報「録画デフォルトチ ャプタ」 111 1は、例えば HDDを搭載した録画再生装置であるサーバ 1から送信さ れてきたコンテンツジャンプ先情報の選択情報であって、ジャンプ先情報力 サーバ 1におレ、て録画時に自動で付されたチヤプタに対応するものであることを示してレ、る。
[0140] 選択情報「ダイジェスト」 111—2は、例えばコンテンツの提供元が管理するサーバ 51 _ 1から送信されてきたコンテンツジャンプ先情報の選択情報であって、ジャンプ 先情報が、コンテンツの提供元がコンテンツのダイジェスト版を提供すべく設定された チヤプタに対応するものであることを示している。
[0141] 選択情報「ユーザセレクト(衝撃シーン)」 111一 3は、例えばコンテンツのある視聴 者が管理するサーバ 51—2から送信されてきたコンテンツジャンプ先情報の選択情 報であって、ジャンプ先情報力 その視聴者が衝撃的なシーンであると思ったシーン に設定されたチヤプタに対応するものであることを示している。
[0142] 選択情報「ユーザセレクト(レーサ Aのシーン)」 111—4は、例えばコンテンツの他 の視聴者が管理するサーバ 51— 3から送信されてきたコンテンツチャンプ先情報の 選択情報であって、ジャンプ先情報が、その視聴者が好きな出演者 (あるレーサ A) のシーンに設定されたチヤプタに対応するものであることを示している。
[0143] 図 15に戻りステップ S104において、入力部 28が、図示せぬ操作部がユーザによ り操作され、コンテンツジャンプ先情報リスト 101の中の所定の選択情報 111が選択 された(すなわちジャンプ先情報の種類が選択された)旨を入力し、制御部 29に通知 すると、ステップ S105において、制御部 29は、ジャンプ先情報記憶部 23に記憶され たコンテンツジャンプ先情報の中のレ、ま選択された選択情報 111に対応するコンテ ンッジャンプ先情報のジャンプ先情報に基づいて、バッファリングリストを作成する。こ こでの処理は、図 4のステップ S3におけるバッファリングリスト作成処理と同様の処理 が行われるので、その説明は省略する。
[0144] 次に、ステップ S106において、端末 3の制御部 29は、ステップ S105で作成したバ ッフアリングリストに基づいて、サーバ 1に対してデータ送信を要求する。ここでの処理 は、図 4のステップ S4におけるデータ送信要求処理と同様の処理が行われるので、 その説明は省略する。
[0145] ステップ S107において、制御部 29は、スィッチ部 22を制御して、通信部 21により 受信された、ステップ S106での要求に応じて送信されているデータを、バッファリン グリストに示されるバッファ 24に格納させる。
[0146] 次にステップ S108において、制御部 29は、入力部 28から再生停止の指令が入力 されたか否力 ^判定する。再生停止の指令が入力されていないと判定した場合、処 理ステップは、ステップ S104に戻り、それ以降の処理を同様に実行する。
[0147] ステップ S108で、再生停止の指令が入力されたと判定されたとき、バッファリング処 理は終了する。
[0148] 以上のようにして、複数種類のジャンプ先情報が提供される場合のバッファリング処 理が行われる。なお以上においては、主にコンテンツが放送番組である場合を例とし て説明したが、コンテンツが DVDに記録されている映画やプライベートビデオである 場合にも適用することができる。
[0149] また上述した実施例における事前バッファリングにおいては、レ、ま再生されているチ ャプタの次のチヤプタカ バッファリングされるものとしたが(図 6のステップ S23)、事 前バッファリングされるチヤプタをユーザが指定することができるようにすることもでき る。
[0150] この場合のデータ送信要求処理(図 4のステップ S4または図 15のステップ S106) を、図 18のフローチャートを参照して説明する。
[0151] ステップ S121において、端末 3の制御部 29は、図 4のステップ S3または図 15のス テツプ S105で生成されたバッファリングリストに、通常バッファリング情報が設定され ているか否かを判定する。設定されていると判定された場合、ステップ S122に進み、 制御部 29は、通常バッファリングデータの送信をサーバ 1に要求する。
[0152] 例えば、制御部 29は、通常バッファリング情報から読み出した通常バッファリングデ ータの識別情報を、通信部 21を制御してサーバ 1に送信させる。
[0153] ステップ S121で、通常バッファリング情報が設定されていないと判定されたとき、ま たはステップ S122で、通常バッファリングデータの送信が要求されたとき、ステップ S 123において、制御部 29は、バッファリングリストに設定されたジャンプ先情報の一覧 (以下、ジャンプ先一覧と称する)を表示させる。
[0154] 図 19には、図 15のステップ S104で、図 17の選択情報 111—4が選択されて、そ れに対応するジャンプ先情報に基づいてバッファリングリストが生成された場合のジャ ンプ先一覧 121の表示例が示されている。
[0155] この例では、ジャンプ先情報に含まれる各チヤプタの説明情報(図 16)が表示され る。再生中のチヤプタのシーンを説明する説明情報 131— 1が、再生中であることを 示すマーク 132が付されて先頭に表示され、そのチヤプタに続くチヤプタの説明情報
131— 2乃至 131— 5が、再生順に表示される。なお他の説明情報をスクロールして 表示させることができるものとする。
[0156] またこのジャンプ先一覧 121には、ユーザの操作部に対する操作によって移動可 能なカーソル 133が設けられ、ユーザは、カーソル 133でジャンプ先一覧 121に表示 されている所定の説明情報 131を指し示し、所定の決定操作を行うことにより、その 説明情報 131に対応するチヤプタからのジャンプ再生を開始させることができる(す なわちジャンプ先を指定することができる)。
[0157] 図 18に戻りステップ S124において、制御部 29は、ジャンプ先の候補が指定された か否かが判定する。
[0158] 例えばカーソル 133が、所定の時間以上、ジャンプ先一覧 121に表示されているあ る説明情報 131を指し示している場合、そのカーソル 133が指し示しているその説明 情報 131に対応するチヤプタがジャンプ先の候補として指定されたと判定される。
[0159] ステップ S 124で、ジャンプ先の候補が指定された判定された場合、ステップ S 125 において、制御部 29は、ジャンプ先の候補として指定されたチヤプタから再生順にバ ッファリングすることができるようにバッファリングの順番を決定する。
[0160] ステップ S 124で、ジャンプ先の候補が指定されなかったと判定された場合、ステツ プ S126に進み、制御部 29は、レ、ま再生されているチヤプタの次のチヤプタから再生 順にバッファリングすることができるようにバッファリングの順番を決定する。
[0161] ステップ S125またはステップ S126で、バッファリングの順番が決定されると、ステツ プ S127において、図 6のステップ S24における場合と同様に、決定した順番で事前 バッファリングデータがバッファリングされるように、事前バッファリングデータの送信を サーバ 1に要求する。
[0162] このようにしてデータ送信がサーバ 1に対して要求されると、図 4のステップ S5また は図 15のステップ S107に進む。
[0163] 以上のように、事前バッファリングが開始されるチヤプタをユーザが指定することが できる。
[0164] 図 19のジャンプ先一覧 121の例では、カーソル 133を移動させてジャンプ先を指 定する力 S、カーソル 133が所定の時間以上指し示している説明情報 131に対応する チヤプタは、ユーザが注目しており、その後の操作でジャンプ先に指定される可能性 が高い。そこでこのようにカーソル 133が所定の時間以上指し示している説明情報 1 31のチヤプタカ S、ジャンプ先として決定される前にバッファリングされるようにすること で、事前バッファリングを効率的に行うことができる。
[0165] この点から、図 20に示すように、カーソル 133が指し示している説明情報 131— 3 力 その他の説明情報 131— 1, 131 - 2, 131 -4, 131— 5に比べ強調して表示さ れるようにすることもできる(図 20の例では、枠に囲まれて表示されている)。その結 果、カーソル 133がいま指し示している説明情報 131— 3をユーザに印象付けること ができるので、その説明情報 131— 3に対応するチヤプタがジャンプ先に指定される 可能性が高くなる。その結果説明情報 131— 3に対応するチヤプタがジャンプ先に決 定される前に (カーソル 133が説明情報 131— 3を所定の時間以上指し示していると きに)そのチヤプタのバッファリングが行われているので、ジャンプ再生をより確実に 行うことができるようになる。
[0166] また図 21に示すように、カーカレ 133がいま指し示している説明情報 131— 3に加 え、その近傍の説明情報 131— 2, 131— 4も強調されて表示されるようにすることも できる。この場合、説明情報 131— 3に対応するチヤプタに加え、説明情報 131— 2, 131—4に対応するチヤプタもジャンプ先の候補とされてバッファリングされることにな る。
[0167] なお図 20および図 21では、カーソル 133がいま指し示している説明情報 131— 3、 またはその近傍の説明情報 131— 2, 131—4が強調表示されて他の説明情報 131 に比べ強調されるようにしたが、他の説明情報 131の表示を目立たないようにするこ とあできる。
[0168] また以上においてはカーソル 133が、所定の時間以上、ジャンプ先一覧 121に表 示されてレ、るある説明情報 131を指し示してレ、る場合、そのカーソル 133が指し示し ているその説明情報 131に対応するチヤプタがジャンプ先の候補として指定されたも のとしたが、ジャンプ先として指定される可能性があるものを指定できれば、他の方法 でジャンプ先の候補を指定するようにすることができる。
[0169] また所定の時間以上、ジャンプ先一覧 121に表示されている説明情報 131を指し 示している場合としたのは、ジャンプ先一覧 121のスクロール中にカーソル 133が指 し示した説明情報 131に対応するチヤプタのそれぞれがジャンプ先の候補とされるの を防止するためであるが、スクロールされている間は、ジャンプ先の候補の指定が行 われなレ、ようにすることもできる。
[0170] 図 19乃至図 21のジャンプ先一覧 121は、図 4のステップ S4または図 15のステップ S106の処理の中で表示されるので、その時点で再生が開始されている可能性があ る(例えば図 4のステップ S3の処理の詳細を示す図 5のステップ SI 1)。
[0171] 図 22乃至図 25は、コンテンツの再生が開始されてその映像が表示されている場合 のジャンプ先一覧 121の表示例を示している。
[0172] 図 22の例は、ジャンプ先一覧 121の半透明の画像力 コンテンツの映像に重ね合 わされて表示されている(すなわちアルファブレンデイングされている)。
[0173] 図 23および図 24の例では、ジャンプ先一覧 121が縮小されてコンテンツの映像の 右下または中央に表示されている。
[0174] 図 25の例では、ジャンプ先一覧 121が縦長に構成され、コンテンツの映像に右端 に表示されている。
[0175] 上述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行う こともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構 成するプログラム力 S、汎用のコンピュータ等にインストールされる。
[0176] そこで、図 26は、上述した一連の処理を実行するプログラムがインストールされるコ ンピュータの一実施の形態の構成例を示してレ、る。
[0177] プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク 214 や ROM212に予め記録しておくことができる。
[0178] あるいはまた、プログラムは、フレキシブルディスク、 CD-ROM(Compact Disc Read Only Memory), MO(Magneto Optical)ディスク, DVD(Digital Versatile Disc),磁気デ イスク、半導体メモリなどのリムーバブル記録媒体 231に、一時的あるいは永続的に 格納(記録)しておくことができる。このようなリムーバブル記録媒体 231は、いわゆる パッケージソフトウェアとして提供することができる。
[0179] なお、プログラムは、上述したようなリムーバブル記録媒体 231からコンピュータにィ ンストールする他、ダウンロードサイトから、デジタル衛星放送用の人工衛星を介して 、コンピュータに無線で転送したり、 LAN(Local Area Network),インターネットといつ たネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにし て転送されてくるプログラムを、通信部 219で受信し、内蔵するハードディスク 214に インストールすることができる。
[0180] コンピュータは、 CPU(Central Processing Unit)211を内蔵している。 CPU211には 、バス 215を介して、入出力インタフェース 216が接続されており、 CPU211は、入出 力インタフェース 216を介して、ユーザによって、キーボードや、マウス、マイク等で構 成される入力部 218が操作等されることにより指令が入力されると、それにしたがって 、 ROM(Read Only Memory)212に格納されているプログラムを実行する。あるいは、 また、 CPU21 1は、ハードディスク 214に格納されているプログラム、衛星若しくはネッ トワークから転送され、通信部 219で受信されてハードディスク 214にインストールさ れたプログラム、またはドライブ 220に装着されたリムーバブル記録媒体 231から読 み出されてハードディスク 214にインストールされたプログラムを、 RAM(Random Acce ss Memory)213にロードして実行する。これにより、 CPU211は、上述したブロック図 の構成により行われる処理を行う。そして、 CPU211は、その処理結果を、必要に応 じて、例えば、入出力インタフェース 216を介して、 LCD(Liquid Crystal Display)ゃス ピー力等で構成される出力部 217から出力、あるいは、通信部 219から送信、さらに は、ハードディスク 214に記録等させる。
[0181] ここで、プログラムは、 1のコンピュータにより処理されるものであっても良いし、複数 のコンピュータによって分散処理されるものであっても良レ、。さらに、プログラムは、遠 方のコンピュータに転送されて実行されるものであっても良い。
[0182] なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなぐ本 発明の要旨を逸脱しない範囲において種々の変更が可能である。

Claims

請求の範囲
[1] ネットワークを介して送信されてくるコンテンツをリアルタイムで再生するとともに、指 定された位置からのジャンプ再生が可能な再生装置において、
レ、まから再生されるコンテンツのデータを、前記ネットワークを介して受信してバッフ ァリングするバッファリング手段と、
前記バッファリング手段によりバッファリングされたデータを再生する再生手段と、 ジャンプ再生のジャンプ先を指定する指定手段と
を備え、
前記バッファリング手段は、さらに、前記指定手段により指定され得るジャンプ先の データを、前記ネットワークを介して受信してバッファリングし、
前記再生手段は、前記指定手段によりジャンプ先が指定された場合、前記バッファ リング手段により前記ジャンプ先のデータがバッファリングされているとき、バッファリン グされてレ、るそのデータからジャンプ再生を行う
再生装置。
[2] 前記指定手段により指定され得るジャンプ先の情報を、前記コンテンツを提供する サーバから取得する取得手段をさらに備え、
前記バッファリング手段は、前記取得手段により取得された前記ジャンプ先の情報 に基づいて、前記指定手段により指定され得るジャンプ先のデータを前記ネットヮー クを介して受信してバッファリングする
請求項 1に記載の再生装置。
[3] 前記バッファリング手段は、前記指定手段により指定され得るジャンプ先が複数存 在する場合、所定の順番で、前記指定手段により指定され得るジャンプ先のデータ を前記ネットワークを介して受信してバッファリングする
請求項 1に記載の再生装置。
[4] 前記バッファリング手段は、前記指定手段により指定され得るジャンプ先が複数存 在する場合、前記指定手段により指定され得るジャンプ先の中の所定のジャンプ先 のデータについてのみ、前記ネットワークを介して受信してバッファリングする 請求項 1に記載の再生装置。
[5] 前記バッファリング手段は、ジャンプ再生が要求されたとき、前記指定手段により指 定され得るジャンプ先の中の要求されたジャンプ再生のジャンプ先の位置に応じた ジャンプ先についてのみ、前記ネットワークを介して受信してバッファリングする 請求項 1に記載の再生装置。
[6] 再生されるコンテンツに対しての複数種類のジャンプ先の情報を取得する取得手 段と、
前記取得手段により取得された前記複数種類のジャンプ先の情報の選択情報を提 示する提示手段と、
前記提示手段により提示された前記選択情報の中から所定の選択情報を選択する 選択手段と
をさらに備え、
前記バッファリング手段は、前記選択手段により選択された前記選択情報に対応す るジャンプ先の情報に基づレ、て、前記指定手段により指定され得るジャンプ先のデ ータを、前記ネットワークを介して受信してバッファリングする
請求項 1に記載の再生装置。
[7] 前記指定手段は、
ジャンプ先の一覧を表示する表示手段と、
前記表示手段により表示された前記ジャンプ先の一覧の中から所定のジャンプ先 を指定するジャンプ先指定手段と
を備え、
前記バッファリング手段は、前記ジャンプ先指定手段により指定された前記ジヤン プ先から、所定の順番で、指定され得るジャンプ先のデータを、前記ネットワークを介 請求項 1に記載の再生装置。
[8] 前記ジャンプ先指定手段は、
前記ジャンプ先の一覧に表示されているジャンプ先の中からジャンプ先の候補を 指定する候補指定手段と、
前記ジャンプ先の候補をジャンプ先として決定するジャンプ先決定手段と を備え、
前記バッファリング手段は、前記候補指定手段によりジャンプ先の候補が指定され たときジャンプ先の候補として指定されたジャンプ先から、所定の順番で、指定され 得るジャンプ先のデータを、前記ネットワークを介して受信してバッファリングする 請求項 7に記載の再生装置。
[9] 前記表示手段は、前記候補指定手段により指定されているジャンプ先またはその ジャンプ先の近傍の表示力 S、他のジャンプ先の表示に比べ強調されるように前記ジャ ンプ先の一覧の表示を制御する
請求項 8に記載の再生装置。
[10] ネットワークを介して送信されてくるコンテンツをリアルタイムで再生するとともに、指 定された位置からのジャンプ再生が可能な再生装置の再生方法において、
レ、まから再生されるコンテンツのデータを、前記ネットワークを介して受信してバッフ 前記バッファリングステップの処理でバッファリングされたデータを再生する再生ス テツプと、
ジャンプ再生のジャンプ先を指定する指定ステップと
を含み、
前記バッファリングステップは、さらに、前記指定ステップの処理で指定され得るジ ヤンプ先のデータを、前記ネットワークを介して受信してバッファリングし、
前記再生ステップは、前記指定ステップの処理でジャンプ先が指定された場合、前 記バッファリングステップの処理で前記ジャンプ先のデータがバッファリングされてい るとき、バッファリングされているそのデータからジャンプ再生を行う
再生方法。
[11] ネットワークを介して送信されてくるコンテンツをリアルタイムで再生するとともに、指 定された位置からのジャンプ再生を行う再生処理をコンピュータに実行されるプログ ラムにおいて、
レ、まから再生されるコンテンツのデータを、前記ネットワークを介して受信してバッフ テツプと、
ジャンプ再生のジャンプ先を指定する指定ステップと
を含み、
前記バッファリングステップは、さらに、前記指定ステップの処理で指定され得るジ ヤンプ先のデータを、前記ネットワークを介して受信してバッファリングし、
前記再生ステップは、前記指定ステップの処理でジャンプ先が指定された場合、前 記バッファリングステップの処理で前記ジャンプ先のデータがバッファリングされてい るとき、バッファリングされているそのデータからジャンプ再生を行う
再生処理をコンピュータに実行させるプログラム。
PCT/JP2007/062568 2006-06-22 2007-06-22 再生装置および方法、並びにプログラム WO2007148777A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020087003770A KR101355237B1 (ko) 2006-06-22 2007-06-22 재생 장치 및 방법, 및 프로그램이 기록된 기록 매체
EP07767383A EP2031875A4 (en) 2006-06-22 2007-06-22 PLAY ARRANGEMENT, PROCESS AND PROGRAM
US11/990,901 US8290349B2 (en) 2006-06-22 2007-06-22 Playback apparatus, method, and program
CN2007800008548A CN101341752B (zh) 2006-06-22 2007-06-22 重放设备和方法
JP2008522526A JP5239858B2 (ja) 2006-06-22 2007-06-22 再生装置および方法、並びにプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006172751 2006-06-22
JP2006-172751 2006-06-22

Publications (1)

Publication Number Publication Date
WO2007148777A1 true WO2007148777A1 (ja) 2007-12-27

Family

ID=38833514

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/062568 WO2007148777A1 (ja) 2006-06-22 2007-06-22 再生装置および方法、並びにプログラム

Country Status (6)

Country Link
US (1) US8290349B2 (ja)
EP (1) EP2031875A4 (ja)
JP (1) JP5239858B2 (ja)
KR (1) KR101355237B1 (ja)
CN (1) CN101341752B (ja)
WO (1) WO2007148777A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010176497A (ja) * 2009-01-30 2010-08-12 Hitachi Ltd ファイルサーバおよびファイル管理方法
JP2011176572A (ja) * 2010-02-24 2011-09-08 Mitsubishi Electric Corp ネットワークコンテンツ再生制御装置、ネットワークコンテンツ再生制御方法、及び映像表示装置
JP2012004662A (ja) * 2010-06-14 2012-01-05 Mitsubishi Electric Corp コンテンツ再生装置及び方法
JP2013016920A (ja) * 2011-06-30 2013-01-24 Toshiba Corp 映像表示装置、バッファ管理方法および映像表示システム
JP2013524577A (ja) * 2010-03-31 2013-06-17 トムソン ライセンシング ビデオデータのトリック再生
WO2013099100A1 (ja) * 2011-12-28 2013-07-04 パナソニック株式会社 動画像データの記録装置及びメッセージ表示方法
US9438876B2 (en) 2010-09-17 2016-09-06 Thomson Licensing Method for semantics based trick mode play in video system

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101523971B1 (ko) * 2008-12-08 2015-06-01 삼성전자주식회사 녹음 기능을 수행하는 단말기 및 그 단말기의 이미지 처리 방법
EP2549772A3 (en) * 2011-07-22 2015-01-21 Kabushiki Kaisha Toshiba Electronic apparatus and playback control method
US9804668B2 (en) 2012-07-18 2017-10-31 Verimatrix, Inc. Systems and methods for rapid content switching to provide a linear TV experience using streaming content distribution
WO2014015110A1 (en) 2012-07-18 2014-01-23 Verimatrix, Inc. Systems and methods for rapid content switching to provide a linear tv experience using streaming content distribution
KR101952632B1 (ko) * 2012-08-22 2019-02-27 삼성전자주식회사 사용자 단말 장치 및 그를 이용한 컨텐츠 전송 방법
KR20140042263A (ko) 2012-09-28 2014-04-07 삼성전자주식회사 미디어 스트리밍 서비스에서 버퍼링 데이터를 송수신하기 위한 장치 및 방법
US10620810B2 (en) * 2015-05-15 2020-04-14 Spotify Ab Method and a system for performing scrubbing in a video stream
CN105992043A (zh) * 2015-10-15 2016-10-05 乐视致新电子科技(天津)有限公司 一种数据处理的方法及装置
CN105872606B (zh) * 2016-06-17 2019-01-08 努比亚技术有限公司 视频定位方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10322681A (ja) * 1997-05-16 1998-12-04 Nippon Telegr & Teleph Corp <Ntt> 映像情報送信方法
JP2000013755A (ja) * 1998-06-17 2000-01-14 Jisedai Joho Hoso System Kenkyusho:Kk 放送システム
JP2000013777A (ja) * 1998-06-26 2000-01-14 Matsushita Electric Ind Co Ltd 映像再生装置及び映像蓄積装置
JP2003209823A (ja) 2002-01-16 2003-07-25 Matsushita Electric Ind Co Ltd ストリーム送受信システムおよびストリーム送受信方法
JP2004274695A (ja) * 2003-01-15 2004-09-30 Nippon Telegr & Teleph Corp <Ntt> 複数ストリームの映像つなぎ再生装置、映像つなぎ再生方法、この方法のプログラム、およびこのプログラムを記録した記録媒体

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6128712A (en) * 1997-01-31 2000-10-03 Macromedia, Inc. Method and apparatus for improving playback of interactive multimedia works
JP3396639B2 (ja) * 1998-09-30 2003-04-14 株式会社東芝 階層記憶装置及び階層記憶制御方法
US7051110B2 (en) * 1999-12-20 2006-05-23 Matsushita Electric Industrial Co., Ltd. Data reception/playback method and apparatus and data transmission method and apparatus for providing playback control functions
JP4325071B2 (ja) * 2000-04-07 2009-09-02 ソニー株式会社 デジタルビデオ再生方法及びデジタルビデオ再生装置
US20050210145A1 (en) * 2000-07-24 2005-09-22 Vivcom, Inc. Delivering and processing multimedia bookmark
JP4191902B2 (ja) * 2001-02-28 2008-12-03 株式会社日立製作所 コンテンツ配信装置
JP4025533B2 (ja) * 2001-11-07 2007-12-19 日本電信電話株式会社 ストリーム映像受信制御方法、およびストリーム映像配信システム、およびストリーム映像受信装置
JP2004222239A (ja) * 2002-12-27 2004-08-05 Hiranuma Shoji Kk オン・デマンド映像配信システム並びにそのコンテンツの検索及び表示方法
JP2005130087A (ja) * 2003-10-22 2005-05-19 Canon Inc マルチメディア情報機器
US20050177618A1 (en) * 2003-12-22 2005-08-11 Randy Zimler Methods, systems and storage medium for managing bandwidth of segmented content
JP4601987B2 (ja) * 2004-04-07 2010-12-22 株式会社エヌ・ティ・ティ・ドコモ データ受信装置、及び、データ受信方法
US7720983B2 (en) * 2004-05-03 2010-05-18 Microsoft Corporation Fast startup for streaming media
JP4322178B2 (ja) * 2004-07-07 2009-08-26 日本無線株式会社 マルチキャストmpegデータ受信処理装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10322681A (ja) * 1997-05-16 1998-12-04 Nippon Telegr & Teleph Corp <Ntt> 映像情報送信方法
JP2000013755A (ja) * 1998-06-17 2000-01-14 Jisedai Joho Hoso System Kenkyusho:Kk 放送システム
JP2000013777A (ja) * 1998-06-26 2000-01-14 Matsushita Electric Ind Co Ltd 映像再生装置及び映像蓄積装置
JP2003209823A (ja) 2002-01-16 2003-07-25 Matsushita Electric Ind Co Ltd ストリーム送受信システムおよびストリーム送受信方法
JP2004274695A (ja) * 2003-01-15 2004-09-30 Nippon Telegr & Teleph Corp <Ntt> 複数ストリームの映像つなぎ再生装置、映像つなぎ再生方法、この方法のプログラム、およびこのプログラムを記録した記録媒体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2031875A4 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010176497A (ja) * 2009-01-30 2010-08-12 Hitachi Ltd ファイルサーバおよびファイル管理方法
JP2011176572A (ja) * 2010-02-24 2011-09-08 Mitsubishi Electric Corp ネットワークコンテンツ再生制御装置、ネットワークコンテンツ再生制御方法、及び映像表示装置
JP2013524577A (ja) * 2010-03-31 2013-06-17 トムソン ライセンシング ビデオデータのトリック再生
US9866922B2 (en) 2010-03-31 2018-01-09 Thomson Licensing Trick playback of video data
US11418853B2 (en) 2010-03-31 2022-08-16 Interdigital Madison Patent Holdings, Sas Trick playback of video data
JP2012004662A (ja) * 2010-06-14 2012-01-05 Mitsubishi Electric Corp コンテンツ再生装置及び方法
US9438876B2 (en) 2010-09-17 2016-09-06 Thomson Licensing Method for semantics based trick mode play in video system
JP2013016920A (ja) * 2011-06-30 2013-01-24 Toshiba Corp 映像表示装置、バッファ管理方法および映像表示システム
WO2013099100A1 (ja) * 2011-12-28 2013-07-04 パナソニック株式会社 動画像データの記録装置及びメッセージ表示方法
WO2013099099A1 (ja) * 2011-12-28 2013-07-04 パナソニック株式会社 チャプタ情報の記録装置
JPWO2013099100A1 (ja) * 2011-12-28 2015-04-30 パナソニックIpマネジメント株式会社 動画像データの記録装置及びメッセージ表示方法

Also Published As

Publication number Publication date
US20090317064A1 (en) 2009-12-24
CN101341752B (zh) 2013-04-24
JP5239858B2 (ja) 2013-07-17
CN101341752A (zh) 2009-01-07
KR20090020540A (ko) 2009-02-26
EP2031875A4 (en) 2010-08-11
US8290349B2 (en) 2012-10-16
JPWO2007148777A1 (ja) 2009-11-19
EP2031875A1 (en) 2009-03-04
KR101355237B1 (ko) 2014-01-27

Similar Documents

Publication Publication Date Title
WO2007148777A1 (ja) 再生装置および方法、並びにプログラム
JP5979483B2 (ja) コンテンツ再生装置、コンテンツ再生システム、及びコンテンツ再生方法
JP4730590B2 (ja) 制御装置および方法、情報処理装置および方法、並びにプログラム
JP2007510230A (ja) ユーザー指定情報を用いたメディアコンテンツの注釈付け
KR20140044946A (ko) 개선된 트릭 플레이 기능을 위한 시스템 및 방법
JP2008278090A (ja) コンテンツ配信システム、コンテンツ配信サーバ、コンテンツ受信クライアント、及びコンテンツ録画再生方法
KR101125286B1 (ko) 부가 데이터 업데이트 방법 및 재생 장치
US11405681B2 (en) Apparatus, systems and methods for trick function viewing of media content
JPH11341440A (ja) 画像表示装置、同装置に適用される画像切り替え表示方法
WO2006104106A1 (ja) ダイジェスト視聴システム及びダイジェスト視聴用再生制御装置
JP2008085934A (ja) リモート映像再生システムおよびレジューム再生方法
JP4389943B2 (ja) 再生装置および再生方法、並びにプログラム
JP2006191186A (ja) コンテンツの再生システム、再生装置、再生方法、及び配信サーバ
JP4328696B2 (ja) ストリーミング再生システム
JP6440350B2 (ja) 電子機器、電子機機器の制御方法、及び情報記憶媒体
JP3838485B2 (ja) 映像配信装置および映像再生装置
JP4484220B2 (ja) 映像配信装置
JP5188209B2 (ja) 表示制御装置、方法、およびプログラム
JP2006245899A (ja) 再生装置、コンテンツ再生システムおよびプログラム
KR101525482B1 (ko) 미리보기 콘텐츠 재생 장치 및 방법
KR20100115988A (ko) 콘텐츠 재생 제어 장치 및 방법
JP5642529B2 (ja) 画像再生装置及び画像再生方法
JP2007274555A (ja) 電子機器
KR20100115987A (ko) 콘텐츠 연속 재생 제어 장치 및 방법
JPWO2015033448A1 (ja) 電子機器、電子機器の制御方法、及び制御プログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780000854.8

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2008522526

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 1020087003770

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2007767383

Country of ref document: EP

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

Ref document number: 07767383

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 11990901

Country of ref document: US