JP4965015B2

JP4965015B2 - Data exchange system

Info

Publication number: JP4965015B2
Application number: JP2000193342A
Authority: JP
Inventors: 浩二直塚; 裕志伊藤; 誠加賀谷; 正樹楢▲崎▼
Original assignee: NTT Docomo Business Inc; NTT Communications Corp
Current assignee: NTT Docomo Business Inc
Priority date: 2000-06-27
Filing date: 2000-06-27
Publication date: 2012-07-04
Anticipated expiration: 2020-06-27
Also published as: JP2002007685A

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の企業間で、電子的なネットワークを介して通信データを交換するデータ交換システムに関する。
【０００２】
【従来の技術】
ビジネスの多様化と国際化によって、企業の取引相手はますます拡大しており、企業間で交換される受発注などの取引に関する情報は、膨大なものとなってきている。この企業間の取引に関わる膨大な情報のやりとりを、時間やコストをかけずに効率よく行うために、例えば、ＥＤＩ（Electronics Data Interchange）などのデータ交換システムが利用されてきている。ＥＤＩでは、標準化されたプロトコルに従い、コンピュータとネットワークを介して、受発注や決済などの情報を企業間でやりとりしている。日本国内において、ＥＤＩは、「ＣＩＩシンタクスルール」または「ＥＤＩＦＡＣＴ」を用いたオンライン取引のことを示している。
【０００３】
なお、「ＣＩＩシンタックスルール」は、財団法人日本情報処理開発協会の産業情報化推進センター（ＣＩＩ）が、１９９２年に日本国内のＥＤＩ標準化を促進するために開発したシンタックスルールである。各業界や業際において、ＣＩＩシンタックスルールをベースにした標準メッセージが策定されている。標準メッセージとは、各業界または業際の取引に関わる情報の項目を定めたものである。ＣＩＩシンタックスルールによるＥＤＩを行うためには、トランスレータ（ＥＤＩデータ変換ソフト）が必要となる。
【０００４】
また、「ＥＤＩＦＡＣＴ」は、「ＥＤＩＦｏｒＡｄｍｉｎｉｓｔｒａｔｉｏｎ，ＣｏｍｍｅｒｃｅａｎｄＴｒａｎｓｐｏｒｔ」（行政、商業，輸送のための電子データ交換）の略である。正式には「ＵＮ／ＥＤＩＦＡＣＴ」といわれ、国連欧州経済委員会が開発した国際ＥＤＩ標準で、シンタックスルールや標準メッセージが定められている。「ＥＤＩＦＡＣＴ」のシンタックスルールは、ＩＳＯ（国際標準化機構）にＩＳＯ９３７５として登録され、１９８８年に公開されている。
【０００５】
データ交換システムであるＥＤＩでは、例えば企業間の取引データをまとめてファイルとして一括送受信する形態と、「ＷｅｂＥＤＩ」などのようにＷＷＷ技術を使い、ＷＷＷサーバを経由して伝票などの各データを送受信し、これらをＷｅｂブラウザで確認等ができる形態がある。どちらの形態においても、ＶＡＮ（付加価値通信網）事業者が、ＷＷＷサーバを用意し、これを利用して企業間のデータ交換サービスを提供している。例えば、「ＷｅｂＥＤＩ」では、ネットワーク上にＷＷＷサーバが用意され、このネットワークに接続した企業間が、ＷＷＷサーバにアクセスして情報交換を行うようにしている。
【０００６】
例えば、企業Ａ３０１が企業Ｂ３０２の製造している製品を購入する場合、つぎのようなデータ交換が行われることになる（図３）。まず、企業Ａ３０１は、企業Ｂ３０２に対して見積依頼３１１の通信を送り、見積依頼３１１の通信を受けた企業Ｂ３０２は、企業Ａ３０１に対して見積回答３１２の通信を送る。つぎに、見積回答３１２の通信を受けた企業Ａ３０１は、企業Ｂ３０２に対して発注３１３の通信を送り、発注３１３の通信を受けた企業Ｂ３０２は、企業Ａ３０１に対して納期回答３１４の通信を送る。最後に、企業Ａ３０１が製品を納入した後、企業Ｂ３０２は、企業Ａ３０１に対して請求３１５の通信を行う。
【０００７】
ＷｅｂＥＤＩの場合、各通信は、ネットワーク３０３に接続されているＷＷＷサーバ３０４上で、各々個別に管理され、例えば、企業Ａ３０１からの見積依頼の通信は、ＷＷＷサーバ３０４上に登録され、これを企業Ｂ３０２がブラウザを用いて閲覧することで、企業Ａ３０１から企業Ｂ３０２に対する見積依頼の送達を行うようにしている。
【０００８】
【発明が解決しようとする課題】
しかしながら、従来のＥＤＩなどのデータ交換システムでは、単に個々の通信の送受信を管理するのみで、通信間の関連は考慮されていなく、通信間の関連は、通信を送る側もしくは通信を受け取る側が個々に管理していた。このため、ある通信に対する応答内容に誤りが発生するなどの問題が発生していた。また、この通信間の関連をコンピュータなどにより管理する場合、通信を送る側もしくは通信を受け取る側が、企業資源管理として総合的に構築したシステムの中で管理を行っているため、これを変更修正する場合、多大なコストを要していた。
【０００９】
本発明は、以上のような問題点を解消するためになされたものであり、電子的なネットワークを介して企業間で行う通信データの交換が、より正確に、また、より容易にシステム変更が可能な状態で行えるようにすることを目的とする。
【００１０】
本発明のデータ交換システムは、第１，第２の企業間が交換を行うＸＭＬ形式の複数の通信データ中の文字列にデータ交換に必要な情報を付加するタグを定義した通信データ定義を記憶した通信データ定義記憶手段と、通信データの運用規約を通信データ定義に定義された複数の通信データの関連づけと複数の通信データの第１，第２の企業間で交換される方法および順序とで定義した通信データフロー定義を記憶した通信データフロー定義記憶手段と、第１，第２の企業間が交換を行おうとしている通信データを検査する通信データ検査部と、通信データ送受信部と、第１，第２の企業間が交換を行おうとしている通信データから次通信データに引き継ぎ可能なデータに関して定義したデータ引継定義を記憶したデータ引継定義記憶手段と、第１，第２の企業間が交換を行った通信データの履歴を通信データフロー定義に基づいて管理する履歴管理部とを備える。
【００１１】
また、通信データ検査部は、第１，第２の企業間が交換を行おうとしている通信データより、通信データ定義に定義されたタグがついたデータを取りだすとともに履歴管理部に管理されている履歴を参照し、取りだしたデータが、通信データ定義と通信データフロー定義に適合しているかどうかを判断し、通信データ作成部は、第１，第２の企業間が交換を行おうとしている通信データの次に発生する第１，第２の企業間で交換が行われる次通信データがある場合、通信データ定義とともに第１，第２の企業間で既に発生した通信データに含まれるデータ引継定義に定義された引き継ぎ可能なデータをもとに次通信データを作成する。
【００１２】
また、通信データ送受信部は、通信データ検査部が適合していると判断した通信データを、第１，第２の企業間で交換し、次通信データがある場合には通信データに加えて次通信データも第１，第２の企業間で交換し、通信データ検査部が不適合と判断した通信データを、第１，第２の企業間で交換不能として取り扱う。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について図を参照して説明する。
図１は、本発明の実施の形態におけるデータ交換システムに関して説明する構成図である。なお、以下では、製品を購入する企業Ａと製品を販売する企業Ｂとの間で通信データが交換され、交換する通信データが、見積依頼と見積回答と発注と納期回答と費用請求の伝票の場合を例にして説明する。
始めに、本実施の形態におけるデータ交換システムの構成に関して説明する。本データ交換システムでは、図１に示すように、管理サーバ１００が中継するネットワークに各企業Ａ，Ｂを接続している。
【００１４】
管理サーバ１００には、まず、通信データ定義格納部１０１が設けられ、交換するＸＭＬ（Extensible Markup Language）による通信データにおける文書の構造を定義する通信データ定義が格納されている。ＸＭＬデータは、文字をタグとよばれる予約語で挾み込むページ記述言語による文書である。ＸＭＬでは、文書の構造を文書型定義ファイルにすることで、表現方法の指定や文章中の文字列に意味を付加するような独自のタグを拡張できるようにされている。
通信データ定義は、例えば以下に示すとおり、通信データ中の文字列にデータ交換に必要な情報を付加するタグを定義するものである。
【００１５】

【００１６】
上記通信データ定義において、A100，B100，C100は、例えば通信データにおけるデータ処理番号，発注者コード，発注者コード，取り引き形態などの項目である。また、A200は、例えば商品名や商品コードであり、A310,A320,A330,A340は、各商品における製品色柄番号などである。
また、管理サーバ１００には、通信データ定義設定部１０２が設けられ、上記通信データ定義を指示入力通りに設定し、設定された通信データ定義を通信データ定義格納部１０１に保管する。
また、管理サーバ１００には、通信データフロー定義格納部１０３が設けられ、以下の表１に例示するような、企業Ａと企業Ｂとの間で交換される通信データの流れの順序と方向などが定義された通信データフロー定義を格納している。
【００１７】

【００１８】
この通信データフロー定義では、第１の交換データ発生元企業（企業Ａ）が「Ｐ」で定義され、データ交換先の企業（企業Ｂ）が「Ｓ」で定義されている。また、第１の交換データは、見積依頼であり、この文書名は「見積依頼」とされ、これは企業Ａから企業Ｂへ送られるものであることが定義されている。また、通信データフロー定義には、見積依頼，見積回答，発注，納期回答，費用請求の順に交換データが順序づけられ、これらの関連を確認するための関連キーが定義されている。関連キーは、ある製品Ａの見積依頼に対し、異なる製品Ｂの見積回答を送りつけることを回避するものである。また、例えば、「発注」では、「見積回答」までで用いていた関連キーが使用できず、これを「発注」で変更する場合、変更したキーが交換キー項目に定義されている。
【００１９】
また、管理サーバ１００には、通信データフロー設定部１０４が設けられ、上記通信データフロー定義を指示入力の通りに設定し、設定され通信データフロー定義を通信データフロー定義格納部１０３に格納する。
また、管理サーバ１００には、データ入力部１０５が設けられ、企業Ａもしくは企業Ｂからの指示入力を受け付ける。データ入力部１０５が受け付ける指示入力は、例えば、上記通信データ定義の指示入力や、後述する通信データに付加するデータの入力などである。また、すでにある通信データ定義を取り込むこともできる。
【００２０】
また、管理サーバ１００には、通信データ検査部１０６が設けられ、通信データフロー定義格納部１０３に格納されている通信データフロー定義と、以降に説明する履歴管理部１１０の通信履歴をもとに、企業Ａ，企業Ｂ間で交換される通信データの適合性を検査する。
通信データの適合性の検査は、交換される通信データが、通信データ定義格納部１０１に格納されている通信データ定義に定義されたタグを用いているかどうかを検査し、また、交換される通信データの送られる方向と順序が通信データフロー定義格納部１０３に格納されている通信データフロー定義に適合しているかどうかを検査する。
【００２１】
管理サーバ１００に設けられた通信データ送受信部１０７は、例えば、図示していないがＷＷＷサーバを備え、企業Ａから企業Ｂに対する見積依頼を受け取り、通信データ検査部１０６の検査の結果、不適合な箇所がなければ企業Ｂに対して交換可能な状態とする。通信データ送受信部１０７は、通信データ検査部１０６の検査の結果、不適合な箇所があった場合、不適合箇所を示す情報を付加して通信データを送り元の企業へ通知する。例えば上述の場合、見積依頼に不適合な箇所の指示に関するデータを付けて企業Ａに通知する。
【００２２】
管理サーバ１００に設けられた次通信データ作成部１０８は、通信データが送られる企業に対し、この企業が次に送る通信データの雛形（ＸＭＬインスタンス）を作成する。
また、管理サーバ１００に設けられたデータ引継部１０９は、引継テンプレートデータを元に、次通信データ作成部１０８が作成する次の通信データに、元となる通信データから共通の項目のデータを引き継ぐ。
加えて、管理サーバ１００には、履歴管理部１１０が設けられ、通信データ送受信部１０７において交換された通信データの履歴を通信データフロー定義に基づいて管理保管している。
【００２３】
以下、企業Ａが企業Ｂの製品を購入する場合を例に、本実施の形態におけるデータ交換システムによる、企業Ａと企業Ｂとの間で行われるデータ交換の流れに関して説明する。
まず、つぎに示すような構成の見積依頼の通信データが、企業Ａから企業Ｂに対する交換対象となる。
【００２４】

【００２５】
本実施の形態におけるデータ交換システムでは、まず、図２のフローチャートに示すように、ステップＳ１で、通信データ送受信部１０７が、上記のような通信データを受け取る。通信データ送受信部１０７が通信データを受け取ると、ステップＳ２で、通信データ検査部１０６が、通信データ定義格納部１０１に格納されている通信データ定義設定に、受け取った通信データのデータ構造が適合しているかどうかを確認する。ここでは、通信データが所定のＸＭＬ文書構造となっているかどうか、また、対応する通信データ定義設定に設定されている各項目がそろっているか、値の属性や長さが設定に適合しているかなどを確認する。
【００２６】
つぎにステップＳ２で、受け取った通信データが適合していないと判断した場合、ステップＳ３に進み、通信データ送受信部１０７が、通信データの送り元にエラー通知を返す。上記の場合、企業Ａに対して、見積依頼の書式にエラーがあることを通知することになる。
ステップＳ２において、受け取った通信データが適合していると判断した場合、ステップＳ４に進み、通信データ検査部１０６は、上記通信データ内で送信元と送信先を確認する。上記「見積依頼」の場合の確認は、通信データのＸＭＬ文書の中で、「<FromID>」のタグで始まる箇所と、「<ToID>」のタグで始まる箇所を確認すればよい。
【００２７】
次いで、ステップＳ５で、通信データ検査部１０６は、上記通信データ内で文書名を確認する。上記「見積依頼」の場合の確認は、通信データのＸＭＬ文書の中で、「<文書名>」のタグで始まる箇所を確認すればよい。次いで、ステップＳ６で、通信データ検査部１０６は、受け取った通信データの送信方向を確認する。これは、上記ステップＳ４で確認したデータより判断すればよく、上記「見積依頼」場合、企業Ａ→企業Ｂが送信方向となる。次いで、ステップＳ７で、通信データ検査部１０６は、通信データのＸＭＬ文書中の関連キーを確認する。上記「見積依頼」の場合この確認は、「Ｂ２１０」のタグで始まる箇所を確認すればよい。次いで、ステップＳ８で、履歴管理部１１０の履歴を確認する。
【００２８】
以上ステップＳ４〜ステップＳ８の確認の後、ステップＳ９で、通信データ検査部１０６は、通信データフロー定義格納部１０３に格納されている通信データフロー定義に、受け取った通信データが適合しているかどうかを確認する。
通信データフロー定義には、通信データの文書名と送信企業，受信企業との関係、通信データの文書名と送信方向との関係、各通信データの関連と順序などが定義されており、これら各定義に、送られてきた通信データが適合しているかどうかを確認する。
【００２９】
上記「見積依頼」場合、確認した文書名が確認した送信元企業と送信先企業との間でデータ交換される対象であるかどうかを判断する。また、確認した文書名が、確認した送信方向に適合しているかどうかを判断する。また、履歴管理部１１０の履歴を参照し、確認した文書名が各通信データの関連や順序に適合しているかどうかを判断する。例えば、確認した関連キーに適合する「見積依頼」が発生していないのに「発注」を交換しようとしたら、これは、通信データフロー定義に適合していないと判断される。
【００３０】
ステップＳ９の判断で、適合していないとされた場合、ステップＳ３に進み、通信データ送受信部１０７が、通信データの送り元にエラー通知を返す。上記の場合、企業Ａに対して、見積依頼の内容にエラーがあることを通知することになる。
ステップＳ９の判断で、適合しているとされた場合、ステップＳ１０に進み、通信データ検査部１０６は、企業Ａと企業Ｂとの間で次にデータ交換がなされる通信データがあるかどうかが判定される。次の通信データがある場合は、ステップＳ１１に進み、次通信データ作成部１０８が、次に交換すべき通信データのＸＭＬインスタンス（雛形）を作成し、ステップＳ１２で、通信データ送受信部１０７が、上記判断の対象となった本通信データと、この通信データの次に交換対象となる次通信データのＸＭＬインスタンス（雛形）とを送信対象の企業への交換対象の通信データとする。
【００３１】
上記「見積依頼」場合、企業Ｂに対して「見積依頼」交換対象の通信データとなり、「見積回答のＸＭＬインスタンス（雛形）」が次の交換対象の通信データとなる。ステップＳ１０の判断で、次の通信データがないとされた場合、ステップＳ９の判断の対象となった本通信データを対象とする企業にたいする交換対象とし、次に交換される通信データの発生を待つ（ステップＳ１）。
企業Ａから上記「見積依頼」を受けた企業Ｂでは、以下に示すような構成の「見積回答」を企業Ｂに対して送信する。言い換えると、以下の「見積回答」のＸＭＬデータが、次に交換される対象となる。
【００３２】

【００３３】
この交換データも、図２のフローチャートにしたがって処理され、企業Ａに対交換される対象となる。この後、企業Ａが必要とすれば、「発注」の雛形であるＸＭＬインスタンスが、本システムによって交換対象となる。「発注」のＸＭＬインスタンス（雛形）は、通信データ定義の定義に則って作成されるが、次通信データ作成部１０８では、データ引継部１０９に備えられている引継テンプレートデータをもとに、既に発生している「見積依頼」と「見積回答」に存在し、「発注」においても共通に使用される項目のデータを、「発注」のＸＭＬインスタンス（雛形）内に予め用意しておく。引継テンプレートデータは、例えばつぎに示すように構成されている。
【００３４】

【００３５】
以上のような引継テンプレートデータを元に、データ引継部１０９は「発注」に引き継ぐデータを生成し、これを元に、次通信データ作成部１０８は、以下に示すような「発注」のＸＭＬインスタンス（雛形）を作成する。
【００３６】

【００３７】
以上のように作成された「発注」の雛形（ＸＭＬインスタンス）を作成し、企業Ａが次文書を作成したいときに、この「発注」を企業Ｂに対して送信する段階で新たに発生するデータ以外は、既にＸＭＬインスタンス（雛形）内にあるので、「発注」を企業Ｂに対して送信するとき、事前作業時間などを短縮できるようになる。
【００３８】
図１に示した管理サーバ１００は、図示していないが、通信データ送受信部１０７にデータ交換サーバを用意し、このデータ交換サーバに企業間で交換する通信データのＸＭＬを用意してＷＷＷサーバを構成し、データ交換サーバに用意されている通信データを各企業がＷＷＷブラウザにより閲覧している。また、必要なデータを追加して対象企業とデータ交換している。
例えば、データ交換サーバには、初期には見積依頼のＸＭＬインスタンス（雛形）であるＸＭＬインスタンス（雛形）のみが用意され、これが企業Ａにのみ閲覧可能な状態に制御される。この状態で、まず、企業Ａは、データ交換サーバにアクセスし、ＷＷＷブラウザで見積依頼のＸＭＬインスタンス（雛形）を閲覧し、これに必要なデータを入力し、企業Ｂに対して送信する操作を行えばよい。
【００３９】
この送信の操作により、通信データ検査部１０６が、データ交換サーバー上の企業Ａからデータ入力された見積依頼のＸＭＬデータが、通信データフロー定義に適合しているかどうか検査し、適合していれば、企業Ａがデータを追加した見積依頼のＸＭＬデータを、企業Ｂから閲覧可能な状態とする。加えて、次通信データ作成部１０８が、見積回答のＸＭＬインスタンス（雛形）を生成し、これを企業Ｂからのみ閲覧可能な状態とする。
【００４０】
同様に、企業Ｂが、ＷＷＷブラウザ上で見積回答のＸＭＬインスタンス（雛形）に必要データを入力し、これを企業Ａに対して送信する操作をしたら、本システム（通信データ送受信部）では、この見積回答を企業Ａから閲覧可能な状態にする。加えて、通信データ作成部が、発注ＸＭＬインスタンス（雛形）を生成し、通信データ送受信部が、生成したＸＭＬインスタンスを企業Ａにのみ閲覧可能な状態とする。次いで、企業Ａが、ＷＷＷブラウザ上で発注のＸＭＬインスタンス（雛形）に必要データを入力し、これを企業Ｂに対して送信する操作をしたら、本システム（通信データ送受信部）では、この発注のＸＭＬデータを企業Ｂから閲覧可能な状態にし、加えて、通信データ作成部が納期回答ＸＭＬインスタンス（雛形），請求ＸＭＬインスタンス（雛形）を生成し、通信データ送受信部が、作成したＸＭＬインスタンスを企業Ｂにのみ閲覧可能な状態とする。
【００４１】
この後、企業Ｂが、ＷＷＷブラウザ上で納期回答ＸＭＬインスタンス（雛形）に必要データを入力し、これを企業Ａに対して送信する操作をしたら、本システムでは、送信操作対象のＸＭＬデータを企業Ａから閲覧可能な状態にし、加えて、企業Ｂが、ＷＷＷブラウザ上で請求ＸＭＬインスタンス（雛形）に必要データを入力し、これを企業Ａに対して送信する操作をしたら、本システムでは、送信操作対象のＸＭＬデータを企業Ａから閲覧可能な状態にすればよい。
【００４２】
ところで、上記実施の形態では、各企業間で交換する通信データをＸＭＬデータとしたが、通信データを対象企業に送信する場合、ＸＭＬデータを送り先企業で行っている企業資源管理および既存のＥＤＩシステムで利用可能なデータ形式に変換して送信するようにしてもよい。
【００４３】
なお、各企業間と本データ交換システムとの間でＸＭＬ形式の通信データを交換し、通信データの確認を本データ交換システムで検証した後、対応する企業に対して必要なＸＭＬ形式の通信データを送信するようにしてもよい。また、このように直接ＸＭＬデータを送受信する形態と、前述したＷＷＷサーバを仲介する形態とを、各企業間で組み合わせ、各企業と本データ交換システムとの間の接続形態が異なるように構成してもよい。
【００４４】
【発明の効果】
以上説明したように、本発明によれば、企業間で交換する通信データをＸＭＬ形式とし、交換される通信データの構成や関連を管理サーバで管理するようにしたので、電子的なネットワークを介して企業間で行う通信データの交換が、より正確に、また、より容易にシステム変更が可能な状態で行えるようになるという優れた効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるデータ交換システムの構成を示す構成図である。
【図２】図１のデータ交換システムにおけるデータ交換の流れを示すフローチャートである。
【図３】従来よりあるデータ交換システムの構成を示す構成図である。
【符号の説明】
１００…管理サーバ、１０１…通信データ定義格納部、１０２…通信データ定義設定部、１０３…通信データフロー定義格納部、１０４…通信データフロー設定部、１０５…データ入力部、１０６…通信データ検査部、１０７…通信データ送受信部、１０８…通信データ作成部、１０９…データ引継部、１１０…履歴管理部、Ａ，Ｂ…企業。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data exchange system for exchanging communication data between a plurality of companies via an electronic network.
[0002]
[Prior art]
With business diversification and internationalization, the number of business partners is increasing, and information related to transactions such as ordering exchanges between companies has become enormous. Data exchange systems such as EDI (Electronics Data Interchange) have been used to efficiently exchange huge amounts of information related to transactions between companies without taking time and costs. In EDI, according to a standardized protocol, information such as ordering and payment is exchanged between companies via a computer and a network. In Japan, EDI indicates online transactions using “CII syntax rules” or “EDIFACT”.
[0003]
The “CII syntax rule” is a syntax rule developed by the Japan Information Processing Development Association Industrial Information Technology Promotion Center (CII) in 1992 to promote EDI standardization in Japan. Standard messages based on CII syntax rules have been formulated in each industry and industry. Standard messages define items of information related to transactions in each industry or business. In order to perform EDI using CII syntax rules, a translator (EDI data conversion software) is required.
[0004]
“EDIFACT” is an abbreviation for “EDI For Administration, Commerce and Transport” (electronic data exchange for administration, commerce, and transportation). Formally called “UN / EDIFACT”, an international EDI standard developed by the United Nations Economic Commission for Europe, with syntax rules and standard messages. The syntax rule of “EDIFACT” was registered as ISO 9375 with ISO (International Organization for Standardization) and published in 1988.
[0005]
In EDI, which is a data exchange system, for example, transaction data between companies is collectively sent and received as a file, and WWW technology such as “WebEDI” is used, and each data such as a slip is sent and received via a WWW server. However, there is a form in which these can be confirmed by a Web browser. In either form, a VAN (value-added communication network) provider prepares a WWW server and uses this to provide a data exchange service between companies. For example, in “WebEDI”, a WWW server is prepared on a network, and companies connected to the network access the WWW server to exchange information.
[0006]
For example, when the company A301 purchases a product manufactured by the company B302, the following data exchange is performed (FIG. 3). First, the company A301 sends a quote request 311 communication to the company B302, and the company B302 receiving the quote request 311 sends a quote response 312 communication to the company A301. Next, the company A301 that has received the communication of the estimate reply 312 sends a communication of the order 313 to the company B302, and the company B302 that has received the communication of the order 313 sends a communication of the delivery date reply 314 to the company A301. . Finally, after the company A301 delivers the product, the company B302 communicates with the company A301 according to claim 315.
[0007]
In the case of WebEDI, each communication is individually managed on the WWW server 304 connected to the network 303. For example, the communication of the request for quotation from the company A301 is registered on the WWW server 304. B302 browses using a browser so that a quotation request is delivered from company A301 to company B302.
[0008]
[Problems to be solved by the invention]
However, in the conventional data exchange system such as EDI, the transmission / reception of each communication is merely managed, and the relationship between the communication is not considered. The relationship between the communication is individually determined by the sending side or the receiving side. I managed to. For this reason, problems such as an error in the response content for a certain communication have occurred. In addition, when managing the relationship between these communications using a computer, etc., the side that sends or receives the communications is managing it in a system that is comprehensively constructed as corporate resource management. If so, it was costly.
[0009]
The present invention has been made to solve the above-mentioned problems, and the exchange of communication data between companies via an electronic network can be performed more accurately and more easily. The goal is to be able to do it in the possible state.
[0010]
The data exchange system of the present invention stores a communication data definition that defines a tag for adding information necessary for data exchange to a character string in a plurality of communication data in XML format exchanged between the first and second companies. The communication data definition storage means, the association of the plurality of communication data defined in the communication data definition with the operation rules of the communication data , and the method and order of exchange of the plurality of communication data between the first and second companies a communication data flow definition storage means for storing communication data flow definition defining a first, a communication data inspection section between the second company to test the communication data that is attempting to exchange communication data transmitting and receiving unit, first, a data takeover definition storage means between the second company stores data takeover definitions defined for data that can take over from the communication data that is attempting to replace the next communication data First, Ru and a history management unit between the second enterprise is managed based on the communication data flow definition the history of communication data exchange was performed.
[0011]
Further, the communication data inspection unit extracts data with a tag defined in the communication data definition from the communication data to be exchanged between the first and second companies and is managed by the history management unit. Referring to the history, it is determined whether or not the extracted data conforms to the communication data definition and the communication data flow definition, and the communication data creation unit communicates between the first and second companies to exchange. When there is next communication data to be exchanged between the first and second companies generated after the data, the data takeover definition included in the communication data already generated between the first and second companies together with the communication data definition Next communication data is created based on the data that can be inherited defined in .
[0012]
In addition, the communication data transmitting / receiving unit exchanges communication data determined by the communication data inspection unit to be compatible between the first and second companies. Communication data is also exchanged between the first and second companies, and the communication data determined by the communication data inspecting unit to be incompatible is handled as non-exchangeable between the first and second companies .
[0013]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a configuration diagram illustrating a data exchange system according to an embodiment of the present invention. In the following, communication data is exchanged between the company A that purchases the product and the company B that sells the product, and the communication data to be exchanged is an estimate request, an estimate response, an order, a delivery date response, and an expense request slip. A case will be described as an example.
First, the configuration of the data exchange system in the present embodiment will be described. In this data exchange system, as shown in FIG. 1, the companies A and B are connected to the network relayed by the management server 100.
[0014]
The management server 100 is first provided with a communication data definition storage unit 101, which stores communication data definitions that define the structure of documents in communication data in XML (Extensible Markup Language) to be exchanged. XML data is a document in a page description language in which characters are swallowed with reserved words called tags. In XML, by making a document structure into a document type definition file, an original tag that adds meaning to a character string in a sentence can be specified.
The communication data definition defines a tag for adding information necessary for data exchange to a character string in communication data, for example, as shown below.
[0015]

[0016]
In the communication data definition, A100, B100, and C100 are items such as data processing number, orderer code, orderer code, and transaction form in the communication data, for example. A200 is a product name or product code, for example, and A310, A320, A330, and A340 are product color pattern numbers for each product.
In addition, the management server 100 is provided with a communication data definition setting unit 102, which sets the communication data definition as instructed and stores the set communication data definition in the communication data definition storage unit 101.
Further, the management server 100 is provided with a communication data flow definition storage unit 103, and the order and direction of the flow of communication data exchanged between the company A and the company B as exemplified in Table 1 below. Stores the communication data flow definition in which is defined.
[0017]

[0018]
In this communication data flow definition, the first exchange data source company (company A) is defined as “P”, and the data exchange destination company (company B) is defined as “S”. The first exchange data is a request for quotation, and the document name is “request for quotation”, which is defined as being sent from the company A to the company B. Also, in the communication data flow definition, exchange data is ordered in the order of an estimate request, an estimate response, an order, a delivery date response, and an expense request, and a related key for confirming these relationships is defined. The related key is to avoid sending an estimate response of a different product B to an estimate request of a certain product A. Further, for example, in “ordering”, the related key used up to “estimate response” cannot be used, and when this is changed in “ordering”, the changed key is defined in the exchange key item.
[0019]
Further, the management server 100 is provided with a communication data flow setting unit 104, which sets the communication data flow definition according to the instruction input, and stores the set communication data flow definition in the communication data flow definition storage unit 103.
Further, the management server 100 is provided with a data input unit 105 and receives an instruction input from the company A or the company B. The instruction input accepted by the data input unit 105 is, for example, an instruction input for the communication data definition or an input of data to be added to communication data to be described later. It is also possible to import existing communication data definitions.
[0020]
In addition, the management server 100 is provided with a communication data inspection unit 106 based on the communication data flow definition stored in the communication data flow definition storage unit 103 and the communication history of the history management unit 110 described below. The suitability of communication data exchanged between company A and company B is checked.
The communication data compatibility check is performed by checking whether or not the communication data to be exchanged uses a tag defined in the communication data definition stored in the communication data definition storage unit 101, and the communication to be exchanged. It is checked whether or not the direction and order in which data is sent conforms to the communication data flow definition stored in the communication data flow definition storage unit 103.
[0021]
The communication data transmission / reception unit 107 provided in the management server 100 includes, for example, a WWW server (not shown), receives a request for quotation from the company A to the company B, and the communication data inspection unit 106 performs an inspection as a result of non-conformity. If there is not, it is possible to exchange for company B. If there is a non-conforming part as a result of the inspection by the communication data inspecting unit 106, the communication data transmitting / receiving unit 107 adds information indicating the non-conforming part and notifies the sending company of the communication data. For example, in the above-described case, the company A is notified with data relating to an instruction of a part that does not conform to the request for quotation.
[0022]
The next communication data creating unit 108 provided in the management server 100 creates a template (XML instance) of communication data to be sent next by the company to the company to which the communication data is sent.
Also, the data takeover unit 109 provided in the management server 100 takes over the data of the common items from the original communication data to the next communication data created by the next communication data creation unit 108 based on the takeover template data. .
In addition, the management server 100 is provided with a history management unit 110 that manages and stores the history of communication data exchanged in the communication data transmission / reception unit 107 based on the communication data flow definition.
[0023]
Hereinafter, the flow of data exchange performed between the company A and the company B by the data exchange system according to the present embodiment will be described by taking the case where the company A purchases the product of the company B as an example.
First, the communication data of the request for quotation having the configuration as shown below is to be exchanged from company A to company B.
[0024]

[0025]
In the data exchange system according to the present embodiment, first, as shown in the flowchart of FIG. 2, the communication data transmitting / receiving unit 107 receives the communication data as described above in step S1. When the communication data transmitting / receiving unit 107 receives the communication data, in step S2, the communication data checking unit 106 matches the data structure of the received communication data with the communication data definition setting stored in the communication data definition storage unit 101. Check whether it is. Here, whether the communication data has a predetermined XML document structure, whether each item set in the corresponding communication data definition setting is complete, and whether the attribute and length of the value conform to the setting Check etc.
[0026]
Next, when it is determined in step S2 that the received communication data is not compatible, the process proceeds to step S3, and the communication data transmitting / receiving unit 107 returns an error notification to the transmission source of the communication data. In the above case, the company A is notified that there is an error in the format of the request for quotation.
If it is determined in step S2 that the received communication data is compatible, the process proceeds to step S4, and the communication data inspection unit 106 confirms the transmission source and transmission destination in the communication data. The confirmation in the case of the above “request for quotation” may be performed by confirming the location starting with the tag “<FromID>” and the location beginning with the tag “<ToID>” in the XML document of the communication data.
[0027]
Next, in step S5, the communication data inspection unit 106 confirms the document name in the communication data. The confirmation in the case of the “quotation request” may be performed by confirming a part starting with the tag “<document name>” in the communication data XML document. Next, in step S6, the communication data inspection unit 106 confirms the transmission direction of the received communication data. This may be determined based on the data confirmed in step S4. In the case of the “quotation request”, company A → company B is the transmission direction. Next, in step S <b> 7, the communication data inspection unit 106 confirms the related key in the XML document of the communication data. In the case of the above “request for quotation”, this confirmation may be made by confirming a portion starting with the tag “B210”. In step S8, the history management unit 110 confirms the history.
[0028]
After the confirmation in steps S4 to S8, in step S9, the communication data inspection unit 106 determines whether the received communication data is compatible with the communication data flow definition stored in the communication data flow definition storage unit 103. Confirm.
The communication data flow definition defines the relationship between the communication data document name and the sending company and the receiving company, the relationship between the communication data document name and the transmission direction, and the relationship and order of each communication data. Check whether the communication data sent conforms to the definition.
[0029]
In the case of the “quotation request”, it is determined whether or not the confirmed document name is a target of data exchange between the confirmed transmission source company and the transmission destination company. Further, it is determined whether or not the confirmed document name is compatible with the confirmed transmission direction. Further, the history of the history management unit 110 is referred to, and it is determined whether or not the confirmed document name conforms to the relationship and order of each communication data. For example, if an “order request” is to be exchanged even though a “quotation request” that matches the confirmed related key has not occurred, it is determined that this does not conform to the communication data flow definition.
[0030]
If it is determined in step S9 that the data does not match, the process proceeds to step S3, and the communication data transmitting / receiving unit 107 returns an error notification to the communication data source. In the above case, the company A is notified that there is an error in the contents of the quotation request.
If it is determined in step S9 that the data is suitable, the process proceeds to step S10, and the communication data inspection unit 106 determines whether there is communication data to be exchanged next between the company A and the company B. Determined. If there is next communication data, the process proceeds to step S11, where the next communication data creation unit 108 creates an XML instance (model) of the communication data to be exchanged next. In step S12, the communication data transmission / reception unit 107 and the communication data as the object of the determination, the exchanged communication data of the next exchange subject to the next communication data XML instances of the communication data (template) to the company to be transmitted.
[0031]
In the case of the above “request for quotation”, the communication data to be exchanged for “quotation request” is exchanged with the company B, and the “XML instance (template) of quotation response” is the communication data to be exchanged next. If it is determined in step S10 that there is no next communication data, the communication data subject to the determination in step S9 is to be exchanged for the target company, and the next communication data to be exchanged is awaited. (Step S1).
Upon receiving the “quotation request” from the company A, the company B transmits to the company B an “estimation response” having the following configuration. In other words, the XML data of the following “estimate answer” is a target to be exchanged next.
[0032]

[0033]
This exchange data is also processed according to the flowchart of FIG. Thereafter, if the company A needs it, the XML instance, which is a template for “ordering”, is replaced by the system. The “order” XML instance (template) is created in accordance with the definition of the communication data definition. The next communication data creation unit 108 has already created the template based on the takeover template data provided in the data takeover unit 109. Data of items that exist in the generated “quotation request” and “quotation response” and are commonly used in “ordering” are prepared in advance in an XML instance (template) of “ordering”. The takeover template data is configured as shown below, for example.
[0034]

[0035]
Based on the takeover template data as described above, the data takeover unit 109 generates data to be taken over by “ordering”, and based on this, the next communication data creating unit 108 creates an XML instance of “ordering” as shown below. Create a template.
[0036]

[0037]
Data generated newly when the “order” template (XML instance) created as described above is created, and when company A wants to create the next document, this “order” is sent to company B. Other than the above, since they are already in the XML instance (model), when the “ordering” is transmitted to the company B, it becomes possible to shorten the prior work time.
[0038]
Although not shown, the management server 100 shown in FIG. 1 prepares a data exchange server in the communication data transmitting / receiving unit 107, prepares XML of communication data to be exchanged between companies in this data exchange server, and sets up a WWW server. Each company browses communication data that is configured and prepared in the data exchange server using a WWW browser. In addition, necessary data is added and exchanged with target companies.
For example, in the data exchange server, only an XML instance (model) that is an XML instance (model) for requesting quotation is initially prepared, and this is controlled so that only the company A can view it. In this state, first, the company A accesses the data exchange server, browses the XML instance (model) of the request for quotation with the WWW browser, inputs the data necessary for this, and transmits the data to the company B. Just do it.
[0039]
Through this transmission operation, the communication data inspection unit 106 checks whether the XML data of the quotation request input from the company A on the data exchange server conforms to the communication data flow definition. The XML data of the request for quotation to which the company A has added the data is made in a state where it can be browsed from the company B. In addition, the next communication data creation unit 108 generates an XML instance (model) of the estimate response, and makes this viewable only from the company B.
[0040]
Similarly, when the company B inputs necessary data to the XML instance (model) of the estimate response on the WWW browser and transmits it to the company A, this system (communication data transmission / reception unit) The estimate answer is made available for viewing from Company A. In addition, the communication data creation unit generates an ordering XML instance (model), and the communication data transmission / reception unit sets the generated XML instance to be viewable only by the company A. Next, when company A inputs necessary data to the XML instance (model) of the order on the WWW browser and transmits it to company B, this system (communication data transmission / reception unit) The XML data is made readable by the company B. In addition, the communication data creation unit generates a delivery date reply XML instance (model) and a billing XML instance (model), and the communication data transmission / reception unit creates the created XML instance as a company. Only B can be viewed.
[0041]
After that, if company B inputs necessary data to the delivery date reply XML instance (model) on the WWW browser and sends it to company A, this system will send the XML data to be sent to the company In this system, when it is made possible to browse from A, and in addition, the company B inputs necessary data to the request XML instance (model) on the WWW browser and sends it to the company A. What is necessary is just to make the XML data to be operated be viewable from the company A.
[0042]
In the above embodiment, the communication data exchanged between the companies is XML data. However, when the communication data is transmitted to the target company, the enterprise resource management and the existing EDI system in which the XML data is performed in the destination company May be converted into a usable data format and transmitted.
[0043]
In addition, after exchanging communication data in XML format between each company and this data exchange system and verifying the confirmation of the communication data with this data exchange system, communication data in XML format required for the corresponding company. May be transmitted. In addition, the form in which XML data is directly transmitted / received in this manner and the form in which the WWW server is mediated as described above are combined between companies, and the connection form between each company and the data exchange system is different. May be.
[0044]
【The invention's effect】
As described above, according to the present invention, communication data exchanged between companies is in the XML format, and the configuration and relation of exchanged communication data are managed by the management server. Thus, it is possible to obtain an excellent effect that the exchange of communication data between companies can be performed more accurately and more easily in a state where the system can be changed.
[Brief description of the drawings]
FIG. 1 is a configuration diagram showing a configuration of a data exchange system according to an embodiment of the present invention.
FIG. 2 is a flowchart showing a flow of data exchange in the data exchange system of FIG. 1;
FIG. 3 is a configuration diagram showing a configuration of a conventional data exchange system.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 100 ... Management server 101 ... Communication data definition storage part 102 ... Communication data definition setting part 103 ... Communication data flow definition storage part 104 ... Communication data flow setting part 105 ... Data input part 106 ... Communication data inspection part 107: Communication data transmission / reception unit, 108 ... Communication data creation unit, 109 ... Data transfer unit, 110 ... History management unit, A, B ... Company.

Claims

A data exchange system in which a first company and a second company exchange communication data in XML format via a management server connected to a network connected to each other.
The management server
A communication data definition storage means for storing a communication data definition defining a tag for adding information necessary for data exchange to a character string in a plurality of communication data exchanged between the first and second companies;
Communication data in which an operation rule for the communication data is defined by associating a plurality of communication data defined in the communication data definition and a method and order of exchanging the communication data between the first and second companies. Communication data flow definition storage means storing the flow definition ;
A communication data inspection unit for inspecting communication data to be exchanged between the first and second companies;
And the communication data transmitting and receiving unit,
A data takeover definition storage means for storing a data takeover definition defined for data that can be taken over from the communication data to be exchanged between the first and second companies to the next communication data ;
A history management unit for managing a history of communication data exchanged between the first and second companies based on the communication data flow definition ;
A communication data creation unit ,
The communication data inspection unit extracts the data with the tag defined in the communication data definition from the communication data to be exchanged between the first and second companies and is managed by the history management unit. To determine whether the extracted data conforms to the communication data definition and the communication data flow definition,
The communication data creation unit
When there is next communication data to be exchanged between the first and second companies generated after the communication data to be exchanged between the first and second companies, together with the communication data definition, Create the next communication data based on the data that can be taken over defined in the data takeover definition included in the communication data that has already occurred between the first and second companies,
The communication data transmitter / receiver
The communication data determined by the communication data inspection unit is exchanged between the first and second companies, and when there is the next communication data, the next communication data is also added to the communication data. Exchange between the first and second companies,
A data exchange system characterized in that the communication data determined by the communication data inspection unit to be incompatible is handled as being unexchangeable between the first and second companies .