JP2003331147A - 電子データ変換方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 入力電子データと出力電子データのスキーマ
情報を定義し、電子データの論理構造とその対応関連を
分離管理し、定義情報を再利用可能にする。 【解決手段】 電子データ変換ルールを定義するユーザ
は、画面上に入力電子データまたは出力電子データのデ
ータモデルを入力し、データモデル情報定義画面プログ
ラム121によりデータモデル定義情報141を定義し、画面
上に入力電子データと出力電子データのデータモデルを
入力し、画面上に各データ間の関係定義を入力し、これ
ら入力とデータモデル定義情報141を用いてマッピング
情報定義画面プログラム125によりデータモデルのデー
タ項目間の変換ルールや対応関係のマッピング定義情報
143を定義し、電子データのスキーマ情報を定義は、ス
キーマ情報定義画面プログラム123によりデータモデル
定義情報141からデータモデルをインポートしてフォー
マット定義情報137とスキーマ定義情報139を作成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、システム間でメッ
セージによりデータ連携を行うシステム又は企業間でデ
ータ連動により業務を行う電子商取引システム又は異種
複合システム間の連携のためのエンタープライズアプリ
ケーションインテグレーションシステムに係わり、特に
連携元システムから受取った電子メッセージのデータ
（以下、電子データとする）を事前に定義した変換ルー
ルに基づき、連携先システムのデータフォーマットに合
わせてデータ項目変換を行う場合、入力及び出力電子デ
ータの構造定義及び、入力電子データにおけるデータ項
目と出力電子データのデータ項目間での変換ルールを定
義する技術に関する。

【０００２】

【従来の技術】企業と企業間で電子データを交換するシ
ステムである企業商取引システムやシステムとシステム
間で電子メッセージ交換を制御するメッセージブローカ
システムでは、連携元から入力された電子データを事前
に定義したデータ変換ルールに基づいてデータを変換
し、連携先のシステムへ連携すべき電子データを受け渡
す。しかし、連携元からの電子データや連携先への電子
データ構造はデータ値の並びに過ぎないため、システム
開発者(以下、ユーザとする)がシステム開発において連
携すべき電子データの論理的な意味合いに基づいた変換
ルールの定義をするのが難しい。上記の課題を解決する
ため、従来の企業商取引システムやメッセージブローカ
システムでは、特開平１０−３０７８８１（電子取引装
置及び電子取引でフォーマット変換を実行する制御プロ
グラムを記録したコンピュータ読み取り可能な記録媒
体）で示したように、連携元からの入力電子データと連
携先への出力電子データを業務における論理的なデータ
名称や長さ、データの開始位置などのスキーマ情報をツ
リー構造のよって定義させるとともに、定義した入出力
側のツリー構造のスキーマ情報間での対応関係及び変換
ルールを定義する環境を提供している。上記の連携すべ
き電子データのスキーマ情報と連携スキーマ情報間の変
換ルールの定義できる仕組みを提供することにより、デ
ータ変換の定義を行うときにユーザは、業務の意味合い
を持つデータ項目間の変換ルールを定義することがで
き、電子データによる連携システム開発の効率を向上さ
せることができる。

【０００３】

【発明が解決しようとする課題】上述した従来の技術で
は、入力となる電子データと出力となる電子データを論
理的な意味合いを持つスキーマ情報と、入力と出力電子
データのスキーマ情報に基づいた論理的なデータ変換ル
ールを定義させ、定義したスキーマ情報と業務ルールに
基づいた連携元システムと連携先システム間での電子デ
ータの変換を行っている。しかし、上記のようなデータ
変換ルール定義の環境を提供するシステムでは、スキー
マ情報とスキーマ情報間の変換ルールを一つの定義情報
として管理することから、データ変換が必要な数だけ入
力電子データと出力電子データのスキーマ情報とスキー
マ情報間でのデータ変換ルールを定義することとなり、
同じ又は類似した電子データの場合でも最初から入力電
子データのスキーマ情報や出力電子データのスキーマ情
報、スキーマ情報間のデータ変換ルールを最初から定義
し直さないといけない。そのため、システム開発におい
てユーザの作業負担を増加させる問題が発生する。例え
ば、入力となるある電子データが伝票ＩＤ、取引先コー
ド、商品コード、単価、数量の順序でデータを持ち、出
力となる電子データを取引企業コード、商品コード、数
量、発注金額の内容や順序で出力する場合、開発者は入
力および出力電子データのデータ項目のスキーマ情報定
義（データ項目の名称、データ開始位置、桁数などの定
義）を行う。その上、出力電子データの取引コードを入
力電子データの取引先コートへ対応させ、出力電子デー
タの発注金額は入力電子データの「（数量×単価）×1.
05」のような変換ルールにより計算されるように定義す
る。しかし、従来の技術ではスキーマ情報や変換ルール
の定義情報を一つの定義情報で管理するため、入力の電
子データにおけるデータ項目順番が少し異なってくる場
合（伝票ＩＤ、取引先コード、商品コード、数量、単価
となる場合）でも、スキーマ情報の定義を最初からやり
直すこととともに変換ルールの定義も再定義しないとい
けない。また、スキーマ定義情報と変換ルール定義情報
を一つの情報で管理を行うことにより、同じデータ変換
ルールのロジックを持つ定義情報が複数作成され、業務
ルール変更に伴うデータ変換ルールのメンテナンス範囲
が複数箇所となり、システム修正個所の確定及び修正後
のシステムテストの工数が大きくなる問題が発生する。
例えば、上記の例で記述したように金額計算時は数量と
単価をかけた上、消費税を５％加える変換ルールを定義
する。この消費税を含んだ金額を計算するロジックは企
業の電子商取引システムのような大規模システムを想定
すると、上記の算出ロジックは多くの個所で使われるこ
ととなり、上記の５％の消費税の計算式は多くのデータ
変換ルールに定義されることとなる。もし、消費税率が
５％から１０％に変更になるとすれば、上記のデータ変
換ルールは金額の５％を加えるルールから１０％へ変更
するよう計算式の変更を行わなければならない。しか
し、大規模なシステムになればなるほど、消費税を計算
するルールは多くのところで使われ、すべてのデータ変
換ルールを修正することとなる。このような修正は変更
箇所の特定はもちろん変更後のデータ変換ルールのテス
トなどシステムメンテナンスに大きな負担になる。

【０００４】本発明の目的は、入力電子データと出力電
子データを論理的なデータ構造を示すデータモデルを用
いてスキーマ情報を定義することで、電子データの論理
構造とその対応関連を分離して管理し、スキーマ情報を
定義する際に一度定義した論理的なデータモデルを再利
用可能にすることにある。本発明の他の目的は、入力と
なる電子データの論理データモデルと出力となる電子デ
ータの論理データモデル間での変換ルールを定義するこ
とにより、データモデル間の変換ルールの再利用をでき
るようにし、同じ変換ルールの変更によるシステム上の
メンテナンス個所を最少化して業務ルール変更によるシ
ステムメンテナンスの効率を向上させることにある。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、表示装置の画面上に入力された、入力電
子データまたは出力電子データにおけるデータ項目の論
理的なデータ構造を表すデータモデルに基づき、入力電
子データまたは出力電子データのデータモデル定義情報
を作成し、該データモデルと該データモデル定義情報を
メモリに格納し、メモリに格納された入力電子データと
出力電子データのデータモデルを読み出し画面上に表示
し、該各データモデル間の関係を定義する画面上に入力
された定義情報と前記各データモデル定義情報に基づき
入力側のデータモデルと出力側のデータモデル間での対
応関係と変換ルールを定義し、メモリに格納する。ま
た、表示装置の画面上に入力された、入力電子データま
たは出力電子データにおけるデータ項目の論理的なデー
タ構造を表すデータモデルに基づき、入力電子データま
たは出力電子データのデータモデル定義情報を作成し、
該データモデルと該データモデル定義情報をメモリに格
納し、メモリに格納されたデータモデルを画面上に表示
し、画面上に入力された情報と、該情報と該データモデ
ルとの関係を定義する画面上に入力された定義情報と、
前記データモデル定義情報に基づきフォーマット定義情
報とスキーマ定義情報を作成し、メモリに格納し、メモ
リに格納された入力電子データと出力電子データのデー
タモデルを画面上に表示し、該各データモデル間の関係
を定義する画面上に入力された定義情報と前記各データ
モデル定義情報に基づきマッピング定義情報を作成し、
メモリに格納する。また、メモリに格納されている各デ
ータモデルの名称を画面上に表示し、画面上で選択され
たデータモデルの名称に対応するデータモデルをメモリ
から読み出し、画面上に表示する。

【０００６】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明する。図１は、実施形態の概略を表
すシステムの構成図である。本システムは、サーバー１
０１、システム開発者（以下、ユーザとする）が定義情
報作成の作業を行うクライアント１０７及びこれらの装
置間を接続するネットワーク１１５から構成される。サ
ーバー１０１は、サーバー専用機、パソコンなどの計算
機であり、処理プログラムの格納やプログラムの起動・
動作などを行う処理装置１０３と、定義情報や入出力電
子データを格納する記憶装置１０５で構成される。サー
バー１０１の処理装置１０３上には、データモデル情報
定義画面プログラム１２１、スキーマ情報定義画面プロ
グラム１２３、マッピング情報定義画面プログラム１２
５、データ変換制御プログラム１２７、データ項目抽出
プログラム１２９、データマッピング処理プログラム１
３１、データ項目挿入プログラム１３３、通信制御プロ
グラム１３５が格納され実行される。

【０００７】データモデル情報定義画面プログラム１２
１は、変換元及び変換先システムにおける業務的な意味
合いから事前にユーザが論理的なテーブル構造やテーブ
ルにおけるデータ構成、テーブル間の関係の定義を行え
るユーザインタフェースを提供する。また、ユーザから
入力された定義情報を記憶装置１０５のデータモデル定
義情報１４１へ格納する。スキーマ情報定義画面プログ
ラム１２３は、既に定義されてデータモデル定義情報１
４１に格納されているデータモデルをロードし、入力、
又は、出力電子データごとに、利用するシステム名称、
データの長さやデータ型などの入出力電子データのデー
タ属性、入出力電子データの各データ項目とデータモデ
ルのデータ項目間での関係つけなどの定義を行えるユー
ザインタフェースを提供する。また、ユーザにより入力
された定義情報を記憶装置１０５のフォーマット定義情
報１３７とスキーマ定義情報１３９へ格納する。マッピ
ング情報定義画面プログラム１２５は、既に定義されて
データモデル定義情報１４１に格納されているデータモ
デルをロードし、入力側のデータモデルと出力側のデー
タモデルにおけるデータ項目間の対応関係や変換ルール
の定義を行えるユーザインタフェースを提供する。ま
た、ユーザにより入力された定義情報を記憶装置１０５
のマッピング定義情報１４３へ格納する。

【０００８】データ変換制御プログラム１２７は、入力
電子データを出力電子データのフォーマットに合わせて
変換を行うプログラムの制御を行う。変換元システムか
らの入力電子データの転送を受取り記憶装置１０５の入
力電子データに格納しデータ項目抽出プログラム１２９
を起動する。また、データ項目抽出プログラム１２９処
理終了後はデータマッピング処理プログラム１３１を起
動し、データマッピング処理プログラム１３１処理終了
後はデータ項目挿入プログラム１３３を起動する。デー
タ項目挿入プログラム１３３処理終了後には作成された
出力電子データを記憶装置１０５の出力電子データ１４
７に格納するとともに、出力電子データを連携先システ
ムへ受け渡す。

【０００９】データ項目抽出プログラム１２９は、デー
タ変換制御プログラム１２７から起動され、入力電子デ
ータの連携元スキーマ定義名称により、スキーマ定義情
報１３９やフォーマット定義情報１３７に基づいて入力
電子データから変換するデータ項目を抽出する。また、
データモデル定義情報１４１を参照してサーバー１０１
のメモリ上に一時的に入力データを格納するための入力
テーブル構造を作成し、抽出した入力データを入力テー
ブルの該当するデータ項目に格納する。

【００１０】データマッピング処理プログラム１３１
は、データ変換制御プログラム１２７から起動され、入
力電子データの連携先スキーマ定義名称により、スキー
マ定義情報１３９やデータモデル定義情報１４１に基づ
いてサーバー１０１のメモリ上に一時的に出力データを
格納するための出力テーブル構造を作成する。また、マ
ッピング定義情報１４３を参照し、データ項目抽出プロ
グラム１２９によってサーバー１０１のメモリ上の入力
テーブルに格納された入力データを出力テーブルへ変換
して格納する。

【００１１】データ項目挿入プログラム１３３は、デー
タ変換制御プログラム１２７から起動され、入力電子デ
ータの連携先スキーマ定義名称により、フォーマット定
義情報１３７とスキーマ定義情報１３９を参照してデー
タマッピング処理プログラム１３１によって格納された
サーバー１０１のメモリ上の出力テーブルのデータを出
力電子データに形式に変換する。変換された電子データ
は出力電子データ１４７に格納するとともに、連携先シ
ステムへ出力電子データを転送する。通信制御プログラ
ム１３５は、サーバー１０１と連携元システム間での入
力電子データのやり取りやサーバー１０１と連携先シス
テム間での出力電子データのやり取りにおける通信制御
を行う。また、サーバー１０１とクライアント１０７間
における通信制御を行う。

【００１２】サーバー１０１の処理装置１０３に接続さ
れる記憶装置１０５上には、フォーマット定義情報１３
７、スキーマ定義情報１３９、データモデル定義情報１
４１、マッピング定義情報１４３、入力電子データ１４
５、出力電子データ１４７を格納する。

【００１３】フォーマット定義情報１３７は、ユーザが
スキーマ情報定義画面プログラム１２１により定義した
入力電子データや出力電子データにおけるデータフォー
マットに関する情報が格納される。スキーマ定義情報１
３９は、ユーザがスキーマ情報定義画面プログラム１２
１により定義した入力電子データ及び出力電子データご
とのデータモデルにおけるテーブル間の関係を示す情報
が格納される。データモデル定義情報１４１は、ユーザ
がデータモデル情報定義画面プログラム１２３により定
義した論理的なデータモデルにおけるテーブル構造、各
テーブルにおけるデータ項目の論理名称などに関する情
報が格納される。マッピング定義情報１４３は、ユーザ
がマッピング情報定義画面プログラム１２５により定義
した入力電子データに対応するデータモデルのデータ項
目と出力電子データに対応するデータモデルのデータ項
目間における対応関係に関する情報が格納される。入力
電子データ１４５は、連携元システムから入力された電
子データをサーバー１０１が受け取り、格納するための
記憶装置１０５における格納スペースである。出力電子
データ１４７は、データ変換制御プログラム１２７の制
御により作成された出力電子データを格納するための記
憶装置１０５における格納スペースである。

【００１４】クライアント１０７はパソコンなどの計算
機であり、処理装置、ユーザへ定義画面や処理結果を示
す表示装置１０９、ユーザがデータ入力を行うための入
力装置１１１で構成される。クライアント１０７の処理
装置１１３には、通信制御プログラム１４９、画面表示
プログラム１５１から構成される。通信制御プログラム
１４９は、サーバーとクライアント間における通信制御
を行うプログラムである。画面表示プログラム１５１
は、クライアント１０７からの要求により動作したサー
バー１０１のスキーマ情報定義画面プログラム１２１、
データモデル情報定義画面プログラム１２３、マッピン
グ情報定義画面プログラム１２５からの処理結果に基づ
いてクライアント１０７の表示装置１０９に必要な画面
作成するための制御プログラムである。

【００１５】図２は、フォーマット定義情報１３７のデ
ータ構成図である。フォーマット定義情報１３７は、ユ
ーザがスキーマ情報定義画面プログラム１２３を用い
て、既に定義されてデータモデル定義情報１４１に格納
されているデータモデルをロードし、入出力電子データ
の構造やデータモデルとの対応関係を定義した情報を管
理するためのテーブルであり、スキーマＩＤ２００、順
序ＩＤ２０５、フィールド長２１０、データ型２１５、
テーブルＩＤ２２０、属性ＩＤ２２５、関係ＩＤ２３０
から構成される。

【００１６】スキーマＩＤ２００は、フォーマット定義
情報が登録されるときにスキーマ定義を一意的に識別す
るため、スキーマ情報定義画面プログラム１２３が自動
的に付与する識別子である。順序ＩＤ２０５は、ユーザ
がスキーマ情報定義画面プログラム１２３により定義し
た各入出力電子データにおけるデータ項目の順序を識別
するための識別子である。フィールド長２１０は、入出
力電子データを構成するデータ項目の長さを示す。デー
タ型２１５は、入出力電子データを構成するデータ項目
のデータ型を示し、データ型は数値、文字などである。
テーブルＩＤ２２０は、ユーザがスキーマ情報定義画面
プログラム１２３により定義した入出力電子データのデ
ータ項目に対応するデータモデルにおけるテーブルを一
意的に識別するための識別子である。属性ＩＤ２２５
は、ユーザがスキーマ情報定義画面プログラム１２３に
より定義した入出力電子データのデータ項目に対応する
データモデルのテーブルを構成するデータ項目を一意的
に識別するための識別子である。関係ＩＤ２３０は、入
出力電子データの繰り返し関係を一意的に識別するため
の識別子である。

【００１７】図３は、スキーマ定義情報１３９のデータ
構成図である。スキーマ定義情報１３９は、ユーザがス
キーマ情報定義画面プログラム１２３を用いて、既に定
義されてデータモデル定義情報１４１に格納されている
データモデルをロードし、入出力電子データに対応する
データモデルの構成に関する作成された情報を管理する
ためのテーブルであり、スキーマＩＤ３００、スキーマ
カテゴリ３０５、スキーマ名称３１０、構成テーブルＩ
Ｄ３１５から構成される。スキーマＩＤ３００は、スキ
ーマ定義情報が登録されるときにスキーマ定義を一意的
に識別するため、スキーマ情報定義画面プログラム１２
３が自動的に付与する識別子である。スキーマカテゴリ
３０５は、入力電子データを送付するシステムやアプリ
ケーション、出力電子データを受取るシステムやアプリ
ケーションを示す識別子である。スキーマ名称３１０
は、入力電子データを送付するシステムやアプリケーシ
ョン、出力電子データを受取るシステムやアプリケーシ
ョンの名称である。構成テーブルＩＤ３１５は、ユーザ
がスキーマ情報定義画面プログラム１２３により定義し
た入出力電子データに対応するデータモデルにおけるテ
ーブル構成を示す識別子である。

【００１８】図４は、データモデル定義情報１４１のデ
ータ構成図である。データモデル定義情報１４１は、ユ
ーザがデータモデル情報定義画面プログラム１２１を用
いて、既に定義されてデータモデル定義情報１４１に格
納されているデータモデルをロードし、連携元及び連携
先システムにおける論理データ構造を定義した情報を管
理するためのテーブルであり、テーブルＩＤ４００、テ
ーブル名称４０５、テーブルカテゴリ４１０、属性ＩＤ
４１５、属性名称４２０、キー項目４２５、親テーブル
ＩＤ４３０、子テーブルＩＤ４３５、関係ＩＤ４４０か
ら構成される。テーブルＩＤ４００は、ユーザがデータ
モデル定義情報１４１を登録するとき、定義されたテー
ブルを一意的に識別するため、データモデル情報定義画
面プログラム１２１が自動的に付与する識別子である。
テーブル名称４０５は、ユーザがデータモデル定義情報
１４１を登録するとき、定義するテーブルごとに付与す
る論理的なテーブルの名称である。テーブルカテゴリ４
１０は、入力電子データを送付するシステムやアプリケ
ーション、出力電子データを受取るシステムやアプリケ
ーションを示す識別子である。属性ＩＤ４１５は、デー
タモデルの各テーブルにおけるデータ項目を一意的に識
別するため、データモデル情報定義画面プログラム１２
１が自動的に付与する識別子である。

【００１９】属性名称４２０は、データモデルの各テー
ブルにおけるデータ項目ごとに、ユーザがデータモデル
情報定義画面プログラム１２１により定義するデータ項
目の論理的な名称である。キー項目４２５は、データモ
デルのテーブルにおけるデータ項目がキーになるか、な
らないかを示すための識別子である。親テーブルＩＤ４
３０は、データモデルのテーブル間の関係を示す識別子
であり、テーブルＩＤごとに親テーブルが存在する場合
においてそのテーブルの識別子を示すものである。子テ
ーブルＩＤ４３５は、データモデルのテーブル間の関係
を示す識別子であり、テーブルＩＤごとに子テーブルが
存在する場合においてそのテーブルの識別子を示すもの
である。関係ＩＤ４４０は、入出力電子データの繰り返
し関係を一意的に識別するため、データモデル情報定義
画面プログラム１２１が自動的に付与する識別子であ
る。

【００２０】図５は、マッピング定義情報１４３のデー
タ構成図である。マッピング定義情報１４３は、ユーザ
がマッピング情報定義画面プログラム１２５を用いて、
既に定義されてデータモデル定義情報１４１に格納され
ているデータモデルをロードし、入力側のデータモデル
と出力側のデータモデル間での対応関係及び変換ルール
を定義した情報を管理するためのテーブルであり、元テ
ーブルＩＤ５００、元属性ＩＤ５０５、先テーブルＩＤ
５１０、先属性ＩＤ５１５、変換ルール５２０から構成
される。元テーブルＩＤ５００は、マッピング情報定義
画面プログラム１２５によりデータモデルにおけるテー
ブルとテーブル間の対応関係を定義する際において、対
応元となるテーブルを一意的に示すための識別子であ
る。元属性ＩＤ５０５は、マッピング情報定義画面プロ
グラム１２５によりデータモデルのテーブルとテーブル
間の対応関係を定義する際において、対応元となるテー
ブルにおける各データ項目を一意的に示すための識別子
である。先テーブルＩＤ５１０は、マッピング情報定義
画面プログラム１２５によりデータモデルにおけるテー
ブルとテーブル間の対応関係を定義する際において、対
応先となるテーブルを一意的に示すための識別子であ
る。先属性ＩＤ５１５は、マッピング情報定義画面プロ
グラム１２５によりデータモデルにおけるテーブルとテ
ーブル間の対応関係を定義する際において、対応先とな
るテーブルの各データ項目を一意的に示すための識別子
である。変換ルール５２０は、変換元となるデータ項目
を変換先データ項目に対応をつけるのみではなく、変換
元データ項目に計算や文字列の編集などのような何らか
の変換ロジックによって変換先データ項目を作るときの
変換ロジックを示す。

【００２１】図６は、入力電子データ１４５の構成の一
例を示す構成図であり、元スキーマカテゴリ６００、元
スキーマ名称６０５、先スキーマカテゴリ６１０、先ス
キーマ名称６１５、データ６２５から構成される。元ス
キーマカテゴリ６００は、入力電子データを送付するシ
ステムやアプリケーションを示す識別子である。元スキ
ーマ名称６０５は、入力電子データを送付するシステム
やアプリケーションの名称である。先スキーマカテゴリ
６１０は、出力電子データを受取るシステムやアプリケ
ーションを示す識別子である。先スキーマ名称６１５
は、出力電子データを受取るシステムやアプリケーショ
ンの名称である。データ６２５は、システム間で連携す
べき業務データを意味し、繰り返しされるデータ項目６
３０と繰り返されないデータ項目６２０で構成される。
一般的にデータ６２５部分は、非繰り返し項目６２０が
先で、その次に非繰り返し項目６３０のデータが明細行
数まで繰り返して結合する構成となる。

【００２２】図７は、出力電子データ１４７の構成の一
例を示す構成図であり、元スキーマカテゴリ７００、元
スキーマ名称７０５、先スキーマカテゴリ７１０、先ス
キーマ名称７１５、データ７２５にから構成される。元
スキーマカテゴリ７００は、入力電子データを送付する
システムやアプリケーションを示す識別子である。元ス
キーマ名称７０５は、入力電子データを送付するシステ
ムやアプリケーションの名称である。先スキーマカテゴ
リ７１０は、出力電子データを受取るシステムやアプリ
ケーションを示す識別子である。先スキーマ名称７１５
は、出力電子データを受取るシステムやアプリケーショ
ンの名称である。データ７２５は、システム間で連携す
べき業務データを意味し、繰り返しされるデータ項目７
３０と繰り返されないデータ項目７２０で構成される。
一般的にデータ７２５部分は、非繰り返し項目７２０が
先で、その次に非繰り返し項目７３０のデータが明細行
数まで繰り返して結合する構成となる。

【００２３】図８は、本実施例で説明する入力電子デー
タのデータモデルの一例を示すデータモデル図である。
アプリケーションＡの発注伝票に係わるデータモデル８
００は、発注伝票ヘッダ８１０と商品明細８１５のテー
ブルにより構成され、発注伝票ヘッダ８１０と商品明細
８１５で間は一つの発注伝票ヘッダに対して複数の商品
明細が存在する１：Ｎの関係を持つ。図における「●」
は１：Ｎの関係があること示す。また、アプリケーショ
ンＢの購買依頼伝票に係わるデータモデル８０５は、発
注依頼ヘッダ８２０と商品明細８１５により構成され、
発注依頼ヘッダ８２０と商品明細８１５間では一つの発
注依頼ヘッダに対して一つの商品明細が存在する１：１
の関係を持つ。発注伝票８００のデータモデルと購買依
頼伝票８０５では商品明細８１５として同じテーブルを
共通的に持つ。

【００２４】図９は、本実施例で説明する出力電子デー
タのデータモデルの一例を示すデータモデル図である。
アプリケーションＣの購買伝票に係わるデータモデル９
００は、購買伝票ヘッダ９０５と購買商品９１５のテー
ブルにより構成され、購買伝票ヘッダ９０５と購買商品
９１０間では一つの購買伝票ヘッダに対して複数の購買
商品が存在する１：Ｎの関係を持つ。

【００２５】図１０は、データモデル情報定義画面プロ
グラム１２１の起動により、表示されるデータモデル情
報定義画面の一例であり、ユーザは事前に論理的なデー
タモデルをデータモデル情報定義画面１０００により定
義する。スキーマカテゴリ１００５は、定義するデータ
モデルと係わる入力電子データを送付するシステムやア
プリケーション、又は、出力電子データを受取るシステ
ムやアプリケーションを示す識別子である。データモデ
ル記述領域１０１０は、論理的なデータモデルを定義す
る画面領域であり、ユーザは各アプリケーションで使わ
れるデータに基づいてテーブルの構造やテーブル間の関
係を定義し、データモデル定義情報１４１に登録する。
ユーザがデータモデルを作成して「登録」ボタン１０１
５を押すと、データモデル情報定義画面プログラム１２
１はデータモデル情報定義画面１０００に入力された情
報をデータモデル定義情報１４１に格納する。ユーザが
「キャンセル」ボタン１０２０を押すと、データモデル
情報定義画面１０００に入力された情報をデータモデル
定義情報１４１に格納せずに、データモデル情報定義画
面１０００を終了する。

【００２６】図１１は、スキーマ情報定義画面プログラ
ム１２３を起動し、既に定義されたデータモデルをスキ
ーマ情報定義画面に取り込む画面の一例であり、ユーザ
は事前に定義した論理的なデータモデルの中から必要な
テーブルを取り込み、フォーマット定義情報１３７及び
スキーマ定義情報１３９を定義する。ユーザがスキーマ
情報定義画面１１００の「データモデルインポート」ボ
タン１１０５を押すと、データモデルのインポート画面
１１１０がスキーマ情報定義画面１１００の上に表示さ
れる。データモデルのインポート画面１１１０上のテー
ブルカテゴリ１１１５は、データモデルのインポート画
面１１１０上の選択領域１１２５で選択するテーブルと
係わるシステムやアプリケーションを示す識別子であ
る。データモデルのインポート画面１１１０上のテーブ
ル名称１１２０は、データモデル情報定義画面１０００
によりデータモデル定義情報１４１に登録されたテーブ
ル名称４０５から選択のために表示されるデータモデル
におけるテーブル名称である。選択領域１１２５は、ユ
ーザは取り込みを行うテーブルをテーブル名称１１２０
により確認した上、テーブルを選択するための入力領域
である。ユーザが取り込むテーブルの選択終了した後、
「読み込み」ボタン１１３５を押すと、選択領域１１２
５で選択したテーブルのデータモデルをスキーマ情報定
義画面１１００に表示し、データモデルのインポート画
面１１１０を終了させる。ユーザが「キャンセル」ボタ
ン１１３０を押すと、選択領域１１２５に読み込むテー
ブルが選択されても、データモデルを取り込まずにデー
タモデルのインポート画面１１１０を終了させる。

【００２７】図１２は、スキーマ情報定義画面プログラ
ム１２３を起動し、表示されるスキーマ情報定義画面の
一例であり、ユーザは入出力電子データとデータモデル
のテーブル間の対応関係をスキーマ情報定義画面１２０
０により定義する。スキーマカテゴリ１２０５は、スキ
ーマ情報定義画面１２００で定義を行おうとする入出力
電子データと係わるシステムやアプリケーションを示す
識別子である。スキーマ名称１２１０は、スキーマ情報
定義画面１２００で定義を行おうとする入出力電子デー
タと係わるシステムやアプリケーションの名称である。
Ｎｏ１２１５は、入力電子データ１４５におけるデータ
６２５部分、又は、出力電子データ１４７におけるデー
タ７２５部分の各データ項目が出現する順番を意味し、
ユーザはスキーマ情報定義を行う際に入出力電子データ
のデータ部分で出現するデータ項目の順番に沿って定義
を行う。フィールド長１２２０は、入力電子データ１４
５におけるデータ６２５部分、又は、出力電子データ１
４７におけるデータ７２５部分の各データ項目における
長さを意味する。データ型１２２５は、入力電子データ
１４５におけるデータ６２５部分、又は、出力電子デー
タ１４７におけるデータ７２５部分の各データ項目にお
いて数値か文字列かのようなデータの型を意味する。デ
ータモデルのテーブル構成１２３０は、データモデル情
報定義画面１０００により登録されたデータモデル定義
情報１４１からデータモデルのインポート画面１１１０
を通して取り込んだデータモデルにおけるテーブルの構
造である。項目間のリンクを表す線１２３５は、入力電
子データ１４５におけるデータ６２５部分、又は、出力
電子データ１４７におけるデータ７２５部分の各データ
項目とデータモデル１２３０のデータ項目間の対応関係
を示し、ユーザが入力することにより線１２３５を引
き、対応関係を定義する。ユーザがスキーマ情報の定義
を行い、「登録」ボタン１２４０を押すと、スキーマ情
報定義画面プログラム１２３はスキーマ情報定義画面１
２００に入力された情報をフォーマット定義情報１３７
とスキーマ定義情報１３９に格納する。ユーザが「キャ
ンセル」ボタン１２４５を押すと、スキーマ情報定義画
面１２００に入力された情報をフォーマット定義情報１
３７及びスキーマ定義情報１３９に格納せずに、スキー
マ情報定義画面１２００を終了する。

【００２８】図１３は、マッピング情報定義画面プログ
ラム１２５を起動し、表示されるマッピング情報定義画
面の一例であり、ユーザはデータモデルの入出力テーブ
ル間の対応関係や変換ルールなどをマッピング情報定義
画面１３００により定義する。マッピング情報定義画面
１３００は変換元情報を入力する領域１３０５と変換先
情報を入力する領域１３２０により構成される。変換元
スキーマカテゴリ１３１０は、変換元のデータモデルに
おけるテーブルに関係するシステムやアプリケーション
を示す識別子である。変換元スキーマ名称１３１５は、
変換元のデータモデルにおけるテーブルに関係するシス
テムやアプリケーションの名称である。変換先スキーマ
カテゴリ１３２５は、変換先のデータモデルにおけるテ
ーブルに関係するシステムやアプリケーションを示す識
別子である。変換先スキーマ名称１３３０は、変換先の
データモデルにおけるテーブルに関係するシステムやア
プリケーションの名称である。

【００２９】変換元データモデル表示領域１３３５は、
「データモデルインポート」ボタン１３６５により読み
込まれた変換元のデータモデルを表示する領域であり、
発注伝票ヘッダ及び商品明細のデータモデル１３４０は
「データモデルインポート」ボタン１３６５により取り
込まれた変換元のデータモデルの一例を表す。変換先デ
ータモデル表示領域１３４５は、「データモデルインポ
ート」ボタン１３６５により読み込まれた変換先のデー
タモデルを表示する領域であり、購買伝票ヘッダ及び購
買商品のデータモデル１３５０は「データモデルインポ
ート」ボタン１３６５により取り込まれた変換元のデー
タモデルの一例を表す。項目間の対応リンクを表す線１
３５５は、変換元と変換先におけるのデータ項目間での
対応関係を示すものであり、ユーザが入力することによ
り線１３５５を引き、対応関係を定義する。線１３５５
は、項目間の対応関係以外の変換ルールがない関係を意
味する。項目間の変換ルールリンクを表す線１３６０
は、変換元と変換先におけるデータ項目間で業務上の変
換ロジックが存在する対応関係を示すものであり、ユー
ザが入力することにより線１３６０を引き、さらに変換
ロジックを入力し、変換ロジックが存在する対応関係を
定義する。ここで定義された変換ロジックはマッピング
定義情報１４３の変換ルール５２０に格納されて管理さ
れる。「データモデルインポート」ボタン１３６５は、
変換元データモデル表示領域１３３５及び変換先データ
モデル表示領域１３４５に事前定義されているデータモ
デルを取り込むために利用するボタンであり、押下によ
りデータモデルのインポート画面１１１０を表示する。
ユーザがマッピング情報の定義を行い、「登録」ボタン
１３７０を押すと、マッピング情報定義画面プログラム
１２５はマッピング情報定義画面１３００に入力された
情報をマッピング定義情報１４３に格納する。ユーザが
「キャンセル」ボタン１３７５を押すと、マッピング情
報定義画面１３００に入力された情報をマッピング定義
情報１４３に格納せずに、マッピング情報定義画面１３
００を終了する。

【００３０】図１４はデータモデル情報定義画面プログ
ラム１２１によるデータモデル定義情報１４１の登録処
理の流れを示すフローチャートである。ユーザはデータ
モデル情報定義画面プログラム１２１を起動し、データ
モデル定義画面１０００（図１０参照）からデータモデ
ルの定義を行う。データモデル定義においては、各デー
タモデルに係わるアプリケーション名称をスキーマカテ
ゴリ１００５に入力することとともに、データモデル記
述領域１０１０に定義するデータモデルの定義を行う。
データモデルの定義終了後、データモデル情報定義画面
１０００の「登録」ボタン１０１５を押下する。

【００３１】「登録」ボタン１０１５が押下されると、
画面上に定義されているテーブルごとにテーブルＩＤを
自動的に作成し、サーバー１０１のメモリ上にテーブル
ＩＤのリストを作成する（ステップ１４０５）。ステッ
プ１４０５で作成されたテーブルＩＤのリストから一つ
のテーブルＩＤを取得し、画面に定義されているデータ
項目を一番上から一つ取得し、属性ＩＤを自動的に作成
する（ステップ１４２０）。データモデル定義情報１４
１テーブルに１レコードを追加し、テーブルＩＤ、テー
ブル名称、テーブルカテゴリ、属性ＩＤ、属性名称、キ
ー項目を設定する（ステップ１４２５）。ステップ１４
２５で設定したテーブルに子テーブルがあるかを判断し
（ステップ１４３０）、子テーブルが存在した場合はス
テップ１４０５で作成したサーバー１０１メモリ上のテ
ーブルＩＤのリストから子テーブルのＩＤを取得する
（ステップ１４３５）。子テーブルＩＤ取得後は、関係
ＩＤが既に作成されているかを判断し（ステップ１４４
０）、作成されていない場合は関係ＩＤの作成（ステッ
プ１４４５）を、作成されている場合は関係ＩＤを取得
する。取得した子テーブルＩＤ及び関係ＩＤをステップ
１４２５で作成してデータ設定を行ったレコードへ格納
する（ステップ１４５０）。

【００３２】子テーブルがない場合や子テーブルの設定
終了後、親テーブルがあるかを判断し（ステップ１４５
５）、親テーブルが存在した場合はステップ１４０５で
作成したサーバー１０１メモリ上のテーブルＩＤのリス
トから親テーブルのＩＤを取得する（ステップ１４６
０）。親テーブルＩＤ取得後は、関係ＩＤが既に作成さ
れているかを判断し（ステップ１４６５）、作成されて
いない場合は関係ＩＤの作成（ステップ１４７０）を、
作成されている場合は関係ＩＤを取得する。取得した親
テーブルＩＤ及び関係ＩＤをステップ１４２５で作成し
てデータ設定を行ったレコードへ格納する（ステップ１
４７５）。ステップ１４２０からステップ１４７５まで
の処理を一つのテーブルにあるすべてのデータ項目に対
して数分繰り返し行い、任意の一つのテーブルにある全
データ項目の定義情報を格納する（ステップ１４１５と
ステップ１４８０）。また、ステップ１４１５からステ
ップ１４８０までの処理をステップ１４０５によりサー
バー１０１メモリ上に作成したテーブルＩＤリストの数
だけ繰り返し、定義されたすべてのテーブルに関する定
義情報を格納する（ステップ１４１０とステップ１４８
５）。

【００３３】図１５はスキーマ情報定義画面プログラム
１２３により、既にデータモデル情報定義画面プログラ
ム１２１で定義したデータモデルをスキーマ情報定義画
面１１００にインポートする処理の流れを示すフローチ
ャートである。ユーザはスキーマ情報定義画面プログラ
ム１２３を起動し、スキーマ定義画面１１００（図１１
参照）から「データモデルインポート」ボタン１１０５
を押下する。「データモデルインポート」ボタン１１０
５が押下されると、スキーマ情報定義画面１１００のス
キーマカテゴリに入力されたスキーマカテゴリ名を基
に、データモデル定義情報１４１からスキーマカテゴリ
と同一のカテゴリ名を持つテーブルのリストを作成する
（ステップ１５００）。「データモデルのインポート」
ダイアログボックス１１１０をスキーマ情報定義画面１
１００の上に表示するとともに、ステップ１５００で取
得したテーブルリストを表示する（ステップ１５０
５）。ユーザはインポートしたいテーブルを選択し、
「データモデルのインポート」ダイアログボックス画面
１１１０の選択領域１１２５に選択の印をつけた後（ス
テップ１５１０）、「読み込み」ボタン１１３５を押下
する。選択されたテーブル名称に基づき、データモデル
定義情報１４１を検索し、該当するテーブルをスキマー
情報定義画面１１００に表示する（ステップ１５２
０）。また、データモデル定義情報１４１の親テーブル
ＩＤから表示したテーブルの中に親テーブルがある場
合、関係リンクを画面上に表示する（ステップ１５２
５）。ステップ１５１０で選択されたテーブルが複数あ
る場合はステップ１５２０からステップ１５２５までの
処理をすべてのテーブルについて繰り返して行う（ステ
ップ１５１５とステップ１５３０）。以上により、図１
２に示すテーブル構成１２３０が表示される。

【００３４】図１４と図１５で示した処理のように事前
にデータモデルを定義・登録しておくとともに、定義し
たデータモデルから必要なテーブルをインポートするこ
とにより、同じデータモデルのテーブルを使ってスキー
マ情報の定義を行う際に一々テーブルの定義を行うこと
なく、１回定義したテーブル情報を読み込んで再利用で
き、ユーザの作業負荷を軽減できるメリットがある。

【００３５】図１６はスキーマ情報定義画面プログラム
１２３によるスキーマ定義情報１３９の登録処理の流れ
を示すフローチャートである。ユーザはスキーマ情報定
義画面プログラム１２３を起動し、スキーマ定義画面１
２００（図１２参照）から電子データとデータモデル間
の関係定義を行う。スキーマ定義においては、電子デー
タに係わるアプリケーション情報と電子データのフォー
マット情報とともに、データモデルの各テーブルにおけ
るデータ項目間の関係の定義を行う。スキーマ情報定義
終了後、スキーマ情報定義画面１２００の「登録」ボタ
ン１２４０を押下する。

【００３６】「登録」ボタン１２４０が押下されると、
サーバー１０１のメモリ上に画面上に表示されているテ
ーブルＩＤのリストを作成する（ステップ１６００）。
スキーマ定義情報１３９に１レコードを追加し、スキー
マ情報定義画面プログラム１２３により自動生成された
スキーマＩＤ及び情報定義画面１２００上のスキーマカ
テゴリ１２０５、スキーマ名称１２１０、構成テーブル
のＩＤを格納する（ステップ１６０５）。スキーマ情報
定義画面１２００の電子データフォーマット領域に定義
されているフィールドの先頭から定義されているフィー
ルドとデータモデル間のリンクがあるか判断し（ステッ
プ１６１５）、リンクがない場合はエラー処理を行って
から（ステップ１６４０）スキーマ定義情報登録処理を
終了する。電子データフォーマット領域に定義されてい
るフィールドからデータモデルへのリンクが存在する場
合は、そのリンク先がデータ項目か、テーブル間の関係
リンクかを判断する（ステップ１６２０）。リンク先が
関係リング（例えば、図１２におけるＮＯ.４の欄と、
１：４の関係を示す「●」の記号との間の関係リンク）
の場合は、フィールドからリンクされている関係リンク
の関係ＩＤをテーブルＩＤに基づきデータモデル定義情
報１４１から取得する（ステップ１６４５）。リンク先
がデータ項目の場合は、フィールドからリンクされてい
るデータ項目を含むテーブルＩＤと属性ＩＤをデータモ
デル定義情報１４１から取得する（ステップ１６２
５）。フォーマット定義情報１３７に１レコードを追加
し、電子データのフィールドのフォーマット情報及びス
テップ１６２５、又は、ステップ１６４５で取得した情
報を格納する（ステップ１６３０）。ステップ１６１５
からステップ１６３０までの登録処理をスキーマ情報定
義画面の電子データフォーマット領域で定義されたすべ
てのフィールドに対し繰り返して行う（ステップ１６１
０とステップ１６３５）。

【００３７】図１７はマッピング情報定義画面プログラ
ム１２５による入力側のデータモデルと出力側のデータ
モデル間でのマッピング定義情報の登録処理の流れを示
すフローチャートである。ユーザはマッピング情報定義
画面プログラム１２５を起動し、マッピング情報定義画
面１３００（図１３参照）から入力側のデータモデルと
出力側のデータモデルにおけるデータ項目間の関係及び
データ変換ルールの定義を行う。マッピング定義におい
ては、「データモデルインポート」ボタン１３６５によ
り事前に定義されてデータモデル定義情報１４１に格納
されているデータモデルを変換元入力領域１３０５と変
換先入力領域１３２０へ取り込む。取り込んだデータモ
デル間における対応項目間でリンク関係１３５５を定義
し、データの計算や編集などある業務ルールに沿って変
換する必要がある場合は関係するデータ項目間のリンク
とそのルール１３６０を記入する。マッピング情報定義
終了後、マッピング情報定義画面１３００の「登録」ボ
タン１３７０を押下する。

【００３８】「登録」ボタン１３７０が押下されると、
サーバー１０１のメモリ上に画面上の変換元入力領域１
３０５に定義されている連携元テーブルのテーブルＩＤ
のリストを作成する（ステップ１７００）。ステップ１
７００で作成されたテーブルＩＤのリストから一つのテ
ーブルＩＤを取得し、画面に定義されている該当テーブ
ルのデータ項目を一番上から一つ取得し、テーブルＩＤ
と属性名称により属性ＩＤをデータモデル定義情報１４
１から取得する（ステップ１７１５）。ステップ１７１
５で取得した属性ＩＤにリンクされている連携先のテー
ブル名称及び属性名称をマッピング定義画面１３００か
ら取得する。取得したテーブル名称及び属性名称に基づ
き、テーブルＩＤ及び属性ＩＤをデータモデル定義情報
１４１から取得する（ステップ１７２０）。

【００３９】その後、マッピング定義画面１３００から
連携元と連携先データ項目間で計算やデータ編集などの
変換ルールが定義されているか判断する（ステップ１７
２５）。データ間の変換ルールが定義されている場合
は、マッピング定義画面１３００上に定義されている変
換ルールを取得する(ステップ１７４５)。マッピング定
義情報１４３に１レコードを追加し、ステップ１７２０
及びステップ１７４５により取得した元テーブルＩＤ、
元属性ＩＤ、先テーブルＩＤ、先属性ＩＤ、変換ルール
のマッピング定義情報を登録する（ステップ１７３
０）。ステップ１７１５からステップ１７３０までの処
理を一つのテーブルにあるデータ項目の数分繰り返して
行い、マッピング定義画面１３００の連携元入力領域に
定義された一つの連携元テーブルにあるすべてのデータ
項目の定義情報を格納する（ステップ１７１０とステッ
プ１７３５）。また、ステップ１７１０からステップ１
７３５までの処理をステップ１７００によりサーバー１
０１メモリ上に作成したテーブルＩＤのリストに対し繰
り返して行い、定義されたすべてのテーブルの定義情報
を格納する（ステップ１７０５とステップ１７４０）。

【００４０】図１７で示している処理のフローチャート
のようにデータモデル間でのリンク関係やデータ項目の
変換ルールを定義することにより、同じデータモデルを
利用する入出力電子データ間の対応関係や変換ルールを
共有できる。そのため、同じデータモデルを使う入出力
電子データ間では対応関係や変換ルールは一回の定義で
マッピングができる。また、変換ルールや対応関係など
が変更されたときにはデータモデル間の関係のみ修正す
ることとなる。上記の仕組みは、従来の電子データ変換
システムでは電子データごとのすべてのスキーマ情報か
ら定義をやり直す方法と異なり、論理的なデータモデル
間の変換ルールのみ修正できる仕組みを提供し、ユーザ
の作業負荷を軽減できるメリットがある。

【００４１】図１８から図２１までは事前に定義された
フォーマット定義情報１３７（図２）、スキーマ定義情
報１３９（図３）、データモデル定義情報１４１（図
４）及びマッピング定義情報１４３（図５）に基づき、
実際のデータ変換を行う処理を示すフローチャートであ
る。図１８は連携元システムから入力電子データ１４５
（図６）が送付されてきたとき、出力電子データへデー
タ変換を行うためにサーバー１０１で動くデータ変換制
御プログラム１２７の処理を示すフローチャートであ
る。データ変換制御プログラム１２７は、外部から入力
電子データを受け取り、データ項目抽出プログラム１２
９、データマッピング処理プログラム１３１、データ項
目挿入プログラム１３３のプログラムを順々に起動を制
御するプログラムである。連携元システムから入力電子
データ１４５が転送されてくると、データ変換制御プロ
グラム１２７は入力電子データ１４５を受取る（ステッ
プ１８００）。受取った入力電子データ１４５から元ス
キーマカテゴリ６００と先スキーマカテゴリ６１０を取
得し、スキーマ定義情報１３９を参照して元スキーマカ
テゴリ６００に対応するスキーマＩＤと先スキーマカテ
ゴリ６１０に対応する変換元スキーマＩＤを取得し、元
スキーマカテゴリ６００に対応するスキーマＩＤを変数
ＳＩＤ＿Ｆへ、先スキーマカテゴリ６１０に対応する変
換先スキーマＩＤを変数ＳＩＤ＿Ｔへ格納する（ステッ
プ１８０５）。入力電子データのデータ部分６２５を抽
出し、変数ＳＩＤ＿Ｆを引数としてデータ項目抽出プロ
グラム１２９を起動してデータを渡す（ステップ１８１
０）。起動されたデータ項目抽出プログラム１２９はス
キーマ定義情報１３９（図３）及びフォーマット定義情
報１３７（図２）に基づき、入力電子データからデータ
を抽出し、論理的なデータモデルに変換する処理を行う
（ステップ１８１５）。データ項目抽出プログラム１２
９による入力データ抽出処理の終了後、データマッピン
グ処理プログラム１３１を起動し、ステップ１８０５で
作成した変換元スキーマＩＤ（ＳＩＤ＿Ｆ）及び変換先
スキーマＩＤ（ＳＩＤ＿Ｔ）を引数として受け渡す（ス
テップ１８２０）。起動されたデータマッピング処理プ
ログラム１３１は、マッピング定義情報１４３（図５）
に基づき、入力側のデータモデルを出力側のデータモデ
ルへ変換する処理を行う（ステップ１８２５）。データ
マッピング処理プログラム１３１によるマッピング処理
終了後、変換先スキーマＩＤ（ＳＩＤ＿Ｔ）を引数にデ
ータ項目挿入プログラム１３３を起動する（ステップ１
８３０）。起動されたデータ項目挿入プログラム１３３
は、スキーマ定義情報１３９及びフォーマット定義情報
１３７に基づき、出力電子データ１４７を生成する処理
を行う（ステップ１８３５）。データ項目挿入プログラ
ム１３３による出力電子データ作成処理終了後、作成さ
れた出力データを連携先システムへ転送する（ステップ
１８４０）。

【００４２】図１９はデータ変換制御プログラム１２７
から起動され、入力電子データ１４５からデータ項目を
抽出し、論理的なデータモデルへ変換を行うデータ項目
抽出処理プログラム１２９の処理を示すフローチャート
である。データ項目抽出処理プログラム１２９は、デー
タ変換制御プログラム１２７から引数として渡される変
換元スキーマＩＤ（ＳＩＤ＿Ｆ）に基づき、スキーマ定
義情報１３９から構成テーブルＩＤ３１５を取得してテ
ーブルリストＴＢＬＬＳＴをサーバー１０１のメモリ上
に生成する（ステップ１９００）。テーブルリスト（Ｔ
ＢＬＬＳＴ）から一つのテーブルＩＤを変数ＴＩＤに格
納し（ステップ１９０５）、データモデル定義情報１４
１からＴＩＤに該当する定義情報に基づいてサーバー１
０１のメモリ上に空きのテーブルを作成する（ステップ
１９１０）。データモデル定義情報１４１からＴＩＤの
テーブルに親テーブルＩＤ４３０があるかを判断し（ス
テップ１９１５）、親テーブルＩＤ４３０がある場合は
関係ＩＤ４４０を取得して変数ＫＩＤに格納する（ステ
ップ１９４５）。取得した関係ＩＤ（ＫＩＤ）及びテー
ブルＩＤ（ＴＩＤ）に基づき、フォーマット定義情報１
３７から入力電子データの明細構造の繰り返し数を示す
データ項目の位置を計算し、繰り返し数を取得する（ス
テップ１９５０）。フォーマット定義情報１３７からス
キーマＩＤ（ＳＩＤ＿Ｆ）とテーブルＩＤ（ＴＩＤ）と
一致するデータ項目の開始位置を計算し、対象となるデ
ータ値を取得する（ステップ１９６５）。ステップ１９
６５のデータ値取得処理は、変換元スキーマＩＤ（ＳＩ
Ｄ＿Ｆ）及びテーブルＩＤ（ＴＩＤ）が一致するすべて
のレコードについて繰り返して行う（ステップ１９６０
とステップ１９７０）。ステップ１９１０で作成したメ
モリ上のテーブルに１レコード挿入し、ステップ１９６
０からステップ１９７０までの処理によって取得したデ
ータ項目を格納する（ステップ１９７５）。また、ステ
ップ１９６０からステップ１９７５までの処理をステッ
プ１９５０で取得した明細構造の繰り返し数だけ繰り返
し、ステップ１９１０で作成したメモリ上のテーブルに
繰り返し数だけのレコードを挿入する（ステップ１９５
５とステップ１９８０）。

【００４３】データモデル定義情報１４１からＴＩＤの
テーブルに親テーブルＩＤ４３０があるかを判断した
（ステップ１９１５）結果、親テーブルＩＤ４３０がな
い場合はフォーマット定義情報１３７からスキーマＩＤ
（ＳＩＤ＿Ｆ）とテーブルＩＤ．（ＴＩＤ）と一致する
データ項目の開始位置を計算し、対象となるデータ値を
取得する（ステップ１９２５）。ステップ１９２５のデ
ータ値取得処理は、連携元スキーマＩＤ（ＳＩＤ＿Ｆ）
及びテーブルＩＤ（ＴＩＤ）が一致するすべてのレコー
ドについて繰り返して行う（ステップ１９２０とステッ
プ１９３０）。ステップ１９１０で作成したメモリ上の
テーブルに１レコード挿入し、ステップ１９２０からス
テップ１９３０までの処理によって取得したデータ項目
を格納する（ステップ１９３５）。ステップ１９０５か
らステップ１９８０までの処理をステップ１９００で作
成した構成テーブルリスト（ＴＢＬＬＳＴ）に格納され
ている全てのテーブルＩＤに対してして繰り返し行い、
サーバー１０１のメモリ上にデータモデルに基づく連携
元のテーブルを生成する（ステップ１９０５とステップ
１９４０）。

【００４４】図２０はデータ変換制御プログラム１２７
から起動され、入力側のデータモデルから出力側のデー
タモデルへデータ変換を行うデータマッピング処理プロ
グラム１３１の処理を示すフローチャートである。デー
タマッピング処理プログラム１３１は、データ変換制御
プログラム１２７から引数として変換元スキーマＩＤ
（ＳＩＤ＿Ｆ）と変換先スキーマＩＤ（ＳＩＤ＿Ｔ）を
受取り、スキーマ定義情報１３９から変換元と変換先そ
れぞれの構成テーブルＩＤを取得して、変換元の構成テ
ーブルＩＤは変数ＴＢＬＬＳＴ＿Ｆへ、変換先の構成テ
ーブルＩＤはＴＢＬＬＳＴ＿Ｔへ格納する（ステップ２
０００）。 連携先構成テーブルリスト（ＴＢＬＬＳＴ
＿Ｔ）内のテーブルＩＤ及びデータモデル定義情報１４
１に基づき、サーバー１０１のメモリ上に出力側の空き
のテーブルを作成する（ステップ２００５）。変換元の
構成テーブルＩＤが格納されているＴＢＬＬＳＴ＿Ｆか
ら一つのテーブルＩＤを取り出して変数ＴＩＤに格納す
る（ステップ２０１０）。データ項目抽出プログラム１
２９が図１９で示した処理で生成したサーバー１０１の
メモリ上のテーブルからＴＩＤに該当するテーブルを取
得する（ステップ２０１５）。ステップ２０１５で取得
したテーブルの中の一レコードに対して一つのデータ項
目の属性ＩＤとデータ値を取得（ステップ２０３０）
し、マッピング定義情報１４３に変換ルール５２０が定
義されているかの判断を行う（ステップ２０３５）。

【００４５】該当するデータ項目に変換ルール５２０が
定義されている場合は、変換ルール５２０に基づいて計
算やデータの編集を行う（ステップ２０６０）。ステッ
プ２０６０での変換処理終了後、又は、変換ルールがな
い場合は、ステップ２０３０で取得したデータ項目の連
携先テーブルＩＤ５１０及び先属性ＩＤ５１５をマッピ
ング定義情報１４３から取得し、ステップ２００５で作
成したサーバー１０１メモリ上のテーブルにデータ値を
格納する（ステップ２０４０）。ステップ２０３０から
ステップ２０４０までの処理をテーブルＩＤ（ＴＩＤ）
に該当する一レコードに対してマッピング定義情報１４
３に定義されたマッピングの数だけ繰り返し行い、テー
ブルＩＤ（ＴＩＤ）に該当するテーブルの一レコードの
変換を完了する（ステップ２０２５とステップ２０４
５）。もし、ＴＩＤに該当するテーブルに複数のレコー
ドが存在する場合は、全レコード分ステップ２０２５か
らステップ２０４５までの処理を繰り返して行う（ステ
ップ２０２０とステップ２０５０）。また、ステップ２
０１５からステップ２０５０までの処理をステップ２０
０５に格納された連携元の構成テーブルＩＤリストに格
納されているすべてのテーブルについて繰り返し行い、
連携元のすべてのテーブルにおけるデータ項目について
変換処理を行う（ステップ２０１０とステップ２０５
５）。

【００４６】図２１はデータ変換制御プログラム１２７
から起動され、データマッピングが終了した出力側のデ
ータモデルからスキーマ定義情報１３９及びフォーマッ
ト定義情報１３７に基づき、出力電子データ１４７を生
成するデータ項目挿入プログラム１３３の処理を示すフ
ローチャートである。データ項目挿入プログラム１３３
は、データ変換制御プログラム１２７から引数として渡
される変換先スキーマＩＤ（ＳＩＤ＿Ｔ）に基づき、ス
キーマ定義情報１３９から構成テーブルＩＤ３１５を取
得してテーブルリストＴＢＬＬＳＴをサーバー１０１の
メモリ上に生成する（ステップ２１００）。テーブルリ
スト（ＴＢＬＬＳＴ）から一つのテーブルＩＤを変数Ｔ
ＩＤに格納した後（ステップ２１０５）、データ項目抽
出プログラム１２９が図２０で示した処理で生成したサ
ーバー１０１メモリ上の変換後のテーブルからＴＩＤに
該当するテーブルを取得する（ステップ２１１０）。デ
ータモデル定義情報１４１からテーブルＩＤ（ＴＩＤ）
のテーブルに親テーブルＩＤ４３０があるかを判断し
（ステップ２１１５）、親テーブルＩＤ４３０がある場
合は関係ＩＤ４４０を取得して変数ＫＩＤに格納する
（ステップ２１４５）。ステップ２１１０で取得したテ
ーブルＩＤ（ＴＩＤ）のテーブルのレコード数を取得と
同時に、テーブルの一レコードを取得する（ステップ２
１５５）。取得した一レコードの中から一つのデータ値
を取得した後、スキーマＩＤ（ＳＩＤ＿Ｔ）とテーブル
ＩＤ（ＴＩＤ）に基づき、フォーマット定義情報１３７
から出力電子データの該当するフィールドの開始位置を
計算し、データ項目値を格納する（ステップ２１６
５）。ステップ２１６５の出力電子データへのデータ値
設定処理をステップ２１５５で取得した一つのレコード
における全データ項目値に対して繰り返して行う（ステ
ップ２１６０とステップ２１７０）。また、ステップ２
１５５からステップ２１７０までの処理をステップ２１
１０で取得したテーブルＩＤ（ＴＩＤ）のテーブルの全
レコードについて繰り返して行う（ステップ２１５０と
ステップ２１７５）。テーブルＩＤ（ＴＩＤ）に該当す
るテーブルの全レコードのデータ項目値を出力電子デー
タに設定した後、スキーマＩＤ（ＳＩＤ＿Ｔ）と関係Ｉ
Ｄ（ＫＩＤ）に基づき、繰り返し数のフィールドの位置
を計算し、出力電子データ上に設定する（ステップ２１
８０）。

【００４７】データモデル定義情報１４１からテーブル
ＩＤ（ＴＩＤ）のテーブルに親テーブルＩＤ４３０があ
るかを判断した（ステップ２１１５）結果、親テーブル
ＩＤ４３０がない場合はステップ２１１０で取得したＴ
ＩＤに該当するテーブルから一レコードを取得する（ス
テップ２１２０） 取得した一レコードの中から一つのデータ値を取得した
後、スキーマＩＤ（ＳＩＤ＿Ｔ）とテーブルＩＤ（ＴＩ
Ｄ）に基づき、フォーマット定義情報１３７から出力電
子データの該当するフィールドの開始位置を計算し、デ
ータ項目値を格納する（ステップ２１３０）。ステップ
２１３０の出力電子データへのデータ値設定処理をステ
ップ２１２０で取得した一つのレコードにおける全デー
タ項目値に対して繰り返して行う（ステップ２１２５と
ステップ２１３５）。ステップ２１１０からステップ２
１８０までの処理をステップ２１００で作成した構成テ
ーブルリスト（ＴＢＬＬＳＴ）に格納されている全ての
テーブルＩＤに対してして繰り返し行い、連携先へ転送
する出力電子データを生成して記憶装置１０５の出力電
子データ１４７領域に格納する（ステップ２１０５とス
テップ２１４０）。

【００４８】

【発明の効果】以上述べたように本発明によれば、入力
電子データと出力電子データを事前に定義された論理的
なデータモデルを用いてスキーマ情報の定義を行える仕
組みをの提供するともに、データモデルをライブラリと
して管理する仕組みを提供することにより、システム開
発を行うユーザが論理的にデータ構造が同じ電子データ
を定義する際に定義済みのデータモデルを再利用でき、
データ定義の効率を向上させることができる。また、入
出力電子データにおけるデータ項目間の対応関係や変換
ルールを定義する場合に、入力電子データの論理データ
モデルと出力電子データの論理データモデル間における
データ項目間での対応関係や変換ルールを定義できる仕
組みを提供することにより、システム開発を行うユーザ
がデータモデル間の変換ルールの再利用をできるととも
に、変換ルールの変更によるシステム修正個所を最少化
しシステムメンテナンスの効率を向上させることができ
る。

【図面の簡単な説明】

【図１】実施形態におけるシステムの概略を表す構成図
である。

【図２】フォーマット定義情報１３７のデータ構成を示
す図である。

【図３】スキーマ定義情報１３９のデータ構成を示す図
である。

【図４】データモデル定義情報１４１のデータ構成を示
す図である。

【図５】マッピング定義情報１４３のデータ構成を示す
図である。

【図６】入力電子データ１４５の構成の一例を示す図で
ある。

【図７】出力電子データ１４７の構成の一例を示す図で
ある。

【図８】入力電子データにおけるデータモデルの一例を
示すデータモデル図である。

【図９】出力電子データにおけるデータモデルの一例を
示すデータモデル図である。

【図１０】ユーザが事前に論理的なデータモデルを定義
するためのデータモデル情報定義画面である。

【図１１】ユーザが事前に定義した論理的なデータモデ
ルから必要なテーブルを取り込み、スキーマ定義情報１
３９を定義するためのデータモデルインポート画面であ
る。

【図１２】ユーザが入出力電子データとデータモデルの
テーブル間の対応関係を定義するためのスキーマ情報定
義画面である。

【図１３】ユーザがデータモデルにおける入出力テーブ
ル間の対応関係や変換ルールなどを定義するためのマッ
ピング情報定義画面である。

【図１４】ユーザがデータモデル情報定義画面プログラ
ムにより事前に行うデータモデル定義情報の登録処理の
流れを示すフローチャートである。

【図１５】スキーマ情報定義画面プログラムにより、既
にデータモデル情報定義画面プログラムで定義したデー
タモデルをスキーマ情報定義画面にインポートする処理
の流れを示すフローチャートである。

【図１６】ユーザがスキーマ情報定義画面プログラムに
より入出力電子データをデータモデルのテーブルに関係
付けるスキーマ定義情報の登録処理の流れを示すフロー
チャートである。

【図１７】ユーザがマッピング情報定義画面プログラム
により入力と出力のデータモデルにおけるデータ項目間
の関係つけや変換ルールを定義し、マッピング定義情報
へ登録を行う処理の流れを示すフローチャートである。

【図１８】連携元システムから入力電子データが送付さ
れてきたとき、出力電子データへデータ変換を行うため
にサーバーで動作するデータ変換制御プログラムの処理
の流れを示すフローチャートである。

【図１９】データ変換制御プログラムから起動され、入
力電子データのデータを論理的なデータモデルのデータ
へ変換するデータ項目抽出処理プログラムの処理の流れ
を示すフローチャートである。

【図２０】データ変換制御プログラムから起動され、入
力側のデータモデルから出力側のデータモデルへデータ
変換を行うデータマッピング処理プログラムの処理の流
れを示すフローチャートである。

【図２１】データ変換制御プログラムから起動され、デ
ータ変換が終了した出力側のデータモデルからスキーマ
定義情報及びフォーマット定義情報に基づいて出力電子
データを生成するデータ項目挿入プログラムの処理の流
れを示すフローチャートである。

【符号の説明】

１０１ サーバー １０３ 処理装置 １０５ 記憶装置 １０７ クライアント １０９ クライアントの表示装置 １１１ クライアントの入力装置 １１３ クライアントの処理装置 １１５ ネットワーク １２１ データモデル情報定義画面プログラム １２３ スキーマ情報定義画面プログラム １２５ マッピング情報定義画面プログラム １２７ データ変換制御プログラム １２９ データ項目抽出プログラム １３１ データマッピング処理プログラム １３３ データ項目挿入プログラム １３５ サーバの通信制御プログラム １３７ フォーマット定義情報 １３９ スキーマ定義情報 １４１ データモデル定義情報 １４３ マッピング定義情報 １４５ 入力電子データ １４７ 出力電子データ １４９ クライアントの通信制御プログラム １５１ クライアントの画面表示プログラム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 榎園 裕崇 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション事 業部内 (72)発明者 岩出 浩裕 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション事 業部内 (72)発明者 山本 洋一 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション事 業部内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 入力装置と、表示装置と、処理装置と、
   メモリを備えるシステムおける、業務ルールに沿って事
   前に定義した入力電子データのデータ項目と出力電子デ
   ータのデータ項目間の対応関係及び入力データの計算ル
   ール、編集ルールなどの変換ルールによって連携元のシ
   ステムから入力された電子データを連携先のシステムへ
   出力する電子データに変換する電子データ変換方法にお
   いて、 前記入力装置から入力され表示装置の画面上に表示され
   た、入力電子データまたは出力電子データにおけるデー
   タ項目の論理的なデータ構造を表すデータモデルに基づ
   き、入力電子データまたは出力電子データのデータモデ
   ル定義情報を作成し、該データモデルと該データモデル
   定義情報をメモリに格納し、 メモリに格納された入力電子データと出力電子データの
   データモデルを読み出し画面上に表示し、該表示された
   各データモデル間の関係を定義するため画面上に前記入
   力装置から入力された定義情報と前記各データモデルの
   データモデル定義情報に基づき入力側のデータモデルと
   出力側のデータモデル間での対応関係と変換ルールを定
   義し、メモリに格納することを特徴とする電子データ変
   換方法。
2. 【請求項２】 入力装置と、表示装置と、処理装置と、
   メモリを備えるシステムおける、業務ルールに沿って事
   前に定義した入力電子データのデータ項目と出力電子デ
   ータのデータ項目間の対応関係及び入力データの計算ル
   ール、編集ルールなどの変換ルールによって連携元のシ
   ステムから入力された電子データを連携先のシステムへ
   出力する電子データに変換する電子データ変換方法にお
   いて、 前記入力装置から入力され表示装置の画面上に表示され
   た、入力電子データまたは出力電子データにおけるデー
   タ項目の論理的なデータ構造を表すデータモデルに基づ
   き、入力電子データまたは出力電子データのデータモデ
   ル定義情報を作成し、該データモデルと該データモデル
   定義情報をメモリに格納し、 メモリに格納されたデータモデルを画面上に表示し、前
   記入力装置から画面上に入力された情報と、該情報と該
   データモデルとの関係を定義する前記入力装置から画面
   上に入力された定義情報と、前記データモデル定義情報
   に基づきフォーマット定義情報とスキーマ定義情報を作
   成し、メモリに格納し、 メモリに格納された入力電子データと出力電子データの
   データモデルを画面上に表示し、該各データモデル間の
   関係を定義する前記入力装置から画面上に入力された定
   義情報と前記各データモデル定義情報に基づきマッピン
   グ定義情報を作成し、メモリに格納することを特徴とす
   る電子データ変換方法。
3. 【請求項３】 請求項１または請求項２記載の電子デー
   タ変換方法において、 前記メモリに格納されている各データモデルの名称を画
   面上に表示し、画面上で選択されたデータモデルの名称
   に対応するデータモデルをメモリから読み出し、画面上
   に表示することを特徴とする電子データ変換方法。
4. 【請求項４】 業務ルールに沿って事前に定義した入力
   電子データのデータ項目と出力電子データのデータ項目
   間の対応関係及び入力データの計算ルール、編集ルール
   などの変換ルールによって連携元のシステムから入力さ
   れた電子データを連携先のシステムへ出力する電子デー
   タに変換する電子データ変換装置において、 表示装置の画面上に入力された、入力電子データまたは
   出力電子データにおけるデータ項目の論理的なデータ構
   造を表すデータモデルに基づき、入力電子データまたは
   出力電子データのデータモデル定義情報を作成し、該デ
   ータモデルと該データモデル定義情報をメモリに格納す
   る手段と、 メモリに格納された入力電子データと出力電子データの
   データモデルを読み出し画面上に表示し、該各データモ
   デル間の関係を定義する画面上に入力された定義情報と
   前記各データモデル定義情報に基づき入力側のデータモ
   デルと出力側のデータモデル間での対応関係と変換ルー
   ルを定義し、メモリに格納する手段を有することを特徴
   とする電子データ変換装置。
5. 【請求項５】 業務ルールに沿って事前に定義した入力
   電子データのデータ項目と出力電子データのデータ項目
   間の対応関係及び入力データの計算ルール、編集ルール
   などの変換ルールによって連携元のシステムから入力さ
   れた電子データを連携先のシステムへ出力する電子デー
   タに変換する電子データ変換装置において、 表示装置の画面上に入力された、入力電子データまたは
   出力電子データにおけるデータ項目の論理的なデータ構
   造を表すデータモデルに基づき、入力電子データまたは
   出力電子データのデータモデル定義情報を作成し、該デ
   ータモデルと該データモデル定義情報をメモリに格納す
   る手段と、 メモリに格納されたデータモデルを画面上に表示し、画
   面上に入力された情報と、該情報と該データモデルとの
   関係を定義する画面上に入力された定義情報と、前記デ
   ータモデル定義情報に基づきフォーマット定義情報とス
   キーマ定義情報を作成し、メモリに格納する手段と、 メモリに格納された入力電子データと出力電子データの
   データモデルを画面上に表示し、該各データモデル間の
   関係を定義する画面上に入力された定義情報と前記各デ
   ータモデル定義情報に基づきマッピング定義情報を作成
   し、メモリに格納する手段を有することを特徴とする電
   子データ変換装置。
6. 【請求項６】 請求項４または請求項５記載の電子デー
   タ変換装置において、 前記メモリに格納されている各データモデルの名称を画
   面上に表示し、画面上で選択されたデータモデルの名称
   に対応するデータモデルをメモリから読み出し、画面上
   に表示する手段を有することを特徴とする電子データ変
   換装置。