(57)【要約】  会議セッションに対する、分散会議フレームワークにおけるセッションのロック機能およびロビー機能のためのアーキテクチャである。ロックのシナリオでは、あるユーザがセッションに入った際、セッションをロックして、たとえその人がセッションに招待されていたとしても、それ以外の人がセッションに入らないようにすることができる。ロックはセッション参加者により手動で、および／または基準に基づいて自動的に実現することができる。ロビー機能により、セッション参加者はロビー内にユーザがいることに気付くことができ、セッションへのアクセス権を得ようとしているユーザの通知および／または識別を行うことによって、セッションへのアクセスを保留にすることができる。セッションのリーダーは、セッションへのアクセスを選択的に許可することができる。本アーキテクチャは、一体となって分散会議システムを形成する複数の同等の、リーダーなしの会議サーバにおいて、ロック機能およびロビー機能を促進する。当該ロック機能および／またはロビー機能を促進するために、例えばＳＩＰ（Session Initiation Protocol）および集中型会議制御プロトコル（Centralized Conference Control Protocol：Ｃ３ＰまたはＣＣＣＰ）などのメディアセッションプロトコルを使用することができる。
2010525430.tif 000002
【特許請求の範囲】
【請求項１】
セッション参加者の会議セッションを確立するための会議コンポーネント（１０２）であって、前記参加者は分散メディアアクセスコンポーネントを介して、およびセッションプロトコルに基づいて前記会議セッションに接続される、会議コンポーネントと、
セッション参加予定者の会議セッションへのアクセスをセッションロビーに関して管理するためのセッション管理コンポーネント（１１２）と
を備えたことを特徴とするコンピュータ実装型の会議管理システム（１００）。
【請求項２】
前記セッションプロトコルは、ＳＩＰ（Session Initiation Protocol）であることを特徴とする請求項１に記載のシステム。
【請求項３】
前記セッションプロトコルは、集中型会議制御プロトコル（Centralized Conference Control Protocol：Ｃ３Ｐ）であることを特徴とする請求項１に記載のシステム。
【請求項４】
前記セッションコンポーネントは、前記参加予定者が前記セッションロビーに関連付けられているときに前記セッション参加予定者がいることを前記セッション参加者の１人に通知することを促進することを特徴とする請求項１に記載のシステム。
【請求項５】
前記セッション参加者の１人が、前記参加予定者によるセッションへのアクセスを拒否することを特徴とする請求項４に記載のシステム。
【請求項６】
前記セッション参加者の１人が、前記参加予定者によるセッションへのアクセスを許可することを特徴とする請求項４に記載のシステム。
【請求項７】
前記セッション参加予定者は、前記セッションロビーに関連付けられる前に前記会議コンポーネントによって認証されることを特徴とする請求項１に記載のシステム。
【請求項８】
前記会議コンポーネントは、認証不成功に基づいて、セッション参加予定者による前記会議セッションへのアクセスを拒否するように、前記参加予定者に関連付けられた分散メディアアクセスコンポーネントの一つに伝えることを特徴とする請求項７に記載のシステム。
【請求項９】
前記会議コンポーネントは、認証成功に基づいて、セッション参加予定者による前記会議セッションへのアクセスを許可するように、前記参加予定者に関連付けられた分散メディアアクセスコンポーネントの一つに伝えることを特徴とする請求項７に記載のシステム。
【請求項１０】
分散アクセスコンポーネントを介してセッション参加者の会議セッションを確立するステップ（２００）と、
新規ユーザからのセッションアクセス要求を、分散メディアアクセスコンポーネントの１つを介して受け取るステップ（２０２）と、
前記セッションへのアクセスを禁止するためにセッションロックを有効にするステップ（２０４）と、
前記ロックに基づいて、前記新規ユーザによる前記セッションへのアクセスを制御するステップ（２０６）と
を含むことを特徴とする会議セッションを管理するコンピュータ実装型の方法。
【請求項１１】
前記新規ユーザによる前記会議セッションへのアクセスを、ＳＩＰまたはＣ３Ｐのうち少なくとも１つを介して制御するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記新規ユーザを、企業の証明書を用いて、前記分散メディアアクセスコンポーネントの１つを介して認証するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記新規ユーザを、ダイジェストデータを用いて、前記分散メディアアクセスコンポーネントの１つを介して認証するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１４】
認証プロセスの開始に基づいて、より少ない量のセッション情報を前記新規ユーザに送信するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１５】
前記新規ユーザの認証成功に基づいて、より多い量のセッション情報を前記新規ユーザに送信するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１６】
前記会議セッション中に、前記新規ユーザの要求を前記セッション参加者に通知するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１７】
前記セッション参加者の１人によって付与された前記新規ユーザのセッションアクセスに基づいて、前記分散メディアアクセスコンポーネントの１つからの完全なメディアストリームを許可するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１８】
一部の前記セッション参加者に、前記新規ユーザが前記会議セッションへのアクセスを得ようとしていることを通知するステップと、前記一部のセッション参加者に基づいて前記セッションへのアクセスを付与するステップとをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１９】
前記会議セッション向けのロビー機能の存在を管理するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項２０】
分散アクセスコンポーネントを介してセッション参加者の会議セッションを確立するためのコンピュータ実装型の手段（１０２）と、
新規ユーザからのセッションアクセス要求を、分散メディアアクセスコンポーネントの１つを介して受け取るためのコンピュータ実装型の手段（１０２）と、
前記セッションへのアクセスを制御するためにセッションロックを有効にするためのコンピュータ実装型の手段（１１２）と、
前記ユーザによる前記セッションへのアクセスを制御するためのコンピュータ実装型の手段（１１２）と
を備えたことを特徴とするコンピュータ実装型のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散会議システムにおける、ルームロック機能およびロビー機能のエミュレーションに関する。
【背景技術】
【０００２】
コンピューティング装置およびネットワークの技術的進歩により、多種多様な情報とサービスへの大量アクセスが継続的に提供されており、事実上、世界のどこからでもアクセスが可能となっている。行うべき作業を大抵の場所から実施できるため、仮想オフィスがより一般的なものとなりつつある。企業は、例えば顧客のニーズに効果的に対処し、製品開発を進めるための会議の重要性を認識している。しかし、ビジネスを行うためにユーザが居る可能性がある多数の遠隔地からユーザを呼び集めること、および多数の利用可能な通信装置とメディアタイプとをサポートすることは、依然として困難な見通しのままである。
【０００３】
会議の開催は、例えば企業の従業員が打ち合わせを実施する効果的な手段でありうる。しかし、任意の時点で場所および接続機能が与えられれば、参加者は様々なメディアタイプを介して参加したいと思うかもしれない。ポータブル無線コンピューティング装置の記憶力および計算力の進歩により、今やユーザは、例えばイメージ、ビデオクリップ、音声データ、およびテキストデータなどの多種多様な異種のデータタイプと対話することができる。これは、ユーザが現在使用できる、セッションに接続するための数種の装置によって促進される。例えば、あるユーザは会議室から音声／ビデオで参加し、別のユーザはデスクトップコンピュータを介して音声で参加し、さらに別のユーザは携帯電話を使用してテキスト入力により参加することができる。
【０００４】
従来の会議システムは一般的に、セッションへのアクセスおよびセッションを管理する１つの方法として、参加者のパスワードおよびリーダーのパスワードを使用する。しかし、これらの技術は、少なくともセッション参加者のアクセス方法と、セッション参加者の識別が不足していることとに関する限りにおいて限定的である。
【発明の概要】
【０００５】
本明細書で説明する新規の実施形態の基本的理解を与えるため、簡略化した概要を提示する。本概要は、広範囲にわたる概要ではなく、新規実施形態の重要な特徴または本質的な特徴を特定することを目的とするものでも、特許請求の範囲の輪郭を描くことを目的とするものでもない。本概要の唯一の目的は、以降で提示されるより詳細な説明の前置きとして幾つかの概念を簡略化した形で提示することである。
【０００６】
開示したアーキテクチャでは、会議セッション向け分散会議フレームワークにおけるセッションのロック機能およびロビー機能を導入する。ロックのシナリオでは、あるユーザがセッションに入った際、セッションをロックして、たとえその人がセッションに招待されていたとしても、それ以外の人がセッションに入らないようにすることができる。ロックは、既存のセッション参加者（例えば、セッションのリーダー）によって手動で、および／または基準（例えば、セッションの開始時間）に基づいて自動的で行うことができる。
【０００７】
ロビー機能では、セッションへのアクセス権を得ようとしているユーザ（複数可）の通知および／または識別を行うことによって、ロックアウトされている可能性があるユーザを認識することができる。換言すれば、セッションのリーダーまたは司会者（他のセッション参加者）に、ユーザＡおよびユーザＢがセッションへのアクセス権を有しているか、または得ようとしているがロビーモードまたはロビー状態でロックアウトされ待機していることを通知することができる。セッションのリーダーは次いでセッションへのアクセスを選択的に許可することができる。例えば、ユーザＢのアクセスを許可しない一方で、ユーザＡにセッションへのアクセスを許可することができる。しかし、典型的なロビーのシナリオによると、ユーザＢに後で（例えば、１５分後に）自動または手動でアクセス権を与えるようにスケジュールすることもできる。
【０００８】
本アーキテクチャは、一体となって分散会議システムを形成する複数の同等の、リーダーなしの会議サーバにおいて、ロック機能およびロビー機能を促進する。当該ロック機能および／またはロビー機能を促進するために、例えばＳＩＰ（Session Initiation Protocol）および集中型会議制御プロトコル（Centralized Conference Control Protocol：Ｃ３ＰまたはＣＣＣＰ）を使用することができる。ＳＩＰによる実装形態では、特に複数のフロントエンドアーキテクチャをサポートする目的で、現在検討されているインターネットドラフトにおける欠点に対処する。
【０００９】
前述の目的および関連する目的を達成するために、本明細書では幾つかの例示的な態様を以下の説明と添付の図面とに関連して説明する。しかし、これらの態様は、本明細書で開示した原理を使用できる様々な方法のうちの幾つかを示すに過ぎず、全てのこのような態様およびその均等物を含むことを意図している。他の利点および新規な特徴は、図面と関連して検討することにより、以下の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００１０】
【図１】コンピュータ実装型の会議管理システムを示す図である。
【図２】会議セッションを管理する方法を示す図である。
【図３Ａ】会議セッションを管理する方法をより詳細に示す図である。
【図３Ｂ】会議セッションを管理する方法をより詳細に示す図である。
【図４】所定の基準に従ってセッションへのアクセスを自動的に許可する方法を示す図である。
【図５】開示したアーキテクチャに従ってロックおよびロビーのプロトコルアーキテクチャを実行するように操作可能なコンピューティングシステムのブロック図である。
【図６】ロックおよびロビーのプロトコルアーキテクチャ向けの例示的なコンピューティング環境の略ブロック図である。
【発明を実施するための形態】
【００１１】
開示したアーキテクチャは、仮想的なウェブ会議を促進できる業務用の会議システムをサポートする。現実世界の類似状況では、会議が会議室で行われると、会議のリーダー（または司会者）は会議室のドアを閉めて、事前の許可の有無に関わらず、他人の会議室への入室を禁止することができる。部屋が閉められると、セッションの参加予定者はドアをノックすることができ、その時点でセッションのリーダーは当該参加予定者のアクセスを許可または拒否することができる。参加予定者からセッションのリーダーに知らせる場所を、ロビー、または単に会議室外と称することができる。会議がロック状態に設定されると、どのユーザも会議室に入ることができない。さらに、ロビーへのアクセス権を得ようとするユーザをロックアウトすることも可能である。現実世界の類似状況を続けると、新規ユーザは、ロビーへ入ることを許可されるか、またはロビーへのアクセスを拒否することによって会議室へのアクセスを完全に拒否されることができる。
【００１２】
本アーキテクチャの仮想的な例では、ロビー機能を有効にすると、セッションの参加予定者は会議（または仮想）のロビーに入り、セッションのリーダー（または任意のセッション参加者）がセッションへのアクセス権を付与するのを待つことができる。セッションにリーダーがまだいない場合は、リーダーが会議室に入ったときに、参加予定者がロビーで待っていることをリーダーに通知することができる。その後、リーダーはロビーにいるユーザの各々に対して選択的にアクセス権を付与または拒否することができる。
【００１３】
会議の進行中に、例えばコンソールの警告またはメッセージによって、参加予定者がロビーにいることをリーダーに通知することもできる。その後、リーダーはセッションの「ドア」をロックしてそれ以上の割り込みを禁止することができる。より具体的な制御手段として、リーダー（または司会者）はそれぞれの会議ごとにロビーを有効または無効にすることができる。アクセス権を付与されると、ロビーの参加者に対するコンソールが自動的に起動し、ロビーの参加者（または参加予定者）には全てのセッション通信に対するアクセス権が付与される。アクセスを拒否された参加者またはタイムアウトした可能性がある参加者には、適切なメッセージを提示することができる。
【００１４】
本会議アーキテクチャは、複数関係者によるマルチメディア会議に拡張可能な、取付け可能なアーキテクチャである。ロック機能およびロビー機能は、様々な分散メディアアクセスコンポーネントのシームレスな取付けを可能とする集中型のポリシーコンポーネントおよび制御コンポーネント（会議コンポーネント）を介して提供される。本会議アーキテクチャは、クライアントがセッションに参加するための、異種のメディアタイプ（例えば、データ、音声／ビデオ、インスタントメッセージ）向けの複数の取付け可能な分散メディアコンポーネントをサポートする。
【００１５】
ここで図面を参照する。図面全体に渡って、同じ参照番号を使用して同じ要素を参照する。以下の記述では、説明の目的で、本発明の徹底的な理解を提供するために多くの具体的な詳細を示す。しかし、これらの具体的な詳細がなくとも、この新しい実施形態を実施できることは明らかであろう。他の事例では、公知な構造および装置は、その説明を容易にするためにブロック図の形で示される。
【００１６】
最初に図面を参照すると、図１はコンピュータ実装型の会議管理システム１００を示す。システム１００は、セッションの参加者および参加予定者１０６の会議セッション１０４を確立するための会議コンポーネント１０２を備える。参加者１０６は、クライアント（またはクライアント装置）１０８を用いて、分散メディアアクセスコンポーネント１１０（Ｎを正の整数として、メディアアクセスコンポーネント1、・・・、メディアアクセスコンポーネントNで示す）を介し、セッションプロトコルに基づいて会議セッション１０４に接続する。
【００１７】
メディアコンポーネント１１０をネットワーク（例えば、インターネット）上の任意の場所に置いて、例えばＨＴＴＰを介したアクセスを可能とすることができる。会議コンポーネント１０２は、多数のこのようなネットワークコンポーネントのうちの１つであることができ、独立にまたは協調して動作してセッション１０４を提供し、他のメディアアクセスコンポーネントについては何も知る必要がない。メディアアクセスコンポーネント１１０は、データ、音声／ビデオメディア、音声のみ、インスタントメッセージ、および他のメディアのタイプ、組合せ、ならびに形式を送信するクライアントと接続するための機能を含む。
【００１８】
セッション管理コンポーネント１１２は、セッションロビー１１４に関連して、許可されたセッション参加者およびセッション参加予定者の会議セッション１０４に対するアクセスを管理する。換言すれば、セッション１０４に参加したいユーザを、ロビー１１４を介して参加させるか、または最初からセッション１０４に直接参加させることができる。後に、セッションロビー１１４を介して参加予定者を参加させることができる。
【００１９】
クライアント（またはクライアント装置）１０８はメディアセッションプロトコルを用いて適切なメディアアクセスコンポーネント１１０と通信することができる。メディアセッションプロトコルは、ＳＩＰおよび／または集中型会議制御プロトコル（Ｃ３Ｐ）であることができる。セッション管理コンポーネント１１２は、セッション参加予定者がセッションロビー１１４に関連付けられているとき、セッション参加者の１人にセッション参加予定者について通知することを容易にする。１人または複数人のセッション参加者（例えば、司会者または傍観者）は、参加予定者がロビー１１４からセッション１０４にアクセスすることを許可または拒否することができる。
【００２０】
接続プロセスの一部として、参加予定者を、セッションロビー１１４に関連付ける前に会議コンポーネント１０２によって認証することができる。それのサポートのために、会議コンポーネント１０２は、それぞれの認証の成功または不成功に基づき、参加予定者に関連付けられた対応する分散メディアアクセスコンポーネント（複数可）１１０に、その参加予定者による会議セッション１０４へのアクセスを許可または拒否するように伝える。
【００２１】
例えば、会議のニーズを満たすために、１人または複数人のユーザ１０６は集中型会議コンポーネント１０２に（例えば、インターネット接続を介して）アクセスして、会議セッション１０４の作成、スケジュールを要求するか、または現在のセッションへの参加を要求する。メディアアクセスコンポーネント１１０は、ユーザ１０６によって使用されているクライアント１０８（またはクライアント装置）に適切なメディアインタフェース（例えば、音声、ビデオ、データ）を接続して割り当てる機能と、要求されたクライアントメディアタイプに適合し、会議セッション１０４のセッション管理を提供し、全ての関連するクライアント１０８とシステムに対してセッション１０４を閉じてクリーンアップすることを管理するようにメディアインタフェースを構成する機能を含む。
【００２２】
集中型会議コンポーネント１０２は、例えばネットワークまたは企業内の多数のこのようなコンポーネントの１つであることができ、スケジューリングサービスの提供、およびセッションインスタンス（複数可）の生成も行う。会議コンポーネント１０２はまた、最も利用可能な分散メディアアクセスコンポーネント１１０のうち１つまたは複数を会議セッション１０４に割り当てるための機能も含む。会議コンポーネント１０２はまた、会議ポリシーおよび名簿を制御するサービスとしても機能する。会議ポリシーは、会議の動作を支配する規則集合全体であり、当該会議ポリシーをメンバーシップポリシーおよびメディアポリシーに分解することができる。会議ポリシーサービスは、会議ポリシーおよび名簿を記憶し操作できる論理的な機能である。
【００２３】
会議コンポーネント１０２はまた、通知を可能とする論理機能である会議通知サービスを含み、会議状態の参加を受理し、参加者にその状態の変化を通知する。会議制御コンポーネントはまた、身分情報、企業の証明書、および／またはＰＩＮなどの認証情報に基づいて、ユーザ権限および／または認証サービスを介してセッションのセキュリティを提供するように機能する。
【００２４】
会議コントローラ１０２はまた、会議ポリシーおよび名簿を管理するサービスを求めて分散メディアアクセスコンポーネント１１０とインタフェースで接続する。会議アーキテクチャは、単一の統合された名簿を用いて会議の参加者または参加予定者に単一の会議像を提供する。
【００２５】
開示したロックおよびロビーの実装形態は会議システムに即して説明されているが、一般的な技術を、複数のユーザが共通の場所または空間へのアクセスを求める他のコンテクストに適用できることは理解されよう。例えば、ロックおよびロビーのアーキテクチャを、多数のユーザが中央の仮想の遊び場または仮想環境にアクセスする仮想オンラインゲームに適用することができる。パブリックアクセスがゲームの利用可能なスロットを埋める可能性があるこれらのシナリオにおいては、ロビーを使用して、あるプレイヤへの参加の許可、および他のプレイヤへの仮想環境に対するアクセスの禁止を選択的に行うことができる。従って、これにより、プレイヤのアクセスならびに現在のプレイヤによる通知をさらに制御することができ、サーバ管理者はプレイヤをサーバから追い出すために特別なコンソールにアクセスする必要はない。
【００２６】
図２は、会議セッションの管理方法を示す。説明を簡単にするために本明細書で示す１つまたは複数の方法を、例えばフローチャートまたは流れ図の形で、一連の動作として図示または説明するが、一部の動作を、当該フローチャートまたは流れ図に従うように、本明細書で図示および説明したものとは異なる順序で、および／または他の動作と並行に実行できるので、上記方法は動作の順序によって限定されないことは理解されよう。例えば、方法を状態図などの一連の相関する状態または事象として代替的に表すこともできることは当業者には理解されよう。さらに、方法において示される全ての動作を新規の実装形態で必要としなくともよい。
【００２７】
２００で、セッション参加者の会議セッションを１つまたは複数の分散メディアアクセスコンポーネントを介して確立する。２０２で、セッションアクセスに対する要求を新規ユーザから受け取る。その要求は、分散メディアアクセスコンポーネントの１つから受け取られる。２０４で、セッションに対するアクセスを禁止することにより、セッションに対するアクセスを制御するためにセッションロックを有効にする。２０６で、新規ユーザによるセッションへのアクセスを、当該ロックに基づいて制御する。
【００２８】
図３Ａおよび３Ｂは、会議セッションの管理方法をより詳細に説明する。３００で、会議コンポーネントはセッションを確立し、会議のロックを開始して他のユーザまたはユーザ参加予定者がセッションに入ることを禁止する。３０２で、セッション参加者の１人がロビー機能を有効にする。３０４で、参加予定者（ＷＢＰ）からセッション参加要求をコンソールインタフェース（例えば、ＨＴＴＰ）を介して受け取る。当該要求を、ユーザクライアント（またはクライアント装置）から対応するメディアアクセスコンポーネントへ、次いで会議コンポーネントへと処理することができる。当該要求は、参加ＩＮＶＩＴＥの形であることができる。３０６で、認証プロセスを開始して、認証データを用いてＷＢＰを認証する。当該データは、例えば、企業の証明書、および／またはユーザ情報を含むことができる。３０８で示すように、認証の成功に基づいて、会議コンポーネントはＷＢＰからのセッション参加要求を処理する。３１０で、会議コンポーネントは、セッションに参加するための最小量のセッション情報をＷＢＰに発行する。セッション情報を、会議情報に対するＳＵＢＳＣＲＩＢＥメッセージに基づいて得ることができる。
【００２９】
図３Ｂを参照すると、３１２で、会議コンポーネントはＷＢＰに関する通知を１人または複数人のセッション参加者に送信する。３１４で、セッション参加者が要求を処理する。３１６で、システムは、ＷＢＰが許可されるかどうかをチェックして判定する。許可されるならば、３１８で、セッション参加者はＷＢＰを許可するためのコマンドを会議コンポーネントに送信する。３２０で、会議コンポーネントは、ＷＢＰにセッションの詳細全体を送信する。この詳細には、セッション参加者、セッションのリーダーがいればセッションのリーダー、現在のセッション状態（例えば、トピック）などを含めることができる。３２２で、会議コンポーネントによりＷＢＰは、ＷＢＰの装置（例えば、携帯電話、ポータブルコンピュータ）から分散メディアアクセスコンポーネントにアクセスして完全なメディア通信を得ることができる。あるいは、ＷＢＰのアクセスが許可されない場合は、フローは３１６から３２４へ流れ、セッション参加者はＷＢＰを拒否するためのコマンドを会議コンポーネントに送信する。Ｃ３Ｐを用いて当該コマンドを送信することができる。３２６で、会議コンポーネントは、ＷＢＰにアクセス拒否の通知を行う。ＷＢＰは、適切な理由とともに、参加ＩＮＶＩＴＥダイアログでＢＹＥを送信し、ＳＵＢＳＣＲＩＢＥダイアログ上でＮＯＴＩＦＹ（ｅｘｐ：０）を送信することができる。３２８で、ＷＢＰはコンソールからログアウトする。
【００３０】
より具体的なコンテクストでは、会議セッションに参加したいＷＢＰは、コンソールインタフェースを介して参加ＵＲＬにアクセスする。ＷＢＰを、例えば、ドメイン証明書またはＰＩＮベースのダイジェスト機構を用いて認証することができる。ＷＢＰは、参加ＩＮＶＩＴＥを送信する。参加ＩＮＶＩＴＥが受理されるとＷＢＰの状態がロビー内に保留／待機としてマークされる。ＷＢＰは、ＳＢＵＳＣＲＩＢＥを会議パッケージに送信する。ＷＢＰは待機状態にあるので、ＷＢＰは、最低限の会議詳細、およびＷＢＰが保留／待機状態にあることを示す情報を含むドキュメントを受け取る。
【００３１】
会議コンポーネントは、セッションの全ての参加者（または傍観者）に、保留／待機状態のＷＢＰがセッションロビーに居ることに関する通知を送信する。ＷＢＰがロビー内で保留／待機状態にあるという通知を受け取った１人または複数人のセッションのリーダー（または司会者）は、当該ＷＢＰのうち１人または複数人がセッションに参加することを拒否または許可することができる。司会者は、ＷＢＰが会議セッションに入ることを許可または拒否するためのＣ３Ｐ要求を会議コンポーネントに送信する。司会者がＷＢＰを許可すると、当該ＷＢＰは保留から許可状態に変わり、当該ＷＢＰには、全ての詳細を伴った会議状態の通知全体が送信される。あるいは、司会者がＷＢＰを拒否すると、ＷＢＰには、適切な理由とともに、参加ＩＮＶＩＴＥダイアログ上でＢＹＥが送信され、ＳＵＢＳＣＲＩＢＥダイアログ上でＮＯＴＩＦＹ（ｅｘｐ：０）が送信される。この送信を、例えば、ＳＩＰを用いたＣＳＰで行うことができる。
【００３２】
代替的な通信ダイアログでは仮の応答を利用する。例えば、会議コンポーネントがＷＢＰからＩＮＶＩＴＥを受け取り、会議がロック状態にある場合、司会者（またはセッション参加者）はこの新規参加者を承認することができる。その場合、ＩＮＶＩＴＥメッセージを会議コンポーネント上に留めておき、進捗を示すための仮の応答を送信することができる。次いで、会議コンポーネントの通知サービスを用いて、通知を司会者に送信することができる。次いで、司会者はＷＢＰの参加を許可することができ、それに応じて、会議コンポーネントがＩＮＶＩＴＥを受理する。
【００３３】
呼出しフローは、参加者が認証されるまでＳＵＢＳＣＲＩＢＥダイアログが確立されないことを除いて、図３Ａおよび３Ｂの呼出しフローに従う。さらに、参加者が認証されるまで、ＩＮＶＩＴＥダイアログは保留され確立されない。
【００３４】
図４は、所定の基準に従ってセッションアクセスを自動的に許可する方法を示す。４００で、セッション参加者に対して、会議セッションが１つまたは複数の分散メディアアクセスコンポーネントを介して確立される。４０２で、セッションへのアクセスがセッション参加者に対して有効となり、次いでセッションをロックしてそれ以上のセッションアクセスを禁止する。４０４で、アクセスを自動的に許可するための基準を、全てのＷＢＰまたは選択されたＷＢＰに対して決定し構成することができる。４０６で、セッションアクセスに対する１つまたは複数の要求を、分散メディアアクセスコンポーネントを介してＷＢＰ（または新規ユーザ）から受け取る。４０８で、ＷＢＰを認証し、認証に成功したユーザの状態をロビーに設定する。４１０で、ロビーにいるＷＢＰがアクセスすることを、当該基準に基づいて自動的に許可する。
【００３５】
以下は、参加予定者に対する、当該参加予定者がセッションロビー内で待機状態にあるという通知を示すサンプルコードである。
【００３６】
2010525430.tif 000003
【００３７】
以下は、参加予定者がセッションロビーからアクセスすることを許可するためのＣ３Ｐコマンドに対するサンプルコードである。
【００３８】
2010525430.tif 000004
【００３９】
以下は、参加予定者がセッションロビーからアクセスすることを拒否するためのＣ３Ｐコマンドを示すサンプルコードである。
【００４０】
2010525430.tif 000005
【００４１】
Ｃ３Ｐコマンドを利用して会議セッションをロックおよびロック解除することができる。当該コマンドを会議コンポーネントで実行することができ、全てのメディアアクセスコンポーネントに分配することもできる。
【００４２】
会議コンポーネントおよびメディアアクセスコンポーネントにおける会議の状態を、会議状態ドキュメントで正確に伝えることができる。以下は、会議状態要素内のロック状態を示すサンプルコードである。
【００４３】
2010525430.tif 000006
【００４４】
このサンプルコードを使用して会議の全体像を表現することができ、また、各メディアアクセスコンポーネントが会議セッションのロック状態を表現できるようにすることができる。ｃｏｎｆｅｒｅｎｃｅ−ｖｉｅｗ要素はメディアアクセスコンポーネントがその会議状態を公開するために使用するものなので、このサンプルコードを拡張してロック状態を同様に表現することができる。
【００４５】
2010525430.tif 000007
【００４６】
フォーカスは、ｃｏｎｆｅｒｅｎｃｅ−ｖｉｅｗ要素内にエントリをもつこともできる。２つのメディアアクセスコンポーネント、即ち、音声／ビデオユニットおよび他のデータユニットに基づくロックコマンドに対するエンドツーエンドの呼出しフローを考える。この場合、最初は、会議はロックが解除された状態にある。
【００４７】
会議の初期状態を以下のようにコードで表現することができる。
【００４８】
2010525430.tif 000008
【００４９】
セッションの司会者が会議のロックコマンドを発行すると、以下の例示的なコードを用いて、会議をロックするためのＣ３Ｐコマンドが発行される。
【００５０】
2010525430.tif 000009
【００５１】
コマンドをフォーカス上で実行した後の会議の状態は次のように表すことができ、（打ち消し線を引いた）ｆａｌｓｅからｔｒｕｅへ値が変更されたことを示す。
【００５２】
2010525430.tif 000010
【００５３】
コマンドを音声／ビデオのメディアアクセスコンポーネント上で実行した後の会議の状態は次のように表すことができ、（打ち消し線を引いた）ｆａｌｓｅからｔｒｕｅへ値が変更されたことを示す。
【００５４】
2010525430.tif 000011
【００５５】
コマンドをデータのメディアアクセスコンポーネント上で実行した後の会議の状態は、最終状態でもあり、次のように表すことができ、（打ち消し線を引いた）ｆａｌｓｅからｔｒｕｅへ値が変更されたことを示す。
【００５６】
2010525430.tif 000012
【００５７】
司会者は次いで会議のアンロックコマンドを発行する。このコマンドは会議をアンロックするためのＣ３Ｐコマンドであることができ、以下のコードで表すことができる。
【００５８】
2010525430.tif 000013
【００５９】
コマンドを会議コンポーネントおよび全てのメディアアクセスコンポーネント上で実行した後の会議状態を以下のコードで表すことができ、（打ち消し線を引いた）ｔｒｕｅからｆａｌｓｅへ値が変更されたことを示す。
【００６０】
2010525430.tif 000014
【００６１】
本明細書で使用する際、用語「コンポーネント」および「システム」は、コンピュータ関連の実体、即ち、ハードウェア、ハードウェアとソフトウェアとの組合せ、ソフトウェア、または実行中のソフトウェアを指すことを意図している。例えば、コンポーネントはプロセッサ上で稼動しているプロセス、プロセッサ、ハードディスクドライブ、（光記憶媒体および／または磁気記憶媒体からなる）複数の記憶装置、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータであることができるがこれらに限定されない。例として、サーバ上で稼動しているアプリケーションおよびサーバはともにコンポーネントであることができる。１つまたは複数のコンポーネントがプロセスおよび／または実行スレッド内部に常駐することができ、コンポーネントを１つのコンピュータ上に配置してもよく、および／または複数のコンピュータ間に分散させることができる。
【００６２】
ここで図５を参照すると、開示したアーキテクチャに従ってロックおよびロビーのプロトコルアーキテクチャを実行するように動作可能なコンピューティングシステムのブロック図が示されている。開示したアーキテクチャの様々な態様に対して追加のコンテクストを与えるため、図５および以下の議論は、当該様々な態様を実装できる適切なコンピューティングシステム５００の簡潔で一般的な説明を与えることを目的とする。上記の説明は、１つまたは複数のコンピュータ上で実行可能なコンピュータ実行可能命令の一般的なコンテクストに即したが、新規の実施形態を他のプログラムモジュールと関連して、および／またはハードウェアとソフトウェアとの組合せとして実装することもできることは当業者には理解されよう。
【００６３】
一般に、プログラムモジュールには、特定のタスクを実行するかまたは特定の抽象データ型を実装するルーチン、プログラム、コンポーネント、データ構造などが含まれる。さらに、本発明の方法を、単一プロセッサまたはマルチプロセッサのコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、ならびにパーソナルコンピュータ、ハンドヘルドコンピューティング装置、マイクロプロセッサベースまたはプログラム可能な家庭用電化製品などを含む他のコンピュータシステム構成で実施でき、それらの各々を１つまたは複数の関連装置に動作可能に結合できることは当業者には理解されよう。
【００６４】
例示した態様を、幾つかのタスクが通信ネットワークを通して接続されたリモート処理装置により実行される、分散コンピューティング環境で実施することもできる。分散コンピューティング環境では、プログラムモジュールをローカルおよびリモートのコンピュータ記憶装置に配置することができる。
【００６５】
コンピュータは一般的に、様々なコンピュータ読取可能媒体を含む。コンピュータ読取可能媒体は、コンピュータがアクセスできる任意の使用可能な媒体であることができ、揮発性および不揮発性媒体、取外し可能および取外し不可能な媒体の両方を含むことができる。限定ではなく例として、コンピュータ読取可能媒体はコンピュータ記憶媒体および通信媒体を含むことができる。コンピュータ記憶媒体には、コンピュータ読取可能命令、データ構造、プログラムモジュールまたは他のデータなどの情報を記憶するための任意の方法または技術で実装した揮発性および不揮発性媒体、取外し可能および取外し不可能な媒体の両方が含まれる。コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ（Digital Versatile Disk）もしくは他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または所望の情報の記憶に使用できコンピュータによりアクセスできる他の任意の媒体が含まれるが、これらに限定されない。
【００６６】
図５を再度参照すると、様々な態様を実装するための例示的なコンピューティングシステム５００はコンピュータ５０２を含み、コンピュータ５０２は処理装置５０４、システムメモリ５０６およびシステムバス５０８を含む。システムバス５０８はシステムメモリ５０６が含まれるがこれに限定されないシステムコンポーネントに、処理装置５０４へのインタフェースを提供する。処理装置５０４は様々な市販のプロセッサの何れかであることができる。デュアルマイクロプロセッサおよび他のマルチプロセッサのアーキテクチャを処理装置５０４として使用してもよい。
【００６７】
システムバス５０８は、（メモリコントローラを伴うかまたは伴わない）メモリバス、周辺バス、および様々な市販のバスアーキテクチャを用いたローカルバスにさらに相互接続できるいくつかの種類のバス構造の何れかであることができる。システムメモリ５０６には、ＲＯＭ（Read Only Memory）５１０およびＲＡＭ（Random Access Memory）５１２が含まれる。ＢＩＯＳ（Basic Input/Output System）はＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの不揮発性メモリ５１０に記憶される。ＢＩＯＳは、例えば起動中に、コンピュータ５０２内部の要素間での情報伝送をサポートする基本ルーチンを含む。ＲＡＭ５１２には、データをキャッシュするためのスタティックＲＡＭなどの高速ＲＡＭを含むこともできる。
【００６８】
コンピュータ５０２はさらに、適切なシャーシ（図示せず）で外部使用のために構成することもできる内臓ハードディスクドライブ（ＨＤＤ）５１４（例えば、ＥＩＤＥ、ＳＡＴＡ）、（例えば、取外し可能なディスク５１８に読み書きするための）磁気フロッピー（登録商標）ディスクドライブ（ＦＤＤ）５１６、および（例えば、ＣＤ−ＲＯＭディスク５２２を読むか、ＤＶＤなどの他の大容量光媒体に読み書きするための）光ディスクドライブ５２０を含む。内蔵ＨＤＤ５１４を、適切なシャーシ（図示せず）内で外付け使用するために構成してもよい、ハードディスクドライブ５１４、磁気ディスクドライブ５１６および光ディスクドライブ５２０を、それぞれハードディスクドライブインタフェース５２４、磁気ディスクドライブインタフェース５２６および光ドライブインタフェース５２８によりシステムバス５０８に接続することができる。外付けドライブを実装するためのインタフェース５２４は、ユニバーサルシリアルバス（ＵＳＢ）およびＩＥＥＥ  １３９４インタフェース技術のうち少なくとも１つまたはその両方を含む。
【００６９】
ドライブおよびその関連コンピュータ読取可能媒体は、データ、データ構造、コンピュータ実行可能命令などの不揮発性記憶装置を提供する。コンピュータ５０２の場合、ドライブおよび媒体は適切なデジタル形式で任意のデータを記憶する。上記のコンピュータ読取可能媒体の説明ではＨＤＤ、取外し可能な磁気ディスク、ＣＤまたはＤＶＤなどの取外し可能な光媒体に言及したが、ジップドライブ、磁気カセット、フラッシュメモリカード、カートリッジなどの、コンピュータにより読取可能な他種の媒体を例示的な動作環境で使用してもよく、さらに、このような媒体は開示したアーキテクチャの新規な方法を実施するためのコンピュータ実行可能命令を含んでもよいことは当業者には理解されよう。
【００７０】
オペレーティングシステム５３０、１つまたは複数のアプリケーションプログラム５３２、他のプログラムモジュール５３４およびプログラムデータ５３６を含む、幾つかのプログラムモジュールを、ドライブおよびＲＡＭ５１２に記憶することができる。１つまたは複数のアプリケーションプログラム５３２ならびに他のプログラムモジュール５３４は、例えば、クライアント１０８、メディアアクセスコンポーネント１１０、および会議コンポーネント１０２を含むことができる。
【００７１】
オペレーティングシステム、アプリケーション、モジュール、および／またはデータの全てまたは一部をＲＡＭ５１２にキャッシュすることもできる。開示したアーキテクチャを様々な市販のオペレーティングシステムまたはオペレーティングシステムの組合せで実装できることは理解されよう。
【００７２】
ユーザは、１つまたは複数の有線または無線の入力装置、例えば、キーボード５３８およびマウス５４０などのポインティングデバイスを通してコンピュータ５０２にコマンドおよび情報を入力することができる。他の入力装置（図示せず）には、マイクロフォン、ＩＲリモートコントロール、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーンなどが含まれる。これらおよび他の入力装置は、システムバス５０８に連結した入力装置インタフェース５４２を通して処理装置５０４に接続されることが多いが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインタフェースなどの他のインタフェースにより接続することもできる。
【００７３】
モニタ５４４または他種の表示装置も、ビデオアダプタ５４６などのインタフェースを介してシステムバス５０８に接続される。モニタ５４４に加えて、コンピュータは一般的に、スピーカ、プリンタなどの他の周辺出力装置（図示せず）を備える。
【００７４】
コンピュータ５０２は、リモートコンピュータ（複数可）５４８などの１つまたは複数のリモートコンピュータへの有線および／または無線通信を介した論理接続を用いてネットワーク環境で動作することができる。リモートコンピュータ（複数可）５４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースの娯楽機器、ピアデバイスまたは他の一般的なネットワークノードであることができ、一般的に、コンピュータ５０２に関して説明した要素の多くまたは全てを含むが、簡潔さのため、メモリ／記憶装置５５０のみを示してある。図示した論理接続は、ローカルエリアネットワーク（ＬＡＮ）５５２および／またはそれより大きいネットワーク、例えば、ワイドエリアネットワーク（ＷＡＮ）５５４への有線または無線接続を含む。このようなＬＡＮおよびＷＡＮネットワーク環境は職場および企業で一般的であり、イントラネットなどの企業規模のコンピュータネットワークの構築を促進する。これらの全てを、グローバル通信ネットワーク、例えばインターネットに接続することができる。
【００７５】
ＬＡＮネットワーク環境で使用するとき、コンピュータ５０２は有線および／または無線通信ネットワークインタフェースまたはアダプタ５５６を通してローカルネットワーク５５２に接続される。アダプタ５５６はＬＡＮ  ５５２への有線または無線通信を促進することができ、ＬＡＮ  ５５２はまた、無線アダプタ５５６と通信するために配置された無線アクセスポイントを含んでもよい。
【００７６】
ＷＡＮネットワーク環境で使用するとき、コンピュータ５０２はモデム５５８を含むことができ、またはＷＡＮ  ５５４上の通信サーバに接続され、または例えばインターネットによってＷＡＮ  ５５４上で通信を確立するための他の手段を有する。モデム５５８は、内蔵型でも外付けでもよく、有線および／または無線装置でもよく、シリアルポートインタフェース５４２を介してシステムバス５０８に接続される。ネットワーク環境では、コンピュータ５０２に対して図示したプログラムモジュール、またはその一部をリモートのメモリ／記憶装置５５０に記憶することができる。示したネットワーク接続は例であって、コンピュータ間の通信リンクを確立する他の手段を使用できることは理解されよう。
【００７７】
コンピュータ５０２は無線接続内に動作可能に配置した任意の無線装置またはエンティティ、例えば、プリンタ、スキャナ、デスクトップコンピュータおよび／またはポータブルコンピュータ、ポータブルデータアシスタント、通信衛星、無線で検出可能なタグに関連する任意の装置または位置（例えば、キオスク（登録商標）、新聞販売店、化粧室）、および電話と通信するように動作可能である。これは少なくともＷｉ−ＦｉおよびＢｌｕｅｔｏｏｔｈ（登録商標）の無線技術を含む。このため、通信は、従来のネットワークの場合と同様の事前定義された構造、または単に、少なくとも２つのデバイス間のアドホック通信であることが可能である。
【００７８】
Ｗｉ−Ｆｉまたはワイヤレスフイデリティにより、家のソファ、ホテルの部屋のベッド、または職場の会議室から、配線なしにインターネットに接続することができる。Ｗｉ−Ｆｉは、例えばコンピュータなどの装置が部屋の内外、基地局の範囲内の任意の場所で、データを送受信できるようにする、携帯電話で使用されるものと類似した無線技術である。Ｗｉ−Ｆｉネットワークは、安全で信頼度が高く、高速な無線接続を提供するためのＩＥＥＥ８０２．１１ｘ（ａ、ｂ、ｇなど）と呼ばれる無線技術を使用する。Ｗｉ−Ｆｉネットワークを使用してコンピュータを互いと接続し、インターネットと接続し、また（ＩＥＥＥ８０２．３またはイーサネットを使用する）有線ネットワークと接続することができる。
【００７９】
ここで図６を参照すると、ロックおよびロビーのプロトコルアーキテクチャ向けの例示的なコンピューティング環境６００の略ブロックが示されている。システム６００は１つまたは複数のクライアント（複数可）６０２を含む。クライアント（複数可）６０２はハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティング装置）であることができる。クライアント（複数可）６０２は、例えば、クッキー（複数可）および／または関連するコンテクスト情報を収容することができる。
【００８０】
システム６００は、１つまたは複数のサーバ（複数可）６０４も含む。サーバ（複数可）６０４はハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティング装置）であることができる。サーバ（複数可）６０４は、例えば、本アーキテクチャを使用することで、変換を実施するためのスレッドを収容することができる。クライアント６０２およびサーバ６０４間の１つの可能な通信形態は、複数のコンピュータプロセス間で送信されるように適応させたデータパケットである。当該データパケットは、例えばクッキーおよび／または関連するコンテクスト情報を含むことができる。システム６００は、クライアント（複数可）６０２およびサーバ（複数可）６０４の間での通信を促進するために使用できる、通信フレームワーク６０６（例えば、インターネットなどのグローバル通信ネットワーク）を含む。
【００８１】
通信を有線（光ファイバを含む）および／または無線技術を介して促進することができる。クライアント（複数可）６０２は、クライアント（複数可）６０２に対して局所的な情報（例えば、クッキー（複数可）および／または関連するコンテクスト情報）を記憶するために使用できる、１つまたは複数のクライアントデータ記憶域（複数可）６０８に動作可能に接続される。同様に、サーバ（複数可）６０４は、サーバ（複数可）６０４に対して局所的な情報を記憶するために使用できる、１つまたは複数のサーバデータ記憶域（複数可）６１０に動作可能に接続される。クライアント６０２は、図１のクライアント１０８を含むことができ、メディアアクセスコンポーネント１１０、および会議コンポーネント１０２はサーバ６０４の一部であることができる。
【００８２】
以上で、開示したアーキテクチャの例を説明した。勿論、構成要素または方法の考えられる全ての組合せを説明することは不可能であるが、さらなる多くの組み合わせおよび置換が可能であることが、当業者には理解されよう。従って、この新規のアーキテクチャでは、添付の特許請求の範囲の趣旨および範囲に含まれるすべてのそのような代替、変形、および変種を包含することを意図している。さらに、用語「含む」を、発明を実施するための形態または特許請求項の範囲で使用する限りでは、このような用語は、請求項において移行句として使用するときに解釈される用語「備える」と同様に包括的であることを意図している。
【図１】
2010525430.tif 000015
【図２】
2010525430.tif 000016
【図３Ａ】
2010525430.tif 000017
【図３Ｂ】
2010525430.tif 000018
【図４】
2010525430.tif 000019
【図５】
2010525430.tif 000020
【図６】
2010525430.tif 000021
【国際調査報告】
2010525430.tif 000022
2010525430.tif 000023