(57)【特許請求の範囲】
【請求項１】
（ａ）一次データと、一次データに関連した情報を提供する関連データであって異なる受け手を目標にした関連データとを配信メディアから受け取り、前記関連データを復号して前記一次データから分離し、前記関連データを前記目標にされた異なる受け手の表示デバイス上にレンダリングし、さらに、一次データ表示デバイスに前記一次データをレンダリングするプロセッサと、
（ｂ）前記プロセッサに結合され、前記異なる受け手の表示デバイスと前記一次データ表示デバイスに前記関連データと前記一次データのそれぞれのデータを個別に受け取らせ、かつ、レンダリングさせる制御機構と、
（ｃ）前記プロセッサに結合され、前記関連データが前記目標にされた異なる受け手の表示デバイス上にレンダリングされるように前記関連データを分割するスプリッタとから構成される装置であって、
前記スプリッタは、前記分割された関連データを対応する目標にされた異なる受け手にラウンド・ロビン方式で送ることを特徴とする装置。
【請求項２】
前記分割された関連データを目標にされた異なる受け手に対応したバッファに入れるための複数のバッファをさらに含む請求項１に記載の装置。
【請求項３】
（ａ）一次データと、一次データに関連した情報を提供する関連データであって異なる受け手を目標にした関連データとを配信メディアから受け取り、前記関連データを復号して前記一次データから分離し、前記関連データを前記目標にされた異なる受け手のハンド・ヘルド・デバイス上にレンダリングし、さらに、一次データ表示デバイスに前記一次データをレンダリングするホスト・デバイスを備え、
（ｂ）前記ハンド・ヘルド・デバイスは、通信するように前記ホスト・デバイスに結合され、前記ホスト・デバイスに応答した前記関連データをレンダリングするように応答し、前記ハンド・ヘルド・デバイスの各々は、ハンド・ヘルド使用に適した大きさを有するシステム。
【請求項４】
前記ホスト・デバイスがさらに、前記分割された関連データを目標にされた異なる受け手に対応したバッファに入れるための複数のバッファを含む請求項３に記載のシステム。
【発明の詳細な説明】
【０００１】
（関連出願）
本出願は、１９９８年１月６日出願の「Ａ  Ｈｏｓｔ  Ａｐｐａｒａｔｕｓ  Ｆｏｒ  Ｓｉｍｕｌａｔｉｎｇ  Ｔｗｏ  Ｗａｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｆｏｒ  Ｏｎｅ  Ｗａｙ  Ｄａｔａ  Ｓｔｒｅａｍｓ」という名称の米国特許出願第０９／００３０９５号の一部継続出願であり、この米国特許出願第０９／００３０９５号は、１９９５年６月１５日出願の「Ｓｙｓｔｅｍ  Ａｎｄ  Ｍｅｔｈｏｄ  Ｆｏｒ  Ｓｉｍｕｌａｔｉｎｇ  Ｔｗｏ  Ｗａｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｆｏｒ  Ｏｎｅ  Ｗａｙ  Ｄａｔａ  Ｓｔｒｅａｍｓ」という名称の米国特許出願第０８／４９０８２２号の一部継続出願である。
【０００２】
（発明の背景）
（１．発明の分野）
本発明は、一方向ブロードキャスト・データ送信の向上に関する。より詳細には、本発明は、情報の二次ソースへの対話式接続の様相を与える関連データを作成して送信することにより、一次情報ストリームの品質およびコンテンツを向上させることに関する。
【０００３】
（２．背景）
ラジオ、テレビジョン、オーディオＣＤ、ビデオ・カセットなど、ほぼすべての形式の電子マス・メディアにおける制限の１つは、情報またはデータの伝達が提供側から消費者への一方向であることである。一方向のデータ・ソースの特徴は、データが逐次的に送られ、消えていくかまたはせいぜい後の再生のために記録されることである。そして消費者は、提供されたデータと対話して追加の情報またはサービスを探すことはできない。
【０００４】
電子マス・メディアの消費者は追加のサービスを望んでおり、テレビジョンおよびラジオの放送サービスの提供側は新しい収入源を探している。特に、消費者は、自分がメディアにおいて視聴しているものに関係する情報またはデータを期待している。追加の情報は、料理ショーで実演されている料理のレシピなど、現在の番組のコンテンツに関する詳細の形をとるかもしれず、ドラマ中の俳優の経歴や、番組中で描写された出来事に関する歴史背景情報の形をとることもある。あるいは、野球の試合からのキー・プレーなどの番組ハイライトである可能性もある。さらに消費者は、株価、野球スコアが更新されたときのスコア、交通状況および天候などの、リアル・タイム・データにもアクセスしたいであろう。消費者はまた、全国的に広告されている製品を購入できる場所に関する情報（最も近い場所までの地図で可能）や、即座にクーポンを受け取ることができることなど、製品広告に関連する特別サービスへのアクセス権も持ちたいであろう。
【０００５】
最近になり、インターネットのワールド・ワイド・ウェブなどから提供されるオンライン・サービスが利用可能になってきた。このようなサービスは、複雑な通信ネットワークを介してデジタル・コンピュータ同士をリンクさせることにより、莫大な量のデータへの対話式アクセスを可能にする。これと同時に、デジタル・コンピューティング・パワーのコストは急速に低下している。例えば、今や多くの家庭には１つまたは複数のコンピュータがある。そしてホーム・コンピュータは、オーディオ機能だけでなく、テレビジョンを映すことのできる表示装置も有する。これらはまた、メモリおよびコンピューティング・パワーも有する。
【０００６】
しかし、このようなサービスが一般に利用可能であり、コンピュータがより普及しつつある一方で、関連性のある情報を見つけることは骨の折れる作業であり、経験を積んだユーザでも探索に何時間もかかることがある。
【０００７】
さらに、これらのサービスは、消費者の場所からオンライン・ネットワークまでの二方向接続を必要とする。消費者市場では、二方向通信のために一方向電話回線を延長して利用するのには費用がかかる。
【０００８】
現在までのところ、関連性によってその主題に関連付けられるデータであって、対話式に表示でき、消費者がリアル・タイムで操作できるデータを、大衆市場放送番組の制作者が配信する方式はない。リアル・タイムとは、消費者が、番組受信のプロセス中に関連性のあるデータを受信し、それへのアクセス権を有することを意味する。したがって、このデータは、番組制作者から望まれる体験の構成要素となる。
【０００９】
番組中に受信されて、情報が保管され、後で、二方向形式でオンライン・サービスに接続されているかのように消費者が検討することができる。
【００１０】
（３．従来技術）
前述の必要性に対処した最も古い取組みは、おそらく番組コンテンツ供給側が電話番号をテレビジョン放送またはラジオのいずれかに含めることである。消費者は、追加情報を得るために番号をダイヤルするよう促される。しかしこの電話番号は、一時的なものである一次データ・ストリームの一部である。
【００１１】
第２の試みは、テレビジョンで聴覚障害者用の限定字幕番組を提供することである。これは、テレビジョン画面のどこかに、通常は下部に表示される、書かれたテキストの形をとり、特別なデコーダがテレビジョン上に必要である。このテキストは、テレビジョン番組のオーディオ部分を書き表したものである。すなわちこれは、一次データ提供側から供給される情報の要約であり、消費者が後でアクセスするように記憶またはセーブされることはない。
【００１２】
テレビジョン・ネットワークはまた、ビデオ信号中の未使用の帯域幅の一部を使用して、そのネットワーク上で近々放送される番組のスケジュールを送信する。あるネットワークは、ＮＴＳＣ帯域幅の未使用セクションを介して、デジタル・フォーマットで総合的な番組リストを送信している。これは電子番組ガイド（「ＥＰＧ」）と呼ばれる。第２のネットワークは、未使用のＮＴＳＣ帯域幅部分を使用して、デジタル符号化された株相場およびニュース放送中でカバーされたトピックの主題を送信し、拡張データ・サービス（「ＸＤＳ」）が、日付、時間、スケジュールされた番組の名称、番組のタイプ、および番組がどれくらい残っているかを送信する。ケーブル・サービスは、デジタル・ミュージック・エクスプレス（「ＤＭＸ（ｔｍ）」）などの加入者デジタル・オーディオ・サービスで演奏されている歌に関する追加の詳細を提供する。この詳細は通常、アーティスト名、歌およびアルバムの名称を含む。Ｇｅｍｓｔａｒ（ｔｍ）と呼ばれるシステムは、消費者が番組ガイド中の番号を照会することによって番組を録画することのできる、デジタル・フォーマットの情報を提供する。
【００１３】
前述のサービスの多くは、いわゆる垂直帰線消去期間（「ＶＢＩ」）を介してのみ放送テレビジョン上で提供される。ＶＢＩは、放送テレビジョン用に規定された帯域幅の一部であり、例えばＮＴＳＣの場合では、ビデオ・フレームを規定する５２５本のラスタ線の最初の２１本からなる。ＳＥＣＡＭおよびＰＡＬも、同様の構成を有する。２１本の線のうち、線２１は、それぞれ６０ｈｚ帯域幅の２つのフレームに分割される。限定字幕は、線２１の第１のフレーム中に提供される。
【００１４】
前述のものはどれも、消費者が外部データ・ソースと外見上の対話式に体験することを可能にしない。すなわちどれも、数秒以上にわたって持続するデータを提供せず、消費者がデータを直接に操作することを可能にしない。
【００１５】
（発明の概要）
ホスト・デバイスを開示する。ホスト・デバイスは、プロセッサおよび制御機構を含む。プロセッサは、一次データおよび関連データを受け取るように動作し、関連データは異なる受け手（recipient）を目標にする。プロセッサはさらに、関連データを復号して一次データから分離するようにも動作し、対応して関連データが別々のハンド・ヘルド・デバイス上にレンダリングされるようにする。プロセッサはまた、制御機構を操作して、一次データを別々に受け取ってレンダリングするための別々の表示装置を制御する。
【００１６】
次に、本発明の好ましい実施形態を図面との関連で述べる。
【００１７】
（発明の詳細な説明）
電子マス・メディアの提供側は、電子データの一方向ストリームを配信するといえる。このデータ・ストリームを本明細書では一次データ・ストリームと呼び、これは、放送テレビジョン、ビデオ・カセット、ラジオ、オーディオＣＤなどの配信メディアを介して消費者に配信する目的で放送産業および娯楽産業によって作成された、生のまたは事前記録された情報を含む。一次データ・ストリームのコンテンツは通常、消費者市場に大量配給するために制作スタジオによって作成されたものである。配給元の制作側はしばしば、番組コンテンツのすべてまたは一部を制作する。例えば、地域テレビジョン・ニュース局は、事前制作済みのビデオ・ニュースおよび広告コンテンツを全国的な提供側から入手し、地域で制作したコンテンツおよび広告を放送に向けて挿入する。テレビジョン産業で使用される機器は、ビデオ・カメラおよびビデオ・レコーダである。通常、一次データは番組に編成される。一次データ・ストリームは、オーディオまたはビデオ、あるいはそれらの結合として消費者に対してインテリジェントにすることができる。
【００１８】
関連データという用語は、本明細書で使用するとき、一次データとは別に生成されたものだが、一般に一次データとの関連性のある、通常は一次データの特定の番組との関連性のあるコンテンツを有するデータのストリームを指し、この意味において関連である。関連データは一次データ・ストリームの有用性を向上させるが、関連データが利用できない場合でも、一次データ・ストリームはそれ自体の価値を持っている。作成プロセスは通常、テキストおよびグラフィック・レイアウト用のハイパーテキスト・マークアップ言語（ＨＴＭＬ）や、静止画像用のＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）およびＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）フォーマットなどの、産業標準ファイル・フォーマットを出力する市販のソフトウェアおよびハードウェアを使用する。
【００１９】
図１は、最高レベルに抽象化した本発明のブロック図である。ここで図１を参照すると、データ・ストリーム作成ユニット１が、一次データ・ストリームと関連データ・ストリームの両方を生成する機能を実施する。２つのデータ・ストリームは、マージさせて一次データと関連データの結合ストリームを作成してもよく、そうしなくてもよい。２つのデータ・ストリームは、２つのデータ・ストリームを消費者に配信する機能を実施する非対話式配信ユニット２に供給される。非対話式配信ユニットは、放送、ケーブル、またはカセット、オーディオＣＤなどのパッケージ・メディアによる配信を含む。実際、非対話式配信は、すべての一方向電子データ配信システムを含むものとする。一次データ・ストリームおよび二次データ・ストリームは通常、同じ配信メディアを介して消費者に送られる。しかし本発明は、そうならない場合をも考える。例えば、一次データ・ストリームは放送テレビジョンを介して配信でき、関連データは、高速デジタル・ネットワーク、ＦＭ側波帯、直接衛星放送、ケーブル・ネットワーク、電話機などを介して配信することができる。
【００２０】
配信されたデータが消費者３に到達したとき、データはその配信メディアから復号される。すなわち、放送テレビジョンからデータが送信された場合、消費者はその信号を復号し、一次データを関連データから分離し、関連データを将来使用するために格納する。一次データは関連データと共に、または関連データなしで消費される。しかし、関連データと共に消費されるときは、消費者は、一方向データ・ストリームに対して二方向接続性をシミュレートして、関連データと選択的に対話することができる。
【００２１】
図２に、本発明の一実施形態の場合の追加のシステム詳細を提供する。ここで図２を参照すると、参照番号１０は、一次データ・ストリーム生成サブシステムを指す。一次データ・ストリーム生成サブシステム１０の出力は、通常はアナログ信号である。しかし、デジタル放送テレビジョンの場合のようにデジタル信号とすることもできる。データ・チャネル１２は、一次データ・ストリーム生成サブシステム１０とシーケンサ１４とを接続し、データ・チャネル１９は、一次データ・ストリーム生成サブシステム１０をデータ・シンクロナイザ２０に接続する。データ・チャネル１２および１９は、生のビデオ供給、あるいはアナログまたはデジタルのテープによって開始することができる。参照番号１６は、関連データ生成サブシステムを指す。関連データ生成サブモジュール１６の出力は、デジタル・データ・リンク１８を介してシーケンサ１４に供給され、かつデジタル・データ・リンク１７を介してシンクロナイザ２０に供給されるデジタル信号である。一実施形態では、関連データは異なる受け手を目標にし、関連データには目標にされた受け手の識別が埋め込まれている。一実施形態では、目標にされた受け手は「公衆」受け手である。「公衆」受け手を目標にした関連データは、すべての受け手によって受け取られ、レンダリングされる。システムのデジタル・データ・リンクは、シリアルやパラレルなどの従来型のデジタル接続でもよく、ネットワーク・リンクでもよい。代表的な接続メディアは、ツイストペア、同軸ケーブル、光ファイバ・ケーブル、または無線メディアであろう。
【００２２】
参照番号２０は、データ同期サブシステムを指す。この機能は、サブシステム１０によって生成された一次データ・ストリームを、１つまたは複数の受け手を目標にした特定の関連データと同期させることである。データ同期サブシステム２０への入力は、一次データ・ストリームからの、タイム・コードおよび継続時間の形をとる場面情報と、関連データ・サブシステム１６からのデータである。データ同期サブシステム２０は、関連データを特定の時点で配信して表示するためのいわゆるスクリプトを作成する。例えば、データ・シンクロナイザ２０は、特定のテレビジョン製品広告の前に詳細なデータ・シートが消費者に配信されること、および、あるテレビジョン広告が始まったときにそのデータ・シートが消費者の表示装置上に表示されることを指定したスクリプトを作成する。別の例として、データ・シンクロナイザ２０は、一連のゲーム場面が表示される前に異なる２つのゲーム情報のセットが２人のゲーム・プレーヤに配信されること、および、ゲーム・ステージが特定の時点に達したときに、これらの異なるゲーム情報が同時に２人のゲーム・プレーヤの表示装置上に相応に表示されることを指定したスクリプトを作成する。
【００２３】
データ・シンクロナイザ２０は通常、パラレルのビデオ／オーディオ・トラックをＳＭＰＴＥ（Society of Motion Picture and Television Engineers）タイム・コードなどの標準タイム・ライン上に配置するＡｄｏｂｅのＰｒｅｍｉｅｒｅなどの一般的なデジタル・ビデオ・エディタにならったソフトウェアを含む。これにより、各トラックのセグメントを独立に、ただし共通タイム・ラインを基準にして操作することがき、したがってセグメントを後で再構成することができる。データ・シンクロナイザ２０のソフトウェアは、関連データを追加のデータ・トラック上でレイアウトおよび操作できるようにする。特定の関連データ・コンポーネントのサイズは、配信メディアの周知の帯域幅に調整される。通常、データ・シンクロナイザ２０のユーザが、情報のユニットを特定の時点で表示すべきことを指定する。次いで、データ・シンクロナイザ２０は、データを転送するのに必要な時間を計算し、スクリプトの、表示命令の前の適切な時点に転送指定を挿入する。データ・シンクロナイザ・サブシステム２０の出力は、一次データ・ストリーム・サブシステム１０と関連データ・ストリーム生成器１６の出力の同期をとるスクリプトを表すデジタル信号である。
【００２４】
データ・シンクロナイザ２０の出力は、デジタル・データ・リンク２２を介してシーケンサ・サブシステム１４に供給される。デジタル・データ・リンク２２は、従来型のデジタル・リンクである。シーケンサ１４は、シンクロナイザ・サブシステム２０から供給されたスクリプトによって指定されたように一次データ・ストリームを関連データと結合する。シーケンサ１４は、一次データ・ストリーム・サブシステム１０の出力を監視して、関連データの送出を順序付けるのに必要な情報を得る。例えば、テレビジョン番組の放送中、データ・シーケンス１４は、一次データ・ストリームによって生成されたＳＭＰＴＥタイム・コードなどのタイム・コード情報を得る。この情報を使用して、関連データを一次データ・システムと混合するのを調整する。さらにシーケンサ１４は、同じ配信メディアを介して送信される他のデータ供給も混合する。これらには、金融データ、緊急放送情報、天候情報などの外部データ・サービスを含めることもできる。既存のデータ・ストリームを混合することは、デジタル情報を別々に独立して送ることをサポートしない配信メディアの場合にのみ必要である。この機能は、生または事前録画済みの番組、あるいはそれらの結合のいずれかを配信するのに使用される可能性を有する。地域の夕刻ニュース番組などの生番組の場合、データ・ストリーム・シーケンサは、一次データ・ストリーム・ジェネレータ１０、データ・シンクロナイザ２０、関連データ・ジェネレータ１６、および一次データ・ストリームのタイム・コードの出力から直接に入力をとる。事前録画済み番組の場合、この機能は、データ・シンクロナイザ２０の出力を処理し、一次データで関連データの放送を順序付ける。
【００２５】
シーケンサ１４の出力は、従来型のデジタル・データ・リンク２４を介してエンコーダ２６に供給される。エンコーダ２６は、消費者によって受け取られることになる特定の配信メディアにデジタル情報を挿入するためのハードウェア・コンポーネントである。配信メディアが放送テレビジョンである場合、エンコーダ２６は、この情報をＮＴＳＣテレビジョン信号に直接に挿入し、単一配信メディアである放送テレビジョン電波を介して一次データと関連データの両方を配信する。エンコーダ２６は、ビデオとシリアル化デジタル情報の両方の入力ストリームを受け入れる。エンコーダ２６は、シリアル化デジタル情報を一連のパケットに分割し、これらのパケットをビデオ信号の（「ＶＢＩ」）に変調する。エンコーダ２６は、市販のハードウェアおよびソフトウェアである。データを標準的な（ＮＴＳＣ／ＰＡＬ）テレビジョン信号に挿入したりそれらから抽出したりするためのハードウェアは、いくつかのベンダが販売している。Ｎｏｒｐａｋ社、ＥＥＧ社、およびＷａｖｅＰｈｏｒｅ社がその例である。
【００２６】
エンコーダ２６の出力は、デジタル・データ・リンク２８を介して送信機サブシステム３０に供給される。この送信機サブシステム３０は、無線周波を大気中に物理的に送信する機能を実施する。このような送信機は、テレビジョンまたはラジオ放送送信機である場合もあり、衛星放送システムである場合もある。データはまた、後で送信するためにテープに記憶される場合もある。参照番号３２は配信メディアを指し、大気を通過する無線周波電磁波、ビデオ・テープ、レーザ・ディスク、オーディオＣＤなどとすることができる。後の方に挙げたメディアの場合は、送信機３０がそれぞれビデオ・テープ・レコーダ、ビデオまたはオーディオＣＤレコーダとなる。
【００２７】
図３に、本システムのデータ・ストリーム消費態様の様々な実施形態を形成するための基本要素およびいくつかのオプション要素を示す。参照番号３４は、消費者の場所にあるこれらの基本装置およびオプション装置を一般に示す。受信機３６は、データ・ストリームを受信するのに使用される。受信機３６は、アドイン・アダプタ・ボード、テレビジョンまたはラジオ放送受信機、ケーブル・テレビジョン変換器、またはデジタル放送用の衛星受信機とすることができる。受信機３６には、受信したデータ・ストリームを処理するためのマイクロプロセッサ３８が接続されている。マイクロプロセッサ３８には、一次記憶域としてマイクロプロセッサ３８によって使用されるメモリ４０が接続される。メモリ４０は通常、半導体ＲＡＭである。マイクロプロセッサ３８には、一次データおよび関連データをレンダリングするため、ならびに関連データ要求を入力するためのヒューマン・インタフェース・デバイスが接続される。ヒューマン・インタフェース・デバイスは、入力デバイス４１および表示デバイス４２を含む。さらに、本システムのデータ・ストリーム消費態様の様々な実施形態の形成においては、受信した関連データをキャッシュするための、ハード・ディスクなどのオプションの不揮発性記憶メディア３９を備えることもでき、かつ、リモート・サーバにアクセスするための二方向通信インタフェース４６を含めることもできる。二方向通信インタフェース４６は、アナログ電話ネットワーク、ＩＳＤＮデジタル・ネットワーク、Ｘ２５などの広域パケット交換ネットワーク、フレーム・リレー、非同期転送モードといったメディアを介してリモート・サーバにアクセスするインタフェースとすることができる。
【００２８】
配信メディアは大気を通過する無線周波電磁波、ビデオ・テープ、レーザ・ディスク、オーディオＣＤなどとすることができることを想起されたい。後の方に挙げたメディアの場合は、受信機３６がそれぞれＶＣＲ、レーザ・ディスク・プレーヤまたはオーディオＣＤプレーヤとなる。
【００２９】
図４は、図２の基本要素とオプション要素とともに形成されたシステム３４の様々な実施形態の機能図を示す高レベルのブロック図である。ここで図４を参照すると、受信機３６は、配信メディア、例えば無線周波からの一次データ・ストリームおよび関連データ・ストリームを入力５０から受信する。受信機３６は、入力信号を復調し、データ・パス５２を介して一次データ・ストリーム信号を一次データ・レンダリング・サブシステム５４に供給し、データ・パス５６を介して関連データ信号を関連データ・デコーダ５８に供給する。
【００３０】
一次データ・レンダリング・サブシステム５４は、通常の消費者が提示されたデータを見るのに用いることになる方式で一次データ・ストリームを消費者に提示する機能を実施する。例えばテレビジョンの場合では、一次データ・レンダリングは、通常は陰極線管画面、またはおそらくは液晶表示画面によって供給されるビデオ画像の形をとり、オーディオは、オーディオ増幅器およびスピーカによって提供される。第２の例は、ラジオ放送を介して受信された電波を消費者に聞こえるようにする放送ラジオ復調器／増幅器／スピーカである。第３の例は、コンパクト・ディスクまたはテープ上に符号化されたデータを消費者に聞こえるようにするステレオ・システムである。
【００３１】
デコーダ５８は、配信メディアからの関連データを復号する機能を実行する。一実施形態では、デコーダ５８は、アナログ符号化されたデジタル・データをデジタル・フォーマットに変換し直すアナログ・デジタル変換器からなる。
【００３２】
関連データ・プロトコル・マネージャ６０は、一方向データ・パス６２によってデコーダ５８に接続され、一方向データ・パス６４によって通信マネージャ６６に接続される。関連データ・プロトコル・マネージャ６０は、到着したデジタル・データ・ストリームから様々な形の関連データを抽出し、それらを通信マネージャ６６が使用できる形に変換する機能を実施する。この実施形態の場合、関連データ・プロトコル・マネージャ６０は、目標にされた受け手情報を認識しておらず、したがってすべての関連データを抽出して変換するか、あるいは関連データ・プロトコル・マネージャ６０は、「公衆」を目標にした関連データのみに応答し、したがって、そのように目標を定められた関連データのみを抽出して変換する。関連データ・プロトコルのタイプには、ワールド・ワイド・ウェブ・ページ、限定字幕、株相場、スポーツ・スコア、マイクロプロセッサ３８（図３）が実行するための制御コマンドが含まれる。
【００３３】
通信マネージャ６６は、異なるデータ伝送プロトコルを使用する、異なるタイプのいくつかの通信デバイスからデータを受け取ることによって共通ネットワーク・インタフェースの機能を実行する。このようなデバイスには、電話モデム、ＩＳＤＮモデム、ケーブル・モデム、無線モデム、衛星モデム、放送ＴＶ、ラジオなどが含まれる。通信マネージャ６６は、ソースおよびプロトコルに関わらずすべての受信データを、システムの残りの部分が次に利用できる標準フォーマットに変換する。この機能は、２つの方式のうちの少なくとも一方で実施することができる。通信コンポーネント間のプロプラエタリ・インタフェースを設計することもでき、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（Ｍｉｃｒｏｓｏｆｔ社の商標）ソケットなどの標準的な産業インタフェースを使用することもできる。一実施形態ではＷｉｎｄｏｗｓソケットが使用される。Ｗｉｎｄｏｗｓソケットは、ネットワーク・データにアクセスするための標準的なアプリケーション・インタフェースである。
【００３４】
リアル・タイム・トリガ７６は、一方向データ・パス７８によって通信マネージャ６６に接続され、データ・パス８７によって関連データ要求入力ドライバ８８ａに接続される。関連データ要求入力ドライバ８８ａは、関連データ要求をシステムに入力する能力を消費者に提供する。一実施形態では、関連データ要求入力ドライバ８８ａは、キーボード、およびマウスなどの代替入力デバイスにインタフェースして、ユーザからの関連データ要求入力を助ける。
【００３５】
リアル・タイム・トリガ７６は、関連データの一部として送られたコマンドを受け入れて、ユーザが求めなくても情報のページを表示する。リアル・タイム・トリガの出力は、データ・パス８７を介して関連データ要求入力ドライバ８８ａに送られたコマンドであり、このコマンドにより情報のページが表示される。例えば、ブロードキャスタが、視聴されている番組の一部として、ある情報ページを視聴者に見せたいと思っているとする。リアル・タイム・トリガは、消費者が情報を要求したのと同じデータ・プロトコルを使用してデータを表示できるようにする。
【００３６】
ローカル・データ記憶域８０は、一方向データ・パス８２によって通信マネージャ６６に接続され、データ・パス８３によってローカル・データ・マネージャ８４に接続される。ローカル・データ記憶域８０のためのハードウェア実装は、以下のうちの１つまたは複数とすることができる。すなわちＲＡＭ、ディスク、テープ、記録可能ＣＤ−ＲＯＭである。
【００３７】
ローカル・データ・マネージャ８４は、データ・パス８６によって通信マネージャ６６に接続され、データ・パス９０および９４によって関連データ要求入力ドライバ８８ａおよび関連データ・レンダリング・ドライバ８８ｂに接続される。ローカル・データ・マネージャ８４は、関連データ要求入力ドライバ８８ａからコマンドを受け取って、ローカル・データ記憶域８０から関連データを検索し、そのデータを、消費者に呈示するために関連データ・レンダリング・ドライバ８８ｂに送る。例えば、「ウェブ・ブラウザ」を使用してワールド・ワイド・ウェブ（「ＷＷＷ」）からのデータ・ページを表示することができる。ＷＷＷブラウザの提供側には、Ｎｅｔｓｃａｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ社、Ａｍｅｒｉｃａ  Ｏｎｌｉｎｅ、Ｓｐｙｇｌａｓｓその他が含まれる。ローカル・データ記憶域８０は通常、容量が限られている。したがってローカル・データ・マネージャ８４は、古い、使用されなくなった情報から除去する。これは、関連データ・ファイルに有効期限および／または優先順位を割り当てることによって達成される。どのデータを除去するかを決定する基準は、ブロードキャスタおよび／または消費者によって設定可能である。基準には、利用可能な記憶域の総量、関連データ・ファイルのサイズ、有効期限、および優先順位が含まれる。
【００３８】
リモート・データ・マネージャ９２（リモート・サーバにアクセスするオプション能力が備わった実施形態に含まれる）は、データ・パス９１、９４、９６をそれぞれ介してローカル・データ・マネージャ８４、関連データ・レンダリング・ドライバ８８ｂ、および通信マネージャ６６に接続されている。リモート・データ・マネージャ９２は、二方向通信チャネル７４を介してリモート・コンピュータからデータを得て、そのデータを消費者に呈示するために関連データ・レンダリング・ドライバ８８ｂに送るコマンドを、ローカル・データ・マネージャ８４から受け取る。ローカル・データ・マネージャ８４は、ローカル記憶域にキャッシュされていない関連データを求める要求を受け取ったとき、リモート・データ・マネージャ９２にコマンドを提供する。
【００３９】
ネットワーク・プロトコル・マネージャ６８（（リモート・サーバにアクセスするオプション能力が備わった実施形態に含まれる）は、二方向データ・パス７０によって通信マネージャ６６に接続され、二方向データ・パス７２によって二方向通信チャネル７４に接続される。ネットワーク・プロトコル・マネージャ６８は、二方向通信チャネル７４を介して送受信されるデータをフォーマットする機能を実施する。これは、リモート・コンピュータと通信するのに必要な様々なプロトコルを含む。この場合も、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓなどのオペレーティング・システムが、通常、ドライバと呼ばれるプラグイン・モジュールをネットワーク・プロトコル・マネージャに提供して、異なるプロトコルおよび異なる通信ハードウェアをサポートする。ネットワーク・プロトコル・マネージャ６８は、二方向通信チャネル７４によってサポートされるメディアに適したネットワーク・プロトコルを使用して、二方向通信チャネル７４からの着信データを抽出する。ネットワーク・プロトコル・マネージャ６８はまた、適したプロトコルを使用して出力データを符号化し、そのデータを第三者コンピュータに送信するために二方向通信チャネル７４上に渡す。
【００４０】
二方向通信チャネル・サブシステム７４は、クライアント・システムをリモート・コンピュータに対話式に接続するための機能を備えている。リモート・コンピュータは、サーバ・マシン、オンライン・サービス提供側にあるマシン、インターネット、または独立の掲示板システム（「ＢＢＳ」）とすることができる。二方向通信チャネル７４の接続先であるネットワークは、モデムにインタフェースされた従来の交換アナログ電話システム、適切なアダプタ・カードにインタフェースされたＩＳＤＮなどのデジタル交換システム、アクセス・デバイスを介して接続されたワイド・エリア・ネットワーク、衛星技術などでよい。これまでは情報が実際にある場所へのポインタである参照の形でしかクライアント・システムに受け取られてこなかった情報が、二方向通信回線を使用して検索され、かつアクセスされる。
【００４１】
図２〜４に示した実施形態は、次のように動作する。一次データ・ストリームが生成される。関連データが別に生成される。一次データと関連データがどのように相互にリンクされるかを同期させるスクリプトが生成される。一次データ、シングル／マルチ・パーティ関連データ、およびスクリプトがシーケンサ１４に送られ、そこでそれらは結合される。一次データは、従来の方式でその配信メディアに送られる。テレビジョン・モデルでは、これは、無線またはケーブルを介した放送である。関連データは通常（ただし常にではない）、一次データと同じ配信メディアによって送られる。テレビジョンの場合、関連データは、テレビジョン信号のＶＢＩで符号化される。信号は、消費者の装置によって受信される。一次データ・ストリームは即座にレンダリングされ、シングル／マルチ・パーティ関連データはローカル・データ記憶域８０に記憶される。消費者は、ローカル・データ記憶域に記憶されたデータをいつでもブラウズすることができる。このデータは、視聴体験を向上させるために専門的に選択されたものとなる。例えば、番組の歴史背景を説明する見つけるのが難しいデータ・ソースが、関連データ供給側によって前もって探され、関連データとして送られる。ヒューマン・インタフェースはユーザ・フレンドリであり、これによって消費者は、関連データの全体または指定のサブセットをブラウズすることができる。これは、利用可能な情報のメニューで開始することができ、消費者は、データがオンライン・サービスからくるかのように、その中から選択することができる。しかし、データは実際にはローカルに記憶されている。またデータは、一次データ・ストリームと共に送信されることによってローカル記憶域に到達したものである。消費者は、関連性のある情報をソートし、索引を付けることを含め、関連データを様々な形で処理することができる。
【００４２】
二方向通信チャネルを追加すると、消費者はオンライン・サービスにもアクセスできるようになる。このような実施形態では、関連データは、ＷＷＷページ参照であるユニフォーム・リソース・ロケータ（「ＵＲＬ」）などの参照からなる場合がある。関連データはインターネット・ニュース・グループへの参照を含むこともでき、インターネット・ニュース・グループとは、アクセスできるトピックによって分類された共有の静的メッセージである。関連データはまた、インターネット・リレー・チャット・エリアへの参照を含むこともでき、インターネット・リレー・チャット・エリアとは、ユーザがテキスト・メッセージで通信することのできる、複数の人の動的会話ストリームである。また、関連データは、Ａｍｅｒｉｃａ  Ｏｎｌｉｎｅ、Ｐｒｏｄｉｇｙ、またはＣｏｍｐｕｓｅｒｖｅなどのオンライン・サービス上の情報へのポインタを含むこともできる。したがって、メニューは、いくつかの参照をリストすることができる。そして、参照をクリックすることにより、システムは実際に接続し、適切なソースから関連性のある情報を検索する。
【００４３】
別法として、関連データは、様々なオンライン・サービス上の情報へのポインタだけでなく、関連データ提供側がオンライン・サービスまたはソースから獲得して消費者への配信前に関連データに組み込んだ実際の情報をそれ自体で含むこともできる。例えば関連データは、一次データ・ストリームに関係する実際のインターネット・ニュース・グループのメッセージを含むことができる。したがって、消費者が二方向通信チャネルを有しない場合、またはそれを使用しないことを選択した場合でも、本発明は、関連性のある情報のリモート・ソースに対話式に接続するような様相および感じを提供する。
【００４４】
図５ａ〜５ｄに、図３の基本要素およびオプション要素で形成することのできる本システムのデータ・ストリーム消費態様の様々な例示的実施形態を示す。図５ａに示す例示的な実施形態の場合、受信機３６、マイクロプロセッサ３８、およびメモリ４０が結合されて、例示的なコンピュータ３５を形成している。例示的なコンピュータ３５にはまた、オプションの不揮発性記憶域３９ならびに二方向通信インタフェース４６も備わる。コンピュータ３５は、一次データ・ストリームおよび関連データ・ストリームを受信し、データ・ストリームを復号して分離し、ユーザからの要求に応じて、表示装置４２を使用して一次データを関連データと共に、または関連データなしでレンダリングする。図示の実施形態の場合、目標にされた受け手に関わらず、すべての関連データがレンダリングされる。代替実施形態では、コンピュータ３５は「公衆」関連データのみをレンダリングすることもできる。ユーザ入力デバイス４３を使用して、関連データ要求入力が例示的なコンピュータ３５に提供される。例示的なコンピュータ３５は、当技術分野で周知の、幅広い範疇の汎用コンピュータならびに特殊目的コンピュータを表すものとする。表示装置４２は通常、モニタであり、ユーザ入力デバイス４３は、補足的なカーソル制御デバイスが付いているかまたは付いていないキーボードである。
【００４５】
図５ｂに代替実施形態を示す。図５ａと５ｂに示した実施形態の違いは、例示的なコンピュータ３５に受信機３６が設けられておらず、代わりに受信機３６付きのテレビジョン４２が、一次データおよび関連データを表示するための表示装置として使用されていることである。この実施形態の場合、例示的なコンピュータ３５は、ＴＶ４２の受信機３６を介して一次データ・ストリームおよび関連データ・ストリームを受信する。例示的なコンピュータ３５は、先に述べたように、一次データ・ストリームおよび関連データ・ストリームを復号して分離し、一次データを関連データと共に、または関連データなしでレンダリングする。同様に、図示の実施形態の場合、目標にされた受け手に関わらず、すべての関連データがレンダリングされる。ただし、代替実施形態では、コンピュータ３５は「公衆」関連データのみをレンダリングすることもできる。
【００４６】
図５ｃに別の代替実施形態を示す。図５ｃでは、ＴＶチューナ３６、マイクロプロセッサ３８、メモリ４０、およびＣＲＴ４２を使用して、例示的なセット・トップ・ボックス３５が形成されている。図示の実施形態の場合、セット・トップ・ボックス３５は、オプションの外部記憶デバイス３９で補足されている。図示していないが、セット・トップ・ボックス３５にはまた、オプションの二方向通信インタフェース４６を備えることもできる。先の実施形態と同様、例示的なセット・トップ・ボックス３５は、一次データ・ストリームおよび関連データ・ストリームを受信し、データ・ストリームを復号して分離し、ユーザからの要求に応じて、ＴＶ４２を使用して一次データを関連データと共に、または関連データなしでレンダリングする。ユーザ入力デバイス４３を使用して、関連データ要求入力が例示的なセット・トップ・ボックス３５に提供される。図示の実施形態の場合、目標にされた受け手に関わらず、すべての関連データがレンダリングされるが、代替実施形態では、セット・トップ・ボックス３５は「公衆」関連データのみをレンダリングすることもできる。
【００４７】
図５ｄに別の代替実施形態を示す。図５ｄでは、受信機３６、マイクロプロセッサ３８、およびメモリ４０を使用して、例示的なＰＣ／ＴＶ３５（すなわちデジタル・コンピューティング機能一体型ＴＶ）が形成されている。図示の実施形態の場合、例示的なＰＣ／ＴＶ３５にはまた、オプションの不揮発性記憶デバイス３９および二方向通信インタフェース４６が備わる。先の実施形態と同様、例示的なＰＣ／ＴＶ３５は、一次データ・ストリームおよび関連データ・ストリームを受信し、データ・ストリームを復号して分離し、ユーザからの要求に応じて、ＣＲＴ４２を使用して一次データを関連データと共に、またはそれなしでレンダリングする。ユーザ入力デバイス４３を使用して、関連データ要求入力が例示的なＰＣ／ＴＶ３５に提供される。図示の実施形態の場合も同様に、目標にされた受け手に関わらず、すべての関連データがレンダリングされるが、別の実施形態では、ＰＣ／ＴＶ３５は「公衆」関連データのみをレンダリングすることもできる。
【００４８】
図６に、本システムのデータ・ストリーム消費態様の様々な実施形態を形成するための基本要素およびオプション要素の代替集合を示す。図６に示す要素と図３に示す要素との違いは、一次データおよび関連データをレンダリングするために少なくとも２つの別々の表示デバイス４２および２００が採用されていることである。以下により詳細に述べるが、多くの実施形態の場合、２つ以上の関連データ表示デバイス２００が採用される。各関連データ表示デバイス２００は、一体型ハンド・ヘルド関連データ表示／要求入力インタフェース・デバイスであることが好ましい。言い換えれば、関連データ・インタフェース・デバイス２００の各々は、ハンド・ヘルド操作に適した比較的小さい形状因子の表示装置ならびに入力デバイスである。一実施形態では、一体型ハンド・ヘルド関連データ・インタフェース・デバイス２００の各々は、無線デバイスである。言い換えれば、一体型ハンド・ヘルド関連データ・インタフェース・デバイス２００の各々は、無線メディアを介してプロセッサ３８と通信する。さらに、別々の表示デバイス２００を採用して関連データをレンダリングすることにより、一次データ表示デバイス４２は、プロセッサ３８に「疎結合」することができ、さらにはプロセッサ３８から分離することができる。
【００４９】
図７に、一体型関連データ表示／要求入力インタフェース・デバイスの例示的な実施形態を示す。図示のように、一体型関連データ表示／要求入力インタフェース・デバイス２００は、通信インタフェース２０２、マイクロプロセッサ２０４、メモリ２０６、および表示要素２０８を含み、これらは図示のように相互に結合される。これらの要素は、当技術分野で周知のハンド・ヘルド・デバイスと一致する物理的次元を有するエンクロージャ２１２でパッケージされて、ユーザがこのデバイスを手に持ちながら快適に操作できるようにされる。図示の実施形態の場合、例示的な一体型関連データ表示／要求入力インタフェース・デバイス２００にはまた、スタイラス入力２１０も備わり、ユーザがグラフィカル・エンドユーザ・インタフェースと対話して関連データ要求入力を提供できるようにされる。さらに、通信インタフェース２０２は無線送受信機であり、表示要素２０８はフラット・パネル・ディスプレイである。要素２０２〜２１０は、当技術分野で周知の、幅広い範疇の要素を表すものとする。具体的には、マイクロプロセッサ２０４は、８ビットのマイクロコントローラ、１６ビットのＤＳＰプロセッサ、ならびに３２ビット以上の汎用マイクロプロセッサを表すものとする。
【００５０】
図８に、それ自体がプロセッサを有する別の表示デバイスを採用して関連データをレンダリングする場合の、本システムのデータ・ストリーム消費態様の代替機能図を示す。図８は、関連データ・プロトコル・マネージャ６０がさらに目標にされた受け手情報を理解できるように装備されている点で図４と異なる。すなわち、関連データの異なる部分が異なる受け手を目標にしていること、および受け手が誰であるかを認識できる。この能力により、関連データ・プロトコル・マネージャ６０はさらに、先に述べたように関連データを相応に抽出し変換する前に、対応する目標にされた受け手に向けて関連データを分割する。さらに、ローカル・データ・マネージャ８４およびリモート・データ・マネージャ９２は、グラフィカル表示インタフェース１０６を呼び出して、相応に関連データをレンダリングする。関連データを物理的に結合された表示デバイス上にレンダリングする代わりに、グラフィカル表示インタフェース１０６は、グラフィカル・レンダリング・コマンドを通信マネージャ６６に相応に提供し、通信マネージャ６６は、無線メディアを介してそれらを一体型ハンド・ヘルド関連データ表示／要求入力インタフェース・デバイス２００の通信マネージャ２２２に相応に送信する。
【００５１】
一体型関連データ表示／要求入力インタフェース・デバイス２００の各々の中に移ると、通信マネージャ２２２が、グラフィカル・レンダリング・コマンドを受け取り、それをグラフィカル表示インタフェース２２４に中継する。グラフィカル表示インタフェース２２４は、コマンドを実行し、（別々に目標を定められた）関連データが適切な関連データ・インタフェース・デバイス２００上に相応にレンダリングされるようにする。
【００５２】
さらに、データ要求入力ドライバ２２６が、ユーザから受け取った関連データ要求入力があればそれを、無線メディアを介して「ホスト」通信マネージャ６６に送信するために通信マネージャ２２２に送る。「ホスト」システム中に移ると、通信マネージャ６６は、関連データ要求入力を受け取り、入力要求ドライバ１０４を介してそれをローカル・データ・マネージャ８４に転送する。ローカル・データ・マネージャ８４は、先に述べたように、受け取った関連データ要求入力を処理する。
【００５３】
ここで図１２に飛ぶが、ここには、関連データを分割するための関連データ・プロトコル・マネージャ６０の動作フローの一実施形態を示すブロック図が示されている。図示のように、デコーダ５８から関連データを受け取ると、関連データ・プロトコル・マネージャ６０はステップ４０２で、第１の受け手の識別（相手方ＩＤ）を探す。第１の受け手の識別を突き止めると、関連データ・プロトコル・マネージャ６０はステップ４０４で、第１の受け手に割り振られたバッファ／待ち行列中に、第１の受け手に対する関連データをバッファリングする／待ち行列化する。プロトコル・マネージャ６０は、新しい受け手識別とデータ終り（ＥＯＤ）標識のいずれかが現れるまでステップ４０４を行う。新しい受け手識別が現れた場合は、プロトコル・マネージャ６０はステップ４０８で、バッファリング／待ち行列化を、次の受け手に割り振られた異なるバッファ／待ち行列に切り替え、ステップ４０４を繰り返す。そうでなければ（すなわちＥＯＤ標識が現れたときは）、プロトコル・マネージャ６０は分割処理を終了する。
【００５４】
ここで図１３を参照すると、分割された関連データが相応にレンダリングされるようにするための、ローカル・データ・マネージャ８４の動作フローの一実施形態を示すブロック図が示されている。示されているように、この図示の実施形態の場合、ローカル・データ・マネージャ８４は、異なる受け手のバッファ／待ち行列４１２を横断し、グラフィカル表示インタフェースを呼び出して、異なる受け手の、バッファに入れられた／待ち行列に入れられた分割関連データを相応に「ラウンド・ロビン」方式でレンダリングする。先に述べたように、グラフィカル表示インタフェースは、通信マネージャ６６にレンダリング・コマンドを提供し、通信マネージャ６６は、それらをハンド・ヘルド・デバイス２００に送信する。一実施形態では、グラフィカル表示インタフェースは、通信マネージャ６６に対する分割関連データを取り出すバッファ／待ち行列４１２に関連付けられる受け手を識別する。通信マネージャ６６は、分割関連データを目標にされた受け手に送信する。データをいくつかの潜在受け手のうち特定の１つに無線スペクトルで送信するための送信機に関しては、様々なアナログ技術およびデジタル技術が当技術分野で知られている。これらの技術のどれを採用してもよい。図示の「ラウンド・ロビン」方式は、異なる受け手への分割関連データ転送のバランスを保つ利点を有する。しかし、シリアル方式を含め、他の形の分割関連データ転送を採用することもできる。
【００５５】
次に図９ａ〜９ｄを参照すると、本システムのデータ・ストリーム消費態様の様々な例示的実施形態を示す４つのブロック図が示されており、これらには、図６の基本要素およびオプション要素を設けることができる。これらの例示的な実施形態は図５ａ〜５ｄの実施形態と同様だが、例外として、一体型無線ハンド・ヘルド関連データ・インタフェース・デバイス２００が採用されているのと、「ホスト」システムと無線ハンド・ヘルド関連データ・インタフェースとの間の無線通信を容易にするために無線送受信機１０２がコンピュータ、セット・トップ・ボックス、またはＰＣ／ＴＶに備わっているのが例外である。
【００５６】
図９ａでは、無線送受信機１０２と共に受信機３６、マイクロプロセッサ３８などを採用して、例示的なコンピュータ３５を形成している。例示的なコンピュータ３５は、図５ａの例示的なコンピュータ３５のように、まず一次データおよび関連データを受信し、次いで関連データを復号して一次データから分離する。しかし、先に述べた実施形態とは異なり、図９ａの例示的なコンピュータ３５は、一次データを表示装置４２上にレンダリングし、関連データを分割し、分割関連データをレンダリングするためのコマンドを無線メディアを介して一体型無線ハンド・ヘルド関連データ・インタフェース・デバイス２００に相応に送信して、関連データが相応にレンダリングされるようにする。
【００５７】
図９ｂでは、無線送受信機１０２と共にマイクロプロセッサ３８などを採用して、例示的なコンピュータ３５を形成している。例示的なコンピュータ３５は、図５ｂの例示的なコンピュータ３５のように、まずＴＶ４２の受信機３６を使用して一次データおよび関連データを受信し、次いで関連データを復号して一次データから分離する。しかし、先に述べた実施形態とは異なり、例示的なコンピュータ３５は、一次データをＴＶ４２上にレンダリングするが、関連データを分割し、分割関連データをレンダリングするためのコマンドを無線メディアを介して一体型無線ハンド・ヘルド関連データ・インタフェース・デバイス２００に相応に送信して、関連データが相応にレンダリングされるようにする。
【００５８】
図９ｃでは、無線送受信機１０２と共に受信機３６、マイクロプロセッサ３８などを採用して、例示的なセット・トップ・ボックス３５を形成している。例示的なセット・トップ・ボックス３５は、図５ｃのセット・トップ・ボックス３５のように、まずＴＶ４２の受信機３６を使用して一次データおよび関連データを受信し、次いで関連データを復号して一次データから分離する。しかし、先に述べた実施形態とは異なり、例示的なコンピュータ３５は、一次データをＴＶ４２上にレンダリングするが、関連データを分割し、分割関連データをレンダリングするためのコマンドを無線メディアを介して一体型無線ハンド・ヘルド関連データ・インタフェース・デバイス２００に相応に送信して、関連データが相応にレンダリングされるようにする。
【００５９】
図９ｄでは、無線送受信機１０２と共にＴＶチューナ３６、マイクロプロセッサ３８などを採用して、例示的なＰＣ／ＴＶ３５を形成している。例示的なＰＣ／ＴＶ３５は、図５ｄのＰＣ／ＴＶ３５のように、まず一次データおよび関連データを受信し、次いで関連データを復号して一次データから分離する。しかし、先に述べた実施形態とは異なり、例示的なＰＣ／ＴＶ３５は、一次データをＣＲＴ４２上にレンダリングするが、関連データを分割し、分割関連データをレンダリングするためのコマンドを無線メディアを介して一体型無線ハンド・ヘルド関連データ・インタフェース・デバイス２００に相応に送信して、関連データが相応にレンダリングされるようにする。
【００６０】
これらの実施形態の各々では、ユーザは、物理的に分離したモニタまたはＴＶ上にレンダリングされた一次データを消費しながら、一体型無線ハンド・ヘルド関連データ・インタフェース・デバイス２００のうちの１つを持って選択的に対話し、関連データを消費することができる。したがって、これらの実施形態の各々によれば、有利なことに、ユーザは一次データおよび関連データを快適に、例えば家族部屋の環境で消費することができる。これは、図５ａ〜５ｄの実施形態からは得られない有利な機能である。さらに、消費される関連データは、全体的または部分的に個別化することができ、したがって、複数のハンド・ヘルド・デバイス２００所有者が、異なる関連データ体験を有し、しかも同じ一次データならびに公衆関連データ体験を有することができる。
【００６１】
先にも触れたが、別々の表示デバイス、具体的には無線ハンド・ヘルド・デバイスを採用して関連データをレンダリングすることで、一次データをレンダリングするための表示デバイスを、関連データを処理するプロセッサに「疎」結合することができる。図１０ａ〜１０ｂに、図６に示した要素の代替集合を使用して形成できる、別の代替の例示的実施形態を２つ示す。図１０ａでは、一次データをレンダリングするために採用されたＴＶ４２は、赤外スペクトルを介して提供されたリモート制御コマンドを受信するためのＩＲ受信機１０６を含み、例示的なコンピュータ３５は、図９ａの例示的なコンピュータ３５と同様に構成され、かつ、適合するＩＲ受信機１０４が備わる。したがって、例示的なコンピュータ３５は、ＴＶ４２に提供されたリモート制御コマンド、具体的にはチャネル調整コマンドに追従することができ、それにより例示的なコンピュータ３５は、同じチャネルに合わせるようにそれ自体の受信機３６を制御して抽出し、そして今度は無線メディアを介して正しい関連データを無線ハンド・ヘルド関連データ・インタフェース・デバイス２００に提供することができる。したがって、ＴＶ４２と例示的なコンピュータ３５を分離することができ、一次データおよび関連データを快適に、例えば家族部屋の環境で消費することをさらに容易にすることができる。
【００６２】
同様に、図１０ｂでは、一次データをレンダリングするために採用されたＴＶ４２は、赤外スペクトルを介して提供されたリモート制御コマンドを受信するためのＩＲ受信機１０６を含み、例示的なセット・トップ・ボックス３５は、図９ｃの例示的なセット・トップ・ボックス３５と同様に構成され、かつ、適合するＩＲ受信機１０４が備わる。したがって、例示的なセット・トップ・ボックス３５は、ＴＶ４２に与えられたリモート制御コマンド、具体的にはチャネル調整コマンドに追従することができ、それにより例示的なセット・トップ・ボックス３５は、同じチャネルに合わせるようにそれ自体の受信機３６を制御して抽出し、無線メディアを介して正しい関連データを無線ハンド・ヘルド関連データ・インタフェース・デバイス２００に提供することができる。したがって、ＴＶ４２と例示的なセット・トップ・ボックス３５を分離することができ、一次データおよび関連データを快適に、例えば家族部屋の環境で消費することをさらに容易にすることができる。
【００６３】
図１１ａ〜１１ｂに、図６に示した要素の代替集合を使用して形成できる、別の代替の例示的実施形態を２つ示す。図１１ａ〜１１ｂの例示的なコンピュータおよびセット・トップ・ボックス３５は、それぞれ図１０ａ〜１０ｂの実施形態と同様だが、例外として、図１１ａ〜１１ｂの例示的なコンピュータおよびセット・トップ・ボックス３５それぞれには、リモート制御コマンドを制御ＴＶ４２に送信するためのＩＲ送信機１０８がさらに備わっている。したがって、ＴＶ４２に理解可能なリモート制御コマンドを送信する機能が例示的なコンピュータ／セット・トップ・ボックス３５に備わっている限り、適合するＩＲ受信機１０４および１０６をＴＶ４２と例示的なコンピュータ／セット・トップ・ボックス３５の両方に提供しなければならない代わりに、適合しないＩＲ受信機を提供してもよい。このような機能は、例えば図１１ａ〜１１ｂの例示的なコンピュータ／セット・トップ・ボックス３５にユニバーサル・リモート制御コマンド・データベースを提供することによって設けることができる。言い換えれば、図１１ａ〜１１ｂの例示的なコンピュータ／セット・トップ・ボックス３５は、有利なことに、既存のいくつかのＴＶで使用して、一次データおよび関連データを快適に、例えば家族部屋の環境で消費することを容易にすることができる。
【００６４】
前述の好ましい実施形態は、本発明の概念を逸脱することなく多くの適合および修正を受ける。したがって本発明は、本明細書で具体的に述べた以外にも、添付の特許請求の範囲内で実施することができる。
【図面の簡単な説明】
【図１】  最高レベルに抽象化した本発明のブロック図である。
【図２】  本発明によるシステムのデータ・ストリーム生成および配信態様の一実施形態を示すブロック図である。
【図３】  本システムのデータ・ストリーム消費態様の様々な実施形態を形成するための基本要素およびオプション要素を示すブロック図である。
【図４】  本システムのデータ・ストリーム消費態様の様々な実施形態の機能図を示すブロック図である。
【図５ａ】  本システムのデータ・ストリーム消費態様の様々な例示的実施形態を示すブロック図である。
【図５ｂ】  本システムのデータ・ストリーム消費態様の様々な例示的実施形態を示すブロック図である。
【図５ｃ】  本システムのデータ・ストリーム消費態様の様々な例示的実施形態を示すブロック図である。
【図５ｄ】  本システムのデータ・ストリーム消費態様の様々な例示的実施形態を示すブロック図である。
【図６】  本システムの消費態様の様々な実施形態を形成するための代替の基本要素およびオプション要素を示すブロック図である。
【図７】  本発明のハンド・ヘルド関連データ表示／要求入力デバイスの一実施形態を示すブロック図である。
【図８】  本システムのデータ・ストリーム消費態様の様々な実施形態の機能図を示すブロック図である。
【図９ａ】  本システムのデータ・ストリーム消費態様の様々な代替の例示的実施形態を示すブロック図である。
【図９ｂ】  本システムのデータ・ストリーム消費態様の様々な代替の例示的実施形態を示すブロック図である。
【図９ｃ】  本システムのデータ・ストリーム消費態様の様々な代替の例示的実施形態を示すブロック図である。
【図９ｄ】  本システムのデータ・ストリーム消費態様の様々な代替の例示的実施形態を示すブロック図である。
【図１０ａ】  本システムのデータ・ストリーム消費態様の様々な代替の例示的実施形態を示すブロック図である。
【図１０ｂ】  本システムのデータ・ストリーム消費態様の様々な代替の例示的実施形態を示すブロック図である。
【図１１ａ】  本システムのデータ・ストリーム消費態様の様々な代替の例示的実施形態を示すブロック図である。
【図１１ｂ】  本システムのデータ・ストリーム消費態様の様々な代替の例示的実施形態を示すブロック図である。
【図１２】  関連データを分割するための、関連データ・プロトコル・マネージャの動作フローの一実施形態を示すブロック図である。
【図１３】  分割した関連データをレンダリングするための、グラフィカル表示インタフェースの動作フローの一実施形態を示すブロック図である。
【図１】
0004169182.tif 000002
【図２】
0004169182.tif 000003
【図３】
0004169182.tif 000004
【図４】
0004169182.tif 000005
【図５ａ】
0004169182.tif 000006
【図５ｂ】
0004169182.tif 000007
【図５ｃ】
0004169182.tif 000008
【図５ｄ】
0004169182.tif 000009
【図６】
0004169182.tif 000010
【図７】
0004169182.tif 000011
【図８】
0004169182.tif 000012
【図９ａ】
0004169182.tif 000013
【図９ｂ】
0004169182.tif 000014
【図９ｃ】
0004169182.tif 000015
【図９ｄ】
0004169182.tif 000016
【図１０ａ】
0004169182.tif 000017
【図１０ｂ】
0004169182.tif 000018
【図１１ａ】
0004169182.tif 000019
【図１１ｂ】
0004169182.tif 000020
【図１２】
0004169182.tif 000021
【図１３】
0004169182.tif 000022