[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP5041633B2 - EDI translation system with translation function as agent and server system and client system used in this system - Google Patents

EDI translation system with translation function as agent and server system and client system used in this system Download PDF

Info

Publication number
JP5041633B2
JP5041633B2 JP2001197631A JP2001197631A JP5041633B2 JP 5041633 B2 JP5041633 B2 JP 5041633B2 JP 2001197631 A JP2001197631 A JP 2001197631A JP 2001197631 A JP2001197631 A JP 2001197631A JP 5041633 B2 JP5041633 B2 JP 5041633B2
Authority
JP
Japan
Prior art keywords
data
conversion
edi
business
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001197631A
Other languages
Japanese (ja)
Other versions
JP2002082845A (en
Inventor
雅也 森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Japan Research Institute Ltd
Original Assignee
Japan Research Institute Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Japan Research Institute Ltd filed Critical Japan Research Institute Ltd
Priority to JP2001197631A priority Critical patent/JP5041633B2/en
Publication of JP2002082845A publication Critical patent/JP2002082845A/en
Application granted granted Critical
Publication of JP5041633B2 publication Critical patent/JP5041633B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は,行政府間,企業間,行政府企業間での行われる電子データ交換システムのためのエージェント・サーバ・システム,エージェント・クライアント・システム及びこれらを含むEDIトランスレーション・システムに関する。
【0002】
【従来の技術】
通商産業省の「電子計算機相互運用環境整備委員会」(平成元年)の定義によると,EDI(Electronic Data Interchange)とは,「異なる組織間で取引のためのメッセージを通信回線を介して標準的な規約(可能な限り広く合意された各種規約)を用いて,コンピュータ(端末を含む)間で交換すること」である。すなわち,EDIは,企業等の組織間での商談,取引を成立させるために必要な情報を,コンピュータと通信回線を使って,標準的な規約に基づいて当事者間で交換することである(「EDIの基礎」産業情報化推進センター発行)。EDIシステムは,すなわち,そのEDIの概念をシステム化したものである。
【0003】
従来から構築されているEDIシステムは,各種規約に基づいたメッセージの変換機能,通信回線を介した通信機能,およびその運用にかかわる登録機能・照会機能をもつものである。このため,当事者間で標準的な規約に基づく取り決めを前もって行わなければEDIを導入することができなかった。
【0004】
EDIシステムの導入形態には,EDIセンタを準備して,このEDIセンタを介して,当事者間(クライアント・エージェント・コンピュータ)をつなげる形態(集中管理)と,当事者(クライアント・エージェント)のおのおのにEDIセンタと同様の機能を備えさせて,当事者間を直接につなげる形態(分散管理)がある。
【0005】
集中管理の場合,EDIセンタと相手先間の運行状態の把握ができないという運用上の問題がある。また,分散管理の場合,当事者間の標準的規約が当事者おのおので管理されるため,変更があったときに当事者間の整合性を確保しなければならないという運用管理上の問題があった。
【0006】
【発明が解決しようとする課題】
従来のEDIを用いたデータ通信の運用では,転送手順やデータの変換方式の層において標準的な規約が定められており,取引者間でその規約から選択し,適用する部分,独自で取り決める部分を調整してEDI規約を作り,それに基づいてEDIを行っている。
【0007】
具体的には,準備作業として「EDI規約の取り決め」及び「導入と運用に関して手続と取り決め」,業務開始後は「EDI規約の管理」及び「EDIの運行状況の管理と障害時の対応」が調整項目としてある。この4項目がEDIの導入や運用を困難なものにしている。
【0008】
「EDI規約の取り決め」及び「導入と運用に関しての手続と取り決め」は,接続者相互間の調整を必要とし,導入までの時間の長期化と複雑化を招き,EDI導入を困難としていた。特にEDIの取引関係が複数者(N)対複数者(M)の場合,個々の「EDI規約の管理」が複数となり運用管理を困難なものにしていた。
【0009】
その解決策として,「EDI規約の管理とその統一化」を実現するためにEDIセンタをデータ交換の中間におき,そこで集中管理させる方法が現在とられている。しかし,導入面において,標準に準拠することにより軽減はされるが接続者相互間のデータ変換方式の取り決め(マッピング)という接続者間の調整はなくならなかった。また,接続者は対EDIセンタとの接続となるため,EDIセンタとの間での障害しか認識できず,EDIの相手先がEDIセンタとの間で障害になったことを検知できないため,障害を短時間で発見することはできなかった。
【0010】
この発明はこのような問題点を解消するためになされたもので,ネットワークを介しながらも取り決めに基づいて複数者間で行われるEDIの仕組みにおいて,導入と運用の簡易性を併せ持つエージェント技術を利用したEDIシステムを提供することを目的とする。
【0011】
【課題を解決するための手段】
この発明によるエージェント・サーバ・システムは,送信者と受信者の間で電子データ交換を行うためのEDIシステムにおいて,EDIの変換で取り扱うデータ項目を共通辞書として管理するデータ辞書部と,利用者がデータ辞書部からデータ辞書の提供を受ける辞書提供手段と,利用者のトランスレーション・ルールを格納管理する変換センタテーブル部と,利用者からの変換方式の申請を受け付ける変換方式登録手段と,データ辞書部と変換センタテーブル部の整合性を管理する変換管理手段と,利用者とその所在地・利用環境を管理するアドレス情報部と,利用者のデータを利用者の手元まで届ける転送管理手段と,利用者の処理・運行状況を保管する履歴ログ部と,変換・転送の運行状況をログとして管理するログ管理手段とを備え,利用者がEDIを利用する際のデータ辞書の集中管理と利用者への提供,変換センタテーブルでの個別変換ごとの情報登録と集中管理,利用者のネットワーク情報の集中管理,利用者の送信データを受信相手先へ送り届けるための転送制御,及び運行状況のログの蓄積とその管理によりEDIシステム全体の利用情報を集中管理することを特徴とする。
【0012】
この発明によるエージェント・クライアント・システムは,送信者と受信者の間で電子データ交換を行うためのEDIシステムにおいて,利用者がデータ辞書のダウンロードを要求するとデータ辞書をサーバより受け取り利用者に渡す辞書引渡手段と,利用者の業務システムとデータ辞書との変換方式を登録管理する変換管理手段と,変換方式を保管する個別変換テーブル部と,業務システムからの業務データのフォーマット変換とトランスレーション・エージェント・サーバへのデータの送信を行うEDI送信変換手段と,トランスレーション・エージェント・サーバからの業務データの受信と業務データのフォーマット変換を行い業務システムに業務データを提供するEDI受信変換手段と,利用者が変換・転送の運行状況をログとして検索できる運行管理手段とを備え,利用者がEDIを利用する際の設計,利用申請及び送受信業務の窓口機能として,利用開始時には変換設計のための利用者へのデータ辞書の引渡,変換方式の登録,変換テーブルの管理を行い,利用時には業務システムからの業務データをクライアント側で変換・受け渡しを行い,エラーを検出した際にはエラーを通知する機能をもつことにより利用者がEDIを導入・利用する際の簡易性を高め,利用者毎の個別機能を分散管理することを特徴とする。
【0013】
さらにこの発明は,送信者と受信者の間で電子データ交換を行うためのEDIトランスレーション・システムに関するものであり,このシステムは上記のサーバ・システムとクライアント・システムとを含み,EDIのサーバとしての集中管理機能とクライアントとしての分散管理機能を,エージェント技術と簡易な運用プロトコルを併せ持つことにより融合したトランスレーション機能であることを特徴とする。
【0014】
この発明によるトランスレーション・エージェント・サーバは,送信者システムと,受信者システムと,トランスレーション・エージェント・サーバとから構成されるEDIシステムにおいて用いられる上記トランスレーション・エージェント・サーバである。共通データ項目を記憶したデータ辞書部,上記送信者システムから送信されるデータのデータ項目と上記データ辞書部に記憶された共通データ項目との対応関係を記述した第1の対応関係データおよび上記データ辞書部に記憶された共通データ項目と上記受信者システムに送信すべきデータのデータ項目との対応関係を記述した第2の対応関係データを記憶した変換テーブル,上記送信者システムから送信されるデータ項目を含むデータを受信する受信手段,上記変換テーブルに記憶された第1の対応関係データに基づいて,上記送信者システムから送信されたデータのデータ項目を上記データ辞書部に記憶された共通データ項目に変換する第1の変換手段,上記変換テーブルに記憶された第2の対応関係データに基づいて,上記第1の変換手段によって変換された共通データ項目を,受信者システムに送信すべきデータのデータ項目に変換する第2の変換手段,ならびに上記第2の変換手段によって変換された受信者システムに送信すべきデータのデータ項目を含むデータを上記受信者システムに送信する送信手段を備えている。
【0015】
この発明による他のトランスレーション・エージェント・サーバは,送信者システムと,受信者システムと,トランスレーション・エージェント・サーバとから構成されるEDIシステムにおいて用いられるものであって,第1のデータ・フォーマットのデータを第2のデータ・フォーマットのデータに変換する第1の変換手段,第2のデータ・フォーマットのデータを第3のデータ・フォーマットのデータに変換する第2の変換手段,上記送信者システムから送信される第1のデータ・フォーマットのデータを受信する受信手段,および上記受信手段によって受信された第1のデータ・フォーマットのデータを上記第1の変換手段によって第2のデータ・フォーマットのデータに変換し,第2のデータ・フォーマットのデータを上記第2の変換手段によって第3のデータ・フォーマットのデータに変換し,上記第3のデータ・フォーマットのデータを上記受信者システムに送信する送信手段を備えている。
【0016】
さらにこの発明は,上述のトランスレーション・エージェント・サーバを制御する方法も提供する。
【0017】
【発明の実施の形態】
以下,この発明の実施の形態を添付図面に基づいて説明する。
【0018】
図1は,EDI(Electronic Data Interchange)トランスレーション・エージェント・システムの全体構成を,図2は,図1に示すEDIトランスレーション・エージェント・システムの詳細をそれぞれ示す。
【0019】
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を利用して業務データを交換する。
【0020】
トランスレーション・エージェント・サーバ3はフォーマット情報,利用者の交換情報と接続者の接続情報を集中管理する。トランスレーション・エージェント・クライアント5,8は,送信者と受信者のEDI導入利用の支援と利用者毎の交換情報を分散管理する。トランスレーション・エージェント・サーバ3と,トランスレーション・エージェント・クライアント5,8とが連動してEDIの電子データ交換処理とその管理とが行われる。
【0021】
最初に送信者は送信業務の分析を行い,EDIの送信者システム1の使用する規約を設計し,設計した規約を設計・変換登録システム4に登録する。
【0022】
受信者も受信業務の分析を行い,EDIの受信者システム2の使用する規約を設計し,設計した規約を設計・変換登録システム7に登録する。
【0023】
送信者と受信者の個々の登録業務が完了すると,トランスレーション・エージェント・サーバ3と送信者側のトランスレーション・エージェント・クライアント5及び受信者側のトランスレーション・エージェント・クライアント8との間で連動が可能となり,送信者システム1の業務システム6と受信者システム2の業務システム9はEDIシステムを利用したデータ交換を行うことができる。
【0024】
具体的な詳細フローをEDIの導入から運行管理までの流れに基づき図2を参照して説明する。
【0025】
まず,EDIを導入する際の詳細フローを説明する。
【0026】
送信者システム1ではEDIを導入する際,変換ルールを設計し,その変換ルールを設計変換登録システム4に登録する作業から開始する。
【0027】
設計変換登録に際し,まず,辞書引渡手段17に業務のID毎のデータ辞書を申請する。データ辞書は,トランスレーション・エージェント・システムとして管理され,情報は各利用者が共通で使用する項目集の役割を果たし,業務のID毎で提供される。
【0028】
辞書引渡手段17は,業務のID毎のデータ辞書を辞書提供手段26に要求し,データ辞書部22から業務のID毎のデータ辞書を受け取り,設計変換登録システム4にデータ辞書を提供する。
【0029】
設計変換登録システム4は,辞書提供手段26から提供されたデータ辞書を参照し,業務データとデータ辞書の付き合わせを行い,データ辞書の利用項目の決定と業務データとデータ辞書の変換方式の決定を行う。たとえば,業務データ中の項目に「売上製品番号」という項目があり,データ辞書中に「製品番号」という項目があるとする。データ辞書中の「製品番号」が利用項目として決定され,業務データ中の「売上製品番号」についてのデータを,「製品番号」についてのデータに変換することが決定される。
【0030】
設計変換登録システム4において,変換方式(データ辞書の利用項目番号と業務データの項目番号と業務のID)を変換管理手段18に申請する。
【0031】
変換管理手段18は,申請された変換方式を個別変換テ−ブル部20に登録するとともに変換方式登録手段27には管理要求を行い,設計変換登録システム4には変換IDを発行し,以降,そのIDでデータ辞書の利用項目番号と送信者の業務データの項目番号の変換方式を認識することができる。
【0032】
変換方式登録手段27は変換方式と利用者を変換センタ・テーブル部23に登録し,また,利用者アドレス情報部24にトランスレーション・エージェント・クライアント5の物理アドレスと論理アドレスを登録する。
【0033】
受信者システム2もEDIを導入する際,変換ルールの設計,設計変換登録システム7への登録の作業から開始する。
【0034】
設計変換登録に際し,まず,辞書引渡手段34に業務のID毎のデータ辞書を申請する。
【0035】
辞書引渡手段34は,業務のID毎の辞書を辞書提供手段26に要求し,データ辞書部22から業務のID毎のデータ辞書を受け取り,設計変換登録7にデータ辞書を提供する。
【0036】
設計変換登録システム7は,データ辞書を参照し,業務データとデータ辞書の付き合わせを行い,データ辞書の利用項目の決定と業務データとデータ辞書の変換方式の決定を行う。たとえば,業務データ中の項目に「買上製品番号」という項目があり,データ辞書中に「製品番号」という項目があるとする。データ辞書中の「製品番号」が利用項目として決定され,「製品番号」についてのデータを,業務データ中の「買上製品番号」に変換することが決定される。
【0037】
設計変換登録システム7は変換方式(データ辞書の利用項目番号と業務データの項目番号と業務のID)を変換管理手段35に申請し,変換管理手段35は,それを個別変換テ−ブル部37に登録するとともに変換方式登録手段27に管理要求を行う。
【0038】
変換方式登録手段27は変換方式と利用者を変換センタテーブル部23に登録し,また,利用者アドレス情報部24にトランスレーション・エージェント・クライアント8の物理アドレスと論理アドレスを登録し,これにより,送信者と受信者のEDIが可能となる。
【0039】
変換方式は,利用者毎にクライアントで分散管理され,そのクライアントで管理されている情報をサーバでも集中管理する方式をとる。
【0040】
上記は送信者,受信者とも新規に開始するときのフローであるが,このシステムの特徴として,送信者と受信者の業務データの交換は,両者の変換管理手段への登録が完了していることのみが条件で,同期をとる必要はなく,すでに変換管理手段への登録が完了している業務であれば,データ交換の業務相手先が増えても一切作業はなく,また変換方式の変更時も業務相手先の変換方式には影響を及ぼさず,さらに接続者相互間のデータ変換方式の取り決めを必要としない「EDI規約の取り決め」と複雑な「導入と運用に関しての手続と取り決め」から解放された方式となる。
【0041】
次に,送信者と受信者が相互間でEDIを行う際のトランスレーション・エージェントの動作フローを示す。
【0042】
送信者側の業務システム6が作成した業務データと変換IDをEDI送信変換手段19に送信依頼すると,EDI送信変換手段19は変換IDにて個別変換テーブル部20から,変換IDを含む変換テーブルを検索し,検索された変換テーブルで業務データをエージェント内標準のフォーマットへ変換し,転送管理手段30を転送する。たとえば,業務システム6において作成される業務データが,業務システム6の独自のフォーマットによって作成されている場合に,EDI送信変換手段19は,その独自のフォーマットをXML(eXtensible Markup Language)フォーマットに変換する。XMLフォーマットの業務データが,転送管理手段30に転送される。
【0043】
標準フォーマットは,ヘッダー部とデータ部で構成され,ヘッダー部には,EDI送信変換手段19の論理アドレス,EDI受信変換手段36の論理アドレス,送信時間,業務のIDがセットされ,データ部には,業務データとその項目情報とデータ辞書の利用項目番号が設定される。
【0044】
トランスレーション・エージェント内では,この標準フォーマットで業務データは転送される。
【0045】
転送管理手段30は標準フォーマットのヘッダー部のEDI受信変換手段36の論理アドレスから利用者アドレス情報部24に依頼して物理アドレスを受け取り,その物理アドレスからEDI受信変換手段36に業務データを転送する。
【0046】
EDI受信変換手段36では,標準フォーマットのヘッダー部のEDI受信変換手段36の論理アドレスが自分宛の業務データであることを確認する。
【0047】
次に,ヘッダー部の業務のIDから個別変換テーブル部37を検索し,その検索した変換テーブルを利用して標準フォーマットのデータ部の業務データを業務システム9向けのフォーマットに変換してEDI受信変換手段36内に蓄積される。たとえば,EDI受信変換手段36によって,XML(eXtensible Markup Language)フォーマットの業務データが,業務システム9において用いられている独自のフォーマットに変換される。業務システム9の独自のフォーマットは,業務システム6の独自のフォーマットと同じものであっても,異なるものであってもよい。
【0048】
受信者の業務システム9はEDI受信変換手段36に業務のIDで受取要求を行い,業務データをEDI受信変換手段36から受け取ることができる。
【0049】
受信者システム2が受信者システム2に業務データを渡す際にエラーが発生した場合の動作フローを次に示す。
【0050】
EDI受信変換手段36が業務システム9に業務データを渡す際にエラーが発生した場合,EDI受信変換手段36はエラー情報をシステムメッセージ39で転送管理手段30に通知する。
【0051】
転送管理手段30は,送信者システム1のEDI送信変換手段19にシステム・メッセージ40としてエラー情報を通知するとともに,業務システム9のEDI受信変換手段36のエラー情報をログ管理手段29に通知し,ログ管理手段29は履歴ログ部25に受信者システム2のEDI受信変換手段36でエラーが発生した情報を蓄積する。
【0052】
送信者システム1の業務システム6は,EDI送信変換手段19からシステム・メッセージ41でエラー情報の通知を受け取ることにより受信者に業務データが到着しなかったことを認識することができ,EDIの相手先とEDIセンタとの間で障害になったことを検知できなかった集中管理を行った際の課題を解決することができるようになる。
【0053】
さらに,受信者や送信者のエラー情報など運行状況は,履歴ログ部25に蓄積管理させることにより,業務システム9が受信者システムのトランスレーション・エージェント・クライアント8でエラーが発生した情報を確認することができる。
【0054】
業務システム9は,運行管理手段38に履歴ログの照会の行うと,運行管理手段38はログ管理手段29に履歴ログの提供を依頼する。
【0055】
ログ管理手段29は履歴ログ部25より履歴ログを抽出して運行管理手段38に履歴ログの提供を行い,運行管理手段38は業務システム9へ履歴ログの提供を行う。
【0056】
業務システム9は,履歴ログの情報を解析することにより,業務システム9とトランスレーション・エージェント・クライアント8の間の問題点の発見が可能となり,その問題点に対処することで運用性の向上を図ることができる。
【0057】
送信者システム1の業務システム6の業務変更により作成する業務データのフォーマットが変更された場合の送信者システム1,受信者システム2の運用フローを次に示す。
【0058】
送信者システム1の業務システム6で業務変更により作成する業務データの構成が変った場合,設計変換登録4で変更後の業務データとデータ辞書の付き合わせを行い,データ辞書の利用項目番号の変更と業務データの項目番号とデータ辞書の利用項目番号の変換方式の変更の決定を行う。
【0059】
設計変換登録4において,変換方式(データ辞書の利用項目番号と業務データの項目番号と業務のID)の変更を変換管理手段18に申請する。
【0060】
変換管理手段18は,更新後の変換方式を個別変換テーブル部20に更新するとともに変換方式登録手段27に変換方式と利用者にて更新要求を行い,以降,変換IDでのデータ辞書の利用項目番号と送信者の業務データの項目番号の変換方式が更新後の方式で利用できるようになる。
【0061】
送信者システム1の業務システム6が作成した業務データと変換IDをEDI送信変換手段19に送信依頼すると,EDI送信変換手段19は変換IDにて個別変換テーブル部20を検索し,検索された変換テーブルで業務データをエージェント内標準のフォーマットへ変換し,転送管理手段30を転送する。
【0062】
転送されるデータは項目の変更された業務データではあるが,トランスレーション・エージェント内で標準フォーマットに変換されて転送されるため,トランスレーションエージェントサーバ3,受信者側のトランスレーション・エージェント・クライアント8は変更前と変らず変換蓄積され,送信者システム1のフォーマット変更の影響を受けない。
【0063】
このように,送信者システム1が業務システム6の変更で業務データのフォーマットが変更される際にも,受信システム2は一切変更なく,送信者システム1の変更のみで対処が可能とし,変更があった場合の当事者間の整合性の確保しなければならないという「EDIの規約の管理」の課題を解決し,運用性を高めている。
【0064】
受信者システム2が運用場所を移動してEDIを再開する場合の受信者システム2の運用フローとトランスレーション・エージェントの動作フローを次に示す。
【0065】
受信者システム2が運用場所を移動する場合に受信者システム2のトランスレーション・エージェント・クライアント8を停止・再起動する際,起動通知のシステムメッセージ39が転送管理手段30に送信される。
【0066】
その際,受信者システム2の論理アドレスと物理アドレスがシステムメッセージ39の情報として通知され,転送管理手段30は,そのシステムメッセージ39に基づき利用者アドレス情報部24から受信者システム2の論理アドレスと物理アドレスの確認を行う。
【0067】
転送管理手段30は,利用者アドレス情報部24から受信者システム2の物理アドレスが違っていることを検知して物理アドレスの更新を行う。
【0068】
このように,受信者システム2が運用場所を移動した場合,物理アドレスが変ってしまい,受信者がEDIの運用者に物理アドレスの変更を依頼して作業してもらうEDIの運行管理作業を,エージェント機能で自動化することにより「EDI規約の管理」の課題に対して管理作業の簡易性を高めている。
【0069】
以上のように,この発明によれば,集中管理の場合にEDIセンタとEDIの相手先との間で障害になったことを検知できないという課題,分散管理の場合に「EDI規約の取り決め」「導入と運用に関しての手続と取り決め」「EDI規約の管理」「EDIの運行状況の管理と障害時の対応」などEDIの導入と運用が複雑で困難なものであるという課題を解決し,簡便なEDIの実現を可能としている。
【0070】
【発明の効果】
以上説明したように,この発明によれば,電子データ交換のための辞書と利用者情報を共通管理としてエージェントのサーバで集中管理し,利用者が電子データ交換を導入・利用する際の利用者インターフェースとなる変換申請管理機能,個別変換機能をクライアント側で分散管理し,サーバとクライアントが連動して電子データ交換を利用できる方式とした。これにより利用者が電子データ交換を利用する際の導入作業,運用作業が簡便になり,例えば個別企業間であっても容易に電子データ交換を開始することが可能となり,また新規に参加する手続きが簡易なために企業間での電子データ交換の活用範囲の拡大につながる。
【図面の簡単な説明】
【図1】トランスレーション・エージェント・システムの構成を示すブロック図である。
【図2】図1に示すトランスレーション・エージェント・システムを詳細に示すブロック図である。
【符号の説明】
1 送信者システム
2 受信者システム
3 トランスレーション・エージェント・サーバ
4,7 設計・変換登録システム
5,8 トランスレーション・エージェント・クライアント
6,9 業務システム
17,34 辞書引渡手段
18,35 変換管理手段
19,36 EDI送信変換手段
20,37 個別変換テーブル部
21,38 運行管理手段
22 データ辞書部
23 変換センタテーブル部
24 利用者アドレス情報部
25 履歴ログ部
26 辞書提供手段
27 変換方式登録手段
28 変換管理手段
29 ログ管理手段
30 転送管理手段
39,40,41 システムメッセージ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an agent server system, an agent client system, and an EDI translation system including them for an electronic data exchange system performed between governments, between companies, and between governments.
[0002]
[Prior art]
According to the Ministry of International Trade and Industry's definition of the “Computer Interoperability Environment Development Committee” (Heisei 1), EDI (Electronic Data Interchange) is defined as “standard messages for transactions between different organizations via communication lines. Exchange between computers (including terminals) using common rules (as widely agreed as possible). In other words, EDI is the exchange of information necessary for establishing negotiations and transactions between organizations such as companies between parties based on standard rules using computers and communication lines (“ EDI Basics "published by the Industrial Information Promotion Center). That is, the EDI system is a systemization of the concept of EDI.
[0003]
Conventionally constructed EDI systems have a message conversion function based on various rules, a communication function via a communication line, and a registration function / inquiry function related to its operation. For this reason, EDI could not be introduced without prior arrangements between the parties based on standard rules.
[0004]
The EDI system is introduced in a form in which an EDI center is prepared and the parties (client agent computer) are connected via the EDI center (central management), and each party (client agent) has EDI. There is a form (distributed management) in which the same functions as the center are provided and the parties are directly connected.
[0005]
In the case of centralized management, there is an operational problem that the operation status between the EDI center and the other party cannot be grasped. In the case of distributed management, since the standard contract between the parties is managed by each party, there is a problem in operation management in which consistency between the parties must be ensured when there is a change.
[0006]
[Problems to be solved by the invention]
In conventional data communication operations using EDI, standard rules are defined in the layer of transfer procedures and data conversion methods, and a part to be selected and applied from the contract among the traders, a part to be negotiated independently EDI is made by adjusting the EDI, and EDI is performed based on it.
[0007]
Specifically, “preparation of EDI regulations” and “procedures and arrangements regarding introduction and operation” as preparatory work, “management of EDI regulations” and “management of EDI operation status and response to failures” after the start of work. As an adjustment item. These four items make the introduction and operation of EDI difficult.
[0008]
The “EDI Agreement Arrangement” and the “Procedure and Arrangement Regarding Installation and Operation” require coordination among the connected users, leading to longer and more complicated time to install, making EDI installation difficult. In particular, when the business relationship of EDI is multiple (N) vs. multiple (M), there are multiple “management of EDI rules”, making operation management difficult.
[0009]
As a solution, a method of centrally managing the EDI center in the middle of data exchange in order to realize “management and unification of EDI rules” is currently used. However, in terms of the introduction, although it was reduced by conforming to the standard, the coordination between the connected parties, such as the agreement (mapping) of the data conversion method between the connected parties, was not lost. In addition, since the connection person is connected to the EDI center, only the failure with the EDI center can be recognized, and it cannot be detected that the EDI partner has failed with the EDI center. Could not be found in a short time.
[0010]
The present invention has been made to solve such problems, and uses an agent technology that has both ease of introduction and operation in an EDI mechanism performed among a plurality of persons based on an agreement through a network. An object of the present invention is to provide an EDI system.
[0011]
[Means for Solving the Problems]
An agent server system according to the present invention comprises an EDI system for exchanging electronic data between a sender and a receiver, a data dictionary unit for managing data items handled by EDI conversion as a common dictionary, and a user Dictionary providing means for receiving data dictionary from data dictionary part, conversion center table part for storing and managing user translation rules, conversion method registering means for receiving application for conversion method from user, data dictionary Conversion management means for managing the consistency between the copy section and the conversion center table section, an address information section for managing users and their locations and use environments, a transfer management means for delivering user data to the user's hand, and use A history log section that stores the processing / operation status of the user and a log management means that manages the conversion / transfer operation status as a log Centralized management of data dictionaries when users use EDI and provision to users, information registration and centralized management for each individual conversion in the conversion center table, centralized management of user network information, transmission of users It is characterized by centralized management of usage information of the entire EDI system by transfer control for sending data to the receiving party, and accumulation and management of operation status logs.
[0012]
In the EDI system for exchanging electronic data between a sender and a receiver, the agent client system according to the present invention is a dictionary that receives a data dictionary from a server and passes it to the user when the user requests downloading of the data dictionary. Transfer means, conversion management means for registering and managing the conversion method between the user's business system and data dictionary, an individual conversion table section for storing the conversion method, business data format conversion and translation agent from the business system EDI transmission conversion means for transmitting data to the server, EDI reception conversion means for receiving business data from the translation agent server and converting business data format and providing business data to the business system, and use Log the conversion / transfer operation status It can be used as a window function for design, use application, and transmission / reception work when users use EDI, and at the start of use, a data dictionary is delivered to the user for conversion design, and a conversion method is provided. Registers and manages the conversion table, converts and transfers business data from the business system on the client side when used, and introduces EDI by providing a function to notify an error when an error is detected. It is easy to use and is characterized by distributed management of individual functions for each user.
[0013]
The present invention further relates to an EDI translation system for exchanging electronic data between a sender and a receiver. This system includes the server system and the client system described above, and serves as an EDI server. It is a translation function that combines the centralized management function and distributed management function as a client by combining agent technology and a simple operation protocol.
[0014]
The translation agent server according to the present invention is the translation agent server used in an EDI system including a sender system, a receiver system, and a translation agent server. A data dictionary part storing common data items, first correspondence data describing a correspondence relation between data items of data transmitted from the sender system and common data items stored in the data dictionary part, and the data A conversion table storing second correspondence data describing the correspondence between common data items stored in the dictionary section and data items of data to be transmitted to the receiver system, data transmitted from the sender system Receiving means for receiving data including items, common data stored in the data dictionary unit for data items of data transmitted from the sender system based on the first correspondence data stored in the conversion table First conversion means for converting into items, and the first conversion based on the second correspondence data stored in the conversion table A second conversion means for converting the common data item converted by the stage into a data item of data to be transmitted to the recipient system, and a data item to be transmitted to the recipient system converted by the second conversion means. Transmitting means for transmitting data including data items to the recipient system is provided.
[0015]
Another translation agent server according to the present invention is used in an EDI system including a sender system, a receiver system, and a translation agent server, and has a first data format. The first conversion means for converting the data of the second data format into the data of the second data format, the second conversion means for converting the data of the second data format into the data of the third data format, the sender system Receiving means for receiving data of the first data format transmitted from the first data format and data of the second data format received by the first converting means for receiving the data of the first data format received by the receiving means. And convert the data in the second data format to the second The switch means is converted into the data of the third data format, the data of the third data format and a transmitting means for transmitting to the receiver system.
[0016]
The present invention further provides a method for controlling the above-described translation agent server.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the accompanying drawings.
[0018]
FIG. 1 shows the overall configuration of an EDI (Electronic Data Interchange) translation agent system, and FIG. 2 shows the details of the EDI translation agent system shown in FIG.
[0019]
The EDI translation agent system (hereinafter referred to as EDI system) includes a translation agent server 3, a sender system 1 connected to the translation agent server 3 via a network, and a receiver system. 2 is included. In general, a plurality of sender systems 1 and a plurality of receiver systems 2 are connected to one translation agent server 3. Here, for convenience of explanation, one sender system 1 and one receiver system 2 are connected to the translation agent server 3. The sender system 1 has a business system 6, a design / conversion registration system 4, and a translation agent client 5. The receiver system 2 also has a business system 9, a design / conversion registration system 7, and a trans-agent client 8. The sender system 1 and the receiver system 2 exchange business data using the translation agent server 3 via the network.
[0020]
The translation agent server 3 centrally manages the format information, the user exchange information, and the connection information of the connection person. The translation agent clients 5 and 8 distribute and manage the support for introducing and using the EDI of the sender and the receiver and the exchange information for each user. The translation agent server 3 and the translation agent clients 5 and 8 work together to perform EDI electronic data exchange processing and management.
[0021]
First, the sender analyzes the transmission work, designs the rules used by the sender system 1 of EDI, and registers the designed rules in the design / conversion registration system 4.
[0022]
The receiver also analyzes the reception work, designs the rules used by the EDI receiver system 2, and registers the designed rules in the design / conversion registration system 7.
[0023]
When the individual registration work of the sender and the receiver is completed, the translation agent server 3 is linked with the translation agent client 5 on the sender side and the translation agent client 8 on the receiver side. The business system 6 of the sender system 1 and the business system 9 of the receiver system 2 can exchange data using the EDI system.
[0024]
A specific detailed flow will be described with reference to FIG. 2 based on a flow from introduction of EDI to operation management.
[0025]
First, a detailed flow for introducing EDI will be described.
[0026]
When the sender system 1 introduces EDI, it starts from the work of designing a conversion rule and registering the conversion rule in the design conversion registration system 4.
[0027]
At the time of design conversion registration, first, a data dictionary for each business ID is applied to the dictionary delivery means 17. The data dictionary is managed as a translation agent system, and information serves as a collection of items commonly used by each user, and is provided for each business ID.
[0028]
The dictionary delivery unit 17 requests the data dictionary for each business ID from the dictionary providing unit 26, receives the data dictionary for each business ID from the data dictionary unit 22, and provides the data dictionary to the design conversion registration system 4.
[0029]
The design conversion registration system 4 refers to the data dictionary provided from the dictionary providing means 26, associates the business data with the data dictionary, determines the use items of the data dictionary, and determines the conversion method of the business data and the data dictionary. I do. For example, it is assumed that there is an item “sales product number” in the business data and an item “product number” in the data dictionary. “Product number” in the data dictionary is determined as a use item, and it is determined to convert data on “sales product number” in business data into data on “product number”.
[0030]
In the design conversion registration system 4, the conversion management means 18 applies for a conversion method (data dictionary use item number, business data item number, and business ID).
[0031]
The conversion management means 18 registers the requested conversion method in the individual conversion table section 20 and issues a management request to the conversion method registration means 27, issues a conversion ID to the design conversion registration system 4, and thereafter With this ID, it is possible to recognize the conversion method between the item number of the data dictionary and the item number of the sender's business data.
[0032]
The conversion method registration unit 27 registers the conversion method and the user in the conversion center table unit 23, and registers the physical address and logical address of the translation agent client 5 in the user address information unit 24.
[0033]
When the receiver system 2 also introduces EDI, it starts from conversion rule design and registration to the design conversion registration system 7.
[0034]
At the time of design conversion registration, first, a data dictionary for each business ID is applied to the dictionary delivery means 34.
[0035]
The dictionary delivery unit 34 requests a dictionary for each business ID from the dictionary providing unit 26, receives the data dictionary for each business ID from the data dictionary unit 22, and provides the data dictionary to the design conversion registration 7.
[0036]
The design conversion registration system 7 refers to the data dictionary, associates the business data with the data dictionary, determines the items used in the data dictionary, and determines the conversion method between the business data and the data dictionary. For example, it is assumed that there is an item “purchased product number” in the business data and an item “product number” in the data dictionary. “Product number” in the data dictionary is determined as a use item, and it is determined to convert the data about “product number” into “purchased product number” in the business data.
[0037]
The design conversion registration system 7 applies to the conversion management means 35 for a conversion method (data dictionary use item number, business data item number, and business ID), and the conversion management means 35 applies it to the individual conversion table section 37. And a management request is made to the conversion method registration means 27.
[0038]
The conversion method registration means 27 registers the conversion method and user in the conversion center table unit 23, and registers the physical address and logical address of the translation agent client 8 in the user address information unit 24. SDI and recipient EDI are possible.
[0039]
The conversion method is a method in which each user is distributedly managed by a client, and information managed by the client is centrally managed by a server.
[0040]
The above is a flow when a sender and a receiver start anew. As a feature of this system, the exchange of business data between the sender and the receiver has been registered in the conversion management means of both. There is no need to synchronize, and there is no work even if the number of business partners for data exchange increases, and the conversion method can be changed if it is already registered in the conversion management means. Even from time to time, there is no influence on the conversion method of the business partner, and there is no need for an agreement on the data conversion method between the connected parties, and the complicated "procedures and arrangements for installation and operation". It becomes a released method.
[0041]
Next, an operation flow of the translation agent when the sender and the receiver perform EDI between each other is shown.
[0042]
When the business data and the conversion ID created by the business system 6 on the sender side are sent to the EDI transmission conversion means 19, the EDI transmission conversion means 19 sends a conversion table including the conversion ID from the individual conversion table unit 20 using the conversion ID. A search is performed, the business data is converted into a standard format in the agent by using the searched conversion table, and the transfer management means 30 is transferred. For example, when business data created in the business system 6 is created in a format unique to the business system 6, the EDI transmission conversion means 19 converts the unique format into an XML (eXtensible Markup Language) format. . The business data in the XML format is transferred to the transfer management means 30.
[0043]
The standard format is composed of a header part and a data part. In the header part, the logical address of the EDI transmission conversion means 19, the logical address of the EDI reception conversion means 36, the transmission time, and the business ID are set. , Business data, item information, and data dictionary use item number are set.
[0044]
Within the translation agent, business data is transferred in this standard format.
[0045]
The transfer management unit 30 requests the user address information unit 24 from the logical address of the EDI reception conversion unit 36 in the header portion of the standard format to receive a physical address, and transfers the business data from the physical address to the EDI reception conversion unit 36. .
[0046]
The EDI reception conversion means 36 confirms that the logical address of the EDI reception conversion means 36 in the header portion of the standard format is business data addressed to itself.
[0047]
Next, the individual conversion table unit 37 is retrieved from the business ID in the header part, and the business data in the data part in the standard format is converted into a format for the business system 9 using the retrieved conversion table to convert the EDI reception. Accumulated in the means 36. For example, business data in XML (eXtensible Markup Language) format is converted by the EDI reception conversion means 36 into a unique format used in the business system 9. The original format of the business system 9 may be the same as or different from the original format of the business system 6.
[0048]
The business system 9 of the recipient can make a reception request to the EDI reception conversion means 36 with the business ID and receive business data from the EDI reception conversion means 36.
[0049]
The operation flow when an error occurs when the receiver system 2 passes business data to the receiver system 2 is shown below.
[0050]
If an error occurs when the EDI reception conversion unit 36 passes the business data to the business system 9, the EDI reception conversion unit 36 notifies the transfer management unit 30 of the error information by a system message 39.
[0051]
The transfer management means 30 notifies the EDI transmission conversion means 19 of the sender system 1 of error information as a system message 40, and notifies the log management means 29 of error information of the EDI reception conversion means 36 of the business system 9, The log management unit 29 accumulates information in which an error has occurred in the EDI reception conversion unit 36 of the recipient system 2 in the history log unit 25.
[0052]
The business system 6 of the sender system 1 can recognize that the business data has not arrived at the receiver by receiving the notification of the error information from the EDI transmission conversion means 19 by the system message 41, so that the EDI counterpart It becomes possible to solve the problem in the case of performing centralized management in which it was not possible to detect that a failure has occurred between the destination and the EDI center.
[0053]
Further, the operation status such as error information of the receiver and the sender is accumulated and managed in the history log unit 25, so that the business system 9 confirms the information in which the error has occurred in the translation agent client 8 of the receiver system. be able to.
[0054]
When the business system 9 inquires the operation management unit 38 about the history log, the operation management unit 38 requests the log management unit 29 to provide the history log.
[0055]
The log management unit 29 extracts a history log from the history log unit 25 and provides the history log to the operation management unit 38, and the operation management unit 38 provides the history log to the business system 9.
[0056]
The business system 9 can discover problems between the business system 9 and the translation agent client 8 by analyzing the history log information, and improve the operability by addressing the problems. Can be planned.
[0057]
The operation flow of the sender system 1 and the receiver system 2 when the format of the business data created by the business change of the business system 6 of the sender system 1 is changed is shown below.
[0058]
When the configuration of business data created by a business change in the business system 6 of the sender system 1 is changed, the changed business data is associated with the data dictionary in the design conversion registration 4, and the data dictionary usage item number is changed. And the change of the conversion method of the item number of the business data and the usage item number of the data dictionary is determined.
[0059]
In the design conversion registration 4, the conversion management means 18 is requested to change the conversion method (data dictionary use item number, business data item number, and business ID).
[0060]
The conversion management means 18 updates the updated conversion method to the individual conversion table unit 20 and makes an update request to the conversion method registration means 27 by the conversion method and the user. The conversion method between the number and the item number of the sender's business data can be used in the updated method.
[0061]
When the business data created by the business system 6 of the sender system 1 and the conversion ID are requested to be sent to the EDI transmission conversion means 19, the EDI transmission conversion means 19 searches the individual conversion table unit 20 by the conversion ID, and the conversion thus found is searched. The business data is converted into a standard format in the agent using the table, and the transfer management means 30 is transferred.
[0062]
Although the data to be transferred is business data whose items have been changed, it is converted into a standard format and transferred within the translation agent. Therefore, the translation agent server 3 and the translation agent client 8 on the receiver side are transferred. Is converted and accumulated as before the change, and is not affected by the format change of the sender system 1.
[0063]
As described above, even when the sender system 1 changes the business system 6 due to the change of the business system 6, the receiver system 2 can be dealt with only by changing the sender system 1 without any change. It solves the problem of “management of EDI rules” that must ensure the consistency between the parties in the event of a conflict, and improves operability.
[0064]
The operational flow of the recipient system 2 and the operation flow of the translation agent when the recipient system 2 moves from the operational location and resumes EDI are shown below.
[0065]
When the recipient system 2 moves from the operating location, when the translation agent client 8 of the recipient system 2 is stopped and restarted, a system message 39 of activation notification is transmitted to the transfer management means 30.
[0066]
At that time, the logical address and physical address of the recipient system 2 are notified as information of the system message 39, and the transfer management means 30 sends the logical address of the recipient system 2 from the user address information section 24 based on the system message 39. Check the physical address.
[0067]
The transfer management means 30 detects that the physical address of the recipient system 2 is different from the user address information unit 24 and updates the physical address.
[0068]
As described above, when the recipient system 2 moves from the operation location, the physical address changes, and the EDI operation management work that the recipient requests the EDI operator to change the physical address and performs the work is performed. By automating with the agent function, the simplicity of management work is raised with respect to the problem of “management of EDI rules”.
[0069]
As described above, according to the present invention, in the case of centralized management, it is impossible to detect that a failure has occurred between the EDI center and the counterpart of the EDI. Easily solves the problems of EDI installation and operation that are complicated and difficult, such as "procedures and arrangements for installation and operation", "management of EDI regulations", "management of EDI operation status and response to failures" EDI can be realized.
[0070]
【Effect of the invention】
As described above, according to the present invention, the dictionary and user information for electronic data exchange are centrally managed by the agent server as common management, and the user when the user introduces and uses electronic data exchange. The conversion application management function and individual conversion function, which are interfaces, are distributed and managed on the client side, and the electronic data exchange can be used in conjunction with the server and client. This simplifies installation and operation when users use electronic data exchange. For example, it is possible to easily start electronic data exchange even between individual companies, and to newly join a procedure. Is simple, leading to expansion of the range of electronic data exchange between companies.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a translation agent system.
FIG. 2 is a block diagram showing in detail the translation agent system shown in FIG. 1;
[Explanation of symbols]
1 Sender system
2 Recipient system
3 Translation Agent Server
4,7 Design / conversion registration system
5,8 Translation Agent Client
6,9 Business system
17, 34 Dictionary delivery means
18, 35 Conversion management means
19, 36 EDI transmission conversion means
20, 37 Individual conversion table section
21,38 Operation management means
22 Data dictionary part
23 Conversion center table section
24 User address information section
25 History log section
26 Dictionary provision means
27 Conversion method registration means
28 Conversion management means
29 Log management means
30 Transfer management means
39, 40, 41 System message

Claims (1)

送信者と受信者の間で電子データ交換を行うためのEDIシステムにおいて用いられるトランスレーション・エージェント・サーバにおいて,
EDIの変換で取り扱うデータ項目を共通辞書として管理するデータ辞書部と,
利用者がデータ辞書部からデータ辞書の提供を受けるための辞書提供手段と,
利用者のトランスレーション・ルールを格納管理する変換センタテーブル部と,
利用者からの変換方式の申請を受け付ける変換方式登録手段と,
利用者の所在地・利用環境を管理するアドレス情報部と,
一方の利用者からのデータを他方の利用者に届ける転送管理手段と,
利用者の処理・運行状況を保管する履歴ログ部と,
変換・転送の運行状況をログとして管理するログ管理手段とを備え,
上記転送管理手段はさらに,上記他方の利用者側でエラーが発生した場合に通知されるエラー情報を受信して,上記一方の利用者に通知するとともに,上記エラー情報を上記ログ管理手段に通知するものであり,
上記ログ管理手段はさらに,上記エラー情報を上記履歴ログ部に蓄積するものである,
トランスレーションエージェント・サーバ。
In a translation agent server used in an EDI system for exchanging electronic data between a sender and a receiver,
A data dictionary part for managing data items handled by EDI conversion as a common dictionary;
A dictionary providing means for a user to receive a data dictionary from the data dictionary part;
A conversion center table for storing and managing user translation rules;
A conversion method registration means for accepting a conversion method application from a user;
An address information section for managing the location and environment of the user;
A transfer management means for delivering data from one user to the other user;
A history log section that stores the processing and operation status of users;
Log management means for managing the operation status of conversion / transfer as a log,
The transfer management means further receives error information notified when an error occurs on the other user side, notifies the one user, and notifies the log management means of the error information. To do,
The log management means further accumulates the error information in the history log section.
Translation agent server.
JP2001197631A 2000-06-29 2001-06-29 EDI translation system with translation function as agent and server system and client system used in this system Expired - Fee Related JP5041633B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001197631A JP5041633B2 (en) 2000-06-29 2001-06-29 EDI translation system with translation function as agent and server system and client system used in this system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2000196412 2000-06-29
JP2000196412 2000-06-29
JP2000-196412 2000-06-29
JP2001197631A JP5041633B2 (en) 2000-06-29 2001-06-29 EDI translation system with translation function as agent and server system and client system used in this system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2011041371A Division JP4975170B2 (en) 2000-06-29 2011-02-28 Translation agent server

Publications (2)

Publication Number Publication Date
JP2002082845A JP2002082845A (en) 2002-03-22
JP5041633B2 true JP5041633B2 (en) 2012-10-03

Family

ID=44540571

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2001197631A Expired - Fee Related JP5041633B2 (en) 2000-06-29 2001-06-29 EDI translation system with translation function as agent and server system and client system used in this system
JP2011041371A Expired - Lifetime JP4975170B2 (en) 2000-06-29 2011-02-28 Translation agent server

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2011041371A Expired - Lifetime JP4975170B2 (en) 2000-06-29 2011-02-28 Translation agent server

Country Status (1)

Country Link
JP (2) JP5041633B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7797403B2 (en) 2002-07-12 2010-09-14 Microsoft Corporation Deployment of configuration information
JP2006155081A (en) * 2004-11-26 2006-06-15 Fujitsu Ltd Program and device for electronic data exchange, and information processing program
JP2010129071A (en) * 2008-11-25 2010-06-10 Akihiro Kawauchi Connecting method for business-to-business electronic commerce
JP6380031B2 (en) * 2014-11-14 2018-08-29 富士通株式会社 Message generation program, message generation apparatus, and message generation method

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0863411A (en) * 1994-08-23 1996-03-08 Nec Corp Data communicating method and data communication system
JP2888282B2 (en) * 1996-03-14 1999-05-10 日本電気株式会社 Data communication method and data communication system
JPH10307881A (en) * 1997-05-08 1998-11-17 Fujitsu Ltd Electronic transaction device and computer-readable storage medium recording control program for executing format conversion by electronic transaction
JPH11110456A (en) * 1997-10-08 1999-04-23 Hitachi Ltd Logic structure of electronic commercial transaction system
JPH11184943A (en) * 1997-12-19 1999-07-09 Fujitsu Ltd System and method for electronic transaction and storage medium for storing control program for performing format conversion in electronic transaction
JPH11250355A (en) * 1998-02-26 1999-09-17 Toshiba Tec Corp Order management device
JP2000067115A (en) * 1998-08-18 2000-03-03 Nec Corp System and method for distributing data
JP2000148785A (en) * 1998-11-16 2000-05-30 Hitachi Ltd Commercial transaction management system
JP2000163375A (en) * 1998-11-30 2000-06-16 Hitachi Ltd Method for managing right of access between plural edi systems

Also Published As

Publication number Publication date
JP4975170B2 (en) 2012-07-11
JP2011154703A (en) 2011-08-11
JP2002082845A (en) 2002-03-22

Similar Documents

Publication Publication Date Title
US5850517A (en) Communication link for client-server having agent which sends plurality of requests independent of client and receives information from the server independent of the server
US6157941A (en) Architecture for client-server communication over a communication link
CN100568873C (en) The message transmission system that the is used for publish/subscribe method of unifying
EP1059790A2 (en) Apparatus and method for protocol conversion
JPS62118465A (en) Propagation of resource information
JP2004505372A (en) System and method for request concentration and load balancing
CA2231684A1 (en) System and method for multi-site distributed object management environment
JP5104591B2 (en) Bus system
US7934218B2 (en) Interprocess communication management using a socket layer
KR20010093465A (en) Distributed objects oriented communication system and method for common service various protocolby used corba proxy module therefor
US20030014537A1 (en) Method and apparatus for the delivery and integration of an asset management system into an existing enterprise network
EP0845184A1 (en) Improved message queuing distribution services for mail systems
US8117437B2 (en) System for providing services for applications available under different protocols
JP4975170B2 (en) Translation agent server
JP4663948B2 (en) Anonymous subject-based addressing method and apparatus
US20040162918A1 (en) System and method for invoking WebDAV methods via non-WebDAV communication protocols
US20040163037A1 (en) System and method for invoking WebDAV methods via non-WebDAV protocols
JP2005531856A (en) Windows Management Measurement Synchronization Repository Provider
CN107911462A (en) High-volume method of data synchronization based on ActiveMQ
US6625117B1 (en) Method and apparatus for switching messages from a primary message channel to a secondary message channel in a message queuing system
US20020199022A1 (en) System and method for establishing and managing communications between mangement protocol different system
US7260536B1 (en) Distributed voice and wireless interface modules for exposing messaging/collaboration data to voice and wireless devices
JP2000200245A (en) System and method for information utilization
JP2009508211A (en) Independent message processing system and method transparent to endpoints
US20030056004A1 (en) Method and apparatus for the routing of messages in an asset management system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080625

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100817

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100831

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101028

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20101130

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110228

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20110307

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20110513

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120710

R150 Certificate of patent or registration of utility model

Ref document number: 5041633

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150720

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees