JP3097525B2 - 情報フィルタリング処理を行うデータ伝送方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、１つの計算機分散
システムあるいは複数の計算機分散システムがゲートウ
ェイを介して通信回線により相互接続されたシステムに
おけるデータ伝送方法に関し、特にシステムの拡張性を
向上し、内容コードデータ伝送時時には、通信回線上を
転送するデータ量を減少して通信量を大幅に節約できる
とともに、不要なデータの受信処理を抑止して必要な情
報のみを選択受信し、各計算機の処理効率とデータ受信
性能を向上できる情報フィルタリング処理を行うデータ
伝送方法に関する。

【０００２】

【従来の技術】従来、１つの計算機分散システムでデー
タ通信を行う場合、データに宛先アドレスを付与して１
対１通信を行ったり、あるいはグループアドレスを付与
して同報通信を行っていた。その場合、グループアドレ
スは計算機のグループを１つのアドレスとして設定して
いた。また、伝送路（例えば、ＬＡＮ）間を接続する機
器、例えばルータ（経路選択機能を有するゲート）やゲ
ートウェイ（アドレス変換機能を有するゲート）では、
データに付加された宛先アドレスを基に選択した各伝送
路にデータを送信したり、あるいは送信抑止を実行する
機能を有している。そして、これらの機器は、伝送路上
の一部の情報のみを他の伝送路に抽出して流す、いわゆ
るフィルタリング処理の機能を持っている。また、伝送
路間で抽出する情報の選択は、データに付加された宛先
計算機アドレスを基に実行される。一方、内容コードを
用いた通信方式が広く行われており、これはデータにそ
の内容を示す内容コードを付加し、受け取る側ではその
内容コードに基づいて受信の可否を判断するものであ
る。内容コードについては、システム内でのデータの種
類毎に階層化されており、例えば内容コードの他にデー
タのグループを定義したサブ内容コードを付加して、受
け取る側では先ずこのサブ内容コードで受信の可否を判
別し、さらに内容コードでグループ内の計算機の種類を
識別して受信の可否を最終的に決定している。しかし、
階層化された内容コードについては、サブ内容コードを
多重に有する内容コードを用いた通信方式は、未だ実現
されていない。グループアドレスを用いた通信方式につ
いては、例えば、『アドレス体系実装規約書pp.４（実
装規約番号：ＩＮＴＡＰ−Ｓ００２（−０２）、』（情
報処理相互運用技術協会）に記載されている。また、ル
ータ、ブリッジ、ゲートウェイについては、例えば、
『ＴＣＰ／ＩＰインタネットワーキング、ソフトリサー
チセンタ』に記載されている。また、内容コードに関す
る技術については、例えば特公昭５９−４７９０５号公
報に記載があるが、これは内容コードを使用しているの
みで、フィルタリング技術については記述されていな
い。

【０００３】

【発明が解決しようとする課題】上記従来の方法では、
１対１通信やグループ通信の場合、計算機を宛先として
指定するため、受信側の計算機が拡張または変更される
ときには、送信側の送出データの宛先も変更する必要が
あるため、その度毎に面倒な手続が必要となり、システ
ムの柔軟な拡張は保証されていなかった。システムの柔
軟な拡張を実現するための解決方法として、内容コード
通信を使用する方法があるが、メッセージを全ての計算
機にブロードキャストして、受信側で受信の可否を判断
するため、大規模で広域にわたる計算機分散システムで
は、伝送メッセージ量が極めて多くなり、通信負荷が高
くなるという問題があった。通信負荷を低くするための
解決方法として、本願出願前に本出願人は、全ての伝送
データを各データが持つ属性を基にグループ分けして、
各データグループはデータ送信範囲を規定する属性を保
持するようなデータ伝送方法を提案した。しかし、この
伝送方法では、伝送データの属するデータグループの送
信範囲以外には、そのデータが流れないため、受信側計
算機では、受信可能なデータが制限されてしまう。すな
わち、受信側では、必要なデータを必要な時刻に取得で
きることが必要であって、必要なデータを受信できない
場合があってはならない。例えば、データグループの送
信範囲外の計算機がそのグループのデータを受信する必
要が生じた場合、データグループの送信範囲外にもデー
タ伝送を行えなければならないが、上記伝送方法では無
理であった。また、システム内の伝送データは、常に１
つの属性のみを保持するとは限らない。複数の属性を保
持し、複数のデータグループに属する場合もあるが、上
記伝送方法では、このような受信側には対応できなかっ
た。

【０００４】データグループ間でのデータ伝送方式とし
ては、データグループ間に単に前記ゲートウェイを用い
ることによりデータのフィルタリング処理を使用する方
法が考えられる。すなわち、インタネットワーク技術を
用いて、複数の伝送路を接続したシステムにおいて、伝
送路間の伝送データのフィルタリングを実行した場合に
は、データに付加された宛先計算機アドレスを基に伝送
路間の接続機器（例えば、ゲートウェイ）が抑止・抽出
処理を実行することになる。接続された伝送路に宛先計
算機がない場合には、その伝送路にはデータが流れない
ので、その伝送路にそのデータを受信する計算機が追加
・削除される度毎に、接続機器のフィルタリング情報を
変更する必要が生じ、フィルタリング処理を行っている
状態でのシステムの柔軟な拡張は不可能であった。本発
明の目的は、このような従来の課題を解決し、大規模で
広域にわたる計算機分散システムにおけるシステムの柔
軟な拡張性を可能にし、かつ通信回線上に流れるデータ
量を減少し、通信料を大幅に節約するとともに、受信側
計算機が必要な情報のみを受信することが可能な情報フ
ィルタリング処理を行うデータ伝送方法を提供すること
にある。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明による情報フィルタリング処理を行うデータ
伝送方法は、複数の属性を有するデータを計算機Ａか
ら伝送路に送信する場合、該伝送路内の伝送データに
は、該伝送データの属性に対応するデータの送信範囲を
決定する情報を指定するエリアと、該データを受信する
計算機の受信の可否を判定する条件となる情報を指定す
るエリアとを設け、該データを送信する計算機Ａ内のユ
ーザプログラムは、上記受信の可否を判定する条件とな
る情報と、該データが持つ属性で設定されるデータグル
ープを示す情報と、該データの内容を指定して該計算機
Ａに送出し、該計算機Ａは、指定された受信計算機での
受信の可否を判定する条件となる情報と、上記データグ
ループを基に、該データが持つ他の属性に対応するデー
タグループの情報と、該データグループでの受信計算機
での受信の可否を判定する条件となる情報とを対応さ
せ、かつ該データグループのデータを送信する全ての計
算機が共有するフィルター情報を有し、該計算機Ａは、
該フィルター情報を基に、データグループ毎の受信計算
機での受信の可否を判定する条件となる情報を取得し、
各データグループ毎にそのデータ送信範囲情報と、受信
計算機での受信の可否を判定する条件となる情報の両方
を付加して伝送路に送信し、上記システム内の各伝送路
間を結ぶ計算機Ｂは、伝送データが該伝送路を流れる時
には、該伝送データに付加された送信範囲情報を基に、
該伝送データを該データ内で指定された送信範囲に中継
送信し、上記計算機Ａ，Ｂ以外の計算機Ｃは、該伝送デ
ータが複数の属性を有することを意識することなく、該
伝送データの送信範囲内にある場合のみ、かつ該伝送デ
ータに指定された受信計算機での受信の可否を判定する
条件となる情報に示された条件が一致する場合のみ、該
伝送データを受信することを特徴としている。 また、前記計算機Ａは、送出するデータに対して、デ
ータグループ毎に他のデータグループへの同一データ送
出を抑止させる情報を付加することにより、データグル
ープ間のデータの流れに方向性を持たせ、前記計算機
Ａ，Ｂ以外の計算機Ｃは、該計算機Ｃが送信範囲内には
存在しない他のデータグループからの複数の属性を持つ
伝送データの受信を可能とする情報を設定しておき、上
記情報に合致した伝送データが流れてきた場合、または
該伝送データの属するデータグループとしての送信範囲
内にある場合のみ、かつ該伝送データに指定された受信
計算機での受信の可否を判定する条件となる情報に示さ
れた条件が一致する場合のみ、該伝送データを受信する
ことも特徴としている。

【０００６】また、前記計算機Ａの他に、データグル
ープ毎に設定され、伝送路内に設定されるゲートウェイ
計算機Ｄが設けられており、該ゲートウェイ計算機Ｄ
は、指定された受信計算機での受信の可否を判定する条
件となる情報と、データグループを基に、伝送データが
持つ他の属性に対応するデータグループの情報と、該デ
ータグループでの受信計算機での受信の可否を判定する
条件となる情報とを対応させるフィルター情報を有し、
該ゲートウェイ計算機Ｄは、該データグループを流れる
情報を受信し、該伝送データに付加された送信範囲情報
と上記フィルター情報を基に、データグループ毎の受信
計算機での受信の可否を判定する条件となる情報を取得
し、各データグループ毎にそのデータ送信範囲情報と、
受信計算機での受信の可否を判定する条件となる情報の
両方を付加して、該伝送データを該伝送データ内で指定
された送信範囲に送信し、前記システム内の各伝送路間
を結ぶ計算機Ｂは、該伝送データが伝送路上を流れる時
には、該伝送データに付加された送信範囲情報を基に、
該伝送データを該伝送データ内で指定された送信範囲に
中継送信することも特徴としている。

【０００７】

【発明の実施の形態】本発明においては、データの送信
時に、データグループの送信範囲情報によるブロードキ
ャスト範囲を伝送データの先頭部に付加して送信するの
で、必要な範囲にのみデータを送信することができ、伝
送路の通信負荷を減少することができる。また、受信側
計算機において、受信の可否を判定する条件となるデー
タに付加された情報を基に、データグループ間でのフィ
ルタリングするデータを選択する方法を用いるので、フ
ィルタリングされたデータを受信する計算機の追加・削
除等の拡張を自由にでき、拡張の柔軟性を失わずに、デ
ータグループ間をデータ伝送することができる。さら
に、この方法を用いることにより、複数のデータグルー
プに所属する受信側計算機に対するデータ伝送も可能と
なる。

【０００８】

【実施例】以下、本発明の実施例を、図面により詳細に
説明する。先ず、本発明の概要の説明をする。本発明で
は、システムの柔軟な拡張性と、通信負荷の軽減を目的
として、送信範囲が限定されている伝送データのグルー
プ間における伝送データのフィルタリング方法を提案す
る。なお、伝送データのグループとは、ＬＡＮ等の伝送
路のハードウェアには限定されず、属性等により予めグ
ループ分けされた複数計算機とそれに接続された機器群
を指し、そのグループの送信宛先として１本以上の伝送
路毎、あるいは受信計算機内のデータ受信用ポート、あ
るいはその組み合わせを指定することにより、送信範囲
を限定する。本発明のフィルタリング処理は、伝送デー
タに付加された送信先アドレスを基にしたフィルタリン
グ処理に限定されず、各データに付加された受信計算機
における受信の可否を判定する条件となる情報を基に、
フィルタリング処理を実行することが特徴である。

【０００９】なお、受信計算機における受信の可否を判
定する条件となる情報とは、具体的には、１対１通信の
場合には宛先アドレスであり、グループ通信の場合には
宛先計算機アドレスあるいは計算機グループアドレスで
あり、内容コード通信の場合には伝送データの内容を示
す内容コードである。内容コードを用いた通信方式で
は、送信計算機は送信データの内容に対応して内容コー
ドを付加して送信し、相手のアドレスを認識しない。受
信計算機は、伝送データの内容コードを基に受信するデ
ータを設定する。これにより、受信計算機は、伝送デー
タの送信元計算機の位置、数を意識することなく、デー
タの内容のみを考慮して処理を実行することができる。
各計算機にデータ送信元を指定せずに受信させるので、
伝送データをシステム内にブロードキャストして、その
中の必要なデータのみを受信計算機が受信処理すればよ
い。これにより、送信側の計算機の追加・削除等の拡張
に依存しない受信処理が可能になる。以下の実施例で
は、受信計算機における受信の可否を判定する条件とな
る情報として、伝送データの内容を示す内容コードを用
いた通信方式を対象とする。

【００１０】図１は、本発明の第１の実施例を示す内容
コードフィルタリング処理の説明およびフィルタテーブ
ルの概要図である。内容コード通信方式を用いるシステ
ムでは、各々の伝送データが持つ属性毎にデータグルー
プを設定できる。このデータグループの性質として、そ
のグループに属するデータの送信範囲を制限するという
性質を設定した場合には、システム内に伝送データをブ
ロードキャストする範囲が各々のデータにより限定した
範囲に送信されることになるので、システム内ネットワ
ーク負荷が軽減されるという利点が生じる。その場合の
データグループは、伝送データの送信範囲を規定する物
理的な要素として、伝送路あるいは各計算機の受信用ポ
ート、あるいはその両方の組み合わせにより定義され
る。図１においては、システム内を流れるデータが各々
２つの異なる属性のいずれか一方を保持し、それらの属
性を基に、データグループＤＦ−１（１０１）またはＤ
Ｆ−２（１０２）を送信範囲とする。すなわち、ノード
ＡはＤＦ−１（１０１）を流れるデータのみ受信可能と
なり、ノードＢはＤＦ−２（１０２）を流れるデータの
み受信可能となる。実際に、ノードが伝送データを受信
するか否かを判断するのは、データに付加された内容コ
ードに基づいて判断する。

【００１１】この伝送方法の特徴は、グループＤＦ−１
内のノードＡが受信を選択できるデータがＤＦ−１（１
０１）を流れるデータに限定され、ＤＦ−２（１０２）
を流れるデータがグループＤＦ−１（１０１）内には流
れないため、受信選択ができないという点である。この
ように特定のデータグループからの伝送データのみ受信
選択可能な状態を、ノードＡ（１０６）がＤＦ−１（１
０１）に受信アクセス権を持つと定義する。しかし、特
定のデータグループに対し受信アクセス権を持つノード
について、他のデータグループの情報を全く見えないよ
うにして処理を実行するというシステム設計を行うこと
は困難である。他のグループを流れる情報のうち、一部
の情報を選択して自計算機で受信選択可能となるフィル
タリング方法を実現できれば、データグループと内容コ
ードを用いたシステムに対し、より柔軟な設計が可能と
なる。また、上記のようなフィルタリング方法を用いる
ことにより、データグループを拡張した場合にも、従来
システムのデータグループから拡張部に対して上記フィ
ルタリング方法を用いて必要なデータのみを送信するよ
うに選択できるので、新規追加部と従来システムとの間
で柔軟な接続が可能となる。具体的には、データグルー
プを１本の伝送路とした場合、稼働してデータ伝送を行
っている伝送路に、新規伝送路を追加する際には、上記
フィルタリング方法により従来の伝送路を流れるデータ
のうち、新規追加伝送路に送信するデータを選択して送
信することができる。

【００１２】以上説明したように、本発明の特徴は、デ
ータグループ間で情報を抽出し、さらにその情報の変換
を行うことにより、データグループを利用する利用する
利点を保持しながら、容易にシステム設計を支援できる
点、および柔軟なシステムの拡張を実現できる点であ
る。自計算機が、受信アクセス権を持つデータグループ
以外のデータグループから、あるデータを取得すること
が必要となった場合、以下の２つの方法がある。その１
つは、その計算機で必要となったデータの属するデータ
グループから受信アクセス権を取得する方法（つまり、
そのグループに属すること）であり、他の１つは、本発
明の方法により、グループ間での一部情報の抽出／変換
の形でデータを受信するフィルタリング方法である。前
者では、グループへの受信アクセス権を設定することに
より、そのグループのデータを全て選択することが可能
となり、計算機の受信選択処理の負荷は増加してしま
う。また、後者では、他データグループを流れるデータ
のうち、一部の必要なデータのみ受信可能とするため、
受信選択処理の負荷はそれらの一部のデータ分だけ追加
されることになるため、前者よりも受信選択処理の負荷
は軽い。従って、他データグループの伝送データの殆ん
どを参照して受信選択したい場合には前者を使用し、他
データグループの一部のデータのみ参照して受信選択し
たい場合には後者を使用すればよい。

【００１３】図１において、各計算機の動作を述べる。
計算機として、例えばノードＡ（１０６）では、ユーザ
プログラムＵＰ（１０７）あるいは端末（１０８）で生
成されて出力されたデータ１１１は、フィルターテーブ
ル１を備えた情報処理部１０５に渡される。フィルター
テーブル１は、図１の下方に示されているように、伝送
データ単位に送信先データグループ名２、各データグル
ープにおける内容コード３が設定されている。このテー
ブルでは、データが、データグループＤＦ−１、内容コ
ードｃｃ１でＵＰ１０７かあるいは端末１０８から出力
されると、フィルタリング処理によりデータグループＤ
Ｆ−２に内容コードｃｃＰで自動的に出力されるように
登録されている。出力したＵＰ１０７、端末１０８、あ
るいはノードＡ１０６に、自動的に送信するデータグル
ープが決定されるデフォルトデータグループ（アプリケ
ーションが意識するデータグループ）が予め設定されて
いる場合には、情報処理部１０５にデータ１１１が上っ
てきた際に、フィルターテーブル１内のデフォルトデー
タグループ名を検索し、データ１１１の内容コードｃｃ
１を検索する。次に、内容コードｃｃ１と対応する他の
データグループにおける内容コードＤＦ−２のｃｃＰを
参照して、各々のデータグループ用にデータフォーマッ
トを作成する。ここで、データ１１１に送信すべきデー
タグループ名が付加される方法を用いる場合には、その
付加されたデータグループ名ＤＦ−１を基にフィルター
テーブル１を参照する。

【００１４】情報処理部１０５において、データグルー
プＤＦ−１（１０１）では内容コードｃｃ１のデータ１
０３として、またデータグループＤＦ−２（１０２）で
は内容コードｃｃＰのデータ１０４としてデータフォー
マットが生成される。その後、各データは各々のデータ
グループの送信範囲を指定されて送信される。図１の例
では、フィルタリング処理としてＤＦ−１（１０１）の
データがＤＦ−２（１０２）に抽出される処理が施され
る。抽出されたデータは、そのデータグループのデータ
として受信計算機により認識される。これにより、フィ
ルタリング情報を変更する場合には、フィルターテーブ
ル１の情報を変更するだけでよく、受信計算機の受信内
容コードを変更する必要はない。具体的に、図１におい
ては、ＤＦ−２（１０２）に受信アクセス権を持つノー
ドＢ（１０９）での受信時には、データ１１１をＤＦ−
２（１０２）を流れる内容コードｃｃＰのデータ１１０
と認識する。つまり、送信側と異なるデータグループの
受信計算機では、送信側と異なる内容コードで認識され
る。各データグループ間をフィルタリングされて流れる
データ１０３、１０４は、各データグループ毎に異なる
内容コードｃｃ１，ｃｃＰに設定されるが、データ内容
Ａは同一内容である。

【００１５】図２は、第１の実施例におけるデータメッ
セージのフォーマット図である。データフォーマット
は、データグループ名２、内容コード３、発信源計算機
アドレス４、および実データ２０１から構成される。こ
のうち、データグループ名２にはデータ送信範囲情報５
が格納される。データ送信範囲情報５は、データグルー
プの設定方法によって種々の情報から構成される場合が
ある。先ず１つは、データグループが伝送路アドレスで
送信範囲を限定する場合であり、他の１つは、データグ
ループが受信計算機の受信用ポート番号で送信範囲を限
定する場合であり、残りの１つは、データグループが上
記２つの要素の組み合わせで送信範囲を限定する場合で
ある。上記各々の場合において、送信範囲情報５をメッ
セージフォーマットに設定する。

【００１６】図３は、第１の実施例における計算機分散
システムの構成図である。図３において、計算機３０１
〜３０ｎ、３１１〜３１ｎは、それぞれ伝送路６と６１
に相互接続されており、これらの伝送路６，６１を介し
てデータを授受する。各伝送路６，６１には、各々固有
の位置情報を識別できる伝送路アドレスが設定されてい
る。この伝送路アドレスは、コンピュータネットワーク
における標準プロトコルであるＴＣＰ／ＩＰでの実装を
行った場合、サブネットアドレスに相当する。本システ
ムの構成は、図３に示すように、各計算機を結ぶ伝送路
は１本に限定されることなく、複数本を接続することが
できる。また、伝送路間は、伝送制御装置で接続され
る。ここで、伝送制御装置とは、伝送路間を接続し、伝
送データを伝送路間で授受するための条件を満たすもの
である。具体例としては、単に信号を供給するブリッ
ジ、経路を選択するルータ、アドレスを変換するゲート
ウェイ、内容の演算を行う計算機等が挙げられる。この
うち、ブリッジで接続された伝送路は、２本とも同一の
伝送路アドレスとして設定される。ルータ、ゲートウェ
イは、接続された各伝送路の伝送路アドレスと、伝送デ
ータの送信先伝送路アドレスを基に、伝送路間でのデー
タ伝送を行う。また、計算機は、１本の伝送路とのみ接
続可能であるだけでなく、複数の伝送路と接続すること
が可能である。以下、伝送制御装置としてゲートウェイ
７を接続した場合について述べる。

【００１７】図４は、第１の実施例における計算機の内
部構成図である。処理装置４１２は、伝送制御装置４０
１を介して伝送路６に接続されている。伝送制御装置４
０１内には、送信範囲情報に対応する伝送データのみを
計算機内に物理的に受信できる受信装置、つはりポート
を複数個設定できるデータグループ選択部４０２が配置
されている。また、処理装置４１２は、インタフェース
４１３を介して端末装置に接続されている。また、入力
バッファ４０９、出力バッファ４１０、データグループ
テーブル８、内容コードテーブル９、フィルターテーブ
ル１、および内容コード付データ格納メモリ４１１を接
続している。さらに処理装置４１２の内部には、内容コ
ード選択部４０３、データ受信部４０５、受信データ登
録部４０６、データ送信部４０７、および送信用フィル
ター処理部４０８を備えている。さらに、受信用フィル
ター処理部４０４も備えているが、これは第２の実施例
において使用されるものである。また、処理装置４１２
には、１つの処理を実行することができる少なくとも１
つ以上のユーザプログラム（ＵＰ）４２１〜４２ｎが存
在している。

【００１８】データグループテーブル８には、各データ
グループ名２に対応するデータ送信範囲情報５が登録さ
れている。ここでは、データグループテーブル８の情報
は、ネットワークシステムの全計算機で統一され、シス
テム内の全データグループの名前１とデータ送信範囲情
報が登録されている。テーブルの登録情報を統一する手
段の１つとしては、ある計算機内のあるデータグループ
の情報が変更された場合に、システム全体にその変更情
報をブロードキャストし、システム内の全計算機に一意
性を保証する方法がある。また、他の手段としては、シ
ステム内のデータグループの情報を一括管理する計算機
を設置し、ある計算機のデータグループ情報が変更され
た場合に、必ずその管理計算機を介してのみ行い、その
計算機よりその変更情報をシステム内にブロードキャス
トして一意性を保持する方法がある。上記データグルー
プテーブルの情報の変形例を２つ説明する。第１の変形
例として、データグループテーブル８の情報は、システ
ム内の各計算機が必要とするデータグループの情報のみ
を保持するものとする。この場合、上記データグループ
とは、所属するデータグループ以外にも、これから所属
する可能性のあるデータグループまで含まれる。この変
形例では、システム内の各データグループの情報は第１
の実施例の方法と同じく、システムで一意に管理する。
第２の変形例として、データグループの情報は各計算機
で独立に設定するものとする。この場合、システム内で
の情報の一意性の保証は、各計算機およびネットワーク
システムを扱う使用者に一任する。

【００１９】図４において、データグループ選択部４０
２では、送信範囲情報５に対応する伝送データのみ計算
機内に物理的に受信できる受信装置が複数設定できる仕
組になっているので、その計算機が所属するデータグル
ープに対応する受信装置を設定することにより、所属す
るデータグループの伝送データのみ物理的に受信するこ
とができる。これにより、物理的に受信する伝送データ
の量を制限することができ、計算機のデータ受信処理性
能を向上することができる。次に、図４の内容コード選
択部４０３では、データに付与された内容コード３と、
自計算機の内容コードテーブル９に登録されている自計
算機に必要な内容コードを参照して、前者と後者のいず
れかが一致した場合にのみ、その伝送データを受信す
る。そして、データ受信部４０５は、インタフェース４
１３を介して受信データを端末に転送する。これによ
り、受信アクセス権のあるデータグループのうち、自計
算機に必要な伝送データのみ受信することができ、デー
タグループ、内容コードの２段階の判定によりデータの
受信可否判定を行うことができる。ユーザプログラム４
２１〜４２ｎからデータ送信要求が出力された場合に
は、データ送信部４０７がその命令を受け取り、メッセ
ージフォーマットを作成してデータを送信する。この場
合、ユーザプログラムからの送信命令に付加された内容
コードがフィルターテーブルに存在するときには、送信
用フィルター処理部４０８において、フィルタリング処
理を行う。送信用フィルター処理部４０８が、フィルタ
リング処理で生じた各データグループ毎の送信データに
関する情報をデータ送信部４０７に渡すると、データ送
信部４０７はその情報を基にデータフォーマットを作成
して、伝送路６に送出する。これに関する詳細は、図
７、図８において述べる。

【００２０】データ送信時には、相手計算機アドレスを
指定せずに、内容コードを指定することにより送出する
ので、送信先計算機の数や位置を意識することなくデー
タ送信が可能である。それにより、データグループ内に
おける計算機の柔軟な拡張が可能となる。すなわち、あ
る計算機において、所属データグループを新規に追加、
削除、あるいは変更する場合、受信データ登録部４０６
で登録処理を行う。先ず、データグループテーブル８を
参照することにより新規所属データグループの情報のう
ち、グループ対応受信装置の情報を参照する。その情報
を基にして、データグループ選択部４０２においてその
データグループに対応する新規受信装置を設定、あるい
は解除する。以下、データグループに対応する受信装置
をポートと呼ぶことにする。これは、具体的にはＵＮＩ
Ｘの標準ネットワーク通信プロトコルであるＴＣＰ／Ｉ
Ｐで採用されているポートとして設定する方法も行うこ
とができる。この方法を採用することにより、コンピュ
ータネットワークの標準プロトコルであるＴＣＰ／ＩＰ
上で本発明を実現できる。

【００２１】図５は、第１の実施例におけるデータグル
ープ間のデータフローの概略図である。ここでは、シス
テムがデータグループＤＦ−１（５０１）とＤＦ−２
（５０２）およびノードＡ（５０３）、ノードＢ（５０
４）、ノードＣ（５０９）から構成されているものとす
る。データグループは、伝送データの集合体として定義
されるので、各データに対応した内容コードに名前を設
定した場合には、各データグループ毎に独自の名前の体
系、つまり図５の下部に示すような内容コード体系５０
８を設定しておくと、データグループを使用したシステ
ムの設計が行い易い。従って、これ以降では、各実施例
におけるシステムは、データグループ毎の内容コード体
系を設定することが前提となる。図５のシステムにおけ
る内容コード体系では、ＤＦ−１（５０１）には内容コ
ードがｃｃ１とｃｃ２である伝送データが流れているこ
とを示している。一方、ＤＦ−２（５０２）には内容コ
ードがｃｃＰとｃｃＱである伝送データが流れているこ
とを示している。各データグループでは、独自の内容コ
ード体系を維持するために、システム内の各伝送データ
の内容コードが複数のデータグループの体系に属するこ
とはない。

【００２２】このように、各グループ毎に独立な内容コ
ード体系を有する性質は、各データグループ間ではデー
タの授受を行わないという機能を各データに与えている
ためである。互いにデータグループ間でデータの授受を
行わないことにより、各グループで独立した処理を実行
することができ、各グループではノード、ユーザプログ
ラム（ＵＰ）、および伝送データの追加／削除を容易に
実行することができるという利点がある。すなわち、図
５では、ノードＡ（５０３）から出力された内容コード
（ＤＦ−１，ｃｃ１）５０５のデータは、ＤＦ−１（５
０１）のデータの送信範囲外には送信されない。一方、
ノードＣ（５０９）がＤＦ−２（５０２）に内容コード
（ＤＦ−２，ｃｃＰ）５０７を送信した場合には、ノー
ドＢ（５０４）はその内容コード（ＤＦ−２，ｃｃＰ）
５０７でデータ受信することができるが、ＤＦ−１（５
０１）にはそのデータは流れないので、ＤＦ−１（５０
１）に受信アクセス権のあるノードＡ（５０３）はその
データを受信することはできない。このような性質を各
データグループが持つことにより、各データグループ独
立の内容コード名前体系が実現でき、システム内の各内
容コードを管理し易くなるため、データグループを設定
したシステムを設計する場合に内容コードを基準とした
データフロー設計を効率的に行える。

【００２３】以上がデータグループ毎に独立な内容コー
ド体系を持たせるシステムの説明であるが、実際には、
データグループ間で独立し、かつデータグループ間でデ
ータ授受を行わないようにシステムを設計することは困
難であり、これは、別個のシステムとして設計すること
と相違がない。同一システム内でデータグループを複数
設定することにより、各データグループ間で協調処理を
行うことが重要な意味を持っており、それがデータグル
ープを利用するシステムの１つの存在価値となる。ここ
で協調処理とは、各データグループ間における同一デ
ータの共有によるデータグループ間の処理の協調、およ
び複数のデータグループに送受信アクセス権を持つノ
ードを設定することによるデータグループ間の処理の協
調、等である。次に、複数データグループ間における同
一データの共有によるデータグループ間の協調処理につ
いて、図５および図６により説明する。複数のデータグ
ループに送受信アクセス権を持つノードを設定すること
によるデータグループ間の協調処理については、後述す
る。複数のデータグループ間で同一データを共有する方
法としては、システム内の各ノード（例えば、ノードＡ
（５０３）、ノードＣ（５０９））において、データグ
ループ間での共有データに関する情報を保持し、その共
有データの送受信時に共有するデータグループの各デー
タ送信範囲に送信するような処理を行う方法がある。以
下、本実施例では、データグループ間での共有データに
関する情報を設定してあるテーブルを、フィルターテー
ブルと定義する（図６参照）。

【００２４】図６は、本発明で用いられるフィルターテ
ーブルのデータ構成図である。フィルターテーブルの構
成要素は、データグループ名２と内容コード３からな
る。これらは、該当データを共有するデータグループ名
と、各データグループにおける該当データの内容コード
をまとめたものである。図６の場合には、システムに
は、ＤＦ−１（６０１）、ＤＦ−２（６０２）、ＤＦ−
３（６０３）の３つのデータグループが存在し、ＤＦ−
１（６０１）では内容コードｃｃ１のデータが、ＤＦ−
２（６０２）では内容コードｃｃＰのデータとして流れ
ること（６０４）が示されている。なお、ＤＦ−３（６
０３）は、内容コードが登録されていないので（６０
４）、そのデータはＤＦ−３（６０３）とは共有されな
い。すなわち、データが流れないことを示している。ま
た、ＤＦ−１（６０１）では内容コードｃｃ２のデータ
が、ＤＦ−３（６０３）ではｃｃＡのデータとして流れ
ること（６０５）が示されている。ＤＦ−２（６０２）
にはそのデータは流れないことを示している。フィルタ
ーテーブル内への情報設定方法は、次の２つの方法があ
る。その１つは、フィルタリング元とフィルタリング先
の内容コードのいずれも、送信元ノードにおいて設定す
る方法である。この場合には、フィルタリング先のデー
タグループ内のノード側でも、予め同一フィルタリング
情報を設定しておく必要がある。他の１つは、テーブル
登録時に、送信先ノードからフィルタリング情報を決定
して送信してもらい、その情報をテーブルに登録する方
法である。この方法を用いると、送信元でシステム内の
全てのフィルタリング情報を問い合わせる必要がなく、
フィルタリング用内容コードの送受信ノード間での整合
性管理が簡単に実現できる。

【００２５】図２４は、フィルターテーブル情報の整合
性機能の説明図であり、図２５は、同じくフィルターテ
ーブル情報の整合性機能の処理フローチャートである。
図２４では、２つのデータグループＤＦ−１（２４０
１）とＤＦ−２（２４０２）が存在し、各グループに
は、ノードＡ（２４０４）、ノードＢ（２４０５）、お
よびノードＣ（２４０６）が接続されている。この時、
ノードＡ（２４０４）には、フィルターテーブル２４０
７が登録されており、ＤＦ−１（２４０１）の２つの内
容コード（１，４）の情報が設定されている。このシス
テム構成において、新規にＤＦ−１の内容コード８番を
登録する場合のテーブル設定処理の概略を、図２５によ
り説明する。送信元ノードＡ（２４０４）では、フィル
ターテーブル２４０７に内容コード８番を登録する（ス
テップ２５０１）。登録後、送信元ノードから送信登録
する内容コードをシステム内にブロードキャストする
（ステップ２５０７）。このブロードキャストするデー
タには、フィルター情報登録を示す内容コードを付加す
る。図２４のシステムでは、送信元とは異なるデータグ
ループ内のノードＣ（２４０６）において、そのブロー
ドキャストデータを受け取る。ノードＣ（２４０６）で
は、フィルタリングするｃｃを検索し、受信情報に基づ
いて自データグループ内にフィルタリングすべき内容コ
ードであるか否かを判断する（ステップ２５０４）。Ｄ
Ｆ−１のｃｃ８に対して、ＤＦ−２のｃｃＱを登録する
（ステップ２５０５）。また、自ノード内のフィルター
テーブル２４０８に、フィルタリングすべきＤＦ−１の
ｃｃＱに対し、ＤＦ−２のｃｃＱを登録する（ステップ
２５０６）。ノードＣ（２４０６）は、該当情報をフィ
ルターテーブルに加えて欲しい旨を、送信元ノードＡに
応答送信する（ステップ２５０８）。ノードＡでは、フ
ィルタリングデータ登録の応答が帰ってきたので、それ
らの情報に基づいてフィルターテーブル２４０７に同じ
対応関係のフィルター情報を設定する（ステップ２５０
３）。

【００２６】このように、フィルターテーブルを設定す
ることにより、同一データが複数のデータグループを流
れる機能をシステム内に実現することができる。このこ
とは、各データグループ毎の内容コード体系に対応した
内容コードを、各データグループ毎に設定するように運
用すれば、データグループ間でデータを共有する状態が
実現できることを意味している。以下、本実施例では、
フィルタリング処理を、同一データを複数のデータグル
ープ毎にそのグループの内容コード体系、あるいはアド
レス体系に対応させた内容コード、あるいはアドレスで
流すように処理することであると定義する。そして、フ
ィルタリング処理を実行することにより、複数データグ
ループ間における同一データの共有が可能となり、デー
タグループ間の協調処理がより柔軟に行える。なお、後
述の実施例では、さらにフィルタリングの定義が拡張さ
れることになる。

【００２７】図７は、第１の実施例におけるフィルタリ
ング処理実行時のデータグループ間のデータフロー概略
説明図である。ここでのシステムは、２つのデータグル
ープＤＦ−１（７０１）とＤＦ−２（７０２）から構成
され、ＤＦ−１にはノードＡ（７０５）、ＤＦ−２には
ノードＢ（７０６）がそれぞれ接続され、いずれも送受
信アクセス権を有している。先ず、データグループＤＦ
−１（７０１）に所属する内容コードｃｃ１で示される
データが、データグループＤＦ−２（７０２）と共有さ
れる場合について説明する。ノードＡ（７０５）から内
容コードＤＦ−１．ｃｃ１のデータＡ（７０３）を送信
した場合、そのデータＡはＤＦ−１（７０１）のデータ
送信範囲内を流れる。また、システム内の各ノードは、
図４に示したようなフィルターテーブルを備えている。
フィルターテーブルには、複数データグループ間で同一
データが共有される場合の各データグループにおける内
容コードの情報が格納されている。データＡがＤＦ−２
（７０２）と共有されるために、ノードＡ（７０５）が
保持するフィルターテーブルには、データＡに関する情
報が登録されている。ノードＡ（７０５）から該当デー
タを送信する際には、送信用フィルター処理部４０８が
フィルターテーブルよりそのデータの他データグループ
での内容コードを示す情報を取得し、各データグループ
のデータ送信範囲にそのデータを送信する処理を行う。
これによって、図７に示すように、内容コード（ＤＦ−
１．ｃｃ１）のデータ７０３は、フィルタリング処理に
よって内容コード（ＤＦ−２．ｃｃＰ）のデータ７０４
に変換されて、ＤＦ−２（７０２）内を流れるようにな
る。そして、ＤＦ−２（７０２）に受信アクセス権を持
つノードＢ（７０６）は、そのデータを受信して処理で
きるようになる。もし、そのデータがフィルタリング処
理を行うことなく送信された場合には、データグループ
ＤＦ−１（７０１）から他のデータグループにデータが
抽出されることはないため、ノードＢ（７０６）はその
データを受信できない。

【００２８】図７において、データＡ（７０３）は同一
データを複数データグループ間で共有する場合を考えて
いるので、フィルタリング処理では、データグループ間
において内容コードの値のみを変換する。つまり、図７
のデータ７０３，７０４に示すように、複数データグル
ープ間で共有されるデータは、内容コードのみが各デー
タグループ毎に値が設定され、（ＤＦ−１．ｃｃ１）が
（ＤＦ−２．ｃｃＰ）に変換されるが、データの内容
（Ａ）はそのまま各データグループを流れる。図７の下
部に、内容コード名前体系７０７を示している。ここ
で、システム内で設定される内容コードは、文字列の名
前、番号、記号のいずれでもよく、使用する人の使い易
い名前を用いることができる。ここでは、図５に示した
内容コード名前体系５０８と同じように、各データグル
ープ毎に異なる内容コード体系を持っている。しかし、
図７の名前体系７０７では、データグループ間で共有す
るデータが存在するため、図５の５０８とは異なる体系
となっている。つまり、ＤＦ−１の内容コードｃｃ１と
ＤＦ−２の内容コードｃｃＰが、それぞれ同一のデータ
内容を示す７０８と定義することにより、データグルー
プＤＦ−１、ＤＦ−２間で同一データを共有することを
示している。

【００２９】図８は、第１の実施例におけるフィルタリ
ング処理に伴うデータ送信手順のフローチャートであ
る。先ず、図４において、端末からインタフェース４１
３を介してデータグループ名、内容コード、およびデー
タ内容を設定したデータ送信命令を処理装置に伝達する
（ステップ８０１）。データ送信部４０７は、端末から
のデータ送信命令を受信し（ステップ８０２）、データ
グループ名と内容コードを基にフィルター情報を送信用
フィルター処理部４０８に問い合わせる。送信用フィル
ター処理部４０８では、フィルターテーブル１を参照し
て、送信命令に合致するデータグループ名、内容コード
を検索する（ステップ８０３）。フィルターテーブルに
合致する内容コード等が存在する場合には（ステップ８
０４）、フィルターテーブル１に設定された他のデータ
グループ名と、その内容コードを検索し、参照する（ス
テップ８０７）。検索したデータグループそれぞれに対
して、データグループテーブル８を参照し、データ送信
範囲情報を検索して、それを参照する（ステップ８０
８）。この処理は、検索した取得した全てのデータグル
ープについて行う必要がある。フィルタリング先の情報
を全て得たならば、それらの情報を送信用フィルター処
理部４０８からデータ送信部４０７に渡す。そして、各
データグループに対応したメッセージを作成し（ステッ
プ８０９）、メッセージを送信する（ステップ８１
０）。一方、送信要求した内容コードがフィルターテー
ブル１に存在しなかった場合（ステップ８０４）、該当
する送信データの情報のみを送信用フィルター処理部４
０８からデータ送信部４０７に渡す。送信命令中のデー
タグループ名に合致する送信範囲情報を、データグルー
プテーブル８より検索し（ステップ８０５）、データグ
ループ名、内容コードを基にメッセージを作成する（ス
テップ８０６）。組み立てたメッセージを送信する（ス
テップ８１０）。

【００３０】図９は、本発明の第２の実施例を示すデー
タメッセージのフォーマット図であり、図１０は、第２
の実施例の変形を示すデータメッセージのフォーマット
図である。第２の実施例を説明する前に、フィルタリン
グされたメッセージのフォーマットについて説明する。
フィルタリングされたメッセージの認識方法としては、
次の３つの方法が挙げられる。 その１つは、フィルタリングされた内容コード情報の
みを付加して送信する方法である。この方法のフォーマ
ットを使用する場合には、メッセージの受信側は、いず
れのデータグループから送信されてきたデータであるか
を認識しない。例えば、ＤＦ−１から内容コードｃｃ１
でメッセージ送信され、そのメッセージがＤＦ−２に内
容コードｃｃＰでフィルタリングされて送信された場
合、ＤＦ−２の受信側ノードでは、該当データがＤＦ−
１からフィルタリングされてきたデータであることを意
識しない。この方法を用いると、ユーザプログラム４２
１側では、フィルタリングされてきたデータか否かを意
識しない。自身の所属するデータグループからのデータ
も、自身が所属しない他のデータグループからフィルタ
リングされてきたデータも、同一内容コードとして受信
する。これにより、データ送信元（すなわち、データグ
ループ）の位置透過性が保証される。この場合、フィル
タリングの管理は、ユーザプログラムを管理するシステ
ム側でのみ行う。つまり、フィルタリング情報の変更に
従ってユーザプログラム内容の変更が生じることはない
ので、システムの拡張性およびプログラムの保守性が向
上できる。

【００３１】２つ目は、内容コード３内でデータグル
ープ名も含めた内容コード名称を設定する方法である。
この方法は、第２の実施例を示す図９の場合である。こ
こでは、ＤＦ−１のｃｃ１のメッセージをフィルタリン
グする場合、フィルタリング先のデータグループ名と内
容コードを送信メッセージの内容コード９０２として設
定する（例えば、ＤＦ−１．ＤＦ−２．ｃｃＰ）。ここ
では、内容コード９０２を参照することにより、受信側
ユーザプログラム４２１でフィルタリング元のデータグ
ループ名を認識することができる（ＤＦ−１を認識）。
本方法を用いることにより、フィルタリングを意識し
て、受信側でいずれの送信元の情報を取得するかを選択
することができる。 ３つ目は、フィルタリング元データグループ名と送信
先データグループ名と内容コードを別個のエントリとし
てメッセージフォーマットに定義し、送信する方法であ
る。この方法は、第２の実施例の変形を示す図１０の場
合である。図１０では、フィルターデータグループ名
（ＤＦ−１）１０１、データグループ名（ＤＦ−２）
２、内容コード（ｃｃＰ）３、およびデータ１０２が別
エントリとしてフォーマットに組み込まれている。この
ように、フォーマットを分割すると、ユーザプログラム
４２１にはデータグループ名２と内容コード３のみをデ
ータ１０２とともに渡すことになる。フィルターデータ
グループ名１０１は、データ受信部においてその情報を
基に該当データを受信するか否かを判断するために使用
される。

【００３２】図１１は、第２の実施例におけるフィルタ
リング処理実行時のデータグループ間のデータフロー図
である。図９、図１０に示すメッセージフォーマットを
定義した場合について、データグループ間でフィルタリ
ングされるメッセージの内容コードの変換過程を図１１
により説明する。ノードＡ（１１０３）から送信された
データ１１０６は、データグループＤＦ−１（１１０
１）からＤＦ−２（１１０２）にフィルタリングされる
ものとする。この場合、該当データ１１０６は、ＤＦ−
１内では内容コード（ＤＦ−１．ｃｃ１）としてデータ
を送信する。ＤＦ−２にフィルタリングされたデータ
は、内容コード（ＤＦ−１．ＤＦ−２．ｃｃＰ）として
ＤＦ−２（１１０２）内に送信される。データグループ
ＤＦ−２（１１０２）に所属するノードＢ（１１０４）
は、内容コードｃｃＰにて受信要求しているものとす
る。この場合、データグループＤＦ−２に所属するノー
ドＣ（１１０５）から送信されたデータ１１０８と、フ
ィルタリングデータ１１０７のいずれもノードＢ（１１
０４）は受信する。ノードＢ（１１０４）内の受信ユー
ザプログラムにおいて、フィルタリングデータを意識す
るか否かは、メッセージフォーマットの設定方法に依存
することになる。ＤＦ−１内に流れる該当データ１１０
６が第２の実施例の場合には、図９に示すように、内容
コード３として（ＤＦ−１．ｃｃ１）がまとめて１つの
エントリに格納され、フィルタリングされたデータ１１
０７がＤＦ−２内に流れる場合には、内容コード３とし
て（ＤＦ−１．ＤＦ−２．ｃｃＰ）がまとめて１つのエ
ントリに格納される。一方、ＤＦ−１内に流れる該当デ
ータ１１０６が第２実施例の変形の場合には、図１０に
示すように、データグループ名（ＤＦ−１）２と内容コ
ード（ｃｃ１）３が別個のエントリに格納される。ま
た、ＤＦ−２にフィルタリングされたデータが流れる場
合には、フィルターデータグループ名（ＤＦ−１）１０
１と、データグループ名（ＤＦ−２）２と、内容コード
（ｃｃＰ）３とが別個のエントリに格納される。

【００３３】さらに、第２の実施例について説明を続け
る。第２の実施例におけるシステ構成、およびノード内
機能構成は、第１の実施例に準拠する（図２、図３参
照）。以下は、第２の実施例における、主としてフィル
タリングデータの受信処理について述べる。図１２は、
第２の実施例を示す受信用データグループテーブルのデ
ータ構成図である。図４におけるデータグループテーブ
ル８では、受信用データグループテーブルを構築する。
ここでは、受信データ登録部４０６において登録された
受信要求内容コードと、その所属データグループ名を登
録する。このテーブルには、これらの情報の他に、フィ
ルタリングにより受信する可能性のあるデータの受信可
否を判定するための情報を保持している。すなわち、各
内容コード毎に、受信可能なデータグループ名を指定す
る。この受信可能データグループ名とは、該当する内容
コードについてフィルタリングにより所属データグルー
プに流れてきたデータを受信する時の受信可能なフィル
タリング元のデータグループを示す。ここでは、指定し
たデータグループのフィルタリングデータのみ受信し、
それ以外のデータグループからのフィルタリングデータ
については、受信しない機能を有する。もし、本テーブ
ルに受信可能なデータグループを指定しない場合には、
全てのフィルタリングデータを受信できる。すなわち、
図１２の例では、内容コードｃｃ１を受信する端末（Ｄ
Ｆ−１所属）は、ＤＦ−２のデータグループをフィルタ
リング元とするデータのみを受信でき、内容コードｃｃ
Ｑを受信する端末（ＤＦ−２所属）は、ＤＦ−３のデー
タグループをフィルタリング元とするデータのみを受信
できる。また、内容コードｃｃ２，ｃｃＱを受信する端
末は、全てのフィルタリングデータを受信できることに
なる。このフィルタリング元のデータグループ指定受信
方法は、特定のデータグループからの情報のみフィルタ
リングさせるという特徴を持っているので、データグル
ープ間の情報の流れに方向性を持たせることができる。
つまり、フィルタリングする情報の流れを、データ送信
側で規定するだけでなく、データ受信側でも制御でき
る。なお、このテーブルは、システムとして保持できる
ので、ユーザプログラム４２１では意識する必要がな
い。つまり、システム側でデータグループ間の流れを規
定するので、ユーザプログラム側では受信する内容コー
ドのみ意識すればよい。そして、フィルタリングデータ
の流れをシステムで変更しても、ユーザプログラムの内
容は変更しない。

【００３４】図１３は、第２の実施例を示すフィルタリ
ングデータの受信処理フローチャートである。ここで
は、フィルタリングされていないデータも受信可能であ
るが、特にフィルタリングデータ受信時の処理に特徴が
あるので、それに限定して処理フローを説明する。ユー
ザプログラム４２１から受信データ登録部４０６に対し
て、受信データグルーブ名の登録情報を渡す（ステップ
１３０１）。受信データ登録部４０６は、該当する情報
をデータグループテーブル８に登録する（ステップ１３
０２）。受信データ登録部４０６は、内容コード選択部
４０３の中でデータグループ対応のポートを選択して設
定する（ステップ１３０３）。フィルタリングデータを
受信すると、データグループ選択部４０２において、自
ノードで必要なデータであるか否かを選択して受信する
（ステップ１３０４）。次に、内容コード選択部４０３
において、内容コードテーブル９を参照し、該当するデ
ータの内容コードを基に自ノードに必要なデータか否か
を選択する（ステップ１３０５）。もし、自ノードに必
要なデータであれば（ステップ１３０６）、受信用フィ
ルター処理部４０４に該当データを渡し、内容コードテ
ーブル９の該当内容コードについて受信可能データグル
ープ名（以下、Ｆ−ＤＦと記す）を検索する（ステップ
１３０８）。メッセジ中のＦ−ＤＦ名と合致するＦ−Ｄ
Ｆが内容コードテーブル９内に存在すれば（ステップ１
３０９）、データ受信部４０５においてデータを受信
し、受信データを入力バッファ４０９に格納する（ステ
ップ１３１０）。もし、該当メッセージが、自ノードで
要求していない内容コードであれば（ステップ１３０
６）、または内容コード内に一致するＦ−ＤＦ名が存在
しないならば（ステップ１３０９）、受信メッセージを
廃棄して（ステップ１３０７）、次のメッセージ受信処
理に移る。

【００３５】次に、本発明の第３の実施例について説明
する。第３の実施例の場合にも、図２、図３、および図
４のシステム構成、およびノード構成が適用される。こ
こでは、データ送信時のフィルタリング処理について、
送信内容コード毎にフィルタリングの優先度を持たせた
送信方法を説明する。フィルタリング情報を登録する場
合には、基準となる内容コードと、フィルタリング先の
データグループの内容コードを指定する。本実施例で
は、送信元ノードが複数のデータグループに送信可能な
場合に有効となる。この場合には、いずれのデータグル
ープの内容コードを指定したときに、他のデータグルー
プにフィルタリングするかを選択指定することができ
る。図１４は、第３の実施例を示すフィルタリング情報
テーブルのデータ構造図である。フィルタリング情報テ
ーブル２の横軸にはフィルタリングするデータのフィル
タリング情報（データグループ）を指定し、縦軸には各
データ毎のフィルタリング先のデータグループの内容コ
ードを指定する。ここでは、自ノードが複数のデータグ
ループについてデータ送信権を持っている前提であり、
各データはいずれのデータグループの内容コードを指定
しても、該当テーブルに示された他のフィルタリング先
に内容コードを変換して送信することになる。例えば、
図１４において、ＤＦ−１．ｃｃ５を送信指定した場
合、ＤＦ−２．ｃｃＱ、およびＤＦ−３．ｃｃＢにフィ
ルタリングする。また、ＤＦ−２．ｃｃＱを送信指定し
た場合には、ＤＦ−１．ｃｃ５およびＤＦ−３．ｃｃＢ
に送信指定する。従って、フィルタリング情報テーブル
２に指定した内容コードならば、いずれの内容コードで
もフィルタリングされることになる。つまり本実施例で
は、データグループ間の情報の流れに方向性を持たせる
ことを目的とした方法が実現できる。本実施例のフィル
タリング情報テーブル２では、各内容コード毎に送信許
可フラグ１４０２，１４０４を設定している。このフラ
グがオンのときには、該当メッセージ用に登録されたフ
ィルタリング用内容コードの全てを送信する。また、こ
のフラグがオフのときには、該当内容コードのデータの
み送信し、他のフィルタリングデータは送信しない。図
１４のテーブルでは、内容コードＤＦ−１．ｃｃ５に送
信要求があった場合には、ＤＦ−１．ｃｃ５のフラグ１
４０２がオフであるため、ＤＦ−２、ＤＦ−３にはデー
タ送信しない。また、内容コードＤＦ−２．ｃｃＱに送
信要求があった場合には、フラグ１４０４がオンである
ため、ＤＦ−ＤＦ−１，ＤＦ−３にもデータ送信され
る。なお、このフィルタリング情報テーブル２に設定す
る情報に関しては、各ノード毎に独立に定義しても、ま
たノード間で統一して設定しても、何等差し支えない。

【００３６】図１５は、第３の実施例を示す送信処理の
フローチャートである。図４において、端末からインタ
フェース４１３を介してデータ送信部４０７に対し、デ
ータグループ名、内容コード、データを設定したデータ
送信命令を伝達する（ステップ１５０１，１５０２）。
フィルタリング情報テーブル２を参照して、送信命令に
合致するデータグループ名、内容コードを検索する（ス
テップ１５０３）。合致する内容コードがある場合（ス
テップ１５０４）、該当内容コードの送信許可フラグを
チェックする（ステップ１５０７）。もし、フラグが１
であれば、フィルタリング情報テーブル２に設定された
他のデータグループ名とその内容コードを参照し（ステ
ップ１５０９）、送信情報を取得して（ステップ１５１
０）、メッセージを作成した後（ステップ１５１１）、
データ送信する（ステップ１５１２）。また、許可フラ
グが０であれば（ステップ１５０７）、送信命令で指定
されたデータグループのみ、送信情報を検索・設定し
（ステップ１５０８）、メッセージを作成した後（ステ
ップ１５１１）、メッセージ送信する（ステップ１５１
２）。フィルタリング情報テーブル２に合致する内容コ
ードがなかった場合（ステップ１５０４）、フィルタリ
ング送信ではない通常送信処理を実行し（ステップ１５
０５，１５０６）、メッセージ送信して処理を完了する
（ステップ１５１２）。

【００３７】次に、本発明の第４の実施例について述べ
る。第４の実施例では、全てのノードがフィルタリング
テーブルを持たず、ある特定のノードのみがフィルタリ
ング情報を変換するというデータフィルタリング方法で
ある。例えば、図３におけるゲートウェイ計算機７を特
定ノードとし、これにのみフィルタリング情報を変換す
る機能を与える。図１６は、第４の実施例を示すゲート
ウェイ計算機の内部構成図であり、図１７は、第４の実
施例を示すゲートウェイ計算機の内容処理のフローチャ
ートであり、図１８は、第４の実施例を示すゲートウェ
イ計算機を介したデータグループ間のデータフロー図で
あり、図１９は、図１８のデータフローを物理構成に置
換した場合の概略図である。図１６に示すように、ゲー
トウェイノード１０の内部構造は、第１の実施例に示し
た内部構造と殆んど同じであり（図４参照）、異なる点
はゲートウェイ処理部１１が追加されていることであ
る。また、送信用フィルター処理部の代りに、フィルタ
ー処理部１６１０が設けられている。図１８では、ゲー
トウェイノード１０を介してデータグループＤＦ−１
（１８０１）、ＤＦ−２（１８０２）が存在するものと
する。ＤＦ−１（１８０１）に所属するノードＡ（１８
０３）からデータ（ＤＦ−１／ｃｃ１．Ｄａｔａ−Ａ１
８０６）を送信して、該当データがフィルタリングされ
てＤＦ−２に流れるデータであれば、その情報はゲート
ウェイノード１０内のゲートウェイ処理部１１に登録さ
れてある。ゲートウェイ処理部１１において内部コード
を変換した後に、該当データはＤＦ−２に流れてフィル
タリングデータ（ＤＦ−２／ｃｃＰ．Ｄａｔａ−Ａ１８
０７）となり、該当内容コードで受信待ちするノードＢ
（１８０４）に受信される。ゲートウェイノード１０
は、物理的にネットワークの両方に接続されている必要
はない。

【００３８】図１９では、データグループＤＦ−１（１
９０１）を持つネットワークＬＡＮ−１（１９０３）
と、データグループＤＦ−２（１９０２）を持つネット
ワークＬＡＮ−２（１９０４）が、ルータ１９０５で接
続された構成のシステムを考える。このシステムにおい
て、ゲートウェイノードＰ（１９０７）、Ｑ（１９０
８）、およびＲ（１９０９）を設定し、それぞれのノー
ドにはゲートウェイ処理部１１を稼働させるシステム構
成を実現する。各データグループ間でフィルタリングさ
れるデータは、全てこれらのゲートウェイノードＰ，
Ｑ，Ｒを介して相手データグループに流れていく。この
ような機能を実現することにより、ゲートウェイの多重
化を可能にし、ゲートウェイ機能の信頼性、耐故障性を
向上させる。すなわち、ノードＡ（１９０６）から送信
されたデータは、ＤＦ−１（１９０１）内のゲートウェ
イノードＰ（１９０７）とＱ（１９０８）の２箇所でフ
ィルタリングされ、それぞれのデータがルータ１９０５
を介してＤＦ−２に送信されるので、もし１つのデータ
が何等かの事情で紛失したとしても、残りの１つのデー
タにより相手端末に送出されるので、信頼性は高められ
る。

【００３９】図１７には、第４の実施例におけるゲート
ウェイノードのデータ受信／中継処理のフローが示され
ている。このフローでは、予め受信要求を行う内容コー
ドが既に登録済みであるとする。先ず、自ノードが所属
するデータグループからデータ受信した場合には（ステ
ップ１７０１）、データ受信部１６０６において内容コ
ードテーブル９を参照し、合致する内容コードがあるか
否かをチェックする（ステップ１７０２）。合致する内
容コードがなければ（ステップ１７０３）、受信データ
を廃棄し（ステップ１７０７）、次のデータ受信処理を
行う。もし、必要なデータであれば（ステップ１７０
３）、同一データをデータ受信部１６０６での受信処理
（ステップ１７０４以降）と、ゲートウェイ処理部１１
での中継処理（ステップ１７０８以降）の両方に渡し、
並行して処理を行う。先ず受信処理については、内容コ
ードテーブルで受信可能データグループ名（Ｆ−ＤＦ）
を検索し（ステップ１７０４）、もしＦ−ＤＦに合致し
ていれば（ステップ１７０５）、該当メッセージを受信
して、入力バッファに格納する（ステップ１７０６）。
また、もし合致しなければ（ステップ１７０５）、該当
データを廃棄し（ステップ１７０７）、次のデータ受信
処理を継続する。一方、中継処理については、フィルタ
ーテーブル１を参照し（ステップ１７０８）、受信デー
タの内容コードがフィルターテーブルに設定されている
かを検索する（ステップ１７０９）。もし、設定されて
いれば、フィルターテーブルに設定された他のデータグ
ループ名と内容コードを参照し（ステップ１７１０）、
データ送信情報を取得して（ステップ１７１１）、デー
タを送信する（ステップ１７１２，１７１３）。もし、
フィルターテーブルに内容コードが設定されていなけれ
ば（ステップ１７０９）、データ中継処理を行わず、そ
のまま処理を終了する。

【００４０】図２０は、第４の実施例を示すデータメッ
セージのフォーマット図である。ここでは、複数のゲー
トウェイからのフィルタリングデータが混在する形で、
フィルタリング先のデータグループに情報が流れる可能
性がある。すなわち、図１９に示すように、同一データ
グループＤＦ−１（１９０１）にゲートウェイがＰ，Ｑ
の２つがある場合には、ノードＡ（１９０６）から送信
されたデータは、２つのゲートウェイノードを介して中
継されるので、本来は１つであるはずのデータが２つに
なって、相手データグループＤＦ−２（１９０２）に流
れていく。従って、ゲートウェイの数分だけ重複するデ
ータを管理する情報がメッセージフォーマットに必要と
なる。図２０において、ゲートウェイ通番２００１は、
各送信メッセージをシステム内で一意に識別する通番で
ある。これは、メッセージの送信元において設定され
る。この番号は、各送信ノード間で番号が重複しないよ
うに、タイムスタンプ、ノード番号、乱数等を使用し
て、一意になるように調整する必要がある。次に、ゲー
トウェイ番号２００２は、フィルタリング先の受信ノー
ドにおいて、ゲートウェイ数分の重複した同一データの
受信カウントを行う場合に使用される。この番号の使用
の詳細については、図２２，図２３で後述する。次に、
ゲートウェイ総数２００３は、同一データを中継するゲ
ートウェイの総数を示す。図１９の場合には、ゲートウ
ェイＰ，Ｑの２である。次に、内容コード３は、第１の
実施例で示したように、送信データのデータグループ、
内容コードまで含めたフォーマットとして定義される。
最後に、実際のデータ内容２００４が付加される。

【００４１】図２１は、第４の実施例における多重接続
されたゲートウェイ計算機を有するシステムのデータフ
ロー図であり、図２２は、第４の実施例を示すゲートウ
ェイ通番テーブルの内部構成図である。図２１には、デ
ータグループＤＦ−１（２１０１）に所属するノードＡ
（２１０４）、ノードＢ（２１０５）、ノードＣ（２１
０６）、およびデータグループＤＦ−２（２１０２）に
所属するノードＤ（２１０７）、ノードＥ（２１０８）
のうち、ノードＢ，Ｃ，Ｄにはゲートウェイ処理部１１
が備えられている。すなわち、ノードＢ，Ｃ，Ｄはゲー
トウェイノードとしての機能を有している。図２１に示
すように、フィルタリングデータを中継するゲートウェ
イノードが複数存在する場合、同一データを受信するノ
ードＤ（２１０７）では、重複して受信することにな
る。従って、ノードＤのデータ受信部２１０９では、受
信データが重複しないための機構が必要となる。その１
つの実施例が図２２である。図２２には、ゲートウェイ
通番テーブル２２０６が示されている。各データ受信部
は、ゲートウェイ通番テーブル２２０６を備えている。
ここでは、受信要求した内容コード３毎にテーブルエン
トリを設定する。また、１つのメッセージ毎にゲートウ
ェイ構造体（ＧＷ２２０１）を定義し、リスト接続して
いる。すなわち、各々のＧＷ構造体の内容は、図２２の
拡大図に示すようにゲートウェイ通番２２０２、ゲート
ウェイ総数２２０３、ゲートウェイ番号２２０４、隣接
ポインタ２２０５から構成されている。このＧＷ構造体
２２０１は、通常フリーリスト（未使用状態）にリスト
状に接続されており、データ受信時には、該当する内容
コードのエントリにリスト接続されていく。この構造体
を用いて、ゲートウェイの数による同一データの重複受
信を防止することができる。

【００４２】図２３は、図２２におけるデータ受信時の
処理フローチャートである。データを受信すると（ステ
ップ２３０１）、ゲートウェイ通番テーブル２３０２を
参照する（ステップ２３０２）。メッセージ中のＧＷ通
番と合致するＧＷ通番を持つＧＷ構造体が該当内容コー
ドエントリにリスト接続されていた場合（ステップ２３
０３）、該当データは既に受信済みであると判断する。
従って、該当ＧＷ構造体のＧＷ番号２２０４に１を加算
して（ステップ２３０６），受信データを廃棄する（ス
テップ２３０７）。もし、合致するＧＷ構造体がない場
合には（ステップ２３０３）、該当データは未だ重複受
信されていないと判断し、該当データ用のＧＷ構造体を
フリーリストより確保し、内容コードエントリに接続す
る（ステップ２３０４）。そして、該当ＧＷ構造体のＧ
Ｗ番号２２０４を１だけ加算する（ステップ２３０
５）。次に、該当ＧＷ構造体のＧＷ番号とＧＷ総数が等
しいか否かをチェックする（ステップ２３０８）。な
お、ＧＷ総数は、送信元で意識してメッセージ内に入力
するものとする。前述のように、ＧＷ総数は送信元のデ
ータグループにおけるゲートウェイノードの総数であ
り、重複データはこの数と同一とみなされるので、も
し、両者が等しいならば、全てのＧＷからの重複データ
は受信終了したものと判断できる。そこで、ＧＷ構造体
をテーブルよりリセットし、フリーリストに接続する
（ステップ２３０９）。もし、ＧＷ番号がＧＷ総数に達
していない場合（ステップ２３０８）、ＧＷ構造体はそ
のままで、次の受信処理に移行する。この方法を使用す
ることにより、ゲートウェイが多重化された構成におい
ても、確実にフィルタリング処理が実現できる。

【００４３】

【発明の効果】以上説明したように、本発明によれば、
データに付加された受信計算機での受信の可否を判定
する条件となる情報を基に、データグループ間でのフィ
ルタリングデータを選択するので、システムの柔軟な拡
張性を損うことなく、データグループ間でのフィルタリ
ングを実現できる。また、各計算機にフィルター情報
を設定して、データグループ間でのフィルタリング処理
を実行した場合には、伝送路間の接続機器を除いて特定
のゲートウェイ計算機を設定する必要がなくなり、ゲー
トウェイ計算機の耐故障信頼性に依存しないフィルタリ
ング処理が可能となる。さらに、各データグループ毎
にゲートウェイ計算機を設定して、ゲートウェイ計算機
のみがそのデータグループ内のデータを一括してフィル
タリング処理する場合には、各計算機でのフィルタリン
グ処理が不要となるため、送受信処理の性能向上を図る
ことができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例を示す内容コードフィル
タリング処理の説明図である。

【図２】第１の実施例を示すデータメッセージのフォー
マット図である。

【図３】第１の実施例を示す計算機分散システムの構成
図である。

【図４】第１の実施例を示す計算機の内部構成図であ
る。

【図５】第１の実施例を示すデータグループ間のデータ
フロー説明図である。

【図６】第１の実施例を示すフィルターテーブルの内部
構成図である。

【図７】第１の実施例を示すフィルタリング処理実行時
のデータグループ間のデータフローの説明図である。

【図８】第１の実施例を示すフィルタリング処理を伴う
データ送信手順のフローチャートである。

【図９】本発明の第２の実施例を示すデータメッセージ
のフォーマット図である。

【図１０】第２の実施例の変形を示すデータメッセージ
のフォーマット図である。

【図１１】第２の実施例を示すフィルタリング処理実行
時のデータグループ間のデータフロー説明図である。

【図１２】第２の実施例を示す受信用データグループテ
ーブルの内部構成図である。

【図１３】第２の実施例を示すデータ受信手順の動作フ
ローチャートである。

【図１４】本発明の第３の実施例を示すフィルターテー
ブルの内部構成図である。

【図１５】第３の実施例を示すデータ送信手順の動作フ
ローチャートである。

【図１６】本発明の第４の実施例を示すゲートウェイ計
算機の内部構成図である。

【図１７】第４の実施例を示すゲートウェイ計算機の内
部処理のフローチャートである。

【図１８】第４の実施例を示すゲートウェイ計算機を介
したデータグループ間でのデータフロー説明図である。

【図１９】図１８におけるデータグループ間のデータフ
ローを物理構成に置換した場合の概略図である。

【図２０】第４の実施例を示すデータメッセージのフォ
ーマット図である。

【図２１】第４の実施例を示す多重接続されたゲートウ
ェイ計算機を有するシステムのデータフロー説明図であ
る。

【図２２】第４の実施例を示すゲートウェイ通番テーブ
ルの内部構成図である。

【図２３】第４の実施例を示す多重接続されたゲートウ
ェイ計算機を有するシステムでの各計算機のデータ処理
手順のフローチャートである。

【図２４】本発明の第１の実施例を示すフィルタテーブ
ル情報の整合性機能説明の図である。

【図２５】第１の実施例を示すフィルターテーブル情報
の整合性機能処理のフローチャートである。

【符号の説明】

１０１，５０１，７０１，１１０１，１８０１，１９０
１，２１０１，２４０１…データグループＤＦ−１、１
０２，５０２，７０２，１１０２，１８０２，１９０
２，２１０２，２４０２…データグループＤＦ−２、１
０３，１０４，５０５，５０７，７０３，７０４，１１
０６，１１０７，１１０８，１８０６，１８０７，１８
０８…データ、１０６，１０９，３０１〜２０ｎ，３１
１〜３１ｎ，５０３，５０４，５０９，７０５，７０
６，１１０３，１１０４，１１０５，１８０３，１８０
４，１８０５，１９０６，１９１０，１９１１，２１０
４，２１０８，２４０４，２４０５，２４０６…ノー
ド、１０５…情報処理部、１…フィルターテーブル、
６，６１，６２…伝送路、７…ゲートウェイノード、４
０１…伝送制御装置、４１２…処理装置、４１３…イン
タフェース、４０２…データグループ選択部、８…デー
タグループテーブル、９…内容コードテーブル、４１１
…内容コード付データ格納メモリ、４０９…入力バッフ
ァ、４１０…出力バッファ、４０３…内容コード選択
部、４０５…データ受信部、４０４…受信用フィルター
処理部、４０６…受信データ登録部、４０７…データ送
信部、４０８…送信用フィルター処理部、４２１〜４２
ｎ…ユーザプログラム、７０７…内容コード名前体系、
２…フィルタリング情報テーブル、１１…ゲートウェイ
処理部、１６１０…フィルター処理部、２２０６…ゲー
トウェイ通番テーブル、２２０１…ＧＷ構造体、２２０
２…ゲートウェイ通番、２２０３…ゲートウェイ総数、
２２０４…ゲートウェイ番号、２２０５…隣接ポイン
タ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 河野 克己 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所システム開発研究所 内 (72)発明者 綿谷 洋 茨城県日立市大みか町五丁目２番１号 株式会社日立製作所大みか工場内 (72)発明者 飯塚 民生 茨城県日立市大みか町５丁目２番１号 日立プロセスコンピュータエンジニアリ ング株式会社内 (56)参考文献 特開 平９−8844（ＪＰ，Ａ) 特開 平８−46636（ＪＰ，Ａ) 特開 平７−210473（ＪＰ，Ａ) 特開 平７−191942（ＪＰ，Ａ) 特開 平７−114519（ＪＰ，Ａ) 特開 平７−84926（ＪＰ，Ａ) 特開 平７−13903（ＪＰ，Ａ) 特開 平５−73514（ＪＰ，Ａ) 特開 平３−62255（ＪＰ，Ａ) 特開 平１−206752（ＪＰ，Ａ) 特開 昭58−64846（ＪＰ，Ａ) 特開 昭56−111353（ＪＰ，Ａ) 日立評論，第77巻 第７号，1995年, 林 慶治郎 他「産業用情報制御システ ムの成長を支える協調自律分散システ ム」，第９−14頁 電気設備学会誌，Ｖｏｌ．16 Ｎｏ. 12，（平成８年12月），豊内順一 他 「自律分散制御とオープン化」，第1236 頁−第1240頁 (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/46 G06F 13/00 G06F 15/16 H04L 12/28

Claims (9)

(57)【特許請求の範囲】
1. 【請求項１】ユーザプログラムが処理を行う処理装置
   と、該ユーザプログラムからの伝送要求により複数の伝
   送路上にデータを送信するとともに、伝送路上のデータ
   を受信する伝送制御装置とを備えた計算機を複数有し、
   少なくとも１つ以上の伝送路で接続され、少なくとも１
   つ以上の異なる属性を持つデータが伝送され、上記属性
   毎に送信範囲を制限するデータグループを複数有するシ
   ステムにおいて、 複数の属性を有するデータを計算機Ａから伝送路に送信
   する場合、該伝送路内の伝送データには、該伝送データ
   の属性に対応するデータの送信範囲を決定する情報を指
   定するエリアと、該データを受信する計算機の受信の可
   否を判定する条件となる情報を指定するエリアとを設
   け、 該データを送信する計算機Ａ内のユーザプログラムは、
   上記受信の可否を判定する条件となる情報と、該データ
   が持つ属性で設定されるデータグループを示す情報と、
   該データの内容を指定して該計算機Ａに送出し、 該計算機Ａは、指定された受信計算機での受信の可否を
   判定する条件となる情報と、上記データグループを基
   に、該データが持つ他の属性に対応するデータグループ
   の情報と、該データグループでの受信計算機での受信の
   可否を判定する条件となる情報とを対応させ、かつ該デ
   ータグループのデータを送信する全ての計算機が共有す
   るフィルター情報を有し、 該計算機Ａは、該フィルター情報を基に、データグルー
   プ毎の受信計算機での受信の可否を判定する条件となる
   情報を取得し、各データグループ毎にそのデータ送信範
   囲情報と、受信計算機での受信の可否を判定する条件と
   なる情報の両方を付加して伝送路に送信し、 上記システム内の各伝送路間を結ぶ計算機Ｂは、伝送デ
   ータが該伝送路を流れる時には、該伝送データに付加さ
   れた送信範囲情報を基に、該伝送データを該データ内で
   指定された送信範囲に中継送信し、 上記計算機Ａ，Ｂ以外の計算機Ｃは、該伝送データが複
   数の属性を有することを意識することなく、該伝送デー
   タの送信範囲内にある場合のみ、かつ該伝送データに指
   定された受信計算機での受信の可否を判定する条件とな
   る情報に示された条件が一致する場合のみ、該伝送デー
   タを受信することを特徴とする情報フィルタリング処理
   を行うデータ伝送方法。
2. 【請求項２】前記計算機Ａが有するフィルター情報は、
   指定された受信計算機での受信の可否を判定する条件と
   なる情報と、上記データグループを基に、該データが持
   つ他の属性に対応するデータグループの情報と、該デー
   タグループでの受信計算機での受信の可否を判定する条
   件となる情報とを対応させ、かつ送出するデータに対し
   て、データグループ毎に他のデータグループへの同一デ
   ータ送出を抑止させる情報を付加することにより、デー
   タグループ間のデータの流れに方向性を持たせ、しかも
   データグループのデータを送信する全ての計算機が共有
   していることを特徴とする請求項１に記載の情報フィル
   タリング処理を行うデータ伝送方法。
3. 【請求項３】前記計算機Ａ，Ｂ以外の計算機Ｃは、該計
   算機Ｃが送信範囲内には存在しない他のデータグループ
   からの複数の属性を持つ伝送データの受信を可能とする
   情報を設定しておき、上記情報に合致した伝送データが
   流れてきた場合、または該伝送データの属するデータグ
   ループとしての送信範囲内にある場合のみ、かつ該伝送
   データに指定された受信計算機での受信の可否を判定す
   る条件となる情報に示された条件が一致する場合のみ、
   該伝送データを受信することを特徴とする請求項１に記
   載の情報フィルタリング処理を行うデータ伝送方法。
4. 【請求項４】前記計算機Ａは、送出するデータに対し
   て、データグループ毎に他のデータグループへの同一デ
   ータ送出を抑止させる情報を付加することにより、デー
   タグループ間のデータの流れに方向性を持たせ、 前記計算機Ａ，Ｂ以外の計算機Ｃは、該計算機Ｃが送信
   範囲内には存在しない他のデータグループからの複数の
   属性を持つ伝送データの受信を可能とする情報を設定し
   ておき、上記情報に合致した伝送データが流れてきた場
   合、または該伝送データの属するデータグループとして
   の送信範囲内にある場合のみ、かつ該伝送データに指定
   された受信計算機での受信の可否を判定する条件となる
   情報に示された条件が一致する場合のみ、該伝送データ
   を受信することを特徴とする請求項２または３に記載の
   情報フィルタリング処理を行うデータ伝送方法。
5. 【請求項５】ユーザプログラムが処理を行う処理装置
   と、該ユーザプログラムからの伝送要求により複数の伝
   送路上にデータを送信するとともに、伝送路上のデータ
   を受信する伝送制御装置とを備えた計算機を複数有し、
   少なくとも１つ以上の伝送路で接続され、少なくとも１
   つ以上の異なる属性を持つデータが伝送され、上記属性
   毎に送信範囲を制限するデータグループを複数有するシ
   ステムにおいて、 複数の属性を有するデータを計算機Ａから伝送路に送信
   する場合、該伝送路内の伝送データには、該伝送データ
   の属性に対応するデータの送信範囲を決定する情報を指
   定するエリアと、該データを受信する計算機の受信の可
   否を判定する条件となる情報を指定するエリアとを設
   け、 該データを送信する計算機Ａ内のユーザプログラムは、
   上記受信の可否を判定する条件となる情報と、該データ
   が持つ属性で設定されるデータグループを示す情報と、
   該データの内容を指定して該計算機Ａに送出し、 該計算機Ａは、予め設定してあるデータの属性と送信範
   囲情報の対応情報を基に該データのデータ送信範囲情報
   を取得し、伝送データに対してそのデータ送信範囲情報
   と上記ユーザプログラムから指定された受信計算機での
   受信の可否を判定する条件となる情報の両方を付加して
   伝送路に送信し、 上記システム内の各伝送路間を結ぶ計算機Ｂは、指定さ
   れた受信計算機での受信の可否を判定する条件となる情
   報と、データグループを基に、該データが持つ他の属性
   に対応するデータグループの情報と、該データグループ
   での受信計算機での受信の可否を判定する条件となる情
   報とを対応させるフィルター情報を有し、 該計算機Ｂは、伝送データが伝送路上を流れる時には、
   該伝送データに付加された送信範囲情報と上記フィルタ
   ー情報を基に、データグループ毎の受信計算機での受信
   の可否を判定する条件となる情報を取得し、各データグ
   ループ毎にそのデータ送信範囲情報と、受信計算機での
   受信の可否を判定する条件となる情報の両方を付加し
   て、該伝送データを該伝送データ内で指定された送信範
   囲に中継送信し、 上記計算機Ａ，Ｂ以外の計算機Ｃは、該伝送データが複
   数の属性を有することを意識することなく、該伝送デー
   タの送信範囲内にある場合のみ、かつ該伝送データに指
   定された受信計算機での受信の可否を判定する条件とな
   る情報に示された条件が一致する場合のみ、該伝送デー
   タを受信することを特徴とする情報フィルタリング処理
   を行うデータ伝送方法。
6. 【請求項６】前記計算機Ａの他に、データグループ毎に
   設定され、伝送路内に設定されるゲートウェイ計算機Ｄ
   が設けられており、 該ゲートウェイ計算機Ｄは、指定された受信計算機での
   受信の可否を判定する条件となる情報と、データグルー
   プを基に、伝送データが持つ他の属性に対応するデータ
   グループの情報と、該データグループでの受信計算機で
   の受信の可否を判定する条件となる情報とを対応させる
   フィルター情報を有し、 該ゲートウェイ計算機Ｄは、該データグループを流れる
   情報を受信し、該伝送データに付加された送信範囲情報
   と上記フィルター情報を基に、データグループ毎の受信
   計算機での受信の可否を判定する条件となる情報を取得
   し、各データグループ毎にそのデータ送信範囲情報と、
   受信計算機での受信の可否を判定する条件となる情報の
   両方を付加して、該伝送データを該伝送データ内で指定
   された送信範囲に送信し、 前記システム内の各伝送路間を結ぶ計算機Ｂは、該伝送
   データが伝送路上を流れる時には、該伝送データに付加
   された送信範囲情報を基に、該伝送データを該伝送デー
   タ内で指定された送信範囲に中継送信することを特徴と
   する請求項５に記載の情報フィルタリング処理を行うデ
   ータ伝送方法。
7. 【請求項７】前記ゲートウェイ計算機Ｄは、送出する伝
   送データについて、データグループ毎に他のデータグル
   ープへの同一データ送出を抑止させる情報を付加するこ
   とにより、データグループ間の伝送データの流れに方向
   性を与えることを特徴とする請求項６に記載の情報フィ
   ルタリング処理を行うデータ伝送方法。
8. 【請求項８】前記計算機Ａ，Ｂ以外の計算機Ｃは、該計
   算機Ｃが送信範囲内には存在しない他のデータグループ
   からの複数の属性を持つ伝送データの受信を可能とする
   情報を設定しておき、上記情報に合致した伝送データが
   流れてきた場合、または該伝送データの属するデータグ
   ループとしての送信範囲内にある場合のみ、かつ該伝送
   データに指定された受信計算機での受信の可否を判定す
   る条件となる情報に示された条件が一致する場合のみ、
   該伝送データを受信することを特徴とする請求項５また
   は６に記載の情報フィルタリング処理を行うデータ伝送
   方法。
9. 【請求項９】前記フィルター情報を有するゲートウェイ
   計算機Ｄが複数存在する場合、前記計算機Ａ，Ｂ以外の
   計算機Ｃは、ゲートウェイ毎の通番、ゲートウェイ毎の
   番号、ゲートウェイの総数を格納するテーブルを備えて
   おき、先ず該データを受信時にゲートウェイ毎の通番、
   ゲートウェイの総数を該当属性のテーブルエントリに登
   録しておき、同一データを重複して受信すると、ゲート
   ウェイ毎の番号を１づつ加算し、ゲートウェイ毎の番号
   と総数が等しくなった時点で重複データの受信完了とす
   ることを特徴とする請求項６，７または８に記載の情報
   フィルタリング処理を行うデータ伝送方法。