JP4279588B2 - データ変換装置及び方法 - Google Patents
データ変換装置及び方法 Download PDFInfo
- Publication number
- JP4279588B2 JP4279588B2 JP2003115276A JP2003115276A JP4279588B2 JP 4279588 B2 JP4279588 B2 JP 4279588B2 JP 2003115276 A JP2003115276 A JP 2003115276A JP 2003115276 A JP2003115276 A JP 2003115276A JP 4279588 B2 JP4279588 B2 JP 4279588B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- layer
- processing
- information
- output
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000006243 chemical reaction Methods 0.000 title claims description 142
- 238000000034 method Methods 0.000 title claims description 96
- 238000012545 processing Methods 0.000 claims description 539
- 230000008569 process Effects 0.000 claims description 82
- 230000005540 biological transmission Effects 0.000 claims description 6
- 241001385733 Aesculus indica Species 0.000 claims 1
- 238000004891 communication Methods 0.000 description 25
- 230000008859 change Effects 0.000 description 14
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 10
- 238000012217 deletion Methods 0.000 description 7
- 230000037430 deletion Effects 0.000 description 7
- 238000011161 development Methods 0.000 description 7
- 238000007792 addition Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 238000010276 construction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000009467 reduction Effects 0.000 description 3
- 238000007493 shaping process Methods 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000007781 pre-processing Methods 0.000 description 2
- 230000001010 compromised effect Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、データ変換装置及び方法に関し、特に１つのデータ表現形式を有し且つ適用されるデータ変換処理を特定する情報を含むデータをその１つのデータ表現形式とは異なるデータ表現形式に変換するデータ変換装置及び方法に関する。
【０００２】
【従来の技術】
銀行業務等では、例えば、ＣＳＶ形式のファイルをその中のデータの項目を整形し且つＸＭＬ形式のファイルに変換する等の複雑なデータ変換が必要である。図３３は、従来のデータ変換を説明するための機能イメージ図である。図３３において、入力側システムＡからの入力データがデータ変換装置により変換されて出力データとして出力側システムＢへ送られる。従来は、入力データを出力データに対して一意に紐付け、変換ルール１を記述し、その変換ルール１に基づき変換プログラム１が入力データを出力データに変換するような仕組みを採用していた（そのような例として、特許文献１参照。）。
【０００３】
【特許文献１】
特開平５−２０４７２６号公報
【０００４】
【発明が解決しようとする課題】
上記のようなデータ変換を要する銀行のシステムは、内部だけでなく外部のシステムとも密接な連携の下に一体として稼動することが求められるようになった。しかし、このことは、局所的な仕様の改変が、それと連動する他の部分の仕様変更も余儀なくされ、部分的にみれば極めて軽微な手直しに過ぎないものが、全体としてみれば思いもかけない大きなインパクトをもつ可能性を危殆するようになった。本来変更のあるシステム内部又はその周辺にのみに必要であったに過ぎない改変が、連携しているというだけで当然に他での仕様変更を要求するという硬直的な連携は、アプリケーション開発の自由度に対する制約を生み、省力化や新規業務の展開に支障を来たすおそれが生じてきた。
【０００５】
最近、米国投資銀行の間では、特に証券又は外国為替に関する決済系のシステムで、ＥＡＩ（Enterprise Application Integration）技術の利用が普及してきている。ＥＡＩ技術は、相互に結合するシステムのインターフェース・ファイルを項目単位で対応付け、一方で生じたファイル項目の改変を他方に波及させることを可及的に抑制し、アプリケーション開発の自由度を確保しようとするものである。このＥＡＩ技術を利用して、アプリケーション開発の自由度を可及的に確保しようとする技法としてＳＴＰ（Straight Through Processing）がある。
【０００６】
従来は、このＳＴＰ機能に関して、データ変換にかかる機能を同じ次元で設計及び実装していた。このため、部品の再利用等考慮されている場合もときにあるが、大部分は、新たなシステム、データフォーマット、処理機能に対応する場合、ＳＴＰ全体を構築し、検証しなければならなかった。このようなＳＴＰ構築の仕方では開発、修正、検証にかかる工数が増加せざるを得なかった。また、従来方式のＳＴＰは入力側のデータと出力側のデータを予めリンクさせておく必要があるため、処理の結果を受けて次に行う処理を決めることができなかった。従って、予め定めたデータ変換ルールから離れた処理が発生すると入力側から出力側までを通して再構築する必要があった。
【０００７】
例えば、図３３を参照して説明した従来のデータ変換の仕組みによれば、入力側システムＣからの入力データを出力側システムＤへの出力データに変換する機能を追加する場合、既に作成済みの変換ルール１及び変換プログラム１を利用する場合においても全く新たな一つの変換ルール２及び一つの変換プログラム２として構築する必要があった。
【０００８】
また、データの項目の整形の変更、あるいはファイル形式の変更等部分的変更（この変更には追加、削除を含む。）があっても、従来は、その都度一つの変換ルール及び一つの変換プログラムを全体的に直さなければならなかった。
【０００９】
従って、従来のデータ変換の仕組みでは、変換の変更、追加、削除等が生じたとき、新たな変換ルール及び変換プログラムを作成、あるいは全体的に直す必要があるため作業工数を大きく要していた。
【００１０】
本発明の課題は、データ変換装置及び方法において、データ変換の仕様の変更（追加、削除を含む。）に対してそれに関連するプログラムの部分だけを変更あるいは開発することにより、変更あるいは開発に要する作業工数を削減することにある。
【００１１】
【課題を解決するための手段】
上記課題は、本発明の一局面に従った、第１のデータ表現形式を有するデータに対し、データ処理形式の属性に応じて階層化された複数の層のうちの異なる少なくとも２つの層において、各層に対応するデータ変換処理を各々行うことで、前記データを前記第１のデータ表現形式と異なる第２のデータ表現形式のデータへ変換するデータ変換装置であって、特定の識別情報が付与され前記複数の層のうちの特定の層に入力された処理対象の入力データに対し、当該入力データに適用するデータ変換処理を指定する変換処理指定情報、前記データ変換処理を経て得られる出力データに付与する識別情報である出力識別情報、及び、前記出力データの出力先を表す出力先情報を、前記処理対象の入力データに付与された前記特定の識別情報と対応付けた処理ルール情報を、前記複数の層及び各層への入力データに付与される各識別情報について各々記憶する記憶手段と、前記複数の層に各々設けられ、処理対象の入力データを受け取る複数の受取手段と、前記複数の層に各々設けられ、同一層の前記受取手段によって処理対象の入力データが受け取られた場合に、受け取られた処理対象の入力データに付与されている識別情報に基づいて、前記記憶手段に記憶されている処理ルール情報の中から前記処理対象の入力データに対応する処理ルール情報を選択する複数の選択手段と、前記複数の層に各々設けられ、同一層の前記受取手段によって受け取られた前記処理対象の入力データに対し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定されたデータ変換処理を行う複数のデータ処理手段と、前記複数の層に各々設けられ、同一層の前記データ処理手段による前記データ変換処理を経て得られた出力データに、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力識別情報を識別情報として付与し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力先情報が表す出力先へ出力する複数の出力手段と、を備えたデータ変換装置により解決される。
【００１２】
本発明の一形態によれば、前記複数の層は、最下層に設けられデータの受信、送信及びコピーの機能を行うメッセージ制御層と、前記メッセージ制御層の上層に設けられデータのファイル単位をレコード単位にまたレコード単位をファイル単位に変換する機能を行うファイル形式制御層と、前記ファイル形式制御層の上層に設けられデータのレコード形式を変換する機能を行うトランザクション形式制御層と、前記トランザクション形式制御層の上層に設けられレコードの項目の表現形式を変換する機能を行うビジネスロジック制御層と、から構成されていることが好ましい。
【００１３】
本発明の別の形態によれば、前記記憶手段は、互いに異なるデータ変換処理を行うための複数の部品プログラムを記憶し、前記記憶手段に記憶されている処理ルール情報のうちの前記変換処理指定情報は、入力データに適用するデータ変換処理を行う部品プログラムを指定する情報であり、前記データ処理手段は、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定された部品プログラムによりデータ変換処理を行うことが好ましい。
【００１４】
本発明の課題は、本発明の別の局面に従った、第１のデータ表現形式を有するデータに対し、データ処理形式の属性に応じて階層化された複数の層のうちの異なる少なくとも２つの層において、各層に対応するデータ変換処理を各々行うことで、前記データを前記第１のデータ表現形式と異なる第２のデータ表現形式のデータへ変換するデータ変換方法であって、特定の識別情報が付与され前記複数の層のうちの特定の層に入力された処理対象の入力データに対し、当該入力データに適用するデータ変換処理を指定する変換処理指定情報、前記データ変換処理を経て得られる出力データに付与する識別情報である出力識別情報、及び、前記出力データの出力先を表す出力先情報を、前記処理対象の入力データに付与された前記特定の識別情報と対応付けた処理ルール情報を、前記複数の層及び各層への入力データに付与される各識別情報について記憶手段に各々記憶しておき、前記複数の層に各々設けられた受取手段は、処理対象の入力データを受け取り、前記複数の層に各々設けられた選択手段は、同一層の前記受取手段によって処理対象の入力データが受け取られた場合に、受け取られた処理対象の入力データに付与されている識別情報に基づいて、前記記憶手段に記憶されている処理ルール情報の中から前記処理対象の入力データに対応する処理ルール情報を選択し、前記複数の層に各々設けられたデータ処理手段は、同一層の前記受取手段によって受け取られた前記処理対象の入力データに対し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定されたデータ変換処理を行い、前記複数の層に各々設けられた出力手段は、同一層の前記データ処理手段による前記データ変換処理を経て得られた出力データに、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力識別情報を識別情報として付与し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力先情報が表す出力先へ出力するデータ変換方法により解決される。
【００１５】
本発明の一形態によれば、前記複数の層は、最下層に設けられデータの受信、送信及びコピーの機能を行うメッセージ制御層と、前記メッセージ制御層の上層に設けられデータのファイル単位をレコード単位にまたレコード単位をファイル単位に変換する機能を行うファイル形式制御層と、前記ファイル形式制御層の上層に設けられデータのレコード形式を変換する機能を行うトランザクション形式制御層と、前記トランザクション形式制御層の上層に設けられレコードの項目の表現形式を変換する機能を行うビジネスロジック制御層と、から構成されていることが好ましい。
【００１６】
本発明の別の形態によれば、前記記憶手段は、互いに異なるデータ変換処理を行うための複数の部品プログラムを記憶し、前記記憶手段に記憶されている処理ルール情報のうちの前記変換処理指定情報は、入力データに適用するデータ変換処理を行う部品プログラムを指定する情報であり、前記データ処理手段は、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定された部品プログラムによりデータ変換処理を行うことが好ましい。
【００２７】
【発明の実施の形態】
以下図面を参照して、本発明を銀行業務に適用した場合を例に好適な実施形態のデータ変換装置を説明する。
【００２８】
図１は、本発明の一好適な実施形態のデータ変換装置の構成を示す。図１において、１０はメイン・フレーム・コンピュータ、パーソナル・コンピュータ、マイクロプロセッサ等の任意のデータ処理装置より構成されるデータ処理エンジン群を、１２はハード・ディスク等の任意の外部記憶装置を示す。データ処理エンジン群１０は４つのデータ処理エンジン１４〜２０を備え、それらデータ処理エンジン１４〜２０のそれぞれは、４つの層、即ち第１層のメッセージ制御層、第２層のファイル形式制御層、第３層のトランザクション形式制御層及び第４層のビジネスロジック層の各層に図１に示すように設けられている。第１層から第４層は、第１層が最下層で、第２層、第３層と順に上位の層となり、第４層が最上層を構成する。外部記憶装置１２には、処理ルール群２２及び部品プログラム群２４及びデータ処理エンジン１４〜２０を動作させるプログラム（図示せず）が格納されている。処理ルール群２２には、第１層から第４層の処理ルールが各層毎に格納されており、部品プログラム群２４には、第１層から第４層の部品プログラムが各層毎に格納されている。なお、本発明は、処理ルール及び部品プログラムは必ずしも層毎に格納される必要がなく、また処理ルール群２２及び部品プログラム群２４にひとまとめに格納される必要がなく、外部記憶装置１２に格納されていればよい。
【００２９】
データ処理エンジン群１０は入力データ２８を受け取り、その中のデータ処理エンジン１４〜２０の一部又は全部が、入力データに含まれる情報に応じて適宜動作し、外部記憶装置１２の処理ルール群２２及び部品プログラム群２４にそれぞれ格納されている処理ルール及び部品プログラムを用いて入力データ２８を変換処理して、出力データ３０として出力する。
【００３０】
図２は、銀行業務におけるシステムの論理階層構造及びＳＴＰ階層構造の概要を示す。図２において、１００はシステムの論理階層を示し、システムの階層は、アプリケーション（ＡＰＬ）層１０２、ＳＴＰ層１０４、通信制御層１０６及び物理層１０８から成る。ＡＰＬ層１０２はビジネス・アプリケーションが実装される層であり、ＳＴＰ層１０４は、システム間連携におけるアプリケーション・データのハンドリングが行われる層であり、通信制御層１０６は通信プロトコルのハンドリングが行われる層であり、物理層１０８は基本ＯＳ及びハードウエアが存在するプラットフォームである。
【００３１】
ＳＴＰ層１０４即ちＳＴＰ機能の論理階層構造は、図１の各層に対応するメッセージ制御層１１０、ファイル形式制御層１１２、トランザクション形式制御層１１４及びビジネスロジック層１１６を備える。図１と同様に、メッセージ制御層１１０が最下層で、ファイル形式制御層１１２及びトランザクション形式制御層１１４の順に上位の層となり、ビジネスロジック層１１６が最上層となる。メッセージ制御層１１０は、通信制御層１０６から又はそれへのデータの受信、送信及びデータのコピーする機能を実行する層である。ファイル形式制御層１１２は、データのファイル単位をレコード単位にまたレコード単位をファイル単位に変換する機能を実行する層である。トランザクション形式制御層１１４は、データのレコード形式を変換する機能を実行する層である。ビジネスロジック層１１６は、レコードの項目の表現形式を変換する機能を実行する層である。図１のデータ処理エンジン１４、１６、１８及び２０が、メッセージ制御層１１０、ファイル形式制御層１１２、トランザクション形式制御層１１４及びビジネスロジック層１１６のそれぞれに対応して設けられる。
【００３２】
各層のデータ処理エンジンの動作概要は次の通りである。
メッセージ制御層１１０の第１層データ処理エンジン１４は、通信制御層１０６を介した発信元（入力側システム）１２０からのデータに基づいて次処理へ展開する。第１層データ処理エンジン１４はまた、前処理からの情報を引き継ぎ、送信先（出力側システム）１２２へ変換後のデータを通信制御層１０６を介して引き渡す。通信制御層と入力側及び出力側システム１２０及び１２２との間には物理的な通信回線があり、この通信回線は有線、無線等のいずれの通信回線でもよい。また、入力側及び出力側システム１２０及び１２２は、データ変換装置に近接してもよく、また全世界的に分散していて任意の通信回線により結合されていてもよい。本発明は、通信回線の形態、入力側及び出力側システムの所在に依存しない。
【００３３】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、メッセージ制御層１１０から受け取ったデータのファイル形式をレコード形式に変換し、上位層の処理に連携させる。第２層データ処理エンジン１６はまた、上位層からレコード形式でデータを受け取り、ファイルに固める処理を行い、メッセージ制御層１１０に渡す。
【００３４】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、下位層からレコード形式でデータを受け取り、項目単位に処理できるよう、レコードの形式を変換する。第３層データ処理エンジン１８はまた、ビジネスロジック層１１６又は自身の層からのデータのＸＭＬ、ＣＳＶ、固定長等のレコード形式を変換する。
【００３５】
ビジネスロジック層１１６の第４層データ処理エンジン２０は、下位層から受け取ったデータについて項目を意識したデータ変換処理を行う。それらの処理には、日付、金額の編集、銀行コードからＳＷＩＦＴアドレスへの変換、受取人名から支店コード、顧客コード、口座番号の取得等が含まれる。
【００３６】
この階層化ＳＴＰは次の特徴を持つ。
１）下位層から上位層へ連携し、ビジネスロジック層１１６を最上位層として、下位層に連携する。
【００３７】
２）４層全てを経由することは必須要件ではない。但し、データが通信制御層１０６を介して入力／出力される系では、最下層としてメッセージ制御層１１０は必須である。一方、通信制御層１０６を介する必要のない、例えば、同一コンピュータ内で複数のシステムが存在する際のデータ受け渡しで本発明のデータ変換装置を使用する場合は最下層として、メッセージ制御層１１０は必須でなく、むしろファイル形式制御層１１２が必須となる。この形態の具体例として図３に示されるようなケースをあげることができる。同一コンピュータ１５０内に本発明のデータ変換装置１５２、外国送金システム１５４と国内送金システム１５６が配置され、それぞれのシステム１５４及び１５６がデータ変換装置１５２を介して相互にデータを交換するような構成のシステムにおいて海外から受信した送金電文を外国送金システム１５４が処理し、次にその結果（データ変換装置１５２に対する入力データ）をデータ変換装置１５２がデータ変換処理を行って国内送金システム１５６に送る場合、外国送金システム１５４で処理した入力データは、メッセージ制御層１１０を介することなく、ファイル形式制御層１１２に直接渡り、第２層以上の層、この例では、第２層（ファイル形式制御層１１２）、次に第４層（ビジネスロジック層１１６）最後に第２層（ファイル形式制御層１１２）のそれぞれで順次データ変換が実行され、それにより生成された出力データが国内送金システム１５６へ送られる。
【００３８】
３）各層に関連した処理ルール及び処理部品即ち部品プログラムを用意し（図１の処理ルール群２２及び部品プログラム群２４参照）、各層のデータ処理エンジンは、入力データから処理ルールを検索し、その処理ルールに従い処理を行い、そして処理の結果のデータを処理ルールが指定する次に連携すべき階層に送り、又は処理の過程で次に連携すべき階層及び処理ルールを導出して、処理の結果のデータを導出した階層に次処理のルール情報付きで送り、そのようにして順次処理して、目的のデータ表現形式に変換する。
【００３９】
データ変換処理には、データ処理形式の属性に応じて異なるデータ処理が存在する。更に、例えば、日付、金額の編集、銀行コードからＳＷＩＦＴアドレスへの変換、受取人名から支店コード、顧客コード、口座番号の取得等のデータの項目についてのデータ処理を行うには、その前にデータのファイル形式をレコード形式に変換、続いてＸＭＬ、ＣＳＶ、固定長等のレコード形式を変換する必要があり、また、項目についての処理後には、逆に、ＸＭＬ、ＣＳＶ、固定長等のレコード形式を変換をしてから、レコード形式のデータをファイルに固める処理を行う必要がある。本発明は、これらのことを考慮して、データ処理形式の属性に応じて異なるレベルのデータ変換処理を行う層を階層化し、特に、他のシステムからのデータの受け取り及び別の他のシステムへの配信までの機能を含むデータ変換処理のための好ましい構成として、前述のように、４層、即ち、下位層としてメッセージ制御層、次の上位層としてファイル形式制御層、その上の層としてトランザクション形式制御層、及び最上位層としてビジネスロジック層を設けている。
【００４０】
なお、銀行業務等では、本発明のデータ変換装置を図２に示すような内部接続ＳＴＰ群の勘定系ＳＴＰ及び市場系ＳＴＰ及び対外接続ＳＴＰ群の各系統にそれぞれ設け、相互に通信制御層１０６を介して結合する構成にし得る。
【００４１】
ここで、処理ルールの構成を説明する。図４は、処理ルールの構成の概要を示す。第１層のメッセージ制御層の処理ルールの構成は、図４のａ）に示すように、ルールにおけるキーワードとして、入力データ、部品ＩＤ及び次処理を含む。但し、変換後のデータを出力することに関連する処理ルールだけ、キーワードとして更に出力先を含む。入力データの欄には入力データの識別が記述される。部品ＩＤの欄には部品プログラムのＩＤが記述される。次処理の欄には、次処理の層が記述される。出力先の欄には出力先が記述される。第２層のファイル形式制御層、第３層のトランザクション形式制御層及び第４層のビジネスロジック層の処理ルールの構成は、図４のｂ）に示すように同じ構成であり、ルールにおけるキーワードとして、入力データ、部品ＩＤ、出力データ及び次処理を含む。入力データ、部品ＩＤ及び次処理の各欄に記載される内容は、第１層のメッセージ制御層の場合と同じである。出力データの欄には、処理の結果生成されるデータの識別名が入れられる。
【００４２】
次に、上記のように構成されたデータ変換装置の幾つかのデータ変換例を以下に説明する。
入力データについてＣＳＶ形式のレコード（ファイル）を固定長レコードに分解してビジネスロジック処理を実施し、ＸＭＬ形式のレコード（ファイル）に最終的にデータ変換し、出力データとして送信する第１のケースを図５から図１０を参照して説明する。図５は、データ変換処理の流れを概略示し、図６から図１０は、図５の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図６の２００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００４３】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（２０２）（図６）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ２００を読み取り、その入力データ２００（Ｆｉｌｅ−０１）から処理ルール２０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール２０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール２０４の次処理が「Ｌａｙｅｒ２（Ｕｐ）」であることから、データ２００を上り第２層に引き渡す。第１層データ処理エンジン１４はまた、入力データ２００を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００４４】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、入力データ２００を第２層に送ったことを示す情報を受けて処理２（２０６）（図７）を実行する。詳細には、第２層データ処理エンジン１６は、入力データ２００（Ｆｉｌｅ−０１）から処理ルール２０８（図７）を処理ルール２０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール２０８から部品ＩＤ（Ｌａｙｅｒ２（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２１０を呼び出す。部品プログラム２１０は、引き渡されたデータ２００を処理して２１２（図７）に示すようにレコードに分割して別のデータ２１２を生成する。生成されたデータ２１２には、処理ルール２０８の出力データから「ＣＳＶ−Ａ」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム２１０から処理結果が返され、そして処理ルール２０８の次処理が「Ｌａｙｅｒ３（Ｕｐ）」であることから、生成データ２１２を上り第３層に引き渡す。第２層データ処理エンジン１６はまた、生成データ２１２を第３層に送ったことを示す情報を第３層（トランザクション形式制御層１１４）の第３層データ処理エンジン１８に送る。
【００４５】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、生成データ２１２を第３層に送ったことを示す情報を受けて処理３（２１４）（図７）を実行する。詳細には、第３層データ処理エンジン１８は、生成データ２１２（ＣＳＶ−Ａ）から処理ルール２１６を処理ルール２０４の取得と同じようにして取得する。第３層データ処理エンジン１８は、処理ルール２１６から部品ＩＤ（Ｌａｙｅｒ３（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２１８を呼び出す。部品プログラム２１８は、引き渡されたデータ２１２を処理して２２０に示すようにデータを固定長形式に変換して別のデータ２２０を生成する。生成されたデータ２２０には、処理ルール２１６の出力データから「Ｆｉｘｅｄ−Ａ」という識別名が付される。第３層データ処理エンジン１８は、部品プログラム２１８から処理結果が返され、そして処理ルール２１６の次処理が「Ｌａｙｅｒ４（Ｕｐ）」であることから、生成データ２２０を第４層に引き渡す。第３層データ処理エンジン１８はまた、生成データ２２０を第４層に送ったことを示す情報を第４層（ビジネスロジック層１１６）の第４層データ処理エンジン２０に送る。
【００４６】
ビジネスロジック層１１６の第４層データ処理エンジン２０は、生成データ２２０を第４層に送ったことを示す情報を受けて処理４（２２２）（図８）を実行する。詳細には、第４層データ処理エンジン２０は、生成データ２２０（Ｆｉｘｅｄ−Ａ）から処理ルール２２４（図８）を処理ルール２０４の取得と同じようにして取得する。第４層データ処理エンジン２０は、処理ルール２２４から部品ＩＤ（Ｌａｙｅｒ４−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２２６を呼び出す。部品プログラム２２６は、引き渡されたデータ２２０を処理して２２８（図８）に示すように引き渡されたデータの項目を整形して別のデータ２２８を生成する。データの項目の整形には、例えば、日付の桁数変換、金額の前ゼロの削除、テキスト項目のスペース削除等があり、用途に応じて様々な整形が考えられ、本発明は整形の種類、処理の仕方に限定されない。生成されたデータ２２８には、処理ルール２２４の出力データから「Ｆｉｘｅｄ−Ａ′」という識別名が付される。第４層データ処理エンジン２０は、部品プログラム２２６から処理結果が返され、そして処理ルール２２４の次処理が「Ｌａｙｅｒ３（Ｄｏｗｎ）」であることから、生成データ２２８を下り第３層に引き渡す。第４層データ処理エンジン２０はまた、生成データ２２８を第３層に送ったことを示す情報を第３層（トランザクション形式制御層１１４）の第３層データ処理エンジン１８に送る。
【００４７】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、生成データ２２８を第３層に送ったことを示す情報を受けて処理５（２３０）（図９）を実行する。詳細には、第３層データ処理エンジン１８は、生成データ２２８（Ｆｉｘｅｄ−Ａ′）から処理ルール２３２（図９）を処理ルール２０４の取得と同じようにして取得する。第３層データ処理エンジン１８は、処理ルール２３２から部品ＩＤ（Ｌａｙｅｒ３（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２３４を呼び出す。部品プログラム２３４は、引き渡されたデータ２２８を処理して２３６（図９）に示すように引き渡されたデータをＸＭＬ形式に変換して別のデータ２３６を生成する。生成されたデータ２３６には、処理ルール２３２の出力データから「ＸＭＬ−Ａ」という識別名が付される。第３層データ処理エンジン１８は、部品プログラム２３４から処理結果が返され、そして処理ルール２３２の次処理が「Ｌａｙｅｒ２（Ｄｏｗｎ）」であることから、生成データ２３６を下り第２層に引き渡す。第３層データ処理エンジン１８はまた、生成データ２３６を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００４８】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、生成データ２３６を第２層に送ったことを示す情報を受けて処理６（２３８）（図９）を実行する。詳細には、第２層データ処理エンジン１６は、生成データ２３６（ＸＭＬ−Ａ）から処理ルール２４０（図９）を処理ルール２０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール２４０から部品ＩＤ（Ｌａｙｅｒ２（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２４２を呼び出す。部品プログラム２４２は、引き渡されたデータ２３６を処理して２４４（図９）に示すように引き渡されたデータをファイル（Ｆｉｌｅ−０２）に蓄積して別のデータ２４４を生成する。生成されたデータ２４４には、処理ルール２４０の出力データから「Ｆｉｌｅ−０２」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム２４０から処理結果が返され、そして処理ルール２３２の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ２４４を下り第１層に引き渡す。第２層データ処理エンジン１６はまた、生成データ２４４を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００４９】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ２４４を第１層に送ったことを示す情報を受けて処理７（２４６）（図１０）を実行する。詳細には、第１層データ処理エンジン１４は、生成データ２４４（Ｆｉｌｅ−０２）から処理ルール２４８（図１０）を処理ルール２０４の取得と同じようにして取得する。第１層データ処理エンジン１４は、処理ルール２４８から部品ＩＤ（Ｌａｙｅｒ１（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２５０を呼び出す。部品プログラム２５０は、引き渡されたデータ２４４を処理ルール２４８の出力先の欄で指定されている「Ｓｙｓｔｅｍ−Ｂ」に基づいて通信制御層１０６を介して出力側システムＳｙｓｔｅｍ−Ｂに引き渡す、即ち送る。第１層データ処理エンジン１４はまた、生成データ２４４を出力側システムＳｙｓｔｅｍ−Ｂに送ったことを示す情報及び送り先のシステムＳｙｓｔｅｍ−Ｂでの処理のタイミングを指定する情報を含む制御情報も同時に出力側システムＳｙｓｔｅｍ−Ｂに送る。この動作をもってデータ変換の処理は終了する。
【００５０】
次に、入力データについてタグ形式のレコードをファイルにギャザリングして、出力データとして送信する第２のケースを図１１から図１３を参照して説明する。図１１は、データ変換処理の流れを概略示し、図１２及び図１３は、図１１の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図１２の３００で示す入力データ（２つ以上の個別のレコードから成る。）、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００５１】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（３０２）（図１２）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ３００を読み取り、その入力データ３００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ）から処理ルール３０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール３０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール２０４の次処理が「Ｌａｙｅｒ２（Ｄｏｗｎ）」であることから、データ３００を下り第２層に引き渡す。第１層データ処理エンジン１４はまた、入力データ３００を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００５２】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、入力データ３００を第２層に送ったことを示す情報を受けて処理２（３０６）（図１３）を実行する。詳細には、第２層データ処理エンジン１６は、入力データ３００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ）から処理ルール３０８（図１３）を処理ルール３０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール３０８から部品ＩＤ（Ｌａｙｅｒ２（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム３１０を呼び出す。部品プログラム３１０は、引き渡されたデータ３００を３１２（図１３）に示すようにファイルに蓄積して別のデータ３１２を生成する。生成されたデータ３１２には、処理ルール３０８の出力データから「Ｆｉｌｅ−０１」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム３１０から処理結果が返され、そして処理ルール３０８の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ３１２を下り第１層に引き渡す。第２層データ処理エンジン１６はまた、生成データ３１２を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００５３】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ３１２を第１層に送ったことを示す情報を受けて処理３（３１４）（図１３）を実行する。詳細には、第１層データ処理エンジン１４は、生成データ３１２（Ｆｉｌｅ−０１）から処理ルール３１６を処理ルール３０４の取得と同じようにして取得する。第１層データ処理エンジン１４は、処理ルール３１６から部品ＩＤ（Ｌａｙｅｒ１（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム３１８を呼び出す。部品プログラム３１８は、引き渡されたデータ３１２を処理ルール３１６の出力先の欄で指定されている「Ｓｙｓｔｅｍ−Ｂ」に基づいて通信制御層１０６を介して出力側システムＳｙｓｔｅｍ−Ｂに引き渡す、即ち送る。第１層データ処理エンジン１４はまた、生成データ３１２を出力側システムＳｙｓｔｅｍ−Ｂに送ったことを示す情報及び送り先のシステムＳｙｓｔｅｍ−Ｂでの処理のタイミングを指定する情報を含む制御情報も同時に出力側システムＳｙｓｔｅｍ−Ｂに送る。この動作をもってデータ変換の処理は終了する。
【００５４】
次に、入力データについて固定長レコード（ファイル形式）をＣＳＶ（トランザクション形式）に分割し、次いでビジネスロジック処理を実施し、出力データとして送信する第３のケースを図１４から図１８を参照して説明する。図１４は、データ変換処理の流れを概略示し、図１５から図１８は、図１４の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図１５の４００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００５５】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（４０２）（図１５）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ４００を読み取り、その入力データ４００（Ｓｙｓｔｅｍ−Ａ Ｆｉｌｅ−０１）から処理ルール４０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール４０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール４０４の次処理が「Ｌａｙｅｒ２（Ｕｐ）」であることから、データ４００を上り第２層に引き渡す。第１層データ処理エンジン１４はまた、入力データ４００を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００５６】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、入力データ４００を第２層に送ったことを示す情報を受けて処理２（４０６）（図１６）を実行する。詳細には、第２層データ処理エンジン１６は、入力データ４００（Ｆｉｌｅ−０１）から処理ルール４０８（図１６）を処理ルール４０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール４０８から部品ＩＤ（Ｌａｙｅｒ２（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム４１０を呼び出す。部品プログラム４１０は、引き渡されたデータ４００を処理して４１２（図１６）に示すようにレコードに分割して別のデータ４１２を生成する。生成されたデータ４１２には、処理ルール４０８の出力データから「Ｆｉｘｅｄ−Ａ」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム４１０から処理結果が返され、そして処理ルール４０８の次処理が「Ｌａｙｅｒ３（Ｕｐ）」であることから、生成データ４１２を上り第３層に引き渡す。第２層データ処理エンジン１６はまた、生成データ４１２を第３層に送ったことを示す情報を第３層（トランザクション形式制御層１１４）の第３層データ処理エンジン１８に送る。
【００５７】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、生成データ４１２を第３層に送ったことを示す情報を受けて処理３（４１４）（図１６）を実行する。詳細には、第３層データ処理エンジン１８は、生成データ４１２（Ｆｉｘｅｄ−Ａ）から処理ルール４１６を処理ルール４０４の取得と同じようにして取得する。第３層データ処理エンジン１８は、処理ルール４１６から部品ＩＤ（Ｌａｙｅｒ３（Ｕｐ）−００２）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム４１８を呼び出す。部品プログラム４１８は、引き渡されたデータ４１２を処理して４２０に示すようにデータをＣＳＶ形式に変換して別のデータ４２０を生成する。生成されたデータ４２０には、処理ルール４１６の出力データから「ＣＳＶ−Ａ」という識別名が付される。第３層データ処理エンジン１８は、部品プログラム４１８から処理結果が返され、そして処理ルール４１６の次処理が「Ｌａｙｅｒ４（Ｕｐ）」であることから、生成データ４２０を第４層に引き渡す。第３層データ処理エンジン１８はまた、生成データ４２０を第４層に送ったことを示す情報を第４層（ビジネスロジック層１１６）の第４層データ処理エンジン２０に送る。
【００５８】
ビジネスロジック層１１６の第４層データ処理エンジン２０は、生成データ４２０を第４層に送ったことを示す情報を受けて処理４（４２２）（図１７）を実行する。この処理４（４２２）は、第１のケース（図５〜図１０）における図８の処理４（２２２）と同じであるので説明を省く。図１７において、４２４は処理ルールを、４２６は部品プログラムを、４２８は生成されたデータをそれぞれ示す。生成データ４２８のデータ識別名は「ＣＳＶ−Ａ′」となる。第４層データ処理エンジン２０は、処理ルール４２４の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ４２８を第１層に引き渡す。第４層データ処理エンジン２０はまた、生成データ４２８を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００５９】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ４２８（ＣＳＶ−Ａ′）を第１層に送ったことを示す情報を受けて処理５（４３０）（図１８）を実行する。この処理５（４３０）は、第１のケース（図５〜図１０）における図１０の処理７（２４６）と同じであるので説明を省く。図１８において、４４２は処理ルールを、４４４は部品プログラムをそれぞれ示す。この処理５（４３０）の完了で、データ変換の処理は終了する。
【００６０】
次に、入力データについてＸＭＬ形式（トランザクション形式）をタグ形式（トランザクション形式）に変換して、出力データとして送信する第４のケースを図１９から図２２を参照して説明する。図１９は、データ変換処理の流れを概略示し、図２０から図２２は、図１９の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図２０の５００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００６１】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（５０２）（図２０）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ５００を読み取り、その入力データ５００（Ｓｙｓｔｅｍ−Ａ ＸＭＬ−Ａ）から処理ルール５０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール５０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール５０４の次処理が「Ｌａｙｅｒ３（Ｕｐ）」であることから、データ５００を上り第３層に引き渡す。第１層データ処理エンジン１４はまた、入力データ５００を第３層に送ったことを示す情報を第３層（トランザクション形式制御層１１４）の第３層データ処理エンジン１８に送る。
【００６２】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、データ５００を第３層に送ったことを示す情報を受けて処理２（５０６）（図２１）を実行する。詳細には、第３層データ処理エンジン１８は、データ５００（ＸＭＬ−Ａ）から処理ルール５０８を処理ルール５０４の取得と同じようにして取得する。第３層データ処理エンジン１８は、処理ルール５０８から部品ＩＤ（Ｌａｙｅｒ３（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム５１０を呼び出す。部品プログラム５１０は、引き渡されたデータ５００を処理して５１２に示すようにデータをタグ（ＴＡＧ）形式に変換して別のデータ５１２を生成する。生成されたデータ５１２には、処理ルール５０８の出力データから「ＴＡＧ−Ａ」という識別名が付される。第３層データ処理エンジン１８は、部品プログラム５１０から処理結果が返され、そして処理ルール５０８の次処理が「Ｌａｙｅｒ４（Ｕｐ）」であることから、生成データ５１２を第４層に引き渡す。第３層データ処理エンジン１８はまた、生成データ５１２を第４層に送ったことを示す情報を第４層（ビジネスロジック層１１６）の第４層データ処理エンジン２０に送る。
【００６３】
ビジネスロジック層１１６の第４層データ処理エンジン２０は、生成データ５１２を第４層に送ったことを示す情報を受けて処理３（５１４）（図２１）を実行する。詳細には、第４層データ処理エンジン２０は、生成データ５１２（ＴＡＧ−Ａ）から処理ルール５１６（図２１）を処理ルール５０４の取得と同じようにして取得する。第４層データ処理エンジン２０は、処理ルール５１６から部品ＩＤ（Ｌａｙｅｒ４−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム５１８を呼び出す。部品プログラム５１８は、引き渡されたデータ５１２を処理して５２０（図２１）に示すように引き渡されたデータの項目を整形して別のデータ５２０を生成する。この例では、データの項目の整形として日付の桁数変換が行われる。但し、本発明は前述のように整形の種類、処理に仕方に限定されるものではない。生成されたデータ５２０には、処理ルール５１６の出力データから「ＴＡＧ−Ａ′」という識別名が付される。第４層データ処理エンジン２０は、部品プログラム５１８から処理結果が返され、そして処理ルール５１６の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ５２０を下り第１層に引き渡す。第４層データ処理エンジン２０はまた、生成データ５２０を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００６４】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ５２０（ＴＡＧ−Ａ′）を第１層に送ったことを示す情報を受けて処理４（５２２）（図２２）を実行する。この処理４（５２０）は、第１のケース（図５〜図１０）における図１０の処理７（２４６）と同じであるので説明を省く。図２２において、５２４は処理ルールを、５２６は部品プログラムをそれぞれ示す。この処理４（５２２）の完了で、データ変換の処理は終了する。
【００６５】
次に、入力データについてタグ形式（トランザクション形式）を複数のレコードに分割して、出力データとして送信する第５のケースを図２３から図２５を参照して説明する。図２３は、データ変換処理の流れを概略示し、図２４及び図２５は、図２３の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図２３の６００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００６６】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（６０２）（図２４）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ６００を読み取り、その入力データ６００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ）から処理ルール６０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール６０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール６０４の次処理が「Ｌａｙｅｒ２（Ｕｐ）」であることから、データ６００を上り第２層に引き渡す。第１層データ処理エンジン１４はまた、入力データ６００を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００６７】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、入力データ６００を第２層に送ったことを示す情報を受けて処理２（６０６）（図２４）を実行する。詳細には、第２層データ処理エンジン１６は、入力データ６００（ＲＥＣ−ｎｎ）から処理ルール６０８（図２４）を処理ルール６０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール６０８から部品ＩＤ（Ｌａｙｅｒ２（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム６１０を呼び出す。部品プログラム６１０は、引き渡されたデータ６００を６１２（図２４）に示すように複数のレコードに分割して別のデータを生成する。生成されたデータ６１２には、処理ルール６０８の出力データから「ＴＡＧ−Ａ」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム６１０から処理結果が返され、そして処理ルール６０８の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ６１２を下り第１層に引き渡す。第２層データ処理エンジン１６はまた、生成データ６１２を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００６８】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ６１２（ＴＡＧ−Ａ）を第１層に送ったことを示す情報を受けて処理３（６１４）（図２５）を実行する。この処理３（６１４）は、第２のケース（図１１〜図１３）における図１３の処理３（３１４）と同じであるので説明を省く。図２５において、６１６は処理ルールを、６１８は部品プログラムをそれぞれ示す。この処理３（６１４）の完了で、データ変換の処理は終了する。
【００６９】
次に、入力データについて、タグ形式のレコードをコピーし、１つは蓄積してファイルで１つの送信先に、もう１つはビジネスロジック処理を実施して別の送信先にそれぞれ出力データとして送信する第６のケースを図２６から図３０を参照して説明する。図２６は、データ変換処理の流れを概略示し、図２７から図３０は、図２６の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図２７の７００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００７０】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（７０２）（図２７）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ７００を読み取り、その入力データ７００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ−０１）から処理ルール７０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール７０４から部品ＩＤ（Ｌａｙｅｒ１（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム７０６を呼び出す。部品プログラム７０６は、引き渡されたデータ７００をコピーして、コピー・データ７０８を生成する。第１層データ処理エンジン１４は、部品プログラム７０６から処理結果が返され、次処理に連携する。即ち、処理ルール７０４の次処理が「Ｌａｙｅｒ４」及び「Ｌａｙｅｒ２（Ｄｏｗｎ）」であることから、第１層データ処理エンジン１４は、データ７００を第２層に、コピー・データ７０８を第４層に引き渡す。第１層データ処理エンジン１４はまた、データ７００及び７０８をそれぞれ第２層及び第４層に送ったことを示すそれぞれの情報を第２層（ファイル形式制御層１１２）及び第４層（ビジネスロジック層１１６）の各データ処理エンジン１６及び２０に送る。
【００７１】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、データ７００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ）を第２層に送ったことを示す情報を受けて処理２ａ（７１０）（図２８）を実行する。この処理２ａ（７１０）は、第２のケース（図１１〜図１３）における図１３の処理２（３０６）と同じであるので説明を省く。図２８において、７１２は処理ルールを、７１４は部品プログラムを、７１６は生成されたデータ（Ｆｉｌｅ−０１）をそれぞれ示す。
【００７２】
次いで、メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ７１６（Ｆｉｌｅ−０１）（図２８）を第１層に送ったことを示す情報を受けて処理３ａ（７１８）（図２８）を実行する。この処理３ａ（７１８）は、第２のケース（図１１〜図１３）における図１３の処理３（３１４）と同じであるので説明を省く。図２８において、７２０は処理ルールを、７２２は部品プログラムをそれぞれ示す。この処理３ａ（７１８）により、第１層データ処理エンジン１４は、部品プログラム７２２を用いて、引き渡されたデータ７１６を処理ルール７２０の出力先の欄で指定されている「Ｓｙｓｔｅｍ−Ｂ」に基づいて通信制御層１０６を介して出力側システムＳｙｓｔｅｍ−Ｂ（１２０）に引き渡す、即ち送る。第１層データ処理エンジン１４はまた、生成データ７１６を出力側システムＳｙｓｔｅｍ−Ｂに送ったことを示す情報及び送り先のシステムＳｙｓｔｅｍ−Ｂでの処理のタイミングを指定する情報を含む制御情報も同時に出力側システムＳｙｓｔｅｍ−Ｂ（１２０）に送る。
【００７３】
一方、ビジネスロジック層１１６の第４層データ処理エンジン２０は、コピー・データ７０８（図２７）を第４層に送ったことを示す情報を受けて処理２ｂ（７２４）（図２９）を実行する。詳細には、第４層データ処理エンジン２０は、コピー・データ７０８（ＲＥＣ−ｎｎ−０１）（図２７）から処理ルール７２６（図２９）を処理ルール７０４の取得と同じようにして取得する。第４層データ処理エンジン２０は、処理ルール７２６から部品ＩＤ（Ｌａｙｅｒ４−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム７２８を呼び出す。部品プログラム７２８は、引き渡されたデータ７０８を処理して７３０（図２９）に示すように引き渡されたデータの項目を整形して別のデータ７３０を生成する。この例では、データの項目の整形として日付の桁数変換が行われる。但し、本発明は前述のように整形の種類、処理に仕方に限定されるものではない。生成されたデータ７３０には、処理ルール７２６の出力データから「ＴＡＧ−Ａ」という識別名が付される。第４層データ処理エンジン２０は、部品プログラム７２８から処理結果が返され、そして処理ルール７２６の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ７３０を下り第１層に引き渡す。第４層データ処理エンジン２０はまた、生成データ７３０を第１層に送ったことを示す情報をメッセージ制御層１１０の第１層データ処理エンジン１４に送る。
【００７４】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ７３０（ＴＡＧ−Ａ）を第１層に送ったことを示す情報を受けて処理３ｂ（７３２）（図３０）を実行する。詳細には、第１層データ処理エンジン１４は、生成データ７３０（ＴＡＧ−Ａ）（図２９）から処理ルール７３４（図３０）を処理ルール７０４の取得と同じようにして取得する。第１層データ処理エンジン１４は、処理ルール７３４から部品ＩＤ（Ｌａｙｅｒ１（Ｄｏｗｎ）−００２）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム７３６を呼び出す。部品プログラム７３６は、引き渡されたデータ７３０を処理ルール７３４の出力先の欄で指定されている「Ｓｙｓｔｅｍ−Ｃ」に基づいて通信制御層１０６を介して出力側システムＳｙｓｔｅｍ−Ｃ（１２４）に引き渡す、即ち送る。第１層データ処理エンジン１４はまた、生成データ７３０を出力側システムＳｙｓｔｅｍ−Ｃに送ったことを示す情報及び送り先のシステムＳｙｓｔｅｍ−Ｃでの処理のタイミングを指定する情報を含む制御情報も同時に出力側システムＳｙｓｔｅｍ−Ｃ（１２４）に送る。この動作をもってデータ変換の処理は終了する。
【００７５】
本発明の好適実施形態のデータ変換処理装置及び方法は、前述のような構成及び動作をするので、次にような効果及び利点が生じる。
１）データ変換の仕様の変更（追加、削除を含む。）に対してそれに関連する処理ルールあるいは部品プログラムのみを変更あるいは開発することにより、変更あるいは開発に要する作業工数を著しく削減することができる。次に、図３１を参照して作業工数の削減の一例を具体的に説明する。本発明の好適な実施形態のデータ変換装置８００により入力側システムＡ（８０２）からの入力データが変換されて出力データとして出力側システムＢ（８０４）へ送られる構成ができているものとする。入力側システムＡ（８０２）からの入力データは、メッセージ制御層の第１層データ処理エンジン１４、処理ルール１（８１０）及び部品プログラム１（８１２）により変換処理されて、ビジネスロジック層の第４層データ処理エンジン２０に送られ、そこで送られた中間処理データは、その第４層データ処理エンジン２０、処理ルール２（８１４）及び部品プログラム２（８１６）により変換処理されて、メッセージ制御層の第１層データ処理エンジン１４に送られ、そこで送られた中間処理データは、第１層データ処理エンジン１４、処理ルール３（８１８）及び部品プログラム３（８２０）により変換処理され、出力データとして出力側システムＢ（８０４）に送られるとする。ここで、入力側システムＣ（８０６）からの入力データを変換して出力データとして出力側システムＤ（８０８）に送る処理が追加する必要が生じたとする。更に、その処理は、第１層データ処理エンジン１４では入力側システムＡから出力側システムＢへのデータ変換処理の場合と同じでであり、第４層のデータ処理エンジン２０における処理のみが入力側システムＡから出力側システムＢへのデータ変換処理の場合とは異なるとする。既存の部品プログラム１（８１２）及び部品プログラム３（８２０）はそのまま利用でき、部品プログラム２（８１６）とは異なる変換処理を行う部品プログラム４（８３０）のみを新たに開発すればよい。また、各層の追加の処理ルール８３２、８３４及び８３６もそれぞれ、処理ルール８１０、８１４及び８１８に殆ど同じ構成で、入力、出力あるいは行き先の指定情報及び部品プログラムのＩＤの変更程度でよい。従って、開発が必要な部分が機能全体の一部分であるため、従来の仕組みより作業工数の削減が著しく図れる。
【００７６】
２）部品プログラムの組み合わせにより、対応するバリエーションが増える。従って、再利用の可能性が高くなり、システム構築の生産性が上がる。
３）各階層の処理目的が明確になり、機能が分かり易くなる。これは、データ変換処理の変更等が生じたとき、その処置が容易となり、従って、処置に要する要員及び時間の減少につながり、また処置の間違いが減る効果をもたらす。
【００７７】
４）処理ルール及び部品プログラム単体の規模が小さくなる。
５）処理ルール及び部品プログラム単体の検証を行うことにより、データ変換装置あるいはＳＴＰ全体の検証負荷が軽減される。
【００７８】
本発明の一形態においては、第６のケースに示すように、入力データをコピーしてそれぞれ異なるデータ変換処理を行ってそれぞれ異なるデータ表現形式を有するデータを生成することができ、またそれら異なるデータ表現形式を有するデータを異なる送信先に送ることができるようにし得る。
【００７９】
図３２に、各層における代表的部品プログラムのリストと機能の概要を示す。これらの部品プログラムは、例示であることに注目されたい。特に、ビジネスロジック層には、例えば銀行業務用では列挙したもの以外多数のものがあり得る。更に、本発明は、必要に応じて部品プログラムを追加し、又は不要の場合には削除し得る。また、本発明は、図４のｂ）に示した第４層のビジネスロジック層の部品ＩＤの欄には複数の部品プログラムを記載するようにすることも可能であり、また複数の部品プログラムの組み合わせを記述するようにすることも可能である。
【００８０】
なお、前述の具体的ケースでは、各層のデータ処理エンジンがその層より下位の層から引き渡されたデータを処理後にそのデータをその層より上位の層に引き渡し、一方その層より上位の層から引き渡されたデータを処理後にそのデータをその層より下位の層に引き渡しているが、各層のデータ処理エンジンが、処理ルールに従ってデータを処理した後に、再びそのデータを同一の層に引き渡し、同一の層のデータ処理エンジンが処理後のデータに基づいて別の処理ルールを取得してそのデータを処理し得る。特に、ビジネスロジック層１１６では、例えば様々な国の通貨の為替レート変換等、様々なデータの項目について処理するので、同一の層でこのような処理が複数回行われることがあり得る。
【００８１】
次ぎに前述の実施形態の種々の変形例を示す。
前述の実施形態では、データ変換装置、又は第１層データ処理エンジン１４が、入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を入力データとは別に受け取り、また出力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を出力データとは別に出力側に送っているが、これら制御情報を入力及び出力データに添付してもよく、あるいは入力及び出力データに含ませてもよい。同様に、前処理のデータ処理エンジンが次処理のデータ処理エンジンに入力あるいは生成データを送ったことを示す情報をその入力あるいは生成データに添付してもよく、あるいはそれらデータに含ませてもよい。上記実施形態の場合より処理速度が多少遅くなることが許容できる場合には、入力及び生成データに制御情報及び生成データを送ったことを示す情報を含ませることができる。この場合には、各データ処理エンジンは、受け取った入力あるいは生成データからそれらの情報を引き出すことから各処理が開始されることになる。
【００８２】
前述の実施形態では、図４の処理ルールの「次処理」により次処理の層が決定され、次処理の処理ルールは、生成されたデータがその次処理の層に送られ、次のデータ処理エンジンがそのデータの識別名に基づいて次処理の処理ルールを決定している。しかし、処理ルールの「次処理」に次処理の層及び次処理の処理ルールを予め記述するようにしてもよい。その場合には、処理ルールの「出力データ」は無くてよく、生成されたデータは、次処理の層及び次処理の処理ルールの情報を伴って次処理の層に送られ、その送られた次処理の処理ルールの情報に基づいて処理ルールが取得されることになる。
【００８３】
前述の実施形態では、図４の処理ルールの「次処理」の欄に次処理の層を予め記述してあり、データ処理エンジンが処理ルールに従って処理した後は、処理ルールの「次処理」の欄に記述されている層に処理が移動するようにしている。しかし、本発明は、この次処理の層を予め決定しておく方法に限定されず、データ処理エンジンが、引き渡されたデータと、そのデータに基づいて処理ルールを取得し、その処理ルールから部品プログラムを呼び出して、部品プログラムが引き渡されたデータを処理する過程で次処理の層、あるいはそれに加えて次処理の処理ルールを決定するようにしてもよい。その場合には、処理ルールの「次処理」の欄には、例えば「ＡＵＴＯ（自動）」と記述すればよい。
【００８４】
このように、階層毎に処理結果から次処理を決めることができるので、例えば、次処理の呼出しを変えることにより、ＳＴＰの途中からの処理の追加や、変更が容易になるなど、変更及び開発に一層柔軟性を持たせることができる。
【００８５】
前述の実施形態では、データ処理エンジンは、処理ルールから部品ＩＤを取得し、部品プログラムを呼び出すようにしているが、データ変換処理が比較的単純である、処理量が比較的少ない等の場合には、部品プログラムを用意しないで、処理ルールの中に直接部品プログラムの内容を含ませてもよい。
【００８６】
また、ビジネスロジック層での処理は、複雑多岐にわたるデータ変換が要求されるので、部品プログラムの内容が、前述のような複数の部品プログラムの組み合わせばかりでなく、更に部品プログラムをそのような要求に適合するようカスタマイズされたものを作成してもよい。
【００８７】
前述の実施形態では、４層の構成であるが、データ変換処理の内容、処理量の規模等に応じて、一部の層を省く、あるいは、２つの層を１つの層にまとめてもよい。
【００８８】
【発明の効果】
本発明は、前述のように構成され動作することにより、次のような効果を生じる。
【００８９】
１）データ変換の仕様の変更（追加、削除を含む。）に対してそれに関連する処理ルールあるいは部品プログラムのみを変更あるいは開発することにより、変更あるいは開発に要する作業工数を削減することができる。
【００９０】
２）部品プログラムの組み合わせにより、対応するバリエーションが増える。従って、再利用の可能性が高くなり、システム構築の生産性が上がる。
３）各階層の処理目的が明確になり、機能が分かり易くなる。これは、データ変換処理の変更等が生じたとき、その処置が容易となり、従って、処置に要する要員及び時間の減少につながり、また処置の間違いが減る効果をもたらす。
【００９１】
４）処理ルール及び部品プログラム単体の規模が小さくなる。
５）処理ルール及び部品プログラム単体の検証を行うことにより、データ変換装置あるいはＳＴＰ全体の検証負荷が軽減される。
【図面の簡単な説明】
【図１】図１は、本発明の一好適な実施形態のデータ変換装置の構成を示す。
【図２】図２は、本発明を適用した銀行業務におけるシステムの論理階層構造及びＳＴＰ階層構造の概要を示す。
【図３】図３は、本発明のデータ変換装置においてファイル形式制御層１１２でデータ受け渡しが行われる場合を説明するための図である。
【図４】図４は、本発明による処理ルールの構成の概要を示す。
【図５】図５は、本発明に従ったデータ変換処理の流れを概略示す。
【図６】図６は、図５の流れの各部分を詳細に示す。
【図７】図７は、図５の流れの各部分を詳細に示す。
【図８】図８は、図５の流れの各部分を詳細に示す。
【図９】図９は、図５の流れの各部分を詳細に示す。
【図１０】図１０は、図５の流れの各部分を詳細に示す。
【図１１】図１１は、本発明に従ったデータ変換処理の流れを概略示す。
【図１２】図１２は、図１１の流れの各部分を詳細に示す。
【図１３】図１３は、図１１の流れの各部分を詳細に示す。
【図１４】図１４は、本発明に従ったデータ変換処理の流れを概略示す。
【図１５】図１５は、図１４の流れの各部分を詳細に示す。
【図１６】図１６は、図１４の流れの各部分を詳細に示す。
【図１７】図１７は、図１４の流れの各部分を詳細に示す。
【図１８】図１８は、図１４の流れの各部分を詳細に示す。
【図１９】図１９は、本発明に従ったデータ変換処理の流れを概略示す。
【図２０】図２０は、図１９の流れの各部分を詳細に示す。
【図２１】図２１は、図１９の流れの各部分を詳細に示す。
【図２２】図２２は、図１９の流れの各部分を詳細に示す。
【図２３】図２３は、本発明に従ったデータ変換処理の流れを概略示す。
【図２４】図２４は、図２３の流れの各部分を詳細に示す。
【図２５】図２５は、図２３の流れの各部分を詳細に示す。
【図２６】図２６は、本発明に従ったデータ変換処理の流れを概略示す。
【図２７】図２７は、図２６の流れの各部分を詳細に示す。
【図２８】図２８は、図２６の流れの各部分を詳細に示す。
【図２９】図２９は、図２６の流れの各部分を詳細に示す。
【図３０】図３０は、図２６の流れの各部分を詳細に示す。
【図３１】図３１は、データ変換の仕様の変更等に対して変更あるいは開発に要する作業工数を削減することができることを説明するための図である。
【図３２】図３２は、本発明による各層における代表的部品プログラムのリストと機能の概要を示す。
【図３３】図３３は、従来のデータ変換装置によるデータ変換処理の仕組みを説明するための機能イメージ図である。
【符号の説明】
１０ 処理エンジン
１２ 外部記憶装置
１４、１６、１８，２０ データ処理エンジン
２２ 処理ルール群
２４ 部品プログラム群
２８ 入力データ
３０ 出力データ
１０６ 通信制御層
１１０ メッセージ制御層
１１２ ファイル形式制御層
１１４ トランザクション形式制御層
１１６ ビジネスロジック層
１２０ 入力側システム
１２２ 出力側システム
【発明の属する技術分野】
本発明は、データ変換装置及び方法に関し、特に１つのデータ表現形式を有し且つ適用されるデータ変換処理を特定する情報を含むデータをその１つのデータ表現形式とは異なるデータ表現形式に変換するデータ変換装置及び方法に関する。
【０００２】
【従来の技術】
銀行業務等では、例えば、ＣＳＶ形式のファイルをその中のデータの項目を整形し且つＸＭＬ形式のファイルに変換する等の複雑なデータ変換が必要である。図３３は、従来のデータ変換を説明するための機能イメージ図である。図３３において、入力側システムＡからの入力データがデータ変換装置により変換されて出力データとして出力側システムＢへ送られる。従来は、入力データを出力データに対して一意に紐付け、変換ルール１を記述し、その変換ルール１に基づき変換プログラム１が入力データを出力データに変換するような仕組みを採用していた（そのような例として、特許文献１参照。）。
【０００３】
【特許文献１】
特開平５−２０４７２６号公報
【０００４】
【発明が解決しようとする課題】
上記のようなデータ変換を要する銀行のシステムは、内部だけでなく外部のシステムとも密接な連携の下に一体として稼動することが求められるようになった。しかし、このことは、局所的な仕様の改変が、それと連動する他の部分の仕様変更も余儀なくされ、部分的にみれば極めて軽微な手直しに過ぎないものが、全体としてみれば思いもかけない大きなインパクトをもつ可能性を危殆するようになった。本来変更のあるシステム内部又はその周辺にのみに必要であったに過ぎない改変が、連携しているというだけで当然に他での仕様変更を要求するという硬直的な連携は、アプリケーション開発の自由度に対する制約を生み、省力化や新規業務の展開に支障を来たすおそれが生じてきた。
【０００５】
最近、米国投資銀行の間では、特に証券又は外国為替に関する決済系のシステムで、ＥＡＩ（Enterprise Application Integration）技術の利用が普及してきている。ＥＡＩ技術は、相互に結合するシステムのインターフェース・ファイルを項目単位で対応付け、一方で生じたファイル項目の改変を他方に波及させることを可及的に抑制し、アプリケーション開発の自由度を確保しようとするものである。このＥＡＩ技術を利用して、アプリケーション開発の自由度を可及的に確保しようとする技法としてＳＴＰ（Straight Through Processing）がある。
【０００６】
従来は、このＳＴＰ機能に関して、データ変換にかかる機能を同じ次元で設計及び実装していた。このため、部品の再利用等考慮されている場合もときにあるが、大部分は、新たなシステム、データフォーマット、処理機能に対応する場合、ＳＴＰ全体を構築し、検証しなければならなかった。このようなＳＴＰ構築の仕方では開発、修正、検証にかかる工数が増加せざるを得なかった。また、従来方式のＳＴＰは入力側のデータと出力側のデータを予めリンクさせておく必要があるため、処理の結果を受けて次に行う処理を決めることができなかった。従って、予め定めたデータ変換ルールから離れた処理が発生すると入力側から出力側までを通して再構築する必要があった。
【０００７】
例えば、図３３を参照して説明した従来のデータ変換の仕組みによれば、入力側システムＣからの入力データを出力側システムＤへの出力データに変換する機能を追加する場合、既に作成済みの変換ルール１及び変換プログラム１を利用する場合においても全く新たな一つの変換ルール２及び一つの変換プログラム２として構築する必要があった。
【０００８】
また、データの項目の整形の変更、あるいはファイル形式の変更等部分的変更（この変更には追加、削除を含む。）があっても、従来は、その都度一つの変換ルール及び一つの変換プログラムを全体的に直さなければならなかった。
【０００９】
従って、従来のデータ変換の仕組みでは、変換の変更、追加、削除等が生じたとき、新たな変換ルール及び変換プログラムを作成、あるいは全体的に直す必要があるため作業工数を大きく要していた。
【００１０】
本発明の課題は、データ変換装置及び方法において、データ変換の仕様の変更（追加、削除を含む。）に対してそれに関連するプログラムの部分だけを変更あるいは開発することにより、変更あるいは開発に要する作業工数を削減することにある。
【００１１】
【課題を解決するための手段】
上記課題は、本発明の一局面に従った、第１のデータ表現形式を有するデータに対し、データ処理形式の属性に応じて階層化された複数の層のうちの異なる少なくとも２つの層において、各層に対応するデータ変換処理を各々行うことで、前記データを前記第１のデータ表現形式と異なる第２のデータ表現形式のデータへ変換するデータ変換装置であって、特定の識別情報が付与され前記複数の層のうちの特定の層に入力された処理対象の入力データに対し、当該入力データに適用するデータ変換処理を指定する変換処理指定情報、前記データ変換処理を経て得られる出力データに付与する識別情報である出力識別情報、及び、前記出力データの出力先を表す出力先情報を、前記処理対象の入力データに付与された前記特定の識別情報と対応付けた処理ルール情報を、前記複数の層及び各層への入力データに付与される各識別情報について各々記憶する記憶手段と、前記複数の層に各々設けられ、処理対象の入力データを受け取る複数の受取手段と、前記複数の層に各々設けられ、同一層の前記受取手段によって処理対象の入力データが受け取られた場合に、受け取られた処理対象の入力データに付与されている識別情報に基づいて、前記記憶手段に記憶されている処理ルール情報の中から前記処理対象の入力データに対応する処理ルール情報を選択する複数の選択手段と、前記複数の層に各々設けられ、同一層の前記受取手段によって受け取られた前記処理対象の入力データに対し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定されたデータ変換処理を行う複数のデータ処理手段と、前記複数の層に各々設けられ、同一層の前記データ処理手段による前記データ変換処理を経て得られた出力データに、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力識別情報を識別情報として付与し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力先情報が表す出力先へ出力する複数の出力手段と、を備えたデータ変換装置により解決される。
【００１２】
本発明の一形態によれば、前記複数の層は、最下層に設けられデータの受信、送信及びコピーの機能を行うメッセージ制御層と、前記メッセージ制御層の上層に設けられデータのファイル単位をレコード単位にまたレコード単位をファイル単位に変換する機能を行うファイル形式制御層と、前記ファイル形式制御層の上層に設けられデータのレコード形式を変換する機能を行うトランザクション形式制御層と、前記トランザクション形式制御層の上層に設けられレコードの項目の表現形式を変換する機能を行うビジネスロジック制御層と、から構成されていることが好ましい。
【００１３】
本発明の別の形態によれば、前記記憶手段は、互いに異なるデータ変換処理を行うための複数の部品プログラムを記憶し、前記記憶手段に記憶されている処理ルール情報のうちの前記変換処理指定情報は、入力データに適用するデータ変換処理を行う部品プログラムを指定する情報であり、前記データ処理手段は、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定された部品プログラムによりデータ変換処理を行うことが好ましい。
【００１４】
本発明の課題は、本発明の別の局面に従った、第１のデータ表現形式を有するデータに対し、データ処理形式の属性に応じて階層化された複数の層のうちの異なる少なくとも２つの層において、各層に対応するデータ変換処理を各々行うことで、前記データを前記第１のデータ表現形式と異なる第２のデータ表現形式のデータへ変換するデータ変換方法であって、特定の識別情報が付与され前記複数の層のうちの特定の層に入力された処理対象の入力データに対し、当該入力データに適用するデータ変換処理を指定する変換処理指定情報、前記データ変換処理を経て得られる出力データに付与する識別情報である出力識別情報、及び、前記出力データの出力先を表す出力先情報を、前記処理対象の入力データに付与された前記特定の識別情報と対応付けた処理ルール情報を、前記複数の層及び各層への入力データに付与される各識別情報について記憶手段に各々記憶しておき、前記複数の層に各々設けられた受取手段は、処理対象の入力データを受け取り、前記複数の層に各々設けられた選択手段は、同一層の前記受取手段によって処理対象の入力データが受け取られた場合に、受け取られた処理対象の入力データに付与されている識別情報に基づいて、前記記憶手段に記憶されている処理ルール情報の中から前記処理対象の入力データに対応する処理ルール情報を選択し、前記複数の層に各々設けられたデータ処理手段は、同一層の前記受取手段によって受け取られた前記処理対象の入力データに対し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定されたデータ変換処理を行い、前記複数の層に各々設けられた出力手段は、同一層の前記データ処理手段による前記データ変換処理を経て得られた出力データに、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力識別情報を識別情報として付与し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力先情報が表す出力先へ出力するデータ変換方法により解決される。
【００１５】
本発明の一形態によれば、前記複数の層は、最下層に設けられデータの受信、送信及びコピーの機能を行うメッセージ制御層と、前記メッセージ制御層の上層に設けられデータのファイル単位をレコード単位にまたレコード単位をファイル単位に変換する機能を行うファイル形式制御層と、前記ファイル形式制御層の上層に設けられデータのレコード形式を変換する機能を行うトランザクション形式制御層と、前記トランザクション形式制御層の上層に設けられレコードの項目の表現形式を変換する機能を行うビジネスロジック制御層と、から構成されていることが好ましい。
【００１６】
本発明の別の形態によれば、前記記憶手段は、互いに異なるデータ変換処理を行うための複数の部品プログラムを記憶し、前記記憶手段に記憶されている処理ルール情報のうちの前記変換処理指定情報は、入力データに適用するデータ変換処理を行う部品プログラムを指定する情報であり、前記データ処理手段は、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定された部品プログラムによりデータ変換処理を行うことが好ましい。
【００２７】
【発明の実施の形態】
以下図面を参照して、本発明を銀行業務に適用した場合を例に好適な実施形態のデータ変換装置を説明する。
【００２８】
図１は、本発明の一好適な実施形態のデータ変換装置の構成を示す。図１において、１０はメイン・フレーム・コンピュータ、パーソナル・コンピュータ、マイクロプロセッサ等の任意のデータ処理装置より構成されるデータ処理エンジン群を、１２はハード・ディスク等の任意の外部記憶装置を示す。データ処理エンジン群１０は４つのデータ処理エンジン１４〜２０を備え、それらデータ処理エンジン１４〜２０のそれぞれは、４つの層、即ち第１層のメッセージ制御層、第２層のファイル形式制御層、第３層のトランザクション形式制御層及び第４層のビジネスロジック層の各層に図１に示すように設けられている。第１層から第４層は、第１層が最下層で、第２層、第３層と順に上位の層となり、第４層が最上層を構成する。外部記憶装置１２には、処理ルール群２２及び部品プログラム群２４及びデータ処理エンジン１４〜２０を動作させるプログラム（図示せず）が格納されている。処理ルール群２２には、第１層から第４層の処理ルールが各層毎に格納されており、部品プログラム群２４には、第１層から第４層の部品プログラムが各層毎に格納されている。なお、本発明は、処理ルール及び部品プログラムは必ずしも層毎に格納される必要がなく、また処理ルール群２２及び部品プログラム群２４にひとまとめに格納される必要がなく、外部記憶装置１２に格納されていればよい。
【００２９】
データ処理エンジン群１０は入力データ２８を受け取り、その中のデータ処理エンジン１４〜２０の一部又は全部が、入力データに含まれる情報に応じて適宜動作し、外部記憶装置１２の処理ルール群２２及び部品プログラム群２４にそれぞれ格納されている処理ルール及び部品プログラムを用いて入力データ２８を変換処理して、出力データ３０として出力する。
【００３０】
図２は、銀行業務におけるシステムの論理階層構造及びＳＴＰ階層構造の概要を示す。図２において、１００はシステムの論理階層を示し、システムの階層は、アプリケーション（ＡＰＬ）層１０２、ＳＴＰ層１０４、通信制御層１０６及び物理層１０８から成る。ＡＰＬ層１０２はビジネス・アプリケーションが実装される層であり、ＳＴＰ層１０４は、システム間連携におけるアプリケーション・データのハンドリングが行われる層であり、通信制御層１０６は通信プロトコルのハンドリングが行われる層であり、物理層１０８は基本ＯＳ及びハードウエアが存在するプラットフォームである。
【００３１】
ＳＴＰ層１０４即ちＳＴＰ機能の論理階層構造は、図１の各層に対応するメッセージ制御層１１０、ファイル形式制御層１１２、トランザクション形式制御層１１４及びビジネスロジック層１１６を備える。図１と同様に、メッセージ制御層１１０が最下層で、ファイル形式制御層１１２及びトランザクション形式制御層１１４の順に上位の層となり、ビジネスロジック層１１６が最上層となる。メッセージ制御層１１０は、通信制御層１０６から又はそれへのデータの受信、送信及びデータのコピーする機能を実行する層である。ファイル形式制御層１１２は、データのファイル単位をレコード単位にまたレコード単位をファイル単位に変換する機能を実行する層である。トランザクション形式制御層１１４は、データのレコード形式を変換する機能を実行する層である。ビジネスロジック層１１６は、レコードの項目の表現形式を変換する機能を実行する層である。図１のデータ処理エンジン１４、１６、１８及び２０が、メッセージ制御層１１０、ファイル形式制御層１１２、トランザクション形式制御層１１４及びビジネスロジック層１１６のそれぞれに対応して設けられる。
【００３２】
各層のデータ処理エンジンの動作概要は次の通りである。
メッセージ制御層１１０の第１層データ処理エンジン１４は、通信制御層１０６を介した発信元（入力側システム）１２０からのデータに基づいて次処理へ展開する。第１層データ処理エンジン１４はまた、前処理からの情報を引き継ぎ、送信先（出力側システム）１２２へ変換後のデータを通信制御層１０６を介して引き渡す。通信制御層と入力側及び出力側システム１２０及び１２２との間には物理的な通信回線があり、この通信回線は有線、無線等のいずれの通信回線でもよい。また、入力側及び出力側システム１２０及び１２２は、データ変換装置に近接してもよく、また全世界的に分散していて任意の通信回線により結合されていてもよい。本発明は、通信回線の形態、入力側及び出力側システムの所在に依存しない。
【００３３】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、メッセージ制御層１１０から受け取ったデータのファイル形式をレコード形式に変換し、上位層の処理に連携させる。第２層データ処理エンジン１６はまた、上位層からレコード形式でデータを受け取り、ファイルに固める処理を行い、メッセージ制御層１１０に渡す。
【００３４】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、下位層からレコード形式でデータを受け取り、項目単位に処理できるよう、レコードの形式を変換する。第３層データ処理エンジン１８はまた、ビジネスロジック層１１６又は自身の層からのデータのＸＭＬ、ＣＳＶ、固定長等のレコード形式を変換する。
【００３５】
ビジネスロジック層１１６の第４層データ処理エンジン２０は、下位層から受け取ったデータについて項目を意識したデータ変換処理を行う。それらの処理には、日付、金額の編集、銀行コードからＳＷＩＦＴアドレスへの変換、受取人名から支店コード、顧客コード、口座番号の取得等が含まれる。
【００３６】
この階層化ＳＴＰは次の特徴を持つ。
１）下位層から上位層へ連携し、ビジネスロジック層１１６を最上位層として、下位層に連携する。
【００３７】
２）４層全てを経由することは必須要件ではない。但し、データが通信制御層１０６を介して入力／出力される系では、最下層としてメッセージ制御層１１０は必須である。一方、通信制御層１０６を介する必要のない、例えば、同一コンピュータ内で複数のシステムが存在する際のデータ受け渡しで本発明のデータ変換装置を使用する場合は最下層として、メッセージ制御層１１０は必須でなく、むしろファイル形式制御層１１２が必須となる。この形態の具体例として図３に示されるようなケースをあげることができる。同一コンピュータ１５０内に本発明のデータ変換装置１５２、外国送金システム１５４と国内送金システム１５６が配置され、それぞれのシステム１５４及び１５６がデータ変換装置１５２を介して相互にデータを交換するような構成のシステムにおいて海外から受信した送金電文を外国送金システム１５４が処理し、次にその結果（データ変換装置１５２に対する入力データ）をデータ変換装置１５２がデータ変換処理を行って国内送金システム１５６に送る場合、外国送金システム１５４で処理した入力データは、メッセージ制御層１１０を介することなく、ファイル形式制御層１１２に直接渡り、第２層以上の層、この例では、第２層（ファイル形式制御層１１２）、次に第４層（ビジネスロジック層１１６）最後に第２層（ファイル形式制御層１１２）のそれぞれで順次データ変換が実行され、それにより生成された出力データが国内送金システム１５６へ送られる。
【００３８】
３）各層に関連した処理ルール及び処理部品即ち部品プログラムを用意し（図１の処理ルール群２２及び部品プログラム群２４参照）、各層のデータ処理エンジンは、入力データから処理ルールを検索し、その処理ルールに従い処理を行い、そして処理の結果のデータを処理ルールが指定する次に連携すべき階層に送り、又は処理の過程で次に連携すべき階層及び処理ルールを導出して、処理の結果のデータを導出した階層に次処理のルール情報付きで送り、そのようにして順次処理して、目的のデータ表現形式に変換する。
【００３９】
データ変換処理には、データ処理形式の属性に応じて異なるデータ処理が存在する。更に、例えば、日付、金額の編集、銀行コードからＳＷＩＦＴアドレスへの変換、受取人名から支店コード、顧客コード、口座番号の取得等のデータの項目についてのデータ処理を行うには、その前にデータのファイル形式をレコード形式に変換、続いてＸＭＬ、ＣＳＶ、固定長等のレコード形式を変換する必要があり、また、項目についての処理後には、逆に、ＸＭＬ、ＣＳＶ、固定長等のレコード形式を変換をしてから、レコード形式のデータをファイルに固める処理を行う必要がある。本発明は、これらのことを考慮して、データ処理形式の属性に応じて異なるレベルのデータ変換処理を行う層を階層化し、特に、他のシステムからのデータの受け取り及び別の他のシステムへの配信までの機能を含むデータ変換処理のための好ましい構成として、前述のように、４層、即ち、下位層としてメッセージ制御層、次の上位層としてファイル形式制御層、その上の層としてトランザクション形式制御層、及び最上位層としてビジネスロジック層を設けている。
【００４０】
なお、銀行業務等では、本発明のデータ変換装置を図２に示すような内部接続ＳＴＰ群の勘定系ＳＴＰ及び市場系ＳＴＰ及び対外接続ＳＴＰ群の各系統にそれぞれ設け、相互に通信制御層１０６を介して結合する構成にし得る。
【００４１】
ここで、処理ルールの構成を説明する。図４は、処理ルールの構成の概要を示す。第１層のメッセージ制御層の処理ルールの構成は、図４のａ）に示すように、ルールにおけるキーワードとして、入力データ、部品ＩＤ及び次処理を含む。但し、変換後のデータを出力することに関連する処理ルールだけ、キーワードとして更に出力先を含む。入力データの欄には入力データの識別が記述される。部品ＩＤの欄には部品プログラムのＩＤが記述される。次処理の欄には、次処理の層が記述される。出力先の欄には出力先が記述される。第２層のファイル形式制御層、第３層のトランザクション形式制御層及び第４層のビジネスロジック層の処理ルールの構成は、図４のｂ）に示すように同じ構成であり、ルールにおけるキーワードとして、入力データ、部品ＩＤ、出力データ及び次処理を含む。入力データ、部品ＩＤ及び次処理の各欄に記載される内容は、第１層のメッセージ制御層の場合と同じである。出力データの欄には、処理の結果生成されるデータの識別名が入れられる。
【００４２】
次に、上記のように構成されたデータ変換装置の幾つかのデータ変換例を以下に説明する。
入力データについてＣＳＶ形式のレコード（ファイル）を固定長レコードに分解してビジネスロジック処理を実施し、ＸＭＬ形式のレコード（ファイル）に最終的にデータ変換し、出力データとして送信する第１のケースを図５から図１０を参照して説明する。図５は、データ変換処理の流れを概略示し、図６から図１０は、図５の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図６の２００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００４３】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（２０２）（図６）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ２００を読み取り、その入力データ２００（Ｆｉｌｅ−０１）から処理ルール２０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール２０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール２０４の次処理が「Ｌａｙｅｒ２（Ｕｐ）」であることから、データ２００を上り第２層に引き渡す。第１層データ処理エンジン１４はまた、入力データ２００を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００４４】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、入力データ２００を第２層に送ったことを示す情報を受けて処理２（２０６）（図７）を実行する。詳細には、第２層データ処理エンジン１６は、入力データ２００（Ｆｉｌｅ−０１）から処理ルール２０８（図７）を処理ルール２０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール２０８から部品ＩＤ（Ｌａｙｅｒ２（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２１０を呼び出す。部品プログラム２１０は、引き渡されたデータ２００を処理して２１２（図７）に示すようにレコードに分割して別のデータ２１２を生成する。生成されたデータ２１２には、処理ルール２０８の出力データから「ＣＳＶ−Ａ」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム２１０から処理結果が返され、そして処理ルール２０８の次処理が「Ｌａｙｅｒ３（Ｕｐ）」であることから、生成データ２１２を上り第３層に引き渡す。第２層データ処理エンジン１６はまた、生成データ２１２を第３層に送ったことを示す情報を第３層（トランザクション形式制御層１１４）の第３層データ処理エンジン１８に送る。
【００４５】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、生成データ２１２を第３層に送ったことを示す情報を受けて処理３（２１４）（図７）を実行する。詳細には、第３層データ処理エンジン１８は、生成データ２１２（ＣＳＶ−Ａ）から処理ルール２１６を処理ルール２０４の取得と同じようにして取得する。第３層データ処理エンジン１８は、処理ルール２１６から部品ＩＤ（Ｌａｙｅｒ３（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２１８を呼び出す。部品プログラム２１８は、引き渡されたデータ２１２を処理して２２０に示すようにデータを固定長形式に変換して別のデータ２２０を生成する。生成されたデータ２２０には、処理ルール２１６の出力データから「Ｆｉｘｅｄ−Ａ」という識別名が付される。第３層データ処理エンジン１８は、部品プログラム２１８から処理結果が返され、そして処理ルール２１６の次処理が「Ｌａｙｅｒ４（Ｕｐ）」であることから、生成データ２２０を第４層に引き渡す。第３層データ処理エンジン１８はまた、生成データ２２０を第４層に送ったことを示す情報を第４層（ビジネスロジック層１１６）の第４層データ処理エンジン２０に送る。
【００４６】
ビジネスロジック層１１６の第４層データ処理エンジン２０は、生成データ２２０を第４層に送ったことを示す情報を受けて処理４（２２２）（図８）を実行する。詳細には、第４層データ処理エンジン２０は、生成データ２２０（Ｆｉｘｅｄ−Ａ）から処理ルール２２４（図８）を処理ルール２０４の取得と同じようにして取得する。第４層データ処理エンジン２０は、処理ルール２２４から部品ＩＤ（Ｌａｙｅｒ４−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２２６を呼び出す。部品プログラム２２６は、引き渡されたデータ２２０を処理して２２８（図８）に示すように引き渡されたデータの項目を整形して別のデータ２２８を生成する。データの項目の整形には、例えば、日付の桁数変換、金額の前ゼロの削除、テキスト項目のスペース削除等があり、用途に応じて様々な整形が考えられ、本発明は整形の種類、処理の仕方に限定されない。生成されたデータ２２８には、処理ルール２２４の出力データから「Ｆｉｘｅｄ−Ａ′」という識別名が付される。第４層データ処理エンジン２０は、部品プログラム２２６から処理結果が返され、そして処理ルール２２４の次処理が「Ｌａｙｅｒ３（Ｄｏｗｎ）」であることから、生成データ２２８を下り第３層に引き渡す。第４層データ処理エンジン２０はまた、生成データ２２８を第３層に送ったことを示す情報を第３層（トランザクション形式制御層１１４）の第３層データ処理エンジン１８に送る。
【００４７】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、生成データ２２８を第３層に送ったことを示す情報を受けて処理５（２３０）（図９）を実行する。詳細には、第３層データ処理エンジン１８は、生成データ２２８（Ｆｉｘｅｄ−Ａ′）から処理ルール２３２（図９）を処理ルール２０４の取得と同じようにして取得する。第３層データ処理エンジン１８は、処理ルール２３２から部品ＩＤ（Ｌａｙｅｒ３（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２３４を呼び出す。部品プログラム２３４は、引き渡されたデータ２２８を処理して２３６（図９）に示すように引き渡されたデータをＸＭＬ形式に変換して別のデータ２３６を生成する。生成されたデータ２３６には、処理ルール２３２の出力データから「ＸＭＬ−Ａ」という識別名が付される。第３層データ処理エンジン１８は、部品プログラム２３４から処理結果が返され、そして処理ルール２３２の次処理が「Ｌａｙｅｒ２（Ｄｏｗｎ）」であることから、生成データ２３６を下り第２層に引き渡す。第３層データ処理エンジン１８はまた、生成データ２３６を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００４８】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、生成データ２３６を第２層に送ったことを示す情報を受けて処理６（２３８）（図９）を実行する。詳細には、第２層データ処理エンジン１６は、生成データ２３６（ＸＭＬ−Ａ）から処理ルール２４０（図９）を処理ルール２０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール２４０から部品ＩＤ（Ｌａｙｅｒ２（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２４２を呼び出す。部品プログラム２４２は、引き渡されたデータ２３６を処理して２４４（図９）に示すように引き渡されたデータをファイル（Ｆｉｌｅ−０２）に蓄積して別のデータ２４４を生成する。生成されたデータ２４４には、処理ルール２４０の出力データから「Ｆｉｌｅ−０２」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム２４０から処理結果が返され、そして処理ルール２３２の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ２４４を下り第１層に引き渡す。第２層データ処理エンジン１６はまた、生成データ２４４を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００４９】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ２４４を第１層に送ったことを示す情報を受けて処理７（２４６）（図１０）を実行する。詳細には、第１層データ処理エンジン１４は、生成データ２４４（Ｆｉｌｅ−０２）から処理ルール２４８（図１０）を処理ルール２０４の取得と同じようにして取得する。第１層データ処理エンジン１４は、処理ルール２４８から部品ＩＤ（Ｌａｙｅｒ１（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム２５０を呼び出す。部品プログラム２５０は、引き渡されたデータ２４４を処理ルール２４８の出力先の欄で指定されている「Ｓｙｓｔｅｍ−Ｂ」に基づいて通信制御層１０６を介して出力側システムＳｙｓｔｅｍ−Ｂに引き渡す、即ち送る。第１層データ処理エンジン１４はまた、生成データ２４４を出力側システムＳｙｓｔｅｍ−Ｂに送ったことを示す情報及び送り先のシステムＳｙｓｔｅｍ−Ｂでの処理のタイミングを指定する情報を含む制御情報も同時に出力側システムＳｙｓｔｅｍ−Ｂに送る。この動作をもってデータ変換の処理は終了する。
【００５０】
次に、入力データについてタグ形式のレコードをファイルにギャザリングして、出力データとして送信する第２のケースを図１１から図１３を参照して説明する。図１１は、データ変換処理の流れを概略示し、図１２及び図１３は、図１１の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図１２の３００で示す入力データ（２つ以上の個別のレコードから成る。）、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００５１】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（３０２）（図１２）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ３００を読み取り、その入力データ３００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ）から処理ルール３０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール３０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール２０４の次処理が「Ｌａｙｅｒ２（Ｄｏｗｎ）」であることから、データ３００を下り第２層に引き渡す。第１層データ処理エンジン１４はまた、入力データ３００を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００５２】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、入力データ３００を第２層に送ったことを示す情報を受けて処理２（３０６）（図１３）を実行する。詳細には、第２層データ処理エンジン１６は、入力データ３００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ）から処理ルール３０８（図１３）を処理ルール３０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール３０８から部品ＩＤ（Ｌａｙｅｒ２（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム３１０を呼び出す。部品プログラム３１０は、引き渡されたデータ３００を３１２（図１３）に示すようにファイルに蓄積して別のデータ３１２を生成する。生成されたデータ３１２には、処理ルール３０８の出力データから「Ｆｉｌｅ−０１」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム３１０から処理結果が返され、そして処理ルール３０８の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ３１２を下り第１層に引き渡す。第２層データ処理エンジン１６はまた、生成データ３１２を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００５３】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ３１２を第１層に送ったことを示す情報を受けて処理３（３１４）（図１３）を実行する。詳細には、第１層データ処理エンジン１４は、生成データ３１２（Ｆｉｌｅ−０１）から処理ルール３１６を処理ルール３０４の取得と同じようにして取得する。第１層データ処理エンジン１４は、処理ルール３１６から部品ＩＤ（Ｌａｙｅｒ１（Ｄｏｗｎ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム３１８を呼び出す。部品プログラム３１８は、引き渡されたデータ３１２を処理ルール３１６の出力先の欄で指定されている「Ｓｙｓｔｅｍ−Ｂ」に基づいて通信制御層１０６を介して出力側システムＳｙｓｔｅｍ−Ｂに引き渡す、即ち送る。第１層データ処理エンジン１４はまた、生成データ３１２を出力側システムＳｙｓｔｅｍ−Ｂに送ったことを示す情報及び送り先のシステムＳｙｓｔｅｍ−Ｂでの処理のタイミングを指定する情報を含む制御情報も同時に出力側システムＳｙｓｔｅｍ−Ｂに送る。この動作をもってデータ変換の処理は終了する。
【００５４】
次に、入力データについて固定長レコード（ファイル形式）をＣＳＶ（トランザクション形式）に分割し、次いでビジネスロジック処理を実施し、出力データとして送信する第３のケースを図１４から図１８を参照して説明する。図１４は、データ変換処理の流れを概略示し、図１５から図１８は、図１４の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図１５の４００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００５５】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（４０２）（図１５）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ４００を読み取り、その入力データ４００（Ｓｙｓｔｅｍ−Ａ Ｆｉｌｅ−０１）から処理ルール４０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール４０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール４０４の次処理が「Ｌａｙｅｒ２（Ｕｐ）」であることから、データ４００を上り第２層に引き渡す。第１層データ処理エンジン１４はまた、入力データ４００を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００５６】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、入力データ４００を第２層に送ったことを示す情報を受けて処理２（４０６）（図１６）を実行する。詳細には、第２層データ処理エンジン１６は、入力データ４００（Ｆｉｌｅ−０１）から処理ルール４０８（図１６）を処理ルール４０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール４０８から部品ＩＤ（Ｌａｙｅｒ２（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム４１０を呼び出す。部品プログラム４１０は、引き渡されたデータ４００を処理して４１２（図１６）に示すようにレコードに分割して別のデータ４１２を生成する。生成されたデータ４１２には、処理ルール４０８の出力データから「Ｆｉｘｅｄ−Ａ」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム４１０から処理結果が返され、そして処理ルール４０８の次処理が「Ｌａｙｅｒ３（Ｕｐ）」であることから、生成データ４１２を上り第３層に引き渡す。第２層データ処理エンジン１６はまた、生成データ４１２を第３層に送ったことを示す情報を第３層（トランザクション形式制御層１１４）の第３層データ処理エンジン１８に送る。
【００５７】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、生成データ４１２を第３層に送ったことを示す情報を受けて処理３（４１４）（図１６）を実行する。詳細には、第３層データ処理エンジン１８は、生成データ４１２（Ｆｉｘｅｄ−Ａ）から処理ルール４１６を処理ルール４０４の取得と同じようにして取得する。第３層データ処理エンジン１８は、処理ルール４１６から部品ＩＤ（Ｌａｙｅｒ３（Ｕｐ）−００２）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム４１８を呼び出す。部品プログラム４１８は、引き渡されたデータ４１２を処理して４２０に示すようにデータをＣＳＶ形式に変換して別のデータ４２０を生成する。生成されたデータ４２０には、処理ルール４１６の出力データから「ＣＳＶ−Ａ」という識別名が付される。第３層データ処理エンジン１８は、部品プログラム４１８から処理結果が返され、そして処理ルール４１６の次処理が「Ｌａｙｅｒ４（Ｕｐ）」であることから、生成データ４２０を第４層に引き渡す。第３層データ処理エンジン１８はまた、生成データ４２０を第４層に送ったことを示す情報を第４層（ビジネスロジック層１１６）の第４層データ処理エンジン２０に送る。
【００５８】
ビジネスロジック層１１６の第４層データ処理エンジン２０は、生成データ４２０を第４層に送ったことを示す情報を受けて処理４（４２２）（図１７）を実行する。この処理４（４２２）は、第１のケース（図５〜図１０）における図８の処理４（２２２）と同じであるので説明を省く。図１７において、４２４は処理ルールを、４２６は部品プログラムを、４２８は生成されたデータをそれぞれ示す。生成データ４２８のデータ識別名は「ＣＳＶ−Ａ′」となる。第４層データ処理エンジン２０は、処理ルール４２４の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ４２８を第１層に引き渡す。第４層データ処理エンジン２０はまた、生成データ４２８を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００５９】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ４２８（ＣＳＶ−Ａ′）を第１層に送ったことを示す情報を受けて処理５（４３０）（図１８）を実行する。この処理５（４３０）は、第１のケース（図５〜図１０）における図１０の処理７（２４６）と同じであるので説明を省く。図１８において、４４２は処理ルールを、４４４は部品プログラムをそれぞれ示す。この処理５（４３０）の完了で、データ変換の処理は終了する。
【００６０】
次に、入力データについてＸＭＬ形式（トランザクション形式）をタグ形式（トランザクション形式）に変換して、出力データとして送信する第４のケースを図１９から図２２を参照して説明する。図１９は、データ変換処理の流れを概略示し、図２０から図２２は、図１９の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図２０の５００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００６１】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（５０２）（図２０）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ５００を読み取り、その入力データ５００（Ｓｙｓｔｅｍ−Ａ ＸＭＬ−Ａ）から処理ルール５０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール５０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール５０４の次処理が「Ｌａｙｅｒ３（Ｕｐ）」であることから、データ５００を上り第３層に引き渡す。第１層データ処理エンジン１４はまた、入力データ５００を第３層に送ったことを示す情報を第３層（トランザクション形式制御層１１４）の第３層データ処理エンジン１８に送る。
【００６２】
トランザクション形式制御層１１４の第３層データ処理エンジン１８は、データ５００を第３層に送ったことを示す情報を受けて処理２（５０６）（図２１）を実行する。詳細には、第３層データ処理エンジン１８は、データ５００（ＸＭＬ−Ａ）から処理ルール５０８を処理ルール５０４の取得と同じようにして取得する。第３層データ処理エンジン１８は、処理ルール５０８から部品ＩＤ（Ｌａｙｅｒ３（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム５１０を呼び出す。部品プログラム５１０は、引き渡されたデータ５００を処理して５１２に示すようにデータをタグ（ＴＡＧ）形式に変換して別のデータ５１２を生成する。生成されたデータ５１２には、処理ルール５０８の出力データから「ＴＡＧ−Ａ」という識別名が付される。第３層データ処理エンジン１８は、部品プログラム５１０から処理結果が返され、そして処理ルール５０８の次処理が「Ｌａｙｅｒ４（Ｕｐ）」であることから、生成データ５１２を第４層に引き渡す。第３層データ処理エンジン１８はまた、生成データ５１２を第４層に送ったことを示す情報を第４層（ビジネスロジック層１１６）の第４層データ処理エンジン２０に送る。
【００６３】
ビジネスロジック層１１６の第４層データ処理エンジン２０は、生成データ５１２を第４層に送ったことを示す情報を受けて処理３（５１４）（図２１）を実行する。詳細には、第４層データ処理エンジン２０は、生成データ５１２（ＴＡＧ−Ａ）から処理ルール５１６（図２１）を処理ルール５０４の取得と同じようにして取得する。第４層データ処理エンジン２０は、処理ルール５１６から部品ＩＤ（Ｌａｙｅｒ４−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム５１８を呼び出す。部品プログラム５１８は、引き渡されたデータ５１２を処理して５２０（図２１）に示すように引き渡されたデータの項目を整形して別のデータ５２０を生成する。この例では、データの項目の整形として日付の桁数変換が行われる。但し、本発明は前述のように整形の種類、処理に仕方に限定されるものではない。生成されたデータ５２０には、処理ルール５１６の出力データから「ＴＡＧ−Ａ′」という識別名が付される。第４層データ処理エンジン２０は、部品プログラム５１８から処理結果が返され、そして処理ルール５１６の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ５２０を下り第１層に引き渡す。第４層データ処理エンジン２０はまた、生成データ５２０を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００６４】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ５２０（ＴＡＧ−Ａ′）を第１層に送ったことを示す情報を受けて処理４（５２２）（図２２）を実行する。この処理４（５２０）は、第１のケース（図５〜図１０）における図１０の処理７（２４６）と同じであるので説明を省く。図２２において、５２４は処理ルールを、５２６は部品プログラムをそれぞれ示す。この処理４（５２２）の完了で、データ変換の処理は終了する。
【００６５】
次に、入力データについてタグ形式（トランザクション形式）を複数のレコードに分割して、出力データとして送信する第５のケースを図２３から図２５を参照して説明する。図２３は、データ変換処理の流れを概略示し、図２４及び図２５は、図２３の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図２３の６００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００６６】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（６０２）（図２４）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ６００を読み取り、その入力データ６００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ）から処理ルール６０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール６０４の部品ＩＤがＮＵＬＬ値（ヌル値）であるため、処理を行わず、そして処理ルール６０４の次処理が「Ｌａｙｅｒ２（Ｕｐ）」であることから、データ６００を上り第２層に引き渡す。第１層データ処理エンジン１４はまた、入力データ６００を第２層に送ったことを示す情報を第２層（ファイル形式制御層１１２）の第２層データ処理エンジン１６に送る。
【００６７】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、入力データ６００を第２層に送ったことを示す情報を受けて処理２（６０６）（図２４）を実行する。詳細には、第２層データ処理エンジン１６は、入力データ６００（ＲＥＣ−ｎｎ）から処理ルール６０８（図２４）を処理ルール６０４の取得と同じようにして取得する。第２層データ処理エンジン１６は、処理ルール６０８から部品ＩＤ（Ｌａｙｅｒ２（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム６１０を呼び出す。部品プログラム６１０は、引き渡されたデータ６００を６１２（図２４）に示すように複数のレコードに分割して別のデータを生成する。生成されたデータ６１２には、処理ルール６０８の出力データから「ＴＡＧ−Ａ」という識別名が付される。第２層データ処理エンジン１６は、部品プログラム６１０から処理結果が返され、そして処理ルール６０８の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ６１２を下り第１層に引き渡す。第２層データ処理エンジン１６はまた、生成データ６１２を第１層に送ったことを示す情報を第１層（メッセージ制御層１１０）の第１層データ処理エンジン１４に送る。
【００６８】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ６１２（ＴＡＧ−Ａ）を第１層に送ったことを示す情報を受けて処理３（６１４）（図２５）を実行する。この処理３（６１４）は、第２のケース（図１１〜図１３）における図１３の処理３（３１４）と同じであるので説明を省く。図２５において、６１６は処理ルールを、６１８は部品プログラムをそれぞれ示す。この処理３（６１４）の完了で、データ変換の処理は終了する。
【００６９】
次に、入力データについて、タグ形式のレコードをコピーし、１つは蓄積してファイルで１つの送信先に、もう１つはビジネスロジック処理を実施して別の送信先にそれぞれ出力データとして送信する第６のケースを図２６から図３０を参照して説明する。図２６は、データ変換処理の流れを概略示し、図２７から図３０は、図２６の流れの各部分を詳細に示す。データ変換装置は、通信制御層１０６を介して入力側システム１２０から図２７の７００で示す入力データ、及び入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を受け取るとする。
【００７０】
メッセージ制御層１１０の第１層データ処理エンジン１４は、上記制御情報を受け取ると、指定されたタイミングで処理１（７０２）（図２７）を実行する。詳細には、第１層データ処理エンジン１４は、入力データ識別情報に基づいて入力データ７００を読み取り、その入力データ７００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ−０１）から処理ルール７０４を外部記憶装置１２の処理ルール群２２から取得する。第１層データ処理エンジン１４は、処理ルール７０４から部品ＩＤ（Ｌａｙｅｒ１（Ｕｐ）−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム７０６を呼び出す。部品プログラム７０６は、引き渡されたデータ７００をコピーして、コピー・データ７０８を生成する。第１層データ処理エンジン１４は、部品プログラム７０６から処理結果が返され、次処理に連携する。即ち、処理ルール７０４の次処理が「Ｌａｙｅｒ４」及び「Ｌａｙｅｒ２（Ｄｏｗｎ）」であることから、第１層データ処理エンジン１４は、データ７００を第２層に、コピー・データ７０８を第４層に引き渡す。第１層データ処理エンジン１４はまた、データ７００及び７０８をそれぞれ第２層及び第４層に送ったことを示すそれぞれの情報を第２層（ファイル形式制御層１１２）及び第４層（ビジネスロジック層１１６）の各データ処理エンジン１６及び２０に送る。
【００７１】
ファイル形式制御層１１２の第２層データ処理エンジン１６は、データ７００（Ｓｙｓｔｅｍ−Ａ ＲＥＣ−ｎｎ）を第２層に送ったことを示す情報を受けて処理２ａ（７１０）（図２８）を実行する。この処理２ａ（７１０）は、第２のケース（図１１〜図１３）における図１３の処理２（３０６）と同じであるので説明を省く。図２８において、７１２は処理ルールを、７１４は部品プログラムを、７１６は生成されたデータ（Ｆｉｌｅ−０１）をそれぞれ示す。
【００７２】
次いで、メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ７１６（Ｆｉｌｅ−０１）（図２８）を第１層に送ったことを示す情報を受けて処理３ａ（７１８）（図２８）を実行する。この処理３ａ（７１８）は、第２のケース（図１１〜図１３）における図１３の処理３（３１４）と同じであるので説明を省く。図２８において、７２０は処理ルールを、７２２は部品プログラムをそれぞれ示す。この処理３ａ（７１８）により、第１層データ処理エンジン１４は、部品プログラム７２２を用いて、引き渡されたデータ７１６を処理ルール７２０の出力先の欄で指定されている「Ｓｙｓｔｅｍ−Ｂ」に基づいて通信制御層１０６を介して出力側システムＳｙｓｔｅｍ−Ｂ（１２０）に引き渡す、即ち送る。第１層データ処理エンジン１４はまた、生成データ７１６を出力側システムＳｙｓｔｅｍ−Ｂに送ったことを示す情報及び送り先のシステムＳｙｓｔｅｍ−Ｂでの処理のタイミングを指定する情報を含む制御情報も同時に出力側システムＳｙｓｔｅｍ−Ｂ（１２０）に送る。
【００７３】
一方、ビジネスロジック層１１６の第４層データ処理エンジン２０は、コピー・データ７０８（図２７）を第４層に送ったことを示す情報を受けて処理２ｂ（７２４）（図２９）を実行する。詳細には、第４層データ処理エンジン２０は、コピー・データ７０８（ＲＥＣ−ｎｎ−０１）（図２７）から処理ルール７２６（図２９）を処理ルール７０４の取得と同じようにして取得する。第４層データ処理エンジン２０は、処理ルール７２６から部品ＩＤ（Ｌａｙｅｒ４−００１）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム７２８を呼び出す。部品プログラム７２８は、引き渡されたデータ７０８を処理して７３０（図２９）に示すように引き渡されたデータの項目を整形して別のデータ７３０を生成する。この例では、データの項目の整形として日付の桁数変換が行われる。但し、本発明は前述のように整形の種類、処理に仕方に限定されるものではない。生成されたデータ７３０には、処理ルール７２６の出力データから「ＴＡＧ−Ａ」という識別名が付される。第４層データ処理エンジン２０は、部品プログラム７２８から処理結果が返され、そして処理ルール７２６の次処理が「Ｌａｙｅｒ１（Ｄｏｗｎ）」であることから、生成データ７３０を下り第１層に引き渡す。第４層データ処理エンジン２０はまた、生成データ７３０を第１層に送ったことを示す情報をメッセージ制御層１１０の第１層データ処理エンジン１４に送る。
【００７４】
メッセージ制御層１１０の第１層データ処理エンジン１４は、生成データ７３０（ＴＡＧ−Ａ）を第１層に送ったことを示す情報を受けて処理３ｂ（７３２）（図３０）を実行する。詳細には、第１層データ処理エンジン１４は、生成データ７３０（ＴＡＧ−Ａ）（図２９）から処理ルール７３４（図３０）を処理ルール７０４の取得と同じようにして取得する。第１層データ処理エンジン１４は、処理ルール７３４から部品ＩＤ（Ｌａｙｅｒ１（Ｄｏｗｎ）−００２）を取得し、外部記憶装置１２の部品プログラム群２４から該当の部品プログラム７３６を呼び出す。部品プログラム７３６は、引き渡されたデータ７３０を処理ルール７３４の出力先の欄で指定されている「Ｓｙｓｔｅｍ−Ｃ」に基づいて通信制御層１０６を介して出力側システムＳｙｓｔｅｍ−Ｃ（１２４）に引き渡す、即ち送る。第１層データ処理エンジン１４はまた、生成データ７３０を出力側システムＳｙｓｔｅｍ−Ｃに送ったことを示す情報及び送り先のシステムＳｙｓｔｅｍ−Ｃでの処理のタイミングを指定する情報を含む制御情報も同時に出力側システムＳｙｓｔｅｍ−Ｃ（１２４）に送る。この動作をもってデータ変換の処理は終了する。
【００７５】
本発明の好適実施形態のデータ変換処理装置及び方法は、前述のような構成及び動作をするので、次にような効果及び利点が生じる。
１）データ変換の仕様の変更（追加、削除を含む。）に対してそれに関連する処理ルールあるいは部品プログラムのみを変更あるいは開発することにより、変更あるいは開発に要する作業工数を著しく削減することができる。次に、図３１を参照して作業工数の削減の一例を具体的に説明する。本発明の好適な実施形態のデータ変換装置８００により入力側システムＡ（８０２）からの入力データが変換されて出力データとして出力側システムＢ（８０４）へ送られる構成ができているものとする。入力側システムＡ（８０２）からの入力データは、メッセージ制御層の第１層データ処理エンジン１４、処理ルール１（８１０）及び部品プログラム１（８１２）により変換処理されて、ビジネスロジック層の第４層データ処理エンジン２０に送られ、そこで送られた中間処理データは、その第４層データ処理エンジン２０、処理ルール２（８１４）及び部品プログラム２（８１６）により変換処理されて、メッセージ制御層の第１層データ処理エンジン１４に送られ、そこで送られた中間処理データは、第１層データ処理エンジン１４、処理ルール３（８１８）及び部品プログラム３（８２０）により変換処理され、出力データとして出力側システムＢ（８０４）に送られるとする。ここで、入力側システムＣ（８０６）からの入力データを変換して出力データとして出力側システムＤ（８０８）に送る処理が追加する必要が生じたとする。更に、その処理は、第１層データ処理エンジン１４では入力側システムＡから出力側システムＢへのデータ変換処理の場合と同じでであり、第４層のデータ処理エンジン２０における処理のみが入力側システムＡから出力側システムＢへのデータ変換処理の場合とは異なるとする。既存の部品プログラム１（８１２）及び部品プログラム３（８２０）はそのまま利用でき、部品プログラム２（８１６）とは異なる変換処理を行う部品プログラム４（８３０）のみを新たに開発すればよい。また、各層の追加の処理ルール８３２、８３４及び８３６もそれぞれ、処理ルール８１０、８１４及び８１８に殆ど同じ構成で、入力、出力あるいは行き先の指定情報及び部品プログラムのＩＤの変更程度でよい。従って、開発が必要な部分が機能全体の一部分であるため、従来の仕組みより作業工数の削減が著しく図れる。
【００７６】
２）部品プログラムの組み合わせにより、対応するバリエーションが増える。従って、再利用の可能性が高くなり、システム構築の生産性が上がる。
３）各階層の処理目的が明確になり、機能が分かり易くなる。これは、データ変換処理の変更等が生じたとき、その処置が容易となり、従って、処置に要する要員及び時間の減少につながり、また処置の間違いが減る効果をもたらす。
【００７７】
４）処理ルール及び部品プログラム単体の規模が小さくなる。
５）処理ルール及び部品プログラム単体の検証を行うことにより、データ変換装置あるいはＳＴＰ全体の検証負荷が軽減される。
【００７８】
本発明の一形態においては、第６のケースに示すように、入力データをコピーしてそれぞれ異なるデータ変換処理を行ってそれぞれ異なるデータ表現形式を有するデータを生成することができ、またそれら異なるデータ表現形式を有するデータを異なる送信先に送ることができるようにし得る。
【００７９】
図３２に、各層における代表的部品プログラムのリストと機能の概要を示す。これらの部品プログラムは、例示であることに注目されたい。特に、ビジネスロジック層には、例えば銀行業務用では列挙したもの以外多数のものがあり得る。更に、本発明は、必要に応じて部品プログラムを追加し、又は不要の場合には削除し得る。また、本発明は、図４のｂ）に示した第４層のビジネスロジック層の部品ＩＤの欄には複数の部品プログラムを記載するようにすることも可能であり、また複数の部品プログラムの組み合わせを記述するようにすることも可能である。
【００８０】
なお、前述の具体的ケースでは、各層のデータ処理エンジンがその層より下位の層から引き渡されたデータを処理後にそのデータをその層より上位の層に引き渡し、一方その層より上位の層から引き渡されたデータを処理後にそのデータをその層より下位の層に引き渡しているが、各層のデータ処理エンジンが、処理ルールに従ってデータを処理した後に、再びそのデータを同一の層に引き渡し、同一の層のデータ処理エンジンが処理後のデータに基づいて別の処理ルールを取得してそのデータを処理し得る。特に、ビジネスロジック層１１６では、例えば様々な国の通貨の為替レート変換等、様々なデータの項目について処理するので、同一の層でこのような処理が複数回行われることがあり得る。
【００８１】
次ぎに前述の実施形態の種々の変形例を示す。
前述の実施形態では、データ変換装置、又は第１層データ処理エンジン１４が、入力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を入力データとは別に受け取り、また出力データを識別する情報及び処理のタイミングを指定する情報を含む制御情報を出力データとは別に出力側に送っているが、これら制御情報を入力及び出力データに添付してもよく、あるいは入力及び出力データに含ませてもよい。同様に、前処理のデータ処理エンジンが次処理のデータ処理エンジンに入力あるいは生成データを送ったことを示す情報をその入力あるいは生成データに添付してもよく、あるいはそれらデータに含ませてもよい。上記実施形態の場合より処理速度が多少遅くなることが許容できる場合には、入力及び生成データに制御情報及び生成データを送ったことを示す情報を含ませることができる。この場合には、各データ処理エンジンは、受け取った入力あるいは生成データからそれらの情報を引き出すことから各処理が開始されることになる。
【００８２】
前述の実施形態では、図４の処理ルールの「次処理」により次処理の層が決定され、次処理の処理ルールは、生成されたデータがその次処理の層に送られ、次のデータ処理エンジンがそのデータの識別名に基づいて次処理の処理ルールを決定している。しかし、処理ルールの「次処理」に次処理の層及び次処理の処理ルールを予め記述するようにしてもよい。その場合には、処理ルールの「出力データ」は無くてよく、生成されたデータは、次処理の層及び次処理の処理ルールの情報を伴って次処理の層に送られ、その送られた次処理の処理ルールの情報に基づいて処理ルールが取得されることになる。
【００８３】
前述の実施形態では、図４の処理ルールの「次処理」の欄に次処理の層を予め記述してあり、データ処理エンジンが処理ルールに従って処理した後は、処理ルールの「次処理」の欄に記述されている層に処理が移動するようにしている。しかし、本発明は、この次処理の層を予め決定しておく方法に限定されず、データ処理エンジンが、引き渡されたデータと、そのデータに基づいて処理ルールを取得し、その処理ルールから部品プログラムを呼び出して、部品プログラムが引き渡されたデータを処理する過程で次処理の層、あるいはそれに加えて次処理の処理ルールを決定するようにしてもよい。その場合には、処理ルールの「次処理」の欄には、例えば「ＡＵＴＯ（自動）」と記述すればよい。
【００８４】
このように、階層毎に処理結果から次処理を決めることができるので、例えば、次処理の呼出しを変えることにより、ＳＴＰの途中からの処理の追加や、変更が容易になるなど、変更及び開発に一層柔軟性を持たせることができる。
【００８５】
前述の実施形態では、データ処理エンジンは、処理ルールから部品ＩＤを取得し、部品プログラムを呼び出すようにしているが、データ変換処理が比較的単純である、処理量が比較的少ない等の場合には、部品プログラムを用意しないで、処理ルールの中に直接部品プログラムの内容を含ませてもよい。
【００８６】
また、ビジネスロジック層での処理は、複雑多岐にわたるデータ変換が要求されるので、部品プログラムの内容が、前述のような複数の部品プログラムの組み合わせばかりでなく、更に部品プログラムをそのような要求に適合するようカスタマイズされたものを作成してもよい。
【００８７】
前述の実施形態では、４層の構成であるが、データ変換処理の内容、処理量の規模等に応じて、一部の層を省く、あるいは、２つの層を１つの層にまとめてもよい。
【００８８】
【発明の効果】
本発明は、前述のように構成され動作することにより、次のような効果を生じる。
【００８９】
１）データ変換の仕様の変更（追加、削除を含む。）に対してそれに関連する処理ルールあるいは部品プログラムのみを変更あるいは開発することにより、変更あるいは開発に要する作業工数を削減することができる。
【００９０】
２）部品プログラムの組み合わせにより、対応するバリエーションが増える。従って、再利用の可能性が高くなり、システム構築の生産性が上がる。
３）各階層の処理目的が明確になり、機能が分かり易くなる。これは、データ変換処理の変更等が生じたとき、その処置が容易となり、従って、処置に要する要員及び時間の減少につながり、また処置の間違いが減る効果をもたらす。
【００９１】
４）処理ルール及び部品プログラム単体の規模が小さくなる。
５）処理ルール及び部品プログラム単体の検証を行うことにより、データ変換装置あるいはＳＴＰ全体の検証負荷が軽減される。
【図面の簡単な説明】
【図１】図１は、本発明の一好適な実施形態のデータ変換装置の構成を示す。
【図２】図２は、本発明を適用した銀行業務におけるシステムの論理階層構造及びＳＴＰ階層構造の概要を示す。
【図３】図３は、本発明のデータ変換装置においてファイル形式制御層１１２でデータ受け渡しが行われる場合を説明するための図である。
【図４】図４は、本発明による処理ルールの構成の概要を示す。
【図５】図５は、本発明に従ったデータ変換処理の流れを概略示す。
【図６】図６は、図５の流れの各部分を詳細に示す。
【図７】図７は、図５の流れの各部分を詳細に示す。
【図８】図８は、図５の流れの各部分を詳細に示す。
【図９】図９は、図５の流れの各部分を詳細に示す。
【図１０】図１０は、図５の流れの各部分を詳細に示す。
【図１１】図１１は、本発明に従ったデータ変換処理の流れを概略示す。
【図１２】図１２は、図１１の流れの各部分を詳細に示す。
【図１３】図１３は、図１１の流れの各部分を詳細に示す。
【図１４】図１４は、本発明に従ったデータ変換処理の流れを概略示す。
【図１５】図１５は、図１４の流れの各部分を詳細に示す。
【図１６】図１６は、図１４の流れの各部分を詳細に示す。
【図１７】図１７は、図１４の流れの各部分を詳細に示す。
【図１８】図１８は、図１４の流れの各部分を詳細に示す。
【図１９】図１９は、本発明に従ったデータ変換処理の流れを概略示す。
【図２０】図２０は、図１９の流れの各部分を詳細に示す。
【図２１】図２１は、図１９の流れの各部分を詳細に示す。
【図２２】図２２は、図１９の流れの各部分を詳細に示す。
【図２３】図２３は、本発明に従ったデータ変換処理の流れを概略示す。
【図２４】図２４は、図２３の流れの各部分を詳細に示す。
【図２５】図２５は、図２３の流れの各部分を詳細に示す。
【図２６】図２６は、本発明に従ったデータ変換処理の流れを概略示す。
【図２７】図２７は、図２６の流れの各部分を詳細に示す。
【図２８】図２８は、図２６の流れの各部分を詳細に示す。
【図２９】図２９は、図２６の流れの各部分を詳細に示す。
【図３０】図３０は、図２６の流れの各部分を詳細に示す。
【図３１】図３１は、データ変換の仕様の変更等に対して変更あるいは開発に要する作業工数を削減することができることを説明するための図である。
【図３２】図３２は、本発明による各層における代表的部品プログラムのリストと機能の概要を示す。
【図３３】図３３は、従来のデータ変換装置によるデータ変換処理の仕組みを説明するための機能イメージ図である。
【符号の説明】
１０ 処理エンジン
１２ 外部記憶装置
１４、１６、１８，２０ データ処理エンジン
２２ 処理ルール群
２４ 部品プログラム群
２８ 入力データ
３０ 出力データ
１０６ 通信制御層
１１０ メッセージ制御層
１１２ ファイル形式制御層
１１４ トランザクション形式制御層
１１６ ビジネスロジック層
１２０ 入力側システム
１２２ 出力側システム
Claims (6)
- 第１のデータ表現形式を有するデータに対し、データ処理形式の属性に応じて階層化された複数の層のうちの異なる少なくとも２つの層において、各層に対応するデータ変換処理を各々行うことで、前記データを前記第１のデータ表現形式と異なる第２のデータ表現形式のデータへ変換するデータ変換装置であって、
特定の識別情報が付与され前記複数の層のうちの特定の層に入力された処理対象の入力データに対し、当該入力データに適用するデータ変換処理を指定する変換処理指定情報、前記データ変換処理を経て得られる出力データに付与する識別情報である出力識別情報、及び、前記出力データの出力先を表す出力先情報を、前記処理対象の入力データに付与された前記特定の識別情報と対応付けた処理ルール情報を、前記複数の層及び各層への入力データに付与される各識別情報について各々記憶する記憶手段と、
前記複数の層に各々設けられ、処理対象の入力データを受け取る複数の受取手段と、
前記複数の層に各々設けられ、同一層の前記受取手段によって処理対象の入力データが受け取られた場合に、受け取られた処理対象の入力データに付与されている識別情報に基づいて、前記記憶手段に記憶されている処理ルール情報の中から前記処理対象の入力データに対応する処理ルール情報を選択する複数の選択手段と、
前記複数の層に各々設けられ、同一層の前記受取手段によって受け取られた前記処理対象の入力データに対し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定されたデータ変換処理を行う複数のデータ処理手段と、
前記複数の層に各々設けられ、同一層の前記データ処理手段による前記データ変換処理を経て得られた出力データに、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力識別情報を識別情報として付与し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力先情報が表す出力先へ出力する複数の出力手段と、
を備えたデータ変換装置。 - 前記複数の層は、最下層に設けられデータの受信、送信及びコピーの機能を行うメッセージ制御層と、前記メッセージ制御層の上層に設けられデータのファイル単位をレコード単位にまたレコード単位をファイル単位に変換する機能を行うファイル形式制御層と、前記ファイル形式制御層の上層に設けられデータのレコード形式を変換する機能を行うトランザクション形式制御層と、前記トランザクション形式制御層の上層に設けられレコードの項目の表現形式を変換する機能を行うビジネスロジック制御層と、から構成されている請求項１記載のデータ変換装置。
- 前記記憶手段は、互いに異なるデータ変換処理を行うための複数の部品プログラムを記憶し、
前記記憶手段に記憶されている処理ルール情報のうちの前記変換処理指定情報は、入力データに適用するデータ変換処理を行う部品プログラムを指定する情報であり、
前記データ処理手段は、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定された部品プログラムによりデータ変換処理を行う請求項１又は２記載のデータ変換装置。 - 第１のデータ表現形式を有するデータに対し、データ処理形式の属性に応じて階層化された複数の層のうちの異なる少なくとも２つの層において、各層に対応するデータ変換処理を各々行うことで、前記データを前記第１のデータ表現形式と異なる第２のデータ表現形式のデータへ変換するデータ変換方法であって、
特定の識別情報が付与され前記複数の層のうちの特定の層に入力された処理対象の入力データに対し、当該入力データに適用するデータ変換処理を指定する変換処理指定情報、前記データ変換処理を経て得られる出力データに付与する識別情報である出力識別情報、及び、前記出力データの出力先を表す出力先情報を、前記処理対象の入力データに付与された前記特定の識別情報と対応付けた処理ルール情報を、前記複数の層及び各層への入力データに付与される各識別情報について記憶手段に各々記憶しておき、
前記複数の層に各々設けられた受取手段は、処理対象の入力データを受け取り、
前記複数の層に各々設けられた選択手段は、同一層の前記受取手段によって処理対象の入力データが受け取られた場合に、受け取られた処理対象の入力データに付与されている識別情報に基づいて、前記記憶手段に記憶されている処理ルール情報の中から前記処理対象の入力データに対応する処理ルール情報を選択し、
前記複数の層に各々設けられたデータ処理手段は、同一層の前記受取手段によって受け取られた前記処理対象の入力データに対し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定されたデータ変換処理を行い、
前記複数の層に各々設けられた出力手段は、同一層の前記データ処理手段による前記データ変換処理を経て得られた出力データに、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力識別情報を識別情報として付与し、同一層の前記選択手段によって選択された処理ルール情報のうちの前記出力先情報が表す出力先へ出力するデータ変換方法。 - 前記複数の層は、最下層に設けられデータの受信、送信及びコピーの機能を行うメッセージ制御層と、前記メッセージ制御層の上層に設けられデータのファイル単位をレコード単位にまたレコード単位をファイル単位に変換する機能を行うファイル形式制御層と、前記ファイル形式制御層の上層に設けられデータのレコード形式を変換する機能を行うトランザクション形式制御層と、前記トランザクション形式制御層の上層に設けられレコードの項目の表現形式を変換する機能を行うビジネスロジック制御層と、から構成されている請求項４記載のデータ変換方法。
- 前記記憶手段は、互いに異なるデータ変換処理を行うための複数の部品プログラムを記憶し、
前記記憶手段に記憶されている処理ルール情報のうちの前記変換処理指定情報は、入力データに適用するデータ変換処理を行う部品プログラムを指定する情報であり、
前記データ処理手段は、同一層の前記選択手段によって選択された処理ルール情報のうちの前記変換処理指定情報で指定された部品プログラムによりデータ変換処理を行う請求項４又は５記載のデータ変換方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003115276A JP4279588B2 (ja) | 2003-04-21 | 2003-04-21 | データ変換装置及び方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003115276A JP4279588B2 (ja) | 2003-04-21 | 2003-04-21 | データ変換装置及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004318750A JP2004318750A (ja) | 2004-11-11 |
| JP4279588B2 true JP4279588B2 (ja) | 2009-06-17 |
Family
ID=33474521
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003115276A Expired - Fee Related JP4279588B2 (ja) | 2003-04-21 | 2003-04-21 | データ変換装置及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4279588B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPWO2011114477A1 (ja) * | 2010-03-17 | 2013-06-27 | 富士通株式会社 | 階層型マルチコアプロセッサ、マルチコアプロセッサシステム、および制御プログラム |
| JP5838871B2 (ja) * | 2012-03-14 | 2016-01-06 | 富士通株式会社 | データ解析装置、データ分割装置、データ解析方法、データ分割方法、データ解析プログラム、及びデータ分割プログラム |
| JP6022294B2 (ja) * | 2012-10-12 | 2016-11-09 | 株式会社日本総合研究所 | 海外送金システム及び海外送金方法 |
-
2003
- 2003-04-21 JP JP2003115276A patent/JP4279588B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004318750A (ja) | 2004-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7953766B2 (en) | Generation of attribute listings for unique identification of data subsets | |
| JP4805357B2 (ja) | 電子データ交換（ｅｄｉ）のためのｘｍｌ仕様 | |
| CN101146106B (zh) | 级联发现web服务 | |
| US7447707B2 (en) | Automatic schema discovery for electronic data interchange (EDI) at runtime | |
| US20030233376A1 (en) | Method and apparatus for exchanging communications between heterogeneous applications | |
| US7778982B2 (en) | System for processing and using electronic documents | |
| US7614057B2 (en) | Entity linking system | |
| Sneed | Wrapping legacy COBOL programs behind an XML-interface | |
| MX2008012378A (es) | Estructura de agregacion de mensaje basado en politica. | |
| JP2007213551A (ja) | データ管理システム | |
| JP2001092794A (ja) | 通信網におけるデータ対象物の共用管理 | |
| JP2003141173A (ja) | データベース管理システム及びデータベース | |
| JP4279588B2 (ja) | データ変換装置及び方法 | |
| CN108121537A (zh) | 一种软件生产线系统及其生产方法 | |
| JPH0232430A (ja) | ファイル管理装置 | |
| JP4399060B2 (ja) | 電子取引システム及び電子取引システムのための注文元サーバ | |
| KR101254419B1 (ko) | Ｊｅｅ 환경에서 무중단 서비스를 제공하는 시스템 및 방법 | |
| JP4120879B2 (ja) | プログラム生成システム及び方法とそのプログラム | |
| KR100674796B1 (ko) | 문서 규칙 정보를 이용하여 전자 문서로부터 데이터파일을 생성하는 장치 및 그 방법 | |
| JP4624044B2 (ja) | プログラム間通信システム、プログラム間通信方法、データ構造生成システムおよびプログラム | |
| JP2002041293A (ja) | プログラム制御方法及びプログラム制御システム | |
| JP3900268B2 (ja) | Ｅｒｐパッケージ用帳票処理装置 | |
| JP4301431B2 (ja) | バッチ処理装置、バッチ処理方法、及びバッチ処理プログラム、並びにバッチ処理システム | |
| JP4181330B2 (ja) | 要約作成プログラム及びシステム並びにコンピュータによる要約作成方法 | |
| JP2003167986A (ja) | データ検証装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051109 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081020 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081219 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20081219 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20081219 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20081222 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090224 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090312 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120319 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4279588 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150319 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |