(57)【特許請求の範囲】
【請求項１】
転送装置と、業務処理装置と、分散監視装置とから構成されるアドレス通知システムであって、
前記転送装置は、
他のアドレス通知システムからデータを受信する第一の受信手段と、
前記第一の受信手段によって受信されたデータを、前記業務処理装置と分散監視装置の双方に送信する第一の送信手段と、を備え、
前記業務処理装置は、
前記第一の送信手段から送信されたデータを受信する第二の受信手段と、
前記第二の受信手段によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定手段と、を備え、
前記分散監視装置は、
前記第一の送信手段から送信されたデータを受信する第三の受信手段と、
前記分散監視装置のアドレスを、前記第三の受信手段によって受信されたデータに含まれる前記他のアドレス通知システム内の分散監視装置のアドレスに対して通知する通知手段と、を備えることを特徴とするアドレス通知システム。
【請求項２】
前記判定手段における判定が、前記第二の受信手段によって受信されたデータの形式が前記業務処理装置にあらかじめ登録されたＸＭＬスキーマであるか否かを判定することを特徴とする請求項１に記載のアドレス通知システム。
【請求項３】
転送装置と、業務処理装置と、分散監視装置とから構成されるアドレス通知システムにおいて用いられるアドレス通知方法であって、
前記転送装置は、
他のアドレス通知システムからデータを受信する第一の受信工程と、
前記第一の受信工程によって受信されたデータを、前記業務処理装置と分散監視装置の双方に送信する第一の送信工程と、を含み、
前記業務処理装置は、
前記第一の送信工程から送信されたデータを受信する第二の受信工程と、
前記第二の受信工程によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定工程と、を含み、
前記分散監視装置は、
前記第一の送信工程から送信されたデータを受信する第三の受信工程と、
前記分散監視装置のアドレスを、前記第三の受信工程によって受信されたデータに含まれる前記他のアドレス通知システム内の分散監視装置のアドレスに対して通知する通知工程と、を含むことを特徴とするアドレス通知方法。
【請求項４】
転送装置と、業務処理装置と、分散監視装置とから構成されるアドレス通知システムにおいて用いられるアドレス通知プログラムであって、
前記転送装置は、
他のアドレス通知システムからデータを受信する第一の受信手順と、
前記第一の受信手順によって受信されたデータを、前記業務処理装置と分散監視装置の双方に送信する第一の送信手順と、を含み、
前記業務処理装置は、
前記第一の送信手順から送信されたデータを受信する第二の受信手順と、
前記第二の受信手順によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定手順と、を含み、
前記分散監視装置は、
前記第一の送信手順から送信されたデータを受信する第三の受信手順と、
前記分散監視装置のアドレスを、前記第三の受信手順によって受信されたデータに含まれる前記他のアドレス通知システム内の分散監視装置のアドレスに対して通知する通知手順と、をコンピュータに実行させることを特徴とするアドレス通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散監視サーバのアドレスを通知するアドレス通知システム、アドレス通知方法およびアドレス通知プログラムに関するものである。
【背景技術】
【０００２】
従来、ＳＯＡＰ等の標準プロトコルを用い、自治体や業界で定めた標準フォーマットで業務データを交換するシステムでは、複数の自治体等の団体（以下「サイト」という。）にまたがり実行する業務の流れをモニタリングする手段の一つとして、各サイトに「分散監視サーバ」を設定し、それらが連携することで業務の全体の流れを把握するモニタリングシステムがある（図１、非特許文献１参照）。
【０００３】
ここで、図１を参照して、モニタリングシステムについて説明する。図１は、業務システムと分散監視サーバの関係を表す図である。同図に示すように、モニタリングシステムは、たとえば、複数のサイトＸ、サイトＹ、サイトＺを有している。サイトＸは、分散監視サーバαと業務システムＡとから構成され、サイトＹは、分散監視サーバβと業務システムＢとから構成され、サイトＺは、分散監視サーバγと業務システムＣとから構成されている。サイトＸの業務システムＡは、サイトＹに対して業務の依頼をすべく業務データを送信すると、サイトＹの業務システムＢは、当該業務データに基づいて業務を実行する。
【０００４】
このとき、サイトＹの分散監視サーバβは、業務システムＢを監視すると共に、サイトＸの分散監視サーバαから当該業務の進捗状況の通知依頼があったとき、その進捗状況を分散監視サーバαに送信する。これにより、サイトＸでは、当該業務の流れを把握することができるものである。そして、サイトＹとサイトＺ間およびサイトＺとサイトＸ間においても同様に行うことができる。
【０００５】
また、モニタリングシステムでは、通信するサイト間でアドレスを認識する必要があるが、通信する相手端末のＩＰアドレスを指定したＡＲＰ（Address Resolution Protocol）パケットや特殊ＡＲＰパケットを送信することで相手端末のＭＡＣアドレスやネットワークアドレスを取得する技術は知られている（特許文献１参照）。
【０００６】
【特許文献１】特開２０００−１８３９００号公報
【非特許文献１】情報学会学会誌Ｖｏｌ４８Ｎｏ．５  ２００７年５月
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、モニタリングシステムにおいて、分散監視サーバは、各サイトの方針で徐々に追加されるものと考えられ、存在すらわからない端末のアドレスを認識することはできないという問題がある。すなわち、新たに追加された分散監視サーバと通信したいサイトでは、新たに追加された分散監視サーバのアドレスを知ることができないため、ＡＲＰパケットや特殊ＡＲＰパケットを送信することによっても、そのアドレスを取得することができない。
【０００８】
また、従来から何らかの電子的なサービスを発見するための仕組みとしてＵＤＤＩ（Universal Description Discovery and Integration）やｅｘＸＭＬＲ＆Ｒ等のリポジトリ仕様が提案されているが、現状では広く使える環境が普及しているとはいえない。
【０００９】
また、新たに追加された分散監視サーバのアドレスを手動で登録するのは手間がかかり、人為的なミスが発生するという問題がある。
【００１０】
さらに、新たに追加された分散監視サーバのアドレスの取得に際し、そのサイトと業務の連携の可能性のある全サイトから既に存在する業務システムに対してアドレスの通知依頼を行うと、当該業務システムに負荷がかかるという問題がある。
【００１１】
また、その場合、サイト間のネットワークでの通信量の負荷がかかるという問題がある。
【００１２】
本発明は、上記に鑑みてなされたものであって、サイト内に新たに追加された分散監視サーバのアドレスを他のサイトのサーバに効率的に通知することができるアドレス通知システム、アドレス通知方法およびアドレス通知プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述した課題を解決し、目的を達成するために、アドレス通知システムは、転送装置と、業務処理装置と、分散監視装置とから構成されるアドレス通知システムであって、前記転送装置は、他のアドレス通知システムからデータを受信する第一の受信手段と、前記第一の受信手段によって受信されたデータを、前記業務処理装置と分散監視装置の双方に送信する第一の送信手段と、を備え、前記業務処理装置は、前記第一の送信手段から送信されたデータを受信する第二の受信手段と、前記第二の受信手段によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定手段と、を備え、前記分散監視装置は、前記第一の送信手段から送信されたデータを受信する第三の受信手段と、前記分散監視装置のアドレスを、前記第三の受信手段によって受信されたデータに含まれる前記他のアドレス通知システム内の分散監視装置のアドレスに対して通知する通知手段と、を備える構成をとる。
【００１４】
上記の構成において、アドレス通知システムは、前記判定手段における判定が、前記第二の受信手段によって受信されたデータの形式が前記業務処理装置にあらかじめ登録されたＸＭＬスキーマであるか否かを判定することを特徴とする。
【００１５】
上記の構成において、アドレス通知システムは、前記第一の送信手段が、第一の受信手段によって受信されたデータが前記分散監視装置で処理するデータであるか否かを判定し、前記分散監視装置で処理するデータであれば該データを前記分散監視装置のみに転送する転送手段を備える構成をとる。
【００１６】
かかる構成によれば、サイト内に新たに追加された分散監視装置は、受信されたデータを業務処理装置と分散監視装置双方に送信することとしたので、他のサイトからではアドレスがわからない当該分散監視装置は、自己のアドレスを他のサイトの装置に効率的に通知することができる。
【００１７】
次に、アドレス通知システムは、転送装置と、業務処理装置と、第一の分散監視装置と、第二の分散監視装置と、から構成されるアドレス通知システムであって、前記転送装置は、前記第一の分散監視装置から当該第一の分散監視装置のアドレスを含むデータを受信する第一の受信手段と、前記第一の受信手段によって受信されたデータを、前記業務処理装置と第二の分散監視装置の双方に送信する第一の送信手段と、を備え、前記業務処理装置は、前記第一の送信手段から送信されたデータを受信する第二の受信手段と、前記第二の受信手段によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定手段と、を備え、前記第二の分散監視装置は、前記第一の送信手段から送信されたデータを受信する第三の受信手段と、前記第二の分散監視装置のアドレスを、前記第三の受信手段によって受信されたデータに含まれる第一の分散監視装置のアドレスに対して通知する通知手段と、を備える構成をとる。
【００１８】
かかる構成によれば、サイト内に新たに追加された分散監視装置は、受信されたデータを業務処理装置と分散監視装置双方に送信することとしたので、他のサイトからではアドレスがわからない当該分散監視装置は、自己のアドレスを他のサイトの装置に効率的に通知することができる。
【００１９】
上記の構成において、互いのアドレスを取得する複数の分散監視装置がグループとして構成される場合において、前記第一の分散監視装置は、自己が属するグループの代表として前記データを送信する送信手段、を備える構成をとる。
【００２０】
上記の構成において、前記第一の分散監視装置が、前記グループの複数に属しているとき、自己が記憶する各グループに属する分散監視装置のアドレスをマージし、前記グループは、前記マージしたアドレスを共有する手段、を備える構成をとる。
【００２１】
かかる構成によれば、ネットワークの負荷を軽減することができると共に、業務処理装置の負荷を軽減することができる。
【００２２】
次に、アドレス通知方法は、転送装置と、業務処理装置と、分散監視装置とから構成されるアドレス通知システムにおいて用いられるアドレス通知方法であって、前記転送装置は、他のアドレス通知システムからデータを受信する第一の受信工程と、前記第一の受信工程によって受信されたデータを、前記業務処理装置と分散監視装置の双方に送信する第一の送信工程と、を含み、前記業務処理装置は、前記第一の送信工程から送信されたデータを受信する第二の受信工程と、前記第二の受信工程によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定工程と、を含み、前記分散監視装置は、前記第一の送信工程から送信されたデータを受信する第三の受信工程と、前記分散監視装置のアドレスを、前記第三の受信工程によって受信されたデータに含まれる前記他のアドレス通知システム内の分散監視装置のアドレスに対して通知する通知工程と、を含む構成をとる。
【００２３】
かかる構成によれば、サイト内に新たに追加された分散監視装置は、受信されたデータを業務処理装置と分散監視装置双方に送信することとしたので、他のサイトからではアドレスがわからない当該分散監視装置は、自己のアドレスを他のサイトの装置に効率的に通知することができる。
【００２４】
次に、アドレス通知プログラムは、  転送装置と、業務処理装置と、分散監視装置とから構成されるアドレス通知システムにおいて用いられるアドレス通知プログラムであって、前記転送装置は、他のアドレス通知システムからデータを受信する第一の受信手順と、前記第一の受信手順によって受信されたデータを、前記業務処理装置と分散監視装置の双方に送信する第一の送信手順と、を含み、前記業務処理装置は、前記第一の送信手順から送信されたデータを受信する第二の受信手順と、前記第二の受信手順によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定手順と、を含み、前記分散監視装置は、前記第一の送信手順から送信されたデータを受信する第三の受信手順と、前記分散監視装置のアドレスを、前記第三の受信手順によって受信されたデータに含まれる前記他のアドレス通知システム内の分散監視装置のアドレスに対して通知する通知手順と、を含む構成をとる。
【００２５】
かかる構成によれば、サイト内に新たに追加された分散監視装置は、受信されたデータを業務処理装置と分散監視装置双方に送信することとしたので、他のサイトからではアドレスがわからない当該分散監視装置は、自己のアドレスを他のサイトの装置に効率的に通知することができる。
【発明の効果】
【００２６】
以上により、アドレス通知システム、アドレス通知方法およびアドレス通知プログラムは、サイト内に新たに追加された分散監視装置のアドレスを他のサイトの分散監視装置に効率的に通知することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２７】
以下に、本発明に係るアドレス通知システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００２８】
図２は、本実施の形態におけるアドレス通知システムの実施例の構成を表す機能ブロック図である。同図に示すように、このアドレス通知システムは、分散監視サーバ１１０と業務システム１２０とから構成されるサイトＸ１と、分散監視サーバ２１０と業務システム２２０とコピー装置２３０とから構成されるサイトＹ２とがネットワーク９を介して接続されて構成される。このアドレス通知システムでは、サイトＸ１とサイトＹ２とが業務を連携している。
【００２９】
分散監視サーバ２１０は、送受信部２１１と判定部２１２と抽出部２１３と監視部２１４とアドレスデータ記憶部２１５とを有する。
【００３０】
送受信部２１１は、業務システム２２０、コピー装置２３０およびサイトＸ１に属する分散監視サーバ１１０からデータを受信する。また、分散監視サーバ２１０で生成されたデータをサイトＸ１の分散監視サーバ１１０に送信する。
【００３１】
判定部２１２は、送受信部２１１により受信されたデータが特殊データであるか否かを判定する処理部である。受信されたデータが、特殊データでない場合は、そのデータを破棄し、特殊データである場合は、抽出部２１３にそのデータを出力する。
【００３２】
ここで、特殊データとは、他の分散監視サーバ１１０のＵＲＩ（Uniform Resource Identifier）を含んだデータを意味し、他の業務システム１２０から業務の依頼を行う業務データとは異なる。以下、データとは、特殊データまたは業務データをいうものとする。
【００３３】
抽出部２１３は、判定部２１２により特殊データであると判定された場合、入力したデータに含まれるサイトＸ１に属する分散監視サーバ１１０のＵＲＩを抽出する処理部である。
【００３４】
監視部２１４は、業務システム２２０から送信され、送受信部２１１が受信し出力したデータに基づき、業務システム２２０の業務を監視する処理部である。このデータは、たとえば、業務システム２２０が業務を実行した結果である。
【００３５】
アドレスデータ記憶部２１５は、分散監視サーバ２１０自身のＵＲＩを記憶する記憶部である。具体的には、アドレスデータ記憶部２１５は、ＵＲＩが記憶されたメモリまたは磁気ディスク装置等を備える。
【００３６】
業務システム２２０は、送受信部２２１と判定部２２２と業務部２２３とを有する。
【００３７】
送受信部２２１は、コピー装置２３０からデータを受信する。また、業務システム２２０で処理した業務の進行状況を分散監視サーバ２１０に通知する。
【００３８】
判定部２２２は、送受信部２２１により受信されたデータが業務データであるか否かを判定する処理部である。受信されたデータが、業務データでない場合は、そのデータを破棄し、業務データである場合は、業務部２２３にそのデータを出力する。
【００３９】
業務部２２３は、判定部２２２により業務データであると判定された場合、入力したデータに基づく業務を実行する処理部である。
【００４０】
コピー装置２３０は、送受信部２３１とコピー部２３２とを有する。
【００４１】
送受信部２３１は、サイトＸ１に属する分散監視サーバ１１０または業務システム１２０からデータを受信する。また、コピー部２３２でコピーされたデータを分散監視サーバ２１０に送信する。
【００４２】
コピー部２３２は、送受信部２３１により受信されたデータをコピーする処理部である。
【００４３】
次に、本実施の形態におけるアドレス通知システムに属するコピー装置の具体的構成例について図３−１および図３−２を参照しながら説明する。
【００４４】
図３−１は、コピー装置の具体的構成例を示す図であり、ミラーリング機能付きＨｕｂの場合を示す。同図に示すように、このミラーリング機能付きＨｕｂ２３０は、外部ネットワーク９と業務システム２２０との間に配置され、外部ネットワーク９、業務システム２２０および分散監視サーバ２１０がつながるポート（２３４、２３３、２３５）が配置されている。
【００４５】
具体的には、ミラーリング機能付きＨｕｂ２３０は、外部ネットワーク９を介して、ネットワーク上を流れるデータを外部ネットワーク９がつながるポート２３４を介して他のポート（２３３、２３５）にミラーリングするため、ポート２３３につながる分散監視サーバ２１０は、そのデータを取得することができ、ポート２３５につながる業務システム２２０は、分散監視サーバ２１０と同様のデータを取得することができる。
【００４６】
ここで、ネットワーク９を流れるデータは、たとえば、ＸＭＬ形式で表現され、ＳＯＡＰ等の標準フォーマットで記載され、ＨＴＴＰ等の標準的な通信プロトコルによって通信されることがある。ＳＯＡＰの場合は、ＳＯＡＰヘッダー部分に送信元および送信先のＵＲＩの記述が含まれている。
【００４７】
図３−２は、コピー装置の他の具体的構成例を示す図であり、ＴＣＰモニタリングの場合を示す。同図には、ＴＣＰモニタリングを改造してコピー部２３２を追加したソフトウェアが、コピー装置２３０のメモリに展開されている。
【００４８】
ここで、本来のＴＣＰモニタリングは、受信したデータおよびそのセッションで応答したデータを表示する機能を持ち、業務システム２２０の外部に公開するＵＲＩおよびポート番号を設定する。
【００４９】
コピー部２３２が、ＴＣＰモニタリング２３０により受信されたデータをコピーして分散監視サーバ２１０に送信することにより、分散監視サーバ２１０は、そのデータを取得することができる。
【００５０】
次に、本実施の形態におけるアドレス通知システムの全体動作フローについて図４を参照しながら説明する。図４は、アドレス通知システムの全体動作フローを示す図である。
【００５１】
以下の処理は、コピー装置２３０が行う。まず、送受信部２３１は、サイトＸ１からデータを受信する（Ｓ１１０）。
【００５２】
次に、コピー部２３２は、送受信部２３１から出力されたデータをコピーする（Ｓ１１１）。なお、コピー装置を前記したミラーリング機能付きＨｕｂとした場合で分散監視サーバ２１０に接続するポート２３３が設定されていない場合、および、コピー装置をＴＣＰモニタリングとした場合で分散監視サーバ２１０のＵＲＩが設定されていない場合は、コピー部２３２は、コピーをしない。
【００５３】
さらに、送受信部２３１は、コピー部２３２から出力されたデータを分散監視サーバ２１０および業務システム２２０に転送する（Ｓ１１２）。なお、受信されたデータがコピーされなかった場合は、業務システム２２０のみに転送する。
【００５４】
以下の処理は、分散監視サーバ２１０が行う。まず、送受信部２１１は、コピー装置２３０により転送されたデータを受信する（Ｓ１２０）。そして、判定部２１２にそのデータを出力する。
【００５５】
次に、判定部２１２は、送受信部２１１から出力されたデータが特殊データか否かを判定する（Ｓ１２１）。
【００５６】
ここで、特殊データの一例について説明する。たとえば、ネットワーク９を介するデータがＳＯＡＰの標準フォーマットおよびＨＴＴＰの通信プロトコルで通信される場合、ＳＯＡＰハンドラまではＵＲＩのうちホスト名（ＩＰアドレスないしＦＱＤＮ）とポート番号を用いてＨＴＴＰセッションが張られ、ＳＯＡＰ形式のデータが通信される。あらかじめＳＯＡＰハンドラに登録されているＵＲＩのパス名と期待するデータ形式（ＸＭＬスキーマ）が、受信されたデータと一致すれば、データの内容に基づいて処理は行われる。したがって、特殊データは、分散監視サーバ２１０のＵＲＩと送信元ＵＲＩとが記録されている。
【００５７】
判定部２１２は、データを特殊データであると判定した場合（Ｓ１２１Ｙｅｓ）、そのデータを抽出部２１３に出力する。たとえば、前記した特殊データの一例では、データが、ＳＯＡＰハンドラにあらかじめ登録されている形式と一致するとき、特殊データと判断される。
【００５８】
さらに、抽出部２１３は、判定部２１２から出力された特殊データから送信元ＵＲＩを抽出する（Ｓ１２２）。そして、抽出部２１３は、抽出した送信先ＵＲＩを送受信部２１１に出力する。
【００５９】
送受信部２１１は、アドレスデータ記憶部２１５から取り出した自己のＵＲＩを記録したデータを、抽出部２１３から出力された送信元ＵＲＩに転送する（Ｓ１２４）。
【００６０】
一方、判定部２１２は、データを特殊データでないと判定した場合（Ｓ１２１Ｎｏ）、そのデータを破棄する（Ｓ１２３）。
【００６１】
以下の処理は、業務システム２２０が行う。まず、送受信部２２１は、コピー装置２３０により転送されたデータを受信する（Ｓ１３０）。そして、送受信部２２１は、そのデータを判定部２２２に出力する。
【００６２】
次に、判定部２２２は、送受信部２２１から出力されたデータが業務データか否かを判定する（Ｓ１３１）。
【００６３】
ここで、業務データの一例について説明する。たとえば、ネットワーク９を介するデータがＳＯＡＰの標準フォーマットおよびＨＴＴＰの通信プロトコルで通信される場合とする。あらかじめＳＯＡＰハンドラに登録されているＵＲＩのパス名と期待するデータ形式（ＸＭＬスキーマ）が、送受信部２２１から出力されたデータと一致すれば、そのデータは、業務システム本体に渡されるが、一致しなければＳＯＡＰハンドラからＳＯＡＰフォルトが返却されるか、図示しないＨＴＴＰサーバからエラーが返却される。したがって、業務データには、ＳＯＡＰハンドラにあらかじめ登録されている形式と一致する情報が記録されている。
【００６４】
判定部２２２は、データを業務データであると判定した場合（Ｓ１３１Ｙｅｓ）、そのデータを業務部２２３に出力する。たとえば、前記した業務データの一例では、データが、ＳＯＡＰハンドラにあらかじめ登録されている形式と一致するとき、業務データと判断される。
【００６５】
さらに、業務部２２３は、出力されたデータに基づいて、業務を実行する（Ｓ１３２）。
【００６６】
一方、判定部２２２は、受信されたデータがＳＯＡＰハンドラにあらかじめ登録されている形式と一致しないとき、業務データでないと判断する。たとえば、受信されたデータが特殊データの場合は、ＳＯＡＰハンドラにあらかじめ登録されている形式に、期待するデータ形式がないため、業務データでないと判断される。
【００６７】
そして、判定部２２２は、データを業務データでないと判定した場合（Ｓ１３１Ｎｏ）、そのデータを破棄する（Ｓ１３３）。
【００６８】
なお、本実施例では、ＳＯＡＰを一例としたが、データに付与するチェックサムとして間違った値を設定する方法で、業務システム２２０で解釈されないデータを用いることも可能である。
【００６９】
また、コピー装置２３０のコピー部２３２は、受信されたデータをコピーし、分散監視サーバ２１０および業務システム２２０双方に送信することとしたが、コピー部２３２が特殊データであるか否かを判断して、特殊データである場合には、分散監視サーバ２１０のみに送信するものとしても良い。
【００７０】
次に、本実施の形態におけるアドレス通知システムのアドレス通知について図５、図６、図７を参照して説明する。
【００７１】
図５は、業務データの通信（以下、通常通信という）を模式的に表す図である。同図に示すように、通常通信は、サイトＸ１の業務システムＡ１２０から業務データをサイトＹ２に送信されることにより行われる。
【００７２】
業務データを受信したサイトＹ２のコピー装置２３０は、業務データをコピーし、コピーした業務データを分散監視サーバβ２１０および業務システムＢ２２０に送信する。
【００７３】
図６は、アドレス通知を表す動作フロー図である。また、図７は、アドレス通知を表す図である。
【００７４】
まず、サイトＸ１に属する分散監視サーバα１１０は、送信先ＵＲＩを取得する（Ｓ１４０）。送信先ＵＲＩは、分散監視サーバα１１０の監視下である業務システムＡ１２０が業務データを送信する先のＵＲＩであり、その送信先決定については後記する。
【００７５】
次に、分散監視サーバα１１０は、特殊データを作成する（Ｓ１４１）。特殊データには、少なくとも送信元の分散監視サーバα１１０のＵＲＩ（ＵＲＩα）を含む。
【００７６】
分散監視サーバα１１０は、送信先に特殊データを転送する（Ｓ１４２）。当該転送は、定期的に行われるものである。
【００７７】
サイトＹ２に属するコピー装置２３０は、特殊データを受信する（Ｓ１５０）。
【００７８】
コピー装置２３０は、受信した特殊データをコピーする（Ｓ１５１）。
【００７９】
コピー装置２３０は、コピーした特殊データを業務システムＢ２２０と分散監視サーバβ２１０に転送する（Ｓ１５２）。
【００８０】
分散監視サーバβ２１０は、特殊データを受信する（Ｓ１６０）。
【００８１】
分散監視サーバβ２１０は、特殊データであるか否かを判断する（Ｓ１６１）。分散監視サーバβ２１０は、特殊データであると判断したとき（Ｓ１６１Ｙｅｓ）、送信元ＵＲＩを抽出する（Ｓ１６２）。図７では、分散監視サーバβ２１０は、特殊データに含まれたＵＲＩαを抽出する。
【００８２】
分散監視サーバβ２１０は、自己のＵＲＩを送信元に転送する（Ｓ１６３）。図７では、分散監視サーバβ２１０の自己のＵＲＩであるＵＲＩβを送信元であるＵＲＩαに転送する。
【００８３】
一方、分散監視サーバβ２１０は、特殊データでないと判断したとき（Ｓ１６１Ｎｏ）、そのデータを破棄する。
【００８４】
また、業務システムＢ２２０は、特殊データを受信する（Ｓ１７０）。
【００８５】
業務システムＢ２２０（図７参照）は、特殊データであるか否かを判定し、特殊データであると判断したとき、特殊データを破棄する（Ｓ１７１）。
【００８６】
このように、サイトＸ１の分散監視サーバα１１０は、分散監視サーバβ２１０のＵＲＩを取得することができる。そして、その後、サイトＹ２の業務システムＢ２２０に対し、特殊データの転送を停止する。
【００８７】
なお、分散監視サーバα１１０は、たとえば、自己が管理する送信先業務システムのリストを参照して、特殊データの転送および転送停止を行う。ここで、送信先業務システムのリストとは、業務連携しているサイトに属する業務システムと分散監視サーバとのＵＲＩが対になったものを記憶したリストである。
【００８８】
したがって、分散監視サーバα１１０は、その監視下である業務システムＡ１２０が業務データを送信する先の業務システムのＵＲＩと対になった分散監視サーバのＵＲＩが送信先業務システムのリストに記憶されていないときは、特殊データを転送する。一方、分散監視サーバα１１０は、分散監視サーバβ２１０のＵＲＩを受信したとき、送信先業務システムのリストにそのＵＲＩを登録し、その後の転送を停止する。
【００８９】
次に、本実施の形態におけるアドレス通知システムの構成のうち、特殊データを送信する側での送信先の決定について図８、図９、図１０を参照して説明する。
【００９０】
図８は、特殊データの送信先決定を表す図である。同図に示すように、業務システムＡ１２０と分散監視サーバα１１０との間には、コピー装置１３０が存在し、回線で接続されている。
【００９１】
コピー装置１３０は、業務システムＡ１２０が業務連携している他のサイトの業務システムに業務データを送信するとき、その業務データをコピーし、業務データを他サイトに送信すると共に、分散監視サーバα１１０にコピーした業務データを送信する。
【００９２】
分散監視サーバα１１０は、コピーされた業務データを受信し、その業務データに含まれる送信先ＵＲＩを抽出する。そして、分散監視サーバα１１０は、抽出した送信先ＵＲＩを送信先業務システムのリストに追加する。
【００９３】
これにより、分散監視サーバα１１０は、特殊データの送信先ＵＲＩを取得することができる。なお、サイトＸ１の業務システムＡ１２０は、業務連携している他のサイトの業務システムの送信先ＵＲＩを把握していることが前提となる。
【００９４】
図９は、特殊データの送信先決定の一例を表す図である。同図に示すように、このミラーリング機能付きＨｕｂは、分散監視サーバα１１０と業務システムＡ１２０との間に配置され、外部ネットワーク９、業務システム１２０および分散監視サーバ１１０がつながるポート（１３４、１３３、１３５）が配置されている。
【００９５】
すなわち、業務システム１２０がＨＴＴＰとＳＯＡＰを用いて業務データを通信し、ＳＯＡＰヘッダに送信先ＵＲＩを設定しているとき、ポートのミラーリング機能を持つＨｕｂを使用することができる。
【００９６】
具体的には、ミラーリング機能付きＨｕｂ１３０は、業務システム１２０がつながるポート１３４を介して他のポート（１３３，１３５）にミラーリングする。そして、そのポートにつながる分散監視サーバα１１０が送信先の業務システムの送信先ＵＲＩを抽出し、特殊データの送信先として設定する。
【００９７】
なお、業務システム１２０と分散監視サーバ１１０とが連携し、業務システム１２０内の送信先ＵＲＩを分散監視サーバ１１０に自動的に設定する構成も可能である。
【００９８】
また、業務システム１２０から送信先ＵＲＩを手動で取り出し、取り出した送信先ＵＲＩを分散監視サーバ１１０に手動で設定することもできる。
【００９９】
図１０は、特殊データの送信先決定のフロー図である。同図に示すように、コピー装置１３０（図８参照）をミラーリング機能付きＨｕｂ１３０とした場合のフローである。なお、業務システムがＨＴＴＰとＳＯＡＰを用いて業務データを通信するものとする。
【０１００】
まず、サイトＸ１に属する業務システム１２０は、業務データを送信する（Ｓ１８０）。業務データには、業務を依頼する他サイトに属する業務システムの送信先ＵＲＩを設定する。具体的には、ＳＯＡＰヘッダに他サイトに属する業務システムの送信先ＵＲＩを設定する。
【０１０１】
次に、ミラーリング機能付きＨｕｂ１３０は、送信された業務データを受信し、その業務データをコピーする（Ｓ１９０）。具体的には、業務システム１２０がつながるポートを介して他のポートにミラーリングする。そして、ミラーリング機能付きＨｕｂ１３０は、コピーした業務データを分散監視サーバ１１０に転送すると共に、本来の送信先であるサイトＹ２の業務システム２２０に送信する。
【０１０２】
次に、ミラーリング機能付きＨｕｂ１３０のポートにつながる分散監視サーバ１１０は、送信された業務データから送信先ＵＲＩを抽出する（Ｓ２００）。具体的には、ＳＯＡＰハンドラにあらかじめ登録されているデータ形式である送信先ＵＲＩの情報を抽出する。
【０１０３】
次に、分散監視サーバ１１０は、抽出した送信先ＵＲＩを、送信先業務システムのリストに追加する（Ｓ２０１）。
【０１０４】
さらに、サイトＹ２では、業務システム２２０が、ミラーリング機能付きＨｕｂ１３０から送信された業務データを受信する（Ｓ２１０）。
【０１０５】
そして、業務システム２２０は、業務データに基づき、業務を実行する（Ｓ２１１）。
【０１０６】
これにより、分散監視サーバは、業務データに含まれる送信先ＵＲＩを自動的に登録することにより、送信先ＵＲＩの設定の手間を低減することができる。
【０１０７】
次に、本実施の形態におけるアドレス通知システムをグループで利用する場合の分散監視サーバのグループ構成の一例について図１１、図１２−１、図１２−２、図１２−３、および図１３を参照して説明する。
【０１０８】
図１１は、分散監視サーバのグループ構成の一例を表す図である。同図に示すように、サイトＡ４、Ｘ１、Ｙ２、Ｚ３、Ｗ５は、１グループを構成している。
【０１０９】
ここで、グループは、互いにＵＲＩを取得した分散監視サーバにより構成され、業務システムのＵＲＩとそれを監視する分散監視サーバのＵＲＩの対情報を共有する。ただし、グループ内で業務連携をしているが、まだ分散監視サーバを導入していないサイトも同一グループに含まれるものとする。具体的には、図１１では、サイトＸ１、サイトＹ２およびサイトＷ５と業務連携しているが、まだ分散監視サーバを導入していないサイトＡ４は、同一グループである。
【０１１０】
図１２−１は、分散監視サーバのグループの具体的構成例を表す図である。同図に示すように、サイトＸ１とサイトＹ２は互いに分散監視サーバのＵＲＩを取得しているので１グループを構成する。
【０１１１】
具体的には、サイトＹ２の分散監視サーバβ２１０から自己のＵＲＩを含んだデータ１０をサイトＸ１の分散監視サーバα１１０に送信し、サイトＸ１の分散監視サーバα１１０は、送信されたデータ１０を受信し、自己が把握している分散監視サーバ間の情報を追加し、更新した結果データである分散監視サーバ間データ１１をサイトＹ２の分散監視サーバβ２１０に送信する。なお、図１２−１は、サイトＸ１の分散監視サーバα１１０が、サイトＹ２に対して、特殊データを送信した後の図であるものとする。
【０１１２】
図１２−２は、分散監視サーバ間の通信データ（サイトＹ→サイトＸ）を表す図である。同図に示すように、サイトＹ２の分散監視サーバβ２１０からサイトＸ１の分散監視サーバα１１０に自己のＵＲＩを含むデータを送信する場合の通信データを示す。
【０１１３】
具体的には、サイトＹ２の分散監視サーバβ２１０のＵＲＩ（ｈｔｔｐ：／／ｍｏｎ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ／ｍｏｎｉｔｏｒ）と、特殊データに含まれていた分散監視サーバα１１０のＵＲＩ（ｈｔｔｐ：／／ｍｏｎｉｔｏｒ．ａｂｃ．ｃｏｍ／ｍｏｎ／Ｍｏｎｉｔｏｒ）とを含む。
【０１１４】
また、分散監視サーバβ２１０が監視対象とする業務システム２２０のＵＲＩ（ｈｔｔｐ：／／ｓｏａｐ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ：８０／ｂｉｚ）とそれと通信関係にある業務システム１２０のＵＲＩ（ｈｔｔｐ：／／ｂｉｚ．ａｂｃ．ｃｏｍ／ｂｕｓｉｎｅｓｓ）とを含む。
【０１１５】
図１２−３は、分散監視サーバ間の通信データ（サイトＸ→サイトＹ）を表す図である。同図に示すように、分散監視サーバα１１０では、分散監視サーバβ２１０から送信されたデータに対して自己が把握している分散監視サーバ間の情報を追加して、データ上の次に存在する分散監視サーバに送信する場合の送信データを示す。なお、自己の分散監視サーバが一番最後である場合は、先頭に位置する分散監視サーバに送信するものとする。
【０１１６】
具体的には、分散監視サーバα１１０は、分散監視サーバβ２１０から転送されたデータに対して自己が把握している情報である自己の監視対象とする業務システム１２０とそれと通信関係にある業務システム２２０のＵＲＩ１２２を追加して、そのデータを追加したデータの次の分散監視サーバである分散監視サーバβ２１０に送信する。
【０１１７】
図１３は、分散監視サーバ間の通信データである分散監視サーバ間データを受信した時の処理フロー図である。同図に示すように、サイトＸの分散監視サーバ１１０が受信したものとする。
【０１１８】
まず、サイトＸ１に属する分散監視サーバ１１０は、別のサイトの分散監視サーバから分散監視サーバ間データを受信する（Ｓ２２０）。
【０１１９】
次に、分散監視サーバ１１０は、過去に分散監視サーバ間データを受信したか否かを判定する（Ｓ２２１）。具体的には、分散監視サーバ１１０は、自己が把握している分散監視サーバ間の情報の中に自己の分散監視サーバ１１０以外の分散監視サーバの情報が記録されているか否かで判断し、自己の分散監視サーバ１１０以外の分散監視サーバの情報が記録されている場合には、過去に分散監視サーバ間データを受信したと判定する。
【０１２０】
分散監視サーバ１１０は、過去に分散監視サーバ間データを受信していると判定したとき（Ｓ２２１Ｙｅｓ）、過去に受信したデータと同一か否かを判定する（Ｓ２２２）。具体的には、受信された分散監視サーバ間データが、自己が把握している分散監視サーバ間の情報と同一か否かで判断する。
【０１２１】
分散監視サーバ１１０は、過去に受信したデータと同一であると判定したとき（Ｓ２２２Ｙｅｓ）、処理を終了する。
【０１２２】
一方、分散監視サーバ１１０は、過去に受信したデータと同一でないと判定したとき（Ｓ２２２Ｎｏ）、または、過去に分散監視サーバ間データを受信していないと判定したとき（Ｓ２２１Ｎｏ）、自己が持つ情報を追加する（Ｓ２２３）。
【０１２３】
分散監視サーバ１１０は、分散監視サーバ間データで、自己のデータの次の分散監視サーバに、分散監視サーバ間データを送信する（Ｓ２２４）。なお、分散監視サーバ間データに含まれる情報で自己が一番最後である場合は先頭に位置する分散監視サーバに送信する。
【０１２４】
このように、グループ間の分散監視サーバは、分散監視サーバ間データを自動的に共有することができ、効率的に業務システムを運用することができる。
【０１２５】
次に、本実施の形態におけるアドレス通知システムをグループで利用する場合の特殊データ送信における代表選択の一例について図１４−１、図１４−２、図１５を参照して説明する。
【０１２６】
図１４−１は、分散監視サーバのグループで代表選択の一例を表す図である。同図に示すように、サイトＸ１とサイトＹ２は互いに分散監視サーバのＵＲＩを取得しているので１グループを構成する。また、サイトＡ４は、サイトＸ１と新たに業務関係となったため、まだ分散監視サーバを導入していないが、サイトＸ１と同一グループに含まれる。
【０１２７】
このとき、サイトＸ１の分散監視サーバα１１０は、分散監視サーバ間データに新たに業務関係となったサイトＡ４に属する業務システム４２０のＵＲＩを追加すると共に、それに対して特殊データを送る代表であることを宣言する情報を追加する。そして、この更新した結果データである分散監視サーバ間データ２１を自己のデータの次に位置する分散監視サーバに送信する。
【０１２８】
図１４−２は、分散監視サーバ間の通信データ（サイトＸ→サイトＹ）を表す図である。同図に示すように、サイトＸ１の分散監視サーバα１１０は、自己が把握している分散監視サーバ間データの中で新たに業務関係になったサイトＡ４に属する業務システム４２０のＵＲＩを自己の接続関係に追加すると共に、それに対して特殊データを送信する代表であることを宣言する情報「ｗａｔｃｈｉｎｇ＝”ｙｅｓ“１４１」を追加する。
【０１２９】
図１５は、代表選択の処理フローを表す図である。同図に示すように、サイトＸの分散監視サーバ１１０が受信したものとする。
【０１３０】
まず、サイトＸ１に属する分散監視サーバ１１０は、新たな業務システムのＵＲＩを登録する（Ｓ２３０）。具体的には、前記した特殊データの送信先決定により送信先業務システムのリストに登録することができる。
【０１３１】
分散監視サーバ１１０は、分散監視サーバ間データに登録された業務システムが存在するか否かを判定する（Ｓ２３１）。すなわち、分散監視サーバ１１０は、新たに業務関係となった業務システムが、既に別サイトで業務関係となり、特殊データを送る代表となっているか否かを分散監視サーバ間データから検索する。
【０１３２】
分散監視サーバ１１０は、分散監視サーバ間データに登録された業務システムが存在するとき（Ｓ２３１Ｙｅｓ）、処理を終了する。すなわち、分散監視サーバ１１０は、新たな業務システムに対して、特殊データを送信しないこととなる。
【０１３３】
一方、分散監視サーバ１１０は、分散監視サーバ間データに登録された業務システムが存在しないとき（Ｓ２３１Ｎｏ）、分散監視サーバ間データに業務システムのＵＲＩと自己が代表となる記述を追加する（Ｓ２３２）。すなわち、分散監視サーバ１１０は、新たな業務システムに対して、グループ内で唯一特殊データを送信することとなる。
【０１３４】
分散監視サーバ１１０は、この更新した結果データである分散監視サーバ間データを自己のデータの次に位置する分散監視サーバに送信する（Ｓ２３３）。
【０１３５】
なお、新たに業務関係となった業務システムについて、サイトＸ１の分散監視サーバ１１０が自己の分散監視サーバ間データを更新し、次の分散監視サーバへ当該データを送信して回覧が始まった場合、別サイトがまだその回覧が届いていないタイミングで同じ業務システムと業務関係になる場合も想定されるが、その場合は、グループ内で複数の分散監視サーバが特殊データを送る代表となることも許容することができる。
【０１３６】
また、その場合は、より厳密に特殊データの送信を抑制するために代表を１個に限定することも可能である。具体的には、分散監視サーバ間データにおいて、先頭に近い方を代表とするというルールを定めることで実現することができる。
【０１３７】
このようにして、グループ内から代表を選択して、特殊データの送信を抑制することで、ネットワーク上で通信される特殊データの量を削減することができると共に、業務システムの負荷を軽減することができる。
【０１３８】
次に、本実施の形態におけるアドレス通知システムを複数のグループで利用する場合の分散監視サーバのグループ統合の一例について図１６、図１７−１、図１７−２、図１７−３および図１８を参照して説明する。
【０１３９】
図１６は、分散監視サーバのグループ統合の一例を表す図である。同図に示すように、サイトＸ１およびサイトＷ５は、グループＧ２を構成し、サイトＹ２およびサイトＺ３は、グループＧ１を構成している。
【０１４０】
具体的には、ある業務システムＡ２２０が既に１つのグループＧ１に属しているとき、別のグループＧ２に属する業務システムＢ１２１が業務システムＡ２２０と業務関係になったとき、グループＧ２の分散監視サーバα１１０から業務システムＡ２２０に対して特殊データを送信する。
【０１４１】
すると、業務システムＡ２２０を監視する分散監視サーバβ２１０からグループＧ２の分散監視サーバα１１０に対して、Ｇ１に属する分散監視サーバの一覧が記録された分散監視サーバ間データが送信される。したがって、分散監視サーバα１１０は、Ｇ１とＧ２双方の分散監視サーバの分散監視サーバ間データを取得する。そこで、分散監視サーバα１１０は、それらをマージした分散監視サーバ間データを生成し、当該データを分散監視サーバに回覧することで、グループＧ１とＧ２を統合した新たなグループを構成することができる。
【０１４２】
図１７−１は、分散監視サーバのグループ統合前の分散監視サーバ間データ（サイトＸ）を表す図である。
【０１４３】
具体的には、グループ統合前のサイトＸ１の分散監視サーバ間データは、自己の分散監視サーバα１１０のＵＲＩと、業務関係にあるサイトＷ５の分散監視サーバδ５１０のＵＲＩが登録されている。そして、自己の分散監視サーバα１１０は、監視対象を業務システムＢ１２１、接続関係をサイトＷ５に属する業務システム５２０およびサイトＹ２の業務システムＡ２２０が登録されている。さらに、分散監視サーバδ５１０は、監視対象を業務システム５２０、接続関係をサイトＸ１に属する業務システムＢ１２１が登録されている。ここで、分散監視サーバα１１０の情報には、サイトＹ２に属する業務システムＡ２２０に特殊データを送信する代表であることを宣言する情報「ｗａｔｃｈｉｎｇ＝”ｙｅｓ“」が登録されている。
【０１４４】
図１７−２は、分散監視サーバのグループ統合前の分散監視サーバ間データ（サイトＹ）を表す図である。
【０１４５】
具体的には、グループ統合前のサイトＹ２の分散監視サーバ間データは、自己の分散監視サーバβ２１０のＵＲＩと、業務関係にあるサイトＺ３の分散監視サーバγ３１０のＵＲＩが登録されている。そして、自己の分散監視サーバβ２１０は、監視対象を業務システムＡ２２０、接続関係をサイトＺ３に属する業務システム３２０が登録されている。さらに、分散監視サーバγ３１０は、監視対象を業務システム３２０、接続関係をサイトＹ２に属する業務システムＡ２２０が登録されている。
【０１４６】
図１７−３は、分散監視サーバのグループ統合後の分散監視サーバ間データ（サイトＸ）を表す図である。
【０１４７】
具体的には、グループ統合前のサイトＸの分散監視サーバα１１０が保有する分散監視サーバ間データとサイトＹの分散監視サーバβ２１０が保有する分散監視サーバ間データが統合されている。ここで、グループ統合によりサイトＹ２に属する分散監視サーバβ２１０の情報が登録されたので、分散監視サーバα１１０の情報には、サイトＹ２に属する業務システムＡ２２０について特殊データを送信する代表であることを宣言する情報「ｗａｔｃｈｉｎｇ＝”ｙｅｓ“」が削除されている。
【０１４８】
なお、それぞれのグループで特殊データの送信対象となっている業務システムがある場合は、マージ時に送信元となる分散監視サーバを１個に限定することにより、重複して特殊データの送信を行わないことが可能である。この場合は、たとえば、データの最初に記録されているもののみを選択することで実現することができる。
【０１４９】
図１８は、分散監視サーバのグループ統合時の処理フロー図である。同図に示すように、サイトＸ１の分散監視サーバα１１０が特殊データを送信した後のフローである。
【０１５０】
まず、分散監視サーバα１１０は、分散監視サーバ間データを受信する（Ｓ２４０）。
ここで、受信した分散監視サーバ間データは、グループＧ１のサイトＹ２に属する分散監視サーバβ２１０が保有するデータである。
【０１５１】
次に、分散監視サーバα１１０は、過去に分散監視サーバ間データを受信したか否かを判定する（Ｓ２４１）。
【０１５２】
分散監視サーバα１１０は、過去に分散監視サーバ間データを受信したと判定したとき（Ｓ２４１Ｙｅｓ）、過去に受信したデータと同一か否かを判定する（Ｓ２４２）。
【０１５３】
分散監視サーバα１１０は、過去に受信したデータと同一であると判定したとき（Ｓ２４２Ｙｅｓ）、処理を終了する。
【０１５４】
一方、分散監視サーバα１１０は、過去に受信したデータと同一でないと判定したとき（Ｓ２４２Ｎｏ）、または、過去に分散監視サーバ間データを受信していないと判定したとき（Ｓ２４１Ｎｏ）、受信した分散監視サーバ間データに、新たな分散監視サーバが存在するか否かを判定する（Ｓ２４３）。具体的には、受信した分散監視サーバ間データ内に特殊データを送信した業務システムＡの監視対象である分散監視サーバβ以外の分散監視サーバが存在するか否かを判定する。
【０１５５】
ここで、分散監視サーバα１１０は、新たな分散監視サーバが存在すると判定したとき（Ｓ２４３Ｙｅｓ）、既存の分散監視サーバ間データとマージする（Ｓ２４４）。
【０１５６】
そして、分散監視サーバα１１０は、特殊データ送信対照ＵＲＩが複数個存在する場合は、最初以外は送信対象でないよう変更する（Ｓ２４５）。
【０１５７】
一方、分散監視サーバα１１０は、新たな分散監視サーバが存在しないと判定したとき（Ｓ２４３Ｎｏ）、自己が持つ情報を追加する（Ｓ２４６）。
【０１５８】
次に、分散監視サーバα１１０は、明らかになった監視対象に特殊データを送信しないよう変更する（Ｓ２４７）。すなわち、受信された分散監視サーバ間データに、分散監視サーバα１１０が特殊データの送信した先の分散監視サーバについて記録されているので、その監視対象について特殊データを送信しない設定に変更する。
【０１５９】
さらに、分散監視サーバα１１０は、分散監視サーバ間データで、自己のデータの次の分散監視サーバに、分散監視サーバ間データを送信する（Ｓ２４８）。なお、分散監視サーバ間データに含まれる情報で自己が一番最後である場合は先頭に位置する分散監視サーバに送信する。
【０１６０】
このように、グループ間の分散監視サーバは、分散監視サーバ間データを自動的に共有することができ、効率的に業務システムを運用することができる。また、複数のグループ内から代表を選択して、特殊データの送信を抑制することで、ネットワーク上で通信される特殊データの量を削減することができると共に、業務システムの負荷を軽減することができる。
【０１６１】
（付記１）転送装置と、業務処理装置と、分散監視装置とから構成されるアドレス通知システムであって、
前記転送装置は、
他のアドレス通知システムからデータを受信する第一の受信手段と、
前記第一の受信手段によって受信されたデータを、前記業務処理装置と分散監視装置の双方に送信する第一の送信手段と、を備え、
前記業務処理装置は、
前記第一の送信手段から送信されたデータを受信する第二の受信手段と、
前記第二の受信手段によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定手段と、を備え、
前記分散監視装置は、
前記第一の送信手段から送信されたデータを受信する第三の受信手段と、
前記分散監視装置のアドレスを、前記第三の受信手段によって受信されたデータに含まれる前記他のアドレス通知システム内の分散監視装置のアドレスに対して通知する通知手段と、を備えることを特徴とするアドレス通知システム。
【０１６２】
（付記２）前記判定手段における判定が、前記第二の受信手段によって受信されたデータの形式が前記業務処理装置にあらかじめ登録されたＸＭＬスキーマであるか否かを判定することを特徴とする付記１に記載のアドレス通知システム。
【０１６３】
（付記３）前記第一の送信手段は、第一の受信手段によって受信されたデータが前記分散監視装置で処理するデータであるか否かを判定し、前記分散監視装置で処理するデータであれば該データを前記分散監視装置のみに転送することを特徴とする付記１に記載のアドレス通知システム。
【０１６４】
（付記４）転送装置と、業務処理装置と、第一の分散監視装置と、第二の分散監視装置と、から構成されるアドレス通知システムであって、
前記転送装置は、
前記第一の分散監視装置から当該第一の分散監視装置のアドレスを含むデータを受信する第一の受信手段と、
前記第一の受信手段によって受信されたデータを、前記業務処理装置と第二の分散監視装置の双方に送信する第一の送信手段と、を備え、
前記業務処理装置は、
前記第一の送信手段から送信されたデータを受信する第二の受信手段と、
前記第二の受信手段によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定手段と、を備え、
前記第二の分散監視装置は、
前記第一の送信手段から送信されたデータを受信する第三の受信手段と、
前記第二の分散監視装置のアドレスを、前記第三の受信手段によって受信されたデータに含まれる第一の分散監視装置のアドレスに対して通知する通知手段と、を備えることを特徴とするアドレス通知システム。
【０１６５】
（付記５）互いのアドレスを取得する複数の分散監視装置がグループとして構成される場合において、
前記第一の分散監視装置は、自己が属するグループの代表として前記データを送信することを特徴とする付記４に記載のアドレス通知システム。
【０１６６】
（付記６）前記第一の分散監視装置が、前記グループの複数に属しているとき、自己が記憶する各グループに属する分散監視装置のアドレスをマージし、前記グループは、前記マージしたアドレスを共有することを特徴とする付記５に記載のアドレス通知システム。
【０１６７】
（付記７）転送装置と、業務処理装置と、分散監視装置とから構成されるアドレス通知システムにおいて用いられるアドレス通知方法であって、
前記転送装置は、
他のアドレス通知システムからデータを受信する第一の受信工程と、
前記第一の受信工程によって受信されたデータを、前記業務処理装置と分散監視装置の双方に送信する第一の送信工程と、を含み、
前記業務処理装置は、
前記第一の送信工程から送信されたデータを受信する第二の受信工程と、
前記第二の受信工程によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定工程と、を含み、
前記分散監視装置は、
前記第一の送信工程から送信されたデータを受信する第三の受信工程と、
前記分散監視装置のアドレスを、前記第三の受信工程によって受信されたデータに含まれる前記他のアドレス通知システム内の分散監視装置のアドレスに対して通知する通知工程と、を含むことを特徴とするアドレス通知方法。
【０１６８】
（付記８）転送装置と、業務処理装置と、分散監視装置とから構成されるアドレス通知システムにおいて用いられるアドレス通知プログラムであって、
前記転送装置は、
他のアドレス通知システムからデータを受信する第一の受信手順と、
前記第一の受信手順によって受信されたデータを、前記業務処理装置と分散監視装置の双方に送信する第一の送信手順と、を含み、
前記業務処理装置は、
前記第一の送信手順から送信されたデータを受信する第二の受信手順と、
前記第二の受信手順によって受信されたデータの形式が前記業務処理装置にあらかじめ登録された形式か否かを判定し、該業務処理装置に登録された形式であれば該データを該業務処理装置の業務処理プログラムに渡し、該業務処理装置に登録された形式でなければ該データを破棄する判定手順と、を含み、
前記分散監視装置は、
前記第一の送信手順から送信されたデータを受信する第三の受信手順と、
前記分散監視装置のアドレスを、前記第三の受信手順によって受信されたデータに含まれる前記他のアドレス通知システム内の分散監視装置のアドレスに対して通知する通知手順と、をコンピュータに実行させることを特徴とするアドレス通知プログラム。
【産業上の利用可能性】
【０１６９】
以上のように、本発明に係るアドレス通知システム、アドレス通知方法およびアドレス通知プログラムは、あるサイト内に新たに追加された分散監視サーバのＵＲＩを業務連携している他サイトの分散監視サーバが知るのに有用であり、特に、モニタリングシステムに適している。
【図面の簡単な説明】
【０１７０】
【図１】業務システムと分散監視サーバの関係を表す図である。
【図２】アドレス通知システムの構成を表す機能ブロック図である。
【図３−１】コピー装置の具体的構成例を示す図（ミラーリング機能付きＨｕｂ）である。
【図３−２】コピー装置の具体的構成例を示す図（ＴＣＰモニタリング）である。
【図４】アドレス通知システムの全体動作フロー図である。
【図５】通常通信を表す図である。
【図６】アドレス通知を表す動作フロー図である。
【図７】アドレス通知を表す図である。
【図８】特殊データの送信先決定を表す図である。
【図９】特殊データの送信先決定の一例を表す図である。
【図１０】特殊データの送信先決定のフロー図である。
【図１１】分散監視サーバのグループ構成の一例を表す図である。
【図１２−１】分散監視サーバのグループの具体的構成例を表す図である。
【図１２−２】分散監視サーバ間の通信データ（サイトＹ→サイトＸ）を表す図である。
【図１２−３】分散監視サーバ間の通信データ（サイトＸ→サイトＹ）を表す図である。
【図１３】分散監視サーバ間データを受信時の処理フロー図である。
【図１４−１】分散監視サーバのグループで代表選択の一例を表す図である。
【図１４−２】分散監視サーバ間の通信データ（サイトＸ→サイトＹ）を表す図である。
【図１５】代表選択の処理フロー図である。
【図１６】分散監視サーバのグループ統合の一例を表す図である。
【図１７−１】分散監視サーバのグループ統合前の分散監視サーバ間データ（サイトＸ）を表す図である。
【図１７−２】分散監視サーバのグループ統合前の分散監視サーバ間データ（サイトＹ）を表す図である。
【図１７−３】分散監視サーバのグループ統合後の分散監視サーバ間データ（サイトＸ）を表す図である。
【図１８】分散監視サーバのグループ統合時の処理フロー図である。
【符号の説明】
【０１７１】
１  サイトＸ
２  サイトＹ
９  ネットワーク
１１０  分散監視サーバ
１２０  業務システム
２１０  分散監視サーバ
２１１  送受信部
２１２  判定部
２１３  抽出部
２１５  アドレスデータ記憶部
２２０  業務システム
２２１  送受信部
２２２  判定部
２２３  業務部
２３０  コピー装置
２３１  送受信部
２３２  コピー部
【図１】
0004888398.tif 000002
【図２】
0004888398.tif 000003
【図３−１】
0004888398.tif 000004
【図３−２】
0004888398.tif 000005
【図４】
0004888398.tif 000006
【図５】
0004888398.tif 000007
【図６】
0004888398.tif 000008
【図７】
0004888398.tif 000009
【図８】
0004888398.tif 000010
【図９】
0004888398.tif 000011
【図１０】
0004888398.tif 000012
【図１１】
0004888398.tif 000013
【図１２−１】
0004888398.tif 000014
【図１２−２】
0004888398.tif 000015
【図１２−３】
0004888398.tif 000016
【図１３】
0004888398.tif 000017
【図１４−１】
0004888398.tif 000018
【図１４−２】
0004888398.tif 000019
【図１５】
0004888398.tif 000020
【図１６】
0004888398.tif 000021
【図１７−１】
0004888398.tif 000022
【図１７−２】
0004888398.tif 000023
【図１７−３】
0004888398.tif 000024
【図１８】
0004888398.tif 000025