特表 2022-507913 ＴＶ及び電子装置のためのテレビ受信機アプリケーション

(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

【ＦＩ】

H04N21/436

H04N21/442

H04N21/432

H04N5/765

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021528945

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

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

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

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

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

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＪＡＶＡ

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

(71)【出願人】

【識別番号】000002185

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

(74)【代理人】

【識別番号】100092093

【弁理士】

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

(74)【代理人】

【識別番号】100109070

【弁理士】

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

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

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

(72)【発明者】

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

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

5C164

【Ｆターム（参考）】

5C164FA11

5C164UA23S

5C164UA51S

5C164UB31P

5C164UB37S

5C164UB41P

5C164UB71P

5C164YA21

(57)【要約】

情報処理装置が、チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドをアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して発行するように構成された処理回路を含む。処理回路は、ＲＦチャネルが取得された旨の指示がチューナ装置から受け取られて、受け取られた指示が、取得されたＲＦチャネルの信号タイプが第１の所定のタイプの信号であることを指定することに応答して、（ｉ）チューナ装置に放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別するように命令する第２のコマンドを発行し、（ｉｉ）識別されたＰＬＰから所定数までのＰＬＰを選択して、選択されたＰＬＰからのデータパケットを処理回路に送信するようにチューナ装置に命令する第３のコマンドを発行し、（ｉｉｉ）データパケットを処理する、ようにさらに構成される。
【選択図】 図８

【特許請求の範囲】

【請求項1】

情報処理装置であって、
チューナ装置に接続するように構成された通信インターフェイスと、
処理回路と、
を備え、前記処理回路は、
（ａ）前記通信インターフェイスを越えた前記処理回路と前記チューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、前記チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを発行し、
（ｂ）前記ＲＦチャネルが取得された旨の指示が前記チューナ装置から受け取られて、該受け取られた指示が、前記取得されたＲＦチャネルの信号タイプが第１の所定のタイプの信号であることを指定することに応答して、
（ｉ）前記チューナ装置に前記放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別するように命令する第２のコマンドを前記ＡＰＩを介して発行し、
（ｉｉ）前記識別されたＰＬＰから所定数までのＰＬＰを選択して、該選択されたＰＬＰからのデータパケットを前記処理回路に送信するように前記チューナ装置に命令する第３のコマンドを前記ＡＰＩを介して発行し、
（ｉｉｉ）前記データパケットを処理してシグナリングコンテンツ及びテレビサービスのコンテンツを検索する、
ように構成される、
ことを特徴とする情報処理装置。

【請求項2】

前記選択されたＰＬＰからの前記データパケットは、前記チューナ装置によってＵＤＰ／ＩＰパケットに変換されるリンク層パケットである、
請求項１に記載の情報処理装置。

【請求項3】

前記選択されたＰＬＰからの前記データパケットは、高度テレビジョンシステム委員会（ＡＴＳＣ）リンク層プロトコル（ＡＬＰ）パケットであり、前記処理回路は、前記ＡＬＰパケットをＩＰパケットに変換するようにさらに構成される、
請求項１に記載の情報処理装置。

【請求項4】

前記データパケットは、（ｉ）前記放送ストリームに含まれるテレビサービスに関連する各ＩＰアドレスを指定する１又は２以上のサービスリストテーブル（ＳＬＴ）と、（ｉｉ）前記ＳＬＴにおいて指定される各ＩＰアドレスと前記テレビサービスに関連する１又は２以上のＰＬＰとの間のマッピングを提供する１又は２以上のリンクマッピングテーブル（ＬＭＴ）とを含む、
請求項１に記載の情報処理装置。

【請求項5】

前記処理回路は、前記ＬＬＳテーブルを含む１又は２以上の識別されたＰＬＰが処理されていないとの判定に応答して、（ｉ）前記選択されたＰＬＰを無効化し、（ｉｉ）前記処理されていない１又は２以上の識別されたＰＬＰを所定数まで選択し、（ｉｉｉ）前記選択された処理されていない１又は２以上の識別されたＰＬＰからのデータパケットを送信する、ことを前記チューナ装置に行わせる第４のコマンドを前記ＡＰＩを介して発行するようにさらに構成される、
請求項４に記載の情報処理装置。

【請求項6】

前記処理回路は、前記テレビサービスに関連するデータパケットを含むストリームとは別のＩＰパケットストリームを介して前記１又は２以上のＬＭＴを受け取るように構成される、
請求項４に記載の情報処理装置。

【請求項7】

前記処理回路は、前記ＲＦチャネルが取得されて、該取得されたＲＦチャネルの前記信号タイプが第２の所定のタイプの信号であるとの判定に応答して、前記情報処理装置にＭＰＥＧ－２トランスポートストリーム（ＴＳ）パケットを受け取らせる第４のコマンドを前記ＡＰＩを介して発行するように構成される、
請求項１に記載の情報処理装置。

【請求項8】

前記第１の所定のタイプの信号は、高度テレビジョンシステム委員会（ＡＴＳＣ）３．０信号であり、前記第２の所定のタイプの信号は、ＡＴＳＣ３．０信号ではない、
請求項７に記載の情報処理装置。

【請求項9】

前記処理回路は、過去のチャネル走査の記録が利用可能であるとの判定に応答して、前記過去のチャネル走査の前記記録にアクセスして最後にチューニングされたＲＦチャネルを特定するように構成され、前記第１のコマンドは、前記特定された最後にチューニングされたＲＦチャネルに前記チューナ装置がチューニングを合わせるための命令である、
請求項１に記載の情報処理装置。

【請求項10】

前記第１のコマンドは、前記過去のチャネルの前記記録が利用不可であるとの判定に応答して、最も低い利用可能なＲＦチャネルにチューニングを合わせるための命令である、
請求項９に記載の情報処理装置。

【請求項11】

前記回路は、前記第１のコマンドを発行する前に、
前記チューナ装置が前記ＵＳＢインターフェイスに接続されているかどうかを判定し、
前記チューナ装置が前記ＵＳＢインターフェイスに接続されていないとの判定に応答して、前記ユーザに適切なメッセージを出力する、
ようにさらに構成される、請求項１に記載の情報処理装置。

【請求項12】

前記通信インターフェイスは、ユニバーサルシリアルバス（ＵＳＢ）インターフェイスである、
請求項１に記載の情報処理装置。

【請求項13】

前記通信インターフェイスは、無線インターフェイスである、
請求項１に記載の情報処理装置。

【請求項14】

チューナ装置であって、
情報処理装置に接続するように構成された通信インターフェイスと、
処理回路と、
を備え、前記処理回路は、
（ａ）前記通信インターフェイスを越えた前記情報処理装置と前記チューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、前記チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを前記情報処理装置から受け取り、
（ｂ）前記ＲＦチャネルが取得されて、該ＲＦチャネルが第１の所定のタイプの信号であるとの判定に応答して、
（ｉ）前記取得されたＲＦチャネルの前記信号タイプを前記第１の所定のタイプの信号として指定する指示を前記ＡＰＩを介して前記情報処理装置に送信し、
（ｉｉ）（ａ）前記放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別し、（ｂ）ＬＬＳテーブルを含む各識別されたＰＬＰを含むリストを前記ＡＰＩを介して前記情報処理装置に送信する、ように前記チューナ装置に命令する第２のコマンドを前記情報処理装置から前記ＡＰＩを介して受け取り、
（ｉｉｉ）前記識別されたＰＬＰから所定数までのＰＬＰを選択して、該選択されたＰＬＰからのデータパケットを前記情報処理装置に送信するように前記チューナ装置に命令する第３のコマンドを前記情報処理装置から前記ＡＰＩを介して受け取る、
ように構成される、
ことを特徴とするチューナ装置。

【請求項15】

前記チューナ装置は、前記ＲＦチャネルが取得されて、該取得されたＲＦチャネルの信号タイプが第２の所定のタイプの信号であるとの判定に応答して、前記情報処理装置にＭＰＥＧ－２トランスポートストリーム（ＴＳ）パケットを送信することを前記チューナ装置に行わせる第４のコマンドを前記情報処理装置から前記ＡＰＩを介して受け取るように構成される、
請求項１４に記載のチューナ装置。

【請求項16】

前記第１の所定のタイプの信号は、高度テレビジョンシステム委員会（ＡＴＳＣ）３．０信号であり、前記第２の所定のタイプの信号は、ＡＴＳＣ３．０信号ではない、
請求項１５に記載のチューナ装置。

【請求項17】

前記通信インターフェイスは、ユニバーサルシリアルバス（ＵＳＢ）インターフェイスである、
請求項１４に記載のチューナ装置。

【請求項18】

前記通信インターフェイスは、無線インターフェイスである、
請求項１４に記載のチューナ装置。

【請求項19】

情報処理装置のプロセッサによって実行された時に前記プロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、前記方法は、
通信インターフェイスを越えた前記情報処理装置とチューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、前記チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを発行するステップと、
前記ＲＦチャネルが取得された旨の指示が前記チューナ装置から受け取られて、該受け取られた指示が、前記取得されたＲＦチャネルの信号タイプが第１の所定のタイプの信号であることを指定することに応答して、
（ｉ）前記チューナ装置に前記放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別するように命令する第２のコマンドを前記ＡＰＩを介して発行するステップと、
（ｉｉ）前記識別されたＰＬＰから所定数までのＰＬＰを選択して、該選択されたＰＬＰからのデータパケットを前記処理回路に送信するように前記チューナ装置に命令する第３のコマンドを前記ＡＰＩを介して発行するステップと、
（ｉｉｉ）前記データパケットを処理してシグナリングコンテンツ及びテレビサービスのコンテンツを検索するステップと、
を含む、ことを特徴とする非一時的コンピュータ可読媒体。

【請求項20】

チューナ装置のプロセッサによって実行された時に前記プロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、前記方法は、
通信インターフェイスを越えた情報処理装置と前記チューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、前記チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを前記情報処理装置から受け取るステップと、
前記ＲＦチャネルが取得されて、該ＲＦチャネルが第１の所定のタイプの信号であるとの判定に応答して、
（ｉ）前記取得されたＲＦチャネルの前記信号タイプを前記第１の所定のタイプの信号として指定する指示を前記ＡＰＩを介して前記情報処理装置に送信するステップと、
（ｉｉ）（ａ）前記放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別し、（ｂ）ＬＬＳテーブルを含む各識別されたＰＬＰを含むリストを前記ＡＰＩを介して前記情報処理装置に送信する、ように前記チューナ装置に命令する第２のコマンドを前記情報処理装置から前記ＡＰＩを介して受け取るステップと、
（ｉｉｉ）前記識別されたＰＬＰから所定数までのＰＬＰを選択して、該選択されたＰＬＰからのデータパケットを前記情報処理装置に送信するように前記チューナ装置に命令する第３のコマンドを前記情報処理装置から前記ＡＰＩを介して受け取るステップと、
を含む、ことを特徴とする非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般にＴＶ及び電子装置にさらなるテレビ放送受信機機能を実装するためのアプリケーションに関する。

【背景技術】

【0002】

ＡＴＳＣ３．０は、最新技術のサポートを提供する新たなデジタルテレビ（ＤＴＶ）標準である。ＡＴＳＣ３．０標準の重要な特徴は、使用されるプロトコルがインターネットにおいて使用されるプロトコルにできるだけ近いことを設計目標にして、放送排出物（ｂｒｏａｄｃａｓｔ ｅｍｉｓｓｉｏｎｓ）を介してシグナリング及びコンテンツの両方のためのインターネットプロトコル（ＩＰ）パケットを配信する点である。このアプローチの利点として、ＡＴＳＣ３．０標準は、放送経路を介して配信されるコンテンツの付属物としてのＴＶコンテンツ及びシグナリングのオーバーザトップ（ＯＴＴ）配信をサポートする。ＯＴＴ配信は、ユーザのブロードバンドインターネット接続を通じたテレビコンテンツの配信を含むことができる。いくつかのコンポーネントが放送によって配信され、他のコンテンツ（例えば、さらなる音声言語又はウェブベースのアプリケーションコンテンツ）がブロードバンドを介して配信される「ハイブリッド」サービスも可能である。

【0003】

放送局の中には、典型的にはスマートフォン及びタブレットであるモバイル装置上で視聴するための専用コンテンツを提供するアプリケーションを開発したところもある。この専用コンテンツは、サーバ又はサーバシステムからユニキャスト送信（すなわち、１対１）を通じて配信することができる。スマートフォン及びタブレットなどのプラットフォームは、ビデオストリーミングのためにインストールされたアプリケーションを有することができ、ラップトップ及びデスクトップなどの大画面コンピュータは、ウェブブラウザを介してビデオストリーミングを視聴することができるが、これらのタイプの電子装置内におけるＡＴＳＣ受信機機能の実装を開発することが必要とされている。

【発明の概要】

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

【0004】

本開示の実施形態によれば、チューナ装置に接続するように構成された通信インターフェイスを含む情報処理装置が提供される。情報処理装置は処理回路を含み、処理回路は、（ａ）通信インターフェイスを越えた処理回路とチューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを発行し、（ｂ）ＲＦチャネルが取得された旨の指示がチューナ装置から受け取られて、受け取られた指示が、取得されたＲＦチャネルの信号タイプが第１の所定のタイプの信号であることを指定することに応答して、（ｉ）チューナ装置に放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別するように命令する第２のコマンドをＡＰＩを介して発行し、（ｉｉ）識別されたＰＬＰから所定数までのＰＬＰを選択して、選択されたＰＬＰからのデータパケットを処理回路に送信するようにチューナ装置に命令する第３のコマンドをＡＰＩを介して発行し、（ｉｉｉ）データパケットを処理してシグナリングコンテンツ及びテレビサービスのコンテンツを検索するように構成される。

【0005】

本開示の実施形態によれば、情報処理装置に接続するように構成された通信インターフェイスを含むチューナ装置が提供される。チューナ装置は処理回路をさらに含み、処理回路は、（ａ）通信インターフェイスを越えた情報処理装置とチューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを情報処理装置から受け取り、（ｂ）ＲＦチャネルが取得されて、ＲＦチャネルが第１の所定のタイプの信号であるとの判定に応答して、（ｉ）取得されたＲＦチャネルの信号タイプを第１の所定のタイプの信号として指定する指示をＡＰＩを介して情報処理装置に送信し、（ｉｉ）（ａ）放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別し、（ｂ）ＬＬＳテーブルを含む各識別されたＰＬＰを含むリストをＡＰＩを介して情報処理装置に送信する、ようにチューナ装置に命令する第２のコマンドを情報処理装置からＡＰＩを介して受け取り、（ｉｉｉ）識別されたＰＬＰから所定数までのＰＬＰを選択して、選択されたＰＬＰからのデータパケットを情報処理装置に送信するようにチューナ装置に命令する第３のコマンドを情報処理装置からＡＰＩを介して受け取るように構成される。

【0006】

本開示の実施形態によれば、情報処理装置のプロセッサによって実行された時にプロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体が提供され、この方法は、通信インターフェイスを越えた情報処理装置とチューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを発行するステップを含む。方法は、ＲＦチャネルが取得された旨の指示がチューナ装置から受け取られて、受け取られた指示が、取得されたＲＦチャネルの信号タイプが第１の所定のタイプの信号であることを指定することに応答して、（ｉ）チューナ装置に放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別するように命令する第２のコマンドをＡＰＩを介して発行するステップと、（ｉｉ）識別されたＰＬＰから所定数までのＰＬＰを選択して、選択されたＰＬＰからのデータパケットを処理回路に送信するようにチューナ装置に命令する第３のコマンドをＡＰＩを介して発行するステップと、（ｉｉｉ）データパケットを処理してシグナリングコンテンツ及びテレビサービスのコンテンツを検索するステップとをさらに含む。

【0007】

本開示の実施形態によれば、チューナ装置のプロセッサによって実行された時にプロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体が提供され、この方法は、通信インターフェイスを越えた情報処理装置とチューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを情報処理装置から受け取るステップを含む。方法は、ＲＦチャネルが取得されて、ＲＦチャネルが第１の所定のタイプの信号であるとの判定に応答して、（ｉ）取得されたＲＦチャネルの信号タイプを第１の所定のタイプの信号として指定する指示をＡＰＩを介して情報処理装置に送信するステップと、（ｉｉ）（ａ）放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別し、（ｂ）ＬＬＳテーブルを含む各識別されたＰＬＰを含むリストをＡＰＩを介して情報処理装置に送信する、ようにチューナ装置に命令する第２のコマンドを情報処理装置からＡＰＩを介して受け取るステップと、（ｉｉｉ）識別されたＰＬＰから所定数までのＰＬＰを選択して、選択されたＰＬＰからのデータパケットを情報処理装置に送信するようにチューナ装置に命令する第３のコマンドを情報処理装置からＡＰＩを介して受け取るステップとをさらに含む。

【0008】

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

【図面の簡単な説明】

【0009】

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

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

【図3】例示的なＡＴＳＣ３．０受信機のブロック図である。

【図4】ＵＳＢインターフェイスを有する例示的なチューナ装置を示す図である。

【図5】ＵＳＢ接続チューナを有するコンピュータ情報処理装置の例示的な構成を示す図である。

【図6】ＵＳＢ接続チューナを用いたＤＴＢ受信のために情報処理装置を設定する例示的な画面を示す図である。

【図7】テレビ受信機アプリケーションを起動させるプロセスの例示的なフローチャートである。

【図8】チャネル走査を実行するプロセスの例示的なフローチャートである。

【図9】例示的な物理層パイプ（ＰＬＰ）を示す図である。

【図10】情報処理装置とチューナ装置との間で受け渡されるメッセージを示す例示的なブロック図である。

【図11】アプリケーションプログラミングインターフェイス（ＡＰＩ）を介して電子装置とチューナ装置との間で送信されるメッセージを示す例示的なシーケンス図である。

【図12】アプリケーションプログラミングインターフェイス（ＡＰＩ）を介して電子装置とチューナ装置との間で送信されるメッセージを示す例示的なシーケンス図である。

【図13】アプリケーションプログラミングインターフェイス（ＡＰＩ）を介して電子装置とチューナ装置との間で送信されるメッセージを示す例示的なシーケンス図である。

【図14】情報処理装置のハードウェア構成例を示す図である。

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

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

（１２）通信インターフェイスは、ユニバーサルシリアルバス（ＵＳＢ）インターフェイスである、特徴（１）～（１１）のいずれか１つに記載の情報処理装置。

【0101】

（１３）通信インターフェイスは、無線インターフェイスである、特徴（１）～（１２）のいずれか１つに記載の情報処理装置。

【0102】

（１４）チューナ装置であって、情報処理装置に接続するように構成された通信インターフェイスと、処理回路とを備え、処理回路が、（ａ）通信インターフェイスを越えた情報処理装置とチューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを情報処理装置から受け取り、（ｂ）ＲＦチャネルが取得されて、ＲＦチャネルが第１の所定のタイプの信号であるとの判定に応答して、（ｉ）取得されたＲＦチャネルの信号タイプを第１の所定のタイプの信号として指定する指示をＡＰＩを介して情報処理装置に送信し、（ｉｉ）（ａ）放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別し、（ｂ）ＬＬＳテーブルを含む各識別されたＰＬＰを含むリストをＡＰＩを介して情報処理装置に送信する、ようにチューナ装置に命令する第２のコマンドを情報処理装置からＡＰＩを介して受け取り、（ｉｉｉ）識別されたＰＬＰから所定数までのＰＬＰを選択して、選択されたＰＬＰからのデータパケットを情報処理装置に送信するようにチューナ装置に命令する第３のコマンドを情報処理装置からＡＰＩを介して受け取るように構成される、チューナ装置。

【0103】

（１５）チューナ装置は、ＲＦチャネルが取得されて、取得されたＲＦチャネルの信号タイプが第２の所定のタイプの信号であるとの判定に応答して、情報処理装置にＭＰＥＧ－２トランスポートストリーム（ＴＳ）パケットを送信することをチューナ装置に行わせる第４のコマンドを情報処理装置からＡＰＩを介して受け取るように構成される、特徴（１４）に記載のチューナ装置。

【0104】

（１６）第１の所定のタイプの信号は、高度テレビジョンシステム委員会（ＡＴＳＣ）３．０信号であり、第２の所定のタイプの信号は、ＡＴＳＣ３．０信号ではない、特徴（１５）に記載のチューナ装置。

【0105】

（１７）通信インターフェイスは、ユニバーサルシリアルバス（ＵＳＢ）インターフェイスである、特徴（１４）～（１６）のいずれか１つに記載のチューナ装置。

【0106】

（１８）通信インターフェイスは、無線インターフェイスである、特徴（１４）～（１７）のいずれか１つに記載のチューナ装置。

【0107】

（１９）情報処理装置のプロセッサによって実行された時にプロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、上記方法が、通信インターフェイスを越えた情報処理装置とチューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを発行するステップと、ＲＦチャネルが取得された旨の指示がチューナ装置から受け取られて、受け取られた指示が、取得されたＲＦチャネルの信号タイプが第１の所定のタイプの信号であることを指定することに応答して、（ｉ）チューナ装置に放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別するように命令する第２のコマンドをＡＰＩを介して発行するステップと、（ｉｉ）識別されたＰＬＰから所定数までのＰＬＰを選択して、選択されたＰＬＰからのデータパケットを処理回路に送信するようにチューナ装置に命令する第３のコマンドをＡＰＩを介して発行するステップと、（ｉｉｉ）データパケットを処理してシグナリングコンテンツ及びテレビサービスのコンテンツを検索するステップとを含む、非一時的コンピュータ可読媒体。

【0108】

チューナ装置のプロセッサによって実行された時にプロセッサに方法を実行させる命令を記憶した非一時的コンピュータ可読媒体であって、上記方法が、通信インターフェイスを越えた情報処理装置とチューナ装置との間の通信を可能にするアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、チューナ装置に放送ストリームのＲＦチャネルにチューニングするように命令する第１のコマンドを情報処理装置から受け取るステップと、ＲＦチャネルが取得されて、ＲＦチャネルが第１の所定のタイプの信号であるとの判定に応答して、（ｉ）取得されたＲＦチャネルの信号タイプを第１の所定のタイプの信号として指定する指示をＡＰＩを介して情報処理装置に送信するステップと、（ｉｉ）（ａ）放送ストリーム内の低水準シグナリング（ＬＬＳ）テーブルを含む各物理層パイプ（ＰＬＰ）を識別し、（ｂ）ＬＬＳテーブルを含む各識別されたＰＬＰを含むリストをＡＰＩを介して情報処理装置に送信する、ようにチューナ装置に命令する第２のコマンドを情報処理装置からＡＰＩを介して受け取るステップと、（ｉｉｉ）識別されたＰＬＰから所定数までのＰＬＰを選択して、選択されたＰＬＰからのデータパケットを情報処理装置に送信するようにチューナ装置に命令する第３のコマンドを情報処理装置からＡＰＩを介して受け取るステップとを含む、非一時的コンピュータ可読媒体。

【符号の説明】

【0109】

Ｓ８００ （地域規制に従って）Ｆを最低６ＭＨｚ帯域に設定
Ｓ８０２ 周波数Ｆの信号を取得するようにチューナに命令
Ｓ８０４ ＡＴＳＣ３．０信号が検出されたか？
Ｓ８０６ ＬＬＳを含むＰＬＰのリストを取得
Ｓ８０８ ＬＬＳを含むＰＬＰを最大４つ作動
Ｓ８１０ 選択されたＰＬＰからデータパケットを検索し、（単複の）ＬＭＴ及び（単複の）ＳＬＴを抽出する上位層プロセスに配布
Ｓ８１２ （単複の）ＬＭＴ及びＬＬＳテーブルを不揮発性メモリに保存
Ｓ８１４ ＬＬＳを有する全てのＰＬＰが処理されたか？
Ｓ８１６ ＰＬＰを無効化し、ＬＬＳを有する他のＰＬＰを作動
Ｓ８１８ ＡＴＳＣ１．０信号が検出されたか？
Ｓ８２０ ＴＳＩＤ値及びＴＶＣＴを検索
Ｓ８２２ ＴＳＩＤ、ＶＣＴ及びＲＦ周波数を不揮発性メモリに保存
Ｓ８２４ 走査が完了したか？
Ｓ８２６ Ｆを次の６ＭＨｚ周波数に設定

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【国際調査報告】