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

Description

Embodiments of the present invention relate 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 broadcasters. By using 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 application processing not only on the broadcast signal receiving device but also in collaboration with the server side. This has made it easy to enhance the functionality of Hybridcast, a broadcasting and communications collaboration service.

A major feature of HTML5 is the addition of the video element, which has the ability to play video and audio. This eliminates the need to incorporate plug-in software (software that adds functionality) with player functionality into browser applications, which was necessary in previous versions of HTML to play video and audio, and makes it possible to write commands to play video and audio directly in HTML.

As a method for distributing video and audio, HTTP streaming, which distributes video using HTTP (Hypertext Transfer Protocol), similar to accessing a web page on a web server, has become common, replacing RTSP (Real Time Streaming Protocol), RTMP (Real Time Messaging Protocol), and MMSP (Microsoft Media Server Protocol) using dedicated video distribution servers. 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 in 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 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 Standards Technical Document" ARIB TR-B39 Version 1.6, revised January 22, 2018, Association of Radio Industries and Businesses

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

The MPEG-DASH method requires the use of ARIB-HTML5 as the application encoding method, and requires the use of DRM (Digital Rights Management) if security is required for the transmitted video or audio content. 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 as the content is distributed to which a mutually predetermined DRM is applied.

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 the broadcast programs it receives.
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 to provide applications with the types of DRM they support.
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 received by broadcasting a program, and acquires, from the transmission control signal, control information relating to application data that will be added to the program and perform specific processing;
an application control unit that identifies a location of the application data on a communication network based on the control information;
an application data receiving processing unit that receives application data of the location on the communication network identified by the application control unit;
an application engine that manages an application formed from the application data received by the application data receiving processing unit;
a content receiving processing unit that acquires content through communication;
a security management information processing unit that applies security management information that supports the type of content to the content acquired through the communication, from among a plurality of types of security management information that support protection of the content according to the type of content;
Equipped with
the application engine provides the application with information on the types of security management information supported by the security management information processing unit;
The application determines whether or not a type for performing the specific processing exists among 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 second distribution destination of the second content to which the second type of security management information is applied is determined, the second content is acquired from the determined second distribution destination via the content reception processing unit, and a second identification process is performed;
Furthermore, a broadcast signal receiving device is provided in which the application determines the resolution that can be played on the display screen and requests the first or second content to be delivered to the first or second delivery destination, which delivers content of the resolution based on the determination result.

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 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. 2 is a diagram schematically illustrating an example of the configuration of the broadcast signal transmitting device shown in FIG. 1A. FIG. 3 is a diagram schematically illustrating an example of the configuration of the broadcast signal receiving device shown 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 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. 5C 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 1 data content service shown in FIG. 4A. FIG. 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 FIG. 4A. FIG. 5E 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 2 data content service shown in FIG. 4B. FIG. 5F 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 2 data content service shown in FIG. 4B. FIG. 5G shows an example in which broadcast signal receiving device 140 acquires application data using 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 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 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 types of DRM supported by the security management information processing unit. FIG. 6 shows an example in which the Capabilities object is extended 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 to provide 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 to provide 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 when 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, embodiments 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 also be called broadcast station A) that broadcasts programs using broadcast signals. The broadcast signal transmitting device A100 includes a broadcast program server 101, a basic broadcast signal transmission 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.
102 is 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 broadcast signals.

The broadcast signal transmitting device A100 can also add a data content service that provides application functions coded 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, indicating that the program being broadcast has been added with an application function, 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 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 data content services: one is to provide application functions (application data) added to broadcast programs via broadcast waves, and the other is to provide them via communications without broadcast waves. When application functions (application data) added to broadcast programs are provided via communications, this is done by the service provider 120. The configuration of the data content service will be described using Figures 4A and 4B.

1A shows an example in which there are two broadcast signal transmission devices, broadcast signal A100 and broadcast signal transmission device B100-2.
120 is a service provider that, when a data content service is added to a program broadcast by the broadcast signal transmitting device A100, works in cooperation 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.

An application server 122 stores application functions (application data) generated by the application data management unit 121 and added to broadcast programs.
In response to a request from the broadcast signal receiving device 140 that has received the first specification information, the service provider 120 transmits the application function (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.

1A shows an example in which 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 also 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 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, and decodes the video signal and audio signal, receives application data, and analyzes the transmission control signal.

The basic broadcast signal reception function 141 also manages connections to and data transmission and reception with peripheral devices connected to the broadcast signal receiving device 140, such as a display (which may also be called a display screen) 160, a speaker 161, an HDD (Hard Disk Drive) 162 bound to the broadcast signal receiving device 140, and removable media 170. The display 160 has a built-in speaker 161, and displays video signals decoded by the basic broadcast signal reception function 141 in a display area and outputs audio signals to the speaker 161. Note that the built-in speaker 161 in 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 shown as separate from the broadcast signal receiving device 140, but it may also 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 that allows the broadcast signal receiving device 140 to link with the mobile terminal 175 to provide video and audio services. The broadcast signal receiving device 140 and the mobile terminal 175 are connected via a short-range wireless system such as Bluetooth (registered trademark).

There may also be content service providers that only distribute video and audio content.
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 this embodiment. In addition to the broadcast signal transmitting device A100, broadcast signal transmitting device B100-2, service provider A120, service provider B120-2, and broadcast signal receiving device 140 shown in FIG. 1A, the system also includes a content service provider X127 that only distributes video and audio content. Broadcast signal receiving device 140 may request content service provider X127 to distribute video and audio content.

Figure 2 is a diagram showing a schematic 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 generation unit 204, and a control signal generation unit 205 that generates a transmission control signal.

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

Reference numeral 202 denotes an audio encoder that encodes the audio of program A 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 has been read from the broadcast program server 101 as a program to be broadcast.

204 is an application data generation unit that reads 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 generation unit that generates a transmission control signal, which is control information related to the broadcast signals that make up the program broadcast by the broadcast signal transmission device A100, such as the video stream and audio stream that make up the program, as well as control information related to the program content, 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 relating 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, audio stream, subtitle stream, application data, and 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.

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

Reference numeral 308 denotes an application data reception processing unit A that performs reception processing 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), which is control information related to application data, and sends this information to the application control unit 320.

The decoded video data and subtitles are combined by a combiner 310 and output to a display 160. The decoded audio data is output to a speaker 161.
The codec type of the video decoder 306 is assumed to be 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 interface with the network 180; a content reception processing unit 331 for receiving video or audio content distributed from service provider A 120, service provider B 120-2, or content service provider X 127; a demultiplexer B332; a security management information processing unit 333 for processing content protection, such as DRM (Digital Rights Management), applied to the distributed video or audio content; a video decoder B334; an audio decoder B335; a subtitle decoder B336; and an application data reception processing unit B337.

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

331 is a content reception processing unit that enables the broadcast signal receiving device 140 to receive video or audio content distributed by service provider A120, service provider B120-2, or content service provider X127. The transmission method used when distributing content from service provider A120, service provider B120-2, or content service provider X127 may be, for example, MPEG-DASH, Apple HLS, or any other HTTP streaming method.

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, enabling the video to be displayed on display 160 connected to broadcast signal receiving device 140 or the audio to be output from speaker 161. The security management information is, for example, DRM. If necessary, security management processing unit 333 may communicate with a security information server (not shown) connected via the network via communication I/F 330.

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

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

Reference numeral 336 denotes a subtitle decoder B that 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 for 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 that 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 sent 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 the function of providing applications with the types of security management information supported by the security management information processing unit 333.

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 via broadcast waves. The other type is a type in which application data is not transmitted via broadcast waves. The two types of data content services will be explained using Figures 4A and 4B. The data processing flow shown in Figure 4 will also be 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 via broadcast waves (also called a Type 1 data content service). The data present within the area surrounded by 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.

In addition, the transmission control signal transmitted by MMT-SI 404 is analyzed by control signal analysis unit 309 in Figure 3. Of the transmission control signals analyzed by control signal analysis unit 309, the control information required for application data acquisition, such as the application service descriptor and MH-AIT (MH-Application Information Table) placed in the MPT, is sent to application control unit 320 for further analysis.

Furthermore, application data 410 and application data 411 transmitted via data component 1 (405) and data component 2 (406) are received by application data reception processing unit 308 in Figure 3. This application data 410 and application data 411 are data that realize application functions added to broadcast programs consisting of video and audio signals transmitted via video component 401 and audio component 402. Application data 410 and application data 411 transmitted via 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 via 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 Figure 3 accesses the MH-AIT, DDMT, and DAMT information required to acquire application data, and by analyzing this MH-AIT, DDMT, and DAMT, it is possible to determine the location in the broadcast waves of the application data 410 and application data 411 sent in data component 1 or data component 2.

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 application functions.

Applications acquired through a Type 1 data content service can not only be acquired from data components that are broadcast waves, but can also identify the location of application data 412 and application data 413 on network 180 based on the information contained in the MH-AIT, and acquire the application data through communication via network 180. Applications acquired through a data content service can also be acquired in part from data components, with the other part acquired via network 180.

Figure 4B shows the configuration of a data content service in which application data is not transmitted via broadcast waves (also called a type 2 data content service). The data present within the area surrounded 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 destination information for referencing the MH-AIT required to acquire application data. Based on this reference destination information, the application control unit 320 in Figure 3 accesses the MH-AIT information required to acquire the application data, and by analyzing the MH-AIT, identifies the location of application data 412 or application data 413 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 application functions.

In order to provide this data content service, an application service descriptor must be included in the MPT sent as MMT-SI 404. 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, security management information must be applied to the content. The security management information is, for example, DRM. The following explanation uses DRM as an example of security management information.

As mentioned 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 about 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 applications.
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.

Broadcast signal receiving device 140 is assumed to support three types of DRM: DRM-1, DRM-2, and DRM-3, while broadcast signal receiving device 140-2 is assumed to support DRM-0. Service provider A 120 is assumed to be able to distribute video or audio content to which DRM-1 is applied, while service provider B 120-2 is assumed to be able to distribute video or audio content to which DRM-4 is applied. Content service provider X 127 is assumed to be able to 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.
Note that DRM-1, DRM-2, and DRM-3 listed 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 listed in the service provider A 120 represents the type of DRM applied to content distributed by the service provider A 120. DRM-4 listed in the service provider B 120-2 represents the type of DRM applied to content distributed by the service provider B 120-2. DRM-2 listed in the content service provider X 127 represents the type of DRM applied to content distributed by the content service provider X 127. Application A (DRM-1) indicates that application A performs specific processing when DRM-1 is included in the types of DRM supported by the security management information processing unit 333 acquired from the application engine 321. Similar content is also listed in FIGS. 5B to 5H.

The broadcast signal receiving device 140 receives MMT-SI such as an application service descriptor and MH-AIT, which are control information for 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 for application A (DRM-1) from the service provider A120 by communication via the network 180 (S502-2).
The broadcast signal receiving device 140 runs the application A (DRM-1) acquired in S502-2 together with the application engine 321 in Fig. 3. In the process of its operation, the application A (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 A (DRM-1) determines whether the acquired information contains a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application A (DRM-1) determines whether DRM-1, the 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 A120, which distributes content that applies DRM-1 type DRM as the specific processing, and acquires the content (S503-2).

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

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 service provider A120 via communication over network 180 (S512-21), and acquires application data for application B-2 (DRM-4) from service provider B120-2 via communication over 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. During operation, application B-1 (DRM-2) and application B-2 (DRM-4) acquire information on the DRM types (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 DRM type for performing specific processing, and if so, performs the specific processing.

Specifically, application B-1 (DRM-2) determines whether DRM-2, the 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 that applies, for example, the DRM-2 type of DRM, as the specific processing, and acquires the content (S513-4).

Similarly, application B-2 (DRM-2) determines whether DRM-4, the 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, applications added to the broadcast signal receiving device 140 by a data content service can determine their operation based on information about 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 service provider A120 from which the application data was obtained.

The broadcast signal receiving device 140 can also acquire multiple applications as data content services by analyzing the MMT-SI received from the broadcast signal transmitting device A100. In this case, each application may determine a different type of DRM when performing specific processing. Even in such cases, each application can determine its operation based on information about the type of DRM supported by the security management information processing unit 333, making it possible to effectively utilize the capabilities of the added application, 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 descriptors, MH-AIT, DDMT, and DAMT, which are control information for applications sent as data content services 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 for application C (DRM-1) from the broadcast signal transmitting device A100 via broadcast waves (S522-1).
The broadcast signal receiving device 140 runs the application C (DRM-1) acquired in S522-1 together with the application engine 321 in Fig. 3. In the process of its 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 contains a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application C (DRM-1) determines whether DRM-1, the 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).

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

Figure 5D shows another example of how a broadcast signal receiving device receives distribution of video or audio content when it acquires application data using 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 DRM type DRM-0.

Both broadcast signal receiving device 140 and broadcast signal receiving device 140-2 receive MMT-SI such as application service descriptors, MH-AIT, DDMT, DAMT, etc., which are control information for applications sent as data content services from broadcast signal transmitting device A100 (S531). Broadcast signal receiving device 140 and broadcast signal receiving device 140-2 analyze the received control information and acquire data for application D (DRM-1) from 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 contains a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application D (DRM-1) determines whether DRM-1, the 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, 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 of FIG. 3. During its operation, application D (DRM-1) acquires information on the type of DRM (DRM-0) supported by the security management information processing unit 333 of FIG. 3. Application D determines whether the acquired information contains a DRM type for performing specific processing, and if so, performs the specific processing. Specifically, application D (DRM-1) determines whether the acquired DRM types supported by the security management information processing unit 333 contain DRM-1, which is the DRM type for performing the specific processing. Because DRM-1 is not included in the DRM types 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 extremely 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 that allows the added application to 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 for 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 for application E (DRM-4) from the service provider A120 by communication via the network 180 (S542-2).
The broadcast signal receiving device 140 runs the application E (DRM-4) acquired in S542-2 together with the application engine 321 in Fig. 3. In the process of its operation, the application E (DRM-4) 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 E (DRM-4) determines whether the acquired information contains a type of DRM for performing specific processing, and if so, performs the specific processing.

Specifically, application E (DRM-4) determines whether DRM-4, the 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 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 the application engine 321 that the DRM type for performing specific processing is not present among the DRM types 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) that the type of DRM required to perform a specific process does not exist among the DRM types supported by the security management information processing unit 333, it may instruct the display device 160 to issue a notification indicating that display is not possible, as shown in 160-1, for example. In this way, viewers 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 Figure 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-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 for 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 for application F (DRM-1, DRM-3) from the service provider A120 by communication via the network 180 (S552-2).
The broadcast signal receiving device 140 operates the application F (DRM-1, DRM-3) acquired in S552-2 together with the application engine 321 in Fig. 3. In the process of operation, the application F (DRM-1, DRM-3) 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 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 the DRM types supported by the acquired security management information processing unit 333 include DRM-1 and DRM-3, which are DRM types for performing specific processing. Since DRM-1 and DRM-3 are included in the DRM types supported by the security management information processing unit 333, application F (DRM-1, DRM-3) may perform specific processing based on, for example, the DRM-1 type. Specifically, application F (DRM-1, DRM-3) may access service provider A120, which distributes content to which DRM of type DRM-1 is applied, and acquire the content (S553-2). Alternatively, application F (DRM-1, DRM-3) may perform processing based on the DRM-3 type. 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, for example, to obtain the content.

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

In the example of FIG. 5F, an application having multiple types of DRM for performing specific processing is sent from the service provider A120, but it may also be sent from the broadcast signal transmitting device A100.
The applications sent as data content services may be multiple applications linked together. For example, an application G-1 may determine whether a type of DRM for performing a specific process exists, and if so, may call an application G-2 or an 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 using 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 for 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, namely, 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 DRM types (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 DRM type for performing specific processing, and if so, calls the application that performs the corresponding specific processing.

Specifically, application G-1 determines whether the DRM types supported by the acquired security management information processing unit 333 include DRM-1 and DRM-2, which are DRM types for performing specific processing. Since DRM-1 and DRM-2 are included in the DRM types supported by the security management information processing unit 333, application G-1 may perform specific processing, for example, based on the type of DRM-1. Specifically, application G-1 invokes 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 Figure 3. Application G-2 (DRM-2) may access service provider A120, which distributes content to which DRM type DRM-1 is applied, and acquire 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 simply calls application G-2 (DRM-2) to perform specific processing based on the type of DRM-2 and runs it together with application engine 321 in Figure 3.

Figure 5H 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 using the Type 1 data content service shown in Figure 4A. The difference from Figure 5C is that, based on application control information sent from multiple broadcast signal receiving devices, it acquires applications corresponding to each control information.

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

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

Specifically, application H-1 (DRM-1) determines whether DRM-1, the 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, the 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 that applies DRM-2 type DRM as the specific processing, and acquires the content (S578-4).

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

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

Application I accesses a predetermined service provider that distributes content to which DRM of the 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, which is pre-installed in the broadcast signal receiving device 140, accesses a predetermined service provider A120 and acquires content to which DRM of type DRM-1 is applied (S583-2).

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

The function of providing the 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 Document 2 and Non-Patent Document 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 the security management information processing unit 333 of the 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 the broadcast signal receiving device 140. pram2 indicates the type of security management information, and param3 indicates 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 to provide the security management information supported by the broadcast signal receiving device 140.

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

Application E starts support type acquisition processing 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 then checks the return value to make the determination.

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

If the determination result is that the service is not supported (S701: No, return value: 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 specified process is not included in 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 the message "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 determines No in the determination 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).
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 types of DRM supported by the security management information processing unit 333. This shows the processing flow when application F shown in FIG. 5F acquires the types of DRM supported by the security management information processing unit 333.

Application F starts support type acquisition processing 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 query by setting Video Element, parm1 to Content Protection, parm2 to A1, and parm3 to A2, and then determines whether the system supports the A1 system by checking the return value.

If the determination shows that the system is supported (S801: Yes, return value: true), application F recognizes that the broadcast signal receiving device 140 supports the A1 system (DRM-1) (S802). Application F then executes specific processing F-1 (S803). Specific processing F-1 may be, for example, accessing service provider A120-1, which distributes content that uses DRM of type DRM-1, 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 calls the Capabilities object's hasCapability by setting query to Video Element, parm1 to Content Protection, and parm2 to C1, and makes the determination by checking the return value.

If the determination results in support (Yes in S805, return value true), application F recognizes that the broadcast signal receiving device 140 supports the C1 system (DRM-3) (S806). Application F then executes specific processing F-2 (S807). Specific processing F-2 may be, for example, accessing service provider C (not shown) that distributes content that uses DRM-3 type DRM, and acquiring the content.

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

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 shows 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 then 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 application processing and allows the application to fully utilize its capabilities.

8C is a diagram showing an example of a processing flow illustrating an example of specific processing. This diagram shows the processing flow of specific processing F-1 of application F shown in FIG. 8A. Application F starts specific processing F-1 in the processing 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 8K resolution, 4K resolution, or 2K resolution.

Application F first determines whether content with 8K resolution can be played on the display screen 160 of the broadcast signal receiving device 140 (S841). Whether 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 examining the return value.

If the determination results in playability (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 content with 4K resolution can be played on the display screen 160 of the broadcast signal receiving device 140 (S843). Whether 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 then checking the return value.

If the result of the determination is that playback is possible (Yes in S843, return value is true), application F recognizes that the display screen 160 of the broadcast signal receiving device 140 can play 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 the broadcast signal receiving device 140 can play content with 2K resolution, and requests service provider A120 to deliver content with 2K resolution that can be played by the 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 content to which the DRM type supported by security management information processing unit 333 is applied.
Although several 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 embodied in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their modifications are within the scope and spirit of the invention, and are also included in the scope of the invention and its equivalents as set forth in the claims. Furthermore, the scope of the present invention also includes cases in which each component of the claims is expressed separately, as a combination of multiple components, or as a combination of these components. Furthermore, multiple embodiments may be combined, and examples composed of such combinations are also within the scope of the invention.

In addition, the drawings may be more schematic than the actual embodiment for the purpose of clarifying the description, but these are merely examples and do not limit the interpretation of the present invention. Furthermore, in this specification and each drawing, components that perform the same or similar functions as those previously described with reference to the previous drawings are designated by the same reference numerals, and duplicate detailed descriptions may be omitted as appropriate. Furthermore, the device of the present invention is applied when the claims are expressed as control logic, as a program containing instructions for causing a computer to execute, or as a computer-readable recording medium containing the instructions. Furthermore, the names and terminology used are not intended to be limiting, and other expressions that have substantially the same content and intent are also 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 broadcasting a program, and acquires, from the transmission control signal, control information relating to application data that will be added to the program and that will perform specific processing;
an application control unit that identifies a location of the application data on a communication network based on the control information;
an application data receiving processing unit that receives application data of the location on the communication network identified by the application control unit;
an application engine that manages an application formed from the application data received by the application data receiving processing unit;
a content receiving processing unit that acquires content through communication;
a security management information processing unit that applies security management information that supports the type of content to the content acquired through the communication, from among a plurality of types of security management information that support protection of the content according to the type of content;
Equipped with
the application engine provides the application with information on the types of security management information supported by the security management information processing unit;
The application determines whether or not a type for performing the specific processing exists among 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 second distribution destination of the second content to which the second type of security management information is applied is determined, the second content is acquired from the determined second distribution destination via the content reception processing unit, and a second identification process is performed;
Furthermore, the application determines a resolution that can be reproduced on the display screen, and requests the first or second content to be delivered to the first or second delivery destination that delivers content of the resolution based on the determination result.
Broadcast signal receiving device. an analysis unit analyzes a transmission control signal separated from a broadcast signal received by a broadcast wave broadcasting a program, and acquires, from the transmission control signal, 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 on a communication network based on the control information;
an application data reception processing unit receives the application data at the location on the communication network identified by the application control unit;
the application engine manages an application made up of the application data received by the application data reception processing unit;
The content reception processing unit acquires the content through communication,
a security management information processing unit applies security management information supporting a type of the content to the content acquired through the communication, from among a plurality of types of security management information supporting protection of the content by type;
Equipped with
the application engine provides the application with information on the types of security management information supported by the security management information processing unit;
The application determines whether or not a type for performing the specific processing exists among 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 second distribution destination of the second content to which the second type of security management information is applied is determined, the second content is acquired from the determined second distribution destination via the content reception processing unit, and a second identification process is performed;
Furthermore, the application determines a resolution that can be reproduced on the display screen, and requests the first or second content to be delivered to the first or second delivery destination that delivers content of the resolution based on the determination result.
Broadcast signal reception method.