JP7476377B2 - Broadcast signal receiving device and broadcast signal receiving method - Google Patents

Description

An embodiment of the present invention relates to a broadcast signal receiving device and a broadcast signal receiving method.

Hybridcast, a service that combines broadcasting and communications, began broadcasting in 2013 and is currently offered by multiple broadcasting stations. By adopting the open platform HTML5 as its application engine, Hybridcast has reduced the costs of developing broadcast signal receiving devices and applications that support HTML5, and has made it possible to perform complex processing in applications not only in the broadcast signal receiving device but also in cooperation with the server side. This has made it easy to enhance the functions of Hybridcast, a broadcasting and communications integrated service.

The main feature of HTML5 is the inclusion of the video element, which is a function for playing video and audio. This means that it is no longer necessary to incorporate plug-in software (software for adding functionality) with player functionality into browser applications, which was necessary in previous versions of HTML to play video and audio, and it is now possible to write commands for playing video and audio directly in HTML.

HTTP streaming, which distributes video and audio using HTTP (Hypertext Transfer Protocol), similar to accessing a web page on a web server, has become common as a method of distributing video and audio, replacing RTSP (Real Time Streaming Protocol), RTMP (Real Time Messaging Protocol), and MMSP (Microsoft Media Server Protocol) that use a dedicated video distribution server. Examples of HTTP streaming include Apple HLS (HTTP Live Streaming), Adobe HDS (HTTP Dynamic Streaming), Microsoft Smooth Streaming, and MPEG-DASH. Apple HLS and MPEG-DASH can be played back using browser applications that support the HTML5 Media Source Extensions API.

"Standard for Media Transport Method using MMT in Digital Broadcasting" ARIB STD-B60 Version 1.11, revised on January 22, 2018, Association of Radio Industries and Businesses "Standard for Multimedia Coding Method (2nd Generation) for Digital Broadcasting" ARIB STD-B62 Version 1.8 Revised January 22, 2018, Association of Radio Industries and Businesses "Advanced Wideband Satellite Digital Broadcasting Operational Guidelines Technical Document" ARIB TR-B39 Version 1.6 Revised January 22, 2018, Association of Radio Industries and Businesses

In the operation of services that distribute video and audio via communication in advanced BS digital broadcasting and advanced wideband CS digital broadcasting, the MPEG-DASH method and the MMT method are specified as communication transmission methods in Non-Patent Documents 1 and 3.

The MPEG-DASH method requires that ARIB-HTML5 be used as the application encoding method, and that DRM (Digital Rights Management) be used if security is required for the video or audio content being transmitted. Therefore, if security is required when distributing video or audio content, the service provider distributing the content must apply DRM to the video or audio content being distributed, and the broadcast signal receiving device must support the applied DRM.

Since there are multiple types of DRM, a broadcast signal receiving device needs to receive content to which a type of DRM that the receiving device itself supports is applied.
When the broadcast signal receiving device and the server that distributes the video and audio content are fixed, there are no operational problems because the content distributed has a DRM that has been mutually agreed upon in advance.

On the other hand, the data content services described in Non-Patent Documents 1 and 3 enable a broadcast signal receiving device to newly add application functions that are added to a broadcast program that is received.
When distributing video and audio content using an application function newly added to a broadcast signal receiving device by a data content service, the added application needs to understand the type of DRM supported by the broadcast signal receiving device.

However, current broadcast signal receiving devices have a problem in that they do not have a function for providing supported DRM types to applications.
Therefore, an object of the embodiments of the present invention is to provide a broadcast signal receiving device and a broadcast signal receiving method that have a function of providing supported DRM types to an application.

According to one embodiment, an analysis unit analyzes a transmission control signal separated from a broadcast signal that receives a broadcast wave for broadcasting a program, and acquires control information included in the transmission control signal relating to application data that will be added to the program and serve as an application for performing a specific process;
an application control unit that identifies a location of application data present in the broadcast signal based on the control information and controls an operation of the application;
an application data reception processing unit that receives application data of the location specified by the application control unit from the broadcast signal;
an application engine that manages an application formed by the application data received by the application data reception processing unit and causes the application to execute a specific process under the control of the application control unit;
a content receiving and processing unit that receives, via communication, content including at least a video protected by application of any one of a plurality of types of security management information;
a security management information processing unit that supports at least one of the plurality of types of security management information and processes content to which the supported type of security management information is applied;
the application engine provides the application with information on the type of the security management information supported by the security management information processing unit;
The application determines whether or not a type for performing the specific process is present in the information on the types of security management information provided by the application engine;
If the result of the determination is that a first type exists, a first distribution destination of a first content to which the first type of security management information is applied is determined, the first content is acquired from the determined first distribution destination via the content reception processing unit, and a first identification process is performed;
A broadcast signal receiving device is provided that, when the result of the determination is that a second type exists, determines a second distribution destination of a second content to which the second type of security management information is applied, acquires the second content from the determined second distribution destination via the content reception processing unit, and performs a second identification process.

FIG. 1A is a diagram showing an example of the overall configuration of a system including a broadcast signal transmitting device, a broadcast signal receiving device, and a service provider according to this embodiment. FIG. 1B is a diagram showing another example of the configuration of the entire system including the broadcast signal transmitting device, the broadcast signal receiving device, and the service provider according to this embodiment. FIG. 2 is a diagram illustrating an example of the configuration of the broadcast signal transmitting device illustrated in FIG. 1A. FIG. 3 is a diagram illustrating an example of the configuration of the broadcast signal receiving device illustrated in FIG. 1A. FIG. 4A is a diagram showing the configuration of a data content service in which application data is transmitted by broadcast waves. FIG. 4B is a diagram showing the configuration of a data content service in which application data is not transmitted by broadcast waves. FIG. 5A is a diagram showing how a broadcast signal receiving device receives distribution of video or audio content when it acquires application data through the type 2 data content service shown in FIG. 4B. FIG. 5B is a diagram showing another example of how the broadcast signal receiving device receives distribution of video or audio content when it acquires application data through the type 2 data content service shown in FIG. 4B. FIG. 5C is a diagram showing how a broadcast signal receiving device receives video or audio content when it acquires application data through the type 1 data content service shown in FIG. 4A. FIG. 5D is a diagram showing another example of how video or audio content is distributed when the broadcast signal receiving device acquires application data through the type 1 data content service shown in FIG. 4A. FIG. 5E is a diagram showing another example of how video or audio content is distributed when the broadcast signal receiving device acquires application data through the type 2 data content service shown in FIG. 4B. FIG. 5F is a diagram showing another example of how video or audio content is distributed when the broadcast signal receiving device acquires application data through the type 2 data content service shown in FIG. 4B. FIG. 5G shows an example in which broadcast signal receiving device 140 acquires application data through the type 2 data content service shown in FIG. 4B, and the acquired applications operate in conjunction with each other. FIG. 5H is a diagram showing another example of how video or audio content is distributed when the broadcast signal receiving device acquires application data through the type 1 data content service shown in FIG. 4A. FIG. 5I is a diagram showing an example of how a broadcast signal receiving device receives distribution of video or audio content when there is no process for providing an application with the type of DRM supported by the security management information processing unit. FIG. 6 shows an example in which the Capabilities object is extended in order to provide the types of DRM supported by the security management information processing unit of the broadcast signal receiving device to an application. FIG. 7 is a diagram showing an example of a processing flow when the function shown in FIG. 6 is used for providing the types of DRM supported by the security management information processing unit to an application. FIG. 8A is a diagram showing another example of the processing flow when the function shown in FIG. 6 is used for providing the types of DRM supported by the security management information processing unit to an application. FIG. 8B is a diagram showing an example of the processing flow in the case where application F determines the types of DRM supported by the security management information processing unit in the order of C1 system (DRM-3) and A1 system (DRM-1). FIG. 8C is a diagram illustrating an example of a processing flow showing an example of the identification processing.

Hereinafter, an embodiment will be described with reference to the drawings.
FIG. 1A is a diagram showing an example of the overall configuration of a system including a broadcast signal transmitting device, a broadcast signal receiving device, and a service provider according to this embodiment.
Reference numeral 100 denotes a broadcast signal transmitting device A (which may be called a broadcast station A) that broadcasts a program by a broadcast signal. The broadcast signal transmitting device A 100 includes a broadcast program server 101, a broadcast signal transmission basic function 102, and an application data management unit 103.

Reference numeral 101 denotes a broadcast program server that stores in advance data such as programs to be broadcast by the broadcast signal transmitting device 100, program titles, program summaries, performer names, broadcast dates and times, and other data.
Reference numeral 102 denotes a basic function of the broadcast signal transmitting device A100, and is a basic broadcast signal transmission function that has the function of encoding (also called encoding) the video signals and audio signals of the program to be broadcast, multiplexing them with transmission control signals, which are control information for the video and audio signals, and sending them out as a broadcast signal.

The broadcast signal transmitting device A100 can also add a data content service that provides application functions encoded in HTML5 or the like, as described in Non-Patent Document 3, simultaneously with the program being broadcast. In this case, the broadcast signal transmitting device 100 places first designation information, which indicates that an application function has been added to the program being broadcast, in the transmission control signal, and transmits it as a broadcast signal from the broadcast signal transmission basic function 102. The first designation information is, for example, an application service descriptor that is placed in the MPT (MMT Package Table) described in Non-Patent Document 1.

Reference numeral 103 denotes an application management unit that generates and manages application functions (application data) to be added to a broadcast program when a data content service is added to the broadcast program.
There are two methods for providing the data content service: one is to provide the application function (application data) added to the broadcast program via broadcast waves, and the other is to provide it via communication without broadcast waves. When the application function (application data) added to the broadcast program is provided via communication, it is provided by the service provider 120. The configuration of the data content service will be described with reference to Figures 4A and 4B.

1A is an example in which there are two broadcast signal transmission devices, a broadcast signal A100 and a broadcast signal transmission device B100-2.
Reference numeral 120 denotes a service provider that, when a data content service is added to a program broadcast by the broadcast signal transmitting device A100, cooperates with the broadcast signal transmitting device 100 to provide application functions (application data) encoded in HTML5 or the like to be added to the broadcast program to the broadcast signal receiving device 140 via the network 180.

The service provider 120 includes an application data management unit 121 and an application server 122 .
Reference numeral 121 denotes an application data management unit that generates and manages application functions (application data) to be added to broadcast programs and distributes the generated application functions (application data) to the broadcast signal receiving device 140 via the network 180 .

Reference numeral 122 denotes an application server that stores application functions (application data) generated by the application data management unit 121 and that are to be added to broadcast programs.
In response to a request from the broadcast signal receiving device 140 that has received the first designation information, the service provider 120 transmits the application functions (application data) stored in the application server 122 to the broadcast signal receiving device 140 via the network 180 using the application data management unit 121.

The service provider A120 may also store video and audio content to be distributed to the broadcast signal receiving device 140 in the application server 122. In response to a request from the broadcast signal receiving device 140, the service provider 120 may distribute the video and audio content stored in the application server 122 to the broadcast signal receiving device 140 via the network 180 using the application data management unit 121.

There may be a plurality of service providers. In the example of Fig. 1A, there are two service providers, a service provider A 120 and a service provider B 120-2.
Reference numeral 140 denotes a broadcast signal receiving device (which may be called a television receiving device) that receives a program transmitted by a broadcast signal. The broadcast signal receiving device 140 includes a basic broadcast signal receiving function 141, a communication control function 142, an application control function 143, and a terminal linking function 144.

141 is a basic function of a broadcast signal receiving device, and is a basic broadcast signal receiving function that receives broadcast waves sent from broadcast signal transmitting device A100, separates the encoded video signal (also called a video stream), encoded audio signal (also called an audio stream), application data, and transmission control signal contained in the broadcast waves, decodes the video signal and audio signal, receives application data, and analyzes the transmission control signal.

The broadcast signal receiving basic function 141 also manages the connection and data transmission/reception with peripheral devices connected to the broadcast signal receiving device 140, such as a display (which may be called a display screen) 160, a speaker 161, a HDD (Hard Disk Drive) 162 bound to the broadcast signal receiving device 140, and a removable media 170. The display 160 has a built-in speaker 161, and displays a video signal decoded by the broadcast signal receiving basic function 141 in a display area and outputs an audio signal to the speaker 161. The speaker 161 built into the display 160 may be an external speaker connected via an I/F such as a USB. In the example of FIG. 1, the display 160 is described as being separate from the broadcast signal receiving device 140, but it may be integrated with the broadcast signal receiving device 140 as one function of the broadcast signal receiving device 140.

Reference numeral 142 denotes a communication control function for the broadcast signal receiving device 140 to communicate with the service provider A 120 via the network 180 .
An application control function 143 manages and executes applications added by the data content service. The application control function 143 also manages and executes application functions that are originally provided in the broadcast signal receiving device 140.

144 is a mobile terminal linking function whereby the broadcast signal receiving device 140 links with the mobile terminal 175 to provide video and audio services. The broadcast signal receiving device 140 and the mobile terminal 175 are connected by a short-range wireless system such as BlueTooth (registered trademark).

There may also be content service providers that only distribute video and audio content.
Fig. 1B is a diagram showing another example of the overall configuration of a system including a broadcast signal transmitting device, a broadcast signal receiving device, and a service provider according to the present embodiment. In addition to the broadcast signal transmitting device A100, the broadcast signal transmitting device B100-2, the service provider A120, the service provider B120-2, and the broadcast signal receiving device 140 shown in Fig. 1A, the system includes a content service provider X127 that only distributes video and audio content. The broadcast signal receiving device 140 may request the content service provider X127 to distribute video and audio content.

Figure 2 is a diagram showing an example of the configuration of the broadcast signal transmission device A100 shown in Figure 1A. The broadcast signal transmission basic function 102 includes a video encoder 201, an audio encoder 202, a subtitle encoder 203, an application data generator 204, and a control signal generator 205 that generates a transmission control signal.

201 is a video encoder that encodes the video of program A that is read from the broadcast program server 101 as a program to be broadcast. The codec type of the video encoder 201 may be any of MPEG-2, H.264 (AVC: Advance Video Coding), and H.265 (HEVC: High Efficiency Video Coding). The codec type is not limited to these.

Reference numeral 202 denotes an audio encoder that encodes the audio of program A that has been read from the broadcast program server 101 as a program to be broadcast.
Reference numeral 203 denotes a subtitle encoder that encodes the subtitles of program A that is read from the broadcast program server 101 as a program to be broadcast.

204 is an application data generation unit that reads out the application functions (application data) managed by the application data management unit 103 and generates application data so that it can be transmitted as broadcast waves when a service is added that simultaneously provides application functions (application data) such as HTML5 to program A read from the broadcast program server 101 as a program to be broadcast.

205 is a control signal generating unit that generates a transmission control signal, which is control information regarding the broadcast signals constituting the program broadcast by the broadcast signal transmitting device A100, such as the video stream and audio stream, and control information regarding the contents of the program, such as the program name and broadcast time of the program to be broadcast.

The control signal generating unit 205 also generates a transmission control signal related to an application function to be added to the program generated by the application data generating unit 204 .
Reference numeral 207 denotes a multiplexing unit that multiplexes the video data output by the video encoder 201, the audio data output by the audio encoder 202, the subtitle data output by the subtitle encoder 203, the application data output by the application generating unit 204, and the transmission control signal output by the control signal generating unit 205. The multiplexing method used by the multiplexing unit 207 is the MMT (Mpeg Media Transport) method described in Non-Patent Document 1.

A scrambler 208 scrambles the multiplexed stream input from the multiplexing unit 207. The multiplexing unit 207 transmits the scrambled multiplexed stream to a transmitter 209.
Reference numeral 209 denotes a transmitter that transmits the received multiplexed stream from an antenna via broadcast waves.

Figure 3 is a diagram showing a schematic example of the configuration of the broadcast signal receiving device 140 of Figure 1. The broadcast signal receiving device 140 includes a basic broadcast signal reception function 141, a communication control function 142, an application control function 143, and a terminal linkage function 144. The broadcast signal receiving device 140 is also connected to a display 160 and a speaker 161.

The basic broadcast signal reception function 141 includes a broadcast tuner 301, a descrambler 302, a demultiplexer A303, a video decoder A305, an audio decoder A306, a subtitle decoder A307, an application data reception processing unit A308, and a control signal analysis unit 309.

A broadcast tuner 301 demodulates a stream (broadcast signal) transmitted by broadcast waves and inputs the demodulated stream (broadcast signal) to a descrambler 302.
A descrambler 302 descrambles the multiplexed stream input from the broadcast tuner 301. The descrambler 304 inputs the descrambled stream to a demultiplexer A303.

303 is a demultiplexer that separates the stream input from the descrambler 302 into a video stream, an audio stream, a subtitle stream, application data, and a transmission control signal. The demultiplexer A303 inputs the video stream to the video decoder A305, the audio stream to the audio decoder A306, the subtitle stream to the subtitle decoder A307, the application data to the application data reception processing unit A308, and the transmission control signal to the control signal analysis unit 309.

Reference numeral 305 denotes a video decoder A which decodes the video data sent from the demultiplexer A 303 .
Reference numeral 306 denotes an audio decoder A which decodes the audio data sent from the demultiplexer A 303 .
Reference numeral 307 denotes a subtitle decoder A which decodes the subtitle data sent from the demultiplexer A 303 .

Reference numeral 308 denotes an application data receiving processor A which performs a receiving process of the application data sent from the demultiplexer A 303 .
Reference numeral 309 denotes a control signal analyzer that processes the transmission control signal sent from the demultiplexer A 303. The control signal analyzer 309 extracts from the analyzed transmission control signal an MH-AIT (MH-Application Information Table) or the like, which is control information related to application data, and sends this information to an application control unit 320.

The decoded video data and subtitles are mixed by a mixer 310 and output to a display device 160. The decoded audio data is output to a speaker 161.
The codec type of the video decoder 306 is H.265, but is not limited to this and may be either MPEG-2 or H.264. The codec type is also not limited to this.

The communication control function 142 includes a communication I/F 330 which is an I/F with the network 180, a content reception processing unit 331 for receiving video or audio content distributed from the service provider A 120, the service provider B 120-2 or the content service provider X 127, a demultiplexer B 332, a security management information processing unit 333 which processes content protection such as DRM (Digital Rights Management) applied to the distributed video or audio content, a video decoder B 334, an audio decoder B 335, a subtitle decoder B 336, and an application data reception processing unit B 337.

330 is a communication I/F that is an I/F with the network 180 when the broadcast signal receiving device 140 communicates. The broadcast signal receiving device 140 transmits and receives content and data to and from the service provider A 120, the service provider B 120-2, or the content service provider X 127 via the communication I/F 330.

331 denotes a content reception processing unit that allows the broadcast signal receiving device 140 to receive video or audio content distributed from the service provider A 120, the service provider B 120-2, or the content service provider X 127. The transmission method used when the content is distributed from the service provider A 120, the service provider B 120-2, or the content service provider X 127 may be, for example, MPEG-DASH, Apple HLS, or any method that is HTTP streaming.

332 is a demultiplexer B that separates the distributed content stream into a video stream, an audio stream, and a subtitle stream. The demultiplexer B332 inputs the separated video stream to a video decoder B334, the audio stream to an audio decoder B335, and the subtitle stream to a subtitle decoder B336.

333 is a security management information processing unit that processes security management information applied to video or audio content acquired via network 180, and enables video to be displayed on display 160 connected to broadcast signal receiving device 140, or audio to be output from speaker 161. The security management information is, for example, DRM. Security management processing unit 333 may communicate with a security information server (not shown) connected via the network via communication I/F 330 as necessary.

In this way, the content sent via the network 180 has security management information applied to it, so the broadcast signal receiving device 140 can only play content to which the type of security management information supported by the security management information processing unit has been applied.

Reference numeral 334 denotes a video decoder B which decodes the video data sent from the demultiplexer B 332 .
Reference numeral 335 denotes an audio decoder B which decodes the audio data sent from the demultiplexer B 332 .
Reference numeral 336 denotes a subtitle decoder B which decodes the subtitle data sent from the demultiplexer B 332 .

Reference numeral 336 denotes a subtitle decoder B which decodes the subtitle data sent from the demultiplexer B 332 .
Reference numeral 337 denotes an application data receiving processing unit B that performs a receiving process of the application data sent from the communication I/F 330 .
The application control function 143 includes an application control unit 320 and an application engine 321 .

Reference numeral 320 denotes an application control unit which manages and controls control information relating to application data such as MH-AIT extracted by the control signal analysis unit 309 from the transmission control signal transmitted by the broadcast signal.
An application engine 321 operates together with various applications provided in the broadcast signal receiving device 140 and manages the operation of each application. The application engine 321 also manages the operation of application data added by a data content service. The application engine 321 also has a function of providing the types of security management information supported by the security management information processing unit 333 to the applications.

As described in Non-Patent Document 3, there are two types of data content services. The first type is a type in which application data is transmitted by broadcast waves. The other type is a type in which application data is not transmitted by broadcast waves. The two types of data content services are explained using Figures 4A and 4B. In addition, the data processing flow shown in Figure 4 is explained using the functions of the broadcast signal receiving device 140 shown in Figure 3.

Figure 4A shows the configuration of a data content service in which application data is transmitted by broadcast waves (also called a type 1 data content service). The data present within the area enclosed by the dotted line 420 is the data group that makes up the data content service.

Video component 401 represents the transmission path for video signals, audio component 402 represents the transmission path for audio signals, and subtitle component 403 represents the transmission path for subtitle signals. Furthermore, MMT-SI 404 represents the transmission path for transmission control signals, and data component 1 (405) and data component 2 (406) represent the transmission paths for application data.

The video signal transmitted by the video component 401, the audio signal transmitted by the audio component 402, and the subtitle data transmitted by the subtitle component 403 are decoded by the video decoder A305, the audio decoder A306, and the subtitle decoder 307 in Figure 3, respectively, and are displayed as a program on the display 160 or output from the speaker 161.

The transmission control signal transmitted by MMT-SI 404 is analyzed by control signal analysis unit 309 in FIG. 3. Of the transmission control signals analyzed by control signal analysis unit 309, the application service descriptor and MH-AIT (MH-Application Information Table) placed in the MPT, which are control information necessary for acquiring application data, are sent to application control unit 320 and further analyzed.

The application data 410 and application data 411 transmitted by data component 1 (405) and data component 2 (406) are received by the application data reception processing unit 308 in FIG. 3. The application data 410 and application data 411 are data that realizes application functions added to a broadcast program consisting of a video signal and an audio signal transmitted by the video component 401 and the audio component 402. The application data 410 and application data 411 transmitted by data component 1 (405) and data component 2 (406) are identified by analyzing the application service descriptor, MH-AIT, DDMT (Data Directory Management Table), and DAMT (Data Asset Management Table) contained in the transmission control signal transmitted by MMT-SI 404.

The application service descriptor placed in the MPT holds reference information for referencing the MH-AIT, DDMT, DAMT, and DCCT (Data Content Configuration Table) required to acquire application data. Based on this reference information, the application control unit 320 in FIG. 3 accesses the MH-AIT, DDMT, and DAMT information required to acquire application data, and further analyzes these MH-AIT, DDMT, and DAMT to identify where in the broadcast waves the application data 410 and application data 411 sent by data component 1 or data component 2 are located.

The application data 410 and application data 411 whose locations have been identified are received by the application data reception processing unit A308. The application consisting of the received application data 410 and application data 411 is sent to the application engine 321 and operates together with the application engine 321 to fulfill the function of the application.

Applications acquired through a type 1 data content service can be obtained not only from a data component, which is a broadcast wave, but also by identifying the location of application data 412 and application data 413 present on network 180 based on the information recorded in the MH-AIT and acquiring the application data by communication via network 180. Also, applications acquired through a data content service can be partially acquired from a data component and the other portion acquired via network 180.

Figure 4B shows the configuration of a data content service in which application data is not transmitted by broadcast waves (also called a type 2 data content service). The data present within the area enclosed by dotted line 430 is the data group that makes up the data content service.

The application service descriptor placed in the MPT holds reference information for referencing the MH-AIT required to acquire application data. Based on this reference information, the application control unit 320 in FIG. 3 accesses the MH-AIT information required to acquire application data, and further analyzes the MH-AIT to identify where application data 412 or application data 413 exists via network 180.

The application data 412 or application data 413 whose location has been identified is received by the application data reception processing unit B337. The application consisting of the received application data 412 or application data 413 is sent to the application engine 321 and operates together with the application engine 321 to fulfill the function of the application.

To provide this data content service, an application service descriptor must be included in the MPT sent as MMT-SI 404, and by analyzing this application service descriptor, the location of the application sent as the data content service can be identified.

The type of data content service, Type 1 or Type 2, is indicated by the DT_message_flag of the application service descriptor.
When the service provider A 120, the service provider B 120-2, or the content service provider X 127 distributes video or audio content to the broadcast signal receiving device 140, the content needs to have security management information applied to it. The security management information is, for example, DRM. In the following, an explanation will be given using DRM as an example of security management information.

As described above, when a new application function is added to the broadcast signal receiving device 140 by a data content service, it is desirable that the added application function be able to operate based on information on the type of DRM supported by the broadcast signal receiving device 140.

Therefore, the broadcast signal receiving device 140 of this embodiment has a function of presenting the types of DRM that it supports to an application.
Below, we will explain the overall processing flow of content distribution in a broadcast signal transmitting device A100 or the like that sends broadcast signals, a service provider A120 or the like that distributes content, and a broadcast signal receiving device 140 or the like that receives broadcast signals, from the perspective of the types of DRM supported by application functions added by the data content service, the types of DRM supported by the broadcast signal receiving device 140, and the types of DRM applied to the video or audio content distributed to the broadcast signal receiving device 140.

The broadcast signal receiving device 140 supports three types of DRM: DRM-1, DRM-2, and DRM-3, and the broadcast signal receiving device 140-2 supports DRM-0. The service provider A 120 can distribute video or audio content to which DRM-1 is applied, and the service provider B 120-2 can distribute video or audio content to which DRM-4 is applied. The content service provider X 127 can distribute video or audio content to which DRM-2 is applied.

FIG. 5A is a diagram showing an example of how broadcast signal receiving device 140 receives distribution of video or audio content when it acquires application data through the type 2 data content service shown in FIG. 4B.
DRM-1, DRM-2, and DRM-3 described in the broadcast signal receiving device 140 in FIG. 5A represent the types of DRM supported by the security management information processing unit 333 shown in FIG. 3. DRM-1 described in the service provider A 120 represents the type of DRM applied to the content distributed by the service provider A 120. DRM-4 described in the service provider B 120-2 represents the type of DRM applied to the content distributed by the service provider B 120-2. DRM-2 described in the content service provider X 127 represents the type of DRM applied to the content distributed by the content service provider X 127. Application A (DRM-1) represents that application A performs a specific process when DRM-1 is present in the types of DRM supported by the security management information processing unit 333 acquired by application A from the application engine 321. The same contents are described in FIG. 5B to FIG. 5H.

The broadcast signal receiving device 140 receives MMT-SI such as an application service descriptor and MH-AIT, which are control information of an application sent as a data content service from the broadcast signal transmitting device A100 (S501). As a result of analyzing the received control information, the broadcast signal receiving device 140 acquires application data of application A (DRM-1) from the service provider A120 by communication via the network 180 (S502-2).
Broadcast signal receiving device 140 operates application A (DRM-1) acquired in S502-2 together with application engine 321 in Fig. 3. In the process of operation, application A (DRM-1) acquires information on the types of DRM (DRM-1, DRM-2, DRM-3) supported by security management information processing unit 333 in Fig. 3 from application engine 321. Application A (DRM-1) determines whether the acquired information includes a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application A (DRM-1) determines whether DRM-1, a type of DRM for performing specific processing, is present among the types of DRM supported by the acquired security management information processing unit 333. Since DRM-1 is present among the types of DRM supported by the security management information processing unit 333, application A (DRM-1) accesses service provider A 120, which distributes content to which DRM of the DRM-1 type is applied, for example, as the specific processing, and acquires the content (S503-2).

Figure 5B is a diagram showing another example of how video or audio content is distributed when the broadcast signal receiving device 140 acquires application data through the type 2 data content service shown in Figure 4B. The difference from Figure 5A is that there are multiple applications to be added, and the applications to be added acquire content from a content service provider X 127 that is different from the service provider A that provides the applications.

The broadcast signal receiving device 140 receives MMT-SI such as an application service descriptor and MH-AIT, which are application control information sent from the broadcast signal transmitting device A100 as a data content service (S511). As a result of analyzing the received control information, the broadcast signal receiving device 140 acquires application data for application B-1 (DRM-2) from the service provider A120 by communication via the network 180 (S512-21), and acquires application data for application B-2 (DRM-4) from the service provider B120-2 by communication via the network 180 (S512-22).

The broadcast signal receiving device 140 runs application B-1 (DRM-2) acquired in S512-21 and application B-2 (DRM-4) acquired in S512-22 together with the application engine 321 in FIG. 3. In the process of operation, application B-1 (DRM-2) and application B-2 (DRM-4) acquire information on the types of DRM (DRM-1, DRM-2, DRM-3) supported by the security management information processing unit 333 in FIG. 3 from the application engine 321. Application B-1 (DRM-2) and application B-2 (DRM-4) determine whether the acquired information contains a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application B-1 (DRM-2) determines whether DRM-2, a type of DRM for performing specific processing, is present among the types of DRM supported by the acquired security management information processing unit 333. Since DRM-2 is present among the types of DRM supported by the security management information processing unit 333, application B-1 (DRM-2) accesses content service provider X127, which distributes content to which DRM-2 type of DRM is applied, for example, as the specific processing, and acquires the content (S513-4).

Similarly, application B-2 (DRM-2) determines whether DRM-4, a DRM type for performing specific processing, is present among the DRM types supported by the acquired security management information processing unit 333. Since DRM-4 is not present among the DRM types supported by the security management information processing unit 333, application B-2 (DRM-4) does not perform specific processing.

In this way, an application added to the broadcast signal receiving device 140 by a data content service can determine its operation based on information on the type of DRM supported by the security management information processing unit 333, making it possible, for example, to receive video or audio content from service provider A120, or to receive content from a content service provider X127 other than the service provider A120 from which the application data was obtained.

The broadcast signal receiving device 140 can also obtain multiple applications as data content services by analyzing the MMT-SI received from the broadcast signal transmitting device A100. In this case, the type of DRM determined by each application when performing specific processing may differ. Even in such cases, each application can determine its operation based on information on the type of DRM supported by the security management information processing unit 333, so the capabilities of the added application can be effectively utilized, leading to optimal improvements in the functionality of the broadcast signal receiving device 140 as a whole, including the added application.

FIG. 5C is a diagram showing an example of how broadcast signal receiving device 140 receives distribution of video or audio content when it acquires application data through the type 1 data content service shown in FIG. 4A.
The broadcast signal receiving device 140 receives MMT-SI such as application service descriptor, MH-AIT, DDMT, DAMT, etc., which are control information of the application sent as a data content service from the broadcast signal transmitting device A100 (S521). As a result of analyzing the received control information, the broadcast signal receiving device 140 acquires data of application C (DRM-1) from the broadcast signal transmitting device A100 via broadcast waves (S522-1).
The broadcast signal receiving device 140 operates the application C (DRM-1) acquired in S522-1 together with the application engine 321 in Fig. 3. In the process of operation, the application C (DRM-1) acquires information on the types of DRM (DRM-1, DRM-2, DRM-3) supported by the security management information processing unit 333 in Fig. 3 from the application engine 321. The application C (DRM-1) determines whether the acquired information includes a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application C (DRM-1) determines whether DRM-1, which is a DRM type for performing specific processing, is present among the types of DRM supported by the acquired security management information processing unit 333. Since DRM-1 is present among the types of DRM supported by the security management information processing unit 333, application C (DRM-1) accesses service provider A120, which distributes content to which DRM of the DRM-1 type is applied, for example, as the specific processing, and acquires the content (S523-2).

There may be multiple applications transmitted via broadcast waves. In this case, the type of DRM that each application determines when performing a specific process may be different, such as application B-1 (DRM-2) and application B-2 (DRM-4) shown in Figure 5B.

Figure 5D is a diagram showing another example of how a broadcast signal receiving device receives distribution of video or audio content when it acquires application data through the type 1 data content service shown in Figure 4A. The difference from Figure 5C is that, among multiple broadcast signal receiving devices 140 and broadcast signal receiving device 140-2, there are broadcast signal receiving devices whose security management information processing units support different types of DRM. The security management information processing unit of broadcast signal receiving device 140-2 supports the DRM type DRM-0.

Both the broadcast signal receiving device 140 and the broadcast signal receiving device 140-2 receive MMT-SI such as application service descriptor, MH-AIT, DDMT, DAMT, etc., which is application control information sent from the broadcast signal transmitting device A100 as a data content service (S531). As a result of analyzing the received control information, the broadcast signal receiving device 140 and the broadcast signal receiving device 140-2 acquire data of application D (DRM-1) from the broadcast signal transmitting device A100 via broadcast waves (S532-1).
The broadcast signal receiving device 140 operates the application D (DRM-1) acquired in S532-1 together with the application engine 321 in Fig. 3. In the process of operation, the application D (DRM-1) acquires information on the types of DRM (DRM-1, DRM-2, DRM-3) supported by the security management information processing unit 333 in Fig. 3 from the application engine 321. The application D (DRM-1) determines whether the acquired information includes a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application D (DRM-1) determines whether DRM-1, which is a type of DRM for performing specific processing, is present among the types of DRM supported by the acquired security management information processing unit 333. Since DRM-1 is present among the types of DRM supported by the security management information processing unit 333, application D (DRM-1) accesses service provider A120, which distributes content to which DRM of the DRM-1 type is applied, for example, as the specific processing, and acquires the content (S533-2).

Similarly, the broadcast signal receiving device 140-2 operates application D (DRM-1) acquired in S532-1 together with the application engine 321 in FIG. 3. In the process of operation, application D (DRM-1) acquires information on the type of DRM (DRM-0) supported by the security management information processing unit 333 in FIG. 3. Application D determines whether the acquired information contains a type of DRM for performing specific processing, and if so, performs the specific processing. Specifically, application D (DRM-1) determines whether the acquired types of DRM supported by the security management information processing unit 333 contain DRM-1, which is a type of DRM for performing specific processing. Since DRM-1 is not present among the types of DRM supported by the security management information processing unit 333, application D (DRM-1) does not perform the specific processing.

In this way, the type of DRM supported by the security management information processing unit of a broadcast signal receiving device may differ for each broadcast signal receiving device, such as broadcast signal receiving device 140 and broadcast signal receiving device 140-2.
On the other hand, when application data is added to broadcast signal receiving device 140 via broadcast waves, the application will be the same for all broadcast signal receiving devices 140, regardless of the type of DRM supported by the security management information processing unit of broadcast signal receiving device 140. For this reason, the process of providing the application with the type of DRM supported by security management information processing unit 333 of broadcast signal receiving device 140 is very effective in making full use of the capabilities of the application.

FIG. 5E is a diagram showing another example of how broadcast signal receiving device 140 receives distribution of video or audio content when it acquires application data through the type 2 data content service shown in FIG. 4B.
The difference from FIG. 5A is that the type of DRM with which the added application can perform specific processing is not supported by the security management information processing unit 333 shown in FIG.

The broadcast signal receiving device 140 receives MMT-SI such as an application service descriptor and MH-AIT, which are control information of the application sent as a data content service from the broadcast signal transmitting device A100 (S541). As a result of analyzing the received control information, the broadcast signal receiving device 140 acquires application data of application E (DRM-4) from the service provider A120 by communication via the network 180 (S542-2).
Broadcast signal receiving device 140 operates application E (DRM-4) acquired in S542-2 together with application engine 321 in Fig. 3. In the process of operation, application E (DRM-4) acquires information on the types of DRM (DRM-1, DRM-2, DRM-3) supported by security management information processing unit 333 in Fig. 3 from application engine 321. Application E (DRM-4) determines whether the acquired information includes a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application E (DRM-4) determines whether DRM-4, a DRM type for performing specific processing, is present among the types of DRM supported by the acquired security management information processing unit 333. Since DRM-4 is not present among the types of DRM supported by the security management information processing unit 333, application E (DRM-4) does not perform the specific processing. This makes it impossible for application E (DRM-4) to receive content distribution. Application E (DRM-4) may notify application engine 321 that the type of DRM for performing specific processing is not present among the types of DRM supported by the security management information processing unit 333.

When the application engine 321 in FIG. 3 receives a determination result from application E (DRM-4) indicating that the type of DRM required to perform a specific process does not exist among the types of DRM supported by the security management information processing unit 333, the application engine 321 may instruct the display 160 to issue a notification indicating that display is not possible, as shown in 160-1, for example. In this way, the viewer of the broadcast signal receiving device 140 can recognize that the added application E cannot receive distribution of video or audio content.

FIG. 5F is a diagram showing another example of how broadcast signal receiving device 140 receives distribution of video or audio content when it acquires application data through the type 2 data content service shown in FIG. 4B.
The difference from Fig. 5A is that the added application has multiple types of DRM for performing specific processing. Assume that application F (DRM-1, DRM-3) uses DRM types DRM-1 and DRM-3 for processing.

The broadcast signal receiving device 140 receives MMT-SI such as an application service descriptor and MH-AIT, which are control information of the application sent as a data content service from the broadcast signal transmitting device A100 (S551). As a result of analyzing the received control information, the broadcast signal receiving device 140 acquires application data of application F (DRM-1, DRM-3) from the service provider A120 by communication via the network 180 (S552-2).
Broadcast signal receiving device 140 operates application F (DRM-1, DRM-3) acquired in S552-2 together with application engine 321 in Fig. 3. In the process of operation, application F (DRM-1, DRM-3) acquires information on the types of DRM (DRM-1, DRM-2, DRM-3) supported by security management information processing unit 333 in Fig. 3 from application engine 321. Application F (DRM-1, DRM-3) determines whether the acquired information contains a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application F (DRM-1, DRM-3) determines whether DRM types DRM-1 and DRM-3 for performing specific processing are present among the types of DRM supported by the acquired security management information processing unit 333. Since DRM-1 and DRM-3 are present among the types of DRM supported by the security management information processing unit 333, application F (DRM-1, DRM-3) may perform processing based on the type of DRM-1, for example, as the specific processing. Specifically, application F (DRM-1, DRM-3) may access service provider A120 that distributes content to which DRM of the type DRM-1 is applied, for example, and obtain the content (S553-2). Alternatively, application F (DRM-1, DRM-3) may perform processing based on the type of DRM-3. Specifically, application F (DRM-1, DRM-3) may access service provider C (not shown) that distributes content to which DRM of type DRM-3 is applied, and obtain the content.

In this way, the broadcast signal receiving device 140 provides the application with information on the types of DRM supported by the security management information processing unit 333. This allows an application that has a type of DRM for performing specific processing, such as application F (DRM-1, DRM-3), to freely decide how to prioritize the information it acquires and process it, thereby increasing the application's processing freedom and allowing it to fully utilize its capabilities.

In the example of FIG. 5F, an application having a plurality of types of DRM for performing a specific process is sent from the service provider A120, but it may be sent from the broadcast signal transmitting device A100.
The application sent as the data content service may be a combination of multiple applications. For example, an application G-1 may determine whether a type of DRM for performing a specific process exists, and if so, may call application G-2 or application G-3 depending on the type of DRM that exists to perform the specific operation.

FIG. 5G shows an example in which broadcast signal receiving device 140 acquires application data through the type 2 data content service shown in FIG. 4B, and the acquired applications operate in conjunction with each other.
The broadcast signal receiving device 140 receives MMT-SI such as an application service descriptor and MH-AIT, which are control information of applications sent as data content services from the broadcast signal transmitting device A100 (S561). As a result of analyzing the received control information, the broadcast signal receiving device 140 acquires three application data items, application G-1, application G-2 (DRM-1), and application G-3 (DRM-2), from the service provider A120 by communication via the network 180 (S562-21), (S562-22), and (S562-23).

The broadcast signal receiving device 140 runs application G-1 acquired in S562-21 together with the application engine 321 in FIG. 3. During its operation, application G-1 acquires information on the types of DRM (DRM-1, DRM-2, DRM-3) supported by the security management information processing unit 333 in FIG. 3 from the application engine 321. Application G-1 determines whether the acquired information contains a type of DRM for performing specific processing, and if so, calls an application that performs the corresponding specific processing.

Specifically, application G-1 determines whether DRM-1 or DRM-2, which is a DRM type for performing specific processing, exists among the types of DRM supported by the acquired security management information processing unit 333. Since DRM-1 and DRM-2 exist among the types of DRM supported by the security management information processing unit 333, application G-1 may perform specific processing, for example, processing based on the type of DRM-1. Specifically, application G-1 calls application G-2 (DRM-1) to perform specific processing based on the type of DRM-1, and operates it together with the application engine 321 in FIG. 3. Application G-2 (DRM-2) may access service provider A120 that distributes content to which DRM of the type DRM-1 is applied, for example, and obtain the content (S563-2). Alternatively, application G-1 may perform specific processing based on the type of DRM-2. In this case, application G-1 can call application G-2 (DRM-2) to perform specific processing based on the type of DRM-2, and run it together with application engine 321 in Figure 3.

Figure 5H is a diagram showing another example of how video or audio content is distributed when the broadcast signal receiving device 140 acquires application data through the type 1 data content service shown in Figure 4A. The difference from Figure 5C is that, based on the application control information sent from multiple broadcast signal receiving devices, an application corresponding to each control information is acquired.

The broadcast signal receiving device 140 receives MMT-SI, such as application service descriptors, MH-AIT, DDMT, DAMT, etc., which are control information of applications sent from the broadcast signal transmitting device A100 as data content services (S571), and also receives MMT-SI, such as application service descriptors, MH-AIT, DDMT, DAMT, etc., which are control information of applications sent from the broadcast signal transmitting device B100-2 as data content services (S576). As a result of analyzing the received control information, the broadcast signal receiving device 140 obtains application data of application H-1 (DRM-1) corresponding to the MMT-SI obtained in S571 from the broadcast signal transmitting device A100 via broadcast waves (S572-1), and obtains application data of application H-2 (DRM-4) corresponding to the MMT-SI obtained in S576 from the broadcast signal transmitting device B100-2 via broadcast waves (S577-1).

The broadcast signal receiving device 140 runs the application H-1 (DRM-1) acquired in S572-1 and the application H-2 (DRM-2) acquired in S577-1 together with the application engine 321 in FIG. 3. In the process of operation, the application H-1 (DRM-1) and the application H-2 (DRM-2) acquire information on the types of DRM (DRM-1, DRM-2, DRM-3) supported by the security management information processing unit 333 in FIG. 3. The application H-1 (DRM-1) and the application H-2 (DRM-2) determine whether the acquired information contains a type of DRM for performing a specific process, and if so, perform the specific process.

Specifically, application H-1 (DRM-1) determines whether DRM-1, a DRM type for performing specific processing, is present among the types of DRM supported by the acquired security management information processing unit 333. Since DRM-1 is present among the types of DRM supported by the security management information processing unit 333, application H-1 (DRM-1) accesses service provider A120, which distributes content to which DRM of the DRM-1 type is applied, for example, as the specific processing, and acquires the content (S573-2).

Similarly, application H-2 (DRM-2) determines whether DRM-2, a type of DRM for performing specific processing, is present among the types of DRM supported by the acquired security management information processing unit 333. Since DRM-2 is present among the types of DRM supported by the security management information processing unit 333, application H-2 (DRM-2) accesses content service provider X127, which distributes content to which DRM of the DRM-2 type is applied, for example, as the specific processing, and acquires the content (S578-4).

The example sequence in Figure 5H is assumed to be a case in which, for example, broadcast signal receiving device 140 is receiving multiple programs using multiple tuners. In this way, the process of providing the types of DRM supported by security management information processing unit 333 of broadcast signal receiving device 140 to an application makes it possible to provide the types of DRM supported for each application to the application even if there are multiple applications that operate with application engine 321.

Figure 5I is a diagram showing an example of how the broadcast signal receiving device 140 receives distribution of video or audio content when there is no process for providing the application with the DRM type supported by the security management information processing unit 333. In this case, application I is, for example, installed in the broadcast signal receiving device 140 in advance.

Application I accesses a predetermined service provider that distributes content to which a DRM type supported by the security management information processing unit 333 is applied, and acquires video or audio content. The example in Figure 5I is an example in which application I pre-installed in the broadcast signal receiving device 140 accesses a predetermined service provider A120 and acquires content to which a DRM type of DRM-1 is applied (S583-2).

The broadcast signal receiving device of this embodiment has a terminal linkage function 144. In the example of FIG. 5E, the DRM-4 required to receive content distribution from the service provider B 120-2 does not exist among the types of DRM supported by the security management information processing unit 333, so application E (DRM-4) cannot receive content distribution from the service provider B 120-2. However, if the broadcast signal receiving device 140 of this embodiment does not support the type of DRM required to receive content distribution, it can link with a mobile terminal that supports the type of DRM required to receive content distribution through the terminal linkage function, and transmit the distributed content to the linked mobile terminal, making it possible to play the content. In this way, the broadcast signal receiving device 140 can play the distributed content by using the terminal linkage function and utilizing the support range of the DRM type of the connected mobile terminal.

The function of providing an application with the types of DRM supported by the security management information processing unit 333 of the broadcast signal receiving device 140 may be configured, for example, by extending the Capabilities object defined in Non-Patent Documents 2 and 3.
FIG. 6 shows an example in which the Capabilities object is extended to configure a function for providing the types of DRM supported by security management information processing unit 333 of broadcast signal receiving device 140 to an application.

For example, adding Content Protection to parm1 of query=Video Element adds a function to provide the type of security management information supported by broadcast signal receiving device 140. Pram2 represents the type of security management information, and param3 represents the version of the security management information indicated in pram2. In this way, by arbitrarily adding a combination of param2, which is the type of security management information, and pram3, which is the param2 version, it is possible to expand the function of providing security management information supported by broadcast signal receiving device 140.

Figure 7 shows an example of a processing flow when using the function shown in Figure 6 for providing the DRM types supported by the security management information processing unit 333 to an application. Figure 5E shows the processing flow when application E obtains the DRM types supported by the security management information processing unit 333.

Application E starts support type acquisition process E to acquire the types of DRM supported by the security management information processing unit 333 (S700). Application E determines whether the security management information processing unit 333 supports the D1 system (S701). Specifically, application E calls the Capabilities object's hasCapability by setting query to Video Element, parm1 to Content Protection, parm2 to D1, and parm3 to D2, and makes the determination by checking the return value.

If the result of the determination is that the system is supported (S701: Yes, return value: true), application E recognizes that broadcast signal receiving device 140 supports D1 system (DRM-4) (S702). Application E executes specific process E (S703). Specific process E may be, for example, a process of accessing service provider B 120-2 that distributes content to which DRM-4 type DRM is applied, and acquiring the content.

If the result of the determination is that the service is not supported (S701 is No, and the return value is false), application E recognizes that the broadcast signal receiving device 140 does not support the D1 system (DRM-4) (S705). Since the type of DRM required to perform the specific process does not exist among the types of DRM supported by the security management information processing unit 333, application E may instruct the application engine 321 (S706) to display on the display screen 160 that "the receiving device does not support the service of application E."

In the broadcast signal receiving device 140 shown in FIG. 5E, the application E judges No in the judgment process of S701, and therefore performs the processes of S705 and S706 as the subsequent processes, and ends the support type acquisition process E (S704).
Fig. 8A is a diagram showing another example of the processing flow when the function shown in Fig. 6 is used to provide an application with the type of DRM supported by the security management information processing unit 333. Fig. 5F shows the processing flow when application F acquires the type of DRM supported by the security management information processing unit 333.

Application F starts support type acquisition process F-1 to acquire the types of DRM supported by the security management information processing unit 333 (S800). Application F determines whether the security management information processing unit 333 supports the A1 system. Specifically, application F calls the Capabilities object's hasCapability by setting query to Video Element, parm1 to Content Protection, parm2 to A1, and parm3 to A2, and makes the determination by checking the return value.

If the result of the determination is that the system is supported (S801: Yes, return value: true), application F recognizes that broadcast signal receiving device 140 supports the A1 system (DRM-1) (S802). Application F executes specific processing F-1 (S803). Specific processing F-1 may be, for example, a process of accessing service provider A120-1 that distributes content to which DRM of the DRM-1 type is applied, and acquiring the content.

If the result of the determination is that the system is not supported (No in S801, return value is false), application F further determines whether the security management information processing unit 333 supports the C1 system (S805). Specifically, application F sets Video Element to query in hasCapability of the Capabilities object, Content Protection to parm1, and C1 to parm2, and calls the object, and makes the determination by checking the return value.

If the result of the determination is that the system is supported (S805: Yes, return value: true), application F recognizes that broadcast signal receiving device 140 supports C1 system (DRM-3) (S806). Application F executes specific process F-2 (S807). Specific process F-2 may be, for example, a process of accessing service provider C (not shown) that distributes content to which DRM of the DRM-3 type is applied, and acquiring the content.

If the result of the determination is that the system is not supported (S805 is No, and the return value is false), application F recognizes that broadcast signal receiving device 140 does not support the A1 system (DRM-1) and the C1 system (DRM-3) (S808). Since the type of DRM used to perform the specific process does not exist among the types of DRM supported by security management information processing unit 333, application F may instruct application engine 321 (S809) to display on display screen 160 that "the receiving device does not support the service of application F."

In the broadcast signal receiving device 140 shown in FIG. 5F, the application F determines Yes in the determination process of S801, and therefore performs the processes of S802 and S803 as the subsequent processes, and ends the support type acquisition process F (S804).
The example of processing in Figure 8A is a case where application F determines the types of DRM supported by the security management information processing unit 333 in the order of A1 system (DRM-1) and C1 system (DRM-3), but application F can change the order of determination as desired.

Figure 8B is a diagram showing an example of the processing flow when application F determines the types of DRM supported by the security management information processing unit 333 in the order of C1 system (DRM-3) and A1 system (DRM-1). The only difference from Figure 8A is that the order in which the types of DRM supported by the security management information processing unit 333 are determined has been changed.

In this way, the application creator can freely change the order in which the security management information processing unit 333 determines the types of DRM supported, which increases the flexibility of the application's processing and allows the application to fully utilize its capabilities.

Fig. 8C is a diagram showing an example of a process flow illustrating an example of a specific process. It is a diagram showing the process flow of specific process F-1 of application F shown in Fig. 8A. Application F starts specific process F-1 in the process of S803 in Fig. 8A (S840).
Application F determines whether the display screen 160 of the broadcast signal receiving device 140 is capable of playing content at a resolution of 8K, 4K, or 2K.

Application F first determines whether or not content with 8K resolution can be played on the display screen 160 of the broadcast signal receiving device 140 (S841). Whether or not content with 8K resolution can be played on the display screen 160 of the broadcast signal receiving device 140 may be determined, for example, by calling the Capabilities object's hasCapability query with Video Element set, parm1 set to MPEG-DASH, and parm2 set to 8K, and then checking the return value.

If the determination result indicates that playback is possible (Yes in S841, return value true), application F recognizes that the broadcast signal receiving device 140 can play content with 8K resolution, and requests service provider A120 to deliver content with 8K resolution that can be played by the broadcast signal receiving device 140 (S846).

If the result of the determination is that playback is not possible (No in S841, return value is false), application F determines whether or not content with 4K resolution can be played on the display screen 160 of the broadcast signal receiving device 140 (S843). Whether or not content with 4K resolution can be played on the display screen 160 of the broadcast signal receiving device 140 may be determined, for example, by calling the Capabilities object's hasCapability query with Video Element, parm1 with MPEG-DASH, and parm2 with 4K, and checking the return value.

If the result of the determination is that playback is possible (Yes in S843, return value true), application F recognizes that the display screen 160 of the broadcast signal receiving device 140 is capable of playing content with 4K resolution, and requests service provider A120 to deliver content with 4K resolution that can be played by the broadcast signal receiving device 140 (S846).

If the result of the determination is that playback is not possible (No in S843, return value is false), application F recognizes that broadcast signal receiving device 140 is capable of playing content with 2K resolution, and requests service provider A120 to deliver content with 2K resolution that can be played by broadcast signal receiving device 140 (S846).

This allows application F to obtain content with a resolution that can be displayed on broadcast signal receiving device 140 from among content to which a DRM type supported by security management information processing unit 333 is applied.
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 new embodiments can be implemented in various other forms, and various omissions, substitutions, and modifications can be made without departing from the gist of the invention. These embodiments and their modifications are included in the scope and gist of the invention, and are included in the scope of the invention and its equivalents described in the claims. Furthermore, even if each component of the claims is expressed by dividing the component, or expressing a plurality of components together, or expressing them in combination, it is within the scope of the present invention. In addition, multiple embodiments may be combined, and examples composed of this combination are also within the scope of the invention.

In addition, the drawings may be shown more diagrammatically than the actual embodiment in order to make the explanation clearer, but they are merely examples and do not limit the interpretation of the present invention. In this specification and each figure, components that perform the same or similar functions as those described above with respect to the previous figures are given the same reference numerals, and duplicated detailed explanations may be omitted as appropriate. The device of the present invention is also applied when the claims are expressed as control logic, as a program including instructions for causing a computer to execute, or as a computer-readable recording medium containing the instructions. In addition, the names and terms used are not limited, and other expressions that have substantially the same content and intent are included in the present invention.

100: Broadcast signal transmitting device A, 101: Broadcast program server, 102: Basic broadcast signal transmitting function, 103: Application data management unit, 120: Service provider A, 140: Broadcast signal receiving device, 141: Basic broadcast signal receiving function, 142: Communication control function, 143: Application control function, 144: Terminal linkage function, 321: Application engine, 333: Security management information processing unit.

Claims (2)

an analysis unit that analyzes a transmission control signal separated from a broadcast signal received by a broadcast wave that broadcasts a program, and acquires control information included in the transmission control signal, the control information relating to application data that will be added to the program and serve as an application for performing a specific process;
an application control unit that identifies a location of application data present in the broadcast signal based on the control information and controls an operation of the application;
an application data reception processing unit that receives application data of the location specified by the application control unit from the broadcast signal;
an application engine that manages an application formed by the application data received by the application data reception processing unit and causes the application to execute a specific process under the control of the application control unit;
a content receiving and processing unit that receives, via communication, content including at least a video protected by application of any one of a plurality of types of security management information;
a security management information processing unit that supports at least one of the plurality of types of security management information and processes content to which the supported type of security management information is applied;
the application engine provides the application with information on the type of the security management information supported by the security management information processing unit;
The application determines whether or not a type for performing the specific process is present in the information on the types of security management information provided by the application engine;
If the result of the determination is that a first type exists, a first distribution destination of a first content to which the first type of security management information is applied is determined, the first content is acquired from the determined first distribution destination via the content reception processing unit, and a first identification process is performed;
If the result of the determination is that a second type exists, a broadcast signal receiving device determines a second distribution destination of a second content to which the second type of security management information is applied, acquires the second content from the determined second distribution destination via the content reception processing unit, and performs a second identification process. Analyzing a transmission control signal separated from a broadcast signal received by broadcasting a program, and acquiring control information included in the transmission control signal and related to application data that is an application for performing a specific process added to the program;
Identifying a location of application data present in the broadcast signal based on the control information;
receiving application data for the identified location from the broadcast signal;
Manage an application formed from the received application data and cause the application to execute a specific process;
acquiring, via communication, content including at least video protected by application of any one of a plurality of types of security management information;
A broadcast signal receiving method for a broadcast signal receiving device that supports at least one of the plurality of types of security management information and processes content to which the supported type of security management information is applied, comprising the steps of:
providing information to the application about the types of security management information that are supported;
The application determines whether or not a type for performing the specific process is present among the types of the security management information provided,
If a first type is present as a result of the type determination, a first distribution destination of a first content to which the first type of security management information is applied is determined , the first content is acquired from the determined first distribution destination via a content reception processing unit, and a first identification process is performed;
A broadcast signal receiving method, comprising the steps of: determining a second distribution destination of a second content to which the second type of security management information is applied when a second type is present as a result of the type determination; acquiring the second content from the second distribution destination determined via the content reception processing unit; and performing a second identification process.

Images