JP6208875B2 - セキュアメディアベース会議のための方法およびシステム - Google Patents

Description

本出願は一般的には、セキュアメディアベース会議のための方法およびデバイス（コンピュータプログラム製品を含む）に関する。

メディアベース（すなわち、ビデオおよび／または音声）会議は伝統的に、セキュリティ、呼強化（ｃａｌｌ ｅｎｈａｎｃｅｍｅｎｔ）、および相互運用（ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）特徴に欠けてきた。通常、会議呼は、ネットワークおよび会議呼システムに知られており既に認証されたエンドポイント間のプライベートネットワーク上で発生する。いくつかのケースでは、これらのプライベートネットワークは、特定ベンダーのプロプライアタリソフトウェアおよび／またはハードウェア・プラットフォーム上で動作し、したがって、プロプライアタリ技術の範囲外のエンドポイントが会議呼プラットホームにアクセスするのを困難にする。加えて、典型的会議呼シグナリングがエンドポイント間で直接交換されるので、シグナリングのセキュリティの実現をより難しくする。

したがって、必要なのは、会話型音声応答（ＩＶＲ：ｉｎｔｅｒａｃｔｉｖｅ ｖｏｉｃｅ ｒｅｓｐｏｎｓｅ）機能および自動出席（ａｕｔｏ ａｔｔｅｎｄａｎｃｅ）などの呼強化特徴、エンドポイントのパスワード管理、多要素認証および承認（フィルタ処理および許可／拒否機能を含む）などの呼セキュリティ特徴、記録選択肢、規制規則などの呼コンプライアンス特徴、および他の保持／監視特徴を提供するロバストな特徴セットを提供する一方でセキュアメディアベース会議を行うための方法およびシステムである。本明細書において説明されるシステムおよび方法は、ルーティング、パーミッション、認証などに関する動的意志決定を行うためにメディアベース会議呼に関連するシグナリングを遮断する利点を提供する。本明細書において説明されるシステムおよび方法は、会議呼システムへ接続するエンドポイントのセキュア多要素認証の利点を提供する。本明細書において説明されるシステムおよび方法は、種々のタイプのソフトウェアおよびハードウェア・プラットフォーム上で動作するエンドポイント間のシームレス相互運用性を有するメディアベース会議の利点を提供する。

本明細書において説明されるシステムおよび方法は、メディアベース会議呼の可用性と効率的なルーティングを保証するためにシステムのハードウェアおよびソフトウェア資源を動的に割り振る利点を提供する。例えば、本明細書において説明されるシステムおよび方法により割り振られたハードウェアおよびソフトウェア資源は、メッシュベースフレームワークを介し通信する複数の地理的分散および独立（例えば、同じ物理的領域内に存在しない）ノード上に常駐し得る。この属性は、一般的に使用される従来の「単一ボックス」システムの代わりにコンポーネント化呼システム（ｃｏｍｐｏｎｅｎｔｉｚｅｄ ｃａｌｌ ｓｙｓｔｅｍ）の利点をシステムが提供できるようにする。さらに、本システムを含む処理およびモジュールは、所与の会議呼、エンドポイント・デバイスまたはユーザに関してどの行動を取るべきかについて決定する際に、システムの他のノードまたはモジュールに依存すること無く互いに独立して動作し得る。本明細書において説明されるシステムおよび方法は、「会議呼」を任意の特定物理的インフラストラクチャから分離するという利点を実現する。

本明細書において説明されるシステムおよび方法は、上に述べた認証、強化および規制特徴のそれぞれを適用する一方で主会議呼への参加者間の私的サブ会議を可能にするとい
う別の利点を提供する。

本発明は、一態様では、複数のエンドポイント・デバイス間のメディアベース会議のためのコンピュータ化された方法を特徴とする。サーバ・コンピューティング・デバイス内の呼処理モジュールは、複数のエンドポイント・デバイス間の会議呼を確立する要求を発信元エンドポイント・デバイスから受信する。呼処理モジュールは会議呼資源識別子を発信元エンドポイント・デバイスへ割り振る。呼処理モジュールは、発信元エンドポイント・デバイスの技術仕様、発信元エンドポイント・デバイスに関連するユーザの識別子、発信元エンドポイント・デバイスの地理的位置、および会議呼を確立する要求のうちの１つまたは複数に基づき会議呼属性を決定する。呼処理モジュールは決定された会議呼属性に基づき会議呼資源の可用性を決定する。呼処理モジュールは、会議呼資源が利用可能な場合、会議呼資源識別子を発信元エンドポイント・デバイスへ送信する。呼処理モジュールは決定された会議呼属性をサーバ・コンピューティング・デバイス内のメディア・モジュールへ送信する。メディア・モジュールは、会議メディア・フローの開始のために、発信元エンドポイント・デバイスとサーバ・コンピューティング・デバイス内の会議セッション・モジュールとの間の信号接続を確立する。会議セッション・モジュールは決定された会議呼属性に基づき他のエンドポイント・デバイスを会議呼へ接続する。

本発明は、別の態様では、複数のエンドポイント・デバイス間のメディアベース会議のためのシステムを特徴とする。本システムは、複数のエンドポイント・デバイス間の会議呼を確立する要求を呼処理モジュールにおいて発信元エンドポイント・デバイスから受信するように構成されたサーバ・コンピューティング・デバイスを含む。サーバ・コンピューティング・デバイスは、呼処理モジュールにより会議呼資源識別子を発信元エンドポイント・デバイスへ割り振るように構成される。サーバ・コンピューティング・デバイスは、発信元エンドポイント・デバイスの技術仕様、発信元エンドポイント・デバイスに関連するユーザの識別子、発信元エンドポイント・デバイスの地理的位置、および会議呼を確立する要求のうちの１つまたは複数に基づき、会議呼属性を呼処理モジュールにより決定するように構成される。サーバ・コンピューティング・デバイスは、決定された会議呼属性に基づき、会議呼資源の可用性を呼処理モジュールにより決定するように構成される。サーバ・コンピューティング・デバイスは、会議呼資源が利用可能な場合、発信元エンドポイント・デバイスへ会議呼資源識別子を呼処理モジュールにより送信するように構成される。サーバ・コンピューティング・デバイスは、決定された会議呼属性をサーバ・コンピューティング・デバイス内のメディア・モジュールへ呼処理モジュールにより送信するように構成される。サーバ・コンピューティング・デバイスは、会議メディア・フローの開始のために、発信元エンドポイント・デバイスとサーバ・コンピューティング・デバイス内の会議セッション・モジュールとの間の信号接続をメディア・モジュールにより確立するように構成される。サーバ・コンピューティング・デバイスは、決定された会議呼属性に基づき会議セッション・モジュールにより他のエンドポイント・デバイスを会議呼へ接続するように構成される。

本発明は、別の態様では、複数のエンドポイント・デバイス間のメディアベース会議のための、非一時的なコンピュータ可読記憶デバイス内に明白に具現化されたコンピュータプログラム製品を特徴とする。コンピュータプログラム製品は、複数のエンドポイント・デバイス間の会議呼を確立する要求を呼処理モジュールにおいて発信元エンドポイント・デバイスから受信するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、会議呼資源識別子を発信元エンドポイント・デバイスへ呼処理モジュールにより割り振るようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、発信元エンドポイント・デバイスの技術仕様、発信元エンドポイント・デバイスに関連するユ
ーザの識別子、発信元エンドポイント・デバイスの地理的位置、および会議呼を確立する要求のうちの１つまたは複数に基づき会議呼属性を呼処理モジュールにより決定するようサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、決定された会議呼属性に基づき会議呼資源の可用性を呼処理モジュールにより決定するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、会議呼資源が利用可能な場合、発信元エンドポイント・デバイスへ会議呼資源識別子を呼処理モジュールにより送信するようにサーバ・コンピューティング・デバイスをさせるように動作可能な命令を含む。コンピュータプログラム製品は、決定された会議呼属性をサーバ・コンピューティング・デバイス内のメディア・モジュールへ呼処理モジュールにより送信するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、会議メディア・フローの開始のために、発信元エンドポイント・デバイスとサーバ・コンピューティング・デバイス内の会議セッション・モジュールとの間の信号接続をメディア・モジュールにより確立するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、決定された会議呼属性に基づき会議セッション・モジュールにより他のエンドポイント・デバイスを会議呼へ接続するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。

上記態様のうちの任意のものは、以下の特徴の１つまたは複数を含み得る。いくつかの実施形態では、会議呼を確立する要求は、発信元エンドポイント識別子、宛先エンドポイント識別子、会議識別子、シグナリング・プロトコル属性、発信元エンドポイント・デバイスにより使用される会議呼ハードウェア・プラットフォーム、および発信元エンドポイント・デバイスにより使用される会議呼ソフトウェア・プラットフォームを含み得る。いくつかの実施形態では、呼処理モジュールは、発信元エンドポイント・デバイスを、発信元エンドポイント・デバイスに関連するユーザの識別子にマッピングする。いくつかの実施形態では、会議呼属性を決定する工程は、呼処理モジュールへ結合されたデータベースから、発信元エンドポイント・デバイスに関連するユーザの識別子に基づき発信元エンドポイント・デバイスに関連するユーザのパーミッションを決定する工程を含む。

いくつかの実施形態では、パーミッションは、サーバ・コンピューティング・デバイスにより提供される会議呼ルーティング機能へのアクセス、サーバ・コンピューティング・デバイスにより提供される会議呼強化機能へのアクセス、会議呼受信者へのアクセス、サーバ・コンピューティング・デバイスにより提供されるハードウェア資源へのアクセス、およびサーバ・コンピューティング・デバイスにより提供されるソフトウェア資源へのアクセスを規定する。いくつかの実施形態では、会議呼資源識別子は、会議呼を確立する要求を送信する発信元エンドポイント・デバイスにより使用される会議呼ソフトウェア・プラットフォームに関連付けられる。いくつかの実施形態では、接続工程は、会議呼に加わるための他のエンドポイント・デバイスからの要求を会議セッション・モジュールにより受信する工程を含む。いくつかの実施形態では、呼処理モジュールは、会議呼を確立する要求に関連する宛先エンドポイント識別子に基づき会議呼資源識別子を修正する。

いくつかの実施形態では、信号接続をメディア・モジュールにより確立する工程は、発信元エンドポイント・デバイスにより使用される第１のシグナリング・プロトコルを会議呼により使用される第２のシグナリング・プロトコルへメディア・モジュールにより変換する工程を含む。いくつかの実施形態では、会議呼を確立する要求は、発信元エンドポイント・デバイスのユーザに関連するユーザ識別クレデンシャルを含む。いくつかの実施形態では、呼処理モジュールはユーザ識別クレデンシャルに基づき発信元エンドポイント・デバイスのユーザを認証する。いくつかの実施形態では、発信元エンドポイント・デバイスは、他のエンドポイント・デバイスの少なくとも１つとは異なる会議呼ソフトウェア・
プラットフォームを動作させる。いくつかの実施形態では、サーバ・コンピューティング・デバイスは複数の独立した地理的分散ノードからなる。

本発明は、別の態様ではメディアベース会議呼に参加する複数のエンドポイント・デバイス間のサブ会議を確立するためのコンピュータ化された方法を特徴とする。サーバ・コンピューティング・デバイスは、主会議呼に参加する第１のエンドポイント・デバイスからのサブ会議を確立する要求であって主会議呼に参加する第２のエンドポイント・デバイスに関連する識別子を含む要求を受信する。サーバ・コンピューティング・デバイスは、サブ会議を確立する要求に基づき主会議呼とは別の呼インスタンスを開始する。サーバ・コンピューティング・デバイスは、第１のエンドポイント・デバイスと第２のエンドポイント・デバイスを主会議呼から分離すること無く第１のエンドポイント・デバイスと第２のエンドポイント・デバイスを別の呼インスタンスへ結合する。サーバ・コンピューティング・デバイスは、第１のエンドポイント・デバイスと第２のエンドポイント・デバイス間のシグナリングおよびメディア・フローを確立し、主会議呼は、第１のエンドポイント・デバイスと第２のエンドポイント・デバイス間のシグナリングおよびメディア・フローへのアクセスを妨げられる。

本発明は、別の態様では、メディアベース会議呼に参加する複数のエンドポイント・デバイス間のサブ会議を確立するシステムを特徴とする。本システムは、主会議呼に参加する第１のエンドポイント・デバイスからのサブ会議を確立する要求であって主会議呼に参加する第２のエンドポイント・デバイスに関連する識別子を含む要求を受信するように構成されたサーバ・コンピューティング・デバイスを含む。サーバ・コンピューティング・デバイスは、サブ会議を確立する要求に基づき主会議呼とは別の呼インスタンスを開始するように構成される。サーバ・コンピューティング・デバイスは、第１のエンドポイント・デバイスと第２のエンドポイント・デバイスを主会議呼から分離すること無く第１のエンドポイント・デバイスと第２のエンドポイント・デバイスを別の呼インスタンスへ結合するように構成される。サーバ・コンピューティング・デバイスは第１のエンドポイント・デバイスと第２のエンドポイント・デバイス間のシグナリングおよびメディア・フローを確立するように構成され、主会議呼は第１のエンドポイント・デバイスと第２のエンドポイント・デバイス間のシグナリングおよびメディア・フローへのアクセスを妨げられる。

本発明は、別の態様では、メディアベース会議呼に参加する複数のエンドポイント・デバイス間のサブ会議を確立するための、コンピュータ可読格納デバイス内に明白に具現化されたコンピュータプログラム製品を特徴とする。コンピュータプログラム製品は、主会議呼に参加する第１のエンドポイント・デバイスからのサブ会議を確立する要求であって主会議呼に参加する第２のエンドポイント・デバイスに関連する識別子を含む要求を受信するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、サブ会議を確立する要求に基づき主会議呼とは別の呼インスタンスを開始するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、第１のエンドポイント・デバイスと第２のエンドポイント・デバイスを主会議呼から分離すること無く第１のエンドポイント・デバイスと第２のエンドポイント・デバイスを別の呼インスタンスへ結合するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、第１のエンドポイント・デバイスと第２のエンドポイント・デバイス間のシグナリングおよびメディア・フローを確立するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含み、主会議呼は第１のエンドポイント・デバイスと第２のエンドポイント・デバイス間のシグナリングおよびメディア・フローへのアクセスを妨げられる。

上記態様のうちの任意のものは、以下の特徴の１つまたは複数を含み得る。いくつかの実施形態では、サーバ・コンピューティング・デバイスは、第２のエンドポイント・デバイスに関連する識別子に基づきサブ会議を第２のエンドポイント・デバイスへ結合する要求を送信する。いくつかの実施形態では、呼インスタンスを初期化する工程は、主会議呼に参加する他のエンドポイント・デバイスに、第１のエンドポイント・デバイスからのサブ会議を確立する要求をサーバ・コンピューティング・デバイスにより通知することを含む。いくつかの実施形態では、通知する工程は、第１のエンドポイント・デバイスと第２のエンドポイント・デバイスに関連するプレゼンス情報であって主会議呼に参加する他のエンドポイント・デバイスから見ることができるプレゼンス情報を変更することを含む。

いくつかの実施形態では、サーバ・コンピューティング・デバイスは、第１のエンドポイント・デバイスと第２のエンドポイント・デバイスを別の呼インスタンスへ結合する前に第１のエンドポイント・デバイスと第２のエンドポイント・デバイスの少なくとも１つを認証する。いくつかの実施形態では、サーバ・コンピューティング・デバイスは、別の呼インスタンスを介し第１のエンドポイント・デバイスと第２のエンドポイント・デバイスとの間で交換されるメディアを記録する。いくつかの実施形態では、サーバ・コンピューティング・デバイスは、別の呼インスタンスを開始することに関連する１つまたは複数の規則を決定する。いくつかの実施形態では、サーバ・コンピューティング・デバイスは、サブ会議を確立する要求が規則のうちの１つに準拠しない場合、別の呼インスタンスを開始しない。いくつかの実施形態では、１つまたは複数の規則はプライバシー要件および／または規制要件に基づく。いくつかの実施形態では、主会議呼に参加するエンドポイント・デバイスは規則に合致する。

いくつかの実施形態では、サーバ・コンピューティング・デバイスは、主会議呼の１つまたは複数のコンテキスト属性を決定し該１つまたは複数のコンテキスト属性を別の呼インスタンスへ適用する。いくつかの実施形態では、１つまたは複数のコンテキスト属性は、呼ルーティング特徴、呼強化特徴、シグナリング・プロトコル属性、トランスコーディングおよび記録属性を含む。

いくつかの実施形態では、第１のエンドポイント・デバイスと第２のエンドポイント・デバイスとの間で交換されるメディアは音声情報である。いくつかの実施形態では、第１のエンドポイント・デバイスと第２のエンドポイント・デバイスとの間で交換されるメディアは映像情報および音声情報である。いくつかの実施形態では、第１のエンドポイント・デバイスと第２のエンドポイント・デバイスとの間で交換されるメディアはテキスト情報である。

本発明は、別の態様ではメディアベース会議呼に参加するエンドポイント・デバイスを認証するコンピュータ化された方法を特徴とする。サーバ・コンピューティング・デバイスの呼処理モジュールは、複数のエンドポイント・デバイス間のメディアベース会議呼を確立する要求であって第１のエンドポイント・デバイスのユーザに関連するクレデンシャルとエンドポイント・デバイスに関連する属性とを含む要求を受信する。呼処理モジュールは、クレデンシャルに基づき第１のエンドポイント・デバイスのユーザの識別子を決定する。呼処理モジュールは、第１のエンドポイント・デバイスに関連する属性に基づき会議呼アクセスのレベルを決定する。呼処理モジュールは、会議呼機能に関連する一組のパーミッションを含むユーザ・プロファイルをユーザの識別子に基づき取り出す。呼処理モジュールは、第１のエンドポイント・デバイスを会議呼へ接続するか否かをユーザ・プロファイルと会議呼アクセスのレベルとに基づき決定する。

本発明は、別の態様ではメディアベース会議呼に参加するエンドポイント・デバイスを認証するためのシステムを特徴とする。本システムは、複数のエンドポイント・デバイス
間の会議呼を確立する要求であって第１のエンドポイント・デバイスのユーザに関連するクレデンシャルとエンドポイント・デバイスに関連する属性を含む要求をサーバ・コンピューティング・デバイスの呼処理モジュールにおいて受信するように構成されたサーバ・コンピューティング・デバイスを含む。サーバ・コンピューティング・デバイスは、クレデンシャルに基づき第１のエンドポイント・デバイスのユーザの識別子を呼処理モジュールにおいて決定するように構成される。サーバ・コンピューティング・デバイスは、第１のエンドポイント・デバイスに関連する属性に基づき会議呼アクセスのレベルを呼処理モジュールにおいて決定するように構成される。サーバ・コンピューティング・デバイスは、会議呼機能に関連する一組のパーミッションを含むユーザ・プロファイルをユーザの識別子に基づき呼処理モジュールにより取り出すように構成される。サーバ・コンピューティング・デバイスは、第１のエンドポイント・デバイスを会議呼へ接続するか否かをユーザ・プロファイルと会議呼アクセスのレベルとに基づき呼処理モジュールにより決定するように構成される。

本発明は、別の態様では、メディアベース会議呼に参加するエンドポイント・デバイスを認証するための、非一時的なコンピュータ可読記憶デバイス内に明白に具現化されたコンピュータプログラム製品を特徴とする。コンピュータプログラム製品は、複数のエンドポイント・デバイス間の会議呼を確立する要求であって第１のエンドポイント・デバイスのユーザに関連するクレデンシャルとエンドポイント・デバイスに関連する属性を含む要求をサーバ・コンピューティング・デバイスの呼処理モジュールにおいて受信するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、クレデンシャルに基づき第１のエンドポイント・デバイスのユーザの識別子を呼処理モジュールにおいて決定するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、第１のエンドポイント・デバイスに関連する属性に基づき会議呼アクセスのレベルを呼処理モジュールにおいて決定するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、ユーザの識別子に基づくユーザ・プロファイルであって会議呼機能に関連する一組のパーミッションを含むユーザ・プロファイルを呼処理モジュールにより取り出すようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。コンピュータプログラム製品は、ユーザ・プロファイルと会議呼アクセスのレベルとに基づき第１のエンドポイント・デバイスを会議呼へ接続するか否かを呼処理モジュールにより決定するようにサーバ・コンピューティング・デバイスにさせるように動作可能な命令を含む。

上記態様のうちの任意のものは、以下の特徴の１つまたは複数を含み得る。いくつかの実施形態では、第１のエンドポイント・デバイスのユーザに関連するクレデンシャルは、パスワード、ユーザ名、証明書、またはバイオメトリック特徴を含む。他のクレデンシャルはユーザに関連付けられ得、本発明の範囲から逸脱すること無く上記態様と併せて使用され得るということを理解すべきである。いくつかの実施形態では、クレデンシャルは、要求が送信される時点で第１のエンドポイント・デバイスのユーザにより提供される。いくつかの実施形態では、クレデンシャルは第１のエンドポイント・デバイスにより自動的に決定される。

いくつかの実施形態では、第１のエンドポイント・デバイスの属性は、デバイス識別子、位置または発信元アドレスを含む。いくつかの実施形態では、会議呼アクセスのレベルを決定する工程は、第１のエンドポイント・デバイスによる使用に利用可能なハードウェアおよび／またはソフトウェア資源を決定する工程と、第１のエンドポイント・デバイスによる使用に利用可能でないハードウェアおよび／またはソフトウェア資源を決定すること工程とを含む。いくつかの実施形態では、第１のエンドポイント・デバイスのユーザの識別子を決定する工程は、クレデンシャルに基づきデータベースからユーザに関連する識
別子を取り出す工程を含む。

いくつかの実施形態では、ユーザ・プロファイルはディレクトリから取り出される。いくつかの実施形態では、ディレクトリはライトウェイト・ディレクトリ・アクセス・プロトコル（ＬＤＡＰ：Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）に基づく。いくつかの実施形態では、ディレクトリはアクティブ・ディレクトリ（ＡＤ：Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ）サービスに基づく。いくつかの実施形態では、ディレクトリはセキュリティ・アサーション・マークアップ言語（ＳＡＭＬ：Ｓｅｃｕｒｉｔｙ Ａｓｓｅｒｔｉｏｎ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データ形式に基づく。他のタイプのディレクトリが本発明の範囲から逸脱すること無く上記態様と併せて使用され得るということを理解すべきである。

いくつかの実施形態では、ユーザ・プロファイルは、ユーザが参加することができる会議呼を規定する規則を含む。いくつかの実施形態では、一組のパーミッションは、第１のエンドポイント・デバイスが接続することができる宛先エンドポイント・デバイスのリスト、第１のエンドポイント・デバイスが接続することができない宛先エンドポイント・デバイスのリスト、第１のエンドポイント・デバイスが接続することができるユーザのリスト、および第１のエンドポイント・デバイスが接続することができないユーザのリストを含む。

いくつかの実施形態では、呼処理モジュールは会議呼中に第１のエンドポイント・デバイスの認証を定期的に繰り返す。いくつかの実施形態では、呼処理モジュールは多要素認証を行う。

本発明の他の態様および利点は、単に一例として本発明の原理を示す添付図面と併せ以下の詳細説明から明らかになる。
上記本発明の利点は、別の利点と共に、添付図面と併せて記載する以下の説明を参照することにより、より良く理解され得る。添付図面は必ずしも原寸に比例しておらず、その代わりに全体として本発明の原理を例示することに重点が置かれている。

本発明の一実施形態による、複数のエンドポイント・デバイス間のメディアベース会議のためのシステムのブロック図。 本発明の一実施形態による、複数のエンドポイント・デバイス間のメディアベース会議の方法の流れ図。 本発明の一実施形態による、複数のエンドポイント間のメディアベース会議のためのシステムのブロック図。 本発明の一実施形態による、会議呼に参加するエンドポイント・デバイスを認証する方法の流れ図。 本発明の一実施形態による、会議呼に参加する複数のエンドポイント・デバイス間のサブ会議の確立のためのシステムのブロック図。 本発明の一実施形態による、会議呼に参加する複数のエンドポイント・デバイス間のサブ会議を確立する方法の流れ図。 本発明の一実施形態による、複数のエンドポイント間のメディアベース会議のためのネットワークシステムのブロック図。

図１は、本発明の一実施形態による、複数のエンドポイント・デバイス間のメディアベース会議のためのシステム１００のブロック図である。システム１００は、複数のエンドポイント・デバイス１０２ａ、１０２ｂ、通信ネットワーク１０４、シグナリング・プロ
キシ１０７を含むサーバ・コンピューティング・デバイス１０６、呼処理モジュール１０８ａ、メディア・モジュール１０８ｂ、会議セッション・モジュール１０８ｃ、およびデータベース１１０を含む。

複数のエンドポイント・デバイス１０２ａ、１０２ｂは、他のエンドポイントと共に会議呼と他のメディア通信セッションを開始しそれに参加するために通信ネットワーク１０４を介しサーバ・コンピューティング・デバイス１０６へ接続する。例示的エンドポイント・デバイスはデスクトップコンピュータ、ラップトップコンピュータ、タブレット、携帯デバイス、スマートフォンおよびインターネット家電を含む。サーバ・コンピューティング・デバイス１０６へ接続することができる他のタイプのコンピューティング・デバイスが本発明の範囲から逸脱すること無く使用され得るということを理解すべきである。いくつかの実施形態では、エンドポイント・デバイス１０２ａ、１０２ｂは、会議呼クライアントソフトウエアを局所的に実行することができ、および／またはサーバ・コンピューティング・デバイス１０６へ接続するために別のタイプのユーザインターフェース（例えば、ウェブブラウザ）を使用することができる。会議呼クライアントソフトウエアは、米国ワシントン州レイモンドのマイクロソフト社（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐ．）から入手可能なスカイプ（Ｓｋｙｐｅ）（商標）などの開放ネットワーク、使用無料／フリーミアムソフトウェア、または米国カルフォニア州マウンテンビューのグーグル社（Ｇｏｏｇｌｅ，Ｉｎｃ．）から入手可能なグーグル（Ｇｏｏｇｌｅ）（商標）ハングアウツ（Ｈａｎｇｏｕｔｓ）、または米国カルフォニア州サンホセのポリコム社（Ｐｏｌｙｃｏｍ，Ｉｎｃ）から入手可能なリアルプレゼンス（ＲｅａｌＰｒｅｓｅｎｃｅ）（登録商標）プラットホームなどの購入可能なクローズドネットワークソフトウェアであり得る。いくつかの実施形態では、会議呼クライアントソフトウエアは、例えば内部使用用に企業により開発されたプロプライアタリプラットホームであり得る。図１は２つのエンドポイント・デバイス１０２ａ、１０２ｂを描写するが、システム１００は任意の数のエンドポイント・デバイスを含み得るということを理解すべきである。

通信ネットワーク１０４は、エンドポイント・デバイス１０２ａ、１０２ｂがメディアベース会議呼を開始しそれに参加するためにサーバ・コンピューティング・デバイス１０６と通信できるようにする。ネットワーク１０４は、ＬＡＮなどのローカルネットワーク、またはインターネットおよび／またはセルラネットワークなどの広域ネットワークであり得る。いくつかの実施形態では、ネットワーク１０４は、エンドポイント・デバイス１０２ａ、１０２ｂがサーバ・コンピューティング・デバイス１０６と通信できるようにするいくつかの個別ネットワークおよび／またはサブネットワーク（例えば、セルラ→インターネット）からなる。

サーバ・コンピューティング・デバイス１０６は、複数のエンドポイント・デバイス１０２ａ、１０２ｂ間のメディアベース会議呼を確立し、認証し、容易にし、管理できるようにするハードウェアおよびソフトウェアモジュールの組み合わせである。サーバ・コンピューティング・デバイス１０６はシグナリング・プロキシ１０７、呼処理モジュール１０８ａ、メディア・モジュール１０８ｂおよび会議セッション・モジュール１０８ｃを含む。プロキシ１０７とモジュール１０８ａ〜１０８ｃは、メディアベース会議呼を確立し、認証し、容易にし、管理することに関連する機能を行うためにサーバ・コンピューティング・デバイス１０６上に常駐するハードウェアおよび／またはソフトウェアモジュールである。いくつかの実施形態では、プロキシ１０７とモジュール１０８ａ〜１０８ｃの機能は複数のコンピューティング・デバイス間に分散される。多種多様なアーキテクチャ、資源および構成で配置された任意の数のコンピューティング（例えば、クラスター計算、仮想計算、クラウド計算）デバイスが本発明の範囲から逸脱すること無く使用され得るということを理解すべきである。いくつかの実施形態では、プロキシ１０７とモジュール１０８ａ〜１０８ｃの機能は、プロキシ１０７および／またはモジュール１０８ａ〜１０８
ｃのうちの任意のものが本発明の範囲から逸脱すること無く、本明細書において説明される機能のうちの任意のものを行うことができるように分散され得るということも理解すべきである。例えば、いくつかの実施形態では、プロキシ１０７および／またはモジュール１０８ａ〜１０８ｃの機能は単一モジュールにマージされ得る、または、いくつかの実施形態では、モジュール１０８ａ〜１０８ｃはプロキシ１０７へ結合された単一モジュールにマージされ得る。

シグナリング・プロキシ１０７はエンドポイント・デバイス１０２ａ、１０２ｂとモジュール１０８ａ〜１０８ｃ間に結合される。プロキシ１０７は、メディアベース会議呼セッションの確立と維持に関係するエンドポイント・デバイス１０２ａ、１０２ｂから様々なプロトコル（例えば、セッションイニシエーションプロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ｈ．３２３）でシグナリング通信を受信する。他のシグナリング・プロトコルが本発明の範囲から逸脱すること無く使用され得るということを理解すべきである。プロキシ１０７はエンドポイント・デバイス１０２ａ、１０２ｂからシグナリング通信を受信し、さらなる処理のためにシグナリングをモジュール１０８ａ〜１０８ｃへ送信する。

いくつかの実施形態では、プロキシ１０７はシグナリングをモジュール１０８ａ〜１０８ｃにより処理され得る別のフォーマットに変換する。例えば、プロキシ１０７は、シグナリングをＸＭＬフォーマット（呼詳細（例えば、ドメインへの、ドメインからの）、エンドポイント・デバイス特有の詳細、ユーザ固有の詳細、および他のタイプの情報などのアイテムを含む）に変換し得、これにより、シグナリングのさらなるカスタム化を提供して、モジュール１０８ａ〜１０８ｃが各エンドポイント・デバイス１０２ａ、１０２ｂごとに動的やり方で呼を処理できるようにする。

プロキシ１０７からシグナリングを受信すると、呼処理モジュール１０８ａは、呼を処理するための多くの異なる行為を行い得る。いくつかの実施形態では、呼処理モジュール１０８ａは、シグナリングを解析し、さらなる処理のために呼をシステム１００内の他の資源へ転送する。例えば、呼処理モジュール１０８ａは、インバウンド呼シグナリングが、特定の会議呼ハードウェアおよび／またはソフトウェア・プラットフォームを動作させているエンドポイント・デバイスから発しているということを決定する。プラットホーム決定に基づき、呼処理モジュール１０８ａは、エンドポイント・デバイス１０２ａのプラットホームと通信することができるシステム内の資源へシグナリングを転送し得る。いくつかの実施形態では、呼処理モジュール１０８ａは、シグナリングを発したエンドポイント・デバイス１０２ａへ応答を戻す。応答は、エンドポイント・デバイスがシグナリングの再ルーティングを行うための呼ルーティング・データ（例えば、ＵＲＩ）を含む。いくつかの実施形態では、呼処理モジュール１０８は応答をプロキシ１０７（例えば、ＸＭＬ）へ戻し、プロキシ１０７は、宛先エンドポイント・デバイスへのシグナリングセッションのルーティングを処理する。

いくつかの実施形態では、呼処理モジュール１０８ａは、発信元エンドポイント・デバイス１０２ａのユーザおよび／またはシグナリングを発したエンドポイント・デバイス１０２ａのタイプを識別するためにシグナリングを利用する。例えば、呼処理モジュール１０８ａは、発信元エンドポイント・デバイスまたは宛先エンドポイント・デバイスに関連するユーザの識別子を決定するために、シグナリング内のデータ（‘ｔｏ’アドレス、‘ｆｒｏｍ’アドレス、デバイス識別子、ユーザＩＤなど）を利用し得る。呼処理モジュール１０８ａは、上記データポイントのうちの任意のものに基づきユーザの詳細を調べるためにデータベース１１０へアクセスし得る。例えば、シグナリングが‘ｔｏ’アドレスを含めば、呼処理モジュール１０８ａはデータベース１１０内の‘ｔｏ’アドレスに関連するユーザ・プロファイルを検索し得る。このようにして、呼処理モジュール１０８ａはシ
グナリングをユーザにマッピングする。呼処理モジュール１０８ａは次に、当該ユーザの識別子に基づき会議経験をカスタム化するためにその能力を活用し得る。

別の例では、呼処理モジュール１０８ａは、エンドポイント・デバイス１０２ａの技術的能力を決定するとともに当該エンドポイント・デバイスに利用可能な会議特徴および選択肢を調整するためにシグナリングを利用し得る。シグナリングは、発信元エンドポイント・デバイス１０２ａがデータを送受信するための限定ネットワーク帯域幅を有するということを示すデータポイントを含み得る。呼処理モジュール１０８ａは、デバイス１０２ａの利用可能帯域幅能力に基づき、発信元エンドポイント・デバイス１０２ａへ送信されるメディアの忠実度（ｆｉｄｅｌｉｔｙ）を格上げまたは格下げし得る。

別の例では、呼処理モジュール１０８ａは、（上述のように）エンドポイント・デバイスに関連するユーザを決定するためにシグナリングを利用し得、次にユーザがシステム１００上に有するアクセスのレベルを決定するためにエンドポイント・デバイス／ユーザの認証を行い得る。例えば、呼処理モジュール１０８ａは、ユーザが宛先の規定リスト（例えば、人、デバイス、物理的位置）によりメディアベース会議呼を確立することを制限されているということを決定し得る。これらの制約の決定に基づき、呼処理モジュール１０８ａは、発信元エンドポイント・デバイス１０２ａとシグナリングにおいて規定された宛先エンドポイント・デバイスとの間の会議呼を確立するか否かを評価し得る。

上述のように、サーバ・コンピューティング・デバイス１０６はまた、メディア・モジュール１０８ｂを含む。メディア・モジュールはプロキシ１０７と他のモジュール１０８ａ、１０８ｃへ結合される。メディア・モジュール１０８ｂは、呼終端およびストリーミングポイントとして働くことを含むメディアシグナリングおよびストリーミング機能を行う。いくつかの実施形態では、メディア・モジュール１０８ｂは、メディアを固定（ａｎｃｈｏｒ）するために参加エンドポイント・デバイス間の中間ポイント（例えば、サーバ・デバイス）の位置を特定する機能を行う。メディア・モジュール１０８ｂはメディア・フローを処理しない場合がある。いくつかの実施形態では、呼処理モジュール１０８ａがシグナリングに基づき複数のエンドポイント・デバイス間の会議呼を確立すると、呼処理モジュール１０８ａは、エンドポイント・デバイス間のメディアセッションを処理するために、呼に関連するメディアをメディア・モジュール１０８ｂへ転送し得る。メディア・モジュール１０８ｂはまた、会話型音声応答（ＩＶＲ）メニューおよびプロンプト、自動出席、および高度ＰＩＮ管理などの追加の会議呼強化特徴を提供する。

いくつかの実施形態では、メディア・モジュール１０８ｂは、サーバ・コンピューティング・デバイス１０６により処理された会議呼のメディアシグナリングおよびフローを管理するための構内交換（ＰＢＸ：ｐｒｉｖａｔｅ ｂｒａｎｃｈ ｅｘｃｈａｎｇｅ）ソフトウェアを含む。メディア・モジュール中に取り込み得る例示的ＰＢＸソフトウェア・プラットフォームは米国アラバマ州ハンツビル（Ｈｕｎｔｓｖｉｌｌｅ）のディジウム社（Ｄｉｇｉｕｍ，Ｉｎｃ）から入手可能なアスタリスク（Ａｓｔｅｒｉｓｋ）（登録商標）である。

サーバ・コンピューティング・デバイス１０６はまた、会議セッション・モジュール１０８ｃを含む。会議セッション・モジュール１０８ｃはプロキシ１０７と他のモジュール１０８ａ、１０８ｂへ結合される。会議セッション・モジュール１０８ｃは、メディアベース会議呼に参加する複数のエンドポイント・デバイスをシングルセッションへブリッジする機能を行う。いくつかの実施形態では、会議セッション・モジュール１０８ｃはマルチポイントコントロールユニット（ＭＣＵ：ｍｕｌｔｉｐｏｉｎｔ ｃｏｎｔｒｏｌ ｕｎｉｔ）である。会議セッション・モジュール１０８ｃ中に取り込み得る例示的ＭＣＵは、米国カルフォニア州サンホセのシスコシステムズ社（Ｃｉｓｃｏ Ｓｙｓｔｅｍｓ，Ｉ
ｎｃ）から入手可能なコーディアン（Ｃｏｄｉａｎ）である。ＭＣＵは、追加機能を提供するために、米国カルフォニア州サニーベールのヴィドテル社（Ｖｉｄｔｅｌ，Ｉｎｃ）から入手可能なヴィドテル・ゲートウェイ（Ｖｉｄｔｅｌ Ｇａｔｅｗａｙ）と一体化され得る。

システム１００はまた、データベース１１０を含む。データベース１１０はサーバ・コンピューティング・デバイス１０６へ結合され、メディアベース会議機能を行うためにサーバ・コンピューティング・デバイス１０６により使用されるデータを格納する。データベース１１０はサーバ・コンピューティング・デバイス１０６と一体化され得る、または別個のコンピューティング・デバイス上に配置され得る。システム１００と共に使用され得る例示的データベースは米国カルフォニア州レッドウッド市のオラクル社（Ｏｒａｃｌｅ Ｃｏｒｐ．）から入手可能なマイエスキューエル（ＭｙＳＱＬ）（商標）である。

図２は、図１のシステム１００を使用する、複数のエンドポイント・デバイス間のメディアベース会議のための方法２００の流れ図である。サーバ・コンピューティング・デバイス１０６の呼処理モジュール１０８ａは、複数のエンドポイント・デバイス（例えば、１０２ａ、１０２ｂ）間の会議呼を確立する要求を受信する（２０２）。要求はエンドポイント・デバイスの１つ（例えば、１０２ａ）から発する。例えば、ＳＩＰ文脈では、発信元エンドポイント・デバイス１０２ａはネットワーク１０４を介しＳＩＰ ＩＮＶＩＴＥメッセージをサーバ・コンピューティング・デバイス１０６へ送信する。プロキシ１０７はＳＩＰ ＩＮＶＩＴＥメッセージを受信し、いくつかの実施形態では、ＳＩＰ ＩＮＶＩＴＥメッセージをＸＭＬへ変換し、次にＸＭＬは呼処理モジュール１０８ａに渡される。

呼処理モジュール１０８ａは、受信ＸＭＬ要求に基づき会議呼資源識別子を発信元エンドポイント・デバイス１０２ａへ割り振る（２０４）。以下にさらに詳細に説明されるように、呼処理モジュール１０８ａはまた、会議呼の資源の可用性を決定し、規定および／または必要資源が利用可能である場合のみ会議呼資源識別子を発信元エンドポイント・デバイス１０２ａへ送信する。

呼処理モジュール１０８ａは、発信元エンドポイント・デバイス１０２ａの技術仕様、発信元エンドポイント・デバイス１０２ａに関連するユーザの識別子、発信元エンドポイント・デバイスの地理的位置、および会議呼を確立する要求のうちの１つまたは複数に基づき会議呼属性を決定する（２０６）。上述のように、呼処理モジュール１０８ａは、プロキシ１０７からＸＭＬフォーマットの要求を受信し、会議呼要求の処理を決定するために要求に埋め込まれたデータを評価する。例えば、呼処理モジュール１０８ａは、認証、グループ・パーミッション、特徴アクセスなどの機能を行うために、エンドポイント・デバイス１０２ａのユーザを識別するために要求内の発信アドレス（例えば、‘ｆｒｏｍ’アドレス）を評価し得る。別の例では、呼処理モジュール１０８ａは、発信元エンドポイント・デバイスおよび／または宛先エンドポイント・デバイスのいくつかの技術属性を決定するために要求を評価し得る。例えば、発呼要求が携帯デバイスにおいておよび／またはセルラネットワークを介し発生すれば、呼処理モジュール１０８ａは特別のおよび／または異なる呼セキュリティ選択肢（例えば、暗号）を決定し得る。別の例では、呼処理モジュール１０８ａは、適切なルーティング規則、セキュリティ認可、および／または発信元エンドポイント・デバイス１０２ａまたは会議呼自体へ割り振るべきハードウェア／ソフトウェア資源を決定するために発信元エンドポイント・デバイス１０２ａの地理的位置を評価し得る。呼処理モジュール１０８ａは、呼に関連する属性および／または要求が到着した際にモジュール１０８ａが呼へ割り当てるべき属性を決定するために、会議呼を確立する要求を解析し得るということを理解すべきである。

上述のように、呼処理モジュール１０８ａは会議呼属性に基づき資源の可用性を決定する（２０８）。例えば、呼処理モジュール１０８ａは、要求された会議呼に利用可能な資源（例えば、ゲートウエイ、ＵＲＩ）を決定し、発信元エンドポイント・デバイス１０２ａへ割り当てられる会議呼資源識別子を発生する。例えば、発信元エンドポイント・デバイス１０２ａがメディアベース会議呼を開始するために特定ソフトウェア・プラットフォーム（例えば、スカイプ（Ｓｋｙｐｅ）（商標））を使用していれば、呼処理モジュール１０８ａはエンドポイント・デバイス１０２ａに関連付けられるスカイプ（Ｓｋｙｐｅ）（商標）ＵＲＩを発生する。いくつかの実施形態では、特定資源が利用不能である（例えば、スカイプ（Ｓｋｙｐｅ）（商標）ＵＲＩのすべてが使用中である）場合、呼処理モジュール１０８ａは発信元エンドポイント・デバイス１０２ａに通知して資源が利用可能になるまで待ってもよいし会議呼を確立することを拒絶してもよい。

次に、呼処理モジュール１０８ａは、ソフトウェア・プラットフォームに関連するサーバへの呼シグナリングの出力先変更のために、エンドポイント・デバイス１０２ａへ会議呼識別子（例えば、ＵＲＩ）を送信し得る（２１０）。いくつかの実施形態では、会議呼資源識別子は、呼シグナリングを取り扱い処理し得るシステム１００の内部資源（例えば、内部ゲートウェイ、トランスコーダ）へ関連付けられる。

呼処理モジュール１０８ａは決定された会議呼属性をメディア・モジュール１０８ｂへ送信する（２１２）。例えば、呼処理モジュール１０８ａは、呼強化機能、呼ルーティング機能、メディアストリーミング機能および呼終端機能などの特徴を提供するための、決定された会議呼属性をメディア・モジュール１０８ｂへ送信し得る（例えば、ＸＭＬを介し）。

メディア・モジュール１０８ｂは、会議メディア・フローの開始のために発信元エンドポイント・デバイス１０２ａと会議セッション・モジュール１０８ｃとの間の会議メディア接続を確立する（２１４）。いくつかの実施形態では、呼処理モジュール１０８ａが信号接続を確立して様々な機能（例えば、認証、パーミッション、ルーティング）を行うと、メディア・モジュール１０８ｂは、発信元エンドポイント・デバイス１０２ａとサーバ・コンピューティング・デバイス１０６における会議セッション・モジュール１０８ｃとの間のメディア・フローを開始する。メディア・モジュール１０８ｂは、会議セッション・モジュール１０８ｃが会議呼に参加する様々なエンドポイント・デバイスを会議呼セッションへ接続する（２１６）間、通話状態およびメディアストリームを依然として管理し得る。いくつかの実施形態では、会議セッション・モジュール１０８ｃは、いくつかのエンドポイント・デバイスが会議呼へ接続することができるか否かを決定するために、決定された会議呼属性を使用する。

図３は、図１のシステム１００に基づく複数のエンドポイント間のメディアベース会議のためのシステム３００のブロック図である。システム３００は、エンドポイント・デバイス１０２ａ、サーバ・コンピューティング・デバイス１０６、データベース１１０、第三者会議呼サーバ・コンピューティング・デバイス３０２、会議呼トランスコーダ３０４、メディアベース通信サーバ（ＭＣＳ）コンピューティング・デバイス３０６、およびＭＣＵ３０８を含む。

図３は、複数のエンドポイント・デバイス間のメディアベース会議呼を確立するための例示的ワークフローを描写する。
工程１：エンドポイント・デバイス１０２ａはメディアベース会議呼を確立する要求をサーバ・コンピューティング・デバイス１０６へ送信する。要求は会議ＩＤを含む。例えば、エンドポイント・デバイス１０２ａがスカイプ（Ｓｋｙｐｅ）（商標）クライアントソフトウエアを介し動作していれば、デバイス１０２ａにおけるユーザは、会議呼を開始
するためにスカイプ（Ｓｋｙｐｅ）（商標）ユーザインターフェース内のボタンをクリックする。ソフトウェアは、サーバ１０６とのシグナリングセッションを確立するためにユーザのスカイプ（Ｓｋｙｐｅ）（商標）ＩＤと会議ＩＤをサーバ・コンピューティング・デバイス１０６へ送信する。

工程２：サーバ・コンピューティング・デバイス１０６は、要求に関連するユーザの識別子を決定するために要求を処理する。例えば、サーバ１０６は、要求からユーザＩＤを取り出し得、ユーザの識別子と任意の関連情報（例えば、パーミッション、デバイス特有情報および認証詳細）とを決定するためにデータベース１１０を使用し得る。サーバは、ユーザＩＤに関連するユーザが要求された会議に加わることを認証されるか否かを（会議ＩＤを介し）照査し得る。次に、サーバ・コンピューティング・デバイス１０６はスカイプ（Ｓｋｙｐｅ）（商標）ＵＲＩをエンドポイント・デバイス１０２ａへ戻す。

工程３：エンドポイント・デバイス１０２ａは、スカイプ（Ｓｋｙｐｅ）（商標）サーバ（例えば、第三者会議呼サーバ３０２）との会議呼のためのシグナリングセッションを開始するために受信ＵＲＩを使用する。ＵＲＩは、会議呼トランスコーダ（例えば、デバイス３０４）、メディアベース通信サーバ（例えば、デバイス３０６）、および／またはＭＣＵ３０８に関連するアドレスまたは識別子を含み得る。いくつかの実施形態では、ＵＲＩはＭＣＳエンドポイントに対応し、サーバ・コンピューティング・デバイス１０６／データベース１１０は第三者ＵＲＩとＭＣＳエンドポイントとの対応関係を維持する。

工程４：第三者会議呼サーバ３０２は会議呼シグナリングを会議呼トランスコーダ３０４（例えば、Ｖｉｄｔｅｌモジュール）へ転送する。
工程５：会議呼トランスコーダ３０４は受信スカイプ（Ｓｋｙｐｅ）（商標）ＵＲＩをＭＣＳエンドポイントアドレスにマッピングする。例えば、トランスコーダ３０４は、ＭＣＳエンドポイントアドレスを追加するためにユーザのスカイプ（Ｓｋｙｐｅ）（商標）ＩＤ（例えば、＜ユーザのスカイプ（Ｓｋｙｐｅ）（商標）ＩＤ＞＠ｓｋｙｐｅ．ｖｉｄｔｅｌ．ｃｏｍ）を修正し得る。次に、トランスコーダ３０４はＭＣＳ３０６と通信する。

工程６：ＭＣＳ３０６はサーバ・コンピューティング・デバイス１０６と通信する。例えば、ＭＣＳ３０６はＭＣＳエンドポイントアドレスを含む修正スカイプ（Ｓｋｙｐｅ）（商標）ＩＤをサーバ・コンピューティング・デバイス１０６へ送信する。

工程７：サーバ１０６は、エンドポイント・デバイス１０２によりサーバ１０６へ既に送信された会議ＩＤの位置を特定するために修正ＩＤを使用する（工程１を参照）。次に、サーバ１０６は会議ＩＤをＭＣＳ３０６へ送信する。

工程８：次に、ＭＣＳ３０６は、ユーザが要求通りメディアベース会議呼または会議に加わることができるように、エンドポイント・デバイス１０２ａの会議呼シグナリングをＭＣＵ３０８へ転送する。

図３は複数のエンドポイント・デバイス間のメディアベース会議呼を確立するための例示的実施形態を表すということを理解すべきである。複数のエンドポイント・デバイス間のメディアベース会議呼を確立するための他の技術およびワークフローが本発明の範囲から逸脱すること無く企図され得る。

いくつかの実施形態では、システム１００は、同じメディアベース会議呼に加わることを要求する異なるタイプのエンドポイント・デバイス間の相互運用性を提供することができる。例えば、エンドポイント・デバイス１０２ａはセルラネットワーク上のスカイプ（
Ｓｋｙｐｅ）（商標）ユーザインターフェースを介しシステム１００へアクセスし得、一方、別のエンドポイント・デバイス１０２ｂはＶｏＩＰアーキテクチャの後方に設置された会議呼端末を介しシステムにアクセスし得る（例えば、会社において）。サーバ・コンピューティング・デバイス１０６は、シームレス通信セッションを可能にするためにそれぞれのエンドポイント・デバイス間でトランスコーディングを行い得る。いくつかの実施形態では、サーバ・コンピューティング・デバイス１０６は、システムにアクセスしている要求および／またはエンドポイント・デバイスのタイプに依存してシステム資源を予約する。サーバ・コンピューティング・デバイス１０６は、システム資源がメディアベース会議呼の開始と終了とに基づき適切に予約され解放されるようにアクセスのプールを維持し得る。

図４は、図１のシステム１００を使用する、メディアベース会議呼に参加するエンドポイント・デバイスを認証する方法の流れ図である。サーバ・コンピューティング・デバイス１０６の呼処理モジュール１０８ａは、複数のエンドポイント・デバイス（例えば、エンドポイント・デバイス１０２ａ、１０２ｂ）間の会議呼を確立する要求であってエンドポイント・デバイス（例えば、１０２ａ）のユーザに関連するクレデンシャルとエンドポイント・デバイス１０２ａに関連する属性とを含む要求を受信する（４０２）。呼処理モジュール１０８ａは、クレデンシャルに基づきエンドポイント・デバイスのユーザの識別子を決定する（４０４）。呼処理モジュール１０８ａは、エンドポイント・デバイスに関連する属性に基づき会議呼アクセスのレベルを決定する（４０６）。呼処理モジュール１０８ａは、会議呼機能に関連する一組のパーミッションを含むユーザ・プロファイルをユーザの識別子に基づき取り出す（４０８）。呼処理モジュール１０８ａは、エンドポイント・デバイスを会議呼へ接続するか否かをユーザ・プロファイルと会議呼アクセスのレベルとに基づき決定する（４１０）。

例えば、サーバ・コンピューティング・デバイス１０６は、（ｉ）会議呼を確立する要求を起こしたユーザとエンドポイント・デバイスとの両方の識別子と、（ｉｉ）どのようにしてサーバ１０６が要求を処理し（例えば、呼を接続し、さらなる処理のために呼をシステム内の別の資源へルーティングし、付加デバイスを介しユーザを認証し）なければならないかとを決定するために多要素認証を行うことができる。一例では、サーバ・コンピューティング・デバイス１０６は、指紋を含む属性の行列を生成するために、エンドポイント・デバイスのユーザに関係する属性、エンドポイント・デバイス自体に関係する属性、および／または要求呼のパラメータを評価することにより、入力要求の指紋をとることができる。サーバ１０６は、指紋が（同じユーザ／エンドポイント・デバイスからの要求および異なるユーザ／エンドポイント・デバイスからの要求と比較して）将来参照され得るように指紋を例えばデータベース１１０内に格納し得る。サーバ・コンピューティング・デバイス１０６はまた、会議呼が確立後進行するにつれて指紋を再評価し得る。例えば、エンドポイント・デバイスが、発呼要求を送信した後サーバ１０６へ一時的な偽名を提供することにより不正なやり方で会議通話システムへアクセスすることを試みるが、その後呼期間中にエンドポイント・デバイス属性が変化すれば、サーバ１０６は再び指紋を動的かつ自動的に評価し、必要ならば是正処置を取り（例えば、呼を切断して、監視のために呼を別の資源へルーティングし）得る。

いくつかの実施形態では、多要素認証は次の２つの様相に従って実施される：（１）技術的に（すなわち、どのようにして／なぜエンドポイント・デバイスが発呼しているのか？）、および（２）個人的に（すなわち、エンドポイント・デバイスにおけるユーザは誰か？）。サーバ・コンピューティング・デバイス１０６は、エンドポイント・デバイスからメディアベース会議の要求を受信し、発呼デバイスの技術的特徴（例えば、ハードウェア、ソフトウェア、位置、発信元ネットワーク、プロトコル）、および発呼デバイスのおよび／または同デバイスに関連するユーザの個人的特徴などのアイテム（例えば、ユーザ
ネーム、ＩＤ、ＰＩＮ、顔認識）を決定し得る。サーバ・コンピューティング・デバイス１０６は、適切なアクセスおよびパーミッションがエンドポイント・デバイスへ与えられることを保証するロバストな認証処理を提供するために上記両方の組の情報を評価し得る。

システム１００はまた、個人パーミッション・レベルと呼／会議パーミッション・レベルとの両方において認証を行うことができる。例えば、サーバ・コンピューティング・デバイス１０６は、例えばライトウェイト・ディレクトリ・アクセス・プロトコル（ＬＤＡＰ）またはアクティブ・ディレクトリ（ＡＤ）サービスに基づき、データベース１１０から個人パーミッションを取り出し得る。サーバ・コンピューティング・デバイス１０６は、会議呼パーミッションを管理するためのユーザ情報を使用するために組織内ユーザ・プロファイルとディレクトリサービスとへ連結し得る。サーバ・コンピューティング・デバイス１０６はまた、特定会議呼に加わる資格のある参加者のリストを、例えばユーザ識別子、職位、アクセスレベル、またはユーザに関係して規定され得るような他のこのようなパラメータに基づき、発生または格納するなど、呼／会議パーミッションを維持し管理し得る。

システム１００は、機能レベル、個人レベル、グループ・レベルおよび／またはデバイス・レベルにおいて、カスタム化された認証およびパーミッションを可能にするロバストなパーミッション方式を有する。機能パーミッションのために、システム１００は、特定ユーザ／エンドポイント・デバイス／会議呼がいくつかの機能を実行する（例えば、サブ会議を設定し、会議呼を確立し、参加者を招待し、セキュリティ属性を実装する等々）ことができるということを決定し得る。個人的パーミッションのために、システム１００は特定ユーザのアクセス制御の粒度を可能にする。例えば、システム１００は、ユーザが特定位置（例えば、自宅ではなく職場）から特定の人等々への特定タイプの会議呼を開始するパーミッションを有するということを決定し得る。

グループ・パーミッションのために、システム１００は、任意の数の異なる要件またはカテゴリ分類に基づき、属性を複数のユーザへ割り当て得る。例えば、企業内の従業員のすべてがグループへ割り当てられ得る。システム１００はまた、複数のグループおよび／またはサブグループ（企業内の事業単位または事業単位内の製品チームなど）へユーザを割り当て得る。ユーザはまた、例えば２人以上のユーザから、任意の数のユーザを含む自身のアドホックグループ（例えば、友人、取引相手）を形成し得る。ユーザはグループに入るために所属させられる必要はない（例えば、雇用者により）ということに注意すべきである。デバイス・パーミッションについて、システム１００は、特定の呼環境のアクセスのレベルおよび機能を決定し得る（例えば、エンドポイント・デバイスのハードウェアおよび／またはソフトウェア・プラットフォーム（または他の技術属性）、エンドポイント・デバイスの位置など）。

本明細書において説明されるパーミッション構造の別の態様はパーミッションの階層的性質である。例えば、企業はその従業員のすべてを、特別指定パーミッション・レベルを有する特定グループへ割り当て得る。当該グループ内の何人かの従業員は、サブグループを形成し、会社全体に渡るパーミッション構造と異なるパーミッション・レベルを望み得る。システム１００は、会社全体に渡るパーミッション構造がサブグループ・パーミッション・レベルをオーバーライドするということを決定し得、会社全体に渡るパーミッション構造の範囲を越えないようにまたは会社全体に渡るパーミッション構造と競合しないようにサブグループ・パーミッション・レベルに制限を課し得る。

いくつかのシナリオでは、主会議呼への参加者は私事に関して通信するために短期間の間会議から自身を切り離すことを望むことがある。例えば、主会議呼が複数のパーティと
の商談または訴訟手続きに関わる場合、１つのパーティは、主会議から切断すること無くしかし私的会話に依然として関与しながら微妙なまたは優先課題に関し協議することを望むことがある。したがって、システムは、複数のエンドポイント・デバイス間のサブ会議を確立する機能を提供し、システムはサブ会議へ上記機能（例えば、認証、ルーティングおよびパーミッション設定）のすべてを適用し得る。

図５は、図１のシステムに基づく、メディアベース会議呼に参加する複数のエンドポイント・デバイス（例えば、エンドポイント・デバイス１０２ａ、１０２ｂ、６０２ａ、６０２ｂ）間のサブ会議を確立するためのシステム５００のブロック図である。システム５００はエンドポイント・デバイス１０２ａ、１０２ｂ、５０２ａ、５０２ｂとサーバ・コンピューティング・デバイス１０６を含む。エンドポイント・デバイス１０２ａ、１０２ｂ、５０２ａ、５０２ｂは、上記技術を使用することにより主会議呼５０４へ接続する。主会議呼５０４が確立されると、何人かの参加者は一定期間の間主会議呼５０４から自身を切り離すことを望むことがある。

図６は、図１のシステム１００と図５のシステム５００を使用して、メディアベース会議呼に参加する複数のエンドポイント・デバイス間でサブ会議を確立する方法６００の流れ図である。サーバ・コンピューティング・デバイス１０６は、主会議呼に参加する第１のエンドポイント・デバイス（例えば、エンドポイント・デバイス１０２ａ）からサブ会議を確立する要求を受信する（６０２）。要求は、主会議呼に参加する第２のエンドポイント・デバイス（例えば、エンドポイント・デバイス１０２ｂ）に関連する識別子を含む。例えば、エンドポイント・デバイス１０２ａにおけるユーザは、エンドポイント・デバイス１０２ｂにおけるユーザとサブ会議を開始するために、エンドポイント・デバイス１０２ｂにおけるユーザに関連するアイコンをクリックし得、デバイス１０２ａはサーバ・コンピューティング・デバイス１０６へ要求を送信する。

サーバ・コンピューティング・デバイス１０６は、サブ会議を確立する要求に基づき、主会議呼５０４から切り離された呼インスタンス（例えば、別の呼インスタンス５０６）を開始する（６０４）。例えば、サーバ・コンピューティング・デバイス１０６は、サーバ１０６により管理される別の会議を割り振ることにより別の呼インスタンス５０６を開始し得るが、メディア・フローは主会議呼５０４から切り離される。いくつかの実施形態では、メディア・フローの一部だけが別の呼インスタンス５０６へ転送される。例えば、主会議呼への参加者は、サブ会議に関与するユーザに関連する映像を見続け得るが、サブ会議に関与するユーザ間で交換される音声通信は主会議呼５０４から排除される。別の例では、主会議呼への参加者は、何人かのユーザがサブ会議を開始したということを示す発信音を聞く場合がある。いくつかの実施形態では、サブ会議は、サブ会議への参加者間のテキスト情報（例えば、チャット）の交換を含む。

いくつかの実施形態では、サーバ・コンピューティング・デバイス１０６は、サブ会議に加わったユーザおよび／またはエンドポイント・デバイスに関連するプレゼンス情報を変更する。例えば、サーバ・コンピューティング・デバイス１０６は、ビデオ会議中にユーザの名前または写真へ状態標識（主会議呼中のすべての参加者へ当該ユーザがサブ会議中であるということを示す）を追加することができる。別の例では、サーバ・コンピューティング・デバイス１０６は、主会議呼への参加者に対して音声メッセージ（何人かのユーザがサブ会議に入ったという）を定期的に再生し、それらのユーザを名前により識別し得る。

サーバ・コンピューティング・デバイス１０６は、第１のエンドポイント・デバイス１０２ａと第２のエンドポイント・デバイス１０２ｂを主会議呼５０４から切り離すこと無く第１のエンドポイント・デバイス１０２ａと第２のエンドポイント・デバイス１０２ｂ
を別の呼インスタンス５０６へ結合する（６０６）。サーバ・コンピューティング・デバイス１０６は、第１のエンドポイント・デバイス１０２ａと第２のエンドポイント・デバイス１０２ｂとの間のメディア・フローを確立し（６０８）、主会議呼５０４は第１のエンドポイント・デバイス１０２ａと第２のエンドポイント・デバイス１０２ｂとの間のメディア・フローへのアクセスを妨げられる。

サーバ・コンピューティング・デバイス１０６は、呼ルーティング、強化特徴、パーミッション、認証などに関して上に説明した概念のうちの任意のものをサブ会議呼インスタンス５０６へ適用することができる。例えば、主会議呼への参加者が他の参加者とサブ会議を確立しようとすれば、サーバ１０６は、第１の参加者が第２の参加者と私的に通信するのを許容するか否かを例えばデータベース１１０内に格納された一組の規則を介し決定し得る。規則は、主会議呼に予め規定され得るまたは発呼の時点で参加者により合意され得る。規則は、呼の過程で（例えば、参加者が主会議呼に出入りする際に）変わり得る。パーミッションおよび関連特徴は主会議呼およびサブ会議全体にわたって階層的であり得、この結果、ユーザは、各呼インスタンス内で同じパーミッション範囲を有する、または、いくつかの実施形態では、ユーザは主会議呼内の自身のパーミッション範囲に対し低減されたサブ会議内のパーミッション範囲を有し得る。

いくつかの実施形態では、サーバ・コンピューティング・デバイス１０６は会議呼への各参加者の状態を追跡し続けるということに注意すべきである。例えば、サーバ１０６は、ユーザがサブ会議に入った状況に関するいくつかのデータ（例えば、サブ会議が開始された時間、サブ会議内のユーザの識別、どれくらい長くサブ会議が持続したかなど）を記録する。この特徴は、会議呼の構造およびタイミングに関する詳細な報告を可能にする（監査およびコンプライアンス目的のために役立つ）。

いくつかの文脈では、規則は、サブ会議へ適用されるいくつかの監視および報告特徴を提供する。例えば、業界は、すべての通信が特定のガイドラインに従って記録および文書化されなければならないように規制され得る。サーバ・コンピューティング・デバイス１０６は、サブ会議を記録するか否か、サブ会議への参加者および他の同様な要件を識別するか否かを規則に基づき決定し得る。いくつかのケースでは、主会議呼に適用される規則はサブ会議へ自動的に転送される。加えて、本システムは、サブ会議と併せて使用される監視または報告などの追加機能を提供し得る。

加えて、本明細書において説明される方法およびシステムにより提供される利点は、各エンドポイント・デバイス（例えば、図１のデバイス１０２ａ）が会議呼に参加する際にそれ自身のメディアストリームを有するということである。したがって、サーバ・コンピューティング・デバイス１０６および／または他の仲介サーバおよびデバイスは、あるエンドポイント・デバイスのユーザに個人専用化されたまたはそれ特有のアーティファクト（例えば、通知、警告、メッセージ、グラフィックス）を、他のエンドポイント・デバイスのメディアストリーム中に挿入すること無く、挿入し得る。この技術は、システム１００が個々のユーザの動的かつ個人専用ユーザインターフェース、記録および表示操作を行えるようにする。

本技術は、図７に示すように、様々な位置全体にわたって分散された複数のコンピューティング・デバイスを含むネットワークシステム７００において実施され得る。位置Ａ７０２、位置Ｂ７０４および位置Ｃ７０６のそれぞれは、図１の部品１０７、１０８ａ〜１０８ｃおよび１１０を有するサーバ・コンピューティング・デバイス１０６を含み、位置７０２、７０４および７０６におけるサーバはネットワーク１０４を介し互いに接続される。図７のネットワークシステムは、本明細書において説明された処理機能のコンピューティング・デバイス全体にわたる分散を可能にし、万一１つの位置におけるコンピューテ
ィング・デバイスがオフラインであるまたは動作不能である場合に冗長性を提供する。いくつかの実施形態では、特定の位置（例えば、位置Ａ７０２）の近傍のエンドポイント・デバイス（例えば、デバイス１０２ａ）が当該位置におけるサーバ１０６を介しネットワークシステムにアクセスする。いくつかの実施形態では、それぞれの位置７０２、７０４、７０６におけるサーバ・コンピューティング・デバイス１０６が、ネットワークへ結合された中央コンピューティング・デバイス７１２（例えば、サーバ）と通信する。中央コンピューティング・デバイス７１２はコンピューティング・デバイス１０６のネットワーク（例えば、コンピューティング・デバイス全体にわたる機能／データの同期）のデータおよび／または処理資源を提供し得る。

上記方法、システムおよび技術のうちの任意のものは、本発明の範囲から逸脱すること無くビデオ会議（すなわち映像および音声メディアからなる会議呼）および音声だけ会議の文脈で実施され得るということを理解すべきである。

上記技術は、デジタルおよび／またはアナログ電子回路で、またはコンピュータハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせで実現され得る。上記実施形態は、データ処理デバイス（例えば、プログラム可能プロセッサ、コンピュータ、および／または複数のコンピュータ）による実行のためのまたは該データ処理デバイスの動作を制御するためのコンピュータプログラム製品（すなわち、機械可読記憶デバイスにより有形に具現されるコンピュータプログラム）として実現され得る。コンピュータプログラムは、ソースコード、コンパイルコード、インタープリタコードおよび／またはマシンコードを含み任意の形式のコンピュータまたはプログラミング言語で書くことができ、そしてスタンドアロンプログラムとして、またはサブルーチン、要素、またはコンピュータ環境における使用に好適な他のユニットを含む任意の形式で配備され得る。コンピュータプログラムは、１つまたは複数の場所における１つのコンピュータまたは複数のコンピュータ上で実行されるように配備され得る。

本方法の工程は、入力データに作用しおよび／または出力データを生成することにより本発明の機能を実行するコンピュータプログラムを実行する１つまたは複数のプロセッサにより実行され得る。本方法の工程はまた、専用論理回路構成（例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＦＰＡＡ（フィールドプログラマブルアナログアレイ）、ＣＰＬＤ（コンプレックス・プログラマブル・ロジック・デバイス）、ＰＳｏＣ（プログラマブル・システム・オンチップ）、ＡＳＩＰ（特定用途命令セットプロセッサ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（特定用途向け集積回路：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）などにより実行され得、そしてデバイスは、これらとして実現され得る。サブルーチンは、格納されたコンピュータプログラムおよび／またはプロセッサおよび／または１つまたは複数の機能を実現する特定回路構成の一部を指し得る。

コンピュータプログラムの実行に好適なプロセッサは、一例として、汎用および専用マイクロプロセッサと、任意のタイプのデジタルまたはアナログコンピュータの１つまたは複数のプロセッサとの両方を含む。一般的に、プロセッサは、読み取り専用メモリまたはランダムアクセスメモリからまたはその両方から命令とデータを受信する。コンピュータの必須要素は、命令を実行するためのプロセッサと、命令および／またはデータを格納するための１つまたは複数のメモリ・デバイスとである。キャッシュなどのメモリ・デバイスはデータを一時的に格納するために使用され得る。メモリ・デバイスはまた、長期データ記憶に使用され得る。一般的に、コンピュータはまた、データを格納するための１つまたは複数の大容量記憶デバイス（例えば、磁気、光磁気ディスクまたは光ディスク）を含む、または上記デバイスからデータを受信するまたはそれらにデータを転送するまたは上
記受信と送信の両方を行うように動作可能に接続される。コンピュータはまた、ネットワークから命令および／またはデータを受信するおよび／またはネットワークへ命令および／またはデータを転送するために通信ネットワークへ動作動可能に結合され得る。コンピュータプログラム命令およびデータの具現に好適なコンピュータ可読記憶媒体は、一例として半導体記憶デバイス（例えば、ＤＲＡＭ、ＳＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ・デバイス）；磁気ディスク（例えば、内蔵ハードディスクまたは取り外し可能ディスク）；光磁気ディスク；および光ディスク（例えば、ＣＤ、ＤＶＤ、ＨＤ−ＤＶＤ、ブルーレイディスク）を含む揮発性および不揮発性メモリのすべての形式を含む。プロセッサとメモリは、専用論理回路構成により補完され得るおよび／または専用論理回路構成内に組み込まれ得る。

ユーザとの相互作用を提供するために、上記技術は、情報をユーザへ表示するための表示デバイス（例えば、ＣＲＴ（陰極線管）、プラズマまたはＬＣＤ（液晶表示）モニタ、携帯デバイス・ディスプレイまたはスクリーン、ホログラフィ・デバイスおよび／またはプロジェクタ）とユーザが入力をコンピュータへ提供し（例えば、ユーザインターフェース要素と相互作用し）得るキーボードおよびポインティング・デバイス（例えば、マウス、トラックボール、タッチパッド、または運動センサ）と通信するコンピューティング・デバイス上で実施され得る。ユーザとの対話処理を提供するために他の種類のデバイスが使用され得、例えば、ユーザへ提供されるフィードバックは、任意の形式の知覚フィードバック例えば視覚フィードバック、聴覚フィードバック、触覚フィードバックであり得、ユーザからの入力は、音響、言語および／または触覚入力を含む任意の様式で受信され得る。

上記技術は、バックエンド部品を含む分散コンピューティング・システムにおいて実現され得る。バックエンド部品は例えば、データサーバ、ミドルウェア部品、およびまたはアプリケーションサーバであり得る。上記技術は、フロントエンド部品を含む分散コンピューティング・システムにおいて実現され得る。フロントエンド部品は例えば、グラフィックユーザインターフェースを有するクライアントコンピュータ、ユーザが例示的実施形態と相互作用し得るウェブブラウザ、および／または送信デバイス用の他のグラフィックユーザインターフェースであり得る。上記技術は、このようなバックエンド、ミドルウェアまたはフロントエンド部品の任意の組み合わせを含む分散コンピューティング・システムにおいて実現され得る。

コンピューティング・システムの部品は、デジタルまたはアナログデータ通信（例えば、通信ネットワーク）の任意の形式またはメディアを含み得る伝送媒体により相互接続され得る。伝送媒体は、任意の構成の１つまたは複数のパケットベースネットワークおよび／または１つまたは複数の回路ベースネットワークを含み得る。パケットベースネットワークは例えば、インターネット、キャリヤ・インターネットプロトコル（ＩＰ）ネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、キャンパスエリアネットワーク（ＣＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ホームエリアネットワーク（ＨＡＮ））、プライベートＩＰネットワーク、ＩＰ構内交換（ＩＰＢＸ）、無線ネットワーク（例えば、無線アクセスネットワーク（ＲＡＮ：ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、ブルートゥース（登録商標）、Ｗｉ−Ｆｉ、ＷｉＭＡＸ、汎用パケット無線サービス（ＧＰＲＳ：ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）ネットワーク、ＨｉｐｅｒＬＡＮ）、およびまたは他のパケットベースネットワークを含み得る。回路ベースネットワークは例えば、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ）、レガシー構内交換（ＰＢＸ）、無線ネットワーク（例えば、ＲＡＮ、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多重アクセス（ＴＤＭＡ）ネットワーク、世界移動体通信システム（ＧＳＭ（登録商標）：ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉ
ｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ネットワーク）、および／または他の回路ベースネットワークを含み得る。

伝送媒体上の情報転送は１つまたは複数の通信プロトコルに基づき得る。通信プロトコルは例えば、イーサネット（登録商標）プロトコル、インターネットプロトコル（ＩＰ）、ボイス・オーバーＩＰ（ＶＯＩＰ）、ピア・ツー・ピア（Ｐ２Ｐ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セッションイニシエーションプロトコル（ＳＩＰ）、Ｈ．３２３、メディアゲートウエイ・コントロールプロトコル（ＭＧＣＰ）、シグナリングシステム＃７（ＳＳ７）、世界移動体通信システム（ＧＳＭ（登録商標））プロトコル、プッシュ・トゥ・トーク（ＰＴＴ）プロトコル、ＰＴＴ・オーバ・セルラ（ＰＯＣ）プロトコル、汎用移動体電話システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、３ＧＰＰロングタームエボリューション（ＬＴＥ）および／または他の通信プロトコルを含み得る。

コンピューティング・システムのデバイスは例えば、コンピュータ、ブラウザ・デバイスを備えたコンピュータ、電話、ＩＰ電話、携帯デバイス（例えば、セルラ電話、個人用デジタル情報処理端末（ＰＤＡ）デバイス、スマートフォン、タブレット、ラップトップコンピュータ、電子メール・デバイス）、および／または他の通信デバイスを含み得る。ブラウザ・デバイスは例えば、ワールドワイドウェブブラウザ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ ｂｒｏｗｓｅｒ）（例えば、グーグル社（Ｇｏｏｇｌｅ，Ｉｎｃ．）のクローム（Ｃｈｒｏｍｅ）（商標）、マイクロソフト社（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ）から利用可能なマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）（登録商標）インターネットエクスプローラ（Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）（登録商標）、および／またはモジラ社（Ｍｏｚｉｌｌａ Ｃｏｒｐｏｒａｔｉｏｎ）から利用可能なモジラ（Ｍｏｚｉｌｌａ）（登録商標）ファイアフォックス（Ｆｉｒｅｆｏｘ））を備えたコンピュータ（例えば、デスクトップコンピュータおよび／またはラップトップコンピュータ）を含む。モバイルコンピューティング・デバイスは、例えばリサーチ・イン・モーション（Ｒｅｓｅａｒｃｈ ｉｎ Ｍｏｔｉｏｎ）のブラックベリー（Ｂｌａｃｋｂｅｒｒｙ）（登録商標）、アップル社（Ａｐｐｌｅ Ｃｏｒｐｏｒａｔｉｏｎ）のアイフォン（ｉＰｈｏｎｅ）（登録商標）および／またはアンドロイド（Ａｎｄｒｏｉｄ）（登録商標）ベース・デバイスを含む。ＩＰ電話は例えば、シスコ（Ｃｉｓｃｏ）（登録商標）ユナイテッドＩＰ電話（Ｕｎｉｔｅｄ ＩＰ Ｐｈｏｎｅ）７９８５Ｇおよび／またはシスコシステムズ社（Ｃｉｓｃｏ Ｓｙｓｔｅｍｓ，Ｉｎｃ．）から利用可能なシスコ（Ｃｉｓｃｏ）（登録商標）ユナイテッドワイヤレスフォン（Ｕｎｉｔｅｄ Ｗｉｒｅｌｅｓｓ Ｐｈｏｎｅ）７９２０を含む。

「からなる」、「含む」、および／または各複数形は開放型であり、列挙された部品を含み、列挙されない追加物品を含み得る。「および／または」は開放型であり、列挙された部品の１つまたは複数および列挙された部品の組み合わせを含む。

本発明はその趣旨または本質的特徴から逸脱すること無く他の特定形式で具現され得るということを当業者は理解することになる。したがって、前述の実施形態は、ここに説明した発明を限定するというよりもむしろすべての点で例示的であると考えるべきである。

Claims (27)

1. 複数のエンドポイント・デバイス間のメディアベース会議のためのコンピュータ化された方法であって、
   サーバ・コンピューティング・デバイス内の第１の呼処理モジュールにおいて、複数のエンドポイント・デバイス間の会議呼を確立する要求を発信元エンドポイント・デバイスから受信する工程と、
   前記第１の呼処理モジュールが、会議呼資源識別子を前記発信元エンドポイント・デバイスへ割り振る工程と
   前記第１の呼処理モジュールが、前記発信元エンドポイント・デバイスの技術仕様と、前記発信元エンドポイント・デバイスに関連するユーザの識別子と、前記発信元エンドポイント・デバイスの地理的位置と、前記会議呼を確立する前記要求とに基づき、第１の会議呼属性を決定する会議呼属性決定工程と、
   前記第１の呼処理モジュールが、前記第１の会議呼属性に基づき、会議呼資源の可用性を決定する工程と、
   前記第１の呼処理モジュールが、会議呼資源が利用可能な場合、前記会議呼資源識別子を前記発信元エンドポイント・デバイスへ送信する工程と、
   前記第１の呼処理モジュールが、前記第１の会議呼属性を前記サーバ・コンピューティング・デバイス内の第１のメディア・モジュールへ送信する工程と、
   前記第１の呼処理モジュールが、互いのエンドポイント・デバイスに関連する第２の会議呼属性の解析に基づき、前記会議呼を処理する前記サーバ・コンピューティング・デバイス内の会議セッション・モジュールを選択する工程であって、前記第２の会議呼属性は、前記エンドポイント・デバイスの技術仕様と、前記エンドポイント・デバイスに関連するユーザの識別子と、前記エンドポイント・デバイスの地理的位置とに基づく、工程と、
   前記第１のメディア・モジュールが、会議メディア・フローの開始のために、前記発信元エンドポイント・デバイスと選択された前記会議セッション・モジュールとの間の第１のメディア・フローを確立する工程と、
   前記会議セッション・モジュールが、前記第２の会議呼属性に基づき、残りのエンドポイント・デバイスを前記会議呼へ接続する工程であって、前記残りのエンドポイント・デバイスからのメディア・フローは、前記第１のメディア・モジュールとは異なる少なくとも１つの他のメディア・モジュールと前記第１の呼処理モジュールとは異なる少なくとも
   １つの他の呼処理モジュールとを介して前記会議セッション・モジュールにおいて前記会議メディア・フローに加わる、接続工程と、を備える方法。
2. 会議呼を確立する前記要求は、発信元エンドポイント識別子、宛先エンドポイント識別子、会議識別子、シグナリング・プロトコル属性、前記発信元エンドポイント・デバイスにより使用される会議呼ハードウェア・プラットフォーム、および前記発信元エンドポイント・デバイスにより使用される会議呼ソフトウェア・プラットフォームを含む、請求項１に記載の方法。
3. 前記第１の呼処理モジュールが、前記発信元エンドポイント・デバイスを前記発信元エンドポイント・デバイスに関連するユーザの識別子にマッピングする工程をさらに備える、請求項１に記載の方法。
4. 前記会議呼属性決定工程は、前記第１の呼処理モジュールへ結合されたデータベースから、前記発信元エンドポイント・デバイスに関連する前記ユーザの前記識別子に基づき、前記発信元エンドポイント・デバイスに関連する前記ユーザのパーミッションを決定する工程をさらに含む、請求項１に記載の方法。
5. 前記パーミッションは、前記サーバ・コンピューティング・デバイスによって提供される会議呼ルーティング機能へのアクセス、前記サーバ・コンピューティング・デバイスによって提供される会議呼強化機能へのアクセス、会議呼受信者へのアクセス、前記サーバ・コンピューティング・デバイスによって提供されるハードウェア資源へのアクセス、および前記サーバ・コンピューティング・デバイスによって提供されるソフトウェア資源へのアクセスを規定する、請求項４に記載の方法。
6. 前記会議呼資源識別子は、前記会議呼を確立する前記要求を送信するために前記発信元エンドポイント・デバイスによって使用される会議呼ソフトウェア・プラットフォームに関連付けられている、請求項１に記載の方法。
7. 前記接続工程は、前記会議セッション・モジュールが、前記会議呼に加わるための他のエンドポイント・デバイスからの要求を受信する工程を含む、請求項１に記載の方法。
8. 前記第１の呼処理モジュールが、前記会議呼を確立する前記要求に関連する宛先エンドポイント識別子に基づき、前記会議呼資源識別子を修正する工程をさらに含む、請求項１に記載の方法。
9. 前記第１のメディア・フローを確立する工程は、前記第１のメディア・モジュールが、前記発信元エンドポイント・デバイスによって使用される第１のシグナリング・プロトコルを前記会議呼によって使用される第２のシグナリング・プロトコルに変換する工程をさらに含む、請求項１に記載の方法。
10. 前記会議呼を確立する前記要求は前記発信元エンドポイント・デバイスのユーザに関連するユーザ識別クレデンシャルを含む、請求項１に記載の方法。
11. 前記第１の呼処理モジュールが、前記ユーザ識別クレデンシャルに基づき前記発信元エンドポイント・デバイスの前記ユーザを認証する工程をさらに含む、請求項１０に記載の方法。
12. 前記発信元エンドポイント・デバイスは、前記他のエンドポイント・デバイスの少なくとも１つとは異なる会議呼ソフトウェア・プラットフォームを動作させる、請求項１に記
    載の方法。
13. 前記サーバ・コンピューティング・デバイスは、複数の独立し地理的に分散したノードからなる、請求項１に記載の方法。
14. 複数のエンドポイント・デバイス間のメディアベース会議のためのシステムであって、
    サーバ・コンピューティング・デバイスを備え、前記サーバ・コンピューティング・デバイスは、プロセッサおよびメモリモジュールを備え、
    前記サーバ・コンピューティング・デバイス内の第１の呼処理モジュールにおいて、複数のエンドポイント・デバイス間の会議呼を確立する要求を発信元エンドポイント・デバイスから受信する工程と、
    前記第１の呼処理モジュールが、会議呼資源識別子を前記発信元エンドポイント・デバイスへ割り振る工程と
    前記第１の呼処理モジュールが、前記発信元エンドポイント・デバイスの技術仕様と、前記発信元エンドポイント・デバイスに関連するユーザの識別子と、前記発信元エンドポイント・デバイスの地理的位置と、前記会議呼を確立する前記要求とに基づき、第１の会議呼属性を決定する会議呼属性決定工程と、
    前記第１の呼処理モジュールが、前記第１の会議呼属性に基づき、会議呼資源の可用性を決定する工程と、
    前記第１の呼処理モジュールが、会議呼資源が利用可能な場合、前記会議呼資源識別子を前記発信元エンドポイント・デバイスへ送信する工程と、
    前記第１の呼処理モジュールが、前記第１の会議呼属性を前記サーバ・コンピューティング・デバイス内の第１のメディア・モジュールへ送信する工程と、
    前記第１の呼処理モジュールが、互いのエンドポイント・デバイスに関連する第２の会議呼属性の解析に基づき、前記会議呼を処理する前記サーバ・コンピューティング・デバイス内の会議セッション・モジュールを選択する工程であって、前記第２の会議呼属性は、前記エンドポイント・デバイスの技術仕様と、前記エンドポイント・デバイスに関連するユーザの識別子と、前記エンドポイント・デバイスの地理的位置とに基づく、工程と、
    前記第１のメディア・モジュールが、会議メディア・フローの開始のために、前記発信元エンドポイント・デバイスと前記サーバ・コンピューティング・デバイス内の選択された前記会議セッション・モジュールとの間の第１のメディア・フローを確立する工程と、
    前記会議セッション・モジュールが、前記第２の会議呼属性に基づき、残りのエンドポイント・デバイスを前記会議呼へ接続する工程であって、前記残りのエンドポイント・デバイスからのメディア・フローは、前記第１のメディア・モジュールとは異なる少なくとも１つの他のメディア・モジュールと前記第１の呼処理モジュールとは異なる少なくとも１つの他の呼処理モジュールとを介して前記会議セッション・モジュールにおいて前記会議メディア・フローに加わる、接続工程と、を行うように構成されている、システム。
15. 会議呼を確立する前記要求は、発信元エンドポイント識別子、宛先エンドポイント識別子、会議識別子、シグナリング・プロトコル属性、前記発信元エンドポイント・デバイスにより使用される会議呼ハードウェア・プラットフォーム、および前記発信元エンドポイント・デバイスにより使用される会議呼ソフトウェア・プラットフォームを含む、請求項１４に記載のシステム。
16. 前記第１の呼処理モジュールが、前記発信元エンドポイント・デバイスを前記発信元エンドポイント・デバイスに関連するユーザの識別子にマッピングする工程をさらに備える、請求項１４に記載のシステム。
17. 前記会議呼属性決定工程は、前記第１の呼処理モジュールへ結合されたデータベースから、前記発信元エンドポイント・デバイスに関連する前記ユーザの前記識別子に基づき、
    前記発信元エンドポイント・デバイスに関連する前記ユーザのパーミッションを決定する工程をさらに含む、請求項１４に記載のシステム。
18. 前記パーミッションは、前記サーバ・コンピューティング・デバイスによって提供される会議呼ルーティング機能へのアクセス、前記サーバ・コンピューティング・デバイスによって提供される会議呼強化機能へのアクセス、会議呼受信者へのアクセス、前記サーバ・コンピューティング・デバイスによって提供されるハードウェア資源へのアクセス、および前記サーバ・コンピューティング・デバイスによって提供されるソフトウェア資源へのアクセスを規定する、請求項１７に記載のシステム。
19. 前記会議呼資源識別子は、前記会議呼を確立する前記要求を送信するために前記発信元エンドポイント・デバイスによって使用される会議呼ソフトウェア・プラットフォームに関連付けられている、請求項１４に記載のシステム。
20. 前記接続工程は、前記会議セッション・モジュールが、前記会議呼に加わるための他のエンドポイント・デバイスからの要求を受信する工程を含む、請求項１４に記載のシステム。
21. 前記第１の呼処理モジュールが、前記会議呼を確立する前記要求に関連する宛先エンドポイント識別子に基づき、前記会議呼資源識別子を修正する工程をさらに含む、請求項１４に記載のシステム。
22. 前記第１のメディア・フローを確立する工程は、前記第１のメディア・モジュールが、前記発信元エンドポイント・デバイスによって使用される第１のシグナリング・プロトコルを前記会議呼によって使用される第２のシグナリング・プロトコルに変換する工程をさらに含む、請求項１４に記載のシステム。
23. 前記会議呼を確立する前記要求は前記発信元エンドポイント・デバイスのユーザに関連するユーザ識別クレデンシャルを含む、請求項１４に記載のシステム。
24. 前記第１の呼処理モジュールが、前記ユーザ識別クレデンシャルに基づき前記発信元エンドポイント・デバイスの前記ユーザを認証するようにさらに構成されている、請求項２３に記載のシステム。
25. 前記発信元エンドポイント・デバイスは、前記他のエンドポイント・デバイスの少なくとも１つとは異なる会議呼ソフトウェア・プラットフォームを動作させる、請求項１４に記載のシステム。
26. 前記サーバ・コンピューティング・デバイスは、複数の独立し地理的に分散したノードからなる、請求項１４に記載のシステム。
27. 非一時的なコンピュータ可読記憶デバイスにより有形に具現される、複数のエンドポイント・デバイス間のメディアベース会議のためのコンピュータプログラム製品であって、サーバ・コンピューティング・デバイスに、
    前記サーバ・コンピューティング・デバイス内の第１の呼処理モジュールにおいて、複数のエンドポイント・デバイス間の会議呼を確立する要求を発信元エンドポイント・デバイスから受信する工程と、
    前記第１の呼処理モジュールが、会議呼資源識別子を前記発信元エンドポイント・デバイスへ割り振る工程と
    前記第１の呼処理モジュールが、前記発信元エンドポイント・デバイスの技術仕様と、
    前記発信元エンドポイント・デバイスに関連するユーザの識別子と、前記発信元エンドポイント・デバイスの地理的位置と、前記会議呼を確立する前記要求とに基づき、第１の会議呼属性を決定する会議呼属性決定工程と、
    前記第１の呼処理モジュールが、前記第１の会議呼属性に基づき、会議呼資源の可用性を決定する工程と、
    前記第１の呼処理モジュールが、会議呼資源が利用可能な場合、前記会議呼資源識別子を前記発信元エンドポイント・デバイスへ送信する工程と、
    前記第１の呼処理モジュールが、前記第１の会議呼属性を前記サーバ・コンピューティング・デバイス内の第１のメディア・モジュールへ送信する工程と、
    前記第１の呼処理モジュールが、互いのエンドポイント・デバイスに関連する第２の会議呼属性の解析に基づき、前記会議呼を処理する前記サーバ・コンピューティング・デバイス内の会議セッション・モジュールを選択する工程であって、前記第２の会議呼属性は、前記エンドポイント・デバイスの技術仕様と、前記エンドポイント・デバイスに関連するユーザの識別子と、前記エンドポイント・デバイスの地理的位置とに基づく、工程と、
    前記第１のメディア・モジュールが、会議メディア・フローの開始のために、前記発信元エンドポイント・デバイスと選択された前記会議セッション・モジュールとの間の第１のメディア・フローを確立する工程と、
    前記会議セッション・モジュールが、前記第２の会議呼属性に基づき、残りのエンドポイント・デバイスを前記会議呼へ接続する工程であって、前記残りのエンドポイント・デバイスからのメディア・フローは、前記第１のメディア・モジュールとは異なる少なくとも１つの他のメディア・モジュールと前記第１の呼処理モジュールとは異なる少なくとも１つの他の呼処理モジュールとを介して前記会議セッション・モジュールにおいて前記会議メディア・フローに加わる、接続工程と、を行わせるように構成されている命令を含む、コンピュータプログラム製品。