JP3666221B2 - メッセージ配信管理システムおよび方法並びに情報記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークにおけるメッセージ配信管理システムおよび方法並びに情報記録媒体に関する。
【０００２】
【背景技術および発明が解決しようとする課題】
通信技術の発展により、ネットワークの大規模化、分散処理化が進んでいる。これらのネットワークでは、各処理装置間で様々なメッセージがやりとりされるため、効率的かつ汎用的なメッセージ配信管理を行うことが重要である。
【０００３】
しかし、メッセージ配信管理を行う場合、各処理装置は通信相手の所在や状況を意識した通信を行っている。例えば、ＤＢ（データベース）管理システムをバージョンアップする際、ＤＢサーバを停止する必要が生じる場合がある。通信元の処理装置は、通信先のＤＢサーバが停止しているか、どこにあるのか自ら判断して通信する必要がある。このような状況では、効率的なメッセージ配信管理を行うことは困難である。
【０００４】
また、バージョンアップ等が行われた場合、メッセージの構造がバージョンアップしたものとしないものとで異なる場合がある。このような場合、一部の処理装置ではバージョンアップが行われ、他の処理装置では行われていないと各処理装置間でメッセージの構造を意識する必要があり、各バージョンに対応したアプリケーションを作成する必要がある。このような状況では、汎用的なメッセージ配信管理を行うことは困難である。特に、２４時間稼働する必要があるネットワークシステムにおいては、常にネットワークシステム全体を稼働し続けるための汎用性が必要とされる。
【０００５】
本発明の目的は、効率的かつ汎用的なメッセージ配信管理システムおよび方法並びに情報記録媒体を提供することにある。
【０００６】
【課題を解決するための手段】
前記目的を達成するため、本発明に係るメッセージ配信管理システムは、通信路に接続されたメッセージ配信管理手段を介して、複数の処理装置間で確認許可型メッセージの送受信を行うネットワークにおけるメッセージ配信管理システムであって、
前記メッセージ配信管理手段は、
前記確認許可型メッセージの配信管理を行うための配信管理データが記憶される管理データ記憶手段と、
受信メッセージに基づき、前記配信管理データの作成を行う管理データ制御手段と、
前記管理データに基づき、受信メッセージを所定の処理装置へ向け配信する配信制御手段と、
を含んで構成され、
前記確認許可型メッセージは、
イベントの実行に対する許可を得るための確認を示す確認メッセージ、
この確認メッセージに対する許可付与の希望を示す許可希望メッセージ、
前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つのメッセージから構成され、
前記許可付与を希望する処理装置は、
前記許可希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
前記確認メッセージを前記メッセージ配信管理手段から受信し、前記許可メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
を含んで構成され、
前記確認を行う処理装置は、
前記確認メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
確認に対応した前記許可メッセージを前記メッセージ配信管理手段から受信する手段と、
を含んで構成され、
前記管理データ制御手段は、
前記確認メッセージを受信した場合に、前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージの配信を行い、前記許可メッセージを受信した場合に、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージの配信を行うための前記配信管理データを作成し、
前記配信制御手段は、
前記確認メッセージを受信した場合に、前記配信管理データに基づき前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージを配信し、前記許可希望メッセージ送信元の処理装置から前記許可メッセージを受信した場合に、前記配信管理データに基づき前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信することを特徴とする。
【０００７】
本発明によれば、メッセージの型を確認許可という型に単純化かつ共通化し、このメッセージを用いて複数の処理装置間で情報のやりとりを行えるようメッセージを配信管理することにより、ネットワークでの複雑な処理も容易に行うことができる。
【０００８】
また、メッセージを共通化しているため、各処理装置やメッセージ配信管理手段でデータの扱い方を共通化でき、各処理装置で個別に対応させる処理を低減し、各処理装置の増減による影響を受けにくいメッセージ配信管理システムを実現できる。
【０００９】
したがって、本発明を、特に分散処理ネットワークにおいて用いることが好ましい。
【００１０】
また、本発明に係るメッセージ管理システムは、通信路に接続されたメッセージ配信管理手段を介して、複数の処理装置間で通知型メッセージおよび確認許可型メッセージの送受信を行うネットワークにおけるメッセージ配信管理システムであって、
前記メッセージ配信管理手段は、
各メッセージの配信管理を行うための配信管理データが記憶される管理データ記憶手段と、
受信メッセージに基づき、前記配信管理データの作成を行う管理データ制御手段と、
前記配信管理データに基づき、受信メッセージを所定の処理装置へ向け配信する配信制御手段と、
を含んで構成され、
前記通知型メッセージは、
状態変化の通知を示す通知メッセージ、
この通知メッセージの受信希望を示す通知希望メッセージのうちいずれか１つのメッセージから構成され、
前記通知メッセージの受信を希望する処理装置は、
前記通知希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
前記通知メッセージを前記メッセージ配信管理手段から受信する手段と、
を含んで構成され、
前記状態変化の通知を行う処理装置は、
状態変化時にその旨を、通知メッセージとして前記メッセージ配信管理手段へ向け送信する手段を含んで構成され、
前記管理データ制御手段は、
前記通知希望メッセージを受信した場合に、通知希望元の処理装置へ向け前記状態変化の通知を行うための前記配信管理データを作成し、
前記配信制御手段は、
前記通知メッセージを受信した場合に、前記通知管理データに基づき前記通知希望処理装置へ向け前記通知メッセージを配信し、
前記確認許可型メッセージは、
イベントの実行に対する許可を得るための確認を示す確認メッセージ、
この確認メッセージに対する許可付与の希望を示す許可希望メッセージ、
前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれ か１つのメッセージから構成され、
前記許可付与を希望する処理装置は、
前記許可希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
前記確認メッセージを前記メッセージ配信管理手段から受信し、前記許可メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
を含んで構成され、
前記確認を行う処理装置は、
前記確認メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
確認に対応した前記許可メッセージを前記メッセージ配信管理手段から受信する手段と、
を含んで構成され、
前記管理データ制御手段は、
前記確認メッセージを受信した場合に、前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージの配信を行い、前記許可メッセージを受信した場合に、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージの配信を行うための前記配信管理データを作成し、
前記配信制御手段は、
前記確認メッセージを受信した場合に、前記配信管理データに基づき前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージを配信し、前記許可希望メッセージ送信元の処理装置から前記許可メッセージを受信した場合に、前記配信管理データに基づき前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信することを特徴とする。
【００１１】
本発明によれば、メッセージの型を通知、確認許可という２つに単純化かつ共通化し、これらのメッセージを用いて複数の処理装置間で情報のやりとりを行えるようメッセージを配信管理することにより、ネットワークでの複雑な処理も容易に行うことができる。
【００１２】
また、メッセージを共通化しているため、各処理装置やメッセージ配信管理手段でデータの扱い方を共通化でき、各処理装置で個別に対応させる処理を低減し、各処理装置の増減による影響を受けにくいメッセージ配信管理システムを実現できる。
【００１３】
したがって、本発明を、特に分散処理ネットワークにおいて用いることが好ましい。
【００１４】
また、各メッセージは、
その通信の目的を示す目的データを有するメッセージパターンデータを含んで構成され、
前記目的データは、
少なくとも前記通知、前記通知希望、前記確認、前記許可希望、前記許可のいずれかの目的を示すデータであり、
前記管理データ制御手段は、
受信メッセージに含まれる前記メッセージパターンデータを、前記処理装置の所在データと関連づけることにより、前記配信管理データを作成し、この配信管理データを前記管理データ記憶手段に記憶し、
前記配信制御手段は、
前記受信メッセージに含まれる前記メッセージパターンデータと、前記配信管理データとに基づき、前記受信メッセージの配信制御を行ってもよい。
【００１５】
本発明によれば、メッセージパターンデータに含まれる目的データから通信の目的が判断でき、通知、確認といった各メッセージ毎に管理データを作成することができ、メッセージ毎の処理が行いやすい。
【００１６】
また、メッセージパターンデータを、処理装置の所在データと関連づけて管理データを作成している。これにより、どのメッセージパターンのときにはどこの処理装置に送るかを各処理装置は意識することなく情報のやりとりが行える。すなわち、通信相手の所在は、メッセージ配信管理手段により管理されているため、通信相手の増減を意識することなく通信が行えるメッセージ配信管理システムを実現できる。
【００１７】
また、前記配信管理データは、
前記処理装置の前記所在データおよび識別データとを有する装置データと、
前記処理装置からの受信メッセージの配信管理を行うためのメッセージデータと、
を含んで構成され、
前記管理データ制御手段は、
前記処理装置が前記通信路との接続を開始した場合に、この処理装置に対する前記識別データを作成し、この識別データと、対応する所在データとを前記装置データとして前記管理データ記憶手段に記憶するとともに、前記受信メッセージに含まれる前記メッセージパターンデータを有する前記メッセージデータを、前記装置データと関連づけることにより、前記メッセージパターンデータに基づき、前記受信メッセージを配信管理するための前記配信管理データを作成し、この配信管理データを前記管理データ記憶手段に記憶し、
前記配信制御手段は、
前記受信メッセージに含まれる前記メッセージパターンデータと、前記配信管理データとに基づき、前記受信メッセージの配信制御を行ってもよい。
【００１８】
本発明によれば、通信相手がネットワークに参加した場合でも、この通信相手の情報は、メッセージ配信管理手段に管理されている情報に追加されているため、通信元の処理装置は、通信相手の増加を意識することなく通信が行えるメッセージ配信管理システムを実現できる。
【００１９】
また、前記管理データ制御手段は、
前記処理装置が前記通信路との接続を終了した場合に、前記接続時に作成した前記装置データおよび前記装置データと関連づけられた前記メッセージデータを削除してもよい。
【００２０】
本発明によれば、通信相手がネットワークからいなくなった場合でも、この通信相手の情報は、メッセージ配信管理手段に管理されている情報から削除されているため、通信元の処理装置は、通信相手の減少を意識することなく通信が行えるメッセージ配信管理システムを実現できる。
【００２１】
また、前記確認許可型メッセージは、
前記目的データとして、前記確認、前記許可または前記許可希望のいずれかのデータを含んで構成され、
前記配信管理データは、
前記許可希望メッセージを配信管理する許可希望装置データを含んで構成され、
前記管理データ制御手段は、
前記許可希望メッセージを受信した場合、前記許可希望装置データを作成して前記管理データ記憶手段に記憶し、
前記配信制御手段は、
前記確認メッセージを受信した場合、この確認メッセージに含まれる前記メッセージパターンデータと、前記管理データ記憶手段に記憶された前記許可希望装置データとに基づき、前記確認メッセージ送信元の確認処理装置の前記識別データを前記確認メッセージに含ませ、前記許可希望処理装置へ向けこの確認メッセージを配信し、
前記確認メッセージの配信先の処理装置から前記確認メッセージに対する前記確認処理装置の識別データを有する許可メッセージを受信した場合、この許可メッセージ中の識別データに基づき、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信してもよい。
【００２２】
本発明によれば、確認許可型メッセージをやりとりする場合、許可希望メッセージと確認メッセージとが対応するものかどうかを、メッセージパターンデータ同士の比較により判断できるため、効率的に確認許可処理が行える。
【００２３】
さらに、確認メッセージ送信元の識別データをメッセージに含ませることにより、許可メッセージをどこに配送すべきか意識しなくて済む。
【００２４】
また、前記確認許可型メッセージは、
前記目的データとして、前記確認、前記許可、前記許可希望または前記確認に対する回答の終了を示す許可終了のいずれかのデータを含んで構成され、
前記許可希望メッセージを送信する許可希望処理装置は複数存在し、
前記配信制御手段は、
前記確認メッセージを受信した場合、この確認メッセージに含まれる前記メッセージパターンデータと、前記管理データ記憶手段に記憶された前記許可希望装置データとに基づき、前記確認メッセージ送信元の確認処理装置の前記識別データを前記確認メッセージに含ませ、複数の許可希望処理装置へ向けこの確認メッセージを配信し、
前記複数の許可希望処理装置は、
前記確認メッセージを受信した場合、この確認メッセージに含まれる前記識別データを送信する許可メッセージに含ませ、この許可メッセージを前記メッセージ配信管理手段へ向け送信し、
前記配信制御手段は、
前記確認メッセージ配信先の複数の処理装置から前記確認メッセージに対する前記許可メッセージを受信した場合、この許可メッセージ中の識別データに基づき、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信し、
受信した許可メッセージが最終のものである場合、この許可メッセージ中の識別データに基づき、前記確認メッセージ送信元の処理装置へ向け、前記許可メッセージを配信するとともに、前記目的データに前記許可終了を含ませた許可終了メッセージを配信してもよい。
【００２５】
本発明によれば、複数の処理装置から許可をもらう必要がある場合も、許可終了データを用いることにより、確認メッセージを送信した処理装置は、有効な全許可処理装置から許可が返送されたことを判断できる。
【００２６】
また、前記通知型メッセージは、
前記目的データとして、前記通知または前記通知希望のいずれかのデータを含んで構成され、
前記配信管理データは、
前記通知希望メッセージが配信管理される通知希望装置データを含んで構成され、
前記管理データ制御手段は、
前記通知希望メッセージを受信した場合、前記通知希望装置データを作成して前記管理データ記憶手段に記憶し、
前記配信制御手段は、
前記通知メッセージを受信した場合、前記通知メッセージに含まれる前記メッセージパターンデータと、前記管理データ記憶手段に記憶された前記通知希望装置データとに基づき、前記通知希望処理装置へ向け前記通知メッセージを配信してもよい。
【００２７】
本発明によれば、通知型メッセージをやりとりする場合、通知希望メッセージと通知メッセージとが対応するものかどうかを、メッセージパターンデータ同士の比較により判断できるため、効率的に通知処理が行える。特に、不特定多数の通信相手に対してほぼ同時に通知する処理に対して効果的である。
【００２８】
また、前記メッセージパターンデータは、
前記目的データに基づき選択された前記配信管理データにおいて、所定のメッセージを受信する処理装置のグループを示すグループデータを含んで構成され、
前記管理データ制御手段は、
前記目的データおよび前記グループデータが指定されたメッセージを受信した場合、この受信メッセージに含まれる前記目的データに基づき前記配信管理データを選択し、前記受信メッセージに含まれる前記グループデータに基づき、前記受信メッセージに基づき作成した配信管理データを、前記管理データ記憶手段に記憶し、
前記配信制御手段は、
前記目的データおよび前記グループデータが指定されたメッセージを受信した場合、この受信メッセージの前記メッセージパターンデータと、前記メッセージパターンデータと対応する前記配信管理データとに基づき、前記受信メッセージの配信制御を行ってもよい。
【００２９】
本発明によれば、目的データにより当該メッセージの目的を区別し、グループデータにより送受信対象を区別することができる。これにより、送受信対象を限定したメッセージ配信処理が行える。
【００３０】
また、各メッセージは、
前記メッセージパターンデータを有する固定長のヘッダ部と、
前記メッセージパターンデータに応じた詳細データを有する可変長のデータ部と、
を含んで構成され、
前記データ部は、
データ名とそのデータ名に対応するデータとからなる組データを含んで構成され、
前記処理装置および前記メッセージ配信管理手段は、
前記データ名を指定することにより、そのデータ名に対応するデータを取得してもよい。
【００３１】
本発明によれば、ヘッダ部を固定長とし、ヘッダ部に各メッセージ共通で必要なデータを含ませることにより、各メッセージ共通で必要なデータを取得しやすくし、データ部を可変長とすることにより詳細なデータであってもメッセージに含ませることができる。これにより、メッセージ処理効率を上げるとともに柔軟なデータ表現が可能なメッセージを実現できる。
【００３２】
また、メッセージから詳細なデータを取り出す場合、データ名を指定することにより対応するデータを取得できる。例えば、配列構造でデータ表現した場合、当該配列の要素を取り出すには、要素番号を指定するため、どういう順番でデータが格納されているか意識する必要があるが、本発明によれば、データの格納順序を意識することなくデータを取得できる。したがって、バージョンアップ等でメッセージに格納されるデータ要素が異なっている場合でも、メッセージにより適切に情報をやりとりすることができる。
【００３３】
なお、データ名のデータ型としては、文字列型、数型、日付型等の各種のデータ型を適用できる。
【００３４】
また、前記組データは、
連想配列形式で構成され、
前記処理装置および前記メッセージ配信管理手段は、
前記連想配列形式のデータから必要な組データを取り出して前記データ名を指定することにより、そのデータ名に対応するデータを取得してもよい。
【００３５】
本発明によれば、連想配列形式のデータから必要な組データを取り出すことができ、単独の組データで表現されたデータ構造と同様にデータを格納および取得することができる。すなわち、複雑なデータをメッセージに格納する場合でも、連想配列形式で表現することにより、単独の組データとしてデータを単純化して扱うことができ、柔軟性の高いメッセージ配信管理システムを実現できる。
【００３６】
ここで、連想配列とは、ＵＮＩＸのＰｅｒｌ等で用いられている通常の連想配列のことである。
【００３７】
また、前記メッセージ配信管理手段は、
メッセージ変換手段を有し、
前記ヘッダ部は、
そのメッセージにおいて使用されている文字種別を示す文字種別データを含んで構成され、
前記メッセージ変換手段は、
前記文字種別データに基づきそのメッセージにおいて使用されている文字を変換してもよい。
【００３８】
例えば、通信元の処理装置では文字種別としてＥＵＣ（Ｅｘｔｅｎｄｅｄ ＵＮＩＸ Ｃｏｄｅ）を用いてメッセージを作成して送信した場合、通信先の処理装置では文字種別としてＳＪＩＳ（ＳｈｉｆｔＪＩＳ）しか認識しない場合、通信先でメッセージの文字種別を判断して変換しなければならないが、本発明によれば、メッセージ配信管理手段内のメッセージ変換手段がメッセージ中の文字種別データから文字種別を判断して変換するため、通信元や通信先の処理装置はメッセージの文字種別を意識せずに通信できる。これにより、汎用的なメッセージ配信管理システムを実現できる。
【００３９】
また、前記メッセージパターンデータは、
前記目的データに基づき選択された前記配信管理データにおいて、前記グループデータに基づき選択された所定の処理装置から当該メッセージの処理を行う処理装置が選択されるための処理内容を示すカテゴリデータを含んで構成され、
前記管理データ制御手段は、
前記目的データ、前記グループデータおよび前記カテゴリデータが指定されたメッセージを受信した場合、この受信メッセージに含まれる前記目的データに基づき前記管理データを選択し、前記受信メッセージに含まれる前記グループデータおよび前記カテゴリデータに基づき、前記受信メッセージに基づき作成した配信管理データを、前記管理データ記憶手段に記憶し、
前記配信制御手段は、
前記目的データ、前記グループデータおよび前記カテゴリデータが指定されたメッセージを受信した場合、この受信メッセージの前記メッセージパターンデータと、前記メッセージパターンデータと対応する前記配信管理データに基づき、前記受信メッセージの配信制御を行ってもよい。
【００４０】
本発明によれば、処理内容によってメッセージを配信すべき処理装置を選択することができる。これにより、通信元は、そのメッセージによる処理に適した処理装置を意識することなく、処理を行うことができる。したがって、本発明を、分散処理ネットワークのような各処理装置が種々の処理を分担して行うようなネットワークにおいて用いることが好ましい。
【００４１】
また、前記グループデータまたは前記カテゴリデータの少なくとも一方は、
前記グループデータにおける前記グループまたは前記カテゴリデータにおける前記処理内容が段階的に分類された複数の分類データを含んで構成され、
前記配信制御手段は、
前記複数の分類データが指定されたメッセージを受信した場合、この受信メッセージの前記メッセージパターンデータと、前記管理データと、前記複数の分類データとに基づきメッセージ共有グループを段階的に絞り込み、前記受信メッセージの配信制御を行ってもよい。
【００４２】
本発明によれば、上述したように、グループデータまたはカテゴリデータによって選択された処理装置をさらに細かいレベルで区別することができる。したがって、本発明を、特に処理装置が多数存在する大規模ネットワークにおいて用いることが好ましい。
【００４３】
また、前記分類データには、分類に属する全処理装置を示す全指定データが指定され、
前記配信制御手段は、
前記分類に前記全指定データが指定されたメッセージを受信した場合、この受信メッセージの前記メッセージパターンデータと、前記配信管理データと、前記全指定データが指定された前記分類データとに基づき、前記受信メッセージの配信管理を行ってもよい。
【００４４】
本発明によれば、処理装置を細かくレベル分けした場合でも、全指定データにより細かくレベル分けしない場合と同様のメッセージ配信管理が可能となる。例えばカテゴリデータにおいて、上位の分類としてあるデータベースを指定し下位の分類を全指定とした場合、あるデータベースを検索するメッセージや、あるデータベースを更新するメッセージも、同一の処理装置に配信することができる。
【００４５】
すなわち、カテゴリデータをレベル分けせずに、カテゴリデータに、あるデータベースとだけ指定した場合と同様の処理が行える。したがって、本発明を、特に処理装置が多数存在する大規模ネットワークにおいて用いることが好ましい。
【００４６】
また、前記通知型、前記確認許可型メッセージのうち少なくとも１つのメッセージは、
前記目的データとして、所定の処理装置が前記通信路との接続を開始した場合にその通知が行われるための開始通知希望データを含んで構成され、
前記配信管理データは、
前記開始通知希望データが指定された開始通知希望メッセージが配信管理される開始通知希望装置データを含んで構成され、
前記管理データ制御手段は、
前記開始通知希望メッセージを受信した場合、前記開始通知希望装置データを作成して前記管理データ記憶手段に記憶し、
前記配信制御手段は、
前記カテゴリデータに前記通信路との接続の開始を通知する接続開始データが指定されたメッセージを、前記所定の処理装置から受信した場合、この受信メッセージに含まれる前記メッセージパターンデータと、前記開始通知希望装置データとに基づき、前記開始通知希望メッセージを送信した処理装置へ向け、前記接続開始データが指定されたメッセージを配信してもよい。
【００４７】
本発明によれば、通信元の処理装置が、メッセージ送信対象となるべき処理装置が存在するかどうか確認した上でメッセージを送信することが可能となる。
【００４８】
また、前記通知型、前記確認許可型メッセージのうち少なくとも１つのメッセージは、
前記目的データとして、所定の処理装置が前記通信路との接続を終了した場合にその通知が行われるための終了通知希望データを含んで構成され、
前記配信管理データは、
前記終了通知希望データが指定された終了通知希望メッセージが配信管理される終了通知希望装置データを含んで構成され、
前記管理データ制御手段は、
前記終了通知希望メッセージを受信した場合、前記終了通知希望装置データを作成して前記管理データ記憶手段に記憶し、
前記配信制御手段は、
前記所定の処理装置が前記通信路との接続を終了した場合、前記終了通知希望装置データに基づき、前記終了通知希望メッセージを送信した処理装置へ向け接続終了を示すメッセージを配信してもよい。
【００４９】
本発明によれば、通信元の処理装置が、メッセージ送信対象となるべき処理装置が存在するかどうか確認した上でメッセージを送信することが可能となる。なお、所定の処理装置が通信路との接続を終了したかどうかの判断は、所定の処理装置からカテゴリデータに終了通知を示すデータが指定されたメッセージを受信することで判断してもよいし、所定の処理装置の通信ポートを常に監視しておき、当該通信ポートの接続が切れたことで判断してもよい。
【００５０】
また、前記メッセージ配信管理手段は、
時間測定手段を有し、
前記処理装置からメッセージ受信後、前記時間測定手段により測定された測定時間に基づき、当該メッセージに対して行われる処理をタイムアウト処理してもよい。
【００５１】
ここで、測定時間とは、例えば、メッセージ受信時や、当該メッセージに対してメッセージを配信した時点を測定開始時点とし、当該メッセージに対してメッセージを配信した処理装置から回答メッセージを受信した時点や、当該メッセージに対応したメッセージを配信する時点を測定終了時点として測定した時間のことである。
【００５２】
また、当該メッセージに対して行う処理とは、例えば、上記当該メッセージに対してメッセージを配信した処理装置から回答メッセージを受信する処理や、上記当該メッセージに対応したメッセージを配信する処理のことである。
【００５３】
また、タイムアウト処理とは、前記測定時間が所定の時間を超えていることを判断し、上記当該メッセージに対して行われる処理をそれ以上待つことを止めることである。
【００５４】
本発明によれば、待ち時間が少なくなり、メッセージ配信処理を短時間に行うことができる。また、メッセージを送信したが、それに対する回答メッセージがいつまで経っても戻ってこないといった事態を回避することができ、効率的なメッセージ配信管理システムを実現できる。
【００５５】
また、前記メッセージ配信管理手段は、
前記確認メッセージ配信時点から配信先の処理装置から前記許可メッセージのいずれかの受信時点までの時間を前記時間測定手段により測定し、
この測定時間が所定時間を超えている場合、
この測定時間に基づき、前記許可メッセージに対して行われる処理をタイムアウト処理してもよい。
【００５６】
本発明によれば、待ち時間が少なくなり、メッセージ配信処理を短時間に行うことができる。すなわち、確認メッセージを送信したが、それに対する許可メッセージがいつまで経っても戻ってこない場合、許可と判断して許可終了メッセージを配信することにより、効率的なメッセージ配信管理システムを実現できる。
【００５７】
また、前記管理データは、
各処理装置から送られたメッセージの配信状態が、各処理装置毎に管理される状態管理データを含んで構成され、
前記管理データ制御手段は、
前記処理装置からメッセージを受信した場合、前記受信メッセージを送信した処理装置用の前記状態管理データを作成して前記管理データ記憶手段に記憶し、
前記処理装置から前記処理装置または他の処理装置のメッセージ配信状態の問い合わせがあった場合、問い合わせがあった処理装置用の前記状態管理データを取得するよう構成され、
前記配信制御手段は、
前記問い合わせがあった場合、前記問い合わせ元の処理装置へ向け、前記取得した状態管理データの情報を含ませたメッセージを配信してもよい。
【００５８】
本発明によれば、各処理装置が、自己のメッセージ配信状態や、他の処理装置のメッセージ配信状態を確認することができる。これにより、メッセージ配信状態のモニタリングを実現できる。
【００５９】
また、前記確認許可管理データは、
前記確認メッセージの配信状態が管理される確認状態データと、
前記許可希望メッセージの配信状態が管理される許可希望状態データと、
を含んで構成され、
前記管理データ制御手段は、
前記許可希望メッセージを受信した場合、前記許可希望状態データを作成して前記管理データ記憶手段に記憶し、
前記確認メッセージを受信した場合、前記確認状態データを作成して前記管理データ記憶手段に記憶し、
前記処理装置から前記処理装置または他の処理装置の許可希望メッセージ配信管理状態の問い合わせがあった場合、問い合わせがあった処理装置用の前記許可希望状態データを取得し、
前記処理装置から前記処理装置または他の処理装置の確認メッセージ配信管理状態の問い合わせがあった場合、問い合わせがあった処理装置用の前記確認状態データを取得するよう構成され、
前記配信制御手段は、
前記許可希望メッセージ配信管理状態の問い合わせがあった場合、この問い合わせメッセージの前記メッセージパターンデータと、前記許可希望状態データとに基づき、前記問い合わせ元の処理装置へ向け、前記取得した許可希望状態データの情報を含ませたメッセージを配信し、
前記確認メッセージ配信管理状態の問い合わせがあった場合、この問い合わせメッセージのメッセージパターンデータと、前記確認状態データとに基づき、前記問い合わせ元の処理装置へ向け、前記取得した確認状態データの情報を含ませたメッセージを配信してもよい。
【００６０】
本発明によれば、各処理装置が、自己の確認許可型メッセージ配信状態や、他の処理装置の確認許可型メッセージ配信状態を確認することができる。これにより、確認許可型メッセージ配信状態のモニタリングを実現できる。
【００６１】
また、前記通知管理データは、
前記通知希望メッセージの配信状態が、各処理装置毎に管理される通知希望状態データを含んで構成され、
前記管理データ制御手段は、
前記通知希望メッセージを受信した場合、前記通知希望状態データを作成して前記管理データ記憶手段に記憶し、
前記処理装置から前記処理装置または他の処理装置の通知希望メッセージ配信状態の問い合わせがあった場合、問い合わせがあった処理装置用の前記通知希望状態データを取得するよう構成され、
前記配信制御手段は、
前記通知希望メッセージ配信状態の問い合わせがあった場合、この問い合わせメッセージの前記メッセージパターンデータと、前記通知希望状態データとに基づき、前記問い合わせ元の処理装置へ向け、前記取得した通知希望状態データの情報を含ませたメッセージを配信してもよい。
【００６２】
本発明によれば、各処理装置が、自己の通知型メッセージ配信状態や、他の処理装置の通知型メッセージ配信状態を確認することができる。これにより、通知型メッセージ配信状態のモニタリングを実現できる。
【００６３】
また、本発明に係るメッセージ配信管理方法は、通信路に接続され、管理データ記憶手段を含むメッセージ配信管理手段を介して複数の処理装置間において、イベントの実行に対する許可を得るための確認を示す確認メッセージ、この確認メッセージに対する許可付与の希望を示す許可希望メッセージとおよび前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つを含む確認許可型メッセージの送受信を行うネットワークにおけるメッセージ配信管理方法であって、
イベントの実行に対する確認と許可を行う確認許可工程を含み、
前記確認許可工程は、
前記処理装置から送信される前記許可希望メッセージを受信する許可希望受信工程と、
この許可希望メッセージを前記管理データ記憶手段に記憶する許可希望記憶工程と、
前記処理装置から送信される確認メッセージを受信する確認受信工程と、
この確認メッセージを前記管理データ記憶手段に記憶する確認記憶工程と、
前記配信制御手段により、前記管理データ記憶手段に記憶された確認メッセージと、前記管理データ記憶手段に記憶された許可希望メッセージとを比較する確 認許可比較工程と、
前記確認メッセージと、前記許可希望メッセージとが対応するものである場合、前記許可希望メッセージを送信した処理装置へ向け前記確認メッセージを配信する確認メッセージ配信工程と、
前記確認メッセージを配信した処理装置から前記許可メッセージを受信する工程と、
前記確認メッセージを送信した処理装置へ向け前記受信した許可メッセージを配信する許可メッセージ配信工程と、
を含むことを特徴とする。
【００６４】
本発明によれば、メッセージの型を確認許可という型に単純化かつ共通化し、このメッセージを用いて複数の処理装置間で情報のやりとりを行えるようメッセージを配信管理することにより、ネットワークでの複雑な処理も容易に行うことができる。
【００６５】
また、メッセージを共通化しているため、各処理装置やメッセージ配信管理手段でデータの扱い方を共通化でき、各処理装置で個別に対応させる処理を低減し、各処理装置の増減による影響を受けにくいメッセージ配信管理システムを実現できる。
【００６６】
したがって、本発明を、特に分散処理ネットワークにおいて用いることが好ましい。
【００６７】
また、本発明に係るメッセージ配信管理方法は、通信路に接続され、管理データ記憶手段を含むメッセージ配信管理手段を介して複数の処理装置間において、状態変化の通知を示す通知メッセージおよびこの通知メッセージの受信希望を示す通知希望メッセージのうちいずれか１つを含む通知型メッセージと、イベントの実行に対する許可を得るための確認を示す確認メッセージ、この確認メッセージに対する許可付与の希望を示す許可希望メッセージおよび前記確認メッセージ に対する許可、不許可を示す許可メッセージのうちいずれか１つを含む確認許可型メッセージの送受信を行うネットワークにおけるメッセージ配信管理方法であって、
状態変化の通知を行う通知工程と、
イベントの実行に対する確認と許可を行う確認許可工程と、
を含み、
前記通知工程は、
前記複数の処理装置から送信される状態変化の通知を希望する通知希望メッセージを受信する通知希望受信工程と、
前記通知希望メッセージを管理データ記憶手段に記憶する通知希望記憶工程と、
前記複数の処理装置から送信される前記通知メッセージを受信する通知受信工程と、
前記通知メッセージを前記管理データ記憶手段に記憶する通知記憶工程と、
前記配信制御手段により、前記管理データ記憶手段に記憶された通知メッセージと、前記管理データ記憶手段に記憶された通知希望メッセージとを比較する通知比較工程と、
前記通知メッセージと、前記通知希望メッセージとが対応するものである場合、前記通知希望メッセージを送信した処理装置へ向け前記通知メッセージを配信する通知メッセージ配信工程と、
を含み、
前記確認許可工程は、
前記処理装置から送信される前記許可希望メッセージを受信する許可希望受信工程と、
この許可希望メッセージを前記管理データ記憶手段に記憶する許可希望記憶工程と、
前記処理装置から送信される確認メッセージを受信する確認受信工程と、
この確認メッセージを前記管理データ記憶手段に記憶する確認記憶工程と、
前記配信制御手段により、前記管理データ記憶手段に記憶された確認メッセー ジと、前記管理データ記憶手段に記憶された許可希望メッセージとを比較する確認許可比較工程と、
前記確認メッセージと、前記許可希望メッセージとが対応するものである場合、前記許可希望メッセージを送信した処理装置へ向け前記確認メッセージを配信する確認メッセージ配信工程と、
前記確認メッセージを配信した処理装置から前記許可メッセージを受信する工程と、
前記確認メッセージを送信した処理装置へ向け前記受信した許可メッセージを配信する許可メッセージ配信工程と、
を含むことを特徴とする。
【００６８】
本発明によれば、メッセージの型を通知、確認許可という２つに単純化かつ共通化し、これらのメッセージを用いて複数の処理装置間で情報のやりとりを行えるようメッセージを配信管理することにより、ネットワークでの複雑な処理も容易に行うことができる。
【００６９】
また、メッセージを共通化しているため、各処理装置やメッセージ配信管理手段でデータの扱い方を共通化でき、各処理装置で個別に対応させる処理を低減し、各処理装置の増減による影響を受けにくいメッセージ配信管理システムを実現できる。
【００７０】
したがって、本発明を、特に分散処理ネットワークにおいて用いることが好ましい。
【００７１】
また、前記メッセージ管理方法において、前記確認メッセージ配信工程は、
前記確認許可比較工程において、前記確認希望メッセージパターンデータと対応する前記許可希望メッセージパターンデータが複数存在する場合、対応した許可希望メッセージを送信した全ての処理装置へ向け前記確認メッセージを配信してもよい。
【００７２】
本発明によれば、許可が必要な処理装置が複数存在する場合でも、確認許可処理を行うことができる。したがって、本発明を、大規模ネットワークや、分散処理ネットワークに用いることが好ましい。
【００７３】
また、前記メッセージ管理方法において、前記許可メッセージ配信工程は、
前記許可メッセージの送信が全て終了したかどうか判断する許可メッセージ終了判断工程と、
前記許可メッセージの送信が全て終了したことを示す許可終了メッセージ配信工程と、
を有してもよい。
【００７４】
本発明によれば、複数の処理装置から許可をもらう必要がある場合も、許可終了データを用いることにより、確認メッセージを送信した処理装置は、有効な全許可処理装置から許可が返送されたことを判断できる。
【００７５】
また、前記メッセージ管理方法において、前記許可メッセージ配信工程は、
所定の割合の前記許可メッセージを送信する処理装置から不許可メッセージを受信した場合、前記確認メッセージを送信する処理装置へ向け前記不許可メッセージを配信してもよい。
【００７６】
本発明によれば、不許可メッセージの割合により、許可か不許可か決定できる。したがって、本発明を、品質管理等を行うネットワークに適用すれば、特に効果的である。
【００７７】
また、本発明に係る情報記憶媒体は、複数の処理装置が存在するネットワーク上において、
イベントの実行に対する許可を得るための確認を示す確認メッセージ、この確認メッセージに対する許可付与の希望を示す許可希望メッセージおよび前記確認 メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つを含む確認許可型メッセージの送受信を行うメッセージ配信管理手段として、前記ネットワークに接続されたコンピュータを機能させるためのプログラムが記録された情報記録媒体であって、
前記メッセージ配信管理手段は、
前記確認許可型メッセージの配信管理を行うための配信管理データが記憶される管理データ記憶手段と、
受信メッセージに基づき、前記配信管理データの作成を行う管理データ制御手段と、
前記配信管理データに基づき、受信メッセージを所定の処理装置へ向け配信する配信制御手段と、
を含んで構成され、
前記確認許可型メッセージは、
イベントの実行に対する許可を得るための確認を示す確認メッセージ、
この確認メッセージに対する許可付与の希望を示す許可希望メッセージ、
前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つのメッセージから構成され、
前記許可付与を希望する処理装置は、
前記許可希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
前記確認メッセージを前記メッセージ配信管理手段から受信し、前記許可メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
を含んで構成され、
前記確認を行う処理装置は、
前記確認メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
確認に対応した前記許可メッセージを前記メッセージ配信管理手段から受信する手段と、
を含んで構成され、
前記管理データ制御手段は、
前記確認メッセージを受信した場合に、前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージの配信を行い、前記許可メッセージを受信した場合に、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージの配信を行うための前記配信管理データを作成し、
前記配信制御手段は、
前記確認メッセージを受信した場合に、前記配信管理データに基づき前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージを配信し、前記許可希望メッセージ送信元の処理装置から前記許可メッセージを受信した場合に、前記配信管理データに基づき前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信することを特徴とする。
【００７８】
本発明によれば、メッセージの型を確認許可という型に単純化かつ共通化し、このメッセージを用いて複数の処理装置間で情報のやりとりを行えるようメッセージを配信管理することにより、ネットワークでの複雑な処理も容易に行うことができる。
【００７９】
また、メッセージを共通化しているため、各処理装置やメッセージ配信管理手段でデータの扱い方を共通化でき、各処理装置で個別に対応させる処理を低減し、各処理装置の増減による影響を受けにくいメッセージ配信管理システムを実現できる。
【００８０】
したがって、本発明を、特に分散処理ネットワークにおいて用いることが好ましい。
【００８１】
また、本発明に係る情報記憶媒体は、複数の処理装置が存在するネットワーク上において、
状態変化の通知を示す通知メッセージおよびこの通知メッセージの受信希望を示す通知希望メッセージのうちいずれか１つを含む通知型メッセージと、
イベントの実行に対する許可を得るための確認を示す確認メッセージ、この確 認メッセージに対する許可付与の希望を示す許可希望メッセージおよび前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つを含む確認許可型メッセージの送受信を行うメッセージ配信管理手段として、前記ネットワークに接続されたコンピュータを機能させるためのプログラムが記録された情報記録媒体であって、
前記メッセージ配信管理手段は、
各メッセージの配信管理を行うための配信管理データが記憶される管理データ記憶手段と、
受信メッセージに基づき、前記配信管理データの作成を行う管理データ制御手段と、
前記配信管理データに基づき、受信メッセージを所定の処理装置へ向け配信する配信制御手段と、
を含んで構成され、
前記通知型メッセージは、
状態変化の通知を示す通知メッセージ、
この通知メッセージの受信希望を示す通知希望メッセージのうちいずれか１つのメッセージから構成され、
前記通知メッセージの受信を希望する処理装置は、
前記通知希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
前記通知メッセージを前記メッセージ配信管理手段から受信する手段と、
を含んで構成され、
前記状態変化の通知を行う処理装置は、
状態変化時にその旨を、通知メッセージとして前記メッセージ配信管理手段へ向け送信する手段を含んで構成され、
前記管理データ制御手段は、
前記通知希望メッセージを受信した場合に、通知希望元の処理装置へ向け前記状態変化の通知を行うための前記配信管理データを作成し、
前記配信制御手段は、
前記通知メッセージを受信した場合に、前記通知管理データに基づき前記通知希望処理装置へ向け前記通知メッセージを配信し、
前記確認許可型メッセージは、
イベントの実行に対する許可を得るための確認を示す確認メッセージ、
この確認メッセージに対する許可付与の希望を示す許可希望メッセージ、
前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つのメッセージから構成され、
前記許可付与を希望する処理装置は、
前記許可希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
前記確認メッセージを前記メッセージ配信管理手段から受信し、前記許可メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
を含んで構成され、
前記確認を行う処理装置は、
前記確認メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
確認に対応した前記許可メッセージを前記メッセージ配信管理手段から受信する手段と、
を含んで構成され、
前記管理データ制御手段は、
前記確認メッセージを受信した場合に、前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージの配信を行い、前記許可メッセージを受信した場合に、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージの配信を行うための前記配信管理データを作成し、
前記配信制御手段は、
前記確認メッセージを受信した場合に、前記配信管理データに基づき前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージを配信し、前記許可希望メッセージ送信元の処理装置から前記許可メッセージを受信した場合に、前記配信管理データに基づき前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信することを特徴とする。
【００８２】
本発明によれば、メッセージの型を通知、確認許可という２つに単純化かつ共通化し、これらのメッセージを用いて複数の処理装置間で情報のやりとりを行えるようメッセージを配信管理することにより、ネットワークでの複雑な処理も容易に行うことができる。
【００８３】
また、メッセージを共通化しているため、各処理装置やメッセージ配信管理手段でデータの扱い方を共通化でき、各処理装置で個別に対応させる処理を低減し、各処理装置の増減による影響を受けにくいメッセージ配信管理システムを実現できる。
【００８４】
したがって、本発明を、特に分散処理ネットワークにおいて用いることが好ましい。
【００８５】
【００８６】
【００８７】
【００８８】
【００８９】
【発明の実施の形態】
本発明は、各種のネットワークシステムに適用することが可能であるが、種々のメッセージや処理装置が存在する大規模ネットワークシステムや分散処理ネットワークシステムに適用すれば、特に効果的である。
【００９０】
以下、本発明を分散処理ネットワークに適用した実施例について、図面を用いながら説明する。
【００９１】
図１は、分散処理ネットワークシステムの一例を示す。この分散処理ネットワークシステムは、メッセージ配信管理手段であるメッセージ配信管理サーバ３１０と、メッセージ送受信を行う複数の処理装置３２０〜３３４と、これら各処理装置が接続された通信路３００とを含んで構成されている。
【００９２】
このような種々の処理装置が存在し、各処理装置がメッセージをやりとりして処理を分散して行っている状況において、効率的かつ汎用的な分散処理ネットワークシステムを実現するためには、各処理装置間でやりとりされるメッセージのデータ構造、取り扱い方法、種別を標準化し、これらを適切に扱えるメッセージ配信管理システムを実現することが効果的である。以下、メッセージのデータ構造の標準化、メッセージの取り扱い方法の標準化、メッセージの種別の標準化について説明する。
【００９３】
（メッセージのデータ構造の標準化）
図２は、メッセージのデータ構造の概略図である。メッセージのデータ構造の標準化として、固定長のヘッダ部１００と可変長のデータ部２００とから構成されるメッセージを規定した。必須の情報は、固定長のヘッダ部１００に入力し、メッセージの詳細な内容については可変長のデータ部２００に入力することにより、データの取り扱いが容易となる。
【００９４】
前記必須の情報として、メッセージの種別を示すメッセージパターンデータ１０２を規定した。
【００９５】
メッセージパターンデータ１０２は、少なくとも通信の目的を示す目的データ１４０を含んで構成される。目的データ１４０を用いることにより、通信の目的を判断でき、メッセージの取り扱いが容易となる。
【００９６】
メッセージの目的データ１４０に加えて、通信対象グループを示すグループデータ１５０、さらにはメッセージの意味内容を示すカテゴリデータ１６０を含んで構成すれば、さらにメッセージの種別を細かく区分した、複雑なメッセージ配信も行える。
【００９７】
グループデータ１５０とは、具体的には、ある地域、ある工場、ある職場等の一定の通信対象となるグループを示すデータのことである。また、カテゴリデータ１６０とは、具体的には、製品の加工、残高照会、データベース（以下「ＤＢ」という。）の検索等のメッセージによる処理の内容を示すデータのことである。
【００９８】
すなわち、グループデータ１５０を用いることにより、送受信対象を区別することができ、送受信対象を限定したメッセージ配信が行える。また、カテゴリデータ１６０を用いることにより、処理内容に応じた処理装置を選択でき、これにより通信元の処理装置は、そのメッセージによる処理に適した処理装置を意識することなく通信が行える。
【００９９】
図３は、ヘッダ部１００の概略図を示す。図３に示すように、これらグループデータ１５０、カテゴリデータ１６０を、多段階に分類するための分類データ１５２を設けることにより、さらに詳細に区分したメッセージ配信も可能となる。したがって、分類データ１５２を大規模なネットワークシステムに用いれば、特に効果的である。
【０１００】
また、分類データ１５２等には当該分類に属する処理装置を全て指定することが可能な全指定データを指定することができる。ネットワークが大規模であれば、分類も多段階となり、１つの分類に属する処理装置も増大するが、例えばグループデータ１５０において、上位分類１５２−１、２だけ指定し、下位分類１５２−３に全指定データを指定することにより、１回の通信で下位分類１５２−３に属する処理装置を全て指定することができ、効率的なメッセージ配信処理が行える。なお、全指定データとは、具体的には、ＡＬＬ等の文字列や、＊等の記号等が適用できる。
【０１０１】
また、カテゴリデータ１６０において、例えば、上位の分類１５２−４として従業員ＤＢを指定し、下位の分類１５２−５に全指定データを指定した場合、従業員ＤＢを検索するメッセージや、更新するメッセージも同一の処理装置に配信することができる。したがって、カテゴリデータ１６０の上位分類１５２−４に従業員ＤＢとだけ指定した場合と同様のメッセージ配信処理が行える。すなわち、通信相手を意識せずに処理内容に適した処理装置を選択することができるメッセージ配信処理が行える。
【０１０２】
以上説明してきたヘッダ部１００に格納されるデータに応じてデータ部２００には当該メッセージの詳細な情報が格納される。本実施の形態では、メッセージを取り扱いやすくするため、図２に示すように、データ名２０２とそのデータ名２０２に対応するデータ２０４とからなる組データを、連想配列形式で格納している。組データとすることにより、バージョンアップによらない汎用的なメッセージ配信管理システムを実現できる。
【０１０３】
図４は、データ部２００の一例を示す。例えば、作業者名のデータを取り出す場合、配列構造では要素番号を指定するため、どういう順番でデータが格納されているか意識する必要があるが、本実施の形態によれば、作業者名と指定すれば鈴木というデータが取り出せるため、データの格納順序を意識することなくデータを取り扱える。
【０１０４】
また、連想配列形式とすることにより、単独の組データで表現されたデータ構造と同様にデータを取り扱うことができる。すなわち、複雑なデータをメッセージに格納する場合でも、連想配列形式で表現することにより単独の組データとしてデータを単純化して扱うことができ、汎用性の高いメッセージ配信管理システムを実現することができる。
【０１０５】
なお、ここで連想配列とは、インデクスの値を配列の要素に対応づけたものであり、ＵＮＩＸのＰｅｒｌ等で用いられる連想配列と同様のものである。例えば、Ｃ＋＋等の配列は整数を配列の要素に対応づけたものであるが、連想配列では上記インデクスの値として、整数型以外に、実数型、日付型、文字列型等の各種のデータ型を適用できる。
【０１０６】
（メッセージの取り扱い方法の標準化）
上述したように、メッセージのデータ構造を規定することにより、メッセージの取り扱い方法も標準化できる。ここでメッセージ処理の流れについて概説する。メッセージ処理は、概略的には、配信用に記憶し、次に記憶したメッセージと受信したメッセージを比較し、受信したメッセージを配信するという流れとなる。図５は、概略的なメッセージ処理の流れを示すフローチャートである。ネットワークの構成は図６に示すものとする。例えば、通信元の処理装置８ではメッセージ２０を作成し、メッセージ配信管理手段４へ向け送信する（ステップ２）。
【０１０７】
メッセージ配信管理手段４は、メッセージの配信管理を行うための管理データを記憶する管理データ記憶手段５２と、受信メッセージに基づき、管理データの作成を行う管理データ制御手段５４と、管理データに基づき、受信メッセージを所定の処理装置へ向け配信する配信制御手段５６とを含んで構成されている。
【０１０８】
メッセージ配信管理手段４では、メッセージ２０を受信（ステップ４）後、管理データ制御手段５４により、受信メッセージ２０に含まれるヘッダ部１００中のメッセージパターンデータ１０２からメッセージ２０の種別を判断し（ステップ６）、適切な配信管理データ６０を作成して（ステップ８）管理データ記憶手段５２に記憶する（ステップ１０）。
【０１０９】
メッセージ配信管理手段４は、処理装置１０からメッセージ２２を受信し、配信管理データ６０と比較することにより、受信メッセージ２２を配信すべきかどうか判断する。
【０１１０】
受信メッセージを配信すべきと判断した場合（ステップ１２）、配信制御手段５６により、受信メッセージを所定の処理装置８（８−１、８−２）へ向け配信する（ステップ１４）。
【０１１１】
所定の処理装置８では、配信されたメッセージ中のメッセージパターンデータ１０２に基づき、当該メッセージ２２の種別を判断し、当該メッセージ中のデータ部２００から必要な組データを取り出し、必要な処理を行う（ステップ１６）。回答が必要かどうか判断し（ステップ１８）、回答が必要な場合は、回答メッセージを作成してメッセージ配信管理手段４へ向け送信する（ステップ２０）。
【０１１２】
以上のように、メッセージパターンデータ１０２という少量の情報からメッセージの種別を効率的に判断でき、メッセージのデータ構造も規定されているため、データの取り扱いは容易かつ汎用的である。
【０１１３】
また、以上、説明してきたように、メッセージのデータ構造を規定し、データの取り扱い方を標準化することにより、バージョンアップが行われてデータ構造が異なるメッセージがやりとりされるようになった場合でも、各処理装置間でメッセージの構造を意識する必要はなく、汎用的なメッセージ配信管理を行うことができる。
【０１１４】
（メッセージの種別の標準化）
本実施の形態では、さらにメッセージ種別も標準化している。効率的かつ汎用的なメッセージ配信を行うため、通知型、要求応答型、確認許可型という３つのメッセージを規定した。通知型とは、通知希望のあった処理装置に対して状態変化の通知を行う一連の処理であり、要求応答型とは、処理装置間で情報の問い合わせと問い合わせに対する応答を行う一連の処理であり、確認許可型とは、イベントの実行に対する確認とそれに対する許可を行う一連の処理である。なお、通知、要求等のメッセージの違いはメッセージに含まれる目的データ１４０により判断することができる。
【０１１５】
以下、これら３つのメッセージ配信処理に共通する全体の構成および処理を説明した後、個別の事項について説明する。
【０１１６】
（３つのメッセージに共通する全体の構成および処理）
上述したように、ネットワークに接続している各処理装置間でやりとりされる３つのメッセージは、メッセージ配信管理手段４において配信管理される。
【０１１７】
配信管理されるために用いられる管理データは、ネットワークに接続している処理装置の所在データと識別データとを有する装置データと、処理装置からの受信メッセージが配信管理されるためのメッセージデータとを含んで構成される。
【０１１８】
管理データ制御手段５４は、処理装置が通信路３００との接続を開始した場合に、この処理装置に対する識別データを作成し、この識別データと、対応する所在データとを装置データとして管理データ記憶手段５２に記憶する。
【０１１９】
これによれば、通信相手がネットワークに参加した場合でも、この通信相手の情報は、メッセージ配信管理手段４に管理されている情報に追加されているため、通信元の処理装置は、通信相手の増加を意識することなく通信が行えるメッセージ配信管理システムを実現できる。
【０１２０】
また、管理データ制御手段４は、受信メッセージに含まれるメッセージパターンデータ１０２を有するメッセージデータを、装置データと関連づけることにより、メッセージパターンデータ１０２に基づき、受信メッセージを配信管理するための配信管理データ６０を作成し、この配信管理データ６０を管理データとして管理データ記憶手段５２に記憶するよう構成されている。
【０１２１】
ここで、所在データとしては、処理装置のアドレスや、ポート番号等が用いられる。メッセージパターンデータ１０２が処理装置の所在データと関連づけられることにより、どのメッセージパターンのときにはどこの処理装置に送るかを各処理装置は意識することなく情報のやりとりが行える。したがって、汎用的なメッセージ配信管理システムを実現できる。
【０１２２】
また、識別データとしては、重複のない連続番号が用いられる。所在データで処理装置を管理した場合、処理装置の増減等で同じアドレスが複数の処理装置に割り当てられることもあり、適切な配信が行えない場合も生じうるが、本実施の形態では、識別データで管理することにより、通信相手を一意に識別することができ、相手の増減によらない汎用的なメッセージ配信管理システムを実現できる。
【０１２３】
また、配信制御手段５６は、受信メッセージに含まれるメッセージパターンデータ１０２と、管理データとに基づき、受信メッセージの配信制御を行う。メッセージパターンデータ１０２という少ない情報に基づき配信制御できるため、効率的なメッセージ配信管理システムを実現できる。
【０１２４】
また、管理データ制御手段５４は、処理装置８−１が通信路３００との接続を終了した場合に、接続時に作成した装置データおよび装置データと関連づけられたメッセージデータを削除する。
【０１２５】
これによれば、通信相手がネットワークからいなくなった場合でも、この通信相手の情報は、メッセージ配信管理手段４に管理されている情報から削除されているため、通信元の処理装置１０は、通信相手の減少を意識することなく通信が行えるメッセージ配信管理システムを実現できる。
【０１２６】
（通知型メッセージ）
通知型メッセージとしては、状態の変化を通知する通知メッセージと、通知を希望する通知希望メッセージとがある。目的データ１４０として、それぞれ通知データまたは通知希望データが指定されることにより、当該メッセージの通信目的を判断できる。
【０１２７】
ここで、状態の変化としては、例えば、製品をラインに投入した、Ａさんの口座からＢさんの口座へ振り込みがあった等が該当する。
【０１２８】
また、通知型では不特定の通知希望者に通知するものであり、通知者は通知メッセージがどこに配信されたか、どのように処理されたか意識しなくてよい。特に、不特定多数の相手にほぼ同時にメッセージを送信する場合に効果的である。
【０１２９】
図６は、通知型におけるネットワークシステムの概略を示し、図７は、通知型メッセージ処理の一例を示すフローチャートである。また、図８は、配信管理データ６０の概略図を示す。
【０１３０】
通知型メッセージをやりとりする場合、まず、通知を希望する処理装置８（８−１、８−２）から通知希望メッセージ２０（２０−１、２０−２）がメッセージ送受信手段４０（４０−１、４０−２）によりメッセージ配信管理手段４に送信され、メッセージ配信管理手段４は、この通知希望メッセージ２０を受信する（ステップ３２）。
【０１３１】
メッセージ配信管理手段４は、通知を希望する処理装置８へ向け、通知希望メッセージ２０のメッセージパターンデータ１０２と対応する通知メッセージ２２を配信するため、通知希望装置リスト６２を作成する。
【０１３２】
通知希望装置リスト６２としては、図９に示すような形式を採用できる。通知希望装置リスト６２の場合、目的データ１４０は通知希望であり、グループデータ１５０、カテゴリデータ１６０の違いに応じて分類して作成する。例えば、グループデータ１５０がグループＡでカテゴリデータ１６０がカテゴリＡである場合、当該メッセージを送信した装置Ｃの装置情報を、既に同じメッセージパターンデータ１０２を有するメッセージを送信した装置Ａの装置情報の後ろに作成する。なお、図中の矢印はポインタであり、メッセージ情報と装置情報とが関連づけられていることを示す。
【０１３３】
すなわち、メッセージ配信管理手段４は、受信した通知希望メッセージ２０に基づき、通知希望メッセージ２０を送信した処理装置８の装置データを、通知希望メッセージ２０のメッセージパターンデータ１０２毎に分類して通知希望装置リスト６２を作成する（ステップ３４）。作成した通知希望装置リスト６２を配信管理データ６０の一部として管理データ記憶手段５２に記憶して管理する（ステップ３６）。
【０１３４】
以上のようにして通知メッセージ配信用の情報が管理され、通知メッセージ２２を受信して配信する準備が整った状態となる。
【０１３５】
通知メッセージ２２は、処理装置１０からメッセージ配信管理手段４に送信される。メッセージ配信管理手段４は、通知メッセージ２２を受信した場合（ステップ３８）、配信制御手段５６を用い、通知メッセージ２２に含まれるメッセージパターンデータ１０２と、管理データ記憶手段５２中の通知希望装置リスト６２に記憶されたメッセージパターンデータ１０２の一部とが対応するものか判断する（ステップ４０）。
【０１３６】
具体的には、通知メッセージ２２のグループデータ１５０がグループＡで、カテゴリデータ１６０がカテゴリＡである場合、図９に示すように、同じグループデータ１５０、カテゴリデータ１６０を有する通知希望メッセージ２０を送信した装置Ａと装置Ｃが対応するものとなる。
【０１３７】
対応するものがあれば、対応する通知希望メッセージ２０を送信した通知希望処理装置へ向け通知メッセージ２２を配信する（ステップ４２）。なお、対応するものがない場合は何も処理を行わない。
【０１３８】
本実施の形態によれば、通知型メッセージをやりとりする場合、通知希望メッセージ２０と通知メッセージ２２とが対応するものかどうかを、メッセージパターンデータ１０２同士の比較により判断できるため、効率的に通知処理が行える。特に、多数の処理装置に同時に通知する必要があるような大規模ネットワークシステムに適用すれば効果的である。
【０１３９】
（要求応答型メッセージ）
要求応答型メッセージとしては、情報の問い合わせを行う要求メッセージ、要求メッセージに対する応答を希望する応答希望メッセージ、要求メッセージに対する応答を行う応答メッセージとがある。目的データ１４０として、要求、応答または応答希望のいずれかのデータが指定されることにより、当該メッセージの通信目的を判断できる。
【０１４０】
ここで、情報の問い合わせとは、具体的には、製品加工条件の問い合わせや、残高の問い合わせ等が該当する。
【０１４１】
図１０は、要求応答型におけるネットワークシステムの概略を示し、図１１は、要求応答型メッセージ処理の一例を示すフローチャートである。
【０１４２】
要求応答型メッセージをやりとりする場合、まず、応答を希望する応答希望処理装置１２（１２−１、１２−２）から応答希望メッセージ２４（２４−１、２４−２）がメッセージ送受信手段４２（４２−１、４２−２）によりメッセージ配信管理手段４に送信される。
【０１４３】
メッセージ配信管理手段４は、この応答希望メッセージ２４を受信する（ステップ５２）。メッセージ配信管理手段４は、受信した応答希望メッセージ２４に基づき、応答希望メッセージ２４を送信した処理装置８の装置データを、応答希望メッセージ２４のメッセージパターンデータ１０２毎に分類して配信管理するための応答希望装置リスト６６を作成する（ステップ５４）。
【０１４４】
応答希望装置リスト６６としては、通知型で説明したように図９に示すような形式を採用できる。
【０１４５】
次に、作成した応答希望装置リスト６６を、配信管理データ６０の一部として管理データ記憶手段５２に記憶して管理する（ステップ５６）。
【０１４６】
この場合のように、応答希望処理装置が複数ある場合、メッセージ配信管理手段４は、最初に登録された応答希望処理装置に応答権を付与する。図９の例では最初に登録された装置Ａ、装置Ｂ、装置Ｃ、装置Ｃにそれぞれの応答希望に対して応答権が付与される。図１０の例では、応答希望処理装置１２−１に応答権を付与するメッセージを作成して配信する（ステップ５８）。
【０１４７】
これによれば、応答権の付与により応答する処理装置を、一つに限定することができるため、同時に複数の応答を受信しなくて済み、通信量を抑えるとともに確実な要求応答処理が行える。この際、メッセージパターン１０２毎に最初に応答希望装置リスト６６に登録された応答希望処理装置に応答権を付与することが好ましい。これにより、大規模なネットワークへの適用も容易となる。
【０１４８】
なお、応答権の付与は処理の優先度に応じて変更するよう構成してもよく、全ての応答希望処理装置に対して応答権を付与してもよい。
【０１４９】
一方、応答権付与中のメッセージパターンデータ１０２と同一のメッセージパターンデータ１０２を有するメッセージを受信した場合、すなわち、例えば図９に示す装置Ａの次に装置ＣからグループＡおよびカテゴリＡが指定された応答希望メッセージを受信した場合、応答希望装置リスト６６に当該装置情報およびメッセージ情報を作成し、当該メッセージを送信した処理装置Ｃへ向け応答許可待ちを示すメッセージを配信する。
【０１５０】
もちろん、すべての応答希望処理装置である装置Ａおよび装置Ｃに要求メッセージ２８を配信する構成とすることも可能である。
【０１５１】
以上のようにして要求メッセージ配信用の情報が管理され、要求メッセージ２８を受信して配信する準備が整った状態となる。
【０１５２】
要求メッセージ２８は、要求処理装置１４からメッセージ送受信手段４４によりメッセージ配信管理手段４に送信される。メッセージ配信管理手段４は、この要求メッセージ２８を受信する（ステップ６０）。
【０１５３】
要求処理装置１４からメッセージ送受信手段４４により要求メッセージ２８がメッセージ配信管理手段４に送信され、メッセージ配信管理手段４は、この確認メッセージ２８を受信する（ステップ６０）。メッセージ配信管理手段４は、受信した要求メッセージ２８に基づき、要求メッセージ２８を送信した処理装置１４の装置データを、要求メッセージ２８のメッセージパターンデータ１０２毎に分類して配信管理するための要求装置リスト６４を作成する（ステップ６２）。
【０１５４】
要求装置リスト６４には、応答希望装置リスト６２と異なり、図１２に示すように、メッセージパターンデータ１０２だけでなく、メッセージに含まれるその他のデータ、好ましくは要求メッセージ２８全体を記憶することが好ましい。要求メッセージ２８全体を記憶することにより、要求メッセージ２８を再送する必要が生じたときも再送することができる。また、要求メッセージ２８を送信した処理装置の所在を確認する場合に用いることもできる。
【０１５５】
次に、作成した要求装置リスト６４を配信管理データ６０の一部として管理データ記憶手段５２に記憶して管理する（ステップ６４）。
【０１５６】
次に、管理データ制御手段５４は、応答希望装置リスト６６を用い、受信した要求メッセージ２８のメッセージパターンデータ１０２と対応する応答希望メッセージ２４のメッセージパターンデータ１０２とが対応するかどうか判断する（ステップ６６）。この場合の判断手法は上述した通知型のものと同様である。
【０１５７】
対応するメッセージパターンデータ１０２があった場合、伝送制御手段５６は、応答希望装置リスト６６に基づき、対応する応答希望メッセージ送信元であって、応答権を有する応答希望処理装置１２−１へ向け要求処理装置１４の識別データを含ませた要求メッセージ２８を配信する（ステップ６８）。
【０１５８】
応答権付与メッセージ配信先の応答希望処理装置１２−１は、メッセージ送受信手段４２−１により要求メッセージ２８を受信した場合、この要求メッセージ２８に対する応答メッセージ２６に、要求メッセージ２８に含まれる識別データを含ませて配信制御手段４へ向け送信する。
【０１５９】
次に、配信制御手段５６は、要求メッセージ２８配信先の処理装置から要求メッセージ２８に対する応答メッセージ２６を受信し（ステップ７０）、要求処理装置１４へ向け応答メッセージ２６を配信する（ステップ７２）。
【０１６０】
本実施の形態によれば、要求応答型メッセージをやりとりする場合、応答希望メッセージ２４と要求メッセージ２８とが対応するものかどうかを、メッセージパターンデータ同士の比較により判断できるため、効率的に要求応答処理が行える。
【０１６１】
また、要求メッセージ送信元の識別データをメッセージに含ませることにより、応答メッセージ２６をどこに配送すべきか意識しなくて済むため、汎用的なメッセージ配信管理システムを実現できる。
【０１６２】
すなわち、応答メッセージ２６中には要求処理装置の識別データが含まれており、識別データは要求処理装置のポート番号と対応づけられていることにより、応答メッセージ２６を参照することによりどこに応答メッセージ２６を配信するか判断できる。
【０１６３】
また、応答データを、前記要求メッセージに対する回答の継続を示す応答継続データ、この回答の終了を示す応答終了データのいずれかのデータを含めて構成してもよい。
【０１６４】
これによれば、応答内容が多く、メッセージが長くなり、メッセージを分割せざるを得ない場合も、応答継続、応答終了というデータを用いることにより、長い応答内容を含むメッセージも配送することができる。
【０１６５】
図１３は、この場合の具体的な処理の流れを示すフローチャートである。配信制御手段５６は、応答希望処理装置１２−１から応答メッセージ２６を受信した場合（ステップ８０）、応答メッセージ２６の長さを判断し（ステップ８２）、所定の長さを超えている場合は応答メッセージ２６を分割する（ステップ８４）。
【０１６６】
なお、所定の長さとしては、応答メッセージ配信先の処理装置が処理困難な長さ、伝送効率が低下するような長さ等が考えられる。
【０１６７】
分割した最終の応答メッセージ２６でない場合（ステップ８６）、この分割したメッセージに応答継続データを含ませて応答継続メッセージ２６−１として作成する（ステップ８８）。次に、応答メッセージ２６中の識別データに基づき、要求処理装置１４へ向け応答継続メッセージ２６−１を配信する（ステップ９０）。
【０１６８】
分割した最終の応答メッセージ２６である場合（ステップ８６）、この分割したメッセージに応答終了データを含ませて応答終了メッセージ２６−２として作成する（ステップ９２）。次に、応答メッセージに含まれる識別データに基づき、要求処理装置１４へ向け応答終了メッセージ２６−２を配信する（ステップ９４）。
【０１６９】
なお、上記の応答メッセージ２６の分割等の処理を応答希望処理装置１２が行うように構成することも可能である。これによれば、分割等の複雑な処理を行わなくて済み、要求応答型では要求メッセージ２８、応答メッセージ２６、応答継続メッセージ２６−１、応答終了メッセージ２６−２という４つのメッセージを配信するだけなので、メッセージ配信制御手段４をより汎用的なものとすることができる。
【０１７０】
また、メッセージを分割する単位としては、データ部２００中の組データ単位や、メッセージをやりとりできる最大長の単位、伝送に適した長さの単位等でも可能であるが、データ部２００中の連想配列の一単位毎とすることが好ましい。
【０１７１】
例えば、図４１に示すデータ部２００の例では、作業名、作業者名および仕上数の一単位毎に分割する。ヘッダ部１００に分割した一単位のデータを連結して応答継続メッセージ２６−１等を作成すればよい。これによれば、各処理装置でのデータの取り扱いを容易とし、データの格納および取り出し等に関して効率を向上させることができる。
【０１７２】
なお、上記の実施例では、要求メッセージ２８に識別データを含ませて配信する構成としているが、受信した要求メッセージ２８をそのまま配信し、要求装置リスト６４に記憶された識別データに基づき要求処理装置１４の所在を判断するよう構成してもよい。
【０１７３】
（確認許可型メッセージ）
確認許可型メッセージとしては、イベントの実行に対する許可を求める確認メッセージ、確認メッセージに対する許可を希望する許可希望メッセージ、確認メッセージに対する許可を行う許可メッセージとがある。目的データ１４０として、確認、許可または許可希望のいずれかのデータが指定されることにより、当該メッセージの通信目的を判断できる。
【０１７４】
ここで、イベントの実行としては、具体的には、製品のラインへの投入、残高照会のためにＤＢを参照する等がある。すなわち、製品をラインに投入してよいか確認し、投入してよい場合は許可がされる。
【０１７５】
図１４は、確認許可型におけるネットワークシステムの概略を示し、図１５は、確認許可型メッセージ処理の一例を示すフローチャートである。
【０１７６】
確認許可型メッセージをやりとりする場合、まず、許可を行うことを希望する許可希望処理装置１６（１６−１、１６−２）から許可希望メッセージ３０（３０−１、３０−２）がメッセージ送受信手段４６（４６−１、４６−２）によりメッセージ配信管理手段４に送信される。
【０１７７】
メッセージ配信管理手段４は、この許可希望メッセージ３０を受信する（ステップ１０２）。メッセージ配信管理手段４は、受信した許可希望メッセージ３０に基づき、許可希望メッセージ３０を送信した処理装置１６の装置データを、許可希望メッセージ３０のメッセージパターンデータ１０２毎に分類して許可希望装置リスト７０を作成する（ステップ１０４）。
【０１７８】
許可希望装置リスト７０は、上述した通知希望装置リスト６２と同様の形式である。次に、メッセージ配信管理手段４は、作成した許可希望装置リスト７０を配信管理データ６０の一部として管理データ記憶手段５２に記憶して管理する（ステップ１０６）。
【０１７９】
以上のようにして確認メッセージ３４を配信管理するための準備が整えられる。
【０１８０】
確認メッセージ３４は、確認処理装置１８からメッセージ送受信手段４８によりメッセージ配信管理手段４に送信される。メッセージ配信管理手段４は、この確認メッセージ３４を受信する（ステップ１１０）。
【０１８１】
メッセージ配信管理手段４は、受信した確認メッセージ３４に基づき、確認メッセージ３４を送信した処理装置１８の装置データを、確認メッセージ３４のメッセージパターンデータ１０２毎に分類して配信管理するための確認装置リスト６８を作成する（ステップ１１２）。
【０１８２】
確認装置リスト６８の形式は上述した要求装置リスト６４と同様のものである。確認装置リスト６８は、確認メッセージ３４を再送する場合や、確認メッセージ３４の送信元を管理するために用いられる。
【０１８３】
次に、メッセージ配信管理手段４は、作成した確認装置リスト６８を配信管理データ６０として管理データ記憶手段５２に記憶して管理する（ステップ１１４）。
【０１８４】
次に、管理データ制御手段５４は、許可希望装置リスト７０を用い、記憶した確認メッセージ３４のメッセージパターンデータ１０２と許可希望メッセージ３０のメッセージパターンデータ１０２とが対応するかどうか判断する（ステップ１１６）。判断手法は上述した通知型のものと同様である。
【０１８５】
対応するメッセージパターンデータ１０２があった場合、配信制御手段５６は、対応する許可希望メッセージ３０を送信した全ての処理装置１６−１、１６−２へ向け確認処理装置１８の識別データを含ませた確認メッセージ３４を配信する（ステップ１１８）。
【０１８６】
複数の許可希望処理装置１６は、メッセージ送受信手段４６により確認メッセージ３４を受信した場合、この確認メッセージ３４に含まれる識別データを送信する許可メッセージ３２（３２−１、３２−２）に含ませ、この許可メッセージ３２をメッセージ配信管理手段４へ向け送信する。
【０１８７】
配信制御手段５６は、確認メッセージ配信先の複数の許可希望処理装置１６から確認メッセージ３４に対する許可メッセージ３２を受信した場合（ステップ１２０）、この許可メッセージ３２中の識別データに基づき、確認処理装置１８へ向け許可メッセージ３２を配信する（ステップ１２２）。
【０１８８】
受信した許可メッセージ３２が最終のものである場合（ステップ１２４）、この許可メッセージ中の識別データに基づき、確認処理装置１８へ向け、許可メッセージ３２を配信するとともに、目的データ１４０に許可終了を含ませた許可終了メッセージ３６を配信する（ステップ１２６）。
【０１８９】
これによれば、確認許可型メッセージをやりとりする場合、許可希望メッセージ３０と確認メッセージ３４とが対応するものかどうかを、メッセージパターンデータ同士の比較により判断できるため、効率的に確認許可処理を行える。
【０１９０】
また、確認メッセージ送信元の識別データをメッセージに含ませることにより、許可メッセージ３２をどこに配信すべきか意識しなくて済むため、汎用的なメッセージ配信管理システムを実現できる。
【０１９１】
さらに、許可終了メッセージ３６を用いることにより、複数の許可希望処理装置から許可をもらう必要がある場合も、確認処理装置は、有効な全許可処理装置から許可が返送されたことを判断できる。
【０１９２】
なお、上記の実施例では、確認メッセージ３４に識別データを含ませて配信する構成としているが、受信した確認メッセージ３４をそのまま配信し、確認装置リスト６８に記憶された識別データに基づき確認処理装置１８の所在を判断するよう構成してもよい。
【０１９３】
（モニタリング）
また、自処理装置と他の処理装置のメッセージ配信状態を確認できれば汎用性が増し、必要な処理を行ってくれる通信相手がいるかどうか確認した上で、処理を依頼すると効率的である。
【０１９４】
メッセージ配信状態の確認等のモニタリング等を行えるようにするには、状態管理データを設ければよい。具体的な実現手段は以下のようになる。
【０１９５】
配信管理データ６０として、各処理装置から送られたメッセージの配信状態を、各処理装置毎に管理する状態管理データを含んで構成する。図１６は、状態管理データ８０を含んで構成したメッセージ配信制御手段４の機能ブロック図の一例を示す。
【０１９６】
図１６に示すように、メッセージを受信した処理装置分の状態管理データ８０−１〜８０−３が管理データ記憶手段５２に記憶され、各状態管理データ８０−１〜８０−３は、配信管理データ６０中の状態管理データ管理リスト７８から辿れるようにポイントづけされている。
【０１９７】
図１７は、メッセージ配信管理手段４を用いたモニタリング処理の流れを示すフローチャートである。メッセージ配信管理手段４は、処理装置からメッセージを受信した場合（ステップ１５２）、管理データ制御手段５４を用いて、受信メッセージを送信した処理装置用の状態管理データ８０を作成して管理データ記憶手段５２に記憶する（ステップ１５４）。
【０１９８】
処理装置から該処理装置または他の処理装置のメッセージ配信状態の問い合わせがあった場合（ステップ１５６）、管理データ制御手段５４を用いて、配信管理データ６０中の状態管理データ管理リスト７８から問い合わせがあった処理装置用の状態管理データ８０のアドレスを取得し、当該状態管理データ８０に記憶されているメッセージ配信情報を取得する（ステップ１５８）。
【０１９９】
次に、配信制御手段５６を用いて、問い合わせ元の処理装置へ向け、取得した状態管理データ８０の情報を含ませたメッセージを配信する（ステップ１６０）。
【０２００】
ここで、状態管理データ８０の情報を含ませたメッセージとは、例えば、他の処理装置のメッセージ配信状態の問い合わせの場合、他の処理装置が要求メッセージ２８を送信してその応答を待っているといった状態を示すメッセージのことである。
【０２０１】
これによれば、各処理装置が、自己のメッセージ配信状態や、他の処理装置のメッセージ配信状態を確認することができる。これにより、メッセージ配信状態のモニタリングを実現できる。
【０２０２】
このモニタリングを通知型、要求応答型、確認許可型メッセージに対して実現する場合は以下のようになる。なお、処理の流れは図１７に示すものとほぼ同様であるため、図面については省略する。
【０２０３】
通知型の場合は以下のようになる。図１８は、状態管理データ８０の具体例を示す。通知型における状態管理データ８０には、通知希望メッセージ２０の配信状態がメッセージパターンデータ１０２毎に管理されるための通知希望パターンリスト８２が含まれている。
【０２０４】
通知希望パターンリスト８２は、図１９に示すように、メッセージパターンデータ１０２毎にグループデータ１５０、カテゴリデータ１６０を含むメッセージ情報を含んで構成されており、どのような通知希望メッセージ２０を送信しているか確認するためのものである。
【０２０５】
通知型では、メッセージ配信管理手段４を用いて以下の処理を行う。通知希望メッセージ２０を受信した場合、管理データ制御手段５４を用いて、通知希望パターンリスト８２を作成して管理データ記憶手段５２に記憶する。
【０２０６】
次に、処理装置から該処理装置または他の処理装置のメッセージ配信状態の問い合わせがあった場合、管理データ制御手段５４を用いて、問い合わせがあった処理装置用の通知希望パターンリスト８２を取得する。
【０２０７】
次に、配信制御手段５６を用いて、問い合わせ元の処理装置へ向け、取得した通知希望パターンデータの情報を含ませたメッセージを配信する。
【０２０８】
これによれば、各処理装置が、自己の通知型メッセージ配信状態や、他の処理装置の通知型メッセージ配信状態を確認することができる。これにより、通知型メッセージ配信状態のモニタリングを実現できる。
【０２０９】
要求応答型の場合は以下のようになる。要求応答型における状態管理データ８０には、要求メッセージ２８の配信状態がメッセージパターンデータ１０２毎に管理されるための要求メッセージリスト８４と、応答希望メッセージ２４の配信状態がメッセージパターンデータ１０２毎に管理される応答希望パターンリスト８６とが含まれている。
【０２１０】
要求メッセージリスト８４は、図２０に示すように、メッセージパターンデータ１０２毎に要求メッセージ全体を含んで構成されており、どのような要求メッセージ２８を送信しているか確認するためのものである。
【０２１１】
応答希望パターンリスト８６は、図１９に示すように、メッセージパターンデータ１０２毎にグループデータ１５０、カテゴリデータ１６０を含むメッセージ情報を含んで構成されており、どのような応答希望メッセージ２４を送信しているか確認するためのものである。
【０２１２】
メッセージ配信管理手段４は以下の処理を行う。応答希望メッセージ２４を受信した場合、管理データ制御手段５４を用いて、応答希望パターンリスト８６を作成して管理データ記憶手段５２に記憶する。
【０２１３】
要求メッセージ２８を受信した場合、要求メッセージリスト８４を作成して管理データ記憶手段５２に記憶する。なお、ここで要求メッセージリスト８４には、図２０に示すように、要求メッセージ２８そのものを記憶することが好ましい。これによれば、応答が終わらないうちに応答権を他の処理装置に渡す必要が生じた場合、要求メッセージ２８を当該他の処理装置に効率的に配信することができる。
【０２１４】
処理装置から該処理装置または他の処理装置の応答希望メッセージ配信状態の問い合わせがあった場合、管理データ制御手段５４を用いて、問い合わせがあった処理装置用の応答希望パターンリスト８６を取得する。次に、配信制御手段５６を用いて、この問い合わせメッセージのメッセージパターンデータ１０２と、応答希望パターンリスト８６とに基づき、問い合わせ元の処理装置へ向け、取得した応答希望パターンリスト８６の情報を含ませたメッセージを配信する。
【０２１５】
処理装置から該処理装置または他の処理装置の要求メッセージ配信状態の問い合わせがあった場合、管理データ制御手段５４を用いて、問い合わせがあった処理装置用の前記要求状態データを取得する。次に、配信制御手段５６を用いて、この問い合わせメッセージのメッセージパターンデータ１０２と、要求メッセージリスト８４とに基づき、問い合わせ元の処理装置へ向け、取得した要求メッセージリスト８４の情報を含ませたメッセージを配信する。
【０２１６】
これによれば、各処理装置が、自己の要求応答型メッセージ配信状態や、他の処理装置の要求応答型メッセージ配信状態を確認することができる。これにより、要求応答型メッセージ配信状態のモニタリングを実現できる。
【０２１７】
確認許可型の場合は以下のようになる。確認許可型における状態管理データ８０は、確認メッセージ３４の配信状態がメッセージパターンデータ１０２毎に毎に管理される確認メッセージリスト８８と、許可希望メッセージ３０の配信状態がメッセージパターンデータ１０２毎に管理される許可希望パターンリスト９０とを含んで構成されている。
【０２１８】
確認メッセージリスト８８は、図２０に示すように、メッセージパターンデータ１０２毎に確認メッセージ３４全体を含んで構成されており、どのような確認メッセージ３４を送信しているか確認するためのものである。
【０２１９】
許可希望パターンリスト９０は、図１９に示すように、メッセージパターンデータ１０２毎にグループデータ１５０、カテゴリデータ１６０を含むメッセージ情報を含んで構成されており、どのような許可希望メッセージ３０を送信しているか確認するためのものである。
【０２２０】
メッセージ配信管理手段４は以下の処理を行う。許可希望メッセージ３０を受信した場合、管理データ制御手段５４を用いて、許可希望パターンリスト９０を作成して管理データ記憶手段５２に記憶する。
【０２２１】
確認メッセージ３４を受信した場合、確認メッセージリスト８８を作成して管理データ記憶手段５２に記憶する。
【０２２２】
処理装置から該処理装置または他の処理装置の許可希望メッセージ配信管理状態の問い合わせがあった場合、管理データ制御手段５４を用いて、問い合わせがあった処理装置用の許可希望パターンリスト９０を取得する。次に、配信制御手段５６を用いて、この問い合わせメッセージのメッセージパターンデータ１０２と、許可希望パターンリスト９０とに基づき、問い合わせ元の処理装置へ向け、取得した許可希望パターンリスト９０の情報を含ませたメッセージを配信する。
【０２２３】
また、処理装置から該処理装置または他の処理装置の確認メッセージ配信管理状態の問い合わせがあった場合、管理データ制御手段５４を用いて、問い合わせがあった処理装置用の確認メッセージリスト８８を取得する。次に、配信制御手段５６を用いて、この問い合わせメッセージのメッセージパターンデータ１０２と、確認メッセージリスト８８とに基づき、問い合わせ元の処理装置へ向け、取得した確認メッセージリスト８８の情報を含ませたメッセージを配信する。
【０２２４】
これによれば、各処理装置が、自己の確認許可型メッセージ配信状態や、他の処理装置の確認許可型メッセージ配信状態を確認することができる。これにより、確認許可型メッセージ配信状態のモニタリングを実現できる。
【０２２５】
以上説明してきたように、通信路に接続している全処理装置に対する全メッセージの配信状態をモニタリングすることができ、汎用的かつ効率的なメッセージ配信制御システムを実現できる。
【０２２６】
次に、効率性を高めるため、必要な処理を行ってくれる通信相手がいるかどうか確認するためには、メッセージ配信管理手段４が各処理装置の通信路３００との接続状況を把握していれば、各処理装置は他の処理装置の存在を意識することなく、汎用的かつ効率的な通信処理が行える。この機能を実現するためには以下のような構成および処理とすればよい。
【０２２７】
通知型、要求応答型、確認許可型メッセージのうち少なくとも１つのメッセージについて、目的データ１４０として、所定の処理装置が通信路３００との接続を開始した場合にその通知が行われるための開始通知希望データを含んで構成する。また、図８に示すように、管理データのうち少なくとも１つの配信管理データ６０を、開始通知希望データが指定された開始通知希望メッセージが配信管理される開始通知希望装置リスト７２を含んで構成する。メッセージ配信管理手段４での処理は以下のようになる。
【０２２８】
図２１は、メッセージ配信管理手段４での開始通知希望メッセージ配信管理処理の流れを示すフローチャートである。
【０２２９】
メッセージ配信管理手段４は、開始通知希望メッセージを受信した場合（ステップ１７２）、管理データ制御手段５４を用いて、図８に示すように、開始通知希望装置リスト７２を作成して配信管理データ６０の一部として管理データ記憶手段５２に記憶する（ステップ１７４）。
【０２３０】
開始通知希望装置リスト７２とは、メッセージ配信管理手段４が開始通知希望メッセージに含まれるメッセージパターンデータ１０２と対応する通知メッセージを受信した場合に、通知が行われるためのメッセージであり、開始通知希望メッセージに含まれるに含まれるメッセージパターンデータ１０２毎に分類して管理され、図９に示すようなデータ構造である。
【０２３１】
メッセージ配信管理手段４は、カテゴリデータ１６０に通信路３００との接続の開始を通知する接続開始データが指定されたメッセージを、所定の処理装置から受信した場合（ステップ１７６）、配信制御手段５６を用いて、この受信メッセージに含まれるメッセージパターンデータ１０２に対応するメッセージパターンデータ１０２を有するメッセージを送信した処理装置の装置情報を、開始通知希望装置リスト７２から上述したような方法で取得する（ステップ１７８）。この取得した装置情報に基づき、開始通知希望メッセージを送信した処理装置へ向け、開始データが指定されたメッセージを配信する（ステップ１８０）。
【０２３２】
これによれば、通信元の処理装置が、メッセージ送信対象となるべき処理装置が存在するかどうか確認した上でメッセージを送信することが可能となる。
【０２３３】
例えば、本実施の形態を、通知型に適用すれば通知希望を行っている処理装置の存在を確認でき、確認許可型に適用すれば許可希望を行っている処理装置の存在を確認できた上で通信できるため、効率的である。
【０２３４】
特に、本実施の形態を、要求応答型メッセージ配信制御に用いれば効果的である。これによれば、要求メッセージ送信元の処理装置が、応答を行ってくれる処理装置が存在するかどうか確認した上で要求メッセージ２８の送信を開始することが可能となる。したがって、応答が必須である処理を行う場合等において、確実に応答を受けることができるようになる。また、同様に要求に対応する応答を行ってくれる処理装置の出現を待つという考え方もある。
【０２３５】
この場合のメッセージ配信管理手段４の構成および処理は以下のようになる。
【０２３６】
図８に示すように、配信管理データ６０の一部として、要求に対する応答を行う処理装置が通信路３００との接続を開始したかどうか判断するための応答待ち要求メッセージが配信管理される応答装置待ちリスト７６を含んで構成する。
【０２３７】
応答装置待ちリスト７６とは、メッセージ配信管理手段４が応答待ち要求メッセージに含まれるメッセージパターンデータ１０２と対応するメッセージを受信した場合に、応答が行われるためのメッセージであり、応答待ち要求メッセージに含まれるに含まれるメッセージパターンデータ１０２毎に分類して管理され、図９に示すようなデータ構造である。
【０２３８】
メッセージ配信制御手段４は、要求処理装置１４から送信された応答待ち要求メッセージを受信した場合、管理データ制御手段５４を用いて、応答待ち要求メッセージのメッセージパターンデータ１０２毎に分類して応答装置待ちリスト７６を作成して管理データ記憶手段５２に記憶する。
【０２３９】
図２２は、この場合のメッセージ配信処理の流れを示すフローチャートである。メッセージ配信制御手段４は、応答希望処理装置から応答希望メッセージ２４を受信した場合（ステップ３９２）、当該メッセージ中のメッセージパターンデータ１０２が応答希望装置リスト６６にないものであって（ステップ３９４）、応答装置待ちリスト７６に登録されたメッセージパターンデータ１０２と対応するものであるかどうか確認する（ステップ３９６）。
【０２４０】
対応するものである場合、配信制御手段５６を用いて、要求装置リスト６４に登録されている応答待ち要求メッセージを送信した要求処理装置１４へ向け応答希望処理装置の登場を示すメッセージを配信し（ステップ３９８）、当該要求を応答装置待ちリスト７６から削除する（ステップ４００）。
【０２４１】
これによっても、応答が必須である処理を行う場合等において、確実に応答を受けることができるようになる。
【０２４２】
また、逆に所定の処理装置が通信路３００との接続を終了したことも確認できれば、さらに汎用性および効率性が高まる。
【０２４３】
この機能を実現するため、メッセージ配信管理制御手段４の構成および処理は以下のようになる。
【０２４４】
通知型、要求応答型、確認許可型メッセージのうち少なくとも１つのメッセージを、目的データ１４０として、所定の処理装置が通信路３００との接続を終了した場合にその通知が行われるための終了通知希望データを含んで構成し、管理データのうち少なくとも１つの管理データを、終了通知希望データが指定された終了通知希望メッセージが配信管理される終了通知希望装置リスト７４を含んで構成する。
【０２４５】
終了通知希望装置リスト７４とは、メッセージ配信管理手段４が終了通知希望メッセージに含まれるメッセージパターンデータ１０２と対応する通知メッセージ２２を受信した場合に、通知が行われるためのメッセージであり、終了通知希望メッセージに含まれるに含まれるメッセージパターンデータ１０２毎に分類して管理され、図９に示すようなデータ構造である。
【０２４６】
メッセージ配信管理手段４は、以下の処理を行う。終了通知希望メッセージを受信した場合、管理データ制御手段５４を用いて、終了通知希望装置リスト７４を作成して管理データ記憶手段５２に記憶する。
【０２４７】
カテゴリデータ１６０に通信路３００との接続の終了を通知する接続終了データが指定されたメッセージを、前記所定の処理装置から受信した場合、配信制御手段５６を用いて、この受信メッセージに含まれるメッセージパターンデータ１０２と、終了通知希望装置リスト７４とに基づき、終了通知希望メッセージを送信した処理装置へ向け、接続終了データが指定されたメッセージを配信する。
【０２４８】
これによれば、通信元の処理装置が、メッセージ送信対象となるべき処理装置が存在するかどうか確認した上でメッセージを送信することが可能となる。なお、所定の処理装置が通信路との接続を終了したかどうかの判断は、メッセージ配信管理手段４が、所定の処理装置の通信ポートを常に監視しておき、当該通信ポートの接続が切れたことで判断してもよい。この場合、上述した装置データの所在データとして通信ポートを用いればよい。
【０２４９】
また、図１８に示すように、モニタリングを行えるよう、終了通知希望リスト９２を設けて終了通知希望メッセージをメッセージパターンデータ１０２毎に管理することにより、終了通知希望メッセージの配信状態をモニタリングすることもできる。
【０２５０】
また、本実施の形態を、通知型に適用すれば通知希望を行っている処理装置の存在を確認でき、確認許可型に適用すれば許可希望を行っている処理装置の存在を確認できた上で通信できるため、効率的である。
【０２５１】
特に、本実施の形態を、要求応答型メッセージ配信制御に用いれば効果的である。これによれば、要求メッセージ送信元の処理装置が、応答を行ってくれる処理装置が存在するかどうか確認した上で要求メッセージ２８の送信を開始することが可能となる。
【０２５２】
また、要求メッセージ２８には要求メッセージ送信元の識別データが含まれている。このため、応答を行う処理装置が、要求メッセージ受信後、当該要求メッセージ送信元の識別データを含ませた終了通知希望メッセージをメッセージ配信管理手段４へ向け送信しておくことにより、応答メッセージ２６を送信する前に終了通知希望元である要求メッセージ送信元の処理装置が接続を終了した場合でもメッセージ配信管理手段４から通知を受けることにより、当該処理装置が終了したことを判断できる。終了したと判断した処理装置は、現在実行中の処理を中断または中止することができる。
【０２５３】
したがって、応答が必須である処理を行う場合等において、確実に応答を受けることができるようになる。また、同様に要求に対応する応答を行ってくれる処理装置を予め登録しておくという考え方もある。この場合のメッセージ配信管理手段の構成および処理は上述した応答装置待ちリスト７６とほぼ同様の方法で実現できる。
【０２５４】
これによれば、要求処理装置１４が、メッセージ配信管理手段４から配信された終了通知を示すメッセージを受信することにより、当該要求を行うことができなくなったことを判断できる。
【０２５５】
（タイムアウト処理）
また、メッセージを受信して配信する必要がある場合、タイムアウト処理ができれば待ち時間が少なくなり、効率性が向上する。
【０２５６】
図２３は、メッセージ配信管理手段４に時間測定手段５８を設けた一例を示す機能ブロック図である。図２３に示すように、タイムアウト処理機能を実現するため、メッセージ配信管理手段４に時間測定手段５８を設け、処理装置からメッセージ受信後、時間測定手段５８により測定した測定時間に基づき、当該メッセージに対して行われる処理をタイムアウト処理する。
【０２５７】
ここで、測定時間とは、例えば、メッセージ受信時や、当該メッセージに対してメッセージを配信した時点を測定開始時点とし、当該メッセージに対してメッセージを配信した処理装置から回答メッセージを受信した時点や、当該メッセージに対応したメッセージを配信する時点を測定終了時点として測定した時間のことである。
【０２５８】
また、当該メッセージに対して行う処理とは、例えば、上記当該メッセージに対してメッセージを配信した処理装置から回答メッセージを受信する処理や、上記当該メッセージに対応したメッセージを配信する処理のことである。また、タイムアウト処理とは、測定時間が所定の時間を超えていることを判断し、上記当該メッセージに対して行われる処理をそれ以上待つことを止めることである。
【０２５９】
これによれば、待ち時間が少なくなり、メッセージ配信処理を短時間に行うことができる。また、メッセージを送信したが、それに対する回答メッセージがいつまで経っても戻ってこないといった事態を回避することができ、効率的なメッセージ配信管理システムを実現できる。
【０２６０】
特に、タイムアウト処理を要求応答型で用いる場合、要求メッセージ配信時点から配信先の処理装置から前記応答メッセージのいずれかの受信時点までの時間を時間測定手段５８により測定し、この測定時間が所定時間を超えている場合、この測定時間に基づき、応答メッセージ２６に対して行われる処理をタイムアウト処理する。
【０２６１】
これによれば、要求メッセージ２８を送信したが、それに対する応答メッセージ２６がいつまで経っても戻ってこない場合、応答権を別の処理装置に付与し、再度その処理装置に要求メッセージ２８を配信して応答を得ることができ、効率的なメッセージ配信管理システムを実現できる。
【０２６２】
また、タイムアウト処理を確認許可型で用いる場合、確認メッセージ配信時点から配信先の処理装置から許可メッセージ３２のいずれかの受信時点までの時間を時間測定手段５８により測定し、この測定時間が所定時間を超えている場合、この測定時間に基づき、許可メッセージ３２に対して行われる処理をタイムアウト処理する。
【０２６３】
これによれば、待ち時間が少なくなり、メッセージ配信処理を短時間に行うことができる。すなわち、確認メッセージ３４を送信したが、それに対する許可メッセージ３２がいつまで経っても戻ってこない場合、許可と判断して許可終了メッセージ３６を配信することにより、効率的なメッセージ配信管理システムを実現できる。
【０２６４】
なお、上記のタイムアウト処理を、各処理装置が行うよう構成してもよい。各処理装置に時間測定手段を設けることにより、要求、応答、確認、許可等のメッセージをタイムアウト処理することにより、効率的なメッセージ配信管理システムを実現できる。
【０２６５】
（３つのメッセージを用いた具体例）
以上説明してきた通知型、要求応答型、確認許可型という３つのメッセージを実際のネットワークシステムに適用した具体例について説明する。
【０２６６】
（生産現場への適用）
図１は、多種多様な製品を製造している生産現場のネットワーク構成の一例を示す。図１に示す生産現場のネットワーク構成は、作業者端末３２４と、メッセージ配信管理手段であるメッセージサーバ３１０と、ロット管理ＤＢ３５０と接続されたロット管理サーバ３３０〜３３４と、その他複数のサーバ３２０、３２２、３２６、３２８と、これらの各装置が接続される通信路であるイーサネットケーブル３００とを含んで構成されている。
【０２６７】
また、図２４〜図３４は、製品製造の際のメッセージ配信管理の処理の流れを示すフローチャートである。ここで、製品の管理単位をロットといい、ロットには個々を識別するためのロット番号が付けられている。あるロットを作業工程に投入する際の一連の流れを以下に示す。
【０２６８】
図２４は、メッセージ配信管理のメイン処理を示すフローチャートである。ロットを受け取った作業者は、製品に付いているロット番号を端末３２４から入力する。このイベントにより、そのロットを当該作業工程に投入してよいか確認メッセージ３４がメッセージサーバ３１０に送信される。
【０２６９】
メッセージサーバ３１０は、図２４に示すように、受信データはあるか常に監視している（ステップ２０２）。確認メッセージ３４を受信した場合、受信データがある場合となり、応答メッセージ２６かどうか確認し（ステップ２０４）、応答メッセージ２６ではないため、許可メッセージ３２かどうか確認する（ステップ２０６）。許可メッセージ３２でもないため、図２５に示すメッセージ処理を行う（ステップ２１２）。
【０２７０】
図２５はメッセージ処理の流れを示すフローチャートである。ここで、通常メッセージとは、通知、要求、応答（応答継続、応答終了含む）、確認、許可のいずれかを示すメッセージである。また、管理メッセージとは、通知希望、応答希望、許可希望のいずれかの登録または削除を示すメッセージである。特殊メッセージについては後述する。
【０２７１】
メッセージ処理では、まず、通常メッセージかどうか確認する（ステップ２２０）。確認メッセージ３４は通常メッセージであるため、図２２に示す通常メッセージ処理を行う（ステップ２２６）。
【０２７２】
図２６は通常メッセージ処理の流れを示すフローチャートである。通常メッセージ処理では、通知か？（ステップ２４０）、要求か？（ステップ２４２）、応答または応答継続か？（ステップ２４４）、確認か？（ステップ２４６）の順にメッセージの種別が判断される。確認メッセージ３４であるため、確認元を識別データとして確認メッセージ中のヘッダ部１００に書き込む（ステップ２６４）。書き込み後、図１９に示す確認処理を行う（ステップ２６６）。
【０２７３】
図２７は確認メッセージ処理の流れを示すフローチャートである。確認メッセージ処理では、確認メッセージ３４のメッセージパターンデータ１０２と対応するメッセージパターンデータ１０２を有する許可希望メッセージ３０を登録した許可希望処理装置１６のデータを取得する（ステップ３００）。
【０２７４】
なお、許可希望処理装置１６のデータは、許可希望装置リスト７０に登録されているものである。メッセージサーバ３１０は、図１で一点鎖線で示す許可希望グループ４２０に該当するサーバ３３０〜３３４から許可希望メッセージ３０を受信し、その情報をサーバ３１０のメモリに記憶して管理している。
【０２７５】
ここで、許可希望メッセージ３０受信時のメッセージ配信管理処理の流れについて説明する。許可希望メッセージ３０は、許可希望の登録として扱い、管理メッセージの一種である。したがって、図２５に示す管理メッセージに該当するかどうか確認し（ステップ２２２）、該当するため管理メッセージ処理（ステップ２２８）を行う。
【０２７６】
図２８は管理メッセージ処理（ステップ２２８）の流れを示すフローチャートである。管理メッセージ処理では、通知希望登録か？（ステップ３４０）、通知希望削除か？（ステップ３４２）、応答希望登録か？（ステップ３４４）、応答希望削除か？（ステップ３４６）、許可希望登録か？（ステップ３４８）の順に判断を行い、許可希望登録に該当するため、許可希望パターン登録処理（ステップ３５８）を行う。
【０２７７】
図２９は、許可希望パターン登録処理（ステップ３５８）の流れを示すフローチャートである。許可希望パターン登録処理では、受信した許可希望メッセージ３０のメッセージパターンデータ１０２が、配信管理中の許可希望装置リスト７０に存在するかどうか確認し（ステップ３８０）、存在しない場合、受信したメッセージパターンデータ１０２を、許可希望装置リスト７０に追加する（ステップ３８１）とともに、許可希望パターンリスト９０にも追加する（ステップ３８２）。
【０２７８】
なお、図２８に示す許可希望パターン削除処理（ステップ３６０）では、許可希望パターン登録処理と逆に許可希望装置リスト７０および許可希望パターンリスト９０から当該許可希望メッセージ３０のメッセージパターンデータ１０２を削除する。
【０２７９】
また、許可希望パターン削除メッセージは、目的データ１５０に許可希望削除と指定されていることで判断できる。
【０２８０】
許可希望メッセージ受信時のメッセージ配信管理の流れは以上の通りであり、再び図２７に示す許可希望処理装置１６のデータ取得（ステップ３００）以降の処理について説明する。
【０２８１】
図２７に示すように、このようにして取得した許可装置のメッセージパターンデータ１０２と受信した確認メッセージ３４のメッセージパターンデータ１０２とが対応するものであるかどうか判断し（ステップ３０２）、対応する許可希望処理装置があると判断した場合、全許可希望装置である許可希望サーバ３３０〜３３４へ向け、確認メッセージ３４を配信する（ステップ３０６）。そして、確認装置である端末３２４と確認メッセージ３４を配信した許可希望装置であるサーバ３３０〜３３４の装置情報を確認装置リスト６８に追加する（ステップ３０８）。
【０２８２】
確認メッセージ３４を配信された許可希望グループ４２０であるロット管理サーバ３３０〜３３４は、プログラムにより、そのロットを投入してよいかロット管理ＤＢ３５０を検索し、投入できると判断した場合はメッセージサーバ３１０へ向け許可を示す許可メッセージ３２を送信する。
【０２８３】
メッセージサーバ３１０は、図２６に示すように、許可メッセージ３２を受信した場合は許可処理（ステップ２７０）を行う。
【０２８４】
図３０は、許可処理（ステップ２７０）の流れを示すフローチャートである。メッセージサーバ３１０は、許可メッセージ受信毎に、受信した許可メッセージ３２を確認メッセージ送信元の端末３２４へ向け配信する（ステップ３２０）。
【０２８５】
次に、確認装置リスト６８から許可メッセージ送信元の処理装置の装置情報を削除する（ステップ３２２）。この段階で、確認装置リスト６８の装置情報により、受信した許可メッセージ３２が最終のものかどうか判断できる（ステップ３２４）。
【０２８６】
最終の許可メッセージ３２である場合、許可終了メッセージ３６を端末３２４へ向け配信する（ステップ３２６）。
【０２８７】
なお、こういった生産現場では、製品の品質管理も重要である。通常は一つでも許可メッセージ３２が不許可なら不許可とみなすが、確認処理装置１８である端末３２４が所定の割合の不許可を示す許可メッセージ３２を受信した場合、不許可と判断するよう構成してもよい。これにより、効率的に製品の品質管理が行える。
【０２８８】
端末３２４では、許可終了メッセージ３６を受信することにより、ロットを投入してよいかどうかを判断できる。許可を示すものであれば、そのロットを投入する。
【０２８９】
ロットを投入すると、ロットの投入という状態の変化があったことを示す通知メッセージ２２がメッセージサーバ３１０に送信され、図１の点線部で示す通知希望グループ４００であるサーバ３２０、３２２へ向け配信される。この際、端末３２４ではどのような相手に通知するかは意識する必要がない。
【０２９０】
すなわち、通知型には限られないが、動的にサーバが増減する場合でも汎用的に対応できる。
【０２９１】
例えば、ロット投入確認に対するチェックを工程管理サーバのみで許可を行っている状況で、在庫も同時にチェックできるよう在庫管理サーバでも許可を行うように許可サーバを増加させる場合でも、確認を行う者は許可サーバの増加を意識せずに確認を行うことができる。
【０２９２】
メッセージサーバ３１０は、図２６に示すように、通知メッセージ２２を受信した場合、通知元を識別情報に書き込み（ステップ２５８）、後処理（ステップ２６８）を行う。
【０２９３】
図３１は、後処理（ステップ２６８）の流れを示すフローチャートである。メッセージサーバ３１０は、通知メッセージ２２を受信した場合、配信管理している全処理装置に対して以下の確認を行う（ステップ２８０）。
【０２９４】
応答処理装置１２に該当するか？（ステップ２８２）、通知希望処理装置１８に該当するか？（ステップ２８４）を確認し、確認している処理装置が通知希望処理装置１８である場合、通知処理（ステップ２８８）を行う。
【０２９５】
なお、通知希望処理装置１８かどうかの確認は、通知希望装置リスト６２に登録されているかどうかで確認する。メッセージサーバ３１０は、図１で点線で示す通知希望グループ４００に該当するサーバ３２０、３２２から通知希望メッセージ２０を受信し、その情報をメッセージサーバ３１０のメモリに記憶して管理している。
【０２９６】
ここで、通知希望メッセージ受信時のメッセージ配信管理処理の流れについて説明する。通知希望メッセージ２０は、通知希望の登録として扱い、管理メッセージの一種である。したがって、図２５に示す管理メッセージに該当するかどうか確認し（ステップ２２２）、該当するため管理メッセージ処理（ステップ２２８）を行う。
【０２９７】
通知希望メッセージの登録および削除は、上述した図２９に示す許可希望パターン登録処理（ステップ３５８）およびその削除とほぼ同様であり、許可希望装置リスト７０、許可希望パターンリスト９０が通知希望装置リスト６２、通知希望パターンリスト８２に代わるだけである。
【０２９８】
なお、通知希望パターン削除メッセージは、目的データ１５０に通知希望削除と指定されていることで判断できる。
【０２９９】
このようにしてメッセージサーバ３１０に管理されている通知希望処理装置１８を判断できるようにし、図３１に示すように、通知希望処理装置１８に該当する場合（ステップ２８４）、通知処理（ステップ２８８）を行う。通知処理（ステップ２８８）とは、具体的には、受信した通知メッセージ２２に対応する通知希望メッセージ２０を送信したサーバ３２０、３２２へ向け通知メッセージ２２を配信することである。
【０３００】
通知メッセージ２２を配信されたサーバ３２０、３２２では、当該通知メッセージ中の情報に基づき、ロット管理情報を更新する。
【０３０１】
現在の技術進歩が著しい状況では製品仕様の変更も頻繁に行われる。このような場合、製品加工プログラムのバージョンアップを行う必要があるが、一部のサーバだけバージョンアップを行うと新旧両バージョンが併存し、製品加工が適切に行えない場合もある。また、関連する全てのサーバを止めてバージョンアップしたのでは、その間は生産ラインが止まり、効率的ではない。
【０３０２】
そこで、このような場合は要求応答型メッセージを用いれば効率的に作業が行える。端末３２４からは製品加工条件の取得を要求する要求メッセージ２８をメッセージサーバ３１０へ向け送信する。メッセージサーバ３１０では、図１に示す破線で囲まれた応答希望グループ４１０のうち、応答権が付与された応答希望サーバ３３４へ向け要求メッセージ２８を配信する。
【０３０３】
メッセージサーバ３１０は、応答希望サーバ３３４から応答メッセージ２６を受信後、応答メッセージ２６を端末３２４へ向け配信する。
【０３０４】
要求応答型メッセージの具体的な配信管理は以下のようになる。図２６に示すように、メッセージサーバ３１０は、要求メッセージ２８を受信したことを判断すると（ステップ２４２）、要求メッセージ送信元の識別情報を要求メッセージ２８に書き込むとともに、応答者を取得する（ステップ２６０）。
【０３０５】
ここで、応答者を取得する（ステップ２６０）処理とは、具体的には応答希望装置リスト６６を検索し、受信した要求メッセージ２８のメッセージパターンデータ１０２に対応するメッセージパターンデータ１０２を有する応答希望メッセージ２４を送信した応答権付与済みのサーバ３３４の装置情報を取得することである。
【０３０６】
次に、上述した後処理（ステップ２６８）を行う。図３１に示すように、応答権付与済みの応答装置であるかどうかは、応答者取得処理（ステップ２６０）で取得した情報により判断できる。応答装置であると判断した場合、要求処理（ステップ２８６）を行う。
【０３０７】
ここで、応答希望メッセージ２４の配信管理について説明する。応答希望メッセージ２４は、応答希望登録であって管理メッセージに該当する。図２８に示すように、メッセージサーバ３１０は、応答希望登録と判断した場合（ステップ３４４）、応答希望パターン登録処理（ステップ３５４）を行う。
【０３０８】
図３２は応答希望パターン登録処理（ステップ３５４）の流れを示すフローチャートである。メッセージサーバ３１０は、応答希望装置リスト６６および応答希望パターンリスト８６に応答希望メッセージ２４のメッセージパターンデータ１０２を追加する（ステップ３９０）。
【０３０９】
次に、当該応答希望メッセージ２４のメッセージパターンデータ１０２が、応答希望装置リスト６６に未登録のものである場合（ステップ３９２）、応答許可を示す応答権付与メッセージをサーバ３３４へ向け配信する（ステップ３９４）。
【０３１０】
次に、当該応答希望メッセージ２４のメッセージパターンデータ１０２が、上述した応答装置待ちリスト７６に登録されたメッセージパターンデータ１０２と対応するものであるかどうか確認する（ステップ３９６）。
【０３１１】
対応するものである場合、要求装置リスト６４に登録されている応答待ち要求メッセージを送信した要求処理装置１４へ向け応答希望処理装置の登場を示すメッセージを配信し（ステップ３９８）、当該要求を応答装置待ちリスト７６から削除する（ステップ４００）。
【０３１２】
一方、サーバ３３４の次に同一のメッセージパターンデータ１０２を有する応答希望メッセージ２４を送信したサーバ３２６、３３２に対しては応答許可待ちメッセージを配信する（ステップ４０２）。
【０３１３】
以上説明した応答希望パターン登録処理とは逆に、図２８に示すように、応答希望パターン削除メッセージを受信した場合（ステップ３４６）、応答希望パターン削除処理（ステップ３５６）を行う。
【０３１４】
図３３は応答希望パターン削除処理（ステップ３５６）の流れを示すフローチャートである。メッセージサーバ３１０は、応答希望装置リスト６６および応答希望パターンリスト８６に応答希望メッセージ２４のメッセージパターンデータ１０２を削除する（ステップ４１０）。
【０３１５】
次に、当該応答希望メッセージ送信元のサーバ３３４が応答権を保持していたかどうか応答希望装置リスト６６に基づき確認し（ステップ４１２）、応答権を保持していた場合、次の応答希望処理装置１２が存在するかどうか確認し（ステップ４１４）、存在する場合、応答許可待ちメッセージを配信済みで次に登録されたサーバ３２６へ向け応答許可を示す応答権付与メッセージを配信する（ステップ４１６）。
【０３１６】
一方、次の応答希望装置が存在しない場合、当該要求メッセージ２８に応答する処理装置が存在しない状態となったため、当該要求メッセージ２８に対応するメッセージパターンデータ１０２が終了通知希望装置リスト７４に登録されている終了通知希望サーバがある場合（ステップ４１８）、このサーバへ向け終了通知メッセージを配信する（ステップ４２０）。
【０３１７】
次に、当該要求メッセージ送信元のサーバの装置情報およびメッセージ情報を終了通知希望装置リスト７４から削除する（ステップ４２２）。
【０３１８】
応答希望メッセージ２４の配信管理および応答権の付与についての説明は以上の通りである。
【０３１９】
ここで再び、上述した後処理（ステップ２６８）以降の処理について説明する。図３１に示すように、応答権付与済みの応答装置であるかどうかは、応答者取得処理（ステップ２６０）で取得した情報により判断できる。応答装置であると判断した場合、要求処理（ステップ２８６）を行う。
【０３２０】
要求処理（ステップ２８６）とは、具体的には、要求装置リスト６４に端末３２４の装置情報を追加するとともに、受信した要求メッセージ２８を要求メッセージリスト８４に追加し、応答権付与済みのサーバ３３４へ向け要求メッセージ２８を配信することである。
【０３２１】
応答権付与済みのサーバ３３４では、要求メッセージ２８を受信後、要求メッセージ２８から製品加工条件の取得であることを判断し、ロット管理ＤＢ３５０を検索し、要求メッセージ２８に含まれるロット番号に対応する製品加工条件等を取り出す。
【０３２２】
次に、要求メッセージ２８を、その識別データは残したまま、取得した製品加工条件等を含ませて応答メッセージ２６に作り変える。
【０３２３】
次に、作成した応答メッセージ２６をメッセージサーバ３１０へ向け送信する。
【０３２４】
図２６に示すように、メッセージサーバ３１０は、応答メッセージ受信後（ステップ２４４）、応答メッセージ２６に含まれる識別情報から応答メッセージ送信先が端末３２４であることを確認する（ステップ２６２）。
【０３２５】
次に、後処理（ステップ２６８）として、図３１に示すように、応答メッセージ２６を端末３２４へ向け配信する応答処理を行う（ステップ２９０）。なお、応答継続メッセージ２６−１や応答終了メッセージ２６−２である場合も同様である。
【０３２６】
応答メッセージ２６を受信した端末３２４は、当該メッセージに含まれる製品加工条件等の情報を取得し、製品加工を行うことが可能となる。
【０３２７】
また、特殊メッセージとは、上述した応答装置待ちや終了通知等を行うために使用されるメッセージのことであり、図３４は、これら特殊メッセージを扱う際の処理の流れを示すフローチャートである。
【０３２８】
まず、図２５に示すように、メッセージサーバ３１０は、受信メッセージが特殊メッセージである場合（ステップ２２４）、図３４に示す特殊メッセージ処理（ステップ２３０）を行う。
【０３２９】
特殊メッセージ処理（ステップ２３０）では、応答可能時に通知を希望する応答装置待ち要求メッセージか判断し（ステップ４５２）、応答装置待ち要求メッセージである場合、応答装置待ちリスト７６に受信メッセージに含まれるメッセージパターンデータ１０２を登録する（ステップ４５８）。
【０３３０】
また、応答装置待ち要求メッセージでない場合、応答不能時に通知を希望する終了通知希望メッセージか判断し（ステップ４５４）。終了通知希望メッセージである場合、終了通知希望装置リスト７４に受信メッセージに含まれるメッセージパターンデータ１０２を登録する（ステップ４６０）。
【０３３１】
以上のように、通知型、要求応答型、確認許可型という３種類のメッセージを配信管理することにより、多種多様な製品を製造している生産現場のネットワークに適用した場合も、効率的かつ汎用的なメッセージ配信管理を行うことができる。
【０３３２】
（電子商取引への適用例）
以上の生産現場での例は、一地点で有線の通信路を介しての分散処理システムの例であるが、次に、通信衛星を用いるので通信路が無線であり、遠隔地を結んで分散処理を行う例として電子商取引への適用例を以下に示す。
【０３３３】
図３５は、電子商取引で用いられるネットワークシステムの一例を示す概略図である。また、図３６、３７は、このシステムでのメッセージ配信管理の流れを示すフローチャートである。なお、全体のメッセージ配信管理の流れは生産現場の例で示したものと同様であるので省略し、電子商取引に特有のメッセージ配信管理の流れについて示している。
【０３３４】
例えば、図３５に示す衛星通信による電子商取引ネットワークシステムは、金融機関５００と、金融機関５０２と、商店５０４と、携帯型端末５０６と、通信衛星５０８とから構成されている。
【０３３５】
金融機関５００は、メッセージ配信管理サーバ５２０、利用者ＤＢ管理サーバ５３０とを有し、金融機関５０２では利用者ＤＢのバックアップＤＢ管理サーバ５４０を有している。
【０３３６】
利用者が残高照会する場合は以下の流れとなる。図３６は残高照会のメッセージ配信管理の流れを示すフローチャートである。まず、利用者が携帯型端末５０６から残高照会というイベントを発生させることにより、残高照会可能かどうか確認するため、確認メッセージ３４がメッセージ配信管理サーバ５２０へ向け通信衛星５０８を介して送信される。
【０３３７】
メッセージ配信管理サーバ５２０は、確認メッセージ３４を受信した場合（ステップ５０２）、残高照会可能かどうか確認するため、利用者ＤＢ５５０を有する金融機関５００および金融機関５０２に対して利用者ＤＢ５５０およびバックアップＤＢ５６０を更新中でないか確認メッセージ３４を配信する（ステップ５０４）。
【０３３８】
メッセージ配信管理サーバ５２０は、金融機関５００および金融機関５０２から許可メッセージ３２を受信し、配信した時点で（ステップ５０６、５０８）、許可終了メッセージ３６を携帯型端末５０６へ向け配信する（ステップ５１０）。
【０３３９】
携帯型端末５０６は、許可終了メッセージ３６が配信されることにより、利用者ＤＢ５５０を参照可能であることを判断できる。
【０３４０】
次に、携帯型端末５０６により、残高照会の要求メッセージ２８が通信衛星５０８を介してメッセージ配信管理サーバ５２０へ向け送信される。
【０３４１】
メッセージ配信管理サーバ５２０は、要求メッセージ２８を受信した場合（ステップ５２０）、残高照会の応答権を有する金融機関５００の利用者ＤＢ管理サーバ５３０へ向け要求メッセージ２８を配信する（ステップ５２２）。
【０３４２】
利用者ＤＢ管理サーバ５３０は、利用者ＤＢ５５０を用いて利用者の残高データを取得し、この残高データを含ませた応答メッセージ２６を作成してメッセージ配信管理サーバ５２０へ向け送信する。
【０３４３】
メッセージ配信管理サーバ５２０は、応答メッセージ受信後（ステップ５２４）、受信した応答メッセージ２６を携帯型端末５０６へ向け配信する（ステップ５２６）。
【０３４４】
携帯型端末５０６は、応答メッセージ２６を受信し、このメッセージに含まれる残高データから残高が確認できる。
【０３４５】
また、利用者が商品を購入する場合は以下の流れとなる。図３７は商品購入時のメッセージ配信管理の流れを示すフローチャートである。まず、利用者が携帯型端末５０６から商品購入というイベントを発生させることにより、商品購入可能かどうか確認するため、残高の照会を行う確認メッセージ３４がメッセージ配信管理サーバ５２０へ向け通信衛星５０８を介して送信された後、商品購入という要求メッセージ２８が配信される。
【０３４６】
残高の照会を行う確認メッセージ３４の流れ（ステップ５５０）は上述したものと同様なので省略する。携帯型端末５０６のプログラムは、許可終了メッセージ３６が配信されることにより、利用者ＤＢ５５０を参照可能であり、商品を購入できる条件を満たしていることを判断できる。
【０３４７】
次に、商品購入のため、携帯型端末５０６から要求メッセージ２８が通信衛星５０８を介してメッセージ配信管理サーバ５２０へ向け送信される。
【０３４８】
メッセージ配信管理サーバ５２０は、この要求メッセージ受信後（ステップ５５８）、応答権を有する利用者ＤＢ管理サーバ５３０へ向け要求メッセージ２８を配信する（ステップ５６０）。
【０３４９】
利用者ＤＢ管理サーバ５３０は、端末５０６の利用者の管理情報に対して商品金額分を減額して利用者ＤＢ５５０を更新し、商店５０４の管理情報に対して商品金額分を増額するよう商店の情報が格納された利用者ＤＢ５５０を更新する。利用者ＤＢ管理サーバ５３０は、利用者ＤＢ５５０を更新後、バックアップＤＢ５６０を更新する要求メッセージ２８をメッセージ配信管理サーバ５２０へ向け送信する。
【０３５０】
メッセージ配信管理サーバ５２０は、バックアップＤＢ５６０を更新する要求メッセージ受信後（ステップ５６４）、バックアップＤＢ５６０を更新する要求メッセージ２８に対する応答権を有するバックアップＤＢ管理サーバ５４０へ向け、要求メッセージ２８を配信する（ステップ５６６）。
【０３５１】
バックアップＤＢ管理サーバ５４０は、利用者ＤＢ管理サーバ５３０と同様の更新を行った後、応答メッセージ２６をメッセージ配信管理サーバ５２０へ向け送信する。
【０３５２】
メッセージ配信管理サーバ５２０は、この応答メッセージ受信後（ステップ５６８）、受信した応答メッセージ２６を利用者ＤＢ管理サーバ５３０へ向け配信する（ステップ５７０）。
【０３５３】
利用者ＤＢ管理サーバ５３０は、応答メッセージ２６を受信して、更新を正常に行えたことを判断した後、携帯型端末５０６の識別情報を含む応答メッセージ２６を、メッセージ配信管理サーバ５２０へ向け送信する。
【０３５４】
メッセージ配信管理サーバ５２０は、利用者ＤＢ管理サーバ５３０から応答メッセージ２６を受信した場合（ステップ５７８）、メッセージ中に含まれる識別情報に基づき携帯型端末５０６へ向け応答メッセージ２６を配信する（ステップ５８０）。
【０３５５】
利用者は、応答メッセージ２６を受信することにより、携帯型端末５０６の画面表示等を通じて商品購入処理が正常に行われたことを確認できる。
【０３５６】
また、メッセージ配信管理サーバ５２０は、商店５０４へ向け、利用者から商品の申し込みと入金があった旨の通知メッセージ２２を配信する（ステップ５９０）。
【０３５７】
商店５０４は、通知メッセージ２２を受信することにより、入金があったことを確認し、利用者に指定された届け先に商品を配送する。
【０３５８】
以上のように、本システムによる処理対象は、部品のような有体物であっても電子マネーのような無体物であってもよい。また、通信路は、ケーブル等の有線であってもよいし、通信衛星を用いた通信路等の無線の通信路であってもよい。
【０３５９】
また、メッセージを送受信する処理装置は、コンピュータのようにほぼ固定されたものでもよいし、携帯型端末のように移動可能なものであってもよい。さらに、メッセージ配信管理手段や処理装置は、工場のように比較的狭い場所に小規模かつ集中的に配置されるものであっても、携帯型端末と金融機関のように広域に大規模かつ分散的に配置されるものであってもよい。
【０３６０】
また、以上の２例で示したように、要求応答メッセージを排他制御に用いることもできる。すなわち、応答権を一つに限定することにより、ある要求に対して応答処理を行うことを、一つの処理装置に限定できる。また、電子商取引の例で示したように、特に分散処理で必要とされる複数ＤＢの同時更新処理も実現できる。
【０３６１】
（変形例）
（メッセージヘッダ部の変形例）
以上説明してきた実施例では、メッセージヘッダ部１００にメッセージパターンデータ１０２があり、このメッセージパターンデータ１０２を用いてメッセージの種別を判断できるものであったが、ヘッダ部１００にその他のデータ領域を設けて実現することも可能である。
【０３６２】
図３８は、ヘッダ部１００にメッセージの文字種別を示す文字種別データ１３０、メッセージのモードを示すモードデータ１９０を設けた一例を示す。
【０３６３】
例えば、文字種別データ１３０がない場合、通信元の処理装置では文字種別としてＥＵＣ（Ｅｘｔｅｎｄｅｄ ＵＮＩＸ Ｃｏｄｅ）を用いてメッセージを作成して送信した場合、通信先の処理装置では文字種別としてＳＪＩＳ（ＳｈｉｆｔＪＩＳ）しか認識しない場合、通信先でメッセージの文字種別を判断して変換しなければならない。
【０３６４】
文字種別データ１３０を用いて、メッセージ配信管理手段４で文字変換を行うことにより、ＥＵＣやＳＪＩＳといった文字コードの別だけでなく、日本語や英語といったメッセージの言語を、通信先の処理装置で意識せずに取り扱うことができるようになる。
【０３６５】
具体的な実現手段は以下のようになる。図３９は、メッセージ変換を行う際のメッセージ配信管理システム４の機能ブロック図の一例である。図３９に示すように、メッセージ配信管理手段４に、メッセージ変換手段５０を設け、メッセージのヘッダ部１００に、そのメッセージにおいて使用されている文字種別を示す文字種別データ１３０を含んで構成する。
【０３６６】
メッセージ配信管理手段４がメッセージを受信した場合、メッセージ変換手段５０を用いて、受信したメッセージに含まれる文字種別データ１３０に基づきそのメッセージにおいて使用されている文字を変換する。
【０３６７】
これによれば、メッセージ配信管理手段内のメッセージ変換手段５０がメッセージ中の文字種別データ１３０から文字種別を判断して変換するため、通信元や通信先の処理装置はメッセージの文字種別を意識せずに通信できる。これにより、汎用的なメッセージ配信管理システムを実現できる。
【０３６８】
また、上述した実施例では、メッセージパターンデータ１０２が、目的データ１４０、グループデータ１５０、カテゴリデータ１６０を含んで構成される例について示したが、さらにメッセージパターンデータ１０２にモードデータ１９０も含めてメッセージの種別を判断するようにしてもよい。
【０３６９】
モードデータ１９０には管理、通常、特殊といったメッセージの大きな区分を指定することも可能であるし、通常メッセージ以外のメッセージの区別に用いてもよい。例えば、応答許可待ち、応答権付与、通知希望登録、通知希望削除、応答希望登録、応答希望削除、許可希望登録、許可希望削除等の指定を可能にするよう構成してもよい。
【０３７０】
さらに、図３８に示すように、ヘッダ部１００に、メッセージ長データ１１０、バージョン番号１２０、メッセージ識別番号１７０、メッセージ送信元識別番号１８０を設ければ、さらに汎用性が高まる。
【０３７１】
なお、上述したメッセージ長の判断をメッセージ長データ１１０を用いて行い、処理装置の識別データとしてメッセージ送信元識別番号１８０を用いて行ってもよい。
【０３７２】
また、メッセージ識別番号１７０およびメッセージ送信元識別番号１８０はそれぞれ重複のない番号を用いることが好ましい。重複がないため、メッセージを一意に識別することができるようになる。
【０３７３】
（情報記録媒体）
以上説明してきたメッセージ配信管理手段４が行う処理を情報記録媒体に記録して構成してもよい。情報記録媒体としては、一般に用いられている磁気やレーザー光を用いた記憶媒体を適用できる。
【０３７４】
図４０は、本実施の形態によるメッセージ配信管理をコンピュータ３に行わせるための情報記録媒体６００の使用例を示す概略図である。
【０３７５】
情報記録媒体６００に記憶されている通知管理情報６１０、要求応答管理情報６２０、確認許可管理情報６３０の少なくとも一つをコンピュータ３に読み込ませることにより、上述した通知型、要求応答型、確認許可型の各処理をコンピュータ３に行わせることができる。
【０３７６】
すなわち、コンピュータ３において、ＣＰＵ５５が管理データ制御手段５４、配信制御手段５６、メッセージ変換手段５０および時間測定手段５８として機能し、メモリ５１が配信管理データ６０および状態管理データ８０が記憶される管理データ記憶手段５２として機能することにより、コンピュータ３を上述したメッセージ配信管理手段４として機能させることができるようになる。
【０３７７】
また、情報記録媒体６００を用いないでコンピュータ３を上述したメッセージ配信管理手段４として機能させる場合、例えば、メッセージ変換手段５０、管理データ制御手段５４、配信制御手段５６としてＣＰＵを用い、管理データ記憶手段５２としてメモリを用い、時間測定手段５８としてシステムタイマを用いればよい。
【０３７８】
なお、本発明は上述した実施例に限られるものではない。例えば、管理データ記憶手段５２に記憶するものはメッセージそのものであっても、メッセージパターンデータ１０２だけであっても、メッセージパターンデータ１０２にその他の装置情報やメッセージ情報を付加したものであってもよい。
【０３７９】
また、本発明は、分散処理ネットワークだけでなく、クライアントサーバ型、集中処理型等の各種のネットワークに適用することが可能である。
【０３８０】
【図面の簡単な説明】
【図１】本発明の実施の形態の一例に係る分散処理ネットワークシステムの一例を示す図である。
【図２】メッセージのデータ構造の概略図である。
【図３】ヘッダ部の概略図である。
【図４】データ部の概略図である。
【図５】概略的なメッセージ処理の流れを示すフローチャートである。
【図６】通知型ネットワークシステムの一例を示す概略図である。
【図７】通知型メッセージ処理の一例を示すフローチャートである。
【図８】配信管理データの概略図である。
【図９】通知希望装置リスト等のデータ構造の一例を示す概略図である。
【図１０】要求応答型ネットワークシステムの一例を示す概略図である。
【図１１】要求応答型メッセージ処理の一例を示すフローチャートである。
【図１２】要求装置リスト等のデータ構造の一例を示す概略図である。
【図１３】応答継続および応答終了処理の一例を示すフローチャートである。
【図１４】確認許可型ネットワークシステムの一例を示す概略図である。
【図１５】確認許可型メッセージ処理の一例を示すフローチャートである。
【図１６】状態管理データを含んで構成したメッセージ配信制御手段の一例を示す機能ブロック図である。
【図１７】メッセージ配信管理手段を用いたモニタリング処理の一例を示すフローチャートである。
【図１８】状態管理データの概略図である。
【図１９】通知希望パターンリスト等のデータ構造の一例を示す概略図である。
【図２０】要求メッセージリスト等のデータ構造の一例を示す概略図である。
【図２１】開始通知希望メッセージ配信管理処理の一例を示すフローチャートである。
【図２２】応答装置待ちデータを用いた処理の一例を示すフローチャートである。
【図２３】メッセージ配信管理手段に時間測定手段を設けた一例を示す機能ブロック図である。
【図２４】メッセージ配信管理のメイン処理の流れを示すフローチャートである。
【図２５】メッセージ処理の流れを示すフローチャートである。
【図２６】通常メッセージ処理の流れを示すフローチャートである。
【図２７】確認メッセージ処理の流れを示すフローチャートである。
【図２８】管理メッセージ処理の流れを示すフローチャートである。
【図２９】許可希望パターン登録処理の流れを示すフローチャートである。
【図３０】許可処理の流れを示すフローチャートである。
【図３１】後処理の流れを示すフローチャートである。
【図３２】応答希望パターン登録処理の流れを示すフローチャートである。
【図３３】応答希望パターン削除処理の流れを示すフローチャートである。
【図３４】特殊メッセージを扱う際の処理の流れを示すフローチャートである。
【図３５】電子商取引で用いられるネットワークシステムの一例を示す概略図である。
【図３６】残高照会のメッセージ配信管理の流れを示すフローチャートである。
【図３７】商品購入時のメッセージ配信管理の流れを示すフローチャートである。
【図３８】ヘッダ部にメッセージの文字種別を示す文字種別データ、メッセージのモードを示すモードデータ等を設けた一例を示す概略図である。
【図３９】メッセージ変換を行う際のメッセージ配信管理システムの一例を示す機能ブロック図である。
【図４０】本実施の形態によるメッセージ配信管理をコンピュータに行わせるための情報記録媒体の使用例を示す概略図である。
【図４１】データ部の概略図の他の一例である。
【符号の説明】
４ メッセージ配信管理手段
８ 通知希望処理装置
１０ 通知処理装置
１２ 応答希望処理装置
１４ 要求処理装置
１６ 許可希望処理装置
１８ 確認処理装置
５２ 管理データ記憶手段
５４ 管理データ制御手段
５６ 配信制御手段
１００ ヘッダ部
１０２ メッセージパターンデータ
２００ データ部
３００ 通信路
３１０ メッセージ配信管理サーバ
６００ 情報記録媒体

Claims (23)

1. 通信路に接続されたメッセージ配信管理手段を介して、複数の処理装置間で確認許可型メッセージの送受信を行うネットワークにおけるメッセージ配信管理システムであって、
   前記メッセージ配信管理手段は、
   前記確認許可型メッセージの配信管理を行うための配信管理データが記憶される管理データ記憶手段と、
   受信メッセージに基づき、前記配信管理データの作成を行う管理データ制御手段と、
   前記管理データに基づき、受信メッセージを所定の処理装置へ向け配信する配信制御手段と、
   を含んで構成され、
   前記確認許可型メッセージは、
   イベントの実行に対する許可を得るための確認を示す確認メッセージ、
   この確認メッセージに対する許可付与の希望を示す許可希望メッセージ、
   前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つのメッセージから構成され、
   前記許可付与を希望する処理装置は、
   前記許可希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
   前記確認メッセージを前記メッセージ配信管理手段から受信し、前記許可メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
   を含んで構成され、
   前記確認を行う処理装置は、
   前記確認メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
   確認に対応した前記許可メッセージを前記メッセージ配信管理手段から受信する手段と、
   を含んで構成され、
   前記管理データ制御手段は、
   前記確認メッセージを受信した場合に、前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージの配信を行い、前記許可メッセージを受信した場合に、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージの配信を行うための前記配信管理データを作成し、
   前記配信制御手段は、
   前記確認メッセージを受信した場合に、前記配信管理データに基づき前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージを配信し、前記許可希望メッセージ送信元の処理装置から前記許可メッセージを受信した場合に、前記配信管理データに基づき前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信することを特徴とするメッセージ配信管理システム。
2. 通信路に接続されたメッセージ配信管理手段を介して、複数の処理装置間で通知型メッセージおよび確認許可型メッセージの送受信を行うネットワークにおけるメッセージ配信管理システムであって、
   前記メッセージ配信管理手段は、
   各メッセージの配信管理を行うための配信管理データが記憶される管理データ記憶手段と、
   受信メッセージに基づき、前記配信管理データの作成を行う管理データ制御手段と、
   前記配信管理データに基づき、受信メッセージを所定の処理装置へ向け配信する配信制御手段と、
   を含んで構成され、
   前記通知型メッセージは、
   状態変化の通知を示す通知メッセージ、
   この通知メッセージの受信希望を示す通知希望メッセージのうちいずれか１つのメッセージから構成され、
   前記通知メッセージの受信を希望する処理装置は、
   前記通知希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
   前記通知メッセージを前記メッセージ配信管理手段から受信する手段と、
   を含んで構成され、
   前記状態変化の通知を行う処理装置は、
   状態変化時にその旨を、通知メッセージとして前記メッセージ配信管理手段へ向け送信する手段を含んで構成され、
   前記管理データ制御手段は、
   前記通知希望メッセージを受信した場合に、通知希望元の処理装置へ向け前記状態変化の通知を行うための前記配信管理データを作成し、
   前記配信制御手段は、
   前記通知メッセージを受信した場合に、前記通知管理データに基づき前記通知メッセージの受信を希望する処理装置へ向け前記通知メッセージを配信し、
   前記確認許可型メッセージは、
   イベントの実行に対する許可を得るための確認を示す確認メッセージ、
   この確認メッセージに対する許可付与の希望を示す許可希望メッセージ、
   前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つのメッセージから構成され、
   前記許可付与を希望する処理装置は、
   前記許可希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
   前記確認メッセージを前記メッセージ配信管理手段から受信し、前記許可メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
   を含んで構成され、
   前記確認を行う処理装置は、
   前記確認メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
   確認に対応した前記許可メッセージを前記メッセージ配信管理手段から受信する手段と、
   を含んで構成され、
   前記管理データ制御手段は、
   前記確認メッセージを受信した場合に、前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージの配信を行い、前記許可メッセージを受信した場合に、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージの配信を行うための前記配信管理データを作成し、
   前記配信制御手段は、
   前記確認メッセージを受信した場合に、前記配信管理データに基づき前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージを配信し、前記許可希望メッセージ送信元の処理装置から前記許可メッセージを受信した場合に、前記配信管理データに基づき前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信することを特徴とするメッセージ配信管理システム。
3. 請求項１、２のいずれかにおいて、
   各メッセージは、
   その通信の目的を示す目的データを有するメッセージパターンデータを含んで構成され、
   前記管理データ制御手段は、
   受信メッセージに含まれる前記メッセージパターンデータを、前記処理装置の所在データと関連づけることにより、前記配信管理データを作成し、この配信管理データを前記管理データ記憶手段に記憶し、
   前記配信制御手段は、
   前記受信メッセージに含まれる前記メッセージパターンデータと、前記配信管理データとに基づき、前記受信メッセージの配信制御を行うことを特徴とするメッセージ配信管理システム。
4. 請求項３において、
   前記配信管理データは、
   前記処理装置の前記所在データおよび識別データを有する装置データと、
   前記処理装置からの受信メッセージの配信管理を行うためのメッセージデータと、
   を含んで構成され、
   前記管理データ制御手段は、
   前記処理装置が前記通信路との接続を開始した場合に、この処理装置に対する前記識別データを作成し、この識別データと、対応する所在データとを前記装置データとして前記管理データ記憶手段に記憶するとともに、前記受信メッセージに含まれる前記メッセージパターンデータを有する前記メッセージデータを、前記装置データと関連づけることにより、前記メッセージパターンデータに基づき、前記受信メッセージを配信管理するための前記配信管理データを作成し、この配信管理データを前記管理データ記憶手段に記憶し、
   前記配信制御手段は、
   前記受信メッセージに含まれる前記メッセージパターンデータと、前記配信管理データとに基づき、前記受信メッセージの配信制御を行うことを特徴とするメッセージ配信管理システム。
5. 請求項４において、
   前記管理データ制御手段は、
   前記処理装置が前記通信路との接続を終了した場合に、前記接続時に作成した前記装置データおよび前記装置データと関連づけられた前記メッセージデータを削除することを特徴とするメッセージ配信管理システム。
6. 請求項３〜５のいずれかにおいて、
   前記確認許可型メッセージは、
   前記目的データとして、前記確認、前記許可または前記許可希望のいずれかのデータを含んで構成され、
   前記配信管理データは、
   前記許可希望メッセージを配信管理する許可希望装置データを含んで構成され、
   前記管理データ制御手段は、
   前記許可希望メッセージを受信した場合、前記許可希望装置データを作成して前記管理データ記憶手段に記憶し、
   前記配信制御手段は、
   前記確認メッセージを受信した場合、この確認メッセージに含まれる前記メッセージパターンデータと、前記管理データ記憶手段に記憶された前記許可希望装置データとに基づき、前記確認メッセージ送信元の確認処理装置の前記識別データを前記確認メッセージに含ませ、前記許可希望処理装置へ向けこの確認メッセージを配信し、
   前記確認メッセージの配信先の処理装置から前記確認メッセージに対する前記確認処理装置の識別データを有する許可メッセージを受信した場合、この許可メッセージ中の識別データに基づき、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信することを特徴とするメッセージ配信管理システム。
7. 請求項６において、
   前記確認許可型メッセージは、
   前記目的データとして、前記確認、前記許可、前記許可希望または前記確認に対する回答の終了を示す許可終了のいずれかのデータを含んで構成され、
   前記許可希望メッセージを送信する処理装置は複数存在し、
   前記配信制御手段は、
   前記確認メッセージを受信した場合、この確認メッセージに含まれる前記メッセージパターンデータと、前記管理データ記憶手段に記憶された前記許可希望装置データとに基づき、前記確認メッセージ送信元の処理装置の前記識別データを前記確認メッセージに含ませ、前記許可希望メッセージを送信する複数の処理装置へ向けこの確認メッセージを配信し、
   前記許可希望メッセージを送信する処理装置は、
   前記確認メッセージを受信した場合、この確認メッセージに含まれる前記識別データを送信する許可メッセージに含ませ、この許可メッセージを前記メッセージ配信管理手段へ向け送信し、
   前記配信制御手段は、
   前記確認メッセージ配信先の複数の処理装置から前記確認メッセージに対する前記許可メッセージを受信した場合、この許可メッセージ中の識別データに基づき、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信し、
   受信した許可メッセージが最終のものである場合、この許可メッセージ中の識別データに基づき、前記確認メッセージ送信元の処理装置へ向け、前記許可メッセージを配信するとともに、前記目的データに前記許可終了を含ませた許可終了メッセージを配信することを特徴とするメッセージ配信管理システム。
8. 請求項２に従属する請求項３において、
   前記通知型メッセージは、
   前記目的データとして、前記通知または前記通知希望のいずれかのデータを含んで構成され、
   前記配信管理データは、
   前記通知希望メッセージが配信管理される通知希望装置データを含んで構成され、
   前記管理データ制御手段は、
   前記通知希望メッセージを受信した場合、前記通知希望装置データを作成して前記管理データ記憶手段に記憶し、
   前記配信制御手段は、
   前記通知メッセージを受信した場合、前記通知メッセージに含まれる前記メッセージパターンデータと、前記管理データ記憶手段に記憶された前記通知希望装置データとに基づき、前記通知メッセージの受信を希望する処理装置へ向け前記通知メッセージを配信することを特徴とするメッセージ配信管理システム。
9. 請求項３〜８のいずれかにおいて、
   前記メッセージパターンデータは、
   前記目的データに基づき選択された前記配信管理データにおいて、所定のメッセージを受信する処理装置のグループを示すグループデータを含んで構成され、
   前記管理データ制御手段は、
   前記目的データおよび前記グループデータが指定されたメッセージを受信した場合、この受信メッセージに含まれる前記目的データに基づき前記配信管理データを選択し、前記受信メッセージに含まれる前記グループデータに基づき、前記受信メッセージに基づき作成した配信管理データを、前記管理データ記憶手段に記憶し、
   前記配信制御手段は、
   前記目的データおよび前記グループデータが指定されたメッセージを受信した場合、この受信メッセージの前記メッセージパターンデータと、前記メッセージパターンデータと対応する前記配信管理データとに基づき、前記受信メッセージの配信制御を行うことを特徴とするメッセージ配信管理システム。
10. 請求項９において、
    各メッセージは、
    前記メッセージパターンデータを有する固定長のヘッダ部と、
    前記メッセージパターンデータに応じた詳細データを有する可変長のデータ部と、
    を含んで構成され、
    前記データ部は、
    データ名とそのデータ名に対応するデータとからなる組データを含んで構成され、
    前記処理装置および前記メッセージ配信管理手段は、
    前記データ名を指定することにより、そのデータ名に対応するデータを取得することを特徴とするメッセージ配信管理システム。
11. 請求項１０において、
    前記組データは、
    連想配列形式で構成され、
    前記処理装置および前記メッセージ配信管理手段は、
    前記連想配列形式のデータから必要な組データを取り出して前記データ名を指定することにより、そのデータ名に対応するデータを取得することを特徴とするメッセージ配信管理システム。
12. 請求項１０、１１のいずれかにおいて、
    前記メッセージ配信管理手段は、
    メッセージ変換手段を有し、
    前記ヘッダ部は、
    そのメッセージにおいて使用されている文字種別を示す文字種別データを含んで構成され、
    前記メッセージ変換手段は、
    前記文字種別データに基づきそのメッセージにおいて使用されている文字を変換することを特徴とするメッセージ配信管理システム。
13. 請求項９〜１２のいずれかにおいて、
    前記メッセージパターンデータは、
    前記目的データに基づき選択された前記配信管理データにおいて、前記グループデータに基づき選択された所定の処理装置から当該メッセージの処理を行う処理装置が選択されるための処理内容を示すカテゴリデータを含んで構成され、
    前記管理データ制御手段は、
    前記目的データ、前記グループデータおよび前記カテゴリデータが指定されたメッセージを受信した場合、この受信メッセージに含まれる前記目的データに基づき前記管理データを選択し、前記受信メッセージに含まれる前記グループデータおよび前記カテゴリデータに基づき、前記受信メッセージに基づき作成した配信管理データを、前記管理データ記憶手段に記憶し、
    前記配信制御手段は、
    前記目的データ、前記グループデータおよび前記カテゴリデータが指定されたメッセージを受信した場合、この受信メッセージの前記メッセージパターンデータと、前記メッセージパターンデータと対応する前記配信管理データに基づき、前記受信メッセージの配信制御を行うことを特徴とするメッセージ配信管理システム。
14. 請求項１３において、
    前記グループデータまたは前記カテゴリデータの少なくとも一方は、
    前記グループデータにおける前記グループまたは前記カテゴリデータにおける前記処理内容が段階的に分類された複数の分類データを含んで構成され、
    前記配信制御手段は、
    前記複数の分類データが指定されたメッセージを受信した場合、この受信メッセージの前記メッセージパターンデータと、前記管理データと、前記複数の分類データとに基づきメッセージ共有グループを段階的に絞り込み、前記受信メッセージの配信制御を行うことを特徴とするメッセージ配信管理システム。
15. 請求項１４において、
    前記分類データには、分類に属する全処理装置を示す全指定データが指定され、
    前記配信制御手段は、
    前記分類に前記全指定データが指定されたメッセージを受信した場合、この受信メッセージの前記メッセージパターンデータと、前記配信管理データと、前記全指定データが指定された前記分類データとに基づき、前記受信メッセージの配信管理を行うことを特徴とするメッセージ配信管理システム。
16. 請求項１３〜１５のいずれかにおいて、
    前記確認許可型メッセージは、
    前記目的データとして、所定の処理装置が前記通信路との接続を開始した場合にその通知が行われるための開始通知希望データを含んで構成され、
    前記配信管理データは、
    前記開始通知希望データが指定された開始通知希望メッセージが配信管理される開始通知希望装置データを含んで構成され、
    前記管理データ制御手段は、
    前記開始通知希望メッセージを受信した場合、前記開始通知希望装置データを作成して前記管理データ記憶手段に記憶し、
    前記配信制御手段は、
    前記カテゴリデータに前記通信路との接続の開始を通知する接続開始データが指定されたメッセージを、前記所定の処理装置から受信した場合、この受信メッセージに含まれる前記メッセージパターンデータと、前記開始通知希望装置データとに基づき、前記開始通知希望メッセージを送信した処理装置へ向け、前記接続開始データが指定されたメッセージを配信することを特徴とするメッセージ配信管理システム。
17. 請求項１３〜１６のいずれかにおいて、
    前記確認許可型メッセージは、
    前記目的データとして、所定の処理装置が前記通信路との接続を終了した場合にその通知が行われるための終了通知希望データを含んで構成され、
    前記配信管理データは、
    前記終了通知希望データが指定された終了通知希望メッセージが配信管理される終了通知希望装置データを含んで構成され、
    前記管理データ制御手段は、
    前記終了通知希望メッセージを受信した場合、前記終了通知希望装置データを作成して前記管理データ記憶手段に記憶し、
    前記配信制御手段は、
    前記所定の処理装置が前記通信路との接続を終了した場合、前記終了通知希望装置データに基づき、前記終了通知希望メッセージを送信した処理装置へ向け接続終了を示すメッセージを配信することを特徴とするメッセージ配信管理システム。
18. 請求項１〜１７のいずれかにおいて、
    前記メッセージ配信管理手段は、
    時間測定手段を有し、
    前記処理装置からメッセージ受信後、前記時間測定手段により測定された測定時間に基づき、当該メッセージに対して行われる処理をタイムアウト処理することを特徴とするメッセージ配信管理システム。
19. 請求項１８において、
    前記メッセージ配信管理手段は、
    前記確認メッセージの配信時点から当該確認メッセージに対する前記許可メッセージの受信時点までの時間を前記時間測定手段により測定し、
    この測定時間が所定時間を超えている場合、
    この測定時間に基づき、前記許可メッセージに対して行われる処理をタイムアウト処理することを特徴とするメッセージ配信管理システム。
20. 通信路に接続され、管理データ記憶手段を含むメッセージ配信管理手段を介して複数の処理装置間において、イベントの実行に対する許可を得るための確認を示す確認メッセージ、この確認メッセージに対する許可付与の希望を示す許可希望メッセージとおよび前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つを含む確認許可型メッセージの送受信を行うネットワークにおけるメッセージ配信管理方法であって、
    イベントの実行に対する確認と許可を行う確認許可工程を含み、
    前記確認許可工程は、
    前記処理装置から送信される前記許可希望メッセージを受信する許可希望受信工程と、
    この許可希望メッセージを前記管理データ記憶手段に記憶する許可希望記憶工程と、
    前記処理装置から送信される確認メッセージを受信する確認受信工程と、
    この確認メッセージを前記管理データ記憶手段に記憶する確認記憶工程と、
    前記管理データ記憶手段に記憶された確認メッセージと、前記管理データ記憶手段に記憶された許可希望メッセージとを比較する確認許可比較工程と、
    前記確認メッセージと、前記許可希望メッセージとが対応するものである場合、前記許可希望メッセージを送信した処理装置へ向け前記確認メッセージを配信する確認メッセージ配信工程と、
    前記確認メッセージを配信した処理装置から前記許可メッセージを受信する工程と、
    前記確認メッセージを送信した処理装置へ向け前記受信した許可メッセージを配信する許可メッセージ配信工程と、
    を含むことを特徴とするメッセージ配信管理方法。
21. 通信路に接続され、管理データ記憶手段を含むメッセージ配信管理手段を介して複数の処理装置間において、状態変化の通知を示す通知メッセージおよびこの通知メッセージの受信希望を示す通知希望メッセージのうちいずれか１つを含む通知型メッセージと、イベントの実行に対する許可を得るための確認を示す確認メッセージ、この確認メッセージに対する許可付与の希望を示す許可希望メッセージおよび前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つを含む確認許可型メッセージの送受信を行うネットワークにおけるメッセージ配信管理方法であって、
    状態変化の通知を行う通知工程と、
    イベントの実行に対する確認と許可を行う確認許可工程と、
    を含み、
    前記通知工程は、
    前記複数の処理装置から送信される状態変化の通知を希望する通知希望メッセージを受信する通知希望受信工程と、
    前記通知希望メッセージを管理データ記憶手段に記憶する通知希望記憶工程と、
    前記複数の処理装置から送信される前記通知メッセージを受信する通知受信工程と、
    前記通知メッセージを前記管理データ記憶手段に記憶する通知記憶工程と、
    前記管理データ記憶手段に記憶された通知メッセージと、前記管理データ記憶手段に記憶された通知希望メッセージとを比較する通知比較工程と、
    前記通知メッセージと、前記通知希望メッセージとが対応するものである場合、前記通知希望メッセージを送信した処理装置へ向け前記通知メッセージを配信する通知メッセージ配信工程と、
    を含み、
    前記確認許可工程は、
    前記処理装置から送信される前記許可希望メッセージを受信する許可希望受信工程と、
    この許可希望メッセージを前記管理データ記憶手段に記憶する許可希望記憶工程と、
    前記処理装置から送信される確認メッセージを受信する確認受信工程と、
    この確認メッセージを前記管理データ記憶手段に記憶する確認記憶工程と、
    前記管理データ記憶手段に記憶された確認メッセージと、前記管理データ記憶手段に記憶された許可希望メッセージとを比較する確認許可比較工程と、
    前記確認メッセージと、前記許可希望メッセージとが対応するものである場合、前記許可希望メッセージを送信した処理装置へ向け前記確認メッセージを配信する確認メッセージ配信工程と、
    前記確認メッセージを配信した処理装置から前記許可メッセージを受信する工程と、
    前記確認メッセージを送信した処理装置へ向け前記受信した許可メッセージを配信する許可メッセージ配信工程と、
    を含むことを特徴とするメッセージ配信管理方法。
22. 複数の処理装置が存在するネットワーク上において、
    イベントの実行に対する許可を得るための確認を示す確認メッセージ、この確認メッセージに対する許可付与の希望を示す許可希望メッセージおよび前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つを含む確認許可型メッセージの送受信を行うメッセージ配信管理手段として、前記ネットワークに接続されたコンピュータを機能させるためのプログラムが記録された情報記録媒体であって、
    前記メッセージ配信管理手段は、
    前記確認許可型メッセージの配信管理を行うための配信管理データが記憶される管理データ記憶手段と、
    受信メッセージに基づき、前記配信管理データの作成を行う管理データ制御手段と、
    前記配信管理データに基づき、受信メッセージを所定の処理装置へ向け配信する配信制御手段と、
    を含んで構成され、
    前記確認許可型メッセージは、
    イベントの実行に対する許可を得るための確認を示す確認メッセージ、
    この確認メッセージに対する許可付与の希望を示す許可希望メッセージ、
    前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つのメッセージから構成され、
    前記許可付与を希望する処理装置は、
    前記許可希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
    前記確認メッセージを前記メッセージ配信管理手段から受信し、前記許可メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
    を含んで構成され、
    前記確認を行う処理装置は、
    前記確認メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
    確認に対応した前記許可メッセージを前記メッセージ配信管理手段から受信する手段と、
    を含んで構成され、
    前記管理データ制御手段は、
    前記確認メッセージを受信した場合に、前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージの配信を行い、前記許可メッセージを受信した場合に、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージの配信を行うための前記配信管理データを作成し、
    前記配信制御手段は、
    前記確認メッセージを受信した場合に、前記配信管理データに基づき前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージを配信し、前記許可希望メッセージ送信元の処理装置から前記許可メッセージを受信した場合に、前記配信管理データに基づき前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信することを特徴とする情報記録媒体。
23. 複数の処理装置が存在するネットワーク上において、
    状態変化の通知を示す通知メッセージおよびこの通知メッセージの受信希望を示す通知希望メッセージのうちいずれか１つを含む通知型メッセージと、
    イベントの実行に対する許可を得るための確認を示す確認メッセージ、この確認メッセージに対する許可付与の希望を示す許可希望メッセージおよび前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つを含む確認許可型メッセージの送受信を行うメッセージ配信管理手段として、前記ネットワークに接続されたコンピュータを機能させるためのプログラムが記録された情報記録媒体であって、
    前記メッセージ配信管理手段は、
    各メッセージの配信管理を行うための配信管理データが記憶される管理データ記憶手段と、
    受信メッセージに基づき、前記配信管理データの作成を行う管理データ制御手段と、
    前記配信管理データに基づき、受信メッセージを所定の処理装置へ向け配信する配信制御手段と、
    を含んで構成され、
    前記通知型メッセージは、
    状態変化の通知を示す通知メッセージ、
    この通知メッセージの受信希望を示す通知希望メッセージのうちいずれか１つのメッセージから構成され、
    前記通知メッセージの受信を希望する処理装置は、
    前記通知希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
    前記通知メッセージを前記メッセージ配信管理手段から受信する手段と、
    を含んで構成され、
    前記状態変化の通知を行う処理装置は、
    状態変化時にその旨を、通知メッセージとして前記メッセージ配信管理手段へ向け送信する手段を含んで構成され、
    前記管理データ制御手段は、
    前記通知希望メッセージを受信した場合に、通知希望元の処理装置へ向け前記状態変化の通知を行うための前記配信管理データを作成し、
    前記配信制御手段は、
    前記通知メッセージを受信した場合に、前記通知管理データに基づき前記通知メッセージの受信を希望する処理装置へ向け前記通知メッセージを配信し、
    前記確認許可型メッセージは、
    イベントの実行に対する許可を得るための確認を示す確認メッセージ、
    この確認メッセージに対する許可付与の希望を示す許可希望メッセージ、
    前記確認メッセージに対する許可、不許可を示す許可メッセージのうちいずれか１つのメッセージから構成され、
    前記許可付与を希望する処理装置は、
    前記許可希望メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
    前記確認メッセージを前記メッセージ配信管理手段から受信し、前記許可メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
    を含んで構成され、
    前記確認を行う処理装置は、
    前記確認メッセージを前記メッセージ配信管理手段へ向け送信する手段と、
    確認に対応した前記許可メッセージを前記メッセージ配信管理手段から受信する手段と、
    を含んで構成され、
    前記管理データ制御手段は、
    前記確認メッセージを受信した場合に、前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージの配信を行い、前記許可メッセージを受信した場合に、前記確認メッセージ送信元の処理装置へ向け前記許可メッセージの配信を行うための前記配信管理データを作成し、
    前記配信制御手段は、
    前記確認メッセージを受信した場合に、前記配信管理データに基づき前記許可希望メッセージ送信元の処理装置へ向け前記確認メッセージを配信し、前記許可希望メッセージ送信元の処理装置から前記許可メッセージを受信した場合に、前記配信管理データに基づき前記確認メッセージ送信元の処理装置へ向け前記許可メッセージを配信することを特徴とする情報記録媒体。

Images