JP2024046666A - Receiving device and receiving method - Google Patents

Abstract

[Problem] To provide a sound adjustment function with a GUI that is unified in operability and design. [Solution] A receiving device includes an application processing unit that starts an application based on a data broadcast while broadcast content is being presented, and presents the content of a media service by executing the application, and a switching processing unit that presents a means for switching to the broadcast content presentation state when it is not possible to switch to the broadcast content presentation state. [Selected Figure] Figure 3

Description

The present invention relates to a receiving device and a receiving method.

In recent years, OTT (over the top) services have rapidly spread. OTT services are media services provided directly to users via the Internet. OTT services are provided via companies that previously functioned as content distributors for cable television, terrestrial broadcasting, satellite broadcasting, and other traditional content. OTT services include Video on Demand (VoD) services and catch-up delivery services. VoD services are services that allow users to watch a variety of video content whenever they want. Catch-up delivery services are services that deliver broadcast content, such as television programs, on demand over the Internet.

OTT services can be viewed using applications, web browsers, etc. on terminal devices such as personal computers, smartphones, and receiving devices.
In this situation, it is being considered to guide users to OTT services such as catch-up distribution services using data broadcasting during or after the distribution of broadcast content by terrestrial broadcasting.

For example, Patent Document 1 discloses that URL information of a website that provides information related to the content is inserted into the television broadcast content including at least an advertisement or a program, and simultaneously transmitted, and the broadcast is received by the viewer. Record date/time/broadcasting station information as broadcast reception data, refer to this data to an inquiry center that captures television broadcast content and acquires and stores URL information as data, and obtains URL information that matches the data. However, a receiving device is disclosed that accesses and browses a website based on the URL information.

JP 2022-38640 A

However, although data broadcasting can launch an OTT service application or web browser and guide or switch from broadcast content to the OTT service, it is sometimes impossible to switch from the OTT service to broadcast content. In addition, users may not know how to switch from the OTT service to broadcast content, resulting in insufficient user convenience. Thus, there was an issue of insufficient user convenience when switching content.

The present invention has been made in consideration of the above points, and aims to provide a receiving device and a receiving method that can improve the user's convenience when switching content.

(1) The present invention has been made to solve the above-mentioned problems, and one aspect of the present invention is to start an application based on data broadcasting while presenting broadcast content, and to create media by running the application. The receiving device includes an application processing unit that presents content of a service, and a switching processing unit that presents means for switching to the broadcast content presentation state when the broadcast content presentation state cannot be switched.

(2) Further, one aspect of the present invention provides a step in which the receiving device launches an application based on the data broadcast while presenting the broadcast content, and presents the content of the media service by executing the application; If switching to the content presentation state is not possible, the receiving method presents a means for switching to the broadcast content presentation state.

According to the present invention, it is possible to improve the user's convenience in switching content.

1 is a diagram showing an example of the configuration of a broadcasting system according to an embodiment of the present invention. FIG. 2 is a schematic diagram showing an example of content switching according to the present embodiment. 2 is a block diagram showing an example of the configuration of a receiving device according to the present embodiment. FIG. FIG. 11 is a diagram showing an example of a command related to starting an application according to the embodiment. FIG. 11 is a diagram showing an example of a command for starting the extra browser according to the embodiment. FIG. 3 is a diagram illustrating an example of a command related to version identification of an application according to the present embodiment. FIG. 11 is a diagram showing an example of a command related to confirmation of a function incorporated in a browser according to the embodiment. , is a diagram showing an example of the definition of an API command for starting an application according to the present embodiment by data broadcasting. , is a diagram showing an example of an API command for starting an application according to the present embodiment by data broadcasting. 3 is a flowchart illustrating an example of content switching processing according to the present embodiment. 12 is a flowchart illustrating an example of content switching processing according to a modification of the present embodiment. 13 is a flowchart showing an example of a content switching process according to a modified example of the embodiment. FIG. 11 is a diagram showing an example of a content switching command according to a modified example of the present embodiment. 12 is a flowchart illustrating an example of content switching processing according to a modification of the present embodiment.

The following describes in detail an embodiment of the present invention with reference to the drawings.

[System configuration]
FIG. 1 is a diagram showing an example of the configuration of a broadcasting system Sys according to an embodiment of the present invention.
The broadcasting system Sys includes a broadcasting station 1, a receiving device 2, a broadcasting station server 3, a provider 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 be applied to broadcasting using a broadcasting satellite. Broadcasting using broadcasting satellites is, for example, advanced BS (Broadcasting Satellites) digital broadcasting or advanced wideband CS (Communication Satellites) digital broadcasting. Further, the broadcast may be a cable broadcast such as cable television.

In the broadcast system Sys, a broadcast station 1 transmits digital broadcast signals, application control information, etc. using broadcast waves.
The application control information is control information that informs the receiving device compatible with this system of an application that is linked to a program, such as an OTT service application, and includes commands for starting and terminating the program.
Broadcasting station 1 operates broadcasting station server 3 in broadcasting system Sys. The broadcast station server 3 provides metadata such as a program title, program ID, program outline, performers, and broadcast date and time. Information provided by the broadcasting station 1 to the service provider is provided using an API (Application Programming Interface) included in the broadcasting station server 3.

The service provider is a person who provides services by the broadcasting system Sys, and produces and distributes content and applications for providing services, and operates the provider server 4 for realizing individual services. Here, the service also includes a broadcasting and communication cooperation service that links broadcasting and communication.
The business server 4 transmits the application to the receiving device 2 in order to manage and distribute the application. The operator server 4 serves as a server for each service and provides server functions for realizing individual services (MPEG-H service, AC-4 service, VOD program recommendation service, multilingual subtitle service, etc.).

MPEG-H is a set of standards under development by the ISO/IEC Moving Picture Experts Group (MPEG) for a digital container standard, a video compression standard, an audio compression standard, and two conformance test standards. MPEG-H audio, for example, allows for object-based audio. An "object" in object-based audio is each of the sound materials that make up a program, such as music or human voices. In object-based audio, an audio signal is recorded for each sound material, allowing audio control for each material. It is also possible to play the program on the receiving device 2 according to the actual position of the speakers, based on the playback position information of the material.

AC-4 is an audio compression technology developed primarily for broadcasting and internet distribution. AC-4 audio also allows for object-based sound.

The provider server 4 not only realizes 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 provider 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.

The OTT server 5 is operated by a service provider that provides OTT services, and has a function of managing content that is distributed on demand. The OTT server 5 has a function of distributing content that is accessed and requested using a dedicated application or web browser from a terminal or receiving device connected via a network.

In addition to the reception function of existing digital broadcasts, the reception device 2 also includes a function for realizing a broadcast communication cooperation service. The receiving device 2 has the following functions in addition to the broadband network connection function.
・Function to receive applications in response to application control signals from broadcasting ・Function to execute applications in response to application control signals from broadcasting ・Function to perform presentation through cooperation between broadcasting and communication ・Terminal cooperation function

Here, the terminal includes, for example, a user terminal such as a tablet terminal, a personal computer, a smartphone, or a smart speaker. The terminal cooperation function of the receiving device 2 is capable of accessing broadcast resources such as program information in response to requests from other terminals, and calling the receiving device function for playback control.

More specifically, the receiving device 2 has the following functions.
The receiving device 2 receives broadcast waves as a broadcast reception and reproduction function. The receiving device 2 has a function of, when a specific broadcasting service is selected, synchronously reproducing video, audio, subtitles, and data broadcasting that constitute the service.
The receiving device 2 accesses video content placed on a server (for example, the OTT server 5) on the communication network as a communication content reception and playback function. The receiving device 2 has a function of receiving video content as VOD streaming from the OTT server 5 and synchronously playing back video, audio, and subtitles that constitute the content.

As an application control function, the receiving device 2 mainly acts on an application engine regarding managed applications based on application control information acquired from a server on a communication network or a broadcast signal. The receiving device 2 has a function of controlling and managing the life cycle and events of each application.
The receiving device 2 acquires an application as an application engine function. The receiving device 2 has a function of executing the application. This function is realized by, for example, an HTML5 browser.

As a presentation synchronization control function, the receiving device 2 has a function of controlling presentation synchronization of a stream of video, audio, etc. obtained by broadcast reception and a stream of video, audio, etc. obtained by streaming reception.
As an application launcher function, the receiving device 2 has a navigation function mainly for a user to select and launch a non-broadcast managed application.

In the following description, if the broadcasting station 1, broadcasting station server 3, operator server 4, and OTT server 5 are not particularly distinguished, they will be referred to as the OTT server 5. That is, the OTT server 5 described below may have any or some or all of the functions of the broadcast station 1, the broadcast station server 3, the operator server 4, and the OTT server 5 described above.

[Content switching function]
Next, the content switching function in this embodiment will be explained.
The receiving device 2 according to this embodiment has a function of starting an application by data broadcasting while displaying broadcast content such as terrestrial digital broadcasting. Furthermore, the receiving device 2 has a function of executing a process of switching to displaying the broadcast content before starting the application when the started application ends. Here, the process of switching to the display of broadcast content before starting the application includes the switching execution process of switching to the display of broadcast content before starting the application, and the process of switching to the display of broadcast content before starting the application. A switching presentation process that presents means for switching to a display is included.
Next, content switching functions such as starting an application, terminating an application, and displaying broadcast content will be explained.

FIG. 2 is a schematic diagram showing an example of content switching according to the present embodiment.
In the illustrated example, t represents time passing such as times t0, t1, and t2.
The broadcast content refers to broadcast content such as terrestrial digital broadcasting, and is content that is continuously transmitted from the broadcast station 1. The display content is content that is displayed on the receiving device 2. The receiving device 2 displays the broadcast content of channel X (Xch) at time t0. The receiving device 2 receives an instruction to start an application at time t1 while displaying the broadcast content. The receiving device 2 starts the application of the OTT service based on the start instruction. The receiving device 2 displays the content of the OTT service based on the start of the application.

The receiving device 2 terminates the OTT service application at time t2 based on the end of the OTT service content. The receiving device 2 displays the broadcast content of channel X that was displayed up to time t1 before the OTT service application was launched based on the end of the OTT service application. Here, the broadcast content displayed at time t2 is the content that is being broadcast at time t2 on the same channel as the channel before time t1. In other words, when the launched application is terminated, the receiving device 2 displays the broadcast content that is being broadcast on the same channel as the broadcast content before the application was launched.

[Receiving device configuration]
Next, the configuration of the receiving device 2 will be explained.
FIG. 3 is a block diagram showing an example of the configuration of the receiving device 2 according to this embodiment.
The receiving device 2 includes a main system section 20, a receiving section 21, an input section 22, and an output section 25.
The receiving unit 21 has a function of receiving broadcast waves, that is, a function of a tuner. The receiving unit 21 receives broadcast waves via an antenna. The receiving unit 21 tunes (selects) the selected channel based on the user's operation. The tuned signal is demodulated and output as data to the main system unit 20.
Further, the receiving unit 21 has a function of receiving various information from other terminals through wired communication or wireless communication via a network that is communicatively connected to the receiving device 2, that is, it functions as a communication unit for communicating with other terminals. Has a function.
Note that in this embodiment, the receiving section 21 may include a tuner and a communication section, respectively.

The input unit 22 has a function of acquiring an operation signal based on a user's operation and outputting the acquired operation signal to the main system unit 20. The operation signal includes instruction signals such as execution and stop of a specified function, selection of a broadcast channel, selection and setting of various information, volume adjustment, and color adjustment.

Note that the input unit 22 may include a member that receives an operation. Such members may include, for example, dedicated members such as buttons, dials, knobs, etc., or may include general-purpose members such as touch sensors, mice, etc. The touch sensor may be integrated with the display and function as a touch panel. The input unit 22 may include, for example, a sensor that wirelessly receives an operation signal from a remote controller. The sensor may be any member capable of detecting electromagnetic waves that carry operation signals, such as an infrared sensor.

The output unit 25 has a function of outputting (reproducing) audio based on the audio signal input from the main system unit 20.
Further, the output unit 25 has a function of displaying an image based on the image signal input from the main system unit 20 on the display screen. 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, an organic electroluminescent display, etc.

The main system section 20 has a function of controlling the operation of the receiving device 2. The main system section 20 separates the data signal from the broadcast signal input from the receiving section 21 . The main system section 20 separates a control signal and a content signal from the separated data signal. The control signal is a signal that conveys various types of control information used in the reception process of broadcast signals. A content signal is a signal that carries content. The main system section 20 decodes an audio signal and a video signal representing the audio of the content. The main system section 20 causes the output section 25 to output the decoded audio signal. Further, the main system section 20 causes the output section 25 to output the decoded video signal.

The main system unit 20 also has a function of controlling the operation of the receiving device 2 based on an operation signal input from the input unit 22.

Further, the main system section 20 decodes the audio signal and video signal forming the OTT content inputted from the receiving section 21 . The main system section 20 causes the output section 25 to output the decoded audio signal. Further, the main system section 20 causes the output section 25 to output the decoded video signal.

The main system unit 20 also has a function of executing OTT applications. The main system unit 20 also has a function of switching between outputting OTT content and outputting broadcast content by executing an OTT application.

The main system section 20 will now be described in more detail.
The main system unit 20 includes 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.

The separation unit 232 separates the input data into a video data string, an audio data string, a character superimposition data string, a subtitle data string, and the like. The separated audio data string is output to the audio processing section 234. The separated video data string is output to the video processing section 233.
Further, the text super data string and the subtitle data string separated by the separation unit 232 are decoded by a text super decoder and a subtitle decoder (not shown), respectively, and the decoded character strings are superimposed on the video.

The video processor 233 decodes the input video data stream.
The audio processor 234 decodes the audio data string of the audio component.
The output processing unit 235 performs color space conversion processing on the decoded video data string, and causes the output unit 25 to display the video on its display and output the audio from its speaker.

The OTT processing unit 24 executes various processes on the communication signal 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 executes processes such as demodulation and decoding on communication signals such as content data, etc. The content processing unit 241 outputs the signals that have been subjected to various processes to the content output processing unit 242.
The content output processing unit 242 executes various output processes on the signal input from the content processing unit 241. The content output processing unit 242 outputs the signal subjected to various output processes to the output unit 25. For example, the content output processing unit 242 performs color space conversion processing on the decoded video data string, displays the video on the display of the output unit 25, and outputs the sound to the speaker.

The switching processing unit 26 has a function of starting and ending the OTT application. After the OTT application is ended, the switching processing unit 26 executes a process of switching to the display of the content before the OTT application was started. After the OTT application is ended, the switching processing unit 26 causes the output unit 25 to output a switching means to the display of the broadcast content before the OTT application was started. After the OTT application is ended, the switching processing unit 26 determines whether or not it is possible to switch to the display of the broadcast content before the OTT application was started after the OTT application is ended. Based on the determination result, the switching processing unit 26 decides whether to present a switching means or to execute switching to the display of the broadcast content. The switching processing unit 26 detects whether or not it corresponds to a parameter that instructs switching to the broadcast content. Based on the fact that it does not correspond to the parameter that instructs switching to the broadcast content, the switching processing unit 26 causes a switching means to the broadcast content to be presented by data broadcasting.

The switching processing section 26 includes a determining section 261, a determining section 262, and a detecting section 263.
After the OTT application ends, the determination unit 261 determines whether it is possible to switch to displaying the broadcast content before starting the OTT application. Based on the determination result, the determining unit 262 determines whether to present a switching means or to execute switching to display of broadcast content. The detection unit 263 is preset with a parameter indicating whether to instruct switching to broadcast content, and executes a command by data broadcasting to set a parameter indicating whether to instruct switching to broadcast content. To detect.

Next, the presentation of means for starting and terminating the OTT application and switching to broadcast content will be explained.
Starting and terminating an OTT application and presenting means for switching to broadcast content can be performed by executing commands written in XML-based Broadcast Markup Language (BML) using data broadcasting. Additionally, API commands may be executed to start and terminate the OTT application and to present means for switching to broadcast content.

FIG. 4 is a diagram illustrating an example of a command related to starting an application according to the present embodiment.
Command CM1 is a BML command for starting an application of the receiving device. startResidentApp( ) is a command that can specify the application to be started and the URI of the component to be presented first when the started application is terminated and the BML browser is restarted.
In the illustrated command, the application to be started can be specified by input String appName. Further, when the BML browser restarts after the activated application ends, the URI of the component to be presented first can be specified by input String returnURI. Note that if the URI of the component to be presented first is not specified, the return URI will be an empty string.

FIG. 5 is a diagram showing an example of a command related to starting the extra browser according to the present embodiment.
Command CM2 is a BML command for starting an extra browser, which is a browser different from the data broadcasting browser, in the receiving device 2. startExtraBrowser( ) is a command that can specify the URI of the extra browser to be started and the component to be presented first when the started extra browser is terminated and the BML browser is restarted.
In the illustrated example, the extra browser to be activated can be specified by input String browserName. Further, when the BML browser restarts after the activated application ends, the URI of the component to be presented first can be specified by input String returnURI. Note that if the URI of the component to be presented first is not specified, the return URI will be an empty string.

In the examples illustrated in FIGS. 4 and 5, the BML browser is a browser for displaying and executing BML commands provided in the receiving device 2 in advance. In the conventional receiving device 2, since the number of applications was small, it was possible to operate without any problem even without specifying the component to be presented first using the return URI.However, in the recent receiving device 2, there are multiple applications. , if the URI of the component to be presented first is not specified by the returnURI and the BML browser is restarted, it may not be possible to switch to the broadcast content before starting the application or extra browser.

Therefore, in this embodiment, a command for identifying the application version and a command for checking the functions built into the browser shown in FIGS. 6 and 7 are used.
FIG. 6 is a diagram illustrating an example of a command related to version identification of an application according to the present embodiment.

The command CM3 is a command for identifying the version of the application. 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 for the argument appName. The command Array getResidentAppVersion(input String appName) returns null if unsuccessful for the argument appName. Array[0] is a string representing the manufacturer identification or extended manufacturer identification, and Array[1] is a string representing the application name of the receiving device. Array[2] is a string representing the major version number, Array[3] is a string representing the minor version number, and Array[4] is detailed information defined for each application of the receiving device.

For example, in the illustrated example, if ExampleApplication is defined as the argument appName in the command CM3, getResidentAppVersion(ExampleApplication) will support the function of switching to the broadcast content before starting the application in the return value Array[4]. A character string indicating whether or not is stored. For example, if a value exists in Array[4], the application ExampleApplication is started using the command CM1 shown in FIG. 4 or the command CM2 shown in FIG. 5.

FIG. 7 is a diagram showing an example of a command related to checking the functions installed in the browser according to the present embodiment.
Command CM4 is a command for checking the functions built into the browser. Command getBrowserSupport() obtains a return value of 1 or 0 for arguments sProvider, functionname, and additionalinfo. sProvider is a character string that specifies the business entity that defined the function. Functionname is a character string that specifies the function name. Additionalinfo is a character string that specifies additional information about the function. Return value 1 indicates that the specified function is present. Return value 0 indicates that the specified function is not present.

For example, in the illustrated example, arguments function: ResidentApp, additional information: ExampleApplication are defined for the command CM4. If ExampleApplication has the function of ResidentApp, a return value of 1 is obtained. If the return value is 1, the ExampleApplication supports the ResidentApp function, and the application ExampleApplication is started using the command CM1 shown in FIG. 4 or the command CM2 shown in FIG. 5.

Next, another example of a command for starting an application via data broadcasting will be described.
Fig. 8 is a diagram showing an example of a definition of an API command for starting an application according to the present embodiment by data broadcasting. Fig. 9 is a diagram showing an example of an API command for starting an application according to the present embodiment by data broadcasting.
The command exitFromManagedState() is a command that obtains a void type return value using an argument url that indicates the entry URL of the general application to which the transition is to be made. In this embodiment, when the API command is executed by data broadcasting, the application indicated by the argument url is launched. Note that, although this API command makes it possible to launch an application by data broadcasting, when the launched application is terminated, it is not possible to specify the content before the application was launched as the return destination.

Next, content switching processing according to this embodiment will be explained.
FIG. 10 is a flowchart illustrating an example of content switching processing according to this embodiment.
In step S100, the receiving device 2 starts a data broadcast corresponding to the content being tuned and starts a BML browser in response to the user's channel selection operation and power supply operation. Further, the receiving device 2 causes the output unit 25 to output the selected broadcast content.

In step S102, the broadcasting station 1 determines whether the receiving device 2 is compatible with the OTT service, that is, whether it is compatible with the missed delivery application (missed delivery application) by executing a BML command using data broadcasting. do. Specifically, the broadcasting station 1 executes the commands shown in FIGS. 6 and 7 using data broadcasting to determine whether the missed delivery application is supported. When it is determined that the receiving device 2 is compatible with the missed delivery application, the receiving device 2 executes the process of step S104. On the other hand, if it is determined that the receiving device 2 is not compatible with the missed delivery application, the receiving device 2 ends the content switching process shown in FIG. 10 .

In step S104, the receiving device 2 determines whether it is possible to switch to the broadcast content displayed before starting the missed delivery application after the missed delivery application ends. Specifically, the receiving device 2 performs the missed delivery after the missed delivery application ends, depending on whether the receiving device 2 supports the returnURI, which specifies the URI of the component to be presented first after the started application ends. Determine whether it is possible to switch to the broadcast content that was displayed before starting the distribution application. If it is determined that it is not possible to switch to the broadcast content displayed before starting the missed delivery application after the missed delivery application is started, the receiving device 2 executes the process of step S106. On the other hand, if it is determined that it is possible to switch to the broadcast content displayed before starting the missed delivery application after the missed delivery application ends, the receiving device 2 executes the process of step S116.

In step S106, when the catch-up delivery app is terminated, the receiving device 2 causes the output unit 25 to output a means for switching to the display of the broadcast content before the catch-up delivery app was launched, and presents it to the user. The presentation of the means for switching to the broadcast content before the catch-up delivery app was launched is presented to the user at a timing before the catch-up delivery app is launched. The presentation of the means for switching to the broadcast content before the catch-up delivery app was launched is, for example, notification information stored in advance in the storage unit of the receiving device 2. The notification information is a notification unique to the receiving device. The notification information includes an operation procedure of the receiving device 2 for returning to the broadcast content.

In step S108, the broadcast station 1 starts the catch-up delivery application of the receiving device 2 by executing a command via data broadcasting. Specifically, the broadcast station 1 executes the commands shown in Figs. 4, 5, and 9 via data broadcasting, and starts the catch-up delivery application of the receiving device 2. The receiving device 2 displays the OTT content by executing the catch-up delivery application.

In step S110, the broadcasting station 1 terminates the missed distribution application based on the completion of reproduction of the OTT content.

In step S112, the receiving device 2 accepts a user operation.

In step S<b>114 , upon receiving a user operation such as switching means to the broadcast content presented to the user in step S<b>106 , the receiving device 2 switches from the OTT content to the broadcast content and causes the output unit 25 to output the broadcast content. Further, the receiving device 2 starts data broadcasting corresponding to the content being tuned, and starts a BML browser. Then, the content switching process according to FIG. 10 ends.

In step S116, the broadcast station 1 starts the catch-up delivery application of the receiving device 2 by executing the command by data broadcasting. Specifically, the broadcast station 1 executes the commands shown in Figs. 4, 5, and 9 by data broadcasting, and starts the catch-up delivery application of the receiving device 2. The receiving device 2 displays the OTT content by executing the catch-up delivery application.

In step S118, the broadcasting station 1 terminates the missed distribution application based on the completion of reproduction of the OTT content. Further, the receiving device 2 causes the output unit 25 to output the URI of the component to be presented first after the missed distribution application corresponding to the return URI ends, based on the execution of the command by data broadcasting. For example, the receiving device 2, based on the fact that switching to the broadcast content that was being displayed before starting the missed delivery application is specified as the URI of the first component to be presented after the missed delivery application ends, Display broadcast content. Then, the content switching process according to FIG. 10 ends.

The means for switching to broadcast content may be presented by launching the catch-up streaming app and then displaying a guide within the launched catch-up streaming app.

As described above, 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, when the started application is terminated, executes a process of switching to the display of the broadcast content before the application was started.

Thereby, when the application ends, the receiving device 2 can perform a process of switching to the broadcast content that was being displayed before executing the application, thereby improving convenience for the user. Furthermore, even if the receiving device does not support switching due to the end of content, it is possible to present the user with a means of switching to broadcast content, thereby improving convenience for the user.

Note that, after the catch-up delivery app is terminated, if it is determined that it is not possible to switch to the broadcast content that was displayed before the catch-up delivery app was launched, i.e., if it is determined that the return URI is not supported, the receiving device 2 may switch to the broadcast content that was displayed before the catch-up delivery app was launched based on the network and service ID.

FIG. 11 is a flowchart illustrating an example of content switching processing according to a modification of the present embodiment.
In step S200, the receiving device 2 starts a data broadcast corresponding to the content being tuned and starts a BML browser in response to the user's channel selection operation and power supply operation. Further, the receiving device 2 causes the output unit 25 to output the selected broadcast content.

In step S202, the broadcasting station 1 determines whether the receiving device 2 is compatible with the OTT service, that is, whether it is compatible with a missed delivery application (missed delivery application) by executing a BML command using data broadcasting. do. Specifically, the broadcasting station 1 executes the commands shown in FIGS. 6 and 7 using data broadcasting to determine whether the missed delivery application is supported. If it is determined that the receiving device 2 is compatible with the missed delivery application, the receiving device 2 executes the process of step S204. On the other hand, if it is determined that the receiving device 2 is not compatible with the missed delivery application, the receiving device 2 ends the content switching process shown in FIG. 11.

In step S204, the receiving device 2 determines whether or not it is possible to switch to the broadcast content that was displayed before the catch-up delivery app was launched after the catch-up delivery app is terminated. Specifically, the receiving device 2 determines whether or not it is possible to switch to the broadcast content that was displayed before the catch-up delivery app was launched after the catch-up delivery app is terminated, depending on whether the receiving device 2 supports a return URI that specifies the URI of the component that is first presented after the launched application is terminated. If it is determined that it is not possible to switch to the broadcast content that was displayed before the catch-up delivery app was launched after the catch-up delivery app is terminated, the receiving device 2 executes the process of 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 delivery app was launched after the catch-up delivery app is terminated, the receiving device 2 executes the process of step S216.

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

In step S208, the broadcast station 1 starts the catch-up delivery application of the receiving device 2 by executing the command by data broadcasting. Specifically, the broadcast station 1 executes the commands shown in Figs. 4, 5, and 9 by data broadcasting, and starts the catch-up delivery application of the receiving device 2. The receiving device 2 displays the OTT content by executing the catch-up delivery application.

In step S210, broadcast station 1 terminates the catch-up delivery app based on the completion of playback of the OTT content.

In step S212, the receiving device 2 selects the broadcast content specified by the network ID and service ID acquired in step S206 by executing the application.

In step S214, the receiving device 2 switches from the OTT content to the broadcast content, and outputs the broadcast content to the output unit 25. The receiving device 2 also starts a data broadcast corresponding to the selected content, and starts a BML browser. Then, the content switching process in FIG. 11 ends.

In step S216, the broadcasting station 1 activates the missed distribution application of the receiving device 2 by executing a command using data broadcasting. Specifically, the broadcasting station 1 executes the commands shown in FIGS. 4, 5, and 9 by data broadcasting, and starts the missed distribution application of the receiving device 2. The receiving device 2 displays OTT content by executing the missed delivery application.

In step S218, the broadcast station 1 terminates the catch-up delivery app based on the completion of playback of the OTT content. Furthermore, the receiving device 2 causes the output unit 25 to output the URI of the component to be presented first after the catch-up delivery app corresponding to the return URI is terminated based on the execution of a command by data broadcasting. For example, the receiving device 2 displays the broadcast content based on the specification of switching to the broadcast content that was displayed before the catch-up delivery app was launched as the URI of the component to be presented first after the catch-up delivery app is terminated. Then, the content switching process related to FIG. 11 is terminated.

According to this modification, even if the receiving device is unable to specify broadcast content using a return URI, it is possible to switch to the broadcast content before application execution based on the network ID and service ID when the application is terminated, which improves user convenience. can be improved.

Note that the determination of whether or not it is possible to switch to the broadcast content that was displayed before the catch-up delivery app was launched after the catch-up delivery app is closed may be performed by executing a BML command.

FIG. 12 is a flowchart illustrating an example of content switching processing according to a modification of the present embodiment.
In step S300, the receiving device 2 starts a data broadcast corresponding to the content being tuned and starts a BML browser in response to the user's channel selection operation and power supply operation. Further, the receiving device 2 causes the output unit 25 to output the selected broadcast content.

In step S302, the broadcasting station 1 determines whether the receiving device 2 supports the OTT service by executing a BML command via data broadcasting, that is, whether the receiving device 2 supports a catch-up delivery application (catch-up delivery app). Specifically, the broadcasting station 1 determines whether the receiving device 2 supports the catch-up delivery app by executing the commands shown in Figures 6 and 7 via data broadcasting. If it is determined that the receiving device 2 supports the catch-up delivery app, the receiving device 2 executes the process of step S304. On the other hand, if it is determined that the receiving device 2 does not support the catch-up delivery app, the receiving device 2 ends the content switching process shown in Figure 12.

In step S304, the receiving device 2 determines whether or not it is possible to switch to the broadcast content that was displayed before the catch-up delivery app was launched after the catch-up delivery app is terminated. Specifically, the broadcast station 1 determines whether or not the receiving device supports a return URI that specifies the URI of the component that is first presented after the launched application is terminated 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 delivery app was launched after the catch-up delivery app is terminated, the receiving device 2 executes the process of 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 delivery app was launched after the catch-up delivery app is terminated, the receiving device 2 executes the process of step S316.

Here, the BML command getResidentAppRUSupport() used to determine whether or not it corresponds to the returnURI will be described. The command used for the determination in step S304 is number getResidentAppRUSupport(input String appName). appName is a name indicating the application of the receiving device, and is an argument of the command. A return value of 1 or 0 is obtained by executing the command number getResidentAppRUSupport (input String appName). A return value of 1 indicates that it corresponds to returnURI. A return value of 0 indicates that returnURI is not supported.

Returning to FIG. 12, in step S306, the broadcasting station 1 causes the receiving device 2 to display means for switching to broadcast content by executing the BML command. The BML command is array getResidentAppRUSupport2 (input String appName). appName is a name indicating the application of the receiving device, and is an argument of the command. By executing the command array getResidentAppRUSupport2 (input String appName), return values array[0] and array[1] are obtained. The return value array[0] indicates 1 or 0. 1 indicates that it corresponds to returnURI. 0 indicates that returnURI is not supported. The return value array[1] indicates String and represents notification information indicating means for switching to broadcast content for a receiving device that does not support returnURI.

In step S308, the broadcast station 1 starts the catch-up delivery application of the receiving device 2 by executing the command by data broadcasting. Specifically, the broadcast station 1 executes the commands shown in Figs. 4, 5, and 9 by data broadcasting, and starts the catch-up delivery application of the receiving device 2. The receiving device 2 displays the OTT content by executing the catch-up delivery application.

In step S310, the broadcasting station 1 terminates the missed distribution application based on the completion of reproduction of the OTT content.

In step S312, the receiving device 2 accepts a user operation.

In step S314, when the receiving device 2 receives a user operation such as a means for switching to the broadcast content presented to the user in step S306, the receiving device 2 switches from the OTT content to the broadcast content and outputs the broadcast content to the output unit 25. The receiving device 2 also starts a data broadcast corresponding to the selected content and starts a BML browser. Then, the content switching process in FIG. 12 ends.

In step S314, the receiving device 2 switches from OTT content to broadcast content and causes the output unit 25 to output the broadcast content. Further, the receiving device 2 starts data broadcasting corresponding to the content being tuned, and starts a BML browser. Then, the content switching process according to FIG. 12 ends.

In step S316, the broadcasting station 1 activates the missed distribution application of the receiving device 2 by executing a command using data broadcasting. Specifically, the broadcasting station 1 executes the commands shown in FIGS. 4, 5, and 9 by data broadcasting, and starts the missed distribution application of the receiving device 2. The receiving device 2 displays OTT content by executing the missed delivery application.

In step S318, the broadcasting station 1 terminates the missed distribution application based on the completion of reproduction of the OTT content. Then, the process of step S314 is executed.

In this way, according to this modification, it is possible to determine whether or not the missed distribution application supports switching to broadcast content, and to present the switching procedure when switching to broadcast content is not supported, using BML commands. Since it can be executed, user convenience can be improved. Further, since the broadcast content can be switched or the switching means can be presented regardless of the performance of the receiving device, user convenience can be improved.

Note that instead of executing the BML command, after the application ends, a process of switching to the broadcast content before switching the application may be performed using Hybrid Cast.

Here, commands according to this modified example will be described.
FIG. 13 is a diagram showing an example of a command related to content switching according to the modified example of this embodiment.
The command hasCapability(query, [param1,.,paramN]) is a command for checking whether it is possible to return to the broadcast content and whether it supports external launch of the application. The arguments are query, param1,...,paramN. The type of the return value is Bloolean. The argument types are String, String (taking a variable number of arguments). Note that if an unknown specification is made in query and param, false is returned. The parameter query is extraApp, param1 is the name of the application, and param2 indicates 1 or 0, where 1 indicates that it is possible to return to the broadcast content and 0 indicates that it is impossible or unknown to return to the broadcast content.
The return value is true or false, where true indicates that the application can be launched externally and false indicates that the application cannot be launched externally.

FIG. 14 is a flowchart showing an example of a content switching process according to a modification of the present embodiment.
In step S400, the receiving device 2 starts a data broadcast corresponding to the selected content in response to a channel selection operation and a power supply operation by a user, and starts a hybrid cast (HC). The receiving device 2 also causes the output unit 25 to output the selected broadcast content.

In step S402, the broadcasting station 1 executes a command by hybridcast to determine whether the receiving device 2 supports the OTT service, i.e., whether it supports the catch-up delivery application (catch-up delivery app). Specifically, the broadcasting station 1 executes the command shown in FIG. 13 by hybridcast to determine whether it supports the catch-up delivery app. If it is determined that the receiving device 2 supports the catch-up delivery app, the receiving device 2 executes the process of step S404. On the other hand, if it is determined that the receiving device 2 does not support the catch-up delivery app, the receiving device 2 ends the content switching process shown in FIG. 14.

In step S404, the receiving device 2 determines whether or not it is possible to switch to the broadcast content that was displayed before the catch-up delivery app was launched after the catch-up delivery app is terminated. Specifically, the broadcast station 1 determines whether or not it is possible to switch to the broadcast content that was displayed before the catch-up delivery app was launched after the catch-up delivery app is terminated by executing the command shown in FIG. 13. If it is determined that switching to the broadcast content is not possible, the receiving device 2 executes the process of 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 delivery app was launched after the catch-up delivery app is terminated, the receiving device 2 executes the process of step S416.

In step S406, the broadcasting station 1 executes the command shown in FIG. 13 to cause the receiving device 2 to display a means for switching to the broadcast content.

In step S408, the broadcast station 1 starts the catch-up delivery application of the receiving device 2 by executing a command via data broadcasting. Specifically, the broadcast station 1 executes the command shown in FIG. 13 to start the catch-up delivery application of the receiving device 2. The receiving device 2 displays the OTT content by executing the catch-up delivery application.

In step S410, the broadcasting station 1 terminates the missed distribution application based on the completion of reproduction of the OTT content.

In step S412, the receiving device 2 accepts a user operation.

In step S414, receiving device 2 receives a user operation such as switching means to broadcast content presented to the user in step S406, switches from OTT content to broadcast content, and causes output unit 25 to output the broadcast content. Further, the receiving device 2 starts data broadcasting corresponding to the selected content and starts the HC. Then, the content switching process according to FIG. 14 ends.

In step S414, the receiving device 2 switches from OTT content to broadcast content, and causes the output unit 25 to output the broadcast content. Further, the receiving device 2 starts data broadcasting corresponding to the selected content and starts the HC. Then, the content switching process according to FIG. 14 ends.

In step S416, the broadcasting station 1 activates the missed distribution application of the receiving device 2 by executing the command. Specifically, the broadcasting station 1 executes the command shown in FIG. 13 by data broadcasting, and starts the missed distribution application of the receiving device 2. The receiving device 2 displays OTT content by executing the missed delivery application.

In step S418, the broadcasting station 1 terminates the catch-up delivery app based on the completion of playback of the OTT content. Then, it executes the process of step S414.

In this way, according to this modification, it is possible to determine whether or not a missed delivery application supports switching to broadcast content, and to present the switching procedure when switching to broadcast content is not supported in Hybrid Cast. Since it can be executed by a command, user convenience can be improved.

Note that in the above-mentioned embodiment, a part of the broadcast station 1, the receiving device 2, the broadcast station server 3, the provider server 4, and the OTT server 5, for example, at least a part of the separation unit 232, the video processing unit 233, the audio processing unit 234, the output processing unit 235, the judgment unit 261, the decision unit 262, the detection unit 263, the content processing unit 241, and the content output processing unit 242 of the receiving device 2 may be realized by a computer. In this case, the control function may be realized by recording a program for realizing the control function on a computer-readable recording medium, reading the program recorded on the recording medium into a computer system, and executing it. Note that the "computer system" here refers to a computer system built into the broadcast station 1, the receiving device 2, the broadcast station server 3, the provider server 4, and the OTT server 5, and includes hardware such as an OS and peripheral devices.

Furthermore, "computer-readable recording medium" refers to portable media such as flexible disks, optical magnetic disks, ROMs, and CD-ROMs, as well as storage devices such as hard disks built into computer systems. Furthermore, "computer-readable recording medium" may also include devices that dynamically store a program for a short period of time, such as a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line, or devices that store a program for a certain period of time, such as volatile memory within a computer system that serves as a server or client in such cases. Furthermore, the above-mentioned program may be one that realizes part of the functions described above, or may be one that can realize the functions described above in combination with a program already recorded in the computer system.

In addition, some or all of the broadcast station 1, receiving device 2, broadcast station server 3, operator server 4, and OTT server 5 in the above-mentioned embodiments may be realized as integrated circuits such as LSI (Large Scale Integration). Each functional block of the broadcast station 1, receiving device 2, broadcast station server 3, operator server 4, and OTT server 5 may be individually processed, or some or all of them may be integrated into a processor. The integrated circuit method is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor. Furthermore, if an integrated circuit technology that replaces LSI appears due to advances in semiconductor technology, an integrated circuit based on that technology may be used.

One embodiment of the present invention has been described in detail above with reference to the drawings, but the specific configuration is not limited to the above, and various design changes can be made without departing from the spirit of the present invention.

Sys Broadcast system 1 Broadcast station 2 Receiving device 3 Broadcast station server 4 Operator server 5 OTT server 20 Main system section 21 Receiving section 22 Input section 23 Broadcast wave processing section 231 Demodulation section 232 Separation section 233 Video processing section 234 Audio processing section 235 Output processing section 24 OTT processing section 241 Content processing section 242 Content output processing section 25 Output section 26 Switching processing section 261 Judgment section 262 Decision section 263 Detection section

Claims (2)

Launching an application based on data broadcasting during presentation of broadcast content,
an application processing unit that presents content of a media service by executing the application;
If it is not possible to switch to the presentation state of the broadcast content,
a switching processing unit that presents means for switching to a presentation state of the broadcast content;
A receiving device comprising: The receiving device is
Launching an application based on data broadcasting during presentation of broadcast content,
presenting content of a media service by executing the application;
If it is not possible to switch to the presentation state of the broadcast content,
presenting means for switching to a presentation state of the broadcast content;
Receive method to perform.

Images