JP2000244578A - アプリケーション・インタフェース制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 交換システムの新しい各種制御装置の制御手
順が規定されるとしても、従来と同様のアプリケーショ
ン・プログラムを用いて動作する。 【解決手段】 アプリケーション・プログラム４００
は、アプリケーション・インタフェースで規定されてい
る従来のＡＡＴ装置に対する各種制御インタフェースを
利用するが、本交換システムでは、ＡＡＴ装置ではな
く、ＲＢＴ装置４１０と音声アナウンス装置４１４によ
りＡＡＴ装置と等価な機能を提供する。アプリケーショ
ン・インタフェーサ４０１は、ＡＡＴ装置に対するアプ
リケーション・インタフェースをプラットフォーム・イ
ンタフェースに変換し、プラットフォーム４０２経由で
ドライバ４０３に指示することにより、ＡＡＴ装置と等
価な機能を発揮する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
・インタフェース制御方法に係る。本発明は、特に、様
々な媒体を介して様々な速度で通信される複数種の信号
（音声／画像／データ）を扱うのに好適なマルチメディ
ア向けの交換システム（ハード構成／オペレーティング
システムの構成）において、その交換システムの制御装
置内に任意にロードされるアプリケーション・プログラ
ムに対し、本交換システムの各種サービスを実現するた
めに必要なアプリケーション・インタフェースの制御方
法に関するものである。

【０００２】

【従来の技術】今日のディジタル通信網では、文献Ａで
示される（文献名は注釈を参照。以下同様。）可変長の
パケットに信号をのせて通信するパケット通信網、文献
Ｂで示される同期化されたフレーム内に時分割されたタ
イムスロットに信号をのせて通信する時分割通信網（以
下、ＳＴＭ（Synchronous Transfer Mode）通信網と称
する）、文献Ｃで示されるセルと呼ばれる固定長のパケ
ットに信号をのせて通信する非同期転送モード通信網
（以下、ＡＴＭ（Asynchronous Transfer Mode）通信網
と称する）、さらには、文献Ｄで示されるＩＰ（Intern
et Protocol）パケットと呼ばれる可変長パケットに信
号をのせてインタネットプロトコル（ＩＰ）という手順
に従いＩＰパケットの通信を行うＩＰ通信網（インター
ネット）のような、様々な通信網により音声・画像・デ
ータの各信号が通信されている。

【０００３】また、信号を伝送する媒体も、従来のメタ
リック線や光ファイバというような有線の媒体に加え、
文献Ｅに示される移動体通信網のように、無線を信号伝
送の媒体とするものが急速に増加している。この移動体
通信網も文献Ｆに示されたようなＳＴＭ通信網と同様
に、タイムスロットに信号をのせて通信するＰＤＣ（Pe
rsonal Digital Cellular）・ＰＨＳ（Personal Handyp
hone System）の通信網と、文献Ｇに示されたような信
号毎に異なる符号を用いて変調して通信を行うＣＤＭＡ
（Code Division Multiple Access）通信網が発展して
きている。この様な交換システムにおいては、文献Ｈに
示されたようなシステムの制御装置を制御するカーネル
やドライバやシステム及び装置管理プログラムのような
オペレーションシステム、あるいはプラットフォームソ
フトウェアのようにシステム固有の制御方法を用いるプ
ログラムを用意し、交換システムのサービスの実現及び
制御に使用するアプリケーション・プログラムに対して
は、このシステム制御に必要なアプリケーション・イン
タフェースを用意し、アプリケーション・プログラムは
このアプリケーション・インタフェースを起動すること
によりサービス制御を実現していた。

【０００４】（注釈） 文献Ａ：データ交換の基礎知識（社団法人 電気通信協
会 S53刊行）138ページ 文献Ｂ：やさしいディジタル交換（社団法人 電気通信
協会 S58 刊行）34ページ 文献Ｃ：B-ISDN絵とき読本（(株)オーム社 H5 刊行）9
ページ 文献Ｄ：マスタリングTCP/IP（(株)オーム社 H6 刊行）
60ページ 文献Ｅ：移動通信方式（(株)科学新聞社 S46 刊行）7ペ
ージ 文献Ｆ：移動通信ハンドブック（(株)オーム社 H7 刊
行）301ページ 文献Ｇ：やさしいディジタル移動通信（社団法人 電気
通信協会 H5 刊行）32ページ 文献Ｈ：CTRON概説-入門・共通規定編-（社団法人 トロ
ン協会 S63 刊行）28ページ

【０００５】

【発明が解決しようとする課題】上述したような現実の
各通信網や通信システムは、各々独立に開発・導入され
てきたものであり、信号の形式（速度・フォーマット）
や通信手順（信号方式、プロトコル等）にそれぞれ違い
が存在している。また、通信網の特性も異なるので、提
供する通信サービスやそのサービスを提供するための制
御機構（例えば、オペレーションシステムの構成、ハー
ド／ソフトインタフェースの構成、さらには通信アプリ
ケーションソフトの機能や構成）にも違いが存在してい
る。

【０００６】一方、通信網を利用して情報の送受信を行
う通信網ユーザや、通信網を提供するプロバイダから
は、上述した各通信網の違いがなくなり（あるいは、吸
収され）、通信網の構成や手順を意識することなく、使
いたいときに、使いたい装置（又は端末）で、情報を最
適に通信できる通信サービスを使用して相手と通信でき
ることが、通信設備の使い勝手の向上や通信コストの低
減となり、社会の発展に貢献につながるとして、強く望
まれている。

【０００７】このため、上述の複数種の通信信号（音声
／画像／データ）や通信網（ＳＴＭ／ＡＴＭあるいは有
線／無線）を統合して扱えるような統合通信網の検討も
行われているが、一部のメディアを統合して処理するだ
けにとどまっており、まだ完成したものとは言えない。
真に、上述したような様々な通信網を統合した通信網
や、各通信網の違いを吸収して簡単な制御で相互接続し
て通信を可能とするような網間のインターワーキングを
行うことが可能な通信網・通信装置（主に交換システ
ム）及びこれらの制御方法の提供が求められる。

【０００８】また、各通信網で開発されたアプリケーシ
ョンソフトに着目してみれば、既存の通信網は、多大な
工数をかけて開発した通信網（開発者）独自の貴重な財
産であり、ハード構成や基本ソフトの構成が変わって
も、これをそのまま用いたいという希望もある。すなわ
ち、複数の通信網のインタワーキングを行うような場合
であっても、既存アプリケーションソフトはそのまま使
えるようにしたいという要求もある。

【０００９】また、従来の技術で述べたように、アプリ
ケーション・プログラムがアプリケーション・インタフ
ェースを利用することにより交換システムのサービスを
制御することになるが、その際にシステムを構成する装
置は、対向するネットワークとのサービス制御方法によ
り装置に対する制御方法も変わってしまう。例えば、Ｓ
ＴＭ系ネットワークと対向するときのサービス制御方法
とＡＴＭ系ネットワークと対向するときのサービス制御
方法とは、異なるものとなる。さらに、システムが新た
なネットワークとインタラクトすることにより、又は、
新たな装置を導入することにより、装置の制御方法が変
わることも考えられる。

【００１０】一方、アプリケーション・プログラムにお
いては、新しい制御方法に追従するためにこれに対応し
て行われるアプリケーション・インタフェースの変更に
則した変更を行う必要があり、特に提供するサービスの
変更はなくてもプログラムの変更を余儀なくされる場合
がある。例えば、従来交換機で行っていた対向交換機と
の間の回線選択トランスレータ試験で用いていたＡＡＴ
（Automatic Answer Trunk、自動応答トランク）は、従
来の交換機では実際にＡＡＴという試験に必要な各種音
源、リングバックトーン、音声アナウンス等の機能を装
備したハードウェアを用意していたが、これらの機能は
単体で実現する装置があれば必要はなく、例えばリング
バックトーンを送出する音源装置の制御や音声アナウン
ス装置の制御の組み合わせでＡＡＴと等価な機能が実現
されるので、アプリケーション・プログラムよりこれら
装置への制御を行うように変更すればいい。しかしなが
ら、従来においては、このためだけに既存のアプリケー
ション・プログラムの変更を余儀無くされており、ソフ
トウェア資産活用が行えない。

【００１１】本発明の目的は、上述したような既存の通
信網の統合あるいは相互接続を実現することにある。ま
た、本発明は、既存の通信網の統合あるいは相互接続を
実現するための通信網を構成するに好適な交換システム
やその制御方法を、簡単な構成や手順で提供することを
目的とする。

【００１２】本発明は、例えば、既存の通信網はそのま
ま存在させた状態で、その通信網が元々備えた通信能力
や提供サービスを最大限活用するように各既存の通信網
を接続し、相互接続や通信サービス提供を実施するよう
に、必要な信号変換や交換あるいは制御処理を行い、各
既存の通信網の端末からは希望したときに、希望した宛
先に、希望した媒体で情報を提供するための交換システ
ムやその制御方法を簡単な構成や手順で提供することを
目的とする。

【００１３】また、本発明は、本交換システムのような
最新鋭のハード技術により構成される交換システムの新
しい各種制御装置の制御手順が規定されるとしても、従
来のアプリケーション・プログラムの資産活用という観
点から、従来のアプリケーション・プログラムにおいて
従来の制御装置を制御する手順を変更することなく、従
来通りのアプリケーション・インタフェースで動作し、
アプリケーション開発のためのコストを低減できるだけ
でなく、資産として培ってきたソフトウェア品質がその
まま継承されることになり、早期に市場導入を図るよう
にすることを目的とする。

【００１４】また、本発明は、交換システムがＳＴＭ通
信網やＡＴＭ通信網やインターネット網といった異種網
とのインターワークを行う通信サービスを実現する上
で、その対向する網特有の制御方法を意識する必要がな
く、単一のインタフェース装置としての制御方法のみを
意識するだけで良いアプリケーション・インタフェース
を提供することを目的とする。そして、本発明は、アプ
リケーション開発における、デバッグコストの割合を大
きく占めるであろう対向網とのインターワーク試験にお
いて、その試験工数を飛躍的に軽減し、早期に低コスト
でサービス開始ができるといった優位性を保持すること
を目的とする。

【００１５】

【課題を解決するための手段】上述のような課題を解決
するために、本発明による交換システムは、各網間を接
続して信号を交換するスイッチとして固定長のパケット
（セル）を非同期で交換するＡＴＭスイッチを備え、こ
のＡＴＭスイッチに各通信網との接続を行い通信網から
の信号をセルに変換／逆変換する他、各通信網からの制
御信号や制御手順を交換システム内部用の信号と手順に
変換／逆変換する各種通信網インタフェース（アプリケ
ーション・インタフェーサ）を備えた。また、交換シス
テムの制御を行う制御部は、制御内容に応じて機能分散
された複数のプロセッサをＡＴＭスイッチに接続する構
成で、各通信網インタフェースと制御信号を通信して網
間接続に必要な交換制御等を行う構成とした。また、複
数のプロセッサ間同士は、ＡＴＭスイッチとは異なる制
御信号専用のスイッチを介して相互接続することで機能
分散された信号制御処理を高速に行い、かつ、網間で通
信する信号を交換するＡＴＭスイッチの負荷を増やさな
い構成とした。

【００１６】また、制御部では、各種通信網が提供する
通信サービスを継続して処理する、あるいは別の通信網
に好適な通信サービスに変換して提供できるよう、既存
の網の通信サービスを提供するアプリケーションソフト
を導入した際に、ソフトの構成や機能の差分を吸収する
アプリケーションソフトと交換システム本体のオペレー
ションシステムのインタフェース変換手段を備えた。こ
の構成により、アプリケーションソフトが追加変更され
ても、これを吸収して動作させ様々な通信サービスの変
換・提供ができる構成とした。

【００１７】具体的には、本発明においては、例えば、
上述のように交換システムを構成する装置が対向するネ
ットワークシステムとの制御方法の違いや新たに導入さ
れた装置によりその制御方法が異なる場合において、ア
プリケーション・プログラムに対してはこの制御方法の
違いを意識させないようにした。そして、本発明では、
アプリケーション・インタフェースの中でアプリケーシ
ョン・プログラムへ提供する制御方法は同じままにして
おき、制御対象となる交換システムが実際に有する装置
固有の制御方法に変換して制御を行うことにより、この
結果アプリケーション・プログラムにしてみると何ら違
いが無いように交換システムを利用可能とする構成とし
た。

【００１８】本発明の解決手段によると、交換システム
が具備しない装置又はプロトコルに対するアプリケーシ
ョン・プログラムの各命令を受けるステップと、エージ
ェント・オブジェクトを確保し、アプリケーション・プ
ログラムの各命令に対応するオブジェクト識別子をその
エージェント・オブジェクトに割り当てるステップと、
エージェント・オブジェクトのオブジェクト識別子に対
応する予め定められたシナリオ・オブジェクトを参照
し、アプリケーション・プログラムの各命令に対応し
た、交換システムが実際に具備する装置又はプロトコル
の処理についてのシナリオを得るステップと、得られた
処理についてのシナリオに従い、交換システムが具備す
る装置又はプロトコルによる実際の処理を実行するステ
ップとを備え、交換システムが具備する各装置又はプロ
トコルを制御するオペレーションシステムと、交換シス
テムを利用するアプリケーション・プログラムとの間
で、交換システムが具備する各装置又はプロトコルの制
御手順をアプリケーション・プログラムが意識せずに各
装置又はプロトコルを制御するようにしたアプリケーシ
ョン・インタフェース制御方法を提供する。

【００１９】

【発明の実施の形態】以下、本発明に関する交換システ
ム、この交換システムを用いた通信網の構成、交換制御
及び通信網制御の実施形態について、図面を用いて説明
する。

【００２０】従来の統合型交換システムでは、相互接続
される通信網や取り扱える信号種類に制約が生じてい
た。これに対して、本発明の交換システムでは、本シス
テムを制御するソフトウェアのアプリケーションとオペ
レーションシステムとの間にインタフェース変換手段を
備え、異種の通信網の制御手段の違いを吸収することに
より、複数種類の異なる通信網同士の相互接続を可能と
した。本発明の交換システムやこれを用いた通信網なら
びに制御方法は、ＡＴＭセルを使用する通信網とＩＰパ
ケットを使用する通信網との接続、及び、有線通信網と
無線通信網との相互接続等のように、あらゆる種別の通
信網との相互接続においても適用できるものである。

【００２１】図１は、本発明の交換システムが適用され
る通信網全体の構成を示す網構成図である。通信網全体
は、交換システム１−１、１−２、１−３を備えた通信
網１００に、ＡＴＭ通信網１０１、ＳＴＭ通信網１０
２、ＩＰ通信網１０３、移動体通信網１０４等の各種通
信網及びネットワークが接続されたものである。また、
各通信網には、端末１０６−１、１０６−２、１０６−
３等が接続される。移動体通信網１０４は、基地局ＢＳ
及び移動体ＣＳを有する。その他に、無線局又は無線ロ
ーカルネットワーク１０５が、適宜の網に接続されても
よい。ＡＴＭ通信網１０１は、ＡＴＭセルで情報を送受
信するものであり、ＩＴＵ（International Telecommun
ication Union、国際電気通信連合）のＩＴＵ−Ｔ勧告
Ｑ．２９３１等で規約される。ＳＴＭ通信網１０２は、
時分割多重されたタイムスロットで情報を送受信するも
のであり、例えば、Ｄ７０ディジタル交換網やＩＮＳ６
４通信網である。ＩＰ通信網１０３は、ＩＰパケットで
情報を送受信するものであり、例えばインターネットと
呼ばれるものである。また、移動体通信網１０４は、例
えば、ＰＤＣ／ＰＨＳ、ＣＤＭＡ等と呼ばれる通信網で
ある。そして、本発明の交換システム１−１、１−２及
び１−３は、各種通信網からのユーザ間で通信される情
報等を含む各種信号の変換を行ったり、接続要求・応
答、切断要求・応答等の制御信号の解析・変換を行うこ
とで、異なる通信網同士の接続を実現することができる
ものである。

【００２２】図２に、本発明を適用する交換システムの
概略構成図を示す。交換システム１は、スイッチ（Ｓ
Ｗ）１０、ＡＴＭインタフェース（ＡＴＭＩＦ）２０、
ＳＴＭインタフェース（ＳＴＭＩＦ）３０、ＩＰインタ
フェース（ＩＰＩＦ）４０、信号装置（ＳＩＧ装置）５
０、処理装置（ＣＰ）６０、管理保守装置（ＯＡＭ装
置）７０、応答装置８０を備える。また、ＡＴＭ通信網
１０１は、ＣＤＭＡ等の移動体通信網１０４を含むこと
もできる。ＳＴＭ通信網１０２は、ＰＤＣ・ＰＨＳ等の
移動体通信網１０４を含むこともできる。ここでは、ま
た、ＩＰ通信網１０３としては、インターネット等が用
いられる。

【００２３】異種網とのインタフェースは、まず、ＡＴ
ＭＩＦ装置２０は、ＡＴＭ通信網１０１やＣＤＭＡ等の
移動体通信網１０４との間について、インタラクション
を行う。ＳＴＭＩＦ装置３０は、ＳＴＭ通信網１０２や
ＰＤＣ／ＰＨＳ等の移動体通信網１０４との間につい
て、インタラクションを行う。また、ＩＰＩＦ装置４０
は、ＩＰ通信網１０３との間について、インタラクショ
ンを行う。

【００２４】また、交換システム１内においてこれら異
種網との交換接続は、各インタフェース装置間をＳＷ１
０を介して接続することで実現する。ＳＷ１０は、例え
ばＡＴＭスイッチを用いることができる。また、それぞ
れの網との信号処理は、ＳＩＧ装置５０にて実施する。
そして、それぞれの網に対し必要時に送受信する可聴音
は、ＴＫＹ装置、ＰＢＳ／Ｒ装置等の応答装置８０で、
その制御を行う。また、各インタフェース装置及びその
インタフェースを介在した対向網との試験、各種保守機
能は、ＯＡＭ装置７０にて実現する。

【００２５】このような交換システムにおける上述の各
装置は、ＣＰ６０により統括して制御される。各装置固
有の制御ファームウェアは、各装置にダウンロードされ
て実行されることができるが、交換システム全体を制御
する目的から各装置をシステムとして統括制御するドラ
イバ及びカーネル及び装置管理プログラムと言ったプラ
ットフォームプログラムは、ＣＰ６０にロードされて実
行されることができる。また、本システムのアプリケー
ション・プログラムも、このＣＰ６０にロードされて実
行されることができる。

【００２６】つぎに、本発明の中核をなすアプリケーシ
ョン・インタフェース部分の実施の形態について説明す
る。そこで、本発明のアプリケーション・インタフェー
ス方式を説明する前に、従来のアプリケーション・イン
タフェースを説明する。図３に、従来のアプリケーショ
ン・インタフェースを説明するためのプログラム階層図
を示す。

【００２７】従来のシステムにおけるハードウェアとソ
フトウェアの階層構成としては、まず、交換システムを
構成する各装置（ハードウェア）２００がある。この各
装置（ハードウェア）２００をソフトウェアが制御する
ためのハード・ソフトインタフェース２０４が設けら
れ、このインタフェースを経由して各装置（ハードウェ
ア）２００を制御するカーネル・ドライバソフトウェア
（カーネル・ドライバプログラム）２０１が配置され
る。さらに、制御対象装置を効率よく管理するためのシ
ステム・装置管理ソフトウェア（システム・装置管理プ
ログラム）２０２が配置され、これらソフトウェア（プ
ログラム）をアプリケーション・プログラム２０３で利
用可能とするため、プラットホーム・インタフェース２
０６が提供される。

【００２８】ここで、アプリケーション・プログラム２
０３は、このプラットフォーム・インタフェース２０６
を利用することになり、その結果、アプリケーション・
インタフェース２０５は、プラットホーム・インタフェ
ース２０６と同位置となる。したがって、交換システム
を構成する各装置の制御手順が、アプリケーション・イ
ンタフェース２０５に色濃く反映されることとなる。

【００２９】つぎに、図４に、本発明で適用するアプリ
ケーション・インタフェース方式のプログラム階層図を
示す。ここでは、まず、交換システムを構成する各装置
（ハードウェア）３００がある。この各装置（ハードウ
ェア）３００をソフトウェアが制御するためのハード・
ソフトインタフェース３０４が設けられ、このインタフ
ェースを経由して各装置（ハードウェア）３００を制御
するカーネル・ドライバソフトウェア（カーネル・ドラ
イバプログラム）３０１が配置される。さらに、制御対
象装置を効率よく管理するためのシステム・装置管理ソ
フトウェア（システム・装置管理プログラム）３０２が
配置され、これらソフトウェア（プログラム）をアプリ
ケーション・プログラム３０３で利用可能とするための
プラットホーム・インタフェース３０６及びアプリケー
ション・インタフェース３０７が提供される。

【００３０】この構成では、プラットホーム・インタフ
ェース３０６とアプリケーション・インタフェース３０
７の間に、アプリケーション・インタフェーサ３０５を
さらに設置し、アプリケーション・プログラム３０３に
は直接プラットホーム・インタフェース３０６を見せな
い構成となっている。このため、装置制御方法の変更等
でプラットホーム・インタフェース３０６に変更が生じ
たときなどにおいては、このアプリケーション・インタ
フェーサ３０５でインタフェースの整合取りを行う。こ
れにより、アプリケーション・インタフェース３０７
は、変更を行う必要が無く、保存性を保つことが可能と
なり、アプリケーション・プログラム３０３をそのまま
継続して使用することができる。

【００３１】つぎに、本交換システムにおけるアプリケ
ーション・インタフェーサの実現方法の具体例を、以下
に説明する。ここでは、回線選択トランスレータ試験を
実施する上でアプリケーション・プログラムが手順とし
て利用するＡＡＴ（Automatic Answer Trunk、自動応答
トランク）制御を例にとって説明する。

【００３２】図５に、アプリケーション・インタフェー
サ方式によるＡＡＴ制御の説明図を示す。この図は、本
交換システムにおける対向交換システムとの間で実施す
る回線選択トランスレータ試験等において、アプリケー
ション・プログラム４００が、従来の交換システムで行
われているＡＡＴ装置に対する制御手順に基づく試験を
実施する場合を示したものである。

【００３３】アプリケーション・プログラム４００は、
アプリケーション・インタフェースで規定されている従
来のＡＡＴに対する各種制御インタフェース（図中符号
４０４，４０５，４０６，４１１，４１５，４１６参
照）を利用するが、本交換システムでは、ＡＡＴ装置な
るハードウェアは搭載せず、ＡＡＴ装置と等価な機能を
提供する。すなわち、一例として、回線選択トランスレ
ータ試験を実現するためにＡＡＴ装置で実現しているＲ
ＢＴ（リングバックトーン）送信機能と音声アナウンス
送出機能は、ＡＡＴ装置ではなく、本交換システムに具
備されている音源装置のＲＢＴ装置４１０と音声アナウ
ンス装置４１４を組み合わせて使用することにより、Ａ
ＡＴ装置と等価な機能を提供する。

【００３４】また、ＡＡＴ装置に対する各種制御インタ
フェースとしては、例えば、ＡＡＴ捕捉４０４、パス接
続４０５、試験開始指示４０６、結果返送要求４１１、
パス解放４１５及びＡＴＴ解放４１６等がある。一方、
実際の装置の制御は、アプリケーション・プログラム４
００より指定される入りチャネル４０８とＲＢＴ装置４
１０との間をＳＷ４０９を介してパス接続する命令（入
りチャネル−ＲＢＴパス予約／接続）４０７と、そのパ
スを解放する命令（入りチャネル−ＲＢＴパス解放）４
１２と、さらに、入りチャネル４０８と音声アナウンス
装置４１４をＳＷ４０９を介してパス接続する命令（入
りチャネル−音声アナウンスパス接続）４１３と、その
パスを解放する命令（入りチャネル−音声アナウンスパ
ス解放）４１７等がある。そして、これら各命令をソフ
トウェアのプラットフォーム４０２経由でドライバ４０
３に指示することにより、ＡＡＴ装置と等価な機能が発
揮される。

【００３５】ここで、図６に、論理モデルと実際のハー
ドモデルの比較説明図を示す。図５に示されたように、
アプリケーション４００が利用する各種装置制御のため
のアプリケーション・インタフェース（図５中符号４０
４、４０５、４０６、４１１、４１５、４１６参照）と
プラットフォーム４０２に指示する命令（図５中符号４
０７、４１２、４１３、４１７参照）の対応づけが必要
になるが、これを行うのが、アプリケーション・インタ
フェーサ４０１である。この実施の形態では、図６
（Ａ）に示されるように、アプリケーション４００から
は、交換システムがＡＡＴを実装しているようにみえる
ＡＡＴ論理モデル１５を提供している。しかしながら、
図６（Ｂ）に示されるように、実際の交換システムのハ
ードモデルは、ＡＡＴ装置のハードは実装していないハ
ードモデル１６となっている。

【００３６】つぎに、このアプリケーション・インタフ
ェーサが実際に行うアプリケーション・インタフェース
とプラットホーム・インタフェース（プラットフォーム
への指示命令）との対応付けの実現方法を、上述のＡＡ
Ｔ制御を例に説明する。

【００３７】図７乃至図９に、アプリケーション・イン
タフェーサのアプリケーション／プラットフォーム間イ
ンタフェース整合機構の説明図（１／３）〜（３／３）
を示す。この実施の形態の特徴として、まず、アプリケ
ーション・インタフェースとプラットホーム・インタフ
ェースとが機能的に異なる規定が行われていても、その
機能的な動作手順の対応づけを制御の対象となる装置毎
にシナリオ形式で記述し、アプリケーション・インタフ
ェースとシナリオとの間にエージェントオブジェクトを
生成し、これが仲介者的な役目を果たすことである。そ
して、アプリケーション・インタフェーサ５０９は、ア
プリケーション・インタフェースで記述された命令語を
逐次解釈し、適正なプラットホーム・インタフェースの
命令語に翻訳し、適正なタイミングでこれを実行する。

【００３８】まず、アプリケーション・プログラム５０
０は、アプリケーション・インタフェースの中の一つで
あるＡＡＴ捕捉インタフェース５０１を起動する。ＡＡ
Ｔ捕捉インタフェース５０１が起動されると、内部処理
においてアプリケーション・インタフェーサ５０９に制
御が移り、まず、エージェント・オブジェクトの生成を
行う（５０２）。これにより、エージェント・オブジェ
クト５１０が生成され、オブジェクト識別子が決定され
る。なお、この実際の処理は、例えば、所定のメモリの
アロケートにより行うことができる。

【００３９】つぎに、この生成したエージェントオブジ
ェクト５１０の初期化を行う。この例の場合、エージェ
ントオブジェクト５１０は、ＡＡＴ制御というパラメー
タで初期化される（５０３）。これによりエージェント
・オブジェクト５１０は、ＡＡＴ制御エージェント・オ
ブジェクト５１１として初期化が行われ、ＡＡＴ制御に
必要なシナリオであるＡＡＴ制御シナリオ・オブジェク
ト５１２を生成し、そのオブジェクト識別子を、例えば
自オブジェクト５１１内のデータ（ポインタ）として記
憶する。オブジェクト識別子としては、ポインタの他適
宜のデータを用いることができる。

【００４０】ここで、ＡＡＴ制御シナリオ・オブジェク
トの構成を説明する。図１０に、アプリケーション・イ
ンタフェーサのシナリオ・オブジェクトの説明図の一例
を示す。この図は、シナリオの構成図を、ＡＡＴ制御シ
ナリオを例に説明したもので、シナリオ６００は、４種
類のフィールド要素を備えた配列体で構成される。この
シナリオでは、アプリケーション・インタフェースの起
動順序とプラットホーム・インタフェースの起動順序と
が異なることを考慮して、以下のような各フィールドを
備える。すなわち、起動されるアプリケーション・イン
タフェース名を起動順に列挙するフィールド（６０２）
と、そのインタフェースが起動されたことを記憶する実
行フラグ（６０１）と、この一連のアプリケーション・
インタフェースが起動されることにより起動すべきプラ
ットホーム・インタフェースが確定した時点でそのイン
タフェース名を記述するフィールド（６０４）と、起動
すべきインタフェースがあることを表示する有無表示
（６０３）を有する。実行フラグ（６０１）には、該当
するインタフェースを起動したら、例えばフラグ”１”
を立てる。また、有無表示（６０３）には、例えば、起
動すべきインタフェースがある場合”１”を記憶し、無
い場合”０”を記憶する。

【００４１】ここで、再び図７に戻って説明する。上述
のＡＡＴ制御の場合のように、通常、ＡＡＴのような有
限リソース等のリソースハント時は、アプリケーション
・インタフェースの返送情報として捕捉結果等を返す必
要がある。この場合、ＡＡＴは、実際にはＲＢＴと音声
アナウンス装置で機能を実現することから、これらノン
ブロックリソースでは、一律無条件に返送結果は”Ｏ
Ｋ”を返送することになる。また、アプリケーション・
インタフェース（ＡＡＴ捕捉インタフェース）の返送パ
ラメータとして、捕捉を成功したＡＡＴ番号を返送する
必要がある。この場合は、ＡＡＴ制御エージェントオブ
ジェクトのオブジェクト識別子によりＡＡＴ番号を返送
することができる（５０４）。

【００４２】つぎに、アプリケーション・プログラム５
００は、パス接続インタフェース５０５を起動する。こ
のインタフェースは、交換システムの入り回線チャネル
とＡＡＴをスイッチを経由してパス接続するためのもの
で、入力情報としては、入り回線チャネル番号とＡＡＴ
捕捉インタフェース５０１で捕捉したＡＡＴ番号であ
る。

【００４３】アプリケーション・インタフェーサ５０９
の内部において、この入力情報のＡＡＴ番号よりオブジ
ェクト識別子を特定し、ＡＡＴ制御エージェント・オブ
ジェクトを特定する（５０６）。つぎに、このＡＡＴ制
御エージェント・オブジェクト５１３に対しパス接続イ
ベントを送信すると、ＡＡＴ制御エージェント・オブジ
ェクト５１３は、記憶していたＡＡＴ制御シナリオ・オ
ブジェクト５１４を参照する。ここで、アプリケーショ
ン・インタフェースのパス接続に対応するプラットホー
ム・インタフェースの入りチャネル−ＲＢＴパス予約を
検索し、パス接続の実行フラグを”１”とする。また、
ＡＡＴ制御エージェント・オブジェクト５１３は、今回
プラットホーム・インタフェースとして片方向パス予約
実行インタフェースを起動する必要があることを識別
し、プラットホーム・インタフェースである片方向パス
予約実行インタフェース５１８を起動する。この起動結
果は、片方向パス予約実行インタフェース５１８→ＡＡ
Ｔ制御エージェント・オブジェクト５１３→ステップ５
０６と順次返送される。返送結果は、パス予約に成功す
ればＡＡＴ制御エージェント・オブジェクト５１３にお
いて入りチャネル−ＲＢＴ間パス情報（予約情報）を記
憶しておき、また、アプリケーション・プログラム５０
０に”ＯＫ”が返送される。一方、パスが全話中の時
は、”ＮＧ”（話中）が返送される。

【００４４】なお、上述のＡＡＴ制御の例では、アプリ
ケーション・インタフェースであるＡＡＴ捕捉とパス接
続の２つが起動された時点で、プラットホーム・インタ
フェースである、入りチャネル−ＲＢＴパス予約インタ
フェースを起動するようにしていた。本発明は、これに
限らず、適宜のアプリケーション・インタフェースが起
動された時点で、プラットフォーム・インタフェースを
起動することができる。

【００４５】つぎに、図８に示される説明図に移る。ア
プリケーション・プログラム５００は、アプリケーショ
ン・インタフェースの試験開始指示５０７を起動する。
この場合も、制御対象となるＡＡＴ番号が入力情報とな
っている。これを受けて、アプリケーション・インタフ
ェーサ５０９は、ＡＡＴ番号よりＡＡＴ制御エージェン
ト・オブジェクトを特定し（５０８）、ＡＡＴ制御エー
ジェント・オブジェクト５１５に対し、試験開始指示イ
ベントを送信する。ＡＡＴ制御エージェント・オブジェ
クト５１５は、ＡＡＴ制御シナリオ・オブジェクト５１
６を参照することにより、今回受信した試験開始指示イ
ベントにより、入りチャネル−ＲＢＴ間のパスを接続す
べきタイミングであることを識別し、ＡＡＴ制御エージ
ェント・オブジェクト５１３で記憶しておいた入りチャ
ネル−ＲＢＴ間パス情報を元にプラットホーム・インタ
フェースである片方向パス接続オーダ実行インタフェー
ス５１９を起動する。この起動結果は、片方向パス接続
オーダ実行インタフェース５１９→ＡＡＴ制御エージェ
ント・オブジェクト５１５→ステップ５０８と順次返送
される。返送結果は、パス接続に成功すればアプリケー
ション・プログラム５００に”ＯＫ”が返送されて指示
確認され、一方、パス接続に失敗すると、”ＮＧ”が返
送される。

【００４６】つぎに、アプリケーション・プログラム５
００は、アプリケーション・インタフェースの試験結果
返送要求５２０を起動する。この場合、制御対象となる
ＡＡＴ番号と、試験結果を音声アナウンスで返送するた
めの音声アナウンス識別子が、入力情報となっている。
これを受けて、アプリケーション・インタフェーサ５０
９は、ＡＡＴ番号よりＡＡＴ制御エージェント・オブジ
ェクトを特定し（５２１）、ＡＡＴ制御エージェント・
オブジェクト５２２に対し、試験結果返送要求イベント
を送信する。ＡＡＴ制御エージェント・オブジェクト５
２２は、ＡＡＴ制御シナリオ・オブジェクト５２３を参
照することにより、今回受信した試験結果返送要求イベ
ントにより、入りチャネル−ＲＢＴ間パスを解放し、続
いて入りチャネル−音声アナウンス間パスを接続する必
要があることを識別する。そして、ＡＡＴ制御エージェ
ント・オブジェクト５２２は、ＡＡＴ制御エージェント
・オブジェクト５１３で記憶しておいた入りチャネル−
ＲＢＴ間パス情報を元に、プラットホーム・インタフェ
ースである片方向パス解放オーダ実行インタフェース５
２４を起動し、続いて片方向パス接続オーダ実行インタ
フェース５２５を起動する。

【００４７】この起動結果は、片方向パス接続オーダ実
行インタフェース５２５→ＡＡＴ制御エージェント・オ
ブジェクト５２２→ステップ５２１と順次返送される。
返送結果は、パス接続に成功すれば、ＡＡＴ制御エージ
ェント・オブジェクト５２２において入りチャネル−音
声アナウンス間パス情報を記憶しておき、”ＯＫ”が返
送される。一方、パスが全話中の時は、”ＮＧ”（話
中）が返送される。

【００４８】つぎに、図９に示される説明図に移る。ア
プリケーション・プログラム５００は、アプリケーショ
ン・インタフェースのパス解放５２６を起動する。この
場合、制御対象となるＡＡＴ番号が入力情報となってい
る。アプリケーション・インタフェーサ５０９は、これ
を受けて、ＡＡＴ番号よりＡＡＴ制御エージェント・オ
ブジェクトを特定し（５２７）、ＡＡＴ制御エージェン
ト・オブジェクト５２８に対し、パス解放イベントを送
信する。ＡＡＴ制御エージェント・オブジェクト５２８
は、ＡＡＴ制御シナリオ・オブジェクト５２９を参照す
ることにより、今回受信したパス解放イベントにより、
起動すべきプラットフォーム・インタフェースの有無表
示が”０”であるので、今回はプラットホーム・インタ
フェースの起動は不要であることを識別する。

【００４９】つぎに、アプリケーション・プログラム５
００は、アプリケーション・インタフェースのＡＡＴ解
放５３０を起動する。この場合、制御対象となるＡＡＴ
番号が入力情報となっている。これを受けて、アプリケ
ーション・インタフェーサ５０９は、ＡＡＴ番号よりＡ
ＡＴ制御エージェント・オブジェクトを特定し（５３
１）、ＡＡＴ制御エージェントオブジェクト５３２に対
し、パス解放イベントを送信する。ＡＡＴ制御エージェ
ント・オブジェクト５３２は、ＡＡＴ制御シナリオ・オ
ブジェクト５３３を参照することにより、今回受信した
ＡＡＴ解放イベントにより、入りチャネル−音声アナウ
ンス間パスの解放を行う必要があることを識別し、ＡＡ
Ｔ制御エージェント・オブジェクト５２２に記憶した入
りチャネル−音声アナウンス間パス情報を元に、プラッ
トホーム・インタフェースの片方向パス解放オーダ実行
インタフェース５３４を起動する。片方向パス解放オー
ダ実行インタフェース５３４が起動されると、上述と同
様に、アプリケーション・プログラム５００に、”Ｏ
Ｋ”が返送され、一方、起動が失敗のときは、”ＮＧ”
が返送される。

【００５０】以上の例は、アプリケーション・インタフ
ェースのうち、ＡＡＴ制御についてその論理モデルをア
プリケーション・プログラムに提供し、実際の交換シス
テムには存在しないＡＡＴ装置の仮想的な制御をアプリ
ケーション・レベルで提供するものであった。そして、
これは、主に、図２におけるＴＫＹ、ＰＢＳ／Ｒ装置等
の応答装置８０とＳＷ１０との間の制御手順についての
ものであったが、ＡＡＴ制御等の要求元である対向交換
システムについては、従来から行われているＳＴＭ通信
網１０２はもちろんのこと、ＡＴＭ通信網１０１、移動
体通信網１０４又はＩＰ通信網１０５等からのＡＡＴ制
御等の要求がある場合も、アプリケーション・プログラ
ムからのＡＡＴ制御等のアプリケーション・インタフェ
ースは、上述の説明と同様に保存される。

【００５１】また、アプリケーション・プログラムが要
求するハードウェアは、ＡＡＴ装置に限らず、適宜のハ
ードウェアについても同様に、本発明を適用することが
できる。さらに、ハードウェア装置に限らず、適宜のプ
ロトコル、制御手順等にも、本発明を適用することがで
きる。

【００５２】また、アプリケーション・プログラムが、
ある交換システムを構成する各装置又はプロトコルを制
御するように用意されたアプリケーション・インタフェ
ースを利用する場合において、交換システムを構成する
各装置又はプロトコルが追加若しくは変更され、又は、
これに伴いその装置又はプロトコルの制御方法が追加若
しくは変更された場合でも、本発明を適用することによ
り、アプリケーション・インタフェースは、アプリケー
ション・プログラムを、交換システムの各装置又はプロ
トコルが変更される前と同様に引き続き利用できる。

【００５３】また、例えば、図２に示されたＯＡＭ装置
７０等の装置から実施される各種発信試験等において擬
似発信端末等の装置を制御する場合のように、交換シス
テムが要求元となるアプリケーション・インタフェース
についても、上記説明と同様の考え方で、本発明を適用
することができる。この場合も、発信先がＳＴＭ通信網
１０２であろうが、ＡＴＭ通信網１０１、移動体通信網
１０４、又は、ＩＰ通信網１０５等であろうが、どのよ
うな通信網に対しても本発明を適用することができ、そ
のアプリケーション・インタフェースはアプリケーショ
ン・プログラムに対して保存されることができる。

【００５４】さらに、交換システムを経て、ＡＴＭ通信
網１０１からＳＴＭ通信網１０２といったように、異種
網間を中継する通信サービスの場合にも、本発明を適用
することができる。その場合、ＡＴＭＩＦ装置２０やＳ
ＴＭＩＦ装置３０といった各種装置固有の制御方法を、
アプリケーション・インタフェース・レベルでアプリケ
ーション・プログラムに対し、単一の又は既存のインタ
フェース装置の制御方法として提供することが可能であ
る。

【００５５】

【発明の効果】本発明は、本交換システムのような最新
鋭のハード技術により構成される交換システムの新しい
各種制御装置の制御手順が規定されるとしても、従来の
アプリケーション・プログラムの資産活用という観点か
ら従来のアプリケーション・プログラムにおいて従来の
制御装置を制御する手順を変更することなく、従来通り
のアプリケーション・インタフェースで動作できるた
め、アプリケーション開発のためのコストを低減できる
だけでなく、資産として培ってきたソフトウェア品質が
そのまま継承されることになり、早期に市場導入を図る
ことができる。

【００５６】また、本交換システムが特徴としているＳ
ＴＭ通信網やＡＴＭ通信網やインターネット網といった
異種網とのインターワークを行う通信サービスを実現す
る上で、その対向する網特有の制御方法を意識すること
の必要のない単一のインタフェース装置としての制御方
法のみを意識するだけで良いアプリケーション・インタ
フェースが提供でき、アプリケーション開発における、
デバッグコストの割合を大きく占めるであろう対向網と
のインターワーク試験においてその試験工数が飛躍的に
軽減され、早期に低コストでサービス開始ができるとい
った優位性を保持することができる。

【図面の簡単な説明】

【図１】本発明の交換システムが適用される通信網全体
の構成を示す網構成図。

【図２】本発明を適用する交換システムの概略構成図。

【図３】従来のアプリケーション・インタフェースを説
明するためのプログラム階層図。

【図４】本発明で適用するアプリケーション・インタフ
ェース方式のプログラム階層図。

【図５】アプリケーション・インタフェーサ方式による
ＡＡＴ制御の説明図。

【図６】論理モデルと実際のハードモデルの比較説明
図。

【図７】アプリケーション・インタフェーサのアプリケ
ーション／プラットフォーム間インタフェース整合機構
の説明図（１／３）。

【図８】アプリケーション・インタフェーサのアプリケ
ーション／プラットフォーム間インタフェース整合機構
の説明図（２／３）。

【図９】アプリケーション・インタフェーサのアプリケ
ーション／プラットフォーム間インタフェース整合機構
の説明図（３／３）。

【図１０】アプリケーション・インタフェーサのシナリ
オ・オブジェクトの説明図。

【符号の説明】

１ 交換システム １０ スイッチ（ＳＷ） ２０ ＡＴＭインタフェース（ＡＴＭＩＦ） ３０ ＳＴＭインタフェース（ＳＴＭＩＦ） ４０ ＩＰインタフェース（ＩＰＩＦ） ５０ 信号装置（ＳＩＧ装置） ６０ 処理装置（ＣＰ） ７０ 管理保守装置（ＯＡＭ装置） ８０ 応答装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 春 一彦 神奈川県横浜市戸塚区戸塚町216番地 株 式会社日立製作所情報通信事業部内 Ｆターム(参考） 5K030 HA02 HA10 HB19 HC01 HC09 HD05 KA13

Claims (8)

【特許請求の範囲】
1. 【請求項１】交換システムが具備しない装置又はプロト
   コルに対するアプリケーション・プログラムの各命令を
   受けるステップと、 エージェント・オブジェクトを確保し、アプリケーショ
   ン・プログラムの各命令に対応するオブジェクト識別子
   をそのエージェント・オブジェクトに割り当てるステッ
   プと、 エージェント・オブジェクトのオブジェクト識別子に対
   応する予め定められたシナリオ・オブジェクトを参照
   し、アプリケーション・プログラムの各命令に対応し
   た、交換システムが実際に具備する装置又はプロトコル
   の処理についてのシナリオを得るステップと、 得られた処理についてのシナリオに従い、交換システム
   が具備する装置又はプロトコルによる実際の処理を実行
   するステップとを備え、 交換システムが具備する各装置又はプロトコルを制御す
   るオペレーションシステムと、交換システムを利用する
   アプリケーション・プログラムとの間で、交換システム
   が具備する各装置又はプロトコルの制御手順をアプリケ
   ーション・プログラムが意識せずに各装置又はプロトコ
   ルを制御するようにしたアプリケーション・インタフェ
   ース制御方法。
2. 【請求項２】前記エージェント・オブジェクトは、 シナリオ・オブジェクトを参照するためのポインタを具
   備し、そのポインタにより、シナリオ・オブジェクトを
   参照してシナリオを読み出すとともに、 パスの予約、接続又は解放等の交換システムの処理に必
   要な情報を保存することを特徴とする請求項１に記載の
   アプリケーション・インタフェース制御方法。
3. 【請求項３】前記シナリオ・オブジェクトは、 アプリケーション・インタフェースで提供するインタフ
   ェース名と、実際に処理を実行するプラットホーム・イ
   ンタフェースで規定されたインタフェースの内起動すべ
   きインタフェース名とが対応づけられて記憶されたこと
   を特徴とする請求項１又は２に記載のアプリケーション
   ・インタフェース制御方法。
4. 【請求項４】前記シナリオ・オブジェクトは、アプリケ
   ーション・インタフェースの実行フラグ及び起動すべき
   プラットフォーム・インタフェースの有無情報を含み、 前記シナリオ・オブジェクトに記憶された各処理を実行
   する際、前記有無情報を参照するとともに、前記実行フ
   ラグを立てながら順次処理を実行することを特徴とする
   請求項１乃至３のいずれかに記載のアプリケーション・
   インタフェース制御方法。
5. 【請求項５】ＳＴＭ系ネットワーク、ＡＴＭ系ネットワ
   ーク、ＩＰ系ネットワーク又は移動体系ネットワークと
   の対向サービスを制御するマルチメディア対応交換シス
   テムに用いられ、これら各種ネットワークとの通信手段
   がそれぞれ異なる場合において、該通信手段の制御方法
   の違いに拘わらず、あるアプリケーション・プログラム
   に対して同一制御手順を提供することを特徴とする請求
   項１乃至４のいずれかに記載のアプリケーション・イン
   タフェース制御方法。
6. 【請求項６】アプリケーション・プログラムが、ある交
   換システムを構成する各装置又はプロトコルを制御する
   ように用意されたアプリケーション・インタフェースを
   利用する場合において、交換システムを構成する各装置
   又はプロトコルが追加若しくは変更され、又は、これに
   伴いその装置又はプロトコルの制御方法が追加若しくは
   変更された際に、アプリケーション・インタフェース
   は、アプリケーション・プログラムを各装置又はプロト
   コルの変更前と同様に引き続き利用することを特徴とす
   る請求項１乃至４のいずれかに記載のアプリケーション
   ・インタフェース制御方法。
7. 【請求項７】マルチメディア対応の交換システムが、Ｓ
   ＴＭ系ネットワーク、ＡＴＭ系ネットワーク、ＩＰ系ネ
   ットワーク又は移動体系ネットワークからの着信の際、
   アプリケーション・プログラムの各命令を受け、この交
   換システムの制御装置又はプロトコルを制御するアプリ
   ケーション・プログラムが利用するアプリケーション・
   インタフェースが、送信元のネットワークの種類の違い
   によらず、同一の制御手順を提供することを特徴とする
   請求項１乃至４のいずれかに記載のアプリケーション・
   インタフェース制御方法。
8. 【請求項８】マルチメディア対応の交換システムにおけ
   る、ＳＴＭ系ネットワーク、ＡＴＭ系ネットワークへ、
   ＩＰ系ネットワーク又は移動体系ネットワークへの発信
   の際、アプリケーション・プログラムの各命令を受け、
   この交換システムの制御装置又はプロトコルを制御する
   アプリケーション・プログラムが利用するアプリケーシ
   ョン・インタフェースが、宛先のネットワークの種類の
   違いによらず、同一の制御手順を提供することを特徴と
   する請求項１乃至４のいずれかに記載のアプリケーショ
   ン・インタフェース制御方法。