(57)【要約】【課題】より柔軟に、サイマルキャストの運用を行うことができるようにする。【解決手段】受信装置が、第１の放送サービスとして伝送される第１のストリーム、又は第１の放送サービスのサイマルキャストである第２の放送サービスとして伝送される第２のストリームを受信し、第１のストリームから得られる時刻情報及びチャネル情報に基づいて、時刻情報が示す時刻に、第１のストリームにより提供される番組の再生を継続するか、又は第２のストリームにより提供される番組であってチャネル情報が示す番組の再生に切り替える。本技術は、例えば、テレビ受像機に適用することができる。【選択図】図１
2018195972.tif 000002
【特許請求の範囲】
【請求項１】
第１の放送サービスとして伝送される第１のストリーム、又は前記第１の放送サービスのサイマルキャストである第２の放送サービスとして伝送される第２のストリームを受信する受信部と、
前記第１のストリームから得られる時刻情報及びチャネル情報に基づいて、前記時刻情報が示す時刻に、前記第１のストリームにより提供される番組の再生を継続するか、又は前記第２のストリームにより提供される番組であって前記チャネル情報が示す番組の再生に切り替える処理部と
を備える受信装置。
【請求項２】
前記時刻情報は、前記第１のストリームにより提供される第１の番組の終了時刻を含み、
前記チャネル情報は、前記第２のストリームにより提供される第２の番組のチャネル番号を含み、
前記処理部は、前記時刻情報が示す前記第１の番組の終了時刻に、前記第１のストリームにより提供される前記第１の番組の次の番組である第３の番組の再生を継続するか、又は前記第１の番組から、前記チャネル情報が示す前記第２の番組の再生に切り替える
請求項１に記載の受信装置。
【請求項３】
前記第１の放送サービスは、１つの周波数帯域で、複数の放送事業者により提供されるサービスであり、
前記第２の放送サービスは、所定の周波数帯域ごとに、各放送事業者により提供されるサービスである
請求項２に記載の受信装置。
【請求項４】
前記複数の放送事業者は、第１の放送事業者と第２の放送事業者を含み、
前記第１の番組は、前記第１の放送事業者により提供され、
前記第２の番組は、前記第１の放送事業者により提供され、
前記第３の番組は、前記第２の放送事業者により提供される
請求項３に記載の受信装置。
【請求項５】
前記時刻情報は、前記第１のストリームにより提供される第４の番組の開始時刻をさらに含み、
前記第４の番組は、前記第３の番組の次の番組であって、前記第１の放送事業者により提供され、
前記処理部は、前記時刻情報が示す前記第１の番組の終了時刻に、前記チャネル情報が示す前記第２の番組の再生に切り替えられた場合に、前記時刻情報が示す前記第４の番組の開始時刻になったとき、前記第４の番組の再生に切り替える
請求項４に記載の受信装置。
【請求項６】
前記処理部は、前記第１の番組の終了時刻の直前若しくは直後、又は前記第４の番組の開始時刻の直前若しくは直後に、番組が切り替わる旨のメッセージを表示させる
請求項５に記載の受信装置。
【請求項７】
前記処理部は、前記第１の番組の次に前記第３の番組の再生を継続して、前記第１の放送サービスを優先して視聴する第１のモードと、前記第１の番組から前記第２の番組に再生を切り替えて、同一の放送事業者を継続して視聴する第２のモードとのうち、視聴者の選択に応じて、いずれかのモードを設定する
請求項４に記載の受信装置。
【請求項８】
前記第１の放送サービスは、新規の放送サービスであり、
前記第２の放送サービスは、既存の放送サービスである
請求項１に記載の受信装置。
【請求項９】
前記時刻情報及び前記チャネル情報を含むサイマルキャスト情報は、
MPD(Media Presentation Description)のEventStream要素を利用して提供されるか、
MPEG DASH(Dynamic Adaptive Streaming over HTTP)で規定されるEvent Message Boxを利用して提供されるか、
又は前記サイマルキャスト情報を記述した記述子により提供される
請求項１に記載の受信装置。
【請求項１０】
受信装置の受信方法において、
前記受信装置が、
第１の放送サービスとして伝送される第１のストリーム、又は前記第１の放送サービスのサイマルキャストである第２の放送サービスとして伝送される第２のストリームを受信し、
前記第１のストリームから得られる時刻情報及びチャネル情報に基づいて、前記時刻情報が示す時刻に、前記第１のストリームにより提供される番組の再生を継続するか、又は前記第２のストリームにより提供される番組であって前記チャネル情報が示す番組の再生に切り替える
ステップを含む受信方法。
【請求項１１】
第１の放送サービスのサイマルキャストとして第２の放送サービスを提供するためのサイマルキャスト情報を生成する生成部と、
前記第１の放送サービスとして伝送される第１のストリームと、前記第２の放送サービスとして伝送される第２のストリームとともに、前記サイマルキャスト情報を送信する送信部と
を備え、
前記サイマルキャスト情報は、前記第１のストリームにより提供される第１の番組の終了時刻を含む時刻情報と、前記第２のストリームにより提供される第２の番組のチャネル番号を含むチャネル情報を含む
送信装置。
【請求項１２】
前記第１の放送サービスは、１つの周波数帯域で、複数の放送事業者により提供されるサービスであり、
前記第２の放送サービスは、所定の周波数帯域ごとに、各放送事業者により提供されるサービスである
請求項１１に記載の送信装置。
【請求項１３】
前記複数の放送事業者は、第１の放送事業者と第２の放送事業者を含み、
前記第１の番組は、前記第１の放送事業者により提供され、
前記第２の番組は、前記第１の放送事業者により提供される
請求項１２に記載の送信装置。
【請求項１４】
前記第１のストリームにより提供される前記第１の番組の次の番組である第３の番組は、前記第２の放送事業者により提供される
請求項１３に記載の送信装置。
【請求項１５】
前記第１のストリームにより提供される前記第３の番組の次の番組である第４の番組は、前記第１の放送事業者により提供され、
前記時刻情報は、前記第４の番組の開始時刻をさらに含む
請求項１４に記載の送信装置。
【請求項１６】
前記第１の放送サービスは、新規の放送サービスであり、
前記第２の放送サービスは、既存の放送サービスである
請求項１１に記載の送信装置。
【請求項１７】
前記サイマルキャスト情報は、
MPDのEventStream要素を利用して提供されるか、
MPEG DASHで規定されるEvent Message Boxを利用して提供されるか、
又は前記サイマルキャスト情報を記述した記述子により提供される
請求項１１に記載の送信装置。
【請求項１８】
送信装置の送信方法において、
前記送信装置が、
第１の放送サービスのサイマルキャストとして第２の放送サービスを提供するためのサイマルキャスト情報を生成し、
前記第１の放送サービスとして伝送される第１のストリームと、前記第２の放送サービスとして伝送される第２のストリームとともに、前記サイマルキャスト情報を送信する
ステップを含み、
前記サイマルキャスト情報は、前記第１のストリームにより提供される第１の番組の終了時刻を含む時刻情報と、前記第２のストリームにより提供される第２の番組のチャネル番号を含むチャネル情報を含む
送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び送信方法に関し、特に、より柔軟に、サイマルキャストの運用を行うことができるようにした受信装置、受信方法、送信装置、及び送信方法に関する。
【背景技術】
【０００２】
例えば、ATSC(Advanced Television Systems Committee)3.0等の次世代のデジタルテレビ放送の規格策定が進められている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2017-011503号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、次世代のデジタルテレビ放送等の新放送サービスの提供を開始する際には、現行の既存放送サービスとのサイマルキャストの運用が行われることが想定されるが、より柔軟に、サイマルキャストの運用を行うための提案が要請されていた。
【０００５】
本技術はこのような状況に鑑みてなされたものであり、より柔軟に、サイマルキャストの運用を行うことができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、第１の放送サービスとして伝送される第１のストリーム、又は前記第１の放送サービスのサイマルキャストである第２の放送サービスとして伝送される第２のストリームを受信する受信部と、前記第１のストリームから得られる時刻情報及びチャネル情報に基づいて、前記時刻情報が示す時刻に、前記第１のストリームにより提供される番組の再生を継続するか、又は前記第２のストリームにより提供される番組であって前記チャネル情報が示す番組の再生に切り替える処理部とを備える受信装置である。
【０００７】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。
【０００８】
本技術の第１の側面の受信装置、及び受信方法においては、第１の放送サービスとして伝送される第１のストリーム、又は前記第１の放送サービスのサイマルキャストである第２の放送サービスとして伝送される第２のストリームが受信され、前記第１のストリームから得られる時刻情報及びチャネル情報に基づいて、前記時刻情報が示す時刻に、前記第１のストリームにより提供される番組の再生が継続されるか、又は前記第２のストリームにより提供される番組であって前記チャネル情報が示す番組の再生に切り替えられる。
【０００９】
本技術の第２の側面の送信装置は、第１の放送サービスのサイマルキャストとして第２の放送サービスを提供するためのサイマルキャスト情報を生成する生成部と、前記第１の放送サービスとして伝送される第１のストリームと、前記第２の放送サービスとして伝送される第２のストリームとともに、前記サイマルキャスト情報を送信する送信部とを備え、前記サイマルキャスト情報は、前記第１のストリームにより提供される第１の番組の終了時刻を含む時刻情報と、前記第２のストリームにより提供される第２の番組のチャネル番号を含むチャネル情報を含む送信装置である。
【００１０】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。
【００１１】
本技術の第２の側面の送信装置、及び送信方法においては、第１の放送サービスのサイマルキャストとして第２の放送サービスを提供するためのサイマルキャスト情報が生成され、前記第１の放送サービスとして伝送される第１のストリームと、前記第２の放送サービスとして伝送される第２のストリームとともに、前記サイマルキャスト情報が送信される。また、前記サイマルキャスト情報は、前記第１のストリームにより提供される第１の番組の終了時刻を含む時刻情報と、前記第２のストリームにより提供される第２の番組のチャネル番号を含むチャネル情報を含むことができる。
【発明の効果】
【００１２】
本技術の第１の側面、及び第２の側面によれば、より柔軟に、サイマルキャストの運用を行うことができる。
【００１３】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１４】
【図１】本技術を適用した放送システムの一実施の形態の構成を示すブロック図である。
【図２】図１のデータ処理装置と送信装置の構成例を示すブロック図である。
【図３】図２のデータ処理装置と送信装置の機能的構成例を示すブロック図である。
【図４】図１の受信装置の構成例を示すブロック図である。
【図５】図４の処理部の機能的構成例を示すブロック図である。
【図６】新放送サービスと既存放送サービスのサイマルキャスト運用の例を示す図である。
【図７】新放送サービスと既存放送サービスの番組編成の第１の例を示す図である。
【図８】新放送サービスと既存放送サービスの番組編成の第２の例を示す図である。
【図９】同一放送事業者継続視聴モード時の受信装置の動作の例を示す図である。
【図１０】同一放送事業者継続視聴モード時のメッセージの表示の第１の例を示す図である。
【図１１】同一放送事業者継続視聴モード時のメッセージの表示の第２の例を示す図である。
【図１２】新放送サービス優先視聴モード時の受信装置の動作の例を示す図である。
【図１３】新放送サービス優先視聴モード時のメッセージの表示の第１の例を示す図である。
【図１４】新放送サービス優先視聴モード時のメッセージの表示の第２の例を示す図である。
【図１５】MPDのEventStream要素の例を示す図である。
【図１６】MPEG DASHで規定されるEvent Message Boxの例を示す図である。
【図１７】図１６のDASHEventMessageBoxの記述例を示す図である。
【図１８】SimulcastEventDescriptorの例を示す図である。
【図１９】放送アプリケーションと受信機アプリケーションの通信の例を示す図である。
【図２０】放送アプリケーションから受信機アプリケーションへのクエリの例を示す図である。
【図２１】受信機アプリケーションから放送アプリケーションへのレスポンスの例を示す図である。
【図２２】図２１のレスポンスのresultのシンタックスの例を示す図である。
【図２３】送信処理の流れを説明するフローチャートである。
【図２４】視聴モード設定処理の流れを説明するフローチャートである。
【図２５】テレビ視聴時処理の流れを説明するフローチャートである。
【図２６】チャネル選局・再生処理の詳細な流れを説明するフローチャートである。
【図２７】同一放送事業者継続視聴モード対応処理の詳細な流れを説明するフローチャートである。
【図２８】新放送サービス優先視聴モード対応処理の詳細な流れを説明するフローチャートである。
【図２９】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１６】
１．システムの構成
２．本技術の概要
３．本技術の詳細な内容
（１）同一放送事業者継続視聴モード
（２）新放送サービス優先視聴モード
４．サイマルキャスト情報の伝送方式
（１）MPD-EventStream方式
（２）In-band message方式
（３）SimulcastEventDescriptor方式
５．アプリケーションの通信
６．送信側と受信側の処理の流れ
７．変形例
８．コンピュータの構成
【００１７】
＜１．システムの構成＞
【００１８】
（放送システムの構成例）
図１は、本技術を適用した放送システムの一実施の形態の構成を示すブロック図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
【００１９】
図１において、放送システム１は、各放送事業者に関連する施設に設置されるデータ処理装置１０−１乃至１０−Ｎ（Ｎは１以上の整数）及びデータ処理装置１１−１乃至１１−Ｎ（Ｎは１以上の整数）と、送信所に設置される送信装置２０と、ユーザ（視聴者）が所有する受信装置３０−１乃至３０−Ｍ（Ｍは１以上の整数）を含んで構成される。
【００２０】
また、この放送システム１において、データ処理装置１０−１乃至１０−Ｎ又はデータ処理装置１１−１乃至１１−Ｎと、送信装置２０とは、通信回線４０−１乃至４０−Ｎ又は通信回線４１−１乃至４１−Ｎを介して、接続されている。なお、通信回線４０−１乃至４０−Ｎ及び通信回線４１−１乃至４１−Ｎは、例えば専用線とすることができる。
【００２１】
データ処理装置１０−１は、放送事業者Ａにより制作されたテレビ番組等の放送コンテンツを処理し、その結果得られる伝送データを、通信回線４０−１を介して送信装置２０に送信する。また、データ処理装置１１−１は、放送事業者Ａにより制作されたテレビ番組等の放送コンテンツを処理し、その結果得られる伝送データを、通信回線４１−１を介して送信装置２０に送信する。
【００２２】
ただし、データ処理装置１０−１で処理される放送コンテンツは、次世代のデジタルテレビ放送等の新放送サービス（例えば、ATSC3.0）の4K映像の番組（以下、4K番組ともいう）とされ、データ処理装置１１−１で処理される放送コンテンツは、現行の既存放送サービス（例えば、ATSC1.0）の2K映像の番組（以下、2K番組ともいう）とされる。
【００２３】
また、データ処理装置１０−１又はデータ処理装置１１−１は、放送コンテンツに連動して実行される放送アプリケーションを処理し、伝送データに含めて、通信回線４０−１又は通信回線４１−１を介して送信装置２０に送信することができる。
【００２４】
データ処理装置１０−２乃至１０−Ｎにおいては、データ処理装置１０−１と同様に、放送事業者Ｂや放送事業者Ｚ等の各放送事業者により制作された4K番組等の放送コンテンツや、放送アプリケーションが処理され、その結果得られる伝送データが、通信回線４０−２乃至４０−Ｎを介して、送信装置２０に送信される。
【００２５】
また、データ処理装置１１−２乃至１１−Ｎにおいては、データ処理装置１１−１と同様に、放送事業者Ｂや放送事業者Ｚ等の各放送事業者により制作された2K番組等の放送コンテンツや、放送アプリケーションが処理され、その結果得られる伝送データが、通信回線４１−２乃至４１−Ｎを介して、送信装置２０に送信される。
【００２６】
送信装置２０は、通信回線４０−１乃至４０−Ｎを介して、放送事業者側のデータ処理装置１０−１乃至１０−Ｎから送信されてくる伝送データを受信する。また、送信装置２０は、通信回線４１−１乃至４１−Ｎを介して、放送事業者側のデータ処理装置１１−１乃至１１−Ｎから送信されてくる伝送データを受信する。
【００２７】
送信装置２０は、データ処理装置１０−１乃至１０−Ｎ又はデータ処理装置１１−１乃至１１−Ｎからの伝送データを処理し、その結果得られる放送信号を、送信所に設置された送信用アンテナから送信する。ここでは、例えば、新放送サービスと既存放送サービスとのサイマルキャスト（サイマル放送）が行われ、放送事業者ごとに、4K番組と2K番組が放送される。
【００２８】
送信所側の送信装置２０からの放送信号は、放送伝送路５０を介して、受信装置３０−１乃至３０−Ｍに送信される。
【００２９】
受信装置３０−１乃至３０−Ｍは、テレビ受像機やセットトップボックス（STB：Set Top Box）、録画機、ゲーム機、ネットワークストレージなどの固定受信機、あるいはスマートフォンや携帯電話機、タブレット型コンピュータ等のモバイル受信機である。また、受信装置３０−１乃至３０−Ｍは、例えば車載テレビなどの車両に搭載される車載機器や、ヘッドマウントディスプレイ（HMD：Head Mounted Display）等のウェアラブルコンピュータなどであってもよい。
【００３０】
受信装置３０−１乃至３０−Ｍは、新放送サービス（例えば、ATSC3.0）及び既存放送サービス（例えば、ATSC1.0）の両方、又は既存放送サービス（例えば、ATSC1.0）のみに対応している。
【００３１】
受信装置３０−１は、放送伝送路５０を介して、送信装置２０から送信されてくる放送信号を受信して処理することで、視聴者による選局操作に応じた新放送サービスの4K番組や既存放送サービスの2K番組等の放送コンテンツを再生する。また、受信装置３０−１は、放送アプリケーションを取得して実行することができる。
【００３２】
また、受信装置３０−１は、通信機能を有し、インターネット９０を介して通信サーバ８０にアクセスし、通信サーバ８０から配信される通信コンテンツを再生することができる。また、受信装置３０−１は、インターネット９０を介して通信サーバ８０から通信アプリケーションを取得し、実行することもできる。
【００３３】
受信装置３０−２乃至３０−Ｍにおいては、受信装置３０−１と同様に、送信装置２０からの放送信号が処理され、視聴者による選局操作に応じた放送コンテンツが再生される。また、受信装置３０−２乃至３０−Ｍにおいては、受信装置３０−１と同様に、放送アプリケーションが実行される。また、受信装置３０−２乃至３０−Ｍにおいては、受信装置３０−１と同様に、通信サーバ８０からの通信コンテンツを再生したり、通信アプリケーションを実行したりすることができる。
【００３４】
ここで、放送コンテンツは、例えばニュースやスポーツ、ドラマ、ショッピングチャネル等のテレビ番組である。また、放送アプリケーションは、HTML5(HyperText Markup Language 5)等のマークアップ言語や、JavaScript（登録商標）等のスクリプト言語で開発されたアプリケーションである。なお、ATSC3.0に対応した放送アプリケーションの詳細な内容については、下記の非特許文献１や非特許文献２に開示されている。
【００３５】
非特許文献１：ATSC Candidate Standard ATSC 3.0 Interactive Content (A/344)
非特許文献２：ATSC Candidate Standard Application Signaling (A/337)
【００３６】
また、受信装置３０には、レジデントアプリケーションとしての受信機アプリケーションがあらかじめ組み込まれており、受信したストリームに対する処理などを行う。以下の説明では、放送アプリケーションと、受信機アプリケーションとを、明示的に区別するものとする。
【００３７】
なお、放送システム１において、放送伝送路５０は、地上波（地上波放送）のほか、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV：Common Antenna TeleVision）などであってもよい。
【００３８】
また、以下の説明では、放送事業者側のデータ処理装置１０−１乃至１０−Ｎを、特に区別する必要がない場合には、データ処理装置１０と称し、データ処理装置１１−２乃至１１−Ｎを、特に区別する必要がない場合には、データ処理装置１１と称する。
【００３９】
また、受信装置３０−１乃至３０−Ｍを、特に区別する必要がない場合には、受信装置３０と称する。ただし、受信装置３０は、新放送サービスと既存放送サービスの両方の放送サービスに対応しているものとする。
【００４０】
（送信側の装置の構成）
図２は、図１のデータ処理装置１０又はデータ処理装置１１と、送信装置２０の構成例を示すブロック図である。
【００４１】
図２において、データ処理装置１０は、コンポーネント処理部１１１、シグナリング生成部１１２、マルチプレクサ１１３、及びデータ処理部１１４から構成される。
【００４２】
コンポーネント処理部１１１は、4K番組等の放送コンテンツを構成するコンポーネントのデータを処理し、その結果得られるコンポーネントのストリームを、マルチプレクサ１１３に供給する。ここで、コンポーネントのデータは、例えば、映像や音声、字幕等のデータであり、これらのデータに対し、例えば、所定の符号化方式に準拠したエンコードなどの処理が行われる。
【００４３】
シグナリング生成部１１２は、放送コンテンツの選局や再生等の上位層の処理で用いられるシグナリングを生成し、マルチプレクサ１１３に供給する。また、シグナリング生成部１１２は、放送信号の変調や復調等の物理層の処理で用いられるシグナリングを生成し、データ処理部１１４に供給する。
【００４４】
なお、シグナリングは、制御情報とも称される。また、以下の説明では、シグナリングのうち、物理層の処理で用いられるシグナリングを、物理層シグナリング（L1シグナリング）と称する一方で、物理層（Physical Layer）よりも上位の層である上位層（Upper Layer）の処理で用いられるシグナリングを、上位層シグナリングと称して区別する。
【００４５】
マルチプレクサ１１３は、コンポーネント処理部１１１から供給されるコンポーネントのストリームと、シグナリング生成部１１２から供給される上位層シグナリングのストリームとを多重化し、その結果得られるストリームを、データ処理部１１４に供給する。なお、ここでは、放送アプリケーションや時刻情報などの他のストリームが多重化されるようにしてもよい。
【００４６】
データ処理部１１４は、マルチプレクサ１１３から供給されるストリームを処理して、所定の形式のパケット（フレーム）を生成する。また、データ処理部１１４は、所定の形式のパケットと、シグナリング生成部１１２からの物理層シグナリングを処理して、伝送データを生成し、通信回線４０を介して送信装置２０に送信する。
【００４７】
なお、データ処理装置１１は、データ処理装置１０と基本的に同様に構成されるため、その説明は省略するが、放送コンテンツが、2K番組等とされる点や、エンコードの際の符号化方式などは異なっている。
【００４８】
図２において、送信装置２０は、データ処理部２１１及び変調部２１２から構成される。
【００４９】
データ処理部２１１は、通信回線４０を介して、データ処理装置１０又はデータ処理装置１１から送信されてくる伝送データを受信して処理し、その結果得られる所定の形式のパケット（フレーム）と、物理層シグナリングの情報を抽出する。
【００５０】
データ処理部２１１は、所定の形式のパケット（フレーム）と、物理層シグナリングの情報を処理することで、所定の放送方式に準拠した物理層のフレーム（物理層フレーム）を生成し、変調部２１２に供給する。
【００５１】
このとき、データ処理装置１０からの伝送データからは、新放送サービス（ATSC3.0）に対応した物理層フレームが生成され、データ処理装置１１からの伝送データからは、既存放送サービス（ATSC1.0）に対応した物理層フレームが生成される。
【００５２】
なお、図２の構成においては、物理層シグナリングが、データ処理装置１０又はデータ処理装置１１側で生成され、送信装置２０に送信されるとして説明したが、物理層シグナリングは、送信装置２０側で生成されるようにしてもよい。
【００５３】
変調部２１２は、データ処理部２１１から供給される物理層フレームに対し、必要な処理（例えば変調処理等）を施して、その結果得られる放送信号（RF信号）を、送信所に設置された送信用アンテナから送信する。
【００５４】
データ処理装置１０又はデータ処理装置１１と、送信装置２０は、以上のように構成される。
【００５５】
（送信側の装置の機能的構成）
図３は、図２のデータ処理装置１０又はデータ処理装置１１と、送信装置２０の機能的構成例を示すブロック図である。
【００５６】
サイマルキャスト情報生成部１５１は、サイマルキャスト情報を生成し、マルチプレクサ１５２に供給する。
【００５７】
ここで、サイマルキャスト情報は、新放送サービスと既存放送サービスのサイマルキャストに対応した処理を実行するための情報であって、チャネル情報及び時刻情報を含む。チャネル情報は、サイマルキャスト先の番組のチャネル番号を含む。また、時刻情報は、サイマルキャスト元の番組の終了時刻を示す番組終了時刻と、サイマルキャスト元の番組の再開時刻を示す番組再開時刻を含む。
【００５８】
マルチプレクサ１５２は、そこに入力される新放送サービスのストリームと、既存放送サービスのストリームと、サイマルキャスト情報生成部１５１からのサイマルキャスト情報とを処理し、サイマルキャスト情報を、新放送サービスのストリーム又は既存放送サービスのストリームに含める。なお、サイマルキャスト情報の伝送方式については、図１５乃至図１８を参照して後述する。
【００５９】
マルチプレクサ１５２により処理されたストリームは、送信部１５３に供給される。送信部１５３は、マルチプレクサ１５２からのストリームを処理し、その結果得られる放送信号を送信する。
【００６０】
以上、送信側の装置の構成について説明した。
【００６１】
（受信側の装置の構成）
図４は、図１の受信装置３０の構成例を示すブロック図である。
【００６２】
図４において、受信装置３０は、処理部３１１、メモリ３１２、入力部３１３、チューナ３１４、デマルチプレクサ３１５、映像デコーダ３１６、映像出力部３１７、音声デコーダ３１８、音声出力部３１９、字幕デコーダ３２０、表示部３２１、スピーカ３２２、及び通信I/F３２３から構成される。
【００６３】
処理部３１１は、例えば、CPU(Central Processing Unit)やマイクロプロセッサ等から構成される。処理部３１１は、各種の演算処理や、各部の動作制御など、受信装置３０における中心的な制御装置として動作する。
【００６４】
メモリ３１２は、例えば、NVRAM(Non Volatile RAM)等の不揮発性メモリである。メモリ３１２は、処理部３１１からの制御に従い、各種のデータを記録する。
【００６５】
入力部３１３は、視聴者の操作に応じた操作信号を、処理部３１１に供給する。処理部３１１は、入力部３１３から供給される操作信号に基づいて、各部の動作を制御する。
【００６６】
チューナ３１４は、アンテナ３４１を介して受信された放送信号（RF信号）から、放送サービスの選局操作に応じた信号を抽出して復調し、その結果得られるストリームを、デマルチプレクサ３１５に供給する。
【００６７】
デマルチプレクサ３１５は、チューナ３１４から供給されるストリームを、音声や映像、字幕等のコンポーネントのストリームと、シグナリングとに分離する。デマルチプレクサ３１５は、映像データを映像デコーダ３１６に、音声データを音声デコーダ３１８に、字幕データを字幕デコーダ３２０に、シグナリングを処理部３１１にそれぞれ供給する。
【００６８】
処理部３１１は、デマルチプレクサ３１５から供給されるシグナリングに基づいて、放送コンテンツを再生するために、各部の動作を制御する。
【００６９】
映像デコーダ３１６は、デマルチプレクサ３１５から供給される映像データに対して、例えば、所定の復号方式に準拠したデコードなどの処理を施し、映像出力部３１７に供給する。映像出力部３１７は、映像デコーダ３１６から供給される映像データに応じた映像を、表示部３２１に表示する。
【００７０】
音声デコーダ３１８は、デマルチプレクサ３１５から供給される音声データに対して、例えば、所定の復号方式に準拠したデコードなどの処理を施し、音声出力部３１９に供給する。音声出力部３１９は、音声デコーダ３１８から供給される音声データに応じた音声を、スピーカ３２２から出力する。
【００７１】
字幕デコーダ３２０は、デマルチプレクサ３１５から供給される字幕データに対して、例えば、所定の復号方式に準拠したデコードなどの処理を施し、映像出力部３１７に供給する。映像出力部３１７は、字幕デコーダ３２０から供給される字幕データに対応する字幕が、映像デコーダ３１６から供給される映像データに対応する映像に重畳して表示されるようにする。
【００７２】
例えば、受信装置３０では、新放送サービスの選局操作がなされた場合、新放送サービスのストリームが処理され、4K番組が再生される。また、例えば、受信装置３０では、既存放送サービスの選局がなされた場合、既存放送サービスのストリームが処理され、2K番組が再生される。なお、4K番組と2K番組の再生時の処理では、デコードの際の復号方式などは異なっている。
【００７３】
通信I/F３２３は、通信インターフェース回路等から構成される。通信I/F３２３は、処理部３１１からの制御に従い、インターネット９０を介して通信サーバ８０と、各種のデータをやりとりする。
【００７４】
なお、図４の受信装置３０においては、表示部３２１とスピーカ３２２を含む構成を示しているが、表示部３２１とスピーカ３２２を含めない構成とし、映像データや音声データが、外部の表示装置やスピーカ装置に出力されるようにしてもよい。また、以下の説明では、映像デコーダ３１６、音声デコーダ３１８、及び字幕デコーダ３２０をまとめて、映像音声字幕デコーダ３３１とも称する。
【００７５】
（処理部の機能的構成）
図５は、図４の処理部３１１の機能的構成例を示すブロック図である。
【００７６】
受光部３１３Ａは、視聴者によってリモートコントローラ３１が操作された場合、その操作に応じたコマンドを受信し、処理部３１１に供給する。処理部３１１は、受光部３１３Ａから供給されるコマンドに基づいて、各部の動作を制御する。
【００７７】
処理部３１１は、視聴モード設定部３５１、選局・再生処理部３５２、及びメッセージ表示制御部３５３を含んで構成される。
【００７８】
視聴モード設定部３５１は、表示部３２１に表示された視聴モード設定画面に対する視聴者の指示に応じて、視聴モードを設定する。なお、詳細は後述するが、視聴モードには、同一放送事業者継続視聴モードと新放送サービス優先視聴モードの２種類のモードが存在する。
【００７９】
選局・再生処理部３５２は、受信した新放送サービスのストリーム、又は受信した既存放送サービスのストリームを処理し、新放送サービスの4K番組、又は既存放送サービスの2K番組を再生する。
【００８０】
なお、選局・再生処理部３５２は、後述する受信機アプリケーションの機能に対応している。すなわち、選局・再生処理部３５２において、新放送サービスのストリームに対する処理は、後述するATSC3.0受信機アプリケーション（図１９）の機能に相当し、既存放送サービスのストリームに対する処理は、後述するATSC1.0受信機アプリケーション（図１９）の機能に相当する。
【００８１】
メッセージ表示制御部３５３は、サイマルキャスト情報に基づいて、表示部３２１の画面の所定の領域に、所定のメッセージを表示させる。なお、メッセージ表示制御部３５３は、後述する放送アプリケーションの機能に対応している。
【００８２】
以上、受信側の装置の構成について説明した。
【００８３】
＜２．本技術の概要＞
【００８４】
ところで、新放送サービスの開始を希望する放送事業者は、この新放送サービス向けの周波数帯域を確保しなければならない。ここで、周波数帯域を確保するための１つの手段として、この放送事業者が運用している既存放送サービスの周波数帯域を転用することが考えられる。
【００８５】
しかしながら、放送通信事業の規制監督を行う機関（例えば米国の連邦通信委員会（FCC：Federal Communications Commission）や日本の総務省）による規制や、既存ビジネスの継続性から、視聴者が突然、既存放送サービスを視聴できなくなるような運用の導入は、非常に困難である。
【００８６】
そこで、代替案として、新放送サービスの開始を希望する複数の放送事業者（例えば、放送事業者Ａと放送事業者Ｂの２社）が協力して、１つのチャネルを新放送サービス向けとし、もう１つのチャネルを既存放送サービスに割り当てることが考えられる。
【００８７】
なお、１つの放送事業者が、複数のチャネルを保有している場合には、他の放送事業者と協力せずに単独で、新放送サービスと既存放送サービスに、チャネルを割り当てるようにしてもよい。
【００８８】
以下、図６乃至図８を参照しながら、具体例を説明するが、ここでは、放送事業者Ａが１チャネル（10.1CH）を保有し、放送事業者Ｂが１チャネル（25.1CH）を保有している場合に、放送事業者Ａと放送事業者Ｂが、その２つのチャネル（10.1CHと25.1CH）を共同で運用する場合を一例に説明する。
【００８９】
なお、実際の運用では、プラットフォーム事業者等のような運営会社が仲介して２つのチャネルを運用することも想定されるが、ここではそのような運営会社の存在は無視するものとする。
【００９０】
一方で、放送事業者は、新放送サービスを運用するにあたっては、放送通信事業の規制監督を行う機関によって、既存放送サービスとのサイマルキャスト（サイマル放送）の運用が求められることが想定される。すなわち、放送事業者Ａと放送事業者Ｂは、新放送サービスを提供する際には、新放送サービスのサイマルキャストである既存放送サービスも提供することになる。
【００９１】
このようなサイマルキャストとしては、通常、同一の番組を、既存放送サービスではHD(High Definition)画質やSD(Standard Definition)画質で配信し、新放送サービスでは4K画質で又は従来のSD画質より高画質化やHDR(High Dynamic Range)を取り入れた映像で配信するといった、同一の時刻に、同一の番組を、品質を変えて提供する運用がある。また、別の運用の例としては、同一の時刻に、既存放送サービスではスポーツ番組（画質はHD画質やSD画質又は従来のSD画質より高画質化やHDRを取り入れた映像）を配信し、新放送サービスではニュース番組（画質は4K画質）を配信するものが想定される。
【００９２】
（サイマルキャスト運用の例）
図６は、新放送サービスと既存放送サービスのサイマルキャスト運用の例を示す図である。
【００９３】
なお、この例では、新放送サービスとしてATSC3.0が採用され、既存放送サービスとしてATSC1.0されている場合を説明する。また、図６においては、上段に、既存放送サービスの運用時に割り当てられる周波数帯域が表され、下段に、新放送サービスと既存放送サービスのサイマルキャスト時に割り当てられる周波数帯域が表されている。
【００９４】
図６においては、放送事業者Ａと放送事業者Ｂとが、10.1CHと25.1CHの２つのチャネルを共用している。
【００９５】
現在の運用では、既存放送サービス（ATSC1.0）のみが運用される。この既存放送サービスにおいては、放送事業者Ａが、10.1CHの周波数帯域を利用して、放送サービスを提供し、放送事業者Ｂが、25.1CHの周波数帯域を利用して、放送サービスを提供している。
【００９６】
一方で、将来の運用では、新放送サービス（ATSC3.0）の運用のみならず、既存放送サービス（ATSC1.0）の運用も継続して行うため、一方の周波数帯域を、新放送サービスに割り当て、他方の周波数帯域を、既存放送サービスに割り当てることで、サイマルキャスト運用が行われる。この例では、10.1CHの周波数帯域が、新放送サービスに割り当てられ、25.1CHの周波数帯域が、既存放送サービスに割り当てられる。
【００９７】
ここで、既存放送サービスでは、１つの物理チャネルの周波数帯域（例えば、6MHz等）で、約19.4Mbpsの伝送容量がある。この伝送容量は、既存放送サービス（ATSC1.0）の規格で規定された技術によって決まる値であり、１つの物理チャネルで、２つの放送サービスを伝送する場合、それぞれの放送サービスの伝送容量は、半分の約9.7Mbps程度になる。
【００９８】
すなわち、既存放送サービスは、放送事業者Ａと放送事業者Ｂがそれぞれ放送サービスを継続するため、25CHを２つのチャネルに分割して25.1CHと25.2CHとし、25.1CHと25.2CHの周波数帯域をそれぞれ利用して、放送事業者ごとに放送サービスが提供されるようにする。
【００９９】
具体的には、25.1CHの周波数帯域が、放送事業者Ａの既存放送サービスに割り当てられ、25.2CHの周波数帯域が、放送事業者Ｂの既存放送サービスに割り当てられるようにする。このように、各既存放送サービスの伝送容量は、約19.4Mbpsから、約9.7Mbps程度に低下しているが、帯域圧縮を行うことで放送サービスを継続することができる。
【０１００】
また、新放送サービスは、既存放送サービスと同等の地域をカバーしたサービスを行う場合、１つの物理チャネルの周波数帯域（例えば、6MHz等）で、約30Mbps程度の伝送容量となる。これは、既存放送サービス（ATSC1.0）の規格の策定時から、新放送サービス（ATSC3.0）の規格の策定時までの間における、放送の物理層の技術進化によるものである。なお、伝送容量は、ノイズに対する強度を変えることでも変化することになる。
【０１０１】
このように、新放送サービスの伝送容量は、約19.4Mbpsから、約30Mbps程度に上昇しており、新放送サービスには、10CHを割り当てて、10.1CHの周波数帯域を利用して、放送事業者Ａと放送事業者Ｂの放送サービスがそれぞれ提供されるようにする。
【０１０２】
そして、図６の下段に示したように、新放送サービスと既存放送サービスに対し、物理チャネルごとの周波数帯域を割り当てることで、サイマルキャスト運用時に、新放送サービスと既存放送サービスの番組編成を次のように行うことができる。
【０１０３】
（番組編成の第１の例）
図７は、新放送サービスと既存放送サービスの番組編成の第１の例を示す図である。
【０１０４】
図７においては、上段に、10.1CHの周波数帯域を利用した新放送サービスにより提供される番組が時系列で表されている。また、図７においては、中段と下段に、既存放送サービスにより提供される番組として、25.1CHの周波数帯域を利用して提供される番組と、25.2CHの周波数帯域を利用して提供される番組とが、それぞれ時系列で表されている。
【０１０５】
放送事業者Ａは、時刻t1乃至時刻t4の間に放送される番組を編成することで、時刻t1乃至時刻t2には番組Ａ１が放送され、時刻t2乃至時刻t3には番組Ａ２が放送され、時刻t3乃至時刻t4には番組Ａ３が放送されるようにしている。
【０１０６】
放送事業者Ｂは、時刻t1乃至時刻t4の間に放送される番組を編成することで、時刻t1乃至時刻t2には番組Ｂ１が放送され、時刻t2乃至時刻t3には番組Ｂ２が放送され、時刻t3乃至時刻t4には番組Ｂ３が放送されるようにしている。
【０１０７】
ここで、25.1CHの周波数帯域は、放送事業者Ａの既存放送サービスのみで利用されるため、時刻t1乃至時刻t4の間に、番組Ａ１と、番組Ａ２と、番組Ａ３とを順に放送することが可能となる。ただし、既存放送サービスにより提供される番組Ａ１乃至番組Ａ３は、2K番組とされる。
【０１０８】
25.2CHの周波数帯域は、放送事業者Ｂの既存放送サービスのみで利用されるため、時刻t1乃至時刻t4の間に、番組Ｂ１と、番組Ｂ２と、番組Ｂ３とを順に放送することが可能となる。ただし、既存放送サービスにより提供される番組Ｂ１乃至番組Ｂ３は、2K番組とされる。
【０１０９】
また、10.1CHの周波数帯域は、放送事業者Ａと放送事業者Ｂにより共用され、新放送サービスで利用されるため、時刻t1乃至時刻t2には番組Ａ１が放送され、時刻t2乃至時刻t3には番組Ｂ２が放送され、時刻t3乃至時刻t4には番組Ａ３が放送されるような番組編成となっている。ただし、新放送サービスにより提供される番組Ａ１、番組Ｂ２、及び番組Ａ３は、4K番組とされる。
【０１１０】
すなわち、新放送サービスに割り当てられた10.1CHは、１つの物理チャネルであるため、既存放送サービスのサイマルキャストの運用を行う場合には、25.1CHと25.2CHの両方の物理チャネルの周波数帯域を利用して放送される番組に対応することが想定され、25.1CHで放送される2K番組に対応した4K番組と、25.2CHで放送される2K番組に対応した4K番組とが交互に放送されるようにしている。
【０１１１】
具体的には、時刻t1乃至時刻t2において、10.1CHで放送される番組Ａ１(4K)と、25.1CHで放送される番組Ａ１（2K）とは、同一の放送事業者Ａにより提供される同一の番組であって、かつ、異なる画質（4K画質と2K画質）の番組である。
【０１１２】
また、時刻t2乃至時刻t3において、10.1CHで放送される番組Ｂ２(4K)と、25.2CHで放送される番組Ｂ２（2K）とは、同一の放送事業者Ｂにより提供される同一の番組であって、かつ、異なる画質の番組である。さらに、時刻t3乃至時刻t4において、10.1CHで放送される番組Ａ３(4K)と、25.1CHで放送される番組Ａ３（2K）とは、同一の放送事業者Ａにより提供される同一の番組であって、かつ、異なる画質の番組である。
【０１１３】
このような番組編成で、新放送サービスと既存放送サービスのサイマルキャストの運用を行うことで、現行の既存放送サービス（ATSC1.0）に対し、後方互換性のない新放送サービス（ATSC3.0）の運用を開始したとしても、既存放送サービスが継続されるため、視聴者が今までと同様に、継続して放送サービスを視聴可能なことを保証することができる。
【０１１４】
また、新放送サービスでは、時間帯ごとに、物理チャネルを共用している放送事業者の4K番組を交互に放送するとともに、各放送事業者に割り当てられた物理チャネルで、各放送事業者の2K番組を継続して放送しているため、新放送サービスが開始されたとしても、既存放送サービスのサービス数を減らさずに、かつ、限られた物理チャネル（周波数帯域）で、サイマルキャストの運用を行うことができる。
【０１１５】
なお、10.1CHは、新放送サービス（ATSC3.0）に従って放送されるため、10.1CHで放送される番組を視聴するためには、ATSC3.0の規格に対応した受信装置３０が必要とされる。また、この受信装置３０は、ATSC1.0の規格にも対応しており、新放送サービス（ATSC3.0）により提供される番組だけでなく、既存放送サービス（ATSC1.0）により提供される番組を再生することができる。
【０１１６】
（番組編成の第２の例）
図８は、新放送サービスと既存放送サービスの番組編成の第２の例を示す図である。
【０１１７】
新放送サービスと既存放送サービスのサイマルキャストの運用を行う場合には、同一の時間帯で放送される番組を、同一の番組に限らず、異なる番組としてもよい。
【０１１８】
図８においては、図７と同様に、25.1CHは、放送事業者Ａの既存放送サービスにより利用され、時刻t1乃至時刻t4の間に、番組Ａ１(2K)と、番組Ａ２(2K)と、番組Ａ３(2K)とを順に放送するような番組編成となっている。また、25.2CHは、放送事業者Ｂの既存放送サービスにより利用され、時刻t1乃至時刻t4の間に、番組Ｂ１(2K)と、番組Ｂ２(2K)と、番組Ｂ３(2K)とを順に放送するような番組編成となっている。
【０１１９】
10.1CHの周波数帯域は、放送事業者Ａと放送事業者Ｂにより共用され、新放送サービスで利用されるが、時刻t1乃至時刻t2には番組Ｘ１(4K)が放送され、時刻t2乃至時刻t3には番組Ｘ２(4K)が放送され、時刻t3乃至時刻t4には番組Ｘ３(4K)が放送されるような番組編成となっている。
【０１２０】
すなわち、時刻t1乃至時刻t2において、10.1CHで放送される番組Ｘ１(4K)と、25.1CHで放送される番組Ａ１（2K）とは、番組の提供元が放送事業者Ａで共通するが、異なる番組であって、かつ、異なる画質（4K画質と2K画質）の番組である。
【０１２１】
また、時刻t2乃至時刻t3において、10.1CHで放送される番組Ｘ２(4K)と、25.2CHで放送される番組Ｂ２（2K）とは、番組の提供元が放送事業者Ｂで共通するが、異なる番組であって、かつ、異なる画質（4K画質と2K画質）の番組である。
【０１２２】
また、時刻t3乃至時刻t4において、10.1CHで放送される番組Ｘ３(4K)と、25.1CHで放送される番組Ａ３（2K）とは、番組の提供元が放送事業者Ａで共通するが、異なる番組であって、かつ、異なる画質（4K画質と2K画質）の番組である。
【０１２３】
このような番組編成で、新放送サービスと既存放送サービスのサイマルキャストの運用を行うことで、新放送サービス（ATSC3.0）の運用を開始して、より高画質な番組の放送を行うとともに、現行の既存放送サービス（ATSC1.0）が継続されるため、視聴者が今までと同様に、継続して放送サービスを視聴可能なことを保証するとともに、より高度な放送サービスを提供することができる。
【０１２４】
なお、以下の説明においては、上述した説明と同様に、米国等で採用されている地上デジタルテレビ放送の放送方式であるATSCを一例にして、新放送サービスがATSC3.0であり、既存放送サービスがATSC1.0である場合を例にして説明する。また、以下の説明においては、新放送サービスの番組を「4K番組」として説明しているが、解像度が4K画質ではなく、HD画質とSD画質の中間解像度や、HDR(High Dynamic Range)技術を適用して高画質化された番組であってもよい。
【０１２５】
＜３．本技術の詳細な内容＞
【０１２６】
上述したような、放送事業者Ａと放送事業者Ｂが、既存放送サービス（ATSC1.0）をそれぞれ提供している場合に、新放送サービス（ATSC3.0）の運用が開始され、サイマルキャストの運用が行われる場合を想定する。
【０１２７】
この場合において、放送事業者Ａと放送事業者Ｂは、１つの物理チャネル（6MHzの周波数帯域）を共用して、それらの放送事業者ごとに提供される２つの既存放送サービス（ATSC1.0）に対し、物理チャネルがそれぞれ割り当てられるようにする。また、放送事業者Ａと放送事業者Ｂは、１つの物理チャネル（6MHzの周波数帯域）を共用して、それらの放送事業者により提供される１つの新放送サービス（ATSC3.0）に対し、１つの物理チャネルが割り当てられるようにする。
【０１２８】
ここでは、放送通信事業の規制監督を行う機関などによって、サイマルキャストの運用に関する要請がなされることで、既存の放送事業者により提供される番組のサイマルキャストなどが行われるが、１つの物理チャネルで、２つの放送事業者（放送事業者Ａと放送事業者Ｂ）に対応するためには、例えば、時分割でサイマルキャストを行う必要がある。
【０１２９】
この時分割でのサイマルキャストであるが、上述した図７及び図８の上段に示したように、10.1CHの周波数帯域を利用した新放送サービスで、放送事業者Ａの4K番組と放送事業者Ｂの4K番組とを交互に放送されるようにするものである。そのため、放送事業者によっては、新放送サービスの停止時間が存在し、常時、サイマルキャストで、番組が放送されているというものではない。
【０１３０】
例えば、上述した図７及び図８において、時刻t1乃至時刻t2、及び時刻t3乃至時刻t4の間は、放送事業者Ｂからすれば、10.1CHで放送される4K番組は、放送事業者Ａの4K番組であって、自身の4K番組が放送されているわけではない。一方で、時刻t2乃至時刻t3の間は、放送事業者Ａからすれば、10.1CHで放送される4K番組は、放送事業者Ｂの4K番組であって、自身の4K番組が放送されているわけではない。
【０１３１】
ここで、番組を視聴している視聴者の立場で見れば、例えば、10.1CHで放送される番組Ａ１（4K）を視聴している場合において、時刻t2に、番組Ａ１（4K）が終了したとき、次の２つの選択肢が考えられる。
【０１３２】
第１に、放送事業者Ａにより提供される番組を継続して視聴したいので、時刻t2になったときに、25.1CH（既存放送サービス）を選局して、25.1CHで放送される番組Ａ２（2K）を視聴するというケースである。第２に、新放送サービスにより提供される4K番組を継続して視聴したいので、時刻t2になっても10.1CH（新放送サービス）の選局を継続して、10.1CHで放送される番組Ｂ２（4K）を視聴するというケースである。
【０１３３】
これらのケースに応じた視聴モードが、受信装置３０に設定されるようにすることで、受信装置３０では、視聴者に対し、設定された視聴モードに応じた番組が視聴されるようにする。以下、前者のケースを、同一放送事業者継続視聴モードと称し、後者のケースを、新放送サービス優先視聴モードと称する。
【０１３４】
そして、受信装置３０が、受信したストリームから得られるサイマルキャスト情報に基づいて、同一放送事業者継続視聴モード、又は新放送サービス優先視聴モードで動作することで、視聴者は、同一の放送事業者の4K番組又は2K番組を継続して視聴するか、又は新放送サービスの4K番組を継続して視聴することができる。
【０１３５】
以下、同一放送事業者継続視聴モードと、新放送サービス優先視聴モードを順に説明する。
【０１３６】
（１）同一放送事業者継続視聴モード
【０１３７】
（受信装置の動作）
図９は、同一放送事業者継続視聴モード時の受信装置３０の動作の例を示す図である。なお、図９において、受信装置３０では、視聴モードとして、同一放送事業者継続視聴モードが、あらかじめ設定されているものとする。
【０１３８】
図９において、受信装置３０では、視聴者による選局操作に応じて、選局処理が行われる（Ｓ１１）。この選局処理では、10.1CHの選局操作に応じて、新放送サービスのストリームが受信されて処理され、番組Ａ１（4K）が再生される。
【０１３９】
そして、時刻T1乃至時刻T2においては、10.1CHで、番組Ａ１（4K）が放送されているため、受信装置３０では、番組Ａ１（4K）の再生が継続され、視聴者により視聴される。
【０１４０】
このとき、受信装置３０では、放送経由で放送アプリケーションが取得され、起動される。また、受信装置３０において、受信機アプリケーションが、受信したストリームから得られるサイマルキャスト情報と、あらかじめ設定された視聴モード情報を保持しているので、放送アプリケーションは、受信機アプリケーションに対し、サイマルキャスト情報及び視聴モード情報を問い合わせて取得する。
【０１４１】
なお、放送アプリケーションと受信機アプリケーションの通信については、図１９乃至図２２を参照して後述する。また、放送アプリケーションは、番組Ａ１（4K）の放送を行う放送事業者Ａにより提供される。
【０１４２】
その後、時刻T2において、10.1CHの番組Ａ１（4K）が終了するが、受信装置３０では、チャネル切り替えの判断処理が行われる（Ｓ１２）。
【０１４３】
ここでは、放送アプリケーションが、サイマルキャスト情報に含まれる番組Ａ１（4K）の終了時刻情報に基づいて、例えば、時刻T2よりも前の時刻において、既存放送サービス（放送事業者Ａの25.1CH）に切り替えることを示す情報を提示することで、視聴者に対し、既存放送サービスへの切り替えを通知することができる。
【０１４４】
具体的には、受信装置３０の表示部３２１の画面には、例えば、図１０Ａに示すようなメッセージが表示される。すなわち、図１０Ａにおいては、放送アプリケーションによって、番組Ａ１の4K画質の映像に対し、右下の領域等の所定の領域に、既存放送サービスに切り替わる旨のメッセージが表示されている。
【０１４５】
このとき、放送アプリケーションは、視聴モード情報に基づいて、視聴モードとして、同一放送事業者継続視聴モードが設定されていることを識別し、放送事業者Ａにより提供される番組が継続して視聴されることを前提に、図１０Ａのメッセージが表示される。
【０１４６】
なお、このメッセージには、新放送サービス（10.1CH）を継続して視聴する場合には、リモートコントローラ３１のRedボタンを押すようにとのメッセージを含めることができる。そして、このメッセージを確認した視聴者によって、リモートコントローラ３１が操作され、Redボタンが押された場合には、既存放送サービス（25.1CH）に切り替えずに、新放送サービス（10.1CH）が継続して選局されるようにする。
【０１４７】
また、図１０Ａにおいては、テキストのメッセージが表示される場合を例示したが、テキストに限らず、画像やアイコン等の情報が表示されてもよい。また、テキストや画像の表示に限らず、音など、他の通知手段によって、既存放送サービスに切り替わる旨が通知されるようにしてもよい。これらについては、後述する他のメッセージ（例えば、図１０Ｂ、図１１、図１３、及び図１４のメッセージ）についても同様である。
【０１４８】
図９の判断処理（Ｓ１２）では、図１０Ａのメッセージを確認した視聴者によって、特に何ら操作がなされていない場合には、既存放送サービス（放送事業者Ａの25.1CH）にチャネルを切り替えると判断する。
【０１４９】
そして、受信装置３０において、放送アプリケーションが、サイマルキャスト情報に含まれるチャネル情報に基づいて、選局処理を行うことで、新放送サービス（10.1CH）から既存放送サービス（放送事業者Ａの25.1CH）に、チャネルが切り替えられる（Ｓ１３）。
【０１５０】
その後、時刻T2よりも後の時刻において、チャネルの切り替えが完了すると、受信装置３０の表示部３２１の画面には、例えば、図１０Ｂに示すようなメッセージが表示される。すなわち、図１０Ｂにおいては、放送アプリケーションによって、番組Ａ２の2K画質の映像に対し、右下の領域等の所定の領域に、既存放送サービスへの切り替えが完了した旨のメッセージが表示されている。
【０１５１】
このように、受信装置３０においては、時刻T2に、10.1CHから25.1CHに、チャネルを切り替えることで、同一の放送事業者Ａにより提供される番組（番組Ａ１（4K）と番組Ａ２（2K））が、視聴者により継続して視聴可能となる。このとき、受信装置３０は、あらかじめ設定された内容に従い、同一放送事業者継続視聴モードで動作していることになる。
【０１５２】
そして、時刻T2乃至時刻T3においては、25.1CHで、番組Ａ２（2K）が放送されているため、受信装置３０では、既存放送サービスのストリームが受信されて処理されることで、番組Ａ２（2K）の再生が継続され、視聴者により視聴される。
【０１５３】
なお、時刻T2乃至時刻T3において、受信装置３０では、放送アプリケーションをバックグラウンドで処理して実行を継続するか、あるいは、サイマルキャスト情報に含まれる番組再開時刻情報に基づき、番組Ａ３（4K）が再開する時刻（時刻T3）の直前に起動するためのタイマを設定して休止するなどして、放送アプリケーションが時刻T3の直前まで待機されるようにする。
【０１５４】
その後、時刻T3において、25.1CHの番組Ａ２（2K）が終了するが、受信装置３０では、チャネル切り替えの判断処理が行われる（Ｓ１４）。
【０１５５】
ここでは、時刻T3の直前に待機状態から復帰した放送アプリケーションが、サイマルキャスト情報に含まれる番組Ａ３（4K）の再開時刻情報に基づいて、例えば、時刻T3よりも前の時刻において、新放送サービス（10.1CH）に切り替えることを示す情報を提示することで、視聴者に対し、新放送サービスへの切り替えを通知することができる。
【０１５６】
具体的には、受信装置３０の表示部３２１の画面には、例えば、図１１Ａに示すようなメッセージが表示される。すなわち、図１１Ａにおいては、放送アプリケーションによって、番組Ａ２の2K画質の映像に対し、所定の領域に、新放送サービスに切り替わる旨のメッセージが表示されている。
【０１５７】
このとき、受信装置３０では、視聴モードとして、同一放送事業者継続視聴モードが設定されているので、放送事業者Ａにより提供される番組が継続して視聴されることを前提に、放送アプリケーションによって、図１１Ａのメッセージが表示される。
【０１５８】
図９の判断処理（Ｓ１４）では、図１１Ａのメッセージを確認した視聴者によって、特に何ら操作がなされていない場合には、新放送サービス（10.1CH）にチャネルを切り替えると判断する。
【０１５９】
そして、受信装置３０において、放送アプリケーションが、取得済みのチャネル情報に基づいて、選局処理を行うことで、既存放送サービス（放送事業者Ａの25.1CH）から、新放送サービス（10.1CH）にチャネルが切り替えられ、選局時の元のチャネルに戻される（Ｓ１５）。
【０１６０】
その後、時刻T3よりも後の時刻において、チャネルの切り替えが完了すると、受信装置３０の表示部３２１の画面には、例えば、図１１Ｂに示すようなメッセージが表示される。すなわち、図１１Ｂにおいては、放送アプリケーションによって、番組Ａ３の4K画質の映像に対し、右下の領域等の所定の領域に、新放送サービスへの切り替えが完了した旨のメッセージが表示されている。
【０１６１】
このように、受信装置３０においては、時刻T3に、25.1CHから10.1CHに、チャネルを切り替えることで、同一の放送事業者Ａにより提供される番組（番組Ａ１（4K）と番組Ａ２（2K）と番組Ａ３（4K））が、視聴者により継続して視聴可能となる。このとき、受信装置３０は、あらかじめ設定された内容に従い、同一放送事業者継続視聴モードで動作していることになる。
【０１６２】
時刻T4以降の処理については、繰り返しになるので、その説明は省略するが、10.1CHで、番組Ａ３（4K）の再生時に、サイマルキャスト情報及び視聴モード情報が取得され、番組Ａ３（4K）の終了時刻情報に基づいた処理などが行われる。
【０１６３】
なお、図１０Ａのメッセージを確認した視聴者によって、リモートコントローラ３１のRedボタンが押された場合には、図９の判断処理（Ｓ１２）では、既存放送サービス（放送事業者Ａの25.1CH）へのチャネルの切り替えは不要であると判断する。
【０１６４】
この場合、図９のチャネル切り替え処理（Ｓ１３）は行われずに、新放送サービス（10.1CH）のストリームの受信が継続され、時刻T2に、放送事業者Ｂの番組Ｂ２（4K）の再生が開始される。このとき、受信装置３０は、視聴モードが更新され、新放送サービス優先視聴モードで動作したことになる。
【０１６５】
また、上述した説明では、放送アプリケーションによって、図１０や図１１のメッセージが表示されるとして説明したが、それらのメッセージは、受信機アプリケーションによって表示されるようにしてもよい。
【０１６６】
また、上述した説明では、放送事業者Ａと放送事業者Ｂの２つの放送事業者が、新放送サービスの１つの物理チャネルを共用する場合を一例に説明したが、３つ以上の放送事業者が、新放送サービスの１つの物理チャネルを共用するようにしてもよい。
【０１６７】
（２）新放送サービス優先視聴モード
【０１６８】
（受信装置の動作）
図１２は、新放送サービス優先視聴モード時の受信装置３０の動作の例を示す図である。なお、図１２において、受信装置３０では、視聴モードとして、新放送サービス優先視聴モードが、あらかじめ設定されているものとする。
【０１６９】
図１２において、受信装置３０では、視聴者による選局操作に応じて、選局処理が行われる（Ｓ２１）。この選局処理では、10.1CHの選局操作に応じて、新放送サービスのストリームが受信されて処理され、番組Ａ１（4K）が再生される。
【０１７０】
そして、時刻T1乃至時刻T2においては、10.1CHで、番組Ａ１（4K）が放送されているため、受信装置３０では、番組Ａ１（4K）の再生が継続され、視聴者により視聴される。
【０１７１】
このとき、受信装置３０では、放送経由で放送アプリケーションが取得され、起動される。なお、放送アプリケーションは、番組Ａ１（4K）の放送を行う放送事業者Ａにより提供される。
【０１７２】
また、受信装置３０において、受信機アプリケーションが、受信したストリームから得られるサイマルキャスト情報と、あらかじめ設定された視聴モード情報を保持しているので、放送アプリケーションは、受信機アプリケーションに対し、サイマルキャスト情報及び視聴モード情報を問い合わせて取得する。
【０１７３】
その後、時刻T2において、10.1CHの番組Ａ１（4K）が終了するが、受信装置３０では、継続視聴の判断処理が行われる（Ｓ２２）。
【０１７４】
ここでは、放送アプリケーションが、サイマルキャスト情報に含まれる番組Ａ１（4K）の終了時刻情報に基づいて、例えば、時刻T2よりも前の時刻において、新放送サービス（10.1CH）を継続し、4K番組を提供する放送事業者が切り替わることを示す情報を提示することで、視聴者に対し、4K番組を提供する放送事業者の切り替えを通知することができる。
【０１７５】
具体的には、受信装置３０の表示部３２１の画面には、例えば、図１３に示すようなメッセージが表示される。すなわち、図１３においては、放送アプリケーションによって、番組Ａ１の4K画質の映像に対し、右下の領域等の所定の領域に、新放送サービスを継続し、4K番組を提供する放送事業者が切り替わる旨のメッセージが表示されている。
【０１７６】
このとき、放送アプリケーションは、視聴モード情報に基づいて、視聴モードとして、新放送サービス優先視聴モードが設定されていることを識別し、新放送サービスにより提供される4K番組が継続して視聴されることを前提に、図１３のメッセージが表示される。
【０１７７】
なお、このメッセージには、同一の放送事業者Ａにより提供される番組を継続して視聴する場合には、リモートコントローラ３１のRedボタンを押すようにとのメッセージを含めることができる。そして、このメッセージを確認した視聴者によって、リモートコントローラ３１が操作され、Redボタンが押された場合には、新放送サービス（10.1CH）を継続せずに、既存放送サービス（放送事業者Ａの25.1CH）に切り替えられるようにする。
【０１７８】
また、表示部３２１の画面に表示されるメッセージであるが、視聴者の嗜好に応じて、デフォルトの表示有無を切り替えるユーザインターフェースなどであってもよい。
【０１７９】
図１２の判断処理（Ｓ２２）では、図１３のメッセージを確認した視聴者によって、特に何ら操作がなされていない場合には、新放送サービス（10.1CH）を継続すると判断し、既存放送サービス（25.1CH）への選局処理は実行せずに、新放送サービスにより提供される4K番組（番組Ａ１（4K）と番組Ｂ２（4K））が、視聴者により継続して視聴可能となる。このとき、受信装置３０は、あらかじめ設定された内容に従い、新放送サービス優先視聴モードで動作していることになる。
【０１８０】
そして、時刻T2乃至時刻T3においては、10.1CHで、番組Ｂ２（4K）が放送されているため、受信装置３０では、新放送サービスのストリームが受信されて処理されることで、番組Ｂ２（4K）の再生が継続され、視聴者により視聴される。
【０１８１】
なお、時刻T2乃至時刻T3において、受信装置３０では、放送アプリケーションをバックグラウンドで処理して実行を継続するなどして、時刻T3の直前まで待機させる。
【０１８２】
その後、時刻T3において、10.1CHの番組Ｂ２（4K）が終了するが、受信装置３０では、継続視聴の判断処理が行われる（Ｓ２３）。
【０１８３】
ここでは、時刻T3の直前に待機状態から復帰した放送アプリケーションが、サイマルキャスト情報に含まれる番組Ａ３（4K）の再開時刻情報に基づいて、例えば、時刻T3よりも前の時刻において、新放送サービス（10.1CH）を継続し、4K番組を提供する放送事業者が切り替わることを示す情報を提示することで、視聴者に対し、4K番組を提供する放送事業者の切り替えを通知することができる。
【０１８４】
具体的には、受信装置３０の表示部３２１の画面には、例えば、図１４に示すようなメッセージが表示される。すなわち、図１４においては、放送アプリケーションによって、番組Ｂ２の4K画質の映像に対し、所定の領域に、新放送サービスを継続し、4K番組を提供する放送事業者が切り替わる旨のメッセージが表示されている。
【０１８５】
このとき、受信装置３０では、視聴モードとして、新放送サービス優先視聴モードが設定されているので、新放送サービスにより提供される4K番組が継続して視聴されることを前提に、図１４のメッセージが表示される。
【０１８６】
なお、このメッセージには、図１３のメッセージと同様に、同一の放送事業者Ｂにより提供される番組を継続して視聴する場合には、リモートコントローラ３１のRedボタンを押すようにとのメッセージを含めることができる。そして、このメッセージを確認した視聴者によって、リモートコントローラ３１が操作され、Redボタンが押された場合には、新放送サービス（10.1CH）を継続せずに、既存放送サービス（放送事業者Ｂの25.2CH）に切り替えられるようにする。
【０１８７】
図１２の判断処理（Ｓ２３）では、図１４のメッセージを確認した視聴者によって、特に何ら操作がなされていない場合には、新放送サービス（10.1CH）を継続すると判断し、既存放送サービス（25.2CH）への選局処理は実行せずに、新放送サービスにより提供される4K番組（番組Ａ１（4K）と番組Ｂ２（4K）と番組Ａ３（4K））が、視聴者により継続して視聴可能となる。このとき、受信装置３０は、あらかじめ設定された内容に従い、新放送サービス優先視聴モードで動作していることになる。
【０１８８】
そして、時刻T3乃至時刻T4においては、10.1CHで、番組Ａ３（4K）が放送されているため、受信装置３０では、新放送サービスのストリームが受信されて処理されることで、番組Ａ３（4K）の再生が継続され、視聴者により視聴される。
【０１８９】
時刻T4以降の処理については、繰り返しになるので、その説明は省略するが、10.1CHで、番組Ａ３（4K）の再生時に、サイマルキャスト情報及び視聴モード情報が取得され、番組Ａ３（4K）の終了時刻情報に基づいた処理などが行われる。
【０１９０】
なお、図１３又は図１４のメッセージを確認した視聴者によって、リモートコントローラ３１のRedボタンが押された場合には、図１２の判断処理（Ｓ２２又はＳ２３）では、新放送サービス（10.1CH）を継続するのではなく、既存放送サービス（放送事業者Ａの25.1CH又は放送事業者Ｂの25.2CH）へのチャネルの切り替えが必要であると判断する。
【０１９１】
この場合には、選局処理が行われ、時刻T2又は時刻T3に、既存放送サービス（放送事業者Ａの25.1CH）の番組Ａ２（2K）、又は既存放送サービス（放送事業者Ｂの25.2CH）の番組Ｂ３（2K）の再生が開始される。このとき、受信装置３０は、同一放送事業者継続視聴モードで動作したことになる。
【０１９２】
また、上述した説明では、放送アプリケーションによって、図１３や図１４のメッセージが表示されるとして説明したが、それらのメッセージは、受信機アプリケーションによって表示されるようにしてもよい。
【０１９３】
また、上述した説明では、放送事業者Ａと放送事業者Ｂの２つの放送事業者が、新放送サービスの１つの物理チャネルを共用する場合を一例に説明したが、３つ以上の放送事業者が、新放送サービスの１つの物理チャネルを共用するようにしてもよい。
【０１９４】
＜４．サイマルキャスト情報の伝送方式＞
【０１９５】
次に、サイマルキャスト情報の伝送方式について説明する。ここでは、サイマルキャスト情報の伝送方式として、MPD-EventStream方式、In-band message方式、及びSimulcastEventDescriptor方式の３つの方式を説明する。
【０１９６】
（１）MPD-EventStream方式
【０１９７】
まず、MPD(Media Presentation Description)のEventStream要素を利用したMPD-EventStream方式について説明する。なお、MPDは、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)に準拠したストリーミング配信を行うために用いられる映像や音楽のファイルの制御情報である。
【０１９８】
図１５は、MPDのEventStream要素の例を示す図である。
【０１９９】
EventStream要素は、schemeIdUri属性及びEvent要素の上位要素とされる。
【０２００】
schemeIdUri属性は、サイマルキャストを通知するuri(Uniform Resource Identifier)が指定される。例えば、このuriとしては、"urn:atsc3:us:simulcastNotification"が指定される。
【０２０１】
Event要素は、simulcastChannel要素、simulcastEndTime要素、及びsimulcasatNextStartTime要素の上位要素とされる。
【０２０２】
simulcastChannel要素には、チャネル情報として、サイマルキャスト先の番組のチャネル番号が指定される。例えば、このチャネル番号としては、"25.1"が指定される。また、サイマルキャスト先の番組は、例えば2K番組とされる。
【０２０３】
simulcastEndTime要素には、番組終了時刻情報として、サイマルキャスト元の番組の終了時刻が指定される。例えば、この終了時刻としては、"2017-04-01T11:59:59"が指定される。また、サイマルキャスト元の番組は、例えば4K番組とされる。
【０２０４】
simulcasatNextStartTime要素には、番組再開時刻情報として、サイマルキャスト元の番組の再開時刻が指定される。例えば、この再開時刻としては、"2017-04-01T13:00:00"が指定される。また、サイマルキャスト元の番組は、例えば4K番組とされる。
【０２０５】
以上のように、MPD-EventStream方式では、MPDのEventStream要素によって、チャネル情報、番組終了時刻情報、及び番組再開時刻情報を含むサイマルキャスト情報が含められる。
【０２０６】
なお、MPDは、上位層シグナリングに含めることができる。また、MPDのEventStream要素の詳細な内容については、下記の非特許文献３に開示されている。
【０２０７】
非特許文献３：ISO/IEC23009-1 Information technology - Dynamic adaptive streaming over HTTP (DASH) - Part 1 
【０２０８】
（２）In-band message方式
【０２０９】
次に、MPEG-DASHで規定されたEvent Message Boxを利用したIn-band message方式について説明する。なお、Event Message Boxの詳細な内容は、上述した非特許文献３に開示されている。
【０２１０】
図１６は、MPEG DASHで規定されるEvent Message Boxの例を示す図である。
【０２１１】
DASHEventMessageBoxには、string型のscheme_id_uri，valueと、unsigned int(32)型のtimescale，presentation_time_delta，event_duration，idと、unsigned int(8)型のmessage_data[]とが含まれる。
【０２１２】
図１７には、図１６のDASHEventMessageBoxの記述例を示している。
【０２１３】
box_typeには、’emsg’が指定される。
【０２１４】
scheme_id_uriには、サイマルキャストを通知するuriとして、"urn:atsc3:us:simulcastNotification"が指定される。
【０２１５】
valueには、"0"，timescaleには、"1000"，presentation_time_deltaには、"0"，event_durationには、"0xFFFF"，idには、"1"がそれぞれ指定される。
【０２１６】
message_data[]には、simulcastChannelとして、"25.1"，simulcastEndTimeとして、"2017-04-01T11:59:59"，simulcastNextStartTimeとして、"2017-04-01T13:00:00"がそれぞれ指定される。
【０２１７】
すなわち、simulcastChannelには、チャネル情報として、"25.1"であるサイマルキャスト先の番組のチャネル番号が指定されている。また、simulcastEndTimeには、番組終了時刻情報として、"2017-04-01T11:59:59"であるサイマルキャスト元の番組の終了時刻が指定されている。また、simulcastNextStartTimeには、番組再開時刻情報として、"2017-04-01T13:00:00"であるサイマルキャスト元の番組の再開時刻が指定される。
【０２１８】
以上のように、In-band message方式では、DASHEventMessageBoxのmessage_data[]によって、チャネル情報、番組終了時刻情報、及び番組再開時刻情報を含むサイマルキャスト情報が含められる。
【０２１９】
（３）SimulcastEventDescriptor方式
【０２２０】
図１８は、SimulcastEventDescriptorの例を示す図である。
【０２２１】
SimulcastEventDescriptorには、simulcastChannel，simulcastEndTime，及びsimulcasatNextStartTimeが含まれる。
【０２２２】
simulcastChannelには、チャネル情報として、サイマルキャスト先の番組のチャネル番号が指定される。例えば、このチャネル番号としては、"25.1"が指定される。また、サイマルキャスト先の番組は、例えば2K番組とされる。
【０２２３】
simulcastEndTimeには、番組終了時刻情報として、サイマルキャスト元の番組の終了時刻が指定される。例えば、この終了時刻としては、"2017-04-01T11:59:59"が指定される。また、サイマルキャスト元の番組は、例えば4K番組とされる。
【０２２４】
simulcasatNextStartTimeには、番組再開時刻情報として、サイマルキャスト元の番組の再開時刻が指定される。例えば、この再開時刻としては、"2017-04-01T13:00:00"が指定される。また、サイマルキャスト元の番組は、例えば4K番組とされる。
【０２２５】
以上のように、SimulcastEventDescriptor方式では、上位層シグナリング等のシグナリングに含まれるSimulcastEventDescriptorによって、チャネル情報、番組終了時刻情報、及び番組再開時刻情報を含むサイマルキャスト情報が含められる。
【０２２６】
なお、MPD-EventStream方式、In-band message方式、及びSimulcastEventDescriptor方式は、サイマルキャスト情報の伝送方式の一例であって、他の方式によって、サイマルキャスト情報が伝送されるようにしてもよい。
【０２２７】
＜５．アプリケーションの通信＞
【０２２８】
（アプリケーションの通信の例）
図１９は、放送アプリケーションと受信機アプリケーションの通信の例を示す図である。
【０２２９】
図１９においては、図４の受信装置３０の構成の一部を図示しているが、処理部３１１の機能として提供される、アプリケーション実行環境３７１と、変換器３７２が新たに設けられている。
【０２３０】
アプリケーション実行環境３７１は、例えばHTML5に対応したブラウザ等の放送アプリケーションを実行するための環境である。放送アプリケーションは、送信装置２０からの放送信号から取得され、起動される。
【０２３１】
受信機アプリケーションは、レジデントアプリケーションであって、既存放送サービスに対応したATSC1.0受信機アプリケーションと、新放送サービスに対応したATSC3.0受信機アプリケーションが起動される。
【０２３２】
ATSC1.0受信機アプリケーションは、受信した既存放送サービス（ATSC1.0）のストリームを処理し、映像音声字幕デコーダ３３１に供給する。映像音声字幕デコーダ３３１は、ATSC1.0受信機アプリケーションからのストリームから得られる映像や音声、字幕のデータをデコードし、その結果得られるデータのうち、映像データを、映像出力部３１７に供給する。
【０２３３】
映像出力部３１７は、映像音声字幕デコーダ３３１からの映像データから得られる既存放送サービス（ATSC1.0）の2K映像を、表示部３２１に表示する。また、映像出力部３１７には、映像音声字幕デコーダ３３１からの映像データのほかに、放送アプリケーションからの表示情報が供給される。映像出力部３１７は、映像データから得られる既存放送サービス（ATSC1.0）の2K映像に対し、メッセージ等の表示情報を重畳させて、表示部３２１に表示する。
【０２３４】
ATSC3.0受信機アプリケーションは、受信した新放送サービス（ATSC3.0）のストリームを処理し、映像音声字幕デコーダ３３１に供給する。映像音声字幕デコーダ３３１は、ATSC3.0受信機アプリケーションからのストリームから得られる映像や音声、字幕のデータをデコードし、その結果得られるデータのうち、映像データを、映像出力部３１７に供給する。
【０２３５】
映像出力部３１７は、映像音声字幕デコーダ３３１からの映像データから得られる新放送サービス（ATSC3.0）の4K映像を、表示部３２１に表示する。また、映像出力部３１７には、映像音声字幕デコーダ３３１からの映像データのほかに、放送アプリケーションからの表示情報が供給される。映像出力部３１７は、映像データから得られる新放送サービス（ATSC3.0）の4K映像に対し、メッセージ等の表示情報を重畳させて、表示部３２１に表示する。
【０２３６】
なお、放送アプリケーションや放送サービスのストリームは、通信アプリケーションや通信サービスのストリームとして、通信I/F３２３によって、通信サーバ８０からインターネット９０を介して取得され、アプリケーション実行環境３７１や映像音声字幕デコーダ３３１に供給されるようにしてもよい。
【０２３７】
ここで、放送アプリケーションと、受信機アプリケーションとの通信には、ウェブソケット（websocket）が用いられる。なお、ウェブソケットは、W3C(World Wide Web Consortium)とIETF(The Internet Engineering Task Force)により策定された、ウェブサーバとブラウザとの間の通信の規格である。
【０２３８】
図１９において、放送アプリケーションは、ATSC1.0受信機アプリケーションとATSC3.0受信機アプリケーションとの実装の違いから、ATSC3.0受信機アプリケーションとは直接通信を行うことができるが、ATSC1.0受信機アプリケーションとは直接通信を行うことができない。
【０２３９】
そこで、放送アプリケーションとATSC1.0受信機アプリケーションとの間のインターフェースは、既存放送サービス（ATSC1.0）に対応した実装への影響を最小限にするために、変換器３７２を用いることができる。この変換器３７２としては、例えば、ウェブソケットサーバによって、放送アプリケーションとコマンド通信を行い、放送アプリケーションからのコマンドを、既存放送サービス（ATSC1.0）に対応した実装に合わせたコマンドに変換する機能などが挙げられる。
【０２４０】
放送アプリケーションは、視聴モード情報やサイマルキャスト情報などを取得する必要がある場合には、受信機アプリケーションに対し、クエリ（リクエスト）を送ることで、当該クエリに応じたレスポンスとして、視聴モード情報やサイマルキャスト情報などを得ることができる。ここで、図２０と図２１を参照して、クエリとレスポンスの詳細な内容について説明する。
【０２４１】
（クエリの例）
図２０、放送アプリケーションから受信機アプリケーションに送られるクエリの例を示す図である。
【０２４２】
図２０において、クエリは、テキストフォーマットの一種であるJSON(JavaScript（登録商標） Object Notation)形式で記載される。JSON形式のオブジェクトは、キーと値のペアをコロン（：）で対にして、これらの対を、コンマ（，）で区切ってゼロ個以上列挙し、全体を波括弧（｛｝）でくくることで表現される。
【０２４３】
図２０に示すように、クエリには、"jsonrpc"であるキーに対し、そのバージョンを示す"2.0"である値が設定されている。受信機アプリケーションは、この値を参照して、JSON-RPC 2.0に従ったクエリとして処理するかどうかを判断することになる。なお、JSON-RPCは、JSON形式で、RPC(Remote Procedure Call)するためのプロトコルである。
【０２４４】
また、クエリには、"method"であるキーに対し、そのメソッドを示す"org.atsc.query.simulcastService"である値が設定されている。受信機アプリケーションは、この値を参照して、クエリの種類が、サイマルキャストサービスに関する情報であることを識別することになる。
【０２４５】
また、クエリには、"id"であるキーに対し、"45"が設定されている。このidは、クエリに対するレスポンスの対応をとるための識別情報である。受信機アプリケーションは、idが"45"のクエリを受け付けた場合には、そのレスポンスに対し、同一のidである"45"を設定することになる。
【０２４６】
（レスポンスの例）
図２１は、受信機アプリケーションから放送アプリケーションに送られるレスポンスの例を示す図である。図２１において、レスポンスは、JSON形式で記述される。
【０２４７】
図２１に示すように、レスポンスには、"jsonrpc"であるキーに対し、そのバージョンを示す"2.0"である値が設定されている。放送アプリケーションは、この値を参照して、JSON-RPC 2.0に従ったレスポンスとして処理するかどうかを判断することになる。
【０２４８】
resultは、JSON-RPCで規定されている。
【０２４９】
resultには、メソッドの戻り値が設定される。図２１に示したレスポンスの場合、JSON形式のオブジェクトが設定される。resultにおいては、"prefferedsimulcastMode"，"currentChannel"，"simulcastChannel"，"simulcastEndTime"，"simulcastNextStartTime"に対し、それぞれ値が設定されている。
【０２５０】
"prefferedsimulcastMode"であるキーに対し、その視聴モードを示す"sameBroadcaster"である値が設定されている。放送アプリケーションは、この値を参照して、視聴モードとして、同一放送事業者継続視聴モードを識別することになる。
【０２５１】
"currentChannel"であるキーに対し、現在選局中の番組のチャネル番号を示す"10.1"である値が設定されている。放送アプリケーションは、この値を参照して、現在選局中の番組のチャネル番号として、10.1CHを識別することになる。
【０２５２】
"simulcastChannel"であるキーに対し、サイマルキャスト先の番組のチャネル番号を示す"25.1"である値が設定されている。放送アプリケーションは、この値を参照して、サイマルキャスト先の番組のチャネル番号として、25.1CHを識別することになる。
【０２５３】
"simulcastEndTime"であるキーに対し、その番組終了時刻を示す"2017-04-01T11:59:59"である値が設定されている。放送アプリケーションは、この値を参照して、サイマルキャスト元の番組の終了時刻として、"2017-04-01T11:59:59"を識別することになる。
【０２５４】
"simulcastNextStartTime"であるキーに対し、その番組再開時刻を示す"2017-04-01T13:00:00"である値が設定されている。放送アプリケーションは、この値を参照して、サイマルキャスト元の番組の再開時刻として、"2017-04-01T13:00:00"を識別することになる。
【０２５５】
また、レスポンスには、"id"であるキーに対し、"45"が設定されている。このidは、クエリに対するレスポンスの対応をとるための識別情報である。すなわち、クエリとレスポンスには、同一のidである"45"が設定される。
【０２５６】
（シンタックスの例）
図２２は、図２１のレスポンスのresultのシンタックスの例を示す図である。
【０２５７】
prefferedsimulcastModeには、視聴モードが指定される。この視聴モードとしては、同一放送事業者継続視聴モードの場合には、"SameBroadcaster"が指定され、新放送サービス優先視聴モードの場合には、"SameChannel"が指定される。
【０２５８】
currentChannelには、現在選局中の番組のチャネル番号が指定される。
【０２５９】
simulcastChannelには、チャネル情報として、現在視聴している番組のサイマルキャスト（既存放送サービスの番組の選局）を行うチャネル番号が指定される。
【０２６０】
simulcastEndTimeには、番組終了時刻情報として、現在視聴している新放送サービスの放送事業者の番組の終了時刻が指定される。
【０２６１】
simulcastNextStartTimeには、番組再開時刻情報として、現在視聴している新放送サービスの放送事業者による新放送サービスの番組が再開する時刻が指定される。
【０２６２】
なお、上述した説明では、クエリとレスポンスの形式として、JSON形式を一例に説明したが、XML(Extensible Markup Language)形式などの他の形式を用いるようにしてもよい。また、クエリとレスポンスは、テキスト形式に限らず、バイナリ形式であってもよい。
【０２６３】
また、放送アプリケーションは、受信装置３０等により提供されるAPI(Application Programming Interface)を実行することで、受信機アプリケーションから、視聴モード情報やサイマルキャスト情報が取得されるようにすることができる。
【０２６４】
＜６．送信側と受信側の処理の流れ＞
【０２６５】
（送信処理）
まず、図２３のフローチャートを参照して、送信側のデータ処理装置１０と送信装置２０により実行される送信処理の流れを説明する。
【０２６６】
ステップＳ５１において、サイマルキャスト情報生成部１５１は、サイマルキャスト情報を生成する。このサイマルキャスト情報には、時刻情報とチャネル情報が含まれる。
【０２６７】
ステップＳ５２において、マルチプレクサ１５２は、そこに入力される新放送サービスのストリームを処理する。
【０２６８】
ステップＳ５３において、マルチプレクサ１５２は、そこに入力される既存放送サービスのストリームを処理する。
【０２６９】
ステップＳ５２の処理又はステップＳ５３の処理によって、ステップＳ５１の処理で生成されたサイマルキャスト情報は、新放送サービスのストリーム又は既存放送サービスのストリームに含められる。
【０２７０】
ここでは、MPD-EventStream方式が採用された場合、サイマルキャスト情報は、MPDのEventStream要素内に含められるように処理される。また、In-band message方式が採用された場合には、サイマルキャスト情報は、MPEG DASHで規定されるDASHEventMessageBoxのmessage_data内に含められ、SimulcastEventDescriptor方式が採用された場合には、サイマルキャスト情報は、シグナリングとして伝送されるSimulcastEventDescriptor内に含められるように処理される。
【０２７１】
ステップＳ５４において、送信部１５３は、マルチプレクサ１５２からのストリームを処理し、その結果得られる放送信号を送信する。
【０２７２】
以上、送信処理の流れについて説明した。
【０２７３】
（視聴モード設定処理）
次に、図２４のフローチャートを参照して、受信側の受信装置３０により実行される視聴モード設定処理の流れを説明する。
【０２７４】
ステップＳ１１１において、視聴モード設定部３５１は、視聴モード設定画面を、表示部３２１に表示する。
【０２７５】
この視聴モード設定画面は、視聴者により視聴モードを設定させるための画面であって、同一放送事業者継続視聴モード又は新放送サービス優先視聴モードを選択するためのユーザインタフェースが提示される。
【０２７６】
ステップＳ１１２において、視聴モード設定部３５１は、ステップＳ１１１の処理で表示された視聴モード設定画面に対する視聴者の指示に応じて、視聴モードを設定する。
【０２７７】
ステップＳ１１３において、視聴モード設定部３５１は、ステップＳ１１２の処理で設定された視聴モードに関する情報を、メモリ３１２に記録して保存する。
【０２７８】
ここでは、視聴者が、リモートコントローラ３１等を操作して、視聴モード設定画面から、同一放送事業者継続視聴モードを選択した場合、視聴モードとして、同一放送事業者継続視聴モードが設定され、保存される。一方で、視聴者が、視聴モード設定画面から、新放送サービス優先視聴モードを選択した場合、視聴モードとして、新放送サービス優先視聴モードが設定され、保存される。
【０２７９】
なお、視聴モードは、視聴者の指示によって設定されるほか、例えば、標準設定などによって、同一放送事業者継続視聴モード又は新放送サービス優先視聴モードの一方を、デフォルト値として設定されるようにしてもよい。
【０２８０】
以上、視聴モード設定処理の流れについて説明した。
【０２８１】
（テレビ視聴時処理）
次に、図２５のフローチャートを参照して、受信側の受信装置３０により実行されるテレビ視聴時処理の流れを説明する。
【０２８２】
なお、このテレビ視聴時処理を実行するに際して、テレビ受像機等の受信装置３０は、電源オフの状態であるものとする。
【０２８３】
ステップＳ１２１において、処理部３１１は、視聴者により電源をオン状態にする操作が行われたかどうかを判定する。
【０２８４】
ステップＳ１２１において、視聴者により電源をオン状態にする操作が行われていないと判定された場合、ステップＳ１２１の判定処理が繰り返される。
【０２８５】
一方で、ステップＳ１２１において、視聴者がリモートコントローラ３１等を操作して、電源をオン状態にする操作が行われたと判定された場合、受信装置３０は、電源オンの状態とされ、処理は、ステップＳ１２２に進められる。
【０２８６】
ステップＳ１２２において、処理部３１１は、視聴者がリモートコントローラ３１等を操作して、所望のチャネルの選局を行った場合、チャネル選局操作を受け付ける。
【０２８７】
ステップＳ１２３において、処理部３１１は、ステップＳ１２２の処理でのチャネル選局操作に応じて、チャネル選局・再生処理を実行する。
【０２８８】
このチャネル選局・再生処理では、視聴モード設定処理（図２４）により設定された同一放送事業者継続視聴モード又は新放送サービス優先視聴モードでの番組の再生が行われる。なお、チャネル選局・再生処理の詳細は、図２６のフローチャートを参照して後述する。
【０２８９】
ステップＳ１２４において、処理部３１１は、視聴者がリモートコントローラ３１等を操作して、所望のチャネル選局操作を行ったかどうかを判定する。
【０２９０】
ステップＳ１２４において、視聴者によりチャネル選局操作が行われたと判定された場合、ステップＳ１２２に戻り、ステップＳ１２２及びステップＳ１２３の処理が繰り返される。すなわち、ステップＳ１２４の処理でのチャネル選局操作が受け付けられ（Ｓ１２２）、当該チャネル選局操作に応じてチャネル選局・再生処理が実行される（Ｓ１２３）。
【０２９１】
ステップＳ１２４において、視聴者によりチャネル選局操作が行われていないと判定された場合、処理は、ステップＳ１２５に進められる。ステップＳ１２５において、処理部３１１は、視聴者により電源をオフ状態にする操作が行われたかどうかを判定する。
【０２９２】
ステップＳ１２５において、視聴者により電源をオフ状態にする操作が行われていないと判定された場合、ステップＳ１２４に戻り、上述した処理が実行される。
【０２９３】
一方で、ステップＳ１２５において、視聴者がリモートコントローラ３１等を操作して、電源をオフ状態にする操作が行われたと判定された場合、受信装置３０は、電源オフの状態とされ、図２５のテレビ視聴時処理は終了される。
【０２９４】
以上、テレビ視聴時処理の流れについて説明した。
【０２９５】
（チャネル選局・再生処理）
次に、図２６のフローチャートを参照して、図２５のステップＳ１２３の処理に対応するチャネル選局・再生処理の詳細な流れを説明する。
【０２９６】
ステップＳ１３１において、ATSC3.0受信機アプリケーションは、各部の動作を制御して、図２５のステップＳ１２２の処理で受け付けられた選局操作に応じたチャネルのストリームの受信と再生を開始する。なお、ここでは、図２５のステップＳ１２２の処理で、新放送サービスの4K番組の選局操作が受け付けられているものとする。
【０２９７】
ステップＳ１３２において、アプリケーション実行環境３７１は、各部の動作を制御して、放送アプリケーションを受信して起動する。
【０２９８】
ステップＳ１３３において、受信機アプリケーションは、受信したストリームからサイマルキャスト情報を取得したかどうかを判定する。
【０２９９】
ここでは、サイマルキャスト情報は、MPD-EventStream方式が採用された場合、MPDのEventStream要素内に含められている。また、In-band message方式が採用された場合には、サイマルキャスト情報は、MPEG DASHで規定されるDASHEventMessageBoxのmessage_data内に含められ、SimulcastEventDescriptor方式が採用された場合には、サイマルキャスト情報は、シグナリングとして伝送されるSimulcastEventDescriptor内に含められている。
【０３００】
ステップＳ１３３において、サイマルキャスト情報を取得していないと判定された場合、ステップＳ１３３の判定処理が繰り返される。
【０３０１】
一方で、ステップＳ１３３において、サイマルキャスト情報を取得したと判定された場合、処理は、ステップＳ１３４に進められる。ここでは、受信機アプリケーションが、受信したストリームから得られるサイマルキャスト情報を取得することになる。
【０３０２】
ステップＳ１３４において、受信機アプリケーションは、ステップＳ１３３の処理で取得されたサイマルキャスト情報を保存する。
【０３０３】
ステップＳ１３５において、放送アプリケーションは、受信機アプリケーションに対し、サイマルキャスト情報を取得するためのクエリを発行する。このクエリには、例えば、図２０に示したように、メソッドとして、"org.atsc.query.simulcastService"が指定される。
【０３０４】
ステップＳ１３６において、放送アプリケーションは、ステップＳ１３５の処理で発行されたクエリに応じて、受信機アプリケーションからのレスポンスに含まれるサイマルキャスト情報を取得して保存する。このレスポンスには、例えば、図２１に示したように、視聴モード情報やサイマルキャスト情報が含まれる。
【０３０５】
ステップＳ１３７において、放送アプリケーションは、サイマルキャスト情報に含まれる番組終了時刻情報に基づいて、サイマルキャストの切り替え時のメッセージを表示するタイミングであるかどうかを判定する。
【０３０６】
ここでは、例えば、サイマルキャストの切り替え時のメッセージを表示するタイミングが、サイマルキャスト元の番組の終了時刻（サイマルキャスト切替時間）の5秒前となる場合には、dT = 5（秒）が設定される。そして、ステップＳ１３７の判定処理では、現在の時刻が、サイマルキャスト切替時間 - 5（秒）となったとき、「YES」と判定され、処理は、ステップＳ１３８に進められる。
【０３０７】
ステップＳ１３８において、放送アプリケーションは、ステップＳ１３５の処理で得られるレスポンスに含まれる視聴モード情報に基づいて、視聴モード設定処理（図２４）で設定されている視聴モードを確認する。
【０３０８】
ステップＳ１３８において、視聴モードとして、同一放送事業者継続視聴モードが設定されていると判定された場合、処理は、ステップＳ１３９に進められる。
【０３０９】
ステップＳ１３９において、放送アプリケーション、ATSC1.0受信機アプリケーション、及びATSC3.0受信機アプリケーションは、各部の動作を制御して、同一放送事業者継続視聴モード対応処理を実行する。なお、同一放送事業者継続視聴モード対応処理の詳細は、図２７のフローチャートを参照して後述する。
【０３１０】
ステップＳ１３８において、視聴モードとして、新放送サービス優先視聴モードが設定されていると判定された場合、処理は、ステップＳ１４０に進められる。
【０３１１】
ステップＳ１４０において、放送アプリケーション、及びATSC3.0受信機アプリケーションは、各部の動作を制御して、新放送サービス優先視聴モード対応処理を実行する。なお、新放送サービス優先視聴モード対応処理の詳細は、図２８のフローチャートを参照して後述する。
【０３１２】
ステップＳ１３９の処理、又はステップＳ１４０の処理が終了すると、処理は、図２５のステップＳ１２３に戻り、それ以降の処理が実行される。
【０３１３】
以上、チャネル選局・再生処理の詳細な流れについて説明した。
【０３１４】
（同一放送事業者継続視聴モード対応処理）
次に、図２７のフローチャートを参照して、図２６のステップＳ１３９の処理に対応する同一放送事業者継続視聴モード対応処理の詳細な流れを説明する。
【０３１５】
なお、この同一放送事業者継続視聴モード対応処理を実行するに際して、テレビ受像機等の受信装置３０では、放送事業者Ａの新放送サービスの4K番組が再生され、視聴者により視聴されているものとする。
【０３１６】
ステップＳ１５１において、放送アプリケーションは、表示部３２１の画面に、同一の放送事業者Ａで、新放送サービスの4K番組から、既存放送サービスの2K番組に切り替わる旨の通知を表示する。例えば、表示部３２１の画面には、新放送サービスの4K映像に対し、図１０Ａに示したメッセージが重畳表示される。
【０３１７】
ステップＳ１５２において、放送アプリケーションは、サイマルキャスト情報に含まれる番組終了時刻情報に基づいて、サイマルキャスト元の番組の終了時刻（サイマルキャスト切替時刻）であるかどうかを判定する。
【０３１８】
ステップＳ１５２において、サイマルキャスト切替時刻ではないと判定された場合、処理は、ステップＳ１５１に戻り、上述した処理が繰り返される。この場合には、図１０Ａに示したメッセージの重畳表示が継続される。
【０３１９】
一方で、ステップＳ１５２において、サイマルキャスト切替時刻であると判定された場合、処理は、ステップＳ１５３に進められる。
【０３２０】
ステップＳ１５３において、放送アプリケーションは、サイマルキャスト情報に含まれるチャネル情報に基づいて、各部の動作を制御することで、同一の放送事業者Ａで、新放送サービスの4K番組から、既存放送サービスの2K番組にチャネルを切り替える。
【０３２１】
ステップＳ１５４において、放送アプリケーションは、表示部３２１の画面に、既存放送サービスの2K番組への切り替え完了の通知を表示する。例えば、表示部３２１の画面には、既存放送サービスの2K映像に対し、図１０Ｂに示したメッセージが重畳表示される。
【０３２２】
ステップＳ１５５において、ATSC1.0受信機アプリケーションは、各部の動作を制御して、既存放送サービスのストリームを処理し、既存放送サービスの2K番組を再生する。
【０３２３】
ステップＳ１５６において、放送アプリケーションは、サイマルキャスト情報に含まれる番組再開時刻情報に基づいて、サイマルキャストの切り替え時のメッセージを表示するタイミングであるかどうかを判定する。
【０３２４】
ここでは、例えば、サイマルキャストの切り替え時のメッセージを表示するタイミングが、サイマルキャスト元の番組の再開時刻（サイマルキャスト切替時間）の5秒前となる場合には、dT = 5（秒）が設定される。そして、ステップＳ１５６の判定処理では、現在の時刻が、サイマルキャスト切替時間 - 5（秒）となったとき、「YES」と判定され、処理は、ステップＳ１５７に進められる。
【０３２５】
ステップＳ１５７において、放送アプリケーションは、表示部３２１の画面に、同一の放送事業者Ａで、既存放送サービスの2K番組から、新放送サービスの4K番組に切り替わる旨の通知を表示する。例えば、表示部３２１の画面には、既存放送サービスの2K番組に対し、図１１Ａに示したメッセージが重畳表示される。
【０３２６】
ステップＳ１５８において、放送アプリケーションは、サイマルキャスト情報に含まれる番組再開時刻情報に基づいて、サイマルキャスト元の番組の再開時刻（サイマルキャスト切替時刻）であるかどうかを判定する。
【０３２７】
ステップＳ１５８において、サイマルキャスト切替時刻ではないと判定された場合、処理は、ステップＳ１５７に戻り、上述した処理が繰り返される。この場合には、図１１Ａに示したメッセージの重畳表示が継続される。
【０３２８】
一方で、ステップＳ１５８において、サイマルキャスト切替時刻であると判定された場合、処理は、ステップＳ１５９に進められる。
【０３２９】
ステップＳ１５９において、放送アプリケーションは、取得済みの新放送サービスのチャネル情報に基づいて、各部の動作を制御することで、同一の放送事業者Ａで、既存放送サービスの2K番組から、新放送サービスの4K番組にチャネルを切り替える。
【０３３０】
ステップＳ１６０において、放送アプリケーションは、表示部３２１の画面に、新放送サービスの4K番組への切り替え完了の通知を表示する。例えば、表示部３２１の画面には、新放送サービスの4K映像に対し、図１１Ｂに示したメッセージが重畳表示される。
【０３３１】
ステップＳ１６１において、ATSC3.0受信機アプリケーションは、各部の動作を制御して、新放送サービスのストリームを処理し、新放送サービスの4K番組を再生する。
【０３３２】
ステップＳ１６１の処理が終了すると、処理は、図２６のステップＳ１３９の処理に戻り、それ以降の処理が実行される。
【０３３３】
以上、同一放送事業者継続視聴モード対応処理の詳細な流れについて説明した。
【０３３４】
（新放送サービス優先視聴モード対応処理）
最後に、図２８のフローチャートを参照して、図２６のステップＳ１４０の処理に対応する新放送サービス優先視聴モード対応処理の詳細な流れを説明する。
【０３３５】
なお、この新放送サービス優先視聴モード対応処理を実行するに際して、テレビ受像機等の受信装置３０では、放送事業者Ａの新放送サービスの4K番組が再生され、視聴者により視聴されているものとする。
【０３３６】
ステップＳ１７１において、ATSC3.0受信機アプリケーションは、各部の動作を制御して、新放送サービスのストリームを処理し、放送事業者Ａの新放送サービスの4K番組の再生を継続する。
【０３３７】
また、放送アプリケーションは、表示部３２１の画面に、同一の新放送サービスで、放送事業者Ａの4K番組から、放送事業者Ｂの4K番組に切り替わる旨の通知を表示する。例えば、表示部３２１の画面には、放送事業者Ａの4K番組に対し、図１３に示したメッセージが重畳表示される。
【０３３８】
ステップＳ１７２において、放送アプリケーションは、サイマルキャスト情報に含まれる番組終了時刻情報に基づいて、放送事業者Ａの4K番組の終了時刻（放送事業者切替時刻）であるかどうかを判定する。
【０３３９】
ステップＳ１７２において、放送事業者切替時刻ではないと判定された場合、処理は、ステップＳ１７１に戻り、上述した処理が繰り返される。この場合には、図１３に示したメッセージの重畳表示が継続される。
【０３４０】
ステップＳ１７２において、放送事業者切替時刻であると判定された場合、処理は、ステップＳ１７３に進められる。
【０３４１】
ステップＳ１７３において、放送アプリケーションは、表示部３２１の画面の通知を非表示にする。また、ATSC3.0受信機アプリケーションは、各部の動作を制御して、新放送サービスのストリームを処理し、放送事業者Ｂの新放送サービスの4K番組を継続して再生する。
【０３４２】
ステップＳ１７４において、放送アプリケーションは、サイマルキャスト情報に含まれる番組再開時刻情報に基づいて、サイマルキャストの切り替え時のメッセージを表示するタイミングであるかどうかを判定する。
【０３４３】
ここでは、例えば、放送事業者の切り替え時のメッセージを表示するタイミングが、放送事業者Ａの番組の再開時刻（放送事業者切替時刻）の5秒前となる場合には、dT = 5（秒）が設定される。そして、ステップＳ１７４の判定処理では、現在の時刻が、放送事業者切替時刻 - 5（秒）となったとき、「YES」と判定され、処理は、ステップＳ１７５に進められる。
【０３４４】
ステップＳ１７５において、ATSC3.0受信機アプリケーションは、各部の動作を制御して、新放送サービスのストリームを処理し、放送事業者Ｂの新放送サービスの4K番組の再生を継続する。
【０３４５】
また、放送アプリケーションは、表示部３２１の画面に、同一の新放送サービスで、放送事業者Ｂの4K番組から、放送事業者Ａの4K番組に切り替わる旨の通知を表示する。例えば、表示部３２１の画面には、放送事業者Ｂの4K番組に対し、図１４に示したメッセージが重畳表示される。
【０３４６】
ステップＳ１７６において、放送アプリケーションは、サイマルキャスト情報に含まれる番組再開時刻情報に基づいて、放送事業者Ａの番組の再開時刻（放送事業者切替時刻）であるかどうかを判定する。
【０３４７】
ステップＳ１７６において、放送事業者切替時刻ではないと判定された場合、処理は、ステップＳ１７５に戻り、上述した処理が繰り返される。この場合には、図１４に示したメッセージの重畳表示が継続される。
【０３４８】
一方で、ステップＳ１７６において、放送事業者切替時刻であると判定された場合、処理は、ステップＳ１７７に進められる。
【０３４９】
ステップＳ１７７において、放送アプリケーションは、表示部３２１の画面の通知を非表示にする。また、ATSC3.0受信機アプリケーションは、各部の動作を制御して、新放送サービスのストリームを処理し、放送事業者Ａの新放送サービスの4K番組を継続して再生する。
【０３５０】
ステップＳ１７７の処理が終了すると、処理は、図２６のステップＳ１４０に戻り、それ以降の処理が実行される。
【０３５１】
以上、新放送サービス優先視聴モード対応処理の詳細な流れについて説明した。
【０３５２】
以上のように、本技術によれば、複数の放送事業者が１つの物理チャネルを共用して新放送サービスを運用し、かつ、その物理チャネルとは別の物理チャネルで、複数の放送事業者がそれぞれ既存放送サービスを提供するサイマルキャストの運用において、例えば、次のことが実現できる。
【０３５３】
すなわち、受信装置３０は、視聴者による視聴モードの設定に基づき、新放送サービスを継続して視聴することを優先するか、又は放送事業者を優先して新放送サービスから既存放送サービスへの切り替え、及び新放送サービスへの引き戻しを行うかを選択することができる。
【０３５４】
また、受信装置３０は、サイマルキャストの運用のシグナリングと、視聴者の設定に基づき、適切なタイミングで、視聴者への通知と切り替え（逆の戻り）処理を行うことができる。
【０３５５】
また、放送事業者側からすれば、放送通信事業の規制監督を行う機関（例えば、米国の連邦通信委員会（FCC））により要請される、既存放送サービスの運用を維持しながら、新放送サービスの運用を並行して行うことができる。ここでは、新放送サービスを、既存放送サービスと後方互換性がないものとすることができる。
【０３５６】
＜７．変形例＞
【０３５７】
（他の放送方式の例）
上述した説明としては、デジタルテレビ放送の放送方式として、米国等で採用されている方式であるATSC（特に、ATSC1.0とATSC3.0）を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などの方式に適用するようにしてもよい。
【０３５８】
すなわち、例えば、ISDBやDVBで、次世代のデジタルテレビ放送の方式が策定され、運用が開始された場合のサイマルキャストの運用において、本技術を適用することができる。
【０３５９】
また、上述した説明では、IP伝送方式が採用されるATSC3.0を例にして説明したが、IP伝送方式に限らず、例えば、MPEG2-TS(Transport Stream)方式等の他の方式に適用するようにしてもよい。
【０３６０】
また、デジタルテレビ放送の放送方式としては、地上波放送のほか、放送衛星（BS：Broadcasting Satellite)や通信衛星（CS：Communications Satellite）等を利用した衛星放送や、ケーブルテレビ（CATV）等の有線放送などの方式に適用することができる。
【０３６１】
（アプリケーションの例）
放送アプリケーションは、HTML5などのマークアップ言語やJavaScript（登録商標）等のスクリプト言語で開発されたアプリケーションに限らず、例えば、Java（登録商標）などのプログラミング言語で開発されたアプリケーションであってもよい。また、放送アプリケーションは、表示されるものに限らず、バックグラウンドで、非表示で実行されるものであってもよい。
【０３６２】
受信装置３０で実行される放送アプリケーションは、ブラウザにより実行されるアプリケーションに限らず、いわゆるネイティブアプリケーションとして、OS（Operating System）環境（提示制御環境）などで実行されるようにしてもよい。さらに、受信装置３０で実行されるアプリケーションは、放送経由で取得される放送アプリケーションに限らず、インターネット９０上の通信サーバ８０から、通信経由で取得される通信アプリケーションであってもよい。
【０３６３】
また、受信装置３０で再生されるコンテンツは、放送経由で配信される放送コンテンツに限らず、通信経由で配信される通信コンテンツであってもよい。この通信コンテンツには、例えば、VOD(Video On Demand)ストリーミング配信されるコンテンツや、ダウンロード可能なコンテンツなどが含まれる。なお、放送コンテンツと通信コンテンツには、テレビ番組（例えばニュースやスポーツ、ドラマなど）や映画等のほか、動画や音楽、電子書籍、ゲーム、広告など、あらゆるコンテンツを含めることができる。
【０３６４】
（その他）
本明細書で使用している名称は、一例であって、実際には、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のものの実質的な内容が異なるものではない。例えば、simulcastChannel（チャネル情報），simulcastEndTime（番組終了時刻情報），simulcastNextStartTime（番組再開時刻情報）には、他の名称が用いられる場合がある。
【０３６５】
また、本明細書において、「2K映像」とは、概ね1920×1080ピクセル前後の画面解像度に対応した映像であり、「4K映像」とは、概ね4000×2000ピクセル前後の画面解像度に対応した映像である。なお、上述した説明では、高画質のコンテンツとして、4K映像のコンテンツを説明したが、8K映像等のさらに高画質のコンテンツであってもよい。ただし、「8K映像」とは、概ね7680×4320ピクセル前後の画面解像度に対応した映像である。さらに、既存放送サービスと新放送サービスとの差異は、解像度に限定されるものではない。例えば、HDR(High Dynamic Range)技術による高輝度化や高色域化、１秒当たりの表示映像（フレーム）を増やすことなどによって、高画質のサービスが提供されるようにしてもよい。
【０３６６】
また、本明細書において、「チャネル」には、受信装置３０側の操作や設定を行うために定められた論理的なチャネル番号（論理チャネル）を意味する場合と、放送で使用される周波数帯域（周波数の範囲）に割り当てられた物理的なチャネル番号（物理チャネル）を意味する場合がある。本明細書においては、特に、論理チャネルと物理チャネルを区別する必要がない場合には、単に、「チャネル」と記述するが、物理的なチャネル番号であることを強調したい場合には、「チャネル」ではなく、「物理チャネル」と記述している。
【０３６７】
＜８．コンピュータの構成＞
【０３６８】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２９は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０３６９】
コンピュータ１０００において、CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インターフェース１００５が接続されている。入出力インターフェース１００５には、入力部１００６、出力部１００７、記録部１００８、通信部１００９、及び、ドライブ１０１０が接続されている。
【０３７０】
入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記録部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体１０１１を駆動する。
【０３７１】
以上のように構成されるコンピュータ１０００では、CPU１００１が、ROM１００２や記録部１００８に記録されているプログラムを、入出力インターフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
【０３７２】
コンピュータ１０００（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０３７３】
コンピュータ１０００では、プログラムは、リムーバブル記録媒体１０１１をドライブ１０１０に装着することにより、入出力インターフェース１００５を介して、記録部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記録部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記録部１００８に、あらかじめインストールしておくことができる。
【０３７４】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０３７５】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０３７６】
また、本技術は、以下のような構成をとることができる。
【０３７７】
（１）
第１の放送サービスとして伝送される第１のストリーム、又は前記第１の放送サービスのサイマルキャストである第２の放送サービスとして伝送される第２のストリームを受信する受信部と、
前記第１のストリームから得られる時刻情報及びチャネル情報に基づいて、前記時刻情報が示す時刻に、前記第１のストリームにより提供される番組の再生を継続するか、又は前記第２のストリームにより提供される番組であって前記チャネル情報が示す番組の再生に切り替える処理部と
を備える受信装置。
（２）
前記時刻情報は、前記第１のストリームにより提供される第１の番組の終了時刻を含み、
前記チャネル情報は、前記第２のストリームにより提供される第２の番組のチャネル番号を含み、
前記処理部は、前記時刻情報が示す前記第１の番組の終了時刻に、前記第１のストリームにより提供される前記第１の番組の次の番組である第３の番組の再生を継続するか、又は前記第１の番組から、前記チャネル情報が示す前記第２の番組の再生に切り替える
前記（１）に記載の受信装置。
（３）
前記第１の放送サービスは、１つの周波数帯域で、複数の放送事業者により提供されるサービスであり、
前記第２の放送サービスは、所定の周波数帯域ごとに、各放送事業者により提供されるサービスである
前記（２）に記載の受信装置。
（４）
前記複数の放送事業者は、第１の放送事業者と第２の放送事業者を含み、
前記第１の番組は、前記第１の放送事業者により提供され、
前記第２の番組は、前記第１の放送事業者により提供され、
前記第３の番組は、前記第２の放送事業者により提供される
前記（３）に記載の受信装置。
（５）
前記時刻情報は、前記第１のストリームにより提供される第４の番組の開始時刻をさらに含み、
前記第４の番組は、前記第３の番組の次の番組であって、前記第１の放送事業者により提供され、
前記処理部は、前記時刻情報が示す前記第１の番組の終了時刻に、前記チャネル情報が示す前記第２の番組の再生に切り替えられた場合に、前記時刻情報が示す前記第４の番組の開始時刻になったとき、前記第４の番組の再生に切り替える
前記（４）に記載の受信装置。
（６）
前記処理部は、前記第１の番組の終了時刻の直前若しくは直後、又は前記第４の番組の開始時刻の直前若しくは直後に、番組が切り替わる旨のメッセージを表示させる
前記（５）に記載の受信装置。
（７）
前記処理部は、前記第１の番組の次に前記第３の番組の再生を継続して、前記第１の放送サービスを優先して視聴する第１のモードと、前記第１の番組から前記第２の番組に再生を切り替えて、同一の放送事業者を継続して視聴する第２のモードとのうち、視聴者の選択に応じて、いずれかのモードを設定する
前記（４）に記載の受信装置。
（８）
前記第１の放送サービスは、新規の放送サービスであり、
前記第２の放送サービスは、既存の放送サービスである
前記（１）乃至（７）のいずれかに記載の受信装置。
（９）
前記時刻情報及び前記チャネル情報を含むサイマルキャスト情報は、
MPD(Media Presentation Description)のEventStream要素を利用して提供されるか、
MPEG DASH(Dynamic Adaptive Streaming over HTTP)で規定されるEvent Message Boxを利用して提供されるか、
又は前記サイマルキャスト情報を記述した記述子により提供される
前記（１）乃至（８）のいずれかに記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
第１の放送サービスとして伝送される第１のストリーム、又は前記第１の放送サービスのサイマルキャストである第２の放送サービスとして伝送される第２のストリームを受信し、
前記第１のストリームから得られる時刻情報及びチャネル情報に基づいて、前記時刻情報が示す時刻に、前記第１のストリームにより提供される番組の再生を継続するか、又は前記第２のストリームにより提供される番組であって前記チャネル情報が示す番組の再生に切り替える
ステップを含む受信方法。
（１１）
第１の放送サービスのサイマルキャストとして第２の放送サービスを提供するためのサイマルキャスト情報を生成する生成部と、
前記第１の放送サービスとして伝送される第１のストリームと、前記第２の放送サービスとして伝送される第２のストリームとともに、前記サイマルキャスト情報を送信する送信部と
を備え、
前記サイマルキャスト情報は、前記第１のストリームにより提供される第１の番組の終了時刻を含む時刻情報と、前記第２のストリームにより提供される第２の番組のチャネル番号を含むチャネル情報を含む
送信装置。
（１２）
前記第１の放送サービスは、１つの周波数帯域で、複数の放送事業者により提供されるサービスであり、
前記第２の放送サービスは、所定の周波数帯域ごとに、各放送事業者により提供されるサービスである
前記（１１）に記載の送信装置。
（１３）
前記複数の放送事業者は、第１の放送事業者と第２の放送事業者を含み、
前記第１の番組は、前記第１の放送事業者により提供され、
前記第２の番組は、前記第１の放送事業者により提供される
前記（１２）に記載の送信装置。
（１４）
前記第１のストリームにより提供される前記第１の番組の次の番組である第３の番組は、前記第２の放送事業者により提供される
前記（１３）に記載の送信装置。
（１５）
前記第１のストリームにより提供される前記第３の番組の次の番組である第４の番組は、前記第１の放送事業者により提供され、
前記時刻情報は、前記第４の番組の開始時刻をさらに含む
前記（１４）に記載の送信装置。
（１６）
前記第１の放送サービスは、新規の放送サービスであり、
前記第２の放送サービスは、既存の放送サービスである
前記（１１）乃至（１５）のいずれかに記載の送信装置。
（１７）
前記サイマルキャスト情報は、
MPDのEventStream要素を利用して提供されるか、
MPEG DASHで規定されるEvent Message Boxを利用して提供されるか、
又は前記サイマルキャスト情報を記述した記述子により提供される
前記（１１）乃至（１６）のいずれかに記載の送信装置。
（１８）
送信装置の送信方法において、
前記送信装置が、
第１の放送サービスのサイマルキャストとして第２の放送サービスを提供するためのサイマルキャスト情報を生成し、
前記第１の放送サービスとして伝送される第１のストリームと、前記第２の放送サービスとして伝送される第２のストリームとともに、前記サイマルキャスト情報を送信する
ステップを含み、
前記サイマルキャスト情報は、前記第１のストリームにより提供される第１の番組の終了時刻を含む時刻情報と、前記第２のストリームにより提供される第２の番組のチャネル番号を含むチャネル情報を含む
送信方法。
【符号の説明】
【０３７８】
１  放送システム，  １０，１０−１乃至１０−Ｎ  データ処理装置，  １１，１１−１乃至１１−Ｎ  データ処理装置，  ２０  送信装置，  ３０，３０−１乃至３０−Ｍ  受信装置，  ３１  リモートコントローラ，  ４０，４０−１乃至４０−Ｎ  通信回線，  ４１，４１−１乃至４１−Ｎ  通信回線，  ５０  放送伝送路，  ８０  通信サーバ，  ９０  インターネット，  １１１  コンポーネント処理部，  １１２  シグナリング生成部，  １１３  マルチプレクサ，  １１４  データ処理部，  １５１  サイマルキャスト情報生成部，  １５２  マルチプレクサ，  １５３  送信部，  ２１１  データ処理部，  ２１２  変調部，  ３１１  処理部，  ３１２  メモリ，  ３１３  入力部，  ３１３Ａ  受光部，  ３１４  チューナ，  ３１５  デマルチプレクサ，  ３１６  映像デコーダ，  ３１７  映像出力部，  ３１８  音声デコーダ，  ３１９  音声出力部，  ３２０  字幕デコーダ，  ３２１  表示部，  ３２２  スピーカ，  ３２３  通信I/F，  ３３１  映像音声字幕デコーダ，  ３７１  アプリケーション実行環境，  ３７２  変換器，  ３５１  視聴モード設定部，  ３５２  選局・再生処理部，  ３５３  メッセージ表示制御部，  １０００  コンピュータ，  １００１  CPU
【図１】
2018195972.tif 000003
【図２】
2018195972.tif 000004
【図３】
2018195972.tif 000005
【図４】
2018195972.tif 000006
【図５】
2018195972.tif 000007
【図６】
2018195972.tif 000008
【図７】
2018195972.tif 000009
【図８】
2018195972.tif 000010
【図９】
2018195972.tif 000011
【図１０】
2018195972.tif 000012
【図１１】
2018195972.tif 000013
【図１２】
2018195972.tif 000014
【図１３】
2018195972.tif 000015
【図１４】
2018195972.tif 000016
【図１５】
2018195972.tif 000017
【図１６】
2018195972.tif 000018
【図１７】
2018195972.tif 000019
【図１８】
2018195972.tif 000020
【図１９】
2018195972.tif 000021
【図２０】
2018195972.tif 000022
【図２１】
2018195972.tif 000023
【図２２】
2018195972.tif 000024
【図２３】
2018195972.tif 000025
【図２４】
2018195972.tif 000026
【図２５】
2018195972.tif 000027
【図２６】
2018195972.tif 000028
【図２７】
2018195972.tif 000029
【図２８】
2018195972.tif 000030
【図２９】
2018195972.tif 000031