JP2005063261A - Data linkage rule generation system and method, and computer program - Google Patents
Data linkage rule generation system and method, and computer program Download PDFInfo
- Publication number
- JP2005063261A JP2005063261A JP2003294272A JP2003294272A JP2005063261A JP 2005063261 A JP2005063261 A JP 2005063261A JP 2003294272 A JP2003294272 A JP 2003294272A JP 2003294272 A JP2003294272 A JP 2003294272A JP 2005063261 A JP2005063261 A JP 2005063261A
- Authority
- JP
- Japan
- Prior art keywords
- data
- business
- definition information
- linkage
- cooperation
- 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.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】 複数の業務システムを連携させるために使用されるデータ連携ルールの作成にかかる工数及び期間を大幅に軽減し、迅速に業務システム間のデータ連携を行うシステムを導入する。
【解決手段】 データ連携ルール生成システム10は、モデル化した各業務で使用される概念的なデータの連携を示す情報を含む業務モデル定義情報、及び、モデル化した業務で使用される概念的なデータと、モデル化した業務の処理を行う業務システム40a〜nで使用されるデータとの対応付けを示すシステム物理仕様マッピング定義情報を基に、業務システム40a〜n間で連携されるデータの対応付けを示すシステム連携ルール定義情報を生成する。データ・コントロール・システム50は、生成されたシステム連携ルール定義情報を用いて業務システム40a〜nのデータを連携させる。
【選択図】 図1PROBLEM TO BE SOLVED: To introduce a system capable of significantly reducing the man-hours and period required for creating a data linkage rule used for linking a plurality of business systems and quickly linking data between business systems.
A data collaboration rule generation system 10 includes business model definition information including information indicating conceptual data collaboration used in each modeled business, and conceptual data used in the modeled business. Correspondence of data linked between the business systems 40a-n based on the system physical specification mapping definition information indicating the correspondence between the data and the data used in the business systems 40a-n that process the modeled business Generates system linkage rule definition information indicating attachment. The data control system 50 links the data of the business systems 40a to 40n using the generated system linkage rule definition information.
[Selection] Figure 1
Description
本発明は、複数の業務システム間のデータを連携させるために使用される情報を生成するデータ連携ルール生成システム及び方法、ならびに、コンピュータプログラムに関する。 The present invention relates to a data linkage rule generation system and method for generating information used to link data between a plurality of business systems, and a computer program.
従来、企業において活用されている社内外情報システムなどの業務システムは、業務単位に設定されている事が多い。これらの業務システムは個別に開発され、それぞれが業務に付随するデータを登録・保有する。しかし、一連の業務の流れの中で、同一のデータを異なる業務で重複登録する事による非効率が発生し、同時にその実際のデータの値が業務システム間で異なってしまうという品質の劣化をまねく。そのため、異なる業務システム間において、一度登録したデータを他業務システムが再利用することによりこの問題を解決する試みがなされている。これらはデータ連携(統合)と称される。 Conventionally, business systems such as internal / external information systems that have been utilized in companies are often set in business units. These business systems are individually developed, and each stores and stores data associated with the business. However, in the series of business flows, inefficiency occurs due to duplicate registration of the same data in different business operations, and at the same time, the actual data values differ between business systems, resulting in quality degradation. . Therefore, an attempt is made to solve this problem by reusing data once registered between different business systems by other business systems. These are called data linkage (integration).
一方、特許文献1には、アプリケーションの付け替えが容易になるよう、ビジネスプロセス定義とアプリケーション間データ連携定義を分割し、ワークフロー関連データのみをワークフロー管理システムへ通知するシステム連携定義方法等について開示されている。
上述する業務システム間のデータ連携を行うためのシステムを開発する場合、概ね以下の方式を採用している。
(1) 既存業務の流れ、データの流れをあるがままに物理モデルとして定義し、物理的にどう連携するのかその方向を検討する。
(2) 保有している全ての業務システムを分析し、その仕様を把握する。
(3) (2)の結果に基づき連携が発生する業務システム間において、どのデータ(単一または複数データ)が授受されるかを洗い出す。また業務システム間においてどのような変換が必要となるかを分析する。
(4) (1)から(3)の結果を業務システム間データ連携の仕様としてまとめる。
(5) (4)の結果を、EAIやETL(Extract Transform load)ツールに登録する。EAIとは、複数の業務システムを有機的に連携させ、データやプロセスの効率的な統合を図るアーキテクチャである。また、ETLとは、基幹系業務システムなどのデータソースからデータを抽出、変換し、データウェアハウスなどのターゲットシステムにロードするアーキテクチャである。
(6) (5)の結果、EAIまたはETLが、業務システム間でのデータ送受信を実行する。
When developing a system for performing data linkage between the business systems described above, the following methods are generally adopted.
(1) Define the flow of existing work and the flow of data as they are as a physical model, and examine the direction of how they are physically linked.
(2) Analyze all the business systems you have and understand their specifications.
(3) Based on the result of (2), identify which data (single or plural data) is exchanged between business systems in which cooperation occurs. It also analyzes what conversions are required between business systems.
(4) Summarize the results of (1) to (3) as specifications for data linkage between business systems.
(5) The result of (4) is registered in an EAI or ETL (Extract Transform load) tool. EAI is an architecture that organically links a plurality of business systems to efficiently integrate data and processes. ETL is an architecture that extracts and converts data from a data source such as a mission-critical business system and loads it into a target system such as a data warehouse.
(6) As a result of (5), the EAI or ETL executes data transmission / reception between business systems.
このような開発方式によれば、データを連携させる対象となる業務システムが複数存在する場合、EAIやETLの開発工数の大部分を占める分析/設計/設定の連携定義工数が膨大となり、リードタイムが長くなるという問題がある。具体的には、n個の業務システムの連携を実現する場合、上述する(2)の個々の業務システムの分析に関しては、保有業務システム数分の工数が発生する。また、(3)の業務システム間のデータ連携関係の把握、(4)の業務システム間のデータ連携仕様の作成、及び、(5)の業務システム間のデータ連携仕様登録のそれぞれについては、全ての業務システム間についてメッシュ状に行う必要があり、最大で、「業務システム数×(業務システム数−1)/2」の工数が発生する。また、n個の連携済み既存業務システムに新たにm個の業務システムを追加する場合は、(3)〜(5)に対して、[m×n+(m×(m−1))/2]通りの連携定義が必要となる。
しかし、特許文献1は、上述する工程及び工数を大幅に軽減するものではない。
According to such a development method, when there are a plurality of business systems to which data is linked, the analysis / design / setting linkage definition man-hours that occupy most of the development man-hours of EAI and ETL become enormous, and lead time There is a problem that becomes longer. Specifically, when n business systems are linked, man-hours corresponding to the number of owned business systems are generated for the analysis of the individual business systems described in (2) above. In addition, each of (3) grasping data linkage relationship between business systems, (4) creating data linkage specifications between business systems, and (5) registering data linkage specifications between business systems, Need to be performed in a mesh form, and the man-hour of “number of business systems × (number of business systems−1) / 2” is generated at the maximum. In addition, when m business systems are newly added to n linked existing business systems, [m × n + (m × (m−1)) / 2 for (3) to (5). ] Linkage definition is required.
However, Patent Document 1 does not significantly reduce the above-described steps and man-hours.
この発明は、このような事情を考慮してなされたもので、その目的は、複数の業務システムを連携させるために使用されるデータ連携ルールの作成にかかる工数及び期間を大幅に軽減し、迅速に業務システム間のデータ連携を行うためのシステムを導入することができるデータ連携ルール生成システム及び方法等を提供することにある。 The present invention has been made in consideration of such circumstances, and its purpose is to significantly reduce the man-hours and period required for creating data linkage rules used for linking a plurality of business systems. Another object of the present invention is to provide a data linkage rule generation system and method that can introduce a system for data linkage between business systems.
上記目的を達成するために、請求項1に記載の発明は、複数の業務システム間のデータを連携させるために使用されるデータ連携ルールを定義した情報を生成するデータ連携ルール生成システムであって、モデル化した各業務で使用される概念的なデータの連携を示す概念データ間マッピング情報、及び、モデル化した業務で使用される概念的なデータと、モデル化した前記業務の処理を行う業務システムで使用されるデータとの対応付けを示すシステム物理仕様マッピング定義情報を記憶する記憶手段と、前記記憶手段内の概念データ間マッピング情報及びシステム物理仕様マッピング定義情報を基に、業務システム間で連携されるデータの対応付けを示すシステム連携ルール定義情報を生成するシステム連携ルール定義情報生成部と、を備えることを特徴とするデータ連携ルール生成システムである。 In order to achieve the above object, the invention according to claim 1 is a data linkage rule generation system for generating information defining data linkage rules used for linking data between a plurality of business systems. , Mapping data between conceptual data indicating the linkage of conceptual data used in each modeled business, and conceptual data used in the modeled business, and processing the modeled business Based on the storage means for storing the system physical specification mapping definition information indicating the correspondence with the data used in the system, the conceptual data mapping information and the system physical specification mapping definition information in the storage means, between the business systems A system linkage rule definition information generation unit for generating system linkage rule definition information indicating association of linked data; A data association rule generation system characterized by obtaining.
請求項2に記載の発明は、請求項1に記載のデータ連携ルール生成システムであって、前記概念データ間マッピング情報は、さらに、概念的なデータの連携方法の情報を含み、前記システム連携ルール定義情報生成部は、業務システムで使用されるデータの連携方法の情報をさらに含んだシステム連携ルール定義情報を生成する、ことを特徴とする。 The invention according to claim 2 is the data cooperation rule generation system according to claim 1, wherein the conceptual data mapping information further includes information on a conceptual data cooperation method, and the system cooperation rule The definition information generation unit generates system linkage rule definition information further including information on a linkage method of data used in the business system.
請求項3に記載の発明は、請求項2に記載のデータ連携ルール生成システムであって、前記連携の方法は、無条件の同期更新、または、所定の条件下での同期更新であることを特徴とする。 The invention according to claim 3 is the data linkage rule generation system according to claim 2, wherein the linkage method is an unconditional synchronous update or a synchronous update under a predetermined condition. Features.
請求項4に記載の発明は、請求項3に記載のデータ連携ルール生成システムであって、前記所定の条件は、所定のタイミング、連携元のデータを用いた演算、及び、同一の連携元のデータを複数の連携先のデータと連携させる共有のうち何れかまたは複数の組み合わせであることを特徴とする。 The invention according to claim 4 is the data cooperation rule generation system according to claim 3, wherein the predetermined condition includes a predetermined timing, an operation using data of the cooperation source, and the same cooperation source The present invention is characterized in that it is any one or a combination of data sharing that links data with data of a plurality of cooperation destinations.
請求項5に記載の発明は、複数の業務システム間のデータを連携させるために使用されるデータ連携ルールを定義した情報を生成するデータ連携ルール生成方法であって、モデル化した各業務で使用される概念的なデータの連携を示す概念データ間マッピング情報、及び、モデル化した業務で使用される概念的なデータと、モデル化した前記業務の処理を行う業務システムで使用されるデータとの対応付けを示すシステム物理仕様マッピング定義情報を記憶する記憶手段を用意し、前記記憶手段内の概念データ間マッピング情報及びシステム物理仕様マッピング定義情報を基に、業務システム間で連携されるデータの対応付けを示すシステム連携ルール定義情報を生成する、ことを特徴とするデータ連携ルール生成方法である。 The invention according to claim 5 is a data linkage rule generation method for generating information defining a data linkage rule used for linking data between a plurality of business systems, and is used in each modeled business. Between conceptual data mapping information indicating the linkage of conceptual data to be processed, conceptual data used in the modeled business, and data used in the business system for processing the modeled business Prepare storage means for storing system physical specification mapping definition information indicating the correspondence, and the correspondence of data linked between business systems based on the conceptual data mapping information and system physical specification mapping definition information in the storage means A data linkage rule generation method characterized by generating system linkage rule definition information indicating attachment.
請求項6に記載の発明は、複数の業務システム間のデータを連携させるために使用されるデータ連携ルールを定義した情報を生成するデータ連携ルール生成システムに用いられるコンピュータプログラムであって、記憶手段内に記憶されたモデル化した各業務で使用される概念的なデータの連携を示す概念データ間マッピング情報、及び、モデル化した業務で使用される概念的なデータと、モデル化した前記業務の処理を行う業務システムで使用されるデータとの対応付けを示すシステム物理仕様マッピング定義情報とを読み出すステップと、読み出した概念データ間マッピング情報及びシステム物理仕様マッピング定義情報とを基に、業務システム間で連携されるデータの対応付けを示すシステム連携ルール定義情報を生成するステップと、をコンピュータに実行させることを特徴とするコンピュータプログラムである。
The invention according to
上記発明によれば、従来方式と比べ複数の業務システムを連携させるために使用されるデータ連携ルールの定義にかかわる工程及び工数を大幅に軽減し、迅速に業務システム間のデータ連携を行うためのシステムを導入することができる。 According to the above invention, compared to the conventional method, the process and man-hours related to the definition of data linkage rules used for linking a plurality of business systems are greatly reduced, and data linkage between business systems can be performed quickly. A system can be introduced.
以下、図面を参照し、この発明の実施の形態について説明する。
図1は、この発明の一実施の形態によるデータ連携ルール生成システムの機能概要を説明するための図である。
業務システム40a〜40nは、各種業務処理を実行するシステムであり、ここでは、これらの業務システム40a〜40n(以下、「業務システム40」と記載)のデータを連携させることを想定する。
Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 is a diagram for explaining a functional outline of a data linkage rule generation system according to an embodiment of the present invention.
The
まず、システム開発担当者は、業務モデル定義情報、システム物理仕様定義情報、及び、システム物理仕様マッピング定義情報を用意する。業務モデル定義情報は、一連の業務の流れを概念的にモデル化したときに、このモデル化した業務において使用される概念データ間の連携を定義する。また、システム物理仕様定義情報は、実際の業務システム40が使用するデータやプロトコルを定義する。システム物理仕様マッピング定義情報は、モデル化した業務で使用される概念データと実際の業務システム40で使用されるデータとのマッピングを定義する。
First, the system development person prepares business model definition information, system physical specification definition information, and system physical specification mapping definition information. The business model definition information defines a linkage between conceptual data used in a modeled business when a series of business flows is conceptually modeled. The system physical specification definition information defines data and protocols used by the
次に、データ連携ルール生成システム10は、業務モデル定義情報、システム物理仕様定義情報、及び、システム物理仕様マッピング定義情報から、データ・コントロール・システム50が、業務システム40間のデータ連携処理を実行するために使用するシステム連携ルール定義情報、プロトコル定義情報、及び、データ変換ルール定義情報を生成する。システム連携ルール定義情報は、業務システム40間のデータの連携ルールを定義する。システム連携ルール定義情報は、各業務システム40が利用しているプロトコルとデータ・コントロール・システム50の内部プロトコルの変換ルールを定義する。また、データ変換ルール定義情報は、業務システム40で用いられるデータ表現形式(データ属性)をデータ・コントロール・システム50の内部で用いられるデータ表現形式(内部表現形式)と変換するためのルールを定義する。
データ・コントロール・システム50は、データ連携ルール生成システム10が生成したシステム連携ルール定義情報、プロトコル定義情報、及び、データ変換ルール定義情報を参照して、業務システム40間のデータ連携処理を実行する。
Next, in the data linkage
The
図2は、システム連携ルール定義情報の生成手順の概要を示す図である。
まず、システム開発担当者は、概念的に業務の関連(流れ)をモデル化し、さらに、これらのモデル化した業務で使用する概念データであるメタデータの項目リストを定義する。そして、モデル化した業務の流れに従って、モデル化した業務間において使用されるメタデータ同士の連携を示すメタデータ項目間マッピング情報(概念データ間マッピング情報)を作成する(ステップS1)。ここでは、業務の流れの一部に、「業務M1」から「業務M2」へのデータ連携が含まれていたとする。
FIG. 2 is a diagram showing an outline of a procedure for generating the system cooperation rule definition information.
First, a system development person conceptually models a business relationship (flow), and further defines a metadata item list that is conceptual data used in the modeled business. Then, in accordance with the modeled business flow, metadata item mapping information (conceptual data mapping information) indicating cooperation between metadata used between the modeled business is created (step S1). Here, it is assumed that data linkage from “business M1” to “business M2” is included in a part of the business flow.
次に、システム開発担当者は、実際の業務システム40をモデル化し、実際の各業務システム40が使用するデータ項目を抽出し、定義する(ステップS2)。さらに、システム開発担当者は、モデル化した業務と、実際の業務システム40とを対応付ける。ここでは、業務M1と業務システム40iが、業務M2と業務システム40jが対応付けられるとする。システム開発担当者は、業務M1のメタデータ項目と業務システム40iのデータ項目とをマッピングしたシステム物理仕様マッピング定義情報及び業務M2のメタデータ項目と業務システム40jのデータ項目とをマッピングしたシステム物理仕様マッピング定義情報を定義する(ステップS3)。
Next, the system development person models the
続いて、データ連携ルール生成システム10は、ステップS1で定義したメタデータ項目間マッピング情報と、ステップS3で定義したシステム物理仕様マッピング定義情報とを参照し、システム連携ルール定義情報を生成する(ステップS4)。そして、データ・コントロール・システム50において、この生成されたシステム連携ルール定義情報を用いて、業務システム40iから業務システム40jのデータ連携を実行する(ステップS5)。
Subsequently, the data linkage
次に、各システムの構成について説明する。
図3は、データ連携ルール生成システム10の内部構成を機能展開して示したブロック図であり、本発明と関係する機能ブロックのみ抽出して示してある。データ連携ルール生成システム10は、例えば、1つまたは複数のサーバなどで構成することができる。
業務モデル定義情報記憶部11は、業務モデル定義情報を記憶する。業務モデル定義情報は、連携対象の業務の関連(流れ)をモデル化した情報、これらのモデル化された各業務において使用されるメタデータ(概念データ)の項目のリスト、及び、メタデータ項目間マッピング情報からなる。メタデータ項目間マッピング情報は、モデル化された業務の流れに対応して連携させるべき連携元及び連携先のメタデータのマッピング情報と、連携の種別及び条件を示す連携方式情報とからなる。
システム物理仕様定義情報記憶部12は、システム物理仕様定義情報を記憶する。システム物理仕様定義情報は、各業務システム40が使用するデータ項目のリスト、これらのデータ項目で示されるデータの属性を示すデータ構造情報、ならびに、各業務システム40が使用する通信プロトコル及び内部コードを示すシステム属性情報からなる。
システム物理仕様マッピング定義情報記憶部13は、モデル化した業務で使用される概念データを示すメタデータ項目と、実際の業務システム40で使用されるデータ項目とのマッピングを定義するシステム物理仕様マッピング定義情報を記憶する。
Next, the configuration of each system will be described.
FIG. 3 is a block diagram showing an expanded function of the internal configuration of the data linkage
The business model definition
The system physical specification definition information storage unit 12 stores system physical specification definition information. The system physical specification definition information includes a list of data items used by each
The system physical specification mapping definition information storage unit 13 defines a system physical specification mapping definition that defines a mapping between a metadata item indicating conceptual data used in a modeled business and a data item used in the
システム連携ルール定義情報記憶部31は、システム連携ルール定義情報を記憶する。システム連携ルール定義情報は、連携元の業務システム40と連携先の業務システム40と間で連携すべきデータのマッピングの情報と、連携の種別及び条件を示す連携方式情報とからなる。
プロトコル定義情報記憶部32は、プロトコル定義情報を記憶する。
データ変換ルール定義情報記憶部33は、データ変換ルール定義情報を記憶する。
The system cooperation rule definition information storage unit 31 stores system cooperation rule definition information. The system linkage rule definition information includes mapping information on data to be linked between the linkage
The protocol definition
The data conversion rule definition
システム連携ルール定義情報生成部22は、業務モデル定義情報記憶部11内のメタデータ項目間マッピング情報と、システム物理仕様マッピング定義情報記憶部13内のシステム物理仕様マッピング定義情報とから、システム連携ルール定義情報を生成し、システム連携ルール定義情報記憶部31へ書き込む。
プロトコル定義情報生成部24は、システム物理仕様定義情報記憶部12内の各業務システム40のシステム属性情報を基にプロトコル定義情報を生成し、プロトコル定義情報記憶部32へ書き込む。
データ変換ルール定義情報生成部25は、システム物理仕様定義情報記憶部12内の各業務システム40のシステム属性情報及びデータ構造情報から、データ変換ルール定義情報を生成し、データ変換ルール定義情報記憶部33へ書き込む。
The system cooperation rule definition
The protocol definition
The data conversion rule definition
リポジトリインタフェース部21は、システム連携ルール定義情報生成部22、プロトコル定義情報生成部24、及び、データ変換ルール定義情報生成部25が、業務モデル定義情報記憶部11、システム物理仕様定義情報記憶部12、あるいは、システム物理仕様マッピング定義情報記憶部13へアクセスするためのインタフェースを提供する。
データ・コントロール・インタフェース部23は、システム連携ルール定義情報生成部22、プロトコル定義情報生成部24、及び、データ変換ルール定義情報生成部25が、システム連携ルール定義情報記憶部31、プロトコル定義情報記憶部32あるいはデータ変換ルール定義情報記憶部33へアクセスするためのインタフェースを提供する。
The
The data control
なお、業務モデル定義情報記憶部11、システム物理仕様定義情報記憶部12、システム物理仕様マッピング定義情報記憶部13、システム連携ルール定義情報記憶部31、プロトコル定義情報記憶部32またはデータ変換ルール定義情報記憶部33は、データ連携ルール生成システム10の内部に備えてもよいし、LAN(Local Area Network)やVPN(virtual private network)などのネットワークを介して接続されるデータベースサーバなどの外部の装置であってもよい。また、システム連携ルール定義情報記憶部31、プロトコル定義情報記憶部32またはデータ変換ルール定義情報記憶部33を、データ・コントロール・システム50の内部に備える構成とすることもできる。
The business model definition
図4は、データ・コントロール・システム50の内部構成を機能展開して示したブロック図であり、本発明と関係する機能ブロックのみ抽出して示してある。データ・コントロール・システム50は、既存のEAI(Enterprise Application Integration)またはETL(Extract Transform load)であり、業務システム40とネットワークを介して接続される。データ・コントロール・システム50は、プロトコルアダプタ51、送受信部52、データ変換部53、コミュニケーション・バス54及びBPM(Business Process Manager:ビジネスプロセスマネージャ)55からなる。
FIG. 4 is a block diagram showing the function of the internal configuration of the
プロトコルアダプタ51は、プロトコル定義情報記憶部32内のプロトコル定義情報を参照して業務システム40のメッセージで使用するプロトコルと内部プロトコルとを変換し、業務システム40との間のメッセージの送受信を行う。
送受信部52は、プロトコルアダプタ51を介して受信した業務システム40からのメッセージをデータ変換部53へ受け渡すとともに、データ変換部53から送信を指示されたメッセージをプロトコルアダプタ51へ受け渡す。
データ変換部53は、データ変換ルール定義情報記憶部33内のデータ変換ルール定義情報を参照し、業務システム40が使用するデータの表現形式(データ属性)と、内部で使用するデータ表現形式(内部表現形式)との変換を行う。
コミュニケーション・バス54は、データ変換部53から内部表現形式を用いたデータを含むメッセージを受信するとともに、連携先の業務システム40への送信メッセージ内に設定すべき連携データをデータ変換部53へ受け渡す。
BPM55は、システム連携ルール定義情報記憶部31内のシステム連携ルール定義情報を参照し、メッセージの宛先(連携先)の業務システム40を決定するとともに、この受信メッセージ内のデータを、連携先の業務システム40において用いられるデータへと変換する。
The
The transmission /
The
The
The
業務システム40は、例えば、それぞれ受注、在庫管理、決済などの各種業務処理を実行するシステムやパッケージであり、LANやVPNなどのネットワークを介してデータ・コントロール・システム50と接続される。業務システム40は、業務処理を実行した結果、業務データの更新が発生した場合には、他の業務システム40と連携すべきデータをデータ・コントロール・システム50へ送信する。また、データ・コントロール・システム50から他の業務システム40と連携すべきデータを受信して、内部の業務データを更新する。
The
次に、システム連携ルール定義情報の詳細な生成手順について説明する。
図5は、データ連携対象の業務の関連(流れ)をモデル化した例を示す。図においては、「受注」から「出荷指示」及び「決済」へ、そして、「出荷指示」からは「出荷」、「在庫管理」へと一連の業務の流れがモデル化されたことを示している。さらに、システム開発担当者は、モデル化された各業務と、実際の業務システム40とを対応づけていく。図においては、「受注」としてモデル化された業務(以下、「受注モデル」)は、業務システム40aと対応付けられる。また、「出荷指示」及び「出荷」としてモデル化された業務(以下、それぞれ「出荷指示モデル」、「出荷モデル」)は、業務システム40bと対応付けられる。同様に、「在庫管理モデル」は、業務システム40nと、「決済モデル」は、業務システム40cと対応付けられる。システム開発担当者は、連携対象の業務の関連をモデル化し、業務システム40と対応付けた情報を業務モデル定義情報記憶部11へ登録する。
Next, a detailed procedure for generating the system cooperation rule definition information will be described.
FIG. 5 shows an example in which the relationship (flow) of business to be linked with data is modeled. The figure shows that a series of business flows has been modeled from “orders” to “shipment instructions” and “settlement”, and from “shipment instructions” to “shipments” and “inventory management”. Yes. Further, the system development person in charge associates each modeled business with the
図6及び図7は、メタデータ項目間マッピング情報の設定例を示す。
システム開発担当者は、モデル化された各業務で使用されるメタデータ項目のリストを定義し、さらに、業務の流れに応じて連携させるべきメタデータ項目を定義したメタデータ項目間マッピング情報を定義して、業務モデル定義情報記憶部11へ登録する。
メタデータ項目間マッピング情報には、連携方式(連携の種別及び条件)も定義される。連携種別には、「共有」と「継承」の2種類がある。「共有」とは、データが常に無条件で連動して同期更新されるべきであることを示す。また、「継承」とは、ある条件の下で連携して更新されるべきであることを示す。この条件の種類を以下に示すが、これらの組み合わせでもよい。
(1)タイミング:業務完了の待ち合わせ、時刻等
(2)演算:連携元のデータと他のデータまたは常数との数値演算、論理演算など
(3)分割(継承の分岐):連携元のデータを複数の連携先データへ継承
上記のように、継承の対象となるデータの対応関係は1対1の場合もあれば1対多、多対1となる場合もあり、一般的にはm対nの関係にある。なお、(3)の分割(継承の分岐)については、同じまたは異なるメタデータ項目間マッピング情報において、同一のメタデータ項目が連携元として定義されるのみであり、メタデータ項目間マッピング情報内の連携の種類及び条件には明確に定義されない。
6 and 7 show setting examples of the mapping information between metadata items.
The system developer defines a list of metadata items used in each modeled business, and further defines mapping information between metadata items that defines the metadata items to be linked according to the business flow Then, the job model definition
In the mapping information between metadata items, a linkage method (type and condition of linkage) is also defined. There are two types of cooperation, “shared” and “inherited”. “Shared” indicates that data should always be updated synchronously unconditionally. Further, “inheritance” indicates that the update should be performed in cooperation under a certain condition. The types of these conditions are shown below, but these combinations may be used.
(1) Timing: Waiting for business completion, time, etc. (2) Operation: Numeric operation, logical operation, etc. between data of linkage source and other data or constant (3) Division (inheritance branch): Data of linkage source Inheritance to multiple linked data As mentioned above, the correspondence of data to be inherited may be one-to-one, one-to-many, many-to-one, and generally m-to-n Are in a relationship. As for the division (inheritance branch) of (3), only the same metadata item is defined as the link source in the same or different mapping information between metadata items. The type and conditions of cooperation are not clearly defined.
図6は、連携元「受注モデル」と連携先「出荷指示モデル」のメタデータ項目間マッピング情報を示している。同図において、「受注モデル」で使用されるメタデータ項目は、「受注No」、「顧客番号」、「受注年月日」、「受注商品番号」、「受注商品数量」、及び、「納期」である。また、「出荷指示モデル」で使用されるメタデータ項目は、「出荷指示No」、「出荷予定日」、「受注No」、「顧客番号」、「受注年月日」、「出荷指示商品番号」、「出荷指示商品数量」、「商品在庫数量」、「納期」である。
これらのメタデータ項目の連携を定義したメタデータ項目間マッピング情報では、連携元「受注モデル」の「受注No」、「受注年月日」、「受注商品番号」、「納期」はそれぞれ、連携先「出荷指示モデル」の「受注No」、「受注年月日」、「出荷指示商品番号」、「納期」と連携し、連携の種別は全て「継承」、連携の条件は「XX処理完了時」、「ZZZ処理時」、「受注確定時」、「在庫確認後」(タイミング)であることを示している。また、「受注モデル」の「顧客番号」は、「出荷指示モデル」の「顧客番号」と連携し、連携の種別は「共有」であることを示している。さらに、「受注モデル」の「受注商品数量」は、「出荷指示モデル」の「出荷指示商品数量」及び「商品在庫数量」と連携し(継承の分岐)、連携の種別は両者とも「継承」であるが、連携の条件はそれぞれ、「数量確定時(タイミング)」、「商品在庫数量−受注商品情報(演算)」であることを示している。
FIG. 6 shows the mapping information between metadata items of the cooperation source “order receiving model” and the cooperation destination “shipment instruction model”. In the figure, the metadata items used in the “order model” are “order number”, “customer number”, “order date”, “order product number”, “order product quantity”, and “delivery date” Is. The metadata items used in the “shipment instruction model” are “shipment instruction number”, “scheduled shipment date”, “order number”, “customer number”, “order date”, “shipment instruction item number”. ”,“ Shipment instruction product quantity ”,“ product inventory quantity ”, and“ delivery date ”.
In the mapping information between metadata items that defines the linkage of these metadata items, the "Order No.", "Order Date", "Order Item Number", and "Delivery Date" of the linkage source "Order Model" are linked. In cooperation with “Order No.”, “Order Date”, “Production Instruction Product Number”, and “Delivery Date” of the “Shipping Instruction Model”, all of the types of cooperation are “inherit”, and the condition of the cooperation is “XX Process Completed” "Time", "ZZZ processing time", "order confirmation", and "after inventory check" (timing). The “customer number” of the “order receiving model” is linked with the “customer number” of the “shipment instruction model”, and the type of linkage is “shared”. Furthermore, the “Ordered Product Quantity” in the “Order Model” is linked with the “Shipping Instruction Product Quantity” and the “Product Inventory Quantity” in the “Shipping Instruction Model” (inheritance branch), and the type of cooperation is “inherited” for both. However, it is indicated that the cooperation conditions are “quantity fixed (timing)” and “product inventory quantity−ordered product information (calculation)”, respectively.
図7は、連携元「受注モデル」と連携先「決済モデル」のメタデータ項目間マッピング情報を示している。同図において、「受注モデル」で使用されるメタデータ項目は図6と同様である。また、「決済モデル」で使用されるメタデータ項目は、「取引No」、「出荷日」、「決済期限」、「顧客番号」、「受注年月日」、「取引商品番号」、「取引商品数量」、「取引商品単価」、「決済方法」である。
これらのメタデータ項目の連携を定義したメタデータ項目間マッピング情報では、連携元「受注モデル」の「受注No」、「受注年月日」、「受注商品番号」、「受注商品数量」、「納期」はそれぞれ、連携先「決済モデル」の「取引No」、「受注年月日」、「取引商品番号」、「取引商品数量」、「決済期限」と連携し、連携の種別は全て「継承」、連携の条件は「XX処理完了時(タイミング)」、「XY時(タイミング)」、「受注確定時(タイミング)」、「YY−受注商品数量(演算)」、「ZX後(タイミング)」であることを示している。また、「受注モデル」の「顧客番号」は、「決済モデル」の「顧客番号」と連携し、連携の種別は「共有」であることを示している。
図6及び図7において、「受注モデル」の「受注No」、「顧客番号」、「受注年月日」、「受注商品番号」、「受注商品数量」、「納期」は、「出荷指示モデル」及び「決済モデル」のメタデータ項目と連携されており、すなわち、分割(継承の分岐)が行われていることを示す。
FIG. 7 shows the mapping information between metadata items of the cooperation source “order receiving model” and the cooperation destination “settlement model”. In FIG. 6, the metadata items used in the “order receiving model” are the same as those in FIG. The metadata items used in the “Payment Model” are “Transaction No.”, “Shipping Date”, “Payment Deadline”, “Customer Number”, “Order Date”, “Transaction Product Number”, “Transaction “Product quantity”, “Transaction product unit price”, and “Payment method”.
In the mapping information between metadata items that defines the linkage of these metadata items, the "order number", "order date", "order number", "order quantity", " “Delivery date” is linked with “Transaction No.”, “Order Date”, “Transaction Product Number”, “Transaction Product Quantity”, and “Settlement Deadline” of the partner “Payment Model”. The conditions for inheritance are “XX processing completion (timing)”, “XY timing (timing)”, “order confirmed (timing)”, “YY-ordered product quantity (calculation)”, “after ZX (timing) ) ". The “customer number” of the “ordering model” is linked to the “customer number” of the “settlement model”, and the type of linkage is “shared”.
6 and 7, “Order No.”, “Customer Number”, “Order Date”, “Order Product Number”, “Order Product Quantity”, and “Delivery Date” of “Order Model” are “shipment instruction model”. ”And“ settlement model ”metadata items, that is, it indicates that division (inheritance branching) is performed.
図8から図10は、システム物理仕様マッピング定義情報の設定例を示す。
システム開発担当者は、実際の各業務システム40で使用されるデータ項目を抽出し、リストを定義する。さらに、システム開発担当者は、このデータ項目のリストと、対応するモデル化された業務のメタデータ項目とをマッピングして、システム物理仕様マッピング定義情報を定義し、システム物理仕様定義情報記憶部12へ登録する。
図8は、業務システム40aで使用されるデータ項目と図6に示される「受注モデル」のメタデータ項目との、図9は、業務システム40bで使用されるデータ項目と図6に示される「出荷指示モデル」のメタデータ項目との、図10は、業務システム40cで使用されるデータ項目と図7に示される「決済モデル」のメタデータ項目とのマッピングを定義したシステム物理仕様マッピング定義情報を生成している。
8 to 10 show setting examples of system physical specification mapping definition information.
The person in charge of system development extracts data items used in each
FIG. 8 shows data items used in the
図8においては、業務システム40aで使用されるデータ項目「受注No」、「顧客番号」、「受注年月日」、「商品番号」、「商品数量」、「希望納期」はそれぞれ、「受注モデル」のメタデータ項目「受注No」、「顧客番号」、「受注年月日」、「受注商品番号」、「受注商品数量」、「納期」とマッピングされることを示している。
In FIG. 8, the data items “order number”, “customer number”, “order date”, “product number”, “product quantity”, and “desired delivery date” used in the
図9においては、業務システム40bで使用されるデータ項目「出荷指示番号」、「出荷番号」、「顧客番号」、「出荷予定日」、「商品コード」、「商品数量」、「在庫数量」、「指定納期」はそれぞれ、「出荷指示モデル」のメタデータ項目「出荷指示No」、「受注No」、「顧客番号」、「出荷予定日」、「出荷指示商品番号」、「出荷指示商品数量」、「商品在庫数量」、「納期」とマッピングされることを示している。
In FIG. 9, the data items “shipment instruction number”, “shipment number”, “customer number”, “scheduled shipment date”, “product code”, “product quantity”, “stock quantity” used in the
図10においては、業務システム40cで使用されるデータ項目「決済番号」、「出荷日」、「決済予定日」、「顧客番号」、「受注年月日」、「商品コード」、「商品数量」、「商品単価」、「決済方法」はそれぞれ、「決済モデル」のメタデータ項目「取引No」、「出荷日」、「決済期限」、「顧客番号」、「受注年月日」、「取引商品番号」、「取引商品数量」、「取引商品単価」、「決済方法」とマッピングされることを示している。
In FIG. 10, the data items “settlement number”, “shipment date”, “scheduled settlement date”, “customer number”, “order date”, “product code”, “product quantity” used in the
図11は、データ連携ルール生成システム10におけるシステム連携ルール定義情報生成フローを示す。
データ連携ルール生成システム10のシステム連携ルール定義情報生成部22は、データの連携元及び連携先となる業務システム40を取得する(ステップS110)。これは、システム開発担当者が、図示しないキーボードやマウスなどの入力手段から入力して指定してもよいし、予め、データ連携ルール生成システム10内部で規定されたものを使用してもよい。
FIG. 11 shows a system linkage rule definition information generation flow in the data linkage
The system linkage rule definition
システム連携ルール定義情報生成部22は、連携元及び連携先となる業務システム40を取得すると、リポジトリインタフェース部21を介して、システム物理仕様マッピング定義情報記憶部13から連携元及び連携先業務システム40のシステム物理仕様マッピング定義情報を読み出す(ステップS120、ステップS130)。さらに、システム連携ルール定義情報生成部22は、リポジトリインタフェース部21を介して、業務モデル定義情報記憶部11からこの連携元及び連携先業務システム40に対応した業務モデルのメタデータ項目間マッピング情報を読み出す(ステップS140)。
When the system cooperation rule definition
システム連携ルール定義情報生成部22は、内部で使用するシステム連携ルール定義情報テーブルの記憶領域を初期化すると(ステップS150)、連携元業務システム40のシステム物理仕様マッピング定義情報から、1つめのデータ項目と、対応するメタデータ項目を取り出す(ステップS160)。そして、この取り出したメタデータ項目をキーにしてメタデータ項目間マッピング情報から、連携先業務システム40に対応する業務モデルで使用されるメタデータ項目と、連携方式情報を取得する(ステップS170)。さらに、連携先業務システム40のシステム物理仕様マッピング定義情報から、ステップS170で読み出したメタデータ項目に対応するデータ項目を取り出す(ステップS180)。システム連携ルール定義情報生成部22は、システム連携ルール定義情報テーブルに、連携元・連携先のデータ項目、連携方式情報を格納する(ステップS190)。このとき、連携方式情報内の連携の条件に連携元の業務モデルで使用されるメタデータ項目が用いられている場合には、連携元業務システム40で使用される対応するデータ項目へと変換する。
When the system cooperation rule definition
次に、システム連携ルール定義情報生成部22は、連携元業務システム40のシステム物理仕様マッピング定義情報内の全てのデータ項目について、システム連携ルール定義情報テーブルへの書込みが終了したかを判断する(ステップS200)。全てのデータ項目について終了していなければ(ステップS200:NO)、次のデータ項目について、ステップS160〜ステップS200までの処理を繰り返す。
そして、全てのデータ項目について終了した場合には(ステップS200:YES)、内部に記憶していたシステム連携ルール定義情報テーブルを、データ・コントロール・インタフェース部23経由でシステム連携ルール定義情報記憶部31に書き込む(ステップS210)。
なお、ステップS180において、連携先業務システム40のシステム物理仕様マッピング定義情報にステップS170で読み出したメタデータ項目に対応するデータ項目が存在しなかった場合には、ステップS190の処理を行わずに、ステップS200の処理を行う。
Next, the system linkage rule definition
When all the data items are completed (step S200: YES), the system cooperation rule definition information storage unit 31 stores the system cooperation rule definition information table stored therein via the data
In step S180, if the data item corresponding to the metadata item read in step S170 does not exist in the system physical specification mapping definition information of the cooperation
図12及び図13は、システム連携ルール定義情報の例を示す図である。
図12は、業務システム40a及び業務システム40b間のシステム連携ルール定義情報を、図13は、業務システム40a及び業務システム40c間のシステム連携ルール定義情報を示している。
図12においては、業務システム40a及び業務システム40b間のシステム連携ルール定義情報は、業務システム40a及び40bのシステム物理仕様マッピング定義情報と、業務システム40a及び40bそれぞれに対応した業務モデル「受注モデル」及び「出荷指示モデル」間のメタデータ項目間マッピング情報を参照して生成されることを示している。
同図において、連携元業務システム40aのデータ項目「受注No」、「商品番号」、「希望納期」それぞれは、連携先業務システム40bのデータ項目「出荷番号」、「商品コード」、「指定納期」と連携され、これらの連携の種別は「継承」、連携の条件は「XX処理完了時」、「受注確定時」、「在庫確認後」(タイミング)であることを示している。また、業務システム40aのデータ項目「顧客番号」は、業務システム40bのデータ項目「顧客番号」と連携され、連携の種別は「共有」であることを示している。また、業務システム40aのデータ項目「商品数量」は、業務システム40bのデータ項目「商品数量」及び「在庫数量」と連携され、これらの連携の種別は「継承」、連携の条件はそれぞれ「数量確定時(タイミング)」、「在庫数量−商品数量(演算)」であることを示している。
12 and 13 are diagrams illustrating examples of system cooperation rule definition information.
12 shows system cooperation rule definition information between the
In FIG. 12, the system linkage rule definition information between the
In the figure, the data items “order number”, “product number”, and “desired delivery date” of the cooperation
図13においては、業務システム40a及び業務システム40c間のシステム連携ルール定義情報は、業務システム40a及び40cのシステム物理仕様マッピング定義情報と、業務システム40a及び40cそれぞれに対応した業務モデル「受注モデル」及び「決済モデル」間のメタデータ項目間マッピング情報を参照して生成されることを示している。
同図において、連携元業務システム40aのデータ項目「受注No」、「受注年月日」、「商品番号」、「商品数量」、「希望納期」それぞれは、連携先業務システム40cのデータ項目「決済番号」、「受注年月日」、「商品コード」、「商品数量」、「決済予定日」と連携され、これらの連携の種別は「継承」、連携の条件は「XX処理完了時(タイミング)」、「XY時(タイミング)」、「受注確定時(タイミング)」、「YY−商品数量(演算)」、「ZX後(タイミング)」であることを示している。また、業務システム40aのデータ項目「顧客番号」は、業務システム40cのデータ項目「顧客番号」と連携され、連携の種別は「共有」であることを示している。
In FIG. 13, the system linkage rule definition information between the
In the figure, each of the data items “order number”, “order date”, “product number”, “product quantity”, and “desired delivery date” of the cooperation
次に、プロトコル定義情報及びデータ変換ルール定義情報の生成手順について説明する。
図14は、システム属性情報、データ構造情報、プロトコル定義情報、及び、データ変換ルール定義情報の設定例を示す図である。
同図において、業務システム40aのシステム属性情報は、業務システム40aが内部コードとして「EUC」を、通信プロトコルとして「MQ」を使用していることを示している。また、業務システム40aのデータ構造情報は、業務システム40aが使用する各データ項目「受注No」、「顧客番号」、…が、それぞれ、「10進数、4バイト」、「英数文字列、16桁」、…のデータ属性を持つことを示している。
同様に、業務システム40bのシステム属性情報は、業務システム40bが内部コードとして「Shift−JIS」を、通信プロトコルとして「CORBA」を使用していることを示している。また、業務システム40bのデータ構造情報は、業務システム40bが使用する各データ項目「出荷番号」、「顧客番号」、…が、それぞれ、「2進数、4バイト」、「英数文字列、20桁」、…のデータ属性を持つことを示している。
Next, a procedure for generating protocol definition information and data conversion rule definition information will be described.
FIG. 14 is a diagram illustrating a setting example of system attribute information, data structure information, protocol definition information, and data conversion rule definition information.
In the figure, the system attribute information of the
Similarly, the system attribute information of the
図15は、データ連携ルール生成システム10におけるプロトコル定義情報生成フローを示す。
データ連携ルール生成システム10のプロトコル定義情報生成部24は、プロトコル定義情報の生成対象となる業務システム40を取得する(ステップS310)。これは、システム開発担当者が、図示しないキーボードやマウスなどの入力手段により指定してもよいし、予め、データ連携ルール生成システム10内部で規定されたものであってもよい。
FIG. 15 shows a protocol definition information generation flow in the data cooperation
The protocol definition
プロトコル定義情報生成部24は、リポジトリインタフェース部21を介して、対象業務システム40のシステム属性情報を読み出す(ステップS320)。さらに、プロトコル定義情報生成部24は、内部で使用するプロトコル定義情報テーブルの記憶領域を初期化する(ステップS330)。そして、対象業務システム40のシステム属性情報内の通信プロトコル情報を読み出し、プロトコル定義情報テーブルへ書き込む(ステップS340)。このとき、データ・コントロール・システム50内で使用される通信プロトコルと、読み出したプロトコルが異なる場合には、変換情報に「要」を設定し、同じ場合には、「否」を設定する。そして、全ての対象業務システム40について、プロトコル定義情報テーブルへの書込みが終了したかを判断する(ステップS350)。全ての対象業務システム40について終了していなければ、次の対象業務システム40について、ステップS340及びステップS350の処理を繰り返す。
そして、全ての対象業務システム40について終了した場合には、内部に記憶していたプロトコル定義情報テーブルを、データ・コントロール・インタフェース部23経由でプロトコル定義情報記憶部32に書き込む(ステップS360)。
The protocol definition
When all the
図14に示すプロトコル定義情報の設定例では、業務システム40aが使用するプロトコルは「MQ」であり、変換は「要」、すなわち、データ・コントロール・システム50内において変換が必要であること、業務システム40bが使用するプロトコルは「CORBA」であり、変換は「否」、すなわち、データ・コントロール・システム50内において変換が必要ないこと、…、を示している。
In the setting example of the protocol definition information shown in FIG. 14, the protocol used by the
図16は、データ連携ルール生成システム10におけるデータ変換ルール定義情報を示す。
データ連携ルール生成システム10のデータ変換ルール定義情報生成部25は、プロトコル定義情報の生成対象となる業務システム40を取得する(ステップS410)。これは、システム開発担当者が、図示しないキーボードやマウスなどの入力手段により指定してもよいし、予め、データ連携ルール生成システム10内部で規定されたものであってもよい。
FIG. 16 shows data conversion rule definition information in the data cooperation
The data conversion rule definition
データ変換ルール定義情報生成部25は、リポジトリインタフェース部21を介して、対象業務システム40のシステム属性情報及びデータ構造情報を読み出す(ステップS420)。さらに、プロトコル定義情報生成部24は、内部で使用するデータ変換ルール定義情報テーブルの記憶領域を初期化する(ステップS430)。そして、対象業務システム40のシステム属性情報内の内部コード情報を読み出し、データ変換ルール定義情報テーブルへ書き込む(ステップS440)。さらに、データ変換ルール定義情報生成部25は、データ構造情報から最初のデータ項目と、そのデータ項目のデータ属性情報を取り出し、データ変換ルール定義情報テーブルに書き込む(ステップS450)。そして、データ構造情報内の全てデータ項目について、データ変換ルール定義情報テーブルへの書込みが終了したか否かを判断する(ステップS460)。全てのデータ項目について終了していなければ、次のデータ項目について、ステップS450及びステップS460の処理を繰り返す。
全てのデータ項目について終了した場合は、内部に記憶していたデータ変換ルール定義情報テーブルを、データ・コントロール・インタフェース部23経由でデータ変換ルール定義情報記憶部33に書き込む(ステップS470)。
The data conversion rule definition
If all data items have been completed, the data conversion rule definition information table stored therein is written into the data conversion rule definition
図14に示すデータ変換ルール定義情報では、業務システム40aが使用する内部コードは「EUC」であり、各データ項目「受注No」、「顧客番号」、…は、それぞれ、「10進数、4バイト」、「英数文字列、16桁」、…のデータ属性を持つことを示している。同様に、業務システム40bが使用する内部コードは「Shift−JIS」であり、各データ項目「出荷番号」、「顧客番号」、…は、それぞれ、「2進数、4バイト」、「英数文字列、20桁」、…のデータ属性を持つことを示している。
In the data conversion rule definition information shown in FIG. 14, the internal code used by the
次に、図17〜図20を用いて、データ・コントロール・システム50におけるデータ連携ルール生成システム10が生成した各種データを用いたデータ連携処理を説明する。
図17は、データ連携ルール生成システム10が生成したプロトコル定義情報を用いたプロトコル変換処理フローを示す。
データ・コントロール・システム50のプロトコルアダプタ51は、業務システム40からメッセージを受信すると(ステップS510:受信メッセージ)、プロトコル定義情報記憶部32内のプロトコル定義情報を参照し、当該受信メッセージの送信元(連携元)の業務システム40に対応する変換情報を読み出す。読み出した変換情報が「要」であり、受信メッセージのプロトコルが内部プロトコルと一致していないと判断した場合には(ステップS520:NO)、この受信メッセージをデータ・コントロール・システム50の内部で使用するプロトコルに変換する(ステップS530)。そして、プロトコル変換した受信メッセージを送受信部52に受け渡す(ステップS540)。なお、変換情報が「否」であり、受信メッセージのプロトコルが内部プロトコルと一致していると判断した場合には(ステップS520:YES)、プロトコル変換を行わずに受信メッセージを送受信部52に受け渡す。
Next, data linkage processing using various data generated by the data linkage
FIG. 17 shows a protocol conversion processing flow using the protocol definition information generated by the data cooperation
When the
一方、プロトコルアダプタ51が、送受信部52から送信メッセージを受信した場合(ステップS510:送信メッセージ)、プロトコル定義情報記憶部32内のプロトコル定義情報を参照し、当該送信メッセージの送信先の業務システム40に対応する変換情報を読み出す。読み出した変換情報が「要」であり、送信先(連携先)の業務システム40が使用しているプロトコルが内部プロトコルと一致していないと判断した場合には(ステップS550:NO)、この送信メッセージをプロトコル定義情報内の送信先の業務システム40に対応したプロトコル情報で示されるプロトコルに変換する(ステップS560)。そして、プロトコル変換した送信メッセージを送信先の業務システム40へ送信する(ステップS570)。なお、変換情報が「否」であり、送信先の業務システム40で使用するプロトコルが内部プロトコルと一致していると判断した場合には(ステップS550:YES)、プロトコルに変換を行わずにメッセージを送信先の業務システム40へ送信する。
On the other hand, when the
図18は、データ連携ルール生成システム10が生成したデータ変換ルール定義情報を用いたデータ変換処理フローを示す。
データ・コントロール・システム50のデータ変換部53は、送受信部52を介して受信メッセージを受け、このメッセージ内のデータを抽出すると(ステップS610:受信データ)、送信元の業務システム40に対応するデータ変換ルール定義情報をデータ変換ルール定義情報記憶部33から読み出す。そして、データ変換ルール定義情報内の内部コード情報及び各データに対応するデータ属性情報を参照し、受信メッセージ内の各データのデータ属性が、データ・コントロール・システム50の内部表現形式と一致しているか否かを判断する(ステップS620)。受信メッセージ内のデータ項目の属性が、内部表現形式と一致していないと判断した場合(ステップS620:NO)、このデータの属性を内部表現形式に変換(ステップS630)する。一致していると判断した場合には(ステップS620:YES)、変換は実行しない。
FIG. 18 shows a data conversion processing flow using the data conversion rule definition information generated by the data cooperation
When the
一方、データ・コントロール・システム50のデータ変換部53が、コミュニケーション・バス54から連携先の業務システム40へ送信すべきメッセージを受け、このメッセージ内のデータを抽出すると(ステップS610:送信データ)、送信先(連携先)の業務システム40に対応するデータ変換ルール定義情報をデータ変換ルール定義情報記憶部33から読み出す。そして、データ変換ルール定義情報内の内部コード情報及び各データに対応するデータ属性情報を参照し、送信先の業務システム40で使用しているデータの属性が、内部表現形式と一致しているか否かを判断する(ステップS640)。一致していないと判断した場合には(ステップS640:NO)、この送信データを送信先の業務システム40で使用するデータ属性へと変換し(ステップS650)、送受信部52へ受け渡す。なお、送信先の業務システム40で使用しているデータの属性が、内部表現形式と一致していると判断した場合には(ステップS640:YES)、変換を行わずに、送受信部52へ受け渡す。
On the other hand, when the
図19は、データ連携ルール生成システム10が生成したシステム連携ルール定義情報を用いたデータ連携処理フローを示す。
データ・コントロール・システム50のBPM55は、コミュニケーション・バス54が受けた1受信メッセージを読み出すと(ステップS710)、この受信メッセージのメッセージIDからデータ連携先の業務システム40を決定する(ステップS720)。そして、受信メッセージから1データ項目を取り出し、このデータ項目が連携対象であるか否か判断する(ステップS740)。これは、メッセージの送信元である連携元業務システム40及び連携先業務システム40に対応したシステム連携ルール定義情報をシステム連携ルール定義情報記憶部31から読み出し、ここに、取り出したデータ項目が存在するか否かによって判断する。連携対象であれば、後述する連携データの作成及び内部の連携データ格納領域への格納を行う(ステップS750)。そして、受信メッセージ内の全てのデータ項目について処理を行ったか否かを判断する(ステップS760)。全てのデータ項目について処理が終わっていない場合には(ステップS760:NO)、次のデータ項目について、ステップS730からステップS760の処理を行う。そして、全てのデータ項目について処理を行った場合には(ステップS760:YES)、連携データ格納領域に格納した連携対象のデータを連携先業務システム40へ受け渡すためのメッセージの送信をコミュニケーション・バス54へ指示する(ステップS770)。
FIG. 19 shows a data linkage processing flow using the system linkage rule definition information generated by the data linkage
When the
図20は、図19のステップS750における詳細な処理フローを示す。
BPM55は、システム連携ルール定義情報記憶部31内の連携元業務システム40及び連携先業務システム40に対応したシステム連携ルール定義情報を参照する。そして、現在注目しているデータ項目の連携の種別を読み出し、連携が共有であるか否かを判断する(ステップS810)。連携の種別が共有であれば(ステップS810:YES)、注目しているデータ項目に対応する受信メッセージ内のデータをそのまま連携データとして内部の連携データ格納領域に格納する(ステップS820)。
FIG. 20 shows a detailed processing flow in step S750 of FIG.
The
一方、連携が共有ではない、すなわち、継承であると判断した場合(ステップS810:NO)、さらに、連携の条件を参照し、連携の条件がタイミングであるか否かを判断する(ステップS830)。連携の条件がタイミングであった場合(ステップS830:YES)、タイミング条件がOKであるか否かを判断する(ステップS840)。これは、例えば、システム連携ルール定義情報内に連携の条件として「受注確定時」が設定されていれば、ある業務システム40において、「受注確定」の業務が行われたときに設定されるべき特定のデータがすでに設定されているか否かにより判断する。タイミングがOKではない場合には(ステップS840:NO)、図19のステップS760からの処理を行う。
On the other hand, when it is determined that the cooperation is not shared, that is, inheritance (step S810: NO), it is further determined whether or not the cooperation condition is a timing by referring to the cooperation condition (step S830). . If the cooperation condition is timing (step S830: YES), it is determined whether or not the timing condition is OK (step S840). For example, if “when order is confirmed” is set as a cooperation condition in the system cooperation rule definition information, this should be set when “order confirmation” is performed in a
ステップS840において、タイミングがOKであると判断した場合には、連携の条件として演算があるか否かを判断する(ステップS850)。演算がない場合には(ステップS850:NO)、注目しているデータ項目に対応する受信メッセージ内のデータを連携データとしてそのまま連携データ格納領域に格納する(ステップS820)。演算がある場合には(ステップS850:YES)、連携の条件で定義されている演算を行ったのちに(ステップS860)、連携データ格納領域への格納を行う(ステップS820)。
なお、ステップS830において、連携の条件がタイミングではないと判断した場合には、ステップS850からの処理を行う。
If it is determined in step S840 that the timing is OK, it is determined whether or not there is a calculation as a cooperation condition (step S850). If there is no calculation (step S850: NO), the data in the received message corresponding to the data item of interest is stored as the linkage data in the linkage data storage area (step S820). If there is an operation (step S850: YES), after performing the operation defined in the cooperation condition (step S860), the data is stored in the cooperation data storage area (step S820).
If it is determined in step S830 that the cooperation condition is not timing, processing from step S850 is performed.
上記実施の形態によれば、業務システム間でデータ連携を実施する場合の工程及び工数は、以下のようになる。
(1) 事前設定:連携対象となる一連の業務を標準化した詳細な業務モデルとして登録
従来技術における連携のシナリオ設定に相当する。従来技術では既存業務をそのままに物理モデルとして定義するが、詳細まで落とさないため若干工数として少ない。
(2) 個別システム分析:業務システム数n個分の分析(従来技術と同等の工数)
連携対象となる業務システムとして何があるのか、その仕様はどうなっているのかという把握は従来技術による工程と同様に必要となる。但し、対象業務システムの仕様を理解しているシステム開発担当者がいれば不要となる工程である。従来技術においては、連携定義を行うため、システム開発担当者となる一人または数人の要員がすべての業務システムを明確に理解する必要があるため、各業務システム仕様を分析する必要があった。本実施の形態によれば、業務システム仕様を理解しているシステム開発担当者がその仕様を登録し、業務モデルとのマッピングを行うのみで(後述する工程)自動的に連携定義が生成される。
(3) システム仕様登録:業務システム数n個分の登録
業務システムの仕様を分析したシステム開発担当者あるいは業務システムの仕様を理解しているシステム開発担当者が、その仕様を登録する。この登録は業務システム数のみでよい。ここでは、業務システム名、業務システムが保有するデータ項目とその仕様を登録するだけである。
(4)マッピング登録:業務システム数n個分の登録
業務システムの仕様を分析したシステム開発担当者あるいは業務システムの仕様を理解しているシステム開発担当者が、(3)で登録したシステム仕様を業務モデルとマッピングする。ここでもマッピング登録は業務システム数のみを行えばよい。これは、(1)の業務システム分析による業務モデルや概念データが、このマッピングにおいて、実際のどの業務システムと、また、この業務システムの保有するどのデータ項目と対応するかを理解できなくてはならないからである。
上述した本実施の形態による工程及び工数と、従来技術による工程及び工数とを比較すると、工程数そのものが軽減され、かつ、各工程の工数が減少している。これは、対象となる業務システム数が増加すればそれだけ全体工数は大幅に減少する。
そして、業務システム仕様を理解しているシステム開発担当者がそれぞれの業務システムの仕様およびマッピングを登録するのであれば、連携定義工程は業務システム単位に並行して進める事が可能となり、工数のみでなく期間としても圧倒的な短縮が可能となる。
According to the above-described embodiment, the steps and man-hours when performing data linkage between business systems are as follows.
(1) Pre-setting: Registration as a detailed business model that standardizes a series of tasks to be linked. This corresponds to linkage scenario setting in the conventional technology. In the prior art, the existing business is defined as a physical model as it is, but since it does not drop to the details, it is slightly less man-hour.
(2) Individual system analysis: Analysis of n business systems (man-hour equivalent to conventional technology)
It is necessary to ascertain what the business system to be linked is, and what the specifications are, as in the process of the prior art. However, this process is unnecessary if there is a system development person who understands the specifications of the target business system. In the conventional technology, since one or several personnel who are in charge of system development need to clearly understand all business systems in order to perform linkage definition, it is necessary to analyze each business system specification. According to the present embodiment, a system development person who understands the business system specification registers the specification and performs mapping with the business model (steps described later), and the linkage definition is automatically generated. .
(3) System specification registration: Registration for n business systems The system development person who analyzed the business system specifications or the system development person who understands the business system specifications registers the specifications. This registration need only be the number of business systems. Here, only the business system name, the data items held by the business system, and their specifications are registered.
(4) Mapping registration: Registration for n number of business systems The system development person who analyzed the business system specifications or the system development person who understands the business system specifications must register the system specifications registered in (3). Mapping with business model. Here, mapping registration need only be performed for the number of business systems. This is because it is necessary to understand which business model and conceptual data from the business system analysis in (1) corresponds to which actual business system and which data item the business system has in this mapping. Because it will not be.
When the above-described steps and man-hours according to the present embodiment are compared with the steps and man-hours according to the conventional technique, the number of steps itself is reduced, and the number of steps in each step is reduced. This means that if the number of target business systems increases, the total man-hour will decrease significantly.
If a system development person who understands business system specifications registers the specifications and mappings of each business system, the linkage definition process can be performed in parallel for each business system, and only man-hours are required. Even if it is not a period, it can be overwhelmingly shortened.
なお、上述のデータ連携ルール生成システム10、業務システム40、データ・コントロール・システム50は、内部にコンピュータシステムを有している。そして、上述した動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、OSや周辺機器等のハードウェアを含むものである。
Note that the data linkage
また、「コンピュータ読み取り可能な記録媒体」とは、ROMの他に、磁気ディスク、光磁気ディスク、CD−ROM、DVD−ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ(RAM)のように、一定時間プログラムを保持しているものも含むものとする。 In addition to ROM, “computer-readable recording medium” refers to a portable medium such as a magnetic disk, a magneto-optical disk, a CD-ROM, a DVD-ROM, or a storage device such as a hard disk built in a computer system. That means. Furthermore, the “computer-readable recording medium” refers to a volatile memory (RAM) inside a computer system that becomes a client or a system when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. In addition, those holding programs for a certain period of time are also included.
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク(通信網)や電話回線等の通信回線(通信線)のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル(差分プログラム)であっても良い。
The program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium. Here, the “transmission medium” for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line.
The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.
データ連携ツールの欠点である連携定義工数を削減するインタフェースコンポーネントとして利用可能である。
また、分散する物理的なデータを送受信する基盤として適用可能である。すなわち、データがどのように分散していても、中央に配置される業務モデルを経由して、その所在、形式を把握し、利用することができる。
さらに、システム資産管理(情報資源管理、データ管理)として適用可能である。すなわち、システム資産として何が在り、どのように配置されているか、どのような形式、仕様であるかを管理する。また、仕様のみでなくマッピングを管理することにより以下のような利用局面がある。
(1)どのような業務をサポートしているかの把握(システムマップ)
(2)システム変更の影響度分析
(3)システム間インタフェース分析、設計
It can be used as an interface component to reduce the coordination definition man-hours, which is a drawback of data linkage tools.
Further, it can be applied as a base for transmitting and receiving distributed physical data. That is, no matter how the data is distributed, the location and format can be grasped and used via the business model arranged in the center.
Furthermore, it is applicable as system asset management (information resource management, data management). That is, it manages what is present as a system asset, how it is arranged, what type, and specification. In addition to the specification, there are the following usage aspects by managing the mapping.
(1) Understanding what kind of work is supported (system map)
(2) System change impact analysis (3) Inter-system interface analysis and design
10…データ連携ルール生成システム
11…業務モデル定義情報記憶部
12…システム物理仕様定義情報記憶部
13…システム物理仕様マッピング定義情報記憶部
21…リポジトリインタフェース部
22…システム連携ルール定義情報生成部
23…データ・コントロール・インタフェース部
24…プロトコル定義情報生成部
25…データ変換ルール定義情報生成部
31…システム連携ルール定義情報記憶部
32…プロトコル定義情報記憶部
33…データ変換ルール定義情報記憶部
40a、40b、40c、40i、40j、40n…業務システム
50…データ・コントロール・システム
51…プロトコルアダプタ
52…送受信部
53…データ変換部
54…コミュニケーション・バス
55…BPM
DESCRIPTION OF
Claims (6)
モデル化した各業務で使用される概念的なデータの連携を示す概念データ間マッピング情報、及び、モデル化した業務で使用される概念的なデータと、モデル化した前記業務の処理を行う業務システムで使用されるデータとの対応付けを示すシステム物理仕様マッピング定義情報を記憶する記憶手段と、
前記記憶手段内の概念データ間マッピング情報及びシステム物理仕様マッピング定義情報を基に、業務システム間で連携されるデータの対応付けを示すシステム連携ルール定義情報を生成するシステム連携ルール定義情報生成部と、
を備えることを特徴とするデータ連携ルール生成システム。 A data linkage rule generation system that generates information defining data linkage rules used to link data between multiple business systems,
Conceptual data mapping information indicating the linkage of conceptual data used in each modeled business, and conceptual data used in the modeled business, and a business system that processes the modeled business Storage means for storing system physical specification mapping definition information indicating correspondence with data used in
A system linkage rule definition information generating unit for generating system linkage rule definition information indicating association of data linked between business systems based on mapping information between conceptual data and system physical specification mapping definition information in the storage means; ,
A data linkage rule generation system comprising:
前記システム連携ルール定義情報生成部は、業務システムで使用されるデータの連携方法の情報をさらに含んだシステム連携ルール定義情報を生成する、
ことを特徴とする請求項1に記載のデータ連携ルール生成システム。 The conceptual data mapping information further includes information on a conceptual data linkage method,
The system linkage rule definition information generation unit generates system linkage rule definition information further including information on a linkage method of data used in a business system.
The data linkage rule generation system according to claim 1.
モデル化した各業務で使用される概念的なデータの連携を示す概念データ間マッピング情報、及び、モデル化した業務で使用される概念的なデータと、モデル化した前記業務の処理を行う業務システムで使用されるデータとの対応付けを示すシステム物理仕様マッピング定義情報を記憶する記憶手段を用意し、
前記記憶手段内の概念データ間マッピング情報及びシステム物理仕様マッピング定義情報を基に、業務システム間で連携されるデータの対応付けを示すシステム連携ルール定義情報を生成する、
ことを特徴とするデータ連携ルール生成方法。 A data linkage rule generation method for generating information defining data linkage rules used to link data between multiple business systems,
Conceptual data mapping information indicating the linkage of conceptual data used in each modeled business, and conceptual data used in the modeled business, and a business system that processes the modeled business Prepare storage means to store system physical specification mapping definition information indicating the correspondence with data used in
Based on the conceptual data mapping information and the system physical specification mapping definition information in the storage means, system linkage rule definition information indicating the association of data linked between business systems is generated.
A data linkage rule generation method characterized by that.
記憶手段内に記憶されたモデル化した各業務で使用される概念的なデータの連携を示す概念データ間マッピング情報、及び、モデル化した業務で使用される概念的なデータと、モデル化した前記業務の処理を行う業務システムで使用されるデータとの対応付けを示すシステム物理仕様マッピング定義情報とを読み出すステップと、
読み出した概念データ間マッピング情報及びシステム物理仕様マッピング定義情報とを基に、業務システム間で連携されるデータの対応付けを示すシステム連携ルール定義情報を生成するステップと、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
A computer program used in a data linkage rule generation system that generates information defining data linkage rules used to link data between a plurality of business systems,
Conceptual data mapping information indicating the cooperation of conceptual data used in each modeled business stored in the storage means, conceptual data used in the modeled business, and the modeled data Reading system physical specification mapping definition information indicating correspondence with data used in a business system that performs business processing;
Generating system linkage rule definition information indicating association of data linked between business systems based on the read conceptual data mapping information and system physical specification mapping definition information;
A computer program for causing a computer to execute.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003294272A JP2005063261A (en) | 2003-08-18 | 2003-08-18 | Data linkage rule generation system and method, and computer program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003294272A JP2005063261A (en) | 2003-08-18 | 2003-08-18 | Data linkage rule generation system and method, and computer program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005063261A true JP2005063261A (en) | 2005-03-10 |
Family
ID=34370879
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003294272A Pending JP2005063261A (en) | 2003-08-18 | 2003-08-18 | Data linkage rule generation system and method, and computer program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005063261A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013101422A (en) * | 2011-10-19 | 2013-05-23 | Fujifilm Imaging Systems Co Ltd | Card issuance information conversion device, card issuance system, card management system, card issuance program, and card issuance method |
| WO2015052812A1 (en) * | 2013-10-10 | 2015-04-16 | 三菱電機株式会社 | Data-linking support device and data-linking support method |
-
2003
- 2003-08-18 JP JP2003294272A patent/JP2005063261A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013101422A (en) * | 2011-10-19 | 2013-05-23 | Fujifilm Imaging Systems Co Ltd | Card issuance information conversion device, card issuance system, card management system, card issuance program, and card issuance method |
| WO2015052812A1 (en) * | 2013-10-10 | 2015-04-16 | 三菱電機株式会社 | Data-linking support device and data-linking support method |
| JP6017055B2 (en) * | 2013-10-10 | 2016-10-26 | 三菱電機株式会社 | Data linkage support apparatus and data linkage support method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101821710B (en) | Systems, methods and graphical user interfaces for workflow generation, scheduling and/or execution | |
| US6845507B2 (en) | Method and system for straight through processing | |
| US8818975B2 (en) | Data model access configuration and customization | |
| US8370281B2 (en) | Self-modification of a mainframe-based business rules engine construction tool | |
| US20030004770A1 (en) | Method, system, and program for generating a workflow | |
| US20030033159A1 (en) | Interface module for document-based electronic business processes based on transactions | |
| CN101110021A (en) | Method for visually programming instruction set for process | |
| US20120066663A1 (en) | Modeling A Governance Process Of Establishing A Subscription To A Deployed Service In A Governed SOA | |
| US8364625B2 (en) | Mainframe-based business rules engine construction tool | |
| JP2009527849A (en) | Scalable conversion and configuration of EDI exchanges | |
| JP2001216143A (en) | Coordination method for application integration | |
| CN111626602A (en) | Service processing method, service processing device, storage medium and electronic equipment | |
| JP2003141173A (en) | Database management system and database | |
| US20120066145A1 (en) | Automating A Governance Process Of Reviewing Service Artifacts In A Governed SOA | |
| US6611817B1 (en) | Automated technique for code generation of datastream mappings | |
| US20050114152A1 (en) | Reference solution architecture method and system | |
| JP2008511936A (en) | Method and system for semantic identification in a data system | |
| JP5505798B2 (en) | Logistics management server device, contractor computer, and method for storing acceptance completion information | |
| JP2005063261A (en) | Data linkage rule generation system and method, and computer program | |
| US20020184101A1 (en) | Method and apparatus for integrating with multiple application systems | |
| JP3994854B2 (en) | Data mapping rule reuse device, method, and program in electronic catalog conversion system | |
| Matejaš et al. | Building a BPM application in an SOA-based legacy environment | |
| Wijaya et al. | A design study of microservice architecture on white label travel platform | |
| JP7632862B2 (en) | RPA development and operation management device, RPA development and operation management system, RPA development and operation management method, program, and recording medium | |
| Kristandl | Technologies underpinning accounting information systems |