(57)【特許請求の範囲】
【請求項１】
所定のテスト規準を満たす通知を受け取るために通知サービス（１２）に対して受信側または各受信側（１４Ａ、１４Ｂ）が登録されており、分散アプリケーション情報処理ネットワークにおいてこの通知サービスを通じて送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）から少なくとも一つの受信側（１４Ａ、１４Ｂ）に通知を伝送する方法であって、
送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）が、この送信側に関する少なくとも二つの値のセットを含む通知を通知サービス（１２）に送り、
通知サービス（１２）は、登録された各受信側（１４Ａ、１４Ｂ）のために、前記のセットがこの受信側（１４Ａ、１４Ｂ）に関連する所定のテスト規準を満たすかどうかを検証し、
通知サービス（１２）は、前記の所定のテスト規準が満たされる場合には、前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）に関する前記の通知を前記の受信側（１４Ａ、１４Ｂ）に送り、
前記の所定のテスト規準が、前記の送信オブジェクト（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）に関する少なくとも二つの値の相互比較を含むことを特徴とする方法。
【請求項２】
ネットワークが複数の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）を含み、各送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）がその送信側に関する一つの情報を示す少なくとも一つの値を他の複数の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）に送り、前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）によって通知サービス（１２）に送られる通知の値の前記のセットが、前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）によって受け取られた前記の特定の値の少なくとも一つの関数である値を含み、前記の比較が、前記の特定の値の少なくとも一つの関数である値と前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）に関する値との間で実施されることを特徴とする請求項１に記載の方法。
【請求項３】
送信側または各送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）がリソースの活動の追跡調査に割り当てられ、比較の対象となる値が前記の関連するリソースの活動状態を表す情報であることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記の所定のテスト規準が、前記の受信側の通知サービス（１２）に対する登録のときに前記の受信側（１４Ａ、１４Ｂ）によって定義されることを特徴とする請求項１から３のいずれか一項に記載の方法。
【請求項５】
少なくとも一つの送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）と、少なくとも一つの受信側（１４Ａ、１４Ｂ）と、通知サービス（１２）とを含み、所定のテスト規準を満たす通知を受け取るために通知サービス（１２）に対して受信側または各受信側（１４Ａ、１４Ｂ）が登録されており、
送信側または各送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）が、この送信側に関する少なくとも二つの値のセットを含む通知を通知サービス（１２）に送るための手段を含み、
通知サービス（１２）は、登録された各受信側（１４Ａ、１４Ｂ）のために、前記のセットがこの受信側（１４Ａ、１４Ｂ）に関連する所定のテスト規準を満たすかどうかを検証するための手段を含み、
通知サービス（１２）は、前記の所定のテスト規準が満たされる場合には、前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）に関する前記の通知を前記の受信側（１４Ａ、１４Ｂ）に送るための手段を含む、
分散アプリケーション情報処理ネットワークであって、
前記の所定のテスト規準が前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）に関する少なくとも二つの値の相互比較を含むことを特徴とする分散アプリケーション情報処理ネットワーク。
【請求項６】
ネットワークが複数の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）を含み、各送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）がその送信側に関する一つの情報を示す少なくとも一つの値を他の複数の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）に送るための手段を含み、前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）によって通知サービス（１２）に送られる通知の前記の値のセットが、前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）によって受け取られた前記の特定の値の少なくとも一つの関数である値を含み、前記の所定のテスト規準が、前記の特定の値の少なくとも一つの関数である値と前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）に関する値との間の比較を含むことを特徴とする請求項５に記載のネットワーク。
【請求項７】
送信側または各送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）がリソースの活動の追跡調査のために適合され、比較の対象となる値は前記の関連するリソースの活動状態を表す情報であることを特徴とする請求項５または６に記載のネットワーク。
【請求項８】
前記の受信側（１４Ａ、１４Ｂ）が、前記の受信側の通知サービス（１２）に対する登録のときに前記の所定のテスト規準の定義手段を含むことを特徴とする請求項５から７のいずれか一項に記載のネットワーク。
【請求項９】
送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）と受信側（１４Ａ、１４Ｂ）との少なくとも一つがオブジェクトであることを特徴とする請求項５から８のいずれか一項に記載のネットワーク。
【請求項１０】
少なくとも一つの送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）と少なくとも一つの受信側（１４Ａ、１４Ｂ）とを含む分散アプリケーション情報処理ネットワークの、所定のテスト規準を満たす通知を受け取るために受信側または各受信側（１４Ａ、１４Ｂ）が登録されている通知サービス（１２）を含む通信装置であって、送信側または各送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）が、この送信側に関する少なくとも二つの値のセットを含む通知を通知サービス（１２）に送るための手段を含み、通知サービス（１２）が、登録された各受信側（１４Ａ、１４Ｂ）のために、前記の値のセットがこの受信側（１４Ａ、１４Ｂ）に関連する所定のテスト規準を満たすかどうかを検証するための手段を含み、通知サービス（１２）が、前記の所定のテスト規準が満たされる場合には、前記の送信側（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ）に関する前記の通知を前記の受信側（１４Ａ、１４Ｂ）に送るための手段を含むものであり、前記の所定のテスト規準が前記の送信側に関する少なくとも二つの値の相互比較を含むことを特徴とする通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、分散アプリケーション情報処理ネットワークにおける通知の伝送方法に関する。さらに本発明はこの方法を利用するネットワークにも関する。
【０００２】
本発明は特に、「オブジェクトマネージメントグループ（Object Management Group）」（ＯＭＧ）の仕様「Common Object Request Broker Architecture」（ＣＯＲＢＡ）を遵守するネットワーク分散オブジェクトアーキテクチャに適用される。
【０００３】
【従来の技術】
このアーキテクチャでは、オブジェクトは、ネットワークの中に存在する様々な情報処理装置に分散している。これらの情報処理装置は、仕様ＣＯＲＢＡにおいて「Object Request Broker」（ＯＲＢ）と呼ばれるソフトウェアバスを介して通信する。
【０００４】
「ソフトウェアバス」という用語は、分散環境においてオブジェクトが要求を送受することを可能ならしめるエンティティを指す。分散アプリケーションは情報処理装置に導入され、これらの情報処理装置は、一方ではネットワークを形成する情報処理装置が接続されている物理サポートによって、他方では通信プロトコルの下層、すなわち例えばＩＰ層（インターネットプロトコル）およびＴＣＰ（Transmission Control Protocol）によって互いに通信する。
【０００５】
情報処理装置は例えばテレコミュニケーションネットワークの自動交換器であるか、またはさらに、一つまたは複数のプリンタに接続されたワークステーションである。
【０００６】
このようなネットワークでは、オブジェクトは、これがネットワークにある場合には、クライアントオブジェクト用サービスを提供し、これらのサービスはネットワークにこれらのサービスのための要求を送信する。ソフトウェアバス（ＯＲＢ）の役割は、関係サーバオブジェクトへ要求を送ること、およびクライアントオブジェクトへ出力値を返送することである。この動作はクライアントオブジェクトにとってトランスペアレントに行われる。このクライアントオブジェクトは、オブジェクトがネットワークのどこに常駐するか、どのように実現されるか、どのように記憶されるか、またどのように利用されるかを知らない。クライアントオブジェクトは、要求を送るためにオブジェクトの参照のみが必要である。
【０００７】
仕様ＣＯＲＢＡによれば、各分散オブジェクトはＩＤＬ（Interface Definition Language：インターフェース定義言語）で書かれた通信インターフェースを含む。このインターフェースＩＤＬは、様々なオブジェクトモデルの間のオブジェクト搬送を可能にするオブジェクトのインターフェースを静的に定義できるようにする。
【０００８】
インターフェースＩＤＬをコンパイルした後に、得られたスタブ（stub, talonまたはsouche）がオブジェクトの実現につながる。
【０００９】
こうしてクライアントオブジェクトは、ネットワーク上のサーバオブジェクトの状況を気にすることなく、機能ＩＤＬをローカルオブジェクトとして呼び出しながら遠隔のサーバオブジェクトと簡単に対話することができる。この目的でクライアントオブジェクトはその要求をアドレスするためにサーバオブジェクトの通信インターフェースフォーマットを利用することができる。
【００１０】
このようなネットワークでは、同じソフトウェアバスに接続された送信オブジェクトから受信オブジェクトに同時に多数のデータが直接伝送される。
【００１１】
しかしながら、多くのデータが通知サーバを通過する。これらの通知サーバは、通知サービスにおいてそのようなものとして記録された送信オブジェクトからの通知を受け取る。受信オブジェクトの資格で登録され、一つまたは複数の所定のテスト規準に含まれるデータから送られる通知のフィルタリングを行うために、このテスト規準を指定した受信オブジェクトは、通知サービスから所定のテスト規準を満たす通知を受け取る。
【００１２】
フィルタリング法は、ネットワークで伝送されるデータの量を減らすため、および各受信オブジェクトの必要に通知サービスを適合させるために特に役に立つ。
【００１３】
これらのフィルタを動的に宣言し変更することができる。
【００１４】
通知の形で送信オブジェクトによって伝送されるデータは、各送信オブジェクトに特定の、および関係する値を含むフィールドまたは属性にしたがって構成される。
【００１５】
フィルタリングは、データ構造におけるいくつかのフィールドを識別すること、およびこれらのフィールドの値に基づいてフィルタの記載にしたがって比較を行うことにある。
【００１６】
所定のテスト規準を満たす抽出された値を持つ通知のみが、受信オブジェクトに伝送される。
【００１７】
この形式のネットワークでは、利用されるフィルタリング法は、効果的なフィルタリングを可能ならしめない簡単な構造のテストを使用する。特に、これらのフィルタは有効なフィルタリングを確証するものではなく、十分に練り上げられたテスト規準を利用しない。またこれらは、受信オブジェクトが必要とするデータのみを受信オブジェクトが受け取ることを目的に、受信オブジェクトへのトラフィックを現実に制限することに適していない。
【００１８】
これらの条件では、ネットワークは関心の低い多量のデータを伝達して、無駄にネットワークのトラフィックを増加させる。
【００１９】
【発明が解決しようとする課題】
本発明は、この問題へ解決策をもたらすこと、また詳しくは、ネットワークの機能動作の要請を満たすことを可能ならしめると同時に、効果的なフィルタリングが多くの通信を効果的に減らす、伝送方法とこの方法を利用するネットワークとを提案することである。
【００２０】
【課題を解決するための手段】
そのために本発明は、所定のテスト規準を満たす通知を受け取るために通知サービスに対して受信側または各受信側が登録されており、分散アプリケーション情報処理ネットワークにおいてこの通知サービスを通じて送信側から少なくとも一つの受信側に通知を伝送する方法であって、
−  送信側が、この送信側に関する少なくとも二つの値のセットを含む通知を通知サービスに送り、
−  通知サービスは、登録された各受信側のために、前記のセットがこの受信側に関連する所定のテスト規準を満たすかどうかを検証し、
−  通知サービスは、前記の所定のテスト規準が満たされる場合には、前記の送信側に関する前記の通知を前記の受信側に送り、
前記の所定のテスト規準が前記の送信オブジェクトに関する少なくとも二つの値の相互比較を含むことを特徴とする方法を対象とする。
【００２１】
特定の実施形態によれば、この方法は、
−  ネットワークは複数の送信側を含み、各送信側はその送信側に関する一つの情報を示す少なくとも一つの値を他の複数の送信側に送り、前記の送信側によって通知サービスに送られる通知の値の前記のセットは、前記の送信側によって受け取られた前記の特定の値の少なくとも一つの関数である値を含み、そして前記の比較は、前記の特定の値の少なくとも一つの関数である値と前記の送信側に関する値との間で実施されること、
−  送信側または各送信側はリソースの活動の追跡調査に割り当てられ、比較の対象となる値は前記の関連するリソースの活動状態を表す情報であり、また
−  前記の所定のテスト規準は、前記の受信側の通知サービスに対する登録のときに前記の受信側によって定義される、
という特徴の一つまたは複数を含むことがある。
【００２２】
さらに本発明は、少なくとも一つの送信側と、少なくとも一つの受信側と、通知サービスとを含み、所定のテスト規準を満たす通知を受け取るために通知サービスに対して受信側または各受信側が登録されており、
−  送信側または各送信側が、この送信側に関する少なくとも二つの値のセットを含む通知を通知サービスに送るための手段を含み、
−  通知サービスは、登録された各受信側のために、前記のセットがこの受信側に関連する所定のテスト規準を満たすかどうかを検証するための手段を含み、
−  通知サービスは、前記の所定のテスト規準が満たされる場合には、前記の送信側に関する前記の通知を前記の受信側に送るための手段を含む、
分散アプリケーション情報処理ネットワークであって、
前記の所定のテスト規準は前記の送信側に関する少なくとも二つの値の相互比較を含むことを特徴とする分散アプリケーション情報処理ネットワークを対象とする。
【００２３】
特定の実施形態によれば、このネットワークは、
−  ネットワークは複数の送信側を含み、各送信側はその送信側に関する一つの情報を示す少なくとも一つの値を他の複数の送信側に送るための手段を含み、前記の送信側によって通知サービスに送られる通知の前記の値のセットは、前記の送信側によって受け取られた前記の特定の値の少なくとも一つの関数である値を含み、そして前記の所定のテスト規準は、前記の特定の値の少なくとも一つの関数である値と前記の送信側に関する値との間の比較を含み、
−  送信側または各送信側はリソースの活動の追跡調査のために適合され、比較の対象となる値は前記の関連するリソースの活動状態を表す情報であり、
−  前記の受信側は、前記の受信側の通知サービスに対する登録のときに前記の所定のテスト規準の定義手段を含み、また
−  送信側と受信側との少なくとも一つがオブジェクトである、
という特徴の一つまたは複数を含むことがある。
【００２４】
本発明はまた、少なくとも一つの送信側と少なくとも一つの受信側とを含む分散アプリケーション情報処理ネットワークの、所定のテスト規準を満たす通知を受け取るために受信側または各受信側が登録されている通知サービスを含む通信装置であって、送信側または各送信側は、この送信側に関する少なくとも二つの値のセットを含む通知を通知サービスに送るための手段を含み、通知サービスは、登録された各受信側のために、前記の値のセットがこの受信側に関連する所定のテスト規準を満たすかどうかを検証するための手段を含み、通知サービスは、前記の所定のテスト規準が満たされる場合には、前記の送信側に関する前記の通知を前記の受信側に送るための手段を含み、前記の所定のテスト規準が前記の送信側に関する少なくとも二つの値の相互比較を含むことを特徴とする通信装置を対象とする。
【００２５】
本発明は、もっぱら例示として挙げ、通知サービスを利用する本発明による分散オブジェクトネットワークの概略図である特定の図面を参照して、次に記載する説明を読むことによってさらによく理解されよう。
【００２６】
【発明の実施の形態】
下記の説明では、各オブジェクトは仕様ＣＯＲＢＡに適合し、したがってオブジェクトはネットワークにおけるこれらの状況とは無関係に要求を送りながら、簡単に相互に通信することができると想定する。
【００２７】
単一図には、参照記号１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅで示される五つの送信オブジェクトが示されている。これらのオブジェクトの各々は、個別の情報処理装置、例えば遠隔通信ネットワークの自動交換器の機能動作の監視に割り当てられる。オブジェクトは、ソフトウェアリソースまたはハードウェアリソースが問題となるネットワークのどんな形式の構成部分の機能動作状態も評価するために適合している。これらのオブジェクトはネットワーク上に配分され、ソフトウェアバス１１によって接続されている。
【００２８】
参照符号１２を有する通知サービスはソフトウェアバスによって接続され、ネットワークのオブジェクト間の情報の非同期通信を保証する。
【００２９】
参照符号１４Ａ、１４Ｂで示される受信オブジェクトがソフトウェアバス１１に接続されている。これらのオブジェクトは、例えば遠隔通信ネットワークの機能動作追跡調査業務に割り当てられ、特にネットワーク上の故障の検出および介入のためにオペレータへ情報を与えることを目的とする。
【００３０】
通知サービス１２は、ソフトウェアバス１１に接続されている一組のオブジェクトで形成されている。とりわけ、これは通知サーバアドミニストレータ１６と通知チャネル１８とを含み、通知チャネル１８は、受け取った通知データが受信オブジェクトの通知サービスへの登録のときに受信オブジェクトによって作成された所定のテスト規準を満たすときに、受け取った通知を送信オブジェクトの一つから受信オブジェクトの一つまたは複数へ送ることを目的とする。
【００３１】
送信オブジェクト１０Ａ〜１０Ｅの各々は、登録ＩＤＬインターフェース２０を介して通知サーバアドミニストレータ１６に対して登録される。この登録は、送信オブジェクトからインターフェース２０へ要求を送ることによって実施される。このような要求は、オブジェクト１０Ａについて矢印２１によって概略表示されている。各送信オブジェクト１０Ａ〜１０Ｅは、その登録のときにリファレンスおよび場合によっては通知チャネル１８のＩＤＬ通信インターフェース２２のフォーマットを受け取る。したがってこのリファレンスは、前記の送信オブジェクトがこの送信オブジェクトに関する値を含む通知を通知サービス１２に伝送できるようにする。これらの通知はアラームを形成し、そして送信オブジェクトに関連する情報処理装置の機能動作状態を示すものである。
【００３２】
−  ＩＤＬで書かれたアラームの構造は、例えば次の形式を有する。
【００３３】
struc{
string name;
short severity;
short highestseverity;
string alarm_reason;
};
ただし、
"name"は送信オブジェクトのネームであり、
"severity"は、対応する送信オブジェクトに関連する情報処理装置において発生する故障の重大さを尺度１〜５で評価したレベルであり、
"highestseverity"は、送信オブジェクト１０Ａ〜１０Ｅの組の中で発生する最も高い重大さのレベルであり、
"alarm_reason"は故障の識別子である。
【００３４】
送信オブジェクトは、関連する装置の機能動作状態に応じてフィールドの各々に一つの値を割り当てる。
【００３５】
"highestseverity"フィールドに一つの値を割り当てるために、オブジェクト１０Ａ〜１０Ｅは、オブジェクトの一つが関連する情報処理装置について決定されたレベルの故障を表すアラームを送るときに、他のオブジェクトの組がＩＤＬインターフェースを介してこのアラームの受け手となるように、互いに通信し合うように適合される。
【００３６】
その上に、受信オブジェクト１４Ａ、１４Ｂは、これらに関係する通知を受け取るために、通知サービス１２に対して登録される。そのために、各受信オブジェクト１４Ａ、１４Ｂは、通知サーバアドミニストレータ１６の登録ＩＤＬインターフェース２４に対して登録される。このインターフェースは、これらのオブジェクトがこれらが登録されている通知サービスから出される通知を受け取るために、ソフトウェアバスに接続されたオブジェクトを登録するために適している。
【００３７】
登録は、特に登録された受信オブジェクトのレファレンスを通知サーバアドミニストレータ１６に供給して実施される。
【００３８】
ＣＯＲＢＡオブジェクトを形成する通知チャネル１８は通知サーバアドミニストレータ１６によって指令される。特に、通知サーバアドミニストレータ１６は、受信オブジェクトにそのレファレンスを供給して通知チャネル１８に対する受信オブジェクトの登録を保証する。
【００３９】
各受信側はやはり、その通知サービスに対する登録のときに、フィルタの中に含まれる所定のテスト規準の検証に応じてその受信オブジェクトに送られるべき通知の選択を保証するフィルタを定義する。
【００４０】
各受信側によって定義されるフィルタに応じて、通知サーバアドミニストレータ１６は、受信オブジェクト１４Ａ、１４Ｂにそれぞれ固有のフィルタ２８Ａ、２８Ｂを利用するための通知チャネル１８の構成を指令する。こうして通知チャネル１８は、各受信オブジェクト１４Ａ、１４Ｂについてオブジェクトのレファレンスとこのオブジェクトに固有のテスト規準とを承認する。
【００４１】
本発明によれば、所定のテスト規準は、同じ送信オブジェクトから出されてこれに関係する情報を表す二つの値を比較することからなる。
【００４２】
例えば、フィルタリングは、ネットワークに存在するアラームの組で最高のレベルを有するアラームのみがこのようなフィルタリングを課した受信オブジェクトに伝送されるように、"severity"フィールドと"highestseverity"フィールドのレベルの比較によって実施される。
【００４３】
そのために、ＣＯＲＢＡ仕様にしたがってＩＤＬで作成されたフィルタの構造は下記の形式を有する。
【００４４】
0003766540.tif 000002
ただし、
−  "AttributeId"は属性の識別子であり、
−  "FilterItem"は、ＥＴ、ＯＵ、ＮＯＮなどの論理演算子によって他の基本テストと結合することによって複雑なテストの記述を可能ならしめる一つの基本テストであり、
−  "FilterItem"は、この場合には次のテストすなわち等しい（equality）、以上または等しい（greater-OrEqual）、以下または等しい（lessOrEqual）の中からテスト形式を与える"FilterItemType"によって決定される。
【００４５】
テストのための引数は、"AttributeType"の中に保存されている。
【００４６】
本発明によれば、テストの引数のために異なる二つの構造を考慮する。一方では、データ構造フィールドの値と所定の参照値との比較によって行われるテストに該当する"AttributeValueType"が、また他方では、同じ送信オブジェクトに関する、同じデータ構造の二つのフィールド値の間の、比較によって行われるテストに該当する"TwoAttributesType"が問題とされる。
【００４７】
フィルタを作成するために、これらの異なる二つの構造はそれぞれ
"AttributeWithValue"および"AttributeWithOtherAttribute"
によって、さらに明白に示される。
【００４８】
このようなフィルタ構造によって、情報処理装置の故障の重大さレベル（"severity"）がネットワークで生ずる最高のレベル（"highestseverity"）以上または等しい、という結果になるテスト規準にしたがった通知のフィルタリングは、下記の形式で書かれる。
【００４９】
greaterOrEqual(AttributeType(AttributeWithOtherAttribute){severity,highestseverity})
このようなフィルタリングシステムによって、受信オブジェクトに送られるべき通知の選択可能性が得られることが理解される。特に、フィルタリング規準は時間とネットワーク状態に応じて進歩することができる。
【００５０】
これとは反対に、単に属性値と参照値との比較のみを利用する現今のフィルタによっては、フィルタリング規準のこのような進歩は不可能である。
【００５１】
ここに挙げた記載は送信オブジェクトと受信オブジェクトとを利用するが、これらのオブジェクトは従来のソフトウェア構成部分、特に典型的な手順プログラムであってもよい。
【図面の簡単な説明】
【図１】通知サービスを利用する本発明による分散オブジェクトネットワークの概略図である。
【符号の説明】
１０  送信オブジェクト
１１  ソフトウェアバス
１２  通知サービス
１４  受信オブジェクト
１６  通知サーバアドミニストレータ
１８  通知チャネル
２０  インターフェース
２２  ＩＤＬ通信インターフェース
２４  登録ＩＤＬインターフェース
２８  フィルタ
【図１】
0003766540.tif 000003