JP2021072613A - 受信装置およびプログラム - Google Patents

Abstract

【課題】特定の放送サービスに従属しない独立のアプリと、放送マネージドアプリとの間で、スムーズに双方向の遷移を行えるようにすることのできる受信装置を提供する。【解決手段】受信部は、放送信号を受信する。選局部は、前記受信部が受信する前記放送信号の放送サービスを選局する。抽出部は、受信した前記放送信号から放送リソースを抽出する。アプリケーション実行部は、アプリケーションプログラムを実行させる。アプリケーション稼働管理部は、前記アプリケーション実行部で実行される前記アプリケーションプログラムの稼働を管理する。放送独立型アプリケーションプログラムは、特定の放送サービスのみの放送信号に基づいて起動されるものではない。アプリケーション稼働管理部は、放送独立型アプリケーションプログラムが稼働する際に放送リソースにアクセスすることを禁止する。【選択図】図１

Description

本発明は、受信装置およびプログラムに関する。

テレビの放送番組と、テレビ受像機上で稼働するアプリケーションプログラムと、通信ネットワークを介して配信される映像等のコンテンツとがシームレスに連携することにより、多様なサービスが展開されることが期待される。

非特許文献１の第６．１節（第１４ページから）には、放送通信連携システムのアプリケーションモデルが記載されている。第６．１．１節には、アプリケーションの分類が記載されている。図６−１には、アプリケーション間の状態遷移が記載されている。第６．１．２節には、アプリケーションバウンダリと放送リソースアクセスについて記載されている。

ＩＰＴＶ規定「放送通信連携システム仕様」，ＩＰＴＶＦＪ ＳＴＤ−００１０ ２．２版，２０１８年９月２１日，一般社団法人 ＩＰＴＶフォーラム（ＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎ）

しかしながら、従来の技術では、ハイブリッドキャストの仕組みにおける放送マネージドアプリと放送マネージドアプリ以外のアプリとの間で、双方向にスムーズな遷移をすることができないという問題があった。例えば、放送マネージドアプリ以外のアプリが通信ネットワークで配信されるコンテンツを再生する機能を提供するアプリである場合など、上記のアプリ間のスムーズな遷移が望まれる。また、このとき、放送マネージドアプリ以外のアプリを用いる理由は、そのようなアプリが特定の放送サービスに従属することが好ましくないためである。

本発明は、上記の課題認識に基づいて行なわれたものであり、特定の放送サービスに従属することのない独立のアプリと、放送マネージドアプリとの間で、スムーズに双方向の遷移を行えるようにすることのできる受信装置およびプログラムを提供しようとするものである。

［１］上記の課題を解決するため、本発明の一態様による受信装置は、放送信号を受信する受信部と、前記受信部が受信する前記放送信号の放送サービスを選局する選局部と、受信した前記放送信号から放送リソースを抽出する抽出部と、アプリケーションプログラムを実行させるアプリケーション実行部と、前記アプリケーション実行部で実行される前記アプリケーションプログラムの稼働を管理するアプリケーション稼働管理部と、を備える受信装置であって、前記アプリケーションプログラムは、放送独立型アプリケーションプログラムを含み、前記アプリケーション稼働管理部は、前記放送独立型アプリケーションプログラムが稼働する際に前記放送リソースにアクセスすることを禁止する、受信装置である。

［２］また、本発明の一態様は、上記の受信装置において、前記受信装置と連携動作する連携端末装置からの、前記放送サービスの識別情報と前記アプリケーションプログラムの識別情報とを指定した要求に基づいて、指定された前記放送サービスを選局するよう前記選局部を制御するとともに、指定された前記アプリケーションプログラムを起動するよう前記アプリケーション稼働管理部を制御する外部起動実行部、をさらに備えるものである。

［３］また、本発明の一態様は、上記の受信装置において、前記外部起動実行部は、指定された前記放送サービスが予め定められた値である場合には、前記放送サービスの選局状態を解除するよう前記選局部を制御するものである。

［４］また、本発明の一態様は、上記の受信装置において、前記アプリケーション稼働管理部は、受信装置で同時に実行可能なアプリケーションプログラムの数の上限が１の場合であって、前記外部起動実行部によって指定された前記アプリケーションプログラムを起動した場合にはアプリケーションプログラムの数が前記上限を超えることになってしまう場合には、既に稼働していたアプリケーションプログラムを終了させる制御を行う、ものである。

［５］また、本発明の一態様は、上記の受信装置において、前記外部起動実行部は、指定された前記放送サービスの識別情報と前記アプリケーションプログラムの識別情報との間の整合性を、外部のサーバー装置に問い合わせることによって確認し、整合性が確認された場合にのみ、前記指定された前記放送サービスを選局するよう前記選局部を制御するとともに、前記指定された前記アプリケーションプログラムを起動するよう前記アプリケーション稼働管理部を制御する、ものである。

［６］また、本発明の一態様は、上記の受信装置において、前記外部起動実行部は、指定された前記放送サービスが予め定められた値である場合には、前記放送サービスの選局状態を解除するよう前記選局部を制御するものである。

［７］また、本発明の一態様は、上記の受信装置において、入力される映像および音声を提示する提示部、をさらに備え、前記抽出部は、抽出した前記放送リソースに含まれる映像および音声を前記提示部に入力するものであり、前記放送独立型アプリケーションプログラムは、通信ネットワークを介して外部装置からコンテンツデータを受信し、受信した前記コンテンツデータに含まれる映像および音声を前記提示部に入力する機能を持つ、ものである。

［８］また、本発明の一態様は、上記の受信装置において、前記選局部は、前記放送独立型アプリケーションプログラムまたは特定の前記放送サービスの放送信号に基づいて起動される放送マネージドアプリケーションプログラム、による選局指示にしたがって前記放送サービスを選局するものであり、前記アプリケーション稼働管理部は、前記放送独立型アプリケーションプログラムが前記選局指示を行った場合に、当該前記放送独立型アプリケーションプログラムを終了させる、というものである。

［９］また、本発明の一態様は、上記の受信装置において、前記選局部は、選局可能なメディアの情報を保持するものであり、前記放送独立型アプリケーションプログラムは、所定のアプリケーションプログラムインターフェースを介して、前記選局部が保持する選局可能なメディアの情報を取得する、ものである。

［１０］また、本発明の一態様は、上記の受信装置において、前記選局部は、前記メディアに対応付けて選局可能なチャンネルの情報を保持するものであり、前記放送独立型アプリケーションプログラムは、所定のアプリケーションプログラムインターフェースを介して、前記選局部が保持する、すべての選局可能なチャンネルの情報、または特定のメディアの選局可能なチャンネルの情報、を取得する、ものである。

［１１］また、本発明の一態様は、放送信号を受信する受信部と、前記受信部が受信する前記放送信号の放送サービスを選局する選局部と、受信した前記放送信号から放送リソースを抽出する抽出部と、アプリケーションプログラムを実行させるアプリケーション実行部と、を備えるコンピューターを、上記の［１］から［１４］までのいずれかに記載の受信装置として機能させるためのプログラムである。

［参考例１］また、一態様は、上記の受信装置において、前記アプリケーション稼働管理部は、受信装置で同時に実行可能なアプリケーションプログラムの数に上限が設けられている場合であって、特定の前記放送サービスのみの前記放送信号に基づいて起動される放送マネージドアプリケーションプログラムから前記放送独立型アプリケーションプログラムへの遷移を行う際に、前記上限が１である場合には、前記放送マネージドアプリケーションプログラムを終了させてから前記放送独立型アプリケーションプログラムを起動する制御を行うものであり、前記放送独立型アプリケーションプログラムから前記放送マネージドアプリケーションプログラムへの遷移を行う際に、前記上限が１である場合には、前記アプリケーション稼働管理部は、前記放送独立型アプリケーションプログラムを終了させてから前記放送マネージドアプリケーションプログラムを起動する制御を行うものである。

［参考例２］また、一態様は、上記の受信装置において、前記外部起動実行部は、前記アプリケーションプログラムを起動するための要求を受ける際に要求元のアプリケーションプログラムの識別情報である要求元識別情報または前記要求元のアプリケーションプログラムの種別を表す要求元種別情報の少なくともいずれかの情報をパラメーターとして受け取り、指定された前記アプリケーションプログラムを起動するよう前記アプリケーション稼働管理部を制御する際に前記パラメーターを前記アプリケーション稼働管理部に渡し、前記アプリケーション稼働管理部は、前記外部起動実行部から渡された前記パラメーターを、起動対象である前記アプリケーションプログラムに渡すものであり、前記要求元種別情報は、当該受信装置で稼働する放送独立型アプリケーションプログラムであるか前記連携端末装置で稼働するアプリケーションプログラムであるかを少なくとも区別する情報である、というものである。

［参考例３］また、一態様は、上記の受信装置において、アプリケーションプログラムの起動命令を受信した際に、当該アプリケーションプログラム用のアプリケーション情報テーブルに基づいて前記アプリケーションプログラムの種別を判定するアプリケーション情報テーブル管理部、をさらに備える。

［参考例４］また、一態様による受信装置は、放送信号を受信する受信部と、前記受信部が受信する前記放送信号の放送サービスを選局する選局部と、受信した前記放送信号から放送リソースを抽出する抽出部と、アプリケーションプログラムを実行させるアプリケーション実行部と、前記アプリケーション実行部で実行される前記アプリケーションプログラムの稼働を管理するアプリケーション稼働管理部と、前記アプリケーション実行部で実行させる前記アプリケーションプログラムの起動命令を受信した際に、当該アプリケーションプログラム用のアプリケーション情報テーブルに基づいて前記アプリケーションプログラムの種別を判定し、その種別を前記アプリケーション稼働管理部に通知するアプリケーション情報テーブル管理部とを備えるものである。

［参考例５］また、一態様は、上記の受信装置において、前記アプリケーション情報テーブル管理部は、前記アプリケーション情報テーブル内の、当該アプリケーションプログラムを提供する組織を識別する情報に基づいて、前記種別を判定するものである。

［参考例６］また、一態様は、上記の受信装置において、前記アプリケーション情報テーブル管理部は、前記アプリケーション情報テーブル内の、当該アプリケーションプログラムの種別を識別する情報に基づいて、前記種別を判定するものである。

［参考例７］また、一態様は、上記の受信装置において、前記アプリケーション情報テーブル管理部は、前記アプリケーション情報テーブル内のサービスバウンド情報に基づいて、前記種別を判定するものである。

［参考例８］また、一態様は、上記の受信装置において、前記アプリケーション情報テーブル管理部は、前記アプリケーションプログラムの起動方法と前記種別とが整合しているか否かを判定し、整合している場合には当該アプリケーションプログラムの起動を許可し、整合していない場合には当該アプリケーションプログラムの起動を中止させるものである。

［参考例９］また、一態様は、上記の受信装置において、前記アプリケーション情報テーブル管理部が判定した前記種別に応じて、前記アプリケーション実行部において実行中の前記アプリケーションプログラムが要求したリソースへのアクセスを許可するか否かを制御するリソースアクセス制御部、をさらに具備するものである。

本発明によれば、受信装置は、放送独立型のアプリを稼働させることができる。また、受信装置は、そのような放送独立型のアプリから、放送マネージドアプリや放送サービスに、スムーズな遷移を行わせることができる。

本発明の第１実施形態による受信装置の概略機能構成を示すブロック図である。 同実施形態によるアプリケーション稼働管理部のさらに詳細な機能構成を示すブロック図である。 同実施形態による受信装置における、放送マネージドアプリと放送独立型アプリとの間の遷移の方法の例を示す概略図である。 同実施形態による受信装置１００を利用して実現されるコンテンツ提示システムの稼働例を示す概略図である。 第２実施形態による受信装置の概略機能構成を示すブロック図である。 同実施形態による受信装置が稼働するシステムの全体的な装置構成を示すブロック図である。 同実施形態によりアプリの種別を判定する第１の方法のための、ＡＩＴ（アプリケーション情報テーブル）の構成例（１／２）を示す概略図である。 同実施形態によりアプリの種別を判定する第１の方法のための、ＡＩＴの構成例（２／２）を示す概略図である。 同実施形態によりアプリの種別を判定する第２の方法のための、ＡＩＴの構成例（１／２）を示す概略図である。 同実施形態によりアプリの種別を判定する第２の方法のための、ＡＩＴの構成例（２／２）を示す概略図である。 同実施形態によりアプリの種別を判定する第３の方法のための、ＡＩＴの構成例（１／２）を示す概略図である。 同実施形態によりアプリの種別を判定する第３の方法のための、ＡＩＴの構成例（２／２）を示す概略図である。 第３実施形態による受信装置の概略機能構成を示すブロック図である。 第４実施形態による受信装置の概略機能構成を示すブロック図である。 同実施形態において受信装置上で稼働する放送独立型アプリケーションが放送を選局する際の動作手順の例を示すフローチャートである。

次に、本発明の実施形態について、図面を参照しながら説明する。なお、以下において、「アプリケーションプログラム」のことを「アプリ」と呼ぶ場合がある。

［第１実施形態］
図１は、本実施形態による受信装置の概略機能構成を示すブロック図である。受信装置１００（「受信機」とも呼ばれる）は、放送信号を受信して、受信した放送信号に基づき、映像や音声を提示する。受信装置１００は、いわゆるテレビ受像機である。また、受信装置１００は、アプリを呼び出して実行する機能を有する。受信装置１００において実行されるアプリは、所定のＡＰＩ（アプリケーションプログラミングインターフェース）を介して、通信ネットワークを介して外部と通信したり、画像あるいは映像等を画面に表示させたりすることができる。図示するように、受信装置１００は、受信部１と、復調部２と、復号部３と、提示部４と、選局部５と、アプリケーション実行部２００と、アプリケーション記憶部２０１と、アプリケーション稼働管理部２１０と、外部起動実行部２２０と、端末連携部２２１と、要求生成部２２２と、通信機能部２４０と、を含んで構成される。これらの各機能部は、例えば、電子回路を用いて実現される。また、各機能部は、必要に応じて、半導体メモリーや磁気ハードディスク装置などといった記憶手段を内部に備えてよい。また、ここに列挙した各機能、またはその一部の機能を、コンピューターおよびソフトウェア（プログラム）によって実現するようにしてもよい。各部の機能は、次に説明する通りである。

受信部１は、テレビの放送信号を受信する。放送信号は、空中を、あるいは金属ケーブルや光ファイバーケーブル等の伝送媒体を伝搬する。
復調部２は、受信部１が受信した放送信号を復調する。
復号部３は、復調部２が復調した信号を基に、復号処理を行い、放送リソースを抽出する。放送リソースとは、映像や、音声や、テキスト等のコンテンツのデータである。
なお、復調部２と復号部３とをあわせて「抽出部」と呼んでもよい。つまり、抽出部は、受信した放送信号から放送リソースを抽出する。抽出部（復調部２および復号部３）は、抽出した放送リソースに含まれる映像および音声を提示部４に入力するものである。

提示部４は、コンテンツを提示する。コンテンツは、映像や音声から成る。提示部４は、映像を表示装置（例えば、液晶ディスプレイや有機ＥＬディスプレイ等）に表示する。
提示部４は、音声を、スピーカーやイヤフォン等から出力する。なお、提示部４が提示する映像や音声は、復号部３やアプリケーション実行部２００から渡される。

選局部５は、受信部１が受信する放送信号の放送サービス（チャンネル）を選局する。
選局部５は、例えばテレビリモコン装置からの信号に基づいて選局する。あるいは、選局部５は、後述する外部起動実行部２２０や、アプリケーション稼働管理部２１０からの制御に基づいて選局してもよい。

アプリケーション実行部２００は、アプリケーションプログラムを実行させる。具体的には、アプリケーション実行部２００は、放送リソースや受信機リソースにアクセスするための拡張ＡＰＩを備えたＨＴＭＬ５ブラウザーである。

アプリケーション記憶部２０１は、アプリケーションプログラムを記憶する。

アプリケーション稼働管理部２１０は、アプリケーションプログラムの稼働を管理する。アプリケーション稼働管理部２１０は、例えば、アプリケーション記憶部２０１からアプリケーションプログラムのコードを読み出して、アプリケーション実行部２００で実行させる。つまり、アプリケーション稼働管理部２１０は、アプリケーションプログラムを起動する。アプリケーションプログラムの起動においては、起動の可否を判定する認証等を行うこともある。また、アプリケーション稼働管理部２１０は、稼働中のアプリケーションプログラムを終了させる。また、アプリケーション稼働管理部２１０は、アプリケーションプログラムの稼働状況を管理し、制御する。例えば、アプリケーション稼働管理部２１０は、稼働中のアプリケーションプログラムが受信装置１００内の特定のリソース（例えば、放送リソース）にアクセスする（つまりリソースを取得する）ことを、許可したり、禁止したりするといった管理を行う。稼働中のアプリケーションプログラムは、アプリケーション稼働管理部２１０による許可あるいは不許可（禁止）の制御の下で、各種リソースにアクセスしたり、利用したりする。

なお、アプリケーションプログラムは、種類として、放送独立型アプリケーションプログラムを含む。放送独立型アプリケーションプログラムは、特定の放送サービスのみの放送信号に基づいて起動されるものではない。放送独立型アプリケーションプログラムは、言い換えれば、特定の前記放送サービスの前記放送信号以外に基づいて起動されるものである。アプリケーション稼働管理部２１０は、放送独立型アプリケーションプログラムが稼働する際に放送リソースにアクセスすることを禁止する。

放送独立型アプリケーションプログラムは、一例として、通信ネットワークを介して外部装置からコンテンツデータを受信し、受信した前記コンテンツデータに含まれる映像および音声を提示部４に入力する機能を持つ。つまり、ある種の放送独立型アプリケーションプログラムは、ネット配信される映像および音声のコンテンツの再生手段として、受信装置１００を機能させる。

外部起動実行部２２０は、受信装置のアプリケーション実行環境外に実装された外部起動ロンチャーにより、連携端末装置から受信装置１００に対するアプリケーションの起動を制御する。なお、後述するように、外部起動実行部２２０は、連携端末装置になり代わって要求を生成する要求生成部２２２からの要求等にも対応する。具体的には、外部起動実行部２２０は、受信装置１００と連携動作する連携端末装置（不図示）からの、放送サービスの識別情報とアプリケーションプログラムの識別情報とを指定した要求に基づいて、指定された放送サービスを選局するよう選局部５を制御するとともに、指定されたアプリケーションプログラムを起動するようアプリケーション稼働管理部２１０を制御する。
なお、放送サービスの識別情報としては、original_network_id、transport_stream_id、service_idの3種類の識別子の組などが該当する。また、アプリケーションプログラムの識別情報としては、アプリケーションのロケーションを示すＡＩＴ（Application Information Table、アプリケーション情報テーブル）のＵＲＬや、アプリケーションの提供者が付与するappId自身、あるいは、アプリケーションの提供者を識別するorgIdとappIdの組などが該当する。

端末連携部２２１は、連携端末装置と、外部起動実行部２２０との間を仲介する。連携端末装置から外部起動実行部２２０への要求は、まず端末連携部２２１によって受け付けられ、外部起動実行部２２０に転送される。

要求生成部２２２は、稼働している放送独立型アプリケーションプログラムから指定された放送サービスの識別情報とアプリケーションプログラムの識別情報とを用いて、連携端末装置になり代わって、指定された放送サービスの識別情報とアプリケーションプログラムの識別情報とを指定した外部起動実行部２２０に対する要求（選局およびアプリ起動の要求）を生成する。要求生成部２２２は、生成した要求を、外部起動実行部２２０に渡す。

通信機能部２４０は、受信装置１００の各部が、外部と通信するための機能を提供する。受信装置１００は、例えば、無線通信を介して、インターネットプロトコルを用いて、外部の装置と相互に通信する。

図２は、アプリケーション稼働管理部のさらに詳細な機能構成を示すブロック図である。図示するように、アプリケーション稼働管理部２１０は、放送マネージドアプリ管理部２１１と、放送外マネージドアプリ管理部２１２と、放送独立型アプリ管理部２１３と、一般アプリ管理部２１４と、を含んで構成される。各部の機能は、次に説明する通りである。放送マネージドアプリ（放送マネージドアプリケーションプログラム）、放送外マネージドアプリ、放送独立型アプリ、一般アプリといったアプリの種類は、放送と通信とを連携するための枠組みであるハイブリッドキャストにおける分類である。なお、放送独立型アプリは、従来技術においては存在しない。

放送マネージドアプリ管理部２１１は、放送マネージドアプリの稼働を管理する。放送マネージドアプリは、放送信号に含まれる制御信号に基づいて制御される。放送マネージドアプリは、そういった制御信号に含まれる起動の指示によって起動される。また、稼働中の放送マネージドアプリは、制御信号に含まれる終了の指示によって終了させられる。
放送マネージドアプリは、放送サービスに従属するアプリであり、受信装置１００がその放送サービスを受信している（選局している）状態においてのみ、動作する。なお、放送マネージドアプリは、放送リソースへのアクセスすることを許可される。つまり、放送マネージドアプリ管理部２１１は、放送マネージドアプリの稼働を管理し、放送マネージドアプリが放送リソースにアクセスすることを許可する。

放送外マネージドアプリ管理部２１２は、放送外マネージドアプリの稼働を管理する。
放送外マネージドアプリは、放送信号以外の手段に基づいて、起動されたり、終了されたりする。放送外マネージドアプリは、放送信号以外で行うアプリケーション認証の手段に基づいて、放送リソースへのアクセスが許可される。つまり、放送外マネージドアプリ管理部２１２は、アプリケーション認証の結果に基づき、認証が正しく行われる場合にのみ放送外マネージドアプリが放送リソースにアクセスすることを許可する。放送外マネージドアプリ管理部２１２は、その他の場合には、放送外マネージドアプリが放送リソースにアクセスすることを禁止する制御を行う。

放送独立型アプリ管理部２１３は、放送独立型アプリの稼働を管理する。放送独立型アプリは、放送サービスから独立なアプリである。つまり、放送独立型アプリは、特定の放送サービスを受信中（選局中）であるか否かに依らず、動作することができる。放送独立型アプリは、例えば、テレビリモコン装置からのリモコン信号や、受信装置１００と連携動作する連携端末装置からの要求信号等に基づいて、起動されたり終了されたりする。放送独立型アプリ管理部２１３は、放送リソースにアクセスすることが許可されていない。
つまり、放送独立型アプリ管理部２１３は、放送独立型アプリが放送リソースにアクセスすることを禁止するような制御を行う。

放送独立型アプリが放送サービスから独立であることをさらに説明すると、次の通りである。放送独立型アプリは、特定の放送局（放送事業者）からの信号のみによって制御されるものではない。放送独立型アプリは、任意のタイミングで、例えばユーザーの操作に基づき、起動され得る。あるいは、放送独立型アプリは、任意のタイミングで、他のアプリから呼び出される形で起動されてもよい。つまり、放送独立型アプリの稼働は、特定の放送局によって縛られるものではない。

なお、放送独立型アプリは、「放送独立型アプリケーションプログラム」、「インデペンデントアプリ」、「インデペンデントアプリケーションプログラム」、「IndependentApp」、「放送非依存マネージドアプリケーション」などとも呼ばれる。あるいは、放送独立型アプリは、他の呼び方で呼ばれる場合もある。

一般アプリ管理部２１４は、一般アプリの稼働を管理する。

アプリの種別ごとの特徴は、下の表１に記載する通りである。

ここで、放送局による起動・終了のトリガーとは、放送信号によってアプリの起動や終了が制御されることを意味する。また、ユーザーによる起動・終了のトリガーとは、ユーザーの操作（例えば、テレビリモコンの操作や、テレビと連携する連携端末（より具体的には、スマートフォンや、タブレット端末や、ウェアラブル端末等）の操作）によってアプリの起動や終了が制御されることを意味する。また、放送リソースへのアクセスが可または不可とは、アプリが、放送信号によって伝達されるリソースを参照することが許可されるか否かを表す。放送信号によって伝達されるリソースとは、典型的には、映像や、音声や、字幕等のテキストである。

上の表に示すように、放送マネージドアプリの起動および終了のトリガーは、放送局の送信設備から送信される放送信号によって与えられる。また、放送マネージドアプリは、放送リソースにアクセスすることが許可される。また、放送マネージドアプリは、ハイブリッドキャストアプリに関連付けることが許可される。

また、放送外マネージドアプリの起動および終了のトリガーは、ユーザーによる操作等に基づく制御信号によって与えられる。また、放送外マネージドアプリは、放送リソースにアクセスすることが条件付きで許可される。また、放送外マネージドアプリは、ハイブリッドキャストアプリに関連付けることが許可される。

また、一般アプリの起動および終了のトリガーは、ユーザーによる操作等に基づく制御信号によって与えられる。また、一般アプリは、放送リソースにアクセスすることが許可されない。また、一般アプリは、ハイブリッドキャストアプリに関連付けることが許可されない。

放送独立型アプリの稼働管理については、次の通りである。即ち、放送独立型アプリの起動および終了のトリガーは、ユーザーによる操作等に基づく制御信号によって与えられる。また、放送独立型アプリは、放送リソースにアクセスすることが許可されない。また、放送独立型アプリは、ハイブリッドキャストアプリに関連付けることができる。

アプリケーション稼働管理部２１０は、アプリの種別に応じて、表１に示したアプリの稼働の制御を行う。つまり、具体的には、放送マネージドアプリ管理部２１１や、放送外マネージドアプリ管理部２１２や、放送独立型アプリ管理部２１３や、一般アプリ管理部２１４は、それぞれ、放送マネージドアプリや、放送外マネージドアプリや、放送独立型アプリや、一般アプリの稼働の、起動および終了を制御したり、放送リソースへのアクセスの許可または不許可を制御したり、ハイブリッドキャストアプリとの関連付け（紐付け）の許可または不許可を制御したりする。

受信装置１００において同時に実行可能なアプリの数が限られている場合には、アプリケーション稼働管理部２１０は、予め受信装置１００に設定した優先度や放送信号で指示する優先度に従って優先度の低いアプリケーションを終了する制御を実行する。
つまり、アプリケーション稼働管理部２１０は、受信装置１００で同時に実行可能なアプリの数に上限が設けられている場合であって、外部起動実行部２２０によって指定されたアプリを起動した場合にはアプリの数が前記上限を超えることになってしまう場合には、上記のような所定の優先度にしたがって、既に稼働していたアプリケーションプログラムを終了させる制御を行う。

受信装置１００において同時に実行可能なアプリの数が例えば１に限られている場合には、アプリケーション稼働管理部２１０は、次のような制御を行う。放送マネージドアプリから放送独立型アプリに遷移する際には、アプリケーション稼働管理部２１０は、放送マネージドアプリを終了させてから放送独立型アプリを起動する制御を行う。また、放送独立型アプリから放送マネージドアプリに遷移する際には、アプリケーション稼働管理部２１０は、放送独立型アプリを終了させてから放送マネージドアプリを起動する制御を行う。
つまり、放送マネージドアプリから放送独立型アプリへの遷移を行う際に、前記上限が１である場合には、アプリケーション稼働管理部２１０は、遷移元の放送マネージドアプリを終了させてから、遷移先の放送独立型アプリを起動する制御を行う。また、放送独立型アプリから放送マネージドアプリへの遷移を行う際に、前記上限が１である場合には、アプリケーション稼働管理部２１０は、遷移元の放送独立型アプリを終了させてから、遷移先の放送マネージドアプリを起動する制御を行う。
つまり、同時に１つのアプリしか動作できないアプリケーションエンジンの場合、且つ、外部起動によるアプリ（遷移先の、放送マネージドアプリまたは放送独立型アプリ）の起動の要求を受信し、起動するアプリのＵＲＩ可否判定を行った結果、実行可能であると判断した場合には、アプリケーション稼働管理部２１０は、動作中であったアプリ（遷移元のアプリ）を終了させる。

図３は、放送マネージドアプリと放送独立型アプリとの間の遷移の方法の例を示す概略図である。図示するように、放送マネージドアプリと放送独立型アプリとは、相互に遷移することが可能である。ここでは、放送信号に基づいて放送マネージドアプリが起動された後、ユーザーの操作等によって放送独立型アプリに遷移し、さらに、放送独立型アプリから放送マネージドアプリに遷移するというシナリオに沿って、その方法を説明する。

まず図３の（１）に示すように、放送信号に基づいて、放送マネージドアプリが起動される。

次に図３の（２）に示すように、放送独立型アプリが起動される。例えば、ユーザーが受信装置１００と連携する連携端末装置（不図示）を操作することにより、その連携端末装置が、放送独立型アプリの起動を要求する。ここで、その連携端末装置から指定されるパラメーターの例として、選局先の放送サービスを示す識別情報は「ＮＵＬＬ」であり、Ａｐｐｉｄ（アプリ識別情報）は「０ｘ１２３４」（１６進表記）である。選局が「ＮＵＬＬ」であることは、放送独立型アプリが特定の放送サービスに従属するものではないことに対応している。なお、選局先の放送サービスを示す識別情報が「ＮＵＬＬ」であることは、受信装置１００がそれ以前に放送サービス（編成チャンネル）を選局していた場合には、受信装置１００は選局済みであった編成チャンネルの選局状態を解除することを意味する。ただし、この「ＮＵＬＬ」は一例であり、他の予め指定された値を上記の「ＮＵＬＬ」の代わりに用いてもよい。「ＮＵＬＬ」に代わる値は、例えば運用ルール等で規定してよい。また、「ＮＵＬＬ」に代わる値は、１種類に限らず、複数の予め指定された値等であってもよい。つまり、特定の放送サービスに従属するものではないことを示す特殊な値を、選局先の放送サービスを指定する値として用いることができる。つまり、外部起動実行部２２０は、指定された放送サービスが予め定められた値（１つまたは複数の予め指定された値。例えば、「ＮＵＬＬ」。）である場合には、放送サービスの選局状態を解除するよう選局部５を制御するようにしてよい。また、Ａｐｐｉｄの「０ｘ１２３４」は、当該放送独立型アプリに付与された識別情報である。これにより、アプリケーション稼働管理部２１０は、該当する放送独立型アプリのコードをアプリケーション記憶部２０１から読み出し、アプリケーション実行部２００において実行させる。起動された放送独立型アプリは、アプリケーション実行部２００において実行される。この放送独立型アプリは、放送リソースにアクセスすることはできない。しかしながら、この放送独立型アプリは、通信機能部２４０を介して外部と通信することができる。つまり、例えば、放送独立型アプリは、インターネット経由で提供される映像コンテンツをコンテンツ提供サーバーから受信し、提示部４の機能によって当該受信装置１００の画面に表示し、またスピーカー等から音声を出力することができる。その他、放送独立型アプリは、許可されるリソースにアクセスしたり、各種処理を実行したりすることができる。

なお、ここでは、ユーザーが連携端末装置を操作することによって放送独立型アプリを起動する例を説明したが、その他にも、テレビリモコン装置からのリモコン信号に基づいて放送独立型アプリを起動したり、前記の放送マネージドアプリから呼び出すことによって放送独立型アプリを起動したりしてもよい。

また、選局先の放送サービスの識別情報としては、original_network_id、transport_stream_id、service_idの3種類の識別子の組を、アプリ識別情報としては、アプリケーションのロケーションを示すＡＩＴのＵＲＬや、アプリケーションの提供者が付与するappId自身、あるいは、アプリケーションの提供者を識別するorgIdとappIdの組などを用いて表現しても構わない。

次に図３の（３）に示すように、放送独立型アプリから放送マネージドアプリに遷移することが可能である。ここでは、稼働中の放送独立型アプリからの要求に基づいて放送マネージドアプリに遷移する例を説明する。放送独立型アプリは、要求生成部２２２に、ハイブリッドキャストコネクトの機能を実行することを要求する。具体的には、放送独立型アプリは、放送サービスを特定する情報と、アプリ（放送マネージドアプリ）を特定する情報とを指定して、そのアプリを呼び出すことを、要求生成部２２２に要求する。すると、要求生成部２２２は、放送独立型アプリから受け取った情報（放送サービスおよびアプリを識別する情報）を用いて、外部起動実行部２２０に、放送マネージドアプリの呼び出しを要求する。ここで、アプリの呼び出しのために指定されるパラメーターの例は、次の通りである。即ち、選局は「０ｘ９ａｂｃ」であり、Ａｐｐｉｄ（アプリ識別情報）は「０ｘ５６７８」である。選局「０ｘ９ａｂｃ」は、放送サービスを識別する情報である。
また、Ａｐｐｉｄ「０ｘ５６７８」は、上記放送サービスに従属する放送マネージドアプリに付与された識別情報である。

要求を受け付けた外部起動実行部２２０は、指定された選局の情報と、指定されたアプリ識別情報との、整合性（正当性）を確認する。この整合性の確認は、例えば、外部起動実行部２２０が、通信ネットワークを介して外部の可否判定サーバー装置に問い合わせることによって行える。両者が整合しない場合には、外部起動実行部２２０は、この要求をエラーとして扱う。両者が整合する場合には、外部起動実行部２２０は、選局部５に、選局「０ｘ９ａｂｃ」で識別される放送サービスを選局するよう指示する。これにより、受信部１は、当該放送サービスを受信する。また、外部起動実行部２２０は、アプリケーション稼働管理部２１０に、「０ｘ５６７８」で識別されるアプリ（放送マネージドアプリ）を起動（あるいは、活性化）するよう指示する。このように、外部起動実行部２２０は、要求生成部２２２から要求を受けた場合にも、放送マネージドアプリを正しく安全に稼働状態とすることができる。

なお、外部起動実行部２２０が、指定された放送サービスの識別情報とアプリケーションプログラムの識別情報との間の整合性を、例えば外部のサーバー装置に問い合わせることによって確認することにより、安全な場合にのみ、指定されたアプリが起動されるように制御することができる。つまり、受信装置１００の安全性を確保できる。

つまり、要求生成部２２２は、連携端末装置に代わって、外部起動実行部２２０に、放送マネージドアプリの呼び出しを要求する。この要求生成部２２２の機能により、受信装置１００の内部を起点として、受信装置１００内で稼働する放送マネージドアプリを呼び出すことが可能となる。

なお、外部起動の仕組みにおいて、連携端末装置側から選局指示を行う場合には、連携端末装置側でstartAITControlledAppToHostDevice()関数（パラメーターとして、mode=”tune”）を実行する。本実施形態では、要求生成部２２２が、この関数を実行する、あるいはそれと同等の機能を実行する。

また、放送マネージドアプリがどのアプリまたはどの種別のアプリから起動されたのかを把握可能とするために、次のようにしてもよい。ここでの「種別」は、放送マネージドアプリ、放送外マネージドアプリ、放送独立型アプリ、一般アプリといった種別に加えて、連携端末装置側のアプリからの起動であることを表す情報である場合もある。呼び出し元となるアプリ（連携端末装置側のアプリや、放送独立型アプリ）が、自身のアプリ識別情報やアプリ種別の情報をパラメーターとして放送マネージドアプリの起動命令に付加する。その起動命令が発行されたときには、外部起動実行部２２０は、パラメーターが付加された起動命令をアプリケーション稼働管理部２１０に引継ぐ。そして、アプリケーション稼働管理部２１０は、パラメーターを付加した状態で、放送マネージドアプリを起動するようにしても構わない。

上記動作は、つまり、次の通りである。外部起動実行部２２０は、アプリケーションプログラム（放送マネージドアプリ）を起動するための要求を受ける際に、要求元識別情報または要求元種別情報の少なくともいずれかの情報をパラメーターとして受け取る。要求元識別情報は、放送マネージドアプリの起動を要求する要求元のアプリケーションプログラムを個別に識別するための識別情報である。要求元種別情報は、放送マネージドアプリの起動を要求する要求元のアプリケーションプログラムの種別を表す。要求元種別情報は、当該受信装置１００で稼働する放送独立型アプリケーションプログラムであるか連携端末装置で稼働するアプリケーションプログラムであるかを少なくとも区別する情報である。外部起動実行部２２０は、指定されたアプリを起動するようアプリケーション稼働管理部２１０を制御する際に、上記のパラメーターをアプリケーション稼働管理部２１０に渡す。そして、アプリケーション稼働管理部２１０は、外部起動実行部２２０から渡されたパラメーターを、起動対象であるアプリ（放送マネージドアプリ）に渡す。このしくみにより、起動された側のアプリは、受け取ったパラメーターの値に基づき、自己の起動を要求した要求元の、要求元識別情報あるいは要求元種別情報の少なくともいずれかを取得できる。つまり、起動された側のアプリは、パラメーターとして受け取った要求元識別情報あるいは要求元種別情報の少なくともいずれかに依存した処理を行うことができる。

次に、本実施形態による受信装置１００の応用例を説明する。

図４は、受信装置１００を利用して実現されるコンテンツ提示システムの稼働例を示す概略図である。同図において、（Ａ）は受信装置１００上で放送マネージドアプリが稼働している状態であり、（Ｂ）は受信装置１００上で放送独立型アプリが稼働している状態である。既に説明したように、これらの両状態のそれぞれから、相互に他方の状態に遷移可能である。

図４において、（Ａ）の状態では、受信装置１００は放送信号を受信し、その放送信号から放送リソースを抽出する。放送リソースは、映像や音声等のデータである。放送リソースとして取得された映像や音声を、受信装置１００の提示部４は、提示することができる。また、（Ａ）に示す放送マネージドアプリは、放送リソースにアクセスすることもできる。また、（Ａ）の放送マネージドアプリは、放送されたコンテンツである映像や音声とともに、別の映像（画像）や音声を提示部４に提示させることもできる。また、（Ｂ）に示す放送独立型アプリは、インターネット等を介した通信によって受信する映像および音声のコンテンツのデータを復号し、映像および音声として、提示部４に提示させることができる。この放送独立型アプリは、例えば、ネット配信の映像コンテンツを再生・提示するためのアプリである。

状態（Ａ）から（Ｂ）に遷移するときには、例えばユーザーがテレビリモコンや連携端末装置を操作することにより、放送独立型アプリを起動する。前述の通りこの放送独立型アプリは通信ネットワークで配信される映像コンテンツを再生することが主な機能であり、特定の放送サービス（テレビのチャンネル）には紐付かない。

逆に、状態（Ｂ）から（Ａ）に遷移するときには、サービスの構成として、特定の放送サービスに従属する放送マネージドアプリに遷移する場合がある。本実施形態の受信装置１００は、そのような、放送独立型アプリから特定の放送サービスの放送マネージドアプリへの遷移を可能とする。つまり、本実施形態は、放送独立型アプリから放送マネージドアプリ（特定の放送サービス）への引き戻しを可能とする。そのための具体的方法の一つとして、ハイブリッドキャストにおける外部起動の手法を利用する。この手法は、例えば受信装置１００と連携する連携端末装置から、特定のアプリの識別情報と、特定の放送サービスの識別情報とをセットにして、それらの識別情報を受信装置１００に伝えるものである。本実施形態では、前述の要求生成部２２２が受信装置１００の内部に存在し、要求生成部２２２が、連携端末装置になり代わって放送マネージドアプリの起動要求を生成する。そして、放送独立型アプリが、この要求生成部２２２に対して、特定の放送サービスが選択され、特定の放送マネージドアプリが起動されるように要求生成を要請することも可能である。

以上のように、本実施形態の受信装置１００によると、図示する（Ａ）から（Ｂ）へ、あるいは（Ｂ）から（Ａ）へのスムーズな遷移が可能となる。つまり、本実施形態を用いることにより、放送とネット配信との間のスムーズな切り替えが実現できる。
以上、説明したように、本実施形態によると、放送サービスと、放送独立型アプリ（例えば、通信ネットワークによって配信されるコンテンツの再生のアプリ）との間での、双方向のスムーズな遷移が可能となる。特に、従来においては放送マネージドアプリ以外のアプリから放送マネージドアプリへの遷移ができなかったが、本実施形態ではそのような遷移が可能となる。つまり、テレビ受像機を用いて、例えば放送番組とネット配信アプリとを切り替えて視聴する場合にも、一旦ホーム画面からネット配信アプリを立ち上げる必要があるなどといった不便が解消される。ユーザーにとっては、放送マネージドアプリ以外のアプリが、より一層使いやすくなる。

［第２実施形態］
次に、本発明の第２実施形態について説明する。なお、前実施形態において既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。また、第１実施形態と同様の機能を有する機能ブロックについては、第１実施形態と同じ符号を用いて参照するとともに、詳細な説明を省略する。

まず、本実施形態が必要とされる背景から説明する。放送独立型アプリは、受信装置が表示するメニュー画面からの操作によって起動されたり、リモコン装置の操作によって起動されたり、無線ＬＡＮ等を介して連携する連携端末装置でのユーザーの操作によって起動されたりする。同一の受信装置内のアプリケーション実行環境において、放送マネージドアプリと放送独立型アプリの両方が実行可能である場合、アプリの種別に応じて、アプリの振る舞いを適切に制御できることが求められる。文献「IPTVFJ STD-0010 放送通信連携システム仕様 ２．１版」（２０１６年３月７日，一般社団法人ＩＰＴＶフォーラム
発行）、および文献「IPTVFJ STD-0013 ハイブリッドキャスト運用規定 ２．６版」（２０１７年１１月１日，一般社団法人ＩＰＴＶフォーラム 発行）においては、放送マネージドアプリの起動は、放送からの起動のみに限定されていた。このため、受信装置は、アプリの起動方法を把握することによってアプリの種別を判定することができていた。しかしながら、その後、これらの規格文書が改訂されたことにより、状況が変化した。即ち、文献「IPTVFJ STD-0010 放送通信連携システム仕様 ２．２版」（２０１８年９月２１日，一般社団法人ＩＰＴＶフォーラム 発行）、および文献「IPTVFJ STD-0013 ハイブリッドキャスト運用規定 ２．７版」（２０１８年９月２１日，一般社団法人ＩＰＴＶフォーラム 発行）においては、放送からだけではなく、連携端末装置からも放送マネージドアプリを起動することが可能となった。つまり、連携端末装置からは、放送マネージドアプリも、その他のアプリも、起動され得ることとなった。これにより、アプリの起動方法（起動手段）に基づいてアプリ種別を判定することが不可能となった。したがって、従来の技術では、ハイブリッドキャストにおいて、受信装置が、アプリの起動方法によってアプリ種別を把握し、そのアプリ種別に応じた適切なアプリの振る舞いの制御を行うことが困難となった。加えて、放送マネージドアプリからはreplaceApplication関数の実行により指定したアプリへの遷移または起動が可能であるが、複数の種別のアプリが同一の受信装置で実行される環境において、アプリの種別に関わらず同一の関数を利用する場合においても、遷移または起動対象となるアプリの種別を判定することが不可能である。

複数の種別のアプリの実行を管理するためには、受信装置は、実行させようとするアプリの種別を正確に把握する必要がある。本実施形態では、受信装置の中の管理機能が、アプリの起動方法に依らずに、ＡＩＴ（アプリケーション情報テーブル）内の情報に基づいてその種別を判定する。

図５は、本実施形態による受信装置の概略機能構成を示すブロック図である。図示するように、受信装置３００（「受信機」とも呼ばれる）は、受信部１と、復調部２と、復号部３と、提示部４と、選局部５と、アプリケーション実行部２００と、アプリケーション記憶部２０１と、外部起動実行部２２０と、端末連携部２２１と、通信機能部２４０と、アプリケーション稼働管理部４１０と、ＡＩＴ管理部４２０と、受信機ロンチャー部４３０と、リソースアクセス制御部４１１とを含んで構成される。

上記の構成を有する受信装置３００は、ハイブリッドキャストに対応した機能を持つ。
受信部１と、復調部２と、復号部３と、提示部４と、選局部５と、アプリケーション実行部２００と、アプリケーション記憶部２０１と、外部起動実行部２２０と、端末連携部２２１と、通信機能部２４０とについては、既に第１実施形態で説明した通りである。

外部起動実行部２２０は、外部の端末装置（後述する端末装置３１０）から受信した外部起動命令に基づき、外部の可否判定サーバー装置（後述する可否判定サーバー装置３３０）への問い合わせを行い、アプリの起動可否を制御する。具体的には、外部起動実行部２２０は、放送サービスの識別情報（選局情報）と、起動しようとするアプリのＡＩＴのＵＲＬとを、上記の外部起動命令から抽出する。そして、外部起動実行部２２０は、その放送サービスの識別情報およびＡＩＴのＵＲＬを含んだ問合せを、可否判定サーバー装置に送信する。外部起動実行部２２０は、可否判定サーバー装置から判定結果を受信する。
受信した判定結果がＯＫである場合には、外部起動実行部２２０は、そのＡＩＴのＵＲＬを、ＡＩＴ管理部４２０に渡す。受信した判定結果がＮＧである場合（即ち、アプリ起動不可）には、外部起動実行部２２０は、そのＡＩＴのＵＲＬを破棄する。なお、上記のＡＩＴのＵＲＬは、アプリをユニークに識別する情報である。つまり、外部起動実行部２２０は、指定された放送サービスの識別情報とアプリケーションプログラムの識別情報との間の整合性を、外部のサーバー装置に問い合わせることによって確認している。つまり、放送サービスとアプリケーションプログラムの整合性が担保される安全な場合にのみ、指定されたアプリが起動されるように制御することができる。つまり、受信装置３００の安全性を確保できる。

アプリケーション稼働管理部４１０は、第１実施形態におけるアプリケーション稼働管理部２１０と同等の機能を有するものであり、アプリの起動および終了等を制御する。アプリケーション稼働管理部４１０は、さらに、次の機能を有する。アプリの起動時には、アプリケーション稼働管理部４１０は、ＡＩＴ管理部４２０から渡されるアプリ本体のＵＲＬに基づき、外部のサービスサーバー装置（後述するサービスサーバー装置３４０）からアプリ本体のコードを取得する。アプリケーション稼働管理部４１０は、取得したアプリ本体をアプリケーション実行部２００にロードする。この際、アプリケーション稼働管理部４１０が、アプリ本体をアプリケーション記憶部２０１にあわせて書き込むようにしてもよい。アプリを終了させる際には、アプリケーション稼働管理部４１０は、アプリケーション実行部２００に終了を指示する。なお。アプリケーション稼働管理部４１０は、内部にリソースアクセス制御部４１１を備える。

リソースアクセス制御部４１１は、アプリケーション実行部２００において実行中のアプリが、拡張ＡＰＩを呼び出して放送リソースや受信装置リソースにアクセスしようとする際に、アプリ種別に基づいてアクセス制御を行う。アプリ種別は、ＡＩＴ管理部４２０から渡されるものである。なお、アプリ種別ごとに、どのリソースへのアクセスが許されるか許されないかが、予め定められる。

ＡＩＴ管理部４２０（「アプリケーション情報テーブル管理部」とも呼ばれる。）は、外部起動実行部２２０や受信機ロンチャー部４３０からＡＩＴのＵＲＬを受け取り、そのＵＲＬに基づいてＡＩＴを取得し、アプリの種別を判定するとともに、アプリ本体のＵＲＬをアプリケーション稼働管理部４１０に渡す。これにより、アプリケーション稼働管理部４１０は、アプリを起動できる。また、ＡＩＴ管理部４２０は、判定結果であるアプリの種別の情報を、アプリケーション稼働管理部４１０内のリソースアクセス制御部４１１に渡す。これにより、リソースアクセス制御部４１１は、アプリの種別に応じて、アプリのリソース（放送リソースや受信機リソース等）へのアクセス可否を制御できる。

具体的には、ＡＩＴ管理部４２０は、渡されるＵＲＬに基づいて、外部のサービスサーバー装置（後述するサービスサーバー装置３４０）からＡＩＴを取得する。また、ＡＩＴ管理部４２０は、内部にパージング（parsing）機能を備え、取得したＡＩＴをパーズすることにより、そのアプリの種別を判定する。アプリの種別を判定するためのより詳細な方法については、後述する。また、ＡＩＴ管理部４２０は、アプリの起動方法とアプリ種別が整合しているか否かを確認する。その詳細についても後述する。

受信機ロンチャー部４３０は、ユーザーのボタン等の操作に基づいて放送独立型アプリを起動する機能を有する。具体的には、受信機ロンチャー部４３０は、リモコン装置のボタンを押下する操作や、受信装置３００自身のメニュー画面からの操作に基づいて、放送独立型アプリを起動する。受信機ロンチャー部４３０は、操作の種別と関連付けられたアプリのＡＩＴのＵＲＬを、予め記憶している。受信機ロンチャー部４３０は、起動対象のアプリのＡＩＴのＵＲＬを、ＡＩＴ管理部４２０に渡す。

図６は、受信装置３００が稼働するシステムの全体的な装置構成を示すブロック図である。図示するように、このシステムは、受信装置３００と、端末装置３１０と、放送送出装置３２０と、可否判定サーバー装置３３０と、サービスサーバー装置３４０とを含んで構成される。なお、図においては各装置１台ずつを示しているが、各装置の台数は任意である。

受信装置３００は、放送送出装置３２０から送出される放送信号を受信する。また、受信装置３００は、サービスサーバー装置３４０から、ＡＩＴや、アプリのコードや、コンテンツデータ等を受信する。また、受信装置３００は、可否判定サーバー装置３３０に対して、アプリの起動可否を問い合わせる。また、受信装置３００は、無線ＬＡＮを介して、端末装置３１０との間で通信を行う。

端末装置３１０は、サービスサーバー装置３４０や受信装置３００との間で通信を行う。また、端末装置３１０は、アプリを実行させる。端末装置３１０は、無線ＬＡＮを介して、受信装置３００と連携動作する連携端末装置である。端末装置３１０は、例えば、スマートフォンやタブレット端末によって実現される。

放送送出装置３２０は、放送信号を送出する。放送信号は、空中や、金属ケーブルや、光ファイバーケーブルにより伝送され、受信装置３００によって受信される。

可否判定サーバー装置３３０は、受信装置３００におけるアプリ（放送マネージドアプリおよび放送独立型アプリ）の起動の可否を判定する。可否判定サーバー装置３３０は、受信装置３００からの問い合わせに対応して、アプリの起動の可否を判定し、判定結果を受信装置３００に返す。可否判定サーバー装置３３０と受信装置３００との間の通信は、インターネットを介して行われる。

サービスサーバー装置３４０は、アプリ（放送マネージドアプリおよび放送独立型アプリ）のＡＩＴや、アプリ本体（アプリのコード）や、アプリが利用するコンテンツ等を、受信装置３００や端末装置３１０に提供する。サービスサーバー装置３４０から受信装置３００や端末装置３１０への配信は、インターネットを介した通信により行われる。

次に、ＡＩＴに基づいてアプリ種別を判定するための具体的な方法を説明する。図７および図８は、第１のアプリ種別判定方法に関連するものである。図９および図１０は、第２のアプリ種別判定方法に関連するものである。そして、図１１および図１２は、第３のアプリ種別判定方法に関連するものである。

図７および図８は、アプリ種別を判定する第１の方法で用いるデータ（ＡＩＴ内のisdb:ServiceDiscovery要素）を示す概略図である。これらの図では、参照のための行番号を付している。図７は、このデータの第１行目から第２４行目までを示す。図８は、このデータの第２５行目から第４８行目までを示す。なお、図示する例では、ＡＩＴは、ＸＭＬ（Extensible Markup Language、拡張可能なマークアップ言語）で記述されている。しかし、ＡＩＴの記述形式は、ＸＭＬには限らず、他の形態のデータであってもよい。

図７および図８に示すＡＩＴを用いる場合、ＡＩＴ管理部４２０は、例えば、第１３行目に記述されているisdb:orgIdの値を用いてアプリ種別を判定する。このorgIdは、アプリを提供する組織（事業者）を識別するための識別子である。つまり、orgIdの値を組織に割り当てる際に、放送マネージドアプリを提供する組織には予め定めた所定の範囲内の値を割り当て、放送独立型アプリを提供する組織には予め定めた他の範囲内の値を割り当てる。その一例として、放送マネージドアプリを提供する組織には１以上且１２７以下の値を付与し（０は、特別な値としてリザーブされている）、放送独立型アプリを提供する組織には１２６以上且つ２５５以下の値を付与する。これは、８ビット符号なし２進数として表現される整数の、最上位ビットが０の場合（放送マネージドアプリを提供する組織）と、最上位ビットが１の場合（放送独立型アプリを提供する組織）とに、それぞれ、相当する。この例の場合には、ＡＩＴ管理部４２０は、orgIdの値（２進数表現）の最上位ビットを参照することにより、そのアプリが放送マネージドアプリであるか放送独立型アプリであるかを判定することができる。また、他の例として、放送マネージドアプリを提供する組織には１以上且つ３２７６７以下の値を付与し（０は、特別な値としてリザーブされている）、放送独立型アプリを提供する組織には３２７６８以上且つ６５５３５以下の値を付与する。これは、１６ビット符号なし２進数として表現される整数の、最上位ビットが０の場合（放送マネージドアプリを提供する組織）と、最上位ビットが１の場合（放送独立型アプリを提供する組織）とに、それぞれ、相当する。なお、ここで示したorgIdの値の付与のしかたは、例に過ぎず、他の付与のしかたをしてもよい。

図９および図１０は、アプリ種別を判定する第２の方法で用いるデータ（ＡＩＴ内のisdb:ServiceDiscovery要素）を示す概略図である。これらの図では、参照のための行番号を付している。図９は、このデータの第１行目から第２５行目までを示す。図１０は、このデータの第２６行目から第４９行目までを示す。ここでもＡＩＴはＸＭＬで記述されているが、ＡＩＴの形式は、ＸＭＬには限定されず、任意である。

図９および図１０に示すＡＩＴを用いる場合、ＡＩＴ管理部４２０は、ＡＩＴ内においてアプリの種別を示す識別子を参照することにより、アプリの種別を判定する。具体例として、ＡＩＴ管理部４２０は、このＡＩＴ（図９）の第１９行目に記述されているisdb:AppTypeの値を参照する。このisdb:AppType要素は、isdb:type要素の配下に存在している。従来の規格（ＩＰＴＶＦＪ ＳＴＤ−００１３，ハイブリッドキャスト運用規定2.8版，2019年5月14日改定，一般社団法人ＩＰＴＶフォーラム）によるＡＩＴでは、このようなアプリの種別を示す識別子は設けられていない。しかし、本実施形態では、ＡＩＴ内にisdb:AppType要素を置くようにして、ＡＩＴ管理部４２０がアプリ種別を判別できるようにしている。なお、一例として、isdb:AppTypeの値が０のときにはそのアプリの種別は放送マネージドアプリであり、isdb:AppTypeの値が１のときにはそのアプリの種別は放送独立型アプリであると判定できるようにする。なお、ここに示した要素の名称および値は例に過ぎず、他の要素名や他の値を用いるようにしてもよい。その場合も、ＡＩＴ管理部４２０は、ＡＩＴ内における、アプリ種別を表すアプリ種別識別子を参照することによって、アプリの種別を判定する。

図１１および図１２は、アプリ種別を判定する第３の方法で用いるデータ（ＡＩＴ内のAplicationDescriptor要素）のシンタックスを示す概略図である。これらの図では、参照のための行番号を付している。図１１は、このデータの第１行目から第１１行目までを示す。図１２は、このデータの第１２行目から第２４行目までを示す。

第３の方法では、ＡＩＴ管理部４２０は、ＡＩＴ内のサービス境界フラグ（service bound flag）を参照することにより、アプリ種別を判定する。図１２の第１７行目に記載されている要素serviceBoundが、参照されるサービス境界フラグである。図示するように、この要素serviceBoundは、ブーレアン型であり、デフォルト値はtrue（１）である。このサービス境界フラグの値が０（false）のときには、ＡＩＴ管理部４２０は、アプリ種別が放送独立型アプリであると判定する。また、サービス境界フラグの値が１（true）のときには、ＡＩＴ管理部４２０は、アプリ種別が放送マネージドアプリであると判定する。
なお、サービス境界フラグを、「サービス境界情報」、あるいは「サービスバウンド情報」等と呼んでもよい。

以上、アプリの種別を判定するための３つの方法を説明した。なお、ＡＩＴ管理部４２０が、これらの３つの方法のうちのいずれか１つの方法のみを用いてアプリの種別を判定するようにしてもよいし、これらの３つの方法のうちの複数の方法を実装するものであってもよい。ＡＩＴ管理部４２０が複数の方法を実装する場合には、適宜、それらの方法を使い分ける。

ＡＩＴ管理部４２０は、次の６通りの起動指示を受ける。即ち、ＡＩＴ管理部４２０は、１）復号部３からデータ放送に関連する放送マネージドアプリの起動指示を受ける、２）外部起動実行部２２０から放送マネージドアプリの起動指示を受ける（連携端末装置からの起動指示）、３）外部起動実行部２２０から放送独立型アプリの起動指示を受ける（連携端末装置からの起動指示）、４）受信機ロンチャー部４３０から放送独立型アプリの起動指示を受ける、５）アプリケーション実行部２００で実行中の放送マネージドアプリからreplaceApplication関数の実行により放送マネージドアプリの起動指示を受ける、あるいは、６）アプリケーション実行部２００で実行中の放送マネージドアプリからreplaceApplication関数の実行により放送独立型アプリの起動指示を受ける。ＡＩＴ管理部４２０は、これらの起動指示に基づいて取得したＡＩＴに基づいて、アプリの種別を判定する。

上記の起動指示の方法のうち、２）と３）の連携端末装置からの外部起動、および、５）と６）の放送マネージドアプリからのreplaceApplication関数の実行による起動に関しては、アプリの種別が異なるにも関わらず同じ起動方法が用いられる。そのため、アプリの起動方法によってアプリ種別を判定するのではなく、ＡＩＴを参照することによってアプリ種別を判定する。これにより、ＡＩＴ管理部４２０は、確実且つ正確にアプリ種別の判定を行える。

ＡＩＴ管理部４２０は、また、アプリの起動方法とアプリの種別とが整合しているか否かを確認する。具体的には、ＡＩＴ管理部４２０は、復号部３からデータ放送に関連する起動指示を受けた場合には、起動するアプリが放送マネージドアプリであることを確認する。データ放送からの起動指示に関するアプリが放送マネージドアプリではない場合には、エラーとして検知する。また、ＡＩＴ管理部４２０は、受信機ロンチャー部４３０からアプリの起動指示を受けた場合には、起動するアプリの種別が放送独立型アプリであることを確認する。受信機ロンチャー部４３０からの起動指示に関するアプリが放送独立型アプリではない場合には、エラーとして検知する。

なお、連携端末からのアプリの起動指示、および、放送マネージドアプリからのアプリの起動指示には、放送マネージドアプリの起動の場合と放送独立型アプリの起動の場合とがある。即ち、いずれの場合にも、起動方法とアプリ種別とは整合していると、ＡＩＴ管理部４２０は判定する。

ＡＩＴ管理部４２０が、アプリの起動方法（データ放送からの起動指示、あるいは受信機ロンチャー部４３０からの起動指示）とアプリ種別との間の不整合を検知した場合には、アプリケーション稼働管理部４１０に対して、エラーを通知する。これにより、アプリケーション稼働管理部４１０は、エラーによりアプリを起動できないことを把握する。このような場合には、アプリケーション稼働管理部４１０は、そのアプリの起動を抑止するようにする。

リソースアクセス制御部４１１は、ＡＩＴ管理部４２０によるアプリ種別の判定結果を受け取る。また、リソースアクセス制御部４１１は、アプリケーション実行部２００で実行中のアプリがＡＰＩ（放送リソースや受信装置リソースへのアクセスのための拡張ＡＰＩ）を呼び出した場合、受け取っているアプリ種別の情報に基づいて、アクセス制御を行う。

そのために、例えば、リソースアクセス制御部４１１は、アプリ種別ごとに、呼び出し可能なＡＰＩのリストを予め記憶しておく。即ち、リソースアクセス制御部４１１は、放送マネージドアプリがアクセス可能なＡＰＩのリストと、放送独立型アプリがアクセス可能なＡＰＩのリストとを、それぞれ、記憶しておく。そして、実行中のアプリがＡＰＩを呼び出そうとしたときには、その呼び出しは必ずリソースアクセス制御部４１１による制御を経由して行われるようにしておく。そして、リソースアクセス制御部４１１は、ＡＰＩが呼び出されたときに、当該アプリ（呼び出しを行っているアプリ）の種別を把握し、その種別に応じて前記のＡＰＩリストを参照する。これにより、リソースアクセス制御部４１１は、ＡＰＩ呼び出しが、正当な呼び出しであるか違反であるかを判定する。アクセスが許可されるべきものである場合には、リソースアクセス制御部４１１は、そのＡＰＩ呼び出しをそのまま実行させる。アクセスが許されないものである場合には、リソースアクセス制御部４１１は、そのＡＰＩ呼び出しを中止し、呼び出し側のアプリに対してエラーを返す。このように、リソースアクセス制御部４１１は、ＡＩＴに基づいて判定されたアプリ種別と、アクセスされるリソースとが整合するように、制御を行う。

リソースアクセス制御の一例として、放送リソースへのアクセスのためのＡＰＩの呼び出しは、放送マネージドアプリには許されるが、放送独立型アプリには許されない。

本実施形態についてまとめると、次の通りである。

受信装置３００は、アプリケーション稼働管理部４１０と、ＡＩＴ管理部４２０とを含む。アプリケーション稼働管理部４１０は、アプリケーション実行部２００で実行されるアプリケーションプログラムの稼働を管理する。ＡＩＴ管理部４２０は、アプリケーション実行部２００で実行させるアプリケーションプログラムの起動命令を受信した際に、当該アプリケーションプログラム用のアプリケーション情報テーブル（ＡＩＴ）に基づいてアプリケーションプログラムの種別（例えば、放送マネージドアプリ、放送独立型アプリ）を判定し、判定結果である種別をアプリケーション稼働管理部４１０に通知する。

ＡＩＴ管理部４２０は、アプリケーション情報テーブル内の、当該アプリケーションプログラムを提供する組織を識別する情報（例えば、前述のorgID）に基づいて、前記種別を判定してよい。

ＡＩＴ管理部４２０は、前記アプリケーション情報テーブル内の、当該アプリケーションプログラムの種別を識別する情報（例えば、前述のappType）に基づいて、前記種別を判定してよい。

ＡＩＴ管理部４２０は、前記アプリケーション情報テーブル内のサービスバウンド情報（例えば、前述のserviceBound）に基づいて、前記種別を判定してよい。

ＡＩＴ管理部４２０は、前記アプリケーションプログラムの起動方法（例えば、放送からの起動であるか、ロンチャーからの起動であるか、連携端末からの起動であるか等）と前記種別とが整合しているか否かを判定し、整合している場合には当該アプリケーションプログラムの起動を許可し、整合していない場合には当該アプリケーションプログラムの起動を中止させる。なお、ＡＩＴ管理部４２０が、アプリケーションプログラムの起動方法と種別との整合性の判定を行わないようにしてもよい。

リソースアクセス制御部４１１は、ＡＩＴ管理部４２０が判定した結果である種別を受け取り、その種別に応じて、アプリケーション実行部２００において実行中のアプリケーションプログラムが要求したリソースへのアクセスを許可するか否かを制御する。なお、リソースアクセス制御部４１１が、アプリケーションプログラムの種別に応じたアクセス制御を行わないようにしてもよい。

以上、説明したように、本実施形態によれば、同一のアプリケーション実行環境において複数の種別のアプリ（ハイブリッドキャストアプリ）を動作させる際に、ＡＩＴに基づいて種別を判定することが可能となる。つまり、アプリの起動方法に依らずに、確実かつ正確にアプリの種別を判定できる。また、判定された種別に基づき、アプリからのリソース（放送リソースや受信装置リソース）へのアクセスを制御できるようになる。

［第３実施形態］
次に、本発明の第３実施形態について説明する。なお、前実施形態までにおいて既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。また、第１実施形態や第２実施形態と同様の機能を有する機能ブロックについては、それらの実施形態と同じ符号を用いて参照するとともに、詳細な説明を省略する。

図１３は、本実施形態による受信装置の概略機能構成を示すブロック図である。図示するように、受信装置５００（「受信機」とも呼ばれる）は、受信部１と、復調部２と、復号部３と、提示部４と、選局部５と、アプリケーション実行部２００と、アプリケーション記憶部２０１と、アプリケーション稼働管理部４１０と、ＡＩＴ管理部４２０と、外部起動実行部２２０と、端末連携部２２１と、要求生成部２２２と、受信機ロンチャー部４３０と、通信機能部２４０とを含んで構成される。また、アプリケーション稼働管理部４１０は、リソースアクセス制御部４１１を含む。

これらの機能部のうち、受信部１と、復調部２と、復号部３と、提示部４と、選局部５と、アプリケーション実行部２００と、アプリケーション記憶部２０１と、外部起動実行部２２０と、端末連携部２２１と、要求生成部２２２と、通信機能部２４０とについては、第１実施形態で説明した通りである。また、アプリケーション稼働管理部４１０と、ＡＩＴ管理部４２０と、受信機ロンチャー部４３０とについては、第２実施形態で説明した通りである。さらに、リソースアクセス制御部４１１についても、第２実施形態で説明した通りである。

つまり、受信装置５００は、ハイブリッドキャスト対応のテレビ受像機として機能し、放送信号を受信してその映像やコンテンツを提示する。また、受信装置５００は、アプリを稼働させる環境を持つ。受信装置５００は、放送マネージドアプリや放送独立型アプリなど、複数種別のアプリを管理し、実行させる。また、受信装置５００は、起動方法に基づいてアプリの種別を判定するのではなく、ＡＩＴ内の情報を解析することによってアプリの種別を判定する。また、受信装置５００は、そのように判定されたアプリの種別に基づいて、アプリの挙動を（具体的には、リソースへのアクセスの可否等を）制御する。

［第４実施形態］
次に、本発明の第４実施形態について説明する。なお、前実施形態までにおいて既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。また、第１実施形態から第３実施形態までのいずれかと同様の機能を有する機能ブロックについては、それらの実施形態と同じ符号を用いて参照するとともに、詳細な説明を省略する。

放送独立型アプリケーションは、放送リソースがない状態（放送が選局されていない状態）で起動することができるアプリケーションである。地域の異なる系列局等において、あるいは異なる状況において、同一のサービス（番組等）が放送される場合には、受信機を設置している場所や状況に関わらず、全ての受信機に対して同一のアプリケーションが提供される。一方、受信機にとっては、設置されている場所や状況によって、受信可能な放送サービス（メディアおよびチャンネル）が異なる。そのため、放送独立型アプリケーションから放送サービスを選局させようとした場合、確実に受信可能な放送サービス（メディアおよびチャンネル）を選局することができないという課題がある。本実施形態は、このような課題を解決しようとするものである。

図１４は、本実施形態による受信装置の概略機能構成を示すブロック図である。図示するように、受信装置７００（「受信機」とも呼ばれる）は、受信部１と、復調部２と、復号部３と、提示部４と、選局部７０５と、アプリケーション実行部８００と、アプリケーション記憶部２０１と、外部起動実行部２２０と、端末連携部２２１と、通信機能部２４０と、アプリケーション稼働管理部４１０と、ＡＩＴ管理部４２０と、受信機ロンチャー部４３０と、リソースアクセス制御部４１１とを含んで構成される。リソースアクセス制御部４１１は、アプリケーション稼働管理部４１０内に含まれる。

上記の構成を有する受信装置７００は、ハイブリッドキャストに対応した機能を持つ。受信部１と、復調部２と、復号部３と、提示部４と、アプリケーション記憶部２０１と、外部起動実行部２２０と、端末連携部２２１と、通信機能部２４０と、アプリケーション稼働管理部４１０と、ＡＩＴ管理部４２０と、受信機ロンチャー部４３０と、リソースアクセス制御部４１１とについては、既に第２実施形態で説明した通りである。本実施形態に特有の機能（選局部７０５およびアプリケーション実行部８００）は、次に説明する通りである。

選局部７０５は、前述の選局部５と同様に、受信部１が受信する放送信号の放送サービス（チャンネル）を選局する機能を持つ。選局部７０５は、また、選局可能な放送サービスの情報（メディアおよびチャンネルの情報）を内部に保持する機能を持つ。この選局可能なメディアおよびチャンネルの情報には、後述するＡＰＩを介してアクセス可能である。

アプリケーション実行部８００は、アプリケーションプログラム（放送マネージドアプリケーションや放送独立型アプリケーション）を実行させる実行環境である。具体的には、アプリケーション実行部８００は、放送リソースや受信機リソースにアクセスするための拡張ＡＰＩを備えたＨＴＭＬ５ブラウザーである。アプリケーション実行部８００は、拡張ＡＰＩの一つとして、上記の選局部７０５が保持するメディアおよびチャンネルの情報を取得するためのＡＰＩを有する。

アプリケーションプログラムから選局するために受信装置７００が持つ機能は、次の通りである。選局部７０５は、放送独立型アプリケーションプログラムまたは放送マネージドアプリケーションプログラムによる選局指示にしたがって前記放送サービスを選局する。アプリケーション稼働管理部４１０は、放送独立型アプリケーションプログラムが選局指示を行った場合には、適切なタイミングで、当該前記放送独立型アプリケーションプログラムを終了させる。

選局部７０５は、選局可能なメディアの情報を保持する。また、選局部７０５は、前記メディアに対応付けて選局可能なチャンネルの情報を保持する。アプリケーション実行部８００で動作する放送独立型アプリケーションプログラムは、所定のアプリケーションプログラムインターフェースを介して、選局部７０５が保持する上記の選局可能なメディアの情報を取得することができる。また、放送独立型アプリケーションプログラムは、所定のアプリケーションプログラムインターフェースを介して、選局部７０５が保持する、すべての選局可能なチャンネルの情報、または特定のメディアの選局可能なチャンネルの情報、を取得することができる。放送独立型アプリケーションプログラムは、取得した選局可能なチャンネルの情報を用いて、アプリケーションプログラムインターフェースを介して、指定したチャンネルの放送サービスを選局するよう、選局部７０５に指示できる。選局部７０５は、この指示にしたがって、特定の放送サービスを選局する。

図１５は、本実施形態による動作手順の例を示すフローチャートである。このフローチャートは、受信装置７００上で稼働する放送独立型アプリケーションから放送を選局する際の動作手順を示す。この動作の前提として、全国の複数の地域に系列局（放送局）を持つキー局（放送局）が、放送独立型アプリケーションによるサービスを展開している。つまり、単一の放送独立型アプリケーションが、地域に依らずに使用される。一方、地域ごとの放送局に依って、放送サービス（メディアおよびチャンネル）は異なり得る。本実施形態の受信装置７００は、その設置されている場所（地域）に関わらず、放送独立型アプリケーションから、適切に所望の放送サービス（メディアおよびチャンネル）を選局することが必要とされる。なお、ここで放送独立型アプリケーションが選局の対象とする放送サービスは、地上デジタルの放送サービスである。

なお、放送サービスの識別子とは、original_network_id（オリジナルネットワークＩＤ）、transport_stream_id（トランスポートストリームＩＤ）、service_id（サービスＩＤ）の3つの識別子の組み合わせである。また、getAvailableMedia関数およびgetChannelInformation関数のそれぞれは、拡張ＡＰＩを介した要求を行うための関数である。getAvailableMedia関数は、選局可能なメディアの情報を取得するための関数である。getChannelInformation関数は、選局可能なチャンネルの情報を取得するための関数である。以下、フローチャートに沿って手順を説明する。

ステップＳ７０１において、放送独立型アプリケーションの動作として、アプリケーション実行部８００は、当該放送独立型アプリケーションがサービスの対象とする系列放送局のすべての放送サービスの識別子のリスト（リストＡと呼ぶ）を取得する。このすべての放送サービスの識別子のリストは、例えば、当該放送独立型アプリケーションが持つコード（データ領域）の一部として記録されていてもよい。

次に、ステップＳ７０２において、放送独立型アプリケーションの動作として、アプリケーション実行部８００は、選局可能なメディアのリスト（リストＢと呼ぶ）を取得する。この選局可能なメディアのリストは、getAvailableMedia関数を呼び出すことによって取得可能である。

次に、ステップＳ７０３において、放送独立型アプリケーションの動作として、アプリケーション実行部８００は、ステップＳ７０２で取得したリストＢに、「ＴＤ」が入っているか否かを判定する。この「ＴＤ」は、地上デジタル放送を表すものである。地上デジタル放送は、国内の所定の地域においてのみ受信され得る放送である。リストＢに「ＴＤ」が入っている場合（ステップＳ７０３：ＹＥＳ）には、ステップＳ７０４に進む。リストＢに「ＴＤ」が入っていない場合（ステップＳ７０３：ＮＯ）には、対象の放送サービスを受信できないため、ステップＳ７０７に進む。

次に、ステップＳ７０４において、放送独立型アプリケーションの動作として、アプリケーション実行部８００は、選局可能なチャンネ一覧（リストＣと呼ぶ）を取得する。この選局可能なチャンネルのリストは、getChannelInformation関数を呼び出すことによって取得可能である。選局可能なチャンネルのリストは、受信装置７００が設置されている場所（地域）に依存する。

次に、ステップＳ７０５において、放送独立型アプリケーションの動作として、アプリケーション実行部８００は、選局可能なチャンネルのリスト（リストＣ）内に所望の放送サービスの識別子が含まれるか否かを判定する。ここで、所望の放送サービスの識別子とは、リストＡに含まれる放送サービスの識別子の中のいずれか一つである。選局可能なチャンネルのリストの中に所望の放送サービスの識別子が含まれている場合（Ｓ７０５：ＹＥＳ）には、ステップＳ７０６に進む。選局可能なチャンネルのリストの中に所望の放送サービスの識別子が含まれていない場合（Ｓ７０５：ＮＯ）には、対象の放送サービスを受信できないため、ステップＳ７０７に進む。

次に、ステップＳ７０６において、放送独立型アプリケーションの動作として、アプリケーション実行部８００は、リストＣに含まれているとステップＳ７０５で判定したサービスの識別子を用いて、放送サービスを選局する。具体的には、放送独立型アプリケーション内で放送サービスの識別子を指定してtuneTo関数を呼び出すことによって、アプリケーション実行部８００は、選局部７０５に対して、該当する放送サービスを選局させる。選局部７０５は、指示された放送サービスの識別子にしたがって、選局を行う。これにより、所望の放送サービスが選局される。つまり、受信装置７００は、その放送サービスを受信する。つまり、受信装置７００が設置されている地域がどこであっても、その地域に応じて、放送独立型アプリケーションからの選局が行える。本ステップの終了後、放送独立型アプリケーションは、本フローチャート全体の処理を終了する。

なお、ステップＳ７０７に進んだ場合（Ｓ７０３またはＳ７０５から）には、放送独立型アプリケーションの動作として、アプリケーション実行部８００は、選局が不可能である旨のメッセージを画面等に表示する。本ステップの終了後、放送独立型アプリケーションは、本フローチャート全体の処理を終了する。

以上説明したように、本実施形態によると、受信装置７００がどの地域に設置されていても、放送独立型アプリケーションから、その地域に応じた適切な放送サービスを選局することが可能となる。また、例えばその地域に該当する放送サービスがない場合など、受信装置７００が選局できない場合には、その旨のメッセージを表示することができる。

なお、上述した各実施形態における受信装置の少なくとも一部の機能をコンピューターで実現することができる。その場合、この機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリー等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、一時的に、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、変形例を実施してもよく、この発明の要旨を逸脱しない範囲の設計を有する構成としてもよい。

本発明は、例えば、放送と通信とを連携するサービスや、そういったサービスを実現するための機器等に利用することができる。但し、本発明の利用範囲はここに例示したものには限られない。

１ 受信部
２ 復調部
３ 復号部
４ 提示部
５ 選局部
１００ 受信装置（受信機）
２００ アプリケーション実行部
２０１ アプリケーション記憶部
２１０ アプリケーション稼働管理部
２１１ 放送マネージドアプリ管理部
２１２ 放送外マネージドアプリ管理部
２１３ 放送独立型アプリ管理部
２１４ 一般アプリ管理部
２２０ 外部起動実行部
２２１ 端末連携部
２２２ 要求生成部
２４０ 通信機能部
３００ 受信装置（受信機）
３１０ 端末装置
３２０ 放送送出装置
３３０ 可否判定サーバー装置
３４０ サービスサーバー装置
４１０ アプリケーション稼働管理部
４１１ リソースアクセス制御部
４２０ ＡＩＴ管理部（アプリケーション情報テーブル管理部）
４３０ 受信機ロンチャー部
５００ 受信装置（受信機）
７００ 受信装置（受信機）
７０５ 選局部
８００ アプリケーション実行部

Claims (11)

1. 放送信号を受信する受信部と、
   前記受信部が受信する前記放送信号の放送サービスを選局する選局部と、
   受信した前記放送信号から放送リソースを抽出する抽出部と、
   アプリケーションプログラムを実行させるアプリケーション実行部と、
   前記アプリケーション実行部で実行される前記アプリケーションプログラムの稼働を管理するアプリケーション稼働管理部と、
   を備える受信装置であって、
   前記アプリケーションプログラムは、放送独立型アプリケーションプログラムを含み、
   前記アプリケーション稼働管理部は、前記放送独立型アプリケーションプログラムが稼働する際に前記放送リソースにアクセスすることを禁止する、
   受信装置。
2. 前記受信装置と連携動作する連携端末装置からの、前記放送サービスの識別情報と前記アプリケーションプログラムの識別情報とを指定した要求に基づいて、指定された前記放送サービスを選局するよう前記選局部を制御するとともに、指定された前記アプリケーションプログラムを起動するよう前記アプリケーション稼働管理部を制御する外部起動実行部、
   をさらに備える請求項１に記載の受信装置。
3. 前記外部起動実行部は、指定された前記放送サービスが予め定められた値である場合には、前記放送サービスの選局状態を解除するよう前記選局部を制御する、
   請求項２に記載の受信装置。
4. 前記アプリケーション稼働管理部は、受信装置で同時に実行可能なアプリケーションプログラムの数の上限が１の場合であって、前記外部起動実行部によって指定された前記アプリケーションプログラムを起動した場合にアプリケーションプログラムの数が前記上限を超えることになってしまう場合には、既に稼働していたアプリケーションプログラムを終了させる制御を行う、
   請求項２または３に記載の受信装置。
5. 前記外部起動実行部は、指定された前記放送サービスの識別情報と前記アプリケーションプログラムの識別情報との間の整合性を、外部のサーバー装置に問い合わせることによって確認し、整合性が確認された場合にのみ、前記指定された前記放送サービスを選局するよう前記選局部を制御するとともに、前記指定された前記アプリケーションプログラムを起動するよう前記アプリケーション稼働管理部を制御する、
   請求項２から４までのいずれか一項に記載の受信装置。
6. 前記外部起動実行部は、指定された前記放送サービスが予め定められた値である場合には、前記放送サービスの選局状態を解除するよう前記選局部を制御する、
   請求項５に記載の受信装置。
7. 入力される映像および音声を提示する提示部、
   をさらに備え、
   前記抽出部は、抽出した前記放送リソースに含まれる映像および音声を前記提示部に入力するものであり、
   前記放送独立型アプリケーションプログラムは、通信ネットワークを介して外部装置からコンテンツデータを受信し、受信した前記コンテンツデータに含まれる映像および音声を前記提示部に入力する機能を持つ、
   請求項１から６までのいずれか一項に記載の受信装置。
8. 前記選局部は、前記放送独立型アプリケーションプログラムまたは特定の前記放送サービスの放送信号に基づいて起動される放送マネージドアプリケーションプログラム、による選局指示にしたがって前記放送サービスを選局するものであり、
   前記アプリケーション稼働管理部は、前記放送独立型アプリケーションプログラムが前記選局指示を行った場合に、当該前記放送独立型アプリケーションプログラムを終了させる、
   請求項１から７までのいずれか一項に記載の受信装置。
9. 前記選局部は、選局可能なメディアの情報を保持するものであり、
   前記放送独立型アプリケーションプログラムは、所定のアプリケーションプログラムインターフェースを介して、前記選局部が保持する選局可能なメディアの情報を取得する、
   請求項８に記載の受信装置。
10. 前記選局部は、前記メディアに対応付けて選局可能なチャンネルの情報を保持するものであり、
    前記放送独立型アプリケーションプログラムは、所定のアプリケーションプログラムインターフェースを介して、前記選局部が保持する、すべての選局可能なチャンネルの情報、または特定のメディアの選局可能なチャンネルの情報、を取得する、
    請求項９に記載の受信装置。
11. 放送信号を受信する受信部と、
    前記受信部が受信する前記放送信号の放送サービスを選局する選局部と、
    受信した前記放送信号から放送リソースを抽出する抽出部と、
    アプリケーションプログラムを実行させるアプリケーション実行部と、
    を備えるコンピューターを、
    請求項１から１０までのいずれか一項に記載の受信装置として機能させるためのプログラム。

Images