JP2011154703A - トランスレーション・エージェント・サーバ - Google Patents

Abstract

【目的】利用者システムの運用場所の変更に対する，ＥＤＩシステムの運行管理作業を簡易にする。
【構成】受信者システム２の運用場所が移動した場合，その受信者システム２からトランスレーション・エージェント・サーバ３に，受信者システム２の論理アドレスと物理アドレスがシステムメッセージ３９として通知される。トランスレーション・エージェント・サーバ３は，システムメッセージ３９を受信すると，利用者アドレス情報部２４中の上記受信者システム２の論理アドレスと物理アドレスとを確認する。受信者システム２の物理アドレスが違っていることが検知されると，利用者アドレス情報部２４の更新が行われる。
【選択図】図２

Description

本発明は，行政府間，企業間，行政府企業間で行われる電子データ交換のシステムのためのトランスレーション・エージェント・サーバに関する。

通商産業省の「電子計算機相互運用環境整備委員会」（平成元年）の定義によると，ＥＤＩ（Electronic Data Interchange ）とは，「異なる組織間で取引のためのメッセージを通信回線を介して標準的な規約（可能な限り広く合意された各種規約）を用いて，コンピュータ（端末を含む）間で交換すること」である。すなわち，ＥＤＩは，企業等の組織間での商談，取引を成立させるために必要な情報を，コンピュータと通信回線を使って，標準的な規約に基づいて当事者間で交換することである（「ＥＤＩの基礎」産業情報化推進センター発行）。ＥＤＩシステムは，すなわち，そのＥＤＩの概念をシステム化したものである。

従来から構築されているＥＤＩシステムは，各種規約に基づいたメッセージの変換機能，通信回線を介した通信機能，およびその運用にかかわる登録機能・照会機能をもつものである。このため，当事者間で標準的な規約に基づく取り決めを前もって行わなければＥＤＩを導入することができなかった。

ＥＤＩシステムの導入形態には，ＥＤＩセンタを準備して，このＥＤＩセンタを介して，当事者間（クライアント・エージェント・コンピュータ）をつなげる形態（集中管理）と，当事者（クライアント・エージェント）のおのおのにＥＤＩセンタと同様の機能を備えさせて，当事者間を直接につなげる形態（分散管理）がある。

集中管理の場合，ＥＤＩセンタと相手先間の運行状態の把握ができないという運用上の問題がある。また，分散管理の場合，当事者間の標準的規約が当事者おのおので管理されるため，変更があったときに当事者間の整合性を確保しなければならないという運用管理上の問題があった。

従来のＥＤＩを用いたデータ通信の運用では，転送手順やデータの変換方式の層において標準的な規約が定められており，取引者間でその規約から選択し，適用する部分，独自で取り決める部分を調整してＥＤＩ規約を作り，それに基づいてＥＤＩを行っている。

具体的には，準備作業として「ＥＤＩ規約の取り決め」及び「導入と運用に関して手続と取り決め」，業務開始後は「ＥＤＩ規約の管理」及び「ＥＤＩの運行状況の管理と障害時の対応」が調整項目としてある。この４項目がＥＤＩの導入や運用を困難なものにしている。

「ＥＤＩ規約の取り決め」及び「導入と運用に関しての手続と取り決め」は，接続者相互間の調整を必要とし，導入までの時間の長期化と複雑化を招き，ＥＤＩ導入を困難としていた。特にＥＤＩの取引関係が複数者（Ｎ）対複数者（Ｍ）の場合，個々の「ＥＤＩ規約の管理」が複数となり運用管理を困難なものにしていた。

その解決策として，「ＥＤＩ規約の管理とその統一化」を実現するためにＥＤＩセンタをデータ交換の中間におき，そこで集中管理させる方法が現在とられている。しかし，導入面において，標準に準拠することにより軽減はされるが接続者相互間のデータ変換方式の取り決め（マッピング）という接続者間の調整はなくならなかった。また，接続者は対ＥＤＩセンタとの接続となるため，ＥＤＩセンタとの間での障害しか認識できず，ＥＤＩの相手先がＥＤＩセンタとの間で障害になったことを検知できないため，障害を短時間で発見することはできなかった。

この発明はこのような問題点を解消するためになされたもので，ネットワークを介しながらも取り決めに基づいて複数者間で行われるＥＤＩの仕組みにおいて，導入と運用の簡易性を併せ持つエージェント技術を利用したＥＤＩシステムを提供することを目的とする。

この発明によるエージェント・サーバ・システムは，送信者と受信者の間で電子データ交換を行うためのＥＤＩシステムにおいて，ＥＤＩの変換で取り扱うデータ項目を共通辞書として管理するデータ辞書部と，利用者がデータ辞書部からデータ辞書の提供を受ける辞書提供手段と，利用者のトランスレーション・ルールを格納管理する変換センタテーブル部と，利用者からの変換方式の申請を受け付ける変換方式登録手段と，データ辞書部と変換センタテーブル部の整合性を管理する変換管理手段と，利用者とその所在地・利用環境を管理するアドレス情報部と，利用者のデータを利用者の手元まで届ける転送管理手段と，利用者の処理・運行状況を保管する履歴ログ部と，変換・転送の運行状況をログとして管理するログ管理手段とを備え，利用者がＥＤＩを利用する際のデータ辞書の集中管理と利用者への提供，変換センタテーブルでの個別変換ごとの情報登録と集中管理，利用者のネットワーク情報の集中管理，利用者の送信データを受信相手先へ送り届けるための転送制御，及び運行状況のログの蓄積とその管理によりＥＤＩシステム全体の利用情報を集中管理することを特徴とする。

この発明によるエージェント・クライアント・システムは，送信者と受信者の間で電子データ交換を行うためのＥＤＩシステムにおいて，利用者がデータ辞書のダウンロードを要求するとデータ辞書をサーバより受け取り利用者に渡す辞書引渡手段と，利用者の業務システムとデータ辞書との変換方式を登録管理する変換管理手段と，変換方式を保管する個別変換テーブル部と，業務システムからの業務データのフォーマット変換とトランスレーション・エージェント・サーバへのデータの送信を行うＥＤＩ送信変換手段と，トランスレーション・エージェント・サーバからの業務データの受信と業務データのフォーマット変換を行い業務システムに業務データを提供するＥＤＩ受信変換手段と，利用者が変換・転送の運行状況をログとして検索できる運行管理手段とを備え，利用者がＥＤＩを利用する際の設計，利用申請及び送受信業務の窓口機能として，利用開始時には変換設計のための利用者へのデータ辞書の引渡，変換方式の登録，変換テーブルの管理を行い，利用時には業務システムからの業務データをクライアント側で変換・受け渡しを行い，エラーを検出した際にはエラーを通知する機能をもつことにより利用者がＥＤＩを導入・利用する際の簡易性を高め，利用者毎の個別機能を分散管理することを特徴とする。

さらにこの発明は，送信者と受信者の間で電子データ交換を行うためのＥＤＩトランスレーション・システムに関するものであり，このシステムは上記のサーバ・システムとクライアント・システムとを含み，ＥＤＩのサーバとしての集中管理機能とクライアントとしての分散管理機能を，エージェント技術と簡易な運用プロトコルを併せ持つことにより融合したトランスレーション機能であることを特徴とする。

この発明によるトランスレーション・エージェント・サーバは，送信者システムと，受信者システムと，トランスレーション・エージェント・サーバとから構成されるＥＤＩシステムにおいて用いられる上記トランスレーション・エージェント・サーバである。共通データ項目を記憶したデータ辞書部，上記送信者システムから送信されるデータのデータ項目と上記データ辞書部に記憶された共通データ項目との対応関係を記述した第１の対応関係データおよび上記データ辞書部に記憶された共通データ項目と上記受信者システムに送信すべきデータのデータ項目との対応関係を記述した第２の対応関係データを記憶した変換テーブル，上記送信者システムから送信されるデータ項目を含むデータを受信する受信手段，上記変換テーブルに記憶された第１の対応関係データに基づいて，上記送信者システムから送信されたデータのデータ項目を上記データ辞書部に記憶された共通データ項目に変換する第１の変換手段，上記変換テーブルに記憶された第２の対応関係データに基づいて，上記第１の変換手段によって変換された共通データ項目を，受信者システムに送信すべきデータのデータ項目に変換する第２の変換手段，ならびに上記第２の変換手段によって変換された受信者システムに送信すべきデータのデータ項目を含むデータを上記受信者システムに送信する送信手段を備えている。

この発明による他のトランスレーション・エージェント・サーバは，送信者システムと，受信者システムと，トランスレーション・エージェント・サーバとから構成されるＥＤＩシステムにおいて用いられるものであって，第１のデータ・フォーマットのデータを第２のデータ・フォーマットのデータに変換する第１の変換手段，第２のデータ・フォーマットのデータを第３のデータ・フォーマットのデータに変換する第２の変換手段，上記送信者システムから送信される第１のデータ・フォーマットのデータを受信する受信手段，および上記受信手段によって受信された第１のデータ・フォーマットのデータを上記第１の変換手段によって第２のデータ・フォーマットのデータに変換し，第２のデータ・フォーマットのデータを上記第２の変換手段によって第３のデータ・フォーマットのデータに変換し，上記第３のデータ・フォーマットのデータを上記受信者システムに送信する送信手段を備えている。

さらにこの発明は，上述のトランスレーション・エージェント・サーバを制御する方法も提供する。

トランスレーション・エージェント・システムの構成を示すブロック図である。 図１に示すトランスレーション・エージェント・システムを詳細に示すブロック図である。

以下，この発明の実施の形態を添付図面に基づいて説明する。

図１は，ＥＤＩ（Electronic Data Interchange ）トランスレーション・エージェント・システムの全体構成を，図２は，図１に示すＥＤＩトランスレーション・エージェント・システムの詳細をそれぞれ示す。

ＥＤＩトランスレーション・エージェント・システム（以下，ＥＤＩシステムという）は，トランスレーション・エージェント・サーバ３と，このトランスレーション・エージェント・サーバ３にネットワークを介して接続された送信者システム１と，受信者システム２とを含む。一般には，複数台の送信者システム１および複数台の受信者システム２が，１台のトランスレーション・エージェント・サーバ３に接続される。ここでは，説明の便宜上，１台の送信者システム１と１台の受信者システム２がトランスレーション・エージェント・サーバ３に接続されている。送信者システム１は業務システム６と，設計・変換登録システム４と，トランスレーション・エージェント・クライアント５とを持つ。受信者システム２も業務システム９と，設計・変換登録システム７と，トランス・エージェント・クライアント８とを持つ。送信者システム１と受信者システム２がネットワークを介して，トランスレーション・エージェント・サーバ３を利用して業務データを交換する。

トランスレーション・エージェント・サーバ３はフォーマット情報，利用者の交換情報と接続者の接続情報を集中管理する。トランスレーション・エージェント・クライアント５，８は，送信者と受信者のＥＤＩ導入利用の支援と利用者毎の交換情報を分散管理する。トランスレーション・エージェント・サーバ３と，トランスレーション・エージェント・クライアント５，８とが連動してＥＤＩの電子データ交換処理とその管理とが行われる。

最初に送信者は送信業務の分析を行い，ＥＤＩの送信者システム１の使用する規約を設計し，設計した規約を設計・変換登録システム４に登録する。

受信者も受信業務の分析を行い，ＥＤＩの受信者システム２の使用する規約を設計し，設計した規約を設計・変換登録システム７に登録する。

送信者と受信者の個々の登録業務が完了すると，トランスレーション・エージェント・サーバ３と送信者側のトランスレーション・エージェント・クライアント５及び受信者側のトランスレーション・エージェント・クライアント８との間で連動が可能となり，送信者システム１の業務システム６と受信者システム２の業務システム９はＥＤＩシステムを利用したデータ交換を行うことができる。

具体的な詳細フローをＥＤＩの導入から運行管理までの流れに基づき図２を参照して説明する。

まず，ＥＤＩを導入する際の詳細フローを説明する。

送信者システム１ではＥＤＩを導入する際，変換ルールを設計し，その変換ルールを設計変換登録システム４に登録する作業から開始する。

設計変換登録に際し，まず，辞書引渡手段１７に業務のＩＤ毎のデータ辞書を申請する。データ辞書は，トランスレーション・エージェント・システムとして管理され，情報は各利用者が共通で使用する項目集の役割を果たし，業務のＩＤ毎で提供される。

辞書引渡手段１７は，業務のＩＤ毎のデータ辞書を辞書提供手段２６に要求し，データ辞書部２２から業務のＩＤ毎のデータ辞書を受け取り，設計変換登録システム４にデータ辞書を提供する。

設計変換登録システム４は，辞書提供手段２６から提供されたデータ辞書を参照し，業務データとデータ辞書の付き合わせを行い，データ辞書の利用項目の決定と業務データとデータ辞書の変換方式の決定を行う。たとえば，業務データ中の項目に「売上製品番号」という項目があり，データ辞書中に「製品番号」という項目があるとする。データ辞書中の「製品番号」が利用項目として決定され，業務データ中の「売上製品番号」についてのデータを，「製品番号」についてのデータに変換することが決定される。

設計変換登録システム４において，変換方式（データ辞書の利用項目番号と業務データの項目番号と業務のＩＤ）を変換管理手段１８に申請する。

変換管理手段１８は，申請された変換方式を個別変換テ−ブル部２０に登録するとともに変換方式登録手段２７には管理要求を行い，設計変換登録システム４には変換ＩＤを発行し，以降，そのＩＤでデータ辞書の利用項目番号と送信者の業務データの項目番号の変換方式を認識することができる。

変換方式登録手段２７は変換方式と利用者を変換センタ・テーブル部２３に登録し，また，利用者アドレス情報部２４にトランスレーション・エージェント・クライアント５の物理アドレスと論理アドレスを登録する。

受信者システム２もＥＤＩを導入する際，変換ルールの設計，設計変換登録システム７への登録の作業から開始する。

設計変換登録に際し，まず，辞書引渡手段３４に業務のＩＤ毎のデータ辞書を申請する。

辞書引渡手段３４は，業務のＩＤ毎の辞書を辞書提供手段２６に要求し，データ辞書部２２から業務のＩＤ毎のデータ辞書を受け取り，設計変換登録７にデータ辞書を提供する。

設計変換登録システム７は，データ辞書を参照し，業務データとデータ辞書の付き合わせを行い，データ辞書の利用項目の決定と業務データとデータ辞書の変換方式の決定を行う。たとえば，業務データ中の項目に「買上製品番号」という項目があり，データ辞書中に「製品番号」という項目があるとする。データ辞書中の「製品番号」が利用項目として決定され，「製品番号」についてのデータを，業務データ中の「買上製品番号」に変換することが決定される。

設計変換登録システム７は変換方式（データ辞書の利用項目番号と業務データの項目番号と業務のＩＤ）を変換管理手段３５に申請し，変換管理手段３５は，それを個別変換テ−ブル部３７に登録するとともに変換方式登録手段２７に管理要求を行う。

変換方式登録手段２７は変換方式と利用者を変換センタテーブル部２３に登録し，また，利用者アドレス情報部２４にトランスレーション・エージェント・クライアント８の物理アドレスと論理アドレスを登録し，これにより，送信者と受信者のＥＤＩが可能となる。

変換方式は，利用者毎にクライアントで分散管理され，そのクライアントで管理されている情報をサーバでも集中管理する方式をとる。

上記は送信者，受信者とも新規に開始するときのフローであるが，このシステムの特徴として，送信者と受信者の業務データの交換は，両者の変換管理手段への登録が完了していることのみが条件で，同期をとる必要はなく，すでに変換管理手段への登録が完了している業務であれば，データ交換の業務相手先が増えても一切作業はなく，また変換方式の変更時も業務相手先の変換方式には影響を及ぼさず，さらに接続者相互間のデータ変換方式の取り決めを必要としない「ＥＤＩ規約の取り決め」と複雑な「導入と運用に関しての手続と取り決め」から解放された方式となる。

次に，送信者と受信者が相互間でＥＤＩを行う際のトランスレーション・エージェントの動作フローを示す。

送信者側の業務システム６が作成した業務データと変換ＩＤをＥＤＩ送信変換手段１９に送信依頼すると，ＥＤＩ送信変換手段１９は変換ＩＤにて個別変換テーブル部２０から，変換ＩＤを含む変換テーブルを検索し，検索された変換テーブルで業務データをエージェント内標準のフォーマットへ変換し，転送管理手段３０を転送する。たとえば，業務システム６において作成される業務データが，業務システム６の独自のフォーマットによって作成されている場合に，ＥＤＩ送信変換手段１９は，その独自のフォーマットをＸＭＬ（eXtensible Markup Language）フォーマットに変換する。ＸＭＬフォーマットの業務データが，転送管理手段３０に転送される。

標準フォーマットは，ヘッダー部とデータ部で構成され，ヘッダー部には，ＥＤＩ送信変換手段１９の論理アドレス，ＥＤＩ受信変換手段３６の論理アドレス，送信時間，業務のＩＤがセットされ，データ部には，業務データとその項目情報とデータ辞書の利用項目番号が設定される。

トランスレーション・エージェント内では，この標準フォーマットで業務データは転送される。

転送管理手段３０は標準フォーマットのヘッダー部のＥＤＩ受信変換手段３６の論理アドレスから利用者アドレス情報部２４に依頼して物理アドレスを受け取り，その物理アドレスからＥＤＩ受信変換手段３６に業務データを転送する。

ＥＤＩ受信変換手段３６では，標準フォーマットのヘッダー部のＥＤＩ受信変換手段３６の論理アドレスが自分宛の業務データであることを確認する。

次に，ヘッダー部の業務のＩＤから個別変換テーブル部３７を検索し，その検索した変換テーブルを利用して標準フォーマットのデータ部の業務データを業務システム９向けのフォーマットに変換してＥＤＩ受信変換手段３６内に蓄積される。たとえば，ＥＤＩ受信変換手段３６によって，ＸＭＬ（eXtensible Markup Language）フォーマットの業務データが，業務システム９において用いられている独自のフォーマットに変換される。業務システム９の独自のフォーマットは，業務システム６の独自のフォーマットと同じものであっても，異なるものであってもよい。

受信者の業務システム９はＥＤＩ受信変換手段３６に業務のＩＤで受取要求を行い，業務データをＥＤＩ受信変換手段３６から受け取ることができる。

受信者システム２が受信者システム２に業務データを渡す際にエラーが発生した場合の動作フローを次に示す。

ＥＤＩ受信変換手段３６が業務システム９に業務データを渡す際にエラーが発生した場合，ＥＤＩ受信変換手段３６はエラー情報をシステムメッセージ３９で転送管理手段３０に通知する。

転送管理手段３０は，送信者システム１のＥＤＩ送信変換手段１９にシステム・メッセージ４０としてエラー情報を通知するとともに，業務システム９のＥＤＩ受信変換手段３６のエラー情報をログ管理手段２９に通知し，ログ管理手段２９は履歴ログ部２５に受信者システム２のＥＤＩ受信変換手段３６でエラーが発生した情報を蓄積する。

送信者システム１の業務システム６は，ＥＤＩ送信変換手段１９からシステム・メッセージ４１でエラー情報の通知を受け取ることにより受信者に業務データが到着しなかったことを認識することができ，ＥＤＩの相手先とＥＤＩセンタとの間で障害になったことを検知できなかった集中管理を行った際の課題を解決することができるようになる。

さらに，受信者や送信者のエラー情報など運行状況は，履歴ログ部２５に蓄積管理させることにより，業務システム９が受信者システムのトランスレーション・エージェント・クライアント８でエラーが発生した情報を確認することができる。

業務システム９は，運行管理手段３８に履歴ログの照会の行うと，運行管理手段３８はログ管理手段２９に履歴ログの提供を依頼する。

ログ管理手段２９は履歴ログ部２５より履歴ログを抽出して運行管理手段３８に履歴ログの提供を行い，運行管理手段３８は業務システム９へ履歴ログの提供を行う。

業務システム９は，履歴ログの情報を解析することにより，業務システム９とトランスレーション・エージェント・クライアント８の間の問題点の発見が可能となり，その問題点に対処することで運用性の向上を図ることができる。

送信者システム１の業務システム６の業務変更により作成する業務データのフォーマットが変更された場合の送信者システム１，受信者システム２の運用フローを次に示す。

送信者システム１の業務システム６で業務変更により作成する業務データの構成が変った場合，設計変換登録４で変更後の業務データとデータ辞書の付き合わせを行い，データ辞書の利用項目番号の変更と業務データの項目番号とデータ辞書の利用項目番号の変換方式の変更の決定を行う。

設計変換登録４において，変換方式（データ辞書の利用項目番号と業務データの項目番号と業務のＩＤ）の変更を変換管理手段１８に申請する。

変換管理手段１８は，更新後の変換方式を個別変換テーブル部２０に更新するとともに変換方式登録手段２７に変換方式と利用者にて更新要求を行い，以降，変換ＩＤでのデータ辞書の利用項目番号と送信者の業務データの項目番号の変換方式が更新後の方式で利用できるようになる。

送信者システム１の業務システム６が作成した業務データと変換ＩＤをＥＤＩ送信変換手段１９に送信依頼すると，ＥＤＩ送信変換手段１９は変換ＩＤにて個別変換テーブル部２０を検索し，検索された変換テーブルで業務データをエージェント内標準のフォーマットへ変換し，転送管理手段３０を転送する。

転送されるデータは項目の変更された業務データではあるが，トランスレーション・エージェント内で標準フォーマットに変換されて転送されるため，トランスレーションエージェントサーバ３，受信者側のトランスレーション・エージェント・クライアント８は変更前と変らず変換蓄積され，送信者システム１のフォーマット変更の影響を受けない。

このように，送信者システム１が業務システム６の変更で業務データのフォーマットが変更される際にも，受信システム２は一切変更なく，送信者システム１の変更のみで対処が可能とし，変更があった場合の当事者間の整合性の確保しなければならないという「ＥＤＩの規約の管理」の課題を解決し，運用性を高めている。

受信者システム２が運用場所を移動してＥＤＩを再開する場合の受信者システム２の運用フローとトランスレーション・エージェントの動作フローを次に示す。

受信者システム２が運用場所を移動する場合に受信者システム２のトランスレーション・エージェント・クライアント８を停止・再起動する際，起動通知のシステムメッセージ３９が転送管理手段３０に送信される。

その際，受信者システム２の論理アドレスと物理アドレスがシステムメッセージ３９の情報として通知され，転送管理手段３０は，そのシステムメッセージ３９に基づき利用者アドレス情報部２４から受信者システム２の論理アドレスと物理アドレスの確認を行う。

転送管理手段３０は，利用者アドレス情報部２４から受信者システム２の物理アドレスが違っていることを検知して物理アドレスの更新を行う。

このように，受信者システム２が運用場所を移動した場合，物理アドレスが変ってしまい，受信者がＥＤＩの運用者に物理アドレスの変更を依頼して作業してもらうＥＤＩの運行管理作業を，エージェント機能で自動化することにより「ＥＤＩ規約の管理」の課題に対して管理作業の簡易性を高めている。

以上のように，この発明によれば，集中管理の場合にＥＤＩセンタとＥＤＩの相手先との間で障害になったことを検知できないという課題，分散管理の場合に「ＥＤＩ規約の取り決め」「導入と運用に関しての手続と取り決め」「ＥＤＩ規約の管理」「ＥＤＩの運行状況の管理と障害時の対応」などＥＤＩの導入と運用が複雑で困難なものであるという課題を解決し，簡便なＥＤＩの実現を可能としている。

以上説明したように，この発明によれば，電子データ交換のための辞書と利用者情報を共通管理としてエージェントのサーバで集中管理し，利用者が電子データ交換を導入・利用する際の利用者インターフェースとなる変換申請管理機能，個別変換機能をクライアント側で分散管理し，サーバとクライアントが連動して電子データ交換を利用できる方式とした。これにより利用者が電子データ交換を利用する際の導入作業，運用作業が簡便になり，例えば個別企業間であっても容易に電子データ交換を開始することが可能となり，また新規に参加する手続きが簡易なために企業間での電子データ交換の活用範囲の拡大につながる。

１ 送信者システム
２ 受信者システム
３ トランスレーション・エージェント・サーバ
４，７ 設計・変換登録システム
５，８ トランスレーション・エージェント・クライアント
６，９ 業務システム
１７，３４ 辞書引渡手段
１８，３５ 変換管理手段
１９，３６ ＥＤＩ送信変換手段
２０，３７ 個別変換テーブル部
２１，３８ 運行管理手段
２２ データ辞書部
２３ 変換センタテーブル部
２４ 利用者アドレス情報部
２５ 履歴ログ部
２６ 辞書提供手段
２７ 変換方式登録手段
２８ 変換管理手段
２９ ログ管理手段
３０ 転送管理手段
３９，４０，４１ システムメッセージ

Claims (2)

1. 送信者システムと受信者システムの間で電子データ交換を行うためのＥＤＩシステムにおいて用いられるトランスレーション・エージェント・サーバであって，
   ＥＤＩの変換で取り扱うデータ項目を共通辞書として管理するデータ辞書部と，
   利用者システムがデータ辞書部からデータ辞書の提供を受けるための辞書提供手段と，
   利用者システムのトランスレーション・ルールを格納管理する変換センタテーブル部と，
   利用者システムからの変換方式の申請を受け付ける変換方式登録手段と，
   利用者システムの論理アドレスおよび物理アドレスを含む所在地・利用環境を管理するアドレス情報部と，
   一方の利用者システムからのデータを他方の利用者システムに届ける転送管理手段と，
   利用者システムの処理・運行状況を保管する履歴ログ部と，
   変換・転送の運行状況をログとして管理するログ管理手段とを備え，
   上記転送管理手段はさらに，利用者システムの運用場所が移動された場合に通知される論理アドレスと物理アドレスを含むシステムメッセージを受信し，上記システムメッセージ中の物理アドレスが上記アドレス情報部中の上記利用者システムの物理アドレスと違っていることを検知した場合に，上記アドレス情報部中の上記利用者システムの物理アドレスを更新するものである，
   トランスレーション・エージェント・サーバ。
2. 上記転送管理手段はさらに，上記他方の利用者システムでエラーが発生した場合に通知されるエラー情報を上記一方の利用者システムに通知するとともに，上記エラー情報を上記ログ管理手段に通知するものであり，
   上記ログ管理手段はさらに，上記エラー情報を上記履歴ログ部に蓄積するものである，
   請求項１に記載のトランスレーション・エージェント・サーバ。

Images