特表 2022-507912 ミドルウェアによるチューナ制御のための装置及び方法

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

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

(11)【公表番号】

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

(54)【発明の名称】ミドルウェアによるチューナ制御のための装置及び方法

(51)【国際特許分類】

   H04N 21/436 20110101AFI20220111BHJP

   H04N 21/442 20110101ALI20220111BHJP

   H04N 21/432 20110101ALI20220111BHJP

   H04N 5/765 20060101ALI20220111BHJP

   H04L 49/201 20220101ALI20220111BHJP

   G06F 16/483 20190101ALI20220111BHJP

【ＦＩ】

H04N21/436

H04N21/442

H04N21/432

H04N5/765

H04L12/70 F

G06F16/483

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021528944

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

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

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

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

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

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＪＡＶＡ

２．ＷＩＮＤＯＷＳ

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

(71)【出願人】

【識別番号】000002185

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

(74)【代理人】

【識別番号】100092093

【弁理士】

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

(74)【代理人】

【識別番号】100109070

【弁理士】

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

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

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

(74)【代理人】

【識別番号】100151987

【弁理士】

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

(72)【発明者】

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

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

5B175

5C164

5K030

【Ｆターム（参考）】

5B175DA04

5B175DA05

5B175DA07

5C164FA11

5C164UA23S

5C164UA51S

5C164UB31P

5C164UB37S

5C164UB41P

5C164UB71P

5C164YA21

5K030GA19

5K030HB02

5K030HC01

5K030JL01

5K030JT04

5K030LD04

(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】チューナ装置及びＡＬＰ－ＩＰパケット変換器を含む外部ハードウェアにＵＳＢインターフェイスを介して接続された例示的な受信機を示す図である。

【図9】例示的なリンクマッピングテーブル（ＬＭＴ）を示す図である。

【図10】ＬＭＴをカプセル化した例示的なＡＬＰパケットを示す図である。

【図11】ＬＭＴを含むＩＰパケットを有する例示的なＡＬＰパケットを示す図である。

【図12】チューナ装置によって実行される例示的なプロセスを示す図である。

【図13】受信機によって実行される例示的なプロセスを示す図である。

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

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

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

（１２）チューナ装置は、複数のＰＬＰからの１又は２以上のＰＬＰを処理するためのコマンドをテレビ受信機アプリケーションから受け取り、ＬＬＳを含む識別される少なくとも１つのＰＬＰは、処理される１又は２以上のＰＬＰに含まれる、特徴（７）～（１１）のいずれか１つに記載のチューナ装置。

【0093】

プロセッサによって実行された時にプロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、方法が、各物理層パイプ（ＰＬＰ）が複数のＡＴＳＣリンク層プロトコル（ＡＬＰ）パケットを含む複数のＰＬＰを含む、チューナ装置によって受け取られた高度テレビジョンシステムズ委員会（ＡＴＳＣ）放送ストリームに由来するシグナリング情報を含むＩＰパケットを受け取ることと、ＩＰパケットから、リンクマッピングテーブル（ＬＭＴ）の存在を示すように指定された所定のＩＰアドレス及びポートに基づいて識別されるＬＭＴと、少なくとも１つの低水準シグナリング（ＬＬＳ）テーブルとを含むシグナリング情報を抽出することと、抽出されたＬＭＴ及び抽出された少なくとも１つのＬＬＳテーブルに基づいて、放送ストリームに関連するサービスに対応するオーディオ及びビデオコンテンツを検索することとを含む、非一時的コンピュータ可読媒体。

【0094】

（１４）ＬＭＴを含むＩＰパケットは、（ｉ）ＬＭＴバージョンと、（ｉｉ）ＬＭＴを含むＰＬＰを識別するＰＬＰ ＩＤフィールドとを指定するＬＭＴヘッダをさらに含み、ＬＭＴバージョンとＰＬＰ ＩＤとの組み合わせは、ＬＭＴの参照識別子を提供する、特徴（１３）に記載の非一時的コンピュータ可読媒体。

【0095】

（１５）方法は、少なくとも１つのＬＬＳテーブル内に指定された、放送ストリームに関連するサービスに対応するＩＰアドレスを識別することと、複数のＰＬＰから、指定されたＩＰアドレスに関連する未処理のＰＬＰをＬＭＴが指定しているかどうかを判定することと、ＬＭＴが未処理のＰＬＰを指定しているとの判定に応答して、未処理のＰＬＰに関連するＡＬＰパケットを出力するようにチューナ装置に命令するコマンドをチューナ装置に伝えることとをさらに含む、特徴（１３）又は特徴（１４）に記載の非一時的コンピュータ可読媒体。

【0096】

（１６）プロセッサによって実行された時にプロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、方法が、各物理層パイプ（ＰＬＰ）が複数のＡＴＳＣリンク層プロトコル（ＡＬＰ）パケットを含む複数のＰＬＰを含むデジタルテレビ放送信号を受信することと、複数のＰＬＰから低水準シグナリング（ＬＬＳ）を含む少なくとも１つのＰＬＰを識別することと、ＬＬＳを含む少なくとも１つのＰＬＰからリンクマッピングテーブル（ＬＭＴ）を抽出することと、ＬＭＴを含んで所定のＩＰアドレス及びポートを有するＩＰパケットを含むＡＬＰパケットを生成することと、ＬＭＴを含むＩＰパケットを含むＡＬＰパケットを、テレビ受信機アプリケーションを実行する受信装置に転送することとを含む、非一時的コンピュータ可読媒体。

【0097】

（１７） 所定のＩＰアドレス及びポートは、ＬＭＴのために指定される、特徴（１６）に記載の非一時的コンピュータ可読媒体。

【0098】

（１８）ＬＭＴを含むＩＰパケットは、（ｉ）ＬＭＴバージョンと、（ｉｉ）ＬＭＴを含むＰＬＰを識別するＰＬＰ ＩＤフィールドとを指定するＬＭＴヘッダをさらに含み、ＬＭＴバージョンとＰＬＰ ＩＤとの組み合わせは、ＬＭＴの参照識別子を提供する、特徴（１７）に記載の非一時的コンピュータ可読媒体。

【0099】

（１９）ＬＬＳを含む少なくとも１つの識別されるＰＬＰは、ＬＬＳの存在を示すフラグに基づいて識別される、特徴（１６）～（１８）のいずれか１つに記載の非一時的コンピュータ可読媒体。

【0100】

（２０）ＬＭＴを含むＩＰパケット、及び少なくとも１つのＬＬＳテーブルは、テレビ受信機アプリケーションに同じＩＰパケットストリームで送信される、特徴（１６）に記載の非一時的コンピュータ可読媒体。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【国際調査報告】