JP2000516777A - 課金目的および／または通信ルーティング目的で希望の通信事業者に通信を割り当てる方法およびシステム - Google Patents

Abstract

(57)【要約】 加入者に同じディレクトリ番号を維持することを可能としながらも、前記加入者の長距離通信事業者またはローカル通信事業者を迅速に変更する方法とシステム（１１）である。希望の通信事業者コードを臨時通信事業者データベース（４２，４３）中に入力し、前記加入者の回線（１４ａ）上で発信する通信に対してインジケータが起動される。前記加入者回線（１４ａ）上で発信する通信が続いて受信されると、前記記録通信事業者が加入者データベース（４４）から検索され、前記希望通信事業者コードが前記臨時通信事業者データベース（４２，４３）から検索される。前記希望通信事業者コードが前記記録通信事業者コードと比較される。前記希望通信事業者コードが前記記録通信事業者コードと異なる場合、前記希望通信事業者コードを用いて、前記通信を前記希望通信事業者に割り当てる。この後で、前記加入者データベース（４４）中の前記記録通信事業者コードは前記加入者の希望通信事業者コードで更新される。前記加入者記録通信事業者コードが前記希望通信事業者コードと同じであると判断されると、前記加入者回線に対する前記インジケータが取り除かれる。前記インジケータが取り除かれると、前記臨時通信事業者データベース（４２，４３）はもはや、前記加入者回線（１４ａ）上で発信する通信を送る際に参照されることはなく、前記加入者の希望の通信事業者コードは前記臨時通信事業者データベース（４２，４３）から削除される。

Description

【発明の詳細な説明】 課金目的および／または通信ルーティング目的で 希望の通信事業者に通信を割り当てる方法およびシステム 技術分野 本発明は一般的には通信システムに関し、より具体的には課金目的および／ま たは通信ルーティング（経路選択）目的で希望の通信事業者に通信を割り当てる 方法および装置に関する。 発明の背景 「我に自由を与えよ、しからずんば死を与えよ」とパトリック・ヘンリーは言 った。たいていの人は電話サービスに対してそれほど情熱的では無いとは言え、 希望の通信事業者を選択する能力を評価している。さまざまな長距離通信事業者 の中から選択する自由は近代の電話サービスの重要な側面となっている。事実、 長距離電話サービスは極めて競合的な産業である。複数の長距離通信事業者が、 広範囲にわたって宣伝しさまざまなコール計画と刺激を提供することによって加 入者を激烈に争い求めている。大規模なダイレクトメールおよびテレマーケティ ングプログラムを用いて、電話サービス加入者に長距離通信事業者に切り替える ように勧めている。数千の加入者が自分の長距離通信事業者を毎年変更している のだから、このような努力は実に効果的に思える。多くの加入者が長距離通信事 業者を変更したこと、さらに何回も変更したことは間違いない。 加入者の長距離通信は一般的には、加入者の回線と電話ネットワークの間でゲ ートウエイとして働く中央オフィススイッチ（交換機）内で、加入者が希望する 長距離通信事業者に割り当てられる。発呼者が加入者回線上の電話を取り上げて ディレクトリ番号をダイアルすると、その加入者回線は、通信を、その加入者回 線をサービスする中央オフィススイッチに搬送する。この中央オフィススイッチ は、発呼者がダイアルした数字を解釈して、その通信を、ダイアルされたディレ クトリ番号と関連した電話などの端末局に送る。このようにして、中央オフィス スイッチは加入者回線とローカル交換通信事業者のローカル交換ネットワークの 間でゲートウエイとして作動する。中央オフィススイッチはまた、加入者回線と 、複数の長距離通信事業者によって操作される長距離ネットワークとの間でもゲ ートウエイとして作動する。 加入者回線上で発信する通信を加入者の希望する長距離通信事業者に割り当て ることによって、これらの通信は、希望の長距離通信事業者によって操作される 長距離ネットワークを介して送られる。より具体的に言うと、中央オフィススイ ッチが加入者回線上で発信する長距離通信を受信すると、中央オフィススイッチ は、中央オフィススイッチに保持されているデータベースから加入者の長距離記 録通信事業者コードを受信する。中央オフィススイッチは、この加入者の長距離 記録通信事業者コードに対して、長距離記録通信事業者によって操作される長距 離ネットワークを介して通信を物理的に送ることによって応答する。加入者は通 常は、サービスを開始するときに長距離記録通信事業者を選択し、その長距離記 録通信事業者を長距離通信事業者変更要求によってときどき変更する。 中央オフィススイッチはまた、通信の課金記録を生成する。この課金記録には 、通信に係わる発信局のディレクトリ番号、端末局のディレクトリ番号および長 距離通信事業者コードが含まれる。中央オフィススイッチによって作成された課 金記録は、ローカルおよび長距離の電話料金を含む毎月の電話請求書を生成する 請求書発行システムに周期的にダウンロードされる。すると、ローカル交換通信 事業者が加入者の支払いを収集してその支払いの長距離部分を加入者の長距離通 信事業者に発送する。 加入者の長距離通信事業者は従来は、加入者の回線をサービスする中央オフィ ススイッチに保持されている加入者データベース中の加入者の長距離通信事業者 コードを変更することによって変更される。しかし、中央オフィススイッチに対 するアクセスは、中央オフィススイッチが重要な請求の情報および通信ルーティ ングの情報を包含しているので一般には制限される。事実、典型的な中央オフィ ススイッチの加入者データベースは、中央オフィススイッチ上で特殊なプログラ ムを実行させることによってしか変更できない。このプログラムを実行するには 、係員が中央オフィススイッチのところに物理的に存在することが必要である。 しかしながら、係員が常駐していない中央オフィススイッチも多い。したがって 、 加入者の長距離通信事業者コードを変更するには、サービス技師が中央オフィス スイッチまで行って、加入者データベースを更新するに必要なプログラムを実行 しなければならない。 加入者の長距離通信事業者の変更などの加入者データベースの特定の変更をす るにはしばしばかなりの時間がかかる。典型的なローカル交換通信事業者は複数 の中央オフィススイッチを操作して、長距離通信事業者の変更要求を、交換機間 通信事業者サービスセンターなどの中央位置で受信する。これらの長距離変更要 求は通常は、交換機間通信事業者サービスセンターでロギングされ、機械化され た作業命令書が書かれる。結局は、サービス技師がその機械化された作業命令書 を取り上げて、加入者データベースを変更するに必要なデータをさまざまな中央 オフィススイッチに供給する。加入者の長距離通信事業者を変更するこのプロセ スを完了するには通常は２日から５日ほど作業する必要がある。 加入者の長距離通信事業者を変更するに際しての遅延によって、新たに割り当 てられた長距離通信事業者がこの遅延期間中の収入を失うことになってしまう。 加入者もまた、新たに割り当てられた長距離通信事業者のサービスという恩典を この遅延期間中に失うことになるが、これには奨励割引や他の恩典が含まれ得る 。毎年数千の消費者が自分の長距離通信事業者を変更しているので、長距離通信 事業者に対するこれらの遅延とその加入者に対する遅延が組み合わされてかなり の影響となる。したがって、長距離通信を希望の長距離通信事業者により迅速に 割り当てて課金目的と通信のルーティング目的を達成する必要がある。 この必要性は、極めて競合的な長距離電話サービスマーケットには存在するが 、ローカル電話サービスが現在のところ単一プロバイダシステムのままであるた めローカル電話サービスマーケットではその必要性が存在しない。しかしながら 、ローカル電話サービスマーケットでもまもなく競合が始まるだろうと予測され ている。競合的なローカル電話サービスマーケットでは、たいていの加入者は、 引き続き、ただ一つのローカル交換ネットワークに接続されたままであろう。し かしながら、ローカル交換通信事業者は、自分たちのローカル交換ネットワーク に対する卸売りアクセスを販売し始めるであろうと予測されているので、競合が 起こるだろう。この卸売りアクセスによって、新しいエンティティ--転売サービ ス プロバイダーがローカル電話サービスマーケットに参入することを可能とするロ ーカル電話サービス用の転売マーケットが生じるだろう。これらの転売サービス プロバイダによって、個人の加入者には、ちょうど彼らが現在代替の長距離通信 事業者を有しているように、代替のローカル交換通信事業者が提供されるだろう 。 加入者は一般的に、もし結局のところ自分のディレクトリ番号も変更しなけれ ばならないとしたら、自分自身のローカル交換通信事業者を変更することを躊躇 するかまたはまったくしたがらないと信じられている。別のローカル交換通信事 業者に切り替えても同じディレクトリ番号を保持することを加入者に可能とする 機能は「ローカル番号移植性」と呼ばれる。ローカル番号移植性は一般には、ロ ーカル電話サービスマーケットにおける効果的な競合の重要な側面であると考え られている。ローカル番号移植性は、加入者に選択可能な長距離通信事業者を提 供するために現在用いられている方法と類似の方法で提供できる。すなわち、各 加入者に対するローカル交換通信事業者コードは、適当な中央オフィススイッチ における加入者データベース中に保管できる。このローカル交換通信事業者コー ドは、通信に対して中央オフィススイッチが作成した課金記録に含むことができ る。これらのローカル通信課金記録は請求システムに対して周期的にダウンロー ドされ、次にこの請求システムは毎月の電話請求書を作成する。すると、ローカ ル交換ネットワークのオペレータは加入者の支払いを収集し、加入者のローカル 通信事業者に対する支払いのローカル部分を発送する。 しかしながら、ローカル番号移植性を提供するこの方法には、選択可能な長距 離通信事業者を提供する際に経験される欠点と同じ欠点がある。すなわち、サー ビス技師が一般にさまざまな中央オフィススイッチに出向いて変更しなければな らないので、加入者のローカル交換通信事業者を変更するにはかなりの遅延が発 生してしまう。したがって、加入者に自分自身のディレクトリ番号を保持するこ とを可能としながらも、転売サービスプロバイダにローカル通信を迅速に割り当 てるための方法とシステムが必要である。 総括すると、課金目的と通信ルーティング目的で希望の長距離通信事業者に長 距離通信を迅速に割り当てるための方法とシステムが必要である。さらに、課金 目的で転売サービスプロバイダにローカル通信を迅速に割り当てるための方法と システムも必要である。特に、加入者に自分自身のディレクトリ番号を保持する ことを可能としながらも、課金目的で転売サービスプロバイダに加入者のローカ ル通信を迅速に割り当てるための方法とシステムを含むローカル番号移植性が必 要である。 発明の概要 本発明は、通信事業者変更要求に応答して加入者の長距離通信事業者またはロ ーカル通信事業者を変更する方法とシステムを供給することによって上記の必要 性を満足するものである。従来の通信システムにおいては、通信事業者変更要求 を実現する際にかなりの遅延が発生する。通信事業者変更要求実現に際してのこ の遅延によって、新たに割り当てられた長距離通信事業者がこの遅延中の収入を 失うことになる。加入者もまた、遅延期間中に、新たに割り当てられた長距離通 信事業者のサービスという恩典を失うが、これには奨励割引や他の恩典も含まれ ることがある。本発明によって、加入者の長距離通信事業者またはローカル通信 事業者を迅速に変更して、通信事業者変更要求を実現する際のかなりの遅延を避 けるような方法とシステムが提供されれば、本発明の長所が生かされることにな る。 一般的に言って、本発明は、インテリジェント・スイッチ通信ネットワークに おいて、課金目的で、通信を希望する通信事業者に帰属させる方法を提供する。 本発明によれば、通信は加入者回線上で受信される。通信の受信に応答して、加 入者回線の記録通信事業者に関連するコードが得られる。加入者回線に関連する 希望する通信事業者コードがまた得られる。そして記録通信事業者コードが希望 する通信事業者コードと比較されて比較の結果が得られる。この比較結果は、希 望する通信事業者が記録通信事業者コードに関連する記録通信事業者と同じであ るかまたは、希望する通信事業者が希望する通信事業者コードの通信事業者であ るかを示す。その比較結果に基づいて、課金記録が生成されその通信を希望する 通信事業者に帰属させる。これらのステップが、加入者回線上で受信されるそれ ぞれの通信に対して繰り返される。さらに、その通信は、希望する通信事業者に 関連する通信ネットワークを介して端末局に送られてもよい。 本発明の別の局面によれば、希望する通信事業者に通信を帰属させるために生 成課金記録を生成する必要の無い場合を除いて、前記の方法が実行されてもよい 。発明のこの態様によれば、通信は必然的に、希望する通信事業者に関連する通 信ネットワークを介して端末局に送られる。 本発明のもう一つの態様によれば、前記の方法は追加的なステップを加えて実 行されても良い。具体的には、通信事業者変更要求が受信される。通信事業者変 更要求は、加入者回線上の通信サービスに関して加入者の希望する通信事業者の 選択の変更を示す。加入者回線に関連する希望する通信事業者コードは臨時通信 事業者データベースに入る。希望する通信事業者コードは、希望する通信事業者 の加入者による選択に対応する。希望の通信事業者コードが臨時の通信事業者デ ータベースに入ることに応答して、インジケータが加入者回線に関して起動され る。インジケータが、加入者回線上の通信に応答して、臨時通信事業者データベ ースの照会が要求されることを示す。つぎに、記録通信事業者コードが希望する 通信事業者コードに一致すれば、比較結果は同じコードであると判断される。こ の同一コード結果に応答して、引続き受信された通信が、臨時通信事業者データ ベースの照会なしに希望する通信事業者に帰属させられる。 本発明はまた、インテリジェント・スイッチ通信ネットワークにおいて、課金 目的のために加入者回線上の通信を希望する通信事業者に帰属させるためのシス テムを提供する。このシステムは加入者回線に関連する希望する通信事業者コー ドを含む臨時通信事業者データベースを含む。システムはまた、加入者回線上の 通信を受信するのに効果がある、臨時通信事業者データベースに機能的に接続し たネットワーク要素を含む。ネットワーク要素は、加入者回線の記録通信事業者 コードおよび加入者回線に関連するインジケータを含む。インジケータは、加入 者回線上の通信の受信に応答して、比較結果のために希望する通信事業者コード と記録通信事業者コードが比較されなければならないことを示す。ネットワーク 要素はまた、比較結果に基づく課金目的のために、通信を希望する通信事業者に 帰属させるためのアトリビュータを含む。システムはまた、臨時通信事業者デー タベースおよび／またはネットワーク要素に機能的に接続したコンパレータを含 む。コンパレータは、比較結果のために希望する通信事業者コードと記録通信事 業者コードを比較するのに効果的である。その比較結果は同一の符合結果である かまたは異なるコード結果である。記録通信事業者コードが希望する通信事業者 記号と同じ時は同一のコード結果である。同一コードの結果は、希望する通信事 業者が記録通信事業者コードに関連する記録通信事業者であることを示す。記録 通信事業者コードが希望する通信事業者コードと異なるときは、比較結果は異な るコード結果である。異なるコード結果は、希望する通信事業者が希望する通信 事業者コードに関連する通信事業者であることを示す。コンパレータはまた、比 較結果をネットワーク要素に提供するのに有効である。さらに、ネットワーク要 素はまた、比較結果に基づき希望する通信事業者に関連する通信ネットワークを 介して通信を端末局まで送るのに効果的である。 したがって、課金目的および通信ルーティング目的で希望の長距離通信事業者 に長距離通信を割当てるための方法およびシステムを提供することが、本発明の 目的である。 課金目的でローカル通信を転売サービスプロバイダに割当てるための方法およ びシステムを提供することが、本発明の別の目的である。 加入者がそのディレクトリ番号を保持したまま、課金目的で加入者のローカル 通信を転売サービスプロバイダに割当てるための方法およびシステムを含むロー カル番号移植性を提供することが、本発明の別の目的である。 本発明が先行技術の欠点を改良し本発明の目的を達成することが、以下の好ま しい実施態様の詳細な説明によって明らかとなるだろう。 図面の簡単な説明 図１は、本発明の第一の好ましい実施態様に関連して用いられるインテリジェ ント・スイッチ通信ネットワークの機能ブロック図； 図２は、本発明の第二の好ましい実施態様に関連して用いられるインテリジェ ント・スイッチ通信ネットワークの機能ブロック図； 図３は、加入者のローカル交換通信事業者または長距離通信事業者を変更する ための方法を示す論理フロー図； 図４は、加入者の長距離通信事業者を変更するための好ましい方法を示す論理 フロー図； 図５は、加入者の長距離通信事業者を変更するのに関連する照会メッセージを 処理するための好ましい方法を示す論理フロー図； 図６は、加入者のローカル交換通信事業者を変更するための好ましい方法を示 す論理フロー図； 図７は、加入者のローカル交換通信事業者を変更するのに関連する照会メッセー ジを処理するための好ましい方法を示す論理フロー図である。 好ましい実施態様の詳細な説明 図を見ると、いくつかの図にわたって同じ数字は同じ要素を表すが、本発明の 好ましい実施態様が添付図を参照しながら以下に示されるであろう。 一般に、図１は、本発明の第一の好ましい実施態様の動作環境を示し、そこで は課金目的および通信ルーティング目的で長距離通信が希望の長距離通信事業者 に割当てられる。図２は、本発明の第二の好ましい実施態様の動作環境を示し、 そこでは課金目的でローカル通信が転売サービスプロバイダのような希望のロー カル交換通信事業者に割当てられる。第二の好ましい実施態様はローカル番号移 植性を実行するための方法およびシステムを提供する。図３は、加入者のローカ ル交換通信事業者または長距離通信事業者を変更するための一般的に記述されて いる方法を示す。図４〜５に示される方法は、加入者の長距離通信事業者を変更 するための好ましい方法を提供するために図１で示された環境内における実行に 適応される。同様に、図６−７で示される方法は、加入者のローカル交換通信事 業者を変更するための好ましい方法を提供するために図２で示された環境内にお ける実行に適応される。 好ましい実施態様の動作環境 図１は、本発明の第一の好ましい実施態様に関連して用いられるインテリジェ ント・スイッチ通信ネットワークの機構的ブロック図である。図１は、典型的ロ ーカル交換の最新式知的ネットワーク（ＡＩＮ）１１を含む公衆通信交換ネット ワーク（ＰＳＴＮ）１０の一部を示す。当業者にとって周知であるＡＩＮ１１は 、 本発明の好ましい実施態様の動作環境である。ＡＩＮは、Ｗｅｉｓｓｅｒ、Ｊｒ ．との共有の米国特許第５，４３８，５６８号のなかに記述されており、その内 容を参照してここに組込む。 ＡＩＮ１１は大多数の中央オフィスのスイッチ（交換機）を含み、中央オフィ ススイッチのいくつかがサービススイッチングポイント（ＳＳＰ）を装備してい る。代表的なＳＳＰが発信スイッチＳＳＰ１２ａとして図１に見られる。ＳＳＰ （具体的には、クラス５中央オフィススイッチ）はローカル交換通信事業者によ って用いられる典型的な電子中央スイッチのＡＩＮ構成要素である。用語「ＳＳ Ｐ」および「スイッチ」はここでは互いに取換え可能なものとして用いられ、そ れは音声チャネル回線を含む、音声チャネル回路を接続するための通信スイッチ であると理解され、通常１４のように示される。ＳＳＰ１２ａは０．１以上のソ フトウェアリリースのＡＩＮを備えていることが好ましい。 ＡＩＮ１１内のそれぞれのＳＳＰは、多数の加入者回線のための発信スイッチ として「サービスする」または働く。発信スイッチは典型的には、スイッチによ ってサービスされる加入者回線に直接接続される。したがって、加入者回線をサ ービスする発信スイッチは通常、加入者回線上に発信する通信を処理するための ＡＩＮ１１の最初のネットワーク要素である。発信スイッチは加入者回線上に発 信する通信を受信し、さらに端末局と接続するための通信ルーティングのような 処理を実行する。例えば、ＳＳＰ１２ａは加入者回線１４ａ上の発信局１６ａか ら通信を受信し、ＰＳＴＮ１０のパケット交換プロトコルにしたがって端末局１ ６ｃに接続するために通信を送る。通信ルーティングの詳細は当業者にとって周 知であり、ここではこれ以上述べられない。通信ルーティングのより詳細な情報 は、「ベルコア明細書ＴＲ−ＮＷＴ−００１２８４、ＡＩＮ０．１のための交換 システムに特有の要件」に見られ、その内容を参照してここに組込む。 ＡＩＮ１１のスイッチは、通常図１の２０で示される「トランク」として知ら れる音声チャネル回線のネットワークによって相互に連絡される。トランクは、 音声チャネル通信を接続するために中央オフィススイッチを相互連絡する音声チ ャネル回路である。用語「通信」はここでは、２つの末端装置間で交換されるす べてのメッセージまたは通信を含むものとして用いられる。図１において、末端 装置は通常１６で示される電話機によって表される。電話機が末端装置として示 されるが、当業者は、末端装置としては無線電話機、ファクシミリ、コンピュー タおよびモデムなどのような他の通信装置を含んでもよいと理解する。 ＰＳＴＮ１０内の端末装置のそれぞれにはディレクトリ番号が割当てられるの が好ましい。用語「ディレクトリ番号」はここでは、発信局における発信者によ ってダイアルまたは入力されそのディレクトリ番号に関連する端末局に達する、 通常理解される番号の意味と一致するように用いられる。典型的には７桁または １０桁の番号であるディレクトリ番号、は通常は「電話番号」のことであり、図 １の電話回線１４ｃのような特定の電話回線に割当てることができる。図１は従 来の有線通信システムを示し、そこではそれぞれの加入者が、加入者回線１４ａ のような特定の加入者回線に連結されている、ということにまた注意すべきであ る。簡略化のために、本発明の好ましい実施態様は図１によって示される従来の 有線通信システムの文脈のなかで記述される。しかしながら、本発明の代わりの 実施態様は、セルラーまたは他の無線通信システムに関連して働いてもよい、と 理解すべきである。 好ましい実施態様の以下の説明において、通信は発信局１６ａから端末局１６ ｃに送られる。発信局１６ａから端末局１６への通信のルーティングは、通信の ためのルーティングパスの選択を含み、また呼出し送出、発呼者識別、およびプ リペイドまたは借方カード通信サービスなどのような１つ以上の最新式ネットワ ーク機能の実行を含んでもよい。実際、多岐にわたる最新式ネットワーク機能を 、ＡＩＮ１１を通じて現在得ることができる。しかしながら、これらの最新式ネ ットワーク機能を提供する典型的なＳＳＰの能力は、物理的および他の制約によ って限定される。したがって、ＡＩＮ１１が、通常図１の２２で示されるデータ リンクのネットワークを介してＳＳＰに機能的に接続する知的ネットワーク要素 のシステムを通じて、増大した情報処理能力を与える。 ＡＩＮ１１のこれらの知的ネットワーク要素は、ディジタルデータリンク２２ のネットワークにわたって送信されるディジタルデータメッセージを介して、相 互におよびネットワークのＳＳＰと通信することができる。ＳＳＰは、「トリガ 」を用いてこれらの知的ネットワーク要素と相互作用するように構成されてもよ い。 一般に、トリガは、ＳＳＰがある動作をするときのインジケータとして働く。Ｓ ＳＰは、通信に関連するトリガを規定する所定の条件のセットを検知したとき、 ディジタルデータリンク２２のネットワークにわたる送信のための適切なディジ タルデータメッセージを生成するように、構成される。ＳＳＰはまた、ある動作 を行なうことをＳＳＰに指示するディジタルデータリンク２２のネットワークを 介して適切なネットワーク要素からのＳＳＰのメッセージへの応答をＳＳＰが受 信するまで、通信のルーティングを保留（すなわち、通信を保持）してもよい。 もしＳＳＰがある長さの時間内に指示を受信しなければ、ＳＳＰは「タイムアウ ト」して、通信のためのデフォルトのタスクを実行する。 トリガに応答してＳＳＰによって生成されたメッセージは、「照会」メッセー ジとして知られる。照会メッセージは「トランザクション」を開き、ＳＳＰは通 例、トランザクションが開いているあいだ通信を保持する。照会メッセージに対 する応答は「会話」メッセージまたは「応答」メッセージでもよい。会話メッセ ージは、トランザクションが開いているあいだネットワーク要素間の両方向交換 を可能にする。「応答」メッセージは照会メッセージによって開かれたトランザ クションを閉じ、端末局との接続のために保持された通信を送ることを、通常Ｓ ＳＰに指示する。トリガは典型的には、「更新」メッセージを介して別のネット ワーク要素によってＳＳＰにおいて起動または起動解除される。照会メッセージ 、会話メッセージ、応答メッセージおよび更新メッセージはＡＩＮプロトコルに よって定義された標準タイプのメッセージである。ＡＩＮプロトコルの詳細は当 業者にとって周知であり、ここではこれ以上説明されない。ＡＩＮプロトコルに ついての更なる情報については、ベルコア明細書ＴＲ−ＮＷＴ−００１２８４、 「ＡＩＮ０．１のための交換システムに特有の要件」（上記参照）に見られる。 本発明の好ましい実施態様のためには、発信スイッチ１２ａはＳＳＰであるこ とが好ましい。しかしながら、ＡＩＮ１１はまた、非ＳＳＰ中央オフィススイッ チ（図示せず）を含んでもよい、ことに注意すべきである。非ＳＳＰスイッチは 初めに加入者回線上の通信を受信し、それを更なる処理のために、ＳＳＰ１２ａ のような別のスイッチに渡してもよい、と評価される。同様に、セルラーまたは 無線ネットワークにおいては、移動体スイッチオフィスまたは受／送信機は初め にセルラー電話機または無線装置からの通信を受信し、それを、さらなる処理の ためにＳＳＰ１２ａのような別のネットワーク要素に送る。このようにして、Ａ ＩＮ１１を通じて得られる最新式ネットワーク機能が、非ＳＳＰスイッチに直接 連結する無線装置および加入者回線に提供される。 ＡＩＮ１１内のそれぞれのスイッチはデータリンクを介してローカル信号変換 ポイント（ＳＴＰ）に接続される。この配置は、データリンク２２ａによってＳ ＴＰ２４に接続する発信スイッチ１２ａによって、図１に表される。ＳＴＰ２４ は、ＳＳ７プロトコル内のルーティング情報に応答し、パケットをその行先に送 るようにプログラムされている、マルチポート、高速のパケットスイッチである 。 ＡＩＮ１１のインテリジェンスの多くは、ＳＳ７データリンク２２ｃによって ＳＴＰ２４に接続されているＳＰＣ２８によって表されるローカルサービスコン トロールポイント（ＳＣＰ）の大多数に常駐する。ＳＣＰ２８のようなＳＣＰは 遠隔的にプログラム可能な知的ネットワーク要素である。ＳＣＰ２８は、０．１ 以上のソフトウェアリリースのＡＩＮを備えていることが好ましい。当業者にと って周知のように、ＳＣＰは比較的強力な故障許容コンピュータによって物理的 に実現される。ＳＣＰによって遂行される機能の中には、加入者に最新式ネット ワークの機能を提供するネットワークデータベースの保守がある。 ＡＩＮ１１内での最新式ネットワーク機能を実行するための追加的な装置が、 地域ＳＴＰ３２、地域ＳＣＰ３４、およびサービスマネジメントシステム（ＳＭ Ｓ）４０によって与えられる。ＡＩＮ１１を通じて割当てられるローカルＳＣＰ の大部分を表す地域ＳＣＰ３４およびローカルＳＣＰ２８の両方は、それぞれの データリンク２２ｇおよび２２ｈを介してＳＭＳ４０に接続する。 ＳＭＳ４０は、調整情報処理スキームがＡＩＮ１１のために実行されるように ＡＩＮ１１の様々なＳＣＰを遠隔的にプログラムするための集中プラットフォー ムを提供する。ＳＭＳ４０は、大きな汎用コンピュータおよびインターフェース によってローカル交換通信事業者および相互交換通信事業者のビジネスオフィス に実現される。加入者がＡＩＮサービスの総体をセットアップまたは変更すると き、ＳＭＳ４０は情報をＳＣＰ２８および３４のデータベースにダウンロードす る。同様にＳＭＳ４０は、提供されるサービスにたいして加入者に送り状を適切 に送付するために必要な請求システムに、請求情報を、非リアルタイムベースで 、ダウンロードする。 こうしてＡＩＮ１１は加入者に最新式ネットワーク機能の選択可能メニューを 提供する。これらの最新式ネットワーク機能は典型的にはサービス毎に、または 呼出しプランとして知られるサービス群の形で販売される。各加入者は最新式ネ ットワークのセットか、または加入者の必要性を満たす呼出しプランを選択でき る。さらに、それぞれの加入者は一般に、大多数の長距離最新式ネットワーク機 能の中から選択するとともに、大多数のローカル最新式ネットワーク機能の中か らも選択できる。加入者のローカル交換通信事業者は、ローカルおよび長距離サ ービスの両方の課金記録を保持するために、および個々の加入者に統一した請求 計算書を提供するために、一般に応答可能である。 請求システム４６はこれらの請求計算書を提供する。情報はＳＭＳ４０から請 求システム４６にダウンロードされてもよいし、請求計算書の準備の場合にはそ の逆でもよい。請求システム４６のような、通信サービスプロバイダの請求シス テムの働きは当業者にとって周知であり、ここではこれ以上述べない。 請求システム４６は一般に、各々の加入者への課金記録を１通信毎に要求する と理解される。個々の加入者に対するこれらの通信毎の課金記録は典型的に、当 業者にとって周知のように、加入者回線をサービスする発信スイッチによって生 成される。例えば、ＳＳＰ１２ａは、加入者回線１４ａ上に発信する通信にたい して通信毎の課金記録を作る。これらの課金記録のそれぞれは、加入者のディレ クトリ番号、端末局ディレクトリ番号、および加入者回線上の発信局と端末局間 の接続時間を含むことが好ましい。加入者回線に対するＳＳＰ１２ａによって作 られる通信毎の課金記録は、非リアルタイムベースで請求システム４６に周期的 にダウンロードされる。請求システム４６は様々な課金記録によって表される通 信にたいしてそのコストを計算し、加入者に送付される請求計算書を準備する。 加入者に長距離通信サービスを提供するには現在、加入者回線上に発信する長 距離通信のそれぞれが特定の長距離通信事業者に割当てられる必要がある。図１ を参照して、それぞれの長距離通信事業者は、１８ｎを介した長距離ネットワー ク１８ａによって表されるように、物理的に異なった長距離ネットワークに作動 する。ＳＳＰ１２ａのような発信スイッチは、加入者回線上で受信された通信を 、１８ｎ経由のいかなる長距離ネットワーク１８ａをも通って選択的にルーティ ングしてもよい。例えばＳＳＰ１２ａは、加入者回線１４ａ上に発信して長距離 通信を、加入者によって選択された長距離通信事業者によって作動させられた長 距離ネットワークを通って送るようにプログラムしてもよい。 しかしながら、それぞれの長距離通信事業者によって操作されるネットワーク の装置は、図１に見られるように、物理的に異なっていなくてもよい、というこ とを理解すべきである。実際、様々な長距離通信事業者によって作動されるネッ トワークは典型的には、通常の装置を共有し、ＰＳＴＮ１０全体を通じて様々な ネットワーク要素において相互接続している。さらに、１つ以上の実態がＰＳＴ Ｎ１０内の特定のネットワーク要素にアクセスする権利を持つことができる。Ｐ ＳＴＮ１０のこれらの特質からみて、本発明の好ましい動作実施態様は、図１に 示される比較的単純な構成に限定されない。むしろ図１は、本発明の好ましい実 施態様を示すのに十分なＰＳＴＮ１０の実証例の一部を示している。他の末端装 置を補助するためのＳＳＰ、非ＳＳＰおよびＭＴＳＯスイッチを含む多くの他の ネットワーク要素および相互接続は図１に示されてはいないが、本発明に用いる のに相応しいことが理解されるだろう。 第１の好ましい実施態様の説明 加入者が希望の通信事業者を選択できるシステムを実現するには、「通信事業 者コード」として知られているコードを加入者回線上で発信する各通信と関連付 ける。この通信事業者は、通信事業者コードと関連するネットワーク上に通信を 送るために使用されるが、これを課金プロセスの一部として用いて、通信をその ネットワークに帰属させるようにしてもよい。一般的にいって、本発明は、通信 のルーティングおよび／または課金への帰属付けが「新しい」希望の通信事業者 に対してより迅速に変更されるように加入者が自分自身の希望の通信事業者を変 更するときに、この通信事業者コードを迅速に変更する方法とシステムを提供す る。 図１に本発明の第１の好ましい実施態様の動作環境を示すが、この中では、長 距離通信は、課金目的および／または通信ルーティング目的で希望の長距離通信 事業者に割り当てられる。ＳＳＰ １２ａによってサービスされる各加入者回線 に対する長距離記録通信事業者コードは、ＳＳＰ １２ａのところに保管されて いる加入者データベース４４中に含まれている。当業者には理解されるように、 加入者データベースは、発信ＳＳＰ以外のＳＳＰのところに保管してもよいし、 別のネットワーク要素に保管してもよいし、知的ペリフェラルのところに保管し てもよく、発信ＳＳＰによって問い合わせられても良い。加入者回線に対する長 距離記録通信事業者を参照することによって、加入者回線１４ａなどの加入者回 線上で発信する通信が、課金目的および／通信ルーティング目的で、コードと関 連する長距離通信事業者に割り当てられる。通信を通信事業者に割り当てる作業 には、通信を通信事業者に帰属させる課金記録を作成する作業が含まれることが 好ましいが、通信を通信事業者と関連するネットワークやネットワーク要素を介 して物理的に送る作業を含んでもよいが、必要ではない。 例えは、ＳＳＰ１２ａのところに保管されている加入者データベース４４は、 加入者回線１４ａに対する長距離記録通信事業者を含む。この例では、加入者は その長距離通信事業者としてＤｅｓａｉ通信に加入していると仮定する。したが って、加入者データベースは、加入者の回線に対する長距離記録通信事業者とし て“Ｄｅｓａｉ”を含んでいる。ＳＳＰ１２ａが加入者回線１４ａ上で発信する 長距離通信を受信すると、ＳＳＰ１２ａ墓入社データベース４４から加入者回線 １４ａの長距離記録通信事業者コード（Ｄｅｓａｉ）を検索し、加入者回線１４ ａの長距離通信事業者コードによって識別される長距離ネットワーク１８ａから １８の内の特定の１つ（Ｄｅｓａｉ通信）を介して端末局１６ｃに通信を送る。 ＳＳＰ１２ａはまた、長距離記録通信事業者コードを通信に対して作成された課 金記録中に包含させることによって通信を適当な長距離通信事業者（Ｄｅｓａｉ ）に帰属させる。請求システム４６はこの課金記録を用いて、すでに述べたよう に、通信に対する料金を含む送り状を発生させ、これによって適切な金額が加入 者から収集されて、長距離通信事業者に送出されるようにする。 これらの説明から、加入者回線１４ａに対する長距離通信事業者は、ＳＳＰ１ ２ａのところの加入者データベース４４内の加入者回線１４ａに対する長距離記 録通信事業者コードを変更することによって変更可能であることが理解されよう 。例えば、加入者は長距離サービスに対する自分自身の申し込みをＤｅｓａｉ通 信からＣｈａｎ通信に変更し得る。このようにして、長距離記録通信事業者コー ドは、加入者の長距離通信のルーティングおよび／または課金に対する帰属を変 更するためには”Ｄｅｓａｉ”から”Ｃｈａｎ”に変更しなければならない。こ の変更は迅速には実行できないが、その理由は、ＳＳＰ１２ａ（または加入者デ ータベースを保管している他の要素または知的ペリフェラル）などの中央委オフ ィススイッチに対するアクセスが一般には制限されているからである。本発明は 、ネットワーク要素を用いて、長距離通信事業者変更要求を迅速に実現すること によってこの問題を提起する。本好ましい実施態様の説明には、本発明を実現す るために用いられるネットワーク要素としてのＳＳＰ、ＳＣＰおよびＳＭＳに対 する参照が含まれる。当業者には、サービスノードなどの他のネットワーク要素 または、データベースを含むペリフェラルなどの知的ペリフェラルを代わりに用 いたり、または、適切な機能性および接続を含む限り本好ましい実施態様に関連 して参照された要素と組み合わせて用いてもよい。 図１に示す本発明の１つの好ましい実施態様は、ＳＣＰ２８を用いて加入者の 長距離通信事業者を迅速に変更するシステムを提供する。ＡＩＮ１１に対する長 距離通信事業者変更要求は一般的には中央位置で受信されるが、ＳＭＳ４０を収 納しているサービス管理センターで受信するのが好ましい。ＳＭＳ４０は、ＳＣ Ｐ２８を含むＡＩＮ１１のすべてのＳＣＰを遠隔からプログラムすることができ る。ＳＭＳ４０は、中央位置になって、さまざまなＳＣＰを用いて長距離通信事 業者変更要求を実現すれば有利である。しかしながら、ＳＳＰ１２ａはすでに、 加入者回線上で発信する長距離通信を加入者が選択した長距離通信事業者に割り 当てるための加入者データベース４４を含んでいる。しかしながら、ＳＳＰ１２ ａはＳＭＳ４０から遠隔地からはプログラムできない。 長距離通信事業者変更要求を迅速に実行する１つの方式は、加入者データベー ス４４全体を、ＳＣＰ２８または自分自身が遠隔プログラムする地元の別のネッ トワーク要素に再配置することである。しかしながら、この方式は情報処理能力 を浪費および／またはアイドリングさせる。その上、加入者データベース４４全 体をＳＣＰ２８または別のネットワーク要素内に配置するには、ＳＳＰ１２ａと ＳＣＰ２８または、ＳＳＰ１２ａによって送られる各長距離通信に対する別のネ ットワーク要素との間にデータリンク通信を設立する必要がある。したがって、 この方式はＳＳＰ１２ａとＳＣＰ２８または別のネットワーク要素とに間におけ るデータリンク通信の数を増大させることになる。 本発明の本好ましい実施態様は、加入者データベース４４をＳＣＰ２８または 別のネットワーク要素中に配置することに関連するこれらの落とし穴を避ける。 これらの落とし穴を避けるためには、加入者の希望の長距離通信事業者コードは 最初に、ＳＣＰ２８などのネットワーク要素中の臨時の長距離通信事業者データ ベース中に入力される。ＳＣＰ２８はＳＳＰ１２ａに加入者の希望の長距離通信 事業者コードを臨時期間中だけに提供する。この臨時期間は、加入者からの変更 要求が受信され、希望の長距離通信事業者コードが臨時長距離通信事業者データ ベース中に入力された後で始まる。この臨時期間は、長距離通信事業者変更要求 がＳＳＰ１２ａのところの加入者データベース４４中にプログラムされると終了 する。長距離通信事業者変更要求がＳＳＰ１２ａのところの加入者データベース ４４中にプログラムされると、臨時長距離通信事業者データベース４２はもはや 、加入者回線１４ａ上で発信する通信を送る経過中で参照されることはない。次 に、加入者の希望する長距離通信事業者コードは、ＳＣＰ２８のところの臨時長 距離通信事業者データベース４２から削除される。この例を再度参照すると、加 入者が希望する長距離通信事業者としてＣｈａｎ通信に対する自身の申し込みを 変更すると、希望される長距離通信事業者コードとしての”Ｃｈａｎ”は加入者 回線と関連する臨時長距離通信事業者データベース中に入力される。この入力が 、臨時長距離通信事業者データベースが加入者回線上の長距離通信に関して問い 合わせられる臨時期間の始まりである。以下に説明するように、コード”Ｃｈａ ｎ”はこの後で以前の”Ｄｅｓａｉ”コードの代わりに加入者データベース中に 入力される。”Ｃｈａｎ”コードを加入者データベース中にこのように書き込む ことが臨時期間の終了であり、臨時長距離通信事業者データベースはもはや、加 入者回線上での長距離通信に関して問い合わせられることはない。 ＳＣＰ２８などのネットワーク要素を用いてＳＳＰ１２ａに希望の長距離通信 事業者コードを提供すると、長距離通信事業者コード変更要求が迅速に実行でき て有利である。変更要求は、ＳＳＰ１２ａが遠隔プログラム不可能であるのに対 してＳＣＰ２８などのネットワーク要素が遠隔プログラム可能であるので、迅速 に実行される。その上、典型的なＡＩＮ１１をこのように作動させると、ＳＳＰ １２ａによって送られる長距離通信のほんの少しの部分だけが、ローカル交換通 信事業者によって受信されてはいるが、ＳＳＰ１２ａのところの加入者データベ ース中にはまだプログラムされていない長距離通信事業者コード変更要求を含む だけである。したがって、ＳＣＰ２８などのネットワーク要素を用いてＳＳＰ１ ２ａに希望の長距離通信事業者コードを臨時にしか提供しないことによって、長 距離通信事業者コード変更要求を実行するに必要とされる情報処理の量を最小化 できる。ＳＣＰ２８などのネットワーク要素を用いてＳＳＰ１２ａに希望の長距 離通信事業者コードを臨時にしか提供しないことによってまた、長距離通信事業 者コード変更要求を実行するに必要とされるネットワーク要素とＳＳＰ１２ａ間 におけるデータリンクのトラフィックの量が最小化される。 本発明のある実施態様によれば、加入者回線１４ａに対する長距離通信事業者 コード変更要求は次のように処理するのが好ましい：加入者の希望の長距離通信 事業者を示す長距離通信事業者コード変更要求が、通常は希望の長距離通信事業 者からＳＭＳ４０によって受信される。例えば、Ｄｅｓａｉ通信からＣｈａｎ通 信への変更要求が受信される。この時点でＣｈａｎ通信は希望の長距離通信事業 者であると考えられる。ＳＭＳ４０のところにいる係員は、加入者の希望する長 距離通信事業者対応する希望の長距離通信事業者コードをＳＣＰ２８のところの 臨時長距離通信事業者データベース４２中に入力する。たとえば、”Ｃｈａｎ” は臨時長距離通信事業者のデータベースに入力される。ＳＣＰ２８は更新メッセ ージをＳＳＰ１２ａに送信して、加入者回線１２ａに対するトリガを起動する。 このトリガは、加入者回線上で受信された長距離通信に関してＳＳＰ１２ａが長 距離通信事業者データベースに問合せていることを示すインジケータとして働く 。次にＳＳＰ１２ａが加入者回線１４ａ上で発信する長距離通信を受信すると、 ＳＳＰ１２ａはその通信を保持し、加入者データベース４４から加入者回線１４ ａに対する長距離記録通信事業者コードを受信する。我々の例を参照すると、Ｓ Ｓ Ｐは”Ｄｅｓａｉ”を加入者回線に対する長距離記録通信事業者コードとして検 索する。このコードは、加入者の長距離記録通信事業者コードに関してまだ加入 者データベースがまったく変化していないので”Ｄｅｓａｉ”である。ＳＳＰ１ ２ａは照会メッセージメッセージ中にある加入者回線１４ａに対する長距離記録 通信事業者コードを含み、この照会メッセージをＳＣＰ２８に送信する。 ＳＣＰ２８はこの照会メッセージに応答して、臨時長距離通信事業者データベ ース４２から加入者回線１４ａに対する希望の長距離通信事業者コードを検索す る。この例では、ＳＣＰは”Ｃｈａｎ”を希望の長距離通信事業者コードとして 検索する。次に、ＳＣＰは長距離記録通信事業者コードを希望の長距離通信事業 者コードを比較する。この場合、加入者の希望の長距離通信事業者コードは、加 入者が変更要求をしたので最近に臨時長距離通信事業者データベース中に入力さ れたものである。この例を参照すると、ＳＣＰは”Ｄｅｓａｉ”を”Ｃｈａｎ” と比較する。ＳＣＰ２８は、長距離記録通信事業者コードが希望の長距離通信事 業者コードとは異なると判断する。ＳＣＰ２８は希望の長距離通信事業者コード を応答メッセージ中に包含して、その応答メッセージをＳＳＰ１２ａに送信する 。この応答メッセージを受信すると、ＳＳＰ１２ａは、希望の長距離通信事業者 によって操作される長距離通信事業者ネットワークを介して送ることによって通 信を希望の長距離通信事業者に割り当てる。この例を参照すると、ＳＳＰ１２ａ は通信をＣｈａｎ通信を介して送る。ＳＳＰ１２ａはまた、希望の長距離通信事 業者コードを通信に対する課金記録中に包含させることによってその通信を希望 の長距離通信事業者に帰属させれば有利である。今説明したこのプロセスは、以 前に参照された臨時期間中において加入者回線１４ａ上で次いで受信された長距 離通信の１つ１つに対して発生する。このプロセスは、加入者回線１４ａに対す るトリガが起動解除されるまで、このような通信１つ１つに対して繰り返される のが好ましい。 次に、インジケータを除去（トリガを起動解除）して、加入者回線上で受信さ れた長距離通信に関してＳＳＰが臨時長距離通信事業者データベースに問合せな いようにする仕方について説明する。ＳＭＳ４０での係員が加入者１４ａに対す る希望の長距離通信事業者コードをＳＣＰ２８のところの臨時長距離データベー ス４２中に入力してしはらくすると、サービス技師が加入者回線１４ａに対する 希望の長距離通信事業者コードをＳＳＰ１２ａのところの加入者データベース４ ４中に入力する。言い換えれば、サービス技師が入力を完了すると、最新の変更 要求に対応する希望の長距離通信事業者コードが長距離記録通信事業者コードに なる。例えば、サービス技師が”Ｃｈａｎ”コードを加入者データベースに入力 する。このように、長距離記録通信事業者コードとして”Ｃｈａｎ”コードは” Ｄｅｓａｉ”コードの代わりに採用される。 この例を続けると、加入者回線１４ａに対する希望の長距離通信事業者コード がＳＳＰ１２ａのところの加入者データベース中に入力した後で、次いでＳＳＰ １２ａが加入者回線１４ａ上で発信する第１の長距離通信を受信する。臨時長距 離通信事業者データベース問合せることを示すＳＳＰに対するインジケータはい まだ本来の位置にあって、加入者回線１４ａに対するトリガはまだ起動解除され ていない。したがって、この通信が受信されたときはトリガはまだアクティブで ある。したがって、ＳＳＰ１２ａはその通信を保持し、加入者データベース４４ から加入者回線１４ａに対する長距離記録通信事業者コードを検索する。注記し たように、サービス技師が入力したら、長距離記録通信事業者コードはこの時点 では、最新の変更要求に対応する通信事業者コード、すなわち”Ｃｈａｎ”コー ドである。ＳＳＰ１２ａは照会メッセージ中に長距離記録通信事業者コードを包 含して、その照会メッセージをＳＣＰ２８に送信する。 ＳＣＰ２８はこの照会メッセージに応答して、臨時長距離通信事業者データベ ース４２から加入者回線１４ａに対する希望の長距離通信事業者コードを検索す る。この例では、ＳＣＰは希望の長距離コードとして”Ｃｈａｎ”を検索する。 ＳＣＰ２８は、加入者回線１４ａに対する長距離記録通信事業者コードを加入者 回線１４ａに対する希望の長距離通信事業者コードと比較する。ＳＣＰ２８は、 長距離記録通信事業者コードとしての”Ｃｈａｎ”を希望の長距離通信事業者コ ードとしての”Ｃｈａｎ”と比較する。加入者回線１４ａに対する希望の長距離 通信事業者コードが加入者データベース４４と臨時長距離通信事業者データベー ス４２の双方中に入力されるに連れて、ＳＣＰ２８は長距離記録通信事業者コー ドが希望の長距離通信事業者コードと同じであることを判断する。言い換えれば 、 ”Ｃｈａｎ”は”Ｃｈａｎ”と同じである。ＳＣＰ２８はこの判断に対して、応 答メッセージをＳＳＰ１２ａに送って、すでに述べたように、希望の長距離通信 事業者に通信を割り当てるようにＳＳＰ１２ａに命令する。 ＳＣＰ２８はまた、長距離記録通信事業者コードが希望の長距離通信事業者コ ードと同じであるという判断に応答して、インジケータを除去し、これによって 、加入者回線上で受信された長距離通信に関してＳＳＰが臨時長距離データベー スと問合せないようにする。ＳＣＰは、第２の更新メッセージをＳＳＰ１２ａに 送信して、加入者回線１４ａに対するトリガを起動解除することによってインジ ケータを除去する。加入者回線１４ａに対するトリガを起動解除することによっ て、ＳＳＰ１２ａは、本発明とは無関係な理由によって保持する場合は別として 、通信を保持することなく、加入者回線１４ａ上で発信する後続の通信を送る。 加入者回線１４ａに対するトリガを起動解除する第２の更新メッセージはこのよ うにして、ＳＣＰ２８とＳＳＰ１２ａとの間の両方向トランザクションは、加入 者回線１４ａ上で発信する後続の通信がＳＳＰ１２ａによって送られる以前にお いては、本発明に関しては必要ないことを示す。ＳＣＰ２８は、応答メッセージ の後でこの更新メッセージを送信して、通信ルーティングの際の遅延を最小化し 、したがって、ＳＣＰ２８が照会メッセージに応答する間にＳＳＰがタイムアウ トする可能性を最小化する。加入者回線１４ａに対する希望の長距離通信事業者 コードはまた、ＳＣＰ２８のところの臨時長距離通信事業者データベースから削 除されることがある。 本発明の本好ましい実施態様は、すでに述べたように、ＡＩＮプロトコルでの 標準タイプのメッセージである更新メッセージ、照会メッセージおよび応答メッ セージを用いて実現されることに注意されたい。ＡＩＮ１１内の各ＳＳＰおよび ＳＣＰは、デバイスのメーカやモデルとは無関係に、事前決定された仕方でこれ らのメッセージに応答する。ＡＩＮプロトコル内の標準のメッセージを用いて本 発明の好ましい実施態様を実現すれば、様々なメーカやモデルのＳＳＰやＳＣＰ を用いる長距離通信事業者変更要求を迅速に実現する手順を標準化することがで きる。 第１の好ましい実施態様の追加特徴 上述の手順は、加入者回線１４ａ上で通信を発信する発呼者に個々の通信毎に 希望の長距離通信事業者コードを与えることを可能とする手順と関連して実現し てもよい。加入者回線１４ａ上で発信する電話呼などの通信は、加入者回線１４ ａ上の発信局１６ａで動作中の発呼者によって入力されたルーティング命令を含 むダイアルされた数字を含むことが好ましい。これらのルーティング命令は一般 的には、端末局１６ｃに対するディレクトリ番号を含む。ダイアルされた数字は さらに、当業者には周知なように、発呼者が現時点の通信に対して用いたい有効 な長距離通信事業者コードを含む事前定義されたコードを含む。この場合、ダイ アルされた長距離通信事業者コードは希望の長距離通信事業者コードとして用い られ、これによって、ダイアルされた長距離通信事業者コードによって識別され た長距離通信事業者に対して通信を割り当てる。 再度我々の例を参照すると、”Ｄｅｓａｉ”が加入者データベース４４中の加 入者回線１４ａに対する記録通信事業者であり、”Ｃｈａｎ”が臨時長距離通信 事業者データベース４２内の加入者回線１４ａに対する希望の通信事業者コード であると仮定されている。第１の好ましい実施態様のこの追加特徴によって、加 入者回線１４ａ上で通信を発信する発呼者は、その特定の通信に対する、Ｄｅｓ ａｉ通信またはＣｈａｎ通信以外の通信事業者であり得る希望の長距離通信事業 者を選択できる。例えば、発呼者が”Ａｃｅ Ｔｅｌｃｏ”によって操作される ネットワークを介して通信が送られることを望むと仮定する。発呼者は、通信を 発信するために発呼者が入力したダイアル済み数字中のＡｃｅ Ｔｅｌｃｏと関 連する、”ＡＣＥ”などの事前定義された通信事業者コードを含むことがある。 ”＊ＸＸ”などのトリガ用コードもまた、ダイアル済み数字が通信に対する事前 定義された通信事業者コードを含むことを示すために必要とされることがある。 したがって、発呼者は、”＊ＸＸ−ＡＣＥ−ＺＺＺ−ＺＺＺ−ＺＺＺ”（ここで 、”ＺＺＺ−ＺＺＺ−ＺＺＺ”は希望の終端装置と関連したディレクトリ番号で ある）をダイアルすることによって追加特徴を可能とする。これに応答して、” ＡＣＥ”が通信に対する希望の通信事業者コードとして用いられ、これによって 、Ａｃｅ Ｔｅｌｃｏによって操作される長距離ネットワークを介して通信が送 ら れる。その上、ＳＳＰ１２ａは、通信事業者コード”ACE”を課金記録中に包含 して、通信を課金目的でＡｃｅ Ｔｅｌｃｏに帰属されてもよい。したがって、 第１の好ましい実施態様と関連して上述された方法のステップは、第１の好まし い実施態様に関しては実行されない。 第２の実施態様の説明 図２に、本発明の別の好ましい実施態様の動作環境を示すが、ここでは、ロー カル通信は、課金目的で、転売サービスなどの希望のローカル交換通信事業者に 割り当てられる。この実施態様では、ＳＣＰ２８などのネットワーク要素を用い て、加入者に同じディレクトリ番号を保持することを可能としながらも、加入者 のローカル交換通信事業者を迅速に変更する。すなわち、加入者のローカル交換 通信事業者は、加入者のディレクトリ番号をも変更することなく変更できる。し たがって、図２に示す本発明の好ましい実施態様はローカル番号の移植性を実現 する目的にも適用できる。 図１を参照して上述した加入者の長距離通信事業者を変更するこの好ましい方 法を用いて、加入者のローカル交換通信事業者をほんの少しの修正によって変更 することが可能である。第１に、加入者回線１４ａに対するローカル記録通信事 業者コードは、ＳＳＰ１２ａまたは他の適当な要素に保管されている加入者デー タベース４４中に包含される。第２に、遠隔プログラム可能な臨時ローカル交換 データベース４３は、ＳＣＰ２８または他の適当な要素に保管されている。臨時 ローカル交換データベース４３および臨時長距離データベース４２を１つの臨時 通信事業者データベースに結合できることが理解されよう。第３に、ＳＳＰ１２ ａは、加入者回線１４ａ上で発信する通信を送る際に経由する希望のローカル通 信事業者と関連した特定のネットワークやネットワーク要素を選択する必要はな い。そのかわりに、すべてのローカル交換通信事業者が同じローカル交換ネット ワーク１７を利用し、これによって、通信は、ＳＳＰ１２ａによって作成された 課金記録を介して希望のローカル交換通信事業者に割り当てられる。言い換えれ ば、ローカル交換ネットワーク１７は、ローカル交換ネットワークのオペレータ によってしか物理的にアクセスされない専用のネットワークとしてとどまる。ロ ーカル交換ネットワークに対する物理的アクセスが専用のままとどまるとはいえ 、ローカル交換ネットワークのオペレータによって保管される課金記録によって 、ローカル通信を転売サービスプロバイダなどのさまざまなローカル交換通信事 業者に割り当てることができる。 第２の好ましい実施態様の追加特徴 上述の第２の好ましい実施態様は、ローカル交換ネットワーク１７内の特定の ネットワーク要素を介して通信をルーティングできるようにする手順と関連して 実現してもよい。具体的には、ローカル番号移植性を含むローカル交換ネットワ ークにおいては、中央オフィススイッチは、加入者の希望のローカル通信事業者 コードに基づいてローカル交換ネットワーク１７を介して特定の通信経路を選択 してもよい。例えば、ＳＳＰ１２ａは、加入者回線１４ａ上で発信する通信をロ ーカル交換ネットワーク１７を介して、希望のローカル通信事業者によって操作 される、または希望のローカル通信事業者と関連して最新式のネットワーク機能 を実現するようにプログラムされた特定の知的プラットフォームにルーティング してもよい。このようにして、希望のローカル通信事業者は、加入者に、通信送 出、音声メール、借り方課金サービスなどの最新式のネットワーク機能を提供し 得る。 その上、第２の好ましい実施態様に対して上述された手順は、発呼者に１つ１ つの通信毎に希望の長距離通信事業者コードを提供することを可能とする手順と 関連して実現し得る。発呼者に通信毎に希望の長距離通信事業者コードを与える ことを可能とするこれらの手順は、第１の好ましい実施態様の追加特徴に関連し てすでに述べた手順と実質的に同じである。 加入者の希望の通信事業者を変更するための好ましい方法の説明 図３は、加入者のローカル交換通信事業者または長距離通信事業者を変更する 好ましい方法を示す論理フロー図である。図１に示すようなＡＩＮ環境内で加入 者の長距離通信事業者を変更する好ましい方法のより具体的な説明を、図４と５ を参照して以下に示す。同様に、図２に示すようなＡＩＮ環境内で加入者のロー カル交換通信事業者を変更する好ましい方法のより具体的な説明を図６と７を参 照して以下に示す。 図３を参照すると、加入者の記録通信事業者を示す記録通信事業者コードが、 図３に示すプロセスに先立って加入者データベース中に包含されることが理解さ れよう。記録通信事業者コードは通常は、加入者に関連する通信を加入者の記録 通信事業者に割り当てるために用いられる。加入者は、加入者の発信装置をサー ビスする各個別の回線に対して別々の通信事業者を選択してもよい。その上、各 回線に対して、加入者は、別のネットワークを介して送られる各タイプの通信に 対して別々の記録通信事業者を選択してもよい。例えば、加入者はローカル通信 に対してローカル記録通信事業者を、長距離通信に対して長距離記録通信事業者 を、データ通信に対してデータネットワーク記録通信事業者を選択するといった 具合にしてもよい。また、２つ以上の通信事業者コードが同じ通信事業者を意味 するようにしてもよいことに注意されたい。以下では、ローカルと長距離の通信 サービスをのみ参照することにする。しかしながら、本発明はまた、課金目的で 通信をデータネットワーク、無線ネットワーク、ビデオネットワークまたは他の ネットワーク上でルーティングしたり、帰属させたりするためにも用いることが できる。 図３はステップ３００から始まり、ステップ３０２で、加入者に対する通信事 業者変更要求が受信されたか否かチェックされる。通信事業者変更要求がステッ プ３０２で受信されていない場合、”ＮＯ”分岐しその後でステップ３０２から ステップ３０８に行って、ここで、加入者に関連した通信が受信されたか否かチ ェックされる。ステップ３０８以降を以下に説明する。通信事業者変更要求がス テップ３０２で受信されると、”ＹＥＳ”分岐しその後でステップ３０２からス テップ３０４に進む。ステップ３０４では、通信事業者変更要求で受信された加 入者に対する希望の記録通信事業者コードが臨時通信事業者データベース中に入 力される。 ステップ３０６では、トリガが加入者回線に対して起動される。加入者回線に 対するこのトリガは、起動解除されるまでアクティブの状態にとどまる。このア クティブなトリガによって、希望の通信事業者コードが、加入者回線上に通信で 受信されればいつでも臨時通信事業者データベースから検索される。 ステップ３０６およびステップ３０２からの”ＮＯ”分岐の後に、ステップ３ ０８が実行され、ここでは、加入者回線上で通信が受信されたか否かチェックさ れる。ステップ３０８で加入者回線上で通信が受信されると、記録通信事業者コ ードがステップ３１０で加入者データベースから検索される。ステップ３１０の 阿智はステップ３１２が実行され、ここでは、加入者回線に対するトリガがアク ティブであるか否か判断される。加入者回線に対してアクティブなトリガがない 場合、”ＮＯ”分岐してステップ３１２からステップ３２０に進み、ここで、通 信が希望の通信事業者に割り当てられる。この場合、希望の通信事業者は、記録 通信事業者コードと関連した通信事業者である。 加入者回線に対してトリガがアクティブである場合、”ＹＥＳ”分岐してステ ップ３１２からステップ３１４に進み、ここで、希望の通信事業者コードが臨時 通信事業者データベースから検索される。ステップ３１４の後はステップ３１６ に進み、ここで、記録通信事業者コードが希望の通信事業者コードと同じである か否か判断される。記録通信事業者が希望の通信事業者と同じ場合、”ＹＥＳ” 分岐してステップ３１６からステップ３１８に進み、ここで、加入者に対するト リガが起動解除される。ステップ３１８の後はステップ３２０に進み、ここで、 通信が希望の通信事業者に割り当てられる。この場合、希望の通信事業者は記録 通信事業者コードと関連した通信事業者である。 ステップ３１６を再度参照すると、記録通信事業者コードが希望の通信事業者 コードを同じではない場合、”ＮＯ”分岐してステップ３１６からステップ３２ ０に進み、ここで、通信は希望の通信事業者に割り当てられる。この場合、希望 の通信事業者は希望の通信事業者コードと関連した通信事業者である。ステップ ３２０の後はステップ３２２に進むのが好ましいが、ここでは、加入者がサービ スを中断したか否か判断される。加入者がサービスを中断した場合、”ＹＥＳ” 分岐してステップ３２２から”ＥＮＤ”ステップ３２４に進み、図３の論理フロ ー図によって示されるプロセスが終了する。加入者がサービスを中断しなかった 場合、”ＮＯ”分岐してステップ３０２にループバックし、ここで、加入者に対 する通信事業者変更要求が受信されたか否か判断される。図３に示す論理フロー 図はこのように、加入者がサービス受領を継続するかぎり、ステップ３０２から ステップ３２２をループする。 加入者の長距離通信事業者を変更するための好ましい方法の説明 図４は、加入者の長距離通信事業者を変更するための好ましい方法を図示する 論理フロー図である。図４と５の以下の説明は、図１に示す好ましい環境につい てであり、加入者回線１４ａに対する長距離通信事業者変更要求を実現するため の１つの好ましい実施態様を説明するものである。以下の説明に対して、加入者 回線１４ａ上の発信局１６ａで発信する長距離通信は、端末局１６ｃに送られる 。その上、ＳＳＰ１２ａは加入者回線１４ａに対する発信スイッチであり、ＳＣ Ｐ２８は、ＳＳＰ１２ａに対する長距離通信事業者変更要求を実現するようにプ ログラムされている。 図４はステップ４００から始まっており、ステップ４０２では、加入者回線１ ４ａに対する長距離通信事業者変更要求がステップ４０２で受信されたか否か判 断される。この長距離通信事業者変更要求はＳＭＳ４０で受信されるのが好まし い。加入者回線１４ａに対する長距離通信事業者変更要求が受信されていない場 合、”ＮＯ”分岐してステップ４０２からステップ４０８に進み、ここで、ＳＳ Ｐ１２ａのところの加入者回線１４ａ上で通信が受信されたか否か判断される。 ステップ４０８およびその後続ステップを以下に説明する。 長距離通信事業者変更要求が加入者回線１４ａに対して受信されている場合、 ”ＹＥＳ”分岐してステップ４０２からステップ４０４に進む。ステップ４０４ では、長距離通信事業者変更要求中で受信された加入者回線１４ａに対する希望 の長距離通信事業者コードがＳＣＰ２８のところの臨時長距離通信事業者データ ベース４２中に入力される。ステップ４０６では、更新メッセージがＳＣＰ２８ からＳＳＰ１２ａに送信される。この更新メッセージは、ＳＳＰ１２ａのところ にある加入者回線１４ａに対するトリガを起動する。この加入者回線１４ａに対 するトリガは、後続の更新メッセージがＳＳＰ１２ａで受信されて、トリガを起 動解除するまで、アクティブの状態にとどまる。アクティブなトリガによって、 ＳＳＰ１２ａは、加入者回線１４ａ上で受信された通信を保持し、照会メッセー ジをＳＣＰ２８に送信する。ＳＳＰ１２ａは、通信を端末局１６ｃに送るように 自身に命令するＳＣＰ２８からの応答メッセージを自身が受信するまで通信を保 持する。 ステップ４０８では、通信が加入者回線１４ａ上でＳＳＰ１２ａで受信された か否か判断される。なんら通信が受信されていない場合、”ＮＯ”分岐して、ス テップ４０２にループして、長距離通信事業者変更要求が受信されたか否か監視 する。通信が加入者回線１４ａ上でＳＳＰ１２ａで受信されていた場合、”ＹＥ Ｓ”分岐して、ステップ４０８からステップ４１０に進み、ここで、ＳＳＰ１２ ａは、加入者データベース４４から長距離記録通信事業者コードを検索する。ス テップ４１０の後はステップ４１１に進み、ここで、トリガが加入者回線１４ａ に対してアクティブであるか否か判断される。加入者回線１４ａに対してアクテ ィブなトリガがない場合、”ＮＯ”分岐してステップ４１１からステップ４２０ に進み、ここで、通信は端末局１６ｃに送られる。この場合、通信は希望の通信 事業者に割り当てられるが、これは、加入者データベース中の記録通信事業者コ ードに関連した通信事業者である。 再度ステップ４１１を参照すると、加入者回線１４ａに対するトリガがアクテ ィブであると、”ＹＥＳ”分岐して、ステップ４１１からステップ４１２に進み 、ここで、通信は発信スイッチＳＳＰ１２ａのところに保持される。ダイアルさ れた数字と長距離記録通信事業者コードを含む照会メッセージがＳＳＰ１２ａか らＳＣＰ２８にステップ４１４で送信される。ステップ４１４からルーチン４１ ６に進み、ここで、照会メッセージはＳＣＰ２８で処理される。ルーチン４１６ は図５を参照して以下に詳述する。 ルーチン４１６の後にステップ４１８に進み、ここで、希望の長距離通信事業 者コードを含む応答メッセージがＳＣＰ２８からＳＳＰ１２ａに送信される。ス テップ４１８の後はステップ４２０に進み、ここで、通信は、ＳＣＰ２８から受 信した希望の長距離通信事業者コードによって識別された長距離ネットワーク１ ８ａから１８ｎの内の特定の１つを介して端末局１６ｃに送られる。ステップ４ ２０の後はオプションステップ４２２に進み、ここで、課金記録がＳＳＰ１２ａ によって作成され、通信が希望の長距離通信事業者に帰属される。この課金記録 は後になって請求システム４６にダウンロードされ、この請求システム４６は、 この課金記録を用いて、通信に対して適切な送り状を発生する。 ステップ４２２の後はステップ４２４に進み、ここで、加入者がサービスを中 断したか否か判断される。加入者がサービスを中断した場合、”ＹＥＳ”分岐し 、”ＥＮＤ”ステップ４２６に進み、図４に示す倫理フロー図が完了する。加入 者サービスを中断していない場合、”ＮＯ”分岐し、ステップ４２２からステッ プ４０２にループする。図４に示す論理フロー図はこのようにして、加入者がサ ービスを受け続ける限りステップ４０２からステップ４２４をループする。 加入者の長距離通信事業者を変更することに関連する照会メッセージを処理する ための好ましい方法の説明 図５は加入者の長距離通信事業者の変更に関連する照会メッセージを処理する ための好ましい方法を示す論理フロー図である。図５に示す論理フロー図は図４ のルーチン４１６に対応する。図５の倫理フロー図は従って、図４の次のステッ プ４１４の後から始まる。 図５はステップ５００から始まるり、ステップ５０２でＳＣＰ２８は、ダイア ルされた数字と長距離記録通信事業者コードを含め照会メッセージを分析する。 ステップ５０４で、ＳＣＰ２８はこの照会メッセージと関連した通信が長距離通 信であるか否か判断する。通信が長距離通信でない場合、”ＮＯ”分岐してステ ップ５０４からステップ５１８に進み、ここで、応答メッセージがＳＣＰ２８か らＳＳＰ１２ａに送信される。加入者の長距離通信事業者を迅速に変更すること 以外のネットワーク機能と関連して加入者回線１４ａに対するトリガを用いても よいことが理解されよう。この場合、これらの他のネットワーク機能（図示せず ）と関連する追加ステップが実現され得る。例えば、照会メッセージと関連した 通信はローカル通信かもしれず、図６と７を参照して以下に説明する方法がその 後に続く。 ステップ５０４を再度参照すると、照会メッセージと関連する通信が長距離通 信である場合、”ＹＥＳ”分岐し、ステップ５０４からステップ５０６に進み、 ここで、照会メッセージに含まれるダイアルされた数字がオプションの有効な長 距離通信事業者コードであるか否か判断される。ステップ５０６の照会に対する 答えがイエスであれば、”ＹＥＳ”分岐して、ステップ５０８に進み、ここで、 オプションのダイアル済み長距離通信事業者コードが通信に対する希望の長距離 通信事業者コードとして応答メッセージ中に包含される。ステップ５０８の後は ステップ５１８に進み、ここで、応答メッセージはＳＣＰ２８からＳＳＰ１２ａ に送信される。 ステップ５０６の照会に対する答えがノーの場合、”ＮＯ”分岐し、ステップ ５０６からステップ５１０に進み、ここで、ＳＣＰ２８は加入者回線１４ａに対 する希望の長距離通信事業者コードを臨時長距離通信事業者データベース４２か ら検索する。ステップ５１０の後はステップ５１２に進み、ここで、長距離記録 通信事業者が希望の長距離通信事業者と同じであるか否か判断される。すなわち 、ＳＳＰ１２ａのところの加入者データベース４４中に包含される加入者回線１ ４ａに対する長距離通信事業者コードが、ＳＣＰ２８のところの臨時長距離通信 事業者データベース中に包含される加入者回線１４ａに対する長距離通信事業者 コードと同じであるか否か判断される。 ステップ５１２の照会に対する答えがイエスであれば、”ＹＥＳ”分岐し、ス テップ５１２からステップ５１４に進み、ここで、更新メッセージがＳＣＰ２８ からＳＳＰ１２ａに送信されて、ＳＳＰ１２ａでのトリガを起動解除する。この 更新メッセージの送信は、応答メッセージが送信されて（ステップ５１８）、Ｓ ＣＰ２８が照会メッセージを処理している間にＳＳＰ１２ａがタイムアウトする 確率を最小化するまで遅らせるのが好ましい。ステップ５１６とステップ５１２ の”ＮＯ”分岐の後はステップ５１６に進む。ステップ５１６では、希望のロー カル通信事業者コードが応答メッセージ中に包含される。ステップ５１８では、 この応答メッセージはＳＣＰ２８からＳＳＰ１２ａに送信される。ステップ５１ ８の後で、図５に示す論理フロー図は完了する。ステップ５１８の後はステップ ５２０に進み、ここで、図４に示す論理フロー図がステップ４１８から続いてい る。 加入者のローカル交換通信事業者を変更するための好ましい方法の説明 図６は、加入者のローカル交換通信事業者を変更するための好ましい方法を示 す論理フロー図である。図６と７の以下の説明は図２を参照して、加入者回線１ ４ａに対する長距離通信事業者変更要求を実現する好ましい方法を説明する。以 下の説明に対しては、加入者回線１４ａ上の発信局１６ａで発信するローカル通 信は、ローカル交換ネットワーク１７を介して端末局１６ｃに送られる。その上 、ＳＳＰ１２ａは加入者回線１４ａに対する発信スイッチであり、ＳＣＰ２８は ＳＳＰ１２ａに対するローカル交換通信事業者変更要求を実現するようにプログ ラムされている。 図６はステップ６００から始まるが、ステップ６０２では、加入者回線１４ａ に対するローカル通信事業者変更要求がステップ６０２で受信されたか否か判断 される。このローカル通信事業者変更要求はＳＭＳ４０で受信するのが好ましい 。加入者回線１４ａに対するローカル通信事業者変更要求が受信されていない場 合、”ＮＯ”分岐して、ステップ６０２からステップ６０８に進み、ここで、通 信がＳＳＰ１２ａのところの加入者回線１４ａ上で受信されたか否か判断してチ ェックされる。ステップ６０８およびそれ以降を以下に説明する。 加入者回線１４ａに対するローカル通信事業者変更要求が受信されている場合 、”ＹＥＳ”分岐し、ステップ６０２からステップ６０４に進む。ステップ６０ ４で、ローカル通信事業者変更要求中で受信された加入者回線１４ａに対する希 望のローカル通信事業者コードは、ＳＣＰ２８のところの臨時ローカル通信事業 者データベース４３中に入力される。ステップ６０６では、更新メッセージがＳ ＣＰ２８からＳＳＰ１２ａに送信される。この更新メッセージは、ＳＳＰ１２ａ のところの加入者回線１４ａに対するトリガを起動する。この加入者回線１４ａ に対するトリガは、トリガを起動解除する後続の更新メッセージがＳＳＰ１２ａ で受信されるまでアクティブ状態にとどまる。このアクティブなトリガによって 、ＳＳＰ１２ａは加入者回線１４ａ上で受信された通信を保持し、照会メッセー ジをＳＣＰ２８に送信する。ＳＳＰ１２ａは、端末局１６Ｃに通信を送るように ＳＳＰ１２ａに命令するＳＣＰ２８からの応答メッセージを自身が受信するまで は、この通信を保持する。 ステップ６０８では、加入者回線１４ａに対する通信がＳＳＰ１２ａで受信さ れたか否か判断される。なにも通信が受信されていない場合、”ＮＯ”分岐し、 ステップ６０２にループバックし、ローカル通信事業者変更要求が受信されたか 否か監視される。加入者回線１４ａに対する通信がＳＳＰ１２ａで受信されてい る場合、”ＹＥＳ”分岐し、ステップ６０８からステップ６１０に進み、ここで 、ＳＳＰ１２ａはしない記録通信事業者コードを加入者データベース４４から検 索する。ステップ６１０の後はステップ６１１に進み、ここで、加入者回線１４ ａに対するトリガがアクティブであるか否か判断される。加入者回線１４ａに対 するアクティブなトリガがない場合、”ＮＯ”分岐して、ステップ６１１からス テップ６２０に進み、ここで、通信はローカル交換ネットワークを介して端末局 １６ｃに送られる。 再度ステップ６１１を参照すると、加入者回線１４ａに対するトリガがアクテ ィブであれば、”ＹＥＳ”分岐して、ステップ６１１からステップ６１２に進み 、ここで、通信は発信スイッチＳＳＰ１２ａのところに保持される。ダイアルさ れた数字とローカル記録通信事業者コードを含む照会メッセージがＳＳＰ １２ ａからＳＣＰ２８にステップ６１４で送信される。ステップ６１４の後はルーチ ン６１６に進み、ここで、照会メッセージはＳＣＰ２８で処理される。ルーチン ６１６を以下に図７を参照して詳述する。 ルーチン６１６の後はステップ６１８に進み、ここで、希望のローカル通信事 業者コードを含む応答メッセージはＳＣＰ２８からＳＳＰ１２ａに送信される。 ステップ６１８の後はステップ６２０に進み、ここで、通信はローカル交換ネッ トワーク１７を介して端末局１６ｃに送られる。ＳＳＰ１２ａは、加入者回線１ ４ａ上で発信する通信をローカル交換ネットワーク１７を介して、加入者の希望 のローカル通信事業者によって操作される、またはこれと関連する最新式のネッ トワーク機能を実現するようにプログラムされた特定の知的プラットフォームに 送ることがある。ステップ６２０の後はステップ６２２に進み、ここで、課金記 録がＳＳＰ１２ａによって作成され、通信を希望のローカル通信事業者に帰属さ せる。長距離の場合とは異なって、課金記録を作成するステップ（ステップ６２ ２）は、本発明のローカル通信事業者実現のための好ましい方法とシステムにお いてはオプションステップではない。これがオプションではないという理由は、 すべての通信がローカル交換ネットワークを介して送られるが、課金目的のため に、各通信が分離して帰属されたり割り当てられたりするからである。にもかか わらず、別のルーティング経路が可能ならば、課金ステップ（ステップ６２）は オプションになる。この課金記録は後になって請求システム４６にダウンロード されるが、この請求システム４６はこの課金記録を用いて、通信のための適切な 送り状を発生する。 ステップ６２２の後はステップ６２４に進み、ここで、加入者がサービスを中 断したか否か判断される。加入者がサービスを中断した場合、”ＹＥＳ”分岐し 、”ＥＮＤ”ステップ６２６に進み、図６に示す論理フロー図が完了する。加入 者がサービスを中断しなかった場合、”ＮＯ”分岐し、ステップ６２４からステ ップ６０２にループする。したがって、図６に示す論理フロー図は、加入者がサ ービスを受け続ける限り、ステップ６０２から６２４にループすることが理解さ れよう。 加入者のローカル交換通信事業者変更に関連する照会メッセージを処理するため の好ましい方法の説明 図７は、加入者のローカル通信事業者変更に関連する照会メッセージを処理す る好ましい方法を示す論理フロー図である。図７に示すこの論理フロー図は図６ のルーチン６１６に対応する。図７の論理フロー図は従って、図６のステップ６ １４の後に始まる。 図７はステップ７００から始まり、ステップ７０２では、ＳＣＰ２８がダイア ル済み数字とローカル記録通信事業者コードを含む照会メッセージを分析する。 ステップ７０４では、ＳＣＰ２８は、照会メッセージと関連する通信がローカル 通信であるか否か判断する。通信がローカル通信でなければ、”ＮＯ”分岐して 、ステップ７０４からステップ７１８に進み、ここで、応答メッセージがＳＣＰ ２８からＳＳＰ１２ａに送信される。加入者回線１４ａに対するトリガを、加入 者のローカル通信事業者を迅速に変更する機能以外のネットワーク機能と関連さ せて用いてもよい。この場合、これらの他のネットワーク機能（図示せず）と関 連する追加ステップが実現される。例えば、照会メッセージと関連する通信は長 距 離通信であり、図４と５を参照して述べた上記の方法が用いられる。 再度ステップ７０４を参照すると、照会メッセージと関連した通信がローカル 通信であれば、”ＹＥＳ”分岐して、ステップ７０４からステップ７０６に進み 、ここで、照会メッセージに包含されるダイアルされた数字が有効な通信事業者 コードを含むか否か判断される。ステップ７０６の照会に対する答えがイエスで あれば、”ＹＥＳ”分岐して、ステップ７０８に進み、ここで、ダイアル済みロ ーカル通信事業者コードが応答メッセージ中に、通信に対する希望のローカル通 信事業者コードとして包含される。ステップ７０８の後はステップ７１８に進み 、ここで、応答メッセージはＳＣＰ２８からＳＳＰ１２ａに送信される。 ステップ７０６の照会に対する答えがノーであれば、”ＮＯ”分岐して、ステ ップ７０６からステップ７１０に進み、ここで、ＳＣＰ２８は、加入者回線１４ ａに対する希望のローカル通信事業者コード臨時ローカル通信事業者データベー ス４３から検索する。ステップ７１０の後はステップ７１２に進み、ここで、ロ ーカル記録通信事業者が希望のローカル通信事業者と同じであるか否か判断され る。すなわち、ＳＳＰ１２ａのところの加入者データベース４４内に包含される 加入者回線１４ａに対するローカル通信事業者コードが、ＳＣＰ２８のところの 臨時ローカル通信事業者データベース４３中に包含される加入者回線１４ａに対 するローカル通信事業者コードと同じであるか否か判断される。 ステップ７１２の照会に対する答えがイエスであれば、”ＹＥＳ”分岐して、 ステップ７１２からステップ７１４に進み、ここで、更新メッセージがＳＣＰ２ ８からＳＳＰ１２ａに送信され、ＳＳＰ１２ａでのトリガを起動解除する。この 更新メッセージの送信は、応答メッセージが送信されて（ステップ７１８）、Ｓ ＣＰ２８が照会メッセージを処理している間にＳＳＰ１２ａがタイムアウトする 確率を最小化するまで、遅らせるのが好ましい。ステップ７１４とステップ７１ ２からの”ＮＯ”分岐の後はステップ７１６に進む。ステップ７１６では、希望 のローカル通信事業者コードが応答メッセージ中に包含される。ステップ７１８ では、この応答メッセージがＳＣＰ２８からＳＳＰ１２ａに送信される。ステッ プ７１８が終わると、図５に示す論理フロー図が完了する。ステップ７１８の後 はステップ７２０に進み、ここで、図６に示す倫理フロー図がステップ６１８か ら継続される。 以上の説明からみて、本発明が、加入者に同じディレクトリ番号を維持するこ とを可能としながらも、加入者の長距離またはローカルの通信事業者を迅速に変 更するための方法とシステムを提供することが理解されよう。以上の説明は本発 明の特定の実施態様に関わるだけであり、以下のクレームに記載される本発明の 精神と範囲から逸脱することなく、本発明に対して多くの変更が可能であること が理解されよう。

【手続補正書】 【提出日】平成１２年３月１０日（２０００．３．１０） 【補正内容】 請求の範囲 １． インテリジェントスイッチ通信ネットワーク（１１）において好みの通信 事業者に通信をルーティングする方法であって、 インテリジェントスイッチ通信ネットワークは異なる通信事業者によってオペ レートされる異なる通信ネットワーク（１８ａ−ｎ）を備え、 通信ネットワークは加入者回線（１４ａ、１４ｂ）及び通信を生成するための 発信局（１６ａ、１６ｂ）を備え、 好みの通信事業者コード及び記録通信事業者コードにより異なる通信ネットワ ークを選択でき、 通信事業者変更要求を受信する段階（３０２）を含み、 通信事業者変更要求は加入者回線（１４ａ）における通信サービスに関する好 みの通信事業者の加入者の選択における変更を表すものである 方法において： 臨時通信事業者データベース（４２、４３）に好みの通信事業者コードを加入 者回線に関連付けて入力する段階であって、好みの通信事業者コードが好みの通 信事業者に関する加入者の選択に対応している段階（３０４）と； 臨時通信事業者データベースに好みの通信事業者コードを入力することに応答 して、加入者回線に関するインジケータを起動する段階であって、インジケータ は臨時通信事業者データベースの照会が、加入者回線において受信された通信に 応答して要求されたことを表す段階（３０６）と； 加入者回線において通信を受信したこと応答して（３０８）、加入者回線と関 連付けられた記録通信事業者コードを取得し（３１０）かつ加入者回線に関する インジケータを検出する（３１２）段階と； インジケータを検出することに応答して、加入者回線と関連付けられた好みの 通信事業者コードを取得し（３１４）かつ記録通信事業者コードを好みの通信事 業者コードと比較する（３１６）段階と； 記録通信事業者コードが好みの通信事業者コードと異なる場合に、通信を好み の通信事業者に割り当てる段階（３２０）と；及び 加入者回線と端末局との間で通信を確立する段階と に特徴とする方法。 ２．記録通信事業者コードが好みの通信事業者コードと同じである場合に、加入 者回線に関するインジケータの起動を解除する段階（３１８） をさらに備える請求項１の方法。 ３．好みの通信事業者に通信を割り当てる段階が、好みの通信事業者に関連付け られた通信ネットワークを介して端末局に通信をルーティングする段階（３２０ ）を備える請求項１又は請求項２の方法。 ４．好みの通信事業者に通信を割り当てる段階が、好みの通信事業者に通信を帰 属させるために課金記録を作る段階を備える 請求項１、２又は３の方法。 ５． インテリジェントスイッチ通信ネットワーク（１１）において好みの通信 事業者に通信をルーティングする装置であって、 インテリジェントスイッチ通信ネットワークは異なる通信事業者によってオペ レートされる異なる通信ネットワーク（１８ａ−ｎ）を備え、 通信ネットワークは加入者回線（１４ａ、１４ｂ）及び通信を生成するための 発信局（１６ａ、１６ｂ）を備え、 好みの通信事業者コード及び記録通信事業者コードにより異なる通信ネットワ ークを通信のために選択でき、 通信事業者変更要求（４０）を受信する手段を含み、 通信事業者変更要求は加入者回線（１４ａ）における通信サービスに関する好 みの通信事業者の加入者の選択における変更を表すものである 装置において： 臨時通信事業者データベース（４２）に好みの通信事業者コードを加入者回線 に関連付けて入力する手段であって、好みの通信事業者コードが好みの通信事業 者に関する加入者の選択に対応している手段（４０）と； 臨時通信事業者データベースに好みの通信事業者コードを入力することに応答 して、加入者回線に関するインジケータを起動する手段であって、インジケータ は臨時通信事業者データベースの照会が、加入者回線において受信された通信に 応答して要求されたことを表す手段（２８）と； 加入者回線において通信を受信したこと応答して、加入者回線と関連付けられ た記録通信事業者コードを取得しかつ加入者回線に関するインジケータを検出す る手段（１２ａ、４４）と； インジケータを検出することに応答して、加入者回線と関連付けられた好みの 通信事業者コードを取得しかつ比較結果のために記録通信事業者コードを好みの 通信事業者コードと比較する手段（２８、４０）と； 記録通信事業者コードが好みの通信事業者コードと異なる場合に、通信を好み の通信事業者に割り当てる手段（１２ａ）と；及び 加入者回線と端末局との間で通信を確立する手段（１２ａ）と を特徴とする方法。 ６．記録通信事業者コードが好みの通信事業者コードと同じである場合に、加入 者回線に関するインジケータを検出するための手段（２８）をさらに備える 請求項５のシステム。 ７．通信を好みの通信事業者に割り当てる手段が、好みの通信事業者に関連付け られた通信ネットワークを介して通信を端末局にルーティングする手段（１２ａ ）を備える 請求項５又は６のシステム。 ８．通信を好みの通信事業者に割り当てる手段が、好みの通信事業者に通信を帰 属させるために課金記録を作るための手段（１２ａ）を備える 請求項５、６又は７のシステム。 【図１】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ， ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，Ｆ Ｉ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ， ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，Ｍ Ｘ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ， ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ 【要約の続き】 記インジケータが取り除かれる。前記インジケータが取 り除かれると、前記臨時通信事業者データベース（４ ２，４３）はもはや、前記加入者回線（１４ａ）上で発 信する通信を送る際に参照されることはなく、前記加入 者の希望の通信事業者コードは前記臨時通信事業者デー タベース（４２，４３）から削除される。

Claims (1)

1. 【特許請求の範囲】 １． 知的交換通信ネットワークにおいて、課金目的で通信を希望の通信事業 者に帰属させる方法において、前記方法が： ａ）加入者回線上で通信を受信するステップと； ｂ）前記通信に応答して： ｉ）前記加入者回線に関連した記録通信事業者コードを獲得するステップと ； ｉｉ）前記加入者回線と関連した希望の通信事業者コードを獲得するステッ プと； ｉｉｉ）前記記録通信事業者コードを前記希望の通信事業者コードを比較し て比較結果を求めるステップと； ｉｖ）前記比較ステップの後で、前記比較結果を判断するステップであり、 前記比較結果が：前記希望の通信事業者が前記記録通信事業者コードと関連する 記録通信事業者と同じであること；または前記希望通信事業者が前記希望通信事 業者コードと関連の通信事業者であること；を示すステップと； ｃ）前記比較結果に基づいて、課金記録を作成して、前記通信を前記希望通信 事業者に帰属させるステップと； ｄ）前記加入者回線上で受信された各通信に対してステップｂ−ｃを繰り返す ステップと； を含むことを特徴とする方法。 ２． 前記ステップｃが、前記通信を、前記希望通信事業者と関連の通信ネット ワークを介して端末局に送るステップをさらに含むことを特徴とする請求の範囲 第１項記載の方法。 ３． 知的交換通信ネットワークにおいて、希望の通信事業者と関連する通信ネ ットワークを介して通信を送る方法であって、前記方法が： ａ）加入者回線上で通信を受信するステップと； ｂ）前記通信を受信したらそれに応答して： ｉ）前記加入者回線と関連の記録通信事業者コードを獲得するステップと； ｉｉ）前記加入者回線と関連の希望の通信事業者コードを獲得するステップ と； ｉｉｉ）前記記録通信事業者コードを前記希望通信事業者コードと比較して 比較結果を求めるステップと； ｉｖ）前記比較ステップの後で、前記比較結果を判断するステップであり、 前記比較結果が：前記希望通信事業者が前記記録通信事業者コードと関連の記録 通信事業者と同じであるか；または前記希望通信事業者が前記希望通信事業者コ ードと関連の通信事業者である、かを示すステップと； ｃ）前記比較結果に基づいて、前記通信を前記希望通信事業者と関連の通信ネ ットワークを介して端末局に送るステップと； ｄ）前記加入者回線上で受信した各通信毎に前記ステップｂ−ｃを繰り返すス テップと； を含むことを特徴とする方法。 ４． 知的交換通信ネットワークにおいて、課金目的で希望の通信事業者に通信 を帰属させる方法において、前記方法が： Ａ）通信事業者変更要求を受信するステップであり、前記通信事業者変更要求 が、加入者回線上の通信サービスに関連して前記希望の通信事業者に対する加入 者の選択の変更を示すステップと； Ｂ）前記加入者回線に関連した希望の通信事業者コードを臨時通信事業者デー タベースに入力するステップであり、前記希望通信事業者コードが前記希望通信 事業者の前記加入者の選択に対応するステップと； Ｃ）前記希望通信事業者コードの前記臨時通信事業者データベース中に記入さ れたことに応答して、前記加入者回線に関するインジケータを起動するステップ であり、前記インジケータが、前記臨時通信事業者データベースが前記加入者回 線上で受信された通信に応答して必要とされていることを示すステップと； Ｄ）前記通信が前記加入者回線上で受信されたことに応答して、前記加入者回 線に関連する前記インジケータを検出するステップと； Ｅ）前記インジケータが検出されたことに応答して： ｉ）前記加入者回線と関連した記録通信事業者コードを獲得するステップと ； ｉｉ）前記加入者回線と関連した希望の通信事業者コードを獲得するステッ プと； ｉｉｉ）前記記録通信事業者コードを前記希望の通信事業者コードと比較し て比較結果を求めるステップと； ｉｖ）前記比較結果を判断するステップであり、前記比較結果が同じコード であるという結果であるかまたは別のコードであるという結果であり、特に： ａ）前記記録通信事業者コードが前記希望の通信事業者コードと同じ場合 に、前記比較結果を同じコードであるという結果であると判断するステップであ り、前記同じコードであるという結果が、前記希望通信事業者が前記記録通信事 業者コードと関連した記録通信事業者であることを示すステップまたは； ｂ）前記記録通信事業者コードが前記希望の通信事業者コードと異なる場 合に、前記比較結果を別のコードであるという結果であると判断するステップで あり、前記別のコードであるという結果が、前記希望通信事業者が前記希望通信 事業者コードと関連した通信事業者であることを示すステップと； ｖ）前記比較結果に基づいて、課金記録を作成して、前記通信を前記希望の 通信事業者に帰属させるステップと； を含むことを特徴とする方法。 ５． 前記ステップＥ（ｖ）が、前記希望の通信事業者を関連した通信ネットワ ークを介して端末局に前記通信を送るステップをさらに含むことを特徴とする請 求の範囲第４項記載の方法。 ６． 前記ステップＥ（ｉｖ）で、前記比較結果が同じコードであるという結果 であると判断したことに応答して前記加入者回線に関する前記インジケータを起 動解除し、これによって、次いで受信された通信がステップＤ−Ｅを実行するこ となく希望の通信事業者に帰属されるステップをさらに含むことを特徴とする請 求の範囲第４項記載の方法。 ７． 知的交換通信ネットワークにおいて、課金目的で希望の通信事業者に通信 を帰属させる方法において、前記方法が： Ａ）通信事業者変更要求を受信するステップであり、前記通信事業者変更要求 が、加入者回線上の通信と関連した前記希望の通信事業者に対する加入者の選択 の変更を示すステップと； Ｂ）前記加入者回線と関連した希望の通信事業者コードを臨時通信事業者デー タベース中に入力するステップであり、前記希望通信事業者コードが前記希望通 信事業者に対する前記加入者の選択に対応するステップと； Ｃ）前記希望通信事業者コードが前記臨時通信事業者データベース中に入力さ れたことに応答して、前記加入者回線と関連するインジケータを起動するステッ プと； Ｄ）前記加入者回線上で通信が受信されたことに応答して、前記加入者回線に 関連する前記インジケータを検出するステップと； Ｅ）前記インジケータの検出に応答して： ｉ）前記加入者回線と関連した記録通信事業者コードを獲得するステップと ； ｉｉ）前記加入者回線と関連する前記希望通信事業者コードを獲得するステ ップと； ｉｉｉ）前記記録通信事業者コードを前記希望通信事業者コードと比較して 比較結果を求めるステップと； ｉｖ）前記比較結果を判断するステップであり、前記比較結果が同じコード であるという結果であるか別のコードであるという結果であるかを示し、特に： ａ）前記記録通信事業者コードが前記希望通信事業者コードと同じ場合に 、前記比較結果を同じコードであるという結果と判断するステップであり、同じ コードであるという結果が、前記希望の通信事業者が前記記録通信事業者コード と関連の記録通信事業者であることを示すステップ、または； ｂ）前記記録通信事業者コードが前記希望通信事業者コードと異なる場合 に、前記比較結果は別のコード結果であると判断するステップであり、前記別の コードであるという結果が、前記奇希望の通信事業者が前記希望通信事業者コー ドと関連した通信事業者であることを示すステップと； ｖ）前記比較結果に基づいて、前記希望通信事業者と関連した通信ネットワ ークを介して端末局に前記通信を送るステップと； を含むことを特徴とする方法。 ８． ステップＥ（ｉｖ）で、前記比較結果が同じコードであるという結果であ ることを判断したことに応答して、前記加入者回線に関する前記インジケータを 起動解除し、これによって、次いで受信された通信が、ステップＤ−Ｅを実行す ることなく、前記希望通信事業者と関連した通信ネットワークを介して前記端末 局に送られるステップをさらに含むことを特徴とする請求の範囲第７項記載の方 法。 ９． 知的交換通信ネットワークにおいて、課金目的で希望の通信事業者に加入 者の回線上の通信を帰属させるシステムであって、前記システムが： 前記加入者回線と関連する希望の通信事業者コードを含む臨時通信事業者デー タベースと； 前記臨時通信事業者データベースと機能的に連結したネットワーク要素であり 、前記ネットワーク要素が、前記加入者回線上で通信を受信可能であり、前記ネ ットワーク要素が： 前記加入者回線を関連した記録通信事業者コードと； 前記加入者回線とも関連したインジケータであり、前記インジケータが、前 記加入者回線上で通信が受信されたことに応答して、前記希望通信事業者コード と前記記録通信事業者コードを比較して比較結果を求めなければならないと言う ことを示すインジケータと； 前記比較結果に基づいて課金目的で前記希望通信事業者に対して前記通信を 帰属させるアトリビュータと； を含むネットワーク要素と； 前記臨時通信事業者データベースおよび／または前記ネットワーク要素と機能 的に連結したコンパレータであり、前記コンパレータが、前記希望通信事業者コ ードと前記記録通信事業者コードを比較して比較結果を求めることが可能であり 、前記比較結果が、同じコードであるという結果または別のコードであるという 結果であり、前記記録通信事業者コードが前記希望通信事業者コードと同じ場合 は前記比較結果は同じコードであるという結果となり、前記記録通信事業者コー ドが前記希望通信事業者コードとは別である場合は前記比較結果は別のコードで あるという結果となり、前記別のコードであるという結果が、前記希望通信事業 者 が前記希望通信事業者コードと関連する通信事業者であることを示し、前記コン パレータがさらに、前記比較結果を前記ネットワーク要素に提供することが可能 であるコンパレータと； を具備することを特徴とするシステム。 １０． 前記ネットワーク要素がさらに、前記比較結果に基づいて前記希望通信 事業者と関連する通信ネットワークを介して端末局に前記通信を送ることが可能 であることを特徴とする請求の範囲第９項記載のシステム。 １１． 知的交換通信ネットワークにおいて、加入者回線上で受信された通信を 希望の通信事業者と関連する通信ネットワークを介して送るシステムであって、 前記システムが： 前記加入者回線と関連する希望の通信事業者コードを含む臨時通信事業者デー タベースと； 前記臨時通信事業者データベースと機能的に連結したネットワーク要素であり 、前記ネットワーク要素が前記加入者回線上の通信を受信可能であり、前記ネッ トワーク要素が： 前記加入者回線と関連した記録通信事業者コードと； 前記加入者回線とも関連したインジケータであり、前記インジケータが、前 記加入者回線上の通信が受信されたことに応答して、前記希望の通信事業者コー ドと前記記録通信事業者コードを比較して比較結果を求めなければならないこと を示すインジケータと； を含むネットワーク要素と； 前記臨時通信事業者データベースおよび／または前記ネットワーク要素と機能 的に連結したコンパレータであり、前記コンパレータが、前記希望通信事業者コ ードと前記記録通信事業者コードを比較して比較結果を求めることが可能であり 、前記比較結果が、同じコードであるという結果または別のコードであるという 結果となり、前記記録通信事業者コードが前記希望通信事業者コードと同じ場合 は前記比較結果は同じコードであるという結果となり、前記記録通信事業者コー ドが前記希望通信事業者コードと異なる場合は前記比較結果は別のコードである とい結果となり、前記別のコードであるという結果は、前記希望通信事業者が前 記 希望の通信事業者コードと関連した通信事業者であることを示し、前記コンパレ ータがさらに、前記ネットワーク要素に前記比較結果を提供するよう動作するコ ンパレータとを具備し、 前記ネットワーク要素がさらに、前記比較結果に基づいて前記希望通信事業者 を関連の通信ネットワークを介して端末局に前記通信をルーティングするよう動 作することを特徴とするシステム。 １２． 前記ネットワーク要素がさらに、前記コンパレータによる前記比較結果 が同じコードであるという結果である場合に前記加入者回線と関連する前記イン ジケータを取り外し、これによって、次いで受信された通信が、前記希望の通信 事業者コードと前記記録通信事業者コードを比較することなく、前記希望通信事 業者を関連の通信ネットワークを介して前記端末局に送ることが可能であること を特徴とする請求の範囲第１１項記載のシステム。