WO2004081799A1 - 受信装置および情報閲覧方法 - Google Patents

受信装置および情報閲覧方法 Download PDF

Info

Publication number
WO2004081799A1
WO2004081799A1 PCT/JP2004/002125 JP2004002125W WO2004081799A1 WO 2004081799 A1 WO2004081799 A1 WO 2004081799A1 JP 2004002125 W JP2004002125 W JP 2004002125W WO 2004081799 A1 WO2004081799 A1 WO 2004081799A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
media
program
data
reception
Prior art date
Application number
PCT/JP2004/002125
Other languages
English (en)
French (fr)
Inventor
Tomoaki Itoh
Junichi Sato
Takao Yamaguchi
Ichiro Takei
Daiji Ido
Original Assignee
Matsushita Electric Industrial Co., Ltd.
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 Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to EP04713998.5A priority Critical patent/EP1603046B1/en
Priority to US10/547,315 priority patent/US7650567B2/en
Publication of WO2004081799A1 publication Critical patent/WO2004081799A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4314—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for fitting data in a restricted space on the screen, e.g. EPG data in a rectangular grid
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only

Definitions

  • the present invention relates to a receiving apparatus and method for receiving and browsing contents including contents such as video, audio, text, or still images and layout information of the contents, and an information browsing method.
  • contents such as video, audio, text, or still images and layout information of the contents, and an information browsing method.
  • SM IL Synchronized Multimedia Integration Language
  • SMIL is a description language similar to the hypertext description language HTML, which is very popular nowadays through the Internet, but is a more suitable description language for distributing multimedia data including moving images.
  • the information from the third line, 1 ayout>, to the eighth line, ⁇ 1ayout>, is the content spatial rate information.
  • regions v, t, and i in which moving images, texts, and still images are arranged are defined.
  • 1 2nd line Up to 14th line define time information for playing video, audio, text, and still images, respectively.
  • 1 " S included in each of the 2nd to 14th lines For rc ", the URL for acquiring the media is specified.
  • the video and audio are recorded in RTSP (Real Time Streaming Protocol, Internet Draft RFC 2326) protocol, It is specified that text and still images are acquired using the HTTP protocol.
  • the client 704 which is a content receiving terminal, acquires a SMIL file in which the content is described from the server 1 (701) via a network such as the Internet using a protocol such as HTTP. After obtaining the SMIL file, the client 704 interprets the SMIL file and obtains each described medium, that is, text, a still image, a moving image, audio, or the like from the server.
  • the client 704 acquires moving image data and audio data from the server 2 (702), and acquires text data and still image data from the server 3 (703).
  • the client 704 reproduces each of the described media at an appropriate position and an appropriate time based on the spatial information and the time information described in the acquired SMIL file.
  • the receiving terminal can appropriately acquire the decoder. is there. As a result, it is possible to decode (decode) all types of multimedia data assumed by the receiving terminal.
  • the above-described media distribution method does not consider the transmission state of multimedia data at all. That is, no consideration is given to the case where the receiving terminal cannot receive multimedia data.
  • a receiving terminal far away from a base station may be able to receive media data at a low bit rate, and a receiving terminal near a base station may be able to receive media data at a high bit rate.
  • a receiving terminal far from the base station may be difficult for a receiving terminal far from the base station to receive large-sized data such as video data and to receive only media such as text and still images.
  • the multimedia data specified by SMIL cannot be received.
  • the receiving device can decode (decode) all types of multimedia data specified by the transmitting side, there is a problem that the content specified by SMIL cannot be displayed properly. is there.
  • An object of the present invention is to provide a receiving terminal capable of displaying content in a form suitable for the receiving state of the media when displaying the content composed of various media such as transmitted video, audio, still image, and text. It is to be.
  • a transmitting side transmits a plurality of layout information for determining a display layout of at least one or more media and media data constituting the layout information
  • a receiving side transmits the media from the transmitting side.
  • the receiving side can select the layout information suitable for the receiving state of the medium and display the received medium using the selected layout information.
  • FIG. 1 is a diagram showing a description example of an SMIL file
  • Figure 2 illustrates how a client plays content stored on a server.
  • FIG. 3A is a first diagram showing the media distribution system according to the first embodiment of the present invention.
  • FIG. 3B is a second diagram illustrating the media distribution system according to the first embodiment
  • FIG. 3C is a third diagram showing the media distribution system according to the first embodiment
  • FIG. 4A is a first diagram illustrating a difference in program reproduction result according to a physical or logical distance from a relay node in the receiving terminal according to the first embodiment
  • FIG. 4B is a second diagram for explaining a difference in the reproduction result of the program according to the physical or logical distance from the relay node in the receiving terminal according to the first embodiment
  • FIG.4C is a third diagram for explaining a difference in the reproduction result of the program according to the physical or logical distance from the relay node in the receiving terminal according to the first embodiment
  • FIG. 4D is a fourth diagram illustrating a difference in a program reproduction result according to the physical or logical distance from the relay node in the receiving terminal according to the first embodiment
  • FIG. 5 is a schematic diagram showing an overall image of the media distribution system according to the first embodiment.
  • FIG. 6 is a diagram showing a program table held by the server according to the first embodiment.
  • FIG. 7 is a diagram showing a configuration of a reception management table according to the first embodiment.
  • FIG. 8 is a diagram showing program information according to the first embodiment in SDP (Session D escription Protocol, IE i, Internet Draft RFC). 2327).
  • FIG. 9 is a diagram in which the rate information in the first embodiment is described in SMIL.
  • FIG. 10 is a diagram showing a format of a bucket header according to the first embodiment.
  • FIG. 11 is a diagram for explaining an example in which program information according to Embodiment 1 is transmitted by SDP,
  • FIG. 12 is a flowchart showing the operation of the server according to the first embodiment.
  • FIG. 13 is a flowchart of the media transmission process of the server according to the first embodiment.
  • FIG. 14 is a flowchart illustrating an operation of the receiving terminal according to Embodiment 1.
  • FIG. 15 is a flowchart of the receiving process of the receiving terminal according to Embodiment 1.
  • FIG. 16 is a flowchart illustrating a program selection process performed by the receiving terminal according to Embodiment 1.
  • FIG. 17 is a flowchart showing layout information receiving processing of the receiving terminal according to Embodiment 1.
  • FIG. 18 is a flowchart showing the AV data receiving process of the receiving terminal according to Embodiment 1.
  • FIG. 19 is a flowchart illustrating text / still image data reception processing of the receiving terminal according to Embodiment 1.
  • FIG. 20 is a flowchart illustrating a process of determining whether a receiving terminal can continuously receive data according to Embodiment 1.
  • FIG. 21 is a flowchart illustrating an operation of a table management process of the receiving terminal according to Embodiment 1. ,
  • FIG. 22 is a block diagram showing an overview of a content system according to Embodiment 2 of the present invention.
  • FIG. 23 is a flowchart showing an operation of the receiving terminal according to the second embodiment.
  • Embodiment 1 according to the present invention will be described with reference to the drawings.
  • the usage of the communication network according to the first embodiment will be described with reference to FIGS. 3A to 3C. Will be described.
  • 3A to 3C are diagrams showing a media distribution system according to the first embodiment.
  • the media distribution system is configured so that the reception terminal 104 receives the content distributed from the server 102 as the transmission device via the communication network 101. It has become.
  • the server 102 transmits contents for various media, such as moving images, sounds, music, texts, still images, layout information, and programs.
  • the server 102 transmits program information and program data as contents.
  • the program information includes the outline of the program, the start / end time of the broadcast, the communication port used for the broadcast (channels in TV broadcasting, specifically, the destination IP address and port number). Is the data describing the receiving conditions of the above.
  • SDP SessOnDesCripipiontProtocoll
  • the program data is media such as video, audio, music, text, still images, and programs, and layout information for displaying these media in combination.
  • SMIL SynchronzizeldMultiemediaIntegagratioonLanguguage
  • R JAVA
  • the receiving terminal 104 is a terminal having a different display resolution or processing capability, such as a mobile phone, a TV, a PDA, and a personal computer.
  • the receiving terminal 104 first receives the program information transmitted from the server 102, and opens a receiving channel for receiving program data described in the program information to receive the program data. Then, the receiving terminal 104 reproduces the program corresponding to the program information.
  • the receiving terminal 104 may simultaneously receive a command from a plurality of servers that distribute the program. Further, the receiving terminal 104 may be capable of simultaneously connecting to not only a single transmission line but also a plurality of transmission lines.
  • the communication network 101 may be a wired network (for example, ADSL, ISDN, ATM, FTTH, etc.) or a wireless network (for example, mobile phone, wireless LAN, etc.).
  • a wired network for example, ADSL, ISDN, ATM, FTTH, etc.
  • a wireless network for example, mobile phone, wireless LAN, etc.
  • Communication devices are interconnected by a relay node 103 such as a router or a gateway (GW).
  • a relay node 103 such as a router or a gateway (GW).
  • the relay node 103 has a broadcast or multicast function, and can duplicate a data bucket in the relay node 103.
  • a one-to-one type communication may be performed between the server 102 and the receiving terminal 104, or a one-to-N type communication between the server 102 and the receiving terminal 104 using a broadcast / multicast function. Communication may be performed.
  • the program information and the program data may be transmitted using the same transmission path, or may be transmitted using different transmission paths.
  • program information may be transmitted using a broadcast network
  • program data may be transmitted using a communication network.
  • the first embodiment may be configured to include a communication network 105 in which a wired network and a wireless network are interconnected as shown in FIG. 3B.
  • Embodiment 1 may be a communication mode in which server 102 is present at various places, broadcasts data to a nearby area, and receiving terminal 104 receives the data, as shown in FIG. 3C.
  • a Bluetooth protocol or a wireless LAN can be used as a transmission protocol.
  • connection path between the server 102 and the receiving terminal 104 is not limited to the communication network 101, but may be a broadcasting network (for example, terrestrial digital broadcasting, satellite digital broadcasting, etc.) or a system configuration in which a broadcasting network and a communication network are integrated. You may.
  • a broadcasting network for example, terrestrial digital broadcasting, satellite digital broadcasting, etc.
  • one-to-one communication is performed between the server 102, the middle node, and the relay node 103 (section of the wired network).
  • the distribution is performed between the relay node 103 and the receiving terminal 104 by using a broadcast function using a wireless network.
  • FIGS. 4A to 4D are diagrams illustrating the difference in the reproduction result of a program in the receiving terminal 104 according to the physical or logical distance from the relay node 103.
  • the server 102 transmits text data (201), low-resolution still image data 1 (202), still image data 2 (203), MPEG4 video stream data (204, 206), and high-resolution still image data. It is assumed that data 1 (205) is being transmitted.
  • MPEG4 video stream data 204 and 206 are obtained by encoding the same image at high resolution and low resolution.
  • the MPEG4 video stream data 204 is encoded at low resolution, and the MPEG4 video stream data 206 is encoded at high resolution.
  • the server 102 is transmitting MPEG4 video stream data 204 as intra-coded frames (I frames) and MPEG4 video stream data 206 as inter-coded frames (P frames).
  • the display result shown in FIG. 4A is a display result when receiving terminal 104 power S, text data 201, and low-resolution still image data 1 (202) can be received.
  • text data 201 and low-resolution still image data 1 (202) are displayed on receiving terminal 104.
  • the display result shown in Fig. 4B shows the reproduction of a program when still image data 2 (203) can be received in addition to text data 201 and low-resolution still image data 1 (202) at the receiving terminal 104.
  • the receiving terminal 104 employs a layout suitable for displaying the text data 201, the low-resolution still image data 1 (202), and the still image data 2 (203).
  • the display result shown in Fig. 4C shows that the receiving terminal 104 has text data 201, low angle?
  • This is a reproduction result of a program when MPEG4 video stream data 204 can be generated in addition to the still image data 1 (202) and still image data 2 (203) of the image density.
  • the receiving terminal 104 adopts a layout in which the MPEG4 video stream data 204 is arranged in the center, and the text data 201, the still image data 1 (202), the still image data 2 (203), and the reduced size are displayed. are doing.
  • the receiving terminal 104 This is a program reproduction result when EG4 video stream data 206 and high-resolution still image data 1 (206) can be received.
  • the receiving terminal 104 has a higher resolution of the still image data 1 and a higher video frame rate than the case shown in FIG. 4C.
  • the receiving terminal 104 displays a program by performing an appropriate rating suitable for those media, and furthermore, the information is transmitted by many media. If it can be displayed, the program is displayed by performing a rating suitable for those media.
  • FIG. 5 is a schematic diagram illustrating an overall image of the media distribution system according to the first embodiment.
  • the server 102 which is a content transmission device, includes a data management unit 301, It comprises a management section 314, a transmission control section 304, a program information generation section 312, and a transmission section 30.5.
  • the data management unit 301 has a program table 3 O la, a late information storage unit 301 b for storing the late information, and an AV data storage unit 30 for storing the MPEG 4 video stream data 204, 206. 1 c, a still image storage unit 301 d for storing still image data 202, 203, 205, and a text storage unit 301 e for storing text data 201 .
  • the data management unit 301 is a recording medium represented by a hard disk drive.
  • the program table 301a is a table for storing information on programs. Each program is broadcast based on this program table 3Ola.
  • FIG. 6 is a diagram showing the program table 3Ola held by the server 102.
  • the program table 301a stores information of one program, and the server 102 holds the program table 3Ola for the number of programs to be broadcast. In FIG. 5, only one program table 301a is shown for simplification of the drawing.
  • the program table 301a is divided into session information 401 and media information 402.
  • the session information 401 represents information on the entire program, and the media information 402 represents information on each medium constituting the program.
  • Title 400 represents the title of this program.
  • the session number 404 is a number uniquely indicating this program.
  • the destination address 406 indicates the destination address of the data, and indicates to which address the program data is to be transmitted.
  • the media information 402 has information such as the name of the file 407, the name of the transmission 408, the type of the media 409, the required flag 411, and the transmission cycle. .
  • the file name of the file stored in the media (program) is described in the name of the file.
  • the file name 407 is the name of media data and layout information.
  • the transmission name 408 indicates an identifier assigned to uniquely identify the data when the media data is transmitted. This information is used to specify each media in the layout information. In addition, the transmission name of each media is input to the program information.
  • the media type 409 indicates the type of the media. This information is input to the program information and transmitted to the receiving device.
  • the mandatory flag 410 sets whether or not to allow the receiving terminal 104 to play back a program using the late information having the media as a constituent media when the corresponding media data cannot be played back. It is a flag to indicate. In other words, the mandatory flag 410 is a flag indicating whether or not the medium is essential for reproducing the rate information.
  • the mandatory flag 4100 When the mandatory flag 4100 is set to 1, if the media cannot be played, the program is not allowed to be played using the rate information that has the media as a component of the rate.
  • the essential flag 410 indicates whether the medium is an essential medium for the corresponding rate information.
  • the mandatory flag 410 is described in the program information or the rate information and notified to the receiving device.
  • the transmission cycle 'number of repetitions 4 1 1' indicates the repetition cycle of the transmission of the media data when the media data to be transmitted is a still image or text data, and indicates that the media data to be transmitted is stream data. Is the street Indicates how many times the data is transmitted.
  • the stream data is A u d i o and V i d e.
  • the number of repetitions is infinite (the transmission is continued until the server 102 issues a stop instruction).
  • the program table 301 a is configured as described above.
  • the program broadcast management section 314 manages the start and end of broadcast of each program.
  • the program broadcast management unit 314 stores the program reproduction start and end times, and starts transmission of the program when the transmission start time comes, and ends transmission of the program when the end time comes.
  • the program broadcast management unit 314 reads information about the session information 401 from the program table 301a of each program, and broadcast start time and end time of the program recorded there. Remember 5 Then, at the broadcast start time of each program, the program broadcast management section 314 instructs the transmission control section 304 and the program information generation section 312 to start broadcasting the program. Also, when the end time comes, the program broadcast management section 3 14 instructs the transmission control section 304 and the program information generation section 3 12 to end the broadcast of the program.
  • the transmission control section 304 reads out the media information 402 of the instructed program table 301a according to the broadcast start instruction from the program broadcast management section 310, and reads the file name 400 of the media information 402. Read media data and rate information that constitute program data based on 7.
  • the transmission control unit 304 transfers the read program data to the transmission unit 304.
  • the transmission control unit 304 stops the broadcast of the specified program based on the broadcast end instruction from the program broadcast management unit 314.
  • the program information generation unit 312 reads out the program information of the instructed program from the data management unit 301 in accordance with the broadcast start instruction from the program broadcast management unit 314. If necessary, information on the broadcast channel of the program data (such as the destination IP address and port number of each media data) is added to the program information. Then, the program information generation unit 312 passes the program information to the transmission unit 3005 at a fixed cycle. Also, the program The information generation unit 312 ends the delivery of the program information of the indicated program to the transmission unit 2005 in accordance with the broadcast end instruction from the program broadcast management unit 314.
  • the server 102 needs to be provided with the program information generation unit 312. There is no.
  • the transmission unit 305 is an interface capable of transmitting data to the IP network. Further, the transmission section 305 has a function of bucketing the program information and the program data received from the program information generation section 3112 and the transmission control section 304. Further, the transmission unit 3005 has a function of transmitting program information to a predetermined program information channel and transmitting program data to a predetermined channel based on the program information.
  • the program information may be generated in real time or may be generated in advance before broadcasting. Also, the program information need not necessarily be transmitted together with the program data, but may be transmitted by another means.
  • another server for transmitting the program information may be prepared, and the receiving apparatus may acquire the information from the server by using HTTP or the like.
  • the receiving terminal 104 includes a terminal control unit 310, a reception control unit 307, a program selection unit 317, a reproduction control unit 308, a display unit 316, a reception data management unit 318, and transmission. Part 3 15 is provided.
  • the terminal control section 310 controls the entire receiving terminal 104. Although the signal lines from the terminal control unit 310 to other processing units are omitted in FIG. 5 for simplification of the drawing, there are actually signal lines for all the processing units.
  • the reception control unit 307 accumulates the data received by the transmission unit 315 in the buffer 320. Then, the reception control section 307 determines the type of the stored data, and passes the data to the program selection section 317 when the received data is program information. If the received data is rate information, the reception control section 307 It analyzes the priority of the layout information, the media constituting the layout, whether or not the display of each media is indispensable, and fills in the received data management table 319 described later.
  • the reception control section 307 determines whether or not the media playback preparation is completed, and writes the result in the reception data management table 319. In addition, the reception control unit 307 determines whether the media data can be continuously received, and writes the determination result in the reception data management table 319.
  • the reception control section 307 has the above functions.
  • the program selection unit 317 selects a program to be received from the program information received from the reception control unit 307, and instructs the transmission unit 315 to receive.
  • the program selection unit 317 may select a program to be received according to an instruction from a viewer, or the receiving terminal 104 may automatically select the program.
  • the program selection unit 317 randomly selects from the received program information.
  • the program selection unit 317 causes the display unit 316 to display a list of programs such as program titles. Then, the viewer selects an arbitrary program from the program list displayed on the display unit 3 16.
  • the program selection unit 317 obtains a channel for receiving the program data of the program currently being broadcast from the program information.
  • the program information is transmitted from the server 102 that transmits the program data.
  • the program information can be obtained by another method. For example, there is a method of acquiring from an HTTP server using HTTP.
  • the reception data management unit 318 holds the reception data management table 319, detects an update of the reception data management table 319, and determines layout information to be used based on the table management processing described later. Then, the reproduction control unit 308 is notified. The reproduction control unit 308 reads the rate information determined by the reception data management unit 318. Reproduction processing of the program data is performed based on the rate information obtained from the reception control unit 307.
  • the reproduction control unit 308 performs various types of decoding processing for decoding processing when reproducing video and audio.
  • a standardized method such as MPEG4 or MPEG2 may be used, or a non-standardized method may be used.
  • the reproduction control unit 308 determines a display position and a display timing of the text / animation in order to combine the decoded information.
  • a standardized method such as MPEG2SMIL or a non-standardized method may be used.
  • the transmission unit 315 is an interface capable of receiving a data bucket from the IP network.
  • the transmission section 315 has a function of opening a channel for receiving program information to receive program information, and a function of opening a channel instructed to start reception by the program selection section 317 to receive program data.
  • the transmission unit 315 has a function of extracting data from the various data buckets received and passing the data to the reception control unit 307. Further, the transmission unit 315 has a function of closing the channel instructed to end reception from the program selection unit 317 and stopping reception of program data.
  • the program information and the program data are transmitted on the same transmission path.
  • each The signals may be received on different transmission paths.
  • the display unit 316 presents various media such as AV data, text, and still images decoded by the playback control unit 308 to the viewer at the timing determined by the playback control unit 308. is there. Specifically, presentation to the viewer is performed using a video display device typified by CRT or LCD, and a sound reproduction device such as a speaker.
  • FIG. Fig. 7 Is a diagram showing the configuration of the reception management table 319.
  • the data reception management table 319 includes a rate information table 901 and a media table 902.
  • the rate information table 901 has fields of priority 903, configuration medium 904, and mandatory flag 905.
  • the priority field 903 describes the priority of each layout information.
  • the priority is a value indicating which layout is preferentially adopted.
  • the priority is higher for layouts that can express content in more detail.
  • the priority may be explicitly or implicitly transmitted from the server 102 as the transmitting terminal, or may be determined according to the display policy of the receiving terminal 104.
  • the priority of the priority (field) 903 may be explicitly notified from the server 102 using program information or a bucket header, and the notified value may be used. There is also a method in which notification is made explicitly according to a predetermined agreement between 2 and the receiving terminal 104.
  • the rate information with the longest transmission interval corresponds to the one that uses a small number of receiving terminals 104, and may include media with a larger amount of information. Therefore, this makes it possible to increase the priority of layout information having a larger amount of information. As a result, the receiving terminal 104 receives a plurality of layout information. When the information becomes reproducible, late information having a larger amount of information can be selected.
  • the receiving terminal 104 may select “the layout information including the video has the highest priority” or “the one that uses a large number of media. There is also a method of registering a policy such as "highest priority” and playing back according to that policy.
  • the priority of the layout information having the largest number of media or including video media, that is, preferably expressed can be increased.
  • the receiving terminal 104 can select layout information that is preferably represented when a plurality of pieces of layout information can be reproduced.
  • the receiving terminal 104 has a rule that, among the reproducible layout information, the layout information having the highest priority (in the example in the figure, the smaller the value, the higher the priority), is to reproduce the layout information with priority .
  • that the layout information can be reproduced means that a part of the media data constituting the layout is in a reproducible state.
  • the state in which media data can be played is the state in which pre-buffering has been completed in the case of stream data, and the state in which all media data constituting the medium have been received in the case of text and still image data.
  • the configuration media field 904 indicates the media that configures each layout.
  • the receiving terminal 104 obtains the media described in the configuration media field 904 by analyzing the rate information.
  • the receiving terminal 104 can also acquire the media constituting each layout from the program information.
  • the mandatory flag 905 is a flag indicating whether or not the media must be in a playable state in order to perform playback using the layout information. is there.
  • the layout information of priority 1 is composed of textl, image, image2, audiol, and videol.
  • the mandatory flag 905 is set to S1. Audio 1 and video 1 must be ready for playback. For other media, even if playback is not possible, you can play with the media display area blank.
  • the information of the essential flag 905 is stored in the layout information, and the receiving terminal 104 acquires the information and inputs the information to the layout information table 901. If the information of the essential flag 905 is described in the program information, the information may be obtained from the program information and input.
  • the media table 902 includes a transmission name (media name) 906, a priority 907, a reception completion flag 908, and a reception continuation possible flag 909.
  • the transmission name (field) 906 describes the transmission name of the media notified from the server 102 by the program information.
  • Priority (field) 907 describes the priority indicating which medium is to be preferentially used when there are media transmitted with the same transmission name.
  • image 1 is transmitted with high-resolution data and low-resolution data to be transmitted. Therefore, if the receiving terminal 104 can receive a high-resolution one, it needs to give priority to a display of a low-resolution one. Therefore, the priority of the high-resolution image 1 is higher than the priority of the low-resolution image 1.
  • This priority may be explicitly stored in the program information or the bucket header and sent from the server 102, or may be implicitly notified by a predetermined agreement between the server 102 and the receiving terminal 104. You may.
  • the order described in the program information indicates the priority of the media. If the layout information with a longer transmission interval has a higher priority, it is considered that the larger the data amount of the power media, the higher the priority.
  • the priority of media in the base layer alone is low, and playback and base layer
  • the priority (field) 907 should be filled in so that the priority of the media combining the and the enhancement layer is higher.
  • reception completion flag (field) 908 a reception completion flag indicating that the medium is in a playable state is described.
  • the reception completion flag is set to 1 when pre-buffering is completed.
  • the reception completion flag is set to 1 when the reception of all the media data that constitutes the media is completed.
  • a continuous reception possible flag indicating whether or not the media data can be continuously received is described.
  • Continuous reception means that packets can be received continuously to some extent. For example, if the bucket loss rate is below a certain threshold, the continuous reception possible flag is set to 1, and if the bucket loss rate exceeds the threshold, the reception continuous possible flag is set to 0.
  • the reception control section 307 of the receiving terminal 104 updates the layout information table 901 when receiving the program information and the layout information, and updates the media table 902 when receiving the program information and the medium. . Also, as a result of updating, when the layout information to be reproduced changes, the receiving terminal 104 changes the layout information to be reproduced and performs reproduction.
  • an appropriate program display corresponding to receivable data is realized by selecting a piece of layout information that can be played back by the receiving terminal 104 from a plurality of layout information and playing back the selected piece of layout information.
  • the receiving terminal 104 In order for the receiving terminal 104 to select appropriate rate information, the receiving terminal 104 needs to 1) prioritize layout information, and 2) media data. , 3) the media data that makes up the layout, 4) the media data required to play the layout, and 5) the media transmission name, must be determined in some way.
  • the server 102 notifies the receiving terminal 104, 1) to 5) described above, of the program information.
  • FIG. 8 is a diagram in which the program information in the first embodiment is described in SDP (SessionDescripiptiontProtocoll, IETF Int er nt Dr aft RFC 2327).
  • the session information portion of the SDP is omitted, and only the media information portion is described.
  • the program information 1800 indicates that text, still image, still image, video, audio, and layout information are transmitted as program data.
  • the media information of the still image is described in a portion indicated by 1802.
  • multiple still images are described to be transmitted with the same transmission name (transmitted with payload types 104 and 105, respectively).
  • the terminal 104 it is necessary for the terminal 104 to notify the terminal 104 which media data should be used preferentially.
  • the program information 1800 indicates that data transmitted with the payload type 104 has a priority of 1 and data transmitted with the payload type 105 has a priority of 2.
  • the portion indicated by 1804 of the program information 1800 describes that video data is transmitted.
  • video data it is set so that I-frames and P-frames of MPEG 4 are transmitted with different payload types.
  • the portion indicated by 1806 of the program information 1800 indicates that the late information is transmitted.
  • a medimap: field indicates the media constituting the rate information and whether the medium is indispensable for the playback of the rate.
  • the media to which multiple data is transmitted with the same name is the constituent media. If so, either of them should be received.
  • the dependent media is expressed by using a slash as "ku PT1> Zku PT2>" (meaning either "ku PT1> or ku PT2>").
  • the layout information of “payload type 100 is the media (ima) of the payload type 109 described before“; ”. ge 2) as a mandatory media, and the payload type 102 (textl) and either 104 or 105 (ima gel) described after ";" as non-essential media. " Represents.
  • the receiving terminal 104 can know the information of the configured media without analyzing the layout information, and the processing load of the terminal can be known. Can be lowered.
  • the receiving terminal 104 may be configured to detect the information of the media constituting the layout information by analyzing the layout information.
  • the server 102 may notify the receiving terminal 104 of 4) media data necessary for reproducing a layout by using the layout information.
  • FIG. 9 is a diagram describing the rate information in the first embodiment in SMIL.
  • the layout information 1900 The media data included in this layout is described.
  • the receiving terminal 104 can record 4) the media data required for reproducing the layout. Can be notified.
  • the server 102 may notify the receiving terminal 104 of 1) the priority of the layout information and 2) the priority of the media data using a packet header.
  • FIG. 10 is a diagram illustrating a format of a packet header according to the first embodiment.
  • a bucket header 2000 shown in FIG. 10 is an example of a case where a data bucket is transmitted by RTP.
  • the description of the portion described in 2001 of the packet header 2000 is within the range of the RTP standard, and therefore the description is omitted.
  • the description of the portion described in 2002 of the packet header 2000 is a format when the RTP is extended.
  • 1 ength is a field for inputting the length of the extension field (the portion described in 2002) in bytes.
  • the priority field is a field for inputting the priority of the medium. This field is used to assign the rate information and the priority of the medium. Reserved is reserved Yes, do not use.
  • the receiving terminal 104 can recognize 1) the priority of the layout information and 2) the priority of the media data by analyzing the packet header 2000.
  • FIG. 11 is a diagram for explaining an example of a case where program information according to Embodiment 1 is transmitted by SDP.
  • the fields indicated by 2105 and 2106 are fields in which information on the layout information is described.
  • the priority assigned to the program information can indicate the priority of use of the late information.
  • the receiving terminal 104 can determine 1) priority of layout information, 2) media The priority of the data, 3) the media data that composes the layout, 4) the media data required to play the layout, and 5) the transmission name of the media can be determined.
  • FIG. 12 is a flowchart showing the operation of server 102 in the first embodiment.
  • the program broadcast management section 314 When the server 102 is started, the program broadcast management section 314 first reads and stores the transmission start / end time 405 of the program table 3Ola corresponding to the program to be processed (step 501).
  • the program broadcast management section 314 waits until the transmission start time or the end time comes (step 502). Then, when the transmission start time of a certain program comes (step 503), the program broadcast management unit 314 extracts the media information 402 of the program table 301a of the program, and transmits the information of the data to be transmitted. Is stored (step 504).
  • the program information generation unit 312 of the server 102 refers to the file name 407 of the media information 402 stored by the program broadcast management unit 314, and converts the media data and the rate information included in the media information 402. By allocating transmission channels (step 505), program information is generated and transmitted to the receiving terminal 104 via the transmission unit 305 (step 506).
  • the transmission control section 304 starts the media transmission processing (step 507).
  • the details of the media transmission processing will be described later.
  • FIG. 13 is a flowchart of the media transmission process of the server 102 according to the first embodiment.
  • the media transmission process is performed for each media data.
  • the transmission control section 304 refers to the media information 402 of the program table 301a of the data management section 301, and extracts the file name 407 included in the program. Then, the transmission control unit 304 stores the media data and the layout information corresponding to the extracted file name 407 in the layout information storage unit 301 b, the AV information storage unit 310 c, and the still image storage unit 304. 1d, read from the text storage unit 301e (step 601).
  • the transmission control section 304 divides the read media data and layout information and sends them to the transmission section 305.
  • the transmission unit 305 adds the packet header to the transmitted data and converts it into a bucket (step 602).
  • the transmission unit 305 periodically transmits the bucket repeatedly from the transmission control unit 304 until there is an instruction to stop transmission of the generated bucket to the receiving terminal 104 (step 604). Thereafter, if there is a transmission stop instruction from the transmission control section 304 (step 605), the data transmission processing is terminated.
  • server 102 transmits the media data and the layout information to receiving terminal 104.
  • FIG. 14 is a diagram illustrating an operation of receiving terminal 104 according to the first embodiment.
  • the transmission unit 315 opens a predetermined channel for receiving program information (step 1001).
  • the receiving terminal 104 starts a receiving process by a receiving control unit 307 described later (step 1002), and a table by a receiving data managing unit 318 described later.
  • the management process is started (Step 1003).
  • each processing unit of the receiving terminal 104 waits for a termination instruction from the terminal control unit 310 (step 1004).
  • the transmission unit 315 closes the program information reception channel (step 1005), the reception control unit 307 stops the reception process (step 1006), and the reception data management unit 318 performs the table management process. Is stopped (step 1007).
  • the receiving terminal 104 starts the operation and ends the operation.
  • FIG. 15 is a flowchart of the receiving process of the receiving terminal 104.
  • the reception process is an operation when program information and program data are received, and a process when a user selects a program.
  • the reception control unit 307 of the receiving terminal 104 determines whether or not the user has selected a program (step 1101), and if a program is selected, performs a program selection process described later (step 1102).
  • reception control section 307 determines whether or not a termination instruction has been received from terminal control section 310 (step 112), and receives the termination instruction. If so, the receiving process ends.
  • the transmission unit 315 subsequently receives data such as program information and program data and sends it to the reception control unit 307 (step 1103).
  • reception control section 307 determines whether or not the received data is program data (step 1104).
  • the reception control unit 307 determines whether the received data is program information (Step 1105).
  • the reception control unit 307 instructs the program selection unit 317 to acquire the title of the program.
  • program selection The selector 317 obtains the title of the program (step 1106). Then, the program selector 317 presents the program title to the user (step 1107), and returns to step 1101.
  • reception control section 307 determines whether or not the received data is layout information (step 1108). Then, a layout information receiving process described later is performed (step 1109), and the process returns to step 1101.
  • reception control section 307 determines whether or not the data is AV data (step 110). If the received data is AV data, the reception control section 307 performs an AV data reception process described later (step 111), and returns to step 1101.
  • the reception control unit 307 determines whether the received data is text / still image data (step 111). ), Text or still image data, a text 'still image data receiving process is performed (step 1 1 1 3), and the process returns to step 1101.
  • the receiving terminal 104 performs the receiving process.
  • FIG. 16 is a diagram illustrating the program selection processing of the receiving terminal 104.
  • the program selection process is a process of step 1102 shown in FIG.
  • the reception control unit 307 determines whether or not another program is currently being reproduced on the reception terminal 104 (step 1201).
  • the reception control section 307 creates a layout information table 901 and a media table 902 from the media information of the program information to be received this time (step 1205).
  • the reception control unit 307 receives the program from the transmission unit 315. Then, the transmission unit 315 opens the reception channel of the program (step 1206), and ends the processing.
  • the reception control section 307 closes the receiving channel of the program being played back in order to process the program received this time (step 1202). 2) The reproduction of the currently reproduced program is stopped (step 1203), and the information stored in the reception data management table 319 is deleted (step 1204). Then, the reception control section 307 shifts to the processing of step 125.
  • the receiving terminal 104 performs the program selection process.
  • FIG. 17 is a diagram showing the rate information receiving process of the receiving terminal 104. This process is the process of step 1109 shown in FIG.
  • the reception control unit 307 checks whether all the divided data are complete (step 1301). .
  • the reception control section 307 saves the data in the buffer 320 and returns (step 1302).
  • the reception control section 307 reads out the data stored in the buffer 320, forms the late information, and analyzes the media constituting the late information (step 13). 0 3).
  • the reception control unit 307 acquires the essential flag of each constituent medium (Step 1304).
  • the reception control section 307 inputs the priority 903, the constituent medium 904, and the required flag 905 to the rate information table 901 (step 13305), and The layout information table 901 is saved, and the process ends (step 1306).
  • FIG. 18 is a flowchart showing the AV data receiving process of receiving terminal 104 in the first embodiment.
  • the AV data receiving process is a process of step 111 shown in FIG.
  • the reception control section 307 determines whether or not the received data is AV data that has been received for the first time after receiving the program (step 1401). If the data is the first received data, the reception control unit 307 starts the pre-buffering process (step 1402).
  • the pre-buffering process is a process of storing data without performing playback for a certain period of time after receiving the AV data. After that, it proceeds to the processing of step 1406.
  • reception control section 307 determines whether or not pre-buffering has been completed (step 1403). ), If the pre-buffering has not been completed, the process proceeds to step 1406.
  • the reception control section 307 inputs the priority of the medium to the media table 902 (the information of the priority is explicitly described). If the notification is made by the program information or the bucket header, the information is input. (Step 1444), and the corresponding reception completion flag of the media tape drive 902 is set to 1. (Step 1405).
  • the reception control unit 307 performs a continuation reception enable determination process to be described later (step 1406), stores the received data in the buffer 320, and ends the AV data reception process. (Step 1407).
  • the reception control section 307 performs AV data reception processing.
  • FIG. 19 is a flowchart showing the text 'still image data receiving process.
  • Text 'still image data reception processing is step 1 shown in Figure 15 This is the processing of 1 13.
  • the reception control unit 307 checks whether all the divided data are complete (step 15). 0 1).
  • reception control section 307 saves the data in the buffer 320 and proceeds to the processing of step 1506.
  • the reception control section 307 When all the data are collected, the reception control section 307 reads the media data stored in the buffer 320 and forms a medium. Then, the reception control unit 307 inputs a priority in a corresponding column of the media table 902 (when the priority information is explicitly notified, the priority information is notified by program information or a packet header). So enter that information) (step 1503). Next, the reception control section 307 sets the corresponding reception completion flag of the media table 902 to 1 (step 1504).
  • the reception control section 307 saves the text / still image data, which is media data, in the buffer 320 (step 1505).
  • reception control unit 307 performs a continuous reception enable determination process described later (step 1506), and ends the process.
  • the reception control unit 307 performs the text / still image data reception processing.
  • FIG. 20 is a flowchart illustrating a process of determining whether or not receiving terminal 104 can continuously receive in Embodiment 1. This processing is the processing of step 1406 in FIG. 18 and step 1506 in FIG.
  • the reception control section 307 calculates the packet loss rate L of the media data (step 1601).
  • the bucket loss rate can be calculated from the history of buckets received in the past.
  • packet loss a sequence number is assigned to a packet, and Can be detected.
  • the reception control unit 307 determines whether or not the packet loss rate L is larger than a threshold L 1 (fixed ⁇ S set in advance) (step 1602). It is determined that it is difficult to receive the media continuously, and the continuous reception flag 909 of the corresponding medium is set to 0 (step 163).
  • the reception control section 307 determines whether or not the packet loss rate L is smaller than the threshold value L2 (a fixed value set in advance and a value smaller than L1) (step 1604). ), If it is smaller, it is determined that the bucket can be continuously received, the continuous reception possible flag 909 of the corresponding medium is set to 1, and the processing is terminated (step 1605).
  • L2 a fixed value set in advance and a value smaller than L1
  • the receiving terminal 104 sets the continuous reception flag 909, and determines that the medium can be played when the continuous reception flag 909 is 1 by It is possible to prevent the receiving terminal 104 located at the boundary of the zone from performing unstable reproduction.
  • FIG. 21 is a flowchart illustrating the operation of the table management process of receiving terminal 104 in the first embodiment.
  • the reception data management unit 318 waits until the contents of the reception data management table 319 are updated (step 1701).
  • the reception data management section 3 18 first refers to the layout information table 901, and has the highest priority 903, that is, the most detailed. Then, layout information that can display data is selected and processed (step 1702).
  • the reception data management unit 318 configures the configuration of the rate information to be processed.
  • the media is acquired from the layout information table 901 (step 1703), and the following playability determination processing is performed for each constituent medium.
  • the reception data management unit 318 represents the individual configuration media of the rate information to be processed as configuration media 1 to N.
  • N is the number of constituent media.
  • the reception data management unit 318 refers to the information of the configuration medium i from the media table 902 (step 1704), and if the configuration medium i has a plurality of priorities, the configuration The highest-priority media i is selected and the following processing is performed (step 1705).
  • the reception data management unit 318 confirms that the reception completion flag ⁇ ⁇ ⁇ ⁇ and the continuous reception enable flag of the medium selected in step 1705 are 1 (step 1706, step 1707). .
  • Step 1708 the reception data management unit 318 determines that the medium can be played back and determines the next medium (composed medium i + 1). (Step 1708), the process returns to Step 1705 and continues.
  • the reception data management unit 318 performs a reproducibility determination process for all N media (step 1709).
  • the reception data management section 318 determines whether or not one or more media can be played (step 1710). If one or more media can be played, the selected data is selected. Playback is started based on the late information (step 1711).
  • step 1717 If there is no termination instruction from the terminal control unit 310 (step 1717), the reception data management unit 318 returns to the process of step 1701, and if the termination instruction is not received. If so, the process ends.
  • the reception data management unit 318 determines that this rate information cannot be played back. Go to step 1 7 1 2.
  • step 1712 the reception data management unit 318 determines whether there is any layout information having a lower priority than the layout information currently being processed, that is, whether there is other layout information.
  • the reception data management unit 318 selects the layout information having the next highest priority next to the layout information currently being processed (step 1713). Then, the process proceeds to Step 1703.
  • step 1712 if there is no low-priority rate information in step 1712, it means that there is no reproducible rate, so the flow advances to step 1701 to wait for the update of the reception data management table 319.
  • the reception data management unit 318 determines whether there is a lower priority among the constituent media i in order to detect a reproducible medium (step 1714). If there is one having a lower priority, the reception data management unit 318 selects the next lowest priority (step 1715), and proceeds to the processing of step 1706. move on.
  • the reception data management unit 318 confirms the mandatory flag 905 of the medium (step 1716) If the required flag is 0, the media data does not necessarily need to be played, and the process proceeds to the next media playability determination. On the other hand, if the required flag is 1, the received data management unit 318 determines that this rate cannot be reproduced because the media that requires reproduction cannot be reproduced. Then, go to Step 1 ⁇ 1 2.
  • the receiving terminal 104 can determine whether or not to reproduce the rate information in a state where some media data cannot be reproduced by referring to the essential flag.
  • the receiving terminal 104 performs the table management process.
  • receiving terminal 104 can select rate information suitable for the received media data, and display the received media data using the selected rate information. For example, when the receiving terminal 104 receives only text and still images, it performs the appropriate rating for only text and still images and displays it, and can receive video, audio, still images, and text. In addition, it is possible to perform the display by performing a rating suitable for these media. That is, when the receiving terminal 104 displays content including various media such as transmitted video, audio, still images, and text, the content can be displayed in a form suitable for receivable media data.
  • the operation of the server 102 and the receiving terminal 104 in the first embodiment may be programmed, stored in a storage medium, and executed by a general-purpose computer.
  • the point of transmission of the content (same as program data in the case of broadcasting) is transmitted from the receiving terminal, and the method of acquiring detailed information of the content (program information in the case of broadcasting) Is different from the broadcast type.
  • the content distribution method is the same as for broadcasting.
  • the usage of the target communication network is the same as that shown in FIG.
  • FIG. 22 is a block diagram illustrating an overall image of the content system according to the second embodiment.
  • a content distribution management unit 222 is arranged in the server 222 in place of the program broadcast management unit 314, and a program selection unit is arranged in the receiving terminal 222.
  • the difference is that a content selection section 2207 is arranged instead of 3170.
  • the other parts are the same, so the same reference numerals are given and the detailed description is omitted.
  • the content distribution management unit 222 is a means for receiving the content distribution request from the receiving terminal 2221, and managing the distribution of the content. Content distribution is controlled by protocols such as HTTP and RTSP.
  • the content selection unit 222 has an interface that allows the user to input a URL, and has a function of acquiring layout information according to the URL input by the user. At this time, it is assumed that the content selection unit 222 obtains a plurality of pieces of layout information.
  • FIG. 23 is a flowchart showing the operation of receiving terminal 2 211 in the second embodiment.
  • the receiving terminal 2221 obtains the URL of the layout information input by the user in the content selection unit 2207 (step 2300). Subsequently, the reception control unit 307 acquires the rate information from the server 222 via the transmission unit 315 based on the URL acquired in Step 230. (Step 2301).
  • the reception control unit 307 acquires a plurality of pieces of rate information, and the priority of the rate information is described in the rate information itself. Subsequently, the reception control unit 307 acquires the URL of the media described in each rate information (step 2302), and transmits a transmission request for the media to the transmission unit 315 based on the URL. Then, the transmission unit 315 sends a media transmission request to the server 2206 (step 2303).
  • the reception data management unit 318 selects a layout based on the receivable media data (step 2304), and reproduces the layout. Yes (Step 23 05).
  • the method for selecting the layout information is as described in the first embodiment.
  • the reproduction control unit 308 stops reproduction and ends (step 2306).
  • a system in which the media distribution system according to the first embodiment is applied to a communication type can be realized.
  • the server 102 when the server 102 sends a plurality of pieces of rate information and media to the receiving terminal 104, the receiving terminal 104 can transmit various types of media such as video, audio, still images, and text.
  • the contents When displaying different contents, the contents can be displayed in a form suitable for the receiving state of the media.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本発明は、送信側において、少なくとも１つ以上のメディアの表示レイアウトを決定するレイアウト情報を複数と、このレイアウト情報を構成するメディアデータとを送信し、受信側において、送信側から送信されてきたレイアウト情報と、このレイアウト情報を構成するメディアを受信し、このメディアの受信状態に基づいて複数の異なるレイアウト情報から１つを選択し、選択したレイアウト情報を用いてメディアを再生するようにした。

Description

明 細 書 受信装置および情報閲覧方法 技術分野
本発明は、 ビデオ、 音声、 テキス ト、 または静止画といったメディアを含む コンテンツおよびコンテンツのレイアウト情報を受信して閲覧する受信装置 および情報閲覧方法に関する。 背景技術
現在、 テキス ト、 静止画、 動画、 および音声を含むコンテンツを統合し、 空 間的配置および時間的配置を記述する方法として W 3 C (Wo r i d W i d e We b C o n s o r t i um)によって標準化されている、 SM I L (S y n c h r o n i z e d Mu l t i me d i a I n t e g r a t i o n L a n g u a g e) と呼ばれる技術がある。
SM I Lは、 現在インターネットを通じて非常に普及しているハイパーテキ スト記述言語 HTMLと似た記述言語であるが、 動画を含むマルチメディアデ ータを配信するのにより好適な記述言語である。
SM I Lファイルの記述例について図 1を用いて説明する。
図 1に示す記述の 3行目のく 1 a y o u t >力 ら 8行目の < 1 a y o u t >までが、 コンテンツの空間的レイァゥトの情報である。
1 1行目のく p a r >から 16行目のくノ p a r >までが、 コンテンツを再 生する時間情報である。
5行目から 7行目において、動画、テキスト、静止画を配置する領域 v、 t、 iをそれぞれ定義する。
1 2行目カゝら 14行目まではそれぞれ、 動画、 音声、 テキス ト、 静止画を再 生する時間情報を定義する。 1 2行目から 14行目までの各行に含まれる "S r c =" は、 メディアを取得するための URLが指定されており、 本例では、 動画、 音声を R T SP (R e a l T i me S t r e am i n g P r o t o c o l、 I n t e r n e t D r a f t RFC 2326) プロトコノレ、 テキ スト、 静止画を HTTPプロトコルで取得することが指定されている。
また、 12行目または 14、 1 5行目に含まれる " r e g i o n=" は、 メ ディアを表示する位置を指定しており、 5行目から 7行目で指定した領域に対 応している。
例えば、 14行目に指定されたテキストデータは、 r e g i o n i d = "t" であるから、 6行目で指定されている領域に表示される。
なお、 行番号は説明の便宜上付与したものであり、 実際の SMI Lファイル には記載されない。
次に、 クライアントが、 サーバ上に保存された SM I Lによって記述された コンテンツを、 ネットワークを介して、 再生する方法について図 2を用いて説 明する。
コンテンツの受信端末であるクライアント 704は、 HTTP等のプロトコ ルを用い、 インターネットなどのネットワークを介し、 サーバ 1 (701) か らコンテンツが記述された SM I Lファイルを取得する。 クライアント 704 は、 SM I Lファイルを取得後、 SM I Lファイルを解釈し、 記述されている それぞれのメディア、 すなわち、 テキス ト、 静止画、 動画、 音声等をサーバか ら取得する。
具体的には、 クライアント 704は、 サーバ 2 (702) より動画データお よび音声データを取得し、 サーバ 3 (703) よりテキストデータおよび静止 画データを取得する。
そして、 クライアント 704は、 取得した SM I Lファイルに記述されてい る空間情報および時間情報に基づいて、 記述されているそれぞれのメディアを 適切な位置および適切な時刻に再生する。
しかしながら、 SM I Lを用いてコンテンツを記述した場合、 クライアント 7 0 4は、 S M I Lファイルに記述されているマルチメディアデータの種類を あらかじめ知ることができない。
また、 クライアント 7 0 4のマルチメディアデータ再生能力によっては、 S M I Lファイルに記述されているマルチメディァデータの全ての種類を復号 (デコード） することができない可能性がある。
これを解決するために、 クライアント 7 0 4力 S、 マルチメディアデータ再生 能力に応じたデコーダを取得する方法が提案されている （例えば、 特開 2 0 0 2 - 2 9 7 5 3 8号公報に記載の方法） 。
この方法によれば、 S M I L等のシナリオデータで指定されたマルチメディ ァデータの再生能力を受信端末が持たない場合であっても、 受信端末がデコー ダを適宜取得することができるようにしたものである。 これにより、 受信端末 力 想定されるマルチメディアデータの全ての種類を復号 （デコード） するこ とができる。
しかしながら、 上述したメディア配信方法には以下の問題がある。
上述したメディア配信方法は、 マルチメディアデータの伝送状態を全く考慮 していない。 つまり、 受信端末が、 マルチメディアデータを受信できない場合 について考慮していない。
特に、 無線伝送路を介してメディアを配信する場合では、 変動する通信路の 帯域、 誤り率に応じて、 S M I Lで指定されたマルチメディアデータの受信端 末への伝送が可能であったり、 不可能であったりする。
例えば、 第三世代の携帯電話システムにおいては、 基地局から離れた場所に いる受信端末は低いビッ トレート、 基地局に近い受信端末は高いビットレート でメディアデータの受信が可能であることがある。 このような伝送路では、 基 地局から遠くにいる受信端末には映像データのようなサイズの大きいデータ は受信しにくく、 テキス トや静止画といったメディアしか受信できないという ことが起こりうる。
このように、 S M I Lで指定されたマルチメディアデータの中に受信できな いものがある場合、 たとえ、 受信装置が、 送信側から指定された全種類のマル チメディアデータの復号 （デコード） が可能であっても、 S M I Lで指定され るコンテンツを適切に表示できないという問題がある。
発明の開示
本発明の目的は、 受信端末が、 伝送された映像、 音声、 静止画、 テキストな どさまざまなメディアからなるコンテンツを表示する場合に、 メディアの受信 状態に適した形態でコンテンツを表示できるようにすることである。
本発明は、 送信側において、 少なくとも 1つ以上のメディアの表示レイァゥ トを決定するレイアウト情報を複数と、 このレイアウト情報を構成するメディ ァデータとを送信し、 受信側において、 送信側から送信されてきたレイアウト 情報と、 このレイアウト情報を構成するメディアを受信し、 このメディアの受 信状態に基づいて複数の異なるレイァゥト情報から 1つを選択し、 選択したレ ィァゥト情報を用いてメディアを再生するようにした。
これにより、 受信側が、 メディアの受信状態に適したレイアウト情報を選択 し、 選択したレイァゥト情報を用いて受信したメディアを表示できる。
図面の簡単な説明
図 1は、 S M I Lファイルの記述例を示す図であり、
図 2は、 クライアントがサーバ上に保存されたコンテンツの再生する方法を 説明する図であり、
図 3 Aは、 本発明の実施の形態 1にかかるメディァ配信システムを示した第 1の図であり、
図 3 Bは、 実施の形態 1にかかるメディア配信システムを示した第 2の図で あり、
図 3 Cは、 実施の形態 1にかかるメディア配信システムを示した第 3の図で あり、 図 4 Aは、 実施の形態 1にかかる受信端末における、 中継ノードからの物理 的もしくは論理的な距離に応じた番組の再生結果の違いを説明する第 1の図 であり、
図 4Bは、 実施の形態 1にかかる受信端末における、 中継ノードからの物理 的もしくは論理的な距離に応じた番組の再生結果の違いを説明する第 2の図 であり、
図 4Cは、 実施の形態 1にかかる受信端末における、 中継ノードからの物理 的もしくは論理的な距離に応じた番組の再生結果の違いを説明する第 3の図 であり、
図 4Dは、 実施の形態 1にかかる受信端末における、 中継ノードからの物理 的もしくは論理的な距離に応じた番組の再生結果の違いを説明する第 4の図 であり、
図 5は、 実施の形態 1にかかるメディア配信システムの全体像を示す概略図 であり、
図 6は、 実施の形態 1にかかるサーバが保有する番組テーブルを示した図で あり、
図 7は、 実施の形態 1にかかる受信管理テーブルの構成を示す図であり、 図 8は、 実施の形態 1における番組情報を SDP (S e s s i o n D e s c r i p t i o n P r o t o c o l、 I E i、F I n t e r n e t D r a f t RFC 2327) により記述した図であり、
図 9は、 実施の形態 1におけるレイァゥト情報を SMI Lにより記述した図 であり、
図 1 0は、 実施の形態 1にかかるバケツトヘッダのフォーマツ トを示す図で あり、
図 1 1は、 実施の形態 1における番組情報を S D Pにより送信する場合の例 を説明するための図であり、
図 1 2は、 実施の形態 1におけるサーバの動作を示すフローチャートであり、 図 1 3は、 実施の形態 1にかかるサーバのメディア送信処理のフローチヤ一 トであり、
図 1 4は、 実施の形態 1における受信端末の動作を説明するフローチャート であり、
図 1 5は、 実施の形態 1における受信端末の受信処理のフローチャートであ り、
図 1 6は、 実施の形態 1における受信端末の番組選択処理を説明するフロー チャートであり、
図 1 7は、 実施の形態 1における受信端末のレイアウト情報受信処理を示す フローチャートであり、
図 1 8は、 実施の形態 1における受信端末の A Vデータ受信処理を表すフロ 一チヤ一トであり、
図 1 9は、 実施の形態 1における受信端末のテキスト ·静止画データ受信処 理を表すフローチャートであり、
図 2 0は、 実施の形態 1における受信端末の継続受信可能判定処理を表すフ ローチャートであり、 図 2 1は、 実施の形態 1における受信端末のテーブル管理処理の動作を説明 するフローチャートであり、
図 2 2は、 本発明の実施の形態 2におけるコンテンツシステムの全体像を表 すブロック図であり、 そして、
図 2 3は、 実施の形態 2における受信端末の動作を示すフローチャートであ る。
発明を実施するための最良の形態
(実施の形態 1 )
以下、本発明にかかる実施の形態 1について、図面を参照しつつ説明を行う。 まず、 図 3 A〜図 3 Cを用いて実施の形態 1にかかる通信網の利用形態につ いて説明する。 図 3 A〜図 3 Cは、 実施の形態 1にかかるメディア配信システ ムを示した図である。
図 3 Aに示すように、 実施の形態 1にかかるメディア配信システムは、 送信 装置であるサーバ 1 02から配信されたコンテンツを、 通信網 1 0 1を介して、 受信端末 1 04が受信するようになっている。
サーバ 1 02は、 動画、 音声、 音楽、 テキスト、 静止画、 レイアウト情報、 プログラムなどさまざまなメディア対象としたコンテンツを伝送する。 また、 サーバ 1 02は、 コンテンツとして、番組情報と番組データとを送信している。 番組情報は、 番組の概要や、 放送開始 ·終了時間、 放送に使用される通信ポ ート （TV放送におけるチャンネルにあたるもので、 具体的には、 あて先 I P ァドレスやポート番号のことをいう） などの受信条件を記したデータである。 また、 番組情報の記述方法としては例えば、 SDP (S e s s i o n D e s c r i p t i o n P r o t o c o l ) が用レ、られてレ、る。
また、 番組データは、 動画、 音声、 音楽、 テキスト、 静止画、 プログラムな どのメディアと、 これらを組み合わせて表示するためのレイアウト情報である。 レイァゥト情報の記述方法としては、 例えば、 SM I L (S y n c h r o n i z e d Mu l t i me d i a I n t e g r a t i o n L a n g u a g e) や J AVA (R) を用いられている。
なお、 SM I Lの詳細については、 h t t p : ZZwww. w 3. o r gZ TRZ s m i 1 20/に、 S D Pの詳細については h t t p ：ノ Zw w w. i e t f . o r g/r f c/r f c 2 32 7. t x tに、 それぞれ記述されてい る。
受信端末 1 04は、 携帯電話、 TV、 PDA, パソコンなど、 表示解像度や 処理能力が異なる端末である。 受信端末 1 04は、 最初にサーバ 1 0 2から送 信された番組情報を受信し、 番組情報に記載される番組データ受信用の受信チ ャネルを開いて番組データを受信する。 そして、 受信端末 1 04は、 番組情報 に対応する番組を再生する。 なお、 受信端末 104は番組を配信する複数のサーバから同時にコ を受信してもよレ、。 さらに、 受信端末 104は、 単一の伝送路だけでなく、 複 数の伝送路に同時に接続できる能力を有するものであってもよい。
通信網 101は、 有線網 （例えば、 ADSL、 I SDN, ATM、 FTTH など） であっても無線網 （例えば、 携帯電話、 無線 LANなど） である。
また、 通信機器はルータやゲートウェイ （GW) といった中継ノード 103 で相互接続される。
中継ノード 103は、 ブロードキャストやマルチキャス ト機能を備え、 中継 ノード 103でデータバケツトを複製することができる。
また、 コンテンツの伝送方法としては、 サーバ 102と受信端末 104間で 1対 1型の通信を行ってもよいし、 ブロードキャストゃマルチキャスト機能を 用いて、 サーバ 102と受信端末 104間 1対 N型の通信を行ってもよい。 なお、番組情報や番組データは、同一の伝送路を利用して伝送してもよいし、 それぞれ別々の伝送路を利用して伝送してもよい。 例えば、 番組情報は放送網 を用いて伝送し、 番組データは通信網を用いて伝送することとしてもよい。 また、 実施の形態 1は、 図 3 Bに示すように、 有線網と無線網が相互接続さ れた通信網 105を備えた形態であってもよい。
さらに、 実施の形態 1は、 図 3 Cに示すように、 サーバ 102が各所に存在 し、 近傍のエリアにデータをブロードキャストし、 受信端末 104がデータを 受信する通信形態であってもよい。 このような通信形態の場合には、 伝送プロ トコノレとして、 B 1 u e To o t hや無線 LANなどを利用できる。
また、 サーバ 102と受信端末 104間の接続経路は通信網 101だけでは なく、 放送網 （例えば、 地上波デジタル放送、 衛星デジタル放送など） や、 放 送網と通信網を融合したシステム構成であつてもよい。
ところで、 特に、 図 3 Bに示すように、 携帯電話のような移動する受信端末 104へコンテンツを放送する形態では、 受信端末 104が存在する地域ごと に異なるコンテンツを放送したいという要望もある。 し力、し、 サーバ 102か ら複数の受信端末 104に、 ブロードキャストもしくはマルチキャストした場 合、 位置に応じて放送内容を変更することは容易ではない。
そこで、 実施の形態 1においては、 位置に応じた放送を実現するために、 例 えば、 図 3 Bでは、 サーバ 102と中,継ノード 103間は 1対 1で通信し （有 線網の区間） 、 中継ノード 103と受信端末 104間は、 無線網を用いたプロ 一ドキャスト機能を利用して配信している。
このように、 ブロードキャス ト機能を実現する中継ノード 103は、 他の中 継ノード 103をまたがって、 バケツトをブロードキャストすることはない。 次に、 受信端末 104における、 受信できるメディアに応じた番組の再生結 果の違いについて図 4 A〜図 4Dを用いて説明する。 図 4A〜図 4Dは、 受信 端末 104における、 中継ノード 103からの物理的もしくは論理的な距離に 応じた番組の再生結果の違いを説明する図である。
この例では、 サーバ 102は、 テキストデータ （201) 、 低解像度の静止 画データ 1 (202) 、 静止画データ 2 (203) 、 MP EG 4映像ストリー ムデータ （204、 206) 、 高解像度の静止画データ 1 (205) を送信し ているものとする。
MP EG 4映像ス トリームデータ 204、 206は、 同じ画像を高解像度と 低解像度で符号化したものである。 MP EG 4映像ストリームデータ 204は 低解像度で符号化したものであり、 MP EG 4映像ストリームデータ 206は 高解像度で符号化したものである。 また、 サーバ 102は、 MPEG4映像ス トリームデータ 204はフレーム内符号化フレーム （Iフレーム） 、 MPEG 4映像ストリームデータ 206はフレーム間符号化フレーム （Pフレーム） の データを送信しているものとする。
図 4 Aに示す表示結果は、 受信端末 104力 S、 テキス トデータ 20 1と低解 像度の静止画データ 1 (202) を受信可能な場合の表示結果である。 この場 合には、 受信端末 104に、 テキストデータ 201と低解像度の静止画データ 1 (202) が表示される。 図 4 Bに示す表示結果は、 受信端末 104力 テキストデータ 20 1と低解 像度の静止画データ 1 (202) に加えて、 静止画データ 2 (203) を受信 可能な場合の番組の再生結果である。 この場合、 受信端末 104は、 テキス ト データ 201、 低解像度の静止画データ 1 (202) 、 および、 静止画データ 2 (203) を表示するのに適したレイアウトを採用している。
図 4 Cに示す表示結果は、 受信端末 104力 テキス トデータ 201、 低角？ 像度の静止画データ 1 (202) 、 および、 静止画データ 2 (203) に加え て MP EG 4映像ス トリームデータ 204をできるときの番組の再生結果で ある。 この場合、 受信端末 104は、 MP EG 4映像ストリームデータ 204 が中央に配置され、 テキストデータ 201、 静止画データ 1 (202) 、 静止 画データ 2 (203) 、 縮小されて表示されるレイアウトを採用している。 図 4 Dに示す表示結果は、 受信端末 104が、 テキストデータ 201、 低解 像度の静止画データ 1 (202) 、 静止画データ 2 (203) 、 MPEG4映 像ストリームデータ 204に加えて、 MP EG 4映像ストリームデータ 206 および高解像度の静止画データ 1 (206) を受信できる場合の番組の再生結 果である。 この場合、 受信端末 104は、 図 4Cに示す場合にくらべ、 静止画 データ 1の解像度が上がり、 映像のフレームレートも上がっている。
本発明では、 図 4に示したように、 受信端末 104が、 受信できるメディア が少ない場合にはそれらのメディァに適した適切なレイァゥティングを行つ て番組を表示し、 かつ、 多くのメディアにより情報を表示できる場合にはそれ らのメディアに適したレイァゥティングを行って番組を表示するようにして いる。
以下、 上述したように、 受信できるメディアに適したレイアウトでメディア を表示する受信端末 104を含むメディア配信システムの構成について図 5 を用いて説明する。 図 5は、 実施の形態 1にかかるメディア配信システムの全 体像を示す概略図である。
コンテンツ送信装置であるサーバ 102は、 データ管理部 301、 番組放送 管理部 3 1 4、 送出制御部 3 0 4、 番組情報生成部 3 1 2、 および伝送部 3 0 5を備えている。
データ管理部 3 0 1は、 番組テーブル 3 O l a , レイァゥト情報を格納する レイァゥト情報格納部 3 0 1 b、 M P E G 4映像ス トリームデータ 2 0 4、 2 0 6を格納する A Vデータ格納部 3 0 1 c、 静止画データ 2 0 2、 2 0 3、 2 0 5を格納する静止画格納部 3 0 1 d、 およびテキストデータ 2 0 1を格納す るテキスト格納部 3 0 1 eから構成される。 データ管理部 3 0 1は、 ハードデ イスク ドライブに代表される記録媒体である。
番組テーブル 3 0 1 aは、 番組の情報を格納するテーブルである。 この番組 テーブル 3 O l aに基づいて、 各番組が放送される。
番組テーブル 3 0 1 aの詳細について図 6を用いて説明する。 図 6は、 サー バ 1 0 2が保有する番組テーブル 3 O l aを示した図である。
番組テーブル 3 0 1 aは、 1つの番組の情報を格納するものであり、 サーバ 1 0 2は、 この番組テーブル 3 O l aを放送する番組の数だけ保有している。 なお、 図 5では、 図面の簡略化のため、 番組テーブル 3 0 1 aをひとつしか示 していない。
番組テーブル 3 0 1 aは、 セッション情報 4 0 1とメディァ情報 4 0 2に分 かれている。
セッション情報 4 0 1は番組全体に関する情報を表しており、 メディァ情報 4 0 2は、 番組を構成する各メディアの情報を表している。
セッション情報 4 0 1には、 タイ トル 4 0 3、 セッション番号 4 0 4、 送信 開始 '終了時刻 4 0 5、 および、 あて先アドレス 4 0 6が格納されている。 タイ トル 4 0 3は、 この番組のタイ トルを表している。
セッション番号 4 0 4は、 この番組を一意に示す番号である。
送信開始'終了時刻 4 0 5は、番組の送信開始と終了時刻が記載されている。 あて先アドレス 4 0 6は、 データのあて先アドレスを示しており、 どのアド レスあてに番組データを送信するかを示している。 また、 メディア情報 4 0 2は、 フアイノレ名 4 0 7、 送信名 4 0 8、 メディア の種別 4 0 9、 必須フラグ 4 1 0、 および、 送信周期 .繰り返し回数 4 1 1と いった情報を持つ。
フアイノレ名 4 0 7は、 そのメディア （番組） に格納されているファイル名が 記載されている。 ファイル名 4 0 7は、 メディアデータおよびレイアウト情報 の名前である。
送信名 4 0 8は、 そのメディアデータの送信の際に、 データを一意に識別す るために付与される識別子を示している。 この情報は、 レイアウト情報で各メ ディアを指定するために使用する。 また、 各メディアの送信名は、 番組情報に 入力される。
メディアの種別 4 0 9は、 そのメディアの種別を示している。 この情報は番 組情報に入力されて、 受信装置に送信される。
必須フラグ 4 1 0は、 対応するメディアデータが再生不可能なときに、 受信 端末 1 0 4力 そのメディアを構成メディアとして持つレイァゥト情報を使つ て番組を再生することを許可するか否かを示すフラグである。 つまり、 必須フ ラグ 4 1 0は、 そのメディアがレイァゥト情報の再生に必須であるか否かを示 すフラグである。
必須フラグ 4 1 0が 1になっているときは、 そのメディアが再生不可能であ るときには、 そのメディアをレイァゥトの構成要素として持つレイァゥト情報 を使って番組を再生することを許可しない。 言い換えれば、 必須フラグ 4 1 0 は、 メディアが対応するレイァゥト情報に必須な必須メディアか否かを示すも のである。
必須フラグ 4 1 0は、 番組情報もしくはレイァゥト情報に記載されて受信装 置に通知される。
送信周期 '繰り返し回数 4 1 1は、 送信するメディアデータが静止画、 テキ ス トデータである場合には、 そのメディアデータの送信の繰り返し周期を示し、 送信するメディアデータがストリームのデータである場合には、 そのス トリー ムデータを何回繰り返して送信するかを示す。
図 6の例では、 ストリームデータは A u d i o、 V i d e。であり、 その繰 り返し回数は無限回 （サーバ 1 0 2が停止指示を出すまで送信しつづける） と なっている。
以上のように番組テーブル 3 0 1 aは構成されている。
ここで図 5を用いたコンテンッ配信装置の説明に戻る。
番組放送管理部 3 1 4は、 各番組の放送開始、 終了を管理するものである。 番組放送管理部 3 1 4は、 番組再生開始、 終了時刻を記憶して、 送信開始時刻 になれば番組の送信を開始し、 終了時刻になると番組の送信を終了する。
さらに詳細には、 番組放送管理部 3 1 4は、 各番組の番組テーブル 3 0 1 a 力 らセッション情報 4 0 1に関する情報を読み込み、 そこに記録された番組の 放送開始時刻 ·終了時刻 4 0 5を記憶する。そして、番組放送管理部 3 1 4は、 各番組の放送開始時刻になると送出制御部 3 0 4および番組情報生成部 3 1 2にその番組の放送開始を指示する。 また、 番組放送管理部 3 1 4は、 終了時 刻になると、 送出制御部 3 0 4および番組情報生成部 3 1 2にその番組の放送 終了を指示する。
送出制御部 3 0 4は、 番組放送管理部 3 1 4からの放送開始指示に従って、 指示された番組テーブル 3 0 1 aのメディア情報 4 0 2を読み出し、 メディア 情報 4 0 2のファイル名 4 0 7をもとに番組データを構成するメディアデー タおよびレイァゥト情報を読み出す。 送出制御部 3 0 4は、 読み出した番組デ ータを伝送部 3 0 5に渡す。 また、 送出制御部 3 0 4は、 番組放送管理部 3 1 4からの放送終了指示に基づいて、 指示された番組の放送を停止する。
番組情報生成部 3 1 2は、 番組放送管理部 3 1 4からの放送開始指示に従つ て、 指示された番組の番組情報をデータ管理部 3 0 1より読み出す。 そして、 必要であれば、 番組情報に番組データの放送チャンネル （各メディアデータの あて先 I Pアドレス、 ポート番号など） の情報を追加する。 そして、 番組情報 生成部 3 1 2は、 この番組情報を一定周期で伝送部 3 0 5に渡す。 また、 番組 情報生成部 3 1 2は、 番組放送管理部 3 1 4からの放送終了指示に従って、 指 示された番組の番組情報の伝送部 3 0 5への受け渡しを終了する。
なお、 番組情報をあらかじめ受信端末 1 0 4に渡してあって、 番組放送時点 では番組情報を送信する必要がない場合には、 サーバ 1 0 2にこの番組情報生 成部 3 1 2を備える必要はない。
伝送部 3 0 5は、 I Pネットワークにデータを送信可能なインターフェース である。 また、 この伝送部 3 0 5は、 番組情報生成部 3 1 2および送出制御部 3 0 4から受け取った番組情報および番組データをバケツト化する機能を有 する。 さらに、 伝送部 3 0 5は、 あらかじめ定められた番組情報用チャンネル に番組情報を送信し、 番組情報に基づいて、 定められたチャンネルに番組デー タを送信する機能を有する。
なお、 上記のシステムにおいて、 番組情報は、 リアルタイムで生成しても良 いし、 放送前に事前に生成しても良い。 また、 番組情報は、 必ずしも番組デー タとあわせて送信する必要はなく、 別の手段により送信してもよい。
例えば、 番組情報送信用の別のサーバを準備し、 受信装置が、 そのサーバか ら H T T Pなどを用いて取得することとしてもよい。
次に、 受信端末 1 0 4について説明する。
受信端末 1 0 4は、 端末制御部 3 1 0、 受信制御部 3 0 7、 番組選択部 3 1 7、 再生制御部 3 0 8、 表示部 3 1 6、 受信データ管理部 3 1 8および伝送部 3 1 5を備えている。
端末制御部 3 1 0は、 受信端末 1 0 4全体の制御を行う。 図 5においては、 図の簡便化のため端末制御部 3 1 0から他の処理部への信号線を省略してい るが、 実際には、 全ての処理部に対する信号線がある。
受信制御部 3 0 7は、 伝送部 3 1 5により受信したデータをバッファ 3 2 0 に蓄積する。 そして、 受信制御部 3 0 7は、 蓄積したデータの種別を判別し、 受信したデータが番組情報である場合には、 番組選択部 3 1 7へデータを渡す。 受信制御部 3 0 7は、 受信したデータがレイァゥト情報である場合には、 そ のレイアウト情報の優先度、 レイアウトを構成するメディア、 各メディアの表 示が必須であるかどうかなどを解析し、 後述する受信データ管理テーブル 3 1 9へ記入する。
また、 受信制御部 3 0 7は、 受信したデータがメディアデータである場合に は、 メディアの再生準備が完了したかどうかを判定し、 その結果を受信データ 管理テーブル 3 1 9に記載する。 また、 受信制御部 3 0 7は、 メディアデータ が継続的に受信可能かどうかを判定し、 判定結果を受信データ管理テーブル 3 1 9に記載する。 受信制御部 3 0 7は、 以上の機能を有する。
番組選択部 3 1 7は、 受信制御部 3 0 7より受け取った番組情報から、 受信 する番組を選択し、 伝送部 3 1 5に受信の指示をするものである。 番組選択部 3 1 7は、 受信する番組の選択を、 視聴者からの指示で行ってもよいし、 受信 端末 1 0 4が自動的に選択する仕組みであってもよい。
自動的に選択する方法としては、 例えば、 番組選択部 3 1 7は、 受信した番 組情報中からランダムに選択する。
番組選択部 3 1 7は、 表示部 3 1 6に番組タイ トルなどの番組一覧を表示さ せる。 そして、 視聴者が表示部 3 1 6に表示された番組一覧から任意の番組を 選択する。
また、 番組選択部 3 1 7は現在放送中の番組の番組データを受信するための チャンネルを番組情報から求める。
なお、 実施の形態 1では、 番組情報は番組データを送信するサーバ 1 0 2か ら送信される仕組みとなっているが、 番組情報は、 別の方法で入手することも 可能である。 例えば、 H T T Pを使って H T T Pサーバから取得する方法など がある。
受信データ管理部 3 1 8は、 受信データ管理テーブル 3 1 9を保持し、 受信 データ管理テーブル 3 1 9の更新を検出し、 後述するテーブル管理処理に基づ いて、 使用すべきレイアウト情報を決定し、 再生制御部 3 0 8に通知する。 再生制御部 3 0 8は、 受信データ管理部 3 1 8の決定したレイァゥト情報を 受信制御部 3 0 7より取得し、 レイァゥト情報に基づいて番組データの再生処 理を行う。
なお、 再生制御部 3 0 8は、 映像や音声の再生に、 復号処理のためのさまざ まな方式の復号化処理を行う。 この方式としては M P E G 4や M P E G 2とい つた標準化された方式を用いても良いし、 標準化されていない方式を用いても 良い。
また、 再生制御部 3 0 8は、 復号された情報を合成するために、 テキストゃ アニメーションの表示位置や表示タイミングを決定する。 メディア間の同期は、 M P E G 2 S M I Lといった標準化された方式を用いても良いし、 標準化さ れていない方式を用いても良い。
伝送部 3 1 5は、 I Pネットワークからのデータバケツトを受信可能なイン ターフェースである。 伝送部 3 1 5は、 番組情報受信用チャンネルをオープン して番組情報を受信したり、 番組選択部 3 1 7より受信開始指示されたチャン ネルをオープンし、 番組データを受信する機能を有する。
また、 伝送部 3 1 5は、 受信した各種データバケツトカゝら、 データを取り出 して、 受信制御部 3 0 7に渡す機能を有する。 さらに、 伝送部 3 1 5は、 番組 選択部 3 1 7からの受信終了指示されたチャンネルをクローズして番組デー タの受信を停止する機能を有する。
なお、 実施の形態 1では、 番組情報および番組データは同一伝送路で伝送さ れているが、 受信端末 1 0 4に複数の伝送路に接続する機能が備わっている場 合には、 それぞれを別々の伝送路で受信してもよい。
表示部 3 1 6は、再生制御部 3 0 8により復号された A Vデータ、テキス 卜、 静止画といった各種メディアを、 再生制御部 3 0 8によって決定されたタイミ ングで視聴者に提示するものである。 視聴者への提示は、 具体的には、 C R T や L C Dなどに代表される映像表示デバイスと、 スピーカなどの音声再生デバ イスを用いて行われる。
次に、 受信管理テーブル 3 1 9の構成について図 7を用いて説明する。 図 7 は、 受信管理テーブル 3 1 9の構成を示す図である。
データ受信管理テーブル 3 1 9は、 レイァゥト情報テーブル 9 0 1と、 メデ ィァテーブル 9 0 2からなる。
レイァゥト情報テーブル 9 0 1は、 優先度 9 0 3、 構成メディア 9 0 4、 お よび必須フラグ 9 0 5の各フィールドを持つ。
優先度フィールド 9 0 3には、 各レイアウト情報の優先度が記載される。 優 先度は、 どのレイアウトを優先的に採用するかを示す値である。 優先度は、 コ ンテンッをより詳細に表現できるレイァゥトほど高くなつている。 この優先度 は、 送信端末であるサーバ 1 0 2より明示的もしくは暗示的に送信される場合 や、 受信端末 1 0 4の表示のポリシーに従って決定される場合がある。
なお、優先度（フィールド） 9 0 3の優先度については、サーバ 1 0 2から、 番組情報やバケツトヘッダを用いて明示的に通知し、 通知された値を使用する 方法もあるし、 サーバ 1 0 2と受信端末 1 0 4間であらかじめ定められた取り 決めによって喑示的に通知する方法もある。
優先度を暗示的に通知する方法としては、 例えば、 番組情報に記載される順 番をレイァゥト情報の優先度とすることが考えられる。
記載順の早いレイァゥト情報は、 番組作成者が最も表現したいものであるこ とが考えられる。 よって、 これにより、 最も表現することが好ましいレイァゥ ト情報も優先度を高くできる。 この結果、 受信端末 1 0 4力 複数のレイァゥ ト情報が再生可能な状態になったときに、 最も表現することが好ましいレイァ ゥト情報を選択できる。
また、 送信間隔の長いレイアウト情報の方の優先度を高くすることも考えら れる。
送信間隔が最も長いレイァゥト情報は、 使用する受信端末 1 0 4が少ないも のに対応したものであり、 より情報量の多いメディアを含むものであることが 考えられる。 よって、 これにより、 より情報量の多いレイアウト情報の優先度 を高くすることができる。 この結果、 受信端末 1 0 4は、 複数のレイアウト情 報が再生可能な状態になったときに、 より情報量の多いレイァゥト情報を選択 することができる。
また、 サーバ 1 0 2が優先度を決定するのではなく、 受信端末 1 0 4に 「映 像が含まれるレイアウト情報の優先度が最も高い」 、 「使用しているメディア の数が多いものが最も優先度が高い」 といったポリシーを登録しておきそのポ リシーに応じて再生する方法もある。
これにより、 最もメディアの数が多い、 もしくは、 映像メディアを含む、 つ まり表現することが好ましいレイァゥト情報の優先度を高くすることができ る。 この結果、 受信端末 1 0 4は、 複数のレイアウト情報が再生可能な状態に なったときに、 つまり表現することが好ましいレイアウト情報を選択できる。 また、 受信端末 1 0 4では、 再生可能なレイアウト情報のうち、 最も優先度 が高い （図の例では、 値が小さいほど優先度が高い） レイアウト情報を優先し て再生するルールとなっている。 ここで、 レイアウト情報が再生可能とは、 そ のレイアウトを構成するメディァデータの一部が再生可能な状態になること を意味する。
メディアデータが再生可能な状態とは、 ス トリームデータであれば、 プレバ ッファリングが完了した状態であり、 テキスト、 静止画データであれば、 その メディアを構成するメディアデータ全てを受信した状態であることを意味す る。
構成メディアフィールド 9 0 4には、 各レイァゥトを構成するメディアが示 される。 受信端末 1 0 4は、 構成メディアフィールド 9 0 4に記載されるメデ ィァについてレイァゥト情報を解析することで取得する。
また、 番組情報中にレイアウト情報がどのメディアにより構成されているか 記載されている場合には、 受信端末 1 0 4は番組情報から各レイァゥトを構成 するメディアを取得することもできる。
必須フラグ 9 0 5は、 そのレイアウト情報を用いて再生を行うのに、 そのメ ディアが再生可能な状態になっていなければ成らないか否かを示すフラグで ある。
例えば、 優先度 1のレイアウト情報は、 t e x t l、 i ma g e l、 i ma g e 2、 a u d i o l、 v i d e o lから構成されるが、 このレイアウトを用 いて再生する際には、 必須フラグ 90 5力 S 1になっている a u d i o 1および v i d e o 1の再生が可能な状態になっている必要がある。 他のメディアにつ いては、 再生ができなくても、 そのメディアを表示する部分を空白にしたまま 再生してもよレ、。
必須フラグ 905の情報については、 レイアウト情報に格納されており、 受 信端末 1 04はその情報を取得してレイァゥト情報テーブル 90 1に入力す る。 また、 番組情報に必須フラグ 905の情報が記載されている場合には番組 情報から取得して入力することとしてもよレ、。
メディアテーブル 90 2は、 送信名 （メディア名） 9 06、 優先度 9 0 7、 受信完了フラグ 90 8、 受信継続可能フラグ 909からなる。
送信名 （フィールド） 906には、 サーバ 1 02から番組情報により通知さ れるメディアの送信名が記載される。
優先度 （フィールド） 907には、 同一送信名で送信されるメディアが存在 する場合に、 どちらのメディアを優先して使用するかを示す優先度が記載され る。
例えば、 i m a g e 1は、 送信するデータとして高解像度のものと、 低解像 度のものが送信される。 したがって、 受信端末 1 04は、 高解像度のものが受 信できれば、 低解像度のものよりも優先して表示する必要がある。 よって、 高 解像度の i m a g e 1の優先度は、 低解像度の i m a g e 1の優先度より高く なっている。
この優先度は、 サーバ 1 02から番組情報やバケツトヘッダに明示的に格納 して送付してもよいし、 サーバ 1 0 2と受信端末 1 04間であらかじめ定めら れた取り決めによって暗示的に通知してもよい。
例えば、 番組情報に記載される順番が、 メディアの優先度を表すこととする と力、 送信間隔の長いレイアウト情報の方を優先度が高いとすると力 \ メディ ァのデータ量が大きい方が、 優先度が高いものとするなどが考えられる。
また、 スケーラブルなメディア （M P E G 4の F G Sや、 M P E Gの Iフレ ームと Pフレームを別々に送信するなど） の場合には、 基本レイヤのみのメデ ィァの優先度が低く、 再生と基本レイヤと拡張レイヤを組み合わせたメディア の方の優先度が高くなるよう優先度 （フィールド） 9 0 7に記入するもめとす る。
受信完了フラグ （フィールド） 9 0 8には、 そのメディアが再生可能な状態 になったことを示す受信完了フラグが記載される。 ストリームデータの場合に は、 プレバッファリングが完了した際に受信完了フラグが 1に設定される。 ま た、 静止画、 テキストデータの場合には、 メディアを構成する全てのメディア データの受信を完了した際に受信完了フラグが 1に設定される。
受信継続可能フラグ （フィールド） 9 0 9には、 そのメディアデータを継続 的に受信できるかどうかを示す継続受信可能フラグが記載される。 継続的に受 信できるとは、 パケットがある程度連続して受信できることを表している。 例 えば、 バケツトロス率がある閾値をよりも下回っている場合には継続受信可能 フラグは 1、 上回っている場合には受信継続可能フラグは 0と設定する。
受信端末 1 0 4の受信制御部 3 0 7は、 番組情報、 レイァゥト情報を受信す るとレイアウト情報テーブル 9 0 1を更新し、 番組情報、 メディアを受信する とメディアテーブル 9 0 2を更新する。 また、 更新の結果、 再生すべきレイァ ゥト情報が変化した場合には、 受信端末 1 0 4は、 再生するレイァゥト情報を 変更して再生を行う。
本発明では、 複数のレイアウト情報の中から、 受信端末 1 0 4で再生可能な ものを選択して再生することで、 受信可能なデータに応じた適切な番組表示を 実現する。
受信端末 1 0 4において適切なレイァゥト情報の選択を実現するためには、 受信端末 1 0 4において、 1 ) レイアウト情報の優先度、 2 ) メディアデータ の優先度、 3) レイアウトを構成するメディアデータ、 4) そのレイアウトを 再生するのに必須となるメディアデータ、 5) メディアの送信名、 を何らかの 形で決定する必要がある。
このため、 実施の形態 1では、 サーバ 1 0 2から受信端末 1 04、 上述した 1) 〜5) を番組情報により通知している。
以下、 実施の形態 1にかかる番組情報について図 8を用いて説明する。 図 8 は、 実施の形態 1における番組情報を SD P (S e s s i o n D e s c r i p t i o n P r o t o c o l、 I ETF I n t e r n e t D r a f t RFC 23 2 7) により記述した図である。
図 8に示す番組情報 1 800では、 S D Pのセッション情報部分は省略し、 メディァ情報の部分のみを記述している。
また、 番組情報 1 800では、 テキス ト、 静止画、 静止画、 ビデオ、 オーデ ィォ、 レイァゥト情報を番組データとして送信することを表している。
具体的には、 番組情報 1 800は、 1 80 1に示すように、 m =フィールド により、 ポート番号 49 2 34に RT P (R e a 1 t i me T r a n s p o r t P r o t o c K I ETF I n t e r n e t D r a f t RFC 1 88 9) を用いてペイロードタイプ 1 0 2でテキストを送信することを表して レヽる。
また、 番組情報 1 800では、 番組データの送信名は a =n a mema p ： フィールドに記載されている。 このフィールドは "a =n a me ma p ： く P T> <送信名 > " のフォーマッ トになっており、 く ΡΤ〉は、 RT Pのペイ ロードタイプを表す。 これにより、 "RTPのペイロードタイプがく ΡΤ〉で あるメディアの送信名は <送信名 >である。 " という意味を表している。
また、 番組情報 1 800には、 1 802で示される部分に、 静止画のメディ ァ情報が記載されている。 この例では、 複数の静止画を同一送信名で送信する よう記載されている（ペイロードタイプ 1 04、 1 0 5でそれぞれ送信する）。 このように、 同一送信名で複数のメディアデータを送信する場合には、 受信 端末 104でどちらのメディアデータを優先して使用するべきかをサーバ 1 02から通知する必要がある。
この例では、 "a = p r i o r i t yma p : " フィーノレドによりそれを定 義することとしている。 このフィーノレドは、 "a = p r i o r i t yma p : < P T > < p r i o r i t y >" のフォーマツ トになっており、 "ペイロー ドタイプがく PT>であるメディアの優先度はく p r i o r i t y〉である" という意味を表している。
したがって、 番組情報 1800では、 ペイロードタイプ 104で送信される データは優先度が 1であり、 ペイロードタイプ 105で送信されるデータは優 先度が 2であることを表している。
また、 番組情報 1800の 1804に示される部分には、 映像データを伝送 することが記述されている。映像データに関しては、 MP EG 4の Iフレーム、 Pフレームを別のペイロードタイプを付与して送信するよう設定している。 例 えば、 "a = r t pma p : 106 MPEG4— ESZ90000ZI"の" I "の部分で、 ペイロードタイプ 106のメディアは Iフレームのみを送信す ることを表している。
番組情報 1800の 1806に示される部分には、 レイァゥト情報を送信す ることが表されている。 レイアウト情報については、 1802に示されている 部分と同様に、 a = p r i o r i t y ： フィールドによって、 レイァゥト情報 の優先度を付与している。また、 a =me d i ama p：フィールドによって、 レイァゥト情報を構成するメディア、 メディアがそのレイァゥトの再生に必須 であるかどうかを示している。
このフィーノレドのフォーマツトは、 "a =m e d i a m a p ： < P T >< ^ 須構成メディア > ； <必須ではない構成メディア〉" というフォーマツトにな つている。 <必須構成メディア >とく必須ではない構成メディア〉はペイロー ドタイプにより記載される。
また、 同一名により複数のデータが送信されるメディアが構成メディアとな つている場合には、そのどちらかを受信すればよいことになる。 この場合には、 依存メディアは、 スラッシュを用いて "く PT 1〉Zく PT 2〉" と表現する ( "く PT 1〉もしくはく PT 2〉いずれか" を意味する） 。
具体例を見ると、 例えば番組情報 1 800の 1 80 7に示すように、 "ペイ ロードタイプ 1 00のレイアウト情報は、 「；」 の前に記述されたペイロード タイプ 1 0 9のメディア （ i ma g e 2) を必須構成メディアとし、 「；」 の 後に記述されたペイロードタイプ 1 02 ( t e x t l) と 1 04もしくは 1 0 5のいずれか （ i ma g e l) を必須でない構成メディアとして持つ" という ことを表している。
このように、 番組情報 1 800にレイアウト情報を構成するメディアの情報 を明示することにより、 受信端末 1 04側でレイアウト情報を解析せずに構成 メディァの情報を知ることができ、 端末の処理負荷を下げることができる。 なお、 受信端末 1 04は、 レイアウト情報を構成するメディアの情報を、 レ ィアウト情報を解析することにより検出する形態であっても良い。
また、 実施の形態 1は、 サーバ 1 0 2から受信端末 1 04に対し、 4) レイ ァゥトを再生するのに必須となるメディアデータをレイァゥト情報により通 知する形態であってもよい。
次に、 レイァゥトを再生するのに必須となるメディアデータ通知するための レイアウト情報について図 9を用いて説明する。 図 9は、 実施の形態 1におけ るレイァゥト情報を SM I Lにより記述した図である。
図 9に示すレイアウト情報 1 900には、 1 90 1に示す部分に、 t e x t 1という送信名を持つデータを、 1 902に示す部分に、 i ma g e lという 送信名を持つデータを表示することが記述されている。
このように、 レイアウト情報 1 900には。 このレイアウトに含まれるメデ ィァデータを記載している。
また、 各タグの " d i s p 1 a y =" により、 そのメディアがこのレイァゥ ト情報の再生に必須であるかどうかを示している。 具体的には、 "d i s p 1 a y =" は、 "m a n d a t o r y " と "o p t i o n a 1 " のどちら力の値 をとる。 "d i s p l a y " 力 "m a n d a t o r y " の場合には、 その 表示が必須であることをあらわす。 また、 "d i s p l a y= " 力 "o p t i o n a 1 " はその表示が必須でないことをあらわす。
受信端末 1 04は、 この情報 （ "d i s p 1 a y =" ) により、 データ受信 管理テーブル 3 1 9の必須フラグ 905の値を決定することができる。
このようにして、 レイアウト情報に、 4) そのレイアウトを再生するのに必 須となるメディアデータ、 を記載することにより、 受信端末 1 04に 4) その レイアウトを再生するのに必須となるメディァデータを通知することができ る。
また、 実施の形態 1は、 サーバ 1 0 2から受信端末 1 04に、 1) レイァゥ ト情報の優先度、 2) メディアデータの優先度、 をパケットヘッダにより通知 する形態であっても良い。
以下、 1) レイアウト情報の優先度、 2) メディアデータの優先度、 をパケ ットヘッダにより通知するためのフォーマツトについて図 1 0を用いて説明 する。 図 1 0は、 実施の形態 1にかかるパケットヘッダのフォーマットを示す 図である。
図 1 0に示すバケツトヘッダ 2000は、 データバケツトを RT Pにより送 信する場合の例である。
パケットヘッダ 2000の 200 1で記される部分の記述は、 RTPの標準 の範囲内であるので、 説明は省略する。
また、 パケットヘッダ 2000の 2002で記される部分の記述は、 RTP を拡張する際のフォーマツトである。
具体的には、 1 e n g t hは拡張フィールド （2002で記される部分） の 長さをバイ ト単位で入力するフィールドである。 p r i o r i t yは、 そのメ ディアの優先度を入力するフィールドであり、 このフィールドを用いて、 レイ ァゥト情報、 メディアの優先度を付与する。 また、 r e s e r v e dは予約で あり、 使用しない。
このようにバケツトヘッダ 2000を記述することにより、 受信端末 104 は、 パケットヘッダ 2000を解析することにより、 1) レイアウト情報の優 先度、 2) メディアデータの優先度を認識することができる。
また、 レイアウト情報の使用の優先度を通知する方法として、 先に述べたよ うに、 番組情報に複数のレイアウト情報を記述して、 対応する優先度を記述す る方法以外にも、 番組情報自体を複数送信し、 番組情報自体に優先度を付与す ることで、 レイァゥト情報の使用の優先度を通知する方法もある。
以下、 番組情報自体を複数送信し、 番組情報自体に優先度を付与するための 番組情報について図 1 1を用いて説明する。 図 1 1は、 実施の形態 1における 番組情報を S D Pにより送信する場合の例を説明するための図である。
この例では、 先ほどの例とは異なり、 ひとつの番組に対して番組情報を複数 送信することを想定しており、 番組情報 2101、 2 102をそれぞれ個別に 送信する。
また、 各番組情報には図 8の例とは異なり、 レイアウト情報をひとつしか記 述していない。 具体的には、 2105および 2106に示す部分が、 レイァゥ ト情報に関する情報を記述したフィールドである。
このように、 番組情報とレイアウト情報を 1対 1対応させることで、 番組情 報に付与された優先度がレイァゥト情報の使用の優先度を表すようにできる。 番組情報の優先度は、 セッション情報を入力するフィールドにおいて、 21 03および 2104に示されるように、 " a = p r i o r i t y ： " フィ一ノレ ドを揷入することで、 番組情報の優先度を表している。
このフィールドは、 "a =p r i o r i t y : く優先度〉" のフォーマツト になっており、 "この番組情報の優先度は <優先度 >である" という意味にな る。
以上のようなデータ 1800、 1900、 2000、 2 101および 210 2を用いて、 受信端末 104は、 1) レイアウト情報の優先度、 2) メディア データの優先度、 3) レイアウトを構成するメディアデータ、 4) そのレイァ ゥトを再生するのに必須となるメディアデータ、 5) メディアの送信名、 を決 定できる。
次に、 サーバ 1 0 2の動作について図 1 2を用いて説明する。 図 1 2は実施 の形態 1におけるサーバ 1 0 2の動作を示すフローチヤ一トである。
サーバ 1 02は、 起動すると、 番組放送管理部 3 1 4において、 まず処理し ようとする番組に対応する番組テーブル 3 O l aの送信開始 ·終了時刻 405 を読み込み、 記憶する （ステップ 50 1) 。
その後、 番組放送管理部 3 1 4は、 送信開始時刻もしくは終了時刻がくるま で待つ （ステップ 502) 。 そして、 番組放送管理部 3 1 4は、 ある番組の送 信開始時刻になった際に （ステップ 50 3) 、 その番組の番組テーブル 30 1 aのメディア情報 402を抽出し、 送信するデータの情報を記憶する （ステツ プ 504) 。
続いて、 サーバ 1 02の番組情報生成部 3 1 2は、 番組放送管理部 3 1 4が 記憶したメディァ情報 402のフアイノレ名 407を参照し、 メディァ情報 40 2に含まれるメディアデータおよびレイァゥト情報にそれぞれ送信チャンネ ルを割り当てることにより （ステップ 505) 、 番組情報を生成し、 伝送部 3 0 5を介して受信端末 1 04へ送信する （ステップ 506) 。
次に、 番組放送管理部 3 1 4力 送出制御部 304に対してステップ 506 において送信した番組情報に含まれる各メディアデータおよび各レイァゥト 情報のデータ送信処理 （メディア送信処理） の開始を指示し、 送出制御部 30 4がメディア送信処理を開始する （ステップ 50 7) 。 なお、 メディア送信処 理の詳細については後述する。
また、番組放送管理部 3 1 4は、送信終了時刻がくると （ステップ 50 3)、 送出制御部 304に該当番組のメディア送信処理の終了を指示する。 そして、 送出制御部 304は、 該当番組に含まれる各メディアデータおよび各レイァゥ ト情報の送信を終了 （停止） する （ステップ 508) 。 次に、 番組放送管理部 3 1 4は、 該当番組の番組情報の送信処理を停止する （ステップ 5 0 9 ) 。 次に、 サーバ 1 0 2のメディア送信処理について図 1 3を用いて説明する。 図 1 3は、 実施の形態 1にかかるサーバ 1 0 2のメディア送信処理のフローチ ヤートである。
メディア送信処理は、 各メディアデータに対して行われる。
まず、 送出制御部 3 0 4は、 データ管理部 3 0 1の番組テーブル 3 0 1 aの メディア情報 4 0 2を参照し、 番組に含まれるファイル名 4 0 7を抽出する。 そして、 送出制御部 3 0 4は、 抽出したフアイノレ名 4 0 7に対応するメディア データおよびレイァゥト情報をレイァゥト情報格納部 3 0 1 b、 A V情報格納 部 3 0 1 c、静止画格納部 3 0 1 d、テキスト格納部 3 0 1 eから読み込む（ス テツプ 6 0 1 ) 。
次に、 送出制御部 3 0 4は、 読み込んだメディアデータおよびレイアウト情 報を分割し、 伝送部 3 0 5に送る。
次に、 伝送部 3 0 5は、 送られてきたデータをデータごとにパケットヘッダ を付与してバケツト化する （ステップ 6 0 2 ) 。
その後、 伝送部 3 0 5は、 送出制御部 3 0 4から、 生成したバケツトの受信 端末 1 0 4への送出停止指示があるまで定期的にバケツ トを繰り返し送信し (ステップ 6 0 4 )、その後、送出制御部 3 0 4から送信停止指示があれば（ス テツプ 6 0 5 ) 、 データ送信処理を終了する。
このようにして、 サーバ 1 0 2は、 メディアデータおよびレイアウト情報を 受信端末 1 0 4に送信する。
次に、 受信端末 1 0 4の動作について図 1 4を用いて説明する。 図 1 4は、 実施の形態 1における受信端末 1 0 4の動作を説明する図である。
まず、 受信端末 1 0 4が起動すると、 伝送部 3 1 5があらかじめ定められた 番組情報受信用のチャンネルをオープンする （ステップ 1 0 0 1 ) 。
続いて、 受信端末 1 0 4は、 後述する受信制御部 3 0 7による受信処理を起 動し （ステップ 1 0 0 2 ) 、 後述する受信データ管理部 3 1 8によるテーブル 管理処理を起動する （ステップ 1003) 。
そして、 受信端末 104の各処理部は、 端末制御部 310から終了指示があ るまで待つ （ステップ 1004) 。
そして、 終了指示がくると、 伝送部 3 15は番組情報受信チャンネルを閉じ (ステップ 1005 ) 、 受信制御部 307は受信処理を停止し （ステップ 10 06) 、 受信データ管理部 3 18はテーブル管理処理を停止する （ステップ 1 007) 。
このように、 受信端末 104は、 動作を開始し、 動作を終了する。
次に、 受信端末 104の受信処理について図 15を用いて説明する。 図 15 は、 受信端末 104の受信処理のフローチャートである。
受信処理は、 番組情報、 番組データを受信したときの動作およびユーザが番 組を選択したときの処理である。
まず、 受信端末 104の受信制御部 307は、 ユーザが番組を選択したかど うかを判定し （ステップ 1 101) 、 番組を選択した場合には、 後述する番組 選択処理を行う （ステップ 1 102) 。
ユーザが番組を選択していない場合には、 続いて、 受信制御部 307は、 端 末制御部 3 10より終了指示を受けているかどうかを判定し （ステップ 1 1 2 0) 、 終了指示を受けている場合には受信処理を終了する。
終了指示を受けていない場合には、 続いて、 伝送部 31 5が、 番組情報およ び番組データなどのデータを受信し、 受信制御部 307に送る （ステップ 1 1 03) 。
そして、 受信制御部 307は、 受信データが番組データであるかどうかを判 定する （ステップ 1 104) 。
受信したデータが番組データでなければ、 受信制御部 307は、 受信したデ ータが番組情報であるかどうかを判定する （ステップ 1 105) 。
受信したデータが番組情報である場合には、 受信制御部 307は、 番組選択 部 31 7に対して、 番組のタイ トルの取得を指示する。 これに対して、 番組選 択部 3 1 7が番組のタイ トルを取得する （ステップ 1 106) 。 そして、 番組 選択部 3 1 7は、 番組タイ トルをユーザに提示して （ステップ 1 107) 、 ス テツプ 1 101に戻る。
また、 ステップ 1 104において、 受信したデータが番組データであった場 合には、 受信制御部 307は、 レイアウト情報であるかどうかを判定し （ステ ップ 1 108) 、 レイアウト情報であった場合には、 後述するレイアウト情報 受信処理を行って （ステップ 1 109) 、 ステップ 1 101に戻る。
また、 ステップ 1 108において、 受信したデータがレイァゥト情報でなけ れば、 受信制御部 307は、 AVデータであるかどうかを判定する （ステップ 1 1 10) 。 そして受信したデータが AVデータである場合には、 受信制御部 307は、 後述する A Vデータ受信処理を行って （ステップ 1 1 1 1) 、 ステ ップ 1 101に戻る。
また、 ステップ 1 1 1 1において、 受信したデータが AVデータでなかった 場合には、 受信制御部 307は、 受信したデータがテキスト ·静止画データで あるかどうかを判定し （ステップ 1 1 1 2) 、 テキスト、 静止画データであつ た場合には、テキスト '静止画データ受信処理を行って（ステップ 1 1 1 3)、 ステップ 1 101に戻る。
このように、 受信端末 104は、 受信処理を行う。
次に、 受信端末 104の番組選択処理について図 16を用いて説明する。 図 16は、受信端末 104の番組選択処理を説明する図である。番組選択処理は、 図 15に示すステップ 1 102の処理である。
番組選択処理では、 まず、 受信制御部 307が、 現在受信端末 104におい て他の番組再生中であるかどうかを判定する （ステップ 1201) 。
他の番組再生中でない場合には、 受信制御部 307は、 今回受信しようとす る番組情報のメディア情報から、 レイアウト情報テーブル 901とメディアテ 一ブル 902を作成する （ステップ 1205) 。
続いて、 受信制御部 307は、 伝送部 315に対して番組の受^ を開くという指示をし、 伝送部 3 1 5が番組の受信チャンネルを開き （ステツ プ 1 2 0 6 ) 、 処理を終了する。
一方、 S T 1 2 0 1において番組再生中である場合には、 今回受信した番組 の処理を行うために、 受信制御部 3 0 7は、 再生中の番組の受信チャンネルを 閉じ （ステップ 1 2 0 2 ) 、 現在再生している番組の再生を停止し （ステップ 1 2 0 3 )、受信データ管理テーブル 3 1 9に格納している情報を削除する（ス テツプ 1 2 0 4 ) 。 そして、 受信制御部 3 0 7は、 ステップ 1 2 0 5の処理に 移行する。
このようにして、 受信端末 1 0 4は、 番組選択処理を行う。
次に、 受信端末 1 0 4のレイアウト情報受信処理について図 1 7を用いて説 明する。図 1 7は、受信端末 1 0 4のレイァゥト情報受信処理を示す図である。 この処理は、 図 1 5に示すステップ 1 1 0 9の処理である。
まず、 サーバ 1 0 2からデータが分割 ·バケツト化されて送信されてくるの で、 受信制御部 3 0 7は、 分割された全てのデータがそろったかどうかを確認 する （ステップ 1 3 0 1 ) 。
分割されたデータが全てそろっていなければ、 受信制御部 3 0 7は、 データ をバッファ 3 2 0に保存して戻る （ステップ 1 3 0 2 ) 。
一方、 データが全てそろった場合には、 受信制御部 3 0 7は、 バッファ 3 2 0に格納されたデータを読み出してレイァゥト情報を構成し、 レイァゥト情報 を構成するメディアを解析する （ステップ 1 3 0 3 ) 。
続いて、 受信制御部 3 0 7は、 各構成メディアの必須フラグを取得する （ス テツプ 1 3 0 4 ) 。 次に、 受信制御部 3 0 7は、 レイァゥト情報テーブル 9 0 1に、 優先度 9 0 3、 構成メディア 9 0 4、 必須フラグ 9 0 5を入力し （ステ ップ 1 3 0 5 ) 、 このレイアウト情報テーブル 9 0 1を保存して処理を終了す る （ステップ 1 3 0 6 ) 。
このようにして、 受信制御部 3 0 7は、 レイアウ ト情報テーブル 9 0 1を作 成する。 次に、 受信端末 1 0 4の A Vデータ受信処理について図 1 8を用いて説明す る。 図 1 8は、 実施の形態 1における受信端末 1 0 4の A Vデータ受信処理を 表すフローチャートである。 A Vデータ受信処理は図 1 5に示すステップ 1 1 1 1の処理である。
まず、 受信制御部 3 0 7は、 受信したデータが、 その番組を受信してから始 めて受信した A Vデータであるかどうかを判定する （ステップ 1 4 0 1 ) 。 そして、 初めて受信したデータである場合には、 受信制御部 3 0 7は、 プレ バッファリング処理を開始する （ステップ 1 4 0 2 ) 。
プレバッファリング処理とは、 A Vデータを受信してから一定時間再生を行 わずにデータを保存する処理である。その後、ステップ 1 4 0 6の処理に進む。 一方、 ステップ 1 4 0 1において、 受信したデータが初めて受信した A Vデ ータでなければ、 受信制御部 3 0 7は、 プレバッファリングが完了したかどう かを判定し（ステップ 1 4 0 3 )、プレバッファリングが完了していなければ、 ステップ 1 4 0 6の処理に進む。
また、ステップ 1 4 0 3において、プレバッファリングが完了した場合には、 受信制御部 3 0 7は、 メディアテーブル 9 0 2にそのメディアの優先度を入力 し （優先度の情報は、 明示的に通知される場合には、 番組情報もしくはバケツ トヘッダにより通知されるので、その情報を入力する） （ステップ 1 4 0 4 )、 メディアテープノレ 9 0 2の該当する受信完了フラグを 1にセットする （ステツ プ 1 4 0 5 ) 。
続いて、 受信制御部 3 0 7は、 後述する継続受信可能判定処理を行って （ス テツプ 1 4 0 6 ) 、 受信したデータをバッファ 3 2 0に格納して A Vデータ受 信処理を終了する （ステップ 1 4 0 7 ) 。
このようにして、 受信制御部 3 0 7は、 A Vデータ受信処理を行う。
次に、 受信端末 1 0 4のテキスト '静止画データ受信処理について図 1 9を 用いて説明する。 図 1 9は、 テキスト '静止画データ受信処理を表すフローチ ヤートである。 テキスト '静止画データ受信処理は、 図 1 5に示すステップ 1 1 1 3の処理である。
まず、 受信制御部 3 0 7は、 サーバ 1 0 2から送られてくるデータが分割 ' バケツト化されて送信されてくるので、 分割された全てのデータがそろったか どうかを確認する （ステップ 1 5 0 1 ) 。
分割されたデ一タが全てそろつていなければ、 受信制御部 3 0 7は、 データ をバッファ 3 2 0に保存してステップ 1 5 0 6の処理に進む。
データが全てそろった場合には、 受信制御部 3 0 7は、 バッファ 3 2 0に格 納されたメディアデータを読み出してメディアを構成する。 そして、 受信制御 部 3 0 7は、 メディァテーブル 9 0 2の該当欄に優先度を入力し （優先度の情 報は、 明示的に通知される場合には、 番組情報もしくはパケットヘッダにより 通知されるので、 その情報を入力する） （ステップ 1 5 0 3 ) 。 次に、 受信制 御部 3 0 7は、 メディアテーブル 9 0 2の該当する受信完了フラグを 1にセッ トする （ステップ 1 5 0 4 ) 。
そして、 受信制御部 3 0 7は、 メディアデータであるテキスト ·静止画デー タをバッファ 3 2 0に保存する （ステップ 1 5 0 5 ) 。
その後、 受信制御部 3 0 7は、 後述する継続受信可能判定処理を行い （ステ ップ 1 5 0 6 ) 、 処理を終了する。
このようにして、 受信制御部 3 0 7は、 テキスト '静止画データ受信処理を 行う。
次に、 受信端末 1 0 4の継続受信可能判定処理について図 2 0を用いて説明 する。 図 2 0は、 実施の形態 1における受信端末 1 0 4の継続受信可能判定処 理を表すフローチャートである。 この処理は、 図 1 8のステップ 1 4 0 6およ び図 1 9のステップ 1 5 0 6の処理である。
まず、 受信制御部 3 0 7は、 そのメディアデータのパケットロス率 Lを計算 する （ステップ 1 6 0 1 ) 。
バケツトロス率の計算は、 過去に受信したバケツトの履歴から計算可能であ る。 パケットロスは、 パケットにシーケンス番号を付与しておき、 その欠落で 検出することができる。 パケットロス率の計算は、 例えば、 L = (過去 5秒間 にロスしたパケッ トの数） Z ( (最近受信したパケッ トのシーケンス番号） 一 ( 5秒前に受信したパケットのシーケンス番号） ） といった式から計算が可能 である。
続いて、 受信制御部 3 0 7は、 パケットロス率 Lが閾値 L 1 (あらかじめ設 定する固定^ S) よりも大きいかどうかを判定し （ステップ 1 6 0 2 ) 、 大きい 場合には、 継続的に受信することが困難であると判定して、 該当メディアの継 続受信フラグ 9 0 9を 0にセットする （ステップ 1 6 0 3 ) 。
続いて、 受信制御部 3 0 7は、 パケットロス率 Lと閾値 L 2 (あらかじめ設 定する固定値であり、 L 1より小さい値） よりも小さいかどうかを判定し （ス テツプ 1 6 0 4 )、小さい場合には、継続的にバケツトが受信できると判定し、 該当メディアの継続受信可能フラグ 9 0 9を 1にセットし、 処理を終了する (ステップ 1 6 0 5 ) 。
このように、 受信端末 1 0 4は、 継続受信フラグ 9 0 9をセッ トし、 継続受 信フラグ 9 0 9が 1になっているときにメディアの再生が可能であると判定 することにより、 ゾーンの境界に位置する受信端末 1 0 4が不安定な再生にな ることを防ぐことができる。
次に、 受信端末 1 0 4のテーブル管理処理について図 2 1を用いて説明する。 図 2 1は、 実施の形態 1における受信端末 1 0 4のテーブル管理処理の動作を 説明するフローチャートである。
テーブル管理処理では、 受信データ管理部 3 1 8は、 受信データ管理テープ ル 3 1 9の内容が更新されるまで待つ （ステップ 1 7 0 1 ) 。
そして、 受信データ管理テーブル 3 1 9の内容が更新されると、 受信データ 管理部 3 1 8は、 まず、 レイアウト情報テーブル 9 0 1を参照し、 最も優先度 9 0 3の高い、 つまり最も詳細にデータを表示できるレイアウト情報を選択し、 処理の対象とする （ステップ 1 7 0 2 ) 。
続いて、 受信データ管理部 3 1 8は、 処理対象としたレイァゥト情報の構成 メディアをレイアウト情報テーブル 9 0 1より取得し （ステップ 1 7 0 3 ) 、 構成メディアごとに以下の再生可能判定処理を行う。
受信データ管理部 3 1 8は、 処理対象としたレイァゥト情報の個々の構成メ ディアを構成メディア 1〜Nとあらわす。 ただし、 Nは構成メディアの数であ る。
受信データ管理部 3 1 8は、 メディアテーブル 9 0 2から構成メディア iの 情報を参照し （ステップ 1 7 0 4 ) 、 構成メディア iが複数の優先度を持って レ、る場合には、 構成メディア iの中で最も優先度の高いものを選択して以下の 処理を行う （ステップ 1 7 0 5 ) 。
まず、 受信データ管理部 3 1 8は、 ステップ 1 7 0 5で選択したメディアの 受信完了フラグぉよび継続受信可能フラグが 1である力確認する （ステップ 1 7 0 6、 ステップ 1 7 0 7 ) 。
そして、 受信完了フラグおよび継続受信可能フラグがともに 1の場合には、 受信データ管理部 3 1 8は、 そのメディアを再生可能であると判定し、 次のメ ディア （構成メディア i + 1 ) について （ステップ 1 7 0 8 ) 、 ステップ 1 7 0 5に戻って処理を続ける。
このように、 メディアの伝送路上でのロス率に基づいた継続受信可能フラグ が 1、 つまりメディアが継続的に再生できるときにのみ、 再生を行うことがで き、 バケツトロスの多い劣化した情報を表示することがなくなる。
そして、 受信データ管理部 3 1 8は、 N個のメディアについて全て再生可能 判定処理を行う （ステップ 1 7 0 9 ) 。
次に、 受信データ管理部 3 1 8は、 ひとつ以上のメディアが再生可能であつ たかどうかを判定し （ステップ 1 7 1 0 ) 、 ひとつ以上のメディアが再生可能 であった場合には、選択されたレイァゥト情報に基づいて、再生を開始する（ス テツプ 1 7 1 1 ) 。
そして、 受信データ管理部 3 1 8は、 端末制御部 3 1 0から終了指示がない 場合は （ステップ 1 7 1 7 ) 、 ステップ 1 7 0 1の処理に戻り、 終了指示が合 つた場合は、 処理を終了する。
一方、 ステップ 1 7 1 0において、 再生判定処理を行った結果、 1つも再生 可能なメディアが存在しなかった場合には、 受信データ管理部 3 1 8は、 この レイァゥト情報が再生できないと判定し、 ステップ 1 7 1 2へ進む。
ステップ 1 7 1 2では、 受信データ管理部 3 1 8は、 現在処理対象としてい るレイアウト情報よりも優先度の低いレイァゥト情報がある力、 つまり他のレ ィァゥト情報があるか判定する。
そして、 優先度の低いレイアウト情報がある場合には、 受信データ管理部 3 1 8は、 現在処理対象としているレイアウト情報の次に優先度が高いものを選 択して （ステップ 1 7 1 3 ) 、 ステップ 1 7 0 3の処理に進む。
一方、 ステップ 1 7 1 2において優先度の低いレイァゥト情報が存在しない 場合には、 再生できるレイァゥトがないということなので、 ステップ 1 7 0 1 へ進み、 受信データ管理テーブル 3 1 9の更新を待つ。
また、 ステップ 1 7 0 6もしくはステップ 1 7 0 7において、 受信完了フラ グおよび継続受信可能フラグのどちらかが 0である場合には、 ステップ 1 7 0 5において選択したメディアが再生できないと判断できる。 よって、 受信デー タ管理部 3 1 8は、 再生できるメディアを検出するために、 構成メディア iの 中でより優先度の低いものがあるかどうかを判定する （ステップ 1 7 1 4 ) 。 そして、優先度がより低いものがある場合には、受信データ管理部 3 1 8は、 次に優先度が低いものを選択して （ステップ 1 7 1 5 ) 、 ステップ 1 7 0 6の 処理へ進む。
一方、 ステップ 1 7 1 3において、 より優先度の低いメディアが存在しない 場合には、 受信データ管理部 3 1 8は、 そのメディアの必須フラグ 9 0 5を確 認し （ステップ 1 7 1 6 ) 、 必須フラグが 0の場合には、 そのメディアデータ は必ずしも再生される必要がないため、 次のメディアの再生可能判定に移る。 一方、 必須フラグが 1の場合には、 受信データ管理部 3 1 8は、 再生が必須 となるメディアの再生ができないため、 このレイァゥトは再生できないと判断 され、 ステップ 1 Ί 1 2へ進む。
このように、 受信端末 1 0 4は、 必須フラグを参照することにより、 一部の メディァデータが再生できない状態で、 そのレイァゥト情報を再生するべきか 否かを決定することができる。
このように、 受信端末 1 0 4は、 テーブル管理処理を行う。
以上説明したように、 実施の形態 1によれば、 受信端末 1 0 4が受信できた メディアデータに適したレイァゥト情報を選択し、 選択したレイァゥト情報を 用いて受信したメディアデータを表示できる。 例えば、 受信端末 1 0 4が、 テ キスト、 静止画のみを受信したときには、 テキスト、 静止画のみの場合に適し たレイァゥティングを行って表示し、 映像、 音声、 静止画、 テキストを受信で きる場合には、 これらのメディアに適したレイァゥティングを行って表示でき る。 つまり、 受信端末 1 0 4が、 伝送された映像、 音声、 静止画、 テキストな どさまざまなメディアからなるコンテンツを表示する場合に、 受信可能なメデ ィァデータに適した形態でコンテンツを表示できる。
また、 実施の形態 1によれば、 複数のレイアウト情報が再生可能な状態にな つたときに、 優先度を用いていずれのレイアウト情報を選択すべきか決定する ことができる。
なお、 実施の形態 1におけるサーバ 1 0 2および受信端末 1 0 4の動作をプ ログラムにし、 記憶媒体に格納し、 汎用のコンピュータに実行させる形態であ つても良い。
(実施の形態 2 )
本発明の実施の形態 2では、 放送型ではなく、 通信型でコンテンツを配信す る場合における実施の形態を示す。
通信型の場合では、 受信端末よりコンテンツ （放送の場合における、 番組デ ータと同じもの） の配信要求を送信する点と、 コンテンツの詳細な情報 （放送 の場合における、 番組情報） の取得方法が放送型と異なる。 コンテンツの配信 方法に関しては、 放送の場合と同等である。 実施の形態 2においては、 対象とする通信網の利用形態は、 図 3に示すもの と同等である。
以下、 実施の形態 2について図面を用いて詳細に説明する。 まず、 実施の形 態 2にかかるメディア配信システムについて図 2 2を用いて説明する。 図 2 2 は、 実施の形態 2におけるコンテンツシステムの全体像を表すブロック図であ る。 図 2 2は、 図 5と比較して、 サーバ 2 2 0 6に番組放送管理部 3 1 4の代 わりにコンテンッ配信管理部 2 2 0 4を配置し、 受信端末 2 2 1 1に番組選択 部 3 1 7の代わりにコンテンツ選択部 2 2 0 7を配置した点が異なる。 その他 の部分については、同一であるので、同じ符号を付与し詳細な説明を省略する。 コンテンツ配信管理部 2 2 0 4は、 受信端末 2 2 1 1からのコンテンツ配信 要求を受信して、 コンテンツの配信を管理する手段である。 コンテンツ配信の 制御は、 H T T Pや、 R T S Pといったプロ トコルにより行われる。
コンテンツ選択部 2 2 0 7は、 ユーザに U R Lを入力させるィンターフェ一 スを持ち、 ユーザにより入力される U R Lに従って、 レイアウト情報を取得す る機能を有する。 このとき、 コンテンツ選択部 2 2 0 7は複数のレイアウ ト情 報を取得するものとする。
また、 コンテンツ選択部 2 2 0 7は、 レイアウト情報に記載される U Rしに 基づいて、 H T T Pや R T S Pを用いてコンテンツを取得する機能を有する。 このとき、 コンテンツ選択部 2 2 0 7は、 取得したレイアウト情報に基づいて 複数のレイァゥト情報に記載する全てのメディアを取得するよう要求する。 次に、 実施の形態 2にかかる受信端末 2 2 1 1の動作について図 2 3を用い て説明する。 図 2 3は、 実施の形態 2における受信端末 2 2 1 1の動作を示す フローチヤ一トである。
まず、 受信端末 2 2 1 1は、 コンテンツ選択部 2 2 0 7において、 ユーザに より入力されたレイアウト情報の U R Lを取得する （ステップ 2 3 0 0 ) 。 続いて、 受信制御部 3 0 7が、 ステップ 2 3 0 0において取得した U R Lに 基づいてレイァゥト情報を、 伝送部 3 1 5を介してサーバ 2 2 0 6から取得す る （ステップ 2301) 。
このとき、受信制御部 307は、複数のレイァゥト情報を取得するものとし、 レイァゥト情報の優先度は、 レイァゥト情報自身に記載されているものとする。 続いて、 受信制御部 307は、 各レイァゥト情報に記載されるメディアの U RLを取得し （ステップ 2302) 、 その URLに基づいてメディアの送信リ クエストを伝送部 3 15に送信する。 そして、 伝送部 315がサーバ 2206 に対してメディアの送信リクエストをする （ステップ 2303) 。
続いて、 伝送部 3 15を介してサーバ 2206から各メディアデータが送信 されてくるので、 受信データ管理部 3 18は、 受信できるメディアデータに基 づいて、 レイアウトを選択し （ステップ 2304) 、 再生する （ステップ 23 05) 。
なお、 レイアウト情報の選択方法に関しては、 実施の形態 1に述べられると おりである。
その後、 ユーザによる再生停止指示により、 再生制御部 308が再生を停止 して終了する （ステップ 2306) 。
以上説明したように実施の形態 2によれば、 実施の形態 1にかかるメディア 配信システムを、 通信型に適用したシステムを実現できる。
本明細書は、 2003年 3月 10日出願の特願 2003— 0641 20に基 づく。 この内容は全てここに含めておく。 産業上の利用可能性
以上説明したように、 サーバ 102が受信端末 104に対して複数のレイァ ゥト情報とメディアを送ることにより、 受信端末 104が伝送された映像、 音 声、 静止画、 テキス トなどさまざまなメディアからなるコンテンツを表示する 場合に、 メディアの受信状態に適した形態でコンテンツを表示できる。

Claims

請求の範囲
1 . 少なくともひとつ以上のメディアの表示レイァゥトを決定するレイァゥ ト情報および前記レイアウト情報を構成する前記メディアを受信する伝送部 と、 前記メディアの受信状態に基づいて複数の異なる前記レイァゥト情報から 1つを選択する受信データ管理部と、 選択した前記レイァゥト情報を用いて前 記メディアを再生する再生制御部と、 を具備したことを特徴とする受信装置。
2 . 前記受信データ管理部は、 構成する全ての前記メディアが受信可能な前 記レイァゥト情報を選択することを特徴とする請求項 1記載の受信装置。
3 . 前記レイアウト情報は再生に必須である必須メディアを有し、 前記受信 データ管理部は前記必須メディアが受信可能である前記レイァゥト情報を選 択することを特徴とする請求項 1に記載の受信装置。
4 . 前記レイアウト情報は使用の優先度情報を有し、 前記受信データ管理部 は前記複数の異なるレイァゥ ト情報から前記優先度情報の最も高い前記レイ ァゥト情報を選択することを特徴とする請求項 1に記載の受信装置。
5 . 前記受信データ管理部は、 前記複数の異なるレイアウト情報から、 前記 送信側から送信されてくる送信間隔が最も長い前記レイァゥ ト情報を選択す ることを特徴とする請求項 1に記載の受信装置。
6 . 前記受信データ管理部は、 前記複数の異なるレイアウト情報がひとつの 番組情報に記載されている場合に、 前記複数の異なるレイアウト情報から最も 記載順の早い前記レイァゥト情報を選択することを特徴とする請求項 1に記 載の受信装置。
7 . 前記受信データ管理部は、 前記複数の異なるレイァゥト情報から構成す る前記メディァの数が多い前記レイァゥト情報を選択することを特徴とする 請求項 1に記載の受信装置。
8 . 前記受信データ管理部は、 前記複数の異なるレイァゥト情報から映像メ ディアを含む前記レイァゥト情報を選択することを特徴とする請求項 1に記 載の受信装置。
9 . 前記メディアの伝送路上でのロス率を測定する受信制御部を具備し、 前 記受信データ管理部は前記複数の異なるレイァゥト情報から前記ロス率が所 定以下の前記レイァゥト情報をひとつ選択することを特徴とする請求項 1に
1 0 . 少なくとも 1つ以上のメディアの表示レイァゥトを決定するレイァゥ ト情報を複数送信するレイァゥト情報伝送部と、 前記レイァゥト情報を構成す るメディァデータを送信するメディァデータ伝送部と、 を具備したことを特徴 とする送信装置。
1 1 . 番組情報生成部が、 前記レイアウト情報を構成する前記メディアが再 生可能である場合にのみ前記レイァゥト情報を利用して再生を行うことを許 可する識別子を送信することを特徴とする請求項 1 0記載の送信装置。
1 2 . 前記メディアデータ伝送部が、 複数の異なる前記レイァゥト情報を送 信する際に、 使用の優先度の高い前記レイアウト情報の送信間隔を、 使用の優 先度の低い前記レイァゥト情報の送信間隔よりも長く設定することを特徴と する請求項 1 0記載の送信装置。
1 3 . 少なくとも 1つ以上のメディアの表示レイァゥトを決定するレイァゥ ト情報を複数送信するレイァゥト情報伝送部と、 前記レイァゥト情報を構成す るメディァデータを送信するメディァデータ伝送部と、 を具備した送信装置と、 前記レイァゥト情報および前記レイァゥト情報を構成する前記メディアを 受信する伝送部と、 前記メディアの受信状態に基づいて複数の異なる前記レイ ァゥト情報から 1つを選択する受信データ管理部と、 選択した前記レイァゥト 情報を用いて前記メディアを再生する再生制御部と、 を具備した受信装置と、 を具備したことを特徴とするメディア配信システム。
1 4 . 少なくともひとつ以上のメディアの表示レイアウトを決定するレイァ ゥト情報を受信し、 前記レイアウト情報を構成する前記メディアを受信し、 前 記メディアの受信状態に基づいて複数の異なる前記レイァゥト情報から 1つ を選択し、 選択した前記レイァゥト情報を用いて前記メディアを再生すること を特徴とする情報閲覧方法。
1 5 . 少なくとも 1つ以上のメディアの表示レイァゥトを決定するレイァゥト 情報を複数送信し、 前記レイァゥト情報を構成するメディアデータを送信する ことを特徴とするメディァ送信方法。
1 6 . 送信側において、 少なくとも 1つ以上のメディアの表示レイアウトを 決定するレイァゥト情報を複数と前記レイァゥト情報を構成するメディアデ 一タとを送信し、
受信側において、 前記送信側から送信されてきた前記レイァゥト情報と前記 レイアウト情報を構成する前記メディアとを受信し、 前記メディアの受信状態 に基づいて複数の異なる前記レイァゥト情報から 1つを選択し、 選択した前記 レイァゥト情報を用いて前記メディアを再生することを特徴とする情報閲覧 方法。
1 7 . コンピュータに、 少なくともひとつ以上のメディアの表示レイアウト を決定するレイァゥト情報を受信させ、 前記レイァゥト情報を構成する前記メ ディアを受信させ、 前記メディアの受信状態に基づいて複数の異なる前記レイ ァゥト情報から 1つを選択させ、 選択した前記レイァゥト情報を用いて前記メ ディアを再生させることを特徴とするプログラム。
1 8 . コンピュータに、 少なくとも 1つ以上のメディアの表示レイァゥトを 決定するレイァゥト情報を複数と前記レイァゥト情報を構成するメディアデ ータを送信させることを特徴とするプログラム。
1 9 . 請求項 1 7記載のプログラムを格納した記憶媒体。
PCT/JP2004/002125 2003-03-10 2004-02-24 受信装置および情報閲覧方法 WO2004081799A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP04713998.5A EP1603046B1 (en) 2003-03-10 2004-02-24 Reception apparatus and information browsing method
US10/547,315 US7650567B2 (en) 2003-03-10 2004-02-24 Reception apparatus and information browsing method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003064120A JP4308555B2 (ja) 2003-03-10 2003-03-10 受信装置および情報閲覧方法
JP2003-064120 2003-03-10

Publications (1)

Publication Number Publication Date
WO2004081799A1 true WO2004081799A1 (ja) 2004-09-23

Family

ID=32984458

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/002125 WO2004081799A1 (ja) 2003-03-10 2004-02-24 受信装置および情報閲覧方法

Country Status (5)

Country Link
US (1) US7650567B2 (ja)
EP (1) EP1603046B1 (ja)
JP (1) JP4308555B2 (ja)
CN (1) CN100435121C (ja)
WO (1) WO2004081799A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8150173B2 (en) 2004-10-29 2012-04-03 Sanyo Electric Co., Ltd. Image coding method and apparatus, and image decoding method and apparatus
US8326058B2 (en) 2004-02-09 2012-12-04 Sanyo Electric Co., Ltd. Image coding apparatus, image decoding apparatus, image display apparatus and image processing apparatus

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8014792B2 (en) * 2004-08-05 2011-09-06 Panasonic Corporation Information receiving terminal and information distributing system
JP2006129248A (ja) * 2004-10-29 2006-05-18 Sanyo Electric Co Ltd 画像符号化方法および装置、ならびに画像復号方法および装置
US7743323B1 (en) * 2005-10-06 2010-06-22 Verisign, Inc. Method and apparatus to customize layout and presentation
US8265073B2 (en) * 2006-10-10 2012-09-11 Comcast Cable Holdings, Llc. Method and system which enables subscribers to select videos from websites for on-demand delivery to subscriber televisions via a television network
JP2007300665A (ja) * 2007-06-29 2007-11-15 Hitachi Ltd 動画像表示方法及びシステム
CN101860447A (zh) * 2009-04-07 2010-10-13 华为技术有限公司 媒体呈现方法及系统、服务器和终端
JP2011139190A (ja) * 2009-12-28 2011-07-14 Hitachi Consumer Electronics Co Ltd コンテンツ配信方式、および、コンテンツ受信装置
JP4749508B2 (ja) * 2010-11-18 2011-08-17 三洋電機株式会社 画像復号方法
CN103299616A (zh) * 2011-01-07 2013-09-11 夏普株式会社 再生装置及其控制方法、生成装置及其控制方法、记录介质、数据结构、控制程序以及记录了该程序的记录介质
JP5817276B2 (ja) * 2011-07-14 2015-11-18 株式会社リコー 多地点接続装置、映像音声端末、通信システム、及び信号処理方法
WO2013077060A1 (ja) * 2011-11-22 2013-05-30 日本放送協会 受信機、プログラム及び受信方法
JP6069881B2 (ja) * 2012-04-25 2017-02-01 株式会社リコー 中継装置、表示データ共有システム、データ制御方法およびプログラム
US20130286050A1 (en) * 2012-04-30 2013-10-31 William E. Hertling Content auto-fit method and system
CN112104877B (zh) * 2013-07-15 2022-12-20 Ge视频压缩有限责任公司 装置、方法、编码器和计算机程序
US11461010B2 (en) * 2015-07-13 2022-10-04 Samsung Electronics Co., Ltd. Data property-based data placement in a nonvolatile memory device
US10282324B2 (en) 2015-07-13 2019-05-07 Samsung Electronics Co., Ltd. Smart I/O stream detection based on multiple attributes
US10509770B2 (en) 2015-07-13 2019-12-17 Samsung Electronics Co., Ltd. Heuristic interface for enabling a computer device to utilize data property-based data placement inside a nonvolatile memory device
CN113259749A (zh) * 2015-08-06 2021-08-13 麦克赛尔株式会社 广播接收装置
JP2019110353A (ja) * 2016-04-22 2019-07-04 シャープ株式会社 マルチメディア再生装置、及び、マルチメディア生成装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000020510A (ja) * 1998-07-06 2000-01-21 Canon Inc デジタルデータ文書配布方法及びその装置
JP2001134518A (ja) * 1999-11-02 2001-05-18 Nec Corp データ通信装置およびデータ通信システム
JP2002351781A (ja) * 2001-05-30 2002-12-06 Fujitsu Ltd 画面表示用ページレイアウトを利用したコンテンツ生成装置
JP2004054712A (ja) * 2002-07-22 2004-02-19 Sony Corp 電子機器装置、サーバ装置、レイアウト記述文書の提供方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AUPN520495A0 (en) * 1995-09-04 1995-09-28 Charon Holdings Pty Ltd Reading aid
US5968119A (en) * 1996-12-09 1999-10-19 Wall Data Incorporated Method of accessing information of an SNA host computer from a client computer using a specific terminal emulation
JP3800267B2 (ja) * 1997-07-18 2006-07-26 ソニー株式会社 送信装置および送信方法、受信装置および受信方法、並びに伝送媒体
JPH11346198A (ja) 1998-06-01 1999-12-14 Toshiba Corp 送信装置及びその方法
US6549514B1 (en) * 1998-07-07 2003-04-15 Nokia Corporation Method and apparatus for shaping traffice for a SIMA network
US6345279B1 (en) * 1999-04-23 2002-02-05 International Business Machines Corporation Methods and apparatus for adapting multimedia content for client devices
AU2001234532A1 (en) 2000-01-21 2001-07-31 Sorceron, Inc. System and method for delivering rich media content over a network
JP2002268999A (ja) * 2001-03-09 2002-09-20 Toshiba Corp コンテンツ再生方法及び装置
EP1261204A2 (en) 2001-03-29 2002-11-27 Matsushita Electric Industrial Co., Ltd. Method and apparatus for data reproduction
JP4008734B2 (ja) 2001-03-29 2007-11-14 松下電器産業株式会社 データ再生装置及び携帯電話機
JP2002297538A (ja) 2001-03-30 2002-10-11 Seiko Epson Corp データ配信システム、端末装置、デコーダプロキシサーバ、デコーダサーバおよびデータ配信方法
JP3900413B2 (ja) * 2002-02-14 2007-04-04 Ｋｄｄｉ株式会社 映像情報伝送方式およびプログラム
US6922823B2 (en) * 2002-12-13 2005-07-26 Lsi Logic Corporation Method for creating derivative integrated circuit layouts for related products

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000020510A (ja) * 1998-07-06 2000-01-21 Canon Inc デジタルデータ文書配布方法及びその装置
JP2001134518A (ja) * 1999-11-02 2001-05-18 Nec Corp データ通信装置およびデータ通信システム
JP2002351781A (ja) * 2001-05-30 2002-12-06 Fujitsu Ltd 画面表示用ページレイアウトを利用したコンテンツ生成装置
JP2004054712A (ja) * 2002-07-22 2004-02-19 Sony Corp 電子機器装置、サーバ装置、レイアウト記述文書の提供方法

Non-Patent Citations (1)

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

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8326058B2 (en) 2004-02-09 2012-12-04 Sanyo Electric Co., Ltd. Image coding apparatus, image decoding apparatus, image display apparatus and image processing apparatus
US8150173B2 (en) 2004-10-29 2012-04-03 Sanyo Electric Co., Ltd. Image coding method and apparatus, and image decoding method and apparatus
US8208738B2 (en) 2004-10-29 2012-06-26 Sanyo Electric Co., Ltd. Image coding method and apparatus, and image decoding method and apparatus

Also Published As

Publication number Publication date
JP4308555B2 (ja) 2009-08-05
EP1603046A1 (en) 2005-12-07
CN1759384A (zh) 2006-04-12
US7650567B2 (en) 2010-01-19
EP1603046A4 (en) 2007-12-05
CN100435121C (zh) 2008-11-19
US20060168517A1 (en) 2006-07-27
JP2004272712A (ja) 2004-09-30
EP1603046B1 (en) 2013-06-19

Similar Documents

Publication Publication Date Title
JP4308555B2 (ja) 受信装置および情報閲覧方法
JP6426260B2 (ja) 放送システムにおける制御情報の送信装置
JP4443833B2 (ja) 情報再生方法、送信装置および受信装置
JP5794998B2 (ja) 適応的なストリーミング方法及びその装置
US20050102371A1 (en) Streaming from a server to a client
US20080151885A1 (en) On-Demand Multi-Channel Streaming Session Over Packet-Switched Networks
US20040128701A1 (en) Client device and server device
US20060195884A1 (en) Interactive multichannel data distribution system
JP5257367B2 (ja) 映像配信装置、映像配信システム及び映像配信方法
EP2413564B1 (en) Method and apparatus for transmitting and receiving streaming data based on RTSP sessions
JP2007523524A (ja) マルチメディアデータを記録した情報保存媒体、その再生方法及び再生装置
JP5781550B2 (ja) メディアコンテンツデータ再生装置及び方法
EP1274248A1 (en) Data reproduction apparatus and data reproduction method
JP4526294B2 (ja) ストリームデータ送信装置、受信装置、プログラムを記録した記録媒体、およびシステム
WO2012011466A1 (ja) 中継装置、中継方法、通信システム、中継制御プログラム、および記録媒体
JPWO2005081528A1 (ja) 情報配信システム及び方法とその情報配信装置、受信端末、情報中継装置
JP2005086362A (ja) データ多重化方法、データ送信方法およびデータ受信方法
JP4340084B2 (ja) 送信装置および送信方法
JP4794640B2 (ja) 送信装置およびメディアデータ送信方法
JP2006033026A (ja) マルチメディア情報の受信方法及びこれを実現するプログラム、マルチメディア情報の受信装置
JP2008016894A (ja) 送信装置及び受信装置
KR100880569B1 (ko) 모바일 아이피티브이의 이피지 환경에서 브이오디 컨텐츠의전송방법
JP2004289628A (ja) ストリーミング配信システム、セットトップボックス、ストリーミング配信方法、ストリーミング配信プログラム
JP2004228850A (ja) 受信再生方法、受信再生装置
KR101378092B1 (ko) 스트리밍 데이터 스킵 탐색 방법 및 장치

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 KE KG 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 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 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 IT LU MC NL 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
ENP Entry into the national phase

Ref document number: 2006168517

Country of ref document: US

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 10547315

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2004713998

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 20048065602

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2004713998

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 10547315

Country of ref document: US