WO2006027857A1 - ザッピングストリームの生成装置とその方法 - Google Patents

ザッピングストリームの生成装置とその方法 Download PDF

Info

Publication number
WO2006027857A1
WO2006027857A1 PCT/JP2004/015255 JP2004015255W WO2006027857A1 WO 2006027857 A1 WO2006027857 A1 WO 2006027857A1 JP 2004015255 W JP2004015255 W JP 2004015255W WO 2006027857 A1 WO2006027857 A1 WO 2006027857A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
protocol
zubbing
stream
data
Prior art date
Application number
PCT/JP2004/015255
Other languages
English (en)
French (fr)
Inventor
Albrecht Scheid
Thomas Kursawe
Izumi Usuki
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 EP04792472A priority Critical patent/EP1793590A4/en
Priority to JP2006535018A priority patent/JPWO2006027857A1/ja
Priority to US11/574,820 priority patent/US20080037551A1/en
Publication of WO2006027857A1 publication Critical patent/WO2006027857A1/ja

Links

Classifications

    • 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/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/26—Arrangements for switching distribution systems
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234363—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440281—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the temporal resolution, e.g. by frame skipping
    • 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/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
    • H04N21/6379—Control signals issued by the client directed to the server or network components directed to server directed to encoder, e.g. for requesting a lower encoding rate
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64315—DVB-H
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/11—Arrangements for counter-measures when a portion of broadcast information is unavailable
    • H04H60/12—Arrangements for counter-measures when a portion of broadcast information is unavailable wherein another information is substituted for the portion of broadcast information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/50—Tuning indicators; Automatic tuning control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/63—Generation or supply of power specially adapted for television receivers

Definitions

  • the present invention relates to digital broadcasting for portable terminals (DVB-H (Digital Video Broadcasting Handheld)), and more particularly to a transmission apparatus for digital data broadcasting for portable terminals.
  • DVD-H Digital Video Broadcasting Handheld
  • Digital broadcast DVB-H mobile receivers for mobile terminals in Europe receive a DVB-H audio Z video service of a transport stream transmitted in a burst format called a time slice. For example, audio Z-video data of about 5 seconds is transmitted in one burst with a length of less than 0.2 seconds. This burst transmission is very effective for reducing the power consumption of the receiver.
  • the receiver saves a significant amount of battery power by supplying power to the receiver only during the burst of the desired service (see EP1337071A2 (Nokia Time Slicing);).
  • the zubbing stream is transmitted using a very low data rate with respect to the DVB-H service in the same transport stream. For example, video / audio content, still images, text information related to services, or combinations of the above. For example, still images are frequently updated and are updated once every 4 bursts per second in a DVB-H environment with 1 burst transmission every 2 seconds.
  • the user can view and listen to the content of the selected service before the burst of the selected service is received and displayed. You can read it. Thus, the user can immediately determine whether to receive a specific service that receives the selected service.
  • Patent Document 1 EP1337071A2 (Nokia Time Slicing)
  • the zabbing stream used there is transmitted in the same band as the time slice, and therefore consumes as little transmission band as possible. It is desirable that the bandwidth is constant.
  • the present invention solves the above-described problems, and an object of the present invention is to generate a zubbing stream that minimizes the transmission band and consumes a constant bandwidth.
  • the zubbing stream is generated at the IP level in the same way as the normal service.
  • These IP datagrams are generated under normal conditions for IP datagrams of normal services, with additional processing bandwidth and short access time when receiving equipment and receiving data. The purpose is to do.
  • the present invention is a method for generating data of a high-quality content stream, a zubbing stream, and an original image that is not exactly in a certain period (regardless of timing) after the content is restored from the high-quality content stream Generating a zabbing stream with a minimum amount of information without losing quality as much as possible by selectively extracting a specific part whose timing is corrected by the complexity of And its equipment.
  • a feature of reducing the amount of generated information by trimming a part of the image is a feature.
  • a bing stream generation method and apparatus thereof are provided.
  • the present invention provides a sampling stream generation method and apparatus for reducing the amount of generated information by reducing the resolution of an image.
  • the present invention also provides a method for generating a zubbing stream as described above, an IP datacast transmission system using zabbing, a program for executing these, and a recording medium on which these are recorded.
  • a transmission band is minimized and constant from an image signal whose complexity changes. It is possible to generate a zabbing stream that consumes a certain amount of bandwidth.
  • the apparatus can be easily configured by sharing the IP addresses of the zubbing service and the original service, and the additional band width with a short access time at the time of reception is reduced. Depending on the condition, it is possible to generate a zubbing stream.
  • FIG. 1 is a diagram showing an example of a transmission system for IP data cast in a first embodiment of the present invention.
  • FIG. 2 is a diagram showing an example of an IP datacast transmission system in the first and third embodiments of the present invention.
  • FIG. 3 is a diagram showing an example of processing of a zubbing service generation device according to the first and second embodiments of the present invention.
  • FIG. 4 A diagram showing a relationship between reception and display of zubbing service data including a selected frame.
  • FIG. 5 is a diagram showing an example of processing of the IP service generation device according to the third embodiment of the present invention.
  • FIG. 6 is a diagram showing an example of processing of a zubbing service generation device according to the third embodiment of the present invention.
  • FIG. 7 is a diagram showing an example of processing of a zubbing service generation device according to the fourth embodiment of the present invention.
  • FIG. 8 is a diagram illustrating a stream format transmission method according to the present invention.
  • FIG. 9 is a diagram illustrating a burst format transmission method according to the present invention.
  • FIG. 10 is a diagram for explaining transmission by a zubbing stream and a time slicing method.
  • FIG. 11 is a diagram in which multiple zubbing streams are added to an MPE-FEC frame.
  • FIG. 12 is a diagram showing an example of an IP datacast transmission system using the IP stream zubbing service of the present invention.
  • FIG. 13 is a diagram showing a layout of an application data table storing an IP stream according to the present invention.
  • FIG. 14 is a typical example of transmitting 21 services of the present invention.
  • FIG. 15 is a diagram illustrating an example of processing of the zabbling service generation device according to the fifth embodiment of the present invention.
  • Multiprotocol Encapsulator MPE
  • FIGS. 8 and 9 are diagrams illustrating transmission examples of the zubbing service.
  • Fig. 8 is a diagram in which a certain bandwidth is allocated to the zubbing service and transmitted as a continuous stream.
  • Figure 9 shows the transmission of the zubbing service as even smaller bursts.
  • the Zabbing service has the effect of reducing the waiting time as much as possible by transmitting it as a continuous stream, and the Zabbing service is also transmitted in burst format (or time slice format), so that the terminal The effect of saving power consumption and receiving back service can be expected.
  • the present invention shows a method for generating these zubbing services.
  • FIG. 1 is a diagram illustrating an example of an IP data cast transmission system including a zubbing service generation unit that generates a zubbing service from a DVB-H IP data cast according to the present invention.
  • IP service supply unit 200 DVB—H multi-protocol encapsulator (DVB—H MPE) 220, MPEG—TS multiplexer 290, DVB—H IP data cast environment 240 and multi-protocol encapsulator (DVB—H MPE) 260.
  • one zubbing service generation device 240 processes one service stream among the IP streams 210 (including all services) formed by the IP service supply unit 200.
  • DVB-H MPE 260 performs DVB-H multi-protocol encapsulation and burst generation processing of time slices as appropriate.
  • an MPEG2 service supply unit 300 further exists.
  • IP stream 210 A copy of the IP stream 210 from the IP service supply unit 200 is necessary to supply to the zubbing service generation device 240. There, certain services are filtered and related zubbing services are generated. IP stream 250 is output as output. This IP stream is encapsulated in the DVB-H format by the MPE 260 to generate a transport stream 270. This transport stream is supplied to the M PEGTS multiplexer 290 in the same manner as 230 and 280.
  • FIG. 2 is a diagram illustrating an example of an IP datacast transmission system including a zubbing service generation unit that generates a zubbing service from a DVB-T MPEG2-encoded TS according to the present invention.
  • a zubbing service is generated from the transport stream 280! /.
  • the transport stream 280 supplied from the MPEG2 AV service source 300 is obtained by encoding an MPEG2 AV service that is a standard encoding method in the current DVB-T.
  • the IP service generation unit 241 shown in Fig. 2 may be further included, and both the service and the zapping service may be generated in parallel.
  • the zabbing service may be transmitted by a burst transmission force as shown in FIG. 8 or a continuous transmission method as shown in FIG.
  • the buffer capacity and bandwidth can be saved in the MPEG TSMPEG-TS multiplexer 290 by transmitting all the data of the Zappinda service in a timely manner just before the transmission of the associated service burst.
  • the present embodiment is an example of an apparatus for generating a still image type zapping dust stream including an AV service cover that includes video and audio.
  • the zubbing service generator extracts IP datagrams of all IP datagram preselected services, and outputs IP datagrams of zubbing services related to the preselected services.
  • the zubbing service is another service related to the AV service provided by the service provider. Therefore, the same AV coder is used on the sending side, and the same decoder is used on the terminal.
  • the output of the zubbing service generator is usually supplied to a multi-protocol encapsulator (MPE).
  • MPE multi-protocol encapsulator
  • FIG. 3 is a diagram showing processing of a still picture type zubbing service generation apparatus supplementing the AV service of the present invention.
  • Step (1) One AV service is selected from the source signals input to the zubbing service generator, that is, the video stream for which a zubbing stream is to be generated is selected.
  • Step (2) Next, the transport layer protocol (for example, UDP) is deleted from the IP datagram extracted in step (1).
  • UDP transport layer protocol
  • Step (3) Delete other transport layer protocols (eg RTP).
  • Step (5) Decode the video stream and take out a set of video frames for use as still images. Decoding can be for all videos or only for a specific part.
  • Step (6) Select one video frame per second from the set of video frames from the played video frames to update the still image at the rate of one per second.
  • FIG. 4 is a diagram showing a relationship between reception and display of the zubbing service data including the frame thus selected. Unselected force (unused force) The remaining frames are discarded. To do. Note that instead of selecting a still image as a low bit rate method of AV service, the complete video stream may be re-encoded with a compression method having a higher compression rate. You can also upload manually created images as described below.
  • Step (7) As necessary, the text information format is overlaid on the still image or the text information is embedded as necessary.
  • An example of the text information is, for example, “how many seconds until the service starts”.
  • Text information can also extract the delta T-parameter power of ESG (Electronic Service Guide) or related services.
  • Text insertion may be fixedly provided in the zubbing stream generation device. For example, text overlay increases the complexity of still images and results in larger still image data. Instead of text, use a graphic object as a format for efficiency.
  • Step (8) overlay or embed graphic objects as necessary.
  • graphic objects are, for example, television station banners up to full-screen 'size, or advertising graphic objects. Alternatively, it may be a process bar indicating the elapsed time, or other graphic image visualizing the elapsed time.
  • a force that generates ESG (Electronic Service Guide) force is used as the graphic object.
  • the insertion of the graphic object may be fixedly provided in the zubbing stream generation device. For example, graphic objects are superimposed and become part of a still image. Also, the layout position may be fixed.
  • Step (9) Encodes all still images with a high compression rate parameter different from the input AV stream parameter. All video streams generated from the Zabbing service will eventually contain one still image.
  • Step (10) Next, a transport layer protocol (for example, RTP) is added.
  • Step (11) Add another transport layer protocol (for example, UDP).
  • Step (13) As a result, an IP datagram that continuously contains the zubbing service (supplementing the selected AV service) is output.
  • the still image may be accompanied by audio data having a low data rate that is beneficial to the user during the zabbing.
  • change audio in the same way as image encoding. It is clear that conversion processing is possible.
  • step (14) may be further added.
  • Step (14) Generation and insertion of control information IP datagrams into the IP datagram stream.
  • the temporal association between the zubbing service and the associated AV service is sent as control information, preferably indicated in the payload of the control information IP datagram.
  • FIG. 2 shows an example of an embodiment of the present invention.
  • IP service IPDC in DVB—H
  • MCA Mobility Management Function
  • FIG. 10 is a diagram illustrating an example in which a multiplex device shared by a PEG2 encoded AV service (“DVB-T”) is used.
  • DVD-T PEG2 encoded AV service
  • a transport stream 280 is generated.
  • the MPEG2 AV service supply unit 300 encodes the AV service by MPEG2 encoding, which is a standard encoding method in the current DVB T. Needless to say, this MPEG2-encoded transport stream may have been supplied from an external device! /.
  • both the service and the zubbing service are generated in parallel by the IP service generation unit 241 and the zubbing service generation device 311 shown in the figure.
  • the output of the MPEG2 AV service 300 is supplied to the common multiplexer 290 via the IP services 210, 250, 320, and the like.
  • the IP service 250 and its zubbing service 320 are generated from the transport stream by the DVB-H service generation device 241 and the DVB-H zubbing service generation device 311, respectively.
  • FIG. 5 is a block diagram showing an example of an apparatus for generating a video / audio IP service from an MPEG2 encoded AV service (video / audio service).
  • FIG. 5 describes only the processing of the video stream for the sake of simplicity.
  • An MPEG2-encoded audio stream is processed in the same way.
  • Step (1) Select one AV service from the source signal with appropriate PID input to the service generator.
  • TS packets including an MPEG2-encoded video stream for which an IP-based service is to be generated are filtered and extracted.
  • Step (2) Decode the video stream to generate a video frame of 25 or 29.97 frames Z seconds.
  • Step (3) Re-encode the video frame played in an appropriate format such as AVCH.264 or MPEG-4 format.
  • Step (4) Next, a transport layer protocol (for example, RTP) is added.
  • RTP transport layer protocol
  • UDP transport layer protocol
  • IP network layer protocol
  • Step (7) As a result, an IP datagram including the IP base service is output.
  • the audio stream is processed in the same way.
  • An example of the procedure for generating an IP-based zabbing service processed by the zabbing service generator 311 is as follows.
  • Fig. 6 shows a zapping service generator for still image type zubbing service that complements one AV service.
  • Step (1) Select one AV service from the source signal with appropriate PID input to the service generator.
  • MPEG2 that wants to generate IP-based zubbing service
  • the TS packet including the encoded video stream is filtered and extracted.
  • Step (2) Decode the video stream and play a set of video frames for use as still images. Decoding can be for all videos or only for a specific part.
  • Step (3) Select one video frame per second from the set of video frames from the played video frames to update the still image at the rate of one per second. Any remaining frames that were not selected (and used) are discarded. Note that instead of selecting a still image as a low bit rate method for AV services, a complete video stream may be re-encoded with a compression method having a higher compression rate. You can also upload manually created images as described below! / ⁇ .
  • Step (4) As necessary, the text information format is optionally superimposed on the still image or the text information is embedded.
  • An example of text information is, for example, “how many seconds until the service starts”.
  • Text information can also extract the delta T-parameter power of ESG (Electronic Service Guide) or related services.
  • the 'text' layout may be fixed to the zubbing stream generator. For example, text overlay increases the complexity of still images and results in larger still image data. Instead of text, use graphic objects as a format for efficiency.
  • Step (5) the graphic objects are optionally overlapped or embedded.
  • graphic objects are, for example, television station banners up to full-screen 'size, or advertising graphic objects. Alternatively, it may be a process bar indicating the elapsed time, or other graphic image visualizing the elapsed time.
  • ESG Electronic Service Guide
  • the graphic object 'layout may be fixed on the zabbing stream generator. For example, graphic objects are superimposed and become part of a still image.
  • Step (6) Encode all still images with an appropriate encoding method (an appropriate format such as AVCH. 264 or MPEG-4 format). All video streams generated from the Zabbing service will eventually contain one still image.
  • Step (7) Next, a transport layer protocol (for example, RTP) is added.
  • RTP transport layer protocol
  • Step (8) Add another transport layer protocol (for example, UDP).
  • Step (10) As a result, an IP datagram that continuously contains the zubbing service (supplementing the selected AV service) is output.
  • the still image may be accompanied by audio data having a low data rate that is useful for the user who is performing the zubbing.
  • audio conversion processing can be performed in the same procedure as image encoding.
  • the size of the channel bandwidth consumed by the zubbing service described in Embodiments 2 and 3 is important. For ease of implementation, it is desirable to allocate a certain channel bandwidth or time slice to the zubbing service.
  • Text 'style information about the zubbing service or service is embedded in the still image before the sign and the text is combined into a part of the still image.
  • This embedded text adds complexity to the still image and increases the size of the zubbing stream of the encoded still image.
  • the text data to be superimposed can be transmitted separately from the still image.
  • still images and associated text are assembled on the receiver side in a receiver-specific layout.
  • text should be transmitted in commonly used formats such as ASCII, HTML, or formats used for electronic service guides (ESG).
  • Pre-encoding is performed, and if the encoding result is too large, a part of the original image, for example, only the central part of the image is cut out and re-encoded. On the receiver side, display the original size. In this way, the code amount can be further reduced.
  • the selection can also select a series of frame forces that are “near the exact position in time”.
  • the smallest zappinda stream can be constructed by selecting the frame that gives the best coding efficiency from several frames before or after the exact one in time.
  • Selection criteria Low-complexity images that can be encoded with good image quality within a defined stream size.
  • a still image with CIF resolution (356 X 288 pixels per frame) is encoded with QCI F resolution (176 X 144 pixels per still image).
  • the zubbing service is generated from the AV service, but it may be generated from any non-AV service instead of the AV service.
  • a zubbing service may be generated from a file service or other type of data service that requires access to a high-speed service, for example.
  • a zappa service may also be generated from a download-type service.
  • file 'downloads or other types of data' downloads eg games, video clips, application software, latest firmware for terminals, etc.
  • a set of still images is generated in advance, encoded as a streaming AV service, and UDP, RTP, and IP packets are uploaded and stored in the generation device. Next, it is inserted into the IP stream at the specified burst cycle and sent out.
  • a zabbing service can also be generated from any manually inserted object.
  • This does not necessarily have to be IP packet format data.
  • this can be achieved by supplying data in the general format of the object to the “Select one still image per second” section in FIG.
  • the zubbing service is displayed as an unscrambled still image of the pay TV service.
  • these still images are reduced in resolution and updated only once per second, they have the advertising effect of encouraging viewers to watch scrambled pay TV services.
  • still images are also an important parameter for pay TV services (for example, Content description, start time, program length, rebroadcast time, price, etc.).
  • the zubbing service generation apparatus further has control information input in a transport stream packet format including control information related to the service. As shown by the dotted line in Fig. 1, the packet containing these control data (a copy of the transport stream 230) is supplied to the zubbing service generator 240 or DVB—HM PE 260, and extracts control information data as necessary. And process.
  • the zapping service generation device 240 extracts the delta t information indicating the transmission time of the time slice of the related main service, and controls the value in consideration of the relationship between the transmission time of the main service and the zubbing service It is converted into IP datagram as information and inserted as “IP datagram of control information” into the IP stream of the zapping service.
  • delta t can be extracted and used for the multiplexing timing of the zubbing service (transfer timing to the MPEGTS multiplexing unit).
  • FIG. 11 is a diagram in which a plurality of zubbing streams are added to the MPE-FEC frame. For Figure 11, the following holds.
  • the memory capacity per frame is 2Mbit or less.
  • the access time to the service or still image is as shown in FIG. If the first part of the desired service cannot be received, it will be 0.75 seconds.
  • Figure 1 shows a configuration in which a zubbing service generator is added to the currently used MPEG-TS multiplexer.
  • Blocks 240 and 260 are used for generating and multiplexing the zabbing service.
  • the other blocks are used for normal DVB-H IP data transmission (even if there is no zubbing service).
  • the zubbing stream is carried on MPEG2-TS.
  • This MPEG2-TS is multiplexed by MPEG2-TS including other normal AV services and MPEG-TS multiplexer 290.
  • the zubbing stream is generated at the IP level, MPE encapsulated at 260, and incorporated into MPEG2 TS270.
  • This method requires another dedicated device (MPE, TS generator, MPEG-TS multiplexing device (and time slicer is also required for time slicing)) to create TS for the service.
  • MPE TS generator
  • MPEG-TS multiplexing device and time slicer is also required for time slicing
  • FIG. 12 shows another simpler configuration example.
  • the zapping service generation device 240 in FIG. 12 generates a zubbing stream and updates it.
  • the output 250 is transferred to the original IP stream 210 and input to the multiplexer 260 having a simple configuration.
  • the DVB-H MPE encapsulator places the normal service and the zubbing service in the application data table.
  • Figure 13 shows the layout of the application data table described in the DVB-Data broadcasting specification (ETSI EN301192, v.1.4.1).
  • the application data table consists of rows and columns. Each location is a byte, taken from an IP datagram. IP data drums are arranged in this table in the order of 1st IP datagram, 2nd IP datagram, .... Normally, only one (or multiple) service IP datagram streams are placed in this table. S No zubbing stream is placed in this table. All services are distinguished by their origin IP address. If the application table is not completely filled, it is filled with padding bytes.
  • MPE In the FEC frame, several locations in the application data table can be assigned to carry IP-based zubbing streams.
  • the 3rd IP datagram may include one still picture zubbing stream related to the service xyz. Unused places are filled with padding bytes. Note that zubbing services (similar to IP datagrams) can also be distinguished by the originating IP address.
  • the zubbing stream corresponding to the service burst is the transmission time of the service burst. If is near (for example, if the corresponding service burst is transmitted within the next second), do not transmit. That is, the corresponding zabbing stream data that is not transmitted is not placed in the application data table and is not transmitted. Therefore, the bandwidth can be saved.
  • FIG. 14 shows a typical state of the 21 burst service.
  • the 0–0.6 seconds between services 1, 2, and 3 contain services 1, 2, and 3 themselves, so there is no zapping service for services 1, 2, and 3.
  • 0.6 second 1.
  • Services 4, 5, and 6 are transmitted in a 2 second time frame.
  • the access time to all services and the zapping service can be reduced to about 0.6 seconds at the maximum.
  • the end-to-end end system has many other delays!
  • zubbing streams 1-21 are identified and filtered at the terminal by their IP address. There may also be no power assigned by the IP address zubbing service generator.
  • This section describes the details of the management method of the starting IP address and the ending IP address of the IP address that can be easily incorporated into the DVBH MPE device.
  • Table 1 shows an example of input fields set in the DVBH MPE device.
  • the bandwidth allocated per channel is 10 Mbps.
  • the MPE-FEC frame size is set to a constant 2 Mbit for all bursts, and up to 40 services can be encapsulated.
  • the burst transmission cycle is as follows.
  • the 40 services in the above example are determined from IP sources 10.10.100.01-10.10.100.40.
  • Table 2 shows another example of input fields set in the DVBH MPE device.
  • DVB-H as specified in (ETSI EN301192 v.1.4.1), one or more services can be included in one MPE-FEC frame. In other words, one burst can contain one or more services.
  • the allocated bandwidth from the channel is 10Mbps MPE-FEC frame.
  • the size is constant for all bursts and is 2Mbit and the same power as the previous example.
  • One burst contains two services 1Mbit is allocated for each service.
  • All 40 services can be encapsulated, and the burst transmission cycle is as follows.
  • the 40 services in the above example are determined from IP sources 10.10.100.01—10.10.100.40.
  • Table 3 shows still another example of input fields set in the DVBH MPE device.
  • the allocated bandwidth from the channel is 10 Mbps
  • the MPE-FEC frame size is constant and 2 Mbit for all bursts.
  • one burst includes one service and one zubbing service. For example, 1.8 Mbit is allocated to a service out of 2 Mbit, and the rest is allocated to a zubbing service.
  • All 40 services can be encapsulated and the burst transmission cycle is as follows.
  • the 40 services in the above example are determined from 10.10.100.01-10.10.100.40 of I-size P source.
  • the 40 services in Table 3 come from IP sources 10.10.100.01—10.10.100.40, and the 40 zubbing services in the above example are all assigned the same origin IP address (10.10.101.01). Provided by the Zabbing Service Generator.
  • RSVP of the RS data in the IP IP application starting point of the MPE-FE service number in which the service number is assigned in the burst service
  • the “Still image selection” block selects the still image according to the “temporal optimization” principle (refer to Embodiment 3 Modification (4) Select images to be used with good compression efficiency at equal intervals).
  • the still image is output to the DVB-H MPE device at the data rate assigned to the DVB-H MPE device. This corresponds to IP output 250 in FIG.
  • This IP datagram is multiplexed by an IP datagram multiplexer 270 (usually implemented with a simple commercial IP switch or the like).
  • the generator continuously outputs the zubbing stream as described above, but the zapping stream associated with the service transmitted nearby is the data Stopped by the still picture selector to save rate. These zubbing streams do not need to be transmitted because they do not affect the speed at which services are found.
  • Fig. 14 shows a typical environment randomly distributed in the application data table of 18 MPE-FEC frames out of 21 zubbing streams. Since the normal service burst is transmitted in the near future, the still picture selector stops sending out the zapping dust streams 1, 2, and 3, and then for the same reason, the still picture selector sends the zubbing streams 4, 5 , 6 is discarded.
  • the data rate of the zabbling service generation device can never exceed the data rate assigned to the DVB-H MPE device for the zabbing service.
  • the implementation of the terminal in the described zubbing method is simple. From the moment when the channel changes (that is, when the user presses the program channel key on the terminal), all bursts are received, all streams and zubbing streams are accumulated, and the received service and program channel number are displayed. Associate. The zubbing stream associated with the selected channel is read from memory, decoded and displayed. If a complete service burst for the selected service is available in memory, it will be decoded and displayed. If the terminal has insufficient memory, it can be sorted out. That is, after extracting the zubbing stream, the service burst of the program channel that is hardly viewed is discarded, and only the zubbing stream is accumulated.
  • the present invention can be used for a transmission system for digital data broadcasting.

Abstract

　ザッピングストリームは、タイムスライスと同じ帯域で伝送されるため、可能な限り伝送帯域の消費を抑え、一定量以下の帯域消費であることが望ましい。高品質コンテンツストリームからコンテンツを復元した後、正確に一定周期ではなく、（タイミングによらない）元画像の複雑さによってタイミングを補正した特定の部分を選択的に抜き出すことで、可能な限り品質を落とさず且つ最低限の情報量でザッピングストリームを生成する。

Description

ザッビングストリームの生成装置とその方法
技術分野
[0001] 本発明は、携帯端末向けデジタル放送（DVB— H (Digital Video Broadcastin g — Handheld) )に関し、より詳細には、携帯端末向けデジタルデータ放送の伝送 装置に関する。
背景技術
[0002] 欧州の携帯端末向けデジタル放送 DVB - Hの携帯受信端末は、タイムスライスと呼 ばれるバースト形式で伝送されるトランスポートストリームの DVB— Hオーディオ Zビ デォサービスを受信する。例えば、 5秒程度のオーディオ Zビデオのデータが、 0. 2 秒未満の長さのバーストひとつで送信される。このバーストによる伝送は、レシーバの 省電力化に非常に有効である。レシーバでは、所望のサービスのバーストが伝送さ れている期間のみ、受信部の電源供給を行うことで、相当な量のバッテリー消費電力 を節約する（EP1337071A2 (ノキアタイムスライシング)を参照。；)。
[0003] しかしこれには短所がある。この方式では、ユーザーが、同じ物理チャネル、あるい は別チャネルでのザッビングをしょうとした際には、希望するサービスが来る次のバー ストまで待つ必要がある.バースト間隔が 5秒の典型的な事例では、新しいサービス の映像音声が提示されるまで、平均 2.5秒、最大 5秒の時間が必要になる。 9秒以上 のバースト期間が、最大限の電力セービングになるといわれている。このように、現在 のテレビと比較すると、ザッビングスピードが遅くなつてしまう。
[0004] これを解決するために、タイムスライス方式の伝送にザッビングサービス用ストリーム を適応する方法が考えられる（図 10を参照のこと)。
[0005] ザッビングストリームは、同じトランスポートストリーム内の DVB— Hサービスに関する 情報を非常に低いデータレートを使って伝送される。例えば、映像音声コンテンツ、 静止画、サービスに関連するテキスト情報あるいは、前述のものの組合せなどである 。例えば静止画は、頻繁に更新され、 DVB-Hの環境で、 1秒あたり 2回に 1回のバー スト伝送で、通常は 1秒あたり 4回に 1回更新される. [0006] 連続送信されるザッビングストリームを受信することで、ユーザーは、選択されたサ 一ビスのバーストが受信され表示される前に、選択されたサービスの内容を、見たり、 聞いたり、読んだりすることが出来る。従って、ユーザーは、選択したサービスを受信 する力別のサービスを受信するかを即座に決定することが出来る。
[0007] 特許文献 1 :EP1337071A2号公報（ノキアタイムスライシング）
発明の開示
発明が解決しょうとする課題
[0008] 上記のようなザッビングサービス用ストリームをタイムスライス方式に適用した場合、 そこで使用されるザッビングストリームは、タイムスライスと同じ帯域で伝送されるため 、可能な限り伝送帯域を消費せず、一定の帯域消費であることが望ましい。
本発明は、上記の問題点を解決するもので、伝送帯域を最小限に押さえ且つ、一 定の帯域幅消費となるザッビングストリームを生成することを目的とする。
また、ザッビングストリームは、通常サービスと同様に IPレベルで生成される。それら の IPデータグラムは通常のサービスの IPデータグラムを、付カ卩的なザッビングサービ スの処理と装置を安ぐ受信時のアクセスタイムが短ぐ付加的なバンド幅を少ない条 件で生成することを目的とする。
課題を解決するための手段
[0009] 本発明は、高品質コンテンツストリーム力 ザッビングストリームのデータ生成方法 であって、高品質コンテンツストリームからコンテンツを復元した後、正確に一定周期 ではなぐ（タイミングによらない)もとの画像の複雑さによってタイミングを補正した特 定の部分を選択的に抜き出すことで、可能な限り品質を落とさず且つ最低限の情報 量でザッビングストリームを生成することを特徴とするザッビングストリーム生成方法お よびその装置を提供する。
[0010] 本発明によれば、画像の複雑さが少ないところを選択的に抜き出すため、可能な限 り品質を落とさず且つ最低限の情報量でザッビングストリームを生成することがきる。
[0011] また、一定のタイミングで抜き出す場合、再エンコード時の生成情報量が大きくなる と予想される場合、画像の一部をトリミングすることで、生成情報量を少なくすること特 徴とするザッビングストリーム生成方法およびその装置を提供する。 [0012] また、画像の解像度を落とすことで、生成情報量を少なくすること特徴とするザツビ ングストリーム生成方法およびその装置を提供する。
[0013] また、同一のコンテンツ源からタイムスライス向けの主ストリームと、ザッピンダストリ ームをトランスポートストリームから同時に生成することでザッビングストリームと主ストリ ーム間の遅延時間を小さくすることを特徴とするザッビングストリーム生成方法および その装置を提供する。
[0014] 本発明はまた、上述のザッビングストリームの生成方法または、ザッビングを使用す る IPデータキャスト送信システムおよびこれらを実行するためのプログラム、およびこ れらを記録した記録媒体を提供する。
[0015] 本発明は、以下の「発明の実施の形態」および図面を用いて説明されるが、これは 例示を目的としており、本発明はこれらに限定されることを意図しない。
発明の効果
[0016] 本発明によれば、規定されたストリームサイズ内でよい画質でエンコードできる複雑 さの低い画像を抽出することで複雑さの変化する画像信号から、伝送帯域を最小限 に押さえ且つ、一定の帯域幅消費となるザッビングストリームを生成することか可能と なる。
[0017] また、 IPサービスストリームと関連するザッビングサービスを同一信号源から同時に 生成することで、受信機が再生するときの同期を取りやすくすることができる。
[0018] また、本発明によれば、ザッビングサービスとオリジナルサービスの IPアドレスを共 通化することで装置を簡単に構成でき、受信時のアクセスタイムが短ぐ付加的なバ ンド幅を少な 、条件で、ザッビングストリームを生成することか可能となる。
図面の簡単な説明
[0019] [図 1]本発明の第 1の実施形態における IPデータキャストの送信システムの一例を示 す図である。
[図 2]本発明の第 1および第 3の実施形態における IPデータキャストの送信システム の一例を示す図である。
[図 3]本発明の第 1および 2の実施形態におけるザッビングサービス生成装置の処理 の一例を示す図である。 [図 4]選択されたフレームを含むザッビングサービスデータの受信と表示の関係を示 す図である。
[図 5]本発明の第 3の実施形態における IPサービス生成装置の処理の一例を示す図 である。
[図 6]本発明の第 3の実施形態におけるザッビングサービス生成装置の処理の一例 を示す図である。
[図 7]本発明の第 4の実施形態におけるザッビングサービス生成装置の処理の一例 を示す図である。
[図 8]本発明のストリーム形式の伝送方法を説明する図である。
[図 9]本発明のバースト形式の伝送方法を説明する図である。
[図 10]ザッビングストリームとタイムスライシング方式による伝送を説明する図である。
[図 11]複数のザッビングストリームを MPE-FECフレームに加えた図である。
[図 12]本発明の IPストリームのザッビングサービス利用した IPデータキャストの送信シ ステムの一例を示す図である。
[図 13]本発明の IPストリームを格納するアプリケーションデータテーブルのレイアウト を示す図である。
[図 14]本発明の 21個のサービスを伝送する典型的な例である。
[図 15]本発明の第 5の実施形態におけるザッビングサービス生成装置の処理の一例 を示す図である。
符号の説明
[0020] 200 IPサービス供給部
220、 260、 330 マルチプロトコルエンキャプシユレータ（MPE)
240 ザッビングサービス生成装置
290 MPEG TS多重装置
300 MPEG2形式 AVサービス源
発明を実施するための最良の形態
[0021] 図 8、図 9は、ザッビングサービスの伝送例を示す図である。図 8は一定の帯域をザ ッビングサービスに割り当て、連続的なストリームとして伝送している図である。また、 図 9は、ザッビングサービスをさらに小さなバーストとして伝送しているものである。ザ ッビングサービスは、連続的なストリームとして送信することで、待ち時間を可能な限り 小さくできる効果があり、また、ザッビングサービスもバースト形式 (またはタイムスライ ス形式)で伝送することで、端末の消費電力の節約や、裏サービスの受信などの効果 が期待できる。
本発明は、これらのザッビングサービスを生成する方法を示したものである。
[0022] (実施の形態 1)
IPデータキャスト送信システム
本発明の伝送方式に関する実施の形態について、 DVB— Hの IPデータキャストか らザッビングストリームを生成する方法について、図面を参照しながら説明する。
[0023] 図 1は、本発明の、 DVB— Hの IPデータキャストからザッビングサービスを生成する ザッビングサービス生成部を含む IPデータキャスト送信システムの一例を示す図であ る。
IPサービス供給部 200、 DVB— Hのマルチプロトコルエンキャプシユレータ（DVB— H MPE) 220、 MPEG— TS多重装置 290から構成される DVB— Hの IPデータキヤ ストの環境に、ザッビングサービス生成装置 240とマルチプロトコルエンキャプシユレ ータ（DVB— H MPE) 260を付カ卩した構成である。
[0024] この例では、 1つのザッビングサービス生成装置 240は、 IPサービス供給部 200に よって形成された IPストリーム 210 (全サービス分を含む）のうち、 1つのサービスストリ ームを処理する。
[0025] DVB-H MPE260は、 DVB— Hのマルチプロトコルカプセル化および適宜タイム スライスのバースト生成処理を行う。
また、 DVB— TZDVB— Hの両サービスが共存するシステムの場合は、 MPEG2サ 一ビス供給部 300がさらに存在する。
[0026] 典型的な構成の場合、複数のザッビングサービス力 それ自身のザッビングサービ ス生成装置 240を持ち、生成したザッビングの IPストリーム 250はすべて時間でマル チプレックスされ、並列にあるいは時間でマルチプレックスされて、マルチプロトコル エンキャプシユレータ（DVB— H MPE) 260へ供給される。そして、集中的にバース ト状に、または、一定レートで送出され、 MPEGTS多重装置でマルチプレックスされ 送出される。
[0027] ザッビングサービス生成装置 240の追カ卩は、基本的にほとんど既存のインフラストラ クチャ一の修正を必要としないことは明らかである。
[0028] IPサービス供給部 200からの IPストリーム 210のコピーは、ザッビングサービス生成 装置 240に供給するために必要である。そこで、特定のサービスはフィルターされ、 関連するザッビングサービスが生成される。そして出力として IPストリーム 250を出力 する。この IPストリームは MPE260によって DVB— H形式にカプセル化され、トランス ポートストリーム 270を生成する。このトランスポートストリームは 230、 280と同様に M PEGTS多重装置 290に供給される。
[0029] (変形例）
図 2は、本発明の、 DVB— Tの MPEG2符号化された TSからザッビングサービスを 生成するザッビングサービス生成部を含む IPデータキャスト送信システムの一例を示 す図である。
[0030] この例では、図 1の IPストリーム 210からザッビングサービスを生成する代わりに、ト ランスポートストリーム 280からザッビングサービスを生成して!/、る。 MPEG2AVサー ビス源 300から供給されるトランスポートストリーム 280は、現在の DVB— Tで標準の 符号化方式である MPEG2の AVサービスをエンコードしたものである。
[0031] この構成では、図 2の IPサービス生成部 241をさらに具備し、サービスおよびザツビ ングサービスの両方を同時並行して生成してもよ 、。
[0032] なお、何れの形態もザッビングサービスは、図 8のようにバースト的に送出する力、ま たは図 9のように連続的に送出するか何れの方法で伝送してもよいが、ザッピンダサ 一ビスのすべてデータを、それらの関連するサービスバーストの伝送される直前に適 時送信することで、 MPEG TSMPEG— TS多重装置 290中でバッファ容量や帯域 幅を節約することができる。
[0033] (実施の形態 2)
AVサービスからの静止画のザッビングサービスの生成
次に、ザッビングサービス生成装置の一例を示す。 本実施の形態は、映像音声を含む AVサービスカゝら静止画タイプのザッピンダストリ ームを生成する装置の一例である。ザッビングサービス生成装置は、すべての IPデ 一タグラム力 あらかじめ選択されたサービスの IPデータグラムを抽出し、あらかじめ 選択されたサービスに関連するザッビングサービスの IPデータグラムを出力する。
[0034] ザッビングサービスは、サービスプロバイダが提供する AVサービスに関連する別の サービスである。従って、同じ AVコーダが送出側で用いられ、同じデコーダが端末 で用いられる。
この発明によれば端末内に多数のデコーダを必要としな 、。
ザッビングサービス生成装置の出力は通常、マルチ ·プロトコルエンキャプシユレータ (MPE)に供給される。
[0035] 図 3は、本発明の AVサービスを補足する、静止画タイプのザッビングサービス生成 装置の処理を示す図である。
ザッビングサービスを生成するまでの動作について図 3にしたがって説明する。 手順：
ステップ（1)：ザッビングサービス生成装置に入力されたソース信号から、 1つの AV サービスを選ぶ、つまり ザッビングストリームを生成したいビデオストリームを選別す る。
ステップ（2)：次にステップ（1)で抽出した IPデータグラムからトランスポート層プロト コル (例えば UDP)を削除する。
ステップ（3)：さらにその他のトランスポート層プロトコル (例えば RTP)を削除する。 ステップ (4)：次にビデオストリームを抽出する。
ステップ（5)：ビデオストリームをデコードし、静止画として使用するためのビデオフ レームのセットを取り出す。なお、デコードは、すべてのビデオか、または、特定の一 部分のみのデコードでもかまわな 、。
ステップ（6)：毎秒 1枚の割合で静止画を更新するため、再生したビデオフレームか ら毎秒 1つのビデオフレームをビデオフレームのセットから選択する。
[0036] 図 4は、このように選択されたフレームを含むザッビングサービスデータの受信と表 示の関係を示す図である。選択されな力つた (使用しな力つた)残りのフレームは破棄 する。なお、 AVサービスの低いビットィ匕の方法として静止画を選択する変わりに、完 全なビデオストリームに対してより圧縮率の高い圧縮方式で再エンコードしてもよい。 また、後述のように別途作成した画像を手動でアップロードしてもよ 、。
[0037] ステップ（7)：必要に応じて、オプションとして、テキスト情報形式で静止画に重ね合 わせたたり、テキスト情報を埋め込んだりする。テキスト情報の一例は、例えば、「サー ビス開始まであと何秒です。」などである。テキスト情報は、 ESG (電子サービスガイド )あるいは関連するサービスのデルタ Tパラメータ力も抽出することができる。テキスト の挿入はザッビングストリーム生成装置に固定的に設けておいてもよい。例えば、テ キストの重ね合わせは、静止画の複雑さを増し、より大きな静止画データになる。テキ ストの代わりに効率のょ 、形式として、図形オブジェクトを使用してもょ 、。
[0038] ステップ（8)：必要に応じて、オプションとして、図形オブジェクトを重ね合わせたり、 埋め込んだりする。図形オブジェクトの例は、例えば、フルスクリーン 'サイズまでのテ レビ局バナーや、あるいは広告の図形オブジェクトなどである。またあるいは、経過時 間を表すプロセスバーあるいは、経過時間を視覚化したその他の図形画像などでも よい。図形オブジェクトは、 ESG (電子サービスガイド)力も生成する力、あら力じめ格 納されたものを使用する。図形オブジェクトの挿入はザッビングストリーム生成装置に 固定的に設けておいてもよい。例えば、図形オブジェクトは重ね合わされて、静止画 の一部となる。また、レイアウトの位置も固定しておいてもよい。
[0039] ステップ（9)：入力の AVストリームのパラメータとは異なる、高い圧縮率のパラメータ ですベての静止画をエンコードする。ザッビングサービスから生成される、すべてのビ デォストリームは最終的に 1つの静止画を含んでいる。
ステップ（10)：次に、トランスポート層プロトコル (例えば RTP)を付加する。 ステップ（11)：さらに別のトランスポート層プロトコル（例えば UDP)を付加する。 ステップ（12)：ネットワーク層プロトコル（例えば IP)を付加する。
ステップ（13)：その結果、ザッビングサービス (選択された AVサービスを補足する） を連続的に含んでいる IPデータグラムを出力する。
[0040] なお、静止画にはザッビング中の利用者によって有益である低データレートのォー ディォデータが伴うこともできる。この場合、画像エンコードと同様の手順で音声の変 換処理が可能なことは明白である。
[0041] また、サービスバースト開始時刻がザッビングサービスバーストによって伝えられる 場合、さらに次のステップ（14)を追加してもよい。
ステップ（14)： IPデータグラムストリームへの、制御情報 IPデータグラムの生成およ び挿入。
つまり、ザッビングサービスと関連する AVサービスの間の時間的関連付けは制御 情報として送られ、好ましくは制御情報 IPデータグラムのペイロード中で示される。
[0042] また、時間的関連付けは例えばタイムスライス送出間隔を表すデルタ tに、ザッピン グサービス生成装置の遅れによるオフセットを考慮して制御情報 IPデータグラムに挿 人してちょい。
[0043] (実施の形態 3)
MPEG2からのサービスおよびその関連するザッビングサービスの生成方法 図 2は、本発明の実施例の一例を示す IPサービス（IPDC in DVB— H)および M
PEG2エンコードされた AVサービス（「DVB— T」 )が共通の多重装置を使用する例 を示す図である。
[0044] ザッビングサービスを、 IPストリーム 210からのを生成する代わりに、トランスポートス トリーム 280力ら生成ものである。 MPEG2AVサービス供給部 300は、現在の DVB Tでの標準の符号化方法である MPEG2符号化によって AVサービスをエンコード する。なお、この MPEG2符号ィ匕されたトランスポートストリームは、外部の装置から供 給されたものであってもょ 、ことは、言うまでもな！/、。
[0045] この実施例では、図の IPサービス生成部 241とザッビングサービス生成装置 311で サービスおよびザッビングサービスの両方を並行して生成している。
MPEG2 AVサービス 300の出力は、 IPサービス 210、 250および 320等を経由 して共通の多重装置 290に供給される。
[0046] この構成では、 IPサービス 250およびそのザッビングサービス 320は、トランスポー トストリームから DVB— Hサービス生成装置 241と DVB— Hザッビングサービス生成装 置 311によってそれぞれ生成される。
[0047] IPサービスの生成 IPサービス生成装置 241によって処理される IPベースのビデオサービス 250の生 成手順の一例を以下のとおりである。
図 5は、 MPEG2符号ィ匕された AVサービス（映像音声サービス）カゝら映像音声型 IP サービスを生成する装置の一例を示すブロック図である。
図 5は、説明を簡単にするためビデオストリームの処理のみ記述している。 MPEG2 符号化されたオーディオストリームも、同様の方法で処理される。
[0048] 手順：
ステップ（1)：サービス生成装置に入力された適切な PIDを持つソース信号から、 1 つの AVサービスを選ぶ。つまり、 IPベースサービスを生成したい MPEG2符号化さ れたビデオストリームを含む TSパケットをフィルタリングし、抽出する。
ステップ（2)：ビデォストリームをデコードし、 25あるいは 29. 97フレーム Z秒、のビ デォフレームを生成する。
ステップ（3)：例えば、 AVCH. 264あるいは MPEG— 4フォーマット等の適切なフォ 一マットで再生したビデオフレームを再エンコードする。
ステップ (4)：次に、トランスポート層プロトコル (例えば RTP)を付加する。 ステップ（5)：さらに別のトランスポート層プロトコル (例えば UDP)を付加する。 ステップ（6)：ネットワーク層プロトコル（例えば IP)を付加する。
ステップ（7)：その結果、 IPベースサービスを含む IPデータグラムを出力する。音声 ストリームも同様に処理される。
[0049] 次に、ザッビングサービスの生成について説明する。
ザッビングサービスの生成
ザッビングサービス生成装置 311によって処理される IPベースのザッビングサービ スの生成手順の一例は以下のとおりである。
図 6は、 1つの AVサービスを補完する静止画タイプザッビングサービス用のザツビ ングサービス生成装置である。
[0050] 手順：
ステップ（1)：サービス生成装置に入力された適切な PIDを持つソース信号から、 1 つの AVサービスを選ぶ。つまり、 IPベースザッビングサービスを生成したい MPEG2 符号ィ匕されたビデオストリームを含む TSパケットをフィルタリングし、抽出する。
ステップ（2)：ビデオストリームをデコードし、静止画として使用するためのビデオフ レームのセットを再生する。なお、デコードは、すべてのビデオか、または、特定の一 部分のみのデコードでもかまわな 、。
ステップ（3)：毎秒 1枚の割合で静止画を更新するため、再生したビデオフレームか ら毎秒 1つのビデオフレームをビデオフレームのセットから選択する。選択されなかつ た (使用しな力つた)残りのフレームは破棄する。なお、 AVサービスの低いビットィ匕の 方法として静止画を選択する変わりに、完全なビデオストリームに対してより圧縮率の 高い圧縮方式で再エンコードしてもよい。また、後述のように別途作成した画像を手 動でアップロードしてもよ！/ヽ。
[0051] ステップ (4)：必要に応じて、オプションとして、テキスト情報形式で静止画に重ね合 わせたたり、テキスト情報を埋め込んだりする。テキスト情報の一例は、例えば 「サー ビス開始まであと何秒です。」などである。テキスト情報は、 ESG (電子サービスガイド )あるいは関連するサービスのデルタ Tパラメータ力も抽出することができる。テキスト' レイアウトはザッビングストィーム生成装置に固定してもよい。例えば テキストの重ね 合わせは、静止画の複雑さを増し、より大きな静止画データになる。テキストの代わり に効率のょ 、形式として、図形オブジェクトを使用してもょ 、。
[0052] ステップ（5)：必要に応じて、オプションとして、図形オブジェクトを重ね合わせたり、 埋め込んだりする。図形オブジェクトの例は、例えば、フルスクリーン 'サイズまでのテ レビ局バナーや、あるいは広告の図形オブジェクトなどである。またあるいは、経過時 間を表すプロセスバーあるいは、経過時間を視覚化したその他の図形画像などでも よい。図形オブジェクトは、 ESG (電子サービスガイド)力も生成する力、あら力じめ格 納されたものを使用する。図形オブジェクト 'レイアウトはザッビングストィーム生成装 置に固定してもよい。例えば 図形オブジェクトは重ね合わされて、静止画の一部と なる。
[0053] ステップ（6)：適切な符号化方法 (AVCH. 264あるいは MPEG— 4フォーマット等 の適切なフォーマット）で、すべての静止画をエンコードする。ザッビングサービスから 生成される、すべてのビデオストリームは最終的に 1つの静止画を含んでいる。 ステップ（7)：次に、トランスポート層プロトコル (例えば RTP)を付加する。
ステップ（8)：さらに別のトランスポート層プロトコル（例えば UDP)を付加する。 ステップ（9)：ネットワーク層プロトコル（例えば IP)を付加する。
ステップ（10)：その結果、ザッビングサービス (選択された AVサービスを補足する） を連続的に含んでいる IPデータグラムを出力する。
[0054] なお、静止画にはザッビング中の利用者によって有益である低データレートのォー ディォデータが伴うこともできる。この場合、画像エンコードと同様の手順で音声の変 換処理が可能なことは明白である。
[0055] このように、 IPサービス 250およびその IPベースのザッビングサービス 320を同時に 生成および符号化すること、により、両方間の遅れは縮小可能である。
[0056] (変形例）
静止画のザッビングストリームのサイズ縮小
実施の形態 2、 3で説明したザッビングサービスによって消費されるチャネル帯域幅 の大きさは重要である。実装を簡単にするため、ザッビングサービスに一定のチヤネ ル帯域幅またはタイムスライスを割り当てることが望ま 、。
[0057] そのためには、すべてのザッビングストリームは伝送する静止画の複雑さに依存し ない同じストリームサイズに圧縮する必要がある。
特に、静止画ストリームがあまりにも多くの帯域を消費する場合は、静止画ストリーム サイズの縮小が必要である。
[0058] ここでは、実施の形態 2、 3の該当部分に適応可能な、ザッビングサービスで使用す る静止画のデータサイズを縮小する方法について説明する。これらは任意の 1つまた は複数の方法を組み合わせて用 、ても同様の効果が得られる。
(1)微細な要素を使用しない
ザッビングサービスあるいはサービスに関するテキスト 'スタイル情報は符号ィ匕の前 に静止画へ埋め込まれ、テキストは静止画の一部に合成される。
この埋め込まれたテキストは、静止画に複雑さをカ卩えて、エンコードされた静止画を ザッビングストリームのサイズを増カロさせることになる。複雑さの増加量を少なくするた め埋め込むテキストは、小文字や台詞など形状の細かい要素を避 ける。これは、読みやすさの改善の効果もある。
[0059] (2)テキストの別送信
実施の形態 2の生成手順のステップ 7の変形として、重ね合わせるテキストデータは 静止画とは別に送信することもできる。受信機側で、静止画および関連するテキスト は受信機に特有のレイアウトで、受信機側で組み立てられる。組み立てを簡単にする ために、テキストは例えば ASCII、 HTML,あるいは電子サービス案内（ESG)に 使用される形式などの一般に広く用いられているフォーマットで伝送することが望まし い。
[0060] (3)画像の一部を切り出してエンコード
コンテンツによっては、画像の一部分を表示すれば十分な場合もある。 予備エンコードを行い、エンコード結果が大きすぎる場合は、元画像の一部分、例え ば、画像の中心部分のみを切り出し、再エンコードする。受信機側では、元のサイズ に戻して表示する。こうすることで、コード量をさらに縮小できる。
[0061] (4)利用する画像は等間隔でなぐ圧縮効率のよいものを選択
ザッビングサービスで使用する静止画は、 AVサービスの内部の特定位置（例えば 一定周期間隔の画像フレームなど）の静止画を抽出して利用する必要はない。
選択は、「適時の正確な位置の近傍にある」一連のフレーム力も選択することができ る。
例えば、適時の正確なものの前の、あるいはそのものの後のいくつかのフレームか ら、最コーディング効率が最良になるフレームを選択することで、最小のザッピンダス トリームが構成できる。
選択基準： 規定されたストリームサイズ内でよい画質でエンコードできる複雑さの低 い画像。
[0062] (5)低解像度画像への変換
例えば CIF解像度（1つのフレーム当たりの 356 X 288ピクセル）の静止画を QCI F解像度（ 1つの静止画当たりの 176 X 144ピクセル）でコード化する。
[0063] (6)色数の削減
白黒まで、色数を削減してコード量を調節する。 [0064] (変形例 2)
以下では、ザッビングストリームの縮小以外の、その他の変形例について説明する
(1)非 AVサービスからのザッビングサービス生成
これまでの例では、ザッビングサービスは、 AVサービスからザッビングサービスを生 成したが、 AVサービスの代わりに、任意の非 AVサービスから生成してもよい。高速 なサービスへのアクセスが必要な、例えばファイル.サービスあるいは他のタイプのデ ータサービスなどからザッビングサービスを生成してもよい。
[0065] (2)ダウンロードサービスからのザッビングサービス生成
ストリーミング型サービス力もザッビングサービスを生成する代わりに、ザッピンダサ 一ビスも、ダウンロード型サービスから生成してもよ 、。
例えば、ファイル 'ダウンロードあるいは他のタイプのデータ'ダウンロード（例えばゲ ーム、ビデオクリップ、アプリケーションソフト、ターミナルの最新版ファームウェアなど )の場合である。
あらかじめ、静止画のセットを生成し、ストリーミング AVサービスとしてエンコードし、 UDP、 RTPおよび IPパケットィ匕されたものを、生成装置内にアップロードし蓄積して おく。次に定められたバースト周期で IPストリームへ挿入して送出する。
[0066] (3)静止画の手動挿入
AVサービスからザッビングサービスを生成する代わりに、ザッビングサービスも、任 意の手動で挿入されたオブジェクトから生成することができる。これは、必ずしも IPパ ケット形式のデータある必要はない。例えば、オブジェクトの一般的な形式のデータ を図 3の「毎秒 1つの静止画を選択する」部に、供給することで実現できる。
[0067] (4)視聴意欲を促す宣伝としてザッビングサービスを利用する方法
例えば、有料 TVサービスなどでは、ザッビングサービスは、有料 TVサービスのスク ランブルされていない静止画で表示される。これらの静止画は解像度を下げ、毎秒 1 度しか更新されな ヽが、スクランブルされた有料 TVサービスを視聴するよう促す宣伝 効果がある。
このような利用法では、静止画が、さらに有料 TVサービスの重要なパラメータ (例え ば内容説明、開始時間、番組長、再放送時間、価格 など)を含んでいてもよい。
[0068] (実施の形態 4)
制御情報の IPデータグラムの追加挿入
本実施例のザッビングサービス生成装置は、図 7に示すように、サービスに関連す る制御情報を含んでいるトランスポートストリームパケット形式の制御情報入力をさら に持っている。図 1の点線で示すように、これらの制御データを含むパケット（トランス ポートストリーム 230のコピー）はザッビングサービス生成装置 240または DVB— HM PE260に供給され、それぞれ必要に応じて制御情報データを抽出し、処理する。
[0069] 一例として、ザッビングサービス生成装置 240では、例えば、関連する主サービス のタイムスライスの送出時間を示すデルタ t情報を取り出し、主サービスとザッビング サービスの送出時間の関係を考慮した値を制御情報として IPデータグラム化し、ザッ ビングサービスの IPストリームへの「制御情報の IPデータグラム」として挿入する。
[0070] これにより、受信機は、ザッビングサービスを受信後、主サービスのバーストを受信 するまでの間、受信処理部の電源を OFF可能な時間を知ることができ、更なる電力 消費を押さえることが可能である。
[0071] また、 DVB— HMPE260での処理の一例としては、デルタ tを抽出して、ザッビング サービスの多重タイミング (MPEGTS多重部への転送タイミング）に利用することが できる。
[0072] 複数のザッビングストリームを MPE— FECフレームに加えた例について説明する。
図 11は、複数のザッビングストリームを MPE— FECフレームに加えた図である。図 11 については、次の内容が成立する。
1.サービスの継続したデータレート： 384kbps
2. MPE— FECフレーム = 2Mbit
ただし、 1. 8Mbitは、サービスに割り当てられ、 0. 2Mbitは静止画に割り当てら れる。すなわち、静止画用として MPE-FECフレームの 10%が割り当てられる。
3. ノ ースト時間： 1. 8Mbit/384kbps=4. 6875秒（約 4. 2秒）
4.サービスカウント： 21サービス * 384kbps = 8Mbpsノ ンド幅
5.バースト期間： 4. 2秒 Z21サービス =0. 2秒 Zサービス 6.各フレーム当たり 6静止画を入れることが可能。各静止画が 25kbitとすると、 6 * 2 5kbit= 150kbit/フレーム
ここで、 6静止画としたのは、全部で 21サービスあり、そのうち 3サービスには一時的 にザッビングサービスが提供されておらず、それらのバーストが接近しているので、 1 8 ( = 21— 3)静止画力 一時的に必要とされ、次の関係が得られるからである。
18静止画 Z3接近サービス =6静止画 (サービス当たり）
= 6静止画（MPR— FECフレーム当たり）
以上に基づき、フレーム当たりのメモリ容量は 2Mbit以下となる。
すなわち、
1. 8Mbit (サービス） + 150kbit (6静止画） < 2Mbit
[0073] なお、サービス又は静止画へのアクセス時間は、図 11に示したとおりである。もし、 希望のサービスの先頭部分の受信ができな力つた場合は、 0. 75秒となる。
[0074] (実施の形態 5)
ザッビングストリームを含む MPE-FECフレームの構成方法
本実施例では、ザッビングストリームを含む MPE-FECフレームの構成方法の一例を 詳細に説明する。
[0075] 送信設備構成
図 1は、現在使われている MPEG— TS多重装置にザッビングサービス生成装置を 加えた構成を示している。
この詳細は実施例 1で説明した。ブロック 240と 260は、ザッビングサービスの発生 とマルチプレックスに用いられる。他のブロックは通常の DVB-Hによる IPデータ伝送 に（ザッビングサービスがな 、場合でも）用いられるものである。ザッビングストリーム は MPEG2-TSに乗せて運ばれる。
[0076] この MPEG2-TSは、他の通常の AVサービスを含む MPEG2-TSと MPEG— TS多重 装置 290でマルチプレックスされる。ザッビングストリームは、 IPレベルで発生され、 260 で MPEエンキャプシュレートされ、 MPEG2の TS270に組み込まれる。この方法は、ザッ ビングサービスの TSを作るための別の専用の装置（MPE、 TS発生装置、 MPEG— TS 多重装置、（タイムスライスを行う場合はさらにタイムスライス装置も必要)）が必要とな る。
[0077] 図 12は別のよりシンプルな構成例である。図 12のザッビングサービス生成装置 24 0は、ザッビングストリームを生成し、アップデートする。その出力 250をオリジナルの I Pストリーム 210にカロえて、簡単な構成のマルチプレクサ 260に入力する。 DVB-Hの MPEエンキャプシユレータは、通常のサービスとザッビングサービスをアプリケーショ ンデータテーブルに入れる。
[0078] それは、ノーマルサービスの IPアドレスをアプリケーションデータテーブルに入れる だけでなぐザッビングサービスの IPアドレスをアプリケーションデータテーブルに入 れてもよい。
[0079] アプリケーションデータテーブルへの配置
図 13に DVB- Data broadcasting specification (ETSI EN301192、 v.1.4.1)に記載さ れた、アプリケーションデータテーブルのレイアウトを示す。
アプリケーションデータテーブルは行 (row)と列 (column)で構成される。ひとつひとつ の場所は 1バイトであり、 IPデータグラム (IP datagram)から取り出される。 IPデータダラ ムは、 1st IP datagram, 2nd IP datagram, · · ·というような順番でこのテーブルの中に 配置される。通常、ひとつ（あるいは複数）のサービスの IPデータグラムストリームのみ 力 Sこのテーブルに配置されており、ザッビングストリームは配置されていない。すべて のサービスはその起点 IPアドレスによって区別される。もし、アプリケーションテープ ルが完全に埋まらない場合は、パディングバイト (padding bytes)で埋められる。
[0080] MPE— FECフレームにおいて、アプリケーションデータテーブルのいくつかの場所 は、 IPベースのザッビングストリームの運ぶために割り当てることができる。
[0081] 例えば図 13において、 3rd IP datagramはサービス xyzに関する一つの静止画のザ ッビングストリームを含むことができる。使用していない場所は、パディングバイトで埋 められる。ここで、ザッビングサービスも（IPデータグラムと同様）、起点 IPアドレスによ つて区別できることに注意。
[0082] 生成されたすベてのザッビングストリームの中から、送出するべきザッビングストリー ムを選択する方法を、図 14を参照しながら説明する。
サービスバーストに対応したザッビングストリームは、サービスバーストの伝送時間 が間近の場合 (例えば、次の一秒間以内に該当のサービスバーストが伝送される場 合)伝送しない。すなわち、伝送しない該当するザッビングストリームのデータは、ァ プリケーシヨンデータテーブルに配置されず、伝送されない。したがって、帯域をセー ブすることができる。
[0083] 図 14に、 21バーストサービスの典型的な様子を示す。ここで、 4から 21の番号が付 けられた 18のザッビングストリームは選択され 3つ（21—18 = 3)の連続するアプリケ ーシヨンデータテーブルに、 6つずつ分配される。サービス 1、 2、 3の間の 0— 0. 6秒 には、サービス 1、 2、 3そのものが入っているので、サービス 1、 2、 3のザッピングサ 一ビスは入っていない。続く 0. 6秒 1. 2秒の時間フレームの中でサービス 4、 5、 6 が送信される。その時間フレームの中でそれらの関連するザッビングサービスを含め る必要力 Sな 、。従って、（サービス 4、 5、 6の中に【ま） 1、 2、 3、 7、 8、 9、 10力ら 20ま でのザッビングサービスのみが含まる。この例では、すべてのサービス、及びザッピン グサービスへのアクセス時間を最大でも約 0. 6秒にすることを可能にする。けれども、 エンド ·ッ一'エンドシステムの他の多くの遅延につ!/ヽては考慮して!/ヽな!、。
[0084] 任意の通常のストリームに関しては、ザッビングストリーム 1—21が、それらの IPアド レスによって端末で識別されフィルターされる。 IPアドレスザッビングサービスジエネレ 一ターによって割り当てられる力もしれない。
[0085] ザッビングストリームの IPアドレスの割り当て
ここでは、 DVBH MPE装置へ容易に組み込める、 IPアドレスの起点 IPアドレスおよ び終点 IPアドレスの管理方法の詳細につ!/、て述べる。
[0086] 表 1は、 DVBH MPE装置へ設定される入力フィールドの一例を示す。
割り当てら —ス ト内の ース 内の ースト內の RS サービス ス ト れた MPE-FEC サ一ビスの起 アプリケ一シ デ—タテ—ブル の転送レ フレームメ 点 IPァ ドレス ョンデ一タテ の TSパケッ トの ― ト モリサイズ ーブ /レの TSパ PID
ケットの PID
1 2 Mb i t 10. 10. 100. 01 0x50 1 0x502 256kbps
2 2 Mb i t o 0x60 1 0x602 256kbps ο o o
3 2 Mb i t 10. 10. 100. 03 0x70 1 0x702 256kbps
4 2 Mb i t ο o o
o 0x80 1 0x802 256kbps ο o
40 2 Mb i t 0x4001 0x4002 256kbps 表 1: DVBH MPE装置へ設定される入力フィールドの一例
[0087] この例では、 1チャネルあたり割り当てられた帯域幅は、 10Mbpsとする。
MPE- FECフレーム ·サイズを全バーストとも一定の 2Mbitとし、最大 40のサービスす ベてをエンキャプシュレートできバースト伝送周期は次のとおりとなる。
(40サービス X 2Mbit per service I 10Mbps ) = 8 sec
上記の例における 40個のサービスは、 IPソースの 10.10.100.01— 10.10.100.40から 決定している。
[0088] 表 2は、 DVBH MPE装置へ設定される入力フィールドの別の例を示す。 DVB-Hで は（ETSI EN301192 v.1.4.1)に規定されるように、 1つ以上のサービスは、 1つの MPE-FECフレーム内に含むことができる。つまり 1つのバースト内に 1つ以上のサー ビスを含むことができる。
[0089] この例でも、チャネルからの割り当てられた帯域幅は 10Mbps MPE- FECフレーム. サイズはすべてのバーストで一定で 2Mbitと前記の例と同様である力 1つのバースト は 2つのサービスを含んでおり、各サービスあたり 1Mbitを割り付けている。
最大 40のサービスすべてをエンキャプシュレートできバースト伝送周期は次のとお りとなる。
(40サービス X 1Mbit per service I 10Mbps ) = 4 sec —ス 割り当てら ス卜内の ースト內の くースト內 サービスの ト番号 れた MPE-FE サービスの起 アプリケーシ の RSデータ i|¾送レート
Cフレ一ム 点 IPァ ドレス ョ ンデータテ テープノレの
メモリサイ —ブルの TSパ TSバケツ ト
ズ ケットの P ID の P ID
1 1 Mbi t 0x501 0x502 256kbps 1 Mbi t 256kbps
2 1 Mbi t 0x601 0x602 256kbps
1 Mbi t o o o o 256kbps
3 1 Mbi t 0x701 0x702 256kbps o o o o o o
1 Mbi t o o o o o o 256kbps
4 1 Mbi t 0x801 0x802 256kbps
1 Mbi t 256kbps
20 1 Mbi t 0x4001 0x4002 256kbps
1 Mbi t 256kbps 表 2: DVBH MPE装置へ設定される入力フィールドの別の一例
[0091] 上記の例における 40個のサービスは、 IPソースの 10.10.100.01— 10.10.100.40から 決定している。
[0092] 表 2では、 IPレイヤでのザッビングサービスの IPアドレスの区別はない。
全ザッビングサービスは、オリジナルサービスと同じ IPアドレスを共有する。 ザッピン グサービスとオリジナルサービスの区別は、 IPレイヤより上位レイヤで行う（プロトコル 中の正確な位置の説明は省略する）。
[0093] IPレイヤでザッビングサービスとオリジナルサービスを区別しな!、ことは、 MPE-FEC フレームから MPE-FECフレームへの DVBH MPEの入力フィールドのダイナミックな再 構成が必要なくなり、入力フィールドは固定値のままで実現でき、したがって DVBH MPE装置の改変は必要なくなるという効果がある。
[0094] 表 3は、 DVBH MPE装置へ設定される入力フィールドのさらに別の例を示す。
この例では、前記の例と同様に、チャネルからの割り当てられた帯域幅は 10Mbps、ま た、 MPE- FECフレーム ·サイズはすべてのバーストで一定で 2Mbitである。 [0095] ここで、 1つのバーストが 1つのサービスおよび 1つのザッビングサービスを含んでお り、例えば 2Mbitのうちサービスに 1.8Mbitを割り当て、残りをザッビングサービスに割 り当てる。
[0096] 最大 40のサービスすべてをエンキャプシュレートできバースト伝送周期は次のとお りとなる。
(40サービス X 1. 8Mbit per service I 10Mbps ) = 7. 2禾少
[0097] 文献（ETSI EN301192、 v.1.4.1)では、同一 MPE- FECフレーム内に多数のサービス
o o o o o o
を含むことを規定して 、るため、表 o o o o o 3のようにザッピンダストリームを MPEフレームに入 れることは規格内であり容易である。
寸 o o o o o o o
[0098] 上記の例における 40個のサービスは、 I寸Pソースの 10.10.100.01— 10.10.100.40から 決定している。
表 3中の 40個のサービスは IPソース 10.10.100.01— 10.10.100.40からきており、また 、上記の例における 40個のザッビングサービスは、すべて同一の起点 IPアドレス（ 10.10.101.01)が割り当てられ、ザッビングサービス.ジェネレーターから提供される。
ノく一ス 割り付けら バ一ストサ一ビ ノく一スト内 パース ト内 サ一ビス ト番号 れた MPE- FE スの起点 IPァ ド のアプリケ の RSデ一タ の転送レ
Cフレーム レス テ一ブノレの ―ト メモリサイ —タテ一ブ TSバケツ ト
ズ ノレの TSパケ の PID
ッ トの PID
1 1. 8 Mbit 0x501 0x502 256kbps 0. 2 Mb it 25kbps
2 1. 8 Mbit 0x601 0x602 256kbps 0. 2 Mb it 25kbps
3 1. 8 Mbit 0x701 0x702 25okbps 0. 2 Mb it 25kbps
4 1. 8 Mbit 0x801 0x802 256kbps 0. 2 Mb it 25kbps
40 1. 8 Mb it 0x4001 0x4002 256kbps
0. 2 Mbit 25kbps 表 3:本発明の DVBH MPE装置へ設定される入力フィールドの一例
[0100] ザッビングサービス生成装置におけるザッビングストリームの配送
ザッビングサービス生成装置におけるザッビングストリームの適切な配送について 説明する。図 15に示す、図 7の静止画用メモリと静止画選択部を拡張したザッビング
Figure imgf000024_0001
、て述べる。ザッビングサービス生成装置の最も単純な実装 では、「IPヘッダ付加」ブロックは、「静止画メモリ」に対して、全てのザッビングストリー ムを連続して出力する。
そして「静止画選択」ブロックは、「時間的最適」原理 (実施の形態 3 変形例 (4)利用 する画像は等間隔でなぐ圧縮効率のよいものを選択 を参照。）にしたがって静止 画を選択し、 DVB- H MPEデバイスに割り当てられたデータレートで、 DVB- H MPEデ バイスにその静止画を出力する。これは図 12の IP出力 250にあたる。この IPデータグ ラムは、 IPデータグラムマルチプレクサ 270 (通常、単純な市販の IPスィッチ等で実現 される）によって多重される。
[0101] ザッビングサービス生成装置のより高度な実装では、生成装置は、上記のようにザ ッビングストリームを連続的に出力するが、近くに伝送されるサービスに関連するザッ ビングストリームは、データレートを節約するために、静止画選択部によって止められ る。サービスを見つける速度に影響がないため、それらのザッビングストリームは伝送 する必要がない。
[0102] 図 14は、 21個のザッビングストリームのうち 18個力 MPE-FECフレームのアプリケー シヨンデータテーブルにランダムに分布している、典型的な環境を示している。通常 のサービスバーストが間近に伝送されて 、るため、静止画選択部はザッピンダストリ ーム 1、 2、 3の送出をやめ廃棄し、それから、同じ理由で、静止画選択部はザッビング ストリーム 4、 5、 6を廃棄する。
[0103] ザッビングするときに、サービスとサービスの間でほぼシームレスな移行をするため に、バースト内のサービスへの正確な時間的関連付けが必要である。もし、ザッピン グサービスが元のサービスの低いデータレートのコピーで構成されている力 通常の サービスバーストよりザッビングサービスのほうに近いエントリーポイントを持っている とき、すなわち、 Pフレームや Bフレームといった推測可能なフレーム力 フレームフォ 一マットの静止画に続いてくるとき、サービスの時間的追従が特に要求される。時間 的追従の実現性は、ザッビングサービス生成装置の TS制御情報入力部に TSストリー ムを供給することで、得ることができる。
本発明の趣旨に関連しないので、評価と時間的な関連についての詳細はここでは ふれない。
[0104] なお、上述した配送手法は、静止画の順序、反復の周期などの条件に対して制限 がな 、と!/、う点で柔軟性がある。同じザッビングストリームの全ての IPデータグラム力 同じアプリケーションデータテーブル内に含まれている必要さえなぐそれらの IPデー タグラムは 2つかそれ以上のアプリケーションデータテーブル上に配置することができ る。
[0105] それは、（ユーザーによってチャネルが変更される場合） 1つの期間内の全サービス を含む全てのバーストを、端末が受信してメモリに保持することができることを示して いる。この例では、おおよそ、端末は 10MBps X 8秒 =10Mbyteのメモリが必要である。
[0106] しかしながら、ザッビングサービス生成装置のデータレートは、ザッビングサービス のために DVB- H MPEデバイスに割り当てられたデータレートを決して超えて送信す ることは出来ない。
[0107] 説明したザッビング手法における端末の実装は単純である。チャネルが変化する瞬 間（つまり、ユーザーがターミナルのプログラムチャネルキーを押したとき）から、全て のバーストを受信し、全てのストリームとザッビングストリームを溜め込んで、受信した サービスとプログラムチャネル番号とを関連付ける。選択されたチャネルと関連のある ザッビングストリームは、メモリから読み出され、デコードされて表示される。もし、選択 されたサービスの完全なサービスバーストがメモリ内で利用可能であるならば、デコ ードされて表示される。もし、ターミナルのメモリが不足したら、選別を行うことができる 。つまり、ザッビングストリームを抽出した後、ほとんど視聴されることのないプログラム チャネルのサービスバーストを廃棄して、ザッビングストリームだけを蓄積する。
産業上の利用可能性
[0108] 本発明は、デジタルデータ放送の伝送方式に利用可能である。

Claims

請求の範囲
[1] IPサービス供給部と、前記 IPサービスを TSにカプセルィ匕する第 1のマルチプロトコ ルエンキャプシユレータ部と、 MPEG— TS多重装置から構成される IPデータキャスト の送信システムにおいて、さらに、ザッビングサービス生成装置とザッビングサービス をカプセルィ匕する第 2のマルチプロトコルエンキャプシユレータを具備し、前記ザツビ ングサービス生成装置は、前記 IPサービス供給部によって供給された IPストリームか ら、ザッビングサービスストリームを生成した後、前記第 2のマルチプロトコルエンキャ プシユレータによってカプセル化し、前記 MPEG— TS多重装置は、前記第 1のマル チプロトコルエンキャプシユレータ部の出力信号と、前記第 2の出力信号を多重して 送信することを特長とする IPデータキャストの送信システム。
[2] 入力された IPデータグラムから、 1つのサービスを選択し抽出する IPデータグラム 抽出ステップと、
抽出した IPデータグラム力 第一のプロトコルを処理する第一のプロトコル除去ステ ップと部と、
さらに第 2のプロトコルを処理する第 2のプロトコル除去ステップと、
さらにその後ビデオビデオストリームを抽出するビデオストリーム抽出ステップと 抽出したビデオストリームをデコードするビデオストリームデコードステップと、 デコードした画像データから、適切な部分を抽出するピクチャ抽出ステップと、 第 2のプロトコルの処理を行う第 2のプロトコル付加ステップと、
第 1のプロトコルの処理を行う第 1のプロトコル付加ステップと、
IPプロトコルの処理を行う IP処理ステップにより、ザッビングデータを生成することを 特徴とする、ザッビングデータ生成装置。
[3] 前記請求項 2のピクチャ抽出ステップと第 2のプロトコル付加ステップの間に、 さらに必要に応じて、テキストデータの重ね合わせ処理を行う、テキスト重ね合わせ ステップと
さらに必要に応じて、図形等のオブジェクトの重ね合わせを行う、オブジェクト重ね 合わせステップと
を実施することを特徴とする請求項 2記載のザッビングデータ生成装置。
[4] 前記ピクチャ抽出ステップは、あら力じめ指定された割合で静止画を抽出することを 特徴とする請求項 2又は 3記載のザッビングデータ生成装置。
[5] 前記ピクチャ抽出ステップは、再生したビデオフレームから毎秒 1つのビデオフレー ムを抽出することを特徴とする請求項 2又は 3記載のザッビングデータ生成装置。
[6] 前記ピクチャ抽出ステップは、規定されたストリームサイズ内でよい画質でェンコ一 ドできる複雑さの低い画像を抽出することを特徴とする請求項 2又は 3記載のザッピン グデータ生成装置。
[7] 前記ピクチャ抽出ステップは、抽出したビデオフレームをさらに解像度落としたデー タに変換することを特徴とする請求項 2又は 3記載のザッビングデータ生成装置。
[8] 前記ピクチャ抽出ステップは、抽出したビデオフレームの一部分を切り出し、画像サ ィズを変更したデータに変換することを特徴とする請求項 2又は 3記載のザッビング データ生成装置。
[9] 前記テキスト重ね合わせステップの代わりに、サービス開始までを示す情報を重ね 合わせるステップであることを特徴とする請求項 3記載のザッビングデータ生成装置。
[10] 前記オブジェクト重ね合わせステップは、
フルスクリーン ·サイズまでのテレビ局バナーあるいは広告の図形オブジェクトまた あるいは、経過時間を表すプロセスバーあるいは、経過時間を視覚化したその他の 図形画像オブジェクトの重ね合わせであることを特徴とする請求項 3記載のザッピン グデータ生成装置。
[11] ペイロードに関連するサービスのバーストの伝送時間情報または、その修正値を含 む制御情報 IPデータグラムを生成し、生成した制御情報 IPデータグラムを、前記請 求項 2— 7で生成された IPデータグラムストリームに挿入するステップをさらにもつこと を特徴とする、前記請求項 2から 10の 、ずれか一項に記載のザッビングデータ生成 装置。
[12] AVサービスを含むトランスポートストリーム（TS)を供給する MPEG2AVサービス 源と、前記 TSから IPベースのストリームを生成する IPサービス生成部と、 MPEカプ セルィ匕する第 1のマルチプロトコルエンキャプシユレータ部と、
前記 TSからザッビングサービスストリームを生成するザッビングサービス生成装置と 、ザッビングサービスをカプセル化する前記第 2のマルチプロトコルエンキャプシユレ 一タとを具備し、
前記 MPEG— TS多重装置は、前記第 1のマルチプロトコルエンキャプシユレータ部 の出力信号と、前記第 2の出力信号を多重して送信することを特長とする IPデータキ ャストの送信システム。
[13] 入力された AVサービスを含むトランスポートストリーム (TS)カゝらビデオストリームを 抽出するパケット抽出ステップと、
抽出したビデオストリームをデコードするビデオストリームデコードステップと、 デコードした画像データから、適切な部分を抽出するピクチャ抽出ステップと、 第 2のプロトコルの処理を行う第 2のプロトコル付加ステップと、
第 1のプロトコルの処理を行う第 1のプロトコル付加ステップと、
IPプロトコルの処理を行う IP処理ステップにより、ザッビングデータを生成することを 特徴とする、ザッビングデータ生成装置。
[14] 入力された AVサービスを含むトランスポートストリーム (TS)カゝらビデオストリームを 抽出するパケット抽出ステップと、
抽出したビデオストリームをデコードするビデオストリームデコードステップと、 デコードされたビデオデータをデコード前とは異なるパラメータまたは、符号化方式 で再エンコードする再エンコードステップと、
第 2のプロトコルの処理を行う第 2のプロトコル付加ステップと、
第 1のプロトコルの処理を行う第 1のプロトコル付加ステップと、
IPプロトコルの処理を行う IP処理ステップにより、サービスデータを生成する、サービ スデータ生成装置をさらに備えた請求項 13記載のザッビングデータ生成装置。
[15] サービスバーストに対応したザッビングストリームは、サービスバーストの伝送が一 定時間以内に伝送されることがわ力つているときは、当該ザッビングストリーム伝送し ないことを特徴とする請求項 12記載の IPデータキャストの送信システム。
[16] お互い関連のある、ザッビングサービスとオリジナルサービスの起点 IPアドレスは、 共通のものを使用することを特徴とする請求項 12又は 15記載の IPデータキャストの 送信システム。
[17] すべてのザッビングサービスの起点 IPアドレスは、同一のものを使用することを特徴 とする請求項 12又は 15記載の IPデータキャストの送信システム。
[18] 入力された IPデータグラムから、 1つのサービスを選択し抽出する IPデータグラム 抽出ステップと、
抽出した IPデータグラム力 第一のプロトコルを処理する第一のプロトコル除去ステ ップと部と、
さらに第 2のプロトコルを処理する第 2のプロトコル除去ステップと、
さらにその後ビデオビデオストリームを抽出するビデオストリーム抽出ステップと 抽出したビデオストリームをデコードするビデオストリームデコードステップと、 デコードした画像データから、適切な部分を抽出するピクチャ抽出ステップと、 第 2のプロトコルの処理を行う第 2のプロトコル付加ステップと、
第 1のプロトコルの処理を行う第 1のプロトコル付加ステップと、
IPプロトコルの処理を行う IP処理ステップと、
静止画メモリーと、静止画選択部をさらに具備し、ザッビングデータを生成することを 特徴とする、ザッビングデータ生成装置。
PCT/JP2004/015255 2004-09-10 2004-10-15 ザッピングストリームの生成装置とその方法 WO2006027857A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP04792472A EP1793590A4 (en) 2004-09-10 2004-10-15 APPARATUS AND METHOD FOR GENERATING ZAPPING FLOW
JP2006535018A JPWO2006027857A1 (ja) 2004-09-10 2004-10-15 ザッピングストリームの生成装置とその方法
US11/574,820 US20080037551A1 (en) 2004-09-10 2004-10-15 Zapping Stream Generating Apparatus and Method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JPPCT/JP2004/013220 2004-09-10
PCT/JP2004/013220 WO2006027846A1 (ja) 2004-09-10 2004-09-10 ザッピングストリームの生成装置とその方法

Publications (1)

Publication Number Publication Date
WO2006027857A1 true WO2006027857A1 (ja) 2006-03-16

Family

ID=36036143

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/JP2004/013220 WO2006027846A1 (ja) 2004-09-10 2004-09-10 ザッピングストリームの生成装置とその方法
PCT/JP2004/015255 WO2006027857A1 (ja) 2004-09-10 2004-10-15 ザッピングストリームの生成装置とその方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/013220 WO2006027846A1 (ja) 2004-09-10 2004-09-10 ザッピングストリームの生成装置とその方法

Country Status (5)

Country Link
US (1) US20080037551A1 (ja)
EP (1) EP1793590A4 (ja)
JP (1) JPWO2006027857A1 (ja)
CN (1) CN101019420A (ja)
WO (2) WO2006027846A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007104592A (ja) * 2005-10-07 2007-04-19 Sony Corp 記録装置および方法、並びにプログラム
JP2007281868A (ja) * 2006-04-06 2007-10-25 Nippon Hoso Kyokai <Nhk> 送信装置及び受信装置
WO2008013883A3 (en) * 2006-07-28 2008-03-13 Thomson Res Funding Corp Method and apparatus for fast channel change for digital video
JP2011501888A (ja) * 2007-09-29 2011-01-13 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ タイムスライスモードにて複数のバーストの形態で伝送される信号の受信及び送信のための方法及び装置
JP2015073244A (ja) * 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006031925A2 (en) * 2004-09-15 2006-03-23 Nokia Corporation Providing zapping streams to broadcast receivers
GB0426911D0 (en) * 2004-12-08 2005-01-12 Koninkl Philips Electronics Nv Data communication system and method
DE102007033265A1 (de) * 2007-06-14 2008-12-18 Rohde & Schwarz Gmbh & Co. Kg Verfahren und Sendevorrichtung zur Übertragung von Zapping-Daten
KR101407196B1 (ko) * 2008-01-28 2014-06-13 삼성전자주식회사 방송통신 시스템에서 방송 서비스 데이터 송수신 방법 및 장치와 상기 방송 서비스 데이터 구성 방법 및 상기 방송 서비스 데이터를 포함하는 프레임
US9628205B2 (en) 2008-01-28 2017-04-18 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving broadcast service data in a broadcasting communication system, method for configuring the broadcast service data, and frame including the broadcast service data

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08289219A (ja) * 1995-04-17 1996-11-01 Sony Corp 電子番組ガイド受信装置および方法
JPH10334264A (ja) * 1997-05-29 1998-12-18 Nippon Telegr & Teleph Corp <Ntt> 映像一覧表示方法および映像一覧表示プログラムを記録した記録媒体
JPH1132312A (ja) * 1997-07-14 1999-02-02 Matsushita Electric Ind Co Ltd データ放送方法，及び放送受信装置
JP2003087668A (ja) * 2001-09-13 2003-03-20 Mitsubishi Electric Corp デジタル放送受信方法およびデジタル放送受信装置
EP1337071A2 (en) * 2002-02-14 2003-08-20 Nokia Corporation Transmission burst time indications for power saving
JP2003259333A (ja) * 2002-03-04 2003-09-12 Toshiba Corp デジタル信号送信装置、デジタル信号受信装置並びにデジタル信号送受信方法。
JP2003324711A (ja) * 2002-02-27 2003-11-14 Matsushita Electric Ind Co Ltd 情報閲覧方法、送信装置及び受信装置
JP2004007461A (ja) * 1997-03-17 2004-01-08 Matsushita Electric Ind Co Ltd データ処理装置及びデータ処理方法
JP2004023600A (ja) * 2002-06-19 2004-01-22 Nippon Telegr & Teleph Corp <Ntt> 中継装置
JP2004165886A (ja) * 2002-11-12 2004-06-10 Sony Corp 通信装置
JP2004194294A (ja) * 2002-11-29 2004-07-08 Canon Inc 受信装置及び受信方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6357045B1 (en) * 1997-03-31 2002-03-12 Matsushita Electric Industrial Co., Ltd. Apparatus and method for generating a time-multiplexed channel surfing signal at television head-end sites
US6118498A (en) * 1997-09-26 2000-09-12 Sarnoff Corporation Channel scanning and channel change latency reduction in an ATSC television receiver
US6549240B1 (en) * 1997-09-26 2003-04-15 Sarnoff Corporation Format and frame rate conversion for display of 24Hz source video
US6549577B2 (en) * 1997-09-26 2003-04-15 Sarnoff Corporation Computational resource allocation in an information stream decoder
US6122400A (en) * 1997-09-26 2000-09-19 Sarnoff Corporation Compression encoder bit allocation utilizing colormetric-adaptive weighting as in flesh-tone weighting
US6057889A (en) * 1997-09-26 2000-05-02 Sarnoff Corporation Format-responsive video processing system
US6118486A (en) * 1997-09-26 2000-09-12 Sarnoff Corporation Synchronized multiple format video processing method and apparatus
US5933195A (en) * 1997-09-26 1999-08-03 Sarnoff Corporation Method and apparatus memory requirements for storing reference frames in a video decoder
US5987180A (en) * 1997-09-26 1999-11-16 Sarnoff Corporation Multiple component compression encoder motion search method and apparatus
JP2002010225A (ja) * 2000-06-26 2002-01-11 Sony Corp データ配信方法およびデータ配信システム
KR100431003B1 (ko) * 2001-10-31 2004-05-12 삼성전자주식회사 데이터 송수신 시스템 및 방법
US6738534B2 (en) * 2002-01-31 2004-05-18 Nokia Corporation Apparatus, and associated method, for altering the resolution of a digital image
US20030196211A1 (en) * 2002-04-10 2003-10-16 Peter Chan Systems, methods and apparatuses for simulated rapid tuning of digital video channels
US8745689B2 (en) * 2002-07-01 2014-06-03 J. Carl Cooper Channel surfing compressed television sign method and television receiver
JP4118232B2 (ja) * 2003-12-19 2008-07-16 三菱電機株式会社 映像データ処理方法および映像データ処理装置
US7508839B2 (en) * 2004-07-09 2009-03-24 Nokia Corporation Encapsulator and an associated method and computer program product for encapsulating data packets

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08289219A (ja) * 1995-04-17 1996-11-01 Sony Corp 電子番組ガイド受信装置および方法
JP2004007461A (ja) * 1997-03-17 2004-01-08 Matsushita Electric Ind Co Ltd データ処理装置及びデータ処理方法
JPH10334264A (ja) * 1997-05-29 1998-12-18 Nippon Telegr & Teleph Corp <Ntt> 映像一覧表示方法および映像一覧表示プログラムを記録した記録媒体
JPH1132312A (ja) * 1997-07-14 1999-02-02 Matsushita Electric Ind Co Ltd データ放送方法，及び放送受信装置
JP2003087668A (ja) * 2001-09-13 2003-03-20 Mitsubishi Electric Corp デジタル放送受信方法およびデジタル放送受信装置
EP1337071A2 (en) * 2002-02-14 2003-08-20 Nokia Corporation Transmission burst time indications for power saving
JP2003324711A (ja) * 2002-02-27 2003-11-14 Matsushita Electric Ind Co Ltd 情報閲覧方法、送信装置及び受信装置
JP2003259333A (ja) * 2002-03-04 2003-09-12 Toshiba Corp デジタル信号送信装置、デジタル信号受信装置並びにデジタル信号送受信方法。
JP2004023600A (ja) * 2002-06-19 2004-01-22 Nippon Telegr & Teleph Corp <Ntt> 中継装置
JP2004165886A (ja) * 2002-11-12 2004-06-10 Sony Corp 通信装置
JP2004194294A (ja) * 2002-11-29 2004-07-08 Canon Inc 受信装置及び受信方法

Non-Patent Citations (1)

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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007104592A (ja) * 2005-10-07 2007-04-19 Sony Corp 記録装置および方法、並びにプログラム
JP2007281868A (ja) * 2006-04-06 2007-10-25 Nippon Hoso Kyokai <Nhk> 送信装置及び受信装置
WO2008013883A3 (en) * 2006-07-28 2008-03-13 Thomson Res Funding Corp Method and apparatus for fast channel change for digital video
JP2011501888A (ja) * 2007-09-29 2011-01-13 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ タイムスライスモードにて複数のバーストの形態で伝送される信号の受信及び送信のための方法及び装置
JP2015073244A (ja) * 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法

Also Published As

Publication number Publication date
CN101019420A (zh) 2007-08-15
EP1793590A4 (en) 2009-09-30
JPWO2006027857A1 (ja) 2008-05-08
US20080037551A1 (en) 2008-02-14
WO2006027846A1 (ja) 2006-03-16
EP1793590A1 (en) 2007-06-06

Similar Documents

Publication Publication Date Title
JP4423263B2 (ja) 携帯端末向け伝送方法及び装置
US7454683B2 (en) Burst transmission
JP4330619B2 (ja) バースト送信
CA2844195C (en) Method of receiving broadcasting signal and apparatus for receiving broadcasting signal
US9998890B2 (en) Method and apparatus for content navigation in digital broadcast radio
KR100850577B1 (ko) 휴대단말기의 멀티데이터 처리장치 및 방법
TWI408964B (zh) 用於頻道切換之方法、傳輸器件、用於使一接收器能夠最佳化頻道切換時間之器件及用於最佳化頻道切換時間之電腦程式產品
EP1763247A2 (en) Method and apparatus for providing preview service using electronic service guide in a digital broadcasting system
US20060120378A1 (en) Mobile-terminal-oriental transmission method and apparatus
RU2547624C2 (ru) Способ сигнализации для широковещания видео-контента, способ записи и устройство, использующее сигнализацию
JPWO2005043784A1 (ja) 複数サービスが多重化された放送波の受信装置および受信方法
CN100589572C (zh) 一种终端及其快速预览手机电视频道方法
EP1871024A1 (en) Method for arranging zapping streams in mpe-fec frame and receiver
WO2006027857A1 (ja) ザッピングストリームの生成装置とその方法
KR101340935B1 (ko) 디지털 비디오 서비스를 방송 또는 수신하기 위한 방법 및대응하는 디바이스
KR101303258B1 (ko) 디지털 방송수신기의 다중화면 표시장치 및 방법
KR101229896B1 (ko) 다중 주파수 채널을 사용하는 디지털 방송수신기의서비스채널 변경 장치 및 방법
KR101304888B1 (ko) 다중 주파수 채널을 사용하는 디지털 방송수신기의서비스채널 변경 장치 및 방법
WO2008016212A1 (en) Digital broadcasting system and method
Takada et al. An overview of the ISDB-T one-seg broadcasting ISDB-TSB and ISDB-Tmm
KR20080005815A (ko) 디지털 방송수신기의 다중화면 표시장치 및 방법
KR20090002820A (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 JP 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 NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

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

Ref document number: 2006535018

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2004792472

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11574820

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 200480043957.9

Country of ref document: CN

Ref document number: 1011/CHENP/2007

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2004792472

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11574820

Country of ref document: US