(57)【特許請求の範囲】
【請求項１】
複数当事者テレフォンコンファレンシングシステムであって、
通信ネットワークに接続され、ホストの電話番号を持つホスト加入者回線を取り扱う電話交換システムと、
該通信ネットワークに接続されたコンファレンスブリッジと、
少なくともテレフォンコンファレンスコールのホストに関連づけられた該ホストの電話番号と該テレフォンコンファレンスコールのためにスケジュールされた時間とを含み、該ホストからの予約要求に応答してコンファレンスブリッジ予約システムに登録されている、テレフォンコンファレンスコールを定義する情報を記憶するためのコンファレンスブリッジ予約システムと、
該電話交換システムに接続されたサービスコントロールポイントとを含み、
参加者によって該ホストの電話番号に発呼された入来呼に応答して、該電話交換システムは、該ホスト加入者回線がビジーであるか否かを判定し、該ホスト加入者回線がビジーである場合に、該サービスコントロールポイントに質問を送信し、
該質問に応答して、該サービスコントロールポイントは、該ホストの電話番号に関連するテレフォンコンファレンスコールについて予約が存在するか否か、及び該入来呼が該スケジュールされた時間の間に発呼されたか否かを判定し、
該サービスコントロールポイントが、該ホストの電話番号に関連するテレフォンコンファレンスコールについて予約が存在し、且つ該入来呼が該スケジュールされた時間の間に発呼されたと判定したことに応答して、該サービスコントロールポイントは、該電話交換システムが該ホストに向けられた該入来呼を該コンファレンスブリッジにリダイレクトするように該電話交換システムに指示するメッセージを該電話交換システムに送信し、
該電話交換システムは、該メッセージに応答して、該入来呼を該コンファレンスブリッジにリダイレクトし、
該コンファレンスブリッジは、該ホストの電話番号からリダイレクトされた該入来呼に応答して、該入来呼を該コンファレンスコールに参加させることを特徴とする複数当事者テレフォンコンファレンシングシステム。
【請求項２】
該コンファレンスブリッジに結合されたコンファレンスブリッジ予約システムをさらに有し、該コンファレンスブリッジ予約システムは、テレフォンコンファレンスコールを定義する該情報を受信しかつ記憶することを特徴とする請求項１記載のシステム。
【請求項３】
該電話交換システムに結合されたサービスコントロールポイントをさらに有し、該サービスコントロールポイントは、テレフォンコンファレースコールを定義する該情報を受信しかつ記憶することを特徴とする請求項１記載のシステム。
【請求項４】
該電話交換システムは、該ホスト電話番号に関連づけられた被呼者ビジートリガファシリッティを含み、
該電話交換システムは、該トリガファシリティ及び該ホスト電話番号への到来呼びに応答して、該呼びに加えられるべき処理に関するインストラクションを該サービスコントロールポイントに質問することを特徴とする請求項３記載のシステム。
【請求項５】
該サービスコントロールポイントは、該質問及びテレフォンコンファレンスコールを定義する該情報に応答して、該到来呼びが該情報により定義された該コンファレンスコールに対応するかどうかを決定することを特徴とする請求項４記載のシステム。
【請求項６】
複数当事者テレフォンコンファレンシングシステムであって、
通信ネットワークに接続され、ホストの電話番号を持つホスト加入者回線を取り扱う電話交換システムと、
該通信ネットワークに結合されたコンファレンスブリッジユニットと、
コンファレンスブリッジ予約システムと、
該電話交換システムに接続されたサービスコントロールポイントとを含み、
該コンファレンスブリッジ予約システムは、
少なくともコンファレンスコールのホストに割り当てられた少なくともホスト電話番号と該コンファレンスコールのためにスケジュールされた時間とを含み、該ホストからの予約要求に応答してコンファレンスブリッジ予約システムに登録されている、コンファレンスコールを定義する情報のための記憶ファシリティを含み、
該コンファレンスブリッジユニットは、
複数の入来呼及び該入来呼の各々を定義する情報を該電話ネットワークから受信するように適合された入力ポートとを有し、該情報は、少なくとも１人の参加者によってダイヤルされ、該ホストの電話番号に一致し、該入来呼に関連づけられた被呼番号を含み、
複数の参加者によって該ホストの電話番号に発呼された複数の入来呼に応答して、該電話交換システムは、該ホスト加入者回線がビジーであるか否かを判定し、該ホスト加入者回線がビジーである場合に、該サービスコントロールポイントに質問を送信し、
該質問に応答して、該サービスコントロールポイントは、該ホストの電話番号に関連するコンファレンスコールについて予約が存在するか否か、及び該入来呼が該スケジュールされた時間の間に発呼されたか否かを判定し、
該サービスコントロールポイントが、該ホストの電話番号に関連するテレフォンコンファレンスコールについて予約が存在し、且つ該入来呼が該スケジュールされた時間の間に発呼されたと判定したことに応答して、該サービスコントロールポイントは、該電話交換システムが該ホストに向けられた該入来呼を該コンファレンスブリッジユニットにリダイレクトするように該電話交換システムに指示するメッセージを該電話交換システムに送信し、
該コンファレンスブリッジユニットは、該ホストの電話番号及び該入来呼に関連づけられた該被呼番号に応答して、該ホスト電話番号に一致する該関連づけられた被呼番号を有する入来呼を結合するために選択し、
該コンファレンスブリッジユニットは、該複数の入来呼の該選択されたものをコンファレンスタイプ呼びとして該コンファレンスコールに結合するためのブリッジファシリティをさらに有することを特徴とするシステム。
【請求項７】
該コンファレンスブリッジユニットに結合されたコンファレンスブリッジ予約システムをさらに含み、
該コンファレンスブリッジ予約システムは、予約されたコンファレンスコールを定義する予約情報を受信しかつ記憶するように適合されており、該情報は、該コンファレンスコールのホストに割り当てられた少なくともホスト電話番号を含み、
該コンファレンスブリッジ予約システムは、コンファンレンスコールを定義する該予約情報を該コンファレンスブリッジユニットに転送するように適合されていることを特徴とする請求項６記載のシステム。
【請求項８】
該コンファレンスブリッジユニットは、該入来呼に応答して、その呼びが予約されたコンファレンスコールに対応するかどうかを各呼に対して決定するものであり、
その呼が予約されたコンファレンスコールに対応しない場合、その呼びに関連づけられた発呼者にアドバイスするためのファシリティをさらに含むことを特徴とする請求項７記載のシステム。
【請求項９】
その呼びが予約されたコンファレンスコールに対応しない場合その呼びに関連づけられた発呼者にアドバイスするための該ファシリティは、ボイスアナウンスメントシステムであることを特徴とする請求項８記載のシステム。
【請求項１０】
その呼びが予約されたコンファレンスコールに対応しない場合その呼に関連づけられた発呼者に通知するための該ファシリティは、該発呼者の該電話機に表示するためにメッセージを送信するためのメッセージジェネレータであることを特徴とする請求項８記載のシステム。
【請求項１１】
その呼びが予約されたコンファレンスコールに対応しない場合その呼に関連づけられた発呼者に通知するための該ファシリティは、該発呼者のコンピュータ上に表示するためにメッセージを送信するためのメッセージジェネレータであることを特徴とする請求項８記載のシステム。
【請求項１２】
複数当事者テレフォンコンファレンシングシステムであって、
通信ネットワークに接続され、ホストの電話番号を持つホスト加入者回線を取り扱う電話交換システムと、
該通信ネットワークに結合されたコンファレンスブリッジユニットと、
コンファレンスブリッジ予約システムと、
該電話交換システムに接続されたサービスコントロールポイントとを含み、
該コンファレンスブリッジ予約システムは、
少なくともコンファレンスコールのホストに割り当てられた少なくともホスト電話番号と該コンファレンスコールのためにスケジュールされた時間とを含み、該ホストからの予約要求に応答してコンファレンスブリッジ予約システムに登録されている、コンファレンスコールを定義する情報のための記憶ファシリティを含み、
該コンファレンスブリッジユニットは、
複数の入来呼及び該入来呼の各々を定義する情報を該通信ネットワークから受信するように適合された入力ポートとを有し、
複数の参加者によって該ホストの電話番号に発呼された複数の入来呼に応答して、該電話交換システムは、該ホスト加入者回線がビジーであるか否かを判定し、該ホスト加入者回線がビジーである場合に、該サービスコントロールポイントに質問を送信し、
該質問に応答して、該サービスコントロールポイントは、該ホストの電話番号に関連するコンファレンスコールについて予約が存在するか否か、及び該入来呼が該スケジュールされた時間の間に発呼されたか否かを判定し、
該サービスコントロールポイントが、該ホストの電話番号に関連するコンファレンスコールについて予約が存在し、且つ該入来呼が該スケジュールされた時間の間に発呼されたと判定したことに応答して、該サービスコントロールポイントは、該電話交換システムが該ホストに向けられた該入来呼を該コンファレンスブリッジユニットにリダイレクトするように該電話交換システムに指示するメッセージを該電話交換システムに送信し、
該複数の入来呼の各々に対して、該コンファレンスブリッジユニットは、該入来呼の情報と該コンファレンスコールを定義する記憶されている該情報とを比較し、該入来呼の情報が該コンファレンスコールを定義する記憶されている該情報に対応する場合にのみ、その入来呼を該コンファレンスコールに結合するように構成され、
該コンファレンスブリッジユニットは、該複数の入来呼のうちの該選択されたものをコンファレンスコールとして結合するためのブリッジファシリティをさらに有することを特徴とするシステム。
【請求項１３】
該コンファレンスコールに対応する該選択された入来呼の各々に対して、
該コンファレンスコールに関連づけられたホストに、その入来呼の存在を通知するための手段と、
その入来呼を該コンファレンスコールに結合すべきかどうかのインストラクションを該ホストから受信するための手段をさらに含むことを特徴とする請求項１２記載のシステム。
【請求項１４】
該選択された入来呼にそれぞれ関連づけられた発呼電話番号を該ホストに通知するための手段をさらに含むことを特徴とする請求項１３記載のシステム。
【請求項１５】
該選択された入来呼にそれぞれ関連づけられた加入者の名前を該ホストにアドバイスするための手段さらに含むことを特徴とする請求項１３記載のシステム。
【請求項１６】
該選択された入来呼にそれぞれ関連づけられた発呼電話番号を該ホスト以外の発呼者に通知するための手段をさらに含むことを特徴とする請求項１３記載のシステム。
【請求項１７】
該選択された入来呼にそれぞれ関連づけられた加入者の名前を該ホスト以外の発呼者に通知するための手段をさらに含むことを特徴とする請求項１３記載のシステム。
【請求項１８】
発呼者から該ホストへのメッセージを該コンファレンスブリッジユニットから受信して、該受信したメッセージを記録することができるように、該コンファレンスブリッジユニットに結合された手段をさらに含むことを特徴とする請求項１３記載のシステム。
【請求項１９】
自動化された通信システムにおいてテレフォンコンファレンスコールを確立するための方法であって、
（ａ）  コンファレンスコールのホストの電話回線に割り当てられたホスト電話番号と該コンファレンスコールのためにスケジュールされた時間とを含み、コンファレンスコールを定義する情報をコンファレンスブリッジ予約システムで受信するステップと、
（ｂ）  該コンファレンスコールの該ホストから該ホスト電話番号をダイヤルすることにより発呼された開始呼びを電話交換システムで受信するステップと、
（ｃ）  最初に該ホスト電話番号に向けられた参加者呼びを、該コンファレンスに参加することを希望する参加者から該電話交換システムで受信するステップと、
（ｄ）  複数の参加者によって該ホストの電話番号に発呼された複数の該参加者呼びに応答して、該ホスト加入者回線がビジーであるか否かを該電話交換システムで判定し、該ホスト加入者回線がビジーである場合に、該サービスコントロールポイントに質問を送信するステップと、
（ｅ）  該質問に応答して、該ホストの電話番号に関連するコンファレンスコールについて予約が存在するか否か、及び該参加者呼びが該スケジュールされた時間の間に発呼されたか否かを該サービスコントロールポイントで判定するステップと、
（ｆ）  該サービスコントロールポイントが、該ホストの電話番号に関連するコンファレンスコールについて予約が存在し、且つ該参加者呼びが該スケジュールされた時間の間に発呼されたと判定したことに応答して、該電話交換システムが該ホストに向けられた該参加者呼びをコンファレンスブリッジにリダイレクトするように該電話交換システムに指示するメッセージを該サービスコントロールポイントから該電話交換システムに送信するステップと、
（ｇ）  該メッセージに応答して、該電話交換システムによって、該参加者呼びを該ホスト電話番号から該コンファレンスブリッジにリダイレクトするステップと、
（ｈ）  該開始呼びと該参加者呼びとを該コンファレンスコールとして結合するステップとを有することを特徴とする方法。
【請求項２０】
（ｃ）のステップは、該参加者呼びの各々に対して、
（ｃ１）  コンファレンスコールを定義する該情報を参照することにより、該ホスト電話番号が該コンファレンスコールに関連づけられていることを識別するステップと、
（ｃ２）  該ホスト電話番号が該コンファレンスコールに関連づけられていることを決定した場合に、該コンファレンスコールを処理するために割り当てられたコンファレンスブリッジに該参加者呼びをリダイレクトするステップとをさらに含むことを特徴とする請求項１９記載の方法。
【請求項２１】
（ｈ）のステップが、該参加者呼びの各々に対して、
（ｈ１）  その参加者呼びの存在を該ホストに通知するステップと、
（ｈ２）  該ホストから、該参加者呼びを受け入れるべきかまたは拒否するべきかのインストラクションを受信するステップと、
（ｈ３）  該ホストからの該インストランクションが該参加者呼びを受け入れるべき場合、該参加者呼びを該コンファレンスコールに参加させるステップとをさらに含むことを特徴とする請求項１９記載の方法。
【請求項２２】
（ｈ４）  該ホストからの該インストランクションが該参加者呼びを拒否すべきである場合、コンファレンスの参加が拒否されたことを通知するアナウンスメントを再生するステップをさらに含むことを特徴とする請求項２１記載の方法。
【請求項２３】
（ｈ４）  該ホストからの該インストランクションが該参加者呼びを拒否するべきものである場合、ビジー回線に発呼された呼びに通常適用される処理と等しい処理を該参加者呼びに適用するステップをさらに含むことを特徴とする請求項２１記載の方法。
【請求項２４】
（ｈ４）  該ホストからの該インストランクションが該参加者呼びを拒否するべきものである場合、該呼びをボイスメールシステムにリダイレクトするステップをさらに含むことを特徴とする請求項２１記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信システムおよびサービスに係り、特に、数人の参加者間でコンファレンスコールを確立するためのシステムおよび方法に関する。
【０００２】
【従来の技術】
「コンファレンスコール」は、通信システムにより提供されるすでに知られている機能であり、電話接続は、二人以上の当事者間で同時の通信のために確立される。コンファレンスコールにより提供される大きな利益は、同じ場所に移動することなしに複数の当事者がミーティングをすることを可能にすることである。したがって、コンファレンスコールは、プロジェクトまたはチームミーティングのためにしばしば使用され、異なる場所にいる人々が電話によりミーティングをすることを望む他のアプリケーションにおいて、しばしば使用される。コンファレンスコールは、典型的には、２つのすでに知られたアレンジメントのうちの一方においてセットアップされる。即ち、ホストオリジネーテッドコンファレンシング（Host Originated conferencing）および「ミートミー」コンファレンシング（"Meet Me" conferencing）である。
【０００３】
ホストオリジネーティッドコンファレンシングで、ホストは、コンファレンスコールのための所定の時点において、そのローカルエンドオフィス交換機またはＰＢＸ上のコンファレンス機能をアクティブ化し、参加者の各々にダイヤルする。コンファレンスに全ての意図された参加者をうまく参加させるために、各参加者は、その通話の時点においてそれらの指定された場所にいなければならず、各参加者はその呼びに応答しなければならない。ホストオリジネーティッドコンファレンシングについての問題は、しばしば、参加者は別の通話をしており、またはその通話の開始においてそのデスクから離れており、したがって一人または二人以上の意図された参加者がその通話に参加できないことである。
【０００４】
ミートミーコンファレンシングでは、ダイヤルイン電話番号がコンファレンスブリッジに割り当てられ、事前に意図された参加者に知られされる。ミートミーコンファレンシングの利点は、各参加者がいずれの場所からもブリッジにダイヤルすることを可能にすることである。また、参加者が遅刻した場合、参加者は依然としてブリッジにダイヤルすることができ、通話に加えられることができる。
【０００５】
ミートミーコンファレンスコール能力を提供する現在利用可能なシステムは、煩わしく、時間がかかりかつ過ちを犯しがちなユーザオリジネーティッドプロセス（user-originated processes ）を使用する。例えば、コンファレンスコールファシリティを予約するために、ミートミーコンファレンスコールホストは、コンファレンスブリッジ予約エージェントにコンタクトし、所定時点においてコンファレンスブリッジを予約する。
【０００６】
ファシリティが利用可能である場合、予約エージェントは、ホストに、コンファレンスブリッジの電話番号およびその通話に割り当てられるアクセスコードを通知する。反復的にスケジュールされた（例えば、毎週または毎月ほぼ同時刻の通話）コンファレンスコールに対してさえ、コンファレンスブリッジ電話番号は変わる可能性が有り、アクセスコードは典型的に変わる。そして、コンファレンスコールホストは、各参加者に事前にコンタクトし、ブリッジのための電話番号およびアクセスコードを中継しなければならない。
【０００７】
ミートミーコンファレンスコールに参加するために、各参加者は、コンファレンスブレッジの電話番号をダイヤルしなければならない。そして、コンファレンスブリッジ装置は、参加者にアクセスコードを入力することを促す。アクセスコードが有効である場合、参加者はコンファレンスコールに加えられる。大きな組織において、このシナリオは１週間あたり数百回行われ、しばしば、コンファレンスコールに意図された参加者がタイムリーにアクセスすることを妨げる問題がある。そのような問題の例は、以下のものを含む。
【０００８】
（１）参加者が、コンファレンスブリッジおよびアクセスコードの情報を置き忘れるまたは受け取らない。
（２）参加者が、誤った情報を受け取る（いくつかの場合、ホストにより誤った情報が全ての参加者に送信される）。
（３）参加者が、間違ったコンファレンスブリッジにダイヤルし、間違ったアクセスコードを入力して、意図したもの以外のコンファレンスコールに参加する。
【０００９】
【発明が解決しようとする課題】
したがって、コンファレンスコールホストによるコンファレンスコールの確立および意図された参加者によるコンファレンスコールへのアクセスのプロセスを単純化しかつより信頼性あるものにする改良されたコンファレンスコールシステムが必要とされている。
【００１０】
【課題を解決するための手段】
したがって、本発明の目的は、従来技術によるコンファレンスコールシステムの欠点を最小化するコンファレンスコールシステムおよびそれとの組合せで使用する方法を提供することである。
【００１１】
本発明の一側面によれば、「コールミー」コンファレンスコールサービスは、コンファレンスブリッジ、コンファレンス予約、通信スイッチング、およびコントロールファシリティとの組合せで具現化される。コンファレンスに参加することを望む人々は、コンファレンスコールホストの電話機（即ち回線）に通常割り当てられた電話番号に呼びを発する。ホストの回線に当てられた呼びが、ホストをサービスする通信交換局に到達し、以前に予約されたコンファレンスコールがアクティブである場合、通信交換局は、自動的に、その呼びをコンファレンスブリッジファシリティにリダイレクトする。発呼者は、アナウンスメントにより、ホストがコンファレンスコール状態であり、コンファレンスへの参加が招待されていることを通知される。
【００１２】
本発明により構成された「コールミー」コンファレンスコールシステムの好ましい実施形態は、公衆交換通信ネットワーク（ＰＳＴＮ）と接続されたマルチポートコンファレンスユニット（ＭＣＵ）、ＰＳＴＮと接続された通信交換システム、交換システムでの少なくとも１つのシグナリング接続を有するサービスコントロールポイント（ＳＣＰ）または他のインテリジェントネットワークコントロールコンポーネント、ＳＣＰおよびＭＣＵに接続されたコールミーコンファレンスブリッジ予約システム、およびこれらのコンポーネントを接続する適切なファシリティを含む。
【００１３】
本発明の一側面によれば、コールミーコンファレンスコール（ＣＭＣＣ）サービスを実行するために、スイッチングシステム、コンファレンスブリッジ予約システム、ＳＣＰおよびＭＣＵとの組合せで使用するための方法が提供される。
【００１４】
動作において、ＣＭＣＣをホストするべき人が、通話を、コールミーコンファレンスブリッジ予約システムに事前に登録する。ＣＭＣＣホストは、ホストの電話番号、ＣＭＣＣの開始時刻、ＣＭＣＣの長さまたは終了時刻、および予約されるべきコンファレンスブリッジポートの数を同定する。また、ＣＭＣＣコンファレンスをホストすることになる各人に対して、加入が要求される。
【００１５】
顧客がＣＭＣＣサービスに加入する場合、サービスプロバイダは、加入者の電話回線に対する「コールドパーティビジー（Called Party Busy)」インテリジェントネットワークトリガを確立する。このトリガは、コンファレンスホストの回線をサービスする電話交換システムが、ホストの回線がビジーである間に呼びが到着した場合、インストラクションを取り扱う追加的な呼びを求めることを可能にする。
【００１６】
コンファレンスコールに参加を希望する人からの呼びのようなＣＭＣＣホストの電話番号への呼びが、ホストの回線をサービスする通信交換システムに到着し、かつホストの回線がビジーである場合、交換システムは、インテリジェントネットワークトリガがアクティブであると決定し、その呼びをどこにリダイレクトすべきかを決定するために、データベース質問をＳＣＰに対して発する。
【００１７】
ＳＣＰは、コンファレンスコールがアクティブであるかどうかを確認し、アクティブである場合、ＭＣＵの電話番号を交換システムに戻す。そして、交換システムは、その呼びを自動的にＭＣＵにリダイレクトする。ＭＣＵは、被呼者が現在コンファレンスコールをホストしていることを示し、発呼者をそのコンファレンスに参加することを誘い、またはその呼びをアテンダントまたはボイスメールシステムにリダイレクトすることのような他の呼び処理オプションを選択することを誘うアナウンスメントで、発呼者に対応する。
【００１８】
発呼者がコンファレンスに参加することを選ぶ場合、ＭＣＵは、発呼者がそのコンファレンスに参加することを要求しかつホストの承認を待っていることをホストに警報する。この警報は、コーリング番号または発呼者の名前のような発呼者同定情報を含むことができる。ホストに対する警報メッセージは、いくつかの方法で送られ得る。例えば、警報メッセージは、通常のコーラＩＤディスプレイユニット上に表示されるメッセージにより、ＩＳＤＮ電話機に表示されるメッセージにより、またはＨ．３２３ボイスオーバＩＰ端末上のポップアップウインドウ上に示されるメッセージにより、ホストのみが聴くことができるアナウンスメント中のバージ（barge）として送られ得る。
【００１９】
そして、ホストは、その呼びをブリッジに追加すること、またはアテンダントまたはボイスメールシステムにその呼びをリダイレクトすることのような他の処理をその呼びに加えるように、コンファレンスブリッジに指示することができる。ホストは、とりわけ、タッチトーン数字を入力することにより、ＩＳＤＮ機能ボタンを押すことにより、またはＴＣＰ／ＩＰメッセージを送ることにより、コンファレンスブリッジに信号することができる。
【００２０】
本発明により構成されたコールミーコンファレンスブリッジシステムは、望ましくは、コンファレンスブリッジの電話番号またはコンファレンスブリッジアクセスコードのいずれかを参加者に送る必要性を取り除く。また、望ましくは、コンファンレンスコールホストは、各参加者がコンファレンスコールに参加したとき通知される。したがって、ホストは、全ての参加者が通話に参加したかどうかを知る。
【００２１】
これは、参加者がブリッジに参加するときに自分自身を同定しなければならず、またはホストが各参加者にそのアイデンティファイを開示することを求めなければならない公知の「ミートミー」スタイルコンファレンスコールサービスに対する改良である。参加者が「ミートミー」スタイルコンファレンスコールに遅れて参加する場合、この同定プロセスは、コンファレンスコールのビジネスを妨害する。望ましくは、本発明により構成された一実施形態において、遅れて到着した参加者は、だまって参加し、通話のビジネス中の自然な休憩において紹介され得る。
【００２２】
【発明の実施の形態】
図１は、本発明により構成されたコールミーコンファレンスコーリング（ＣＭＣＣ）システムの好ましい実施形態１００を備えた通信ネットワーク１０２のブロック図である。
【００２３】
本願は、これに限定されないが、アナログ電子システム、デジタル電子システム、マイクロプロセッサおよび他の処理エレメントを含む様々な電子的および光的技術を使用して実行され得る通信システム、およびそのようなシステムおよび処理エレメントとの組合せで、方法、プロセスまたはポリシーを実行するためのソフトウェアおよびステップ、インストランクションなどの他の具現化された集合に関する。ここに開示される実施形態は、例示的なものである。
【００２４】
したがって、実施形態は具体的な技術との関連で説明されているが、他の均等な技術も、本発明の精神を保ちつつ、システムを具現化するために使用され得る。また、通信技術分野において、様々な信号リード、バス、データバス、データ構造、チャネル、バッファおよび他の通信パスが、情報または信号を運ぶためのファシリティ、構造または方法を具現化するために使用されることができ、しばしば機能的に均等である。したがって、別段の記載がない場合、信号または情報を運ぶための装置またはデータ構造への参照は、全ての機能的に均等な装置およびデータ構造を一般的に指すことが意図されている。
【００２５】
図１から良く分かるように、本発明により構成されたコールミーコンファレンスコール（ＣＭＣＣ）システムの好ましい実施形態１００は、通信ネットワークのコンテキストにおいて動作する。ＣＭＣＣシステム１００は、コールミーコンファレンスブリッジ予約システム（ＣＢＲＳ）１１０、マルチポートコンファレンスユニット（ＭＣＵ）１１２、アドバンスドインテリジェントネットワーク（ＡＩＮ）サービスコントロールポイント（ＳＣＰ）１１４、通信交換システム１１６、それらの間を相互接続し、公衆交換電話網１１８（または、別の適切なネットワーク）の他の部分に接続するための適切なファシリティ（例えば、ファシリティ１２４，１２６，１２８，１３０，１３２）を含む。
【００２６】
任意的サービスノード１６０は、改良されたユーザインターアクションサービスを提供するために、交換機１１６に接続され得る。任意的なボイスメールシステム１６２は、ファシリティ１６４を介してＰＳＴＮ１１８へ接続され得る。別の任意的なボイスメールシステム１６６が、ファシリティ１６８を介して通信するＭＣＵ１１２の一部または付属物であり得る。
【００２７】
要するに、ＣＢＲＳ１１０は、コンファレンスホストから登録要求を受信し、そのような登録に関する関連情報を、ＳＣＰ１１４およびＭＣＵ１１２に配る。ＭＣＵ１１２は、ＰＳＴＮ１１８を介して交換機１１６から呼び（または呼びレグ（leg)）を受信し、複数の呼びまたは呼びレグからの信号を結合して多くの参加者が通信することを可能にするブリッジング機能を実行する。
【００２８】
ＣＢＲＳ１１０により提供されるコンファレンス登録情報に応答して、コンファレンスホストへの呼びがＭＣＵ１１２にリダイレクトされるべきときを、ＳＣＰ１１４が交換システム１１６に通知し、そのような呼びが向けられるべきＭＣＵに着信する電話番号を同定する。交換システム１１６は、コンファレンスホストに向けられる呼びを受信し、コンファレンスがアクティブである場合、その呼びをＭＣＵ１１２にリダイレクトする。動作において、全てのコンファレンス参加者は、コンファレンスホストに呼びを発することにより予約されたＣＭＣＣコンファレンスに参加する意図をシグナルし、交換システム１１６はこれらの呼びをＭＣＵ１１２にリダイレクトし、そしてＭＣＵ１１２は呼びをブリッジする。
【００２９】
図１において、主要なコンポーネントＣＢＲＳ１１０、ＭＣＵ１１２、ＳＣＰ１１４、交換システム１１６の各々は、ＰＳＴＮ１１８を示すバブルの外側に示されているが、これは、ボックス１００において、ＣＭＣＣシステムの動作を直接的にサポートするこれらのコンポーネントを分離することにより、読者を助けるための意図だけである。これらのコンポーネントのいずれかまたは全ては、ＰＳＴＮ１１８のエレメントとして動作することができ、また協同的プライベートネットワークのエレメントとしても動作できる。
【００３０】
通信交換システム（即ち、交換機）１１６は、ホスト電話機１２０、ＳＣＰ１１４、およびＰＳＴＮ１１８との通信のために適合されたいずれかの適切な交換システムであり、好ましくは、スロアードプログラム制御電子交換システムである。例えば、交換機１１６は、Lucent Technologies, Murray Hill, NJ. から商業的に入手可能な５ＥＳＳ(R) 電子交換システムを使用して具現化され得る。他の適切な交換システムも使用可能である。
【００３１】
本発明の例示的な実施形態は、個別通信回線および「回線交換」モデルによる交換ファシリティを使用する通信ネットワークのコンテキストにおいて説明されるが、当業者は、ここに説明された機能を、パケット送信、ルーティング、およびスイッチングモデルによる通信ネットワークのような他の環境において、本発明の精神から離れることなしに提供するためにどのようにこの例示的な実施形態を修正するかを理解するであろう。
【００３２】
図１から分かるように、コンファレンスホストの電話機１２０は、いずれか適切な接続ファシリティにより、交換機１１６に接続されている。ＣＭＣＣシステム１００における交換機１１６の役割は、コンファレンスホストの電話機または電話回線に向けられた呼びを受信することであり、コンファレンスがアクティブである場合、その呼びをＭＣＵ１１２にリダイレクトすることである。
【００３３】
ＣＭＣＣサービスは、サービスを提供する交換機が、コンファレンスホストの回線のビジー／アイドル状態に関する情報を有することを要求するので、交換機１１６は、好ましくは、コンファレンスホストの電話機１２０に関する「ターミネーティングエンドオフィス」であり、即ち、これは、電話機１２０が接続される、またはホストの電話局、回線または番号に向けられる呼びが通常経路選択される公衆ネットワーク交換機である。
【００３４】
しかし、交換機１１６の役割は、公衆ネットワーク中のタンデムスイッチまたはトールスイッチ、またはプライベートネットワーク中の構内交換機（ＰＢＸ）のような電話機１２０に対するターミネーティングエンドオフィスではない交換機により実行され得るが、交換機がコンファレンスホストの回線の状態を決定することができる場合のみである。現在の局間シグナリングシステムは、異なる交換機に着信する回線の状態を交換機が得るためのメカニズムを直接的に提供しないと思われているが、当業者は、シグナリングシステムおよび交換機オペレーティングソフトウェアが、その情報を提供するためにどのように修正され得るかを理解するであろう。
【００３５】
ホスト電話機１２０は、例えば、Ｈ．３２３エンドポイントを含むいずれかの適切な電話機または他の通信デバイスであり得る。最も単純な場合において、ホスト電話機１２０は、通常のアナログ電話機またはデジタルＩＳＤＮ電話機であり、交換機１１６は、ターミネーティングエンドオフィスであり、ホスト電話機１２０と交換機１１６との間の相互接続１４０は、適切なアナログまたはデジタルローカルループとして具現化され得る。しかし、相互接続１４０は、Ｔ−キャリアまたは他のキャリアファシリティ、ゲートウェイ、マルチプレクサおよびこの技術分野において知られた他の適切なアクセスファシリティを含み得る。
【００３６】
図１において、交換機１１６は、好ましくは、いずれか適切なファシリティ１３２によりＰＳＴＮ１１８へ接続されている。ファシリティ１３２は、例えば、ＩＴＵ−ＴシグナリングシステムＮｏ．７（またはいずれか他の適切なシグナリングフォーマット）のような公知のコモンチャネル局間シグナリングシステムに従って制御される複数のトランク回線（個別またはキャリアタイプ）として具現化されることができ、ワイヤ、光ファイバ、またはいずれか他の適切な伝送媒体により具現化され得る。
【００３７】
ＭＣＵ１１２は、好ましくは、ファシリティ１３２を具現化するための候補として上述したもののいずれかを含むいずれか適切なファシリティ１３０によりＰＳＴＮ１１８に接続される。例えば、ファシリティ１３０は、シンプリファイドメッセージデスクインタフェース（ＳＭＤＩ）プロトコルで動作する複数のライン回線として具現化され得る。交換機１１６は、とりわけ、コンファレンスに参加することを望むものからの呼びを含むコンファレンスホストへの到来呼びを、ファシリティ１３２を介してＰＳＴＮから受信する。
【００３８】
図１において、コンファレンスホストへの到来呼び（破線１３８）が、複数の呼びまたは呼びレグの実際のブリッジングを実行するＭＣＵ１１２に接続されるべき場合、交換機１１６は、好ましくは、その呼びを、ＰＳＴＮ１１８およびファシリティ１３２，１３０を介してＭＣＵ１１２にリダイレクトまたは拡張する（破線１３４）。
【００３９】
また、コンファレンスホストが、ホスト自体の電話番号を発呼することによりコンファレンスコールを開始する場合、交換機１１６は、ＰＳＴＮ１１８を介してＭＣＵ１１２にその呼びをリダイレクトまたは拡張する（破線１３６）。この構成は、ＭＣＵ１１２がＰＳＴＮにより到達可能ないずれか所望の場所に好都合に配置されうる場合、好ましいと思われている。しかし、交換機１１６は、いずれか適切なプライベートファシリティによりＭＣＵと相互接続され得る。
【００４０】
ＣＢＲＳ１１０は、ユーザインタアクションを供給するための公衆ネットワークのエレメントへの適切なインタフェース、および予約情報の交換を提供するためのＭＣＵ１１２およびＳＣＰ１１４に対する適切なインタフェースを備えた適切な汎用コンピューティングファシリティを使用して具現化され得る予約システムである。図１において、ＣＢＲＳ１１０は、リンク１２６を介してＳＣＰ１１４に接続され、リンク１２８を介してＭＣＵ１１２に接続されている。
【００４１】
リンク１２６および１２８は、コンポーネント間のいずれか適切なデータ接続として具現化され得る。例えば、リンク１２６および１２８は、Ｔ−キャリア回線上で行われるＴＣＰ／ＩＰデータ接続として具現化され得る。しかし、これらのリンクは、ｘ．２５，ＨＤＬＣ，ＡＴＭなどを含む他のデータ通信技術およびプロトコルを使用して具現化することができ、光ファイバ、リーストラインタイプデータ回線、ワイヤレスリンクなどを含むいずれか適切な媒体上で行われ得る。
【００４２】
通常の能力を有するコンファレンスブリッジ予約システムの設計は、この技術分野において知られており、いくつかのコンファレンスブリッジ予約システムが、商業的に入手可能である。商業的に入手可能なＣＢＲＳは、その通常の機能に加えて、以下に詳細に説明するＳＣＰおよびＭＣＵに対して予約情報を送るための方法を提供するように修正することにより、本発明のＣＢＲＳ１１０を具現化するために使用され得る。
【００４３】
ＣＢＲＳは、ユーザまたはエージェントから登録要求トランザクションを受信するために、好ましくは、交換機１１６または他のネットワークエレメントと共同する。ＣＢＲＳ１１０は、ユーザまたは登録エージェントと直接的に相互作用し、予約要求を受信しかつこれに応答することができ、この場合、図示しないユーザ／エージェント端末への接続が提供されなければならない。例えば、ＣＢＲＳ１１０は、ＰＳＴＮ１１８へのラインまたはトランク接続を有することが可能であり、登録アレンジメントを成すためにコンファレンスホストが直接的に発呼する割り当てられた電話番号であり得る。
【００４４】
ＣＢＲＳ１１０は、タッチトーン（または均等な）インバンドシグナリングまたはユーザ音声要求を受信するため、および適切なプロンプトおよび応答を提供するための適切なシグナル処理装置を必要とする。ＣＢＲＳ１１０は、ＴＣＰ／ＩＰを介してインタネットに接続可能であり、ユーザがインタネット接続されたコンピュータおよびウェブブラウザによりコンファレンス登録トランザクションを入力することを可能にするワールドワイドウェブによるインタフェースを提供することができる。代替的に、ＣＢＲＳ１１０は、予約情報を得るために、ユーザと相互作用するために、ＣＢＲＳの外部のネットワーク資源を使用することができる。
【００４５】
例えば、ＳＣＰ１１４および交換機１１６は、予約トランザクションを実行するために共同することができ、交換機１１６は、ディジット（digit)を集め、アナウンスメントを再生し、プロンプトし、ＳＣＰは集められたトランザクション情報をＣＢＲＳ１１０に中継する。同様の機能が、任意的サービスノード１６０、ディジット収集を有するインテリジェントネットワークの公知のコンポーネント、アナウンスメント、サービスロジックおよび他の処理能力を使用して利用可能である。適切なサービスノードは、Lucent Technologies, Murray Hill, NJ, から Lucent Technologies Compact Service Node という名称で商業的に入手可能である。
【００４６】
ＭＣＵ１１２は、好ましくは、マルチポイントコンファレンスユニットであり、一般に、公知のコンファレンスユニットから取ることができるが、好ましくは、以下にさらに説明するコールミーコンファレンスコールサービスを提供するための動作方法を実行するための強化を提供する。前述したＣＭＣＣサービス方法を提供するように修正された後のＭＣＵ１１２として使用するために適切なマルチポイントコンファレンスユニットは、商業的に入手可能である。
【００４７】
この技術分野において知られているように、ＭＣＵ１１２は、複数のファシリティ１３０を経由して呼びまたは呼びレグを受信し、ユーザ要求、外部指令、または所定のアレンジメントに従ってその呼びをブリッジする。ＭＣＵ１１２は、管理的、シグナリングおよび他のタスクを実行するための汎用コンピューティング／プロセッシング能力、および複数の呼びまたは呼びレグをブリッジする機能を実行するための適切なデジタル信号処理能力（または他の処理能力）を含む。ＭＣＵ１１２は、リンク１２８を介してＣＢＲＳ２１０と通信する。
【００４８】
ＳＣＰ１１４は、リンク１２６を介してＣＢＲＳ１１０と通信し、リンク１２４を介して交換機１１６と通信する。リンク１２４は、いずれかの適切なデータ通信パスであり得る。好ましい実施形態において、リンク１２４は、好ましくは、ＩＴＵ−ＴコモンチャネルシグナリングシステムＮｏ．７に準拠したコモンチャネルシグナリングリンクである。ＳＣＰは、付随的な処理およびデータベースサービスを交換システムおよび他のネットワークエレメントへ提供するインテリジェントネットワーク中のノードであり、特に、交換機により通常提供されるものに加えて、呼び処理および加入者機能を提供するためのものである。
【００４９】
ＳＣＰ１１４は、以下にさらに説明するコールミーコンファレンスコールサービスを提供するための動作方法を具現化するための強化を提供するいずれか適切なサービスコントロールポイントを使用して具現化され得る。ＳＣＰ１１４を具現化することに使用するための適切なサービスコントロールポイントは、Advantage ＳＣＰという 名称で Lucent Technologies Inc., Murray Hill, NJ, から商業的に入手可能である。
【００５０】
図２は、ＣＭＣＣコンファレンスブリッジ予約を確立するための図１のＣＢＲＳ１１０との組合せで使用するための本発明の一側面による方法２１０を示すフローチャートである。図３は、コンファレンスコールに対する予約を確立することのための予約記録データ構造３１０を示す図である。図２において、方法は、ステップ２１２において開始し、ホストは、ＣＢＲＳ２１０または予約サービスエージェントとの相互作用によりＣＭＣＣコンファレンスブリッジを予約する。
【００５１】
図３において、予約を有効にするために必要とされる情報は、コンファレンスホストの電話番号３１２、コンファレンスコールの開始時間３１４、コンファレンスコールの長さ３１６、予約されるべきコンファレンスポートの数３１８である。コンファレンスブリッジポートは、高価であり供給に限りがあり、したがって、十分な数のポートが全ての意図されるコンファレンス参加者に対して利用可能であることを保証するために、事前にポートを予約する必要がある。追加的な情報は、ＣＭＣＣシステムの効率の良い管理のために有用であり、例えば、課金情報およびコンファレンスホストの組織的協力関係を含み得る。
【００５２】
ステップ２１４において、ＣＢＲＳ１１０は、ＳＣＰ１１４へ予約に関する情報を転送する。最低でも、ＳＣＰ１１４は、ＣＭＣＣコンファレンスがアクティブであるときはいつでも、ＭＣＵ１１２到来呼びをコンファレンスホスト電話機にリダイレクトすることを可能にするために、フィールド３１２，３１４および３１６中に情報を必要とする。顧客がＣＭＣＣサービスに加入する場合、サービスプロバイダは、加入者の電話回線に対する「被呼者ビジー」インテリジェントネットワークトリガを確立する。
【００５３】
トリガは、加入の期間に対して残り、ホストの回線がビジーである間に呼びが到達した場合に、コンファレンスホストの回線をサービスしている電話交換システムが追加の呼び処理指令を求めることを可能にする。呼びがコンファレンスホストの回線に到達したとき、交換機１１６は、質問をＳＣＰ１１４に送信し、ＳＣＰ１１４は、コンファレンスコールにサービスするために割り当てられたＭＣＵ１１２の電話番号を戻す。したがって、交換機は、その呼びをＭＣＵ１１２にリダイレクトまたは拡張する。
【００５４】
ステップ２１６において、ＣＢＲＳ１１０は、予約に関する情報をＳＣＰ１１２に転送する。ＭＣＵ１１２は、コンファレンスユニットポートを割当て、かつ到来呼びに対する適切な処理を提供することを可能にするために、フィールド３１２，３１４，３１６および３１８中の情報を必要とする。到来呼びがＭＣＵ１１２に到達した場合、ＭＣＵは、その呼びが関連づけられている予約されたコンファレンスを決定し、その呼びがそのコンファレンスに追加され得るかどうかを決定し、その呼びをそのコンファレンスに通過するか、または他の適切な呼び処理を提供する。方法は、ステップ２１８において終了する。
【００５５】
ホストは、ホスト自体の電話番号を発呼することにより、予約されたＣＭＣＣコンファレンスを開始する。図４は、コンファレンスホストの要求により以前に予約されたコンファレンスを開始するための図１のＣＭＣＣとの組合せで使用するための本発明の一側面による方法４１０を示すフローチャートである。この方法は、ステップ４１２において開始し、ホストは、ホスト自体の電話番号をダイヤルする。交換機１１６は、呼びを接続しようと試みるが、ホストの回線がビジーであると決定する。
【００５６】
前述したように、「被呼者ビジー」インテリジェントネットワークトリガが、ＣＭＣＣサービスの以前の加入の結果として、コンファレンスホストの電話回線に対して、交換機１１６において確立されている。ステップ４１４において、トリガが「ファイヤ（"fires")」し、即ち、交換機１１６が、ホストの回線に対して、トリガの条件が存在することを認識する。トリガは、呼びをどのように接続するかについての情報をＳＣＰ１１２に質問させる交換機１１６に対する指令である。ステップ４１６において、交換機１１６は、質問をＳＣＰ１１２に発する。
【００５７】
交換機１１６とＳＣＰ１１２との間のいずれかの適切なインタフェースが使用され得る。例えば、交換機は、ＩＴＵ−ＴシグナリングシステムＮｏ．７ Transaction Capability Application Part（ＴＣＡＰ）フォーマットに準拠するメッセージの形式で、シグナリングリンクを介して質問を送ることができる。他のインタフェースおよびフォーマットも使用可能である。質問は、好ましくは、発呼者番号および被呼者番号を含む。
【００５８】
この技術分野において知られているように、ＳＣＰ１１２は、回線およびサービスに関連づけられ得る伝送電話番号および呼び処理ポリシーの１つまたは２つ以上のデータベースを含むことができる。ＳＣＰ１１２が交換機１１６から質問を受け取った場合、転送番号のような呼びが受け取るべき処理を決定するために、ポリシーおよび関連データを使用し、したがって、質問を解決する応答を交換機に返す。
【００５９】
ステップ４１８において、ＳＣＰ１１２は、予約が、ホストの電話番号を必要とするＣＭＣＣコンファレンスコールに対して存在するかどうかを決定するために内部データベースに質問する。予約がない場合、ステップ４２０において、ＳＣＰ１１２は、交換機１１６に、ホストが加入するサービスに従って、ビジー回線に対して呼びに対する通常の処理を適用することを指示する。例えば、ＳＣＰ１１２は、スタンドアローンボイスメールシステム１６２（図１を参照）のようなボイスメールサービスに呼びを転送するために、指示を交換機１１６へ戻すことができる。
【００６０】
ボイスメールシステム１６６（図１を参照）は、ＭＣＵ１１２の一部としてまたはこれの付属物としても提供され得る。そのようなボイスメールシステム１６６が利用可能であり、かつコンファレンスホストがそれに加入した場合、呼びをＭＣＵ１１２に転送するために指示を交換機１１６へ戻すことができる。コンファレンスコール予約が存在する場合であって、呼びがタイムリーである場合、方法はステップ４２２へ進み、ＳＣＰは、ＭＣＵ１１２の電話番号を戻す。ステップ４２４において、交換機はその呼びをＭＣＵに転送する。
【００６１】
呼びがＭＣＵ１１２に転送される場合、ＭＣＵは被呼者の番号を受信する。ステップ４２６および４２８において、ＭＣＵ１１２は、被呼者の番号に対してＣＭＣＣコンファレンスが予約されたかどうかをチェックし、予約された場合、現在の時刻が、コンファレンスの予約時刻に近いかどうかをチェックする。ＭＣＵがコンファレンスが予約されていないと決定した場合、ステップ４３０へ進み、ＭＣＵは、ＣＭＣＣコンファレンスが現時点において被呼者の番号に対して予約されたことを示す適切なサービス拒否アナウンスメントを再生する。
【００６２】
ＭＣＵ１１２が、ＣＭＣＣ呼びが現時刻に対して予約されなかったと決定した場合、方法はステップ４３２に進み、ＭＣＵ１１２は、発呼番号における当事者がそのコンファレンスに参加したいことをホストに通知する。この場合において、発呼番号は、ホスト自体の番号である。ＭＣＵ１１２は、いずれか適切なトーン、アナウンスメント、ディスプレイ、またはメッセージによりホストに通知することができる。
【００６３】
例えば、ＭＣＵは、音声アナウンスメントを再生することができ、またはホストのＩＳＤＮまたはＡＳＤＩ電話機に適切なメッセージを表示させることができ、またはメッセージをコーラＩＤディスプレイに送信することができ、またはメッセージをインタネットメッセージディスプレイプロトコルによりホストのコンピュータワークステーションに送信することができる。ホストに通知するための他の方法も使用され得る。
【００６４】
ステップ４３４において、ホストは、発呼番号（ホスト）をコンファレンスに加えるために、ＭＣＵ１１２に信号する。ホストからＭＣＵへのシグナリングは、両者に対して利用可能ないずれか適切な通信ファシリティを使用することができる。例えば、シグナリングは、ホストのアナログ電話機により生成されるインバンドＤＴＭＦ信号を使用することができ、等価なＩＳＤＮシグナリング、アウトオブバンドＱ．９３１メッセージ、または電話機またはコンピュータワークステーションにより生成される新しいＴＣＰ／ＩＰメッセージを使用することができる。
【００６５】
ＭＣＵは、交換機１１６により提供される発呼番号同定をコンファレンス予約記録中のコンファレンスホストの電話番号を同定する情報３１２（図３）と関連づけることにより、発呼者がコンファレンスホストであることを認識する。したがって、ＭＣＵは、望ましくは、ホストに割り当てられた予約番号またはパスワードを入力することを要求することなしに、ホストがコンファレンスへのアクセスを制御することを許容することができる。この方法は、ステップ４３６において終了する。
【００６６】
ＣＭＣＣコンファレンスに参加を希望するコンファレンスホスト以外の当事者は、ホストの電話番号をダイヤルすることによりコンファレンスに参加することを要求する。図５は、参加者からコンファレンスホストの回線または電話機への呼びを処理するための図１のＣＭＣＣとの組合せで使用するための本発明の一側面による方法５１０を示すフローチャートである。この方法は、ステップ５１２において始まり、参加者はコンファレンスホストの電話番号をダイヤルする。出席者は、交換機１１６に接続された電話機を使用することができる。しかし、図１において、参加者は、呼びを交換機１１６に経路選択するＰＳＴＮ１１８へのアクセスを有するいずれかの電話機からの呼びを発することができる。
【００６７】
ステップ５１４において、交換機１１６は、回線がビジーであるかどうかを決定するために、ホストの回線の状態をチェックする。回線がビジーでない場合、ステップ５１６において、交換機１１６は、呼びをホストの回線に接続する。参加者は、コンファレンスコールのホストをリマインドすることができる。しかし、回線がビジーである場合、ステップ５１８において、交換機は、「被呼者ビジー」トリガをアクティブ化する。ステップ５２０において、交換機は、「被呼者ビジー」質問をＳＣＰ１１２に送信する。この質問は、被呼番号および発呼番号を含む。
【００６８】
ステップ５２２において、ＳＣＰ１１２は、ホストの電話番号を必要とするＣＭＣＣコンファレンスコールに対する予約が存在するかどうかをチェックするために、内部データベースに質問する。予約がない場合、ステップ５２４において、ＳＣＰ１１２は、ホストが加入し、呼び待ち処理を含み得るサービスに従って、呼びに対する通常の処理をビジー回線に適用することを交換機１１６に指示する。
【００６９】
例えば、ＳＣＰ１１２は、呼び待ちトーンをホストに提供するため、またはスタンドアローンボイスメールサービス１６２またはＭＣＵ１１２と統合されたまたはこれの付属物として動作するボイスメールサービス１６６に呼びを転送するための指示を交換機１１６に戻すことができる。コンファンレンスコール予約が存在する場合であり、かつ呼びがタイムリーである場合、方法はステップ５２６に進み、ＳＣＰは、呼びをＭＣＵ１１２の電話番号に転送することを交換機に指示する。
【００７０】
ステップ５２８において、交換機１１６は、呼びをＭＣＵ１１２に転送する。通話セットアップメッセージの一部として、交換機１１６は、ＭＣＵ１１２に、被呼番号および発呼番号を通知する。ステップ５３０において、ＭＣＵ１１２は、ＣＭＣＣコンファレンスが被呼番号について進行中であるかどうかを決定するために、被呼番号を分析する。ＭＣＵ１１２が、被呼番号に対してＣＭＣＣコンファレンスが進行中でないと決定した場合、方法はステップ５２４にジャンプし、ＭＣＵは、サービス拒否アナウンスメントを参加者に提供する。
【００７１】
ＭＣＵ１１２と統合されたまたはこれの付属物として動作するボイスメールシステム１６６が利用可能であり、かつコンファレンスホストが加入する場合、ＭＣＵは呼びをボイスメールシステムに向けることができる。しかし、ＭＣＵ１１２が、被呼番号に対してＣＭＣＣコンファレンスが進行中であると決定する場合、方法は、ステップ５３６に進む。
【００７２】
ステップ５３６において、ＭＣＵ１１２が、参加者の呼びをサービスするために利用可能なコンファレンスブリーチポートがあるかどうかを決定する。利用可能なポートがない場合、方法はステップ５３８にジャンプし、ＭＣＵは、利用可能なポートがないことを、アナウンスメントまたはコールプログレストーンにより参加者に通知する。その場合、ＭＣＵ１１２は、利用可能である場合、呼びをボイスメールシステム１６６にリダイレクトすることができる。
【００７３】
ステップ５４０において、ＭＣＵは、要求している参加者をサービスするために利用可能なポートがないことを、アナウンスメント、コールプログレストーン、電話機ディスプレイまたはコンピュータメッセージによりホストに通知する。ホストは、追加のコンファレンスブリッジポートを要求する、または現存するポートのユーザがそれらの呼びをドロップまたは統合することを要求する適切なアクションを取ることができる。
【００７４】
ステップ５３６において、ＭＣＵ１１２がポートが利用可能であることを決定した場合、方法は、ステップ５４２に進む。ステップ５４２において、ＭＣＵ１１２は、参加者がコンファレンスに参加することを望んでいることをホストが通知されていることを参加者に知らせるためのアナウンスメントを提供する。
【００７５】
ステップ５４４において、ＭＣＵ１１２は、参加者がコンファレンスに参加することを望んでいることをホストに信号する。好ましくは、ＭＣＵは、ホストに、参加者と発呼電話番号および名前のような参加者を同定する情報を提供する。ＭＣＵ１１２は、適切なトーン、アナウンスメント、ディスプレイまたはメッセージによりホストに信号することができる。例えば、ＭＣＵは、音声アナウンスメントを再生し、またはホストのＩＳＤＮまたはＡＳＤＩ電話機に適切なメッセージを表示させ、またはメッセージをコーラＩＤディスプレイに送信し、またはインタネットメッセージディスプレイプロトコルによりメッセージをホストのコンピュータワークステーションに送信することができる。
【００７６】
ホストに通知する他の方法も使用可能である。ホストがアウトオブバンドシグナリングにより通知される場合、ホストの装置は、通話中の参加者に関する情報を記憶しかつ表示することができる。これは、全ての参加者がコンファレンスに参加したことの可視的確認をホストが有することを可能にする。また、参加者がコンファレンスからドロップする場合、ＭＣＵはこの事象をホストに通知することができる。ホストに送られる参加者情報は、音声アナウンスメント、アウトオブバンドＱ．９３１ＩＳＤＮメッセージ、ＴＣＰ／ＩＰメッセージ、または他の適切なファシリティにより各参加者にも送られ得る。これは、各コール参加者がコンファレンスにおける参加者を知ることを可能にする。
【００７７】
ステップ５４６において、ホストは、参加者をコンファレンスに追加するまたはコンファレンスへのアクセスを拒否するために、ＭＣＵ１１２に信号する。ホストからＭＣＵへのシグナリングは、両者に利用可能ないずれか適切な通信ファシリティを使用することができる。例えば、シグナリングは、ホストのアナログ電話機により生成されるインバンドＤＴＭＦ信号、電話機またはコンピュータワークステーションにより生成される等価なＩＳＤＮシグナリング、ホストの話される指示の音声認識、アウトオブバンドＱ．９３１メッセージ、または新しいＴＣＰ／ＩＰメッセージを使用することができる。
【００７８】
インバンドシグナリングまたは音声認識が使用される場合、ホストとＭＣＵ１１２との間の相互作用は、ＭＣＵ１１２に統合されたディジットレシーバまたは音声処理資源を使用することができる。代替的に、ＭＣＵは、ＭＣＵ１１２とネットワークの残りの部分との間で適切な接続が利用可能である場合、サービスノード１６０のような他のネットワーク資源からこれらのサービスを要求することができる。
【００７９】
ステップ５４６において、ホストがコンファレンスへのアクセスを拒否するようにシグナルした場合、方法はステップ５４８にジャンプし、ＭＣＵ１１２は、ホストがコンファレンスへのアクセスを拒否したことを参加者に対してアナウンスメントを再生または通知する。呼びが拒否された場合、ＭＣＵ１１２は、１つが利用可能でありかつホストが加入する場合、拒否された呼びをボイスメールシステム１６６へリダイレクトすることができる。ステップ５４６において、ホストは、参加者をコンファレンスに参加させるように信号し、方法はステップ５５０に進み、ＭＣＵは、参加者をコンファレンスに加える。方法は、ステップ５５２において終了する。
【００８０】
ＭＣＵ１１２は、サービスを複数のコンファレンスに同時に提供することができる。ＣＭＣＣコンファレンスにおける参加者は、コンファレンスに参加するために、常にホスト自体の電話番号を発呼するので、ＭＣＵ１１２は好都合に、呼びがＭＣＵに転送される場合、交換機１１６により提供される被呼番号を、予約記録に格納されたホスト電話番号３１２（図３）と比較することにより、発呼参加者がアクセスを望む特定のコンファレンスを決定する。これは、特別なコンファレンスブリッジ電話番号またはアクセスコードをホストが配り、かつ参加者が受け取る必要性を除去する。
【００８１】
【発明の効果】
以上述べたように、本発明によれば、コンファレンスコールホストによるコンファレンスコールの確立および意図された参加者によるコンファレンスコールへのアクセスのプロセスを単純化しかつより信頼性あるものにする改良されたコンファレンスコールシステムを提供することができる。
【図面の簡単な説明】
【図１】本発明により構成された「コールミー」コンファレンスコール（ＣＭＣＣ）システムの好ましい実施形態を示すブロック図。
【図２】コンファレンスコールの登録を確立するために、図１のＣＭＣＣとの組合せで使用するための方法を示すフローチャート。
【図３】コンファレンスコールの予約を確立するために、図１のＣＭＣＣとの組合せで使用するための予約記録データ構造を示す図。
【図４】コンファレンスホストの要求で、以前に予約したコンファレンスを開始するための図１のＣＭＣＣとの組合せで使用するための方法を示すフローチャート。
【図５】参加者を進行中のコンファレンスに追加することを含む参加者からコンファレンスホストの回線または電話機への呼びを処理するための図１のＣＭＣＣとの組合せで使用するための方法を示すフローチャート。
【符号の説明】
１００  ＣＭＣＣシステム
１１０  コールミーコンファレンスブリッジ予約システム
１１２  マルチポートコンファレンスユニット（ＭＣＵ）
１１４  サービスコントロールポイント（ＳＣＰ）
１１６  交換機
１１８  公衆交換電話網
１２０  ホスト
１２２  参加者
１３２  局間トランク
１４０  アナログラインまたはＩＳＤＮ
１６０  サービスノード
１６２，１６６  ボイスメールシステム
【図１】
0004865123.tif 000002
【図２】
0004865123.tif 000003
【図３】
0004865123.tif 000004
【図４】
0004865123.tif 000005
【図５】
0004865123.tif 000006