JPH0573514A

JPH0573514A - メツセージ判別方式

Info

Publication number: JPH0573514A
Application number: JP3234672A
Authority: JP
Inventors: Masayuki Orimo; 昌之織茂; Kinji Mori; 欣司森; Shigeki Hirasawa; 茂樹平澤; Hiroshi Fujise; 洋藤瀬; Masuyuki Takeuchi; 増幸竹内; Hitoshi Suzuki; 仁鈴木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1991-09-13
Filing date: 1991-09-13
Publication date: 1993-03-26
Also published as: KR930006563A; EP0537481A3; EP0537481A2; CN1070498A; CA2078037A1

Abstract

(57)【要約】【目的】ブロードキャスト通信を用いる分散処理シス
テムにおいて、効率良く柔軟な受信メッセージの判別方
式を提供すること。【構成】共通伝送路に接続された複数の処理装置から
構成されるシステムで、共通伝送路上を流れるメッセー
ジにその内容を示す内容コードが付加されており、各処
理装置は受信メッセージの内容コードに基づきその要否
を判定するシステムにおいて、前記各処理装置では、受
信メッセージの内容コードが格納されているエリアの任
意の部分の内容に基づき、その要否を判定することを特
徴とするメッセージ判別方式。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はメッセージ判別方式に関
し、特に複数のプロセッサがネットワークを介して接続
された分散処理システムにおける各プロセッサでの受信
メッセージの判別方式に関するものである。

【０００２】

【従来の技術】複数のプロセッサがネットワークを介し
て接続された分散処理システムにおいて、メッセージ
に、宛先を示すアドレスではなく「内容コード」と呼ばれ
るデータの内容を示すコードを付加してネットワークに
ブロードキャストする方式が、例えば、本出願人による
特願昭55-13725号(特開昭56-111353号，特公昭59-47095
号各公報参照)に示されている。この方式においては、
各プロセッサはメッセージに付加されている内容コード
と自プロセッサ内に登録されている内容コードとを比較
判定することにより、ネットワーク上のメッセージを受
信するか否かを決定する。このため、各プロセッサはシ
ステム内にどのようなプロセッサが存在するかを意識す
ることなくメッセージを送信でき、また、ネットワーク
上を流れるメッセージの中から必要に応じて任意のメッ
セージを受け取ることが可能となるため、システムの柔
軟性が向上する。

【０００３】

【発明が解決しようとする課題】上記従来方式は、内容
コードを階層化して設定した場合，異種プロセッサ間で
の内容コード通信を行う場合については考慮されていな
かった。前者の場合、内容コードの一部分を判定するの
みでその要否がわかるという特徴があり、また、後者の
場合、内容コード通信を適用する範囲を拡張できるとい
う特徴がある。本発明は上記事情に鑑みてなされたもの
で、その目的とするところは、上述の従来技術を更に改
良し、内容コードを階層化して設定した場合，異種プロ
セッサ間での内容コード通信を行う場合にも適用可能
な、効率良く柔軟なメッセージ判別方式を提供すること
にある。なお、上述の判別処理は、各プロセッサで行う
方式と、各プロセッサに付加された通信処理専用のプロ
セッサで行う方式とがある。プロセッサのみで内容コー
ド判定を行う方式では、プロセッサの負荷が多大とな
る。通信処理専用プロセッサのみで内容コード判定を行
う方式では、通信処理専用プロセッサの負荷が多大とな
る。本発明はこれに対しても解決策を与えるものであ
る。

【０００４】

【課題を解決するための手段】本発明の上記目的は、共
通伝送路に接続された複数の処理装置から構成されるシ
ステムで、共通伝送路上を流れるメッセージにその内容
を示す内容コードが付加されており、各処理装置は受信
メッセージの内容コードに基づきその要否を判定するシ
ステムにおいて、前記各処理装置では、受信メッセージ
の内容コードが格納されているエリアの任意の部分の内
容に基づき、その要否を判定することを特徴とするメッ
セージ判別方式によって達成される。また、本発明の上
記目的は、前述の分散処理システムを構成する各プロセ
ッサに、(１)内容コード部分を複数のエリアに分け、先
頭のエリアから順に自プロセッサにそのエリアの値が登
録されているか否かを判定する手段、(２)内容コード部
分を複数のエリアに分け、各エリアごとに独立して、そ
の内容が自プロセッサに登録されているか否かを判定す
る手段を設定することによって達成される。また、本発
明の上記目的は、前述の分散処理システムを構成する各
プロセッサに、(ａ)メッセージ送信時に自プロセッサの
機種を示すコードを付加して送出し、(ｂ)メッセージ受
信時に、受信メッセージ内の送信プロセッサの機種を示
すコードに基づき、その内容コードを変換する機能を設
定することによっても達成できる。また、本発明の上記
目的は、分散処理システムを構成する各プロセッサ内に
組み込まれている通信処理専用プロセッサに簡易的な内
容コード判定ロジックを持たせることによっても達成で
きる。

【０００５】

【作用】本発明に係るメッセージ判別方式においては、
前述の(１)または(２)の手段により、各プロセッサで
は、受信したメッセージの内容コードを部分的に判定す
るのみでその要否を識別できるため、効率的な内容コー
ド判定が可能となる。また、前述の(ａ)(ｂ)の手段によ
り、各プロセッサは、受信したメッセージがどの機種の
プロセッサが発生したものかを認識し、そのメッセージ
内の内容コードを自プロセッサが認識できるように変換
することが可能となるため、異機種プロセッサ間での内
容コード通信が可能となる。また、前述の最後に記述し
た手段により、内容コードの判定処理を通信処理専用プ
ロセッサとプログラム実行プロセッサとで効率的に分担
することができ、効率的な内容コード判定処理が可能と
なる。

【０００６】

【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。図１は、本発明の第１の実施例において対
象とするシステムの全体構成を示す図である。図におい
て、１１,・・・・,１６は、その内部のメモリにアプリケー
ションプログラムを格納しこれを実行可能なプロセッサ
であり、１はこれらの各プロセッサを接続するバス型ネ
ットワークである。２１,・・・・,２６は、ＬＡＮアダプタ
と呼ばれ、ネットワークとのメッセージ送受信を制御す
る専用のプロセッサである。プロセッサ１１,・・・・,１６
は、ＬＡＮアダプタ２１,・・・・,２６経由でネットワーク
とのメッセージ送受信を行う。この際、ＬＡＮアダプタ
側でネットワークとのインタフェース制御を行うため、
各プロセッサは自プロセッサ内の制御のみを行えばよ
い。また、本実施例で対象とするシステムでは、各プロ
セッサはグループ分けされているものとする。第１図で
は、プロセッサ１１，１２がグループＡ(１１０)、プロ
セッサ１３，１４がグループＢ(１２０)、プロセッサ１
５，１６がグループＣ(１３０)というようにグループ分
けされているが、もちろん、任意のグループ分けが可能
である。また、各プロセッサには自らが属するグループ
を示すグループＩＤが登録されているものとする。本実
施例では、グループＡに属するプロセッサにはグループ
ＩＤ(Ａ)が、グループＢに属するプロセッサにはグルー
プＩＤ(Ｂ)が、また、グループＣに属するプロセッサに
はグループＩＤ(Ｃ)が登録されているものとする。

【０００７】図２は、図１に示したプロセッサ１１の内
部構成を示す図であり、他のプロセッサ１２,・・・・,１６
も同じ構成を有している。インタフェース２０１は、Ｌ
ＡＮアダプタ２１との間でのデータ転送を制御するユニ
ットである。受信バッファ２０３はネットワークから受
信したメッセージを格納するためのバッファであり、ま
た、送信バッファ２０４は、ネットワークに送信するメ
ッセージを格納するためのバッファである。ＳＡ格納エ
リア２０５は、自プロセッサにつけられた番号(自プロ
セッサアドレス)を格納するためのエリアである。自プ
ロセッサアドレスは、プロセッサ立ち上げ時に、例え
ば、ＲＯＭやディスク等から自動的に格納される。内容
コードテーブル２０６は、本プロセッサで必要とする内
容コードを格納するテーブルである。なお、内容コード
については、後で説明する。自グループＩＤ格納エリア
２０７は、自プロセッサが属するグループのＩＤを格納
するためのエリアである。内容コードテーブル２０６，
自グループＩＤ格納エリア２０７の内容は、ディスク等
の書き込み可能な不揮発性の記憶媒体に格納されてお
り、プロセッサ立ち上げ時に、この記憶媒体の内容が設
定されるものとする。なお、上述の記憶媒体の内容は、
プロセッサ稼動中に、コマンド等により変更可能である
とする。アプリケーション用データバッファ２０８は、
自プロセッサ内で実行するアプリケーションプログラム
とのインタフェースをとるためのバッファである。入力
データバッファ２０８１には、受信バッファ２０８内デ
ータのうち自プロセッサ内実行アプリケーションプログ
ラムに必要なデータが格納される。また、出力データバ
ッファ２０８２には、自プロセッサ内で実行される各ア
プリケーションプログラムが、自らの出力データをその
内容を示す内容コードとともに格納する。処理ユニット
２０２は、上記各種バッファ，エリア，テーブルを使用
して、プロセッサ内の制御を行うユニットである。受信
処理２０２１，送信処理２０２２は、本発明のための処
理であり、以下に説明する。

【０００８】図３は、図１で示したネットワーク上を流
れるメッセージのフォーマットを示す図である。なお、
図３では、メッセージ転送に必要な制御コード類は省略
してある。ＤＡ部３０１は、メッセージの宛先を示すア
ドレスである。なお、本発明では、メッセージはネット
ワーク上をブロードキャストされるため、本ＤＡ部には
ブロードキャストを示すアドレスが設定される。ＳＡ部
３０２は、メッセージを発生したプロセッサのアドレス
を示すエリアである。Ｄａｔａ３０４は、本メッセージ
により伝送されるべきデータが格納されるエリアであ
る。また、ＣＣ部３０３は、Ｄａｔａ部に格納されるデ
ータの内容を示すコード(内容コード)である。各プロセ
ッサはこのコードに基づきネットワーク上を流れるメッ
セージを自内に取り込むか否かを判定する。ＣＣ部３０
３は、グループＩＤエリア(ＧＩＤ)３０３１、ローカル
内容コードエリア(ＬＣＣ)３０３２から構成される。

【０００９】以下、図２に示した送信処理２０２２、受
信処理２０２１の内容について、図４，図５を用いて説
明する。図４は、送信処理の内容を示すフローである。
本処理では、先ず、図２に示したアプリケーション用デ
ータバッファの出力データバッファ２０８２内に格納さ
れているアプリケーションプログラムの出力データを取
り込み(ステップ 401)、図３に示したフォーマットにし
て送信バッファ２０４に格納する(ステップ402〜404)。
具体的には、出力データバッファ２０８２内に設定され
ているアプリケーションプログラムの出力データを、図
３のフォーマットのＤａｔａ部に、また、出力バッファ
内に設定されている出力データの内容を示す内容コード
を図３のフォーマットのＬＣＣ部３０３２に設定する。
次に、自グループＩＤ格納エリア２０７の内容を、図３
のフォーマットのＧＩＤ部３０３１に設定し(ステップ
402)、図３のＤＡ部３０１にブロードキャストを示すア
ドレスを、同ＳＡ部３０２にＳＡ格納エリア２０５の内
容を設定した後(ステップ 403)、送信バッファ２０４に
格納する(ステップ 404)。送信バッファの内容は、イン
タフェース，ＬＡＮアダプタ経由でネットワークに送出
される。ここで、ネットワークの送出されたメッセージ
は、その宛先アドレスＤＡ部にブロードキャストアドレ
スが設定されていることより、ネットワークに接続され
ている全ＬＡＮアダプタ(メッセージ発生ＬＡＮアダプ
タ以外)が受信し、自らに接続されているプロセッサの
受信バッファに受信メッセージを格納する。

【００１０】図５は、図２に示した受信処理２０２１を
説明するための図である。図５(ａ)は、受信処理のフロ
ーを示す図である。受信処理２０２１では、まず、受信
バッファ内に格納されている受信メッセージの内容コー
ド部(図３のＣＣ部３０３)から、その受信メッセージ
が、自プロセッサにとって必要なものか否かを判定する
(ステップ 501,502)。不必要なメッセージの場合は、そ
のメッセージを廃棄して受信処理を終了する(ステップ
504)。必要なメッセージの場合は、メッセージのＣＣ部
およびＤａｔａ部の内容をアプリケーション用データバ
ッファの入力データバッファ(図２の２０８２)に格納す
る(ステップ 503)。この入力データバッファ内のデータ
を用いて、アプリケーションプログラムの処理が行われ
る。次に、本受信処理の内容コード判定処理 501につい
て、図５(ｂ)を用いて詳細に説明する。図５(ｂ)は、図
２に示した内容コードテーブル２０６の構成を示す図で
ある。内容コード判定処理 501は、この内容コードテー
ブル２０６と受信バッファ内メッセージのＣＣ部の内容
とを比較することにより行う。内容コードテーブル２０
６は、ＧＩＤテーブル２０５１、ＬＣＣテーブル２０５
２から構成される。ＧＩＤテーブルは、自らが取り込む
べきメッセージを発生するグループのグループＩＤを登
録するためのものであり、これら各グループＩＤは、各
行２０５１１,２０５１２,・・・・に登録される。

【００１１】ＧＩＤテーブルの第１行目(２０５１１)に
は、必ず自プロセッサの属するグループのグループＩＤ
が登録される。これは、自プロセッサと同一グループに
属するプロセッサの発生するメッセージは必ず受信する
ためである。ＬＣＣテーブル２０５２は、ＧＩＤテーブ
ルの各行に対応して存在する。すなわち、ＧＩＤテーブ
ルの第１行２０５１１に対応してＬＣＣテーブル２０５
２１が、ＧＩＤテーブルの第２行２０５１２に対応して
ＬＣＣテーブル２０５２２が、ＧＩＤテーブルの第３行
２０５１３に対応してＬＣＣテーブル２０５２３が存在
する。各ＬＣＣテーブルには、そのＬＣＣテーブルに対
応するＧＩＤテーブルに登録されているグループのプロ
セッサが発生するメッセージのうち、自らが取り込むべ
きメッセージの内容コードが登録されている。ここで、
ＬＣＣテーブルに登録される内容コードとは、図３に示
したＣＣ部３０３内のＬＣＣ部３０３２に設定されるコ
ードのことである。この内容コードテーブル２０６を用
いて、以下の手順により内容コード判定処理(図５(ａ)
のステップ501)を行う。

【００１２】(１)受信バッファ内メッセージのＧＩＤ部
(図３の３０３１)の内容が、ＧＩＤテーブルに登録され
ているか否かを判定する。登録されていなければ、この
メッセージを受信不要として、内容コード判定処理を終
了する。登録されている場合には、登録されている行が
第何行目かを記憶しておき、次の処理を行う。ここで
は、第ｎ行目に登録されているものとする。(２)受信バ
ッファ内メッセージのＬＣＣ部(図３の３０３２)の内容
が、ＧＩＤテーブル第ｎ行目に対応するＬＣＣテーブル
内に登録されているか否かを判定する。登録されていな
ければ、このメッセージを受信不要として、内容コード
判定処理を終了する。登録されている場合には、このメ
ッセージを受信要として、内容コード判定処理を終了す
る。以上示した第１の実施例により、図１に示す如く各
プロセッサがグループ分けされているようなシステムに
おいて、各プロセッサはネットワーク上を流れるメッセ
ージが自らに必要なものか否かの判定を、まず、そのメ
ッセージを発生したプロセッサが属するグループにより
判定するため、不要なメッセージの判定を効率的に行う
ことが可能となる。すなわち、自らに関係のないグルー
プから発生されたメッセージを、そのメッセージ内のＧ
ＩＤ部の内容のみで、不要の判定が可能である。また、
本実施例で述べた方式によれば、アプリケーションで各
グループ毎に独立して内容コード(ＬＣＣ部)の設定を行
ったとしても、グループ間で内容コードの重複を回避す
ることができるため、内容コード設定が容易に行える。
更に、本実施例で述べた方式によれば、他グループのプ
ロセッサが発生するメッセージも容易に取り込むことが
できる。

【００１３】次に、本発明の第２の実施例について、図
６，図７を用いて説明する。図６は、第２の実施例で対
象とするシステムの全体構成を示す図である。システム
の構成は、各プロセッサがグループ分けされていない点
以外は、図１に示したシステムと全く同じである。すな
わち、本実施例は、各プロセッサにはグループＩＤが割
り当てられれていない構成を対象とするものである。ま
た、各プロセッサの内部構成は、図２に示したものと同
一である。但し、先に述べたように自グループＩＤ格納
エリア２０７は不要である。図７は、図６に示したネッ
トワーク上を流れるメッセージのフォーマットを示しす
である。ここで、ＤＡ部３０１，ＳＡ部３０２およびＤ
ａｔａ部３０４の内容は、図３に示したものと同一であ
る。ＣＣ部６０３は、図３のＣＣ部３０３と同様に、Ｄ
ａｔａ部に格納されるデータの内容を示すコードである
が、その内部構成が第１の実施例とは異なる。本実施例
では、内容コード部を複数のエリアから構成する。以下
の説明では、２個のエリア、第１エリア６０３１，第２
エリア６０３２とから構成する例について示すが、もち
ろん２個以上のエリアから構成することも可能である。
なお、これら各エリアに格納される内容コードをサブ内
容コードと呼ぶ。

【００１４】本実施例では、各プロセッサはメッセージ
送信時、以下の処理を行う。 (１)各プロセッサ内で実行されるアプリケーションプロ
グラムは、自らの出力データとそのデータに対応する内
容コードとを、先に図２に示した出力データバッファ
(図２の２０８２)内に設定する。なお、この際、内容コ
ードとして２個のサブ内容コードを設定する。このサブ
内容コードの設定の仕方には、次の３通りの設定の仕方
がある。(ａ)２個のサブ内容コードを設定する。(ｂ)１
番目のサブ内容コードのみ設定する。(ｃ)２番目のサブ
内容コードのみ設定する。 (２)図２に示した処理ユニット２０２は、上記(１)で出
力データバッファ２０８２内に格納されているアプリケ
ーションプログラムの出力データに基づき、図７に示さ
れるフォーマットのメッセージを作成し、先に図２に示
した送信バッファ(図２の２０４)に格納する。具体的に
は、出力データバッファ内に設定されているアプリケー
ションプログラムの出力データをＤａｔａ部に、出力バ
ッファ内に設定されている２個のサブ内容コードを、そ
れぞれ、第１エリア，第２エリアに設定する。他部分の
設定は、図４に示した第１の実施例と同様である。 (３)送信バッファ内容を、ＬＡＮアダプタ経由でネット
ワークに送出する。

【００１５】以上の処理により、ネットワークにブロー
ドキャストされたメッセージは自発生以外のすべてのＬ
ＡＮアダプタにより受信され、各プロセッサでは第１の
実施例の図５(ａ)で示したフローにより受信メッセージ
の要否を判定する。第２の実施例では、第１の実施例と
は図５の５０１の内容コード判定ロジックが異なる。以
下に、本実施例での内容コード判定方式について、図８
を用いて説明する。図８(ａ)は、本実施例における内容
コードテーブル(図２の２０６)の構成を示す図である。
本実施例の内容コードテーブルには、図８(ａ)に示すよ
うに、各行２０５１１',２０５１２',２０５１３',・・・・
に、自プロセッサで必要とするメッセージの内容コード
が登録されている。また、これら各行は、第１エリア，
第２エリアから構成され、それぞれに各サブ内容コード
が登録される。本テーブルに基づく内容コード判定ロジ
ックを、以下に示す。 (１)第１エリア，第２エリアともサブ内容コードが設定
されている場合(例:２０５１１') 受信メッセージＣＣ部の第１エリア，第２エリア内容
と、内容コードテーブルの第１エリア，第２エリア内容
とが一致する場合のみ、受信メッセージを取り込み、そ
れ以外は不要とする。 (２)第１エリアのみにサブ内容コードが設定されている
場合(例:２０５１２') 受信メッセージＣＣ部の第１エリア内容と、内容コード
テーブルの第１エリア内容とが一致する場合に、受信メ
ッセージを取り込み、それ以外は不要とする。すなわ
ち、受信メッセージＣＣ部の第２エリア内容は何であ
れ、第１エリア内容が一致するメッセージをすべて取り
込む。 (３)第２エリアのみにサブ内容コードが設定されている
場合(例:２０５１３') 受信メッセージＣＣ部の第２エリア内容と、内容コード
テーブルの第２エリア内容とが一致する場合に、受信メ
ッセージを取り込み、それ以外は不要とする。すなわ
ち、受信メッセージＣＣ部の第１エリア内容は何であ
れ、第２エリア内容が一致するメッセージをすべて取り
込む。

【００１６】上に示した方式により、内容コードに基づ
く受信メッセージの要否判定を、従来のように内容コー
ド全体ではなく、内容コードの任意の一部分のみを用い
て行うことが可能となるため、より柔軟な受信メッセー
ジの選択が可能となる。本方式により可能となるメッセ
ージ選択の例を図８(ｂ)を用いて以下に説明する。図８
(ｂ)は、図６と同一のシステム構成である。ここで、プ
ロセッサ１１〜１３は内容Ｘのデータに関する一連の処
理を行う。プロセッサ１１は、内容Ｘのデータ内のＹと
いう項目に関するメッセージ７１０を送出する。プロセ
ッサ１２は、このメッセージ７１０を取り込み、内容Ｘ
のデータ内のＷという項目に関するメッセージ７２０を
生成し、ネットワークに送出する。メッセージ７２０
は、更にプロセッサ１３が取り込み処理を行う。上述の
如き一連の処理を行うため、メッセージ７１０には内容
コード７１０１(第１エリア:Ｘ，第２エリア:Ｙ)が、メ
ッセージ７２０には内容コード７２０１(第１エリア:
Ｘ，第２エリア:Ｗ)が設定される。一方、プロセッサ１
２の内容コードテーブル７０２には、内容コード(第１
エリア:Ｘ，第２エリア:Ｙ)が、プロセッサ１３の内容
コードテーブル７０３には、内容コード(第１エリア:
Ｘ，第２エリア:Ｗ)が設定されている。ここで、例え
ば、プロセッサ１４の内容コードテーブル７０４に、内
容コード(第１エリア:Ｘ，第２エリア:未設定)を登録す
ることにより、プロセッサ１１〜１３で行われる内容Ｘ
のデータに関する処理により発生するすべてのメッセー
ジ(７１０，７２０)を取り込んで、一連の処理をモニタ
することが容易に可能となる。

【００１７】次に、本発明の第３の実施例について図９
〜図１１を用いて説明する。図９は、第３の実施例で対
象とするシステムの全体構成を示す図である。図におい
て、８１,・・・・,８６は、その内部のメモリにアプリケー
ションプログラムを格納し、これを実行可能なプロセッ
サであり、８はこれらプロセッサを接続するバス型ネッ
トワークである。９１,・・・・,９６は、ＬＡＮアダプタと
呼ばれ、ネットワークとのメッセージ送受信を制御する
専用のプロセッサである。プロセッサ８１,・・・・,８６
は、ＬＡＮアダプタ９１,・・・・,９６経由でネットワーク
とのメッセージ送受信を行う。本実施例で対象とするシ
ステムでは、異なる機種のプロセッサが共存しているも
のとする。図９では、プロセッサ８１，８２が機種Ａ、
プロセッサ８３，８４が機種Ｂ、プロセッサ８５，８６
が機種Ｃというように、異なる機種のプロセッサが同一
のＬＡＮ上に共存している。また、各プロセッサには、
自らの機種を示す機種コードが登録されているものとす
る。各プロセッサは、図２に示したのと同一の構成をと
る。但し、本実施例では自グループＩＤ格納エリア２０
７ではなく、上で示した機種コードを格納する機種コー
ドエリアが設定される。

【００１８】図１０は、図９に示したネットワーク８上
を流れるメッセージのフォーマットを示す図である。こ
こで、ＤＡ部３０１，ＳＡ部３０２およびＤａｔａ部３
０４の内容は、図３に示したものと同一である。ＣＣ部
９０３は、図３のＣＣ部３０３と同様に、Ｄａｔａ部に
格納されるデータの内容を示すコードであるが、その内
部構成が第１の実施例とは異なる。本実施例では、ＣＣ
部９０３をコード種別部９０３１，ＬＣＣ部９０３２，
機種属性部９０３３から構成する。これら、コード種別
部，ＬＣＣ部，機種属性部内容は、各プロセッサにより
メッセージ送信時に設定される。具体的には、コード種
別部９０３１には自プロセッサの機種コードを、ＬＣＣ
部９０３２には、アプリケーションプログラムが出力デ
ータバッファ(図２の２０８２)に設定する内容コードを
設定する。機種属性部９０３３には、機種コードのみで
は不十分な場合に、発生源プロセッサの属性に関する情
報を格納するエリアである。例えば、このエリアには、
Ｄａｔａ部３０４内のデータが格納されていたファイル
のファイル形式等が設定される。なお、本実施例では、
上記ＬＣＣ部９０３２に対応する値が各プロセッサの内
容コードテーブル(図２の２０６)に登録されているもの
とする。上に示したメッセージはネットワーク上にブロ
ードキャストされ、各プロセッサがこのメッセージを受
信する。以下に、各プロセッサでに受信時の内容コード
判定処理について図１１を用いて説明する。

【００１９】図１１は、本実施例における、受信処理
(図２の２０２１で示した)の内容を示すフローである。
図１０に示したメッセージをＬＡＮアダプタ経由で受信
した各プロセッサは、受信メッセージのＣＣ部内容およ
び自プロセッサの内容コードテーブルに基づき、受信メ
ッセージの要否判定を行う。まず、受信メッセージのＣ
Ｃ部９０３内のコード種別９０３１に基づき、ＬＣＣ部
９０３２の内容を自プロセッサで解読可能なコードに変
換する(ステップ 910)。これは、異機種間でコード体系
が異なる場合に対応するためである。なお、この変換の
ために必要な変換テーブルは各プロセッサに前もって設
定されているものとする。次に、変換結果のＬＣＣ部内
容が、自プロセッサの内容コードテーブルに登録されて
いるか否かを判定する(ステップ 911)。登録されていな
い場合は、不要メッセージであることより(ステップ 91
2)、内容コード判定結果を受信メッセージ不要として
(ステップ916)、受信処理を終了する。また、登録され
ている場合には、更に、受信メッセージＣＣ部９０３内
の機種属性部９０３３内容を判定する(ステップ 913)。
ここでは、機種属性部に登録されている内容が自プロセ
ッサで処理可能か否かを判定する。例えば、機種属性部
に登録されているファイル形式を、自プロセッサＯＳで
サポートしているか否か等の判定を行う。本判定結果に
より、処理不可と判定された場合(ステップ 914)は、内
容コード判定結果を受信メッセージ不要として(ステッ
プ 916)、受信処理を終了する。また、自プロセッサで
処理可能と判定した場合(ステップ 914)は、内容コード
判定結果を受信メッセージ必要として(ステップ 915)、
処理を終了する。

【００２０】上に示した第３の実施例の方式によれば、
システム内に異なる機種のプロセッサが混在する場合
も、各プロセッサはどの機種のプロセッサを対象として
メッセージを送出するかを意識することなく、単に、自
プロセッサの機種のみを意識してメッセージをネットワ
ークに送出できる。また、各プロセッサは、他機種の発
生したメッセージを受信した場合にも、その内容コード
を判定することが可能となり、異機種間での選択受信が
可能となる。更に、本方式によれば、受信した他機種の
メッセージが自プロセッサのサポート機能で処理可能か
否かをシステム側で判定することが可能となるため、ア
プリケーションプログラムに処理不能データが渡ること
を排除できる。すなわち、本方式により、異機種間での
内容コードメッセージ通信が可能となる。なお、上記実
施例では、機種が異なる場合について示したが、以下の
場合でも本発明方式は適用可能である。 (１)同一機種プロセッサでＯＳが異なる場合：本実施例
の機種属性部のかわりにＯＳの属性を示すＯＳ属性部を
メッセージに設定することにより対応できる。 (２)異機種プロセッサで、かつＯＳも異なる場合：機種
属性部およびＯＳ属性部を、メッセージに設定すること
により対応可能である。

【００２１】次に、本発明の第４の実施例について説明
する。なお、本実施例の方式は、第１〜第３の実施例で
対象とする全システム構成(図１,図６,図８)に、適用可
能である。図１２は、本実施例で対象とするＬＡＮアダ
プタ(図１,図６,図８の２１)の構成を示す図である。他
のＬＡＮアダプタの構成も同一である。本実施例では、
ＬＡＮアダプタ内に、ネットワークとのインタフェース
処理のみでなく、内容コード判定処理２５０、および、
このために必要な内容コードテーブル２５１を設定した
ことを特徴とするものである。以下、このＬＡＮアダプ
タでの内容コード判定処理について説明する。本実施例
における内容コード判定処理に対する基本的考え方は、
以下の通りである。 (１)ＬＡＮアダプタにおいて不完全ではあるが高速の内
容コード判定を行い、自接続プロセッサで不要なメッセ
ージの大部分を排除する。 (２)プロセッサ側では、第１から第３の実施例で示した
通りの正確な判定処理を行い、ＬＡＮアダプタでの判定
で検出できなかった不要メッセージを排除する。

【００２２】以上の考え方を実現するため、ＬＡＮアダ
プタでは、例えば、次に示すようなロジックによる内容
コード判定処理を行う。［第１の判定ロジック］判定の対象となる内容コード部
の一部により判定を行う。本ロジックの一例を以下に示
す。 (ａ)内容コードテーブルへの登録：自プロセッサで必要
とする内容コードの一部、例えば、先頭２バイトをＬＡ
Ｎアダプタ内の内容コードテーブル２５１に登録する。 (ｂ)内容コード判定：ＬＡＮアダプタでは、ネットワー
クより受信したメッセージのＣＣ部のうち先頭２バイト
が内容コードテーブルに登録されているか否かを判定
し、登録されている場合のみ、受信メッセージを自接続
プロセッサに送る。［第２の判定ロジック］判定の対象となる内容コードを
変換して要否判定を行う。本ロジックの一例を以下に示
す。 (ａ)内容コードテーブルへの登録：内容コードの値をＬ
ＡＮアダプタ内容コードテーブルエリアのアドレスに変
換する変換式を定義し、事前に各ＬＡＮアダプタにその
変換式を設定しておく。各ＬＡＮアダプタでは、自らに
登録する内容コードを本変換式により、内容コードテー
ブルエリアのアドレスに変換し、そのアドレスのエリア
に”１”を設定する。なお、内容コードテーブルエリア
はＬＡＮアダプタ立ち上げ時に”０”クリアされている
ものとする。 (ｂ)内容コード判定：ＬＡＮアダプタでは、ネットワー
クより受信したメッセージのＣＣ部を上記変換式によ
り、内容コードテーブルエリアのアドレスに変換し、そ
のエリアに”１”が設定されている場合に、受信メッセ
ージを自接続プロセッサに送る。それ以外の場合は、受
信メッセージを廃棄する。

【００２３】［第３の判定ロジック］本ロジックは、第
１，第２の判定ロジックを組合せたものである。判定の
対象となる内容コード部の一部を変換して、要否判定を
行う。本ロジックの一例を以下に示す。 (ａ)内容コードテーブルへの登録：内容コードの値の一
部、例えば、先頭２バイトをＬＡＮアダプタ内容コード
テーブルエリアのアドレスに変換する変換式を定義し、
事前に各ＬＡＮアダプタにその変換式を設定しておく。
各ＬＡＮアダプタでは、自らに登録する内容コードの先
頭２バイトを本変換式により、内容コードテーブルエリ
アのアドレスに変換し、そのアドレスのエリアに”１”
を設定する。なお、内容コードテーブルエリアはＬＡＮ
アダプタ立ち上げ時に”０”クリアされているものとす
る。 (ｂ)内容コード判定：ＬＡＮアダプタでは、ネットワー
クより受信したメッセージのＣＣ部の中の先頭２バイト
を上記変換式により、内容コードテーブルエリアのアド
レスに変換し、そのエリアに”１”が設定されている場
合に、受信メッセージを自接続プロセッサに送る。それ
以外の場合は、受信メッセージを廃棄する。

【００２４】上述の第４の実施例によれば、ＬＡＮアダ
プタにおいて不正確ではあるが、高速な内容コード判定
を行い、受信メッセージのうちの不要なメッセージの大
部分を排除することができるため、各プロセッサでの正
確な内容コード判定を行う回数を減少させることがで
き、各プロセッサでの受信処理のための負荷を軽減する
ことが可能となる。従来のＬＡＮアダプタのみで正確な
内容コード判定を行う方式では、ＬＡＮアダプタの負荷
が多大となるという問題があったが、本実施例に係る方
法では、この問題を解消できる。また、従来のプロセッ
サのみで正確な内容コード判定を行う方式では、プロセ
ッサの負荷が多大となるという問題があったが、本実施
例に係る方法では、この問題も解消できる。なお、以上
示した第１〜第４の実施例においては、バス型ネットワ
ークを対象として説明してきたが、本発明はバス型ネッ
トワークに限らず、例えば、リング型等の任意の形態の
ネットワークにおいても実現できる。また、ネットワー
ク上のメッセージの宛先アドレス(ＤＡ)として、ブロー
ドキャストアドレスを用いたが、本発明は、ＤＡとし
て、グループアドレスまたは１対１アドレスを用いたと
しても実現可能である。

【００２５】

【発明の効果】以上、詳細に説明した如く、本発明によ
れば、内容コードをグループ化することが可能となり、
アプリケーションで各グループ毎に独立して内容コード
の設定を行ったとしても、グループ間で内容コードの重
複を回避することができ、内容コード設定が容易に行え
る。また、本発明によれば、内容コードに基づく受信メ
ッセージの要否判定を、従来のように内容コード全体で
はなく、内容コードの任意の一部分のみを用いて行うこ
とが可能となるため、より柔軟でかつ効率的な受信メッ
セージの選択が可能になるという顕著な効果を奏するも
のである。更に、本発明によれば、システム内に異なる
機種のプロセッサが混在する場合でも、異機種プロセッ
サ間での内容コードメッセージ通信が可能となる。ま
た、本発明によれば、ＬＡＮアダプタにおいて高速な内
容コード判定を行い、受信メッセージのうちの不要なメ
ッセージの大部分を排除することが可能となるため、各
プロセッサでの受信処理のための負荷を軽減することが
可能となり、効率的な内容コード判定が実現できるとい
う顕著な効果を奏するものである。

【００２６】

【図面の簡単な説明】

【図１】本発明の第１の実施例が適用されるシステムの
全体構成を示す図である。

【図２】本発明を実現するプロセッサの内部構成を示す
図である。

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

【図４】本発明の第１の実施例の送信処理を説明する図
である。

【図５】本発明の第１の実施例の受信処理を説明する図
である。

【図６】本発明の第２の実施例が適用されるシステムの
全体構成を示す図である。

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

【図８】本発明の第２の実施例を説明する図である。

【図９】本発明の第３の実施例が適用されるシステムの
全体構成を示す図である。

【図１０】本発明の第３の実施例のメッセージフォーマ
ットを示す図である。

【図１１】本発明の第３の実施例を説明する図である。

【図１２】本発明の第４の実施例の要部の構成を示す図
である。

【符号の説明】

ＤＡ：宛先アドレス、ＳＡ：発信源アドレス、ＣＣ：内
容コード、ＧＩＤ：グループＩＤ、ＬＣＣ：ローカル内
容コード、Ｄａｔａ：データ部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者藤瀬洋神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウエア開発本部内 (72)発明者竹内増幸神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウエア開発本部内 (72)発明者鈴木仁神奈川県海老名市下今泉810番地株式会社日立製作所オフイスシステム設計開発センタ内

Claims

【特許請求の範囲】

【請求項１】共通伝送路に接続された複数の処理装置
から構成されるシステムで、共通伝送路上を流れるメッ
セージにその内容を示す内容コードが付加されており、
各処理装置は受信メッセージの内容コードに基づきその
要否を判定するシステムにおいて、前記各処理装置で
は、受信メッセージの内容コードが格納されているエリ
アの任意の部分の内容に基づき、その要否を判定するこ
とを特徴とするメッセージ判別方式。
【請求項２】前記受信メッセージの内容コードに基づ
きその要否を判定するシステムにおいて、メッセージの
内容コードが格納されているエリアを複数のエリアに区
分し、前記各処理装置では、前記区分されたエリア毎の
受信要否判定基準を有し、該判定基準に基づいて受信メ
ッセージの要否判定を行うことを特徴とする請求項１記
載のメッセージ判別方式。
【請求項３】前記受信メッセージの内容コードに基づ
きその要否を判定するシステムにおいて、メッセージの
内容コードが格納されているエリアを複数のエリアに区
分し、前記各処理装置では、事前に定められた順に従っ
て各エリア毎に受信メッセージの要否判定を行うことを
特徴とする請求項２記載のメッセージ判別方式。
【請求項４】前記受信メッセージの内容コードに基づ
きその要否を判定するシステムにおいて、メッセージに
内容コードのほかにそのメッセージの発生源についての
情報を付加し、前記各処理装置は受信メッセージの内容
コードと発生源情報とに基づき受信メッセージの要否を
判定することを特徴とする請求項１記載のメッセージ判
別方式。
【請求項５】前記発生源を示す情報内に少なくとも発
生源処理装置の機種に関する情報を含み、前記各処理装
置では、前記受信メッセージの発生源情報に基づき、受
信メッセージの内容コードについて、自処理装置で処理
可能か否かを判定することを特徴とする請求項４記載の
メッセージ判別方式。
【請求項６】前記受信メッセージの内容コードに基づ
きその要否を判定するシステムにおいて、メッセージの
内容コード部内に内容コードを記述しているコードのコ
ード種別に関する情報を付加し、前記各処理装置は受信
メッセージの内容コードを前記コード種別情報に基づ
き、自処理装置で識別可能なコードに変換することを特
徴とする請求項１記載のメッセージ判別方式。
【請求項７】前記受信メッセージの内容コードに基づ
きその要否を判定するシステムにおいて、前記各処理装
置内に共通伝送路との送受信処理を行う専用のプロセッ
サを設定し、該専用プロセッサと前記処理装置との間で
受信メッセージの要否の判定を分担して行うことを特徴
とする請求項１記載のメッセージ判別方式。
【請求項８】前記専用プロセッサで第一段階の内容コ
ード判定を行って受信メッセージを選択し、該専用プロ
セッサの第一段階内容コード判定により選択されたメッ
セージに対して、前記処理装置で第二段階の内容コード
判定を行い、最終的な受信メッセージを選択することを
特徴とする請求項７記載のメッセージ判別方式。