JPH07202979A - 電気通信システムインタフェース - Google Patents
電気通信システムインタフェースInfo
- Publication number
- JPH07202979A JPH07202979A JP6333748A JP33374894A JPH07202979A JP H07202979 A JPH07202979 A JP H07202979A JP 6333748 A JP6333748 A JP 6333748A JP 33374894 A JP33374894 A JP 33374894A JP H07202979 A JPH07202979 A JP H07202979A
- Authority
- JP
- Japan
- Prior art keywords
- code
- service
- sce
- intermediate code
- node
- 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.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/4228—Systems providing special services or facilities to subscribers in networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0054—Service creation techniques
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
- H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
- H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
- H04Q3/54508—Configuration, initialisation
- H04Q3/54525—Features introduction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
- H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
- H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
- H04Q3/54575—Software application
- H04Q3/54583—Software development, e.g. procedural, object oriented, software generation, software testing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1305—Software aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13057—Object-oriented software
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/135—Service creation
-
- 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
Abstract
(57)【要約】
【目的】 各サービス作成環境（ＳＣＥ）と各実行環境
（ＥＥ）の間で別個のインタフェースを必要としない効
率的でフレキシブルな電気通信システムインタフェース
を実現する。 【構成】 ＳＣＥで開発された電気通信サービスを表現
するのに適した中間コードオペレーションのセットを定
義する。次に、ＳＣＥからの出力コードを構文解析し、
複数のノードを有する解析木を形成する。この解析木
は、そのＳＣＥで開発された電気通信サービスのうちの
１つを表現する。次に、中間コードがＳＣＥ出力コード
内に含まれるほとんどすべての情報を保存するように、
中間コードオペレーションのセットおよび解析木から、
解析木のノードを表現する中間コードを生成する。ＳＣ
Ｅで開発された電気通信サービスが各ＥＥで提供可能な
ように、その中間コードから、各ＥＥに対するターゲッ
トコードを生成する。
（ＥＥ）の間で別個のインタフェースを必要としない効
率的でフレキシブルな電気通信システムインタフェース
を実現する。 【構成】 ＳＣＥで開発された電気通信サービスを表現
するのに適した中間コードオペレーションのセットを定
義する。次に、ＳＣＥからの出力コードを構文解析し、
複数のノードを有する解析木を形成する。この解析木
は、そのＳＣＥで開発された電気通信サービスのうちの
１つを表現する。次に、中間コードがＳＣＥ出力コード
内に含まれるほとんどすべての情報を保存するように、
中間コードオペレーションのセットおよび解析木から、
解析木のノードを表現する中間コードを生成する。ＳＣ
Ｅで開発された電気通信サービスが各ＥＥで提供可能な
ように、その中間コードから、各ＥＥに対するターゲッ
トコードを生成する。
Description
【０００１】
【産業上の利用分野】本発明は、一般的に、異なる電気
通信システムおよびサービスを統合する方法に関し、特
に、１つのサービス作成環境（ＳＣＥ）で作成された電
気通信サービスをいくつかの異なる実行環境（ＥＥ）で
使用することを可能にする標準的なインタフェースに関
する。
通信システムおよびサービスを統合する方法に関し、特
に、１つのサービス作成環境（ＳＣＥ）で作成された電
気通信サービスをいくつかの異なる実行環境（ＥＥ）で
使用することを可能にする標準的なインタフェースに関
する。
【０００２】
【従来の技術】電気通信サービスは、電話ネットワーク
の交換機およびコンピュータのような電気通信ハードウ
ェアでマシンレベルのコードを実行することによって提
供される。マシンレベルのコードを実行する電気通信ハ
ードウェアは、より一般的には、実行環境（ＥＥ）と呼
ばれる。ＥＥは、例えば、データ通信ネットワークにお
けるデータパケットをルーティングすることや、電話ネ
ットワーク交換システムにおける呼を転送することに利
用される。あるＥＥのグループは、ネットワークユーザ
に対話的サービスを提供し、ネットワークを通じてデー
タ、文書およびビデオを伝送することができる。ＥＥの
例には、サービス交換プロセッサ（ＳＳＰ）、サービス
ノード（ＳＮ）、インテリジェント周辺機器（ＩＰ）お
よびサービス制御ポイント（ＳＣＰ）があり、これらは
すべてインテリジェントネットワーク（ＩＮ）アーキテ
クチャの要素となることが可能である。ＩＮに関してさ
らに詳細には、例えば、オー．ミズノ(O. Mizuno)他、
「インテリジェントネットワークのためのサービス仕様
記述およびサービス論理プログラム生成(Service Speci
fication Description and Service Logic Program Gen
eration for Intelligent Networks)」、Proc. of the
International Council for Computer Communication I
ntelligent Networks Conference（１９９２年５月４〜
６日）第４３０〜４４０ページ、に記載されている。
の交換機およびコンピュータのような電気通信ハードウ
ェアでマシンレベルのコードを実行することによって提
供される。マシンレベルのコードを実行する電気通信ハ
ードウェアは、より一般的には、実行環境（ＥＥ）と呼
ばれる。ＥＥは、例えば、データ通信ネットワークにお
けるデータパケットをルーティングすることや、電話ネ
ットワーク交換システムにおける呼を転送することに利
用される。あるＥＥのグループは、ネットワークユーザ
に対話的サービスを提供し、ネットワークを通じてデー
タ、文書およびビデオを伝送することができる。ＥＥの
例には、サービス交換プロセッサ（ＳＳＰ）、サービス
ノード（ＳＮ）、インテリジェント周辺機器（ＩＰ）お
よびサービス制御ポイント（ＳＣＰ）があり、これらは
すべてインテリジェントネットワーク（ＩＮ）アーキテ
クチャの要素となることが可能である。ＩＮに関してさ
らに詳細には、例えば、オー．ミズノ(O. Mizuno)他、
「インテリジェントネットワークのためのサービス仕様
記述およびサービス論理プログラム生成(Service Speci
fication Description and Service Logic Program Gen
eration for Intelligent Networks)」、Proc. of the
International Council for Computer Communication I
ntelligent Networks Conference（１９９２年５月４〜
６日）第４３０〜４４０ページ、に記載されている。
【０００３】現在の実務では、各ＥＥで提供される電気
通信サービスは一般的に高水準プログラミング環境にお
ける特定の開発ツールを使用してプログラムされる。こ
の高水準プログラミング環境は、より一般的にはサービ
ス作成環境（ＳＣＥ）と呼ばれることがある。開発ツー
ルの例には、決定グラフエディタ、スプレッドシート、
コンピュータ支援システムエンジニアリング（ＣＡＳ
Ｅ）ツール、および有限状態マシン（ＦＳＭ）エディタ
がある。あるタイプのＦＳＭエディタの例では、標準の
ＣＣＩＴＴサービス仕様記述言語（ＳＤＬ）を使用す
る。これは、サービス開発を容易にするためにグラフィ
ック形式で電気通信サービスを表現するものである。各
ＥＥで提供されるサービスは一般的に専用のＳＣＥを使
用して開発される。この専用ＳＣＥはコンピュータ・ワ
ークステーション上で動作し、特定のユーザパラダイム
に基づいてサービス開発ツールのセットを提供する。Ｓ
ＣＥは、一般的に、ＳＣＥベンダによって開発された独
自の形式でサービス記述ファイルを生成する。次に、こ
の独自のサービス記述ファイルは、ＥＥが所望のサービ
スを提供するのに適するように低水準コードに翻訳され
る。従って、このファイルは、通常、同一のベンダまた
は関連ベンダからの対応するＥＥでしか使用することが
できない。
通信サービスは一般的に高水準プログラミング環境にお
ける特定の開発ツールを使用してプログラムされる。こ
の高水準プログラミング環境は、より一般的にはサービ
ス作成環境（ＳＣＥ）と呼ばれることがある。開発ツー
ルの例には、決定グラフエディタ、スプレッドシート、
コンピュータ支援システムエンジニアリング（ＣＡＳ
Ｅ）ツール、および有限状態マシン（ＦＳＭ）エディタ
がある。あるタイプのＦＳＭエディタの例では、標準の
ＣＣＩＴＴサービス仕様記述言語（ＳＤＬ）を使用す
る。これは、サービス開発を容易にするためにグラフィ
ック形式で電気通信サービスを表現するものである。各
ＥＥで提供されるサービスは一般的に専用のＳＣＥを使
用して開発される。この専用ＳＣＥはコンピュータ・ワ
ークステーション上で動作し、特定のユーザパラダイム
に基づいてサービス開発ツールのセットを提供する。Ｓ
ＣＥは、一般的に、ＳＣＥベンダによって開発された独
自の形式でサービス記述ファイルを生成する。次に、こ
の独自のサービス記述ファイルは、ＥＥが所望のサービ
スを提供するのに適するように低水準コードに翻訳され
る。従って、このファイルは、通常、同一のベンダまた
は関連ベンダからの対応するＥＥでしか使用することが
できない。
【０００４】現在の実務におけるＳＣＥとＥＥの密な結
合はいくつかの問題点を提示している。第１の問題点
は、あるＳＣＥで開発されたネットワークサービスは一
般的に、対応するＥＥでのみ使用可能であり、異なるＥ
Ｅで再使用できないことである。もう１つの関連する問
題点は、あるベンダのＳＣＥおよびＥＥは一般的に他の
ベンダのものとインタフェースがとれないことである。
従って、現存のネットワークサービスと他のいくつかの
ＥＥとの間のインタフェースを提供するためには、その
インタフェースを組み込むように現在のサービスを再設
計する必要がある場合がある。これらの問題点の結果、
地域通信事業者（ＬＥＣ）、長距離キャリアおよび外国
郵便電話電信会社（ＰＴＴ）のようなネットワーク提供
者は、時宜を得た信頼性のあるやり方で電気通信サービ
スを提供するのが困難となる場合がある。これらの問題
点は、例えば、ディ．シン(D. Singh)およびディ．ガリ
ソン(D. Garrison)、「オープンシステム環境における
サービス作成プラットフォームの要件(Requirements fo
r Service Creation Platforms in an Open SystemsEnv
ironment)」、Proc. of the International Council fo
r Computer Communication Intelligent Networks Conf
erence（１９９２年５月４〜６日）第１６２〜１７４ペ
ージ、に記載されている。
合はいくつかの問題点を提示している。第１の問題点
は、あるＳＣＥで開発されたネットワークサービスは一
般的に、対応するＥＥでのみ使用可能であり、異なるＥ
Ｅで再使用できないことである。もう１つの関連する問
題点は、あるベンダのＳＣＥおよびＥＥは一般的に他の
ベンダのものとインタフェースがとれないことである。
従って、現存のネットワークサービスと他のいくつかの
ＥＥとの間のインタフェースを提供するためには、その
インタフェースを組み込むように現在のサービスを再設
計する必要がある場合がある。これらの問題点の結果、
地域通信事業者（ＬＥＣ）、長距離キャリアおよび外国
郵便電話電信会社（ＰＴＴ）のようなネットワーク提供
者は、時宜を得た信頼性のあるやり方で電気通信サービ
スを提供するのが困難となる場合がある。これらの問題
点は、例えば、ディ．シン(D. Singh)およびディ．ガリ
ソン(D. Garrison)、「オープンシステム環境における
サービス作成プラットフォームの要件(Requirements fo
r Service Creation Platforms in an Open SystemsEnv
ironment)」、Proc. of the International Council fo
r Computer Communication Intelligent Networks Conf
erence（１９９２年５月４〜６日）第１６２〜１７４ペ
ージ、に記載されている。
【０００５】ＳＣＥ−ＥＥインタフェース問題に対する
いくつかのアプローチがある。ある可能なアプローチで
は、すべてのＳＣＥにおけるサービスをプログラムする
ために汎用アプリケーション指向言語（ＵＡＯＬ）を使
用する。関連するアプローチでは、標準化されたサービ
ス実行プロセッサ（ＳＥＰ）を使用することも可能であ
る。標準のＳＥＰの例は、エス．エサキ(S. Esaki)他、
「ＩＮマルチベンダ環境のサービスロジック実行：ＳＬ
Ｐ実行プロセッサの導入(Service Logic Execution of
IN Multi-vendor Environment - Introduction of SLP
Execution Processor)」、Proc. of the International
Council for Computer CommunicationIntelligent Net
works Conference（１９９２年５月４〜６日）第４４１
〜４５０ページ、に記載されている。電気通信産業が最
初に標準のＵＡＯＬまたはＳＥＰに同意していればこれ
らのアプローチのいずれかが実現可能かもしれないが、
そのような標準は現在では広く使用されてはいない。さ
らに、複数のサービスアプリケーションに適用可能なＵ
ＡＯＬは一般的に複雑な高水準言語であり、従って、使
用は容易ではない。現時点でＵＡＯＬまたは標準のＳＥ
Ｐのいずれかを実装することは、非標準の言語またはプ
ロセッサを使用してプログラムされた現在のネットワー
クサービスの再設計をおそらく必要とすることになる。
いくつかのアプローチがある。ある可能なアプローチで
は、すべてのＳＣＥにおけるサービスをプログラムする
ために汎用アプリケーション指向言語（ＵＡＯＬ）を使
用する。関連するアプローチでは、標準化されたサービ
ス実行プロセッサ（ＳＥＰ）を使用することも可能であ
る。標準のＳＥＰの例は、エス．エサキ(S. Esaki)他、
「ＩＮマルチベンダ環境のサービスロジック実行：ＳＬ
Ｐ実行プロセッサの導入(Service Logic Execution of
IN Multi-vendor Environment - Introduction of SLP
Execution Processor)」、Proc. of the International
Council for Computer CommunicationIntelligent Net
works Conference（１９９２年５月４〜６日）第４４１
〜４５０ページ、に記載されている。電気通信産業が最
初に標準のＵＡＯＬまたはＳＥＰに同意していればこれ
らのアプローチのいずれかが実現可能かもしれないが、
そのような標準は現在では広く使用されてはいない。さ
らに、複数のサービスアプリケーションに適用可能なＵ
ＡＯＬは一般的に複雑な高水準言語であり、従って、使
用は容易ではない。現時点でＵＡＯＬまたは標準のＳＥ
Ｐのいずれかを実装することは、非標準の言語またはプ
ロセッサを使用してプログラムされた現在のネットワー
クサービスの再設計をおそらく必要とすることになる。
【０００６】別のインタフェースでは、異なるＳＣＥと
ＥＥの間のオブジェクトコードを翻訳することがある。
オブジェクトコード翻訳では一般的に、ソースオブジェ
クトコード（翻訳元のオブジェクトコード）を一般化し
たアセンブリ言語に翻訳し、その後、そのアセンブリ言
語からターゲットオブジェクトコード（翻訳先のオブジ
ェクトコード）を生成する。オブジェクトコード翻訳
は、一般的にサービスユーザに透過的であり、特定のＥ
Ｅで要求される低水準コードを生成する効率的な手段で
あるという利点を有する。しかし、このアプローチは、
サービスアプリケーションの変更に対してはフレキシブ
ルではなく、実行時解釈を利用するプログラムにはあま
り適さないことがある。
ＥＥの間のオブジェクトコードを翻訳することがある。
オブジェクトコード翻訳では一般的に、ソースオブジェ
クトコード（翻訳元のオブジェクトコード）を一般化し
たアセンブリ言語に翻訳し、その後、そのアセンブリ言
語からターゲットオブジェクトコード（翻訳先のオブジ
ェクトコード）を生成する。オブジェクトコード翻訳
は、一般的にサービスユーザに透過的であり、特定のＥ
Ｅで要求される低水準コードを生成する効率的な手段で
あるという利点を有する。しかし、このアプローチは、
サービスアプリケーションの変更に対してはフレキシブ
ルではなく、実行時解釈を利用するプログラムにはあま
り適さないことがある。
【０００７】従来の電気通信システムインタフェースで
現在使用されている技術はクロスコンパイルである。一
般的に、クロスコンパイルでは、各ＳＣＥと各ＥＥの間
でコードを翻訳するために別々のコンパイラを設計す
る。各インタフェースに対して別個のコンパイラを使用
することによって、任意のＳＣＥで開発されたサービス
は他の任意のＥＥ上で使用可能となり、従って、上記の
問題点の多くは回避される。しかし、このアプローチ
は、多数のＳＣＥおよびＥＥを含むアプリケーションで
は極度に高価となる可能性がある。コンパイラ開発コス
トは一般的にＳＣＥおよびＥＥの数の２次関数である。
例えば、ある電気通信システムがｍ個のＳＣＥおよびｎ
個のＥＥを含む場合、クロスコンパイルアプローチでは
一般的にｍ×ｎ個のコンパイラの開発およびサポートが
必要となる。高水準プログラミング言語に関して現在使
用されるインタフェース技術は、共通中間言語に基づく
ものである。このアプローチは、１９６１年に、汎用コ
ンピュータ指向言語（ＵＮＣＯＬ）を開発するために使
用された。ティ．スティール(T. Steel)、「ＵＮＣＯＬ
第１版(A First Version of UNCOL)」、Proc. Western
Joint Comp. Conf.、第３７１〜３７７ページ（１９６
１年）参照。共通中間言語は一般的にｎ個のフロントエ
ンドおよびｍ個のバックエンドを有する。各フロントエ
ンドは、あるプログラミング言語での高水準コードを共
通中間言語に翻訳し、各バックエンドは、その共通中間
言語でのプログラムを特定のマシンレベル言語すなわち
ターゲットコードに翻訳する。その結果、ｎ個のＳＣＥ
のそれぞれをｍ個のＥＥのそれぞれとインタフェースす
るためにはｎ＋ｍ個のコンパイラを書けばよいことにな
り、これはクロスコンパイルアプローチでのｎ×ｍ個の
コンパイラとは対照的である。例えば、エー．タンネン
バウム(A. Tanenbaum)他、「移植性コンパイラを作成す
るための実用的ツールキット(A Practical Toolkit for
Making Portable Compilers)」、Communications of t
he ACM、第２６巻第９号（１９８３年９月）を参照。同
様のアプローチが、米国特許第４，６６７，２９０号
（発明者：ゴス(Goss)他）に記載されている。
現在使用されている技術はクロスコンパイルである。一
般的に、クロスコンパイルでは、各ＳＣＥと各ＥＥの間
でコードを翻訳するために別々のコンパイラを設計す
る。各インタフェースに対して別個のコンパイラを使用
することによって、任意のＳＣＥで開発されたサービス
は他の任意のＥＥ上で使用可能となり、従って、上記の
問題点の多くは回避される。しかし、このアプローチ
は、多数のＳＣＥおよびＥＥを含むアプリケーションで
は極度に高価となる可能性がある。コンパイラ開発コス
トは一般的にＳＣＥおよびＥＥの数の２次関数である。
例えば、ある電気通信システムがｍ個のＳＣＥおよびｎ
個のＥＥを含む場合、クロスコンパイルアプローチでは
一般的にｍ×ｎ個のコンパイラの開発およびサポートが
必要となる。高水準プログラミング言語に関して現在使
用されるインタフェース技術は、共通中間言語に基づく
ものである。このアプローチは、１９６１年に、汎用コ
ンピュータ指向言語（ＵＮＣＯＬ）を開発するために使
用された。ティ．スティール(T. Steel)、「ＵＮＣＯＬ
第１版(A First Version of UNCOL)」、Proc. Western
Joint Comp. Conf.、第３７１〜３７７ページ（１９６
１年）参照。共通中間言語は一般的にｎ個のフロントエ
ンドおよびｍ個のバックエンドを有する。各フロントエ
ンドは、あるプログラミング言語での高水準コードを共
通中間言語に翻訳し、各バックエンドは、その共通中間
言語でのプログラムを特定のマシンレベル言語すなわち
ターゲットコードに翻訳する。その結果、ｎ個のＳＣＥ
のそれぞれをｍ個のＥＥのそれぞれとインタフェースす
るためにはｎ＋ｍ個のコンパイラを書けばよいことにな
り、これはクロスコンパイルアプローチでのｎ×ｍ個の
コンパイラとは対照的である。例えば、エー．タンネン
バウム(A. Tanenbaum)他、「移植性コンパイラを作成す
るための実用的ツールキット(A Practical Toolkit for
Making Portable Compilers)」、Communications of t
he ACM、第２６巻第９号（１９８３年９月）を参照。同
様のアプローチが、米国特許第４，６６７，２９０号
（発明者：ゴス(Goss)他）に記載されている。
【０００８】しかし、現在の共通中間言語方式は、いく
つかの重大な問題点を有し、従って、電気通信サービス
アプリケーションでは有用性が制限されている。上記の
タンネンバウムのアプローチの場合の主な問題点は、イ
ンタフェース入力コードが中間言語に翻訳される際に元
の入力情報が損失することである。元の入力情報が損失
する理由は、タンネンバウムのアプローチでは、基本的
に、単純なスタックマシン用のアセンブリ言語である中
間言語を使用しているためである。上記のゴスの米国特
許は、主に、強く型付けされたあるいは手続き型の高水
準プログラミング言語を異なるデータプロセッサとイン
タフェースすることに関するものである。このゴスの米
国特許では、中間言語の基本コード構造体として、４個
の作用フィールドを有する「クワッド(quad)」を使用し
ている。上記ゴスの米国特許の第５欄第６０行〜第６欄
第３８行参照。このフレキシブルでない構造体では、非
手続き型のプログラミングコードのようなＳＣＥ出力を
適切に表現できないことがある。さらに、上記のゴスの
米国特許の中間言語は、高水準プログラミング言語コー
ドの下降型（トップダウン）構文解析とともに使用する
ように設計されている。上記ゴスの米国特許の第５欄第
３４〜３６行参照。従って、このゴスのアプローチは、
代表的なＳＣＥ出力コードを表現するための中間コード
を生成するのにはあまり適さないことがある。例えば、
ＳＣＥ出力コードから生成される上記のゴスの米国特許
の中間コードは、効率的な中間コード最適化が可能なほ
ど十分なＳＣＥ出力コードの詳細を保存しないことがあ
る。このように、上記のゴスの米国特許は、例えば電気
通信サービスの場合のＳＣＥとＥＥのインタフェースに
使用される適当な中間言語構造体を示唆するものではな
い。
つかの重大な問題点を有し、従って、電気通信サービス
アプリケーションでは有用性が制限されている。上記の
タンネンバウムのアプローチの場合の主な問題点は、イ
ンタフェース入力コードが中間言語に翻訳される際に元
の入力情報が損失することである。元の入力情報が損失
する理由は、タンネンバウムのアプローチでは、基本的
に、単純なスタックマシン用のアセンブリ言語である中
間言語を使用しているためである。上記のゴスの米国特
許は、主に、強く型付けされたあるいは手続き型の高水
準プログラミング言語を異なるデータプロセッサとイン
タフェースすることに関するものである。このゴスの米
国特許では、中間言語の基本コード構造体として、４個
の作用フィールドを有する「クワッド(quad)」を使用し
ている。上記ゴスの米国特許の第５欄第６０行〜第６欄
第３８行参照。このフレキシブルでない構造体では、非
手続き型のプログラミングコードのようなＳＣＥ出力を
適切に表現できないことがある。さらに、上記のゴスの
米国特許の中間言語は、高水準プログラミング言語コー
ドの下降型（トップダウン）構文解析とともに使用する
ように設計されている。上記ゴスの米国特許の第５欄第
３４〜３６行参照。従って、このゴスのアプローチは、
代表的なＳＣＥ出力コードを表現するための中間コード
を生成するのにはあまり適さないことがある。例えば、
ＳＣＥ出力コードから生成される上記のゴスの米国特許
の中間コードは、効率的な中間コード最適化が可能なほ
ど十分なＳＣＥ出力コードの詳細を保存しないことがあ
る。このように、上記のゴスの米国特許は、例えば電気
通信サービスの場合のＳＣＥとＥＥのインタフェースに
使用される適当な中間言語構造体を示唆するものではな
い。
【０００９】
【発明が解決しようとする課題】上記のことから明らか
なように、各ＳＣＥと各ＥＥの間で別個のインタフェー
スを必要とせず、かつ、現在の中間言語方式の問題点な
しで、異なるＳＣＥで開発されたサービスを異なるＥＥ
で利用可能にするような、効率的でフレキシブルな電気
通信システムインタフェースが必要である。
なように、各ＳＣＥと各ＥＥの間で別個のインタフェー
スを必要とせず、かつ、現在の中間言語方式の問題点な
しで、異なるＳＣＥで開発されたサービスを異なるＥＥ
で利用可能にするような、効率的でフレキシブルな電気
通信システムインタフェースが必要である。
【００１０】
【課題を解決するための手段】本発明は、電気通信シス
テムにおいて異なるＳＣＥとＥＥをインタフェースする
方法および装置を提供する。本発明の方法は、以下のス
テップからなる。 （１）所定のＳＣＥで開発された電気通信サービスを表
現するのに適した中間コードオペレーションのセットを
定義するステップ。 （２）前記所定のＳＣＥのうちの１つからの出力コード
を構文解析し、複数のノードを有する解析木を形成する
ステップ。この解析木は、そのＳＣＥで開発された電気
通信サービスのうちの１つを表現する。 （３）中間コードがＳＣＥ出力コード内に含まれるほと
んどすべての情報を保存するように、中間コードオペレ
ーションのセットおよび解析木から、解析木のノードを
表現する中間コードを生成するステップ。 （４）所定のＳＣＥで開発された電気通信サービスが各
ＥＥで提供可能なように、その中間コードから、各ＥＥ
に対するターゲットコードを生成するステップ。
テムにおいて異なるＳＣＥとＥＥをインタフェースする
方法および装置を提供する。本発明の方法は、以下のス
テップからなる。 （１）所定のＳＣＥで開発された電気通信サービスを表
現するのに適した中間コードオペレーションのセットを
定義するステップ。 （２）前記所定のＳＣＥのうちの１つからの出力コード
を構文解析し、複数のノードを有する解析木を形成する
ステップ。この解析木は、そのＳＣＥで開発された電気
通信サービスのうちの１つを表現する。 （３）中間コードがＳＣＥ出力コード内に含まれるほと
んどすべての情報を保存するように、中間コードオペレ
ーションのセットおよび解析木から、解析木のノードを
表現する中間コードを生成するステップ。 （４）所定のＳＣＥで開発された電気通信サービスが各
ＥＥで提供可能なように、その中間コードから、各ＥＥ
に対するターゲットコードを生成するステップ。
【００１１】本発明の１つの目的によれば、以下のもの
からなる電気通信システムインタフェースが提供され
る。 （１）複数のサービスＥＥとインタフェースする少なく
とも１つのＳＣＥ。 （２）ＳＣＥからの出力コードを構文解析し、ＳＣＥで
開発された電気通信サービスを表現する解析木を形成す
るパーサ。 （３）ＳＣＥ出力コード内に含まれるほとんどすべての
情報が中間コードに保存されるように、解析木のノード
を表現する中間コードを生成する中間コードジェネレー
タ。 （４）ＳＣＥで開発された電気通信サービスが各ＥＥで
提供可能なように、中間コードから、各ＥＥに対するタ
ーゲットコードを生成するターゲットコードジェネレー
タ。
からなる電気通信システムインタフェースが提供され
る。 （１）複数のサービスＥＥとインタフェースする少なく
とも１つのＳＣＥ。 （２）ＳＣＥからの出力コードを構文解析し、ＳＣＥで
開発された電気通信サービスを表現する解析木を形成す
るパーサ。 （３）ＳＣＥ出力コード内に含まれるほとんどすべての
情報が中間コードに保存されるように、解析木のノード
を表現する中間コードを生成する中間コードジェネレー
タ。 （４）ＳＣＥで開発された電気通信サービスが各ＥＥで
提供可能なように、中間コードから、各ＥＥに対するタ
ーゲットコードを生成するターゲットコードジェネレー
タ。
【００１２】本発明のもう１つの目的によれば、中間コ
ードは、単一行の中間コード（以下「タプル」とい
う。）を使用してＳＣＥ出力コード解析木の各ノードを
表現することによって、ＳＣＥ出力コードに含まれるほ
とんどすべての情報を保存することが可能である。この
ようにして、本発明の電気通信システムインタフェース
は、例えば、ＳＣＥ出力コード解析木の文ノードおよび
宣言ノードの両方を表現することが可能な中間言語を含
み、これによって、最適化された中間コードを生成する
十分な情報を提供する。
ードは、単一行の中間コード（以下「タプル」とい
う。）を使用してＳＣＥ出力コード解析木の各ノードを
表現することによって、ＳＣＥ出力コードに含まれるほ
とんどすべての情報を保存することが可能である。この
ようにして、本発明の電気通信システムインタフェース
は、例えば、ＳＣＥ出力コード解析木の文ノードおよび
宣言ノードの両方を表現することが可能な中間言語を含
み、これによって、最適化された中間コードを生成する
十分な情報を提供する。
【００１３】本発明の特徴として、特定のＳＣＥで開発
された電気通信サービスは、さまざまなＥＥで利用する
ことができる。ＳＣＥとＥＥの間の密な結合は除去さ
れ、従って、各ＳＣＥとＥＥの間で別個のインタフェー
スを設計する必要はなくなる。サービスインタフェース
の設計、運用および保守のコストは、ＳＣＥおよびＥＥ
の数の１次関数となり、現在使用されているクロスコン
パイルアプローチの場合のような２次関数ではない。
された電気通信サービスは、さまざまなＥＥで利用する
ことができる。ＳＣＥとＥＥの間の密な結合は除去さ
れ、従って、各ＳＣＥとＥＥの間で別個のインタフェー
スを設計する必要はなくなる。サービスインタフェース
の設計、運用および保守のコストは、ＳＣＥおよびＥＥ
の数の１次関数となり、現在使用されているクロスコン
パイルアプローチの場合のような２次関数ではない。
【００１４】本発明のもう１つの特徴として、提供され
るシステムインタフェースは、ＳＣＥに作用上の制約を
加えるものではなく、独自のフォーマットを使用するも
のでもなく、従って、ＳＣＥおよびＥＥの選択はベンダ
とは独立にすることができる。本発明のインタフェース
によって、ベンダは、いくつかの異なるＥＥで平行して
利用可能な単一のサービスを設計することができ、ま
た、ベンダは、そのサービスを効率的に保守および更新
することができる。
るシステムインタフェースは、ＳＣＥに作用上の制約を
加えるものではなく、独自のフォーマットを使用するも
のでもなく、従って、ＳＣＥおよびＥＥの選択はベンダ
とは独立にすることができる。本発明のインタフェース
によって、ベンダは、いくつかの異なるＥＥで平行して
利用可能な単一のサービスを設計することができ、ま
た、ベンダは、そのサービスを効率的に保守および更新
することができる。
【００１５】本発明のさらにもう１つの特徴として、存
在するサービスを再設計または変更することなく、異な
るＥＥに現在存在するサービスを再使用することが可能
なインタフェースが提供される。中間コードは、いくつ
かの現在使用中のＳＣＥ出力言語に適用可能なように設
計することができる。こうして、例えば異なるＥＥが開
発されるときにサービスを再設計する必要がなくなるよ
うに、「サービス貯蔵庫」を保守することが可能であ
る。
在するサービスを再設計または変更することなく、異な
るＥＥに現在存在するサービスを再使用することが可能
なインタフェースが提供される。中間コードは、いくつ
かの現在使用中のＳＣＥ出力言語に適用可能なように設
計することができる。こうして、例えば異なるＥＥが開
発されるときにサービスを再設計する必要がなくなるよ
うに、「サービス貯蔵庫」を保守することが可能であ
る。
【００１６】本発明のさらにもう１つの特徴として、多
くの異なるＳＣＥの出力コードを表現するのに非常に適
した中間コード構造体を有するアプリケーション指向プ
ログラミング言語（ＡＯＰＬ）が提供される。本発明に
よるこの中間コード構造体は、可変数のフィールドを有
するフレキシブルなＡＯＰＬコード行（タプル）に基づ
く。この構造体は、例えば、上記のゴスの米国特許のク
ワッド構造体のように、一般的に４個のフィールドを要
求するものよりもフレキシブルである。本発明のタプル
構造体は、非手続き型のプログラミング言語であること
の多いＳＣＥ出力コードの解析木を表現するのに特によ
く適している。これによって、本発明は、中間コードの
最適化を改善し、広範囲のＥＥに対するターゲットコー
ド生成がより効率的となるなど、現在の中間言語コンパ
イラよりも優れたいくつもの効果を奏する。
くの異なるＳＣＥの出力コードを表現するのに非常に適
した中間コード構造体を有するアプリケーション指向プ
ログラミング言語（ＡＯＰＬ）が提供される。本発明に
よるこの中間コード構造体は、可変数のフィールドを有
するフレキシブルなＡＯＰＬコード行（タプル）に基づ
く。この構造体は、例えば、上記のゴスの米国特許のク
ワッド構造体のように、一般的に４個のフィールドを要
求するものよりもフレキシブルである。本発明のタプル
構造体は、非手続き型のプログラミング言語であること
の多いＳＣＥ出力コードの解析木を表現するのに特によ
く適している。これによって、本発明は、中間コードの
最適化を改善し、広範囲のＥＥに対するターゲットコー
ド生成がより効率的となるなど、現在の中間言語コンパ
イラよりも優れたいくつもの効果を奏する。
【００１７】
【実施例】本発明は、電気通信システムにおけるさまざ
まなＳＣＥとＥＥとをインタフェースする方法および装
置を提供する。以下の説明は、特性のＳＣＥおよびＥＥ
について電気通信システムインタフェースを使用する例
であるが、本発明は、他の広範囲の電気通信システムア
プリケーションに利用可能である。さらに、例示の目的
でいくつかの簡単なプログラミング言語例を使用する
が、本発明は、特に電気通信システムアプリケーション
によく適している。
まなＳＣＥとＥＥとをインタフェースする方法および装
置を提供する。以下の説明は、特性のＳＣＥおよびＥＥ
について電気通信システムインタフェースを使用する例
であるが、本発明は、他の広範囲の電気通信システムア
プリケーションに利用可能である。さらに、例示の目的
でいくつかの簡単なプログラミング言語例を使用する
が、本発明は、特に電気通信システムアプリケーション
によく適している。
【００１８】図１は、本発明による電気通信システムの
ブロック図である。この例示したシステムは、いくつか
の開発ツールを有するサービス作成環境（ＳＣＥ）１０
を含む。ＳＣＥ１０内に例示した開発ツールには、決定
グラフエディタ１２、スプレッドシートツール１４、お
よび有限状態マシン（ＦＳＭ）エディタ１６がある。決
定グラフエディタおよびＦＳＭエディタは、より一般的
には、グラフィックエディタと呼ばれることもある。Ｓ
ＣＥはさらに、コンピュータ支援システムエンジニアリ
ング（ＣＡＳＥ）ツールのような、他のタイプの開発ツ
ールを含むこともある。一般的に、各開発ツール１２、
１４、１６は、電気通信サービスを開発するために異な
るシステムベンダによって利用される。異なる開発ツー
ルを使用したＳＣＥ１０で開発された電気通信サービス
は、異なる実行環境（ＥＥ）のグループ２０で実行され
る。ＥＥグループ２０内のＥＥの例には、サービス交換
プロセッサ（ＳＳＰ）２２、サービス制御プロセッサ
（ＳＣＰ）２４、およびインテリジェント周辺機器（Ｉ
Ｐ）２６がある。ＳＣＰ２４は一般的にサービスノード
（ＳＮ）を伴う（とともに使用される）。ＩＰ２６は、
例えば、コンピュータ、ファックスマシン、ビデオ端末
またはテキスト−音声変換器である。ＥＥ２２、２４、
２６は一般的にインテリジェントネットワーク（ＩＮ）
要素と呼ばれる。ＩＮに関して、さらに詳細には、例え
ば、エム．モーガン(M. Morgan)他、「インテリジェン
トネットワークのためのサービス作成技術(Service Cre
ation Technologies for the Intelligent Networ
k)」、AT&T Technical Journal、第７０巻第３−４号
（１９９１年夏）、および、ジー．ワイアット(G. Wyat
t)他、「グローバルインテリジェントネットワークアー
キテクチャの発展(The Evolutionof Global Intelligen
t Network Architecture)」、AT&T Technical Journa
l、第７０巻第５号（１９９１年夏）、に記載されてい
る。
ブロック図である。この例示したシステムは、いくつか
の開発ツールを有するサービス作成環境（ＳＣＥ）１０
を含む。ＳＣＥ１０内に例示した開発ツールには、決定
グラフエディタ１２、スプレッドシートツール１４、お
よび有限状態マシン（ＦＳＭ）エディタ１６がある。決
定グラフエディタおよびＦＳＭエディタは、より一般的
には、グラフィックエディタと呼ばれることもある。Ｓ
ＣＥはさらに、コンピュータ支援システムエンジニアリ
ング（ＣＡＳＥ）ツールのような、他のタイプの開発ツ
ールを含むこともある。一般的に、各開発ツール１２、
１４、１６は、電気通信サービスを開発するために異な
るシステムベンダによって利用される。異なる開発ツー
ルを使用したＳＣＥ１０で開発された電気通信サービス
は、異なる実行環境（ＥＥ）のグループ２０で実行され
る。ＥＥグループ２０内のＥＥの例には、サービス交換
プロセッサ（ＳＳＰ）２２、サービス制御プロセッサ
（ＳＣＰ）２４、およびインテリジェント周辺機器（Ｉ
Ｐ）２６がある。ＳＣＰ２４は一般的にサービスノード
（ＳＮ）を伴う（とともに使用される）。ＩＰ２６は、
例えば、コンピュータ、ファックスマシン、ビデオ端末
またはテキスト−音声変換器である。ＥＥ２２、２４、
２６は一般的にインテリジェントネットワーク（ＩＮ）
要素と呼ばれる。ＩＮに関して、さらに詳細には、例え
ば、エム．モーガン(M. Morgan)他、「インテリジェン
トネットワークのためのサービス作成技術(Service Cre
ation Technologies for the Intelligent Networ
k)」、AT&T Technical Journal、第７０巻第３−４号
（１９９１年夏）、および、ジー．ワイアット(G. Wyat
t)他、「グローバルインテリジェントネットワークアー
キテクチャの発展(The Evolutionof Global Intelligen
t Network Architecture)」、AT&T Technical Journa
l、第７０巻第５号（１９９１年夏）、に記載されてい
る。
【００１９】従来の電気通信システムでは、一般的に、
ＳＣＥ１０内の各開発ツール１２、１４、１６を使用し
て開発されたサービスを各ＥＥ２２、２４、２６と統合
するために別個のインタフェースが開発されている。例
えば、決定グラフプログラム１２は、ＳＳＰ２２のみと
ともに動作するようなインタフェースで設計される。現
在のシステムインタフェースアプローチでは、例えば、
ある電気通信システムベンダからの決定グラフプログラ
ム１２を、他のベンダによって設計されたＳＣＰ２４と
ともに使用することは不可能である。本発明は、アプリ
ケーション指向プログラミング言語（ＡＯＰＬ）に基づ
くシステムインタフェースを利用することなどによっ
て、従来の実装のこれらの問題点を回避する。本発明の
ＡＯＰＬは、異なるＳＣＥ開発ツールを使用して作成さ
れたサービスを、さまざまなＥＥと統合することを容易
にするように構成されている。ここで使用する「ＡＯＰ
Ｌ」という用語は、ＳＣＥ出力コード解析木を表現する
ために適切な方法で定義されたあるタイプの共通中間コ
ードを指す。
ＳＣＥ１０内の各開発ツール１２、１４、１６を使用し
て開発されたサービスを各ＥＥ２２、２４、２６と統合
するために別個のインタフェースが開発されている。例
えば、決定グラフプログラム１２は、ＳＳＰ２２のみと
ともに動作するようなインタフェースで設計される。現
在のシステムインタフェースアプローチでは、例えば、
ある電気通信システムベンダからの決定グラフプログラ
ム１２を、他のベンダによって設計されたＳＣＰ２４と
ともに使用することは不可能である。本発明は、アプリ
ケーション指向プログラミング言語（ＡＯＰＬ）に基づ
くシステムインタフェースを利用することなどによっ
て、従来の実装のこれらの問題点を回避する。本発明の
ＡＯＰＬは、異なるＳＣＥ開発ツールを使用して作成さ
れたサービスを、さまざまなＥＥと統合することを容易
にするように構成されている。ここで使用する「ＡＯＰ
Ｌ」という用語は、ＳＣＥ出力コード解析木を表現する
ために適切な方法で定義されたあるタイプの共通中間コ
ードを指す。
【００２０】図２に、本発明の電気通信システムインタ
フェース３０の実施例を示す。インタフェース３０は、
ＳＣＥ側４２およびＥＥ側４４を有し、あるＳＣＥを１
個以上のＥＥと相互接続するために使用される。ＳＣＥ
側４２は、例えば、図１に示した決定グラフプログラム
１２の出力を表現し、一方、ＥＥ側４４は、例えば、Ｓ
ＳＰ２２の入力を表現する。決定グラフプログラム１２
は、ＳＣＥ側４２内ではグラフィカルユーザインタフェ
ース（ＧＵＩ）とも呼ばれる。インタフェース３０のＳ
ＣＥ側４２およびＥＥ側４４は、ＡＯＰＬ４６として示
した共通中間言語を通じて相互接続される。一般的に、
ＳＣＥ側４２は、ＳＣＥからのライン４８で受信したＳ
ＣＥ出力コードに基づいてＡＯＰＬコードでサービス記
述ファイルを作成する。ＳＣＥ出力コードからＡＯＰＬ
コードへの翻訳は、インタフェース３０のＳＣＥ側４２
内に存在するパーサ５０で実行される。パーサ５０は、
決定グラフプログラム１２の高水準ＳＣＥ出力コードを
適当なＡＯＰＬコードに翻訳する。次に、このＡＯＰＬ
コードは、インタフェース３０によってインタフェース
のＥＥ側４４に転送される。ＥＥ側４４では、ＡＯＰＬ
コードは、ＡＯＰＬコードを所望のターゲットコードに
翻訳するコードジェネレータ５２を駆動する。次に、タ
ーゲットコードは、ライン５４を通じて適当なＥＥに供
給される。
フェース３０の実施例を示す。インタフェース３０は、
ＳＣＥ側４２およびＥＥ側４４を有し、あるＳＣＥを１
個以上のＥＥと相互接続するために使用される。ＳＣＥ
側４２は、例えば、図１に示した決定グラフプログラム
１２の出力を表現し、一方、ＥＥ側４４は、例えば、Ｓ
ＳＰ２２の入力を表現する。決定グラフプログラム１２
は、ＳＣＥ側４２内ではグラフィカルユーザインタフェ
ース（ＧＵＩ）とも呼ばれる。インタフェース３０のＳ
ＣＥ側４２およびＥＥ側４４は、ＡＯＰＬ４６として示
した共通中間言語を通じて相互接続される。一般的に、
ＳＣＥ側４２は、ＳＣＥからのライン４８で受信したＳ
ＣＥ出力コードに基づいてＡＯＰＬコードでサービス記
述ファイルを作成する。ＳＣＥ出力コードからＡＯＰＬ
コードへの翻訳は、インタフェース３０のＳＣＥ側４２
内に存在するパーサ５０で実行される。パーサ５０は、
決定グラフプログラム１２の高水準ＳＣＥ出力コードを
適当なＡＯＰＬコードに翻訳する。次に、このＡＯＰＬ
コードは、インタフェース３０によってインタフェース
のＥＥ側４４に転送される。ＥＥ側４４では、ＡＯＰＬ
コードは、ＡＯＰＬコードを所望のターゲットコードに
翻訳するコードジェネレータ５２を駆動する。次に、タ
ーゲットコードは、ライン５４を通じて適当なＥＥに供
給される。
【００２１】一般的に、個々のＳＣＥのオペレーティン
グコードを共通中間ＡＯＰＬコードに翻訳するためには
相異なるパーサ５０が使用される。同様に、ＡＯＰＬコ
ードを受信し各ＥＥに対する適当なターゲットコードを
生成するためには相異なるコードジェネレータ５２が使
用される。従って、インタフェース３０のＳＣＥ側４２
およびＥＥ側４４は、例えば独立のインタフェースユニ
ット内にではなく、ＳＣＥおよびＥＥ内に実装可能であ
る。しかし、既存のＳＣＥおよびＥＥの場合、構文解析
機能（パーサ）およびコード生成機能（コードジェネレ
ータ）を独立のインタフェースユニット内に含めるのが
望ましいこともある。システムインタフェース３０を使
用することによって、図１に示したように、各開発ツー
ル１２、１４、１６を使用してＳＣＥ１０で開発された
サービスは、各ＥＥ２２、２４、２６とインタフェース
される。さらに、以前に高水準言語ＳＣＥで開発された
既存のサービスは、パーサ５０、ＡＯＰＬ４６およびコ
ードジェネレータ５２によって、特定のＥＥに対する所
望のターゲットコードに翻訳することができる。このよ
うにして、異なるＳＣＥで作成された電気通信サービス
は、ＳＣＥを再設計することなく、さまざまなＥＥで再
使用することができる。電話ネットワークＳＳＰまたは
ＳＣＰで実行するために特定のＳＣＥで既に開発された
もののような既存の電気通信サービスは、単に、適当な
パーサ５０を使用して、その特定ＳＣＥに対するサービ
ス記述ファイルをＡＯＰＬコードに翻訳することによっ
て再使用可能となる。図２のＡＯＰＬ４６については後
で詳細に説明する。
グコードを共通中間ＡＯＰＬコードに翻訳するためには
相異なるパーサ５０が使用される。同様に、ＡＯＰＬコ
ードを受信し各ＥＥに対する適当なターゲットコードを
生成するためには相異なるコードジェネレータ５２が使
用される。従って、インタフェース３０のＳＣＥ側４２
およびＥＥ側４４は、例えば独立のインタフェースユニ
ット内にではなく、ＳＣＥおよびＥＥ内に実装可能であ
る。しかし、既存のＳＣＥおよびＥＥの場合、構文解析
機能（パーサ）およびコード生成機能（コードジェネレ
ータ）を独立のインタフェースユニット内に含めるのが
望ましいこともある。システムインタフェース３０を使
用することによって、図１に示したように、各開発ツー
ル１２、１４、１６を使用してＳＣＥ１０で開発された
サービスは、各ＥＥ２２、２４、２６とインタフェース
される。さらに、以前に高水準言語ＳＣＥで開発された
既存のサービスは、パーサ５０、ＡＯＰＬ４６およびコ
ードジェネレータ５２によって、特定のＥＥに対する所
望のターゲットコードに翻訳することができる。このよ
うにして、異なるＳＣＥで作成された電気通信サービス
は、ＳＣＥを再設計することなく、さまざまなＥＥで再
使用することができる。電話ネットワークＳＳＰまたは
ＳＣＰで実行するために特定のＳＣＥで既に開発された
もののような既存の電気通信サービスは、単に、適当な
パーサ５０を使用して、その特定ＳＣＥに対するサービ
ス記述ファイルをＡＯＰＬコードに翻訳することによっ
て再使用可能となる。図２のＡＯＰＬ４６については後
で詳細に説明する。
【００２２】本発明の電気通信システムインタフェース
は、ある一定の電気通信アプリケーションに特によく適
した構造体を有するアプリケーション指向中間言語ＡＯ
ＰＬを使用する。一般的に、ＡＯＰＬはＳＣＥ出力コー
ド解析木の効率的な描写のために設計された言語であ
る。プログラミングコードを構文解析して解析木を生成
することは周知であり、例えば、エー．エイホ(A. Aho)
他、「コンパイラ：原理、技術、およびツール(Compile
r: Principles, Techniques, and Tools)」、アディソ
ン・ウェズリー（１９８８年３月）第４０〜４２ペー
ジ、に記載されている。本発明のインタフェースは、与
えられた電気通信サービスに対するＳＣＥ出力コード解
析木のノードを表現する中間コード構造体を使用する。
解析木ノードを表現することによって、中間コードはＳ
ＣＥ出力コード内のほとんどすべての情報を保存する。
ＳＣＥ出力コードに関しての「ほとんどすべて」という
用語は、例えばＳＣＥ出力コードの構造体、宣言、文、
およびオペレーションのような、出力コード解析木内に
一般的に見られる情報を指す。
は、ある一定の電気通信アプリケーションに特によく適
した構造体を有するアプリケーション指向中間言語ＡＯ
ＰＬを使用する。一般的に、ＡＯＰＬはＳＣＥ出力コー
ド解析木の効率的な描写のために設計された言語であ
る。プログラミングコードを構文解析して解析木を生成
することは周知であり、例えば、エー．エイホ(A. Aho)
他、「コンパイラ：原理、技術、およびツール(Compile
r: Principles, Techniques, and Tools)」、アディソ
ン・ウェズリー（１９８８年３月）第４０〜４２ペー
ジ、に記載されている。本発明のインタフェースは、与
えられた電気通信サービスに対するＳＣＥ出力コード解
析木のノードを表現する中間コード構造体を使用する。
解析木ノードを表現することによって、中間コードはＳ
ＣＥ出力コード内のほとんどすべての情報を保存する。
ＳＣＥ出力コードに関しての「ほとんどすべて」という
用語は、例えばＳＣＥ出力コードの構造体、宣言、文、
およびオペレーションのような、出力コード解析木内に
一般的に見られる情報を指す。
【００２３】与えられたインタフェースに対していくつ
かの異なるＳＣＥが選択されることがあり、その場合、
所定の環境で開発された電気通信サービスを表現するの
に適した中間コードオペレーションのセットが定義され
る。適当な中間コードオペレーションのセットを定義す
ることによって、ほとんどのＳＣＥに適用可能となる。
中間コードオペレーションのいくつかの例を後で説明す
る。
かの異なるＳＣＥが選択されることがあり、その場合、
所定の環境で開発された電気通信サービスを表現するの
に適した中間コードオペレーションのセットが定義され
る。適当な中間コードオペレーションのセットを定義す
ることによって、ほとんどのＳＣＥに適用可能となる。
中間コードオペレーションのいくつかの例を後で説明す
る。
【００２４】本発明のＡＯＰＬは、一般的な文法、構
文、および設計指針を有する。与えられたアプリケーシ
ョンで使用されるＡＯＰＬの特定の実現は、インタフェ
ースされるＳＣＥおよびＥＥによって一般的に異なる
が、言語の一般的な構造は以下で説明するとおりであ
る。ＡＯＰＬファイルは一般的に、ＳＣＥ出力コードの
解析木を表現するいくつかの異なるコード行（タプル）
を含む。各ＡＯＰＬタプルはセミコロンによって区切ら
れ、コンマによって分離されたいくつかのフィールドを
含む。例えばＡＯＰＬファイルは、タプルのラベル、
型、およびオペレーションにそれぞれ対応する３個のフ
ィールドを有する。ラベルフィールドは、コンマまたは
セミコロン以外の任意の印字可能キャラクタ列を含み、
個々のタプルを識別する便利な手段を提供する。型フィ
ールドは、本発明によれば、ＰノードまたはＳノードの
いずれかである。型フィールドは個々のタプルによって
表現される解析木ノードの型を示す。Ｐノードが他のタ
プルは宣言、式、および文を含み、一方、Ｓノードが他
のタプルは一般的にデータ構造体のようなさらに長いプ
ログラミング列を含む。ＡＯＰＬタプルのオペレーショ
ンフィールドは、例えばＳＣＥ出力コード解析木のノー
ドで実行されるオペレーションを示すオペレータを含
む。また、オペレーションフィールドは、そのオペレー
ションで使用されるいくつかのオペランドを示すことも
ある。ＡＯＰＬオペレータには、例えば、LEAF、VARRE
F、CONSTREF、およびSEQUENCEがある。
文、および設計指針を有する。与えられたアプリケーシ
ョンで使用されるＡＯＰＬの特定の実現は、インタフェ
ースされるＳＣＥおよびＥＥによって一般的に異なる
が、言語の一般的な構造は以下で説明するとおりであ
る。ＡＯＰＬファイルは一般的に、ＳＣＥ出力コードの
解析木を表現するいくつかの異なるコード行（タプル）
を含む。各ＡＯＰＬタプルはセミコロンによって区切ら
れ、コンマによって分離されたいくつかのフィールドを
含む。例えばＡＯＰＬファイルは、タプルのラベル、
型、およびオペレーションにそれぞれ対応する３個のフ
ィールドを有する。ラベルフィールドは、コンマまたは
セミコロン以外の任意の印字可能キャラクタ列を含み、
個々のタプルを識別する便利な手段を提供する。型フィ
ールドは、本発明によれば、ＰノードまたはＳノードの
いずれかである。型フィールドは個々のタプルによって
表現される解析木ノードの型を示す。Ｐノードが他のタ
プルは宣言、式、および文を含み、一方、Ｓノードが他
のタプルは一般的にデータ構造体のようなさらに長いプ
ログラミング列を含む。ＡＯＰＬタプルのオペレーショ
ンフィールドは、例えばＳＣＥ出力コード解析木のノー
ドで実行されるオペレーションを示すオペレータを含
む。また、オペレーションフィールドは、そのオペレー
ションで使用されるいくつかのオペランドを示すことも
ある。ＡＯＰＬオペレータには、例えば、LEAF、VARRE
F、CONSTREF、およびSEQUENCEがある。
【００２５】ＡＯＰＬタプルはいくつかの追加フィール
ドを含むこともある。例えば、タプルは、オペレーショ
ンフィールドで識別される各オペレータに対する追加フ
ィールドを含むことがある。これらの追加フィールドを
以下ではオペランドフィールドという。オペランドフィ
ールドは、例えば、ＳＣＥ出力コード解析木内の他のノ
ードに対応する異なるタプルをラベルによって識別する
ために使用される。オペランドフィールドは、オペレー
タフィールドで指定されるオペレータによって作用され
る他のタプルを表現する。特定のＡＯＰＬタプルに含ま
れることがある他の追加フィールドには名前属性フィー
ルドおよび値属性フィールドがある。名前属性フィール
ドは一般的にキャラクタ列を含み、これはＳＣＥ出力コ
ード内のトークンに対応する。値属性フィールドは一般
的に、タプル内で作用されるデータの例えばサイズまた
はアドレスを示す整数値を含む。
ドを含むこともある。例えば、タプルは、オペレーショ
ンフィールドで識別される各オペレータに対する追加フ
ィールドを含むことがある。これらの追加フィールドを
以下ではオペランドフィールドという。オペランドフィ
ールドは、例えば、ＳＣＥ出力コード解析木内の他のノ
ードに対応する異なるタプルをラベルによって識別する
ために使用される。オペランドフィールドは、オペレー
タフィールドで指定されるオペレータによって作用され
る他のタプルを表現する。特定のＡＯＰＬタプルに含ま
れることがある他の追加フィールドには名前属性フィー
ルドおよび値属性フィールドがある。名前属性フィール
ドは一般的にキャラクタ列を含み、これはＳＣＥ出力コ
ード内のトークンに対応する。値属性フィールドは一般
的に、タプル内で作用されるデータの例えばサイズまた
はアドレスを示す整数値を含む。
【００２６】本発明のＡＯＰＬは３種類の異なるトーク
ンを認識する。トークンとは、ＳＣＥ出力コードにおい
てまとまった意味を有するキャラクタ列である。ＡＯＰ
Ｌによって認識されるトークンには、識別子、リテラル
およびセパレータがある。識別子は、文字、数字、また
は特殊キャラクタの任意の列である。識別子の最初のキ
ャラクタは数字以外の任意のキャラクタが可能である。
上記のオペレータフィールド内で使用されるオペレータ
はＡＯＰＬキーワードとして予約されており、従って、
ＳＣＥ出力コードにおける識別子としては使用されな
い。リテラルは、キャラクタ列（「文字列リテラル」と
いう。）または整数リテラルの２つのタイプのうちのい
ずれかである。本発明のＡＯＰＬによって認識される第
３のタイプのトークンはセパレータである。セパレータ
は、例えば、「；」、「，」、「（」、および「）」の
ような、ある一定の定義済みキャラクタである。ＡＯＰ
Ｌは、ＳＣＥの高水準言語あるいは出力コード内のこれ
らのトークンを識別し、それらのトークンの機能的相互
接続を表現する解析木を生成する。トークンは、ＳＣＥ
出力コードにおいて特定のトークンに対応する最長のキ
ャラクタ列を取り出すことによって識別される。「ホワ
イトスペース」として知られる、ＳＣＥ出力コードのあ
る一定の部分はトークンとしては認識されない。ホワイ
トスペースには、ブランク、タブ、改行、および復帰が
含まれる。
ンを認識する。トークンとは、ＳＣＥ出力コードにおい
てまとまった意味を有するキャラクタ列である。ＡＯＰ
Ｌによって認識されるトークンには、識別子、リテラル
およびセパレータがある。識別子は、文字、数字、また
は特殊キャラクタの任意の列である。識別子の最初のキ
ャラクタは数字以外の任意のキャラクタが可能である。
上記のオペレータフィールド内で使用されるオペレータ
はＡＯＰＬキーワードとして予約されており、従って、
ＳＣＥ出力コードにおける識別子としては使用されな
い。リテラルは、キャラクタ列（「文字列リテラル」と
いう。）または整数リテラルの２つのタイプのうちのい
ずれかである。本発明のＡＯＰＬによって認識される第
３のタイプのトークンはセパレータである。セパレータ
は、例えば、「；」、「，」、「（」、および「）」の
ような、ある一定の定義済みキャラクタである。ＡＯＰ
Ｌは、ＳＣＥの高水準言語あるいは出力コード内のこれ
らのトークンを識別し、それらのトークンの機能的相互
接続を表現する解析木を生成する。トークンは、ＳＣＥ
出力コードにおいて特定のトークンに対応する最長のキ
ャラクタ列を取り出すことによって識別される。「ホワ
イトスペース」として知られる、ＳＣＥ出力コードのあ
る一定の部分はトークンとしては認識されない。ホワイ
トスペースには、ブランク、タブ、改行、および復帰が
含まれる。
【００２７】上記のＡＯＰＬ文法を要約すると、以下の
言語テンプレートのようになる。
言語テンプレートのようになる。
【００２８】＜ＡＯＰＬプログラム＞：＜ＡＯＰＬノー
ド＞｜＜ＡＯＰＬプログラム＞＜ＡＯＰＬノード＞ ＜ＡＯＰＬノード＞：＜ノードヘッド＞＜ノードテイル
＞ ＜ノードヘッド＞：＜ラベル＞，＜ノード型＞，＜オプ
コード＞，＜ノードリスト＞ ＜ラベル＞：識別子 ＜ノード型＞：Ｐノード｜Ｓノード ＜オプコード＞：＜ＡＯＰＬオプコード＞（整数リテラ
ル） ＜ＡＯＰＬオプコード＞：キーワード ＜ノードリスト＞：＜ラベル＞｜＜ノードリスト＞，＜
ラベル＞ ＜ノードテイル＞：空｜＜属性リスト＞ ＜属性リスト＞：＜リストエントリ＞｜＜属性リスト
＞，＜リストエントリ＞ ＜リストエントリ＞：＜名前属性＞｜＜値属性＞ ＜名前属性＞：文字列リテラル ＜値属性＞：整数リテラル
ド＞｜＜ＡＯＰＬプログラム＞＜ＡＯＰＬノード＞ ＜ＡＯＰＬノード＞：＜ノードヘッド＞＜ノードテイル
＞ ＜ノードヘッド＞：＜ラベル＞，＜ノード型＞，＜オプ
コード＞，＜ノードリスト＞ ＜ラベル＞：識別子 ＜ノード型＞：Ｐノード｜Ｓノード ＜オプコード＞：＜ＡＯＰＬオプコード＞（整数リテラ
ル） ＜ＡＯＰＬオプコード＞：キーワード ＜ノードリスト＞：＜ラベル＞｜＜ノードリスト＞，＜
ラベル＞ ＜ノードテイル＞：空｜＜属性リスト＞ ＜属性リスト＞：＜リストエントリ＞｜＜属性リスト
＞，＜リストエントリ＞ ＜リストエントリ＞：＜名前属性＞｜＜値属性＞ ＜名前属性＞：文字列リテラル ＜値属性＞：整数リテラル
【００２９】上記の言語テンプレートにおいて、記号
「＜＞」は、例示した各タプルの要素を囲み、記号
「｜」は論理ＯＲ演算子を示す。
「＜＞」は、例示した各タプルの要素を囲み、記号
「｜」は論理ＯＲ演算子を示す。
【００３０】本発明のＡＯＰＬは簡単なＣプログラムを
使用して例示することができる。しかし、再び強調して
おくが、ＡＯＰＬ構造体は電気通信システムアプリケー
ションに特に適しており、ここでＡＯＰＬを説明するた
めに使用される例示するＣプログラムは単に例示のため
のものである。このＣ言語プログラミング例では、ＳＣ
Ｅ１０で使用される開発ツールのうちの１つが以下に示
す形の出力コードを提供する。
使用して例示することができる。しかし、再び強調して
おくが、ＡＯＰＬ構造体は電気通信システムアプリケー
ションに特に適しており、ここでＡＯＰＬを説明するた
めに使用される例示するＣプログラムは単に例示のため
のものである。このＣ言語プログラミング例では、ＳＣ
Ｅ１０で使用される開発ツールのうちの１つが以下に示
す形の出力コードを提供する。
【００３１】main() { int x; int y; y = 2; x = y*y + 2; printf("%d", x); }
【００３２】上記のように、本発明のＡＯＰＬ構造体を
使用すると、上記のＣプログラム例は以下のような中間
ＡＯＰＬコードで表現される。
使用すると、上記のＣプログラム例は以下のような中間
ＡＯＰＬコードで表現される。
【００３３】
【表１】
【００３４】上記のＡＯＰＬコードにおいて、タプルma
inは、このＣプログラム例の解析木のルートノードを表
現する。このＡＯＰＬコードはまた、いくつかのオペレ
ータを含み、それらは大文字で示されている。オペレー
タの１つの例はSEQUENCEオペレータである。SEQUENCEオ
ペレータは、ＡＯＰＬインタフェースに、例示したそれ
に続く５個のオペランドに対する順次コードを生成する
よう指示する。上記のように、ＡＯＰＬオペレータに続
くオペランドは、ＳＣＥ出力コードの解析木におけるさ
まざまなノードに対応する。例示したプログラムでは、
SEQUENCEオペレータの各オペランドはＣプログラム内の
宣言または文のいずれかである。従ってこれらの各オペ
ランドは出力コード解析木のノードを表現する。これら
はそれぞれ中間ＡＯＰＬコード内の異なるタプルすなわ
ち基本コード行にも対応する。LEAFという形式のオペレ
ータを含むタプルは、ＳＣＥ出力コード解析木における
末端ノードを表現し、そのオペランドはＡＯＰＬ言語の
個々の実現において定義済みである。例示したＡＯＰＬ
コードでは、この定義済みオペランドはイタリック体で
示され、整数および文字列のような基本データ型を表現
する。一般的に、オペレータおよび定義済みオペランド
は、使用されるＳＣＥおよび開発ツールの機能によって
変わる。
inは、このＣプログラム例の解析木のルートノードを表
現する。このＡＯＰＬコードはまた、いくつかのオペレ
ータを含み、それらは大文字で示されている。オペレー
タの１つの例はSEQUENCEオペレータである。SEQUENCEオ
ペレータは、ＡＯＰＬインタフェースに、例示したそれ
に続く５個のオペランドに対する順次コードを生成する
よう指示する。上記のように、ＡＯＰＬオペレータに続
くオペランドは、ＳＣＥ出力コードの解析木におけるさ
まざまなノードに対応する。例示したプログラムでは、
SEQUENCEオペレータの各オペランドはＣプログラム内の
宣言または文のいずれかである。従ってこれらの各オペ
ランドは出力コード解析木のノードを表現する。これら
はそれぞれ中間ＡＯＰＬコード内の異なるタプルすなわ
ち基本コード行にも対応する。LEAFという形式のオペレ
ータを含むタプルは、ＳＣＥ出力コード解析木における
末端ノードを表現し、そのオペランドはＡＯＰＬ言語の
個々の実現において定義済みである。例示したＡＯＰＬ
コードでは、この定義済みオペランドはイタリック体で
示され、整数および文字列のような基本データ型を表現
する。一般的に、オペレータおよび定義済みオペランド
は、使用されるＳＣＥおよび開発ツールの機能によって
変わる。
【００３５】上記の例は、Ｐノード型タプルのみを利用
している。第２のＣプログラム例は、Ｓノード型タプル
を含むＡＯＰＬコード表現を有するものであり、以下の
通りである。
している。第２のＣプログラム例は、Ｓノード型タプル
を含むＡＯＰＬコード表現を有するものであり、以下の
通りである。
【００３５】struct date { int day; int month; int year; } due_date;
【００３６】この第２のＣプログラムに対応するＡＯＰ
Ｌコードの例は以下の通りである。
Ｌコードの例は以下の通りである。
【００３７】
【表２】
【００３８】上記のＡＯＰＬコード例では、オペレータ
RECORDはレコード自体の名前およびサイズを指定し、一
方、オペレータRECFIELD(2)はそのレコードの各フィー
ルドの名前および型を示す。RECORDオペレータに対応す
るオペランドはレコードフィールドを指定する。オペレ
ータLEAFに対応する各末端ノードは、その末端ノードの
サイズを識別する値属性フィールドを含む。
RECORDはレコード自体の名前およびサイズを指定し、一
方、オペレータRECFIELD(2)はそのレコードの各フィー
ルドの名前および型を示す。RECORDオペレータに対応す
るオペランドはレコードフィールドを指定する。オペレ
ータLEAFに対応する各末端ノードは、その末端ノードの
サイズを識別する値属性フィールドを含む。
【００３９】上記のようなＡＯＰＬコードを効率的に構
築するために、本発明は図３のようなマルチレベルアー
キテクチャを利用することができる。システムインタフ
ェース６０は、いくつかの異なるコード翻訳オペレーシ
ョンすなわちパスに分割される。各パスは、コード翻訳
を実行する異なるオペレーションセットを含む。例えば
開発ツール１２、１４、および１６のうちのいずれかか
らのＳＣＥ出力コードはライン６４に提供される。第１
パス６６で、ＳＣＥ出力コードは第１パスコードに翻訳
され、この第１パスコードは出力６８を通じて第２パス
７０に供給される。第１パス６６は特定のＳＣＥからの
ＳＣＥ出力コードを、共通中間言語に容易に変換可能な
言語に翻訳するために使用される。従って第１パス６６
内で使用されるオペレーションセットは、ＳＣＥ出力コ
ードが作成されたＳＣＥの特性を密接に反映するように
定義される。そうすれば、ＳＣＥの任意の変更に対応し
てインタフェースを変更し、共通中間ＡＯＰＬコードを
生成する前に、ＳＣＥコードレベルでエラーを識別し報
告することが容易になる。第１パスのオペレーションセ
ットの例は、テレボーティングサービスアプリケーショ
ンのＳＤＬ表現に対して後で示す。第１パス６６で使用
されるオペレーションセットは、サービス作成環境自体
に記憶されることが可能である。
築するために、本発明は図３のようなマルチレベルアー
キテクチャを利用することができる。システムインタフ
ェース６０は、いくつかの異なるコード翻訳オペレーシ
ョンすなわちパスに分割される。各パスは、コード翻訳
を実行する異なるオペレーションセットを含む。例えば
開発ツール１２、１４、および１６のうちのいずれかか
らのＳＣＥ出力コードはライン６４に提供される。第１
パス６６で、ＳＣＥ出力コードは第１パスコードに翻訳
され、この第１パスコードは出力６８を通じて第２パス
７０に供給される。第１パス６６は特定のＳＣＥからの
ＳＣＥ出力コードを、共通中間言語に容易に変換可能な
言語に翻訳するために使用される。従って第１パス６６
内で使用されるオペレーションセットは、ＳＣＥ出力コ
ードが作成されたＳＣＥの特性を密接に反映するように
定義される。そうすれば、ＳＣＥの任意の変更に対応し
てインタフェースを変更し、共通中間ＡＯＰＬコードを
生成する前に、ＳＣＥコードレベルでエラーを識別し報
告することが容易になる。第１パスのオペレーションセ
ットの例は、テレボーティングサービスアプリケーショ
ンのＳＤＬ表現に対して後で示す。第１パス６６で使用
されるオペレーションセットは、サービス作成環境自体
に記憶されることが可能である。
【００４０】第２パス７０は、第１パス６６で生成され
た第１パスコードを受信し、すべてのＳＣＥで使用され
る共通中間言語で第２パスコードを生成する。第２パス
７０は通常、第１パス６６で使用されるオペレーション
セットよりも広く一般的なオペレーションセットを含
む。従って、第２パス７０に影響を及ぼすことなく第１
パス６６で新たなオペレーションを導入することが可能
である。第２パスデータベース７２は、例えば、第１パ
スコード内のある一定のノードを展開するために使用さ
れる第２パスマクロを含む。第２パス７０は、出力７４
に共通中間ＡＯＰＬコードを出力し、これは第３パス７
６で処理される。第３パス７６は、各ＥＥに対するター
ゲットコード生成を単純化するように設計される。第３
パスコードを定義するオペレーションセットは一般的
に、個々のＥＥの属性を密接に反映する。第３パスで
は、第３パスデータベース７８に記憶された第３パスマ
クロのグループが、第２パスコード内のある一定のノー
ドを展開するために使用される。生じたターゲットコー
ドは、ライン８０を通じて、例えば電話交換ネットワー
ク内のＳＣＰまたはＳＳＰのような個々のＥＥに供給さ
れる。図３は、インタフェース６０を実装するために３
レベルの階層を例示しているが、与えられたアプリケー
ションにおいてＳＣＥ出力コードをＥＥターゲットコー
ドに翻訳するためにインタフェース内に追加のレベルを
含めることも可能である。
た第１パスコードを受信し、すべてのＳＣＥで使用され
る共通中間言語で第２パスコードを生成する。第２パス
７０は通常、第１パス６６で使用されるオペレーション
セットよりも広く一般的なオペレーションセットを含
む。従って、第２パス７０に影響を及ぼすことなく第１
パス６６で新たなオペレーションを導入することが可能
である。第２パスデータベース７２は、例えば、第１パ
スコード内のある一定のノードを展開するために使用さ
れる第２パスマクロを含む。第２パス７０は、出力７４
に共通中間ＡＯＰＬコードを出力し、これは第３パス７
６で処理される。第３パス７６は、各ＥＥに対するター
ゲットコード生成を単純化するように設計される。第３
パスコードを定義するオペレーションセットは一般的
に、個々のＥＥの属性を密接に反映する。第３パスで
は、第３パスデータベース７８に記憶された第３パスマ
クロのグループが、第２パスコード内のある一定のノー
ドを展開するために使用される。生じたターゲットコー
ドは、ライン８０を通じて、例えば電話交換ネットワー
ク内のＳＣＰまたはＳＳＰのような個々のＥＥに供給さ
れる。図３は、インタフェース６０を実装するために３
レベルの階層を例示しているが、与えられたアプリケー
ションにおいてＳＣＥ出力コードをＥＥターゲットコー
ドに翻訳するためにインタフェース内に追加のレベルを
含めることも可能である。
【００４１】図３の３個のパスは、第２パス７０で生成
される共通中間コードをＳＣＥが生成しＥＥが受信する
ように、ＳＣＥに第１パスコードジェネレータを置き、
ＥＥに第３パスコードジェネレータを置くことにより、
ＳＣＥとＥＥにわたって分散させることが可能である。
このようにして、第１パス６６は各ＳＣＥ内で実行さ
れ、一方、第３パス７６は各ＥＥ内で実行される。共通
中間コードを生成するために、ＳＣＥの出力部分は第１
パスプログラムおよび定義済みオペレーションセットを
使用する。第２パスでは、中間コードジェネレータが、
共通中間コードを生成し最適化するために使用される。
最後に、ＥＥはその中間コードを受信し、適当なターゲ
ットコードを生成する。各パスは一般的に、前のパスの
コードを適当なコードに翻訳する。従って、図３の３レ
ベル階層の第１、第２および第３のパスは、それぞれ、
図２のパーサ５０、ＳＯＰＬコードジェネレータ４６、
およびターゲットコードジェネレータ５２によって実行
されるオペレーションに対応する。場合によっては、各
パスで翻訳を実行する必要がないこともある。その代わ
りに、caseおよびifのような一般的なプログラミング構
文を表現するテンプレートを、直接置換のために使用す
ることが可能である。その場合、データベース７２およ
び７８に記憶されたオペレーションセットは、ＳＣＥ出
力コード解析木のノードを高水準ＳＣＥ出力コードから
低水準ＥＥターゲットコードに翻訳する単純なマクロを
含むことが可能である。
される共通中間コードをＳＣＥが生成しＥＥが受信する
ように、ＳＣＥに第１パスコードジェネレータを置き、
ＥＥに第３パスコードジェネレータを置くことにより、
ＳＣＥとＥＥにわたって分散させることが可能である。
このようにして、第１パス６６は各ＳＣＥ内で実行さ
れ、一方、第３パス７６は各ＥＥ内で実行される。共通
中間コードを生成するために、ＳＣＥの出力部分は第１
パスプログラムおよび定義済みオペレーションセットを
使用する。第２パスでは、中間コードジェネレータが、
共通中間コードを生成し最適化するために使用される。
最後に、ＥＥはその中間コードを受信し、適当なターゲ
ットコードを生成する。各パスは一般的に、前のパスの
コードを適当なコードに翻訳する。従って、図３の３レ
ベル階層の第１、第２および第３のパスは、それぞれ、
図２のパーサ５０、ＳＯＰＬコードジェネレータ４６、
およびターゲットコードジェネレータ５２によって実行
されるオペレーションに対応する。場合によっては、各
パスで翻訳を実行する必要がないこともある。その代わ
りに、caseおよびifのような一般的なプログラミング構
文を表現するテンプレートを、直接置換のために使用す
ることが可能である。その場合、データベース７２およ
び７８に記憶されたオペレーションセットは、ＳＣＥ出
力コード解析木のノードを高水準ＳＣＥ出力コードから
低水準ＥＥターゲットコードに翻訳する単純なマクロを
含むことが可能である。
【００４２】本発明の電気通信システムインタフェース
は、さまざまなＳＣＥおよびＥＥに適用されている。図
４は、ＣＣＩＴＴサービス仕様記述言語（ＳＤＬ）を使
用した例示的なサービス状態マシンの流れ図である。Ｓ
ＤＬ言語は、グラフィック表現形式で使用されるときに
はＳＤＬ／ＧＲと呼ばれ、文字すなわちテキスト形式で
使用されるときにはＳＤＬ／ＰＲと呼ばれる。汎用のテ
キストエディタを使用することによってＳＤＬ／ＰＲ形
式でプログラムを作成することができる。しかし、ＳＤ
Ｌ／ＧＲプログラムは一般的に、例えばＳＤＬ／ＧＲ記
号を操作するために特に設計されたグラフィックエディ
タを使用して開発される。図４〜図１２では、ＳＤＬ／
ＧＲグラフィック記法が使用されている。ＳＤＬ／ＧＲ
グラフィック記法は一般的に、グラフィック記号フォー
マットで電気通信サービス機能を表現する手段を提供す
るものであり、さらに詳細には、例えば、ＣＣＩＴＴブ
ルーブック第Ｘ巻第Ｘ．１分冊、「機能仕様および記述
言語(Functional Specification and Description Lang
uage)」、勧告Ｚ．１００および付属書Ａ、Ｂ、Ｃおよ
びＥ、ならびに勧告Ｚ．１１０（１９８８年）、に記載
されている。ＳＤＬ／ＧＲグラフィック記法は一般的に
解析木に類似しており、従って、ＡＯＰＬタプルで直ち
に記述することができる。記号１００はInitialとラベ
ルされており、第１のタプルによって表現されるＳＤＬ
のＳＴＡＴＥ記号に対応する。記号１０２、１０４はＳ
ＤＬ／ＧＲグラフィック記法におけるＩＮＰＵＴ記号で
あり、それぞれ異なるタプルによって表現される。記号
１０６、１０８は再びＳＤＬ／ＧＲグラフィック記法に
おけるＳＴＡＴＥ記号を表現する。各ＳＴＡＴＥ記号１
００、１０６、１０８内のテキストは状態を識別し、一
方、各ＩＮＰＵＴ記号１０２、１０４内のテキストはイ
ベントを識別する。ＳＤＬ／ＧＲグラフィック記法は、
この記法における各記号が、その記号への接続を反映す
るオペランドを有する一意的なＡＯＰＬオペレーション
と関係づけられるようなタプルの形式で表現することが
できる。オペレーションSTATEおよびEVENTは、それぞ
れ、ＳＴＡＴＥ記号およびＩＮＰＵＴ記号において実行
されるオペレーションを表現する。各オペレータは、各
記号の出力に対応するいくつかのオペランドを有する。
図４に例示したＳＤＬ／ＧＲ記法は、第１パスコードジ
ェネレータにおいて、以下の第１パスコードに翻訳され
る。
は、さまざまなＳＣＥおよびＥＥに適用されている。図
４は、ＣＣＩＴＴサービス仕様記述言語（ＳＤＬ）を使
用した例示的なサービス状態マシンの流れ図である。Ｓ
ＤＬ言語は、グラフィック表現形式で使用されるときに
はＳＤＬ／ＧＲと呼ばれ、文字すなわちテキスト形式で
使用されるときにはＳＤＬ／ＰＲと呼ばれる。汎用のテ
キストエディタを使用することによってＳＤＬ／ＰＲ形
式でプログラムを作成することができる。しかし、ＳＤ
Ｌ／ＧＲプログラムは一般的に、例えばＳＤＬ／ＧＲ記
号を操作するために特に設計されたグラフィックエディ
タを使用して開発される。図４〜図１２では、ＳＤＬ／
ＧＲグラフィック記法が使用されている。ＳＤＬ／ＧＲ
グラフィック記法は一般的に、グラフィック記号フォー
マットで電気通信サービス機能を表現する手段を提供す
るものであり、さらに詳細には、例えば、ＣＣＩＴＴブ
ルーブック第Ｘ巻第Ｘ．１分冊、「機能仕様および記述
言語(Functional Specification and Description Lang
uage)」、勧告Ｚ．１００および付属書Ａ、Ｂ、Ｃおよ
びＥ、ならびに勧告Ｚ．１１０（１９８８年）、に記載
されている。ＳＤＬ／ＧＲグラフィック記法は一般的に
解析木に類似しており、従って、ＡＯＰＬタプルで直ち
に記述することができる。記号１００はInitialとラベ
ルされており、第１のタプルによって表現されるＳＤＬ
のＳＴＡＴＥ記号に対応する。記号１０２、１０４はＳ
ＤＬ／ＧＲグラフィック記法におけるＩＮＰＵＴ記号で
あり、それぞれ異なるタプルによって表現される。記号
１０６、１０８は再びＳＤＬ／ＧＲグラフィック記法に
おけるＳＴＡＴＥ記号を表現する。各ＳＴＡＴＥ記号１
００、１０６、１０８内のテキストは状態を識別し、一
方、各ＩＮＰＵＴ記号１０２、１０４内のテキストはイ
ベントを識別する。ＳＤＬ／ＧＲグラフィック記法は、
この記法における各記号が、その記号への接続を反映す
るオペランドを有する一意的なＡＯＰＬオペレーション
と関係づけられるようなタプルの形式で表現することが
できる。オペレーションSTATEおよびEVENTは、それぞ
れ、ＳＴＡＴＥ記号およびＩＮＰＵＴ記号において実行
されるオペレーションを表現する。各オペレータは、各
記号の出力に対応するいくつかのオペランドを有する。
図４に例示したＳＤＬ／ＧＲ記法は、第１パスコードジ
ェネレータにおいて、以下の第１パスコードに翻訳され
る。
【００４３】
【表３】
【００４４】上記のように、第１パスコードは、ＳＣＥ
の出力における高水準コードを構文解析することによっ
て生成される。あるいは、第１パスコードは、システム
インタフェースユニット内のパーサを使用して生成する
ことも可能である。第２パスは、上記の第１パスコード
を、以下の共通中間ＡＯＰＬコードに翻訳するために使
用される。共通中間ＡＯＰＬコードは、いくつかの異な
るＥＥのうちのいずれかに供給されるものである。
の出力における高水準コードを構文解析することによっ
て生成される。あるいは、第１パスコードは、システム
インタフェースユニット内のパーサを使用して生成する
ことも可能である。第２パスは、上記の第１パスコード
を、以下の共通中間ＡＯＰＬコードに翻訳するために使
用される。共通中間ＡＯＰＬコードは、いくつかの異な
るＥＥのうちのいずれかに供給されるものである。
【００４５】
【表４】
【００４６】上記の第２パスコードすなわち中間ＡＯＰ
Ｌコードは、サービス論理言語（ＳＬＬ）を使用して開
発されたサービスを表現するのによく適している。ＳＬ
Ｌは、相互関連するＦＳＭによって電気通信サービスア
プリケーションを記述するために開発されたアプリケー
ション指向言語である。図４のＳＤＬ記法の相異なる状
態は、オペレータSTATEによって表現される。記号１０
２、１０４に対応するイベントはオペレーションEVENT
によって表現される。STATEオペレータでは、第１オペ
ランドはその状態の名前を指定するLEAFノードを識別
し、第２オペランドは、SEQUENCEノードによって表現さ
れるイベントハンドラのリストを識別する。EVENTオペ
レータは、VARREFノードを識別する第１オペランドと、
イベントハンドラ内のアクションに対する特定の部分木
のルートを識別する第２オペランドとを有する。VARREF
オペレータは、イベントの名前を指定するLEAFノードを
識別する第１オペランドと、特定のイベントを宣言する
DEFEVENTノードを識別する第２オペランドとを有する。
注意すべき点であるが、ラベルevent_list2およびevent
_list3に関連する状態は前方参照されているのみであ
り、この例で使用したＳＣＥ出力コードの断片では定義
されていないため、それらは上記のＡＯＰＬコードでは
指定されていない。図４の記号内のテキストは例示目的
であり、特定のプログラミング言語には対応していな
い。一般的に、任意のプログラミング言語文法が、図４
に例示したグラフィック記号内のテキストに対して使用
可能である。
Ｌコードは、サービス論理言語（ＳＬＬ）を使用して開
発されたサービスを表現するのによく適している。ＳＬ
Ｌは、相互関連するＦＳＭによって電気通信サービスア
プリケーションを記述するために開発されたアプリケー
ション指向言語である。図４のＳＤＬ記法の相異なる状
態は、オペレータSTATEによって表現される。記号１０
２、１０４に対応するイベントはオペレーションEVENT
によって表現される。STATEオペレータでは、第１オペ
ランドはその状態の名前を指定するLEAFノードを識別
し、第２オペランドは、SEQUENCEノードによって表現さ
れるイベントハンドラのリストを識別する。EVENTオペ
レータは、VARREFノードを識別する第１オペランドと、
イベントハンドラ内のアクションに対する特定の部分木
のルートを識別する第２オペランドとを有する。VARREF
オペレータは、イベントの名前を指定するLEAFノードを
識別する第１オペランドと、特定のイベントを宣言する
DEFEVENTノードを識別する第２オペランドとを有する。
注意すべき点であるが、ラベルevent_list2およびevent
_list3に関連する状態は前方参照されているのみであ
り、この例で使用したＳＣＥ出力コードの断片では定義
されていないため、それらは上記のＡＯＰＬコードでは
指定されていない。図４の記号内のテキストは例示目的
であり、特定のプログラミング言語には対応していな
い。一般的に、任意のプログラミング言語文法が、図４
に例示したグラフィック記号内のテキストに対して使用
可能である。
【００４７】上に例示した中間コードでは、event_dec
1、event1_record、event2_declおよびevent2_recordの
場合のようなある一定の宣言およびレコードのノードは
定義済みであると仮定されている。上の例からわかるよ
うに、第２パスコードには追加コードオペレーションが
存在する。第２パスコードはより一般的であり、例え
ば、さまざまなＦＳＭを記述するために使用される。こ
れに対して、第１パスによって生成されるコードはＳＣ
Ｅ出力コードのほうに密接に関係しており、他のＳＣＥ
からのコードを表現するのには適さない。上記の中間Ａ
ＯＰＬコードは、所望のＥＥの個々のターゲットコード
に翻訳される。あるいは、例えばターゲットコードがＳ
ＬＬに十分に類似する場合には、ターゲットコードへの
翻訳が不要なこともある。
1、event1_record、event2_declおよびevent2_recordの
場合のようなある一定の宣言およびレコードのノードは
定義済みであると仮定されている。上の例からわかるよ
うに、第２パスコードには追加コードオペレーションが
存在する。第２パスコードはより一般的であり、例え
ば、さまざまなＦＳＭを記述するために使用される。こ
れに対して、第１パスによって生成されるコードはＳＣ
Ｅ出力コードのほうに密接に関係しており、他のＳＣＥ
からのコードを表現するのには適さない。上記の中間Ａ
ＯＰＬコードは、所望のＥＥの個々のターゲットコード
に翻訳される。あるいは、例えばターゲットコードがＳ
ＬＬに十分に類似する場合には、ターゲットコードへの
翻訳が不要なこともある。
【００４８】多くのＳＣＥで使用される開発ツールのも
う１つの例は決定グラフエディタである。決定グラフエ
ディタは、ＦＳＭエディタと同様に、サービスの設計お
よび開発の補助としてさまざまな電気通信サービスのフ
ローを描写するために使用される一種のグラフィックエ
ディタである。一般的に、決定グラフの構造は解析木の
構造と類似しており、従って、各決定グラフノードはＡ
ＯＰＬタプルによって効率的に表現することができる。
決定グラフは、サービスオペレーションに対応し分岐に
よって相互接続されたさまざまな決定グラフノードを含
む。例えば各オペレーションは、DECISIONと呼ぶオペレ
ーションに対する時刻、日付、および百分率のようない
くつかのサブオペレーションを含む。決定グラフにおけ
る百分率サブオペレータノードに対する第１パスコード
は、percent-1, P_node, DECISION(2n), val1, br1,
..., valn, brn, 'percent'で与えられる。ただし、ｎ
は百分率ノードからの分岐出力の数を表現する。また、
このコード行は、百分率決定グラフノードから特定の分
岐のうちの１つに分岐する尤度を指定する、各分岐に対
する１対のオペランドを含む。決定グラフにおける時刻
サブオペレータノードに対する第１パスコードは、time
-1, P_node, DECISION(2n+1), val1, br1, ..., valn,
brn, value, 'time'で与えられる。時刻ノードでは、DE
CISIONオペレータはある時刻を指定する追加オペランド
valueを有する。この時刻は、個々の決定グラフノード
がこの時刻の後に特定の分岐に接続されるような時刻で
ある。第２パスの後、第１パスコードの上記の２つの例
示的な行は、以下に示す第２パスコードに展開される。
百分率サブオペレータに対して、第２パスは次のコード
を生成する。
う１つの例は決定グラフエディタである。決定グラフエ
ディタは、ＦＳＭエディタと同様に、サービスの設計お
よび開発の補助としてさまざまな電気通信サービスのフ
ローを描写するために使用される一種のグラフィックエ
ディタである。一般的に、決定グラフの構造は解析木の
構造と類似しており、従って、各決定グラフノードはＡ
ＯＰＬタプルによって効率的に表現することができる。
決定グラフは、サービスオペレーションに対応し分岐に
よって相互接続されたさまざまな決定グラフノードを含
む。例えば各オペレーションは、DECISIONと呼ぶオペレ
ーションに対する時刻、日付、および百分率のようない
くつかのサブオペレーションを含む。決定グラフにおけ
る百分率サブオペレータノードに対する第１パスコード
は、percent-1, P_node, DECISION(2n), val1, br1,
..., valn, brn, 'percent'で与えられる。ただし、ｎ
は百分率ノードからの分岐出力の数を表現する。また、
このコード行は、百分率決定グラフノードから特定の分
岐のうちの１つに分岐する尤度を指定する、各分岐に対
する１対のオペランドを含む。決定グラフにおける時刻
サブオペレータノードに対する第１パスコードは、time
-1, P_node, DECISION(2n+1), val1, br1, ..., valn,
brn, value, 'time'で与えられる。時刻ノードでは、DE
CISIONオペレータはある時刻を指定する追加オペランド
valueを有する。この時刻は、個々の決定グラフノード
がこの時刻の後に特定の分岐に接続されるような時刻で
ある。第２パスの後、第１パスコードの上記の２つの例
示的な行は、以下に示す第２パスコードに展開される。
百分率サブオペレータに対して、第２パスは次のコード
を生成する。
【００４９】
【表５】
【００５０】時刻サブオペレータに対して、第２パスは
次のコードを生成する。
次のコードを生成する。
【００５１】
【表６】
【００５２】本発明のもう１つの実施例では、システム
インタフェースは、個々のＥＥに対するアセンブリ言語
からなるターゲットコードを生成することが可能であ
る。アセンブリコード生成を簡単にするため、対応する
第３パスオペレーションは、与えられた解析木の常に定
義済みの末端であるオペランドを含むように選択され
る。例として、ある特定のＥＥは次の形式の２アドレス
命令を含む。 オペレータ ソース，デスティネーション
インタフェースは、個々のＥＥに対するアセンブリ言語
からなるターゲットコードを生成することが可能であ
る。アセンブリコード生成を簡単にするため、対応する
第３パスオペレーションは、与えられた解析木の常に定
義済みの末端であるオペランドを含むように選択され
る。例として、ある特定のＥＥは次の形式の２アドレス
命令を含む。 オペレータ ソース，デスティネーション
【００５３】この形式の命令では、「オペレータ」はア
センブリ言語オペレータを指し、「ソース」および「デ
スティネーション」はオペランドフィールドを表現す
る。例えばアセンブリ言語オペレータにはＭＯＶＥ、Ｍ
ＵＬＴ、およびＡＤＤがある。従って、上記の最初のＣ
プログラムに対して、ターゲットコードを生成すること
ができる。生成される第３パスコードすなわちターゲッ
トコードは以下に示すようになる。
センブリ言語オペレータを指し、「ソース」および「デ
スティネーション」はオペランドフィールドを表現す
る。例えばアセンブリ言語オペレータにはＭＯＶＥ、Ｍ
ＵＬＴ、およびＡＤＤがある。従って、上記の最初のＣ
プログラムに対して、ターゲットコードを生成すること
ができる。生成される第３パスコードすなわちターゲッ
トコードは以下に示すようになる。
【００５４】
【表７】
【００５５】この例示して第３パスコード内では、オペ
ランドmemory、register、およびintは、定義済みであ
り、それぞれメモリ位置、レジスタ、および定数を指す
と仮定されている。
ランドmemory、register、およびintは、定義済みであ
り、それぞれメモリ位置、レジスタ、および定数を指す
と仮定されている。
【００５６】本発明は、各ＥＥとの別個のインタフェー
スを設計せずに、さまざまなＥＥにおける電気通信サー
ビスの実装を容易にする。投票者が電気通信システムに
よって投票をすることを可能にする、例示するテレボー
ティングサービスに対する完全なＳＤＬ／ＧＲ記法を図
５〜図１２に示す。テレボーティングサービスは、例え
ば、電話交換システムに実装可能である。しかし、この
サービス自体は一般的にまずＳＤＬ／ＧＲのようなグラ
フィック記法で開発される。一般的に、ＳＤＬ記法は、
論理流れ図によってサービスを記述するいくつかの相互
関連した記号を含む。記号は特定の順序すなわち順位で
配列され、これは記号のスコープを決定する。グラフィ
ックエディタの編集画面の左上隅の近くに配置された記
号ほど、その記号の下または右に配置された他の記号よ
りも高い順位を有する。例えば、図５のＤＥＣＬＲＡＴ
ＩＯＮ記号５００はこの例ではグローバル宣言を表現す
る。その理由は、この記号は、例えばＳＴＡＲＴ記号５
０８によって定義されるＦＳＭに対応するどの記号より
も上に配置されているためである。記号５０８は記号５
０６よりも高い順位を有し、従って、記号５０６内の宣
言のスコープは、ＳＴＡＲＴ記号５０８に対応するＦＳ
Ｍである。
スを設計せずに、さまざまなＥＥにおける電気通信サー
ビスの実装を容易にする。投票者が電気通信システムに
よって投票をすることを可能にする、例示するテレボー
ティングサービスに対する完全なＳＤＬ／ＧＲ記法を図
５〜図１２に示す。テレボーティングサービスは、例え
ば、電話交換システムに実装可能である。しかし、この
サービス自体は一般的にまずＳＤＬ／ＧＲのようなグラ
フィック記法で開発される。一般的に、ＳＤＬ記法は、
論理流れ図によってサービスを記述するいくつかの相互
関連した記号を含む。記号は特定の順序すなわち順位で
配列され、これは記号のスコープを決定する。グラフィ
ックエディタの編集画面の左上隅の近くに配置された記
号ほど、その記号の下または右に配置された他の記号よ
りも高い順位を有する。例えば、図５のＤＥＣＬＲＡＴ
ＩＯＮ記号５００はこの例ではグローバル宣言を表現す
る。その理由は、この記号は、例えばＳＴＡＲＴ記号５
０８によって定義されるＦＳＭに対応するどの記号より
も上に配置されているためである。記号５０８は記号５
０６よりも高い順位を有し、従って、記号５０６内の宣
言のスコープは、ＳＴＡＲＴ記号５０８に対応するＦＳ
Ｍである。
【００５７】ＳＤＬ／ＧＲ記法内の各記号は一般的にテ
キストを含む。記号内のテキストは、例えば、状態、イ
ベントもしくはＦＳＭに対する識別子、データ宣言、Ｓ
ＬＬ文法による文、または注釈に対応する。記号内に入
るようにテキストの長い行を適応させるために、行の連
続を示すためにキャラクタ「＼」が使用される。行連続
キャラクタ「＼」は、例えばＳＤＬ／ＧＲが特定のＥＥ
における実行のためにＳＬＬに翻訳されるときには削除
される。この例では、図４の場合のように、記号はＳＬ
Ｌ文法に対応するテキストを含む。もちろん、使用され
る特定の文法は、アプリケーションごとに変わる。
キストを含む。記号内のテキストは、例えば、状態、イ
ベントもしくはＦＳＭに対する識別子、データ宣言、Ｓ
ＬＬ文法による文、または注釈に対応する。記号内に入
るようにテキストの長い行を適応させるために、行の連
続を示すためにキャラクタ「＼」が使用される。行連続
キャラクタ「＼」は、例えばＳＤＬ／ＧＲが特定のＥＥ
における実行のためにＳＬＬに翻訳されるときには削除
される。この例では、図４の場合のように、記号はＳＬ
Ｌ文法に対応するテキストを含む。もちろん、使用され
る特定の文法は、アプリケーションごとに変わる。
【００５８】図５は、テレボーティングサービスのＳＤ
Ｌ／ＧＲ記述内にいくつかのＤＥＣＬＡＲＡＴＩＯＮ記
号５００〜５０６を含む。ＳＤＬ／ＧＲ内のＤＥＣＬＡ
ＲＡＴＩＯＮ記号は記号５００〜５０６に対応し、ＳＤ
Ｌ／ＧＲプログラム内のデータの宣言および初期化に使
用される。例えば、記号５００は、このテレボーティン
グの例における５人の候補者のそれぞれの当選回数に対
応する動的変数のグループを宣言し、一方、記号５０４
は、それぞれ長さ８０キャラクタのキャラクタ列として
その５人の候補者の名前を宣言する。
Ｌ／ＧＲ記述内にいくつかのＤＥＣＬＡＲＡＴＩＯＮ記
号５００〜５０６を含む。ＳＤＬ／ＧＲ内のＤＥＣＬＡ
ＲＡＴＩＯＮ記号は記号５００〜５０６に対応し、ＳＤ
Ｌ／ＧＲプログラム内のデータの宣言および初期化に使
用される。例えば、記号５００は、このテレボーティン
グの例における５人の候補者のそれぞれの当選回数に対
応する動的変数のグループを宣言し、一方、記号５０４
は、それぞれ長さ８０キャラクタのキャラクタ列として
その５人の候補者の名前を宣言する。
【００５９】図５の記号５０８はＳＤＬ／ＧＲ記法にお
けるＳＴＡＲＴ記号として知られており、一方、記号５
１０はＳＴＡＴＥ記号である。ＳＴＡＲＴ記号は一般的
にＦＳＭを定義するために使用され、そのＦＳＭの初期
状態を明示的に指定するＳＴＡＴＥ記号に接続される。
ここで、ＳＴＡＲＴ記号およびＳＴＡＴＥ記号内のテキ
ストはそれぞれＦＳＭの名前および初期状態を指定す
る。ＦＳＭのスコープはそれが定義されている全ＳＤＬ
／ＧＲプログラムであるため、ＦＳＭはＳＤＬ／ＧＲプ
ログラム内で唯一のものでなければならない。しかし、
ＳＴＡＴＥのスコープはそれに関係づけられたＦＳＭで
あるため、ＳＴＡＴＥの名前はＳＤＬ／ＧＲプログラム
内で重複することが可能である。記号５０８および５１
０は、Electionと名付けられIdleという初期状態を有す
るＦＳＭを定義する。図５にはさらに、デフォルトのイ
ベントハンドラに対応するＩＮＰＵＴ記号５５２、５５
４および５５６のセットを定義するデフォルトのＳＴＡ
ＴＥ記号５５０が示されている。デフォルトのイベント
ハンドラは、切断指示子のようなさまざまなシステム入
力を受信し、ＳＴＯＰ記号５５８によって示されるよう
に、ＦＳＭの動作を終了させる。デフォルトのイベント
ハンドラは、例えば通話がユーザによって終了させられ
たときに、ＦＳＭ処理を終了させる手段を提供する。
けるＳＴＡＲＴ記号として知られており、一方、記号５
１０はＳＴＡＴＥ記号である。ＳＴＡＲＴ記号は一般的
にＦＳＭを定義するために使用され、そのＦＳＭの初期
状態を明示的に指定するＳＴＡＴＥ記号に接続される。
ここで、ＳＴＡＲＴ記号およびＳＴＡＴＥ記号内のテキ
ストはそれぞれＦＳＭの名前および初期状態を指定す
る。ＦＳＭのスコープはそれが定義されている全ＳＤＬ
／ＧＲプログラムであるため、ＦＳＭはＳＤＬ／ＧＲプ
ログラム内で唯一のものでなければならない。しかし、
ＳＴＡＴＥのスコープはそれに関係づけられたＦＳＭで
あるため、ＳＴＡＴＥの名前はＳＤＬ／ＧＲプログラム
内で重複することが可能である。記号５０８および５１
０は、Electionと名付けられIdleという初期状態を有す
るＦＳＭを定義する。図５にはさらに、デフォルトのイ
ベントハンドラに対応するＩＮＰＵＴ記号５５２、５５
４および５５６のセットを定義するデフォルトのＳＴＡ
ＴＥ記号５５０が示されている。デフォルトのイベント
ハンドラは、切断指示子のようなさまざまなシステム入
力を受信し、ＳＴＯＰ記号５５８によって示されるよう
に、ＦＳＭの動作を終了させる。デフォルトのイベント
ハンドラは、例えば通話がユーザによって終了させられ
たときに、ＦＳＭ処理を終了させる手段を提供する。
【００６０】図６は、Idle状態に続く処理ステップを示
す。ＳＴＡＴＥ記号６０２から、ＦＳＭは２つの異なる
入力のうちの１つを受信する。図６の記号６０４はＳＤ
Ｌ／ＧＲ記法におけるＩＮＰＵＴ記号であり、イベント
を示す。ＩＮＰＵＴ記号内のテキストは、対応するイベ
ントハンドラの名前を指定する。イベントハンドラは常
に状態に関係づけられるため、６０４のようなＩＮＰＵ
Ｔ記号の前にはＳＴＡＴＥ記号が先行しなければならな
い。先行する状態が、アステリスクを含むＳＴＡＴＥ記
号によって示されるようにデフォルト状態である場合、
イベントハンドラはデフォルトイベントハンドラと呼ば
れる。ＩＮＰＵＴ記号６０４は、イベントハンドラbri!
send_answer_completedが、テレボーティングサービス
を開始するために１つの入力を受信することを示す。
す。ＳＴＡＴＥ記号６０２から、ＦＳＭは２つの異なる
入力のうちの１つを受信する。図６の記号６０４はＳＤ
Ｌ／ＧＲ記法におけるＩＮＰＵＴ記号であり、イベント
を示す。ＩＮＰＵＴ記号内のテキストは、対応するイベ
ントハンドラの名前を指定する。イベントハンドラは常
に状態に関係づけられるため、６０４のようなＩＮＰＵ
Ｔ記号の前にはＳＴＡＴＥ記号が先行しなければならな
い。先行する状態が、アステリスクを含むＳＴＡＴＥ記
号によって示されるようにデフォルト状態である場合、
イベントハンドラはデフォルトイベントハンドラと呼ば
れる。ＩＮＰＵＴ記号６０４は、イベントハンドラbri!
send_answer_completedが、テレボーティングサービス
を開始するために１つの入力を受信することを示す。
【００６１】図６の記号６０６はＳＤＬ／ＧＲ記法にお
けるＤＥＣＩＳＩＯＮ記号であり、if複合文またはtest
複合文を表現する。if複合文の場合、記号内のテキスト
はキーワードifとブール式を含み、ＤＥＣＩＳＩＯＮ記
号から出る分岐は高々２つである。記号６０６はif型で
ある。これに対して、test複合文の場合、記号内のテキ
ストはキーワードtestと式を含み、記号からは任意数の
分岐が出ることが可能である。図１０のＤＥＣＩＳＩＯ
Ｎ記号７２６はtest型である。図６のＤＥＣＩＳＩＯＮ
記号６０６は、ＩＮＰＵＴ記号６０４で指定された型の
入力を受信すると、ユーザによって入力されたダイヤル
番号を指す変数Called_dnに基づいて判断がなされるこ
とを示している。Called_dnが、Tally_No（投票総数情
報をユーザが受け取るためにダイヤルする番号）と等し
くない場合、ＰＲＯＣＥＤＵＲＥＣＡＬＬ記号６０８が
アクセスされ、手続きnot_tallyが呼び出される。呼び
出された手続きが実行された後、ＦＳＭは、ＳＴＡＴＥ
記号６１０で示される状態Wait_For_Voteに進む。ま
た、ユーザによって投票数が求められた場合、ＰＲＯＣ
ＥＤＵＲＥ ＣＡＬＬ記号６１２に示されるように手続
きis_tallyが呼び出され、その後ＦＳＭはＳＴＡＴＥ記
号６１４で示される状態Wait_For_PINに進む。手続きno
t_tallyおよびis_tallyはそれぞれ図９の（ａ）および
（ｂ）に示されている。最初のIdle状態から、Election
のＦＳＭは、ＩＮＰＵＴ記号６１６で示されるように、
入力bri!terminating_callを受け取ることもある。この
入力を受け取った場合、ＰＲＯＣＥＤＵＲＥ ＣＡＬＬ
記号６１８はＦＳＭが手続きbt_callにアクセスするよ
う指示する。この手続きを実行した後、ＦＳＭは、ＳＴ
ＡＴＥ記号６２０内の「-」キャラクタで示されるよう
に、現在の状態に復帰する。このダッシュ「-」は、Ｓ
ＤＬ／ＧＲ記法では、ＦＳＭの現在の状態の略記として
使用される。手続きbt_callは図１１の（ｂ）に示され
ている。
けるＤＥＣＩＳＩＯＮ記号であり、if複合文またはtest
複合文を表現する。if複合文の場合、記号内のテキスト
はキーワードifとブール式を含み、ＤＥＣＩＳＩＯＮ記
号から出る分岐は高々２つである。記号６０６はif型で
ある。これに対して、test複合文の場合、記号内のテキ
ストはキーワードtestと式を含み、記号からは任意数の
分岐が出ることが可能である。図１０のＤＥＣＩＳＩＯ
Ｎ記号７２６はtest型である。図６のＤＥＣＩＳＩＯＮ
記号６０６は、ＩＮＰＵＴ記号６０４で指定された型の
入力を受信すると、ユーザによって入力されたダイヤル
番号を指す変数Called_dnに基づいて判断がなされるこ
とを示している。Called_dnが、Tally_No（投票総数情
報をユーザが受け取るためにダイヤルする番号）と等し
くない場合、ＰＲＯＣＥＤＵＲＥＣＡＬＬ記号６０８が
アクセスされ、手続きnot_tallyが呼び出される。呼び
出された手続きが実行された後、ＦＳＭは、ＳＴＡＴＥ
記号６１０で示される状態Wait_For_Voteに進む。ま
た、ユーザによって投票数が求められた場合、ＰＲＯＣ
ＥＤＵＲＥ ＣＡＬＬ記号６１２に示されるように手続
きis_tallyが呼び出され、その後ＦＳＭはＳＴＡＴＥ記
号６１４で示される状態Wait_For_PINに進む。手続きno
t_tallyおよびis_tallyはそれぞれ図９の（ａ）および
（ｂ）に示されている。最初のIdle状態から、Election
のＦＳＭは、ＩＮＰＵＴ記号６１６で示されるように、
入力bri!terminating_callを受け取ることもある。この
入力を受け取った場合、ＰＲＯＣＥＤＵＲＥ ＣＡＬＬ
記号６１８はＦＳＭが手続きbt_callにアクセスするよ
う指示する。この手続きを実行した後、ＦＳＭは、ＳＴ
ＡＴＥ記号６２０内の「-」キャラクタで示されるよう
に、現在の状態に復帰する。このダッシュ「-」は、Ｓ
ＤＬ／ＧＲ記法では、ＦＳＭの現在の状態の略記として
使用される。手続きbt_callは図１１の（ｂ）に示され
ている。
【００６２】図７は、ＳＴＡＴＥ記号６１４に示される
Wait_For_PINに続く処理ステップを示す。ＩＮＰＵＴ記
号６１６は、サービスユーザによって入力された数字を
受け取る。この数字は、例えば、プッシュボタン電話機
からデュアルトーン多周波（ＤＴＭＦ）コマンドを使用
して入力される。ＤＥＣＩＳＩＯＮ記号６１８は、受け
取った数字が、例えば、投票総数に関する情報を受け取
る権限のある個人識別番号（ＰＩＮ）のリストと一致す
るかどうかを示す。一致があった場合、ＰＲＯＣＥＤＵ
ＲＥ ＣＡＬＬ記号６２０が示すように、手続きis_col
_pinが実行され、その後ＦＳＭは、ＳＴＡＴＥ記号６２
２に示されるように現在の状態に復帰する。また、受け
取った数字が権限のあるＰＩＮに対応しない場合、ユー
ザは、ＴＡＳＫ記号６２４に示されるように、投票総数
情報を受け取るための許可は拒否されたことを示すメッ
セージを受け取る。ＳＤＬ／ＧＲ記法においてＴＡＳＫ
記号は、例えばＳＬＬ文の形式で、イベントハンドラの
オペレーションを示すために使用される。その後ＦＳＭ
はＳＴＡＴＥ記号６２８で示されるように現在の状態に
復帰する。
Wait_For_PINに続く処理ステップを示す。ＩＮＰＵＴ記
号６１６は、サービスユーザによって入力された数字を
受け取る。この数字は、例えば、プッシュボタン電話機
からデュアルトーン多周波（ＤＴＭＦ）コマンドを使用
して入力される。ＤＥＣＩＳＩＯＮ記号６１８は、受け
取った数字が、例えば、投票総数に関する情報を受け取
る権限のある個人識別番号（ＰＩＮ）のリストと一致す
るかどうかを示す。一致があった場合、ＰＲＯＣＥＤＵ
ＲＥ ＣＡＬＬ記号６２０が示すように、手続きis_col
_pinが実行され、その後ＦＳＭは、ＳＴＡＴＥ記号６２
２に示されるように現在の状態に復帰する。また、受け
取った数字が権限のあるＰＩＮに対応しない場合、ユー
ザは、ＴＡＳＫ記号６２４に示されるように、投票総数
情報を受け取るための許可は拒否されたことを示すメッ
セージを受け取る。ＳＤＬ／ＧＲ記法においてＴＡＳＫ
記号は、例えばＳＬＬ文の形式で、イベントハンドラの
オペレーションを示すために使用される。その後ＦＳＭ
はＳＴＡＴＥ記号６２８で示されるように現在の状態に
復帰する。
【００６３】図８は、図６のＳＴＡＴＥ記号６１０に対
応するWait_For_Vote状態を通じてアクセスされる記号
を示す。ＩＮＰＵＴ記号６４２は、入力collected_digi
tsをＳＴＡＴＥ記号６４０に示される状態Wait_For_Vot
eから受け取ったことを示す。この入力は、例えばＤＴ
ＭＦコマンドの形式でいくつかの数字を電話機から入力
したシステムユーザによって特定の候補者が選択された
ことに対応する。この入力を受け取ると、ＤＥＣＩＳＩ
ＯＮ記号６４４に示すように、数字カウンタが変数Max_
Candに対してチェックされる。この変数は、与えられた
選挙において最大の可能な候補者選択数に対応する。数
字カウンタがMax_Candより大きい場合、入力は、使用可
能な候補者選択に対応していないため、ＤＥＣＩＳＩＯ
Ｎ記号６４６に示すように、数字「９」が入力されたか
どうかについて判断する。この例では、数字「９」は、
ユーザが投票総数情報にアクセスしようとしていること
を示す。
応するWait_For_Vote状態を通じてアクセスされる記号
を示す。ＩＮＰＵＴ記号６４２は、入力collected_digi
tsをＳＴＡＴＥ記号６４０に示される状態Wait_For_Vot
eから受け取ったことを示す。この入力は、例えばＤＴ
ＭＦコマンドの形式でいくつかの数字を電話機から入力
したシステムユーザによって特定の候補者が選択された
ことに対応する。この入力を受け取ると、ＤＥＣＩＳＩ
ＯＮ記号６４４に示すように、数字カウンタが変数Max_
Candに対してチェックされる。この変数は、与えられた
選挙において最大の可能な候補者選択数に対応する。数
字カウンタがMax_Candより大きい場合、入力は、使用可
能な候補者選択に対応していないため、ＤＥＣＩＳＩＯ
Ｎ記号６４６に示すように、数字「９」が入力されたか
どうかについて判断する。この例では、数字「９」は、
ユーザが投票総数情報にアクセスしようとしていること
を示す。
【００６４】数字「９」が入力されていない場合、ＴＡ
ＳＫ記号６４８は、ユーザに、入力された数字の数に基
づいて、不正な選択がなされたというアナウンスを出
す。その後ＦＳＭは、ＳＴＡＴＥ記号６５０に示される
ように現在の状態に復帰する。一方、数字「９」が入力
された場合、ＴＡＳＫ記号６５４に示すように、ユーザ
に対して、例えばユーザが投票総数を受け取る権限を有
することを確認するために、ＰＩＮの入力を促す。ユー
ザにＰＩＮの入力を促した後、ＦＳＭは、ＳＴＡＴＥ記
号６５６に示されるように、状態Wait_For_PINにはい
る。収集した数字のカウンタが、使用可能な候補者選択
数字のうちの１つがユーザによって入力されたことを示
している場合、ＰＲＯＣＥＤＵＲＥ ＣＡＬＬ記号６５
８に示すように、手続きlt_max_cand（図１０）が実行
される。この手続きが実行された後、ＦＳＭは、ＳＴＡ
ＴＥ記号６６０に示されるように、現在の状態に復帰す
る。
ＳＫ記号６４８は、ユーザに、入力された数字の数に基
づいて、不正な選択がなされたというアナウンスを出
す。その後ＦＳＭは、ＳＴＡＴＥ記号６５０に示される
ように現在の状態に復帰する。一方、数字「９」が入力
された場合、ＴＡＳＫ記号６５４に示すように、ユーザ
に対して、例えばユーザが投票総数を受け取る権限を有
することを確認するために、ＰＩＮの入力を促す。ユー
ザにＰＩＮの入力を促した後、ＦＳＭは、ＳＴＡＴＥ記
号６５６に示されるように、状態Wait_For_PINにはい
る。収集した数字のカウンタが、使用可能な候補者選択
数字のうちの１つがユーザによって入力されたことを示
している場合、ＰＲＯＣＥＤＵＲＥ ＣＡＬＬ記号６５
８に示すように、手続きlt_max_cand（図１０）が実行
される。この手続きが実行された後、ＦＳＭは、ＳＴＡ
ＴＥ記号６６０に示されるように、現在の状態に復帰す
る。
【００６５】図９〜図１１は、例示したテレボーティン
グＳＤＬ／ＧＲ記法内で呼び出される手続きの詳細を示
す。記号７００、７１６、７２４、７４０および７５６
はＰＲＯＣＥＤＵＲＥ ＳＴＡＲＴ記号に対応し、一
方、記号７１５、７２３、７３９、７５５および７５９
はＰＲＯＣＥＤＵＲＥ ＳＴＯＰ記号に対応する。図９
の（ａ）は、図６のＰＲＯＣＥＤＵＲＥ ＣＡＬＬ記号
６０８から呼び出された手続きnot_tallyの処理ステッ
プを示す。ＴＡＳＫ記号７０２は、例えば、テキスト−
音声変換器に対して、ユーザにメッセージを出すよう指
示する。メッセージは、ＴＡＳＫ記号の右に、ＳＤＬ／
ＧＲ記法におけるＣＯＭＭＥＮＴ記号に対応する括弧を
使用して示されている。例示したメッセージは、ユーザ
に、投票する選挙の名前を示す。次に、この選挙におけ
る５人の候補者を識別するために、いくつかのＭＡＣＲ
Ｏ ＣＡＬＬ記号７０４〜７１２が順次アクセスされ
る。記号７０４〜７１２のそれぞれに対応するマクロは
図１２の（ａ）に示されており、ユーザに対して、特定
の候補者に投票するために適当な数字を入力するよう指
示する。次に、ＴＡＳＫ記号７１４は、各候補者に対す
る現在の投票総数にアクセスするために、ユーザに、特
定の数字（この例では「９」）を入力するよう促す。
グＳＤＬ／ＧＲ記法内で呼び出される手続きの詳細を示
す。記号７００、７１６、７２４、７４０および７５６
はＰＲＯＣＥＤＵＲＥ ＳＴＡＲＴ記号に対応し、一
方、記号７１５、７２３、７３９、７５５および７５９
はＰＲＯＣＥＤＵＲＥ ＳＴＯＰ記号に対応する。図９
の（ａ）は、図６のＰＲＯＣＥＤＵＲＥ ＣＡＬＬ記号
６０８から呼び出された手続きnot_tallyの処理ステッ
プを示す。ＴＡＳＫ記号７０２は、例えば、テキスト−
音声変換器に対して、ユーザにメッセージを出すよう指
示する。メッセージは、ＴＡＳＫ記号の右に、ＳＤＬ／
ＧＲ記法におけるＣＯＭＭＥＮＴ記号に対応する括弧を
使用して示されている。例示したメッセージは、ユーザ
に、投票する選挙の名前を示す。次に、この選挙におけ
る５人の候補者を識別するために、いくつかのＭＡＣＲ
Ｏ ＣＡＬＬ記号７０４〜７１２が順次アクセスされ
る。記号７０４〜７１２のそれぞれに対応するマクロは
図１２の（ａ）に示されており、ユーザに対して、特定
の候補者に投票するために適当な数字を入力するよう指
示する。次に、ＴＡＳＫ記号７１４は、各候補者に対す
る現在の投票総数にアクセスするために、ユーザに、特
定の数字（この例では「９」）を入力するよう促す。
【００６６】図９の（ｂ）は、図６のＰＲＯＣＥＤＵＲ
Ｅ ＣＡＬＬ記号６１２から呼び出される手続きis_tal
lyのステップを示す。ＴＡＳＫ記号７２０は、ユーザ
に、ＰＩＮを入力するよう促し、その後、ＭＡＣＲＯ
ＣＡＬＬ記号７２２はマクロtts_digits（図１２の
（ｂ））を呼び出す。図１０は、図８のＰＲＯＣＥＤＵ
ＲＥＣＡＬＬ６５８から呼び出される手続きlt_max_can
dのステップを示す。ＤＥＣＩＳＩＯＮ記号７２６に示
すように、収集した数字に対して、使用可能な候補者の
いずれをユーザが選択したかを判断するテストが実行さ
れる。例えば、「１」を入力することによって、ユーザ
は第１の候補者に投票することができる。次に、ＭＡＣ
ＲＯ ＣＡＬＬ記号７２８〜７３６に示すように、マク
ロsend(n,s)（図１２の（ｃ））が呼び出される。図１
１の（ａ）は、図７のＰＲＯＣＥＤＵＲＥ ＣＡＬＬ記
号６２０から呼び出される手続きis_col_pinのステップ
を示す。これは、ユーザが投票総数を受け取る権限があ
ることを示す。ＴＡＳＫ記号７４２は、各候補者の現在
の投票総数をこれから提示するというメッセージをユー
ザに与える。ＭＡＣＲＯ ＣＡＬＬ記号７４４〜７５４
において、マクロcand_text1が呼び出され、ユーザに各
候補者の投票総数を与える。マクロcand_text1は図１２
の（ｄ）にさらに詳細に示す。図１１の（ｂ）は、図６
のＰＲＯＣＥＤＵＲＥ ＣＡＬＬ記号６１８から呼び出
される手続きbt_callのステップを示す。
Ｅ ＣＡＬＬ記号６１２から呼び出される手続きis_tal
lyのステップを示す。ＴＡＳＫ記号７２０は、ユーザ
に、ＰＩＮを入力するよう促し、その後、ＭＡＣＲＯ
ＣＡＬＬ記号７２２はマクロtts_digits（図１２の
（ｂ））を呼び出す。図１０は、図８のＰＲＯＣＥＤＵ
ＲＥＣＡＬＬ６５８から呼び出される手続きlt_max_can
dのステップを示す。ＤＥＣＩＳＩＯＮ記号７２６に示
すように、収集した数字に対して、使用可能な候補者の
いずれをユーザが選択したかを判断するテストが実行さ
れる。例えば、「１」を入力することによって、ユーザ
は第１の候補者に投票することができる。次に、ＭＡＣ
ＲＯ ＣＡＬＬ記号７２８〜７３６に示すように、マク
ロsend(n,s)（図１２の（ｃ））が呼び出される。図１
１の（ａ）は、図７のＰＲＯＣＥＤＵＲＥ ＣＡＬＬ記
号６２０から呼び出される手続きis_col_pinのステップ
を示す。これは、ユーザが投票総数を受け取る権限があ
ることを示す。ＴＡＳＫ記号７４２は、各候補者の現在
の投票総数をこれから提示するというメッセージをユー
ザに与える。ＭＡＣＲＯ ＣＡＬＬ記号７４４〜７５４
において、マクロcand_text1が呼び出され、ユーザに各
候補者の投票総数を与える。マクロcand_text1は図１２
の（ｄ）にさらに詳細に示す。図１１の（ｂ）は、図６
のＰＲＯＣＥＤＵＲＥ ＣＡＬＬ記号６１８から呼び出
される手続きbt_callのステップを示す。
【００６７】図１２は、このテレボーティングＳＤＬ／
ＧＲプログラムにおいて呼び出される各マクロ内の処理
ステップを詳細に示す。図１２の（ａ）〜（ｄ）は、そ
れぞれ、マクロcand_text(s,r,n)、tts_digits、send
(n,s)およびcand_text1(s,r)の詳細を示す。記号８０
０、８１０、８２０および８３０はＭＡＣＲＯ ＳＴＡ
ＲＴ記号に対応し、一方、記号８０９、８１３、８２３
および８３７はＭＡＣＲＯＳＴＯＰ記号に対応する。記
号８０８および８３６は出結合子に対応し、それぞれ、
ＤＥＣＩＳＩＯＮ記号８０２および８３２に対応する判
断オペレーションの終了を示す。
ＧＲプログラムにおいて呼び出される各マクロ内の処理
ステップを詳細に示す。図１２の（ａ）〜（ｄ）は、そ
れぞれ、マクロcand_text(s,r,n)、tts_digits、send
(n,s)およびcand_text1(s,r)の詳細を示す。記号８０
０、８１０、８２０および８３０はＭＡＣＲＯ ＳＴＡ
ＲＴ記号に対応し、一方、記号８０９、８１３、８２３
および８３７はＭＡＣＲＯＳＴＯＰ記号に対応する。記
号８０８および８３６は出結合子に対応し、それぞれ、
ＤＥＣＩＳＩＯＮ記号８０２および８３２に対応する判
断オペレーションの終了を示す。
【００６８】上に例示したテレボーティングＳＤＬ／Ｇ
Ｒ記法、および、記号テキストに使用した文法は、アプ
リケーションごとにかなり異なることがある。しかし、
上に例示したテレボーティングは、本発明のインタフェ
ースによってもたらされる効果を説明する。ＳＤＬ／Ｇ
Ｒのようなグラフィックエディタによって開発されたテ
レボーティングのようなサービスアプリケーションは、
本発明によるアプリケーション指向インタフェースの結
果、さまざまなＥＥで使用可能となる。
Ｒ記法、および、記号テキストに使用した文法は、アプ
リケーションごとにかなり異なることがある。しかし、
上に例示したテレボーティングは、本発明のインタフェ
ースによってもたらされる効果を説明する。ＳＤＬ／Ｇ
Ｒのようなグラフィックエディタによって開発されたテ
レボーティングのようなサービスアプリケーションは、
本発明によるアプリケーション指向インタフェースの結
果、さまざまなＥＥで使用可能となる。
【００６９】図５〜図１２のテレボーティングサービス
に対して本発明によって生成される第１パスコードのセ
ットを以下に示す。
に対して本発明によって生成される第１パスコードのセ
ットを以下に示す。
【００７０】
【表８】
【表９】
【表１０】
【表１１】
【表１２】
【表１３】
【表１４】
【００７１】例示したテレボーティングサービスアプリ
ケーションに対する共通中間ＡＯＰＬコードのセットの
例を以下に示す。
ケーションに対する共通中間ＡＯＰＬコードのセットの
例を以下に示す。
【００７２】
【表１５】
【表１６】
【表１７】
【表１８】
【表１９】
【表２０】
【表２１】
【表２２】
【００７３】テレボーティングＳＤＬ／ＧＲに対する上
記の中間コードは、もとのＳＤＬ／ＧＲ記法の十分な詳
細を保存しているため、例えば、効率的な中間コード最
適化が可能になる。さらに、この中間コードは、単に与
えられたＥＥに対するターゲットコードに翻訳するだけ
で任意のさまざまなＥＥで実行可能である。もとのＳＤ
Ｌ／ＧＲ記法および中間コードの基本構造は、特定のタ
イプのＥＥに適用するために再設計や変更をする必要が
ない。
記の中間コードは、もとのＳＤＬ／ＧＲ記法の十分な詳
細を保存しているため、例えば、効率的な中間コード最
適化が可能になる。さらに、この中間コードは、単に与
えられたＥＥに対するターゲットコードに翻訳するだけ
で任意のさまざまなＥＥで実行可能である。もとのＳＤ
Ｌ／ＧＲ記法および中間コードの基本構造は、特定のタ
イプのＥＥに適用するために再設計や変更をする必要が
ない。
【００７４】
【発明の効果】以上述べたごとく、本発明によれば、特
定のＳＣＥで開発された電気通信サービスは、さまざま
なＥＥで利用することができる。ＳＣＥとＥＥの間の密
な結合は除去され、従って、各ＳＣＥとＥＥの間で別個
のインタフェースを設計する必要はなくなる。サービス
インタフェースの設計、運用および保守のコストは、Ｓ
ＣＥおよびＥＥの数の１次関数となり、現在使用されて
いるクロスコンパイルアプローチの場合のような２次関
数ではない。
定のＳＣＥで開発された電気通信サービスは、さまざま
なＥＥで利用することができる。ＳＣＥとＥＥの間の密
な結合は除去され、従って、各ＳＣＥとＥＥの間で別個
のインタフェースを設計する必要はなくなる。サービス
インタフェースの設計、運用および保守のコストは、Ｓ
ＣＥおよびＥＥの数の１次関数となり、現在使用されて
いるクロスコンパイルアプローチの場合のような２次関
数ではない。
【００７５】本発明のもう１つの特徴として、提供され
るシステムインタフェースは、ＳＣＥに作用上の制約を
加えるものではなく、独自のフォーマットを使用するも
のでもなく、従って、ＳＣＥおよびＥＥの選択はベンダ
とは独立にすることができる。本発明のインタフェース
によって、ベンダは、いくつかの異なるＥＥで平行して
利用可能な単一のサービスを設計することができ、ま
た、ベンダは、そのサービスを効率的に保守および更新
することができる。
るシステムインタフェースは、ＳＣＥに作用上の制約を
加えるものではなく、独自のフォーマットを使用するも
のでもなく、従って、ＳＣＥおよびＥＥの選択はベンダ
とは独立にすることができる。本発明のインタフェース
によって、ベンダは、いくつかの異なるＥＥで平行して
利用可能な単一のサービスを設計することができ、ま
た、ベンダは、そのサービスを効率的に保守および更新
することができる。
【００７６】本発明のさらにもう１つの特徴として、存
在するサービスを再設計または変更することなく、異な
るＥＥに現在存在するサービスを再使用することが可能
なインタフェースが提供される。中間コードは、いくつ
かの現在使用中のＳＣＥ出力言語に適用可能なように設
計することができる。こうして、例えば異なるＥＥが開
発されるときにサービスを再設計する必要がなくなるよ
うに、「サービス貯蔵庫」を保守することが可能であ
る。
在するサービスを再設計または変更することなく、異な
るＥＥに現在存在するサービスを再使用することが可能
なインタフェースが提供される。中間コードは、いくつ
かの現在使用中のＳＣＥ出力言語に適用可能なように設
計することができる。こうして、例えば異なるＥＥが開
発されるときにサービスを再設計する必要がなくなるよ
うに、「サービス貯蔵庫」を保守することが可能であ
る。
【００７７】本発明のさらにもう１つの特徴として、多
くの異なるＳＣＥの出力コードを表現するのに非常に適
した中間コード構造体を有するアプリケーション指向プ
ログラミング言語（ＡＯＰＬ）が提供される。本発明に
よるこの中間コード構造体は、可変数のフィールドを有
するフレキシブルなＡＯＰＬコード行（タプル）に基づ
く。この構造体は、例えば、上記のゴスの米国特許のク
ワッド構造体のように、一般的に４個のフィールドを要
求するものよりもフレキシブルである。本発明のタプル
構造体は、非手続き型のプログラミング言語であること
の多いＳＣＥ出力コードの解析木を表現するのに特によ
く適している。これによって、本発明は、中間コードの
最適化を改善し、広範囲のＥＥに対するターゲットコー
ド生成がより効率的となるなど、現在の中間言語コンパ
イラよりも優れたいくつもの効果を奏する。
くの異なるＳＣＥの出力コードを表現するのに非常に適
した中間コード構造体を有するアプリケーション指向プ
ログラミング言語（ＡＯＰＬ）が提供される。本発明に
よるこの中間コード構造体は、可変数のフィールドを有
するフレキシブルなＡＯＰＬコード行（タプル）に基づ
く。この構造体は、例えば、上記のゴスの米国特許のク
ワッド構造体のように、一般的に４個のフィールドを要
求するものよりもフレキシブルである。本発明のタプル
構造体は、非手続き型のプログラミング言語であること
の多いＳＣＥ出力コードの解析木を表現するのに特によ
く適している。これによって、本発明は、中間コードの
最適化を改善し、広範囲のＥＥに対するターゲットコー
ド生成がより効率的となるなど、現在の中間言語コンパ
イラよりも優れたいくつもの効果を奏する。
【図１】本発明による電気通信システムの実施例のブロ
ック図である。
ック図である。
【図２】本発明による電気通信システムインタフェース
の詳細なブロック図である。
の詳細なブロック図である。
【図３】本発明による電気通信システムインタフェース
内のコード処理ステップのセットの例を説明するブロッ
ク図である。
内のコード処理ステップのセットの例を説明するブロッ
ク図である。
【図４】ＳＤＬグラフィック記法で開発されたサービス
アプリケーションの例の一部の流れ図である。
アプリケーションの例の一部の流れ図である。
【図５】本発明によって、いくつもの異なるＥＥとイン
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
【図６】本発明によって、いくつもの異なるＥＥとイン
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
【図７】本発明によって、いくつもの異なるＥＥとイン
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
【図８】本発明によって、いくつもの異なるＥＥとイン
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
【図９】本発明によって、いくつもの異なるＥＥとイン
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
タフェース可能なテレボーティング（電話投票）サービ
スアプリケーションの例のＳＤＬグラフィック記法の例
の図である。
【図１０】本発明によって、いくつもの異なるＥＥとイ
ンタフェース可能なテレボーティング（電話投票）サー
ビスアプリケーションの例のＳＤＬグラフィック記法の
例の図である。
ンタフェース可能なテレボーティング（電話投票）サー
ビスアプリケーションの例のＳＤＬグラフィック記法の
例の図である。
【図１１】本発明によって、いくつもの異なるＥＥとイ
ンタフェース可能なテレボーティング（電話投票）サー
ビスアプリケーションの例のＳＤＬグラフィック記法の
例の図である。
ンタフェース可能なテレボーティング（電話投票）サー
ビスアプリケーションの例のＳＤＬグラフィック記法の
例の図である。
【図１２】本発明によって、いくつもの異なるＥＥとイ
ンタフェース可能なテレボーティング（電話投票）サー
ビスアプリケーションの例のＳＤＬグラフィック記法の
例の図である。
ンタフェース可能なテレボーティング（電話投票）サー
ビスアプリケーションの例のＳＤＬグラフィック記法の
例の図である。
１０ サービス作成環境（ＳＣＥ） １２ 決定グラフエディタ １４ スプレッドシートツール １６ 有限状態マシン（ＦＳＭ）エディタ ２０ 実行環境（ＥＥ） ２２ サービス交換プロセッサ（ＳＳＰ） ２４ サービス制御プロセッサ（ＳＣＰ） ２６ インテリジェント周辺機器（ＩＰ） ３０ 電気通信システムインタフェース ４２ ＳＣＥ側 ４４ ＥＥ側 ４６ アプリケーション指向プログラミング言語（Ａ
ＯＰＬ）コードジェネレータ ５０ パーサ ５２ ターゲットコードジェネレータ ６０ システムインタフェース ６６ 第１パス ７０ 第２パス ７２ 第２パスデータベース ７６ 第３パス ７８ 第３パスデータベース
ＯＰＬ）コードジェネレータ ５０ パーサ ５２ ターゲットコードジェネレータ ６０ システムインタフェース ６６ 第１パス ７０ 第２パス ７２ 第２パスデータベース ７６ 第３パス ７８ 第３パスデータベース
フロントページの続き (72)発明者 フイ−ラン ル アメリカ合衆国、07746 ニュージャージ ー、マールボーロ、ビンガム ドライブ ５ (72)発明者 レブ スラツマン アメリカ合衆国、07712 ニュージャージ ー、ウエイサイド、ブレイアー コート 21
Claims (20)
- 【請求項１】 電気通信のサービス作成環境とサービス
実行環境をインタフェースする方法において、 インタフェースすべきサービス作成環境の数を識別する
ステップと、 前記サービス作成環境で開発された電気通信サービスを
表現するのに適した中間コードオペレーションのセット
を定義するステップと、 前記サービス作成環境のうちの１つのサービス作成環境
からの出力コードを構文解析し、そのサービス作成環境
で開発された電気通信サービスのうちの１つを表現する
複数のノードを有する解析木を形成するステップと、 前記出力コード内に含まれるほとんどすべての情報を保
存するように、前記中間コードオペレーションのセット
および前記解析木から、前記解析木のノードを表現する
中間コードを生成するステップと、 前記１つのサービス作成環境で開発された電気通信サー
ビスが前記サービス実行環境のそれぞれにおいて提供で
きるように、前記中間コードから、前記サービス実行環
境のそれぞれに対するターゲットコードを生成するステ
ップとからなることを特徴とする、電気通信のサービス
作成環境とサービス実行環境をインタフェースする方
法。 - 【請求項２】 前記中間コードを生成するステップは、
それぞれが前記解析木の各ノードに対応する複数のタプ
ルを有する中間コードを生成するステップを含むことを
特徴とする請求項１の方法。 - 【請求項３】 前記中間コードを生成するステップは、
前記解析木の文ノードを表現することが可能な中間コー
ドを生成するステップを含むことを特徴とする請求項１
の方法。 - 【請求項４】 前記中間コードを生成するステップは、
前記解析木の宣言ノードを表現することが可能な中間コ
ードを生成するステップを含むことを特徴とする請求項
１の方法。 - 【請求項５】 前記解析木を形成するステップ、前記中
間コードを生成するステップ、および、前記ターゲット
コードを生成するステップは、 前記出力コードを構文解析して第１パスコードを生成す
るステップと、 前記第１パスコードと、第２パスデータベースに記憶さ
れている第２パスマクロとを使用して、前記中間コード
に対応する第２パスコードを生成するステップと、 前記第２パスコードと、第３パスデータベースに記憶さ
れている第３パスマクロとを使用して、前記ターゲット
コードに対応する第３パスコードを生成するステップと
を含むことを特徴とする請求項１の方法。 - 【請求項６】 前記サービス作成環境は、複数の相互関
連する記号を使用したグラフィック記法で前記電気通信
サービスを記述するグラフィックエディタであることを
特徴とする請求項２の方法。 - 【請求項７】 前記グラフィックエディタで使用される
各記号は前記中間コードのいずれかのタプルに対応する
ことを特徴とする請求項６の方法。 - 【請求項８】 前記タプル内のオペレータのオペランド
は、前記グラフィックエディタのグラフィック記法にお
いて、前記記号の間の相互関係を示すことを特徴とする
請求項７の方法。 - 【請求項９】 前記グラフィックエディタは決定グラフ
エディタであり、前記電気通信サービスは分岐によって
相互接続されたいくつかの決定グラフノードを使用した
決定グラフの形式で表現されることを特徴とする請求項
６の方法。 - 【請求項１０】 前記決定グラフノードのうちの１つは
百分率ノードであり、前記タプルは、前記分岐のそれぞ
れに対する１対のオペランドを含み、特定の分岐に接続
されている特定の決定グラフノードの尤度を示すことを
特徴とする請求項９の方法。 - 【請求項１１】 前記決定グラフノードのうちの１つは
時刻ノードであり、前記タプルはある時刻を示すオペラ
ンドを含み、この時刻は、その時刻の後に特定の決定グ
ラフノードが特定の分岐に接続されるような時刻である
ことを特徴とする請求項９の方法。 - 【請求項１２】 前記グラフィックエディタは有限状態
マシンエディタであることを特徴とする請求項７の方
法。 - 【請求項１３】 前記中間コードは、前記サービス実行
環境での直接実行に適したサービス論理言語コードを生
成するために使用されることを特徴とする請求項１の方
法。 - 【請求項１４】 前記電気通信サービスはテレボーティ
ングサービスであることを特徴とする請求項１の方法。 - 【請求項１５】 前記テレボーティングサービスは、サ
ービス仕様記述言語を使用して有限状態マシンエディタ
で開発されることを特徴とする請求項１４の方法。 - 【請求項１６】 複数のサービス実行環境とインタフェ
ースすべき少なくとも１つのサービス作成環境と、 前記サービス作成環境からの出力コードを構文解析し、
前記サービス作成環境で開発された電気通信サービスを
表現する複数のノードを有する解析木を形成するパーサ
と、 前記出力コード内に含まれるほとんどすべての情報を保
存するように、中間コードオペレーションのセットおよ
び前記解析木から、前記解析木のノードを表現する中間
コードを生成する中間コードジェネレータと、 前記サービス作成環境で開発された電気通信サービスが
前記サービス実行環境のそれぞれにおいて提供できるよ
うに、前記中間コードから、前記サービス実行環境のそ
れぞれに対するターゲットコードを生成するターゲット
コードジェネレータとからなることを特徴とする電気通
信システムインタフェース。 - 【請求項１７】 前記中間コードは、それぞれが前記解
析木のノードに対応する複数のタプルを含むことを特徴
とする請求項１６の電気通信システムインタフェース。 - 【請求項１８】 前記サービス作成環境は、グラフィッ
ク記法で前記電気通信サービスを記述するグラフィック
エディタであることを特徴とする請求項１６の電気通信
システムインタフェース。 - 【請求項１９】 前記サービス実行環境は電気通信シス
テムサービス交換プロセッサであることを特徴とする請
求項１６の電気通信システムインタフェース。 - 【請求項２０】 前記サービス実行環境は電気通信シス
テムサービス制御プロセッサであることを特徴とする請
求項１６の電気通信システムインタフェース。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/170,139 US5488569A (en) | 1993-12-20 | 1993-12-20 | Application-oriented telecommunication system interface |
| US170139 | 1993-12-20 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07202979A true JPH07202979A (ja) | 1995-08-04 |
Family
ID=22618700
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6333748A Abandoned JPH07202979A (ja) | 1993-12-20 | 1994-12-19 | 電気通信システムインタフェース |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US5488569A (ja) |
| EP (1) | EP0663750A3 (ja) |
| JP (1) | JPH07202979A (ja) |
| CN (1) | CN1113625A (ja) |
| CA (1) | CA2118437C (ja) |
| SG (1) | SG81184A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6340875B1 (en) | 1999-03-25 | 2002-01-22 | Fanuc Ltd. | Robot controller |
Families Citing this family (72)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| NZ320501A (en) | 1995-11-02 | 1999-11-29 | British Telecomm | Service creation apparatus for a communications network |
| US5894574A (en) * | 1996-05-03 | 1999-04-13 | Alcatel Usa Sourcing, L.P. | Apparatus and method for SIB-based global title translation services |
| US7987427B1 (en) * | 1996-05-10 | 2011-07-26 | Apple Inc. | Graphical editor for program files |
| US6122345A (en) * | 1996-06-25 | 2000-09-19 | Mci Worldcom, Inc. | System and method for developing and processing automatic response unit (ARU) services |
| US5875242A (en) * | 1996-07-26 | 1999-02-23 | Glaser; Lawrence F. | Telecommunications installation and management system and method |
| US6286050B1 (en) * | 1997-01-27 | 2001-09-04 | Alcatel Usa Sourcing, L.P. | System and method for monitoring and management of telecommunications equipment using enhanced internet access |
| US5991803A (en) * | 1997-03-28 | 1999-11-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Decoupling service creation environment from service logic execution environment |
| US6366581B1 (en) | 1997-04-02 | 2002-04-02 | Fujitsu Network Communications, Inc. | Method and apparatus for generating permanent virtual connections using graphical user interface |
| US6134515A (en) * | 1997-06-13 | 2000-10-17 | Telefonaktiebolaget Lm Ericsson | Controlling a first type telecommunications switch upon translating instructions for a second type telecommunications switch |
| US6142682A (en) * | 1997-06-13 | 2000-11-07 | Telefonaktiebolaget Lm Ericsson | Simulation of computer processor |
| US5974252A (en) * | 1997-08-21 | 1999-10-26 | Alcatel Usa Sourcing, L.P. | System and method for implementing programmable transaction capabilities application part communication protocol |
| JP3246438B2 (ja) * | 1998-04-01 | 2002-01-15 | 日本電気株式会社 | 可変ターゲットコンパイル処理方法、その処理装置、そのプログラムの記憶媒体および変換テーブルの記憶媒体 |
| JPH11331891A (ja) * | 1998-05-12 | 1999-11-30 | Fujitsu Ltd | 情報処理方法及び情報処理装置 |
| US6556996B1 (en) * | 1998-07-15 | 2003-04-29 | Ameritech Corporation | Service package application and a service activation manager for use with a service control point in an advanced intelligent network |
| US6122363A (en) * | 1998-07-24 | 2000-09-19 | Mci Communications Corp. | Multi-protocol interface apparatus at a service control point |
| US20040052343A1 (en) * | 1999-02-16 | 2004-03-18 | Glaser Lawrence F. | Telecommunications installation and management system and method |
| US6502236B1 (en) * | 1999-03-16 | 2002-12-31 | Fujitsu Network Communications, Inc. | Method and apparatus for automatic generation of programs for processing data units of multiple formats |
| FI19991886A (fi) * | 1999-09-03 | 2001-03-03 | Nokia Networks Oy | Älyverkon palvelun ohjaustieto |
| US6513009B1 (en) * | 1999-12-14 | 2003-01-28 | International Business Machines Corporation | Scalable low resource dialog manager |
| US6941557B1 (en) * | 2000-05-23 | 2005-09-06 | Verizon Laboratories Inc. | System and method for providing a global real-time advanced correlation environment architecture |
| US6766368B1 (en) | 2000-05-23 | 2004-07-20 | Verizon Laboratories Inc. | System and method for providing an internet-based correlation service |
| US6732153B1 (en) | 2000-05-23 | 2004-05-04 | Verizon Laboratories Inc. | Unified message parser apparatus and system for real-time event correlation |
| GB2372175B (en) * | 2001-02-13 | 2004-06-23 | Vodafone Ltd | Provision of services via a mobile telecommunications network |
| US20030133552A1 (en) * | 2001-08-07 | 2003-07-17 | Shyam Pillai | Method and apparatus for integrating disparate telecommunication operational support systems (OSS) and streamlining business processes using a software platform |
| EP1357763A1 (en) * | 2002-04-23 | 2003-10-29 | Hewlett-Packard Company | Adaptor module |
| WO2003093988A1 (en) * | 2002-05-03 | 2003-11-13 | Cedar Point Communications, Inc. | Service description and development processes |
| US20050059406A1 (en) * | 2003-09-17 | 2005-03-17 | Trapeze Networks, Inc. | Wireless LAN measurement feedback |
| US20050059405A1 (en) * | 2003-09-17 | 2005-03-17 | Trapeze Networks, Inc. | Simulation driven wireless LAN planning |
| US7221927B2 (en) * | 2004-02-13 | 2007-05-22 | Trapeze Networks, Inc. | Station mobility between access points |
| US8683437B1 (en) * | 2004-04-16 | 2014-03-25 | At&T Intellectual Property Ii, L.P. | System and method for the automatic validation of dialog run time systems |
| GB2422216B (en) * | 2005-01-14 | 2009-12-09 | Hewlett Packard Development Co | Provision of services over a common delivery platform such as a mobile telephony network |
| GB2422218B (en) | 2005-01-14 | 2009-12-23 | Hewlett Packard Development Co | Provision of services over a common delivery platform such as a mobile telephony network |
| GB2422217B (en) | 2005-01-14 | 2009-12-23 | Hewlett Packard Development Co | Provision of services over a common delivery platform such as a mobile telephony network |
| EP1867094A2 (en) * | 2005-03-15 | 2007-12-19 | Trapeze Networks, Inc. | System and method for distributing keys in a wireless network |
| US7551574B1 (en) * | 2005-03-31 | 2009-06-23 | Trapeze Networks, Inc. | Method and apparatus for controlling wireless network access privileges based on wireless client location |
| US7573859B2 (en) * | 2005-10-13 | 2009-08-11 | Trapeze Networks, Inc. | System and method for remote monitoring in a wireless network |
| US7551619B2 (en) * | 2005-10-13 | 2009-06-23 | Trapeze Networks, Inc. | Identity-based networking |
| WO2007044986A2 (en) * | 2005-10-13 | 2007-04-19 | Trapeze Networks, Inc. | System and method for remote monitoring in a wireless network |
| US7724703B2 (en) * | 2005-10-13 | 2010-05-25 | Belden, Inc. | System and method for wireless network monitoring |
| US8638762B2 (en) * | 2005-10-13 | 2014-01-28 | Trapeze Networks, Inc. | System and method for network integrity |
| US20070106998A1 (en) * | 2005-10-27 | 2007-05-10 | Zeldin Paul E | Mobility system and method for messaging and inter-process communication |
| US8250587B2 (en) * | 2005-10-27 | 2012-08-21 | Trapeze Networks, Inc. | Non-persistent and persistent information setting method and system for inter-process communication |
| US7558266B2 (en) | 2006-05-03 | 2009-07-07 | Trapeze Networks, Inc. | System and method for restricting network access using forwarding databases |
| US20070260720A1 (en) * | 2006-05-03 | 2007-11-08 | Morain Gary E | Mobility domain |
| US20070268506A1 (en) * | 2006-05-19 | 2007-11-22 | Paul Zeldin | Autonomous auto-configuring wireless network device |
| US20070268514A1 (en) * | 2006-05-19 | 2007-11-22 | Paul Zeldin | Method and business model for automated configuration and deployment of a wireless network in a facility without network administrator intervention |
| US20070268515A1 (en) * | 2006-05-19 | 2007-11-22 | Yun Freund | System and method for automatic configuration of remote network switch and connected access point devices |
| US8966018B2 (en) * | 2006-05-19 | 2015-02-24 | Trapeze Networks, Inc. | Automated network device configuration and network deployment |
| US20070268516A1 (en) * | 2006-05-19 | 2007-11-22 | Jamsheed Bugwadia | Automated policy-based network device configuration and network deployment |
| US7577453B2 (en) * | 2006-06-01 | 2009-08-18 | Trapeze Networks, Inc. | Wireless load balancing across bands |
| US9258702B2 (en) * | 2006-06-09 | 2016-02-09 | Trapeze Networks, Inc. | AP-local dynamic switching |
| US7912982B2 (en) * | 2006-06-09 | 2011-03-22 | Trapeze Networks, Inc. | Wireless routing selection system and method |
| US8818322B2 (en) * | 2006-06-09 | 2014-08-26 | Trapeze Networks, Inc. | Untethered access point mesh system and method |
| US9191799B2 (en) * | 2006-06-09 | 2015-11-17 | Juniper Networks, Inc. | Sharing data between wireless switches system and method |
| US7844298B2 (en) * | 2006-06-12 | 2010-11-30 | Belden Inc. | Tuned directional antennas |
| US7724704B2 (en) * | 2006-07-17 | 2010-05-25 | Beiden Inc. | Wireless VLAN system and method |
| US8340110B2 (en) * | 2006-09-15 | 2012-12-25 | Trapeze Networks, Inc. | Quality of service provisioning for wireless networks |
| US8072952B2 (en) * | 2006-10-16 | 2011-12-06 | Juniper Networks, Inc. | Load balancing |
| US20080107077A1 (en) * | 2006-11-03 | 2008-05-08 | James Murphy | Subnet mobility supporting wireless handoff |
| US8375360B2 (en) | 2006-11-22 | 2013-02-12 | Hewlett-Packard Development Company, L.P. | Provision of services over a common delivery platform such as a mobile telephony network |
| US20080151844A1 (en) * | 2006-12-20 | 2008-06-26 | Manish Tiwari | Wireless access point authentication system and method |
| US7873061B2 (en) | 2006-12-28 | 2011-01-18 | Trapeze Networks, Inc. | System and method for aggregation and queuing in a wireless network |
| US7865713B2 (en) * | 2006-12-28 | 2011-01-04 | Trapeze Networks, Inc. | Application-aware wireless network system and method |
| US20080226075A1 (en) * | 2007-03-14 | 2008-09-18 | Trapeze Networks, Inc. | Restricted services for wireless stations |
| US20080276303A1 (en) * | 2007-05-03 | 2008-11-06 | Trapeze Networks, Inc. | Network Type Advertising |
| US8902904B2 (en) * | 2007-09-07 | 2014-12-02 | Trapeze Networks, Inc. | Network assignment based on priority |
| US8509128B2 (en) * | 2007-09-18 | 2013-08-13 | Trapeze Networks, Inc. | High level instruction convergence function |
| US8238942B2 (en) * | 2007-11-21 | 2012-08-07 | Trapeze Networks, Inc. | Wireless station location detection |
| US8150357B2 (en) | 2008-03-28 | 2012-04-03 | Trapeze Networks, Inc. | Smoothing filter for irregular update intervals |
| US8474023B2 (en) | 2008-05-30 | 2013-06-25 | Juniper Networks, Inc. | Proactive credential caching |
| US8978105B2 (en) * | 2008-07-25 | 2015-03-10 | Trapeze Networks, Inc. | Affirming network relationships and resource access via related networks |
| US8238298B2 (en) | 2008-08-29 | 2012-08-07 | Trapeze Networks, Inc. | Picking an optimal channel for an access point in a wireless network |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4667290A (en) * | 1984-09-10 | 1987-05-19 | 501 Philon, Inc. | Compilers using a universal intermediate language |
| US5005119A (en) * | 1987-03-02 | 1991-04-02 | General Electric Company | User interactive control of computer programs and corresponding versions of input/output data flow |
| US5218678A (en) * | 1989-11-17 | 1993-06-08 | Digital Equipment Corporation | System and method for atomic access to an input/output device with direct memory access |
| US5321800A (en) * | 1989-11-24 | 1994-06-14 | Lesser Michael F | Graphical language methodology for information display |
| JPH06502751A (ja) * | 1990-12-18 | 1994-03-24 | ベル コミュニケーションズ リサーチ インコーポレーテッド | 個別化電気通信サービスを指定するシステムおよび処理 |
| GB2257870B (en) * | 1991-07-18 | 1995-06-14 | Jeffrey Wilson | Telecommunications service network |
-
1993
- 1993-12-20 US US08/170,139 patent/US5488569A/en not_active Expired - Lifetime
-
1994
- 1994-10-19 CA CA002118437A patent/CA2118437C/en not_active Expired - Fee Related
- 1994-12-01 SG SG9601196A patent/SG81184A1/en unknown
- 1994-12-01 EP EP94308920A patent/EP0663750A3/en not_active Withdrawn
- 1994-12-17 CN CN94119530A patent/CN1113625A/zh active Pending
- 1994-12-19 JP JP6333748A patent/JPH07202979A/ja not_active Abandoned
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6340875B1 (en) | 1999-03-25 | 2002-01-22 | Fanuc Ltd. | Robot controller |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0663750A2 (en) | 1995-07-19 |
| EP0663750A3 (en) | 1998-03-11 |
| CN1113625A (zh) | 1995-12-20 |
| CA2118437C (en) | 2000-08-29 |
| SG81184A1 (en) | 2001-06-19 |
| US5488569A (en) | 1996-01-30 |
| CA2118437A1 (en) | 1995-06-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH07202979A (ja) | 電気通信システムインタフェース | |
| EP1014265B1 (en) | Method and apparatus for testing event driven software | |
| US6724875B1 (en) | Flexible network platform and call processing system | |
| Olsen | Systems engineering using SDL-92 | |
| Mennie et al. | An architecture to support dynamic composition of service components | |
| US5241580A (en) | Method for validating customized telephone services | |
| KR101130455B1 (ko) | 인터랙티브 환경 내에서의 구성에 대한 제약을 획득 및적용하기 위한 메커니즘 | |
| JPH07502389A (ja) | 設計指向状態表言語を使用した特徴制御方式 | |
| Steffen et al. | Hierarchical service definition | |
| Turner | Formalising the CHISEL feature notation | |
| Thomas | Modelling and analysing user views of telecommunications services | |
| US6243697B1 (en) | Detecting service interactions in a telecommunications network | |
| WO1992011603A1 (en) | Systems and processes for specifying customized telecommunication services | |
| Drayton et al. | Introduction to LOTOS through a worked example | |
| Turner | Exploiting the m4 macro language | |
| Bergland et al. | Improving the front end of the software-development process for large-scale systems | |
| Niitsu et al. | Interactive specification environment for communication service software | |
| Ng | Supporting service development for intelligent networks | |
| KR0150532B1 (ko) | 유한상태머신을 이용한 지능망 서비스로직의 수행 방법 | |
| Fischer et al. | SDL-2000 Tutorial | |
| Dankel II et al. | An architecture for defining features and exploring interactions. | |
| EP1018684A2 (en) | Method and apparatus for developing event driven software | |
| Khoumsi et al. | 226 Feature Interactions in Telecommunications and Software Systems VI M. Calder and E. Magill IOS Press, 2000 A detection method developed after a thorough | |
| Slutsman et al. | Achieving Platform-Independence of Service Creation Through the Application-Oriented Parsing Language | |
| Encontre | SDL: a standard language for Ada real-time applications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A762 | Written abandonment of application |
Free format text: JAPANESE INTERMEDIATE CODE: A762 Effective date: 20040114 |