(57)【特許請求の範囲】
【請求項１】
発呼を受信して呼処理指示に従って該発呼を処理するための交換機と、該発呼と関連する信号メッセージを処理するための信号メッセージプロセッサと、呼選択プロセッサとを含む通信ネットワークにおいて該発呼を処理する方法であって、本方法は該呼選択プロセッサにおいて実行され、本方法は、
該信号メッセージプロセッサに送信された信号メッセージを監視して、該発呼を指示する該信号メッセージのうちの特定のいくつかを識別するステップ、
該信号メッセージのうちの該特定のいくつかの識別に応答して、該発呼に関係する情報であって該信号メッセージのうちの該特定のいくつかに含まれる情報を用いてデータベースに問い合わせして、該発呼のいずれかが特別の処理を必要とするかどうかを決定するステップ、そして、
特別の処理を必要とする該発呼のうちのいくつかについて、（ｉ）特別の処理を必要とする該発呼のうちの該いくつかについての呼処理指示を待つよう該交換機に指示するメッセージを該交換機に送信し、（ｉｉ）特別の処理を必要とする該発呼のうちの該いくつかの各々についての呼処理指示を該交換機に送ることを要求するメッセージを、少なくとも１つの応用プロセッサに送信するステップを含む、発呼を処理する方法。
【請求項２】
請求項１に記載の方法において、
特別の処理を必要とする該発呼のうちのいくつかに関係する該情報が、発呼者情報および被呼者情報を含む方法。
【請求項３】
請求項１に記載の方法において、さらに
該応用プロセッサから受信された該呼処理指示に従って、特別の処理を必要とする該発呼のうちの該いくつかを処理する、該交換機において実行されるステップを含む方法。
【請求項４】
請求項１に記載の方法において、
特別の処理を必要としない該発呼のうちのいくつかについて、デホルト呼処理指示を用いて、特別の処理を必要としない該発呼のうちの該いくつかについての処理を続行するよう該交換機に指示するメッセージを該交換機に送信する方法。
【請求項５】
発呼を受信して呼処理指示に従って該発呼を処理する交換機と、該発呼と関連する信号メッセージを処理するための信号メッセージプロセッサとを含む通信ネットワークにおいて、該発呼を処理するシステムであって、
該信号メッセージプロセッサに送信された信号メッセージを監視して、該発呼を指示する該信号メッセージのうちの特定のいくつかを識別するための手段、
該信号メッセージのうちの該特定のいくつかの識別に応答して、該発呼に関係する情報であって該信号メッセージのうちの該特定のいくつかに含まれる情報を用いて、データベースに問合せして該発呼のいずれかが特別の処理を必要とするかどうかを決定する手段、そして、
（ｉ）特別の処理を必要とする該発呼のうちのいくつかについて、該呼処理指示を待つよう該交換機に指示するメッセージを該交換機に送信し、（ｉｉ）特別の処理を必要とする該発呼のうちの該いくつかの各々についての呼処理指示を該交換機に送ることを要求するメッセージを、少なくとも１つの応用プロセッサに送信する手段を含むシステム。
【請求項６】
請求項５に記載のシステムにおいて、
特別の処理を必要とする該発呼のうちの該いくつかに関係する該情報が、発呼者情報および被呼者情報を含むシステム。
【請求項７】
請求項５に記載のシステムにおいて、
該応用プロセッサから受信された該呼処理指示に従って、特別の処理を必要とする該発呼のうちの該いくつかを処理するための手段を、該交換機が含むシステム。
【請求項８】
請求項５に記載のシステムにおいて、
該発呼のうちの他のいくつかが特別の処理を必要としない場合に、該送信する手段が、デホルト呼処理指示を用いて、特別の処理を必要としない該発呼のうちの該他のいくつかについての処理を続行するよう該交換機に指示するメッセージを該交換機に送信するよう構成されているシステム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、通信システムに関し、特に、交換機に配送されるすべての呼びを検査し、ある特定の呼びを他の呼びと区別して、例えば、この特定の呼びを特別処理を受けさせるように処理する通信システムに関する。
【０００２】
【従来の技術】
通信サービス提供者は、そのネットワークを各呼びに当てられた呼び処理ロージックをカスタマイズする。すなわち、各呼びにその個別の処理を行わせるように構成しようとしている。このような構成においては、発呼者はより良いサービスを得られるので、発呼者の観点から望ましい。また、個別の顧客のグループに適用できるマーケティングを可能とするような特別の構成を可能とするので、通信サービス提供者の観点からも好ましいものである。
【０００３】
現在の交換ネットワークは、すべての発呼時において、顧客を識別し、顧客に合った処理を提供するように通常構成されてはいない。現在のネットワークは、単一の呼びに対し最適化されており、このようなネットワークは、特別な処理を必要とする呼びは例外ベースで処理している。現在の構成においては、呼び処理のプロセスの開始時点においては、顧客は、直接識別されておらず、顧客に特有の特徴は、その処理を十分行った後でのみ、特定の呼びに割り当てることができる。このような問題点は、呼び処理指示を含むような１つの例によって示すことができる。現在サービスのタイプは、そのサービスのタイプに関連するトランクグループのテーブルを用いて識別される。自動番号識別（Ａｕｔｏｍａｔｉｃ  ｎｕｍｂｅｒ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＡＮＩ）情報は、発呼からＡＮＩ対顧客表（テーブル）に送られて、顧客を識別している。
次に、ＡＮＩと顧客識別情報は顧客対適用特徴表（テーブル）に送られて、利用可能な特徴のリストを得ている。そして、最後に前述の表を見ることにより得られる処理されたデータは、呼び処理が適当である限り、実行する呼びを処理する交換機に送られる。呼び処理、例えば、アクセスと発信の決定および記録と課金の装置は複雑である。
【０００４】
このアプローチの問題点は、上記の様々な表（テーブル）は、中央処理されず分散処理されている点である。これらの表は顧客がまずサービス、すなわち、特徴を得る時に記憶されていなければならず、顧客が変更する時には、それらの表同士がコーディネットしていなければならない。また、誰が何を持っているかというような記録は、中央部にはなく、このため、ネットワーク要素の維持と顧客の問い合わせに対する応答をさらに複雑化する。
【０００５】
【発明が解決しようとする課題】
従って、本発明の目的は、通信ネットワーク内で呼びを処理する交換機から独立した呼び選択プロセッサを用いて、リアルタイムで呼びを制御し、来入呼びを応答して、関連信号メッセージ内の情報を用い、どの適用プロセッサがこの呼びを処理すべきかを決定するような方法とシステムを提供することである。
【０００６】
【課題を解決するための手段】
本発明の一実施例によれば、呼び選択プロセッサ（信号ディレクタ）は、ある信号メッセージ（ＳＳ７開始アドレスメッセージ（ｉｎｉｔｉａｌ  ａｄｄｒｅｓｓ  ｍｅｓｓａｇｅ：ＩＡＭ））を信号ネットワークを介して流れるメッセージフローとして認識する。別法として、特定の信号メッセージは、信号ネットワーク内の信号メッセージ処理要素（呼びを受信する交換機に関連する信号中継点（ｓｉｇｎａｌ  ｔｒａｎｓｆｅｒ  ｐｏｉｎｔ：ＳＴＰ））内で認識され、この特定のメッセージのコピーが信号ディレクタに送信される。
【０００７】
このＳＤは、特定信号内の情報を検査し、通常、この情報は発呼と各呼びの宛先とに関連し、その後、動作メッセージを交換機に送り、交換機が次に何をすべきかについて指示する。選定された呼びである特別処理を必要とする呼びに対し、このＳＤは、動作メッセージを交換機に送り、交換機がさらに指示を待つように命令する。その後、このＳＤは、選定された呼びに関連する問い合わせメッセージを適当な適用プロセッサに送り、ＩＡＭからの発呼者および被呼者に関する情報に基づいて決定する。適用プロセッサ内で問い合わせが処理された後、必要な呼び処理指示を有する応答を交換機に直接戻す。選定された呼びでないこれらの呼びはＳＤ内で識別され、「続行」動作メッセージが交換機に送られて、これらの呼びは通常通り処理するよう指示する。
【０００８】
本発明の他の特徴によれば、交換機の構成は、開始来入呼びメッセージ（すなわち、ＩＡＭ）を受信した後、待機し、そして、その後、この呼びの受信に応答して、タイミングプロセスを開始し、その呼びに対する動作メッセージが所定の時間内に到着しない時には、問い合わせが動作メッセージを得るよう発生される。同様に、交換機に対し、選定された呼びに対する呼び処理指示を待つように要求する動作メッセージが受信されると、交換機は第２のタイミングプロセスを開始し、その結果、この指示が所定時間内に到着しない場合には、問い合わせがこの指示を得るよう発せられる。
【０００９】
呼びが交換機に直接接続を介して受信され、信号情報が多周波トーンにより、あるいはＩＳＤＮ信号、あるいはＳＳ７信号メッセージ以外の手段により提供されると、本発明の装置においては、この呼びを交換機からＳＤＡを問い合わせ発することにより処理する。
【００１０】
【実施例】
図１において、ＡＴ＆Ｔ社製のネットワークのような交換キャリア電話ネットワークにおいて用いられる主要な要素間の関係について説明し、さらに、例えば、地方交換キャリアネットワーク（ｌｏｃａｌ  ｅｘｃｈａｎｇｅ  ｃａｒｒｉｅｒ：ＬＥＣ）内の着信スイッチにおける地方電話ネットワークについても以下説明する。電話の呼びが電話機１０１から発信されると、この呼びは、第１の地方交換キャリアネットワーク１１０の交換機１１１で受信される。この呼びが別の地方交換キャリアネットワーク１２０によって、サービスされる電話機１０２に向けられた呼びの場合、この呼びは、交換ネットワーク内の適当なゲートウェイスイッチ（図１の交換機１３０）に接続される。この交換ネットワークは、この呼びを転送ネットワーク１３５を介して、図１の交換機１３２に配送する。その後、この交換機１３２は、この呼びを電話機１０２にサービスする地方交換キャリアネットワーク１２０内の交換機１２１に接続する。多くの他の加入者（図示せず）が各ＬＥＣによりサービスされ、また、多くのＬＥＣは、交換ネットワークによりサービスされ、また、この交換ネットワークは、他の多くの交換機を有する。本発明は、ＬＥＣの替わりに別のアクセスベンダーを介して、この交換ネットワーク内で受信される呼びに適用できるものである。
【００１１】
地方交換キャリアネットワーク１１０と地方交換キャリアネットワーク１２０内の交換機１１１，１２１および交換ネットワーク内の交換機１３０、１３２を介して、呼びのパスを設定するプロセスを制御する信号メッセージは、公知の信号システム７（Ｓｉｇｎａｌｉｎｇ  Ｓｙｓｔｅｍ  ７）のプロトコルに従う。この信号システム７のプロトコルは、信号システムＮｏ．７の  Ｓｔｕｄｙ  Ｇｒｏｕｐ  ＸＩ−Ｓｐｅｃｉｆｉｃａｔｉｏｎ  およびＣＣＩＴＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｇｒａｐｈ  ａｎｄ  Ｔｅｌｅｐｈｏｎｅ  Ｃｏｎｓｕｌｔａｔｉｖｅ  Ｃｏｍｍｉｔｔｅｅ）のブルーブック（Ｖｏｌ．６  ｏｆ  Ｆａｃｉｌｅ  ＶＩ．９，Ｇｅｎｅｖａ  Ｓｗｉｔｚｅｒｌａｎｄ  １９８９．）に規定される。この信号メッセージが発信され、一連の信号メッセージプロセッサ（信号中継点（ｓｉｇｎａｌ  ｔｒａｎｓｆｅｒ  ｐｏｉｎｔＳＴＰ））で処理され、この信号メッセージプロセッサは、その発信する交換機１１１と、交換機１２１に関連する信号中継点１２２と、交換機１３０に関連する信号中継点１４１と、交換機１３２に関連する信号中継点１４２を有し、信号ネットワーク１４０を用いてＳＴＰ間で転送される。通常、ＳＴＰは信頼性のために対で配置されて、図１の各ＳＴＰに本質的に必要なものである。このことは図８に関連して、さらに詳細に以下に説明する。信号メッセージ、信号プロトコル、従来の信号ネットワーク構成、ＳＴＰの内部構成は当業者に公知のものであり、例えば、ＩＥＥＥ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｍａｇａｚｉｎｅ，（Ｊｕｌｙ  １９９０，ｐａｇｅ  １９  ｅｔ  ｓｅｑ．）の  Ｍｏｄａｒｒｅｓｓｉ  ａｎｄ  Ｓｋｏｏｇ  著の「Ｓｉｇｎａｌｉｎｇ  Ｓｙｓｔｅｍ  Ｎｏ．７：Ａ  Ｔｕｔｏｒｉａｌ」の論文に開示されている。信号メッセージプロセッサは、本発明により考案されたもので、従来のＳＴＰのみならず、米国特許出願第０７／９５８８４５（１９９２年１０月９日出願）に開示されている。ネットワーク端信号中継点（ｎｅｔｗｏｒｋ  ｅｎｄｐｏｉｎｔ  ｓｉｇｎａｌｉｎｇ  ｔｒａｎｓｆｅｒ  ｐｏｉｎｔ：ＮＥＳＴＰ）の装置をも含む。
【００１２】
本発明によれば、信号ディレクタ（ｓｉｇｎａｌ  ｄｉｒｅｃｔｏｒ）と称する信号選択プロセッサは、完全な信号エンドポイントの特徴を有するネットワーク要素で、この完全信号エンドポイントは、これらの呼びが発呼である時に、ＳＤによりサービスされるスイッチに接続される呼びに関連する情報を受信するよう構成されている。図１において、信号ディレクタ１５０は、信号中継点１４１に接続されているが、信号ディレクタ１５０は交換機１１１から交換機１３０に転送される呼びの発信元に関連する開始アドレスメッセージ（ｉｎｉｔｉａｌ  ａｄｄｒｅｓｓ  ｍｅｓｓａｇｅ：ＩＡＭ）のコピーを受信する。同様に、第２の信号ディレクタ１５１は、信号中継点１４２に接続されているが、この信号ディレクタ１５１は、交換機１３２から信号中継点１２２に転送される呼びの発信元に関連する信号メッセージのコピーを受信する。信号メッセージがＩＡＭ以外のメッセージ、例えば、進行中の呼びに関連するメッセージ、あるいは、トーンダウンする呼びに関連するメッセージを表す時には、コピーはＳＤには提供されない。呼びを設定するメッセージ（ＩＡＭ）をＳＤに送る別の方法も存在する。特に、このＳＤはすべての信号リンクを直接モニタすることができ、交換機に到達する呼びに関連する特定のメッセージを抽出し、処理することができる。別法として、このＳＴＰはすべてのメッセージのコピーをＳＤに送信し、このＳＤは、同様に、このメッセージの一部を抽出することができる。
【００１３】
信号ディレクタ１５０がＩＡＭのコピーのような発呼に関連する情報を含む信号メッセージを受信すると、この信号ディレクタ１５０は、この信号メッセージ内の発呼者と被呼者に関連する情報（例えば、電話番号および／または呼び用のＡＮＩ情報）を検査して、この呼びが特別処理を必要としているか否かを決定する。この検査はＳＤ内のデータベース、あるいは、ＳＤに付属のデータベースにダイヤル番号、ＡＮＩまたは信号メッセージ内の問い合わせキーのような情報を用いて行われる。問い合わせすることにより行われる。この呼びが特別処理を必要とする場合には、メッセージは、ＳＤから適当なプロセッサ、例えば、図１の適用プロセッサ１６０に送信される。このメッセージが発呼に関連する情報、一般的には、ダイヤルされた番号およびＡＮＩを含む問い合わせである。このメッセージは信号ディレクタ１５０から信号中継点１４１に転送され、その後、直接に（または信号ネットワーク１４０内の他のＳＴＰを介して）１６０に送信される。この発呼者情報はＡＮＩ情報に加えて、発呼者のクレジット番号、あるいは電話コーリングカード、あるいは他の情報から得られた情報を含む。そして、被呼者情報は、ダイヤルされた番号情報に加えて、ダイヤルされた番号から得られる情報も含む。
【００１４】
適用（応用）プロセッサ１６０はＡＴ＆Ｔ社から市販されているネットワーク制御ポイント（network control point:ＮＣＰ）と同様に構成しても良く、本質的には、問い合わせを受信し、この問い合わせの中に含まれる回復キーによって、記憶された情報を調べ、呼び処理、課金、記録あるいはその他の機能を実行するためにその情報を処理し、呼び処理あるいは他の交換機の動作のための指示を含むメッセージを返すように構成されたデータベースである。本発明によれば、この呼び処理メッセージは、呼びを処理する交換機（１３０）に直接返送される。このことは、指示が適用（応用）プロセッサに問い合わせしたＳＤには戻されないことを意味する。
【００１５】
図１の交換機１３０はＡＴ＆Ｔ社から市販されている４ＥＳＳＴＭのような交換機内にある従来の機能要素を含んている。これらの機能要素は交換機に信号ネットワークから配送される信号メッセージ、信号中継点１１２から、信号ディレクタ１５０からのメッセージを含む信号メッセージを受信する信号インタフェース１３１，１６０と、このようなメッセージ内に含まれる呼び処理指示（他の交換機能を制御する記録された指示）に従って、呼びを処理する中央演算処理装置１３６とを有する。データベース１３４は、呼びを処理する際に使用される他のプログラム指示および／またはデータを含む。呼びが実際に配送される交換網１３３は、地方交換キャリアネットワーク１１０内の転送ネットワーク１３５および交換機１１１内の要素を含むＩＸＣネットワーク内の他の要素に接続される。交換網１３３内の接続は、中央演算処理装置１３６から受信した指示の制御下で行われる。
【００１６】
本発明によれば、交換機１３０の動作を制御するプログラムは、今日入手可能なプログラムとは異なる。以下に詳述するように交換機１３０は発呼の受信に応答して、タイミング処理とカウント処理を開始し、信号ディレクタ１５０の指示により選択された呼びの呼び処理指示を待ち、そして、指示が所定の時間内に受信されると、適用プロセッサ１６０から受信した呼び処理指示に従って呼びを処理し、それ以外の場合には、デフォルト指示により呼びを処理する。
【００１７】
図２は呼びの設定の間、図１のネットワークの要素により受信および／または生成されたある種の信号メッセージのシーケンスを表す。図２の要素は図１に用いられた同一の指示を有する。この信号メッセージは１番から５番まで番号が付けられ、メッセージが生成されるシーケンスを表す。第１のメッセージ１は信号中継点１４１により交換機１３０に送信されたＩＡＭを表し、発呼の結果として交換機１３０に入力される。このＩＡＭは、地方交換キャリアネットワーク１１０内の交換機１１１内で発信され、信号中継点１１２と信号中継点１４１を介して交換機１３０に配送され、そして、ダイヤル番号と発信電話機に関連するＡＮＩ情報に関連する情報を含む。しかし、ある状況においては、このＩＡＭは他の情報、例えば、呼びの型を指示する情報および／またはコーリングカード番号とを含むこともできる。
【００１８】
本発明によれば、メッセージ１が信号中継点１４１によりＩＡＭとして認識されると、このメッセージのコピーが生成されて、信号接続制御パート（Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐａｒｔ：ＳＣＣＰ）エンベロープにパッケージ化されて、信号ディレクタ１５０にＳＳ７メッセージ中継パート（ｍｅｓｓａｇｅ  ｔｒａｎｓｆｅｒ  ｐａｒｔ：ＭＴＰ）ルーティングを用いてメッセージ２として送信される。本発明によれば、信号ディレクタ１５０がメッセージ２を受信すると、信号ディレクタ１５０はそれ自身のデータベースに問い合わせて、この呼びに対し、特別処理が提供されているか否かをＩＡＭ電話番号およびＡＮＩ内に提供される情報に基づいて決定する。このＳＤがメッセージ３（ａｃｔｉｏｎ  ｍｅｓｓａｇｅ：ＡＭと称する）を生成し、このＡＭを信号インタフェース１３１を介して、交換機１３０内の信号中継点１４１から中央演算処理装置１３６に送信し、交換機が呼びが選択された呼びでない場合、この交換機に対し、（ａ）例えば、特別処理を必要としない呼びの場合には、処理を続行するよう指示し、（ｂ）そして、選択された呼び、例えば、特別処理を必要とする呼びの場合には、さらに、指示をマッチ、または、（ｃ）ある電話番号から発信された、あるいは、ある電話番号に向けられた、あるいは、その呼びはブロックされるべきか、あるいは、終了させるべきであると指示するよう認識された特性を持つ呼びの場合には、その呼びを無視するかあるいは遮断するように指示する。多くの応用において、上記のアクションメッセージはＴＣＡＰメッセージとしてフォーマット化される。これはＣＣＩＴＴの勧告Ｑ．７７１からＱ．７７５により指示され、同勧告Ｑ．７１１からＱ．７１４、およびＱ．７０１からＱ．７０４によりＳＳ７、ＳＣＣＰとＭＴＰルートを介して配送される
。
【００１９】
選定された呼び、例えば、特別処理を必要とする呼びの場合には、その後、信号ディレクタ１５０は問い合わせメッセージ４を生成し、呼びに対しルーティング情報と処理情報を要求し、この問い合わせを他の適当な適用プロセッサ（この実施例では図１、２の１６０）に配送する。問い合わせメッセージ４の配送（ＳＳ７  ＳＳＣＰルーチングを用いて配送されたＴＣＡＰメッセージでもある）は信号中継点１４１を介して、信号ネットワーク１４０内の他のＳＴＰに行われる。一般的に、この問い合わせメッセージはダイヤル番号およびＡＮＩのようなＩＡＭから得られた情報を含む。この問い合わせメッセージ４に応答して、適用プロセッサは信号メッセージ５に含まれる呼び処理指示を生成し、このメッセージを直接交換機１３０に転送し、この交換機１３０が如何に続行すべきかを指示する。信号メッセージ５に対するパスは１６０から信号中継点１４１を介して、可能性として信号ネットワーク１４０内に他のＳＴＰを介して行われ、信号ディレクタ１５０は通過しない。この呼び処理指示は呼び処理指示、アクセス指示と発信指示と記録指示と課金指示とを含む。これらの指示は交換機１３０内で用いられて、ある種の特徴（呼び口座課金、短縮番号、呼び転送およびシーケンス発呼）を得させる。
【００２０】
上述のメッセージは図３、４によりさらに詳細に説明する。この図３、４は交換機１３０により実行されるプロセスを表し、図６は信号ディレクタ１５０により実行されるプロセスを表す。
【００２１】
交換機１３０により実行されるプロセス（図３、４）はＩＡＭがステップ３０１で受信された時に開始される。これはステップ３０１における「ＳＤカウント」を開始させ、ステップ３０５のＳＤタイマを初期化し、交換機がＳＤに対し、ＳＤが所定の時間内にアクションメッセージを提供できないかどうかを問い合わせる。ステップ３０７でＳＤタイマがタイムアウトしたか否かの決定が行われる。タイムアウトした場合には、ステップ３１３でＳＤカウントが超過したか否かの決定が行われ、これにより問い合わせの過剰の数が出されないようにする。ステップ３１３の結果が否定的、すなわち、ＳＤカウントのしきい値を越えない場合には、交換機からＳＤへ問い合わせが発生られる（ステップ３１５）。そして、ＳＤカウントがステップ３１７で増分される。その後、このプロセスは３０５で継続される。一方、ステップ３１３での結果が肯定的の場合、すなわち、発せられた問い合わせの数がＳＤカウントのしきい値を越える場合には、交換機はＡＭなしに継続される（ステップ３１９）。このことは交換機は呼びを従来通り処理することを意味する。
【００２２】
交換機内で実行されるタイミング処理と問い合わせ処理は現在のプロセスとはかなり異なる。従来、交換機は信号メッセージを受信し、このメッセージに応答して、問い合わせを発している。この問い合わせに対する応答が遅延したり、あるいは、受信されない可能性に対して対応するために、交換機は従来問い合わせが発せられた時にタイミングプロセスを開始し、タイマが「タイムアウト」した時に他の問い合わせ、あるいはディフォルトの処理が行われる。これに対し、本発明は交換機はタイミングを信号メッセージの受信に応答して、ステップ３０５で開始する。これは交換機はＳＤからのアクションメッセージ内の指示（継続、待機、中止）を問い合わせを発する必要なく、受信するからである。
【００２３】
ＳＤのタイムアウトの期間が発生するまで、交換機１３０はステップ３０９でアクションメッセージをモニタする。これは「継続指示」で、これにより交換機はステップ３１９で「拒否指示」の呼び処理を継続し、これにより交換機はステップ３１１で「最終処理」を提供するか、あるいは、「待機指示」を提供し、これにより交換機は呼び処理指示を含むメッセージが１６０から受信されるまで待機するよう待機する。
【００２４】
ステップ３０９で交換機により受信されたアクションメッセージが待機メッセージの時には、処理はステップ３２１、３２３で継続され、そこでは「ＡＰカウント」が初期化され、ＡＰタイマがスタートする。このタイマは交換機に対し、適用プロセッサが所定の時間内にこれらの指示を含む信号メッセージを提供しない時には、呼び処理指示を適用プロセッサに問い合わせるよう指示する。ＡＰタイマがタイムアウトしたか否かに対する決定がステップ３２５でなされる。タイムアウトした時には、ＡＰカウントのしきい値を越えないという決定がステップ３２７でなされると、交換機は問い合わせを１６０に発して、呼び処理指示が提供されるよう要求する。その後、ステップ３３１でＡＰカウントが増分されると、そのプロセスがステップ３２３から繰り返される。一方、このＡＰカウントのしきい値を越えない時には、交換機は「待ち指示」が「継続指示」であるかのようにデフォルト処理を実行するよう構成される。
【００２５】
ＡＰタイマがステップ３２５でタイムアウトしない限り、この交換機はステップ３３３で呼び指示処理を待つ。この指示には三種類の特徴の「発信」情報を有する。第１の特徴は、１６０への問い合わせとその応答は、ＡＮＩ情報とダイヤル番号情報に基づく場合、この呼び指示処理はステップ３４１が実行されることを指示する第１の発振コードを有し、ここで、この交換機はＡＮＩ処理またはダイヤル番号処理の何れかをそれ自身が実行せずに呼び処理指示の実行を継続する。第２に、１６０への問い合わせとその応答がダイヤル番号情報のみに基づく場合には、呼び処理指示はステップ３５１が実行されるべきであると指示する第２の発信コードを有し、そこで、この交換機は、（ａ）ステップ３５２で受信された指示を記憶することにより、（ｂ）ステップ３５３でＡＮＩテーブル処理を実行することにより、（ｃ）ステップ３５４でダイヤル番号に基づいて、１６０から記憶した指示を実行することによって、呼び処理指示の実行を継続する。このステップのシーケンスを実行して、ダイヤル番号とＡＮＩの両方に関連する特徴が確認され、それらが互いに不一致となる程度まで、このような特徴のすべてを呼びに適用することを確保する。一方、この特徴のすべてまたは一部が互いに不一致の時には、このプロセスはこの不一致を解決する。第３に、１６０への問い合わせとその応答がＡＮＩ情報にのみ基づく場合には、この呼び処理指示はステップ３６１が実行されるべきであると指示する第３の発信コードを有し、ここで、交換機は、（ａ）ステップ３６２でさらに地方のＡＮＩ処理をすることなく、１６０から受信した指示を実行することにより、（ｂ）その後、ステップ３６３でダイヤル番号に基づいた処理を実行することにより、呼び処理指示を継続するよう呼び処理指示を実行する。このステップのシーケンスはダイヤル番号とＡＮＩの両方に関連した特徴は保持され、互いに一致しなくなる程度まで、このような特徴のすべてがこの呼びに適用されることを確保するために実行される。しかし、このシーケンスにおいて、適用プロセッサからのＡＮＩベースの指示は即時に実行され、記憶されることはない。それは被呼者の特徴を実行する前に、発呼者の特徴を実行するほうが有利だからである。上記のすべての場合において、ステップ３４１、３５４または３６３に従う処理は完結すると、この交換機は呼び処理を継続し、この呼びを図１の転送ネットワーク１３５を介して配送する。
【００２６】
本発明は呼びが交換機に直接接続され、ＳＳ７信号メッセージが呼びと共に交換機に提供されないようなすべてのケースに適用できる。この場合呼びを受信する交換機、例えば、交換機１３０は発信信号を多重周波数トーン、ＤＴＭＦトーン、ＩＳＤＮ呼び設定メッセージ、非チャネル化信号、あるいはＳＳ７信号以外の信号の形態で受信する（ステップ３５１）。その後、ステップ３５３で交換機は呼びに対するＡＮＩ情報とダイヤル番号情報を信号情報および／またはトランクグループ特徴から抽出して確保し、問い合わせを信号ディレクタ１５０に配送する。その後、図３−４のプロセスはステップ３０５で継続する。ＡＮＩ情報とダイヤル番号情報を獲得する技術は公知で、Ｅ．Ｇ．Ｓａｂｌｅ，Ｈ．Ｗ．Ｋｅｔｔｌｅｒ著の「Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ  Ｄｉｒｅｃｔｉｏｎｓ，」ＡＴ＆Ｔ  Ｔｅｃｈｎｉｃａｌ  Ｊｏｕｒｎａｌ，Ｖｏｌ．７０，Ｎｏｓ．３−４，Ｓｕｍｍｅｒ  １９９１，ｐｐ．２−１０；Ａｍｅｒｉｔｅｃｈ著の「Ａｍｅｒｉｔｅｃｈ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ  Ｒｅｌｅａｓｅ  ０  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｏｖｅｒｖｉｅｗ，」ＡＭ  ＳＲ−ＯＡＴ−００００１９，Ｉｓｓｕｅ  １，Ａｒｉｌｎｇｔｏｎ  Ｈｅｉｇｈｔｓ；Ｓ．Ｈｏｒｉｎｇ，Ｊ．Ｚ．Ｍｅｎａｒｄ，Ｒ．Ｅ．Ｓｔａｃｈｌｅｒ，ａｎｄ  Ｂ．Ｊ．Ｙｏｋｅｌｓｏｎ著の「Ｓｔｏｒｅｄ  ｐｒｏｇｒａｍ  Ｃｏｎｔｒｏｌｌｅｄ  Ｎｅｗｗｏｒｋ  Ｏｖｅｒｖｉｅｗ，」Ｂｅｌｌ  Ｓｙｓｔｅｍ  Ｔｅｃｈｎｉｃａｌ  Ｊｏｕｒｎａｌ，Ｖｏｌ．６１，Ｎｏ．７，Ｐａｒｔ  ３，Ｓｅｐｔｅｍｂｅｒ  １９８２，ｐｐ．１５７９−１５８８；Ｊ．Ｊ．ＬｅＣｒｏｎｉｅｒ，ａｎｄ  Ｒ．Ｌ，Ｓｉｍｍｓ著の「Ｓｔｏｒｅｄ  Ｐｒｏｇｒａｍ  Ｃｏｎｔｒｏｌｌｅｄ  Ｎｅｔｗｏｒｋ：Ｇｅｎｅｒｉｃ  Ｎｅｔｗｏｒｋ  Ｐｌａｎ，」Ｂｅｌｌ  Ｓｙｓｔｅｍ  Ｔｅｃｈｎｉｃａｌ  Ｊｏｕｒｎａｌ，Ｖｏｌ．６１，Ｎｏ．７，Ｐａｒｔ  ３，Ｓｅｐｔｅｍｂｅｒ  １９８２，ｐｐ．１５８９−１５９８；ａｎｄ  ＣＣＩＴＴ  ｒｅｃｏｍｍｅｎｄａｔｉｏｎ
Ｑ．９３１。
【００２７】
信号ディレクタ１５０で実行される処理は図６に示されるが、ステップ６０１で開始し、この信号ディレクタ１５０は関連する信号中継点１４１からＩＡＭを受信し、あるいは、交換機１３０から問い合わせを受信する。ステップ６０３において、ＩＡＭ内の情報あるいは問い合わせ、例えば、ダイヤル番号情報およびＡＮＩ情報を用いて、ＳＤ自身のデータベースに問い合わせて、呼びが選定された呼び、すなわち、特別処理を必要とする呼びであるか否かを決定する。この呼びが選定された呼び以外の場合には、信号ディレクタ１５０はアクションメッセージを交換機１３０に送って（ステップ６０５）、呼びの処理を継続するよう指示する。一方、呼びが選定された呼びの場合には、信号ディレクタ１５０はクッションメッセージを交換機１３０に送り（ステップ６０５）、この交換機が１６０からの呼び処理指示を待つように要求する。ある状況下では、アクションメッセージは交換機に対し、呼びを「拒否」するよう指示し、その結果、呼びは接続されない。ステップ６０７において、この呼びが「選択された」呼びであると決定されると、信号ディレクタ１５０は問い合わせを１６０に送り（ステップ６０９）、この呼びに対する呼び処理指示を要求する。その後、図６のプロセスにおいて、ステップ６１１で処理は終了し、他の信号メッセージの処理に戻る。
【００２８】
図７は本発明による信号ディレクタ（Ｓｉｇｎａｌ  Ｄｉｒｅｃｔｏｒ：ＳＤ）のブロック図である。各ＳＤは信号ネットワークに、例えば、Ｔ１．５チャネルのような高速データリンクを介して接続される。このＳＤに向けられたメッセージは入出力インタフェース７０１で受信され、この入出力インタフェース７０１はバス７０５に対する入力／出力インタフェースとして機能する。呼びに関連する各ＩＡＭは、ダイヤル番号情報とＡＮＩ情報とを含み、バス７０５を介して、問い合わせプロセッサ７２０−７２２に配送され、この問い合わせプロセッサ７２０−７２２はＩＡＭから抽出された情報を用いて回復キーとして、データベースルックアップを実行する。この問い合わせは呼びが選定された呼び、すなわち、特別処理を必要とする呼びであるか否かを決定するために用いられ、この呼びが選定された呼びでない場合には、この呼びは通常通り処理される。各問い合わせプロセッサ７２０−７２２は例えば、ＲＡＭディスク７３０−７３３に接続され、このＲＡＭディスクは問い合わせプロセッサで処理される関連情報を記憶し、その問い合わせに応答して、フォーマット化されるアクション情報を生成する。ＲＡＭディスク７３０−７３３に記憶された情報は、特定の応用プロセッサを識別し、このプロセッサは特定の呼びに対する呼び処理情報を呼びの特徴（例えば、ダイヤル番号あるいはＡＮＩ）に基づいて有している。本発明によれば、各ＳＤはＲＡＭディスクを用いて、各ＡＮＩ用記録と特別処理が必要なダイヤル番号に対する記録を保有している。
【００２９】
実施例においては、各ＳＤは１億の記録を記憶できるよう構成され、そのそれぞれが最大１００バイトの情報を有する。一般的に、各ＳＤは１秒間当たり約２０００の問い合わせを処理でき、その平均処理遅延時間は５０ミリ秒である。処理を取り扱えるＳＤの能力はＳＳ７領域（すなわち、一対のＳＴＰにより到着し処理され）に到着するＩＡＰＭの数を処理できるのに、十分な程度でなければならない。
【００３０】
一連のＳＤ間、適用プロセッサ、電話交換機の間の接続構成を図８に示す。同図において、各交換機８０１−８０３は一対の信号中継点８１０と８２０に信号リンクを介して、クロス接続される。ＳＴＰを一対にすることは従来技術であり、信頼性を確保するために行われる。各ＳＴＰの対は多重交換機として機能する。各交換機８０１−８０３は呼びをＬＥＣから受信し、信号リンク上のこの呼びに関連する信号メッセージは「ネットワーク相互接続（ｎｅｔｗｏｒｋ  ｉｎｔｅｒｃｏｎｎｅｃｔ：ＮＩ）」あるいはＮＩ信号リンクとして公知のものである。本発明によれば、信号ディレクタ８３０と８３１は信頼性のために対になっている。各ＳＤは各信号中継点８１０と８２０に信号リンクを介して接続される。同一のデータが各ＳＤに記録され、その結果、１つのＳＤが故障した場合には、他のＳＤが必要な機能を実行する。図８の構成においては、信号ディレクタ８３０と８３１は多重交換機として機能する。図８から適用プロセッサ８４０は同様な方法で一対のＳＴＰの両方に接続されている。かくして、８４０は信号リンクを介して、信号中継点８１０と８２０の両方に接続されている。
【００３１】
本発明においては、ＡＮＩ情報が図に示した呼び選択ユニットで用いられているが、発呼者、コーリングカード番号等の他の情報も用いることもできる。本発明は相互交換ネットワークに関して説明したが、地方交換ネットワークにも適用できるものである。
【００３２】
【発明の効果】
例えば、着信交換機で受信された各呼びは上記と同様な方法によって処理することができ、その結果、着信交換機は各呼びを受信した後、呼びを着信交換機に配送することに関連する信号メッセージ内に含まれる情報に基づいて、ＳＤからの動作指示を待つ。ＩＡＭとＳＤで用いられる情報は被呼者番号、発呼者番号情報、あるいは他の情報でもよく、このＳＤは選定呼びに対しては、問い合わせを適当な適用プロセッサに配送し、この処理指示を着信交換機に直接に戻す。
【図面の簡単な説明】
【図１】交換キャリアネットワーク内で実現される本発明の通信ネットワーク構造のブロック図。
【図２】図１のネットワークの要素内の１つにより生成および／または受信される信号メッセージを表すブロック図。
【図３】信号メッセージに関し、図１の交換機１３０で実行されるプロセスを表すフローチャート図。
【図４】信号メッセージに関し、図１の交換機１３０で実行されるプロセスを表すフローチャート図。
【図５】図３と図４の関係を表す図。
【図６】図１の信号ディレクタ１５０で実行されるプロセスを表すフローチャート図。
【図７】本発明によるシグナルディレクタを表すブロック図。
【図８】シグナルディレクタと適用プロセッサと通信交換機と信号メッセージプロセッサとの間の接続構成を示す図。
【符号の説明】
１０１、１０２  電話機
１１０、１２０  地方交換キャリアネットワーク
１１１、１２１  交換機
１１２、１２２  信号中継点
１３０、１３２  交換機
１３１  信号インタフェース
１３３  交換網
１３４  データベース
１３５  転送ネットワーク
１３６  中央演算処理装置
１４０  信号ネットワーク
１４１、１４２  信号中継点
１５０、１５１  信号ディレクタ
５３０  ＲＡＭディスク
７０１  入出力インタフェース
７０５  バス
７２０、７２１、７２２  問い合わせプロセッサ
７３０、７３１、７３２、７３３  ＲＡＭディスク
８０１、８０２、８０３  交換機
８１０、８２０  信号中継点
８３０、８３１  信号ディレクタ
【図１】
0003616134.tif 000002
【図２】
0003616134.tif 000003
【図３】
0003616134.tif 000004
【図４】
0003616134.tif 000005
【図５】
0003616134.tif 000006
【図６】
0003616134.tif 000007
【図７】
0003616134.tif 000008
【図８】
0003616134.tif 000009