JP6915120B2 - Receiver and receiving method - Google Patents

Description

This embodiment applies an API (Application Programming Interface: a set of instructions and functions that can be used when developing software for an application execution environment) for digital broadcasting, which 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), and enables various services. The technical specifications of the hybrid cast are standardized as the technical specifications of the IPTV Forum and the standards of the ARIB (Association of Radio Industries and Businesses).

JP-A-2015-27082

"Hybridcast Technical Specification Service Guideline" IPTV FJ DOC-0002 1.6 Edition Revised on April 19, 2013, IPTV Forum "Broadcasting communication cooperation system" IPTV FJ STD-0010 2.1 version revised on March 7, 2016, IPTV Forum, a general incorporated association "HTML5 Browser Specification" IPTV FJ STD-0011 2.2 version revised on March 7, 2016, IPTV Forum, General Incorporated Association "Hybrid Cast Operation Regulations" IPTV FJ STD-0013 2.4 version revised on June 22, 2016, IPTV Forum, General Incorporated Association "Data broadcasting coding method and transmission method standard in digital broadcasting" ARIB STD-B24 6.3 version revised on July 6, 2016, Association of Radio Industries and Businesses "Multimedia encoding method for digital broadcasting (2nd generation) standard" ARIB STD-B62 1.6 version revised on September 29, 2016, Association of Radio Industries and Businesses

There is a demand for a transmitting device, a receiving device, or a transmitting / receiving system based on the above-mentioned standard, which can realize, for example, viewing reservation, recording reservation, viewing reservation cancellation, recording reservation cancellation, or a combination thereof.

According to one embodiment, a receiving device configured to be able to reserve or cancel a viewing reservation of a broadcast program in accordance with a hybrid cast method using a function of an application embedded in an HTML document related to digital broadcasting. And
The HTML document contains information that can be used to check for compliance with the hybridcast scheme.
The first function included in the function is any one of a plurality of functions including the description ToTune.
The second function included in the above function is described by a function having a description unscheduleToTune.
The third function included in the above function is described by a function having the description ischeduleToTune.
Means for checking in-device whether or not it conforms to the hybrid cast method using the information available for checking whether or not it conforms to the hybrid cast method.
When the check result conforms to the hybrid cast method, the means for acquiring the first function, the second function, and the third function, and
A first for inquiring whether to set the viewing reservation or viewing reservation cancellation using the first function available for inquiring the user whether to set the viewing reservation or viewing reservation cancellation. Means to display the screen and
When the viewing reservation or viewing reservation cancellation is performed using the second function that can be used to set the viewing reservation or viewing reservation cancellation, and a predetermined input operation is performed using the first screen. A means for displaying the second screen for setting the viewing reservation, and
A means for confirming the viewing reservation using the third function available for confirming whether or not the viewing reservation has been made, and a means for confirming the viewing reservation.
A receiving device including means for creating an EPG in which the target program reserved for viewing is marked is provided.

FIG. 1 is a diagram showing a configuration example of an overall system of hybrid cast specifications to which an embodiment is applied. FIG. 2 is a diagram showing the configuration of FIG. 1 in more detail. 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 in a broadcast wave transmission line and a 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 the receiver to which the embodiment is applied. FIG. 7 is an explanatory diagram of the receiver of the hybrid cast specification as a schematic view from the aspects of hardware, reception or communication function, and application. FIG. 8 is a diagram illustrating an example of a function related to viewing reservation, recording reservation, reservation cancellation, and the like. FIG. 9 is a diagram illustrating an example of provisions regarding arguments (event_ref) such as a viewing reservation function, a recording reservation function, and a reservation cancellation function (when an event to be transmitted by the MPEG2-TS method is specified). FIG. 10 is a diagram for explaining another example (when specifying an event transmitted by the MMT method) regarding arguments (event_ref) such as a viewing reservation function, a recording reservation function, and a reservation cancellation function. FIG. 11A is a diagram illustrating another example of a function related 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 status 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 for explaining a part of the correspondence between the class and the extension function group designation in the broadcast extension function (including the EPG-related function and the like). FIG. 14B is a diagram illustrating another part (including the AIT controlled application linkage function and the like) of the correspondence between the class and the extension function group designation in the broadcast extension function. FIG. 15 is a diagram illustrating a correspondence relationship between a receiver form and a service form with respect to data broadcasting in which a receiver is activated. FIG. 16 is a flowchart illustrating an example of the activation operation of the data broadcasting processing system in the BML / ARIB-J shared receiver. FIG. 17 is a diagram illustrating the correspondence between the broadcast extension function (AIT controlled application linkage function) and the specifiable namespace. FIG. 18A is a diagram illustrating a correspondence relationship (No. 1) between a part of the extension function (getBrowserSupport ()) and a character string specified as an argument thereof. FIG. 18B is a diagram illustrating a correspondence relationship (No. 2) between a part of the extension function (getBrowserSupport ()) and a character string specified as an argument thereof. FIG. 18C is a diagram illustrating a correspondence relationship (No. 3) between a part of the extension function (getBrowserSupport ()) and a character string specified as an argument thereof. FIG. 19 is a diagram illustrating how the permission bitmap (permission_bitmap) used in the embodiment is operated. FIG. 20A is a diagram illustrating a relationship (No. 1) between bit values and function assignments and operations in bitmap 0 and bitmap 1. FIG. 20B is a diagram illustrating a relationship (No. 2) between bit values and function assignments and operations in bitmap 0 and bitmap 1. FIG. 21 is a diagram illustrating the data structure of the external application control descriptor that can be used in the embodiment. FIG. 22 is a diagram illustrating a bitmap showing the correspondence between the application class and the bit value. FIG. 23 is a diagram illustrating the correspondence between the broadcast extension function (IPTV linkage function) and the specifiable namespace. FIG. 24 is a flowchart illustrating an example of processing on the transmitting side to which the embodiment is applied. FIG. 25A is a flowchart (No. 1) illustrating an example of processing on the receiving side to which the embodiment is applied. FIG. 25B is a flowchart (No. 2) illustrating an example of processing on the receiving side to which the embodiment is applied. FIG. 26 is a diagram illustrating an alert screen (a window screen that overlaps with 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 a recording or viewing reservation is made. FIG. 28 is a diagram illustrating a case where an alert screen asking the user whether to accept a reservation using a function is displayed in an overlapping window on the screen display of FIG. 27. FIG. 29 is a diagram illustrating a reservation list when a recording reservation is made. FIG. 30 is a diagram illustrating an operation screen in which a user on the receiver side confirms the reservation contents and cancels a part of the reservation. FIG. 31 is a diagram illustrating a display screen of an EPG on which a reserved program is marked. FIG. 32 is a diagram showing another display example of the program table used when viewing a broadcast program, or when performing viewing reservation, viewing reservation cancellation, recording reservation, and recording reservation cancellation. FIG. 33 is a diagram showing still another display example of the program table 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 table 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 table used when viewing a broadcast program, or when performing viewing reservation, viewing reservation cancellation, recording reservation, and recording reservation cancellation. FIG. 36 is a flowchart shown for explaining an operation example of the service providing device and the receiver when viewing a broadcast program, or when performing viewing reservation, viewing reservation cancellation, recording reservation, and recording reservation cancellation. FIG. 37 is a flowchart shown for explaining an operation example when the parrent lock function is activated in the receiver. FIG. 38 is a flowchart shown for explaining the operation when the personal parrent 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 further HTML application activation sequence.

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

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. The broadcasting station 1000 transmits a broadcast signal by radio waves (in this specification, any signal such as BS broadcast, CS broadcast, and terrestrial digital broadcast may be used). In addition, the broadcasting station 1000 sends out digital broadcasting signals, application control information, control information related to presentation, etc., and also provides metadata about the program to the 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 not only the application linked to the program is made known to the receiver corresponding to this system, but also commands for starting / terminating, control information, and the like.

Regarding the transmission method of application control signals, for example, a transmission method using a dedicated ES (Elementary Stream), a data car cell (a transmission method that repeatedly transmits the same data), and a control signal file placed on a server of a communication network. There is an acquisition method. The hybrid cast compatible receiver, which will be described later, acquires the application from the specified URL according to the instruction of the application control signal, and executes control such as application boundary.

The broadcasting station 1000 operates the broadcasting station server 1100 in this system. The broadcasting station server 1100 provides the receiver with metadata such as a program title, a program ID, a program outline, performers, a broadcast date and time, and other data. The information provided by the broadcasting station 1000 to the service provider device 3000 is provided through the 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 having a hybrid cast specification. That is, the broadcasting station 1000 can provide the service provider device 3000 with metadata and video contents related to the program based on the contract.

<Service provider equipment 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 to realize content, application production / distribution, and individual services for providing services to the receiver 5000. The service provider device 3000 is also used when the service provider sells and contracts various services to the user. The service provider may also serve as a platform provider such as a broadcasting station or VOD service.

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

The service provider device 3000 can manage the application and distribute the application to the receiver 5000. The server 3100 for each service in this device includes a server function for realizing individual services (for example, VOD program recommendation service), multilingual subtitle service, social TV service, and the like. Further, the server 3100 for each service not only realizes the functional aspect of the service, but also sends out the contents (VOD contents, subtitle data, etc.) constituting the service.

Further, the server 3100 for each service includes a repository. The repository is registered for distributing the applications of this system, and it is possible to provide or search a list of available applications in response to inquiries from the receiver.

<Receiver 5000>
The receiver 5000 can receive broadcast signals to receive various broadcast programs and various service information. The receiver 5000 includes 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. It has a function to execute an application according to application control information sent by broadcasting, a function to present by linking broadcasting and communication, and a terminal linking function.

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

A storage medium 5001 for data recording / playback 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).

<Collaboration terminal 7000>
The cooperative terminal 7000 can communicate with the receiver 5000 by a communication function. Further, 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 an accessory data generation unit 1304 that generates a video encoder 1301, an audio encoder 1302, a subtitle encoder 1303, other control data, service data, and the like. Further, the broadcasting station server 1100 and the security device 1200 are linked to 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, and each stream is multiplexed by the multiplexing unit 1305. Will be converted. The multiplexed stream is transmitted to the transmitter 1306 as a transport stream, multiplexed with the broadcast radio wave, 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 the main streams and information in 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 line. In the hybrid cast transmission line 2200, there is 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.

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

The first processing unit 5100 includes an IP communication interface 5101. The stream taken in 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 death multiplexer 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 synthesizer 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 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 synthesizer 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 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. The display signal sent by data broadcasting is input to the synthesizer 5501 and displayed on the display 5502.

An integrated controller 5200 is provided as a means of 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 the application and realizes the security function. For example, it has an application authentication function and handles the authenticated application as a management application. It also has an access control function, a presentation function, an enforcement function, a revolving function (a function for management applications outside the broadcast), 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 receiver, network interface, etc.) for applications permitted to be used. Also, the accessible receiver API is restricted according to the security class of the application.

The presentation control function determines the display method of the application (whether or not overlay on the 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, and the full screen display of the broadcast program can be controlled.

The revolving function is a function that can disable problematic applications that damage 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 configuration of the receiver of FIG. 5 so that the parts related to the receiver of the hybrid cast specification can be seen. The broadcast wave is received and processed by the second processing unit 5300. The 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 state of the first processing unit 5100 and the second processing unit 5300. can do.

FIG. 7 is an explanatory view of the receiver of the hybrid cast specification as a schematic view from the aspects of hardware 5601, reception or communication function 5602, and 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 / playback function is a function of receiving a broadcast wave, selecting a specific broadcast service, and synchronizing and playing back video, audio, subtitles, and data broadcasts constituting the service. The communication content reception / playback function is a function of accessing video content placed on a server on a communication network, receiving it as VOD streaming, and synchronously playing back video, audio, and subtitles constituting the content. The application control function is a function that works on the application engine mainly for management applications based on the application control information acquired from the server on the communication network or the broadcast signal, and controls and manages the life cycle and events of each application. .. The security management function is mainly related to the application control function, and depends on the application status and the instructions specified by the broadcast signal, etc., based on the specified security management rules, and appropriately restricts the application functions. It is a function to be implemented. The terminal cooperation control function is a function that discovers a device in cooperation with an external cooperation terminal, manages and interfaces the connection between the receiver and the cooperation terminal, and the cooperation of applications. There is a presentation synchronization control function, which is a function to control the presentation synchronization of a stream such as video / audio by broadcasting reception and a stream such as video / audio by streaming reception.

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

<Explanation related to hybrid cast specifications>
By the way, the broadcasting station 1000 of FIG. 1 is configured to transmit a broadcasting signal including high-resolution content of, for example, 2K, 4K, or 8K to the receiver 5000 side. A service provider 3000, which develops a service business in cooperation with a broadcasting station 1000, distributes an application to a receiver 5000 using, for example, the Internet so that various services can be provided. HTML5 (or a later version of HTML) can be used to provide this service. As the distributed application, a script-type computer program (JavaScript (registered trademark) using Java (registered trademark), ECMAscript, etc.) that can be embedded in an HTML document can be used. (Hereinafter, this computer program will be abbreviated as "script" as appropriate. In the embodiment, JavaScript can be adopted as the script.)
Scripts embedded in HTML (HTML5 or later) can include various functions. For example, when making a viewing reservation or recording reservation, the functions described in ARIB STD-B62 Volume 2 (multimedia coding method language specifications) and ARIB TR-B39 Volume 3 (advanced BS digital broadcasting multimedia service operation rules). 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. 8 (d) and 8 (e)), and “unscheduleToTune ()” and “unscheduleToRecord ()” are functions related to reservation cancellation (see FIGS. 8 (c) and 8 (f)). The viewing reservation function, recording reservation function, reservation cancellation function, etc. are functions 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 intends to reserve (or is reserved) by the transmitting side by remote control operation or the like.

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

Recording on the receiving side can also be regarded as an operation of accumulating recorded contents (one or more programs scheduled to be recorded) in the storage (hard disk drive, flash memory, optical disk, etc.) on the receiving side. Therefore, in the embodiment, the term of recording shall cover the case of accumulation as appropriate.

The argument (event_ref) of the reservation-related functions (isScheduledToTune (), scheduleToTune (), isScheduledToRecord (), scheduleToRecord (), unscheduleToTune (), unscheduleToRecord ()) can be provided with different provisions 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 the resource transmitted by the MPEG2-TS method, and the handling of each property is shown in FIG. It is specified as shown in.

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

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

The connection status of the receiver to the IP network can be confirmed by using, for example, the function (method) shown in FIG. Further, the receiver can acquire the application object by using, for example, the function (method) of FIG.

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

FIG. 15 is a diagram illustrating a correspondence relationship between a receiver form and a service form with respect to data broadcasting in which a receiver is activated. When only BML is used as data broadcasting, it is not assumed that a plurality of BML documents are switched in groups. 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 prepared 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 the shared receiver corresponding to both BML and ARIB-J, the BML document is also managed as an application. For its management, ARIB STD-B23 defines a receiver function called an application manager. In the BML / ARIB-J shared receiver, 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 the activation of BML and ARIB-J as illustrated in FIG.

FIG. 16 is a flowchart illustrating an example of the activation operation of the data broadcasting processing system in the BML / ARIB-J shared receiver. If the data broadcast by ARIB-J is transmitted, additional_arib_j_info () exists as a data coding method descriptor in PMT. When the shared receiver tries to start the data broadcasting processing system, it searches for PMT (ST10) and checks whether additional_arib_j_info () is present in PMT (ST12).

When there is no additional_arib_j_info () (N in ST12), data broadcasting by ARIB-J has not been sent, so additional_bxml_info () in PMT is acquired (ST14) and BML is started (ST20).

If there is additional_arib_j_info () (Y in ST12), refer to invocation_priority in additional_arib_j_info (). 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" (receiver setting has priority), ST18 to acquire the receiver setting). When the receiver setting is "ARIB-J priority", AIT is acquired (ST16). When the receiver setting is "BML priority", acquire additional_bxml_info () (ST14) and start BML (ST20). When invocation_priority is "2", BML has priority, additional_bxml_info () is acquired (ST14), and BML is started (ST20).

When starting ARIB-J after acquiring AIT (ST16), refer to application_control_code in AIT (ST22). If application_control_code is AUTOSTART (Y in ST22), the ARIB-J application will start automatically (ST24). When application_control_code is not AUTOSTART (PRESENT, etc.) (N of ST22), the ARIB-J application is suspended from starting (ST26) and AIT is monitored. If the AIT is updated during monitoring and application_control_code becomes AUTOSTART, the ARIB-J application will automatically start (ST24). By specifying a default ES (eg 0xA0) on which to deploy the ARIB-J application, such monitoring and other startup sequences can be easily performed.

When BML is started (ST20), AIT (AIT on the communication server) can be obtained from the Internet by referring to the URL of AIT described in BML. From this AIT, the above-mentioned permission bitmap (permission_bitmap) can be obtained. (This permission_bitmap can be used, for example, in ST200 of FIG. 25A. The acquisition of AIT will be described later with reference to FIG. 42.)
FIG. 17 is a diagram illustrating the correspondence between the broadcast extension function (AIT controlled application linkage function) and the specifiable namespace. Here, regarding modules, resources, ES / NPT general-purpose event components, and namespaces on IP transmission paths, "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 illustrate the correspondence between some extension functions (getBrowserSupport ()) and the character strings specified in their arguments.

FIG. 19 is a diagram illustrating how the permission bitmap (permission_bitmap) used in the embodiment is operated. 20A to 20B are diagrams illustrating the relationship between the bit value and the function assignment and the operation in bitmap 0 and bitmap 1. Further, FIG. 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. Can be configured to be determined using (see mark).

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

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

If the permission_bitmap determines that you do not have access permission, the receiver invalidates the access. For example, if it is determined by permission_bitmap that the access authority of the hybrid cast method is not obtained, the receiver can be configured not to access the HTML document including the reservation-related function.

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) specified in ARIB STD-B24 Volume 4, 5.1. AIT including permission_bitmap (a part of information used for controlling a non-broadcast managed application) can be acquired by using a function of the AIT controlled application linkage function (see FIG. 14B).

FIG. 22 is a diagram illustrating a bitmap showing the correspondence between the application class and the bit value. This bitmap indicates the class of application for which access permission settings are to be set. In this bitmap, when a plurality of bits are 1, the range can be set under the OR condition of the range of each class.

FIG. 23 is a diagram illustrating the correspondence between the broadcast extension function (IPTV linkage function) and the specifiable namespace. 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 transmitting side to which the embodiment is applied. The content of this process can be determined by the intention of the transmitting side (for example, the broadcasting station 1000 and / or the service provider 3000 in FIG. 1).

First, if you want to make a viewing reservation for one or more programs sent by the broadcasting station 1000 (Y in ST100), create a reservation script (JavaScript, etc.) for each program to be reserved for viewing using the viewing reservation function (ST102). ). If the reservation can be canceled (Y in ST104), the reservation cancellation function is described in the script (ST106).

If you want to make a recording (accumulation) reservation for one or more programs sent by the broadcasting station 1000 (N in ST100, Y in ST110), use the recording reservation function to make a reservation script (JavaScript, etc.) for each program to be reserved for recording. Is created (ST112). If 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 of ST104, N of ST114), or if there are two or more scripts created after the reservation cancellation function is described in the script (ST106, ST116), those 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 complies with the hybrid cast, for example, a function that can be used to acquire an AIT including permission_bitmap (“startReceivingAIT ()”, “getReceivedAIT ()”, etc. in FIG. 14B) can be considered. .. When such check information is not present in the HTML document (N in ST122), the information is added to the HTML document (ST124). After the creation of the HTML document to which the check information is added is completed, when the reservation is further added (or modified) (N of ST126), the processes of ST100 to ST124 are repeated. When the created HTML document is OK, the process of FIG. 24 is terminated (Y in ST126). The HTML document thus created (HTML5 or later document) can be sent to the receiving side via the Internet.

25A and 25B are flowcharts illustrating an example of receiving-side processing to which the embodiment is applied. FIG. 26 is a diagram illustrating an alert screen (a window screen that overlaps with 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 a recording or viewing reservation is made. Further, FIG. 28 is a diagram illustrating a case where an alert screen asking the user whether to accept a reservation using a function is displayed in an overlapping window on the screen display of FIG. 27.

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

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

This check can be performed, for example, by checking whether the specific bit in the permission_bitmap included in the AIT corresponds to the bit (ID bit) that identifies the hybrid cast. (If there is information in the HTML document that can show hybrid cast compliance other than permission_bitmap, that information may be used for checking.)
When the receiving side does not comply with the hybrid cast (N of ST202), it returns to another process without processing the script in the received HTML document. When the receiver complies with the hybrid cast (Y in ST202), the script in the HTML document is checked for reservation functions (ST204). If there is no function related to reservation (N of ST204), it returns to another process without processing anything.

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 query can be made immediately after the ST204 determines yes.

As a method of inquiring whether to make a reservation, an overlapping window for "confirmation of reservation" is displayed in a part of the area 100a ((a) of FIG. 26) of the screen 100 currently displayed by the user's receiver. A method of issuing 200 ((b) of FIG. 26) can be considered. In the window 200 that pops up on the top of the screen 100, for example, "A viewing reservation (or recording reservation) is entered from the broadcasting station. Do you want to make a reservation? It is conceivable to display a message such as "Please select and confirm by key operation." This display can be configured so that it does not disappear until the user selects and decides "Yes" or "No".

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

When such a window 300 or a reduced screen 400 is displayed, the receiver may receive an HTML document (HTML5 or later HTML document) including a reservation function from a transmitting 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 and determines the "reservation" button in the window 200 by remote control operation, a 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 a program selected by the user for the reservation (for example, a broadcast program from 10:00 on Saturday, October 22).

Along with the output of the overlapping window 200, or instead of outputting the overlapping window 200, voice guidance for "confirmation of reservation" may be provided. For example, a voice guidance such as "There is a viewing reservation from the broadcasting station. Do you want to make a reservation? If you make a reservation, please say" I will make a reservation "to the TV, if not, please say" I will not make a reservation "." , It is conceivable to use the speaker of the receiver 5000. (The receiver may be provided with a microphone and a voice recognition unit (not shown) so that the user's response to the voice guidance can be voice-recognized and processing corresponding to the response content can be performed.) This voice guidance is reserved by the user. It can be configured to repeat at regular intervals until it responds "Masu" or "Do not reserve". Whether or not to provide this voice guidance can be determined by the user's preset settings for the receiver.

Here, the process returns to the description with reference to FIG. 25A. If the user selects "No" in the window 200 (FIG. 26 (b)) and decides, or if the user replies "Do not reserve" by voice (ST208 N), the process returns to another process without any processing. .. When the user selects and decides "Yes" in the window 200, or when the user replies "Reserve" by voice (Y in ST208), the process is performed according to the content of the reservation.

That is, when there is one or more recording reservation functions in the script in the HTML document, a reservation list (see FIG. 29) of one or more recording reservation target programs is created by using those functions (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 is one or more viewing reservation functions in the script in the HTML document, use those functions to select the reservation list of one or more viewing reservation target programs (not shown, but from FIG. 29, the item "recording destination"". (Equivalent to the one excluded) is created (ST212). Alternatively, using those functions, an EPG (see the mark RWM in FIG. 29) in which one or more programs to be reserved for viewing are marked is created (ST212).

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

Similarly, a user who sees a viewing reservation list (FIG. 29 excluding the "recording" item) or an EPG (FIG. 31) marked with a viewing reservation can view part or all of the reserved program. You can cancel your reservation. If you want to cancel part or all of the viewing reservation (Y2 of ST214), if there is a function to cancel the viewing reservation, the user operation screen for canceling the viewing reservation for each program on the reservation list (not shown, but (Corresponding to the one excluding the item of "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 (see the mark RWM in FIG. 31) on which one or more programs to be reserved for viewing are marked (ST218).

When part or all of one or more programs reserved on the reservation list or EPG are canceled (Y of ST220), viewing reservation and / or recording reservation processing after the reservation cancellation operation is executed (ST222). ). When neither of the reservation list or one or more programs reserved on the EPG is canceled (N of ST220), the processing 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.

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

That is, the function used for performing the reserved viewing, the reserved recording, or the reservation cancellation described above may be the function used for displaying the overlapping window as described above, or this function. The function may separately include the function used to display the overlapping window. The overlapping window is not necessarily limited to the window, but in short, it may be a confirmation display (button) used to indicate whether or not the user decides to make a reservation or cancel the reservation, and the user of the receiver. It suffices to have a function of inquiring 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 illustrates a network system activation sequence SQ1 starting from trigger A and a broadcasting system activation sequence SQ2 starting from trigger B.

When launching an application corresponding to the ARIB phase 0 operation specifications, SQ1 is used as the launch sequence of the application. That is, it always starts from 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, first start the BML content (sequence SQ1), acquire the AIT on the communication server by the script described in the content, and then follow the AIT to the HTML application (application using reservation-related functions, etc.). ) Is started.

In addition to the sequence SQ1, the sequence SQ2 can be used to start the application corresponding to the operation specifications of the ARIB phase 1. That is, it is possible to specify whether to start the BML content or the HTML application directly 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 start priority control can be in accordance with ARIB TR-B14 Volume 3, Part 2, "8.5 Start / End of AIT Controlled Application". In the operation of ARIB Phase 1, the value of start priority (start_priority), which is an extension parameter of the "additional_arib_bxml_info ()" structure described in ARIB STD-B24 Volume 2 9.3.2, is operated according to the standard, and the receiver operates this. It is configured to operate according to the operation.

-Regarding the specification of the application identifier in ARIB Phase 0 For the isdb: orgID specified in the XML format AIT, the value given to the service provider by the IPTV forum is used. As this value, "0" is reserved as a special value, and "0" can be interpreted as matching all isdb: orgIDs. This "0" cannot be used in the description of AIT. The isdb: orgID is assigned a value 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 The mhp: profile specified in the XML format AIT is set to "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, the XML_AIT file on the communication server of FIG. 42. The XML_AIT file on the server is obtained from the server via http or https with the MIME type set to application / X-arib-ait-xml; charset = "UTF-8". The AIT file has its effect only while the application launched by it is valid.

-Regarding the specification of the application identifier in ARIB Phase 1 The value given to the service provider by the IPTV forum is used for the organization_id specified by the section format AIT 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 assigned a value so that the service provider has a unique value for each application.

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

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

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

-About the operation of the cache information descriptor in ARIB Phase 1 In the operation of Phase 1, the cache information is described as described in ARIB TR-B14 Volume 3, Part 2, "8.3.4.7 Operation of cache information descriptor". Do not operate children. For the operation of the application cache in the operation of Phase 1, refer to ARIB TR-B14 Volume 3, Part 2, "8.3.4.7 Operation of Cache Information Descriptor" and "8.4.1.5 Cache of Autostart Application".

-Signaling in ARIB Phase 1 In the operation of Phase 1, both the section-type AIT transmitted by the data carousel and the XML_AIT acquired from the communication can be used. A particular section-type AIT transmitted by the data carousel is constantly monitored by the receiver. When it is detected that the AIT state has changed as a result of the monitoring, it is possible to control the start / end of the AIT controlled application. For the operation related to AIT update, refer to ARIB TR-B14 Volume 3, Part 2, "8.5.2 Starting / Exiting AIT Controlled Application Based on AIT that is Always Monitored".

The AIT (information that can be used to determine whether the receiving side complies with the hybrid cast) including the permission_bitmap described above 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 the broadcast signal and also to the receiver 5000 via the Internet.

If 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 (latest AIT) whose reception time is later can be preferentially adopted. Alternatively, if the high or low 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. (In determining this priority, the value of start priority (start_priority), which is an extension parameter of the "additional_arib_bxml_info ()" structure described in ARIB STD-B24 Volume 2, 9.3.2, can be referred to.)
32, 33, and 34 show a display example of a program table used when viewing a broadcast program, or when performing viewing reservation, viewing reservation cancellation, recording reservation, and recording reservation cancellation.

The display switching of the program guide can be performed, for example, by operating the linked terminal 7000 linked with the terminal linked function. The cooperative terminal 7000 has 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 button 7002 for displaying a program guide for broadcasting (distribution) by IPTV. It includes a button 7003. It also includes a button 7005 for selectively scrolling the screen vertically and horizontally when the program guide is displayed.

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

FIG. 32 shows a state in which a program guide for a terrestrial digital broadcasting program is displayed on the display 5002. When the program guide for the terrestrial digital broadcasting program is displayed, the 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 a program guide for BS and CS broadcast programs is displayed on the display 5002. When the program guides for BS and CS broadcast programs are displayed, the identification mark 7012 indicating the type of the program guide is displayed on a part of the display 5002. FIG. 34 shows a state in which a program guide for IPTV broadcasting is displayed on the display 5002. When the program guide for IPTV broadcasting is displayed, the identification mark 7013 indicating the type of the program guide is displayed on a part of the display 5002. The colors of the identification marks 7011, 7012 and 7013 may be different from each other.

The illustrated program guide example shows a period in which a program is repeatedly broadcast or repeatedly broadcast at intervals in IPTV broadcasting. This program listing is also useful when there is video-on-demand distribution. However, it may be in a display format such as a program guide for terrestrial digital broadcasting programs or BS and CS broadcasting programs.

The program guide for the terrestrial digital broadcast program and the program guide for the BS and CS broadcast programs described above are, 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, for example, on a regular basis.

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

The above-mentioned program guides have been described as being independently displayed on the display 5002. However, the present invention is not limited to such a display method, and a plurality of types of program tables may be overlapped and displayed on the display 5002 at the same time.

FIG. 35 shows a state in which the program table 5031 for the terrestrial digital broadcasting program, the program table 3012 for the BS and CS broadcasting programs, and the program table 3013 for the IPTV broadcasting are simultaneously displayed 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. Further, the display area of each program may be divided on the screen. In any of the display forms, each program guide can be scrolled in the vertical or horizontal direction of the screen when a part of each is specified by the cursor.

In each embodiment showing the display example of the program guide described above, the fact that the viewing reservation and / or the recording reservation are made can be visually recognized by coloring or adding a mark to the area of the program name. In addition, it is possible to visually recognize that the recording has been completed by coloring or marking.

Also in the case of the embodiment of FIG. 35, the button 7001 for operating the terrestrial digital broadcasting program guide provided in the cooperative terminal 7000, the button 7002 for operating the program guide for BS and CS broadcast programs, and the IPTV broadcast ( Using the button 7003 for operating the program guide for (distribution), viewing reservation (or reservation cancellation), recording reservation (or reservation cancellation), and the like can be made.

In the program guide shown in FIGS. 32-35, the horizontal axis is time or date and time, and the vertical axis is channel (broadcasting station), but the horizontal axis is channel (broadcasting station) and the vertical axis is time or date and time. May be done.

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

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

The receiver 5000 uses the URL to access the service provider device 3000 of the program and requests information about the program (AS3). Then, the service provider device 5000 provides the receiver 5000 with information including a function related to recording reservation (may be referred to as API information) (or information including only information related to recording reservation) in HTML5. Reply with (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 ends the process (AS6). When it is determined in the sent function that reservation is possible (AS7), the reservation screen is displayed on the display, so 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, it is said that the broadcast of the program by the service provider device 3000 is started (ES2). The service provider device 3000 notifies the receiver of the end function when the broadcast of the program ends (ES3). When the receiver 5000 receives the end notification, the receiver 5000 disconnects from the service provider device 3000 and ends the scheduled 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.

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

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

FIG. 37 is a flowchart for explaining the parrent lock function and the unlock function. Depending on the program, the program information (service information) may be accompanied by a function related to parrenting. In such a case, some people, for example, 21 years or older, have the authority to unlock the parrent lock. This flowchart is a flowchart that realizes 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, suppose that the receiver 5000 receives a certain program and receives a playback instruction from the operating device (remote controller or mobile terminal) (step SB1). Then, it is determined whether or not the parrent lock level information is attached to the related information of the program (step SB2). In the case of a program to which the parrent lock level information is not attached, the playback display of the received program is executed (step SB3).

However, in the case of a program accompanied by parrent lock level information, a message such as "This is a program with pan rental lock" is displayed on the display 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, the playback display of the received program is executed (step SB3). If the release key is incorrect, it is determined whether or not a certain amount of time has passed since the reception of the program (step SB7). If the release key has not passed, a certain amount of time has passed after waiting for the release key to be input. If so, 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 parrent lock function for an arbitrary program. For example, for a show, parents may not want to show it to their children. In such a case, the user can operate the operating device to activate the parrent lock function (step SB1). Then, the desired program guide is displayed (step SB2). Next, the program for which the parrent lock is to be set is selected with the cursor (step SB3). Next, when the enter button is pressed (SB4), the input of the unlock key for viewing is requested (step SB5). Here, when the user inputs the setting of the unlock key (step SB6), the process ends.

When viewing the program, the person who intends to watch the program 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 utilized. The terminal cooperation function 5500 can search for a plurality of mobile terminals 7000a and 7000b registered as devices, and can perform data communication (for example, emergency communication) with each other.

Further, 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.

The 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 referred to as network I / F) 7104, a record manager 7105, and a sensor control table 7106.

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

APP-Mg manages a plurality of applications for controlling various operations of the HGW 7100. EVT-Mg manages an event application for controlling various operations in response to the occurrence of various events. EVT-Mg can also control the record manager 7105. The record manager 7105 can record data or video on the storage medium 5001 via the terminal cooperation function 5500.

CONF-Mg recognizes the functions in the HGW 7100 and various functions related to the HGW 7100, and manages a configuration application that performs, for example, operation order and operation restriction. Further, CONF-Mg can set initial settings of each functional block, function restrictions, function expansions, priorities, operating times, and the like. The system controller 7102 can collectively control the sequence of each block in the HGW 7100.

The HGW 7100 can communicate with various sensor groups 7200 by wire or wirelessly. The mobile terminal 7000c located outside the service area of the home network 7300 can communicate with the HGW 7100 when it is under the control of 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 groups 7200 include a camera 7201, a microphone 7202, a speaker 7203, and the like that can be controlled by EVT-Mg. The camera 7201, the microphone 7202, and the speaker 7203 are installed at a plurality of places in the home.

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

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

The device manager 7103 also registers and recognizes 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 the data for controlling each sensor. Further, the name and position information of each sensor can be displayed on, for example, the smart phones 7000a and 7000b, whereby 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 radio.

Depending on the high-performance sensor, a control data management unit may be included. 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 has various elements depending on the purpose of sensing. As various elements, for example, a camera and a microphone may be used as in the case of 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. The sensor may include one or more sensing elements for its intended use.

The above sensors include a sensor that detects the opening and closing of a door, a sensor that detects the pronunciation of a sound of a certain loudness, a sensor that detects the movement of a person, a sensor that detects the opening and closing of a window, and a sensor that performs photography, for example, at home. It is placed in various places within.

In the above system, the HGW 7100 recognizes that an event has occurred when a detection signal is output from any one or more of a camera, a microphone, another sensor, and so on. Then, the control data management unit 7101 controls an arbitrary camera 7201 via the record management device 7105. As a result, the camera 7201 sends the monitoring data cached before the event occurrence (for example, 10 minutes before) to the storage medium 5001 via the record manager 7105, and continuously for a certain period of time (for example, 3 minutes, for example, 3 minutes, (5 minutes, 10 minutes, 20 minutes, 30 minutes, etc.) Continue to send the captured monitoring data. Along with this monitoring data, the system also sends event-related data (which may 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 the sensor that detected the event, the sensor position data, the recording start time, the recording end time, and the like.

Here, in the figure, the storage medium 5001 is in the home, but 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 sensors. The monitoring data may include, for example, a change in temperature, a change in humidity, or a change in pressure at a specific location.

Management data for reproducing the monitoring data is described in the management area. This management data also includes the previous 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, there are a plurality of event-related data and a plurality of monitoring data corresponding to the plurality of event-related data.

Event-related data includes the type of event (which may also be referred to as a sensor). In addition, surveillance data (for example, surveillance video) is recorded based on the event, and the event-related data also 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 simplifies the operation of the receiver 5000 when the power is turned on in earnest. As described above, the receiver 5000 includes a first processing unit 5100 and a second processing unit 5200. In this embodiment, either the video output of the first processing unit 5100 or the second processing unit 5200, or both, operates when the power is turned off immediately before (the backup power supply such as the memory is always on). It has a means to remember what 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 environmental data at the time of the immediately preceding power off (step SA1). Then, it is determined whether the content that was being 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 hybrid cast specification processed by the first processing unit 5100. (Step SA2).

If the content that was being viewed when the power was turned off immediately before 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 5002 and the speaker system 5003. Further, 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, the display 5002 may be lit with an indicator indicating that it is a broadcast signal from the second processing unit 5300 (step SA3).

On the contrary, if the content that was being viewed when the power was turned off immediately before 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 5002 and the speaker system 5003. Further, 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, the display 5002 may be lit with 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 capable of illuminating light of various colors by combining R (red), G (green), and B (blue) emission colors as control targets. Any one of these or a combination thereof is used.

For example, a guardian may leave an infant at home and go out. Parents sometimes want to monitor the infant's condition. In such a case, the guardian can monitor the state of the infant at home by using the mobile terminal 7000c owned by the guardian. If you want to talk to the infant, you can talk through the speaker 7203-1. If you want to hear the infant's reply, you can hear the reply from the infant through the microphone 7202-1.

The above system is convenient even if it is installed in a daycare center. Parents who leave their infants in a daycare center and go to work can check the condition of the infants they have left from outside.

Furthermore, when there is a care recipient at home, the caregiver can convey the intention to the care recipient by using the speaker 7203-1 and the illuminator 7204-1. For example, for a care recipient who is inconvenient to hear, the color of the illuminator 7204-1 can be changed in various ways to convey the intention. In addition, it is possible to convey the intention to the visually impaired person 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 make a viewing reservation for a broadcast program in accordance with the hybrid cast method by using an application function embedded in an HTML document related to digital broadcasting. Then, it includes means and a method for checking whether or not it conforms to the hybrid cast method by using the information available for checking whether or not it conforms to the hybrid cast method. Further, it also includes means and a method for displaying a first screen for inquiring the user whether or not to set the viewing reservation. It also includes means and a method for displaying the second screen for setting the viewing reservation when a predetermined input operation is performed using the first screen. It also includes means and a method for displaying a third screen indicating that the viewing reservation cannot be made due to predetermined conditions.

Further, the device 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 performed. Also includes means and methods 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 embodiments, and various omissions, replacements, and changes can be made without departing from the gist of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are also included in the scope of the invention described in the claims and the equivalent scope thereof.

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

Claims (2)

It is a receiving device configured to be able to reserve or cancel a viewing reservation of a broadcast program in accordance with a hybrid cast method by using an application function embedded in an HTML document related to digital broadcasting.
The HTML document contains information that can be used to check for compliance with the hybridcast scheme.
The first function included in the function is any one of a plurality of functions including the description ToTune.
The second function included in the above function is described by a function having a description unscheduleToTune.
The third function included in the above function is described by a function having the description ischeduleToTune.
Means for checking in-device whether or not it conforms to the hybrid cast method using the information available for checking whether or not it conforms to the hybrid cast method.
When the check result conforms to the hybrid cast method, the means for acquiring the first function, the second function, and the third function, and
A first for inquiring whether to set the viewing reservation or viewing reservation cancellation using the first function available for inquiring the user whether to set the viewing reservation or viewing reservation cancellation. Means to display the screen and
When the viewing reservation or viewing reservation cancellation is performed using the second function that can be used to set the viewing reservation or viewing reservation cancellation, and a predetermined input operation is performed using the first screen. A means for displaying the second screen for setting the viewing reservation, and
A means for confirming the viewing reservation using the third function available for confirming whether or not the viewing reservation has been made, and a means for confirming the viewing reservation.
A receiving device comprising a means for creating an EPG in which the target program reserved for viewing is marked. A reception method configured to allow viewing reservations or cancellation of viewing reservations for broadcast programs in accordance with the hybrid cast method, using application functions embedded in HTML documents related to digital broadcasting.
The HTML document contains information that can be used to check for compliance with the hybridcast scheme.
The first function included in the function is any one of a plurality of functions including the description ToTune.
The second function included in the above function is described by a function having a description unscheduleToTune.
The third function included in the above function is described by a function having the description ischeduleToTune.
Using the information available to check whether or not it complies with the hybrid cast method, it is checked in the apparatus whether or not it complies with the hybrid cast method.
When the check result conforms to the hybrid cast method, the first function, the second function, and the third function are acquired.
A first for inquiring whether to set the viewing reservation or viewing reservation cancellation using the first function available for inquiring the user whether to set the viewing reservation or viewing reservation cancellation. Display the screen,
When the viewing reservation or viewing reservation cancellation is performed using the second function that can be used to set the viewing reservation or viewing reservation cancellation, and a predetermined input operation is performed using the first screen. Display the second screen for setting the viewing reservation,
The viewing reservation is confirmed using the third function available to confirm whether the viewing reservation has been completed.
Creating an EPG marked with the target program reserved for viewing,
Receiving method equipped with.

Images