JP5528341B2 - 高速会議開催 - Google Patents

Description

本発明は、一般には通信システムに関し、詳細には会議システムに関する。

音声通信セッションの迅速な確立は、現代の電話システムにおける重要な要件である。人々はもはや、回転式電話をダイヤルするのに２０〜３０秒間待つこと、または呼出しをセットアップするためにオペレータと話すことに満足しない。今日、バディ・リストおよび連絡先リストの出現と共に、ユーザは、単に単一のボタンを押し、被呼者から呼出し信号をほぼ即座に受信することによって呼出しをセットアップすることができる。

ユーザの携帯電話、ＰＢＸ電話、またはＰＯＴＳ電話上の単一の高速キーを押下して特定の連絡先を呼び出す行為はしばしば、「高速ダイヤリング」と呼ばれる。高速ダイヤリングの利点は、連絡先の電話番号が既に連絡先リストまたはバディ・リストに事前プログラムされているので、ユーザが連絡先の１０桁以上の電話番号を記憶する必要がないことである。高速ダイヤリングの別の利点は、ユーザが長い数字の並びをユーザの電話機に入力する時間を費やす必要がないことである。その代わりに、単一のボタンを単に押すことによって２人のユーザ間の呼出しがセットアップされる。

しかし、高速ダイヤリングは、単一の呼出し元と単一の呼出し先という２者間の音声会話をセットアップすることができるだけである。ある場合には、数人、さらには、恐らくは多数の当事者間の音声会話が望ましいことがある。例えば、企業業務のシナリオでは、人々は通常はチームで働き、したがって各チームの業務目標を実現するために、マルチパーティ音声呼出しの迅速な確立が業務上求められることがある。ファースト・レスポンダ用途、非常用途、および政府用途も、チームのメンバ間のマルチパーティ会議呼出しを必要とすることがある。さらに、マルチパーティ呼出しは、マルチパーティ・インスタント・メッセージ・チャット・セッションの普及によってはっきりと示されているように、消費者用途でも望ましいことがある。

したがって、多くのサービス・プロバイダは、１群の人々が互いに同時に通信することのできる音声会議呼出しサービスを提供する。通常、そのような会議システムでは、会議に加わるための１０桁以上のダイヤルイン番号と７桁以上のアクセス・コードとが各ユーザに与えられる。ダイヤルイン番号をダイヤルし、対話型音声応答（ＩＶＲ）システムと対話し、追加のアクセス・コード・ディジットを入力した後、複数の呼出し元のそれぞれが互いにブリッジされ、その結果、複数の呼出し元は、会議室内で互いに話し、聞くことができる。しかし、各ユーザを別々に会議呼出しに加わらせるプロセスは時間がかかる。さらに、従来型会議ブリッジ・システムは通常、ユーザ間の調整およびスケジューリングを必要とする。例えば、チームは、ある特定の合意した時間に会議ブリッジにダイヤルインしなければならない。したがって、大きな数のＤＴＭＦディジットの入力のためにすべてのユーザにとって不便であることに加えて、従来型会議ブリッジは、多くの企業シナリオ、消費者シナリオ、および非常通信シナリオで必要となることのある、自発的なアドホック音声会議を容易にしない。

最近、いくつかのサービス・プロバイダが、グループ・プッシュ・ツー・トークと呼ばれる特別なマルチパーティ音声サービスの提供を開始した。特別なタイプの携帯電話を有し、サービス・プロバイダから特別なグループ・プッシュ・ツー・トーク・サービスも購入するユーザは、単一のキーを押下することによってグループ・プッシュ・ツー・トーク音声通信に参加し、別のユーザに話すことができる。しかし、その別のユーザも同じ特別なタイプの携帯電話と、同じサービス・プロバイダからの同じ特別なサービスとを有さなければならない。したがって、このウォーキー・トーキーのようなシステムの主な制限は、すべてのユーザが同じ特別な携帯電話装置と、同じサービスの準備とを有さなければならないことである。標準的な特別ではない携帯電話、ＰＢＸ電話、およびＰＯＴＳ電話を有する他のユーザは、呼出しに参加することができない。さらに、グループ・プッシュ・ツー・トーク・システムは、正確には永続的会議呼出しをセットアップしない。現在利用可能なプッシュ・ツー・トーク・サービスでは、いかなる時点においても１人の人しか話すことができず、次に誰が話すことを許されるか、すなわちどの単一のユーザが特別なセット上のユーザのグループ・プッシュ・ツー・トーク・ボタンを押下することが許されるかを確立するために、調整またはプロトコルが必要となる。

したがって、自発的マルチパーティ音声会議呼出しの迅速な確立を容易にするシステムが求められている。

本発明の一実施形態では、会議サーバが、会議参加者の定義済みの高速会議グループを使用して、自発的マルチパーティ音声会議呼出しの迅速な確立を可能にする。会議サーバは、高速会議グループの会議参加者間の会議呼出しを管理する会議室を含む。会議参加者のうちの１人が会議サーバにダイヤルするなどのイベントに応答して、会議サーバは、高速会議グループ内の他の会議参加者のすべてにダイヤルアウトし、会議室内の会議呼出しに加わるように会議参加者を招待する。

別の実施形態では、会議サーバと通信する会議コントローラが、高速会議グループ内の会議参加者の少なくとも一部を識別するユーザ識別情報のリストを維持する。会議コントローラは、会議サーバにユーザ識別情報を提供して、会議サーバが、会議参加者を呼び出して会議呼出しに加わるように会議参加者を招待することを可能にする。

例示的実施形態では、会議サーバが、第１会議参加者を識別するユーザ識別情報を第１会議参加者から受信する。会議コントローラは、第１会議参加者のユーザ識別情報をリストと比較する。第１会議参加者のユーザ識別情報がリスト内にある場合、会議コントローラは、高速会議グループ内の他の会議参加者を呼び出すように会議サーバに命令を与える。第１会議参加者のユーザ識別情報がリスト内になく、かつ高速会議グループを識別するグループ識別子が第１会議参加者から受信される場合、会議コントローラは、会議サーバに命令を与えて、高速会議グループ内の各会議参加者を呼び出し、第１会議参加者および高速会議グループ内の会議参加者を会議呼出しに加わらせる。

別の例示的実施形態では、高速会議グループに関連する会議室を識別する定義済みの会議室識別子が、第１会議参加者から受信される。会議コントローラは、会議室識別子のリストを維持し、各会議室識別子が、複数の高速会議グループのうちの相異なる高速会議グループと関連付けられる。会議サーバは、第１会議参加者から定義済みの会議室識別子を受信したとき、定義済みの会議室識別子を会議コントローラに提供し、会議コントローラは、会議サーバに第３命令を与えて、定義済みの会議室識別子に基づいて会議室を作成する。

本発明の別の実施形態では、システムが、会議サーバおよび会議コントローラを使用して高速会議開催を容易にする。会議サーバは、会議参加者間の会議呼出しを管理するように動作可能な会議室を含み、会議室では、会議参加者の少なくとも一部が高速会議グループに属する。会議サーバは、会議室を作成し、高速会議グループ内の会議参加者を呼び出して、会議呼出しに加わるように会議参加者を招待する。会議コントローラは、高速会議グループを維持する。高速会議グループは、高速会議グループ内の会議参加者の少なくとも一部を識別するユーザ識別情報のリストを含む。会議コントローラはさらに、会議サーバに命令を与えて、会議参加者に関連するそれぞれのユーザ識別情報を使用して高速会議グループ内の会議参加者を呼び出す。

本発明のさらに別の実施形態では、方法が、会議参加者を含む高速会議グループを準備することによって高速会議開催を容易にする。会議参加者のうちの第１参加者からの着呼の受信時に、高速会議グループの会議参加者に関する会議呼出しのための会議室が作成され、高速会議グループ内の他の会議参加者が呼び出され、会議呼出しに加わるように招待され、第１会議参加者と他の招待された会議参加者が共に、会議室を介して会議呼出しに加わる。

添付の図面と共に行われる以下の詳細な説明を参照することにより、本発明のより完全な理解を得ることができる。

本発明の実施形態による例示的高速会議システムを示す図である。 本発明の実施形態による、高速会議システムで使用される例示的会議サーバを示す図である。 本発明の実施形態による、例示的高速会議の流れ図である。 本発明の実施形態による、会議サーバ内の会議室の例示的動作を示す図である。 本発明の実施形態による、高速会議開催を容易にする例示的プロセスを示す流れ図である。

図１は、本発明の実施形態による例示的高速会議システム１０を示す。高速会議システム１０は、相異なるタイプの通信装置３０を有するユーザ２０間で永続的マルチパーティ呼出しをセットアップすることを可能にする。例えば、そのような通信装置３０は、単純旧式電話サービス（ＰＯＴＳ）電話、携帯電話、セッション開始プロトコル（ＳＩＰ）電話、デスクトップ電話、ＰＢＸ電話、デスクトップ・コンピュータ、ラップトップ・コンピュータ、携帯情報端末（ＰＤＡ）、およびＬＭＲラジオを含むことができる。

高速会議システム１０は、会議呼出しのための１つまたは複数の会議室１５０を提供する音声／データ会議サーバ１００を含む。各会議室１５０は、特定の会議呼出しと関連付けられ、会議呼出しのために各会議参加者（ユーザ２０）に対する／からの相異なる会議レッグを確立し、会議レッグのレッグ状態を管理する任を担う。例えば、会議室１５０は、会議呼出しに対する各音声およびデータ接続について会議レッグをそれぞれ確立し、追加の音声および／またはデータ会議レッグを会議呼出しに追加することができ、１つまたは複数の音声および／またはデータ会議レッグを除去し、音声会議レッグのうちの１つまたは複数をミューティングまたは非ミューティングすることができる。

図１に示されるように、複数の会議室１５０が並列に存在することができる。しかし、会議室１５０間の音声は（オペレータによって指示されない限り）混合されず、その結果、ある会議室１５０の参加者が、別の会議室１５０の参加者の声を意図せずに聞くことはない。

一実施形態では、会議サーバ１００が、専用の会議ハードウェアまたは回路で会議室１５０を作成および管理する。別の実施形態では、会議サーバ１００は、専用の会議ハードウェアまたは回路、ソフトウェア、ならびに／あるいはファームウェアの組合せを使用して会議室１５０を作成および管理する。さらに別の実施形態では、会議サーバ１００は、標準的な汎用パーソナル・コンピュータ（ＰＣ）上でソフトウェア・ルーチンを実行して、会議室１５０を作成および管理する。この実施形態では、会議サーバ１００が、システム・スケーラビリティおよび冗長性を向上させるために、追加の別々の汎用ＰＣを一緒にスタッキングすることが可能となるように設計される。したがって、ＤＳＰチップ、ボード、高速オーディオバスなどの特別なハードウェアまたは回路は不要であり、したがって会議サーバ１００の製造コストが最小限に抑えられる。

通信装置３０と会議サーバ１００との間でメディアを交換する電話接続は、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）などのパケット交換接続、例えばセッション開始プロトコル（ＳＩＰ）、または総合サービスデジタル網（ＩＳＤＮ）などの回線交換接続、例えば１次群速度インターフェース（ＰＲＩ）中継線を使用することができる。例えば、会議サーバ１００は、外部ＳＩＰ−ｔｏ−ＰＳＴＮゲートウェイ、ＳＩＰ電話、およびＳＤＰ−ｔｏ−Ｒａｄｉｏ変換器、ＳＩＰオーバヘッド・スピーカなどの他のＳＩＰ装置とＳＩＰコマンドおよびＶｏＩＰリアル・タイム・プロトコル（ＲＴＦ）メディアを交換することができる。会議サーバ１００はまた、従来型ＰＯＴＳ、ＰＢＸ、および携帯電話との間で公衆交換電話網（ＰＳＴＮ）を介して音声シグナリングおよびメディアを交換するために、内部または外部Ｔ１／Ｅ１電話中継カードを組み込み、またはそれとインターフェースすることもできる。

高速会議システム１０はまた、ＩＰまたは他のパケット・ベースのネットワーク５０を介するネットワーク・ベースの制御および監視インターフェースをもサポートする。例えば、データ・ネットワーク５０は、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、私設管理ＩＰデータ・ネットワーク、ＩＰＳＥＣなどの十分に確立されたセキュア・データ暗号化および認証方法を使用するインターネット・ベースの仮想プライベート・ネットワーク（ＶＰＮ）、または公共のインターネット・ベースのＩＰデータ・ネットワークでよい。

外部高速会議コントローラ２００が、ＩＰネットワーク・リンク５０を介して会議サーバ１００との間で認証を行うことができ、次いで、適切なアプリケーション・プログラミング・インターフェース（ＡＰＩ）コマンドを会議サーバ１００に発行して、ユーザをダイヤルアウトし、特定の会議室からユーザを除去し、ユーザをミューティングすることなどを行うことができる。監視情報は、会議サーバ１００のネットワーク・リンク５０を介して流れることもでき、その結果、高速会議コントローラ２００は、ユーザが会議に加わったとき、ＤＴＭＦディジット・シーケンスを入力したとき、会議から退出したときなどに非同期式に通知を受ける。しかし、別の実施形態では、会議サーバ１００および高速会議コントローラ２００を同一のソフトウェアまたはハードウェア・ベースのアプライアンス内で組み合わせることもできる。本明細書では、「コントローラ」という用語は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの何らかの組合せとして実装することのできる、少なくとも１つの動作を制御する任意の装置、システム、またはそれらの一部を指す。コントローラに関連する機能は、ローカルであってもリモートであっても、集中型または分散型でよいことに留意されたい。

一般に従来の会議ブリッジがダイヤルイン呼出しのみを受信するように設計されるのとは対照的に、高速会議システム１０は、同じ会議室へのダイヤルインとダイヤルアウトをどちらもサポートし、それにより、会議呼出しの迅速な確立が可能となる。そのような双方向性が図１に示されており、第１ユーザ（ユーザ１）が特定の会議室１５０（会議室Ｎ）にダイヤルインしており、その会議室（会議室Ｎ）が他のユーザ（ユーザ２．．．ユーザＭ）にダイヤルアウトしている。会議室１５０を介する２方向メディア通信がすべてのユーザ２０に提供されることに留意されたい。会議サーバ１００の双方向特性は、メディア・フローの方向にではなく、どのように呼出しがセットアップされるかに関係する。

高速会議システム１０の双方向性が、高速会議グループ（ＳＣＧ）２５０を使用することによって実装される。高速会議グループ（ＳＣＧ）２５０は、特定の会議呼出しに含めるべきユーザの定義済みリストである。ＳＣＧ２５０は、高速会議コントローラ２００によって管理される。特定のＳＣＧに関する高速会議呼出しを開始するために、高速会議コントローラ２００は、その特定のＳＣＧに関するユーザのリストを会議サーバ１００に提供し、会議サーバ１００がＳＣＧ内のユーザにダイヤルアウトし、高速会議呼出しにこうしたユーザを加えるように試みることを可能にする。

一実施形態では、各ＳＣＧリストは、特定の会議呼出しについて呼び出すべきユーザの電話番号を含む。別の実施形態では、各ＳＣＧリストは、各会議参加者について複数の電話番号を含む。例えば、高速会議システム１０は、その会議参加者に接触しようと試みて、参加者の携帯電話などの、参加者に関する第１番号を試みることができ、第１番号で参加者が応答しない場合、オフィスの電話などの第２番号、次いで場合によっては家の電話などの第３番号を試みることができる。

さらに別の実施形態では、各ＳＣＧリストは、特定の会議呼出しについて呼び出すべきユーザのユーザ名を含む。この実施形態では、高速会議コントローラ２００は、ユーザ名を事前登録された電話番号に対応付ける高速会議コントローラ２００内または会議サーバ１００内のデータベースに照会し、次いで会議サーバ１００に対してｄｉａｌ−ｂｙ−ｎｕｍｂｅｒコマンドを発行することができる。各ユーザは、ユーザのユーザ名から電話番号への対応付けを管理することができる。

一例を挙げると、ＳＣＧグループ内のアリス、ボブ、およびチャーリーという３人のユーザを考慮する。アリスは、以前にログインして自分の登録された電話を７８１−１２３−４５６７と設定しており、ボブは、以前にログインして自分の登録された電話を７８１−１２３−５６７８と設定しており、チャーリーは、以前にログインして自分の登録された電話を７８１−１２３−６７８９と設定している。このＳＣＧに関する高速会議呼出しを開始するために、高速会議コントローラ２００は、このＳＣＧ内の各ユーザについて現在の電話番号を調べ、会議サーバ１００から７８１−１２３−４５６７、７８１−１２３−５６７８、および７８１−１２３−６７８９への呼出しを開始する。その後のある時に、アリスが自分の登録された電話番号を変更することを決定した場合、アリスは、システム１０にログインし、新しい番号７８１−５５５−１２１２を入力することができる。次回に高速会議呼出しがＳＣＧに関して開始されると、アリスは、会議室によってアリスの新しい番号にダイヤルアウトを受ける。したがって、ユーザは、他のユーザの電話番号を決して知る必要がなく、管理する必要がない。

一般には、特定のユーザ（ユーザ１）２０が特定の高速会議グループ（ＳＣＧ）２５０に関連する会議室１５０に入るときに、高速会議呼出しが開始される。一実施形態では、ユーザは、会議サーバ１００に関するメイン番号をダイヤルし、次いでＳＣＧに関する特定の会議室１５０を指定するアクセス・コードを入力することによって高速会議室１５０に入る。ユーザはまた、メイン番号と、いくつかの休止文字と、アクセス・コードとを含むユーザの標準的な携帯電話、ＰＯＴＳ電話、またはＰＢＸ電話上でプログラムされた高速ダイヤル・キーをも有する。別の実施形態では、多数の異なるＤＩＤ（ダイヤルイン）番号から呼出しを受信するように会議サーバ１００を設計することができ、入るべき会議室が、特定のＤＩＤ番号自体によって指定される。例えば、呼出しがＳＩＰ呼出しである場合、ＳＩＰプロキシは、別名を使用して、７８１−８９７−１２３４などのダイヤルイン番号を、Ｔｏ：ｓｅｓｓｉｏｎ＿０１８３４６１などの特別なＳＩＰ ＵＲＩに変換することができ、コード０１８３４６１は、ＳＣＧ２５０に関する会議室番号を指す。

さらに別の実施形態では、ユーザ・オペレータは、会議サーバ１００に対する会議アプリケーション・プログラム・インターフェース（ＡＰＩ）を提供する、ユーザ・オペレータの通信装置３０上のグラフィカル・ユーザ・インターフェース（ＧＵＩ）を介して、会議サーバ１００に命令を与えることができる。第１会議参加者がどのように特定の会議室１５０に入るかに関するいくつかの異なる実施形態および変形形態が本発明で企図され、そのうちのいくつかだけが本明細書で説明されることを理解されたい。

第１ユーザがＳＣＧ２５０に関する会議室１５０に入ると、会議室１５０は、高速会議コントローラ２００から受信した命令に基づいて、かつ／または会議サーバ１００内に格納された内部ポリシーに基づいて、ＳＣＧ２５０内の他のユーザ（ユーザ２．．．ユーザＭ）にダイヤルアウトして、会議呼出しに加わるように他のユーザを招待する。他のユーザが会議呼出しに参加するようにとの招待を受諾すると、会議室１５０は、会議呼出しに対して、各ユーザについて、各音声およびデータ接続について別々の会議レッグを確立する。

会議呼出しの間、会議室１５０は、会議参加者から受信した着信音声（またはボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）メディア・ストリーム）を混合し、混合したメディア・ストリームを会議参加者に送り戻し、会議呼出しの間、インスタント・メッセージング、プレゼンテーション共有、デスクトップ共有、ビデオなどの様々なデータ会議サービスを会議参加者に提供する。高速会議コントローラ２００に関連して、会議室１５０はまた、例えば所定の解放時間、イベントの発生、または別の参加者の行動などに基づいて、１人または複数の参加者をミューティングまたは非ミューティングし、かつ／または１人または複数の参加者を除去するなど、会議呼出しの会議レッグを管理する様々なポリシーも実装する。

例示的シナリオでは、第１ユーザ（ユーザ１）が会議サーバ１００にダイヤルインし、例えば会議室１５０に対応するアクセス・コードを入力することによってこの会議室（会議室Ｎ）に入るとき、高速会議コントローラ２００は、高速会議コントローラ２００がＩＰリンク５０を介して受信する通知イベントを介して通知を受ける。典型的な通知イベントは、呼出し元ＩＤ（または呼出し元がＳＩＰ装置である場合、ＳＩＰ Ｆｒｏｍ：ヘッダ）、ならびに呼出し元（ユーザ１）によって入力された特定の会議室に関連する固有の番号または識別子を含む。

ユーザ１が、事前準備された高速会議グループ（ＳＣＧ）が存在する会議室に入る場合、高速会議コントローラ２００は、ユーザ１に関する呼出し元ＩＤを参照し、それを、事前準備されたＳＣＧ２５０内の番号のリストと比較する。呼出し元ＩＤ番号がこの会議室１５０に関するＳＣＧ２５０内の番号のうちの１つと合致する場合、高速会議コントローラ２００は、会議サーバ１００に対して１つまたは複数の命令を発行して、ＳＣＧ内の他のすべてのユーザ、すなわちユーザ１の呼出し元ＩＤと異なる他のすべての番号にダイヤルアウトする。ユーザ１の呼出し元ＩＤがこの会議室に関するＳＣＧ２５０内の番号のいずれとも合致しない場合、ＳＣＧリスト内の番号のセット全体が呼び出される。

しかし、ユーザ１が、ＳＣＧが存在しない会議室に入る場合、高速会議コントローラ２００は行動を起こさず、この会議室に関する会議サーバ１００に対してそれ以上のコマンドを発行しない。しかし、高速会議コントローラ２００は引き続き、ＳＣＧが存在する他の会議室に入っている可能性のある呼出し元について会議サーバ１００を監視する。同様に、ＳＣＧが存在する会議室に呼出し元がダイヤルインするが、この呼出し元が第１呼出し元ではない場合、すなわち少なくとも１人の他者が既にこの会議室内にいる場合、会議が既にアクティブであるので、高速会議コントローラ２００は行動を起こさない。

例示的実施形態では、会議サーバ１００によってダイヤルアウトされたＳＣＧ２５０内のユーザは当初、「あなたはグループ１２３会議に招待されています。加わるには１を押し、辞退するには２を押して下さい」などの対話型音声応答（ＩＶＲ）プロンプトを受信し、この場合のグループ１２３は、ＳＣＧ２５０に関連するタグまたは識別子である。このようにして、被呼側ユーザは、どの高速会議グループに自分が入ろうとしているかを知ることができる。一般には、ユーザは、１つまたは複数の高速会議グループに属することができる。このＩＶＲメッセージを受信した後、１を押下する各ユーザは、高速会議呼出しに関連する会議室に直ちに加わる。好ましくは、被呼側ユーザが１を押すことによって呼出しを受諾するまで、各ダイヤルアウト・レッグに関連するすべての音声がミューティングされる。したがって、高速会議内に既にいる第１ユーザを含む他のユーザは、留守番電話プロンプト、連続的呼出し音、ビジー信号などの気を散らす余分な音を会議室内で聴くことがない。一実施形態では、高速会議内のすべてのユーザが、他の各被呼者が１を押すことによって会議に加わった直後に単一ビープ音を聴く。別の実施形態では、ユーザは無音で呼出しに入る。

本発明の別の実施形態によれば、他のユーザにダイヤルアウトするとき、会議サーバ１００は、複数の呼出しを、順番にではなく、並列に行うことができる。すなわち、各ユーザを呼び出し、応答および受諾を待つのではなく、会議サーバ１００は、ＳＣＧ２５０内のすべてのユーザを同時に呼び出し、各ユーザが呼出しに応答し、呼出しを受諾するとき、各ユーザが会議に加わる。

ある場合には、被呼側ユーザが呼出しに応答することができないことがあり、その代わりに呼出しがボイスメールに向けて送られる。最終的に、ユーザがユーザのｅメールをチェックするとき、ユーザは、「あなたはグループ１２３会議に招待されています。加わるには１を押し、辞退するには２を押して下さい」というプロンプトを聴く。ユーザがグループ１２３会議室に関連するダイヤルイン・アクセス・コードを知っている場合、ユーザは、既にアクティブな会議に折返しダイヤルインし、会議に加わることができる。しかし、ユーザがコールバックして、この会議が終了している（例えば会議室が空きである）場合、ユーザは、新しい会議内の第１パーティとなる。一実施形態では、高速会議コントローラ２００が、グループ１２３ ＳＣＧの他のすべてのメンバに対して高速会議を再開する。別の実施形態では、高速会議コントローラ２００が、「あなたはこのグループ１２３会議内の第１パーティです。高速会議を開始するには１を押して下さい」と述べる異なるプロンプトを第１呼出し元に対して発行し、それによって、高速会議を開始するか否かの機会を呼出し元に与える。別の例として、高速会議コントローラ２００は、１０秒などの構成可能な期間だけ待機することができ、第１呼出し元が高速会議の開始をすぐにハングアップし、打ち切ることを可能にする。

上記で論じた実施形態では、高速会議をトリガするイベントは、第１ユーザがダイヤルインすることである。しかし、他のタイプのイベントも高速会議をトリガすることができる。例えば、第１ユーザがＳＣＧ２５０に関連する会議室に加わった後にＳＣＧリストのダイヤルアウトを開始するのではなく、システムは、別の会議室内に既にいる参加者によって発行されたＤＴＭＦコマンドに反応することができる。この実施形態では、特定の会議室内に既に１人または複数のユーザがいることがあり、こうしたユーザのうちの１人がＩＶＲと対話して、高速会議プロセスを開始することができる。例えば、ユーザが＃＃５を入力し、「高速会議番号を入力して下さい」と述べるＩＶＲプロンプトを受信することができ、ユーザが特定のＳＣＧ番号に入った後、その番号に対応する適切なＳＣＧリストがダイヤルされる。

別の例として、ＰＣまたはタッチ・スクリーン・ディスプレイ上のアイコンに対するクリックまたはダブルクリックが、開始をトリガすることができる。または、アラーム・サブシステム、ビルディング監視システム、または他の任意の物理的または論理的システム・イベントによって開始される接点閉鎖、センサ検出、しきい値交差などの物理的イベントが、高速会議を生じさせることができる。例示的実施形態では、各被呼者に送達される音声メッセージが、アラームの性質を示すこともでき、その結果、被呼者は、ＤＴＭＦ１キーを押下して高速会議に加わってイベントを議論する前に、アラームに気付く。

ＳＣＧをｅメールまたはＳＭＳメッセージング・システム（図示せず）に結合することもできる。例えば、認証証明書を含むｅメールまたはＳＭＳが高速会議コントローラ２００によって受信される場合、１つまたは複数のＳＣＧ２５０に対して高速会議を開始することができる。同様に、高速会議が開始されるとき、ＳＣＧ内のユーザにＳＭＳメッセージまたはｅメールを送信することもできる。このようにして、被呼者が加わることができなかった場合、被呼者は、ＳＭＳおよび／またはｅメールを受信し、その結果、被呼者はその後まもなく、会議に折返しダイヤルインすることができる。

別の実施形態では、ＳＣＧ２５０が、特定の会議室番号へのリンケージ以外の方式で決定される。例えば、第１呼出し元の呼出し元ＩＤに基づいてＳＣＧ２５０を決定することができる。例えば、呼出し元ＩＤがＳＣＧ１のメンバである場合、ＳＣＧ１が呼び出されるのに対して、呼出し元ＩＤがＳＣＧ２のメンバである場合、ＳＣＧ２が呼び出される。別の実施形態では、呼び出すべきＳＣＧは、時刻、日付などを含む他の要素に依存することができる。例えば、病室内の日中に、高速会議システム１０は日中に勤務する看護師１および日中に勤務する管理者１を呼び出すことができるのに対して、夜間には、同じ高速会議が、夜間に勤務する看護師２および夜間に勤務する管理者２を呼び出すことができる。別の実施形態では、呼び出すべきＳＣＧが、参加者要件に依存することができる。例えば、非常時の使用ケースは、高速会議システム１０が、市長室の代表者、警察署の２人の代表者、および消防署の３人の代表者がすべて会議室内に出席するまで番号を試みることを維持することでよい。

さらに、呼出しリストが、過去の呼出しの成功履歴にも依存することができる。例えば、高速会議システム１０がユーザ２〜５を呼び出し、ユーザ３が呼出しに応答せず、応答を受諾しなかった場合、高速会議コントローラ２００は、ユーザ３のアシスタントまたは代理人など、次に呼び出す人に関する１組の規則を有することができる。このようにして、高速会議システム１０は、受け入れられる参加者のリストが達成されるまで、または何らかの構成可能な時間間隔が満了するまで、異なる番号を呼び出すことを維持することができる。

次に図２を参照して、会議サーバ１００をより詳細に説明する。会議サーバ１００は、処理回路１１０、メモリ１２０、および様々なインターフェース１８０、１８５、および１９０を含む。例えば、会議サーバのステータスをチェックする（例えば、問題のトラブルシュート、ステータス・レポートの受信）ために、インターフェースは、キーボード、マウス、ＩＰネットワーク、または他の類似の入力装置などの入力装置から入力を受け取るように結合された入力インターフェース１８５と、ディスプレイ、スピーカ、プリンタ、ＩＰネットワーク、または他の出力装置などの出力装置にステータス情報を提供するように結合された出力インターフェース１８０とを含むことができる。さらに、ＩＰネットワーク・インターフェース１９０が、制御および監視情報を高速会議コントローラに送信し、高速会議コントローラから受信するように接続される。電話インターフェース１９５も、メディア（例えば、回線交換音声、ＶｏＩＰメディア・ストリーム、および／またはデータ）をユーザ通信装置に送信し、ユーザ通信装置から受信するように接続される。上述のように、電話インターフェース１９５は、ＶｏＩＰメディアを送信するパケット交換Ｉ／Ｆ、または送信された回線交換音声のための回路交換Ｉ／Ｆのうちの１つまたは複数を含むことができる。

図２に示されるように、メモリ１２０は、オペレーティング・システム１３０および会議ソフトウェア・モジュール１４０を含む。したがって、処理回路１００は、オペレーティング・システム１３０および会議ソフトウェア・モジュール１４０を実行することのできる１つまたは複数のプロセッサを含む。本明細書では、「プロセッサ」という用語は一般に、ＰＣなどの汎用コンピュータを駆動する装置であると理解されたい。しかし、本明細書に記載の特典および利点を達成するために、マイクロコントローラ、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、またはそれらの組合せなどの他の処理装置も使用できることに留意されたい。メモリ１２０は、限定はしないが、ハード・ドライブ、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュ・メモリ、コンパクト・ディスク、フロッピィ・ディスク、ＺＩＰ（登録商標）ドライブ、テープ・ドライブ、データベース、あるいは他のタイプの記憶装置または記憶媒体を含む任意のタイプのデータ記憶装置を含む。

会議サーバ１００の一般的動作では、処理回路１１０は、会議ソフトウェア・モジュール１４０にアクセスして会議ソフトウェア・モジュール１４０を実行し、複数の参加者間の会議呼出しを開始および制御する。例えば、会議ソフトウェア・モジュール１４０の実行中、処理回路１１０は、電話Ｉ／Ｆ１９５を介して会議参加者から入力を受信し、ＩＰネットワークＩ／Ｆ１９０を介して高速会議コントローラから入力を受信するように通信可能に結合される会議制御アプリケーション・プログラム・インターフェース（ＡＰＩ）１６５を介して、高速会議呼出しのための会議室１５０を作成および管理する命令を受け取るように動作可能である。会議室１５０は、電話Ｉ／Ｆ１９５を介して会議参加者から着信メディア（例えば回線交換音声、ＶｏＩＰメディア・ストリーム、および／またはデータ）を受信し、処理回路１１０を使用して、受信したメディアを処理し、処理したメディア１７０（例えば混合音声および／またはデータ）を会議呼出し中に会議参加者に送り戻す。

さらに、会議室１５０および／または処理回路１１０は、１つまたは複数の会議ポリシー１６０にアクセスして、会議呼出しを制御および／または管理することができる。アクセスした後に、処理回路１１０は、ポリシー１６０によって指示されるルーチンを実施する。会議ポリシー１６０を事前定義することができ、または会議制御ＡＰＩ１６５を介して、会議参加者または高速会議コントローラのうちの１つから受信することができる。例えば、例示的実施形態では、ポリシー１６０は、会議呼出しに含めるべき１つまたは複数の会議参加者を識別することができる。別の例示的実施形態では、ポリシー１６０は、会議呼出し中に１つまたは複数の参加者のミューティングまたは非ミューティングを制御することができる。

図３は、本発明の実施形態による例示的高速会議流れ図を示す。高速会議を開始するために、３１０で、第１ユーザ（ユーザ１）３０が、ユーザ１の通信装置上の高速ダイヤル・キーを押下し、それにより、３２０で、通信装置は、ユーザ１から高速会議システム１０の会議サーバに呼出しを行う。高速ダイヤル番号は、高速会議のための会議室番号を含むか、もしくは、高速会議呼出しのための特定のＤＩＤである。３３０で、ユーザ１は、特定の高速会議グループ（ＳＣＧ）に関連する特定の高速音声会議に加わり、２方向メディアが流れ始める。３４０および３５０で、高速会議システム１０は、会議サーバからＳＣＧの他のメンバ、具体的にはユーザ２．．．ユーザＭに自動的に発信呼出しを行ない、高速会議呼出しに加わるようにＳＣＧの他のメンバを招待する。３６０で、ユーザ２は、（例えば、ユーザ２の通信装置上の１つまたは複数のＤＴＭＦディジットを押下し、または高速会議システム１０に関連するＩＶＲシステムに音声応答を与えることにより）呼出しに加わるようにとの招待を受諾する。その後で、３７０で、ユーザ２は、ユーザ１と同じ会議室に配置され、会議室を介してユーザ１とユーザ２との間で２方向メディアが流れ始める。最後に、３８０および３９０で、ユーザＭが、高速会議呼出しに加わるようにとの招待を受諾し、会議室を介してユーザ１、ユーザ２．．．ユーザＭの間で２方向メディアが流れ始める。

図４は、本発明の実施形態による、会議室１５０の例示的音声混合動作を示す。図４では、複数の参加者３０（Ａ、Ｂ、Ｃ、およびＤ）が、会議サーバ１００を介して会議呼出しに関わり、会議室１５０に入力メディア３１０を送信し、会議室１５０から出力メディア３２０を受信するように結合される。参加者ＡおよびＢは、会議室１５０への音声接続（音声会議レッグ）とデータ接続（データ会議レッグ）のどちらも有し、参加者ＣおよびＤは、会議室１５０への音声接続（音声会議レッグ）のみを有する。したがって、参加者Ａは、会議室１５０に音声（音声Ａ）とデータ（データＡ）のどちらも送信することができ、参加者Ｂは、会議室１５０に音声（音声Ｂ）とデータ（データＢ）のどちらも送信することができ、参加者Ｃは、会議室１５０に音声（音声Ｃ）を送信することができ、参加者Ｄは、会議室１５０に音声（音声Ｄ）を送信することができる。

上述のように、会議室は、すべての参加者３００から受信した入力メディアを組み合わせ、組み合わせたメディア３２０を参加者に送り戻すように動作する。例えば、会議呼出し中、会議室１５０は、参加者Ａ（音声Ａ）および参加者Ｄ（音声Ｄ）から音声を同時に受信し、会議室１５０は、音声を混合し、混合した音声を参加者ＢおよびＣに送り戻す。エコーを回避するために、会議室１５０は、参加者Ｄから参加者Ａへの音声のみを送信し、参加者Ａから参加者Ｄへの音声のみを送信する。同様に、会議室１５０が参加者Ａから音声（音声Ａ）とデータ（データＡ）のどちらも受信する場合、会議室は、参加者Ｂに音声（音声Ａ）とデータ（データＡ）をどちらも送信し、参加者ＣおよびＤに音声（音声Ａ）のみを送信する。

図５は、本発明の実施形態による、高速会議開催を容易にする例示的プロセス５００を示す流れ図である。プロセスはブロック５１０で始まり、ユーザのリストを含む高速会議グループが、定義済みの会議室に対して準備される。ブロック５１０で、特定のユーザからの着呼が、会議サーバで受信される。ブロック５１５で、ユーザが、定義済みの会議室に入らない場合、ブロック５２０で、通常の会議呼出し処理が適用される。しかし、ブロック５１５で、ユーザが事前定義された会議室に入る場合、ブロック５２５で、ユーザが会議室内の第１ユーザであるかどうかの判定が行われる。そうでない場合、プロセスはブロック５２０で再開し、通常の会議呼出し処理が着呼に対して適用される。

しかし、ユーザが定義済みの会議室内の第１ユーザである場合、ブロック５３０で、第１ユーザのユーザＩＤ（例えば呼出し元ＩＤ）が、定義済みの会議室に関するＳＣＧでリストされるユーザのすべてのユーザＩＤと比較される。ブロック５３５で、第１ユーザのユーザＩＤがＳＣＧ内のユーザＩＤのうちの１つと合致する場合、ブロック５４０で、会議サーバは、ＳＣＧ内の他のユーザのすべてにダイヤルアウトする。しかし、第１ユーザのユーザＩＤがＳＣＧ内のユーザＩＤのいずれとも合致しない場合、ブロック５４５で、会議サーバは、ＳＣＧ内のユーザのすべてにダイヤルアウトする。

ブロック５５０で、呼び出された各ユーザについて、会議サーバは、会議呼出しに加わるようにユーザを招待するプロンプトを与えると共に、ユーザと定義済みの会議室との間の音声をミューティングする。ブロック５５５で、加わるようにとの招待を受諾する各ユーザについて、ブロック５６０で、そのユーザが定義済みの会議室内の会議呼出しに接続され、ユーザと定義済みの会議室との間の音声が非ミューティングされる。

当業者は理解するであろうが、本願に記載の革新的な概念を広範な適用分野にわたって修正および変更することができる。したがって、主題の特許の範囲は、論じられた特定の例示的教示のいずれにも限定されるべきではなく、以下の特許請求の範囲によって定義される。

Claims (7)

1. 高速会議開催を容易にする会議サーバであって、
   高速会議グループに属する会議参加者間の会議呼を管理するように動作可能な会議室と、
   前記会議室に結合され、前記会議室を作成するように動作可能であり、さらに前記高速会議グループ内の前記会議参加者の各々への過去の呼出しの成功履歴に基づいて前記会議呼のための呼出しリストを決定するように動作可能な処理回路とを備え、
   前記会議参加者のうちの一つが会議呼を開始する以外のイベントの発生時に、前記処理回路がさらに、前記イベントと関連する前記高速会議グループを決定し、前記呼出しリストに基づいて前記高速会議グループ内の前記会議参加者を自動的に呼び出して、前記会議呼に加わるように前記会議参加者を招待するように動作可能である、会議サーバ。
2. 前記高速会議グループを維持するように動作可能な会議コントローラをさらに含み、前記高速会議グループが、前記高速会議グループ内の前記会議参加者の少なくとも一部を識別するユーザ識別のリストを含み、
   前記会議コントローラが、前記会議サーバに前記ユーザ識別を与えて、前記会議サーバが前記高速会議グループ内の前記会議参加者を呼び出して、前記会議呼に加わるように前記会議参加者を招待することを可能にする、請求項１に記載の会議サーバ。
3. 前記ユーザ識別がユーザ名およびユーザ電話番号のうちの少なくとも１つを含み、前記ユーザ名のそれぞれが前記ユーザ電話番号の少なくとも１つに対応付けられる、請求項２に記載の会議サーバ。
4. 前記処理回路がさらに、前記会議参加者をほぼ同時に呼び出して、前記会議呼に加わるように前記会議参加者を招待するように動作可能である、請求項１に記載の会議サーバ。
5. 前記処理回路がさらに、前記会議参加者が前記会議呼に加わるまで、前記会議参加者のそれぞれと前記会議室との間で別々に音声をミューティングするように動作可能である、請求項１に記載の会議サーバ。
6. 高速会議開催を容易にするシステムであって、
   高速会議グループに属する会議参加者間の会議呼を管理するように動作可能な会議室を含む会議サーバを備え、前記会議サーバがさらに、前記会議参加者のうちの一つが前記会議呼を開始する以外のイベントの発生の電子的な通知を受信し、前記イベントと関連する前記高速会議グループを決定し、前記会議呼に対する前記会議室を作成し、前記高速会議グループ内の前記会議参加者を自動的に呼び出して、前記会議呼に加わるように前記会議参加者を招待するように動作可能であり、さらに、
   前記高速会議グループを維持するように動作可能な会議コントローラを含み、前記高速会議グループが、前記高速会議グループ内の前記会議参加者の少なくとも一部を識別するユーザ識別のリストを含み、会議コントローラがさらに、前記高速会議グループ内の前記会議参加者の各々への過去の呼出しの成功履歴に基づいて前記会議呼のための呼出しリストを決定し、前記会議サーバに命令を与えて、前記会議参加者に関連するそれぞれの前記ユーザ識別を使用して前記呼出しリストに基づいて前記高速会議グループ内の前記会議参加者を呼び出すように動作可能である、システム。
7. 高速会議開催を容易にする方法であって、
   会議参加者を含む高速会議グループを会議サーバに準備し、
   前記会議参加者のうちの一つが前記会議呼を開始する以外のイベントが発生しているという電子的な通知を前記会議サーバで受信し、
   前記イベントと関連する前記高速会議グループを前記会議サーバが決定し、
   前記高速会議グループ内の前記会議参加者の各々への過去の呼出しの成功履歴に基づいて前記会議呼のための呼出しリストを前記会議サーバが決定し、
   前記イベントに応答して、前記高速会議グループの前記会議参加者に関係する前記会議呼に対する会議室を前記会議サーバに作成し、
   前記呼出しリストに基づいて前記会議サーバが前記高速会議グループ内の前記会議参加者を自動的に呼び出して、前記会議呼に加わるように会議参加者を招待し、
   前記会議室を介して、前記会議参加者を前記会議呼に加わらせる、方法。

Images