JP2023052837A - Receiver and transmission method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To enable operations such as reservation, cancellation and confirmation of viewing and video recording.

SOLUTION: In one embodiment, a receiver enables, e.g., viewing reservation of broadcast programs in conformity to a hybrid-cast system using functions of applications embedded in an HTML document associated with digital broadcasting. The HTML document includes information available for determining whether to enable viewing reservation or viewing reservation/cancellation/confirmation, or video recording reservation or video recording reservation/cancellation/confirmation based on the hybrid-cast system.

SELECTED DRAWING: Figure 25A

COPYRIGHT: (C)2023,JPO&INPIT

Description

This embodiment applies an API (Application Programming Interface: a set of commands and functions that can be used when developing software for an application execution environment) for digital broadcasting that conforms to the technical specifications of Hybridcast. Regarding technology.

Hybridcast is a system that links broadcasting and communication using HTML5 (Hyper Text Markup Language 5), enabling a wide variety of services. The technical specifications of Hybridcast are standardized as technical specifications of the IPTV Forum and standards of ARIB (Association of Radio Industries and Businesses).

JP 2015-27082 A

"Hybridcast Technical Specification Service Guideline" IPTVFJ DOC-0002 Version 1.6 Revised April 19, 2013, IPTV Forum "Broadcasting and Communication Linkage System" IPTVFJ STD-0010 Version 2.1 Revised March 7, 2016, IPTV Forum "HTML5 Browser Specifications" IPTVFJ STD-0011 Version 2.2 Revised March 7, 2016, IPTV Forum "Hybridcast Operation Regulations" IPTVFJ STD-0013 Version 2.4 Revised June 22, 2016, IPTV Forum "Data Broadcast Coding and Transmission Standards for Digital Broadcasting" ARIB STD-B24 Version 6.3 Revised on July 6, 2016, Association of Radio Industries and Businesses "Digital Broadcasting Multimedia Coding Method (Second Generation) Standard" ARIB STD-B62 Version 1.6 Revised on September 29, 2016, Association of Radio Industries and Businesses

In the transmitting device, receiving device, or transmitting/receiving system based on the above-mentioned standards, there is a demand for one or a combination of these, for example, viewing reservation, recording reservation, viewing reservation cancellation, and recording reservation cancellation.

According to one embodiment, a receiving device configured to be able to schedule viewing or recording of a broadcast program in compliance with the Hybridcast method using an application function embedded in an HTML document related to digital broadcasting. There is
The HTML document contains information that can be used to check whether it conforms to the Hybridcast method,
The functions include a first function that can be used to inquire of the user whether to set the viewing reservation on the receiving side,
Further, the functions include a second function that can be used to set the viewing reservation cancellation on the receiving side,
Further, the functions include a third function that can be used to inquire of the user whether to set the recording reservation on the receiving side,
Further, the functions include a fourth function that can be used to set the recording reservation cancellation at the receiving end,
Further, the functions include a fifth function that can be used to check whether the viewing reservation has been completed on the receiving side,
Further, the functions include a sixth function that can be used to check whether the recording reservation has been completed on the receiving side,
means for checking within the device whether or not the apparatus conforms to the Hybridcast method using the information that can be used to check whether or not the hybridcast method is compliant;
means for setting the viewing reservation using the first function when the check result conforms to the hybridcast method;
means for setting cancellation of the viewing reservation using the second function when the check result conforms to the hybridcast method;
means for confirming whether the viewing reservation has been completed using the fifth function when the check result conforms to the hybridcast method;
means for setting the recording reservation using the third function when the check result conforms to the Hybridcast method;
means for setting cancellation of the recording reservation using the fourth function when the check result conforms to the Hybridcast method;
means for confirming whether the recording reservation has been completed using the sixth function when the check result conforms to the Hybridcast method.

FIG. 1 is a diagram showing a configuration example of an entire hybridcast specification system to which an embodiment is applied. FIG. 2 is a diagram showing the configuration of FIG. 1 more concretely. FIG. 3 is a diagram showing a schematic configuration of a broadcasting station. FIG. 4 is an explanatory diagram for explaining main streams and information on the broadcast wave transmission line and the hybridcast transmission line. FIG. 5 is a diagram showing a schematic configuration example of a receiver to which the embodiment is applied. FIG. 6 is a configuration diagram schematically showing part of the main points of a receiver to which the embodiment is applied. FIG. 7 is an explanatory diagram schematically showing the hybridcast specification receiver in terms of hardware, reception or communication functions, and applications. FIG. 8 is a diagram illustrating an example of functions related to viewing reservation, recording reservation, reservation cancellation, and the like. FIG. 9 is a diagram for explaining an example (in the case of designating an event transmitted in the MPEG2-TS format) regarding an argument (event_ref) of a viewing reservation function, a recording reservation function, a reservation cancellation function, and the like. FIG. 10 is a diagram for explaining another example (in the case of designating an event transmitted by the MMT method) regarding an argument (event_ref) of a viewing reservation function, a recording reservation function, a reservation cancellation function, and the like. FIG. 11A is a diagram illustrating other examples of functions related to viewing reservation, recording reservation, reservation cancellation, and the like. FIG. 11B is a continuation of FIG. 11A. FIG. 12 is a diagram illustrating an example of a function (method) related to confirmation of connection status to an IP network. FIG. 13 is a diagram illustrating an example of a function (method) related to acquisition of an application object. FIG. 14A is a diagram illustrating a part of the correspondence between classes and extended function group designations (including EPG-related functions, etc.) in extended functions for broadcasting. FIG. 14B is a diagram for explaining the other part (including the AIT controlled application cooperation function, etc.) of the correspondence relationship between classes and extended function group designations in the extended functions for broadcasting. FIG. 15 is a diagram illustrating a correspondence relationship between a receiver mode and a service mode with respect to data broadcasting activated by a receiver. FIG. 16 is a flow chart for explaining an example of the activation operation of the data broadcasting processing system in the BML/ARIB-J shared receiver. FIG. 17 is a diagram exemplifying a correspondence relationship between an extension function for broadcasting (AIT controlled application cooperation function) and a specifiable namespace. FIG. 18A is a diagram exemplifying a correspondence relationship (Part 1) between a part of the extension function (getBrowserSupport()) and a character string specified as its argument. FIG. 18B is a diagram exemplifying a correspondence relationship (part 2) between a part of the extension function (getBrowserSupport( )) and a character string specified as its argument. FIG. 18C is a diagram exemplifying a correspondence relationship (part 3) between a part of the extension function (getBrowserSupport( )) and a character string specified as its argument. FIG. 19 is a diagram illustrating how the permission bitmap (permission_bitmap) used in the embodiment is operated. FIG. 20A is a diagram exemplifying the relationship (part 1) between bit values, function assignments, and operations in bitmap 0 and bitmap 1; FIG. 20B is a diagram exemplifying the relationship between bit values, function assignments, and operations in bitmap 0 and bitmap 1 (Part 2). FIG. 21 is a diagram illustrating the data structure of an external application control descriptor that can be used in embodiments. FIG. 22 is a diagram exemplifying a bitmap showing correspondence between application classes and bit values. FIG. 23 is a diagram exemplifying the correspondence relationship between the broadcast extension function (IPTV cooperation function) and the specifiable namespaces. FIG. 24 is a flowchart illustrating an example of processing on the transmission side to which the embodiment is applied. 25A is a flowchart (part 1) illustrating an example of processing on the receiving side to which the embodiment is applied; FIG. 25B is a flowchart (part 2) illustrating an example of processing on the receiving side to which the embodiment is applied; FIG. FIG. 26 is a diagram exemplifying an alert screen (a screen of a window overlapping the currently displayed video) asking the user whether or not to accept a reservation using a function. FIG. 27 is a diagram illustrating a screen display when recording or viewing reservation is made. FIG. 28 is a diagram exemplifying a case where an alert screen asking the user whether or not to accept a reservation using a function is displayed in an overlapping window on the screen display of FIG. FIG. 29 is a diagram exemplifying a reservation list when a recording reservation is made. FIG. 30 is a diagram illustrating an operation screen for a user on the receiver side to confirm reservation details and cancel a part of the reservation. FIG. 31 is a diagram illustrating an EPG display screen in which reserved programs are marked. FIG. 32 is a diagram showing another display example of a program guide used when viewing a broadcast program, or when making a viewing reservation, viewing reservation cancellation, recording reservation, or recording reservation cancellation. FIG. 33 is a diagram showing still another display example of a program list used when viewing a broadcast program, or when making a viewing reservation, viewing reservation cancellation, recording reservation, or recording reservation cancellation. FIG. 34 is a diagram showing yet another display example of a program guide used when viewing a broadcast program, or when making a viewing reservation, viewing reservation cancellation, recording reservation, or recording reservation cancellation. FIG. 35 is a diagram showing another display example of a program list used when viewing a broadcast program, or when making a viewing reservation, viewing reservation cancellation, recording reservation, or recording reservation cancellation. FIG. 36 is a flow chart for explaining an example of the operation of the service providing device and the receiver when viewing a broadcast program, or when making a viewing reservation, viewing reservation cancellation, recording reservation, or recording reservation cancellation. FIG. 37 is a flow chart for explaining an operation example when the parental lock function works in the receiver. FIG. 38 is a flow chart for explaining the operation when the personal parental lock function is used in the receiver. FIG. 39 is a diagram showing an embodiment showing an extended form of utilization of the terminal cooperation function of the receiver. FIG. 40 is an explanatory diagram showing the functional blocks of the home gateway and the types of sensors in the sensor group 7200. As shown in FIG. FIG. 41 is a diagram showing an embodiment relating to power activation of the first processing unit and the second processing unit of the receiver. FIG. 42 is a diagram for explaining another example of an HTML application activation sequence. FIG. 43 is a diagram showing an embodiment showing a further extended form of use of the terminal linkage function of the receiver and the home gateway.

Embodiments will be described below with reference to the drawings. FIG. 1 is a diagram showing a configuration example of the entire system of the Hybridcast specification (sometimes referred to as the Hybridcast specification or the IPTV specification) to which the embodiment is applied. FIG. 2 is a diagram showing the configuration of FIG. 1 more concretely.

Description will be made below with reference to FIGS. 1 and 2. FIG.

<Broadcasting station 1000>
A broadcasting station 1000 includes a broadcasting station server 1100 and a security device 1200 . Broadcasting station 1000 transmits a broadcasting signal by radio waves (in this specification, any signal such as BS broadcasting, CS broadcasting, terrestrial digital broadcasting, or the like may be used). In addition, the broadcasting station 1000 transmits digital broadcasting signals, application control information, control information related to presentation, etc., and also transmits metadata related to the program to the service provider apparatus (also referred to as a service provider) 3000 based on the contract. and video content can be provided.

The application control information informs receivers compatible with this system of applications linked with programs, and includes commands and control information for starting and ending applications.

Regarding the transmission method of the application control signal, for example, a transmission method by a dedicated ES (Elementary Stream), a data carcel (a transmission method in which the same data is repeatedly transmitted), and a control signal file placed on the server of the communication network. There is an acquisition method. A Hybridcast-compatible receiver, which will be described later, acquires an application from the specified URL and executes control such as application boundary according to the instruction of the application control signal.

The broadcasting station 1000 operates the broadcasting station server 1100 in this system. The broadcast station server 1100 provides the receiver with metadata such as program titles, program IDs, program summaries, performers, broadcast dates and times, and other data. Information provided by broadcasting station 1000 to service provider device 3000 is provided through an API (Application Programming Interface) provided by broadcasting station server 1100 .

Also, the broadcasting station 1000 can exchange data with the service provider device 3000 that conforms to the Hybridcast specification. In other words, the broadcasting station 1000 can provide the service provider device 3000 with metadata and moving image content related to the program based on the contract.

<Service provider device 3000>
Service provider device 3000 includes server 3100 and application database 3200 for each service. The service provider device 3000 is used by the service provider to create and distribute contents and applications for providing services to the receiver 5000 and to realize individual services. The service provider device 3000 is also used when the service provider sells various services to the user and makes a contract. The service provider may also be a broadcasting station or a platform provider such as a VOD service.

Further, when service provider device 3000 is accessed from receiver 5000, which is a user, it is not necessarily limited to API.

Service provider device 3000 can manage applications and distribute applications to receivers 5000 . A server 3100 for each service in this device has a server function for realizing individual services (for example, VOD program recommendation service, multilingual subtitle service, social TV service, etc.). The server 3100 for each service not only implements the functions of the service, but also transmits content (VOD content, subtitle data, etc.) that constitutes the service.

The server 3100 for each service also has a repository. The repository is registered to distribute applications of this system, and can provide a list of applications that can be provided and perform searches in response to inquiries from receivers.

<Receiver 5000>
The receiver 5000 can receive broadcast signals to receive various broadcast programs and various service information. The receiver 5000 has a function for realizing a broadcast communication function cooperation service in addition to a digital broadcast reception function (basic function).

That is, the receiver 5000 has the following functions in addition to the broadband network connection function. These include a function of executing an application according to application control information sent by broadcasting, a function of presenting information through cooperation between broadcasting and communication, and a terminal cooperation function.

The terminal cooperation function can access broadcast resources such as program information and call reception functions such as playback control in response to requests from other terminals.

A storage medium 5001 for recording and reproducing data can be connected to the receiver 5000, and a display 5002 and a speaker system 5003 can also be connected (these may already be included in the receiver 5000). be).

<Linked terminal 7000>
The cooperation terminal 7000 can perform mutual communication with the receiver 5000 by the communication function. The mobile terminal 7000 can also communicate with the service provider apparatus 3000 using a communication function.

FIG. 3 schematically shows the main configuration of the broadcasting station 1000. As shown in FIG. The broadcasting station 1000 includes a video encoder 1301, an audio encoder 1302, a subtitle encoder 1303, and an ancillary data generator 1304 that generates other control data, service data, and the like. A broadcasting station server 1100 and a security device 1200 cooperate with the broadcasting station 1000 .

Each output of the video encoder 1301, the audio encoder 1302, the subtitle encoder 1303, and the attached data generation unit 1304 that generates other control data and service data is streamed. become. The multiplexed stream is sent to the transmitter 1306 as a transport stream, multiplexed with broadcast waves, and transmitted from an antenna.

The broadcasting station 1000 also includes a transmitting/receiving section 1310 for communicating with the service industry device 3000 .

FIG. 4 shows main streams and information on the broadcast wave transmission line 2100 and the hybridcast transmission line 2200 . A video stream, an audio stream, application control information, and service information are transmitted on each transmission path. In Hybridcast transmission path 2200 , there is not only a downstream stream from service provider apparatus 3000 to receiver 5000 but also an upstream stream from receiver 5000 to service provider apparatus 3000 .

FIG. 5 is a diagram showing a schematic configuration example of a receiver 5000 to which the embodiment is applied. The receiver 5000 includes a first processing unit (also referred to as a broadband content processing unit) 5100 that conforms to Hybridcast specifications and is connected to a network, and a second processing unit (also referred to as a broadcast content processing unit) that receives broadcast waves. Good) has 5300. The network is connected to the former service provider device 3000 .

The first processing unit 5100 has an IP communication interface 5101 . A stream captured via IP communication interface 5101 is received by streaming reception processing unit 5102 , and the demodulated stream is restored to its original array state by demultiplexer 5103 . A DRAM processing unit 5104 is connected to the demultiplexer 5103, and the DRAM processing unit 5104 can operate a program to execute automatic download, for example.

The video stream separated by the demultiplexer 5103 is decoded by the video decoder 5111 , the audio stream is decoded by the audio decoder 5112 , and the subtitle stream is decoded by the subtitle decoder 5113 .

The decoded video data and caption data can be synthesized by the synthesizer 5501 and input to the display 5002 . The decoded audio data can be input to the speaker system via synthesizer 5502 .

The second processing unit 5300 has a broadcast tuner 5301 . A stream received and demodulated by broadcast tuner 5301 is input to descrambler 5302 . In descrambler 5302 , the input stream is descrambled with a key from CAS (Conditional Access System) module 5304 . The stream descrambled by descrambler 5302 is input to demultiplexer 5303 . Demultiplexer 5303 outputs data for data broadcasting to data broadcasting reception processing section 5330 . The video stream separated by the demultiplexer 5303 is decoded by the video decoder 5311 , the audio stream is decoded by the audio decoder 5312 , and the subtitle stream is decoded by the subtitle decoder 5313 . The decoded video data and caption data can be synthesized by the synthesizer 5501 and input to the display 5002 . The decoded audio data can be input to speaker system 5003 via synthesizer 5502 .

The data broadcasting signal separated by the demultiplexer 5303 is received by the data broadcasting reception processing unit 5330 and input to the data broadcasting engine 5315 . A display signal sent by data broadcasting is input to a synthesizer 5501 and displayed on a display 5502 .

Integrated controller 5200 is provided as means for controlling the overall operation of receiver 5000 . The integrated controller 5200 has an application control section 5201 and a security management section 5202 . Application control section 5201 controls each block of receiver 5000 based on various types of information and control information included in application control information.

The security management unit 5202 manages applications and implements security functions. For example, it has an application authentication function and treats the authenticated application as a management application. It also has an access control function, a presentation function, an enforcement function, a revocation function (a function for management applications other than broadcasting), and the like.

The access control function enables applications whose use is permitted to refer to broadcast resources (video, audio, metadata SI information, etc.) and receiver resources (video/audio output of receiver, network interface, etc.). Also, the accessible receiver API is restricted according to the security class of the application.

The presentation control function determines the application display method (whether to overlay the broadcast video, display area and size, display/non-display, etc.) based on the intention of the broadcaster. Furthermore, in an emergency such as a disaster report, for example, the application or its related display is temporarily hidden to enable control of the full-screen display of the broadcast program.

Revocation is a feature that can disable problematic applications that harm the interests of broadcasters and users.

The application engine 5130 forms an environment for executing applications. As the application engine 5130, for example, an HTML5 browser with an extended API for supporting Hybridcast is used.

The terminal cooperation control unit 5500 is an interface that executes cooperation with an external cooperation terminal.

FIG. 6 schematically shows the overall configuration of the receiver of FIG. 5, and shows the part related to the receiver of the Hybridcast specification so that it can be understood. Broadcast waves are received and processed by the second processing unit 5300 . A signal received via the Internet is processed by the first processing unit 5100 . The integrated control unit 5200 controls the first processing unit 5100 and the second processing unit 5300, controls the GUI (graphic interface), and controls the display state of the first processing unit 5100 and the second processing unit 5300. can do.

FIG. 7 is an explanatory view of the hybridcast specification receiver as viewed roughly from the hardware 5601 , reception or communication function 5602 and application 5603 .

Hardware 5601 includes a communication interface (communication I/F), tuner, decoder, and the like.

In the reception or communication function 5602, the broadcast reception/playback function is a function of receiving broadcast waves, selecting a specific broadcasting service, and synchronizing and playing back video, audio, subtitles, and data broadcasting that constitute the service. The broadband content reception/playback function is a function of accessing video content placed on a server on a communication network, receiving the video content as VOD streaming, and synchronously playing back the video, audio, and subtitles that make up the content. The application control function is based on application control information obtained from a server on a communication network or from a broadcast signal, and is a function that mainly works on management applications to the application engine to control and manage the life cycle and events of each application. . The security management function is mainly related to the application control function, and based on the specified security management rules, depends on the status of the application and the instructions specified by the broadcast signal, etc., and restricts the function of the application as appropriate. This is the function to implement. The terminal cooperation control function is a function of discovering a device in cooperation with an external cooperation terminal and managing and interfacing the connection between the receiver and the cooperation terminal and application cooperation. There is a presentation synchronization control function, which is a function to control the presentation synchronization of streams such as video/audio received by broadcasting and streams such as video/audio received by streaming reception.

In the application 5603, the application engine is a function that acquires and executes applications (corresponding to HTML5 browser). The application launcher mainly performs navigation for users to select and launch non-broadcasting managed applications.

<Explanation related to hybrid cast specifications>
By the way, the broadcasting station 1000 in FIG. 1 is configured to transmit a broadcasting signal including high-definition content of, for example, 2K, 4K, or 8K to the receiver 5000 side. A service provider 3000 that develops service business in cooperation with the broadcasting station 1000 distributes applications to the receiver 5000 using the Internet, for example, so that various services can be provided. HTML5 (or later versions of HTML) can be used to provide this service. As an application to be distributed, a script-type computer program (JavaScript (registered trademark) using Java (registered trademark), ECMA script, etc.) that can be embedded in an HTML document can be used. (Hereinafter, this computer program is abbreviated as "script" as appropriate. In the embodiment, JavaScript can be adopted as the script.)
Scripts embedded in HTML (HTML5 and later) can contain various functions. For example, when making a viewing reservation or recording reservation, the functions described in ARIB STD-B62 Vol. can be included in the script. An example is shown below:
partial interface ReceiverDevice {
boolean isScheduledToTune(
ISDBResourceReference event_ref,
optional Date startTime);
void scheduleToTune(
ISDBResourceReference event_ref,
optional Date startTime);
void unscheduleToTune(
ISDBResourceReference event_ref);
boolean isScheduledToRecord(
ISDBResourceReference event_ref,
optional Date startTime);
void scheduleToRecord(
ISDBResourceReference event_ref,
optional Date startTime);
void unscheduleToRecord(
ISDBResourceReference event_ref);};……….

In the above example, "isScheduledToTune()" and "scheduleToTune()" are functions related to viewing reservations (see FIGS. 8(a) and (b)), and "isScheduledToRecord()" and "scheduleToRecord()" are functions for recording reservations. (See FIGS. 8(d) and 8(e)), and "unscheduleToTune( )" and "unscheduleToRecord( )" are functions relating to reservation cancellation (see FIGS. 8(c) and 8(f)). The viewing reservation function, recording reservation function, reservation cancellation function, etc. are functions that are appropriately used by the transmitting side (broadcasting station and/or service provider), and are appropriately executed (or monitored or detected) by the receiving side (receiver user). or used). The reservation cancellation function can be used by the receiver user to cancel part or all of the program that the receiver user is about to reserve (or has been reserved) by the sender by operating a remote control or the like.

Alternatively, the functions described in ARIB STD-B24 Volume 2 (XML-based multimedia coding scheme) (see EPG-related function classes in FIG. 14A) can be used in scripts.

Note that recording on the receiving side can also be regarded as an operation of accumulating recorded contents (one or more programs that have been reserved for recording) in a storage (hard disk drive, flash memory, optical disk, etc.) on the receiving side. Therefore, in the embodiments, the term "recording" also covers the case of storage as appropriate.

Arguments (event_ref) of reservation-related functions (isScheduledToTune(), scheduleToTune(), isScheduledToRecord(), scheduleToRecord(), unscheduleToTune(), unscheduleToRecord()) can have different rules depending on the event transmission method.

When specifying an event transmitted in MPEG2-TS format, event_ref must be an object that is interpreted as referring to a resource transmitted in MPEG2-TS. defined as shown in

When specifying an event transmitted by the MMT method, event_ref must be an object interpreted as referring to a resource transmitted by MMT, and the handling of each property is as shown in FIG. Defined.

Functions (methods) shown in (a) to (f) of FIGS. 11A to 11B can also be used for viewing reservation, recording reservation, reservation cancellation, and the like.

The connection state of the receiver to the IP network can be confirmed using the functions (methods) in FIG. 12, for example. Also, the receiver can acquire the application object by using the functions (methods) shown in FIG. 13, for example.

In a system (for example, the transmitting/receiving system in FIG. 1) compatible with (conforming to) the Hybridcast method, various operations can be performed using broadcast extended functions as shown in FIGS. 14A and 14B. For example, the transmitting side (broadcasting station 1000 and/or service provider 3000 in FIG. 1) sends a viewing reservation, Recording reservation, reservation cancellation, etc. can be performed. A function included in a script (such as JavaScript) embedded in the HTML document (for example, a function of the EPG-related function shown in FIG. 14A) can be used for this viewing reservation, recording reservation, reservation cancellation, and the like.

FIG. 15 is a diagram illustrating a correspondence relationship between a receiver mode and a service mode with respect to data broadcasting activated by a receiver. When only BML is used as data broadcasting, it is not assumed that a plurality of BML documents are switched in units of groups. However, with ARIB-J, it is assumed that multiple ARIB-J applications can be sent simultaneously, and viewers (receiver users) switch among them. Therefore, a mechanism is provided in which the life cycle of ARIB-J applications is managed by an application information table (AIT), and viewers can switch between them by the function of the receiver.

In a common receiver compatible with both BML and ARIB-J, BML documents are also managed as applications. For that management, ARIB STD-B23 defines a receiver function called an application manager. In the BML/ARIB-J common receiver, this application manager can control the life cycle of the processing presented by the BML document. By using this application manager, activation control of BML and ARIB-J as illustrated in FIG. 15 can be performed.

FIG. 16 is a flow chart for explaining an example of the activation operation of the data broadcasting processing system in the BML/ARIB-J shared receiver. If data broadcasting by ARIB-J is transmitted, additional_arib_j_info() exists as a data coding system descriptor in the PMT. When the shared receiver starts up the data broadcasting processing system, it searches the PMT (ST10) and checks whether there is additional_arib_j_info() in the PMT (ST12).

If there is no additional_arib_j_info() (N in ST12), data broadcasting by ARIB-J is not transmitted, so additional_bxml_info() in the PMT is acquired (ST14) and BML is activated (ST20).

If there is additional_arib_j_info() (Y in ST12), refer to invocation_priority in additional_arib_j_info(). When the invocation_priority is "0" (ARIB-J has priority), the AIT transmitted by the AIT transmission method is acquired (ST16).

When the invocation_priority is "1" (the setting of the receiver has priority), the setting of the receiver is acquired (ST18). When the receiver setting is "PRIB-J", the AIT is acquired (ST16). When the receiver setting is "BML priority", additional_bxml_info( ) is acquired (ST14) and BML is activated (ST20). When invocation_priority is "2", BML is given priority, additional_bxml_info( ) is acquired (ST14), and BML is activated (ST20).

After obtaining the AIT (ST16), when starting ARIB-J, the application_control_code in the AIT is referenced (ST22). If the application_control_code is AUTOSTART (Y in ST22), the ARIB-J application is automatically activated (ST24). When application_control_code is not AUTOSTART (PRESENT, etc.) (N in ST22), start of ARIB-J application is put on hold (ST26) and AIT is monitored. If the AIT is updated during monitoring and the application_control_code becomes AUTOSTART, the ARIB-J application will automatically start (ST24). By defining a default ES (eg 0xA0) where ARIB-J applications are placed, such monitoring and other startup sequences can be easily performed.

When the BML is activated (ST20), the AIT (AIT on the communication server) can be obtained from the Internet by referring to the URL of the AIT described in the BML. From this AIT, the aforementioned permission bitmap (permission_bitmap) can be obtained. (This permission_bitmap can be used, for example, at ST200 in FIG. 25A. Acquisition of AIT will be described later with reference to FIG. 42.)
FIG. 17 is a diagram exemplifying a correspondence relationship between an extension function for broadcasting (AIT controlled application cooperation function) and a specifiable namespace. Here, regarding modules, resources, ES/NPT generic event components, and namespaces on IP transmission lines, "startReceivingAIT() whose argument as a URI description element is ait_uri" and "startReceivingAIT() whose argument as a URI description element is ait_uri" are described. getReceivedAIT()" and "startAITControlledApp() whose argument as a URI description element is ait_uri" can be specified. When the return value as the URI description element is Array[][2], the namespace corresponding to the function "getReceivedAIT()" is the namespace on the module, resource, and IP transmission path.

FIGS. 18A to 18C exemplify correspondence relationships between some extension functions (getBrowserSupport()) and character strings specified as their arguments.

FIG. 19 is a diagram illustrating how the permission bitmap (permission_bitmap) used in the embodiment is operated. 20A and 20B are diagrams exemplifying the relationship between bit values, function assignments, and operations in bitmap 0 and bitmap 1. FIG. Also, FIG. 21 is a diagram illustrating the data structure of an external application control descriptor that can be used in the embodiment.

Whether or not the receiver can perform viewing reservation, recording reservation, reservation cancellation, etc. under the Hybridcast method can be determined, for example, by the bit value of permission_bitmap (“O” in “Viewing reservation, recording reservation API” shown in bit 4 in FIG. 20B). (see markings).

Whether or not the receiver conforms to the Hybridcast method can be configured to be determined using a specific bit value of permission_bitmap (eg, bit0 to bit2 in FIG. 20B).

permission_bitmap is a bitmap that determines access authority, and whether or not access to each broadcasting resource is permitted can be determined by a 16-bit bitmap for each function. The upper 3 bits of permission_bitmap indicate bitmap switching, and the assignment of other function bitmaps can be specified in actual operation.

If the permission_bitmap indicates that the receiver does not have the access permission, the receiver revokes the access. For example, if the permission_bitmap determines that the receiver does not have hybridcast access rights, the receiver can be configured not to access HTML documents containing reservation-related functions.

The permission_bitmap can be included in the external application control descriptor (see Figure 21). This external application control descriptor is transmitted in the application information table (AIT) defined in ARIB STD-B24 Volume 4, 5.1. AIT including permission_bitmap (part of information used to control non-broadcasting managed applications) can be acquired using the function of the AIT controlled application cooperation function (see FIG. 14B).

FIG. 22 is a diagram exemplifying a bitmap showing correspondence between application classes and bit values. This bitmap indicates the class of the application for which access rights are set. In this bitmap, if a plurality of bits are 1, the range can be set by the OR condition of the range of each class.

FIG. 23 is a diagram exemplifying the correspondence relationship between the broadcast extension function (IPTV cooperation function) and the specifiable namespaces. Here, "startDlcDownload() whose argument as a URI description element is src_path" and "startVOD() whose argument as a URI description element is metafile_uri" can be specified as the name space on the IP transmission path.

FIG. 24 is a flowchart illustrating an example of processing on the transmission side to which the embodiment is applied. The content of this processing can be determined according to the intention of the transmitting side (for example, broadcasting station 1000 and/or service provider 3000 in FIG. 1).

First, if one or more programs transmitted by the broadcasting station 1000 are to be reserved for viewing (Y in ST100), a reservation script (such as JavaScript) is created for each program to be reserved for viewing using the viewing reservation function (ST102). ). If the reservation can be canceled (Y in ST104), a reservation cancellation function is written in the script (ST106).

If one or more programs sent by the broadcasting station 1000 are to be reserved for recording (accumulation) (N in ST100, Y in ST110), a reservation script (JavaScript, etc.) for each program to be reserved for recording is used using the recording reservation function. is created (ST112). If the reservation can be canceled (Y in ST114), a reservation cancellation function is written in the script (ST116).

If the reservation cancellation function is not described in the script (N in ST104, N in ST114), or if there are two or more scripts created after the reservation cancellation function is described in the script (ST106, ST116), these scripts The description contents are merged in the processing order (ST120). The merged script is embedded in the HTML5 document.

As information for checking whether the receiving side conforms to Hybridcast, for example, functions that can be used to acquire AIT including permission_bitmap ("startReceivingAIT()", "getReceivedAIT()", etc. in FIG. 14B) can be considered. . If such check information does not exist in the HTML document (N in ST122), the information is added to the HTML document (ST124). After the completion of the creation of the HTML document to which the check information has been added, if there is further reservation addition (or correction) (N in ST126), the processing of ST100 to ST124 is repeated. If the created HTML document is OK, the process of FIG. 24 is terminated (Y in ST126). The HTML document (HTML5 or later document) created in this manner can be sent to the receiving side via the Internet.

25A and 25B are flowcharts illustrating an example of processing on the receiving side to which the embodiment is applied. FIG. 26 is a diagram exemplifying an alert screen (a screen of a window overlapping the currently displayed video) asking the user whether or not to accept a reservation using a function.

FIG. 27 is a diagram illustrating a screen display when recording or viewing reservation is made. Also, FIG. 28 is a diagram illustrating a case where an alert screen asking the user whether or not to accept a reservation using a function is displayed in an overlapping window on the screen display of FIG.

FIG. 29 is a diagram exemplifying a reservation list when a recording reservation is made. FIG. 30 is a diagram illustrating an operation screen for a user on the receiver side to confirm reservation details and cancel a part of the reservation. FIG. 30 is a diagram illustrating an EPG display screen in which reserved programs are marked.

When the receiving side (for example, one of the receivers 5000 in FIG. 1) receives the HTML document (HTML5 or later document) created by the process in FIG. 24, it enters the process in FIG. 25A. Reservation-related information in the sent HTML document assumes the hybridcast method. If a reservation-related script in an HTML document is processed by a receiver that does not support Hybridcast, the reservation operation intended by the sender may not be completed. Check (ST200).

This check can be performed, for example, by checking whether a specific bit in permission_bitmap included in AIT corresponds to a bit (ID bit) for identifying Hybridcast. (If the HTML document contains information other than permission_bitmap that can indicate hybridcast compliance, that information may be used for checking.)
If the receiving side does not comply with Hybridcast (N in ST202), it returns to other processing without processing the script in the received HTML document. If the receiving side complies with Hybridcast (Y in ST202), it is checked whether the script in the HTML document has a reservation-related function (ST204). If there is no reservation-related function (N in ST204), return to other processing without processing anything.

If the script in the HTML document has one or more functions related to reservation (Y in ST204), the user is asked whether or not to make a reservation using one or more functions described in the script (ST206). This inquiry can be made immediately after a YES determination is made in ST204.

As a method of inquiring whether or not to make a reservation, an overlapping window for "reservation confirmation" is displayed in a partial area 100a (FIG. 26(a)) of the screen 100 currently displayed on the user's receiver. 200 ((b) of FIG. 26) can be considered. In the window 200 popped up on the top of the screen 100, for example, ``There is a viewing reservation (or recording reservation) from the broadcasting station.Do you want to make a reservation? Please select and decide by key operation." This display can be configured so that it does not disappear until the user decides to select "yes" or "no".

Further, as illustrated in FIG. 27, when a window 300 for recording or viewing reservation is displayed, a reduced screen 400 of a program to be reserved can be displayed as a moving image. Since HTML5 and later browsers also support moving image display, a screen display (100) including such a reduced screen display (400) of moving images is possible on the screen of the browser. By being able to display moving images, for example, when a user makes a reservation, he/she can confirm the content on the reduced screen, and can judge whether or not the reservation can be made without making a mistake.

While such a window 300 or reduced screen 400 is being displayed, the receiver may receive an HTML document (HTML document after HTML5) including reservation functions from the transmitting side (broadcasting station or server). In that case, as exemplified in FIG. 28, an alert screen asking the user whether or not to accept a reservation using the function of the HTML document can be displayed in an overlapping window 200 on the current screen display (FIG. 27). For example, when the user selects and confirms a "reservation" button in the window 200 by remote control operation, program reservation (recording reservation and/or viewing reservation) is made based on the reservation function of the HTML document. The reservation at this time can include the program selected by the user himself for reservation (for example, the broadcast program from 10:00 on 10/22 (Sat)).

Along with outputting the overlapping window 200, or instead of outputting the overlapping window 200, a voice guidance for "reservation confirmation" may be provided. For example, a voice guidance such as ``There is a viewing reservation from a broadcasting station. Would you like to make a reservation? , using the speaker of the receiver 5000 . (The receiver may be provided with a microphone and a voice recognition unit (not shown) to recognize the user's response to the voice guidance and perform processing corresponding to the content of the response.) It can be configured to repeat at regular intervals until it responds with "I will reserve" or "I do not reserve". Whether or not to provide this voice guidance can be determined by the user's preset settings for the receiver.

Now, returning to the description with reference to FIG. 25A. If the user selects and decides "No" in window 200 (FIG. 26(b)), or if he or she replies "No reservation" by voice (N in ST208), returns to other processing without processing anything. . If the user selects "yes" in window 200 and decides, or if he/she replies "I will make a reservation" by voice (Y in ST208), the processing according to the content of the reservation is performed.

That is, when the script in the HTML document contains one or more recording reservation functions, these functions are used to create a reservation list (see FIG. 29) of one or more recording reservation object programs (ST210). Alternatively, these functions are used to create an EPG (see mark RRM in FIG. 31) marked with one or more scheduled recording target programs (ST210).

When there are one or more viewing reservation functions in the script in the HTML document, these functions are used to create a reservation list of one or more viewing reservation target programs (not shown, but the item "recording destination" is selected from FIG. 29). (corresponding to the removed data) is created (ST212). Alternatively, these functions are used to create an EPG (see mark RWM in FIG. 29) in which one or more programs to be reserved for viewing are marked (ST212).

A user viewing a recording reservation list (FIG. 29) or an EPG with recording reservation markings (FIG. 31) can cancel the recording reservation of part or all of the reserved programs by remote control operation or the like. If you want to cancel part or all of the recording reservation (Y1 of ST214), if there is a function for canceling the recording reservation, the user operation screen for canceling the recording reservation for each program on the reservation list (see FIG. 30). ) is created (ST216). Alternatively, the EPG is created so that the reservation marking can be removed for each program from the EPG (see mark RRM in FIG. 31) in which one or more recording reservation target programs are marked (ST216).

Similarly, a user viewing a viewing reservation list (FIG. 27 with the item "recording destination" removed) or an EPG marked with a viewing reservation (FIG. 31) will be able to view part or all of the reserved programs. You can cancel the viewing reservation. If you want to cancel part or all of the viewing reservation (Y2 of ST214), if there is a viewing reservation cancellation function, a user operation screen (not shown) for canceling the viewing reservation for each program on the reservation list is displayed. (corresponding to FIG. 29 with the item "USB_HDD1" removed) is created (ST218). Alternatively, an EPG is created so that the reservation marking can be removed for each program from the EPG (see mark RWM in FIG. 31) in which one or more viewing reservation target programs are marked (ST218).

When a part or all of one or more programs reserved on the reservation list or EPG is canceled (Y in ST220), viewing reservation and/or recording reservation processing after reservation cancellation operation is executed (ST222). ). When none of the one or more programs reserved on the reservation list or the EPG have been canceled (N of ST220), viewing reservation and/or recording reservation processing without reservation cancellation is executed (ST224). When the above reservation processing is completed, it returns to another processing.

It should be noted that each receiver can be configured so that the contents of the reservation can be changed (including the cancellation of the entire reservation) by user operation after the above reservation is completed.

In other words, the function used to perform scheduled viewing, scheduled recording, or cancellation of the reservation may be a function used to display an overlapping window, as described above. The function may additionally contain a function that is used to display overlapping windows. Note that the overlapping window is not necessarily limited to a window; It is sufficient that the interface has a function of asking the user whether recording and storage operations are possible.

FIG. 42 is a diagram illustrating an example of an HTML application activation sequence. FIG. 42 exemplifies a network system start-up sequence SQ1 starting from a trigger A and a broadcast system start-up sequence SQ2 starting from a trigger B. FIG.

SQ1 is used for the application activation sequence in the activation of the application corresponding to the operation specifications of ARIB Phase 0. FIG. That is, it always starts with the activation of the data broadcasting content (trigger A), and does not directly activate the HTML (HTML5 or later version in the embodiment) application. When starting an application, the BML content is first started (sequence SQ1), the AIT on the communication server is acquired by the script described in the content, and then an HTML application (an application using a reservation-related function, etc.) is created according to the AIT. ).

The sequence SQ2 can be used in addition to the sequence SQ1 in the activation of the application corresponding to the operation specifications of ARIB Phase 1. In other words, it is possible to specify whether to activate BML contents or directly activate an HTML application based on the priority information of the PMT (Program Map Table) and the priority information of the section format AIT transmitted by the data carousel. When starting an HTML application directly, the application is acquired and started according to the information specified in the AIT transmitted by the data carousel.

Application startup priority control can be operated in accordance with ARIB TR-B14 Vol. In the operation of ARIB Phase 1, the value of start priority (start_priority), which is an extended parameter of the "additional_arib_bxml_info()" structure described in ARIB STD-B24 Vol. Configure it so that it operates according to the operation.

- Specification of application identifier in ARIB Phase 0 A value given to the service provider by the IPTV Forum is used for isdb:orgID specified in the AIT in XML format. "0" is reserved as a special value for this value, and "0" can be interpreted to match all isdb:orgIDs. This "0" cannot be used in the description of the AIT. A value is assigned to isdb:orgID so that the service provider has a unique value for each application.

・Operation of application profiles and versions in ARIB Phase 0
In order to correspond to the Phase 0 operational specifications defined in ARIB TR-B14 Vol. versionMinor and mhp:versionMicro are each fixed to "1".

- Signaling in ARIB Phase 0 Signaling is based on the XML_AIT file on the communication server in FIG. 42, for example. The XML_AIT file on the server is acquired from the server via http or https with the MIME type as application/X-arib-ait-xml; charset="UTF-8". AIT files are valid only as long as the application launched by them is valid.

- Designation of application identifier in ARIB phase 1 A value given to the service provider by the IPTV Forum is used for the organization_id designated by the AIT in the section format transmitted by the data carousel. '0' is reserved as a special value for this value, and '0' can be interpreted to match all organization_ids. This "0" cannot be used in the description of the AIT. On the other hand, application_id is given a value so that the service provider has a unique value for each application.

・Operation of application profiles and versions in ARIB Phase 1
In order to correspond to the ARIB Phase 1 operational specifications defined in ARIB TR-B14 Vol. :versionMinor and mhp:versionMicro are set to "1" respectively. mhp:profile specified by the AIT in section format is set to "0x0002", and mhp:versionMajor, mhp:versionMinor, and mhp:versionMicro are set to "0x01" respectively.

・Operation of application_control_code in ARIB Phase 1 In the operation of Phase 1, the value of application_control_code is 0x01 (identification name: AUTOSTART), 0x02 (identification name: PRESENT), 0x04 (identification name: KILL) in section format AIT. 0x05 (identification name: PREFETCH) is not used. A receiver that receives an unknown application_control_code ignores it as if the application was not described in the AIT.

- Operation of probabilistic operational delay descriptors in ARIB Phase 1 In the operation of Phase 1, the probabilistic operational delay descriptors are not used in section format AIT.

・Regarding operation of cache information descriptor in ARIB Phase 1 do not operate children. For application cache operation in phase 1 operation, refer to ARIB TR-B14 Vol.

- Signaling in ARIB Phase 1 In the operation of Phase 1, it is possible to use both the section format AIT transmitted by the data carousel and the XML_AIT obtained from communication. A specific section type AIT transmitted in the data carousel is constantly monitored by the receiver. When it is detected that the state of the AIT has changed as a result of the monitoring, the AIT controlled application can be activated, terminated, and so on. Refer to ARIB TR-B14 Volume 3, Part 2, “8.5.2 Starting/terminating AIT-controlled applications based on constantly-monitored AIT” for operations related to updating AIT.

The above-mentioned AIT (information that can be used to determine whether the receiving side complies with Hybridcast) including permission_bitmap etc. can be transmitted, for example, from the broadcasting station 1000 in FIG. 1 to the receiver 5000 via a broadcast signal. (corresponding to SQ2 in FIG. 42). Alternatively, the AIT can be transmitted, for example, from the service provider 3000 in FIG. 1 to the receiver 5000 via the Internet (corresponding to SQ1 in FIG. 42). Furthermore, the AIT can be configured to be sent to receiver 5000 via a broadcast signal as well as to receiver 5000 via the Internet.

When the reception time of the AIT sent via the broadcast signal and the AIT sent via the Internet are different, before executing the function in the HTML document related to the AIT (for example, when checking ST200 in FIG. 25A) , the information content of the AIT whose reception time is later (latest AIT) can be preferentially adopted. Alternatively, if the level of priority is determined in advance between the AIT via the broadcast signal and the AIT via the Internet, the AIT with the higher priority is adopted regardless of the reception time. can. (For determining this priority, you can refer to the value of the start priority (start_priority), which is an extended parameter of the "additional_arib_bxml_info()" structure described in ARIB STD-B24 Volume 2, 9.3.2.)
32, 33, and 34 show display examples of a program table used when viewing a broadcast program, or when making a viewing reservation, viewing reservation cancellation, recording reservation, or recording reservation cancellation.

Display switching of the program table can be performed, for example, by operating the linked terminal 7000 linked with the terminal linkage function. The linked terminal 7000 has a button 7001 for displaying a terrestrial digital broadcast program guide, a button 7002 for displaying a program guide for BS and CS broadcast programs, and a button 7002 for displaying a program guide for IPTV broadcasting (distribution). A button 7003 is provided. Also, a button 7005 is provided for selectively scrolling the screen in the vertical direction and the horizontal direction when the program table is displayed.

Further, the linked terminal 7000 has a recording reservation button 7006 for a program reserved for recording, a viewing reservation button 7007 for a program reserved for viewing, a reservation cancellation button 7008 for a program reserved for recording or viewing.

FIG. 32 shows how a program table for terrestrial digital broadcast programs is displayed on the display 5002 . When a program table for terrestrial digital broadcasting programs is displayed, an identification mark 7011 indicating the type of the program table is displayed in part of the display 5002 . FIG. 33 shows how the display 5002 displays program guides for BS and CS broadcast programs. When the program table for BS and CS broadcast programs is displayed, an identification mark 7012 indicating the type of program table is displayed in part of the display 5002 . FIG. 34 shows how a program table for IPTV broadcasting is displayed on the display 5002 . When a program guide for IPTV broadcasting is displayed, an identification mark 7013 indicating the type of the program guide is displayed in part of the display 5002 . The identification marks 7011, 7012 and 7013 may have different colors.

It should be noted that the illustrated example of the program list indicates a period in which a program is repeatedly broadcasted or repeatedly broadcasted at intervals in IPTV broadcasting. This program guide is also useful when there is video-on-demand distribution. However, a display format such as a program guide for terrestrial digital broadcast programs or BS and CS broadcast programs may be used.

The program guide for terrestrial digital broadcast programs and the program guide for BS and CS broadcast programs described above are generated by, for example, the integrated control unit 5200 based on the electronic program guide information (EPG information) acquired via the second processing unit 5300. created in and stored in memory. This EPG information is automatically updated periodically, for example.

Also, EPG information for IPTV is acquired via the first processing device 5100 . The first processing device 5100 periodically acquires the program guide for each channel, and for example, in the integrated control unit 5200, the program guide for each channel is combined and stored in the memory as a program guide for display.

It has been explained that the above-described program listings are displayed independently on the display 5002 . However, the display method is not limited to such a display method, and a plurality of types of program guides may be overlapped and displayed on the display 5002 at the same time.

FIG. 35 shows how a program guide 5031 for terrestrial digital broadcast programs, a program guide 3012 for BS and CS broadcast programs, and a program guide 3013 for IPTV broadcast are simultaneously displayed on the display 5002 .

When a plurality of program guides are displayed at the same time, each program guide may be displayed in an overlapping manner. Also, the display area of each program may be divided on the screen. In either display form, each program guide can be scrolled vertically or horizontally on the screen when a part thereof is designated by the cursor.

In each of the above-described display examples of the program table, it is possible to visually recognize that a viewing reservation and/or a recording reservation has been made by coloring or adding a mark to the area of the program name. Also, the completion of recording can be visually recognized by coloring or marking.

In the case of the embodiment of FIG. 35 as well, a button 7001 for operating the terrestrial digital broadcasting program table provided in the linked terminal 7000, a button 7002 for operating the program table for BS and CS broadcasting programs, IPTV broadcasting ( A button 7003 for operating the program table for distribution) can be used to make viewing reservation (or reservation cancellation), recording reservation (or reservation cancellation), and the like.

In the program table shown in FIGS. 32 to 35, the horizontal axis is time or date and the vertical axis is channel (broadcasting station), and the horizontal axis is channel (broadcasting station) and the vertical axis is time or date and time. may be

FIG. 36 is a diagram showing another example of the form of communication between receiver 5000 and service provider apparatus 3000 when making a viewing reservation, viewing reservation cancellation, recording reservation, and recording reservation cancellation.

Receiver 5000 displays a program guide (EPG) for IPTV broadcasting based on a user's operation (AS1). The user can select and determine, for example, a program to be reserved for recording from the program list by operating the remote controller (AS2, AS3).

Receiver 5000 uses the URL to access service provider apparatus 3000 for the program and requests information on the program (AS3). Then, the service provider device 5000 provides the receiver 5000 with information (which may be referred to as API information) including functions relating to recording reservations (or information including only information relating to recording reservations) as a description document in HTML5. (ES1).

The receiver 5000 confirms the sent function (AS4), and if the reservation is not possible, displays a message indicating that the reservation is not possible on the display of the receiver 5000, and terminates the process (AS6). In the sent function, if it is determined that the reservation is possible (AS7), the reservation screen is displayed on the display, so the user selects the reservation button and presses the set button to end the operation.

In the receiver 5000, the program reservation information of the program is written in the reservation management table. For example, a reservation mark is added to the column of the information (including channel (address), broadcast start time, broadcast end time, etc.) area of the program in the reservation management table.

When the broadcast time of the reserved program approaches, the receiver 5000 sets the receiving channel of the first processing unit 5100 (AS8). Then, reception of the program is started, and automatic recording is started (AS9, AS10, AS11). At this time, broadcasting of the program by service provider apparatus 3000 is started (ES2). When the broadcast of the program ends, the service provider device 3000 notifies the receiver of the termination function (ES3). Upon receiving the end notification, receiver 5000 disconnects from service provider apparatus 3000 and ends the reserved recording (SA12). After the connection is turned off, the message "Scheduled recording will end" may be displayed. By doing so, the user knows that the connection has been turned off.

Although the above description is for the recording reservation, the viewing reservation is made in the same procedure as for the viewing reservation. However, in the case of viewing reservation, recording is not performed, and the receiver 5000 is controlled to display the reserved program.

In the case of viewing reservation cancellation or recording reservation cancellation, only the reservation information of the reserved program in the reservation management table is deleted.

FIG. 37 is a flowchart for explaining the parental lock function/unlock function. Depending on the program, the program information (service information) may be accompanied by a parental-related function. In such cases, some people, for example those over the age of 21, have the authority to unlock the parental lock. This flow chart is a flow chart for realizing the operation processing function for a program accompanied by such pan rental lock. This function is also realized by an application in the integrated controller 5200. FIG.

Assume that the receiver 5000 receives a certain program and receives an instruction to reproduce it from an operation device (remote controller or portable terminal) (step SB1). Then, it is determined whether parental lock level information is attached to the related information of the program (step SB2). If the program is not accompanied by parental lock level information, the received program is reproduced and displayed (step SB3).

However, if the program accompanies the parental lock level information, a message such as "This program is panrental locked" is displayed on the display 5002 (step SB4). Here, if there is a release key input from the operating device (step SB5), it is determined whether or not the release key is correct (step SB6). If the release key is correct, the received program is reproduced and displayed (step SB3). If the cancel key is not correct, it is determined whether or not a certain period of time has elapsed since the program was received (step SB7). If so, the program ends (step SB7), and a message such as "Cannot view" is displayed.

FIG. 38 is a flowchart for explaining a function that allows the user to set the parental lock function for any program. For example, some programs may not be shown to children by parents. In such a case, the user can activate the parental lock function by operating the operating device (step SB1). Then, a desired program table is displayed (step SB2). Next, a program for which parental lock is to be set is selected with the cursor (step SB3). Next, when the decision button is pushed (SB4), the input of the lock release key for viewing is requested (step SB5). Here, when the user sets and inputs the lock release key (step SB6), the process ends.

To view the program, the person who wants to view it must enter the unlock key. The input timing of the unlock key at this time is as described in the previous flowchart.

39 and 40 show an embodiment in which the terminal cooperation function 5500 is effectively used. The terminal cooperation function 5500 can search for a plurality of registered mobile terminals 7000a and 7000b, and can perform mutual data communication (for example, emergency communication).

Furthermore, the terminal cooperation function 5500 also possesses the identification information of the home gateway 7100 (HGW) so that it can communicate with the home gateway 7100 . That is, the home gateway 7100 (HGW) can be recognized by the terminal cooperation function 5500. FIG.

This HGW 7100 can communicate with the server 7800 via the Internet. The HGW 7100 includes a system controller 7102, a device manager 7103, a network interface (hereinafter network I/F) 7104, a record manager 7105, and a sensor control table 7106, as shown in FIG.

The control data management unit 7101 includes an application manager (hereinafter APP-Mg), an event manager (hereinafter EVT-Mg), and a configuration manager (hereinafter CONFIG-Mg).

APP-Mg manages multiple applications for controlling various operations of HGW 7100 . The EVT-Mg manages event applications and the like for controlling various operations according to the occurrence of various events. EVT-Mg can also control the record manager 7105 . The recording manager 7105 can record data or video in the storage medium 5001 via the terminal cooperation function 5500 .

The CONF-Mg recognizes functions within the HGW 7100 and various functions associated with the HGW 7100, and manages configuration applications that perform, for example, operation order and operation restrictions. The CONF-Mg can set the initial setting of each function block, limit the function, extend the function, order of priority, operation time, and the like. The system controller 7102 can control the sequence of each block in the HGW 7100 as a whole.

The HGW 7100 can communicate with various sensors 7200 by wire or wirelessly. A mobile terminal 7000c located outside the range of the home network 7300 can communicate with the HGW 7100 when under the control of the HGW 7100, and can also communicate with the terminal cooperation function 5500 via the HGW 7100. is. Various sensors 7200 include a camera 7201, a microphone 7202, a speaker 7203, etc., which can be controlled by the EVT-Mg, as shown in FIG. Note that the camera 7201, microphone 7202, and speaker 7203 are installed at multiple locations in the home.

Also, the EVT-Mg can determine the detection data from the external sensor and/or the data from the camera 7201 and microphone 7203 that are taken in from the network I/F 7104, and can control the next action and behavior.

The device manager 7103 can authenticate and register in memory other devices operating in association with the HGW 7100 . Therefore, the device manager 7103 can manage other connected sensors (sensor group 7200) via the network I/F 7104. FIG.

The device manager 7103 also registers identification data of a server (not shown) connected via the Internet and can recognize it.

The sensor control table 7106 stores the name of each sensor of the sensor group 7200, position information of each sensor, and data for controlling each sensor. Also, the name and position information of each sensor can be displayed on the smartphones 7000a and 7000b, for example, so that the user can confirm the type and mounting position of the sensor.

The network I/F 7104 is connected to other sensors in the home via short-range wireless communication.

Some highly functional sensors may include a control data manager. The control data management unit includes an application manager (APP-Mg), an event manager (EVT-Mg), and a configuration manager (CONFIG-Mg) as the HGW7100 has. Further, the sensing function included in the sensor includes various elements according to the purpose of sensing. The various elements may be, for example, a camera and a microphone, similar to the HGW 600 . Further elements include heat sensors, temperature sensors, humidity sensors, lighting sensors, pressure sensors, switches, and the like. A sensor, for its intended purpose, may comprise one or more sensing elements.

The above sensors can be used as a sensor for detecting the opening and closing of a door, a sensor for detecting the sound of a certain loudness, a sensor for detecting the movement of a person, a sensor for detecting the opening and closing of a window, and a sensor for photographing. are placed at various locations within

In the system described above, when the HGW 7100 outputs a detection signal from one or more of the camera, microphone, other sensors, and so on, the control data management unit 7101 recognizes that an event has occurred. The control data management unit 7101 then controls an arbitrary camera 7201 via the recording manager 7105 . As a result, the camera 7201 sends the cached monitoring data from before the event occurrence (for example, 10 minutes ago) to, for example, the storage medium 5001 via the recording manager 7105, and continuously for a certain period of time (for example, 3 minutes, 5 minutes, 10 minutes, 20 minutes, or 30 minutes, etc.) continue to send imaged monitoring data. Together with this monitoring data, the present system also sends event-related data (which may also be referred to as event attribute data) when the event is detected to the storage medium 5001 .

The event-related data can include, for example, one or more of the event occurrence time, the type of sensor that detected the event, sensor position data, recording start time, recording end time, and the like.

Here, in the drawing, the storage medium 5001 is in the home, but it does not necessarily have to be a storage medium in the home. The storage location of the monitoring data may be a storage medium within the server 7800 connected via the Internet. The storage medium 5001 has a data area and a management area. Monitoring data is stored in the data area, and event-related data is stored in the management area.

Monitoring data may include not only video data but also sound data and measurement data from sensors. Monitoring data may also include, for example, changes in temperature, changes in humidity, or changes in pressure at a particular location.

Management data for reproducing monitoring data is described in the management area. This management data also includes previous event-related data. The management data includes recording addresses of event-related data and monitoring data corresponding to the event-related data. When multiple events occur, there are multiple event-related data and multiple monitoring data corresponding to the multiple event-related data.

Event-related data includes types of events (which may be referred to as sensors). Monitoring data (for example, monitoring video) is recorded based on the event, and the event-related data includes the recording start time, recording end time, and the like.

In the system described above, the terminal cooperation function 5500 can communicate with the HGW 7100 . HGW 7100 can communicate with server 7800 . Therefore, the mobile terminal 7000c can access the terminal cooperation function 5500 through the server 7800 and the HGW 7100. FIG.

The flowchart in FIG. 41 simplifies the operation of the receiver 5000 when the power is fully turned on. As described above, receiver 5000 includes first processing section 5100 and second processing section 5200 . In the present embodiment, when the power supply is immediately turned off (the backup power supply for the memory, etc. is always on), which of the first processing unit 5100 and the second processing unit 5200, or both of the systems, operates the video output. It has a means to memorize how long it was. Then, when the power is turned on next time, for example, the integrated control unit 5200 starts up the system that was functioning immediately before the power was turned off.

For example, when the power is turned on, the integrated control unit 5200 checks the environment data at the time when the power was turned off just before (step SA1). Then, it is determined whether the content viewed when the power was turned off immediately before is the broadcast wave signal A processed by the second processing unit 5300 or the distribution signal B according to the hybridcast specification processed by the first processing unit 5100. (Step SA2).

If the content that was being viewed when the power was turned off just before is the broadcast wave signal A processed by the second processing unit 5300, the second processing unit 5300 is activated. Thereby, the video/audio signal from the second processing unit 5300 is supplied to the display device 5002 and the speaker system 5003 . Also, for a certain period of time, the display 5002 displays that the source of the displayed content is the second processing unit (or broadcast signal) 5300 . Alternatively, an indicator may light up on the display 5002 to indicate that it is the broadcast signal from the second processing unit 5300 (step SA3).

Conversely, if the content that was being viewed when the power was turned off just before was distribution signal B processed by first processing unit 5100, first processing unit 5100 is activated. Thereby, the video/audio signal from the first processing unit 5100 is supplied to the display device 5002 and the speaker system 5003 . Also, for a certain period of time, the display 5002 displays that the source of the displayed content is the first processing unit (or distribution signal) 5100 . Alternatively, an indicator may light up on the display 5002 to indicate that it is the broadcast signal from the first processing unit 5100 (step SA4).

From here, FIG. 43 is an embodiment considering effective use of the terminal cooperation function 5500, the recording medium 5001, and the HGW 7100. FIG. In this system, a plurality of illuminators 7204, a plurality of speakers 7203, and a plurality of microphones 7201 that can illuminate lights of various colors by combining R (red), G (green), and B (blue) emission colors as objects to be controlled. or a combination thereof.

For example, a parent may go out while leaving an infant at home. Parents sometimes want to monitor the behavior of their infants. In such a case, the parent can use the portable terminal 7000c owned by the parent to monitor the condition of the infant at home. If you want to talk to the infant, you can speak to it through the speaker 7203-1, and if you want to hear the infant's reply, you can listen to the infant's reply through the microphone 7202-1.

The system described above is convenient even if it is installed in a nursery school. Parents who leave their infants at daycare centers and go to work can check the status of their infants from the outside.

Furthermore, when there is a cared person at home, the caregiver can use the speaker 7203-1 and the illuminator 7204-1 to communicate to the cared person. For example, for a cared person who is hard of hearing, it is possible to change the color of the illuminator 7204-1 to convey his or her wishes. In addition, it is possible to convey intentions to visually impaired care recipients through the speaker 7203-1.

The above-described embodiment further includes the following means and methods. That is, the receiving device is configured to be able to schedule viewing of a broadcast program in compliance with the Hybridcast method using application functions embedded in HTML documents related to digital broadcasting. and means and method for checking whether or not the hybridcast system is compliant using information available for checking whether or not the hybridcast system is compliant. Furthermore, it also includes means and method for displaying a first screen for asking the user whether or not to set the viewing reservation. It also includes means and method for displaying a second screen for setting the viewing reservation when a predetermined input operation is performed using the first screen. It also includes means and method for displaying a third screen indicating that the viewing reservation cannot be made due to a predetermined condition.

The apparatus further includes means for displaying a fourth screen for inquiring whether or not to cancel the viewing reservation, and when a predetermined input operation is performed using the fourth screen, the viewing reservation is canceled. means and method for displaying a fifth screen for canceling the

While several embodiments of the invention have been described, these embodiments have been presented by way of example and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other forms, and various omissions, replacements, and modifications can be made without departing from the scope of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are included in the scope of the invention described in the claims and equivalents thereof.

1000 Broadcast station 1100 Broadcast station server 1200 Security device 2100 Broadcast wave transmission line 2200 Hybridcast transmission line 3000 Service provider device 3100. Server for each service 3200 Application database 5000 Receiver 5001 Storage medium 5002 Display 5003 Speaker system 7000 Cooperation terminal.

Claims (2)

A receiving device configured to be able to schedule viewing or recording of a broadcast program in compliance with the Hybridcast method using an application function embedded in an HTML document related to digital broadcasting,
The HTML document contains information that can be used to check whether it conforms to the Hybridcast method,
The functions include a first function that can be used to inquire of the user whether to set the viewing reservation on the receiving side,
Further, the functions include a second function that can be used to set the viewing reservation cancellation on the receiving side,
Further, the functions include a third function that can be used to inquire of the user whether to set the recording reservation on the receiving side,
Further, the functions include a fourth function that can be used to set the recording reservation cancellation at the receiving end,
Further, the functions include a fifth function that can be used to check whether the viewing reservation has been completed on the receiving side,
Further, the functions include a sixth function that can be used to check whether the recording reservation has been completed on the receiving side,
means for checking within the device whether or not the apparatus conforms to the Hybridcast method using the information that can be used to check whether or not the hybridcast method is compliant;
means for setting the viewing reservation using the first function when the check result conforms to the hybridcast method;
means for setting cancellation of the viewing reservation using the second function when the check result conforms to the hybridcast method;
means for confirming whether the viewing reservation has been completed using the fifth function when the check result conforms to the hybridcast method;
means for setting the recording reservation using the third function when the check result conforms to the Hybridcast method;
means for setting cancellation of the recording reservation using the fourth function when the check result conforms to the Hybridcast method;
means for confirming whether the recording reservation has been completed using the sixth function when the check result conforms to the Hybridcast method. In a transmission method that is configured to be able to schedule viewing or recording of a broadcast program in compliance with the Hybridcast method using an application function embedded in an HTML document related to digital broadcasting,
The HTML document contains information that can be used to check whether it conforms to the Hybridcast method,
The functions include a first function that can be used to inquire of the user whether to set the viewing reservation on the receiving side,
Further, the functions include a second function that can be used to set the viewing reservation cancellation on the receiving side,
Further, the functions include a third function that can be used to inquire of the user whether to set the recording reservation on the receiving side,
Further, the functions include a fourth function that can be used to set the recording reservation cancellation at the receiving end,
Further, the functions include a fifth function that can be used to check whether the viewing reservation has been completed on the receiving side,
Further, the functions include a sixth function that can be used to check whether the recording reservation has been completed on the receiving side,
means for checking within the device whether or not the apparatus conforms to the Hybridcast method using the information that can be used to check whether or not the hybridcast method is compliant;
For the device that receives the broadcast program,
making it possible to set the viewing reservation using the first function when the check result conforms to the hybridcast method;
making it possible to set cancellation of the viewing reservation using the second function when the check result conforms to the hybridcast method;
If the check result conforms to the hybridcast method, it can be confirmed whether the viewing reservation has been completed using the fifth function,
making it possible to set the recording reservation using the third function when the check result conforms to the hybridcast method;
making it possible to set cancellation of the recording reservation using the fourth function when the check result conforms to the hybridcast method;
The transmission method, wherein if the check result conforms to the Hybridcast method, it can be confirmed using the sixth function whether the recording reservation has been completed.

Images