Receiving device and receiving method

Abstract

To provide a receiver and a reception method for confirming whether or not an application is appropriate before starting.SOLUTION: In a broadcast system, a reception device 2 determines whether or not it is compatible with activation of a registered general application specified by BroadcastMarkupLanguage (BML) content transmitted by data broadcasting, a reception unit 21 receives a broadcast wave via an antenna, an input unit 22 acquires an operation signal based on a user's operation and outputs the acquired operation signal to a main system unit 20, and the main system unit 20 has a function of controlling an operation of the reception device 2. The main system 20 separates a data signal from the broadcast signal input from the receiver 21, decodes an audio signal and a video signal indicating the audio forming the content, and outputs the decoded audio signal and video signal to the output unit 25.SELECTED DRAWING: Figure 3

Description

Technical Field

[0001] The present invention relates to a receiving apparatus and a receiving method.

Background Art

[0002] In recent years, OTT (Over the top) services have been rapidly spreading. An OTT service is a media service directly provided to users via the Internet. OTT services are provided via companies that have conventionally functioned as distributors of content such as cable TV, terrestrial broadcasting, and satellite broadcasting. OTT services include VoD (Video on Demand) services and catch-up distribution services. A VoD service is a service that allows users to view various video contents when they want to. A catch-up distribution service is a service that distributes broadcast contents such as TV programs on demand over the Internet.

[0003] OTT services can be viewed using applications, web browsers, etc. on terminal devices such as personal computers, smartphones, and receiving apparatuses. Under such circumstances, it has been studied to induce users to OTT services such as catch-up distribution services using data broadcasting during or after the distribution of broadcast contents by terrestrial broadcasting.

[0004] For example, Patent Document 1 discloses a receiving apparatus that inserts and simultaneously transmits URL information of a website that provides information related to television broadcast content including at least an advertisement or a program, records the date and time of receiving the broadcast and information of the broadcasting station on the viewer side as broadcast reception data, queries a query center that captures television broadcast content and acquires and stores the URL information as data for the data, obtains URL information that matches the data, and accesses and browses the website based on the URL information.

Prior Art Documents

Patent Document

[0005] [Patent Document 1] Japanese Patent Publication No. 2022-38640 [Overview of the project] [Problems that the invention aims to solve]

[0006] However, when launching OTT service applications (also known as registered general applications or general applications) or web browsers via data broadcasting, no prior check is performed to determine whether each application can be launched. As a result, when launching applications via data broadcasting, there was a risk that applications undesirable to the receiving device or user might be launched unintentionally, or that applications that had not been sufficiently tested might be launched, potentially causing instability in the receiving device's operation.

[0007] Thus, there was a problem in that it was not possible to verify whether an application was appropriate before launching it via data broadcasting.

[0008] The present invention has been made in view of the above points, and aims to provide a receiving device and a receiving method that can confirm whether or not an application is appropriate before it is started. [Means for solving the problem]

[0009] (1) The present invention has been made to solve the above problems, and one aspect of the present invention is a receiving device comprising: an application processing unit that launches an application based on data broadcasting during the presentation of broadcast content and presents media service content by executing the application; and a switching processing unit that, if it is not possible to switch to the broadcast content presentation state, presents a means for switching to the broadcast content presentation state, and determines whether or not to respond to the launch of the application, and the switching processing unit presents the switching means before launching the application.

[0010] (2) Another aspect of the present invention is a receiving method for a receiving device, comprising the steps of: determining whether or not to respond to the activation of an application; activating the application based on data broadcasting while broadcast content is being displayed, and displaying media service content by executing the application; and, if it is not possible to switch to the broadcast content display state, presenting a means for switching to the broadcast content display state, wherein the step of presenting the switching means is to present the switching means before activating the application. [Effects of the Invention]

[0011] According to the present invention, it is possible to determine whether or not it is an appropriate application before it is launched. [Brief explanation of the drawing]

[0012] [Figure 1] This figure shows an example of the configuration of a broadcasting system according to the first embodiment of the present invention. [Figure 2] This is a schematic diagram showing an example of content switching according to this embodiment. [Figure 3] This is a block diagram showing an example of the configuration of the receiving device according to this embodiment. [Figure 4] This figure shows an example of a command related to starting the application according to this embodiment. [Figure 5] It is a diagram showing an example of a command related to the startup of an extra browser according to this embodiment. [Figure 6] It is a diagram showing an example of a command related to version identification of an application according to this embodiment. [Figure 7] It is a diagram showing an example of a command related to confirmation of functions incorporated in a browser according to this embodiment. [Figure 8] It is a diagram showing an example of a command for starting an application according to this embodiment by data broadcast. [Figure 9] It is a diagram showing an example of the definition of an API command for starting an application according to this embodiment by data broadcast. [Figure 10] It is a diagram showing an example of an API command for starting an application according to this embodiment by data broadcast. [Figure 11] It is a flowchart showing an example of content switching processing according to this embodiment. [Figure 12] It is a flowchart showing an example of content switching processing according to a modification example of this embodiment. [Figure 13] It is a flowchart showing an example of content switching processing according to a modification example of this embodiment. [Figure 14] It is a diagram showing an example of a content switching command according to a modification example of this embodiment. [Figure 15] It is a flowchart showing an example of content switching processing according to a modification example of this embodiment. [Figure 16] It is a diagram showing an example of the definition of a command related to the startup of an application according to the second embodiment of the present invention. [Figure 17] It is a diagram showing an example of the definition of a command related to the startup of an application according to this embodiment. [Figure 18] It is a diagram showing an example of the definition of a command related to the startup of an extra browser according to this embodiment. [Figure 19] It is a flowchart showing an example of content switching processing according to this embodiment. [Figure 20] FIG. is an example of the definition of a command related to the activation of an application according to the third embodiment of the present invention. [Figure 21] FIG. is an example of the definition of a command related to the activation of an application according to the present embodiment. [Figure 22] FIG. is an example of the definition of a command related to the activation of an application according to the present embodiment. [Figure 23] FIG. is an example of the definition of a command related to the activation of an application according to the present embodiment. [Figure 24] FIG. is an example of the definition of a command related to the activation of an application according to the present embodiment. [Figure 25] FIG. is an example of a return value for a command related to the activation of an application in the receiving device according to the present embodiment. [Figure 26] FIG. is an example of another return value for a command related to the activation of an application in the receiving device according to the present embodiment. [Figure 27] FIG. is a flowchart showing an example of the activation process of an application according to the present embodiment. [Figure 28] FIG. is a flowchart showing an example of the activation process of an application according to the fourth embodiment of the present invention. [Embodiments for Carrying Out the Invention]

[0013] Hereinafter, each embodiment of the present invention will be described in detail with reference to the drawings.

[0014] [First Embodiment] [System Configuration] FIG. 1 is a diagram showing an example of the configuration of a broadcast system Sys according to the first embodiment of the present invention. The broadcast system Sys includes a broadcast station 1, a receiving device 2, a broadcast station server 3, a carrier server 4, and an OTT server. The broadcast is, for example, terrestrial digital broadcast. However, the present invention is not limited to terrestrial digital broadcasting, but may also refer to broadcasting using broadcasting satellites. Broadcasting using broadcasting satellites may include, for example, advanced BS (Broadcasting Satellites) digital broadcasting or advanced broadband CS (Communication Satellites) digital broadcasting. Furthermore, the broadcasting may also be wired broadcasting such as cable television.

[0015] In the broadcasting system Sys, broadcasting station 1 transmits digital broadcast signals, application control information, etc., via broadcast waves. Application control information is information that informs the receiving device compatible with this system about applications linked to programs, such as OTT service applications, and also includes control information such as commands for starting and stopping them. Broadcasting station 1 operates broadcasting station server 3 within the broadcasting system Sys. Broadcasting station server 3 provides metadata such as program title, program ID, program summary, cast, and broadcast date and time. Information that broadcasting station 1 provides to service providers is provided using the API (Application Programming Interface) provided by broadcasting station server 3.

[0016] A service provider is a provider of services through the broadcasting system Sys, and is responsible for the production and distribution of content and applications for providing those services, as well as operating the service provider servers 4 to realize individual services. Here, services also include broadcast-communication integration services that link broadcasting and communication. The carrier server 4 transmits applications to the receiving device 2 for application management and distribution. As a server for each service, the carrier server 4 provides server functions to realize individual services (MPEG-H service, AC-4 service, VOD program recommendation service, multilingual subtitle service, etc.).

[0017] MPEG-H is a set of standards developed by the ISO / IEC Moving Picture Experts Group (MPEG) for digital container standards, video compression standards, audio compression standards, and two adaptation test standards. MPEG-H audio enables object-based audio, for example. In object-based audio, an "object" refers to each individual sound element that makes up a program, such as music or human voices. In object-based audio, an audio signal is recorded for each sound element, allowing for individual sound control of each element. Furthermore, when playing back on the receiving device 2, it is possible to play the program according to the actual speaker positions based on the playback position information of the elements.

[0018] AC-4 is an audio compression technology primarily developed for broadcasting and online streaming. Object-based audio is also possible with AC-4 audio.

[0019] The operator server 4 not only implements the functional aspects of these services but also transmits the content that constitutes the services (MPEG-H audio data, AC-4 audio data, VOD content, subtitle data, etc.). The operator server 4 is registered as a "repository" for distributing applications of the broadcasting system Sys, and provides and searches for a list of available applications in response to inquiries from the receiving device 2.

[0020] The OTT server 5 is operated by a service provider offering OTT services and has the function of managing on-demand content. The OTT server 5 also has the function of delivering content requested via dedicated applications and web browsers from terminals and receiving devices connected via the network.

[0021] In addition to the function of receiving existing digital broadcasts, receiver 2 also includes functions for realizing broadcast-communication collaboration services. In addition to broadband network connectivity, receiver 2 has the following functions: • Function to receive applications in response to application control signals from broadcasts. • Function to execute applications in response to application control signals from broadcasts. • A function that provides information through coordination between broadcasting and telecommunications. • Device linking function

[0022] Here, the term "terminal" includes, for example, user terminals such as tablet devices, personal computers, smartphones, and smart speakers. The terminal linkage function of the receiving device 2 can access broadcast resources such as program information or call receiving device functions such as playback control in response to requests from other terminals.

[0023] More specifically, the receiving device 2 has the following functions: Receiving device 2 has a broadcast reception and playback function, which is to receive broadcast waves. When a specific broadcast service is selected, receiving device 2 has a function to synchronously play back the video, audio, subtitles, and data broadcasts that constitute that service. The receiving device 2, as a communication content receiving and playback function, accesses video content stored on a server (e.g., OTT server 5) on the communication network. The receiving device 2 receives video content from OTT server 5 as VOD streaming and has the function of synchronously playing the video, audio, and subtitles that make up the content.

[0024] Receiving device 2, as an application control function, interacts with the application engine, primarily regarding managed applications, based on application control information acquired from servers or broadcast signals on the communication network. Receiving device 2 also has the function of controlling and managing the lifecycle and events on an application-by-application basis. Receiving device 2, acting as an application engine, acquires applications. Receiving device 2 also has the function of executing those applications. This function is implemented, for example, by an HTML5 browser.

[0025] The receiving device 2 has a presentation synchronization control function that controls the presentation synchronization of video and audio streams received from broadcast and video and audio streams received from streaming. The receiving device 2 has an application launcher function, which is a navigation function that allows the user to select and launch mainly non-broadcast managed applications.

[0026] In the following explanation, unless otherwise specified, broadcaster 1, broadcaster server 3, carrier server 4, and OTT server 5 will be referred to simply as OTT server 5. That is, OTT server 5 as described below has the functions, some or all of the functions of broadcaster 1, broadcaster server 3, carrier server 4, and OTT server 5 as described above.

[0027] [Content switching function] Next, the content switching function in this embodiment will be described. The receiving device 2 according to this embodiment has a function to launch an application via data broadcasting while displaying broadcast content such as terrestrial digital broadcasting. In other words, the receiving device 2 has a function to launch (transition to) a destination application via data broadcasting while displaying broadcast content such as terrestrial digital broadcasting which is the source of the transition. Furthermore, the receiving device 2 has a function to switch back to displaying the broadcast content before the application was launched, i.e., the source broadcast content, when the launched application has finished.

[0028] Here, the process of switching to displaying the broadcast content before launching the application includes a switching execution process that executes the switch to displaying the broadcast content before launching the application, and a switching presentation process that presents a means of switching to displaying the broadcast content before launching the application. In other words, the process of switching to displaying the broadcast content before launching the application includes a process of returning to the broadcast content before launching the application (also called a process of instructing the application to transition back to the original broadcast content), and a process of presenting a means of returning to the broadcast content before launching the application. Next, we will explain the content switching functions, such as launching applications, closing applications, and displaying broadcast content.

[0029] Figure 2 is a schematic diagram showing an example of content switching according to this embodiment. In the illustrated example, t represents the elapsed time, such as t0, t1, and t2. Broadcast content refers to broadcast content such as terrestrial digital broadcasting, which is continuously transmitted from broadcasting station 1. Display content refers to content displayed on receiving device 2. Receiving device 2 displays the broadcast content of channel X (Xch) at time t0. Receiving device 2 receives an application startup instruction at time t1 while the broadcast content is being displayed. Receiving device 2 starts the OTT service application based on the startup instruction. Receiving device 2 displays the OTT service content based on the fact that the application has started.

[0030] Receiver 2 terminates the OTT service application at time t2 based on the termination of the OTT service content. Based on the termination of the OTT service application, Receiver 2 displays the broadcast content of channel X that was displayed up until time t1, prior to the launch of the OTT service application. Here, the broadcast content displayed at time t2 is the content being broadcast at time t2 on the same channel as the channel before time t1. In other words, when a launched application terminates, Receiver 2 displays the broadcast content being broadcast on the same channel as the broadcast content before the application was launched.

[0031] [Configuration of the receiving device] Next, the configuration of the receiving device 2 will be described. Figure 3 is a block diagram showing an example of the configuration of the receiving device 2 according to this embodiment. The receiving device 2 comprises a main system unit 20, a receiving unit 21, an input unit 22, and an output unit 25. The receiving unit 21 has the function of receiving broadcast waves, that is, it functions as a tuner. The receiving unit 21 receives broadcast waves via an antenna. The receiving unit 21 tunes (selects) the channel selected based on user operation. The tuned signal is demodulated and output as data to the main system unit 20. Furthermore, the receiving unit 21 has the function of receiving various information from other terminals via wired or wireless communication through a network to which it is connected in communication with the receiving device 2, that is, it functions as a communication unit for communicating with other terminals. In this embodiment, the receiving unit 21 may also include a tuner and a communication unit.

[0032] The input unit 22 has the function of acquiring operation signals based on user operations and outputting the acquired operation signals to the main system unit 20. The operation signals include instruction signals such as execution and stopping of predetermined functions, selection of broadcast channels, selection and setting of various information, volume adjustment, and color adjustment.

[0033] The input unit 22 may also include components that accept operation. Such components may include dedicated components such as buttons, dials, and knobs, or general-purpose components such as touch sensors and mice. The touch sensor may be integrated with the display and function as a touch panel. The input unit 22 may also include a sensor that receives operation signals wirelessly from a remote controller (remote control). The sensor may be any component that can detect electromagnetic waves that carry operation signals, such as an infrared sensor.

[0034] The output unit 25 has the function of outputting (playing back) audio based on the audio signal input from the main system unit 20. Furthermore, the output unit 25 has the function of displaying an image on the display surface based on the video signal input from the main system unit 20. The output unit 25 includes, for example, a display element and a drive circuit for driving the display element. The display element may be any type of display, such as a liquid crystal display, a plasma display, or an organic electroluminescent display.

[0035] The main system unit 20 has the function of controlling the operation of the receiving device 2. The main system unit 20 separates the data signal from the broadcast signal input from the receiving unit 21. The main system unit 20 separates the control signal and the content signal from the separated data signal. The control signal is a signal that carries various control information used for receiving the broadcast signal. The content signal is a signal that carries the content. The main system unit 20 decodes the audio signal and video signal that make up the content. The main system unit 20 outputs the decoded audio signal to the output unit 25. The main system unit 20 also outputs the decoded video signal to the output unit 25.

[0036] Furthermore, the main system unit 20 has the function of controlling the operation of the receiving device 2 based on the operation signals input from the input unit 22.

[0037] Furthermore, the main system unit 20 decodes the audio and video signals that constitute the OTT content input from the receiving unit 21. The main system unit 20 outputs the decoded audio signal to the output unit 25. The main system unit 20 also outputs the decoded video signal to the output unit 25.

[0038] Furthermore, the main system unit 20 has the function of executing OTT applications. The main system unit 20 also has the function of switching between outputting OTT content and broadcast content based on the execution of OTT applications.

[0039] The main system unit 20 will be described in more detail. The main system unit 20 is comprised of a broadcast wave processing unit 23, an OTT processing unit 24, and a switching processing unit 26. The broadcast wave processing unit 23 performs various processes on the broadcast signal input from the receiving unit 21. The broadcast wave processing unit 23 includes a demodulation unit 231, a separation unit 232, a video processing unit 233, an audio processing unit 234, and an output processing unit 235. The demodulation unit 231 performs demodulation processing on the broadcast signal.

[0040] The separation unit 232 separates the input data into video data streams, audio data streams, text superimposition data streams, subtitle data streams, etc. The separated audio data streams are output to the audio processing unit 234. The separated video data streams are output to the video processing unit 233. Furthermore, the character super data sequence and subtitle data sequence separated in the separation unit 232 are decoded by a character super decoder and a subtitle decoder (not shown), respectively, and the decoded character strings are superimposed on the video.

[0041] The video processing unit 233 decodes the input video data sequence. The audio processing unit 234 decodes the audio data sequence of the audio component. The output processing unit 235 performs color space conversion on the decoded video data sequence, displays the video on the display of the output unit 25, and outputs sound to the speaker.

[0042] The OTT processing unit 24 performs various processes on the communication signals input from the receiving unit 21. The OTT processing unit 24 includes a content processing unit 241 and a content output processing unit 242. The content processing unit 241 performs demodulation, decoding, and other processing on communication signals such as content data. The content processing unit 241 outputs the processed signal to the content output processing unit 242. The content output processing unit 242 performs various output processing on the signal input from the content processing unit 241. The content output processing unit 242 then outputs the processed signal to the output unit 25. For example, the content output processing unit 242 performs color space conversion on the decoded video data sequence, displays the video on the display of the output unit 25, and outputs sound to the speaker.

[0043] The switching processing unit 26 has the function of starting and stopping the OTT application. After the OTT application has stopped, the switching processing unit 26 executes a process to switch back to displaying the content that was available before the OTT application was started. After the OTT application has stopped, the switching processing unit 26 causes the output unit 25 to output a means for switching back to displaying the broadcast content that was available before the OTT application was started. After the OTT application has stopped, the switching processing unit 26 determines whether it is possible to switch back to displaying the broadcast content that was available before the OTT application was started. Based on the determination result, the switching processing unit 26 decides whether to present a means for switching back to broadcast content or to execute a switch back to displaying broadcast content. The switching processing unit 26 detects whether it corresponds to a parameter that instructs switching to broadcast content. Based on the fact that it does not correspond to a parameter that instructs switching to broadcast content, the switching processing unit 26 causes the means for switching back to broadcast content to be presented via data broadcasting.

[0044] The switching processing unit 26 includes a determination unit 261, a decision unit 262, and a detection unit 263. The determination unit 261 determines whether it is possible to switch back to displaying the broadcast content that was available before the OTT application was launched, after the OTT application has finished. Based on the determination result, the decision unit 262 decides whether to present a switching means or to switch to displaying the broadcast content. The detection unit 263 detects whether or not it corresponds to a parameter that instructs switching to broadcast content.

[0045] Next, we will explain how to launch, terminate, and switch to broadcast content for OTT applications. The launch and termination of OTT applications, and the presentation of means for switching to broadcast content, can be achieved by executing commands written in XML-based Broadcast Markup Language (BML) via data broadcasting. Alternatively, the launch and termination of OTT applications, and the presentation of means for switching to broadcast content, can also be achieved by executing API commands.

[0046] Figure 4 shows an example of a command related to starting the application according to this embodiment. Command CM1 is a BML command used to launch the application on the receiving device. startResidentApp() is a command that allows you to specify the application to launch and the URI of the component to be presented first when the launched application terminates and the BML browser is restarted. In the illustrated command, the application to be launched can be specified by `input String appName`. Furthermore, the URI of the component to be initially presented when the launched application terminates and the BML browser restarts can be specified by `input String returnURI`. If no specific URI for the initially presented component is specified, the `returnURI` will be an empty string.

[0047] Figure 5 shows an example of a command related to launching the extra browser according to this embodiment. Command CM2 is a BML command used to launch an extra browser, which is a different browser from the data broadcast browser, on receiving device 2. startExtraBrowser() is a command that allows you to specify the extra browser to launch, and the URI of the component to be presented first when the launched extra browser terminates and the BML browser restarts. In the illustrated example, the extra browser to launch can be specified by `input String browserName`. Furthermore, the URI of the component to be initially presented when the launched application terminates and the BML browser restarts can be specified by `input String returnURI`. If no specific URI for the initially presented component is specified, `returnURI` will be an empty string.

[0048] In the examples illustrated in Figures 4 and 5, the BML browser is a browser for displaying and executing BML commands pre-installed by the receiving device 2. In conventional receiving devices 2, since there were only a few applications, it was possible to operate without problems even without specifically specifying the component to present first using returnURI. However, in recent receiving devices 2, there are multiple applications, so if the URI of the component to present first is not specified using returnURI, there is a possibility that the BML browser may not be able to switch to the broadcast content before launching the application or extra browser when it restarts.

[0049] Therefore, in this embodiment, we use commands to identify the application version shown in Figures 6 and 7, and commands to check the functions built into the browser. Figure 6 shows an example of a command related to version identification of the application according to this embodiment.

[0050] The command CM3 is used to identify the application version. The command Array getResidentAppVersion(input String appName) returns an array of application information, such as Array[0], Array[1], Array[2], Array[3], and Array[4], if successful, given the argument appName. The command Array getResidentAppVersion(input String appName) returns null if it fails, given the argument appName. Array[0] is a string representing the manufacturer identifier or extended manufacturer identifier, and Array[1] is a string representing the application name of the receiving device. Array[2] is a string representing the major version number, and Array[3] is a string representing the minor version number. Array[4] contains detailed information specific to each application of the receiving device.

[0051] For example, in the illustrated example, if the command CM3 is given the argument appName as ExampleApplication, getResidentAppVersion(ExampleApplication) will return a string in Array[4] indicating whether or not the application supports the function of switching to the broadcast content before launching. For example, if a value exists in Array[4], the application ExampleApplication will be launched using the command CM1 shown in Figure 4 or the command CM2 shown in Figure 5.

[0052] Figure 7 shows an example of a command related to checking the functions built into the browser according to this embodiment. The command CM4 is used to check the functions built into the browser. The command getBrowserSupport() returns a value of 1 or 0 for the arguments sProvider, functionname, and additionalinfo. sProvider is a string that specifies the entity or entity that defined the function. Functionname is a string that specifies the name of the function. additionalinfo is a string that specifies additional information about the function. A return value of 1 indicates that the specified function is present. A return value of 0 indicates that the specified function is not present.

[0053] For example, in the illustrated example, the command CM4 is given the arguments functionname: ResidentApp and additionalinfo: ExampleApplication. If ExampleApplication has the functionality of ResidentApp, the return value is 1. If the return value is 1, ExampleApplication supports the functionality of ResidentApp, and the application ExampleApplication is launched using the command CM1 shown in Figure 4 or the command CM2 shown in Figure 5.

[0054] Next, we will explain another example of a command used to launch an application via data broadcasting. Figure 9 shows an example of the definition of an API command for launching the application according to this embodiment via data broadcasting. Figure 10 shows an example of an API command used to launch the application according to this embodiment via data broadcasting. The command `exitFromManagedState()` takes a `url` argument representing the entry URL of the general application to which the user will transition, and returns a void value. In this embodiment, when the API command is executed via data broadcasting, the application indicated by the argument `url` is launched. Note that while this API command can launch an application via data broadcasting, it is not possible to specify the content before the application was launched as the return destination when the launched application terminates.

[0055] Next, the content switching process according to this embodiment will be described. Figure 11 is a flowchart showing an example of the content switching process according to this embodiment. In step S100, the receiving device 2 activates data broadcasting corresponding to the selected content and launches the BML browser in response to the user's channel selection and power operation. The receiving device 2 also outputs the selected broadcast content to the output unit 25.

[0056] In step S102, broadcaster 1 determines whether receiving device 2 supports OTT services, that is, whether it supports catch-up streaming applications (catch-up streaming apps), by executing BML commands via data broadcasting. Specifically, broadcaster 1 determines whether it supports catch-up streaming apps by executing the commands shown in Figures 6 and 7 via data broadcasting. If it is determined that receiving device 2 supports catch-up streaming apps, receiving device 2 executes the process in step S104. On the other hand, if it is determined that receiving device 2 does not support catch-up streaming apps, receiving device 2 terminates the content switching process shown in Figure 11.

[0057] In step S104, the receiving device 2 determines whether it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished. Specifically, the receiving device 2 determines whether it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, depending on whether the device supports the returnURI, which specifies the URI of the component that is presented first when the launched application has finished. If it is determined that it is not possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, the receiving device 2 executes the process in step S106. On the other hand, if it is determined that it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, the receiving device 2 executes the process in step S116.

[0058] In step S106, when the catch-up streaming app is terminated, the receiving device 2 outputs a means to switch back to displaying the broadcast content that was available before the catch-up streaming app was launched to the output unit 25, and presents it to the user. The presentation of the means to switch back to the broadcast content that was available before the catch-up streaming app is launched is presented to the user at a time before the catch-up streaming app is launched. The presentation of the means to switch back to the previous broadcast content is, for example, notification information that has been stored in the memory unit of the receiving device 2 in advance. This notification information is a notification specific to the receiving device. This notification information includes the operating procedure for the receiving device 2 to return to the broadcast content.

[0059] In step S108, broadcasting station 1 launches the on-demand streaming application on receiving device 2 by executing a command via data broadcasting. Specifically, broadcasting station 1 executes the commands shown in Figures 4, 5, and 10 via data broadcasting to launch the on-demand streaming application on receiving device 2. Receiving device 2 displays the OTT content by running the on-demand streaming application.

[0060] In step S110, broadcaster 1 terminates the catch-up streaming app based on the completion of playback of the OTT content.

[0061] In step S112, the receiving device 2 accepts user input.

[0062] In step S114, when the receiving device 2 receives a user operation, such as a means for switching to broadcast content presented to the user in step S106, it switches from OTT content to broadcast content and outputs the broadcast content to the output unit 25. The receiving device 2 also starts data broadcasting corresponding to the selected content and starts the BML browser. Then, it terminates the content switching process shown in Figure 11.

[0063] In step S116, broadcasting station 1 launches the catch-up streaming application on receiving device 2 by executing a command via data broadcasting. Specifically, broadcasting station 1 executes the commands shown in Figures 4, 5, and 10 via data broadcasting to launch the catch-up streaming application on receiving device 2. Receiving device 2 displays the OTT content obtained by running the catch-up streaming application.

[0064] In step S118, broadcast station 1 terminates the on-demand streaming application based on the completion of playback of the OTT content. Receiving device 2, based on the execution of a command via data broadcasting, outputs the URI of the component to be presented first after the on-demand streaming application terminates, corresponding to the returnURI, to output unit 25. For example, receiving device 2 displays broadcast content based on the specification that the URI of the component to be presented first after the on-demand streaming application terminates is a switch to the broadcast content that was displayed before the on-demand streaming application was launched. Then, the content switching process shown in Figure 11 is terminated.

[0065] Furthermore, the method for switching to broadcast content may be provided by displaying a guide within the on-demand streaming app after it has been launched.

[0066] Thus, the receiving device 2 according to this embodiment includes a startup unit (OTT processing unit 24) that starts an application via data broadcasting while broadcast content is being displayed, and a switching processing unit 26 that performs a switching process to return to the display of the broadcast content before the application was started when the started application has finished.

[0067] This allows the receiving device 2 to switch to the broadcast content that was displayed before the application was run when the application terminates, thereby improving user convenience. Furthermore, even receiving devices that do not support switching upon content termination can still provide the user with a means of switching to broadcast content, thus improving user convenience.

[0068] Furthermore, if it is determined that it is not possible to switch to the broadcast content that was displayed before the on-demand streaming app was launched after the on-demand streaming app has been closed, that is, if it is determined that it does not support the returnURI, the receiving device 2 may perform a switch to the broadcast content that was displayed before the on-demand streaming app was launched based on the network and the service ID.

[0069] Figure 12 is a flowchart showing an example of content switching processing according to a modified example of this embodiment. In step S200, the receiving device 2 activates data broadcasting corresponding to the selected content and launches the BML browser in response to the user's channel selection and power operation. The receiving device 2 also outputs the selected broadcast content to the output unit 25.

[0070] In step S202, broadcaster 1 determines whether receiving device 2 supports OTT services, that is, whether it supports catch-up streaming applications (catch-up streaming apps), by executing BML commands via data broadcasting. Specifically, broadcaster 1 determines whether it supports catch-up streaming apps by executing the commands shown in Figures 6 and 7 via data broadcasting. If it is determined that receiving device 2 supports catch-up streaming apps, receiving device 2 executes the process in step S204. On the other hand, if it is determined that receiving device 2 does not support catch-up streaming apps, receiving device 2 terminates the content switching process shown in Figure 12.

[0071] In step S204, the receiving device 2 determines whether it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished. Specifically, the receiving device 2 determines whether it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, depending on whether the device supports the returnURI, which specifies the URI of the component that is presented first when the launched application has finished. If it is determined that it is not possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, the receiving device 2 executes the process in step S206. On the other hand, if it is determined that it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, the receiving device 2 executes the process in step S216.

[0072] In step S206, the receiving device 2 obtains the currently connected network ID and service ID.

[0073] In step S208, broadcasting station 1 launches the on-demand streaming application on receiving device 2 by executing a command via data broadcasting. Specifically, broadcasting station 1 executes the commands shown in Figures 4, 5, and 10 via data broadcasting to launch the on-demand streaming application on receiving device 2. Receiving device 2 displays the OTT content by running the on-demand streaming application.

[0074] In step S210, broadcaster 1 terminates the catch-up streaming app based on the completion of OTT content playback.

[0075] In step S212, the receiving device 2 selects the broadcast content identified by the network ID and service ID obtained in step S206 by executing the application.

[0076] In step S214, the receiving device 2 switches from OTT content to broadcast content and outputs the broadcast content to the output unit 25. The receiving device 2 also starts the data broadcast corresponding to the selected content and starts the BML browser. Then, the content switching process shown in Figure 12 is completed.

[0077] In step S216, broadcasting station 1 launches the on-demand streaming application on receiving device 2 by executing a command via data broadcasting. Specifically, broadcasting station 1 executes the commands shown in Figures 4, 5, and 10 via data broadcasting to launch the on-demand streaming application on receiving device 2. Receiving device 2 displays the OTT content by running the on-demand streaming application.

[0078] In step S218, broadcast station 1 terminates the on-demand streaming application based on the completion of playback of the OTT content. Receiving device 2, based on the execution of a command via data broadcasting, outputs the URI of the component to be presented first after the on-demand streaming application terminates, corresponding to the returnURI, to output unit 25. For example, receiving device 2 displays broadcast content based on the specification that the URI of the component to be presented first after the on-demand streaming application terminates is a switch to the broadcast content that was displayed before the on-demand streaming application was launched. Then, the content switching process shown in Figure 12 is terminated.

[0079] According to this modified version, even a receiving device that cannot specify broadcast content by returnURI can switch to the broadcast content that was available before the application was executed, based on the network ID and service ID, when the application terminates, thereby improving user convenience.

[0080] Furthermore, the determination of whether it is possible to switch back to the broadcast content that was displayed before the on-demand streaming app was launched after the on-demand streaming app has been closed may be performed by executing a BML command.

[0081] Figure 13 is a flowchart showing an example of a content switching process according to a modified version of this embodiment. In step S300, the receiving device 2 activates data broadcasting corresponding to the selected content and launches the BML browser in response to user-operated channel selection and power operations. The receiving device 2 also outputs the selected broadcast content to the output unit 25.

[0082] In step S302, broadcaster 1 determines whether receiving device 2 supports OTT services, that is, whether it supports catch-up streaming applications (catch-up streaming apps), by executing BML commands via data broadcasting. Specifically, broadcaster 1 determines whether it supports catch-up streaming apps by executing the commands shown in Figures 6 and 7 via data broadcasting. If it is determined that receiving device 2 supports catch-up streaming apps, receiving device 2 executes the process in step S304. On the other hand, if it is determined that receiving device 2 does not support catch-up streaming apps, receiving device 2 terminates the content switching process shown in Figure 13.

[0083] In step S304, the receiving device 2 determines whether it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished. Specifically, the broadcasting station 1 determines whether the receiving device supports the returnURI, which specifies the URI of the component that will be presented first when the launched application finishes, by executing a BML command. If it is determined that it is not possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, the receiving device 2 executes the process in step S306. On the other hand, if it is determined that it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, the receiving device 2 executes the process in step S316.

[0084] Here, we will explain the BML command getResidentAppRUSupport() used to determine whether or not it supports returnURI. The command used for the determination in step S304 is number getResidentAppRUSupport(input String appName). appName is the name that indicates the application of the receiving device and is an argument to the command. Executing the command number getResidentAppRUSupport(input String appName) returns a value of 1 or 0. A return value of 1 indicates that it supports returnURI. A return value of 0 indicates that it does not support returnURI.

[0085] Returning to Figure 13, in step S306, broadcast station 1 displays the means for switching to broadcast content on receiving device 2 by executing a BML command. The BML command is array getResidentAppRUSupport2(input String appName). appName is the name that indicates the application of the receiving device and is an argument to the command. The execution of the command array getResidentAppRUSupport2(input String appName) yields return values ​​array[0] and array[1]. The return value array[0] is either 1 or 0. 1 indicates that it corresponds to returnURI. 0 indicates that it does not correspond to returnURI. The return value array[1] is a String and represents notification information indicating the means for switching to broadcast content for receiving devices that do not correspond to returnURI.

[0086] In step S308, broadcasting station 1 launches the catch-up streaming application on receiving device 2 by executing a command via data broadcasting. Specifically, broadcasting station 1 executes the commands shown in Figures 4, 5, and 10 via data broadcasting to launch the catch-up streaming application on receiving device 2. Receiving device 2 displays the OTT content by running the catch-up streaming application.

[0087] In step S310, broadcaster 1 terminates the catch-up streaming app based on the completion of OTT content playback.

[0088] In step S312, the receiving device 2 accepts user input.

[0089] In step S314, when the receiving device 2 receives a user operation, such as a means for switching to broadcast content presented to the user in step S306, it switches from OTT content to broadcast content and outputs the broadcast content to the output unit 25. The receiving device 2 also starts the data broadcast corresponding to the selected content and starts the BML browser. Then, it terminates the content switching process shown in Figure 13.

[0090] In step S314, the receiving device 2 switches from OTT content to broadcast content and outputs the broadcast content to the output unit 25. The receiving device 2 also starts the data broadcast corresponding to the selected content and starts the BML browser. Then, the content switching process shown in Figure 13 is terminated.

[0091] In step S316, broadcasting station 1 launches the catch-up streaming application on receiving device 2 by executing a command via data broadcasting. Specifically, broadcasting station 1 executes the commands shown in Figures 4, 5, and 10 via data broadcasting to launch the catch-up streaming application on receiving device 2. Receiving device 2 displays the OTT content by running the catch-up streaming application.

[0092] In step S318, broadcaster 1 terminates the catch-up streaming app based on the completion of OTT content playback. Then, it executes the process in step S314.

[0093] Thus, according to this modified version, it is possible to determine whether or not the app supports switching from the on-demand streaming app to broadcast content, and to present the switching procedure if it does not, using BML commands, thereby improving user convenience. Furthermore, it is possible to switch to broadcast content or present the switching method regardless of the performance of the receiving device, thereby improving user convenience.

[0094] Alternatively, instead of executing the BML command, Hybridcast may be used to perform the switching process to the broadcast content before the application switch after the application has finished.

[0095] Here, we will explain the commands related to this modified example. Figure 14 shows an example of a command related to content switching according to a modified example of this embodiment. The command `hasCapability(query ,[param1,.,paramN])` is used to check whether it is possible to return to broadcast content and whether the application supports external launching. The arguments are query, param1, ..., paramN. The return type is Bloolean. The argument types are String, String (takes a variable number of arguments). Note that if query or param are not specified, it will return false. The parameter query is extraApp, param1 is the name of the application, and param2 is 1 or 0, where 1 indicates that it is possible to return to broadcast content, and 0 indicates that it is not possible or it is unknown whether it is possible to return to broadcast content. The return value is either true or false, where true indicates that the application can be launched externally, and false indicates that the application cannot be launched externally.

[0096] Figure 15 is a flowchart showing an example of content switching processing according to a modified version of this embodiment. In step S400, the receiving device 2 activates data broadcasting corresponding to the selected content and starts Hybridcast (HC) in response to the user's channel selection and power operation. The receiving device 2 also outputs the selected broadcast content to the output unit 25.

[0097] In step S402, broadcaster 1 determines whether receiving device 2 supports OTT services, that is, whether it supports catch-up streaming applications (catch-up streaming apps), by executing a command via Hybridcast. Specifically, broadcaster 1 determines whether it supports catch-up streaming apps by executing the command shown in Figure 14 via Hybridcast. If it is determined that receiving device 2 supports catch-up streaming apps, receiving device 2 executes the process in step S404. On the other hand, if it is determined that receiving device 2 does not support catch-up streaming apps, receiving device 2 terminates the content switching process shown in Figure 15.

[0098] In step S404, the receiving device 2 determines whether it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished. Specifically, the broadcasting station 1 determines whether it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished by executing the command shown in Figure 14. If it is determined that it is not possible to switch to the broadcast content, the receiving device 2 executes the process in step S406. On the other hand, if it is determined that it is possible to switch to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, the receiving device 2 executes the process in step S416.

[0099] In step S406, the broadcasting station 1 causes the receiving device 2 to display a means for switching to broadcast content by executing the command shown in Figure 14.

[0100] In step S408, broadcasting station 1 launches the on-demand streaming application on receiving device 2 by executing a command via data broadcasting. Specifically, broadcasting station 1 executes the command shown in Figure 14 to launch the on-demand streaming application on receiving device 2. Receiving device 2 displays the OTT content through the execution of the on-demand streaming application.

[0101] In step S410, broadcaster 1 terminates the catch-up streaming app based on the completion of playback of the OTT content.

[0102] In step S412, the receiving device 2 accepts user input.

[0103] In step S414, when the receiving device 2 receives a user operation, such as a means for switching to broadcast content presented to the user in step S406, it switches from OTT content to broadcast content and outputs the broadcast content to the output unit 25. The receiving device 2 also starts the data broadcast corresponding to the selected content and starts HC. Then, it terminates the content switching process shown in Figure 15.

[0104] In step S414, the receiving device 2 switches from OTT content to broadcast content and outputs the broadcast content to the output unit 25. The receiving device 2 also starts the data broadcast corresponding to the selected content and starts HC. Then, the content switching process shown in Figure 15 is completed.

[0105] In step S416, broadcasting station 1 launches the on-demand streaming application on receiving device 2 by executing a command. Specifically, broadcasting station 1 executes the command shown in Figure 14 via data broadcasting to launch the on-demand streaming application on receiving device 2. Receiving device 2 displays the OTT content obtained by running the on-demand streaming application.

[0106] In step S418, broadcaster 1 terminates the catch-up streaming app based on the completion of OTT content playback. Then, it executes the process in step S414.

[0107] Thus, according to this modified version, it is possible to determine whether or not the app supports switching from the on-demand streaming app to broadcast content, and to present the switching procedure if it does not, using commands in Hybridcast, thereby improving user convenience.

[0108] <Second Embodiment> Next, a second embodiment of the present invention will be described. The second embodiment will be described focusing on the differences from the first embodiment.

[0109] [Configuration of the receiving device] Next, the configuration of the receiving device 2 according to the second embodiment will be described. The receiving device 2 according to the second embodiment includes a main system unit 20, a receiving unit 21, an input unit 22, an output unit 25, and a switching processing unit 26.

[0110] The switching processing unit 26 has the function of starting and ending the OTT application, returning to the broadcast content, switching to displaying the original broadcast content, and presenting a means to return to the broadcast content (presenting a means to switch to displaying the original broadcast content). After the OTT application has finished, the switching processing unit 26 executes the process of returning to the original content before the OTT application was started. After the OTT application has finished, the switching processing unit 26 causes the output unit 25 to output a means to return to the original broadcast content before the OTT application was started.

[0111] The switching processing unit 26 determines whether it is possible to return to the original broadcast content before the OTT application was launched after the OTT application has finished. Based on the determination result, the switching processing unit 26 decides whether to present a means to return or to execute the process of returning to the broadcast content. The switching processing unit 26 detects whether or not it corresponds to the parameters for returning to the broadcast content. Based on the fact that it does not correspond to the parameters for returning to the broadcast content, the switching processing unit 26 causes the means to return to the broadcast content to be presented via data broadcasting.

[0112] The switching processing unit 26 includes a determination unit 261, a decision unit 262, and a detection unit 263. The determination unit 261 determines whether it is possible to return to the source broadcast content before the OTT application was launched after the OTT application has finished. Based on the determination result, the decision unit 262 decides whether to execute a process that presents means to return to the transition state or to execute a process that returns to the transition state. The detection unit 263 detects whether or not the parameter corresponds to the parameter for returning to the broadcast content.

[0113] Next, we will explain the process of starting and ending the OTT application, returning to the broadcast content, and the means of returning to the broadcast content. The processes of starting and ending the OTT application, returning to the broadcast content, and presenting means to return to the broadcast content can be performed by sending commands written in BML to the receiving device 2 via data broadcasting, and having the receiving device 2 execute those commands. Furthermore, the startup and shutdown of the OTT application, the process of returning to the broadcast content, and the process of presenting means for returning to the broadcast content may be performed by having the receiving device 2 execute API commands.

[0114] First, the command related to starting the application according to this embodiment will be explained with reference to CM1 shown in Figure 4. Command CM1 is a BML command used to launch an application on receiver 2. startResidentApp() is a command that allows you to specify the application to launch and the URI of the component to be presented first when the launched application terminates and the BML browser is restarted. In the illustrated command, the application to be launched can be specified by the input String `appName`. Furthermore, the URI of the component to be initially presented when the launched application terminates and the BML browser restarts can be specified by the input String `returnURI`. If you do not specify a URI for the component to be presented first, the returnURI will be an empty string.

[0115] Next, the command for launching the extra browser according to this embodiment will be explained with reference to the command CM2 shown in Figure 5. Command CM2 is a BML command used to launch an extra browser, which is a different browser from the data broadcast browser, on receiving device 2. startExtraBrowser() is a command that allows you to specify the extra browser to launch, and the URI of the component to be presented first when the launched extra browser terminates and the BML browser restarts.

[0116] In the illustrated example, the extra browser to launch can be specified by the input String browserName. Furthermore, the URI of the component to be initially presented when the launched application terminates and the BML browser restarts can be specified by the input String returnURI. If you do not specify a URI for the component to be presented first, the returnURI will be an empty string.

[0117] The BML browser is a browser for displaying and executing BML commands pre-installed by the receiver 2. In previous receiver 2 versions, there were only a few applications, so it was possible to operate without specifying which component to present first using returnURI. However, recent receiver 2 versions have multiple applications. Therefore, if the URI of the component to present first is not specified using returnURI, the BML browser may not be able to switch to the broadcast content before launching the application or extra browser when it restarts.

[0118] Therefore, in this embodiment, a command to identify the application version and a command to check the functions built into the browser are used. The commands shown in Figures 6 and 7 will be explained with reference.

[0119] The command CM3 is used to identify the application version. The command Array getResidentAppVersion(input String appName) returns an array of application information, such as Array[0], Array[1], Array[2], Array[3], and Array[4], if successful, given the argument appName. The command Array getResidentAppVersion(input String appName) returns null if it fails, given the argument appName. Array[0] is a string representing the manufacturer identifier or extended manufacturer identifier, and Array[1] is a string representing the application name of the receiving device. Array[2] is a string representing the major version number, and Array[3] is a string representing the minor version number. Array[4] contains detailed information specific to each application of the receiving device.

[0120] For example, in the illustrated example, if the command CM3 is given the argument appName as ExampleApplication, getResidentAppVersion(ExampleApplication) will return a string in Array[4] indicating whether or not the application supports the function of switching to the broadcast content before launching. For example, if a value exists in Array[4], the application ExampleApplication will be launched using the command CM1 shown in Figure 4 or the command CM2 shown in Figure 5.

[0121] Next, an example of a command for checking the functions incorporated into the browser according to this embodiment will be explained with reference to Figure 7. The command CM4 is used to check the functions built into the browser. The command getBrowserSupport() returns a value of 1 or 0 for the arguments sProvider, functionname, and additionalinfo. sProvider is a string that specifies the entity or entity that defined the function. Functionname is a string that specifies the name of the function. additionalinfo is a string that specifies additional information about the function. A return value of 1 indicates that the specified function is present. A return value of 0 indicates that the specified function is not present.

[0122] For example, in the illustrated example, the command CM4 is given the arguments functionname: ResidentApp and additionalinfo: ExampleApplication. If ExampleApplication has the functionality of ResidentApp, the return value is 1. If the return value is 1, ExampleApplication supports the functionality of ResidentApp, and the application ExampleApplication is launched using the command CM1 shown in Figure 4 or the command CM2 shown in Figure 5.

[0123] Figure 8 shows an example of a command used to launch the application according to this embodiment via data broadcasting. Command CM5 is an API command that launches an application via data broadcasting. The command launchExApp() returns either 1 or NaN for the arguments uriname, MIME_type, and Ex_info. A return value of 1 indicates that the application was launched successfully. A return value of NaN indicates that the application was not launched successfully.

[0124] Figure 16 shows an example of a command definition related to the startup of an application according to the second embodiment of the present invention. In this embodiment, the command CM4 shown in Figure 7 is used to further verify the correspondence of parameters related to application startup and whether or not the application has a function to return to the previous state after termination.

[0125] The command CM4 is used to check the features built into the browser. The command getBrowserSupport() returns a value of 1 or 0 for the arguments functionname and additionalinfo. The argument functionname is a string that specifies the name of the feature. The argument additionalinfo is a string that specifies additional information about the feature. A return value of 1 indicates that the specified feature is present. A return value of 0 indicates that the specified feature is not present.

[0126] For example, in the illustrated example, the command CM4 is given the arguments functionname: SmarttvFunction and additionalinfo: Ctrl.ExtApp. If the receiving device has the SmarttvFunction function, a return value of 1 is obtained. If the return value is 1, the SmarttvFunction function is supported, and the application is launched using the command CM5 shown in Figure 8.

[0127] Furthermore, for example, in the illustrated example, the command CM4 is given the arguments functionname: SmarttvFunction and additionalinfo: returnToBroadcast. If the receiving device has the function to return to the transition point after the application started by command CM5 has finished, the return value is 1.

[0128] In other words, the command CM4 using the arguments functionname: SmarttvFunction and additionalinfo: Ctrl.ExtApp is used to check whether the application to be launched is an application of the corresponding OTT service. Similarly, the command CM4 using the arguments functionname: SmarttvFunction and additionalinfo: returnToBroadcast is used to check whether the application has a function to return to the original broadcast content after it has finished.

[0129] Figure 17 shows an example of the definition of a command related to starting the application according to this embodiment. In this embodiment, the command CM4 shown in Figure 7 is used to further check whether it corresponds to the command CM1 related to starting the application, and whether it has a function to return to the previous state after the application has finished.

[0130] For example, in the illustrated example, the command CM4 is given the arguments functionname: ResidentApp and additionalinfo: SmarttvAppLauncher. If the receiving device has the functionality of residentApp, a return value of 1 is obtained. If the return value is 1, the application is launched using the command CM1 shown in Figure 4.

[0131] Furthermore, for example, in the illustrated example, the command CM4 is given the arguments functionname: ResidentApp and additionalinfo: returnToBroadcast. If the receiving device has the function to return to the transition point after the application started by command CM1 has finished, it returns a value of 1.

[0132] In other words, command CM4, using the arguments functionname: ResidentApp, additionalinfo: SmarttvAppLauncher, is a command to check whether the application to be launched is an OTT service application that corresponds to the launch by command CM1 shown in Figure 4. Also, command CM4, using the arguments functionname: ResidentApp, additionalinfo: returnToBroadcast, is a command to check whether the application launched by ResidentApp has the function to return to the original broadcast content after it has finished.

[0133] Figure 18 shows an example of the definition of a command related to launching the extra browser according to this embodiment. In this embodiment, the command CM4 shown in Figure 7 is used to further check whether it corresponds to the command CM2 related to launching the extra browser, and whether it has a function to return to the previous state after the extra browser is closed.

[0134] For example, in the illustrated example, the command CM4 is given the arguments functionname: ResidentApp and additionalinfo: SmarttvAppBrowser1. If the receiving device has the functionality of residentApp, a return value of 1 is obtained. If the return value is 1, SmarttvAppBrowser1 supports the functionality of ResidentApp, and the application SmarttvAppBrowser1 is launched using the command CM2 shown in Figure 5.

[0135] Furthermore, for example, in the illustrated example, the command CM4 is given the arguments functionname: ResidentApp and additionalinfo: SmarttvAppBrowser2. If the receiving device has the functionality of residentApp, a return value of 1 is obtained. If the return value is 1, SmarttvAppBrowser2 supports the functionality of ResidentApp, and the application SmarttvAppBrowser2 is launched using the command CM2 shown in Figure 5.

[0136] Here, the arguments SmarttvAppBrowse1 and SmarttvAppBrowser2 differ depending on whether the application launch function is used to launch a registered general application where the fourth argument is specified in URL format, or where the application launch function is used to launch a registered general application where the fourth argument is specified in AppID format.

[0137] Furthermore, for example, in the illustrated example, the command CM4 is given the arguments functionname: ResidentApp and additionalinfo: returnToBroadcastFromB. If the receiving device has the function to return to the transition source after the application started by command CM2 has finished, it returns a value of 1.

[0138] In other words, command CM4 using the arguments functionname: ResidentApp and additionalinfo: smarttvAppBrowser1 is a command to check whether the extra browser to be launched is the extra browser that corresponds to the launch by command CM2 shown in Figure 5. Also, command CM4 using the arguments functionname: ResidentApp and additionalinfo: marttvAppBrowser2 is a command to check whether the extra browser to be launched is the extra browser that corresponds to the launch by command CM2 shown in Figure 5. Furthermore, command CM4 using the arguments functionname: ResidentApp and additionalinfo: returnToBroadcastFromB is a command to check whether the launched extra browser has the function to return to the original broadcast content after it has closed.

[0139] Next, the content switching process according to this embodiment will be described. Figure 19 is a flowchart showing an example of content switching processing according to a second embodiment of the present invention. In step S500, the receiving device 2 starts the data broadcast corresponding to the selected content and starts the BML browser in response to the user's channel selection and power operation. The receiving device 2 also outputs the selected broadcast content to the output unit 25. Next, the process is executed in step S502.

[0140] In step S502, broadcaster 1 determines whether receiving device 2 supports OTT services, that is, whether it supports catch-up streaming applications (catch-up streaming apps), by executing a BML command via data broadcasting. Specifically, broadcaster 1 determines whether receiving device 2 supports catch-up streaming apps by having receiving device 2 execute command CM4 via data broadcasting. If it is determined that receiving device 2 supports catch-up streaming apps (step S502 YES), broadcaster 1 executes the process in step S504. On the other hand, if it is determined that receiving device 2 does not support catch-up streaming apps (step S502 NO), broadcaster 1 terminates the content switching process shown in Figure 19.

[0141] In step S504, broadcast station 1 determines whether it is possible to switch back to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, that is, whether it has a function to return to the broadcast content that was the source of the transition before the catch-up streaming application was launched. Specifically, broadcast station 1 causes receiving device 2 to execute command CM4 to determine whether it is possible to switch back to the broadcast content that was displayed before the catch-up streaming application was launched after the launched application has finished, that is, whether it has a function to return to the source after the application has finished. If it is determined that receiving device 2 does not have a function to return to the source broadcast content after the catch-up streaming application has finished (step S504 NO), broadcast station 1 executes the process in step S506. On the other hand, if it is determined that receiving device 2 has a function to return to the source broadcast content after the catch-up streaming application has finished (step S504 YES), broadcast station 1 executes the process in step S516.

[0142] In step S506, broadcast station 1 has output to output unit 25 a means for switching back to the broadcast content displayed before the on-demand streaming application was launched when the on-demand streaming application is terminated, that is, a means for returning to the original broadcast content after the on-demand streaming application is terminated, and presents this to the user. The presentation of the means for returning to the original broadcast content after the on-demand streaming application is performed before the on-demand streaming application is launched, that is, before transitioning to the on-demand streaming application. The presentation of the means for returning to the original broadcast content is performed, for example, by having the receiving device 2 execute a BML command via data broadcasting, thereby displaying a message on the receiving device 2 for returning to the original broadcast content. This message includes the operating procedure for the receiving device 2 to return to the broadcast content. After that, broadcast station 1 executes the process in step S508.

[0143] In step S508, broadcasting station 1 causes receiving device 2 to execute commands via data broadcasting and launches the catch-up streaming application on receiving device 2. Specifically, broadcasting station 1 causes receiving device 2 to execute commands CM1, CM2, CM3, and CM4 via data broadcasting and launches the catch-up streaming application on receiving device 2. Broadcasting station 1 then executes the process in step S510.

[0144] In step S510, broadcaster 1 instructs receiving device 2 to terminate the catch-up streaming application based on the completion of playback (distribution) of the OTT content. Broadcaster 1 then executes the process in step S512.

[0145] In step S512, broadcasting station 1 accepts a user operation corresponding to the means for returning to the source of the transition presented in step S506. Broadcasting station 1 then executes the process in step S514.

[0146] In step S514, broadcast station 1 returns from the OTT content to the source of the transition in response to user operation and outputs the broadcast content to output unit 25. Receiving device 2 also starts data broadcasting corresponding to the selected content and launches the BML browser. Finally, the content switching process shown in Figure 19 is completed.

[0147] In step S516, broadcasting station 1 activates the catch-up streaming application on receiving device 2 by having it execute commands via data broadcasting. Specifically, broadcasting station 1 activates the catch-up streaming application on receiving device 2 by having it execute commands CM1, CM2, CM3, and CM4 via data broadcasting. Broadcasting station 1 then executes the process in step S518.

[0148] In step S518, broadcaster 1 terminates the catch-up streaming application on receiver 2 based on the completion of playback (distribution) of the OTT content. Broadcaster 1 also executes a command via data broadcasting on receiver 2 to return to the source that was displayed before the catch-up streaming application was launched, and displays the broadcast content that was the source on receiver 2. Finally, the content switching process shown in Figure 19 is terminated.

[0149] Furthermore, providing a way to return to the broadcast content may be done by displaying a guide within the on-demand streaming app after it has been launched.

[0150] As described above, the receiving device 2 according to this embodiment includes a startup unit (OTT processing unit 24) that starts an application by data broadcasting while displaying broadcast content corresponding to the application, a determination unit 261 that determines whether it is possible to return to the broadcast content before the application was started when the application has finished, and a presentation unit (output unit 25) that presents means for returning to the previous broadcast content if it is determined that it is not possible to return to the previous broadcast content.

[0151] This allows the receiving device 2 to check whether it is possible to return to the broadcast content that was displayed before the application was run when the application terminates, thereby improving user convenience.

[0152] <Third Embodiment> Next, a third embodiment of the present invention will be described. The third embodiment will be described focusing on the differences from the first embodiment.

[0153] [Configuration of the receiving device] Next, the configuration of the receiving device 2 according to the second embodiment will be described. The receiving device 2 according to the second embodiment includes a main system unit 20, a receiving unit 21, an input unit 22, an output unit 25, and a switching processing unit 26.

[0154] The switching processing unit 26 has the function of starting and stopping OTT applications. Before starting an OTT application, for example, while displaying broadcast content, the switching processing unit 26 determines whether the OTT application is an application that can be started by data broadcasting. Furthermore, if the OTT application is an application that can be started by data broadcasting, the switching processing unit 26 determines whether the OTT application is an application that can be started by data broadcasting by specifying an application identifier (AppID) that has been assigned to each application in advance. If the OTT application has an AppID, the switching processing unit 26 starts or stops the OTT application.

[0155] The switching processing unit 26 will be described in more detail below. The switching processing unit 26 includes a determination unit 261, a decision unit 262, and a detection unit 263. The determination unit 261 includes a first determination unit 2611 (not shown) and a second determination unit 2612 (not shown). The first determination unit 2611 determines whether or not an OTT application is an application that can be launched by data broadcasting before launching the OTT application. The second determination unit 2612 determines whether an OTT application is an application that can be launched by data broadcasting, based on the specification of an AppID that has been assigned to each application in advance.

[0156] The decision unit 262 determines whether or not to start or stop the OTT application based on the determination result. The detection unit 263 detects parameters to determine whether the OTT application supports activation and termination via data broadcasting.

[0157] Next, we will explain how to start and stop OTT applications. The OTT application is started and stopped by sending a command written in BML to the receiving device 2 via data broadcasting, and the receiving device 2 then executes the command. For example, one of the commands CM1, CM2, or CM5 can be used to start the OTT application. The OTT application may also be started and stopped by having the receiving device 2 execute API commands.

[0158] Next, a command for determining whether or not an OTT application is an application that can be launched via data broadcasting will be described before launching the OTT application according to this embodiment.

[0159] First, we will explain how to determine whether an application can be launched via data broadcasting using the command CM4 shown in Figure 7. Figure 20 shows an example of a command definition related to launching an application using the command CM2 shown in Figure 5, according to the third embodiment of the present invention. The example shown in Figure 7 uses command CM4 to determine whether an application can be launched via data broadcasting, and then uses command CM2 to launch the application. This is an example of the arguments used in this process.

[0160] For example, in the illustrated example, the first line has the content "First Argument" and "browserName", the type "Extra Browser to Launch", the specified string "smarttvAppBrowser1", and the description "This means instructing the launched extra browser to launch the registered general application." Also in the illustrated example, the second line has the content "First Argument" and "browserName", the type "Extra Browser to Launch", the specified string "smarttvAppBrowser2", and the description "This means instructing the launched extra browser to launch the registered general application." Also in the illustrated example, the third line has the content "Second Argument" and "showAV", the type "Prohibit TV video and audio playback", the specified string "0", and the description "Prohibits TV video and audio playback."

[0161] Furthermore, in the illustrated example, the fourth line has the content "Third argument" "returnURI", type "empty string", specified string "" and description "Not specified". Furthermore, in the illustrated example, the fifth line has the content "Fourth argument" "URI to pass to the application launcher", type "Application URI", specified string "URI", and description "[URL format] When smarttvAppBrowser1 is specified" "Specify the information that identifies the registered general application to be launched and the information to be passed to the registered general application in URL format." Furthermore, in the illustrated example, the sixth line has the content "Fourth argument" "URI to pass to the application launcher", type "Application URI", and specified string ""smarttv: / / aid." <appid> / <path> ? <query>The explanation states, "[AppID format] smarttvAppBrowser2 is specified," and "the registered general application ID that identifies the registered general application you want to launch is..." <appid>Specify the path as information to be passed to the registered general application. <path>, query information <query>It is specified as follows:

[0162] In this example, for instance, the first argument is used to identify the general application being registered, and the fourth argument is used to identify each of the general applications being registered. Here, referring to Figure 21, we will explain how to determine whether or not an application is compatible with data broadcasting activation using command CM4.

[0163] Figure 21 shows an example of the definition of a command related to the startup of the application according to this embodiment. For example, in the illustrated example, the command CM4 is given the arguments functionname: ResidentApp and additionalinfo: smarttvAppBrowser1. If the receiving device has the functionality of ResidentApp, a return value of 1 is obtained. If the return value is 1, smarttvAppBrowser1 supports the functionality of ResidentApp, and the application smarttvAppBrowser1 is launched using the command CM2 shown in Figure 5.

[0164] Furthermore, for example, in the illustrated example, the command CM4 is given the arguments functionname: ResidentApp and additionalinfo: smarttvAppBrowser2. If the receiving device has the functionality of ResidentApp, a return value of 1 is obtained. If the return value is 1, smarttvAppBrowser2 supports the functionality of ResidentApp, and the application smarttvAppBrowser2 is launched using the command CM2 shown in Figure 5.

[0165] Here, the arguments smarttvAppBrowser1 and smarttvAppBrowser2 differ depending on whether the application launch function is used to launch a registered general application where the fourth argument is specified in URL format, or where the application launch function is used to launch a registered general application where the fourth argument is specified in AppID format.

[0166] Using the command definitions and command CM4 shown in Figure 21, it is possible to determine whether the receiving device 2 is compatible with starting registered general applications, that is, whether the receiving device 2 is compatible with starting OTT service applications.

[0167] On the other hand, the command CM4 can only determine whether the receiving device 2 supports the launch of all registered general applications, but it cannot determine whether it supports the launch of each individual registered general application. In other words, it is possible to determine whether any of the applications of the multiple OTT services viewable by the receiving device 2 support the launch of applications via data broadcasting, but it is not possible to determine whether each of those OTT service applications supports the launch of applications via data broadcasting. Therefore, the command definition shown in Figure 22 is used to determine whether each application supports the launch of applications via data broadcasting.

[0168] Figure 22 shows an example of a command definition related to the startup of the application according to this embodiment. For example, in the illustrated example, the command CM4 has the arguments functionname: smarttvAppID, additionalinfo: <appid>This defines the following. If the receiving device 2 has the function of smartAppID, it returns a value of 1. If the return value is 1, <appid>The smarttvAppID function supports the application <appid>It is started using the command CM2 shown in Figure 5.

[0169] Next, we will explain how to determine whether or not an application can be launched via data broadcasting using the command CM4 shown in Figure 7. Figure 23 shows an example of a command definition related to launching an application using the command CM5 shown in Figure 8 according to this embodiment. The example shown in Figure 7 uses command CM4 to determine whether an application can be launched via data broadcasting, and then uses command CM5 to launch the application. This is an example of the arguments used in this process.

[0170] For example, in the illustrated example, the first line has the content "First Argument" and "URI", the type "URI string", the specified string "http: / / localhost / smarttvApp", and the description "This means instructing the registration general application to start." Furthermore, in the example shown, the second line contains the content "Second argument" and "MIME-TYPE", the type is "Other", the specified string is "Unfixed", and the description is "Proprietary service of the service provider." Furthermore, in the illustrated example, the third line has the content "Third argument" and "External application launch options," the type is "Not specified," the specified string is "null," and the explanation is "Specify a null value instead of the string "Null."

[0171] Furthermore, in the illustrated example, the fourth line has the content "Fourth argument" and "External application control option," the type is "Not specified," the specified string is "null," and the explanation is "Specify a null value instead of the string "Null." Furthermore, in the example shown, the fifth line has the content "Fifth argument" and "Application name", the type is "Application identifier", and the specified string is "<original_network_id> "_"<transport_steream_id> "_"<service_id> "+" <appid>The explanation states, "The registered general application ID identifies the registered general application you want to launch." <appid>It is specified as follows: Furthermore, in the illustrated example, the sixth line has the content "Sixth argument" and "Application URI", the type "Application URI", the specified string "URL", and the description "Specifies information that identifies the registered general application to be launched and information to be passed to the registered general application in URL format."

[0172] Figure 24 shows an example of the definition of a command related to starting the application according to this embodiment. The command CM4 is used to check the features built into the browser. The command getBrowserSupport() returns a value of 1 or 0 for the arguments functionname and additionalinfo. The argument functionname is a string that specifies the name of the feature. The argument additionalinfo is a string that specifies additional information about the feature. A return value of 1 indicates that the specified feature is present. A return value of 0 indicates that the specified feature is not present.

[0173] For example, in the illustrated example, the command CM4 is given the arguments functionname: SmarttvFunction and additionalinfo: Ctrl.ExtApp. If the receiving device has the SmarttvFunction function, a return value of 1 is obtained. If the return value is 1, the SmarttvFunction function is supported, and the application is launched using the command CM5 shown in Figure 8.

[0174] Using the command definitions and command CM4 shown in Figure 24, it is possible to determine whether the receiving device 2 is compatible with starting registered general applications, that is, whether the receiving device 2 is compatible with starting OTT service applications.

[0175] On the other hand, using command CM4 can determine whether the receiving device 2 supports the launch of all registered general applications, but it cannot determine whether each individual registered general application supports the launch of its own application. This presents the same problem as with the command definition and command CM4 shown in Figure 21. In other words, it is possible to determine whether any of the applications of the multiple OTT services viewable by the receiving device 2 support the launch of applications via data broadcasting, but it is not possible to determine whether each of those OTT service applications supports the launch of applications via data broadcasting. Therefore, the command definition shown in Figure 22 is used to determine whether each application supports the launch of applications via data broadcasting.

[0176] Next, we will explain examples of return values ​​for each command related to starting an application on two receiving devices, receiving device A and receiving device B.

[0177] Figure 25 shows an example of the return value for a command related to the startup of an application in receiving device A according to this embodiment. Figure 26 shows another example of the return value for a command related to the startup of an application in receiving device B according to this embodiment.

[0178] It is assumed that receiving devices A and B are displaying broadcast content. At this time, broadcasting station 1 determines whether or not receiving devices A and B support the launch of registered general applications via data broadcasting that correspond to the broadcast content. The commands used for this determination are one or more of the following commands: command CM5 (launchExApp()), command CM1 (startResidentApp()), and command CM2 (startExtraBrowser()). Subsequently, broadcasting station 1 uses the command definitions shown in Figure 22 and command CM4 (getBrowserSupport()) to determine whether or not the individual applications on receiving devices A and B support launching via data broadcasting.

[0179] It is assumed that receiving device A corresponds to command CM5 (launchExApp()) which launches a catch-up streaming application (also called an OTT application or registered general application). Furthermore, it is assumed that applications with application identifiers (AppID) X and Y on receiving device A are applications that can be launched via data broadcasting, while the application with AppID Z is not supported by data broadcasting. The return value of receiving device A for command CM4 under this assumption is shown in Figure 25.

[0180] In the example shown in Figure 25, the functionname on the first line is "SmarttvFunction", additionalinfo is "Ctrl.ExtApp", and the return value is "1". Additionally, the functionname on the second line is "ResidentApp", additionalinfo is "smarttvAppLauncher", and the return value is "0". Additionally, the functionname on the third line is "ResidentApp", additionalinfo is "smarttvAppBrowser1", and the return value is "0". Additionally, the functionname on the fourth line is "ResidentApp", additionalinfo is "smarttvAppBrowser2", and the return value is "0". Additionally, the functionname on the 5th line is "smarttvAppID", additionalinfo is "X / Y", and the return value is "1". Also, on line 6, functionname is "smarttvAppID", additionalinfo is "Z", and the return value is "0".

[0181] If the return values ​​shown in Figure 25 are obtained from receiving device A for each command, broadcasting station 1 determines that it is possible to launch applications with AppID X and AppID Y on receiving device A using command CM5. Broadcasting station 1 also determines that it will not launch application with AppID Z, or that it is possible to launch application with AppID Z at the responsibility of the user or broadcasting station 1.

[0182] Furthermore, it is assumed that receiving device B corresponds to the commands CM1 (startResidentApp()) and CM2 (startExtraBrowser()) which launch the on-demand streaming application (also called an OTT application or registered general application). It is also assumed that the application with application identifier (AppID) X on receiving device B is an application that can be launched via data broadcasting, while the applications with AppIDs Y and Z are not supported by data broadcasting. It is also assumed that the argument of command CM2 corresponds to a URL format. The return value of receiving device B for command CM4 under these assumptions is as shown in Figure 26.

[0183] In the example shown in Figure 26, the functionname on the first line is "SmarttvFunction", additionalinfo is "Ctrl.ExtApp", and the return value is "0". Additionally, the functionname on the second line is "ResidentApp", additionalinfo is "smarttvAppLauncher", and the return value is "1". Additionally, the functionname on the third line is "ResidentApp", additionalinfo is "smarttvAppBrowser1", and the return value is "1". Additionally, the functionname on the fourth line is "ResidentApp", additionalinfo is "smarttvAppBrowser2", and the return value is "0". Also, on the 5th line, the functionname is "smarttvAppID", additionalinfo is "X", and the return value is "1". Additionally, the functionname on the 6th line is "smarttvAppID", additionalinfo is "Y / Z", and the return value is "0".

[0184] If the return value shown in Figure 26 is obtained from receiving device B in response to command CM4, broadcasting station 1 determines that it is possible to launch the application with AppID X on receiving device B using command CM1 or command CM2. Broadcasting station 1 also determines that it will not launch the application with AppID Y or the application with AppID Z, or that it is possible to launch the application with AppID Z at the responsibility of the user or broadcasting station 1.

[0185] Next, the application startup process flow according to this embodiment will be described. Figure 27 is a flowchart showing an example of the startup process for the application according to this embodiment. In step S600, the receiving device 2 starts data broadcasting corresponding to the selected broadcast content and starts the BML browser in response to the user's channel selection operation and power operation. The receiving device 2 also outputs the selected broadcast content to the output unit 25. Next, the process is executed in step S602.

[0186] In step S602, broadcaster 1 determines whether receiving device 2 supports OTT service applications (registered general applications), that is, whether it supports catch-up streaming applications (catch-up streaming apps), by executing a BML command via data broadcasting. Specifically, broadcaster 1 determines whether receiving device 2 supports launching catch-up streaming apps via data broadcasting by having receiving device 2 execute command CM4 via data broadcasting. If it is determined that receiving device 2 supports catch-up streaming apps via data broadcasting (step S602 YES), broadcaster 1 executes the process in step S604. On the other hand, if it is determined that receiving device 2 does not support launching catch-up streaming apps via data broadcasting (step S602 NO), broadcaster 1 terminates the application launch process shown in Figure 27.

[0187] In step S604, broadcasting station 1 determines whether the catch-up streaming application on receiving device 2 supports launching by specifying an AppID via data broadcasting, by executing a BML command via data broadcasting. Specifically, broadcasting station 1 determines whether the catch-up streaming application on receiving device 2 supports launching by specifying an AppID via data broadcasting by having receiving device 2 execute command CM4. If it is determined that the catch-up streaming application on receiving device 2 does not support launching by specifying an AppID via data broadcasting (step S604 NO), broadcasting station 1 terminates the application launch process shown in Figure 27. On the other hand, if it is determined that the catch-up streaming application on receiving device 2 supports launching by specifying an AppID via data broadcasting (step S604 YES), broadcasting station 1 executes the process in step S608.

[0188] In step S608, broadcasting station 1 activates the catch-up streaming application on receiving device 2 by having it execute a command via data broadcasting. Specifically, broadcasting station 1 activates the catch-up streaming application on receiving device 2 by having it execute one or more of the commands CM1, CM2, and CM5 via data broadcasting. Broadcasting station 1 then executes the process in step S610.

[0189] In step S610, broadcaster 1 terminates the catch-up streaming application on receiver 2 based on the completion of playback (distribution) of the OTT content. Then, broadcaster 1 executes the process in step S606.

[0190] In step S606, the receiving device 2 starts the data broadcast corresponding to the selected content and starts the BML browser. Then, it finishes the application startup process shown in Figure 27.

[0191] As described above, the receiving device 2 according to this embodiment includes a startup determination unit (first determination unit 2611) that determines whether or not an application can be started by data broadcasting while displaying broadcast content, and an identifier determination unit (second determination unit 2612) that determines whether or not an application can be started by data broadcasting by specifying an application identifier that has been assigned to each application in advance, if the application can be started by data broadcasting.

[0192] By doing this, it is possible to check whether an application supports launching via data broadcasting and whether it supports launching by specifying an application identifier via data broadcasting before launching the application. This improves user convenience.

[0193] Furthermore, the determination of whether or not an application is compatible with activation via data broadcasting, as described in the third embodiment, the activation process that determines whether or not an application is compatible with activation via data broadcasting by specifying an application identifier, and the application switching process and the process of presenting the switching means, as described in the first embodiment, the second embodiment, and each modified example, may be executed in combination.

[0194] For example, let's describe an example of combining the second and third embodiments.

[0195] <Fourth Embodiment> The fourth embodiment will be described focusing on the differences from the descriptions of the second and third embodiments.

[0196] Figure 28 is a flowchart showing an example of the startup process for an application according to the fourth embodiment of the present invention. In step S700, the receiving device 2 activates data broadcasting corresponding to the selected broadcast content and launches the BML browser in response to the user's channel selection and power operation. The receiving device 2 also outputs the selected broadcast content to the output unit 25. Next, the process is executed in step S702.

[0197] In step S702, broadcaster 1 determines whether receiving device 2 supports OTT service applications (registered general applications), that is, whether it supports catch-up streaming applications (catch-up streaming apps), by executing a BML command via data broadcasting. Specifically, broadcaster 1 determines whether receiving device 2 supports launching catch-up streaming apps via data broadcasting by having receiving device 2 execute command CM4 via data broadcasting. If it is determined that receiving device 2 supports catch-up streaming apps via data broadcasting (step S702 YES), broadcaster 1 executes the process in step S704. On the other hand, if it is determined that receiving device 2 does not support launching catch-up streaming apps via data broadcasting (step S702 NO), broadcaster 1 terminates the process shown in Figure 28.

[0198] In step S704, broadcasting station 1 determines whether the catch-up streaming application on receiving device 2 supports activation by specifying an AppID via data broadcasting by executing a BML command via data broadcasting. Specifically, broadcasting station 1 determines whether the catch-up streaming application on receiving device 2 supports activation by specifying an AppID via data broadcasting by having receiving device 2 execute command CM4. If it is determined that the catch-up streaming application on receiving device 2 does not support activation by specifying an AppID via data broadcasting (step S704 NO), broadcasting station 1 terminates the process shown in Figure 28. On the other hand, if it is determined that the catch-up streaming application on receiving device 2 supports activation by specifying an AppID via data broadcasting (step S704 YES), broadcasting station 1 executes the process in step S706.

[0199] In step S706, broadcast station 1 determines whether it is possible to switch back to the broadcast content that was displayed before the catch-up streaming application was launched after the catch-up streaming application has finished, that is, whether it has a function to return to the broadcast content that was the source of the transition before the catch-up streaming application was launched. Specifically, broadcast station 1 causes receiving device 2 to execute command CM4 to determine whether it is possible to switch back to the broadcast content that was displayed before the catch-up streaming application was launched after the launched application has finished, that is, whether it has a function to return to the source after the application has finished. If it is determined that receiving device 2 does not have a function to return to the source broadcast content after the catch-up streaming application has finished (step S706 NO), broadcast station 1 executes the process in step S708. On the other hand, if it is determined that receiving device 2 has a function to return to the source broadcast content after the catch-up streaming application has finished (step S706 YES), broadcast station 1 executes the process in step S718.

[0200] In step S708, broadcast station 1 causes output unit 25 to output a means for switching back to the broadcast content displayed before the on-demand streaming application was launched when the on-demand streaming application is terminated, that is, a means for returning to the original broadcast content after the on-demand streaming application is terminated, and presents it to the user. The presentation of the means for returning to the original broadcast content after the on-demand streaming application is done before the on-demand streaming application is launched, that is, before transitioning to the on-demand streaming application. The presentation of the means for returning to the original broadcast content is done, for example, by causing receiving device 2 to execute a BML command via data broadcasting, which displays a message on receiving device 2 for returning to the original broadcast content. This message includes the operating procedure for receiving device 2 to return to the broadcast content. After that, broadcast station 1 executes the process of step S710.

[0201] In step S710, broadcasting station 1 causes receiving device 2 to execute commands via data broadcasting and launches the catch-up streaming application on receiving device 2. Specifically, broadcasting station 1 causes receiving device 2 to execute commands CM1, CM2, and CM5 via data broadcasting and launches the catch-up streaming application on receiving device 2. Broadcasting station 1 then executes the process in step S712.

[0202] In step S712, broadcaster 1 instructs receiver 2 to terminate the catch-up streaming application based on the completion of playback (distribution) of the OTT content. Broadcaster 1 then executes the process in step S714.

[0203] In step S714, broadcasting station 1 accepts a user operation corresponding to the means for returning to the source of the transition presented in step S708. Broadcasting station 1 then executes the process in step S716.

[0204] In step S716, broadcast station 1 returns from the OTT content to the source of the transition in response to user operation and outputs the broadcast content to output unit 25. Receiving device 2 also starts data broadcasting corresponding to the selected content and launches the BML browser. Then, the process shown in Figure 28 is terminated.

[0205] In step S718, broadcasting station 1 activates the catch-up streaming application on receiving device 2 by having it execute commands via data broadcasting. Specifically, broadcasting station 1 activates the catch-up streaming application on receiving device 2 by having it execute commands CM1, CM2, and CM5 via data broadcasting. Broadcasting station 1 then executes the process in step S720.

[0206] In step S720, broadcaster 1 terminates the catch-up streaming application on receiver 2 based on the completion of playback (distribution) of the OTT content. Subsequently, broadcaster 1 executes the process in step S716, and by having receiver 2 execute a command via data broadcasting, broadcaster 1 returns to the source that was displayed before the catch-up streaming application was launched, and displays the broadcast content that was the source on receiver 2. Then, the process shown in Figure 28 is terminated.

[0207] As described above, the receiving device 2 according to this embodiment includes a startup determination unit (first determination unit 2611) that determines whether or not an application can be started by data broadcasting while displaying broadcast content, and an identifier determination unit (second determination unit 2612) that determines whether or not an application can be started by data broadcasting by specifying an application identifier that has been assigned to each application in advance, if the application can be started by data broadcasting.

[0208] In this way, before launching the application, it is possible to check whether or not the application supports launching via data broadcasting and whether or not it supports launching the application by specifying an application identifier via data broadcasting. Furthermore, when the application terminates, the receiving device 2 can check whether it is possible to return to the broadcast content that was displayed before the application was run. This improves user convenience.

[0209] As mentioned above, the third embodiment may be executed in combination with the application switching process and the process for presenting the switching means described in the first embodiment, the second embodiment, and each modified example. In this case, for example, instead of the process from step S706 to step S720 described in the fourth embodiment, the processes from step S104 to step S118, from step S204 to step S218, from step S304 to step S318, and from step S404 to step S418 may be executed.

[0210] Furthermore, some parts of the broadcasting station 1, receiving device 2, broadcasting station server 3, carrier server 4, and OTT server 5 in the above-described embodiment, for example, at least some parts of the separation unit 232, video processing unit 233, audio processing unit 234, output processing unit 235, determination unit 261, decision unit 262, detection unit 263, content processing unit 241, and content output processing unit 242 of the receiving device 2, may be implemented by a computer. In that case, the program for implementing this control function may be recorded on a computer-readable recording medium, and the program recorded on this recording medium may be loaded into a computer system and executed. Hereinafter, "computer system" refers to the computer system built into the broadcasting station 1, receiving device 2, broadcasting station server 3, carrier server 4, and OTT server 5, and includes hardware such as an OS and peripheral devices.

[0211] Furthermore, "computer-readable recording media" refers to portable media such as flexible disks, magneto-optical disks, ROMs, and CD-ROMs, as well as storage devices such as hard disks built into computer systems. In addition, "computer-readable recording media" may also include those that dynamically hold programs for a short period of time, such as communication lines used when transmitting programs over networks such as the Internet or communication lines such as telephone lines, and those that hold programs for a certain period of time, such as volatile memory inside computer systems that act as servers or clients in such cases. Moreover, the above-mentioned programs may be for the purpose of realizing some of the functions described above, and may also be able to realize the above-mentioned functions in combination with programs already recorded in the computer system.

[0212] Furthermore, some or all of the broadcasting station 1, receiving device 2, broadcasting station server 3, carrier server 4, and OTT server 5 in the above-described embodiment may be implemented as integrated circuits such as LSIs (Large Scale Integration). Each functional block of the broadcasting station 1, receiving device 2, broadcasting station server 3, carrier server 4, and OTT server 5 may be individually processorized, or some or all of them may be integrated into a single processor. In addition, the method of implementing integrated circuits is not limited to LSIs; dedicated circuits or general-purpose processors may also be used. Furthermore, if advances in semiconductor technology lead to the emergence of integrated circuit technologies that can replace LSIs, integrated circuits using such technologies may be used.

[0213] Although one embodiment of this invention has been described in detail above with reference to the drawings, the specific configuration is not limited to that described above, and various design changes can be made without departing from the spirit of this invention. [Explanation of Symbols]

[0214] Sys Broadcasting System 1 Broadcasting station 2. A, B Receiving devices 3. Broadcasting station server 4. Service Provider Server 5 OTT Servers 20 Main System Section 21 Receiving unit 22 Input section 23 Broadcast Wave Processing Unit 231 Demodulation Unit 232 Separation section 233 Video Processing Section 234 Audio Processing Unit 235 Output Processing Unit 24 OTT Processing Unit 241 Content Processing Unit 242 Content Output Processing Unit 25 Output section 26 Switching Processing Unit 261 Judgment section 2611 1st Judgment Department 2612 Second Judgment Department 262 Decision Section 263 Detection unit< / appid> < / appid> < / appid> < / appid> < / appid> < / query> < / path> < / appid> < / query> < / path> < / appid>

Claims

1. During the presentation of broadcast content, launch an application based on data broadcasting. An application processing unit that presents the content of the media service by executing the aforementioned application, If it is determined that the broadcast content cannot be switched to the display state based on the aforementioned data broadcast, The system includes a switching processing unit that provides a means for switching to the state in which the broadcast content is presented, Determine whether or not to respond to the launch of the aforementioned application, The switching processing unit presents the switching means before launching the application. Receiving device.

2. A receiving method in a receiving device, A step to determine whether or not to support the launch of the application, During the presentation of broadcast content, the application is launched based on data broadcasting. The steps include: presenting the content of the media service by executing the aforementioned application, If it is determined that the broadcast content cannot be switched to the display state based on the aforementioned data broadcast, The step includes presenting a means for switching to the state in which the broadcast content is presented, The step of presenting the switching means is: The switching means is presented before launching the aforementioned application. Reception method.

Images