特表 2022-507910 タイムシフト再生

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

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

(11)【公表番号】

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

(54)【発明の名称】タイムシフト再生

(51)【国際特許分類】

   H04N 21/44 20110101AFI20220111BHJP

   H04N 21/438 20110101ALI20220111BHJP

   H04H 40/18 20080101ALI20220111BHJP

【ＦＩ】

H04N21/44

H04N21/438

H04H40/18

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021528942

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

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

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

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

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

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＡＮＤＲＯＩＤ

２．ＪＡＶＡ

(71)【出願人】

【識別番号】000002185

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

(74)【代理人】

【識別番号】100092093

【弁理士】

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

(74)【代理人】

【識別番号】100109070

【弁理士】

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

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

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

(74)【代理人】

【識別番号】100151987

【弁理士】

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

(72)【発明者】

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

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

5C164

【Ｆターム（参考）】

5C164FA11

5C164SB27S

5C164UB04P

5C164UB21P

5C164UB38S

5C164UC27S

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

【非特許文献1】「実装のためのガイドライン：ＤＡＳＨ－ＩＦ相互運用性要点（Ｇｕｉｄｅｌｉｎｅｓ ｆｏｒ Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ：ＤＡＳＨ－ＩＦ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｐｏｉｎｔｓ）」、Ｄａｓｈ Ｉｎｄｕｓｔｒｙ Ｆｏｒｕｍ、Ｖ．４．１、２０１７年９月７日

【発明の概要】

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

【0008】

本開示の実施形態によれば、（ｉ）ユーザによって選択された第１の放送局サービス及び（ｉｉ）第２の放送局サービスを含む放送ストリームを受け取るように構成された受信機回路を含む受信装置が提供される。受信装置は、放送ストリームを複数のデータパケットに復調するように構成された復調器をさらに含む。受信装置は、第１及び第２の放送局サービスに対応する複数のデータパケットをポーズバッファに記憶し、選択された第１の放送局サービスに関連する各データパケットを処理してオーディオ及びビデオコンテンツを抽出し、第１の放送局サービスに関連する抽出されたオーディオ及びビデオコンテンツを第１の期間中にライブＴＶ放送の一部としてユーザに出力するように構成された処理回路をさらに含む。

【0009】

本開示の実施形態によれば、ユーザによって選択された放送局サービスを含む放送ストリームを受け取るように構成された受信機回路を含む受信装置が提供される。受信装置は、放送ストリームを複数のデータパケットに復調するように構成された復調器をさらに含む。受信装置は、複数のデータパケットをポーズバッファに記憶し、選択された放送局サービスに関連する各データパケットを処理してオーディオ及びビデオコンテンツを抽出し、抽出されたオーディオ及びビデオコンテンツを第１の期間中にライブＴＶ放送の一部としてユーザに出力し、第１の期間よりも後の第２の期間中に、第１の期間と第２の期間との間の中間期間中に利用できる第１の放送局サービスに関連するオーディオ及びビデオコンテンツを生成するための要求を示すユーザ入力を受け取り、中間期間中に利用できるオーディオ及びビデオコンテンツに関連するデータパケットをポーズバッファから検索し、ポーズバッファから検索された各データパケットを処理して、中間期間中に利用できるオーディオ及びビデオコンテンツを抽出し、中間期間中に利用できるオーディオ及びビデオコンテンツをタイムシフト再生の一部として出力し、中間期間中に利用できるオーディオ及びビデオコンテンツのタイムシフト再生中に、少なくとも１つのコンテンツサービス特徴を提供するように構成された処理回路をさらに含み、少なくとも１つのコンテンツサービス特徴は、ポーズバッファに記憶されてポーズバッファから検索される複数のデータパケットに含まれる。

【0010】

本開示の実施形態によれば、ユーザによって選択された放送局サービスを含む放送ストリームを受け取るように構成された受信機回路を含む受信装置が提供される。受信装置は、放送ストリームを複数のデータパケットに復調するように構成された復調器をさらに含む。受信装置は、オペレーティングシステム時刻を決定し、データパケットを処理して、放送局サービスに関連するテレビコンテンツのシグナリングされた可用性開始時間（ＡＳＴ）を決定し、シグナリングされたＡＳＴに基づいて、テレビコンテンツに対応するメディアセグメントの予想受信時刻を決定し、テレビコンテンツに対応するメディアセグメントの実際の受信時刻を決定し、シグナリングされたＡＳＴと、メディアセグメントの受信時刻とメディアセグメントの予想受信時刻との間の差分とを加算したものを表す観測ＡＳＴを決定し、観測ＡＳＴに従って、オペレーティングシステム時刻からオフセットされた再生時刻を決定し、決定された再生時刻に従って、受け取られた放送局サービスに関連するオーディオ及びビデオコンテンツを出力するように構成された処理回路をさらに含む。

【0011】

本開示の実施形態によれば、受信装置内のプロセッサによって実行された時にプロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、方法が、ユーザによって選択された第１の放送局サービス及び第２の放送局サービスに対応する複数のデータパケットをポーズバッファに記憶することを含み、第１及び第２の放送局サービスは、複数のデータパケットに復調された放送ストリームで受け取られ、方法が、選択された第１の放送局サービスに関連する各データパケットを処理してオーディオ及びビデオコンテンツを抽出することと、第１の放送局サービスとに関連する抽出されたオーディオ及びビデオコンテンツを第１の期間中にライブＴＶ放送の一部としてユーザに出力することとをさらに含む、非一時的コンピュータ可読媒体が提供される。

【0012】

本開示の実施形態によれば、受信装置内のプロセッサによって実行された時にプロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、方法が、選択された放送局サービスに関連する各データパケットを処理してオーディオ及びビデオコンテンツを抽出することと、抽出されたオーディオ及びビデオコンテンツを第１の期間中にライブＴＶ放送の一部としてユーザに出力することと、第１の期間よりも後の第２の期間中に、第１の期間と第２の期間との間の中間期間中に利用できる第１の放送局サービスに関連するオーディオ及びビデオコンテンツを生成するための要求を示すユーザ入力を受け取ることと、中間期間中に利用できるオーディオ及びビデオコンテンツに関連するデータパケットをポーズバッファから検索することと、ポーズバッファから検索された各データパケットを処理して、中間期間中に利用できるオーディオ及びビデオコンテンツを抽出することと、中間期間中に利用できるオーディオ及びビデオコンテンツをタイムシフト再生の一部として出力することと、中間期間中に利用できるオーディオ及びビデオコンテンツのタイムシフト再生中に、少なくとも１つのコンテンツサービス特徴を提供することとを含み、少なくとも１つのコンテンツサービス特徴が、ポーズバッファに記憶されてポーズバッファから検索される複数のデータパケットに含まれる、非一時的コンピュータ可読媒体が提供される。

【0013】

本開示の実施形態によれば、受信装置内のプロセッサによって実行された時にプロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、方法が、受け取られた放送ストリームから復調されたデータパケットを処理して、受け取られた放送ストリームに含まれる放送局サービスに関連するテレビコンテンツのシグナリングされた可用性開始時間（ＡＳＴ）を決定することと、シグナリングされたＡＳＴに基づいて、テレビコンテンツに対応するメディアセグメントの予想受信時刻を決定することと、テレビコンテンツに対応するメディアセグメントの実際の受信時刻を決定することと、シグナリングされたＡＳＴと、メディアセグメントの受信時刻とメディアセグメントの予想受信時刻との間の差分とを加算したものを表す観測ＡＳＴを決定することと、観測ＡＳＴに従って、オペレーティングシステム時刻からオフセットされた再生時刻を決定することと、決定された再生時刻に従って、受け取られた放送局サービスに関連するオーディオ及びビデオコンテンツを出力することとを含む、非一時的コンピュータ可読媒体が提供される。

【0014】

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

【図面の簡単な説明】

【0015】

【図1】例示的なデジタルテレビ放送システムを示す図である。

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

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

【図4】例示的な放送ストリームを示す図である。

【図5】ポーズバッファ内の例示的なデータベース構造を示す図である。

【図6】電子番組ガイドを含む例示的な表示を示す図である。

【図7】例示的なタイムシフト視聴例を示す図である。

【図8】複数のコンテンツサービス特徴を含む例示的な表示を示す図である。

【図9】オペレーティングシステムクロックとメディア到着時刻秒との間の例示的な関係を示す図である。

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

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

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

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

【0016】

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

【0017】

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

【0018】

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

【0019】

本明細書全体を通じて、「１つの実施形態」、「いくつかの実施形態」、「ある実施形態」、「ある実装」、「ある実施例」又は同様の用語に対する言及は、実施形態に関連して説明する特定の特徴、構造又は特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。従って、本明細書を通じて至るところに出現するこのような語句は、必ずしも全てが同じ実施形態を意味するわけではない。さらに、これらの特定の特徴、構造又は特性は、１又は２以上の実施形態においていずれかの好適な方法で無制限に組み合わせることもできる。

【0020】

本明細書で使用する「又は（ｏｒ）」という用語は、包括的なもの、すなわちいずれか１つ又はいずれかの組み合わせを意味するものとして解釈されたい。従って、「Ａ、Ｂ又はＣ」は、「Ａ、Ｂ、Ｃ、ＡとＢ、ＡとＣ、ＢとＣ、ＡとＢとＣ」のうちのいずれかを意味する。この定義に対する例外は、要素、機能、ステップ又は行為の組み合わせが何らかの点で本質的に互いに相容れない場合にのみ生じる。

【0021】

ここで複数の図全体を通じて同一の又は対応する部分を同じ参照数字によって示す図面を参照すると、以下の説明は、保護コンテンツへのアクセスを提供することに関する。

【0022】

本開示の実施形態は、ライブ放送中に放送局が提供しておくことができるいずれかの双方向特徴をタイムシフト再生中にサポートすることを含む、従来のＰＶＲ能力に比べて複数の新規特徴を提供するＰＶＲをテレビ受信装置（例えば、ＡＴＳＣ３．０受信機）に実装することを開示する。ユーザは、番組の再生中に、異なる言語のオーディオトラック又はキャプションなどの異なる提示オプションを楽しむことができる。本開示の実施形態は、放送からのオーディオ／ビデオ／キャプション／アプリケーションデータを、２０１７年１０月１９日付のＡＴＳＣ標準 Ａ／３００－ＡＴＳＣ３．０システムに記載されているインターネットプロトコル（ＩＰ）パケット又はＡＴＳＣ３．０リンク層プロトコル（ＡＬＰ）パケットの形態で記憶することをさらに含み、この文書はその全体が引用により本明細書に組み入れられる（以下、「Ａ／３００標準」）。

【0023】

本開示の実施形態は、以下のようなＰＶＲ能力を含む特徴を受信機に追加することに関する。
（１）番組が放送ライブであるかのようにタイムシフト再生中に番組と相互作用できる能力。
（２）ユーザが録画番組の所望の提示を番組が放送ライブであるかのように選択できるような、複数のオーディオ言語又はビデオトラックの記録の利用可能性。
（３）従来の受信機は、ユーザが現在視聴しているサービスしかバッファリングしないのに対し、ＡＴＳＣ３．０放送が複数のサブチャネルを含む場合に「ポーズバッファ」に複数のサービスをバッファリングすること。

【0024】

例えば、ＡＴＳＣ３．０放送プロトコルでは、オーディオ、ビデオ、キャプション及びアプリケーションなどの番組要素を別個のファイルベースのコンテンツストリームで配信することができる。全ての利用可能な番組要素が記憶されたＰＶＲ設計は、番組を（タイムシフトされたものではなく）リアルタイムでライブ視聴した場合と同じように、再生時に所望の提示を選択する能力を視聴者に提供する。さらに、１又は２以上の要素を以前とは異なるように選択して番組を再生することもできる（例えば、同じコンテンツの繰り返し再生中に異なる言語又は視聴角度を再生することができる）。

【0025】

いくつかの実施形態では、テレビ受信装置が、視聴中の番組と同時に起動できる放送局アプリケーション（例えば、ＨＴＭＬ５アプリケーション）を放送局が供給することを可能にする「ランタイムアプリケーション環境」で動作する。放送局アプリケーションは、バックグラウンドで静かに動作してサービス使用モニタリング又は個人向け広告などのタスクを実行することができ、或いはユーザが番組のコンテンツと相互作用できるようにユーザにテキスト及びグラフィクスを提供することができる。放送局アプリケーションの設計者は、異なるサービス、異なるオーディオ、ビデオ又はキャプショントラックが選択されるように放送局アプリケーションを設計する能力、並びにビデオ提示が画面上でスケーリングされて配置されるようにする能力を含む豊富な一連のテレビ関連機能を利用することができる。

【0026】

［日付を挿入］に出願されたネイティブ放送局アプリケーションを含む受信機装置（ｅｃｅｉｖｅｒ Ｄｅｖｉｃｅ Ｉｎｃｌｕｄｉｎｇ Ｎａｔｉｖｅ Ｂｒｏａｄｃａｓｔｅｒ Ａｐｐｌｉｃａｔｉｏｎ）という名称の特許出願第［出願番号を挿入］号に記載されるように、例えば受信機がＡｎｄｒｏｉｄプラットフォームに基づいて構築されている場合、放送局は、放送信号内で配信される放送局アプリケーションと協働する、又はこれにとって代わるネイティブ放送局アプリケーション（例えば、Ａｎｄｒｏｉｄアプリケーション）を供給することができ、この文書の内容は全体が引用により本明細書に組み入れられる。放送局アプリケーション又はネイティブ放送局アプリケーションの一方又は両方は、ユーザに双方向体験を提供することができる。

【0027】

本開示の実施形態は、放送局から供給されるＭＰＤファイルの分析に基づく受信機内の「実経過時間（Ｗａｌｌ Ｃｌｏｃｋ Ｔｉｍｅ）」の導出方法も含む。受信機は、ＡＳＴを処理して高速なサービスの取得に利用するために、シグナリングされたＡＳＴ値を受信機のオペレーティングシステムによって指定される時刻と比較して、どの（単複の）メディアセグメントが直前に利用可能になったものであるかを計算することができる。これらは受信機に到着したばかりのファイルであり、すなわち受信機がこれらの到着したばかりのファイルを復号して提示することによって開始した場合、受信機はいわゆる「ライブエッジ」においてサービスに参加したようになる。ＤＡＳＨ相互運用性フォーラム（ＤＡＳＨ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｆｏｒｕｍ：ＤＡＳＨ－ＩＦ）は、「実装のためのガイドライン：ＤＡＳＨ－ＩＦ相互運用性要点（Ｇｕｉｄｅｌｉｎｅｓ ｆｏｒ Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ：ＤＡＳＨ－ＩＦ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｐｏｉｎｔｓ）」、Ｄａｓｈ Ｉｎｄｕｓｔｒｙ Ｆｏｒｕｍ、Ｖ．４．１、２０１７年９月７日、においてＤＡＳＨ実装のためのガイドライン文書を公開しており、この文書の内容は全体が引用により本明細書に組み入れられる。当業者であれば理解するように、ＤＡＳＨ－ＩＦガイドラインには、動的ＭＰＤ及びライブストリーミングの「ライブエッジ」の特徴が開示されている。

【0028】

ＡＴＳＣ標準は、全地球測位システム（ＧＰＳ）ソースに同期した極めて正確な時刻機構を使用して放送を運営するように放送局に要求することができる。受信機によるライブエッジにおけるサービスの取得には、受信機が良好な精度で正しい時刻を知っていることが必要である（例えば、１００ミリ秒が許容範囲である）。しかしながら、典型的な消費者向け受信機の時刻機構は正確でない場合もある。オペレーティングシステムによっては、アプリケーションに時刻サービスを提供するシステムクロックの再同期を週に１回しか行わないものもある。従って、システムクロックの再同期の合間の１週間の時間中に、クロックが進み又は遅れることがある。

【0029】

システム時間に誤った値が使用されている場合には、サービス取得に使用するための正しいメディアセグメントの計算が、未だ送信されていないメディアセグメントを参照したり、又は直前に受け取られたものよりも古いものを示したりする恐れがある。前者の場合には、受信機が要求ファイルの到着を待っている間に取得が遅れ、従って取得が遅くなってしまう。後者の場合には、受信機がサービス取得プロセスを開始した時点よりも前に被参照ファイルが放送されているので、被参照ファイルが一切利用できなくなる恐れがある。従って、本発明の実施形態は、放送局から供給されたＭＰＤファイルの分析に基づく受信機内の「実経過時間」の導出によってこれらの不正確さに対処する。

【0030】

図１は、テレビコンテンツへのアクセスを提供する例示的なデジタルテレビ放送システム１００である。このシステムは、サービスプロバイダ１０２、受信装置１２０及び入力装置１４０を含む。受信装置１０２は、アンテナを介してデータを受け取るように構成することができる。受信装置１０２は、データを受け取るためにインターネット１３０に接続するようにさらに構成することができる。

【0031】

１つの例では、サービスプロバイダ１０２がテレビコンテンツの放送局であり、受信装置１２０は、テレビとして動作するように構成された、フラット画面ＴＶ、ラップトップ、タブレット又はスマートフォンなどのいずれかの装置とすることができる。入力装置１４０は、受信装置１２０に物理的に又は無線で接続することができ、数字キー及び／又は英数字キー又はＱＷＥＲＴＹキーボードを有するリモコンなどの、受信装置１２０を操作するのに適したいずれかの装置とすることができる。入力装置１４０のキーは、物理的ボタン、或いはタッチ画面上の数字又は英数字キーのデジタル表現とすることができる。本開示の実施形態は、他の放送コンテンツ（例えば、ＨＴＭＬ５アプリケーションなどの実行可能アプリケーション）へのアクセスを提供するために利用することができる。サービスプロバイダ１０２は、テレビコンテンツを含む放送ストリームを送信し、デジタルテレビ放送信号を介して配信することができる。

【0032】

１つの実施形態では、サービスプロバイダ１０２（例えば、放送エンティティ又は放送局）が、受信装置１２０にデータストリーム（例えば、放送ストリーム）でコンテンツ、アプリケーション及び／又はサービスを送信するように構成された送信機を有する送信装置を含むサービス配信システムである。送信機は、例えばデジタル地上波放送を介して受信装置１２０にデータストリームを提供するように構成される。他の例では、デジタル地上波放送、携帯電話ネットワーク、インターネットなどのブロードバンドネットワーク、ケーブルネットワーク及び衛星リンクのうちの１つ又はこれらの組み合わせを介して受信装置１２０にデータストリームを送信することができる。サービス配信システムは、いずれか１つの又は様々な送信技術を使用して受信装置１２０にデータストリームを伝達することができる。

【0033】

１つの実施形態によるサービス配信システムは、ソースエンコーダ、チャネルエンコーダ及び変調器を含む。ソースエンコーダは、ソースから受け取られたオーディオデータ、ビデオデータ、シグナリングデータ、制御データ又はその他のデータを圧縮するデータエンコーダ、オーディオエンコーダ及びビデオエンコーダを含む。チャネルエンコーダは、圧縮されたメディアデータ及びシグナリングデータをランダム化し、インターレース化し、チャネルコード化してフレームマッピングする。例えば、チャネルエンコーダは、多くのデータセルを直行周波数分割多重（ＯＦＤＭ）記号で伝えられるシーケンスに形成するフレームビルダを含む。変調器（例えば、マルチプレクサ）は、処理されたデジタルデータを、例えばＯＦＤＭ記号とすることができる変調記号に変換する。次に、この多重化されたデータは、周波数領域信号を時間領域信号に変換する逆高速フーリエ変換器（ＩＦＴＦ）に受け渡される。時間領域信号は、記号間のガードインターバル（ＧＩ）を生成するガード挿入モジュールに供給された後に、デジタル－アナログ（Ｄ／Ａ）コンバータに供給される。その後、アップコンバージョン、ＲＦ増幅及びｏｖｅｒ－ｔｈｅ－ａｉｒ放送を実行して放送ストリームを送信する。

【0034】

他の実施形態では、送信装置又は受信装置のいくつかのコンポーネントが不要な場合もある。ＯＦＤＭ送信機及び受信機の詳細は、例えば、ＤＶＢ－Ｔ２標準（ＥＴＳＩ ＥＮ ３０２ ７５５ Ｖ１．４．１、２０１５年７月１日付）、ＡＴＳＣ標準Ａ／３２２－物理層プロトコル（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ）２０１７年６月６日付（以下、「Ａ／３２２標準」）、及びＡＴＳＣ標準Ａ／３２１－システム発見及びシグナリング（Ｓｙｓｔｅｍ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｉｇｎａｌｉｎｇ）、２０１６年３月２３日付（以下、「Ａ／３２１標準」）において見出すことができ、これらの各文書はその全体が引用により本明細書に組み入れられる。

【0035】

図２に、テレビコンテンツ及び放送局アプリケーションにアクセスするように構成された例示的な受信装置１２０を示す。受信装置１２０は、テレビ受像機、セットトップボックス、スマートフォン、タブレットコンピュータ、ラップトップ、ポータブルコンピュータ、又はテレビコンテンツを受け取るように構成された他のいずれかの装置などの固定装置又はモバイル装置とすることができる。さらに、受信装置１２０は、車両、或いは上述した固定装置又はモバイル装置のうちのいずれかに組み込まれたデジタルテレビ受信機とすることができる。

【0036】

受信装置１２０は、１又は２以上のサービスプロバイダ１０２からデータストリーム（例えば、放送ストリーム）を受け取るように構成された受信機回路と、受信装置１２０の様々な機能を実行するように構成された処理回路とを含む。１つの実施形態では、チューナ／復調器２０２が、放送ストリームを含む放送排出物（ｂｒｏａｄｃａｓｔ ｅｍｉｓｓｉｏｎｓ）を受け取る。これに代えて又はこれに加えて、受信装置２００は、実施形態によってはケーブルテレビ送信又は衛星放送を受信するように構成することもできる。

【0037】

チューナ／復調器２０２によってＡＴＳＣ３．０放送排出物が取得されると、ＡＬＰパケットなどのデータパケットは、これらのパケットをさらなる処理のためにインターネットプロトコル（ＩＰ）パケットに変換するプロセッサ２７０に転送される。また、ＡＬＰパケットは、放送をタイムシフトする目的でバッファリングして永続ストレージ２８０に保存することもできる。永続ストレージ２８０は、ディスクストレージ形態と、例えばネットワークメモリデバイス、磁気記憶要素、光磁気記憶要素、フラッシュメモリ、コアメモリ及び／又はその他の不揮発性記憶技術を含む非一時的記憶装置などの他の形態のストレージとを使用して実装することができる。

【0038】

デマルチプレクサ２０４は、ストレージ２８０からのいずれかの必要なファイルを使用して、ＩＰパケットに変換されたデータストリームを多重分離し、多重分離されたデータを、別個のオーディオ及びビデオ（Ａ／Ｖ）ストリームに復号するためにメディアエンジン２９０に供給することができる。メタデータ、低水準シグナリング（ＬＬＳ）及びサービス層シグナリング（ＳＬＳ）ファイル、メディアファイル、並びに電子サービスガイド（ＥＳＧ）ファイルなどの、デマルチプレクサ２０４によって出力されたファイルは、処理のためにＣＰＵ２３８に提供することができる。全体が引用により組み入れられる２０１７年１２月６日付のＡＴＳＣ標準Ａ／３３１－シグナリング、配信、同期及びエラー保護（Ｓｉｇｎａｌｉｎｇ，Ｄｅｌｉｖｅｒｙ，Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ，ａｎｄ Ｅｒｒｏｒ Ｐｒｏｔｅｃｔｉｏｎ）（以下、「Ａ／３３１標準」）には、ＡＴＳＣ３．０のＬＬＳ及びＳＬＳが規定されている。オーディオはオーディオデコーダ２１０によって復号され、ビデオはビデオデコーダ２１４によって復号される。

【0039】

一般に、受信装置２００は、１又は２以上のバス（例えば、バス２５０）を介して永続ストレージ２８０、ワーキングメモリ２４０、プログラムメモリ２４２及びグラフィクスサブシステム２４４に結合されたＣＰＵ２３８などの少なくとも１つのプロセッサの制御下で動作する。１つの実施形態によれば、ＣＰＵ２３８は、ユーザがライセンス情報を取得して保護サービスにアクセスするためのユーザインターフェイスを生成するように構成される。グラフィクスサブシステム２４４によって出力されたグラフィクスは、ビデオディスプレイ上での表示に適した出力を生成する合成器及びビデオインターフェイス２６０によってビデオ画像と合成される。

【0040】

ＣＰＵ２３８は、例えばプログラムメモリ２４２に記憶されたＨＴＭＬ５ユーザエージェントを使用して放送局アプリケーション（例えば、ＨＴＭＬ５アプリケーション）に含まれるスクリプトオブジェクト（制御オブジェクト）を実行することを含む、受信装置２００の機能を実行するように動作する。プログラムメモリ２４２には、ネイティブ放送局アプリケーションも常駐することができる。

【0041】

１つの実施形態では、放送局アプリケーションを構成する一群のファイルを、例えばＡ／３３１標準に記載されているＲＯＵＴＥプロトコルを介して放送を通じてパッケージとして配信することができる。２０１７年１２月１８日付のＡＴＳＣ標準Ａ／３４４－ＡＴＳＣ３．０双方向コンテンツ（ＡＴＳＣ ３．０ Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｎｔｅｎｔ）には例示的な放送局アプリケーションフレームワークが記載されており、この文書はその全体が引用により組み入れられる。

【0042】

いくつかの実施形態では、ＣＰＵ２３８を受信装置１２０のリソースのうちのいずれか１つ又はこれらの組み合わせに結合して、１又は２以上の機能の制御を集中化させることができる。１つの実施形態では、ＣＰＵ２３８が、チューナ／復調器２０２及びその他のテレビリソースを含む受信装置１２０の制御を監視するようにも動作する。

【0043】

図３に、受信装置１２０のよりプロセッサ中心的な図を示す。メモリ２４０及び２４２は、集合的にメモリ３１０として示す。さらに、プロセッサ３００は、ＣＰＵ２３８などの１又は２以上のプロセッシングユニットを含む。同様に、最初にデジタルテレビ信号を処理する様々な復調器、デコーダなども、集合的にテレビ受信機／チューナ３２０として示す。受信装置１２０は、リモコン受信機インターフェイス３４０と通信するリモコン装置３６０をさらに含む。また、ディスプレイ３５０は、例えば合成器２６０を含むディスプレイインターフェイス３３０に接続され、テレビ受像機として受信装置１２０に一体化されたディスプレイであり、又は受信装置１２０がセットトップボックスに統合されている場合には接続ディスプレイ装置である。

【0044】

メモリ３１０は、様々な機能的プログラムモジュール及びデータを含む。メモリ３１０は、受信装置１２０によって使用されるデータを記憶する。受信装置１２０内のメモリ３１０は、ディスクストレージ形態と、例えばネットワークメモリデバイス、磁気記憶要素、磁気光学記憶要素、フラッシュメモリ、コアメモリ及び／又はその他の不揮発性ストレージ技術を含む非一時的記憶装置などの他の形態のストレージとを使用して実装することができる。「非一時的」という用語は、データストレージの永続性の限定（例えば、ＲＡＭ対ＲＯＭ）とは対照的に、媒体自体の限定（すなわち、有形の、信号ではないもの）である。タイムシフト再生の録画を記憶するために、ストレージ２８０（図２）に対応できるストレージ３８０も含まれる。

【0045】

メモリ３１０は、テレビ受信機アプリケーション３１１を含む。メモリ３１０には、放送局アプリケーション３１６ａ及びネイティブ放送局アプリケーション３１６ｂの両方が記憶される。放送局アプリケーション３１６ａは、放送ストリームに含まれるＨＴＭＬ５アプリケーションとすることができる。ネイティブ放送局アプリケーション３１６ｂは、受信装置１２０と共に提供することも、又は後の時点でインストール（例えば、Ａｐｐストアからダウンロード）することもできる。放送局アプリケーション３１６ａ及びネイティブ放送局３１６ｂは、プロセッサ３００によって実行される。さらに、これらのアプリケーションは、後で検索できるようにメモリ３１０に記憶されている代替コンテンツ３１８を取得するように受信装置１２０を制御することをプロセッサ３００に行わせることができる。別の実施形態では、プロセッサ３００が、提示時に受信装置１２０に代替コンテンツ３１８を検索又はストリーミングさせる。

【0046】

上述した特徴をユーザが利用できるようになるＰＶＲ設計の技術的態様は、例えば以下を含む。
（１）デフォルト言語又はユーザ選択言語に対応する主要ビデオトラック及びオーディオトラック以外のコンテンツを（揮発性又は不揮発性）メモリに記憶すること。
（２）（以下で詳述する）タイムシフト再生を達成するための、サービス層シグナリングデータの適切な修正。
（３）再生中に番組のオーディオ、ビデオ、キャプション及び双方向コンテンツ部分の同期を達成するための、放送局アプリケーション及び／又はネイティブ放送局アプリケーションの管理。

【0047】

ＡＴＳＣ１．０（既存のＤＴＶシステム）標準に基づいてデジタルテレビコンテンツをタイムシフトすることを含む関連するＰＶＲの設計、或いはアナログＴＶ信号がデジタル化され、圧縮されてディスクに記憶される設計では、通常、主要ビデオ及び１つのオーディオトラックのみが後で再生できるように記憶されていた。関連するＤＴＶシステムでは、トランスポート機構としてＭＰＥＧ－２トランスポートストリーム（ＴＳ）が使用されていた。この状況では、ＰＶＲが、ビデオエレメンタリストリーム（ＥＳ）及びオーディオエレメンタリストリームから、ＭＰＥＧ－２ ＴＳパケットのみから成る「パーシャル」トランスポートストリームを生成する。キャプションは、ビデオＥＳ内で符号化されていた。パーシャルＴＳは、タイムシフト方式で再生することができた。ＥＳ要素は、プログラムクロックリファレンス（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ：ＰＣＲ）をビデオに含み、プレゼンテーションタイムスタンプ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ：ＰＴＳ）をビデオ及びオーディオの両方に含んでいたため、同期及びタイミング調整は容易であった。ＡＴＳＣ１．０システムは、放送局アプリケーションを標準化していなかった。

【0048】

デジタルビデオ圧縮技術の進歩（ＨＥＶＣ対ＭＰＥＧ－２）、並びに物理層（例えば、変調及び符号化）の効率性の改善は、より高容量の放送信号をもたらした。いくつかの実施形態では、ＡＴＳＣ３．０放送信号などの放送ストリームが、２又は３以上のＡＴＳＣ３．０サービスを含む。従って、放送ストリームは、複数の放送局の放送を搬送するように構成することができ、各放送局は、放送ストリームの割り当て帯域幅（例えば、米国の地上波放送システムでは６ＭＨｚ）内で１つの主チャネルと１つ又は２つの副チャネルとを提供する。

【0049】

図４に、受信装置１２０によって受け取られる放送ストリームの実施形態を示す。一例として、ユーザは、テレビを操作している時に、放送局に関連する特定のチャネルを選択することがある。チャネルが選択されると、少なくともユーザによって選択されたチャネルを含む放送ストリームが提示される。さらに、放送ストリームは、同じ放送局による複数のチャネルを含むことも、別の放送局（例えば、放送局Ｂ）による複数のチャネルを含むこともできる。

【0050】

図５に、ポーズバッファとして機能するいずれかのタイプのメモリに記憶されたファイルを表すデータベース構造５００の実施形態を示す。図５に示すように、このデータベース構造は、各放送局サービス（例えば、Ａ＿１）のためにメディアプレゼンテーション記述ファイル５００ａを記憶することができる。メディアプレゼンテーション記述ファイルは、ＡＳＴと、選択されたサービスに対応するメディアセグメント５００ｂの位置とを示すことができる。データベース構造５００は、各放送局サービスのＬＬＳ及びＳＬＳファイル５００ｃを含む。また、放送局サービスのためのデータベース構造は、放送局アプリケーションなどのいずれかの関連するアプリケーションファイル５００ｄを含むこともできる。

【0051】

放送ストリームからのパケットのバッファリングは、どのサービスを再生に利用できるかを判定することができる。いくつかの実施形態では、受信装置が、いずれかの放送ストリーム（例えば、ＡＴＳＣ３．０放送信号）内の全てのＩＰパケットを「ポーズバッファ」にバッファリングすることができる。さらに、「ＰＶＲ能力」を有するものとして広告又は初期設定されていないＤＴＶ製品は、揮発性メモリ又は永続ストレージなどのＤＴＶ製品の既存のメモリを使用してポーズバッファを実装することができる。ＤＴＶ製品が、放送ストリームで放送される全てのデータを記憶する場合には、以下のような著しく有利な特徴が達成される。
（１）ユーザが同じ放送信号で伝送された異なるサービスに切り替えることを選択する場合、切り替え時間がほぼ瞬間的である。
（２）たとえポーズバッファからコンテンツを再生する場合でも、利用可能な一連のオーディオ及びキャプション言語オプションからユーザが選択を行うことができる。
（３）双方向要素と番組再生との間の同期を維持しながら、双方向要素をオーディオ／ビデオ／キャプションと共に一時停止することができる。
（４）ユーザが、サービスＡを見始めてしばらくしてから同じ信号で放送されているサービスＢに切り替える場合、ポーズバッファの深さ及び受信機がこの放送信号にチューニングしていた時間に従って、このサービスで既に放送されたコンテンツの一部を「巻き戻して」見ることができる。

【0052】

いくつかのパケットは、放送に参加したばかりの受信機のために放送信号内で繰り返されるファイルを配信するので、全ての放送パケットをしらみつぶしに録画することは非効率的である。繰り返されるファイルの例としては、低水準シグナリング（ＬＬＳ）及びサービス層シグナリング（ＳＬＳ）ファイル、初期化セグメント（ＩＳ）ファイル（ＭＰＥＧ ＤＡＳＨ標準を参照）、並びに放送局アプリケーションを含むファイルが挙げられる。

【0053】

いくつかの実施形態では、いずれかの繰り返されるファイルの最初のインスタンスのみを記憶することによって、全ての放送パケットを記憶する方法を凌ぐ有利な最適化が達成される。例えば、放送内の全てのＩＰ又はＡＬＰパケットを記憶する代わりに、ＩＰ又はＡＬＰパケットを処理することによって得られる個々のファイルが記憶される。従って、放送内で見つかったファイルが既に保存されているファイルの複製であると判明した場合には、メモリに新たなコピーが保存された時点で重複ファイルを廃棄し、又は既に記憶されているコピーを消去する（すなわち、ファイルが占めるメモリを解放する）ことができる。

【0054】

所与のＡＴＳＣ３．０送信信号で配信される全てのファイルオブジェクトを記憶すると、受信機の処理に大きな負担が加わる恐れがある。チューナ／復調器２０２は、復調後にＡＬＰパケットをもたらすが、ＡＬＰパケットをファイルに変換するプロセスは、１）ＡＬＰパケットをＩＰパケットに変換し、２）放送信号に多重化された各サービスの下位層シグナリング（ＬＬＳ）及びサービス層シグナリング（ＳＬＳ）ファイルを処理して、放送ストリーム内の各ファイルオブジェクトに関する情報を発見し、３）各ファイルオブジェクトを検索してファイルシステムに保存することを含む。

【0055】

開示する実施形態は、ＡＬＰパケットを直接ポーズバッファにバッファリングすることにより、放送ストリームに含まれる全てのＡＬＰパケット及びファイルを処理する必要がないという著しく有利な特徴を提供する。図２に示すように、ＡＬＰパケットは、直接ライブ再生（例えば、復号オーディオ及びビデオの出力）のために下流に流れることも、或いはストレージ２８０に実装できるポーズバッファに保存することもできる。ポーズバッファに保存されたＡＬＰパケットは、ポーズバッファから検索して同じ復号及びメディア提示機能に転送することができる。いくつかの実施形態では、チューナ／復調器２０２から到来する全てのＡＬＰパケットがポーズバッファに記憶される。いくつかの実施形態では、ＡＬＰパケットから導出された全てのファイルがポーズバッファに記憶される。さらに、いくつかの実施形態では、所与のサービスに関連する全てのＡＬＰパケットがポーズバッファに記憶される。また、いくつかの実施形態では、所与のサービスに関連する全てのファイルがポーズバッファに記憶される。

【0056】

いくつかの実施形態では、テレビ受信機アプリケーションが、放送ストリーム内のファイルを利用して、タイムシフト再生に使用されるパラメータを決定する。Ａ／３３１標準は、トランスポートプロトコルのための２つのオプションである（ＲＯＵＴＥと呼ばれるＦＬＵＴＥ様の放送ファイル配信プロトコルと共に）ＭＰＥＧ Ｄｙｎａｍｉｃ ａｄａｐｔｉｖｅ ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ（ＤＡＳＨ）、及びＭＰＥＧ ＭＭＴ（ＩＳＯ／ＩＥＣ ２３００８－１：２０１７、「情報技術－異種環境における高効率復号及びメディア配信（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ｃｏｄｉｎｇ ａｎｄ ｍｅｄｉａ ｄｅｌｉｖｅｒｙ ｉｎ ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｅｎｖｉｒｏｎｍｅｎｔｓ）－第１部：ＭＰＥＧメディアトランスポート（ＭＭＴ）」、国際標準化機構、２０１７年８月、この文書の内容は全体が引用により本明細書に組み入れられる）を規定する。上述したように、ＭＰＥＧ ＤＡＳＨは、ＩＳＯ／ＩＥＣ ２３００９－１において標準化されている。いくつかの実施形態によれば、受信装置がＤＡＳＨ／ＲＯＵＴＥ伝送をサポートする。

【0057】

ＭＰＥＧ ＤＡＳＨでは、メディアプレゼンテーション記述（ＭＰＤ）ファイルが、オーディオ、ビデオ及びキャプションを搬送するメディアセグメントの位置を参照するデータ構造である。いくつかの実施形態では、ＭＰＤが、ＭＰＤファイル内でＭＰＤ＠ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ属性として識別できる可用性開始時間（ＡＳＴ）と呼ばれるパラメータを含む。ＡＳＴは、放送の全てのタイミング面を時刻（日付及び時刻）に固定する。現在時刻に対応する情報を有する受信機は、ＡＳＴパラメータを使用して、サービスのコンテンツの初期再生を開始するためにどのメディアセグメントを検索できるかを判定する。

【0058】

Ａｎｄｒｏｉｄ ＯＳプラットフォームに基づくＡＴＳＣ３．０受信機として動作する受信装置のいくつかの実施形態では、コンテンツを復号してレンダリングするためにメディアプレーヤライブラリが含まれる。メディアプレーヤの標準的なオーディオ及びビデオコンポーネントは、Ａｎｄｒｏｉｄ ＭｅｄｉａＣｏｄｅｃ ＡＰＩに基づくことができる。さらに、メディアプレーヤは、ＤＡＳＨをサポートすることができる。

【0059】

メディアプレーヤがライブストリーミングコンテンツ再生要求を受け取ると、受信機が最初にサービスを取得した時に、メディアプレーヤが選択されたサービスを最速で取得するのに最適なメディアセグメントを取り出そうと試みるように、放送ＭＰＤ内に与えられたＡＳＴを調整することができる。この方法は、最も短いチャネル変更時間をもたらすことができる。ＡＳＴの調整は、Ａｎｄｒｏｉｄ ＯＳによって使用される内部時刻機構が放送局によって使用されるＧＰＳ時刻と正確に合致していない場合に必要となり得る。以下、このクロック調整を開示する。

【0060】

受信装置又はＰＶＲが、ライブＴＶを一時停止するためのポーズバッファを含む場合には、例えば一時停止及び巻戻し操作をサポートするために、メディアプレーヤに古いメディアセグメントの利用可能性を認識させることができる。ＤＡＳＨ ＭＰＤは、古いメディアセグメントの利用可能性を示す目的で、ＭＰＤ＠ｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと呼ばれる属性を含む。放送局は、メディアセグメントがＨＴＴＰサーバからのプル配信に利用可能であるというよりもむしろ放送を介してプッシュ配信されるという事実を認識して、このパラメータを低い値に設定することができる。受信装置は、メディアプレーヤがより効果的に動作してユーザに最も柔軟な再生体験を提供できるように、ＭＰＤ＠ｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈの値を、タイムシフトバッファ内のメディアセグメントの利用可能性を反映するように調整することができる。例えば、タイムシフトバッファが過去５分間のオーディオ／ビデオ／キャプションセグメントを含む場合、受信機は、ＭＰＤ＠ｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈを５分の値に設定することができる（例えば、属性値を「ＰＴ５Ｍ」に設定することができる）。

【0061】

いくつかの実施形態では、メディアプレーヤを使用して、例えばＰＶＲ機能を実行することによって後で視聴できるように録画され記憶されたコンテンツなどのタイムシフトコンテンツを再生することができる。放送局によって送信されるＭＰＤは、「動的」な種類のものとすることができる（ＭＰＤ＠ｔｙｐｅ、ＭＰＥＧ ＤＡＳＨ標準、第５．３．９．５．３節、メディアセグメント情報を参照）。いくつかの実施形態では、ＤＡＳＨコンテンツが記憶されると、「静的」ＭＰＤを作成して、記憶されたメディアセグメントファイルを参照することができる。静的ＭＰＤはビデオオンデマンドコンテンツに適しており、コンテンツは記憶された後にビデオオンデマンドコンテンツになる。タイトル、評価、あらすじ、初回放送日時などの番組コンテンツを表す情報は、別のマニフェストファイルに記憶することができる。

【0062】

一般に、ユーザ装置内のＤＡＳＨクライアントは、ＤＡＳＨサーバにアクセスしてＭＰＤにアクセスした後に、参照されるメディアセグメントファイルにアクセスする。このアクセスは、ＨＴＴＰプロトコルを使用してインターネットを介して行われる。しかしながら、ＡＴＳＣ３．０受信機にＤＡＳＨが実装されている場合には、コンテンツがローカルに記憶されてローカルに消費されるので、完全なＨＴＴＰスタックを使用する必要はない。例えば、ＨＴＴＰ ＧＥＴ動作は、ＡＴＳＣ３．０受信機アプリケーションをホストするＯＳでサポートされているファイルシステムを通じたファイルのフェッチに置き換えることができる。

【0063】

いくつかの実施形態によれば、メディアレンダリングのためにメディアプレーヤを採用するＡＴＳＣ３．０受信機の実装では、ＭＰＥＧ ＤＡＳＨのメディアプレーヤネイティブサポートが使用される。ＤＡＳＨ ＭＰＤは、ＤＡＳＨクライアントとして動作するいずれかの装置と同様に、どのメディアセグメントファイル（例えば、番組のどの部分）をレンダリングするかについての選択を促す。ＤＡＳＨクライアントは、ライブＴＶ放送をレンダリングするように要求されると、時刻、並びに放送ＭＰＤに含まれているＡＳＴ（例えば、ＭＰＤ＠ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ）をＭＰＤ内の他パラメータと共に処理することに基づいて、どのメディアセグメントが最新であるか（すなわち、直前に送信されたか）を計算し、これを再生の開始に使用することができる。このプロセスは、受信機がチャネル変更後に最初に放送サービスに遭遇した時に行うことができる。

【0064】

いくつかの実施形態によれば、受信機は、ＤＡＳＨクライアントを使用してタイムシフトコンテンツをレンダリングするように構成されている場合、ＡＳＴを実際の時刻よりも所定量だけ早い時刻を示すように調整することができる。ＤＡＳＨクライアントは、この調整に基づいてバッファに古いメディアセグメントファイルを要求する。

【0065】

図２に示すように、いくつかの実施形態では、受信装置１２０のチューナ／復調器２０２によって提供されたＡＬＰパケットを、ストレージ２８０に実装できるポーズバッファに直接記憶することができる。さらなる実施形態では、ポーズバッファをワーキングメモリ２４０（例えば、ＲＡＭ）に実装することができる。

【0066】

いくつかの実施形態では、ＡＴＳＣ３．０標準（Ａ／３３０、Ａ／３３１、Ａ／３３７、Ａ／３４４など）に規定されるＩＰプロトコルを放送局が使用しているＡＴＳＣ３．０放送排出物の場合、ＡＬＰパケットは、少数のシグナリングパケットが散在した圧縮ＩＰパケットの組み合わせである。Ａ／３３７標準は、ＡＴＳＣ標準：アプリケーションシグナリング（Ａｐｐｌｉｃａｔｉｏｎ Ｓｉｇｎａｌｉｎｇ）（２０１８年１月２日付の文書Ａ／３３７：２０１８）（以下、「Ａ／３３７標準」に規定されており、この文書の内容は全体が引用により組み入れられる。ＩＰパケットの圧縮は、主に放送内でのマルチキャストＵＤＰ／ＩＰパケットの配信効率を最適化するために採用されるヘッダ圧縮である。

【0067】

Ａ／３３０標準に規定されるＡＬＰプロトコルを処理して、例えばＡＬＰパケットを解凍してＩＰパケットを得るためには、一定量のＣＰＵオーバヘッドが使用される。いくつかの実施形態では、放送ストリームに含まれる（場合によっては多くの）サービスのうちの１つの視聴をユーザが要求した時には常に、要求されたサービスに関連するＡＬＰパケットがリアルタイムで処理される。一方で、選択されたサービス以外のサービスを搬送するＡＬＰパケットはリアルタイムで処理する必要がなく、直接ポーズバッファに記憶することができる。

【0068】

当業者であれば理解するように、所与のＩＰソース／宛先アドレス及びポート番号に対応するＵＤＰ／ＩＰパケットは、Ａ／３２１標準及びＡ／３２２標準に定められるような特定の物理層パイプ（ＰＬＰ）で送信することができる。いくつかの実施形態では、所与の放送排出物が最大６４個の異なるＰＬＰを有することができる。ユーザがサービスＡを視聴することを選択し、サービスＡの全てのコンポーネント及びシグナリング（ＳＬＳ）がＰＬＰ＃１で搬送される場合、いくつかの実施形態では、サービスＡのリアルタイム視聴を達成できるように、ＰＬＰ＃１からの全てのＡＬＰパケットがＩＰパケットに処理される。ＰＬＰ＃１以外のＰＬＰからのＡＬＰパケットは、ＩＰパケットに処理することなくポーズバッファに記憶することができる。

【0069】

その後、ユーザがサービスＢに切り替えたいと望み、そのサービスのＡＬＰパケットがポーズバッファ内に存在する場合、受信機は、ポーズバッファから適切なＡＬＰパケット及び／又はファイルを検索することによってサービスＢを再生することができ、さらにはユーザがサービスＡを見ている間に見逃していた番組の一部を見るように巻き戻しを行うことを可能にすることもできる。その後、受信機は、ポーズバッファからサービスＢに対応する適切なＡＬＰパケットを検索した後に、検索されたＡＬＰパケットを、サービスＢが最初にライブ放送視聴のために選択されたかのように処理することができる。

【0070】

あらゆるサービスに関連する全てのＡＬＰ（及びＩＰ）パケットがバッファリングされるので、ユーザは、ライブＴＶを視聴する際に、複数の言語選択肢を含むクローズドキャプションをオンにし、或いは利用可能な場合には異なるタイプの言語の代替オーディオトラックを入れ替える選択を含む異なるオプションを選択して番組を視聴し、楽しむことができる。放送ストリームに含まれるあらゆるサービスに関連する全てのＡＬＰパケットがポーズバッファに記憶されるので、ユーザは、タイムシフトコンテンツを視聴する際にもこれらの同じ選択肢を利用することができる。

【0071】

図６に、電子番組ガイド６０２も表示されている例示的な表示６００を示す。電子番組ガイド６０２に示すように、放送局は、３つのチャネルＡ＿１、Ａ＿２及びＡ＿３を有することができる。チャネルＡ＿１は、午後７：００～午後９：００に利用できる番組１を有することができる。チャネルＡ＿２は、午後７：００～午後８：００に利用できる番組２と、午後８：００～午後９：００に利用できる番組３とを有することができる。チャネルＡ＿３は、午後７：００～午後７：３０に利用できる番組４と、午後７：３０～午後８時に利用できる番組５と、午後８時～午後９時に利用できる番組６とを有することができる。

【0072】

図７に、図６に示す利用可能な番組に基づく視聴シナリオの例を示す。例えば、図７（ａ）では、ユーザがチャネルＡ＿１を選択し、午後７時に番組１を見始めたものとすることができる。図７（ｂ）では、ユーザが午後８時に、番組１を午後８時よりも前の時刻（例えば、午後７時１５分頃）から開始して再生するように要求している。番組１に関連するコンテンツはポーズバッファに記憶されているので、再生時刻である午後７：１５に対応する番組１のオーディオ及びビデオコンテンツ、並びにユーザが午後７：１５にユーザが番組１をライブで視聴していれば利用できたはずの言語選択又は視聴角度選択などのコンテンツサービス特徴を利用することができる。図７（ｃ）には、ユーザが午後８：００に番組１の再生を停止して、チャネルＡ＿２によって提供されている番組２の視聴を選択できる別のシナリオを示す。さらに、ユーザは、午後８：００よりも前（例えば、午後７：１５）に利用可能であった番組２のコンテンツの再生を要求することもできる。番組２は、ユーザ１によって番組１が選択された時に放送ストリームでダウンロードされていたはずであるため、再生時刻である午後７：１５に対応する番組２のオーディオ及びビデオコンテンツ、並びにユーザが午後７：１５にユーザが番組２をライブで視聴していれば利用できたはずのコンテンツサービス特徴（例えば、言語選択、視聴角度など）を利用することができる。

【0073】

上述したように、いくつかの実施形態によれば、受信装置のランタイム環境は、（１）放送局アプリケーション（例えば、放送局ＨＴＭＬ５アプリケーション）、及び（２）ネイティブ放送局アプリケーション（例えば、受信機がＡｎｄｒｏｉｄプラットフォームに基づく場合にはＡｎｄｒｏｉｄアプリケーション）、という少なくとも２つの異なるアプリケーションを実行するように構成される。

【0074】

いくつかの実施形態では、放送局アプリケーションが、選択されたサービスを含むオーディオ／ビデオ／キャプションコンテンツと同時に送信される。放送局アプリケーションは、Ａ／３３７標準に規定されるＨＥＬＤ（すなわち、ＨＴＭＬ Ｅｎｔｒｙ ｐａｇｅｓ Ｌｏｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎの頭文字）と呼ばれるＳＬＳテーブルによって参照されるファイルを含むことができる。

【0075】

放送局アプリケーションは、実行されると、番組コンテンツと同期した双方向体験を提供することができる。例えば、ゲーム番組との双方向体験では、放送局アプリケーションが、番組中の１つの時点で出題されるクイズ問題の答えをユーザに言い当てさせることができる。この例では、放送局アプリケーションが、適切な時点で「イエスかノーか？」との対話文を表示し、後で結果を確認できるようにあらゆる回答を記録することができる。

【0076】

いくつかの実施形態によれば、放送局アプリケーションは、イベント（Ａ／３４４標準、第６．３．２節、放送局アプリケーションイベント［静的／動的］（Ｂｒｏａｄｃａｓｔｅｒ Ａｐｐｌｉｃａｔｉｏｎ Ｅｖｅｎｔｓ［Ｓｔａｔｉｃ／Ｄｙｎａｍｉｃ］）を参照）に応答することによって、イベント（例えば、ゲーム番組の例における対話文など）の適切なタイミングを決定する。イベントは、「動的」又は「静的」とすることができる。

【0077】

いくつかの実施形態では、イベントが動的イベントである場合、放送局が、表現のメディアセグメントファイルのうちの１つに‘ｅｍｓｇ（イベントメッセージ）ボックスを埋め込むことにより、再生の適切な時点で‘ｅｍｓｇに遭遇してこれが処理されるようにする。表現は、１又は２以上のメディアストリームを収集して配信フォーマットにカプセル化したものであり、記述メタデータに関連することができる。例えば、表現は、オーディオストリーム（例えば、１言語当たりに１つの表現）、或いは１又は２以上のビデオトラック、又はキャプショントラックとすることができる。受信装置は、放送局アプリケーションによって登録されていたタイプのイベントに対応する‘ｅｍｓｇボックスにストリーム内で遭遇した場合（Ａ／３４４標準、第９．５節を参照）、放送局アプリケーションにＥｖｅｎｔ Ｓｔｒｅａｍ Ｅｖｅｎｔ ＷｅｂＳｏｃｋｅｔメッセージ（Ａ／３４４標準、第９．５．３節を参照）を送信することによって動的イベントプロセスを処理することができる。このメッセージは、放送局アプリケーションが特定の対話ボックスを表示するために知っておく必要がある情報を含むことができる。例えば、コンテンツの再生における特定の時点で、放送局アプリケーションがユーザに双方向情報（例えば、選択可能アイコン）を表示することを行わせる‘ｅｍｓｇに遭遇することができる。

【0078】

静的イベントの場合、いくつかの実施形態では、再生中にトリック再生モード（例えば、一時停止、早送り、巻戻しなど）が発生する場合があるので、放送局アプリケーションは、ユーザが再生のタイムライン内のどこを現在視聴中であるかを知る必要がある。例えば、ＭＰＤは、静的イベントを知らせるために、ＭＰＤ期間（ＭＰＤ Ｐｅｒｉｏｄ）の文脈内で所与のイベントが発生する予定のタイミングを識別するＥｖｅｎｔＳｔｒｅａｍ要素を含む。ＩＳＯ／ＩＥＣ ２３００９－１、第５．１０．２項、「ＭＰＤイベント（ＭＰＤ Ｅｖｅｎｔｓ）」を参照されたい。

【0079】

静的イベントは、所与のイベントが発生する予定のメディア内の時点を受信装置が認識している場合に、事実上ユーザがコンテンツを再生する際に受信装置がメディアタイムラインに同期して、再生中の適切な時点が生じた時に双方向性を実行できるように処理することができる。例えば、ＡＴＳＣ３．０ランタイムアプリケーション環境は、Ａ／３４４標準、第９．１３節、ＲＭＰ、コンテンツ同期ＡＰＩ（Ｃｏｎｔｅｎｔ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ＡＰＩｓ）に規定されるような当業者に周知のＷｅｂＳｏｃｋｅｔ ＡＰＩを通じてアプリケーション／コンテンツ再生同期をサポートすることができる。放送局アプリケーションが、提示中のコンテンツの現在の提示時間を知る必要がある場合には、コンテンツ同期ＡＰＩを呼び出して、提示されているコンテンツに同期した補助コンテンツを放送局アプリケーションが提示すること（例えば、番組内の所定の時点におけるグラフィカルオーバレイの表示）を可能にすることができる。

【0080】

いくつかの実施形態では、再生時にユーザがいずれかのトリック再生操作を行った場合、ＲＭＰメディア時間変更イベント通知（Ａ／３４４標準、第９．６．１２節、Ｓｕｂｓｃｒｉｂｅ ＲＭＰメディア時間変更通知ＡＰＩ（Ｓｕｂｓｃｒｉｂｅ ＲＭＰ Ｍｅｄｉａ Ｔｉｍｅ Ｃｈａｎｇｅ Ｎｏｔｉｆｉｃａｔｉｏｎ ＡＰＩ）を参照）に同意することによって、このトリック再生操作を放送局アプリケーションに通知することができる。従って、放送局アプリケーションは、放送局アプリケーションにトリック再生操作を知らせ続けることによって、ポーズバッファから再生中であるコンテンツに同期したコンテンツを提示することができる。

【0081】

アプリケーションとコンテンツの再生との間の時間同期を確立するＷｅｂＳｏｃｋｅｔ ＡＰＩが規定されている放送局アプリケーションとは異なり、ネイティブ放送局アプリケーションは、これらのアプリケーションが受信装置と通信することを可能にする標準化法を有していない。［日付を挿入］に出願された「放送局アプリケーションリモコンキー操作（Ｂｒｏａｄｃａｓｔｅｒ Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｋｅｙ Ｈａｎｄｌｉｎｇ）」という名称の米国特許出願第［出願番号を挿入］号には、メーカーが放送局ネイティブアプリケーションと放送局アプリケーションとの間に汎用通信経路を提供する専用ＡＰＩが開示されており、この文書の内容は全体が引用により本明細書に組み入れられる。上記で開示したように、いくつかの実施形態によれば、放送局アプリケーションは、ポーズバッファから再生されているコンテンツに同期することができるので、この通信経路を使用して、ポーズバッファから再生されているコンテンツのタイムラインと、ユーザがコンテンツと相互作用することによって生じるタイムラインのいずれかの調整（例えば、早送り、巻戻し、一時停止）とをネイティブ放送局アプリケーションに通知することができる。

【0082】

いくつかの実施形態によれば、どの視点で番組を見たいと望むかをユーザが選択できるようにする複数のビデオトラックを使用して放送局サービス（例えば、ＡＴＳＣ３．０サービス）を放送することができる。例えば、カーレースは、異なる車の操縦席内からの眺めを提供することができる。所与の視聴者が所与の時点でどのビデオビューを見るかの選択は、その視聴者が放送局アプリケーションと相互作用する際に行われる見込みである。放送局アプリケーションは、ユーザがビューの選択を行えるようにするユーザインターフェイスを提供することができる。

【0083】

図８に、コンテンツの例示的な表示８００、及び利用可能なコンテンツサービス特徴を示す。例えば、コンテンツサービス特徴８００ａ～８００ｃは、ビュー１～ビュー３という異なる視聴選択のオプションをそれぞれ提供する。さらに、コンテンツサービス特徴８００ｄ～８００ｆは、英語、スペイン語、フランス語などの利用可能な言語選択をそれぞれ示す。従って、コンテンツサービス特徴８００ａ～８００ｆは、表示８００に示すコンテンツのライブ放送中に利用することができる。また、これらのコンテンツサービス特徴は、ユーザがコンテンツをライブで視聴しているかのようなコンテンツのタイムシフト再生中にも利用することができる。当業者であれば理解するように、本実施形態は、図８に示すコンテンツサービス特徴に限定されず、当業者に周知のあらゆるコンテンツサービス特徴を含むことができる。

【0084】

従って、タイムシフトコンテンツに全ての可能なビデオトラックを含めるという特徴を含む本開示の実施形態は、ライブ放送中に利用可能できたはずの視聴特徴を選択するという著しく有利な特徴をユーザに提供する。さらに、ユーザは、同じ番組又は番組の一部を複数回再生して、異なる視聴時に異なるビデオビューを選択することもできる。

【0085】

いくつかの実施形態によれば、受信装置は、放送局によって参照又は使用されるクロックに基づいてオペレーティングシステムクロックを調整することができる。この点、受信装置は、以下のような標準的システムコールを使用して現在時刻を取得することができる。
ｉｍｐｏｒｔ ｊａｖａ．ｕｔｉｌ．Ｃａｌｅｎｄａｒ
Ｃａｌｅｎｄａｒ ｒｉｇｈｔＮｏｗ＝Ｃａｌｅｎｄａｒ．ｇｅｔＩｎｓｔａｎｃｅ（）

【0086】

しかしながら、この標準的システムコールは、多かれ少なかれ誤った現在時刻値をもたらす恐れがある。受信装置内の現在時刻機構と放送局のクロックとの間のいずれかの不一致は、サービスの取得に問題を生じる恐れがある。従って、受信装置の時刻機構が不正確であることによって生じる重大な不利点を軽減して排除するために、受信装置内での正確なクロックの取得を改善することが必要である。

【0087】

いくつかの実施形態では、受信装置によって実行されるテレビ受信機アプリケーションが、サービス取得プロセスを管理するために使用すべき時刻機構を、受け取られたメディアセグメント自体のＡＳＴ値及びタイミングから導出する。放送局は、ＧＰＳシステムを介して番組のタイミングを同期させていると思われるので、放送局によって観測されるクロックは、テレビ受信装置のクロックよりも正確であると考えられる。例えば、ＡＳＴが、受け取られたばかりの所与のメディアセグメントが放送局の時刻の理解に基づいて時刻Ｘに利用可能になることを示す場合、いくつかの実施形態では、対応するシステム時間が以下のように導出される。
Ｗａｌｌ Ｃｌｏｃｋ Ｔｉｍｅ（実経過時間）＝ＯＳ＿ｃｌｏｃｋ＋（ｓｉｇｎａｌｅｄ＿ＡＳＴ－ｏｂｓｅｒｖｅｄ＿ＡＳＴ）
ここで、
（ａ） Ｗａｌｌ Ｃｌｏｃｋ Ｔｉｍｅは、テレビ受信機アプリケーションが時刻を伴う計算において使用する時間であり、
（ｂ） ＯＳ＿ｃｌｏｃｋは、オペレーティングシステムによって報告される時刻であり、
（ｃ） ｓｉｇｎａｌｅｄ＿ＡＳＴは、放送ＭＰＤでシグナリングされるａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ（可用性開始時間）であり、
（ｄ） ｏｂｓｅｒｖｅｄ＿ＡＳＴは、ＯＳ＿ｃｌｏｃｋが正確である場合に所与のメディアセグメントが受け取られると予想された時点に対する受け取られた時点の観測に基づいて受信機が計算したＡＳＴである（例えば、ｏｂｓｅｒｖｅｄ＿ＡＳＴ＝ｓｉｇｎａｌｅｄ＿ＡＳＴ＋（メディア到着時刻－メディア到着予想時刻））。

【0088】

上記の方程式例によれば、観測されるＡＳＴがシグナリングされたＡＳＴと同じである場合、ＯＳ＿ｃｌｏｃｋは正確であり、調整を行う必要はない。一方で、観測されるＡＳＴがシグナリングされたＡＳＴから進んだ時刻（すなわち、シグナリングされたＡＳＴに対して将来の時刻）を示す場合、メディアセグメントは、ＯＳ＿ｃｌｏｃｋが正しい場合に予想されるよりも早く到着している。従って、このシナリオでは、Ｗａｌｌ Ｃｌｏｃｋ Ｔｉｍｅが、ＯＳ＿ｃｌｏｃｋに対する不一致に対応する量だけ減分される。

【0089】

観測されるＡＳＴがシグナリングされたＡＳＴから遅れた時刻（すなわち、シグナリングされたＡＳＴに対して過去の時刻）を示す場合、メディアセグメントは、ＯＳ＿ｃｌｏｃｋが正しい場合に予想されるよりも遅れて到着している。従って、このシナリオでは、Ｗａｌｌ Ｃｌｏｃｋ Ｔｉｍｅが、ＯＳ＿ｃｌｏｃｋに対する不一致に対応する量に設定される。初期時間（例えば、受信装置の電源投入時などのｔｉｍｅ＝０）中には、Ｗａｌｌ Ｃｌｏｃｋ ＴｉｍｅをＯＳ＿ｃｌｏｃｋに設定することができる。Ｗａｌｌ Ｃｌｏｃｋ Ｔｉｍｅが調整されている間は、ＯＳ＿ｃｌｏｃｋは調整されない。

【0090】

この方法に基づいて、放送局によって使用される正確な時刻に対するＯＳ＿ｃｌｏｃｋのさらに大きな誤差にも対応する。図９に、メディアセグメントが到着すると予想される予想時刻、及びメディアセグメントの実際の到着時刻に関するシナリオ例を示す。例えば、図９（ａ）には、ＯＳ＿ｃｌｏｃｋが２０秒遅れているシナリオを示す。この状況では、メディアセグメントが、予想された時刻よりも２０秒前に到着して「利用可能」になることが観測される。図９（ａ）に示すように、メディアセグメントは７：００に到着すると予想されているが、到着すると予想される時刻（例えば、７：００：００）よりも２０秒早く（例えば、６：５９：４０に）到着している。従って、観測されるＡＳＴは、シグナリングされたＡＳＴよりも２０秒小さくなる（例えば、ｓｉｇｎａｌｅｄ＿ＡＳＴ－ｏｂｓｅｒｖｅｄ＿ＡＳＴ＝２０秒）。従って、正確なＷａｌｌ Ｃｌｏｃｋ Ｔｉｍｅを得るために、ＯＳ＿ｃｌｏｃｋに２０秒を加算することによって２０秒の調整が行われる。

【0091】

例えば、図９（ｂ）には、ＯＳ＿ｃｌｏｃｋが２０秒進みすぎているシナリオを示す。図９（ｂ）に示すように、メディアセグメントは、到着すると予想された時刻（例えば、７：００：００）に比べて２０秒遅れて（例えば、７：００：２０に）到着して「利用可能」になることが観測されている。従って、観測されるＡＳＴは、シグナリングされたＡＳＴよりも２０秒大きくなる（例えば、ｓｉｇｎａｌｅｄ＿ＡＳＴ－ｏｂｓｅｒｖｅｄ＿ＡＳＴ＝－２０秒）。従って、正確なＷａｌｌ Ｃｌｏｃｋ Ｔｉｍｅを得るために、－２０秒の調整を行うことによってＯＳ＿ｃｌｏｃｋから２０秒を減算する。

【0092】

図１０に、受信装置１２０によって実行されるプロセスの実施形態を示す。一般に、このプロセスは、ユーザが放送サービスを選択する（例えば、ＥＰＧを見ながら番組を選択する）ステップＳ１０００から開始する。プロセスはステップＳ１００２に進み、受信装置が、選択された放送サービスを含む放送ストリーム（例えば、図４に示す放送ストリーム）を受け取る。プロセスはステップＳ１００４に進み、受信装置が、ＡＬＰパケットをポーズバッファ（例えば、ストレージ２８０）に記憶する。

【0093】

プロセスはステップＳ１００６に進み、１）ＡＬＰパケットをＩＰパケットに変換すること、２）放送信号に多重化された各サービスの下位層シグナリング（ＬＬＳ）及びサービスレベルシグナリング（ＳＬＳ）ファイルを処理して、放送ストリーム内の各ファイルオブジェクトに関する情報を発見すること、及び３）各ファイルオブジェクトを検索してファイルシステムに保存することなどの、選択された放送サービスに対応するＡＬＰパケット及びファイルの処理が行われる。プロセスはステップＳ１００８に進み、処理されたＡＬＰパケットから生成されたファイルがポーズバッファに記憶されているかどうかを判定する。処理されたＡＬＰパケットから生成されたファイルがポーズバッファに記憶されていない場合、プロセスはステップＳ１０１０に進み、生成されたファイルをポーズバッファに記憶する。処理されたＡＬＰパケットから生成されたファイルがポーズバッファに記憶されている場合、プロセスはステップＳ１０１２に進み、オーディオ及びビデオコンテンツをディスプレイに出力し、言語選択などのコンテンツサービス特徴が利用可能になり、ユーザはボタンを押してこれらのコンテンツサービス特徴のうちの１つを有効にすることができる。

【0094】

プロセスはステップＳ１０１４に進み、タイムシフト再生要求が受け取られたかどうかを判定する。例えば、タイムシフト再生要求は、現在ユーザが視聴しているコンテンツを巻き戻し又は早送りするための要求、或いは選択された放送サービスから別の放送サービスに変更するための要求に対応することができ、後者の場合、ユーザは、選択された放送サービスを現在見ている時点に対して別の放送サービスを巻き戻し又は早送りすることができる。

【0095】

タイムシフト再生要求が受け取られていない場合、プロセスはステップＳ１０１２に戻り、ユーザはコンテンツの再生を視聴し続けることができる。タイムシフト再生要求が受け取られた場合、プロセスはステップＳ１０１６に進み、要求されたコンテンツがポーズバッファ内に存在するかどうかを判定する。ポーズバッファにコンテンツが書き込まれ、又はファイルが削除されると、受信機は、番組の全ての要素（例えば、ビデオ、オーディオ、キャプション及び双方向コンテンツ）を考慮して、バッファ内で利用可能な再生時間の期間を追跡することができる。その後、この期間を使用して、要求されたコンテンツがポーズバッファ内で利用可能であるかどうかを判定することができる。要求されたコンテンツがポーズバッファ内に存在する場合、プロセスはステップＳ１０１８に進み、要求されたコンテンツに関連するＡＬＰパケット及びファイルをポーズバッファから検索する。プロセスはステップＳ１０１８からステップ１００６に進み、タイムシフト再生要求に関連する要求されたコンテンツに対応する検索されたＡＬＰパケット及びファイルを処理する。

【0096】

要求されたコンテンツがポーズバッファ内に存在しない場合、プロセスはステップＳ１０１６からステップＳ１０２０に進み、ユーザがコンテンツを逆向きにタイムシフトしている（例えば、ユーザが巻戻しボタンを押している）かどうかを判定する。ユーザがコンテンツを逆向きにタイムシフトしている場合、プロセスはステップＳ１０２２に進み、ポーズバッファ内の最も近い利用可能なコンテンツが選択される。例えば、このようなシナリオは、ユーザがコンテンツを５分だけ逆行させたいと望んでいるにもかかわらずポーズバッファ内で３分間の録画しか利用できない場合に発生する場合がある。このような状況が発生すると、所望のタイムシフトコンテンツに最も近い利用可能なコンテンツがユーザに提供される。プロセスは、ステップＳ１０２２からステップＳ１０１４に戻る。

【0097】

ステップＳ１０２０に戻り、ユーザがコンテンツを逆向きにタイムシフトしていない場合、ユーザはコンテンツを前方にタイムシフトしている（例えば、ユーザが早送りボタンを押している）。従って、プロセスはステップＳ１０２０からステップＳ１００２に戻って最新の利用可能なコンテンツを取得する。図１０に示すプロセスは、ユーザがテレビ受信機アプリケーション又はテレビ受信装置を停止した時点で終了することができる。

【0098】

図１１に、受信装置によって実行されるプロセスの実施形態を示す。一般に、このプロセスは、オペレーティングシステム時刻（例えば、ＯＳ＿ｃｌｏｃｋ）を決定するステップＳ１１００から開始する。プロセスはステップＳ１１０２に進み、受け取られた放送ストリームから放送局サービスのテレビコンテンツの可用性開始時間を決定する（例えば、ｓｉｇｎａｌｅｄ＿ＡＳＴ）。この可用性開始時間は、放送ストリームに含まれるＭＰＤファイルから検索することができる。プロセスはステップＳ１１０４に進み、可用性開始時間に基づいて、テレビコンテンツに対応するメディアセグメントの予想受信時刻を決定する。メディアセグメントの予想受信時刻は、ＭＰＤファイルに含まれる可用性開始時間に基づいて決定することができる。

【0099】

プロセスはステップＳ１１０６に進み、テレビコンテンツに対応するメディアセグメントの実際の受信時刻を決定する。プロセスはステップＳ１１０８に進み、可用性開始時間（例えば、ｓｉｇｎａｌｅｄ＿ＡＳＴ）と、メディアセグメントの受信時刻とメディアセグメントの予想受信時刻との間の差分とを加算したものを表す観測ＡＳＴ（ｏｂｓｅｒｖｅｄ ＡＳＴ）を決定する（例えば、ｏｂｓｅｒｖｅｄ＿ＡＳＴ＝ｓｉｇｎａｌｅｄ＿ＡＳＴ＋（メディア到着時刻－予想メディア到着時刻））。プロセスはステップＳ１１１０に進み、観測ＡＳＴに従ってオペレーティングシステムクロックを調整する（例えば、Ｗａｌｌ Ｃｌｏｃｋ Ｔｉｍｅ＝ＯＳ＿ｃｌｏｃｋ＋（ｓｉｇｎａｌｅｄ＿ＡＳＴ－ｏｂｓｅｒｖｅｄ＿ＡＳＴ））。

【0100】

図１２は、受信装置及びサービス配信システムのいずれか一方又はこれらの組み合わせの機能を実行するように構成できるコンピュータのハードウェア構成の例を示すブロック図である。例えば、１つの実施形態では、コンピュータが、本明細書で受信装置２０及び／又はサービスプロバイダ１０２に関して説明した機能のうちの１つ又はこれらの組み合わせを実行するように構成される。

【0101】

図１２に示すように、コンピュータは、１又は２以上のバス１２０８を介して互いに相互接続されたＣＰＵ１２０２、ＲＯＭ（リードオンリメモリ）１２０４及びＲＡＭ（ランダムアクセスメモリ）１２０６を含む。１又は２以上のバス１２０８は、入力－出力インターフェイス１２１０にさらに接続される。入力－出力インターフェイス１２１０は、キーボード、マウス、マイク、リモコン装置などによって形成される入力部１２１２に接続される。入力－出力インターフェイス１２１０は、オーディオインターフェイス、ビデオインターフェイス、ディスプレイ及びスピーカなどによって形成される出力部１２１４、ハードディスクによって形成される記録部１２１６、不揮発性メモリ又はその他の非一時的コンピュータ可読記憶媒体、ネットワークインターフェイス、モデム、ＵＳＢインターフェイス、ファイアワイヤインターフェイスなどによって形成される通信部１２１８、並びに磁気ディスク、光学ディスク、磁気－光学ディスク、半導体メモリなどの取り外し可能媒体１２２２を駆動するドライブ１２２０にも接続される。

【0102】

１つの実施形態によれば、ＣＰＵ１２０２は、記録部１２１６に記憶されたプログラムを入力－出力インターフェイス１２１０及びバス１２０８経由でＲＡＭ１２０６にロードした後に、本明細書において受信装置１２０及び／又はサービスプロバイダ１０２に関して説明した機能のうちの１つ又はこれらの組み合わせの機能を提供するように構成されたプログラムを実行する。

【0103】

図２及び図１２に示す構造例のうちのいずれか１つによって例示される上述したハードウェアの説明は、例えば図１０及び図１１を参照して上述したアルゴリズムを実行するようにプログラム又は構成された専門的な対応する構造を構成し又は含む。例えば、図１０及び図１１に示すアルゴリズムのうちのいずれか１つ又はこれらの組み合わせは、図２に示す単一の装置に含まれる回路によって完全に実行することができる。

【0104】

上記の教示に照らして、数多くの修正例及び変形例が可能なことが明らかである。従って、添付の特許請求の範囲内では、本明細書において具体的に説明したものとは別様に本開示を実施することができると理解されたい。

【0105】

従って、上記の説明は、本開示の例示的な実施形態を開示して説明したものにすぎない。当業者であれば理解するように、本開示は、本開示の趣旨又は基本的特徴から逸脱することなく他の特定の形態で具体化することもできる。従って、本開示は例示であることを意図するものであり、本開示及び他の請求項の範囲を限定するものではない。本開示は、本明細書における教示のあらゆる容易に識別できる変種を含め、本発明の主題が一般公衆に開放されないように、上述した請求項の用語の範囲を部分的に定義する。

【0106】

本開示の実施形態は、以下のような著しく有利な特徴を含む。
（１）相当量のコンテンツをバッファリングするのに十分な容量を有する利用可能ストレージ。
（２）ポーズバッファからの再生のために、チューナ／復調器から受け取られたＡＬＰパケットを直接バッファリングすること。
（３）設定すべきタイムシフト量が、ポーズバッファの空きメモリ容量に従ってゼロ（例えば、ライブＴＶ視聴）からいずれかの所望の量に調整可能であること。
（４）複数のＴＶサービスをポーズバッファに録画して、同じ放送ストリームで搬送されるサービスへの即時チャネル変更を提供する能力、及びこのようなサービスに切り替えた後に、そのサービスで以前に放送されたコンテンツを巻き戻して見る能力。
（５）ポーズバッファからコンテンツを再生する際のトリック再生（例えば、早送り、巻戻し、一時停止など）の利用可能性。
（６）コンテンツがライブで再生されているかのような、タイムシフト再生時におけるオーディオ又はキャプションの言語、或いは異なるビデオトラックの選択などの再生オプション（例えば、コンテンツサービス特徴）を選択する能力。
（７）タイムシフトコンテンツと相互作用する能力。
（８）放送局が使用するＧＰＳの正確な時間に対するオペレーティングシステム時間の精度の誤差に対処する能力。

【0107】

上記の開示は、以下に列挙する実施形態も含む。

【0108】

（１）受信装置であって、（ｉ）ユーザによって選択された第１の放送局サービス及び（ｉｉ）第２の放送局サービスを含む放送ストリームを受け取るように構成された受信機回路と、前記放送ストリームを複数のデータパケットに復調するように構成された復調器と、処理回路とを含み、前記処理回路が、前記第１及び前記第２の放送局サービスに対応する前記複数のデータパケットをポーズバッファに記憶し、前記選択された第１の放送局サービスに関連する各データパケットを処理してオーディオ及びビデオコンテンツを抽出し、前記第１の放送局サービスに関連する前記抽出されたオーディオ及びビデオコンテンツを第１の期間中にライブＴＶ放送の一部として前記ユーザに出力するように構成される、受信装置。

【0109】

（２）前記処理回路は、前記第１の期間よりも後の第２の期間中に、前記第１の期間と前記第２の期間との間の中間期間中に利用できる前記第２の放送局サービスに関連するオーディオ及びビデオコンテンツを生成するための要求を示すユーザ入力を受け取り、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツに関連するデータパケットを前記ポーズバッファから検索し、前記ポーズバッファから検索された各データパケットを処理して、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツを抽出し、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツを、前記第２の放送局サービスのためにタイムシフト再生の一部として出力するようにさらに構成される、特徴（１）に記載の受信装置。

【0110】

（３）前記処理回路は、前記放送ストリームに含まれる少なくとも１つのコンテンツサービス特徴を、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツの前記タイムシフト再生中に前記第２の放送局サービスのために提供するようにさらに構成される、特徴（２）に記載の受信装置。

【0111】

（４）前記処理回路は、前記第１の期間よりも後の第２の期間中に、前記第１の期間と前記第２の期間との間の中間期間中に利用できる前記第１の放送局サービスに関連するオーディオ及びビデオコンテンツを生成するための要求を示すユーザ入力を受け取り、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツに関連するデータパケットを前記ポーズバッファから検索し、前記ポーズバッファから検索された各データパケットを処理して、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツを抽出し、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツを、前記第２の放送局サービスのためにタイムシフト再生の一部として出力し、前記放送ストリームに含まれる少なくとも１つのコンテンツサービス特徴を、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツの前記タイムシフト再生中に前記第１の放送局サービスのために提供するようにさらに構成される、特徴（１）～（３）のいずれか１つに記載の受信装置。

【0112】

（５）前記第１の放送局サービスに関連する前記少なくとも１つのコンテンツサービスは、クローズドキャプショニング、非主要言語オーディオ、非主要言語サブタイトル、及び代替視聴角度から成る群から選択される、特徴（３）又は（４）に記載の受信装置。

【0113】

（６）前記処理回路は、前記受け取られた放送ストリームと共に提供される放送局アプリケーションを実行するように構成され、前記放送局アプリケーションは、前記少なくとも１つのコンテンツサービス特徴を含む複数のユーザ選択可能オプションを表示する、特徴（３）～（５）のいずれか１つに記載の受信装置。

【0114】

（７）前記放送局アプリケーションは、前記少なくとも１つのコンテンツサービス特徴を、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツの前記タイムシフト再生と同期させるように構成される、特徴（６）に記載の受信装置。

【0115】

（８）前記処理回路は、各データパケットの前記処理から生成された各ファイルが前記ポーズバッファに記憶されているかどうかを判定し、前記生成されたファイルからのファイルが前記ポーズバッファに記憶されていないとの判定に応答して、前記ファイルを前記ポーズバッファに記憶し、前記生成されたファイルからのファイルが前記ポーズバッファに記憶されているとの判定に応答して、前記ファイルを廃棄するようにさらに構成される、特徴（１）～（７）のいずれか１つに記載の受信装置。

【0116】

（９）前記受け取られた放送ストリームに含まれる各放送局サービスは、高度テレビジョンシステムズ委員会（ＡＴＳＣ）サービスであり、前記複数のデータパケットは、ＡＴＳＣリンク層プロトコル（ＡＬＰ）パケットである、特徴（１）～（７）のいずれか１つに記載の受信装置。

【0117】

（１０）受信装置であって、ユーザによって選択された放送局サービスを含む放送ストリームを受け取るように構成された受信機回路と、前記放送ストリームを複数のデータパケットに復調するように構成された復調器と、処理回路とを含み、前記処理回路が、前記複数のデータパケットをポーズバッファに記憶し、前記選択された放送局サービスに関連する各データパケットを処理してオーディオ及びビデオコンテンツを抽出し、前記抽出されたオーディオ及びビデオコンテンツを第１の期間中にライブＴＶ放送の一部として前記ユーザに出力し、前記第１の期間よりも後の第２の期間中に、前記第１の期間と前記第２の期間との間の中間期間中に利用できる前記第１の放送局サービスに関連するオーディオ及びビデオコンテンツを生成するための要求を示すユーザ入力を受け取り、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツに関連するデータパケットを前記ポーズバッファから検索し、前記ポーズバッファから検索された各データパケットを処理して、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツを抽出し、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツをタイムシフト再生の一部として出力し、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツの前記タイムシフト再生中に、少なくとも１つのコンテンツサービス特徴を提供するように構成され、前記少なくとも１つのコンテンツサービス特徴が、前記ポーズバッファに記憶されて該ポーズバッファから検索される前記複数のデータパケットに含まれる、受信装置。

【0118】

（１１）前記ポーズバッファに記憶されて該ポーズバッファから検索される前記複数のデータパケットは、ＩＰパケット又は高度テレビジョンシステムズ委員会（ＡＴＳＣ）リンク層プロトコル（ＡＬＰ）パケットである、特徴（１０）に記載の受信装置。

【0119】

（１２）前記ポーズバッファに記憶されて該ポーズバッファから検索される前記複数のデータパケットは、Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ（ＤＡＳＨ）コンテンツ、又はＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ（ＭＭＴ）コンテンツを含む、特徴（１０）又は（１１）に記載の受信装置。

【0120】

（１３）前記放送局サービスに関連する前記少なくとも１つのコンテンツサービスは、クローズドキャプショニング、非主要言語オーディオ、非主要言語サブタイトル、及び代替視聴角度から成る群から選択される、特徴（１０）～（１２）のいずれか１つに記載の受信装置。

【0121】

（１４）受信装置であって、ユーザによって選択された放送局サービスを含む放送ストリームを受け取るように構成された受信機回路と、前記放送ストリームを複数のデータパケットに復調するように構成された復調器と、処理回路とを含み、前記処理回路が、オペレーティングシステム時刻を決定し、前記データパケットを処理して、前記放送局サービスに関連するテレビコンテンツのシグナリングされた可用性開始時間（ＡＳＴ）を決定し、前記シグナリングされたＡＳＴに基づいて、前記テレビコンテンツに対応するメディアセグメントの予想受信時刻を決定し、前記テレビコンテンツに対応するメディアセグメントの実際の受信時刻を決定し、前記シグナリングされたＡＳＴと、前記メディアセグメントの前記受信時刻と前記メディアセグメントの前記予想受信時刻との間の差分とを加算したものを表す観測ＡＳＴを決定し、前記観測ＡＳＴに従って、前記オペレーティングシステム時刻からオフセットされた再生時刻を決定し、前記決定された再生時刻に従って、前記受け取られた放送局サービスに関連するオーディオ及びビデオコンテンツを出力するように構成される、受信装置。

【0122】

（１５）前記再生時刻は、前記シグナリングされたＡＳＴと前記観測ＡＳＴとの間の差分を前記オペレーティングシステムクロックに加算することによって前記オペレーティングシステムクロックからオフセットされる、特徴（１４）に記載の受信装置。

【0123】

（１６）前記シグナリングされたＡＳＴは、メディアプレゼンテーション記述ファイルに含まれる、特徴（１４）又は（１５）に記載の受信装置。

【0124】

（１７）前記放送ストリームに含まれる前記放送局サービスは、高度テレビジョンシステムズ委員会（ＡＴＳＣ）サービスであり、前記複数のデータパケットは、ＡＴＳＣリンク層プロトコル（ＡＬＰ）パケットである、特徴（１４）に記載の受信装置。

【0125】

（１８）受信装置内のプロセッサによって実行された時に前記プロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、前記方法が、ユーザによって選択された第１の放送局サービス及び第２の放送局サービスに対応する複数のデータパケットをポーズバッファに記憶することを含み、前記第１及び第２の放送局サービスは、前記複数のデータパケットに復調された放送ストリームで受け取られ、前記方法が、前記選択された第１の放送局サービスに関連する各データパケットを処理してオーディオ及びビデオコンテンツを抽出することと、前記第１の放送局サービスとに関連する前記抽出されたオーディオ及びビデオコンテンツを第１の期間中にライブＴＶ放送の一部としてユーザに出力することとをさらに含む、非一時的コンピュータ可読媒体。

【0126】

（１９）受信装置内のプロセッサによって実行された時に前記プロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、前記方法が、前記選択された放送局サービスに関連する各データパケットを処理してオーディオ及びビデオコンテンツを抽出することと、前記抽出されたオーディオ及びビデオコンテンツを第１の期間中にライブＴＶ放送の一部として前記ユーザに出力することと、前記第１の期間よりも後の第２の期間中に、前記第１の期間と前記第２の期間との間の中間期間中に利用できる前記第１の放送局サービスに関連するオーディオ及びビデオコンテンツを生成するための要求を示すユーザ入力を受け取ることと、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツに関連するデータパケットを前記ポーズバッファから検索することと、前記ポーズバッファから検索された各データパケットを処理して、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツを抽出することと、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツをタイムシフト再生の一部として出力することと、前記中間期間中に利用できる前記オーディオ及びビデオコンテンツの前記タイムシフト再生中に、少なくとも１つのコンテンツサービス特徴を提供することとを含み、前記少なくとも１つのコンテンツサービス特徴は、前記ポーズバッファに記憶されて該ポーズバッファから検索される前記複数のデータパケットに含まれる、非一時的コンピュータ可読媒体。

【0127】

（２０）受信装置内のプロセッサによって実行された時に前記プロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、前記方法が、受け取られた放送ストリームから復調されたデータパケットを処理して、前記受け取られた放送ストリームに含まれる放送局サービスに関連するテレビコンテンツのシグナリングされた可用性開始時間（ＡＳＴ）を決定することと、前記シグナリングされたＡＳＴに基づいて、前記テレビコンテンツに対応するメディアセグメントの予想受信時刻を決定することと、前記テレビコンテンツに対応するメディアセグメントの実際の受信時刻を決定することと、前記シグナリングされたＡＳＴと、前記メディアセグメントの前記受信時刻と前記メディアセグメントの前記予想受信時刻との間の差分とを加算したものを表す観測ＡＳＴを決定することと、前記観測ＡＳＴに従って、前記オペレーティングシステム時刻からオフセットされた再生時刻を決定することと、前記決定された再生時刻に従って、前記受け取られた放送局サービスに関連するオーディオ及びビデオコンテンツを出力することと含む、非一時的コンピュータ可読媒体。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【国際調査報告】