JP2004507988A - 機能拡張テレビのトリガーをタイム・シフトさせる方法及びシステム - Google Patents

Abstract

有効期限属性を有するトリガーを含む機能拡張テレビ送信が、その有効期限属性がトリガーの利用に悪影響を与える場合がある様々な状況において利用できるようにする方法およびシステムを提供する。例えば、放送を記録する状況において、トリガーの期限切れの後でも再生を可能にする。同様に、現地支局またはＦＮＯＣ（ｆｒａｎｃｈｉｓｅ ｎｅｔｗｏｒｋ ｏｐｅｒａｔｉｎｇ ｃｅｎｔｅｒ）は、元のトリガーの有効期限属性を調整することによって、機能拡張テレビ・コンテンツを再放送することができる。

Description

【０００１】
【発明が属する技術分野】
本発明は、一般に、アナログ送信及びデジタル送信を含む機能拡張テレビ放送（ｅｎｈａｎｃｅｄ ｔｅｌｅｖｉｓｉｏｎ ｂｒｏａｄｃａｓｔ）に関する。
【０００２】
【従来の技術】
機能拡張テレビ番組（ｅｎｈａｎｃｅｄ ｔｅｌｅｖｉｓｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ）では、テレビ番組にアナログ方式またはデジタル方式で追加のコンテンツを添付することが可能である。いくつかの実施態様では、この追加のコンテンツはインターネットベースのコンテンツの形をとる場合がある。機能拡張テレビ技術を用いて、コンテンツ制作者（例えば放送局）は、従来のテレビ信号とともにＨＴＭＬ（ｈｙｐｅｒｔｅｘｔ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）データを送信することができる。視聴者は、インターネットを介してテレビ放送局と対話する（ｉｎｔｅｒａｃｔ）ことができる。
【０００３】
例えば、関連する番組情報を得るために、視聴者がネットワークのウェブサイトにアクセスできるようにする拡張機能（ｅｎｈａｎｃｅｄ ｆｅａｔｕｒｅｓ）をテレビ画面上に表示することができる。この関連する番組情報は、例えば、そのテレビ番組自体には容易に組み込めない追加の広告または追加の詳細情報でありうる。つまり、ユーザは、インターネット接続を介して選択的に追加情報にアクセスすることができる。
【０００４】
機能拡張テレビ送信には様々な規格が存在し、その中には、１９９８年から１９９９年にかけて公表されたＡＴＶＥＦ（Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｅｎｈａｎｃｅｍｅｎｔ Ｆｏｒｕｍ）の機能拡張コンテンツ仕様第１．１版第２６改訂版（Ｅｎｈａｎｃｅｄ Ｃｏｎｔｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ １．１， Ｒｅｖｉｓｉｏｎ ２６）（以下、ＡＴＶＥＦ仕様）が含まれる。このＡＴＶＥＦ仕様は、デジタル方式またはアナログ方式の機能拡張テレビ送信を製作するために、トリガー（ｔｒｉｇｇｅｒｓ）とリソース（ｒｅｓｏｕｒｃｅｓ）とアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔｓ）とをテレビ・コンテンツと一緒に送信（または放送）及び処理するための規格を提供する。
【０００５】
双方向テレビのリソースの利用可能性（ａｖａｉｌａｂｉｌｉｔｙ）を知らせるために、トリガーを利用することができる。アナウンスメントは、受信機が現在利用可能な番組を知らせる。リソースは、機能拡張番組（ｅｎｈａｎｃｅｄ ｐｒｏｇｒａｍ）または双方向番組としてのテレビ放送に連動して表示可能なテレビ・エンハンスメント（ｔｅｌｅｖｉｓｉｏｎ ｅｎｈａｎｃｅｍｅｎｔ）またはウェブ・コンテンツである。
【０００６】
ＡＴＶＥＦ仕様によれば、トランスポートＡおよびトランスポートＢと呼ばれる二つの基本的なトランスポート・タイプが存在する。トランスポート・タイプＡではリソースはインターネット上でアクセスされ、トランスポート・タイプＢではリソースはテレビ・コンテンツと共に送信される。
【０００７】
トリガーは、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含み、人間に読み取り可能な名前（ｎａｍｅ）と期限期日（ｅｘｐｉｒａｔｉｏｎ ｄａｔｅ）とスクリプト（ｓｃｒｉｐｔ）とを任意選択的に含みうる。自動またはユーザ登録のいずれかによりエンハンスメント（ｅｎｈａｎｃｅｍｅｎｔｓ）を開始するために、名前入りの属性（ｎａｍｅ ａｔｔｒｉｂｕｔｅ）を含むトリガーを利用することができる。エンハンスメントの最初の最上位ページは、トリガーに含まれるＵＲＬによって示される。スクリプト属性（ｓｃｒｉｐｔ ａｔｔｒｉｂｕｔｅ）は、トリガー受信側オブジェクト（ｔｒｉｇｇｅｒ ｒｅｃｅｉｖｅｒ ｏｂｊｅｃｔ）を含むページの文脈（ｃｏｎｔｅｘｔ）の内部で実行するためのスクリプト部分を提供する。
【０００８】
有効期限属性（ｅｘｐｉｒｅｓ ａｔｔｒｉｂｕｔｅ）は、その後はリンクがもはや有効ではなくなる有効期限（ｅｘｐｉｒａｔｉｏｎ ｔｉｍｅ）を提供する。この有効期限属性は、ＡＴＶＥＦ仕様において与えられる一例によれば［ｅｘｐｉｒｅｓ：１９９７１２２３］の形式をとりうる。
【０００９】
ある場合において、トリガーによって提供されるリソースとのリンクが一定期間後に期限切れとなることがある。これにより問題が発生する場合がある。例えば、ある状況において、地方の系列局（ｌｏｃａｌ ａｆｆｉｌｉａｔｅ）またはいわゆるフランチャイズのネットワーク・オペレーティング・センター（ｆｒａｎｃｈｉｓｅ ｎｅｔｗｏｒｋ ｏｐｅｒａｔｉｎｇ ｃｅｎｔｅｒ：以下、「ＦＮＯＣ」とよぶ）によって、機能拡張テレビ・コンテンツを再送信（ｒｅｔｒａｎｓｍｉｔ）する場合がある。そして、ＦＮＯＣは、放送を受信し、例えば、ＦＮＯＣの現地時間帯の適当な時間にその放送を再送信する場合がある。結果として、有効期限は、放送が送信される前に過ぎ去る場合がある。このような場合には、ユーザは、リソースを取得するためにリンクをアクティブにすることができない場合がある。
【００１０】
同様に、デジタル記録技術は、ユーザが機能拡張放送（ｅｎｈａｎｃｅｄ ｂｒｏａｄｃａｓｔ）を実際に記録することができるようにするためには有効な場合がある。そのユーザは、後にその記録された放送を再生する場合があり、そのリンクが期限切れになってしまっているためにリソースへのリンクをアクティブにすることができない場合がある。
【００１１】
【発明が解決しようとする課題】
以上の説明から、タイム・シフトされた機能拡張テレビ・コンテンツが様々な状況において有効に使用されることができるようにする必要性がある。
【００１２】
【発明の実施の形態】
図１を参照して説明する。本発明に係る機能拡張テレビ配信システム（ｅｎｈａｎｃｅｄ ｔｅｌｅｖｉｓｉｏｎ ｄｅｌｉｖｅｒｙ ｓｙｓｔｅｍ）１０は、放送用ヘッドエンドまたは放送用サーバ１２を含みうる。ヘッドエンドまたはサーバ１２は、テレビ番組等のテレビ・コンテンツと、その機能拡張コンテンツ（ｅｎｈａｎｃｅｄ ｃｏｎｔｅｎｔ）または少なくともその機能拡張コンテンツのリファレンス（ｒｅｆｅｒｅｎｃｅ）とを提供することができる。ヘッドエンド１２から（受信機１６ａおよび１６ｂのみが図１に示されている）複数の受信機１６に機能拡張テレビ送信を放送することができる。ケーブル、衛星回線、または従来のテレビ放送でありうるトランスポート１４にわたって機能拡張コンテンツを転送することができる。この機能拡張コンテンツは、アナログ形式またはデジタル形式でありうる。
【００１３】
各受信機１６は、ソフトウェアを格納する記憶装置１７を含みうる。受信機１６は、プロセッサベースのシステムでありうる。例として、受信機１６は、トランスポートにわたって機能拡張コンテンツを受信するための適切な通信手段を備えたデスクトップ・コンピュータ、ラップトップ・コンピュータ、手持ち式コンピュータ、セットトップボックス、または他のプロセッサベースの機器でありうる。ソフトウェア１８によって、有効期限のあるトリガーが存在するにもかかわらず、機能拡張コンテンツをタイム・シフトさせることができるようにする。
【００１４】
図２を参照して説明すると、ソフトウウェア１８は、受信機１６が機能拡張テレビ送信をデジタル記録するために利用されている状況に対処する。ユーザは、番組（ｐｒｏｇｒａｍｍｉｎｇ）だけでなく、それに付随するトリガーも記録することができる。トリガーは、インターネット上で機能拡張コンテンツにアクセスするために使用されるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の形式であるか、または参照されたリソースのローカルな記憶位置のリファレンス（ｒｅｆｅｒｅｎｃｅ）でありうる。
【００１５】
もちろん、トリガーに有効期限がある場合には、ユーザは、トリガーが期限切れした後も長くそのトリガーを介してリソースにアクセスしようと試みる場合がある。このような場合には、リソースが実際にはまだアクセス可能な状況であっても、ユーザはそのトリガーにアクセスすることができない場合がある。
【００１６】
図２を参照して説明すると、ブロック２０において、ソフトウェア１８は最初に現地時間（ｌｏｃａｌ ｔｉｍｅ）を取得する。ブロック２２において、この現地時間を記憶することができる。そして、ブロック２４においてこの現地時間を万国標準時ＵＴＣ（Ｕｎｉｖｅｒｓａｌ Ｃｏｏｒｄｉｎａｔｅｄ Ｔｉｍｅ）に変換して、ブロック２６に示すように記憶することができる。
【００１７】
ブロック３０に示すように、トリガーの有効期限（ｔｒｉｇｇｅｒ ｅｘｐｉｒａｔｉｏｎ ｔｉｍｅ）をビデオ・ストリームから抽出することができる。そして、ブロック２８において、ＵＴＣでの現在の現地時間（ＬｏｃａｌＴ）がトリガーの有効期限（ＴｒｉｇｇｅｒＴ）から差し引かれる。ブロック３２に示すように、その結果はデルタ時間（ｄｅｌｔａ ｔｉｍｅ）である。デルタ時間が負の場合には、トリガーは既に期限切れしてしまっているので、ブロック３１においてトリガーを単に破棄するだけでよい場合がある。
【００１８】
一方、デルタ時間がゼロまたは正の場合（菱形３４参照）には、ブロック３８において有効期限属性（ｅｘｐｉｒｅｓ ａｔｔｒｉｂｕｔｅ）を破棄することができる。そして、有効期限属性無しにその他の機能拡張テレビ・コンテンツと共にトリガーを記録することができる。そして、要約すると、有効期限属性のあるトリガーは、その有効期限属性が取り除かれたフォーマットへと変換される。有効期限属性の不存在はＡＴＶＥＦ仕様の下では許容される。
【００１９】
そして、結果として生じるトリガーは任意の時間に実行することが可能である。（すなわち、タイプＢのトランスポートを介して）リソースが現地で記憶される場合には、トリガーが選択されたどのような時でもそのリソースを取得することができる。（すなわち、タイプＡのトランスポートを介して）リソースが外部からアクセスされる場合には、そのリソースは常にアクティブ（アクセスできる状態）でなくてもよい。このような場合には、トリガーは、遠隔のリソースにアクセスすることができない場合がある。
【００２０】
しかしながら、所望の場合には、遠隔的にアクセス可能なリソースにトリガーの取得と同時にアクセスすることができ、その後、そのリソースを後の現地でのアクセスのために現地に記憶することができる。代わりに、現地に記憶されたリソースにアクセスするために、トリガーのＵＲＬを現地の記憶アドレスに変更することができる。
【００２１】
図５を参照して説明すると、アナログ方式の機能拡張テレビ送信を記録するための本発明の一実施態様によるシステム１１０は、記録装置（ｒｅｃｏｒｄｉｎｇ ｃｏｍｐｏｎｅｎｔ）または「レコーダ（ｒｅｃｏｒｄｅｒ）」１１２と、再生装置（ｐｌａｙｂａｃｋ ｃｏｍｐｏｎｅｎｔ）または「プレーヤ（ｐｌａｙｅｒ）」１１４とを含む。本発明の一実施態様によれば、レコーダ１１２は、トランスポート・タイプＢのストリームを記録する（トランスポート・タイプＡのストリームも記憶することもできる）一方、プレーヤ１１４は、記憶されたストリームをトランスポート・タイプＡのストリームとして変換して再生することができる。
【００２２】
機能拡張テレビのトランスポート・タイプＢの送信は、トリガー・ストリーム１１６と、オーディオ／ビデオ・ストリーム１１８と、リソース・ストリーム１２０と、アナウンスメント・ストリーム（図示せず）とを含む。オーディオ／ビデオ・ストリーム１１８は、コンポジット（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｔａｎｄａｒｄｓ Ｃｏｍｍｉｔｔｅｅ：以下、「ＮＴＳＣ」とよぶ）信号でありうる。稼働中に、アナウンスメントがテレビ番組の前またはその最中によく知られたインターネット・プロトコル（ＩＰ）アドレスおよびポート番号に送られ、エンハンスメントが利用可能であることを知らせる。受信機は、このＩＰアドレス／ポートに合わされ、トリガー及びリソースの情報をいかに受信するかについての情報を受信する。ここで、トリガーは、一般に、リソースの位置（またはロケーション）を示すユニフォーム・リソース・ロケータ（ＵＲＬ）を含む。
【００２３】
リソース・ストリーム１２０内のリソースがリソース・リスナ（ｒｅｓｏｕｒｃｅ ｌｉｓｔｅｎｅｒ）１２２によって抽出される場合には、このようなリソースは、例えばキャッシュ（ｃａｃｈｅ）でありうる記憶媒体１２４に一般に記憶される。記憶媒体１２４は、ハードディスク、フロッピーディスク、デジタル多用途ディスク（ＤＶＤ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク、または他の適当なコンピュータに読み取り可能な記憶媒体でありうる。適切なリソースのみを記憶媒体１２４に記憶するために、重複したリソースまたは期限切れのリソースを受け容れないようにリソース・リスナ１２２をプログラムすることができる。
【００２４】
リソースが記憶媒体１２４に記憶されると、それらの記憶されたリソースに対応するトリガーはローカル識別子のＵＲＬ（ｌｏｃａｌ ｉｄｅｎｔｉｆｉｅｒ ＵＲＬ）（例えば、ｌｉｄ：ＵＲＬ）を一般に含み、そのことはリソースが一方向送信を使用して配信されたものでオンデマンドでは利用可能でないことを意味する。このように、トランスポート・タイプＢは、リソース・データとトリガーとの両方の実放送（ｔｒｕｅ ｂｒｏａｄｃａｓｔ）に使用され、インターネット接続無しに放送することができる。任意選択的なインターネット接続は、トリガーが（例えば、電子商取引またはウェブ閲覧用に）インターネット上で利用可能なリソースを（例えば、ｈｔｔｐ：またはｆｔｐ：ＵＲＬを使って）示す場合には、リターンパス（ｒｅｔｕｒｎ ｐａｔｈ）を提供することができる。
【００２５】
トランスポート・タイプＡは、オーディオ／ビデオ・ストリーム１１８と一緒にトリガーの配信を含む。すなわち、既存のトランスポート・タイプＡの送信は、ＮＴＳＣビデオ信号の垂直帰線消去期間ＶＢＩ（ｖｅｒｔｉｃａｌ ｂｌａｎｋｉｎｇ ｉｎｔｅｒｖａｌ）を使ってトリガーをしばしば送信する。トランスポート・タイプＡの送信は、リソース・ストリーム１２０またはアナウンスメント・ストリームを送信しないことがある。そのため、トランスポート・タイプＡシステムは、ｈｔｔｐ：を使ってリソースをフェッチするために、通常、双方向のインターネット接続を使用する。
【００２６】
システム１１０は、レコーダ１１２側のトリガー・インサータ・ユニット（ｔｒｉｇｇｅｒ ｉｎｓｅｒｔｅｒ ｕｎｉｔ）１２６と、プレーヤ１１４側のストリーム・シミュレータ・ユニット１２８（これは、トランスポート・タイプＡストリームのシミュレータに例えられる）と、プロキシ・ユニット（ｐｒｏｘｙ ｕｎｉｔ）１３０とを含む。最終的な結果は、インターネットからリソース１３２を必ずしも読み出されること無く、一つ以上のリソース１３２が記憶媒体１２４から受信機ユニット１６に与えられることがあるということである。更に、トリガー・インサータ・ユニット１２６を使用してトリガーをオーディオ／ビデオ・ストリーム１１８のビデオ信号（例えばＶＢＩ）へと挿入することにより、従来のトランスポート・タイプＢシステムには存在しない、トリガー・ストリーム１１６とオーディオ／ビデオ・ストリーム１１８との間の同期化が実現される。
【００２７】
レコーダ１１２のトリガー・インサータ・ユニット１２６の一実施態様における動作の流れを図６に示す。ソフトウェア、ハードウェア、またはそれらの両方の組み合わせによりトリガー・インサータ・ユニット１２６を実現することができ、トリガー・インサータ・ユニット１２６は、トリガー・ストリーム１１６からのデータとオーディオ／ビデオ・ストリーム１１８からのデータとを入力として使用する。
【００２８】
ブロック１３６では、まず、トリガー・インサータ・ユニット１２６は、受信した放送の中に利用可能なトリガーが存在しているかどうかを判定する。受信した放送がトランスポート・タイプＡの送信である場合には、このようなトリガーは、もしあるならば、例えば、オーディオ／ビデオ・ストリーム１１８のＶＢＩの中にありうる。トリガーが抽出され、受信プロセスの一部として有効性（ｖａｌｉｄｉｔｙ）が評価される。トリガーが有効な場合には、ブロック１４０で、トリガー・インサータ・ユニット１２６は、オーディオ／ビデオ・ストリーム１１８からのデータ（とそれに付随する有効なトリガー）を記憶媒体１２４へと記憶する。
【００２９】
トランスポート・タイプＢ放送が存在する場合には、ブロック１３６において、トリガー・インサータ・ユニット１２６は、トリガー・ストリーム１１６から有効なトリガーの利用可能性を検出する。ブロック１３８では、トリガー・インサータ・ユニット１２６は、トリガー・データをオーディオ／ビジュアル・データと組み合わせる。より具体的には、本発明のある実施態様によれば、トリガー・インサータ・ユニット１２６は、オーディオ／ビデオ・ストリーム１１８のＶＢＩへとトリガーを挿入する。この方法では、トランスポート・タイプＢストリームは、ブロック１４０において記憶媒体１２４へと記憶される前にトランスポート・タイプＡストリームに「変換（ｔｒａｎｓｆｏｒｍｅｄ）」される。従って、トリガー・ストリーム１１６とオーディオ／ビジュアル・ストリーム１１８とを受信した際にトリガーをＶＢＩへと挿入することによって、それらのトリガーをそれらに対応するビデオフレームと一緒に与えることによって、それらのトリガーがオーディオ／ビジュアル・データと時間的に同期化される。
【００３０】
ブロック１４０では、トリガー・インサータ・ユニット１２６は、上記データを適切なタイプのオーディオ／ビデオ・ストリーミング及び記憶フォーマットを使用して記憶媒体１２４へと記憶する。リアルビデオ^ＴＭ／リアルオーディオ^ＴＭ（ＲｅａｌＶｉｄｅｏ^ＴＭ／ＲｅａｌＡｕｄｉｏ^ＴＭ）や、フラッシュ^ＴＭ（Ｆｌａｓｈ^ＴＭ）や、クイック・タイム^ＴＭ（ＱｕｉｃｋＴｉｍｅ^ＴＭ）や、ＡＶＩ（Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｌｅａｖｅｄ）や、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）や、ＤＶＤ等のフォーマットを使用することができる。
【００３１】
トリガーは、リソースの位置を示すＵＲＬを含みうる。これらのＵＲＬは、対応するリソースがリソース・リスナ１２２から抽出され、続いて記憶媒体１２４に記憶される場合には記憶媒体１２４を示すｌｉｄ：ＵＲＬの形式をとりうる。トリガーの中のＵＲＬは、それに対応するリソースが記憶媒体１２４とインターネットとの両方から利用可能な場合には、ｈｔｔｐ：ＵＲＬでありうる。同様に、記憶媒体１２４またはインターネットから利用可能なリソースの位置を示すために、ｆｔｐ：等の他のＵＲＬスキームをトリガーによって使用する場合がある。
【００３２】
一実施態様においてリソース・リスナ１２２は、特定のＵＲＬとは無関係にリソース・ストリーム１２０からリソースを抽出して、これらのリソースを記憶媒体１２４に記憶する。外部のインターネット・ソースからではなく、記憶媒体１２４から記憶済みのリソースを読み出す方法は、プロキシ・ユニット１３０に関連して、さらに詳細に以下に説明される。
【００３３】
プレーヤ１１４が使用することができるストリーム・シミュレータ・ユニット１２８の実施態様を図７に示す。ソフトウェア、ハードウェア、またはその両方の組み合わせによってストリーム・シミュレータ・ユニット１２８を実現することができる。ブロック１４２では、稼働中に、ストリーム・シミュレータ・ユニット１２８は、記憶媒体１２４から記憶済みのオーディオ／ビデオ・ストリーム１１８とトリガー・ストリーム１１６とを読み出す。ある実施態様では、ブロック１４４において、ストリーム・シミュレータ・ユニット１２８は、適用可能なプレゼンテーション／ディスプレイ用アプリケーション・ソフトウェアによって使用されるフォーマットと結果として生じるストリームとが互換性を持つようにするために、その結果として生じるストリームをフォーマットすることができる。例えば、マイクロソフト・ウィンドウのＤｉｒｅｃｔＳｈｏｗ^ＴＭがプレゼンテーション用ソフトウェアとして使用される場合には、ブロック１４４において、ストリーム・シミュレータ・ユニット１２８は、結果として生じるストリームをウィンドウ環境でライブラリを使用するＤｉｒｅｃｔＳｈｏｗ^ＴＭアーキテクチャへとフォーマットすることができる。
【００３４】
次に、ストリーム・シミュレータ・ユニット１２８は、疑似のトランスポート・タイプＡのストリームを受信機１６に提供する。一例として、受信機１６は、ディスプレイ装置１４８として従来のテレビ受像機（テレビジョンセット）を含み、そのテレビ受像機に結合した別個の装置として機能拡張テレビ・モジュール（ｅｎｈａｎｃｅｄｔｅｌｅｖｉｓｉｏｎ ｍｏｄｕｌｅ）１４６を有する。機能拡張テレビ・モジュール１４６は、機能拡張テレビ送信データを受信し、ユーザに機能拡張テレビ機能を表示または知らせ、ユーザにそのユーザが（例えば、対話するための）情報を入力することができるようにするインタフェースを提供する能力を備えうる。
【００３５】
本発明の一実施態様に従う、受信機１６とストリーム・シミュレータ・ユニット１２８とプロキシ・ユニット１３０とを使用するプレーヤ１１４の動作を図８に示す。ｈｔｔｐ：ＵＲＬを有するリソース１３２の読み出しにプロキシ・ユニット１３０が干渉するということから、このプロキシ・ユニット１３０を「ｈｔｔｐ：プロキシ（ｈｔｔｐ：ｐｒｏｘｙ）」と考えることができる。プロキシ・ユニット１３０は、ｌｉｄ：ＵＲＬを有するリソース１３２、またはｆｔｐ：ＵＲＬを有するリソース等の他のプロトコル・リソースに干渉して読み出すように構成することもできる。すなわち、一実施態様によれば、リソースのリクエストをルート変更して、利用可能な場合にはリクエストされたリソースを（例えば、記憶媒体１２４等の）ローカル・キャッシュから読み出すが、（インターネットへのアップリンクまたはバックチャネルが有効であると仮定して）リクエストされたリソースがローカル・キャッシュに無い場合には通常のｈｔｔｐ：ハンドラ（ｈｔｔｐ： ｈａｎｄｌｅｒ）を放棄（ｒｅｌｉｎｑｕｉｓｈ）または呼び出して読み出しを実行する、薄型または単純なエージェントをプロキシ・ユニット１３０が含みうる。
【００３６】
ソフトウェア、ハードウェア、またはその両方の組み合わせによりプロキシ・ユニット１３０を実現することができる。一実施態様によれば、このプロキシ・ユニット１３０は、例えば、ＰＣ用オペレーティング・システムのレジストリに一集合のソフトウェア・コミュニケーション命令または設定を含みうる。
【００３７】
一例において、トリガーがＶＢＩに挿入された疑似のトランスポート・タイプＡのストリームのフォーマット方式で機能拡張テレビ送信を受信すると、ユーザがリソース１３２をリクエストするか、または、受信機１６が自動的にリソース１３２をリクエストすることができる。受信機１６はトランスポート・タイプＡの使用可能（ｅｎａｂｌｅ）である場合には、リクエストされたリソース１３２がインターネットから外部より読み出される。そのため、図８のブロック１５０において、受信機１６は、ｈｔｔｐ：プロトコルを使用してリソース１３２のＵＲＬリクエストを送る。ｈｔｔｐ：ＵＲＬではなくｌｉｄ：ＵＲＬをトリガーが含む場合には、受信機１６および／またはプロキシ・ユニット１３０は、ローカル・キャッシュ（ｌｏｃａｌ ｃａｃｈｅ）でありうる記憶媒体１２４からリソース１３２を直接に読み出すことができる。
【００３８】
次に、菱形１５２において、プロキシ・ユニット１３０は、受信機ユニット１３４からのｈｔｔｐ：リクエストを傍受し、リソース１３２が記憶媒体１２４に存在するかどうかを判定する。プロキシ・ユニットが記憶媒体１２４内にリソース１３２を見出す場合には、ブロック１５４に示されるように、リソース１３２は、記憶媒体１２４から読み出され、受信機１６による表示および／または他に用途のために受信機１６に提供される。菱形１５２に示されるように、プロキシ・ユニット１３０は、記憶媒体１２４からｌｉｄ：ＵＲＬを有するリソース１３２を読み出す他に、そのリソース３２が記憶媒体１２４に記憶されている場合には記憶媒体１２４からｈｔｔｐ：またはｆｔｐ：ＵＲＬを有するリソースを読み出し、外部的であればインターネットからｈｔｔｐ：またはｆｔｐ：ＵＲＬを有するリソースを読み出すことができる。
【００３９】
プロキシ・ユニット１３０が、記憶媒体１２４にリクエストされたリソース１３２を見出さない場合には、ブロック１５６において、プロキシ・ユニット１３０は、（例えばインターネット等の）ネットワークからリソース１３２を読み出そうと試みることができる。菱形１５８において、読み出しが不成功の場合には、失敗のメッセージが受信機１６に送られる。それに対する応答では、受信機１６はプロキシ・ユニット１３０に再度試みをさせるか、または、受信機１６はユーザがリソース１３２を利用することができない旨もしくは他の適切な応答をユーザに知らせるために、ユーザへのメッセージをディスプレイ装置１４８に表示させる。
【００４０】
そして、リソース１３２がプロキシ・ユニット１３０によってうまく読み出される場合には、ブロック１６０において、読み出されたリソース１３２が、記憶媒体１２４に記憶され、続いて受信機１６に提供され、それにより機能拡張テレビのコンテンツおよび機能をユーザに提供することができる。
【００４１】
本発明の実施態様によれば、ビデオ・ストリームへとトリガーを挿入することによって、トランスポート・タイプＢのストリームを疑似のトランスポート・ストリームＡへと変換することができる。レコーダ１１２は、リソースと変換済みのストリームとを記憶媒体１２４に記憶する。再生の間には、プレーヤ１１４は、記憶媒体１２４から記憶済みの疑似のトランスポート・タイプＡのストリーム内のトリガーを読み出し、プロキシ・ユニット１３０を使用して記憶媒体１２４からリクエストされたリソース、またはそのリソースが記憶媒体１２４に既に記憶されていない場合には外部的にインターネットからそのリクエストされたリソースを読み出すことができる。このように、トランスポート・タイプＢの送信は、トランスポート・タイプＡの送信のように見え、トランスポート・タイプＡの送信のように受信機ユニット１３４によって取り扱われる。
【００４２】
次に、図３を参照して説明する。地域支局またはＦＮＯＣ８２が存在する実施態様は、既に説明したような放送用ヘッドエンド（ｂｒｏａｄｃａｓｔ ｈｅａｄ ｅｎｄ）１２とトランスポート１４とを含む。ＦＮＯＣ８２ａおよび８２ｂは、トランスポート１４上で機能拡張テレビ番組を受信して、その後にその番組を現地の受信機１６に提供する。現地の受信機１６ａおよび１６ｂは、さらに別のトランスポート（図示せず）上で放送を受信する場合がある。
【００４３】
それぞれのＦＮＯＣ８２は、ソフトウェア５０を記憶する記憶装置８４を含みうる。ＦＮＯＣ８２は、記憶装置８４に記憶されたソフトウェア５０を実行することができるプロセッサベースのシステムを含みうる。
【００４４】
ＦＮＯＣが機能拡張放送を元々意図されていた時間の後に再放送する場合には、トリガーの期限切れに関する問題が発生する。例えば、ある時間帯（ｔｉｍｅ ｚｏｎｅ）に始まる番組が別の時間帯にＦＮＯＣ８２に提供される場合がある。ＦＮＯＣ８２は、番組を再放送にとって適切な現地の時間帯である放映時間（ｔｉｍｅ ｓｌｏｔ）にタイム・シフトさせることが最も適切であることを決定することができる。しかしながら、場合によっては、トリガーはマテリアル（ｍａｔｅｒｉａｌ）が実際に再放送される時間までに期限切れする場合がある。
【００４５】
ソフトウェア５０は、ＦＮＯＣによるこの潜在的な送信時間のシフトを考慮して、それに応じて有効期限属性（ｅｘｐｉｒｅｓ ａｔｔｒｉｂｕｔｅ）を調整する。図４を参照して説明すると、ブロック５２において、ソフトウェア５０は、プログラムが開始されるＦＮＯＣのエンハンスメント開始時間（ｅｎｈａｎｃｅｍｅｎｔ ｓｔａｒｔ ｔｉｍｅ）または予定時間（ＳｔａｒｔＴ）を取得することから始まる。ブロック５４のエンハンスメント開始時間がブロック５６でＵＴＣに変換され、ブロック５８に示される。
【００４６】
ブロック６２に示されるように、トリガー有効期限（ＴｒｉｇｇｅｒＴ）は、機能拡張テレビ・ストリームから抽出される。そして、ブロック６０に示されるように、エンハンスメント開始時間（ＳｔａｒｔＴ）はトリガー有効期限（ＴｒｉｇｇｅｒＴ）から差し引かれる。この結果、ブロック６４に示されるように、デルタ時間（ＤｅｌｔａＴ）が得られる。
【００４７】
菱形６６におけるチェックにより、このデルタ時間がゼロ以上かどうかを判定する。ゼロ未満の場合には、ブロック６８に示されるように、トリガーが破棄される。
【００４８】
デルタ時間がゼロ未満の場合には、ブロック７０において、再送信開始時間（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｓｔａｒｔ ｔｉｍｅ）に等しい再送信時間（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ）＋デルタ時間がトリガーの新たな有効期限属性として使用される。ブロック７２に示されるように現地時間における再放送開始時間またはＦＮＯＣが機能拡張番組を再放送する時間が取得され、ブロック７４に示されるようにそれがＵＴＣに変換され、ブロック７６に示されるように再放送開始時間（ｒｅｔｒａｎｓｍｉｓｓｉｏｎＳｔａｒｔＴ）として記憶される。このようにして、ブロック７０ではＦＮＯＣにより決定されるこのＵＴＣでの再放送開始時間はデルタ時間に加えられ、ブロック７８に示されるようにＵＴＣでの新たなトリガー有効期限属性が生成される。ブロック８０に示されるように、この新たなトリガー有効期限属性が保存される。
【００４９】
結果として、この有効期限は、ヘッドエンドにおいて元々意図されたものの役割を果たすことができる。すなわち、現地時間に基づいて最初の放送からある所定時間後に有効期限を延長することができる。これにより、元の機能拡張テレビ送信における有効期限属性の元々の意図が達せられる。
【００５０】
タイプＢのトランスポートを介して受信したデータを再放送する場合には、リソースは現地でアクセス可能な場合があり、トリガーの取扱は上記に説明した通りでありうる。しかしながら、ＦＮＯＣがタイプＡのトランスポートを受信する場合には、有効期限属性を単に調整するだけでは、リソースがアクセス可能でない状況が結果としてもたらされることがある。なぜならば、トリガーを介してアドレス指定されるウェブサイトがもはや稼働できない場合があるためである。
【００５１】
この問題は少なくとも２つの異なった方法で取り扱われることがある。一つのアプローチによれば、ＦＮＯＣはトリガーのＵＲＬを通じてウェブサイトに自動的にアクセスし、その中のコンテンツをダウンロードすることができる。そして、ＦＮＯＣは、タイプＢのトランスポートを介してリソースをその他の機能拡張コンテンツと共に送信することができる。その代わりとして、ＦＮＯＣは、トリガーのＵＲＬをＦＮＯＣによって維持管理されるミラーウェブサイトに変換することができる。つまり、ＦＮＯＣは、トリガーによって参照されるＵＲＬを介してコンテンツを取得し、それをＦＮＯＣ自身のウェブサイトにコピーすることができる。そして、ＦＮＯＣは、ＦＮＯＣによって制御されるＷｅｂサイトへのアクセスを可能にするためにトリガーのＵＲＬを新たなＵＲＬに自動的に変換することができる。このようにして、ＦＮＯＣは、タイプＡのトランスポートを維持しながら、リソースの利用可能性を制御することができる。
【００５２】
次に図９を参照して説明する。ソフトウェア１７０を記憶することができ、ソフトウェア５０と連動してソフトウェア１７０を利用することができる。まず、ブロック１７２において、コンテンツがトランスポート上で受信される。菱形１７４のチェックにより、コンテンツがタイプＡのトランスポートのフォーマットにあるかどうかを判定する。コンテンツがタイプＡのトランスポートのフォーマットにない場合には、手続きが終了し、トリガーをすぐに取り扱うことができる。
【００５３】
逆に、タイプＡのトランスポートが利用される場合には、菱形１７６のチェックにより、フラグ（ｆｌａｇ）がセットされるかどうかを判定する。本発明の一実施態様によれば、ＦＮＯＣは、フラグをセットまたはアンセットして、タイプＡのトランスポートを現地に記憶されたリソースを使ってタイプＢのトランスポートに変換するか、または放送局のウェブサイトからＦＮＯＣのウェブサイトへデータを単純に移動させるかどうかを選択することができる。このようにして、ＦＮＯＣは、それ自身のウェブサイトを使用するか、放送局のウェブサイトからデータにアクセスしてそのデータを受信機１６に送信するかどうかを決定することができる。
【００５４】
フラグがセットされない場合には、ブロック１８０に示されるように、アクセスされたリソースを現地に記憶して、タイプＢのトランスポートにデータを変換することができる。すなわち、ＦＮＯＣは、放送局のウェブサイトからリソースにアクセスし、そのリソースをその他のコンテンツと共に受信機１６に送信する。逆に、フラグがセットされる場合には、ブロック１７８に示されるように、ＦＮＯＣは、ＦＮＯＣのミラーサイトを示すように放送局のＵＲＬを変換する。
【００５５】
本発明の実施態様では、機能拡張テレビ・コンテンツのタイム・シフトされた放送または再生を、それに関連するトリガーにおける有効期限属性の使用に関わらず適用させることができる。このように、有効期限属性を使用することができるが、システムにはこの有効期限属性による負担がかかりすぎることはない。
【００５６】
本発明は限定された数の実施態様に関して説明されてきたが、当業者であればそれに基づく多数の修正や変更を思いつくことができるであろう。請求項は本発明の範囲に含まれるそのような全ての修正や変更を包含することを意図している。
【図面の簡単な説明】
【図１】
本発明の一実施態様を示す概略図である。
【図２】
図１の実施態様において利用されるソフトウェアのフローチャートである。
【図３】
本発明の別の実施態様を示す概略図である。
【図４】
図３の実施態様において利用されるソフトウェアのフローチャートである。
【図５】
本発明の一実施態様を示す機能ブロック図である。
【図６】
図５に示された実施態様に使用することができる説明に役立つタイプのトリガー・インサータ・ユニットの動作を説明するためのフローチャートである。
【図７】
図５に示された実施態様に使用することができる説明に役立つタイプのストリーム・シミュレータ・ユニットの動作を説明するためのフローチャートである。
【図８】
図５に示された実施態様に使用することができる説明に役立つタイプのプロキシの動作を説明するためのフローチャートである。
【図９】
本発明の別の実施態様によるソフトウェアのフローチャートである。

Claims (30)

1. リソースの位置を示し、そのトリガーの有効期限を示す有効期限属性を有するトリガーを含む機能拡張テレビ送信を受信するステップと、
   該トリガーの有効期限後に前記リソースにアクセスすることができるようにするステップと
   を含んでなることを特徴とする方法。
2. 前記機能拡張テレビ送信を再放送することを含む請求項１に記載の方法。
3. 現在の時間と前記トリガーの有効期限との間の時間差を計算することを含む請求項１に記載の方法。
4. 前記トリガーの有効期限が現在の時間の後かどうかを判定し、もし後でなければ前記トリガーを破棄することを含む請求項３に記載の方法。
5. 前記トリガーの有効期限がエンハンスメント開始時間の後かどうかを判定し、もし後であれば、前記機能拡張テレビ送信が再放送される時間に対して前記トリガーの有効期限と前記エンハンスメント開始時間との間の時間差を加えた時間に等しい有効期限を備えたトリガーを再送信することを含む請求項２に記載の方法。
6. 後に再生するために前記機能拡張テレビ送信を記録することを含む請求項１に記載の方法。
7. 現在の時間と前記トリガーの有効期限との間の時間差を計算することを含む請求項６に記載の方法。
8. 前記時間差がゼロより大きいかどうかを判定することを含む請求項７に記載の方法。
9. 前記時間差がゼロ以下の場合には、前記機能拡張テレビ送信を記録する前に前記トリガーを破棄することを含む請求項８に記載の方法。
10. 前記時間差がゼロより大きい場合には、前記トリガーの有効期限を破棄して該トリガーを記録することを含む請求項８に記載の方法。
11. 遠隔リソースを参照するトリガーを有する機能拡張テレビ送信を受信し、該遠隔リソースにアクセスして該遠隔リソースを記録することを含む請求項１に記載の方法。
12. リソースの位置を示し、そのトリガーの有効期限を示す有効期限属性を有するトリガーを含む機能拡張テレビ送信を受信することと、
    前記トリガーの有効期限後に、前記リソースにアクセスすることができるようにすることと
    をプロセッサベースのシステムが実行できるようにする命令を記憶している記憶媒体を含む製品。
13. 前記機能拡張テレビ送信を再放送することを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１２に記載の製品。
14. 前記トリガーの有効期限から現在の時間を差し引くことを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１２に記載の製品。
15. 前記トリガーの有効期限が現在の時間よりも後かどうかを判定し、もし現在の時間よりも後でなければ前記トリガーを破棄することを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１４に記載の製品。
16. 前記トリガーの有効期限がエンハンスメント開始時間の後かどうかを判定し、もし後であれば、前記機能拡張テレビ送信が再送信される時間に対して前記トリガーの有効期限と前記エンハンスメント開始時間との間の時間差を加えた時間に等しい有効期限を備えたトリガーを再送信することを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１２に記載の製品。
17. 後に再生するために、テレビ・コンテンツと該テレビ・コンテンツに伴うエンハンスメントとを含む前記機能拡張テレビ送信を記録することを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１２に記載の製品。
18. 現在の時間と前記トリガーの有効期限との間の時間差を計算することを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１７に記載の製品。
19. 前記時間差がゼロより大きいかどうかを判定することを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１８に記載の製品。
20. 前記時間差がゼロ以下の場合には、前記機能拡張テレビ送信を記録する前に前記トリガーを破棄することを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１９に記載の製品。
21. 前記時間差がゼロより大きい場合には、前記トリガーの有効期限を破棄して該トリガーを記録することを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１９に記載の製品。
22. 遠隔リソースを参照するトリガーを有する機能拡張テレビ送信を受信し、該遠隔リソースにアクセスして該遠隔リソースを記録することを前記プロセッサベースのシステムが実行できるようにする命令を更に記憶している請求項１２に記載の製品。
23. プロセッサベースのデバイスと、
    リソースの位置を示しそのトリガーの有効期限を示す有効期限属性を有するトリガーを含む機能拡張テレビ送信を受信し、該トリガーの有効期限後に前記リソースにアクセスすることができるようにすることを前記プロセッサベースのデバイスが実行できるようにする命令を記憶している、前記プロセッサベースのデバイスに結合された記憶装置と
    を含んでなるシステム。
24. 前記システムが、放送記録装置を備えた機能拡張テレビ受信機である請求項２３に記載のシステム。
25. 前記システムが、機能拡張テレビ再放送システムである請求項２３に記載のシステム。
26. 前記記憶装置が、前記トリガーの有効期限とエンハンスメント開始時間との間の時間差を計算する命令を記憶している請求項２５に記載のシステム。
27. 前記トリガーが期限切れした場合には、該トリガーが破棄される請求項２６に記載のシステム。
28. 遠隔リソースを参照するトリガーを有する機能拡張テレビ送信を受信し、該遠隔リソースにアクセスして該遠隔リソースを記録することを当該システムが実行できるようにする命令を前記記憶装置は記憶している請求項２３に記載のシステム。
29. タイプＡの送信をタイプＢの送信に変換することを当該システムが実行できるようにする命令を前記記憶装置は記憶している請求項２８に記載のシステム。
30. 前記リソースを新たな位置で利用可能とし、前記トリガーを該新たな位置を示すように変換する請求項２８に記載のシステム。

Images