JPH11501791A - ミート・ミー会議サービスへのアクセスに基づく参加および認可コード・ペア - Google Patents

Abstract

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

Description

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

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

Claims (1)

1. 【特許請求の範囲】 １． 複数の交換システムを含む電気通信ネットワーク中で、そのネットワーク の１以上が、１以上の会議ブリッジを有し、会議サービスにアクセスして、会議 を行う方法において： 各加入者に関する所定の第１の認可コードを含む加入者情報を維持し； 第１の呼から、入力加入者識別子を受信し； 維持された加入者情報から識別された特定の加入者への入力加入者識別子との 相関に応じて、第２の認可コードを第１の呼に供給し； 特定の加入者の第１の認可コードと、第２の認可コードとの関連ペアを維持し ； 第２の呼から、入力第１コードを受信し； １以上のブリッジから、使用可能なブリッジを選択し； 入力第１コードを、特定の加入者の第１の認可コードと相関させることによっ て、選択されたブリッジと特定の加入者間の関係を維持し； ネットワークを介して、第２の呼を選択されたブリッジに接続し、それによっ て第２の呼が会議を開始し； 第３の呼から、入力第２コードを受信し； 入力第２コードを、特定の加入者の第１の認可コードとペアになった第２の認 可コードに相関させることによって、ネットワークを介して、第３の呼を選択さ れたブリッジに接続し、それによって第３の呼が開始された会議に加わるステッ プを含むことを特徴とする会議サービス方法。 ２． 請求項１記載の方法において： 使用可能なブリッジを選択するステップは、 １以上のブリッジに関して、使用情報を維持し； 使用情報が使用可能と表示する特定のブリッジを選択し； 特定のブリッジに関する使用情報を更新して、そのブリッジは使用可能ではな いことを表示するステップとを含むことを特徴とする会議サービス方法。 ３． 請求項２記載の方法において： 入力加入者識別子は、特定の加入者の第１の認可コードであることを特徴とす る会議サービス方法。 ４． 請求項２記載の方法において： 入力加入者識別子は、所定の識別子コードを含むことを特徴とする会議サービ ス方法。 ５． 請求項４記載の方法において： 入力加入者識別子は、特定の加入者の第１の認可コードを含むことを特徴とす る会議サービス方法。 ６． 請求項１記載の方法において： 第２の認可コードは有効性限度を有することを特徴とする会議サービス方法。 ７． 請求項６記載の方法において： 有効性限度は会議の所定回数を含むことを特徴とする会議サービス方法。 ８． 請求項７記載の方法において： 第２の認可コードは１つの会議に有効であることを特徴とする会議サービス方 法。 ９． 請求項６記載の方法において： 有効性限度は所定の会議規模を含むことを特徴とする会議サービス方法。 １０． 請求項２記載の方法において： 第３の呼は、各参加者によって開始された複数の呼を含むことを特徴とする会 議サービス方法。 １１． 請求項２記載の方法において： 電気通信ネットワークは、サービス制御ポイント（ＳＣＰ）と、１以上のサー ビス交換ポイント（ＳＳＰ）とを有するインテリジェント・ネットワークを含む ことを特徴とする会議サービス方法。 １２． 請求項１１記載の方法において： 第２の呼を選択されたブリッジに接続するステップは、ＳＳＰのうちの１つを 指示するＳＣＰを含み、そのＳＣＰは、第２の呼の処理中にトリガして、選択さ れたブリッジにおいて会議の開始の制御によって呼が接続される第１のディレク トリ番号に第２の呼を経路指定することを特徴とする会議サービス方法。 １３． 請求項１２記載の方法において： 第３の呼を選択されたブリッジに接続するステップは、ＳＳＰのうちの１つを 指示するＳＣＰを含み、そのＳＣＰは、第３の呼の処理中にトリガして、選択さ れたブリッジで開始された会議に加わるように呼が接続される第２のディレクト リ番号に第３の呼を経路指定することを特徴とする会議サービス方法。 １４． 複数の交換システムを含む電気通信ネットワーク中で、そのネットワー クの１以上が、１以上の会議ブリッジを有し、会議サービスにアクセスして、会 議サービスを提供するシステムにおいて： 各加入者に関する所定の第１の認可コードを含む加入者情報を維持する手段と ； 第１の呼から入力加入者識別子を受信する手段と； 維持された加入者情報から識別された特定の加入者への入力加入者識別子との 相関に応じて、第２の認可コードを第１の呼に供給する手段と； 特定の加入者の第１の認可コードと、第２の認可コードとの関連ペアを維持す る手段と； 第２の呼から、入力第１コードを受信する手段と； １以上のブリッジから、使用可能なブリッジを選択する手段と； 入力第１コードを、特定の加入者の第１の認可コードと相関させることによっ て、選択されたブリッジと特定の加入者間の関連を維持する手段と； ネットワークを介して、第２の呼を選択されたブリッジに接続し、それによっ て第２の呼が会議を開始する手段と； 第３の呼から、入力第２コードを受信する手段と； 入力第２コードを、特定の加入者の第１の認可コードとペアになった第２の認 可コードに相関させることによって、ネットワークを介して、第３の呼を選択さ れたブリッジに接続し、それによって第３の呼が開始された会議に加わる手段と を含むことを特徴とする会議サービス・システム。 １５． 請求項１４記載のシステムにおいて： 使用可能なブリッジを選択する手段は、 １以上のブリッジに関して、使用情報を維持する手段と； 使用情報が使用可能と表示する特定のブリッジを選択する手段と； 特定のブリッジに関する使用情報を更新して、そのブリッジは使用可能ではな いことを表示する手段とを含むことを特徴とする会議サービス・システム。 １６． 請求項１５記載のシステムにおいて： 入力加入者識別子は、特定の加入者の第１の認可コードであることを特徴とす る会議サービス・システム。 １７． 請求項１５記載のシステムにおいて： 入力加入者識別子は、所定の識別コードを含むことを特徴とする会議サービス ・システム。 １８． 請求項１７記載のシステムにおいて： 入力加入者識別子は、特定の加入者の第１の認可コードを含むことを特徴とす る会議サービス・システム。 １９． 請求項１４記載のシステムにおいて： 第２の認可コードは有効性限度を有することを特徴とする会議サービス・シス テム。 ２０． 請求項１９記載のシステムにおいて： 有効性限度は会議の所定回数を含むことを特徴とする会議サービス・システム 。 ２１． 請求項２０記載のシステムにおいて： 第２の認可コードは１つの会議に有効であることを特徴とする会議サービス・ システム。 ２２． 請求項１９記載のシステムにおいて： 有効性限度は所定の会議規模を含むことを特徴とする会議サービス・システム 。 ２３． 請求項１５記載のシステムにおいて： 第３の呼は、各参加者によって起呼された複数の呼を含むことを特徴とする会 議サービス・システム。 ２４． 請求項１５記載のシステムにおいて： 電気通信ネットワークは、サービス制御ポイント（ＳＣＰ）と、１以上のサー ビス交換ポイント（ＳＳＰ）とを有するインテリジェント・ネットワークを含む ことを特徴とする会議サービス・システム。 ２５． 請求項２４記載のシステムにおいて： 第２の呼を選択されたブリッジに接続する手段は、ＳＳＰのうちの１つのＳＣ Ｐによって指示する手段を含み、そのＳＣＰは、第２の呼の処理中にトリガして 、選択されたブリッジにおいて会議の開始の制御によって呼が接続される第１の ディレクトリ番号に第２の呼を経路指定することを特徴とする会議サービス・シ ス テム。 ２６． 請求項２５記載のシステムにおいて： 第３の呼を選択されたブリッジに接続させる手段は、ＳＳＰのうちの１つのＳ ＣＰによって指示する手段を含み、そのＳＣＰは、第３の呼の処理中にトリガし て、選択されたブリッジで開始された会議に加わるように呼が接続される第２の ディレクトリ番号に第３の呼を経路指定することを特徴とする会議サービス・シ ステム。 ２７． 請求項６記載の方法において： 有効性限度は絶対時間の期間であることを特徴とする会議サービス方法。 ２８． 請求項１９記載のシステムにおいて： 有効性限度は絶対時間の期間であることを特徴とする会議サービス・システム 。 ２９． 請求項１３記載の方法において： 第１のディレクトリ番号および第２ディレクトリ番号は同一であることを特徴 とする会議サービス方法。 ３０． 請求項２６記載のシステムにおいて： 第１のディレクトリ番号および第２ディレクトリ番号は同一であることを特徴 とする会議サービス・システム。 ３１． 請求項１記載の方法において： 第２の認可コードは、第１の認可コードと永久的にペアになり、第２の呼は、 第３の呼より先に発生し、第１の認可コードは第２の呼から受信され、第２の認 可コードは第３の呼から受信されることを特徴とする会議サービス方法。 ３２． 請求項１４記載のシステムにおいて： 第２の認可コードは、第１の認可コードと永久的にペアになり、第２の呼は、 第３の呼より先に発生し、第１の認可コードは第２の呼から受信され、第２の認 可コードは第３の呼から受信されることを特徴とする会議サービス・システム。