知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2025-03-18
(45)【発行日】2025-03-27
(54)【発明の名称】受信装置及び受信方法
(51)【国際特許分類】
H04N 21/47 20110101AFI20250319BHJP
【ＦＩ】
H04N21/47
【請求項の数】
2
(21)【出願番号】P 2025007905
(22)【出願日】2025-01-20
(62)【分割の表示】P 2022179079の分割
【原出願日】2022-11-08
【審査請求日】2025-01-20
【早期審査対象出願】
(73)【特許権者】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】100161207
【弁理士】
【氏名又は名称】西澤 和純
(74)【代理人】
【識別番号】100129115
【弁理士】
【氏名又は名称】三木 雅夫
(74)【代理人】
【識別番号】100133569
【弁理士】
【氏名又は名称】野村 進
(74)【代理人】
【識別番号】100131473
【弁理士】
【氏名又は名称】覚田 功二
(72)【発明者】
【氏名】鈴木 秀樹
(72)【発明者】
【氏名】西垣 智夫
(72)【発明者】
【氏名】工藤 徳幸
(72)【発明者】
【氏名】小野 幸一
(72)【発明者】
【氏名】川添 裕史
【審査官】富樫 明
(56)【参考文献】
【文献】特開２０１２－２５７２２３（ＪＰ，Ａ）
【文献】特開２０１１－２５０３２３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００－２１／８５８
(57)【特許請求の範囲】
【請求項1】
放送コンテンツの提示中に、データ放送に基づいてアプリケーションを起動し、前記アプリケーションの実行によるメディアサービスのコンテンツを提示するアプリケーション処理部と、
前記放送コンテンツの提示状態に切り替えることができない場合、
前記放送コンテンツの提示状態への切り替え手段を提示する切替処理部と、を備え、
前記切替処理部は、
前記アプリケーションを起動した後に、前記アプリケーションの実行により前記切り替え手段を提示する
受信装置。
【請求項2】
受信装置における受信方法であって、放送コンテンツの提示中に、データ放送に基づいてアプリケーションを起動するステップと、
前記アプリケーションの実行によるメディアサービスのコンテンツを提示するステップと、
前記放送コンテンツの提示状態に切り替えることができない場合、
前記放送コンテンツの提示状態への切り替え手段を提示するステップと、を有し、
前記切り替え手段を提示するステップは、
前記アプリケーションを起動した後に、前記アプリケーションの実行により前記切り替え手段を提示する
受信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、受信装置及び受信方法に関する。
【背景技術】
【0002】
近年、ＯＴＴ（Ｏｖｅｒ ｔｈｅ ｔｏｐ）サービスが急速に普及している。ＯＴＴサービスは、インターネットを介してユーザに直接提供されるメディアサービスのことである。ＯＴＴサービスは、ケーブルテレビ、地上波放送、衛星放送などの従来コンテンツの配信者として機能していた企業などを経由して提供される。ＯＴＴサービスには、ＶｏＤ（Ｖｉｄｅｏ ｏｎ Ｄｅｍａｎｄ）サービスや見逃し配信サービスなどが含まれる。ＶｏＤサービスは、ユーザが観たい時に様々な映像コンテンツを視聴することができるサービスである。見逃し配信サービスは、テレビ番組などの放送コンテンツをインターネット上でオンデマンド配信するサービスである。
【0003】
ＯＴＴサービスは、パソコン、スマートフォン、受信装置などの端末装置においてアプリケーションやウェブブラウザなどを利用して視聴することが可能である。
このような中で、地上波放送による放送コンテンツの配信中や当該放送コンテンツの配信後にデータ放送を用いて見逃し配信サービスなどのＯＴＴサービスにユーザを誘導することが検討されている。
このような中で、地上波放送による放送コンテンツの配信中や当該放送コンテンツの配信後にデータ放送を用いて見逃し配信サービスなどのＯＴＴサービスにユーザを誘導することが検討されている。
【0004】
例えば、特許文献１には、少なくとも広告又は番組を含むテレビジョン放送内容に、当該内容に関連する情報を提供するウェブサイトのＵＲＬ情報を挿入して同時に発信し、視聴者側で放送を受信した日時・放送局の情報を放送受信データとして記録し、該データをテレビジョン放送内容をキャプチャーしてＵＲＬ情報をデータとして取得・蓄積する照会センターに照会し、該データに適合するＵＲＬ情報を入手し、該ＵＲＬ情報に基づいてウェブサイトにアクセスして閲覧する受信装置が開示されている。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２０２２－３８６４０号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、データ放送によってＯＴＴサービスのアプリケーション（登録一般アプロケーションや一般アプリケーションともいう。）やウェブブラウザを起動して放送コンテンツからＯＴＴサービスへの誘導、切り替えはできても、ＯＴＴサービスから放送コンテンツへの切り替えができないことがあった。また、ＯＴＴサービスから放送コンテンツへの切り替え手段が解らず、ユーザの利便性が十分でないことがあった。このように、コンテンツの切り替えにおけるユーザの利便性が十分でないという課題があった。
【0007】
本発明は上記の点に鑑みてなされたものであり、コンテンツの切り替えにおけるユーザの利便性を向上させることができる受信装置及び受信方法を提供することを目的とする。
【課題を解決するための手段】
【0008】
（１）本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、放送コンテンツの提示中に、データ放送に基づいてアプリケーションを起動し、前記アプリケーションの実行によるメディアサービスのコンテンツを提示するアプリケーション処理部と、前記放送コンテンツの提示状態に切り替えることができない場合、前記放送コンテンツの提示状態への切り替え手段を提示する切替処理部と、を備え、前記切替処理部は、前記アプリケーションを起動した後に、前記アプリケーションの実行により前記切り替え手段を提示する受信装置である。
【0009】
（２）また、本発明の一態様は、受信装置における受信方法であって、放送コンテンツの提示中に、データ放送に基づいてアプリケーションを起動するステップと、前記アプリケーションの実行によるメディアサービスのコンテンツを提示するステップと、前記放送コンテンツの提示状態に切り替えることができない場合、前記放送コンテンツの提示状態への切り替え手段を提示するステップと、を有し、前記切り替え手段を提示するステップは、前記アプリケーションを起動した後に、前記アプリケーションの実行により前記切り替え手段を提示する受信方法である。
【発明の効果】
【0010】
本発明によれば、コンテンツの切り替えにおけるユーザの利便性を向上させることができる。
【図面の簡単な説明】
【0011】
【図1】本発明の第１の実施形態に係る放送システムの構成の一例を示す図である。
【図2】本実施形態に係るコンテンツ切り替えの一例を示す概略図である。
【図3】本実施形態に係る受信装置の構成の一例を示すブロック図である。
【図4】本実施形態に係るアプリケーションの起動に係るコマンドの一例を示す図である。
【図5】本実施形態に係るエクストラブラウザの起動に係るコマンドの一例を示す図である。
【図6】本実施形態に係るアプリケーションのバージョン識別に係るコマンドの一例を示す図である。
【図7】本実施形態に係るブラウザに組み込まれた機能の確認に係るコマンドの一例を示す図である。
【図8】本実施形態に係るアプリケーションをデータ放送により起動するコマンドの一例を示す図である。
【図9】本実施形態に係るアプリケーションをデータ放送により起動するＡＰＩコマンドの定義の一例を示す図である。
【図10】本実施形態に係るアプリケーションをデータ放送により起動するＡＰＩコマンドの一例を示す図である。
【図11】本実施形態に係るコンテンツ切り替え処理の一例を示すフローチャートである。
【図12】本実施形態の変形例に係るコンテンツ切り替え処理の一例を示すフローチャートである。
【図13】本実施形態の変形例に係るコンテンツ切り替え処理の一例を示すフローチャートである。
【図14】本実施形態の変形例に係るコンテンツ切り替えコマンドの一例を示す図である。
【図15】本実施形態の変形例に係るコンテンツ切り替え処理の一例を示すフローチャートである。
【図16】本発明の第２実施形態に係るアプリケーションの起動に係るコマンドの定義の一例を示す図である。
【図17】本実施形態に係るアプリケーションの起動に係るコマンドの定義の一例を示す図である。
【図18】本実施形態に係るエクストラブラウザの起動に係るコマンドの定義の一例を示す図である。
【図19】本実施形態に係るコンテンツ切り替え処理の一例を示すフローチャートである。
【発明を実施するための形態】
【0012】
以下、図面を参照しながら本発明の各実施形態について詳しく説明する。
【0013】
＜第１の実施形態＞
［システム構成］
図１は、本発明の第１の実施形態に係る放送システムＳｙｓの構成の一例を示す図である。
放送システムＳｙｓは、放送局１、受信装置２、放送局サーバ３、及び事業者サーバ４、ＯＴＴサーバを含んで構成される。放送は、例えば、地上デジタル放送である。
ただし本発明は、地上デジタル放送に限らず、放送衛星を用いた放送であってもよい。放送衛星を用いた放送は、例えば高度ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅｓ）デジタル放送又は高度広帯域ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅｓ）デジタル放送である。また、放送は、ケーブルテレビ等の有線放送であってもよい。
［システム構成］
図１は、本発明の第１の実施形態に係る放送システムＳｙｓの構成の一例を示す図である。
放送システムＳｙｓは、放送局１、受信装置２、放送局サーバ３、及び事業者サーバ４、ＯＴＴサーバを含んで構成される。放送は、例えば、地上デジタル放送である。
ただし本発明は、地上デジタル放送に限らず、放送衛星を用いた放送であってもよい。放送衛星を用いた放送は、例えば高度ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅｓ）デジタル放送又は高度広帯域ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅｓ）デジタル放送である。また、放送は、ケーブルテレビ等の有線放送であってもよい。
【0014】
放送システムＳｙｓにおいて、放送局１は、放送波によってデジタル放送信号、アプリケーション制御情報などを送信する。
アプリケーション制御情報は、本システム対応受信装置に対して番組と連動するアプリケーション、例えば、ＯＴＴサービスのアプリケーションなどを周知するとともに起動・終了のためのコマンド等の制御情報である。
放送局１は、放送システムＳｙｓにおいて、放送局サーバ３を運営する。放送局サーバ３は、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時などのメタデータを提供する。放送局１がサービス事業者に提供する情報は、放送局サーバ３が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて提供される。
アプリケーション制御情報は、本システム対応受信装置に対して番組と連動するアプリケーション、例えば、ＯＴＴサービスのアプリケーションなどを周知するとともに起動・終了のためのコマンド等の制御情報である。
放送局１は、放送システムＳｙｓにおいて、放送局サーバ３を運営する。放送局サーバ３は、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時などのメタデータを提供する。放送局１がサービス事業者に提供する情報は、放送局サーバ３が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて提供される。
【0015】
サービス事業者は、放送システムＳｙｓによるサービスを提供する者であり、サービスを提供するためのコンテンツ、アプリケーションの制作・配信、個々のサービスを実現するための事業者サーバ４を運営する。ここで、サービスには、放送と通信とを連携させる放送通信連携サービスも含まれる。
事業者サーバ４は、アプリケーションの管理・配布のために、受信装置２に対してアプリケーションを送信する。事業者サーバ４は、サービス毎のサーバとして、個々のサービス（ＭＰＥＧ－Ｈサービス、ＡＣ－４サービス、ＶＯＤ番組レコメンドサービス、多言語字幕サービス等）を実現するためのサーバ機能を提供する。
事業者サーバ４は、アプリケーションの管理・配布のために、受信装置２に対してアプリケーションを送信する。事業者サーバ４は、サービス毎のサーバとして、個々のサービス（ＭＰＥＧ－Ｈサービス、ＡＣ－４サービス、ＶＯＤ番組レコメンドサービス、多言語字幕サービス等）を実現するためのサーバ機能を提供する。
【0016】
ＭＰＥＧ－Ｈは、デジタルコンテナ標準、動画圧縮標準、音声圧縮標準、そして２つの順応試験標準のため、ＩＳＯ／ＩＥＣ Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）の開発下にある一連の標準である。ＭＰＥＧ－Ｈオーディオでは、例えば、オブジェクトベース音響が可能である。オブジェクトベース音響の「オブジェクト」とは、音楽や人の声などの番組を構成する音の素材一つ一つである。オブジェクトベース音響では、音の素材ごとに音声信号が記録され、素材ごとの音声制御が可能である。また、受信装置２で再生する時に、素材の再生位置情報を基に、実際に置かれているスピーカーの位置に合わせて番組を再生することも可能である。
【0017】
ＡＣ－４は、主に放送やネット配信を想定して開発された音声圧縮技術である。ＡＣ－４オーディオでも、オブジェクトベースの音響が可能である。
【0018】
事業者サーバ４は、こうしたサービスの機能面を実現するだけでなく、サービスを構成するコンテンツ（ＭＰＥＧ－Ｈオーディオデータ、ＡＣ－４オーディオデータ、ＶＯＤコンテンツ、字幕データなど）を送信する。事業者サーバ４は、「リポジトリ」として、放送システムＳｙｓのアプリケーションを配布するために登録され、受信装置２からの問い合わせに応じて提供可能なアプリケーションの一覧の提供や検索を行う。
【0019】
ＯＴＴサーバ５は、ＯＴＴサービスを提供するサービス事業者によって運営され、オンデマンド配信されるコンテンツを管理する機能を有する。ＯＴＴサーバ５は、ネットワークを介して接続された端末や受信装置からの専用アプリケーション、ウェブブラウザを用いた接続・要求されるコンテンツを配信する機能を有する。
【0020】
受信装置２には、既存デジタル放送の受信機能に加えて、放送通信連携サービスを実現するための機能も含まれる。受信装置２には、ブロードバンドネットワーク接続機能に加え、次の機能を有している。
・放送からのアプリケーション制御信号に応じてアプリケーションを受信する機能
・放送からのアプリケーション制御信号に応じてアプリケーションを実行する機能
・放送と通信間の連携による提示を行う機能
・端末連携機能
・放送からのアプリケーション制御信号に応じてアプリケーションを受信する機能
・放送からのアプリケーション制御信号に応じてアプリケーションを実行する機能
・放送と通信間の連携による提示を行う機能
・端末連携機能
【0021】
ここで、端末には、例えば、タブレット端末、パソコン、スマートフォンやスマートスピーカー等のユーザ端末が含まれる。受信装置２の端末連携機能は、他の端末の要求に応じて番組情報などの放送リソースにアクセスしたり、再生制御当の受信装置機能を呼び出したりすることが可能である。
【0022】
より具体的には、受信装置２は、次の機能を有する。
受信装置２は、放送受信再生機能として、放送波を受信する。受信装置２は、特定の放送サービスが選局されると、当該サービスを構成する映像、音声、字幕、データ放送を同期再生する機能を有する。
受信装置２は、通信コンテンツ受信再生機能として、通信ネットワーク上のサーバ（例えばＯＴＴサーバ５）に置かれた映像コンテンツにアクセスする。受信装置２は、ＯＴＴサーバ５からＶＯＤストリーミングとして映像コンテンツを受信し、当該コンテンツを構成する映像、音声、字幕を同期再生する機能を有する。
受信装置２は、放送受信再生機能として、放送波を受信する。受信装置２は、特定の放送サービスが選局されると、当該サービスを構成する映像、音声、字幕、データ放送を同期再生する機能を有する。
受信装置２は、通信コンテンツ受信再生機能として、通信ネットワーク上のサーバ（例えばＯＴＴサーバ５）に置かれた映像コンテンツにアクセスする。受信装置２は、ＯＴＴサーバ５からＶＯＤストリーミングとして映像コンテンツを受信し、当該コンテンツを構成する映像、音声、字幕を同期再生する機能を有する。
【0023】
受信装置２は、アプリケーション制御機能として、通信ネットワーク上のサーバあるいは放送信号から取得したアプリケーション制御情報に基づき、主にマネージドアプリケーションに関してアプリケーションエンジンに対して働きかける。受信装置２は、アプリケーション単位のライフサイクル及びイベントの制御・管理を行う機能を有する。
受信装置２は、アプリケーションエンジン機能として、アプリケーションを取得する。受信装置２は、当該アプリケーションを実行する機能を有する。この機能は、例えばＨＴＭＬ５ブラウザで実現される。
受信装置２は、アプリケーションエンジン機能として、アプリケーションを取得する。受信装置２は、当該アプリケーションを実行する機能を有する。この機能は、例えばＨＴＭＬ５ブラウザで実現される。
【0024】
受信装置２は、提示同期制御機能として、放送受信による映像・音声等のストリームと、ストリーミング受信による映像・音声等のストリーム提示同期を制御する機能を有する。
受信装置２は、アプリケーションロンチャー機能として、主に放送外マネージドアプリケーションをユーザが選択、起動するためのナビゲーション機能を有する。
受信装置２は、アプリケーションロンチャー機能として、主に放送外マネージドアプリケーションをユーザが選択、起動するためのナビゲーション機能を有する。
【0025】
なお、以下の説明において、放送局１、放送局サーバ３、事業者サーバ４、ＯＴＴサーバ５を特に区別しない場合には、ＯＴＴサーバ５として説明する。すなわち、以下で説明するＯＴＴサーバ５は、上記で説明した放送局１、放送局サーバ３、事業者サーバ４、ＯＴＴサーバ５のいずれかの機能または一部またはすべての機能を有する。
【0026】
［コンテンツ切り替え機能］
次に、本実施形態におけるコンテンツ切り替え機能について説明する。
本実施形態に係る受信装置２は、地上デジタル放送などの放送コンテンツの表示中に、データ放送によりアプリケーションを起動する機能を有する。換言すれば、受信装置２は、遷移元となる地上デジタル放送などの放送コンテンツの表示中に、データ放送により遷移先となるアプリケーションを起動（アプリケーションに遷移）する機能を有する。また、受信装置２は、起動されたアプリケーションが終了した場合に、アプリケーションを起動する前の放送コンテンツ、すなわち、遷移元の放送コンテンツの表示への切り替え処理を実行する機能を有する。
次に、本実施形態におけるコンテンツ切り替え機能について説明する。
本実施形態に係る受信装置２は、地上デジタル放送などの放送コンテンツの表示中に、データ放送によりアプリケーションを起動する機能を有する。換言すれば、受信装置２は、遷移元となる地上デジタル放送などの放送コンテンツの表示中に、データ放送により遷移先となるアプリケーションを起動（アプリケーションに遷移）する機能を有する。また、受信装置２は、起動されたアプリケーションが終了した場合に、アプリケーションを起動する前の放送コンテンツ、すなわち、遷移元の放送コンテンツの表示への切り替え処理を実行する機能を有する。
【0027】
ここで、アプリケーションを起動する前の放送コンテンツの表示への切り替え処理には、アプリケーションを起動する前の放送コンテンツの表示への切り替えを実行する切り替え実行処理と、アプリケーションを起動する前の放送コンテンツの表示への切り替え手段を提示する切り替え提示処理とが含まれる。換言すれば、アプリケーションを起動する前の放送コンテンツの表示への切り替え処理には、アプリケーションを起動する前の放送コンテンツへ戻る処理（アプリケーションから遷移元の放送コンテンツに戻るよう遷移を指示する処理ともいう）と、アプリケーションを起動する前の放送コンテンツへ戻るための手段を提示する処理とが含まれる。
次いで、アプリケーションの起動、アプリケーションの終了、放送コンテンツの表示等のコンテンツ切り替え機能について説明する。
次いで、アプリケーションの起動、アプリケーションの終了、放送コンテンツの表示等のコンテンツ切り替え機能について説明する。
【0028】
図２は、本実施形態に係るコンテンツ切り替えの一例を示す概略図である。
図示する例において、ｔは、時刻ｔ０、ｔ１、ｔ２のように経過する時刻を表す。
放送コンテンツは、地上デジタル放送などによる放送コンテンツを表し、放送局１から継続的に送信されるコンテンツである。表示コンテンツは、受信装置２に表示されるコンテンツである。受信装置２は、時刻ｔ０においてＸチャンネル（Ｘｃｈ）の放送コンテンツを表示する。受信装置２は、放送コンテンツの表示中の時刻ｔ１においてアプリケーションの起動指示を受信する。受信装置２は、起動指示に基づいて、ＯＴＴサービスのアプリケーションを起動する。受信装置２は、アプリケーションが起動したことに基づいて、ＯＴＴサービスのコンテンツを表示する。
図示する例において、ｔは、時刻ｔ０、ｔ１、ｔ２のように経過する時刻を表す。
放送コンテンツは、地上デジタル放送などによる放送コンテンツを表し、放送局１から継続的に送信されるコンテンツである。表示コンテンツは、受信装置２に表示されるコンテンツである。受信装置２は、時刻ｔ０においてＸチャンネル（Ｘｃｈ）の放送コンテンツを表示する。受信装置２は、放送コンテンツの表示中の時刻ｔ１においてアプリケーションの起動指示を受信する。受信装置２は、起動指示に基づいて、ＯＴＴサービスのアプリケーションを起動する。受信装置２は、アプリケーションが起動したことに基づいて、ＯＴＴサービスのコンテンツを表示する。
【0029】
受信装置２は、ＯＴＴサービスのコンテンツが終了したことに基づいて、時刻ｔ２においてＯＴＴサービスのアプリケーションを終了する。受信装置２は、ＯＴＴサービスのアプリケーションが終了したことに基づいて、ＯＴＴサービスのアプリケーションを起動する以前の時刻ｔ１まで表示していたＸチャンネルの放送コンテンツを表示する。ここで、時刻ｔ２で表示される放送コンテンツは、時刻ｔ１以前のチャンネルと同じチャンネルにおいて時刻ｔ２時点で放送されているコンテンツである。すなわち、受信装置２は、起動されたアプリケーションが終了したときに、当該アプリケーションを起動する前の放送コンテンツと同じチャンネルで放送されている放送コンテンツを表示する。
【0030】
［受信装置の構成］
次いで、受信装置２の構成について説明する。
図３は、本実施形態に係る受信装置２の構成の一例を示すブロック図である。
受信装置２は、メインシステム部２０と、受信部２１と、入力部２２と、出力部２５と、を含んで構成される。
受信部２１は、放送波を受信する機能、すなわちチューナーとしての機能を有する。受信部２１は、アンテナを介して放送波を受信する。受信部２１は、ユーザ操作に基づいて選択されていているチャンネルを同調（選局）する。同調された信号は、復調され、データとしてメインシステム部２０に出力される。
また、受信部２１は、受信装置２と通信接続されるネットワークを介して他の端末などと各種情報を有線通信または無線通信により受信する機能、すなわち他の端末と通信するための通信部としての機能を有する。
なお、本実施形態では、受信部２１がチューナーと通信部とそれぞれ備えてもよい。
次いで、受信装置２の構成について説明する。
図３は、本実施形態に係る受信装置２の構成の一例を示すブロック図である。
受信装置２は、メインシステム部２０と、受信部２１と、入力部２２と、出力部２５と、を含んで構成される。
受信部２１は、放送波を受信する機能、すなわちチューナーとしての機能を有する。受信部２１は、アンテナを介して放送波を受信する。受信部２１は、ユーザ操作に基づいて選択されていているチャンネルを同調（選局）する。同調された信号は、復調され、データとしてメインシステム部２０に出力される。
また、受信部２１は、受信装置２と通信接続されるネットワークを介して他の端末などと各種情報を有線通信または無線通信により受信する機能、すなわち他の端末と通信するための通信部としての機能を有する。
なお、本実施形態では、受信部２１がチューナーと通信部とそれぞれ備えてもよい。
【0031】
入力部２２は、ユーザの操作に基づく操作信号を取得し、取得した操作信号をメインシステム部２０に出力する機能を有する。操作信号は、所定の機能の実行、停止、放送チャンネルの選択、各種情報の選択・設定、音量調整、色合い調整などの指示信号が含まれる。
【0032】
なお、入力部２２は、操作を受け付ける部材を備えてもよい。かかる部材として、例えば、ボタン、ダイヤル、つまみ、などの専用の部材を有していてもよいし、タッチセンサ、マウス、などの汎用の部材を有してもよい。タッチセンサは、ディスプレイと一体化され、タッチパネルとして機能してもよい。入力部２２は、例えば、リモートコントローラ（リモコン）から無線で操作信号を受信するセンサを備えてもよい。センサは、例えば、赤外線センサ、など操作信号を搬送する電磁波を検出できる部材であればよい。
【0033】
出力部２５は、メインシステム部２０から入力される音声信号に基づく音声を出力（再生）する機能を有する。
また、出力部２５は、メインシステム部２０から入力される映像信号に基づく映像を表示面に表示する機能を有する。出力部２５は、例えば、表示素子と、当該表示素子を駆動するための駆動回路を備える。表示素子は、液晶ディスプレイ、プラズマディスプレイ、有機エレクトロルミネッセンスディスプレイなどのいずれの種類のディスプレイであってもよい。
また、出力部２５は、メインシステム部２０から入力される映像信号に基づく映像を表示面に表示する機能を有する。出力部２５は、例えば、表示素子と、当該表示素子を駆動するための駆動回路を備える。表示素子は、液晶ディスプレイ、プラズマディスプレイ、有機エレクトロルミネッセンスディスプレイなどのいずれの種類のディスプレイであってもよい。
【0034】
メインシステム部２０は、受信装置２の動作を制御する機能を有する。メインシステム部２０は、受信部２１から入力される放送信号からデータ信号を分離する。メインシステム部２０は、分離したデータ信号から制御信号とコンテンツ信号とを分離する。制御信号は、放送信号の受信処理に用いる各種の制御情報を搬送する信号である。コンテンツ信号は、コンテンツを搬送する信号である。メインシステム部２０は、コンテンツをなす音声を示す音声信号と映像信号とを復号する。メインシステム部２０は、復号した音声信号を出力部２５に出力させる。また、メインシステム部２０は、復号した映像信号を出力部２５に出力させる。
【0035】
また、メインシステム部２０は、入力部２２から入力される操作信号に基づいて、受信装置２の動作を制御する機能を有する。
【0036】
また、メインシステム部２０は、受信部２１から入力されるＯＴＴコンテンツをなす音声信号と映像信号とを復号する。メインシステム部２０は、復号した音声信号を出力部２５に出力させる。また、メインシステム部２０は、復号した映像信号を出力部２５に出力させる。
【0037】
また、メインシステム部２０は、ＯＴＴのアプリケーションを実行する機能を有する。また、メインシステム部２０は、ＯＴＴのアプリケーションの実行によるＯＴＴコンテンツの出力と放送コンテンツの出力とを切り替え処理を実行する機能を有する。
【0038】
より詳細にメインシステム部２０について説明する。
メインシステム部２０は、放送波処理部２３と、ＯＴＴ処理部２４と、切替処理部２６と、を含んで構成される。
放送波処理部２３は、受信部２１から入力される放送信号に対して各種処理を実行する。放送波処理部２３は、復調部２３１と、分離部２３２と、映像処理部２３３と、音声処理部２３４と、出力処理部２３５と、を含んで構成される。
復調部２３１は、放送信号に対して復調処理を実行する。
メインシステム部２０は、放送波処理部２３と、ＯＴＴ処理部２４と、切替処理部２６と、を含んで構成される。
放送波処理部２３は、受信部２１から入力される放送信号に対して各種処理を実行する。放送波処理部２３は、復調部２３１と、分離部２３２と、映像処理部２３３と、音声処理部２３４と、出力処理部２３５と、を含んで構成される。
復調部２３１は、放送信号に対して復調処理を実行する。
【0039】
分離部２３２は、入力されたデータを、映像データ列、音声データ列、文字スーパーデータ列、字幕データ列等に分離する。分離された音声データ列は、音声処理部２３４へ出力される。分離された映像データ列は、映像処理部２３３に出力される。
また、分離部２３２に分離された文字スーパーデータ列及び字幕データ列は、それぞれ、文字スーパーデコーダー及び字幕デコーダー（不図示）で復号化され、復号化された文字列は、映像に重畳される。
また、分離部２３２に分離された文字スーパーデータ列及び字幕データ列は、それぞれ、文字スーパーデコーダー及び字幕デコーダー（不図示）で復号化され、復号化された文字列は、映像に重畳される。
【0040】
映像処理部２３３は、入力された映像データ列を復号化する。
音声処理部２３４は、音声コンポーネントの音声データ列を復号化する。
出力処理部２３５は、復号化された映像データ列に対して色空間変換処理を行い、出力部２５のディスプレイに映像を表示させ、スピーカーに音声を出力させる。
音声処理部２３４は、音声コンポーネントの音声データ列を復号化する。
出力処理部２３５は、復号化された映像データ列に対して色空間変換処理を行い、出力部２５のディスプレイに映像を表示させ、スピーカーに音声を出力させる。
【0041】
ＯＴＴ処理部２４は、受信部２１から入力される通信信号に対して各種処理を実行する。ＯＴＴ処理部２４は、コンテンツ処理部２４１と、コンテンツ出力処理部２４２と、を含んで構成される。
コンテンツ処理部２４１は、コンテンツデータなどの通信信号に対して復調、復号などの処理を実行する。コンテンツ処理部２４１は、各種処理を施した信号をコンテンツ出力処理部２４２に出力する。
コンテンツ出力処理部２４２は、コンテンツ処理部２４１から入力される信号に対して各種出力処理を実行する。コンテンツ出力処理部２４２は、各種出力処理を施した信号を出力部２５に出力させる。コンテンツ出力処理部２４２は、例えば、復号化された映像データ列に対して色空間変換処理を行い、出力部２５のディスプレイに映像を表示させ、スピーカーに音声を出力させる。
コンテンツ処理部２４１は、コンテンツデータなどの通信信号に対して復調、復号などの処理を実行する。コンテンツ処理部２４１は、各種処理を施した信号をコンテンツ出力処理部２４２に出力する。
コンテンツ出力処理部２４２は、コンテンツ処理部２４１から入力される信号に対して各種出力処理を実行する。コンテンツ出力処理部２４２は、各種出力処理を施した信号を出力部２５に出力させる。コンテンツ出力処理部２４２は、例えば、復号化された映像データ列に対して色空間変換処理を行い、出力部２５のディスプレイに映像を表示させ、スピーカーに音声を出力させる。
【0042】
切替処理部２６は、ＯＴＴアプリケーションを起動・終了する機能を有する。切替処理部２６は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前のコンテンツの表示に切り替え処理を実行する処理を実行する。切替処理部２６は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前の放送コンテンツの表示への切り替え手段を出力部２５に出力させる。切替処理部２６は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前の放送コンテンツの表示への切り替えが可能か否かを判定する。切替処理部２６は、判定結果に基づいて、切り替え手段を提示するか放送コンテンツの表示への切り替えを実行するかを決定する。切替処理部２６は、放送コンテンツへの切り替えを指示するパラメータに対応するか否かを検出する。切替処理部２６は、放送コンテンツへの切り替えを指示するパラメータに対応していないことに基づいて、放送コンテンツへの切り替え手段をデータ放送により提示させる。
【0043】
切替処理部２６は、判定部２６１と、決定部２６２と、検出部２６３と、を含んで構成される。
判定部２６１は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前の放送コンテンツの表示への切り替えが可能か否かを判定する。
決定部２６２は、判定結果に基づいて、切り替え手段を提示するか放送コンテンツの表示への切り替えを実行するかを決定する。
検出部２６３は、放送コンテンツへの切り替えを指示するパラメータに対応するか否かを検出する。
判定部２６１は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前の放送コンテンツの表示への切り替えが可能か否かを判定する。
決定部２６２は、判定結果に基づいて、切り替え手段を提示するか放送コンテンツの表示への切り替えを実行するかを決定する。
検出部２６３は、放送コンテンツへの切り替えを指示するパラメータに対応するか否かを検出する。
【0044】
次いで、ＯＴＴアプリケーションの起動、終了、放送コンテンツへの切り替え手段の提示について説明する。
ＯＴＴアプリケーションの起動および終了、放送コンテンツへの切り替え手段の提示は、ＸＭＬベースのＢｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ （ＢＭＬ）により記述されたコマンドをデータ放送によって実行させることが可能である。また、ＯＴＴアプリケーションの起動および終了、放送コンテンツへの切り替え手段の提示は、ＡＰＩコマンドを実行させてもよい。
ＯＴＴアプリケーションの起動および終了、放送コンテンツへの切り替え手段の提示は、ＸＭＬベースのＢｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ （ＢＭＬ）により記述されたコマンドをデータ放送によって実行させることが可能である。また、ＯＴＴアプリケーションの起動および終了、放送コンテンツへの切り替え手段の提示は、ＡＰＩコマンドを実行させてもよい。
【0045】
図４は、本実施形態に係るアプリケーションの起動に係るコマンドの一例を示す図である。
コマンドＣＭ１は、受信装置のアプリケーションを起動するためのＢＭＬコマンドである。ｓｔａｒｔＲｅｓｉｄｅｎｔＡｐｐ（）は、起動するアプリケーション、起動したアプリケーションが終了してＢＭＬブラウザを再起動する場合に最初に提示するコンポーネントのＵＲＩをそれぞれ指定することが可能なコマンドである。
図示するコマンドにおいて、起動するアプリケーションは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅによって指定することが可能である。また、起動したアプリケーションが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｒｅｔｕｒｎＵＲＩによって指定することが可能である。なお、最初に提示するコンポーネントのＵＲＩを特に指定しない場合には、当該ｒｅｔｕｒｎＵＲＩは空文字列となる。
コマンドＣＭ１は、受信装置のアプリケーションを起動するためのＢＭＬコマンドである。ｓｔａｒｔＲｅｓｉｄｅｎｔＡｐｐ（）は、起動するアプリケーション、起動したアプリケーションが終了してＢＭＬブラウザを再起動する場合に最初に提示するコンポーネントのＵＲＩをそれぞれ指定することが可能なコマンドである。
図示するコマンドにおいて、起動するアプリケーションは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅによって指定することが可能である。また、起動したアプリケーションが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｒｅｔｕｒｎＵＲＩによって指定することが可能である。なお、最初に提示するコンポーネントのＵＲＩを特に指定しない場合には、当該ｒｅｔｕｒｎＵＲＩは空文字列となる。
【0046】
図５は、本実施形態に係るエクストラブラウザの起動に係るコマンドの一例を示す図である。
コマンドＣＭ２は、受信装置２においてデータ放送ブラウザとは異なるブラウザであるエクストラブラウザを起動するためのＢＭＬコマンドである。ｓｔａｒｔＥｘｔｒａＢｒｏｗｓｅｒ（）は、起動するエクストラブラウザ、起動したエクストラブラウザが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩをそれぞれ指定することが可能なコマンドである。
図示する例において、起動するエクストラブラウザは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｂｒｏｗｓｅｒＮａｍｅによって指定することが可能である。また、起動したアプリケーションが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｒｅｔｕｒｎＵＲＩによって指定することが可能である。なお、最初に提示するコンポーネントのＵＲＩを特に指定しない場合には、当該ｒｅｔｕｒｎＵＲＩは空文字列となる。
コマンドＣＭ２は、受信装置２においてデータ放送ブラウザとは異なるブラウザであるエクストラブラウザを起動するためのＢＭＬコマンドである。ｓｔａｒｔＥｘｔｒａＢｒｏｗｓｅｒ（）は、起動するエクストラブラウザ、起動したエクストラブラウザが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩをそれぞれ指定することが可能なコマンドである。
図示する例において、起動するエクストラブラウザは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｂｒｏｗｓｅｒＮａｍｅによって指定することが可能である。また、起動したアプリケーションが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｒｅｔｕｒｎＵＲＩによって指定することが可能である。なお、最初に提示するコンポーネントのＵＲＩを特に指定しない場合には、当該ｒｅｔｕｒｎＵＲＩは空文字列となる。
【0047】
図４、図５に図示する例において、ＢＭＬブラウザは、受信装置２が予め備えるＢＭＬコマンドを表示、実行するためのブラウザである。従来の受信装置２では、アプリケーション数が少数であったため、ｒｅｔｕｒｎＵＲＩによって最初に提示するコンポーネントを特に指定しなくても問題なく動作することができた。しかしながら、最近の受信装置２ではアプリケーションが複数あるため、ｒｅｔｕｒｎＵＲＩによって最初に提示するコンポーネントのＵＲＩが指定されず、かつ、ＢＭＬブラウザが再起動する場合に、アプリケーションやエクストラブラウザを起動する前の放送コンテンツに切り替えができない可能性がある。
【0048】
そこで、本実施形態では、図６、図７に示すアプリケーションのバージョンを識別するコマンドおよびブラウザに組み込まれた機能を確認するコマンドを用いる。
図６は、本実施形態に係るアプリケーションのバージョン識別に係るコマンドの一例を示す図である。
図６は、本実施形態に係るアプリケーションのバージョン識別に係るコマンドの一例を示す図である。
【0049】
コマンドＣＭ３は、アプリケーションのバージョンを識別するためのコマンドである。コマンドＡｒｒａｙ ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＶｅｒｓｉｏｎ（ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅ）は、引数ａｐｐＮａｍｅに対して、成功であれば、戻り値Ａｒｒａｙ［０］、Ａｒｒａｙ［１］、Ａｒｒａｙ［２］、Ａｒｒａｙ［３］、Ａｒｒａｙ［４］のようにアプリケーション情報の配列を得る。コマンドＡｒｒａｙ ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＶｅｒｓｉｏｎ（ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅ）は、引数ａｐｐＮａｍｅに対して、失敗であれば、戻り値ｎｕｌｌとなる。Ａｒｒａｙ［０］は、製造者識別、あるいは拡張製造者識別を表す文字列であり、Ａｒｒａｙ［１］は、受信装置のアプリケーション名を表す文字列である。Ａｒｒａｙ［２］は、メジャーバージョン番号を表す文字列であり、Ａｒｒａｙ［３］は、マイナーバージョン番号を表す文字列である。Ａｒｒａｙ［４］は受信装置のアプリケーションごとに定める詳細情報である。
【0050】
例えば、図示する例において、コマンドＣＭ３に引数ａｐｐＮａｍｅとしてＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎを規定すると、ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＶｅｒｓｉｏｎ（ＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎ）により、戻り値Ａｒｒａｙ［４］にアプリケーションを起動する前の放送コンテンツに切り替え処理を実行する機能をサポートするか否かを表す文字列が格納される。例えば、Ａｒｒａｙ［４］に値が存在すれば、アプリケーションＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎは、図４に示したコマンドＣＭ１または図５に示したコマンドＣＭ２を用いて起動される。
【0051】
図７は、本実施形態に係るブラウザに組み込まれた機能の確認に係るコマンドの一例を示す図である。
コマンドＣＭ４は、ブラウザに組み込まれている機能を確認するためのコマンドである。コマンドｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）は、引数ｓＰｒｏｖｉｄｅｒ， ｆｕｎｃｔｉｏｎｎａｍｅ， ａｄｄｉｔｉｏｎａｌｉｎｆｏに対して、戻り値１または０を得る。ｓＰｒｏｖｉｄｅｒは、当該機能を定義した事業体等を指定する文字列である。Ｆｕｎｃｔｉｏｎｎａｍｅは、機能名を指定する文字列である。ａｄｄｉｔｉｏｎａｌｉｎｆｏは、機能に関する付加情報指定する文字列である。戻り値１は、指定された機能を有することを表す。戻り値０は指定された機能を有さないことを表す。
コマンドＣＭ４は、ブラウザに組み込まれている機能を確認するためのコマンドである。コマンドｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）は、引数ｓＰｒｏｖｉｄｅｒ， ｆｕｎｃｔｉｏｎｎａｍｅ， ａｄｄｉｔｉｏｎａｌｉｎｆｏに対して、戻り値１または０を得る。ｓＰｒｏｖｉｄｅｒは、当該機能を定義した事業体等を指定する文字列である。Ｆｕｎｃｔｉｏｎｎａｍｅは、機能名を指定する文字列である。ａｄｄｉｔｉｏｎａｌｉｎｆｏは、機能に関する付加情報指定する文字列である。戻り値１は、指定された機能を有することを表す。戻り値０は指定された機能を有さないことを表す。
【0052】
例えば、図示する例において、コマンドＣＭ４に引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎを規定する。ＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎがＲｅｓｉｄｅｎｔＡｐｐの機能を有する場合、戻り値１を得る。戻り値１であれば、ＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎがＲｅｓｉｄｅｎｔＡｐｐの機能をサポートし、アプリケーションＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎは、図４に示したコマンドＣＭ１または図５に示したコマンドＣＭ２を用いて起動される。
【0053】
次いで、データ放送によってアプリケーションを起動するためのコマンドの他の一例について説明する。
図９は、本実施形態に係るアプリケーションをデータ放送により起動するＡＰＩコマンドの定義の一例を示す図である。
図１０は、本実施形態に係るアプリケーションをデータ放送により起動するＡＰＩコマンドの一例を示す図である。
コマンドｅｘｉｔＦｒｏｍＭａｎａｇｅｄＳｔａｔｅ（）は、遷移先となる一般アプリケーションのエントリＵＲＬを表すｕｒｌを引数として、ｖｏｉｄ型の戻り値を得るコマンドである。本実施形態では、ＡＰＩコマンドをデータ放送により実行すると、引数ｕｒｌで示されるアプリケーションが起動される。なお、本ＡＰＩコマンドでは、データ放送によってアプリケーションを起動することが可能であるが、起動したアプリケーションが終了したときに、アプリケーションを起動する前のコンテンツを戻り先として指定することはできない。
図９は、本実施形態に係るアプリケーションをデータ放送により起動するＡＰＩコマンドの定義の一例を示す図である。
図１０は、本実施形態に係るアプリケーションをデータ放送により起動するＡＰＩコマンドの一例を示す図である。
コマンドｅｘｉｔＦｒｏｍＭａｎａｇｅｄＳｔａｔｅ（）は、遷移先となる一般アプリケーションのエントリＵＲＬを表すｕｒｌを引数として、ｖｏｉｄ型の戻り値を得るコマンドである。本実施形態では、ＡＰＩコマンドをデータ放送により実行すると、引数ｕｒｌで示されるアプリケーションが起動される。なお、本ＡＰＩコマンドでは、データ放送によってアプリケーションを起動することが可能であるが、起動したアプリケーションが終了したときに、アプリケーションを起動する前のコンテンツを戻り先として指定することはできない。
【0054】
次いで、本実施形態に係るコンテンツ切り替え処理について説明する。
図１１は、本実施形態に係るコンテンツ切り替え処理の一例を示すフローチャートである。
ステップＳ１００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。
図１１は、本実施形態に係るコンテンツ切り替え処理の一例を示すフローチャートである。
ステップＳ１００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。
【0055】
ステップＳ１０２において、放送局１は、データ放送によるＢＭＬコマンドの実行によって受信装置２がＯＴＴサービスに対応しているか否か、すなわち、見逃し配信アプリケーション（見逃し配信アプリ）に対応しているか否かを判定する。具体的には、放送局１は、データ放送により、図６、図７に示したコマンドを実行して見逃し配信アプリに対応しているか否かを判定する。受信装置２が見逃し配信アプリに対応していると判定される場合、受信装置２はステップＳ１０４の処理を実行する。一方、受信装置２が見逃し配信アプリに対応していないと判定される場合、受信装置２は、図１１に示すコンテンツ切り替え処理を終了する。
【0056】
ステップＳ１０４において、受信装置２は、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能か否かを判定する。具体的には、受信装置２は、起動したアプリケーションが終了して最初に提示するコンポーネントのＵＲＩを指定する、ｒｅｔｕｒｎＵＲＩに自装置が対応しているか否かに応じて、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能か否かを判定する。見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能でないと判定される場合、受信装置２は、ステップＳ１０６の処理を実行する。一方、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能であると判定される場合、受信装置２は、ステップＳ１１６の処理を実行する。
【0057】
ステップＳ１０６において、受信装置２は、見逃し配信アプリが終了したときに見逃し配信アプリを起動する前の放送コンテンツの表示への切り替え手段を出力部２５に出力させ、ユーザに提示する。見逃し配信アプリを起動する前の放送コンテンツへの切り替え手段の提示は、見逃し配信アプリが起動されるよりも前のタイミングでユーザに提示される。見逃し配信アプリが起動されるよりも前の放送コンテンツへの切り替え手段の提示は、例えば予め受信装置２の記憶部に記憶された通知情報である。当該通知情報は、受信装置に固有の通知である。当該通知情報には、放送コンテンツに戻るための受信装置２の操作手順が含まれる。
【0058】
ステップＳ１０８において、放送局１は、データ放送によるコマンドの実行により、受信装置２の見逃し配信アプリを起動する。具体的には、放送局１は、図４、図５、図１０に示したコマンドをデータ放送により実行し、受信装置２の見逃し配信アプリを起動する。受信装置２は、見逃し配信アプリの実行によるＯＴＴコンテンツを表示する。
【0059】
ステップＳ１１０において、放送局１は、ＯＴＴコンテンツの再生が完了したことに基づいて見逃し配信アプリを終了する。
【0060】
ステップＳ１１２において、受信装置２は、ユーザ操作を受け付ける。
【0061】
ステップＳ１１４において、受信装置２は、例えば、ステップＳ１０６でユーザに提示した放送コンテンツへの切り替え手段等のユーザ操作を受け付けると、ＯＴＴコンテンツから放送コンテンツに切り替え、放送コンテンツを出力部２５に出力させる。また、受信装置２は、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。そして、図１１に係るコンテンツ切り替え処理を終了する。
【0062】
ステップＳ１１６において、放送局１は、データ放送によるコマンドの実行により、受信装置２の見逃し配信アプリを起動する。具体的には、放送局１は、図４、図５、図１０に示したコマンドをデータ放送により実行し、受信装置２の見逃し配信アプリを起動する。受信装置２は、見逃し配信アプリの実行によるＯＴＴコンテンツを表示する。
【0063】
ステップＳ１１８において、放送局１は、ＯＴＴコンテンツの再生が完了したことに基づいて見逃し配信アプリを終了する。また、受信装置２は、データ放送よるコマンドの実行に基づいて、ｒｅｔｕｒｎＵＲＩに対応する見逃し配信アプリが終了して最初に提示するコンポーネントのＵＲＩを出力部２５に出力させる。例えば、受信装置２は、見逃し配信アプリが終了して最初に提示するコンポーネントのＵＲＩとして、見逃し配信アプリを起動するより前に表示していた放送コンテンツへの切り替えが指定されたことに基づいて、放送コンテンツを表示する。そして、図１１に係るコンテンツ切り替え処理を終了する。
【0064】
なお、放送コンテンツへの切り替え手段の提示は、見逃し配信アプリを起動した後に、起動した見逃し配信アプリ内でガイドを表示することで実行されてもよい。
【0065】
このように、本実施形態に係る受信装置２は、放送コンテンツの表示中に、データ放送によりアプリケーションを起動する起動部（ＯＴＴ処理部２４）と、起動されたアプリケーションが終了した場合に前記アプリケーションを起動する前の放送コンテンツの表示への切り替え処理を実行する切替処理部２６と、を備える。
【0066】
これにより、受信装置２は、アプリケーションが終了したときに、アプリケーションを実行する前に表示していた放送コンテンツに切り替え処理を実行することができるため、ユーザの利便性を向上させることができる。また、コンテンツ終了による切り替えに対応していない受信装置であっても、放送コンテンツへの切り替え手段をユーザに提示することができるため、ユーザの利便性を向上させることができる。
【0067】
なお、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能でないと判定される場合、すなわち、ｒｅｔｕｒｎＵＲＩに対応していないと判定される場合、受信装置２は、ネットワークとサービスＩＤとに基づいて見逃し配信アプリの起動前に表示していた放送コンテンツへの切り替えを実行してもよい。
【0068】
図１２は、本実施形態の変形例に係るコンテンツ切り替え処理の一例を示すフローチャートである。
ステップＳ２００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。
ステップＳ２００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。
【0069】
ステップＳ２０２において、放送局１は、データ放送によるＢＭＬコマンドの実行によって受信装置２がＯＴＴサービスに対応しているか否か、すなわち、見逃し配信アプリケーション（見逃し配信アプリ）に対応しているか否かを判定する。具体的には、放送局１は、データ放送により、図６、図７に示したコマンドを実行して見逃し配信アプリに対応しているか否かを判定する。受信装置２が見逃し配信アプリに対応していると判定される場合、受信装置２はステップＳ２０４の処理を実行する。一方、受信装置２が見逃し配信アプリに対応していないと判定される場合、受信装置２は、図１２に示すコンテンツ切り替え処理を終了する。
【0070】
ステップＳ２０４において、受信装置２は、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能か否かを判定する。具体的には、受信装置２は、起動したアプリケーションが終了して最初に提示するコンポーネントのＵＲＩを指定する、ｒｅｔｕｒｎＵＲＩに自装置が対応しているか否かに応じて、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能か否かを判定する。見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能でないと判定される場合、受信装置２は、ステップＳ２０６の処理を実行する。一方、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能であると判定される場合、受信装置２は、ステップＳ２１６の処理を実行する。
【0071】
ステップＳ２０６において、受信装置２は、現在の接続中のネットワークＩＤとサービスＩＤとを取得する。
【0072】
ステップＳ２０８において、放送局１は、データ放送によるコマンドの実行により、受信装置２の見逃し配信アプリを起動する。具体的には、放送局１は、図４、図５、図１０に示したコマンドをデータ放送により実行し、受信装置２の見逃し配信アプリを起動する。受信装置２は、見逃し配信アプリの実行によるＯＴＴコンテンツを表示する。
【0073】
ステップＳ２１０において、放送局１は、ＯＴＴコンテンツの再生が完了したことに基づいて見逃し配信アプリを終了する。
【0074】
ステップＳ２１２において、受信装置２は、ステップＳ２０６で取得したネットワークＩＤとサービスＩＤで特定される放送コンテンツをアプリケーションの実行によって選局する。
【0075】
ステップＳ２１４において、受信装置２は、ＯＴＴコンテンツから放送コンテンツに切り替え、放送コンテンツを出力部２５に出力させる。また、受信装置２は、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。そして、図１２に係るコンテンツ切り替え処理を終了する。
【0076】
ステップＳ２１６において、放送局１は、データ放送によるコマンドの実行により、受信装置２の見逃し配信アプリを起動する。具体的には、放送局１は、図４、図５、図１０に示したコマンドをデータ放送により実行し、受信装置２の見逃し配信アプリを起動する。受信装置２は、見逃し配信アプリの実行によるＯＴＴコンテンツを表示する。
【0077】
ステップＳ２１８において、放送局１は、ＯＴＴコンテンツの再生が完了したことに基づいて見逃し配信アプリを終了する。また、受信装置２は、データ放送よるコマンドの実行に基づいて、ｒｅｔｕｒｎＵＲＩに対応する見逃し配信アプリが終了して最初に提示するコンポーネントのＵＲＩを出力部２５に出力させる。例えば、受信装置２は、見逃し配信アプリが終了して最初に提示するコンポーネントのＵＲＩとして、見逃し配信アプリを起動するより前に表示していた放送コンテンツへの切り替えが指定されたことに基づいて、放送コンテンツを表示する。そして、図１２に係るコンテンツ切り替え処理を終了する。
【0078】
本変形例によれば、ｒｅｔｕｒｎＵＲＩによって放送コンテンツを指定できない受信装置であっても、ネットワークＩＤ、サービスＩＤに基づいてアプリケーション終了時に、アプリケーション実行前の放送コンテンツへの切り替えができるため、ユーザの利便性を向上させることができる。
【0079】
なお、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツへの切り替えが可能か否かの判定は、ＢＭＬコマンドの実行によって実行されてもよい。
【0080】
図１３は、本実施形態の変形例に係るコンテンツ切り替え処理の一例を示すフローチャートである。
ステップＳ３００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。
ステップＳ３００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。
【0081】
ステップＳ３０２において、放送局１は、データ放送によるＢＭＬコマンドの実行によって受信装置２がＯＴＴサービスに対応しているか否か、すなわち、見逃し配信アプリケーション（見逃し配信アプリ）に対応しているか否かを判定する。具体的には、放送局１は、データ放送により、図６、図７に示したコマンドを実行して見逃し配信アプリに対応しているか否かを判定する。受信装置２が見逃し配信アプリに対応していると判定される場合、受信装置２はステップＳ３０４の処理を実行する。一方、受信装置２が見逃し配信アプリに対応していないと判定される場合、受信装置２は、図１３に示すコンテンツ切り替え処理を終了する。
【0082】
ステップＳ３０４において、受信装置２は、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能か否かを判定する。具体的には、放送局１は、ＢＭＬコマンドの実行により、起動したアプリケーションが終了して最初に提示するコンポーネントのＵＲＩを指定する、ｒｅｔｕｒｎＵＲＩに受信装置が対応しているか否かを判定する。見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能でないと判定される場合、受信装置２は、ステップＳ３０６の処理を実行する。一方、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能であると判定される場合、受信装置２は、ステップＳ３１６の処理を実行する。
【0083】
ここで、ｒｅｔｕｒｎＵＲＩに対応するか否かの判定に用いるＢＭＬコマンドｇｅｔＲｅｓｉｄｅｎｔＡｐｐＲＵＳｕｐｐｏｒｔ（）について説明する。ステップＳ３０４の判定に用いるコマンドは、ｎｕｍｂｅｒ ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＲＵＳｕｐｐｏｒｔ（ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅ）である。ａｐｐＮａｍｅは、受信装置のアプリケーションを示す名称であり、コマンドの引数である。コマンドｎｕｍｂｅｒ ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＲＵＳｕｐｐｏｒｔ（ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅ）の実行により、戻り値１または０を得る。戻り値１は、ｒｅｔｕｒｎＵＲＩに対応していることを示す。戻り値０はｒｅｔｕｒｎＵＲＩに対応していないことを示す。
【0084】
図１３に戻って、ステップＳ３０６において、放送局１は、ＢＭＬコマンドの実行により、放送コンテンツへの切り替え手段を受信装置２に表示させる。当該ＢＭＬコマンドは、ａｒｒａｙ ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＲＵＳｕｐｐｏｒｔ２（ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅ）である。ａｐｐＮａｍｅは、受信装置のアプリケーションを示す名称であり、コマンドの引数である。コマンドａｒｒａｙ ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＲＵＳｕｐｐｏｒｔ２（ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅ）の実行により、戻り値ａｒｒａｙ［０］、ａｒｒａｙ［１］を得る。戻り値ａｒｒａｙ［０］は、１または０を示す。１は、ｒｅｔｕｒｎＵＲＩに対応していることを示す。０は、ｒｅｔｕｒｎＵＲＩに対応していないことを示す。戻り値ａｒｒａｙ［１］は、Ｓｔｒｉｎｇを示し、ｒｅｔｕｒｎＵＲＩに対応していない受信装置に対する放送コンテンツへの切り替え手段を示す通知情報を表す。
【0085】
ステップＳ３０８において、放送局１は、データ放送によるコマンドの実行により、受信装置２の見逃し配信アプリを起動する。具体的には、放送局１は、図４、図５、図１０に示したコマンドをデータ放送により実行し、受信装置２の見逃し配信アプリを起動する。受信装置２は、見逃し配信アプリの実行によるＯＴＴコンテンツを表示する。
【0086】
ステップＳ３１０において、放送局１は、ＯＴＴコンテンツの再生が完了したことに基づいて見逃し配信アプリを終了する。
【0087】
ステップＳ３１２において、受信装置２は、ユーザ操作を受け付ける。
【0088】
ステップＳ３１４において、受信装置２は、例えば、ステップＳ３０６でユーザに提示した放送コンテンツへの切り替え手段等のユーザ操作を受け付けると、ＯＴＴコンテンツから放送コンテンツに切り替え、放送コンテンツを出力部２５に出力させる。また、受信装置２は、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。そして、図１３に係るコンテンツ切り替え処理を終了する。
【0089】
ステップＳ３１４において、受信装置２は、ＯＴＴコンテンツから放送コンテンツに切り替え、放送コンテンツを出力部２５に出力させる。また、受信装置２は、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。そして、図１３に係るコンテンツ切り替え処理を終了する。
【0090】
ステップＳ３１６において、放送局１は、データ放送によるコマンドの実行により、受信装置２の見逃し配信アプリを起動する。具体的には、放送局１は、図４、図５、図１０に示したコマンドをデータ放送により実行し、受信装置２の見逃し配信アプリを起動する。受信装置２は、見逃し配信アプリの実行によるＯＴＴコンテンツを表示する。
【0091】
ステップＳ３１８において、放送局１は、ＯＴＴコンテンツの再生が完了したことに基づいて見逃し配信アプリを終了する。そして、ステップＳ３１４の処理を実行する。
【0092】
このように、本変形例によれば、見逃し配信アプリから放送コンテンツへの切り替えに対応しているか否かの判定、放送コンテンツへの切り替えに対応していない場合の切り替え手順の提示をＢＭＬコマンドによって実行することができるため、ユーザの利便性を向上させることができる。また、受信装置の性能によらず、放送コンテンツの切り替え、または切り替え手段の提示を実行することができるため、ユーザの利便性を向上させることができる。
【0093】
なお、ＢＭＬコマンドの実行に代えて、ハイブリッドキャストによってアプリケーションの終了後に、アプリケーション切り替え前の放送コンテンツへの切り替え処理を実行してもよい。
【0094】
ここで、本変形例に係るコマンドについて説明する。
図１４は、本実施形態の変形例に係るコンテンツ切り替えに係るコマンドの一例を示す図である。
コマンドｈａｓＣａｐａｂｉｌｉｔｙ（ｑｕｅｒｙ ，［ｐａｒａｍ１，．，ｐａｒａｍＮ］）は、放送コンテンツに戻ることが可能か否か、アプリケーションの外部起動に対応するか否かを確認するためのコマンドである。引数は、ｑｕｅｒｙ、ｐａｒａｍ１、…、ｐａｒａｍＮである。戻り値の型は、Ｂｌｏｏｌｅａｎである。引数の型は、 Ｓｔｒｉｎｇ， Ｓｔｒｉｎｇ（可変個の引数をとる）である。なお、ｑｕｅｒｙ， ｐａｒａｍにおいて不明な指定がなされた場合にはｆａｌｓｅを返す。パラメータｑｕｅｒｙはｅｘｔｒａＡｐｐ、ｐａｒａｍ１はアプリケーションの名称、ｐａｒａｍ２は１または０を示し、１は放送コンテンツに戻ることが可能であること、０は放送コンテンツに戻ることが不可能または不明であることを示す。
戻り値は、ｔｒｕｅまたはｆａｌｓｅであり、ｔｒｕｅはアプリケーションが外部起動可能、ｆａｌｓｅはアプリケーションの外部起動が不可能であることを示す。
図１４は、本実施形態の変形例に係るコンテンツ切り替えに係るコマンドの一例を示す図である。
コマンドｈａｓＣａｐａｂｉｌｉｔｙ（ｑｕｅｒｙ ，［ｐａｒａｍ１，．，ｐａｒａｍＮ］）は、放送コンテンツに戻ることが可能か否か、アプリケーションの外部起動に対応するか否かを確認するためのコマンドである。引数は、ｑｕｅｒｙ、ｐａｒａｍ１、…、ｐａｒａｍＮである。戻り値の型は、Ｂｌｏｏｌｅａｎである。引数の型は、 Ｓｔｒｉｎｇ， Ｓｔｒｉｎｇ（可変個の引数をとる）である。なお、ｑｕｅｒｙ， ｐａｒａｍにおいて不明な指定がなされた場合にはｆａｌｓｅを返す。パラメータｑｕｅｒｙはｅｘｔｒａＡｐｐ、ｐａｒａｍ１はアプリケーションの名称、ｐａｒａｍ２は１または０を示し、１は放送コンテンツに戻ることが可能であること、０は放送コンテンツに戻ることが不可能または不明であることを示す。
戻り値は、ｔｒｕｅまたはｆａｌｓｅであり、ｔｒｕｅはアプリケーションが外部起動可能、ｆａｌｓｅはアプリケーションの外部起動が不可能であることを示す。
【0095】
図１５は、本実施形態の変形例に係るコンテンツ切り替え処理の一例を示すフローチャートである。
ステップＳ４００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ハイブリッドキャスト（ＨＣ）を起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。
ステップＳ４００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ハイブリッドキャスト（ＨＣ）を起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。
【0096】
ステップＳ４０２において、放送局１は、ハイブリッドキャストによるコマンドの実行によって受信装置２がＯＴＴサービスに対応しているか否か、すなわち、見逃し配信アプリケーション（見逃し配信アプリ）に対応しているか否かを判定する。具体的には、放送局１は、ハイブリッドキャストにより、図１４に示したコマンドを実行して見逃し配信アプリに対応しているか否かを判定する。受信装置２が見逃し配信アプリに対応していると判定される場合、受信装置２はステップＳ４０４の処理を実行する。一方、受信装置２が見逃し配信アプリに対応していないと判定される場合、受信装置２は、図１５に示すコンテンツ切り替え処理を終了する。
【0097】
ステップＳ４０４において、受信装置２は、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能か否かを判定する。具体的には、放送局１は、図１４に示したコマンドの実行により、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能か否かを判定する。放送コンテンツへの切り替えが可能でないと判定される場合、受信装置２は、ステップＳ４０６の処理を実行する。一方、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能であると判定される場合、受信装置２は、ステップＳ４１６の処理を実行する。
【0098】
ステップＳ４０６において、放送局１は、図１４に示したコマンドの実行により、放送コンテンツへの切り替え手段を受信装置２に表示させる。
【0099】
ステップＳ４０８において、放送局１は、データ放送によるコマンドの実行により、受信装置２の見逃し配信アプリを起動する。具体的には、放送局１は、図１４に示したコマンドを実行し、受信装置２の見逃し配信アプリを起動する。受信装置２は、見逃し配信アプリの実行によるＯＴＴコンテンツを表示する。
【0100】
ステップＳ４１０において、放送局１は、ＯＴＴコンテンツの再生が完了したことに基づいて見逃し配信アプリを終了する。
【0101】
ステップＳ４１２において、受信装置２は、ユーザ操作を受け付ける。
【0102】
ステップＳ４１４において、受信装置２は、例えば、ステップＳ４０６でユーザに提示した放送コンテンツへの切り替え手段等のユーザ操作を受け付けると、ＯＴＴコンテンツから放送コンテンツに切り替え、放送コンテンツを出力部２５に出力させる。また、受信装置２は、選局されているコンテンツに対応するデータ放送を起動し、ＨＣを起動する。そして、図１５に係るコンテンツ切り替え処理を終了する。
【0103】
ステップＳ４１４において、受信装置２は、ＯＴＴコンテンツから放送コンテンツに切り替え、放送コンテンツを出力部２５に出力させる。また、受信装置２は、選局されているコンテンツに対応するデータ放送を起動し、ＨＣを起動する。そして、図１５に係るコンテンツ切り替え処理を終了する。
【0104】
ステップＳ４１６において、放送局１は、コマンドの実行により、受信装置２の見逃し配信アプリを起動する。具体的には、放送局１は、図１４に示したコマンドをデータ放送により実行し、受信装置２の見逃し配信アプリを起動する。受信装置２は、見逃し配信アプリの実行によるＯＴＴコンテンツを表示する。
【0105】
ステップＳ４１８において、放送局１は、ＯＴＴコンテンツの再生が完了したことに基づいて見逃し配信アプリを終了する。そして、ステップＳ４１４の処理を実行する。
【0106】
このように、本変形例によれば、見逃し配信アプリから放送コンテンツへの切り替えに対応しているか否かの判定、放送コンテンツへの切り替えに対応していない場合の切り替え手順の提示をハイブリッドキャストにおけるコマンドによって実行することができるため、ユーザの利便性を向上させることができる。
【0107】
＜第２の実施形態＞
次いで、本発明の第２の実施形態について説明する。
第２の実施形態では、第１の実施形態と異なる部分を中心に説明する。
次いで、本発明の第２の実施形態について説明する。
第２の実施形態では、第１の実施形態と異なる部分を中心に説明する。
【0108】
［受信装置の構成］
次いで、第２の実施形態に係る受信装置２の構成について説明する。
第２の実施形態に係る受信装置２は、メインシステム部２０と、受信部２１と、入力部２２と、出力部２５と、切替処理部２６と、を含んで構成される。
次いで、第２の実施形態に係る受信装置２の構成について説明する。
第２の実施形態に係る受信装置２は、メインシステム部２０と、受信部２１と、入力部２２と、出力部２５と、切替処理部２６と、を含んで構成される。
【0109】
切替処理部２６は、ＯＴＴアプリケーションを起動、終了、放送コンテンツへ戻る処理、遷移元の放送コンテンツの表示への切り替え処理）、放送コンテンツへの戻るための手段を提示する処理（遷移元の放送コンテンツの表示への切り替え手段を提示する処理）を実行する機能を有する。切替処理部２６は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前の遷移元のコンテンツへ戻る処理を実行する。切替処理部２６は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前の遷移元の放送コンテンツへの戻るための手段を出力部２５に出力させる。
【0110】
切替処理部２６は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前の遷移元の放送コンテンツへ戻ることが可能か否かを判定する。切替処理部２６は、判定結果に基づいて、戻るための手段を提示するか放送コンテンツへ戻る処理を実行するかを決定する。切替処理部２６は、放送コンテンツへ戻るためのパラメータに対応するか否かを検出する。切替処理部２６は、放送コンテンツへ戻るパラメータに対応していないことに基づいて、放送コンテンツへ戻るための手段をデータ放送により提示させる。
【0111】
切替処理部２６は、判定部２６１と、決定部２６２と、検出部２６３と、を含んで構成される。
判定部２６１は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前の遷移元の放送コンテンツへ戻ることが可能か否かを判定する。
決定部２６２は、判定結果に基づいて、遷移元に戻るための手段を提示する処理を実行するか遷移元に戻る処理を実行するかを決定する。
検出部２６３は、放送コンテンツへ戻るパラメータに対応するか否かを検出する。
判定部２６１は、ＯＴＴアプリケーションが終了した後に、ＯＴＴアプリケーションを起動する前の遷移元の放送コンテンツへ戻ることが可能か否かを判定する。
決定部２６２は、判定結果に基づいて、遷移元に戻るための手段を提示する処理を実行するか遷移元に戻る処理を実行するかを決定する。
検出部２６３は、放送コンテンツへ戻るパラメータに対応するか否かを検出する。
【0112】
次いで、ＯＴＴアプリケーションの起動、終了、放送コンテンツへ戻る処理、放送コンテンツへ戻るための手段の提示について説明する。
ＯＴＴアプリケーションの起動および終了、放送コンテンツへ戻る処理、放送コンテンツへ戻るための手段を提示する処理は、ＢＭＬにより記述されたコマンドをデータ放送によって受信装置２に送信し、受信装置２において当該コマンドを実行させることが可能である。
なお、ＯＴＴアプリケーションの起動および終了、放送コンテンツへ戻る処理、放送コンテンツへ戻るための手段を提示する処理は、ＡＰＩコマンドを受信装置２に実行させてもよい。
ＯＴＴアプリケーションの起動および終了、放送コンテンツへ戻る処理、放送コンテンツへ戻るための手段を提示する処理は、ＢＭＬにより記述されたコマンドをデータ放送によって受信装置２に送信し、受信装置２において当該コマンドを実行させることが可能である。
なお、ＯＴＴアプリケーションの起動および終了、放送コンテンツへ戻る処理、放送コンテンツへ戻るための手段を提示する処理は、ＡＰＩコマンドを受信装置２に実行させてもよい。
【0113】
まず、本実施形態に係るアプリケーションの起動に係るコマンドについて、図４に示すＣＭ１を参照して説明する。
コマンドＣＭ１は、受信装置２のアプリケーションを起動させるためのＢＭＬコマンドである。ｓｔａｒｔＲｅｓｉｄｅｎｔＡｐｐ（）は、起動するアプリケーション、起動したアプリケーションが終了してＢＭＬブラウザを再起動する場合に最初に提示するコンポーネントのＵＲＩをそれぞれ指定することが可能なコマンドである。
図示するコマンドにおいて、起動するアプリケーションは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅによって指定することが可能である。また、起動したアプリケーションが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｒｅｔｕｒｎＵＲＩによって指定することが可能である。 なお、最初に提示するコンポーネントのＵＲＩを特に指定しない場合には、当該ｒｅｔｕｒｎＵＲＩは空文字列となる。
コマンドＣＭ１は、受信装置２のアプリケーションを起動させるためのＢＭＬコマンドである。ｓｔａｒｔＲｅｓｉｄｅｎｔＡｐｐ（）は、起動するアプリケーション、起動したアプリケーションが終了してＢＭＬブラウザを再起動する場合に最初に提示するコンポーネントのＵＲＩをそれぞれ指定することが可能なコマンドである。
図示するコマンドにおいて、起動するアプリケーションは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅによって指定することが可能である。また、起動したアプリケーションが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｒｅｔｕｒｎＵＲＩによって指定することが可能である。 なお、最初に提示するコンポーネントのＵＲＩを特に指定しない場合には、当該ｒｅｔｕｒｎＵＲＩは空文字列となる。
【0114】
次いで、本実施形態に係るエクストラブラウザの起動に係るコマンドについて、図５に示すコマンドＣＭ２を参照して説明する。
コマンドＣＭ２は、受信装置２においてデータ放送ブラウザとは異なるブラウザであるエクストラブラウザを起動するためのＢＭＬコマンドである。ｓｔａｒｔＥｘｔｒａＢｒｏｗｓｅｒ（）は、起動するエクストラブラウザ、起動したエクストラブラウザが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩをそれぞれ指定することが可能なコマンドである。
コマンドＣＭ２は、受信装置２においてデータ放送ブラウザとは異なるブラウザであるエクストラブラウザを起動するためのＢＭＬコマンドである。ｓｔａｒｔＥｘｔｒａＢｒｏｗｓｅｒ（）は、起動するエクストラブラウザ、起動したエクストラブラウザが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩをそれぞれ指定することが可能なコマンドである。
【0115】
図示する例において、起動するエクストラブラウザは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｂｒｏｗｓｅｒＮａｍｅによって指定することが可能である。また、起動したアプリケーションが終了してＢＭＬブラウザが再起動する場合に最初に提示するコンポーネントのＵＲＩは、ｉｎｐｕｔ Ｓｔｒｉｎｇ ｒｅｔｕｒｎＵＲＩによって指定することが可能である。
なお、最初に提示するコンポーネントのＵＲＩを特に指定しない場合には、当該ｒｅｔｕｒｎＵＲＩは空文字列となる。
なお、最初に提示するコンポーネントのＵＲＩを特に指定しない場合には、当該ｒｅｔｕｒｎＵＲＩは空文字列となる。
【0116】
ＢＭＬブラウザは、受信装置２が予め備えるＢＭＬコマンドを表示、実行するためのブラウザである。従来の受信装置２では、アプリケーション数が少数であったため、ｒｅｔｕｒｎＵＲＩによって最初に提示するコンポーネントを特に指定しなくても問題なく動作することができた。しかしながら、最近の受信装置２では、アプリケーションが複数ある。そのため、ｒｅｔｕｒｎＵＲＩによって最初に提示するコンポーネントのＵＲＩが指定されない場合には、ＢＭＬブラウザが再起動する場合にアプリケーションやエクストラブラウザを起動する前の放送コンテンツに切り替えができない可能性がある。
【0117】
そこで、本実施形態では、アプリケーションのバージョンを識別するコマンドおよびブラウザに組み込まれた機能を確認するコマンドを用いる。図６、７に示すコマンドを参照して説明する。
【0118】
コマンドＣＭ３は、アプリケーションのバージョンを識別するためのコマンドである。コマンドＡｒｒａｙ ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＶｅｒｓｉｏｎ（ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅ）は、引数ａｐｐＮａｍｅに対して、成功であれば、戻り値Ａｒｒａｙ［０］、Ａｒｒａｙ［１］、Ａｒｒａｙ［２］、Ａｒｒａｙ［３］、Ａｒｒａｙ［４］のようにアプリケーション情報の配列を得る。コマンドＡｒｒａｙ ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＶｅｒｓｉｏｎ（ｉｎｐｕｔ Ｓｔｒｉｎｇ ａｐｐＮａｍｅ）は、引数ａｐｐＮａｍｅに対して、失敗であれば、戻り値ｎｕｌｌとなる。Ａｒｒａｙ［０］は、製造者識別、あるいは拡張製造者識別を表す文字列であり、Ａｒｒａｙ［１］は、受信装置のアプリケーション名を表す文字列である。Ａｒｒａｙ［２］は、メジャーバージョン番号を表す文字列であり、Ａｒｒａｙ［３］は、マイナーバージョン番号を表す文字列である。Ａｒｒａｙ［４］は受信装置のアプリケーションごとに定める詳細情報である。
【0119】
例えば、図示する例において、コマンドＣＭ３に引数ａｐｐＮａｍｅとしてＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎを規定すると、ｇｅｔＲｅｓｉｄｅｎｔＡｐｐＶｅｒｓｉｏｎ（ＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎ）により、戻り値Ａｒｒａｙ［４］にアプリケーションを起動する前の放送コンテンツに切り替え処理を実行する機能をサポートするか否かを表す文字列が格納される。例えば、Ａｒｒａｙ［４］に値が存在すれば、アプリケーションＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎは、図４に示したコマンドＣＭ１または図５に示したコマンドＣＭ２を用いて起動される。
【0120】
次いで、本実施形態に係るブラウザに組み込まれた機能の確認に係るコマンドの一例を、図７を参照して説明する。
コマンドＣＭ４は、ブラウザに組み込まれている機能を確認するためのコマンドである。コマンドｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）は、引数ｓＰｒｏｖｉｄｅｒ、 ｆｕｎｃｔｉｏｎｎａｍｅ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏに対して、戻り値１または０を得る。ｓＰｒｏｖｉｄｅｒは、当該機能を定義した事業体等を指定する文字列である。Ｆｕｎｃｔｉｏｎｎａｍｅは、機能名を指定する文字列である。ａｄｄｉｔｉｏｎａｌｉｎｆｏは、機能に関する付加情報指定する文字列である。戻り値１は、指定された機能を有することを表す。戻り値０は指定された機能を有さないことを表す。
コマンドＣＭ４は、ブラウザに組み込まれている機能を確認するためのコマンドである。コマンドｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）は、引数ｓＰｒｏｖｉｄｅｒ、 ｆｕｎｃｔｉｏｎｎａｍｅ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏに対して、戻り値１または０を得る。ｓＰｒｏｖｉｄｅｒは、当該機能を定義した事業体等を指定する文字列である。Ｆｕｎｃｔｉｏｎｎａｍｅは、機能名を指定する文字列である。ａｄｄｉｔｉｏｎａｌｉｎｆｏは、機能に関する付加情報指定する文字列である。戻り値１は、指定された機能を有することを表す。戻り値０は指定された機能を有さないことを表す。
【0121】
例えば、図示する例において、コマンドＣＭ４に引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎを規定する。ＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎがＲｅｓｉｄｅｎｔＡｐｐの機能を有する場合、戻り値１を得る。戻り値１であれば、ＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎがＲｅｓｉｄｅｎｔＡｐｐの機能をサポートし、アプリケーションＥｘａｍｐｌｅＡｐｐｌｉｃａｔｉｏｎは、図４に示したコマンドＣＭ１または図５に示したコマンドＣＭ２を用いて起動される。
【0122】
図８は、本実施形態に係るアプリケーションをデータ放送により起動するコマンドの一例を示す図である。
コマンドＣＭ５は、アプリケーションをデータ放送により起動するＡＰＩコマンドである。コマンドｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）は、引数ｕｒｉｎａｍｅ， ＭＩＭＥ＿ｔｙｐｅ， Ｅｘ＿ｉｎｆｏに対して、戻り値１または０を得る。戻り値１は、指定された機能を有することを表す。戻り値０は指定された機能を有さないことを表す。
コマンドＣＭ５は、アプリケーションをデータ放送により起動するＡＰＩコマンドである。コマンドｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）は、引数ｕｒｉｎａｍｅ， ＭＩＭＥ＿ｔｙｐｅ， Ｅｘ＿ｉｎｆｏに対して、戻り値１または０を得る。戻り値１は、指定された機能を有することを表す。戻り値０は指定された機能を有さないことを表す。
【0123】
図１６は、本発明の第２実施形態に係るアプリケーションの起動に係るコマンドの定義の一例を示す図である。
本実施形態では、図７において示したコマンドＣＭ４を用いて、更にアプリケーションの起動に係るパラメータの対応、およびアプリケーション終了後に遷移元に戻る機能を有するか否かを確認する。
本実施形態では、図７において示したコマンドＣＭ４を用いて、更にアプリケーションの起動に係るパラメータの対応、およびアプリケーション終了後に遷移元に戻る機能を有するか否かを確認する。
【0124】
コマンドＣＭ４は、ブラウザに組み込まれている機能を確認するためのコマンドである。コマンドｇｅｔＢｒｏｗｓｅｒＳｕｐｐｏｒｔ（）は、引数ｆｕｎｃｔｉｏｎｎａｍｅ、引数ａｄｄｉｔｉｏｎａｌｉｎｆｏに対して、戻り値１または０を得る。引数ｆｕｎｃｔｉｏｎｎａｍｅは、機能名を指定する文字列である。引数ａｄｄｉｔｉｏｎａｌｉｎｆｏは、機能に関する付加情報指定する文字列である。戻り値１は、指定された機能を有することを表す。戻り値０は指定された機能を有さないことを表す。
【0125】
例えば、図示する例において、コマンドＣＭ４に引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＳｍａｒｔｔｖＦｕｎｃｔｉｏｎ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： Ｃｔｒｌ．ＥｘｔＡｐｐを規定する。受信装置がＳｍａｒｔｔｖＦｕｎｃｔｉｏｎの機能を有する場合、戻り値１を得る。戻り値１であれば、ＳｍａｒｔｔｖＦｕｎｃｔｉｏｎの機能をサポートし、アプリケーションは、図８に示したコマンドＣＭ５を用いて起動される。
【0126】
また、例えば、図示する例において、コマンドＣＭ４に引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＳｍａｒｔｔｖＦｕｎｃｔｉｏｎ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ｒｅｔｕｒｎＴｏＢｒｏａｄｃａｓｔを規定する。受信装置がコマンドＣＭ５によって起動したアプリケーション終了後に遷移元に戻る機能を有する場合、戻り値１を得る。
【0127】
すなわち、引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＳｍａｒｔｔｖＦｕｎｃｔｉｏｎ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： Ｃｔｒｌ．ＥｘｔＡｐｐを用いたコマンドＣＭ４は、起動するアプリケーションが、起動に対応するＯＴＴサービスのアプリケーションであるか否かを確認するためのコマンドである。また、引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＳｍａｒｔｔｖＦｕｎｃｔｉｏｎ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ｒｅｔｕｒｎＴｏＢｒｏａｄｃａｓｔを用いたコマンドＣＭ４は、アプリケーション終了後に遷移元の放送コンテンツへ戻る機能を有するか否かを確認するためのコマンドである。
【0128】
図１７は、本実施形態に係るアプリケーションの起動に係るコマンドの定義の一例を示す図である。
本実施形態では、図７において示したコマンドＣＭ４を用いて、更にアプリケーションの起動に係るコマンドＣＭ１に対応するか否か、およびアプリケーション終了後に遷移元に戻るか機能を有するか否かを確認する。
本実施形態では、図７において示したコマンドＣＭ４を用いて、更にアプリケーションの起動に係るコマンドＣＭ１に対応するか否か、およびアプリケーション終了後に遷移元に戻るか機能を有するか否かを確認する。
【0129】
例えば、図示する例において、コマンドＣＭ４に引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ＳｍａｒｔｔｖＡｐｐＬａｕｎｃｈｅｒを規定する。受信装置がｒｅｓｉｄｅｎｔＡｐｐの機能を有する場合、戻り値１を得る。戻り値１であれば、アプリケーションは、図４に示したコマンドＣＭ１を用いて起動される。
【0130】
また、例えば、図示する例において、コマンドＣＭ４に引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ｒｅｔｕｒｎＴｏＢｒｏａｄｃａｓｔを規定する。受信装置がコマンドＣＭ１によって起動したアプリケーション終了後に遷移元に戻る機能を有する場合、戻り値１を得る。
【0131】
すなわち、引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： 、ＳｍａｒｔｔｖＡｐｐＬａｕｎｃｈｅｒを用いたコマンドＣＭ４は、起動するアプリケーションが、図４に示すコマンドＣＭ１による起動に対応するＯＴＴサービスのアプリケーションであるか否かを確認するためのコマンドである。また、引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ｒｅｔｕｒｎＴｏＢｒｏａｄｃａｓｔを用いたコマンドＣＭ４は、ＲｅｓｉｄｅｎｔＡｐｐによって起動したアプリケーション終了後に遷移元の放送コンテンツへ戻る機能を有するか否かを確認するためのコマンドである。
【0132】
図１８は、本実施形態に係るエクストラブラウザの起動に係るコマンドの定義の一例を示す図である。
本実施形態では、図７において示したコマンドＣＭ４を用いて、更にエクストラブラウザの起動に係るコマンドＣＭ２に対応するか否か、およびエクストラブラウザの終了後に遷移元に戻るか機能を有するか否かを確認する。
本実施形態では、図７において示したコマンドＣＭ４を用いて、更にエクストラブラウザの起動に係るコマンドＣＭ２に対応するか否か、およびエクストラブラウザの終了後に遷移元に戻るか機能を有するか否かを確認する。
【0133】
例えば、図示する例において、コマンドＣＭ４に引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ＳｍａｒｔｔｖＡｐｐＢｒｏｗｓｅｒ１を規定する。受信装置がｒｅｓｉｄｅｎｔＡｐｐの機能を有する場合、戻り値１を得る。戻り値１であれば、ＳｍａｒｔｔｖＡｐｐＢｒｏｗｓｅｒ１がＲｅｓｉｄｅｎｔＡｐｐの機能をサポートし、アプリケーションＳｍａｒｔｔｖＡｐｐＢｒｏｗｓｅｒ１は、図５に示したコマンドＣＭ２を用いて起動される。
【0134】
また、例えば、図示する例において、コマンドＣＭ４に引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ＳｍａｒｔｔｖＡｐｐＢｒｏｗｓｅｒ２を規定する。受信装置がｒｅｓｉｄｅｎｔＡｐｐの機能を有する場合、戻り値１を得る。戻り値１であれば、ＳｍａｒｔｔｖＡｐｐＢｒｏｗｓｅｒ２がＲｅｓｉｄｅｎｔＡｐｐの機能をサポートし、アプリケーションＳｍａｒｔｔｖＡｐｐＢｒｏｗｓｅｒ２は、図５に示したコマンドＣＭ２を用いて起動される。
【0135】
ここで、引数ＳｍａｒｔｔｖＡｐｐＢｒｏｗｓｅ１と引数ＳｍａｒｔｔｖＡｐｐＢｒｏｗｓｅｒ２とは、アプリケーション起動関数を用いて第４引数をＵＲＬ形式で指定する登録一般アプリケーションの起動に対応するか、アプリケーション起動関数を用いて第４引数をＡｐｐＩＤ形式で指定する登録一般アプリケーションの起動に対応するかに応じて用いる引数が異なる。
【0136】
また、例えば、図示する例において、コマンドＣＭ４に引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ｒｅｔｕｒｎＴｏＢｒｏａｄｃａｓｔＦｒｏｍＢを規定する。受信装置がコマンドＣＭ２によって起動したアプリケーション終了後に遷移元に戻る機能を有する場合、戻り値１を得る。
【0137】
すなわち、引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ｓｍａｒｔｔｖＡｐｐＢｒｏｗｓｅｒ１を用いたコマンドＣＭ４は、起動するエクストラブラウザが、図５に示すコマンドＣＭ２による起動に対応するエクストラブラウザであるか否かを確認するためのコマンドである。また、引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ｍａｒｔｔｖＡｐｐＢｒｏｗｓｅｒ２を用いたコマンドＣＭ４は、起動するエクストラブラウザが、図５に示すコマンドＣＭ２による起動に対応するエクストラブラウザであるか否かを確認するためのコマンドである。また、引数ｆｕｎｃｔｉｏｎｎａｍｅ： ＲｅｓｉｄｅｎｔＡｐｐ、 ａｄｄｉｔｉｏｎａｌｉｎｆｏ： ｒｅｔｕｒｎＴｏＢｒｏａｄｃａｓｔＦｒｏｍＢを用いたコマンドＣＭ４は、起動したエクストラブラウザ終了後に遷移元の放送コンテンツへ戻る機能を有するか否かを確認するためのコマンドである。
【0138】
次いで、本実施形態に係るコンテンツ切り替え処理について説明する。
図１９は、本発明の第２の実施形態に係るコンテンツ切り替え処理の一例を示すフローチャートである。
ステップＳ５００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。次いで、ステップＳ５０２に処理を実行する。
図１９は、本発明の第２の実施形態に係るコンテンツ切り替え処理の一例を示すフローチャートである。
ステップＳ５００において、受信装置２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。また、受信装置２は、選局された放送コンテンツを出力部２５に出力させる。次いで、ステップＳ５０２に処理を実行する。
【0139】
ステップＳ５０２において、放送局１は、データ放送によるＢＭＬコマンドの実行によって受信装置２がＯＴＴサービスに対応しているか否か、すなわち、見逃し配信アプリケーション（見逃し配信アプリ）に対応しているか否かを判定する。具体的には、放送局１は、データ放送により、コマンドＣＭ４を受信装置２に実行させることで、受信装置２が見逃し配信アプリに対応しているか否かを判定する。受信装置２が見逃し配信アプリに対応していると判定される場合（ステップＳ５０２ ＹＥＳ）、放送局１は、ステップＳ５０４の処理を実行する。一方、受信装置２が見逃し配信アプリに対応していないと判定される場合（ステップＳ５０２ ＮＯ）、放送局１は、図１９に示すコンテンツ切り替え処理を終了する。
【0140】
ステップＳ５０４において、放送局１は、見逃し配信アプリ終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能か否か、すなわち、見逃し配信アプリ起動前の遷移元である放送コンテンツに戻る機能を有するか否かを判定する。具体的には、放送局１は、コマンドＣＭ４を受信装置２に実行させることで、起動したアプリケーションが終了後に、見逃し配信アプリ起動前に表示していた放送コンテンツに切り替え可能か否か、すなわち、アプリケーション終了後に遷移元に戻る機能を有するか否かを判定する。受信装置２が見逃し配信アプリ終了後に、遷移元の放送コンテンツへ戻る機能を有さないと判定される場合（ステップＳ５０４ ＮＯ）、放送局１は、ステップＳ５０６の処理を実行する。一方、受信装置２が見逃し配信アプリ終了後に、遷移元の放送コンテンツへ戻る機能を有すると判定される場合（ステップＳ５０４ ＹＥＳ）、放送局１は、ステップＳ５１６の処理を実行する。
【0141】
ステップＳ５０６において、放送局１は、見逃し配信アプリが終了したときに見逃し配信アプリを起動する前の放送コンテンツの表示への切り替え手段、すなわち、見逃し配信アプリ終了後に遷移元の放送コンテンツへ戻るための手段を出力部２５に出力させ、ユーザに提示させる。見逃し配信アプリ終了後に遷移元の放送コンテンツへ戻るための手段の提示は、見逃し配信アプリが起動されるよりも前のタイミング、すなわち、見逃し配信アプリへ遷移する前にユーザに対して提示される。遷移元の放送コンテンツへ戻るための手段の提示は、例えばデータ放送によってＢＭＬコマンドを受信装置２に実行させることで、遷移元の放送コンテンツへ戻るためのメッセージを受信装置２に表示させる。当該メッセージには、放送コンテンツに戻るための受信装置２の操作手順が含まれる。その後、放送局１は、ステップＳ５０８の処理を実行する。
【0142】
ステップＳ５０８において、放送局１は、データ放送によるコマンドを受信装置２に実行させ、受信装置２の見逃し配信アプリを起動する。具体的には、放送局１は、コマンドＣＭ１、コマンドＣＭ２、コマンドＣＭ３、コマンドＣＭ４の各コマンドをデータ放送により受信装置２に実行させ、受信装置２の見逃し配信アプリを起動する。放送局１は、ステップＳ５１０の処理を実行する。
【0143】
ステップＳ５１０において、放送局１は、ＯＴＴコンテンツの再生（配信）が完了したことに基づいて受信装置２に見逃し配信アプリを終了させる。放送局１は、ステップＳ５１２の処理を実行する
【0144】
ステップＳ５１２において、放送局１は、ステップＳ５０６において提示した遷移元へ戻るための手段に応じたユーザ操作を受け付ける。放送局１は、ステップＳ５１４の処理を実行する。
【0145】
ステップＳ５１４において、放送局１は、ユーザ操作に応じてＯＴＴコンテンツからから遷移元へ戻り、放送コンテンツを出力部２５に出力させる。また、受信装置２は、選局されているコンテンツに対応するデータ放送を起動し、ＢＭＬブラウザを起動する。そして、図１９に係るコンテンツ切り替え処理を終了する。
【0146】
ステップＳ５１６において、放送局１は、データ放送によるコマンドを受信装置２に実行させることより、受信装置２の見逃し配信アプリを起動させる。具体的には、放送局１は、コマンドＣＭ１、コマンドＣＭ２、コマンドＣＭ３、コマンドＣＭ４の各コマンドをデータ放送により受信装置２に実行させ、受信装置２の見逃し配信アプリを起動させる。放送局１は、ステップＳ５１８の処理を実行する。
【0147】
ステップＳ５１８において、放送局１は、ＯＴＴコンテンツの再生（配信）が完了したことに基づいて受信装置２の見逃し配信アプリを終了させる。また、放送局１は、データ放送よるコマンドを受信装置２に実行させることで、見逃し配信アプリを起動前に表示していた遷移元へ戻る処理を実行し、遷移元である放送コンテンツを受信装置２に表示させる。そして、図１９に係るコンテンツ切り替え処理を終了する。
【0148】
なお、放送コンテンツへ戻るための手段の提示は、見逃し配信アプリを起動した後に、起動した見逃し配信アプリ内でガイドを表示することで実行されてもよい。
【0149】
このように、本実施形態に係る受信装置２は、アプリケーションに対応する放送コンテンツの表示中に、データ放送によりアプリケーションを起動する起動部（ＯＴＴ処理部２４）と、アプリケーションが終了した場合に、アプリケーションを起動する前の放送コンテンツへ戻る処理が実行可能か否かを判定する判定部２６１と、前の放送コンテンツへ戻る処理が実行可能でないと判定される場合に、前の放送コンテンツへ戻るための手段を提示する提示部（出力部２５）と、を備える。
【0150】
これにより、受信装置２は、アプリケーションが終了したときに、アプリケーションを実行する前に表示していた放送コンテンツへ戻る処理が実行可能か否かを確認することができるため、ユーザの利便性を向上させることができる。
【0151】
なお、上述した実施形態における放送局１、受信装置２、放送局サーバ３、事業者サーバ４、ＯＴＴサーバ５の一部、例えば、受信装置２の分離部２３２、映像処理部２３３、音声処理部２３４、出力処理部２３５、判定部２６１、決定部２６２、検出部２６３、コンテンツ処理部２４１、コンテンツ出力処理部２４２の少なくとも一部をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、放送局１、受信装置２、放送局サーバ３、事業者サーバ４、ＯＴＴサーバ５に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。
【0152】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【0153】
また、上述した実施形態における放送局１、受信装置２、放送局サーバ３、事業者サーバ４、ＯＴＴサーバ５の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。放送局１、受信装置２、放送局サーバ３、事業者サーバ４、ＯＴＴサーバ５の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【0154】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【0155】
Ｓｙｓ 放送システム
１ 放送局
２ 受信装置
３ 放送局サーバ
４ 事業者サーバ
５ ＯＴＴサーバ
２０ メインシステム部
２１ 受信部
２２ 入力部
２３ 放送波処理部
２３１ 復調部
２３２ 分離部
２３３ 映像処理部
２３４ 音声処理部
２３５ 出力処理部
２４ ＯＴＴ処理部
２４１ コンテンツ処理部
２４２ コンテンツ出力処理部
２５ 出力部
２６ 切替処理部
２６１ 判定部
２６２ 決定部
２６３ 検出部
１ 放送局
２ 受信装置
３ 放送局サーバ
４ 事業者サーバ
５ ＯＴＴサーバ
２０ メインシステム部
２１ 受信部
２２ 入力部
２３ 放送波処理部
２３１ 復調部
２３２ 分離部
２３３ 映像処理部
２３４ 音声処理部
２３５ 出力処理部
２４ ＯＴＴ処理部
２４１ コンテンツ処理部
２４２ コンテンツ出力処理部
２５ 出力部
２６ 切替処理部
２６１ 判定部
２６２ 決定部
２６３ 検出部
【要約】
【課題】コンテンツの切り替えにおけるユーザの利便性を向上させること。
【解決手段】アプリケーション処理部は、放送コンテンツの提示中に、データ放送に基づいてアプリケーションを起動し、前記アプリケーションの実行によるメディアサービスのコンテンツを提示し、切替処理部は、前記放送コンテンツの提示状態に切り替えることができない場合、前記放送コンテンツの提示状態への切り替え手段を提示し、前記アプリケーションを起動した後に、前記アプリケーションの実行により前記切り替え手段を提示する。
【選択図】図３
【解決手段】アプリケーション処理部は、放送コンテンツの提示中に、データ放送に基づいてアプリケーションを起動し、前記アプリケーションの実行によるメディアサービスのコンテンツを提示し、切替処理部は、前記放送コンテンツの提示状態に切り替えることができない場合、前記放送コンテンツの提示状態への切り替え手段を提示し、前記アプリケーションを起動した後に、前記アプリケーションの実行により前記切り替え手段を提示する。
【選択図】図３
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】