JP2001297075A - データ変換プロトコルの変換装置及び取引システム - Google Patents

Abstract

(57)【要約】 【課題】 異なるデータ変換プロトコルを有する通信相
手とデータ通信を行う際に、通信相手に応じてプロトコ
ルを変更することなく通信を可能にする。 【解決手段】 インターネット１に端末２１，３１と、
各端末間の文書を交換するサーバ１１とを接続したシス
テムにおいて、前記文書を交換するＥＤＩプロトコルを
ＸＭＬにより記述し、かつＸＭＬのＤＴＤに基づきメッ
セージフローと各文書（発注書，発注確認書，請求書）
とを関連づけて定義するとともに文書内の項目とデータ
内容とを関連づけて定義し、サーバは一方の端末から他
方の端末宛への文書要求を受信するとメッセージフロー
にしたがって文書を選択し、その文書を他方の端末のプ
ロトコルに適合した文書に変換して他方の端末へ送信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データを変換する
変換プロトコルがそれぞれ異なる各通信相手とデータ通
信を行う際に通信相手の変換プロトコルに応じてプロト
コル変換を行うデータ変換プロトコルの変換装置及びこ
の変換装置を用いた取引システムに関する。

【０００２】

【従来の技術】従来は、データ変換プロトコルを変更す
る場合、システム担当者またはＶＡＮ会社に依頼して変
更するようにしている。即ち、この種のデータ変換プロ
トコル、例えばＥＤＩ（ｅｌｅｃｔｒｏｎｉｃ ｄａｔ
ａ ｉｎｔｅｒｃｈａｎｇｅ：電子データ交換）標準プ
ロトコルを変更する際には、システム担当者等にＥＤＩ
トランスレータの設定変更を依頼し、変更するようにし
ている。これにより、ＥＤＩ標準プロトコルが変更さ
れ、その変更されたＥＤＩ標準プロトコルにしたがって
相手側とデータ通信を行うことができる。これにより、
異なるデータ変換プロトコルを有する相手側と通信する
ことができ、企業間で製品の受発注や見積もりなどを行
う取引システムに適用することができる。

【０００３】

【発明が解決しようとする課題】従来は、ＥＤＩ標準プ
ロトコル等のデータ変換プロトコルを変更する場合、シ
ステム担当者やＶＡＮ会社に依頼するようにしており、
システムの運用上コストアップを招くという問題があっ
た。また、従来は、Ｗｅｂ−ＥＤＩ（Ｗｅｂ−ｅｌｅｃ
ｔｒｉｃ ｄａｔａ ｉｎｔｅｒｃｈａｎｇｅ）プロト
コルを有する端末、サーバ，既存のデータ変換プロトコ
ルを有するレガシーホストなどの異なる通信相手との間
で相互にデータ通信が可能な通信方法が存在せず、した
がってＥＤＩ標準プロトコルを、通信相手のＷｅｂ−Ｅ
ＤＩ端末，サーバ，レガシーホストの各データ変換プロ
トコルにそれぞれ合わせて個別に変更するようにしてお
り、システムの構築上、無駄が発生するという問題もあ
った。

【０００４】したがって、本発明は、それぞれ異なるデ
ータ変換プロトコルを有する各通信相手とデータ通信を
行う際に、各通信相手毎にデータ変換プロトコルを変更
することなくデータ通信を可能にすることを目的とす
る。

【０００５】

【課題を解決するための手段】このような課題を解決す
るために本発明は、インターネットに収容される第１及
び第２の装置と、インターネットに接続されかつ電子デ
ータ交換の標準プロトコル（ＥＤＩ標準プロトコル）に
したがって第１及び第２の装置間の電子文書を交換する
サーバとからなるシステムにおいて、ＸＭＬにより標準
プロトコルを記述し、かつ前記ＸＭＬの任意に使用可能
なタグ情報（ＤＴＤ）に基づき文書フロー（メッセージ
フロー）と各電子文書（発注書１４Ａ，発注確認書１４
Ｂ，請求書１４Ｃ）とを関連づけて定義するとともに、
このタグ情報に基づき電子文書内のデータ項目とデータ
内容とを関連づけて定義し、かつ、サーバは、第１及び
第２の装置のうち一方の装置から他方の装置宛への文書
送信要求を受信すると文書フローにしたがって電子文書
を選択するとともに、選択した電子文書を他方の装置の
データ変換プロトコルに適合した電子文書に変換して他
方の装置宛の送信を可能にする制御手段を設けたもので
ある。

【０００６】また、インターネットに接続されかつ電子
データ交換の標準プロトコルにしたがって第１の装置と
第２の装置間における電子文書の交換を行うデータ変換
プロトコルの変換装置に、第１及び第２の装置のうち一
方の装置から他方の装置宛への文書送信要求を受信する
と文書フローにしたがった電子文書を選択するととも
に、選択した電子文書を他方の装置のデータ変換プロト
コルに適合した電子文書に変換して他方の装置宛の送信
を可能にする制御手段を設けたものである。また、制御
手段は、文書フローにしたがって選択された電子文書内
のデータ項目に対しデータ内容が入力済みの前記ＸＭＬ
により記述されたＸＭＬ電子文書を一方の装置から受信
すると、受信したＸＭＬ電子文書内のデータ項目にデー
タ内容として入力されている送信宛先を検出するととも
に検出した送信宛先のデータ変換プロトコルの種別を判
定する判定手段と、判定手段により判定された送信宛先
のデータ変換プロトコルが前記ＸＭＬにより記述されて
いない場合は受信ＸＭＬ電子文書を送信宛先のデータ変
換プロトコルの記述形式に合わせて変換し送信宛先へ送
信する文書データ変換手段とを設けたものである。

【０００７】また、本発明の取引システムは、センタに
設けられたサーバと、センタとインターネットを介して
相互に接続される第１の端末と、センタとインターネッ
トを介して相互に接続される第２の端末とを備えるとと
もに、センタは、第１の端末と第２の端末間で行われる
取引の際に必要な複数の電子文書のフォームをこの取引
の際の電子文書の交換手順を示す文書フローとともに記
憶する記憶装置を備え、かつ、サーバは、取引の際に一
方の端末から処理要求があると、記憶装置の文書フロー
にしたがって電子文書のフォームを選択し、選択したフ
ォームを使って他方の端末宛の電子文書を作成する文書
作成手段と、文書作成手段により作成された電子文書を
送信宛先のデータ変換プロトコルに合わせて変換する電
子文書変換手段とを備えたものである。

【０００８】また、サーバは、複数の電子文書のフォー
ムのうち発注書のフォームのデータ項目に発注データが
書き込まれた発注文書（発注メッセージ）を一方の端末
から処理要求として受信すると、複数の電子文書のフォ
ームのうち発注確認書のフォームを選択してこのフォー
ムのデータ項目に発注データを書き込んで発注確認文書
（発注確認メッセージ）を作成し、かつ他方の端末から
の発注確認要求に応じて発注確認文書の閲覧を可能にす
るとともに、複数の電子文書のフォームのうち請求書の
フォームを選択してこのフォームのデータ項目に対し発
注データと発注確認文書の閲覧後に他方の端末から入力
された請求データとを書き込んで注文文書として生成
し、一方の端末へ送信するようにしたものである。ま
た、本発明の取引システムでは、ＸＭＬの任意に使用が
可能なタグ情報に基づき文書フローと電子文書とを関連
づけて定義するとともに、タグ情報に基づき電子文書内
のデータ項目とデータ内容とを関連づけて定義するもの
である。また、センタのサーバは、第１及び第２の端末
の利用者に対し、基本料金を課金するとともに、電子文
書のフォームと文書フローとからなる文書フローファイ
ルを１ファイル作成する毎に所定額をファイル作成料金
として課金する第１の課金、及び端末の取引の際に１電
子文書毎に所定料金を課金する第２の課金の何れか一方
の課金を行うものである。

【０００９】

【発明の実施の形態】以下、本発明について図面を参照
して説明する。図５は本発明に係る取引システムの構成
を示すブロック図である。図５において、１はインター
ネット、１１はセンタに配置されるとともにインターネ
ット１に接続されたサーバ、１２は同様にセンタに配置
されかつサーバ１１に接続された記憶装置である。ま
た、２１は或る企業Ａ社に配置されかつインターネット
１に接続された端末（ホスト）であり、端末２１はＣＰ
Ｕ２２と表示部２３と操作部２４とにより構成される。
また、３１はＡ社とは異なる企業Ｂ社に配置されかつイ
ンターネット１に接続された端末（ホスト）であり、端
末３１はＣＰＵ３２と表示部３３と操作部３４とにより
構成される。

【００１０】図６は、前述の取引システムを受発注シス
テムとして用いた場合の例であり、Ａ社の端末２１から
インターネット１を介してＢ社の端末３１宛に製品の発
注を行う場合のシーケンス例を示す図である。ここで、
製品の発注を行う場合の手順としては、端末２１から端
末３１宛への発注と、端末３１から端末２１宛への発注
確認と、発注確認に基づくＢ社からＡ社宛の製品の送付
後の端末３１から端末２１宛への費用請求との３つの手
順があるものとする。

【００１１】このようなＡ社とＢ社間で行われる製品の
受発注は、本発明ではサーバ１１を介して行う。このた
め、端末２１，３１間で行われるこうした製品の受発注
の一連の手順を、メッセージフロー１３として記憶装置
１２に記憶し、サーバ１１は記憶装置１２内のメッセー
ジフロー１３にしたがって端末２１，３１間の前記手順
を制御する。

【００１２】この場合、サーバ１１では、前記手順にし
たがってそれぞれ発注書１４Ａ、発注確認書１４Ｂ及び
請求書１４Ｃの各フォームを作成して記憶装置１２に格
納するとともに、常時は発注書１４Ｂのフォームは端末
側から閲覧可能状態となっている。ここで、Ａ社からＢ
社宛に製品の発注を行う場合、Ａ社の端末２１がサーバ
１１にアクセスすると、サーバ１１から発注書１４Ａの
フォームが送られ端末２１のＣＰＵ２２により表示部２
３の表示画面に後述の図３（ｂ）に示すような、発注書
フォームとして表示される。この場合、端末２１側で操
作部２４を操作することにより、発注書１４Ａのフォー
ムの各項目に対する入力欄に必要な発注データを入力し
た後、発注操作を行うと、ＣＰＵ２２は入力した発注デ
ータを時点でサーバ１１へ送信する。

【００１３】サーバ１１では、端末２１からの発注デー
タを受信すると、前記メッセージフロー１３にしたがっ
て次のフォームである発注確認書１４Ｂのフォームを記
憶装置１２から読み出し、かつ時点でこのフォームの
該当項目の入力欄に端末２１側から受信した発注データ
を書き込みＡ，Ｂ両社の端末のみ閲覧可能にする。ここ
で、Ｂ社の端末３１がサーバ１１にアクセスして発注確
認操作を行うと、時点で発注確認がサーバ１１へ通知
される。この場合、サーバ１１から発注確認書１４Ｂの
フォームを含む発注確認データが端末３１へ送信され、
端末３１のＣＰＵ３２により表示部３３の表示画面に発
注確認書として表示される。

【００１４】また、このときサーバ１１側では、前記メ
ッセージフロー１３にしたがって次のフォームである請
求書１４Ｃのフォームを記憶装置１２から読み出し、か
つ時点でこのフォームの該当項目の入力欄に、必要な
発注確認データを書き込みＢ社の端末３１のみ閲覧可能
にする。ここで、Ｂ社の端末３１がサーバ１１にアクセ
スすると、サーバ１１から請求書１４Ｃのフォームを含
むデータが送られ端末３１のＣＰＵ３２により表示部３
３の表示画面に請求書として表示される。この場合、端
末３１側で請求書１４Ｃのフォームの該当項目欄に請求
金額などを入力した後、操作部２４により請求操作を行
うと、時点で端末３１からサーバ１１へ請求データが
送信される。サーバ１１では請求書１４Ｃのフォームの
該当項目欄に、端末３１側から受信した請求データを書
き込み、時点で請求書１４Ｃのフォームを含む請求デ
ータをＡ社の端末２１へ送信し、表示部２３の表示画面
に表示させる。

【００１５】図３（ａ）は、各端末２１，３１の表示部
２３，３３の表示画面の一例を示す図である。各表示部
２３，３３の各文書編集領域２３Ａ，３３Ａには端末の
各ＣＰＵ２２，３２により編集された編集結果の文書が
表示される。ここで、Ａ社の端末２１の表示部２３の文
書編集領域２３Ａには、前述したように最初はサーバ１
１から送られた発注書１４Ａのフォームが図３（ｂ）の
ように表示される。

【００１６】このような状態で、Ａ社の端末２１におい
て、Ｂ社宛に製品の発注を行うために、図３（ｂ）の発
注書１４Ａの該当項目の入力欄に必要なデータを入力
し、発注操作を行うと、端末２１のＣＰＵ２２は、発注
書１４Ａの項目とその項目のデータ内容を示す入力デー
タ（入力欄に入力されたデータ）とを関連づけた図４
（ａ）に示す発注メッセージ１４ａを作成し、この発注
メッセージ１４ａをサーバ１１へ送信する。なお、図４
（ａ）中の「Ｆｒｏｍ ＩＤ」は、Ｂ社の端末３１宛に
データを送信するＡ社の端末２１のＩＤ（識別番号）を
示し、「Ｔｏ ＩＤ」は、Ａ社の端末２１からのデータ
を受信するＢ社の端末３１のＩＤを示している。

【００１７】図４（ａ）に示す発注メッセージ１４ａが
端末２１から送信されてくると、サーバ１１は、メッセ
ージフロー１３にしたがって前述したように記憶装置１
２から発注確認書１４Ｂのフォームを取り出し、取り出
した発注確認書１４Ｂのフォームの該当項目の入力欄
に、受信した発注メッセージ１４ａに含まれる該当発注
データを書き込み、さらに必要に応じて他の項目の入力
欄に発注確認特有のデータを自動的に書き込んで発注確
認書１４Ｂを生成する。そして、Ｂ社の端末３１から発
注確認が行われると、発注確認書書１４Ｂの項目とその
項目の内容を示す入力データとを関連づけた図４（ｂ）
に示す発注確認メッセージ１４ｂを作成し、この発注確
認メッセージ１４ｂを端末３１側へ返送する。端末３１
のＣＰＵ３２は、発注確認メッセージ１４ｂを受信する
と、表示部３３の文書編集領域３３Ａに発注確認書とし
て表示する。なお、図４に示す発注メッセージ１４ａ及
び発注確認メッセージ１４ｂは、ＸＭＬ（ｅｘｔｅｎｓ
ｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）で記述さ
れる。

【００１８】なお、本取引システムは、以上のような製
品の受発注を行うシステムの他に、例えばＡ社からＢ社
宛への製品のサンプル作成指示及び出荷依頼に対し、Ｂ
社からＡ社宛へサンプル出荷を通知し、このサンプル出
荷の通知を受けてＡ社からＢ社宛へ加工賃の支払いを通
知するようなシステムに適用することもできる。このよ
うなシステムにおいても、サーバ１１ではメッセージフ
ローにしたがったサンプル作成指示書，サンプル出荷依
頼書，サンプル出荷通知書及び加工賃支払い通知書の各
フォームを作成し、記憶装置１２に格納する。この場
合、Ａ社の端末２１によるサンプル作成指示書の閲覧が
可能であり、端末２１がサーバ１１をアクセスすると、
サーバ１１はメッセージフローにしたがってまずサンプ
ル作成指示書のフォームをＡ社の端末２１へ送り表示部
２３の表示画面に表示する。ここで、端末２１側でサン
プル作成依頼書のフォームの各項目に対応する入力欄に
必要な仕様データ等を入力し送信操作を行うと、仕様デ
ータを含むサンプル作成指示メッセージがサーバ１１へ
送られる。サーバ１１は、このメッセージを受信する
と、サンプル作成指示書のフォームに受信メッセージ中
の仕様データを書き込んだサンプル作成指示書を生成
し、Ｂ社の端末３１の閲覧を可能にするとともに、メッ
セージフローにしたがって次のフォームであるサンプル
出荷依頼書のフォームを記憶装置１２から読み出し、Ａ
社の端末２１の閲覧を可能にする。

【００１９】この場合、Ａ社の端末２１がサンプル出荷
依頼書のフォームの各項目に対応する入力欄に、出荷数
量と納品場所等をデータとして入力し、送信操作を行う
と、数量及び納品場所等が指定されたサンプル出荷依頼
メッセージがサーバ１１へ送られる。サーバ１１は、こ
のメッセージを受信すると、サンプル出荷依頼書のフォ
ームに受信メッセージ中の出荷数量と納品場所等のデー
タを書き込んだサンプル出荷依頼書を生成し、Ｂ社の端
末３１の閲覧を可能にするとともに、メッセージフロー
にしたがって次のフォームであるサンプル出荷通知書の
フォームを記憶装置１２から読み出し、Ｂ社の端末３１
の閲覧を可能にする。

【００２０】ここで、Ｂ社においては、端末３１からサ
ーバ１１をアクセスして、Ａ社からのサンプル作成指示
書及びサンプル出荷依頼書を閲覧し、これらの文書の記
載ににしたがって製品のサンプルを指定数量分作成し、
指定の納品場所に納入する。その後、端末３１からサー
バ１１をアクセスして、サンプル出荷通知書のフォーム
の各項目に対応する入力欄に、納品したサンプル数量等
をデータとして入力し、送信操作を行うと、納品済み数
量等を含むサンプル出荷通知メッセージがサーバ１１へ
送られる。サーバ１１は、このメッセージを受信すると
サンプル出荷通知書のフォームの該当項目に、受信メッ
セージ中の納品済み数量等を書き込んだサンプル出荷通
知書を生成してＡ社の端末２１の閲覧を可能にするとと
もに、メッセージフローにしたがって次のフォームであ
る加工賃支払い通知書のフォームを記憶装置１２から読
み出し、Ａ社の端末２１の閲覧を可能にする。

【００２１】Ａ社においては、端末２１からサーバ１１
をアクセスして、Ｂ社からのサンプル出荷通知書を閲覧
し、指定納入場所に指定数量のサンプルが納品されてい
ることを確認すると、Ｂ社の銀行口座等に納品数量分の
加工賃を振り込む。その後、端末２１からサーバ１１を
アクセスして、加工賃支払い通知書のフォームの該当項
目に加工賃支払い額を入力し、送信操作を行うと、加工
賃支払額を含む支払いメッセージがサーバ１１へ送られ
る。サーバ１１は、このメッセージを受信すると加工賃
支払い通知書のフォームの該当項目に、受信メッセージ
中の加工賃支払額等を書き込んだ加工賃支払い通知書を
生成してＢ社の端末３１の閲覧を可能にする。

【００２２】ところで、サーバ１１により生成された各
電子文書を利用して各企業間で取引を行う場合、サーバ
１１は各企業に対して次のような２つの方法の何れかに
より課金する。即ち、第１の課金方法は、利用企業に対
し基本料金を課金するとともに、後述の図２のフローチ
ャートに示すメッセージフローファイルを１ファイル作
成する毎に所定額をファイル作成料金として利用企業に
課金する課金方法である。第２の課金方法は、企業の端
末が取引を行う際にサーバ１１をアクセスしサーバ１１
により１つの電子文書が生成される毎（即ち、１トラン
ザクション毎）にその利用企業に対して所定料金を課金
する従量制の課金方法である。

【００２３】図２は、前述したメッセージフローの作成
状況を示すフローチャートである。ここで、図２に示す
ＸＭＬ−ＥＤＩ（ｅｌｅｃｔｒｏｎｉｃ ｄａｔａ ｉ
ｎｔｅｒｃｈａｎｇｅ：電子データ交換）サーバは、図
５のサーバ１１に相当する。ここで、前記メッセージフ
ロー１３のファイルをオフラインで作成する場合は、図
２（ａ）のステップＳ２１で、インターネット１上の前
記サーバ１１とは異なる図示しないセンタサーバを図示
省略したパソコンからアクセスしてそのサーバに登録さ
れている「メッセージフロー」のテンプレートをパソコ
ンにダウンロードする。次に、ダウンロードした「メッ
セージロー」のテンプレートを、ステップＳ２２でパソ
コンのエディタ等を使って編集し、メッセージフローに
応じた発注書，発注確認書や請求書などの電子文書のフ
ォームをメッセージフローに関連づけて「メッセージフ
ローファイル」として生成する。そして、生成したメッ
セージフローファイルをステップＳ２３でインターネッ
ト１を介してＸＭＬ−ＥＤＩサーバ（即ち、サーバ１
１）へ送信し、メッセージが送受信される各端末のＩＤ
（識別番号）に関連づけて記憶装置１２に登録させる。

【００２４】一方、メッセージフローファイルをオンラ
インで作成する場合は、図２（ｂ）のステップＳ３１
で、パソコンからインターネット１を介して前記センタ
サーバにアクセスし、インタラクティブに前述のような
メッセージフローファイルを編集する。そして編集した
メッセージフローファイルをステップＳ３２でパソコン
からインターネット１を介してＸＭＬ−ＥＤＩサーバ１
１へ送信し、メッセージが送受信される各端末のＩＤに
関連づけて記憶装置１２に登録させる。こうして記憶装
置１２に登録されたメッセージフローファイルにしたが
って、ＸＭＬ−ＥＤＩサーバ１１は、前述したように、
Ａ社の端末２１からＢ社宛の製品の発注、Ｂ社の端末３
１による発注確認及び費用請求の各手順を制御し、かつ
発注書１４Ａ，発注確認書１４Ｂ及び請求書１４Ｃを生
成する。

【００２５】図１は、ＸＭＬ−ＥＤＩサーバ１１による
メッセージの送受信動作を示すフローチャートである。
図４に示す発注メッセージ１４ａ及び発注確認メッセー
ジ１４ｂは、前述したようにＸＭＬで記述されるが、Ｘ
ＭＬ−ＥＤＩサーバ１１は、こうしたＸＭＬメッセージ
をＷｅｂブラウザなどにより送受信する（ステップＳ
１）。

【００２６】すなわち、例えば図４（ａ）に示す発注メ
ッセージ１４ａがＸＭＬメッセージとしてＡ社の端末２
１から送信されてくると、サーバ１１は、そのＸＭＬメ
ッセージ内の「文書名」，「Ｆｒｏｍ ＩＤ」及び「Ｔ
ｏ ＩＤ」に基づき記憶装置１２内に登録されている各
メッセージフローファイルを検索し、そのうちの１つを
特定する（ステップＳ２）。そして、特定したメッセー
ジフローファイルを参照して次のメッセージを生成する
（ステップＳ３）。

【００２７】即ち、この場合、サーバ１１では、前記メ
ッセージフローファイルに基づきＢ社の端末３１宛の発
注確認書が前述したように作成され、その発注確認メッ
セージ１４ｂがＸＭＬメッセージとして生成される。こ
こで、端末３１から発注確認の要求があると、サーバ１
１は生成した図４（ｂ）のＸＭＬメッセージ（発注確認
メッセージ１４ｂ）の「Ｔｏ ＩＤ」から、ＸＭＬメッ
セージの送信先を特定する（ステップＳ４）。

【００２８】いま、Ｂ社の端末３１が既存のデータ変換
プロトコルを有するメインフレームコンピュータ（以
下、レガシーホストという）である場合は、ＸＭＬメッ
セージの送信先はそのホストに接続されるゲートウエイ
（ＧＷ）となり、したがってステップＳ５の「送信先＝
ホストＧＷ？」の判断が「Ｙ」となる。この場合、サー
バ１１は、ＸＭＬメッセージを固定長ファイル形式に変
換し（ステップＳ６）、さらに送信先がレガシーホスト
か否かを判断する（ステップＳ７）。

【００２９】ここでは、送信先であるＢ社の端末３１は
レガシーホストであるため、変換した固定長ファイルに
ついてさらにＥＤＩ（ｅｌｅｃｔｒｏｎｉｃ ｄａｔａ
ｉｎｔｅｒｃｈａｎｇｅ）トランスレータにより、メ
インフレーム系コンピュータで使用されるＥＤＩフォー
マット（以下、レガシーＥＤＩフォーマットという）に
変換し（ステップＳ８）、変換したＥＤＩフォーマット
による発注確認メッセージをレガシーホスト（即ち、Ｂ
社の端末３１）へ送信する（ステップＳ９）。これによ
り、端末３１ではこの発注確認メッセージを的確に受信
して表示部３３の文書画像領域３３Ａに表示することが
できる。一方、端末３１からのＥＤＩフォーマットによ
るメッセージは、サーバ１１のＥＤＩトランスレータに
より固定長ファイルに変換され、さらにその固定長ファ
イルがＸＭＬ形式に変換されてサーバ１１で受信され
る。

【００３０】ところで、サーバ１１の送受信メッセージ
の宛先が前記ホストゲートウエイを介して接続されてい
る図示しないサーバである場合は、ステップＳ７の判定
が「Ｎ」となるため、サーバ１１はＸＭＬメッセージを
固定長ファイル形式に変換したメッセージをそのサーバ
に送信する（ステップＳ１０）とともに、そのサーバか
らの送信メッセージをＸＭＬ形式に変換して受信する。
また、サーバ１１の送受信メッセージの宛先がインター
ネット１に接続されるＷｅｂまたはＸＭＬ対応のサーバ
である場合には、ステップＳ５の判定が「Ｎ」となり、
この場合は、サーバ１１はＸＭＬメッセージを変換せず
にそのままＷｅｂまたはサーバへ送信するとともに、Ｗ
ｅｂまたはサーバからのＸＭＬメッセージをそのまま受
信する（ステップＳ１２）。

【００３１】このように、本実施の形態では、データ変
換プロトコルを、扱うデータの属性と前記データの内容
とが関連づけて定義可能なＸＭＬにより記述するように
したものである。すなわち、ＥＤＩ標準プロトコルをＸ
ＭＬにより記述するとともに、前記ＸＭＬによりＥＤＩ
標準プロトコルのメッセージフロー及びデータ項目を定
義し、この定義情報を仲介として、異なるデータ変換プ
ロトコルを有する通信相手（レガシーＥＤＩ端末，Ｗｅ
ｂ−ＥＤＩ端末，サーバ）との情報流通を保証するよう
にしたものである。ここで、上記定義情報については、
ＸＭＬのＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｅｘｔ Ｄｅｆ
ｉｎｅｄ；タグ情報）として定義され、ユーザ側（即
ち、図５の端末２１，３１）が自由に設定可能である。
これにより、異なるデータ変換プロトコルを有する各通
信相手端末の追加及び変更を迅速に行うことができる。

【００３２】すなわち、ユーザ側ではＥＤＩ標準プロト
コルの構成（即ち、メッセージフロー，メッセージ内の
使用項目）をＸＭＬのＤＴＤとして定義し、このＤＴＤ
をインターネット１上に送信する。インターネット１上
の前記サーバ１１は、このＸＭＬのＤＴＤを定義情報と
して、インターネット１上で送受信されるＸＭＬメッセ
ージのフォーマットの制御及びチェックを行う。

【００３３】ここで、サーバ１１は、ＸＭＬの情報を参
照し、通信相手のプロトコルがＷｅｂ−ＥＤＩであれ
ば、ＸＭＬの情報を所定の表示定義情報ファイルととも
に通信相手側へ送信する。また、通信相手がサーバであ
れば、ＸＭＬの情報を前述したように固定長ファイルに
変換し、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏ
ｔｏｃｏｌ）で送信する。さらに、通信相手がレガシー
ホストであれば、ＸＭＬの情報を、ＣII標準またはＥＤ
ＩＦＡＣＴ（ｅｌｅｃｔｒｏｎｉｃ ｄａｔａ ｉｎｔ
ｅｒｃｈａｎｇｅ ｆｏｒ ａｄｍｉｎｉｓｔｒａｔｉ
ｏｎ，ｃｏｍｍｅｒｃｅ ａｎｄｔｒａｎｓｐｏｒｔ）
等のレガシーＥＤＩプロトコル（即ち、前述のレガシー
ＥＤＩフォーマット）に変換して送信する。

【００３４】これにより、端末２１，３１側では各通信
相手の各データ変換プロトコルに応じて、データ変換プ
ロトコルを個別に変更するようなことが回避され、効率
の良いシステム構築が可能になるとともに、端末２１，
３１側で例えばＥＤＩ標準プロトコル等のデータ変換プ
ロトコルの変更が行われないことから、システムの運用
コストを低減することができる。また、端末２１，３１
側のＥＤＩメッセージの追加及び変更に対して柔軟に対
応できる。

【００３５】

【発明の効果】以上説明したように本発明によれば、イ
ンターネットに収容される第１及び第２の装置と、イン
ターネットに接続されかつ電子データ交換の標準プロト
コルにしたがって第１及び第２の装置間の電子文書を交
換するサーバとからなるシステムにおいて、ＸＭＬによ
り標準プロトコルを記述し、かつＸＭＬの任意に使用可
能なタグ情報に基づき文書フローと電子文書とを関連づ
けて定義するとともに、このタグ情報に基づき電子文書
内のデータ項目とデータ内容とを関連づけて定義し、か
つ、サーバは、第１及び第２の装置のうち一方の装置か
ら他方の装置宛への文書送信要求を受信すると文書フロ
ーにしたがって電子文書を選択するとともに、選択した
電子文書を他方の装置のデータ変換プロトコルに適合し
た電子文書に変換して他方の装置への送信を可能にした
ので、各装置は異なるデータ変換プロトコルを有する通
信相手とデータ通信を行う際に、通信相手に応じてプロ
トコルを変更することなく通信できる。したがって、こ
うしたデータ変換プロトコルの変換装置を例えば製品の
受発注などを行う取引システムに適用した場合、取引を
行う端末側では通信相手に応じてプロトコルを変更する
必要が無く、システムの運用コストを低減できるととも
に無駄のない効率的なシステムを構築できる。

【００３６】また、センタと、センタとインターネット
を介して相互に接続される第１の端末と、センタとイン
ターネットを介して相互に接続される第２の端末とを備
えるとともに、センタは、第１の端末と第２の端末間で
行われる取引の際に必要な複数の電子文書のフォームを
この取引の際の電子文書の交換手順を示す文書フローと
ともに記憶し、一方の端末から処理要請があると、文書
フローにしたがって電子文書のフォームを選択し、選択
したフォームを使って他方の端末宛の電子文書を作成
し、かつ作成した電子文書を送信宛先のデータ変換プロ
トコルに合わせて変換するようにしたので、簡単な構成
により製品の受発注等を行う取引システムを構築するこ
とができる。この場合、各端末は通信相手に応じてプロ
トコルを変更することなく電子文書が交換できるため、
効率の良い取引システムを構築できる。

【図面の簡単な説明】

【図１】 本発明に係るデータ変換プロトコルの変換装
置の動作を示すフローチャートである。

【図２】 本装置で用いられるメッセージフローファイ
ルの作成状況を示すフローチャートである。

【図３】 本発明を適用したシステムを構成する端末の
メッセージの表示状況を示す図である。

【図４】 前記端末へ送受信される前記メッセージの構
成を示す図である。

【図５】 前記システムの構成を示すブロック図であ
る。

【図６】 前記システムを構成する各端末の動作シーケ
ンスを示す図である。

【符号の説明】

１…インターネット、１１…サーバ、１２…記憶装置、
１３…メッセージフロー、１４Ａ…発注書、１４Ｂ…発
注確認書、１４Ｃ…請求書、１４ａ…発注メッセージ、
１４ｂ…発注確認メッセージ、２１，３１…端末、２
２，３２…ＣＰＵ、２３，３３…表示部、２３Ａ，３３
Ａ…文書画像表示領域、２４，３４…操作部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小園 誠司 東京都千代田区内幸町一丁目１番６号 エ ヌ・ティ・ティ・コミュニケーションズ株 式会社内 (72)発明者 唐沢 裕明 東京都千代田区内幸町一丁目１番６号 エ ヌ・ティ・ティ・コミュニケーションズ株 式会社内 Ｆターム(参考） 5B009 MJ00 QA09 VC02

Claims (7)

【特許請求の範囲】
1. 【請求項１】 インターネットに収容される第１及び第
   ２の装置と、前記インターネットに接続されかつ電子デ
   ータ交換の標準プロトコルにしたがって第１の装置と第
   ２の装置間における電子文書の交換を行うサーバとから
   なるシステムにおいて、 前記標準プロトコルは所定の言語を示すＸＭＬにより記
   述され、かつ前記ＸＭＬの任意に使用が可能なタグ情報
   に基づき前記標準プロトコルの前記電子文書の交換手順
   を示す文書フローと前記電子文書とが関連づけて定義さ
   れるとともに、前記タグ情報に基づき前記電子文書内の
   データ項目とデータ内容とが関連づけて定義され、 かつ、前記サーバは、 第１及び第２の装置のうち一方の装置から他方の装置宛
   への文書送信要求を受信すると前記文書フローにしたが
   った電子文書を選択するとともに、選択した電子文書を
   他方の装置のデータ変換プロトコルに適合した電子文書
   に変換して他方の装置宛の送信を可能にする制御手段を
   備えたことを特徴とするデータ変換プロトコルの変換装
   置。
2. 【請求項２】 インターネットに収容される第１及び第
   ２の装置と、前記インターネットに接続されかつ電子デ
   ータ交換の標準プロトコルにしたがって第１の装置と第
   ２の装置間における電子文書の交換を行うデータ変換プ
   ロトコルの変換装置であって、 前記標準プロトコルは所定の言語を示すＸＭＬにより記
   述され、かつ前記ＸＭＬの任意に使用が可能なタグ情報
   に基づき前記標準プロトコルの前記電子文書の交換手順
   を示す文書フローと前記電子文書とが関連づけて定義さ
   れるとともに、前記タグ情報に基づき前記電子文書内の
   データ項目とデータ内容とが関連づけて定義され、 第１及び第２の装置のうち一方の装置から他方の装置宛
   への文書送信要求を受信すると前記文書フローにしたが
   った電子文書を選択するとともに、選択した電子文書を
   他方の装置のデータ変換プロトコルに適合した電子文書
   に変換して他方の装置宛の送信を可能にする制御手段を
   備えたことを特徴とするデータ変換プロトコルの変換装
   置。
3. 【請求項３】 請求項１または請求項２において、 前記制御手段は、 前記文書フローにしたがって選択された電子文書内の前
   記データ項目に対しデータ内容が入力済みの前記ＸＭＬ
   により記述されたＸＭＬ電子文書を一方の装置から受信
   すると、受信したＸＭＬ電子文書内のデータ項目に対し
   てデータ内容として入力されている送信宛先を検出する
   とともに、検出した送信宛先のデータ変換プロトコルの
   種別を判定する判定手段と、 前記判定手段により判定された送信宛先のデータ変換プ
   ロトコルが前記ＸＭＬにより記述されていない場合は受
   信ＸＭＬ電子文書を前記送信宛先のデータ変換プロトコ
   ルの記述形式に合わせて変換し前記送信宛先に送信する
   文書データ変換手段とを備えたことを特徴とするデータ
   変換プロトコルの変換装置。
4. 【請求項４】 センタに設けられたサーバと、 前記センタとインターネットを介して相互に接続される
   第１の端末と、 前記センタとインターネットを介して相互に接続される
   第２の端末とを備えるとともに、 前記センタは、 第１の端末と第２の端末間で行われる取引の際に必要な
   複数の電子文書のフォームを前記取引の際の前記電子文
   書の交換手順を示す文書フローとともに記憶する記憶装
   置を備え、 かつ、前記サーバは、 前記取引の際に一方の端末から処理要求があると、記憶
   装置の文書フローにしたがった電子文書のフォームを記
   憶装置の中から選択し、選択したフォームを使って他方
   の端末宛の電子文書を作成する文書作成手段と、 文書作成手段により作成された電子文書を送信宛先のデ
   ータ変換プロトコルに合わせて変換する電子文書変換手
   段とを備えたことを特徴とする取引システム。
5. 【請求項５】 請求項４において、 前記サーバは、複数の電子文書のフォームのうち発注書
   のフォームのデータ項目に発注データが書き込まれた発
   注文書を一方の端末から前記処理要求として受信する
   と、複数の電子文書のフォームのうち発注確認書のフォ
   ームを選択してこのフォームのデータ項目に前記発注デ
   ータを書き込んで発注確認文書を作成し、かつ他方の端
   末からの発注確認要求に応じて前記発注確認文書の閲覧
   を可能にするとともに、複数の電子文書のフォームのう
   ち請求書のフォームを選択してこのフォームのデータ項
   目に対し前記発注データと前記発注確認文書の閲覧後に
   前記他方の端末から入力された請求データとを書き込ん
   で注文文書として生成し、前記一方の端末へ送信するこ
   とを特徴とする取引システム。
6. 【請求項６】 請求項４において、 前記電子文書の交換手順を示す文書フローは、所定の言
   語を示すＸＭＬにより記述され、かつ前記ＸＭＬの任意
   に使用が可能なタグ情報に基づき前記文書フローと前記
   電子文書とが関連づけて定義されるとともに、前記タグ
   情報に基づき前記電子文書内のデータ項目とデータ内容
   とが関連づけて定義されることを特徴とする取引システ
   ム。
7. 【請求項７】 請求項４において、 前記センタのサーバは、第１及び第２の端末の利用者に
   対し、基本料金を課金するとともに、電子文書のフォー
   ムと文書フローとからなる文書フローファイルを１ファ
   イル作成する毎に所定額をファイル作成料金として課金
   する第１の課金、及び端末の取引の際に１電子文書毎に
   所定料金を課金する第２の課金の何れか一方の課金を行
   うことを特徴とする取引システム。