WO2001015444A1 - Procede de transmission et recepteur - Google Patents

Procede de transmission et recepteur Download PDF

Info

Publication number
WO2001015444A1
WO2001015444A1 PCT/JP2000/005558 JP0005558W WO0115444A1 WO 2001015444 A1 WO2001015444 A1 WO 2001015444A1 JP 0005558 W JP0005558 W JP 0005558W WO 0115444 A1 WO0115444 A1 WO 0115444A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
program guide
program
data
guide data
Prior art date
Application number
PCT/JP2000/005558
Other languages
English (en)
French (fr)
Inventor
Fumihiko Nishio
Keiji Yuzawa
Takashi Tsurumoto
Yasuaki Yamagishi
Eiji Yoshida
Yoshihisa Gonno
Original Assignee
Sony Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corporation filed Critical Sony Corporation
Priority to EP00953512A priority Critical patent/EP1126707A4/en
Priority to US09/807,804 priority patent/US8418203B1/en
Priority to JP2001519037A priority patent/JP4644999B2/ja
Priority to CNB008022321A priority patent/CN1331355C/zh
Publication of WO2001015444A1 publication Critical patent/WO2001015444A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling 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/4348Demultiplexing of additional data and video streams
    • H04N21/4349Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/08Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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/23614Multiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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/2362Generation or processing of Service Information [SI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866Management of end-user data
    • H04N21/25883Management of end-user data being end-user demographical data, e.g. age, family status or address
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26283Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for associating distribution time parameters to content, e.g. to generate electronic program guide data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4332Content storage operation, e.g. storage operation in response to a pause request, caching operations by placing content in organized collections, e.g. local EPG data repository
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling 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/4345Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling 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/4348Demultiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4351Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reassembling additional data, e.g. rebuilding an executable program from recovered modules
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508Management of client data or end-user data
    • H04N21/4516Management of client data or end-user data involving client characteristics, e.g. Set-Top-Box type, software version or amount of memory available
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508Management of client data or end-user data
    • H04N21/4532Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454Content or additional data filtering, e.g. blocking advertisements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/466Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4668Learning process for intelligent management, e.g. learning user preferences for recommending movies for recommending content, e.g. movies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/478Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4782Web browsing, e.g. WebTV
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/482End-user interface for program selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/485End-user interface for client configuration
    • H04N21/4858End-user interface for client configuration for modifying screen layout parameters, e.g. fonts, size of the windows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/812Monomedia components thereof involving advertisement data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84Generation or processing of descriptive data, e.g. content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/8543Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/08Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H04N7/087Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
    • H04N7/088Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
    • H04N7/0884Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital for the transmission of additional display-information, e.g. menu for programme or channel selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/162Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/165Centralised control of user terminal ; Registering at central
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/422Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42204User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312Generation 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/4316Generation 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 displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/44Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/445Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
    • H04N5/45Picture in picture, e.g. displaying simultaneously another television channel in a region of the screen
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/78Television signal recording using magnetic recording
    • H04N5/782Television signal recording using magnetic recording on tape

Definitions

  • the present invention relates to an electronic program guide (EPG: Electrical Program) capable of easily searching for programs broadcast on many channels such as digital TV broadcasts. Guide) and a receiving apparatus.
  • EPG Electronic Program Guide
  • CS digital broadcasting systems have become widespread in which television signals are converted into digital signals and transmitted by communication satellites (CS), and, for example, homes receive and view the broadcast signals.
  • CS communication satellites
  • electronic program guide information is transmitted as program information scheduled to be broadcast to ensure that a desired program can be selected from many programs. Is received and displayed. The user can select a desired program by viewing this electronic program guide.
  • the EPG information is based on DVB (Digital video Broadcast) standard. It is transmitted in SI (Service Information Format) format, and whenever a user of the receiving device requests EPG information display, this table is received and the EPG information is displayed on the screen.
  • SI Service Information Format
  • the EPG information transmitted in SI format contains only schedule information (program name, broadcast channel, program genre, broadcast start time, broadcast end time, program description, etc.).
  • the device creates and displays a display image according to a processing program that has been pre-drummed. Therefore, even if the same EPG information is received, the display form of the EPG differs for each receiving device manufacturer and for each type of receiving device. While this EPG display mode can be characterized for each receiving device manufacturing capability, the number of software development steps for displaying the EPG is increasing year by year, and there is a problem that development takes time.
  • a transmission method transmits program guide information together with video and audio signals, and includes a program guide including a control signal for controlling a display mode when the program guide information is displayed on a display device. And the generated program guide data is transmitted together with the video and audio signals.
  • the receiving apparatus receives a broadcast signal in which program guide data including a control signal for controlling a display mode when program guide information is displayed on a display device is transmitted together with a video and an audio signal. Then, a receiver for receiving the broadcast signal, an extractor for extracting the program guide data from the received signal, and a program guide based on the control signal included in the extracted program guide data. A display processing unit for performing a display process.
  • FIG. 2A and FIG. 2B are diagrams for explaining the pre-processing of the program comparison change processing unit constituting the integrated EPG system.
  • FIG. 3 is a flowchart for explaining the confirmation change processing of the program comparison change processing unit.
  • Fig. 4 is a block diagram showing the overall configuration of the seamless EPG system.
  • FIG. 5 is a block diagram showing a configuration of an integrated authoring center in the seamless EPG system.
  • FIG. 6 is a diagram showing an example of transmission operation of EPG data for periodic transmission and EPG data for constant transmission.
  • FIG. 7 is a block diagram showing a configuration of a CS / BS digital broadcasting station in the seamless EPG system.
  • FIG. 8 is a block diagram showing a configuration of a BS or CS receiving apparatus installed in a general home.
  • FIG. 9 is a configuration diagram of a differential update information system as a specific example of the present invention.
  • FIG. 10 is a block diagram of a differential update acquisition system constituting the differential update information system.
  • FIG. 11 is a flowchart showing an update process of the above-mentioned differential update information system.
  • FIG. 12 is a flowchart showing a difference update information extraction / reception flow in the difference update information acquisition system.
  • FIG. 13 is a diagram showing a difference update information notification format.
  • FIG. 14 is a block diagram illustrating a configuration of a program information receiving device according to an embodiment of the present invention.
  • FIG. 15 is a flowchart for explaining the operation of the program information receiving apparatus.
  • FIG. 16 is a flowchart for explaining the decryption process in detail.
  • FIG. 17 is a flowchart for explaining the acquisition and storage of the key.
  • FIG. 18 is a flowchart showing the embodiment of the present invention.
  • FIG. 3 is a block diagram showing a configuration of a program information receiving device.
  • FIG. 19 is a diagram showing a specific example of the program information stored in the program information storage unit constituting the program information receiving device.
  • FIG. 20 is a flowchart for explaining a specific example of the processing performed by the URI interpreting unit included in the program information receiving apparatus.
  • FIG. 21 is a diagram illustrating the structure of the URI interpreting unit.
  • FIG. 22 is a flowchart for explaining another specific example of the processing performed by the URI interpreting unit included in the program information receiving device.
  • FIG. 23 is a block diagram showing a configuration of a transmitting side in the program information transmitting / receiving system.
  • FIG. 24 is a block diagram showing a configuration of a receiving terminal device in the program information transmitting / receiving system.
  • FIG. 25 is a diagram illustrating a configuration example of the transmission time information.
  • FIG. 26 is a flowchart showing the processing of the transmission control unit on the transmission side.
  • FIG. 27 is a flowchart of content reception in the content reception control unit of the reception terminal device.
  • FIG. 28 is a flowchart for determining a reception operation time using a random number.
  • Figure 29 is a flowchart for determining the receiving operation time using the customer ID (receiver IC card number).
  • FIG. 30 is a diagram showing a program guide with a horizontal axis representing a date and a vertical axis representing a time.
  • FIG. 31 is a flowchart showing processing in the receiving device.
  • Figure 32 is a format diagram of advertising data that allows multiple conditions to be displayed.
  • FIG. 33 is a diagram showing a specific example of the advertisement information whose format is shown in FIG. 32 above.
  • FIG. 34 is a diagram showing a screen layout when a receiver to which the present invention is applied receives and displays a specific example of the advertisement information shown in FIG. 33 described above.
  • FIG. 35 is a block diagram showing a reception configuration in which advertisement information is displayed in association with a user selection in the program guide information.
  • FIG. 36 is a flowchart showing a process for displaying advertisement information related to a program or channel selected by the user.
  • FIG. 37A and FIG. 37B are diagrams showing specific display examples by the processing of the flowchart shown in FIG. 36 described above.
  • FIG. 38 is a flowchart showing a process for displaying advertisement information in relation to the genre selected by the user.
  • FIG. 39 is a diagram showing a specific display example by the processing of the flowchart shown in FIG.
  • FIG. 40 is a block diagram of a receiver that displays the advertisement information in association with the passage of time in the program guide information.
  • FIG. 41 is a flowchart showing a process for displaying advertisement information in relation to the current time.
  • FIGS. 42A and 42B are diagrams showing specific display examples by the processing of the flowchart shown in FIG. 41. DETAILED DESCRIPTION OF THE EMBODIMENTS In the embodiment c This embodiment is described with reference to the accompanying drawings of the present invention, given the system that seamlessly transmitting and receiving integrated EPG information as an example However, the present invention is not limited to this.
  • This seamless EPG system CS digital broadcasting and, c can handle seamless integration EPG information across the digital broadcasting system using a broadcasting satellite (BS) but, given the seamless EPG information providing system, integration EPG information data volume And the amount of data will increase with the enhancement of service content. For this reason, for example, it is conceivable to use a data broadcasting method based on Extensible Markup Language (XML) and create integrated EPG information at the time of authoring.
  • XML Extensible Markup Language
  • transmission of EPG information in SI table format mainly sends only the data determined by the schedule information as described above, but not only character data but also the display design of the sender (broadcasting station) Side or content creator), and can incorporate video and audio.
  • character data the SI table format described above eliminates the restrictions on the number of characters and external characters, so that users can be provided with more advantageous EPG information.
  • manufacturers of receivers only need to develop software that receives, decodes, and displays received XML data, and develops software that displays EPGs for each receiver model. There is no need to do so, and development man-hours can be reduced.
  • a URI Uniform Resource Locator
  • URL Uniform Resource Locator
  • fifier form Resource Identifier
  • the above-mentioned SI format has a configuration in which a broadcasting station directly manages and a program can be changed in a few minutes as a system.
  • the advantages and disadvantages of both are summarized below.
  • the SI format can be changed quickly, but the information to be sent is limited.
  • EPGs created with existing databases can be sent with more information and media, but cannot be transmitted immediately when changes occur.
  • a seamless EPG system is constructed by combining the two.
  • Fig. 1 shows the main part of the overall seamless EPG system described later, and shows the configuration from generation to transmission of an integrated EPG.
  • the existing system 2 3 1 is a system for managing TV program listings of existing newspapers and magazines. Data is collected from various sources A, B, C, and D and stored in the program guide database 232. Information sources A, B, C, and D are broadcasting stations, have been commissioned by broadcasting stations, and are program production companies.
  • the information compiled in the program guide database 2 32 by the existing system 2 31 is sent to the table generation section 2 38.
  • the table generation unit 238 generates a table by XML.
  • the table generated in this way is sent to the business entity of the network that actually performs the data broadcasting or to the broadcasting stations 239a, 239b, 239c.
  • the network broadcasters 239a, 239b and 239c multiplex this into a broadcast signal and broadcast. The user can receive this by the receiving device and see the program guide.
  • the program comparison / change processing unit 236 receives the same data as the data sent to the table generation unit 238 from the program guide database 232 in advance.
  • the SI receiver 233 receives the EPG transmitted in the SI format by the receiver 234 and decodes the EPG by the EPG decode processor 235.
  • broadcasts are managed directly by the broadcasting station.
  • the data received by the SI receiving section 233 and decoded by the EPG decoding processing section 235 are sent to the program comparison change processing section 236.
  • the SI receiver 2 3 3 is used to acquire SI format information from radio waves. If data is directly received from a broadcasting station, There is no need to receive radio waves.
  • program comparison and change processing section 236 Upon receiving the data from both, the program comparison and change processing unit 236 compares the two pieces of information shown in Figs. 2A and 2B as pre-processing, and compares the two programs with the same service, time frame, and title. ID is assigned as a landmark to. After that, it is confirmed by executing the processing shown in FIG. 3 whether or not the data from the SI receiving section 233 has been changed.
  • step S141 if the data from the EPG decode processing section 235 is fetched in step S141, there is a change in step S142, and if the ID is assigned to the program in the changed part in step S143, If it is determined, the information of the program changed in step S144 is sent to the table generator 238 via the change receiver 237.
  • the table generation unit 238 processes the information received from the change reception unit 237 with the highest priority, generates a table based on the information, and generates a table. Tell it to 3 9b, 2 3 9c.
  • the network Z broadcasting stations 239 a, 239 b, and 239 c transmit the radio waves as soon as the table comes from the table generator 238. This allows the user to be notified of the change quickly.
  • FIG. 4 shows the overall configuration of the seamless EGP system 1.
  • Signals from CS Digital Broadcasting Station 2 and BS Digital Broadcasting Station 4 are received by Integrated EPG Authoring Center 6 via CS Satellite 3 and BS Satellite 5, respectively.
  • the integrated EPG authoring center 6 receives both BS and CS broadcast signals, and receives EPG data 9 of terrestrial analog TV broadcasts from TV program guide magazine editors 7 and newspaper publishers 8.
  • C Extract EPG data transmitted as part of SI information from broadcast signals received from S satellite 3 and BS satellite 5. Based on the extracted CS digital broadcast and BS digital broadcast EPG data and the terrestrial analog TV broadcast 9 EPG data, it generates integrated EPG data described in XML.
  • the integrated EPG data generated in this way is transmitted to CS and BS digital broadcasting stations 2 and 4, and multiplexed with each broadcasting signal and transmitted. Therefore, in the broadcast signals from the CS satellite 3 and the BS satellite 5, in addition to the EPG data as a part of the SI information, the integrated EPG data is multiplexed.
  • a general household 10 can view an integrated EPG if it has either a CS digital broadcast or a BS digital broadcast receiver.
  • the integrated broadcasting center 6 obtains EPG data of S digital broadcasts and BS digital broadcasts by receiving broadcast signals from satellites 3 or 5, but it uses a dedicated ground cable. Alternatively, EPG data may be received from CS digital broadcasting station 2 or BS digital broadcasting station 4.
  • FIG. 5 shows the configuration of the integrated authoring center 16.
  • the integrated EPG authoring center 6 is equipped with two types of receiving equipment, CS digital broadcasting and BS digital broadcasting, each of which has a tuner, a demodulation circuit, and an error correction circuit. , 16 and the demultiplexers 13 and 17 that extract EPG data transmitted as part of SI information from the transport stream output from the front ends 12 and 16.
  • EPG databases 14 and 18 are provided to store the EPG data.
  • input terminals 20 and, from newspaper companies and TV program guide magazine editing companies There is also a database 22 for EPG data 21 and 24 of terrestrial analog TV broadcasts transmitted via 23.
  • advertising database 25 that stores advertising information (still images, explanatory text, etc.).
  • the integrated EPG authoring PC 19 creates integrated EPG contents described in XML by referring to these four databases 14, 18, 22, 25. I do.
  • the created EPG content is divided into EPG data for regular transmission and EPG data for constant transmission and stored in the integrated EPG database 26.
  • the EPG data stored in the integrated EPG database 26 is transmitted to the BS and CS digital broadcasting stations via the transmission control unit 27.
  • EPG content is divided into EPG data for regular transmission and EPG data for constant transmission.
  • the amount of data for integrated EPG information will increase, and the amount of data will increase as the service content is enhanced.
  • a wide bandwidth is required.
  • EPG data is basically additional data, it is impossible to secure a wide bandwidth for such additional data.
  • all EPG data is transmitted several times in 1B using a relatively wide band, and the EPG data transmitted periodically changes.
  • the changed data is used as difference information and is always transmitted in a narrow band.
  • the EPG sent periodically
  • the data is received and stored in a storage device (memory, hard disk, or the like) provided on the receiver side, and when the differential information that is constantly transmitted is received, the storage device is already stored in the storage device by the received differential information.
  • the stored EPG data is updated.
  • Fig. 6 shows an example of transmission operation of EPG data for regular transmission and EPG data for constant transmission.
  • the program schedule / content information is transmitted as the content of the EPG data. Every three scheduled times, three times in the morning and three times in the afternoon, the program schedule broadcasted in the morning and the content information and the program schedule broadcasted in the afternoon to night. Send out all the content information (101) ( (Referred to as routine information transmission). In parallel with these scheduled transmissions, it is assumed that the difference update information 102 in the event of a change in the content from the already-transmitted information 101 is constantly transmitted (referred to as differential update information transmission).
  • FIG. 7 shows the configuration of CS / BS digital broadcasting station 2 or 4.
  • program material servers 30, 33, and 36 that store video and audio data as program material, and video and audio data from the program material server are compressed by MPEG.
  • MPEG encoders 31, 34, and 37 for encoding and TS packetizing units 32, 35, and 38 for converting data compressed by the MPEG encoder into a transport bucket.
  • a multiplexer 39 for multiplexing the transport streams output from the plurality of TS packetizers 32, 35, 38 is provided.
  • the multiplexer 39 is also supplied with SI information including EPG data, and the translators from the TS packetizers 32, 35, and 38 transmit the SI information. It is multiplexed with the sport stream.
  • the EPG data transmitted from the integrated EPG authoring center 6 is supplied to the transmission processing unit 42 via the input terminal 41.
  • processing is performed according to a protocol called DSM—CC (Digital Storage Media-Command and Control).
  • DSM—CC Digital Storage Media-Command and Control
  • the transmission processing is performed by the data power cell method specified by DSM—CC.
  • the integrated EPG data thus transmitted is supplied to the multiplexer 39 and multiplexed with video, audio, and SI information.
  • the data output from the multiplexer 39 is subjected to generation and addition of an error correction code by an error correction coding circuit 43, and then modulated by a modulator 44 by a predetermined modulation method, and transmitted from an antenna 45. You.
  • FIG. 8 shows the configuration of a BS or CS receiver installed in a general home 10.
  • the BS or CS receiver 50 transmits a front end 52 composed of a tuner, a demodulation circuit, and an error correction circuit, and a PID (bucket ID) of a transport stream output from the front end 52.
  • a demultiplexer 53 for distributing each transport packet to each unit is provided.
  • the demultiplexer 53 temporarily stores the received data in the connected memory 54.
  • the demultiplexer 53 sequentially reads the transport packets storing the video data and the audio data of the program selected by the user from the memory 54 and supplies them to the video decoder 55 and the audio decoder 59, respectively.
  • the demultiplexer 53 extracts the data and outputs the data to the CPU.
  • the data is stored in the memory 72 connected to the CPU 67 via the memory 67.
  • the video decoder 55 performs a decoding process according to the MPEG2 format, and outputs the decoded video data to the display format conversion unit 57.
  • the display format conversion section 57 performs a conversion process on the decoded video data so as to provide a display suitable for the display format of the TV. For example, if the decoded video data is an HDTV signal and the TV is compatible with NTSC, the decoded video data is converted to NTSC format and sent to the output terminal 58.
  • the audio decoder 59 decodes audio data compressed according to the MPEG audio or AVA (Adva need Audio Coding) method.
  • the decoded audio data is DZA converted and output as an analog audio signal, or output as digital audio data as optical digital output.
  • Demanoreplexer 5 3 has IEEE 13 9 4 interface 6
  • the received transport stream can be output to an external device via the output terminal 6 6 or the transport stream can be received from the external device.
  • the CPU 67 includes a control unit 69 for controlling each unit, a DSM-CC processing unit 70, and an XML processing unit 71. All of these processes are performed soft-to-air.
  • the DS M-CC processing unit 70 reads the EPG data from the memory 72 connected to the CPU 67, performs predetermined processing, obtains data in the XML format, and sends the data to the XML processing unit 71. Output.
  • the XML processing unit 71 executes a script included in the XML and generates a display signal for screen display.
  • the display signal generated by the XML processing unit 71 is sent to the video decoder 55, and is used as a final display signal by using the display processing function in the video decoder 55. For example, the video of the channel currently being received is displayed in a small screen on a part of the EPG screen described in XML.
  • the description will focus on the system for transmitting and receiving difference update information (the system for transmitting and receiving difference update information) whose operation example is shown in FIG.
  • the system for transmitting and receiving difference update information whose operation example is shown in FIG.
  • the method of rewriting the entire table is easy and error-free, but it also broadcasts and updates the unchanged parts, thus using extra broadcast bandwidth and extra computational resources on the receiver side for processing. Will be.
  • the description of the update procedure is not general-purpose according to the conventional method, and cannot be applied to the updating of a table stored in a widely used database or the like.
  • FIG. 9 is a configuration diagram of the differential update information transmission / reception system.
  • a transmission site 120 and a plurality of reception sites 125 are connected via a broadcasting network 124.
  • Broadcasting network 1 2 4 is a system that performs broadcast-type data transfer, and is a broadcasting system for satellite broadcasting, terrestrial broadcasting, Various network forms such as a cast / multicast network are conceivable.
  • the transmission site 120 may have various forms such as a broadcasting device, a PC, and a network at the transmission site (such as a network within a broadcasting station) that is connected to the network.
  • a network at the transmission site such as a network within a broadcasting station
  • the integrated EP G authoring center 6 has this function.
  • the receiving site 125 can be in various forms, such as a set-top box, a PC, and a device on a network within the receiving site (such as a home network) that is connected to the network. In the example of the concrete example shown in FIG. 4 above, it is installed inside a general home 10.
  • the table content update system 12 1 inside the transmission site 120 updates the content of the EPG information, and updates the content of the table stored in the table storage area 122.
  • the update is performed by the end user or application at the sending site.
  • the integrated EP G authoring PC 19 shown in Fig. 5 above has this function.
  • the table storage area 122 is the table storage area at the transmission site 120, and the memory and hard disk in the transmission site 120 and the transmission site 120 are configured by the network within the transmission site. If it exists, it is a storage device (memory / hard disk / tape device, etc.) connected to the network in the transmission site. In FIG. 5, the integrated EPG database 26 has this function.
  • the difference update information distribution system 123 detects a change in the contents of the table stored in the table storage area 122 (including the generation and deletion of the entire table) and detects the change. Generates difference update information to be reflected in the table storage area 1
  • This is a system that broadcasts to a difference update information acquisition system 126 inside a plurality of reception sites 125 via the system 4.
  • the transmission control unit 27 has this function.
  • the table storage area 128 is the table storage area in the reception site 125, and the memory and the hard disk in the reception site 125 and the reception site 125 are configured by the network in the reception site. If it is, it is a storage device (memory / hard disk / tape device, etc.) connected to the network in the receiving site. In FIG. 8, the memory 72 has this function.
  • the difference update information acquisition system 126 is a system for acquiring the difference update information to be broadcast.
  • the front end 52, the demultiplexer 53, the memory 54, and the CPU 67 have this function.
  • the table contents update system 127 is a system for updating the contents of the table stored in the table storage area 128 based on the difference update information passed from the difference update information acquisition system 126.
  • CPU 67 has this function.
  • This receiving site 125 is a specific example of the program information receiving device of the present invention.
  • the difference update information acquisition system 126 selectively extracts the difference update information notification format, which will be described later, transmitted from the transmission site 120.
  • the table contents update system 127 rewrites only the changed part in the program information that has been sent periodically beforehand, using the above-mentioned difference update information notification format selectively extracted by the difference update information acquisition system 126. I can.
  • FIG. 10 shows details of the difference update information acquisition system 126.
  • Difference update information extraction system 1 3 1 and selection information update system 1 3 2 and selection information storage area 1 3 3 Become.
  • the difference update information extraction system 13 1 receives the difference update information broadcast from the broadcast network 12 4, and receives the update information based on the selection information stored in the selection information storage area 13 3. This is a system that extracts the difference update information required at the site 125.
  • the sorting information updating system 13 2 updates the sorting information in the sorting information storage area 13 3.
  • the selection information is updated by the end user or application at the receiving site.
  • FIG. 11 shows an update process in the differential update information transmission / reception system shown in FIG.
  • the table contents updating system 121 updates the table (identified by URI) in the table storage area 122.
  • the URI Uniform Resource Identifier
  • URL Uniform Resource Locator
  • step S62 when the difference update information distribution system 123 detects the update in step S61, it generates difference update information in step S63, and transmits the broadcast network 124. It is broadcast to the difference update information acquisition system 126 of a plurality of reception sites 125 via this.
  • step S64 the difference update information acquisition system 126 extracts and acquires the difference update information transmitted to the reception site 125 through the broadcast network 124.
  • step S65 the table content update system 127 updates the target table in the table storage area 128 based on the difference update information extracted and received in step S64.
  • FIG. 12 shows a flow of extracting and receiving the difference update information in the difference update information acquisition system 126 in step S64.
  • step S71 the difference update information extraction system 13 1 receives the difference update information. Then, it is determined whether the received difference update information matches the selection information stored in the selection information storage area 133, and if they match, the difference update information is stored in a table in step S73. Pass it to the content update system 127.
  • the difference update information distribution system 123 detects a change in the contents of the table stored in the table storage area 122 (including generation and deletion of the entire table). Then, the difference update information shown in Fig. 13 (hereinafter referred to as the difference update information notification format) is generated.
  • a unique URI of the table to be updated is described. Further, a filtering mask for causing the receiving site 125 to determine only a predetermined portion of the URI is generated and added as a header.
  • the filtering mask is information used for determining whether or not the difference update information should be extracted in step S72 of FIG.
  • the difference update description is a description of the difference update process for the table identified by the URI of the table to be updated.
  • the difference update information distribution system 123 To generate the difference update information notification format, the difference update information distribution system 123 first generates a filtering mask, and adds the filtering mask to the URI of the table to be updated and the difference update description. ing. The difference update information notification format data thus generated is transmitted to the broadcasting network 124. This filtering mask is used in the process of extracting the difference update information in step S64 in FIG. 11 and in the comparison process in step S72 in FIG. Prior to receiving the difference update information, the selection information update system 132 in FIG. 10 stores and updates the selection information storage area 1333 in FIG.
  • URI is a text string, which is a variable-length long byte string.
  • a hash function By using this hash value for comparison, it is possible to suppress unnecessary processing cost / overhead at the time of comparison.
  • the selection information update system 1 32 2 S Prior to receiving the difference update information, the selection information update system 1 32 2 S, a copy of the table stored in the table storage 1 2 2 stored in the table storage 1 2 8 (already broadcast ⁇ A list of URIs (which are stored in advance) is created and stored in the sorting information storage area 133.
  • the table to be updated is the “recommended program information” shown in Table 1 below, it is possible to extract only the difference update information of the recommended program information related to the end user's favorite genre.
  • the recommended program information corresponds to today's recommended program information outside the radio and television channels of newspapers and magazines.
  • the end user prefers a sports program, it is possible to extract only recommended program information corresponding to the sports genre. "Recommended program list"
  • ASHID Recommended program ID
  • UCH Channel number uniquely assigned nationwide
  • DAY Date
  • SHID Program ID
  • LDESC Long program introduction
  • the recommended program information does not have a genre ID (JID) field, but the relationship between the JID and the dummy program ID (DSHI D) can be found from the ⁇ program material information '' shown in Table 2, and Table 3 Since the relationship between the dummy program ID (DSHID) and the program ID (SHID) is known from the "program frame information" shown, the correspondence between the recommended program and the genre can be identified.
  • JID genre ID
  • DSHI D dummy program ID
  • SHID program ID
  • DSHID Dami ID program ID. Unique within one channel, JID: Giannore ID, FEA: 8-bit flag. Each bit is
  • SHID Program ID. Unique within channel, ST: Start time,
  • DCH Dummy channel
  • BN Block number
  • a list of JIDs is created in accordance with the selection information update system end user's preference and stored in the selection information storage area 133.
  • a JID list can be created by presenting a list of genre information to the end user and allowing the end user to select a favorite genre name.
  • the program material information is program information in units of blocks for each dummy channel.
  • U R I dummy channel number + block number, and there is a table for the number of dummy channels X the number of simultaneous transmission blocks. By specifying a desired dummy channel number and block number, desired program material information is obtained.
  • the above-mentioned program frame information is program frame information on a daily basis for each channel.
  • U RI channel number + attached, there is a table for the number of channels X the number of simultaneous transmission days.
  • the desired program frame information is obtained by designating the desired channel number and date.
  • the table to be updated is the "Recommended programs” shown in Table 1 above.
  • Information " it is possible to extract only the difference update information of the recommended program information related to the end user's favorite talent. For example, if the end user likes blues virus, the blues 'It is possible to extract only the recommended program information in which the virus appears.
  • the recommended program information does not have the talent ID (TID) field, but the TID and the talent performer information shown in Table 4
  • the relationship between SHID of recommended program information can be known from the correspondence of SHID, so that the correspondence between recommended programs and performers can be identified.
  • TID talent ID
  • TNAME talent name
  • NUM number of appearance programs
  • the talent appearance information is a list of the programs in which the talent appears, from a list of talent names.
  • the user does not need to enter the talent name as a keyword, and the receiver need not have a search function.
  • the talent name is fixed to the one specified by the sender.
  • a list of TIDs Prior to receiving the difference update information, a list of TIDs is created according to the selection information update system 13 2 end user's preference and stored in the selection information storage area 13 3. For example, presenting a list of performer information to the end user to allow the end user to select a favorite talent name Makes a list of TIDs.
  • the table to be updated is the "recommended program information" shown in Table 1 above, it is also possible to extract only the difference update information of the recommended program information related to the news topic desired by the end user. .
  • the end user is interested in economic news, it can extract only recommended program information on economic use.
  • NID News Topic ID
  • the relationship between the SHID of the recommended program information can be known from the correspondence between the NID and SHID in "News Topic Information” shown in Table 5 The correspondence between the program and the use topic can be identified.
  • NID News Topic ID
  • NNAME News Topic Name
  • NUM Number of broadcast programs, UCH: Number of channels, DAY: Append,
  • the news topic information is a list of programs that broadcast news on the topic from a list of news topics.
  • a list of NIDs is created according to the selection information update system 13 2 end user's preference and stored in the selection information storage area 13 3.
  • a news user A list of NIDs can be created by presenting a list of transaction information and allowing the end user to select the desired news topic.
  • the parameters in the other tables can be used as the values of the filtering mask of the difference update information. By combining a plurality of these parameters, filtering conditions with higher selection accuracy can be set.
  • a script that changes the contents of a certain attribute field in a certain record in the update target table can be used. Broadcast to the receiving site using a binary tape object (BinaryTableObject) used to carry general table data to the receiving side. If stored, use ECMA Script and use DOM (Document Object Model)-API By describing the procedure for changing the contents of the table, it is possible to update the BinaryTableObject in field units.
  • ECMA Script is a standardized version of JavaScript. It is also a DOM-API, which is the ability to change the contents of BinaryTableObject and the API.
  • an SQL (Structured Query Language) statement that changes the contents of a certain column of a certain row in an update target table can be used.
  • SQL statement By using an SQL statement, tables can be stored and managed in a general RDB (Relational Database) implemented on the receiving site.
  • RDB Relational Database
  • the data processing device 140 shown in FIG. 14 is a detailed description of the configuration of the DSM_CC processing unit 70 and the XML processing unit 71 in FIG. 8 described above, and is actually processed by software. Things.
  • the data processing device 140 receives a broadcast stream by, for example, MPEG2-TS (transport stream) via the input terminal 141 at the stream receiving & data carousel processing unit 142.
  • the stream receiving & data carousel processing unit 144 corresponds to the demultiplexer 53 and the DSM-CC processing unit 70 in FIG. 8 described above, and solves the MP EG2-TS and the data carousel. It solves and passes only the program information in the binary table (BinaryTable) object format to the binary table object server 144.
  • Binary table object server 144 stores binary table objects.
  • the script processing unit 144 sends a method such as content inquiry from the user to the binary one-table object server 144, and returns a response thereto.
  • Some binary table objects need to be controlled so that only users belonging to a certain viewing contract class can see them in order to differentiate services. These are encrypted on the transmission side, and the data processing device 140 decrypts the encrypted program information as necessary using the decryption processing unit 144.
  • the program information decrypted by the decryption processing unit 144 is passed to the binary table object server 144.
  • the decryption processing unit 144 decrypts the encrypted program information using the decryption key obtained from the script in the broadcast stream.
  • the decryption key is stored in a key storage unit 147 connected to the key selection processing unit 146. That is, the selection processing unit 146 extracts the decryption key corresponding to the key inquiry from the decryption processing unit 145 from the key storage unit 147 and passes it to the decryption processing unit 145.
  • step S81 the script processing unit 144 specifies a binary table object in accordance with a user operation and instructs generation. This is for example in the script
  • BinaryTable bt BinaryTable
  • step S82 the constructor of the BinaryTable object (executed by the script processing system with the program code for performing the object generation processing) executes a binary operation to acquire the file having the specified name.
  • step S83 the binary one-table object server 144 requests the stream receiving & data carousel processing unit 144 to acquire the BinaryTableObject requested in step S82.
  • step S84 the finalization of the BinaryTableObject is stored in the data carousel module as the above-mentioned resource, and the stream reception & data carousel processing unit 144 is on-air.
  • the module that stores the BinaryTableObject is reconstructed from the data block power that has been fragmented into the stream that has been set.
  • the fragmented data blocks are stored in advance in the broadcast stream and stored in the storage area of the data carousel processing unit 142 (having a size that can store multiple data blocks).
  • the cache is updated as needed, each time a new fragmented block is received.
  • the stream reception & data carousel processing unit 144 passes the obtained module to the decoding processing unit 144.
  • step S85 if the decryption processing unit 14 5 describes the entity-header in the module, the ontent-type (meaia_type is described, application / SLEX_encryption-btable), the process proceeds to step S86. Then, the BinaryTableObject stored in the entity-body of the module is decrypted, and if it is not encrypted, the BinaryTableObject stored in the entity-body of the module is passed to the BinaryTableObject server as it is.
  • step S86 the decryption processing unit 145 acquires the decryption key from the key selection processing unit 146, performs decryption processing of the file, and sends the binary one-table object decrypted in step S87 to the server. Pass to 1 4 4
  • step S88 the script processing unit 144 issues a query method to the server 144 for the content query processing of the subsequent BinaryTableObject described in the script, and the server 144 executes the query method.
  • the response is obtained from the contents of the BinaryTableObject expanded in the memory of 4 (it is a storage area protected against external access other than the script processing system).
  • the query method is It is checked whether the execution of the method is allowed. After a series of queries from the script, the expanded BinaryTableObject is deleted from memory.
  • Each module (transfer unit) transmitted using the data roux cell method stores resources in the HTTP 8.1 entity format specified in IETF RFC2068.
  • An entity consists of an Entity-body containing resources and an Entity-header containing its meta information (information about the contents of the resources).
  • Entity—header Content-type (media-type) and content-type (media-type) are stored by specifying a character string such as “application / SLEX—encrypted_btable”. It is possible to specify that the contents of the resource to be encrypted are encrypted. If not, for example, "application / X-arib-btable" is specified.
  • Module * entity-neader
  • the encoded resource stored in the entity-body part is decrypted when the BinaryTable object is created in the script.
  • the decoding procedure is the same as the flowchart shown in FIG. 15 described above, but the processing in step S86 will be described in detail with reference to FIG.
  • step S91 the decryption processing unit 144 acquires the key from the key selection processing unit 114. And the key obtained in step S92 Decodes more binary one-table objects.
  • the format of the decoded BinaryTable object must be uniquely determined by the URI specified when the BinaryTable object is generated. For example, by assigning a special URI that identifies the key to the BinaryTable object file that stores the key and specifying the format, the contents are queried using various methods of the BinaryTable object. be able to.
  • the t- key selection processing unit 146 to be passed to 146 stores the key in a storage area (non-volatile memory, disk, etc.) and prepares for a key inquiry from the decryption processing unit 145.
  • This key acquisition process is performed several days before the monthly turn of the month, for example, when the key is updated once at the turn of the month.
  • the key selection processing unit 146 In response to the key inquiry from the decryption processing unit 145, the key selection processing unit 146 refers to the date and time of the inquiry and returns the corresponding key.
  • the key must be broadcast prior to the broadcast of the encrypted BinaryTable object.
  • the acquisition of the key and the storage in the key selection processing unit are summarized in the flowchart shown in Fig.17.
  • the script processing unit 144 gives an instruction to generate a binary-table object having a name indicating the key storage in step S101, and the binary tape object having the name specified in step S102. Request to the binary table object server 144 to obtain the data. In step S103, a stream table & data carousel processing unit 142 is requested for a binary table object. Then, the stream reception & data carousel processing unit 1442 obtains the data block in which the module storing the binary one-table object is fragmented from the stream in step S104, and obtains the module. It is reconstructed and passed to the decryption processing section 144.
  • the module passes the binary table object of the entity body of the module to Sano 144.
  • the binary one-table object server 144 expands the binary table object passed from the decryption processing unit 144 and prepares for an inquiry from the script processing unit 144.
  • the script processing unit 144 acquires the key content from the binary one-table object server 144 and passes it to the key selection processing unit 144.
  • the key selection processing unit 144 stores the key in the secure storage area 147, and prepares for the key inquiry from the decryption processing unit 145.
  • object-level encryption control of a Binary Table Object can be realized.
  • the screen layout and presentation control of program information is described in XML and scripts, and the information body presented is an external object referenced from the XML document.
  • the URL Uniform Resource Identifier
  • the URL Uniform Resource Locator
  • the URI and the data identified by it have a one-to-one correspondence, and the data making up the content can be uniquely identified by the URI.
  • FIG. 18 shows a data processor 110 for processing EPG data described by XML, and corresponds to the CPU 67 of FIG. 8 described above.
  • the data processing device 110 receives the XML document about the EPG screen and the program information main body transmitted from the transmitting side, and the program information main body received by the receiving unit 112.
  • An XML document display unit 115 that extracts group items and performs display processing, a display unit 116, a profile storage unit 117 that stores receiving device profile data, and an XML document display unit 111
  • the URI interpreter 118 reads the profile data on the receiving side corresponding to the above group item extracted in 5 from the profile storage unit 117 and searches for an object in the item corresponding to the profile data. Prepare.
  • the receiving unit 112 receives program information and a program guide document via the input terminal 111.
  • the program information storage unit 113 stores the received program information table.
  • the XML document storage unit 114 stores the received program guide XML document.
  • the XML document display unit 115 interprets the XML document stored in the XML document storage unit 114 according to the request from the user, creates a display image, and displays it on the display unit 116. I do.
  • the URI interpreter 118 interprets the URI in the XML document and extracts the information corresponding to the URI in the program information storage 113.
  • FIG. 19 shows a specific example of the program information stored in the program information storage unit 113, which is the contents of the program guide.
  • the profile storage unit 117 stores information unique to the receiver, for example, profile information such as the region code used by the receiver, the contract class, and the hardware capability of the receiver.
  • profile information such as the region code used by the receiver, the contract class, and the hardware capability of the receiver.
  • a profile is a general term for a set of various attribute settings unique to hardware, software, users, applications, and the like. Specific examples of the profile include a user profile, a hardware profile, a software profile, and an application profile.
  • the user profile is a profile representing personal information such as the user's age, gender, nationality, address, language used, hobbies, and preferences.
  • a hardware profile is a profile that represents various specifications such as hardware functions, performance, and device configuration.
  • the software profile is a profile that represents the configuration and version of the operating system, various drivers, and libraries.
  • prf http://ww.w3.org/TR/WD-prof i 1 e-vocabularyff> II
  • HTMLVersion .0 ⁇ /> ⁇ / rdf: Description
  • the URI interpreting unit 118 refers to the profile stored in the profile storage unit 117 when interpreting the URI.
  • channelMap new BinaryTABLE arib-dc: //./ChannelMapTbl,
  • a TV channel map of program information used in the script is extracted from a table referenced by URI arib-dc: //./CahnnelMapTbl.
  • the channel map table is a list of channels that can be received by the receiver terminal in terrestrial reception. Is a table in which is stored.
  • step S41 the XML document display unit 115 inputs the URI arib-dc: // ChannelMapTbl to the URI interpretation unit 118 and instructs it to interpret it. Then, the URI interpretation unit 118 refers to the area code in the receiver profile stored in the profile storage unit 117 in step S42, and stores the correspondence between the area code and the channel information. From the map table, the ID number of the channel map table corresponding to the area code is obtained.
  • step S43 the channel map corresponding to the ID is returned to the XML document display section 115 as data. Then, the XML document display unit 115 displays the received channel map on the display unit 116.
  • FIG. 21 shows the structure of the URI interpreter 1 18. Upon receiving the URI, the URI interpreting unit 118 selects an appropriate one from the program information table while referring to the receiver profile, and returns it to the XML display unit 115 as an external object.
  • the respective channel map tables are arib-dc: // KantoChMap
  • arib-dc Can be uniquely identified by a URI such as // KansaiChMap.
  • the URI interpreter 1 18 uses the Kanto version channel map for arib-dc: ⁇ KantoChMap
  • arib-dc ⁇ ChannelMapTbl with the URI interpretation unit 118
  • the receiver is installed in Kanto, Kanto
  • the URI interpreter 118 should be configured to return the Kansai version channel map as an external object.
  • the URI interpretation unit 118 refers to the receiver profile's area code, and in the case of Kanto, returns a table corresponding to arib_dc: // KantoChMap.
  • the URI interpreting unit 118 refers to the “advertisement information table” storing the receiver profile and the advertisement information (expiration date, display position, and display conditions of the advertisement), and displays the advertisement image satisfying the conditions.
  • step S53 the selected advertisement image is returned to the XML document display section 115 as data. Then, the XML document display section 115 displays the received image on the display section 116.
  • the above-described algorithm for selecting an external object can be configured, for example, as a script so that it can be downloaded from the network and exchanged, and is sent together with the program information.
  • This allows the interpretation mechanism that interprets the URI in the XML document to perform dynamic URI interpretation according to the profile information by referring to the profile information stored in the receiver when interpreting the URI. .
  • the power management of the receiving device that receives the EPG will be described.
  • the operation of the receivers must be controlled so that the countless receivers start the reception operation at the time of the scheduled transmission, so that the power is not turned on all at once.
  • control for preventing the reception operation from being concentrated at one time will be described.
  • FIG. 23 shows a configuration example of a transmission device 82 for transmitting content such as an EPG.
  • This transmission device shows details of the integrated EPG database 26, the transmission control unit 27 in FIG. 5, and the transmission processing unit 42 in FIG.
  • the content storage unit 83 stores content information provided to the user, for example, EPG information.
  • the transmission time information storage unit 91 stores information on a distribution schedule for transmitting content.
  • the transmission time information transmitting section 94 performs transmission to transmit the transmission time information stored in the transmission time information storage section 91 to the receiving terminal.
  • the content transmission section 92 transmits the content information stored in the content storage section 83 according to the transmission schedule stored in the transmission time information storage section 91.
  • the transmission control unit 93 follows the schedule of the transmission time information storage unit 91. To control the sending time information sending section 94 and the content sending section 92.
  • the transmission information from the content transmission unit 92 and the transmission time information transmission unit 94 is transmitted from the transmission unit 95 to the receiving terminal device via the broadcast network.
  • Fig. 24 shows a configuration example of the receiving terminal device 85.
  • FIG. 24 shows details of the main part of FIG. 8 described above.
  • the receiving unit 101 receives the data stream via the broadcast network and the input terminal 100.
  • the transmission time information receiving unit 106 receives transmission time information from the data stream.
  • the reception control information generation unit 107 generates control information unique to the receiver for controlling content reception. For example, generating random numbers.
  • the content reception control unit 104 determines the time to receive the content from the information of the transmission time information reception unit 106 and the reception control information generation unit 107, and determines the content reception unit 102 and the receiver power supply.
  • the control unit 105 is controlled.
  • the receiver power control unit 105 controls the power of the receiver.
  • the content reception control section 104 controls the receiver power control section 105 to turn on the power of the receiver and start the content reception operation. , Turn off the power after receiving the content.
  • the content receiving unit 102 receives the content and stores the received content in the content storage unit 103.
  • FIG. 25 shows an example of the structure of the transmission time information.
  • the transmission time information is a set of the time of periodic transmission (PST-Preload Start Time) and a control value (Preload Effect Byte: PEB) that specifies the receiver that performs the receiving operation at that time. For example, using 8 bits as the PEB, the receiver generates a random number from 0 to 7 in advance, and this random number value and the bit position turned on in the PEB are used. The receiving operation will be performed only at the scheduled transmission time when the positions match.
  • PST-Preload Start Time a set of the time of periodic transmission
  • PEB Preload Effect Byte
  • FIG. 26 shows a flowchart of the transmission control section 93 of the transmission device 82.
  • step S1 the transmission time information is read from the transmission time information storage unit 91.
  • step S2 the transmission time information read in step S2 is transmitted from the transmission time information transmitting section 94.
  • steps S3 to S5 when the transmission start time comes for each transmission time in the transmission time information, the content transmission unit 92 is instructed to transmit the content from the content storage unit 83. Send and send content.
  • FIG. 27 shows a flowchart of the content reception in the content reception control section 104 of the receiving terminal device 85. First, transmission time information is received in step S11.
  • the time (list of times) RT [n] at which the content is to be received is determined from the transmission time information received in step S12.
  • steps S13 to S17 for all the times RT [i] in the time list, the current time T is compared with RT [i]. If the power of the receiver is not turned on, it instructs the receiver power controller 105 to turn on the power of the receiver, receive the content in the content receiver 102, and store it in the content storage unit 103. Store. If the power of the receiver was originally off at step S18, the receiver power control unit 105 is instructed, and the power of the receiver is turned off at step S19. If new sending time information has not been received in step S20, the receiving process according to RT [n] is repeated. If the new transmission time information has been received, the processing ends to perform processing based on the new transmission time information.
  • reception operation time determination processing in step S12 in Fig. 27 The case where a random number is used as the above will be described with reference to FIG. As described in Fig. 25, 8bit is used as the PEB as an example, the receiver generates random numbers from 0 to 7 in advance, and turns on the random number value and the PEB. It is a flowchart in the case where the receiving operation is performed only at the scheduled transmission time when the bit positions match.
  • step S21 the reception control information generation unit 107 generates a random number r of 0 to 7.
  • step S22 to step S24 for all PEBn of the received transmission time information, if the r-th bit of PEBi is on (that is, 1), list PSTi as the reception operation start time and list RT. Add to
  • Figure 2 9 c first shows the Furochiya one bets reception operation time determination using customer ID (receiver IC card number) as an another example of the receiving operation time determination process, the reception control in step S 3 1
  • the information generation unit 10 generates a key m of the ID number mod N.
  • steps S32 to S34 for all PEBn of the received transmission time information, if PEBi matches m, PSTi is added to list RT as the reception operation start time.
  • information specifying the receiver that should receive the scheduled transmission at that time is added to this schedule information, and control is performed so that only the specified receiver performs the receiving operation, so that the scheduled transmission is performed. It is possible to control the operation of the receivers so that an unlimited number of receivers do not turn on at the same time.
  • This section describes how to display program information even if the program information cannot be received due to a failure related to radio waves or cables, the power is not turned on, or other reasons.
  • CPU 67 which performs display processing of EPG described in XML, estimates the characteristics of each program. The result is stored together with the program information in a non-volatile memory (not shown, but connected to the CPU 67).
  • the receiver 50 When the receiver 50 multiplexes and displays the EPG on the program video, if there is a program frame that has not been received yet, it is broadcasted in that time frame based on the past information. Finds and displays expected programs.
  • the CPU 67 stores past program information stored in the nonvolatile memory. Based on the characteristics of each program, it detects the characteristics related to the broadcast date and time, and based on the characteristics of each program, predicts the current or future program information that could not be received for the scheduled transmission of EPG, and composes a program table And display it on the display unit.
  • FIGS. 30 and 31 are program tables with the date in the horizontal direction and the time in the vertical direction. It is written in the same way as regular newspaper TV programs.
  • FIG. 31 is a flowchart showing the flow of the processing.
  • step S151 it is determined whether the same program exists one week ago, and if so, the process proceeds to step S152 to determine whether the same program exists except Saturday and Sunday. Judge. If the same program does not exist one week before in step S151, the flow advances to step S153 to determine that the program is a single program. If it is determined in step S155 that the same program exists other than Saturday and Sunday, the process proceeds to step S154 to determine that the program is broadcast every week. If it is determined in step S155 that the same program does not exist except on Saturday and Sunday, the process proceeds to step S155 to determine whether the same program exists on Saturday. If it is determined that the same program exists on Saturday and Sunday, the process proceeds to step S156 to determine that the program is a daily program. On the other hand, if it is determined that the same program does not exist on Saturday, the process proceeds to step S157, and it is determined that the program is broadcasted except for Saturday and Sunday.
  • the receiving device receives the characteristic information, writes it in the non-volatile memory in the same manner as the estimated result, and performs the same processing.
  • the receiving device can configure the program table without receiving the actual program table.
  • the display unit may display the program information predicted by the CPU 67 or the program information obtained by receiving the periodic transmission, for example, by color coding.
  • the basic information of the advertisement information accompanying the program information to be broadcasted may be stored in the above-mentioned nonvolatile memory.
  • the non-volatile memory may store advertisement information associated with the program information together with the program information as initial data at the time of factory shipment.
  • manual information related to the device may be stored.
  • the user can immediately see the program table even if the days have passed since the factory shipment. It becomes possible.
  • the program information or the advertisement information can be displayed and visually recognized by the user even if the program information or the advertisement information cannot be received due to the failure related to the radio wave or the cable, the power supply not being turned on, or other reasons.
  • Examples of methods for displaying advertisements on the EPG include displaying advertisements in conjunction with the program or genre selected by the user, and displaying advertisements automatically at a preset time. It is possible.
  • a patent application has already been filed in “Information Transmission Method and Television Transmitter / Receiver (International Application Number: PCT / JP98 / 03707)”. There was no example of such advertising data.
  • Figure 32 shows the format of advertising data that allows multiple conditions to be displayed.
  • each character has the following meaning.
  • AD Advertising description AP: URI of PNG or MNG attached to advertisement
  • PA PNG or MNG display area (Ad 1 or 2)
  • KT Next KV type Channel number, time, etc.
  • These advertisements can be set to be displayed when the receiver is in a specific state.
  • two keys can be set for one advertisement.
  • Use KT to specify the type of condition for displaying the advertisement, and use KV to set the value of that key.
  • the format of the advertisement data is generated on the transmission side by the advertisement information transmission method of the present invention. That is, the transmitting side sets a condition for displaying the advertising information on the receiving side in association with the program guide information, and transmits the advertising information and the program guide information for which the condition is set.
  • the condition setting sets the type of condition to be displayed on the receiving side and the value of the condition.
  • the transmitting side adds display time information on the receiving side to the advertisement information, and transmits the advertisement information to which the display time information has been added.
  • the display time information is information to be compared with the current time on the receiving side, and to display the advertising information when they match.
  • the receiver displays the advertisement information on the TV screen in association with the program guide information.
  • the configuration and operation of this receiver will be described later.
  • FIG. 33 shows a specific example of the advertisement information whose format is shown in FIG. 32 above.
  • FIG. 34 shows a screen layout when a specific example of the advertisement information is received and displayed by a receiver described later.
  • Screen 210 is a P in P Video transmission area 2 1 1, Advertisement 1 area 2 1 2, Advertisement 2 area 2 1 3, Function button bar 2 14 4, Short description area 2 15, Menu bar 2 16, Guide item name 2 1 7, It is divided into guide areas 2 18.
  • the Pin P broadcast video area 2 1 1 displays a broadcast video of the currently selected real time as a video. For example, it is reduced to 32 2 and displayed. The current time is displayed on the upper left.
  • the tuning mode includes an auto mode in which the channel is automatically selected following the focus in the guide area 218 and a lock mode in which the focus is not followed. Normally, it is in auto mode.
  • Advertisement 1 area 2 1 2 Advertisement 2 area 2 13 contains the above advertisement information as a PNG (Portable Network Graphics) format still image or MNG (Motion Network Graphics) format animation. indicate.
  • PNG Portable Network Graphics
  • MNG Motion Network Graphics
  • the function button bar 2 14 displays various buttons depending on the screen status. Various text information is displayed in the short explanation area 2 15 depending on the screen status.
  • buttons are displayed on the menu bar 216 depending on the screen status. Three buttons are displayed at the same time, and other buttons are displayed by scrolling the buttons left and right. Specifically, “grid” to display grid type EPG, “genre” to display genre sort EPG, “schedule” to display reservation screen, “info” to display various information, and various messages “Message” is displayed, and “Channel” is displayed. The channel preset screen is displayed.
  • Guide item name 2 1 7 indicates the item name in the guide area depending on the screen status. indicate.
  • the guide area 218 displays various guides depending on the screen status.
  • the receiver includes a receiver 202 for receiving program guide information and advertisement information associated with the program guide information transmitted from a transmitter, and an advertisement received by the receiver 202.
  • a condition information extraction unit 204 for extracting condition information for displaying information, and the advertisement information related to the item selected from the program guide information by the user using the operation unit 206, and the condition information
  • a control unit 207 for displaying on the display unit 208 based on the condition information extracted by the extraction unit 204.
  • the advertisement information received by the receiving unit 202 is stored in the advertisement information storage unit 203.
  • the control unit 206 reads out the advertisement information related to the item selected from the program guide information from the advertisement information storage unit 203 by the user using the operation unit 206, and reads the condition information extraction unit 2 Display on the display unit 208 based on the condition information extracted in 04.
  • condition information is information for selecting a program
  • control unit 2007 uses the operation unit 206 to display advertising information related to the program selected from the program guide information by using the operation unit 206. Display on the display unit 208.
  • condition information may be information for selecting a channel. That is, a receiver capable of receiving and displaying the program guide information dynamically displays related advertisements based on an event in which a user selects a program. It also dynamically displays related advertisements based on the event that the user selects a channel.
  • the condition information is information for selecting a genre.
  • the control unit 207 may cause the display unit 208 to display advertisement information related to the genre selected by the user from the program guide information.
  • FIG. 36 shows the process of the receiver for displaying the advertisement information in association with the program or the channel selected by the user on the screen 210 shown in FIG. 34 of the display unit 208.
  • the process proceeds to step S113 to determine whether or not the current time is within the time period in which the display of the advertisement is valid, and the display of the advertisement is performed. If it is within the valid time, the process proceeds to step S115 to display the advertisement data specified by the AP in the area specified by ⁇ .
  • FIG. 37 shows a specific display example by the processing of the flowchart shown in FIG. 36 above.
  • Fig. 37 shows an example of an EPG display using a grid.
  • the focus is on the "Gonoreff lesson” of Channenore "TV B”.
  • KT is "Channel” and KV is "TV B”
  • the advertisement of AI 4 where KT is “time” and KV is', 8/1 22: 00-8 / 1 23:00 ”
  • KT is “Program” and KV is “Asia”.
  • FIG. 38 shows the process of the receiver for displaying the advertisement information in relation to the genre selected by the user on the screen 210 shown in FIG. 34 above.
  • the process proceeds to step S123 to determine whether or not the current time is within the time when the display of the advertisement is valid, and determines that the display of the advertisement is valid. If it is within the predetermined time, the process proceeds to step S124 to display the advertisement data specified by the AP in the area specified by the PA.
  • Fig. 39 shows an example of EPG display according to genre. For genre, a list of programs that fit into the selected genre may be displayed. In Fig. 39, "Soccer" of "Sports” is selected as a selection key, and a list of related programs is displayed below.
  • the receiver includes a receiving unit 222 that receives advertisement information and display time information added to the advertisement information transmitted from the transmission side, and the display time received by the receiving unit 222.
  • a display time information extracting unit 2 24 for extracting information; a display time information storing unit 2 25 for storing the display time information extracted by the display time information extracting unit 2 24; and a display time information storage
  • a control unit 229 is provided which causes the display unit 229 to display the advertising information to which the display time information is added when the current time matches the display time information stored in the unit 225.
  • the advertisement information received by the receiving unit 222 is stored in the advertisement information storage unit 222.
  • the display time stored in the display time information storage unit 225 is compared by the comparison unit 226. Clock is compared with the current time from 27.
  • the comparing unit 226 When the displayed time and the current time match, the comparing unit 226 outputs a result to the control unit 228 to the effect that it matches.
  • the control unit 228 extracts the advertisement information related to the display time from the advertisement information storage unit 223 based on the matching result, and displays the advertisement information on the display unit 229.
  • FIG. 41 shows the processing of the receiver for displaying the advertisement information in relation to the current time on the screen 210 of the display unit 229 shown in FIG.
  • the process proceeds to step S132, and it is determined whether or not the current time is within a time period in which the display of the advertisement is valid, and the display of the advertisement is valid. If it is within the time, the process proceeds to step S133, and the advertisement data specified by the AP is displayed in the area specified by ⁇ .
  • FIG. 42 shows a specific display example by the processing of the flowchart shown in FIG. 41 above.
  • the displayed advertisement changes.
  • the advertisement data has various types of display conditions (channel, program, time, etc.), conditions for displaying two advertisements in one advertisement area can be set.
  • two advertisements may be designated as the area of advertisement 1 at a time.
  • the advertisement information that does not cause overlap is shown as an example.
  • the present invention is applicable to a case where advertisement display is realized in EPG-multiplexed broadcasting such as terrestrial broadcasting and CATV.
  • the corresponding advertisement can be dynamically displayed in association with the program information based on the conditions of the user's operation and time.
  • an advertisement associated with a program selected by a user can be dynamically displayed.
  • advertisements related to the genre selected by the user can be displayed dynamically.
  • the display of the advertisement can be dynamically changed at the designated time.
  • a plurality of display conditions can be specified for one advertisement information.
  • the receiver can display a plurality of advertisements specified in one display area in order.
  • the EPG described in XML is transmitted, so that not only the character data but also the display design can be determined by the sender (broadcasting station or content creator). Can be inserted.
  • the above-mentioned SI table format eliminates restrictions on the number of characters and external characters, so that EPG information that is more advantageous for users can be provided.
  • manufacturers of receivers only need to develop software that receives, decodes, and displays received XML data, and develops software that displays EPGs for each receiver model. There is no need to do so, and development man-hours can be reduced.
  • the EPG information is described in XML. However, languages such as HTML and Java can be used in addition to XML.

Description

明細書 伝送方法及び受信装置 技術分野 本発明は、 特にデジタル T V放送のように多くのチャンネルにお いて放送される番組を容易に検索することを可能とする電子番組ガ イ ド (E P G : Electrical Program Guide)の伝送方法及び受信装置 に関する。 冃景技術 近年、 通信衛星 (C S ) によって、 テレビジョ ン信号をデジタル 信号化して伝送し、 例えば各家庭においてこの放送信号を受信して 視聴する C Sデジタル放送システムが普及してきている。 このよう な放送システムにおいては、 例えば 1 5 0近く あるチャンネルを確 保することが可能であるため、 これまでの地上波による放送と比較 しても、 非常に多くの番組を放送することができる。
このような放送システムでは、 多くの番組のなかから所望の番組 を確実に選択できるようにするために、 放送が予定される番組情報 と して電子番組ガイ ド情報を伝送し、 受信側においてこれを受信し て表示を行っている。 ユーザは、 この電子番組ガイ ドを見ることに よって所望の番組を選択することができる。
この場合、 E P G情報は、 D V B (Digital video Broadcast) 規 格の S I ( Servi ce informat ion) 形式で伝送されており、 受信装置 の利用者から E P G情報表示の要求があると、 その都度このテープ ルを受信し E P G情報を画面上に表示している。 S I形式で伝送さ れる E P G情報には、 スケジュール情報 (番組名、 放送チャンネル、 番組ジャンル、 放送開始時刻、 放送終了時刻、 番組内容説明など) だけが含まれており、 この E P G情報を受信した受信装置が予めプ 口ダラミングされた処理プログラムに応じて、 表示ィメージを作成 し、 表示するようになされている。 従って、 同じ E P G情報を受信 しても、 受信装置製造メーカー毎、 受信装置の種類毎に E P Gの表 示形態は異なるものとなっている。 この E P Gの表示形態は、 各受 信装置製造メ一力一毎に特徴を出せる一方、 E P Gを表示するため のソフ トウェア開発工数が年々増大しており、 開発に時間がかかる という課題がある。
また、 上記 C Sデジタル放送システムの他、 放送衛星 (B S ) を 用いたデジタル放送システム、 さらに地上波を用いたデジタル放送 システムが今後出揃うこととなる。 各放送はそれぞれ単独システム 専用の受信機で受信されるより も、 各システムに兼用の受信機で受 信されることが望ましい。 このため、 C S放送、 B S放送、 地上放 送にまたがってシームレスな統合 E P G情報を提供することが望ま れる。 発明の開示 本発明は、 このような状況に鑑みてなされたものであり、 より便 利で、 より開発工数が少なくて済む E P Gを提供するものである。 本発明に係る伝送方法は、 番組ガイ ド情報を映像及び音声信号と 共に伝送するものであって、 番組ガイ ド情報が表示装置に表示され る時の表示態様を制御する制御信号を含む番組ガイ ドデータを生成 し、 生成された番組ガイ ドデータを映像及び音声信号と共に伝送す るようにしたことを特徴とする。
また本発明に係る受信装置は、 番組ガイ ド情報が表示装置に表示 される時の表示態様を制御する制御信号を含む番組ガイ ドデータが 映像及び音声信号と共に伝送される放送信号を受信するものであつ て、 放送信号を受信する受信部と、 受信された信号の中から番組ガ ィ ドデータを抽出する抽出部と、 抽出された番組ガイ ドデータに含 まれる制御信号に基づいて、 番組ガイ ドの表示処理を行なう表示処 理部とを備えることを特徴とする。 図面の簡単な説明 図 1は、 本発明の実施の形態となる、 統合 E P Gシステムのブロッ ク図である。
図 2 A及び図 2 Bは、 上記統合 E P Gシステムを構成する、 番組比 較変更処理部の事前処理を説明するための図である。
図 3は、 上記番組比較変更処理部の確認変更処理を説明するための フローチヤ一トである。
図 4は、 シームレス E P Gシステムの全体構成を示すブロック図で ある。
図 5は、 上記シームレス E P Gシステム中の統合化ォーサリングセ ンターの構成を示すブロック図である。 図 6は、 定時送出用 E P Gデータと、 常時送出用 E P Gデータの送 出運用例を示す図である。
図 7は、 上記シームレス E P Gシステム中の C S / B Sデジタル放 送局の構成を示すブロック図である。
図 8は、 一般家庭に設置されている B S又は C S受信装置の構成を 示すプロック図である。
図 9は、 本発明の具体例となる差分更新情報システムの構成図であ る。
図 1 0は、 上記差分更新情報システムを構成する差分更新取得系の ブロック図である。
図 1 1は、 上記差分更新情報システムの更新処理を示すフローチヤ 一トである。
図 1 2は、 差分更新情報取得系における差分更新情報抽出受信フロ 一を示すフローチヤ一トである。
図 1 3は、 差分更新情報通知フォーマッ トを示す図である。
図 1 4は、 本発明の実施の形態となる、 番組情報受信装置の構成を 示すブロック図である。
図 1 5は、 上記番組情報受信装置の動作を説明するためのフローチ ャ一トである。
図 1 6は、 復号処理を詳細に説明するためのフローチャートである 図 1 7は、 鍵の取得と格納を説明するためのフ口一チャートである 図 1 8は、 本発明の実施の形態となる、 番組情報受信装置の構成を 示すブロ ック図である。
図 1 9は、 上記番組情報受信装置を構成する番組情報記憶部に記憶 されている番組情報の具体例を示す図である。 図 2 0は、 上記番組情報受信装置を構成する U R I解釈部が行う処 理の具体例を説明するためのフローチヤ一トである。
図 2 1は、 U R I解釈部の構造を表す図である。
図 2 2は、 上記番組情報受信装置を構成する U R I解釈部が行う処 理の他の具体例を説明するためのフローチャー トである。
図 2 3は、 上記番組情報送受信システムにおける送信側の構成を示 すブロック図である。
図 2 4は、 上記番組情報送受信システムにおける受信端末装置の構 成を示すプロック図である。
図 2 5は、 送出時刻情報の構造例を示す図である。
図 2 6は、 送信側の送出制御部の処理を示すフローチヤ一トである。 図 2 7は、 受信端末装置のコンテンッ受信制御部でのコンテンッ受 信のフローチヤ一トである。
図 2 8は、 乱数を使った受信動作時刻決定のフローチヤ一トである。 図 2 9は、 顧客 ID (受信機 ICカー ド番号)を使った受信動作時刻決定 のフローチヤ一トである。
図 3 0は、 横方向に日付、 縦方向に時間を軸と した、 番組表を示す 図である。
図 3 1は、 受信装置での処理を示すフローチヤ一トである。
図 3 2は、 表示すべき条件を複数設定出来るような広告データのフ ォーマツ ト図である。
図 3 3は、 上記図 3 2にフォーマッ トを示した広告情報の具体例を 示す図である。
図 3 4は、 上記図 3 3に示す広告情報の具体例を本発明を適用した 受信機が受信し表示するときの画面レイアウ トを示す図である。 図 3 5は、 広告情報を番組ガイ ド情報における利用者の選択に関連 付けて表示する受信の構成を示すプロック図である。
図 3 6は、 利用者によれ選択された番組又はチャンネルに関連して 広告情報を表示させるための処理を示すフローチヤ一トである。 図 3 7 A及び図 3 7 Bは、 上記図 3 6に示したフローチャートの処 理による具体的な表示例を示す図である。
図 3 8は、 利用者により選択されたジャンルに関連して広告情報を 表示させるための処理を示すフローチャートである。
図 3 9は、 上記図 3 8に示したフローチャートの処理による具体的 な表示例を示す図である。
図 4 0は、 上記広告情報を番組ガイ ド情報における時刻の経過に関 連付けて表示する受信機のプロック図である。
図 4 1は、 現在時刻に関連して広告情報を表示させるための処理を 示すフローチヤ一トである。
図 4 2 A及び図 4 2 Bは、 上記図 4 1に示したフローチャートの処 理による具体的な表示例を示す図である。 発明を実施するための最良の形態 以下、 本発明の実施の形態について図面を参照しながら説明する c この実施の形態では、 シームレスに統合 E P G情報を送受信するシ ステムを具体例と して挙げるが、 本発明はこれに限られるものでは ない。
先ず、 シームレスに統合 E P G情報を送受信するシームレス E P Gシステムについて説明する。 このシームレス E P Gシステムは、 C Sデジタル放送や、 放送衛星 (B S) を用いたデジタル放送シス テムにまたがってシーム レスな統合 E P G情報を扱うことができる c しかし、 シームレスな E P G情報提供システムを考えると、 統合 E P G情報はデータ量も多くなり、 またサービス内容の充実に伴つ てそれだけデータ量も多くなる。 このため、 例えば X ML (Extens ible Markup Language) をベースと したデータ放送方式を用い、 ォ ーサリング時に一括して統合的な E P G情報を作成することが考え られる。 従来行われていた S I テーブル形式での E P G情報の伝送 は主に上述のようなスケジュール情報で決められたデータのみを送 るのに対し、 文字データのみでなく、 表示デザインを送り手 (放送 局側またはコンテンツ製作者) が決められる、 画像音声等を入れ込 むことができる等のメ リ ッ トがある。 文字データについても、 上記 S Iテーブル形式では制限されている文字数、 外字等の制約が無く なるため、 より利用者にとってメ リ ッ トのある E P G情報が提供で きる。 また、 受信装置を製造するメーカーにとっては、 受信した X MLデータを受信 ' デコードして表示するソフ トウェアのみを開発 するだけでよく、 受信装置の機種毎に E P Gを表示するソフ トウェ ァを開発する必要がなく、 開発工数を削減することができる。
XML方式による上記 E P G情報、 或いは番組宣伝情報等のコン テンッでは、 番組情報の画面配置や提示制御が XMLゃスクリプト によって記述され、 提示される情報本体は、 XML文書から参照さ れる外部オブジェク トとなる。
例えば上記 E P G情報本体を XML文書から参照するためには、 インターネッ トの HTM L文書等によつても使用される UR L (Un iform Resource Locator) の拡張と して検討されてレヽる U R I (Un i form Resource Ident i fi er) の开式によって参照することになる。 上記統合 E P Gシステムを実現する上で、 当然ながら、 送出側に 番組表のデータベースが必要になる。 新規で構築するには、 コス ト が膨大となる上、 そのデータの収集方法についても、 情報源が 1個 所ではないため、 構築するとなると大変である。 そこで、 既存のテ レビガイ ドゃ、 新聞の番組欄を作成するシステムを使用し、 データ を取得することとする。 これにより、 番組表に必要なデータは、 入 手できる。 また、 これらの情報は、 S I フォーマッ トに比べ、 かな り豊富なものが用意されており、 データ放送の E P Gに使用するこ とで、 更に多くの情報をユーザに提供できる。
し力 し、 既存の新聞、 雑誌向けに作られたデータベースは、 もと もと、 番組変更に、 速く対応する必要が無いため、 プロ野球の段階 編成や、 雨天時の代替え番組への変更、 緊急突発的な番組の変更の 際に高速に対応できなかった。
この点で、 上記 S I フォーマツ トは、 放送局が直接管理を行い、 また、 システムと して、 番組の変更を数分で行える構成となってい る。
両者の長所と短所をまとめると、 次のようになる。 S I フォーマ ッ トは、 高速に変更が可能であるが、 送る情報に制限がある。 既存 のデータベースで作った E P Gは、 より多くの情報、 メディアで送 れるが、 変更が生じた場合すぐに伝送することができない。
そこで、 この二つを組み合わせることにより、 シームレス E P G システムを構築する。 なお、 図 1に示すのは後述する全体的なシー ムレス E P Gシステムの要部であり、 統合 E P Gを生成して送出す るまでの構成である。 既存システム 2 3 1は、 すでにある新聞、 雑誌のテレビ番組表を 管理するシステムである。 色々な情報元 A, B, C, Dからデータ が集められ、 番組表データベース 2 3 2に蓄えられる。 情報元 A, B , C, Dは放送局であったり、 放送局の委託を受けたところであ つたり、 番組制作会社である。
既存システム 2 3 1で、 番組表データベース 2 3 2にまとめられ た情報は、 テーブル生成部 2 3 8に送られる。 テーブル生成部 2 3 8では XMLによって、 テーブルが生成される。 こう して生成され たテーブルは、 実際にデータ放送を行うネッ トワークの事業主体も しくは放送局 2 3 9 a , 2 3 9 b , 2 3 9 cに送られる。 これら、 ネッ トワーク / /放送局 2 3 9 a , 2 3 9 b , 2 3 9 c に対し衛星放 送の場合は衛星毎、 また地上波放送の場合は地域毎といった具合に 送られる。 ネッ トワークノ放送局 2 3 9 a, 2 3 9 b、 2 3 9 cは、 テーブルを受け取るとこれを放送信号に多重化して放送する。 ユー ザはこれを受信装置によ り受信し、 番組表を見ることが出来る。
S I フォーマッ トの E P Gに変更があった場合の、 処理について 説明する。 番組比較変更処理部 2 3 6は、 予め番組表データベース 2 3 2から、 テーブル生成部 2 3 8に送られたデータと同じものを 受け取る。 S I受信部 2 3 3は、 S I フォーマッ トで送られた E P Gを受信機 2 3 4で受信し、 E P Gデコード処理部 2 3 5でデコー ドする。 S I フォーマツ トのものは、 放送局で直接管理されて送ら れてく る。 S I受信部 2 3 3で受信し、 E P Gデコード処理部 2 3 5でデコードしたデータは番組比較変更処理部 2 3 6に送られる。 S I受信部 2 3 3は、 電波から S I フォーマッ トの情報を取得する 場合で、 もし放送局からデータを直接もらえる場合には、 わざわざ 電波を受信する必要はない。 いずれにしても番組比較変更処理部 2 3 6に、 タイムリーに変更される番組情報が来るものとする。 番組 比較変更処理部 2 3 6は、 双方からデータを受け取ると、 事前処理 と して、 図 2 A、 図 2 Bに示す二つの情報を比較し、 サービス、 時 間枠、 タイ トルが同じ番組に対し、 目印と して I Dを割り振る。 そ して、 その後、 S I受信部 2 3 3からのデータに変更が無いかを、 図 3に示す処理を実行することで確認する。
すなわち、 ステップ S 1 4 1で E P Gデコード処理部 2 3 5から のデータを取り込み、 ステップ S 1 4 2で変更があり、 ステップ S 1 4 3でその変更個所の番組に I Dが振られていると判断したら、 ステップ S 1 4 4でその変更になった番組の情報を、 変更受付部 2 3 7を介してテーブル生成部 2 3 8に送る。 テーブル生成部 2 3 8 は、 変更受付部 2 3 7から入った情報に対しては、 最優先で処理し、 その情報を元に、 テーブルを生成、 ネッ トワーク Z放送局 2 3 9 a, 2 3 9 b、 2 3 9 cにそれを伝える。 ネッ トワーク Z放送局 2 3 9 a , 2 3 9 b、 2 3 9 cは、 テーブル生成部 2 3 8力、ら、 テーブル が来ると、 直ちに、 電波と して送出する。 これにより、 ユーザに速 く変更を伝えることができる。
図 4にはシームレス E G Pシステム 1 の全体構成を示す。 C Sデ ジタル放送局 2 と B Sデジタル放送局 4からの信号はそれぞれ C S 衛星 3及び B S衛星 5を介して統合 E P Gォーサリングセンター 6 で受信される。 統合 E P Gォーサリングセンター 6では B Sと C S の両方の放送信号を受信するとともに、 T V番組ガイ ド雑誌編集会 社 7や新聞社 8から地上波アナログ T V放送の E P Gデータ 9を受 信する。 統合 E P Gォーサリ ングセンター 6では後述するように C S衛星 3、 B S衛星 5から受信した放送信号から S I情報の一部と して伝送される E P Gデータを抽出する。 さらに抽出された C Sデ ジタル放送、 B Sデジタル放送の E P Gデータと地上波アナ口グ T V放送 9の E P Gデータに基いて、 X M Lによって記述され、 統合 化された E P Gデータを生成する。 こう して生成された統合化 E P Gデータは C S及び B Sデジタル放送局 2及び 4に伝送され、 それ ぞれの放送信号に多重化されて送出される。 従って、 C S衛星 3、 B S衛星 5からの放送信号中には、 S I情報の一部と しての E P G データの他に、 統合化 E P Gデータが多重化されていることになる。 これにより、 一般家庭 1 0では、 C Sデジタル放送または B Sデジ タル放送のいづれか一方の受信装置を持っていれば、 統合化された E P Gを見ることができる。 尚、 統合化ォ一サリングセンター 6で はじ Sデジタル放送や B Sデジタル放送の E P Gデータを衛星 3ま たは 5からの放送信号を受信することで取得しているが、 専用の地 上ケーブルを介して、 C Sデジタル放送局 2や B Sデジタル放送局 4から E P Gデータを受信するようにしてもよレ、。
図 5には統合化ォーサリングセンタ一 6の構成を示す。 統合化 E P Gォーサリングセンター 6では、 C Sデジタル放送と B Sデジタ ル放送の 2系統の受信設備が設けられており、 それぞれ、 チューナ 一、 復調回路、 誤り訂正回路から構成されるフロン トエン ド 1 2 , 1 6 と、 フロン トエン ド 1 2 , 1 6から出力される トランスポート ス トリームから S I情報の一部と して伝送される E P Gデータを抽 出するデマルチプレクサ 1 3 , 1 7 と、 抽出された E P Gデータを 記憶する E P Gデータベース 1 4, 1 8が設けられている。
また、 新聞社や T V番組ガイ ド雑誌編集会社から入力端子 2 0 , 2 3を介して伝送されてきた地上波アナログ TV放送の E P Gデー タ 2 1, 2 4用のデータべ一ス 2 2も設けられている。
さらに広告情報 (静止画、 説明テキス トなど) を記憶した広告デ ータベース 2 5も設けられている。
統合 E P Gォーサリ ング P C 1 9は、 これらの 4つのデータべ一 ス 1 4, 1 8, 2 2, 2 5を参照することによって、 XMLによつ て記述され、 統合化された E P Gコンテンツを作成する。 作成され た E P Gコンテンツは、 定時送出用の E P Gデータと常時送出用の E P Gデータとに分けられて統合 E P Gデータベース 2 6に記憶さ れる。 統合 E P Gデータベース 2 6に記憶された、 E P Gデータは、 送出制御部 2 7を介して B S及び C Sデジタル放送局に伝送される。
ここで E P Gコンテンッを定時送出用の E P Gデータと常時送出 用の E P Gデータとに分ける理由について説明する。 上述のよ うに、 シームレスな E P G情報提供システムを考えると、 統合 E P G情報 はデータ量も多く なり、 またサービス内容の充実に伴ってそれだけ データ量も多くなる。 このように大きなデータ量の E P Gデータを 送信するには、 広い帯域が必要となる。 しかしながら、 E P Gデー タは基本的に付加的なデータであるため、 このような付加的なデー タに広い帯域を確保することは不可能である。 一方、 狭い帯域で大 きなデータ量を送るようにすると、 全てのデータを受信するまでに 時間がかかってしまう。 そこで、 本発明で説明する統合 E P Gシス テムでは、 1Bに数回、 比較的広い帯域を用いて、 全ての E P Gデー タを送出すると共に、 定時的に送出された E P Gデータに変更が生 じた場合には、 この変更されたデータを差分情報と して、 狭い帯域 で常時送出するよ うにしている。 受信側では定時送出された E P G データを受信して、 受信機側に設けられた記憶装置 (メモリ、 ハー ドディスク等) に記憶すると共に、 常時送出されている差分情報を 受信すると、 受信された差分情報によって、 記憶装置に既に記憶さ れた E P Gデータを更新するようにしている。
図 6には定時送出用 E P Gデータと、 常時送出用 E P Gデータの 送出運用例を示す。
例えば、 E P Gデータの内容と して番組スケジュール■ 内容情報 を送出する運用例を以下に示す。 毎 3定時に、 午前 3回、 午後 3回、 それぞれ、 午前中に放送される番組スケジュール · 内容情報と午後 から夜にかけて放送される番組スケジュール . 内容情報の全て ( 1 0 1 ) を送出する(ルーチン情報送出と呼ぶ)ものとする。 これらの 定時送出と並行して、 それぞれの既送出情報 1 0 1からの内容変更 等が起こった場合の差分更新情報 1 0 2も常時送出される(差分更新 情報送出と呼ぶ)ものとする。
図 7には C S/B Sデジタル放送局 2又は 4の構成を示す。 C S または B Sデジタル放送局 2又は 4では、 番組の素材となる映像、 音声データを記憶する番組素材サーバー 3 0 , 3 3 , 3 6 と、 番組 素材サーバーからの映像、 音声データを MP E Gによって圧縮符号 ィ匕する MP E Gエンコーダ 3 1 , 3 4 , 3 7と、 MP E Gェンコ一 ダによって圧縮されたデータを トランスポートバケツ ト化する T S パケッ ト化部 3 2 , 3 5 , 3 8を備えている。 そして複数の T Sパ ケッ ト化部 3 2, 3 5 , 3 8から出力される トランスポートス トリ ームを多重化するマルチプレクサ 3 9が設けられている。 またマル チプレクサ 3 9には、 E P Gデータを含む S I情報も供給されるよ うになつており、 T Sパケッ ト化部 3 2 , 3 5, 3 8からの トラン スポートス ト リームと共に多重化される。
さらに、 統合化 E P Gォーサリ ングセンター 6から伝送されてき た E P Gデータが入力端子 4 1 を介して送出処理部 4 2に供給され る。 送出処理部 4 2では、 D S M— C C (Digi tal Storage Media- Command and Control ) と呼ばれるプロ トコノレに沿った処理が施され る。 また送出処理部 4 2では、 D S M— C Cで規定されたデータ力 ルーセル方式で送出処理が行われる。
こ う して送出処理された統合化 E P Gデータは、 マルチプレクサ 3 9に供給され、 映像、 音声、 S I情報と共に多重化される。 マル チプレクサ 3 9から出力されたデータは誤り訂正符号化回路 4 3で 誤り訂正符号の生成 · 付加が行われた後、 変調器 4 4で所定の変調 方式によって変調され、 アンテナ 4 5から送信される。
図 8には一般家庭 1 0に設置されている B S又は C S受信装置の 構成を示す。 B S又は C S受信装置 5 0は、 チューナー、 復調回路、 誤り訂正回路から構成されるフロン トエン ド 5 2 と、 フロン トェン ド 5 2から出力される トランスポー トス ト リームの P I D (バケツ ト I D ) を参照して、 各 トランスポー トパケッ トを各部に振り分け るデマルチプレクサ 5 3を備えている。 デマルチプレクサ 5 3は受 信したデータを一旦、 接続されたメモリ 5 4に格納する。 そしてデ マルチプレクサ 5 3は、 ユーザーによって選択された番組のビデオ データ及びオーディオデータを格納する トランスポー トパケッ トを メモリ 5 4から順次読み出し、 それぞれビデオデコーダ 5 5 とォー ディォデコーダ 5 9に供給する。 またデマルチプレクサ 5 3は、 受 信した信号中に、 定時送出された E P Gデータや常時送出された E P Gデータが含まれている場合には、 そのデータを抽出し、 C P U 6 7を介して、 C PU 6 7に接続されたメモリ 7 2に格納する。 ビデオデコーダ 5 5は M P E G 2フォーマッ トにしたがって、 デ コード処理を行い、 デコードされたビデオデータを表示フォーマツ ト変換部 5 7に出力する。 表示フォーマッ ト変換部 5 7は、 TVの 表示フォーマッ トに適した表示ができるような変換処理を上記デコ ードされたビデオデータに施す。 たとえばデコードされたビデオデ ータが HDTVの信号であり、 T Vが NT S C対応である場合には、 デコードされたビデオデータを変換して NT S Cフォーマツ トに変 換し、 出力端子 5 8に送る。
オーディオデコーダ 5 9は、 M P E Gオーディオや A A C (Adva need Audio Coding) 方式によって圧縮されたオーディオデータのデ コード処理を行う。 デコード処理されたオーディオデータは DZ A 変換されてアナログ音声信号で出力されたり、 光デジタル出力と し てデジタルオーディオデータのまま出力される。
デマノレチプレクサ 5 3には I E E E 1 3 9 4インターフェイス 6
5が接続されており、 受信した トランスポー トス ト リームを出力端 子 6 6を介して外部機器に出力したり、 外部機器から トランスポー トス ト リームを受信することができる。
受信機の各部は C P U 6 7によって制御される。 C P U 6 7は各 部の制御を行う制御部 6 9 と、 D SM— C C処理部 7 0、 XML処 理部 7 1 とから構成されている。 尚、 これらの処理は全てソフ トゥ エアで行われる。
D S M- C C処理部 7 0は、 C PU 6 7に接続されたメモリ 7 2 から E P Gデータを読み出して所定の処理を施し、 XML形式のデ ータを得て、 XML処理部 7 1に対して出力する。 X M L処理部 7 1は、 X M Lに含まれるスク リプトを実行したり、 画面表示のための表示信号の生成を行う。 X M L処理部 7 1によつ て生成された表示信号は、 ビデオデコーダ 5 5に送られて、 ビデオ デコーダ 5 5内の表示処理機能を使って最終的な表示信号とされる。 たとえば、 X M Lによって記述された E P G画面の一部に、 現在受 信しているチャンネルの映像を子画面表示するといった具合である。 次に、 上記図 6に運用例を示した差分更新情報を送受信するシス テム (差分更新情報の送受信システム) に着目 して説明を行う。 受信装置に既に蓄積された放送波で送られた E P G情報を更新す る際、 更新が起こったテーブル全体を置き換えるか、 もしくは、 更 新が起こった箇所のみ書き換える必要がある。 テーブル全体を書き 換える方法は簡単で間違いがないが、 変更のない部分も合わせて放 送し更新することになるため、 余分な放送帯域や処理のための受信 機側の余分な計算資源を使うことになる。 更新が起こった箇所のみ 書き換える方法は、 従来の方法によると更新の手順の記述が汎用的 ではなく、 一般に普及しているデータベース等に格納されたテープ ルの更新に適用することができない。 また、 テーブルの内のエンド ユーザの関心のある部分のみに関する差分更新だけを効率良く フィ ルタリングできない。 そこで、 ここでは、 ユーザの関心のある内容 に関する更新の起こった箇所のみ効率よく受信装置にフィルタリ ン グさせることのできるようにする手法について説明する。
図 9は差分更新情報送受システムの構成図である。 放送ネッ トヮ ーク 1 2 4を介して送信サイ ト 1 2 0と複数の受信サイ ト 1 2 5が 結ばれている。 放送ネッ トワーク 1 2 4は放送型データ転送を行う 系であり、 衛星放送系、 地上波放送系、 インタ一ネッ ト上のブロー ドキャス ト /マルチキャス トネッ トワーク等さまざまなネッ ト ワーク 形態が考えられる。
送信サイ ト 1 2 0は、 放送機器や P C、 それらがネッ トワークで 結ばれた送信サイ ト内ネッ トワーク(放送局内ネッ トワーク等)等さ まざまな形態が考えられる。 上記図 4に示した具体例では統合 E P Gォーサリングセンター 6がこの機能を備える。
受信サイ ト 1 2 5は、 セッ ト トップボックスや P C、 それらがネ ッ トワークで結ばれた受信サイ ト内ネッ トワーク (ホームネッ トヮ一 ク等)上の機器等さまざまな形態が考えられる。 上記図 4に示した具 体例では一般家庭 1 0内部に設置される。
送信サイ ト 1 2 0内部のテーブル内容更新系 1 2 1は、 E P G情 報の内容を更新するものであり、 テーブル記憶域 1 2 2に記憶され るテーブルの内容を更新する。 更新は送信サイ 卜におけるエン ドュ 一ザもしくはアプリケーショ ンにより行われる。 上記図 5に示した 統合 E P Gォーサリング P C 1 9がこの機能を備える。
テーブル記憶域 1 2 2は送信サイ ト 1 2 0におけるテーブル記憶 域であり、 送信サイ ト 1 2 0内のメモリやハードディスク、 送信サ イ ト 1 2 0が送信サイ ト内ネッ トワークで構成されている場合は送 信サイ ト内ネッ トワークに接続された記憶機器(メモリ /ハードディ スク /テープデバイス等)である。 図 5においては、 統合 E P Gデー タベース 2 6がこの機能を備える。
差分更新情報配布系 1 2 3はテーブル記憶域 1 2 2に記憶される テーブルの内容の変更(テーブル全体の生成消去を含む)を検知して その変更を受信サイ ト 1 2 5内部の後述するテーブル記憶域 1 2 8 に反映させるための差分更新情報を生成し、 放送ネッ トワーク 1 2 4を介して複数の受信サイ ト 1 2 5内部の差分更新情報取得系 1 2 6に放送する系である。 図 5においては、 送出制御部 2 7がこの機 能を備える。
テーブル記憶域 1 2 8は、 受信サイ ト 1 2 5におけるテーブル記 憶域であり、 受信サイ ト 1 2 5内のメモリやハードデイスク、 受信 サイ ト 1 2 5が受信サイ ト内ネッ トワークで構成されている場合は 受信サイ ト内ネッ トワークに接続された記憶機器(メモリ /ハードデ イスク /テープデバイス等)である。 図 8においては、 メモリ 7 2が この機能を備える。
差分更新情報取得系 1 2 6は、 放送される差分更新情報を取得す る系である。 図 8においては、 フロントエンド 5 2、 デマルチプレ クサ 5 3、 メモリ 5 4、 C P U 6 7がこの機能を備える。 テーブル 内容更新系 1 2 7は差分更新情報取得系 1 2 6から渡される差分更 新情報に基づきテーブル記憶域 1 2 8に記憶されるテーブルの内容 を更新する系である。 図 8においては、 C P U 6 7がこの機能を備 .る。
この受信サイ ト 1 2 5は本発明の番組情報受信装置の具体例であ る。 つまり、 差分更新情報取得系 1 2 6は、 送信サイ ト 1 2 0から 送信されてく る、 後述の差分更新情報通知フォーマッ トを選択的に 取り出す。 また、 テーブル内容更新系 1 2 7は差分更新情報取得系 1 2 6で選択的に取り出した上記差分更新情報通知フォーマッ トを 用いて予め定時送出されている番組情報中の変更部分のみを書き換 える。
図 1 0に差分更新情報取得系 1 2 6の詳細を示す。 差分更新情報 抽出系 1 3 1 と選別情報更新系 1 3 2 と選別情報記憶域 1 3 3 とか らなる。 差分更新情報抽出系 1 3 1は放送ネッ トワーク 1 2 4から 放送されてく る差分更新情報を受信し、 その中から選別情報記憶域 1 3 3に格納されている選別情報に基づいて、 この受信サイ ト 1 2 5で必要とされる差分更新情報を抽出する系である。 選別情報更新 系 1 3 2は選別情報記憶域 1 3 3の選別情報を更新する系である。 選別情報の更新は受信サイ トのェンドユーザやアプリケーショ ンに より行われる。
上記図 9に示した差分更新情報送受システムでの更新処理を図 1 1に示す。 先ず、 ステップ S 6 1においてテ一ブル内容更新系 1 2 1がテーブル記憶域 1 2 2内のテーブル (U R I にて識別) を更新 する。 ここで、 U R I ( Uni form Resource Ident ifi er) とは上述し たように、 ィンターネッ トの H T M L文書等によっても使用される U R L ( Uni form Resource Locator) の拡張と して検討されてレ、る 識別情報であり、 X M Lではこの U R I によつてテーブルを指定す ることになつている。
次に、 ステップ S 6 2において差分更新情報配布系 1 2 3がステ ップ S 6 1での更新を検知すると、 ステップ S 6 3において差分更 新情報を生成し、 放送ネッ トワーク 1 2 4を介して複数の受信サイ ト 1 2 5の差分更新情報取得系 1 2 6に放送する。
放送ネッ トワーク 1 2 4を介して受信サイ ト 1 2 5に送信されて きた差分更新情報はステップ S 6 4において差分更新情報取得系 1 2 6が抽出し取得する。
そして、.ステップ S 6 5においてテーブル内容更新系 1 2 7がス テツプ S 6 4で抽出受信した差分更新情報をもとにテーブル記憶域 1 2 8の対象テーブルを更新する。 ステップ S 6 4での差分更新情報取得系 1 2 6における差分更新 情報抽出受信フローを図 1 2に示す。 先ず、 ステップ S 7 1におい て差分更新情報抽出系 1 3 1が差分更新情報を受信する。 そして、 受信した差分更新情報が、 選別情報記憶域 1 3 3に格納されている 選別情報に合致しているか否かを判断し、 合致していればステップ S 7 3においてその差分更新情報をテーブル内容更新系 1 2 7に渡 す。
上記図 1 1のステップ S 6 1から S 6 3において差分更新情報配 布系 1 2 3がテーブル記憶域 1 2 2に記憶されるテーブルの内容の 変更(テーブル全体の生成消去を含む)を検知すると、 図 1 3に示す 差分更新情報 (以下では差分更新情報通知フォーマッ トと記す) が 生成される。
この差分更新情報通知フォーマツ トには、 更新対象であるテープ ルの固有な U R I が記述されている。 さらに、 受信サイ ト 1 2 5に U R I の所定の部分だけを判断させるためのフィルタ リ ングマスク が生成され、 ヘッダと して付加される。
フィルタリングマスクは上記図 1 2のステップ S 7 2にて差分更 新情報を抽出すべきか否かの判断に用いられる情報である。 差分更 新記述とは、 更新対象テーブルの U R I で識別されるテーブルに対 する差分更新処理の記述である。
上記差分更新情報通知フォーマツ トを生成するため、 差分更新情 報配布系 1 2 3では、 先ず、 フィルタリ ングマスクを生成し、 この フィルタ リングマスクを、 更新対象テーブルの U R I と差分更新記 述に付加している。 こう して生成された差分更新情報通知フォーマ ッ トデータは、 放送ネッ トワーク 1 2 4に対して伝送される。 このフィルタリ ングマスクは、 図 1 1のステップ S 6 4における 差分更新情報の抽出処理の、 さらに図 1 2のステップ S 7 2での比 較処理において用いられる。 差分更新情報の受信に先立ち、 上記図 1 0における選別情報更新系 1 3 2が選別情報記憶域 1 3 3に格納 - 更新しておく。
次に、 フィルタ リングマスクの具体例を挙げる。 U R I はテキス ト文字列であり、 可変長の長いバイ ト列となる。 先ず、 これをハツ シュ関数を通すことによ り固定長の短いバイ ト列(例えば 4バイ ト 等)に落とすことが考えられる。 このハッシュ値を比較に利用するこ とにより、 比較の際の無駄な処理コス ト /オーバーへッ ドを押さえる ことができる。 差分更新情報の受信に先立ち、 選別情報更新系 1 3 2力 S、 テーブル記憶域 1 2 8に格納されている、 テーブル記憶域 1 2 2に格納されているテーブルの複製(既に放送 ■ 受信されて格納さ れている)の U R Iの一覧をつく り、 選別情報記憶域 1 3 3に格納し ておく。
例えば、 差分更新対象のテーブルが、 以下の表 1に示す "お勧め 番組情報" である場合、 エンドユーザの好みのジャンルに関係する お勧め番組情報の差分更新情報のみ抽出することができる。 ここで、 お勧め番組情報とは、 新聞や雑誌のラジオテレビ欄外にある今日の お勧め番組情報に対応するものである。 例えば、 エン ドユーザがス ポーッ番組を好む場合、 スポーツのジャンルに該当するお勧め番組 情報のみを抽出することができる。 "おすすめ番組表"
Figure imgf000024_0001
ASHID:お勧め番組 ID、 UCH:全国でユニーク配番されたチャンネ ル番号、 DAY:日付、 SHID:番組 ID、 LDESC:長い番組紹介文
なお、 お勧め番組情報にはジャンル I D (JID) のフィール ドがな いが、 表 2に示す "番組素材情報'' により JIDとダミー番組 ID(DSHI D)との関係がわかり、 表 3に示す "番組枠情報" によりダミー番組 ID(DSHID)と番組 ID (SHID)との関係がわかるので、 お勧め番組とジャ ンルの対応関係を識別することができる。
表 2
"番組素材情報"
Figure imgf000024_0002
DSHID:ダミ一番組 ID。 ダミ一チャンネル内ユニーク、 JID:ジャンノレ ID、 FEA: 8ビッ トのフラグ。 各ビッ トは
HDorSD等を表す、 SHNAME:番組名称、 SDESC:短い番組説明 LDESC:長い番組説明 表 3
"番組枠情報"
Figure imgf000025_0001
SHID :番組 ID。 チャンネル内ユニーク、 ST :開始時刻、
DCH :ダミーチャンネル、 BN :ブロック番号。
ダミ一チヤンネル内ユニーク、 DSHIC :ダミ一番号。
ダミーチャンネル内ユニーク
ここで、 差分更新情報の受信に先立ち、 選別情報更新系 1 3 2力 エン ドユーザの嗜好にあわせて、 JIDの一覧をつく り、 選別情報記憶 域 1 3 3に格納しておく。 例えばェンドユーザに対してジャンル情 報の一覧を提示してェンドユーザの好みのジャンル名を選択させる ことにより JIDの一覧を作ることができる。
尚、 上記番組素材情報とは、 ダミーチャンネル毎のブロック単位 の番組情報である。 U R I =ダミーチャンネル番号 +ブロック番号 であり、 ダミ一チャンネル数 X同時送出ブロック数分のテーブルが ある。 所望のダミーチャンネル番号及びプロック番号を指定するこ とにより、 所望の番組素材情報を得る。
また、 上記番組枠情報とは、 チャンネル毎の 1 日単位の番組枠情 報である。 U R I =チャンネル番号 + 付であり、 チャンネル数 X 同時送出日数分のテーブルがある。 所望のチャンネル番号及び日付 を指定することにより、 所望の番組枠情報を得る。
次に、 差分更新対象のテーブルが上記表 1に示した "お勧め番組 情報" である場合、 エン ドユーザの好みのタ レン トに関係するお勧 め番組情報の差分更新情報のみ抽出することもできる。 例えば、 ェ ン ドュ一ザがブルース · ウィルスが好きな場合、 ブルース ' ウィル スが出演するお勧め番組情報のみを抽出することができる。 尚、 お 勧め番組情報にはタ レン ト ID ( TID) のフィールドがないが、 表 4に 示すタレント出演者情報の TIDと SHIDの対応からお勧め番組情報の S HIDの関係がわかるので、 お勧め番組と出演者の対応関係を識別する ことができる。
表 4
"タ レン ト出演情報"
Figure imgf000026_0001
TID :タ レン ト ID、 TNAME :タ レン ト名、 NUM :出演番組数、
UCH :チャンネル数、 DAY :日付、 SHID :番組 ID
ここで、 タ レン ト出演情報とは、 タ レン ト名一覧から、 タレン ト の出演している番組をリス ト表示させるものである。 ユーザーはタ レント名をキーワードと して入力する必要もなく、 また、 受信機が 検索機能を持たなくてもよい。 ただし、 タ レン ト名は送り側で指定 したものに固定になる。
そして、 差分更新情報の受信に先立ち、 選別情報更新系 1 3 2力 エン ドユーザの嗜好にあわせて TIDの一覧をつく り、 選別情報記憶域 1 3 3に格納しておく。 例えばェンドユーザに対して出演者情報の 一覧を提示してェンドユーザの好みのタレント名を選択させること により、 TIDの一覧を作ることができる。
次に、 差分更新対象のテーブルが上記表 1に示す "お勧め番組情 報" である場合、 エンドユーザの好みのニュース トピックに関係す るお勧め番組情報の差分更新情報のみ抽出することもできる。 例え ば、 エンドユーザが経済ニュースに興味がある場合、 経済ェユース に関するお勧め番組情報のみを抽出することができる。 尚、 お勧め 番組情報にはニュース トピック ID (NID)のフィールドがないが、 表 5 に示す "ニュース トピック情報" の NIDと SHIDの対応からお勧め番組 情報の SHIDの関係がわかるので、 お勧め番組と -ユース トピックの 対応関係を識別することができる。
表 5
"ニュース トピック情報"
Figure imgf000027_0001
NID:ニュース トピック ID、 NNAME:ニュース トピック名、
NUM :放映番組数、 UCH :チャンネル数、 DAY : 付、
SHID :番組 ID
ここで、 ニュース トピック情報とは、 ニュース トピックの一覧か ら、 その トピックに関してニュースを放映する番組をリス ト表示す るものである。
そして、 差分更新情報の受信に先立ち、 選別情報更新系 1 3 2力 エン ドユーザの嗜好にあわせて NIDの一覧をつく り、 選別情報記憶域 1 3 3に格納しておく。 例えばェンドユーザに対してニュース トビ ック情報の一覧を提示してェンドユーザの好みのニュース トピック を選択させることにより、 NIDの一覧を作ることができる。
これら以外にも同様な方法で、 他の各テーブル内のパラメータを 差分更新情報のフィルタ リ ングマスクの値と して用いることができ る。 これらパラメータを複数組み合わせて、 より選択精度の高いフ ィルタリ ング条件を設定することもできる。
次に、 上記図 1 3に示した差分更新情報通知フォーマッ ト中の差 分更新記述の例を以下に挙げる。
例えば、 更新対象テーブル内のあるレコード内のある属性フィ一 ルドの内容を変更するよ うなスク リプトを用いることができる。 一 般的なテーブルデータを受信側に運ぶときに使う、 バイナリテープ ルォブジェク ト (BinaryTableObject) で受信サイ トに放送 . 蓄積さ れる場合、 ECMA Scriptを用いて、 DOM (Document Object Model) - APIを介してテーブル内容の変更手続きを記述することにより、 Bin aryTableObjectのフィールド単位での更新が可能となる。 ここで、 ECMA Scriptとは、 JavaScriptを標準化規格にしたものである。 また DOM— APIと ίま、 BinaryTableObjectの内容を、 どのように変更する力 とレヽぅ APIである。
また、 例えば、 更新対象テーブル内のある行の、 ある列の内容を 変更するような SQL(Structured Query Language)ステー卜メン卜を 用いることができる。 SQLステー トメ ン トを用いることにより、 受信 サイ トに実装された一般的な RDB(Relational Database)にテーブル を格納管理することができる。
これら以外にも差分更新記述方式が考えられる。 また、 これら複 数の記述をすベて上記図 1 3の差分更新記述フィールドに格納する 'ことにより、 異なる種類のテーブル管理方式を実装している複数の 受信サイ トに対して同一内容の差分更新情報を放送することが可能 となる。 このようにユーザの関心のある内容に関する更新の起こつ た箇所のみ効率よく受信装置にフィルタリングさせることができる。 次に、 バイナリーテーブルオブジェク トのォブジェク トレベルの 暗号化制御について説明する。
XMLでは、 処理手順を記述したスク リプト (script) が用いら れる。 このスク リプトを送信データからダウンロードし、 受信機上 で実行することにより、 ェンドユーザとの対話管理 ■ グラフィカル ユーザイ ンターフェイスの制御を行うことができる。 また、 細かな 制御シナリオの変更が可能となる。 このスク リプト内で扱う E P G Z広告等のテキス ト 数値情報等は、 標準化が進められている、 B S 2 0 0 0の仕様におレヽては、 B M L (Broadcast Multimedia La nguageの略であり、 XM Lをベースと し、 放送用に特化した言語で ある)仕様にて規定されているバイナリーテーブルオブジェク ト (B inary Table Object) に格納して受信機に放送される。 この Binary
Table Objectの内容を動的に更新し放送することにより、 E P G, 広告情報を表示する際に用いる BMLの表示制御情報ゃスク リプト の内容を逐一変更してダウンロードしなおすことが必要なくなる。
ところで、 バイナリテーブルオブジェク ト (Binary Table Objec t) で転送される E P G,広告等の情報の種類によっては、 サービス の差別化を図るために、 ある視聴契約クラスに属するェンドユーザ のみにしか見せないように制御する必要がある場合が考えられる。 ただ、 BMLでは、 Binary Table Objectの個別の (データ力ルーセ ルのモジュールレベル) 暗号化処理は特に規定していない。 そこで、 ここでは、 バイナリテーブルオブジェク ト (Binary Table Object) のォブジェク トレベルの暗号化制御を実現する手法について説明す る。
図 1 4に示すデータ処理装置 1 4 0は、 上述の図 8の D SM_ C C処理部 7 0及び XML処理部 7 1の構成を詳細に記載したもので あり、 実際にはソフ トウェアによって処理されるものである。
このデータ処理装置 1 4 0は、 入力端子 1 4 1を介して例えば M P E G 2- T S ( トランスポー トス ト リーム) による放送ス ト リーム をス ト リーム受信 &データカルーセル処理部 1 4 2で受ける。 ス ト リーム受信 &データカルーセル処理部 1 4 2は、 上述の図 8のデマ ルチプレクサ 5 3及び D SM— C C処理部 7 0に相当するもので、 MP EG 2- T Sを解き、 またデータカルーセルを解いてバイナリー テーブル (BinaryTable) オブジェク ト形式の番組情報だけをバイナ リ一テーブルオブジェク トサーバ 1 44に渡す。
バイナリ一テーブルオブジェク トサーバ 1 4 4は、 バイナリーテ —ブルオブジェク トを格納する。 スク リプト処理部 1 4 3はユーザ からの内容照会等メ ソッ ドをバイナリ一テーブルオブジェク トサー ノく 1 44に渡し、 それに対する返答を返させる。
バイナリーテーブルオブジェク トの中には、 サービスの差別化を 図るため、 ある視聴契約クラスに属するユーザにしか見せないよう に制御する必要のあるものがある。 これらは、 送信側で暗号化され ており、 データ処理装置 1 4 0では、 復号処理部 1 4 5を用いて必 要に応じて暗号化番組情報を復号する。 復号処理部 1 4 5で復号さ れた番組情報はバイナリ一テーブルオブジェク トサーバ 1 4 4に渡 される。 ここで、 復号処理部 1 4 5は、 上記放送ス ト リーム中のスク リプ トから取得された復号鍵を用いて暗号化番組情報を復号する。 復号 鍵は、 鍵選択処理部 1 4 6に接続された鍵記憶部 1 4 7に格納され ている。 すなわち、 鐽選択処理部 1 4 6は復号処理部 1 4 5からの 鍵照会に対して対応する復号鍵を鍵記憶部 1 4 7から取り出して復 号処理部 1 4 5に渡す。
このデータ処理装置 1 4 0の動作を図 1 5のフローチャートに示 す。 先ず、 ステップ S 8 1においてスク リプト処理部 1 4 3がユー ザの操作に応じてバイナリーテーブルオブジェク トを指定し生成を 指示する。 これはスク リプトの中で例えば
BinaryTable bt = BinaryTable (
"BinaryTableオブジェク 卜の URI〃,
〃フォーマツ ト指定)"
のようになる。
すると、 ステップ S 8 2にて BinaryTableオブジェク トのコンス ト ラクタ(オブジェク トの生成処理を行うプログラムコードでスク リプ ト処理系で実行される)において、 指定された名前のファイルを取得 するようバイナリ一テーブルオブジェク トサーバ 1 4 4に依頼する。 次に、 ステップ S 8 3においてバイナリ一テーブルオブジェク ト サーバ 1 4 4は、 ス トリーム受信 &データカルーセル処理部 1 4 2に ステップ S 8 2で依頼された BinaryTableObjectを取得するよ う依頼 する。
すると、 ステップ S 8 4におレヽて BinaryTableObjectのフアイノレは 上述のリ ソースと してデータカルーセルのモジュールに格納されて おり、 ス ト リーム受信 &データカルーセル処理部 1 4 2は、 オンエア されているス トリームに断片化されて流れているデータプロック力 ら BinaryTableObjectの格納された moduleを再構成する。 断片化され たデータプロック群はあらかじめ放送ス トリームの中からス ト リ一 ム受信 &データカルーセル処理部 1 4 2の記憶域(複数のデータブロ ックを格納することが可能なサイズを持つ)に適宜キヤッシュされ、 新しい断片化プロックを受信するたびにキヤッシュが更新される。 そして、 ス ト リーム受信 &データカルーセル処理部 1 4 2は、 取得し た moduleを復号処理部 1 4 5に渡す。
ステップ S 8 5において復号処理部 1 4 5は module内の entity - h eaderのし ontent一 type (meaia_typeノを ベ、 appl icat ion/SLEX_enc rypted— btable と記述されている場合は、 ステップ S 8 6に進み、 moduleの entity— bodyに格納されてレヽる BinaryTableObjectの復号ィ匕 処理を行う。 暗号化されていない場合は moduleの entity- bodyに格納 れてレヽる BinaryTableObjectをそのまま BinaryTableObject server に渡す。
ステップ S 8 6において復号処理部 1 4 5は鍵選択処理部 1 4 6 から復号鍵を取得し、 ファイルの復号化処理を行い、 ステップ S 8 7で複号化されたバイナリ一テーブルオブジェクをサーバ 1 4 4に 渡す。
そして、 ステップ S 8 8にてスク リプトに記述されている後続の BinaryTableObjectの内容照会処理に対して、 スク リプト処理部 1 4 3がサーバ 1 4 4に照会メ ソッ ドを発行し、 サーバー 1 4 4のメモ リ (スク リプト処理系以外の外部からのアクセスに対してプロテク ト された記憶域とする)内に展開された BinaryTableObjectの内容から その返答を得る。 ここで各々の照会メ ソッ ドの起動のたびに照会メ ソッ ドの実行が許されているか否かがチェックされる。 スク リプト からの一連の照会が終わると、 展開された BinaryTableObjectはメモ リから消去される。
ここで、 BMLの文書ならびにそれらの文書から参照されるモノメデ ィァデータ等のリ ソースの伝送には 「データ放送方式仕様その 2」 にて定義されるデータカルーセル伝送方式が用いられる。 データ力 ルーセル方式を用いて伝送される個々のモジュール(転送の単位)に は、 IETF RFC2068で規定された HTTP八.1のエンティティ形式でリ ソ ースが格納される。 エンティティはリ ソースを含む Entity-bodyとそ のメタ情報(リ ソースの内容に関する情報)を含む Entity-headerとか らなる。 Entity— header ίこお【7る Content-type (media-type)とレヽっフ ィ ーノレ ド こ、 例え fま、 "application/SLEX— encrypted_btable のよ う な文字列を指定することにより、 格納されるリ ソースの内容が暗号 化されていることを明示することができる。 暗号化されていない場 合は例えば、 application/X - arib - btable"のように指定される。 Module = *entity-neader
CRLF
[entity- boayj
entity-bodyの部分に格納されている喑号化されたリ ソースは、 ス ク リプトにおいて BinaryTableオブジェク トが生成されるときに復号 化される。 復号化の手順は上記図 1 5に示したフローチヤ一トの通 りであるが、 ステップ S 8 6の処理を図 1 6を用いて詳細に説明す る。
すなわち、 ステップ S 9 1で復号処理部 1 4 5は鍵選択処理部 1 1 4 6から鍵を取得する。 そして、 ステップ S 9 2で取得した鍵に よりバイナリ一テーブルオブジェク トを復号する。
次に、 鍵の取得と格納について説明する。 BinaryTableオブジェク トの復号化された後のフォーマツ トは、 BinaryTableオブジェク トを 生成する際に指定する URIにより一意に定まるよ うにする。 例えば、 鍵を格納する BinaryTableオブジェク トファイルに鍵であることがわ かるような特別な URIを割り当て、 そのフォーマッ トを規定すること により、 BinaryTableオブジェク トの各種メ ソッ ドを用いて内容照会 を行うことができる。
鍵を取得するには、 スク リプトにおいて、 鍵固有の URIを指定して BinaryTableオブジェク 卜を生成し、 例えば、 BinaryTable. toStrin g()等によ り平文の鍵を取り出し、 それを鍵選択処理部 1 4 6に渡す t 鍵選択処理部 1 4 6は記憶域(不揮発性メモリ、 ディスク等)に鍵を 格納し、 復号処理部 1 4 5からの鍵照会に備える。 この鍵取得処理 は、 運用にもよるが、 例えば月の変わり 目で一回の周期で鍵が更新 される場合は、 月一回月の変わり 目の数日前に行われる。
鍵選択処理部 1 4 6は、 復号処理部 1 4 5からの鍵照会に対して、 照会の日時を参照して対応する鍵を返す。
ところで、 暗号化された BinaryTableオブジェク トの放送に先立つ て鍵を放送しておかなければならない。 鍵の取得と鍵選択処理部へ の格納を図 1 7に示すフローチヤ一トにまとめる。
すなわち、 ステップ S 1 0 1で鍵格納を示す名前を持つバイナリ —テーブルオブジェク トを生成させる指示をスク リプト処理部 1 4 3が与え、 ステップ S 1 0 2で指定された名前のバイナリーテープ ルォブジェク トの取得をバイナリテーブルオブジェク トサーバ 1 4 4に依頼する。 ステップ S 1 0 3においてバイナリーテーブルオブジェク トをス ト リーム受信 &データカルーセル処理部 1 4 2に依頼する。 すると、 ス ト リーム受信 &データカルーセル処理部 1 4 2は、 ステップ S 1 0 4にてバイナリ一テーブルオブジェク トが格納されたモジュール が断片化されたデータプロックをス トリームから取得し、 モジユー ルを再構成し、 復号処理部 1 4 5に渡す。
ステップ S 1 0 5で復号処理部 1 4 5は、 エンティティへッダの タイプ (メディアタイプ) を調べ、 content-type = "application/x- arib- btable なら、 ステップ S I 0 6に進み、 再構成されたモジュ ールのエンティティボディのバイナリーテーブルオブジェク トをサ ーノ 1 4 4に渡す。
バイナリ一テーブルオブジェク トサーバ 1 4 4は、 復号処理部 1 4 5から渡されたバイナリテーブルオブジェク トを展開し、 スク リ プト処理部 1 4 3からの照会に備える。
スク リプト処理部 1 4 3は、 バイナリ一テーブルオブジェク トサ ーバ 1 4 4から鍵の内容を取得し、 鍵選択処理部 1 4 6に渡す。 ス テツプ S 1 0 8で鍵選択処理部 1 4 6は、 安全な記憶域 1 4 7に鍵 を格納し、 復号処理部 1 4 5からの鍵照会に備える。 以上のよ うに、 バイナリテーブルオブジェク ト (Binary Table Object) のオブジェ ク ト レベルの暗号化制御を実現することができる。
次に、 E P G情報本体を XML文書からオブジェク トと して検出 するための、 オブジェク ト検索方法に関して説明する。
XML方式によるコンテンッでは, 番組情報の画面配置や提示制 御が XMLやスク リプトによって記述され, 提示される情報本体は, XML文書から参照される外部ォブジェク トとなる。 番組情報本体を XML文書から参照するためには, ィンターネッ トの H TM L文書等でも使用される U R L (Uniform Resource Loc ator) の拡張と して検討されている UR I (Uniform Resource Ide ntifier) の形式によって参照することが望ましい。
一般に UR I とそれによって識別されるデータは, 1対 1に対応し ており, コンテンッを構成するデータは UR I によって一意に識別 可能である。 しかし, 番組情報の画面配置等を記述する XML文書 作成時に提示情報への U R I を静的に決めることができない場合も ある。 例えば, 画面右上に画像を表示するようなレイアウ トを XM L文書と して記述する場合において, 受信端末のプロファイル (特 性) に応じて白黒画像, カラー画像を使い分けたいよ うな場合には 白黒画像への UR I と力ラー画像への U R I のどちらを XML文書 中に埋め込むか決定できない。 従来, このような高度な提示処理を 行うためには XML文書中でのスク リプトによる制御が必要であつ た。
そこで、 ここでは、 E P G情報本体を XML文書から UR I によ つて指定, 参照するためのオブジェク ト検索方法について述べる。 図 1 8は、 XMLによって記述された E P Gデータを処理するデ ータ処理装置 1 1 0を示すものであり、 上述の図 8の C PU 6 7に 相当するものである。
このデータ処理装置 1 1 0は、 送信側から送信されてきた、 E P G画面についての XML文書と番組情報本体とを受信する受信部 1 1 2と、 受信部 1 1 2で受信した番組情報本体を記憶する番組情報 記憶部 1 1 3 と、 XML文書を記憶する XML文書記憶部 1 1 4と、 受信部 1 1 2で受信した XML文書の中に UR I と して指定される グループ項目を抽出すると共に、 表示処理を行なう XML文書表示 部 1 1 5 と、 表示部 1 1 6 と、 受信装置のプロファイルデータを記 憶するプロファイル記憶部 1 1 7 と、 XML文書表示部 1 1 5で抽 出した上記グループ項目に対応する、 受信側のプロファイルデータ をプロファイル記憶部 1 1 7から読み出し、 そのプロファイルデー タに応じた項目内オブジェク トを検索する UR I解釈部 1 1 8 とを 備える。
受信部 1 1 2は入力端子 1 1 1を介して番組情報, 番組ガイ ド文 書を受信する。 番組情報記憶部 1 1 3は, 受信した番組情報テープ ルを記憶する。 XML文書記憶部 1 1 4は, 受信した番組ガイ ド X ML文書を記憶する。 XML文書表示部 1 1 5は, 利用者からの要 求に応じて, XML文書記憶部 1 1 4に記憶された XML文書を解 釈し, 表示イメージを作成し, 表示部 1 1 6に表示する。
UR I解釈部 1 1 8は XML文書内の UR I を解釈し, 番組情報 記憶部 1 1 3内の UR I に対応する情報を取り出す。
図 1 9には番組情報記憶部 1 1 3に記憶されている、 番組ガイ ド の中身である番組情報の具体例を示す。 チャンネルマップテーブル 1 2 1 , 番組枠テーブル 1 2 2, 番組素材テーブル 1 2 3 , 広告情 報テーブル 1 24がある。 番組ガイ ド XML文書 1 2 5から U R I によって参照される。
プロファイル記憶部 1 1 7には、 受信機固有の情報, 例えば, 受 信機が使用される地域コードゃ契約クラス, 受信機のハードウエア 能力等, のプロファイル情報が記憶されている。 ここで、 プロファ ィルとは、 ハードウェア、 ソフ トウェア、 ユーザ、 アプリケーショ ンなどに固有の各種属性の設定の集合を総称する。 プロファイルの具体例と しては、 ユーザプロファイル、 ハードウ エアプロファイル、 ソフ トウェアプロファイル、 アプリケーショ ン プロファイルが挙げられる。
ユーザプロファイルは、 ユーザの年齢、 性別、 国籍、 住所、 使用 言語、 趣味、 嗜好などの個人情報を表すプロファイルである。 ハー ドウエアプロファイルは、 ハードウェアの機能、 性能、 機器構成な どの各種仕様を表すプロフアイルである。 ソフ トウエアプロフアイ ルは、 オペレーティングシステム、 各種ドライバ、 ライブラリの構 成やバージョンなどを表すプロファイルである。
以下、 R D Fによる各プロファイルの記述例を挙げる。
、?xtnl version= 1.0 ?〉
<rdf :RDF
xmlns: rdf = http: / /www. w3. org/TR/REC-rdf-syntaxff
xmlns: prf = http://ww . w3. org/TR/WD-prof i 1 e-vocabularyff > II ユーザプロファイル
<rdf:Description about="UserPref erences")
く prf: Defaults
Age=?"
Sex=〃Male〃
Coun try Japan
Language=" Japanese"/)
</rdf: Description)
II ハードウェアプロファイル
く rdf Description about="HardwarePlatf orm ノ
ぐ prf: Defaults Vendor= Sony
Model PCG - N505"
Type=〃B5 note〃
Screen¾ize=?x768"
CPU Pentium Π"
Keyboard^'USlOl"
Memory=?MB/
USB= .0"
Ilink二〃 S400〃 />
く prf :Modif icat ions
Speaker= Mounted/ />
く/ rdf: Description〉
ソフ ト ウェアプロフアイノレ
<rdf: Description about=/Sof twarePlatf orm^)
<prf: Defaults
0S="Aperios
0SVersion= .0"
JavaVMVersion= .1〃 />
く prf: Modifications
Sound^Off" />
く/ rdf : Description)
アプリ ケーショ ンプロファイル
<rdf description about = NetscapeCommunicator4.6〃〉 く prf: Defaults
HTMLVersion= .0〃 /> </rdf: Description)
<rdf: Description about="EudoraPro4.0">
<prf: Defaults
HTMし Mail=〃No〃 />
</rdf: Description)
</rdf :RDF>
U R I解釈部 1 1 8は、 U R I の解釈に際し、 プロファイル記憶 部 1 1 7に記憶された上記プロフアイルを参照する。
次に、 XML文書の具体例を示す。
<BML>
<SCRIPT> channelMap=new BinaryTABLE arib-dc://. /ChannelMapTbl ,
, I: IB, I: IV");
</SCRIPT> く!一広告領域一〉
く OBJECT SRC="arib-dc://. /Advertisel") </BML>
この具体例において、 まずスク リブト内で使用する番組情報のテ ーブノレ channelMapを URI arib-dc://. /CahnnelMapTbl で参'照される テーブルから取り出している。 チャンネルマップテーブルは, 地上 波受信において受信端末のェリァで受信可能なチャンネルのリ ス ト を格納したテーブルである。
次に広告領域に URI arib-dc://. /Advertisel で参照されるォブ ジェク トを表示している。
上述した XML文書の内、 channelMapを図 1 8の XML文書表示 部 1 1 5が表示しよう とする際に、 UR I解釈部 1 1 8が行う処理 について図 2 0を用いて説明する。
先ず、 ステップ S 4 1で XML文書表示部 1 1 5は URI arib-dc ://ChannelMapTbl を U R I解釈部 1 1 8に入力し、 解釈するように 指示する。 すると、 UR I解釈部 1 1 8はステップ S 4 2において プロファイル記憶部 1 1 7に記憶されている、 受信機プロファイル 中のェリアコードを参照し, エリアコ一ドとチャンネル情報の対応 関係を格納したチャネルマップテーブルのうち, エリアコ一ドに対 応したチヤ.ネルマップテーブルの ID番号を得る。
次に、 ステップ S 4 3でその IDに対応するチャンネルマップをデ ータと して XML文書表示部 1 1 5に返す。 すると、 XML文書表 示部 1 1 5は受け取ったチャネルマップを表示部 1 1 6に表示する。 図 2 1には U R I解釈部 1 1 8の構造をあらわす。 UR I解釈部 1 1 8は U R I を受け取ると, 受信機プロフアイルを参照しながら, 番組情報テーブルから適切なものを選択し, 外部オブジェク トと し て XML表示部 1 1 5に返す。 例えば, 番組情報テーブルと して, 関東版チヤンネルマップ(KantoChMap), 関西版チヤンネルマップ(K ansaiChMap)を記憶している場合, それぞれのチャンネルマップテー ブノレは arib-dc: //KantoChMap, arib-dc: //KansaiChMap のよ うな U R Iで一意に識別することができる。 すなわち, UR I解釈部 1 1 8は arib- dc:〃 KantoChMap に対しては関東版チャンネルマップを, arib-dc://KansaiChMap に対しては関西版チヤンネルマップを外部 オブジェタ トと して返すことになる。
ここで, 番組ガイ ドを記述する XML文書の作成の立場から考え ると, arib-dc:〃 ChannelMapTbl を UR I解釈部 1 1 8で解釈した 結果, 受信機が関東に設置されていれば関東版チャンネルマップを, 関西に設置されていれば関西版チャンネルマップを外部オブジェク トと して返すように UR I解釈部 1 1 8が構成されている方がよレ、。 U R I解釈部 1 1 8は受信機プロフアイルのェリ アコードを参照し, 関東であれば arib_dc://KantoChMap に対応するテーブルを返すこ とになる。
上述した XML文書の内、 広告領域を図 1 8の XML文書表示部 1 1 5が表示しよう とする際に、 UR I解釈部 1 1 8が行う処理に ついて図 2 2を用いて説明する。
先ず、 ステップ S 5 1で XM L文書表示部 1 1 5は URI arib-dc: 〃Advertiselを U R I解釈部 1 1 8に入力し、 解釈するように指示 する。 すると、 U R I解釈部 1 1 8はステップ S 5 2において受信 機プロファイルおよび, 広告情報(広告の有効期限, 表示位置, 表示 条件)を格納した 「広告情報テーブル」 を参照し, 条件を満たす広告 画像を選択する。
次に、 ステップ S 5 3で、 選択した広告画像をデータと して XM L文書表示部 1 1 5に返す。 すると、 XML文書表示部 1 1 5は受 け取った画像を表示部 1 1 6に表示する。
以上に説明した、 外部オブジェク ト選択のアルゴリ ズムは例えば, スク リプトと してネッ トワークからダウンロードし交換可能なよう に構成することも可能であり, 番組情報と一緒に送られて来る。 これによつて、 X M L文書中の U R I を解釈する解釈機構が, U R I解釈に際して受信機に記憶されるプロフアイル情報を参照して, プロフアイル情報に応じた動的な U R I解釈を行うことができる。 これによ り, コンテンツ (すなわち X M L文書) の作成者は, コン テンッ内に, 受信機プロファイルを参照した複雑なスク リプトによ る提示制御を記述する必要が無くなる。
次に、 E P Gを受信する受信装置の電源管理に関して説明する。 上述のように E P Gデータの定時送出を行うためには, 受信機に データが送出される時刻をあらかじめ通知しておきその時刻に受信 動作を行うよう受信機を制御する必要がある。 更に、 定時送出の行 われる時刻に無数の受信機が受信動作を始めるため一斉に電源を入 れるようなことが起こらないよ うに受信機の動作を制御しなければ ならない。 ここでは、 受信動作を一時に集中させることがないよう にする制御について説明する。
E P Gなどのコンテンツの送信装置 8 2の構成例を図 2 3に示す。 尚、 この送信装置は、 上述の図 5の統合 E P Gデータベース 2 6、 送出制御部 2 7及び図 7の送出処理部 4 2の詳細を示したものであ る。 コンテンツ記憶部 8 3には利用者に提供されるコンテンツ情報, 例えば E P G情報が記憶されている。 送出時刻情報記憶部 9 1には コンテンッを送出する配信スケジュールの情報が記憶される。 送出 時刻情報送出部 9 4は送出時刻情報記憶部 9 1 に記憶された送出時 刻情報を受信端末に送信するため送出を行う。 コンテンツ送出部 9 2は送出時刻情報記憶部 9 1に記憶された送出スケジュールに従つ て、 コンテンツ記憶部 8 3に記憶されたコンテンツ情報を送出する。 送出制御部 9 3は送出時刻情報記憶部 9 1 のスケジュールに従つ て送出時刻情報送出部 9 4および, コンテンツ送出部 9 2を制御す る。 コンテンツ送出部 9 2および, 送出時刻情報送出部 9 4からの 送出情報は伝送部 9 5から放送ネッ トワークを介して受信端末装置 に伝送される。
受信端末装置 8 5の構成例を図 2 4に示す。 尚、 図 2 4は、 上述 の図 8の要部の詳細を示したものである。 受信部 1 0 1は放送ネッ トワーク及び入力端子 1 0 0を介してデータス トリームを受信する。 送出時刻情報受信部 1 0 6はデータス トリームから送出時刻情報を 受信する。 受信制御情報生成部 1 0 7はコンテンツ受信を制御する ための受信機固有の制御情報を生成する。 例えば, 乱数を発生させ る, などである。 コンテンツ受信制御部 1 0 4は、 送出時刻情報受 信部 1 0 6および受信制御情報生成部 1 0 7の情報からコンテンツ を受信すべき時刻を決定し, コンテンッ受信部 1 0 2および受信機 電源制御部 1 0 5を制御する。 受信機電源制御部 1 0 5は受信機の 電源を制御する。 コンテンッ受信制御部 1 0 4はコンテンツを受信 すべき時刻に受信機の電源がオフの場合には受信機電源制御部 1 0 5を制御し受信機の電源をオンにしてコンテンツ受信動作を開始し, コンテンッ受信後電源をオフにする。 コンテンッ受信部 1 0 2はコ ンテンッを受信し, コンテンッ記憶部 1 0 3に受信コンテンッを格 納する。
図 2 5には送出時刻情報の構造の例を示す。 送出時刻情報は、 定 時送出の時刻(PST -Pre load Start Time)とその時刻に受信動作を行 う受信機を指定する制御値(Pre load Effect i ve Byte : PEB)の組であ る。 例えば, PEBと して 8b itを使用し、 受信機はあらかじめ 0〜7の乱 数を発生させておき, この乱数値と PEBでオンになっているビッ ト位 置が一致している定時送出時刻の時にのみ受信動作を行うことにな る。
図 2 6に送信装置 8 2の送出制御部 9 3のフロ一チヤ一トを示す。 先ず、 ステップ S 1で送出時刻情報記憶部 9 1 よ り送出時刻情報を 読み出す。 次に、 ステップ S 2で読み出した送出時刻情報を送出時 刻情報送出部 9 4より送出する。 そして、 ステップ S 3〜ステップ S 5により、 送出時刻情報中の各送出時刻に関して送出開始時刻が 来たら, コンテンツ送出部 9 2に対して, コンテンツ記憶部 8 3力 らコンテンツを送出するよう指示を送り、 コンテンツを送出する。 図 2 7 に受信端末装置 8 5のコンテンッ受信制御部 1 0 4でのコ ンテンッ受信のフローチヤ一トを示す。 先ず、 ステップ S 1 1で送 出時刻情報を受信する。 次に、 ステップ S 1 2で受信した送出時刻 情報から, コンテンツの受信動作を行う時刻(時刻のリ ス ト) RT [n]を 決定する。 ステップ S 1 3〜ステップ S 1 7にて、 時刻リス ト中の すべての時刻 RT [ i ]に関して、 現在時刻 Tと RT [ i ]を比較し受信時刻で あれば、 受信動作を行うため受信機の電源が入っていなければ、 受 信機電源制御部 1 0 5に指示し, 受信機の電源をオンにして、 コン テンッ受信部 1 0 2においてコンテンッを受信し, コンテンッ記憶 部 1 0 3に格納する。 ステップ S 1 8でもともと受信機の電源がォ フであったのならば受信機電源制御部 1 0 5に指示し, ステップ S 1 9で受信機の電源をオフに戻しておく。 ステップ S 2 0で新しい 送出時刻情報を受信していなければ RT [n]に従った受信処理を繰り返 す。 新しい送出時刻情報を受信したのならば, 新しい送出時刻情報 に基づいた処理をおこなうため処理を終了する。
図 2 7のステップ S 1 2における受信動作時刻決定処理の具体例 と して乱数を使った場合について図 2 8を用いて説明する。 図 2 5 の説明で例と してあげたように PEBと して 8b i tを使用し、 受信機はあ らかじめ 0〜7の乱数を発生させておき、 この乱数値と PEBでオンにな つているビッ ト位置が一致している定時送出時刻の時にのみ受信動 作を行う場合のフローチャートである。
先ずステップ S 2 1において受信制御情報生成部 1 0 7で 0〜7の 乱数 rを生成する。 ステップ S 2 2〜ステップ S 2 4において、 受信 した送出時刻情報のすべての PEBn に関して、 PEBiの r ビッ ト目が オン(すなわち 1)であれば、 PSTiを受信動作開始時刻と してリス ト R Tに追加する。
図 2 9には上記受信動作時刻決定処理の他の例と して顧客 ID (受信 機 ICカード番号)を使った受信動作時刻決定のフローチヤ一トを示す c 先ず、 ステップ S 3 1において受信制御情報生成部 1 0 Ίで ID番号 mod N のィ直 m を生成する。 ステップ S 3 2〜ステップ S 3 4にお いて、 受信した送出時刻情報のすべての PEBn に関して、 PEB i が m に一致すれば、 PSTi を受信動作開始時刻と してリス ト RTに追加す る。 以上のように、 このスケジュール情報に, その時刻に定時送出 を受信すべき受信機を指定する情報を付加し, 指定された受信機の みが受信動作を行うように制御することで, 定時送出の行われる時 刻に無数の受信機が一斉に電源を入れるようなことが起こらないよ うに受信機の動作を制御することが可能となる。
次に、 E P Gを受信する受信装置の E P Gの表示方法に関して説 明する。
放送局側は、 なるべく多くの番組情報をユーザに送りたいという 希望からデータ量そのものが今後増える傾向にある。 受信機側は、 その分メモリを増やす必要があるが、 メモリそのものは年々安くな り、 対応そのものはコス ト的にも容易な状況であるが、 送出に際し て、 E P Gの情報の伝送速度は、 情報が増えたからと言って容易に 上げることはできない。 このため、 伝送時間を長くすることで対応 することになり、 前記番組表が表示可能となる時間がますます長く なることになる。 また、 今日、 省エネの観点から、 常時同じデータ の送出を繰り返す送り方は無駄であるとの考えもあり、 上述のよう に E P Gの情報を送る時間は、 ある時間帯のみと し、 送られてきた 情報を受信機メモリに蓄え、 受信機側での表示に際しては、 メモリ に蓄えられたデータを使用することが考えられている。 この場合、 情報が送られてく る時間帯まで、 受信機での番組表の表示はできな いこととなる。
ここでは、 電波、 ケーブルに関わる障害や、 電源の未投入、 その 他の理由から番組情報を受け取れなくても、 番組情報を表示する手 法について説明する。
上述の図 8において、 X M Lで記述された E P Gの表示処理を行 なう C P U 6 7は、 それぞれの番組がどのような特性をもった番組 かを推測する。 その結果が、 番組情報と ともに、 不揮発性メモリ内 (図示しないが、 C P U 6 7に接続されているメモリ) に記憶され る。
この受信装置 5 0は、 E P Gを番組映像に多重して表示を行う場 合、 もしまだ受信していない番組枠があった場合は、 過去の情報を 基に、 その時間枠に放送されることが予想される番組を見つけだし 表示する。
C P U 6 7が、 上記不揮発性メモリに記憶された過去の番組情報 を元に、 個々の番組の放送日時に関する特性を検出し、 この個々の 番組の特性を元に、 E P Gの定時送出に受信不能となった現在又は 未来の番組情報を予測し、 番組表を構成して表示部に表示させる。
この予測を可能とする動作について図 3 0及び図 3 1を参照して 説明する。 図 3 0は、 横方向に日付、 縦方向に時間を軸と した、 番 組表である。 通常の新聞のテレビ番組と同じ書き方で書かれている。 また、 図 3 1は処理の流れを示すフローチャートである。
図 3 1において、 ステップ S 1 5 1で 1週間前に同じ番組が存在 しているかを判断し、 存在していればステップ S 1 5 2に進んで土 日以外同じ番組が存在しているか否かを判断する。 ステップ S 1 5 1で 1週間前に同じ番組が存在していなければステップ S 1 5 3に 進んで単独番組であると判断する。 ステップ S 1 5 2で土日以外同 じ番組が存在していると判断すると、 ステップ S 1 5 4に進んで、 毎週放送される番組であると判断する。 ステップ S 1 5 2で土日以 外には同じ番組が存在していないとなると、 ステップ S 1 5 5に進 んで、 土 も同じ番組が存在しているかを判断する。 ここで、 土日 も同じ番組が存在していると判断すればステップ S 1 5 6に進み、 毎日の番組であると判断する。 一方、 土 には同じ番組が存在して いないと判断すると、 ステップ S 1 5 7に進み、 土日を除いて放送 される番組であると判断する。
図 3 0を参照し、 例えば、 2 日 (日) に A番組があり、 9 日 (日) にも、 A番組があるとすると、 この A番組は、 毎週日曜日に 放送されていると推測できる。 また、 B番組は、 3 日 (月) 〜 7 日 (金) まで存在していることから、 土ョを除き毎日放送されている と推測ができる。 このよ うな番組編成は、 1週間単位で見た場合な ど、 全体的にあまり変化しない。 このことから A番組は次の日曜日 である 1 6 曰も同じ時刻に放送され、 B番組は、 1 0 日 (月) 力 ら 1 4 日 (金) にも放送されると予想できる。 この期間の番組の情報 を取得してなかった時、 これらを表示しても、 ほぼ正確な番組表を 構成できることになる。 よって、 このことから、 実際の番組表を受 信しなくても、 番組表は構成できるわけである。
また、 図 5の統合 E P Gォーサリング P C 1 9において、 毎日放 送、 土 Θをのぞき毎 3放送、 毎週放送、 毎月第 1 日曜放送といった 特性情報を E P Gデータに含めることが可能である。 この場合は、 受信装置は、 この特性情報を受信し、 推測した結果と同様不揮発性 メモリに書き込み、 同様の処理を行う。
このように統合 E P Gォーサリング P C 1 9で生成された番組情 報を受信することで、 受信装置では実際の番組表を受信しなくても、 番組表を構成できる。 また、 C P U 6 7により予測した番組情報で あるか、 又は定時送出を受信して得た番組情報であるかを色分けす るなど区別して表示部に表示させるようにしてもよい。
さらに上述の不揮発性メモリに、 放映すべき番組情報に付随した 広告情報の基本情報を記憶しておいてもよい。 この不揮発性メモリ には、 上記番組情報と共に上記番組情報に関連した広告情報を、 ェ 場出荷時に初期データと して記憶させてもよい。 また、 装置に関連 したマニュアル情報を記憶させてもよい。 また、 工場出荷に際して は、 放送から全体の番組と番組特性を不揮発性メモリに書いておく ことで、 ユーザは、 工場出荷後、 日数がたっていたと しても、 直ぐ に番組表を見ることが可能となる。 すなわち、 毎日もしくは毎週繰 り返し放送されている同じタイ トルの番組については、 受信機工場 出荷時点で、 メモリに記憶させておき、 これを表示することで、 す ベてではないが、 何も受信しなくても番組表の表示が可能となる。 以上のように電波、 ケーブルに関わる障害や、 電源の未投入、 その 他の理由から番組情報又は広告情報を受け取れなくても、 番組情報 又は広告情報を表示し、 ユーザに視認させることができる。
次に、 E P G上に広告情報を表示する方法に関して説明する。 X M Lによって記述された E P G上に広告情報を表示する場合、 ュ —ザによる操作や時問による条件をもとに、 対応した広告を番組情 報に関連付けて動的に表示することが可能である。 以下、 広告の表 示手法について説明する。
E P G上に広告を表示する方法として、 ユーザーが選択した番組 やジャンルに連動して広告を表示させるものや、 あらかじめ設定さ れた時刻になると自動的に広告が表示される、 などの例が考えられ る。 番組表に連動した広告の表示については、 「情報伝送方法及び テレビジョン方送受信装置 (国際出願番号: PCT/JP98/03707) 」 に て既に特許出願されているが、 表示すべき条件を設定出来るような 広告データの例はなかった。
表示すべき条件を複数設定出来るような広告データのフォーマッ トを図 3 2に示す。 この図 3 2において、 各文字は以下の意味を持 つ。
AI :広告 ID
ST:広告の表示が有効となる開始日時
ET:広告の表示が無効となる終了日時
AN:広告名称
AD:広告説明 AP: 広告に付属する PNG又は MNGの URI
PA: PNG又は MNGを表示する領域(広告 1又は 2)
KT : 次の KVのタイプ チャンネル番号、 時刻等
KV: キーの直
これらの広告は受信機が特定状態のときに表示されるように設定 できる。 表示条件と して、 キーを用いる。 1つの広告に対してこの 例では 2つのキーが設定可能である。 KTで広告を表示する条件のタ ィプを指定し、 KVでそのキーの値を設定する。
ところで、 上記広告データのフォーマッ トは、 送信側にて本発明 の広告情報送信方法により生成される。 すなわち、 送信側は、 広告 情報を番組ガィ ド情報に関連付けて受信側に表示させるための条件 を設定し、 条件が設定された広告情報と番組ガイ ド情報を送信する。 条件設定は、 受信側で表示すべき条件のタイプと、 条件の値を設定 するものである。
また、 送信側は、 広告情報に受信側での表示時刻情報を付加し、 上記表示時刻情報が付加された広告情報を送信する。 上記表示時刻 情報は受信側において現在時刻と比較され、 一致したときに広告情 報を表示させるための情報である。
そして、 受信機では、 テレビ画面上に番組ガイ ド情報に関連づけ て広告情報を表示する。 この受信機の構成及び動作については後述 する。
図 3 3には上記図 3 2にフォーマツ トを示した広告情報の具体例 を示す。
また、 この広告情報の具体例を後述する受信機が受信し表示する ときの画面レイァゥ トを図 3 4に示す。 画面 2 1 0は、 P i n P放 送動画領域 2 1 1、 広告 1領域 2 1 2、 広告 2領域 2 1 3、 ァクシ ヨンボタンバー 2 1 4、 短説明領域 2 1 5、 メニューバー 2 1 6、 ガイ ド項目名 2 1 7、 ガイ ド領域 2 1 8に分かれる。
P i n P放送動画領域 2 1 1は、 そのとき選局されているリ アル タィムの放送映像を動画表示する。 例えば 3 2ノ 1 2 8に縮小して 表示する。 左上には現在時刻を表示する。 選局のモードと しては、 ガイ ド領域 2 1 8でのフォーカスに追従して自動選局されるォート モードと、 フォーカス追従しないロックモードがある。 通常はォー トモードとされる。
広告 1領域 2 1 2 広告 2領域 2 1 3には上記広告情報を P NG (ポータブルネッ トワークグラフィ ック) 形式の静止画又は、 MN G (モーショ ンネッ トワークグラフィ ック) 形式のアニメ と して表 示する。
ァクションボタンバー 2 1 4は画面状況により、 各種のボタンが 表示される。 短説明領域 2 1 5には画面状況により、 各種のテキス ト情報が表示される。
メニューバー 2 1 6には、 画面状況により、 各種の画面選択ボタ ンが表示される。 同時に 3個のボタンが表示され、 左右にボタンが スクロールすることにより、 他のボタンも表示される。 具体的には、 グリ ッ ド型 E P Gを表示する 「グリ ッ ド」 、 ジャンルソート E P G を表示する 「ジャンル」 、 予約画面を表示する 「予定」 、 各種情報 を表示する 「インフォ」 、 各種メ ッセージを表示する 「メ ッセ一 ジ」 、 チャンネルプリセッ ト画面を表示する 「チャンネル」 がボタ ン表示される。
ガイ ド項目名 2 1 7は、 画面状況により、 ガイ ド領域の項目名を 表示する。 ガイ ド領域 2 1 8は、 画面状況により、 各種ガイ ドを表 示する。
次に、 上記広告情報を番組ガイ ド情報における利用者の選択に関 連付けて表示する受信機について図 3 5を参照しながら説明する。
この受信機は、 送信側から伝送されてくる、 番組ガイ ド情報とこ の番組ガイ ド情報に関連付けされた広告情報とを受信する受信部 2 0 2と、 この受信部 2 0 2で受信した広告情報を表示させるための 条件情報を抽出する条件情報抽出部 2 0 4と、 利用者が操作部 2 0 6を用いて上記番組ガイ ド情報から選んだ項目に関連する上記広告 情報を、 条件情報抽出部 2 0 4で抽出した条件情報に基づいて表示 部 2 0 8に表示させる制御部 2 0 7とを備える。 また、 受信部 2 0 2で受信された広告情報は広告情報記憶部 2 0 3に記憶されている。 制御部 2 0 7は、 利用者が操作部 2 0 6を用いて上記番組ガイ ド情 報から選んだ項目に関連する上記広告情報を広告情報記憶部 2 0 3 から読み出し、 条件情報抽出部 2 0 4で抽出した条件情報に基づい て表示部 2 0 8に表示させる。
ここで、 上記条件情報は番組を選択するための情報であり、 上記 制御部 2 0 7は利用者が操作部 2 0 6を用いて上記番組ガイ ド情報 から選んだ番組に関連した広告情報を表示部 2 0 8に表示させる。 また、 上記条件情報はチャンネルを選択するための情報でもよい。 すなわち、 上記番組ガイ ド情報を受信し表示することが可能な受 信機は、 利用者が番組を選択する事象を基に関連した広告を動的に 表示する。 また、 利用者がチャンネルを選択する事象を基に関連し た広告を動的に表示する。
また、 上記条件情報はジャンルを選択するための情報であり、 上 記制御部 2 0 7は利用者が上記番組ガイ ド情報から選んだジャンル に関連した広告情報を表示部 2 0 8に表示させてもよい。
表示部 2 0 8の上記図 3 4に示す画面 2 1 0に、 利用者により選 択された番組又はチヤンネルに関連して広告情報を表示させるため の受信機の処理を図 3 6に示す。
先ず、 ステップ S 1 1 1でガイ ド領域 2 1 8においてカーソルが 移動すると、 ステップ S 1 1 2に進み、 上記図 3 3に示した広告情 報から、 KT=番組、 KV =フォーカスされた番組である広告があ るか否かが判断される。 ここで、 KT、 KVによる番組に広告があ れば、 ステップ S 1 1 3に進み、 現在時刻が広告の表示が有効とな る時間内であるか否かを判断し、 広告の表示が有効となる時間内で あれば、 ステップ S 1 1 5に進んで、 Ρ Αに指定された領域に、 A Pで指定された広告データを表示する。
ステップ S 1 1 2で、 KT、 KVによる番組がなければ、 ステツ プ S 1 1 4に進み、 KT=チャンネル、 KV =フォーカスされたチ ヤンネルである広告があるか否かが判断される。 ここで、 ΚΤ、 Κ Vによるチャンネルに広告があれば、 ステップ S 1 1 3に進み、 現 在時刻が広告の表示が有効となる時間内であるか否かを判断し、 広 告の表示が有効となる時間内であれば、 ステップ S 1 1 5に進んで、 Ρ Αに指定された領域に、 A Pで指定された広告データを表示する。 上記図 3 6に示したフローチヤ一トの処理による具体的な表示例 を図 3 7に示す。
この図 3 7はグリ ッ ドによる E P Gの表示例である。 図 3 7 Aで は、 チャンネノレ 「テレビ B」 の 「ゴノレフレッスン」 にフォーカスカ S ある。 そこで、 KTが" チャンネル" で KVが" テレビ B" である AI = 1 の広告が、 広告 1の領域(PA=1) 2 1 2に表示されている。 また、 現 在時刻が 2 2 : 1 5であることより、 KTが" 時刻" で KVが', 8/1 22: 00-8/1 23:00"である AI=4の広告が、 広告 2の領域(PA=2) 2 1 3に表 示されている。
ここで、 ユーザーがリモコンを操作し、 フォーカスしている番組 が図 3 7 Bに示すようにチャンネル 「トマトテレビ」 の 「アジアを 釣る」 に移った時、 KTが" 番組" で KVが" アジアを釣る" である AI =2の広告が、 広告 1の領域(PA=1) 2 1 2に表示されることになる。 AI=2の広告情報は、 KVと して" 世界の市場" も指定されているので、 ユーザーが 「世界の市場」 を選択したときにもこの広告は表示され ることになる。
このよ うにダリ ッ ドにおけるユーザーの操作に対して広告の表示 を動的に変化させることが可能である。
次に、 上記図 3 4に示す画面 2 1 0に、 利用者によ り選択された ジャンルに関連して広告情報を表示させるための受信機の処理を図 3 8に示す。
先ず、 ステップ S 1 2 1においてメニューバー 2 1 6で 「ジヤン ノレ」 が選択されると、 ステップ S 1 2 2に進み、 上記図 3 3に示し た広告情報から、 KT=ジャンル、 KV=選択されたジャンルであ る広告があるか否かが判断される。 ここで、 KT、 KVによるジャ ンルに広告があれば、 ステップ S 1 2 3に進み、 現在時刻が広告の 表示が有効となる時間内であるか否かを判断し、 広告の表示が有効 となる時間内であれば、 ステップ S 1 2 4に進んで、 P Aに指定さ れた領域に、 APで指定された広告データを表示する。
上記図 3 8に示したフローチヤ一トの処理による具体的な表示例 を図 3 9に示す。
この図 3 9はジャンルによる E P Gの表示例である。 ジャンルで は、 選択したジャンルに当てはまる番組のリス トを表示することが 考えられる。 図 3 9では、 選択のキーと して 「スポーツ」 の 「サッ カー」 が選択されており、 関係した番組のリス トが下に表示されて いる。 ここで、 ユーザーが 「スポーツ」 「サッカー」 を選択したと きに、 KTが" ジャンル" で KVが" スポーツ · サッカー" である AI=3 の広告が、 広告 1の領域(PA= 1) 2 1 2に表示されることになる。 AI =3の広告情報は、 KVと して" スポーツ . 野球" も指定されているの で、 ユーザーが 「スポーツ」 「野球」 を選択したときにもこの広告 は表示されることになる。
このようにジャンル選択におけるユーザーの操作に対して広告の 表示を動的に変化させることが可能である。
次に、 上記広告情報を番組ガイ ド情報における時刻の経過に関連 付けて表示する受信機について図 4 0を参照しながら説明する。
この受信機は、 送信側から伝送されてく る、 広告情報とこの広告 情報に付加されている表示時刻情報を受信する受信部 2 2 2 と、 こ の受信部 2 2 2で受信した上記表示時刻情報を抽出する表示時刻情 報抽出部 2 2 4と、 この表示時刻情報抽出部 2 2 4で抽出した上記 表示時刻情報を記憶する表示時刻情報記憶部 2 2 5と、 この表示時 刻情報記憶部 2 2 5に記憶された上記表示時刻情報に現在時刻が一 致したら上記表示時刻情報が付加された広告情報を表示部 2 2 9に 表示させる制御部 2 2 9を備えている。 なお、 受信部 2 2 2で受信 された広告情報は広告情報記憶部 2 2 3に蓄えられている。 また、 表示時刻情報記憶部 2 2 5に記憶された表示時刻は比較部 2 2 6で 時計 2 2 7からの現在時刻と比較されている。 表示時刻と現在時刻 が一致すると、 比較部 2 2 6は制御部 2 2 8に一致した旨の結果を 出す。 制御部 2 2 8はその一致結果により、 広告情報記憶部 2 2 3 から表示時刻に関連する広告情報を取り出し、 表示部 2 2 9に表示 する。
上記図 4 0に示す表示部 2 2 9の画面 2 1 0に、 現在時刻に関連 して広告情報を表示させるための受信機の処理を図 4 1に示す。 先ず、 ステップ S 1 3 1で上記図 3 3に示した広告情報から、 K T =時刻、 KV =現時刻が含まれる範囲である広告があるか否かが 判断される。 ここで、 KT、 KVによる時刻に広告があれば、 ステ ップ S 1 3 2に進み、 現在時刻が広告の表示が有効となる時間内で あるか否かを判断し、 広告の表示が有効となる時間内であれば、 ス テツプ S 1 3 3に進んで、 Ρ Αに指定された領域に、 A Pで指定さ れた広告データを表示する。
上記図 4 1に示したフローチヤ一トの処理による具体的な表示例 を図 4 2に示す。 セッ トされた時刻になると表示される広告が変更 されるものである。 図 4 2 Aでは現在時刻が 2 2 : 1 5であるので、 KTが" 時刻" で KVが" 8/1 22:00 8/1 23: 00"である AI=4の広告が、 広告 2の領域(PA=2) 2 0 3に表示されている。
そして、 現在時刻が 23:00になったとき、 図 4 2 Bに示すよ うに、 KTが" 時刻" で KVが" 8八 23:00 8/2 0: 00"である AI=5の広告が、 広告 2の領域(PA=2) 2 1 3に表示されることになる。 なお、 AI=5の 広告は、 KV=" 8/1 10:00 8/1 12:00"も持っているので、 10:00か ら 12 :00の間も広告 2の領域 2 1 3に表示されていたことになる。 このように設定された時刻を基に広告の表示を動的に変化させるこ とが可能である。
このようにさまざまなタイプの表示条件 (チャンネル ·番組 · ジ ヤンル ' 時刻等) を広告データが持つ場合、 一つの広告領域に 2つ の広告を表示するような条件も設定されうる。 例えば、 AI=4の広告 の表示領域が広告 1 (PA= 1 ) になっていたとすると、 一度に 2つの 広告が広告 1の領域に指定されることが有り得る。 図 3 7 Aにおい て、 広告 1の領域 2 1 2には AI = 1と AI = 4の広告が表示指定されるこ とになる。 このよ うに一つの広告表示領域に複数の広告情報が割り 当てられた場合、 それらを順番に表示するような受信機も考えられ る。 ここでは、 オーバーラップが起こらないよ うな広告情報を例と して示した。
以上ここまでは、 デジタル衛星放送を受信する場合について説明 したが、 本発明は、 例えば、 地上波放送や C A T V等、 E P Gを多 重する放送において広告表示を実現する場合に適用可能である。 以 上のようにユーザによる操作や時間による条件をもとに、 対応した 広告を番組情報に関連付けて動的に表示できる。 具体的にはユーザ 一が選択した番組に関連づけられた広告を動的に表示することがで きる。 また、 ユーザーが選択したジャンルに関連づけられた広告を 動的に表示することが出来る。 また、 指定された時刻に動的に広告 の表示を変更することが出来る。 さらに、 一つの広告情報に対して、 複数の表示条件を指定することが出来る。 また、 受信機において、 一つの表示領域に指定された複数の広告を順番に表示することが出 来る。 産業上の利用可能性 以上、 本発明によれば、 XMLによって記述された E P Gを伝送 するようにしたので、 文字データのみでなく、 表示デザインを送り 手 (放送局側またはコンテンツ製作者) が決められる、 画像音声等 を入れ込むことができる。 文字データについても、 上記 S Iテープ ル形式では制限されている文字数、 外字等の制約が無くなるため、 より利用者にとってメ リ ッ トのある E P G情報が提供できる。 また, 受信装置を製造するメーカーにとっては、 受信した XMLデータを 受信 · デコードして表示するソフ トウェアのみを開発するだけでよ く、 受信装置の機種毎に E PGを表示するソフ トウェアを開発する 必要がなく、 開発工数を削減することができる。 尚、 本実施例では、 XMLによって E P G情報を記述するよ うにしたが、 XML以外に も HTMLや J a v aのような言語も使用することは可能である。

Claims

請求の範囲
1 . 番組ガイ ド情報を映像及び音声信号と共に伝送する伝送方法に おいて、
番組ガイ ド情報が表示装置に表示される時の表示態様を制御する 制御信号を含む番組ガイ ドデータを生成し、
上記生成された番組ガイ ドデータを上記映像及び音声信号と共に 伝送する
ようにしたことを特徴とする伝送方法。
2 . 上記制御信号は、 スク リプトによって記述されていることを特 徴とする請求の範囲第 1項記載の伝送方法。
3 . 上記番組ガイ ドデータ ίま Ext ens ib l e Markup Languageによって 記述されていることを特徴とする請求の範囲第 1項記載の伝送方法 c
4 . 上記番組ガイ ドデータは、 カルーセル方式によって伝送される ことを特徴とする請求の範囲第 1項記載の伝送方法。
5 . 上記生成された番組ガイ ドデータには、 広告情報が、 番組ガイ ド情報と共に表示装置に表示される時の表示態様を制御する制御信 号も含むことを特徴とする請求の範囲第 1項記載の伝送方法。
6 . 上記番組ガイ ドデータは、 複数の異なる放送システムの番組情 報を含むように統合化されたものであることを特徴とする請求の範 囲第 1項記載の伝送方法。
7 . 上記生成された番組ガイ ドデータの少なく とも一部は暗号化さ れて伝送されることを特徴とする請求の範囲第 1項記載の伝送方法。
8 . 上記番組ガイ ドデータは、 一 Sに複数回、 全てのデータが送信 されると共に、 番組スケジュールの変更が生じた場合には、 変更さ れた番組の番組ガイ ドデータのみが常時送信されることを特徴とす る請求の範囲第 1項記載の伝送方法。
9 . 上記番組ガイ ドデータの全体を送信する送信スケジュールを伝 送することを特徴とする請求の範囲第 8項記載の伝送方法。
1 0 . 番組ガイ ド情報が表示装置に表示される時の表示態様を制御 する制御信号を含む番組ガイ ドデータが映像及び音声信号と共に伝 送される放送信号を受信する受信装置において、
上記放送信号を受信する受信部と、
上記受信された信号の中から上記番組ガイ ドデータを抽出する抽 出部と、
上記抽出された番組ガイ ドデータに含まれる制御信号に基づいて、 番組ガイ ドの表示処理を行なう表示処理部と
を備えることを特徴とする受信装置。
1 1 . 上記番組ガイ ドデータは、 カルーセル方式によって伝送され ており、 上記抽出部は、 カルーセル構造を解く処理を行なうことを 特徴とする請求の範囲第 1 0項記載の受信装置。
1 2 . 上記伝送される番組ガイ ドデータには、 広告情報が、 番組ガ ィ ド情報と共に表示装置に表示される時の表示態様を制御する制御 信号も含まれており、 上記表示処理部は、 番組ガイ ドと共に広告情 報を表示する場合には、 該制御信号に基づいて処理を行なうことを 特徴とする請求の範囲第 1 0項記載の受信装置。
1 3 . 上記番組ガイ ドデータの少なく とも一部は暗号化されて伝送 されており、 上記抽出された番組ガイ ドデータが暗号化されていた 場合に該喑号を解除する暗号解除部をさらに備えることを特徴とす る請求の範囲第 1 0項記載の受信装置。
1 4 . 上記番組ガイ ドデータは、 一日に複数回、 全てのデータが送 信されるようになされており、 全ての番組ガイ ドデータが伝送され てきた場合に、 該データを受信して記憶する記憶部をさらに備える ことを特徴とする請求の範囲第 1 0項記載の受信装置。
1 5 . 上記全ての番組ガイ ドデータの送信が行なわれる送信スケジ ユールが放送信号に含まれており、 該送信スケジュールに応じて、 電源の制御を行なう電源制御部を備えることを特徴とする請求の範 囲第 1 4項記載の受信装置。
1 6 . さらに予め登録されたユーザープロフアイルデータに基づい て、 受信した番組ガイ ドデータの検索を行なう検索処理部をさらに 備えることを特徴とする請求の範囲第 1 0項記載の受信装置。
1 7 . さらに、 工場出荷時に、 番組ガイ ドデータを記憶する不揮発 性メモリを備えることを特徴とする請求の範囲第 1 0項記載の受信
PCT/JP2000/005558 1999-08-19 2000-08-18 Procede de transmission et recepteur WO2001015444A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP00953512A EP1126707A4 (en) 1999-08-19 2000-08-18 TRANSFER PROCEDURE AND RECEIVER
US09/807,804 US8418203B1 (en) 1999-08-19 2000-08-18 Transmission method and receiving device of program guide information including a control signal
JP2001519037A JP4644999B2 (ja) 1999-08-19 2000-08-18 伝送方法及び伝送装置並びに受信方法及び受信装置
CNB008022321A CN1331355C (zh) 1999-08-19 2000-08-18 发送方法和接收装置

Applications Claiming Priority (14)

Application Number Priority Date Filing Date Title
JP23324699 1999-08-19
JP11/233245 1999-08-19
JP23324999 1999-08-19
JP11/233247 1999-08-19
JP23324799 1999-08-19
JP11/233251 1999-08-19
JP11/233248 1999-08-19
JP23324599 1999-08-19
JP11/233250 1999-08-19
JP11/233246 1999-08-19
JP11/233249 1999-08-19
JP23324899 1999-08-19
JP23325199 1999-08-19
JP23325099 1999-08-19

Publications (1)

Publication Number Publication Date
WO2001015444A1 true WO2001015444A1 (fr) 2001-03-01

Family

ID=27566649

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2000/005558 WO2001015444A1 (fr) 1999-08-19 2000-08-18 Procede de transmission et recepteur

Country Status (6)

Country Link
US (1) US8418203B1 (ja)
EP (1) EP1126707A4 (ja)
JP (1) JP4644999B2 (ja)
KR (1) KR100837580B1 (ja)
CN (1) CN1331355C (ja)
WO (1) WO2001015444A1 (ja)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001093572A2 (en) * 2000-05-31 2001-12-06 Intel Corporation Using web based information to select television programs
JP2002369094A (ja) * 2001-06-12 2002-12-20 Matsushita Electric Ind Co Ltd 番組情報取得システム、および取得方法
WO2005006752A1 (en) * 2003-07-11 2005-01-20 Electronics And Telecommunications Research Institute Apparatus and method for transmitting/receiving voice electrics program guide information
JP2005286976A (ja) * 2004-03-31 2005-10-13 Pioneer Electronic Corp 番組情報受信装置、番組情報受信方法、番組情報受信プログラム
US7162700B1 (en) 2000-04-28 2007-01-09 Intel Corporation Enabling hypertext elements to work with software applications
JP2008507927A (ja) * 2004-07-21 2008-03-13 クゥアルコム・インコーポレイテッド コンテンツ情報をコンテンツサーバに提供する方法及び装置
US7657234B2 (en) 2004-02-05 2010-02-02 Qualcomm Incorporated Transparent broadcast services for a multi-mode wireless device
US7912457B2 (en) 2004-04-21 2011-03-22 Qualcomm Incorporated Methods and apparatus for creation and transport of multimedia content flows
US8438599B2 (en) 2003-08-12 2013-05-07 Sony Corporation Content guide information processing apparatus, content guide information processing method and computer program thereof
US9083538B2 (en) 2004-04-21 2015-07-14 Qualcomm Incorporated Methods and apparatus for creation and transport of multimedia content flows to a distribution network

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2383488A (en) * 2001-12-20 2003-06-25 Sony Uk Ltd Method and apparatus for creating data carousels
JP2005518727A (ja) * 2002-02-21 2005-06-23 富士通株式会社 プログラムガイドに従ってインターネットコンテンツを取得する方法およびシステム
EP1543446A4 (en) 2002-08-23 2009-05-13 Lg Electronics Inc METHOD FOR REQUESTING / PROVIDING ELECTRONIC DOCUMENT BASED ON XML
JP4340837B2 (ja) * 2002-09-10 2009-10-07 ソニー株式会社 画像形成装置および画像形成方法
KR100636909B1 (ko) 2002-11-14 2006-10-19 엘지전자 주식회사 확장성 표기 언어 기반의 전자문서 버전 매김 및 버전을이용한 갱신 문서 제공 방법
KR100514735B1 (ko) * 2002-12-27 2005-09-14 삼성전자주식회사 사용자 선호의 프로그램 가이드를 위한 템플릿 확장 마크업 랭귀지(xml) 기반의 epg 전송방법 및 수신장치
US7606255B2 (en) 2003-01-08 2009-10-20 Microsoft Corporation Selectively receiving broadcast data according to one of multiple data configurations
US7546383B2 (en) 2003-01-08 2009-06-09 Microsoft Corporation Enabling broadcast of multiple data configurations
KR20040066977A (ko) * 2003-01-21 2004-07-30 엘지전자 주식회사 마크업 언어를 이용한 디지탈 방송 저장장치
WO2004110027A1 (en) * 2003-06-06 2004-12-16 Computer Associates Think, Inc. System and method for compressing url request parameters
KR100576546B1 (ko) * 2003-12-26 2006-05-03 한국전자통신연구원 디지털 방송 수신용 데이터 서비스 장치
KR100565898B1 (ko) * 2003-12-27 2006-03-31 한국전자통신연구원 디지털 멀티미디어 방송에서 음성 및 그래픽을 이용한전자 프로그램 가이드 정보 송/수신 장치 및 그 방법
KR100655002B1 (ko) * 2003-12-30 2006-12-06 엘지전자 주식회사 영상표시기기의 음향 보정장치 및 방법
GB2412263A (en) 2004-03-01 2005-09-21 Sony Uk Ltd Reproducing an EPG without any branding information
US9396212B2 (en) 2004-04-07 2016-07-19 Visible World, Inc. System and method for enhanced video selection
US20050234992A1 (en) * 2004-04-07 2005-10-20 Seth Haberman Method and system for display guide for video selection
US9087126B2 (en) 2004-04-07 2015-07-21 Visible World, Inc. System and method for enhanced video selection using an on-screen remote
KR100766077B1 (ko) 2004-08-31 2007-10-11 삼성전자주식회사 디지털 방송신호 수신장치의 기능 갱신장치 및 그 방법
US7827579B2 (en) * 2004-09-09 2010-11-02 Nokia Corporation Mobile television electronic service guide delivery system
CN100428795C (zh) * 2005-03-30 2008-10-22 联想(北京)有限公司 一种实现电子节目指南信息下载和解析的系统及方法
US8774860B2 (en) 2005-04-05 2014-07-08 Nokia Corporation Method and device for low-power FM transmission of audio data to RDS capable FM radio receiver
CN100450160C (zh) * 2005-11-08 2009-01-07 中央电视台 中文epg频道分类的方法和装置
CN100454987C (zh) * 2005-11-08 2009-01-21 中央电视台 中文epg节目分类的方法和装置
KR100734951B1 (ko) * 2005-11-25 2007-07-03 티유미디어 주식회사 전자 프로그램 가이드 정보 처리 시스템과 방법 및기록매체
KR20070082460A (ko) * 2006-02-16 2007-08-21 엘지전자 주식회사 방송 수신 장치, 방송 프로그램 정보 송수신방법 및 방송프로그램 정보를 전송하기 위한 데이터 구조
KR20070082461A (ko) * 2006-02-16 2007-08-21 엘지전자 주식회사 방송 수신 장치, 방송 프로그램 정보 송수신방법 및 방송프로그램 정보를 전송하기 위한 데이터 구조
US20070244982A1 (en) * 2006-04-17 2007-10-18 Scott Iii Samuel T Hybrid Unicast and Multicast Data Delivery
CN101150700B (zh) * 2006-09-19 2010-09-29 株式会社东芝 广播系统及其分发装置和终端装置
JP4220563B2 (ja) 2006-09-19 2009-02-04 株式会社東芝 放送システムとその配信装置及び端末装置
WO2008044085A1 (en) * 2006-10-11 2008-04-17 Nokia Corporation Service discovery in broadcast networks
WO2008062250A1 (en) 2006-11-23 2008-05-29 Nokia Corporation Method and device for maintaining continuity of radio transmissions
CN1968421B (zh) * 2006-11-23 2012-05-30 深圳创维数字技术股份有限公司 在数字电视系统中实现数字媒体广告的方法及其装置
CN101378487B (zh) * 2007-08-28 2012-06-06 联想(北京)有限公司 一种互动节目信息处理装置及方法
KR101467758B1 (ko) * 2008-02-12 2014-12-03 엘지전자 주식회사 단말기 및 이것의 방송 제어 방법
US8285209B2 (en) 2009-05-08 2012-10-09 Agere Systems, Inc. Short range FM modulator/transmitter and system incorporating same
CN101662664B (zh) * 2009-09-25 2012-09-05 深圳创维数字技术股份有限公司 一种epg存取存储方法和系统
US20110219097A1 (en) * 2010-03-04 2011-09-08 Dolby Laboratories Licensing Corporation Techniques For Client Device Dependent Filtering Of Metadata
US9942213B2 (en) * 2013-03-15 2018-04-10 Comcast Cable Communications, Llc Systems and methods for providing secure services
SG2013049770A (en) * 2013-06-26 2015-01-29 Vodoke Asia Pacific Ltd System and method for delivering content to a display screen
US20150130688A1 (en) * 2013-11-12 2015-05-14 Google Inc. Utilizing External Devices to Offload Text Entry on a Head Mountable Device
CN104994443A (zh) * 2015-07-06 2015-10-21 无锡天脉聚源传媒科技有限公司 一种epg视频文件的生成方法及装置
DE102016119750B4 (de) * 2015-10-26 2022-01-13 Infineon Technologies Ag Vorrichtungen und Verfahren zur Mehrkanalabtastung
US10750217B2 (en) * 2016-03-21 2020-08-18 Lg Electronics Inc. Broadcast signal transmitting/receiving device and method
CN107995506A (zh) * 2017-12-12 2018-05-04 深圳Tcl数字技术有限公司 节目指南的发送和下载方法、信号发送装置及数字电视
CN110400449B (zh) * 2018-04-25 2022-03-04 杭州海康威视数字技术股份有限公司 报警消息输入方法、装置、监控服务器及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08511140A (ja) * 1993-06-07 1996-11-19 サイエンテイフイク−アトランタ・インコーポレーテツド 電子プログラム案内及びテキストチャネルデータコントローラ
JPH10257449A (ja) * 1997-03-07 1998-09-25 Sapiensu:Kk ディジタル放送の番組案内表示方法、番組案内情報供給方法および番組案内表示装置
WO1999011066A1 (fr) * 1997-08-21 1999-03-04 Sony Corporation Procede de transmission d'informations et recepteur d'emissions de television
JPH1169314A (ja) * 1997-08-19 1999-03-09 Sony Corp 情報提供装置および方法、情報受信装置および方法、並びに伝送媒体
JPH1169316A (ja) * 1997-08-21 1999-03-09 Sony Corp 情報提供装置および方法、情報受信装置および方法、並びに伝送媒体
JPH11194943A (ja) * 1997-12-26 1999-07-21 Matsushita Electric Ind Co Ltd 送信装置および受信装置
JPH11220703A (ja) * 1998-01-30 1999-08-10 Toshiba Corp 番組検索表示装置

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2445187C (en) * 1992-12-09 2007-05-01 Discovery Communications, Inc. Set top terminal for cable television delivery systems
US6396546B1 (en) * 1994-05-20 2002-05-28 United Video Properties, Inc. Electronic television program guide schedule system and method
US5841433A (en) * 1994-12-23 1998-11-24 Thomson Consumer Electronics, Inc. Digital television system channel guide having a limited lifetime
US5907323A (en) * 1995-05-05 1999-05-25 Microsoft Corporation Interactive program summary panel
GB9526304D0 (en) * 1995-05-22 1996-02-21 British Sky Broadcasting Ltd Interactive services interface
US5760821A (en) * 1995-06-07 1998-06-02 News America Publications, Inc. Electronic program guide schedule localization system and method
US5815145A (en) * 1995-08-21 1998-09-29 Microsoft Corporation System and method for displaying a program guide for an interactive televideo system
US6311329B1 (en) * 1996-10-14 2001-10-30 Sony Corporation Information providing apparatus and method, display controlling apparatus and method, information providing system, as well as transmission medium
US6049831A (en) * 1996-11-08 2000-04-11 Gte Laboratories Incorporated System for transmitting network-related information where requested network information is separately transmitted as definitions and display information
US6177931B1 (en) * 1996-12-19 2001-01-23 Index Systems, Inc. Systems and methods for displaying and recording control interface with television programs, video, advertising information and program scheduling information
JP3929553B2 (ja) * 1997-06-11 2007-06-13 株式会社フィリップスエレクトロニクスジャパン データ放送受信機の受信制御方法
ATE217744T1 (de) * 1997-09-18 2002-06-15 United Video Properties Inc Erinnerungsvorrichtung für internet- fernsehprogrammführer mittels elektronischer post
US6081263A (en) * 1997-10-23 2000-06-27 Sony Corporation System and method of a user configurable display of information resources
JP3447207B2 (ja) * 1997-12-05 2003-09-16 松下電器産業株式会社 番組情報作成伝送装置及び方法
JPH11196342A (ja) * 1997-12-26 1999-07-21 Matsushita Electric Ind Co Ltd 送出装置および端末
US6460181B1 (en) * 1997-12-29 2002-10-01 Starsight Telecast, Inc. Channels and services display
US6201538B1 (en) * 1998-01-05 2001-03-13 Amiga Development Llc Controlling the layout of graphics in a television environment
JPH11252471A (ja) * 1998-03-03 1999-09-17 Matsushita Electric Ind Co Ltd 番組及び番組情報を放送するセンター装置と端末装置
ES2197627T3 (es) * 1998-03-04 2004-01-01 United Video Properties, Inc. Sistema de guia de programas con publicidad orientada a objetivos.
JP3657424B2 (ja) * 1998-03-20 2005-06-08 松下電器産業株式会社 番組情報を放送するセンター装置と端末装置
US6337719B1 (en) * 1998-03-30 2002-01-08 U. S. Philips Corporation Apparatus for receiving signals during power-off (stand-by) mode
JP3620277B2 (ja) * 1998-04-10 2005-02-16 松下電器産業株式会社 ディジタル放送受信装置及びその方法
US6427238B1 (en) * 1998-05-29 2002-07-30 Opentv, Inc. Module manager for interactive television system
US6698020B1 (en) * 1998-06-15 2004-02-24 Webtv Networks, Inc. Techniques for intelligent video ad insertion
US6442755B1 (en) * 1998-07-07 2002-08-27 United Video Properties, Inc. Electronic program guide using markup language
TW416224B (en) * 1998-07-07 2000-12-21 United Video Properties Inc Interactive television program guide system with local advertisements
US6820278B1 (en) * 1998-07-23 2004-11-16 United Video Properties, Inc. Cooperative television application system having multiple user television equipment devices
US6675385B1 (en) * 1998-10-21 2004-01-06 Liberate Technologies HTML electronic program guide for an MPEG digital TV system
US6578201B1 (en) * 1998-11-20 2003-06-10 Diva Systems Corporation Multimedia stream incorporating interactive support for multiple types of subscriber terminals
US20040194131A1 (en) * 1999-03-11 2004-09-30 Ellis Michael D. Television system with scheduling of advertisements
US6990677B1 (en) * 1999-03-18 2006-01-24 Microsoft Corporation Application program interfaces for electronic program guide data services

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08511140A (ja) * 1993-06-07 1996-11-19 サイエンテイフイク−アトランタ・インコーポレーテツド 電子プログラム案内及びテキストチャネルデータコントローラ
JPH10257449A (ja) * 1997-03-07 1998-09-25 Sapiensu:Kk ディジタル放送の番組案内表示方法、番組案内情報供給方法および番組案内表示装置
JPH1169314A (ja) * 1997-08-19 1999-03-09 Sony Corp 情報提供装置および方法、情報受信装置および方法、並びに伝送媒体
WO1999011066A1 (fr) * 1997-08-21 1999-03-04 Sony Corporation Procede de transmission d'informations et recepteur d'emissions de television
JPH1169316A (ja) * 1997-08-21 1999-03-09 Sony Corp 情報提供装置および方法、情報受信装置および方法、並びに伝送媒体
JPH11194943A (ja) * 1997-12-26 1999-07-21 Matsushita Electric Ind Co Ltd 送信装置および受信装置
JPH11220703A (ja) * 1998-01-30 1999-08-10 Toshiba Corp 番組検索表示装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Data housou wo butai ni TV to PC gyoukai ga gakitotsu", NIKKEI ELECTRONICS, no. 744, 31 May 1999 (1999-05-31), pages 113, XP002934252 *
MIKIO UENO ET AL.: "Multimedia jouhou EPG to sono riyou", GENERAL MEETING OF THE INSTITUTE OF ELECTRONICS, INFORMATION AND COMMUNICATION ENGINEERS, 1998, JAPAN, pages 357, XP002934251 *
See also references of EP1126707A4 *

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8776118B1 (en) 2000-04-28 2014-07-08 Intel Corporation Using web based information to select television programs
US7162700B1 (en) 2000-04-28 2007-01-09 Intel Corporation Enabling hypertext elements to work with software applications
US8959449B2 (en) 2000-04-28 2015-02-17 Intel Corporation Enabling hypertext elements to work with software applications
US8266539B2 (en) 2000-04-28 2012-09-11 Intel Corporation Enabling hypertext elements to work with software applications
WO2001093572A3 (en) * 2000-05-31 2002-05-30 Intel Corp Using web based information to select television programs
WO2001093572A2 (en) * 2000-05-31 2001-12-06 Intel Corporation Using web based information to select television programs
JP2002369094A (ja) * 2001-06-12 2002-12-20 Matsushita Electric Ind Co Ltd 番組情報取得システム、および取得方法
WO2005006752A1 (en) * 2003-07-11 2005-01-20 Electronics And Telecommunications Research Institute Apparatus and method for transmitting/receiving voice electrics program guide information
US8438599B2 (en) 2003-08-12 2013-05-07 Sony Corporation Content guide information processing apparatus, content guide information processing method and computer program thereof
US7657234B2 (en) 2004-02-05 2010-02-02 Qualcomm Incorporated Transparent broadcast services for a multi-mode wireless device
JP2005286976A (ja) * 2004-03-31 2005-10-13 Pioneer Electronic Corp 番組情報受信装置、番組情報受信方法、番組情報受信プログラム
US7912457B2 (en) 2004-04-21 2011-03-22 Qualcomm Incorporated Methods and apparatus for creation and transport of multimedia content flows
US8472930B2 (en) 2004-04-21 2013-06-25 Qualcomm Incorporated Methods and apparatus for creation and transport of multimedia content flows
US9083538B2 (en) 2004-04-21 2015-07-14 Qualcomm Incorporated Methods and apparatus for creation and transport of multimedia content flows to a distribution network
US8544043B2 (en) 2004-07-21 2013-09-24 Qualcomm Incorporated Methods and apparatus for providing content information to content servers
JP2008507927A (ja) * 2004-07-21 2008-03-13 クゥアルコム・インコーポレイテッド コンテンツ情報をコンテンツサーバに提供する方法及び装置

Also Published As

Publication number Publication date
KR100837580B1 (ko) 2008-06-13
KR20010087373A (ko) 2001-09-15
CN1327684A (zh) 2001-12-19
EP1126707A1 (en) 2001-08-22
CN1331355C (zh) 2007-08-08
EP1126707A4 (en) 2002-05-02
JP4644999B2 (ja) 2011-03-09
US8418203B1 (en) 2013-04-09

Similar Documents

Publication Publication Date Title
JP4644999B2 (ja) 伝送方法及び伝送装置並びに受信方法及び受信装置
US9860611B2 (en) Broadcast service transmitting method, broadcasting service receiving method and broadcast service receiving apparatus
US9596510B2 (en) Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
CN102804797B (zh) 从不同来源收集的媒体元数据的相关
JP4422900B2 (ja) テレビシステムにおいて複数の番組サービスを提供するシステムおよび方法
US9661371B2 (en) Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same
JP4719215B2 (ja) インタラクティブ・アプリケーションに使用されるモジュールの管理
US20150156536A1 (en) Method for receiving enhanced service and display apparatus thereof
JP4735700B2 (ja) 受信装置、受信方法、サーバ装置
US20070199037A1 (en) Broadcast program content retrieving and distributing system
US20140204271A1 (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
JP2003158726A (ja) 番組情報提供システム
KR20010082261A (ko) 디지털 텔레비젼 수신기로 하여금 추상적인 포맷의 시스템정보에 억세스할 수 있도록 하는 어플리케이션 프로그램밍인터페이스
KR101095296B1 (ko) 메타데이터를 이용한 하이브리드 방송 서비스 시스템
JP7239762B2 (ja) 放送受信装置におけるコピー制御方法
JP6428610B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
JP4598804B2 (ja) デジタル放送受信機
US8510774B2 (en) Method, DVD-H system and terminal for providing a broadcast image using laser content
CN101257612B (zh) Iptv接收器和在iptv接收器中处理分级信息的方法
WO2007086233A1 (ja) 広告配信システム、広告配信方法、放送受信装置および広告配信装置
Bilandžić et al. Realization of subtitle support in hybrid digital TV applications
JP2004186791A (ja) 広告検索方法及び広告検索システム
JP2023067939A (ja) コンテンツ保護処理方法
JP2021184619A (ja) 放送番組のコンテンツのコピー制御方法
JP2024054084A (ja) サーバー装置、受信装置及びプログラム

Legal Events

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

Ref document number: 00802232.1

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): CN JP KR US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

ENP Entry into the national phase

Ref document number: 2001 519037

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020017004895

Country of ref document: KR

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: 2000953512

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2000953512

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 09807804

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 1020017004895

Country of ref document: KR