JP6716774B2 - Transmission method and transmission device - Google Patents

Description

In this embodiment, an API (Application Programming Interface: a set of instructions and functions that can be used when developing software for an application execution environment) conforming to the technical specifications of Hybridcast is applied. Regarding technology.

Hybridcast is a system that links broadcasting and communication using HTML5 (Hyper Text Markup Language 5) and enables various services. The technical specifications of the hybrid cast are standardized as the technical specifications of the IPTV forum and ARIB (Association of Radio Industries and Businesses) standards.

JP, 2015-27082, A

"Hybridcast Technical Specification Service Guideline" IPTV FJ DOC-0002 Version 1.6 Revised April 19, 2013, IPTV Forum "Broadcasting communication cooperation system" IPTV FJ STD-0010 Version 2.1 Revised March 7, 2016, IPTV Forum "HTML5 browser specification" IPTV FJ STD-0011 2.2 version Revised March 7, 2016, IPTV Forum "Hybrid Cast Operating Regulations" IPTV FJ 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 July 6, 2016, Japan Association of Radio Industries and Businesses ARIB STD-B62 Version 1.6 “Multimedia Coding System (2nd Generation) Standard for Digital Broadcasting” Revised September 29, 2016, Japan Association of Radio Industries and Businesses

There is a demand for a transmission device, a reception device, or a transmission/reception system based on the above-mentioned standard that can realize any one of viewing reservation, recording reservation, viewing reservation cancellation, recording reservation cancellation, or a combination thereof.

According to the present embodiment, the function of the application embedded in the HTML document related to digital broadcasting is used, and the recording reservation or cancellation of the recording reservation of the broadcast program can be performed on the receiving side according to the hybrid cast method. In the transmission method,
Including possible information available to the HTML document to check whether to comply with the hybrid casting method,
The function includes a first function that can be used to inquire a user whether to set the recording reservation or the recording reservation cancellation at the receiving side,
A second function that can be used by the receiving side to set the recording reservation or the recording reservation cancellation is included in the function,
Transmission method comprising the Rukoto, including third function available to the function to check whether the viewing reserved or not by the reception side is provided.

FIG. 1 is a diagram showing a configuration example of an entire system of hybrid cast specifications to which the 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 hybrid cast 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 a part of the main points of a receiver to which the embodiment is applied. FIG. 7 is an explanatory diagram schematically showing the hybrid cast receiver from the viewpoint of hardware, reception or communication function, and application. FIG. 8 is a diagram illustrating an example of functions relating to viewing reservation, recording reservation, reservation cancellation, and the like. FIG. 9 is a diagram for explaining an example of a rule (in the case of designating an event transmitted by the MPEG2-TS method) 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 illustrating another example of the definition (in the case of designating an event transmitted by the MMT method) regarding the argument (event_ref) of the viewing reservation function, the recording reservation function, the reservation cancellation function, and the like. FIG. 11A is a diagram illustrating another example of functions relating to viewing reservation, recording reservation, reservation cancellation, and the like. FIG. 11B is a diagram showing a continuation of FIG. 11A. FIG. 12 is a diagram illustrating an example of a function (method) related to confirmation of the connection state to the 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 (including an EPG related function) of a correspondence relationship between a class and an extension function group designation in the extension function for broadcasting. FIG. 14B is a diagram for explaining the other part (including the AIT controlled application cooperation function and the like) of the correspondence relationship between the classes in the extension function for broadcasting and the extension function group designation. FIG. 15 is a diagram illustrating a correspondence relationship between a receiver form and a service form regarding a data broadcast activated by the receiver. FIG. 16 is a flowchart illustrating an example of a start-up operation of the data broadcast processing system in the BML/ARIB-J shared receiver. FIG. 17 is a diagram exemplifying a correspondence relationship between a broadcast extension function (AIT controlled application cooperation function) and a name space that can be designated. FIG. 18A is a diagram exemplifying a correspondence relationship (part 1) between a part of the extension function (getBrowserSupport()) and a character string designated 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 designated as its argument. FIG. 18C is a diagram exemplifying a correspondence relationship (3) between a part of the extension function (getBrowserSupport()) and a character string designated 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 the bit value in the bitmap 0 and the bitmap 1, the function assignment, and the operation. FIG. 20B is a diagram exemplifying the relationship (part 2) between the bit value in the bitmap 0 and the bitmap 1 and the function assignment and operation. FIG. 21 is a diagram illustrating a data structure of an external application control descriptor that can be used in the embodiment. FIG. 22 is a diagram exemplifying a bitmap showing a correspondence relationship between application classes and bit values. FIG. 23 is a diagram exemplifying a correspondence relationship between a broadcast extension function (IPTV cooperation function) and a name space that can be designated. FIG. 24 is a flowchart illustrating an example of processing on the transmission side to which the embodiment is applied. FIG. 25A is a flowchart (part 1) illustrating an example of processing on the reception side to which the embodiment is applied. FIG. 25B is a flowchart (part 2) illustrating an example of processing on the reception 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) for inquiring of the user whether to accept a reservation using a function. FIG. 27 is a diagram exemplifying a screen display when a recording or viewing reservation is made. FIG. 28 is a diagram exemplifying a case where an alert screen for inquiring of a user whether to accept a reservation using a function is displayed in an overlap window on the screen display of FIG. 27. FIG. 29 is a diagram exemplifying a reservation list when a recording reservation is made. FIG. 30 is a diagram exemplifying an operation screen in which the user on the receiver side confirms the reservation content and cancels a part of the reservation. FIG. 31 is a diagram exemplifying a display screen of an EPG on which reserved programs are marked. FIG. 32 is a diagram showing another display example of the program guide used when viewing a broadcast program, or when making a viewing reservation, a viewing reservation cancellation, a recording reservation, and a recording reservation cancellation. FIG. 33 is a diagram showing still another display example of the program guide used when viewing a broadcast program, or when performing viewing reservation, viewing reservation cancellation, recording reservation, and recording reservation cancellation. FIG. 34 is a diagram showing still another display example of the program guide used when viewing a broadcast program, or when performing viewing reservation, viewing reservation cancellation, recording reservation, and recording reservation cancellation. FIG. 35 is a diagram showing another display example of the program guide used when viewing a broadcast program, or when making a viewing reservation, a viewing reservation cancellation, a recording reservation, and a recording reservation cancellation. FIG. 36 is a flow chart for explaining an operation example of the service providing apparatus and the receiver when viewing a broadcast program, or when performing viewing reservation, viewing reservation cancellation, recording reservation, 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 flowchart shown to explain the operation when the personal parental lock function is used in the receiver. FIG. 39 is a diagram showing an embodiment showing an extended usage pattern 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. 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 illustrating an example of a start sequence of a further HTML application. FIG. 43 is a diagram showing an embodiment showing a further extended use form of the terminal cooperation function of the receiver and the home gateway.

Hereinafter, embodiments will be described with reference to the drawings. FIG. 1 is a diagram showing a configuration example of an entire system of a hybrid cast specification (sometimes referred to as a hybrid cast rule or an IPTV rule) to which the embodiment is applied. FIG. 2 is a diagram showing the configuration of FIG. 1 more concretely.

This will be described below with reference to FIGS. 1 and 2.

<Broadcasting station 1000>
The broadcasting station 1000 includes a broadcasting station server 1100 and a security device 1200. Broadcasting station 1000 transmits a broadcast signal by radio waves (in this specification, any signal such as BS broadcast, CS broadcast, terrestrial digital broadcast may be used). Also, the broadcasting station 1000 sends a digital broadcasting signal, application control information, control information related to presentation, and the like, and sends metadata about a program to a service provider device (sometimes referred to as a service provider) 3000 based on a contract. And video content can be provided.

The application control information includes information such as an application linked to a program to a receiver corresponding to the present system, and commands and control information for starting and ending.

Regarding the transmission method of the application control signal, for example, a transmission method using a dedicated ES (Elementary Stream), a data carsel (a transmission method for repeatedly transmitting the same data), a control signal file of a control network 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 a receiver with metadata such as a program title, a program ID, a program outline, a cast, a broadcast date and time, and other data. Information provided by the broadcasting station 1000 to the service provider device 3000 is provided through an API (Application Programming Interface) provided in the broadcasting station server 1100.

In addition, the broadcasting station 1000 can exchange data with the service provider device 3000 of the hybrid cast specification. That is, the broadcasting station 1000 can provide the service provider device 3000 with metadata about the program, moving image content, and the like based on the contract.

<Service agent device 3000>
The service provider device 3000 includes a server 3100 for each service and an application database 3200. The service provider device 3000 is used by the service provider in order to provide contents for providing services to the receiver 5000, production/distribution of applications, and realization of 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 platform provider such as a broadcasting station or VOD service.

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

The service agent device 3000 can manage the application and distribute the application to the receiver 5000. The server 3100 for each service in this device has a server function for realizing an individual service (for example, VOD program recommendation service), multilingual subtitle service, social TV service, and the like. The server 3100 for each service not only implements the functional aspects of the service, but also sends out the content (VOD content, subtitle data, etc.) that constitutes the service.

The server 3100 for each service has a repository. The repository is registered to distribute applications of this system, and can provide and search a list of applications that can be provided in response to an inquiry from the receiver.

<Receiver 5000>
The receiver 5000 can receive a broadcast signal and 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 receiving function (basic function).

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

The terminal cooperation function can access broadcast resources such as program information and call a reception function such as reproduction control in response to a request from another terminal.

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

<Cooperation terminal 7000>
The cooperation terminal 7000 can perform mutual communication with the receiver 5000 by the communication function. The mobile terminal 7000 can also perform mutual communication with the service provider device 3000 by the communication function.

FIG. 3 schematically shows the main configuration of the broadcasting station 1000. The broadcasting station 1000 includes a video encoder 1301, an audio encoder 1302, a caption encoder 1303, and other auxiliary data generation unit 1304 that generates control data and service data. A broadcasting station server 1100 and a security device 1200 are linked to the broadcasting station 1000.

The outputs of the video encoder 1301, the audio encoder 1302, the subtitle encoder 1303, and other auxiliary data generation unit 1304 that generates control data and service data are streamed, and the multiplexing unit 1305 multiplexes the streams. Be converted. The multiplexed stream is sent to the transmitter 1306 as a transport stream, multiplexed with broadcast radio waves, and transmitted from the antenna.

The broadcasting station 1000 also includes a transmission/reception unit 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 hybrid cast transmission line 2200. A video stream, an audio stream, application control information, and service information are transmitted on each transmission path. In the hybrid cast transmission line 2200, not only a downstream stream from the service provider device 3000 to the receiver 5000 but also an upstream stream from the receiver 5000 to the service provider device 3000 exists.

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 (may be referred to as a communication content processing unit) 5100 of hybrid cast specifications connected to a network, and a second processing unit (also referred to as a broadcast content processing unit) that receives a broadcast wave. Good) 5300. The network is connected to the above service provider device 3000.

The first processing unit 5100 includes an IP communication interface 5101. The stream captured via the IP communication interface 5101 is received by the streaming reception processing unit 5102, and the demodulated stream is restored to the original array state by the 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, for example, automatic download.

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 subtitle data can be combined by the combiner 5501 and input to the display 5002. The decoded audio data can be input to the speaker system via the synthesizer 5502.

The second processing unit 5300 includes a broadcast tuner 5301. The stream received and demodulated by the broadcast tuner 5301 is input to the descrambler 5302. In the descrambler 5302, the input stream is descrambled with the key from the CAS (Conditional Access System) module 5304. The stream descrambled by the descrambler 5302 is input to the demultiplexer 5303. The demultiplexer 5303 outputs the data for data broadcasting to the data broadcasting reception processing unit 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 subtitle data can be combined by the combiner 5501 and input to the display 5002. The decoded audio data can be input to the speaker system 5003 via the synthesizer 5502.

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

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

The security management unit 5202 manages applications and realizes security functions. For example, it has an application authentication function and handles an authenticated application as a management application. Further, it is provided with an access control function, a presentation function, an enforcement function, a revocation function (a function intended for management applications other than broadcasting), and the like.

The access control function makes it possible to refer to broadcast resources (video, audio, metadata SI information, etc.) and receiver resources (video/audio output of the receiver, network interface, etc.) with respect to the applications for which use is permitted. 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 overlay on broadcast video, display area and size, display/non-display, etc.) based on the intention of the broadcaster. Further, in an emergency such as a disaster report, for example, the application or its related display is temporarily hidden so that the full-screen display of the broadcast program can be controlled.

The revocation function is a function that can invalidate a problematic application that impairs the interests of broadcasters and users.

The application engine 5130 forms an environment for executing an application. As the application engine 5130, for example, an HTML5 browser equipped with an extended API for supporting hybrid cast 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 structure of the receiver of FIG. 5, and shows the parts related to the receiver of the hybrid cast specification so that they can be seen. The broadcast wave is 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, and also controls the GUI (graphic interface) to control the display states of the first processing unit 5100 and the second processing unit 5300. can do.

FIG. 7 is an explanatory diagram schematically showing the hybrid cast receiver from the viewpoint of the hardware 5601, the reception or communication function 5602, and the application 5603.

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

In the reception or communication function 5602, the broadcast reception/reproduction function is a function of receiving a broadcast wave, selecting a specific broadcast service, and synchronizing and reproducing the video, audio, subtitles, and data broadcast forming the service. The communication content reception/reproduction function is a function of accessing video content placed on a server on a communication network, receiving it as VOD streaming, and synchronously reproducing video, audio, and subtitles that make up the content. The application control function is a function that mainly works on the application engine with respect to the management application based on the application control information acquired from the server or the broadcast signal on the communication network, and controls and manages the life cycle and event of each application. .. The security management function is mainly related to the application control function, and depends on the rules related to the specified security management and depends on the state of the application and the instruction specified by the broadcast signal, etc., and appropriately limits the function of the application. This is the function to be performed. The terminal cooperation control function is a function for discovering a device in cooperation with an external cooperation terminal, managing a connection between a receiver and a cooperation terminal, and cooperation of an application to interface. There is a presentation synchronization control function, and it is a function of controlling presentation synchronization of a stream of video/audio etc. by broadcast reception and a stream of video/audio etc. by streaming reception.

In the application 5603, the application engine is a function of acquiring and executing the application (corresponding to the HTML5 browser). The application launcher mainly performs navigation for the user to select and launch a non-broadcast managed application.

<Explanation regarding hybrid cast specifications>
By the way, the broadcasting station 1000 of FIG. 1 is configured to send a broadcasting signal including high-resolution content of, for example, 2K, 4K, or 8K to the receiver 5000 side. A service provider 3000 that develops a 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 a later version of HTML) can be used for this service provision. As the distributed application, 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.)
The script embedded in HTML (HTML5 or later) can include various functions. For example, when making viewing reservations or recording reservations, the functions described in ARIB STD-B62 Volume 2 (Multimedia Encoding Language Specification) and ARIB TR-B39 Volume 3 (Advanced BS Digital Broadcast Multimedia Service Operation Regulations) 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 reservation (see FIGS. 8A and 8B), and "isScheduledToRecord()" and "scheduleToRecord()" are recording reservations. (See FIGS. 8D and 8E), and “unscheduleToTune()” and “unscheduleToRecord()” are functions relating to cancellation of reservation (see FIGS. 8C and 8F). 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 when the receiver user cancels a part or all of the program that the receiver user is about to reserve (or has been reserved) by the sender by operating the remote controller or the like.

Alternatively, the function described in ARIB STD-B24 Vol. 2 (XML-based multimedia coding method) (see the EPG-related function class in FIG. 14A) can be used in a script.

Note that recording on the receiving side can be regarded as an operation of accumulating recorded content (one or more programs reserved for recording) in a storage (hard disk drive, flash memory, optical disk, etc.) on the receiving side. Therefore, in the embodiment, the term of video recording appropriately covers the case of storage.

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

When specifying an event transmitted by the MPEG2-TS method, event_ref must be an object that is interpreted as referring to a resource transmitted by MPEG2-TS, and the handling of each property is shown in FIG. It is prescribed as shown in.

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

Note that 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, for example, the function (method) of FIG. Further, the receiver can acquire the application object using, for example, the function (method) of FIG. 13.

In a system that supports (conforms to) the hybrid cast method (for example, the transmission/reception system in FIG. 1), various operations can be performed by using the extension function for broadcasting as shown in FIGS. 14A and 14B. For example, the transmission side (broadcasting station 1000 and/or service provider 3000 in FIG. 1) uses a HTML document to make a viewing reservation for a receiver (receiver 5000 in FIG. 1) that complies with the hybrid cast method. You can make recording reservations and cancel reservations. A function (for example, a function of the EPG-related function shown in FIG. 14A) included in the script (JavaScript or the like) embedded in the HTML document can be used for the viewing reservation, the recording reservation, the reservation cancellation, and the like.

FIG. 15 is a diagram illustrating a correspondence relationship between a receiver form and a service form regarding a data broadcast activated by the receiver. When only BML is used for data broadcasting, it is not assumed that a plurality of BML documents are switched in group units. However, in ARIB-J, it is assumed that a plurality of ARIB-J applications can be transmitted at the same time and the viewer (receiver user) switches between them. Therefore, a mechanism is provided in which the life cycle of the ARIB-J application is managed by the application information table (AIT) and the viewer can switch the life cycle by the function of the receiver.

In a shared receiver compatible with both BML and ARIB-J, a BML document is also managed as an application. For its management, ARIB STD-B23 defines a receiver function called an application manager. In the shared receiver of BML/ARIB-J, this application manager can control the life cycle of the processing presented by the BML document. Using this application manager, it is possible to control activation of BML and ARIB-J as illustrated in FIG.

FIG. 16 is a flowchart illustrating an example of a start-up operation of the data broadcast processing system in the BML/ARIB-J shared receiver. If the data broadcast by ARIB-J has been transmitted, additional_arib_j_info() exists as a data encoding method descriptor in the PMT. When trying to activate the data broadcasting processing system, the shared receiver searches the PMT (ST10) and checks whether there is additional_arib_j_info() in the PMT (ST12).

When additional_arib_j_info() does not exist (N in ST12), since the data broadcast by ARIB-J has not been transmitted, additional_bxml_info() in PMT is acquired (ST14) and BML is started (ST20).

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

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

When ARIB-J is started after the AIT is acquired (ST16), application_control_code in the AIT is referred to (ST22). If application_control_code is AUTOSTART (Y in ST22), the ARIB-J application is automatically started (ST24). When the application_control_code is not AUTOSTART (PRESENT or the like) (N in ST22), the ARIB-J application activation is suspended (ST26) and the AIT is monitored. If the AIT is updated during monitoring and the application_control_code becomes AUTOSTART, the ARIB-J application is automatically started (ST24). By defining the default ES (for example, 0xA0) in which the ARIB-J application is arranged, such monitoring and other activation sequences can be easily executed.

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. The permission bitmap (permission_bitmap) described above can be acquired from this AIT. (This permission_bitmap can be used, for example, in ST200 of FIG. 25A. Note that acquisition of AIT will be described later with reference to FIG. 42.)
FIG. 17 is a diagram exemplifying a correspondence relationship between a broadcasting extension function (AIT controlled application cooperation function) and a name space that can be designated. Here, regarding the module, resource, ES/NPT general-purpose event component, and namespace on the IP transmission path, "startReceivingAIT() whose argument as a URI description element is ait_uri" and "argument as a URI description element is ait_uri "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.

18A to 18C exemplify the correspondence relationship between some extension functions (getBrowserSupport()) and the 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 in Bitmap 0 and Bitmap 1, function assignment, and operation. 21 is a diagram illustrating a 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 hybrid cast method is determined by, for example, the bit value of permission_bitmap (“○” in “viewing reservation, recording reservation API” shown in bit 4 of FIG. 20B). (See indicia) can be used to make the determination.

Whether or not the receiver complies with the hybrid cast method can be configured to be determined using a specific bit value of permission_bitmap (for example, bit0 to bit2 in FIG. 20B).

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

If permission_bitmap determines that the user does not have access permission, the receiver invalidates the access. For example, if the permission_bitmap determines that the user does not have the access authority of the hybrid cast method, the receiver can be configured not to access the HTML document including the reservation related function.

permission_bitmap can be included in the external application control descriptor (see FIG. 21). This external application control descriptor is transmitted by the application information table (AIT) specified in ARIB STD-B24 Vol. 4, 5.1. The AIT including the permission_bitmap (a part of information used for controlling the non-broadcast managed application) can be acquired by using the function of the AIT controlled application cooperation function (see FIG. 14B).

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

FIG. 23 is a diagram exemplifying a correspondence relationship between a broadcast extension function (IPTV cooperation function) and a name space that can be designated. Here, "startDlcDownload() whose argument as the URI description element is src_path" and "startVOD() whose argument as the URI description element is metafile_uri" can be specified as the namespace 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 by the intention of the transmission side (for example, the broadcasting station 1000 and/or service provider 3000 in FIG. 1).

First, when it is desired to make a viewing reservation for one or more programs transmitted by the broadcasting station 1000 (Y in ST100), a reservation script (JavaScript or the like) for each viewing reservation target program is created using the viewing reservation function (ST102). ). When the reservation can be canceled (Y in ST104), a reservation cancellation function is described in the script (ST106).

If you want to make a recording (storage) reservation for one or more programs sent by the broadcasting station 1000 (N in ST100, Y in ST110), use a recording reservation function to make a reservation script (such as JavaScript) for each recording reservation target program. Is created (ST112). When the reservation can be canceled (Y in ST114), the reservation cancellation function is described in the script (ST116).

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

As the information for checking whether or not the receiving side complies with the hybrid cast, for example, a function that can be used to acquire an AIT including permission_bitmap (“startReceivingAIT()”, “getReceivedAIT()” in FIG. 14B) is conceivable. .. When 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 is added, if the reservation is further added (or modified) (N in ST126), the processes of ST100 to ST124 are repeated. If the created HTML document is OK, the process of FIG. 24 is terminated (Y in ST126). The HTML document (document after HTML5) created in this way can be sent to the receiving side via the Internet.

25A and 25B are flowcharts illustrating an example of processing on the reception 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) for inquiring of the user whether to accept a reservation using a function.

FIG. 27 is a diagram exemplifying a screen display when a recording or viewing reservation is made. Further, FIG. 28 is a diagram illustrating a case where an alert screen for inquiring of a user whether to accept a reservation using a function is displayed in an overlap window on the screen display of FIG. 27.

FIG. 29 is a diagram exemplifying a reservation list when a recording reservation is made. FIG. 30 is a diagram exemplifying an operation screen in which the user on the receiver side confirms the reservation content and cancels a part of the reservation. FIG. 30 is a diagram exemplifying a display screen of an EPG in which reserved programs are marked.

When the receiving side (for example, one of the receivers 5000 in FIG. 1) receives the HTML document (documents after HTML5) created by the process in FIG. 24, the process in FIG. 25A starts. The reservation-related information in the sent HTML document is based on the hybrid cast method. If a receiver that does not support Hybridcast processes the reservation-related script in the HTML document, the reservation operation intended by the sender may not be completed. Therefore, whether the receiver conforms to Hybridcast first. Check (ST200).

This check can be performed, for example, based on whether or not the specific bit in the permission_bitmap included in the AIT corresponds to the bit (ID bit) for identifying the hybrid cast. (If the HTML document contains information other than permission_bitmap that can indicate hybrid cast compliance, that information may be used for checking.)
When the receiving side does not comply with the hybrid cast (N in ST202), the process in the received HTML document is not processed and the process returns to another process. When the receiving side complies with the hybrid cast (Y in ST202), it is checked whether or not the script in the HTML document has a function regarding reservation (ST204). If there is no function related to reservation (N in ST204), the process returns without performing any processing.

When the script in the HTML document has one or more functions related to reservation (Y in ST204), the user is inquired whether to make a reservation using one or more functions described in the script (ST206). This inquiry can be performed immediately after it is determined as YES in ST204.

As a method of inquiring whether to make a reservation, an overlapping window for “confirmation of reservation” is displayed in a partial area 100a ((a) of FIG. 26) of the screen 100 currently displayed on the user's receiver. A method of outputting 200 ((b) in 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? If you want to make a reservation, select "Yes". It is conceivable that a message such as "Please select by key operation to determine" is displayed. This display can be configured to not disappear until the user selects and decides "yes" or "no".

Further, as illustrated in FIG. 27, when the window 300 for making a recording or viewing reservation is displayed, the reduced screen 400 of the reservation target program can be displayed as a moving image. Since HTML5 and later browsers are also compatible with moving image display, screen display (100) including reduced screen display (400) of such a moving image is possible on the browser screen. By being able to display a moving image, for example, when the user makes a reservation, the contents can be confirmed on the reduced screen, and it is possible to judge whether or not the reservation is possible without making a mistake.

When such a window 300 or reduced screen 400 is displayed, the receiver may receive an HTML document (HTML document of HTML5 or later) including a reservation function from the transmission side (broadcasting station or server). In that case, as illustrated in FIG. 28, an alert screen asking the user whether to accept the reservation using the function of the HTML document can be displayed in the overlapping window 200 on the current screen display (FIG. 27). For example, when the user selects the "reservation" button in the window 200 by operating the remote controller and makes a decision, program reservation (recording reservation and/or viewing reservation) based on the reservation function of the HTML document is made. The reservation at this time can include a program that the user has selected for reservation (for example, a broadcast program from 10:00 on Saturday, October 22).

A voice guidance for “confirmation of reservation” may be given together with the output of the overlapping window 200 or instead of outputting the overlapping window 200. For example, a voice guidance saying "I have a viewing reservation from the broadcasting station. Do you want to make a reservation? If you want to make a reservation, go to the TV and make a reservation. If you do not make a reservation, say "I will not make a reservation." , Using the speaker of the receiver 5000. (A microphone (not shown) and a voice recognition unit may be provided in the receiver so that the user's response to the voice guidance is voice-recognized and a process corresponding to the content of the response is performed. It can be configured to repeat at regular intervals until it responds with "Yes" or "No reservation". Whether or not to give this voice guidance can be determined by the user's presetting for the receiver.

Now, return to the description with reference to FIG. 25A. If the user selects and decides “No” in the window 200 (FIG. 26(b)) or replies “No reservation” by voice (N of ST208), returns to other processing without performing any processing. .. When the user selects and confirms "Yes" in the window 200 or replies by voice that "I will make a reservation" (Y in ST208), processing according to the contents of the reservation is performed.

That is, when there is one or more recording reservation functions in the script in the HTML document, a reservation list of one or more recording reservation target programs (see FIG. 29) is created using these functions (ST210). Alternatively, using these functions, an EPG (see mark RRM in FIG. 31) marked with one or more programs to be reserved for recording is created (ST210).

When the script in the HTML document has one or more viewing reservation functions, those functions are used to create a reservation list of one or more viewing reservation target programs (not shown in FIG. (Corresponding to the removed one) is created (ST212). Alternatively, an EPG (see the mark RWM in FIG. 29) marked with one or more viewing reservation target programs is created using these functions (ST212).

The user who views the recording reservation list (FIG. 29) or the EPG (FIG. 31) marked with the recording reservation can cancel the recording reservation of some or all of the reserved programs by operating the remote controller or the like. To cancel part or all of the recording reservation (Y1 in ST214), if there is a recording reservation cancellation function, a 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 the mark RRM in FIG. 31) marked with one or more recording reservation target programs (ST216).

Similarly, a user who views the EPG (FIG. 31) with the viewing reservation list (excluding the item “recording destination” from FIG. 27) or the viewing reservation marking (FIG. 31) is not included in all or part of the reserved programs. You can cancel the viewing reservation. When it is desired to cancel part or all of the viewing reservation (Y2 in ST214), if there is a viewing reservation cancellation function, a user operation screen for canceling the viewing reservation for each program on the reservation list (not shown, 29 (corresponding to the item excluding the item "USB_HDD1" from FIG. 29) is created (ST218). Alternatively, an EPG is created so that the reservation marking can be removed for each program from the EPG marked with one or more viewing reservation target programs (see the mark RWM in FIG. 31) (ST218).

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

Note that each receiver can be configured such that the reservation content can be changed (including cancellation of all reservations) by a user operation after the reservation is completed.

That is, the function used to perform the above-mentioned reservation viewing, reservation recording, or reservation cancellation may be the function used to display the overlapping window as described above, or The function may additionally include a function used to display the overlapping window. Note that the overlapping window is not necessarily limited to the window, and any point may be a confirmation display (button) that is used by the user to indicate whether he/she decides to reserve or cancel the reservation. It suffices to have a function of inquiring of the user whether or not the recording and storage operations are possible through the interface.

FIG. 42 is a diagram illustrating an example of an HTML application startup sequence. FIG. 42 exemplifies a network-type activation sequence SQ1 starting from the trigger A and a broadcasting-type activation sequence SQ2 starting from the trigger B.

When the application corresponding to the operational specifications of ARIB phase 0 is started, SQ1 is used in the application start sequence. That is, the data broadcasting content is always started (trigger A) and the HTML (HTML5 or later version in the embodiment) application is not directly started. When the application is started, the BML content is first started (sequence SQ1), the AIT on the communication server is acquired by the script described in the content, and thereafter, the HTML application (an application using the reservation-related function, etc., according to the AIT ) Is started.

The sequence SQ2 can be used in addition to the sequence SQ1 in the activation of the application corresponding to the operational specifications of the ARIB phase 1. That is, it is possible to specify whether to activate the BML content or directly activate the HTML application by the priority information of the PMT (program map table) and the priority information of the section format AIT transmitted by the data carousel. When directly starting the HTML application, the application is acquired and started according to the information specified in the AIT transmitted by the data carousel.

The operation of application startup priority control can be in accordance with ARIB TR-B14 Volume 3 Part 2 “8.5 AIT Controlled Application Startup/Termination”. In the operation of ARIB Phase 1, 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 Vol. 2 9.3.2, is operated according to the standard, and the receiver Configure to operate according to the operation.

-Regarding designation of application identifier in ARIB phase 0 The value given to the service provider by the IPTV forum is used for isdb:orgID designated by the AIT in XML format. As this value, "0" is reserved as a special value, and "0" can be interpreted as matching all isdb:org IDs. This "0" cannot be used in the description of AIT. A value is assigned to the isdb:orgID so that the service provider has a unique value for each application.

・About application profile and version operation in ARIB Phase 0
ARIB TR-B14 corresponds to the phase 0 operation specification specified in Chapter 3, Part 2, Chapter 8, and the mhp:profile specified in the XML AIT is "1", and mhp:versionMajor, mhp: versionMinor and mhp:versionMicro are fixed to "1" respectively.

-Signaling in ARIB Phase 0 Signaling is based on, for example, an XML_AIT file on the communication server in FIG. 42. The XML_AIT file on the server has a MIME type of application/X-arib-ait-xml; charset="UTF-8" and is acquired from the server by http or https. The AIT file has its effect only while the application launched by it is valid.

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

・About application profile and version operation in ARIB Phase 1
ARIB TR-B14 Part 3 Part 2 Part 8 Chapter 8 ARIB Phase 1 operational specifications, the mhp:profile specified in the XML format AIT is "2", mhp:versionMajor, mhp :versionMinor and mhp:versionMicro are each "1". The mhp:profile specified by the section format AIT is "0x0002", and the mhp:versionMajor, mhp:versionMinor, and mhp:versionMicro are "0x01".

-About operation of application_control_code in ARIB phase 1 In operation of phase 1, in the AIT in section format, the value of application_control_code is 0x01 (identification name: AUTOSTART), 0x02 (identification name: PRESENT), 0x04 (identification name: KILL) 0x05 (identification name: PREFETCH) is not operated. The receiver that receives the unknown application_control_code ignores the application as if it was not described in the AIT.

-Operation of stochastic operation delay descriptor in ARIB phase 1 In operation of phase 1, the stochastic operation delay descriptor is not operated in the section type AIT.

-Operation of cache information descriptor in ARIB phase 1 In operation of phase 1, as described in ARIB TR-B14 Volume 3 Part 2 "8.3.4.7 Operation of cache information descriptor", the cache information description is described. Do not operate the child. Refer to ARIB TR-B14 Volume 3 Part 2 “8.3.4.7 Operation of cache information descriptor” and “8.4.1.5 Autostart application cache” for the operation of application cache in phase 1 operation.

-Signaling in ARIB Phase 1 In the operation of Phase 1, both the AIT in section format transmitted by the data carousel and the XML_AIT acquired from communication can be used. The specific section type AIT transmitted on the data carousel is constantly monitored by the receiver. When it is detected as a result of the monitoring that the state of the AIT has changed, it is possible to perform control such as starting and ending of the AIT controlled application. Refer to ARIB TR-B14 Volume 3 Part 2 "8.5.2 Starting/terminating AIT-controlled applications based on AIT that is constantly monitored" for the operation related to updating AIT.

The above-described AIT including the permission_bitmap (information that can be used to determine whether the receiving side complies with the hybrid cast) can be transmitted from the broadcasting station 1000 in FIG. 1 to the receiver 5000 via a broadcasting signal, for example. (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). Further, the AIT can be configured to be sent to the receiver 5000 via a broadcast signal and to the receiver 5000 via the Internet.

If the reception time of the AIT sent via the broadcast signal is different from that of the AIT sent via the Internet, before the execution of the function in the HTML document related to the AIT (for example, at the time of checking ST200 in FIG. 25A). , The information content of the AIT (latest AIT) whose reception time is later can be preferentially adopted. Alternatively, if the level of priority is decided 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 time after the reception time. it can. (In determining this priority, 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 Vol. 2 9.3.2 can be referred.)
32, 33 and 34 show display examples of program guides used when viewing a broadcast program, or when making viewing reservation, viewing reservation cancellation, recording reservation, recording reservation cancellation.

The display switching of the program guide can be performed, for example, by operating the cooperation terminal 7000 that cooperates with the terminal cooperation function. The cooperation terminal 7000 is for displaying a button 7001 for displaying a terrestrial digital broadcasting program guide, a button 7002 for displaying a program guide for BS and CS broadcast programs, and a program guide for broadcasting (distribution) by IPTV. A button 7003 is provided. Further, a button 7005 for selectively scrolling the screen vertically and horizontally when the program guide is displayed is provided.

Further, the cooperation terminal 7000 includes a recording reservation button 7006 of a program to be reserved for recording, a viewing reservation button 7007 of a program to be reserved for viewing, a program reserved for recording, or a reservation cancel button 7008 for a program reserved for viewing.

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

It should be noted that the example of the program guide shown in the figure shows a period in which a program is repeatedly or repeatedly broadcast at intervals in IPTV broadcasting. This program guide is convenient even when there is distribution by video on demand. 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 the terrestrial digital broadcast program and the program guide for the BS and CS broadcast programs described above are based on the electronic program guide information (EPG information) acquired through the second processing unit 5300, for example, the integrated control unit 5200. Created in and stored in memory. This EPG information is automatically updated, for example, periodically.

Also, the EPG information for IPTV is acquired via the first processing device 5100. The first processing device 5100 periodically acquires the program guides of the respective channels, and the integrated control unit 5200 combines the program guides of the respective channels and stores the program guides in the memory as a program guide for display.

The program guides described above have been described as being displayed on the display device 5002 independently. However, the display method is not limited to such a display method, and a plurality of types of program guides may be overlapped and simultaneously displayed on the display unit 5002.

FIG. 35 shows a state where a program table 5031 for terrestrial digital broadcasting programs, a program table 3012 for BS and CS broadcasting programs, and a program table 3013 for IPTV broadcasting are displayed simultaneously on the display 5002.

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

In each of the embodiments showing the display examples of the program guides described above, the fact that the viewing reservation and/or the recording reservation is made can be visually recognized by coloring or adding a mark to the area of the program name. In addition, the fact that recording has been completed can be visually recognized by coloring or a mark.

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

In the program guides shown in FIGS. 32 to 35, the horizontal axis represents time or date and time, and the vertical axis represents channel (broadcast station), but the horizontal axis represents channel (broadcast station) and the vertical axis represents time or date and time. May be done.

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

The receiver 5000 displays a program table (EPG) for IPTV broadcasting based on a user operation (AS1). The user can select and decide, for example, a program to be reserved for recording from the program table by operating the remote controller (AS2, AS3).

The receiver 5000 accesses the service provider device 3000 of the program using the URL and requests information about the program (AS3). Then, the service provider apparatus 5000 writes information (also called API information) including a function regarding recording reservation for the receiver 5000 (or information including only information regarding recording reservation) in the HTML5 description document. Reply with (ES1).

The receiver 5000 confirms the sent function (AS4), and when the reservation is impossible, displays a message indicating that the reservation is impossible on the display of the receiver 5000 and ends the processing (AS6). When it is determined in the sent function that the reservation is possible (AS7), the reservation screen is displayed on the display unit, and the user selects the reservation button and presses the setting button to end the operation.

In the receiver 5000, the program reservation information of the program is described 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 reception 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, the broadcasting of the program by the service provider device 3000 is started (ES2). When the broadcast of the program ends, the service provider apparatus 3000 notifies the receiver of the end function (ES3). Upon receiving the end notification, the receiver 5000 turns off the connection with the service provider apparatus 3000 and ends the reserved recording (SA12). After the connection is turned off, a message "End scheduled recording" may be displayed. By doing so, the user knows that the connection has been turned off.

Although the above description is the recording reservation, the viewing reservation is also made in the same procedure as 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.

When the viewing reservation is canceled or the recording reservation is canceled, the reservation information of the reserved program in the reservation management table is only deleted.

FIG. 37 is a flow chart for explaining the parental lock function/unlock function. Depending on the program, the program information (service information) may be accompanied by a function regarding parental. In such a case, some people, for example, 21 years old or older, have the authority to release the parental lock. This flowchart is a flowchart for realizing an operation processing function for a program accompanied by such a pan rental lock. This function is also realized by the application in the integrated controller 5200.

Now, it is assumed that the receiver 5000 receives a certain program, and the reproduction instruction is given from the operation device (remote controller or mobile terminal) (step SB1). Then, it is determined whether or not the parental lock level information is attached to the related information of the program (step SB2). In the case of a program that is not accompanied by parental lock level information, playback display of the received program is executed (step SB3).

However, in the case of the program accompanied by the parental lock level information, a message such as "The program is locked by the pan rental lock" is displayed on the display device 5002 (step SB4). Here, when the release key is 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, playback display of the received program is executed (step SB3). If the release key is not correct, it is determined whether or not a certain time has elapsed from the reception of the program (step SB7). If the certain time has not elapsed, the release key is waited for and the certain time has elapsed. In this case, the process ends (step SB7), and a message such as "Cannot watch" is displayed.

FIG. 38 is a flowchart for explaining a function that allows the user to set the parental lock function for an arbitrary program. For example, for some programs, parents may not want to show to their children. In such a case, the user can operate the operating device to activate the parental lock function (step SB1). Then, the desired program guide is displayed (step SB2). Next, the program for which the parental lock is desired to be set is selected by the cursor (step SB3). Next, when the enter button is pressed (SB4), the input of the unlock key at the time of viewing is requested (step SB5). If the user inputs the setting of the unlock key here (step SB6), the process ends.

When watching the program, the person who wants to watch the program must input the unlock key. The input timing of the unlock key at this time is as described in the above flowchart.

39 and 40 show an embodiment in which the terminal cooperation function 5500 is effectively utilized. The terminal cooperation function 5500 can search a plurality of mobile terminals 7000a and 7000b that have been registered as devices, and can perform data communication (for example, emergency communication) with each other.

Further, the terminal cooperation function 5500 also has 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.

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

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 a plurality of applications for controlling various operations of the HGW 7100. The EVT-Mg manages an event application for controlling various operations according to the occurrence of various events. The EVT-Mg can also control the recording manager 7105. The recording manager 7105 can record data or video in the storage medium 5001 via the terminal cooperation function 5500.

CONF-Mg recognizes the functions in the HGW 7100 and the various functions related to the HGW 7100, and manages a configuration application that performs, for example, operation order and operation restriction. Further, the CONF-Mg can perform initial setting of each functional block, function restriction, function expansion, priority order, operation time, and the like. The system controller 7102 can collectively control the blocks in the HGW 7100 and perform sequence control.

The HGW 7100 can communicate with various sensor groups 7200 by wire or wirelessly. When the mobile terminal 7000c located outside the home network 7300 is under the control of the HGW 7100, the mobile terminal 7000c can communicate with the HGW 7100 and can also communicate with the terminal cooperation function 5500 via the HGW 7100. Is. As shown in FIG. 40, the various sensor group 7200 includes a camera 7201, a microphone 7202, a speaker 7203 that can be controlled by EVT-Mg. Note that the camera 7201, the microphone 7202, and the speaker 7203 are installed in a plurality of places in the home.

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

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

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

Further, the sensor control table 7106 stores the name of each sensor of the sensor group 7200, the position information of each sensor, and data for controlling each sensor. In addition, the name and position information of each sensor can be displayed on, for example, the smart phones 7000a and 7000b, 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,...

A control data management unit may be included depending on a high-performance sensor. The control data management unit includes an application manager (APP-Mg), an event manager (EVT-Mg), and a configuration manager (CONFIG-Mg) that the HGW 7100 has. The sensing function included in the sensor has various elements according to the purpose of sensing. The various elements may be, for example, a camera or a microphone, as in the HGW 600. Further, various elements include a heat sensor, a temperature sensor, a humidity sensor, a lighting sensor, a pressure sensor, a switch, and the like. A sensor may include one or more sensing elements for its intended use.

The above-mentioned sensor is a sensor that detects opening and closing of a door, a sensor that detects sound of a certain volume, a sensor that detects movement of a person, a sensor that detects opening and closing of a window, a sensor that performs shooting, for example, at home. It is placed at various locations inside.

In the system described above, when the HGW 7100 outputs a detection signal from any one or more of a camera, a microphone, another sensor,..., The control data management unit 7101 recognizes that an event has occurred. Then, the control data management unit 7101 controls an arbitrary camera 7201 via the recording management device 7105. As a result, the camera 7201 sends the monitoring data cached from before the event occurrence time (for example, 10 minutes before) to the storage medium 5001 via the recording manager 7105 and continues for a fixed time (for example, 3 minutes). 5 minutes, 10 minutes, 20 minutes, 30 minutes, etc.) Continue sending the imaged monitoring data. In addition to this monitoring data, event-related data (may be referred to as event attribute data) when the event is detected in this system is also sent to the storage medium 5001.

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

Here, although the storage medium 5001 is in the home in the figure, it does not necessarily have to be the storage medium in the home. The storage location of the monitoring data may be a storage medium in the server 7800 connected via the Internet. The storage medium 5001 includes 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.

The monitoring data may include not only video data but also sound data and measurement data from a sensor. The monitoring data may include, for example, a temperature change status, a humidity change status, or a pressure change status at a specific location.

Management data for reproducing the monitoring data is described in the management area. This management data also includes the above event-related data. The management data includes the event-related data and the recording address of the monitoring data corresponding to the event-related data. When a plurality of events occur, a plurality of event-related data and a plurality of monitoring data corresponding to the plurality of event-related data exist.

The event-related data includes the type of event (may be referred to as a sensor). Monitoring data (for example, monitoring video) is recorded based on an event, and the event-related data includes the recording start time, recording end time, and the like.

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

The flowchart of FIG. 41 shows the operation of the receiver 5000 when the power is turned on. As described above, the receiver 5000 includes the first processing unit 5100 and the second processing unit 5200. In the present embodiment, when the power is turned off immediately before (the standby power supply such as the memory is always on), either the video output of the system of the first processing unit 5100 or the second processing unit 5200 or both of them operate. It is equipped with a means to store what it was. Then, at the next power-on, for example, the integrated control unit 5200 starts up the system that was functioning immediately before the power-off.

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

If the content being viewed immediately before the power-off is the broadcast wave signal A processed by the second processing unit 5300, the second processing unit 5300 is activated. As a result, the video/audio signal from the second processing unit 5300 is supplied to the display device 5002 and the speaker system 5003. Further, for a certain period of time, the display unit 5002 displays that the source of the displayed content is the second processing unit (or broadcast signal) 5300. Alternatively, an indicator indicating that it is a broadcast signal from the second processing unit 5300 may be lit on the display device 5002 (step SA3).

On the contrary, if the content that was being viewed immediately before the power was turned off is the distribution signal B processed by the first processing unit 5100, the first processing unit 5100 is activated. As a result, the video/audio signal from the first processing unit 5100 is supplied to the display device 5002 and the speaker system 5003. Further, for a certain period of time, the display unit 5002 displays that the source of the displayed content is the first processing unit (or distribution signal) 5100. Alternatively, the indicator 5002 may light an indicator indicating that it is a broadcast signal from the first processing unit 5100 (step SA4).

From here, FIG. 43 is an embodiment in consideration of effectively utilizing the terminal cooperation function 5500, the recording medium 5001, and the HGW 7100. In this system, a plurality of illuminators 7204, a plurality of speakers 7203, and a plurality of microphones 7201 that can illuminate light of various colors by combining the emission colors of R (red) G (green) B (blue) as control targets are further provided. Or any combination thereof is used.

For example, a parent may go out with an infant left at home. Parents may sometimes want to monitor the appearance of infants. In such a case, the guardian can monitor the appearance of the infant at home by using the mobile terminal 7000c owned by the guardian. When wanting to talk to an infant, it is possible to talk through the speaker 7203-1, and when wanting to hear the answer from the infant, it is possible to hear the reply from the infant through the microphone 7202-1.

The system described above is convenient even if it is installed in a day care center. Parents who leave their infants at the daycare center and go to work can check the appearance of the infants from the outside.

Furthermore, when there is a cared person at home, the cared person can convey the intention to the cared person using the speaker 7203-1 and the illuminator 7204-1. For example, it is possible to convey the intention to the care-receiver whose hearing is inconvenient by changing the color of the illuminator 7204-1. Further, it is possible to convey the intention to the cared person who is visually impaired through the speaker 7203-1.

The above embodiment further includes the following means and method. That is, the receiving device is configured to make a viewing reservation of a broadcast program in accordance with the hybrid cast method by using an application function embedded in an HTML document related to digital broadcasting. And, it includes means and method for checking whether or not to comply with the hybrid cast method by using information that can be used to check whether or not to comply with the hybrid cast method. Further, it also includes means and method for displaying a first screen for inquiring 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 showing that the viewing reservation cannot be made under a predetermined condition.

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

Although some embodiments of the present invention have been described, these embodiments are presented as examples 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 changes can be made without departing from the spirit of the invention. These embodiments and modifications thereof are included in the scope and the gist of the invention, and are also included in the invention described in the claims and an equivalent range thereof.

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

Claims (2)

Using application functions embedded in HTML documents related to digital broadcasting,
In accordance with the hybrid cast method, in the transmission method configured to be able to perform recording reservation or recording reservation cancellation of the broadcast program on the receiving side,
Including possible information available to the HTML document to check whether to comply with the hybrid casting method,
The function includes a first function that can be used to inquire a user whether to set the recording reservation or the recording reservation cancellation at the receiving side,
A second function that can be used by the receiving side to set the recording reservation or the recording reservation cancellation is included in the function,
Transmission method of the third function available to check viewing reserved or not by the reception side is provided with a Rukoto, included in the function. Using application functions embedded in HTML documents related to digital broadcasting,
In accordance with the hybrid cast method, in the transmitting device configured to be able to perform recording reservation or recording reservation cancellation of the broadcast program on the receiving side,
And means for including the possible information available to the HTML document to check whether to comply with the hybrid casting method,
Means for including in the function a first function that can be used to inquire the user whether to set the recording reservation or the recording reservation cancellation at the receiving side;
Means for including, in the function, a second function that can be used by the receiving side to set the recording reservation or the recording reservation cancellation;
And a means for including, in the function, a third function that can be used by the receiving side to confirm whether or not a viewing reservation has been made .

Images