JPH06502751A - 個別化電気通信サービスを指定するシステムおよび処理 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】

個別化電気通信サービスを指定するシステムおよび処理盆辺Ω五駁 本発明は全般的に個別化サービス供給の分野に関するものであり、さらに詳しく は個別化４話サービス供給の問題に関するものである。 新しい電話サービスの実施は、これまで電話会社にとって長い間の問題であった 。今日のアドバンスト・インテリジェント・ネットワーク（”ＡＩＮ”）におい て、キャッチホンなどの新サービスが開発される場合、そのサービスの開発・実 施に必要な経済的状悪はできる限り多くのＭ各を有する大きな規模でなければな らない。あるサービスを顧客が希望しても、そのサービスが大量市場で行なわれ るか、他の方法で経済的に利益があがらなければ実施されないことがよくある。 現ｆ１．電話は能は、限られた数の利用ＩＩｆ能サービスの中から顧客が礼望す る機能を選択することによって供給されている。ｐｒｏｇｒａｍｍｉｎｇ　ａ　 ５ｅｒｖｉｃｅ　（サービスのプログラミング）と呼ばれるこのアプローチは、 顧客が希盟する！：１能を与えられることなく置き去りにされることになる。例 えば、ある顧客がキャッチホンを使用したいが、一般に利用可牝なものとわずか に異なる形で使用したい場合、その前１れな要請にも応えられないと顧客へ返答 することになる。 さらに、既存のサービスに新サービスを加えることは、新サービスと既存サービ ス間の（・１話によって大きな問題を赳こ丁ｏ１能ずＬかめる。これは）らに、 新’１１１１情サービス実施（；追加的障害を作り出すことにもなる。例えば、 キャッチホンのような新サービスを追加することは、ｃａｌｌ　ａｗｓｆｅｒ　 ｏｎ　ｂｕｓｙ　（話中での呼び出し転送）などの、ある既存サービス状況下で は互換性がない可能性が非常に高い１、このような対話ヒの問題に対する通常の 解決法は。 顧客によって両方のサービスが同時に使用されることを防１トするという方法で ある。これは、当然のことながら、新サービスの威力を制限してしまうことにな る。 サービスに互換性がある場合でも、顧客サービス供給に対する慣習的アプローチ では、！０客が数社のサービスの限られた機態のみ？希望する場合であっても、 いくつかのサービス全体に加入しなければならないことになる。これでは、費用 がかかり、非効率的である。 ＰＣｒ国際土願番号ＰＣｒ／Ｕ、Ｓ、　８４１０１６１０は個別の顧客への個別 のサービスを定義する方法について述べている。この方法では、電話サービスは 、慣習的プログラム・シーケンスを使用して顧客が定義する顧客プログラムによ って行なわれる。このプログラムは、呼び出しが処ＦＩ！されている時に電話ネ ットワークの外部にある顧客のホストコンピュータ上で実行することが可能であ る。この方法は、電話ネットワーク交換システム・ソフトウェアを変更すること なく新しい個人的顧客サービスを形成することができるが、その適用範囲は非常 に限定されている。例えば、この方法は、各サービスが、それを設計した顧客に 対して特定であるなめ、ネットワーク全体には新サービスを実施することができ ない、また、この方法は、サービスを使用する全ての顧客が電話システムの外部 にある個別のホストコンピュータを持っていなければならない。さらに、あるサ ービスを設計するためには、サービスを定義するようコンピュータ・プログラマ −がプログラム・シーケンスを１かなければならず、またサービスを変更するに はプログラマ−がプログラム・シーケンスを変更しなければならない。 ＰＣＴ／’ＩＪ、５．８４１０１６０における個別化の試みは′Ｒ＋？にイ／１ するが、これは設計者がサービスのプログラミングでの慣習的概念から離れよう とする試みに直面したという問題、ｔ、（を強調している。問題の一つはハード ウェアの限界である。各ユーザへの個別化されたサービスを開発するためのソフ トウェアは、できる限り多くのユーザに対してサービスを設計・テストする能力 が利ｍできるよう、異なるハードウェア・ブラットホームで使用されなければな らない。 加えて、サービスの設計に標醐のプログラミングが必要であってはならない。こ れは、このような個別化を供給することへのコストと困ルさによって、サービス 使用が高価すぎるものになってしまうからである。 従って、経済的に実施・使用でき、多重機能・単一サービスを供給する能力があ るシステムが望ましいことになる。 このようなシステムに望ましいもう一つの機能は、その下層にあるシステムの知 識を必要とせず、容易に多重８！能・単一サービスを設計できるという機構であ る。 もう一つの菫ましい機能は、システムまたはシステムの一部を他の機械または装 置へ移せるという容易な輸送性である。 発明のこれ以外の要望事項は次に説明されている。一部は明細書から理解され、 または本発明の実地から学ばれると思われる。本発明の利点は、付録の主張に特 に指摘された手段および組合わせによって実現および獲得することが可能である 。 生公五Ω公ユ 前記の！望を成し逐げるため、またここに表わされ広範囲に説明された発明の目 的に従い、本発明は異なる機能を供給する異なるレベルのシステムを供給する。 特に、ネットワークの顧客に対して、要請されたサービスを供給するため、電話 ネットワークを指示する手順を設計するためのデータ・プロセシング・システム で、望ましくは、その手順の視覚的表現を表示するディスプレイ・ターミナルを 含んだもの；また、ディスプレイ・ターミナルに連結した制御装置で、そのディ スプレイ・ターミナルが多重レベルのデータを基本とした視覚的表現を表示し、 その多重レベルのデータは、視覚的表現の表示情報を含む図形的表現レベルを含 んでいるもの：データを含み、データ構造に組織されたデータ構造レベルで、表 示情報に対応するもの；および１諸されたサービスが実施するためのコード・レ ベルで、データ構造におけるデータに対応するコード・レベルであるもの。 また、ここ）；衣ねされ広ｒｒ！、囲に説＋９１された発１夕ｊの目的に従い、 不発明は事７トワークの顧客に対して、妥請されたサービスを供給するため、Ｘ ［話ネットワークを指示するデータ・プロセシング・システムにおける手順を記 憶する方法を供給する。できれば、図形的表現レベルにおいて、その手順の視覚 的表現の表示情報を記憶し：データ構造レベルにおいて、表示情報に対応する、 データ構造に組＆！１されたデータを記憶し：そして、コード・レベルにおいて 、要請されたサービスを実施するための実行可能コードで、その実行可能コード はデータ構造におけるデータと対応しているものを記憶するステップから成る方 法が望ましい。 盈皿二皿巣主晟五 仕様に組み入れられた、または仕様の一部分から成る添付の図面は、上記の一般 的説明および下記の望ましい実施例の詳細な説明と共に、本発明の望まれる実施 例を図示し、発明の詳細な説明する。 図面での： 図１は、「グラフ」顧客インターフェースの一例；図２は、　「書式」顧客イン ターフェースの一例；図３は、アドバンスト・インテリジェント・ネットワーク の機能的ブロック図；図４Ａは、本発明の１つの実施例に従ったサービス管理シ ステムの８１能的ブロック図；図４Ｂは、本発明の１つの実施例に従ったサービ ス制御点の機能的ブロック図：図４Ｃは、本発明の別の′Ｊ、施例に従ったサー ビスｋｌＩ御点の機能的ブロック図；和は、本発明の１つの実施例に従ったパー ソナル・コンピュータのａ能的ブロック図；図５は、本発明の１つの実施例に従 ったサービスの３つの表現に対応する３つのソフトウェア、レベルの系統的表現 ； 図６＾は、本発明の１つの実施例に従−たサー・ビスの内部゛７′−タ慴造に対 応するプログラム・モジュールの系統的表現； 図６Ｂは、本発明の１つの実施例に従ったサービスの２進表現に対応するプログ ラム・モジュールの系統的表現： 図６Ｃは、本発明の１つの実施例に従った「グラフ」形態でのサービスの表示さ れた表現に対応するプログラム・モジュールの系統的表現；Ｆ１６Ｄは、不発Ｉ ｙ＋の１つの実施例に従った「１式」形態でのサービスの表示された表現に対応 するプログラム・十ジュールの系統的表視；図７は、本発明の１つの実施例に従 った、ＭんＮオペレータのインターフェース・ウィンドウを図示するもの； 図８は、本発明の１つの実施例に従った、ＭんＮオペレータのインターフェース ・ウィンドウ、およびＭんＮメニューの選択のオプションを図示するもの；図９ は、本発明の１つの実施例に従った、システム変数のダイアログ・ボックスを図 示するもの； 図１Ｏは、本発明の１つの実施例に従った、ＴＣ’ＬＰメッモージのダイアログ ・ボックスを図示するもの； 図１１は、本発明の１つの実施例に従った、ＭんＮオペレータのインターフェー ス・つ１ンドウ、およびＤＡＴＡＢＡＳＥメニューの選択のオプションを図示す るもの；図１２は、本発明の１つの実施例に従った、ＭんＮオペレータのインタ ーフェース・ウィンドウ、およ（Ｊ’ｒＥＭＰＬムπメニューの選択のオプショ ンを図示するもの；図１３は、本発明の１つの実施例に従った、ＭＡＩＮオペレ ータのインターフェース・ウィンドウ、および０ＦｎＯＮメニユーの選択のオプ シ１ンを図示するもの；図１４は、本発明の１つの実施例に従った、ＭんＮオペ レータのインターフェース・ウィンドウ、およ（Ｊ’ＬＩＢＲＡＲＹメニューの 選択のオプションを図示するもの；図１５は、本発明の１つの実施例に従った、 グラフ編集パッドのインターフェース・ウィンドウを図示するもの： 図１６は、本発明の１つの実施例に従った、グラフ編集パッドのインターフェー ス・ウィンドウ、およびＧＲＡＰＲメニニーの選択に対応するオプションを図示 するもの：図１７は、不発１月の１つの実施例に従った、０ｐｅｎ　Ｎｅｗグラ フのダイアログ・ボックスを図示するもの； 図Ｉ８は、本発明の１つの実施例に従った、Ｑχｎグラフのダイアログ・ボック スを図示するもの； 図１９は、不発’ＰＩの１つの夫り例に従った、５ａｖｅんのダイアログ・ボッ クスを図示するもの； 図２０は、本発明の１つの実施例に従った、Ｗａｒｎｉｎｇのダイアログ・ボッ クスを図示するもの： 図２１は、本Ｑｔ９１の１つの実施例に従った、Ａｄｄ　Ｎｏｄｅのダイアログ ・ボックスを図示するもの； 図２２は、不発１ｕｌ（７）１つの実施例に従−ノた、Ｃｕｂ：ｒ　ＬＡＴＡの ダイアログ・ボックスを図示するもの； 図２３は、本発明の１つの実施例に従った。　Ｅｄｉ＋Ｃａｒｒｉｅｒのダイア ログ・ボックスを図示するもの； 図２４は、本発明の１つの実施例に従った、グラフ編集パッドのインターフェー ス・ウィンドウ、およ勺汀メニニーの選択に対応するオプションを図示するもの ；図万は、本発明の１つの実施例に従った、グラフｍｍ集パッドのインターフェ ース・ウィンドウ、およびＶＡＲＩＡＢ圧メニューの選択に対応するオプション を凶手するもの；図２６は、本発明の１つの実施例に従った、Ｃ吐Ｖａｒｍｂ− のダイアログ・ボックスを図示するもの； 図２７は、本発明の１つの実施例に従った、Ｇｒａｐｈ　Ｖａｒｉａｂｌｅｓの ダイアログ・ボックスを図示するもの： 図２８は、本発明の別の実施例に従った、０ｎｐｈ　Ｖａｒｉａｂｌｅｓのダイ アログ・ボックスを図示するもの；　・ 図２９は、本発明の１つの実施例に従った、グラフ編集パッドのインターフェー ス・ウィンドウ、および０ＦｎＯＮメニユーの選択に対足・するオプションを１ ５ｃＩｉドするもの；図３０は、本発明の１つの実施例に従った、グラフ編集パ ッドのインターフェース・ウィンドウ、およ因ＥＸＥＣＵＴＥメニニーの選択に 対応するオプションを図示するもの：図３１は、本発明の１つの実施例に従った 、グラフ編集パッドのインターフェース・ウィンドウ、およびＶＡＬ！ＤＡＴＥ メニューの選択に対応するオプションを図示するもの；図３２は、本発明の１つ の実施例に従った、グラフ編集パッドのインターフェース・ウィンドウ、および ＩＮ″ＴＥ）ｔＦＡロメニューの選択に対足・するオプションを図、ｒくするも の；１！！３３は、本発明の１つの実施例に従った、新しいグラフの作成を開始 するためのサービス作成部分のオペレージコンの流れ図；図３４は、本発明の１ つの実施例に従った、ＴＩＭＥノードを用いたグラフの一例を図示するもの； １！１３５は、本発明の１つの実施例に従った、ＤＬＮノードを用いたグラフの 一例を図示するもの； 図３６は、本発明の１つの実施例に従った、ＰＥＲＣＥＮＴノードを用いたグラ フの−・例を図示するもの； 図３７は、本発明の１つの実施例に従った、ＤＡＹノードを用いたグラフの一例 を図示するもの； 図３ｇは、本発明の１つの実施例に従った。ＡＮｒノードをｍいたグラフの一例 を図示するもの： 図３９Ａは、本発明の１つの実施例に従った、Ｍ子ノードを用いたグラフの一例 を図示するもの； 図３９Ｂは、本５！明の別の実施例に従った、Ｍ汀ノードを用いたグラフの一例 を図示するもの； 因（社）は、本発明の１つの実施例に従った、ＤＡ１ノードをｍいたグラフの一 例を図示するもの； 図４１は、本発明の１つの実施例に従った、ＬＡＴＡノードを用いたグラフの一 例を図示するもの； 図４２は、本発明の１つの実施例に従った。　ＲＥＳＵＬＴノー・ドを用いたグ ラフの・例を図示するもの； 図４３は、本発明の１つの実施例に従った、ＲＯＵＴＩＮＧ　ＮＬＪＭＢＥＲノ ードを用いたグラフの一例を図示するもの； 図朝は、本発明の１つの実施例に従った、ＣＡＲＲＩＣＲノードを用いたグラフ の一例を図示―鈷は、本発明の別の実施例に従った、ＤＥＣＩＳＩＯＮノード・ テンプレート・ダイアログ・ボックスを図示するもの； 図４９Ａは、本発明の１つの実施例に従った、ＡＳＳＩＧＮＭＥＮＴノード・テ ンプレート・グイ接続するためのサービス作成部分のオペレーションを凶手する 流れ図；図５７は、不発１３１１の１つの実施例に従った、表２ドされたグラフ の一部を隠すためのサービス作成部分のオペレーションを図示する流れ図；図５ ８は、本発明の１つの実施例に従った、グラフの定義済み部分を削除するための サービス作成部分のオペレーションを図示する流れ図；図５９は、本発明の１つ の実施例に従った、グラフからノードを削除するためのサービス作成部分のオペ レーションを図示する流れ図；図ωは１本発明の１つのｙ！施例に従った、既存 の記憶されたグラフ開くためのサービス作成部分のオペレージ１ンを図示する流 れ図；ｖｊＩＪ６１は、本発明の１つの実施例に従った、グラフをデータベース に保存するためのサー図６４Ａおよび６４Ｂは１本発明の１つの実施例に従った 、ＭＥＳＳＡＧＥ　ＨＡｈのＵλモジュールて行なわれたサービスの実行の視覚 的表示を供給するための呼び出しプロ七シング、オベレーシゴンを図示する流れ は； 図６９は、本発明の１つの実施例に従った、”ｇｌｏｂａｌ”、−ｐ“および” ｔｒａｃｅ″フラグの設定のためのオペレーションを図示する流れ図；図７０は 、本発明の１つの実施例に従った、遠隔呼び出しプロセシング環境で、増ｇｉさ れた呼び比しプロセシング中に取られた実行経路の視覚的表示を供給するための オペレージ薔ンを図示する流れ図； 図７１は、本発明の１つの実施例に従った。視覚的表示のためのサービスを選択 するダイ図示する流れ図； 本、　を　るための　のモード さて、添付の図面Ｆ二図示された本発明の望ましい実施例の構造およびオペレー ションの詳細について参照する。これらの図面における同様の要素およびオペレ ーションは、同じ参照番号で示されている。 本５＆明の望ましい実施例の次の説明は、単に発明の例にすぎｔい。本発明は、 これらの実施例に限定されるもめではなく、これ以外の実施例によっても実現で きる可能性がある。 −ビスのサービス・プログラムを供給することによって慣習的システムの障害を 取り除くものである。本発明に使用されたように、「顧客」とはサービスが供給 されるエンテイテ１、ソフトウェア構成要素 本発明の望ましい実施例は、各顧客のサービス手順またはプログラムを作成、ま たあるで記４ａされているｕＣＳアプリケ−シコンおよびＣＣＩ）Ｉは、望まし い失り一例のソフトウェアよ炙傳成要業である。 ＣＳアプリケージ１ンは、比較的容易な方法で、直接的または間接的に、情報を 得るためさまざまなユーザ・インターフェースを作成するための、オペレータが ＣＳアプリケーションを使用できるようなプログラミング・インターフェースを 含むことが望ましい。その情報はｃｃｐｒレコードを自動的に生成するために使 用される。 ユーザ・インターフェースは、顧客サービス・プログラムを作成するためのＣＳ アプリケーションを使用してオペレータ（Ｈ客となることもある）の技能レベル に対して合わせことができ、指定サービスを供給できるよう、またはビットマツ プ・グラフィックス、ターミナル表示またはＤＴＭＦ’５話などのサービスが作 成される特定のハードウェアに合わせることができる。 ｒｊ！Ｊ＋は、グラフ５として示されている顧客インターフェースの一例を図示 し、これはグラフィックス・ワークステーション・ディスプレイ上に作成された ｃｃｐｒレコードの図形的喪現である。この図形に対応するｃｃｐｒレコードは 、長方膓における「キー」によって識別される顧客のサービスを供給する。グラ フ５のｃｃｐｔレコードによって供給された特定サービスは、蒐ユ番す（２０１ ）　６９９−２９１１を４″する℃ツからの呼び出しのスクリーニングである。 ＣＣＰＩレコードがどのようにして内Ｊｉａ番号″９７６”を有するさ！ざまな 電話番号へのこの工うなサービスをどのように供給するかについては、下記に詳 しく説明する。 図１において、ＣＳアプリケーションのプログラミング・インターフェースは、 グラフ５の構築ができるよう図形的ユーザ・インターフェースが供給されるため に使用される。しかしながら、本発明は、図形的ユーザ・インターフェースを必 要とする実施のみに限定されるものではない。例えば、グラフ５を構築するため に使用されるインターフェースが、リソースが必要過ぎて各加入者のための同様 なグラフの血甲的なｒｌ！備ができない場合、別のインターフェースが選択され る。 図２は、グラフ５と同様の”９７６”呼び出しスクリーニング・サービスを供給 するために使用できる書式ユーザ・インターフェース８を示している。書式イン ターフェース８は、わずかな量の情報を入れるためのみにしか顧客またはオペレ ータが必要ではなく、よってグラフ５を作成す石より少ない時間と技能しか必要 ではない。“９７６”書式インターフェースを供給するプログラミング・インタ ーフェースが、希望のサービスに対応するｃｃｐｒレコードにオペレータによっ て入力される情報を自動的にｇ！！訳する。異なるユーザ・インターフェースを 使用し、オペレータは、この同じＣＣＰ［レコードまたは複数のレコードを異な る書式で表示することができる。 本発明の望ましい実施例において、サービスに対応するｃｃｐｒレコードまたは 複数のレコードは、ＣＳアプリケージ１ンの作成環境において作成され、ＣＳア プリケーションの呼び出しプロセシング環境における呼び出しプロセシング中に 実行される。ここに使用されたように、　「呼び出しプロセシング」とは、スイ ッチまたはスイッチ・シミュレータからのメツセージまたは間合わせに応答する 動作のことである。スイッチは、電話呼び出しを受イＪ・Ｍ路指定丁４１１．防 ａ器の１つである。下記に説明さ才したように、ＣＣＰＩレコードは、作成環境 または呼び出しプロセシング環境のどちらかで実行される可能性がある。 作成され、データベース４２に記憶されたＣＣＰＩレコードを使用する。この配 列において、５Ｍ５２０は検査のみに使用され、サービス作成には使用されない 。さらに、下記にもっと詳しく述べるように、５Ｍ５２０に供給された呼び出し プロセシング部分は５６は、増強されたバージョンで、グラフ上のＣＣＰＩレコ ードの実行の視覚的表示をオペレータに表示すること可能とするものが望ましい 。 図４Ｂは、ＳＰＣ１８におけるＣＳアプリケージｌン閥を実施する８！能的ブロ ック図の望ましいは、５ＣＰ１１＋が通常オペレータ・インターフェース偏を供 給しないためであり　（図４Ａ）　、故ブリケージコン柘は、５ＣＰＩ８でｃｃ ｐｒレコードの作成ができるようにサービス作成部分５４ｆ−含む可能性がある 。図４Ｂお工び４ＣにおいＣ１呼び出しゾロ七ンング＆５分二〇は、データベー スωに記憶されたＣＣＰＩレコードを実行することによりＡＳＣスイッチ１２（ 図２）によって供給プロ七シング部刺６の増強されたバージョンとなる。下記に もっと詳しく説明されているように、もし呼び出しプロセシング部分５６の増強 さＩしたバーソヨ７がインターフェース躬なしでＳＣＩ’＋８においで使用され た場き、ＣＣｒ’ｌレコ　ドの実行の視覚的表示は、Ａベレー・夕・インターフ ェース赫、およびＣＣＰＩレフードに対応するグラフ上のＣＣＰＴレコードの実 行経路１８におけるＣＳアプリケーション箱の実施と同様の方法で行なわれる。 図４Ｄに示されたように、ＰＣｌ３におけるＣＳアプリケーションの実施は、図 ４Ａにおける５Ｍ５２０のものと同様である。ＰＣ２２におけるＣＳアプリケー ション箱は、サービス作成部分５４および呼び出しプロセシング部分５６を含む のが望ましい。一方、ＣＳアプリケージ１ン箱は、サービス作成部分づ４または 呼び出しプロセシング部分づ６のどちらかを含み、どちらかの関連機能を行会う Ｗｌｔ！性があり、ここで行なわれないａ箱が８υの環境では供給される。 呼び出しプロセシング部分５６は、ＰＣ２２のようにＣＣＰＩ　ｌ／コードの実 行の視覚的表示を可能にするため増強されたバージョンである可能性がある。 Ｂ、ソフトウェアのアーキテクチャ ＣＣＰＩレコードの表示された表現は、オペレータまたは顧客が希望の電話サー ビスを個別化、作成および理解できるようにするため、Ｊ１常に有用である１、 表示表現は対応するサービスの設計の理解を単に助けるためだけのものである； しかしながら、こり表示表現は、呼び出しプロセシング環境によって直接解釈す ることはできない。ＣＣＰＩレコードの表示表現は、故に、呼び出しプロセシン グ環境において呼び出しを処理するために記憶・使用すソフトウェア５ＩはＣＯ ’ｌレコードの３つの表現にＪ−１比’する３つのレベルを冶し°Ｃいる。ディ スプレイ・レベル５３は、図１および２に示されるようなＣＣＰ！レコードの表 示表現を供給すデータ構造レベル５９は、できればデータ構造に記憶された、サ ービスの内部表現をすむことが望ましい。データ樗遣の詳細は本発明を理解する 上で必ずしも必要はないが、レベル５９でのソフトウェアは書式またはグラフ、 および多くの異なるタイプのハードウェアなどの多くの’Ａするディスプレイを 使ｍすることがでさるため、レベル５９でのソフトウェアはレベル５３のものよ り機械依存度が少ないことに留意されたい。 サービスの実際の２進表現は、２進コード・レベル６１にある。レベル６１は、 望ましい実施例において実行するため記憶された唯一の表現である。２進表現は 城も機械独立性がある。 ＣＣＰＩレコードが、図４Ａのデータベース４２のようなデータベースに記憶さ れる時、または（例えば、レベル５３と５９の間のインターフェース）を使用す る。 モジュール６８は、ＤＥＣＩＳＩＯＮノードの各ブランチにおける全ての値を管 理する。 ＧＲＡＰＨ　ＡＮＤ　ＮＯＤＥ　ＣＯｌｆｒＲＯＬモジュール７０は、ノードお よびグラフのより高いレベルの抽象を表わし、グラフからノードを追加、編集お よび削除するための機溝を提供する。 πｙ３請π・てジュー・ル７２は、新ノード（作成ナるためのテンプレートを供 給する。 ＴＥＭＰＬＡＴＥモジュール７２は、ノードを作成するのにどの情報が必要であ るかを決定するためのテンプレートを評価し、その情報が完了すればノードを生 成する。 しりＥＬモジュール７４は、ストリング、オブジェクトをパーシングおよび生成 するための構造を供給する。 ＥＸＰＥＲＴモジュール７６は、エキスパート・システムを管理し，　ＣＣＰＩ レコードの内邪データ構造表現をエキスパート・システム（下記に説明）によっ て使用されるスキーマに翻訳し、そしてエキスパート・システムから受信した応 答の評価を助ける。 ２．２゜　レベルにヌ・応　るモジュール図６Ｂは、図５に小されたレベル６ｌ のための望ましい七ノユールを小し゜Ｃいる。 ＧＲＡＰＨＢＵＲモＲモジュール７８は、図５に示されたＣＣＰＩレコードの２ 進表現を管理する。 ＧＲＡＰＨ　ＢＬｒＦＦＥＲモジュール７８はまた、ＣＣＰＩ　レコードの実行 を行なう。 Ｎｏｒ）ＥｎＵＦＦＥＲモジコール８０は．　Ｃ（”ｒ’ｌレコードにおける甲 　・命令の２進表現を管理する。 ＫＩｌ＝Ｙ−てジュール８２は、ＣＣｒ’ｌレコードのための「キ・・」を記憶 するデータ構造を管理する。 キーはレコードに直接アクセスするために使用される。重要なオペレーシコンと しては、レコードを外部で供給されたキーに比較することを含む。 ＣＯＭＭＵＮＩＣＡ″ｒｌＯＮモジュール８４は、ＡＩＮネノトワーク要素間で 、間合わせメノセージおよびＣＣＰＩレコードを転送する通信ボートを管理する 。■ＭＭＬＪＮＩＣＡＴＩＯＮモジュール８４は、ポートからの読込みおよびボ ートへの薔込みを＠：易にする。 ＋ｌ８ｓＡＧＥ　｝ＬＡＮＤＬＥＲモジュール８６は、呼び出しプロセシング・ ルーチンにメノセージを改す，およびそこからメッセージを取り出す装置を表わ す．特に、Ｍ四Ｓ八ＣＴＸ　Ｉ　ＬＡＮＤＩＪＣｒＬモジュール８６は、メッセ ージを呼び出しコンテキストに変換、および呼び出しコンテキストをメノセージ に変換する。呼び出しコンテキストは呼び出しを管理するためのデータ構造であ る。 ＣＡＬＬ　ＣＯＮＴＥＸＴモジｘ−　ルｇｇは、ＣＣＰＩレコードの実行を管理 する。ＣＡＬＬＣＯＮＴＥＸＴモジュール８８は、呼び出しプロセシング中に実 行される各ＣＣＰＩレコードに関連した情報を管理するＣＡＬＬＳＴＡＴＥモジ ュール匍を含む。 ＶＡＲＬＡＨＬＥモジュール９２は、ＣＣＰルコードの実行と関連する呼び出し 変数を管理する。 ＳＴＡＣＫモジニール９４は、プッシュおよびボツブ・オペレーションのような 慣習的スタック機能を供給する。 ＬＩＮＫモジュール９６は、リンクされた慣習的リスト機能を供給する。 ＤＡＴＡＪ３ＡＳＥモジュール９８は、データペースを管理し、データベースを 読込み、瞥込み、開く、閉じるおよび更新するための機構を供給する。 ＭＡＬＬモジュール＋００は、図３で識別された＾ＩＮネノトワーク貧素間でＣ ＣＰＩレコードの送り出し、検索を行なう。レコードの送り出しおよび検索には 、慣習的なデータ転送技術が使われるのが望ましい。 ３．−六一　レベルのためのモジュール』』に１二説明ごれたように、ＣＣ円レ コー・ドのａ示人現に対応ｔるエノエーノレ番よ　・股的１こ、（プログラマー のような）個人によって書かれ、新サービスを作成するためにＣＣＰＩレコード の内部表現に対応するモジュールのプログラミング・インター７エースを使用す る。これらのモジュールは、表Ｉドスクリーンに表小イ／ターフゴ．−スを生成 し、新サービスを作成するオペレータに情報を提示し、オペレータから情報を収 集する。 図６Ｃは、図１に示されたグラフ５のようなフロー・チャートスタイルのインタ ーフェース（「グラフ・インターフエース」）を供給するためのＣＣｒｌレコー ドの表示表現番二対応する盟ましい一組のモジュールを図示する。 図のは、図２に示された”９７６”呼び出しスクリーニング書式インターフェー スのような１式インターフェースを供給するためのＣＣＰルコードの表示表現に 対応する望ましレ１一組のモジュールを図示する。両方の表現において、モノユ ールは、ｃｃｐｔレコードの応用表示表現およびｃｃｐｒレコードの抽象表示表 現に対応すろよう分割丁ることが望ましν）。応用表示表現はスクリーンに表示 されたイメージであるが、抽象表示表現はそのイメージを定義し、抽象面に調整 するものである。 ＣＣｒ’！レコードの応泪表示表現に対応するモジエールは、グラフ・インター フェースおよび書式インターフェースの両方で同一である。 ＳＣＲＥＥＮモジュール１０２は、表示インターフェースをスクリーン上に描き 、スクリーンをクリアするものである。 ＤＩＡＬＯＯモジュールｌ―は、オペレータに対して表示することのできるダイ アログ・ボックスを管理する。このモジュールの重蔓なオペレーションは、ダイ アログ・ボックスを通してオペレータからの情報をクリ乙提示、検索することを 含む。 ＣＯＮＴＲＯＬモジュール１０６は、オペレータによるマウスのクリックおよび メニューの選択を含むインターフェースの状３をＶ理する。また、ＣＯＦＪＴＲ ＯＬモジュールは、外部通信ボートから生成された事象を取り扱う。 ＷＩＮＤＯＷＴＡＩ１ＬＥモジュール１０８は、どのウインドウが開かれ，また は閉じられているか、そしてとのＣＣＰＩレコードが、どのウインドウに表示さ れているかなどを含む各グラフ編集パッドウィンドウについての情報を管理する 。このモジュールの重要なオペレーションは、呼び出しコンテキストをウインド ウと相互関係づけること、および各グラフ［１！バンド・ウィンドウのためのパ ラメータを設定・記憶することを含む。 図６ＣはＯＢＪＥＣＴＴＡＢＬＥモジュール＋１０およびＯＢＪＥＣＴ｛−ジニ ールＩ１２ヲｎ示しテイル。 ＯＢＪＥＣｒ　ＴＡＢＬＥモジュール１１０は、ＣＣＰＩレコードの抽象表示表 現におレ１で使用されるオブジェクトの収集をＶ理する。ＯＢＪＥＣｒＴ入阻エ モジュール＋１０のｆｆｉ要なオペレーションは、内部データ横造表現を抽象表 示表現に翻訳すること、およびオブジェクト・テーブル（図示されていない）に オブジェクトの追加、またオブジェクト・テーブルからのオブジェクトの削除を 含む。 ＯＢＪＥＣＴモジュール１１２は、表示スクリーン上に描かれるオブジェクトま たは図面に対応する情報を管理ナる。ＯｎＪ１：ＣＴモジュール１１２は、スク リーン１・．に捕かれる各オプジＪ−クトまたは図面の位置、サイズおよび形愈 のよう４パラメータ（設２ｔるい図のは、図２に示されたような“９７６″呼び 出しスクリーニング・インターフェースのような書式インターフェースを供給す るためのＣＣＰＩレコードの抽象表示表現に対応する望ましいモジュールを図示 する。 ＰＲＯＶＴＳＩＯＮモジュール１１４は、ｃｏ’ｒレコードの内部データ傳造表 現を書式インターフェースに対応する抽象表現に翻訳し、書式インターフェース のために供給するようＣＣＰＩレコードの内部データ構造に対応するモジュール でプログラム・インターフェースとインターフェースする。 もう一つの実施例において、モジュール１１４は図６Ｃのグラフ・インターフェ ース・モジュールを含む可能性がある。これは、ＣＣＰＩレコードが、図２の″ ９７６″呼び出しスクリーニング書式、または図１に示されたこのサービスに対 応するグラフとしてのどちらかとして表示される。 上記に説明されたように、各表示インターフェースは、一組のＣＣＰＩレコード を作成・表示する。この一組は、インターフェースがサポートするよう設計され たサービス・コン七プトに対応する。もしＣＣＰルコードが一つのインターフエ ースによって作成され、異なるインターフェースによって作成されることの可能 なＣＣＰＩレコードの一組内に入る場合、そのｃｃｐｔレコードは両方のインタ ーフェースによって表示されることになる。 Ｃ，グラフ・インターフエースを　るサービスサービスの作成について述べる前 に、背景としてサービスのオペレーションの説明をする。説１１のために図１の グラフ５を参照する。 図１において、長方形６は、グラフ５の「名前」または「キー」を含む。この「 キー」は、グラフが長方膓内で識別きれた（”．ｅ０４”接尾辞によって識別） 電話番号から作られた呼び出しまたは長方膓内で識別された（”ｅ０５”接尾辞 によって識別）電話番号に作られた呼び出しを制御するかどうかを識別する． グラフ５の残りは、複数のノード万、決定ボックス３０、およびノード万と決定 ボックス３０間のブランチ（ラベルが付けられていない）から成る。各ノード万 は、グラフに対応するＣＣｒ’［レコードにおいて高レベル命令を表わす。決定 ボノクス３０は、決定ノード（ノードコａおよび２５１）と対応し、対応する決 定ノードによって供給でれた結果により、別の実行経路を識別する。 グ’／７〜は，電話番号（２０１）　６９９−２９１　＋にかけられた電詔呼び 出しを呼び出１一処理することに使用されるｃｃｐｉレコードに対応する。グラ フ５に対応するＣＣＰ＋レコードは、電話番号（２０１）　６９９４９１　１か ら、顧客が完了したくない全ての呼び出しをスクリーニングする。例えば、電話 番号”９７６−１２１２’にかけられた呼び出しは７：００　ｐ．ｍ．から９： ００　ｐ．ｍ．の間で経路指定し、また、香号“９７６−１２３４”｝二かけら れたものは６：（Ｘｌ　ｐ．ｍ．から）ｔ：ｌＸｌ　ｐ．ｍ．の間、および番号 ”Ｓ＋７６−１２２４”にかけられた剋話呼び出いよ虞時社路七足りる。交快企 号”９−／（１”を含むその他の呼び出し、８：００　ａ．ｍ．から６：００　 ｐ．ｍ．の間での”９７６−１２３４”への呼び出し、および９：００　ｐ．ｍ ．から７：００　ａ．ｍ．の間での”９７６−１２１γへの呼び出しはＰＩＮ　 （Ｐｅｒｓｏｎａｌ　Ｉｄｅｎｔｉｆｉｃａｏｏｎ　Ｎｕｍｂｅ秩@（個人識別 番号１）オーバーライドになることがある。仮に呼び出す人が２５５８という円 Ｎを供給した場合、その呼び出しは経路指定される。そうでなければ、話中の信 号が提示される。 グラフ５によって供給されるこのサービスは次の通りである。まず最初に、決定 ノード少ａはＮＸＸ　（つまり、電話番号の４行目、５桁目および６Ｍ？目の数 字）をチェックする（交換醤号）。決定ボックス勤および３０ｂは別々のアテン ションカｔｌｃＭされる２つの決定可能性を識別する。その呼び出しが交換番号 ”９７６“でない場合（その他の場合）、呼び出しはノード２５ｂによって経路 指定される。 呼び出しが交央番号”９７６”である場合、ノー−には、ノード２５ｃ″Ｃ′ｔ ！に後の捕テ（内線番号）をチェックする。最後のｄテが“１２１２”（決定ボ ックス３０ｃ）の場合、ノード２５１は何時であるかをチェックする。呼び出し 力’７：（Ｘｉ　ｐ、ｍ、から９：ｆＸｌ　ｐ、ｍ、の間に行なわれた場合、呼 び出しは経路指定される（決定ボックス３０ｇおよびノード２５ｄ）。 呼び出しがそれ以外の時間に行なわれた場合（決定ボックス３０ｈ）、その呼び 出しは、適切なＰＩＮが供給されない限り、妨げられる。ノーζｋが呼び出し人 にＰＩＮを入力するよう指示メツセージを出す。ノード３「は、その結果をチェ ックする。呼び出し人が“２５５８″（決定ボックス３Ｇ）というＰＩＮを入力 すると、その呼び出しはノード２５ｇによって経路指定される。呼び出し人が、 これ以外のＰＩＮ　（決定ボックス３０ｋ）を入力すると、ノード２５ｈは呼び 出し人に、話中の信号を供給する。 呼び出された電話番号の最後のＪｌ’が”１２３４”（決定ボ７り友河）の場合 、ノードフ１は時間をチェックする。呼び出しが８＋００　ａ、ｍ、から６：０ ０　ｐ、ｍの間（決定ボックス３０ｉ）で行なわれた場合、ＰＩＮオペレーシゴ ンは、ノード籏から開始して再び行なわれる。これは、数字１と誉かれた円２− ″Ｃ図１に図７ドされている。ＰＩＮノード）は、その隣に’ｎｕｍｂｅｒ　１ ；”を為していることに留屯されたい。これは、グラフが、そのノードから開始 して実行を継続することを示している。呼び出しが１日のそれ以外の時間（決定 ボックス３０ｊ）に行なわれた場合、その呼び出しはノード２５ｊによって経路 指定される。 呼び出さＪした電話１弓の晟決の一１＆″が’ｌ：：４“（決定・ドックス欺） の場ａ゛、での呼び出しはノード３ｋによって経路指定される。 呼び出された電話番号のｉ後のＩテが１２１２”、”１２３４”、”１２２４” 以外の場合（決定ボックス３０「）、円２６ｂによって示されたように、ＰＩＮ オペレージフンが繰り退される。 このグラフ５の災明で、グラフの作成・編集のステップを述べることができる。 グラフ５のようなグラフの作成および編集は、ウィンドウおよびメニューを含ん でいることが望ましい。 １、メニュー 図７は、オペレータ・インターフェース・ウィンドウ！２０を表わしている。メ イン・ウィンドウ１２０は、ＭＡＩＮ、ＤＡＴＡＢＡＳＥ、　ＴＥＭＰＬＡＴＥ 、ＤＡＴＡ、０ＦＴＩＯＮ、ＬＩＢＲＡＲＹおよびα汀の７つのメニューを識別 するメニュー・バー１２２から成る。オペレータは、希菫のメニューを選択する ため任意のメニュー・オプションを「クリック」する。１２０内に示された「遠 隔」ウィンドウ１２１はオプシヨンであり、下記に詳しく説明する。 図８は、ＭＡＩＮメニューのオプション１２４を示しているメイン・オペレータ ・インターフニー＼・ウィンドウ＋２０の表示である。これらのオプションには 、ＣＩＲＡＰＩ−Ｉ　ＥＤＩＴ　ＰＡＤ、ＳＹＳＴＥＭＶＡＲＬＡＪ３ＬＥＳ、 　ＴＣＡＪ”　ＭＥＳＳＡＧＥＳ、ＭＡＬＭ已郊＾０５およびＳＷＩＴＣＨ５Ｉ ＭＬＩＬＡＴＯＲを含む、　ＧＲＡＰＨＥｌｒｒＰＡＤオプションは、グラフを 作成、編集および保存するために使用されるＧＲＡＰＨＥＤｒｒＰ＾Ｄウィンド ウを開く。 ＳＹｓ′ＴＥＭ　ＶＡＲＩＡＢＬＥＳオプションは、図９に示されたようなシス テム変数ウィンドウを開き、これは、時間、曜日および日付のようなオペレーテ ィング環境の呼び出し変数を表示する。このウィンドウから、オペレータは、シ ステム呼び出し変数の値を変更することができる。 ＴＣＡＰＭＥＳＳＡＧＥオプションは、図１０ニ示されたＴＣＡＰＭＥＳＳＡＧ Ｅウィンドウを開＜ｏ　コノウィンドウは、Ｃ１１ｌＯに示されていないスイッ チまたはスイッチ・シミュレータからの間会わせメツセージを表示する。 ＭＡＬＭＥＳＳＡＧδオプションは、ＭＡＬ　ＭＥＳＳＡ（ｉＨウィンドウ（’ Ｉ’ＣＡＪ’メツセージと同様のため図示されていない）を開き、これはへ１Ｎ ネットワークにおける他の装置に対するＣＣｒ’ルコードの交換と関連するメツ セージを表示する。５ＷｒｒＣＨＳＩＭＬＬＡＴＯＲオプションは、５ＷｒＴＣ Ｈ５ＩＭＵＬＡＴＯＲウィンドウ（図示されていない）を開さ、オペレータがＣ ＣＰ＋レコード（１−ストするためのアプリケ・シコンに間さＩＪＬ　を生成で さるようにする。 図１１は、ＤＡＴ、６Ｊ３ＡＳＥメニユーのオプション＋２６を示すメイン・イ ンターフェース・ウィンドウ１２０の表示である。これらのオプションにはＮＥ Ｗ、０ＰＥＮ、Ｃ０ＰＹおよびＤＥＬＥＴＥが含まれる。ＮＥＷオプションは、 データベース名を入力するためのダイアログ・ボックスをオペレータに表示し、 新しいデータベースを作成する。０ＰＥＮオプシヨンは、既存データベースを開 くため、データベース名を入力するためのダイアログ・ボックスをオペレータに 表示する。Ｃ０ＰＹオプシヨンは、２つのデータベース名を入力するためのダイ アログ・ボックスをオペレータに表示し、最初のデータベースを２番口のデータ ベースにコピーする。 ＤａＥ１１ｍオブシミンは、データベースを削除するため、そのデータベース名 をオペレータに見せるダイアログ・ボックスを表示する。 図１２は、ＴＥＭＰＬＡＴＥメニューに対するオプション１２８を示すメイン・ インターフェース・ウィンドウ１２０の表示である。これらのオプションにはＮ ＥＷ　ＤＥＣＩＳＩＯＮ％ＮＥＷＡＳＳＩＧＮＭＥＮＴ、ＮＥＷＣＤＮＶＥＲ５ ＡＴＩＯＮ１ＮＥＷＰＲＯＣＥＤＵＲＥ、Ｅ）ｒｒおよびＤａＥＴＥが含まれる 。より詳しく下記に説明したように、テンプレートは、システムが標蓼としてレ コードしない、ノードと呼ばれるグラフ要素を作成するために使用される。 ＮＥＷ　ＤＥＣＩＳＩＯＮオプションは、ＮＥＷ　ＤＥＣＩＳＩＯＮノード　テ ンプレートを作成するため、オペレータにダイアログ・ボックスＥ表示する。Ｎ ＥＷＡ５ＳＩＯＮＭＨＮＴオプションは、ＮＥＷＡＳＳｒＧＮＭＥＮＴ　／−ド ・テンプレートを作成するため、オペレータにダイアログ・ボックスを表示する 。ＮＥＷ　Ｃ０ＮＶＥＲ５Ａ７７ＯＮオブシａンは、ＮＥＷ　Ｃ０ＮＶＥＲ５Ａ ’ｎＯＮ　／−ド・テンプレートを作成するため、オペレータにダイアログ・ボ ックスを表示する。ＮＥＷＰＲＯＯＥＤＬＩＩこオプションは、ＮＥＷＰＲαゴ のＵＲＥノード・テンプレートを作成するため、オペレータにダイアログ・ボッ クスを表示する。 ■汀オプションは、ノード　テンプレート（図示されていない）のリストを表示 する。 オベレー・りはｍ集するテンプレート（選択し、テンブレ・　）ｔｌｌＩ？にの ダイアログ・ボックスがオペレータに提示される。オペレータは、テンプレート 情報に希留する変更を行なうことができる。 ＤＥＬＥｒＥオプションはまた、オペレータカ望り除するテンプレートを選択す ることのできるノード・テンプレートのリストを才へレータに提示する。 図１３は、α’Ｔ’ｌＯＮメニューのオプション１３０を示すメイン・インター フェース・ウィンドウ１２０の表示である。これらのオプションには、ＥＸＥα 汀１ＯＮおよびＥＤＩＴが含まれる。 ｆＥＸ！ｌ：ＣＬｒＴｌ０Ｎオブシコンは、オペレータが大域の°°ｈｒｃＩＪ “および”ｕ”ｚｃ−フラグを設定でさるようにするダイアログ・ボックスを表 示する。より詳しく下記に１悦明するように、ステップ・フラグは、呼び出しプ ロセシング中にオペレータがグラフを通してステップできるように３疋さｊＬる 。トレース・フラグは、呼び出しグロ七／７グ中にグラフを通し°Ｃ取られる実 行経路を強調表示するために使用される。 ＥＤｆｆオプシコンは、グラフ・ノードにおいて表示される情報をオペレータが 選択することができるダイアログ・ボックスを表示する１、　一般的に選択され る２つのタイプの情報は、ノード・クイトルおよびノード値である。これらのダ イアログ・ボックスの例は下記に説明される。 図１４は、ＬＩＢＲＡＲＹメニューのオプション１３２を示しているメイン・イ ンターフェース・ウィンド’７１２０のＨ示である。これらのオプションには、 　ＣＨＥＣＫＯＵＴ、　ＲＥＴＵＲＮ、　ＡＤＤおよびＤａＥｒＥを含む。０正 αｏＬＩＴオプシコンは、遠隔データベースからチェックアウトしたいレコード の名前によってオペレータが完了するダイアログ・ボックスを表示する。 ＲＥｎＪＲＮオプシ１ンは、遠隔データベースにリターンするＣＣＰ＋レコード の名前をオペレータに提示するダイアログ・ボックスを表示する１オペレータは また、ＡＤＤおよびＤＥＬＥＴＥオプションを使用して遠隔データベースにレコ ードを追加、または遠隔データベースがらレコードを削除することがでさる。 １１ｍ＋５は、ＣＣＰ＋レコードを作成、編集および記憶するために使用される ”ｇｒａｐｈ　ｅｄｉｔ　ｐａｄ“ウィンドウ１３４を図示する。このウィンド ウは、ＧＲＡＰＨ，Ｅ）ｒＴ、ＶＡＲＩＡＢＬＥ、　０ＦｒｌＯＮＳ、ジ（ＥＣ ＬＩＴＥ、ＶＡ口ＤＡπ、　ＩＮπＲＦＡＣＥおよびα１丁の８つのメニュー・ オプションを含むメニュー・バー１３６が含まれる。 図＋６は、ＧＲＡＰＨメニューのオプション１３ｇを表示する”ｇｒａｐｈ　ｅ ｄｉｔ　ｐａｄ’ウィンドウ１３４を図のダイアログ・ボックス（図１９）をオ ペレータレこ表小し、そし゛（グラフに対比、するｃｃｐｔしＤＥＬＥＴＥオプ ションは、現在データベースから表示されているグラフに対応するＣＣＰ＋レコ ードを削除する。同様に、警告ダイアログ・ボックスがオペレータに提示される 。 ＦＯＲＷＡＲＤオブンーン１よ、ＴＡ在表示されているＣ０円レコードに状くデ ータベースにおけるｃｃｐｒレコードを表示する。ＢＡＣＫオプションは、現在 表示されているＣＣＰ＋レコードに先立つデータベースにおけるＣＣＰ＋レコー ドを表示する。ｒＴＥＲＡＴＥオプションは、ｃｃｐｒレコーオペレータが逗〃 ｕすることのでさるノードのリストが小されたダイアログ・ボックス１表択され たＤＨＱＳＩＯＮノードの正しいブランチ情報を入力する。 ＥＤｒｒオブシ碧ンは、オペレータがノードを編集できるようにする選択ノード に対応する情報をダイアログ・ボックス（図２３参照）を表示する。Ｃ０ＮＮＥ ＣＴオプションは、グラフの一部をグラフの他の一部と接続する。πｈｕ’ＬＡ Ｗオプシ１ンは、選択ノードのテンプレートを表示する。 ）（ＩＤＥオプションは、選択ノードの子である全てのノードをスクリーンから 除去する。但し、子ノードが選択ノードと異なる親を持っている場合は除がれる ｕＤａＥＴＥＳＵＢＴＲＥＥオプションは、スクリーンおよび対すするＣＣＰ＋ レコードから選択メートおよびその全ての子ノードを削除する。但し、子ノード が選択ノードと異なるａｔ持っている場合は除かれる。 ＤＥＬＥＴＥノードはグラフからノードを削除する。これらの！＆後の２つのオ プションはグラフのａＩｌｉ′！を変更するが、　ＨｒＤＥオプシ１ンは変更し ない。 図万は、ＶＡＲＬＡＢＬＥメニューのオプション１４２を表示するグラフ編集パ ッド・ウィンドウ１３４を図示する。これらのオプションにはＣＡＬＬ　ＶＡＲ ＩＡＢＬＥＳおよびＧゐψＨＶ〜山すｕ３がａ！れるｕＣＡＬＬ　ＶＡＲＩΔＢ ■３オブンＪンはは、人生されたグラフの呼び出しコンテキストの変数を含むウ ィンドウを＆ホする（図２６参照）。ＧＲＡＰＨＶＡＲＩＡｊ１口這オプション は、表示されたＣＣＰ＋レコードの変数を含むウィンドウを表示する（図２７お よび２８）。 図２９は、０Ｆｒ１ＯＮメニユーのすプシコン＋４４を表示するグラフ編集パッ ド・ウィンドウ１３４を図示する。これらのオプションにはＤ汀およびＥＸＥＣ ＬＩＴＩＯＮが含まれる。印パオプションは、ｔおよびＶ、ＡＪλ旧という２つ のオプションのダイアログ・ボックス（図示されていない）を表示する。これら のオプションは、ＧＲＡＰＨメニューの■■上およびＶＡＬＬＩＥオプションと 同様であるが、各ノードに別々に対地・する。ＥＸＥα汀１ＯＮオプションは、 衣ボされたグラフに対応するｃｃｐｔレコードの°゛キ呻および”獣゛°フフグ をオペレータが選択できるダイアログ・ボックス（図示されていない）を表示す る。 図３０は、ＥＸＥＣＬｒＴＥメニューのオプション＋４６を表示するグラフ編集 パッド・ウィンドウを図示する。これらのオブシ１ンにはＣＯＭＰＬ日下、５Ｔ ＥＰノ３よびＣＬＥＡＲが含まれる。 ＣＯＭＰＬＥＴＥオプションは、グラフに対応するｃｃＰルコードの呼び出しプ ロセシングを完了する。５ＴＥＰオプシヨンは、表示されたグラフのｃｃｐｒレ コードの次のノードを実行する。 ＣＬＥＡＲオプションは、表示されたグラフに対応するＣＣＰ＋レコードの実行 の視覚的表示を除去する。 図３１は、ＶＡＬＩＤＡＴＥメニューのオプション１４８を表示するグラフＷ集 パッド・ウィンドウ＋３４を図示する。これらのオプションには、ＶＡＬｒＤＡ ＴＥ、　ＤＩＳＰＬＡＹおよびＣＬＥＡＲが含まれる。 ＶＡＬＬＤＡＴＥオプションは、表示ミれたグラフのｃｃＰルコードの構造にお けるエラーをフラグするエキスパート・システムを呼び出す。ＤＩＳＰＬＡＹオ プションは、選択ノードに関連するエラーのリストを表示する。αＪＥＡＲオプ シコンは、グラブからプラグされたエラーの全てをクリアする。 図３２は、ＩＮＴＥＲＦＡαメニューのオプション１５０を表示するグラフ編集 パッド・ウィンドウ１３４を図示する。これらのオプションにはＧＲＡＰＨおよ ＵＦＯＲＭが含まれる。ＦＯＲＭオプションは、　（図２に示されたように）” ９７６”呼び出しスクリーニング・サービスの古式としてのＣＣＰ＋レコードを 表わす。ＧＲＡＰＨオプシコンは、　（図１にホされたようにングラフとしての 同じＣＣＰ＋レコードを表わす。 ２、オペレーション 上記に説明したいくつかのウィンドウを参照しながら、ここでサービスの作成に ついて述べることにする。図３３は、新グラフの作成分開始するためのサービス 作成部分５４のオペレーションの流れ図である。初頭、オペレータは、図７に示 されたメイン・インターフェース・ウィンドウを表示するためのウィンドウを操 作する（ステップ２００）。オペレータは、”ＭＡＪＮ”メニュー・オプション をオペレータに表示するよう　（ステップ２ｏ４）ＭＡＩＮ“メニューをを選択 する（ステップ２０２＞　（図８参照）。オペレータは、“ＧＲＡＰＨ”オプシ ョンを選択し、Ｃ０ＮＴＲ０Ｌモジユール１０６が°’ｇｒａｐｈ　ｅｄＪｔｉ ｎｇ　ｐａｄ”ウィンドウ（図１５参照ンを表示する（ステップ２０６）。 次に、オペレータは、”ＧＲＡＰＨ“オプションを表ノドする（ステップ２Ｉω ため”ＧＲＡＪ’Ｈ”メニューを選択する（ステップ２０８）　（図１６　ｔ、 ｓ照）Ｕオペレータは“ＮＥＷ”オプションを選択しくスアノゾ２１２）　、α 乃’ｌ’１（ＯＬ−ｅソユール１Ｕｅｌは３４応メるグイ１ｕグ・ボックスを投 、ド一る（ステップ２１４）ためＤＩＡＬＯＯモジュール１個を呼び出す（図１ ））。 次に、オペレータは、グラフの「キー」を入力しくステップ２１６）　、■ＮＴ Ｒ０Ｌモジュール！％は、作成されたグラフの内部データ構造表現のメモリを割 当てるため、ＧＲＡ）’）Ｉモジュール６２を呼び出すことによって応答する（ ステップ２１８）。Ｃ０ＮＴＲ０Ｌモジユール１０６はまた、作成されたグラフ の抽象表示表現のメモリを割当てるため、０ＢＪＥＣＴＴＡＢＬＥモジユール１ １０を呼び出す（ステ７プ２２０）。ＧＲＡＰＨモジニール６２は、その後、作 成されたグラフの２進表現のメモリを割当てるため、０ＫＡＰＨＢＵ）’ＰＥＲ モジュール７８を呼び出すくステップ２２２）。次に、Ｃ０ＮＴＲ０Ｌモジユー ル１０６は、作成されたグラフの内部表現に「キー」を追加するため、ＧＲＡＪ ’Ｈモジュール６２を呼び出す（ステップ２２４）。 Ｃ０ＮＴＲ０Ｌモジユール＋０６は、その後、内部ズ形的表現を抽象表示表現に 翻訳するため０ＬＩＪＨＣ”ｒＴ超圧モジュール１１０を呼び出す（ステップ２ ２６）。ωに＋１＜ＯＬモジュールＩ（１６は、その後、抽象表示表現を応用表 示表現”ｋｅｙ”オブジェクトに翻訳するため、スクリーン・モジュール＋０２ を呼び出す（ステップ２２８）。「キ刊オブジェクトは、グラフ上では’ｋｅｙ ’“と杏かれた長方形のボックスとして示されている。 図３３のスデ／プの粕呆は、新しいグラフのＵ９始Ｕ）と全る。この時点では、 　「キーＪを含んだボックスのみが表示されている。”ＥＤｒＴ”メニューのオ ペレージ１ンおよび複数のノードを使用して、オペレータはこれで、希望のサー ビスを定義するグラフを溝築することができる。 直、Ｚ二重 り？７１！、ＤＥＣＩＳＩＯＮノード、ＡＳＳＩＧＮＭＥＮＴノード、ＰＲＯＣ ＥＤＵＲＥノードおよびＣ０ＮＶｎＲ５ＡＴＩＯＮノ・　どの４つのり（ブの） ・　ドがら成るのが望よしい、　Ｄ［ＥＣｌ５ＩＯＮノービは、呼び出し変数値 に従い、呼び出しプロセシング中にグラフの実行の経路を制御する。 ＡＳＳＩＧＮＭＥＮＴノードは、”ｖａｌｕｅ”および”ｖａｒｉａｂｌｅｓ” を他の”ｃａｌｌ　ｖａｎａｂｌｅｓ”に割当てる。変数および呼び７１シ変数 の概念は一ト記に説１すＪする。ＰＲＯＣＥＤＵＲＥノードは、シリ御を穴なる グラフまたはサブルーチンに変換する。Ｃ０ＮＶＥＲ５ＡＴＩＯＮノードは、呼 び出しプロセシング中に呼び出し人に情報を供給したり、呼び出し人から情報を 引き出したりする。 ＤＥＣＩＳＩＯＮノードは、グラフを通して実１テをブランチするために使用さ れ、いくっがの法要な属性を有すしこれらの属性の一つは、”ｃａｌｌ　ｖＸＩ ｒｉＸＩｈｌｅ”属性で、これは正しいブランチを決定するためにどの変数が使 用されるかを示すものである。もう−〇の＠要な属性は、ブランチ情報がどのよ うに記憶・表示されるが、例えば整数またはＡＳＣ■ストリングとしてなどを決 定する呼び出しｉ数の°’ＩｙＰｃ”である。望ましい定義済みＤＥＣ１５１Ｏ Ｎノード・テンプレートは下記の７−ドを主成する： ＴＩＭＥ　ＤＡＹ　ＤＡＴＥ ＤＬＮ　ＡＮＴ　ＬＡＴＡ ｆ９ｃＥＮτ　Ｎｉ　ＲＥＳＵＬＴ １佃ノード　ηＭＥノードは、グラフを通る時、何時であるかをテストするＤＥ ＣＩＳＩＯＮノードである。、ＴＩＭＥノードの決定プランナは、単一の時刻、 ある時ａｌｌの範回、複数の時刻、または複数のｖＦ間範囲を指定することがで きる。ηＮ旧ノードは、呼び出しの現在の時刻を基本として決定する。システム ・クロ７りの値は、ブランチを決定するなめに使用される。 図３４はπ佃ノードを使用したグラフを図示する。このグラフにおいて、呼び出 しが長方形に示された８艶番号に８：００　ａ、ｍ、と６：００　ｐ、ｍ、の間 に行なわれたとすると、その呼び出しは最初のキャリアを使用して経路指定され る。これ以外の時間では、呼び出しは異なるキャリアを使用して経路指定される 。 ＤＬＮメート　ＤＬＮ　（Ｄｉａｌｅｃｔ　ＬｉｒＩｅＮｕｍｂｅｒ　ｌダイア ルされｆ：回線長Ｕｉ）は、呼び出しが行なわれた番号を表わすＤＥＣＩＳＩＯ Ｎノードである。ＤＬＮノードの決定は、呼び出し人によってダイアルされた番 号における１桁またはそれ以上の桁を基本として決定される。ダイヤルされた回 線番号の数字の０から９の位置は、決定がダイヤルされた回線番号のどの部分で 行なわれるべきかを示すために使用される。 図３５は、ＤＬＮノードを使用したグラフの一例を図示する。このグラフにおい て、長方形に示された番号で行なわれた呼び出しは９７６の交換番号に行なわれ 、呼び出し人にアナウンスが１１）化され、呼び出しプロセシングはブロックさ ｔしる。これ以外の交換番号への呼び出しは経路指２！Ｉれる。 ＰＥＲＣＥｈ汀フード　ＰＥＲＣＥ刈°ノードは、定義済みパーセンテージを基 本とした経路をランダムに選ぶＤＥＣＩＳＩＯＮノードである。　ＰＥＲＣＥＮ Ｔノードを使用したグラフの一例は図３６にボされている。ここでは長方形にｌ Ｊ（された８曝号に行なわれた電話呼び出しの最初の少パーセントは、最初のキ ャリアを通って経路指定され；これらの呼び出しの２番口のだパーセントは２ｆ 目のキャリアを通って経路指定され；３８目の３パーセントは３ｅ目のキャリア を通って経路指定され；そして４番口の２５パーセントは４＆口のキャリアを通 −て経路指定される。 ＤＡＹノー）″　ＤＡＹノードは、曜日の基準を基本としてグラフがブランチで きるＤＥＣＩＳＩＯＮノードである。ＤＡＹノーどのブランチは、曜日呼び出し 変数値がブランチ基準と合致した時、呼び出しプロセシングの経路を示す。曜日 ノードからの各ブランチは１つ以上の曜日または曜日の１！囲を含む可能性があ る。 図３７は、ＤＡＹノードを使用したグラフを図示する。このグラフにおいて、長 方形内の番号が土曜または日曜に呼び出された場合、その呼び出しは異なる電話 番号に転送される。 曜日が月曜から金曜（その他）の場合、呼び出しは艮ノＪ形のを号に経路指定さ れる。 Ｎ町　ＡＮＩ　（Ａｕめｍａｔｅｄ　Ｎ馴−ｒ！市ｎｔｉ氏−鮒

【自動番号識別 １）ノードにおいて、ｍストリングでの１桁またはそれ以上の桁を基本として決 定が行なわれる。Ｎ■ストリング（一連のＡＳＣＩＩ文字）は呼び出し人の′Ｉ ｔ話番号を表わす。 ！Ａ３８は、ＡＮＩノードを使用したグラフの　例を小す、図３８のグラフは、 呼び出しが４ｊ−ねれた番号の最初の３桁（市外１Ｉ４Ｉ８）をテストｊる。こ れらの３桁の数字が３０３または７［９である場合、呼び出しは経路指定される 。これらの３桁の数字がその他の番号である場合、呼び出し人にアナウンスが再 生され、電話呼び出しはブロックされる。 ＮＥＴノード　ＮＥＴノードは、呼び出しがプライベート・ネットワークにある か、プライベート・ネットワークにないかを決定するＤＥＣＩＳＩＯＮノードで ある。ＮＥＴノードの決定ブランチは、ＯＮネットワーク呼び出しの値であるＯ Ｎ、およびその他（または０ＦＦ）を有する。 通常、ＮＥＴ　ＤＥＣＩＳＩＯＮノードは、呼び出しがプライベートの電話ネッ トワークにあるかどうかを決定′メ゛るたりにある。人力ＴＣＡＰメッセーソは 、Ｎｈ−ｒ変数に割当′Ｃら才した値Ｅ含む。 図３９Ａおよび３９Ｂはそれぞれ、Ｍテノードを含むグラフを図示している。 ＤＡＴＥノード　ＤＡＴＥＤＥＯ５ＩＯＮノードは、月日基準を基本としてグラ フがブランチできるようにする。口付ノードのブランチは、目付呼び出し変数（ ムがブランチｇｌに合致する時、呼び出しプロセシングが取るべき経路を示す。 ＤＡ”ＩＥ決定ノードを使用したグラフの一例は、ｍに示されている。このグラ フにおいて、長方形内に示された番号に呼び出しが行なわれたロイ・」が１月１ ０．７月４０、または１２月２５０の場合、呼び出し人にはアナウンスが再生さ れ、呼び出しプロセシングはブロックされる。 ＬＡＴＡノード　ＬＡＴＡ　（Ｌｏｃ、１１　Ａｃｃｅｓｓ　ａｎｄ　Ｔｒａｎ ｓｐｏｒｔ　Ａｒｅａ　［ローカル・アクセスおよび輸送地■ ｌ〉ノードは、発信番号のＬＡＴＡをテストするＤＥＣＩＳＩＯＮノードである 。複数のＬＡＴＡ値またはいｖＡ４ｄｉの＆囲は、単一ブランチのために指定さ れる可能性がある。 図４Ｉ　ｌ！ＬＡＴＡ　ＤＥＣＩＳｒＯＮノードを使用したグラフを図示してい る。このグラフにおいて、２ｊ２　ＬＡＴＡ″Ｃ発信された長方形内に示される ８■番号に呼び出しが行なわれた場合、その呼び出しは経路指定される。そうで ない場合は、アナウンスが再１１され、呼び出しプロ七シ＋（ＥＳｔＪｌ、Ｔノ ード　Ｒ已化工Ｔノードは、ダイヤルされた数字を識別する°°ＤＩＧ汀Ｓ゛呼 び出し変数をテストするＤＥＣＩＳＩ○Ｎノードである。呼び出し変数は会話形 メツセージによって収集されｆ、：ｔＨＪから割当てられる。図４２は、ＲＥＳ ＵＬＴノードを使用したグラフを図示している。 ＡＳＳＩＧＮＭＥＮＴノードは、値または呼び出し変数を、その他の呼び出し変 数に割当てる。 望ましい定義済みＡＳＳＩＧＮＭＥＮＴノードは下記の通りである：ＲＯＵＴＩ ＮＧ　ＮＵＭＴ３ＥＲ（ＲＮ）　ＣＡＲＲＩＥＲ［１ＬＬＥＤ　ＮＵＭＢＥＲＲ ＯｌＪＴＩＮＧＮｔＪＭＢＥＲＲＲＮノードは、最終経路指定番号を割当てるＡ ＳＳＩＧＮ′ＭＦＭ）−ドである。電話番号が指定された時、シンタクスは、有 効な電話＆５を表わす１０４１７１７）ｅ！Ｌ字である。図４３はＲＮノードを 使用したグラフを図示している。図４３において、経路指定の電話番号はノード に表示される。長方形内に示されるｇｏｏｅ号に行なわれた呼び出しは、実際に はＲＮノードに識別された電話番号に経路指定される。 ツクする、話中信号を出すなど、呼び出しについてどうすればよいかを指示する ものである（−例として図４２＠照）。 ＣＡＲＲＩＣＲノード　ＣＡＲＲＪＪスノードは、どの夏距離（ヤリアが呼び出 しを経路指定するかをオペレータに指定するＡＳＳｒＧＮＭＥＮＴノードである 。オペレータがグラフにＣＡＡＲｆＥＲノードを追加した時、オペレータはキャ リア・二一モニツク、例えば”ＭＯ”やＡ″Ｔ”Ｔ″′などを人のために料金請 求しなＴＬ話番号のｌ潴ｉの数字を指定する賜ＳＩＧＮＭＥＮＴノードである。 このノードを作成するＣ：は、ノードがこの値を入れたいなｒ、ば、すベレータ は１記４−説明されたＮＰＡＮＸＸＸＸＸＸの）ｔ−マットで１開ｊの数字を指 定するのが望ましい。 図騙は、ＢＮノードを使用したグラフの一例である。図払のグラフは、キーとし て識別される”８α〕”番号のキャリア、ＢＮ、１ｊよびＲＮを割当てる。 Ｃ０ＮＶＥＲ５ＡＴＩＯＮノードは、スイッチを通して呼び出し人からの情報を 要請および受信するために使用される。これらノードは、スイッチで再生される メツセージを表わす呼び出し変数、および呼び出し人から収集される桁数を割当 てる。定義済みＣ０ＮＶＥＲ５ＡＴＩＯＮノード・テンプレートは、下記のノー ドを生成する：別番号を入れて下さい」というアナウンスを要請するＣ０ＮＶＥ Ｒ５にｒｌＯＮノードである。呼び出し人がＰＩＮ番号を入力した後、その４桁 のＰＩＮは、さらに処理を行なうためアプリケージ冒ンにリターンする入力会話 形τＣＡＰメツセージにおける”ＤＩＧｒ恣”呼び出し変数値になる。 結果決定ノードは、受信）れな数字を基本として実行をブランチするために使用 する９図４２はＰＩＮノードを使用したグラフを図示するものである。示された グラフはハンドオーバー・グラフであるが、ここでは呼び出し人は４桁の数字を 入力するよう要請されている。 結果が１２３４の場合、その呼び出しは経路指定され、これ以外のＰＩＮでは、 アナウンスが再生され、呼び出しプロセシングはブロックされる。 ＧＥＴＩＯＤＩＧｎＳノードを含むグラフの一例は、例えば図４５に示されてし する。このサービスは、呼び出し人からの＋０＋Ｉｆの；１番ジノを収集し、呼 び出しをそのＸ肛話番ジノにまで経路指定−・夕は、そのオペレー・夕が書いた ルーチン（呼び出し、ｒｒｔｏｃ■Ｕｌこハ・ド（通して呼び出すことができる 。菫ましい定義済みＰＲＯＣＥＤＵＲＥノードは下記の通りである：字まで）で ある。オペレータがグラフにＨＡＮＤＯＶＥＲノードを追加したし１場合番よ、 オペレー出しがネットワーク（ＮＥＴ）に“ＯＮ”であるか’ＯＦＦ”であるか を決定する。、ＯＮの場合、呼びに説明されたように）グラフ操作を通して、オ ペレータは、図３９Ｂで示されたように、させることを可能にするＰＲＯＣＥＤ ＵＲＥノードである。５ＴＯＲＥノードの値は、システム・デ新する際、ＬＯＡ Ｄノードと併せて使」されることがよくある。図箱は訂αこノードを使」したグ ラフを図示したものである。 ＰｋＬＵ−のＵ化ノード１工、オペレークが、ある呼び出しプロセシング・タス クを行なうためにプログラミング言語ルーチンのグループから選択できるように するＰＲＯＯｊｌＵＲＥノードである。ＰＲＯＣＥＤＵＲＥノードの値は、呼び 出されるルーチンの名前である。顧客は、グラフを実行しでいる間に、データを ログするため特促ルーチンを呼び出したし・ことがある。 これはＰＲＯＣＥＤＵＲＥノードを通して容易になる。 図４７はＰＲＯＯＥＤＬｒＲＥノードを使用したグラフを図示したものである。 このグラフでは、ＰＲＯＩユＤＵＲＨノードは、呼び出しについＣの情報をファ イル１こログするためのルーチンをｆ数を使用することができる。ＬＯＡＤノー ド値は、あなたが変数をロードしているグラフ・キー名である。 ＬＯＡＤノードをグラフに追加するには、オペレータは、システム・データベー ス内に含まれる別の有効なグラフのグラフ・キー名を入力するように要請される 。図祐はＬＯＡ＋）ノードを使用したグラフを図示したものである。このグラフ は、呼び出し転送番号を更新する。 か、または全てを含むデータ構造である。ノードは、内部データ構造表現に追加 された時、例示される。テンプレートには４つのタイプがある：これは各タイプ のノードにつき１つである。故に、望ましいテンプレートは、　ＤＥＣＩＳＩＯ Ｎノード・テンプレート、ＡＳＳＩＧＮＭＥＮＴ　／−ド・テンプレート、ＰＲ ＯＣＥＤＵＲＥ　／−ドーｆンプレートオヨヒ■ＮＶＥＲ５ＡＴＴＯＮノード・ テンプレートを含んでいる。これらのテンプレートは、上記に述べた特定ノード のどれでも、またはそれ以外の希望のノードを作成するために使用することがで きる。 ＤＥＣＩＳｒＯＮノード・テンプレートは、タイトルおよび呼び出し変数を含ん でいる。オペレータがＤＩ：Ｃｒ５ＩＯＮノードを生成したい時は１図４８Ａに 図示されたように、７−ンプレート・メニュー内の“ＮＥＷＤＥＣＩＳＩＯＮ” オプションを選択すること（二ぶりダイアログ・ボックス３α〕の表示が表示さ れる。ダイアログ・ボックス３００は、タイトル・フィールド３０２および呼び 出し変数フィールド３０４を有する。タイトル・フィールドは、作成されるＤＥ ＣＴＳＩＯＮノード・テンプレートのタイトルおよび名前を識＋ＪｉｌｌＬ、ま た、呼び出し変数フィールド３０４は”ｗｉｌｄｃｓｒｄ“、またはブランチ比 較を行なうために例ボされたノードによって使用される呼び出し変数を識別する 。”ｗｉｌｄ　ｃａｒｄ−は、指定されていない呼び出し変数フィールドのこと を示している。その後、この指定すれされていないフィールドは、オペレータが グラフ内のノードを例示するためにテンプレートを選択する際、オペレータによ って指定される。 どのテンプレートのどのフィールドであっても、ノードを例示する際オペレータ によって決定されるこの“ｗｉｌｄｃａｒｄ−になり得る。例えば、図４１１Ｂ に示されたように、時間決定ノードを作成するため、オペレータはタイトル・フ ィールド３０２にタイトル（時間）、呼び出し変数フィールド３０４に呼び出し 変数名（’ｔｉｍｅ”）を入力する。タイトルおよび値は、その後、ＴＬＭＥ　 ＤＥＣＩＳＩＯＮノード・テンプレートを生成するためＴＥＭＰＬ明石モジュー ルによって使用される。ＴＴＭＥ　ＤＥＣＩＳＩＯＮテンプレート・ノードが− ・瓜でさると、オペレータはグラフに時間決定ノードを加えることができる。同 様のｈ法で、オペレータは”ｄａｗ”、”ｄａｙ″、”ＡＮＩ”またはその他の ＤＥＣＩＳＩ○Ｎノード　テンプレートを溝築することができ、グラフにノード を加えるためにこれらのテンプレートを使用することができる。 ＡＳＳＩＧＮＭＥＮＴノード・テンプレートは、タイトル、第１呼び出し変数（ 値を割当てられたもの）、および第２呼び出し変数または値（第１呼び出し変数 に割当てられたもの）を含んでいる。ＡＳＳＩＧＮＭＥＮＴノード・テンプレー トを生成したいオペレータは、テンプレート・メニューの°’ＮＥＷＡＳＳＩＧ ＮＭＦ、Ｎｒオプション（図１２参照）を選択、これによって、図４９八に図示 されたように、ダイアログ・）１（ツクス３０ｃ１が表示さｔしる。ダイアログ ・ボックス３０６は、タイトル・フィールド３（Ｍ、第１呼び出し変数３１０、 および第２呼び出し変数または値フィールド３１２を含んでいる。タイトル・フ ィールド３０ｇは、作成されるＡＳＳＩＧＮＭＥＮＴノード・テンプレートのタ イトルまたは名前を識別し、第１呼び出し変数フィールド３１０は、値を割当て られる”ｗｉｌｄ　ｃ７″呼び出し変数を識別し、そして第２呼び出し変数また は値フィールド３１２は、第１呼び出し変数に割当てられる”ｗｉｌｄ口ん°゛ 、または呼び出し変数または値を識別する。 例えば、図４９Ｂに示されたようにＣＡＲＲＩＥＲ割当てノード・テンプレート を作成するために、オペレータは、タイトル・フィールド３０ｇにタイトル（キ ャリア）を入力し、第１呼び出し変数フィールド３０ｇに呼び出し変数（キャリ ア）を人力し、”ｗｉｌｄΩＮ″　”？ｃａｒｒｉσ”を釘２呼び出し変数また ；よ値フィールド３】２に入力する−例えば、オペレータは、この”ｗｉｋｌＣ −′°の値として任意の長距離キャリアの社名に対応する３桁の頭文字を人力す ることができる。この情報は、グラフにＣＡＲＲＩＥＲノードを加えるためにオ ペレータによって選択されるＣＡＲＲ圧Ｒ割当てノード・テンプレートを生成す るため、πＭＰＬＡＴＥノードによって使用される。 ＰＲＯＣＥＤ団如ノード・テンプレートは、識別１丁能な機能を実行するために このノードによって呼び出されるルーチンのタイトルおよび名前を含んでいる。 オペレータがＰＨ６よりＵＲＥノード・テンプレートを生成したい際、オペレー タはテンプレート・メニューの”ＮＥＷＰＲＯＣＥＤＵＲＥ”オプションを選択 しく図１２参照）、それによって、図５０Ａに示されたように、ダイアログ・ボ ックス３１４を表示する。このダイアログ・ボックス３１４は、タイトル・フィ ールド３１６およびル−ナン・フィールド３１８を３帆タイトル・フィールド３ １６は、作成さｔＬ４子順ノード・アンブレートのタイトルｔ／卜し、ルーチン ・フィールド３１８は、このノードが生成されるとき呼び出されるプログラム・ ルーチンを論ｊ１ける。例えば、オペレータが、ファイルするための呼び出しプ ロセシングについての情報をレコードする”ｌｏｇ山ぽと名４．Ｆけられたプロ グラム・ルーチンを持っていると仮定しよる。、図５ＯＲに示されたように、こ のルーチンを呼び出すＰＲＯＣＥＤＵＲＥノード・テンプレートを作成するため 、オペレータは、ダイアログ・ボックス３１４のフィールド３１６および３１ｇ にタイトル（ログ・データ）ルーチン（ログ・データ）を挿入する。オペレータ は、この後、このノード・テンプレートを使用して、ルーテンを呼び出すためこ のノードをグラフに挿入する。 Ｃ０ＮＶＥＲ５ＡＴＴＯＮノード・テンプレートはタイトル、呼び出し人に再生 されるアナウンス、および呼び出し人から収集される桁数を表わすフィールドを 含む。オペレータがＰＲＯＱＥＤＵＲＥノード・テンプレートを生成したい際、 テンプレート・メニューにおいて”ＮＥＷＣＯＮＶＥＲ５にｒＴＯＮＮ、”オプ ションを選択しく図ｘ２参照）、それによってオペレータは、図５１Ａに示され たように、表示ボックス３２０を表示する。このダイアログ・ボックス３２０は 、タイトル・フィールド３２２、アナウンス・フィールド３２４、および数字フ ィールド３２６を含む。 タイトル・フィールドは作成されるＣ０ＮＶＥＲ５ＡＴＩＯＮノードのタイトル を示し、アナウンス・フィールドは、呼び出し人に再生されるアナウンスを識別 し、数字フィールド３２６は、アナウンスに応えて、呼び出し人が入力するべき 桁数を指定する。 例えば、図５１Ｂに示されたように、呼び出し人に４桁の個人識別番号（ＰＩＮ ）を入力させるＣ０ＮＶＥＲ５ＡＴＩＯＮノード・テンプレートを作成するため 、オペレータは、”ＰＩＮ”をタイトル・フィールド３２２に入力し、アナウン ス・フィールド３２４でアナウンスまたは表示されるメツセージにインデックス 番号を人力し、モしてＰＩＮになる数字を数字フィールド３２６に人力する。グ ラフの実行中において呼び出し人にＰＩＮを人力させるグラフに、このＰＩＮノ ード・テンプレートを挿入することができる。 Ｃ６艶 図５２は、グラフが開始された後、グラフを構築するためサービス作成部分５４ によって行なわれた一般的１ａｆ５ａ作手順を図示する流れ図である。この流れ 図は、図２４で示された”ＥＤＩＴメニュー・オプション＋４０のそれぞれに対 して総括的なものである。各”ＥＤ「メニュー・オプションの特定の流れ図は下 記に説明される。 初頭、オペレータは編集されるスクリーン上のオブジェクトを選択する（ステ７ ブ７００）。 ＣＯ■０しモジュール１０６は、選択されたオブジェクトが２ｚ調衣小されるよ うＳＣＲ巳へそソユール１０２を呼び出丁ことにょっ°Ｃ足・答゛ｒる（スアッ プ７ｏ２）。菫ましい実施例において、この強調表示は、選択されたオブジェク トの色を変更することによって行なわれる。オペレータは、その後、図２４に示 されたように１■７メニユー・オプションを表示するため（ステップ７０６）° °ＥＤＩＴ″′メニューを選択する（ステップ７０４）。これらのオプションか ら、オペレータは希望の゛’ＥＤＩＴメニュー・オプションを選択しくステップ ７０１１＞　、Ｃ０ＮＴＲ０Ｌモジユール＋０６は、選択された”ＥＤｒｒ″オ プションを制御するルーチンまたはモジュールを呼び出すことによって応答する （ステップ７１０）　、呼び出されたルーチンまたはモジュールは、その後、選 択された口１丁オプションに従い、内部データ構造表現Ｅ編集する（ステラ７７ １２）。 Ｃ０ＮＴＲ０Ｌモジユール１０６は、その後、Ｎ集された内部データ拷造表現を 抽象表示表現にｎ訳するため０ＢＪＥＣＴＴ入ＢＬＥモジユール１１０を呼び出 しくステップ７］４）　、そして最後に、抽象表示表現をグラフの表示表現に翻 訳するため５ＣＲＥＥＮモジユール＋０２を呼び出す（ステップ７１６）。 図５３は、グラフに７−ドを加えるためのサービス作成部分５４のオペレージ１ ンを図示する流れ図である。図７Ａのステップ７００から７０８が繰り返される が、オペレータは”ＥＤＩＴ’メニューにおいてＡＤＤ　Ｎ０ＤＥオプシヨンを 選択する。Ｃ０ＮＴＲ０Ｌモジユール１０６は、庇手順を行なうためにＧＲＡＢ ”ＩＩＡＮＤＮＯＤＩＥωＮＴＲ０Ｌ・モ人１ルア０４呼び出すことによ・ノで 応答する（ステップ７１８）　、　ＧＲＡＪ’ＨＡＮＤＮＯＤＥＣＯＮＴＲＯＬ モジｓ−ルアＱは、選択３ｔＬｆ：ｔｌジエクトに対応するノーとはどれかを決 定するため０ＢＪＥＣＴモジユール＋１２を呼び出す（ステップ７２０）、ＧＲ ＡＰＨＡＮＤＮＯＤＥＣＯＮＴＲＯＬ（−ジュール７Ｑは、そ）７ｉ、利用１１ １ｍ１”ｊ　／　−）’ノＩＪ　ストを表示するためＤＬＡＬＱＯモジュール１ −を呼び出す（ステップ７２２）。オペレータは希望のノードを選択する。その 選択ノードに対応するテンプレートを完了する情報をオペレータに人力させるた めに、π：ＭＰＬＡＴＥモジュール７２はＤｒχＩＣモジュール１個を呼び出す Ｃステップ７２４）。Ｃ０ＮＴＲ０Ｌモジユール＋０６は、その後、新しいノー ドのメモリを割付けるためＮ０ＤＥモジユール斜を呼び出す（ステップ７２６） 。 次に、ＧＲＡＰＨＡＮＤＮＯＤＥＣＯＮＴＲＯＬモジュ−）Ｉｙ７Ｑは、完了し タテンプレート情報からノード・データ構造を作るためＴＥＭＰＬＡＴＥモジュ ール７２を呼び出す（ステラ７’７２ｇ）。 ＧＲＡＰＦ（ＡＮＤＮＯＤＥＣＯＮＴＲＯＬモジュールは、そ）後、内部テータ 構造表現ニノード・データ構造を加えるために（ｉＲＡＰＨモジュール６２を呼 び出す（ステップ７３０）、ＧＲＡＰＨＡＮＤ図５４は、グラフにブランチを加 えるサービス作成部分５４のオペレーションを図示する流れ図である１、初頭、 ステップ７（×）〜７０８および７１×が行なわれるが、オペレータは”ＡＤＯ ＢＲＡＭＣＨ’オプシコンを選択する。ＧＲＡＪ’ＨＡＮＤＮＯＤＥＣＯＮＴＲ ＯＬモジ、　−ルｌＯは、選択されたノードにどのテンプレートが対応するかを 決定するため、ＴＥＭＰＬＡＹＥモジュール７２を呼び出す（ステップ７３４） 。これを行なうたり、ノードのフィールドは、各テンプレートの各フィールドに 合致される。ノードと蚊もよ（０致するテンプレートが、対応テンプレートとし て選択される。 ＴＥＭＰＬＡＴＥモジュール７２は、その後、ブランチ値または複数のブランチ 値をオペレータに入力させるなめＤＴＡＥＯｌ：’ｔモジュール１１１４を呼び 出す（ステップ７３６）、次に、　ＧＲＡＰＨＡＮ’ＤＮＯＤＥ　Ｃ０ＮＴＲ０ Ｌモジユール７０は、関連パラメータでブランチ・データ構造を作成するためＮ ０ＤＨモジユール９を呼び出す（ステップ７３８）。ステップ７１４および７１ ６は、その後、内部データ構：、表現を抽象表示表現、および表示グラフに翻訳 するため繰り返される。 図５５は、グラフの値を編集゛ｒるサービス作成部分５４のオペレーションを図 示する流れ図である。初頭、ステップ７００〜７０８および７１ｇが行なわれる が、オペレータは”ＥＩＩＴオプションを選択する。そして、図５４からのステ ップ７３４が行なわれる。次に、ＧＲＡＰＨＡＮＤＮＯＤεモジュール７０は、 ブランチまたはノードが編集されるかどうかを決定する（ステップ７４ｏ）。ノ ードが編集されている場合、π潤へ込π４ノーールア２は、選択さｔしたノード のデンプレートを変更するための情報をオペレータに入力させるためＤＬＡＬＯ Ｏモジュール１例を図５６は、グラフの、あるノードをグラフの別のノードに接 続するサービス作成部分５４のオペレーションを図示する流れ図である。これは 、オペレータが、グラフの別の部分を完了するため、グラフの最初の部分４：複 製′Ｊることなく、グラフの最初の部分を参考にすることを可能とする、便利に するための機能である。 初頭、スナップ７００〜７ｔ）４が行なわれるがオペレータは”Ｃ０ＮＮＥＣｒ ”オブシタン分選択する。、Ｃ０ＮＴＲ０Ｌモジユール１恥は、その後、選択さ れたオブジェクトがノードを表わすかと）かｔ決定する（スナップ７４−４）。 選択され／：Ａゾノエクトがゾフンブ士たは非Ｌ）ＷＣＩＳＩＯＮノードヲ表わ さない場合、プロセシングが行なわれる（ステップ７４６）。選択されたオブジ ェクトがノードを表わす場合、Ｃ０Ｉｆｌ’ＲＯＬモジユール＋０６は表示ウィ ンドウのための接続フラグ（閃示さＦＬτいない）を設定する（ステップ７４８ ）。オペレータは、その後、選択されたオブジェクトを接続するためのグラフ内 の既存ノードを選択する（ステップ７５０）。次に、ステップ７０２が行なわれ る。Ｃ０ＮＴＲ０Ｌモジユール１０６は、その後、接続フラグが設定されている かを決定する（ステップ７５２）。接続フラグが設定されていない場合、　「ク リックされた」すブジＸクトが選択されたすプジェクトになる（ステップ７５４ ）　ｌ、接続フラグが設定されている場合は、Ｃ０ＮＴＲ０Ｌモジ５−ＩＨＯ６ はＯＲＡＭ（ＡＮＤ　ＮＯＤεＣ０ＮＴＲ０Ｌモジュール７０を呼び出し、グラ フ、最初に選択されたオブジェクト、および選択されたノード情報をＧＲＡＰＩ −ＩＡＮＬ）ＮＯＤＥＣ’ＯＮ’ｌ’ＲＱＬモノニール７０に１ｌｌＪ（スフ゛ ノゾ７５（＋）　、　ＧｇんＪＨＡＮＬ）　Ｎｏ煤jｈ ＣＯＮＴＲＯＬＣ０ＮＴＲ０Ｌモジユール１恥オブジェクトと選択されたノード を合わせてリンクさせるためノードモジュール飼を呼び出す（ステップ７５８） 。これが　１１元了合ると、グラフを表示するためステップ７１４〜７１６が行 なわれる。 図５７は、表示されたグラフの一部を「隠す」ためのサービス作成部分５４のオ ペレーションを図示した流れ図である。グラフの一部を「隠す」とは、それを表 示されたグラフから削除するが、グラフのそれ以外の表現からは削除しないとい う意味である。 初頭、ステップ７００〜７０１１および７１ｇが行なわれるが、オペレータは° ’ＨＬＤＥ”オプションを選択する。ＧＲＡＰＨＡＮＤ　Ｎ０ＤＥモジユール７ ０は、その後、データ構造図形的表現における選択されたオブジェクトの”ｈｉ ｄｅ”フラグを設定するためＮ０ＤＥモジユール閥を呼び出す。次に、スアノゾ ７１４〜７１０がグフンｔ−表７ノリ４／−わにイＪなツノれる。しがしながら 、スアフブ７１４中の本実施例では、０ＢＪＥＣＴ　Ｔ、６Ｊ３ＬＥモジユール ＋１０は”ｈｉｄｅ”フラグが各ノードに設定きれたかを決定する。私共の例で は、”ｈｉｄｅ”フラグは設定されているので、０ＢＪＥＣ’ｒＴＡＢＬＥモジ ユール１１０は、ハイド・フラグがグラフの抽象表示表現に設定されたノードの 子ノードのどれも翻訳しない。これはスクリーン上へさらにｇｌ！訳することを 妨げ、グラフのこの部分は隠れているように見える。これはＣＣＰＩレコードが 大きく、多くのブランチを持っている場合、有利である。 ｒＸＪ５ｇは、グラフの定ｉ済み部分を削除するためのサービス作成部分５４の オペレーションを図示した流れ図である。初頭、ステップ７００〜７０８および ７１ｇが行なわれるが、オペレータは”ＤａＥＴＥ　５Ｕ１３ＴＲＥＥ−オプシ ｘンを選択する。ＧＲＡＰＨＡＮＤ　Ｎ０ＤＥ■ＮＴＲ０Ｌモジユール７υは、 その後、選択されたノードおよびその子全゛Ｃをグラフがら削除するためＧＲＡ ＰＲモジュ−）ｋ６２ヲ呼び出す（ステップ７６２）、Ｃ１ＲＡＰＨＡＮＤＮＯ ＤＥＣＯＮＴＲＯＬ（−ジュー　ルアＱは、内部データ構造表現において、削除 されるノードとグラフに残るノードの間のリンクをブレークするため、ＮＯＤε モジュール酎を呼耐出す（スナップ７６−１１　、、次に、ステップフＩ４〜７ １６がグラフ（・喪ふするため番二繰り返さｈる。 図５９は、グラフから１つのノードを削除するためのサービス作成部分５４のオ ペレーションを図示した流れ図である。初頭、ステップ７００〜７０ｇおよび７ １８が繰り返されるが、オペレータは゛つＨＬＥ’正Ｎ０ＤＨ”オプションを選 択する。ＧんＩＧＨＡＮＤ　Ｎ０ＤＩ：モジュール７ｏは、選択されたノードが １つ以上の親または１つ以上の子を持っているかを決定する。持つている場合は 、オペレーションは完了していないので、プロセシングを終える（ステップ７６ ７）。 持っていない場合は、Ｃ０ＮＴＲ０Ｌモジユール＋０６は、内部データ構造表現 がらノードを除去するためＧＲＡＩ’ｌ［モジュール６２を呼び出す（ステップ ７６８）。ＣＯＮ″ｒＲＯＬモジ誹−ル１％は、その後、選択されたノードの親 をその子にリンクするためＮ０ＤＥモジユールＧを呼び出す（ステップ７７０） ＋次Ｉ：、ステップ７＋４Ｊ：よび７１（＋がグ２）く表、＋ｒ；　ｊ−るため に繰り退されも上記のオペレーションを使用して、オペレータは希望のサービス を供給するためグラフを作成することができる。新しいグラフを作成する代わり に、オペレータが既存の記憶されたグラフを開きたい場合、サービス４成部分５ ４のオペレーションはし１桓〕の流れ図で小されたようになる。 初頭、オペレータはＧＲＡＰＨメニニー・オプションを表示し、”０ＰＥＮ”オ プションを選択する（ステップ５００）。Ｃ０ＮＴＲ０Ｌモジユール１０６は、 ２１８によって示された対に・するダイアログ・ボックスを表示するため、ＤＬ ＡＬＯＧ七ジュールｌ［有］を呼び出゛ｒことに二って芝・答゛ｒる（ステップ ５０２）。オペレータは、その後、開けたいグラフの「キー」を入力しくステッ プ５４Ｍ）　、　Ｃ０ｆｆ１ＯＬモジユール＋０６は、表示されるグラフの内部 データ構造表現のメモリを割トノけるため、ＧＲＡＰｌ（モジュール６２を」ア び出）　（スナップ５０Ｌｌ）　、　（ｉＲＡ）’ＨＩ（Ｕ）トヒに七ジュール ７８は、その後、　（図４Ａのｒ−タベース４２のような）データベースからの グラフに対応する２進ｆｆ１報を読込むため、ＤＡＴＡＢＡＳＥモジニール９８ を呼び出丁（スナップ５１ｏ）。ＧＲ鯉Ｈモジュール６２は、グラフの２進表現 をグラフの内部データ１１り造人現に翻訳するため、ＯＲＡＩ’ｌ　ｌ　＋１　 ＵｒＴＴ＝Ｒ石ジュール７ｇ（・呼びＵ」す（ステップ５ｒ＝）　、次に、（Ｏ ＮＴＲＯＬ　（’ジュール＋０６は、グラフの内部データ構造表現を抽象表示表 現に翻訳するため、ＯＢ正ＣＴ’ＴＡＢＬＥモジュール＋１０を呼び出しくステ ップ５１４）　、グラフの抽象表示表現を表示グラフ・フォーマントに翻、ｙく するたり５ＣＲＥＥＮモジュール＋０２’ｒ呼び出１″（ステップ５１６）。 １５１６１は、グラフをデータベースに保存するたりのサービス作成部分５４の オペレーションを図ノノルた流れ図である。初頭、オペレータは、図１６にボさ れたグラフ・メニューを表示しくステップωω、”５ＡＶＥ”オプションを選択 する（ステップ６０２）。それに応答して、ｃｏＮＴＲＯＬモジュール１％は、 グラフの内部データ構造表現を「アシロード」するため、ＧＲＡＰＨモジュール ６２を呼び出す（ステップ６０４）。ＧＲＡＰＨモジュール６２は、グラフの２ 進表現を「アンｏ　−７するためＧＲＡＰＨＢＵＦＦＥＲモジニール７８を呼び 出す（ステップ’６０６＞　。 ０ＲＡＰＩＩ　ｌ１ＬＩＦＦＥＲモジユール７８は、グラフの２進表現２データ ベース４２に占込むためＤＡＴＡＢＡＳＥモジニール９８を呼び出すくステップ の８）。 グラフが新しい名前に従って保存される場合（例えば、グラフが変更され、それ に対応するよう名前が変更された場合「新しい「キー」ｌ）、図６１のステップ ６０２と異なり、オペレータが″５ＡＶｒ＝ＡＳ″オプシッンを選択し、ステッ プ６ｃ１：と６０−１の同にもう１りのスブ・ノブ（図示されていない）が追加 かれ、そのステップでは、Ｃ０ＮＴＲ０Ｌモジユール＋０６はグラフの新しい「 キ刊をオペレータに入力させるためのダイアログ・ボックス（図示されていない ）を表示するようＤＩＡＬＯＧモジュール１０４を呼び出す。 Ｄ、ｒ９７６呼び出しスクリーニング」インターフ丁−スを使用したサービス伯 成ここで°９７６”書式インターフェース作成のためのサービス作成部分５４の オペレーションを図２を参照しながら説明する。”９７６″呼び出しスクリーニ ング・サービスを作成するには、オペレータが、図３２に示されたＩＮＴＥＲＦ ＡＣＥメニューの９７６書式オブシ１ンを選択する。すると１図２に図示された ものと同様だが完了した情報を除外したブランクの”９７６”呼び出しスクリー ニング書式がスクリーン上に現われる。“９７６°°呼び出しスクリーニング書 式８は、顧客キー７０；スクリーン・オプション７４、許可オプション７６およ び時刻パラメータ７８から成る一般拡張メニュー７２；および；≦パラメータ８ ２、スフ１ノーン・オプション７４、許可オプション７６および時間パラメータ ７８を含む複数の特殊メニユーを含んでいる。また、　”９７６”呼び出しスク リーニング書式８は、ＰＩＮオーバーライド・オプション８６、マたＰＩＮパラ メータ８８、および”５ａＶｅ”、”１ｏａｄ−１”ｎｅｗ”および”ｅｘｉｔ −オプシ１ン（それぞれ匍、９２．９４および号町し、情報を内部データ構Ａ表 現に翻訳゛ｊるたわ内部アーク構造表現をこおい゛（迫すなｔジュールを呼び出 す。この内部データ４８４造表現は、＠１で示されたように対応するグラフでグ 書式８に翻訳する。 ２進表現に対応する全てのモジュールを含むことが望ましい。但し、呼び出しは 主に、ＣＯＭＭＵＮＩＣＡＴＥモジュール８４、Ｐｉ’１ＥＳＳＡＧＥ　ＨＡＮ ＤＬＥＲモジュール８６、およびＣＡＬＬＣＯＮＴＥＸＴモジュール８８によっ て処理されるのがより望ましい。 図６２は呼び出しプロセシング部分５６の機能的ブロック図である。呼び出しプ ロセシング部分５６は、ＣＯＭＭＵＮｒＣに四モジュール８４、ＭＥＳＳＡＧＥ ＨＡＮＤＬＥＲモジュール８６．０−１ＣＯＮＴ”．ｒモジニール８８、メノ七 −ジ・ハンドラ入カキュー９０６、メッセージ・ハンドラ出力キュー９０８、呼 び出し入カキュー９１０、呼び出し出力キュー９１２および会話形呼び出しキュ ー９１４を含むのが望ましい。■ＭＩａＮＩＣＡＴＥモジュール８４は、メッセ ージ・ハンドラ入力キュー鍋およびメッセージ・ハンドラ出力キュー９０８と接 Ｍされ、スイッチまたはスイッチ・シミュレータのような遠隔装置へのメノセー ジｔ受イ８ｉ；よび出力する。ＭＥＳＳＡＧｎＨＡＮＤＬＥＲモジュール８６は 、メッセージ・ハンドラ人カキューλ廼、メッセージ・ハンドラ出力キュー９０ ８、呼び出し入カキュー９１０、呼び出し出力キ二一９１２および会話形呼び出 しキュー９１４と接Ｍされテイる。ＣＡＬＬ　Ｃｏ？ｍＥＸＴモジュール８８は 、呼び出し入カキュー９１０、呼び出し出力キｚ−Ｑｌ２およびデータベーｋω と接続されている．ここで、呼び出しプロセシング・アブリケーシコンのオペレ ーシコンは、図６２および図６３Ａ〜６７の流れ図を参照して説明する。 図６３Ａおよび６３Ｂは，ＣＯＭＭＵＮＩＣＡＴＥモジュール８４の呼び出しプ ロセシング・才ベレーションの流れ図である。ＣＯＭＭＩＪＮＩＣＡＴＥモジュ ール８４は、遠隔装置からのメッセージの人力ボート（図ｉバされていない）を 連続的にモニターする。ある実施例では、ＣＯＭＭＵＮＩＣＡＴＥモジュールは 、ＡＩＮリリース０に従ったｅ０４、ｅ｛＋５およびｅ０２メッセージに応答す る。また別の実施例では、ＣＯＭＭＵＮｒＣＡ″ｒＥモジュール８４は、遠隔装 置から入力されたその他のメッセージに応答する。これには、恐リリース１およ び２のような将来のＡＩＮリリースのために供給されたメッセージも含まれてい る。 ＩＡ６３Ａ　′Ｉ：′は、ＣＤＭＭＬＩＮＩＣＡＴＩＥ’Ｃジｚ　−　ルｌｌＪ Ｉユ，ゾＬＪ　ヒ／／，／　Ｕ）たＷＡ：）ノ七一ノ７Ｊ’撃iＪＩＪ ＯＪ能かどうかを決疋゛ｒる（スアソブ１（Ｘん）。そつでな−ＨＬば、ωＭＭ υＮＩＣＡ’圧モジュール８４は処理されるメン七−ジを探し続ける。メノセー ジがブロ七シングに利用可能である場合、ＣＯＭＭｔＪＮＩＣＡ１王モジュール ８４は、そのメッセージを読込み（ステップ＋００２）　．メ７セージをメッ七 一ジ・ハンドラ人カキュ一式拓に置く（スナノプ＋　ＯＯａ）。ＣＯＭＭＵＮＩ ＣＡＴＥモジュール８４は、その後、プロセシングされる新しいメノセージを探 し統ける。 図６３Ｂでは、ＣｏＭＭＵＮＩＣＡＴＥモジュール８４は、メノセージ・ハンド ラ出力キュー９０８でメッセージを探す（ステノブＯＸＺ冫。メノセーソがなけ れば，　ｆＴＯＭＭＬＪＮＩｃＡＴＥモジ二−ノレ８４はメッセージを探し続け る。メッセージ・ハンドク出力キュー９０８にメフセージがあった場合、ＣＯＭ ＭＵＮｒＣＡＴＥモジュール８４は、そのメノセージを受取り（ステップｌｏＯ ８）　．そのメッセージを遠隔ＳａＣに送る（ステ７ブ１０１０）　．　ＣＯＭ ＭＬＪＮＩＣＡＴＥモジュール８４は、その後、メッセージ・ハンドラ出力キュ ー９０８にメン七−ジを探し続ける。 図６４Ａは、ＭＥＳＳＡＧＥ　｝ＬＡｉ’ＪＤＬＥＲモジュール８６の呼び出し プロセシング・オペレーションを図示したものである。ＭＥＳＳＡＧＥ　ＨＡＮ ＤＬＥＲモジュール８６は、メノ七−ジ・ハンドラ入力キュー９０６でメン七一 ジを探す（ステップ０００）。メノセージがなければ、ＭＥＳＳＡＧＥ１−ＬＡ ＮＤＬＥＲモジュール８６はメッセージを探し続ける。メッセージ・ハンドフ人 カキュー９０６にメッ七−ジがあった場合、ＭＥＳＳＡＧＥ　ＨＡＮＤＬＥＲモ ジュール８６は、そのメッ七−ジを受取り　（ステップ＋＋Ｃ）２）　．そして そのメッセージが会活形の応答であるかどうかを決定する（ステップ１１０４） 。メッセージが会話形応答でない場合、■四ＳＡＧＥルαＤＬＥＲモジュール８ ６は、そのメッセージに応答することに必要な適切なＣＣＰＩレコードを決定し （ステップｌｌ０８）、そのメッ七−ジに対応する呼び出しコンテキストを生成 する（ステップ１１１０）。 図６５に示されたように、呼び出しコンテキスト１６０は、呼び出しプロセシン グ中の呼び出しの実行に対応する情報を維持する。この情報は、メノ七−ジ識別 番引６２、呼び出し状悪１６４、　（例えば、活動状態、待ち状悪、新規、また は会話形）、スタック・インデックス１６６、処理されたノード数１６８、呼び 出し変数のりスト１７０および呼び出し状憇スタノク１７２を含む。呼び出しス タック＋７２は、呼び出し状態ｎａの１つまたはそれ以土を含むこともある。 呼び出し状悪１７４は、呼び出しプロセシング中の個別ＣＣＰルコードの実行に 対応する情報を維持する．．図６６に示されたように、呼び出し状態＋７４によ って維持された情報は、Ｃ（’Ｐｌレコードの「キー１　，ＣＣＰＴレコード１ ７８，　ｉ；よび（’ＣｒＱレコードに！３ける実行の現在の位置に対応する実 行オフセット１８０を含む。 一度呼び出しコンテキスト！印が生成されると、ＭＥＳＳＡＧＥＨＡＮＤＬＥＲ モジュール８６は、呼び出しコンテＡストｌωを呼び出し人力省ユー９１０に置 き（スｉノブ１１１２）　，図６４Ａに示されるＭＥＳＳＡＧＥ　｝ＬＡＮＤＬ ＥＲモジュール８６の呼び出しブロ七シング・オペレーションが繰り返される。 ステップ１１０４において、メッセージが会話形応答であると決定された場合、 ＭＥＳＳＡＣ；Ｅ　ＨＡＮＤＬＥＲモジュール８６は会話形呼び出しキュー９１ ４から対応する呼び出しコンテキストを受取り　（ステップ＋＋ｏ６）　．呼び 出しコンテキスト＋６０を呼び出し入方々二一９１０に置く　（ステップ１１１ ２）。 図６４Ｂは、ＭＥＳＳＡＧＥＨＡＮＤＬＥＲモジュール８６によって行なわれた ｆｆｌＪの呼び出しプロセシング・オペレーションを図示したものである。ＭＥ ＳＳＡＧＥ　ＨＡＮＤＬＥＲモジュール８６は、呼び出し；冫テキスト１６０が 呼び出し出力キュー９１２にあるかどうかを決定する（ステップ１１１４）。 もしなければ、ＭＥＳＳＡＧＥＨＡＮＤＬＥＲモジニール８６は呼び出しコンテ キスト１６０を探し続ける。呼び出しコンテキスト＋６０が呼び出し出力キュー ９１２にある場合、ＭＥＳＳＡＧＥ　ＨＡＮＤＬＥＲモジュール８６は呼び出し コンテキスト１６０を受取り　（ステップ１１１６）　．呼び出しコンテキス｝ ＋６０が会話形であるかどうかを決定する（ステンブｌｌ１８）。 呼びＩＪ｝シコンテキスト】６０が会話形の場合．『゛ｒび出しコンテキスト１ ６０は、図一八を？９｝！！Ｉ　Ｌて説明されたように、呼び出しコンテキスト ｌ６０ｌ：対応する入カメッセージ力’ＭＥＳＳＡＧＥ｝ＬＡＮＤＬＥＲモジュ ール８６によって再び処理されるまで、会話形呼び出しキュー９１４に置かれ− る（ステノプＩＩ：！４）　，呼び出しコンテキスト１６０が会話形でなνλ場 舎、ＭＥＳＳＡＧＥルｃＤＬＥＲモジュール８６は呼び出しコンテキスト！６０ からメツでージを生成し（ステップ１１２０）　，そのメッセージをメッセージ ・ハンドラ出力キュー９０８に置く　（ステップ１１２２）。 図６４Ｂに示された呼び出しプロセシング・オペレーションは、その後、ＭＥＳ ＳＡＧＥＦ｛ＡＮＤＬＥＲモソニ−ル８６門：よって繰り返される。 図６７は，　ＣＡＬＬＣＯＮＴＥＸＴモジュール８８によって行なわれた呼び出 しプロセシング・オペレーションの流れ図亡図示したものである。ＣＡＬＬ　Ｃ ＯＮＴＥＸＴモジュール８８は、呼び出しコンテキスト！６０の呼び出し入力キ ュー９１０をモニターする（ステノプ＋２００）　．呼び出しコンテキスト１闇 が呼び出し入カキ１．−ＯｆＯげ４い鳴合，　（”ＡＩ．Ｉ．α別−ΔＴモジト ル８８は呼び出しコンテキスト１６０を探し続ける。呼び出しコンテキスト１６ ０が呼び出し人力キュー９１０にある場合、ＣＡＬＬＣＯＮＴＥＸＴモジュール ８８は呼び出しコンテキスト＋６０を受取り　（ステップ１２０２）　、叶び出 しコンテキストｌ６ｏは以前に込埋された７５１どうかを決定する　（スデノプ １２０４）。 そうでｔければ、ＣＮ上α）ＮＴＥＸＴモジュール８６は、データベースωから の対応するＣＣＰＩレコードを受取るためＧＲＡＰＨ　ＢｔＪＦＦＥＲモジュー ル７ｓ　（ｌＸｌ６７に図示されていない）を呼び出す（ステップ＋２０６）． ＣＡＬＬＣＯＮＴＥＸＴモジュール８６１４、｛−＋７）後、｛−ノＣＣＰＩ＋ ／コ−　ｔ＃）’Ｚ行ｆ管理するため、呼び出し状態】７４を作成し、呼び出し コンテキス｝＋６０の呼び出し状態スタック＋７２上に呼び出し状態１７４をプ ッシュする（ステップｓ　２ｏ７）。 ステップ１２０４において、呼び出しコンテキスト１６０が以前に処理されてい る場合、ＣＡＬＬＣＯＮ″ｒＥＸＴモジュール８８はＣＣＰ＋レコードの夫行が 完了しているかを決定ナる（ステノプ１　２０８）。これは、呼び出し状ａ７ａ の実行オフセント１８ｆＪをチェックすることによって行なわれる。 ステップｌ２０７において呼び出し状態１７４を呼び出し状態スタック１７２十 に作成・プッシュした後、ＣＡＬＬα）ＮＴＦ，ＸＴモジュール９１４はまた， 　（’（’ＰＩレコードの実行が完了しでいるかを決定する（ステップ＋２ｏ８ ）。ｃｃｐｔレコードが完全に実行されていない場合、呼び出しモジュール８８ はＣＣＰＩレコードの１つのノードを実行する　（ステップ１２１０）。ノード を実行した後、ＣＡＬＬ　ＣＯＮＴＥＸＴモジュール８８は、ノードが■ＮＶＥ ＲＳＡＴＩＯＮノードであるかごうかを決定゛ｊ゜る（ステツブ＋２１２）　． そうである場令、ＣＡＬＬ　ＬＸＪＮ’ｌＥＸ’ｌ゛七シュール８６は、呼び出 しコンテキスト＋６０を呼び出し出力キュー９１２Ｆに置き（ステップ！２１４ ）　．これによりｃｃｐｒレコードの実行が停止される。 ノードがＣＯＮＶＥＲＳＡＴＩＯＮノードでない場合、ＣＡＬ上ＣＯＮＴＥＸＴ モジュール８８は、処理されたノードが「ハンドオーバー（渡す）ノード」かど うかを決定する（ステップ１２１３）。 上記に説明されたように、「ハンドオーバー・ノード」は　ａｙ的に呼び出しプ ロセシングを、　「ハンドオーバー・ノード」における値と識別される別のグラ フに渡す。実行されたノードが「ハンドオーバー・ノード」である場含，　ＣＡ Ｉ工■ＮＴＥＸＴ”モジュール９０＋は、「ハンドオーバー・ノード」において 識別される「キー」値に対応するＣＣＰＩレコードを受取るためのステップ＋２ ０６、および新呼び出し状態を作成し、この新呼び出し状息を呼び出し状憇スタ ック１７２上にプッシュするためのステップ１２Ｑ７を繰り返す。ＣＡＬＬ　Ｃ ＯＮＴＥＸＴモジュール８８はＣＣＰＩレコードを呼び出し状悪スタック１７２ 上に実行するため、ステップ１２１３を二おいて、呼び出しプロセシング・ルー チンがステップ１２０８にリターンする際に実行ノ一ドが「ハ／ドオーバー・ノ ード」゛Ｃ＋あると決定さＩＬ！二場イ７、ニオしは功ＵＬ：｝’！レコードか 災イｒしていることにｔる。しかしながら、ステップ１２１３において、呼び出 しプロセシング・ルーチンがステップｌ２０８にリターンする際に実行されたノ ードが「ハンドオーバー・ノード」ではないと決定された場合、これはオリジナ ルのＣＣＰＩレコードを実行し続ける。 ステップｌ２０８において、ＣＡＬＬ　ＣＯＮＩ″ＥｘＴモジュール８８が、Ｃ Ｃ’｝’Ｉレコードは完全に実行されたと決定した場合、ＣＡＬＬ　ＣＯ［モジ ュール８８は、その後、呼び出し状悪スタック１７２上に呼び出し状５１７４が １つ以上あるかどうかを決定する（スナップ１２＋５）。ない場合は、ＣＡＬ工 ｃＯＮ’ｌ’■ｌ゛モジュール聞は、呼び出しコンアキストｌ（支）を呼び出し 出力キュー９＋２上に置き（ステップ！２１４）　、呼び出しブロ七シング・ル ーチンはステップ１２ｏＯにリターンする。 ステップ＋２１５において、呼び出し状態スタック１７２上に１つ以上の呼び出 し状９１７４があると決定された場合、０岨上α升汀ＥＸＴモジュール８８は、 呼び出し認スタック１７２からトップ呼び出し状悪を「ポップ」シ（ステップ１ ２１６）　、その呼び出し状コに対応するＣＣＰＩレコードを文行する（ステッ プ１２＋１８）。これにより、あるＣＣＰＩレコードが別のＣＣＰＩレコードに 「ハンドオーバー」され、その後、オリジナルのｃｃｐｔレコードの実行にリタ ーンする。 ここで、単一呼び出しの完全な呼び出しプロセシング・オペレーシｌンを図６２ を参照して説明する。この例では、説明のために、ＣＣＰＴレコードが、　（図 ４２のグラフに示されたように）呼び出し人に個人！ａ別８号（ＰＩＮ）を人力 するよう要請ナる■Ｎ■ＲＳＡＴＩＯＮノードを含んでいると仮定する。また、 この例では、グラフ「キー」は３１５１２３４５６７．ｅ０４と仮定する。 グラフの残りは図４２に示された通りである。 上記の変更で図４２）こ示されたグラフは、５ＣＰ１８でデータベースωにおけ るＣＣＰＩ　ｌ／コードとして作成・記憶された。＾ＳＣスイッチ１２が（３１ ５）　Ｉ２３Ａ５６１という成語番号を有する電話から呼び出しを受信すると、 このスイッチはＴＣＡＰメツセージをＳＣＰｌｇに送る。 ＣＯＭＭｔｌＮＴＣＡ″ｒＥモジュール８４は、そのメツセージを茨込み、それ をメツセージ・ノ１ンドラ入カキュー９０６に置＜、Ｍδ５ＡＧＥＨＡＮＤＬＥ Ｒモジュール８６はメツセージ・ハンドラ人力キュー９０６からメツセージを受 取り、初ゴ、そのメンセージが全話形応答かどうかを決定する。 この例では、メツセージは会話形ではないため、ＭＥＳＳＡＧＥ　ＨＡＮＤＬＥ Ｒモジュール８６は、キー３１５１２３４５６７、ｃ０５　（基本としたメツ七 ・）に応答するため必貧なＣＣＰＣコルドを識別し、このメツセージに対比・す る呼び出しコンテキストを生成゛ｒる。ＭＥｓＳＡＧＥ　）ＬＡＮＤＬＥＲモジ ュール８６は、その後、生成された呼び出しコンテキストを呼び出し入カキニー ９１０に置く。 ＣＡＬＬ■ＮＴＥＸＴモジュール８８は呼び出し入力キュー９１０上の呼び出し コンテキストを探す、、ｆｆび出しコンテキストが呼び出し入カキｑ　−９＋ｏ 　ｌ″に置かわると、初頭この呼び出しコンテキストが以前に処理されたかどう かを決定するＣＮ上■ＮＴＥＸＴモジュール８８によって読込まれる。この例で は、この呼び出しコンテキストは以前に処理されていないので、ＣＡ比α）ＮＴ ＥＸＴモジュール８８は、データベース■から対応するＣＣＰＩレコードを受取 るためＧＲＡＰＨＢＩＪＦＦＥＲモジニール７８を呼び出し、呼び出し状態スタ ック上にブツシュされる呼び出し状態を作成する。Ｃ起工■ＮＴＴＸＴモジュー ル８８は、その後、ＣＣＰＩレコードの最初のノードを実行する。　［１２１４ ２に示されたように、最初のノードはＣ０ＮＶ［ＺＲ５ＡＴＩＯＮノードである ９゜故に、ＣＡ　ＬＬＣｏ　ＮＴＦＸＴ　モジュール８８が、コノ／−ドはＣ０ ＮＶＥＲ５ＡＴＴＯＮ　／−ドかどうかを間合わせると、ＣＣＰＩレコードの実 行は停止され、ＣＡＩ上α）ＮＴＥ）汀モジュールは呼び出しコンテキストを呼 び出し出力キュー９１２上に置く。 呼び出し出力キュー９１２上に呼び出しコンテキストを探しているＭＥＳＳＡＧ ＩＥ　ｌ１ＡＮＤＬＥＲモジユール８６は、呼び出し出力キュー９１２．１−． １こ呼び出しコンテキストが一度置かれると、呼び出しコンテキス）・を読込む 。ＭＥＳＳＡＧＥ　）ＬＡＮＤＬＥＲモジュール８６は、その後、呼び出しコン テキストが会話形であるかどうかを間合わせる。この例では、呼び出しコンテキ ストは会１話形であるので、ＭδＳＡＧεＨＡＮＤＬＪＥＲモジュールＳ６は呼 び出しコンテキストを会話形呼び出しキュー９１４に！き、ＰＩＮをオペレータ に人力させるため呼び出しコンテキストからのメツセージを生成する。このメツ セージはメツセージ・ハンドラ出力キュー９０１１に置かれる。 ＣＯＭＭＵＮＩＣＡＴＥモ′７２−ル８４に、メツセージ・ハンドラ・キ、＝− ９０８からメツセージを受取り、＾ＳＣスイ７す１２にそのメツセージを送り返 ゛Ｉ″。叶ひ出しプロセシング・オペレーションは、そのｆ＆、５ＣＰ１８から の他のメツ七−ソを処理し続ける。 オペレータによるＰＩＮ入力に対する応答において、ＡＳＣスイッチ１２は再び メツセージを５ＣＰ１８に送る。ＣＯＭＭＬＪＮｒＣＡＴＥモジュール８４は、 このメツセージを読込み、メツセージ・ハンドラ人力キューγ廼に置く。ＭＥＳ ＳＡ（ｉＥ　ＨＡＮＤＬＥＲモジュール８６は、キューγ垢からのこのメツセー ジを受取り、メツセージが全話形応答であるかどうかを決定する。この例では、 呼び出し人によって入力されたＰＩＮは全話形応答であり、故に、ＭＥＳＳＡＧ Ｅ　ＨＡＮＤＬＥ玉モジュール８６は、会話形呼び出しキュー９１４から対比す る呼び出しコンテキストを受け取る。この呼び出しコンテキストは、ＣＡＬＬＣ ＯＮｉＥＸ’ｒモジュール８８によってさらに処理されるよう呼び出し入力キュ ー９１０上に置かれる。 ＣＡＬＬＣＯＮＴＥＸＴモジュール８８は、呼び出し入力キュー９１０からの呼 び出しコンテキストを読込み、この呼び出しコンテキストが以前に処理されたか どうかを決定する。この例において、この呼び出しコンテキストは以前に処理さ れたものなので、ＣＣＰＩレコードはデータベース６０から検索されない。その かわり、０岨工■ＮＴＥＸＴモジユール８８はＣＣＰＩレコードの実行が完了し ているかどうかを決定する。この例では、ＣＣ円レコードは完全に実行されでい ないので、　ＣＣＰＩレコードの次のノードが実行さｔしる。次に、ｃｃｐｔレ コードの各ノードが実行される。 この例では、オペレータカ’ＰＩＮ　１２３４を入力すると仮定する。図４２の グラフによって図示されたように、ＣＡＬ上Ｃ０ＮＴＥＸＴモジュール８８は、 電話靜号（３１５）　＋２３−４５６７からの呼び出しが経路指定されるべきで あるとＣＣＰＩレコードの実行から決定し、この情報を呼び出しコンテキストに 加え、呼び出しコンテキストを呼び出し出力キュー９１２に置く。ＭＥＳＳＡＧ Ｅ！１ＡＮＤＬＥＲモジニール８６は呼び出しフンテキストを；：＞ｊ込み、「 Ｐび出しコンテキストが会品形でないことを決定し、呼び出しを経路指定するよ うへＳＣスイッチ１２に通知するため呼び出しコンテキストからのメツセージを 生成する。ＭＥＳＳＡＧＥ　ＨＡＦＪＤＬＥＲモジュール８６は、このメツセー ジをメンセージ・ハンドラ出力キュー９０８上に置く。ＣＯＭＭＵＮＩＣＡＴＥ モジュール８４は、その後、キュー９Ｕｌｉからのメツセージを読込み、これを ＡＳＣスイッチ１２に送る。 Ｆ、　−されたグラフの　六のための増　された　び出しプロセシング作成され たグラフで、オペレータは、ＣＣＰＩ　ｋコードをＡＩＮネットワークｌＯに展 開する前に、ス・ｆノチｆたはスイッチ・シ４ユレータによっ゛Ｃ生成された呼 び出しを処理“４゛ることによりグラフをテストすることができる。このテスト は、５Ｍ５２０．　ＰＣ２２、ＳＣＰ　ＩＬ　ＳＮ　＋６またはアドジャンクト １４で行なうことができる。但し、これらの１ａ′５！は、呼び出しプロセシン グど分５６、およびスイッチまたはスイッチ・シミユレータから成るＣＳアプリ ケーションを含んでいる必要がある。 このようなテストは、どの呼び出しプロセシングがｄ几く行なわれたかは２ノ（ すが、呼び出しプロセシングが止しく行なわれなかった場合、なぜその呼び出し プロセシングが失敗したかの理由は示さない。従って、本発明の別の実施例は、 呼び出しプロセシング中グラフを通して取られた実行経路の視覚的表示を供給す る１、この実施例は、増強された呼び出（２プロセシング部分から成るアプリケ ージ１ンを使用り、、　５Ｍ５２０．　ｒ’ｃ２２．　ＳＣＰ　＋ｔ　ＳＮ　１ ６またはアドジャンクト１４で実行できるものが望ましい。 視覚的表示は、ＣＳアブリケーシミン凝がサービス作成配分５４から成り、その 装置でオペレータ・インターフェース−が供給されるものであれば、これらのど の装置においても供給することができる。故に、グラフにおける実行経路の視覚 的表示は、呼び出しプロセシングを行なう＋１２置（ローカル視覚表示）または 呼び出しプロセシングを行なう装置から離れた装置（遠隔視覚表示）で供給する ことができる。視覚的表示は、テスト・モードで、またはＡＩＮネットワークｌ Ｏにおいて呼び出しプロセシングのために供給することができる。 認ましい実施例において、視覚的表示は直接グラフ上で呼び出しプロセシング中 に取られた実行経路を強調表示することから成り、呼び出しを処理するため実行 されたグラフノードを接続する赤い線として強調表示することが望ましいくここ では°”−ｃ”と呼ばれる）。 しかしながら、弛調衣ノ」りのその他のタイプはグラフの実イｊ蛙路を識別゛ｆ ることに使用でさる。一方、ｃｃｐｒレコードを通って取られた実行経路は、実 行経路を１０に１ノードずつ表示することによって視覚的に表示することが可能 である（ここでは“５ｔｅｐ”表示と呼ばれる）。 ゛、呻°゛表示が行なわれた際、”ｉａ”も供給されるのが望ましい。 菫ましい実施例では、本発明は、図６８Ａおよび６８Ｂに示されたようにＣＡｕ 　Ｃ０ＮＴＥＸＴモジニール８８によって行なわれる呼び出しプロセシング・オ ペレーションを増強することによる°’ｏ−１ｃｅ”および！１ｔｅｐ”視覚的 表示と供給する。しかしながら、ＣＯＭＭＬＩＮＩＣＡＴＥモジュール８４およ びＭＥＳＳＡＧＥ　）ＬＡＮＤＬＥＲモジュール８６のプロセシング・オペレー ションは、上記の説明と同様のまま留まる。１Ｍ６８Ａおよび６８Ｂの増強され た呼び出しプロセシングについて、ステップ＋２００−１２１６は、図６７の呼 び出しプロセシングで示されたものと同一である。しかしながら、増強された呼 び出しプロセシングについて、ＣＣＰＩレコードの呼び出し状態を作成し、呼び 出し状態スタックに呼び出し状態をブツシュした後、ＣＡＬＬ　Ｃ０ＮＴＥＸＴ モジユール８８は、”ｇｌｏｂａｌ”または”ｒｅｃｏｒｄ”または“５ｔｅｐ “または“ｉａ“フラグのどれかが設定されているかどうかを決定する（ステッ プ＋３００）。”ｇｌｏｂａｌ”フラグは複数のＣＣＰＩレコードに対応するフ ラグのことである。”ｇｌｏｈ、Ｉｌ”フラグが設定されている場合、ＣＣＰＩ レコードを通って取らＪした失イＪ柱賭１よ、フラグ選択をこより全ての尖イ」 ′どれたＣＣＰルー−１／がス１ノ／よたはトレースされる。“ｒｅｃｏｒｄ” フラグは個別の各ｃｃｐｒレコードに対応するフラグのことである。 ”Ｉ’ｅＣＯ−”フラグがｃｃｐｒレコードのために設定されている場合、作成 環境（ローカル）または呼び出しプロセシング環境（増強呼び出しプロセシング 品分５６のみから成るアプリケーションを含むもので、オペレータ・インターフ ェースなし；遠隔）における増強呼び出しプロセシング品分５６によって呼び出 しが実行される際、フラグ選択によっては対応するグラフが表示され、グラフを 通って取られる実３丁経路がステップまたはトレースされる。 “”ｇｌｏｂａｌ”、”ｓ＋ｃｐ”およびｎα”フラグは、図ωにｌｊ（された 流れ図に従ってオペレータにより設定されるのが望ましい。初頭、オペレータは メイン・インターフェース・ウィンドウを表示し、”０ＦＴＩＱＮ”　メニ、− を選択する（ステップｌａ）、これに対して、Ｃ０ＮＴＲ０Ｌ　（−ジュール＋ ０６は、図１３に小されたように、“○）’１’ｌＯＮ”メニュー・オプション を表示する（ステップ１４０２）。オペレータは、その後、”ＥＸＥＣＵＴＩＯ Ｎ”オプションを選択しくステップ１４０４）　、　Ｃ０ＮＴＲ０Ｌモジユール ＋０６は、その後ご５ｔｅｐ”または“晶α゛°オプションのどちら力１をオペ レータに選択させるダイアログ・ボックス（図示されてν１なｌ／１）を表示す るためＤ込■（そジュールｉ−を呼び出す（ステップ１暢）。オペレータは、そ の後、”ｒｅ”または”５ｔｅｐ”オプションを選択する（ステップ＋ａｏｇ） 　、、対応する°’ｇｌｏｂａｌ”フラグはＣ０ＮＴＲ０Ｌモジユール１０６に よって設定される（ステップ１４１０）。 “ｒｃｃｏｒｄ”フラグは、図６９に図示された流れ図に従ってオペレータによ り設定されることが望ましいが、但し図２９にボされたようにステップ１４００ でのグラフ編集Ｂツド・ウィンドウから”０ＦｎＯＮ″メニユー１４４が選択さ れる。加えて、フラグが設定された後、オペレータは、−ｒｅｃＯ−”、”ＬＩ ｕＷ”または°°ＳにＰ”フラグを設定するため、上記に説明されたように”５ ＡＶＥ”オペレージマンを行つう、グラフに対するＣＣ２口・１−ドが、遠隔呼 び出しプロセシング環境において呼び出しプロセシングされる場合、ＭＡＩＬモ ジュール＋００はｃｃｐｒレコードを作成環境から遠隔呼び出しプロセシング環 境に転送する。 図６１＜Ａのステップ１３００を参照し、”Ｊｕｂａｌ”　！たはｒｅｗｎｊ” 、”５呻”または”―？フラグのどれも設定されていない場合、ＣＡＬＬ　Ｃ０ ＮＴＥＸＴモジユール８８はＣＣＰＩレコードが完全に実行されたかどうかを決 定する（ステップ１２０８）。”ｇｌｏｂａｌ”または”ｔｅｃａｒｄ″、”ｉ ａ“または”５ｔｅｐ”フラグのどちらかが設定されている場合、ＣＡＬＬ　Ｃ ０ＮＴＴＥＸＴモジユール８８は増強呼び出しプロセシング・オペレーションが 作成環境で行なわれているかどうかを決定する（ステップ１３０１）。この決定 は、環境フラグに従って行なわれる。 １記に説１９１されたように１作成環境は、ディスプレイ４８およびサービス作 成部分５４ｔ−含む。故に、作成環境で呼び出しプロセシングをする際にグラフ を見るには、作成環境で視覚表示が供給される。 例えば、呼び出しプロセシング環境がディスプレイ４８を含まない場合、呼び出 しプロセシングの実行結果は表示のために作成環境に送られることが泣ましい。 よって、増強呼び出しプロセシングが行なわれる環境によっては、増強呼び出し プロ七シング部分５６によって異なる動作が起こる。 ステップ１３０１において、増強呼び出しプロセシングカ憎成環境で行なわれた 場合、ＣＡＬ上ＣＯＮ’ｌＥＸ’ｒモジュール８８はグラフ４＆！集バツド・ウ ィンドウｆ　＆／Ｉ＜　Ｌ　、呼び出しコンテキストをグラフ編集パッド・ウィ ンドウと関連づける（ステップ＋３０２）。ステップ１３０１において、増強呼 び出しプロセシングが呼び出しプロセシング環境において行なわれた場合、０旧 。 Ｃ０ＮＴＥＸＴモジユール８８は、実行情報をレコードするために呼び出しコン テキストのファイルを開く　（ステップ＋３０４）。 ＣＡＬＬ　Ｃ０ＮＴＥ：σモジュール８８は、その後、ＣＣＰレコードが完全に 実行されたがどうかを決定゛ノる（ステップ＋　２ＯＳ　）。そうであれば、Ｃ ＡＬＬ　ＣυＮ’ｌ■Ｉモノニール８８は、図６７を参照して説明されたように 、ステップ１２１５．１２１４および１２１６を行なう。そうでない場合は次の ノードが実行される（ステップ＋２１０）。 ノードを実行した後、ＣＡＬＬ　ＣＯ［モジュール８８は、−ｇｌｏｂａｌ”、 ”ｒｅｃｏｒｄ”、”ｔｒａｃｔ”および”５ｌｅｐ”フラグが設定されている かどうかを再び決定する（ステップ＋３０６）。そうでなければ、ＣＡＬＬ　Ｃ ０ＮＴＥＸＴモジユール８８はステップ１２０８を繰り返すゆしがしながら、こ れらのフラグの１つが設定された場合、ステップ１３０１の決定が繰り返される 。 呼び出しプロセシングが作成頃境で（テなわれている場合、　ＣＡ１．１．Ｃ０ ＮＴＥＸＴモジユール８８は、ノードが処理されたことを小゛ノグフンの内部τ −タ構造表現におけるフラグと設定するため、Ｎ０ＤＥモジユールＧを呼び出す くステップ］３ｏ８）、、、上記に説明したように、内部データ構造表現に対す る変更は抽象表示表現にも反映され、スクリーンに表示される。故に、作成環境 で増強呼び出しプロセシングを行なう際、ノードをプロセシングした後の内部デ ータＭＩＰ造表現におけるフラグの設定は、表示されたグラフ上の処理されたノ ード間を強調表示するように反映される。増強呼び出しプロセシングがその代わ りに、ディスプレイまたはサービス作成部分５４なしで呼び出しプロセシング環 境においＣｈなわれた場合、ＣＡ１．ＬＣＯＮＴ［ＥＸＴモジュール８８は、そ のノードが実行されたことを示すたりファイルを更看゛ｒる（ステップ１３１０ ）。 ＣＡＬＬ　Ｑ）！ｆｒＥＸＴモジュール８８は、その後、処理されたノードはω ＮＶＥＲ５ＡＴ［ＯＮ　／　−）’であるかどうかを決定する（スゲ・ノブ１２ １２）。そうであれば、ＣＡＩ上ωに艮、Ｘ’ｌ’モジュール８８は、呼び出し コンテキストを呼び出し出力キュー９１２上に出力する（ステップ１２１４）。 そうでなければ、図６７で示されたステップ１２１３．１２０６および１２０７ 力イ行なわれる。 呼び出し状態の作成および呼び出し状態を呼び出し状ミスタノクレニプツシュし た後、または処理されたノードがノ１ンドオーノイーハードで一一・場６、増強 呼び出しプロセシング１よステップ１３０１を行なう。増強呼び出しプロセシン グ力（呼び出しプロセシング環境で行なわれる場合、Ｃに」−■ＭＥσモジュー ル８斜よステップ＋２０８＋：ＩＪターンする。増強呼び出しプションを選択す る際、対応するＣＣＰＩレコードの呼び出しフンテキスト１よ呼び出し入力キュ ーば置かれる。 増強呼び出しプロセシングについては、呼び出しコンテキストが呼び出し出力キ ュー９１２なければ、ＣＡＬＬ　Ｃ０ＮＴＥＸＴモジユール８８はステップ＋２ ００１こリターンする。そうであれＩｆ。 ステップ１３０１が操り返される。 増強呼び出しプロセシングが作成環境で行なわれてνすると決定された場合、Ｃ ＡＬＬＣＯＮＴＥＸＴモジュール８８はステップ１２闇にリターンする−しかし ながら、呼び出しプロセシングが、ディスプレイ４およびサービス作成部分５４ なしで呼び出しプロセシング環境において行なわれていると決定された場合は、 ファイルは作成環境に送られ（ステップ１３１ｇ）、ｃａｍ■１ずＴＥＸＴモジ ュール北のプロセシングはステップ１２００１こリターン′ノ゛る。 ステップ】３１８の作成環境しこ対するファイルを送ることにより、電話ウィン ドウ＋２１が、例えば図７に示されたようなディスプレイ上に現われるようにす ることが望ましい。ウィンドウ＋２１は、遠隔呼び出しプロセシング環境で実行 されたｃｃＰルコードに対応するファイルが作成環境に送られたことを、オペレ ータに示す。 図７０は、遠隔呼び出しプロセシング環境にＪ」ける増強呼び出しプロセシング 中に行なわれた実行経路の視覚的表示を供給するためのオペレーションを図示し た流れ図である。初頭、Ｃ０ＮＴＲ０Ｌモジユール＋０６はファイルを受取り　 （ステップ＋６００）　、ファイル内のｔ？７Ｎでグラフの内部データ構造表現 を更新するためのＧＲＡＰＩ−１モジユール６２を呼び出す（ステップ１６０２ ）。オペレータは、ディスプレイ上、の電話ウィンドウ＋２１を選択しくステッ プ＋６０４）、Ｃ０ＮＴＲ０Ｌモジユール＋０６は、図７１にボされた対見・す るダイアログ・ボックスを表示するためＤＩＡＬＯＧモジュールＩ（）４を呼び 出す（ステップ１６４）６）６オペレータは、その後、表示されるグラフの「キ ー１を選択する（ステップ＋０６１ｉ１）　、、次に、Ｃ（’）ＮＴＲα、モジ ュール１０６は、グラフの内部データ構造表現を抽象表示表現に翻訳するため０ ＢＪＥＣＩ″ＴＡＢＬＨモジユール＋１０を呼び出しくステップ１６１０＞　、 　Ｃ０ＮＴＲ０Ｌモジユール＋０６はまた、グラフにおける実行経路の“口、Ｗ Ｃ″況覚的五小の７’ｆスブｉ、１．にグノソ全描くため５Ｃ１（ＬＬＮシ′ユ 　ル１（１２Ｌ　Ｖ’ｆび出〕（ステップ１６１２り。 Ｇ？゛１性検査 ２ＰＶｌ検査はテストとは別のｔベレーン１ンで、らると４えＣ１れている４６ テストに！ｊいては、グラフに対応する手順が希望通り行なわれていることをオ ペレータが保証できるようにするためプロセシングの視覚的表示が作成される。 これに対して妥当性検査は、グラフｔｆ１１戊↑るこ、１：１こおいて・ビーフ Ｓな接抗が１り龍で９ｈるかと゛う乃・金υ一定するたりのものである。 ′ｆ±しい大施例Ｃ１ユ、衣び１１検介はエキスパート・ンスアムの使用を含ん Ｃいる。 エキスパート　システムは、プロセシング・ルーチンにおける論理違反の検知、 およびｙキスパート・システムによってＰＩ′１Ｍ”れるー・組の規則および知 識ベースを基本としたこれらのｉｉ’ｌｔ反のリストを生成することに利ＩＩ＋ 可能である１１本発明は１表示されｔ−グラフ５ｌ−ｔ（ける論８！違反を謀Ｓ ｕするエキスパート・システムを使用している。 できれは、「重大（ｓｅｖｅｒｅ）Ｊおよび「警告（ｗａｒｎｉｎｇ）Ｊという ２つのタイプがあるのが望ましい。重大違反は、エラーの呼び出しプロセシング を作り出す問題としてのエキスパート・システムによって識別される。警告違反 は、エラーの呼び出しプロセシングを起こす可能性のある問題としてのエキスパ ート・システムによって識別される。 下記は、本’２’ｌＪの′、）：、施例におけるグラフ内の「重大」およびｒｊ Ｆ？’ｌ違反を１識別するためのエキスパート・システムによって使用される規 則のリストの一例である。 １、　１１ＭＥ、　ＤＡＬＥ、ＬＡＴＡノードの「その他」のブランチを持って いなければならない（重大）； ２、ＤＡＹノードの全てのブランチ値を持っていなければならない（Ｔｉ大）； ３、ＤＥＣＩＳＴＯＮノードは１つ以上のブランチが必要である（ｌｌｔ大）； ４　グラフ内の各サイクルは少なくともＤＥＣＩＳＩＯＮノード１つを持ってい なければならない（正大）； ５、ｘ≦ｐおよびｙ２：ｑの場合、ＤＬＮ　ｌｘ、　ｙｌノードはＤＬＮＩＰ、 ４１１に先行することはできない（ｆ告）； ６、ｘ≦ｐおよびｙ≧９の場合、ＡＮｒ　（ｘ、　ｙｌノードはＡＮＩ［ｐ、ｑ ｌに先行することはできない（ｆ告）； フ　グラフを通る単−経路上のＡＳＳＩＧＮＭＥＮＴノードの複製はできない（ ｉＦ告）；８、　サービス特定規則 匹 ａ、　■ＮＶｔミ１（、Ｓ＾１°ＩＯＮ、〆（１，ノードは、■・１りされない （１ｉｔ＝＞　；出　の　び出しスクリーニング ｂ、ＲＯびｎＮＧＮＵＭｎｒ、Ｒ／−ドは許可されない図７２は、本発明に従う ｆ＝エキスパート・システ１１の望！１いオペレージ１ンを図示する流れ図であ る。初頭、オペレータはエキスパート・システム・メニューを選択する（図示さ れていない）　（ステップ８ｏＯ）。これに対してＣ０ＩｆｒＲＯＬモジユール １０６は、表示されるグラフの内部データ＋ｉＧ造表現全グラフのノー　Ｉ゛に ス・１に・」る「スＶ−マ」の　組に翻、Ｊくシ、これらの１スキーマ」をエキ スパート・システムによって理解される知識ベースに挿入するために、ＥＸＰＥ ＲＴモジュールフロを呼び出す（ステップ８０２）。 これらの「スキーマ１および坦ｏ＋＋を使用して、エキスパート・システムは、 １・記に指定された規則のよるなＪ、キスバート・システムに以前に人力された ・組の規則に従ってスキーマをテストし、グラフ内のエラーのリストを生成する 。エキスパート・システムはまた、エラーを含む各ノードおよびブランチにフラ グを立てる（ステップ８ｏ４）。ノードおよびブランチに７ａ７グを立てること は、グラフの内部データナ″ｆ＃造衣現のデーダ僧造を変更する。 ＣＬＩＮ’ｌ’Ｒ（ＪＬモジュール１０６は、そのイ支、内部データ樗造表現を 抽象衣ｌド衣現に翻ｄ（グルタめ０ＢＪＥＣｒ　ＴＡ１３ＬＥモジュール＋１０ を呼び出しくステップ８０６）　、抽象表示表現を表示されたグラフにａ訳する なめ５ＣＲＥＥＮモジユール１０２を呼び出す（ステップ８０８）。フラグが立 てられたノードは、エラー・ノードを識別するためにスクリーン上で強調表示さ れる。故に、オペレータは、グラフ内のエラーを６易に識別し、必要であればこ れらのエラーを修正する。望ましい実施例では、λべし一夕はまた、強調表示さ れたノードの上クーのリストを表小するため（ステップ）１１２）　、強調表小 されたノードを選択゛Ｉることもできる（ステップ８１０）。 不発ｉＪに従って使用できる既知のエキスパート・システムの例とし′Ｃは、ｌ ｎｌ’ｅｒｅｎαＣｕ＋１ｘｘａｔｌｕｕの＾ｕｕｎｕａ＜Ｊ　Ｒｃａａｕ＋山 ＋６　Ｔｕａ＋１　（自動バ１，１）　ノ（＾１ζ丁）お↓びＬ３ｃ１１＾０P ．− Ｋｎｏｗｌｅｄｇｅ　ＳｙｓＬｅｍ　Ｃｏｒｐｏｒａｔｉｏｎによって作られた ーｒ　Ｅｘｐｅｒｔ　Ｓｙｓｕｅｍ　（レーザ・エキスパ−g。 システム）を含む。これ以外のエキスパート・システムも利用可能であり、本発 明に従って使用することができる。 Ｈ０工亙拾 現ｉ、）、＋、’４：で望ましい夫に例とりえられるもの、および本発ｉ１の下 段が１小・１況１夕ＩＪれてさたが、本発明の実際の範囲から逸脱することなく 、さまざまな変更や改変を行なうことが可能であり、それらの要素で同等のもの に替えることが可能であることは技術熟練者によって理解されるはずである。 加えＣ１本発明の中心的範囲から逸脱ノることなく、本イこ１９１の教義に特定 の要素、技術または実施を採用するため、多くの改変を行なうことがｎｆ能であ る。故に、本発明は、ここで公開された肴、一定の実施例および下段に限定され ること１よなく、不発ＩＩは添イ１の上張範囲に入る全ての実施例を含むもので ある。。 図２ 一゛°） ９７６ｖＰび出しスクリーニング書式 電話　口匝ロスクリーン○　許可　○　ｌ酊司　ｌＩ区玉］可口電話　口ｐ亘ロ 　スクリーン○　許可　○　１４間　ロｒコ電話　口＝＝コスクリーン○　許可 　○　時間　ロ二＝＝＝＝コを話　ロスクリーン○　許可　○　時間　口＝＝＝ ＝＝コ図５ 図６０ レコードの景示茨現に対応 図６０ レコードの讃示贋現に対応 図９ 図１０ え 図１９ 図２０ 重 呂 図３３ 図４２　−　図４７ 図３４　図４３ 図４５ 図３８　図４４ 図４０　図３６ 図４１　図４６ 図４８Ａ 図４８８ 図４９Ａ 図４９８ 図５０Ａ 図５０８ 図５１Ａ 図５１８ 図５２ 図５３ 図５４ 図５５ 図５６ 図５７ 図５８ 図５９ 図６０ 図６１ 図６３Ａ　図６３８ 図６４Ａ 図６４８ 呼び出し出力　闇 キューに呼び出し コンテキストがあるか？ ＥＳ キューから呼び出し コンテキストを得る １１１８　□ｊμｍ１ 図６５ 図６６ ６８Ａ 図６８８ 図６９ 図７０ 図７２ 手続補正書 平成５年６月２９日

Claims (5)

【特許請求の範囲】
1. １．電気通信ネットワークが、ネットワークの個人的顧客に、要請されたサービ スを供給すここを指示する手順を設計する手段で、その手段はプーターブロセッ リによって実行される下記のステップから成る： 複数のタイプのノードを顧客に提供し、そのノードは手順に使用可能な決定およ び動作を示すもの； 顧客から望まれるノードの表示を受取るもの；顧客から望まれるノード間の望ま れる関係の表示を受取るもの；顧客から望まれるノードと共に使用されるパラメ ータ値を受取るもの；望まれるノード、顧客の値、およびノード間の示された関 係の図形的表現を構築するもの。
2. ２．顧客の要請に応える電話ネットワークの個別的顧客にサービスを供給する手 段で、その手段はデータ．ゾロセッサによって実行される下記のステップから成 る；複数の顧客サービス手順を記憶するもので、各顧客サービス手順はネットワ ークの個人的顧客に対応するもの； 個別化された顧客サービスの要請を受取るもの；受取った要請に対応ず乙個別化 された顧客サービス手順を決定するもの；それぞれの要請に対応する個別化され た顧客サービス手順を個別化された手順を記憶したところから検索するもの；お よび個人的顧客にサービスを供給するための検索されたサービス手順を実行する もの。
3. ３．電話ネットワークがネットワークの顧客に要請されたサービスを供給するよ うに指示するためにデータ・プロセシング・システムに手順を記憶する手段で、 その手段はデータ処理システムによって実行される下記のステップから成る：手 順の視覚的表現のための表示情報を図形的表現レベルで記憶するもの：表示情報 に対応するデータ構造として整理されたデータをデータ構造レベルで記憶するも の；および 要請されたサービスを実施するための実行可能コードをコードレベルで記憶する もので、その実行可能コードはデータ構造内の情報に対応するもの。
4. ４．電話ネットワークの個人的顧客に個別化されたサービスを供給するための手 順をテストする手段で、その個別化されたサービスは、表示装置しにグラフとし て表わされるもので、そのグラフは条件およびその条件のために作られた評価に よって行なわれるべき動作、その評価は該グラフのパラメータ値のテストを含み 、その手段はデータ・プロセッサによって実行される下記のステップから成る： パラメータの選択されたものの値を事前設定するもの；他のパラメータの他を生 成するもの； その事前設定された、および生成されたパラメータ値を使用した手順を実行する もの；および その事前設定された、および生成されたパラメータ値よって評価された条件、お よび条件の評価によって行なわなければならない動作をグラフ上に示すもの。
5. ５．電話ネットワークの顧客に個別化されたサービスを供給する手順を妥当性検 査する手段で、その手順は、データ・プロセッサによって実行可能なデータおよ び命令を有するデータ構造内に存し、その手段はデータ・プロセッサによって実 行される下記のステップから成る： データ構造内の手順をエキスバート・システムによって評価されるためのスキー マに変換されるもので、その変化するステップは下記のサブステップを含むもの データ構造から手順のための命令およびデータを抽出するもの；命令の適切な使 用法を示す組の規則に対して、抽出された手順の命令およびデータをテストする もの； その一組の規則を破る無効の命令およびデータを識別するもの；および無効な命 令およびデータのためにデータ構造にインディケータを置くもの。