JP2003178222A - ビジネスプロトコル間のデータ変換方法および装置並びにその処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】複数の製品の一括発注データから個々の製品の
個別発注データへの変換処理が可能なデータ変換方法お
よび装置と、発注データの情報を回答データの変換処理
に引き継いだ変換処理が可能なデータ変換方法および装
置を提供する。 【解決手段】マッピング定義情報領域内に、変換前と変
換後のプロトコルの組に応じて、個別発注データへの分
割処理や一括回答データへの集約処理の要否と、取引デ
ータ内の各データ項目同士の対応づけの指定を事前に格
納しておき、それらの指定に基づいて、取引データを相
互に変換する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のビジネスプ
ロトコルに基づいた取引データを相互に変換するデータ
変換技術に関する。

【０００２】

【従来の技術】現在、インターネットは世界的規模で普
及しており、電子メールの送受信やホームページの閲覧
手段としてだけでなく、企業間の電子商取引の手段とし
ても利用され始めている。企業間の電子商取引を実現す
るためには、各企業が受発注業務などを遂行するために
構築した情報システムの間でやり取りする取引データの
形式とその手順を規定した、ビジネスプロトコルと呼ば
れる標準規格をあらかじめ規定しておく必要がある。

【０００３】従来から利用されてきたビジネスプロトコ
ルとして、電子技術情報産業協会ＪＥＩＴＡ（Ｊａｐａ
ｎ Ｅｌｅｃｔｒｏｎｉｃｓ ａｎｄ Ｉｎｆｏｒｍａ
ｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｄｕｓｔｒｉｅ
ｓ Ａｓｓｏｃｉａｔｉｏｎ）が定めるＥＩＡＪ−ＥＤ
Ｉ標準や、国連団体のＵＮ／ＣＥＦＡＣＴが定めるＥＤ
ＩＦＡＣＴが良く知られている。これらのビジネスプロ
トコルで規定する取引データの形式は、一つの取引デー
タに一件の注文内容を記述することを想定して設計され
ており、一つの取引データに複数の注文情報を一括して
記述することはできない。このため、一回の取引データ
の授受で、一度に複数の注文情報を送信したい場合に
は、個別の注文情報を記述した取引データを複数個作成
し、それらの取引データをひとまとまりにして送信す
る。

【０００４】一方、企業間の電子商取引の新しい潮流と
して、電子部品や半導体産業のＸＭＬ−ＥＤＩ策定団体
であるＲｏｓｅｔｔａＮｅｔが定めるＰＩＰ（Ｐａｒｔ
ｎｅｒ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｃｅｓｓ）や、Ｏ
ＡＳＩＳとＵＮ／ＣＥＦＡＣＴが定めるｅｂＸＭＬ（Ｅ
ｌｅｃｔｒｏｎｉｃ Ｂｕｓｉｎｅｓｓ ＸＭＬ）な
ど、取引データの形式にＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ
Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いたビジネス
プロトコルが次々と策定されていることが良く知られて
いる。これらのビジネスプロトコルで規定する取引デー
タの形式は、ＸＭＬのタグを繰り返すことで、一つの取
引データに複数の注文情報を一括して記述することがで
きる。

【０００５】これらの企業間の電子商取引の新しいビジ
ネスプロトコルを採用して取引を開始しつつある先進的
な企業がいる一方で、多くの企業は従来のビジネスプロ
トコルであるＥＩＡＪ−ＥＤＩ標準やＥＤＩＦＡＣＴを
実装した既存の情報システムを用いて電子商取引を当面
継続したいと考えている。そこで、互いに異なるビジネ
スプロトコルで規定される取引データを用いた企業間の
電子商取引の実現が期待されている。

【０００６】互いに異なるビジネスプロトコルで規定さ
れる取引データを用いた企業間の電子商取引を可能にす
る方法としては、例えばＵＳＰ５，５５７，７８０やＵ
ＳＰ５，７９４，２３４に開示されている方法がある。
前者のＵＳ ５，５５７，７８０「Ｅｌｅｃｔｒｏｎｉ
ｃ ｄａｔａ ｉｎｔｅｒｃｈａｎｇｅ ｓｙｓｔｅｍ
ｆｏｒ ｍａｎａｇｉｎｇ ｎｏｎ−ｓｔａｎｄａｒ
ｄ ｄａｔａ」に開示されている方法では、企業内の情
報システムにおける内部処理においては、各企業固有の
フォーマットの取引データを用いる。一方、企業外の情
報システムとの取引データの授受においては、当該企業
内に設けたデータ変換プログラムによって、前記企業固
有のフォーマットの取引データから変換された、種々の
取り引き内容を網羅するユニバーサルフォーマットの取
引データを授受することにより、各企業とも固有のフォ
ーマットの取引データを継続して使用したまま、企業間
の電子商取引を可能にしている。後者のＵＳ ５，７９
４，２３４「Ｍｅｔｈｏｄ ａｎｄ ｓｙｓｔｅｍ ｆ
ｏｒ ｐｒｏｖｉｄｉｎｇ ｅｌｅｃｔｒｏｎｉｃ ｃ
ｏｍｍｅｒｃｅ ｂｅｔｗｅｅｎ ｉｎｃｏｍｐａｔｉ
ｂｌｅ ｄａｔａ ｐｒｏｃｅｓｓｉｎｇ ｓｙｓｔｅ
ｍｓ」では、取引先外部企業から電子メールで受け取っ
た取引データを、当該企業固有のフォーマットに変換し
て保存し、企業内システムにおける内部処理で用いてい
る。一方、外部の情報システムとの取引データの授受に
おいては、前記固有のフォーマットで保存していた取引
データから、当該企業内に設けたデータ変換プログラム
によって、取引先企業システム用のフォーマットに変換
した取引データを送信することにより、各企業とも固有
のフォーマットの取引データを継続して使用したまま、
企業間の電子商取引を可能にしている。

【０００７】

【発明が解決しようとする課題】しかしながら、上記の
従来技術には、以下の問題がある。すなわち、上記従来
技術では、取引データ内の各データ項目の意味を識別
し、複数の製品の発注情報をひとまとまりにして記述し
た一括発注データを、個々の製品の発注情報を一つずつ
記述した個別発注データに変換して授受することが困難
である。また、上記従来技術では、発注データの変換時
には失われるが、発注に対する回答を記述した回答デー
タの変換処理時には必要となる情報を授受することが困
難である。

【０００８】本発明は、上記課題を改善し、複数の製品
の発注データから個々の製品の個別発注データへの変換
処理が可能なデータ変換方法および装置を提供すること
を目的とする。

【０００９】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明が提供するデータ変換方法は、送信先のビ
ジネスプロトコル種別と互いに関連する複数製品の発注
情報を含むデータを入力し、該ビジネスプロトコル種別
に基づいて予めビジネスプロトコル種別に対応付けられ
たデータ変換ルールを参照し、当該データ変換ルールに
基づいて、各製品の発注情報を含む複数のデータとして
上記データを分割して出力する。

【００１０】

【発明の実施の形態】《第一の実施例》以下に本発明の
一実施例を、図面を用いて詳細に説明する。

【００１１】本発明では、上記課題を解決するデータ変
換方法として、機能の異なる複数のデータ変換方法を提
供している。第一の実施例では、そのうちの第一のデー
タ変換方法を説明する。

【００１２】第一のデータ変換方法の目的は、次のニ点
である。

【００１３】第一の目的は、複数の製品のひとまとまり
の発注データから、個別の製品の発注データへの変換処
理が可能なデータ変換方法を提供することである。

【００１４】第ニの目的は、個別の製品の発注データそ
れぞれに対する回答データを、複数の製品のひとまとま
りの回答データへの変換処理が可能なデータ変換方法を
提供することである。

【００１５】本発明が提供するデータ変換方法は、汎用
の計算機上のプログラムであるデータ変換プログラムと
して実現している。本発明によれば、各取引企業は、デ
ータ変換プログラムが参照する定義情報であるマッピン
グ定義情報さえ用意すれば、取引先の企業が採用してい
るビジネスプロトコルを実装する情報システムを個別に
用意しなくても、取引先の企業との間で取引データを授
受することが可能となる。まず、図１を用いて、本発明
が提供するデータ変換方法を実装したプログラムである
データ変換プログラム１００が動作するｅＭＰシステム
２０のシステム構成を説明する。

【００１６】図１において、ｅＭＰシステム２０は、計
算機１０とディスク装置１６から構成され、ネットワー
ク１７と接続している。ｅＭＰシステム２０は、ネット
ワーク１７を介して、発注企業の取引システムである発
注システム２０や受注企業の取引システムである受注シ
ステム２１と接続されている。本実施例においては、ネ
ットワーク１７を介して、発注データや回答データ等の
取引データを授受している。取引データの授受の方法
は、取引データを格納した記憶媒体を直接受け渡しする
方法で置き換えてもよい。

【００１７】計算機１０はネットワーク１７と、ディス
ク装置１６に接続されている。計算機１０は、その構成
要素として、プログラムとデータ領域を保持する主記憶
装置１１と、演算処理を行うＣＰＵ１２と、ネットワー
ク１７との通信処理を行う通信インタフェース１３と、
ディスク装置１６を制御するディスクインタフェース１
４と、以上の要素を接続するバス１５から構成される。

【００１８】主記憶装置１１上にあるデータ変換プログ
ラム１００の入力となる、変換前発注データや変換前回
答データなどの変換前取引データ１２０は、ネットワー
ク１７経由、またはディスク装置１６から読み込む。ま
た、データ変換プログラム１００は、出力としてディス
ク装置１６に変換後取引データ１３０を書き込む。

【００１９】主記憶装置１１は、その構成要素として、
一連の処理全体を制御する制御部１０１と、制御部１０
１から呼び出され、変換前取引データ１２０を入力とし
て、ディスク装置１６に変換後取引データ１３０を出力
するデータ変換プログラム１００とを有する。さらに、
作業用のデータ領域である入力データ格納領域１０２
と、出力データ格納領域１０３と、定義情報用のデータ
領域であるマッピング定義情報領域１０４、および管理
情報用のデータ領域であるマッピング管理情報領域１０
５とを有する。

【００２０】次に、主記憶装置１１上のそれぞれのモジ
ュールについて説明する。

【００２１】制御部１０１は、変換前取引データ１２０
を読み込み、ディスク装置１６に変換後取引データ１３
０を書き込む一連の処理全体を制御するモジュールであ
る。制御部１０１は、通信インタフェース１３経由やデ
ィスクインタフェース１４経由で変換前発注データ１２
０を読み込み、入力データ格納領域１０２に格納する。
また、制御部１０１は、データ変換プログラム１００を
呼び出す。さらに、制御部１０１は、変換済みのデータ
を出力するモジュールでもある。本実施例においては、
制御部１０１は、出力データ格納領域１０３に格納され
た変換済みデータを、ディスク装置１６に変換後発注デ
ータ１３０として出力する。変換済みデータの出力先
は、他のデータ構造やプログラムでも良い。

【００２２】次に、主記憶装置１１上のそれぞれのデー
タ領域について説明する。

【００２３】入力データ格納領域１０２は、制御部１０
１とデータ変換プログラム１００との間で受け渡しされ
るデータを格納する作業領域である。

【００２４】出力データ格納領域１０３は、変換済みデ
ータを格納する作業用のデータ領域であり、データ変換
プログラム１００が書き込み、制御部１０１が参照す
る。

【００２５】マッピング定義情報領域１０４は、変換前
取引データと変換後取引データの各データ項目の対応関
係の定義情報であるマッピング定義情報を格納したデー
タ領域であり、制御部１０１の起動に先立って事前に設
定されており、データ変換プログラム１００が参照す
る。

【００２６】マッピング管理情報領域１０５は、データ
変換処理に必要なマッピング管理情報を格納したデータ
領域であり、データ変換プログラム１００が書き込みと
参照を行う。

【００２７】計算機１０は、以上で説明したように構成
されている。

【００２８】次に、一連の処理の流れについて説明す
る。

【００２９】発注システム２１や受注システム２２か
ら、ネットワーク１７あるいはディスク装置１６を経由
して変換前取引データ１２０を受け取ると、ｅＭＰシス
テム２０内の制御部１０１は変換前発注データ１２０を
入力データ格納領域１０２に格納する。次に、制御部１
０１は、格納した変換前取引データ１２０を入力とし
て、データ変換プログラム１００を起動する。データ変
換プログラム１００は、その変換前取引データ１２０を
入力として、マッピング定義情報領域１０４に格納され
たマッピング定義情報と、マッピング管理情報領域１０
５に格納されたマッピング管理情報に従って、変換後取
引データを作成し、出力データ格納領域１０３に格納す
る。最後に、制御部１０１は、その変換後取引データを
入力とし、ディスク装置１６に変換後取引データ１３０
を出力する。

【００３０】以上の一連の動作により変換前取引データ
１２０が、変換後取引データ１３０に変換され、ディス
ク装置１６に格納される。

【００３１】次に、データフロー図を用いて、ｅＭＰシ
ステム２０と発注システム２１および受注システム２２
の三者間での一連の取引データの流れについて説明す
る。

【００３２】まず、図２を用いて、発注システム２１
が、ｅＭＰシステム２０を経由して、受注システム２２
に対して発注データを送信する場合の取引データの流れ
を説明する。図２は、発注データの受け渡し手順を示し
たデータフロー図である。

【００３３】発注システム２１は、発注処理を行った後
（６００）、ｅＭＰシステム２０に対して、変換前発注
データ６０２を送信する（６０１）。図２においては、
変換前発注データ６０１には、発注１と発注２および発
注３の、複数の製品の発注データが一括して書き込まれ
ている（６０３）。次に、ｅＭＰシステム２０は、変換
前発注データ６０２を受信し（６０４）、受注システム
２２が用いるデータ形式に変換し、必要に応じて複数の
変換後発注データを出力する（６０５）。図２において
は、変換前発注データ６０２を、個別の製品の発注デー
タが書き込まれた三つの変換後発注データ（６０８、６
１２、６１６）に分割している。ｅＭＰシステム２０
は、受注システム２２に対して、発注１の変換後発注デ
ータ６０８を送信する（６０６）。受注システム２２
は、発注１の変換後発注データ６０８を受信し（６０
９）、受注処理を行う（６１０）。

【００３４】同様に、ｅＭＰシステム２０は、発注２と
発注３の変換後発注データ（６１２、６１６）を、受注
システム２２に対して送信する（６１１、６１５）。受
注システム２２は、発注２と発注３の変換後発注データ
（６１２、６１６）を受信し（６１３、６１７）、受注
処理を行う（６１４、６１８）。

【００３５】以上の一連の取引データの受け渡しによっ
て、発注システム２１からｅＭＰシステム２０を経由
し、受注システム２２に対して発注データが送信され
る。

【００３６】次に、図３を用いて、受注システム２２
が、ｅＭＰシステム２０を経由して、発注システム２１
に対して回答データを返信する場合の取引データの流れ
を説明する。図３は、回答データの受け渡し手順を示し
たデータフロー図である。

【００３７】受注システム２２は、受注処理を行った後
（６２０）、ｅＭＰシステム２０に対して、変換前回答
データ６２２を送信する（６２１）。図３においては、
変換前回答データ６２２には、発注１に発注データに加
えて、発注条件を受諾するか否かの回答データが書き込
まれている（６３９）。次に、ｅＭＰシステム２０は、
変換前回答データ６２２を受信し（６２３）、発注シス
テム２１が用いるデータ形式に変換し（６２４）、発注
１に対する回答データを作業領域に格納する（６４
１）。同様に、受注システム２２は、発注２と発注３の
発注データに対する受注処理を行った後（６２５、６３
０）、ｅＭＰシステム２０に対して、発注２と発注３に
対する変換前回答データ（６２７、６３２）を送信する
（６２６、６３１）。ｅＭＰシステム２０は、発注２と
発注３に対する変換前回答データ（６２７、６３２）を
受信し、発注システム２１が用いるデータ形式に変換
し、必要に応じて、既に作業領域に格納されている発注
１に対する変換後回答データと集約し、変換後回答デー
タ６３６を作成する（６２９、６３４）。図３において
は、変換後回答データ６３６は、発注１と発注２および
発注３の回答データが集約されて書き込まれている（６
４０）。ｅＭＰシステム２０は、変換後回答データ６３
６を発注システム２１に対して送信する（６３５）。発
注システム２１は、変換後回答データ６３６を受信し
（６３７）、発注処理を行う（６３８）。

【００３８】以上の一連の取引データの受け渡しによっ
て、受注システム２２からｅＭＰシステム２０を経由
し、発注システム２１に対して回答データが返信され
る。

【００３９】次に、図を用いてデータ変換プログラム１
００の処理手順について説明する。本実施例において
は、データ変換プログラム１００は、本発明が提供する
複数のデータ変換方法のうち、第一のデータ変換方法を
実装している。

【００４０】第一のデータ変換方法は、変換前と変換後
のプロトコルの組み合わせに応じて、発注データ変換時
に個別の発注データへの分割処理の要否とマッピング定
義情報の種類を決定する点と、回答データ変換時に回答
データの集約処理の要否とマッピング定義情報の種類を
決定する点、および回答データの集約処理において、所
定の回答データの到着期限までに回答データが揃わなか
った場合のエラー処理に特徴がある。

【００４１】まず、図４と図５を用いて、第一のデータ
変換方法の処理手順の内、発注データの変換の処理手順
を説明する。図４は、第一のデータ変換方法における発
注データの変換処理の原理図である。図５は、データ変
換プログラム１００の処理手順を示した流れ図である。

【００４２】データ変換プログラム１００は、入力デー
タ格納領域１０２から、変換元と変換先のビジネスプロ
トコルの組を読み出し、マッピング定義情報領域１０４
内の変換定義テーブル７０２で、かかるビジネスプロト
コルの組に対応づけられたマッピング定義名を検索し、
かかるマッピング定義名に該当するマッピング定義情報
を選択する（７６０）。図４においては、入力データ格
納領域１０２に格納されている”Ａ”と”Ｘ”というビ
ジネスプロトコルの組（７０１）に対して、変換定義テ
ーブル７０２では”ＭＡＰ０１”というマッピング定義
名が対応づけられているので（７０３）、マッピング定
義情報領域１０４上でマッピング定義”ＭＡＰ０１”
（７０４）を選択している。

【００４３】次に、同じくマッピング定義情報領域１０
４内の変換定義テーブル７０２で、変換元と変換先のビ
ジネスプロトコルの組に対応づけられた発注データの分
割要否を検索する（７６１）。図４においては、”Ａ”
と”Ｘ”というビジネスプロトコルの組に対して、分割
要否として”要”が設定されている（７０３）。ここ
で、分割要否が”要”の場合、データ変換プログラム１
００は、分割数に０を代入し（７６２）、変換前発注デ
ータ７１０から最初のデータ項目の名前と値の組を読み
込む（７６３）。図４においては、変換前発注データ７
１０の最初のデータ項目の名前と値の組は、”Ｏｒｄｅ
ｒＩｄ”と”６９２０１”である（７１１）。

【００４４】次に、マッピング定義情報領域１０４内の
マッピング定義（７０４）で、読み込んだデータ項目の
名前を検索し、データ項目が共通項目か個別項目かを判
定する（７６４）。今、変換前発注データ７１０から読
み込んだ最初のデータ項目の名前は”ＯｒｄｅｒＩｄ”
であり、マッピング定義（７０４）から、このデータ項
目は共通項目であることが分かる（７０５）。読み込ん
だデータ項目が共通項目の場合は、マッピング定義７０
４で、変換後発注データ内の対応するデータ項目の名前
を検索し、変換後発注データのデータ項目の名前と値の
組を作業領域７０７に書き込む（７６５）。図４におい
ては、データ項目の名前と値の組として”注文番号”
と”６９２０１”を作業領域７０７に書き込んでいる
（７０８）。

【００４５】次に、読み込んだデータ項目がデータの終
わりか否かを判定する（７６８）。データの終わりでな
い場合、ニ番目のデータ項目の名前と値の組を読み込む
（７６３）。図４においては、変換前発注データ７１０
のニ番目のデータ項目の名前と値の組は、”Ｐｒｏｄｕ
ｃｔＩｄ”と”Ｐ２６８９”である（７１２）。

【００４６】次に、最初のデータ項目と同様に、マッピ
ング定義情報領域１０４内のマッピング定義（７０４）
で、読み込んだデータ項目の名前を検索し、データ項目
が共通項目か個別項目かを判定する（７６４）。今、変
換前発注データ７１０から読み込んだ二番目のデータ項
目の名前は”ＰｒｏｄｕｃｔＩｄ”であり、マッピング
定義（７０４）から、このデータ項目は個別項目である
ことが分かる（７０６）。読み込んだデータ項目が個別
項目の場合には、出力データ格納領域１０３に、出力デ
ータとして変換後発注データを作成し、マッピング定義
７０４から、変換後発注データ内の対応するデータ項目
の名前を検索し、変換後発注データに対応するデータ項
目の名前と値の組を書き込む（７６７）。図４において
は、出力データ格納領域１０３に、発注１の変換後発注
データ７２０を作成し、データ項目の名前と値の組とし
て”製品コード”と”Ｐ２６８９”を書き込んでいる
（７２２）。同様の処理により、変換前発注データ７１
０の三番目のデータ項目の値である”１００”を、変換
後発注データ７２０内の対応するデータ項目である”数
量”の値として書き込んでいる（７２２）。ステップ７
６６とステップ７６７の処理を、変換前発注データ７１
０内の個別項目のまとまりごとに行う。図４において
は、分割数に１を加えた後、発注２に関するデータ７１
３に対して、変換後発注データ７３０を作成し、それぞ
れ読み込んだデータ項目に対応する変換後発注データの
データ項目の名前と値の組として書き込んでいる（７３
２）。また、さらに分割数に１を加えた後、発注３に関
するデータ７１４に対して、変換後発注データ７４０を
作成し、それぞれ読み込んだデータ項目に対応する変換
後発注データのデータ項目の名前と値の組として書き込
んでいる（７４２）。ここまでで、分割数の値は３にな
っている。

【００４７】読み込んだデータ項目がデータの終わりで
ある場合、作業領域７０７内の共通項目の名前と値の組
を、出力データ格納領域１０３内のそれぞれの変換後発
注データに書き込む。図４においては、ステップ７６５
で書き込んだ作業領域７０７内の共通項目の名前と値の
組である”注文番号”と”６９２０１”を、出力データ
格納領域１０３内のそれぞれの変換後発注データ７２
０、７３０、７４０に書き込んでいる（７２１、７３
１、７４１）。

【００４８】最後に、マッピング管理情報領域１０５
に、発注データの識別番号である注文番号と発注データ
の分割数、回答データの到着数と到着期限を書き込む
（７５０）。図４においては、注文番号として”６９２
０１”を、分割数として”３”を、到着数の初期値とし
て”０”を、到着期限として現在時刻にビジネスプロト
コルで定められた所定の時間を加えた時刻である２００
１年６月５日１１時３５分を表現する文字列”２００１
０６０５１１３５”を書き込んでいる（７０８）。

【００４９】以上が、第一のデータ変換方法のうち、発
注データの変換の処理手順である。上記の手順によれ
ば、マッピング定義情報領域１０４の内容次第で、変換
元のビジネスプロトコルで定められた任意のデータ項目
や繰り返し構造を持った発注データを、変換先のビジネ
スプロトコルで定められた任意のデータ項目を持った発
注データに変換することが可能である。

【００５０】すなわち、各取引企業は、データ変換プロ
グラムが参照する、発注データの分割処理に必要なマッ
ピング定義さえ用意すれば、複数の製品のひとまとまり
の発注データを、個々の製品の個別の発注データに変換
して送信することが可能となり、第一のデータ変換方法
の目的は達せられる。

【００５１】次に、図６と図７を用いて、第一のデータ
変換方法の処理手順の内、回答データの変換の処理手順
を説明する。図６は、第一のデータ変換方法における回
答データの変換処理の原理図である。図７は、データ変
換プログラム１００の処理手順を示した流れ図である。

【００５２】データ変換プログラム１００は、入力デー
タ格納領域１０２から、変換元と変換先のビジネスプロ
トコルの組を読み出し、マッピング定義情報領域１０４
内の変換定義テーブル８０２で、かかるビジネスプロト
コルの組に対応付けられたマッピング定義名を検索し、
かかるマッピング定義名に該当するマッピング定義情報
を選択する（８６０）。図６においては、入力データ格
納領域１０２に格納されている”Ｘ”と”Ａ”というビ
ジネスプロトコルの組（８０１）に対して、変換定義テ
ーブル８０２では”ＭＡＰ１１”というマッピング定義
名が対応づけられているので（８０３）、マッピング定
義情報領域１０４上でマッピング定義”ＭＡＰ１１”
（８０４）を読み込んでいる。

【００５３】次に、同じくマッピング定義情報領域１０
４内の変換定義テーブル８０２で、変換元と変換先のビ
ジネスプロトコルの組に対応づけられた回答データの集
約要否を検索する（８６１）。図６においては、”Ｘ”
と”Ａ”というビジネスプロトコルの組に対して、集約
要否として”要”が設定されている（８０３）。ここ
で、集約要否が”要”の場合、データ変換プログラム１
００は、変換前回答データ８１０から、かかる変換前回
答データの識別番号に相当するデータ項目を読み込み、
データ項目の値から変換前の識別番号を抽出する（８６
２）。図６においては、識別番号に相当するデータ項目
として”注文番号”を読み込み、その値である”６９２
０１”から変換前の識別番号を切り出している（８１
１）。本実施例においては、変換前の注文番号と変換後
のそれは同一であるため、読み込んだデータ項目の値で
ある”６９２０１”がそのまま変換前の注文番号とな
る。

【００５４】次に、マッピング管理情報領域１０５内の
回答データ到着管理テーブル８５０で、注文番号に対応
付けられた到着数を読み込む（８６３）。図６において
は、注文番号”６９２０１”に対して、到着数”０”が
設定されているので、その値を読み込む（８５１）。

【００５５】次に、読み込んだ到着数に１を加え、回答
データ到着管理テーブル８５０に書き込む。今、読み込
んだ到着数の値は０なので、その値に１を加えた１を、
回答データ到着管理テーブル８５０に書き込んでいる。

【００５６】次に、現在入力データとなっている変換前
回答データが、最初に到着した回答データであるか否か
を判定する（８６５）。最初に到着した回答データであ
る場合はステップ８６６を、そうでない場合はステップ
８６７を実行する。今、到着数は１なので、現在入力デ
ータとなっている変換前回答データ８１０は最初に到着
した回答データであることが分かる。そこで、データ変
換プログラム１００はステップ８６６を実行し、出力デ
ータ格納領域１０３に、出力データとして変換後回答デ
ータ８４０を新たに作成する（８６６）。

【００５７】次に、変換前回答データからデータ項目の
名前と値の組を読み込む（８６７）。図６においては、
最初に到着した変換前回答データ８１０から、一番目の
データ項目の名前と値の組である”注文番号”と”６９
２０１”を読み込んでいる（８１１）。

【００５８】次に、読み込んだデータ項目が回答データ
の識別番号であるか否かを判定する（８６８）。読み込
んだデータ項目が回答データの識別番号である場合はス
テップ８６９を、そうでない場合はステップ８７０を実
行する。今、読み込んだデータ項目の名前は”注文番
号”であり、かかるデータ項目は回答データの識別番号
を書き込むデータ項目である。そこで、データ変換プロ
グラム１００はステップ８６９を実行し、ステップ８６
２で切り出してある変換前の注文番号を、マッピング定
義８０４に従って、変換後回答データ８４０に書き込む
（８６９）。図６においては、注文番号のデータ項目の
名前である”注文番号”は”ＯｒｄｅｒＩｄ”に対応づ
けられているので（８０５）、その値である”６９２０
１”を変換後回答データ８４０内のデータ項目”Ｏｒｄ
ｅｒＩｄ”の値として書き込んでいる（８４１）。

【００５９】次に、読み込んだデータ項目がデータの終
わりか否かを判定する（８７１）。読み込んだデータ項
目がデータの終わりである場合はデータ変換プログラム
を終了する。まだデータの終わりでなく、読み込むべき
データ項目が残っている場合には、再びステップ８６７
を実行する。今、読み込んだデータ項目である”注文番
号”（８１１）は、変換前回答データ８１０の終わりで
はないので、ステップ８６７を実行する。

【００６０】次に、データ変換プログラム１００は、二
番目のデータ項目の名前と値の組を読み込む（８６
７）。図６においては、変換前発注データ８１０の二番
目のデータ項目の名前と値の組である”製品コード”
と”Ｐ２６８９”を読み込んでいる（８１２）。

【００６１】次に、一番目のデータ項目と同様に、読み
込んだデータ項目が回答データの識別番号か否かを判定
する（８６８）。今、読み込んだデータ項目は”製品コ
ード”であり、回答データの識別番号ではない。そこ
で、データ変換プログラム１００はステップ８７０を実
行し、マッピング定義８０４で、読み込んだデータ項目
の名前を検索し、対応するデータ項目の値として、読み
込んだデータ項目の値を書き込む（８７０）。図６にお
いては、”製品コード”というデータ項目名に対し
て、”ＰｒｏｄｕｃｔＩｄ”というデータ項目名が対応
づけられている（８０６）ので、変換後回答データ８４
０内のデータ項目”ＰｒｏｄｕｃｔＩｄ”の値とし
て、”Ｐ２６８９”を書き込んでいる（８４２）。同様
に、”数量”というデータ項目名に対して”Ｑｕａｎｔ
ｉｔｙ”というデータ項目名が対応づけられており、そ
の値は”１００”なので、変換後回答データ８４０内の
データ項目”Ｑｕａｎｔｉｔｙ”の値として、”１０
０”を書き込んでいる（８４２）。さらに、”回答”と
いうデータ項目名に対して”Ｒｅｓｐｏｎｓｅ”という
データ項目名が対応づけられており、その値は”Ａｃｃ
ｅｐｔ"なので、変換後回答データ８４０内のデータ項
目”Ｒｅｓｐｏｎｓｅ”の値として、”Ａｃｃｅｐｔ”
を書き込んでいる（８４２）。

【００６２】以下同様に、発注２に対する二番目の回答
データ８２０と、発注３に対する三番目の回答データ８
３０のデータを、変換後回答データ８４０に書き込む
（８４３、８４４）。

【００６３】データ変換プログラム１００は、受注シス
テム２２に対して、変換後発注データを送信した後、定
期的にマッピング管理情報領域１０５内の回答データ到
着管理テーブル８５０で、注文番号などの識別番号に対
応づけられた回答データ到着期限を検索し、現在時刻が
回答データ到着期限を超えているか否かを判定する。本
実施例では、現在時刻が回答データ到着期限を超えてい
る場合は、エラーを通知する。

【００６４】以上が、第一のデータ変換方法のうち、回
答データの変換の処理手順である。上記の手順によれ
ば、マッピング定義情報１０４の内容次第で、変換元の
ビジネスプロトコルで定められた任意のデータ項目名を
持った回答データを、変換先のビジネスプロトコルで定
められた任意のデータ項目名や繰り返し構造を持った回
答データに変換することが可能である。

【００６５】すなわち、各取引企業は、データ変換プロ
グラムが参照する、複数の回答データの集約処理に必要
なマッピング定義さえ用意すれば、一括発注に対応して
いないビジネスプロトコルを実装した受注システムか
ら、個別の発注データに対する回答データを受信し、そ
れぞれの回答データを集約した、一括発注に対する回答
データに変換することが可能となり、第一のデータ変換
方法の目的は達せられる。 《第二の実施例》次に、第二の実施例について説明す
る。

【００６６】第二の実施例では、本発明が提供する複数
のデータ変換方法のうち、第二のデータ変換方法を説明
する。

【００６７】第二のデータ変換方法の目的は、個々の製
品の発注データとして出力する変換後発注データそれぞ
れに対して、注文番号等の識別番号を一意な値として出
力できるようにすることである。これが実現できれば、
例えば、発注データの識別番号である注文番号は、各発
注データで一意であるという制約を持つビジネスプロト
コルを実装した情報システムにおいても、取引データを
正しく処理することが可能となる。

【００６８】本実施例においては、第二のデータ変換方
法を、第一の実施例と同じ構成の計算機システムで動作
するプログラムとして実現している。第一の実施例と本
実施例の相違点は、データ変換プログラムに対するマッ
ピング定義情報の与えかたとデータ変換プログラムの処
理手順のみである。以下では、これらの相違点について
説明し、第一の実施例と同じ点については説明を省略す
る。

【００６９】第二のデータ変換方法では、複数の製品の
ひとまとまりの発注データを、個々の製品の発注データ
として分割して出力する際に、変換後の発注データそれ
ぞれの識別番号として、変換前の発注データの識別番号
と個々の製品の発注のシーケンス番号を組み合わせて、
一意の識別番号として出力する点に特徴がある。

【００７０】以下では、図８を用いて、第二のデータ変
換方法の処理手順について説明する。図８は、第二のデ
ータ変換方法の動作原理図である。

【００７１】本実施例においては、データ変換プログラ
ム１００が実装する第二のデータ変換方法は、第一のデ
ータ変換方法での処理内容に加えて、発注データにおい
て識別番号となるデータ項目が指定できる点と、そのデ
ータ項目に対応する変換後発注データのデータ項目に対
して、一意な識別番号を出力できるようになっている点
に特徴がある。

【００７２】データ変換プログラム１００は、以下の手
順に従って、入力データ格納領域１０２に格納された変
換前発注データから、出力データ格納領域１０３に変換
後の発注データを出力する。

【００７３】まず、データ変換プログラム１００は、第
一のデータ変換方法と同様に、入力データ格納領域１０
２から変換元プロトコルと変換先プロトコルの組を読み
出し、マッピング定義情報領域１０４内でそのプロトコ
ルの組に対応付けられたマッピング定義名を検索して、
検索されたマッピング名に従って、マッピング定義を選
択する。図８においては、変換元と変換先のプロトコル
の組は”Ａ”と”Ｘ”であり（１００１）、マッピング
定義情報領域１０４上の変換定義テーブル１００２で指
定されたマッピング定義名は”ＭＡＰ０１”であるため
（１００３）、マッピング定義情報領域１０４上から、
マッピング定義”ＭＡＰ０１”（１００４）を読み込ん
でいる。

【００７４】次に、入力データ格納領域１０２に格納さ
れた変換前発注データからデータ項目の名前と値の組を
読み出し、出力すべき変換後発注データを生成する。そ
の際に、読み込んだデータ項目が発注データの識別番号
に指定されている場合は、そのデータ項目の値と個々の
製品の発注のシーケンス番号とを組み合わせて、変換後
発注データの識別番号として出力する。図８において
は、変換前発注データのデータ項目”ＯｒｄｅｒＩｄ”
の値は”６９２０１”であり、かかるデータ項目は変換
前発注データの識別番号であるため、一意な識別番号の
生成方法の例として、データ項目”ＯｒｄｅｒＩｄ”の
値である”６９２０１”の後に発注１の通番”００１”
を連結して、発注１の変換後発注データ１０２０のデー
タ項目”注文番号”の値として、文字列”６９２０１０
０１”を出力している。次に、発注１の個別項目であ
る”ＰｒｏｄｕｃｔＩｄ”と”Ｑｕａｎｔｉｔｙ”は、
マッピング定義１００６上で指定されたデータ項目はそ
れぞれ”製品コード”と”数量”なので（１００６）、
データ項目”ＰｒｏｄｕｃｔＩｄ”と”Ｑｕａｎｔｉｔ
ｙ”のそれぞれの値である”Ｐ２６８９”と”１００”
を変換後発注データに出力している（１０２２）。同様
に、データ項目”ＯｒｄｅｒＩｄ”の値である”６９２
０１”の後に発注２の通番”００２”を連結して、発注
２の変換後発注データ１０３０のデータ項目”注文番
号”の値として、文字列”６９２０１００２”を出力し
（１０３１）、データ項目”製品コード”と”数量”の
値として、”Ｐ３０８８”と”１４０”を出力している
（１０３２）。同様に、データ項目”ＯｒｄｅｒＩｄ”
の値である”６９２０１”の後に発注３の通番”００
３”を連結して、発注３の変換後発注データ１０４０の
データ項目”注文番号”の値として、文字列”６９２０
１００３”を出力し（１０４１）、データ項目”製品コ
ード”と”数量”の値として、”Ｐ５１１２”と”7
０”を出力している（１０４２）。

【００７５】以上が、第二のデータ変換方法の処理手順
である。上記の手順によれば、マッピング定義内で、識
別番号を格納するデータ項目を指定しておけば、変換後
の各発注データに対して、一意な識別番号を出力できる
ようになる。すなわち、上記の手順によれば、第二のデ
ータ変換方法の目的は達せられる。 《第三の実施例》次に、第三の実施例について説明す
る。

【００７６】第三の実施例では、本発明が提供する複数
のデータ変換方法のうち、第三のデータ変換方法を説明
する。

【００７７】第三のデータ変換方法の目的は、回答デー
タの集約処理において、回答データ到着期限までに受信
した回答データを集約して、発注システムに対して送信
できるようにすることである。これが実現できれば、回
答データ到着期限までに全ての回答データが揃わなくと
も、受信済みの回答データを破棄することなく、発注シ
ステムに対して、回答データを送信することが可能とな
る。

【００７８】本実施例においては、第三のデータ変換方
法を、第一の実施例と同じ構成の計算機システムで動作
するプログラムとして実現している。第一の実施例と本
実施例の相違点は、データ変換プログラムの処理手順の
みである。以下では、これらの相違点について説明し、
第一の実施例と同じ点については説明を省略する。

【００７９】以下では、図９を用いて、第三のデータ変
換方法の処理手順について説明する。図９は、第三のデ
ータ変換方法の動作原理図である。

【００８０】第三のデータ変換方法には、次の二つの特
徴がある。

【００８１】第一の特徴は、回答データの集約処理にお
いて、回答データ到着期限までに全ての回答データが揃
わなくともエラーにせずに、かかる回答データ到着期限
までに受信した回答データのみを入力とした変換処理の
出力である変換後回答データを発注システムに対して送
信する点である。

【００８２】第二の特徴は、回答データ到着期限後に、
残りの回答データが到着した場合には、かかる回答デー
タのみを入力として変換処理を行い、変換後の回答デー
タを発注システムに対して送信する点である。

【００８３】本実施例では、上記二つの特徴を同時に実
現した実装例を示すが、両者は互いに独立に実現でき、
いずれか一方のみを実現することも可能である。

【００８４】本実施例においては、データ変換プログラ
ム１２０は、上記の特徴をもつ第三のデータ変換方法を
実装しており、以下の手順に従って、受信した回答デー
タを変換し、発注システムに対して送信する。

【００８５】データ変換プログラム１００は、まず、第
一のデータ変換方法と同様に、回答データが到着する度
に回答データの集約処理を行う。図９においては、ま
ず、発注１に対する変換前回答データ１１１０を受信し
（１１００）、かかる変換前回答データを入力として集
約処理を行い（１１０１）、マッピング定義情報に従っ
て、変換後回答データ１１３０の所定のデータ項目に値
を書き込んでいる（１１３１、１１３２）。次に、発注
２に対する変換前回答データ１１２０を受信し（１１０
２）、かかる変換前回答データを入力として集約処理を
行い（１１０３）、マッピング定義情報に従って、変換
後回答データ１１３０の所定のデータ項目に値を書き込
んでいる（１１３３）。

【００８６】また、データ変換プログラム１００は定期
的に、マッピング管理情報領域１０５内の回答データ到
着管理テーブル１１６１で、注文番号等の識別番号に対
応づけられた回答データ到着期限を検索し、現在時刻が
回答データ到着期限を超えているか否かを判定する。こ
こで、現在時刻が回答データ到着期限を超えている場合
は、回答データ到着期限までに出力済みの変換後回答デ
ータを、発注システムに対して送信する。図９において
は、現在時刻として２００１年６月５日１４時４０分を
表す文字列”２００１０６０５１４４０”を入力として
到着期限チェック処理を実行している（１１０２）。こ
こで、マッピング管理情報領域１０５上の回答データ到
着管理テーブル１１６０で、注文番号”６９２０１”に
対応する到着期限として２００１年６月５日１１時３５
分を表す文字列”２００１０６０５１１３５”が格納さ
れているので（１１６１）、現在時刻が回答データ到着
期限を超えていることが分かる。そこで、回答データ到
着期限までに出力済みの変換後回答データ１１３０を、
発注システム５０１に対して送信している（１１０
５）。

【００８７】その後、回答データ到着期限を超えて回答
データを受信した場合には、かかる回答データのみを入
力として変換処理を行い、変換後の回答データを発注シ
ステムに対して送信する。図９においては、回答データ
到着期限を超えて発注３に対する変換前回答データ１１
４０を受信し（１１０６）、かかる変換前回答データを
入力として変換処理を行い（１１０７）、マッピング定
義情報に従って、発注３に対する変換後回答データ１１
５０の所定のデータ項目に値を書き込んでいる（１１５
１、１１５２）。次に、発注システム５０１に対して、
かかる発注３に対する変換後回答データ１１５０を送信
している（１１０８）。

【００８８】以上が、第三のデータ変換方法の処理手順
である。上記の手順によれば、変換後回答データとし
て、回答データ到着期限までに到着した回答データを入
力として集約処理を行った後の出力データを、発注シス
テムに送信することが可能である。また、上記の手順に
よれば、変換後回答データとして、回答データ到着期限
後に到着した回答データのみを入力として集約処理を行
った後の出力データを、発注システムに送信することが
可能である。すなわち、上記の手順によれば、第三のデ
ータ変換方法の目的は達せられる。 《第四の実施例》次に、第四の実施例について説明す
る。

【００８９】第四の実施例では、本発明が提供する複数
のデータ変換方法のうち、第四のデータ変換方法を説明
する。

【００９０】第四のデータ変換方法の目的は、データ変
換処理において、変換先のデータ項目をデータ変換処理
時に決定できるようにすることである。これが実現でき
れば、入力データのデータ項目の種類を増やさずに、す
でに定義されているデータ項目を用いて、データ項目の
値の違いによって、変換先のデータ項目を変換処理時に
決定することが可能となる。

【００９１】本実施例においては、第四のデータ変換方
法を、第一の実施例と同じ構成の計算機システムで動作
するプログラムとして実現している。第一の実施例と本
実施例の相違点は、データ変換プログラムに対するマッ
ピング定義情報の与えかたとデータ変換プログラムの処
理手順のみである。以下では、これらの相違点について
説明し、第一の実施例と同じ点については説明を省略す
る。

【００９２】以下では、図１０を用いて、第四のデータ
変換方法の処理手順について説明する。図１０は、第四
のデータ変換方法の動作原理図である。

【００９３】第四のデータ変換方法では、マッピング定
義情報内に、入力データのデータ項目に対応して、書き
込みが可能な出力データのデータ項目の一覧と、変換先
のデータ項目を決定する処理の種類を指定している点に
特徴がある。

【００９４】本実施例においては、データ変換プログラ
ム１００は、上記の特徴を持つ第四のデータ変換方法を
実装しており、以下の手順に従って、入力データ格納領
域１０２に格納された変換元と変換先のプロトコルの組
と、変換前のデータを入力として、出力データ格納領域
１０３に変換後のデータを出力する。

【００９５】まず、データ変換プログラム１００は、第
一のデータ変換方法と同様に、入力データ格納領域１０
２から変換元プロトコルと変換先プロトコルの組を読み
出し、マッピング定義情報領域１０４内でそのプロトコ
ルの組に対応づけられたマッピング定義名を検索して、
検索されたマッピング名に従って、マッピング定義を選
択する。図１０においては、入力データ格納領域１０２
に、変換元と変換先のプロトコルの組として”Ａ”と”
Ｘ”が格納されており（１２０１）、マッピング定義情
報領域１０４上の変換定義テーブル１２０２で、マッピ
ング定義名として”ＭＡＰ４１”が対応づけられている
ので（１２０３）、マッピング定義情報領域１０４上か
ら、マッピング定義”ＭＡＰ４１”を読み込んでいる
（１２０４）。

【００９６】次に、入力データ格納領域１０２に格納さ
れた変換前データからデータ項目の名前と値の組を読み
出し、マッピング定義情報に従って変換先のデータ項目
を決定し、変換後データを作成する。その際、変換先デ
ータ項目決定処理が指定されている場合には、指定され
た変換先データ項目決定処理を実行する。図１０におい
ては、データ項目”ＯｒｄｅｒＩｄ”に対してデータ項
目”注文番号”が対応づけられており（１２０５）、デ
ータ項目”ＰｒｏｄｕｃｔＩｄ”と”Ｑｕａｎｔｉｔ
ｙ”に対してデータ項目”製品コード”と”数量”が対
応づけられているので（１２０６）、まず、発注１に対
するデータ変換処理として、変換前発注データ１２１０
のデータ項目”ＯｒｄｅｒＩｄ”の値である”６９２０
１”を、変換後発注データ１２２０のデータ項目”注文
番号”に書き込み（１２２１）、データ項目”Ｐｒｏｄ
ｕｃｔＩｄ”と”Ｑｕａｎｔｉｔｙ”の値である”Ｐ２
６８９”と”１００”を、変換後発注データ１２２０の
データ項目”製品コード”と”数量”にそれぞれ書き込
んでいる（１２２２）。ところが、”ＵｎｉｔＰｒｉｃ
ｅ”というデータ項目に対しては、変換先のデータ項目
として”単価”と”単価（外貨）”の二つのデータ項目
が指定されていることに加えて、データ変換処理の種類
として”通貨コード判定処理”が指定されている（１２
０７）。そこで、その指定に従い、変換前発注データ１
２１０のデータ項目”Ｃｕｒｒｅｎｃｙ”の値である”
ＵＳＤ”（１２１３）を判定条件として、変換先のデー
タ項目を”単価（外貨）”に決定し、変換前発注データ
１２１０のデータ項目”ＵｎｉｔＰｒｉｃｅ”の値であ
る”１．９８”（１０１４）を、変換後発注データ１２
２０のデータ項目”単価（外貨）”の値として書き込ん
でいる（１２２３）。同様に、発注２に対するデータ変
換処理として、変換前発注データ１２１０のデータ項
目”ＯｒｄｅｒＩｄ”の値である”６９２０１”を、変
換後発注データ１２３０のデータ項目”注文番号”に書
き込み（１２３１）、データ項目”ＰｒｏｄｕｃｔＩ
ｄ”と”Ｑｕａｎｔｉｔｙ”の値である”Ｐ３０８８”
と”１４０”を、変換後発注データ１２３０のデータ項
目”製品コード”と”数量”にそれぞれ書き込んでいる
（１２３２）。データ項目”ＵｎｉｔＰｒｉｃｅ”に対
しては、”通貨コード判定処理”というデータ変換処理
指定に従い、変換前発注データ１２１０のデータ項目”
Ｃｕｒｒｅｎｃｙ”の値である”ＪＰＹ”（１２１６）
を判定条件として、変換先のデータ項目を”単価”に決
定し、変換前発注データ１２１０のデータ項目”Ｕｎｉ
ｔＰｒｉｃｅ”の値である”１２０”（１０１７）を、
変換後発注データ１２３０のデータ項目”単価”の値と
して書き込んでいる（１２３３）。

【００９７】以上が、第四のデータ変換方法の処理手順
である。上記の手順によれば、マッピング定義情報領域
１０４内のマッピング定義上で、入力データのデータ項
目に対応づけて、変換可能なデータ項目の一覧と、変換
先データ項目決定処理の種類を指定しておけば、変換先
のデータ項目をデータ変換処理時に決定することが可能
である。すなわち、上記の手順によれば、第四のデータ
変換方法の目的は達せられる。 《第五の実施例》次に、第五の実施例について説明す
る。

【００９８】第五の実施例では、本発明が提供する複数
のデータ変換方法のうち、第五のデータ変換方法を説明
する。

【００９９】第五のデータ変換方法の目的は、対応する
変換先のデータ項目が存在しない変換前発注データ内の
データ項目の値を、変換後発注データに埋め込めるよう
にすることと、かかるデータ項目の値を変換前回答デー
タから抽出することである。これが実現できれば、回答
データの変換処理に必要となる値を、データ変換プログ
ラムが記憶しておかなくても、変換後発注データに埋め
込み、その値をそのまま回答データに書き込んでもらう
ことで、入力となる変換前回答データから抽出すること
が可能となる。

【０１００】本実施例においては、第五のデータ変換方
法を、第一の実施例と同じ構成の計算機システムで動作
するプログラムとして実現している。第一の実施例と本
実施例の相違点は、データ変換プログラムに対するマッ
ピング定義情報の与えかたとデータ変換プログラムの処
理手順のみである。以下では、これらの相違点について
説明し、第一の実施例と同じ点については説明を省略す
る。

【０１０１】以下では、図１１を用いて、第五のデータ
変換方法の処理手順について説明する。図１１は、第五
のデータ変換方法の動作原理図である。

【０１０２】第五のデータ変換方法では、マッピング定
義情報内に、変換元のデータ項目の集合と変換先のデー
タ項目の集合の組に対応づけて、データ変換処理の種類
を指定できる点に特徴がある。

【０１０３】本実施例においては、データ変換プログラ
ム１００は、上記の特徴を持つ第五のデータ変換方法を
実装しており、以下の手順に従って、発注システムと受
注システムとの間で取引データを授受する。

【０１０４】まず、データ変換プログラム１００は、第
一のデータ変換方法と同様に、発注システム５０１から
変換前発注データを受信し、マッピング定義情報上の指
定に従って変換処理を実行し、変換後発注データを作成
する。その際、変換対象となるデータ項目に対応づけら
れてデータ変換処理が指定されている場合には、指定さ
れたデータ変換処理を実行する。図１１においては、マ
ッピング定義１３０１上で、変換前発注データ１３１０
のデータ項目”注文番号”と”注文年月日”の組に、変
換後発注データ１３２０のデータ項目”ＯｒｄｅｒＩ
ｄ”が対応付けられており、さらに、データ変換処理の
種類として”連結処理”が指定されているので（１３０
２）、データ項目”注文番号”の値である”６９２０
１”にデータ項目”注文年月日”の値である”０１０６
１３”を連結し、変換後発注データ１３２０のデータ項
目”ＯｒｄｅｒＩｄ”の値として文字列”０１０６１３
６９２０１”を書き込んでいる（１３２１）。さらに、
マッピング定義１３０１上で、変換前発注データ１３１
０のデータ項目”製品コード”と”数量”が、変換後発
注データ１３２０のデータ項目”ＰｒｏｄｕｃｔＩｄ”
と”Ｑｕａｎｔｉｔｙ”にそれぞれ対応づけられている
ので（１３０３）、データ項目”製品コード”と”数
量”の値である”Ｐ５１１２”と”７０”を、変換後発
注データ１３２０のデータ項目”ＰｒｏｄｕｃｔＩｄ”
と”Ｑｕａｎｔｉｔｙ”の値としてそれぞれ書き込んで
いる（１３２２）。

【０１０５】次に、データ変換プログラム１００は、第
一のデータ変換方法と同様に、受注システム５０２から
変換前回答データを受信し、マッピング定義情報上の指
定に従って変換処理を実行し、変換後回答データを作成
する。その際、変換対象となるデータ項目に対応づけら
れてデータ変換処理が指定されている場合には、指定さ
れたデータ変換処理を実行する。図１１においては、マ
ッピング定義１３０４上で、変換前回答データ１３３０
のデータ項目”ＯｒｄｅｒＩｄ”が、変換後回答データ
１３４０のデータ項目”注文番号”と”注文年月日”の
組に対応づけられており、さらに、データ変換処理の種
類として”抽出処理”が指定されているので（１３０
５）、データ項目”ＯｒｄｅｒＩｄ”の値である”０１
０６１３６９２０１”から文字列”０１０６１３”と”
６９２０１”を抽出し、変換後回答データ１３４０のデ
ータ項目”注文番号”と”注文年月日”の値として、抽
出したそれぞれの文字列を書き込んでいる（１３４１、
１３４３）。さらに、マッピング定義１３０４上で、変
換前回答データ１３３０のデータ項目”Ｐｒｏｄｕｃｔ
Ｉｄ”と”Ｑｕａｎｔｉｔｙ”および”Ｒｅｓｐｏｎｓ
ｅ”が、変換後回答データ１３４０のデータ項目”製品
コード”と”数量”および”回答”にそれぞれ対応づけ
られているので（１３０６）、データ項目”Ｐｒｏｄｕ
ｃｔＩｄ”と”Ｑｕａｎｔｉｔｙ”および”Ｒｅｓｐｏ
ｎｓｅ”の値である”Ｐ５１１２”と”７０”および”
Ａｃｃｅｐｔ”を、変換後発注データ１３４０のデータ
項目”製品コード”と”数量”および”回答”の値とし
てそれぞれ書き込んでいる（１３４２、１３４４）。

【０１０６】以上が、第五のデータ変換方法の処理手順
である。上記の手順によれば、発注データの変換処理用
のマッピング定義情報上で、変換元のデータ項目の集合
と変換先のデータ項目の集合の組に対応づけて、複数の
データ項目の値を組み合わせて変換先のデータ項目の値
を生成するデータ変換処理を指定しておけば、対応する
変換先のデータ項目が存在しない変換前発注データ内の
任意のデータ項目の値を変換後発注データの所定のデー
タ項目の値として埋め込むことが可能である。また、回
答データの変換処理用のマッピング定義情報上で、変換
元のデータ項目の集合と変換先のデータ項目の集合の組
に対応づけて、変換前のデータ項目の値から複数のデー
タ項目の値を抽出するデータ変換処理を指定しておけ
ば、変換前発注データ内の任意のデータ項目の値を、回
答データの変換処理時に変換前の回答データから抽出す
ることが可能である。すなわち、上記の手順によれば、
第五のデータ変換方法の目的は達せられる。 《第六の実施例》次に、第六の実施例について説明す
る。

【０１０７】第六の実施例では、本発明が提供する複数
のデータ変換方法のうち、第六のデータ変換方法を説明
する。

【０１０８】第六のデータ変換方法の目的は、変換後発
注データに埋め込めんだ、回答データの変換処理に必要
な変換前発注データの値を、マッピング定義情報上で事
前に指定しておけるようにすることである。これが実現
できれば、発注システムから送信された変換前回答デー
タに、変換前発注データの値が書き込まれていなくと
も、マッピング定義情報上で指定されている値を変換後
回答データに書き込むことで、変換処理を続行すること
が可能である。

【０１０９】本実施例においては、第六のデータ変換方
法を、第五の実施例と同じ構成の計算機システムで動作
するプログラムとして実現している。第五の実施例と本
実施例の相違点は、データ変換プログラムに対するマッ
ピング定義情報の与えかたとデータ変換プログラムの処
理手順のみである。以下では、これらの相違点について
説明し、第五の実施例と同じ点については説明を省略す
る。

【０１１０】以下では、図１２を用いて、第六のデータ
変換方法の処理手順について説明する。図１２は、第六
のデータ変換方法の動作原理図である。

【０１１１】第六のデータ変換方法では、マッピング定
義情報内に、変換元のデータ項目の集合と変換先のデー
タ項目の集合の組に対応づけて、データ変換処理の種類
に加えて、データ項目の規定値を指定できる点に特徴が
ある。

【０１１２】本実施例においては、データ変換プログラ
ム１００は、上記の特徴を持つ第六のデータ変換方法を
実装しており、以下の手順に従って、発注システムと受
注システムとの間で取引データを授受する。

【０１１３】データ変換プログラム１００は、第五のデ
ータ変換方法と同様に、回答データの変換処理時に、マ
ッピング定義情報領域１０４上で指定されたデータ変換
処理に従って、変換前回答データから複数のデータ項目
の値を抽出するデータ変換処理を実行し、出力となる変
換後回答データを作成する。その際、変換処理に必要と
なる値が変換前回答データに書き込まれていない場合に
は、マッピング定義情報領域１０４上で指定された規定
値を変換先の各データ項目に書き込む。図１２において
は、変換前回答データ１４１０のデータ項目”Ｐｒｏｄ
ｕｃｔＩｄ”と”Ｑｕａｎｔｉｔｙ”および”Ｒｅｓｐ
ｏｎｓｅ”の値である”Ｐ５１１２”と”７０”およ
び”Ａｃｃｅｐｔ”を、マッピング定義情報領域１０４
上の指定し従って、変換後回答データ１４２０のデータ
項目”製品コード”と”数量”および”回答”にそれぞ
れ書き込んでいる（１４２２、１４２４）。次に、マッ
ピング定義情報１０４上で、変換前回答データ１４１０
のデータ項目”ＯｒｄｅｒＩｄ”にはデータ変換処理と
して”抽出処理”が指定されているので（１４０１）、
所定のデータ変換処理を実行する。ところが、データ変
換処理に必要となる変換前回答データ１４１０のデータ
項目”ＯｒｄｅｒＩｄ”の値が書き込まれていない（１
４１１）ため、マッピング定義情報領域１０４上で、デ
ータ項目”注文番号”と”注文年月日”に対応づけられ
ている規定値である”１００００”と”９９９９９９”
をそれぞれ変換後回答データ１４２０の所定のデータ項
目に書き込んでいる（１４２１、１４２３）。

【０１１４】以上が、第六のデータ変換方法の処理手順
である。上記の手順によれば、回答データの変換処理用
のマッピング定義情報上で、変換元のデータ項目の集合
と変換先のデータ項目の集合の組に対応づけて、変換先
の各データ項目の規定値を指定しておけば、変換処理に
必要となる値が変換前回答データに書き込まれていない
場合でも、変換先の各データ項目に任意の値を書き込
み、変換処理を続行することが可能である。すなわち、
上記の手順によれば、第六のデータ変換方法の目的は達
せられる。 《第七の実施例》次に第七の実施例について説明する。

【０１１５】第七の実施例では、本発明が提供する複数
のデータ変換方法のうち、第七のデータ変換方法を説明
する。

【０１１６】第七のデータ変換方法の目的は、変換後発
注データに埋め込んだ、回答データの変換処理に必要な
変換前発注データの値と、変換前回答データに書き込ま
れた値とを比較できるようにすることである。これが実
現できれば、発注システム側でデータ項目の値が変更さ
れたか否かを判定し、その結果によってデータ変換処理
を切り替えることが可能である。

【０１１７】本実施例においては、第七のデータ変換方
法を、第五の実施例と同じ構成の計算機システムで動作
するプログラムとして実現している。第五の実施例と本
実施例の相違点は、データ変換プログラムに対するマッ
ピング定義情報の与えかたとデータ変換プログラムの処
理手順およびマッピング管理情報領域１０５に格納され
るデータの三点である。以下では、これらの相違点につ
いて説明し、第五の実施例と同じ点については説明を省
略する。

【０１１８】以下では、図１３を用いて、第七のデータ
変換方法の処理手順について説明する。図１３は、第七
のデータ変換方法の動作原理図である。

【０１１９】第七のデータ変換方法には、二つの特徴が
ある。

【０１２０】第一の特徴は、マッピング定義情報内に、
第六のデータ変換方法と同様に、マッピング定義情報内
に、マッピング定義情報内に、変換元のデータ項目の集
合と変換先のデータ項目の集合の組に対応づけて、デー
タ変換処理の種類に加えて、データ項目の規定値を指定
できる点である。

【０１２１】第二の特徴は、マッピング管理情報内に、
変換後発注データに埋め込んだ、回答データの変換処理
に必要な変換前発注データの値を格納できる点である。

【０１２２】本実施例においては、データ変換プログラ
ム１００は、上記の特徴を持つ第七のデータ変換方法を
実装しており、以下の手順に従って、発注システムと受
注システムとの間で取引データを授受する。

【０１２３】まず、データ変換プログラム１００は、第
五のデータ変換方法と同様に、回答データの変換処理に
必要な変換前発注データの値を、変換後発注データに埋
め込むと同時に、かかる変換前発注データの値と発注デ
ータの識別番号を組にしてマッピング管理情報領域に格
納する。図１３においては、変換前発注データ１５１０
のデータ項目”注文番号”の値である”６９２０１”
に、データ項目”注文年月日”の値である”０１０６１
３”を連結して、変換後発注データ１５２０の対応する
データ項目”ＯｒｄｅｒＩｄ”の値として文字列”０１
０６１３６９２０１”を書き込んでいる（１５２１）。
同時に、変換前発注データ１５１０のデータ項目”注文
番号”の値である”６９２０１”と、変換後発注データ
に埋め込むべきデータ項目の名前である”注文年月日”
と、かかるデータ項目の値である”６９２０１”の三つ
を組にして、マッピング情報管理情報領域１０５上に書
き込んでいる（１５０１）。さらに、変換前発注データ
１５１０のデータ項目”製品コード”と”数量”の値で
ある”Ｐ５１１２”と”７０”を、変換後発注データ１
５２０の対応するデータ項目”ＰｒｏｄｕｃｔＩｄ”
と”Ｑｕａｎｔｉｔｙ”の値としてそれぞれ書き込んで
いる（１５２２）。

【０１２４】次に、データ変換プログラム１００は、第
五のデータ変換方法と同様に、回答データの変換処理時
に、マッピング定義情報上で指定されたデータ変換処理
に従って、変換前回答データから複数のデータ項目の値
を抽出するデータ変換処理を実行し、出力データとして
変換後回答データを作成する。その際、変換前回答デー
タから抽出した値とマッピング管理情報領域に格納して
おいた値とを比較する。比較した結果、二つの値が異な
る場合には、マッピング定義情報上で指定された規定値
を変換先のデータ項目に書き込む。図１３においては、
変換前回答データ１５３０のデータ項目”ＯｒｄｅｒＩ
ｄ”の値である文字列”０１０６１３６９２０１”を入
力として抽出処理を実行し、変換後回答データ１５４０
のデータ項目である”注文番号”と”注文年月日”の値
として、”６９２０１”と”０１０６１３”を書き込ん
でいる（１５４１、１５４３）。次に、抽出したデータ
項目”注文年月日”の値と、マッピング管理情報領域１
０５上に格納した値とを比較する。マッピング管理情報
領域１０５上で、注文番号とデータ項目名の組である”
６９２０１”と”注文年月日”には、文字列”０１０６
１３”が対応づけられているので（１５０１）、抽出し
たデータ項目の値とマッピング管理情報領域１０５上の
値は一致することが分かる。さらに、変換前回答データ
１５３０のデータ項目”ＰｒｏｄｕｃｔＩｄ”と”Ｑｕ
ａｎｔｉｔｙ”および”Ｒｅｓｐｏｎｓｅ”の値であ
る”Ｐ５１１２”と”７０”および”Ａｃｃｅｐｔ”
を、変換後回答データ１５４０のデータ項目”製品コー
ド”と”数量”および”回答”の値として書き込んでい
る（１５４２、１５４４）。

【０１２５】以上が、第七のデータ変換方法の処理手順
である。上記の手順によれば、発注データの変換処理時
に、回答データの変換処理に必要な変換前発注データの
値を、マッピング管理情報領域に格納しておけば、変換
後発注データに埋め込んだ変換前発注データの値と、変
換前回答データに書き込まれた値を比較することが可能
である。すなわち、上記の手順によれば、第七のデータ
変換方法の目的は達せられる。

【０１２６】

【発明の効果】本発明によれば、異なるビジネスプロト
コルを実装した情報システム間で取引データの授受が可
能となる。

【図面の簡単な説明】

【図１】本発明を適用した計算機システムの構成図

【図２】各システム間での発注データのデータフロー図

【図３】各システム間での回答データのデータフロー図

【図４】第一のデータ変換方法における発注データの変
換方法の動作原理図

【図５】第一のデータ変換方法における発注データの変
換処理の流れ図

【図６】第一のデータ変換方法における回答データの変
換方法の動作原理図

【図７】第一のデータ変換方法における回答データの変
換処理の流れ図

【図８】第二のデータ変換方法の動作原理図

【図９】第三のデータ変換方法の動作原理図

【図１０】第四のデータ変換方法の動作原理図

【図１１】第五のデータ変換方法の動作原理図

【図１２】第六のデータ変換方法の動作原理図

【図１３】第七のデータ変換方法の動作原理図

【符号の説明】

１０…計算機 １１…主記憶装置 １２…中央演算処理装置 １３…通信インタフェース １４…ディスクインタフェース １５…バス １６…ディスク装置 １７…ネットワーク ２０…ｅＭＰシステム ２１…発注システム ２２…受注システム １００…データ変換プログラム １０１…制御部 １０２…入力データ格納領域 １０３…出力データ格納領域 １０４…マッピング定義情報領域、 １０５…マッピング管理情報領域 １２０…変換前取引データ １３０…変換後取引データ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小池 博 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション事 業部内 (72)発明者 ▲高▼橋 規生 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション事 業部内 (72)発明者 川北 周一 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報サービス事業部内 (72)発明者 森谷 修 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報サービス事業部内 Ｆターム(参考） 5B082 GA02 HA07

Claims (13)

【特許請求の範囲】
1. 【請求項１】データ項目情報と該データ項目情報で定義
   されたデータとを含む取引データの形式と要求データを
   送信し該要求データの応答として回答データを返信する
   取引データの送受信手順とで構成されるビジネスプロト
   コルとをそれぞれ実装した第一の情報装置と第二の情報
   装置とを有し、第一のビジネスプロトコルにおける上記
   要求データを送信する処理を実装した第一の情報装置と
   第二のビジネスプロトコルにおける上記回答データを返
   信する処理を実装した第二の情報装置との間にデータ変
   換装置を介する情報処理システムにおけるデータ変換方
   法において、 上記第一のビジネスプロトコルで規定された取引データ
   の形式と送受信方法に従って該第一の情報装置から送信
   された要求データを入力し、 上記送信された要求データを上記第二のビジネスプロト
   コルで規定された形式の要求データに変換し、該変換済
   みの要求データを上記第二のビジネスプロトコルで規定
   された送受信方法に従って上記第二の情報装置へ送信
   し、 上記第ニのビジネスプロトコルで規定された取引データ
   の形式と送受信方法に従って上記第二の情報装置から返
   信された回答データを入力とし、該返信された回答デー
   タを上記第一のビジネスプロトコルで規定された形式の
   回答データに変換し、該変換済みの回答データを上記第
   一のビジネスプロトコルで規定された送受信方法に従っ
   て上記第一の情報装置に対して送信し、 上記第一のビジネスプロトコルで規定された形式の複数
   の要求を含む要求データを入力し、上記第二のビジネス
   プロトコルで規定された形式の各々個別の要求を含む複
   数の要求データとして上記要求データを分割して変換
   し、該変換済みの複数の要求データを、上記第二のビジ
   ネスプロトコルで規定された送受信方法に従って該第二
   の情報装置に対して送信し、 上記第二のビジネスプロトコルで規定された形式の、各
   々個別の要求に対する回答を含む複数の回答データを入
   力し、該第一のビジネスプロトコルで規定された形式の
   複数の要求に対する回答を含む要求データとして上記複
   数の回答データを集約して変換し、該変換済みの回答デ
   ータを、上記第一のビジネスプロトコルで規定された送
   受信方法に従って上記第一の情報装置に対して送信する
   ことを特徴とするデータ変換方法。
2. 【請求項２】データ項目情報と該データ項目情報で定義
   されたデータとを含む取引データの形式と要求データを
   送信し該要求データの応答として回答データを返信する
   取引データの送受信手順とで構成されるビジネスプロト
   コルとをそれぞれ実装した第一の情報装置と第二の情報
   装置とを有し、第一のビジネスプロトコルにおける上記
   要求データを送信する処理を実装した第一の情報装置と
   第二のビジネスプロトコルにおける上記回答データを返
   信する処理を実装した第二の情報装置との間にデータ変
   換装置を介する情報処理システムにおけるデータ変換方
   法において、 上記第一のビジネスプロトコルで規定された取引データ
   の形式と上記送受信手順に従って上記第一の情報装置か
   ら送信された要求データとを入力とし、該送信された要
   求データを該第二のビジネスプロトコルで規定された形
   式の要求データに変換し、該変換済みの要求データを上
   記第二のビジネスプロトコルで規定された送受信方法に
   従って上記第二の情報装置に対して送信し、 上記第ニのビジネスプロトコルで規定された取引データ
   の形式と送受信方法に従って該第二の情報装置から返信
   された回答データを入力とし、該返信された回答データ
   を上記第一のビジネスプロトコルで規定された形式の回
   答データに変換し、該変換済みの回答データを該第一の
   ビジネスプロトコルで規定された送受信方法に従って該
   第一の情報装置に対して送信し、 上記第一のビジネスプロトコルで規定された形式の要求
   データを入力し、当該要求データに対応する回答データ
   へ引き継ぐべきデータ項目の値を、上記第二のビジネス
   プロトコルで規定された形式の要求データ内の意味の異
   なるデータ項目の値の一部として変換し、該変換済みの
   要求データを、該第二のビジネスプロトコルで規定され
   た送受信方法に従って上記第二の情報装置に対して送信
   し、 上記意味の異なるデータ項目の値を含み上記第二のビジ
   ネスプロトコルで規定された形式の回答データを入力
   し、該入力された回答データから該第一のビジネスプロ
   トコルで規定された形式の回答データに引き継ぐべきデ
   ータ項目の値を抽出し、該回答データ内のデータ項目の
   値に変換し、該変換済みの回答データを上記第一のビジ
   ネスプロトコルで規定された送受信方法に従って上記第
   一の情報装置に対して送信することを特徴とするデータ
   変換方法。
3. 【請求項３】請求項１記載のデータ変換方法において、 上記複数の要求を含み該第一のビジネスプロトコルで規
   定された形式の要求データの識別情報と各要求の通番と
   を組み合わせて、該個別の要求を含み上記第二のビジネ
   スプロトコルで規定された形式の要求データの識別情報
   として出力することを特徴とするデータ変換方法。
4. 【請求項４】請求項１記載のデータ変換方法において、 上記個別の要求に対する回答を含み上記第二のビジネス
   プロトコルで規定された形式の複数の回答データが所定
   の到着期限までに揃わなかった場合に、エラーを通知す
   ることを特徴とするデータ変換方法。
5. 【請求項５】請求項１記載のデータ変換方法において、 上記個別の要求に対する回答を含み上記第二のビジネス
   プロトコルで規定された形式の複数の回答データが所定
   の到着期限までに揃わなかった場合に、該所定の到着期
   限までに受信した回答データを入力し、複数の要求に対
   する回答を含み上記第一のビジネスプロトコルで規定さ
   れた形式の回答データとして上記複数の回答データを集
   約して出力することを特徴とするデータ変換方法。
6. 【請求項６】請求項２記載のデータ変換方法において、 上記第二のビジネスプロトコルで規定された形式の回答
   データの値そのものを 上記第一のビジネスプロトコルで規定された形式の回答
   データの値として出力する代わりに、該回答データ内の
   データ項目に対応づけられた所定のデータを出力するこ
   とを特徴とするデータ変換方法。
7. 【請求項７】請求項２記載のデータ変換方法において、 上記第二のビジネスプロトコルで規定された形式の回答
   データの値と予め記録しておいた値とを比較し、データ
   項目の値の相違を判定することを特徴とするデータ変換
   方法。
8. 【請求項８】請求項１または２記載のデータ変換方法に
   おいて、 上記変換処理の入力となる取引データのデータ項目に対
   応づけられた出力先データ項目選択処理を実行した結果
   であるデータ項目に値を出力することを特徴とするデー
   タ変換方法。
9. 【請求項９】請求項１または２記載のデータ変換方法に
   おいて、 変換元と変換先のビジネスプロトコルの組によって、変
   換元と変換先の取引データの間の変換規則を指定した定
   義情報であるマッピング定義情報を選択し、当該マッピ
   ング定義情報に従って上記変換前の取引データを変換し
   て出力することを特徴とするデータ変換方法。
10. 【請求項１０】データ項目情報と該データ項目情報で定
    義されたデータとを含む取引データの形式と要求データ
    を送信し該要求データの応答として回答データを返信す
    る取引データの送受信手順とで構成されるビジネスプロ
    トコルとをそれぞれ実装した第一の情報装置と第二の情
    報装置とを有し、第一のビジネスプロトコルにおける上
    記要求データを送信する処理を実装した第一の情報装置
    と第二のビジネスプロトコルにおける上記回答データを
    返信する処理を実装した第二の情報装置との間にデータ
    変換装置を介する情報処理システムにおけるデータ変換
    装置において、 上記第一のビジネスプロトコルで規定された取引データ
    の形式と送受信方法に従って該第一の情報装置から送信
    された要求データを入力する手段と、 上記送信された要求データを上記第二のビジネスプロト
    コルで規定された形式の要求データに変換し、該変換済
    みの要求データを上記第二のビジネスプロトコルで規定
    された送受信方法に従って上記第二の情報装置へ送信す
    る手段と、 上記第ニのビジネスプロトコルで規定された取引データ
    の形式と送受信方法に従って上記第二の情報装置から返
    信された回答データを入力とし、該返信された回答デー
    タを上記第一のビジネスプロトコルで規定された形式の
    回答データに変換し、該変換済みの回答データを上記第
    一のビジネスプロトコルで規定された送受信方法に従っ
    て上記第一の情報装置に対して送信する手段と、 上記第一のビジネスプロトコルで規定された形式の複数
    の要求を含む要求データを入力し、上記第二のビジネス
    プロトコルで規定された形式の各々個別の要求を含む複
    数の要求データとして上記要求データを分割して変換
    し、該変換済みの複数の要求データを、上記第二のビジ
    ネスプロトコルで規定された送受信方法に従って該第二
    の情報装置に対して送信する手段と、 上記第二のビジネスプロトコルで規定された形式の、各
    々個別の要求に対する回答を含む複数の回答データを入
    力し、該第一のビジネスプロトコルで規定された形式の
    複数の要求に対する回答を含む要求データとして上記複
    数の回答データを集約して変換し、該変換済みの回答デ
    ータを、上記第一のビジネスプロトコルで規定された送
    受信方法に従って上記第一の情報装置に対して送信する
    手段とを備えたことを特徴とするデータ変換装置。
11. 【請求項１１】データ項目情報と該データ項目情報で定
    義されたデータとを含む取引データの形式と要求データ
    を送信し該要求データの応答として回答データを返信す
    る取引データの送受信手順とで構成されるビジネスプロ
    トコルとをそれぞれ実装した第一の情報装置と第二の情
    報装置とを有し、第一のビジネスプロトコルにおける上
    記要求データを送信する処理を実装した第一の情報装置
    と第二のビジネスプロトコルにおける上記回答データを
    返信する処理を実装した第二の情報装置との間にデータ
    変換装置を介する情報処理システムにおけるデータ変換
    装置において、 上記第一のビジネスプロトコルで規定された取引データ
    の形式と上記送受信手順に従って上記第一の情報装置か
    ら送信された要求データとを入力とし、該送信された要
    求データを該第二のビジネスプロトコルで規定された形
    式の要求データに変換し、該変換済みの要求データを上
    記第二のビジネスプロトコルで規定された送受信方法に
    従って上記第二の情報装置に対して送信する手段と、 上記第ニのビジネスプロトコルで規定された取引データ
    の形式と送受信方法に従って該第二の情報装置から返信
    された回答データを入力とし、該返信された回答データ
    を上記第一のビジネスプロトコルで規定された形式の回
    答データに変換し、該変換済みの回答データを該第一の
    ビジネスプロトコルで規定された送受信方法に従って該
    第一の情報装置に対して送信する手段と、 上記第一のビジネスプロトコルで規定された形式の要求
    データを入力し、当該要求データに対応する回答データ
    へ引き継ぐべきデータ項目の値を、上記第二のビジネス
    プロトコルで規定された形式の要求データ内の意味の異
    なるデータ項目の値の一部として変換し、該変換済みの
    要求データを、該第二のビジネスプロトコルで規定され
    た送受信方法に従って上記第二の情報装置に対して送信
    する手段と、 上記意味の異なるデータ項目の値を含み上記第二のビジ
    ネスプロトコルで規定された形式の回答データを入力
    し、該入力された回答データから該第一のビジネスプロ
    トコルで規定された形式の回答データに引き継ぐべきデ
    ータ項目の値を抽出し、該回答データ内のデータ項目の
    値に変換し、該変換済みの回答データを上記第一のビジ
    ネスプロトコルで規定された送受信方法に従って上記第
    一の情報装置に対して送信する手段とを備えたことを特
    徴とするデータ変換装置。
12. 【請求項１２】データ項目情報と該データ項目情報で定
    義されたデータとを含む取引データの形式と要求データ
    を送信し該要求データの応答として回答データを返信す
    る取引データの送受信手順とで構成されるビジネスプロ
    トコルとをそれぞれ実装した第一の情報装置と第二の情
    報装置とを有し、第一のビジネスプロトコルにおける上
    記要求データを送信する処理を実装した第一の情報装置
    と第二のビジネスプロトコルにおける上記回答データを
    返信する処理を実装した第二の情報装置との間にデータ
    変換装置を介する情報処理システムにおけるデータ変換
    プログラムにおいて、 上記第一のビジネスプロトコルで規定された取引データ
    の形式と送受信方法に従って該第一の情報装置から送信
    された要求データを入力するステップと、 上記送信された要求データを上記第二のビジネスプロト
    コルで規定された形式の要求データに変換し、該変換済
    みの要求データを上記第二のビジネスプロトコルで規定
    された送受信方法に従って上記第二の情報装置へ送信す
    るステップと、 上記第ニのビジネスプロトコルで規定された取引データ
    の形式と送受信方法に従って上記第二の情報装置から返
    信された回答データを入力とし、該返信された回答デー
    タを上記第一のビジネスプロトコルで規定された形式の
    回答データに変換し、該変換済みの回答データを上記第
    一のビジネスプロトコルで規定された送受信方法に従っ
    て上記第一の情報装置に対して送信するステップと、 上記第一のビジネスプロトコルで規定された形式の複数
    の要求を含む要求データを入力し、上記第二のビジネス
    プロトコルで規定された形式の各々個別の要求を含む複
    数の要求データとして上記要求データを分割して変換
    し、該変換済みの複数の要求データを、上記第二のビジ
    ネスプロトコルで規定された送受信方法に従って該第二
    の情報装置に対して送信するステップと、 上記第二のビジネスプロトコルで規定された形式の、各
    々個別の要求に対する回答を含む複数の回答データを入
    力し、該第一のビジネスプロトコルで規定された形式の
    複数の要求に対する回答を含む要求データとして上記複
    数の回答データを集約して変換し、該変換済みの回答デ
    ータを、上記第一のビジネスプロトコルで規定された送
    受信方法に従って上記第一の情報装置に対して送信する
    ステップとを有することを特徴とするデータ変換装置。
13. 【請求項１３】データ項目情報と該データ項目情報で定
    義されたデータとを含む取引データの形式と要求データ
    を送信し該要求データの応答として回答データを返信す
    る取引データの送受信手順とで構成されるビジネスプロ
    トコルとをそれぞれ実装した第一の情報装置と第二の情
    報装置とを有し、第一のビジネスプロトコルにおける上
    記要求データを送信する処理を実装した第一の情報装置
    と第二のビジネスプロトコルにおける上記回答データを
    返信する処理を実装した第二の情報装置との間にデータ
    変換装置を介する情報処理システムにおけるデータ変換
    プログラムにおいて、 上記第一のビジネスプロトコルで規定された取引データ
    の形式と上記送受信手順に従って上記第一の情報装置か
    ら送信された要求データとを入力とし、該送信された要
    求データを該第二のビジネスプロトコルで規定された形
    式の要求データに変換し、該変換済みの要求データを上
    記第二のビジネスプロトコルで規定された送受信方法に
    従って上記第二の情報装置に対して送信するステップ
    と、 上記第ニのビジネスプロトコルで規定された取引データ
    の形式と送受信方法に従って該第二の情報装置から返信
    された回答データを入力とし、該返信された回答データ
    を上記第一のビジネスプロトコルで規定された形式の回
    答データに変換し、該変換済みの回答データを該第一の
    ビジネスプロトコルで規定された送受信方法に従って該
    第一の情報装置に対して送信するステップと、 上記第一のビジネスプロトコルで規定された形式の要求
    データを入力し、当該要求データに対応する回答データ
    へ引き継ぐべきデータ項目の値を、上記第二のビジネス
    プロトコルで規定された形式の要求データ内の意味の異
    なるデータ項目の値の一部として変換し、該変換済みの
    要求データを、該第二のビジネスプロトコルで規定され
    た送受信方法に従って上記第二の情報装置に対して送信
    するステップと、 上記意味の異なるデータ項目の値を含み上記第二のビジ
    ネスプロトコルで規定された形式の回答データを入力
    し、該入力された回答データから該第一のビジネスプロ
    トコルで規定された形式の回答データに引き継ぐべきデ
    ータ項目の値を抽出し、該回答データ内のデータ項目の
    値に変換し、該変換済みの回答データを上記第一のビジ
    ネスプロトコルで規定された送受信方法に従って上記第
    一の情報装置に対して送信するステップとを有すること
    を特徴とするデータ変換装置。