JP4350868B2 - マルチキャストデータサービスおよび放送信号マークアップストリームを使用する対話式放送システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、一般に対話式放送に関し、とくに対話式放送システムに関する。
【０００２】
【従来の技術】
これまで、テレビジョンは受動的な形態のエンターテイメントであり、その対話性が非常に限られていた。現在のところ、ユーザが放送信号と対話して、放送内容に関連した情報にアクセスしたり、あるいは別の複雑化された機能をトリガーすることのできる手段はない。これは、とくに、種々の形態で無数のトピックに関する情報があふれている現在の情報時代において残念なことである。最近では、パーソナルコンピュータが、主にインターネット人口の増加と成長により、情報アクセスに好ましいデバイスになっている。したがって、一般に、ユーザは情報サービスプロバイダに加入するか、あるいはインターネットに直接アクセスするかのいずれかを行う必要がある。このような状況において、ユーザがテレビジョン内容に関する情報を収集することに関心を持った場合、利用できる情報サービスとは無関係のサーチを行わなければならない。
【０００３】
この面倒な過程を回避し、テレビジョン内容を改善するために、ユーザが放送信号と対話でき、かつ情報を直接送信できる簡単なシステムが必要である。エンターテイメントおよび情報用の単一ソースとしてテレビジョンおよびパーソナルコンピュータ（ＰＣ）の予想される組合せによって、ここに記載されている本発明の実施形態が容易になるであろう。たとえば、最近では放送信号を受信できるようにされたＰＣが入手可能である。さらに別のデバイスの例として、通常のテレビジョンを拡大した比較的廉価な“ウェブＰＣ”がある。これらのデバイスの他に、高帯域幅データを伝送できる通信ネットワークがまもなく家庭で利用できるようになり、対話式放送システムが可能になる。インフラストラクチャにおけるこれらの進歩は、エンターテイメントデハイスと情報アクセスデバイスとの結合を容易にし、利用する新しい方法を必要とする。
【０００４】
対話式テレビジョンは、ビデオ・オン・デマンド、ホームショッピングおよびその他等のいくつかの異なったアプリケーションを含んでいる。対話式テレビジョンを使用することによって、ユーザは完全なコントロールが可能となり、放映されるべき映画または購入すべき項目の選択のような異なったアクションを特定できるようになる。このようなシステムに対して、いくつかの異なったシステムアーキテクチャが提案されている。しかしながら、これらには、通信およびネットワーク、ビデオサーバ等の分野における著しい技術的進歩、ならびに新しいケーブルを個々の家庭に敷設する等のインフラストラクチャにおける莫大な出資が必要である。
【０００５】
ＨＴＭＬのようなマークアップ言語は、標準的なテキスト文書の論理部分に先行または後続するタグを含むことによってその文書を改善してハイパーテキストフォーマットにするために使用されている。ハイパーテキスト文書が解析されたとき、マークアップタグが包囲しているデータから分離されることが可能であり、これらのマークアップ文は、ハイパーリンク、アンカーおよび注釈のような情報を含んでおり、これらの情報がハイパーテキスト機能（データベースアクセスのような）、表現方式およびインターフェースモダリティーを助けることとなる。テキスト、グラフィックス、スピーチ、画像およびアニメーションのような構成要素を一緒にネットワークにのせることのできるハイパーメディアもまた提案されている。ハイパーメディアはまた、字義どおりではないが、ハイパーリンクを有するマルチメディアデータとして定義できる。
【発明が解決しようとする課題】
通常のテレビジョン放送信号は、限られた対話方法によりエンターテイメントの非常に受動的なメディアを生成するビデオおよびオーディオ情報だけを含んでいる。近年、放送信号に情報を付加することによって、限られた量の対話が可能になっている。ウインク（商標名）通信は、スポーツ統計、あるいは視聴者によってアクティブにされることのできる映画情報のような付加的な関連データをテレビジョン信号中に含んでいる。インターキャスト（商標名）、ハイパーキャスト（商標名）およびその他のある種のシステムは、ビデオおよびオーディオストリーム中にウェブデータを挿入する。しかしながら、これらのシステムでは、視聴者同士が対話できるようにはならず、その結果家庭での映画観賞は聴衆の対話が欠如しているために、映画館での体験とは全く異なったものになる。さらに、これらのシステムの全てにおいて、多数のユーザがウェブサーバから同じデータを同時に要求するため、そのサーバおよびネットワークに膨大な負荷が生じる。したがって、放送メディアがアクティブにされ、その後ユーザがその信号と対話することのできるシステムおよび方法が必要とされている。
【０００６】
本発明の１目的は、放送信号をリッチな情報源にし、ユーザが放送信号と対話できるようにし、それによって対話式視聴体験を使用できるようにすることである。
【課題を解決するための手段】
本発明の１つの特徴は、新しい放送信号マークアップストリーム（ＢＳＭＳ）を放送信号に付加することである。この付加的なストリームには、ビデオおよびオーディオストリームをハイパーメディアストリームに変換するデータが含まれている。ハイパーテキスト文書と同様に、この付加的な情報は、専用のリモコンを単にクリックして、通信チャンネルにわたる関連した文書の検索のようなあるアクションを開始させることによって使用可能にされることのできる注釈、リンク、およびユーザに有効なその他の情報を含むことができる。この方式はまた、ＭＰＥＧ−４ベースの圧縮標準規格と自然に調和する。
【０００７】
本発明の別の特徴において、放送方法は、
選択可能なオブジェクトを放送信号から識別および特定し、
そのオブジェクトを含むマークアップストリームを生成し、
マークアップストリームを含む対話式放送信号を放送するステップを含んでいる。
【０００８】
本発明の１つの利点は、既存のインフラストラクチャに対する大規模なハードウェア変更が不必要なことである。さらに、多くの対話式テレビジョンシステムにおいて一般的なユーザ端末における過度の記憶手段が不要である。新しいデータストリームにより付加的なデータ帯域幅において要求されるオーバーヘッドは非常に少ない。また、この方式は、依然としてＭＰＥＧ−１およびＭＰＥＧ−２標準規格を使用して可能であるが、例外的にＭＰＥＧ−４圧縮標準規格と適合する。
【０００９】
本発明は、テレビジョン視聴者が他の視聴者と通信し、インターネットのような別のソースから付加的な情報を得ることに関して高度の対話をできるようにする。
【発明の実施の形態】
本発明のこれらおよびその他の特徴および利点は、以下の好ましい実施形態の詳細な説明および添付図面から当業者に明らかになるであろう。
以下の説明において、同じ参照符号は、同じ構成要素を識別するために使用されている。以下の説明は、衛星ベースのシステムに関するものである。本発明は通常の放送システムに適応されてもよいし、あるいは通常の放送システムに含まれてもよい。
図１を参照すると、既知の衛星放送システム10が示されている。このシステム10は、放送信号14をユーザ16に発生するために使用される衛星12を含んでいる。示されているように、信号は衛星12からユーザに放送される。対話はユーザによって全く行われていない。
【００１０】
図２を参照すると、既知の放送信号14は、ビデオイメージおよび同期されたオーディオを出力するのに十分な情報だけを含んでいる。放送信号14は、システムレベルストリーム18、ビデオストリーム22およびオーディオストリーム20から構成されている。一般に、ビデオおよびオーディオデータは圧縮されたフォーマットであり、一方システムストリームは同期情報を含む。いくつかの信号はまた字幕情報を含む。
【００１１】
図３を参照すると、本発明による対話式衛星放送システム24が示されている。このシステム24は、ユーザ28との間で信号を送受信できる衛星26を有している。この衛星26は、上述のものから修正された放送信号30を発生する。ユーザは、以下説明するように、リターン信号32を発生し、衛星26と通信すると共にシステムの残りのものと対話する。
【００１２】
図４を参照すると、本発明の放送信号30は、図２で上述したようにシステムストリーム18、オーディオストリーム20およびビデオストリーム22を含んでいる。信号ストリーム18，20，22と共に、付加的な信号ストリームである放送信号マークアップストリーム（ＢＳＭＳ）36も送信される。このＢＳＭＳ36は、以下詳細に説明する再生装置によって理解されることのできるコンピュータ言語である。ＢＳＭＳ36は、放送信号が対話性をサポートすることを可能にする情報を含んでいる。
【００１３】
ＢＳＭＳ36は、以下に説明するいくつかの目的にかなう情報を含んでいる：
（１）ビデオ／オーディオ情報のエンハンスメント：ＢＳＭＳ36の目的は、視聴体験を改善するためにユーザによって使用可能にされることのできる情報を伝送することである。たとえば、ＢＳＭＳ36は、ユーザによって所望された場合にアクティブにされることのできる特定のシーンに関する関連情報を含んでいてもよく、たとえば映画のシーンは、その瞬間にそのシーンに出ている俳優の名前を含むことができる。字幕は、マークアップストリームの一部とみなされ、話されているものの翻訳をビデオスクリーン上に与えることによってオーディオストリームを強調することができる。したがって、マークアップ言語は、ユーザによって随意にアクティブにされるこの付加的な情報を含む手段を有していなければならない。
（２）選択可能なオブジェクトの識別および特定：マークアップ言語は、ビデオスクリーン上の選択可能なオブジェクトを識別および特定することができる。これは、ユーザがオブジェクトを選択した場合にアクティブにされるオブジェクトに関連した確定的なアクションが存在している可能性があるため重要である。選択可能なオブジェクトのいくつかの例は、話されたキーワードやビデオスクリーンの特定の役である。
（３）選択可能なオブジェクトの選択に関連した機能の内蔵：メディアストリームから選択可能なオブジェクトを特定できることに加えて、マークアップストリームはまた、これらのオブジェクトの選択に関連した機能を含んでいなければならない。これは、マークアップストリームの重要な特徴である。ハイパーメディアの観点から、重要な機能の１つはハイパーリンク、すなわち種々のソースから関連情報へのリンクである。ユーザがオブジェクトを選択したとき、関連した機能が呼び出され、ハイパーリンクの場合には、関連した情報が検索されて表示される。
【００１４】
ＢＳＭＳ36は、標準化されたＭＰＥＧ−４ベース圧縮方式と自然に適合する。ＭＰＥＧ−４標準圧縮方式は、オーディオ・ビジュアル（ＡＶ）オブジェクトを伝送するためのシステムである。ＭＰＥＧ−４標準規格は、内容独立的でブロックベースのＭＰＥＧ−１およびＭＰＥＧ−２のような初期の圧縮規格とは違い、対話式アプリケーションに対してより適合するオブジォクトベースのコーディング構文法を使用する。ＭＰＥＧ−４は、内容ベースのコーディング構文法、内容ベースの編集、内容ベースのアクセスおよびユーザ対話を含んでいる。ＭＰＥＧ−４アーキテクチャにおいて、１以上のＡＶオブジェクトおよびそれらの空間−時間関係がソースからＭＰＥＧ−４デコーダに送信される。ソースにおいて、ＡＶオブジェクトはエラー保護され、多重化され、下流へ送信される。デコーダにおいて、ＡＶオブジェクトはデマルチプレクスされ、エラー補正され、デコンプレスされ、合成され、エンドユーザに与えられる。エンドユーザは情報と対話することが可能であり、このようにしてＭＰＥＧ−４デコーダがユーザ対話の手段を提供する機能を得る。さらに、ＭＰＥＧ−４アーキテクチャにより、デコーディングツールのダウンロードが可能になり、それによって特定のアプリケーション要求に合うようにカストマイズされたビットストリーム構造を生成するフレキシビリティが内容ディベロッパーに与えられる。ＭＰＥＧ−４は、ビデオオブジェクト （ＶＯ）、ビデオオブジェクト層（ＶＯＬ）およびビデオオブジェクトプレーン（ＶＯＰ）の概念に重点を置いている。ＶＯおよびＶＯＰは、ユーザがアクセスおよび処理することのできるビットストリーム中のエンティティに対応する。ＶＯ概念は、ＢＳＭＳ36に自然に適合している。スクリーン上の各オブジェクトは、ＵＲＬにリンクするように、特定のアクションと容易に関連させられることができる。そのオブジェクト（ＭＰＥＧ−４の対話性質によってサポートされた）の選択時に、上述したように、対応した機能がアクティブにされることができる。ＭＰＥＧ−４委員会は、特定のアプリケーションに使用されることとなるオブジェクトのクラスの仕様書を含むＭＰＥＧ−４構文法記述言語（ＭＳＤＬ）を規定している。ＡＶオブジェクトクラスは、ユーザ対話を処理するために使用されることのできるハンドルと呼ばれる公的方法から構成されている。この方法はまた、その信号ストリームを解析し、対応したアクションに到達するために使用されることができる。属性フィールドをＭＰＥＧ−４クラスに与えることによって、任意のアクションがオブジェクトの属性または特性の１つとして特定されることができる。
【００１５】
ＭＰＥＧ−４とは異なり、ＭＰＥＧ−１およびＭＰＥＧ−２は、ビデオオブジェクトの概念を含まないブロックベースのコーディング方式である。したがって、このようなフォーマットを有するＢＳＭＳ36データを含むことはさらに困難である。両方式はシステム層を含んでおり、この層は伝統的に多重化およびタイミング情報を保持するために使用されている。システムストリームは私用データを含むための手段を有しており、これはＢＳＭＳを伝送するために使用されることができる。しかしながら、異なったイメージ構成要素と機能との間のマッピングは、これらのコード化方式に組み込まれたオブジェクト概念が存在しないので、他の場所で処理されなければならない。
【００１６】
グループ構成員情報を参照するためにマルチキャストが使用され、それによってグループは、特定のチャンネルを見ている全ての視聴者から構成されることができる。ＩＰベースのマルチキャストにおいて、各マルチキャストグループは、マルチキャストアドレスによって特定される。静的マルチキャストチャンネルアドレスを各チャンネルと関連させることができる。たとえば、チャンネル４は２２４．０．０．４のマルチキャストアドレスを有することができる。このマルチキャストチャンネルは、ユーザが互いに通信することのできる手段（チャットタイプ）、ポストメッセージ、およびウェブデータのようなリクエスト付加情報を形成するデータチャンネルである。このデータチャンネルに加えて、ビデオおよびオーディオ信号は、重要なリンクおよびその他の改善情報を特定するための機能を提供するＢＳＭＳ36により増大される。たとえば、ＢＳＭＳ36を使用することによって、表示されているものに関連したインターネット上のリンクを関連させることができる。ユーザはこのリンクをアクティブにしてデータを受信することが可能であり、その後このデータはマルチキャストチャンネルを介して配信される。単一のコピーが伝送されるだけであるが、同じデータに関心を持っている別のユーザもまたそれを受信する。これによって、利用可能な帯域幅に関するシステムの安定性が著しく改善される。ＢＳＭＳ36の使用により、ビデオ／オーディオチャンネルはセミハイパーメディアチャンネルに変換される。
【００１７】
図５を参照すると、本発明の別の形態において、放送チャンネル30は、ハイパーメディアチャンネル38および論理マルチキャストチャンネル40という２つの信号から構成される。ハイパーメディアチャンネル38は、放送ソースからユーザへの１方向放送である。ＢＳＭＳ36は、このハイパーメディアチャンネル38内に含まれる。論理マルチキャストチャンネル40は、特定のチャンネルの全視聴者によって連帯的に共用される２方向対話チャンネルである。論理マルチキャストチャンネル40は各テレビジョンチャンネルに付随し、ネットワークに過剰に負荷を与えず、その一方でシステムを拡張可能に維持しながら、ユーザ同士が限られた応答遅延（キャッシュすることによる）で対話することを可能にする。このようにして、論理マルチキャストチャンネル40はユーザを別のユーザに接続し、またユーザをインターネットに接続する。
【００１８】
図６を参照すると、衛星ベースの放送システム46のアーキテクチャが示されている。このシステム46は、ビデオ、オーディオおよびマルチキャストデータチャンネルを含む、異なったチャンネルを多重化して送信するアップリンクセンター48および衛星50を含んでいる。ネットワークオペレーションセンター（ＮＯＣ）プロキシ52は、ユーザリクエストを処理してスケジュールを定め、要求された情報をインターネット54およびその他の関連したデータソース56から検索する。クライアント側において受信アンテナ59を有する受信機システム58は、ユーザ対話に応答し、リクエストをネットワーク接続によって送ることに加えて、制御装置61を介して放送データを収集し、それらをデマルチプレクスして適切な出力デバイスまたはソフトウェアに導く。一例として、受信機システム58は、制御部分62と、チャット部分64と、ワールド・ワイド・ウェブ部分66と、ビデオ部分68とを含むいくつかのスクリーン指示部を含む表示スクリーン60を含んでいてもよい。
【００１９】
以下、このシステムアーキテクチャの３つの基本的な構成要素を示す：
（１）アップリンクセンター48における多重化：伝統的な衛星テレビジョン放送には、異なったチャンネルに対応したＭＰＥＧストリームを発生し、それらを多重化し、デジタル放送衛星を介してデータを送信するアップリンクセンターが存在する。現在のアーキテクチャでは、アップリンクセンターが、ビデオおよびオーディオ信号と共にマークアップストリームを多重化し、ＮＯＣプロキシ52からの実時間対話データを（各チャンネルに対して）受取って、適切なデータチャンネルでこの全てを送信する。ハイパーメディアチャンネルは局部的に記憶されるか、あるいはライブイベントのように実時間で別のソースから到達する。単一の論理マルチキャストチャンネルが各テレビジョンチャンネルに関連されているが、いくつかのこのようなデータチャンネルが多重化されることができる。
（２）ＮＯＣプロキシ52：ＮＯＣプロキシ52はシステムの中心部分であり、ユーザリクエストと入力とマルチキャストチャンネルとの間に主調整機能を提供する。ユーザは、ダイヤルアップ接続またはインターネットサービスプロバイダのいずれかによってＮＯＣプロキシ52と直接通信する。（通信はＩＰプロトコルに基づいたものになってきているが、これはシステムによって要求はされない。）
チャットアプリケーションの場合のような簡単な入力またはインターネットデータの場合のようなあるデータに対するリクエストである２つのタイプのユーザデータが存在することができる。両方の場合において、ユーザデータはＩＰパケットとしてカプセル化され、ＮＯＣプロキシ52に送信される。適切なデータが転送されなければならないマルチキャストアドレス情報を全てのユーザデータが含んでいることは必須である。これは、チャンネル情報を自動的にパケット中に含むように受信システムに対して要求することによってユーザに不可視であるようにすることができる。したがって、プロキシがパケットを受信し、アクションの経路を決定する。ユーザがデータを入力しているアプリケーションの場合（チャットのような）、プロキシは単にパケットをアップリンクセンターを介して適切なマルチキャストグループに転送する。この時点で、濾波またはモデレーションが行われることができる。リクエストの場合、動作は複雑である。ユーザがＢＳＭＳ36に含まれていた特定のリンクからの情報をリクエストするシナリオについて考える。多数のユーザは、同じデータをリクエストする可能性が高い。システムを拡張可能な状態に（複雑さおよび帯域幅の両方において）維持するために、データの１つのコピーだけが適切なサーバおよびマルチキャストから適切なチャンネルを介してダウンロードされなければならない。したがって、プロキシは、リクエストされたデータ、あるいは前に送られたデータの追跡を維持しなければならない。すでにリクエストされたデータの場合、プロキシはそのリクエストを無視することができる。これは、別のユーザのリクエストの結果、そのデータが共通のマルチキャストチャンネルですでに送信されているためである。受信機には、同調された特定のマルチキャストチャンネルから入ってきたデータを全て記憶するキャッシュが存在する。ユーザデバイスはリクエストされた項目がキャッシュ中に認められない場合にのみリクエストを送るので、これによって性能が著しく改善される。キャッシュが形成されていない状態でチャンネルに接続したユーザをサポートするために、プロキシがあるデータ（たとえば、直前に送信されたデータ）の再送信をスケジュール化することが重要である。
また、ネットワークオペレーションセンタープロキシは、ユーザ入力を受信し、そこから放送信号マークアップデータストリームを生成するように構成してもよい。
（３）受信機システム58：受信機システム58は、多重化されたビデオおよびオーディオストリームから適切なデータチャンネルをデマルチプレクスし、圧縮から復元する機能を実行する。デマルチプレクサは、ビデオおよびオーディオチャンネルならびに適切なマルチキャストチャンネルを抽出し、それらを適切なデバイスに転送する。ハイパーメディア信号の場合、ＢＳＭＳ解析手段がマークアップ信号ストリームをビデオおよびオーディオ信号から分離する。その後、圧縮されたビデオおよびオーディオ信号は、データを圧縮から復元して、それらを適切な表示装置上に与えるモジュールに送られる。この場合の表示装置は、チャットセッション、ウェブブラウザ等の別のアプリケーションからのデータもまた表示しなければならないため、それは単純なＮＴＳＣモニタより高性能のものでなければならない。ユーザリクエストおよび対話は、専用のリモコンおよび無線キーボードによって行われる。ユーザ入力を受取って、適切なアクションを行う対話制御装置は、マークアップ信号の適切な部分を判読し、あるいは通信デバイスを介してユーザ入力を送らなければならない。後者の場合、システムは汎用または専用マイクロプロセッサに加えて、通信スタックおよびモデムを有している必要がある。さらに、システムは、ユーザが現在見ているチャンネルに対して入ってきた全てのデータをキャッシュに記憶させる。また、受信機モジュールは、その特定のチャンネルに意図されたパケットだけが抽出されるように、パケットがマルチキャストアドレスに基づいて濾波されることのできる手段を具備している。以下、システムコンポーネントに関する詳細な情報を示す。
【００２０】
図７を参照すると、受信機システムは、ビデオ／オーディオ再生モジュール74、対話モジュール76および通信モジュール78という３つの主モジュールを有していてもよい。
【００２１】
ビデオ／オーディオ再生モジュール74は、圧縮復元（デコンプレッション）および再生装置80およびこれが接続されている表示装置82の２つのデバイスから構成されている。再生装置80は放送ストリームを受取り、続いてユーザ選択チャンネルをデマルチプレクスしてデコンプレスする。その後、デコンプレスされたビデオおよびオーディオストリーム（システムレベル情報を使用して同期された後）は、ビデオ／オーディオ表示装置82に出力される。この表示装置82は、スピーカを備えた通常のテレビジョンモニタであってもよい。表示装置は放送信号割込み可能なＰＣモニタであることもできる。これまでの説明では、このモジュールは現在の放送システム中に同じ機能性のセットトップ受信機を有していることに注意されたい。上記の機能に加えて、再生装置80はまた、以下に説明するように対話モジュールの一部分を形成する対話制御装置にマークアップストリームを送る。再生装置80はまた、対話モジュールから命令を受取って、表示装置に出力されているオーディオおよびビデオデータの特性を修正することができる。たとえば、現在の表示の上部に重ねられたマークアップストリームに含まれているシーンに関する特別な情報の表示をユーザが希望するかもしれない。このリクエストは、関連した情報と共に対話モジュールによって再生装置に通信される。
【００２２】
対話モジュール76は、対話制御装置84とユーザ制御装置86の２つのコンポーネントから構成されている。ユーザ制御装置86は、ユーザがビデオまたはオーディオオブジェクトを選択すること等を可能にする遠隔制御装置である。メディアオブジェクトの選択のようなユーザ指定アクションは、最初に対話制御装置84およびマークアップストリーム（再生装置によって対話制御装置に入力された）によって捕捉され、その後対応した機能に位置させるために解析される。その機能が外界との通信を含んでいる場合、リクエストは通信モジュール78に送られる。そのアクションが再生スクリーン上の付加的な情報を含んでいるならば、リクエストが対応した情報と共に再生装置に送られる。したがって、この対話モジュール76の役目はユーザアクションを捕捉し、ユーザの指定した機能に対する応答を始めさせるためにコントロール指令を通信モジュールまたは再生モジュールのいずれかに送ることである。
【００２３】
通信モジュール78は多数の情報源への遠隔アクセスができるようにする。したがって、このモジュールは主として外界と通信する役割を有しており、通信チャンネルにリンクされている。ネットワーク通信デバイス88は、遠隔情報に対するリクエストを対話制御装置76から受取り、リクエストは通信チャンネルを通って送られる。このデバイスはまた、リクエストに応答して検索されたデータを管理し、それらを適切に対話表示装置に導く。対話表示装置90は、放送信号割込み可能なＰＣの場合のように再生装置と同じものであってもよい。表示用のモニタの他に、このデバイスはまた対話性を高めるためのキーボードまたはマウスのような関連した周辺装置を含むこともできる。
【００２４】
ハイパーメディアにおいて、情報は種々の異なったソースからのさらに多量の情報とリンクされる。関連した情報は、異なったデータタイプのもの、たとえばワールド・ワイド・ウェブ（ＷＷＷ）からのビデオサーバ情報からのビデオ、マルチメディア記憶装置(repository)からのオーディオであることができる。たとえば、毎日のニュースからのクリップが、同じトピックに関する前のビデオ放送情報にリンクしていてもよい。これらの放送は圧縮されて特定のサイトのビデオサーバに記憶されることができる。新しい放送は、ユーザによって所望された場合に検索されることのできる古い放送情報へのリンクを含んでいてもよい。同様に、広告は企業のＷＷＷサイトへのリンクを含むことができ、それによってユーザは広告商品に関してもっと多くの情報を集めることができる。この方式では、放送材料の製作者が情報リンクを予め規定しておく。この方式は、若干のフレキシビリティを犠牲にして、ほとんど努力を要することなく関連した情報へのユーザアクセスを提供する。
【００２５】
今日、イメージマップがハイパーテキスト文書において一般に使用され、異なったＵＲＬがイメージの異なった部分とリンクされることを可能にしている。同様に、所定のフレームに対してスクリーンの異なった部分がこれに関連した、異なったアクションを有するように、放送ビデオスクリーンをマッピングすることが可能である。したがって、マークアップストリームは、イメージの異なった部分を特定するための方法と、アクションの注釈を付け、そのオブジェクトを選択するための方法を含んでいなければならない。
【００２６】
図８を参照すると、アンカー92と、スポーツシーンを表しているサブスクリーン94と、金融チッカー96とを含むニュース放送が、スクリーンの関連した部分に識別されるリンク100 を示す対応したイメージマップ98と共に示されている表示スクリーン60の一例が示されている。
【００２７】
ビデオに加えて、オーディオもまたこれと関連したリンクをもつことのできるある部分を含むことが可能である。たとえば以下の放送からのオーディオセクションについて考える。“本日、ニューヨークにおいて、クリントン大統領が国際連合の安全保障理事会で演説した。”このオーディオにおける下線の語句のいずれもが関連した情報源へのリンクを含んでいる。オーディオは、ハイパーリンクにとって困難なメディアであるかも知れない。１つのスピーチ認識方法は、ユーザによって選択されることができることを下線で強調する等により、特定のことばの割込みを容易にする字幕装置を使用することである。
【００２８】
オーディオ情報をハイパーリンクとして使用する別の可能性は、オーディオ信号を使用して、関連したリンクを獲得するためにサーチエンジンに送られることのできる１組のキーワードを生成することである。この実施形態において、関連した情報源のアドレスが放送信号と共に送られる必要はない。
【００２９】
マークアップストリームサーバに関する変形において、放送ストリームと関連したマークアップストリームは、ビデオ、オーディオおよびシステムストリームと共に送信されない。その代わり、マークアップストリームは、これを特定のビデオ／オーディオセグメントと特有に関連付けるインデックスと共にサーバに記憶される。たとえば、インデックスは、チャンネル番号およびそのシーンが放映された時を示す時間スタンプであることができる。ユーザがオブジェクトの選択のようなアクションをコミットしたとき、このアクションはある形態で通信チャンネルを通ってサーバに送信され、マークアップストリームサーバはこの情報を使用して、適切なマークアップファイルおよび機能を配置する。その機能が関連情報の検索を含んでいる場合、マークアップストリームサーバは、必要な文書を特定のユーザに送信するようにソースプロバイダにリクエストする。このような構成形態は、現在の放送ストリームに対する最小限の修正を伴う。この方式の欠点は、そのスケーラビリティである。マークアップストリームのデータベースは、チャンネルの番号に大きく依存することとなり、単一のサーバが全てのリクエストを処理しなければならなくなる。
【００３０】
上記の変形のように、別の構成形態はまた付随するマークアップストリームを必要としない。しかしながら、この変形はその機能がさらに制限される。ユーザは、サーチエンジンに後に送られることのできるシーンに対するキーワードを公式化することにより関連情報を見出だすことができる。サーチエンジンは、関連したデータを含む種々の情報記憶装置(repository)に関する情報を返信することかできる。キーワードストリングは、字幕情報の解析またはオーディオストリームの解析のいずれかによって生成されることができる。両方の場合において、対話制御装置は、オーディオおよび字幕ストリームを解析することができる必要なプロセッサを含んでいなければならない。この方法の利点は、関連したリンク情報が予め規定されていないことである。しかしながら、この方法は、サーチエンジン、オーディオまたは字幕ストリームを解析するための付加的な処理電力、および所望の情報を獲得するためのさらに多くのユーザアクションを必要とする。さらに、この方式では、予め規定されたリンクを信号と関連付ける手段が提供されない。
【００３１】
システムの重要なコンポーネントは、異なったビデオおよびオーディオオブジェクトの選択に関連付けられた機能に対応したマークアップストリーム内容の発生手段である。これは、各オブジェクトとの機能の関連性を決定するためのループにおいて人間の判断力を必要とする。機能の選択は、自動的に行われることが好ましい。以下の方法は、システムのこの部分の自動化を容易にする。
【００３２】
メディアシステムのオーディオ部分は、これをテキストに転記することができるスピーチ認識エンジンに入力されることができる。現在のスピーチ認識システムは、高い信頼性の実時間転記を行うことができる。言語処理技術は、シーン内容を表すキーワードを発生するために出力で使用されることができる。このキーワードをサーチエンジンで使用して、特定のシーンに最もよいリンクが見出だすことができる。したがって、スピーチ認識、言語処理およびキーワードサーチを組合せることにより、マークアップストリームを発生する１つの方法が得られる。
【００３３】
ビデオを解析して意味情報を発生することは困難であるが、ビデオを使用してサーチの前後関係を補助することができる。たとえば、オーディオセグメント中に含まれていない、あるいはこのセグメントに参照されない情報がビデオ中に存在する。主要なカラー、カメラワークおよび運動情報のような情報は、ストリームのビデオ部分を解析することによって容易に抽出されることができる。この情報は、サーチを強化するために使用されることができる。たとえば、オーディオセグメントが自動車を示した場合、ビデオ部分からのカラー情報を使用することによって、システムはその自動車が何色かを導き出すことができる。このようにして、ビテオデータからの情報は、マークアップストリーム内容の生成時のサーチ工程を助けるために使用されることもできる。
【００３４】
ここに記載されている例は、単なる一例に過ぎず、本発明の技術的範囲はこれらの例に限定されるものではない。上記の説明は、本発明の好ましい１実施形態に関するものであることを理解すべきであり、当業者は、添付された特許請求の範囲に記載されている本発明の技術的範囲を逸脱することなく実施できる種々の変形および別の実施形態を認識するであろう。
【図面の簡単な説明】
【図１】 現在の放送モデルの高レベルブロック図。
【図２】 一般的な放送信号を示す概略図。
【図３】 本発明による対話式放送モデルの高レベルブロック図。
【図４】 本発明による放送信号マークアップストリームを含む放送信号を示す概略図。
【図５】 ハイパーメディアおよびマルチキャストデータチャンネルの概略図。
【図６】 衛星ベースの放送サービスによって構成されるシステムアーキテクチャの概略図。
【図７】 ビデオ／再生モジュール、対話モジュールおよび通信モジュールを含む基本的なシステムコンポーネントの概略図。
【図８】 ビデオフレームおよび対応したイメージマップの概略図。

Claims (11)

1. データソースに結合されたネットワークオペレーションセンタープロキシと、
   前記ネットワークオペレーションセンタープロキシからのデータストリームを受信し、データストリームを含む放送信号を放送するアップリンクセンターであって、放送信号がビデオストリームおよびマークアップストリームを有するメディアチャンネル、およびメディアチャンネルを見る複数のユーザにより共有されたマルチキャストチャンネルを含み、マルチキャストチャンネルが複数のユーザに対して、マークアップストリームによって識別されたオブジェクトをユーザが選択した場合に、関連情報を放送するアップリンクセンターと、
   を具備している対話式放送システム。
2. 対話式放送信号を受信する受信機をさらに含み、前記受信機は、
   ビデオ／オーディオ再生モジュールと、
   対話モジュールと、
   通信モジュールとを具備する、請求項１記載のシステム。
3. 前記ビデオ／オーディオ再生モジュールは、放送信号の圧縮復元および再生装置を具備している請求項２記載のシステム。
4. 前記ビデオ／オーディオ再生モジュールは、前記放送信号の圧縮復元および再生装置に結合されたビデオ／オーディオ表示装置を具備している請求項３記載のシステム。
5. 前記ビデオ／オーディオ表示装置は、複数のスクリーン指示部を有しているスクリーンを具備している請求項４記載のシステム。
6. 前記スクリーン指示部は、制御部分と、チャット部分と、ワールド・ワイド・ウェブ部分と、ビデオ部分とから構成されているグループから選択される請求項５記載のシステム。
7. 前記対話モジュールは、前記ビデオ／オーディオ再生モジュールに結合された対話制御装置を具備している請求項２記載のシステム。
8. 前記対話モジュールは、対話制御装置に結合されたユーザ制御装置を具備している請求項７記載のシステム。
9. 前記ネットワークオペレーションセンタープロキシは、ユーザ入力に基づいてマークアップストリームを提供する請求項１記載のシステム。
10. 端末がネットワークオペレーションセンタープロキシからのビデオストリームおよびマークアップデータストリームとマルチキャストチャンネルを多重化して、前記対話式放送信号を形成するマルチプレクサを含む請求項１記載のシステム。
11. マークアップストリームがビデオストリームの選択可能なオブジェクトを識別する請求項１記載のシステム。

Images