JPH05204853A - データ処理システム、特に電気通信システム用ソフトウェア構造 - Google Patents

Abstract

(57)【要約】 【目的】 データ処理システム、特に電気通信システム
用ソフトウェア構造を提供する。 【構成】 ソフトウェア構造は、オブジェクト宛てメッ
セージがアドレスされ得る少なくとも１つのサービスア
クセス点（Ｘ、Ｙ）を各々が含む構造的オブジェクトを
含み、構造的オブジェクトが別のオブジェクトに対して
構造的に配置されるような関係によって、前記構造的オ
ブジェクトの各々が別のオブジェクトに結合されてい
る。オブジェクト間の通信は、サービスアクセス点モジ
ュール（Ｘ）とサービスアクセス点モジュール（Ｙ）と
の間で、通信サービス構成オブジェクト（ＲＬＡ、ＩＡ
ＣＳ）を介して伝送され、前記通信サービスは、オブジ
ェクト間の関係を定義するデータを含み、メッセージの
宛て先である構造的オブジェクトの識別子を決定するた
めに、メッセージのヘッダの識別子と共に前記関係を参
照する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ処理システム、
特に電気通信システム用ソフトウェア構造に関する。

【０００２】

【従来の技術】電気通信システム、より包括的にデータ
処理システムは、コンピュータ技術を利用している。こ
の種のコンピュータで使用されるソフトウェアは通常、
該ソフトウェアの外部のデータを処理する機能ブロック
の構造を有している。この種の代表的なシステムは、Ｃ
ＣＩＴＴのＳＤＬシステム及びＩＳＯのＥＳＴＥＬＬＥ
システムである。各機能ブロックが１つの機能を実行す
るが、その機能の一部を実行するために別のブロックを
使用してもよい。この別のブロックもまた別のブロック
を使用し得、以後も同様である。機能ブロックはメッセ
ージによって互いに通信する。

【０００３】

【発明が解決しようとする課題】これらの公知システム
の構造は機能的分析方法には十分に適合しているが、そ
の欠点は、機能ブロックのタイプが多様であり、その結
果としてブロック間の通信が極めて複雑なことである。

【０００４】また、“オブジェクト”によってソフトウ
ェアを構造化する技術も公知である。各オブジェクト
は、データ及び該データを使用する手続きの組み合わせ
から成る。この場合にもオブジェクト間の通信にはメッ
セージが使用される。例えば、“Ｔｅｃｈｎｉｑｕｅ
ｅｔ Ｓｃｉｅｎｃｅ Ｉｎｆｏｒｍａｔｉｑｕｅ”、
ｖｏｌ．８、Ｎｏ．１、１９８９に発表されたＣ．ＲＯ
ＣＨＥ他の論文、“Ｌｅｓ ａｐｐｒｏｃｈｅｓ ｏｂ
ｊｅｔｓ ｅｔ ｌｅ ｌａｎｇａｇｅ ＬＲＯ２（Ｋ
ＥＯＰＯＳ）”を参照するとよい。該論文は特に、既に
オブジェクトになっている既存のクラスの例を用いてオ
ブジェクトを容易に作成する方法を説明している。クラ
ス自体は、既存のクラスから新クラスを作成し得る関係
によって構造的に編成されている。この論文には特に２
つの関係が記載されており、その１つは相続の関係、即
ち“相続する”段階が、該段階が書込まれたクラスのデ
ータ及び手続きのコピーを受容する関係と、いま１つは
階層の関係、即ち１つのクラスが下位階層の別のクラス
へのアクセス手段となる関係である。

【０００５】オブジェクトによる構造化によって大量プ
ログラムの設計、デバッギング及び維持に関する多大な
利点が得られる。

【０００６】しかしながら、従来のオブジェクトによる
構造化は、電気通信システムの特徴である多重対話を可
能にするものではない。

【０００７】更に、引用の刊行物に記載されたようなオ
ブジェクトによる構造化は、機能的ブロックのタイプが
多くブロック間通信が極めて複雑であるという欠点を有
している。

【０００８】従って本発明の目的は、“オブジェクト”
による構造化の利点を利用し、同時に上記のごとき欠点
を顕著に抑制して、“実時間”型要件を満たすデータ処
理システム、特に電気通信システム用のソフトウェア構
造を提供することである。

【０００９】

【課題を解決するための手段】本発明の目的であるデー
タ処理システム、特に電気通信システム用ソフトウェア
構造は、各々がデータと手続きとを含む構造的オブジェ
クトから成り、前記手続きは、オブジェクトがＣＣＩＴ
Ｔ勧告Ｘ２００で規定された“サービス提供者”として
機能するようにオブジェクトのデータを利用するプログ
ラムであり、ＣＣＩＴＴ勧告Ｘ２００に定義された“サ
ービスユーザ”によってオブジェクト宛てメッセージが
アドレスされ得る少なくとも１つのサービスアクセス点
を各々が含み、前記メッセージが特にヘッダとパラメー
タとを含み、前記ヘッダが特にオブジェクト識別子を有
しており、構造的オブジェクトが別のオブジェクトに対
して構造的に配置されるような関係によって前記構造的
オブジェクトの各々が別のオブジェクトに結合されてい
る。

【００１０】本発明のソフトウェア構造は、前記のごと
き目的を達成するために、各オブジェクトが、１つまた
は複数のサービスアクセス点モジュールと１つまたは複
数の核モジュールとから成り、オブジェクト間の通信
が、発信オブジェクトのサービスアクセス点モジュール
と受信オブジェクトのサービスアクセス点モジュールと
の間での通信プロトコルに従うメッセージ伝送によって
行なわれ、前記メッセージは、搬送すべきメッセージを
発信オブジェクトから受信して受信オブジェクトに供給
する通信サービスオブジェクトを介して伝送され、前記
通信サービスは、オブジェクト間の関係を定義するデー
タを含み、メッセージの宛て先である受信構造的オブジ
ェクトの識別子を決定するために、メッセージのヘッダ
の識別子と共に前記関係を参照することを特徴とする。

【００１１】本発明によるモジュール式構造的オブジェ
クトの導入によって、コスト増加を伴うことなく、より
複雑なオブジェクトを作成し、且つオブジェクトの数を
減少させることが可能である。メッセージによる通信は
本質的に非同期でありその結果として処理の“実時間”
性を維持するために高価な配慮が必要であるが、本発明
ではこのメッセージによる通信が、比較的廉価なオブジ
ェクト間の通信に限定される。更に、前記通信サービス
によって参照されるオブジェクト間の関係に基づいてソ
フトウェアを構造化するので、オブジェクトは、自身が
挿入される構造を認識する必要なくメッセージを搬送し
得る。これもまた、オブジェクトの数を減少させ、従っ
て実時間の問題を容易に解決し得る極めて高性能の構造
化が可能である。

【００１２】更に、本発明のソフトウェア構造によれ
ば、前記通信プロトコルが受信オブジェクトのサービス
アクセス点モジュール内に定義されており、発信オブジ
ェクトが通信プロトコルを使用するように、受信オブジ
ェクトが通信プロトコルを発信オブジェクトのアクセス
点モジュールに明示する。

【００１３】この構成によって、発信オブジェクトは受
信構造的オブジェクトの性質を認識する必要がない。従
ってこれらのオブジェクトの設計がいっそう容易にな
る。

【００１４】更に、本発明によれば、メッセージの前記
ヘッダが、メッセージの受信オブジェクトから要求され
るオペレーションの識別子を含み、前記通信サービス
が、メッセージをアドレスすべき受信構造的オブジェク
トのサービスアクセス点を選択するために、前記要求さ
れるオペレーションの識別子を参照する。

【００１５】本発明によればまた、前記関係が特に、従
属、使用、内包及び相同である。

【００１６】

【実施例】添付図面に示す非限定実施例に基づく以下の
詳細な記載より本発明の種々の特徴及び利点が明らかに
されよう。

【００１７】図１は、本発明の前提部に定義され、従っ
てデータと手続きとを含む構造的オブジェクトＯＢＪの
基本ブロック図である。これらの手続きは任意に編成さ
れ得る。手続きはアルゴリズム、データ処理システム、
有限状態オートマトン、などを構成し得る。１つの構造
的オブジェクトは、その属性、即ち、該オブジェクトを
構成する構造要素、該オブジェクトが含む処理プログラ
ムの使用によって該オブジェクトが実行する機能を定義
している。更に後述するごとく、構造的オブジェクトの
特性は別の構造的オブジェクトまたは単なる機能的オブ
ジェクトとの関係によって規定される。この種のオブジ
ェクトに基づく構造は、オブジェクトのソフトウェアの
妥当性検査及び再利用に関して利点を有する。

【００１８】構造的オブジェクトは、前述のＣＣＩＴＴ
勧告Ｘ２００で定義された“サービスアクセス点”を構
成する１つまたは複数の通信ポートを含む。各ポート
は、１つのサービスアクセス点モジュールを含む。図示
の実施例では、オブジェクトＯＢＪが、夫々のサービス
アクセス点モジュールＳＡＰ１、ＳＡＰ２、ＳＡＰｎを
備えた３つのサービスアクセス点Ｐｃ１、ｐｃ２、ｐｃ
ｎを有する。オブジェクトＯＢＪのサービスアクセス点
は、夫々のアクセスインタフェースＩ−ＯＢＪ１、Ｉ−
ＯＢＪ２、Ｉ−ＰＢＪｎによってアクセス可能である。
インタフェースは、オブジェクトＯＢＪのユーザと考え
られる別のオブジェクトと、サービス提供側と考えられ
るオブジェクトＯＢＪの対応するサービスアクセス点と
の間の通信を定義する。従って、別のオブジェクト（例
えばＵ１）からオブジェクトＯＢＪを使用するために
は、オブジェクトＵ１からのメッセージをオブジェクト
ＯＢＪのサービスアクセス点モジュールの１つ、例えば
ＳＡＰ１に、夫々のインタフェースＩ−ＯＢＪ１によっ
て具体化される通信プロトコルに従って伝送して達成し
得る。通信プロトコルは一般に、インタフェースレベル
におけるメッセージの構成ルール及び解釈プロセスの集
合である。プロトコルはまた、かかるメッセージの内容
によって要求される通信動作の実行を含む。

【００１９】本発明の１つの特徴によれば、通信プロト
コルは、メッセージ受信側のサービス提供オブジェクト
のサービスアクセス点に具体化されている。すべての通
信では、まず、受信オブジェクトのサービスアクセス点
モジュールによって供給された情報から使用すべきプロ
トコルを識別し、メッセージ発信側のユーザオブジェク
トに伝送する。従って、オブジェクトＯＢＪは、使用す
べき通信プロトコルを決定するためにオブジェクトＵ１
を認識する必要がない。同様に、処理されるオブジェク
トが使用すべき通信プロトコルを予め認識する必要がな
い。

【００２０】サービスアクセス点ｐｃ１、ｐｃ２、ｐｃ
ｎに供給されるメッセージは、サービスアクセス点モジ
ュールＳＡＰ１、ＳＡＰ２、ＳＡＰｎによって処理され
る。これらのモジュールの機能は、夫々の入力メッセー
ジを処理し、該メッセージを分析し、必要なすべての動
作を実行し、ときには、要求された手続きを実行するた
めに核Ｎに通知することである。ＳＡＰと略称するこれ
らのサービスアクセス点モジュールの各々は、通信プロ
トコルを認識し、該プロトコルをアクセスインタフェー
スに供給する。

【００２１】種々のＳＡＰは、好ましくは同じ内部イン
タフェースＩ−Ｎを有する個別のポートを介して伝送さ
れるメッセージによってオブジェクトＯＢＪの核Ｎと通
信する。これは、種々のＳＡＰと核Ｎとの間の通信が共
通通信ルールに適合し、ＳＡＰが種々のアクセスプロト
コルと核との間の必要な適応を与えることを意味する。
このため核の構造が簡単になる。

【００２２】核Ｎは、オブジェクトＯＢＪから与えられ
た１つまたは複数の機能を集合的に構成する手続きを適
用する。好ましくは、核Ｎ自体がモジュール式構造を有
する。核は例えば、モジュールＮ１、Ｎ２、Ｎ３を含
み、各モジュールは別のモジュールから独立しており、
オブジェクトＯＢＪの手続きのサブセットを実行する。
ユーザからメッセージを受信したときにＳＡＰで行なわ
れる処理は、特定の核モジュールの起動を決定するため
の分析処理である。この分析は、考察されるＳＡＰ毎に
異なっており、従ってオブジェクトＯＢＪによって実行
される機能は、該オブジェクトを起動させたＳＡＰに従
属する。

【００２３】簡単な一例を挙げると、ＳＡＰ１は、オブ
ジェクトＯＢＪの通常機能を実行するために使用され、
ＳＡＰ２は維持処理を実行するために使用され、ＳＡＰ
ｎはトラフィックの観測を実行するために使用される。
オブジェクトＯＢＪがいずれのＳＡＰによってアクセス
されるかに従って、手続きが異なることは明らかであ
る。

【００２４】更に、図１には示していないが、核Ｎのモ
ジュール式構造は、機能の実行が複数核モジュールの動
作を要する場合も含む。起動された各核モジュールは、
別の核モジュールをアクセスし得る。核モジュール間の
通信は、ＳＡＰから核モジュールへの通信と全く同様に
インタフェースＩ−Ｎを介して行なわれる。この通信は
また、種々の核モジュールを順次動作させ得る。

【００２５】オブジェクトＯＢＪは更に、データモジュ
ールＤＯＮを含む。該モジュールに保管されているデー
タは従来同様に、いくつかは別のオブジェクトから受容
され機能の実行の終了後に廃棄される一時的タスクデー
タと、本発明の範囲外の手段によって書込まれ且つ処理
中に変更されないオブジェクトを記述する半永久的内部
データと、各々が別々の１つの呼処理、より一般的には
オブジェクトＯＢＪによって実行される別々の１つのト
ランザクションを示す“コンテキスト”と呼ばれる処理
データセットなどを含む。１つのコンテキストは各トラ
ンザクションに特定され、トランザクションの処理に要
する時間中は保存されている。データモジュールＤＯＮ
は、データモジュールＤＯＮの全部のユーザに同じであ
るインタフェースＩ−ＤＯＮを介して、ＳＡＰ及び核に
よってアクセス可能である。この結果として、別のオブ
ジェクトから入力されたデータをデータモジュールに書
込み、ＳＡＰに基づいて半永久的情報を変更するか、核
に基づいてコンテキストを更新することが可能である。

【００２６】核ＮのモジュールＮ１の内部で、核にこの
ように伝送された内部メッセージに従って核に所望の機
能を実行させる構成に関してより詳細には説明しない。
これに関しては、モジュールＮ１が例えば、メッセージ
に含まれた標識によって指定されたデータモジュールＤ
ＯＮのコンテキストに結合し、同じくメッセージに指示
された事象を、例えば有限状態オートマトンのように処
理すると述べておけば十分であろう。

【００２７】本発明に従って、ＳＡＰを介して別のオブ
ジェクトとの間で受信または送信されるメッセージは以
下のフォーマットを有している： ＜メッセージ＞＝＜ヘッダ＞＜パラメータ＞、 ＜ヘッダ＞＝＜オブジェクト＞＜ＳＡＰ＞＜オペレーシ
ョン＞＜要求のタイプ＞。

【００２８】＜オブジェクト＞フィールドは、１つのオ
ブジェクトを指定し、該オブジェクトの特性がオブジェ
クトフィールドから推論される。メッセージが発信オブ
ジェクトから成るとき、＜オブジェクト＞フィールド
は、構造的オブジェクトに対応しない“機能的”オブジ
ェクトと呼ばれるオブジェクトを指定する。同じメッセ
ージは、受信オブジェクトに再送されるとき、＜オブジ
ェクト＞フィールドに、受信構造的オブジェクトの識別
子を含むであろう。これらの種々の特徴に関しては後述
する。＜オブジェクト＞フィールドは、複数の英文字で
示されるニューモニック識別子の形態で表され、符号化
された形態では例えば１２ビットを含むであろう。

【００２９】＜ＳＡＰ＞フィールドは、中にオブジェク
トを含むＳＡＰの１つを指定する。これは、４ビットに
符号化されたニューモニック識別子の形態で表される。

【００３０】＜オペレーション＞フィールドは、システ
ムに準備されたオペレーションの１つを指定する。本発
明の特徴の１つによれば、種々のオブジェクトに要求さ
れるオペレーションは、オペレーションセットとして集
合的に定義され、各オブジェクトが該セットに含まれた
オペレーションサブセットを実行する。これらのオペレ
ーションの総数は極めて少ない。これらのオペレーショ
ンは、８ビットに符号化された３つの英文字の形態で表
される。

【００３１】＜要求のタイプ＞フィールドは、行なうべ
きトランザクション、より特定的には、複数の可能なフ
ェーズを含む指定されたオペレーションに関する通信フ
ェーズを指定する。少数の異なるトランザクションが存
在し得る。これらのトランザクションは、４ビットに符
号化された２つの英文字によって個々に識別される。

【００３２】この実施例は、メッセージのヘッダが４バ
イトに制限され得ることを示す。

【００３３】更に、＜オペレーション＞と＜要求のタイ
プ＞との組み合わせは、＜オブジェクト＞と＜ＳＡＰ＞
との組み合わせから与えられる汎用関数の中から実行フ
ェーズを指定することに注目されたい。

【００３４】＜パラメータ＞フィールドは極めて大き
い。これは、要求されるオペレーション及び要求のタイ
プに依存しており、特に処理を実行するためにオブジェ
クトに移すべきデータを決定する。＜パラメータ＞の構
造は、メッセージのヘッダ、特に＜ＳＡＰ＞、＜オペレ
ーション＞、＜要求のタイプ＞フィールドの値によって
定義される。

【００３５】この種のメッセージの受信におけるＳＡＰ
の役割は、例えば＜オブジェクト＞及び＜ＳＡＰ＞フィ
ールドが、オブジェクトとＳＡＰの識別子及び＜オペレ
ーション＞フィールドによって要求されるオペレーショ
ンの性質に整合するかを検査し、また当該メッセージを
受信したときに応答すべき核モジュール、例えばＮ１を
識別するために、＜オペレーション＞及び＜要求のタイ
プ＞フィールドを、夫々の識別子に基づいて各ＳＡＰに
特定的に復号し、さらに夫々の内部インタフェースＩ−
Ｎを介して送出すべき内部メッセージを準備し、それか
ら内部インタフェースＩ−ＤＯＮによって適正なデータ
モジュールＤＯＮに＜パラメータ＞をアドレスすること
である。データは、内部インタフェースＩ−ＤＯＮを介
して伝送され、核Ｎのモジュールにアクセスし得るモジ
ュールＤＯＮの所定の記憶領域に記憶される。次に核モ
ジュールＮ１が、単独でまたは別の核モジュールと共同
でその機能を実行し得る。

【００３６】図１の基本ブロック図は、オブジェクトの
本質的に構造的な表現を示しているが、図２は本質的に
有機的な実施例を示している。

【００３７】図２は、２つの有限状態サブオートマトン
ＳＡＥＦ１、ＳＡＥＦ２を含む有限状態オートマトンＡ
ＥＦを示す。第１のサブオートマトンＳＡＥＦ１は、２
つの“オートマトンブリック”ＢＡＥＦ１１、ＢＡＥＦ
１２を含み、第２のサブオートマトンはブリックＢＡＥ
Ｆ２１、ＢＡＥＦ２２を含む。

【００３８】オートマトンＡＥＦはインタフェースＩａ
によってアクセスされる。このインタフェースは好まし
くは、ＦＩＦＯ（先入れ先出し）モードで動作する。従
って本質的に非同期である。サブオートマトンＳＡＥＦ
１とＳＡＥＦ２とはインタフェースＩｓを介して通信す
る。図示していないが、オートマトンＡＥＦとサブオー
トマトンも同じインタフェースＩｓを介して通信する。
このインタフェースは好ましくは“内部キュー”モード
で動作する。即ち、サブオートマトンの動作中にオート
マトンの外部の要求による割り込みが生じない。この種
のインタフェースを同期であるという。オートマトンブ
リックＢＡＥＦ１１とＢＡＥＦ１２とは、インタフェー
スＩｂを介して通信する。図示していないが、サブオー
トマトンＳＡＥＦ１と該サブオートマトンが含むサブオ
ートマトンとは、同じインタフェースＩｓを介して通信
する。サブオートマトンＳＡＥＦ２と該サブオートマト
ンが含むオートマトンブリックに関しても勿論同様であ
る。インタフェースＩｂは、“ランデブ”型である。こ
れは、オートマトンブリック相互間の動作及び該オート
マトンブリックを含むサブオートマトンとの関連動作が
連結しており、設計の段階のサブオートマトンからオー
トマトンブリックへの分離が実行の際にはもはや明白で
ないことを意味する。

【００３９】オートマトンブリックの該当するオートマ
トン、サブオートマトンまたはオートマトンレベルは、
当業界で公知のペトリネットから導かれる構造である。

【００４０】実際、図１のオブジェクトＯＢＪは図２の
オートマトンＡＦＴタイプのものでよい。オートマトン
ＯＢＪの各ＳＡＰは、サブオートマトンＳＡＥＦ１、Ｓ
ＡＥＦ２．．．の形態を有し得、１オペレーションあた
り１オートマトンブリックの割合の複数のオートマトン
ブリックから形成され得る。これらのブリックの連鎖的
オペレーションは、内部事象の作成によって一列に連鎖
される。各事象は、受信オートマトンブリックの適当な
応答を生じさせ、その後で、該オートマトンブリック
は、サブオートマトンに制御を戻す。これは、オートマ
トンブリック間の同期に問題が全くを生じないことを意
味する。核モジュールの各々もサブオートマトンの形態
を有し得るが、ブリックを１つだけ含む。その理由は、
各サブオートマトンが１つのプロセスだけを実行するか
らである。

【００４１】このように、オブジェクト間はメッセージ
だけを介して通信し、一方のオブジェクトから他方のオ
ブジェクトに転送すべきデータはメッセージの＜パラメ
ータ＞部に収容されている。逆に、オブジェクト（図２
のＡＥＦ）の内部の通信は本質的に、オブジェクトのデ
ータＤＯＮに記憶されオブジェクトを構成する種々の要
素にアクセス可能な共通変数によって実行される。

【００４２】同様に、オブジェクト間のメッセージだけ
がＦＩＦＯ処理されるので、オブジェクト間の通信だけ
が非同期である。その結果として、オペレーションに割
り当てられた時間の不測の超過をモニタするために時間
遅延を必要とする実時間の問題がこのレベルに限局さ
れ、従って、実時間の問題を配慮しないでオブジェクト
の内部論理を開発し得る。

【００４３】次に、本発明のソフトウェア構造の１つの
アプリケーションを図３から図６に基づいて説明する。

【００４４】以下の記載ではまず、多数呼を明らかに同
時に処理し得るこの種の“多重処理”性を省略し、説明
を単一呼を処理する場合に限定する。また、“多重プロ
セッサ”性に関しても説明しない。とりあえず、アプリ
ケーション構造全体が１つのプロセッサに存在すると想
定する。

【００４５】図３は、２つの上位インタフェースＩ−Ｃ
ＡＣＯ１、Ｉ−ＣＡＣＯ２と、総合オブジェクトＣＡＣ
Ｏと、２つの下位インタフェースＩ−ＣＬＣＥ、Ｉ−Ｃ
ＴＮＣとを含むアプリケーション構造全体を示す。総合
オブジェクトＣＡＣＯの主な機能は、交換システムの呼
制御機能である。呼要求または同様の要求は概して、交
換システムのユーザから発せられ、呼制御は、呼要求に
応じるために交換手段及びその他の手段を使用すること
である。上位インタフェースＩ−ＣＡＣＯ１は、発呼ラ
イン側の通信機能とのインタフェースである。上位イン
タフェースＩ−ＣＡＣＯ２は、着呼ライン側の通信機能
とのインタフェースである。下位インタフェースＩ−Ｃ
ＴＮＣは、発呼ラインと着呼ラインとを接続する交換ル
ートを決定するために交換ルートの探索機能をアクセス
する。インタフェースＩ−ＣＬＣＥは、所定の交換ルー
トに従って発呼ラインと着呼ラインとの物理的接続を成
立させるためにローカル交換装置にアクセスする。

【００４６】オブジェクトＣＡＣＯは図１に基づいて説
明したようなＳＡＰを有している。従って以後はＳＡＰ
を、ＳＡＰに参照符号を付けた小さい菱形で示す。オブ
ジェクトＣＡＣＯは、ＳＡＰ ｃ１を介してインタフェ
ースＩ−ＣＡＣＯ１からメッセージを受容する。ＳＡＰ
ｃ１は該メッセージを、インタフェースＩ−ＣＧｘｘ
１を介して複数の内包オブジェクトＣＧｘｘのＳＡＰの
１つであるＳＡＰ ｘ１に送る。インタフェースＩ−Ｃ
ＡＣＯ２、Ｉ−ＣＬＣＥ、Ｉ−ＣＴＮＣ、オブジェクト
ＣＡＣＯのＳＡＰ ｃ２、ｃ３、Ｃ４、内部ＳＡＰ ｘ
２、ｙ２、ｙ３も同様の構成である。最後の２つは、イ
ンタフェースＩ−ＣＡＣＯ３及びＩ−ＣＡＣＯ４を介し
て複数の内包オブジェクトＣＳｙｙの１つと関係する。

【００４７】従ってオブジェクトＣＡＣＯは、図の上部
に参照符号ＣＧｘｘで集合的に示す同様の第２オブジェ
クトシリーズを含んでおり、オブジェクトＣＡＣＯは、
夫々のインタフェースＩ−ＣＧｘｘ１、ＣＧ−ｘｘ２及
びＳＡＰ ｘ１、ｘ２を介してこれらにアクセスする。
これらのオブジェクトの各々は、加入者との通信プロト
コルを処理する。図４はこの１つをＣＧＩＧとしてより
詳細に示している。従ってＣＧＩＧは、夫々のインタフ
ェースＩ−ＣＧＩＧ１、ＣＧＩＧ２を介してオブジェク
トＣＡＣＯからアクセスされ得るＳＡＰ ｘｉ１、ｘｉ
２を備えたオブジェクトＣＧｘｘの１つの形態である。
図から分かるように、オブジェクトＣＧＩＧは、２つの
内部オブジェクト、即ち発呼加入者側の通信オブジェク
トＣＯＳＧと着呼加入者側の通信オブジェクトＣＴＳＧ
とから構成されている。これらの内部オブジェクトの各
々は、オブジェクトＣＳＩＧとの通信を確保する夫々の
インタフェースＩ−Ｉ−ＣＯＳＧ、Ｉ−ＣＴＳＧを介し
て加入者側の通信メッセージを受信するために経由する
オブジェクトＣＧＩＧのＳＡＰ ｘｉ１、ｘｉ２の対応
部に結合された夫々のＳＡＰ ｇｏ１、ｇｔ１と、同じ
く主オブジェクトＣＡＣＯに含まれてた別のオブジェク
トにアクセスするための下位レベルのオブジェクトＣＧ
ＩＧのＳＡＰ ｘｉ３、ｘｉ４の対応部に結合された夫
々の第２ＳＡＰ ｇｏ２、ｇｔ２とを有している。

【００４８】オブジェクトＣＡＣＯはまた、オブジェク
トＣＧｘｘと同様に表示され集合的にＣＴｘｘと命名さ
れた電気通信サービス供給用のオブジェクトシリーズを
含む。オブジェクトＣＧｘｘは、夫々のインタフェース
Ｉ−ＣＴｘｘ１、Ｉ−ＣＴｘｘ２と夫々のＳＡＰ ｔ
１、ｔ２とを介してオブジェクトＣＴｘｘにアクセスす
る。これらのオブジェクトの各々は、特定電気通信サー
ビスの提供に関する機能を処理する。図３にＣＴＰＰと
命名された１つのオブジェクトが図５に示されている。
該オブジェクトは、ポイントツーポイント電気通信サー
ビスを提供する。このオブジェクトは、夫々のインタフ
ェースＩ−ＣＴＰＰ１、ＣＴＰＰ２を介してオブジェク
トＣＧｘｘからアクセスされ得るＳＡＰ ｔｉ１、ｔｉ
２を備える。図から明らかなように、オブジェクトＣＴ
ＰＰは２つの内部オブジェクト、即ち、発呼加入者側通
信オブジェクトＣＯＴＰと着呼加入者側通信オブジェク
トＣＴＴＰとから構成されている。これらの内部オブジ
ェクトの各々は、オブジェクトＣＧｘｘから加入者側の
通信メッセージを受信するために経由するオブジェクト
ＣＴＰＰのＳＡＰ ｔｉ１、ｔｉ２の対応部に結合され
た夫々のＳＡＰ ｃｏ１、ｃｔ１と、集合的名称ＣＳｙ
ｙによって指示された別のオブジェクトにアクセスする
ために下位レベルのオブジェクトＣＴＰＰのＳＡＰ ｔ
３に結合された夫々の第２のＳＡＰ ｃｏ３、ｃｔ３と
を有している。更に、オブジェクトＣＯＴＰのＳＡＰ
ｃｏ２は、オブジェクトＣＴＴＰのＳＡＰ ｃｔ２に直
結されており、これによって、２つの内包オブジェクト
間でメッセージが直接交換され得る。最後に、オブジェ
クトＣＯＴＰは、発呼加入者と信号を交換（主として呼
出された番号を受信するため）する通信装置に対する発
呼加入者からの交換ルートを定義するために、図３に示
す追加オブジェクトＣＲＯＵにオブジェクトＣＴＰＰの
ＳＡＰ ｔ５を介して結合された追加ＳＡＰ ｃｏ４を
有している。図を簡単にするために、図４の装置の種々
のＳＡＰに結合されるインタフェースは省略した。

【００４９】オブジェクトＣＡＣＯは更に、オブジェク
トＣＧｘｘと同様の集合的名称ＣＳｙｙで指示されたサ
ービス成分と呼ばれるオブジェクトシリーズを含む。オ
ブジェクトＣＴｘｘはインタフェースＩ−ＣＳｙｙ及び
ＳＡＰ ｓ１を介してオブジェクトシリーズＣＳｙｙに
アクセスする。これらのオブジェクトの各々は、話声通
信、映像通信、などのような該当するサービスの１成分
に関する機能を処理する。図３にＣＳＰＰとして示され
たオブジェクトの１つを図６に示す。該オブジェクト
は、話声通信のようなサービス成分を供給し、それ自体
は、２つの内部オブジェクト、即ち、発呼加入者側の通
信オブジェクトＣＯＳＰと着呼加入者側の通信オブジェ
クトＣＴＳＰとから構成されている。これらの内部オブ
ジェクトの各々は、ＳＡＰ ｓ１に結合され、ＳＡＰ
ｓ１を介してオブジェクトＣＴｘｘとの通信を確保する
図示しない共通インタフェースから加入者側の通信メッ
セージを受信する夫々のＳＡＰ ｓｏ１、ｓｏ２と、オ
ブジェクトＣＳＰＰの下位レベルのＳＡＰ ｓ３に一緒
に結合された夫々の第２のＳＡＰ ｓｏ２、ｓｔ２と、
前記と同様にインタフェースＩ−ＣＬＣＥ、Ｉ−ＣＴＮ
Ｃを介して別のオブジェクトにアクセスするためにオブ
ジェクトＣＳＰＰのＳＡＰ ｓ４に一緒に結合された第
３のＳＡＰ ｓｏ３、ｓｔ３とを有する。

【００５０】オブジェクトＣＡＣＯは最後に、オブジェ
クトＣＴｘｘから夫々のＳＡＰ ｔ５を介してアクセス
される少なくとも１つの前記のごとき追加オブジェクト
ＣＲＯＵを含む。このオブジェクトＣＲＯＵは唯１つの
ＳＡＰ ｒ１を含み、オブジェクトＣＴｘｘの補助オブ
ジェクトと考えることができる。質問−応答モードでオ
ブジェクトＣＴｘｘが、両者に共通の機能を果たすため
にオブジェクトＣＲＯＵを呼出す。単一のＳＡＰはオブ
ジェクトから質問を受容し、該当オブジェクトにオブジ
ェクトＣＲＯＵからの応答を送出する。

【００５１】上記の記載は、特定アプリケーションの場
合の本発明のソフトウェア構造の１つの実施例である。
その使用を説明するために、２つの加入者間に話声通信
が成立するときにこの構造で交換されるメッセージと実
行される機能とを図３から図６を参照しながら以下に簡
単に説明する。

【００５２】発呼加入者からの呼要求が、インタフェー
スＩ−ＣＡＣＯ１を介してＳＡＰｃ１に供給されるメッ
セージの形態でオブジェクトＣＡＣＯに到着する。これ
は、発呼加入者から発せられた呼準備要求メッセージで
あり、直ちにオブジェクトＣＧＩＧに転送され、該オブ
ジェクト内でオブジェクトＣＯＳＧに転送される。

【００５３】オブジェクトＣＯＳＧは、前述のごときヘ
ッダの内容に基づいてそのＳＡＰｇｏ２に被呼メッセー
ジＣＴＰＰ．ｔ１−ＥＳＴ．ＲＱを送出することによっ
て応答する。従ってこのメッセージは、オブジェクトＣ
ＴＰＰのＳＡＰ ｔｉ１にアドレスされる。呼準備（Ｅ
ＳＴ）が要求（ＲＱ）される。随伴パラメータは該当加
入者とその特性、特に話声信号通信であるという事実を
識別する。

【００５４】このメッセージがＳＡＰ ｔｉ１にアドレ
スされるので、メッセージはＳＡＰｃｏ１を介して内包
オブジェクトＣＯＴＰに転送される。オブジェクトＣＯ
ＴＰはメッセージをＳＡＰ ｃｏ４から前記オブジェク
トＣＲＯＵにアドレスされたオブジェクトＣＴＰＰのＳ
ＡＰ ｔ５に送る。このメッセージはＣＲＯＵ−ＤＥ
Ｔ．ＲＱと命名されている。従ってこのメッセージは、
ＳＡＰを１つだけ有しているオブジェクトＣＲＯＵに送
られる。従って、前記パラメータによって定義される交
換ルート（ＤＥＴ）が要求（ＲＱ）される。

【００５５】オブジェクトＣＲＯＵは、要求メッセージ
のヘッダ（ＣＲＯＵ−ＤＥＴ）と同じ必須要素が繰返さ
れている返送メッセージＣＲＯＵ−ＤＥＴ．ＣＦによっ
て応答する。これは、新しいタイプの要求（要求に対す
る応答を指示するＣＦ）によってユーザオブジェクトに
返送され、メッセージのパラメータ中に要求されるルー
トを供給し得る。

【００５６】次に、オブジェクトＣＯＴＰが新してメッ
セージＣＳＰＰ．ｓ１−ＯＲＥＳＴ．ＲＱをそのＳＡＰ
ｃｏ３に送出する。従ってこのメッセージはオブジェ
クトＣＳＰＰのＳＡＰ ｓ１宛てであり、既に得られた
ルートを供給することによって発呼加入者側接続（ＯＲ
ＥＳＴ）を要求（ＲＱ）する。この接続が成立すると、
オブジェクトＣＳＰＰは返送メッセージＣＳＰＰ−ＯＲ
ＥＳＴ．ＣＦによって応答する。

【００５７】別のオブジェクトを介入させてより詳細に
説明することもできるが、記載のアプリケーションのソ
フトウェア構造が呼処理プロセスの枠内で夫々使用され
る機能を有するオブジェクトから構成されるという事実
の他には、該ソフトウェア構造がオブジェクト間の通信
チャネルを含むこと、言い替えるとオブジェクト間でメ
ッセージをそのヘッダに基づいてアプリケーション構造
内の各オブジェクトの占めるスペースに従って搬送する
手段を含むことを説明するだけで十分なので、このプロ
セスに関する説明はここで終わらせる。

【００５８】実際、ソフトウェアの各アプリケーション
において、各オブジェクトがアプリケーション構造全体
を認識するかまたは少なくともメッセージを伝送すべき
オブジェクトを認識するように設計する必要がある。発
信オブジェクトはメッセージを受信オブジェクトに直接
送出する。この設計の多少とも高性能の変形は容易に想
像できる。前記の要件全部が充足される必要がある。任
意のオブジェクトを設計する前に、この第１オブジェク
トと通信すべきオブジェクトの識別子を認識する必要が
ある。所与のオブジェクトが使用すべき機能の識別が必
要なときは、逆にこれらの機能を実行するオブジェクト
の認識を遅らせることができるのが望ましいことも理解
されよう。これは、メッセージが要求する機能を実行す
るオブジェクトに対するメッセージルーティング手段と
してオブジェクト間の関係を利用することによって得ら
れる。

【００５９】本明細書の冒頭で説明したように、オブジ
ェクトによるソフトウェアの構造化は、構造化の関係が
予め存在することを予定していいる。本発明によれば、
ソフトウェア構造のオブジェクト間に存在し得る関係
は： −１つのオブジェクトが別のオブジェクトによって使用
されることを特定する“使用”の関係、 −１つのオブジェクトが（上位階層の）モデルオブジェ
クトの特定形態であることを特定する“従属”または
“階層”の関係、 −１つのオブジェクトが別のオブジェクトに含まれるこ
とを特定する“内包”の関係、 −１つのオブジェクトが別のオブジェクトに相同である
ことを特定し、１つのオブジェクトを個別に識別可能な
２つの相同部分に分割し得る“相同”の関係、である。

【００６０】図３から図６を参照して記載した構造中に
これらの関係を容易に指摘できる。オブジェクトＣＲＯ
ＵはオブジェクトＣＴｘｘによって使用される。オブジ
ェクトＣＴＰＰはオブジェクトＣＴｘｘに従属する。オ
ブジェクトＣＯＴＰ、ＣＴＴＰはオブジェクトＣＴＰＰ
に内包される。更に、これらのオブジェクトは互いに相
同である。

【００６１】本発明によれば、前記のごときヘッダを有
するメッセージを、通信サービスを構成するメッセージ
ルーティング手段によって搬送し得る。該通信サービス
は各アプリケーション内でかかる関係を考察し、従っ
て、メッセージ送出オブジェクトは該メッセージによっ
て要求されるオペレーションを実行するオブジェクトの
識別子を認識する必要がない。このため、通信サービス
は、メッセージの最終宛て先である受信構造的オブジェ
クトを識別するならば、そのオペレーションが要求され
る仮定オブジェクトの機能を呼出すことが可能である。

【００６２】本発明によればまた、この通信サービスが
オブジェクトを構成する。このオブジェクトは、宛て先
が識別されるとメッセージを宛て先に有効に転送するた
めに別のオブジェクトを使用する。これらのオブジェク
トを図７に基づいて説明する。図７は、本発明の構造の
メッセージ通信サービスの実施例を示す。

【００６３】図７の実施例で、オブジェクトＸ、Ｙ（ま
たは図示しないが夫々のオブジェクトのＳＡＰ Ｘ、
Ｙ、これらは同じものである）は、メッセージ転送オブ
ジェクトＲＬＡ、ＩＡＣＳを介して互いに通信する。例
えば発信オブジェクトであるオブジェクトＸから発せら
れた伝送すべきメッセージは、オブジェクトＸによって
オブジェクトＲＬＡのＳＡＰ ｌａ１にアドレスされる
通信メッセージの＜パラメータ＞フィールドに含まれて
いる。オブジェクトＲＬＡは、発信オブジェクトと伝送
メッセージの宛て先オブジェクトＹ、即ちメッセージを
実際に受信する構造的オブジェクトとの間にリンクを成
立させることによって応答し、ＳＡＰ ｌａ２を介して
該受信オブジェクトに伝送メッセージを送出する。この
リンク成立の際にオブジェクトＲＬＡは、ソフトウェア
の構造、特にオブジェクト間の関係を考察し、メッセー
ジのヘッダ、特に＜オブジェクト＞及び＜ＳＡＰ＞フィ
ールドから、＜オブジェクト＞フィールドで呼出された
オブジェクトに適した関係を適用するこによって受信構
造的オブジェクトの識別子を決定する。

【００６４】関係自体は、オブジェクトＲＬＡのデータ
モジュールに以下の叙述の形態で書込まれている： −＜ＯＢＪＥＴｉ＞＜ＳＡＰｍ＞＜Ｄ＞＜ＯＢＪＥＴｊ
＞＜ＳＡＰｎ＞。これは、＜ＯＢＪＥＴｉ＞によって指
定されたオブジェクトが＜ＯＢＪＥＴｊ＞に従属するこ
と（この関係が＜Ｄ＞で示されている）、より詳細に
は、＜ＯＢＪＥＴｉ＞＜ＳＡＰｍ＞を含むメッセージの
ヘッダが、ＩＡＣＳによって要求される＜ＯＢＪＥＴｊ
＞＜ＳＡＰｎ＞を含むヘッダに翻訳される必要があり、
その後ではこの新しいヘッダに従ってメッセージを搬送
するだけでよいことを意味する。または、 −＜ＯＢＪＥＴｉ＞＜ＳＡＰｍ＞＜Ｕ＞＜ＯＢＪＥＴｊ
＞＜ＳＡＰｎ＞、 −＜ＯＢＪＥＴｉ＞＜ＳＡＰｍ＞＜Ｉ＞＜ＯＢＪＥＴｊ
＞＜ＳＡＰｎ＞、 −＜ＯＢＪＥＴｉ＞＜ＳＡＰｍ＞＜Ｈ＞＜ＯＢＪＥＴｊ
＞＜ＳＡＰｎ＞のような叙述であり、＜Ｕ＞、＜Ｉ＞＜
Ｈ＞は＜“使用”、“内包”、“相同”の関係を夫々示
す。

【００６５】前記関係にＳＡＰの識別子が含まれるか否
かは任意である。

【００６６】図７の実施例のオブジェクトＲＬＡは、任
意のオブジェクトのメッセージをＳＡＰ ｌａ１に受信
すると、そのデータモジュールに書込まれている関係を
検出し、これらの関係に従ってメッセージのヘッダを変
更する。次に、ＳＡＰ ｌａ３を介してオブジェクトＩ
ＡＣＳのＳＡＰ ｉａ１にメッセージを転送する。該オ
ブジェクトＩＡＣＳは、伝送チャネルを介してメッセー
ジを搬送し、ＳＡＰｌａ２を介して到着する際に、オブ
ジェクトＲＬＡのＳＡＰ ｌａ４にメッセージを転送
し、該オブジェクトＲＬＡはそのＳＡＰ ｌａ２を介し
てメッセージのヘッダに指示された識別子を有する受信
オブジェクトにメッセージを供給する。

【００６７】特に、メッセージの送信及び受信手段は、
物理的に分離したデータ処理装置に設置され得る。オブ
ジェクトＲＬＡはこれらの装置の各々に内蔵され、装置
に設置されたオブジェクトを利用してその機能を実行す
ることができるようにフルデータモジュールを有する。
同様に、オブジェクトＩＡＣＳは各装置内に存在し、そ
の種々の部分は、それ自体のヘッダに従ってメッセージ
を互いに搬送できるように相互接続されている。

【００６８】次に図７のオブジェクトＲＬＡ、ＩＡＣＳ
のより高性能の変形を示す図８について説明する。図８
では、オブジェクトＲＬＡが２つの内包オブジェクト、
即ちメッセージ搬送のときの送信側の関係を受け持つ送
信オブジェクトＥＭＲＬＡと、受信側の関係を受け持つ
受信オブジェクトＲＥＲＬＡとを有する。またオブジェ
クトＩＡＣＳは３つのメッセージ搬送モードを提供する
３つのオブジェクト、即ち、データグラム伝送オブジェ
クトＤＴＧ、質問−応答伝送オブジェクトＱＲとセッシ
ョン伝送オブジェクトＳＳとを含む。

【００６９】ＳＡＰ ｌａ３、ｌａ４は３つの双方向Ｓ
ＡＰ ｌａ３１、ｌａ３２、ｌａ３３で置換されている
が、実際にはオブジェクトＩＡＣＳに含まれる３つの内
包オブジェクトにアクセスするための３対のＳＡＰから
成る。

【００７０】データグラム伝送オブジェクトＤＴＧは、
オブジェクトＲＬＡに含まれたオブジェクトＥＭＲＬＡ
からメッセージを受信し、受信を肯定応答し、オブジェ
クトＲＬＡに含まれたオブジェクトＲＥＲＬＡに送り、
肯定応答を受信し、オブジェクトＥＭＲＬＡに“オブジ
ェクト転送”指示を供給する。従って、データグラムは
応答を含まないメッセージであることが理解されよう。

【００７１】質問−応答伝送オブジェクトＱＲは、前記
同様の伝送モードを提供するが、更に、質問であるとみ
なされる第１搬送メッセージに対する応答メッセージを
逆方向に伝送するように設計されている。

【００７２】セッション伝送オブジェクトＳＳは、１つ
だけのメッセージを搬送するように設計された前記の２
つのオブジェクトとは違って、所定の２つのオブジェク
ト間で複数のメッセージを双方向に伝送するように設計
されている。発信オブジェクトからの第１メッセージに
よってセッションオープニングが要求される。これは受
信オブジェクトによって受諾される。次に、応答を全く
要求することなくメッセージが搬送される。メッセージ
の転送が報告されるだけである。

【００７３】通信要件に従って多数の伝送モードが予想
できるので、伝送モードに関してはこれ以上説明しな
い。

【００７４】最後に、上記では本発明の範囲外の多重処
理性については一言触れただけである。

【００７５】しかしながら、各オブジェクト、例えばオ
ブジェクトＲＬＡ、ＩＡＣＳがそのオペレーティングデ
ータの中に、呼の処理に関するデータセットから成るコ
ンテキストを含むことに留意されたい。従って、オブジ
ェクトは、着呼加入者の応答または呼成立の確認または
呼処理でそれ自体の役割を果たした別のオブジェクトの
応答のような発生すべき事象を待機しながら延期されて
いた呼の処理の１段階を実行するために呼出され得る。
この事象はメッセージによってオブジェクトに報告され
る。このメッセージには、何らかの方法で当該呼を識別
する慣用の情報、即ち、オブジェクトが参照すべきコン
テキストが付加されている。このコンテキストは、当該
オブジェクト内で処理を延期する前に到達した状態を記
述している。このように変更されたコンテキストに対す
る処理段階は、処理段階の終りにオブジェクトが該当呼
の処理を放棄し、別のコンテキストを参照して別の呼の
処理にために使用可能になる前に完了する。

【００７６】本発明の付加的特徴によれば、メッセージ
通信サービスを供給するオブジェクトＲＬＡが、多重性
を受け持つ、即ち呼に関して最初にアドレスされたオブ
ジェクト内の呼の処理にコンテキストを割り当て、同じ
呼に対して該オブジェクトが再度アドレスされる度毎に
使用すべきコンテキストを識別する。識別は、オブジェ
クトＲＬＡ、その他にも分かっている発信オブジェクト
のコンテキストの識別子に基づいて行なわれる。

【００７７】勿論以上の記載は非限定的な代表例に関す
る記載であり、本発明の範囲内で種々の変更が可能であ
ることは理解されよう。

【図面の簡単な説明】

【図１】本発明のソフトウェア構造に含まれる１つまた
は複数の個別サービスアクセス点を有するオブジェクト
のブロック図である。

【図２】有限状態オートマトンの形態の図１のオブジェ
クトの実施例のブロック図である。

【図３】本発明の従って設計されたオブジェクトの全体
構造のブロック図である。

【図４】図２のオブジェクトＣＡＣＯに内包されるオブ
ジェクトＣＳＩＧの全体構造のブロック図である。

【図５】図２のオブジェクトＣＡＣＯに内包されるオブ
ジェクトＣＴＰＰの全体構造のブロック図である。

【図６】図２のオブジェクトＣＡＣＯに内包されるオブ
ジェクトＣＳＰＰの全体構造のブロック図である。

【図７】本発明の構造で使用されるメッセージルーティ
ング手段の実施例のブロック図である。

【図８】図７のメッセージルーティング手段の変形例の
ブロック図である。

【符号の説明】

ＯＢＪ 構造的オブジェクト ｐｃ１、ｐｃ２、ｐｃｎ サービスアクセス点 ＳＡＰ１、ＳＡＰ２、ＳＡＰｎ サービスアクセス点モ
ジュール Ｉ−ＯＢＪ１、Ｉ−ＯＢＪ２、Ｉ−ＯＢＪｎ アクセス
インタフェース Ｎ 核 Ｉ−Ｎ 内部インタフェース ＤＯＮ データモジュール

Claims (6)

【特許請求の範囲】
1. 【請求項１】 各々がデータと手続きとを含む構造的オ
   ブジェクトから成り、前記手続きは、オブジェクトがＣ
   ＣＩＴＴ勧告Ｘ２００で規定された“サービス提供者”
   として機能するようにオブジェクトのデータを利用する
   プログラムであり、ＣＣＩＴＴ勧告Ｘ２００に定義され
   た“サービスユーザ”によってオブジェクト宛てメッセ
   ージがアドレスされ得る少なくとも１つのサービスアク
   セス点を各々が含み、前記メッセージが特にヘッダとパ
   ラメータとを含み、前記ヘッダが特にオブジェクト識別
   子を有しており、構造的オブジェクトが別のオブジェク
   トに対して構造的に配置されるような関係によって前記
   構造的オブジェクトの各々が別のオブジェクトに結合さ
   れているデータ処理システム、特に電気通信システム用
   のソフトウェア構造であって、各オブジェクトが、１つ
   または複数のサービスアクセス点モジュールと１つまた
   は複数の核モジュールとから成り、オブジェクト間の通
   信が、発信オブジェクトのサービスアクセス点モジュー
   ルと受信オブジェクトのサービスアクセス点モジュール
   との間での通信プロトコルに従うメッセージ伝送によっ
   て行なわれ、前記メッセージは、搬送すべきメッセージ
   を発信オブジェクトから受信して受信オブジェクトに供
   給する通信サービスオブジェクトを介して伝送され、前
   記通信サービスは、オブジェクト間の関係を定義するデ
   ータを含み、メッセージの宛て先である受信構造的オブ
   ジェクトの識別子を決定するために、メッセージのヘッ
   ダの識別子と共に前記関係を参照することを特徴とする
   データ処理システム、特に電気通信システム用ソフトウ
   ェア構造。
2. 【請求項２】 オブジェクトが複数のサービスアクセス
   点を有し、該サービスにアドレスされるメッセージの前
   記ヘッダが、サービスアクセス点の指定を含み、前記通
   信サービスが、そのヘッダとオブジェクト間の前記関係
   とを参照して、メッセージ受信構造的オブジェクトのサ
   ービスアクセス点にメッセージをアドレスするように構
   成されていることを特徴とする請求項１に記載のデータ
   処理システム、特に電気通信システム用ソフトウェア構
   造。
3. 【請求項３】 メッセージの前記ヘッダが更に、メッセ
   ージの受信オブジェクトから要求されるオペレーション
   の識別子を含み、前記通信サービスが、メッセージをア
   ドレスすべき受信構造的オブジェクトのサービスアクセ
   ス点を選択するために、前記要求されるオペレーション
   の識別子を参照することを特徴とする請求項２に記載の
   データ処理システム、特に電気通信システム用ソフトウ
   ェア構造。
4. 【請求項４】 前記関係が、従属、使用、内包及び相同
   であることを特徴とする請求項１から３のいずれか一項
   に記載の記載のデータ処理システム、特に電気通信シス
   テム用ソフトウェア構造。
5. 【請求項５】 前記通信プロトコルが受信オブジェクト
   のサービスアクセス点モジュールに定義されており、発
   信オブジェクトが前記通信プロトコルを使用するよう
   に、前記受信オブジェクトが発信オブジェクトのサービ
   スアクセス点モジュールに前記通信プロトコルを明示す
   ることを特徴とする請求項１から３のいずれか一項に記
   載の記載のデータ処理システム、特に電気通信システム
   用ソフトウェア構造。
6. 【請求項６】 前記通信サービスが更に多重処理性を与
   える機能を受け持つこと、即ち、呼に関して最初に呼出
   されたオブジェクト内の呼処理に１つのコンテキストを
   割り当て、該オブジェクトが同じ呼に関して再度呼出さ
   れる度毎に使用すべきコンテキストを識別する機能を果
   たすことを特徴とする請求項１から３のいずれか一項に
   記載の記載のデータ処理システム、特に電気通信システ
   ム用ソフトウェア構造。