JPH10506254A - Service management operation and support system and method - Google Patents

Service management operation and support system and method

Info

Publication number
JPH10506254A
JPH10506254A JP8526880A JP52688096A JPH10506254A JP H10506254 A JPH10506254 A JP H10506254A JP 8526880 A JP8526880 A JP 8526880A JP 52688096 A JP52688096 A JP 52688096A JP H10506254 A JPH10506254 A JP H10506254A
Authority
JP
Japan
Prior art keywords
data
service
sms
network
customer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP8526880A
Other languages
Japanese (ja)
Inventor
ファーカ，ジェイムズ，フランシス
Original Assignee
ベル コミュニケーションズ リサーチ，インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ベル コミュニケーションズ リサーチ，インコーポレイテッド filed Critical ベル コミュニケーションズ リサーチ，インコーポレイテッド
Publication of JPH10506254A publication Critical patent/JPH10506254A/en
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0062—Provisions for network management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13517—SLEE - service logic execution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13547—Indexing scheme relating to selecting arrangements in general and for multiplex systems subscriber, e.g. profile, database, database access

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

(57)【要約】 ＳＮＳ（３０５）はサービス要求をＳＭＳ（３１０）へ送信することでネットワークの一人または二人以上の顧客（１８０）からのサービス要求を処理する。サービス要求は顧客から収集したサービス名と対応データとを含むＳＭＳ（３１０）は関数名に基づいて複数の記憶領域からサービス管理プログラムを選択し、サービス管理プログラムを実行して用意データを取得する。用意データはネットワーク・エレメント（１２０，１３０）について必要な情報に対応するもので顧客（１８０）から収集したデータに基づいてネットワーク・サービスを処理する。用意データが決定されると、ＳＭＳ（３１０）は用意データをネットワーク・エレメント（１２０，１３０）へ送信する。ネットワーク・エレメント（１２０，１３０）はＳＭＳ（３１０）から送信された用意データに基づいて要求されたサービスのインスタンスを生成する。 (57) Summary The SNS (305) processes service requests from one or more customers (180) in the network by sending service requests to the SMS (310). The service request includes the service name collected from the customer and the corresponding data. The SMS (310) selects a service management program from a plurality of storage areas based on the function name, and executes the service management program to acquire the prepared data. The prepared data corresponds to necessary information about the network element (120, 130) and processes network services based on data collected from the customer (180). When the preparation data is determined, the SMS (310) transmits the preparation data to the network element (120, 130). The network element (120, 130) creates an instance of the requested service based on the prepared data transmitted from the SMS (310).

Description

【発明の詳細な説明】 サービス管理操作およびサポート・システムとその方法 関連出願への相互参照 本出願は米国特許出願第０７／９７２，８１７号に関連し、これの内容は本明 細書で参照により含まれる。 発明の背景 本発明は一般に、拡張インテリジェント電話ネットワーク（ＡＩＮ：Advanced Intelligent Telephone Net work）に関し、さらに詳しくは、新規の電話サー ビスを処理し実現するためまたは旧来のサービスを変更するためのサービス管理 システム(ＳＭＳ：Service Management System)に関する。 効率的かつ経済的に新規の電話サービスを実施すること、または、旧来のサー ビスを変更することは、電話会社にとって長い間の懸案だった。最近のＡＩＮの 進歩によって作成処理を簡略化することで新規サービスを作成するコストが減少 したが、幾つかの問題が未だ解決されずに残っており、特に新規サービスを実施 するのに必要なデータを収集し操作することに関する問題がある。 前述の関連出願に記載されているようなＡＩＮは個別の顧客の要望に併せてカ スタマイズされた電話サービス・プログラムを提供する。本出願で用いている「 顧客」はサービスが提供される実体を表わし、「ユーザ」または「オペレータ」 は当該システムを使用してサービスを作成、試験または変更しようとする人を表 わす。ユーザと顧客は同一の場合もあるが、必ずしもそうでなくとも良い。 ＡＩＮには、各々の顧客のサービス手順またはプログラムを作成し、また場合 によっては実行するためのカスタム化サービス（「ＣＳ」）アプリケーションを 含む。ＣＳはサービス処理および作成環境（「ＳＰＡＣＥ（登録商標）」）ソフ トウェア・アプリケーションとマルチ・サービス・アプリケーション・プラット ホーム（「ＭＳＡＰ（登録商標）」）ソフトウェア・アプリケーションの一方ま たは両方を含む。ＳＰＡＣＥとＭＳＡＰの両方とも、本出願の譲受人であるベル コア(Bellcore)が保有する専用のソフトウェア・アプリケーションである。各顧 客のサービスプログラムは呼処理レコード（ＣＰＲ：call processing record） と呼ばれるカスタム化した呼処理情報のレコードまたは一連のレコードとしてデ ータベース内に格納される。個別のＣＰＲが各々の顧客について作成され、加入 している電話サービス、およびこれらのサービスを提供するのに必要な呼処理ス テップを表わす。これらのＣＰＲは顧客の電話番号から、またはその電話番号へ の呼にネットワークがどのように応答するかを記述している。 ＡＩＮにおいて、あるサービスに対応するＣＰＲがＣＳアプリケーションの作 成環境内で作成されてＣＳアプリケーションの呼処理環境内で呼処理中に実行さ れる。本明細書で用いている交換機、またはサービス交換ポイント(ＳＳＰ：ser vice switching point)は呼を受信し転送する電話設備の一部である。 図１は、ＳＭＳ１１０、サービス制御ポイント(ＳＣＰ：service control poi nt)１２０および１３０、信号転送ポイント(ＳＴＰ：signal transfer point)、 およびＳＳＰ１６０，１７０を含む代表的なＡＩＮ１００を表わす。各ＳＳＰは 顧客の呼信号内の各種の「トリガ」を認識し、トリガに基づいてＳＣＰへの問い 合わせを生成する。ＳＳＰはＳＣＰから受信した命令に応答して顧客の呼を処理 する。 ＳＣＰは、異なるロケーションで相互に組み合わされた対として設定される。 たとえばＳＣＰ１２０などのあるＳＣＰが無効になった場合、これに対応するＳ ＣＰ１３０は、中断無く電話サービスが継続することを保証できる。 ＳＣＰの対１２０と１３０に関連するのがＳＭＳ１１０である。ＳＭＳ１１０ は、顧客データおよびサービス論理を追加または管理できるようにするサポート ・インタフェースを提供する。 ＳＭＳ１１０とＳＣＰ１２０および１３０の各々は、ＣＳアプリケーションを 実行できる。ＣＳアプリケーションは一般に、操作者インタフェースを介したＣ ＰＲ（サービス作成）の作成、および呼処理中のＣＰＲの実行を提供する。し かし、ＣＳアプリケーションは、場合によっては、ＣＰＲの作成または実行だけ を提供することがある。 図２ＡはＳＭＳ１１０の機能ブロック図である。ＳＭＳ１１０は、ＣＰＵ２４ ０、データベース２４２、操作者インタフェース２４４、およびＣＳアプリケー ション２４６を含む。操作者インタフェース４４は、ディスプレイ４８、キーボ ード５０およびマウス５２を含み、各々がＣＰＵ２４０へ接続してある。ＣＳア プリケーション２４６はサービス作成部２５４と呼処理部２５６を含む。ＣＰＲ は、ＳＭＳ１１０において操作者インタフェース２４４経由で作成でき、また、 ＳＭＳ１１０によって使用されて、何個かのソースたとえばネットワーク交換機 シミュレータまたは専用試験交換機（図示していない）経由で、ＣＰＵ２４０へ 入力される呼を処理することができる。 図２Ｂは、ＳＣＰ１２０および１３０の機能ブロック図である。ＳＣＰ１２０ および１３０は各々が、ＣＰＵ２５８、データベース２６０、およびＣＳアプリ ケーション２４６を含む。図２Ｂにおいて、ＣＳアプリケーション２４６は呼処 理部２５６だけを含む、これは、ＳＣＰ１２０および１３０が操作者インタフェ ース２４４（図２Ａ）を提供していないためで、したがって本実施例では、ＣＰ ＲはＳＣＰ１２０および１３０で作成できない。 ＳＭＳ１１０のサービス作成部２５４はＳＰＡＣＥソフトウェア・アプリケー ションを含む。ＳＭＳ１１０とＳＣＰ１２０および１３０の呼処理部２５６はＭ ＳＡＰソフトウェア・アプリケーションを含む。ＳＰＡＣＥのサービス作成部２ ５４はＣＰＲの作成専用であり、ＳＰＡＣＥのサービス管理部（図示していない ）はサービス管理、手順の試験・認証、およびＣＰＲやテーブル、メッセージの ＳＣＰ１２０および１３０への転送に専用となっている。 新規電気通信サービスに対応するＣＰＲは、ＳＰＡＣＥを用いてユーザのワー クステーション（図示していない）のディスプレイ上で、所望のサービスに対す る高レベルなディスプレイ表現（グラフ）を生成することにより作成される。グ ラフは、「ノード」、「決定ボックス」、および「分岐」から構成される。各ノ ードはサービス実行のための高レベル命令を表わす。表示されるＣＰＲのグラフ は、作成しようとする電話サービスを操作者が作成し理解できる点できわめて 有用である。しかし実行環境での使用では、ＣＰＲグラフは第１にＣＰＲを表わ すデータ構造およびポインタを含む低レベルの表現に変換され、さらにバイナリ 表現に変換される。ＳＣＰ１２０および１３０はこのバイナリ表現を使用して実 行環境で呼を処理する。ＳＰＡＣＥを使用すると、新規サービスが簡単に作成で き簡単に実施できる。 多くの顧客は、しかし、大規模市場で同一の電気通信サービスを要求すること がある。たとえば、多くの顧客は、１日のうちのある時間帯で（即ち勤務時間中 ）長距離電話会社を指定したいことがある。したがって各顧客のＣＰＲに対応す るグラフは、グラフのエントリポイント、電話会社を指定するノード、および指 定された電話会社が呼サービスする時間帯を定義するノードを除けば同一である 。グラフの他の全てのノードとグラフの構造はサービスに対して「汎用」である 。 ユーザに対して、同一サービスを要求する全ての顧客のために同一のグラフを 作成するように要求するのは非現実的かつ非効率的である。したがって、ＳＰＡ ＣＥおよびＭＳＡＰはサービスのテンプレートを提供する。作成されまた有効に なれば、テンプレートはあるサービスの顧客特有のバージョンを作成するための 「フォーム」として用いられる。あるサービスの顧客特有のバージョンは、テン プレート内の１つまたは２つ以上のノードを「カスタマイズ可能」とすることで 作成される。このようにすると、グラフ全体を再構築するまたはサービスを作成 するＣＰＲの一般呼変数を再定義する必要無しに、テンプレートによって一人以 上の顧客に同一のサービスを提供することができる。 ＣＳアプリケーションと特定のテンプレートを使用してＣＰＲを作成処理する と、新規の電話サービスを作成し実施するコストが劇的に減少するが、問題が残 っている。たとえば、ＡＩＮ１００は、ＡＩＮ１００の各々の新規サービスの実 施を熟練した操作者が調整しなければならないことから、迅速かつ経済的に顧客 からのサービス要求を受け取り実現することができない。本出願で使用している 「サービス要求」は、顧客による新規の電気通信サービスを受け取るまたは既存 のサービスを変更する要求を表わす。 ＡＩＮ１００で新規サービスを実現するには、操作者は代表的には顧客からの データを収集する必要がある。たとえば呼ふるい分けサービスでは、操作者は少 なくとも顧客の電話番号とふるい分けしない電話番号リストを収集する必要があ る。当然、このデータを収集してこの情報をできるだけ迅速またできるだけ効率 的にネットワークへ反映し、コストを削減しスピーディなサービスを提供するの が望ましい。しかし、現在のＡＩＮ１００では、ＳＰＡＣＥソフトウェアの操作 に熟練したものがデータの収集を行ない、ＳＭＳ１２０でこのデータをテンプレ ートへ手入力する必要がある。これは、訓練された従業員の貴重な時間を占有し 、ＡＩＮ１００のＳＰＡＣＥソフトウェアの操作についてさらに、従業員のトレ ーニングを必要とするかも知れないという欠点を有している。 現行のＡＩＮ１００は、ＡＩＮワークステーションをサービス要求の実施に使 用する必要があるという欠点も有している。この欠点は、操作および保守作業の ためにこれらＡＩＮ端末のアクセス性を減少するものである。 したがって、電話サービス販売担当者またはデータ入力要員が、長期のトレー ニングなしにＡＩＮ１００へ収集データを入力できるようにするのが望ましい。 また、販売担当者またはデータ入力要員が、新規ＣＰＲを実現するまたは既存の ＣＰＲを変更するために現在利用できるよりもさらに安い、またはさらにアクセ ス性が良いインタフェースを経由して、遠隔地からＡＩＮ１００へ要求されたデ ータを入力できるのも望ましい。 発明の説明 したがって、本発明は、従来技術の制限および欠点に起因する問題の１つまた は２つ以上を実質的に排除し得るＳＭＳ操作およびサポート・システムに関する 。 本発明によれば、比較的熟練していない操作者が迅速かつ効率的にデータを収 集してＳＭＳへ送信することにより、サービス調停システム（ＳＮＳ：service negotiation system）でのサービス要求を調節できる。ＳＭＳは、ＳＮＳからの 収集データ(collected data)を受け取り、収集データを用意データ(provisionin g data)に変換して、用意データをネットワーク・エレメント・マ ネージャ(ＮＥＭ：network element manager)へ供給する。本出願で用いている ように、ネットワーク・エレメントは、サービスを提供するためにデータ更新が 必要なコンポーネント、たとえばインテリジェント型周辺機器、ＳＣＰ、ネット ワーク・データベースなどを表わす。本出願で用いているように、要求されたサ ービスについてＣＰＲを作成するためにＮＥＭで要求されるデータを表わす。Ｃ ＰＲ作成後、ＮＥＭはＣＰＲをＳＣＰ内のデータベースに転送する。収集データ を用意データに変換して用意データをＮＥＭへ供給することにより、ＳＭＳは熟 練操作者が用意データを作成する必要性を排除する。 本発明のひとつの特徴によれば、ＳＰＡＣＥの操作に熟練した者は、各サービ スに対して一つのみのサービス管理プログラム（ＳＭＰ：service management p rogram）（ＣＰＲと類似）を作成するだけで良い。ＳＭＰは、任意の顧客サービ スについて特定の方法で収集データを受け入れ、データをＮＥＭで要求される用 意データのフォーマットに再構成し、ＮＥＭへ用意データを送信するようにＳＭ Ｓへ指令する。このＳＭＰが作成されると、熟練していない操作者は各々の顧客 サービス要求に必要とされるデータを収集することができ、ＳＭＳは収集データ が正しい様式でネットワーク・エレメント・マネージャに達することを保証する 。 本発明の別の特徴によれば、ＳＭＳは、多数のフォーマットによるデータを受 信してデータを単一の用意データ・フォーマットに変換する、多数のＳＭＰを有 することができる。この柔軟性により、本発明のＡＩＮは多種多様な入力装置お よびデータ入力方式と通信することができる。適切に設定されれば、ＳＭＳは多 数の販売担当者の作業部署で動作する多数の遠隔端末からデータを受け入れるこ とができ、顧客サービス要求の迅速でさらに効率的な入力を行なうことができる 。 本発明の更なる特徴および利点は後述の説明に記載されており、またその一部 は説明から明らかになるか、または本発明の実施により理解することができる。 本発明の目的およびその他の利点は、書かれている説明および本明細書に添付の 請求項ならびに添付の図面に特に指摘されている装置および組み合せを用いて実 現し達成される。 これらのおよびその他の利点を実現するため、また本発明の目的によれば、実 施され広く説明されているように、本発明は電気通信ネットワークにおいて、顧 客からのサービス要求を処理するための方法を記載するものであって、当該方法 は、データ・プロセッサにより実行され、サービス要求はネットワーク・サービ スにまた対応データに対応する関数名を含み顧客からのサービス要求を受信する ステップと、ネットワーク・エレメントが顧客から受信したデータに基づきネッ トワーク・サービスを処理するのに必要なデータに対応する用意データを生成す るステップと、用意データをネットワーク・エレメントに送信するステップとを 含む。 前述の一般的説明と以下の詳細な説明はどちらも例示かつ説明的なものであっ て請求される本発明の更なる説明を提供することを意図したものであることを理 解されるべきである。 図面の簡単な説明 本明細書に含まれこれの一部を構成する添付の図面は、本発明の現時点で好適 な実施を図示しており、前述の一般的説明および以下に示す好適な実施の詳細な 説明と合せて本発明の原理を説明するために用いられる。 図１は、既存のＡＩＮのブロック図である。 図２Ａは、図１のＳＭＳのブロック図である。 図２Ｂは、図１のＳＣＰのブロック図である。 図３は、本発明のひとつの実施例によるＳＭＳを使用するＡＩＮのブロック図 である。 図４は、本発明のひとつの実施例による図３のＡＩＮのソフトウェアのブロッ ク図である。 図５Ａは、本発明のひとつの実施例による図３のＳＣＥのブロック図である。 図５Ｂは、本発明のひとつの実施例による図３のＮＥＭのブロック図である。 図５Ｃは、本発明のひとつの実施例による図３のＳＭＳのブロック図である。 図６は、本発明のひとつの実施例によるサービス・ローカル・エリア・ネット ワークのブロック図である。 図７Ａは、本発明のひとつの実施例による図３のＳＮＳの動作を一般的に示す フロー図である。 図７Ｂは、本発明のひとつの実施例による図３のＳＭＳの動作を一般的に示す フロー図である。 図７Ｃは、本発明のひとつの実施例による図３のＮＥＭの動作を一般的に示す フロー図である。 図７Ｄは、本発明のひとつの実施例による図３の交換インタフェース・システ ムの動作を一般的に示すフロー図である。 図８は、本発明のひとつの実施例によるＳＭＰとＣＰＲの作成を示すフロー図 である。 図９は、本発明のひとつの実施例によるサービス要求の処理における図３の先 進インテリジェント型ネットワークの動作を示すフローチャートである。 図１０は、本発明のひとつの実施例による保存ファイルの操作を示すＳＭＳの 動作のフロー図である。 図１１は、本発明のひとつの実施例によるＳＮＳからの要求処理におけるＳＭ Ｓの動作のフローチャートである。 図１２は、本発明のひとつの実施例による発呼側呼スクリーニング・サービス 管理プログラムのサービス管理プログラムのグラフ処理図である。 本発明を実現するための最良の態様 添付の図面に図示されている本発明の好適な実装の構成と動作をここで詳細に 参照する。これらの図面では、同一の要素と動作は同じ参照番号で参照している 。 本発明の好適な実装の以下の説明は本発明の説明でしかない。本発明はこれ らの実装に制限されるものではなく、他の実施例によって実現することもできる 。 図３は本発明によるＡＩＮ３００の好適な実施例を示している。ＡＩＮ３００ はサービス調停システム（ＳＮＳ：service negotiation system）、ＳＭＳ３１ ０、加入者データベース３１５、サービス作成エレメント（ＳＣＥ：service cr eation element）３２５、サービス・ローカル・エリア・ネットワーク（ＬＡＮ ）３３５、ＮＥＭ３４５、交換インタフェース・システム３５５、ＳＣＰ１２０ および１３０、ＳＴＰ１４０および１５０、ＳＳＰ１６０および１７０を含む。 ＳＣＰ１２０および１３０は、電話１８０からＳＳＰ１６０および１７０で受 信した呼を処理するのに必要なＣＰＲを実行するためのＭＳＡＰソフトウェアを 含むのが望ましい。好適実施例において、ＮＥＭ３４５は２つのＳＣＰ１２０お よび１３０に接続されているが、ＮＥＭ３４５に接続されるＳＣＰの個数は変化 し得ることを理解すべきである。 ＳＮＳ３０５は、モデム通信線経由でＳＭＳ３１０へ接続された１台または２ 台以上のコンピュータ（図示していない）を含むのが望ましいが、ＳＭＳ３１０ へデータを提供する何らかの手段を含むこともできる。 図４はＡＩＮ３００の好適実施例で使用されるソフトウェアを示す。ソフトウ ェアは、ＳＰＡＣＥソフトウェアの修正されたバージョン４１０、ＭＳＡＰソフ トウェアの修正されたバージョン４３０、複数のＳＭＰ４２０、ＳＰＡＣＥソフ トウェア４４０、ＭＳＡＰソフトウェア４６０、複数のＣＰＲ４５０、および複 数のトリガ４７０を含む。ＳＭＰ４２０は、ＳＮＳ３０５で収集したデータから 、新規サービスのインスタンス生成に対してＮＥＭ３４５で要求される用意デー タへ変換する際に、ＳＭＳ３１０の動作を制御する。ＳＭＰ４２０は、ＳＣＥ３ ２５に含まれるのが望ましい修正されたＳＰＡＣＥソフトウェア４１０で作成さ れ、また、ＳＭＳ３１０に含まれるのが望ましい修正されたＭＳＡＰソフトウェ ア４３０で実行される。ＣＰＲ４５０はＳＳＰ１６０および１７０で受信した呼 の処理においてＳＣＰ１２０および１３０の動作を制御する。ＣＰＲ４５０は用 意データに基づいてＮＥＭ３４５に含まれるのが望ましいＳＰＡＣＥ ソフトウェア４４０によって作成され、ＳＣＰ１２０および１３０に含まれるの が望ましいＭＳＡＰソフトウェア４６０によって実行される。トリガ４７０はＳ ＳＰ１６０および１７０へまたはここからの呼に応答し、これらの呼に基づいて ＭＳＡＰが特定のＣＰＲを実行するように要求する。 修正されたＳＰＡＣＥソフトウェア４１０は、後述するようなＳＭＰのデータ 変換機能に合せた追加ノードを含む。ＭＳＡＰソフトウェア４３０は、修正され たＳＰＡＣＥソフトウェア４１０に提供された追加ノードを処理するように設計 されている。修正されたＳＰＡＣＥソフトウェア４１０およびＳＡＰソフトウェ ア４３０の両方とも、本出願の譲受人であるベルコアの保有する専用ソフトウェ ア・アプリケーションである。 本発明によれば、ＳＭＰ４２０は、ＣＰＲ４５０の作成と同様の方法で修正さ れたＳＰＡＣＥソフトウェア４１０を用いて作成される。個々のＳＭＰは、特定 サービス各々についてとＳＮＳ３０５によって収集されたデータの特定フォーマ ット各々についてのサービス管理機能の実行のシーケンス化および制御を行なう ように、操作要員によって調節できる。ＳＭＰ４２０は、所望のサービス管理機 能の高レベルのディスプレイ表現（グラフ）に対応する。ＣＰＲと同様に、これ らのグラフも「ノード(node)」、「決定ボックス(decision boxes)」、「分岐(b ranch)」から構成され、各々のノードはサービス管理機能の実行のための高レベ ル命令を表わす。 図５ＡはＳＣＥ３２５の好適な実施例の機能ブロック図である。ＳＣＥ３２５ は、ＣＰＵ５５８、データベース５５２、操作者インタフェース４４、カスタマ イズ処理(ＣＰ：customized processing)アプリケーション５６０を含む。操作 者インタフェース４４はディスプレイ４８、キーボード５０、およびマウス５２ を含み、各々がＣＰＵ５５８に接続される。 ＣＰアプリケーション５６０は作成部５６４と実行部５６６とを含む。ＳＣＥ ３２５の作成部５６４は修正ＳＰＡＣＥソフトウェアを含むのが望ましい。ＳＣ Ｅ３２５の実行部５６６は修正ＭＳＡＰソフトウェアを含むのが望ましい。ＣＰ アプリケーションを経由して、操作者は任意のサービスに関連するＳＭＰを作成 し、場合によっては実行する。操作者はまた、ＣＰアプリケーションを使用 して、何らかのテーブル、データベース、またはＳＭＰの実行に必要な定義を作 成する。ＳＭＰと追加データはデータベース５５２に記憶される。個々のＳＭＰ は、サービス毎に作成され、ＳＮＳ３０５によって収集されてＳＭＳ３１０へ送 信されるデータと、ＮＥＭによってサービスのインスタンス生成のために要求さ れる用意データを表わす。これらのＳＭＰはＳＭＳ３１０がＳＮＳ３０５によっ て収集されたデータをどのように受信し、また収集データを新規サービスのイン スタンス作成のためにＮＥＭ３３５によって要求された用意データへどのように 変換するかを表わす。ＳＭＰはシミュレートされたＳＮＳまたは試験ＳＮＳ（図 示していない）から受信した入力を介してＳＣＥ３２５で実行することができる 。 図５ＢはＮＥＭ３４５の好適実施例の機能ブロック図である。ＮＥＭ３４５は ＣＰＵ５６８、データベース５６２、ＣＳアプリケーション２４６を含む。ＣＳ アプリケーションはサービス作成部２５４を含むのが望ましい。サービス作成部 ２５４はＳＰＡＣＥソフトウェアを含むのが望ましい。 ＮＥＭ３４５は、テンプレート・プログラムを実装してＳＭＳ３１０から受信 した用意データを取出し、ＳＣＰ１２０および１３０が呼を処理するのに必要な ＣＰＲを作成するのが望ましい。 図５ＣはＳＭＳ３１０の好適実施例の機能ブロック図である。ＳＭＳ３１０は ＣＰＵ５４０、データベース５４２、およびＣＰアプリケーション５６０を含む のが望ましい。ＣＰアプリケーション５６０は実行部５６６を含む。ＳＭＳ３１ ０の実行部５６６は修正ＭＳＡＰソフトウェアを含むのが望ましい。 図３をもう一度参照すると、加入者データベース３１５はハードディスク装置 上に記憶されたオラクル（Oracle（登録商標））データベースを含むのが望まし いが、これはＳＭＳ３１０によって簡単にアクセスできるような、何らかの種類 の記憶媒体であっても良い。加入者データベース３１５は、少なくとも顧客の名 前、電話番号および加入サービスと加入サービスに関する関連情報およびデータ のリストを含む顧客毎のエントリを含むのが望ましい。加入者データベースは、 たとえば顧客の郵便送付住所、課金情報、などの追加データを含んでいても良い 。 ＳＳＰ１６０および１７０は呼を処理するために使用される何らかの商業的に 利用可能な電話交換機、たとえばＡＴ＆Ｔ社５ＥＳＳ交換機、ＡＴ＆Ｔ社ＩＡＥ ＳＳ交換機、またはノーザンテレコム(Northern Telecom)社ＤＭＳ１００交換機 などを含むのが望ましい。 交換インタフェース・システム３５５は、ベルコア資料ＳＯＡＣ／ＭＡＳイン タフェース仕様 、文書参照番号ＢＤ−ＳＯＡＣ−ＳＰＥＣ−００２に開示されて いるような標準ＭＡＲＣＨインタフェース装置を含むのが望ましいが、ＳＮＳ３ ０５から呼処理に必要な情報を受信して、ＳＳＰ１６０および１７０へ送信する ような何らかのインタフェース装置でも良い。この情報は、たとえばＳＳＰ１６ ０および１７０が呼処理中にいつ、どのようにＳＣＰ１２０および１３０に問い 合わせるべきかを表わすトリガ・データなどを含む。別の実施例において、交換 インタフェース・システム３５５は、ＳＮＳ３０５に加えてまたはこれの代わり にＳＭＳへのインタフェースを経由して接続できる。 図６はサービスＬＡＮ３３５の好適実施例を示す。図示してあるように、ＬＡ Ｎ３３５は操作サポート・センター（ＯＳＣ：operations support center）６ ０２、サービス保証グループ６０４、一人または二人以上のリモート・ユーザ６ ０６、１台または２台以上のリモート操作サポート・システム(ＯＳＳ：operati on support systems)６０８、ユーザ管理グループ（ＵＡＧ：user administrati on group）６１０、および保守運用コンソール（ＭＯＣ：maintenance and oper ations console）６１２を含むのが望ましい。ＯＳＣ６０２、ＵＡＧ６１０、お よびＭＯＣ６１２はＬＡＮ３３５経由でＳＭＳ３１０へ直接接続される。リモー ト・ユーザ６０６とリモートＯＳＳ６０８は、遠隔地からトランスミッション制 御プロトコル／インターネット・プロトコル(transmission control protocol/i nternet protocol：ＴＣＰ／ＩＰ)を用いるインターネット経由でＬＡＮに接続 できるのが望ましい。ＴＣＰ／ＩＰはInternet Requests For Comments（ＲＦＣ ）と呼ばれる一連の技術レポートに記載されており、ＲＦＣはネットワーク情報 センターから入手できる。ＬＡＮ３３５の動作についてさらに詳細に後述する。 図３を参照すると、本発明によれば、ＡＩＮ３００の動作中に、ＳＭＳ３１０ は顧客に割当てられているサービスの開始または修正に関するＳＮＳ３０５から のデータ、たとえば新規接続、サービスの料金、または切断に関するデータを受 信する。データはＡＩＮ３００の他の部分と通信するための各種形式のサービス ・オーダ・パス(service order passes)たとえば完了、訂正、またはキャンセル の通知などを含むことがある。ＳＮＳ３０５とＳＭＳ３１０の間の接続でＡＩＮ 用意フローの調節を補助し、加入者データベース３１５，ＳＣＰ１２０および１ ３０，および１６０が全部適切な順序で更新されるように保証する。ＳＮＳ３０ ５からの収集データのフローを実装する際に、ＳＭＳ３１０はＳＮＳ３０５から 受信したデータと、存在していれば加入者データベース３１５に含まれる関連す る加入データとを相関させる。本発明で用いているように、「加入データ」はＳ ＮＳ３０５からＳＭＳ３１０によって受信した過去の、活動中の、および保留の データに関連する情報を表わす。ＳＮＳ３０５も必要であれば、加入者データベ ース３１５に記憶された加入データを取り出して更新する。したがってＳＮＳ３ ０５とＳＭＳ３１０の間の接続は、顧客加入の現状に関する情報をＳＮＳ３０５ が取り出し、さらに更新した加入データをそのデータに基づいてＳＭＳ３１０へ 送信すために使用できる。これ以外に、顧客が加入の現状ビューを要求した場合 または問題を報告した時に、このような情報を取り出すのにＳＮＳ３０５でイン タフェースを使用することができる。 ＳＮＳ３０５からの多数の異なった問い合わせによるＳＭＳ３１０へのアクセ スもまた本発明の範囲内にある。 ＳＭＳ３１０は、たとえば加入者データベース３１５内の加入データを作成、 消去、更新、および取り出すことによって、加入者データベース３１５を管理す る。ＳＭＳ３１０もまた、ＳＮＳ３０５からの情報に基づいて動作するのに加え 、サービスＬＡＮ３３５から行なった問い合わせに応答して、加入者データベー ス３１５にアクセスし管理する。加入者データベース３１５はＳＭＳ３１０へ直 接接続するのが望ましいが、リモート・インタフェースたとえばＳＱＬ＊Ｎｅｔ インタフェースなどによってアクセスされるリモート・データベースとすること もできる。ＳＱＬ＊Ｎｅｔインタフェースはオラクル社から入手可能な「SQL*Ne t TCP/IP User's Guide （version 1.2）」に記載されてい る。 ＳＮＳ３０５からの多数の問い合わせによるＳＭＳ３１０へのアクセスも本発 明の範囲内にある。ＳＭＳ３１０とＳＮＳ３０５はＴＣＰ／ＩＰインタフェース を使用して接続するのが望ましいが、データをＳＮＳ３０５とＳＭＳ３１０の間 で受渡しできる、何らかのインタフェースを使用して実装することもできる。Ｓ ＮＳとＳＭＳの間で渡されるメッセージはAbstract Syntax Notation One（ＡＳ Ｎ．１）に準拠して符号化したデータを保有するのが望ましい。ＡＮＳ．１は、 言語非依存、オペレーティング・システム非依存で、抽象データ形式を定義する ための記述法であって、ＣＣＩＴＴ勧告Ｘ．２０８およびＸ．４０９に記載され ており、どちらの文書もベルコア社で作成した。 ＳＭＳ３１０は、ＳＣＰ１２０および１３０の加入を活動化するため、ＳＮＳ ３０５から受信してＮＥＭ３４５へ送信するデータの処理に関して、ＳＣＥ３２ ５から命令を受信する。これらの命令は、修正ＳＰＡＣＥシステムで作成したＳ ＭＰを含むのが望ましい。これらのＳＣＥ３２５によって作成されたＳＭＰは、 ひとつのフォームにより情報を取り出してＣＰＲテンプレートに入力するのに受 け入れ可能なフォームへ、即ち用意データへ変換するためにどのようにするかを ＳＭＳ３１０に指示する。 ＳＭＳ３１０とＳＣＥ３２５の間のインタフェースは、たとえば、ＲＳ２３２ インタフェースなどの物理接続、インターネット接続、モデム接続などとするか 、またはＳＣＥ３２５をＳＭＳ３１０とは物理的に隔離して、ＳＣＥ３２５でフ ロッピーディスクにプログラムをロードし、ＳＣＥ３２５からＳＭＳ３１０へ手 渡しすることができる。 ＳＭＳ３１０とＮＥＭ３４５との間のインタフェースは、ＡＳＮ．１準拠で符 号化したデータを用いるＴＣＰ／ＩＰインタフェースが望ましい。ＳＭＳ３１０ は、ＮＥＭ３４５へのメッセージ・トラフィックを制御し、かつＳＭＳ３１０が 一次的にＮＥＭ３４５と切断された時に、ＮＥＭ３４５へ後に送信するためにメ ッセージをキューしている。 ＳＭＳ３１０は、多数のＮＥＭ３４５とインタフェースでき、ＮＥＭ３４５と ＳＣＰの対１２０および１３０で、サービスしている地域の顧客の地域アドレス に基づいて任意の顧客に適当な用意データを各々に用意できる。このようにして ＳＭＳ３１０は、顧客が居住する地域にサービスするＳＣＰ１２０および１３０ の顧客サービスを準備するように保証している。 好適実施例において、ＳＮＳ３０５は、ＳＳＰ１６０および１７０へトリガ情 報を提供する交換インタフェース・システム３５５に接続される。ＳＣＰ１２０ および１３０が呼処理に適当な情報を含むＣＰＲを受け取り、本発明によるサー ビスを実施すると、ＳＳＰは、トリガ・データを受け取ってＳＣＰ１２０および １３０により、どのＣＰＲの活動化を要求されているか、またいつ活動化を要求 されているか等を指示する。 別の実施例において、ＳＭＳ３１０は、交換インタフェース・システム３５５ と直接接続してＳＳＰ１６０および１７０へトリガ・データを送信し、ＳＮＳ３ ０５と交換インタフェース・システム３５５の間の接続を抹消できる。この別の 実施例において、ＳＭＳ３１０は、ＳＮＳ３０５から受信した情報に基づいて交 換インタフェース装置へ、適切なフォーマットで必要なトリガ・データを送信す る。 ＳＭＳ３１０とＳＣＥ３２５の間のインタフェースに加え、ＳＭＳ３１０とサ ービスＬＡＮ３３５の間にもインタフェースが存在する。このインタフェースを 介して、操作者は加入者データベース３１５の加入データをビューし更新するこ とができる。この方法により入力されたデータに基づいた加入データの更新はＳ ＮＳ３０５により収集されたデータに基づく更新と同様に処理される。どちらの 場合にも、ＳＭＳ３１０は収集データを用意データへ変換し用意データをＮＥＭ ３４５へ送信するようになる。 図７Ａから図７Ｄは、本発明の好適実施例によるＡＩＮ３００の動作を一般的 に示している。図７ＡはＳＮＳ３０５の動作を一般的に示す。図７ＢはＳＭＳ３ １０の動作を一般的に示す。図７ＣはサービスＬＡＮ３３５の動作を一般的に示 す。図７Ｄは交換インタフェース・システム３５５の動作を一般的に示す。 図７Ａに図示してあるように、ＳＮＳ３０５は顧客からの新規サービス要求を 最初に受信する（ステップ７１０）。ＳＮＳ３０５は次に、顧客からデータを収 集して（ステップ７１２）、収集データをＳＭＳ３１０へ送信する（ステップ ７１４）。最後に、収集データに基づき、ＳＮＳ３０５は、ＳＳＰ１６０および １７０が新規サービスにより正しく呼を処理するのに必要なトリガ・データを作 成し（ステップ７１６）、交換インタフェース・システム３５５へトリガ・デー タを送信する（ステップ７１８）。 図７Ｂに図示してあるように、ＳＭＳ３１０はＳＮＳ３０５から収集データを 受信し（ステップ７２０）、収集データをサービスＬＡＮ３３５が新規サービス のインスタンス生成に必要とする用意データへ変換し（ステップ７２２）、用意 データをサービスＬＡＮ３３５へ送信する（ステップ７２４）。 図７Ｃに図示してあるように、ＮＥＭはＳＭＳ３１０から用意データを受信し （ステップ７３０）、用意データで必要なテンプレートを充填し（ステップ７３ ２）、充填したテンプレート経由で要求サービスをインスタンス生成する（ステ ップ７３４）。 図７Ｄに図示してあるように、交換インタフェース・システムはＳＮＳ３０５ からのトリガ・データを受信し（ステップ７４０）トリガ・データをＳＳＰに配 置する（ステップ７４２）。 図８は、ＳＭＰとＣＰＲの作成を示すフロー図で本発明におけるサービス生成 の共通性を表わしている。ＣＰアプリケーション５６０の作成部５６４（図５Ａ ）は、ＳＰＡＣＥソフトウェアで利用できる機能の全部、ならびに修正ＳＰＡＣ Ｅソフトウェアでのみ利用可能な機能を含む。その結果、操作者８０２は、ＳＣ Ｅ３２５を使用してＳＣＰ１２０および１３０による実行のためのＣＰＲ８０６ を作成し、また同じＳＣＥ３２５を使用してＳＭＳ３１０による実行のためのＳ ＭＰ８０４を作成できる。 本発明によるＳＭＳ３１０を含むＡＩＮ３００の動作の好適な方法について、 サービスの活動化または修正のために顧客からの要求を処理するＡＩＮ３００の 処理ステップを示す図９Ａおよび図９Ｂを参照して、説明する。 処理は、ＡＩＮ３００に提供されたサービスを追加、修正、または抹消するよ うに顧客が要求した時、即ち「サービス修正」命令を送出した時にはじまり、要 求をＳＮＳ３０５へ渡す（ステップ９０８）。ＳＮＳ３０５はサービスの追加、 修正または抹消に必要な顧客からのデータを収集する（ステップ９１０）。顧客 から収集した情報に基づいて、ＳＮＳ３０５はＳＭＳ３１０へ受け入れられるフ ォーマットでデータを送信する（ステップ９１２）。ＳＮＳ３０５からのデータ を使用して、ＳＭＳ３１０は、実行に適切なＳＭＰを決定し、そのＳＭＰに基づ いて必要なデータが収集され受信されたことを確認し、データを検証する、即ち 十分なデータが受け入れ可能なデータ値を有する正しいフォーマットで送信され たかを判定する（ステップ９１４）。データを検証し有効であれば、ＳＭＳ３１ ０は収集データを初期のデータ・フォーマットから用意データ・フォーマットヘ 変換し（ステップ９１６）、保留ビューの状態にある加入データとして用意デー タを保存する（ステップ９１７）。ステップ９１４でデータが検証されないか有 効でない場合、ＳＭＳはエラー状態に入り要求の処理を中止する（ステップ９１ ５）。 収集データが用意データへ変換された後、ＳＭＳは要求の期日をチェックする （ステップ９１８）。ＳＮＳ３０５により要求された期日が即時であるとＳＭＳ が判定した場合、ＳＭＳ３１０は用意データをＮＥＭ３４５へ送信する（ステッ プ９２２）。期日が将来のある時期である場合、ＳＭＳ３１０は処理を終了し、 要求された期日に到着したと判定するまで他の動作を続け、その時点で復帰し（ ステップ９２１）てステップ９２２を実行する。 用意データを受信すると、ＮＥＭ３４５は、顧客から要求されたサービスに関 連するテンプレートを供給された用意データで充填して、顧客の修正サービス命 令を処理するために必要なＣＰＲを完成する（ステップ９２４）。次に、ＮＥＭ ３４５が得られたＣＰＲでＳＣＰ１２０および１３０に関連するデータベースを 更新する（ステップ９２６）。次に、ＮＥＭは要求されたＣＰＲの作成または修 正の間に何らかのエラーが発生したかを判定する（ステップ９２８）。ＮＥＭ３ ４５がステップ９２８でエラーを検出しなければ、ＮＥＭ３４５は更新の成功を アクノリッジするメッセージでＳＭＳ３１０に応答する（ステップ９３０）。ス テップ９２８でＮＥＭ３４５がエラーを検出した場合、ＮＥＭ３４５はエラー状 態に入り要求の処理を中止する（ステップ９２９）。ＳＭＳ３１０がＮＥＭ３４ ５からのアクノリッジを受信すると、ＳＭＳ３１０はアクノリッジ信号でＳＮＳ ３０５に応答する（ステップ９３２）。ＳＭＳ３１０は「活動」状態で加入者デ ータベース３１５へ用意データを保存する（ステップ９３４）。 アクノリッジ信号を受信すると、ＳＮＳ３０５は交換インタフェース・システ ム３５５へトリガ・データを含む情報のパケットを送信する（ステップ９３６） 。本出願で用いているように、「トリガ・データ」は、交換インタフェース・シ ステム３５５が正しくＳＣＰ１２０および１３０にアクセスするのに必要なトリ ガを、ＳＳＰ１６０および１７０に配置して新規サービスを処理するのに必要な データである。交換インタフェース・システムはサービス要求の期日をチェック する（ステップ９３８）。サービス開始期日が即時であると交換インタフェース ・システム３５５が判定した場合、交換インタフェース・システム３５５はＳＳ Ｐ１６０および１７０へＡＩＮトリガを送信する（ステップ９４２）。期日が将 来のある時期であれば、交換インタフェース・システム３５５は処理を終了し（ ステップ９４０）要求期日が来たことを判定するまで他の動作を継続し、その時 点で交換インタフェース・システム３５５が復帰して（ステップ９４１）ステッ プ９４２を実行する。 交換インタフェース・システムがＳＳＰ１６０および１７０にトリガを送信す ると、送信中にエラーが発生したかを判定する（ステップ９４６）。交換インタ フェース・システム３５５が何らかのエラーを検出すると、エラー状態に入り、 要求の処理を中止する（ステップ９４４）。交換インタフェース・システム３５ ５がＳＳＰ１６０および１７０へのトリガ送信でエラーを検出しなければ、交換 インタフェース・システム３５５はＳＳＰ１６０および１７０からのアクノリッ ジをＳＮＳ３０５へ送信する（ステップ９４８）。ＳＮＳ３０５はサービス要求 の処理をＡＩＮ３００が完了したことをアクノリッジする信号をＳＭＳ３１０へ 後に送出する（ステップ９５０）。 別の実施例において、ステップ９３６は直接ＳＭＳ３１０で実施することでス テップ９５０の必要性を排除できる。この別の実施例において、交換インタフェ ース・システム３５５はステップ９４８としてＳＭＳ３１０へ直接アクノリッジ を送信する。 加入者データベース３１５は、収集データが第１にＳＭＳ３１０へ送信された 時刻から顧客の加入の履歴を記録する。ＳＭＳ３１０は特定の顧客サービス加入 に関連する加入データのセットを、初期要求から修正または取消についてのあら ゆる追加要求までその加入の多数の「ビュー」を含め提示する。これらの異なる ビューは顧客についてそのサービスの履歴を反映する。ＳＭＳ３１０は、データ の各ピースに「状態」を割り当てて、要求がどの実施状態に到達したかを表わす ことにより、異なるビューを追跡する。ＳＭＳ３１０でサポートされるビューと 加入状態表示は、図１０および図１１を参照して以下のように要約される。 図１０に図示してあるように、ＳＭＳ３１０は保存ビュー１００２、例外ビュ ー１００４、１０１０、保留ビュー１００６、送信ビュー１００８、マスタ・ビ ュー１０１２、履歴ビュー１０１４での加入データとして収集データを保存する 。保存ビュー１００２は収集データがＳＭＳ３１０によって受信されたが未だ検 証または変換されていないことを表わす「保存された」状態を含む。保留ビュー １００６は、収集データが用意データへうまく変換され、全ての検証に合格し、 ＮＥＭ３４５への送信を待機していることを表わす「保留」状態を含む。送信ビ ュー１００８は、ＳＮＳ３０５によって収集されたデータに対応する用意データ が現在ＮＥＭ３４５へポスト中であることを表わす「送信」状態を含む。このビ ューはＳＭＳ３１０がポスト処理を開始した時間から送信が完了するまでまたは エラーに遭遇するまでの間だけ存在するのが望ましい。例外 ビュー１００４と１０１０は、収集データまたは用意データが検証に失敗したか （例外ビュー１００４）、またはポスト処理中にエラーに遭遇した（例外ビュー １０１０）ことのどちらかを表わす「失敗」状態を含む。マスタ・ビュー１０１ ２は、これがＳＣＰ１２０および１３０に関連するデータベースに現在含まれて いるＣＰＲに対応するデータであることを表わす「活動」状態を含む。履歴ビュ ー１０１４は現在のマスタ・ビュー１０１２より前にＮＥＭ３４５へのポストに 成功した最も新しいマスタ・ビュー１０１２のコピーを含む。 図１１は、１０図との関連でＳＭＳ３１０の動作と加入者データベース３１５ の動作のフローチャートである。ＳＭＳ３１０は最初に、新規のまたは修正され たサービスへの顧客の要求を反映するＳＮＳ３０５から収集データを受信し、保 存ビューに加入データとしてこのデータを保存する（ステップ１１０２）。ＳＭ Ｓ３１０は次にこのデータが何らかの訂正を要求しているかまたは何らかのエラ ーに達したかを判定する、即ちデータの妥当性を検証する（ステップ１１０４） 。エラー、または要求された訂正が存在する場合、ＳＭＳ３１０は「例外」ビュ ーの加入データとして収集データを保存し（ステップ１１０６）、要求処理を終 る（ステップ１１０７）。ＳＭＳ３１０が後にエラーの訂正を提供するデータを 受信すると、ＳＭＳ３１０は処理に戻り（ステップ１１１４）、訂正を行なって （ステップ１１１３）、ステップ１１０８へ進む。 ステップ１１０４の初期要求にエラーが検出されない場合、ＳＭＳ３１０は現 在のデータを保留ビューの加入データとして保存する（ステップ１１０８）。次 に、ＳＭＳはいつ要求のインスタンス生成を行なうべきかを決定する（ステップ １１１０）。要求がすぐにインスタンス生成する期日にあるとＳＭＳ３１０で判 定した場合、ＳＭＳ３１０は用意データの形式で、ＮＥＭ３４５経由しＳＣＰ１ ２０および１３０へ要求を送信する（ステップ１１１６）。期日が将来のある時 期であるとＳＭＳ３１０で判定した場合、ＳＭＳ３１０は処理を終了し（ステッ プ１１１２）要求された期日に到達したと判定するまで他の動作を継続し、その 時点で復帰して（ステップ１１１４）ステップ１１１６を実行する。用意データ の送信時に、ＳＭＳ３１０は用意データの送信が何らかのエラーを発生したか判 定する（ステップ１１１８）。 ステップ１１０４において、何らかのエラーが検出された場合、ＳＭＳ３１０ は例外ビューに加入データとして現在の用意データを保存し（ステップ１１２０ ）、処理を終了する（ステップ１１２１）。後にエラーの訂正を提供するデータ をＳＭＳ３１０が受信すると、ＳＭＳ３１０は処理に復帰し（ステップ１１２４ ）、訂正を行ない（ステップ１１２５）、訂正した用意データを再送信し（ステ ップ１１１６）、送信が成功したかを再チェックする（ステップ１１１８）。 ＳＭＳ３１０からＮＥＭ３４５への用意データの送信がステップ１１１８でエ ラーなしに行なわれた場合、ＳＭＳ３１０は現在のマスタ・ビューにある加入デ ータを履歴ビューの加入データ(subscription data)として保存し（ステップ１ １２２）、現在のデータをマスタ・ビューの加入データとして保存する（ステッ プ１１２３）。 ＳＭＳ３１０は、ＳＭＰのメカニズムを介して広範なサービスを管理する柔軟 性を提供する。ＳＭＰは、ＳＣＰ１２０および１３０にＣＰＲを作成するために 使用するのと同一または同様の、グラフィカル・ユーザ・インターフェースを介 して作成される。個別のＳＭＰは特定サービス各々のサービス管理機能の実行を シーケンス化し制御するように操作要員が調節できる。 任意のサービスについて、ＳＭＰと何らかの関連データ・テーブルにより操作 者は、ＳＭＳ３１０で想定される特定のデータ項目、各データ項目の供給源、お よびＮＥＭ３４５で要求された用意データへ、収集データを変換するのに必要な 処理ステップを指定できる。操作者は複数のＮＥＭ３４５のどれを用意するか、 どのＮＥＭテンプレートをデータで埋めるか、また各種の条件たとえば失敗また は逸失データ、サービス領域の不正、ＮＥＭ３４５からの応答なし、その他につ いてのエラー・ハンドリングを指定することにより、この変換を指定するのが望 ましい。 ＳＭＳ３１０と関連する新規ＡＩＮサービスの作成は、図１２を参照して後述 する。すでに議論したように、ＡＩＮサービス作成はオペレータがグラフィカル に新規サービスのための論理を作成し試験することから開始するのが代表的であ る。この論理が呼処理環境において試験されると、デベロッパはそのサービスの ためのＣＰＲ「テンプレート」作成する。このテンプレートは新規サービスのた めのＣＰＲの作成に必要な用意データを表わす。サービス・テンプレートは、上 記の参照に含まれる米国特許出願にさらに完全に記載されている。 ＳＮＳ３０５経由で顧客からデータを収集し、新規サービスのためのＣＰＲの 作成にＮＥＭ３４５で要求される用意データが揃うと、デベロッパは新規サービ スの作成を調整するのに必要なＳＭＰを作成できる。ＳＭＰの作成については、 発呼スクリーニング（ＯＣＳ）サービスの要求の処理を説明することによって説 明する。 ＯＣＳは、顧客が着呼を「スクリーニング」できるようにする一般市場サービ スである。代表的な収集データは、顧客の電話番号、スクリーニングしない電話 番号のリスト、スクリーニングをバイパスするのに用いられる上書きＰＩＮ、ス クリーニング・リストＰＩＮ（顧客がスクリーニング・リストの電話番号を更新 するために使用する）、および転送先電話番号（スクリーニングされた発呼者が 振り向けられる番号、たとえば顧客の音声メールボックス）が含まれる。 図１２は本発明のひとつの実施例によるＯＣＳ ＳＭＰを示す。ＯＣＳ ＳＭ Ｐは、ＳＮＳ３０５から受信した収集データから、ＮＥＭ３４５にあるテンプレ ートを充填してＯＣＳサービスのためのＣＰＲを作成するための用意データへの 変換中の、ＳＭＳ３１０の動作を制御する。 ＯＣＳトランザクション要求をＳＭＳ３１０で受信すると、ＳＭＳ３１０はＯ ＣＳ ＳＭＰを実行する。本出願で用いているように、任意のサービスについて の「トランザクション要求」はそのサービスについてのＣＰＲの作成、抹消また は修正についてＳＭＳ３１０で受信したデータのいずれかのピースを表わす。Ｏ ＣＳ ＳＭＰへの入力時に（ステップ１２０２）、ＯＣＳ ＳＭＰはどこからト ランザクション要求が到着したかを調べる（ステップ１２０４）。トランザクシ ョン要求がＳＮＳ３０５から来た場合、ＳＭＰの処理はＳＮＳパスへ分岐する（ ステップ１２０６）。ＳＮＳパスにおいて、ＳＭＳ３１０は作成中の要求の特定 の種類、即ち新規サービスの要求か、古いサービスの更新か、サービス取消か、 などを収集データの情報に基づいて判定する。次に、作成された要求の種類にし たがって、処理はその要求形式を取り扱うように設計されているＳＭＰのセ クションへ分岐する（ステップ１２１８〜１２２４）。特定の要求を取り扱う際 に、ＳＭＰは一次的に第２のＳＭＰへ処理制御を移管して要求の一部を実行させ ることができる。ＳＭＳ３１０はこの別のＳＭＰを実行してから本来のＳＭＰへ 処理制御を戻す。このような移管処理には新規ＯＣＳサービスを追加する処理（ ステップ１２３０）、サービスの取り消し（ステップ１２３２）などを含む。 ステップ１２０４でＳＭＳ３１０から内部的に到着した要求であると判定した 場合、ＳＭＰの処理は内部パスへ分岐し（ステップ１２０８）、処理中にすぐに または加入期日および時刻にポスト処理を開始する（ステップ１２１６）。ＳＭ Ｓ３１０は処理制御をデータ送信のためのＳＭＰへ移管し（ステップ１２３４） 、これが加入者データベース３１５から用意データを取り出して、用意データを ＮＥＭ３４５へ送信する。この実施例において、内部分岐にはひとつの機能だけ が存在しているので、ステップ１２１４はポスト分岐を選択することになる（ス テップ１２２６）。 ステップ１２０４で要求がサービスＬＡＮ３３５から到着したと判定する場合 、ＳＭＰ処理はＮＥＭパスへ分岐する（ステップ１２１０）。内部分岐と同様に 、この実施例ではＮＥＭ分岐にひとつの関数しか存在していないので、ステップ １２１６は応答分岐を選択することになる（ステップ１２２８）。応答分岐は応 答を受け入れるＳＭＰへ制御を移管することでＮＥＭ３４５からの用意要求への 応答を取り扱う。そのＳＭＰが応答を分析し、ＳＭＳ３１０の加入者データベー ス３１５にある加入データを更新し、適当な応答をＳＮＳ３０５へ送信する。 移管処理で用いられるこれらの２次的ＳＭＰの全部がＯＣＳ ＳＭＰの一部と なることは理解されるべきである。これらは、個別のＳＭＰの複雑さと作成コス トを減少するために別々のＳＭＰとして保存されるのが望ましい。このようにす ると「基本」ＳＭＰは基本的に多数の他のＳＭＰによるノードとしてアクセスさ れる。 本発明によれば、ＳＣＥ３２５のＣＰソフトウェア４６０の作成部４６４は、 ＳＣＰ１２０および１３０によって実行されないＳＭＳ３１０の機能をサポート するように、新規のプログラミング・エレメントを含むように拡張拡大された。 これらの新規エレメントは、追加ノードの形をとってＳＭＰを作成するのに用い るグラフの作成において使用する。さらに、ＳＭＳ特有の機能はＳＭＳ３１０と ＳＣＥ３２５においてＣＰアプリケーションの実行部に追加された。 ＭＳＡＰおよびＳＰＡＣＥソフトウェアで利用できる基本プログラマビリティ の特徴を以下に説明し、続けて本発明の好適な拡張および拡大を説明する。以下 に列挙される機能はＳＰＡＣＥソフトウェアに存在する基本ノードならびに追加 ノード形式を含む。 以下のノードの種類の各々がグラフィカル・ユーザ・インターフェースを介し てＳＭＰを作成するために利用できる：プログラム開始(program initiation)、 決定(decision making)、テーブル・データ管理、管理データ収集、外部システ ムとのインタフェース、アプリケーション・テスト、アプリケーション管理、新 規サービス追加、ＳＭＰ起動、データベースへのアクセス。 「プログラム開始(program initiation)」機能はＳＭＰフローを開始する。呼 処理の場合、ＣＰＲを使用して、呼処理中に交換機がいつトリガに遭遇したか、 たとえば発呼者が特定の番号をダイアルしたか、呼を受けたか、オフフックした かを、この機能が判定する。ＳＭＳ３１０のためのプログラム開始はＳＭＰ機能 起動に応答して開始する。ＳＭＳ３１０はＳＭＳ３１０がＳＭＰに関連する特定 のサービスに関連すると認識される何らかのデータを受信した時にはいつでもＳ ＭＰ機能を起動する。 「決定(decision making)」機能は、ＳＭＳ３１０経由でＳＭＰがデータの処 理フローに影響する論理的決定を行なうことができる。たとえば、ＡＩＮサービ スのための収集データの処理のためのＳＭＰは顧客の地域が特定の交換機を用い ているかを調べるサービス地域決定を有することがある。決定に基づき、サービ ス要求が継続するか、例外処理ルーチンで扱われることになる。 「テーブル・データの管理(mangement of table data)」機能は、アプリケー ションがデータ・テーブルを操作できる。ＳＰＡＣＥソフトウェアは、テーブル 内のデータを作成し、埋め、アクセスし、更新する能力を含む。望ましくは、こ れらのテーブルは、通常のオラクル（Oracle（登録商標））テーブルとして ＳＭＳ３１０またはＳＣＰ１２０および１３０によって内部的に保存される。テ ーブル・データはサービス地域に関する用意データ、サービス・パラメータ選択 、または任意のサービスについてＣＰＲを作成するためにＮＥＭ３４５から要求 されるその他の情報を含む。トランザクションの準備中に、ＳＭＳ３１０とＮＥ Ｍ３４５の間で、これらのテーブルは指示を検証する処理の一部としてアクセス される。テーブルは処理結果、たとえば指示エラーまたは指示保留などを保存す るためにも使用される。 「管理データ収集(gathering administrative data)」機能は、ＳＭＰ設計者 がＳＭＰにデータ収集およびレポートを含めることができる。データ収集は何ら かのネットワーク・イベントまたは状況で、たとえば新規サービス加入の作成、 サービス加入の取り消しなどで、ＳＭＰにおいて指定される。このネットワーク ・イベントが発生すると、収集データはデータおよびレポート・システム（ＤＲ Ｓ：data and reports system）へ保持およびレポートのために送信される。 「外部システムとのインタフェース(interfacing with external system)」機 能は、ＳＭＰ設計者が外部システムの、たとえば他のＯＳＳシステムのデータに アクセスできる。ＳＰＡＣＥシステムにおいて、GetData およびSendDataノード または処理ルーチンは外部システムのデータを取り出して更新する。現在のとこ ろGetData およびSendDataノードはＴＣＰ／ＩＰネットワーク上のシステム、３ ２７０ＳＮＡネットワーク、およびＳＳ７ネットワーク・データベースをサポー トしている。 「アプリケーション・テスト(testing application)」機能ではアプリケーシ ョンが試験動作を実行できる。ＳＰＡＣＥソフトウェアは初期試験に使用され、 診断およびトラブルシューティングのためにＳＭＳ３１０で起動することもでき る内蔵の試験ツールを含む。 「アプリケーション管理(managing application)」機能は操作者がＳＭＳ３１ ０でアプリケーションを修正し活動化できるようにする。アプリケーション管理 機能は多数のＳＭＰやテンプレートを調整し、収集データを用意データへ変換す る特定機能を含む。 「新規サービス追加(adding new services)」機能では、操作者がＳＭＰ内部 に新規サービスを追加できる。新規サービスのためのＳＭＰは一般に既存のプロ グラミング・ツールを使用して新規データベースを追加したり、ルールを修正ま たは追加編集したり、新規ＡＩＮサービス機能をサポートしたり、またはサービ ス管理レポートを提供することができる。ＳＰＡＣＥにおいて、GetData、Send Data、Play Application一般コンタクト・ノードが異なる外部ＯＳＳからデータ を取り出すまたはきわめてまれな処理のために特別に書かれた新規ソフトウェア を起動するか、またはＯＳＳデータにアクセスするために使用できる。 「ＳＭＰ起動(ivoke SMP)」機能はＳＭＰなどのアプリケーションが別のＳＭ Ｐを起動できる。現在のＡＩＮではＳＳＰ１６０および１７０に実装されている ＡＩＮで定義されたトリガを介してＣＰＲのサービス開始ができる。これらの静 的ＡＩＮトリガはＳＭＰ開始には十分でなく、ＳＭＳ３１０においてＳＭＰ起動 機能に置き換えられる。ＳＭＰ起動トランザクションは、ＳＭＰを起動すべきこ とを表わす、たとえばデータの送信などの、データが協動システムから受信され た場合に発生する。これの一例が、図１２を参照してＯＣＳ ＳＭＰの動作にみ ることができる。図１２において、ＳＭＰをステップ１２０６へ分岐させるＳＮ Ｓ３０５から、内部的に即ちＳＭＰをステップ１２０８へ分岐させるＳＭＳ３１ ０から、またはＳＭＰをステップ１２１０へ分岐するＮＥＭ３４５から開始でき る。 本発明の好適実施例は、ＳＭＰ起動トランザクションをＳＭＳ３１０の実行環 境に送信するＡＩＮ３００の多数のファシリティを含む。最も頻繁に使用される のはＳＭＳ３１０とＳＮＳ３０５の間の、データをＳＭＰ起動トランザクション としてパッケージする接続と、管理者および操作要員がＳＭＰを起動することの できるサービスＬＡＮ３３５とＳＭＳ３１０の間のインタフェースである。 データベース・アクセス機能では、ＳＭＰが外部または内部データベースから のデータにアクセスできる。ＳＰＡＣＥシステムでは、データベース・アクセス 機能には汎用データ層構築ブロック(ＤＬＢＢ：Data Layer Building Block)プ リミティブ、テーブル・アクセス・プリミティブ、GetData プリミティブ、およ びSendDataプリミティブが含まれ、これらはＳＭＳ３１０でとくに加入者データ ベース３１５のアクセスに広く使用される。 さらに、本発明のＣＰアプリケーションの好適実施例では、標準ＳＰＡＣＥソ フトウェアの幾つかの機能を拡張している。たとえば、ＳＰＡＣＥソフトウェア では現在のところ、ＡＩＮサービスのために使用されるテーブルの定義ができる 。本発明の好適実施例によれば、これらのファシリティは加入者データベースで 必要とされるさらに複雑なデータベースをＳＭＰ開発者が定義できる。これらの データベースは、既存のプリミティブ（Table Access、GetData、SendData）を 介してＳＭＳ３１０実行環境で直接利用可能である。望ましくはこれらのデータ ベースはオラクル（登録商標）データベースとして作成する。 ＳＭＳ３１０は、ＳＰＡＣＥソフトウェアの現行バージョンで利用できない多 数の追加機能も含む。これらの機能は用意インタフェースや、マルチプル・ビュ ー、改善されたトランザクション処理、サービス地域ネットワーク機能、オープ ン・アクセス、およびプロトコル・サポートに関連したものである。 ＳＭＳ３１０とＮＥＭ３４５の間のインタフェースのための用意インタフェー ス・トランザクションは、任意のサービス要求のマルチプル・ビューを提供する ＳＭＰによって生成される。現在のところ、ＮＥＭ機能はＣＰＲの任意の実行要 求のマルチプル・ビューをもっていない。ＳＭＳ３１０はデータベース・ロール バック・ファシリティをサポートすることでトランザクション処理の改良を提供 する。ＳＭＳ３１０はいずれかの地域のネットワーク・システムへ加入を送出で きＳＣＰの組み合せ対への送信を制限しない。ＳＭＳ３１０はまた、今後発生す るサービスの必要性で想定されるオープン・アクセスを提供するようなその他の ＯＳＳシステムからのGetData/SendData機能によって得られるサービス要求を受 け入れる。GetData/SendData機能によって得られるサービス要求は各種のネット ワーク・プロトコル上で動作し、顧客特有の状況でのプロトコル・ハンドラを含 むように拡張できるのが望ましい。 本発明のＳＭＳの好適実施例はまた、プレー・アプリケーション・プリミティ ブ(play application primitive)と呼ばれる汎用プロセス層構築ブロック（ＰＬ ＢＢ：process layer building block）も含む。プレー・アプリケーション・プ リミティブはＡＩＮサービスで特化した用途たとえばページング・ネット ワークへのアクセスのためにインテリジェント型周辺機器(ＩＰ：intelligent p eripherals)上で動作するプロセスを開始するために用いられる。 プレー・アプリケーション・プリミティブはまた、協動システムにおいて外部 プロセスを開始する能力も提供する。これによってＳＭＳは幾つかのプロセスを 再利用でき、その幾つかは即時的使用に提供することが可能で、また幾つかは操 作者が顧客の個々の必要性に適合するように開発される。たとえば、顧客のため のデジタル記録を準備しなければならないＡＩＮサービスは、ＩＰ用意システム へ命令を送信してカスタム化したアナウンスを作動させるプレー・アプリケーシ ョン、「ダウンロード・スピーチ」を使用できる。 プレー・アプリケーション・プリミティブの使用の別の例は、顧客がサービス を自主的に用意することである。たとえばある顧客が「サービス・デスク」アプ リケーションを呼び出してこれらのサービスそれ自体の特性を修正することがで きる。ＡＩＮサービス・デスク・アプリケーションはＳＭＳ３１０へプレー・ア プリケーションを発行して影響を受けるシステムの修正を管理する。これは、た とえば、タッチトーン方式電話機の使用で行なうことができる。この例では、プ レー・アプリケーションはＳＭＰ起動としてＳＭＳ３１０に到着し、起動された ＳＭＰが顧客の修正の妥当性検証と配布を取り扱う。 本発明の好適実施例において、サードパーティ・プロバイダが標準ＯＳＳゲー トウェイを使用してＳＭＳ３１０と通信するそれら自体のシステムを使用するオ プションを有している。これ以外に、プロバイダはサポートされるアプリケーシ ョン端末を経由してＳＭＳ３１０へアクセスできる。ＳＭＳ３１０はトランザク ション要求のためにオープン・コンタクト・インタフェースを提供しているので 、サードパーティ・プロバイダはこれらの同じ通信プロトコルを利用できる。 自分自身のシステムを使用して顧客を保守管理しているサードパーティ・プロ バイダは、ＯＳＳゲートウェイを使用して本発明のＳＭＳを含むＡＩＮシステム へアクセスする。このアプローチでは、インタフェースはシステム対システムで 、データ保守用のＳＭＳ３１０ディスプレイ「画面」を必要としないが、サード パーティ・プロバイダは、これの顧客のＡＩＮサービス・データを用意し保守 するためのスクリーンを使用し、ＳＭＳ３１０へアクセスできる。これらの画面 は、必要なデータをサービスする顧客から収集するのに必要とされるデータ・エ レメント「テンプレート」を提供する。 しかし、ＳＭＳ３１０の操作者は、ＳＭＳ３１０の保守管理と操作に使用され る画面をサードパーティがビューするのを禁止する能力を有する。これらの画面 は、こうした作業に責任をもつ操作要員だけが利用できるのが望ましい。 さらに、ＳＭＳ３１０は、物理的通信アドレス、メッセージ形式、要求形式、 およびセキュリティ・フィールドを介してメッセージのセキュリティ検証を提供 できる。サードパーティ・プロバイダからのトランザクション要求は全部セキュ リティを経由してスクリーニングされ、サービス・プロバイダがＳＭＳ３１０へ アクセスし要求されたトランザクションを実行するよう認証されていることを保 証するのを助ける。サービスの修正を要求するＳＭＳ３１０とのトランザクショ ンには必ずセキュリティ・フィールドが付随している。このセキュリティ・フィ ールドは、データが追加されるまたは修正される場合に加入データと一緒に保存 されるデータ値を含む。サードパーティ・プロバイダは自分の顧客の加入をビュ ーし保守するだけに制限される。 ＳＭＳ３１０は、サードパーティ・サービス・プロバイダから要求されたトラ ンザクションを処理する特定のＳＭＰを実行する。操作員またはサードパーティ ・サービス・プロバイダが、所望するような適当な統計を集めるためにこれらの ＳＭＰに処理論理を含むのは本発明の範囲内である。 サードパーティ・プロバイダは顧客とその加入しているサービスをリストする 標準レポートへアクセスできる。操作者のガイダンスのもとで全てのユーザにＳ ＭＳ３１０の適切な処理および性能レベルが維持されていることを保証するよう に特別なレポートが利用できる。レポート転送ストラテジは操作者とサードパー ティの必要に依存する。 サードパーティ・トランザクション・リクエストのエラーは、サードパーティ によってビューすることのできるエラー・ファイルに報告される。 ＳＭＳ３１０ソフトウェア開発の好適実施例は、既存のＳＰＡＣＥサービス作 成環境に基づくツールキットを含む。ＳＰＡＣＥシステムのレポートおよびリス ト能力はサードパーティで作成されたリスト・サービス作成コンポーネントに利 用可能である。ＳＭＳ３１０プロセス・サーバのサードパーティによる使用では 、操作者はサードパーティが保有する顧客の加入に関する統計情報の幾つかを取 り込むＳＭＰ論理を含むことができる。 ＳＭＳ３１０の好適実施例はユーザ・インタフェースおよびＡＩＮユーザ・グ ループ要件をサポートするサービス管理の特徴およびアクセスの柔軟性を幾つか 提供している。ＳＭＳ３１０の好適実施例で使用するため、ユーザのワークステ ーションはＳＭＳ３１０への各種グループ・アクセスができるＴＣＰ／ＩＰ、ト ークンリング、またはイーサネット通信を提供する。 図６はサポート・センター・ユーザ、間接アクセス・ユーザ、サービス保証ユ ーザ、およびユーザ管理者がどのようにローカルにまたはリモートにＳＭＳ３１ ０へアクセスできるかを示している。図６に図示した構成で使用される端末装置 は、ＳＭＳ３１０のユーザが操作者によって使用される他のシステムへアクセス することのできるＴＣＰ／ＩＰ、トークンリングＬＡＮインタフェース能力を備 えたインテリジェント型ワークステーションが望ましい。 ＴＣＰ／ＩＰ、トークンリングＬＡＮ接続を備えたワークステーションを保有 する認証ユーザはＳＭＳ３１０システムへアクセスできる。これらのユーザはＳ ＭＳ３１０へ接続されたＬＡＮに対してローカル、またはＳＭＳ３１０への接続 性がネットワーク・ルータ６１４を介して実現されるような遠隔地に位置するこ ともある。 サポートできるワークステーションの最大数は応答時間の要件でほとんど決め られる。ＳＭＳシステムの好適実施例はＳＭＳ３１０へ３０台のワークステーシ ョン・ユーザが同時に接続できる。 ＳＭＳ３１０ワークステーションはシステムの能力および機能がメニューバー とプルダウンを用いて提示されるようなグラフィカル・ユーザ・インターフェー スを提供する。ユーザはポイント・アンド・クリック技術によるメニュー選択を 介してナビゲーションしたり、またはファンクションキーの組み合せによって機 能にアクセスできる。 グラフィカル・ユーザ・インターフェースの好適実施例は、X Window System with Motif Style guidesに基づく。ワークステーションに接続したカラー・モ ニタは高レベルの解像度を提供し、詳細の損失なしに大量の情報を表示すること ができる。 ＳＭＳ３１０は実行すべき全ての機能およびタスクについてのオンライン・ヘ ルプを操作者に提供する。オンライン文書の完全なセットにアクセスでき、後の 検索のためにユーザ特有の標記およびブックマークをサポートしている。 ＳＭＳ３１０は画面下部を横切ってアクションに対する文字フィードバック、 たとえばシンタックス・エラー通知またはリモート操作の状態などを提供するダ イアログボックスを提供する。ユーザはあらゆるエラーの解決を助ける更なる情 報を提供しどのようにシステムを使用するかの更なる詳細を提供するオンライン 文書を用意に利用できる。 ＳＭＳ３１０は不完全なサービス要求の保持ファシリティとして機能する加入 の「保存された」ビューをサポートする。この能力によりユーザはサービス要求 の現在の入力を後日まで保留することができる。要求は、ユーザが要求情報を完 成し検証処理に送付するまで保存されたままである。 ＳＭＳ３１０の好適実施例は、オラクル（登録商標）データベース・テーブル に加入データ・エレメントを記憶する。ユーザが特別レポートを作成するのに標 準のオラクル（登録商標）レポート・ツールが利用できるのが望ましい。さらに 、サンプリングおよび測定ノードは、データ・アンド・レポート・システムとＳ ＭＳ３１０を通信させるように操作者が選択した場合に、ＳＭＰの開発者が利用 できる。ＤＲＳシステムを梃入れしてＳＭＳ３１０でのレポート能力をサポート することにより、操作者は実際のＳＭＰ要求処理統計を反映するデータを収集で きる。システム機能に付随する動作統計はＳＭＳ３１０の保守管理および操作コ ンソール６１２経由でユーザに提供される。 現時点で本発明の好適実施例および方法であると見なされるものについて図示 し説明したが、本発明の真の範囲から逸脱することなく多様な変化および修正を 成し得ることと等価物をこれの要素で置き換え得ることは当該技術の熟練者に理 解されよう。たとえば、本発明の好適実施例はＡＩＮおよび電話網の状況で説明 した。しかし、本発明はたとえばケーブル・テレビジョン・ネットワーク、コン ピュータ・ネットワーク、無線ネットワーク、広帯域ネットワークなど、その他 の電気通信ネットワークにおけるシステム管理に使用することができる。 さらに、本発明の中央範囲から逸脱することなく、特定のエレメント、技術、 または実装を本発明の教示に採用するように多くの変更を行なうことができる。 したがって本発明は本明細書に開示した特定の実施例および方法に制限されるも のではなく、本発明が添付の請求の範囲に含まれる全ての実施例を含むことを意 図している。DETAILED DESCRIPTION OF THE INVENTION             Service management operation and support system and method                             Cross-reference to related application   This application is related to US patent application Ser. No. 07 / 972,817, the contents of which are hereby incorporated by reference. Included by reference in the handbook.                                 Background of the Invention   The present invention generally relates to an advanced intelligent telephone network (AIN).  For more information on Intelligent Telephone Network, see Service management to process and implement services or modify legacy services It relates to a system (SMS: Service Management System).   Implement new and efficient telephone services efficiently or economically Changing services has long been a concern for the telephone company. Recent AIN Advances reduce the cost of creating new services by simplifying the creation process However, some issues still remain unsolved, especially for new services There is a problem with collecting and manipulating the data needed to do this.   The AIN as described in the above-mentioned related application can be customized according to the individual customer's request. Offer customized telephone service programs. As used in this application, “Customer” represents the entity to which the service is provided, and “User” or “Operator” Indicates who intends to create, test, or modify services using the system. I forgot. The user and the customer may be the same, but need not be.   AIN will create service procedures or programs for each customer and Depending on the customization service ("CS") application to run Including. CS is a service processing and creation environment ("SPACE (R)") software Software and multi-service application platforms Home (“MSAP®”) software application Or both. Both SPACE and MSAP are trademarks of Bell, assignee of the present application. It is a dedicated software application owned by Bellcore. Advisor The customer's service program is a call processing record (CPR) Data or a series of records of customized call processing information called Stored in the database. A separate CPR is created for each customer and subscribed The telephone services they provide and the call processing services required to provide these services. Indicates a step. These CPRs are from or to the customer's phone number Describes how the network answers the call.   In AIN, CPR corresponding to a certain service is Created in the call environment and executed during call processing in the call processing environment of the CS application. It is. The exchange or service exchange point (SSP: ser) used in this specification vice switching point) is the part of the telephone facility that receives and forwards calls.   FIG. 1 shows an SMS 110 and a service control point (SCP). nt) 120 and 130, signal transfer point (STP), And a representative AIN 100, including SSPs 160 and 170. Each SSP Recognize various "triggers" in the customer's call signal and ask the SCP based on the triggers Generate a match. SSP processes customer call in response to command received from SCP I do.   SCPs are configured as interdigitated pairs at different locations. For example, if an SCP becomes invalid, such as SCP 120, the corresponding S The CP 130 can guarantee that the telephone service will continue without interruption.   Associated with SCP pair 120 and 130 is SMS 110. SMS110 Support to add or manage customer data and service logic ・ Provide an interface.   Each of the SMS 110 and the SCPs 120 and 130 provides a CS application I can do it. CS applications generally use C via the operator interface. Provides creation of PR (service creation) and execution of CPR during call processing. I However, the CS application may only create or execute a CPR May be provided.   FIG. 2A is a functional block diagram of the SMS 110. The SMS 110 has a CPU 24 0, database 242, operator interface 244, and CS application Option 246. The operator interface 44 includes a display 48 and a keyboard. And a mouse 50, each of which is connected to the CPU 240. CS The application 246 includes a service creation unit 254 and a call processing unit 256. CPR Can be created in SMS 110 via operator interface 244, and Used by SMS 110 to provide a number of sources, such as a network switch To the CPU 240 via a simulator or a dedicated test switch (not shown) The incoming call can be processed.   FIG. 2B is a functional block diagram of the SCPs 120 and 130. SCP120 And 130 are respectively a CPU 258, a database 260, and a CS application. Application 246. In FIG. 2B, the CS application 246 Includes only the controller 256, which allows the SCPs 120 and 130 to operate at the operator interface. Source 244 (FIG. 2A), and therefore, in this example, the CP R cannot be created by SCPs 120 and 130.   The service creation unit 254 of the SMS 110 is a SPACE software application. Including options. The call processing unit 256 of the SMS 110 and the SCPs 120 and 130 is M Includes SAP software applications. SPACE service creation unit 2 Numeral 54 is dedicated to CPR creation, and is a service management unit of SPACE (not shown). ) Is for service management, procedural testing and certification, and CPR, table and message Dedicated for transfer to SCPs 120 and 130.   The CPR corresponding to the new telecommunications service uses SPACE for user's work. The desired service on the display of the workstation (not shown). By creating a high-level display representation (graph). G The rough is composed of "nodes", "decision boxes", and "branches". Each The code represents a high-level instruction for service execution. CPR graph displayed Is extremely difficult for operators to create and understand the telephone services they are trying to create. Useful. However, for use in an execution environment, the CPR graph first represents CPR. Converted to a low-level representation, including data structures and pointers, and Converted to representation. SCPs 120 and 130 use this binary representation to implement Handle calls in a row environment. SPACE makes it easy to create new services Can be easily implemented.   Many customers, however, require identical telecommunications services in large markets There is. For example, many customers are available at certain times of the day (ie, during work hours). You may want to specify a long distance carrier. Therefore, it corresponds to each customer's CPR. Graphs are graph entry points, nodes that specify telcos, and fingers. Identical except for the node that defines the time zone during which the defined telephone company will call service . All other nodes of the graph and the structure of the graph are "generic" to the service .   For users, the same graph for all customers requesting the same service Requesting to create is unrealistic and inefficient. Therefore, SPA CE and MSAP provide templates for services. Created and enabled If possible, a template is used to create a customer-specific version of a service. Used as a "form". A customer-specific version of a service is By making one or more nodes in the plate "customizable" Created. This way you can rebuild the entire graph or create a service Without having to redefine CPR general call variables The same services can be provided to the above customers.   Create CPR using CS application and specific template Dramatically reduce the cost of creating and implementing new telephone services, but still has problems ing. For example, AIN100 is the implementation of each new service of AIN100. The application must be adjusted by a trained operator, making it quick and economical. Cannot receive and receive service requests from Used in this application “Service Request” means receiving a new telecommunications service by a customer or existing Represents a request to change the service of   In order to realize a new service with the AIN100, the operator typically receives a request from a customer. Need to collect data. For example, a call screening service requires few operators. It is necessary to collect a list of phone numbers that will not be You. Naturally, we collect this data and make this information as fast and efficient as possible To reflect on the network, reduce costs and provide speedy services Is desirable. However, in the current AIN100, the operation of the SPACE software The skilled person collects data, and the SMS 120 You need to enter it manually into the site. This takes up valuable time for trained employees , AIN100 SPACE software operation, employee training Has the disadvantage that it may require cleaning.   Current AIN100 uses AIN workstations to fulfill service requests. It also has the disadvantage of having to be used. This drawback is associated with operational and maintenance work. Therefore, the accessibility of these AIN terminals is reduced.   Therefore, a telephone service sales representative or data entry It is desirable to be able to input collected data to the AIN 100 without training. Sales representatives or data entry personnel may implement new CPRs or Cheaper or more accessible than currently available to change CPR Data requested from a remote location to the AIN100 via an interface with good It is also desirable to be able to enter data.                                 Description of the invention   Accordingly, the present invention addresses one or more of the problems arising from the limitations and shortcomings of the prior art. Relates to SMS operations and support systems that can substantially eliminate two or more .   According to the present invention, a relatively unskilled operator can quickly and efficiently collect data. The service arbitration system (SNS: service) negotiation system). The SMS is Receive collected data and prepare collected data (provisionin g data) and convert the prepared data to the network element To the manager (NEM: network element manager). Used in this application As such, network elements need to update data to provide the service. Necessary components such as intelligent peripherals, SCP, network Represents a work database, etc. As used in this application, the required Represents the data required by the NEM to create a CPR for a service. C After creating the PR, the NEM transfers the CPR to a database in the SCP. Collected data Is converted to the preparation data and the preparation data is supplied to the NEM, so that the SMS becomes mature. Eliminates the need for the training operator to prepare the preparation data.   According to one aspect of the present invention, those skilled in the operation of Service management program (SMP) rogram) (similar to CPR). SMP is an optional customer service Accept the collected data in a specific way for the data and use the data as required by the NEM. SM to reconstruct the data format and send the prepared data to NEM Command to S. Once this SMP has been created, unskilled operators can The data required for the service request can be collected, and the SMS To reach the network element manager in the right way .   According to another aspect of the invention, an SMS receives data in a number of formats. Have multiple SMPs to convert data into a single prepared data format can do. Due to this flexibility, the AIN of the present invention allows a wide variety of input devices and And can communicate with data entry methods. If properly configured, SMS Can accept data from a large number of remote terminals Allows for faster and more efficient entry of customer service requests .   Additional features and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description. Will become apparent from the description or can be understood by practice of the present invention. The objects and other advantages of the invention will be apparent from the written description and the description accompanying this specification. Implementation using the devices and combinations particularly pointed out in the claims and the accompanying drawings. Manifested and achieved.   To realize these and other advantages, and according to the purpose of the present invention, As described and described broadly, the present invention relates to telecommunications networks. Describes a method for processing a service request from a customer, the method comprising: Is performed by the data processor and service requests are Receive the service request from the customer including the function name corresponding to the correspondence data Steps and network elements based on data received from the customer Generate ready data corresponding to the data needed to process the network service Transmitting the prepared data to the network element. Including.   Both the foregoing general description and the following detailed description are exemplary and explanatory. It is intended to provide a further description of the invention as claimed. Should be understood.                               BRIEF DESCRIPTION OF THE FIGURES   The accompanying drawings, which are included in and constitute a part of this specification, are presently preferred of the present invention. Illustrative implementations are illustrated, and the foregoing general description and the details of the preferred implementations set forth below are provided. Used in conjunction with the description to explain the principles of the invention.   FIG. 1 is a block diagram of an existing AIN.   FIG. 2A is a block diagram of the SMS of FIG.   FIG. 2B is a block diagram of the SCP of FIG.   FIG. 3 is a block diagram of an AIN using SMS according to one embodiment of the present invention. It is.   FIG. 4 is a block diagram of the software of the AIN of FIG. 3 according to one embodiment of the present invention. FIG.   FIG. 5A is a block diagram of the SCE of FIG. 3 according to one embodiment of the present invention.   FIG. 5B is a block diagram of the NEM of FIG. 3 according to one embodiment of the present invention.   FIG. 5C is a block diagram of the SMS of FIG. 3 according to one embodiment of the present invention.   FIG. 6 illustrates a service local area network according to one embodiment of the present invention. It is a block diagram of a work.   FIG. 7A illustrates generally the operation of the SNS of FIG. 3 according to one embodiment of the present invention. It is a flowchart.   FIG. 7B illustrates generally the operation of the SMS of FIG. 3 according to one embodiment of the present invention. It is a flowchart.   FIG. 7C illustrates generally the operation of the NEM of FIG. 3 according to one embodiment of the present invention. It is a flowchart.   FIG. 7D illustrates the switching interface system of FIG. 3 according to one embodiment of the present invention. FIG. 4 is a flowchart generally showing the operation of the system.   FIG. 8 is a flow diagram illustrating creation of SMP and CPR according to one embodiment of the present invention. It is.   FIG. 9 is an illustration of the processing of a service request according to one embodiment of the present invention. 6 is a flowchart showing the operation of a ternary intelligent network.   FIG. 10 is an SMS diagram illustrating the operation of a stored file according to one embodiment of the present invention. It is a flowchart of operation | movement.   FIG. 11 is a diagram illustrating an example of SM processing in a request processing from an SNS according to an embodiment of the present invention. It is a flowchart of operation | movement of S.   FIG. 12 is a caller call screening service according to one embodiment of the present invention. It is a graph processing diagram of the service management program of the management program.                       Best mode for realizing the present invention   The construction and operation of a preferred implementation of the invention illustrated in the accompanying drawings will now be described in detail. refer. In these drawings, identical elements and operations are referenced by the same reference numerals. .   The following description of a preferred implementation of the present invention is only a description of the present invention. The present invention It is not limited to these implementations, but can be realized by other embodiments. .   FIG. 3 shows a preferred embodiment of the AIN 300 according to the present invention. AIN300 Is a service negotiation system (SNS), SMS31 0, subscriber database 315, service creation element (SCE: service cr eation element) 325, service local area network (LAN) ) 335, NEM 345, switching interface system 355, SCP 120 And 130, STPs 140 and 150, and SSPs 160 and 170.   SCPs 120 and 130 receive SSPs 160 and 170 from telephone 180. MSAP software to perform the necessary CPR to handle incoming calls It is desirable to include. In the preferred embodiment, NEM 345 has two SCPs 120 and And the number of SCPs connected to the NEM 345 change It should be understood that   SNS 305 is one or two connected to SMS 310 via a modem communication line. Although it is desirable to include more than one computer (not shown), the SMS 310 It may also include some means of providing data to   FIG. 4 shows the software used in the preferred embodiment of the AIN 300. Software The software is a modified version 410 of the SPACE software, MSAP software. Modified version 430 of the software, multiple SMPs 420, SPACE software Software 440, MSAP software 460, multiple CPRs 450, and multiple Includes a number of triggers 470. SMP420 is based on data collected by SNS305 , Preparation data required by NEM 345 for instance creation of new service At the time of conversion to the data, the operation of the SMS 310 is controlled. SMP420 is SCE3 25 created with the modified SPACE software 410 which is preferably included in And modified MSAP software which is preferably included in SMS 310. Step 430 is executed. CPR 450 is the call received by SSP 160 and 170 The operation of the SCPs 120 and 130 is controlled in the processing of. CPR450 is for SPACE preferably included in NEM 345 based on data Created by software 440 and included in SCPs 120 and 130 Is performed by the preferred MSAP software 460. Trigger 470 is S Answer calls to or from SPs 160 and 170 and, based on these calls, MSAP requests to perform a specific CPR.   The modified SPACE software 410 contains SMP data as described below. Includes additional nodes for conversion functions. The MSAP software 430 has been modified Designed to handle additional nodes provided to SPACE software 410 Have been. Modified SPACE software 410 and SAP software A) Both of the exclusive software owned by Bellcore, the assignee of the present application. A.   According to the present invention, SMP 420 is modified in a manner similar to the creation of CPR 450. Created using the SPACE software 410 provided. Each SMP is specified Specific format of data collected by SNS 305 for each service Sequence and control the execution of service management functions for each As such, can be adjusted by operating personnel. SMP420 is the desired service management machine It supports high-level display expressions (graphs) of Noh. Like CPR, this These graphs are also called “node”, “decision boxes”, “branch (b ranch), where each node is a high-level Indicates an instruction.   FIG. 5A is a functional block diagram of the preferred embodiment of the SCE 325. SCE325 Are the CPU 558, the database 552, the operator interface 44, the customer Including a customized processing (CP) application 560. operation The user interface 44 includes a display 48, a keyboard 50, and a mouse 52. , Each of which is connected to the CPU 558.   CP application 560 includes creation unit 564 and execution unit 566. SCE The generator 564 of 325 preferably includes modified SPACE software. SC The execution unit 566 of the E325 preferably includes modified MSAP software. CP Via application, operator creates SMP related to any service And, in some cases, execute. Operator also uses CP application To create any tables, databases, or definitions needed to perform SMP. To achieve. The SMP and additional data are stored in database 552. Individual SMP Is created for each service, collected by the SNS 305, and sent to the SMS 310. Data requested by the NEM to instantiate the service. Represents the preparation data to be prepared. These SMSs are sent by the SMS 310 by the SNS 305. How to receive the collected data and import the collected data into new services. How to prepare data required by NEM335 for stance creation Indicates whether to convert. SMP can be simulated SNS or test SNS (Figure (Not shown) can be performed at SCE 325 via input received from .   FIG. 5B is a functional block diagram of the preferred embodiment of the NEM 345. NEM345 It includes a CPU 568, a database 562, and a CS application 246. CS Preferably, the application includes a service creation unit 254. Service creation department 254 preferably includes SPACE software.   The NEM 345 implements the template program and receives from the SMS 310 The prepared data and allow SCPs 120 and 130 to process calls. It is desirable to create a CPR.   FIG. 5C is a functional block diagram of the preferred embodiment of the SMS 310. SMS 310 Includes CPU 540, database 542, and CP application 560 It is desirable. The CP application 560 includes an execution unit 566. SMS31 0 execution unit 566 preferably includes modified MSAP software.   Referring again to FIG. 3, the subscriber database 315 contains a hard disk drive. Preferably include an Oracle (Oracle®) database stored above. However, this is something that is easily accessible by SMS 310. Storage medium. The subscriber database 315 contains at least the name of the customer Previous, telephone numbers and related information and data on subscription services and subscription services It is desirable to include an entry for each customer, including a list of The subscriber database is It may include additional data such as, for example, the customer's postal address, billing information, etc. .   SSPs 160 and 170 may be any commercially used to process calls. Available telephone exchanges such as AT & T 5ESS exchange, AT & T IAE SS exchange or Northern Telecom DMS100 exchange It is desirable to include such.   The exchange interface system 355 is a Bellcore document.SOAC / MAS in Interface specifications Disclosed in document reference number BD-SOAC-SPEC-002. It is desirable to include a standard MARCH interface device such as 05 to receive information required for call processing and transmit it to SSPs 160 and 170 Such an interface device may be used. This information is, for example, SSP16 When and how 0 and 170 query SCPs 120 and 130 during call processing It includes trigger data indicating whether or not to match. In another embodiment, the replacement The interface system 355 can be used in addition to or instead of the SNS 305. Via an interface to the SMS.   FIG. 6 shows a preferred embodiment of the service LAN 335. As shown, LA N335 is an operations support center (OSC) 6 02, service assurance group 604, one or more remote users 6 06, one or more remote operation support systems (OSS: operati on support systems) 608, user administration group (UAG: user administrati) on group) 610 and a maintenance and operation console (MOC) It is desirable to include ations console) 612. OSC602, UAG610, and And MOC 612 are directly connected to SMS 310 via LAN 335. remote The user 606 and the remote OSS 608 control transmission from a remote location. Transmission control protocol / i Connect to LAN via Internet using Internet protocol (TCP / IP) Desirably. TCP / IP isInternet Requests For Comments(RFC ) And a series of technical reports called RFCs Available from the center. The operation of the LAN 335 will be described later in more detail.   Referring to FIG. 3, according to the present invention, during operation of AIN 300, SMS 310 From SNS 305 regarding the start or modification of the service assigned to the customer Data, such as new connections, service charges, or disconnections. I believe. Various types of services to communicate data with other parts of AIN300 Service order passes, e.g. completion, correction, or cancellation May be included. AIN in connection between SNS 305 and SMS 310 It assists in the adjustment of the preparation flow and allows the subscriber database 315, SCPs 120 and 1 Ensure that all 30, and 160 are updated in the proper order. SNS30 5 when implementing the flow of collected data from SNS 305 The received data and the associated data contained in the subscriber database 315, if any, The subscription data. As used in the present invention, "subscription data" is S Past, active and pending messages received by the SMS 310 from the NS 305 Represents information related to data. If SNS 305 is also required, The subscription data stored in the source 315 is retrieved and updated. Therefore SNS3 05 and the SMS 310 provide information about the current state of customer subscription to the SNS 305. Retrieves and updates the updated subscription data to the SMS 310 based on the data. Can be used to send. Otherwise, if the customer requests a current view of the subscription Or, when reporting a problem, use SNS 305 to retrieve such information. Interface can be used.   Access to SMS 310 by a number of different queries from SNS 305 Are also within the scope of the present invention.   The SMS 310 creates, for example, subscription data in the subscriber database 315; Manage subscriber database 315 by deleting, updating, and retrieving You. SMS 310 also operates based on information from SNS 305, In response to an inquiry made from the service LAN 335, the subscriber database Access and manage resources 315. Subscriber database 315 goes directly to SMS 310 Although it is desirable to make a connection, a remote interface such as SQL * Net Be a remote database accessed by an interface, etc. Can also. The SQL * Net interface is available from OracleSQL * Ne t TCP / IP User's Guide (Version 1. 2) " You.   Also access to SMS 310 by many inquiries from SNS 305 It is within the range of Ming. SMS 310 and SNS 305 are TCP / IP interfaces Although it is preferable to connect using SNS, data is transferred between the SNS 305 and the SMS 310. It can also be implemented using any interface that can be passed in. S The message passed between NS and SMS is Abstract Syntax Notation One (AS) N. It is desirable to have data encoded according to 1). ANS. 1 is Defines abstract data format that is language independent and operating system independent A description method for CCITT Recommendation X. 208 and X.R. 409 And both documents were prepared by Bellcore.   The SMS 310 activates the SCP 120 and 130 subscriptions, Regarding the processing of the data received from 305 and transmitted to NEM 345, SCE 32 5 receives an instruction. These instructions are generated by the modified SPACE system It is desirable to include MP. The SMP created by these SCEs 325 One form is used to retrieve information and enter it into a CPR template. To convert it to a form that can be accepted Instruct SMS 310.   The interface between SMS 310 and SCE 325 may be, for example, RS232 Whether physical connection such as interface, Internet connection, modem connection, etc. Or the SCE 325 is physically isolated from the SMS 310 and Load the program on the floppy disk and copy it from the SCE 325 to the SMS 310. Can be handed over.   The interface between SMS 310 and NEM 345 is ASN. 1 compliant mark A TCP / IP interface using encoded data is desirable. SMS310 Is Control message traffic to NEM 345, And SMS 310 When temporarily cut with NEM345, Send a message to NEM345 for later transmission. Queued for message.   The SMS 310 is Can interface with many NEM345, With NEM345 In SCP pairs 120 and 130, Regional address of the customer in the service area The preparation data suitable for any customer can be prepared based on the Like this The SMS 310 is SCPs 120 and 130 serving the area where the customer resides Ensure that customer service is prepared.   In a preferred embodiment, SNS 305, Trigger information to SSP 160 and 170 Connected to the switching interface system 355 that provides the information. SCP120 And 130 receive a CPR containing information appropriate for call processing, Sir according to the invention When the service is implemented, SSP, Upon receiving the trigger data, SCP 120 and By 130 Which CPR is required to be activated, Also request activation And so on.   In another embodiment, The SMS 310 is Switching interface system 355 And sends trigger data to SSPs 160 and 170, SNS3 05 and the switching interface system 355 can be broken. This another In an embodiment, The SMS 310 is Exchange based on information received from SNS 305 To the interface device Send the required trigger data in the appropriate format You.   In addition to the interface between SMS 310 and SCE 325, SMS 310 and An interface also exists between the service LANs 335. This interface Through, The operator can view and update the subscription data in the subscriber database 315. Can be. Updating subscription data based on data entered in this manner is S Processing similar to the update based on the data collected by the NS 305 is performed. which In some cases, The SMS 310 converts the collected data into preparation data and converts the preparation data into NEM. 345.   7A to 7D show: The operation of the AIN 300 according to the preferred embodiment of the present invention will be generalized. Is shown in FIG. 7A generally shows the operation of the SNS 305. FIG. 7B shows SMS3 10 operation is shown generally. FIG. 7C generally shows the operation of the service LAN 335. You. FIG. 7D generally illustrates the operation of the switching interface system 355.   As illustrated in FIG. 7A, SNS 305 receives new service requests from customers Receive first (step 710). SNS 305 then: Collect data from customers (Step 712) Send collected data to SMS 310 (step 714). Finally, Based on the collected data, SNS 305, SSP160 and 170 creates the trigger data needed to properly handle the call with the new service. (Step 716) Trigger data to exchange interface system 355 (Step 718).   As illustrated in FIG. 7B, The SMS 310 receives the collected data from the SNS 305 Receiving (step 720), Service LAN 335 provides new service for collected data Is converted into preparation data required for generating an instance of (step 722). Preparation The data is transmitted to the service LAN 335 (step 724).   As illustrated in FIG. 7C, The NEM receives the preparation data from the SMS 310 (Step 730), Fill the necessary template with the prepared data (step 73 2), Instantiate the required service via the filled template (step 734).   As illustrated in FIG. 7D, The switching interface system is SNS305 (Step 740), and distributes the trigger data to the SSP. (Step 742).   FIG. Service generation in the present invention with a flow diagram showing the creation of SMP and CPR Represents the commonality of Creation unit 564 of CP application 560 (FIG. 5A) ) All of the functions available in SPACE software, And modified SPAC Includes features available only in E software. as a result, The operator 802, SC CPR 806 for execution by SCPs 120 and 130 using E325 To create Also, using the same SCE 325, S 310 for execution by SMS 310 MP804 can be created.   For a preferred method of operation of the AIN 300 including the SMS 310 according to the present invention, AIN300 that processes customer requests for service activation or modification Referring to FIGS. 9A and 9B showing the processing steps, explain.   Processing is Add service provided to AIN300, Amend, Or I will erase it When a customer requests That is, it starts when the "service modification" command is sent, Required The request is passed to the SNS 305 (step 908). SNS 305 adds services, Data from the customer required for correction or deletion is collected (step 910). client Based on information collected from The SNS 305 accepts a file that is accepted by the SMS 310. The data is transmitted in a format (step 912). Data from SNS305 using, The SMS 310 is Determine the appropriate SMP for execution, Based on that SMP And that the necessary data has been collected and received, Validate data, That is Not enough data is sent in the correct format with acceptable data values Is determined (step 914). Once the data is validated and valid, SMS31 0 means that the collected data is transferred from the initial data format to the prepared data format. Convert (step 916), Prepared data as subscription data in pending view The data is saved (step 917). Whether data is not verified in step 914 If not, The SMS enters an error state and stops processing the request (step 91). 5).   After the collected data is converted to ready data, SMS checks the due date of the request (Step 918). SMS that the date requested by SNS 305 is immediate Is determined, The SMS 310 transmits the prepared data to the NEM 345 (step 922). If the due date is sometime in the future, The SMS 310 ends the processing, Continue other actions until it determines that the requested date has been reached, It returns at that point ( Step 921) and step 922 are executed.   When the preparation data is received, NEM345 is Related to the service requested by the customer Fill the linked templates with the supplied preparation data, Correction service life of customer The CPR required to process the command is completed (step 924). next, NEM 345 retrieves the database associated with SCPs 120 and 130 with the resulting CPR. Update (step 926). next, The NEM will create or modify the required CPR. It is determined whether any error has occurred during the period (step 928). NEM3 45 does not detect an error in step 928, NEM345 confirms successful update Respond to SMS 310 with an acknowledge message (step 930). S If the NEM 345 detects an error at step 928, NEM345 is in error state Then, the processing of the request is stopped (step 929). SMS310 is NEM34 When the acknowledgment from 5 is received, The SMS 310 receives the SNS by the acknowledge signal. Responds to 305 (step 932). The SMS 310 is in the "active" state The prepared data is stored in the database 315 (step 934).   When receiving the acknowledge signal, SNS 305 is a switching interface system. A packet of information including trigger data is transmitted to the program 355 (step 936). . As used in this application, "Trigger data" Exchange interface system The necessary trie for stem 355 to properly access SCPs 120 and 130 Moth, Necessary for processing new services by deploying to SSPs 160 and 170 Data. Switching interface system checks service request due date (Step 938). Exchange interface with immediate service start date If the system 355 determines: Switching interface system 355 is SS An AIN trigger is transmitted to P160 and P170 (step 942). Due date is general If it ’s time to come, The switching interface system 355 terminates the processing ( Step 940) Continue other operations until it is determined that the requested date has come, At that time At this point, the exchange interface system 355 returns (step 941). Step 942 is executed.   Switching interface system sends trigger to SSP 160 and 170 Then It is determined whether an error has occurred during transmission (step 946). Exchange If the face system 355 detects any errors, Enter error state, The processing of the request is stopped (step 944). Exchange interface system 35 5 does not detect an error in sending a trigger to SSP 160 and 170, Exchange The interface system 355 accepts acknowledgments from SSPs 160 and 170. Is transmitted to the SNS 305 (step 948). SNS 305 is a service request To the SMS 310 to acknowledge that the AIN 300 has completed the processing of It is sent out later (step 950).   In another embodiment, Step 936 is implemented directly in the SMS 310 to The need for step 950 can be eliminated. In this alternative embodiment, Exchange interface Source system 355 acknowledges directly to SMS 310 as step 948 Send   The subscriber database 315 Collected data was first sent to SMS 310 Record the customer's subscription history from the time. SMS 310 subscribes to a specific customer service A set of subscription data related to Amendment or cancellation from initial request Presents multiple "views" of the subscription, up to any additional request. These different The view reflects the history of the service for the customer. The SMS 310 is data Assign "state" to each piece of Indicates which enforcement state the request has reached By doing Track different views. Views supported by SMS 310 The subscription status display is The following is summarized with reference to FIGS. 10 and 11.   As illustrated in FIG. The SMS 310 has a saved view 1002, Exception view -1004, 1010, Pending view 1006, Transmission view 1008, Master bee View 1012, Save collected data as subscription data in history view 1014 . Save view 1002 indicates that the collected data was received by SMS 310 but is still Or "stored" state, indicating that it has not been converted. Pending view 1006 is The collected data is successfully converted to ready data, Pass all verifications, Includes a "pending" state indicating that it is waiting to transmit to NEM 345. Sending video View 1008 is Preparation data corresponding to the data collected by SNS 305 Is currently posting to NEM 345. This The view is from the time the SMS 310 started post processing until the transmission is complete or It is desirable that it exist only until an error is encountered. exception Views 1004 and 1010 are Whether collected or prepared data failed validation (Exception view 1004), Or encountered an error during post processing (exception view 1010). Master view 101 2 is This is currently included in the databases associated with SCPs 120 and 130 An “active” state indicating that the data corresponds to the present CPR is included. History view -1014 post to NEM 345 before current master view 1012 Includes a copy of the most recent master view 1012 that was successful.   FIG. The operation of the SMS 310 and the subscriber database 315 in connection with FIG. 6 is a flowchart of the operation of FIG. SMS 310 first New or modified Receiving the collected data from the SNS 305 reflecting the customer's request for the service provided, Security This data is stored in the existing view as subscription data (step 1102). SM S310 then determines whether this data requires any correction or some error. To determine if That is, the validity of the data is verified (step 1104). . error, Or if any requested corrections exist, SMS 310 displays the "exception" view. The collected data is stored as the subscription data of the client (step 1106), End request processing (Step 1107). SMS 310 provides data that provides error correction later. Upon receipt, The SMS 310 returns to the process (step 1114), Make corrections (Step 1113), Proceed to step 1108.   If no error is detected in the initial request of step 1104, SMS 310 is currently The current data is stored as subscription data of the reserved view (step 1108). Next To The SMS determines when to instantiate the request (step 1110). SMS 310 determines that the request is due for immediate instantiation. If you specify The SMS 310 is in the form of prepared data, SCP1 via NEM345 The request is sent to 20 and 130 (step 1116). When the due date is in the future If the SMS 310 determines that the The SMS 310 ends the processing (step Step 1112) Continue other operations until it is determined that the requested date has been reached, That It returns at the time (step 1114) and executes step 1116. Preparation data When sending The SMS 310 determines whether the transmission of the preparation data has caused any error. (Step 1118).   In step 1104, If any errors are detected, SMS310 Saves the current prepared data as subscription data in the exception view (step 1120). ), The process ends (step 1121). Data that provides error correction later Is received by the SMS 310, The SMS 310 returns to the processing (Step 1124) ), Correction is made (step 1125), Retransmit the prepared data that has been corrected (step 1116), It is checked again whether the transmission was successful (step 1118).   In step 1118, transmission of the preparation data from the SMS 310 to the NEM 345 is performed. If done without an error, SMS 310 subscribes to the current master view. Data as subscription data in the history view (step 1 122), Save current data as master view subscription data (step 1123).   The SMS 310 is Flexible to manage a wide range of services via SMP mechanisms To provide sex. SMP is To create CPR for SCPs 120 and 130 The same or similar to use, Via graphical user interface Is created. Individual SMP performs the service management function of each specific service Operational personnel can be adjusted to sequence and control.   For any service, Operated by SMP and some related data tables Who Specific data items assumed in the SMS 310; Source of each data item, You To the preparation data requested by NEM345 Necessary to transform the collected data You can specify a processing step. The operator prepares one of the plurality of NEMs 345, Which NEM template to fill with data Also various conditions such as failure or Is lost data, Service area fraud, No response from NEM345, Others By specifying the error handling for Hope to specify this transformation Good.   Creation of a new AIN service associated with the SMS 310 It will be described later with reference to FIG. I do. As already discussed, AIN service creation is graphical by the operator A typical approach is to start by creating and testing the logic for the new service. You. When this logic is tested in a call processing environment, Developers will be able to Create a CPR “template” for This template is for new services The preparation data required to create the CPR for The service template is Up It is more fully described in the U.S. patent application incorporated by reference.   Collect data from customers via SNS 305, CPR for new services When the preparation data required by the NEM 345 for preparation is complete, Developers are new services You can create the SMPs needed to coordinate the creation of the resources. For the creation of SMP, Explains by explaining the processing of the request for Calling Screening (OCS) service I will tell.   OCS General market services that allow customers to "screen" incoming calls Is. Typical collected data is Customer phone number, Phone without screening List of numbers, An override PIN used to bypass the screening, S Cleaning list PIN (customer updates phone number on screening list To use) And the forwarding phone number (if the screened caller Number to be re-assigned, For example, a customer's voice mailbox).   FIG. 12 illustrates an OCS SMP according to one embodiment of the present invention. OCS SM P is From the collected data received from SNS 305, Template in NEM345 To the preparation data to fill the report and create CPR for OCS service During conversion, The operation of the SMS 310 is controlled.   Upon receiving the OCS transaction request at the SMS 310, SMS 310 is O Perform CS SMP. As used in this application, About any service "Transaction request" is to create a CPR for the service, Wipe again Represents any piece of data received at SMS 310 for the modification. O At the time of input to CS SMP (step 1202), OCS SMP It is checked whether a transaction request has arrived (step 1204). Transaxi If the application request comes from SNS 305, The SMP process branches to the SNS path ( Step 1206). In the SNS path, SMS 310 identifies the request being created Type, That is, a request for a new service, Update old service or Service cancellation, Is determined based on the information of the collected data. next, The type of request that was made Therefore, Processing is in the context of an SMP designed to handle the required format. The process branches to steps (steps 1218 to 1224). When dealing with specific requests To The SMP temporarily transfers control of the process to the second SMP to execute some of the requests. Can be The SMS 310 executes this other SMP and then returns to the original SMP. Return processing control. In such a transfer process, a process of adding a new OCS service ( Step 1230), Service cancellation (step 1232).   In step 1204, it is determined that the request has arrived internally from the SMS 310. If The SMP process branches to an internal path (step 1208), Immediately during processing Alternatively, post processing is started on the joining date and time (step 1216). SM In S310, the processing control is transferred to SMP for data transmission (step 1234). , This extracts the prepared data from the subscriber database 315, Ready data Send to NEM345. In this example, Only one function in the internal branch Exists, so Step 1214 will select the post branch. Step 1226).   When it is determined in step 1204 that the request has arrived from the service LAN 335 , The SMP process branches to the NEM path (step 1210). Like the internal branch , In this embodiment, since there is only one function in the NEM branch, Steps 1216 selects the response branch (step 1228). Response branch By transferring control to the SMP that accepts the answer, Handle the response. The SMP analyzes the response, Subscriber Database for SMS 310 Update subscription data in An appropriate response is sent to the SNS 305.   All of these secondary SMPs used in the transfer process are part of the OCS SMP It should be understood. They are, Individual SMP complexity and cost of creation Preferably, they are stored as separate SMPs to reduce cost. Like this Then a "basic" SMP is basically accessed as a node by many other SMPs. It is.   According to the present invention, The creation unit 464 of the CP software 460 of the SCE 325 Supports SMS 310 functions not performed by SCPs 120 and 130 As Expanded and extended to include new programming elements. These new elements are Used to create SMP in the form of additional nodes Used to create a graph. further, SMS-specific functions are It was added to the execution part of the CP application in SCE325.   Basic programmability available with MSAP and SPACE software The features of are described below, The preferred extensions and extensions of the present invention will now be described. Less than The functions listed in the list are the basic nodes existing in the SPACE software and additional Including node format.   Each of the following node types is provided via a graphical user interface: Available to create SMP by: Program initiation, Decision (decision making), Table data management, Management data collection, External system Interface with the system, Application testing, Application management, new Additional services, SMP activation, Access to the database.   The "program initiation" function starts the SMP flow. Call For processing, Using CPR, When the switch encountered a trigger during call processing, For example, if the caller dials a specific number, Received a call, Went off hook Or This function determines. Program start for SMS 310 is SMP function Start in response to boot. The SMS 310 specifies that the SMS 310 is related to the SMP. Whenever we receive any data that is perceived to be related to our service Activate the MP function.   The "decision making" function The SMP processes the data via the SMS 310. Logical decisions can be made that affect the logical flow. For example, AIN Service SMP for the processing of collected data for the customer uses a specific switch You may have a service area decision to find out. Based on the decision, Service Service request continues, It will be handled in the exception handling routine.   The "management of table data" feature Application Can manipulate data tables. SPACE software table Create the data in Filling, Access Including the ability to update. Preferably, This These tables are As a regular Oracle (Oracle®) table Stored internally by the SMS 310 or SCPs 120 and 130. Te Table data is prepared data about the service area, Service parameter selection , Or request from NEM 345 to create CPR for any service Includes other information that is While preparing a transaction, SMS 310 and NE Between M345, These tables are accessed as part of the process of validating instructions Is done. The table is the processing result, For example, save an instruction error or instruction hold Also used for.   The "gathering administrative data" function SMP designer Can include data collection and reporting in the SMP. What is data collection In some network events or situations, For example, creating a new service subscription, With cancellation of service subscription, etc. Specified in SMP. This network ・ When an event occurs, The collected data is a data and report system (DR S: data and reports system) and sent for retention and reporting.   "Interfacing with external system" machine Noh is When the SMP designer For example, data of other OSS systems Can access. In the SPACE system, GetData and SendData nodes Alternatively, the processing routine retrieves and updates data of the external system. Current location GetData and SendData nodes are systems on a TCP / IP network, 3 270 SNA network, And SS7 network database I'm   The "testing application" feature Can perform the test operation. SPACE software was used for initial testing, Can also be launched on SMS 310 for diagnostics and troubleshooting Includes built-in test tools.   The "managing application" function allows the operator 0 allows the application to be modified and activated. Application management Function adjusts many SMPs and templates, Convert collected data to prepared data Including specific functions.   The "adding new services" feature The operator is inside the SMP New services can be added to. SMP for new services is generally Add new databases using programming tools, Modify the rules Or additional editing, Support new AIN service function, Or service Can provide management reports. In SPACE, GetData, Send Data, Play Application Data from external OSS with different general contact nodes New software specially written for extracting or extremely rare processing Launch or Or it can be used to access OSS data.   The “SMP Start (ivoke SMP)” function is used when an application such as P can be activated. Currently implemented in SSP160 and 170 in AIN CPR service can be started via a trigger defined by AIN. These static AIN trigger is not enough to start SMP, SMP activation in SMS310 Replaced by a function. The SMP activation transaction is SMP should be started And For example, sending data Data is received from the collaborative system Occurs when One example of this is Referring to FIG. 12, the operation of OCS SMP Can be In FIG. SN to branch SMP to step 1206 From S305 SMS 31 internally branching SMP to step 1208 From 0, Alternatively, the SMP can be started from the NEM 345 that branches to step 1210. You.   Preferred embodiments of the present invention are: Executing the SMP start transaction by the SMS 310 It includes a number of facilities of the AIN 300 that transmit to the environment. Most frequently used Is between the SMS 310 and the SNS 305, SMP start transaction for data And connection to package as Administrators and operating personnel need to activate SMP. Interface between the service LAN 335 and the SMS 310.   With the database access function, SMP from external or internal database Can access data from In the SPACE system, Database access The functions include a generic data layer building block (DLBB: Data Layer Building Block) Primitives, Table access primitives, GetData primitive, And And SendData primitives, These are SMS 310, especially subscriber data Widely used to access the base 315.   further, In a preferred embodiment of the CP application of the present invention, Standard SPACE It extends some features of the software. For example, SPACE software So for now, Define tables used for AIN service . According to a preferred embodiment of the present invention, These facilities are stored in the subscriber database. More complex databases needed can be defined by the SMP developer. these The database is Existing primitives (Table Access, GetData, SendData) It is available directly in the SMS 310 execution environment via. Preferably these data The base is created as an Oracle (registered trademark) database.   The SMS 310 is Many not available with current version of SPACE software Includes additional features for numbers. These functions are provided by the prepared interface, Multiple view - Improved transaction processing, Service area network function, Open Access, And protocol support.   Prepare interface for interface between SMS 310 and NEM 345 Transaction is Provide multiple views of any service request Generated by SMP. at present, NEM function is optional for CPR Does not have multiple views of the request. SMS 310 is a database role Supports back facility to provide improved transaction processing I do. SMS 310 can send subscriptions to any regional network system. Transmission to the SCP combination pair is not restricted. SMS 310 also Will occur in the future Other services, such as providing open access as anticipated by the need for Receives service requests obtained by the GetData / SendData function from the OSS system. Get in. Service requests obtained by the GetData / SendData function are Work on the work protocol, Includes protocol handlers in customer specific situations It is desirable to be able to expand it.   Preferred embodiments of the SMS of the present invention also include: Play Application Primitive General-purpose process layer building block (PL) BB: process layer building block). Play application program Primitives are intended for AIN services, such as paging nets. Intelligent peripherals (IP: intelligent p Used to initiate processes running on eripherals).   The play application primitive also External in collaborative systems It also provides the ability to start the process. This allows SMS to process several processes. Can be reused, Some of them can be provided for immediate use, Some are maneuvers The author is developed to suit the individual needs of the customer. For example, For customers The AIN service that must prepare digital records for IP preparation system Application to send instructions to the user to activate a customized announcement , "Download speech" can be used.   Another example of the use of play application primitives is Customer service It is to prepare voluntarily. For example, a customer has a "service desk" app. Application to modify the characteristics of these services themselves. Wear. The AIN service desk application plays to the SMS 310 Issue applications to manage fixes for affected systems. this is, Was For example, This can be done by using a touch-tone telephone. In this example, Step The Ray application arrives at the SMS 310 as an SMP activation, Started SMP handles the validation and distribution of customer modifications.   In a preferred embodiment of the present invention, Third-party providers provide standard OSS games That use their own system to communicate with the SMS 310 using the Have options. Besides this, Provider is a supported application The user can access the SMS 310 via the option terminal. SMS 310 is transac Provides an open contact interface for application requests , Third party providers can utilize these same communication protocols.   Third-party professionals who maintain customers using their own systems The Vida AIN system including SMS of the present invention using OSS gateway Access to With this approach, Interface is system-to-system , No need for SMS310 display "screen" for data maintenance, Third Party Provider Prepare and maintain the customer's AIN service data Use the screen to Access to SMS 310. These screens Is The data resources required to collect the required data from the serving customer Provide element “template”.   But, The operator of the SMS 310 is: Used for maintenance and operation of SMS 310 Has the ability to prohibit third parties from viewing the screen. These screens Is It should be available only to operating personnel responsible for such work.   further, The SMS 310 is Physical communication address, Message format, Request format, Provides message security validation via password and security fields it can. All transaction requests from third-party providers are secure. Screened through the Service provider goes to SMS310 Ensure that you are authorized to access and perform the requested transaction. Help testify. Transaction with SMS 310 requesting service modification Each application has a security field associated with it. This security figure Field Stored with subscription data when data is added or modified Contains the data value to be processed. Third-party providers view their customers' enrollments Limited to maintenance.   The SMS 310 is The traffic requested by the third-party service provider Perform a specific SMP to process the transaction. Operator or third party The service provider To gather the appropriate statistics as desired It is within the scope of the present invention to include processing logic in the SMP.   Third-party providers list customers and their subscribed services Has access to standard reports. S to all users under the guidance of the operator To ensure that proper processing and performance levels of MS 310 are maintained Special reports are available. Report transfer strategy is based on operator and third party Depends on the needs of the tee.   Errors in third party transaction requests third party Reported in an error file that can be viewed by   A preferred embodiment of SMS 310 software development is: Existing SPACE service product Includes a toolkit based on the development environment. SPACE system reports and squirrels Is used for list service creation components created by third parties. Is available. Third-party use of the SMS310 process server , The operator obtains some of the customer's subscription statistics held by third parties. SMP logic can be included.   The preferred embodiment of the SMS 310 includes a user interface and an AIN user group. Some service management features and access flexibility to support loop requirements providing. For use in the preferred embodiment of the SMS 310, User's workstation The options are TCP / IP which allows various group access to the SMS 310, G Kunling, Or provide Ethernet communication.   Figure 6 shows a support center user, Indirect access users, Service Guarantee User, And how the user administrator can locally or remotely 0 indicates whether it is possible to access. Terminal device used in the configuration shown in FIG. Is SMS 310 user access to other systems used by operator TCP / IP that can do Token ring LAN interface capability An intelligent workstation is preferred.   TCP / IP, Owns a workstation with a token ring LAN connection Authenticated users have access to the SMS 310 system. These users are Local to the LAN connected to MS 310, Or connection to SMS 310 Be located in a remote location such that the There is also.   The maximum number of workstations that can be supported is largely determined by response time requirements Can be The preferred embodiment of the SMS system provides 30 workstations to the SMS 310. Users can connect at the same time.   The SMS310 workstation has a system bar with the capabilities and features of the menu bar. Graphical user interface as presented using and pulldown Provide User can select menu by point and click technology Or navigate through Or the function key combination Noh can be accessed.   The preferred embodiment of the graphical user interface is X Window System Based on with Motif Style guides. Color monitor connected to workstation Nita offers a high level of resolution, Displaying large amounts of information without loss of detail Can be.   The SMS 310 provides online access to all functions and tasks to be performed. To the operator. Have access to a complete set of online documentation, After It supports user-specific notations and bookmarks for searching.   SMS 310 provides text feedback for actions across the bottom of the screen, For example, a syntax error notification or remote operation status Provide an dialog box. The user has additional information to help resolve any errors. Online providing information and further details on how to use the system Documents are readily available.   SMS 310 subscribes to function as a retention facility for incomplete service requests Supports "saved" views for This capability allows users to request services Can be held until a later date. Request is, User completes request information And remain stored until sent to the verification process.   A preferred embodiment of the SMS 310 is Oracle® database tables To store the subscription data element. When users create special reports, Preferably, a compatible Oracle® reporting tool is available. further , The sampling and measurement nodes Data and report system and S If the operator selects to communicate MS 310, Used by SMP developers it can. Leverage the DRS system to support reporting capabilities in SMS310 By doing Operators can collect data reflecting actual SMP request processing statistics. Wear. The operation statistics associated with the system functions are the maintenance management and operation commands of the SMS 310. Provided to the user via console 612.   Illustrated what is currently considered to be the preferred embodiment and method of the present invention. And explained, Various changes and modifications may be made without departing from the true scope of the invention. It is understood by those skilled in the art that what can be done and equivalents can be replaced by these elements. I understand. For example, The preferred embodiment of the present invention is described in the context of AIN and telephone networks. did. But, The invention relates, for example, to cable television networks, Con Pewter network, Wireless networks, Broadband networks, etc. Other Can be used for system management in telecommunication networks.   further, Without departing from the central scope of the invention, Specific elements, Technology, Or, many modifications can be made to adapt an implementation to the teachings of the present invention. Accordingly, the present invention is not limited to the particular embodiments and methods disclosed herein. rather than, It is intended that the invention include all embodiments falling within the scope of the appended claims. Figure.

【手続補正書】特許法第１８４条の８ 【提出日】１９９７年８月３０日 【補正内容】 請求の範囲 １．サービス調停システムとネットワーク・エレメント・マネージャの間に間置 されるサービス管理システムであって、 複数のサービス管理プログラムを含むメモリと、 顧客からサービス要求を受信し、前記サービス要求はネットワーク・サービス に対応する機能名と、対応データとを含む手段と、 前記機能名に基づいて複数の記憶領域からサービス管理プログラムを選択する 手段と、 前記サービス管理プログラムを実行して、前記顧客から受信したデータに基づ き前記ネットワーク・サービスをネットワーク・エレメントが処理するのに必要 な情報に対応する用意データを取得するデータ・プロセッサと、 前記顧客から受信した前記データを前記ネットワーク・エレメント・マネージ ャへ送信するための標準用意フォーマットにする手段と、 前記用意データを前記ネットワーク・エレメント・マネージャへ送信して、サ ービス制御ポイントに関連するデータベース内に記憶された呼処理レコードを更 新する手段と、 を備えることを特徴とするサービス管理システム。 ２．前記機能名は、電気通信システムで利用可能なサービスのサービス名称に対 応することを特徴とする請求項１に記載のサービス管理システム。 ３．前記データ・プロセッサはトリガ・データも生成して、前記トリガ・データ を前記ネットワーク内の前記電気通信交換機へ送信し、前記トリガ・データは前 記交換機で認識されてサービスを処理すべきことを表わすことを特徴とする請求 項１に記載のサービス管理システム。 ４．顧客からのサービス要求を送信し、前記サービス要求にはネットワーク・サ ービスに対応する機能名と、対応データとを含むプロセッサと、 前記機能名に基づいて複数の記憶領域からサービス管理プログラムを選択する 手段と、 前記サービス管理プログラムを実行して、前記顧客から受信したデータに基づ き前記ネットワーク・サービスをネットワーク・エレメントが処理するのに必要 な情報に対応する用意データを取得するデータ・プロセッサと、 前記用意データを受信するためのネットワーク・エレメント・マネージャ手段 と、 前記ネットワーク・エレメント・マネージャに応答して前記用意データで更新 される呼処理レコードを選択する手段と、 を備えることを特徴とするインテリジェント型ネットワーク。 ５．サービス管理プログラムを作成するのに適したサービス作成エレメントをさ らに備えることを特徴とする請求項４に記載のインテリジェント型ネットワーク 。 ６．前記データ・プロセッサへ動作的に接続されて、前記要求されたサービスに 関連する追加データを記憶するための外部データ・システムをさらに備えること を特徴とする請求項４に記載のインテリジェント型ネットワーク。 ７．前記機能名は、前記電気通信システムで利用できるサービスのサービス名に 対応することを特徴とする請求項４に記載のインテリジェント型ネットワーク。 ８．前記要求されたサービスに対応するトリガ・データを生成し、かつ、前記ト リガ・データを前記ネットワーク内の前記電気通信交換機へ送信する手段をさら に備え、前記トリガ・データは、前記交換機で認識されてサービスを処理すべき ことを表わすことを特徴とする請求項７に記載の方法。[Procedure of Amendment] Article 184-8 of the Patent Act [Submission date] August 30, 1997 [Correction contents]                                 The scope of the claims 1. Interposed between service arbitration system and network element manager Service management system, A memory containing a plurality of service management programs;   Receiving a service request from a customer, wherein the service request is a network service Means including a function name corresponding to and a corresponding data;   Selecting a service management program from a plurality of storage areas based on the function name Means,   Executing the service management program, based on data received from the customer; Required for the network element to process the network service A data processor for obtaining preparation data corresponding to various information;   Transmitting the data received from the customer to the network element management Means for providing a standard prepared format for transmission to the   Sending the prepared data to the network element manager, Update call processing records stored in the database associated with the service control point. New means,   A service management system comprising: 2. The function name corresponds to the service name of the service available in the telecommunications system. The service management system according to claim 1, wherein the service management system is responsive. 3. The data processor also generates trigger data and the trigger data To the telecommunication switch in the network, and the trigger data is Claim that the service is to be recognized and recognized by the exchange. Item 2. The service management system according to item 1. 4. Send a service request from a customer, and include the network service A processor including a function name corresponding to the service and corresponding data,   Selecting a service management program from a plurality of storage areas based on the function name Means,   Executing the service management program, based on data received from the customer; Required for the network element to process the network service A data processor for obtaining preparation data corresponding to various information;   Network element manager means for receiving the preparation data When,   Update with the prepared data in response to the network element manager Means for selecting a call processing record to be performed;   An intelligent network comprising: 5. Provide a service creation element suitable for creating a service management program. 5. The intelligent network according to claim 4, further comprising: . 6. Operatively connected to the data processor to provide the requested service Further comprising an external data system for storing relevant additional data The intelligent network according to claim 4, wherein: 7. The function name is a service name of a service available in the telecommunications system. The intelligent network according to claim 4, wherein the network is compatible. 8. Generating trigger data corresponding to the requested service; and Means for transmitting rigger data to the telecommunications exchange in the network. The trigger data should be recognized by the switch to process the service The method of claim 7, wherein the method comprises:

Claims (1)

【特許請求の範囲】 １．電気通信ネットワークにおいて、顧客からのサービス要求を処理するための 方法であって、 前記顧客から、ネットワーク・サービスに対応する機能名称と対応データを含 むサービス要求を受け取るステップと、 前記顧客から受信した前記データに基づいて、ネットワーク・エレメントが前 記ネットワーク・サービスを処理するのに必要な情報に対応する用意データを生 成するステップと、 前記ネットワーク・エレメントに前記用意データを送信するステップと を備え、データ・プロセッサにより実行されることを特徴とする方法。 ２．外部システムから追加データを取り出すステップをさらに備え、前記生成す るステップは、前記顧客から受信した前記データと前記外部システムから取り出 した前記追加データの双方に基づいて用意データを生成することを特徴とする請 求項１に記載の方法。 ３．トリガ・データを生成するステップと、 前記ネットワークの電気通信交換機へ前記トリガ・データを送信し、前記トリ ガ・データは前記交換機で認識されてサービスを処理すべきことを示すステップ と、 をさらに備えることを特徴とする請求項１に記載の方法。 ４．前記ネットワーク・エレメントは、電気通信交換機経由で電気通信呼を処理 するためのサービス制御ポイントであることを特徴とする請求項１に記載の方法 。 ５．前記顧客から受信した前記データに対応する外部システムへ加入データを送 信するステップをさらに備えることを特徴とする請求項１に記載の方法。 ６．複数のサービス管理プログラムを含むメモリと、 顧客からサービス要求を受信し、前記サービス要求はネットワーク・サービス に対応する機能名と対応データとを含む手段と、 前記機能名に基づいて複数の記憶領域からサービス管理プログラムを選択する ための手段と、 前記サービス管理プログラムを実行して、前記顧客から受信したデータに基づ き前記ネットワーク・サービスをネットワーク・エレメントが処理するのに必要 な情報に対応する用意データを取得するためのデータ・プロセッサと、 前記ネットワーク・エレメントへ前記用意データを送信するための手段と を備えることを特徴とするサービス管理システム。 ７．前記機能名は、電気通信システムで利用可能なサービスのサービス名称に対 応することを特徴とする請求項６に記載のサービス管理システム。 ８．前記データ・プロセッサはトリガ・データも生成して、前記トリガ・データ を前記ネットワーク内の前記電気通信交換機へ送信し、前記トリガ・データは、 前記交換機で認識されてサービスを処理すべきことを表わすことを特徴とする請 求項７に記載のサービス管理システム。 ９．顧客からのサービス要求を送信し、前記サービス要求にはネットワーク・サ ービスに対応する機能名と、対応データとを含むプロセッサと、 前記機能名に基づいて複数の記憶領域からサービス管理プログラムを選択する ための手段と、 前記サービス管理プログラムを実行して、前記顧客から受信したデータに基づ き前記ネットワーク・サービスをネットワーク・エレメントが処理するのに必要 な情報に対応する用意データを取得するためのデータ・プロセッサと、 前記用意データを受信するためのネットワーク・エレメントと を備えることを特徴とするインテリジェント型ネットワーク。 １０．追加のサービス管理プログラムおよびその他のサービス作成データを作成 するためのサービス作成エレメントをさらに備えることを特徴とする請求項９に 記載のインテリジェント型ネットワーク。 １１．前記データ・プロセッサへ動作的に接続されて前記要求されたサービスに 関連する追加データを記憶するための外部データ・システムをさらに備えること を特徴とする請求項９に記載のインテリジェント型ネットワーク。 １２．前記機能名は、電気通信システムで利用できるサービスのサービス名に対 応することを特徴とする請求項９に記載のインテリジェント型ネットワーク。 １３．前記データ・プロセッサは、トリガ・データも生成して前記トリガ・デー タを前記ネットワーク内の前記電気通信交換機へ送信し、前記トリガ・データは 前記交換機で認識されてサービスを処理すべきことを表わすことを特徴とする請 求項１２に記載の方法。 １４．前記ネットワーク・エレメントは、電気通信交換機経由で電気通信呼を処 理するためのサービス制御ポイントであることを特徴とする請求項９に記載のイ ンテリジェント型ネットワーク。[Claims] 1. In a telecommunications network, to process service requests from customers The method   The customer includes a function name and corresponding data corresponding to the network service. Receiving a service request,   Based on the data received from the customer, the network element Prepare data corresponding to the information required to process network services. Performing the steps;   Transmitting the preparation data to the network element;   And being performed by a data processor. 2. Retrieving additional data from an external system; Extracting the data received from the customer and the external system. Preparing the preparation data based on both of the additional data described above. The method of claim 1. 3. Generating trigger data;   Transmitting the trigger data to a telecommunications exchange of the network; Data is recognized by the switch to indicate that a service should be processed When,   The method of claim 1, further comprising: 4. The network element processes a telecommunications call via a telecommunications switch 2. The method of claim 1, wherein the method is a service control point. . 5. Sending subscription data to an external system corresponding to the data received from the customer The method of claim 1, further comprising the step of communicating. 6. A memory containing a plurality of service management programs;   Receiving a service request from a customer, wherein the service request is a network service Means including a function name corresponding to and a corresponding data;   Selecting a service management program from a plurality of storage areas based on the function name Means for   Executing the service management program, based on data received from the customer; Required for the network element to process the network service A data processor for obtaining preparation data corresponding to important information;   Means for transmitting the preparation data to the network element;   A service management system comprising: 7. The function name corresponds to the service name of the service available in the telecommunications system. 7. The service management system according to claim 6, wherein the service management system is responsive. 8. The data processor also generates trigger data and the trigger data To the telecommunication switch in the network, and the trigger data comprises: A service that is recognized by the exchange to indicate that a service should be processed. The service management system according to claim 7. 9. Send a service request from a customer, and include the network service A processor including a function name corresponding to the service and corresponding data,   Selecting a service management program from a plurality of storage areas based on the function name Means for   Executing the service management program, based on data received from the customer; Required for the network element to process the network service A data processor for obtaining preparation data corresponding to important information;   A network element for receiving the preparation data;   An intelligent network comprising: 10. Create additional service management programs and other service creation data The method of claim 9, further comprising a service creation element for performing The described intelligent network. 11. Operatively connected to the data processor to provide the requested service Further comprising an external data system for storing relevant additional data The intelligent network according to claim 9, wherein: 12. The function name corresponds to the service name of the service available in the telecommunications system. The intelligent network according to claim 9, wherein the network is responsive. 13. The data processor also generates trigger data and generates the trigger data. Data to the telecommunication switch in the network, and the trigger data is A service that is recognized by the exchange to indicate that a service should be processed. 13. The method according to claim 12. 14． The network element processes a telecommunications call via a telecommunications exchange. 10. The service control point according to claim 9, wherein Intelligent network.
JP8526880A 1995-03-06 1996-02-22 Service management operation and support system and method Pending JPH10506254A (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US39927595A 1995-03-06 1995-03-06
US08/399,275 1995-03-06
PCT/US1996/002273 WO1996027835A1 (en) 1995-03-06 1996-02-22 Service management operation and support system and method________________________________________________________________________

Publications (1)

Publication Number Publication Date
JPH10506254A true JPH10506254A (en) 1998-06-16

Family

ID=23578910

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8526880A Pending JPH10506254A (en) 1995-03-06 1996-02-22 Service management operation and support system and method

Country Status (7)

Country Link
EP (1) EP0813715A4 (en)
JP (1) JPH10506254A (en)
KR (1) KR19980702868A (en)
CN (1) CN1186554A (en)
CA (1) CA2214725A1 (en)
TW (1) TW322671B (en)
WO (1) WO1996027835A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002544686A (en) * 1999-05-05 2002-12-24 メディアワン グループ インコーポレイテッド Headend Provisioning Agent

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69835082T2 (en) * 1997-05-30 2007-07-19 Alcatel USA Sourcing, L.P., Plano WORLDWIDE-WEB INTERFACE TO TELECOMMUNICATIONS SERVICE GENERATION ENVIRONMENT
US6088434A (en) * 1997-10-29 2000-07-11 Alcatel Usa Sourcing, L.P. Method and system for communicating telecommunications provisioning information
US6791952B2 (en) 1997-10-31 2004-09-14 Nortel Networks Limited Asymmetric data access scheme
US6009430A (en) * 1997-12-19 1999-12-28 Alcatel Usa Sourcing, L.P. Method and system for provisioning databases in an advanced intelligent network
KR100629555B1 (en) * 1999-11-10 2006-09-27 주식회사 인프라밸리 Data transmission method between Service Management System and Wireless Information Service Center in intelligence network system
DE10331733A1 (en) * 2003-07-11 2005-01-27 Rene Lehmann Terminal e.g. for paying system in electronic transaction, has SIM which aids operation of terminal such as mobile phone with control equipment has in and output equipment to operate terminal
JP4633593B2 (en) * 2005-09-29 2011-02-16 株式会社エヌ・ティ・ティ・ドコモ Information providing system and information providing method
CN101202958B (en) * 2007-12-14 2010-08-11 中国联合网络通信集团有限公司 Method, device and system of telecommunication service information processing
CN110830384B (en) * 2019-09-30 2023-04-18 浙江口碑网络技术有限公司 Method, device and system for limiting service flow

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0497645A (en) * 1990-08-15 1992-03-30 Fujitsu Ltd Service control system for scp in intelligent network
CA2048306A1 (en) * 1990-10-02 1992-04-03 Steven P. Miller Distributed configuration profile for computing system
US5426427A (en) * 1991-04-04 1995-06-20 Compuserve Incorporated Data transmission routing system
FR2694466B1 (en) * 1992-07-29 1994-09-02 Cit Alcatel Telecommunication network carrying out call processing and connection processing separately.
US5392402A (en) * 1993-06-29 1995-02-21 Bell Communications Research, Inc. Broadband intelligent telecommunications network and method employing a resource system to support network services
US5475737A (en) * 1993-09-17 1995-12-12 Bell Atlantic Network Services, Inc. Toll saver for centralized messaging systems
US5416833A (en) * 1993-11-16 1995-05-16 Bell Atlantic Network Services, Inc. Method and apparatus for provisioning a public switched telephone network
US5425090A (en) * 1993-12-07 1995-06-13 Bell Communications Research, Inc. System and method for providing advanced intelligent network services
US5499343A (en) * 1993-12-17 1996-03-12 Taligent, Inc. Object-oriented networking system with dynamically configurable communication links

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002544686A (en) * 1999-05-05 2002-12-24 メディアワン グループ インコーポレイテッド Headend Provisioning Agent

Also Published As

Publication number Publication date
WO1996027835A1 (en) 1996-09-12
EP0813715A1 (en) 1997-12-29
EP0813715A4 (en) 2000-11-02
CA2214725A1 (en) 1996-09-12
KR19980702868A (en) 1998-08-05
TW322671B (en) 1997-12-11
CN1186554A (en) 1998-07-01

Similar Documents

Publication Publication Date Title
US6330598B1 (en) Global service management system for an advanced intelligent network
US5802146A (en) Maintenance operations console for an advanced intelligent network
US5958016A (en) Internet-web link for access to intelligent network service control
US7461381B2 (en) Flexible network platform and call processing system
US5644631A (en) Method and apparatus for delivering calling services
CA2204132C (en) A network-based telephone system providing coordinated voice and data delivery
US6298352B1 (en) Apparatus and method for managing number sources
EP0954932B1 (en) Graphical subscription manager intelligent network
KR100633716B1 (en) NPA split management in intelligent network environment
JPH07504543A (en) network management system
WO1999004579A1 (en) System and method for achieving local number portability
JPH09512970A (en) Communication network service creation device
CN1285120A (en) Architecture independent application invocation over telephony network
EP0661891B1 (en) An apparatus for managing an element manager for a telecommunications switch
US6961417B2 (en) System and method for real-time provisioning of central office services
JPH10506254A (en) Service management operation and support system and method
WO2000038389A2 (en) Method and apparatus for protocol translation
WO2000003550A1 (en) Hypertext transport protocol interface in an intelligent network node
O'Reilly et al. Experiences in prototyping the intelligent network
KR100325694B1 (en) Local number portability audit management process in local service management system
EP0961507A2 (en) Extension of an AIN/IN SSP