特表 2024-506459 ＡＴＳＣ ３．０リアルタイム放送モバイルアプリケーションのための高速チャネル変更を含む長期間誤り訂正

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

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

(11)【公表番号】

(43)【公表日】2024-02-14

(54)【発明の名称】ＡＴＳＣ ３．０リアルタイム放送モバイルアプリケーションのための高速チャネル変更を含む長期間誤り訂正

(51)【国際特許分類】

   H04N 21/4425 20110101AFI20240206BHJP

   H04N 21/438 20110101ALI20240206BHJP

   H04N 21/437 20110101ALI20240206BHJP

   H04L 65/611 20220101ALI20240206BHJP

   H04H 40/18 20080101ALI20240206BHJP

   H04W 84/12 20090101ALI20240206BHJP

【ＦＩ】

H04N21/4425

H04N21/438

H04N21/437

H04L65/611

H04H40/18

H04W84/12

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023540728

(86)(22)【出願日】2022-01-01

(85)【翻訳文提出日】2023-07-03

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

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

(87)【国際公開日】2022-07-07

(31)【優先権主張番号】17/141,155

(32)【優先日】2021-01-04

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＵＮＩＸ

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

３．ＨＤＭＩ

(71)【出願人】

【識別番号】000002185

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

(74)【代理人】

【識別番号】100092093

【弁理士】

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

(74)【代理人】

【識別番号】100109070

【弁理士】

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

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100141553

【弁理士】

【氏名又は名称】鈴木 信彦

(72)【発明者】

【氏名】キャンデロア ブラント

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

5C164

5K067

【Ｆターム（参考）】

5C164FA04

5C164FA08

5C164TA15S

5C164UA04S

5C164UB21P

5C164UB26P

5C164UB42P

5C164YA25

5K067AA21

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

いくつかの実施形態では、前記パケット不一致は、欠落パケット及び／又は破損パケットを含む。

【0009】

非限定的な例では、前記命令は、前記第１のストリームをバッファするのと同時に、少なくとも第２のストリームをバッファするように実行可能とすることができる。前記第２のストリームは、前記第１のストリームを含む多重化で受信されることができる。又は、前記第１のストリームは、前記モバイル受信機の第１のチューナにおいて受信されることができ、前記第２のストリームは、前記モバイル受信機の第２のチューナにおいて受信されることができる。

【0010】

いくつかの例では、前記命令は、新たなチャネルを提示するためのチャネル変更コマンドを受け取るように実行可能とすることができる。これらの例では、前記命令は、前記チャネル変更コマンドに応答して、前記新たなチャネルと関連付けられるパケットが前記バッファ内に存在するかどうかを判断し、前記新たなチャネルと関連付けられるパケットが前記バッファ内に存在すると判断したことに応答して、前記バッファから前記新たなチャネルと関連付けられる前記パケットに直ちにアクセスして、前記新たなチャネルを提示するように実行可能とすることができる。前記命令は、前記新たなチャネルと関連付けられるパケットが前記バッファ内に存在しないと判断したことに応答して、第１の期間よりも短い第２の期間にわたって、前記新たなチャネルのパケットをバッファすることを開始するように実行可能とすることができる。前記命令は、前記新たなチャネルを提示するように実行可能とすることができる。

【0011】

更に、これらの最後の例では、前記命令は、前記第１の期間にわたってバッファすべきストリームのセットに、前記新たなチャネルを追加すべきかどうかを判断し、前記第１の期間にわたってバッファすべき前記ストリームのセットに、前記新たなチャネルを追加すべきであると識別したことに応答して、前記セットに前記新たなチャネルを追加する、ように実行可能とすることができる。

【0012】

非限定的な実施形態では、前記命令は、少なくとも１つのルートと関連付けられる少なくとも１つの機能停止期間を識別するように実行可能である。前記機能停止期間は、放送デジタルＴＶを受信できない期間とすることができる。前記命令は、前記機能停止期間に少なくとも部分的に基づいて、第１の期間を確立するように実行可能とすることができる。

【0013】

非限定的な実施形態では、前記命令は、前記モバイル受信機上でのデジタルＴＶの提示を停止するためのコマンドを受け取るように実行可能とすることができる。前記命令は、前記提示を停止するためのコマンドに応答して、前記バッファに少なくとも１つのデジタルＴＶストリームをバッファし続けるように実行することができる。前記命令は、前記モバイル受信機上でのデジタルＴＶの再生を開始するためのコマンドに応答して、再生すべきストリームと関連付けられるパケットが前記バッファ内に存在するかどうかを識別し、前記再生すべきストリームと関連付けられるパケットが前記バッファ内に存在しないと判断したことに応答して、第１の期間よりも短い第２の期間にわたって、前記再生すべきストリームのパケットをバッファすることを開始するように実行可能とすることができる。前記命令は、前記バッファから前記再生すべきストリームを再生し、前記第２の期間よりも長い期間を含む前記再生すべきストリームの複製バッファを作成し、前記複製バッファ内のパケットの再生に選択的に切り替えるように更に実行可能とすることができる。

【0014】

別の態様では、アセンブリは、デジタルテレビジョンの少なくとも１つのモバイル受信機と、前記モバイル受信機によってＯＴＡソースから受信可能な無線デジタルＴＶ信号の少なくとも１つのデジタルテレビジョンオーバージエア（ＯＴＡ）ソースと、前記モバイル受信機によってバックチャネルソースから受信可能な無線デジタルＴＶ置き換えコンテンツの少なくとも１つのバックチャネルソースと、を含む。前記バックチャネルソースは、少なくとも１つの無線電話ネットワーク、又は少なくとも１つのＷｉ－Ｆｉソース、又は無線電話ネットワーク及びＷｉ－Ｆｉソースの両方を含む。

【0015】

別の態様では、方法は、少なくとも１つのモバイル受信機にデジタルＴＶ信号を放送するステップと、携帯電話ネットワーク又はＷｉ－Ｆｉソースから前記モバイル受信機に、前記デジタルＴＶ信号における欠陥又は損失パケットに対する置き換えパケットを送信するステップと、を含む。

【0016】

本出願の詳細は、その構造及び動作の両方について、同様の要素を同じ参照符号で示す添付図面を参照して最も良く理解することができる。

【図面の簡単な説明】

【0017】

【図1】高度テレビジョンシステム委員会（ＡＴＳＣ）３．０システムのブロック図である。

【図2】図１に示すデバイスのコンポーネントを示すブロック図である。

【図3】モバイル受信機と、ＯＴＡ ＡＴＳＣ ３．０ソースと、訂正されたパケットのバックチャネルソースとを含む例示的なアセンブリを示す図である。

【図4】モバイル受信機によって実行されるバッファリング及び誤り訂正のための例示的なフローチャートフォーマットにおける例示的なロジックを示す図である。

【図5】モバイル受信機によって実行されるバッファリング及び誤り訂正のための例示的なフローチャートフォーマットにおける例示的なロジックを示す図である。

【図6】ルートに沿った予想される機能停止エリアに基づいてバッファサイズを動的に確立するための例示的なフローチャートフォーマットにおける例示的なロジックを示す図である。

【図7】モバイル受信機のコールドスタートのための例示的なフローチャートフォーマットにおける例示的なロジックを示す図である。

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

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

１０ ブロードキャスタ機器
１２ オーバージエア（ＯＴＡ）機器
１４ 受信機
１６ コンパニオンデバイス
１８ 無線リンク
２０ 有線及び／又は無線ネットワークリンク
２２ オーバーザトップ（ＯＴＴ）機器
２００ プロセッサ
２０２ 記憶媒体
２０４ アプリケーション層
２０６ プレゼンテーション層
２０８ メディア処理ユニット（ＭＰＵ）
２１０ ＩＳＯ ＢＭＦＦデータ表現
２１２ ＥＭＥ／ＣＥＮＣモジュール
２１４ ＭＰＥＧ ＭＭＴＰシグナリングモジュール
２１６ ＲＯＵＴＥシグナリングモジュール
２１８ 非リアルタイム（ＮＲＴ）コンテンツ
２２０ ＤＡＳＨプレーヤ／デコーダ
２２２ ＥＭＥ／ＣＥＮＣモジュール
２２４ ＤＡＳＨセグメント
２２６ ＮＲＴファイル
２２８ シグナリングオブジェクト
２３０ セッション層
２３２ ＭＭＴＰプロトコル
２３４ ＲＯＵＴＥプロトコル
２３６ ＨＴＴＰプロトコル
２３８ ＨＴＴＰプロキシモジュール
２４０ サービスリストテーブル（ＳＬＴ）
２４２ トランスポート層
２４４ ユーザデータグラムプロトコル（ＵＤＰ）
２４６ 伝送制御プロトコル（ＴＣＰ）
２４８ ネットワーク層
２５０ 物理層
２５２ ブロードキャスト送信／受信機器
２５４ コンピュータネットワークインターフェイス
２５６ ＡＴＳＣ ３．０ ＴＶチューナ
２５８ ディスプレイ
２６０ スピーカ
２６２ 入力デバイス
２６４ ネットワークインターフェイス
２６６ プロセッサ
２６８ 入力ポート
２７０ コンピュータメモリ
２７２ 位置又は場所受信機
２７４ カメラ
２７６ Ｂｌｕｅｔｏｏｔｈ（登録商標）トランシーバ
２７８ 補助センサ
２８０ ＩＲセンサ
３００ モバイル受信機
３０２ アンテナ
３０４ チューナ
３０６ コンテンツバッファ
３０８ ＡＴＳＣ ３．０ブロードキャスト（ＯＴＡ）ソース
３１０ デジタルビデオレコーダ（ＤＶＲ）
３１２ ディスプレイ
３１４ プロセッサ
３１６ トランシーバ
３１８ バックチャネルソース
４００ 同調されたデジタルＴＶストリームを復調
４０２ 大きい（５～１５分）バッファに記憶
４０４ 追加のストリームを復調
４０６ バッファに記憶
４０８ バックチャネルソースに欠落／破損パケットを要求
４１０ バッファ内の正しい場所に置き換えパケットを挿入
５００ チャネル変更コマンドを受け取る
５０２ 新たなチャネルがバッファに存在するか？
５０４ 新たなチャネルを直ちに再生
５０６ 新たなチャネルの最小期間（例えば２秒）をバッファ
５０８ 再生を開始
５１０ 誤り訂正
５１２ 長期バッファセットに追加すべきか？
５１４ 追加
６００ 繰返しルート又は計画されたルートを識別
６０２ ルートに沿って機能停止の場所を識別
６０４ 場所を通過する時間を識別
６０６ 通過時間に従ってバッファ長を設定
７００ モバイル受信機オフ
７０２ ストリームをバッファし続ける
７０４ オン
７０６ バッファから再生
７０８ ストリームの複製バッファを生成
７１０ より短いバッファに対して信号が損失された場合、複製（より長い）バッファに切り替える

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【国際調査報告】