"送信者システムと受信者システムの間で電子データ交換を行うためのEDIシステムにおいて用いられるトランスレーションエージェントサーバであって,EDIの変換で取り扱うデータ項目を共通辞書として管理するデータ辞書部と,利用者システムがデータ辞書部からデータ辞書の提供を受けるための辞書提供手段と,利用者システムのトランスレーションルールを格納管理する変換センタテーブル部と,利用者システムからの変換方式の申請を受け付ける変換方式登録手段と,利用者システムの論理アドレスおよび物理アドレスを含む所在地利用環境を管理するアドレス情報部と,一方の利用者システムからのデータを他方の利用者システムに届ける転送管理手段と,利用者システムの処理運行状況を保管する履歴ログ部と,変換転送の運行状況をログとして管理するログ管理手段とを備え,上記転送管理手段はさらに,利用者システムの運用場所が移動された場合に通知される論理アドレスと物理アドレスを含むシステムメッセージを受信し,上記システムメッセージ中の物理アドレスが上記アドレス情報部中の上記利用者システムの物理アドレスと違っていることを検知した場合に,上記アドレス情報部中の上記利用者システムの物理アドレスを更新するものである,トランスレーションエージェントサーバ。上記転送管理手段はさらに,上記他方の利用者システムでエラーが発生した場合に通知されるエラー情報を上記一方の利用者システムに通知するとともに,上記エラー情報を上記ログ管理手段に通知するものであり,上記ログ管理手段はさらに,上記エラー情報を上記履歴ログ部に蓄積するものである,請求項1に記載のトランスレーションエージェントサーバ。以下,この発明の実施の形態を添付図面に基づいて説明する。図1は,EDIElectronicDataInterchangeトランスレーションエージェントシステムの全体構成を,図2は,図1に示すEDIトランスレーションエージェントシステムの詳細をそれぞれ示す。EDIトランスレーションエージェントシステム以下,EDIシステムというは,トランスレーションエージェントサーバ3と,このトランスレーションエージェントサーバ3にネットワークを介して接続された送信者システム1と,受信者システム2とを含む。一般には,複数台の送信者システム1および複数台の受信者システム2が,1台のトランスレーションエージェントサーバ3に接続される。ここでは,説明の便宜上,1台の送信者システム1と1台の受信者システム2がトランスレーションエージェントサーバ3に接続されている。送信者システム1は業務システム6と,設計変換登録システム4と,トランスレーションエージェントクライアント5とを持つ。受信者システム2も業務システム9と,設計変換登録システム7と,トランスエージェントクライアント8とを持つ。送信者システム1と受信者システム2がネットワークを介して,トランスレーションエージェントサーバ3を利用して業務データを交換する。トランスレーションエージェントサーバ3はフォーマット情報,利用者の交換情報と接続者の接続情報を集中管理する。トランスレーションエージェントクライアント5,8は,送信者と受信者のEDI導入利用の支援と利用者毎の交換情報を分散管理する。トランスレーションエージェントサーバ3と,トランスレーションエージェントクライアント5,8とが連動してEDIの電子データ交換処理とその管理とが行われる。最初に送信者は送信業務の分析を行い,EDIの送信者システム1の使用する規約を設計し,設計した規約を設計変換登録システム4に登録する。受信者も受信業務の分析を行い,EDIの受信者システム2の使用する規約を設計し,設計した規約を設計変換登録システム7に登録する。送信者と受信者の個々の登録業務が完了すると,トランスレーションエージェントサーバ3と送信者側のトランスレーションエージェントクライアント5及び受信者側のトランスレーションエージェントクライアント8との間で連動が可能となり,送信者システム1の業務システム6と受信者システム2の業務システム9はEDIシステムを利用したデータ交換を行うことができる。具体的な詳細フローをEDIの導入から運行管理までの流れに基づき図2を参照して説明する。まず,EDIを導入する際の詳細フローを説明する。送信者システム1ではEDIを導入する際,変換ルールを設計し,その変換ルールを設計変換登録システム4に登録する作業から開始する。設計変換登録に際し,まず,辞書引渡手段17に業務のID毎のデータ辞書を申請する。データ辞書は,トランスレーションエージェントシステムとして管理され,情報は各利用者が共通で使用する項目集の役割を果たし,業務のID毎で提供される。辞書引渡手段17は,業務のID毎のデータ辞書を辞書提供手段26に要求し,データ辞書部22から業務のID毎のデータ辞書を受け取り,設計変換登録システム4にデータ辞書を提供する。設計変換登録システム4は,辞書提供手段26から提供されたデータ辞書を参照し,業務データとデータ辞書の付き合わせを行い,データ辞書の利用項目の決定と業務データとデータ辞書の変換方式の決定を行う。たとえば,業務データ中の項目に売上製品番号という項目があり,データ辞書中に製品番号という項目があるとする。データ辞書中の製品番号が利用項目として決定され,業務データ中の売上製品番号についてのデータを,製品番号についてのデータに変換することが決定される。設計変換登録システム4において,変換方式データ辞書の利用項目番号と業務データの項目番号と業務のIDを変換管理手段18に申請する。変換管理手段18は,申請された変換方式を個別変換テ-ブル部20に登録するとともに変換方式登録手段27には管理要求を行い,設計変換登録システム4には変換IDを発行し,以降,そのIDでデータ辞書の利用項目番号と送信者の業務データの項目番号の変換方式を認識することができる。変換方式登録手段27は変換方式と利用者を変換センタテーブル部23に登録し,また,利用者アドレス情報部24にトランスレーションエージェントクライアント5の物理アドレスと論理アドレスを登録する。受信者システム2もEDIを導入する際,変換ルールの設計,設計変換登録システム7への登録の作業から開始する。設計変換登録に際し,まず,辞書引渡手段34に業務のID毎のデータ辞書を申請する。辞書引渡手段34は,業務のID毎の辞書を辞書提供手段26に要求し,データ辞書部22から業務のID毎のデータ辞書を受け取り,設計変換登録7にデータ辞書を提供する。設計変換登録システム7は,データ辞書を参照し,業務データとデータ辞書の付き合わせを行い,データ辞書の利用項目の決定と業務データとデータ辞書の変換方式の決定を行う。たとえば,業務データ中の項目に買上製品番号という項目があり,データ辞書中に製品番号という項目があるとする。データ辞書中の製品番号が利用項目として決定され,製品番号についてのデータを,業務データ中の買上製品番号に変換することが決定される。設計変換登録システム7は変換方式データ辞書の利用項目番号と業務データの項目番号と業務のIDを変換管理手段35に申請し,変換管理手段35は,それを個別変換テ-ブル部37に登録するとともに変換方式登録手段27に管理要求を行う。変換方式登録手段27は変換方式と利用者を変換センタテーブル部23に登録し,また,利用者アドレス情報部24にトランスレーションエージェントクライアント8の物理アドレスと論理アドレスを登録し,これにより,送信者と受信者のEDIが可能となる。変換方式は,利用者毎にクライアントで分散管理され,そのクライアントで管理されている情報をサーバでも集中管理する方式をとる。上記は送信者,受信者とも新規に開始するときのフローであるが,このシステムの特徴として,送信者と受信者の業務データの交換は,両者の変換管理手段への登録が完了していることのみが条件で,同期をとる必要はなく,すでに変換管理手段への登録が完了している業務であれば,データ交換の業務相手先が増えても一切作業はなく,また変換方式の変更時も業務相手先の変換方式には影響を及ぼさず,さらに接続者相互間のデータ変換方式の取り決めを必要としないEDI規約の取り決めと複雑な導入と運用に関しての手続と取り決めから解放された方式となる。次に,送信者と受信者が相互間でEDIを行う際のトランスレーションエージェントの動作フローを示す。送信者側の業務システム6が作成した業務データと変換IDをEDI送信変換手段19に送信依頼すると,EDI送信変換手段19は変換IDにて個別変換テーブル部20から,変換IDを含む変換テーブルを検索し,検索された変換テーブルで業務データをエージェント内標準のフォーマットへ変換し,転送管理手段30を転送する。たとえば,業務システム6において作成される業務データが,業務システム6の独自のフォーマットによって作成されている場合に,EDI送信変換手段19は,その独自のフォーマットをXMLeXtensibleMarkupLanguageフォーマットに変換する。XMLフォーマットの業務データが,転送管理手段30に転送される。標準フォーマットは,ヘッダー部とデータ部で構成され,ヘッダー部には,EDI送信変換手段19の論理アドレス,EDI受信変換手段36の論理アドレス,送信時間,業務のIDがセットされ,データ部には,業務データとその項目情報とデータ辞書の利用項目番号が設定される。トランスレーションエージェント内では,この標準フォーマットで業務データは転送される。転送管理手段30は標準フォーマットのヘッダー部のEDI受信変換手段36の論理アドレスから利用者アドレス情報部24に依頼して物理アドレスを受け取り,その物理アドレスからEDI受信変換手段36に業務データを転送する。EDI受信変換手段36では,標準フォーマットのヘッダー部のEDI受信変換手段36の論理アドレスが自分宛の業務データであることを確認する。次に,ヘッダー部の業務のIDから個別変換テーブル部37を検索し,その検索した変換テーブルを利用して標準フォーマットのデータ部の業務データを業務システム9向けのフォーマットに変換してEDI受信変換手段36内に蓄積される。たとえば,EDI受信変換手段36によって,XMLeXtensibleMarkupLanguageフォーマットの業務データが,業務システム9において用いられている独自のフォーマットに変換される。業務システム9の独自のフォーマットは,業務システム6の独自のフォーマットと同じものであっても,異なるものであってもよい。受信者の業務システム9はEDI受信変換手段36に業務のIDで受取要求を行い,業務データをEDI受信変換手段36から受け取ることができる。受信者システム2が受信者システム2に業務データを渡す際にエラーが発生した場合の動作フローを次に示す。EDI受信変換手段36が業務システム9に業務データを渡す際にエラーが発生した場合,EDI受信変換手段36はエラー情報をシステムメッセージ39で転送管理手段30に通知する。転送管理手段30は,送信者システム1のEDI送信変換手段19にシステムメッセージ40としてエラー情報を通知するとともに,業務システム9のEDI受信変換手段36のエラー情報をログ管理手段29に通知し,ログ管理手段29は履歴ログ部25に受信者システム2のEDI受信変換手段36でエラーが発生した情報を蓄積する。送信者システム1の業務システム6は,EDI送信変換手段19からシステムメッセージ41でエラー情報の通知を受け取ることにより受信者に業務データが到着しなかったことを認識することができ,EDIの相手先とEDIセンタとの間で障害になったことを検知できなかった集中管理を行った際の課題を解決することができるようになる。さらに,受信者や送信者のエラー情報など運行状況は,履歴ログ部25に蓄積管理させることにより,業務システム9が受信者システムのトランスレーションエージェントクライアント8でエラーが発生した情報を確認することができる。業務システム9は,運行管理手段38に履歴ログの照会の行うと,運行管理手段38はログ管理手段29に履歴ログの提供を依頼する。ログ管理手段29は履歴ログ部25より履歴ログを抽出して運行管理手段38に履歴ログの提供を行い,運行管理手段38は業務システム9へ履歴ログの提供を行う。業務システム9は,履歴ログの情報を解析することにより,業務システム9とトランスレーションエージェントクライアント8の間の問題点の発見が可能となり,その問題点に対処することで運用性の向上を図ることができる。送信者システム1の業務システム6の業務変更により作成する業務データのフォーマットが変更された場合の送信者システム1,受信者システム2の運用フローを次に示す。送信者システム1の業務システム6で業務変更により作成する業務データの構成が変った場合,設計変換登録4で変更後の業務データとデータ辞書の付き合わせを行い,データ辞書の利用項目番号の変更と業務データの項目番号とデータ辞書の利用項目番号の変換方式の変更の決定を行う。設計変換登録4において,変換方式データ辞書の利用項目番号と業務データの項目番号と業務のIDの変更を変換管理手段18に申請する。変換管理手段18は,更新後の変換方式を個別変換テーブル部20に更新するとともに変換方式登録手段27に変換方式と利用者にて更新要求を行い,以降,変換IDでのデータ辞書の利用項目番号と送信者の業務データの項目番号の変換方式が更新後の方式で利用できるようになる。送信者システム1の業務システム6が作成した業務データと変換IDをEDI送信変換手段19に送信依頼すると,EDI送信変換手段19は変換IDにて個別変換テーブル部20を検索し,検索された変換テーブルで業務データをエージェント内標準のフォーマットへ変換し,転送管理手段30を転送する。転送されるデータは項目の変更された業務データではあるが,トランスレーションエージェント内で標準フォーマットに変換されて転送されるため,トランスレーションエージェントサーバ3,受信者側のトランスレーションエージェントクライアント8は変更前と変らず変換蓄積され,送信者システム1のフォーマット変更の影響を受けない。このように,送信者システム1が業務システム6の変更で業務データのフォーマットが変更される際にも,受信システム2は一切変更なく,送信者システム1の変更のみで対処が可能とし,変更があった場合の当事者間の整合性の確保しなければならないというEDIの規約の管理の課題を解決し,運用性を高めている。受信者システム2が運用場所を移動してEDIを再開する場合の受信者システム2の運用フローとトランスレーションエージェントの動作フローを次に示す。受信者システム2が運用場所を移動する場合に受信者システム2のトランスレーションエージェントクライアント8を停止再起動する際,起動通知のシステムメッセージ39が転送管理手段30に送信される。その際,受信者システム2の論理アドレスと物理アドレスがシステムメッセージ39の情報として通知され,転送管理手段30は,そのシステムメッセージ39に基づき利用者アドレス情報部24から受信者システム2の論理アドレスと物理アドレスの確認を行う。転送管理手段30は,利用者アドレス情報部24から受信者システム2の物理アドレスが違っていることを検知して物理アドレスの更新を行う。このように,受信者システム2が運用場所を移動した場合,物理アドレスが変ってしまい,受信者がEDIの運用者に物理アドレスの変更を依頼して作業してもらうEDIの運行管理作業を,エージェント機能で自動化することによりEDI規約の管理の課題に対して管理作業の簡易性を高めている。以上のように,この発明によれば,集中管理の場合にEDIセンタとEDIの相手先との間で障害になったことを検知できないという課題,分散管理の場合にEDI規約の取り決め導入と運用に関しての手続と取り決めEDI規約の管理EDIの運行状況の管理と障害時の対応などEDIの導入と運用が複雑で困難なものであるという課題を解決し,簡便なEDIの実現を可能としている。以上説明したように,この発明によれば,電子データ交換のための辞書と利用者情報を共通管理としてエージェントのサーバで集中管理し,利用者が電子データ交換を導入利用する際の利用者インターフェースとなる変換申請管理機能,個別変換機能をクライアント側で分散管理し,サーバとクライアントが連動して電子データ交換を利用できる方式とした。これにより利用者が電子データ交換を利用する際の導入作業,運用作業が簡便になり,例えば個別企業間であっても容易に電子データ交換を開始することが可能となり,また新規に参加する手続きが簡易なために企業間での電子データ交換の活用範囲の拡大につながる。"