JP2002007685A

JP2002007685A - データ交換システム

Info

Publication number: JP2002007685A
Application number: JP2000193342A
Authority: JP
Inventors: Koji Naozuka; 浩二直塚; Hiroshi Ito; 裕志伊藤; Makoto Kagaya; 誠加賀谷; Masaki Narasaki; 正樹楢▲崎▼
Original assignee: NTT Communications Corp
Current assignee: NTT Communications Corp
Priority date: 2000-06-27
Filing date: 2000-06-27
Publication date: 2002-01-11
Anticipated expiration: 2020-06-27
Also published as: JP4965015B2

Abstract

(57)【要約】【課題】電子的なネットワークを介して企業間で行う
通信データの交換が、より正確に、また、より容易にシ
ステム変更が可能な状態で行えるようにする。【解決手段】通信データ検査部１０６が、通信データ
フロー定義格納部１０３に格納されている通信データフ
ロー定義と、以降に説明する履歴管理部１１０の通信履
歴をもとに、企業Ａ，企業Ｂ間で交換される通信データ
の適合性を検査する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の企業間で、
電子的なネットワークを介して通信データを交換するデ
ータ交換システムに関する。

【０００２】

【従来の技術】ビジネスの多様化と国際化によって、企
業の取引相手はますます拡大しており、企業間で交換さ
れる受発注などの取引に関する情報は、膨大なものとな
ってきている。この企業間の取引に関わる膨大な情報の
やりとりを、時間やコストをかけずに効率よく行うため
に、例えば、ＥＤＩ（Electronics Data Interchange）
などのデータ交換システムが利用されてきている。ＥＤ
Ｉでは、標準化されたプロトコルに従い、コンピュータ
とネットワークを介して、受発注や決済などの情報を企
業間でやりとりしている。日本国内において、ＥＤＩ
は、「ＣＩＩシンタクスルール」または「ＥＤＩＦＡＣ
Ｔ」を用いたオンライン取引のことを示している。

【０００３】なお、「ＣＩＩシンタックスルール」は、
財団法人日本情報処理開発協会の産業情報化推進センタ
ー（ＣＩＩ）が、１９９２年に日本国内のＥＤＩ標準化
を促進するために開発したシンタックスルールである。
各業界や業際において、ＣＩＩシンタックスルールをベ
ースにした標準メッセージが策定されている。標準メッ
セージとは、各業界または業際の取引に関わる情報の項
目を定めたものである。ＣＩＩシンタックスルールによ
るＥＤＩを行うためには、トランスレータ（ＥＤＩデー
タ変換ソフト）が必要となる。

【０００４】また、「ＥＤＩＦＡＣＴ」は、「ＥＤＩ
ＦｏｒＡｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｃｏｍｍｅｒ
ｃｅａｎｄＴｒａｎｓｐｏｒｔ」（行政、商業，輸
送のための電子データ交換）の略である。正式には「Ｕ
Ｎ／ＥＤＩＦＡＣＴ」といわれ、国連欧州経済委員会が
開発した国際ＥＤＩ標準で、シンタックスルールや標準
メッセージが定められている。「ＥＤＩＦＡＣＴ」のシ
ンタックスルールは、ＩＳＯ（国際標準化機構）にＩＳ
Ｏ９３７５として登録され、１９８８年に公開されてい
る。

【０００５】データ交換システムであるＥＤＩでは、例
えば企業間の取引データをまとめてファイルとして一括
送受信する形態と、「ＷｅｂＥＤＩ」などのようにＷＷ
Ｗ技術を使い、ＷＷＷサーバを経由して伝票などの各デ
ータを送受信し、これらをＷｅｂブラウザで確認等がで
きる形態がある。どちらの形態においても、ＶＡＮ（付
加価値通信網）事業者が、ＷＷＷサーバを用意し、これ
を利用して企業間のデータ交換サービスを提供してい
る。例えば、「ＷｅｂＥＤＩ」では、ネットワーク上に
ＷＷＷサーバが用意され、このネットワークに接続した
企業間が、ＷＷＷサーバにアクセスして情報交換を行う
ようにしている。

【０００６】例えば、企業Ａ３０１が企業Ｂ３０２の製
造している製品を購入する場合、つぎのようなデータ交
換が行われることになる（図３）。まず、企業Ａ３０１
は、企業Ｂ３０２に対して見積依頼３１１の通信を送
り、見積依頼３１１の通信を受けた企業Ｂ３０２は、企
業Ａ３０１に対して見積回答３１２の通信を送る。つぎ
に、見積回答３１２の通信を受けた企業Ａ３０１は、企
業Ｂ３０２に対して発注３１３の通信を送り、発注３１
３の通信を受けた企業Ｂ３０２は、企業Ａ３０１に対し
て納期回答３１４の通信を送る。最後に、企業Ａ３０１
が製品を納入した後、企業Ｂ３０２は、企業Ａ３０１に
対して請求３１５の通信を行う。

【０００７】ＷｅｂＥＤＩの場合、各通信は、ネットワ
ーク３０３に接続されているＷＷＷサーバ３０４上で、
各々個別に管理され、例えば、企業Ａ３０１からの見積
依頼の通信は、ＷＷＷサーバ３０４上に登録され、これ
を企業Ｂ３０２がブラウザを用いて閲覧することで、企
業Ａ３０１から企業Ｂ３０２に対する見積依頼の送達を
行うようにしている。

【０００８】

【発明が解決しようとする課題】しかしながら、従来の
ＥＤＩなどのデータ交換システムでは、単に個々の通信
の送受信を管理するのみで、通信間の関連は考慮されて
いなく、通信間の関連は、通信を送る側もしくは通信を
受け取る側が個々に管理していた。このため、ある通信
に対する応答内容に誤りが発生するなどの問題が発生し
ていた。また、この通信間の関連をコンピュータなどに
より管理する場合、通信を送る側もしくは通信を受け取
る側が、企業資源管理として総合的に構築したシステム
の中で管理を行っているため、これを変更修正する場
合、多大なコストを要していた。

【０００９】本発明は、以上のような問題点を解消する
ためになされたものであり、電子的なネットワークを介
して企業間で行う通信データの交換が、より正確に、ま
た、より容易にシステム変更が可能な状態で行えるよう
にすることを目的とする。

【００１０】

【課題を解決するための手段】本発明のデータ交換シス
テムは、第１，第２の企業間が交換を行うＸＭＬ形式の
通信データ中の文字列にデータ交換に必要な情報を付加
するタグを定義した通信データ定義を記憶した記憶手段
と、通信データの運用規約を通信データ定義に定義され
た通信データの関連づけと取り扱いとで定義した通信デ
ータフロー定義を記憶した記憶手段と、第１，第２の企
業間が交換を行おうとしている通信データより、通信デ
ータ定義に定義されたタグがついたデータを取りだし、
取りだしたデータが、通信データ定義と通信データフロ
ー定義に適合しているかどうかを判断する通信データ検
査部と、この通信データ検査部が適合していると判断し
た通信データは、第１，第２の企業間で交換を行い、通
信データ検査部が不適合と判断した通信データは、第
１，第２の企業間で交換不能として取り扱う通信データ
送受信部とを管理サーバに備え、第１の企業と第２の企
業とが互いに接続しているネットワークに、上記管理サ
ーバを接続し、この管理サーバを介して第１，第２の企
業間でＸＭＬ形式の通信データの交換を行うようにした
ものである。この発明によれば、通信データ定義に定義
されたＸＭＬ形式の通信データが、通信データフロー定
義に適合した状態で、第１，第２の企業間で交換され
る。

【００１１】上記発明において、通信データ定義には、
第１，第２の企業間が交換を行う複数の通信データ中の
文字列にデータ交換に必要な情報を付加するタグが定義
され、通信データフロー定義には、複数の通信データ間
の関連づけと、複数の通信データの第１，第２の企業間
で交換される方法と、複数の通信データの第１，第２の
企業間で交換される順序とが定義されている。また、管
理サーバは、第１，第２の企業間が交換を行った通信デ
ータの履歴を通信データフロー定義に基づいて管理する
履歴管理部を備え、通信データ検査部では、履歴管理部
に管理されている履歴を参照し、第１，第２の企業間が
交換を行おうとしている通信データが、通信データフロ
ー定義に定義されている複数の通信データの第１，第２
の企業間で交換される順序に適合しているかどうかを判
断する。

【００１２】上記発明において、管理サーバに、第１，
第２の企業間が交換を行おうとしている通信データの次
に発生する第１，第２の企業間で交換が行われる次通信
データを、通信データ定義を元に作成する通信データ作
成部を新たに備えるようにし、、通信データ送受信部
は、通信データ検査部が適合していると判断した通信デ
ータに加え、通信データ作成部が作成した次通信データ
を、第１，第２の企業間で交換するようにしてもよい。
また、この発明において、管理サーバに、第１，第２の
企業間が交換を行おうとしている通信データから次通信
データに引き継ぎ可能なデータに関して定義したデータ
引継定義を新たに備えるようにし、、通信データ作成部
では、通信データ定義とともにデータ引継定義に定義さ
れた引継可能なデータを元に次通信データを作成するよ
うにしてもよい。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て図を参照して説明する。図１は、本発明の実施の形態
におけるデータ交換システムに関して説明する構成図で
ある。なお、以下では、製品を購入する企業Ａと製品を
販売する企業Ｂとの間で通信データが交換され、交換す
る通信データが、見積依頼と見積回答と発注と納期回答
と費用請求の伝票の場合を例にして説明する。始めに、
本実施の形態におけるデータ交換システムの構成に関し
て説明する。本データ交換システムでは、図１に示すよ
うに、管理サーバ１００が中継するネットワークに各企
業Ａ，Ｂを接続している。

【００１４】管理サーバ１００には、まず、通信データ
定義格納部１０１が設けられ、交換するＸＭＬ（Extens
ible Markup Language）による通信データにおける文書
の構造を定義する通信データ定義が格納されている。Ｘ
ＭＬデータは、文字をタグとよばれる予約語で挾み込む
ページ記述言語による文書である。ＸＭＬでは、文書の
構造を文書型定義ファイルにすることで、表現方法の指
定や文章中の文字列に意味を付加するような独自のタグ
を拡張できるようにされている。通信データ定義は、例
えば以下に示すとおり、通信データ中の文字列にデータ
交換に必要な情報を付加するタグを定義するものであ
る。

【００１５】

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

【００１７】

【００１８】この通信データフロー定義では、第１の交
換データ発生元企業（企業Ａ）が「Ｐ」で定義され、デ
ータ交換先の企業（企業Ｂ）が「Ｓ」で定義されてい
る。また、第１の交換データは、見積依頼であり、この
文書名は「見積依頼」とされ、これは企業Ａから企業Ｂ
へ送られるものであることが定義されている。また、通
信データフロー定義には、見積依頼，見積回答，発注，
納期回答，費用請求の順に交換データが順序づけられ、
これらの関連を確認するための関連キーが定義されてい
る。関連キーは、ある製品Ａの見積依頼に対し、異なる
製品Ｂの見積回答を送りつけることを回避するものであ
る。また、例えば、「発注」では、「見積回答」までで
用いていた関連キーが使用できず、これを「発注」で変
更する場合、変更したキーが交換キー項目に定義されて
いる。

【００１９】また、管理サーバ１００には、通信データ
フロー設定部１０４が設けられ、上記通信データフロー
定義を指示入力の通りに設定し、設定され通信データフ
ロー定義を通信データフロー定義格納部１０３に格納す
る。また、管理サーバ１００には、データ入力部１０５
が設けられ、企業Ａもしくは企業Ｂからの指示入力を受
け付ける。データ入力部１０５が受け付ける指示入力
は、例えば、上記通信データ定義の指示入力や、後述す
る通信データに付加するデータの入力などである。ま
た、すでにある通信データ定義を取り込むこともでき
る。

【００２０】また、管理サーバ１００には、通信データ
検査部１０６が設けられ、通信データフロー定義格納部
１０３に格納されている通信データフロー定義と、以降
に説明する履歴管理部１１０の通信履歴をもとに、企業
Ａ，企業Ｂ間で交換される通信データの適合性を検査す
る。通信データの適合性の検査は、交換される通信デー
タが、通信データ定義格納部１０１に格納されている通
信データ定義に定義されたタグを用いているかどうかを
検査し、また、交換される通信データの送られる方向と
順序が通信データフロー定義格納部１０３に格納されて
いる通信データフロー定義に適合しているかどうかを検
査する。

【００２１】管理サーバ１００に設けられた通信データ
送受信部１０７は、例えば、図示していないがＷＷＷサ
ーバを備え、企業Ａから企業Ｂに対する見積依頼を受け
取り、通信データ検査部１０６の検査の結果、不適合な
箇所がなければ企業Ｂに対して交換可能な状態とする。
通信データ送受信部１０７は、通信データ検査部１０６
の検査の結果、不適合な箇所があった場合、不適合箇所
を示す情報を付加して通信データを送り元の企業へ通知
する。例えば上述の場合、見積依頼に不適合な箇所の指
示に関するデータを付けて企業Ａに通知する。

【００２２】管理サーバ１００に設けられた次通信デー
タ作成部１０８は、通信データが送られる企業に対し、
この企業が次に送る通信データの雛形（ＸＭＬインスタ
ンス）を作成する。また、管理サーバ１００に設けられ
たデータ引継部１０９は、引継テンプレートデータを元
に、次通信データ作成部１０８が作成する次の通信デー
タに、元となる通信データから共通の項目のデータを引
き継ぐ。加えて、管理サーバ１００には、履歴管理部１
１０が設けられ、通信データ送受信部１０７において交
換された通信データの履歴を通信データフロー定義に基
づいて管理保管している。

【００２３】以下、企業Ａが企業Ｂの製品を購入する場
合を例に、本実施の形態におけるデータ交換システムに
よる、企業Ａと企業Ｂとの間で行われるデータ交換の流
れに関して説明する。まず、つぎに示すような構成の見
積依頼の通信データが、企業Ａから企業Ｂに対する交換
対象となる。

【００２４】 <?xml version="1.0" encoding="Shift_JIS"?> <Root> <管理情報部> <FromID>X</FromID> <ToID>X</ToID> <文書名>見積依頼</文書名> </管理情報部> <本文> <A100> <A200> <A310>DHTP_ORG1_A310_1X8</A310> <A320>あいＫ８</A320> <A330>ABX4</A330> <A340>Ｋ４</A340> </A200> <A200> <A310>A310_2X8</A310> <A320>かきＫ８</A320> <A330>ZYX4</A330> <A340>Ｋ４</A340> </A200> </A100> <B100> <B210>B210TP</B210> <B220>B220TP</B220> <B230>B230TP</B230> <B240>B240TP</B240> <B250>B250TP</B250> <B260>B260TP</B260> <B270>B270TP</B270> <B280>B280TP</B280> </B100> <C100> <C210>1234_5678</C210> <C220>DHTP_ORG1_987.65432</C220> </C100> </本文> </Root>

【００２５】本実施の形態におけるデータ交換システム
では、まず、図２のフローチャートに示すように、ステ
ップＳ１で、通信データ送受信部１０７が、上記のよう
な通信データを受け取る。通信データ送受信部１０７が
通信データを受け取ると、ステップＳ２で、通信データ
検査部１０６が、通信データ定義格納部１０１に格納さ
れている通信データ定義設定に、受け取った通信データ
のデータ構造が適合しているかどうかを確認する。ここ
では、通信データが所定のＸＭＬ文書構造となっている
かどうか、また、対応する通信データ定義設定に設定さ
れている各項目がそろっているか、値の属性や長さが設
定に適合しているかなどを確認する。

【００２６】つぎにステップＳ２で、受け取った通信デ
ータが適合していないと判断した場合、ステップＳ３に
進み、通信データ送受信部１０７が、通信データの送り
元にエラー通知を返す。上記の場合、企業Ａに対して、
見積依頼の書式にエラーがあることを通知することにな
る。ステップＳ２において、受け取った通信データが適
合していると判断した場合、ステップＳ４に進み、通信
データ検査部１０６は、上記通信データ内で送信元と送
信先を確認する。上記「見積依頼」の場合の確認は、通
信データのＸＭＬ文書の中で、「<FromID>」のタグで始
まる箇所と、「<ToID>」のタグで始まる箇所を確認すれ
ばよい。

【００２７】次いで、ステップＳ５で、通信データ検査
部１０６は、上記通信データ内で文書名を確認する。上
記「見積依頼」の場合の確認は、通信データのＸＭＬ文
書の中で、「<文書名>」のタグで始まる箇所を確認すれ
ばよい。次いで、ステップＳ６で、通信データ検査部１
０６は、受け取った通信データの送信方向を確認する。
これは、上記ステップＳ４で確認したデータより判断す
ればよく、上記「見積依頼」場合、企業Ａ→企業Ｂが送
信方向となる。次いで、ステップＳ７で、通信データ検
査部１０６は、通信データのＸＭＬ文書中の関連キーを
確認する。上記「見積依頼」の場合この確認は、「Ｂ２
１０」のタグで始まる箇所を確認すればよい。次いで、
ステップＳ８で、履歴管理部１１０の履歴を確認する。

【００２８】以上ステップＳ４〜ステップＳ８の確認の
後、ステップＳ９で、通信データ検査部１０６は、通信
データフロー定義格納部１０３に格納されている通信デ
ータフロー定義に、受け取った通信データが適合してい
るかどうかを確認する。通信データフロー定義には、通
信データの文書名と送信企業，受信企業との関係、通信
データの文書名と送信方向との関係、各通信データの関
連と順序などが定義されており、これら各定義に、送ら
れてきた通信データが適合しているかどうかを確認す
る。

【００２９】上記「見積依頼」場合、確認した文書名が
確認した送信元企業と送信先企業との間でデータ交換さ
れる対象であるかどうかを判断する。また、確認した文
書名が、確認した送信方向に適合しているかどうかを判
断する。また、履歴管理部１１０の履歴を参照し、確認
した文書名が各通信データの関連や順序に適合している
かどうかを判断する。例えば、確認した関連キーに適合
する「見積依頼」が発生していないのに「発注」を交換
しようとしたら、これは、通信データフロー定義に適合
していないと判断される。

【００３０】ステップＳ９の判断で、適合していないと
された場合、ステップＳ３に進み、通信データ送受信部
１０７が、通信データの送り元にエラー通知を返す。上
記の場合、企業Ａに対して、見積依頼の内容にエラーが
あることを通知することになる。ステップＳ９の判断
で、適合しているとされた場合、ステップＳ１０に進
み、通信データ検査部１０６は、企業Ａと企業Ｂとの間
で次にデータ交換がなされる通信データがあるかどうか
が判定される。次の通信データがある場合は、ステップ
Ｓ１１に進み、次通信データ作成部１０８が、次に交換
すべき通信データのＸＭＬインスタンス（雛形）を作成
し、ステップＳ１２で、通信データ送受信部１０７が、
上記判断の対象となった本通信データと、この通信デー
タの次に交換対象となる次通信データのＸＭＬインスタ
ンス（雛形）とを送信対象の企業への交換体調の通信デ
ータとする。

【００３１】上記「見積依頼」場合、企業Ｂに対して
「見積依頼」交換対象の通信データとなり、「見積回答
のＸＭＬインスタンス（雛形）」が次の交換対象の通信
データとなる。ステップＳ１０の判断で、次の通信デー
タがないとされた場合、ステップＳ９の判断の対象とな
った本通信データを対象とする企業にたいする交換対象
とし、次に交換される通信データの発生を待つ（ステッ
プＳ１）。企業Ａから上記「見積依頼」を受けた企業Ｂ
では、以下に示すような構成の「見積回答」を企業Ｂに
対して送信する。言い換えると、以下の「見積回答」の
ＸＭＬデータが、次に交換される対象となる。

【００３２】

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

【００３４】

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

【００３６】

【００３７】以上のように作成された「発注」の雛形
（ＸＭＬインスタンス）を作成し、企業Ａが次文書を作
成したいときに、この「発注」を企業Ｂに対して送信す
る段階で新たに発生するデータ以外は、既にＸＭＬイン
スタンス（雛形）内にあるので、「発注」を企業Ｂに対
して送信するとき、事前作業時間などを短縮できるよう
になる。

【００３８】図１に示した管理サーバ１００は、図示し
ていないが、通信データ送受信部１０７にデータ交換サ
ーバを用意し、このデータ交換サーバに企業間で交換す
る通信データのＸＭＬを用意してＷＷＷサーバを構成
し、データ交換サーバに用意されている通信データを各
企業がＷＷＷブラウザにより閲覧している。また、必要
なデータを追加して対象企業とデータ交換している。例
えば、データ交換サーバには、初期には見積依頼のＸＭ
Ｌインスタンス（雛形）であるＸＭＬインスタンス（雛
形）のみが用意され、これが企業Ａにのみ閲覧可能な状
態に制御される。この状態で、まず、企業Ａは、データ
交換サーバにアクセスし、ＷＷＷブラウザで見積依頼の
ＸＭＬインスタンス（雛形）を閲覧し、これに必要なデ
ータを入力し、企業Ｂに対して送信する操作を行えばよ
い。

【００３９】この送信の操作により、通信データ検査部
１０６が、データ交換サーバー上の企業Ａからデータ入
力された見積依頼のＸＭＬデータが、通信データフロー
定義に適合しているかどうか検査し、適合していれば、
企業Ａがデータを追加した見積依頼のＸＭＬデータを、
企業Ｂから閲覧可能な状態とする。加えて、次通信デー
タ作成部１０８が、見積回答のＸＭＬインスタンス（雛
形）を生成し、これを企業Ｂからのみ閲覧可能な状態と
する。

【００４０】同様に、企業Ｂが、ＷＷＷブラウザ上で見
積回答のＸＭＬインスタンス（雛形）に必要データを入
力し、これを企業Ａに対して送信する操作をしたら、本
システム（通信データ送受信部）では、この見積回答を
企業Ａから閲覧可能な状態にする。加えて、通信データ
作成部が、発注ＸＭＬインスタンス（雛形）を生成し、
通信データ送受信部が、生成したＸＭＬインスタンスを
企業Ａにのみ閲覧可能な状態とする。次いで、企業Ａ
が、ＷＷＷブラウザ上で発注のＸＭＬインスタンス（雛
形）に必要データを入力し、これを企業Ｂに対して送信
する操作をしたら、本システム（通信データ送受信部）
では、この発注のＸＭＬデータを企業Ｂから閲覧可能な
状態にし、加えて、通信データ作成部が納期回答ＸＭＬ
インスタンス（雛形），請求ＸＭＬインスタンス（雛
形）を生成し、通信データ送受信部が、作成したＸＭＬ
インスタンスを企業Ｂにのみ閲覧可能な状態とする。

【００４１】この後、企業Ｂが、ＷＷＷブラウザ上で納
期回答ＸＭＬインスタンス（雛形）に必要データを入力
し、これを企業Ａに対して送信する操作をしたら、本シ
ステムでは、送信操作対象のＸＭＬデータを企業Ａから
閲覧可能な状態にし、加えて、企業Ｂが、ＷＷＷブラウ
ザ上で請求ＸＭＬインスタンス（雛形）に必要データを
入力し、これを企業Ａに対して送信する操作をしたら、
本システムでは、送信操作対象のＸＭＬデータを企業Ａ
から閲覧可能な状態にすればよい。

【００４２】ところで、上記実施の形態では、各企業間
で交換する通信データをＸＭＬデータとしたが、通信デ
ータを対象企業に送信する場合、ＸＭＬデータを送り先
企業で行っている企業資源管理および既存のＥＤＩシス
テムで利用可能なデータ形式に変換して送信するように
してもよい。

【００４３】なお、各企業間と本データ交換システムと
の間でＸＭＬ形式の通信データを交換し、通信データの
確認を本データ交換システムで検証した後、対応する企
業に対して必要なＸＭＬ形式の通信データを送信するよ
うにしてもよい。また、このように直接ＸＭＬデータを
送受信する形態と、前述したＷＷＷサーバを仲介する形
態とを、各企業間で組み合わせ、各企業と本データ交換
システムとの間の接続形態が異なるように構成してもよ
い。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
企業間で交換する通信データをＸＭＬ形式とし、交換さ
れる通信データの構成や関連を管理サーバで管理するよ
うにしたので、電子的なネットワークを介して企業間で
行う通信データの交換が、より正確に、また、より容易
にシステム変更が可能な状態で行えるようになるという
優れた効果が得られる。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるデータ交換シス
テムの構成を示す構成図である。

【図２】図１のデータ交換システムにおけるデータ交
換の流れを示すフローチャートである。

【図３】従来よりあるデータ交換システムの構成を示
す構成図である。

【符号の説明】

１００…管理サーバ、１０１…通信データ定義格納部、
１０２…通信データ定義設定部、１０３…通信データフ
ロー定義格納部、１０４…通信データフロー設定部、１
０５…データ入力部、１０６…通信データ検査部、１０
７…通信データ送受信部、１０８…通信データ作成部、
１０９…データ引継部、１１０…履歴管理部、Ａ，Ｂ…
企業。

───────────────────────────────────────────────────── フロントページの続き (72)発明者伊藤裕志東京都千代田区内幸町一丁目１番６号エヌ・ティ・ティ・コミュニケーションズ株式会社内 (72)発明者加賀谷誠東京都千代田区内幸町一丁目１番６号エヌ・ティ・ティ・コミュニケーションズ株式会社内 (72)発明者楢▲崎▼ 正樹東京都千代田区内幸町一丁目１番６号エヌ・ティ・ティ・コミュニケーションズ株式会社内Ｆターム(参考） 5B049 AA06 CC11 GG00 5B089 GA11 GB01 JB01 KA10 KA12 KH02 MC08

Claims

【特許請求の範囲】

【請求項１】第１の企業と第２の企業とが、互いに接
続しているネットワークに接続された管理サーバを介
し、ＸＭＬ形式の通信データの交換を行うデータ交換シ
ステムであって、前記管理サーバは、前記第１，第２の企業間が交換を行う通信データ中の文
字列にデータ交換に必要な情報を付加するタグを定義し
た通信データ定義を記憶した記憶手段と、前記通信データの運用規約を前記通信データ定義に定義
された通信データの関連づけと取り扱いとで定義した通
信データフロー定義を記憶した記憶手段と、前記第１，第２の企業間が交換を行おうとしている通信
データより、前記通信データ定義に定義されたタグがつ
いたデータを取りだし、取りだしたデータが、前記通信
データ定義と前記通信データフロー定義に適合している
かどうかを判断する通信データ検査部と、この通信データ検査部が適合していると判断した通信デ
ータは、前記第１，第２の企業間で交換を行い、前記通
信データ検査部が不適合と判断した通信データは、前記
第１，第２の企業間で交換不能として取り扱う通信デー
タ送受信部とを備えたことを特徴とするデータ交換シス
テム。
【請求項２】請求項１記載のデータ交換システムにお
いて、前記通信データ定義には、前記第１，第２の企業間が交
換を行う複数の通信データ中の文字列にデータ交換に必
要な情報を付加するタグが定義され、前記通信データフロー定義には、前記複数の通信データ
間の関連づけと、前記複数の通信データの前記第１，第
２の企業間で交換される方法と、前記複数の通信データ
の前記第１，第２の企業間で交換される順序とが定義さ
れていることを特徴とするデータ交換システム。
【請求項３】請求項２記載のデータ交換システムにお
いて、前記管理サーバは、前記第１，第２の企業間が交換を行
った通信データの履歴を前記通信データフロー定義に基
づいて管理する履歴管理部を備え、前記通信データ検査部では、前記履歴管理部に管理され
ている履歴を参照し、第１，第２の企業間が交換を行お
うとしている通信データが、通信データフロー定義に定
義されている前記複数の通信データの前記第１，第２の
企業間で交換される順序に適合しているかどうかを判断
することを特徴とするデータ交換システム。
【請求項４】請求項１〜３いずれか１項に記載のデー
タ交換システムにおいて、前記管理サーバは、前記第１，第２の企業間が交換を行
おうとしている通信データの次に発生する第１，第２の
企業間で交換が行われる次通信データを、前記通信デー
タ定義を元に作成する通信データ作成部を備え、通信データ送受信部は、前記通信データ検査部が適合し
ていると判断した通信データに加え、前記通信データ作
成部が作成した次通信データを、前記第１，第２の企業
間で交換することを特徴とするデータ交換システム。
【請求項５】請求項４記載のデータ交換システムにお
いて、前記管理サーバは、前記第１，第２の企業間が交換を行
おうとしている通信データから前記次通信データに引き
継ぎ可能なデータに関して定義したデータ引継定義を備
え、前記通信データ作成部は、前記通信データ定義とともに
前記データ引継定義に定義された引継可能なデータを元
に前記次通信データを作成することを特徴とするデータ
交換システム。