(57)【特許請求の範囲】
【請求項１】
地理的に異なる場所にある複数のクライアントへの通信を制御する方法であって、
前記複数のクライアントが受け取るためのコンテンツ情報を放送する放送用モードと、ネットワークを介して前記複数のクライアントの少なくとも一つの部分集合と相互連絡可能とし、前記ネットワークを介して前記部分集合に含まれるクライアントのユーザ間の対話を可能とする会議用モードと、の間の切り替えを可能とし、
放送中の前記コンテンツ情報に依存した特定のイベントが発生すると、各クライアントのユーザの趣向に関する情報に基づいて前記部分集合を自動的に形成し、形成された前記部分集合に含まれるクライアントを前記放送用モードから前記会議用モードに切り替える方法。
【請求項２】
請求項１に記載の方法において、
前記会議用モードでは、前記複数のクライアントの他の部分集合に対して前記対話を放送する方法。
【請求項３】
請求項１に記載の方法において、
前記コンテンツ情報がビデオ情報を有し、
当該方法が、前記ビデオ情報のグラフィックス表現を創出し、
前記会議用モードで、前記グラフィックス表現を前記部分集合に含まれるクライアントに供給する方法。
【請求項４】
請求項３に記載の方法において、
前記部分集合に含まれるクライアントの中の一人又はそれ以上の特化されたユーザは、対話的に前記グラフィックス表現を修正することができることを特徴とする方法。
【請求項５】
請求項３に記載の方法において、
前記会議用モードにおいて、前記対話は前記複数のクライアントの他の部分集合に対して放送され、
前記部分集合に含まれるクライアントの中の一人又はそれ以上の特化されたユーザは対話的に前記グラフィックス表現を修正することができる方法。
【請求項６】
地理的に異なる場所に居る複数のエンドユーザ間の通信を制御するシステムであって、当該システムが、
サーバと、
エンドユーザの各々に対しての複数のクライアントの各々とを有し、
前記複数のクライアントは前記サーバと結合されており、
前記サーバは、
コンテンツ情報を前記複数のクライアントに放送するトランスミッタと、
放送中の前記コンテンツ情報に依存した特定のイベントが発生すると、各クライアントのユーザの趣向に関する情報に基づいて前記複数のクライアントの少なくとも一つの部分集合を自動的に形成するコントローラとを有し、
前記複数のクライアントの各々は、
当該クライアントが前記コントローラによって形成された前記部分集合に含まれる場合に、前記放送中のコンテンツ情報にアクセス可能な放送用モードから、前記部分集合に含まれるクライアントのエンドユーザ間での会議に参加可能とさせる会議用モードに切り替えるアプリケーションを有するシステム。
【請求項７】
請求項６に記載されたシステムにおいて、
前記サーバが、
ビデオデータを入力するためのサーバ入力部と、
前記ビデオデータに基づいてグラフィックスモデルを発生させる、前記サーバ入力部に接続されたモデルジェネレータと、
前記グラフィックスモデルの供給のために前記モデルジェネレータに接続されたサーバ出力部と、
を有し、
各々のクライアントが、
前記グラフィックスモデルの受け取りのために前記サーバ出力部に接続されたクライアント入力部を有するシステム。
【発明の詳細な説明】
技術分野
本発明は、地理的に離れて分布している複数のエンドユーザの間で対話（インタラクション）可能なサービスを用いて放送を向上させる方法及びシステムに関する。
背景技術
複数のユーザを取り囲んだコミュニケーションには、例えば放送及び会議がある。放送は、放送プロセスを用いて受信するパーティとの対話なしで、あらかじめ記録されているか又はリアルタイムの情報を１対多において交換するものである。会議は、受信者と送信者とが双方向にやり取りし、しばしば彼らの役割を交換し、やり取りした情報を決定するという意味において、会話が一般にはリアルタイムかつダイナミックに行われるものである。
会議が可能な、複数ユーザや双方向に行われるバーチャル環境におけるマルチメディアの方法及びシステムの例として、例えば、フィリップスエレクトロニクスの米国出願のシリアル番号０８／３７３，７３７（出願人整理番号ＰＨＮ１４，７１９）、０８／５９７，４３９（出願人整理番号ＰＨＮ１５，１８７）、及び０８／８２８，４６８（出願人整理番号ＰＨＮ１５，７６９）が参考引例としてここに併記される。既知のシステムの実行の際には、ケーブルＴＶのネットワークが、複数のユーザとアプリケーションサーバとを接続している。このサーバは、テレテキストページを介してバーチャルな環境のためにグラフィックを提供し、各テレテキストページは各ユーザへグラフィックデータを供給する。テレフォンネットワークは、バーチャル環境において、彼／彼女のグラフィックスの具現を制御する彼／彼女のテレフォンキーを制御するユーザからのサーバコマンドへ通信するために使用される。テレテキストのグラフィックスページは、ユーザによって入力されるコマンドの制御下で更新されるようになる。テレフォンネットワークはさらにサーバ上でチャットボックスアプリケーションの制御下でユーザ間の通信を可能とすることにも使用される。
現在、コミュニケーションシステム（通信システム）の放送用及び会議用モードは個別の応用については、例えば会議が放送される一方で、スポーツ番組のテレビ放送、及びスポーツイベントの生放送の間のオーディオ又はビデオのリンクを介して会談されるスポーツ専門家達の間の電話又はビデオによる会議について、独立した方法で実行される。
発明の開示
本発明は、新たなインタラクティブ（双方向対話可能）な環境を提供すること、及びＴＶ放送のサービスの範囲を拡大することを目的とする。さらに放送と会議とを統合（一体化）することを目的とする。
この目的のために、本発明は、地理的に異なる場所に居る異なるユーザである複数のエンドユーザへの通信を制御する方法を提供する。この方法は、放送用モードにおいては、エンドユーザが受信するコンテンツ情報を放送し、会議用モードにおいては、ネットワークを介してエンドユーザの少なくとも一つの部分集合のユーザを相互連結できるようにし、及び部分集合のエンドユーザ間の対話を可能にする。また、この方法は、該放送用モード及び該会議用モードとの間の切り替えを可能にする。
本発明の方法は放送、すなわち会議とＴＶ放送とをこのように統合し、これらのモード間の切り替えを制御する。本発明は放送中に起こるイベントについてユーザが議論することができるようにする。好適には、放送中のイベントが該会議用モードへの切り替えを開始させる。好適には、該会議用モードは放送に参加する聴衆の人数よりも少ない人数のグループおける議論のためのたたき台として役に立たせるために該開始のためのイベントの３Ｄグラフィックモデルを用いて改善される。ビデオのリアルタイムの会話を３Ｄグラフィックスへ変換するソフトウエアが商業的に利用される。
本発明は、例を介して、及び次の図を参照しつつ説明される。
【図面の簡単な説明】
第１図は、既知の放送用システムのダイアグラムである。
第２図は、本発明におけるシステムのダイアグラムである。
第３図乃至第５図は、本発明の方法を例示するダイアグラムである。
これらの図面を通して、同じ参照番号は類似又は対応する特徴を示す。
既知の放送システム
第１図は、エンドユーザへ情報をダウンロードするための従来の放送システム１００の主な要素を用いたブロックダイアグラムである。システム１００は、カメラ１０１、サーバ１０２、及び複数のクライアントを具備する。この内、クライアント１０４のみが図を不明瞭にしないように示されている。サーバ１０２は一般にプロ用のスタジオ設備の一部である。クライアント１０４はサーバ１０２によって放送された情報をエンドユーザにアクセス可能とさせる。一般に、クライアント１０４は消費者のエレクトロニクス装置を有する。
サーバ１０２は、リアルタイムエンコーダ１０８、記憶装置１１０、ミキサ１１２、トランスポートエンコーダ１１４、及びトランスミッタ１１６を有する。ミキサ１１２は、エンコーダ１０８及び記憶装置１１０により供給されたデータを混合する。記憶装置１１０は予め記憶されたビデオ又はグラフィックスデータを記憶する。リアルタイムエンコーダ１０８はカメラ１０１によって捕らえられたビデオを、記憶装置１１０によって供給されたデータと混合するのに相応しいフォーマットへとエンコードする。エンコード１１４は該ストリームをＭＰＥＧ−２  ＴＳフォーマットへとエンコードする。好適には、該ミキシングはスタジオの一個人、例えばローカルのエディタ（編集者）の制御下で実行される。クライアント１０４はセットトップボックス１１８及びテレビジョン装置１２０を有する。セットトップボックス１１８は、レシーバ１２２及びデコーダ１２４を有する。サーバ１０２にあるトランスミッタ１１６はＭＰＥＧ−２トランスポートストリーム（ＴＳ）フォーマットを利用して、クライアント１０４のレシーバ１１２と通信を行う。
放送及び会議システム
第２図は、本発明のシステム２００の主な要素によるブロックダイアグラムである。システム２００は放送と会議を統合する。当該システムのアーキテクチャは第２図を参照して議論される。またこの動作は第３図乃至第５図を参照してさらに説明される。
システム２００はソフトウエアアプリケーションの制御下の放送用モード及び会議用モードとが統合されるアプローチを表している。このアプローチは放送用及び会議用モードの間でユーザの切り替えを許容する。この切り替えは、サーバ、エンドユーザ、又は両者によって制御されうる。当該会議は放送用モードによってセットされたコンテキストにより開始される。会議用モードでは、放送を受けているクライアントが複数のユーザのコミュニケーション、例えばスポーツイベント放送の間の論争についての議論のために、より小さなグループへと分離される。会議の最後に、一つのグループの中のユーザが相応しい態様で放送番組に参加する。会議のためにコンテクストをセットするために、オーディオ、ビデオ、及び３Ｄグラフィックスモデルが放送プログラムの内容に基づいて創出され、ユーザへとトランスポートされる。グループ形式での会議のために、ユーザ等のクライアントはスピーチ、オーディオ、ビデオ、及びグラフィックデータを用い、ストリーム中のプロトコル、及び分布されシェアされたオブジェクトサポートを使用する。
サービスプロバイダは、発展的に上記の機能を導くことができる。このような発展は様々な方法で実行可能である。例えば、ある人が、放送用及び会議用モード間の切り替えのこの機能を、段々とすべてのユーザへ、又はユーザの小集団へ、例えばプロ用の応用のために導入することができるであろう。ユーザの小さな集まりはそれから複数のユーザによる共同制作／コミュニケーション、を確立することを必要とする専門家の集まりである。例えばこの専門家の集まりは、地理的に異なるサイトに居るサッカー専門家の集まり、及び放送の間、放送されているサッカーの試合に起こった特別なイベントについて専門家としての意見を与えるようにされている。この共同制作／コミュニケーションはそれからすべての他のユーザへと放送される。このアプローチはオーディオ又はビデオリンクと共に遠くにいる専門家に相談する現代のプラクティスに勝っている。
システム２００は、サーバ２０２及び複数のクライアントを有している。この内、唯一のクライアント２０４が図を不明瞭にしない目的で示されている。クライアントは異なる位置に存在する。上記に述べられた、要素１０１、１０８−１１６、１２２及び１２４に加えて、サーバ２０２は他の要素を有している。同様に、レシーバ１２２及びデコーダ１２４に加えて、クライアント２０４は他の要素を有している。この追加の要素は以下に説明するように放送用モード及び会議用モードを管理する。サーバ２０２は、モデルジェネレータ２０６、イベントトリガコントローラ（イベントを開始させるコントローラ）２０８、セッションデスクリプションプロトコル（ＳＤＰ）及びセッションアナウンスメントプロトコル（ＳＡＰ）を管理するユニット２１０を有している。これらのプロトコルはマルチキャスティングをサポートするインタネットプロトコルとして知られている。さらなる情報のために、例えば、刊行物“どのようにＩＰマルチキャストが作動するか。ＩＰマルチキャストの初歩の白書”（How IP Multicast Works、An IP Mulicast Initiative White Paper）、ビッキ  ジョンソン及びマジョリ  ジョンソン、スターダストテクノロジー社による。http://www.jpmulticast.com/community/whitepapers/howipmcworks.htmlのウエブでこの刊行物は参照可能であり、またその文字となった参照文献で参照可能である。ＳＤＰは招待やアナウンスメントのようなセッションの開始の目的のためのマルチメディアセッションについて述べている。ＳＡＰもまた、認証やプライバシーを確かにすることになっている。
サーバー２０２は記述プロトコルＳＤＰを使用して以上の様にして形成されたグループを記述し、アナウンスメントプロトコルＳＡＰを使用することにより形成されたグループをクライアントに知らせる。クライアントは特定のグループに参加することにより、又は参加することを放棄することにより応答する。グループに参加することは自動的に以下に述べるようなグループ活動にユーザが参加できるように要求された会議用ソフトウエアアプリケーションを自動的に作動させる。
システム２００は、会議用モードのためのグループを形成するために、クライアントの趣向や認証等に関する情報や、例えばクライアント２０４のような、クライアントの識別を伴うデータベース２１２をさらに有している。この情報は、例えば前もって実行されるユーザ間の問い合わせに基づいている。モデルジェネレータ２０６は、サーバインプット２０３を介してカメラ１０１、記憶装置１１０、及びイベントトリガコントローラ２０８に結合されている。ジェネレータ２０６は、カメラ１０１によって供給されるビデオデータの、例えばＶＲＭＬフォーマットで、３Ｄグラフィックスモデルを発生するか、又は記憶装置１１０で記憶された３Ｄグラフィックスモデルを修正する。ビデオを３Ｄグラフィックスへリアルタイムで変換するソフトウエアは、例えば、オラッド  ハイテック  システム社（Orad Hi-Tech Systems,Ltd）からの製品として知られている。ジェネレータ２０６はコントローラ２０８により制御される。コントローラ２０８は、あるイベントの発生に呼応して３Ｄグラフィックスモデルを創出するためにジェネレータ２０６の作動を開始させる。該イベントはあらかじめプログラムされた条件に対応しているか、又は放送中の例えばスポーツコメンテータ又はスタジオのパーソナルによってマニュアル入力される。コントローラ２０８はまたクライアントのグループの形成を開始させる。これは会議用モードを開始させる目的、又は他のクライアントのユーザ間の会議をウォッチする目的となりえる。この目的のために、コントローラ２０８は、ＳＤＰ＆ＳＡＰユニット２１０に接続されている。
クライアント２０４は、この特別なクライアント２０４の会議用モードの制御のためのソフトウエアアプリケーション２１６を有するセットトップボックス２１４を備えている。会議用モードはさらに以下に、第３図乃至第５図を参照して説明される。アプリケーション２１６は、とりわけ、それが割り当てられたグループの中でクライアント２０４と他のクライアントとの間の会話及びコミュニケーション（通信）のタイプを決定する。この目的のために、アプリケーション２１６はデータベース２１２と通信する。クライアント２０４は、サーバ出力部２０７及びクライアント入力部２１７を介して、例えば、インターネットプロトコル（ＩＰ）を伴うインタネットを介して、又はＭＰＥＧ−２  ＴＳに渡るＩＰを伴う放送チャネルを介して、サーバ２０２の中のモデルジェネレータ２０６から３Ｄグラフィックスデータを受け取る。アプリケーション２１６は、モデル化された光景の形状を変化させることによって放送のイベントに対して代替物を示すためにデータベース２１２の中の認証及び／又は優先情報に基づいて、ユーザが異なる視点から３Ｄの光景を観察するのを許可するのみか、その光景をさらに修正するかどうかを決定する。ここでの文脈では、ジェネレータ２０６は、異なるグループのために異なるモデルを発生させることが好適には可能である。アプリケーション２１６は、例えばＶＲＭＬブラウザを有する３Ｄレンダラー（処理器）（ｒｅｎｄｅｒｅｒ）２１８を制御する。デコーダ１２４及びレンダラー２１８は、ディスプレイ１２０でユーザへ表示又はプレイアウトする準備のために入力部を処理するコンポジタ２２６に接続されている。コンポジタ２２６はさらにＡ／Ｖ／スピーチ  コーダ２２８の出力部に接続されている。Ａ／Ｖストリーミングプロトコル２２６は会議用モードで、インタネットを介してここで、リアルタイムの通信チャネル２２５を介してクライアント間で効果的なオーディオ／ビデオ  データ  トランスポートを可能とする。Ａ／Ｖ／スピーチコーダ２２８はマイクロフォン２３０を介してクライアント２０４のＡ／Ｖ／スピーチ  インプットの符号化及び他のクライアントから受けたストリームの復号化を行う。クライアント２０４として同じグループ中のクライアント２０４及びその他のクライアントは、インタネット／マルチキャスト  ルータ２２０を介して対話する。このインタラクション（対話）は、認定されたユーザによって取り扱われるときに３Ｄモデルにおける全体に渡る一致を維持するために、クライアント２０４において、局所的に、ワールドモデル及び分布されシェアされるオブジェクトサポートプロトコル（Ｓ．Ｏ．Ｓ．）２２２により、サポートされる。この目的のために、ユーザ入力装置２３２、例えばジョイスティックは、アプリケーション２１６を介して３Ｄモデルを他の方法で修正又は処理するための認定されているクライアント２０４に備わっている。グループマネジメントユニット２３４は、グループマネジメント、認証アクセスコントロール、及び支払のような署名する事項を取り扱う。ユニット２３４は、例えばアプリケーション２１６の一部、独立したアプリケーションそのもの、又はスマートカードリーダに備えられている。ユニット２３４は入力部２３３を介してサーバ２０２から関連する制御情報を受け取る。要素１２４、２１６、２１８、２２２、２２４、２２６、２２８、及び２３４はすべてソフトウエアに具備可能であることをここに注釈する。
動作は以下のようである。放送用モードから会議通信モードへの転移はイベントにより開始させられる。このイベントの開始動作は、ライブ放送のためのスポーツコメンテータによって、又はあらかじめ記録されたプログラムのためのスタジオパーソナルによって、自動的又は手動で決定されうる。コントローラ２０８からの開始動作のきっかけとなったイベントの基で、モデルジェネレータ２０６が３Ｄのグラフィックスモデルを作り出す。それはおそらく、ユーザの異なるグループには異なるモデルが作り出される。
第３図は、放送を見ている大きなグループ３０２と、より大きなグループから形成されたより小さなグループ３０４、３０６、．．．、３０８との間の推移を示している。
第４図は、より詳細なシナリオを示している。ここにおいて、大きなグループ４０２は、グループ４０４、グループ４０６、及びグループ４０８を有している。グループ４０４のユーザは放送用モードの受け取り及び会議用モードとの間を切り替え、ユーザはただ単に情報を受け取り、現実にはインタラクトしないという意味では、受け身のままである。グループ４０８にいるユーザは複数のより小さなグループ４１０、４１２、．．．、４１４の中で複数に分割され、このそれぞれが、会議に参加するためにセッションの間必ずしも同じユーザではない。グループ４０６の中のユーザはパネルを形成し、このパネルの会議はこのことを受信したい全てのユーザに対して放送と融合する。
第５図は、第４図のシナリオを洗練したものを示している。おそらく、小さなグループ内の会議に参加するためか又は他のグループ、例えばサッカーの専門家のグループの会議を見るためのいずれかであるために、必ずしもすべてのユーザが会議用モードに入ることが可能若しくは希望する。例えば、放送された情報を受け取ることが可能なユーザのすべてが必ずしも放送用モードと会議用モードとの切り替えをサポートする装置を持っているわけではない。このシナリオの下では、グループ５０２は切り替えのシナリオの外におり、切り替えのシナリオによって妨害を受けない。
【図１】
0004350806.tif 000002
【図２】
0004350806.tif 000003
【図３】
0004350806.tif 000004
【図４】
0004350806.tif 000005
【図５】
0004350806.tif 000006