特表 2022-507914 非ＡＴＳＣ３．０サービス上で動作する高度テレビシステムズ委員会（ＡＴＳＣ）３．０アプリケーションのための装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-01-18

(54)【発明の名称】非ＡＴＳＣ３．０サービス上で動作する高度テレビシステムズ委員会（ＡＴＳＣ）３．０アプリケーションのための装置及び方法

(51)【国際特許分類】

   H04N 21/443 20110101AFI20220111BHJP

   H04N 21/442 20110101ALI20220111BHJP

【ＦＩ】

H04N21/443

H04N21/442

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021528946

(86)(22)【出願日】2019-11-20

(85)【翻訳文提出日】2021-07-20

(86)【国際出願番号】 IB2019060007

(87)【国際公開番号】W WO2020104978

(87)【国際公開日】2020-05-28

(31)【優先権主張番号】16/199,096

(32)【優先日】2018-11-23

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

２．ＪＡＶＡＳＣＲＩＰＴ

３．ＷＩＮＤＯＷＳ

４．Ｔｉｚｅｎ

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居 幸一

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100151987

【弁理士】

【氏名又は名称】谷口 信行

(72)【発明者】

【氏名】クリフト グラハム

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA04

5C164MA08S

5C164UA03P

5C164UB41P

5C164UB51P

5C164UD00S

5C164YA11

5C164YA21

(57)【要約】

受信装置が、テレビ受信機アプリケーションを記憶するように構成されたメモリを含む。受信装置は、ユーザ選択のための複数のサービスを提供するユーザインターフェイスをテレビ放送局アプリケーションを介して表示するように構成された処理回路をさらに含む。処理回路は、複数の表示されたサービスからの、あるサービスのユーザ選択を受け取るようにさらに構成される。処理回路は、選択されたサービスが高度テレビシステムズ委員会（ＡＴＳＣ）１．０サービスであるかどうかを判定ようにさらに構成される。処理回路は、選択されたサービスがＡＴＳＣ１．０サービスであるとの判定に応答して、テレビ放送局アプリケーションの実行及び選択されたサービスの内容の表示を継続するようにさらに構成される。
【選択図】図７

【特許請求の範囲】

【請求項1】

受信装置であって、
テレビ受信機アプリケーションを記憶するように構成されたメモリと、
処理回路と、
を備え、前記処理回路は、
ユーザ選択のための複数のサービスを提供するユーザインターフェイスをテレビ放送局アプリケーションを介して表示し、
前記複数の表示されたサービスからの、あるサービスのユーザ選択を受け取り、
前記選択されたサービスが高度テレビシステムズ委員会（ＡＴＳＣ）１．０サービスであるかどうかを判定し、
前記選択されたサービスが前記ＡＴＳＣ１．０サービスであるとの判定に応答して、前記テレビ放送局アプリケーションの実行及び前記選択されたサービスの内容の表示を継続する、
ように構成される、
ことを特徴とする受信装置。

【請求項2】

前記処理回路は、
テレビ放送局アプリケーション変更コマンドが受け取られたかどうかを判定し、
前記テレビ放送局アプリケーション変更コマンドが受け取られたとの判定に応答して、前記テレビ放送局アプリケーション変更コマンドが別のテレビ放送局アプリケーションを指定しているかどうかを判定し、
前記テレビ放送局アプリケーションコマンドが前記別のテレビ放送局アプリケーションを指定しているとの判定に応答して、前記テレビ放送局アプリケーションを前記別のテレビ放送局アプリケーションに変更する、
ようにさらに構成される、請求項１に記載の受信装置。

【請求項3】

前記処理回路は、
前記テレビ放送局アプリケーションによって、前記受信機装置がアクセスできる各ＡＴＳＣ１．０サービスに関する情報を前記テレビ受信機アプリケーションに問い合わせ、
前記問い合わせに応答して、前記テレビ放送局アプリケーションによって、前記受信機装置がアクセスできる各ＡＴＳＣ１．０サービスのリストを前記テレビ受信機アプリケーションから受け取る、
ようにさらに構成される、請求項１に記載の受信装置。

【請求項4】

前記処理回路は、前記テレビ放送局アプリケーションに関連する前記受け取ったリストから各ＡＴＳＣ１．０サービスを決定するように構成され、前記テレビ放送局に関連する各ＡＴＳＣ１．０サービスは、前記表示された複数のサービスに含まれる、
請求項３に記載の受信装置。

【請求項5】

前記テレビ放送局アプリケーションは、デジタルテレビ放送ストリームに含まれる放送局アプリケーション又は前記メモリに記憶されたネイティブ放送局アプリケーションの一方である、
請求項１に記載の受信装置。

【請求項6】

受信装置であって、
テレビ受信機アプリケーションを記憶するように構成されたメモリと、
処理回路と、
を備え、前記処理回路は、
テレビ放送局アプリケーション及びテレビ受信機アプリケーションを実行し、
前記テレビ受信機アプリケーションによって、ＡＴＳＣ１．０サービスであるサービスのユーザ選択を受け取り、
前記選択されたサービスが前記テレビ放送局アプリケーションに関連するかどうかを判定し、
前記選択されたサービスが前記テレビ放送局アプリケーションに関連するとの判定に応答して、前記テレビ放送局アプリケーションの実行及び前記ＡＴＳＣ１．０サービスの表示を継続する、
ように構成される、
ことを特徴とする受信装置。

【請求項7】

前記テレビ放送局アプリケーションが前記選択されたサービスに関連するかどうかについての前記判定は、前記テレビ放送局アプリケーションが、前記選択されたサービスが前記放送局アプリケーションに関連する旨の指示を前記テレビ受信機アプリケーションに送信することを含む、
請求項６に記載の受信装置。

【請求項8】

前記テレビ放送局アプリケーションが前記選択されたサービスに関連するかどうかについての前記判定は、（ｉ）前記テレビ受信機アプリケーションが前記テレビ放送局アプリに問い合わせを送信すること、及び（ｉｉ）前記問い合わせに応答して、前記テレビ放送局アプリケーションが、前記選択されたサービスが前記テレビ放送局アプリケーションに関連する旨の指示を前記テレビ受信機アプリケーションに送信することを含む、
請求項６に記載の受信装置。

【請求項9】

前記指示は、前記ＡＴＳＣ１．０サービスに関連するトランスポートストリームＩＤ（ＴＳＩＤ）、主チャネル番号及び副チャネル番号を含む、
請求項７に記載の受信装置。

【請求項10】

前記テレビ放送局アプリケーションは、デジタルテレビ放送ストリームに含まれる放送局アプリケーション又は前記メモリに記憶されたネイティブ放送局アプリケーションの一方である、
請求項６に記載の受信装置。

【請求項11】

プロセッサによって実行された時に前記プロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、前記方法は、
ユーザ選択のための複数のサービスを提供するユーザインターフェイスをテレビ放送局アプリケーションを介して表示することと、
前記複数の表示されたサービスからの、あるサービスのユーザ選択を受け取ることと、
前記選択されたサービスが高度テレビシステムズ委員会（ＡＴＳＣ）１．０サービスであるかどうかを判定することと、
前記選択されたサービスが前記ＡＴＳＣ１．０サービスであるとの判定に応答して、前記テレビ放送局アプリケーションの実行及び前記選択されたサービスの内容の表示を継続することと、
を含む、ことを特徴とする非一時的コンピュータ可読媒体。

【請求項12】

前記方法は、
テレビ放送局アプリケーション変更コマンドが受け取られたかどうかを判定することと、
前記テレビ放送局アプリケーション変更コマンドが受け取られたとの判定に応答して、前記テレビ放送局アプリケーション変更コマンドが別のテレビ放送局アプリケーションを指定しているかどうかを判定することと、
前記テレビ放送局アプリケーションコマンドが前記別のテレビ放送局アプリケーションを指定しているとの判定に応答して、前記テレビ放送局アプリケーションを前記別のテレビ放送局アプリケーションに変更することと、
をさらに含む、請求項１１に記載の非一時的コンピュータ可読媒体。

【請求項13】

前記処理回路は、
前記テレビ放送局アプリケーションによって、前記受信機装置がアクセスできる各ＡＴＳＣ１．０サービスに関する情報を前記テレビ受信機アプリケーションに問い合わせ、
前記問い合わせに応答して、前記テレビ放送局アプリケーションによって、前記受信機装置がアクセスできる各ＡＴＳＣ１．０サービスのリストを前記テレビ受信機アプリケーションから受け取る、
ようにさらに構成される、請求項１１に記載の非一時的コンピュータ可読媒体。

【請求項14】

前記方法は、前記テレビ放送局アプリケーションに関連する前記受け取ったリストから各ＡＴＳＣ１．０サービスを決定することをさらに含み、前記テレビ放送局に関連する各ＡＴＳＣ１．０サービスは、前記表示された複数のサービスに含まれる、
請求項１３に記載の非一時的コンピュータ可読媒体。

【請求項15】

前記テレビ放送局アプリケーションは、デジタルテレビ放送ストリームに含まれる放送局アプリケーション又は前記メモリに記憶されたネイティブ放送局アプリケーションの一方である、
請求項１１に記載の非一時的コンピュータ可読媒体。

【請求項16】

プロセッサによって実行された時に前記プロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、前記方法は、
テレビ放送局アプリケーション及びテレビ受信機アプリケーションを実行することと、
前記テレビ受信機アプリケーションによって、ＡＴＳＣ１．０サービスであるサービスのユーザ選択を受け取ることと、
前記選択されたサービスが前記テレビ放送局アプリケーションに関連するかどうかを判定することと、
前記選択されたサービスが前記テレビ放送局アプリケーションに関連するとの判定に応答して、前記テレビ放送局アプリケーションの実行及び前記ＡＴＳＣ１．０サービスの表示を継続することと、
を含む、ことを特徴とする非一時的コンピュータ可読媒体。

【請求項17】

前記テレビ放送局アプリケーションが前記選択されたサービスに関連するかどうかについての前記判定は、前記テレビ放送局アプリケーションが、前記選択されたサービスが前記放送局アプリケーションに関連する旨の指示を前記テレビ受信機アプリケーションに送信することを含む、
請求項１６に記載の非一時的コンピュータ可読媒体。

【請求項18】

前記テレビ放送局アプリケーションが前記選択されたサービスに関連するかどうかについての前記判定は、（ｉ）前記テレビ受信機アプリケーションが前記テレビ放送局アプリに問い合わせを送信すること、及び（ｉｉ）前記問い合わせに応答して、前記テレビ放送局アプリケーションが、前記選択されたサービスが前記テレビ放送局アプリケーションに関連する旨の指示を前記テレビ受信機アプリケーションに送信することを含む、
請求項１６に記載の非一時的コンピュータ可読媒体。

【請求項19】

前記指示は、前記ＡＴＳＣ１．０サービスに関連するトランスポートストリームＩＤ（ＴＳＩＤ）、主チャネル番号及び副チャネル番号を含む、
請求項１７に記載の非一時的コンピュータ可読媒体。

【請求項20】

前記テレビ放送局アプリケーションは、デジタルテレビ放送ストリームに含まれる放送局アプリケーション又は前記メモリに記憶されたネイティブ放送局アプリケーションの一方である、
請求項１６に記載の非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ＡＴＳＣ１．０サービスなどの非ＡＴＳＣ３．０テレビサービスと共にＡＴＳＣ３．０アプリケーションを実行するための装置及び方法に関する。

【背景技術】

【0002】

ＡＴＳＣ３．０は、デジタルテレビ（ＤＴＶ）受信機がＨＴＭＬ５アプリケーションなどの放送局アプリケーションを放送テレビ番組と共にダウンロードして実行できるようにする「ランタイム環境」を規定する。放送局アプリケーションは、バックグラウンドで静かに動作して、例えば個人向けコンテンツを条件良く提供できるように、又はユーザインターフェイスを提示してユーザインタラクションを促すことができるようにユーザの視聴習慣をモニタすることができる。しかしながら、ＡＴＳＣ３．０サービスを提供する放送局は、ユーザが放送局の非ＡＴＳＣ３．０サービスに切り替えた場合にも放送局アプリケーション及び／又はネイティブ放送局アプリケーションを実行し続けたいと望む可能性がある。さらに、放送局は、ユーザがこの放送局に関連するいずれかのサービス（例えば、ＡＴＳＣ３．０、ＡＴＳＣ１．０、又はその他のフォーマットのいずれで配信されるかにかかわらず、この放送局に関連する放送番組）を選択した時に、ＤＴＶ受信機が特定の常駐アプリケーション(例えば、Ｇｏｏｇｌｅ ＰｌａｙストアからダウンロードされたＡｎｄｒｏｉｄプラットフォーム用ネイティブアプリケーション）を起動するようにしたいと望む可能性もある。

【発明の概要】

【課題を解決するための手段】

【0003】

本開示の実施形態によれば、テレビ受信機アプリケーションを記憶するように構成されたメモリを含む受信装置が提供される。受信装置は、ユーザ選択のための複数のサービスを提供するユーザインターフェイスをテレビ放送局アプリケーションを介して表示するように構成された処理回路をさらに含む。処理回路は、複数の表示されたサービスからの、あるサービスのユーザ選択を受け取るようにさらに構成される。処理回路は、選択されたサービスが高度テレビシステムズ委員会（ＡＴＳＣ）１．０サービスであるかどうかを判定ようにさらに構成される。処理回路は、選択されたサービスがＡＴＳＣ１．０サービスであるとの判定に応答して、テレビ放送局アプリケーションの実行及び選択されたサービスの内容の表示を継続するようにさらに構成される。

【0004】

本開示の実施形態によれば、テレビ受信機アプリケーションを記憶するように構成されたメモリを含む受信装置が提供される。受信装置は、テレビ放送局アプリケーション及びテレビ受信機アプリケーションを実行するように構成された処理回路をさらに含む。処理回路は、テレビ受信機アプリケーションによって、ＡＴＳＣ１．０サービスであるサービスのユーザ選択を受け取るようにさらに構成される。処理回路は、選択されたサービスがテレビ放送局アプリケーションに関連するかどうかを判定するようにさらに構成される。処理回路は、選択されたサービスがテレビ放送局アプリケーションに関連するとの判定に応答して、テレビ放送局アプリケーションの実行及びＡＴＳＣ１．０サービスの表示を継続するようにさらに構成される。

【0005】

本開示の実施形態によれば、プロセッサによって実行された時に、ユーザ選択のための複数のサービスを提供するユーザインターフェイスをテレビ放送局アプリケーションを介して表示することを含む方法をプロセッサに実行させる命令を記憶した非一時的コンピュータ可読媒体が提供される。方法は、複数の表示されたサービスからの、あるサービスのユーザ選択を受け取ることをさらに含む。方法は、選択されたサービスが高度テレビシステムズ委員会（ＡＴＳＣ）１．０サービスであるかどうかを判定することをさらに含む。方法は、選択されたサービスがＡＴＳＣ１．０サービスであるとの判定に応答して、テレビ放送局アプリケーションの実行及び選択されたサービスの内容の表示を継続することをさらに含む。

【0006】

本開示の実施形態によれば、プロセッサによって実行された時に、テレビ放送局アプリケーション及びテレビ受信機アプリケーションを実行することを含む方法をプロセッサに実行させる命令を記憶した非一時的コンピュータ可読媒体が提供される。方法は、テレビ受信機アプリケーションによって、ＡＴＳＣ１．０サービスであるサービスのユーザ選択を受け取ることをさらに含む。方法は、選択されたサービスがテレビ放送局アプリケーションに関連するかどうかを判定することをさらに含む。方法は、選択されたサービスがテレビ放送局アプリケーションに関連するとの判定に応答して、テレビ放送局アプリケーションの実行及びＡＴＳＣ１．０サービスの表示を継続することをさらに含む。

【0007】

本開示のより完全な理解及びこれに付随する利点の多くは、添付図面と併せて検討する以下の詳細な説明を参照することによってこれらがより良く理解されるようになるにつれて容易に取得されるであろう。

【図面の簡単な説明】

【0008】

【図1】ＡＴＳＣ３．０標準に基づくＤＴＶシステムの基本コンポーネントの構成を示す図である。

【図2】例示的な受信装置を示す図である。

【図3】例示的な受信装置のプロセッサ中心的なブロック図である。

【図4】テレビ受信機アプリケーションとネイティブ放送局アプリケーションとの間の例示的な関係を示す図である。

【図5】サービス及び関連するアプリケーションの例示的な表示を示す図である。

【図6】受信装置によって実行されるプロセスの例示的なフローチャートである。

【図7】受信装置によって実行されるプロセスの例示的なフローチャートである。

【図8】コンピュータのハードウェア構成例を示す図である。

【発明を実施するための形態】

【0009】

本開示は多くの異なる形の実施形態が可能であるが、図面には特定の実施形態を示して本明細書ではこれらについて詳細に説明しており、このような実施形態の開示は本原理の一例とみなすべきであって、図示及び説明する特定の実施形態に本開示を限定することを意図するものではないと理解されたい。

【0010】

本明細書で使用する「１つの（英文不定冠詞）」という用語は、１つ又は１つよりも多くとして定義される。本明細書で使用する「複数の」という用語は、２つ又は２つよりも多くとして定義される。本明細書で使用する「別の」という用語は、少なくとも第２の又はそれ以降のとして定義される。本明細書で使用する「含む（ｉｎｃｌｕｄｉｎｇ）」及び／又は「有する（ｈａｖｉｎｇ）」という用語は、「備える（ｃｏｍｐｒｉｓｉｎｇ）」（すなわちオープンランゲージ）として定義される。本明細書で使用する「結合される（ｃｏｕｐｌｅｄ）」という用語は、「接続される」として定義されるが、必ずしも直接的なものではなく、必ずしも機械的なものでもない。本明細書で使用する「プログラム」又は「コンピュータプログラム」という用語又は同様の用語は、コンピュータシステム上で実行されるように設計された一連の命令として定義される。「プログラム」又は「コンピュータプログラム」は、実行可能アプリケーション、アプレット、サーブレット、ソースコード、オブジェクトコード、スクリプト、プログラムモジュール、共有ライブラリ／動的ロードライブラリ及び／又はコンピュータシステム上で実行するように設計されたその他の一連の命令におけるサブルーチン、プログラムモジュール、スクリプト、関数、手順、オブジェクト方法、オブジェクト実装を含むことができる。

【0011】

本明細書で使用する「プログラム（ｐｒｏｇｒａｍ）」という用語は、第２の文脈で使用することもできる（上記の定義を第１の文脈とする）。第２の文脈では、この用語は「テレビ番組」の意味で使用される。この文脈では、この用語は、単一のテレビ番組として解釈されて電子番組ガイド（ＥＰＧ）で伝えられるものなどのいずれかのコヒーレントな一連のオーディオビデオコンテンツを意味するために使用され、このコンテンツが映画、スポーツイベント、連続番組の一部、ニュース放送などのいずれであるかは関係ない。この用語は、電子番組ガイドでは番組として伝えられないこともあるコマーシャルスポット及びその他の番組様コンテンツを含むと解釈することもできる。

【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】

（２０）前記テレビ放送局アプリケーションは、デジタルテレビ放送ストリームに含まれる放送局アプリケーション又は前記メモリに記憶されたネイティブ放送局アプリケーションの一方である、特徴（１６）から（１９）のいずれか１つに記載の非一時的コンピュータ可読媒体。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【国際調査報告】