自動セッションアドミッション
本発明はコミュニケーションセッションを開始する第１のコミュニケーションクライアントが通常のコール又は会議のシナリオの中でコミュニケーションセッションを確立するために使用するセッション要求にアドミッション情報を含ませる。セッション要求は第１のコミュニケーションクライアントと別のコミュニケーションクライアントとの間でコミュニケーションセッションを開始するためにあり、それは電話通信エンドポイントやコミュニケーションクライアントを有する会議システムに関連する。受信側コミュニケーションクライアントはセッション要求の中に設けられたアドミッション情報を使ってセッションに権限を与えるかどうかを決定する。権限が与えられる場合は、受信側コミュニケーションクライアントは状況に応じコミュニケーションセッションを確立するか又はコミュニケーションセッションが確立されるのを許可する。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本件出願はＡＵＴＯＭＡＴＥＤ ＣＯＮＦＥＲＥＮＣＥ ＡＤＭＩＳＳＩＯＮの名称で２００４年９月１日に出願された米国出願番号１０／９３１，８５７の一部継続出願であり、ＰＲＯＶＩＤＩＮＧ ＡＤＤＩＴＩＯＮＡＬ ＩＮＦＯＲＭＡＴＩＯＮ ＷＩＴＨ ＳＥＳＳＩＯＮ ＲＥＱＵＥＳＴＳの名称で２００４年２月２３日に出願された米国出願番号１０／７８４，８６４ 及び、ＵＳＩＮＧ ＡＤＤＩＴＩＯＮＡＬ ＩＮＦＯＲＭＡＴＩＯＮ ＰＲＯＶＩＤＥＤ ＩＮ ＳＥＳＳＩＯＮ ＲＥＱＵＥＳＴＳの名称で２００４年２月２３日に出願された米国出願番号１０／７８４，８６５に関連し、これらの開示はその全体が参照されることにより本件出願に組み込まれる。
【０００２】
本発明はコミュニケーションに関し、特に基本的なコミュニケーションや多グループ間会議を促進するための要求されたセッションを確立するかどうかを決定するために遠隔通信装置やアプリケーションによって使用されるセッション要求の中にアドミッション情報を設けることに関する。
【背景技術】
【０００３】
２つ以上のグループが特定の議題についてコミュニケーションをとりたいとの理由から、音声やメッセージに基づくものを含め様々なコミュニケーションセッションが確立される。セッションは２つのグループ間の通常のセッションであったり、３つ以上のグループの間の会議であったりする。会議の設定に対し、会議へのアクセスが提供される前に参加者はアクセスコード、パスワード、又は他のタイプの識別情報を含むアドミッション情報を手動で入力することを要求されるのが普通である。さらに、特定の２つのグループのセッションでは該セッションを確立する前に開始側のグループに対してアドミッション情報の提供を要求するのが都合が良い。生憎、手動でアドミッション情報を提供するのは手間がかかり、グループ側でその情報を記録しておく必要がある。従って、２つのグループのセッション又は会議セッションの確立に関し、アドミッション情報の自動入力に対する要望が存在する。
【発明の概要】
【０００４】
本発明はコミュニケーションセッションを開始する第１のコミュニケーションクライアントが通常のコール又は会議のシナリオでコミュニケーションセッションを確立するために使うセッション要求の中にアドミッション情報を含ませるようにする。セッション要求は第１のコミュニケーションクライアントと別のコミュニケーションクライアントとの間のコミュニケーションセッションを開始するためのものであり、それは電話通信エンドポイントやコミュニケーションクライアントを有する会議システムに関連する。受信側コミュニケーションクライアントはセッション要求の中に設けられたアドミッション情報を使ってセッションに権限を与えるかどうかを決定する。権限を与える場合は、受信側コミュニケーションクライアントは状況に応じコミュニケーションセッションを確立するか又はコミュニケーションセッションが確立されるのを許可する。
【０００５】
アドミッション認証はセッションの確立を許可するかどうか決定するのに役立ついかなるタイプのあるいは組合せの情報を含んでも良い。例えば、アドミッション情報は認証情報、識別情報、パスワード、会議アクセスコード、会議識別コード及びこれらに類似のものを含んでも良い。セッションは音声セッションである必要はなく、インスタントメッセージセッション、音声を含むビデオ会議セッション及びこれらに類似のものであっても良い。
【０００６】
当業者は添付の図面を参照して以下の好適な実施例の詳細な記載を読むことにより、本発明の範囲を理解し、その追加の特徴を認識するであろう。
【０００７】
本明細書に組み込まれてその一部を成す添付の図面は、本発明のいくつかの特徴を示し、明細書の記載とともに本発明の原理を説明する。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施例にかかるコミュニケーション環境のブロック図である。
【図２】本発明の第１実施例にかかるコミュニケーションの流れ図である。
【図３】本発明の第２実施例にかかるコミュニケーションの流れ図である。
【図４】本発明の第３実施例にかかるコミュニケーションの流れ図である。
【図５】本発明の一実施例にかかるコミュニケーションクライアントのブロック図である。
【図６】本発明の一実施例にかかるメディアアプリケーションサーバのブロック図である。
【発明を実施するための形態】
【０００９】
【００１０】
【００１１】
【００１２】
【００１３】
【００１４】
以下に記述する実施例は当業者が本発明を実施することができる必要な情報を表し、発明を実施するための最良の形態を示す。添付の図面を参照して以下の記載を読むことにより、当業者は発明のコンセプトを理解し、ここには具体的に記述しないこれらのコンセプトのアプリケーションを認識するであろう。これらのコンセプト及びアプリケーションは開示の範囲及び添付の特許請求範囲に含まれる。
【００１５】
本発明は第１のコミュニケーションクライアントが通常のコール又は会議のシナリオでコミュニケーションセッションを確立するために使うセッション要求の中にアドミッション情報を含ませるようにする。セッション要求は第１のコミュニケーションクライアントと別のコミュニケーションクライアントとの間のコミュニケーションセッションを開始するためのものであり、それは電話通信エンドポイントや会議システムに関連する。受信側コミュニケーションクライアントはセッション要求の中に設けられたアドミッション情報を使ってセッションに権限を与えるかどうか決定する。権限が与えられる場合は、受信側コミュニケーションクライアントは状況に応じコミュニケーションセッションを確立するか又はコミュニケーションセッションが確立されるのを許可する。
【００１６】
アドミッション認証はセッションの確立を許可するかどうか決定するのに役立ついかなるタイプのあるいは組合せの情報を含んでも良い。例えば、アドミッション情報は認証情報、識別情報、パスワード、会議アクセスコード、会議識別コード及びこれらに類似のものを含んでも良い。さらに、セッションは音声セッションである必要はなく、インスタントメッセージセッション、音声を含むビデオ会議セッション及びこれらに類似のものであっても良い。
【００１７】
アドミッション情報及びセッション要求のインストラクションを配信する代表的なコミュニケーションの流れを検討する前に、本発明の一実施例にかかる代表的コミュニケーション環境の概要を説明する。図１を参照すると、代表的コミュニケーション環境１０が示され、コミュニケーションクライアント１２が相互に通信可能であり、パケットネットワーク１４を介するコミュニケーションセッションを確立する。セッションはＳｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）のような任意のセッション確立プロトコルを使って確立することができる。コミュニケーションクライアント１２はパソコン、携帯情報端末（ＰＤＡ）、電話、及びこれらに類似の電話通信エンドポイントとして機能する様々な種類のコミュニケーションデバイスとして実施され、該コミュニケーションクライアント１２上で又はそれに密接に関連して設置する一つ以上のアプリケーション１６に関連しても良い。他のアプリケーション１８はパケットネットワーク１４を介してコミュニケーションクライアント１２によりアクセスされる。これらの遠隔アプリケーション１８は関連アプリケーション１６と類似の又は異なる機能を提供することができる。
【００１８】
通信プロトコルに従って、コミュニケーションサーバ２０は各コミュニケーションクライアント１２間のセッションの確立を支援する。これらのコミュニケーションサーバ２０はＳＩＰプロキシのようなプロキシとして機能し、コミュニケーションセッションが確立される前のコミュニケーションクライアント１２間の必要なシグナリングやハンドシェークにおいて重要な役割を果たす。必然的ではないにせよ通常は、セッションコントロールシグナリングがコミュニケーションサーバ２０とかかわる場合でも、コミュニケーションセッションは直接コミュニケーションクライアント１２間に確立される。さらに、１以上のメディアアプリケーションサーバ２２が設けられ、コミュニケーションクライアント１２間及び第３者のコミュニケーションクライアント（図示せず）との音声、オーディオ、ビデオセッション等の様々のタイプのメディアセッション、及び関連する会議の確立を支援する。特に、メディアアプリケーションサーバ２２がコミュニケーションクライアントを含んでも良く、それにより会議を支援するために様々のセッションのブリッジングを行う能力とともにセッションを確立しても良い。
【００１９】
説明の目的のため、通信環境１０は破線により２つのサイドに分割される。破線の左側の構成要素は一般的には「送信側」として表わされ、破線の右側の構成要素は「受信側」として表わされる。「送信側」「受信側」の用語は図示の実施例に対し、装置がセッション要求を送信するコミュニケーションクライアント１２に関するのか、セッション要求を受信するコミュニケーションクライアント１２に関するのかを明確にするためだけに使用される。従って、送信側コミュニケーションクライアント１２は受信側コミュニケーションクライアント１２へセッション要求を送信し、送信側と受信側コミュニケーションクライアント１２間でコミュニケーションセッションを開始する。
【００２０】
一般的には、送信側関連アプリケーション１６と送信側遠隔アプリケーション１８はアドミッション情報を送信側コミュニケーションクライアント１２へ提供し、送信側コミュニケーションクライアント１２はアドミッション情報を含むセッション要求を受信側コミュニケーションクライアント１２へ送信する。送信側コミュニケーションクライアント１２とのセッションを確立することに加え、受信側コミュニケーションクライアント１２はアドミッション情報を処理し、適切な受信側関連アプリケーション１６及び受信側遠隔アプリケーション１８と情報を送受信してアドミッション情報又はアドミッション情報に設けられたインストラクションに基づく適切なアクションを行う。特に、受信側コミュニケーションクライアント１２は様々なタイプのメディア関連機能を巻き込んだアクションを支援するために、必要に応じて受信側メディアアプリケーションサーバ２２とも情報を送受信する。以下に更に詳しく述べるように、セッション要求はメディアアプリケーションサーバ２２に対して行われることもあり、メディアアプリケーションサーバ２２は複数セッション間の会議を確立するのを支援し、又は実際には複数セッションに対しブリッジングを提供する。
【００２１】
送信側及び受信側コミュニケーションクライアント１２間でセッション関連メッセージを送信する時、各送信側及び受信側コミュニケーションサーバ２０がこれらメッセージを送るために使われる。例えば、ＳＩＰインバイトメッセージの形式を取るセッション要求は送信側コミュニケーションクライアント１２から送信側コミュニケーションサーバ２０へ送信され、送信側コミュニケーションサーバ２０はＳＩＰインバイトメッセージを受信側コミュニケーションサーバ２０へ送り、受信側コミュニケーションサーバ２０はＳＩＰインバイトメッセージを受信側コミュニケーションクライアント１２へ順次送る。以下のコミュニケーションの流れ図の説明では、簡潔にかつ読み易くするために、セッション要求をコミュニケーションサーバ２０を介して送信することは示されていない。当業者は、様々なタイプの通信プロトコルが各コミュニケーションサーバ２０を介するこれらのセッション関連メッセージの送信を必要としたり、あるいは不要であったりすることを理解し、これらメッセージの具体的送信は本発明のコンセプトにとって欠かせないものではないことを理解するであろう。
【００２２】
次に図２を参照すると、代表的なコミュニケーションの流れが示されており、アドミッション情報がセッション要求の中に設けられ、セッション要求が受信側コミュニケーションクライアント１２へ送られて送受信側のコミュニケーションクライアント間でセッションを確立する。アドミッション情報は受信側コミュニケーションクライアント１２により自動的に抽出され処理されてセッションに権限を与えるべきかどうかを決定する。まず、送信側の関連又は遠隔アプリケーション１６、１８が、送信及び受信コミュニケーションクライアント１２間の来るべきセッションのためのアドミッション情報を生成する（ステップ１００）。アドミッション情報は送信側コミュニケーションクライアント１２へ送られ（ステップ１０２）、セッションを開始し（ステップ１０４）、送信側コミュニケーションクライアント１２はアドミッション情報を含むセッション要求を受信側コミュニケーションクライアント１２へ送信する（ステップ１０６）。
【００２３】
セッション要求を受取ると、受信側コミュニケーションクライアント１２はセッション要求を処理し（ステップ１０８）、アドミッション情報をセッション要求から検索して（ステップ１１０）、該アドミッション情報を処理する（ステップ１１２）。受信側コミュニケーションクライアント１２はアドミッション情報を用い、適切なアドミッション情報を求める特定の基準に基づいて要求されたセッションに権限を与えるかどうかを決定する（ステップ１１４）。セッションが権限を与えられたと想定すると、受信側コミュニケーションクライアント１２は送信側コミュニケーションクライアント１２へセッションレスポンスを返信し（ステップ１１６）、それにより送信側及び受信側コミュニケーションクライアント１２間のコミュニケーションセッションを確立する（ステップ１１８）。
【００２４】
図３を参照すると、会議に関するセッションを確立するための代表的コミュニケーションの流れが示されている。メディアアプリケーションサーバ２２は会議をコントロールするために使われ、アドミッション情報を処理してセッションの進行を許可するかどうかあるいは会議の参加を決定する。本実施例では、参加するコミュニケーションクライアント１２は実際の会議を促進する。前述のように、アドミッション情報はセッション要求に設けられている。
【００２５】
まず、送信側の関連又は遠隔アプリケーション１６、１８は、会議に関する来るべきセッションのためのアドミッション情報を生成する（ステップ２００）。アドミッション情報は送信側コミュニケーションクライアント１２へ送られ（ステップ２０２）、送信側コミュニケーションクライアント１２はセッションを開始し（ステップ２０４）、アドミッション情報を含むセッション要求を、受信側コミュニケーションクライアント１２が関わる会議に関連したメディアアプリケーションサーバ２２へ送信する（ステップ２０６）。
【００２６】
セッション要求を受取ると、メディアアプリケーションサーバ２２はセッション要求を処理し（ステップ２０８）、アドミッション情報をセッション要求から検索して（ステップ２１０）、該アドミッション情報を処理する。メディアアプリケーションサーバ２２は、アドミッション情報を用いて会議へのエントリ−を許可するかどうか決定する（ステップ２１２）。会議へのエントリ−に権限が与えられると、メディアアプリケーションサーバはセッション要求を任意の受信側コミュニケーションクライアン１２へ送信し（ステップ２１４）、受信側コミュニケーションクライアン１２はメディアアプリケーションサーバ２２へセッションレスポンスを送ることにより応答する（ステップ２１６）。メディアアプリケーションサーバ２２はその後セッションレスポンスを送信側コミュニケーションクライアントへ返信し（ステップ２１８）、送信側コミュニケーションクライアント１２と任意の受信側コミュニケーションクライアント１２間に会議を行うために必要に応じてセッションを確立する（ステップ２２０）。一つ以上の参加するコミュニケーションクライアント１２は必須のブリッジング及びマルチキャスティング機能を実施し、従来方式で各参加者が互いの話を聞けるようにする。
【００２７】
図４を参照すると、会議に関するセッションを確立するための別の代表的コミュニケーションの流れが示されている。メディアアプリケーションサーバ２２は会議をコントロールするために再度使われ、アドミッション情報を処理して会議に参加するためにセッションを許可するかどうか決定する。本実施例では、メディアアプリケーションサーバ２２は参加する各コミュニケーションクライアントとのセッションのためのエンドポイントとして機能し、各セッションに対してブリッジング機能を提供する。アドミッション情報はセッション要求に設けられる。
【００２８】
まず、送信側の関連又は遠隔アプリケーション１６、１８は、会議に関する来るべきセッションのためのアドミッション情報を生成する（ステップ３００）。アドミッション情報は送信側コミュニケーションクライアント１２へ送られ（ステップ３０２）、セッションを開始し（ステップ３０４）、送信側コミュニケーションクライアント１２はアドミッション情報を含むセッション要求を、受信側コミュニケーションクライアント１２が関わる会議に関連したメディアアプリケーションサーバ２２へ送信する（ステップ３０６）。
【００２９】
セッション要求を受取ると、メディアアプリケーションサーバ２２はセッション要求を処理し（ステップ３０８）、アドミッション情報をセッション要求から検索して（ステップ３１０）、該アドミッション情報を処理する（ステップ３１２）。メディアアプリケーションサーバ２２は、アドミッション情報を用いて会議へのエントリ−を許可するかどうか決定する。会議へのエントリ−に権限が与えられると、メディアアプリケーションサーバ２２はさらに送信側コミュニケーションクライアント１２へセッションレスポンスを返信する（ステップ３１４）。
【００３０】
メディアアプリケーションサーバ２２は会議に対し他のコミュニケーションクライアント１２から入る他のセッション要求を処理することもある。一実施例では、メディアアプリケーションサーバ２２は参加するコミュニケーションクライアントとのセッションを開始することもできる。図示のように、メディアアプリケーションサーバ２２はセッション要求を任意の受信側コミュニケーションクライアン１２へ送信し（ステップ３１６）、任意の受信側コミュニケーションクライアン１２はセッションレスポンスを送信することによりメディアアプリケーションサーバ２２に応答する（ステップ３１８）。この時点で、メディアアプリケーションサーバ２２と送信側コミュニケーションクライアント１２及び任意の受信側コミュニケーションクライアン１２を含む各参加するコミュニケーションクライアント１２とのセッションが確立される（ステップ３２０及び３２２）。セッションはブリッジング機能によりブリッジされる（ステップ３２４）。
【００３１】
通常の又は会議の環境に対してアドミッションからセッションまでをコントロールすることに加えて、本発明は送信側コミュニケーションクライアント１２がセッション要求を送信して受信側コミュニケーションクライアント１２（又はメディアアプリケーションサーバ２２）とセッションを開始することを可能にし、セッション要求は受信側コミュニケーションクライアント１２がコミュニケーションセッションに関連するアクションを行うことができるように構成された追加情報を含む。該アクションはセッションの確立の前や、途中や、後に開始される。又、該アクションはいつでも行うことができる。該追加の情報は、セッションの内容に関する関連性あるいはコミュニケーションセッションに関連するアクションを行うための具体的なインストラクションや要求を特定するコンテクスト情報を含む。
【００３２】
一実施例において、追加の情報は多くの形を取る、人、情報、物の関連性を特定する。関連性は行われるアクションに関係する。全てを含むわけではないが、行われるアクションは、ユーザへの情報提供、ユーザへの情報提示、コミュニケーションセッションの少なくとも一部の記録、コミュニケーションセッションに関する情報の記憶、他のコミュニケーションデバイスとの他のセッションの開始、現存のコミュニケーションセッションに関連するものへのセッション要求の受信の制限、セッションの参加者からの情報入手、セッションの参加者への情報提供、ウェブサイトへのアクセス、Ｅメール、電話、インスタントメッセージ、及びそれらと同類のものの開始を含むことができる。従って、追加の情報はセッション要求に設けられ、セッション要求を受信するコミュニケーションクライアント１２又はメディアアプリケーションサーバ２２がセッションを確立すると共に、該セッション又はセッションの中で取り組む内容に関連する追加のアクションを行うようにする。
【００３３】
アドミッション情報は関連情報や資料を有する、関与するグループや現在の参加者を特定し、又は関連するコミュニケーションイベントを開始するために用いる。アクションは直ちに取られる必要はない。例えば、受信側コミュニケーションクライアント１２はアドミッション情報を、アドミッション情報に関連する追加のグループがセッションに参加することを許可するものとして認識しても良い。従って、アドミッション情報に対し関連性を有するグループからセッション要求が到来すると、受信側コミュニケーションクライアント１２はこれらのグループを認識し、彼らが最初の参加者とのセッションに加わることを許可する。追加の情報は実際のコンテクストを特定し、または実際のコンテクストに対するポインタを提供する。ＳＩＰの実施例では、ＳＩＰインバイトメッセージはアドミッション又は追加の情報が設けられる１以上のフィールドを含む。受信側コミュニケーションクライアント１２はセッション要求をレビューし、このフィールドがアドミッション又は追加情報によって埋まっているかどうかを決定する。
【００３４】
図５には代表的コミュニケーションクライアント１２が示されている。コミュニケーションクライアント１２はコントロールシステム２４を含み、コントロールシステム２４は上記の機能を提供する十分なソフトウェア２８を有するメモリ２６と関連する。具体的には、ソフトウェア２８はコミュニケーションクライアント機能３０及び１以上の関連アプリケーション１６を含む。コントロールシステム２４は適切なコミュニケーションインターフェイス３２とも関連してパケットネットワーク１４に亘るセッション及び任意の必須のシグナリングを促進する。さらに、コミュニケーションクライアント１２はユーザインターフェイス３４を含み、それを介してユーザ入力が受信され、情報がユーザに対して表示される。コミュニケーションインターフェイス３２及びユーザインターフェイス３４はコミュニケーションクライアント１２の特性に応じて変化する。
【００３５】
図６には代表的アプリケーションメディアサーバ２２が示されている。アプリケーションメディアサーバ２２はコントロールシステム３６を含み、コントロールシステム３６は上記の機能を提供する十分なソフトウェア４０を有するメモリ３８と関連する。具体的には、ソフトウェア４０は会議コントロール機能４２を含み、会議コントロール機能４２はブリッジング機能を含む。コントロールシステム３６はさらに適切なコミュニケーションインターフェイス４４に関連し、パケットネットワーク１４に亘るセッション及び任意の必須のシグナリングを促進する。
【００３６】
当業者は本発明の好適な実施例に対し、改良、変更を認識するであろう。全てのそのような改良、変更はここに開示されたコンセプト及び以下に続く特許請求の範囲に含まれると考えられる。
【技術分野】
【０００１】
関連出願の相互参照
本件出願はＡＵＴＯＭＡＴＥＤ ＣＯＮＦＥＲＥＮＣＥ ＡＤＭＩＳＳＩＯＮの名称で２００４年９月１日に出願された米国出願番号１０／９３１，８５７の一部継続出願であり、ＰＲＯＶＩＤＩＮＧ ＡＤＤＩＴＩＯＮＡＬ ＩＮＦＯＲＭＡＴＩＯＮ ＷＩＴＨ ＳＥＳＳＩＯＮ ＲＥＱＵＥＳＴＳの名称で２００４年２月２３日に出願された米国出願番号１０／７８４，８６４ 及び、ＵＳＩＮＧ ＡＤＤＩＴＩＯＮＡＬ ＩＮＦＯＲＭＡＴＩＯＮ ＰＲＯＶＩＤＥＤ ＩＮ ＳＥＳＳＩＯＮ ＲＥＱＵＥＳＴＳの名称で２００４年２月２３日に出願された米国出願番号１０／７８４，８６５に関連し、これらの開示はその全体が参照されることにより本件出願に組み込まれる。
【０００２】
本発明はコミュニケーションに関し、特に基本的なコミュニケーションや多グループ間会議を促進するための要求されたセッションを確立するかどうかを決定するために遠隔通信装置やアプリケーションによって使用されるセッション要求の中にアドミッション情報を設けることに関する。
【背景技術】
【０００３】
２つ以上のグループが特定の議題についてコミュニケーションをとりたいとの理由から、音声やメッセージに基づくものを含め様々なコミュニケーションセッションが確立される。セッションは２つのグループ間の通常のセッションであったり、３つ以上のグループの間の会議であったりする。会議の設定に対し、会議へのアクセスが提供される前に参加者はアクセスコード、パスワード、又は他のタイプの識別情報を含むアドミッション情報を手動で入力することを要求されるのが普通である。さらに、特定の２つのグループのセッションでは該セッションを確立する前に開始側のグループに対してアドミッション情報の提供を要求するのが都合が良い。生憎、手動でアドミッション情報を提供するのは手間がかかり、グループ側でその情報を記録しておく必要がある。従って、２つのグループのセッション又は会議セッションの確立に関し、アドミッション情報の自動入力に対する要望が存在する。
【発明の概要】
【０００４】
本発明はコミュニケーションセッションを開始する第１のコミュニケーションクライアントが通常のコール又は会議のシナリオでコミュニケーションセッションを確立するために使うセッション要求の中にアドミッション情報を含ませるようにする。セッション要求は第１のコミュニケーションクライアントと別のコミュニケーションクライアントとの間のコミュニケーションセッションを開始するためのものであり、それは電話通信エンドポイントやコミュニケーションクライアントを有する会議システムに関連する。受信側コミュニケーションクライアントはセッション要求の中に設けられたアドミッション情報を使ってセッションに権限を与えるかどうかを決定する。権限を与える場合は、受信側コミュニケーションクライアントは状況に応じコミュニケーションセッションを確立するか又はコミュニケーションセッションが確立されるのを許可する。
【０００５】
アドミッション認証はセッションの確立を許可するかどうか決定するのに役立ついかなるタイプのあるいは組合せの情報を含んでも良い。例えば、アドミッション情報は認証情報、識別情報、パスワード、会議アクセスコード、会議識別コード及びこれらに類似のものを含んでも良い。セッションは音声セッションである必要はなく、インスタントメッセージセッション、音声を含むビデオ会議セッション及びこれらに類似のものであっても良い。
【０００６】
当業者は添付の図面を参照して以下の好適な実施例の詳細な記載を読むことにより、本発明の範囲を理解し、その追加の特徴を認識するであろう。
【０００７】
本明細書に組み込まれてその一部を成す添付の図面は、本発明のいくつかの特徴を示し、明細書の記載とともに本発明の原理を説明する。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施例にかかるコミュニケーション環境のブロック図である。
【図２】本発明の第１実施例にかかるコミュニケーションの流れ図である。
【図３】本発明の第２実施例にかかるコミュニケーションの流れ図である。
【図４】本発明の第３実施例にかかるコミュニケーションの流れ図である。
【図５】本発明の一実施例にかかるコミュニケーションクライアントのブロック図である。
【図６】本発明の一実施例にかかるメディアアプリケーションサーバのブロック図である。
【発明を実施するための形態】
【０００９】
【００１０】
【００１１】
【００１２】
【００１３】
【００１４】
以下に記述する実施例は当業者が本発明を実施することができる必要な情報を表し、発明を実施するための最良の形態を示す。添付の図面を参照して以下の記載を読むことにより、当業者は発明のコンセプトを理解し、ここには具体的に記述しないこれらのコンセプトのアプリケーションを認識するであろう。これらのコンセプト及びアプリケーションは開示の範囲及び添付の特許請求範囲に含まれる。
【００１５】
本発明は第１のコミュニケーションクライアントが通常のコール又は会議のシナリオでコミュニケーションセッションを確立するために使うセッション要求の中にアドミッション情報を含ませるようにする。セッション要求は第１のコミュニケーションクライアントと別のコミュニケーションクライアントとの間のコミュニケーションセッションを開始するためのものであり、それは電話通信エンドポイントや会議システムに関連する。受信側コミュニケーションクライアントはセッション要求の中に設けられたアドミッション情報を使ってセッションに権限を与えるかどうか決定する。権限が与えられる場合は、受信側コミュニケーションクライアントは状況に応じコミュニケーションセッションを確立するか又はコミュニケーションセッションが確立されるのを許可する。
【００１６】
アドミッション認証はセッションの確立を許可するかどうか決定するのに役立ついかなるタイプのあるいは組合せの情報を含んでも良い。例えば、アドミッション情報は認証情報、識別情報、パスワード、会議アクセスコード、会議識別コード及びこれらに類似のものを含んでも良い。さらに、セッションは音声セッションである必要はなく、インスタントメッセージセッション、音声を含むビデオ会議セッション及びこれらに類似のものであっても良い。
【００１７】
アドミッション情報及びセッション要求のインストラクションを配信する代表的なコミュニケーションの流れを検討する前に、本発明の一実施例にかかる代表的コミュニケーション環境の概要を説明する。図１を参照すると、代表的コミュニケーション環境１０が示され、コミュニケーションクライアント１２が相互に通信可能であり、パケットネットワーク１４を介するコミュニケーションセッションを確立する。セッションはＳｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）のような任意のセッション確立プロトコルを使って確立することができる。コミュニケーションクライアント１２はパソコン、携帯情報端末（ＰＤＡ）、電話、及びこれらに類似の電話通信エンドポイントとして機能する様々な種類のコミュニケーションデバイスとして実施され、該コミュニケーションクライアント１２上で又はそれに密接に関連して設置する一つ以上のアプリケーション１６に関連しても良い。他のアプリケーション１８はパケットネットワーク１４を介してコミュニケーションクライアント１２によりアクセスされる。これらの遠隔アプリケーション１８は関連アプリケーション１６と類似の又は異なる機能を提供することができる。
【００１８】
通信プロトコルに従って、コミュニケーションサーバ２０は各コミュニケーションクライアント１２間のセッションの確立を支援する。これらのコミュニケーションサーバ２０はＳＩＰプロキシのようなプロキシとして機能し、コミュニケーションセッションが確立される前のコミュニケーションクライアント１２間の必要なシグナリングやハンドシェークにおいて重要な役割を果たす。必然的ではないにせよ通常は、セッションコントロールシグナリングがコミュニケーションサーバ２０とかかわる場合でも、コミュニケーションセッションは直接コミュニケーションクライアント１２間に確立される。さらに、１以上のメディアアプリケーションサーバ２２が設けられ、コミュニケーションクライアント１２間及び第３者のコミュニケーションクライアント（図示せず）との音声、オーディオ、ビデオセッション等の様々のタイプのメディアセッション、及び関連する会議の確立を支援する。特に、メディアアプリケーションサーバ２２がコミュニケーションクライアントを含んでも良く、それにより会議を支援するために様々のセッションのブリッジングを行う能力とともにセッションを確立しても良い。
【００１９】
説明の目的のため、通信環境１０は破線により２つのサイドに分割される。破線の左側の構成要素は一般的には「送信側」として表わされ、破線の右側の構成要素は「受信側」として表わされる。「送信側」「受信側」の用語は図示の実施例に対し、装置がセッション要求を送信するコミュニケーションクライアント１２に関するのか、セッション要求を受信するコミュニケーションクライアント１２に関するのかを明確にするためだけに使用される。従って、送信側コミュニケーションクライアント１２は受信側コミュニケーションクライアント１２へセッション要求を送信し、送信側と受信側コミュニケーションクライアント１２間でコミュニケーションセッションを開始する。
【００２０】
一般的には、送信側関連アプリケーション１６と送信側遠隔アプリケーション１８はアドミッション情報を送信側コミュニケーションクライアント１２へ提供し、送信側コミュニケーションクライアント１２はアドミッション情報を含むセッション要求を受信側コミュニケーションクライアント１２へ送信する。送信側コミュニケーションクライアント１２とのセッションを確立することに加え、受信側コミュニケーションクライアント１２はアドミッション情報を処理し、適切な受信側関連アプリケーション１６及び受信側遠隔アプリケーション１８と情報を送受信してアドミッション情報又はアドミッション情報に設けられたインストラクションに基づく適切なアクションを行う。特に、受信側コミュニケーションクライアント１２は様々なタイプのメディア関連機能を巻き込んだアクションを支援するために、必要に応じて受信側メディアアプリケーションサーバ２２とも情報を送受信する。以下に更に詳しく述べるように、セッション要求はメディアアプリケーションサーバ２２に対して行われることもあり、メディアアプリケーションサーバ２２は複数セッション間の会議を確立するのを支援し、又は実際には複数セッションに対しブリッジングを提供する。
【００２１】
送信側及び受信側コミュニケーションクライアント１２間でセッション関連メッセージを送信する時、各送信側及び受信側コミュニケーションサーバ２０がこれらメッセージを送るために使われる。例えば、ＳＩＰインバイトメッセージの形式を取るセッション要求は送信側コミュニケーションクライアント１２から送信側コミュニケーションサーバ２０へ送信され、送信側コミュニケーションサーバ２０はＳＩＰインバイトメッセージを受信側コミュニケーションサーバ２０へ送り、受信側コミュニケーションサーバ２０はＳＩＰインバイトメッセージを受信側コミュニケーションクライアント１２へ順次送る。以下のコミュニケーションの流れ図の説明では、簡潔にかつ読み易くするために、セッション要求をコミュニケーションサーバ２０を介して送信することは示されていない。当業者は、様々なタイプの通信プロトコルが各コミュニケーションサーバ２０を介するこれらのセッション関連メッセージの送信を必要としたり、あるいは不要であったりすることを理解し、これらメッセージの具体的送信は本発明のコンセプトにとって欠かせないものではないことを理解するであろう。
【００２２】
次に図２を参照すると、代表的なコミュニケーションの流れが示されており、アドミッション情報がセッション要求の中に設けられ、セッション要求が受信側コミュニケーションクライアント１２へ送られて送受信側のコミュニケーションクライアント間でセッションを確立する。アドミッション情報は受信側コミュニケーションクライアント１２により自動的に抽出され処理されてセッションに権限を与えるべきかどうかを決定する。まず、送信側の関連又は遠隔アプリケーション１６、１８が、送信及び受信コミュニケーションクライアント１２間の来るべきセッションのためのアドミッション情報を生成する（ステップ１００）。アドミッション情報は送信側コミュニケーションクライアント１２へ送られ（ステップ１０２）、セッションを開始し（ステップ１０４）、送信側コミュニケーションクライアント１２はアドミッション情報を含むセッション要求を受信側コミュニケーションクライアント１２へ送信する（ステップ１０６）。
【００２３】
セッション要求を受取ると、受信側コミュニケーションクライアント１２はセッション要求を処理し（ステップ１０８）、アドミッション情報をセッション要求から検索して（ステップ１１０）、該アドミッション情報を処理する（ステップ１１２）。受信側コミュニケーションクライアント１２はアドミッション情報を用い、適切なアドミッション情報を求める特定の基準に基づいて要求されたセッションに権限を与えるかどうかを決定する（ステップ１１４）。セッションが権限を与えられたと想定すると、受信側コミュニケーションクライアント１２は送信側コミュニケーションクライアント１２へセッションレスポンスを返信し（ステップ１１６）、それにより送信側及び受信側コミュニケーションクライアント１２間のコミュニケーションセッションを確立する（ステップ１１８）。
【００２４】
図３を参照すると、会議に関するセッションを確立するための代表的コミュニケーションの流れが示されている。メディアアプリケーションサーバ２２は会議をコントロールするために使われ、アドミッション情報を処理してセッションの進行を許可するかどうかあるいは会議の参加を決定する。本実施例では、参加するコミュニケーションクライアント１２は実際の会議を促進する。前述のように、アドミッション情報はセッション要求に設けられている。
【００２５】
まず、送信側の関連又は遠隔アプリケーション１６、１８は、会議に関する来るべきセッションのためのアドミッション情報を生成する（ステップ２００）。アドミッション情報は送信側コミュニケーションクライアント１２へ送られ（ステップ２０２）、送信側コミュニケーションクライアント１２はセッションを開始し（ステップ２０４）、アドミッション情報を含むセッション要求を、受信側コミュニケーションクライアント１２が関わる会議に関連したメディアアプリケーションサーバ２２へ送信する（ステップ２０６）。
【００２６】
セッション要求を受取ると、メディアアプリケーションサーバ２２はセッション要求を処理し（ステップ２０８）、アドミッション情報をセッション要求から検索して（ステップ２１０）、該アドミッション情報を処理する。メディアアプリケーションサーバ２２は、アドミッション情報を用いて会議へのエントリ−を許可するかどうか決定する（ステップ２１２）。会議へのエントリ−に権限が与えられると、メディアアプリケーションサーバはセッション要求を任意の受信側コミュニケーションクライアン１２へ送信し（ステップ２１４）、受信側コミュニケーションクライアン１２はメディアアプリケーションサーバ２２へセッションレスポンスを送ることにより応答する（ステップ２１６）。メディアアプリケーションサーバ２２はその後セッションレスポンスを送信側コミュニケーションクライアントへ返信し（ステップ２１８）、送信側コミュニケーションクライアント１２と任意の受信側コミュニケーションクライアント１２間に会議を行うために必要に応じてセッションを確立する（ステップ２２０）。一つ以上の参加するコミュニケーションクライアント１２は必須のブリッジング及びマルチキャスティング機能を実施し、従来方式で各参加者が互いの話を聞けるようにする。
【００２７】
図４を参照すると、会議に関するセッションを確立するための別の代表的コミュニケーションの流れが示されている。メディアアプリケーションサーバ２２は会議をコントロールするために再度使われ、アドミッション情報を処理して会議に参加するためにセッションを許可するかどうか決定する。本実施例では、メディアアプリケーションサーバ２２は参加する各コミュニケーションクライアントとのセッションのためのエンドポイントとして機能し、各セッションに対してブリッジング機能を提供する。アドミッション情報はセッション要求に設けられる。
【００２８】
まず、送信側の関連又は遠隔アプリケーション１６、１８は、会議に関する来るべきセッションのためのアドミッション情報を生成する（ステップ３００）。アドミッション情報は送信側コミュニケーションクライアント１２へ送られ（ステップ３０２）、セッションを開始し（ステップ３０４）、送信側コミュニケーションクライアント１２はアドミッション情報を含むセッション要求を、受信側コミュニケーションクライアント１２が関わる会議に関連したメディアアプリケーションサーバ２２へ送信する（ステップ３０６）。
【００２９】
セッション要求を受取ると、メディアアプリケーションサーバ２２はセッション要求を処理し（ステップ３０８）、アドミッション情報をセッション要求から検索して（ステップ３１０）、該アドミッション情報を処理する（ステップ３１２）。メディアアプリケーションサーバ２２は、アドミッション情報を用いて会議へのエントリ−を許可するかどうか決定する。会議へのエントリ−に権限が与えられると、メディアアプリケーションサーバ２２はさらに送信側コミュニケーションクライアント１２へセッションレスポンスを返信する（ステップ３１４）。
【００３０】
メディアアプリケーションサーバ２２は会議に対し他のコミュニケーションクライアント１２から入る他のセッション要求を処理することもある。一実施例では、メディアアプリケーションサーバ２２は参加するコミュニケーションクライアントとのセッションを開始することもできる。図示のように、メディアアプリケーションサーバ２２はセッション要求を任意の受信側コミュニケーションクライアン１２へ送信し（ステップ３１６）、任意の受信側コミュニケーションクライアン１２はセッションレスポンスを送信することによりメディアアプリケーションサーバ２２に応答する（ステップ３１８）。この時点で、メディアアプリケーションサーバ２２と送信側コミュニケーションクライアント１２及び任意の受信側コミュニケーションクライアン１２を含む各参加するコミュニケーションクライアント１２とのセッションが確立される（ステップ３２０及び３２２）。セッションはブリッジング機能によりブリッジされる（ステップ３２４）。
【００３１】
通常の又は会議の環境に対してアドミッションからセッションまでをコントロールすることに加えて、本発明は送信側コミュニケーションクライアント１２がセッション要求を送信して受信側コミュニケーションクライアント１２（又はメディアアプリケーションサーバ２２）とセッションを開始することを可能にし、セッション要求は受信側コミュニケーションクライアント１２がコミュニケーションセッションに関連するアクションを行うことができるように構成された追加情報を含む。該アクションはセッションの確立の前や、途中や、後に開始される。又、該アクションはいつでも行うことができる。該追加の情報は、セッションの内容に関する関連性あるいはコミュニケーションセッションに関連するアクションを行うための具体的なインストラクションや要求を特定するコンテクスト情報を含む。
【００３２】
一実施例において、追加の情報は多くの形を取る、人、情報、物の関連性を特定する。関連性は行われるアクションに関係する。全てを含むわけではないが、行われるアクションは、ユーザへの情報提供、ユーザへの情報提示、コミュニケーションセッションの少なくとも一部の記録、コミュニケーションセッションに関する情報の記憶、他のコミュニケーションデバイスとの他のセッションの開始、現存のコミュニケーションセッションに関連するものへのセッション要求の受信の制限、セッションの参加者からの情報入手、セッションの参加者への情報提供、ウェブサイトへのアクセス、Ｅメール、電話、インスタントメッセージ、及びそれらと同類のものの開始を含むことができる。従って、追加の情報はセッション要求に設けられ、セッション要求を受信するコミュニケーションクライアント１２又はメディアアプリケーションサーバ２２がセッションを確立すると共に、該セッション又はセッションの中で取り組む内容に関連する追加のアクションを行うようにする。
【００３３】
アドミッション情報は関連情報や資料を有する、関与するグループや現在の参加者を特定し、又は関連するコミュニケーションイベントを開始するために用いる。アクションは直ちに取られる必要はない。例えば、受信側コミュニケーションクライアント１２はアドミッション情報を、アドミッション情報に関連する追加のグループがセッションに参加することを許可するものとして認識しても良い。従って、アドミッション情報に対し関連性を有するグループからセッション要求が到来すると、受信側コミュニケーションクライアント１２はこれらのグループを認識し、彼らが最初の参加者とのセッションに加わることを許可する。追加の情報は実際のコンテクストを特定し、または実際のコンテクストに対するポインタを提供する。ＳＩＰの実施例では、ＳＩＰインバイトメッセージはアドミッション又は追加の情報が設けられる１以上のフィールドを含む。受信側コミュニケーションクライアント１２はセッション要求をレビューし、このフィールドがアドミッション又は追加情報によって埋まっているかどうかを決定する。
【００３４】
図５には代表的コミュニケーションクライアント１２が示されている。コミュニケーションクライアント１２はコントロールシステム２４を含み、コントロールシステム２４は上記の機能を提供する十分なソフトウェア２８を有するメモリ２６と関連する。具体的には、ソフトウェア２８はコミュニケーションクライアント機能３０及び１以上の関連アプリケーション１６を含む。コントロールシステム２４は適切なコミュニケーションインターフェイス３２とも関連してパケットネットワーク１４に亘るセッション及び任意の必須のシグナリングを促進する。さらに、コミュニケーションクライアント１２はユーザインターフェイス３４を含み、それを介してユーザ入力が受信され、情報がユーザに対して表示される。コミュニケーションインターフェイス３２及びユーザインターフェイス３４はコミュニケーションクライアント１２の特性に応じて変化する。
【００３５】
図６には代表的アプリケーションメディアサーバ２２が示されている。アプリケーションメディアサーバ２２はコントロールシステム３６を含み、コントロールシステム３６は上記の機能を提供する十分なソフトウェア４０を有するメモリ３８と関連する。具体的には、ソフトウェア４０は会議コントロール機能４２を含み、会議コントロール機能４２はブリッジング機能を含む。コントロールシステム３６はさらに適切なコミュニケーションインターフェイス４４に関連し、パケットネットワーク１４に亘るセッション及び任意の必須のシグナリングを促進する。
【００３６】
当業者は本発明の好適な実施例に対し、改良、変更を認識するであろう。全てのそのような改良、変更はここに開示されたコンセプト及び以下に続く特許請求の範囲に含まれると考えられる。
【特許請求の範囲】
【請求項１】
ａ）コミュニケーションクライアントとのコミュニケーションセッションを開始することを決定し、
ｂ）前記コミュニケーションセッションの確立に権限を与えるように構成されたアドミッション情報を提供し、
ｃ）前記アドミッション情報を含むセッション要求を生成し、及び
ｄ）コミュニケーションネットワークを介して前記セッション要求を前記コミュニケーションクライアントへ送る、ことを含む方法。
【請求項２】
前記アドミッション情報は前記コミュニケーションセッションを確立するかどうかを決定するために前記コミュニケーションクライアントにより使用されることを特徴とする請求項１に記載の方法。
【請求項３】
前記アドミッション情報は会議に関連する前記コミュニケーションセッションを確立するかどうかを決定するために使用されることを特徴とする請求項１に記載の方法。
【請求項４】
前記コミュニケーションセッションは前記会議に関連する複数のセッションのうちの１つであることを特徴とする請求項３に記載の方法。
【請求項５】
前記コミュニケーションクライアントは前記会議に関連する前記複数のセッションをブリッジするように適合されたブリッジング機能を提供するメディアアプリケーションサーバであることを特徴とする請求項４に記載の方法。
【請求項６】
前記セッション要求は前記会議へのアクセスをコントロールするために前記コミュニケーションクライアントと協働するメディアアプリケーションサーバにより受信されることを特徴とする請求項３に記載の方法。
【請求項７】
前記コミュニケーションクライアントは前記メディアアプリケーションサーバから分離されることを特徴とする請求項６に記載の方法。
【請求項８】
前記アドミッション情報は認証情報を含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記アドミッション情報は識別情報を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記アドミッション情報はパスワードを含むことを特徴とする請求項１に記載の方法。
【請求項１１】
前記アドミッション情報は会議アクセスコードを含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記アドミッション情報は会議識別コードを含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記コミュニケーションクライアントが前記コミュニケーションセッションに関連するアクションを行うことができるように構成されたアクション情報を提供することをさらに含み、前記セッション要求が前記アクション情報を含むように生成されることを特徴とする請求項１に記載の方法。
【請求項１４】
ａ）コミュニケーションインターフェイス、及び
ｂ）前記コミュニケーションインターフェイスに関連するコントロールシステムを備え、前記コントロールシステムは、
ｉ）コミュニケーションクライアントとのコミュニケーションセッションの開始を決定し、
ｉｉ）前記コミュニケーションセッションの確立に権限を与えるように構成されたアドミッション情報を提供し、
ｉｉｉ）前記アドミッション情報を含むセッション要求を生成し、及び
ｉｖ）コミュニケーションネットワークを介して前記セッション要求を前記コミュニケーションクライアントへ送信するように適合されるシステム。
【請求項１５】
前記アドミッション情報は前記コミュニケーションセッションを確立するかどうかを決定するために前記コミュニケーションクライアントにより使用されることを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記アドミッション情報は会議に関連する前記コミュニケーションセッションを確立するかどうかを決定するために使用されることを特徴とする請求項１４に記載のシステム。
【請求項１７】
前記コミュニケーションセッションは前記会議に関連する複数のセッションの１つであることを特徴とする請求項１６に記載のシステム。
【請求項１８】
前記コミュニケーションクライアントは前記会議に関連する前記複数のセッションをブリッジするように適合されたブリッジング機能を提供するメディアアプリケーションサーバであることを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記セッション要求は前記会議へのアクセスをコントロールするように前記コミュニケーションクライアントと協働する前記メディアアプリケーションサーバにより受信されることを特徴とする請求項１４に記載のシステム。
【請求項２０】
前記コミュニケーションクライアントは前記メディアアプリケーションサーバから分離されることを特徴とする請求項１９に記載のシステム。
【請求項２１】
前記アドミッション情報は認証情報を含むことを特徴とする請求項１４に記載のシステム。
【請求項２２】
前記アドミッション情報は識別情報を含むことを特徴とする請求項１４に記載のシステム。
【請求項２３】
前記アドミッション情報はパスワードを含むことを特徴とする請求項１４に記載のシステム。
【請求項２４】
前記アドミッション情報は会議アクセスコードを含むことを特徴とする請求項１４に記載のシステム。
【請求項２５】
前記アドミッション情報は会議識別コードを含むことを特徴とする請求項１４に記載のシステム。
【請求項２６】
前記コミュニケーションクライアントが前記コミュニケーションセッションに関連するアクションを行うことができるように構成されたアクション情報を提供することをさらに含み、前記セッション要求が前記アクション情報を含むように生成されることを特徴とする請求項１４に記載のシステム。
【請求項２７】
ａ）第１のコミュニケーションクライアントから発信され、コミュニケーションセッションの確立に権限を与えるように構成されたアドミッション情報を含むセッション要求を受信し、
ｂ）前記アドミッション情報に基づいて、前記コミュニケーションセッションに権限を与えるかどうかを決定し、
ｃ）前記コミュニケーションセッションに権限を与える場合は前記セッション要求に応答して前記第１のコミュニケーションクライアントとの前記コミュニケーションセッションの確立を達成することを含む方法。
【請求項２８】
前記コミュニケーションセッションの確立を達成することは、前記第１のコミュニケーションクライアントへレスポンスを送信し、前記第１のコミュニケーションクライアントとのコミュニケーションを促進することを含むことを特徴とする請求項２７に記載の方法。
【請求項２９】
前記コミュニケーションセッションの確立を達成することは、前記第１のコミュニケーションクライアントと第２のコミュニケーションクライアント間で前記コミュニケーションセッションを確立するように前記第１のコミュニケーションクライアントに指示することを含むことを特徴とする請求項２７に記載の方法。
【請求項３０】
前記コミュニケーションセッションは複数のコミュニケーションクライアントとの会議の一部であることを特徴とする請求項２９に記載の方法。
【請求項３１】
前記複数のコミュニケーションクライアントの少なくとも１つが前記会議を支援することを特徴とする請求項３０に記載の方法。
【請求項３２】
前記コミュニケーションセッションの確立を達成することは、前記第１のコミュニケーションクライアントへレスポンスを送信して前記コミュニケーションセッションを確立することを含み、前記方法は複数のコミュニケーションクライアントとの追加のコミュニケーションセッションを確立し、前記会議を促進するために前記コミュニケーションセッションをブリッジすることをさらに含むことを特徴とする請求項２７に記載の方法。
【請求項３３】
前記アドミッション情報は認証情報を含むことを特徴とする請求項２７に記載の方法。
【請求項３４】
前記アドミッション情報は識別情報を含むことを特徴とする請求項２７に記載の方法。
【請求項３５】
前記アドミッション情報はパスワードを含むことを特徴とする請求項２７に記載の方法。
【請求項３６】
前記アドミッション情報は会議アクセスコードを含むことを特徴とする請求項２７に記載の方法。
【請求項３７】
前記アドミッション情報は会議識別コードを含むことを特徴とする請求項２７に記載の方法。
【請求項３８】
アクション情報は前記セッション要求に含まれ、前記方法は前記コミュニケーションセッションに関連するアクションを行うことをさらに含むことを特徴とする請求項２７に記載の方法。
【請求項３９】
ａ）コミュニケーションインターフェイス、及び
ｂ）前記コミュニケーションインターフェイスに関連するコントロールシステムを備え、前記コントロールシステムは、
ｉ）第１のコミュニケーションクライアントから発信され、コミュニケーションセッションの確立に権限を与えるように構成されたアドミッション情報を含むセッション要求を受信し、
ｉｉ）前記アドミッション情報に基づいて、前記コミュニケーションセッションに権限を与えるかどうかを決定し、
ｉｉｉ）前記コミュニケーションセッションに権限を与える場合は、前記セッション要求に応答して第１のコミュニケーションクライアントとのコミュニケーションセッションの確立を達成するように適合されたシステム。
【請求項４０】
前記コミュニケーションセッションの確立を達成するために、前記コントロールシステムは前記第１のコミュニケーションクライアントにレスポンスを送信し、前記第１のコミュニケーションクライアントとのコミュニケーションを促進するように更に適合されたことを特徴とする請求項３９に記載のシステム。
【請求項４１】
前記コミュニケーションセッションの確立を達成するために、前記コントロールシステムは前記第１のコミュニケーションクライアントと第２のコミュニケーションクライアントとの間に前記コミュニケーションセッションを確立するように前記第１のコミュニケーションクライアントに指示するように更に適合されたことを特徴とする請求項３９に記載のシステム。
【請求項４２】
前記コミュニケーションセッションは複数のコミュニケーションクライアントとの会議の一部であることを特徴とする請求項４１に記載のシステム。
【請求項４３】
前記複数のコミュニケーションクライアントの少なくとも１つが前記会議を支援することを特徴とする請求項４２に記載のシステム。
【請求項４４】
前記コミュニケーションセッションの確立を達成するために、前記コントロールシステムは前記第１のコミュニケーションクライアントにレスポンスを送信して前記コミュニケーションセッションを確立するように適合され、前記コントロールシステムはさらに前記複数のコミュニケーションクライアントとの追加のコミュニケーションセッションを確立し、前記コミュニケーションセッションをブリッジして前記会議を促進するように更に適合されることを特徴とする請求項３９に記載のシステム。
【請求項４５】
前記アドミッション情報は認証情報を含むことを特徴とする請求項３９に記載のシステム。
【請求項４６】
前記アドミッション情報は識別情報を含むことを特徴とする請求項３９に記載のシステム。
【請求項４７】
前記アドミッション情報はパスワードを含むことを特徴とする請求項３９に記載のシステム。
【請求項４８】
前記アドミッション情報は会議アクセスコードを含むことを特徴とする請求項３９に記載のシステム。
【請求項４９】
前記アドミッション情報は会議識別コードを含むことを特徴とする請求項３９に記載のシステム。
【請求項５０】
アクション情報は前記セッション要求に含まれ、前記コントロールシステムは前記コミュニケーションセッションに関連するアクションを行うように更に適合されることを特徴とする請求項３９に記載のシステム。
【請求項１】
ａ）コミュニケーションクライアントとのコミュニケーションセッションを開始することを決定し、
ｂ）前記コミュニケーションセッションの確立に権限を与えるように構成されたアドミッション情報を提供し、
ｃ）前記アドミッション情報を含むセッション要求を生成し、及び
ｄ）コミュニケーションネットワークを介して前記セッション要求を前記コミュニケーションクライアントへ送る、ことを含む方法。
【請求項２】
前記アドミッション情報は前記コミュニケーションセッションを確立するかどうかを決定するために前記コミュニケーションクライアントにより使用されることを特徴とする請求項１に記載の方法。
【請求項３】
前記アドミッション情報は会議に関連する前記コミュニケーションセッションを確立するかどうかを決定するために使用されることを特徴とする請求項１に記載の方法。
【請求項４】
前記コミュニケーションセッションは前記会議に関連する複数のセッションのうちの１つであることを特徴とする請求項３に記載の方法。
【請求項５】
前記コミュニケーションクライアントは前記会議に関連する前記複数のセッションをブリッジするように適合されたブリッジング機能を提供するメディアアプリケーションサーバであることを特徴とする請求項４に記載の方法。
【請求項６】
前記セッション要求は前記会議へのアクセスをコントロールするために前記コミュニケーションクライアントと協働するメディアアプリケーションサーバにより受信されることを特徴とする請求項３に記載の方法。
【請求項７】
前記コミュニケーションクライアントは前記メディアアプリケーションサーバから分離されることを特徴とする請求項６に記載の方法。
【請求項８】
前記アドミッション情報は認証情報を含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記アドミッション情報は識別情報を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記アドミッション情報はパスワードを含むことを特徴とする請求項１に記載の方法。
【請求項１１】
前記アドミッション情報は会議アクセスコードを含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記アドミッション情報は会議識別コードを含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記コミュニケーションクライアントが前記コミュニケーションセッションに関連するアクションを行うことができるように構成されたアクション情報を提供することをさらに含み、前記セッション要求が前記アクション情報を含むように生成されることを特徴とする請求項１に記載の方法。
【請求項１４】
ａ）コミュニケーションインターフェイス、及び
ｂ）前記コミュニケーションインターフェイスに関連するコントロールシステムを備え、前記コントロールシステムは、
ｉ）コミュニケーションクライアントとのコミュニケーションセッションの開始を決定し、
ｉｉ）前記コミュニケーションセッションの確立に権限を与えるように構成されたアドミッション情報を提供し、
ｉｉｉ）前記アドミッション情報を含むセッション要求を生成し、及び
ｉｖ）コミュニケーションネットワークを介して前記セッション要求を前記コミュニケーションクライアントへ送信するように適合されるシステム。
【請求項１５】
前記アドミッション情報は前記コミュニケーションセッションを確立するかどうかを決定するために前記コミュニケーションクライアントにより使用されることを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記アドミッション情報は会議に関連する前記コミュニケーションセッションを確立するかどうかを決定するために使用されることを特徴とする請求項１４に記載のシステム。
【請求項１７】
前記コミュニケーションセッションは前記会議に関連する複数のセッションの１つであることを特徴とする請求項１６に記載のシステム。
【請求項１８】
前記コミュニケーションクライアントは前記会議に関連する前記複数のセッションをブリッジするように適合されたブリッジング機能を提供するメディアアプリケーションサーバであることを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記セッション要求は前記会議へのアクセスをコントロールするように前記コミュニケーションクライアントと協働する前記メディアアプリケーションサーバにより受信されることを特徴とする請求項１４に記載のシステム。
【請求項２０】
前記コミュニケーションクライアントは前記メディアアプリケーションサーバから分離されることを特徴とする請求項１９に記載のシステム。
【請求項２１】
前記アドミッション情報は認証情報を含むことを特徴とする請求項１４に記載のシステム。
【請求項２２】
前記アドミッション情報は識別情報を含むことを特徴とする請求項１４に記載のシステム。
【請求項２３】
前記アドミッション情報はパスワードを含むことを特徴とする請求項１４に記載のシステム。
【請求項２４】
前記アドミッション情報は会議アクセスコードを含むことを特徴とする請求項１４に記載のシステム。
【請求項２５】
前記アドミッション情報は会議識別コードを含むことを特徴とする請求項１４に記載のシステム。
【請求項２６】
前記コミュニケーションクライアントが前記コミュニケーションセッションに関連するアクションを行うことができるように構成されたアクション情報を提供することをさらに含み、前記セッション要求が前記アクション情報を含むように生成されることを特徴とする請求項１４に記載のシステム。
【請求項２７】
ａ）第１のコミュニケーションクライアントから発信され、コミュニケーションセッションの確立に権限を与えるように構成されたアドミッション情報を含むセッション要求を受信し、
ｂ）前記アドミッション情報に基づいて、前記コミュニケーションセッションに権限を与えるかどうかを決定し、
ｃ）前記コミュニケーションセッションに権限を与える場合は前記セッション要求に応答して前記第１のコミュニケーションクライアントとの前記コミュニケーションセッションの確立を達成することを含む方法。
【請求項２８】
前記コミュニケーションセッションの確立を達成することは、前記第１のコミュニケーションクライアントへレスポンスを送信し、前記第１のコミュニケーションクライアントとのコミュニケーションを促進することを含むことを特徴とする請求項２７に記載の方法。
【請求項２９】
前記コミュニケーションセッションの確立を達成することは、前記第１のコミュニケーションクライアントと第２のコミュニケーションクライアント間で前記コミュニケーションセッションを確立するように前記第１のコミュニケーションクライアントに指示することを含むことを特徴とする請求項２７に記載の方法。
【請求項３０】
前記コミュニケーションセッションは複数のコミュニケーションクライアントとの会議の一部であることを特徴とする請求項２９に記載の方法。
【請求項３１】
前記複数のコミュニケーションクライアントの少なくとも１つが前記会議を支援することを特徴とする請求項３０に記載の方法。
【請求項３２】
前記コミュニケーションセッションの確立を達成することは、前記第１のコミュニケーションクライアントへレスポンスを送信して前記コミュニケーションセッションを確立することを含み、前記方法は複数のコミュニケーションクライアントとの追加のコミュニケーションセッションを確立し、前記会議を促進するために前記コミュニケーションセッションをブリッジすることをさらに含むことを特徴とする請求項２７に記載の方法。
【請求項３３】
前記アドミッション情報は認証情報を含むことを特徴とする請求項２７に記載の方法。
【請求項３４】
前記アドミッション情報は識別情報を含むことを特徴とする請求項２７に記載の方法。
【請求項３５】
前記アドミッション情報はパスワードを含むことを特徴とする請求項２７に記載の方法。
【請求項３６】
前記アドミッション情報は会議アクセスコードを含むことを特徴とする請求項２７に記載の方法。
【請求項３７】
前記アドミッション情報は会議識別コードを含むことを特徴とする請求項２７に記載の方法。
【請求項３８】
アクション情報は前記セッション要求に含まれ、前記方法は前記コミュニケーションセッションに関連するアクションを行うことをさらに含むことを特徴とする請求項２７に記載の方法。
【請求項３９】
ａ）コミュニケーションインターフェイス、及び
ｂ）前記コミュニケーションインターフェイスに関連するコントロールシステムを備え、前記コントロールシステムは、
ｉ）第１のコミュニケーションクライアントから発信され、コミュニケーションセッションの確立に権限を与えるように構成されたアドミッション情報を含むセッション要求を受信し、
ｉｉ）前記アドミッション情報に基づいて、前記コミュニケーションセッションに権限を与えるかどうかを決定し、
ｉｉｉ）前記コミュニケーションセッションに権限を与える場合は、前記セッション要求に応答して第１のコミュニケーションクライアントとのコミュニケーションセッションの確立を達成するように適合されたシステム。
【請求項４０】
前記コミュニケーションセッションの確立を達成するために、前記コントロールシステムは前記第１のコミュニケーションクライアントにレスポンスを送信し、前記第１のコミュニケーションクライアントとのコミュニケーションを促進するように更に適合されたことを特徴とする請求項３９に記載のシステム。
【請求項４１】
前記コミュニケーションセッションの確立を達成するために、前記コントロールシステムは前記第１のコミュニケーションクライアントと第２のコミュニケーションクライアントとの間に前記コミュニケーションセッションを確立するように前記第１のコミュニケーションクライアントに指示するように更に適合されたことを特徴とする請求項３９に記載のシステム。
【請求項４２】
前記コミュニケーションセッションは複数のコミュニケーションクライアントとの会議の一部であることを特徴とする請求項４１に記載のシステム。
【請求項４３】
前記複数のコミュニケーションクライアントの少なくとも１つが前記会議を支援することを特徴とする請求項４２に記載のシステム。
【請求項４４】
前記コミュニケーションセッションの確立を達成するために、前記コントロールシステムは前記第１のコミュニケーションクライアントにレスポンスを送信して前記コミュニケーションセッションを確立するように適合され、前記コントロールシステムはさらに前記複数のコミュニケーションクライアントとの追加のコミュニケーションセッションを確立し、前記コミュニケーションセッションをブリッジして前記会議を促進するように更に適合されることを特徴とする請求項３９に記載のシステム。
【請求項４５】
前記アドミッション情報は認証情報を含むことを特徴とする請求項３９に記載のシステム。
【請求項４６】
前記アドミッション情報は識別情報を含むことを特徴とする請求項３９に記載のシステム。
【請求項４７】
前記アドミッション情報はパスワードを含むことを特徴とする請求項３９に記載のシステム。
【請求項４８】
前記アドミッション情報は会議アクセスコードを含むことを特徴とする請求項３９に記載のシステム。
【請求項４９】
前記アドミッション情報は会議識別コードを含むことを特徴とする請求項３９に記載のシステム。
【請求項５０】
アクション情報は前記セッション要求に含まれ、前記コントロールシステムは前記コミュニケーションセッションに関連するアクションを行うように更に適合されることを特徴とする請求項３９に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公表番号】特表２０１３−５０１９９０（Ｐ２０１３−５０１９９０Ａ）
【公表日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１２−５２４３００（Ｐ２０１２−５２４３００）
【出願日】平成２２年８月１１日（２０１０．８．１１）
【国際出願番号】ＰＣＴ／ＩＢ２０１０／００１９８９
【国際公開番号】ＷＯ２０１１／０１８６９８
【国際公開日】平成２３年２月１７日（２０１１．２．１７）
【出願人】（３９００２３１５７）ノーテル・ネットワークス・リミテッド (153)
【Ｆターム（参考）】
【公表日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２２年８月１１日（２０１０．８．１１）
【国際出願番号】ＰＣＴ／ＩＢ２０１０／００１９８９
【国際公開番号】ＷＯ２０１１／０１８６９８
【国際公開日】平成２３年２月１７日（２０１１．２．１７）
【出願人】（３９００２３１５７）ノーテル・ネットワークス・リミテッド (153)
【Ｆターム（参考）】
[ Back to top ]