JPH11501792A

JPH11501792A - ミート・ミー会議サービス用の電気通信ネットワーク中のブリッジの中央制御および割り当て

Info

Publication number: JPH11501792A
Application number: JP9523927A
Authority: JP
Inventors: ジョドイン・シルベイン; ピルキングトン・ジョアンヌ; ベルジー・ピエール; メウブス・チャールズ
Original assignee: ノーザン・テレコム・リミテッド
Priority date: 1995-12-26
Filing date: 1996-12-11
Publication date: 1999-02-09
Anticipated expiration: 2016-12-11
Also published as: EP0870393B1; EP0870393A1; JP3099278B2; WO1997024865A1; CA2237624C; DE69631687D1; US5812652A; DE69631687T2

Abstract

(57)【要約】本発明は、安全性の高いオン・デマンド・ミート・ミー（meet-me）会議サービス関する。このオン・デマンド・ミート・ミー会議サービスは、高度インテリジェント・ネットワーク（ＡＩＮ）インフラストラクチャを有する電気通信ネットワーク内で実行される。ネットワーク・スイッチの会議ブリッジのサービス制御ポイントからの中央制御は、ＡＩＮ電話ネットワーク内で実行されるので、資源効率の制限と、従来サービスのコスト高という問題を克服できる。さらに、これによって、ローカル交換キャリヤ（ＬＥＣ）は、新型の電話会議サービスを、低コストで提供できる。会議設備の予約はもはや必要なくなり、使用および管理の簡易化、安全性の面で有利である。

Description

【発明の詳細な説明】発明の名称ミート・ミー会議サービス用の電気通信ネットワーク中のブリッジの中央制御および割り当て発明の分野本発明は、一般的に、電話会議サービスに関し、特に、高度インテリジェント・ネットワーク（ＡＩＮ）インフラストラクチャに基づく、機密保護されたオン・デマンド・ミート・ミー（meet-me）会議サービスに関する。従来技術従来の電話会議サービス・システムは、スイッチベース、または会議ノードでの集中化のいずれかであった。スイッチベースシステムでは、会議ブリッジはスイッチに対しローカルであり、スイッチによってサービスされるグループだけが用いることができる。サービスの質からいえば、これらの実施は、ネットワークを介して資源を溜めることで達成される実施に比べて、会議ブリッジを使用している点でより効率が低い。中央集中会議ノードの場合は、音声会議ブリッジは中央に位置し、多数のスイッチを供給する。中央集中会議ノードの主たる不利益は、中継が非効率な点である。会議サービスは比較的高価で、会議の前に設備の予約が必要となるので、使用が困難である。発明の概要本発明の目的は、新しい、改善された会議サービスを提供することである。本発明の第１の観点によれば、本発明は、複数の交換システムを含む電気通信ネットワーク中で、そのネットワークの１以上が１以上の会議ブリッジを有する会議サービス方法において：１以上のブリッジに関する経路指定と使用情報を維持し；呼を処理する交換システムの１つと通信して、サービス・コントローラによって、呼が会議を開始することを決定し；使用情報が使用可能であると表示している特定のブリッジを選択し；特定のブリッジに関連する使用情報を更新して、ブリッジが呼に割り当てられていることを表示し；サービス・コントローラによって、特定のブリッジに関連した経路指定情報に基づいて、呼を経路指定する指示を、呼を処理する交換システムに供給し、それによって、呼がネットワークを介してブリッジに接続されるステップを含むように構成される。本発明の第２の観点によれば、本発明は、複数の交換システムを含む電気通信ネットワーク中で、そのネットワークの１以上が１以上の会議ブリッジを有する会議サービス・システムにおいて：１以上のブリッジに関する経路指定と使用情報を維持する手段と；呼を処理する交換システムの１つと通信して、サービス・コントローラによって、呼が会議を開始することを決定する手段と；使用情報が使用可能であると表示する特定のブリッジを選択する手段と；特定のブリッジに関連する使用情報を更新して、ブリッジが呼に割り当てられていることを表示する手段と；サービス・コントローラによって、特定のブリッジに関連した経路指定情報に基づいて、呼を経路指定する指示を、呼を処理する交換システムに供給し、それによって、呼がネットワークを介してブリッジに接続される手段とを含むように構成される。本発明の一実施の形態においては、このオン・デマンド・ミート・ミー会議サービスは、高度インテリジェント・ネットワーク（ＡＩＮ）インフラストラクチャを有する電気通信ネットワーク内で実施できる安全性の高いオン・デマンド・ミート・ミー会議サービスを提供する。中央管理およびネットワーク・スイッチ中で準備された会議ブリッジの割り当ては、ＡＩＮのサービス制御ポイントで実施されるので、資源効率の限定と、従来のシステムのたコストという問題を克服できる。さらに、ローカル交換キャリヤ（ＬＥＣ）は、新型の電話会議サービスを、低コストで提供できるようにするので、会議設備の予約はもはや必要なくなり、使用の面、管理の面、安全性の面において有利になる。ＡＩＮインフラストラクチャは、電気通信ネットワーク（すなわち、公衆交換電話網またはＰＳＴＮ）として特徴づけられてもよい。電気通信ネットワークは、ＡＩＮ呼モデルを備えたサービス交換ポイント（ＳＳＰ）、信号転送ポイント（ＳＴＰ）およびサービス制御ポイント（ＳＣＰ）を、ＳＳＰ−ＳＣＰＴＣＡＰ（トランザクション可能性適用部：Ｔransaction Ｃapability Ａpplication Ｐart）ベースのＡＩＮ信号を介して接続する信号システム７（ＳＳ７）信号ネットワークによって構成される。ＳＳＰＡＩＮ呼モデルとＳＳＰ−ＳＣＰＡＩＮ信号については、ベルコアＡＩＮ０．１および以下に記述される。会議ブリッジは公知のハードウェア要素で、多数のユーザが電話で会議できるようにする。また、各ブリッジと関連するユーザは、２つの以下に述べるディレクトリ番号（以下、ＤＮという）を有し、それによって、いずれかの呼は電気通信ネットワークによって、対応のブリッジに経路指定される。２つのＤＮのうちの１つ（すなわち、議長のＤＮ）は、それに接続された呼が、対応のブリッジで会議を始められるようにする。別のＤＮ（すなわち、参加者のＤＮ）は、それに接続された呼が、ブリッジにおいて会議に参加できるようにする。議長は、会議を開始するエンド・ユーザであり、参加者すなわち会議出席者は、議長によって開始された実際の会議に電話で参加するエンド・ユーザである。一方、会議を開始する議長が必要でない場合は、ネットワーク中のブリッジは、１つのＤＮのみに関係し、ブリッジでの会議はそのブリッジに接続された第１の呼によって開始される。議会サービスの他の有利な点には、すべてのエンド・ユーザがいつでも会議を始められ、ブリッジの予約が必要ないということが含まれる。ネットワーク内で使用されるブリッジは、集中管理されて割り当てられ、ユーザと時間に対して実際に制限がない会議サービスを提供する。サービスは、また、安全性、機密性、融通のきく課金方法を提供し、種々のタイプのエンド・ユーザによって用いられる。さらに、本発明の方法は、ローカル交換機キャリヤが特定の会議サービスを構成する点で自由度が大きい。有効なエンド・ユーザは、会議を始めるために、ディレクトリ番号を回して、会議サービスにアクセスし、自分の名前を識別するだけでよい。確認が取れた後、エンド・ユーザは会議ブリッジに接続される。エンド・ユーザは会議の議長となる。本発明に記載の動的な会議ブリッジ割り当て機構によれば、サービスするにあたり、前もって、どのブリッジが所定の会議に用いられるかを知る必要はない。従って、会議の時間を制御する必要はなく、会議ブリッジの使用を制限する必要もない。会議ブリッジは、最初の者が最初にサービスされるという原理で用いられる。ＬＥＣは、会議の参加者にいかなる制限を押しつける必要もない。規模だけは、会議ブリッジの能力とポートの使用に依存する。すべての会議参加者（すなわち、議長と参加者）は、機密性と安全性を完全に保証される。有効な認可された会議出席者のみが、第１および第２の認可コードペアを用いて、会議にアクセスすることができる。例えば、クレジット・カードまたは電話カードによって、および呼回線識別子（ＣＬＩＤ）または自動回数識別子によって。この会議サービスでは、会議ブリッジは前もって予約されないが、必要とされる期間でのみ用いられ、サービスに対するＬＥＣの課金方法は、幅広い柔軟性を持つ。従来の会議サービス課金モデルに加え、このシステムと方法では、エンド・ユーザが実際に使ったポート時間に対しての課金が可能となる。つまり、参加者が会議全部に参加しなかったとしたら、ポートの使用に対する課金は、使われた時間のみに対して課金される。世界規模のサービスは、どんなタイプのエンド・ユーザでも行うことができる。すなわち、住居用または業務用のエンド・ユーザであってもよい。また、ＰＯＴＳ、ＣＬＡＳＳ、セントレックス、セルラまたはＰＣＳを含むがそれらに限定されない回線またはトランク・タイプからの呼、ＰＢＸまたはキー・システムからのエンド・ユーザの呼であってもよい。また、エンド・ユーザは、自製すなわち特定の製造業者の交換機でないものでもよい。また会議ブリッジは、例えば、３者会議などの他の交換ベースの会議サービスと共有されてもよい。図面の簡単な説明本発明をより良く理解するために、以下の図面を使って、会議サービスを説明する。図１は、会議サービスを行う実施の形態の電話ネットワーク内の要素を示す概略図である。図２は、電話ネットワーク内のサービス制御ポイントが行う機能を示す概略図である。発明の実施の形態本発明によれば、安全な、オン・デマンド・ミート・ミー会議サービスを提供する方法は、電気通信ネットワークのＡＩＮインフラストラクチャを用いて、ネットワーク・スイッチを介して分布された会議ブリッジを集中管理し、ネットワークの任意の場所で発生する呼に会議ブリッジ割り当てることを前提とする。分布した会議設備は、今や、全体のネットワークによって、その中の任意の場所で発生しまたは終了するすべてのネットワーク呼に使用される会議資源の共通プールとして見られており、プール内で使用される資源はさらに効率良く共有される。それによって、ＬＥＣは、地理的多様性に関して、さらなる会議サービスを供給する。こうして、サービスの特定地域に会議設備を加えたり、現在の会議サービスに障害を与えたりすることなく、大勢の人々に貢献できる。図１は、会議サービスは、種々の交換要素とネットワーク設備を含む公衆交換電話網（ＰＳＴＮ）１０によって表わされる。公衆交換電話網（ＰＳＴＮ）１０は、これらの種々の交換要素とネットワーク設備は、図示の都合上、ＰＳＴＮ１０の外部に示される。交換要素はエンド・オフィス１２，１４，１６，１８から成り、ＡＩＮＳＳＰ２０および２２は、ＳＳ７ネットワーク２４を介して、ＡＩＮＳＣＰ２６に通信的できるように連結される。各交換要素は、複数の電話機に接続されてもよい。これらの複数の電話機は、図１に、エンド・オフィス１２，１４，１６，１８にそれぞれ接続される電話機２８，３０，３２，３４で示される。電話機３６，３８は、ＡＩＮＳＳＰ２０と２２にそれぞれ接続される。ＡＩＮＳＳＰ２０と２２は、ＡＩＮ呼モデルを備えたスイッチ要素を含む。一方、エンド・オフィス１２，１４，１６，１８は、このようなモデルを備えていないスイッチを含んでもよい。ＳＳ７ネットワーク２４は、ＰＳＴＮ１０内のＳＳＰ間およびＳＳＰとＳＣＰ間に信号リンクを供給する。ＰＳＴＮ１０はもちろん、さらに他の設備を含み、図示された種々の交換要素を連結する。エンド・オフィス１６，１８は、各々複数の会議ブリッジ４０と４２を備えている。会議ブリッジ４０と４２は、共に、ブリッジ資源のブリッジ・プール４４を形成する。ブリッジ・プール４４は、ＰＳＴＮ１０を介して共有され、その使用は、オフィス１６と１８に直接接続されている電話機３２と３４のユーザに限定されない。エンド・ユーザは、どのスイッチから起呼してもよく、オン・デマンド・ミート・ミー会議サービスに接続してもよい。ＡＩＮＳＣＰ２６は本方法を実施し、それによってこのサービスが行われる。さらに、ブリッジ・プール４４の会議ブリッジは、ＡＩＮＳＳＰを含むＰＳＴＮ１０内のどの交換要素に備えてもよい。説明を簡単にするために、エンド・オフィス１６，１８だけに、会議ブリッジ４０と４２を有するように図示される。ＰＳＴＮ１０のＡＩＮインフラストラクチャは、プラットフォームを供給し、このプラットフォーム上で、電話会議サービスが行われる。特に、論理によってプログラムされたＡＩＮＳＣＰ２６は、このサービスを行う本方法を実施する。本方法によって導入され、ＡＩＮＳＣＰ２６によって導入された機能は、図２に示されるように、会議コントローラ５０と、音声会議ブリッジ・データベース・サーバ５２と、音声会議ポート・サーバ５４と、音声会議ブリッジ割り当てサーバ５６と、認可接続コード発生器５８と、確認サーバ６０と、アクティブ接続カウンタ６２と、エンド・ユーザ相互間マネージャ６４と、構成サーバ６６と、課金サーバ６８を含む。会議コントローラ５０は、エンド・ユーザから会議サービスへの呼を認識するときに、ＳＣＰ２６に呼びだされ、所定の会議のために、この方法の他の機能に対するアクセスを調整する。音声会議ブリッジ・データベース・サーバ５２は、ブリッジ・プール４４に関して使用される経路指定と情報を維持する。各ブリッジ４０と４２のための経路指定情報は、第１のＤＮ（すなわち、議長のミート・ミー会議ＤＮまたはＣ−ＤＮ_mm）と第２のＤＮ（すなわち、参加者ミート・ミー会議ＤＮまたはＰ−ＤＮ_mm ）を含む。第１のＤＮによって、議長を含むユーザは、対応のブリッジでの会議を開始および終了し、ユーザは、第２のＤＮによってそのブリッジで会議に参加する。一方、１つのＤＮのみが１つのブリッジに関連づけられてもよく、それによって、ブリッジでの会議は、そのＤＮに接続された第１の呼によって開始される。使用情報は、ブリッジ・プール４４内のブリッジ４０と４２の状態を示してもよい。例えば、特定のブリッジが使用中かどうかを示してもよい。その使用情報は、音声会議ブリッジ割り当てサーバ５６と会議コントローラ５０から受ける。音声会議ポート・サーバ５４は、会議サービスによって、スイッチベースで、ブリッジ・プール４４の各ブリッジごとに、ポートが使用されていることを追跡する。この機能は高められて、会議時間でブロックされる可能性を最小にするために、会議サービスによって、ポート使用の更新ネットワーク・イメージと他のすべてのサービス（すなわち、３方向呼、セントレックス会議）を含むようになる。ブロック状態とは、例えば、議長がブリッジまたは回線が使えないために、会議を開催できないとき、または参加者が同じ理由から、実際の会議中に電話をかけられないときを言う。音声会議ブリッジ割り当てサーバ５６は、会議コントローラ５０から会議要求を受けるときに、「音声会議ブリッジ・データベース・サーバ５２から得た未使用会議ブリッジのリストから使用できるブリッジを選択して割り当てる」アルゴリズムを実行する。これを実行するとき、音声会議ブリッジ割り当てサーバ５６は、音声会議ポート・サーバ５４から受けるポート使用図を考慮に入れる。認可接続コード発生器５８は、ペアになった第１および第２の認可コードを発生する機能を持つ。これらのコードによって、議長と参加者はそれぞれ、このサービスを介して特定の会議にアクセスしてもよい。これらの第１と第２の認可コードは、エンド・ユーザの特定のグループによって使用されるユニークなものであってもよい。確認サーバ６０は、例えば、エンド・ユーザから受けた第１および第２の確認コードの相関をとることによって、また、エンド・ユーザから受けたクレジット・カードおよび電話カード情報を確認することによって、サービスへの種々のアクセスを認可する。一方、確認サーバ６０は、エンド・ユーザからの呼の自動番号識別子（ＡＮＩ）およびＣＬＩＤの受領を確認し、それによって、サービスの使用が受信されたＡＮＩ／ＣＬＩＤに自動的に課金されるようにしてもよい。クレジット・カードおよび電話カードの課金を確認する技術および呼ラインＡＮＩ／ＣＬＩＤの技術は、公知でありどのような技術を使用してもよい。アクティブ接続カウンタ６２は、会議の多数のアクティブ接続を追跡する。エンド・ユーザ相互間マネージャ６４は、エンド・ユーザ・インタフェースを実行する。このエンド・ユーザ相互間マネージャ６４は、ＡＩＮ内のサービス交換ポイントとの相互作用を介して、従来のＳＳ７信号およびコマンドを用いて、迅速な受信人払いの会議を管理する。構成サーバ６６は選択可能な機能で、ネットワーク・トポロジ情報を音声会議ブリッジ割り当てサーバ５６に供給する。このネットワーク・トポロジ情報は、ブリッジを割り当て、ネットワーク送信の使用を最適にするために用いることができる。課金サーバ６８は、すべての関連使用情報を会議ベースで記憶する。たとえば、課金サーバ６８は、特別の会議に関しては、議長のクレジット・カード、テレフォン・カードまたはＡＮＩ／ＣＬＩＤとペアの確認コード間との相関を維持する。議長による会議の開始および終了時間は、課金サーバ６８によって記録されてもよい。さらに、各参加者が会議に参加し、会議を終わる時間も記録されてもよい。この情報はその後、ＬＥＣに用いられ、適切な課金が行われる。会議サービスの動作を、図１を用いて説明する。以下に、クレジットまたはテレフォン・カード認可アクセスに基づいてサービスを行う方法の特定の実施について説明する。図１は、この方法が、ＰＳＴＮ１０の要素内および特にＡＩＮインフラストラクチャ内に存在する機能をどのように用いるかを示す典型的な事象のシーケンスを提供する。しかしながら、この方法のステップにおいては、多様なシーケンスの組み合わせが考えられる。従って、この方法を構成するステップが、特定な事象のシーケンスというわけではなく、むしろ、ネットワーク要素の機能を用いることがサービスを行うための特定な事象のシーケンスであることある。ベルコアＡＩＮ０．１で規定される既知の機能を説明するために、従来の用語が用いられる。簡単に言えば、カードベースのアプローチでは、前もって予約することは必要がなくなり、クレジット・カードまたはテレフォン・カードは、課金のために使用される。この場合、エンド・ユーザが会議を行いたい場合は、そのエンド・ユーザは前もってカード割り当てＤＮに電話し、クレジット・カードまたはテレフォン・カードの番号を知らせる。一方、エンド・ユーザは、第１および第２の２つの消去可能な認可コードが与えられる。消去可能な認可コードの有効期間は、以下のような種々の方法で制限できるが、これらに限定されるものではない。すなわち、会議の所定の回数、絶対時間つまり限定された期間、会議時間、会議の規模、およびこれらの組み合わせである。会議中に、議長は会議ＤＮに電話し、消去可能な認可コードを用いて会議を開始する。ここで、参加者は、会議ＤＮに電話し、第２の消去可能な認可コードを用いて会議にアクセスする。ＬＥＣサービス要求によって、コード割り当てＤＮおよび会議ＤＮは、同一になったりまたは異なったりする。コード割り当てと会議ＤＮは、各エンド・ユーザに対して単一である必要はない。会議の前ステップ１）エンド・ユーザが、たとえば、電話機２８（以下、エントリユーザ２８という）はエンド・ユーザの電話カードを用いて会議を行いたい場合：エンド・ユーザ２８は、コード割り当てＤＮ（ＤＮ_code）をダイヤルする。このＤＮは、ＬＥＣの領域で内でユニークであり、またはテリトリの特定の領域内でユニークであることができる。ステップ２）エンド・オフィス１２は翻訳を行い経路指定する：エンド・オフィス１２は、ＤＮ_codeを翻訳して、翻訳したＤＮ_codeを、公衆ネットワーク１０を介して、ＤＮ_codeを所有するスイッチ、この実施の形態においては、ＡＩＮＳＳＰ２０に経路指定する。ステップ３）トリガおよび照会：ＡＩＮＳＳＰ２０において、ＡＩＮＳＳＰのトリガは、ＤＮ_codeに添付される。このトリガは、３／６／１０ディジット型の公共電話局ダイヤル計画（ＰＤＰ）、または終了試行（ＴＡＴ）のどちらであってもよい。呼がトリガにヒットすると、ＡＩＮ呼モデルは、トリガの基準が満たされたことを確認し、ＡＩＮ照会を、ＳＳ７ネットワーク２４を介して、ＳＣＰ２６に送出する。トリガがＰＯＤＰのタイプである場合、情報分析メッセージが送出される。トリガがＴＡＴのタイプである場合、終了試行メッセージが送出される。ステップ４）ＳＣＰ２６はＳＳＰ照会を分析する：ＳＣＰ２６サービス論理は、呼エンド・ユーザと、迅速な受信人払いの会議を開始する。そのために、ＳＣＰ２６サービス論理は、資源送信メッセージを、アナウンスＩＤと収集すべき多数のディジットを伴うＡＩＮＳＳＰ２０に送信する。ステップ５）ＡＩＮＳＳＰ２０は、エンド・ユーザ２８にサービス要求をさせ、収集する：資源送出メッセージを受けると、ＡＩＮＳＳＰ２０は、エンド・ユーザ２８に音声パスを設定し、エンド・ユーザ２８にサービスを選択させる。エンド・ユーザ２８は電話のプッシュボタンを介して、テレフォン・カード・サービス・オプションを選択する。ＡＩＮＳＳＰ２０はエンド・ユーザ２８のディジットを収集し、それらをＳＣＰ２６に送信される資源クリア・メッセージ中にパケット化する。ステップ６）ＳＣＰ２６は収集されたディジットを分析する：ＳＣＰ２６サービス論理は、エンド・ユーザ２８がテレフォン・カード・サービス・オプションを選択したことを認識する。ステップ４とステップ５と同様に、ＳＣＰは資源送出メッセージを、テレフォン・カードのアナウンスＩＤと収集すべき多数のディジットを有するＡＩＮＳＳＰ２０に送信する。ＡＩＮＳＳＰ２０はアナウンスを再生し、エンド・ユーザ２８のテレフォン・カードを収集し、ＳＣＰ２６に送信される資源クリア・メッセージ中でそのテレフォン・カードをパケット化する。ステップ７）ＳＣＰ２６はカード番号を確認し、認証コードを割り当てる：資源クリアメッセージを受け取るとき、ＳＣＰ２６はエンド・ユーザ２８のテレフォン・カード番号を確認する。確認が成功すると、ＳＣＰ２６は２つの独自の消去可能な認可コード、すなわち、第１と第２のコードを生成する。ＳＣＰ２６はＡＩＮＳＳＰ２０に指示して、認可コードをエンド・ユーザ２８に対して再生させる。これは資源送出メッセージをＡＩＮＳＳＰ２０に送出することによって行われる。ステップ８）ＡＩＮＳＳＰ２０は認可コード含むアナウンスを再生する：資源送出メッセージを受け取るとき、ＡＩＮＳＳＰ２０は認可コードをエンド・ユーザ２８に対して再生する。エンド・ユーザ２８は電話を切り、呼は終了する。ステップ９）エンド・ユーザ２８は第２の認可コードを配布する：エンド・ユーザ２８は第２の認可コードをすべてのエンド・ユーザに配布し、会議に参加する。図示する関係上、電話機３０のエンド・ユーザ（これ以後、エンド・ユーザ３０と呼ぶ）は、これらの参加者のうちの一人とみなす。会議中ステップ１０）エンド・ユーザ２８は会議を開始する。会議を開始するにあたり、エンド・ユーザ２８はオン・デマンド・ミート・ミー会議ＤＮ_confに電話する。ステップ１１）ステップ２から４と同じであるが、このコンテキストにおいてはＤＮ_confに加えられる。ステップ１２）ＡＩＮＳＳＰ２０は、エンド・ユーザ２８にサービス要求をし、収集する：資源送出メッセージを受けると、ＡＩＮＳＳＰ２０は、エンド・ユーザ２８に音声パスを設定し、エンド・ユーザ２８にサービスを選択させる。エンド・ユーザ２８は電話のプッシュボタンを介して、第１の消去可能な認可コードを供給する。ＡＩＮＳＳＰ２０はエンド・ユーザ２８のディジットを収集し、ＳＣＰ２６に送信される資源クリア・メッセージ中でディジットをパケット化する。ステップ１３）ＳＣＰ２６は収集されたディジットを分析する：ＳＣＰ２６サービス論理は、エンド・ユーザ２８が第１の認可コードを供給したことを認識する。第１の消去可能な認可コードは、エンド・ユーザ２８が会議を開始したいこと、および本人が議長であることを示す。ＳＣＰ２６サービス論理は、以下を実行する。ｉ）第１の消去可能な認可コードを確認する。 ii）共通プールの一部であるすべての会議ブリッジの内部リストから、ＳＣＰ２６は未使用のブリッジを選択する。この例では、各ブリッジは、議長ミート・ミーＤＮ（Ｃ−ＤＮ_mm）と対応ミート・ミーＤＮ（Ｐ−ＤＮ_mm）によって識別される。議長ミート・ミーＤＮは、エンド・ユーザに、会議の開始および終了を制御させるＤＮである。しかしながら、ブリッジが単一のＤＮによって識別される場合は、会議はブリッジに接続された第１の呼によって開始される。ＣＰ２６は、選択されたＣ−ＤＮ_mmをこの会議に割り当てる。例えば、Ｃ−ＤＮ_mmは、エンド・オフィス１６をホームとする会議ブリッジ４０に相当する。 iii）選択されたＣ−ＤＮ_mmを使用中であるとの印をつける。 iv）エンド・オフィス１６で用いられている会議ポート数の記録を更新する。 v）会議呼開始時間を記録する。 vi）この会議のためのアクティブ接続カウンタを、１つ増加させる。 vii）独自のエコー・データ・パラメータをこの会議接続に割り当てる。 viii）ＡＩＮＳＳＰ２０に指示して、呼をＣ−ＤＮ_mmに経路指定させる。これは、元の照会が情報分析メッセージであったときは、分析経路応答をＡＩＮＳＳＰ２０に送り、また、もし元の照会が終了試行メッセージであったときは、呼送出応答をＡＩＮＳＳＰ２０に送ることによってなされる。分析経路または呼送出メッセージと共に、ＳＣＰ２６は、エコー・データ・パラメータを含む送信通知メッセージを送出する。これによって、ＡＩＮＳＳＰ２０は、ＳＣＰ２６に、いつ呼が終了するかを指示し、またエコー・データ・パラメータ呼識別子を用いるように指示する。ステップ１４）ＡＩＮＳＳＰ２０はＣ−ＤＮ_mmに経路指定する：分析経路または呼送出メッセージを、送信通知メッセジと共に受けると、ＡＩＮＳＳＰ２０は、公衆ネットワーク１０からエンド・オフィス１６までを介して、エンド・ユーザ２８の呼をＣ−ＤＮ_mmに経路指定する。さらに、ＡＩＮＳＳＰ２０は、ＳＣＰ２６へ終了通知を要求するものとして呼をフラグする。ステップ１５）エンド・オフィス１６は呼を会議ブリッジ４０に接続する：Ｃ−ＤＮ_mmに対する呼要求を受けると、エンド・オフィス１６は、会議ブリッジ４０を使用して会議を開始させ、エンド・ユーザ２８を会議ブリッジ４０の特定のポートを介して会議に参加させる。ステップ１６）エンド・ユーザ３０は会議中に電話をかける：会議に接続するために、エンド・ユーザ３０はオン・デマンド・ミート・ミー会議ＤＮ_confに電話をかける。ステップ１７）ステップ２〜４と同じであるが、このコンテキストではエンド・オフィス１４に加えられる。ステップ１８）ＡＩＮＳＳＰ２０は、エンド・ユーザ３０からサービス要求を収集する：資源送出メッセージを受けると、ＡＩＮＳＳＰ２０は、エンド・ユーザ３０に音声パスを設定し、エンド・ユーザ３０にサービスを選択させる。エンド・ユーザ３０は電話のプッシュボタンを介して、第２の消去可能な認可コードを供給する。ＡＩＮＳＳＰ２０はエンド・ユーザ３０のディジットを収集し、ＳＣＰ２６に送信される資源クリア・メッセージ中でディジットをパケット化する。ステップ１９）ＳＣＰ２６は収集されたディジットを分析する：ＳＣＰ２６サービス論理は、エンド・ユーザ３０が消去可能な第２の認可コードを供給したことを認識する。第２の消去可能な認可コードは、エンド・ユーザ３０が実際の会議中に電話をかけたいということを示す。ＳＣＰ２６サービス論理は、以下を実行する。ｉ）第２の消去可能な認可コードを確認する。 ii）この第２の認可コードを議長の第１の認可コードと関連づける。これは、この会議、すなわち、Ｃ−ＤＮ_mmに割り当てられた会議ブリッジを検索する必要がある。ＳＣＰ２６は、Ｃ−ＤＮ_mmから、対応する特定のミート・ミー会議ＤＮ、すなわち、Ｐ−ＤＮ_mmを検索する。そのＤＮは、Ｃ−ＤＮ_mmによって開始された実際の会議にアクセスする権利のみを与える。 iii）この参加者の会議呼開始時間を記録する。 iv）この会議のためのアクティブ接続カウンタを、１つ増加させる。 v）エンド・オフィス１６で用いられている会議ポート数の記録を更新する。 vi）独自の呼識別子であるエコー・データ・パラメータを割り当てる。 vii）ＡＩＮＳＳＰ２０に指示して、呼をＣ−ＤＮ_mmに経路指定させる。これは、元の照会が情報分析メッセージであったときは、分析経路応答をＡＩＮＳＳＰ２０に送り、また、もし元の照会が終了試行メッセージであったときは、呼送出応答をＡＩＮＳＳＰ２０に送ることによってなされる。分析経路または呼送出メッセージと共に、ＳＣＰ２６は、エコー・データ・パラメータを含む送信通知メッセージを送出する。これによって、ＡＩＮＳＳＰ２０は、ＳＣＰ２６に、いつ呼が終了するかを指示し、またエコー・データ・パラメータ呼識別子を用いるように指示する。ステップ２０）ＡＩＮＳＳＰ２０は、Ｐ−ＤＮ_mmに経路指定する：分析経路または発呼メッセージを、送信通知メッセージと共に受けると、ＡＩＮＳＳＰ２０は、公衆ネットワーク１０からエンド・オフィス１６までを介して、エンド・ユーザ３０の呼をＰ−ＤＮ_mmに経路指定させる。さらに、ＡＩＮＳＳＰ２０は、ＳＣＰ２６へ終了通知を要求するものとして呼をフラグする。ステップ２１）エンド・オフィス１６は呼を会議ブリッジに４０接続する：Ｐ−ＤＮ_mmに対する呼要求を受けると、エンド・オフィス１６は、エンド・ユーザ３０を会議に接続させる。この会議は、ブリッジ４０上で使用ポートを用いて、Ｃ−ＤＮ_mmによって開始される。エンド・ユーザ２８とエンド・ユーザ３０は、会議中となる。ステップ２２）他の参加者が電話をかける：ステップ１６からステップ２１は、すべての会議参加者のために、会議が行われているかぎり、繰り返し行われる。会議の終了ステップ２３）エンド・ユーザ３０は電話を切る：エンド・ユーザ３０が電話を切るのに応じて：ｉ）会議ブリッジ４０との音声接続は終了する。 ii）エンド・オフィス１６は、会議ブリッジ４０の会議ポートを解放し、他の会議で使用できるようにする。しかしながら、会議ポートが単一ポートベースでまたはグループポートベースでのみで他の会議に使用できるかは会議ブリッジ・ハードウェアおよびスイッチに依存する。 iii）ＡＩＮＳＳＰ２０は呼解放を検出し、終了通知メッセージをＳＣＰ２６に送出する。終了通知メッセージは、ＳＣＰ２６によってこの呼接続に割り当てられたエコー・データ・パラメータと、終了標識と、呼の接続時間とを含む。ステップ２４）ＳＣＰ２６は、ＡＩＮＳＳＰ２０から、終了通知メッセージを受信する。ＡＩＮＳＳＰ２０から終了通知メッセージを受信すると、ＳＣＰ２６は、エコー・データ・パラメータをエンド・ユーザ３０の接続と相関させ、以下の動作を行う。ｉ）この参加者の会議呼終了時間を記録する。 ii）この会議のアクティブ接続カウンタを、１だけ減少させる。 iii）エンド・オフィス１６で用いられる会議ポート数の記録を更新する。ステップ２５）他の参加者が電話を切る。ステップ２３ステップ２４、会議の開催中電話を切っているすべての参加者に対して繰り返し行われる。ステップ２６）エンド・ユーザ２８が電話を切る。電話を切っているエンド・ユーザ２８に応答する。ｉ）会議ブリッジ４０との音声接続は終了する。 ii）エンド・オフィス１６は、会議ブリッジ４０の会議ポートを解放して、他の会議に使用できるようにする。 iii）議長のＤＮ（Ｃ−ＤＮ_mm）を用いているエンド・ユーザ２８が、会議終了制御ユニットと接続されていれば、エンド・オフィス１６は会議を終了させ、会議との接続は全て終了する。一方、制御ユニットなしに、Ｃ−ＤＮ_mmを用いてエンド・ユーザ２８が接続されている場合は、エンド・オフィス１６は全ての会議を終了させない。従って、関係者すべてが電話を切ったときに、会議は終了する。 iv）ＡＩＮＳＳＰ２０は、呼の解放を検出し、終了通知メッセージをＳＣＰ２６に送出する。メッセージは、ＳＣＰ２６によってこの呼接続に割り当てられたエコー・データ・パラメータ、終了標識、呼の接続時間がある。ステップ２７）ＳＣＰ２６は、ＡＩＮＳＳＰ２０から、終了通知メッセージを受信する。ＡＩＮＳＳＰ２０から終了通知メッセージを受信すると、ＳＣＰ２６は、エコー・データ・パラメータをエンド・ユーザ２８、すなわち、議長の接続と相関させ、以下の動作を行う。ｉ）この参加者の会議呼終了時間を記録する。 ii）この会議のアクティブ接続カウンタを、１だけ減少させる。 iii）エンド・オフィス１６で用いられる会議ポート数の記録を更新する。 iv）課金情報を有するデータベースを更新する。ｖ）もしエンド・ユーザ２８が、Ｃ−ＤＮ_mmを用いて会議終了制御ユニットを用いて接続されている場合は、他の会議に使用できるとして、Ｃ−ＤＮ_mm に印をつける。もしエンド・ユーザ２８が、Ｃ−ＤＮ_mmを用いて会議終了制御ユニットなしに接続されていれば、すべての参加者が電話を切ったときにのみ、他の会議の使用できるとして、Ｃ−ＤＮ_mmに印をつける。これによって、会議は完全に終了する。ミート・ミー会議サービスへのカードベースアクセスの上記方法に対して、ユーザの呼び回線に基づく認可アクセスサービスがある。このアプローチにおいては、サービスは呼び回線に課金される。課金されるＤＮは、自動番号識別子（ＡＮＩ）サービスまたは呼回線ＩＤ（ＣＬＩＤ）を用いて得られる。どの回線識別子が課金の目的に使用されるかの決定はサービスプロバイダによる。簡単のために、ＡＮＩ／ＣＬＩＤと記述するときは、ＡＮＩまたはＣＬＩＤのいずれかを指すものとする。エンド・ユーザが会議をしようと欲するときは、そのエンド・ユーザは前もってコード割り当てＤＮに電話をかける。このシステムは、エンド・ユーザのＡＮＩ／ＣＬＩＤを記録し、エンド・ユーザに第１および第２の２つの消去可能な認可コードを与える。消去可能な認可コードの有効期間は、以下のような種々の方法で制限できるが、これらに限定されるものではない。すなわち、会議の所定の回数、絶対時間つまり限定された期間、会議時間、会議の規模、およびこれらの組み合わせである。会議の前に、エンド・ユーザは、第２の消去可能な認可コード必要な会議の参加者に配布する。会議のときに、エンド・ユーザは、会議ＤＮをダイヤルし、第１の消去可能な認可コードを使用して、第２の消去可能な認可コードを用いて会議にアクセスする。ＬＥＣサービス要求によって、コード割り当てＤＮおよび会議ＤＮは、同一になったりまたは異なったりする。コード割り当てと会議ＤＮは、各エンド・ユーザに対して単一である必要はない。同じコード割り当てＤＮおよび会議ＤＮは、多くのまたは全ての加入者によって共有される。このアプローチは、他の課金モデルに適用できる。ＬＥＣは各参加者が会議へのアクセスに対して自分のＡＮＩ／ＣＬＩＤに課金されるようなサービスを提供する。会議に先だって、アクセスアプローチに基づくＡＮＩ／ＣＬＩＤを使用したミート・ミー会議サービスの動作は、以下のステップを含む：ステップ１）エンド・ユーザが、たとえば、電話機２８（以下、エントリユーザ２８という）は会議を行いたい場合：エンド・ユーザ２８は、コード割り当てＤＮ（ＤＮ_code）をダイヤルする。ステップ２）エンド・オフィス１２は翻訳を行い経路指定する：エンド・オフィス１２は、ＤＮ_codeを翻訳して、翻訳したＤＮ_codeを、公衆ネットワーク１０を介して、ＤＮ_codeを所有するスイッチ、この実施の形態においては、ＡＩＮＳＳＰ２０に経路指定する。経路指定プロセスにおいて、エンド・ユーザ２８のＡＮＩ／ＣＬＩＤはエンド・オフィス１２から公衆ネットワーク１０に送出され、その後ＡＩＮＳＳＰ２０に送出される。ステップ３）トリガおよび照会：ＡＩＮＳＳＰ２０において、ＡＩＮＳＳＰのトリガは、ＤＮ_codeに添付される。このトリガは、３／６／１０ディジット型の公共電話局ダイヤル計画（ＰＤＰ）、または終了試行（ＴＡＴ）のどちらであってもよい。呼がトリガにヒットすると、ＡＩＮ呼モデルは、トリガの基準が満たされたことを確認し、ＡＩＮ照会を、ＳＳ７ネットワーク２４を介して、ＳＣＰ２６に送出する。トリガがＰＯＤＰのタイプである場合、情報分析メッセージが送出される。トリガがＴＡＴのタイプである場合、終了試行メッセージが送出される。ＳＰＣ２６への参照の部分として、ＡＮＩ／ＣＬＩＤ情報は、ＡＮＩの場合の課金番号およびＣＬＩＤの場合の発呼者ＩＤとして送出される。ステップ４）ＳＣＰ２６はＳＳＰ照会を分析する：ＳＣＰ２６サービス論理は、ＡＮＩ／ＣＬＩＤを記録し、発呼側エンド・ユーザと、迅速な受信人払いの会議を開始する。そのために、ＳＣＰ２６サービス論理は、資源送信メッセージを、アナウンスＩＤと収集すべき多数のディジットを伴うＡＩＮＳＳＰ２０に送信する。ステップ５）ＡＩＮＳＳＰ２０は、エンド・ユーザ２８にサービス要求をさせ、収集する：資源送出メッセージを受けると、ＡＩＮＳＳＰ２０は、エンド・ユーザ２８に音声パスを設定し、エンド・ユーザ２８にサービスを選択させる。エンド・ユーザ２８は電話のプッシュボタンを介して、ＡＮＩ／ＣＬＩＤサービス・オプションを選択する。ＡＩＮＳＳＰ２０はエンド・ユーザ２８のディジットを収集し、それらをＳＣＰ２６に送信される資源クリア・メッセージ中にパケット化する。ステップ６）ＳＣＰ２６はＡＮＩ／ＣＬＩＤを確認し、認証コードを割り当てる：資源クリアメッセージを受け取るとき、ＳＣＰ２６はエンド・ユーザ２８のＡＮＩ／ＣＬＩＤを確認する。この場合の確認は、ＡＮＩ／ＣＬＩＤがサービスをアクセスすることを拒否しなかったことを保証するようにしてもよい。他の変形も可能である。確認が成功すると、ＳＣＰ２６はユニークな消去可能な認可コードのペア、すなわち、第１と第２のコードを生成する。ＳＣＰ２６はＡＩＮＳＳＰ２０に指示して、認可コードをエンド・ユーザ２８に対して再生させる。これは資源送出メッセージをＡＩＮＳＳＰ２０に送出することによって行われる。ステップ７）ＡＩＮＳＳＰ２０は認可コードを再生する：資源送出メッセージを受け取るとき、ＡＩＮＳＳＰ２０は認可コードをエンド・ユーザ２８に対して再生する。エンド・ユーザ２８は電話を切り、呼は終了する。ステップ８）エンド・ユーザ２８は第２の消去可能な認可コードを送出する：エンド・ユーザ２８は第２の消失可能な認可コードをすべてのエンド・ユーザに送出し、会議に参加する。図示する関係上、電話機３０のエンド・ユーザ（これ以後、エンド・ユーザ３０と呼ぶ）は、これらの参加者のうちの一人とみなす。その後、会議の時と会議終了時に実行される動作ステップは、サービスの使用に対する課金が議長のＡＮＩ／ＣＬＩＤに適用されることを除いては、上述されたカードベースのアプローチの記述とほぼ同じである。当業者は、本発明の精神と範囲から離れることなく、本発明に対して、種々の変形と変化ができる。例えば、本明細書では、特定の自動会議サービスの実施の形態が記載されているが、本発明は、音声と映像が組み合わされた会議サービスに適用されてもよい。また、ペアになった他の第１および第２の認可コードとして、単一認可コード（たとえば、第１および第２のコードは同じ）が、議長と明らかに同じでない限り、会議に参加する各参加者において使用されてもよい。１つのコードアクセス構成において、コードを使用してサービスにアクセスする第１の参加者は会議を請求し、同じコードを使用して会議サービスに後からアクセスしようとする他の参加者は、第１の参加者によって開始された会議に参加できる。請求の範囲は、各実施の形態についてなされた特別な限定を除いて、上述の会議サービスの実施の形態と全く同じものに限定される必要はない。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＣＡ，ＪＰ (72)発明者ピルキングトン・ジョアンヌカナダ国，ジェイ３ブイ５ジー６，ケベック，エスティー―ブルーノ，フエット＃301 1465 (72)発明者ベルジー・ピエールカナダ国，エイチ３ティー２エヌ５，ケベック，ラシーン，46スアベニュー 605 (72)発明者メウブス・チャールズカナダ国，エイチ３ワイ３エイチ９，ケベック，ウエストマウント，エルムアベニュー 455

Claims

【特許請求の範囲】１．複数の交換システムを含む電気通信ネットワーク中で、そのネットワークの１以上が１以上の会議ブリッジを有する会議サービス方法において：１以上のブリッジに関する経路指定と使用情報を維持し；呼を処理する交換システムの１つと通信して、サービス・コントローラによって、呼が会議を開始することを決定し；使用情報が使用可能であると表示している特定のブリッジを選択し；特定のブリッジに関連する使用情報を更新して、ブリッジが呼に割り当てられていることを表示し；サービス・コントローラによって、特定のブリッジに関連した経路指定情報に基づいて、呼を経路指定する指示を、呼を処理する交換システムに供給し、それによって、呼がネットワークを介してブリッジに接続されるステップを含むことを特徴とする会議サービス方法。２．請求項１記載の方法において：他の呼を処理する交換システムの１つと通信して、サービス・コントローラによって、他の呼が開始された会議に加わることを決定し；使用情報から、呼に割り当てられた特定のブリッジを識別し；サービス・コントローラによって、特定のブリッジに関連した経路指定情報に基づいて、他の呼を経路指定する指示を、他の呼を処理する交換システムに供給し、それによって、他の呼がネットワークを介してブリッジに接続されるステップを含むことを特徴とする会議サービス方法。３．請求項２記載の方法において：呼を経路指定する指示は、第１のディレクトリ番号を含み、第１のディレクトリ番号に接続された呼は、特定のブリッジにおける会議の開始を制御するステップを含むことを特徴とする会議サービス方法。４．請求項３記載の方法において：他の呼を経路指定する指示は、第２のディレクトリ番号を含み、その第２のディレクトリ番号に接続された他の呼は、特定のブリッジにおいて会議に加わるステップを含むことを特徴とする会議サービス方法。５．請求項２記載の方法において：サービス・コントローラによって呼が会議を開始することを決定するステップは、呼から入力第１コードを受信し、入力第１コードを所定の第１の認可コードと相関させ、それによってサービス・コントローラは呼が会議の開始を要求していることを認識するステップを含み；使用情報を更新するステップは、サービス・コントローラによって、特定のブリッジと第１の認可コード間の相関関係を維持するステップを含むことを特徴とする会議サービス方法。６．請求項５記載の方法において：他の呼が会議に加わることを決定するステップは、他の呼から入力第２コードを受信し、入力第２コードを、第１の認可コードとペアになっている所定の第２の認可コードと相関させるステップを含み；特定のブリッジを識別するステップは、第２の認可コードとペアである第１の認可コードを、特定のブリッジと相関させるステップを含むことを特徴とする会議サービス方法。７．請求項６記載の方法において：前記の呼及び前記の他の呼に先だって発生する第１の呼から、クレジット・カードまたはテレフォン・カード情報を受信し、受信したカード情報を確認して、ペアになった第１及び第２の認可コードを、第１の呼に供給するステップを含むことを特徴とする会議サービス方法。８．請求項６記載の方法において：前記の呼及び前記の他の呼に先だって発生する第１の呼を処理する交換システムから、第１の呼の識別子を受信し；受信した識別子を確認して、ペアになった第１及び第２の認可コードを第１の呼に供給するステップと；第１の呼の識別子とペアになったコードとの関連を維持するステップとを含むことを特徴とする会議サービス方法。９．請求項８記載の方法において：第１の呼の識別子は、第１の呼を処理する交換システムによって供給された自動番号識別子（ＡＮＩ）であることを特徴とする会議サービス方法。１０．請求項８記載の方法において：第１の呼の識別子は、第１の呼を処理する交換システムによって供給された呼回線識別子（ＣＬＩＤ）であることを特徴とする会議サービス方法。１１．請求項１記載の方法において：さらに呼を処理する交換システムによって、特定のブリッジとの呼接続が終了したことを表示する信号を、サービス・コントローラに供給し；特定のブリッジに関連した使用情報を更新し、ブリッジが使用可能であることを表示するステップを含むことを特徴とする会議サービス方法。１２．請求項１記載の方法において：さらにサービス・コントローラによって、特定のブリッジとの呼接続に対応する第１の開始時間を記録し；呼を処理する交換システムによって、特定のブリッジとの呼接続が終了したことを表示する信号を、サービス・コントローラに供給し；呼終了信号の受信に応じて、特定のブリッジに関連した使用情報を更新し、ブリッジが使用可能であることを表示し、呼に関する第１の終了時間を記録するステップを含むことを特徴とする会議サービス方法。１３．請求項１２記載の方法において：さらにサービス・コントローラによって、特定のブリッジへの他の呼の接続に対応する第２の開始時間を記録し；他の呼を処理する交換システムによって、特定のブリッジとの呼接続が終了したことを表示する信号を、サービス・コントローラに供給し；他の呼の終了信号に応じて、他の呼に関する第２の終了時間を記録するステップを含むことを特徴とする会議サービス方法。１４．請求項２記載の方法において：前記他の呼は、各会議参加者によって発生された複数の呼を含むことを特徴とする会議サービス方法。１５．請求項１４記載の方法において：電気通信ネットワークはインテリジェント・ネットワークを含み、サービス・コントローラは、インテリジェント・ネットワークのサービス制御ポイントに置かれることを特徴とする会議サービス方法。１６．請求項１５記載の方法において：呼を処理する交換システムと他の呼を処理する交換システムは、インテリジェント・ネットワークにおいて、１以上のサービス交換ポイントであることを特徴とする会議サービス方法。１７．複数の交換システムを含む電気通信ネットワーク中で、そのネットワークの１以上が１以上の会議ブリッジを有する会議サービス・システムにおいて：１以上のブリッジに関する経路指定と使用情報を維持する手段と；呼を処理する交換システムの１つと通信して、サービス・コントローラによって、呼が会議を開始することを決定する手段と；使用情報が使用可能であると表示する特定のブリッジを選択する手段と；特定のブリッジに関連する使用情報を更新して、ブリッジが呼に割り当てられいることを表示する手段と；サービス・コントローラによって、特定のブリッジに関連した経路指定情報に基づいて、呼を経路指定する指示を、呼を処理する交換システムに供給し、それによって、呼がネットワークを介してブリッジに接続される手段とを含むことを特徴とする会議サービス・システム。１８．請求項１７記載のシステムにおいて：他の呼を処理する交換システムの１つと通信して、サービス・コントローラによって、他の呼が呼によって開始された会議に加わることを決定する手段と；使用情報から、呼に割り当てられた特定のブリッジを識別する手段と；サービス・コントローラによって、特定のブリッジに関連した経路指定情報に基づいて、他の呼を経路指定する指示を、他の呼を処理する交換システムに供給し、それによって、他の呼がネットワークを介してブリッジに接続される手段とを含むことを特徴とする会議サービス・システム。１９．請求項１８記載のシステムにおいて：呼を経路指定する指示は、第１のディレクトリ番号を含み、その第１のディレクトリ番号に接続された呼は、特定のブリッジにおける会議の開始を制御することを特徴とする会議サービス・システム。２０．請求項１９記載のシステムにおいて：他の呼を経路指定する指示は、第２のディレクトリ番号を含み、その第２のディレクトリ番号に接続された他の呼は、特定のブリッジにおいて会議に加わることを特徴とする会議サービス・システム。２１．請求項１８記載のシステムにおいて：サービス・コントローラによって呼が会議を開始することを決定する手段は、呼から入力第１コードを受信し、入力第１コードを所定の第１の認可コードと相関させ、それによってサービス・コントローラは呼が議開始を要求していることを認識する手段を含み；使用情報を更新する手段は、サービス・コントローラによって、特定のブリッジと第１の認可コード間の相関関係を維持する手段を含むことを特徴とする会議サービス・システム。２２．請求項２１記載のシステムにおいて：他の呼が会議に加わることを決定する手段は、他の呼から入力第２コードを受信し、入力第２コードを、第１の認可コードとペアになっている所定の第２の認可コードと相関させる手段とを含み；特定のブリッジを識別する手段は、第２の認可コードとペアである第１の認可コードを、特定のブリッジと相関させる手段を含むことを特徴とする会議サービス・システム。２３．請求項２２記載のシステムにおいて：前記の呼及び前記の他の呼に先だって発生する第１の呼から、クレジット・カードまたはテレフォン・カード情報を受信し、受信したカード情報を確認して、ペアになった第１及び第２の認可コードを、第１の呼に供給する手段を含むことを特徴とする会議サービス・システム。２４．請求項２２記載のシステムにおいて：前記の呼及び前記の他の呼に先だって発生する第１の呼を処理する交換システムから、第１の呼の識別子を受信し、受信した識別子を確認して、ペアになった第１及び第２の認可コードを第１の呼に供給する手段と；第１の呼の識別子とペアになったコードとの関連を維持する手段とを含むことを特徴とする会議サービス・システム。２５．請求項２４記載のシステムにおいて：第１の呼の識別子は、第１の呼を処理する交換システムによって供給された自動番号識別子（ＡＮＩ）であることを特徴とする会議サービス・システム。２６．請求項２４記載のシステムにおいて：第１の呼の識別子は、第１の呼を処理する交換システムによって供給された呼回線識別子（ＣＬＩＤ）であることを特徴とする会議サービス・システム。２７．請求項１７記載のシステムにおいて：呼を処理する交換システムによって、特定のブリッジとの呼接続が終了したことを表示する信号を、サービス・コントローラに供給し；特定のブリッジに関連した使用情報を更新し、ブリッジが使用可能であることを表示する手段とを含むことを特徴とする会議サービス・システム。２８．請求項１７記載のシステムにおいて：サービス・コントローラによって、特定のブリッジとの呼接続に対応する第１の開始時間を記録する手段と；呼を処理する交換システムによって、特定のブリッジとの呼接続が終了したことを表示する信号を、サービス・コントローラに供給する手段と；呼終了信号の受信に応じて、特定のブリッジに関連した使用情報を更新し、ブリッジが使用可能であることを表示し、呼に関する第１の終了時間を記録する手段を含むことを特徴とする会議サービス・システム。２９．請求項２８記載のシステムにおいて：サービス・コントローラによって、特定のブリッジへの他の呼の接続に対応する第２の開始時間を記録する手段と；他の呼を処理する交換システムによって、特定のブリッジとの呼接続が終了したことを表示する信号を、サービス・コントローラに供給する手段と；他の呼の終了信号に応じて、他の呼に関する第２の終了時間を記録する手段とを含むことを特徴とする会議サービス・システム。３０．請求項１８記載のシステムにおいて：他の呼は、各会議参加者によって発生された複数の呼を含むことを特徴とする会議サービス・システム。３１．請求項３０記載のシステムにおいて：電気通信ネットワークはインテリジェント・ネットワークを含み、サービス・コントローラは、インテリジェント・ネットワークのサービス制御ポイントに置かれることを特徴とする会議サービス・システム。３２．請求項３１記載のシステムにおいて：呼を処理する交換システムと他の呼を処理する交換システムは、インテリジェント・ネットワークにおいて、１以上のサービス交換ポイントであることを特徴とする会議サービス・システム。３３．請求項２記載の方法において：呼を経路指定する指示と他の呼を経路指定する指示は、各呼を、特定のブリッジと関連した１つのディレクトリ番号に経路指定することを特徴とする会議サービス方法。３４．請求項１８記載のシステムにおいて：呼を経路指定する指示と他の呼を経路指定する指示は、各呼を、特定のブリッジと関連した１つのディレクトリ番号に経路指定することを特徴とする会議サービス・システム。３５．請求項６記載の方法において：第１の認可コードと第２の認可コードは、同一のコードであることを特徴とする会議サービス方法。３６．請求項１８記載のシステムにおいて：第１の認可コードと第２の認可コードは、同一のコードであることを特徴とする会議サービス・システム。