JP2001092711A - Ｅｄｉｆａｃｔデータ及びユーザデータ間の変換方法およびこの方法をコンピュータに実行させるためのプログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 種々の業務システムに柔軟に適用できるＥＤ
ＩＦＡＣＴデータ及びユーザデータ間の変換方法を提供
する。 【解決手段】 処理記述言語で記述された命令に従っ
て、ＥＤＩＦＡＣＴデータと所定のユーザデータとの間
の変換を実行する。この方法では、ＥＤＩＦＡＣＴデー
タ構造を写像したオブジェクト階層構造を生成した後、
このオブジェクト階層構造に含まれる一以上のオブジェ
クトからデータを取り出し、ＥＤＩＦＡＣＴデータ又は
ユーザデータを生成する。オブジェクト・インタフェー
スを用いることで各オブジェクトに容易にアクセスで
き、中間データを介さずにＥＤＩＦＡＣＴデータとユー
ザデータとの変換を行うことができる。この結果、本発
明は、種々の業務システムに柔軟に適用することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子データ交換
（ＥＤＩ）で扱われるＥＤＩＦＡＣＴデータと固有のユ
ーザデータとの間の変換に関する。

【０００２】

【従来の技術】近年、企業間の商取引を電子的方法で行
う電子商取引が急速に普及している。電子商取引の普及
に伴い、異企業間の商取引情報（例えば、商品の発注日
や発注数）を電子的に交換するＥＤＩ（Electronic Dat
a Interchange：電子データ交換）も広く行われるよう
になってきた。

【０００３】コンピュータ間で電子情報を交換するＥＤ
Ｉでは、双方のコンピュータが間違いなくデータを交換
できるように、共通のルールを定めておく必要がある。
そして、世界全体で標準化された共通のＥＤＩルールを
使用することで、国際的な電子商取引を容易に行えるよ
うになる。このような国際標準ＥＤＩルールとして、Ｅ
ＤＩＦＡＣＴがある。ＥＤＩＦＡＣＴでは、シンタック
ス・ルールや各種の標準ディレクトリなどが定められて
いる。

【０００４】企業内の業務処理システムでは、その企業
で独自に定義しているフォーマットのファイルを用いて
処理が実行される。これらのファイルは、ＥＤＩＦＡＣ
Ｔデータとは構成が異なっている。そこで、ＥＤＩの相
手先企業に電子データを送るときは、社内形式のデータ
（ユーザデータ）をＥＤＩＦＡＣＴ形式に変換する必要
がある。逆に、ＥＤＩＦＡＣＴ形式で送られてきた電子
データを社内システムで使う場合には、ＥＤＩＦＡＣＴ
形式のデータをユーザデータに変換することが必要であ
る。

【０００５】ユーザデータ−ＥＤＩＦＡＣＴデータ間の
変換を行うために、一般にマッピングと呼ばれる手法が
用いられている。マッピングとは、ＥＤＩＦＡＣＴデー
タ及びユーザデータの各項目間に対応関係を与える作業
である。マッピング作業によって、ＥＤＩＦＡＣＴデー
タ及びユーザデータの項目間の対応関係を記述したマッ
ピング・パラメータが作成される。こうして作成された
マッピング・パラメータを用いて変換作業を行うソフト
ウェアはトランスレータと呼ばれる。つまり、トランス
レータは、マッピング・パラメータに従って、ＥＤＩＦ
ＡＣＴデータからユーザデータへの変換、またはその逆
の変換を行う。

【０００６】図１８は、ＥＤＩＦＡＣＴデータを利用す
る従来の業務システムの一例を示す概略図である。この
業務システム１０２は、業務アプリケーション５０から
利用可能な業務データベース４０を含んでいる。このデ
ータベース４０には、商品の発注数や納品日など、業務
で使用される種々のデータが蓄積される。業務システム
１０２は通信システム３０も備えている。業務システム
１０２は、この通信システム３０を使用することによ
り、外部のコンピュータや通信ネットワーク（インター
ネットやデータ交換網等）と接続することができる。

【０００７】業務システム１０２では、市販のトランス
レータ６０を用いてユーザファイル７０とＥＤＩＦＡＣ
Ｔファイル２０との間で相互に変換を行う。ユーザファ
イルの形式は、トランスレータ６０によってあらかじめ
決定されてしまう。このユーザファイル７０の形式は、
多くの場合、社内業務で使用される固有のデータ形式と
互換性を持たない。そこで、通常は、ユーザファイル７
０の形式を社内業務用のデータ形式に変換する変換プロ
グラム８０が用意される。

【０００８】まず、通信システム３０を介してＥＤＩＦ
ＡＣＴ形式のファイル２０を取引相手の業務システムか
ら受信した場合を考える。この場合、トランスレータ６
０は、作成済のマッピング・パラメータ６２を参照し
て、ＥＤＩＦＡＣＴファイル２０を所定の形式のユーザ
ファイル７０に変換する。このユーザファイル７０は更
に、変換プログラム８０によって、業務データベース４
０に対応した業務データの各項目（商品の発注数や納品
日など）に変換され、その後、業務データベース４０に
格納される。

【０００９】逆に、業務データベース４０中の業務デー
タをＥＤＩＦＡＣＴ形式のファイルとして外部に出力す
る場合は、まず業務データベース４０から取り出された
業務データの各項目が、変換プログラムによってユーザ
ファイル７０の形式に従って変換され、ユーザファイル
７０に出力される。この後、このユーザファイル７０が
トランスレータ６０によってＥＤＩＦＡＣＴファイル２
０に変換される。このＥＤＩＦＡＣＴファイル２０は、
通信システム３０を介して取引先の業務システムへ転送
される。

【００１０】

【発明が解決しようとする課題】しかしながら、ＥＤＩ
ＦＡＣＴの普及により適用業務範囲が拡大するにつれ、
従来技術では、ユーザの要求に対応しきれない場面が出
てきた。また、ＥＤＩＦＡＣＴ自体の発展に伴って、マ
ッピング手法そのものに限界が見えるようになった。

【００１１】例えば、図１８のように業務データをデー
タベースとして持つ業務システムが増えているが、従来
のマッピング技術では、各種データベース製品の全てに
対応することは困難である。このように、トランスレー
タが変換対象とするユーザデータのファイル形式は限定
されており、ユーザデータに対して提供されるデータ編
集機能にも大なり小なり制限がある。したがって、既存
業務処理や業務データをトランスレータに合わせて再構
築する必要が生じる。例えば、上述のように、トランス
レータを用いたＥＤＩＦＡＣＴファイル及びユーザファ
イル間の変換に加えて、変換プログラムを用いたユーザ
ファイル及び業務データ間の変換を更に行うことが必要
になる。つまり、ＥＤＩＦＡＣＴデータと業務データ
（これもユーザデータと言うことができる）との間で変
換を行うために、中間的なデータを介在させる必要があ
るのである。

【００１２】この従来方法で使用される中間的なユーザ
ファイルは、変換プログラムが作成及び読み取りし易く
するためや、トランスレータがマッピングし易くする必
要があることから、単純な構造を持った形式とせざるを
得ない。具体的には、二次元表形式や、固定部および繰
返し部分を持つ固定長レコード形式等が採用されてい
る。しかしながら、中間ユーザファイルを単純な形式と
することは、複雑な階層と繰り返し構造を持つＥＤＩＦ
ＡＣＴデータを、単純な構造に写像表現しなければなら
ないという困難な問題を生む。変換プログラムにおいて
もまた、業務データベース内で複雑な関係によって表現
されている業務データを単純な中間ユーザファイル構造
に写像表現しなくてはならない。中間ユーザファイルの
データ表現を設計する際には、これら二つの問題両方を
ともに解決することが必要となる。近年までの電子デー
タ交換では、比較的単純なＥＤＩＦＡＣＴデータ構造を
用いてきたため、単純な形式のユーザファイルを中間に
介在させる従来の変換方法であっても実用上特に大きな
問題は生じて来なかった。しかし、現在複雑で、しかも
将来にわたって複雑性を増すＥＤＩＦＡＣＴデータ構造
を考えるとき、従来方式では対応できない問題が発生す
る可能性が高い。

【００１３】このような事情から、複雑なデータ構造を
もつＥＤＩＦＡＣＴデータと複雑で任意の形式をもつ業
務データベース内の業務データとの変換において種々の
マッピングに対しても柔軟に対応可能な技術が要望され
ている。

【００１４】そこで、本発明は、単純形式を持たざるを
得ない中間データを介さずに、複雑なＥＤＩＦＡＣＴデ
ータと最終的なユーザデータ（例えば、上記例における
業務データ）を直接的にマッピング可能な変換方法なら
びにこのような変換方法をコンピュータに実行させるた
めのプログラムが記録された情報記録媒体を提供するこ
とを課題とする。

【００１５】

【課題を解決するための手段】本発明のある態様では、
異なる複雑な構造を持つＥＤＩＦＡＣＴデータ及びユー
ザデータ間のマッピングを処理記述言語（論理を記述可
能なプログラム言語）で記述する。処理記述言語を用い
ることで、例えば業務データベースに対するアクセスで
は、既存技術や市販製品によるデータベースアクセス技
術を利用できるようになり、このことで任意のデータベ
ース製品に適合することが可能となる。ここで、ＥＤＩ
ＦＡＣＴデータの複雑な構造に処理記述言語からアクセ
スする手段が必要となる。本発明は、ＥＤＩＦＡＣＴデ
ータ構造を写像したオブジェクト階層構造を生成し、イ
ンタフェースとして公開されたメソッドをオブジェクト
に含めることによって、上記のようなアクセス手段を提
供している。

【００１６】より具体的に述べると、本発明に係るＥＤ
ＩＦＡＣＴデータと所定のユーザデータとの変換方法の
一態様は、処理記述言語で記述された命令に従って、Ｅ
ＤＩＦＡＣＴデータ構造を写像したオブジェクト階層構
造を生成するステップと、このオブジェクト階層構造を
第１の記憶装置に格納するステップと、処理記述言語で
記述された命令に従って、前記オブジェクト階層構造に
含まれる一以上のオブジェクトからデータを取り出し、
ＥＤＩＦＡＣＴデータ又はユーザデータを生成するステ
ップと、生成されたＥＤＩＦＡＣＴデータ又はユーザデ
ータを第２の記憶装置に格納するステップと、を備えて
いる。データが取り出される前記オブジェクトは、イン
タフェースとして公開されたメソッドを含んでいる。こ
のメソッドは、処理記述言語で記述された命令によって
呼び出され、オブジェクト内のデータへのアクセスを可
能にする。なお、第１および第２の記憶装置は、同一の
記憶装置であってもよいし、別個の記憶装置であっても
よい。

【００１７】また、本発明に係るコンピュータ読取り可
能な記録媒体の一態様には、ＥＤＩＦＡＣＴデータと所
定のユーザデータとの間の変換をコンピュータに実行さ
せるためのプログラムが記録されている。この前記プロ
グラムは、処理記述言語で記述された命令に従って、Ｅ
ＤＩＦＡＣＴデータ構造を写像したオブジェクト階層構
造を生成するステップと、オブジェクト階層構造を第１
の記憶装置に格納するステップと、処理記述言語で記述
された命令に従って、オブジェクト階層構造に含まれる
一以上のオブジェクトからデータを取り出し、ＥＤＩＦ
ＡＣＴデータ又はユーザデータを生成するステップと、
生成された前記ＥＤＩＦＡＣＴデータ又はユーザデータ
を第２の記憶装置に格納するステップと、をコンピュー
タに実行させる。データが取り出される前記オブジェク
トは、インタフェースとして公開されたメソッドを含ん
でいる。

【００１８】また、本発明に係るコンピュータ読取り可
能な記録媒体の別の態様に記録されたプログラムは、第
１の記憶装置に記憶されたＥＤＩＦＡＣＴデータをユー
ザデータに変換する場合に、第１記憶装置からＥＤＩＦ
ＡＣＴデータを読み取るステップと、処理記述言語で記
述された命令に従って、ＥＤＩＦＡＣＴデータの構造を
写像したオブジェクト階層構造を生成するステップと、
このオブジェクト階層構造を第２の記憶装置に格納する
ステップと、処理記述言語で記述された命令に従って、
オブジェクト階層構造に含まれる一以上のオブジェクト
からデータを取り出し、ユーザデータを生成するステッ
プと、生成された前記ユーザデータを第３の記憶装置に
格納するステップと、を前記コンピュータに実行させ
る。ここで、データが取り出される前記オブジェクト
は、インタフェースとして公開されたメソッドを含んで
いる。第１〜第３の記憶装置は、同一の記憶装置であっ
てもよいし、別個の記憶装置であってもよい。このプロ
グラムは、第４の記憶装置に記憶されたユーザデータを
ＥＤＩＦＡＣＴデータに変換する場合には、第４記憶装
置からユーザデータを読み取るステップと、前記ユーザ
データが登録されたオブジェクトを含み、ＥＤＩＦＡＣ
Ｔデータ構造を写像したオブジェクト階層構造を処理記
述言語で記述された命令に従って生成するステップと、
前記オブジェクト階層構造を第５の記憶装置に格納する
ステップと、処理記述言語で記述された命令に従って、
前記オブジェクト階層構造に含まれる一以上のオブジェ
クトからデータを取り出し、ＥＤＩＦＡＣＴデータを生
成するステップと、生成された前記ＥＤＩＦＡＣＴデー
タを第６の記憶装置に格納するステップと、をコンピュ
ータに実行させる。ここで、データが取り出される前記
オブジェクトは、インタフェースとして公開されたメソ
ッドを含んでいる。第４〜第６の記憶装置は、同一の記
憶装置であってもよいし、別個の記憶装置であってもよ
い。

【００１９】本発明のこれらの態様によれば、ＥＤＩＦ
ＡＣＴデータ構造を写像したオブジェクト階層構造が生
成されるので、業務システムを構築するユーザは、変換
すべき個々のデータ要素へ容易にアクセスすることがで
きる。これにより、ユーザは、ＥＤＩＦＡＣＴデータと
ユーザデータとのマッピングを処理記述言語で記述でき
るようになる。また、ユーザは、既存の業務システムに
合わせて命令を記述することで、中間データを介さず
に、ＥＤＩＦＡＣＴデータを業務システムに適合したユ
ーザデータに変換したり、その逆の変換を行うことがで
きる。

【００２０】本発明に係るコンピュータ読取り可能な記
録媒体の別の態様には、ＥＤＩＦＡＣＴデータと所定の
ユーザデータとの間の変換をコンピュータに実行させる
変換アプリケーションから利用可能なライブラリ・プロ
グラムが記録されている。この変換アプリケーション
は、処理記述言語で記述されている。このプログラム
は、変換アプリケーションの命令に従って、ＥＤＩＦＡ
ＣＴデータ構造を写像したオブジェクト階層構造を生成
するステップと、変換アプリケーションの命令に従っ
て、オブジェクト階層構造に含まれる一以上のオブジェ
クトからデータを取り出すステップと、をコンピュータ
に実行させる。データが取り出されるオブジェクトは、
外部インタフェースとして公開されたメソッドを含んで
いる。このメソッドは、変換アプリケーションによって
呼び出され、オブジェクト内のデータへのアクセスを可
能にする。このライブラリ・プログラムは、前記一以上
のオブジェクトから取り出したデータを用いてＥＤＩＦ
ＡＣＴファイルを生成するステップをコンピュータに更
に実行させてもよい。

【００２１】ライブラリ・プログラムが記録された本発
明に係る記録媒体の別の態様では、ライブラリ・プログ
ラムは、第１の記憶装置に記憶されたＥＤＩＦＡＣＴデ
ータをユーザデータに変換する場合に、前記第１記憶装
置からＥＤＩＦＡＣＴデータを読み取るステップと、変
換アプリケーションの命令に従って、前記ＥＤＩＦＡＣ
Ｔデータの構造を写像したオブジェクト階層構造を生成
するステップと、このオブジェクト階層構造を第２の記
憶装置に格納するステップと、変換アプリケーションの
命令に従って、オブジェクト階層構造に含まれる一以上
のオブジェクトからデータを取り出すステップと、を前
記コンピュータに実行させる。ここで、データが取り出
される前記オブジェクトは、インタフェースとして公開
されたメソッドを含んでいる。また、このライブラリ・
プログラムは、第３の記憶装置に記憶されたユーザデー
タをＥＤＩＦＡＣＴデータに変換する場合に、前記ユー
ザデータが登録されたオブジェクトを含み、ＥＤＩＦＡ
ＣＴデータ構造を写像したオブジェクト階層構造を前記
変換アプリケーションの命令に従って生成するステップ
と、このオブジェクト階層構造を第４の記憶装置に格納
するステップと、変換アプリケーションの命令に従っ
て、前記オブジェクト階層構造に含まれる一以上のオブ
ジェクトからデータを取り出し、ＥＤＩＦＡＣＴデータ
を生成するステップと、をコンピュータに実行させる。
ここで、データが取り出される前記オブジェクトは、イ
ンタフェースとして公開されたメソッドを含んでいる。
第１〜第４の記憶装置は、同一の記憶装置であってもよ
いし、別個の記憶装置であってもよい。

【００２２】これらのライブラリ・プログラムを記録し
た記録媒体を使用することで、ＥＤＩＦＡＣＴデータ構
造を写像したオブジェクト階層構造が生成されるので、
業務システムを構築するユーザは、変換すべき個々のデ
ータ要素へ容易にアクセスすることができる。これによ
り、ユーザは、ＥＤＩＦＡＣＴデータとユーザデータと
のマッピングを処理記述言語で記述できるようになる。
また、ユーザは、既存の業務システムに合わせて変換ア
プリケーションを作成し、この変換アプリケーションに
上記のライブラリを利用させることで、中間データを介
さずに、ＥＤＩＦＡＣＴデータを業務システムに適合し
たユーザデータに変換したり、その逆の変換を行うこと
ができる。

【００２３】このように、本発明は、ＥＤＩＦＡＣＴデ
ータに対する新規なアクセス方式を採用したＥＤＩＦＡ
ＣＴデータ及びユーザデータ間の変換技術を提供する。
このアクセス方式をプログラミング言語、スクリプト言
語等の既存の処理記述言語から利用することで、ＥＤＩ
ＦＡＣＴデータを自由かつ柔軟に扱うことができる。複
雑な構造を持つＥＤＩＦＡＣＴデータに対して簡単なア
クセス方式を提供するために、オブジェクト指向技術を
採用し、オブジェクト・インターフェースによるプログ
ラム・インターフェースを用いている。なお、本発明で
は変換を実行するためにユーザファイルを作成する必要
は必ずしもないが、マッピング・パラメータを解析・処
理する論理を処理記述言語で記述すれば、従来のファイ
ル−ファイル型のＥＤＩＦＡＣＴトランスレータを構築
することも可能である。

【００２４】更に、ＥＤＩＦＡＣＴデータ及びユーザデ
ータ間のマッピングをマッピング・パラメータを使用し
て行うことも可能である。本発明に係るＥＤＩＦＡＣＴ
データと所定のユーザデータとの間の変換方法の一態様
は、第１の記憶装置に記憶され、ユーザデータとＥＤＩ
ＦＡＣＴデータとの写像関係を記述したマッピング・パ
ラメータを第１記憶装置から読み取るステップと、この
マッピング・パラメータに従って、ＥＤＩＦＡＣＴデー
タ構造を写像したオブジェクト階層構造を生成するステ
ップと、このオブジェクト階層構造を第２の記憶装置に
格納するステップと、オブジェクト階層構造に含まれる
一以上のオブジェクトからデータを取り出し、マッピン
グ・パラメータに従って、ＥＤＩＦＡＣＴデータ又はユ
ーザデータを生成するステップと、生成された前記ＥＤ
ＩＦＡＣＴデータ又はユーザデータを第３の記憶装置に
格納するステップと、を備えている。データが取り出さ
れる前記オブジェクトは、インタフェースとして公開さ
れたメソッドを含んでいる。このメソッドは、処理記述
言語で記述された命令によって呼び出され、オブジェク
ト内のデータへのアクセスを可能にする。第１及び第２
の記憶装置は、同一の記憶装置であってもよいし、別個
の記憶装置であってもよい。

【００２５】また、本発明に係るコンピュータ読取り可
能な記録媒体の一態様には、ＥＤＩＦＡＣＴデータと所
定のユーザデータとの間の変換をコンピュータに実行さ
せるためのプログラムが記録されており、このプログラ
ムは、第１の記憶装置に記憶され、ユーザデータとＥＤ
ＩＦＡＣＴデータとの写像関係を記述したマッピング・
パラメータを第１記憶装置から読み取るステップをコン
ピュータに実行させる。更に、このプログラムは、第２
の記憶装置に記憶されたＥＤＩＦＡＣＴデータをユーザ
データに変換する場合に、第２記憶装置からＥＤＩＦＡ
ＣＴデータを読み取るステップと、このＥＤＩＦＡＣＴ
データの構造を写像したオブジェクト階層構造を生成す
るステップと、このオブジェクト階層構造を第３の記憶
装置に格納するステップと、オブジェクト階層構造に含
まれる一以上のオブジェクトからデータを取り出し、前
記マッピング・パラメータに従ってユーザデータを生成
するステップと、生成された前記ユーザデータを第４の
記憶装置に格納するステップと、を前記コンピュータに
実行させる。ここで、データが取り出される前記オブジ
ェクトは、インタフェースとして公開されたメソッドを
含んでいる。また、このプログラムは、第５の記憶装置
に記憶されたユーザデータをＥＤＩＦＡＣＴデータに変
換する場合には、第５記憶装置からユーザデータを読み
取るステップと、前記ユーザデータが登録されたオブジ
ェクトを含み、ＥＤＩＦＡＣＴデータ構造を写像したオ
ブジェクト階層構造を、前記マッピング・パラメータに
従って生成するステップと、このオブジェクト階層構造
を第６の記憶装置に格納するステップと、このオブジェ
クト階層構造に含まれる一以上のオブジェクトからデー
タを取り出してＥＤＩＦＡＣＴデータを生成するステッ
プと、生成されたＥＤＩＦＡＣＴデータを第７の記憶装
置に格納するステップと、をコンピュータに実行させ
る。ここで、データが取り出される前記オブジェクト
は、インタフェースとして公開されたメソッドを含んで
いる。第１〜第７の記憶装置は、同一の記憶装置であっ
てもよいし、別個の記憶装置であってもよい。

【００２６】このように、ＥＤＩＦＡＣＴデータ及びユ
ーザデータ間のマッピングを処理記述言語で記述するの
ではなく、マッピング・パラメータを利用することによ
っても、オブジェクト階層構造やユーザデータを生成す
ることができる。この場合でも、ユーザは、中間データ
を介さずに、ＥＤＩＦＡＣＴデータを業務システムに適
合したユーザデータに変換したり、その逆の変換を行う
ことができる。

【００２７】

【発明の実施の形態】本発明を説明する準備として、Ｅ
ＤＩＦＡＣＴデータについて一般的な事項を簡単に説明
する。図１は、ＩＳＯ９７３５に規定されるＥＤＩＦＡ
ＣＴデータ構造を表している。図１に示されるように、
ＥＤＩＦＡＣＴデータは入れ子構造を有している。参照
番号１１１で示される「CONNECTION（コネクション）」
は、ＥＤＩ当事者間のネットワーク接続で交換されるデ
ータ転送単位を表している。「Establishment」は通信
上のヘッダ、「Termination」は通信上のトレーラを表
している。これらは、コネクション１１１を実際に伝送
する際に現れるもので、ＥＤＩＦＡＣＴデータ構造定義
の範囲外のものである。コネクション１１１には、一以
上の「INTERCHANGE（インターチェンジ）」１１２が含
まれる。インターチェンジ１１２は、ＥＤＩＦＡＣＴに
おけるＥＤＩ当事者間の情報交換単位である。インター
チェンジ１１２は、「UNB」で表されるインターチェン
ジ・ヘッダ・セグメントを先頭に含み、「UNZ」で表さ
れるインターチェンジ・トレーラ・セグメントを末尾に
含んでいる。インターチェンジ・ヘッダ・セグメント
「UNB」は、文字列UNBをセグメント・タグコードとして
含んでおり、インターチェンジ・トレーラ・セグメント
「UNZ」は、文字列UNZをセグメント・タグコードとして
含んでいる（「セグメント」および「セグメント・タグ
コード」に関しては後述する。）。「UNA」は、文字列U
NAで始まるサービス・ストリング・アドバイスであり、
インターチェンジ中の全セグメント内の特殊文字
（＋：’＊等）を別文字で置き換える場合に使用される
もので、任意選択でインターチェンジの先頭に付加して
もよい。一つのインターチェンジ１１２は、一以上の
「GROUP（グループ）」または一以上の「MESSAGE（メッ
セージ）」を含んでいる。グループだけを含むか、メッ
セージだけを含むかは排他的に選択される。一つのグル
ープは、一以上の「MESSAGE（メッセージ）」を含んで
いる。また、一つのグループは、「UNＧ」で表されるグ
ループ・ヘッダ・セグメントを先頭に含み、「ＵＮＥ」
で表されるグループ・トレーラ・セグメントを末尾に含
んでいる。グループ・ヘッダ・セグメント「UNＧ」は、
文字列UNＧをセグメント・タグコードとして含んでお
り、グループ・トレーラ・セグメント「ＵＮＥ」は、文
字列UNＥをセグメント・タグコードとして含んでいる。
このように、グループ内のメッセージは、グループ・ヘ
ッダ・セグメントとグループ・トレーラ・セグメントに
よって囲われる。インターチェンジがグループ化されな
い一以上のメッセージだけを含む場合は、メッセージ全
体が、インターチェンジ・ヘッダ・セグメントとインタ
ーチェンジ・トレーラ・セグメントによって囲われる。
なお、インターチェンジ内でグループ化されたメッセー
ジとグループ化されないメッセージとの間にはメッセー
ジ自体としての違いはないため、図１では、どちらかの
一つのメッセージをメッセージ１１３として示してい
る。メッセージは、取引行為の特定の意味を表現する単
位を表す。例えば、取引における見積書や発注書などが
個々のメッセージに対応する。メッセージは、「UNH」
で表されるメッセージ・ヘッダ・セグメントを先頭に含
み、「UNT」で表されるメッセージ・トレーラ・セグメ
ントを末尾に含んでいる。メッセージ・ヘッダ・セグメ
ント「UNH」は、文字列UNHをセグメント・タグコードと
して含んでおり、メッセージ・トレーラ・セグメント
「UNT」は、文字列UNTをセグメント・タグコードとして
含んでいる。メッセージは、メッセージ・ヘッダ・セグ
メントとメッセージ・トレーラ・セグメントによって囲
われる一つの「MESSAGE BODY（メッセージ本体）」を含
んでいる。メッセージ本体は、複数のセグメントからな
り、単独で意味を持つ一以上の「SEGMENT（セグメン
ト）」と、複数のセグメントが階層構造を取ることで複
合的な意味を持つ一以上の「SEGMENT GROUP（セグメン
ト・グループ）」の一方または双方を含んでいる。メッ
セージ本体を構成するセグメントやセグメント・グルー
プの構造（並び順、繰返し数、下位セグメント）は、メ
ッセージ種類ごとにＥＤＩＦＡＣＴで規定されている。
一つのセグメント・グループは、唯一の「Trigger Segm
ent（トリガ・セグメント）」を先頭に含んでいる。セ
グメント・グループは、更にゼロ個以上のセグメントを
含んでおり、一以上のセグメント・グループを更に含む
場合もある。トリガ・セグメントとは、セグメント・グ
ループを識別するためのセグメントに付けられた呼称で
あり、特別なセグメントの定義があるわけではなく、通
常のセグメントが各々のメッセージ構造定義上でトリガ
・セグメントとしての意味を持つ。セグメントは、イン
ターチェンジないしメッセージを構成するＥＤＩＦＡＣ
Ｔの基本単位であり、一以上の「ELEMENT DATA（データ
要素）」を含み、セグメント終端文字（「’」）で終了
する。セグメントの先頭のデータ要素は、アルファベッ
ト３文字からなる「Segment Tag（セグメント・タグコ
ード）」と呼ばれ、そのセグメントが表現する意味を識
別するようにＥＤＩＦＡＣＴで規定されている。セグメ
ント・タグ以外のデータ要素は、業務上のデータ項目を
表現するもので、「STAND-ALONE DATA ELEMENT（単独デ
ータ要素）」または「COMPOSITE DATA ELEMENT（複合デ
ータ要素）」の二種類がある。単独データ要素は、単一
のデータ要素値を含む「SIMPLE DATA ELEMENT（単純デ
ータ要素）」一つだけで構成されるデータ要素である。
複合データ要素は、二つ以上の単純データ要素から構成
されるデータ要素であり、複合データ要素を構成する単
純データ要素を「COMPONENT DATA ELEMENT（成分データ
要素）」と呼ぶ。複合データ要素内部において成分デー
タ要素は、特殊区切り文字（「：」）で区分される。一
つのセグメントは、ゼロ個以上の単独データ要素、ゼロ
個以上の複合データ要素、ないしその双方を含み、デー
タ要素の種類とセグメント内での並び順は、セグメント
・タグコードごとにＥＤＩＦＡＣＴで規定されている。
セグメント上でデータ要素同士は、特殊区切り文字
（「＋」）で区分される。ＥＤＩＦＡＣＴの規定があれ
ば、セグメント上の各単独データ要素ないし各複合デー
タ要素は、それぞれ複数繰り返してもよい。この場合、
二つ以上の単独データ要素の繰返しで構成されるデータ
要素を「REPEATING STAND-ALONE DATA ELEMENT（繰返し
単独データ要素）」と呼び、二つ以上の複合データ要素
の繰返しで構成されるデータ要素を「REPEATING COMPOS
ITE DATA ELEMENT（繰返し複合データ要素）」と呼ぶ。
セグメント上において、繰返し単独データ要素を構成す
る単独データ要素同士、ないし、繰返し複合データ要素
を構成する複合データ要素同士は、特殊区切り文字
（「＊」）で区分される。

【００２８】図２は、メッセージがグループ化されてい
ないＥＤＩＦＡＣＴデータの一例を示している。図３
は、図２のデータをわかりやすく表記し直した図で、適
宜改行を入れてある。図３に良く示されるように、この
例では、一つのコネクションに一つのインターチェンジ
が含まれており、このインターチェンジに一つのメッセ
ージが含まれている。

【００２９】簡単に説明すると、図３の第一行はインタ
ーチェンジの冒頭を示すインターチェンジ・ヘッダ（イ
ンターチェンジ開始セグメントとも呼ばれる）、第二行
はメッセージの冒頭を示すメッセージ・ヘッダ（メッセ
ージ開始セグメントとも呼ばれる）である。また、最終
行はインターチェンジの最後を示すインターチェンジ・
トレーラ（インターチェンジ終了セグメントとも呼ばれ
る）であり、最終行の直前の行はメッセージの最後を示
すメッセージ・トレーラ（メッセージ終了セグメントと
も呼ばれる）である。メッセージ・ヘッダとメッセージ
・トレーラとの間に存在する各行はセグメント（メッセ
ージ内部セグメントとも呼ばれる）であり、各セグメン
トの先頭には３文字のセグメント・タグコードが配置さ
れている。これらのタグコードは、セグメントの内容を
示す固有の識別コードである。例えば、BGMタグコード
の直後のデータ要素は文書の種別（発注書、納品書な
ど）を表す。また、DTMタグコードの直後のデータ要素
は、日付を指示する。各セグメントは、区切り記
号「’」によって区分されている。また、「＋」はデー
タ要素の区切り記号であり、「：」は複合データ要素内
の成分データ要素の区切り記号である。例えば、図３の
第４行におけるDTMタグコードの直後の「１３７：１９
９３１１０５：１０２」は、複合データ要素であり、
「１３７」が日付の種別である発行日を示し、「１９９
３１１０５」が１９９３年１１月５日を示し、「１０
２」は、日付表現の形式が「YYYYMMDD」であることを示
している。これらの「＋」、「：」、「’」といった区
切り記号は、セパレータと呼ばれる。

【００３０】図４は、ＥＤＩＦＡＣＴで規定された参照
ディレクトリに含まれるメッセージディレクトリの一例
を示している。メッセージディレクトリは、メッセージ
の構造を規定するもので、具体的には、メッセージに含
まれるセグメントの並び方やグループ分けの方法、セグ
メントグループの階層などを規定している。図４のディ
レクトリは、販売データ報告メッセージに関するもので
ある。図５は、図４に規定されるメッセージ構造をダイ
アグラムで分かりやすく示したものである。図５に示さ
れるような階層構造が図４のディレクトリに情報化され
ている。

【００３１】図６は、ＥＤＩＦＡＣＴ参照ディレクトリ
に含まれるセグメントディレクトリの一例を示してい
る。セグメントディレクトリは、セグメントにおいてタ
グコードに続くデータ要素の並び方に関するルールを示
している。

【００３２】以下、添付図面を参照しながら、本発明の
実施形態を詳細に説明する。図７は、本実施形態が実施
される業務システム１００を示す概略図である。この業
務システム１００は、業務アプリケーション５０から利
用可能な業務データベース４０を含んでおり、このデー
タベース４０には、商品の発注数や納品日など、業務で
使用される種々のデータが蓄積される。また、業務シス
テム１００は、通信システム３０を使用することによ
り、外部のコンピュータや通信ネットワーク（インター
ネットやデータ交換網等）と接続することができる。

【００３３】業務システム１００では、変換アプリケー
ション１０がＥＤＩＦＡＣＴデータと業務データベース
内の業務データとの間の変換を行う。変換アプリケーシ
ョン１０は、従来技術におけるトランスレータの役割を
果たすものである。しかしながら、変換アプリケーショ
ン１０に対して入出力されるユーザデータの形式は業務
データベースで使用される業務データの形式と一致して
おり、この点で、通常は業務データと一致しない形式の
ユーザデータを扱うトランスレータと異なっている。

【００３４】変換アプリケーション１０は、ライブラリ
・プログラム１６に処理の一部を実行させる。また、変
換アプリケーション１０は、データアクセスコード部１
２及びマッピングコード部１４を備えている。データア
クセスコード部１２には、業務データベースに対する業
務データ（ユーザデータ）の読出し及び書込み処理が処
理記述言語で記述されている。マッピングコード部１４
には、ＥＤＩＦＡＣＴデータ及び業務データ間の変換に
必要な処理が処理記述言語で記述されている。後述する
ように、ライブラリ・プログラム１６は、マッピング・
コード部１４に記述された命令に従って、ＥＤＩＦＡＣ
Ｔデータ及び業務データ間の変換に必要な処理を実行す
る。この処理には、ＥＤＩＦＡＣＴデータ２０の構造を
写像したオブジェクト階層構造１８の生成が含まれる。

【００３５】図８は、図７の業務システムを実現するこ
との可能なコンピュータ・システム２００のハードウェ
ア構成例を示す模式図である。このコンピュータ・シス
テム２００は、任意の数のプロセッサ（処理装置）２０
２を備えており、このプロセッサには主記憶装置である
ランダム・アクセス・メモリ（ＲＡＭ）２０４および補
助記憶装置であるハードディスク（ＨＤ）２０６、２０
８が接続されている。プロセッサ２０２には、一以上の
入出力装置２１０が接続されている。この入出力装置と
しては、例えば、マウス、キーボード、ディスプレイ・
モニタ、プリンタなどが挙げられる。また、プロセッサ
２０２には通信装置２１２が接続されており、コンピュ
ータ・システム２００は、この通信装置２１２を使用す
ることで他のコンピュータ、あるいは通信ネットワーク
（例えば、インターネットやデータ交換網）に接続する
ことができる。プロセッサ２０２には、ＣＤ−ＲＯＭド
ライブ２１４も接続されており、取外し可能な情報記録
媒体であるＣＤ−ＲＯＭの記録内容をプロセッサ２０２
が読み取れるようになっている。取外し可能な記録媒体
としては、ＣＤ−ＲＯＭの他に、ＭＯや磁気テープなど
コンピュータが読取り可能なその他の磁気的、光学的記
録媒体を使用することができる。これらの媒体を使用す
るために、これらの媒体に対応したドライブがＣＤ−Ｒ
ＯＭドライブ２１４の代わりに、あるいはＣＤ−ＲＯＭ
ドライブ２１４とともにプロセッサ２０２に接続されて
いてもよい。

【００３６】このコンピュータ・システム２００を用い
て図７の業務システム１００を実現する場合、例えば、
変換アプリケーション１０およびライブラリ・プログラ
ム１６は、処理の実行に必要とされるデータ（例えば、
後述するＥＤＩＦＡＣＴ参照ディレクトリ）とともにハ
ードディスク２０６に格納される。このライブラリ・プ
ログラム１６はＣＤ−ＲＯＭに記録されており、ＣＤ−
ＲＯＭドライブ２１４からハードディスク２０６に読み
込むことができる。他の記録媒体用のドライブが設置さ
れていれば、その記録媒体にライブラリ・プログラム１
６を記録しておき、その記録媒体からライブラリ・プロ
グラム１６をハードディスク２０６に読み込むこともで
きる。ハードディスク２０８には、業務データベース４
０及び業務アプリケーション５０が格納される。このよ
うに、本例では業務データベース４０及び業務アプリケ
ーション５０と変換アプリケーション及びライブラリ・
プログラムとを別個の記憶装置に格納しているが、同一
の記憶装置に格納することも可能である。図８の通信装
置２１２は、図７の通信システム３０を実現する。プロ
セッサ２０２は、通信装置２１２を制御して、ＥＤＩＦ
ＡＣＴデータ２０の送受信を実行することができる。取
引相手から受信したＥＤＩＦＡＣＴデータ２０は、ハー
ドディスク２０６に格納される。ライブラリ１６によっ
て生成されるオブジェクト構造１８は、ＲＡＭ２０４や
ＨＤＤ２０６に格納される。

【００３７】以下では、本実施形態によるＥＤＩＦＡＣ
Ｔデータ及びユーザデータ（業務データ）間の変換方法
を、取引相手から受信したＥＤＩＦＡＣＴデータを業務
データに変換して業務データベースに入力する場合と、
業務データベースから読み出した業務データをＥＤＩＦ
ＡＣＴデータに変換して取引相手に転送する場合とに分
けて説明する。

【００３８】最初に、受信したＥＤＩＦＡＣＴデータを
ユーザデータに変換してデータベースに登録する例につ
いて説明する。ここで、受信したＥＤＩＦＡＣＴデータ
は、図２及び図３に示されるものとする。まず、与えら
れたＥＤＩＦＡＣＴデータをオブジェクト構造に展開
し、次に、その展開されたオブジェクト構造にアクセス
してデータを読み取り、データベースに入力する。図９
及び図１０は、ＥＤＩＦＡＣＴデータのオブジェクト構
造への展開処理を示すフローチャートである。この処理
は、ＥＤＩＦＡＣＴデータの入れ子構造に従って、ＥＤ
ＩＦＡＣＴデータにおいて実際に発現しているデータを
オブジェクト階層構造に写像する。メッセージ内部のセ
グメントに関しては、図５で示されるようなメッセージ
・ダイアグラムの階層構造に従って、実際に発現してい
るデータをメッセージ内部セグメント・オブジェクトの
階層構造に写像する。

【００３９】この展開処理では、まず、ＥＤＩＦＡＣＴ
で規定された各種の参照ディレクトリを一括してハード
ディスク２０６から読み取り、ＲＡＭ２０４に格納する
（ステップ３０２）。次に、受信したＥＤＩＦＡＣＴデ
ータ全体を表すコネクション・オブジェクトを生成する
（ステップ３０４）。次いで、ハードディスク２０６に
格納されたＥＤＩＦＡＣＴデータから単一のセグメント
（タグコードから始まりセパレータ「’」で終わる一連
の文字列）を読み取り、ＲＡＭ２０４に格納する（ステ
ップ３０６）。この後、このようにしてＲＡＭ２０４に
読み込まれたセグメントを識別し、そのセグメントに対
応するＥＤＩＦＡＣＴ参照ディレクトリを、ステップ３
０２で読み込んだディレクトリのなかから検索する（ス
テップ３０８）。セグメントの識別は、タグコードを確
認することによって行われる。

【００４０】読み込んだセグメントがインターチェンジ
開始セグメントであるとステップ３０８において識別さ
れた場合、ステップ３１０でＹＥＳと判断され、ステッ
プ３１１に処理が進む。ステップ３１１では、ステップ
３０８で検索されたディレクトリを参照してインターチ
ェンジ・オブジェクトが生成され、コネクション・オブ
ジェクトの下位に構造化される。この後、ステップ３０
６に処理が戻り、ＥＤＩＦＡＣＴデータから次のセグメ
ントがＲＡＭ２０４に読み込まれる。一方、読み込んだ
セグメントがメッセージ開始セグメントであるとステッ
プ３０８で識別された場合は、ステップ３１２でＹＥＳ
と判断され、ステップ３１３に処理が進む。ステップ３
１３では、ステップ３０８で検索されたディレクトリを
参照してメッセージ・オブジェクトが生成され、ステッ
プ３１１で生成されたインターチェンジ・オブジェクト
の下位に構造化される。この後、ステップ３０６に処理
が戻り、ＥＤＩＦＡＣＴデータから次のセグメントがＲ
ＡＭ２０４に読み込まれる。読み込んだセグメントがメ
ッセージ内部セグメントであるとステップ３０８で識別
された場合は、ステップ３１４でＹＥＳと判断され、図
１０のステップ３２０に処理が進む。

【００４１】図１０を参照して、ステップ３２０以下の
処理を説明する。メッセージ内部セグメントがＲＡＭ２
０４に読み込まれると、そのセグメントに対応するメッ
セージ・ディレクトリを参照することにより、そのセグ
メントに対する階層番号が取得される。メッセージ・デ
ィレクトリの例は、図４に示されている。また、セグメ
ントの階層番号とは、図５のLevel列に示される番号で
ある。これにより、メッセージの階層構造上における当
該セグメントの位置が特定される（ステップ３２０）。
次に、読み込んだセグメントが前セグメントの繰返しか
否かが判断される（ステップ３２２）。ＹＥＳと判断さ
れた場合は、前セグメント・オブジェクトに繰返しデー
タを追加する（ステップ３２３）。このように、繰返し
データを一つのオブジェクトに含めるのは、変換アプリ
ケーション１０の開発者、すなわちライブラリ・プログ
ラム１６のユーザの便宜のためである。繰返しセグメン
トに対して前セグメント・オブジェクトと別個のセグメ
ント・オブジェクトを生成する方式も採用することはで
きるが、本実施形態のように繰返しデータを一つのオブ
ジェクトに含める方が変換アプリケーション１０の開発
者にとって利便性が高い。ステップ３２３の処理が完了
すると、ステップ３０６（図９）に処理が戻る。

【００４２】ステップ３２２でＮＯと判断された場合
は、前セグメントと現セグメントとの間で階層番号が比
較される（ステップ３２４）。この結果、前セグメント
と現セグメントの階層番号が等しい場合（ステップ３２
６でＹＥＳと判断される場合）は、セグメント・オブジ
ェクトが生成され、前セグメントと同じ階層に構造化さ
れる（ステップ３２７）。前セグメントよりも現セグメ
ントの階層番号の方が大きい場合（ステップ３２８でＹ
ＥＳと判断される場合）は、セグメント・オブジェクト
が生成され、前セグメントよりも下位の階層に構造化さ
れる（ステップ３２９）。ステップ３２７又は３２９が
完了すると、ステップ３０６（図９）に処理が戻る。

【００４３】前セグメントよりも現セグメントの階層番
号の方が小さい場合（ステップ３２８でＮＯと判断され
る場合）は、階層番号が現セグメントと同一の生成済セ
グメント・オブジェクトのなかから最も新しく生成され
たオブジェクトが検索され、特定される（ステップ３３
０）。次いで、現セグメントが、ステップ３３０で特定
されたセグメント・オブジェクトの繰返しか否かが判断
される（ステップ３３２）。ＹＥＳと判断された場合、
この特定されたオブジェクトに繰返しデータが追加され
る（ステップ３３３）。一方、ステップ３３２でＮＯと
判断された場合は、現セグメントに関してセグメント・
オブジェクトを生成した後、上記で特定した同一階層オ
ブジェクトの上位セグメント・オブジェクトを検索し、
生成したオブジェクトをその上位オブジェクトの下位階
層に構造化する（ステップ３３４）。ステップ３３３又
は３３４が完了すると、ステップ３０６（図９）に処理
が戻る。

【００４４】再び図９を参照して説明を続ける。読み込
んだセグメントがメッセージ終了セグメントであるとス
テップ３０８で識別された場合は、ステップ３１６でＹ
ＥＳと判断され、ステップ３０６に処理が戻る。ここで
再びＥＤＩＦＡＣＴデータから単一のセグメントが読み
取られ、ステップ３０８以下の処理が繰り返される。読
み込んだセグメントがインターチェンジ終了セグメント
であるとステップ３０８で識別された場合は、ステップ
３１８でＹＥＳと判断され、ステップ３１９に処理が進
む。ここでは、全セグメントの読込みが終了したか否か
が判断される。ここでＹＥＳと判断されれば、処理が終
了する。このとき、生成されたオブジェクト構造はＲＡ
Ｍ２０４に格納されているが、これをハードディスク２
０６に転送して記憶してもよい。一方、ステップ３１９
でＮＯと判断された場合は、ステップ３０６に処理が戻
り、再びＥＤＩＦＡＣＴデータから単一のセグメントが
読み取られ、ステップ３０８以下の処理が繰り返され
る。また、読み込んだセグメントがステップ３０８にお
いてインターチェンジ開始セグメント、メッセージ開始
セグメント、メッセージ内部セグメント、メッセージ終
了セグメント、インターチェンジ終了セグメントのいず
れとも識別されなかった場合は、どのセグメントにも該
当しない文字列データを読み込んだことになり、処理は
異常終了する。

【００４５】図１１は、このようにして展開されたオブ
ジェクト構造の一例を示す模式図である。この図におい
てコネクション・オブジェクト１６１、インターチェン
ジ・オブジェクト１６２、メッセージ・オブジェクト１
６３は、それぞれ、図１のCONNECTION１１１、INTERCHE
NGE１１２、MESSAGE１１３に対応する。図３と図１１を
比較すると、図３に示されるＥＤＩＦＡＣＴデータの実
際に発現しているデータが、上述の展開処理により、こ
のＥＤＩＦＡＣＴデータの入れ子構造に従って、オブジ
ェクトの階層構造に写像されたことが分かる。また、メ
ッセージ内のセグメントについては、図５に示されるよ
うなメッセージ・ダイアグラムの階層構造に従って、図
３に示されるＥＤＩＦＡＣＴデータの実際に発現してい
るメッセージ内セグメントが、メッセージ内セグメント
・オブジェクトの階層構造に写像される。なお、図３の
各セグメント（一行毎）と図１１の各セグメント・オブ
ジェクトとの対応は、セグメント・タグコード（図３で
は各行の先頭３文字、図１１ではセグメント・オブジェ
クト枠の括弧内の３文字）で示されている。

【００４６】図１２は、一つのセグメント・オブジェク
ト１７０の内部構造を一般的に示す模式図である。セグ
メント・オブジェクト１７０の内部実装１７１は、デー
タ部１７２と処理部１７３を含んでいる。これらの大部
分がオブジェクトの外側に対して隠蔽されている。

【００４７】データ部１７２には、セグメント識別子
（タグコード）やそのセグメントに含まれるエレメント
・データのほかに、上位オブジェクトへの参照や下位セ
グメント・オブジェクトへの参照という、セグメント・
オブジェクトの階層構造上の位置を特定する情報が含ま
れている。従って、これらの情報を調べることにより、
一つのオブジェクトから階層構造をたどって、その上位
オブジェクトや下位オブジェクトにアクセスすることが
できる。実際、上述のステップ３３４では、このような
手法により上位オブジェクトへのアクセスが実現されて
いる。オブジェクトのデータ部にその上位オブジェクト
や下位オブジェクトへの参照が含まれているのは、コネ
クション・オブジェクト（下位オブジェクトへの参照の
みを含む）、インターチェンジ・オブジェクト、メッセ
ージ・オブジェクトに関しても同様である。また、デー
タ部１７２には、このセグメントに対応するセグメント
・ディレクトリへの参照も含まれている。従って、セグ
メント・オブジェクトにアクセスしてこの参照情報を調
べることにより、対応セグメント・ディレクトリにアク
セスすることができる。なお、この例では、データ部は
すべて非公開となっている。

【００４８】処理部１７３には、公開メソッドと非公開
メソッドの双方が含まれている。非公開メソッドには、
エレメント・データ読み込み関数および書き込み関数が
含まれている。公開メソッドには、エレメント・データ
取得関数、エレメント・データ登録関数、下位セグメン
ト・オブジェクト参照取得関数、および下位セグメント
・オブジェクト生成関数が含まれている。これらの公開
メソッドは、外部インタフェース１７４として機能す
る。

【００４９】オブジェクトの外側からこのオブジェクト
にアクセスするには、外部インターフェース１７４とし
て公開された上記のメソッドを用いる。例えば、後述す
るＥＤＩＦＡＣＴデータ読み取り処理においてセグメン
ト・オブジェクトにアクセスするには、インターフェー
ス１７４のうち、セグメント内エレメントデータを読み
込むエレメント・データ取得関数（get#ElelmentDataメ
ソッド）と、このセグメント・オブジェクトの下位階層
のセグメント・オブジェクトを参照するための下位セグ
メント・オブジェクト参照取得関数（Segmentsメソッ
ド）とを使用する。これにより、セグメント内のエレメ
ントデータを読み込むとともに、そのセグメントの下位
に位置するセグメントにアクセスすることが可能にな
る。

【００５０】ライブラリ・プログラム１６によるＥＤＩ
ＦＡＣＴデータ２０のオブジェクト構造への展開処理
（図９及び図１０）が終了すると、変換アプリケーショ
ン１０は、展開されたオブジェクトからデータを読み取
る処理を行う。図１３は、このような読取り処理を示す
フローチャートである。この処理は、変換アプリケーシ
ョン１０のマッピングコード部１４に記述された命令に
従って実行される。

【００５１】この読取り処理では、まず、コネクション
・オブジェクトにアクセスする（ステップ４０２）。こ
れにより、このコネクション・オブジェクトに実装され
たインターチェンジ・オブジェクトへの参照情報を調
べ、この参照情報に基づいて階層構造をたどり、一つの
インターチェンジ・オブジェクトにアクセスする（ステ
ップ４０４）。次いで、このインターチェンジ・オブジ
ェクトに実装されたメッセージ・オブジェクトへの参照
情報を調べて階層構造をたどり、一つのメッセージ・オ
ブジェクトにアクセスする（ステップ４０６）。次に、
このメッセージ・オブジェクトに実装されたセグメント
・オブジェクトへの参照情報を調べて階層構造をたど
り、一つセグメント・オブジェクトにアクセスする（ス
テップ４０８）。この後、このセグメント・オブジェク
トに含まれるエレメント・データを、業務データベース
４０用の対応するデータ項目に取り出す（ステップ４１
０）。このデータ項目は、ＲＡＭ２０４に記憶される。

【００５２】エレメント・データの取出しが終わると、
そのセグメント・オブジェクトに実装された下位セグメ
ント・オブジェクトへの参照情報を調べて階層構造をた
どり、一つの下位セグメント・オブジェクトにアクセス
する（ステップ４１２）。次いで、この下位セグメント
・オブジェクトから業務データベース４０用の対応する
データ項目にエレメント・データが取り出される（ステ
ップ４１４）。このデータ項目も、ＲＡＭ２０４に記憶
される。

【００５３】この後、ステップ４０８でアクセスしたセ
グメントの下位セグメント・オブジェクトをすべて処理
したか否かが判断される（ステップ４１６）。NOと判断
された場合、ステップ４１２に戻って、別の下位セグメ
ント・オブジェクトにアクセスする。すべての下位セグ
メント・オブジェクトが処理されるとステップ４１６で
ＹＥＳと判断され、次に、メッセージに含まれる全ての
セグメントの処理が終了したか否かが判断される（ステ
ップ４１８）。未処理のセグメント・オブジェクトが残
っている場合は、処理がステップ４０８に戻る。この
後、未処理のセグメント・オブジェクトにアクセスが行
われ、以下、ステップ４１８に至るまでの処理が繰り返
される。

【００５４】ステップ４０６でアクセスされたメッセー
ジ・オブジェクトに含まれるすべてのセグメント・オブ
ジェクトが処理されると、ステップ４１８でＹＥＳと判
断され、ステップ４２０に処理が進む。ここでは、イン
ターチェンジに含まれる全てのメッセージの処理が終了
したか否かが判断される。未処理のメッセージ・オブジ
ェクトが残っている場合は、処理がステップ４０６に戻
る。この後、未処理のメッセージ・オブジェクトにアク
セスが行われ、以下、ステップ４２０に至るまでの処理
が繰り返される。ステップ４０４でアクセスされたイン
ターチェンジ・オブジェクトに含まれるすべてのメッセ
ージ・オブジェクトが処理されると、ステップ４２０で
ＹＥＳと判断され、ステップ４２２に処理が進む。ここ
では、コネクションに含まれる全てのインターチェンジ
の処理が終了したか否かが判断される。未処理のインタ
ーチェンジ・オブジェクトが残っている場合は、処理が
ステップ４０４に戻る。この後、未処理のインターチェ
ンジ・オブジェクトにアクセスが行われ、以下、ステッ
プ４２２に至るまでの処理が繰り返される。一方、コネ
クションに含まれる全てのインターチェンジの処理が終
了したとステップ４２２で判断されれば、処理が終了す
る。

【００５５】図１４は、図９及び図１０に示される展開
処理および図１３のデータ読取り処理の一部を処理記述
言語で記述した実際のコード例を示している。このよう
なコードが変換アプリケーション１０のマッピング・コ
ード部１４に含まれている。

【００５６】コード１８０は、各オブジェクトの参照変
数を定義する。コード１８１は、通常の作業変数を定義
する。この作業変数は、本例では、業務データベース４
０で使用されているデータ項目である。コード１８２
は、コネクション・オブジェクトの生成をライブラリ・
プログラム１６に命令する。コード１８３は、ファイル
名「SLSRPT.EDIFACT.DAT」で表されたＥＤＩＦＡＣＴデ
ータをコネクション・オブジェクト以下に展開するよう
にライブラリ１６に命令する。この命令に従ってライブ
ラリ１６が行う処理が、図９及び図１０に示される展開
処理である。

【００５７】コード１８４は、展開後のコネクション・
オブジェクトから、一番目のインターチェンジ・オブジ
ェクトを参照するようにライブラリ１６に命令する。コ
ード１８５は、このインターチェンジ・オブジェクトか
ら、一番目のメッセージ・オブジェクトを参照するよう
にライブラリ１６に命令する。コード１８６は、このメ
ッセージ・オブジェクトから、セグメント・タグコード
「ＢＧＭ」で示されるセグメント・オブジェクトを参照
するようにライブラリ１６に命令する。コード１８７
は、このセグメント・オブジェクトに含まれるエレメン
ト・データのうち二番目のエレメント・データを変数Ｖ
１１に取り出す。このデータは、図３において符号１２
１で示されるエレメント項目データに対応している。従
って、変数Ｖ１１には、値“ＡＢＣ１２３”が入ること
になる。このように、ＥＤＩＦＡＣＴデータを展開した
オブジェクト階層構造からデータを読み取り、ユーザが
使用するアプリケーション用の所定のデータ項目に取り
出すことにより、ＥＤＩＦＡＣＴデータからユーザデー
タへの変換が実現されている。

【００５８】このようにしてＥＤＩＦＡＣＴデータから
変換された一連のユーザデータは、変換アプリケーショ
ン１０のデータアクセスコード部１２に記述された命令
に従ってＲＡＭ２０４からハードディスク２０８に転送
され、業務データベース４０に登録される。

【００５９】次に、ユーザデータからＥＤＩＦＡＣＴデ
ータ（ファイル）を生成する例を説明する。この場合、
最初にオブジェクト構造が生成され、次に、生成された
オブジェクト構造に基づいてユーザデータがＥＤＩＦＡ
ＣＴデータへ変換される。

【００６０】図１５は、オブジェクト構造の生成処理を
示すフローチャートである。この処理は、変換アプリケ
ーション１０のマッピング・コード部１４に記述された
命令に従って実行される。この処理は、業務データベー
ス４０内のデータのうちＥＤＩＦＡＣＴデータとして実
際に発現させたいデータを、ＥＤＩＦＡＣＴデータの入
れ子構造に従ってオブジェクト階層構造に写像する。メ
ッセージ内部のセグメントに関しては、図５で示される
ようなメッセージ・ダイアグラムの階層構造に従って、
実際に発現させたいデータをメッセージ内部セグメント
・オブジェクトの階層構造に写像する。

【００６１】この処理では、まず、一つのコネクション
・オブジェクトを生成する（ステップ５０２）。次に、
一つのインターチェンジ・オブジェクトを生成し、生成
済コネクション・オブジェクトの下位に構造化する（ス
テップ５０４）。次いで、一つのメッセージ・オブジェ
クトを生成し、ステップ５０４で生成したインターチェ
ンジ・オブジェクトの下位に構造化する（ステップ５０
６）。続いて、一つのセグメント・オブジェクトを生成
し、ステップ５０６で生成したメッセージ・オブジェク
トの下位に構造化する（ステップ５０８）。この後、生
成したセグメントに対応するユーザデータを業務データ
ベース４０から読み取り、そのセグメント・オブジェク
トに登録する（ステップ５１０）。

【００６２】次いで、セグメント・オブジェクトの下位
に更にセグメント・オブジェクトが必要な場合は、一つ
の下位セグメント・オブジェクトを生成し、ステップ５
０８で生成したセグメント・オブジェクトの下位に構造
化する（ステップ５１２）。この後、その下位セグメン
ト・オブジェクトに、その下位セグメントに対応するユ
ーザデータを登録する（ステップ５１４）。

【００６３】この後、下位セグメント・オブジェクトが
全て生成されたか否かが判断され（ステップ５１６）、
ＮＯの場合はステップ５１２に処理が戻り、下位セグメ
ントの生成及びデータ登録が繰り返される。ステップ５
１６でＹＥＳと判断された場合は、セグメント・オブジ
ェクトが全て生成されたか否かが判断される（ステップ
５１８）。ここでＮＯと判断される場合はステップ５０
８に処理が戻り、ステップ５０８からステップ５１８に
至るまでの処理が繰り返される。ＹＥＳと判断された場
合は、メッセージが全て生成されたか否かが判断され
（ステップ５２０）、ＮＯの場合はステップ５０６に処
理が戻り、ステップ５０６からステップ５２０に至るま
での処理が繰り返される。ＹＥＳと判断された場合は、
インターチェンジが全て生成されたか否かが判断され
（ステップ５２２）、ＮＯの場合はステップ５０４に処
理が戻り、ステップ５０４からステップ５２２に至るま
での処理が繰り返される。ステップ５２２でＹＥＳと判
断されれば、オブジェクト構造の生成が完了する。この
ようにして生成されたオブジェクト構造の例は、図１１
に示される通りである。このオブジェクト構造は、ＲＡ
Ｍ２０４に格納されているが、オブジェクト構造の生成
後、ハードディスク２０６に転送してそこに記憶しても
よい。

【００６４】上記の処理において、オブジェクト外部か
らの生成済オブジェクトへのアクセスは、図１２に示さ
れるようなインターフェース１７４を通してだけ行われ
る。具体的には、セグメント内にエレメント・データを
書き込むエレメント・データ登録関数（put#ElelmentDa
taメソッド）と、このセグメント・オブジェクトの下位
階層にセグメント・オブジェクトを生成するための下位
セグメント・オブジェクト生成関数（CreateSegmentメ
ソッド）とが使用される。

【００６５】図１６は、オブジェクト構造からＥＤＩＦ
ＡＣＴデータを生成する処理を示すフローチャートであ
る。この処理は、マッピング・コード部１４に記述され
た命令にしたがってライブラリ・プログラム１６が実行
する。

【００６６】この生成処理では、まず、コネクション・
オブジェクトにアクセスする（ステップ６０２）。次い
で、コネクション・オブジェクトに実装されたインター
チェンジ・オブジェクトへの参照情報を調べて階層構造
をたどり、一つのインターチェンジ・オブジェクトにア
クセスする（ステップ６０４）。次に、このインターチ
ェンジ・オブジェクトに実装されたメッセージ・オブジ
ェクトへの参照情報を調べて階層構造をたどり、一つの
メッセージ・オブジェクトにアクセスする（ステップ６
０６）。次いで、このメッセージ・オブジェクトに実装
されたセグメント・オブジェクトへの参照情報を調べて
階層構造をたどり、一つのセグメント・オブジェクトに
アクセスする（ステップ６０８）。この後、セグメント
に登録されたデータを読み取って文字コード変換し、Ｅ
ＤＩＦＡＣＴ構文に従ったセパレータで前セグメントの
データと区分してＲＡＭ２０４に書き出す（ステップ６
１０）。

【００６７】次に、メッセージに含まれる全てのセグメ
ントが書き出されたかどうかが判断され（ステップ６１
２）、ＮＯの場合はステップ６０８に処理が戻り、ステ
ップ６０８及び６１０の処理が繰り返される。一つのセ
グメントの下位に更にセグメントが存在する場合は、こ
れらの下位セグメントに対してステップ６０８及び６１
０の処理が施される。例えば、一つのメッセージに複数
のセグメントが含まれ、これらのセグメントの下位にも
更にセグメントが存在している場合を考える。このよう
な場合、最上位セグメントの一つから階層構造をたどっ
てその最下位セグメントまで順次にステップ６０８及び
６１０の処理が施されていき、一つのセグメント・ツリ
ーの処理が終わったら、別の最上位セグメントから始ま
るツリーの処理が開始される。

【００６８】一つのメッセージに含まれるすべてのセグ
メントからデータが書き出されると、一つのメッセージ
の書き出しが完了したことになる。この場合（ステップ
６１２でＹＥＳ）、インターチェンジに含まれる全ての
メッセージが書き出されたか否かが判断される（ステッ
プ６１４）。ここでＮＯと判断されると、ステップ６０
６に処理が戻り、ステップ６１４に至るまでの処理が繰
り返される。インターチェンジに含まれる全てのメッセ
ージが書き出されると一つのインターチェンジの書き出
しが完了したことになる。この場合（ステップ６１４で
ＹＥＳ）、コネクションに含まれる全てのインターチェ
ンジが書き出されたか否かが判断される（ステップ６１
６）。ここでＮＯと判断されると、ステップ６０４に処
理が戻り、ステップ６１６に至るまでの処理が繰り返さ
れる。一方、ステップ６１６でＹＥＳと判断されれば、
処理が終了する。このようにしてセグメントからＲＡＭ
２０４に書き出された一連のデータが、ＥＤＩＦＡＣＴ
データである。このＥＤＩＦＡＣＴデータは、ハードデ
ィスク２０６に転送してそこに格納してもよい。

【００６９】図１７は、図１５に示されるオブジェクト
構造生成処理の一部及び図１６の変換処理を処理記述言
語で記述した実際のコード例を示している。マッピング
・コード部１４には、このようなコードが含まれる。図
１７のコード１９０は、各オブジェクトの参照変数を定
義する。コード１９１は、コネクション・オブジェクト
をライブラリ・プログラム１６に生成させる。コード１
９２は、生成済コネクション・オブジェクトの下位に一
つのインターチェンジ・オブジェクトを生成して追加す
るようにライブラリ１６に命令する。コード１９３は、
このインターチェンジ・オブジェクトの下位に一つのメ
ッセージ・オブジェクトを生成して追加するようにライ
ブラリ１６に命令する。コード１９４は、このメッセー
ジ・オブジェクトの下位にセグメント・タグコード「CU
X」で示されるセグメント・オブジェクトを生成して追
加するようにライブラリ１６に命令する。コード１９５
は、このセグメント・オブジェクトの第１番目の複合エ
レメント内の第２エレメントに対し、対応ユーザデータ
である文字列データ「YEN」を登録するようにライブラ
リ１６に命令する。以下、発現させたい全てのセグメン
ト・オブジェクトに対し同様の処理を繰り返す。この結
果、ＥＤＩＦＡＣＴデータに変換すべきユーザデータを
含んだオブジェクトの階層構造が生成される。コード１
９６は、生成したオブジェクト構造の最上位オブジェク
トであるコネクション・オブジェクトに対し、ファイル
名“SLSRPT.EDIFACT.DAT"を付けたＥＤＩＦＡＣＴデー
タの生成処理を呼び出す。この生成処理は、図１６に示
されるものであり、ライブラリ１６が実行する。

【００７０】このようにして変換されたＥＤＩＦＡＣＴ
データの例は、図２に示されている。生成したオブジェ
クト構造からＥＤＩＦＡＣＴデータが生成される際、図
１７のコード１９５によって登録されたデータ値は、変
換後のＥＤＩＦＡＣＴデータ上では図３において参照番
号１２２で示される文字列「YEN」として現れる。

【００７１】このように、変換すべきユーザデータを含
んだオブジェクトの階層構造をＥＤＩＦＡＣＴ構造に沿
って生成し、各セグメント・オブジェクトからデータを
取り出してＥＤＩＦＡＣＴルールに沿って編集すること
により、ユーザデータからＥＤＩＦＡＣＴデータへの変
換が実現される。変換・生成されたＥＤＩＦＡＣＴデー
タファイルは、例えば、通信システム３０を介して取引
相手に転送することができる。

【００７２】なお、この発明を実装する対象の具体例
を、以下の表に示す。

【００７３】

【表１】

【００７４】本実施形態のデータ変換方法は、以下のよ
うな利点を有している。すなわち、従来は、トランスレ
ータが所定形式のファイルとＥＤＩＦＡＣＴファイル間
で変換を行っていたため、変換される個々のデータに業
務システムの開発者（トランスレータのユーザ）がアク
セスすることは困難であった。このため、従来の業務シ
ステムでは、トランスレータが行う変換処理のほかに、
トランスレータが扱う形式のファイルと業務ファイルと
の間で変換処理を行う必要があった。しかしながら、本
実施形態ではＥＤＩＦＡＣＴ構造を写像したオブジェク
ト階層構造が生成されるので、ユーザは、オブジェクト
・メソッドを用いたインタフェース技法を用いて個々の
オブジェクトに含まれるデータ要素に容易にアクセスす
ることができる。従って、ユーザは、業務システムに適
したプログラムを処理記述言語を用いて記述すること
で、業務システムで使用されるユーザデータとＥＤＩＦ
ＡＣＴデータとの間で直接変換を実行することができ、
これにより業務システムにおける処理の高速化を図るこ
とができる。

【００７５】また、ＥＤＩＦＡＣＴメッセージ構造定義
は複雑さを増してきており、従来のマッピング技術では
処理しきれない部分が生じたり、複数回のマッピングを
必要とするケースが生じている。本発明では、ＥＤＩＦ
ＡＣＴデータ構造を写像したオブジェクト階層構造を生
成するので、この階層構造をたどることによって、複雑
なマッピングも実現することができる。これにより、複
雑な構造のＥＤＩＦＡＣＴデータも比較的容易に変換す
ることができる。

【００７６】また、ＥＤＩＦＡＣＴの新構文規約（シン
タックスルールバージョン４）では、ＥＤＩ交換データ
に、バイナリデータや、暗号化され電子署名を持つセキ
ュリティデータの組み込みが定義され、従来のマッピン
グ手法とは相容れない部分が発生している。本発明で
は、オブジェクトの中にバイナリデータへの参照情報を
含めることで、このようなＥＤＩＦＡＣＴデータであっ
ても容易に扱うことができる。

【００７７】また、ＥＤＩＦＡＣＴの新構文規約に追加
されたインタラクティブＥＤＩが目的とする会話的処理
において応答時間を満足することは、従来のバッチ的変
換方式ではＥＤＩＦＡＣＴ構造にユーザがアクセスでき
ないため、困難である。本発明によれば、ＥＤＩＦＡＣ
Ｔデータ構造がオブジェクト階層構造に写像されてお
り、この階層構造をたどることにより各種のデータにユ
ーザが容易にアクセスできるので、このような会話的処
理にも柔軟に対処することができる。

【００７８】

【発明の効果】このように、本発明によれば、ＥＤＩＦ
ＡＣＴデータ構造を写像したオブジェクト構造が生成さ
れ、オブジェクト・インターフェースを用いることで各
オブジェクトに容易にアクセスできるので、ユーザは、
変換すべきデータを直接扱うことができ、中間データを
介さずにＥＤＩＦＡＣＴデータとユーザデータとの変換
を行うことができる。これにより、ＥＤＩＦＡＣＴを使
用するユーザは、柔軟で適用範囲の広いプログラム開発
を行うことができる。この結果、本発明は、種々の業務
システムに柔軟に適用することが可能である。

【図面の簡単な説明】

【図１】ＥＤＩＦＡＣＴデータ構造を表す模式図であ
る。

【図２】ＥＤＩＦＡＣＴデータの一例を示す図である。

【図３】図２のＥＤＩＦＡＣＴデータ例を分かりやすく
表記し直した図である。

【図４】ＥＤＩＦＡＣＴ標準ディレクトリに含まれるメ
ッセージディレクトリの一例を示す図である。

【図５】図４に規定されるメッセージ構造をダイアグラ
ムで示した図である。

【図６】ＥＤＩＦＡＣＴ参照ディレクトリに含まれるセ
グメントディレクトリの一例を示す図である。

【図７】本発明に係るＥＤＩＦＡＣＴデータ及びユーザ
データ間の変換方法が実施される業務システムを示す概
略図である。

【図８】図７の業務システムを実現することの可能なコ
ンピュータ・システムのハードウェア構成例を示す模式
図である。

【図９】ＥＤＩＦＡＣＴデータのオブジェクト構造への
展開処理を示すフローチャートである。

【図１０】ＥＤＩＦＡＣＴデータのオブジェクト構造へ
の展開処理を示すフローチャートである。

【図１１】ＥＤＩＦＡＣＴ構造を写像したオブジェクト
構造の一例を示す模式図である。

【図１２】セグメント・オブジェクトの内部構造を示す
模式図である。

【図１３】ＥＤＩＦＡＣＴデータを展開したオブジェク
ト構造からデータを読み取る処理を示すフローチャート
である。

【図１４】ＥＤＩＦＡＣＴデータのオブジェクト展開処
理およびユーザデータ読取り処理の一部を処理記述言語
で記述したコード例を示す図である。

【図１５】オブジェクト構造の生成処理を示すフローチ
ャートである。

【図１６】オブジェクト構造からＥＤＩＦＡＣＴデータ
を生成する処理を示すフローチャートである。

【図１７】オブジェクト構造生成処理の一部及びＥＤＩ
ＦＡＣＴデータの生成処理を処理記述言語で記述したコ
ード例を示す図である。

【図１８】従来の業務システムの一例を示す概略図であ
る。

【符号の説明】

２００…コンピュータ・システム、２０２…プロセッ
サ、２０４…ランダム・アクセス・メモリ、２０６、２
０８…ハードディスク、２１０…入出力装置、２１２…
通信装置、２１４…ＣＤ−ＲＯＭ装置。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ＥＤＩＦＡＣＴデータと所定のユーザデ
   ータとの間の変換を実行する方法であって、 処理記述言語で記述された命令に従って、ＥＤＩＦＡＣ
   Ｔデータ構造を写像したオブジェクト階層構造を生成す
   るステップと、 前記オブジェクト階層構造を第１の記憶装置に格納する
   ステップと、 処理記述言語で記述された命令に従って、前記オブジェ
   クト階層構造に含まれる一以上のオブジェクトからデー
   タを取り出し、前記ＥＤＩＦＡＣＴデータ又はユーザデ
   ータを生成するステップであって、データが取り出され
   る前記オブジェクトは、インタフェースとして公開され
   たメソッドを含んでいるステップと、 生成された前記ＥＤＩＦＡＣＴデータ又はユーザデータ
   を第２の記憶装置に格納するステップと、を備える方
   法。
2. 【請求項２】 ＥＤＩＦＡＣＴデータと所定のユーザデ
   ータとの間の変換をコンピュータに実行させるためのプ
   ログラムが記録されたコンピュータ読取り可能な記録媒
   体であって、前記プログラムは、 処理記述言語で記述された命令に従って、ＥＤＩＦＡＣ
   Ｔデータ構造を写像したオブジェクト階層構造を生成す
   るステップと、 前記オブジェクト階層構造を第１の記憶装置に格納する
   ステップと、 処理記述言語で記述された命令に従って、前記オブジェ
   クト階層構造に含まれる一以上のオブジェクトからデー
   タを取り出し、前記ＥＤＩＦＡＣＴデータ又はユーザデ
   ータを生成するステップであって、データが取り出され
   る前記オブジェクトは、インタフェースとして公開され
   たメソッドを含んでいるステップと、 生成された前記ＥＤＩＦＡＣＴデータ又はユーザデータ
   を第２の記憶装置に格納するステップと、をコンピュー
   タに実行させる、コンピュータ読取り可能な記録媒体。
3. 【請求項３】 ＥＤＩＦＡＣＴデータと所定のユーザデ
   ータとの間の変換をコンピュータに実行させるためのプ
   ログラムが記録されたコンピュータ読取り可能な記録媒
   体であって、前記プログラムは、 第１の記憶装置に記憶されたＥＤＩＦＡＣＴデータをユ
   ーザデータに変換する場合に、前記第１記憶装置から前
   記ＥＤＩＦＡＣＴデータを読み取るステップと、処理記
   述言語で記述された命令に従って、前記ＥＤＩＦＡＣＴ
   データの構造を写像したオブジェクト階層構造を生成す
   るステップと、前記オブジェクト階層構造を第２の記憶
   装置に格納するステップと、処理記述言語で記述された
   命令に従って、前記オブジェクト階層構造に含まれる一
   以上のオブジェクトからデータを取り出し、ユーザデー
   タを生成するステップであって、前記データが取り出さ
   れる前記オブジェクトは、インタフェースとして公開さ
   れたメソッドを含んでいるステップと、生成された前記
   ユーザデータを第３の記憶装置に格納するステップと、
   前記コンピュータに実行させ、 第４の記憶装置に記憶されたユーザデータをＥＤＩＦＡ
   ＣＴデータに変換する場合に、前記第４記憶装置からユ
   ーザデータを読み取るステップと、処理記述言語で記述
   された命令に従って、ＥＤＩＦＡＣＴデータ構造を写像
   したオブジェクト階層構造であって前記ユーザデータが
   登録されたオブジェクトを含むものを生成するステップ
   と、前記オブジェクト階層構造を第５の記憶装置に格納
   するステップと、処理記述言語で記述された命令に従っ
   て、前記オブジェクト階層構造に含まれる一以上のオブ
   ジェクトからデータを取り出し、ＥＤＩＦＡＣＴデータ
   を生成するステップであって、前記データが取り出され
   る前記オブジェクトは、インタフェースとして公開され
   たメソッドを含んでいるステップと、生成された前記Ｅ
   ＤＩＦＡＣＴデータを第６の記憶装置に格納するステッ
   プと、を前記コンピュータに実行させる、コンピュータ
   読取り可能な記録媒体。
4. 【請求項４】 ＥＤＩＦＡＣＴデータと所定のユーザデ
   ータとの間の変換をコンピュータに実行させる処理記述
   言語で記述された変換アプリケーションから利用可能な
   ライブラリ・プログラムが記録されたコンピュータ読取
   り可能な記録媒体であって、前記ライブラリ・プログラ
   ムは、 前記変換アプリケーションの命令に従って、ＥＤＩＦＡ
   ＣＴデータ構造を写像したオブジェクト階層構造を生成
   するステップと、 前記変換アプリケーションの命令に従って、前記オブジ
   ェクト階層構造に含まれる一以上のオブジェクトからデ
   ータを取り出すステップであって、データが取り出され
   る前記オブジェクトは、外部インタフェースとして公開
   されたメソッドを含んでいるステップと、をコンピュー
   タに実行させる、コンピュータ読取り可能な記録媒体。
5. 【請求項５】 前記ライブラリ・プログラムは、前記一
   以上のオブジェクトから取り出したデータを用いてＥＤ
   ＩＦＡＣＴ形式のファイルを生成するステップをコンピ
   ュータに更に実行させる、請求項４記載のコンピュータ
   読取り可能な記録媒体。
6. 【請求項６】 ＥＤＩＦＡＣＴデータと所定のユーザデ
   ータとの間の変換をコンピュータに実行させる処理記述
   言語で記述された変換アプリケーションから利用可能な
   ライブラリ・プログラムが記録されたコンピュータ読取
   り可能な記録媒体であって、前記ライブラリ・プログラ
   ムは、 第１の記憶装置に記憶されたＥＤＩＦＡＣＴデータをユ
   ーザデータに変換する場合に、前記第１記憶装置から前
   記ＥＤＩＦＡＣＴデータを読み取るステップと、前記変
   換アプリケーションの命令に従って、前記ＥＤＩＦＡＣ
   Ｔデータの構造を写像したオブジェクト階層構造を生成
   するステップと、前記オブジェクト階層構造を第２の記
   憶装置に格納するステップと、前記変換アプリケーショ
   ンの命令に従って、前記オブジェクト階層構造に含まれ
   る一以上のオブジェクトからデータを取り出すステップ
   であって、前記データが取り出される前記オブジェクト
   は、インタフェースとして公開されたメソッドを含んで
   いるステップと、を前記コンピュータに実行させ、 第３の記憶装置に記憶されたユーザデータをＥＤＩＦＡ
   ＣＴデータに変換する場合に、ＥＤＩＦＡＣＴデータ構
   造を写像したオブジェクト階層構造であって前記ユーザ
   データが登録されたオブジェクトを含むものを前記変換
   アプリケーションの命令に従って生成するステップと、
   前記オブジェクト階層構造を第４の記憶装置に格納する
   ステップと、前記変換アプリケーションの命令に従っ
   て、前記オブジェクト階層構造に含まれる一以上のオブ
   ジェクトからデータを取り出し、ＥＤＩＦＡＣＴデータ
   を生成するステップであって、前記データが取り出され
   る前記オブジェクトは、インタフェースとして公開され
   たメソッドを含んでいるステップと、を前記コンピュー
   タに実行させる、コンピュータ読取り可能な記録媒体。
7. 【請求項７】 ＥＤＩＦＡＣＴデータと所定のユーザデ
   ータとの間の変換を実行する方法であって、 第１の記憶装置に記憶され、ユーザデータとＥＤＩＦＡ
   ＣＴデータとの写像関係を記述したマッピング・パラメ
   ータを前記第１記憶装置から読み取るステップと、 前記マッピング・パラメータに従って、ＥＤＩＦＡＣＴ
   データ構造を写像したオブジェクト階層構造を生成する
   ステップと、 前記オブジェクト階層構造を第２の記憶装置に格納する
   ステップと、 前記オブジェクト階層構造に含まれる一以上のオブジェ
   クトからデータを取り出し、前記マッピング・パラメー
   タに従って、前記ＥＤＩＦＡＣＴデータ又はユーザデー
   タを生成するステップであって、データが取り出される
   前記オブジェクトは、インタフェースとして公開された
   メソッドを含んでいるステップと、 生成された前記ＥＤＩＦＡＣＴデータ又はユーザデータ
   を第３の記憶装置に格納するステップと、を備える方
   法。
8. 【請求項８】 ＥＤＩＦＡＣＴデータと所定のユーザデ
   ータとの間の変換をコンピュータに実行させるためのプ
   ログラムが記録されたコンピュータ読取り可能な記録媒
   体であって、前記プログラムは、 第１の記憶装置に記憶され、ユーザデータとＥＤＩＦＡ
   ＣＴデータとの写像関係を記述したマッピング・パラメ
   ータを前記第１記憶装置から読み取るステップと、 第２の記憶装置に記憶されたＥＤＩＦＡＣＴデータをユ
   ーザデータに変換する場合に、前記第２記憶装置から前
   記ＥＤＩＦＡＣＴデータを読み取るステップと、前記Ｅ
   ＤＩＦＡＣＴデータの構造を写像したオブジェクト階層
   構造を生成するステップと、前記オブジェクト階層構造
   を第３の記憶装置に格納するステップと、前記オブジェ
   クト階層構造に含まれる一以上のオブジェクトからデー
   タを取り出し、前記マッピング・パラメータに従ってユ
   ーザデータを生成するステップであって、前記データが
   取り出される前記オブジェクトは、インタフェースとし
   て公開されたメソッドを含んでいるステップと、生成さ
   れた前記ユーザデータを第４の記憶装置に格納するステ
   ップと、を前記コンピュータに実行させ、 第５の記憶装置に記憶されたユーザデータをＥＤＩＦＡ
   ＣＴデータに変換する場合に、前記第５記憶装置からユ
   ーザデータを読み取るステップと、ＥＤＩＦＡＣＴデー
   タ構造を写像したオブジェクト階層構造であって前記ユ
   ーザデータが登録されたオブジェクトを含むものを、前
   記マッピング・パラメータに従って生成するステップ
   と、前記オブジェクト階層構造を第６の記憶装置に格納
   するステップと、前記オブジェクト階層構造に含まれる
   一以上のオブジェクトからデータを取り出してＥＤＩＦ
   ＡＣＴデータを生成するステップであって、前記データ
   が取り出される前記オブジェクトは、インタフェースと
   して公開されたメソッドを含んでいるステップと、生成
   された前記ＥＤＩＦＡＣＴデータを第７の記憶装置に格
   納するステップと、を前記コンピュータに実行させる、
   コンピュータ読取り可能な記録媒体。