(57)【要約】      （修正有）【課題】多数の参加者のマルチメディア会議セッションでの複数のリソースを設定及び管理する。【解決手段】複数のリソースを含む複数のリソース・セッションの開始を要求をクライアントから受け入れるステップを有し、複数のリソース・セッション開始要求は、セッション参加者のリストと、複数のグループ・リソース記述を含むセッション・リソース記述とを含む。各グループ・リソース記述は、少なくとも１つの媒体タイプの少なくとも１つのリソースの論理グループを記述し、グループ識別子を各グループ・リソース記述に割り当てるステップと、セッション識別子をセッションに割り当てるステップとを有する。また、セッション参加者にセッション識別子及び新しいセッション・リソース記述を送信するステップをさらに有していてもよい。この新しいセッション・リソース記述は、各グループ識別子及び各グループ識別子に対応する各グループ・リソース記述を含む。【選択図】図２
2006172430.tif 000002
【特許請求の範囲】
【請求項１】
サーバにおける方法であって、
複数のリソース・セッション開始要求を単一のクライアントから受け入れるステップであって、前記複数のリソース・セッション開始要求が前記複数のリソース・セッションの開始を要求し、前記複数のリソース・セッションが複数の所望のリソースを含み、前記複数のリソース・セッション開始要求が、
セッション参加者のリスト、及び
各グループ・リソース記述が少なくとも１つのリソースの論理グループを記述している、複数のグループ・リソース記述を備えた、セッション・リソース記述を含む、複数のリソース・セッション開始要求を単一のクライアントから受け入れるステップと、
グループ識別子を各グループ・リソース記述に割り当てるステップと、
セッション識別子を前記セッションに割り当てるステップと、
前記セッション参加者に前記セッション識別子及び新しいセッション・リソース記述を送信するステップであって、前記新しいセッション・リソース記述が前記各グループ識別子を含み、各グループ・リソース記述が各グループ識別子に対応するステップとを備える方法。
【請求項２】
少なくとも１つのセッション参加者から受諾を受信するステップをさらに備える請求項１に記載の方法。
【請求項３】
前記クライアントにセッション開始の肯定応答を送信するステップをさらに備え、前記肯定応答は前記セッション識別子及び前記グループ識別子を含む、請求項１に記載の方法。
【請求項４】
前記肯定応答を送信するステップには、前記クライアントにセッション開始の肯定応答を送信することにより前記セッションを開始するステップが含まれる請求項３に記載の方法。
【請求項５】
使用可能な論理グループの全数を決定するステップと、
使用可能な論理グループの全数を維持するステップとをさらに備える請求項１に記載の方法。
【請求項６】
使用可能な論理グループの全数の変化を決定するステップと、
論理グループの新しい数を維持するステップであって、前記論理グループの新しい数が、使用可能な論理グループの全数の変化に基づくステップとをさらに備える請求項５に記載の方法。
【請求項７】
セッション識別子及びグループ識別子を含む要求を、要求している参加者から受信するステップと、
前記グループ識別子により識別した前記論理グループが使用できるかどうかを判断するステップと、
前記グループ識別子により識別した前記論理グループが使用できる場合に、前記要求を受け入れ、前記グループ識別子により識別した前記論理グループを、前記要求を行っている参加者に割り当てるステップと、
前記グループ識別子により識別した前記論理グループが使用できない場合に、前記要求を拒否するステップとをさらに備える請求項１に記載の方法。
【請求項８】
媒体に対応する論理グループが割り当てられた参加者から媒体を受信するステップと、
前記媒体をすべての参加者に転送するステップとをさらに備える請求項１に記載の方法。
【請求項９】
前記セッション開始要求がセッション記述をさらに備える請求項１に記載の方法。
【請求項１０】
前記複数のリソースが、論理リソース及び物理リソースの両方を備える請求項１に記載の方法。
【請求項１１】
物理リソースが、スピーカ、マイクロホン、ディスプレイ、ポインティング・デバイス、キーボード及びキーパッドのうちの少なくとも１つを含み、
論理リソースが、アプリケーション、ウィンドウ、背景、媒体タイプ及びサービスへのアクセスのうちの少なくとも１つを含む請求項１０に記載の方法。
【請求項１２】
前記セッション参加者のサブセットに少なくとも１つのリソースを割り当てるようにとの要求であって該要求が前記少なくとも１つのリソースに関連するグループ識別子を含む要求を受信するステップと、
前記セッション参加者の前記サブセットに前記少なくとも１つのリソースを割り当てるステップとをさらに備える請求項１に記載の方法。
【請求項１３】
選択した参加者が使用することができるリソースに関する情報を維持するステップと、
前記選択した参加者が使用することができる前記リソースの更新を受信するステップと、
前記選択した参加者が使用することができるリソースに関する前記情報を更新するステップとをさらに備える請求項１に記載の方法。
【請求項１４】
少なくとも１つのリソースに関する情報を維持するステップと、
前記少なくとも１つのリソースを少なくとも２つのリソースに分割するようにとの要求を受信するステップと、
前記各少なくとも２つのリソースにグループ識別子を割り当てるステップとをさらに備える請求項１に記載の方法。
【請求項１５】
少なくとも２つのリソースに関する情報を維持するステップと、
前記少なくとも２つのリソースを少なくとも１つのリソースに結合するようにとの要求を受信するステップと、
前記少なくとも１つのリソースにグループ識別子を割り当てるステップとをさらに備える請求項１に記載の方法。
【請求項１６】
電子デバイスで使用する方法であって、
複数のリソース・セッションの開始を要求する複数のリソース・セッション開始要求が、
セッション参加者のリストと、
複数のグループ・リソース記述を含むセッション・リソース記述であって、各グループ・リソース記述が少なくとも１つのリソースの論理グループを記述しているセッション・リソース記述とを含む、複数のリソース・セッション開始要求を送信するステップと、
前記セッション及び新しいセッション・リソース記述に割り当てられたセッション識別子を受信するステップとを備え、前記新しいセッション・リソース記述が各グループ・リソース記述に割り当てられたグループ識別子を含み、前記新しいセッション・リソース記述が、また各グループ識別子に対応する各グループ・リソース記述も含む、方法。
【請求項１７】
前記複数のリソースには、論理リソース及び物理リソースの両方が含まれる、請求項１６に記載の方法。
【請求項１８】
セッション識別子及びグループ識別子を有するリソース要求を送信するステップと、
前記電子デバイスに前記グループ識別子により識別した前記論理グループを割り当てる要求受諾を受信するステップとをさらに備える請求項１６に記載の方法。
【請求項１９】
前記電子デバイスが移動通信装置を備える請求項１６に記載の方法。
【請求項２０】
電子デバイスで使用する方法であって、
複数のリソース・セッションに対する利用度の要求であって、セッション識別子を含む利用度の要求を受信するステップと、
複数のグループ識別子及び関連するグループ・リソース記述であって、各グループ・リソース記述が少なくとも１つのリソースの論理グループを記述しているグループ・リソース記述を含むセッション・リソース記述を受信するステップと、
前記複数のリソース・セッションの受諾を送信するステップとを備える方法。
【請求項２１】
セッション識別子及びグループ識別子を含むリソース要求を送信するステップと、
前記グループ識別子により識別した前記論理グループを前記電子デバイスに割り当てる要求の受諾を受信するステップとをさらに備える請求項２０に記載の方法。
【請求項２２】
前記電子デバイスが移動通信装置を備える請求項２０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のリソースを含むセッションのための方法に関し、特に多数の参加者のマルチメディア会議セッションでの複数のリソースを設定及び管理するための方法に関する。
【背景技術】
【０００２】
現在、フロア制御は、発言を求める複数のデバイスからの要求を調停する制御機構である。例えば、プッシュ・ツウ・トーク・セッションの場合には、セッションに参加する時点で、１つのデバイスだけが発言することができる。現在開発中の類似のセッション・サービスとしてはプッシュ・ツウ・Ｘサービスがある。このサービスの場合には、１つのグループの人々が、あるセッション中にリアルタイムで相互にある経験を共有することができるように、異なるタイプの媒体を使用することができる。このようなタイプの媒体としては、音声、ビデオ、画像、フォーマットしたデータ・ストリーム又は任意の他の有用な媒体等がある。一例を挙げて説明すると、プッシュ・ツウ・ビデオ（ＰＴＶ）、すなわち、プッシュ・ツウ・Ｘアプリケーションの１つのタイプを使用した場合、１つのグループの人々は、相互に話すことができ、またビデオを同時に交換することができる。ＰＴＶセッションの場合には、セッション中、１人の参加者だけが、他の人が聴取している間、所与の時間に話すことができる。同様に、１人の参加者だけが、他の参加者が自分のデバイスでビデオを見ている間にビデオをプッシュすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
都合の悪いことに、現在のレベルのプッシュ・ツウ・Ｘでは、多数の参加者のマルチメディア会議セッション中に複数のリソースを適当に設定及び管理することができない。例えば、現在のレベルでは、異なるグループのリソースを含む異なるフロアをフロア制御することができない。現在のレベルでは、またリソース・グループを動的に変更することができない。現在のレベルでは、さらに、関連リソースのグループ分け及びグループからの排除が、ユーザの立場からのニーズに基づいて行われるハイブリッド構成を確立するための柔軟性がない。現在のレベルでは、また、エンド・ユーザ・デバイスのディスプレイがビデオと静止画像の両方を表示することができる場合でも、デバイスは、例えば、静止画像のような特定の媒体しか表示することができない。現在のレベルでは、またＵＳＢ接続、ブルートゥース（Ｂｌｕｅ−ｔｏｏｔｈ）接続、直列ポート接続のような接続機構又は任意の他の接続機構を使用して、外部デバイスを参加者のデバイスに動的に追加した場合でも、いくつかのシナリオに適合することができない。それ故、プッシュ・ツウ・Ｘセッションのマルチメディアのニーズを適当に満たすフロア制御スキームは存在しない。これら及び他の問題は本発明により解決することができる。
【課題を解決するための手段】
【０００４】
本発明は、多数の参加者のマルチメディア会議セッションにおいて複数のリソースを設定及び管理するための方法である。この方法は、あるクライアントから複数のリソース・セッション開始要求を受け入れるステップを含むことができる。この複数のリソース・セッション開始要求は、複数のリソース・セッションの開始を要求するものであり、この複数のリソース・セッションは、複数のリソースを含む。複数のリソース・セッション開始要求は、セッション参加者のリスト及び複数のグループ・リソース記述を含むセッション・リソース記述を含むことができる。各グループ・リソース記述は、少なくとも１つの媒体のタイプの少なくとも１つのリソースの論理グループを記述することができる。この方法は、また、各グループ・リソース記述にグループ識別子を割り当てるステップと、セッション識別子をセッションに割り当てるステップとを含むことができる。この方法は、さらに、セッション参加者にセッション識別子及び新しいセッション・リソース記述を送信するステップを含むことができる。新しいセッション・リソース記述は、各グループ識別子及び各グループ識別子に対応する各グループ・リソース記述を含むことができる。
【０００５】
類似の参照番号が類似の要素を示す下記の図面を参照しながら本発明の実施形態について説明する。
【発明を実施するための最良の形態】
【０００６】
図１は、一実施形態によるシステム１００の例示としてのブロック図である。システム１００は、サーバ１１０及びクライアント１２１〜１２６を含むことができる。サーバ１１０は、リソースをグループ１３１〜１３３にグループ分けすることにより、リソース１４１〜１４６を維持し、クライアント１２１〜１２６に動的に割り当てることができる。例えば、グループ１３１は、リソース１４１及び１４２を含むことができ、グループ１３２は、リソース１４３〜１４５を含むことができ、グループ１３３は、リソース１４６を含むことができる。サーバ１１０は、リソースのグループを動的に再構成することができる。クライアント１２１〜１２６は、電話機、無線電話機、選択呼出受信機、携帯電話機、ＰＤＡ、ページャ、パーソナル・コンピュータ、移動通信装置、セットトップ・ボックス、又はネットワーク上で通信信号を送受信することができる任意の他のデバイスを含むことができる。サーバ１１０は、無線ネットワーク、有線ネットワーク、ワイド・エリア・ネットワーク、ローカル・エリア・ネットワーク、インターネット、セルラー・ネットワーク、又は通信信号を送受信することができる任意の他のネットワークのようなネットワークを通してクライアント１２１〜１２６へ／から信号を送受信することができる。
【０００７】
動作中、クライアント１２１は、サーバ１１０から多数の参加者のマルチメディア会議セッションを要求することができる。例えば、クライアント１２１は、サーバ１１０にセッション開始要求を送信することができる。セッション開始中、参加者１２２〜１２６のグループを招待することができる。リソース１４１〜１４６のうちのどれを使用することができるのか、これらリソースのうちのいくつを使用することができるのかを知るために、リソース１４１〜１４６及びリソースの合計を決定することができる。これらのリソースを、グループ１３１〜１３３の中にどのようにグループ分けするのかについて決定することができる。グループ１３１〜１３３は、セッション中に参加者に転送することができるリソースのサブセットを定義することができる。セッション中、媒体及び制御信号は、フロア制御によりグループを割り当てられる選択した参加者１２１〜１２６から受信することができ、媒体及び制御信号を、リソースの利用度に基づいて、すべての参加者１２１〜１２６又は参加者のうちの何人かに同報通信することができる。
【０００８】
セッション中、サーバ１１０は、グループ１３１〜１３３及びリソース１４１〜１４６を調停することができる。この調停は、リソース１４１〜１４６の実際の使用及び／又はリソースの合計に基づいて行うことができる。例えば、同じタイプの複数のリソースを使用する場合には、全数を、選択した要求を行っている参加者に対して使用するものが何かあるかどうかを判断するために使用することができる。サーバ１１０は、全体のリソース予算を決して超過しないように、またグループ・フロア遷移上でグループ分けが確実に維持されるように調停を行うことができる。リアルタイム制御プロトコル、セッション開始プロトコル、又は他のプロトコルを、システム１００で信号を交換するために使用することができる。このプロトコルは、要求を行っている参加者が関心を持っているセッション及びグループの両方を識別するために使用することができる。
【０００９】
図２は、一実施形態によるサーバ１１０の動作を示す例示としてのフローチャート２００である。ステップ２１０において、このフローチャートはスタートする。ステップ２２０において、サーバ１１０は、クライアント１２１のようなクライアントから複数のリソース・セッション開始要求を受信することができる。複数のリソース・セッション開始要求は、複数のリソース・セッションの開始を要求することができ、複数のリソース・セッションは、リソース１４１〜１４６のような複数の所望のリソースを含むことができる。複数のリソース・セッション開始要求は、クライアント１２１〜１２６のようなセッション参加者のリスト及びセッション・リソース記述を含むことができる。セッション・リソース記述は、複数のグループ・リソース記述を含むことができ、各グループ・リソース記述は、リソース１４１のような少なくとも１つのリソースのグループ１３１のような論理グループを記述する。セッション開始要求は、セッション記述を含むことができる。複数のリソースは、論理リソース及び物理リソース両方であってもよい。例えば、物理リソースは、スピーカ、マイクロホン、ディスプレイ、ポインティング・デバイス、キーボード及びキーパッド、又は任意の他の物理リソースを含むことができる。論理リソースは、アプリケーション、ウィンドウ、背景、媒体タイプ、サービスへのアクセス、又は任意の他の論理リソースを含むことができる。リソースは、クライアント・ソフトウェアのようなクライアント・デバイスと一体化することもできるし、又はブルートゥースにより接続しているスピーカのようなデバイスにより遠隔地から管理することもできる。１つの媒体は複数のリソースを使用することができる。例えば、集積オーディオ／ビデオ・ストリームは、ディスプレイ及びスピーカを使用することができる。また、同じ媒体ストリームは、デバイス及びユーザの優先度により、異なるエンド・ポイントで異なる組のリソースを必要とする場合がある。
【００１０】
ステップ２３０において、サーバ１１０は、グループ識別子を各グループ・リソース記述に割り当てることができる。このステップにおいて、サーバ１１０は、また、使用できる論理グループ１３１〜１３３の全数を決定し、使用できる論理グループの全数を維持することができる。ステップ２４０において、サーバ１１０は、セッション識別子をそのセッションに割り当てることができる。ステップ２５０において、サーバ１１０は、セッション参加者１２１〜１２６にセッション識別子及び新しいセッション・リソース記述を送信することができる。新しいセッション・リソース記述は、各グループ識別子及び各グループ識別子に対応する各グループ・リソース記述を含むことができる。新しいセッション・リソース記述は、元のセッション記述と同じものであってもよいし、又は元のセッション記述とは異なるものであってもよい。
【００１１】
ステップ２６０において、サーバ１１０は、セッションを管理することができる。例えば、サーバ１１０は、クライアント１２２のような少なくとも１つのセッション参加者から受諾を受信することができる。この受諾はセッションに参加したいというセッション参加者の希望を示す。サーバ１１０は、セッションを開始するクライアント１２１に、セッションの開始の肯定応答を送信することができる。この肯定応答はセッション識別子及びグループ識別子を含む。肯定応答を送信することにより、サーバ１１０は、セッションをスタートすることができる。セッションの進行中に、サーバ１１０は、使用できる論理グループの全数の変化を判断し、使用できる論理グループの全数の変化をベースとする論理グループの新しい数を維持することができる。
【００１２】
サーバ１１０は、また、参加者１２１〜１２６のうちの１人が、リソース・グループ１３１〜１３３のうちの少なくとも１つを制御したい場合に、セッションを管理することができる。例えば、サーバ１１０は、要求している参加者１２４から、例えば、グループ１３２のセッション識別子及びグループ識別子を含む要求を受信することができる。サーバ１１０は、グループ識別子により識別した論理グループ１３２が使用できるかどうかを判断することができる。サーバ１１０は、要求を受信し、グループ識別子により識別した論理グループ１３２が使用できる場合には、グループ識別子により識別した論理グループ１３２を、要求している参加者１２４に割り当てることができる。サーバ１１０は、グループ識別子により識別した論理グループ１３２が使用できない場合には、要求を拒否することができる。
【００１３】
セッションを管理している間に、サーバ１１０は、媒体に対応する論理グループ１３２が割り当てられたクライアント１２４のような参加者から媒体を受信することができ、その媒体をすべての参加者１２１〜１２６に転送することができる。サーバ１１０は、また、セッション参加者のサブセット１２４〜１２６に少なくとも１つのリソース１４６を割り当てるようにとの要求を受信することができる。この要求は、少なくとも１つのリソース１４６に関連するグループ識別子を含むことができる。次に、サーバ１１０は、セッション参加者のサブセット１２４〜１２６に少なくとも１つのリソース１４６を割り当てることができる。
【００１４】
セッションを管理している間に、サーバ１１０は、さらに、選択した参加者が使用できるリソースに関する情報を維持し、選択した参加者が使用できるリソースの更新を受信し、選択した参加者が使用することができるリソースに関する情報を更新することができる。例えば、初期セッション記述内には、デバイスの既存のグループに対するデバイスの追加又は削除のような動的修正を示す条項を入れることができる。参加者１２６が家から車に移動した場合には、参加者１２６は、家の中のと同じ車内のデバイス・セットにアクセスすることはできない。次に、参加者１２６は、他の参加者とデバイス・セットについて再度交渉することができる。また、セッション中、参加者１２６に関連するデバイスのうちのどれかが故障した場合には、そのデバイスを除去することができる。それ故、グループ１３１〜１３３及びグループ内のリソース１４１〜１４６を、セッション規則の初期の確立の際に規定又は作成したパラメータ又は条項に基づいて拡張又は縮小することができる。
【００１５】
セッションを管理している間に、サーバ１１０は、さらに少なくとも１つのリソース１４６に関する情報を維持し、少なくとも１つのリソース１４６を少なくとも２つのリソースに分割するようにとの要求を受信し、少なくとも２つの各リソースにグループ識別子を割り当てることができる。少なくとも２つのリソースには、同じグループ識別子を割り当てることができ、異なるグループ識別子を割り当てることができ、新しいグループ識別子を割り当てることができ、既存のグループ識別子を割り当てることができ、又は他の既存のリソースを既存のグループに結合することもできる。それ故、サーバ１１０は、既存のデバイスを２つのサブデバイスに機能的に分割することができる。次に、これらのサブデバイスと折り合いをつけるためにセッション中再度交渉することができる。例えば、グループ１３３が全景端末ディスプレイを有する場合には、その端末ディスプレイを機能的に前景ディスプレイ及び背景ディスプレイに分割することができる。再交渉中、セッション・レベルの折り合いを、リソース更新に基づいて入手することができる。次に、クライアントは他のフロアへのサブデバイスを共有することができる。同様に、セッションを管理している間に、サーバは、さらに、少なくとも２つのリソース１４１及び１４２に関する情報を維持し、上記少なくとも２つのリソース１４１及び１４２を少なくとも１つのリソースに結合するようにとの要求を受信し、その少なくとも１つのリソースにグループ識別子を割り当てることができる。あるリソースをあるグループから他のグループに移動するためにも、この規則を使用することができる。例えば、初期交渉中、グループ１３２は、スピーカのような３つのリソース１４３〜１４５を有することができる。そのグループ内で３つすべてのスピーカを使用することができない場合には、１つ又は複数のスピーカをグループ１３２からグループ１３３に移動することができる。ステップ２６０において、フローチャート２００は終了する。
【００１６】
図３は、一実施形態によるクライアント１２１のようなセッションをスタートするクライアントの動作を示す例示としてのフローチャート３００である。ステップ３１０において、このフローチャート３００はスタートする。ステップ３２０において、クライアント１２１は、複数のリソース・セッション開始要求を送信することができる。複数のリソース・セッション開始要求は、複数のリソース・セッションの開始を要求することができる。複数のリソース・セッション開始要求は、セッション参加者のリスト及びセッション・リソース記述を含むことができる。セッション・リソース記述は、複数のグループ・リソース記述を含むことができる。各グループ・リソース記述は、少なくとも１つの媒体タイプの少なくとも１つのリソースの論理グループを記述することができる。複数のリソース開始要求は、サーバ１１０に送信することができる。ステップ３３０において、クライアント１２１は、そのセッションに割り当てられたセッション識別子及び新しいセッション・リソース記述を受信することができる。新しいセッション・リソース記述は、各グループ・リソース記述に割り当てられたグループ識別子を含むことができる。新しいセッション・リソース記述は、また、各グループ識別子に対応する各グループ・リソース記述を含むことができる。ステップ３４０において、クライアント１２１は、セッションに参加することができる。セッションに参加しながら、クライアント１２１は、セッション識別子及びグループ識別子を含むリソース要求を送信し、要求の受諾を受信することができる。要求の受諾は、グループ識別子により識別された論理グループを、クライアント１２１に割り当てることができる。ステップ３５０において、フローチャート３００は終了する。
【００１７】
図４は、一実施形態によるクライアント１２１又はクライアント１２２のようなセッション参加者の動作を示す例示としてのフローチャート４００である。ステップ４１０において、このフローチャートはスタートする。ステップ４２０において、クライアント１２２は、例えば、サーバ１１０から、複数のリソース・セッションに対する利用度の要求を受信することができる。利用度の要求はセッション識別子を含むことができる。ステップ４３０において、クライアント１２２は、複数のグループ識別子及び関連するグループ・リソース記述を含むセッション・リソース記述を受信することができる。各グループ・リソース記述は、リソース１４１及び１４２のような少なくとも１つのリソースのグループ１３１のような論理グループを記述することができる。ステップ４４０において、クライアント１２２は、例えば、サーバ１１０に複数のリソース・セッションの受諾を送信することができる。ステップ４５０において、クライアント１２２は、セッションに参加することができる。例えば、クライアント１２２は、セッション識別子及びグループ識別子を含むリソース要求を送信することができる。リソースが使用できる場合には、クライアント１２２は要求の受諾を受信し、グループ識別子により識別した論理グループをクライアントの電子デバイスに割り当てる。ステップ４６０において、このフローチャートは終了する。
【００１８】
図５は、他のより詳細な実施形態によるシステム１００の動作を示す例示としてのフローチャート５００である。フローチャート５００は、システム１００のセッション登録処理を示すことができる。ステップ５１０において、このフローチャート５００はスタートする。ステップ５２０において、クライアント１２１は、サーバ１１０からサービスの利用度をチェックすることができる。例えば、サーバ１１０は、クライアント１２１に、多数の参加者のマルチメディア会議セッションに対して使用することができるサービスについて通知することができる。ステップ５３０において、クライアント１２１は、潜在的な参加者の利用度をチェックすることができる。例えば、クライアント１２１は、所望の参加者のバディ・リスト、連絡先リスト、及び／又はグループ・リストをチェックすることができる。クライアント１２１は、利用度の要求を送信し、サーバ１１０から使用できる参加者に関する応答を受信することができる。ステップ５４０において、クライアント１２１は、全部の又は一部の使用できる参加者と一緒に前に進むかどうかを決定することができる。使用できる参加者がいない場合、又はクライアント１２１が一部の使用できる参加者だけと続行したくないと決定した場合には、ステップ５５０において、クライアント１２１は、セッションの設定を中止することができる。すべての参加者が使用できる場合、又はクライアント１２１が、一部の参加者と一緒に続行すると決定した場合には、フローチャートはステップ５６０に進む。ステップ５６０において、クライアント１２１及び／又はサーバ１１０は、セッションにとって必要な及び／又は所望のリソースを列挙することができる。ステップ５７０において、クライアント１２１及び／又はサーバ１１０は、セッションに対するリソース規則を指定することができる。例えば、リソースをグループ１３１〜１３３にグループ分けすることができる。また、セッション調停者を指定することができ、参加者の許可を設定することができ、アクセス規則、機能規則等をセッション参加者及びセッション調停者に対して設定することができる。ステップ５８０において、このフローチャートは参加者のセッション招待に進む。
【００１９】
図６は、他のより詳細な実施形態によるシステム１００の動作を示す例示としてのフローチャート６００である。このフローチャート６００は、セッション招待を含むセッション設定処理を示すことができる。ステップ６１０において、このフローチャート６００はスタートする。ステップ６２０において、クライアント１２１は、サーバにセッション招待を送信することができる。セッション招待は、招待した参加者、セッション規則、フロア／グループ、及びセッション招待に対する任意の他の有用な情報を含むセッション開始要求であってもよい。ステップ６３０において、サーバ１１０は、クライアント１２２〜１２６のような潜在的な参加者のリソースの利用度及び優先度をチェックすることができる。ステップに６４０おいて、サーバ１１０は、招待をすべての招待した参加者に転送することができる。ステップ６５０において、サーバ１１０は、招待した参加者と、リソース規則及び媒体について交渉することができる。例えば、サーバ１１０は、あるリソースが使用不能である場合、又は、リソースが招待した参加者によって制約を受ける場合には、代替のリソースが使用可能であるか否かを判断することができる。ステップ６６０において、サーバ１１０は、受諾した招待を元のクライアント１２１に転送することができる。ステップ６７０において、フローチャート６００はイン・セッション取引処理に進む。
【００２０】
図７は、他のより詳細な実施形態によるシステム１００の動作を示す例示としてのフローチャート７００である。このフローチャート７００は、システム１００でのセッション調停のようなイン・セッション取引処理を示す。ステップ７１０において、このフローチャート７００はスタートする。ステップ７２０において、サーバ１１０は、セッション設定の際に同意したセッション規則、パラメータ、及びリソース・データを記憶する。ステップ７３０において、媒体及び制御動作を送受信しながら、サーバ１１０は、参加者１２１〜１２６からのフロア／グループ要求を待機することができる。ステップ７４０において、サーバ１１０は、参加者からフロア／グループ要求を受信することができる。ステップ７５０において、サーバ１１０は、要求がグループ利用度規則を充足するか否かを判断することができる。例えば、サーバ１１０は、グループが使用可能か否かを判断することができる。グループが使用できない場合には、ステップ７６０において、サーバ１１０は要求を否定し、又は待ち行列に入れる。グループが使用できる場合には、ステップ７７０において、サーバ１１０は、要求している参加者にフロア／グループを許可する。サーバ１１０は、この処理中、他のフロア／グループの監視を続行することもできる。次に、サーバ１１０は、ステップ７２０において、グループ及びリソース・データを更新し、セッションが終了するまでこの処理を続行することができる。
【００２１】
図８は、他のより詳細な実施形態によるシステム１００内のセッション内の参加者の動作を示す例示としてのフローチャート８００である。このフローチャート８００は、サーバ１１０からグループの許可を受信する参加者の動作を示すことができる。ステップ８１０において、フロア／グループをクライアントに許可することができ、入力をサーバ１１０へのフロア／グループを通して交換することができる。例えば、クライアント１２４は、サーバ１１０からグループ１２２の許可を受信することができる。ステップ８２０において、サーバ１１０は、すべての参加者１２１〜１２６へクライアント１２４から受信した情報を同報通信することができる。例えば、サーバは、クライアント１２４から受信した媒体を参加者１２１〜１２６に同報通信することができる。この同報通信は、ステップ８３０においてクライアント１２４によりフロア／グループが解放されるまで行うことができる。グループは、また、セッションを開始するクライアント１２１のようなグループ調停者により、又は任意の他の有用な理由のために、タイムアウトに基づいてサーバ１１０により強制的に解放することもできる。
【００２２】
それ故、本発明は、エンド・ユーザ・デバイスのところで要求されるリソースをベースとすることができる、プッシュ・ツウ・Ｘ（ＰＴＸ）用途のための方法を提供することができる。例えば、独立フロア／グループ制御エンティティを、マイクロホン及びスピーカのペア、あるアプリケーションに割り当てられたディスプレイ、個々のリソースとして処理されたディスプレイ上のウィンドウ、デバイスの振動、デバイスのライト、ディスプレイ上の壁紙、デバイス上のメモリ、デバイス上のプロセッサ機能、及び他のエンティティのような１つ又は複数のリソースのために使用することができる。ＰＴＸセッションへの参加者は、１つ又は複数のリソースを要求し、次にそのリソースを所望の方法で使用することができる。全ディスプレイ・スクリーン用の壁紙又はその一部のようなリソースは、それに関連するフロア制御グループ識別子を有することができる。次に、これを協働アプリケーションを生成するために使用することができる。次に、壁紙リソースを制御している参加者は、壁紙になる画像を割り当て、他の参加者への表示の制御を止めることができる。例えば、職場の画像を、その一番上に専門家である参加者が、タスクをどのように行うべきかの説明を助ける指示を表示することができる壁紙として使用することができる。
【００２３】
本発明は、また、全アプリケーションを調停項目として定義することにより、参加者が、協働アプリケーションに対する全アプリケーションを制御する機会を持つことができるようにする。アプリケーションが複数のリソースを制御する場合には、すべてのリソースを同じ参加者に結びつけることができる。例えば、同じ参加者が、ホワイトボード・アプリケーションのすべてのリソースを使用することができる。本発明は、さらに、参加者のニーズに直感的なユーザ・インタフェースを提供する。参加者は、リソースのアレイを容易に要求、解放、追加及び除去することができる。それ故、本発明は、ＰＴＸアプリケーション内の複数の媒体ストリームを含む種々のユーザの場合に適合するスケーラブルなフロア制御スキームを提供することができる。
【００２４】
本発明は、また、参加者デバイスが、それ自身のリソース、独立のインターネット・プロトコル（ＩＰ）エンド・ポイントを含む外部リソース、ＩＰエンド・ポイントを含んでいない外部デバイス又は他のリソースに対して、媒体ストリームを経路指定するためのフロア制御マネージャとして機能できるようにすることができる。本発明は、さらに、例えば、セッション開始プロトコル（ＳＩＰ）及び／又はセッション記述プロトコルを使用して、デバイス交渉に基づくセッションの設定を提供する。例えば、会議サーバ１１０は、フロア制御パラメータを、元のクライアントからのＳＩＰ招待メッセージに応じて送信することができる。リソースのあるグループを、ＳＩＰメッセージ内の  「ＦＬ」パラメータを使用して、フロアのような所与のグループと結合することができる。このような多数の参加者のマルチメディア会議セッション中に、グループ識別子を所与のフロアに対して使用することができる。次に、グループ識別子は、そのフロアに関連する一組のリソースに割り当てられる。所与のセッション内の壁紙、プロセッサ、ディスプレイ・ウィンドウ、スピーカ、タッチパッド等のようなすべてのリソースは、属性パラメータにより一意に識別することができる。リソースは、ＰＴＸ使用の場合のシナリオに基づいて異なるフロアとして構成することができる。デバイスの利用度に基づいてセッションを更新することができる。グループ識別子は、グループ分けしたリソース間のリンクであってもよい。デバイスを参加者デバイスに動的に追加した場合には、基本的リソース・グループ及び媒体交渉を更新することができる。また、フロア制御トラヒックを媒体トラヒックから分離することもできる。他の実施形態の場合には、デバイスは、媒体処理を使用することができる他のＩＰエンド・ポイントに対する仮想フロア制御マネージャとして機能することができる。すべてのフロア制御メッセージは、同じＩＰアドレスに経路指定することができる。それ故、ＰＴＸセッションに関連するすべてのフロアは、フロア制御デバイスにグループ分けすることができる。さらに、各フロアは、フロア制御トラヒックを運ぶために、それ自身のフロア制御プロトコルを使用することができる。さらに、例えば、汎用プラグ・アンド・プレイ・デバイス・アーキテクチャの名前空間類似の命名スキームをオプションとして提供することができる。それ故、本発明は、もっと少ないデータを含むことができ、移動通信システムのような閉システムでの交渉のより効率的な形とすることができるデバイスをベースとする交渉を行うことができる。このデバイスをベースとする交渉は、同じオペレータに属することができ、オペレータはデバイス及び種々のタイプのアクセサリを制御することができる。
【００２５】
本発明は、移動システムであれ、固定システムであれ、任意のシステム内に常駐する半二重又は全二重シナリオ内の任意のタイプの協働マルチメディア又はリソース共有アプリケーションで使用することができる。
【００２６】
本発明の方法は、好適には、プログラムしたプロセッサ上で実施することが好ましい。しかし、この処理は、また、汎用又は特種目的のコンピュータ、プログラムしたマイクロプロセッサ又はマイクロコントローラ及び周辺集積回路素子、ＡＳＩＣ又は他の集積回路、ハードウェア・エレクトロニクス又は個別素子回路のような論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ又はＰＡＬのようなプログラム可能な論理回路等上でも実施することができる。通常、図のフローチャートを実施することができる有限状態機械が常駐する任意のデバイスは、本発明の処理及び方法を実施するために使用することができる。
【００２７】
その特定の実施形態を参照しながら本発明を説明してきたが、当業者であれば多くの代わりのもの、多くの修正及び変更を容易に思い付くことは明らかである。例えば、実施形態の種々の構成要素は、他の実施形態で交換、追加又は置換できる。また、本発明の実施形態の動作に各図面のすべての要素が必要なわけではない。例えば、本発明の実施形態についての通常の当業者であれば、単に独立請求項の要素を使用して、本発明の教示を製造し、使用することができる。それ故、本明細書に記載の本発明の好ましい実施形態は、例示としてのものであって、本発明を制限するものではない。本発明の精神及び範囲から逸脱することなしに多くの変更を行うことができる。
【図面の簡単な説明】
【００２８】
【図１】一実施形態によるシステムの例示としてのブロック図。
【図２】一実施形態によるサーバの動作を示す例示としてのフローチャート。
【図３】一実施形態によるセッションを開始するクライアントの動作を示す例示としてのフローチャート。
【図４】一実施形態によるセッション参加者の動作を示す例示としてのフローチャート。
【図５】他のより詳細な実施形態によるシステムの動作を示す例示としてのフローチャート。
【図６】他のより詳細な実施形態によるシステムの動作を示す例示としてのフローチャート。
【図７】他のより詳細な実施形態によるシステムの動作を示す例示としてのフローチャート。
【図８】他のより詳細な実施形態によるシステムのセッション中の参加者の動作を示す例示としてのフローチャート。
【図１】
2006172430.tif 000003
【図２】
2006172430.tif 000004
【図３】
2006172430.tif 000005
【図４】
2006172430.tif 000006
【図５】
2006172430.tif 000007
【図６】
2006172430.tif 000008
【図７】
2006172430.tif 000009
【図８】
2006172430.tif 000010
【外国語明細書】
2006172430.tif 000011
2006172430.tif 000012
2006172430.tif 000013
2006172430.tif 000014
2006172430.tif 000015
2006172430.tif 000016
2006172430.tif 000017
2006172430.tif 000018
2006172430.tif 000019
2006172430.tif 000020
2006172430.tif 000021
2006172430.tif 000022
2006172430.tif 000023
2006172430.tif 000024
2006172430.tif 000025
2006172430.tif 000026
2006172430.tif 000027
2006172430.tif 000028
2006172430.tif 000029
2006172430.tif 000030
2006172430.tif 000031
2006172430.tif 000032
2006172430.tif 000033
2006172430.tif 000034