JP2000503833A - プログラム可能な呼び出し処理システムと方法 - Google Patents

Abstract

(57)【要約】 プログラム可能な呼び出し処理システム（５２）は、業界標準呼び出しモデルにしたがった呼び出し処理を行う標準呼び出し処理プロセス（８０）と、一連の標準呼び出し処理プロセス（８０）がアクセス可能な呼び出し処理データを記憶する少なくと１つのデータベース（８４、８６）と、電気通信切り換えシステム（１０、３０）上で拡張された加入者向け性能を実行する少なくとも１つのカスタマイズされた呼び出し論理プログラム（９２）とを与える。さらに、アプリケーションプログラムインタフェース（５６、９４）は、少なくとも１つのカスタマイズされた呼び出し論理プログラム（９２）による少なくとも１つの呼び出し処理データベース（８４、８６）へのアクセスを与え、カスタマイズされた呼び出し論理プログラム（９２）を実行するために標準呼び出し処理プロセスやく（８０）を中断させる。

Description

【発明の詳細な説明】 プログラム可能な呼び出し処理システムと方法発明の技術的分野 本発明は、一般的に、電気通信分野に関するものである。より詳しくは、本発 明は、プログラム可能な呼び出し処理システムとその方法に関するものである。発明の背景 切り換えシステムを購入する電気通信サービスプロバイダは、しばしば、購入 したシステムを変更したり拡張することを望むものである。拡張は通常、加入者 のための性能であり、サービスプロバイダの収益を増加させるものである。たと えば、サービスプロバイダは、新規呼び出し処理性能を実行し、特別のエンドユ ーザへのカスタム性能を発展させ、個々の呼び出しに関する特定の情報の集め、 ある呼び出し処理オペレーションに関する特定の通話量計量、測定（ＴＭ＆Ｍ） データを収集することを望んでいるであろう。 しかし、切り換えシステムが大規模で複雑であると言う理由から、切り換えシ ステムを拡張することは従来困難であった。概して、切り換えシステムの製造者 と販売業者のみが所望の変更を行なう経験を有している。したがって、このよう な変更を実行するのにはいくらかのリードタイムが必要となる。発明の概要 上記からも、長時間のリードタイムを要することなく、カスタマイズされた非 標準の呼び出し処理論理の提供を容易にする呼び出し処理システムと方法の必要 性が叫ばれているのは理解されよう。また、サービスプロバイダが社内で予約申 し込みサービスの拡張を開発し、実施できる能力とノウハウを備えることは効果 的である。 本発明によれば、従来の呼び出し処理システムと方法に関連する不備や問題点 を実質的に解消するか減らすようなプログラム可能な呼び出し処理システムとそ の方法が提供される。 本発明の１つの側面によれば、プログラム可能な呼び出し処理システムは、業 界標準呼び出しモデルにしたがって呼び出し処理を行なう標準呼び出し処理プロ セスと、一連の標準呼び出し処理プロセスがアクセス可能な呼び出し処理データ を記憧する少なくととも１つのデータベースと、電気通信切り換えシステム上で 拡張された加入者向け性能を実行するための少なくとも１つのカスタマイズされ た呼び出し論理プログラムとを与える。さらに、アプリケーションプログラムイ ンタフェースは、少なくとも１つのカスタマイズされた呼び出し論理プログラム による少なくとも１つの呼び出し処理データベースへのアクセスを与え、カスタ マイズされた呼び出し論理プログラムを実行するために標準呼び出し処理プロセ スをさらに中断する。 本発明の別の側面によれば、電気通信切り換えシステムのためのプログラム可 能な呼び出し処理方法が提供される。この方法は、標準呼び出し処理プロセスに よって与えられる加入者向けサービスを拡張する少なくとも１つのカスタマイズ された論理プログラムを与える工程と、標準呼び出し処理プロセスを初期化する 工程と、特定のイベントが発生すると、標準呼び出し処理プロセスから少なくと も１つのカスタマイズされた呼び出し論理プログラムへ制御を転送する工程とを 含んでいる。図面の簡単な説明 本発明をよりよく理解するために、添付の図面を参照しうる。図中、 図１は、先進のインテリジェント・ネットワーク・アーキテクチャの簡略ブロ ック図であり、 図２は、マルチサービスプラットホームの簡略ブロック図であり、 図３は、本発明の教示にしたがった、サービスユニットソフトウェア多層アー キテクチャの簡略ブロック図であり、 図４は、本発明の教示にしたがった、特定の呼び出し処理構成要素の簡略ブロ ック図であり、 図５Ａ−５Ｈは、本発明の教示にしたがった、標準呼び出し処理、呼び出し論 理プログラムプロセスフロー、これらの相互作用の簡略フローチャートであり、 図６は、本発明の教示にしたがった、一例としてのトリガデータベースとその 構成要素の簡略ブロック図であり、 図７Ａと７Ｂは、本発明の教示にしたがった、一例としてのトリガ処理プロセ スフローの簡略フローチャートであり、 図８は、カスタマが開発する呼び出し論理プログラムを含めた一例としての呼 び出し処理プロセスフローの簡略フローチャートである。発明の詳細な説明 本発明の好ましい実施例を図１から８に示している。さまざまな図面における 同一で対応の部材を示すのに、同一の参照番号を使用している。Ｉ．分散形電気通信切り換えシステム 本発明の教示によるプログラム可能な呼び出し処理システムと方法は、図１に 示されているように、電気通信プロバイダが、分散形電気通信切り換えシステム １０（マルチサービスプラットホーム）上でプロバイダ独自の呼び出し性能を実 施して拡張することができるフレキシブルインタフェースを提供する。分散形電 気通信切り換えシステム１０は、参考文献としてここに開示するが、Ｓｅｌｆ他 による、１９９６年２月２７日に特許許可となった米国特許番号５，４９５，４ ８４に詳細に記載されている。分散形電気通信切り換えシステム１０は、国際電 気通信連合（ＩＴＵ）、米国規格協会（ＡＮＳＩ）、ベルコミュニケーションリ サーチ（Ｂｅｌｌｃｏｒｅ）が定義するような先進インテリジェントネットワー ク（ＡＩＮ）１２に結合する。 分散形電気通信切り換えシステム１０はさまざまな先進インテリジェントネッ トワーク要素、すなわち、サービス生成環境（ＳＣＥ）１４と、サービス管理シ ステム（ＳＭＳ）１６と、サービス制御ポイント（ＳＣＥ）１８と、オペレーシ ョン支援システム（ＯＳＳ）２０と、Ｘ．２５、ＳＳ７あるいはＣ７などの業界 標準プロトコルを介して、インタフェースをとっている。分散形電気通信切り換 えシステム１０は切り換えシステムと呼び出し操作機能のすべてを実行する。先 進インテリジェントネットワーク１２のために定義されたサービス切り換えポイ ント（ＳＳＰ）機能を実行する。 インテリジェント周辺装置（ＩＰ）２２は、さらに、分散形電気通信切り換え システム１０に結合し、エンドユーザと先進インテリジェントネットワーク１２ の要素との情報交換に必要な機能性とリソースを有している。インテリジェント 周辺装置２２は、ユーザからダイアルされた数字を集める、ユーザに対し録音さ れたアナウンスを流す、音声コマンド認識を実行するなどの機能を実行できるよ うなハードウエアを備えていてもよい。 オペレーションサポートシステム２０は、電気通信サービスプロバイダが、そ のプロバイダのネットワークを取り付け、設置、管理するのに使われる。分散形 電気通信切り換えシステム１０は、オペレーションサポートシステム２０とイン タフェースをとり、システム１０に、性能情報と、エンドカスタマ宛て請求書を 作成するのに使われる請求書作成記録を与える。システム１０はまた、ネットワ ーク管理要求に応じて、オペレーションサポートシステム２０が規定するコンフ ィギュレーションのためのオペレーションを実行する。 サービス制御ポイント１８は先進インテリジェントネットワークサービス論理 の使用を要求するＳＳＰ呼び出しからの照会に応じる機能を果たすトランザクシ ョンに基づく処理システムである。サービス制御ポイント１８は、先進インテリ ジェントネットワークに基づくサービスを提供するために利用されるサービス論 理とデータを備えている。サービス生成環境１４は、サービス制御ポイント１８ において実行されるプログラムを作成するのに利用される。 サービス管理システム１６は、ネットワーク情報と、データベース管理と、 ネットワークのための管理支援を提供する。システム１６は、サービス供給と、 データベース管理と、サービス制御ポイントアプリケーションプログラムの管理 と、通信料計量、測定（ＴＭ＆Ｍ）データ収集のために、サービス制御ポイント １８とインタフェースを取っている。サービス管理システム１６は、主として、 サービス制御ポイント１８内のデータベースの更新と、複数のサービス制御ポイ ントでのデータベースの同期化と、データベースの検査を扱っている。 サービス論理プログラムの作成と送出はサービス生成環境１４の果たす機能で ある。サービス生成環境１４は、所望の先進インテリジェントネットワークサー ビス処理を定義するサービス論理プログラム（ＳＬＰ）を作成する。これらのプ ログラムは、そのプログラムを実行するサービス制御ポイント１８にダウンロー ドされる。ＳＬＰは、呼び出しモデルがトリガイベントを検出するとＳＳＰが判 定し、さらに処理を進めるために照会メッセージをＳＣＰに送出するときに、あ るサービスについて生じる処理を定義するものである。 分散形電気通信切り換えシステム１０は２つの主要領域、ハードウエアとソフ トウエア、に区分される。これについて以下で簡単に説明する。Ａ．ハードウエア 図２を参照すると、分散形電気通信切り換えシステムハードウエア３０は、２ つのサブシステム、すなわち、サービスユニット（ＳＵ）３２と、狭帯域、広帯 域（ｗｉｄｅ ｂａｎｄ）、広帯域（ｂｒｏａｄ ｂａｎｄ）用送出ユニット（ ＤＵ）３４、３６、３８とに分かれる。サービスユニット３２は汎用演算プラッ トホームで、オプションとして故障許容ハードウエアに基づいていてもよい。さ らに、サービスユニット３２は単一演算ユニットかネットワークでつながったい くつかの演算ユニットによって実行するようにしてもよい。サービスユニット３ ２の実行は、ＰＯＳＩＸ準拠オペレーティングシステムを用いて、「ＵＮＩＸ類 似の」故障許容演算プラットホームを提供する。 サービスユニット３２は、先進インテリジェントネットワーク呼び出し制御機 能を与える。本発明のプログラム可能な呼び出し処理システムをサービスユニッ ト内に設けてもよい。また、本発明のプログラム可能な呼び出し処理システムを 用いて電気通信サービスプロバイダが開発する呼び出し論理プログラムもサービ スユニット３２内に設けてもよい。 送出ユニット３４−３８は、アプリケーションに依存する装置であり、一般的 には、分散形電気通信切り換えシステム１０のためのマトリックス構造、機構、 インタフェース、リソースを提供する。送出ユニット３４−３８はエンドユーザ 通信量ソースとのインタフェースをとる役割を果たす。システム１０は、同一の プラットホーム上での同一のまたは異なるタイプの複数の送出ユニット３４−３ ８を支援するようにしてもよい。狭帯域送出ユニット３４と、広帯域（ワイドバ ンド）送出ユニット３６と広帯域（ブロードバンド）送出ユニット３８は、制御 サービスユニット３２に接続できるタイプの送出ユニットの例である。Ｂ．ソフトウエア １．基本アーキテクチャ 分散形電気通信切り換えシステムソフトウエアも、同様に２つの領域、すなわ ち、サービスユニットソフトウエアと送出ユニットソフトウエアとに分かれる。 サービスユニットソフトウエアは本発明のプログラム可能な呼び出し処理システ ムと方法に関連があるので、下でさらに詳しく説明する。サービスユニットソフ トウエアは、オブジェクト指向の原理体系で実施されるのが好ましく、Ｃ＋＋ま たはその他の好適なコンピュータ言語で書かれているのがよい。 サービスユニットアプリケーション用ソフトウエアは、「ＵＮＩＸ類似」の操 作環境を与えるＰＯＳＩＸ準拠オペレーティングシステム上で作動するのが好ま しい。サービスユニットアプリケーション用ソフトウエアプログラムは、独立し たユニットとして、呼び出されたプロセスを実行する。これらのプロセスによっ て、たとえば、呼び出し制御／呼び出し処理、サービス切り換えなどの機能や、 オペレーション、管理と保守機能（ＯＡ＆Ｍ）が行なわれる。このうち、呼び出 し処理ソフトウエアはプログラム可能な呼び出し処理システムと方法に関連があ るので、以下に簡単に説明する。 サービスユニット呼び出し処理ソフトウエアは、「ＵＮＩＸ類似」のプロセス を用いて実行され、好ましくは、有限状態機械概念に基づくものであるのがよい 。標準呼び出し処理ソフトウエアはいくつかの異なる状態機械を提供する。これ らの状態機械は、たとえば先進インテリジェントネットワーク基本呼び出しモデ ルなどの業界標準呼び出しモデルとして、あるいはカスタマ独自の呼び出しモデ ルとして機能できる。業界標準呼び出しモデルは、標準呼び出し処理状態機械を 用いて作成される。 サービスユニットの内部ソフトウエア組織を図３に示している。サービスユニ ットソフトウエア５０が多層アーキテクチャとしての構造を有していることが理 解されよう。この多層アーキテクチャは、アプリケーション用ソフトウエアをそ の基礎となるプラットホーム機能から分離し、別のアプリケーションソフトウエ アが利用可能なしっかりと定義されたインタフェースを提供する。サービスユニ ットソフトウエア５０には、プログラム可能な呼び出し処理システムと方法５２ を構成する構成要素が含まれている。 図３を参照すると、呼び出し論理プログラム５４は、スイッチの製造者が実行 し、電気通信サービスプロバイダに提供されるか、あるいは、本発明にしたがっ て構築される呼び出し論理アプリケーションプログラムインタフェース（ＡＰＩ ）５６を介してサービスプロバイダが実行する呼び出し処理アプリケーションで ある。たとえば無線加入回線（ＷＬＬ）、個人通信サービス（ＰＣＳ）やタンデ ムなどの標準呼び出し処理アプリケーションなどが、スイッチの製造者から入手 可能である。本発明のプログラム可能な呼び出し処理システム５２を利用して、 サービスプロバイダが実行する呼び出し論理プログラムを、以後、「カスタマが 開発する呼び出し論理プログラムまたはアプリケーション」と呼ぶこととする。 次の層、すなわち、呼び出し論理サービス層５８は、呼び出し論理アプリケー ションプログラムインタフェース５６を介して、呼び出し論理プログラム５４内 に与えられる機能を実行する。呼び出し論理サービス層５８は次のような典型的 なオペレーションと機能を提供することが好ましい： ・ 呼び出し事例データを操作する ・ 呼び出し処理データベースへのアクセスする ・ 呼び出し詳細記録（ＣＤＲ）データを作成する ・ 通話量計量、測定（ＴＭ＆Ｍ）データを作成する ・ アクセス信号を制御する ・ インテリジェント周辺装置（ＩＰ）の制御 ・ 先進インテリジェントネットワーク標準呼び出しモデルの使用 ・ 呼び出しモデルの制御 ・ 呼び出し内の呼び出しモデルポイント（ＰＩＣ）へのアクセス ・ プログラム可能な呼び出しモデルの使用 ・ プログラム可能な共通チャンネル信号インタフェース 電話関連製品とアプリケーションに共通の一連のサービスは電気通信プラット ホームサービス６０として示されている。電気通信プラットホームアプリケーシ ョンプログラムインタフェース（ＡＰＩ）６２がこれらのサービス６０とのイン タフェースをとる。電気通信プラットホームアプリケーションプログラムインタ フェース６２により、呼び出し論理プログラム５４のプログラミングインタフェ ースの容易に使用できる。また、基部システムが無効なソフトウエア要求によっ て決して改悪されることがないために必要なエラーチェックを行なう。電気通信 プラットホームアプリケーションプログラムインタフェース６２はまた、電気通 信プラットホームの機能の実行と分離させるために、呼び出し論理サービス層５ ８によっても使用される。 電気通信プラットホームサービス層６０は、呼び出し論理プログラム５４と呼 び出し論理サービス５８が使用するために、次のような典型的な機能を有するこ とが好ましい： ・ イベントの報告と記録 ・ 基本データベースへのアクセス、読出し／書き込みテーブルと テーブル入力 ・ デバッグ情報捕捉のための追跡サービス ・ 送出ユニットへの／送出ユニットからのメッセージ送信、外部シ ステムへの／外部システムからのメッセージ（すなわち，ＳＳ７ 、Ｃ７メッセージ）送信などを含む通信サービス ・ サービスユニット上のプロセス間のプロセス間通信 ・ オペレーティングシステムタイマーサービス（すなわち、呼び出 し論理プログラムレベルタイマーのスタート／ストップ／リス タート）のためのラッパー ・ オペレーティングシステムプロセスサービス（すなわち、ソフト ウエアプロセスのスタート／ストップ）のラッパー ・ オペレーティングシステムスレッドサービス（すなわち、呼び出 し論理プログラムスレッドのスタート／ストップ／リスタート） のラッパー ・ オペレーティングシステム同期サービス（すなわちミューテック ス及びセマフォー）のラッパー ・ システムハードウエアとソフトウエアプロセスのコンフィグレー ションのためのコンフィギュレーション支援 ・ 故障検出および分離処理 ・ アラームの記録と記入 ・ プロセッサのリスタートおよび初期化 分散形電気通信切り換えシステム１０はオペレーティングシステムが独立性と 可搬性を備えることを意図している。このことは、オペレーティングシステムア プリケーションプログラムインタフェース（ＡＰＩ）層６４によって達成される 。オペレーティングシステムアプリケーションプログラムインタフェース層６４ によって、呼び出し論理プログラム５４と、呼び出し論理サービス５８と、電気 通信プラットホームサービス６０が、どの特定のオペレーティングシステムが提 供する性能にも強くリンクしないことが保証される。オペレーティングシステム アプリケーションプログラムインタフェース層６４は、サービスユニット内に設 けられるソフトウエアの上部層５４−６０が使用するためのＰＯＳＩＸ準拠のイ ンタフェースを提供してもよい。オペレーティングシステムアプリケーションプ ログラムインタフェース層６４は、オペレーティングシステムサービス層６６へ のインタフェースを定義する。オペレーティングシステムサービス層６６は次の 典型的な機能と能力を提供することが好ましい： ・ 基本タイミングおよびタイマ機能 ・ リソース管理 ・ ＰＯＳＩＸ信号管理 ・ ファイルおよびファイルシステムの管理 ・ コンピュータネットワーキングインタフエェース ・ グラフィカルユーザインタフェース（ＧＵＩ）およびウィンドー イングシステム支援 ソフトウエア階層の最下層は低レベルハードウエア用インタフェース層６８で ある。このソフトウエア層６８は、ディスク、テープやその他のハードウエア装 置とのインタフェースをとるという機能を果たしている。ソフトウエア層６８は 、オペレーティングシステムサービス層６６が使用するアプリケーションプログ ラムインタフェースを提供する。この低レベルハードウエアインタフェース層６ ８はまた、送出ユニットと情報のやりとりをするために利用されるインタフェー スでもある。２．プログラム可能な呼び出し処理システム 図４を参照すると、ブロック図はプログラム可能な呼び出し処理システムと方 法７０の呼び出し処理環境をより詳しく示している。呼び出し処理は状態機械プ ロセス８０の形式で実行されることを喚起されたい。状態機械プロセス８０は、 分散形電気通信切り換えシステム１０内のハードウエア回路のそれぞれについて の情報を得るための呼び出し処理静的データベース８４と、これらの回路上での 電話呼び出しを完了するための呼び出し処理データベースとに、標準システム呼 び出し処理プロセス８２として、アクセスする。これらの標準システム呼び出し 処理プロセス８２のそれぞれは、また、呼び出しブロックと指定されている各回 路の状態に関する呼び出し処理過渡的データベース８６を維持する。呼び出しブ ロックには、たとえばカスタマがダイヤルする数字、呼び出し経路データなどの 過渡的データが含まれている。 システムメッセージ送信機能８８によって与えられる通信は、呼び出し処理状 態機械プロセス８０によって使用され、カスタマが開発するアプリケーションを 含むそれぞれの呼び出し処理プロセス間での情報のやりとりを行なう。また、（ 図３にも示されている）電気通信プラットホームアプリケーションプログラムイ ンタフェース９０などの、それ以外のシステムとインタフェースをとるのにも使 われ、これらのシステムソフトウエアが処理するための（ＴＭ＆Ｍや料金請求用 データなどの）情報が渡される。 カスタマが開発する呼び出し論理プログラム９２は、システムメッセージ送付 機能８８と、標準システム呼び出し処理８２との共有メモリによって与えられる メッセージを介して情報のやりとりをすることもできる。共有メモリは、呼び出 し処理データベース８４と８６に直接アクセスするためにプログラム可能な呼び 出し処理システムのライブラリ関数によって使用されるのが好ましい。図４に示 されるように、プログラム可能な呼び出し処理システム５２はまた、サービスプ ロバイダが開発する呼び出し論理プログラム９２と静的、動的データベース８４ 、７６との間にアプリケーションプログラムインタフェース９４を与える。カス タ マ開発のアプリケーション９２は、Ｃ＋＋プログラムか、サービス独立ブロック （ＳＩＢ）を用いてサービス生成環境（ＳＣＥ）によって作成されるものである のが好ましい。カスタマ開発の呼び出し論理プログラム９２は、市販のソフトウ エアツールを用いて編集し、標準呼び出し処理９２やデータベース８４と８６と インタフェースをとるためのアプリケーションプログラムインタフエースファイ ルを備えるようにしてもよい。 標準呼び出し処理８２とプログラム可能な呼び出し処理システム５２の典型的 なオペレーションの全体が図５Ａ−５Ｈに示されている。まず図５Ａを参照する と、標準呼び出し処理プロセスはブロック５００で開始される。ソフトウエアの 初期化はブロック５０１で開始され、続いてコンフィギュレーションファイルの 読出しと内部データ構造の初期化をブロック５０２で行なう。トリガデータベー ス構造はブロック５０３で初期化され、いずれの継続する入力も所定のファイル から読み出され、トリガデータベース内の適切な場所に挿入される。次に、ブロ ック５０４に示されるように、電気通信プラットホームへのアプリケーションプ ログラムインタフェース呼び出しを介して状態機械を形成するソフトウエアプロ セスが作成される。それから、メッセージを交換するために使われるメールボッ クスが、ブロック５０５に示されるように、形成される。標準呼び出し処理の初 期化はブロック５０６で完了し、システムに対し、呼び出し論理プログラムを作 成し、初期化してもよいことを示す。図５Ｂに移ると、標準呼び出し処理プロセ スはそれから、ブロック５０７に示されるように、メッセージがメールボックス に受信されるのを待機する。これによって、メッセージを待つ間、オペレーティ ングシステムが標準呼び出し処理ソフトウエアを中断する。 呼び出し論理プログラムプロセス初期化５５０は、ブロック５５１に示される ように、標準呼び出し処理プロセスが行なうのと非常に類似した初期化論理を実 行する。呼び出し論理プログラム初期化は、標準呼び出し処理プロセスが初期化 を完了し中断した後、オペレーティングシステムによって制御される。ブロック ５５２において、メールボックスは、標準呼び出し処理プロセスを含めたその他 のプロセスからのメッセージを受け取るために、呼び出し論理プログラム９２に よって定義される。このメールボックスはまた、別のプロセスにメッセージを送 出するのにも用いられる。 次に、ブロック５５３に示されるように、トリガデータベース５５４から所望 のトリガが読み出される。これらのトリガはＣＲＡＦＴインタフェースプログラ ムによって定義されてもよいし、サービス生成環境プログラムによって形成され てもよい。ブロック５５５に示されるように、呼び出し論理プログラムアプリケ ーションプログラムインタフェース９４を用いて、標準呼び出しトリガデータベ ース内に所望のトリガを設定する。呼び出し論理プログラムの見出しは呼び出し トリガを構築するのに用いられるアプリケーションプログラムインタフェースに 渡されるデータの一部である。トリガデータベースとその機能については後でよ り詳しく説明する。 最後に、ブロック５５６に示されるように、呼び出し論理プログラムプロセス ９２は電気通信プラットホームアプリケーションプログラムインタフェース９０ へ呼び出しを実行して、所望の回路トリガに関するメッセージを待つ。メッセー ジを待つ間プロセスは中断される。 メールボックスにメッセージを受信すると、図５Ｂのブロック５１０に示され るように、標準呼び出し処理プロセスが実行を再開する。ブロック５１１におい て、受信したメッセージは、これが呼び出し論理プログラムを含む呼び出し処理 アプリケーションソフトウエアに渡されるべきメッセージか、メッセージに関連 する回路の状態機械の制御を変更するというメッセージかどうかを判定するため に確かめられる。もし受信メッセージが、ブロック５１２で判定されるように、 そのメッセージを状態機械に渡し、この回路の制御を標準呼び出し処理に戻すこ とを示していれば、この回路に関連する呼び出し処理状態の通過マーキングはブ ロック５１３内で取り除かれる。その結果、この回路に関連する今後すべての メッセージは、標準呼び出し処理ソフトウエアによってその後処理される。 ブロック５１２で判定されるように、受信したメッセージが特定の回路の処理 オペレーションの変更に関するものでなければ、状態機械へのメッセージは、５ １４に示されるように処理される。標準呼び出し処理ソフトウエアは、別のメッ セージの処理待機を再開し、なんのメッセージも待機していなければ、ブロック ５０７に戻って実行が行なわれるように、中断される。 特定の回路のためのメッセージが、ブロック５１５に示されるように処理され 、ブロック５１６で判定されるように、関連の回路が通過状態であるならば、呼 び出し論理プログラムに送出される。ある呼び出し論理プログラムに制御される 回路について受信されたメッセージはメッセージ内に配置され、ブロック５１７ に示されるように、電気通信プラットホームアプリケーションプログラムインタ フェースを介して呼び出し論理プログラムに送られる。標準呼び出し処理ソフト ウエアはその後別のメッセージの処理待機を再開し、ブロック５０７に示される ように、処理のために待機するメッセージがない場合は中断される。 図５Ｄに進んで、ブロック５１８に示されるように、回路の現在の状態では、 トリガをその回路について設定できるものであるかを判定するためのテストが行 なわれる。この状態がトリガを許可するものでなければ、受信されたメッセージ は、ブロック５１９に示されるように、標準呼び出し処理論理によって処理され 、ブロック５０７で、別のメッセージの処理のための待機を再開し、処理を待つ メッセージがなければ中断される。 ブロック５１８で判定されるように、トリガが許可される場合、ブロック５２ １で、トリガデータベース５５４はブロック５２０で確かめられ、この回路につ いてのトリガが存在するかどうかの判定を行なう。トリガが存在しなければ、受 信したメッセージは処理のために標準呼び出し処理ソフトウエアに送られ、ブロ ック５０７に示されるように、別のメッセージが処理するのを待ち、処理を待つ メッセージがない場合は中断される。 ブロック５２１で有効トリガが検出された結果、ブロック５２２に示されるよ うに、標準呼び出し処理ソフトウエアが受信するメッセージを用いて、「トリガ される」回路についての呼び出し論理プログラムへのメッセージが作られる。そ れから、回路の状態はブロック５２３で「通過」状態としてマークされる。これ は、この回路について標準呼び出し処理プロセスが受信する今後のすべてのメッ セージが呼び出し論理プログラムに送出されることを意味する。呼び出し論理プ ログラムは、この回路のためのメッセージをいつになったらもう受け取りたくな いかを、状態機械へのメッセージを介して標準呼び出し処理に指示してもよい。 それから、新たな書式形成されたメッセージは、ブロック５２４に示されるよう に、電気通信プラットホームアプリケーションプログラムインタフェースを介し て呼び出し論理プログラムに送られる。標準呼び出し処理ソフトウエアは別のメ ッセージの処理の待機を開始し、ブロック５０７に示されるように、処理を待つ メッセージがなければ中断する。 呼び出し論理プログラムプロセスは、図５Ｅのブロック５６０に示されるよう に、別のプロセスによってそこに送られるメッセージを受信するまで中断される 。正確な処理になるかは、呼び出し論理プログラムの設計と実行に依存している 。実行される所望のオペレーションは、呼び出し論理プログラム処理と呼び出し 論理プログラムアプリケーションプログラムインタフェースの使用の組み合わせ である。呼び出し論理プログラムは所望のアプリケーションプログラムインタフ ェース機能をブロック５６１で実行、完了し、ブロック５６０に戻って、新たな メッセージを待つ。もし処理待機のメッセージがなければ、中断される。 ブロック５６２−５６７は、ブロック５６１で実行される典型的な呼び出し論 理アプリケーションプログラムインタフェースの機能を示している。ブロック５ ６２において、特定の回路について呼び出し処理動的データベース８６（図４） が読み出される。動的データベース８６内のデータは標準呼び出し処理によって 用いられ、処理の標準読出しモデルに基づいた呼び出しを完了する。この種の データの一例が、この回路で始まる呼び出しによってダイヤルされる数字である 。動的データの中には、標準呼び出し処理状態機械専用で、呼び出し論理プログ ラムアプリケーションプログラムインタフェース９４を介して与えられないもの もある。 ブロック５６３において、呼び出し論理アプリケーションプログラムインタフ エースを用いて、ある呼び出しについて特定の回路に関連する動的データベース ８６を更新するようにしてもよい。しかしながら、呼び出し論理アプリケーショ ンプログラムインタフェースは、動的データ内のすべてのパラメータを変えるこ とが許されているわけではなく、アプリケーションプログラムインタフェースに 供給されるデータはすべて、供給される前に妥当性を検査される。この機能を使 用した一例が、呼び出された番号を別のあて先番号に変換し、その新たに呼び出 された番号をこの回路についての動的データベースに書き込むことである。標準 呼び出し処理は、その新しい番号が呼び出し回路によってダイヤルされたかのよ うに、呼び出しの経路指定を続けるように指示される。 ブロック５６４での呼び出し論理アプリケーションプログラムインタフェース の使用により、呼び出し論理プログラムは、ある回路やトランク群と関連する呼 び出し処理静的データベース８４を検索できる。このデータベースは、典型的に は、回路やトランク群に関して次のようなタイプの情報を含んでいる：回路タイ プ、信号タイプ情報、経路指定情報など。 ブロック５６５における呼び出し論理アプリケーションプログラムインタフェ ースの機能により、標準呼び出し処理料金請求記録や呼び出し詳細記録（ＣＤＲ ）内のいくつかのフィールドへ選択的にアクセスして、そのフィールドの呼び出 し論理プログラムによる変更が可能になる。アプリケーションプログラムインタ フェースは、ユーザにより更新可能と定義されているフィールドへのアクセスを 制限しているので、すべてのフィールドがカスタマによって修正されるわけでは ない。 ブロック５６６に示されているように、完全な呼び出し詳細記録（ＣＤＲ）を 書くことができる機能が与えられるので、呼び出し論理プログラムは料金請求記 録を書いて、もとは標準呼び出し処理によって書かれる記録と取り替えることが できる。この機能により、呼び出し論理プログラムが独自の呼び出し詳細記録を 作成することが可能となる。 ブロック５６７は、１つ以上のカスタム通話量計量、測定（ＴＭ＆Ｍ）カウン タを作成する機能である。この機能によって、呼び出し論理プログラムが、特定 の呼び出し論理プログラム独自の通話量計量、測定カウンタを定義することが可 能となる。それから、これらのカウンタをシステム標準カウンタの場合と同様に して集めて記録してもよい。 呼び出し論理プログラムはブロック５６８に示される機能を用いて、通話量計 量、測定カウンタを増していく。カウンタは標準呼び出し処理が提供するカウン タか、ブロック５６７での呼び出し論理プログラムに定義されるカスタムカウン タのいずれかであってよい。 呼び出し論理プログラムはブロック５６９内の機能により、インテリジェント 周辺装置２２（図１）とインタフェースをとることもできる。インテリジェント 周辺装置により、数字を集める、録音されたアナウンスを流すなどの目的でエン ドユーザとインタフェースをとることができる。このアプリケーションプログラ ムインタフェースにより、呼び出し論理プログラムがインテリジェント周辺装置 とインタフェースをとることができ、そのサービスが呼び出し論理プログラムで 利用可能となる。 分散形電気通信切り換えシステムには、標準呼び出し処理ソフトウエアによっ て提供される多数のプログラム可能な機能が備えられている。ブロック５７０に 示されているアプリケーションプログラムインタフェース機能により、呼び出し 論理プログラムは、外部システム宛てのメッセージを、そのシステムに送られる 前に受信し、信号情報を送信することができる。呼び出し論理プログラムはあて 先に送信される前に、これらの信号メッセージを変化させてもよいし、これらの メッセージにカスタムフィールドを加えてもよい。 ブロック５７１において、アプリケーションプログラムインタフェース機能に より、呼び出し論理プログラムが電気通信プラットホームの一部として提供され るタイミング機能を用いることが可能となる。タイマーは、ソフトウエアが定義 するメッセージを呼び出し論理プログラムに送出するように設定してもよい。動 いているタイマーを止めるあるいはタイマーを削除できる性能もこのインタフェ ースを介して与えられる。 呼び出しトリガを、ブロック５７２に示されるように、呼び出し論理アプリケ ーションプログラムインタフェースによって特定の回路について設定してもよい 。このトリガにより、定義されたトリガ条件に標準呼び出し処理ソフトウエア状 態機械が遭遇するとき、呼び出し論理プログラムがメッセージを送られ（制御を 受信す）る。トリガ機構は下でより詳細に説明する。 同様に、あらかじめ呼び出し論理プログラムによって設定された呼び出しトリ ガをまた、ブロック５７３に示されるように、呼び出し論理アプリケーションプ ログラムによってクリアしてもよい。 ブロック５７４において、アプリケーションプログラムインタフェースが、特 定の呼び出し内のポイント（ＰＩＣ）に標準呼び出し処理呼び出しモデルを進め て、標準呼び出し処理ソフトウエアによって与えられる標準呼び出しモデルのオ ペレーションに影響を与える。その結果、呼び出し論理プログラムによって、標 準呼び出しモデルが状態を「スキップする」か必要に応じて状態を再実行する。 この機能により、呼び出し論理プログラムには標準呼び出しモデルのオペレーシ ョンをカスタマイズできる能力が与えられる。 もう１つのアプリケーションプログラムインタフェース機能とは、ブロック５ ７５に示されるように、新しい呼び出し状態と、これらの状態の処理を呼び出し モデルに加えることである。この新しい状態と処理が標準呼び出しモデルの組み 込まれた部分となり、この処理が呼出されるとき呼び出し論理プログラムにトリ ガする必要がなくなる。 ブロック５７６において、アプリケーションプログラムインタフェース機能が また、標準呼び出し処理状態機械に対して、特定の回路についての標準処理を再 開するように指示する。この機能により、呼び出し論理プログラムが呼び出しを 処理する際のいくつかの工程を制御して、その後呼び出しの残りについての標準 呼び出し処理をするような制御に戻すか、あるいは呼び出し論理プログラムにつ いての別のトリガに遭遇するまで制御することができるようになる。 上述から理解できるように、標準呼び出し処理は標準呼び出し処理の間トリガ 条件を検出して、照会メッセージをサービス制御ポイントアプリケーションに発 するか、呼び出し処理制御を本発明の呼び出し論理プログラムインタフェースを 用いてカスタマが開発する呼び出し論理プログラムに送ることができる。トリガ 機構はトリガ処理のための業界標準に準拠するように設計されているが、呼び出 し論理プログラムへ呼び出し処理制御を送る機構を設けるように独自に増加して きた。図６はトリガデータベース６００の組織とデータベース内の構成要素や構 造間の関係を示したものである。 図６を参照すると、トリガデータベース６００は、トリガルールアイテムポイ ンタリスト６０１を有している。これはある呼び出し内ポイント（ＰＩＣ）のた めのトリガルールアイテム決定樹にアクセスするために用いられるリストである 。リスト６０１は呼び出し内ポイントの数によって大きさが決まり割り出される 。トリガルールアイテムポインタリスト６０１は、１つのトリガルールアイテム ポインタフィールド６０２を備える。これは、ある呼び出し内ポイントについて のトリガルールアイテム決定樹の第１のトリガルールアイテム６１１へのポイン タである。 トリガルールアイテム６１１はトリガルールアイテム決定樹で評価される個々 の基準を持ったデータ構造である。トリガルールアイテム６１１は評価をどのよ うに行なうか、その評価の結果に基づいてどんな手段をとるかを判定するために 用いられる情報を含んでいる。ある呼び出し内ポイントについてのすべてのトリ ガが１つ以上のトリガルールアイテムを含んでいる。それぞれのトリガルールア イテム６１１には、排他フラッグ６１２と、基準ノードインデックス６１３と、 トリガデータインデックス６１４と２つの次のトリガルールアイテムインデック スフィールド６１５、６１６とが収められている。トリガ処理が横切るトリガル ールアイテムは、事実上、トリガルールアイテム決定樹におけるノードである。 排他フラッグフィールド６１２は、突き合わせ条件がＴＲＵＥ（真実）である と評価されると、決定樹を横切るのをストップするか否かを示す値を含んでいる 。突き合わせ条件は、下で詳細に説明する基準ノード６０３に含まれる情報を評 価することによって判定される。このフラッグがTＲＵＥで突き合わせ条件がＴ ＲＵＥと評価されると、決定樹の横断はトリガすることなくそのポイントでスト ップする。排他フラッグフィールド６１２により、プログラマは不必要な横断を 防止するために、決定樹の任意のポイントでで「短絡」条件を挿入することがで きる。 基準ノードインデックスフィールド６１３はあるトリガルールアイテムについ ての規準ノードデータ６０３へのインデックスである。トリガデータインデック スフィールド６１４はあるトリガルールアイテムについてのトリガデータ６２１ へのインデックスである。次のトリガルールアイテムインデックス６１５は、突 き合わせ（ＭＡＴＣＨ）条件に遭遇するか、サービス制御ポイント照会メッセー ジからの継続（ＣＯＮＴＩＮＵＥ）という応答を受信する場合は、次のトリガル ールアイテムへのインデックスである。しかしながら、突き合わせでない（ＮＯ ＭＡＴＣＨ）条件に遭遇したら、別のトリガルールアイテムインデックスフィ ールド６１６が次のトリガルールアイテムについて照会される。 上で簡単に説明した通り、基準ノード６０３は情報のタイプを判定するのに使 われる情報を備えて、突き合わせ、実行すべき比較の種類と、照合すべきデータ と、突き合わせの結果と、突き合わせが行なわれた特定の呼び出しについて照合 をする。各基準ノード構造６０３は下で説明する複数のフィールドを備えている 。 基準ノード６０３は基準ＩＤフィールド６０４を含んでいる。このフィールド は突き合わせ値リスト６１７に収められるデータのタイプを規定するものである 。データのタイプは数値か数字列のどちらかである。基準ＩＤフィールドはまた 、どこでソースデータを突き合わせ値リスト入力に対して比較すべきかを判定す るアプリケーションによっても用いられる。さらに基準ノード６０３は、オペレ ーションＩＤフィールド６０５を含んでいる。オペレーションＩＤフィールド６ ０５は突き合わせ条件を示すために実行されるオペレーションのタイプを規定す る。それはたとえば＝、≠、〈、〉、≦、≧などの基本論理演算子を支援する。 オぺレーションが突き合わせ値リスト６１７に収められたデータに対して実行さ れる。このリスト６１７は、数字、数字のリスト、あるいは２つの数字によって 規定される範囲である。上述の基準ＩＤ６０４は突き合わせ値リスト入力に対し てどんなデータベースと要素を比較するかを判定するのに用いられる。 さらに、基準ノード６０３は突き合わせ値リスト６１７内のデータが値のリス トとして取り扱われるか、値の範囲として扱われるかを規定するリストタイプフ ィールド６０６を含む。もしデータがリストとして扱われれば、リスト全体が突 き合わせのために走査される。リストタイプが範囲であれば、包括的に上と下の 値を示す２つの値を含む。 さらに、突き合わせ値リストオフセットフィールド６０７が基準ノード６０３ に与えられる。このフィールドは突き合わせ値リスト６１７の始めからのバイト 単位のオフセットであり、現在の基準ノードについての突き合わせ値を得るもの である。基準ノード６０３はさらに入力の突き合わせ値アレイ番号のフィールド ６１７を含み、これは現在の基準ノードについてのリスト６１７内の突き合わせ 値における入力のを収めている。 基準ノード６０３内の突き合わせ結果フィールド６０９はさらにある呼び出し 横断についての突き合わせ比較の結果を収めている。真実か、誤りか、評価され ないかのどれかである。このフィールドにより、ある呼び出しまたはある決定樹 について、評価が横断中たった１度だけされることが保証される。呼び出しＩＤ フィールド５１０はまた、基準ノード６０３にも含まれていて、ある突き合わせ が行なわれた特定の呼び出しを明らかにする。 トリガデータベース内のもう１つの構造は、突き合わせ値リスト６１７で、こ のリストはたとえば数値や数字列などの値のリストを有しており、トリガ条件で の突合せ比較のために探索できるものである。特別のケースのリストとは値の範 囲を表すものである。範囲比較のために、リスト６１７は範囲の上限と下限を表 す２つの値に限定される。また、それぞれの突き合わせ値リスト６１７は入力の 突き合わせ値番号のフィールド６２０を備え、これがリスト６１７内の突き合わ せ値のカウントを行なう。 トリガデータ６１２はトリガデータベース６００内のもう１つの構成要素であ る。このデータ構造にはサービス制御ポイントあるいは呼び出し論理プログラム への照会メッセージを作り経路を定める情報が含まれている。それぞれのトリガ データ構造６２１には以下のフィールドが含まれている。 トリガタイプフィールド６２２はこの特定のトリガデータ６２１が写像される ための業界標準トリガである。トリガタイプフィールド６２２内の値はサービス 制御ポイントアプリケーションへ送られる照会メッセージのタイプを判定する。 さらにトリガデータ構造６２１は、トリガ基準タイプフィールド６２３を含んで いる。このフィールドには、業界標準によって定義されるようなサービス制御ポ イントに送られるメッセージに含まれるトリガデータが収められている。 トリガデータ構造６２１はまた、グローバルタイトル変換（ＧＴＴ）フィール ド６２４を含む。このフィールドは、信号システム番号（ＳＳ７）グローバルタ イトル変換を用いたサービス制御ポイント照会が要求されていることを示す。グ ローバルタイトル変換値は、呼び出された番号あるいは発呼者番号がグローバル タイトル変換経路指定のために使われるべきかを判定する。このフィールドは、 グローバルタイトル変換経路指定を用いた制御ポイント照会が要求されていなけ れば空白（ＮＵＬＬ）である。 トリガデータ６２１内のポイントコードフィールド６２５は、ＳＳ７ポイント コードおよびサブシステム番号経路指定を用いてサービス制御ポイント照会が要 求されていることを示す値を収めている。この値は、このトリガ条件から生じる 照会メッセージを処理しなくてはならないサービス制御ポイントのＳＳ７ポイン トコードである。もしポイントコードとサブシステム番号経路指定を用いたサー ビス制御ポイント照会が要求されていなければ、このフィールドは空白（ＮＵＬ Ｌ）である。 別のフィールド、サブシステム番号フィールド６２６はこのトリガ条件から生 じる照会メッセージを処理しなくてはならないサービス制御ポイントでのアプリ ケーションＳＳ７サブシステム番号である。サブシステム番号は、ポイントコー ドが規定されるときに限って有効となる。もしポイントコードとサブシステム番 号経路指定を用いたサービス制御ポイント照会が要求されていなければ、このフ ィールドは空白（ＮＵＬＬ）である。 トリガデータ６２１はまた、照会メッセージを適当なサービス制御ポイントア プリケーションあるいは呼び出し論理プログラムへ送信するために使われるメッ セージ待ち行列の名前を収めるメッセージ待ち行列フィールド６２７を含んでい る。 図７Ａと７Ｂは、典型的なトリガ処理プロセスを示したフローチャートである 。標準呼び出し処理は呼び出しのさまざまなポイントでトリガ条件を照合する。 これは、トリガ処理７０１を呼び出し、呼び出し内のポイントをパラメータとし て通過することによって達成される。また、トリガデータベース構造に関して図 ６を参照すると、ブロック７０２に示されるように、トリガ処理７０１は呼び出 し内のポイントを用いて、トリガルールアイテムポインタリスト６０１にインデ ッ クスをつけて、トリガルールアイテム６１１を位置決めするトリガルールアイテ ムポインタ６０１にアクセスする。もしブロック７０３で判定されるように、ト リガルールアイテムポインタ６０２が空白であれば、ブロック７１６に示される ように、トリガ処理は空白のトリガデータインデックスを戻して、トリガ条件が 検出されなかったことを示す。 もしトリガルールアイテムポインタ６０２が空白でなければ、ブロック７０４ と７０５に示されるように、トリガルールアイテム６１１内にトリガルールアイ テムポインタ６０２によって位置決めされている基準ノードインデックス６１３ を用いることにより基準ノード６０３にアクセスする。上述のように、基準ノー ド６０３はどんなオペレーションがこのデータでは有効かと突き合わせ値リスト ６１７のデータのタイプを定義して、突き合わせ値リスト６１７へのポインタを 収めている。基準ノード６０３は現在の基準ノードについての突き合わせ値を位 置決めするための突き合わせ値リストオフセット６０７を有しており、ブロック ７０６に示されるように、突き合わせトリガ値を探索する。検出されたのは突合 せ条件かあるいは突き合わせがないという条件かを示す結果がブロック７０７に 戻される。 もし基準ノード処理により突き合わせ条件が存在しないことが示されれば、次 のトリガルールアイテムインデックス（突き合わせなし）６１５にアクセスされ る。もしブロック７０３で決定されたように、このアイテムが空白ならば、空白 トリガデータインデックスがブロック７１６に戻り、トリガ条件は検出されなか ったことを示す。そうでなければ、基準ノード処理はフィールド６１５が挿入し た次のトリガルールアイテムについて繰り返される。 もしブロック７０７において基準ノード処理が突き合わせ条件を示すならば、 ブロック７０９に示されるようにトリガデータインデックスにアクセスされる。 もしブロック７１０に示されるようにトリガデータインデックスが空白値であれ ば、ブロック７１１に示されるようにトリガ処理は次のトリガルールインデック ス（突き台わせか継続）フィールド６１６にアクセスする。もしフィールド６１ ６が、ブロック７１２で判定されるように、空白であれば、空白のトリガデータ インデックスがブロック７１６に戻され、トリガ条件が検出されなかったことを 示す。ブロック７１０においてトリガデータインデックスが空白値でないと判定 されれば、ブロック７１３で標準呼び出し処理に戻され、突き合わせトリガ条件 が検出されたことを示す。 ブロック７１６で空白のトリガデータインデックスが標準呼び出し処理に戻さ れれば、標準呼び出し処理が呼び出し内の現在のポイントで呼び出し処理を再開 する。一方、トリガ処理が突き合わせ条件を示して、空白以外のトリガデータイ ンデックスをブロック７１３に戻せば、標準呼び出し処理が戻されたトリガデー タインデックスに照会されたトリガデータを用いて、照会メッセージを形成しこ れをサービス制御ポイントアプリケーションあるいは呼び出し論理プログラムに 送信する。トリガデータ６２１内のトリガタイプフィールド６２２が形成する照 会メッセージのタイプを定義して、トリガ基準タイプフィールド６２３はこの照 会メッセージ内に含まれる業界が定義するパラメータである。照会メッセージが サービス制御ポイントアプリケーションへ向けられるものであれば、フィールド ６２４のグローバルタイトル変換フラッグまたはポイントコードおよびサブシス テム番号フィールド６２５、６２６は空白でない値を持つ。照会メッセージが呼 び出し論理プログラムに向けられるものであれば、グローバルタイトル変換、ポ イントコードおよびサブシステム番号フィールドは空白値を持つ。その後標準呼 び出し処理はメッセージ待ち行列フィールド６２７を用いて、サービス制御ポイ ントアプリケーションか呼び出し論理プログラムのいずれかに対し形成された照 会メッセージの待ち行列を作る。 動作中、電話サービスプロバイダは、プログラム可能な呼び出し処理システム とその方法にしたがって、呼び出し論理アプリケーションプログラムにおいて与 えられている機能を用いてプロバイダ自身のカスタマイズされた呼び出し論理プ ログラムを実行する。本発明の教示にしたがって構築されるプログラム可能な呼 び出し処理システムとその方法は、主として、加入者側に対する性能を支援する ことを意図している。変換能力の向上が支援される性能の一例である。基礎とな るシステムへの変更を要求する性能は電気通信サービスプロバイダが開発するこ とはできない。たとえば、システムに対する新しい信号プロトコルの追加は、プ ログラム可能な呼び出し処理システム５２を通じて実行できるものではない。 カスタマ側が開発する呼び出し論理アプリケーションは標準切り換えソフトウ エアプロセスとは分離したプロセスである。これらのアプリケーションはＣ＋＋ プログラムとして開発されるか、サービス生成環境ツールを用いて形成される。 この後、市販のソフトウエアツールを用いて編集されるか、システム１０に常駐 するソフトウエアライブラリを用いてもよい。これらのカスタマ側が開発する呼 び出し論理アプリケーションは分離したＰＯＳＩＸ／「ＵＮＩＸ類似の」プロセ スとして作動し、このオペレーティングシステムが与えるすべての制限を受ける ことになる。カスタマ側が開発するプログラムは呼び出し論理要素、システムデ ータベースおよびメッセージ送出機能へアクセスする。プログラム可能な呼び出 し処理システム５２は、カスタマ側が開発する呼び出し論理プログラムと標準呼 び出し処理機能との間のインタフェースを遮蔽する。プログラム可能な呼び出し 処理システムはさらに、組み込まれたシステム機能に渡されるすべてのデータが 有効であることを保証して、検査と点検をパスしないデータを排除する。 カスタマ側が開発する呼び出し論理プログラムが、たとえば変換能力を向上さ せるためにどのように実行されるかを確かめるのは有益であろう。プロセスフロ ーの一例を図８に示している。図８を参照すると、カスタマ側が開発する呼び出 し論理プログラムを実行するプロセスフローはブロック８００で開始される。ブ ロック８０２において、カスタマ側が開発する呼び出し論理プログラムは呼び出 し論理アプリケーションプログラムインタフェースを用いて、たとえば特定のト ランク回路でＳＳ７初期アドレスメッセージ（ＩＡＭ）を受信する場合などの 特定のイベントについてのトリガを設定する。その後、ブロック８０４に示され るように、特定のイベントに遭遇すると、たとえばＩＭＡメッセージが標準呼び 出し処理状態機械に受信されると、標準呼び出し処理プロセスがトリガをヒット して、そのイベントがカスタマが開発する呼び出し論理プログラムによって処理 されるべきことを示す。標準呼び出し処理プロセスはその後、ブロック８０６と ８０８に示されるように、適切なメッセージの書式を作成し、そのメッセージを カスタマが開発させる呼び出し論理プログラムに送信し、回路を「待機」状態に 置く。 ブロック８１０において、カスタマが開発する呼び出し論理プログラムが標準 呼び出し処理によって送られるメッセージを受信し、ブロック８１２に示される ように、適切なオペレーション、たとえばその変換データベースにアクセスして 呼び出しをどのような経路で送って、回路に関連する呼び出しブロック内に経路 指示データをどう配置するかなどのオペレーションを行なう。カスタマが開発す る呼び出し論理プログラムがこのオペレーションを完了すると、ブロック８１４ に示されるように、メッセージを標準呼び出し処理プロセスに送り戻して処理の 継続と呼び出しを経路にしたがって送るよう知らせる。標準呼び出し処理プロセ スは、そのメッセージを受信すると、ブロック８１６に示されるように、呼び出 しを継続し、中断させられたポイントあるいはカスタマが開発する呼び出し論理 プログラムが命令する別のポイントでの標準処理を再開する。標準呼び出し処理 はその後、制御をカスタマが開発する呼び出し論理プログラムに送るような１つ 以上の追加のトリガに遭遇するようにしてもよい。 このように、プログラム可能な呼び出し処理システムと方法は汎用算出プラッ トホーム上に統合化されたプログラム可能な呼び出し処理アーキテクチャを与え る。これは公衆切り換えシステムと一体化した一部である。プログラム可能な呼 び出し処理システムと方法は、サービスプロバイダがインテリジェントネットワ ーク技術と容易には重複せずにサービス性能とオペレーション支援データに対 して切り替え機能を制御する方法を提供する。 ここに示したアーキテクチャは、標準準拠の呼び出しモデルを容易に拡張して 、カスタム呼び出し処理性能を与えることができるという効果がある。これらの 性能は、業界標準が更新される前にエンドカスタマに利用可能となる。このアー キテクチャによって、カスタムオペレーションと平行して業界標準オペレーティ ングの支援も可能になる。 この切り換え製品の呼び出し論理プログラム管理能力によって、以下が保証さ れる： ・ システムの信頼性全体はサービスプロバイダのプログラミングで は補償されない。これは呼び出し論理プログラム実行をモニタし 、ＰＯＳＩＸ／「ＵＮＩＸ類似の」プロセスを管理し、支援され ているアプリケーションプログラムインタフェースを介して汎用 オペレーティングシステム能力へのアクセスを制御することによ って達成される。 ・ 呼び出し論理プログラムの取り付け、試験、作動、非作動および バージョン変換の制御。 ・ 呼び出し論理プログラムリソースの制御。 ・ 呼び出し論理プログラム性能統計を得ることができる。 呼び出し論理プログラムアプリケーションプログラムインタフェースは、標準 準拠の特定機能オペレーションとプログラム可能な機能オペレーションとを本来 の呼び出し処理ソフトウエア上においてオフセットする。このような機能オペレ ーションとは以下のようなものである： ・ 専門の通話量計量、測定収集カウンタを本来の呼び出し処理機能 に関連付ける。関連付けをした後、これらのカウンタは本来の呼 び出し論処理関数によって数が増えていき、その後さらに処理を するために呼び出し論理プログラムによって読み出される。 ・ 通話料金請求書作成用データ収集に関連した本来の呼び出し処理 呼び出し詳細記録を、呼び出し論理プログラムからアクセスする 。呼び出し論理アプリケーションプログラムインタフェースによ り、サービスが提供する専用のフィールドとして呼び出し詳細記 録に選択されたフィールド変更とさまざまな長さのフィールドを 追加する方法が提供される。 ・ ＳＳ７ ＩＳＵＰとＩＳＤＮプライマリレートに関するさまざま なメッセージ指向のアクセス構成で用いられる呼び出し制御ネッ トワーク信号プロトコルを呼び出し論理プログラムで見ることが できる。呼び出し論理プログラムは着信発信呼び出し処理動作で 選択したポイントで標準あるいはオプションのサービスプロバイ ダ専用のパラメータを追加、変更あるいは削除してもよい。これ らの呼び出し論理プログラム動作により、わかりやすい通過と本 来の呼び出し処理に影響を受ける作用が得られる。 ・ ベルコア（Ｂｅｌｌｃｏｒｅ）やＩＴＵなどのさまざまな業界標 準文書に記載されているインテリジェントネットワーク呼び出し モデルの概念に関して、多くの拡張されたオペレーションが、ア プリケーションプログラムインタフェースを介して、呼び出し論 理プログラムで利用できる。 ・ 現在実行している呼び出しモデルにおいてトリガ／イベント検出 ポイントを作動状態／非作動状態にする。 ・ トリガ検出ポイントでトリガフィルタ化ルールを優先順位で挿入 するか取り除く。 ・ 呼び出し論理プログラムにその作動時に与えられるさまざまな静 的、動的データ要素の可視性を、トリガ処理基準を満足するかど うかに基づいて制御する。 ・ 呼び出し内の新しいポイントを（従属トリガとイベント検出ポイ ント、トリガタイプとトリガ基準に関連付け）、本来の基本の呼 び出し処理アーキテクチャソフトウエア内の入力ポイントと関連 付ける。 ・ 本来の呼び出し処理アーキテクチャ内の特性相互作用管理ソフト ウエアと相互に作用して、カスタマイズされたサービス相互作用 制御を達成する。 ・ 本来の呼び出し処理アーキテクチャのサービス切り換え機能と相 互作用して、外部インテリジェントネットワークシステムに関連 する相互作用ルールを変更する。これらの相互作用はインテリ ジェントネットワークメッセージ書式作成、ネットワークシステ ム経路指示およびマルチキャスティングに影響を及ぼすこともあ る。 ・ ディスクからの情報の記録および検索に関連するファイルシステ ムオペレーションの呼び出し。 ・ 記録とファイル転送レベルでのネットワーク管理データ通信リン クに関連する管理オペレーションの呼び出し。

【手続補正書】 【提出日】１９９８年１０月１４日（１９９８．１０．１４） 【補正内容】 請求の範囲 １．電気通信切り換えシステムのためのプログラム可能な呼び出し処理システム であって、 業界標準呼び出しモデルにしたがって、呼び出し処理を行う標準呼び出し処理 プロセスと； 前記標準呼び出し処理プロセスによりアクセス可能な呼び出し処理データを記 憧する少なくとも１回の呼び出し処理と； 電気通信切り換えシステム上で拡張された加入者向け機能を実行するための少 なくとも１つのカスタマイズされた呼び出し論理プログラムと； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムによる前記 少なくとも１つの呼び出し処理データベースへのアクセスを与え、さらに前記少 なくとも１つのカスタマイズされた呼び出し論理プログラムの実行のために前記 標準呼び出し処理プロセスを中断させるアプリケーションプログラムインタフェ ースとを具備することを特徴とするプログラム可能な呼び出し処理システム。 ２．前記標準呼び出し処理プロセスは、特定のイベントが発生すると、カスタマ イズされた呼び出し論理プログラムに制御を転送するために、前記アプリケーシ ョンプログラムインタフェースによって挿入される少なくとも１つのトリガを含 むことを特徴とする請求の範囲１に記載のプログラム可能な呼び出し処理システ ム。 ３．前記標準呼び出し処理プロセスを中断させ、前記少なくとも１つのカスタマ イズされた呼び出し論理プログラムに制御を送るための１つ以上のトリガ定義を 記憶するトリガデータベースをさらに具備することを特徴とする請求の範囲１に 記載のプログラム可能な呼び出し処理システム。 ４．前記トリガデータベースは、 トリガイベントが発生した呼び出し内のポイントによって索引を付けられたト リガルールアイテムポイントリストと； 前記トリガルールアイテムポイントリストに照会され、前記少なくとも１つの カスタマイズされた呼び出し論理プログラムに制御を送るためにトリガ基準とト リガデータを中に記憶した少なくとも１つのトリガルールテーブルとを含むこと を特徴とする請求の範囲３に記載のプログラム可能な呼び出し処理システム。 ５．前記少なくとも１つのトリガルールテーブルは、 トリガイベントを評価するために複数のトリガルールアイテムを有したトリガ ルールアイテムテーブルと； トリガイベントを評価するのに用いられるデータを有した基準ノードテーブル と； 制御を送るために、前記少なくとも１つのカスタマイズされた呼び出し論理プ ログラムへのメッセージを組み立てるのに用いられるデータを有したトリガデー タテーブルとを含むことを特徴とする請求の範囲４に記載のプログラム可能な呼 び出し処理システム。 ６．前記少なくとも１つのトリガルールテーブルは、前記トリガイベント評価で 用いられる値を有した突合せ値テーブルをさらに含むことを特徴とする請求の範 囲５に記載のプログラム可能な呼び出し処理システム。 ７．前記トリガデータベースは、 トリガイベントが発生した呼び出し内のポイントによって索引を付けられるト リガルールアイテムポイントリストと； 前記トリガルールアイテムポイントリストに照会され、前記少なくとも１つの カスタマイズされた呼び出し論理プログラムに制御を送るために中にトリガ基準 とトリガデータを記憶する少なくとも１つのノードを有したトリガルールアイテ ム決定樹とを含むことを特徴とする請求の範囲３に記載のプログラム可能な呼び 出し処理システム。 ８．前記少なくとも１つのカスタマイズされた呼び出し論理プログラムは、前記 標準呼び出し処理プロセスから分離され、前記標準呼び出し処理プロセスと平行 して前記切り換えシステム上で作動するプロセスであることを特徴とする請求の 範囲１に記載のプログラム可能な呼び出し処理システム。 ９．前記標準呼び出し処理プロセスは一連の有限状態機械として作用し、前記少 なくとも１つのカスタマイズされた呼び出し論理プログラムは前記標準呼び出し 処理状態機械内に埋め込まれた副状態機械であることを特徴とする請求の範囲１ に記載のプログラム可能な呼び出し処理システム。 １０．前記少なくとも１つの呼び出し処理データベースは、前記切り換えシステ ムの回路構造を記憶する静的データベースを含むことを特徴とする請求の範囲１ に記載のプログラム可能な呼び出し処理システム。 １１．前記プログラム可能な呼び出し処理システムは更に、前記標準呼び出し処 理プロセスと前記カスタマイズされた呼び出し論理プログラムとの間にメッセー ジを送信するメッセージ送信機能を具備することを特徴とする請求の範囲１に記 載のプログラム可能な呼び出し処理システム。 １２．前記少なくとも１つの呼び出し処理データベースは呼び出しデータブロッ クを記憶する動的データベースを含むことを特徴とする請求の範囲１に記載のプ ログラム可能な呼び出し処理システム。 １３．前記アプリケーションプログラムインタフェースは、前記カスタマイズさ れた呼び出し論理プログラムを含み、使用するためのインタフェースライブラリ を具備することを特徴とする請求の範囲１に記載のプログラム可能な呼び出し処 理システム。 １４．電気通信切り換えシステムのためのプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスによって与えられる加入者向けサービスを拡張する 少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定のイベントが発生すると、前記標準呼び出し処理プロセスから前記少なく とも１つのカスタマイズされた呼び出し論理プログラムへ制御を転送する工程と を具備したことを特徴とする方法。 １５．前記方法は更に、前記標準呼び出し処理プロセスの実行を中断させるため に、前記標準呼び出し処理プロセス内にトリガイベントのためのトリガを挿入す る工程と； トリガした後前記トリガイベントを解析する工程とを具備することを特徴とす る請求の範囲１４に記載の方法。 １６．前記トリガイベント解析工程は、評価基準および値に対するトリガデータ ベースを調べる工程を具備することを特徴とする請求の範囲１５に記載の方法。 １７．前記トリガイベント解析工程は、 トリガイベントを評価するために、複数のトリガルールアイテムを有したトリ ガルールアイテムテーブルを調べる工程と； トリガイベントを評価するのに用いられるデータを有した基準ノードテーブル を調べる工程と； 制御を送るために前記少なくとも１つのカスタマイズされた呼び出し論理プロ グラムへのメッセージを組み立てるのに用いられるデータを有したトリガデータ テーブルを調べる工程とを具備することを特徴とする請求の範囲１５に記載の方 法。 １８．トリガデータテーブルを調べる工程は、前記トリガイベント評価で用いら れる値を有した突き合わせ値テーブルを調べる工程を含むことを特徴とする請求 の範囲１７に記載の方法。 １９．前記トリガイベント解析工程は、 トリガイベントが発生した呼び出し内のポイントによって索引を付けられるト リガルールアイテムポイントリストを調べる工程と； 前記トリガルールアイテムポイントによって照会され、前記少なくとも１つの カスタマイズされた呼び出し論理プログラムに制御を送るためにトリガ基準とト リガデータを中に記憶した少なくとも１つのノードを有したトリガルールアイテ ム決定樹を調べる工程とを具備したことを特徴とする請求の範囲１５に記載の方 法。 ２０．前記方法は更に、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムが呼び出し処理データベースにアクセスできるようにする工程を具備 することを特徴とする請求の範囲１４に記載の方法。 ２１．前記方法は更に、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムが、前記切り換えシステムの回路構造を有した静的呼び出し処理デー タベースにアクセスできるようにする工程と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、呼び出 しデータブロックを有する静的呼び出し処理データベースにアクセスできるよう にする工程とを具備したことを特徴とする請求の範囲１４に記載の方法。 ２２．前記方法は更に、カスタマイズされた呼び出し処理完了後に、前記特定の イベントにおいて、前記少なくとも１つのカスタマイズされた呼び出し論理プロ グラムから前記標準呼び出し処理プロセスに制御を転送し直す工程を具備するこ とを特徴とする請求の範囲１４に記載の方法。 ２３．前記方法は更に、カスタマイズされた呼び出し処理完了後に、呼び出し内 の特定のポイントにおいて、前記少なくとも１つのカスタマイズされた呼び出し 論理プログラムから前記標準呼び出し処理プロセスに制御を転送し直す工程を具 備することを特徴とする請求の範囲１４に記載の方法。 ２４．前記方法は更に、前記標準呼び出し処理プロセスと前記少なくとも１つの カスタマイズされた呼び出し論理プログラムとの間に、その間に制御を送るため に、アプリケーションプログラムインタフェースを与える工程を具備することを 特徴とする請求の範囲１４に記載の方法。 ２５．前記方法は更に、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムが、複数の呼び出しデータブロックを記憶する静的呼び出し処理デー タベースに呼び出しデータブロックを書くことができるようにする工程を具備す ることを特徴とする請求の範囲１４に記載の方法。 ２６．前記方法は更に、前記標準呼び出し処理プロセスからトリガを取り除く工 程を具備することを特徴とする請求の範囲１５に記載の方法。 ２７．前記方法は更に、前記標準呼び出し処理プロセスによって呼び出し詳細記 録を作成する工程と； 前記カスタマイズされた呼び出し論理プログラムが呼び出し詳細記録を定式化 して、前記標準呼び出し処理プロセスによって形成された前記呼び出し詳細記録 に取って代わることができるようにする工程とを具備することを特徴とする請求 の範囲１４に記載の方法。 ２８．前記方法は更に、前記標準呼び出し処理プロセスによって呼び出し詳細記 録を定式化する工程と； 前記カスタマイズされた呼び出し論理プログラムが前記呼び出し詳細記録の選 択されたフィールドを変更できるようにする工程とを具備することを特徴とする 請求の範囲１４に記載の方法。 ２９．前記方法は更に、前記標準呼び出し処理プロセス内に、前記少なくとも１ つのカスタマイズされた呼び出し論理プログラムを組み込む工程を具備すること を特徴とする請求の範囲１４に記載の方法。 ３０．前記方法は更に、前記標準呼び出し処理プロセスを、一連の有限状態機械 として作成する工程と； 前記カスタマイズされた呼び出し論理プログラムを、前記標準呼び出し処理プ ロセス状態機械内に組み込まれる副状態機械として形成する工程とを具備するこ とを特徴とする請求の範囲１４に記載の方法。 ３１．前記方法は更に、前記標準呼び出し処理プロセスを、一連の有限状態機械 として形成する工程と； 少なくとも１つの副状態を前記標準呼び出し処理プロセス状態機械に加える工 程とを具備することを特徴とする請求の範囲１４に記載の方法。 ３２．電気通信切り換えシステムにおけるプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスにより与えられる加入者向けサービスを拡張する少 なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程と； 特定の条件の存在について、前記標準呼び出し処理プロセスにトリガを設定す る工程と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定の条件の存在に応じて前記トリガを検出し、前記標準呼び出し処理プロセ スを中断し、前記標準呼び出し処理プロセスから前記少なくとも１つのカスタマ イズされた呼び出し論理プログラムヘ制御を転送する工程とを具備したことを特 徴とする方法。 ３３．前記方法は更に、前記トリガ条件を解析し、基準と値の評価のためにトリ ガデータベースを調べる工程を具備することを特徴とする請求の範囲３２に記載 の方法。 ３４．前記トリガ条件解析工程は、 トリガ条件を評価するために、複数のトリガルールアイテムを有したトリガル ールアイテムテーブルを調べる工程と； トリガ条件を評価するのに用いられるデータを有した基準ノードテーブルを調 べる工程と； 制御を送るために前記少なくとも１つのカスタマイズされた呼び出し論理プロ グラムへのメッセージを組み立てるのに用いられるデータを有したトリガデータ テーブルを調べる工程とを具備することを特徴とする請求の範囲３３に記載の方 法。 ３５．トリガデータテーブルを調べる工程は、前記トリガ条件評価で用いられる 値を有した突き合わせ値テーブルを調べる工程を含むことを特徴とする請求の範 囲３３に記載の方法。 ３６．前記トリガ条件解析工程は トリガ条件が存在した呼び出し内のポイントによって索引を付けられるトリガ ルールアイテムポイントリストを調べる工程と； 前記トリガルールアイテムポイントによって照会され、前記少なくとも１つの カスタマイズされた呼び出し論理プログラムに制御を送るためにトリガ基準とト リガデータを中に記憶した少なくとも１つのノードを有したトリガルールアイテ ム決定樹を調べる工程とを具備したことを特徴とする請求の範囲３３に記載の方 法。 ３７．前記方法は、前記少なくとも１つのカスタマイズされた呼び出し論理プロ グラムが呼び出し処理データベースにアクセスできるようにする工程を具備する ことを特徴とする請求の範囲３２に記載の方法。 ３８．前記方法は更に、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムが、前記切り換えシステムの回路構造を有した静的呼び出し処理デー タベースにアクセスできるようにする工程と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、呼び出 しデータブロックを有する静的呼び出し処理データベースにアクセスできるよう にする工程とを具備したことを特徴とする請求の範囲３２に記載の方法。 ３９．前記方法は更に、カスタマイズされた呼び出し処理完了後に、前記特定の 条件において、前記少なくとも１つのカスタマイズされた呼び出し論理プログラ ムから前記標準呼び出し処理プロセスに制御を転送し直す工程を具備することを 特徴とする請求の範囲３２に記載の方法。 ４０．前記方法は更に、カスタマイズされた呼び出し処理完了後に、呼び出し内 の特定のポイントにおいて、前記少なくとも１つのカスタマイズされた呼び出し 論理プログラムから前記標準呼び出し処理プロセスに制御を転送し直す工程を具 備することを特徴とする請求の範囲３２に記載の方法。 ４１．前記方法は更に、前記標準呼び出し処理プロセスと前記少なくとも１つの カスタマイズされた呼び出し論理プログラムとの間に、その間に制御を送るため に、アプリケーションプログラムインタフェースを与える工程を具備することを 特徴とする請求の範囲３２に記載の方法。 ４２．前記方法は更に、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムが、複数の呼び出しデータブロックを記憶する静的呼び出し処理デー タベースに呼び出しデータブロックを書くことができるようにする工程を具備す ることを特徴とする請求の範囲３２に記載の方法。 ４３．前記方法は更に、前記標準呼び出し処理プロセスからトリガを取り除く工 程を具備することを特徴とする請求の範囲３２に記載の方法。 ４４．前記方法は更に、前記標準呼び出し処理プロセスによって呼び出し詳細記 録を作成する工程と； 前記カスタマイズされた呼び出し論理プログラムが呼び出し詳細記録を定式化 して、前記標準呼び出し処理プロセスによって形成された前記呼び出し詳細記録 に取って代わることができるようにする工程とを具備することを特徴とする請求 の範囲３２に記載の方法。 ４５．前記方法は更に、前記標準呼び出し処理プロセスによって呼び出し詳細記 録を定式化する工程と； 前記カスタマイズされた呼び出し論理プログラムが前記呼び出し詳細記録の選 択されたフィールドを変更できるようにする工程とを具備することを特徴とする 請求の範囲３２に記載の方法。 ４６．前記方法は更に、前記標準呼び出し処理プロセス内に、前記少なくとも１ つのカスタマイズされた呼び出し論理プログラムを組み込む工程を具備すること を特徴とする請求の範囲３２に記載の方法。 ４７．前記方法は更に、前記標準呼び出し処理プロセスを、一連の有限状態機械 として作成する工程と； 前記カスタマイズされた呼び出し論理プログラムを、前記標準呼び出し処理プ ロセス状態機械内に組み込まれる副状態機械として形成する工程とを具備するこ とを特徴とする請求の範囲３２に記載の方法。 ４８．前記方法は更に、前記標準呼び出し処理プロセスを、一連の有限状態機械 として形成する工程と； 少なくとも１つの副状態を前記標準呼び出し処理プロセス状態機械に加える工 程とを具備することを特徴とする請求の範囲３２に記載の方法。 【手続補正書】 【提出日】１９９９年６月１日（１９９９．６．１） 【補正内容】 請求の範囲 １．電気通信切り換えシステムのためのプログラム可能な呼び出し処理システム であって、 業界標準呼び出しモデルにしたがって呼び出し処理を行う標準呼び出し処理 プロセスを有する呼び出し処理プロセッサと； 前記標準呼び出し処理プロセスによりアクセス可能な呼び出し処理データを 記憶する少なくとも１つのデータベースと； 電気通信切り換えシステム上で拡張された加入者向け機能を実行するための 少なくとも１つのカスタマイズされた呼び出し論理プログラムを有する呼び出 し論理プログラムプロセッサと； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムにより前 記少なくとも１つの呼び出し処理データベースへアクセスし、さらに前記少な くとも１つのカスタマイズされた呼び出し論理プログラムの実行のために前記 標準呼び出し処理プロセスを中断させるアプリケーションプログラムインタフ ェースと； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムと前記標 準呼び出し処理プロセスとの間で情報をやりとりするためにこれらの間で通信 を行うように動作しうるシステムメッセージ送信機能ユニットであって、前記 カスタマイズされた呼び出し論理プログラムが前記標準呼び出し処理プロセス により定式化された呼び出し詳細記録の選択フィールドを変えうるようになっ ている当該システムメッセージ送信機能ユニットと を具備することを特徴とするプログラム可能な呼び出し処理システム。 ２．請求の範囲１に記載のプログラム可能な呼び出し処理システムにおいて、前 記標準呼び出し処理プロセスは、特定のイベントが発生すると、カスタマイズ された呼び出し論理プログラムに制御を転送するために、前記アプリケーショ ンプログラムインタフェースによって挿入される少なくとも１つのトリガを含 むことを特徴とするプログラム可能な呼び出し処理システム。 ３．請求の範囲１に記載のプログラム可能な呼び出し処理システムにおいて、前 記標準呼び出し処理プロセスを中断させ、前記少なくとも１つのカスタマイズ された呼び出し論理プログラムに制御を送るための１つ以上のトリガ定義を記 憶するトリガデータベースをさらに具備することを特徴とするプログラム可能 な呼び出し処理システム。 ４．電気通信切り換えシステムのためのプログラム可能な呼び出し処理システム であって、 業界標準呼び出しモデルにしたがって呼び出し処理を行う標準呼び出し処理 プロセスを有する呼び出し処理プロセッサと； 前記標準呼び出し処理プロセスによりアクセス可能な呼び出し処理データを 記憶する少なくとも１つのデータベースと； 電気通信切り換えシステム上で拡張された加入者向け機能を実行するための 少なくとも１つのカスタマイズされた呼び出し論理プログラムを有する呼び出 し論理プログラムプロセッサと； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムにより前 記少なくとも１つの呼び出し処理データベースへアクセスし、さらに前記少な くとも１つのカスタマイズされた呼び出し論理プログラムの実行のために前記 標準呼び出し処理プロセスを中断させるアプリケーションプログラムインタフ ェースと； 前記標準呼び出し処理プロセスを中断させ、前記少なくとも１つのカスタマ イズされた呼び出し論理プログラムに制御を送るための１つ以上のトリガ定義 を記憶するトリガデータベースと を具備するプログラム可能な呼び出し処理システムにおいて、 前記トリガデータベースが、 トリガイベントが発生した呼び出し内のポイントによって索引を付けられた トリガルールアイテムポイントリストと； 前記トリガルールアイテムポイントリストにより参照される少なくとも１つ のトリガルールテーブルであって、前記少なくとも１つのカスタマイズされた 呼び出し論理プログラムに制御を送るためにトリガ基準とトリガデータとを記 憶した当該トリガルールテーブルと を含むことを特徴とするプログラム可能な呼び出し処理システム。 ５．請求の範囲４に記載のプログラム可能な呼び出し処理システムにおいて、前 記少なくとも１つのトリガルールテーブルは、 トリガイベントを評価するために複数のトリガルールアイテムを有したトリ ガルールアイテムテーブルと； トリガイベントを評価するのに用いられるデータを有した基準ノードテーブ ルと； 制御を送るために、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムへのメッセージを組み立てるのに用いられるデータを有したトリガ データテーブルと を含むことを特徴とするプログラム可能な呼び出し処理システム。 ６．請求の範囲５に記載のプログラム可能な呼び出し処理システムにおいて、前 記少なくとも１つのトリガルールテーブルは、前記トリガイベント評価で用い られる値を有した突合せ値テーブルをさらに含むことを特徴とするプログラム 可能な呼び出し処理システム。 ７．電気通信切り換えシステムのためのプログラム可能な呼び出し処理システム であって、 業界標準呼び出しモデルにしたがって呼び出し処理を行う標準呼び出し処理 プロセスを有する呼び出し処理プロセッサと； 前記標準呼び出し処理プロセスによりアクセス可能な呼び出し処理データを 記憶する少なくとも１つのデータベースと； 電気通信切り換えシステム上で拡張された加入者向け機能を実行するための 少なくとも１つのカスタマイズされた呼び出し論理プログラムを有する呼び出 し論理プログラムプロセッサと； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムにより前 記少なくとも１つの呼び出し処理データベースへアクセスし、さらに前記少な くとも１つのカスタマイズされた呼び出し論理プログラムの実行のために前記 標準呼び出し処理プロセスを中断させるアプリケーションプログラムインタフ ェースと； 前記標準呼び出し処理プロセスを中断させ、前記少なくとも１つのカスタマ イズされた呼び出し論理プログラムに制御を送るための１つ以上のトリガ定義 を記憶するトリガデータベースと を具備するプログラム可能な呼び出し処理システムにおいて、 前記トリガデータベースが、 トリガイベントが発生した呼び出し内のポイントによって索引を付けられる トリガルールアイテムポイントリストと； 前記トリガルールアイテムポイントリストにより参照されるノードであって 、前記少なくとも１つのカスタマイズされた呼び出し論理プログラムに制御を 送るためにトリガ基準とトリガデータとを記憶するノードを少なくとも１つ有 したトリガルールアイテム決定樹と を含むことを特徴とするプログラム可能な呼び出し処理システム。 ８．請求の範囲１に記載のプログラム可能な呼び出し処理システムにおいて、前 記少なくとも１つのカスタマイズされた呼び出し論理プログラムは、前記標準 呼び出し処理プロセスから分離され、前記標準呼び出し処理プロセスと平行し て前記切り換えシステム上で作動するプロセスであることを特徴とするプログ ラム可能な呼び出し処理システム。 ９．電気通信切り換えシステムのためのプログラム可能な呼び出し処理システム であって、 業界標準呼び出しモデルにしたがって呼び出し処理を行う標準呼び出し処理 プロセスを有する呼び出し処理プロセッサと； 前記標準呼び出し処理プロセスによりアクセス可能な呼び出し処理データを 記憶する少なくとも１つのデータベースと； 電気通信切り換えシステム上で拡張された加入者向け機能を実行するための 少なくとも１つのカスタマイズされた呼び出し論理プログラムを有する呼び出 し論理プログラムプロセッサと； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムにより前 記少なくとも１つの呼び出し処理データベースへアクセスし、さらに前記少な くとも１つのカスタマイズされた呼び出し論理プログラムの実行のために前記 標準呼び出し処理プロセスを中断させるアプリケーションプログラムインタフ ェースと を具備するプログラム可能な呼び出し処理システムにおいて、 前記標準呼び出し処理プロセスが一連の有限状態機械として実行され、前記 少なくとも１つのカスタマイズされた呼び出し論理プログラムが前記標準呼び 出し処理状態機械内に埋め込まれた副状態機械として実行されるようになって いることを特徴とするプログラム可能な呼び出し処理システム。 １０．請求の範囲１に記載のプログラム可能な呼び出し処理システムにおいて、 前記少なくとも１つの呼び出し処理データベースは、前記切り換えシステムの 回路構造を記憶する静的データベースを含むことを特徴とするプログラム可能 な呼び出し処理システム。 １１．請求の範囲１に記載のプログラム可能な呼び出し処理システムにおいて、 前記プログラム可能な呼び出し処理システムは更に、前記標準呼び出し処理プ ロセスと前記カスタマイズされた呼び出し論理プログラムとの間にメッセージ を送信するメッセージ送信機能を具備することを特徴とするプログラム可能な 呼び出し処理システム。 １２．請求の範囲１に記載のプログラム可能な呼び出し処理システムにおいて、 前記少なくとも１つの呼び出し処理データベースは呼び出しデータブロックを 記憶する動的データベースを含むことを特徴とするプログラム可能な呼び出し 処理システム。 １３．請求の範囲１に記載のプログラム可能な呼び出し処理システムにおいて、 前記アプリケーションプログラムインタフェースは、前記カスタマイズされた 呼び出し論理プログラムを含み、使用するためのインタフェースライブラリを 具備することを特徴とするプログラム可能な呼び出し処理システム。 １４．電気通信切り換えシステムのためのプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスによって与えられる加入者向けサービスを拡張す る少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程 と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定のイベントが発生すると、前記標準呼び出し処理プロセスから前記少なく とも１つのカスタマイズされた呼び出し論理プログラムへ制御を転送する工程 と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムと前記標 準呼び出し処理プロセスとの間で情報をやりとりするためにこれらの間に通信 リンクを与える工程と； 前記カスタマイズされた呼び出し論理プログラムが、前記標準呼び出し処理 プロセスにより定式化された呼び出し詳細記録の選択フィールドを変更できる ようにする工程と を具備したことを特徴とする方法。 １５．請求の範囲１４に記載の方法において、この方法は更に、 前記標準呼び出し処理プロセスの実行を中断させるために、前記標準呼び出 し処理プロセス内にトリガイベントのためのトリガを挿入する工程と； トリガした後前記トリガイベントを解析する工程と を具備することを特徴とする方法。 １６．請求の範囲１５に記載の方法において、トリガイベントを解析する前記工 程は、評価基準および値に対するトリガデータベースを調べる工程を具備する ことを特徴とする方法。 １７．電気通信切り換えシステムのためのプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスによって与えられる加入者向けサービスを拡張す る少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程 と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定のイベントが発生すると、前記標準呼び出し処理プロセスから前記少な くとも１つのカスタマイズされた呼び出し論理プログラムへ制御を転送する工 程と； 前記標準呼び出し処理プロセスの実行を中断させるために、前記標準呼び出 し処理プロセス内にトリガイベントのためのトリガを挿入する工程と； トリガした後前記トリガイベントを解析する工程と を具備する方法において、 トリガイベントを解析する前記工程は、 トリガイベントを評価するために、複数のトリガルールアイテムを有したト リガルールアイテムテーブルを調べる工程と； トリガイベントを評価するのに用いられるデータを有した基準ノードテーブ ルを調べる工程と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムへ制御を 送るためにこの呼び出し論理プログラムへのメッセージを組み立てるのに用い られるデータを有したトリガデータテーブルを調べる工程と を具備することを特徴とする方法。 １８．請求の範囲１７に記載の方法において、トリガデータテーブルを調べる前 記工程は、前記トリガイベント評価で用いられる値を有した突き合わせ値テー ブルを調べる工程を含むことを特徴とする方法。 １９．電気通信切り換えシステムのためのプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスによって与えられる加入者向けサービスを拡張す る少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程 と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定のイベントが発生すると、前記標準呼び出し処理プロセスから前記少な くとも１つのカスタマイズされた呼び出し論理プログラムへ制御を転送する工 程と； 前記標準呼び出し処理プロセスの実行を中断させるために、前記標準呼び出 し処理プロセス内にトリガイベントのためのトリガを挿入する工程と； トリガした後前記トリガイベントを解析する工程と を具備する方法において、 トリガイベントを解析する前記工程は、 トリガイベントが発生した呼び出し内のポイントによって索引を付けられる トリガルールアイテムポイントリストを調べる工程と； 前記トリガルールアイテムポイントリストによって参照される少なくとも１ つのノードであって、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムに制御を送るためにトリガ基準とトリガデータとを記憶した当該 ノードを有したトリガルールアイテム決定樹を調べる工程と を具備したことを特徴とする方法。 ２０．請求の範囲１４に記載の方法において、この方法は更に、前記少なくとも １つのカスタマイズされた呼び出し論理プログラムが呼び出し処理データベー スにアクセスできるようにする工程を具備することを特徴とする方法。 ２１．請求の範囲１４に記載の方法において、この方法は更に、 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、前記 切り換えシステムの回路構造を有した静的呼び出し処理データベースにアクセ スできるようにする工程と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、呼び 出しデータブロックを有する静的呼び出し処理データベースにアクセスできる ようにする工程と を具備したことを特徴とする方法。 ２２．請求の範囲１４に記載の方法において、この方法は更に、カスタマイズさ れた呼び出し処理完了後に、前記特定のイベントにおいて、前記少なくとも１ つのカスタマイズされた呼び出し論理プログラムから前記標準呼び出し処理プ ロセスに制御を転送し直す工程を具備することを特徴とする方法。 ２３．請求の範囲１４に記載の方法において、この方法は更に、カスタマイズさ れた呼び出し処理完了後に、呼び出し内の特定のポイントにおいて、前記少な くとも１つのカスタマイズされた呼び出し論理プログラムから前記標準呼び出 し処理プロセスに制御を転送し直す工程を具備することを特徴とする方法。 ２４．請求の範囲１４に記載の方法において、この方法は更に、前記標準呼び出 し処理プロセスと前記少なくとも１つのカスタマイズされた呼び出し論理プロ グラムとの間に、その間に制御を送るために、アプリケーションプログラムイ ンタフェースを与える工程を具備することを特徴とする方法。 ２５．請求の範囲１４に記載の方法において、この方法は更に、前記少なくとも １つのカスタマイズされた呼び出し論理プログラムが、複数の呼び出しデータ ブロックを記憶する静的呼び出し処理データベースに呼び出しデータブロック を書くことができるようにする工程を具備することを特徴とする方法。 ２６．請求の範囲１５に記載の方法において、前記方法は更に、前記標準呼び出 し処理プロセスからトリガを取り除く工程を具備することを特徴とする方法。 ２７．電気通信切り換えシステムのためのプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスによって与えられる加入者向けサービスを拡張す る少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程 と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定のイベントが発生すると、前記標準呼び出し処理プロセスから前記少な くとも１つのカスタマイズされた呼び出し論理プログラムへ制御を転送する工 程と； 前記標準呼び出し処理プロセスによって呼び出し詳細記録を作成する工程と ； 前記カスタマイズされた呼び出し論理プログラムが呼び出し詳細記録を定式 化して、前記標準呼び出し処理プロセスによって形成された前記呼び出し詳細 記録に取って代わることができるようにする工程と を具備することを特徴とする方法。 ２８．電気通信切り換えシステムのためのプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスによって与えられる加入者向けサービスを拡張す る少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程 と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定のイベントが発生すると、前記標準呼び出し処理プロセスから前記少な くとも１つのカスタマイズされた呼び出し論理プログラムへ制御を転送する工 程と； 前記標準呼び出し処理プロセスによって呼び出し詳細記録を定式化する工程 と; 前記カスタマイズされた呼び出し論理プログラムが前記呼び出し詳細記録の 選択されたフィールドを変更できるようにする工程と を具備することを特徴とする方法。 ２９．請求の範囲１４に記載の方法において、この方法は更に、前記標準呼び出 し処理プロセス内に、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムを組み込む工程を具備することを特徴とする方法。 ３０．請求の範囲１４に記載の方法において、この方法は更に、 前記標準呼び出し処理プロセスを、一連の有限状態機械として作成する工程 と； 前記カスタマイズされた呼び出し論理プログラムを、前記標準呼び出し処理 プロセス状態機械内に組み込まれる副状態機械として形成する工程と を具備することを特徴とする方法。 ３１．請求の範囲１４に記載の方法において、この方法は更に、 前記標準呼び出し処理プロセスを、一連の有限状態機械として形成する工程 と； 少なくとも１つの副状態を前記標準呼び出し処理プロセス状態機械に加える 工程と を具備することを特徴とする方法。 ３２．電気通信切り換えシステムにおけるプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスにより与えられる加入者向けサービスを拡張する 少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程と ； 特定の条件の存在について、前記標準呼び出し処理プロセスにトリガを設定 する工程と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定の条件の存在に応じて前記トリガを検出し、前記標準呼び出し処理プロ セスを中断し、前記標準呼び出し処理プロセスから前記少なくとも１つのカス タマイズされた呼び出し論理プログラムヘ制御を転送する工程と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムと前記標 準呼び出し処理プロセスとの間で情報をやりとりするためにこれらの間に通信 リンクを与える工程と； 前記カスタマイズされた呼び出し論理プログラムが、前記標準呼び出し処理 プロセスにより定式化された呼び出し詳細記録の選択フィールドを変更できる ようにする工程と を具備したことを特徴とする方法。 ３３．請求の範囲３２に記載の方法において、この方法は更に、前記トリガ条件 を解析し、基準と値の評価のためにトリガデータベースを調べる工程を具備す ることを特徴とする方法。 ３４．電気通信切り換えシステムにおけるプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスにより与えられる加入者向けサービスを拡張する 少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程と ； 特定の条件の存在について、前記標準呼び出し処理プロセスにトリガを設定 する工程と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定の条件の存在に応じて前記トリガを検出し、前記標準呼び出し処理プロ セスを中断し、前記標準呼び出し処理プロセスから前記少なくとも１つのカス タマイズされた呼び出し論理プログラムヘ制御を転送する工程と； 前記トリガ条件を解析し、基準と値の評価のためにトリガデータベースを調 べる工程と を具備する当該方法において、 トリガ条件を解析する前記工程が、 トリガ条件を評価するために、複数のトリガルールアイテムを有したトリガル ールアイテムテーブルを調べる工程と； トリガ条件を評価するのに用いられるデータを有した基準ノードテーブルを 調べる工程と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムへ制御を 送るためにこの呼び出し論理プログラムへのメッセージを組み立てるのに用い られるデータを有したトリガデータテーブルを調べる工程と を具備することを特徴とする方法。 ３５．請求の範囲３３に記載の方法において、トリガデータテーブルを調べる工 程は、前記トリガ条件評価で用いられる値を有した突き合わせ値テーブルを調 べる工程を含むことを特徴とする方法。 ３６．電気通信切り換えシステムにおけるプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスにより与えられる加入者向けサービスを拡張する 少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程と ； 特定の条件の存在について、前記標準呼び出し処理プロセスにトリガを設定 する工程と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定の条件の存在に応じて前記トリガを検出し、前記標準呼び出し処理プロ セスを中断し、前記標準呼び出し処理プロセスから前記少なくとも１つのカス タマイズされた呼び出し論理プログラムへ制御を転送する工程と； 前記トリガ条件を解析し、基準と値の評価のためにトリガデータベースを調 べる工程と を具備する当該方法において、 トリガ条件を解析する前記工程が、 トリガ条件が存在した呼び出し内のポイントによって索引を付けられるトリ ガルールアイテムポイントリストを調べる工程と； 前記トリガルールアイテムポイントリストによって参照される少なくとも１ つのノードであって、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムに制御を送るためにトリガ基準とトリガデータとを記憶した当該ノ ードを有したトリガルールアイテム決定樹を調べる工程と を具備したことを特徴とする方法。 ３７．請求の範囲３２に記載の方法において、この方法は、前記少なくとも１つ のカスタマイズされた呼び出し論理プログラムが呼び出し処理データベースに アクセスできるようにする工程を具備することを特徴とする方法。 ３８．請求の範囲３２に記載の方法において、この方法は更に、 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、前記 切り換えシステムの回路構造を有した静的呼び出し処理データベースにアクセ スできるようにする工程と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、呼び 出しデータブロックを有する静的呼び出し処理データベースにアクセスできる ようにする工程と を具備したことを特徴とする方法。 ３９．請求の範囲３２に記載の方法において、この方法は更に、カスタマイズさ れた呼び出し処理完了後に、前記特定の条件において、前記少なくとも１つの カスタマイズされた呼び出し論理プログラムから前記標準呼び出し処理プロセ スに制御を転送し直す工程を具備することを特徴とする方法。 ４０．請求の範囲３２に記載の方法において、この方法は更に、カスタマイズさ れた呼び出し処理完了後に、呼び出し内の特定のポイントにおいて、前記少な くとも１つのカスタマイズされた呼び出し論理プログラムから前記標準呼び出 し処理プロセスに制御を転送し直す工程を具備することを特徴とする方法。 ４１．請求の範囲３２に記載の方法において、この方法は更に、前記標準呼び出 し処理プロセスと前記少なくとも１つのカスタマイズされた呼び出し論理プロ グラムとの間に、その間に制御を送るために、アプリケーションプログラムイ ンタフェースを与える工程を具備することを特徴とする方法。 ４２．請求の範囲３２に記載の方法において、この方法は更に、前記少なくとも １つのカスタマイズされた呼び出し論理プログラムが、複数の呼び出しデータ ブロックを記憧する静的呼び出し処理データベースに呼び出しデータブロック を書くことができるようにする工程を具備することを特徴とする方法。 ４３．請求の範囲３２に記載の方法において、前記方法は更に、前記標準呼び出 し処理プロセスからトリガを取り除く工程を具備することを特徴とする方法。 ４４．電気通信切り換えシステムにおけるプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスにより与えられる加入者向けサービスを拡張する 少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程と ； 特定の条件の存在について、前記標準呼び出し処理プロセスにトリガを設定 する工程と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定の条件の存在に応じて前記トリガを検出し、前記標準呼び出し処理プロ セスを中断し、前記標準呼び出し処理プロセスから前記少なくとも１つのカス タマイズされた呼び出し論理プログラムへ制御を転送する工程と； 前記標準呼び出し処理プロセスによって呼び出し詳細記録を作成する工程と ； 前記カスタマイズされた呼び出し論理プログラムが呼び出し詳細記録を定式 化して、前記標準呼び出し処理プロセスによって形成された前記呼び出し詳細 記録に取って代わることができるようにする工程と を具備することを特徴とする方法。 ４５．電気通信切り換えシステムにおけるプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスにより与えられる加入者向けサービスを拡張する 少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程と ； 特定の条件の存在について、前記標準呼び出し処理プロセスにトリガを設定 する工程と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定の条件の存在に応じて前記トリガを検出し、前記標準呼び出し処理プロ セスを中断し、前記標準呼び出し処理プロセスから前記少なくとも１つのカス タマイズされた呼び出し論理プログラムへ制御を転送する工程と； 前記標準呼び出し処理プロセスによって呼び出し詳細記録を定式化する工程 と； 前記カスタマイズされた呼び出し論理プログラムが前記呼び出し詳細記録の 選択されたフィールドを変更できるようにする工程と を具備することを特徴とする方法。 ４６．請求の範囲３２に記載の方法において、この方法は更に、前記標準呼び出 し処理プロセス内に、前記少なくとも１つのカスタマイズされた呼び出し論理 プログラムを組み込む工程を具備することを特徴とする方法。 ４７．請求の範囲３２に記載の方法において、この方法は更に、 前記標準呼び出し処理プロセスを、一連の有限状態機械として作成する工程 と； 前記カスタマイズされた呼び出し論理プログラムを、前記標準呼び出し処理 プロセス状態機械内に組み込まれる副状態機械として形成する工程と を具備することを特徴とする方法。 ４８．請求の範囲３２に記載の方法において、この方法は更に、 前記標準呼び出し処理プロセスを、一連の有限状態機械として形成する工程 と； 少なくとも１つの副状態を前記標準呼び出し処理プロセス状態機械に加える 工程と を具備することを特徴とする方法。 明細書第１1頁第１９行の「メッセージ送付」を「メッセージ送信」に訂正する 。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ， ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，Ｇ Ｂ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ， ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，Ｎ Ｏ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ， ＵＺ，ＶＮ，ＹＵ (72)発明者 ペリー サミュエル オー ザ サード アメリカ合衆国 テキサス州 75044 ガ ーランド ジョン シャープ サークル 2138 (72)発明者 パチンスキー レオ ジェイ アメリカ合衆国 テキサス州 75075― 6236 プラノ リージェント ドライヴ 3313 (72)発明者 ロバートソン ウォーター シー ジュニ ア アメリカ合衆国 テキサス州 75080 リ チャードソン シェイディウッド プレイ ス ２ (72)発明者 ワード ロナルド エル アメリカ合衆国 テキサス州 75028 フ ラワー マウンド リッジクレスト ドラ イヴ 2823

Claims (1)

1. 【特許請求の範囲】 １．電気通信切り換えシステムのためのプログラム可能な呼び出し処理システム であって、 業界標準呼び出しモデルにしたがって、呼び出し処理を行う標準呼び出し処理 プロセスと； 前記一連の標準呼び出し処理プロセスがアクセス可能な呼び出し処理データを 記憧する少なくとも１つのデータベースと； 電気通信切り換えシステム上で拡張された加入者向け機能を実行するための少 なくとも１つのカスタマイズされた呼び出し論理プログラムと； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムによる前記 少なくとも１つの呼び出し処理データベースへのアクセスを与え、さらに前記少 なくとも１つのカスタマイズされた呼び出し論理プログラムの実行のために前記 標準呼び出し処理プロセスを中断させるアプリケーションプログラムインタフェ ースとを具備するプログラム可能な呼び出し処理システム。 ２．前記標準呼び出し処理プロセスは、特定のイベントが発生すると、カスタマ イズされた呼び出し論理プログラムに制御を転送するために、前記アプリケーシ ョンプログラムインタフェースによって挿入される少なくとも１つのトリガを含 むことを特徴とする請求の範囲１に記載のプログラム可能な呼び出し処理システ ム。 ３．前記標準呼び出し処理プロセスを中断させ、前記少なくとも１つのカスタマ イズされた呼び出し論理プログラムに制御を送るための１つ以上のトリガ定義を 記憧するトリガデータベースをさらに具備することを特徴とする請求の範囲１に 記載のプログラム可能な呼び出し処理システム。 ４．前記トリガデータベースは トリガイベントが発生した呼び出し内のポイントによって索引を付けられたト リガルールアイテムポイントリストと； 前記トリガルールアイテムポイントリストに照会され、前記少なくとも１つの カスタマイズされた呼び出し論理プログラムに制御を送るためにトリガ基準とト リガデータを中に記憶した少なくとも１つのトリガルールテーブルとを含むこと を特徴とする請求の範囲３に記載のプログラム可能な呼び出し処理システム。 ５．前記少なくとも１つのトリガルールテーブルは トリガイベントを評価するために複数のトリガルールアイテムを有したトリガ ルールアイテムテーブルと； トリガイベントを評価するのに用いられるデータを有した基準ノードテーブル と； 制御を送るために、前記少なくとも１つのカスタマイズされた呼び出し論理プ ログラムへのメッセージを組み立てるのに用いられるデータを有したトリガデー タテーブルとを含むことを特徴とする請求の範囲４に記載のプログラム可能な呼 び出し処理システム。 ６．前記少なくとも１つのトリガルールテーブルは、前記トリガイベント評価で 用いられる値を有した突合せ値テーブルをさらに含むことを特徴とする請求の範 囲５に記載のプログラム可能な呼び出し処理システム。 ７．前記トリガデータベースは トリガイベントが発生した呼び出し内のポイントによって索引を付けられるト リガルールアイテムポイントリストと； 前記トリガルールアイテムポイントリストに照会され、前記少なくとも１つの カスタマイズされた呼び出し論理プログラムに制御を送るために中にトリガ基準 とトリガデータを記憧する少なくとも１つのノードを有したトリガルールアイテ ム決定樹とを含むことを特徴とする請求の範囲３に記載のプログラム可能な呼び 出し処理システム。 ８．前記少なくとも１つのカスタマイズされた呼び出し論理プログラムは前記標 準呼び出し処理プロセスから分離したプロセスで、前記標準呼び出し処理プロセ スと平行して前記切り換えシステム上で作動する請求の範囲１に記載のプログラ ム可能な呼び出し処理システム。 ９．前記標準呼び出し処理プロセスは一連の有限状態機械として作用し、前記少 なくとも１つのカスタマイズされた呼び出し論理プログラムは前記標準呼び出し 処理状態機械内に埋め込まれた副状態機械であることを特徴とする請求の範囲１ に記載のプログラム可能な呼び出し処理システム。 １０．前記少なくとも１つの呼び出し処理データベースは、前記切り換えシステ ムの回路構造を記憶する静的データベースを含むことを特徴とする請求の範囲１ に記載のプログラム可能な呼び出し処理システム。 １１．前記標準呼び出し処理プロセスと前記カスタマイズされた呼び出し論理プ ログラムとの間にメッセージを送信するメッセージ送信機能をさらに具備する請 求の範囲１に記載のプログラム可能な呼び出し処理システム。 １２．前記少なくとも１つの呼び出し処理データベースは呼び出しデータブロッ クを記憶する動的データベースを含むことを特徴とする請求の範囲１に記載のプ ログラム可能な呼び出し処理システム。 １３．前記アプリケーションプログラムインタフェースは前記カスタマイズされ た呼び出し論理プログラムが含み、使用するためのインタフェースライブラリを 具備することを特徴とする請求の範囲１に記載のプログラム可能な呼び出し処理 システム。 １４．電気通信切り換えシステムのためのプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスによって与えられる加入者向けサービスを拡張する 少なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定のイベントが発生すると、前記標準呼び出し処理プロセスから前記少なく とも１つのカスタマイズされた呼び出し論理プログラムへ制御を転送する工程と ；を具備した方法。 １５．前記標準呼び出し処理プロセスの実行を中断させるために、前記標準呼び 出し処理プロセス内にトリガイベントのためのトリガを挿入する工程と； トリガした後前記トリガイベントを解析する工程とをさらに具備する請求の範 囲１４に記載の方法。 １６．前記トリガイベント解析工程は、基準と値の評価のためにトリガデータベ ースを調べる工程を具備することを特徴とするトリガデータベースを請求の範囲 １５に記載の方法。 １７．前記トリガイベント解析工程は、 トリガイベントを評価するために、複数のトリガルールアイテムを有したトリ ガルールアイテムテーブルを調べる工程と； トリガイベントを評価するのに用いられるデータを有した基準ノードテーブル を調べる工程と； 制御を送るために前記少なくとも１つのカスタマイズされた呼び出し論理プロ グラムへのメッセージを組み立てるのに用いられるデータを有したトリガデータ テーブルを調べる工程とを具備することを特徴とする請求の範囲１５に記載の方 法。 １８．トリガデータテーブルを調べる工程は、前記トリガイベント評価で用いら れる値を有した突き合わせ値テーブルを調べる工程を含むことを特徴とする請求 の範囲１７に記載の方法。 １９．前記トリガイベント解析工程は トリガイベントが発生した呼び出し内のポイントによって索引を付けられるト リガルールアイテムポイントリストを調べる工程と； 前記トリガルールアイテムポイントによって照会され、前記少なくとも１つの カスタマイズされた呼び出し論理プログラムに制御を送るためにトリガ基準とト リガデータを中に記憶した少なくとも１つのノードを有したトリガルールアイテ ム決定樹を調べる工程とを具備したことを特徴とする請求の範囲１５に記載の方 法。 ２０．前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが呼び 出し処理データベースにアクセスできるようにする工程をさらに具備する請求の 範囲１４に記載の方法。 ２１．前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、前 記切り換えシステムの回路構造を有した静的呼び出し処理データベースにアクセ スできるようにする工程と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、呼び出 しデータブロックを有する静的呼び出し処理データベースにアクセスできるよう にする工程とをさらに具備した請求の範囲１４に記載の方法。 ２２．カスタマイズされた呼び出し処理完了後に、前記特定のイベントにおいて 、前記少なくとも１つのカスタマイズされた呼び出し論理プログラムから前記標 準呼び出し処理プロセスに制御を転送し直す工程をさらに具備する請求の範囲１ ４に記載の方法。 ２３．カスタマイズされた呼び出し処理完了後に、呼び出し内の特定のポイント において、前記少なくとも１つのカスタマイズされた呼び出し論理プログラムか ら前記標準呼び出し処理プロセスに制御を転送し直す工程をさらに具備する請求 の範囲１４に記載の方法。 ２４．前記標準呼び出し処理プロセスと前記少なくとも１つのカスタマイズされ た呼び出し論理プログラムとの間に、その間に制御を送るために、アプリケーシ ョンプログラムインタフェースを与える工程をさらに具備する請求の範囲１４に 記載の方法。 ２５．前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、複 数の呼び出しデータブロックを記憶する静的呼び出し処理データベースに呼び出 しデータブロックを書くことができるようにする工程をさらに具備することを特 徴とする請求の範囲１４に記載の方法。 ２６．前記標準呼び出し処理プロセスからトリガを取り除く工程をさらに具備す る請求の範囲１５に記載の方法。 ２７．前記標準呼び出し処理プロセスによって呼び出し詳細記録を作成する工程 と； 前記カスタマイズされた呼び出し論理プログラムが呼び出し詳細記録を定式化 して、前記標準呼び出し処理プロセスによって形成された前記呼び出し詳細記録 に取って代わることができるようにする工程とをさらに具備する請求の範囲１４ に記載の方法。 ２８．前記標準呼び出し処理プロセスによって呼び出し詳細記録を定式化する工 程と； 前記カスタマイズされた呼び出し論理プログラムが前記呼び出し詳細記録の選 択されたフィールドを変更できるようにする工程とをさらに具備する請求の範囲 １４に記載の方法。 ２９．前記標準呼び出し処理プロセス内に、前記少なくとも１つのカスタマイズ された呼び出し論理プログラムを組み込む工程をさらに具備する請求の範囲１４ に記載の方法。 ３０．前記標準呼び出し処理プロセスを、一連の有限状態機械として作成する工 程と； 前記カスタマイズされた呼び出し論理プログラムを、前記標準呼び出し処理プ ロセス状態機械内に組み込まれる副状態機械として形成する工程とをさらに具備 する請求の範囲１４に記載の方法。 ３１．前記標準呼び出し処理プロセスを、一連の有限状態機械として形成する工 程と； 少なくとも１つの副状態を前記標準呼び出し処理プロセス状態機械に加える工 程とをさらに具備する請求の範囲１４に記載の方法。 ３２．電気通信切り換えシステムにおけるプログラム可能な呼び出し処理方法で あって、 標準呼び出し処理プロセスにより与えられる加入者向けサービスを拡張する少 なくとも１つのカスタマイズされた呼び出し論理プログラムを与える工程と； 特定の条件の存在について、前記標準呼び出し処理プロセスにトリガを設定す る工程と； 前記標準呼び出し処理プロセスを初期化する工程と； 特定の条件の存在に応じて前記トリガを検出し、前記標準呼び出し処理プロセ スを中断し、前記標準呼び出し処理プロセスから前記少なくとも１つのカスタマ イズされた呼び出し論理プログラムへ制御を転送する工程とを具備した方法。 ３３．前記トリガ条件を解析し、基準と値の評価のためにトリガデータベースを 調べる工程をさらに具備する請求の範囲３２に記載の方法。 ３４．前記トリガ条件解析工程は、 トリガ条件を評価するために、複数のトリガルールアイテムを有したトリガル ールアイテムテーブルを調べる工程と； トリガ条件を評価するのに用いられるデータを有した基準ノードテーブルを調 べる工程と； 制御を送るために前記少なくとも１つのカスタマイズされた呼び出し論理プロ グラムへのメッセージを組み立てるのに用いられるデータを有したトリガデータ テーブルを調べる工程とを具備することを特徴とする請求の範囲３３に記載の方 法。 ３５．トリガデータテーブルを調べる工程は、前記トリガ条件評価で用いられる 値を有した突き合わせ値テーブルを調べる工程を含むことを特徴とする請求の範 囲３３に記載の方法。 ３６．前記トリガ条件解析工程は トリガ条件が存在した呼び出し内のポイントによって索引を付けられるトリガ ルールアイテムポイントリストを調べる工程と； 前記トリガルールアイテムポイントによって照会され、前記少なくとも１つの カスタマイズされた呼び出し論理プログラムに制御を送るためにトリガ基準とト リガデータを中に記憶した少なくとも１つのノードを有したトリガルールアイテ ム決定樹を調べる工程とを具備したことを特徴とする請求の範囲３３に記載の方 法。 ３７．前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが呼び 出し処理データベースにアクセスできるようにする工程をさらに具備する請求の 範囲３２に記載の方法。 ３８．前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、前 記切り換えシステムの回路構造を有した静的呼び出し処理データベースにアクセ スできるようにする工程と； 前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、呼び出 しデータブロックを有する静的呼び出し処理データベースにアクセスできるよう にする工程とをさらに具備した請求の範囲３２に記載の方法。 ３９．カスタマイズされた呼び出し処理完了後に、前記特定の条件において、前 記少なくとも１つのカスタマイズされた呼び出し論理プログラムから前記標準呼 び出し処理プロセスに制御を転送し直す工程をさらに具備する請求の範囲３２に 記載の方法。 ４０．カスタマイズされた呼び出し処理完了後に、呼び出し内の特定のポイント において、前記少なくとも１つのカスタマイズされた呼び出し論理プログラムか ら前記標準呼び出し処理プロセスに制御を転送し直す工程をさらに具備する請求 の範囲３２に記載の方法。 ４１．前記標準呼び出し処理プロセスと前記少なくとも１つのカスタマイズされ た呼び出し論理プログラムとの間に、その間に制御を送るために、アプリケー ションプログラムインタフェースを与える工程をさらに具備する請求の範囲３２ に記載の方法。 ４２．前記少なくとも１つのカスタマイズされた呼び出し論理プログラムが、複 数の呼び出しデータブロックを記憶する静的呼び出し処理データベースに呼び出 しデータブロックを書くことができるようにする工程をさらに具備することを特 徴とする請求の範囲３２に記載の方法。 ４３．前記標準呼び出し処理プロセスからトリガを取り除く工程をさらに具備す る請求の範囲３２に記載の方法。 ４４．前記標準呼び出し処理プロセスによって呼び出し詳細記録を作成する工程 と； 前記カスタマイズされた呼び出し論理プログラムが呼び出し詳細記録を定式化 して、前記標準呼び出し処理プロセスによって形成された前記呼び出し詳細記録 に取って代わることができるようにする工程とをさらに具備する請求の範囲３２ に記載の方法。 ４５．前記標準呼び出し処理プロセスによって呼び出し詳細記録を定式化する工 程と； 前記カスタマイズされた呼び出し論理プログラムが前記呼び出し詳細記録の選 択されたフィールドを変更できるようにする工程とをさらに具備する請求の範囲 ３２に記載の方法。 ４６．前記標準呼び出し処理プロセス内に、前記少なくとも１つのカスタマイズ された呼び出し論理プログラムを組み込む工程をさらに具備する請求の範囲３２ に記載の方法。 ４７．前記標準呼び出し処理プロセスを、一連の有限状態機械として作成する工 程と； 前記カスタマイズされた呼び出し論理プログラムを、前記標準呼び出し処理プ ロセス状態機械内に組み込まれる副状態機械として形成する工程とをさらに具備 する請求の範囲３２に記載の方法。 ４８．前記標準呼び出し処理プロセスを、一連の有限状態機械として形成する工 程と； 少なくとも１つの副状態を前記標準呼び出し処理プロセス状態機械に加える工 程とをさらに具備する請求の範囲３２に記載の方法。