(57)【要約】【課題】放送環境内で別のイベント、プログラム、または転送ストリームの資源が共有されるように一つのイベント、プログラム、または転送ストリームの資源を利用できるようにする方法及びシステムを提供する。【解決手段】放送環境内で参照された資源を配置するための方法は、変換情報を受信機メモリに格納するステップと、参照された資源に対応する前記受信機メモリに格納された前記変換情報に基づいて変換情報の位置を識別するステップとからなる。【選択図】  図７
2009219154.tif 000002
【特許請求の範囲】
【請求項１】
参照資源が放送環境内に配置されることを可能にする方法であって、
変換情報を受信機のメモリに格納するステップと、
前記参照資源に対応する前記受信機のメモリに格納された変換情報を参照することによって、前記参照資源に関する追加変換情報の少なくとも１つの位置を放送ストリーム上で識別するステップと
を含み、
前記変換情報を前記受信機のメモリに格納するステップは、前記受信機に通信された全ての変換情報より少ないことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は放送環境内で資源を配置するための方法及びシステムに係り、特にイベント、プログラム、または転送ストリームの資源が共有される放送環境内で、他のイベント、プログラム、または転送ストリームの資源を利用可能にする方法及びシステムに関する。
【背景技術】
【０００２】
ディジタルテレビジョン（ＤＴＶ）受信機は、多くの放送局から提供されるデータを受信する。例えば、図１は多数の地上放送局１２、ケーブルシステム１３、衛星システム１４、及びインタネットシステム１５から伝送されたデータを受信するディジタルテレビジョン受信機を示している。
【０００３】
通常、データは一つまたはそれ以上の転送ストリーム形態でディジタルテレビジョン受信機と通信される。たとえば、地上の放送局１２から伝達された信号は一般に単一の転送ストリームで構成されている。しかし、衛星またはケーブルの信号は数多くの転送ストリームを含んでいる。
【０００４】
図２は従来の転送ストリーム２１の内容と構造を示す。図２に示すように、従来の転送ストリーム２１は、一つまたはそれ以上の仮想チャネル２２の組合せの場合もあり、またプログラムを放送する単一仮想チャネル２２の場合もある。例えば、ビデオプログラムが放送される時、仮想チャネルは多重言語能力を提供するために、ビデオストリームは一つまたはそれ以上のオーディオストリームと結合され、さらに、ビデオプログラムを強化するために用いられる情報を提供するために、一つまたはそれ以上のデータストリームと結合されることがある。同様に、純粋なデータプログラムはデータストリームのみで放送される。ここで、各データストリームは同時に数万個のデータ項目を処理するディジタルテレビジョン受信機によってアクセスされる多数のデータ項目を表している。
【０００５】
したがって、仮想チャネル２２は基礎ストリーム２３成分またはイベント（図示せず）成分として表現されることがある。仮想チャネル２２内で、各基礎ストリーム２３はビデオ情報、オーディオ情報、またはデータのような一つの特別な形態の情報を含む。逆に、基礎ストリーム２３と違って、イベントは一般にビデオ、オーディオ、及びデータの組合せのように多重形態の情報を含む。一般に、イベントはプログラムの一部分と定義される。例えば、一つのイベントはＴＶショーである。イベントは時々それらの存続期間などの基準によって規制される。
【０００６】
仮想チャネル２２を成す基礎ストリーム２３及びイベントは、図２に示したＨＴＭＬページ２４のようなデータを含む。
さらに、ディジタルテレビジョン受信機と通信される資源は、潜在的に仮想チャネル２２、基礎ストリーム２３、イベント及び／または個人的なデータ項目２４を含む。
【０００７】
ディジタルテレビジョン受信機によって受信された放送関連の資源を共有することは時々有用である。例えば、他のチャネルまたは転送ストリームを補足するために、いずれかのチャネルまたは転送ストリーム内からの資源を使用することは、ディジタルテレビジョン視聴者の視聴感を増大させる大きな柔軟性を提供する。
【０００８】
慣例的に、両方向通信を考慮しない状態で、いろいろな計画が関連する放送の資源を共有するように提案された。しかし、後述するように、従来の技術は一つまたはそれ以上の転送ストリーム、さらには分離されたプログラム内におけるイベント間さえでも分離されたチャネルのプログラム間に共有できる資源を利用できるようにする効果的なシステムの提供はできなかった。
【０００９】
関連した放送の資源を共有するためのいくつかの従来の提案は、資源に挿入された参照を含む放送に基づく。ここで、参照はこのような資源の絶対アドレスまたは資源を識別するためのいくつかの異なる固定された基準を基礎とする。したがって、このような提案はコンピュータシステムに適用された直接アドレス技法と同じ問題の一部をもっている。
【００１０】
第１に、直接アドレス技法は資源の位置が変更されると、異なるプログラムに以前に挿入した資源に固定された参照が無駄になるので、資源の再配置に対して相対的に柔軟でない傾向がある。例えば、もしいずれかの資源が再配置されると、直接アドレス技法下では、プログラムに挿入されたＵＬＲはその資源に対して有効でない以前のアドレスの参照を指定する。
【００１１】
第２に、直接アドレス技法は資源の繰り返しに対して相対的に柔軟でない傾向がある。ある資源の繰り返された各コピーは直接アドレス技法においてエラーを避けるために独立的で唯一のアドレスを要求するので、固定されたアドレスに対して挿入された参照は、繰り返されたコピーのいずれともハイパーリンクを実現するのに使用できない。したがって、資源の最も便利なコピーは、プログラムに挿入され、固定された参照情報では実現できない。
【００１２】
単一プログラムが多数の地方局またはケーブル局によって再放送される時、前記第１及び第２の問題は明らかである。特に、図３に示すように、ネットワーク放送サーバー３１から提供されたプログラムは、呼出信号（例えばＷＸＡＢ）または地方局のチャネル（例えば、チャネル１７）によってアドレスが指定された地方局の資源に対して挿入された参照を含む。このプログラムは地方局（ＷＸＡＢ及びＷＸＣＤ）３２によって再伝送され、対応する受信機（ＤＴＶ＃１，ＤＴＶ＃２）３３によってそれぞれ受信される。地方局ＷＸＡＢに対応する受信機３３（ＤＴＶ＃１）は挿入された参照で指定された転送ストリーム及びチャネルにアクセスできるが、地方局ＷＸＣＤに対応する他の受信機ＤＴＶ＃２は挿入された参照で指定された転送ストリーム及びチャネルにアクセスできない。
【００１３】
直接アドレス技法に似ている従来の構成の第３の問題点は図４によって示される。図４は直接アドレス技法を使用する挿入された参照によって指定された参照を理解するために試みているオペレータが経験した難しさを示している。特に、直接アドレス技法で挿入された参照は資源の実際的なアドレスに対応するために、このような挿入された参照を見るオペレータは参照された下に示された資源を認識し難い。しかも、記憶を助けることに対する不足で、画面上のエラー及びこれと同様のエラーがオペレータによって容易に発生する。
【００１４】
直接アドレス技法と同様の構成に属する提案に対する代案として、資源に対応する記憶を助けるために挿入された参照を基礎とした多くの提案が提示された。このような提案は従来の直接アドレスの手続にさらに似ている。
【００１５】
このような提案の一つは、テレビジョンと単方向のＨＴＴＰ構造に対する仕様を提供する。各仕様において挿入された参照は共有される資源を説明するために用いられる。しかし、その仕様は、挿入された参照によって記述された資源のソースを配置するための同一性を与えるものではない。より詳しく説明すると、ＨＴＴＰ構造に対する提案は、挿入されたＵＲＬに対する一致を識別するために受信器が全てのチャネルから受信されるすべてのデータ項目のヘッダを検査する必要がある。それは遅くて資源集中的なタスクである。その上、このような各仕様はチャネルに制限されており、基礎ストリーム、イベント、及び／またはデータのような他の資源などに対する参照の使用を示していない。
【００１６】
間接アドレス技法に類似している別の従来の提案は、テレビジョン放送内で相互連結されたウェブページのグループに参照を挿入することと、ディジタルテレビジョン受信機のコンテキストおいて意味をもつ参照として挿入された参照をマッピングすることを含む。詳細には、このような提案は、テレビジョン放送内で対応する資源の位置を識別するために、インタネットフォーマット（例えば、“ｈｔｔｐ：”ＵＲＬ）を有する挿入された参照をディジタルテレビジョン放送（例えば、“ｄｔｖ”、または“ａｔｓｃ”ＵＲＬ）のコンテキストで意味のあるフォーマットへ変換するために、テレビジョン放送とともに伝送された変換情報の使用を必要とする。また、このようなＵＲＬマッピングは、資源に対する任意の論理名を有するＵＲＬを直接アドレスをもつＵＲＬに変換するのに用いることができる。
【００１７】
挿入されたＵＲＬを変換するための適切なマッピングテーブルを送る転送ストリームを配置するために、このような提案は、ディジタルテレビジョン受信機のメモリにキャッシュされる全体のマッピングテーブルを必要とする。このように、この提案された構造を採用すると、メモリへの要求事項が多くなり、かつそれに関連して従来の受信機の価格が増加する。
【００１８】
このような問題の組み合わせによって、このような方式で用いられた従来のＵＲＬマッピングは不必要に多量の不要な情報を含む大きいマッピングテーブルを要求する。大部分の場合において、本当に必要なものは、前述したように膨大なマッピングではなく、イベントと基礎ストリームに対応するｈｔｔｐＵＲＬ内におけるホストの名前をマッピングすることである。さらに、プロトコルのマッピングは推測でき、かつファイルパスは全くマッピングされる必要がない。
【００１９】
さらに、従来の技術は、一つまたはそれ以上の転送ストリーム内で別個のチャネルのプログラム間で共有される資源を利用できるようにする効果的なシステムを提供しない。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
本発明はかかる従来の技術の問題点を解決するためのもので、その目的は前述した従来の技術の問題と、他の制限及び短所による一つまたはそれ以上の問題を防ぐことができる放送環境内で資源を配置する方法及びシステムを提供することである。
【課題を解決するための手段】
【００２１】
上記の目的を達成するために、本発明の特徴によれば、放送環境内で参照された資源を配置する方法は、変換情報を受信機メモリに格納するステップと、受信機メモリに格納された、参照された資源に対応する変換情報に基づいて追加的な変換情報の位置を識別するステップとからなる。
【００２２】
また、本発明による放送環境内で参照された資源を配置するシステムは、変換情報を格納する受信機メモリと、受信機メモリに格納された、参照された資源に対応する変換情報に基づいて追加的な変換情報の位置を識別する手段とから構成される。
【発明の効果】
【００２３】
以上説明したように、本発明によれば、従来の技術の問題点である制限及び短所による一つまたはそれ以上の問題を充分解消した。即ち、本発明は格納された変換テーブルの使用によって挿入された資源に対応する放送サーバー伝送情報を識別することができる。したがって、受信機はサーバーに両方向通信を要求せず、格納された変換情報を用いて資源情報を得るために適切な放送サーバーを判断及びモニタリングすることができる。したがって、本発明は変換テーブルで格納された詳細なレベルと放送局が変換情報を伝送することにより、相対的に少ないメモリを用いて相対的に高い速度で資源情報を配置させることができる。
【図面の簡単な説明】
【００２４】
【図１】従来のデジタルテレビジョン放送環境を説明する図である。
【図２】ディジタルテレビジョン転送ストリームの要素を説明する図である。
【図３】外部のプログラムまたは転送ストリームに対する固定参照がプログラム内に挿入された従来の構造によって経験された難しさを説明するための図である。
【図４】記憶を助けるものを使用せず、アドレスを指示する参照を理解する難しさを説明するための図である。
【図５】挿入された参照（例えば、ＵＲＬ）に基づいた図６Ａに示した資源を識別するために受信機によって使用された変換テーブルの典型的な内容を示す図である。
【図６】それぞれ異なる資源グループ例の階層化構造を示す図である。
【図７】挿入されたＵＲＬによって参照された資源を位置するためにディジタルテレビジョン受信機によって実行された典型的なステップを示すフローチャートである。
【図８】変換情報を結合及び放送するために放送者によって実行された典型的なステップを示すフローチャートである。
【図９】ネットワーク内容が地方内容と合併される時に形成されたデータ構造の典型的な形態を示す図である。
【図１０】地方で再放送する分局によって放送された変換記録を示す図である。
【図１１】ディジタルテレビジョン受信機によって実行された典型的な手続を示す図である。
【図１２】ディジタルテレビジョン受信機、及び本発明に適するように動作するために適用されたいろいろな種類の伝送器を含む本発明を実行するためのシステムを示す図である。
【発明を実施するための形態】
【００２５】
以下、本発明の好適な一実施形態による構成及び作用を添付図面に基づいて説明する。
【００２６】
本発明の好適な実施形態では、ＵＲＬ（uniform resource locator）が、ハイパーリンクのために意図された資源の論理的な表示としてのイベント、プログラムまたは転送ストリームなどに挿入される。このような論理的な表示を用いる場合、受信機はＵＲＬによって指定された資源の位置を決定することができる。このように、本発明は資源を識別するために用いられるＵＲＬに対応する資源（例えば、イベント、基礎ストリーム、チャネルなど）の位置を知ることができる。
【００２７】
より詳しくは、本発明の好適な実施形態では、他のプログラムまたは転送ストリームから送られてきた資源は共有され、効果的な方式で互いに参照される。ディジタルテレビジョン放送サーバーは、共有された資源の位置または共有された資源の位置のうち一つを読み出すための追加的な変換情報を識別する変換テーブルを送る。
【００２８】
変換情報は階層的なフォーマットで並べられている。ディジタルテレビジョン受信機は、完全な変換情報でない最上位レベル記録のみをデフォールト方式でキャッシュし、一般に資源の配置のために要求される全ての情報は含まない。さらに、受信機キャッシュメモリは、多くの情報を格納できるが、追加的な変換情報の位置を識別するための充分な情報量を格納することだけが要求される。
【００２９】
図５は挿入された参照（例えば、ＵＲＬ）に基づいた図６Ａに示す資源を識別するために受信機によって用いられた変換テーブルの典型的な内容を示す図である。図５は通常放送されるか、受信機メモリに含まれない後述する記録タイプフィールド、論理名フィールド、変換テーブル内の変換フィールドを示す。
【００３０】
記録タイプフィールドは、ディジタルテレビジョン受信機のキャッシュに格納しなければならない変換記録の数を意図的に減らすことができる。変換テーブルに格納された変換記録は「Ａ」記録、「Ｒ」記録と呼ばれる少なくとも２つの記録タイプがある。「Ａ」記録は放送ストリーム内での資源の位置を指示する。一方、「Ｒ」記録は放送内での「Ａ」記録の位置を指示する。
【００３１】
ディジタルテレビジョン受信機のキャッシュにおいて、上位レベル記録はディジタルテレビジョン受信機によって行われる走査処理に基づいて周期的に更新される。このような周期的な更新は周期的に行われ、ディジタルテレビジョン受信機によって通常行われた他の走査機能とともに結合できるため、受信機に過度に負荷を与えない。さらに詳しくは、このような更新は上位レベルの記録の安定的な性質から頻繁には要求されない。事実上、このような周期的な更新は他のシステム及びプログラム情報（例えば、チャネルガイド更新）を探すために、短時間ごとにディジタルテレビジョン受信機によって通常行われる走査の組合せで実行することができる。さらに、もし必要であれば、下位レベル変換記録「Ａ」は更新過程で識別された適当な転送ストリームから新しくなる。本発明において、「Ｒ」記録の使用は、転送ストリーム及び転送ストリームのチャネルの間で変換記録の分配のために完全な柔軟性を許容する。変換テーブル内における変換フィールドは、資源またはこれによる追加的な変換情報の位置を特定する。図５に示した変換テーブルの右側から最後のコラムに示した説明部分は通常変換テーブルには含まれず、本発明の理解のために用意されている。
【００３２】
以下、対応する図６Ａを参照して、図５に示した階層構造の変換記録の動作を説明する。図６Ａはｘｙｚ．ｃｏｍを最上のレベルとする４ステップのレベルを含む。したがって、図５に示したように、論理名に対する変換は同一の転送ストリーム識別名から始める。他の情報（例えば、「ｘｙｚ．ｃｏｍ」）が全く提供されない状況では、受信機は追加的な変換情報のために転送ストリームＴ１に向けられる。しかし、追加的な情報が提供されると、変換テーブルは資源の位置を考慮した追加的な情報を提供する。
【００３３】
このような方式において、論理名は他の資源に相対的な資源の位置を説明できる階層構造で構成される。例えば、図５において、「Ｆｏｒｃｅ１０」として識別された資源に対する論理名は、資源がｘｙｚ．ｃｏｍ、ｍｏｖｉｅｓ、ａｃｔｉｏｎの下位に順次置かれるので、「Ｆｏｒｃｅ１０．ａｃｔｉｏｎ．ｍｏｖｉｅｓ．ｘｙｚ．ｃｏｍ」である。同様に、「ｂｕｓｉｎｅｓｓ」として識別された図６Ｂの資源はｗｘａｂ．ｃｏｍ、ｎｅｗｓ、ｂｕｓｉｎｅｓｓの下位に順次置かれるので、「ｂｕｓｉｎｅｓｓ．ｎｅｗｓ．ｗｘａｂ．ｃｏｍ」の論理名をもつ。図６Ｃは同様の概念を示す。
【００３４】
以上説明したように、論理的なＵＲＬは一般に＜ｐｒｔｏｃｏｌ＞：／／＜ｔｒｕｎｋ＞／＜ｐａｔｈ＞のような形態をもつ。ここで、＜ｔｒｕｎｋ＞及び＜ｐａｔｈ＞部分は、論理的な識別名の二つの異なる順位のリストをもつ。さらに、ＵＲＬの＜ｔｒｕｎｋ＞部分は変換を必要とし、一方、＜ｐａｔｈ＞部分は変換を必要としない。＜ｔｒｕｎｋ＞及び＜ｐａｔｈ＞部分は経路要素を分離するバックスラッシュ（／）とトランク要素を分離するピリオド（．）によって可視的に区分することができる。
【００３５】
例えば、ＵＲＬが「ｄｔｖ：／／ｆｏｕｒ−ｏｃｌｏｃｋ．ｎｅｗｓ．ｇｅｎｅｒａｌ．ｘｙｚ．ｃｏｍ／ｔｉｃｋｅｒ／４」と仮定する。「ｆｏｕｒ−ｏｃｌｏｃｋ．ｎｅｗｓ．ｇｅｎｅｒａｌ．ｘｙｚ．ｃｏｍ」に対応する＜ｔｒｕｎｋ＞部分を、変換情報を用いて特定転送ストリームの特定仮想チャネルの特定イベントで変換することができる。そうすると、＜ｐａｔｈ＞部分は、実質的に参照データファイルを含む基礎ストリームを探し出すために、使用者装置の名前「ｔｉｃｋｅｒ」及びｔａｐ＿ｉｄが「４」の下でイベントに対するサービス説明テーブルを見るように受信機に伝える。
【００３６】
論理名の階層組織及び放送データの構成と組織に対する相互関係に基づいて、挿入されたＵＲＬによって指定された資源の識別は本発明を用いることで、速く且つ容易く行うことができる。
【００３７】
図７は挿入されたＵＲＬによって参照された資源を配置するためにディジタルテレビジョン受信機によって実行されるステップを示すフローチャートである。ステップ７０は周期的に行われ、独立ステップ７１〜７７は全ての最上位レベル「Ｒ」記録の現在位置で変換テーブルを更新するために行われる。「Ｒ」記録を格納した後に追加的なキャッシュ空間が残れば、できる限り「Ａ」記録も変換テーブルを更新する。ステップ７１〜７７はステップ７０で更新された変換テーブルに基づいてＵＲＬを解読するために行われる。ステップ７１，７２において、ＵＲＬのトランク部分が抽出され、キャッシュされた記録が検査される。ステップ７３でもし「Ａ」記録が抽出されたトランクに一致すると、ＵＲＬに対応する資源の位置は一致した「Ａ」記録の変換フィールドによって反映される。したがって、変換はステップ７４で終了する。
【００３８】
しかし、もしＵＲＬのトランクが変換テーブル内でどの「Ａ」記録とも一致しなければ、ＵＲＬのトランクがキャッシュの「Ｒ」記録と比較されるステップ７５を引き続き行う。「Ａ」及び「Ｒ」記録内で一致しなければ、ステップ７６で終了する。しかし、もし「Ｒ」記録がステップ７５で抽出されたトランクに一致すると、追加的な変換情報の位置は受信機のキャッシュメモリで変換フィールドによって明らかにされる。したがって、変換フィールドによって特定されたチャネルまたは転送ストリームは、ステップ７７で追加的な変換情報として検査され、処理は追加的な変換情報が変換メモリ内で「Ａ」または「Ｒ」記録に一致するかどうかを決定するためにステップ７３に戻る。結局、図７について記述された処理は、ＵＲＬによって特定された資源の識別を指し示すステップ７４、またはＵＲＬ参照が知られていないことを指し示すステップ７６で終了する。以上説明したように、ディジタルテレビジョン受信機は、図７の処理を行うことによって、存在する特定資源にアクセスできるかどうかを決定することができる。
【００３９】
受信機とは違って、放送するサーバーはコンピュータファイルシステムまたはインタネットドメインの名前に現れる名前の階層構造のタイプと同様の転送ストリーム、仮想チャンネル、及びイベントに対する階層的な論理名を決定しなければならない。したがって、転送ストリーム、仮想チャネル、及び／またはイベントは、それらに対して照会しようとするコンテンツ製作者に知られた名前の階層構造を作る。ネットワーク及び地方局に関しては、一般にネットワークはそれらのネットワークのフィードのイベントに対する名前階層構造を有し、地方局はそれらの局部的に発生したイベントに対する名前階層構造をもつ。
【００４０】
それぞれの地方局は、ネットワークの名前スペースに対する変換記録のみならず、自身の名前スペースも放送する。ネットワークに対する変換記録は個別的な地方局の信号のコンテキストで訂正された変換を行うために調整される。即ち、ネットワークによって提供された変換テーブルは転送ストリームＩＤ、チャネルＩＤ、イベントＩＤに対する位置を固定するためのプレースホルダーを有する。地方局はこれらを実際的な値に変える。
【００４１】
また、他のコンテンツプロバイダは、そのコンテンツを放送する放送者が変換記録を放送する際に特定放送のコンテキストで訂正された変換となるように調整された名前階層構造と、それらのコンテンツに対する変換記録のセットを有する。
【００４２】
図８は必要な変換情報を結合し、放送するために放送者によって行われた典型的なステップを示すフローチャートである。ステップ８１、８２において、近い将来（例えば、１２時間）に放送される全てのコンテンツのプロバイダが識別され、変換情報はこのプロバイダから得られる。
【００４３】
ステップ８３で、変換記録において、プレースホルダーは転送ストリームｉｄ、チャネルｉｄ、及びイベントｉｄパラメータのような放送されるコンテンツに対応する実際的な値に置き換えられる。ステップ８４で、訂正された変換記録は一定の間隔で放送される放送ストリームに挿入される。
【００４４】
一般に、テレビジョン受信機は転送装備を備えておらず、放送サーバーで両方向通信を行うことができない。このような理由で、受信機は挿入された資源の位置に関する追加的な情報を示す信号を送ることができない。
【００４５】
しかし、以上説明したように、本発明は格納された変換テーブルの使用によって、挿入された資源に対応する放送サーバーが送る情報を識別することができる。したがって、受信機はサーバーに両方向通信を要求せず、格納された変換情報を用いて資源情報を得るために適切な放送サーバーを判断及びモニタリングすることができる。事実上、本発明は変換テーブルで格納された詳細なレベルと放送局が変換情報を送ることにより、相対的に少ないメモリを用いて相対的に高い速度で資源情報を配置させることができる。
【００４６】
以上説明したように、本発明は既存の放送サーバーに対するハードウェア的な変化はほとんどない。さらに、放送サーバーはわずかの変化で動作させることができるので、既存のサーバーを破棄する必要がない。サーバーは変換テーブルを格納することができないが、ほとんどの機能は残る。
【００４７】
以下、一つの例が本発明の好適な実施形態によって行われた動作の説明を助けるために用意されている。このような例のコンテキストはネットワークのコンテンツを地方局コンテンツと併合する。
【００４８】
ＡＴＳＣディジタルテレビジョン受信機の環境下ではイベントに対する可能な直接アドレス技法は次のように与えられる。
＜transport＿id＞.＜source＿id＞.＜event＿id＞
【００４９】
このような例の目的のために、図９によって示された構造を仮定する。さらに詳しくは、ＸＹＺネットワークの地方局ＷＸＡＢが放送のために転送ストリームｉｄ（Ｔ１）を使用し、転送ストリームにソースｉｄ（Ｓ１、Ｓ２、Ｓ３）を有する三つの仮想チャネルを有すると仮定する。また、同じＸＹＺネットワークの他の地方局ＷＸＣＤが転送ストリームｉｄ（Ｔ２）を使用し、転送ストリームにソースｉｄ（Ｓ１、Ｓ２、Ｓ３、Ｓ４）を有する４つの仮想チャネルをもつと仮定する。ＸＹＺネットワークフィードは、ネットワークの地方局ＷＸＡＢが常時仮想チャネルＳ２、Ｓ３をマッピングし、他の地方局ＷＸＣＤは常時仮想チャネルＳ１、Ｓ２をマッピングする２つの仮想チャネルをもつと仮定する。２つの場合において、地方局は時々このようなチャネルでネットワークイベントを中止させ、それらを局部的に発生したコンテンツで置き換えるのみならず、他のチャネルから局部的に発生したイベントで置き換える。
【００５０】
図１０は地方局（例えば、ＷＸＡＢ）によって放送された変換記録を示す。
ＷＸＡＢ視聴領域の受信機はアクセスした転送ストリームを周期的に走査する。地方局ＷＸＡＢに対する変換記録に出会ったとき、「Ｒ：ｘｙｚ．ｃｏｍ＿Ｔ１」及び「Ｒ：ｗｘａｂ．ｃｏｍ＿Ｔ１」の「Ｒ」記録をキャッシュする。また、もしメモリがこのような記録の収容に充分であれば、低位の記録（「Ａ」記録）もキャッシュする。受信機は「ｄｔｖ：／／ｆｏｕｒ−ｏｃｌｏｃｋ．ｎｅｗｓ．ｇｅｎｅｒａｌ．ｘｙｚ．ｃｏｍ／」のようなＵＲＬを配置する必要がある時、ＵＲＬに対する変換記録を転送ストリームＴ１にあるキャッシュされた「Ｒ」記録から決定することができる。したがって、受信機はもし予め同調されていなかったなら、転送ストリームＴ１に同調され、地方局ＷＸＡＢから提供された放送に現れたときイベントの直接アドレスを決定するのに必要な変換記録を見つける。「Ｒ」記録の「Ｒ：ｎｅｗｓ．ｇｅｎｅｒａｌ．ｘｙｚ．ｃｏｍ＿Ｔｌ．Ｓ３」は転送ストリーム内に発見される。そうすると、管理者は変換記録の「Ａ：ｆｏｕｒ−ｏｃｌｏｃｋ．ｎｅｗｓ．ｇｅｎｅｒａｌ．ｘｙｚ．ｃｏｍ＿Ｔｌ．Ｓ３．Ｅ１」を発見するために、論理的なチャネルＴ１．Ｓ３を調べる。ここで、Ｅ１は４時ニュースのイベント識別名である。
【００５１】
図１１はディジタルテレビジョン受信機によって行われた処理を示すフローチャートである。ステップ１１１で、ＵＲＬのトランクが抽出され、「Ｍｏｎ−ＮＦＬ．ｓｐｏｒｔｓ．ｇｅｎｅｒａｌ．ｘｙｚ．ｃｏｍ」を得る。抽出されたものがステップ１１２、１１３でキャッシュ「Ａ」及び「Ｒ」と比較される。ステップ１１４において、受信機は「Ｒ」キャッシュによって指定された転送ストリームに同調する。そうすると、「Ａ」キャッシュはステップ１１５で一致のためにチェックされる。一致が見つけられないので、「Ｒ」キャッシュはステップ１１６で一致するかどうかチェックされ、チャネルＴ１．Ｓ３を指示する「ｇｅｎｅｒａｌ．ｘｙｚ．ｃｏｍ．」に対する一致が見つけられる。「Ｒ」キャッシュにおいて、一致はチャネルＴ１．Ｓ３を指しているので、受信機はステップ１１７で追加的な変換情報として転送ストリームＴ１のチャネルＳ３をチェックする。次に、ステップ１１８で、「Ａ」キャッシュは一致のためにチェックされ、一致はチャネルＴ１．Ｓ３．Ｅ２を指しているのが見つけられる。ステップ１１９において、イベントＥ２は現在の動作のためにチェックされる。もし、イベントＥ２が現在見せられていると、これはサービスディスクリプターである。ステップ１２１でチャネルＴ１．Ｓ３におけるテーブルが調べられ、資源／統計値／プレーヤ／ＤｏｕｇＦｌｕｔｉｅを発見する。しかし、もしイベントＥ２が現在見せられていなければ、参照された資源はステップ１２０で現在使用し得ないものとみなす。
【００５２】
ＷＸＣＤ視聴領域の受信機は同一のＵＲＬに対する同じステップを行う。しかし、変換テーブルを地方局ＷＸＣＤから受信するために、地方局ＷＸＣＤから伝送された放送に現れるたとき結局最後には直接アドレス技法になる。
論理名階層構造のレベルと直接アドレス技法におけるレベルとは１対１の対応関係にある。しかし、前記例によって明らかに説明されたように、論理的な階層構造の単一レベルは、直接アドレス技法で多重レベルに対応されることがあり、また論理的な階層構造における多重レベルが直接アドレス技法の単一レベルに対応することもある。このような柔軟性は、論理的に同一の名前が、ＤＶＢ（ディジタルビデオ放送）対ＡＴＳＣ(Advanced Television System Committee)放送のような、異なった直接アドレスの全てが同じ数のレベルを持たない時、他の場所にある他の受信機によって異なった直接アドレスに解読されることを許容する。
【００５３】
図１２はディジタルテレビジョン受信機及び本発明のように動作するように適用された様々な種類の送信機を含む本発明を実行するためのシステムを示す。図１２に示されたように、受信機は階層構造方式で変換情報を格納するためのキャッシュを含み、送信機は変換情報を放送し、受信機に送信機からの資源を配置させる。
【００５４】
本明細書に用いられ放送という用語は音声、オーディオ、及び／またはデータの伝送または通信を含む。
いくつかのシンタクティック装置を変換記録を放送及び格納するために要求されるバイトの数を減らすために用いることができる。多くの場合において、同一の論理名と同一の関連目標アドレスを有する「Ａ」記録及び「Ｒ」記録がある。単一記録が、記録に対する「Ｂ」のようなある指定で「Ａ」記録及び「Ｒ」記録をともに指示するために伝送され格納される。
【００５５】
多くの場合において論理名の共通部分及び目標アドレスの共通部分を含む多数の変換記録がある。このような状況において、共通部分をただ一回だけ伝送させるのにシンタックスを用いることができる。例えば、三つの記録で次のように表示される情報は、いずれかの「｛Ｐ１，Ｐ２，Ｐ３｝．Ｑ．Ｒ＿Ｔ．｛Ｓ１，Ｓ２，Ｓ３｝」のようなシンタックスで伝送することができる。
「Ａ：Ｐ１．Ｑ．Ｒ＿Ｔ．Ｓ１」及び「Ａ：Ｐ２．Ｑ．Ｒ＿Ｔ．Ｓ２」及び「Ａ：Ｐ３．Ｑ．Ｒ＿Ｔ．Ｓ３」
【００５６】
多くの場合において、一つまたはそれ以上の変換記録の目標アドレスの要素はそれ自身に変換記録を含むものと同一である。このような状況において、コンパクトシンボルが記録に現れる目標アドレスの表示でそれぞれの要素を表示するために用いられる。一つの例は「Ｒ：Ｘ.Ｙ.Ｚ＿＄.＄」である。ここで、「＄」は「これ」を意味する特定シンボルである。多くの場合において、この特定シンタクティック装置を元々のコンテンツプロバイダによって記録に挿入することができ、放送サーバーによって変更されない長所をもつ。全ての放送者は放送ストリームの適切な位置に変換記録が含まれるようにする。
【００５７】
本明細書では本発明の好適な実施形態を説明しているが、当業者はこれを改良及び変形することができ、または本発明の範囲を外れずに、本発明の構成要素を代替することが可能である。さらに、多くの変形が中心範囲から外れずに、本発明を特定の状況または物質を採用するように作ることができる。例えば、以上説明した本発明の概念は他のディジタルテレビジョン受信機と他の放送システムに使用するのように容易に変形することができる。したがって、本発明は本発明を実行するための計画された最上の形態として記述された特定の実施形態に局限されず、本発明は請求範囲の範囲内に属する全ての実施形態を含むことを意味する。
【００５８】
以上の説明及び図面は個別的な発明の概念、次の全てまたは部分的な請求項の範囲に部分的にまたは全体的に置かれた概念の一部分の変化を含むものと出願人によって見なされる。出願人が本発明の出願時点に次の請求項によって請求された保護の範囲を制限するために選択した事実は出願の内容に含まれ、次の請求項による範囲で区別される請求項によって決定されうる選択すべき概念の権利放棄と見なされない。ここで、選択すべき概念は手続中に例えば、分割出願を目的として採用される他の請求項とは異なる。
【符号の説明】
【００５９】
１２…地上放送局、１３…ケーブルシステム、１４…衛星システム、１５…インタネットシステム、２１…転送ストリーム、２２…仮想チャネル、２３…基礎ストリーム、２４…イベント及び／または個人的なデータ項目、３１…ネットワーク放送サーバー、３２…地方局（ＷＸＡＢ及びＷＸＣＤ）、３３…受信機（ＤＴＶ＃、ＤＴＶ＃２）。
【図１】
2009219154.tif 000003
【図２】
2009219154.tif 000004
【図３】
2009219154.tif 000005
【図４】
2009219154.tif 000006
【図５】
2009219154.tif 000007
【図６】
2009219154.tif 000008
【図７】
2009219154.tif 000009
【図８】
2009219154.tif 000010
【図９】
2009219154.tif 000011
【図１０】
2009219154.tif 000012
【図１１】
2009219154.tif 000013
【図１２】
2009219154.tif 000014
【手続補正書】
【提出日】平成21年7月17日(2009.7.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
変換情報を受信機メモリに格納するステップと、
参照された資源に相応する前記受信機メモリに格納された前記変換情報を参照して、前記参照された資源に対する追加的な変換情報の放送ストリーム内における少なくとも一つの位置を判別するステップと
を含み、
前記受信機メモリに前記変換情報を格納するステップにおいて、前記受信機に伝達された変換情報をその全体よりも少なく格納することを特徴とする放送環境内で参照された資源の位置を決定可能にする方法。
【請求項２】
前記受信機メモリに格納された前記変換情報は、前記追加的な変換情報に対する少なくとも一つの放送ストリームを識別することを特徴とする請求項１に記載の放送環境内で参照された資源の位置を決定可能にする方法。
【請求項３】
前記参照された資源に対する前記受信機メモリに格納された前記変換情報によって判別された位置から前記追加的な変換情報を受信するステップをさらに含むことを特徴とする請求項１に記載の放送環境内で参照された資源の位置を決定可能にする方法。
【請求項４】
前記受信された追加的な変換情報に基づいて前記参照された資源の位置を決定するステップをさらに含むことを特徴とする請求項３に記載の放送環境内で参照された資源の位置を決定可能にする方法。
【請求項５】
前記参照された資源の位置を決定できるようにする前記変換情報は、送信局により出力されることを特徴とする請求項１に記載の放送環境内で参照された資源の位置を決定可能にする方法。
【請求項６】
前記追加的な変換情報は、前記参照された資源に対する少なくとも一つのさらなる追加的な変換情報の前記放送ストリームにおける位置を指し示すことを特徴とする請求項１に記載の放送環境内で参照された資源の位置を決定可能にする方法。
【請求項７】
参照された資源の位置を決定するのに用いられる受信された変換情報を格納するもので、その受信された全体よりも少なく格納するメモリと、
前記参照された資源に相応する前記受信機メモリに格納された前記変換情報を参照して、前記参照された資源に対する追加的な変換情報の放送ストリームにおける少なくとも一つの位置を判別する手段と
を含むことを特徴とする放送環境内で利用可能な受信機。
【請求項８】
前記変換情報は、放送ストリームにおける参照された資源の位置を指示する下位記録と、これらの下位記録の位置を指示する上位記録とを含み、
前記変換情報をその受信された全体よりも少なく格納することは、前記下位記録をその全体よりも少なく格納することによって達成されることを特徴とする請求項７に記載の放送環境内で利用可能な受信機。
【請求項９】
前記追加的な変換情報は、前記参照された資源に対する少なくとも一つのさらなる追加的な変換情報の前記放送ストリームにおける位置を指し示すことを特徴とする請求項７に記載の放送環境内で利用可能な受信機。
【請求項１０】
前記変換情報は、放送ストリームにおける参照された資源の位置を指示する下位記録と、これらの下位記録の位置を指示する上位記録とを含むことを特徴とする請求項７に記載の放送環境内で利用可能な受信機。