JP2004355382A - Edi exchange method and edi data distribution management server device - Google Patents

Edi exchange method and edi data distribution management server device Download PDF

Info

Publication number
JP2004355382A
JP2004355382A JP2003152949A JP2003152949A JP2004355382A JP 2004355382 A JP2004355382 A JP 2004355382A JP 2003152949 A JP2003152949 A JP 2003152949A JP 2003152949 A JP2003152949 A JP 2003152949A JP 2004355382 A JP2004355382 A JP 2004355382A
Authority
JP
Japan
Prior art keywords
edi
edi data
business message
data
business
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.)
Withdrawn
Application number
JP2003152949A
Other languages
Japanese (ja)
Inventor
Makoto Matsubara
誠 松原
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.)
JFE Systems Inc
Original Assignee
Kawasaki Steel Systems R&D Corp
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 Kawasaki Steel Systems R&D Corp filed Critical Kawasaki Steel Systems R&D Corp
Priority to JP2003152949A priority Critical patent/JP2004355382A/en
Publication of JP2004355382A publication Critical patent/JP2004355382A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a self-institution which receives and deals with EDI(Electronic Data Interchange) data where even when the configuration of the dealing processor is changed, it is not necessary for other organization which transmits the EDI data to change the transmission destination of the EDI data. <P>SOLUTION: An EDI data distribution management server device 5 which receives and deals with EDI data decodes a business message in the received EDI data, and refers to a distribution management table storage part 10 in which transmission destination information is stored according to at least one of the data of a transmission origin enterprise code, transaction classification code and business message contents acquired by decoding in order to decide the transmission destination of the business message based on the reference result. Also, the EDI data distribution management server device reconfigures the business message as the EDI data according to the decided transmission destination. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、EDIデータを受信し取り扱う側の自組織において、該取扱いの処理装置の構成などが変更になっても、EDIデータを発信する側の他組織において、EDIデータの送信先などの変更を行う必要がないようにすることができるEDI交換方法、EDIデータ振分け管理サーバ装置、及びこれらに係るコンピュータ・プログラムに関する。
【0002】
【従来の技術】
異なる組織間において情報を電子データ化し、ネットワークを利用して相互に交換することが良く行われている。具体的な例としては物品の見積もり依頼や見積もり回答をEDI(Electronic Data Interchange)データ化し、それをインターネット等のネットワークを利用して送受信する電子商取引システムがある。
【0003】
このような電子商取引システムを構築する場合は、取り決められたシンタックスルールにのっとった複数の企業同士でのEDIデータのやり取りや、(社団法人)日本電子機械工業会EDI推進センター発行の『EIAJ取引情報化対応標準」に述べられているようなセンターサーバ装置を利用する。ここでセンターサーバ装置とは、VAN業者等の仲介業者により設置されたコンピュータ装置に相当するものであり、発信元企業と受信先企業の間のEDIデータ交換が行われる際に両者を仲介する機能を持つ。
【0004】
図1は、一般的な電子取引システムを示すブロック図である。
【0005】
この図は、図3に示す後述する事務所や工場の設備構成変更より、以前の構成を示している。符合1は、各企業3に配置されたEDIデータ処理装置である。特に、該EDIデータ処理装置1は、企業Aに配置されたものは装置Aとされ、企業Bに配置されたものは装置Bとされている。これらAやBというように、以下の説明においても適宜、各企業3を区別したり、各EDIデータ処理装置1を区別したりするために、同様の符号名称を付与するものとする。
【0006】
図2は、従来の発信元側に設ける振分け管理テーブルを示す線図である。
【0007】
企業Bと企業Aにおいて電子商取引を行う場合に、EDIデータ処理装置Bは、該振分け管理テーブルに記録されている受信先企業コードと取引種別コードから、送信先装置であるEDIデータ処理装置Aを決定する。そうして、該送信先装置にEDIデータを送信する。
【0008】
ここで、企業Aにおいて、事業所や工場の再編成や拡大や縮小などのため、EDIデータ処理装置1などの増設や削減や移動など、組織変更が生じ得るものである。このような変更を、以下単に、組織変更と呼ぶ。
【0009】
このような組織変更が生じた場合は、従来、企業Bの取引先コード、受信先コードを登録してある取引先テーブルを変更することにより対応する。更に、企業B以外の取引先企業において、同様のテーブル変更の作業を同期して行う必要がある。又、このテーブル変更による方法は、送信先テーブルに登録してある業務受信先企業コードと取引種別コードによって送信先が決定するので、業務メッセージの内容によっては振分けられないのが通常である。
【0010】
図3は、企業Aにおける事務所や工場の設備構成変更後を示すブロック図である。又、図4は、該設備構成変更後の、発信元側に設けた振分け管理テーブルを示す線図である。
【0011】
図3において、設備構成変更後に企業Aでは、従来からの装置Aに加えて、装置A1及び装置A2が新設されている。企業Bは、このような企業Aの組織変更に対して、前述の図3の振分け管理テーブルを、図4に示すように変更する必要があり、又企業B以外のEDIデータ処理装置1についても、センターサーバ方式を採用していない場合はすべて、取引先企業の振分け管理テーブルの変更が必要になる。
【0012】
又、図4の振分け管理テーブルでは、確定注文がすべてEDIデータ処理装置A1に送信され、EDIデータ処理装置A2へは確定注文は送信されないことになる。従来は、必要に迫られた場合は、図5に示す複雑な手順を取って、EDIデータ処理装置A1からEDIデータ処理装置A2へEDIデータを転送している。しかしながら、該転送では、無駄なトランスレート処理が必要であるため、処理装置への負荷が大きくなるという問題がある。又、使用するマップが送信元であるEDIデータ処理装置Bと同一ではないために、正確に元のEDIデータと同意になる保障がないなど、問題が多かった。
【0013】
なお、特許文献1では、センターサーバを用いているものの、以上のような従来例と同様に発信元側に振分け管理テーブルを設けている。又、発信元側やセンターサーバにおいて、以上のような従来例と同様の処理を行っている。
【0014】
【特許文献1】
特開2000−156703公報
【0015】
【発明が解決しようとする課題】
かかる従来の方法においては、次のような問題がある。即ち、ある発信元機関と受信先機関において、複数の業務メッセージを持つEDIデータを授受しようとする場合、予めその分だけの取引種別コードの組を、取引先企業のEDIデータ処理装置1の持つ振分け管理テーブル中に登録しておく必要がある。
【0016】
又、特に多数の事業所や工場を持つ大企業においては、見積り依頼、確定注文等の取引種別毎に異なる事業所や工場、即ち、異なるEDIデータ処理装置1でデータ処理を行うのが一般的であり、その構成が変更になることもある。従って、電子商取引を行う一方の企業中の事業所や工場の統廃合や再編成等により、取引関係が成立する取引種別コードの組の数も増減することになり、その都度センターサーバや取引先企業のEDIデータ処理装置1の振分け管理テーブル内容を更新する必要がある。
【0017】
図4の振分け管理テーブルでは、取引種別コード毎に受信先企業Aの事業所や工場に対応するEDIデータ処理装置名称が対応付けられている。受信先企業Aの事業所や工場の再編成が行われる度に、振分け管理テーブルの内容を修正する必要がある。このように、EDIデータの発信元企業やセンターサーバは、送信するEDIデータを受信先企業の、何処の事業所や工場に送信するべきかを常に意識しなければならなかった。
【0018】
又、同じ取引種別コードでも、それに対応付けられる詳細な業務メッセージ内容は、様々なパターンを持つのが一般的である。例えば、取引種別コードの中のーつである確定注文コードの場合、確定注文の対象となる商品種別は様々なものが考えられる。見積もり依頼を受ける企業側では、商品毎に異なる部署、即ち異なるEDIデータ処理装置1で、見積もり依頼データの処理を行いたいという必要が出てくることは充分考えられる。しかるに、従来の技術においては、見積もり依頼コードのみで、EDIデータを配信すべきEDIデータ処理装置1を特定していたため、各商品の見積もり依頼データを処理するのに適切なEDIデータ処理装置1まで特定することは不可能であった。図5の振分け管理テーブルの内容では、確定注文コード0002を持つEDIデータは、全て企業Aの同一のEDIデータ処理装置A1に配信されてしまうことになる。
【0019】
本発明は、前記従来の問題点を解決するべくなされたもので、EDIデータを受信し取り扱う側の自組織において、該取扱いの処理装置の構成などが変更になっても、EDIデータを発信する側の他組織において、EDIデータの送信先などの変更を行う必要がないようにすることができるEDI交換方法及びEDIデータ振分け管理サーバ装置を提示することを目的とする。
【0020】
なお、本発明の付随的な目的は、取引先企業とのEDIデータ授受の直接の窓口となるローカルサーバ装置を別途設置することにより、振分け管理テーブルの内容を階層化し、自企業の事業所や工場の構成を取引先企業に意識させることなく、複数のEDIデータの送受信を実現することにある。又、一度に受信した複数のEDIデータをEDIデータ処理装置1毎に分解しても正しいEDIデータのフォーマットとして再構築することにある。更には、取引種別コードそのものではなく、業務メッセージ内容そのものによりEDIデータを配信すべきEDIデータ処理装置1を特定することにある。
【0021】
【課題を解決するための手段】
まず、本願の第1発明のEDI交換方法は、EDIデータを受信し取り扱う側において、受信したEDIデータの中の業務メッセージを解読し、該解読によって得られる発信元企業コード、取引種別コード、及び業務メッセージ内容のデータの内の少なくとも1つによって、発信先情報が格納されている振分け管理テーブルを参照し、該参照結果に基づいて該業務メッセージの発信先を決定する振分け解析手順と、決定された該発信先に従って、業務メッセージをEDIデータとして再構築する手順と、前記受信取扱い側における設備追加又は変更の場合、前記EDIデータを送信する相手側に、これら追加又は変更による設定変更を必要とさせない手順と、を有することを有することにより、前記課題を解決したものである。
【0022】
又、前記EDI交換方法において、更に、受信したEDIデータの中の業務メッセージを解読して得られる、発信元企業コード、発信先企業コード、取引種別コード、及び業務メッセージ内容のデータの内の少なくとも1つによって集計管理テーブルを検索し、該検索結果に応じた集計を、集計管理テーブルにおける業務メッセージの内容別に行う手順を、有することにより、前記課題の解決と共に、業務メッセージの内容別に実績収集の集計を行うことができる。該集計結果によれば、上記再構築されたEDIデータの業務メッセージの発信先のそれぞれの負荷量を把握することで、各装置の運用が過負荷によって渋滞してしまうことを防止するためなど、有用な情報を提供することができる。
【0023】
更に、前記EDI交換方法において、EDIデータを送信する際に、該EDIデータの中の業務メッセージを解読し、該解読によって得られる発信元企業コード、発信先企業コード、取引種別コード、及び業務メッセージ内容のデータの内の少なくとも1つによって集計管理テーブルを検索し、該検索結果に応じた集計を、集計管理テーブルにおける業務メッセージの内容別に行う手順を、有することにより、前記課題の解決と共に、EDIデータの送信に関しても、業務メッセージの内容別に実績収集の集計を行うことができる。該集計結果によれば、上記再構築されたEDIデータの業務メッセージの発信先のそれぞれの負荷量を把握することで、各装置の運用が過負荷によって渋滞してしまうことを防止するためなど、有用な情報を提供することができる。
【0024】
又、前記EDI交換方法において、前記再構築手順が、同じ前記発信先になっている複数の業務メッセージを、1つのEDIデータとして取りまとめて、EDIデータを再構築する手順であることにより、該EDIデータの業務メッセージの発信先における処理効率の向上などを図ることができる。
【0025】
次に、本願の第2発明のEDIデータ振分け管理サーバ装置は、EDIデータを受信し取り扱う側において、受信したEDIデータの中の業務メッセージを解読し、該解読によって得られる発信元企業コード、取引種別コード、及び業務メッセージ内容のデータの内の少なくとも1つによって、発信先情報が格納されている振分け管理テーブルを参照し、該参照結果に基づいて該業務メッセージの発信先を決定する振分け解析部と、決定された該発信先に従って、業務メッセージをEDIデータとして再構築する業務メッセージ再構築部と、を有すると共に、EDIデータを受信し取り扱う側に設けられていることにより、前記課題を解決したものである。
【0026】
更に、本願の第3発明のコンピュータ・プログラムは、上記第1発明に記載のEDI交換方法、又は上記第2発明に記載のEDIデータ振分け管理サーバ装置を実施するためのコンピュータ・プログラムを提供することで、前記課題を解決したものである。
【0027】
以下、本発明の作用について、簡単に説明する。
【0028】
本発明は、EDIデータを受信し取り扱う側において、振分け解析手順としてまず、受信したEDIデータの中の業務メッセージを解読する。そして、該解読によって得られる発信元企業コード、取引種別コード、及び業務メッセージ内容のデータの内の少なくとも1つによって、発信先情報が格納されている振分け管理テーブルを参照し、該参照結果に基づいて該業務メッセージの発信先を決定する。
【0029】
又、続く、再構築する手順として、決定された該発信先に従って、業務メッセージをEDIデータとして再構築する。
【0030】
従って、EDIデータを受信し取り扱う側において、組織変更が生じても、該組織変更に対する対応処置は、EDIデータを受信し取り扱う側において行うことができる。又、EDIデータを受信し取り扱う側における、受信した業務メッセージの振分け変更が容易であり、複雑な振分けにも対応することができる。
【0031】
以上のように本発明によれば、EDIデータを受信し取り扱う側の自組織において、該取扱いの処理装置の構成などが変更になっても、EDIデータを発信する側の他組織において、EDIデータの送信先などの変更を行う必要がないようにすることができる。
【0032】
【発明の実施の形態】
以下、図を用いて本発明の実施の形態を詳細に説明する。
【0033】
図6は、本発明が適用された第1実施形態の構成を示すブロック図である。
【0034】
この図に示すように、本実施形態においては、EDIデータを受信する側の企業Aにおいて、複数のEDIデータ処理装置1、即ち処理装置A、A1、A2を設ける。又、本発明が適用されているEDIデータ管理サーバ装置5を設けるようにしている。これらEDIデータ処理装置1及びEDIデータ管理サーバ装置5によって、企業Aの組織におけるコンピュータシステムが構成されている。
【0035】
そうして、企業Bなど他組織の発信元から送られるEDIデータを、一旦、該EDIデータ管理サーバ装置5で受信する。該EDIデータ管理サーバ装置5は、他からのEDIデータの受信窓口として機能するようになっている。EDIデータ管理サーバ装置5は、振分け管理テーブルを有しており、該振分け管理テーブルを用いるなどして、交換用コンピュータ装置として機能するようになっている。又、該EDIデータ管理サーバ装置5は、受信したEDIデータを加工し、自分方のEDIデータ処理装置1に対して、該加工済みのEDIデータを配信する。
【0036】
図7は、本実施形態に用いるEDIデータ管理サーバ装置の構成を示すブロック図である。
【0037】
この図において、EDIデータ振分け管理サーバ装置5は、振分け管理テーブルが設けられている振分け管理テーブル格納部10と、業務メッセージ受信部20と、業務メッセージ分解部22と、振分け解析部24と、業務メッセージ再構築部26と、業務メッセージ送信部28とを有している。なお、振分け管理テーブルには、EDIデータ項目及び業務メッセージ内容の組と、該組に対応付けられた配信先組織が記録されている。
【0038】
図8は、本実施形態のEDIデータ振分け管理サーバ装置5において行われる処理を示すフローチャートである。
【0039】
まずステップ212では、業務メッセージ受信部20は、外部からの業務メッセージを受信する。
【0040】
ステップ214では、業務メッセージ分解部22は、企業Bなど他組織から受信した自組織向けデータファイルを、業務メッセージ受信部20から受ける。又、該業務メッセージ分解部22は、該データファイルに含まれる複数の業務メッセージを、所定のEDI形式に従って個々の業務メッセージに分解する。
【0041】
ステップ216では、振分け解析部24は、所定のEDI形式に従って業務メッセージを解析し、自組織内クライアントの各EDIデータ処理装置1に振り分ける。具体的には、該振分け解析部24は、業務メッセージ分解部22において分解した業務メッセージから、発信元組織コード、受信先組織コード、取引種別コード、業務メッセージ内容などのEDIデータ項目を読み出す。そして、該振分け解析部24は、読み出したこれらEDIデータ項目と、振分け管理テーブルの内容を照合し、該振分け管理テーブルにおいてEDIデータ項目に対応付けられている配信先(配信先組織)の情報を獲得し、該情報に応じてその業務メッセージを自組織内のEDIデータ処理装置1に振り分ける。更には、該振分け解析部24は、配信先(配信先組織)毎に業務メッセージを分類する。
【0042】
ステップ218では、業務メッセージ再構築部26は、配信先(配信先組織)毎に分類された業務メッセージをまとめて、EDIデータ処理装置1で処理可能なEDIデータ形式に再構築する。具体的には、該業務メッセージ再構築部26は、分解された個々の業務メッセージを、メッセージグループヘッダ、メッセージグループトレーラに従って再構築し、定められたEDIフオーマットに戻す。
【0043】
ステップ220では、業務メッセージ送信部28は、自企業内のEDIデータ処理装置1へ、再構築された業務メッセージを送信する。
【0044】
図9〜図11は、本実施形態を説明するために仮定した、所定のEDI形式を示す線図である。これら図9〜図11は、本来は1つの線図であるが、出願の作図の都合上、3つの図に分解したものである。図9の図中下方に図10が続き、図9の最下行と図10の最上行は作図上重複させてあり、これらは同一行である。又、図10の図中下方に図11が続く。
【0045】
これらの図に示すEDIデータ例のEDI形式は、発信元企業コードと、受信先企業コードと、取引種別コードと、業務メッセージ内容と、取引種別コード別の業務メッセージ件数とを有する。又、業務メッセージ内容としては、1件の見積り依頼と、3件の確定注文となる。
【0046】
このEDIデータの構造は、複数の業務メッセージデータを、1つのメッセージグループヘッダ及びメッセージグループトレーラの対で囲み、これによって業務メッセージグループとしている。
【0047】
この構造は、(財)日本情報処理開発協会で定められたCIIシンタックスルールに準拠しているものとし、基本的な構造を図12に示す。
【0048】
図13は、本実施形態の振分け管理テーブルの内容を示す線図である。
【0049】
この図のテーブルにおいて、発信元企業コード、受信先企業コード、取引種別コードは、それぞれ、本実施形態のEDIデータにおいては、発信者コード、受信者コード、情報区分コードに対応する。メッセージ内容比較項目は、データタグで示したEDIデータの比較項目を示している。
【0050】
この図のテーブルにおいて、発信元企業コード、受信先企業コード、取引種別コードの各項目がそれぞれ、“222222222222”、“111111111111”、“0001”であるEDIデータは、EDIデータ処理装置Aに配信する。発信元企業コード、受信先企業コード、取引種別コードの各項目がそれぞれ、“222222222222”、“111111111111”、“0002”であり、データタグが“10”、即ち商品種別が“X”又は“Z”であるEDIデータは、EDIデータ処理装置A1に配信する。発信元企業コード、受信先企業コード、取引種別コードの各項目がそれぞれ、“222222222222”、“111111111111”、“AAAAAA”、“0002”であり、商品種別が“Y”であるEDIデータは、EDIデータ処理装置A2に配信するべきであることが示されている。
【0051】
企業Bが企業Aに対して、図9〜図11に示したEDIデータを送信する場合を考える。先ず、企業BからEDIデータが企業Aに送信される。このときに企業Bは、企業AのEDIデータ処理装置1の構成を認識する必要はなく、企業Aの代表的EDIデータ処理装置1に送信することになる。
【0052】
送信されたEDIデータは、企業Aの代表的EDIデータ処理装置1である、EDIデータ振分け管理サーバ装置5の業務メッセージ受信部20で受信される。
【0053】
業務メッセージ分解部22は、EDIデータを業務メッセージ受信部20から受け取り、それを所定のEDI形式に従って複数の業務メッセージに分解する。
【0054】
図15は、業務メッセージ分解部22における該分解の手順を示すフローチャートである。又、図14は、分解したEDIデータを示す線図である。
【0055】
業務メッセージ分解部22は、詳細には、EDIデータである1つ以上の業務メッセージを含む業務メッセージグループから、メッセージヘッダ(ステップ250)、メッセージ(ステップ260)、メッセージトレーラ(ステップ254)を抽出する。又、業務メッセージグループに含まれる個々の業務メッセージ毎に、メッセージヘッダ、メッセージトレーラの情報を生成及び付加し、業務メッセージ単位で分解する(ステップ256)。
【0056】
図16は、振分け解析部24における振分解析の手順を示すフローチャートである。
【0057】
振分け解析部24は、まず対象になる業務メッセージグループのEDIデータ項目を獲得する(ステップ282)。次に、振分け管理テーブルからマッチングに必要な発信者コード、受信者コード、情報区分コード、商品種別を、所定のEDI形式に従って読み出す(ステップ284)。又、該振分け解析部24は、獲得したEDIデータ項目と、振分け管理テーブルの内容を照合し、そのEDIデータ項目に対応付けられて振分け管理テーブルに格納されている振分け先を示す情報を獲得する(ステップ286)。そうして、該振分け解析部24は、自組織内EDIデータ処理装置1への振り分けを決定する(ステップ290)。
【0058】
例えば、図14の1番目の業務メッセージは、発信元企業コード、受信先企業コード、取引種別コードの各項目がそれぞれ、“222222222222”、“111111111111”、“0001”とする。すると、図13の振分け管理テーブルの1番目の組に該当し、送信すべきEDIデータ処理装置1は、“A”となる。
【0059】
2番目の業務メッセージは、発信元企業コード、受信先企業コード、取引種別コードの各項目がそれぞれ、“222222222222”、“111111111111”、“0002”で、商品種別が商品“X”であるとする。すると、振分け管理テーブルの2番目の組に該当し、送信すべきEDIデータ処理装置1は、“A1”となる。
【0060】
3番目の業務メッセージは、発信元企業コード、受信先企業コード、取引種別コードの各項目がそれぞれ、“222222222222”、“111111111111”、“0002”で、商品種別が商品“Y”であるとする。すると、振分け管理テーブルの3番目の組に該当し、送信すべきEDIデータ処理装置1は、“A2”となる。
【0061】
4番目の業務メッセージは、発信元企業コード、受信先企業コード、取引種別コードの各項目がそれぞれ、“222222222222”、“111111111111”、“0002”で、商品種別が商品“Z”であるとする。すると、振分け管理テーブルの2番目の組に該当し、送信すべきEDIデータ処理装置1は、“A1”となる。
【0062】
この時点で、所定のEDIデータ交換の運用形式が解釈可能な業務メッセージを、受信できたか否かを通知する受信確認メッセージが必要ならば、所定のEDI形式に従って業務メッセージを作成し、発信元企業に返信する。
【0063】
図18は、業務メッセージ再構築部26における業務メッセージ再構築振分解析の手順を示すフローチャートである。
【0064】
業務メッセージ再構築部26は、自組織内EDIデータ処理装置1毎に振り分られた個々の業務メッセージの、メッセージグループヘッダ、メッセージグループトレーラを編集し、定められたEDIフオーマットにする。
【0065】
まず、ステップ312では、再構築対象の業務メッセージグループに関する情報を獲得し、又該業務メッセージグループに含まれる個々の業務メッセージの、メッセージグループヘッダ、メッセージグループトレーラを獲得する。ステップ314からステップ318では、同じ発信先になっている複数の業務メッセージを、1つのEDIデータとして取りまとめる処理を行う。ステップ320からステップ324では、取りまとめたEDIデータの作成日付時刻を求め、又最終シーケンス番号とハッシュトータル数値を計算し、これらに応じて該EDIデータの作成日付時刻又最終シーケンス番号及びハッシュトータル数値を更新する。
【0066】
所定のEDIデータがCIIの場合は、含まれている業務メッセージ数を意味する、最終シーケンス番号とハッシュトータル数値を再計算しなければ、正しいEDIフオーマットとは認められない。受信者コードと作成日付時刻に関しては、運用規定によって変更することもできる。本例では作成日付時刻は、業務メッセージを再構築した時刻とし、受信者コードは変更しないものとする。
【0067】
業務メッセージ再構築部26で振分け先が同じで、受信時に同じ業務メッセージグループであった業務メッセージは、再び合成した後に、合成した各業務メッセージグループは順次処理される。図14の2番目の業務メッセージ即ちメッセージ2−1と、4番目の業務メッセージ即ちメッセージ2−3は、同じ振分け先A1であるので、同じ業務メッセージグループとする。振分け先ごとに合成したEDIデータを図17に示す。
【0068】
図17のEDIデータ処理装置Aに振り分けられた業務メッセージは、メッセージグループヘッダの作成日付時刻を、処理時刻に変更する。2003年1月1日0時0分10秒であれば“030101000010”とする。業務メッセージ数は“1”であるので、最終シーケンス番号は“1”となる。
【0069】
メッセージグループヘッダの第1トータル項目Nolが“020”であるので、データタグが“20”である数量の項目のデータを合計し、ハッシュトータル1は“1000”となる。
【0070】
同様にEDIデータ処理装置A1に振り分けられた業務メッセージは、作成日付時刻が“030101000010”、最終シーケンス番号は“2”となり、ハッシュトータル1がメッセージ2−1の“1000”と、メッセージ2−3の合計で、“3000”となる。EDIデータ処理装置A2に振り分けられた業務メッセージは、作成日付時刻が“030101000010”、最終シーケンス番号は“1”、ハッシュトータル1は“2000”となる。
【0071】
なお、メッセージグループヘッダ、メッセージグループトレーラを変更したEDIデータを、図19〜図21に示す。
【0072】
業務メッセージ送信部28は、自企業内のEDIデータ処理装置1毎に再構築されたEDIデータを、それぞれのEDIデータ処理装置1へ送信する。
【0073】
又、それぞれのEDIデータ処理装置1は、このようにして送信され、自身宛に送られてきたEDIデータを処理する。
【0074】
企業Aの個々のEDIデータ処理装置1から企業Bへ送信する場合は、運用時の取り決めとして直接送信する方式でもよい。あるいは、一度EDIデータ振分け管理サーバ装置5に集めてもよい。
【0075】
本実施形態では、業務メッセージ内容の商品種別だけでマッチングさせたが、より詳しい区分も可能である。
【0076】
例えば、振分け管理テーブルを操作することで、商品Yの確定注文で、数量が100以下なら、事務所A3に配信するといったことが可能である。この場合は、業務メッセージ内容比較項目に“10==Y and 20<=100”と設定する。商品種別(データタグ=10)が“Y”であり、数量(データタグ=20)が“100以下”の意味となる。
【0077】
以上のようにして、企業Aと企業Bの間で業務メッセージ交換が実施されるが、企業Bは、業務メッセージ種別や企業Aの現在の内部構成を含めて、将来的な構成変更も意識する必要がないことになる。又、同じメッセージ種別にしても、その対象とする商品種別に応じて、EDIデータを配信すべきEDIデータ処理装置1を選別できるため、企業側のEDIデータ処理効率の向上が期待出来る。
【0078】
以上説明したように、本実施形態によれば、本発明を効果的に適用することができる。
【0079】
次に、図22は、本発明が適用された第2実施形態の構成を示すブロック図である。
【0080】
本実施形態においては、複数の企業からのEDIデータの、送受信が前提とされている。
【0081】
図23は、本実施形態に用いるEDIデータ管理サーバ装置の構成を示すブロック図である。
【0082】
この図において、EDIデータ振分け管理サーバ装置5は、振分け管理テーブルが設けられている振分け管理テーブル格納部10と、集計管理テーブルが設けられている集計管理テーブル格納部12と、集計テーブル格納部14と、業務メッセージ受信部20と、業務メッセージ分解部22と、振分け解析部30と、業務メッセージ再構築部26と、業務メッセージ送信部28とを有している。
【0083】
なお、振分け管理テーブルには、EDIデータ項目及び業務メッセージ内容の組と、該組に対応付けられた配信先組織が記録されている。集計管理テーブルには、EDIデータ項目と業務メッセージ内容の組とそれに対応付けられた配信先組織が記録されている。
【0084】
振分け解析部30は、まず振分け解析部24と同じ処理を行う。更に、該振分け解析部30は、図24に示すような集計管理テーブルを用いて、前述のステップ216において、処理中の業務メッセージと集計管理テーブルを照らし合わせ、該当する項目の送信元、発信先、取引種別、業務メッセージ内容などの単位での集計、履歴を蓄積できる。
【0085】
上記テーブルの場合は、本EDI管理サーバで処理される業務メッセージの内、“0001”、即ち見積り依頼と、“0002”、即ち確定注文と、“0003”、即ち注文請けの、“20”即ち数量について、発信元企業コード、受信先企業コード(発信先企業コード)別に履歴記録と集計を行うことを意味する。
【0086】
図25は、図24に示す集計管理テーブルを用いた場合の集計テーブルを示す線図である。該集計テーブルは、図23に示す集計テーブル格納部14に設けられている。図25に示されるように該集計テーブルにおいては、発信元企業コード、受信先企業コード(発信先企業コード)、取引種別コード、メッセージ内容集計項目(業務メッセージ内容)の単位で、集計値として集計されている。
【0087】
このように受信だけでなく送信についても集計を行っており、これは自企業が受信したEDIメッセージだけではなく、取引先企業へ発信したEDIメッセージについても同様の処理を行うため、一元化した自組織EDI取引をリアルタイムに把握する一手段となる。
【0088】
以上説明したように、本実施形態によれば、本発明を効果的に適用することができる。
【0089】
以上に述べた各実施形態においては、他組織とのEDIデータ授受の直接の窓口となるEDIデータ振分け管理サーバ装置5を別途設置することにより、データ発信元組織が、データ受信先組織の内部構成を意識することなく、EDIデータ交換が実施出来るようになる。又、EDIデータのフォーマットがEDIデータ振分け管理サーバ装置5の設置以前と同じであるため各EDIデータ処理装置1は同じものが使用でき、新しく増設する場合もEDIデータ振分け管理サーバ装置5に特化したものは必要ない。更に、装置への負荷の大きいマップを使用したトランスレータを使用せずにEDIデータ中の業務メッセージ内容そのものにより配信先を特定する仕組みを持つため、より高度な振分け機能を持つEDIデータ交換システムが構築可能となる。
【0090】
【発明の効果】
本発明によれば、EDIデータを受信し取り扱う側の自組織において、該取扱いの処理装置の構成などが変更になっても、EDIデータを発信する側の他組織において、EDIデータの送信先などの変更を行う必要がないようにすることができる。
【図面の簡単な説明】
【図1】従来からの一般的な電子取引システムを示すブロック図
【図2】従来の発信元側に設ける振分け管理テーブルを示す線図
【図3】企業Aにおける事務所や工場の設備構成変更後を示すブロック図
【図4】従来における、上記設備構成変更後の、発信元側に設けた振分け管理テーブルを示す線図
【図5】従来のEDIデータ転送の処理を示すフローチャート
【図6】本発明が適用された第1実施形態の構成を示すブロック図
【図7】上記第1実施形態に用いるEDIデータ管理サーバ装置の構成を示すブロック図
【図8】前記第1実施形態のEDIデータ振分け管理サーバ装置5において行われる処理を示すフローチャート
【図9】前記第1実施形態を説明するために仮定した、所定のEDI形式を示す線図
【図10】図9に続く第2のEDI形式を示す線図
【図11】図10に続く第3のEDI形式を示す線図
【図12】日本情報処理開発協会で定められたCIIシンタックスルールの基本的な構造を示す線図
【図13】前記第1実施形態の振分け管理テーブルの内容を示す線図
【図14】前記第1実施形態において分解したEDIデータを示す線図
【図15】前記第1実施形態に用いられる業務メッセージ分解部における該分解の手順を示すフローチャート
【図16】前記第1実施形態に用いられる振分け解析部における振分解析の手順を示すフローチャート
【図17】前記第1実施形態において振分け先ごとに合成したEDIデータを示す線図
【図18】前記第1実施形態に用いられる業務メッセージ再構築部における業務メッセージ再構築振分解析の手順を示すフローチャート
【図19】前記第1実施形態においてメッセージグループヘッダ、メッセージグループトレーラを変更したEDIデータを示す第1の線図
【図20】前記第1実施形態においてメッセージグループヘッダ、メッセージグループトレーラを変更したEDIデータを示す第2の線図
【図21】前記第1実施形態においてメッセージグループヘッダ、メッセージグループトレーラを変更したEDIデータを示す第3の線図
【図22】本発明が適用された第2実施形態の構成を示すブロック図
【図23】前記第2実施形態に用いるEDIデータ管理サーバ装置の構成を示すブロック図
【図24】前記第2実施形態に用いる集計管理テーブルを示す線図
【図25】前記第2実施形態に用いる集計テーブルを示す線図
【符号の説明】
1…EDIデータ処理装置
3…企業
5…EDIデータ振分け管理サーバ装置
10…振分け管理テーブル格納部
12…集計管理テーブル格納部
14…集計テーブル格納部
20…業務メッセージ受信部
22…業務メッセージ分解部
24、30…振分け解析部
26…業務メッセージ再構築部
28…業務メッセージ送信部
[0001]
TECHNICAL FIELD OF THE INVENTION
According to the present invention, even if the configuration of a processing device for handling EDI data is changed in the own organization receiving and handling the EDI data, the other organization sending the EDI data can change the transmission destination of the EDI data and the like. The present invention relates to an EDI exchange method, an EDI data distribution management server device, and a computer program related to the EDI exchange method and the EDI data distribution management server device, which can eliminate the necessity of performing.
[0002]
[Prior art]
It is common practice to convert information into electronic data between different organizations and to exchange information using a network. As a specific example, there is an electronic commerce system in which a request for quote and a reply to the quote are converted into EDI (Electronic Data Interchange) data, and the data is transmitted and received using a network such as the Internet.
[0003]
When constructing such an electronic commerce system, exchange of EDI data between a plurality of companies in accordance with the agreed syntax rules and "EIAJ Transactions" issued by the Japan Electronic Machine Manufacturers Association EDI Promotion Center A center server device as described in "Informatization-compatible standard" is used. Here, the center server device corresponds to a computer device installed by an intermediary company such as a VAN company, and has a function of mediating EDI data exchange between a source company and a destination company. have.
[0004]
FIG. 1 is a block diagram showing a general electronic transaction system.
[0005]
This figure shows the configuration before the equipment configuration change of the office or factory described later shown in FIG. 3. Reference numeral 1 denotes an EDI data processing device arranged in each company 3. In particular, the EDI data processing device 1 is assigned to the company A as the device A, and the EDI data processing device 1 assigned to the company B as the device B. In the following description, similar symbol names will be given to distinguish the respective companies 3 and the respective EDI data processing devices 1 as appropriate, such as A and B.
[0006]
FIG. 2 is a diagram showing a conventional distribution management table provided on the transmission side.
[0007]
When electronic commerce is performed between the company B and the company A, the EDI data processing device B determines the EDI data processing device A as the transmission destination device from the destination company code and the transaction type code recorded in the distribution management table. decide. Then, the EDI data is transmitted to the destination device.
[0008]
Here, in the company A, organizational changes such as expansion, reduction, or movement of the EDI data processing device 1 and the like may occur due to the reorganization, expansion, or reduction of offices and factories. Such a change is hereinafter simply referred to as an organization change.
[0009]
In the case where such an organization change has occurred, it is conventionally dealt with by changing a supplier table in which the supplier code and the receiver code of the company B are registered. Further, in a business partner other than the company B, it is necessary to synchronously perform the same table change operation. Further, in the method based on this table change, the transmission destination is determined by the business reception destination company code and the transaction type code registered in the transmission destination table, and therefore, it is usually not distributed depending on the contents of the business message.
[0010]
FIG. 3 is a block diagram showing the office A and the factory in the company A after changing the equipment configuration. FIG. 4 is a diagram showing a distribution management table provided on the transmission side after the equipment configuration change.
[0011]
In FIG. 3, after the equipment configuration is changed, in the company A, in addition to the conventional device A, a device A1 and a device A2 are newly installed. The company B needs to change the distribution management table of FIG. 3 as shown in FIG. 4 in response to such an organization change of the company A. The EDI data processing device 1 other than the company B also needs to be changed. In all cases where the center server method is not adopted, it is necessary to change the distribution management table of the client company.
[0012]
Further, in the distribution management table of FIG. 4, all the confirmed orders are transmitted to the EDI data processing device A1, and the confirmed orders are not transmitted to the EDI data processing device A2. Conventionally, when it is necessary, the EDI data is transferred from the EDI data processing device A1 to the EDI data processing device A2 by taking a complicated procedure shown in FIG. However, the transfer requires useless translation processing, and thus has a problem in that the load on the processing device increases. Further, since the map to be used is not the same as the EDI data processing apparatus B which is the transmission source, there are many problems such that there is no guarantee that the EDI data processing apparatus B accurately agrees with the original EDI data.
[0013]
In Patent Document 1, although a center server is used, a distribution management table is provided on the transmission source side in the same manner as in the above-described conventional example. Further, the same processing as in the above-described conventional example is performed on the transmission side and the center server.
[0014]
[Patent Document 1]
JP 2000-156703 A
[0015]
[Problems to be solved by the invention]
Such a conventional method has the following problems. That is, when a certain source organization and a destination organization intend to send and receive EDI data having a plurality of business messages, the EDI data processing device 1 of the business partner company has a set of transaction type codes corresponding to the transaction data in advance. It must be registered in the distribution management table.
[0016]
In particular, in a large company having many offices and factories, it is common to perform data processing in different offices and factories, that is, different EDI data processing apparatuses 1 for each type of transaction such as a quote request and a firm order. And the configuration may be changed. Therefore, due to the consolidation or reorganization of offices and factories in one company that conducts e-commerce, the number of sets of transaction type codes for which a business relationship is established will increase or decrease. It is necessary to update the contents of the distribution management table of the EDI data processing apparatus 1.
[0017]
In the distribution management table of FIG. 4, the EDI data processing device names corresponding to the offices and factories of the receiving company A are associated with each transaction type code. Every time the establishment or factory of the receiving company A is reorganized, it is necessary to correct the contents of the distribution management table. As described above, the EDI data source company and the center server must always be aware of where to send the EDI data to the establishment or factory of the destination company.
[0018]
In addition, even with the same transaction type code, the detailed business message content associated therewith generally has various patterns. For example, in the case of a firm order code, which is one of the transaction type codes, various kinds of merchandise types to be firmly ordered can be considered. It is fully conceivable that the company receiving the quote request will need to process the quote request data in a different department for each product, that is, in a different EDI data processing device 1. However, in the related art, since the EDI data processing device 1 to which the EDI data is to be distributed is specified only by the estimate request code, the EDI data processing device 1 suitable for processing the estimate request data of each product is provided. It was impossible to identify. According to the contents of the distribution management table in FIG. 5, all the EDI data having the confirmed order code 0002 is distributed to the same EDI data processing device A1 of the company A.
[0019]
SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned conventional problems, and the EDI system transmits EDI data even when the configuration of a processing device for handling the EDI data is changed in the own organization that receives and handles the EDI data. It is an object of the present invention to provide an EDI exchange method and an EDI data distribution management server device that can eliminate the need to change the destination of EDI data or the like in another organization on the side.
[0020]
It is to be noted that an additional object of the present invention is to separately install a local server device which is a direct contact point of EDI data exchange with a business partner company, thereby hierarchically laying out the contents of the distribution management table, and establishing a business establishment of the own company or An object of the present invention is to realize transmission and reception of a plurality of EDI data without making a business partner company aware of a factory configuration. Another object of the present invention is to reconstruct a plurality of EDI data received at one time as a correct EDI data format even if the EDI data is divided for each EDI data processing device 1. Further, the purpose is to specify the EDI data processing device 1 to which EDI data is to be distributed based not on the transaction type code itself but on the business message content itself.
[0021]
[Means for Solving the Problems]
First, the EDI exchange method according to the first invention of the present application, on the side of receiving and handling EDI data, decodes a business message in the received EDI data, and obtains the source company code, transaction type code, and transaction type code obtained by the decoding. At least one of the business message content data refers to a distribution management table storing destination information, and a distribution analysis procedure for determining a destination of the business message based on the reference result. The procedure for reconstructing the business message as EDI data according to the transmission destination, and in the case of adding or changing equipment on the reception handling side, it is necessary to change the setting by adding or changing the EDI data to the other party transmitting the EDI data. By solving the problem, the above-mentioned problem is solved.
[0022]
In the EDI exchange method, at least one of data of a source company code, a destination company code, a transaction type code, and a business message content obtained by decoding a business message in the received EDI data. By having a procedure for retrieving the aggregation management table by one and performing aggregation according to the search result for each content of the business message in the aggregation management table, the above problem can be solved and the result collection for each content of the business message can be performed. Aggregation can be performed. According to the totaling result, by grasping the respective load amounts of the destinations of the business message of the reconstructed EDI data, it is possible to prevent the operation of each device from being congested due to overload. Useful information can be provided.
[0023]
Further, in the EDI exchange method, when transmitting the EDI data, a business message in the EDI data is decrypted, and a source company code, a destination company code, a transaction type code, and a business message obtained by the decryption are obtained. By providing a procedure for searching the total management table based on at least one of the data of the contents and performing the total according to the search result for each content of the business message in the total management table, the above-mentioned problem can be solved and EDI can be performed. Regarding data transmission, the result collection can be totaled for each business message content. According to the totaling result, by grasping the respective load amounts of the destinations of the business message of the reconstructed EDI data, it is possible to prevent the operation of each device from being congested due to overload. Useful information can be provided.
[0024]
Further, in the EDI exchange method, the reconstructing procedure is a procedure of reassembling EDI data by collecting a plurality of business messages of the same destination as one EDI data. It is possible to improve the processing efficiency at the destination of the data business message.
[0025]
Next, the EDI data distribution management server device of the second invention of the present application, on the side receiving and handling the EDI data, decodes the business message in the received EDI data, and obtains the source company code and the transaction obtained by the decoding. A distribution analysis unit that refers to a distribution management table storing transmission destination information based on at least one of the type code and the data of the business message content, and determines the transmission destination of the business message based on the reference result. And a business message reconstructing unit that reconstructs a business message as EDI data according to the determined transmission destination, and is provided on the side that receives and handles the EDI data. Things.
[0026]
Further, a computer program according to a third invention of the present application provides a computer program for implementing the EDI exchange method according to the first invention or the EDI data distribution management server device according to the second invention. Thus, the above problem has been solved.
[0027]
Hereinafter, the operation of the present invention will be briefly described.
[0028]
According to the present invention, on the side of receiving and handling EDI data, first, as a distribution analysis procedure, a business message in the received EDI data is decoded. Then, at least one of the source company code, transaction type code, and business message content data obtained by the decryption refers to the distribution management table storing the destination information, and based on the reference result. To determine the destination of the business message.
[0029]
As a subsequent rebuilding procedure, the business message is rebuilt as EDI data in accordance with the determined destination.
[0030]
Therefore, even if the organization change occurs on the side receiving and handling the EDI data, the countermeasure for the organization change can be performed on the side receiving and handling the EDI data. Further, it is easy to change the distribution of the received business message on the side receiving and handling the EDI data, and it is possible to cope with complicated distribution.
[0031]
As described above, according to the present invention, even if the structure of the processing apparatus for receiving and handling the EDI data is changed in the own organization receiving and handling the EDI data, the EDI data is transmitted to the other organization sending the EDI data. It is possible to eliminate the need to change the transmission destination or the like.
[0032]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0033]
FIG. 6 is a block diagram showing the configuration of the first embodiment to which the present invention is applied.
[0034]
As shown in this figure, in the present embodiment, a plurality of EDI data processing apparatuses 1, that is, processing apparatuses A, A1, and A2 are provided in a company A that receives EDI data. Further, an EDI data management server device 5 to which the present invention is applied is provided. The EDI data processing device 1 and the EDI data management server device 5 constitute a computer system in the organization of the company A.
[0035]
Then, EDI data sent from a source of another organization such as the company B is once received by the EDI data management server device 5. The EDI data management server device 5 functions as a reception window for receiving EDI data from others. The EDI data management server device 5 has a distribution management table, and functions as a replacement computer device by using the distribution management table. Also, the EDI data management server device 5 processes the received EDI data and distributes the processed EDI data to its own EDI data processing device 1.
[0036]
FIG. 7 is a block diagram showing the configuration of the EDI data management server device used in the present embodiment.
[0037]
In this figure, the EDI data distribution management server device 5 includes a distribution management table storage unit 10 provided with a distribution management table, a business message receiving unit 20, a business message decomposing unit 22, a distribution analysis unit 24, a business It has a message reconstructing unit 26 and a business message transmitting unit 28. The distribution management table records a set of EDI data items and business message contents, and a distribution destination organization associated with the set.
[0038]
FIG. 8 is a flowchart showing processing performed in the EDI data distribution management server device 5 of the present embodiment.
[0039]
First, in step 212, the business message receiving unit 20 receives a business message from the outside.
[0040]
In step 214, the business message disassembly unit 22 receives the data file for the own organization received from another organization such as the company B from the business message reception unit 20. Further, the business message decomposing unit 22 decomposes a plurality of business messages included in the data file into individual business messages according to a predetermined EDI format.
[0041]
In step 216, the distribution analysis unit 24 analyzes the business message according to a predetermined EDI format and distributes the business message to each EDI data processing device 1 of the client in the own organization. Specifically, the distribution analysis unit 24 reads EDI data items such as a source organization code, a destination organization code, a transaction type code, and a business message content from the business message decomposed by the business message decomposing unit 22. Then, the distribution analysis unit 24 collates the read EDI data items with the contents of the distribution management table, and outputs information on the distribution destination (distribution destination organization) associated with the EDI data items in the distribution management table. The business message is obtained and distributed to the EDI data processing device 1 in the own organization according to the information. Further, the distribution analysis unit 24 classifies the business message for each distribution destination (distribution destination organization).
[0042]
In step 218, the business message restructuring unit 26 collects the business messages classified for each distribution destination (distribution destination organization) and reconstructs them into an EDI data format that can be processed by the EDI data processing device 1. Specifically, the business message restructuring unit 26 reconstructs the decomposed individual business messages according to a message group header and a message group trailer, and returns the business message to a predetermined EDI format.
[0043]
In step 220, the business message transmitting unit 28 transmits the reconstructed business message to the EDI data processing device 1 in the own company.
[0044]
9 to 11 are diagrams showing predetermined EDI formats assumed for describing the present embodiment. Although FIGS. 9 to 11 are originally one diagram, they are exploded into three diagrams for the sake of drawing the application. 9 follows the lower part of FIG. 9, and the lowermost line in FIG. 9 and the uppermost line in FIG. 10 are overlapped in the drawing, and they are the same line. In addition, FIG. 11 is continued below in FIG.
[0045]
The EDI format of the EDI data example shown in these figures has a source company code, a destination company code, a transaction type code, a business message content, and the number of business messages for each transaction type code. The business message content is one request for quote and three confirmed orders.
[0046]
In the EDI data structure, a plurality of business message data are surrounded by a pair of one message group header and message group trailer, thereby forming a business message group.
[0047]
This structure is based on the CII syntax rules defined by the Japan Information Processing Development Association, and the basic structure is shown in FIG.
[0048]
FIG. 13 is a diagram showing the contents of the distribution management table of the present embodiment.
[0049]
In the table of this figure, a source company code, a destination company code, and a transaction type code correspond to a sender code, a receiver code, and an information classification code in the EDI data of the present embodiment, respectively. The message content comparison item indicates a comparison item of the EDI data indicated by the data tag.
[0050]
In the table shown in the figure, EDI data in which the items of the source company code, the destination company code, and the transaction type code are “222222222222”, “111111111111”, and “0001”, respectively, are distributed to the EDI data processing apparatus A. . The items of the source company code, the destination company code, and the transaction type code are “222222222222”, “111111111111”, and “0002”, respectively, and the data tag is “10”, that is, the product type is “X” or “Z”. The EDI data "" is distributed to the EDI data processing device A1. The items of the source company code, the destination company code, and the transaction type code are “222222222222”, “111111111111”, “AAAAAAA”, and “0002”, respectively, and EDI data whose product type is “Y” is EDI. It is indicated that the data should be distributed to the data processing device A2.
[0051]
It is assumed that the company B transmits the EDI data shown in FIGS. First, EDI data is transmitted from the company B to the company A. At this time, the company B does not need to recognize the configuration of the EDI data processing device 1 of the company A, and transmits the data to the representative EDI data processing device 1 of the company A.
[0052]
The transmitted EDI data is received by the business message receiving unit 20 of the EDI data distribution management server device 5, which is the representative EDI data processing device 1 of the company A.
[0053]
The business message decomposing unit 22 receives the EDI data from the business message receiving unit 20, and decomposes the EDI data into a plurality of business messages according to a predetermined EDI format.
[0054]
FIG. 15 is a flowchart showing the procedure of the disassembly in the business message disassembly unit 22. FIG. 14 is a diagram showing the decomposed EDI data.
[0055]
More specifically, the business message disassembly unit 22 extracts a message header (Step 250), a message (Step 260), and a message trailer (Step 254) from a business message group including one or more business messages that are EDI data. . Further, for each individual business message included in the business message group, a message header and a message trailer information are generated and added, and decomposed in business message units (step 256).
[0056]
FIG. 16 is a flowchart illustrating a procedure of distribution analysis in the distribution analysis unit 24.
[0057]
The distribution analysis unit 24 first acquires the EDI data item of the target business message group (step 282). Next, a sender code, a receiver code, an information division code, and a product type required for matching are read from the distribution management table in accordance with a predetermined EDI format (step 284). Also, the distribution analysis unit 24 collates the acquired EDI data item with the contents of the distribution management table, and acquires information indicating the distribution destination stored in the distribution management table in association with the EDI data item. (Step 286). Then, the distribution analysis unit 24 determines the distribution to the in-house EDI data processing device 1 (step 290).
[0058]
For example, in the first business message in FIG. 14, the items of the source company code, the destination company code, and the transaction type code are “222222222222”, “111111111111”, and “0001”, respectively. Then, the EDI data processing device 1 that corresponds to the first set of the distribution management table in FIG. 13 and that is to be transmitted is “A”.
[0059]
In the second business message, the items of the source company code, the destination company code, and the transaction type code are “222222222222”, “111111111111”, and “0002”, respectively, and the product type is the product “X”. . Then, the EDI data processing device 1 corresponding to the second set of the distribution management table and to be transmitted is “A1”.
[0060]
In the third business message, the items of the source company code, the destination company code, and the transaction type code are “222222222222”, “111111111111”, and “0002”, respectively, and the product type is the product “Y”. . Then, the EDI data processing device 1 that corresponds to the third group of the distribution management table and is to be transmitted is “A2”.
[0061]
In the fourth business message, the items of the source company code, the destination company code, and the transaction type code are “222222222222”, “111111111111”, and “0002”, respectively, and the product type is the product “Z”. . Then, the EDI data processing device 1 corresponding to the second set of the distribution management table and to be transmitted is “A1”.
[0062]
At this point, if a reception acknowledgment message is required to notify whether or not a business message that can be interpreted in a predetermined EDI data exchange operation format has been received, a business message is created in accordance with the predetermined EDI format, Reply to
[0063]
FIG. 18 is a flowchart illustrating a procedure of the business message restructuring distribution analysis in the business message restructuring unit 26.
[0064]
The business message restructuring unit 26 edits a message group header and a message group trailer of each business message distributed for each EDI data processing apparatus 1 in the own organization, and converts the edited message into a predetermined EDI format.
[0065]
First, in step 312, information about a business message group to be reconstructed is obtained, and a message group header and a message group trailer of each business message included in the business message group are obtained. In steps 314 to 318, a process of collecting a plurality of business messages having the same destination as one EDI data is performed. In steps 320 to 324, the creation date and time of the compiled EDI data is obtained, the final sequence number and the hash total value are calculated, and the creation date and time, the final sequence number and the hash total value of the EDI data are calculated accordingly. Update.
[0066]
When the predetermined EDI data is CII, the correct EDI format cannot be recognized unless the final sequence number and the hash total number, which means the number of business messages included, are recalculated. The recipient code and the date and time of creation can be changed according to the operational rules. In this example, the creation date and time is the time when the business message is reconstructed, and the recipient code is not changed.
[0067]
The business messages that have the same distribution destination in the business message restructuring unit 26 and have the same business message group at the time of reception are combined again, and the combined business message groups are sequentially processed. The second business message, ie, message 2-1 and the fourth business message, ie, message 2-3 in FIG. FIG. 17 shows EDI data synthesized for each distribution destination.
[0068]
The business message distributed to the EDI data processing apparatus A in FIG. 17 changes the creation date and time of the message group header to the processing time. If it is 00:00:00 on January 1, 2003, it is “030101000010”. Since the number of business messages is “1”, the final sequence number is “1”.
[0069]
Since the first total item Nol of the message group header is “020”, the data of the items of the quantity whose data tag is “20” is totaled, and the hash total 1 becomes “1000”.
[0070]
Similarly, the business message distributed to the EDI data processing device A1 has a creation date and time of “030101000010”, a final sequence number of “2”, a hash total 1 of “1000” of the message 2-1 and a message 2-3. Is "3000" in total. The business message distributed to the EDI data processing device A2 has a creation date and time of “030101000010”, a final sequence number of “1”, and a hash total of “2000”.
[0071]
FIGS. 19 to 21 show EDI data obtained by changing the message group header and the message group trailer.
[0072]
The business message transmitting unit 28 transmits EDI data reconstructed for each EDI data processing device 1 in the own company to each EDI data processing device 1.
[0073]
Further, each EDI data processing device 1 processes the EDI data transmitted in this way and transmitted to itself.
[0074]
When transmission is performed from the individual EDI data processing apparatuses 1 of the company A to the company B, a method of directly transmitting the data may be used as a rule during operation. Alternatively, the data may be collected in the EDI data distribution management server device 5 once.
[0075]
In the present embodiment, the matching is performed only by the product type of the business message content, but more detailed classification is also possible.
[0076]
For example, by operating the distribution management table, it is possible to deliver to the office A3 if the final order of the product Y is 100 or less. In this case, “10 == Y and 20 <= 100” is set in the business message content comparison item. The product type (data tag = 10) is “Y”, and the quantity (data tag = 20) means “100 or less”.
[0077]
As described above, the business message exchange is performed between the company A and the company B, but the company B is aware of a future configuration change including the business message type and the current internal configuration of the company A. There will be no need. Further, even with the same message type, the EDI data processing device 1 to which the EDI data is to be distributed can be selected according to the target product type, so that the EDI data processing efficiency on the company side can be expected.
[0078]
As described above, according to the present embodiment, the present invention can be effectively applied.
[0079]
Next, FIG. 22 is a block diagram showing a configuration of a second embodiment to which the present invention is applied.
[0080]
In the present embodiment, it is assumed that EDI data is transmitted and received from a plurality of companies.
[0081]
FIG. 23 is a block diagram showing the configuration of the EDI data management server device used in the present embodiment.
[0082]
In this figure, the EDI data distribution management server device 5 includes a distribution management table storage unit 10 provided with a distribution management table, a total management table storage unit 12 provided with a total management table, and a total table storage unit 14. , A business message receiving unit 20, a business message decomposing unit 22, a distribution analyzing unit 30, a business message reconstructing unit 26, and a business message transmitting unit 28.
[0083]
The distribution management table records a set of EDI data items and business message contents, and a distribution destination organization associated with the set. The aggregation management table records sets of EDI data items and business message contents, and distribution destination organizations associated therewith.
[0084]
The distribution analysis unit 30 first performs the same processing as the distribution analysis unit 24. Further, the distribution analysis unit 30 compares the business message being processed with the aggregation management table in step 216 using the aggregation management table as shown in FIG. , Transaction type, business message content, etc., and the history can be accumulated.
[0085]
In the case of the above table, of the business messages processed by the EDI management server, “0001”, ie, a quote request, “0002”, ie, a firm order, and “0003”, ie, “20” of an order confirmation, ie, This means that for the quantity, history recording and totaling are performed for each of the source company code and the destination company code (destination company code).
[0086]
FIG. 25 is a diagram showing a tally table when the tally management table shown in FIG. 24 is used. The tallying table is provided in the tallying table storage 14 shown in FIG. As shown in FIG. 25, in the tallying table, tallying is performed as a tallying value in units of a source company code, a destination company code (destination company code), a transaction type code, and a message content totaling item (business message content). Have been.
[0087]
In this way, data is collected not only for reception but also for transmission. This is because the same processing is performed not only for EDI messages received by the own company but also for EDI messages sent to business partners. This is a way to grasp EDI transactions in real time.
[0088]
As described above, according to the present embodiment, the present invention can be effectively applied.
[0089]
In each of the above-described embodiments, by separately installing the EDI data distribution management server device 5 which is a direct contact for EDI data exchange with other organizations, the data transmission source organization can change the internal configuration of the data reception destination organization. EDI data exchange can be performed without being conscious of this. Further, since the format of the EDI data is the same as before the installation of the EDI data distribution management server device 5, the same EDI data processing device 1 can be used, and even when newly added, the EDI data distribution management server device 5 is specialized. You don't need anything. Furthermore, since there is a mechanism for specifying the delivery destination based on the business message content itself in the EDI data without using a translator that uses a map that places a heavy load on the device, an EDI data exchange system with a more advanced distribution function is constructed. It becomes possible.
[0090]
【The invention's effect】
According to the present invention, even if the configuration of the processing device for the EDI data is changed in the own organization receiving and handling the EDI data, the destination of the EDI data is not changed in the other organization transmitting the EDI data. Need not be changed.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a conventional general electronic trading system.
FIG. 2 is a diagram showing a conventional distribution management table provided on a transmission source side;
FIG. 3 is a block diagram showing an office or a factory in a company A after a change in equipment configuration;
FIG. 4 is a diagram showing a distribution management table provided on the transmission source side after the above-described facility configuration change in the related art.
FIG. 5 is a flowchart showing a conventional EDI data transfer process;
FIG. 6 is a block diagram showing a configuration of a first embodiment to which the present invention is applied;
FIG. 7 is a block diagram showing a configuration of an EDI data management server device used in the first embodiment.
FIG. 8 is a flowchart showing processing performed in the EDI data distribution management server device 5 of the first embodiment.
FIG. 9 is a diagram showing a predetermined EDI format assumed for explaining the first embodiment;
FIG. 10 is a diagram showing a second EDI format following FIG. 9;
FIG. 11 is a diagram showing a third EDI format following FIG. 10;
FIG. 12 is a diagram showing a basic structure of a CII syntax rule defined by the Japan Information Processing Development Association.
FIG. 13 is a diagram showing contents of a distribution management table according to the first embodiment;
FIG. 14 is a diagram showing EDI data decomposed in the first embodiment.
FIG. 15 is a flowchart showing a procedure of the disassembly in the business message disassembly unit used in the first embodiment
FIG. 16 is a flowchart showing a distribution analysis procedure in a distribution analysis unit used in the first embodiment.
FIG. 17 is a diagram showing EDI data synthesized for each distribution destination in the first embodiment.
FIG. 18 is a flowchart showing a procedure of business message restructuring distribution analysis in a business message restructuring unit used in the first embodiment;
FIG. 19 is a first diagram showing EDI data obtained by changing a message group header and a message group trailer in the first embodiment.
FIG. 20 is a second diagram showing EDI data obtained by changing the message group header and the message group trailer in the first embodiment.
FIG. 21 is a third diagram showing EDI data obtained by changing the message group header and the message group trailer in the first embodiment.
FIG. 22 is a block diagram showing a configuration of a second embodiment to which the present invention is applied;
FIG. 23 is a block diagram showing a configuration of an EDI data management server device used in the second embodiment.
FIG. 24 is a diagram showing a tally management table used in the second embodiment;
FIG. 25 is a diagram showing an aggregation table used in the second embodiment.
[Explanation of symbols]
1. EDI data processing device
3… Company
5. EDI data distribution management server device
10 ... Distribution management table storage
12: Total management table storage
14: Total table storage
20: Business message receiving unit
22 Business message disassembly unit
24, 30 ... distribution analysis unit
26… Business message restructuring unit
28: Business message transmission unit

Claims (6)

EDIデータを受信し取り扱う側において、受信したEDIデータの中の業務メッセージを解読し、該解読によって得られる発信元企業コード、取引種別コード、及び業務メッセージ内容のデータの内の少なくとも1つによって、発信先情報が格納されている振分け管理テーブルを参照し、該参照結果に基づいて該業務メッセージの発信先を決定する振分け解析手順と、
決定された該発信先に従って、業務メッセージをEDIデータとして再構築する手順と、
前記受信取扱い側における設備追加又は変更の場合、前記EDIデータを送信する相手側に、これら追加又は変更による設定変更を必要とさせない手順と、を有することを特徴とするEDI交換方法。
On the side receiving and handling the EDI data, the business message in the received EDI data is decoded, and at least one of the source company code, the transaction type code, and the business message content data obtained by the decoding, A distribution analysis procedure for referring to a distribution management table storing transmission destination information and determining a transmission destination of the business message based on the reference result;
Reconstructing a business message as EDI data according to the determined destination;
An EDI exchange method, comprising: in a case where equipment is added or changed on the reception handling side, a procedure that does not require the other party transmitting the EDI data to change the setting by the addition or change.
請求項1に記載のEDI交換方法において、更に、
受信したEDIデータの中の業務メッセージを解読して得られる、発信元企業コード、発信先企業コード、取引種別コード、及び業務メッセージ内容のデータの内の少なくとも1つによって集計管理テーブルを検索し、該検索結果に応じた集計を、集計管理テーブルにおける業務メッセージの内容別に行う手順を、有することを特徴とするEDI交換方法。
The EDI exchange method according to claim 1, further comprising:
Searching the aggregation management table by at least one of the source company code, the destination company code, the transaction type code, and the business message content data obtained by decrypting the business message in the received EDI data, An EDI exchange method, comprising: a procedure for performing totalization according to the search result for each content of a business message in a total management table.
請求項2に記載のEDI交換方法において、
EDIデータを送信する際に、該EDIデータの中の業務メッセージを解読し、該解読によって得られる発信元企業コード、発信先企業コード、取引種別コード、及び業務メッセージ内容のデータの内の少なくとも1つによって集計管理テーブルを検索し、該検索結果に応じた集計を、集計管理テーブルにおける業務メッセージの内容別に行う手順を、有することを特徴とするEDI交換方法。
The EDI exchange method according to claim 2,
When the EDI data is transmitted, a business message in the EDI data is decrypted, and at least one of data of a source company code, a destination company code, a transaction type code, and a business message content obtained by the decryption is decoded. An EDI exchange method characterized by comprising a procedure of searching a total management table by one of the methods and performing a total according to the search result for each content of a business message in the total management table.
請求項1〜3のいずれか1つに記載のEDI交換方法において、
前記再構築手順が、同じ前記発信先になっている複数の業務メッセージを、1つのEDIデータとして取りまとめて、EDIデータを再構築する手順であることを特徴とするEDI交換方法。
The EDI exchange method according to any one of claims 1 to 3,
An EDI exchange method, wherein the reconstructing procedure is a procedure of reassembling EDI data by collecting a plurality of business messages to the same destination as one EDI data.
EDIデータを受信し取り扱う側において、受信したEDIデータの中の業務メッセージを解読し、該解読によって得られる発信元企業コード、取引種別コード、及び業務メッセージ内容のデータの内の少なくとも1つによって、発信先情報が格納されている振分け管理テーブルを参照し、該参照結果に基づいて該業務メッセージの発信先を決定する振分け解析部と、
決定された該発信先に従って、業務メッセージをEDIデータとして再構築する業務メッセージ再構築部と、を有すると共に、
EDIデータを受信し取り扱う側に設けられていることを特徴とするEDIデータ振分け管理サーバ装置。
On the side receiving and handling the EDI data, the business message in the received EDI data is decoded, and at least one of the source company code, the transaction type code, and the business message content data obtained by the decoding, A distribution analysis unit that refers to a distribution management table in which transmission destination information is stored, and determines a transmission destination of the business message based on the reference result;
A business message reconstructing unit for reconstructing a business message as EDI data in accordance with the determined destination;
An EDI data distribution management server device provided on a side that receives and handles EDI data.
請求項1〜請求項4のいずれか1つに記載のEDI交換方法、又は請求項5に記載のEDIデータ振分け管理サーバ装置を実施するためのコンピュータ・プログラム。A computer program for implementing the EDI exchange method according to any one of claims 1 to 4, or the EDI data distribution management server device according to claim 5.
JP2003152949A 2003-05-29 2003-05-29 Edi exchange method and edi data distribution management server device Withdrawn JP2004355382A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003152949A JP2004355382A (en) 2003-05-29 2003-05-29 Edi exchange method and edi data distribution management server device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003152949A JP2004355382A (en) 2003-05-29 2003-05-29 Edi exchange method and edi data distribution management server device

Publications (1)

Publication Number Publication Date
JP2004355382A true JP2004355382A (en) 2004-12-16

Family

ID=34048044

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003152949A Withdrawn JP2004355382A (en) 2003-05-29 2003-05-29 Edi exchange method and edi data distribution management server device

Country Status (1)

Country Link
JP (1) JP2004355382A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010122756A (en) * 2008-11-17 2010-06-03 Hitachi Ltd Edi integration system, edi integration method, and edi integration program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010122756A (en) * 2008-11-17 2010-06-03 Hitachi Ltd Edi integration system, edi integration method, and edi integration program

Similar Documents

Publication Publication Date Title
US6697809B2 (en) Data retrieval and transmission system
US6617969B2 (en) Event notification system
US8234391B2 (en) Messaging model and architecture
EP2242010A1 (en) Systems and/or methods for end-to-end business process management, business event management, and/or business activity monitoring
MX2008012378A (en) Policy based message aggregation framework.
US20080077708A1 (en) System and method for electronically managing and routing news content
US7730139B2 (en) Asynchronous tamper-proof tag for routing e-mails and e-mail attachments
WO2005109177A2 (en) System and method for file services
US20170026543A1 (en) System and method for processing and distribution of unstructured documents
US20100088311A1 (en) Enhanced database scheme to support advanced media production and distribution
US7472083B2 (en) Document exchange
US20170147588A1 (en) System and method for centralized document capture, management and retention
US20060074815A1 (en) Duplicate reception judgment unit
CN107291764A (en) A kind of big data exchange method and device, system
US6609156B1 (en) Method and apparatus for reducing redundant multiple recipient message handling in a message handling system
JP2004355382A (en) Edi exchange method and edi data distribution management server device
US8566125B1 (en) Systems and methods for performing workflow
CN115022275A (en) Distributed mail transfer method, device, system, equipment and storage medium
JP2019061408A (en) Information processing apparatus and information processing program
JP2000156703A (en) Exchange computer, electronic data exchange system and computer-readable recording medium with distribution analysis program recorded therein
JP5169610B2 (en) Data collection / delivery device, data collection / delivery system, data collection / delivery method and program
CN108241934A (en) Data query method and apparatus
JP3632845B2 (en) File exchange device
CN102457516A (en) File transmitting apparatus, file transmitting method, and file transmitting program
US20090157748A1 (en) Systems and methods for seekable layer file encoding and decoding

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060801