JP7449190B2 - データ移行システムおよびデータ移行方法 - Google Patents

Description

本発明は、データ移行システムおよびデータ移行方法に係り、特に、異種のデータモデルを有するデータストア間のプログラム移行を工数をかけることなく行うのに好適なデータ移行システムおよびデータ移行方法に関する。

近年のインターネットなどに見られるネットワークのグローバル化に伴って、企業等における情報処理システムは、オンプレミス環境からクラウドへの移行が進展している。そのような開発パラダイムの変化に伴って、多種多様なデータストアに対応したデータ移行のニーズが増大している。

ここで、データストアとは、情報処理システムの構成で、データを決められた形式で記憶装置に永続的に保存・蓄積する機能や主体をいい、リレーショナルデータベース（ＲＤＢＭＳ）、キーバリューストア（ＫＶＳ）、クラウドストレージなどはその具体的な実装の一形態である。

一方、ソフトウェア開発においては、プログラムを本番環境で稼動させる前に、ＰｏＣ（Proof Of Concept：概念実証）環境で、検証・テストを行って、ソフトウェアの品質を向上させ、パスしたプログラムを本番環境で稼動させるのが一般的である。

このようなソフトウェアの移行に関しては、例えば、特許文献１に開示がある。特許文献１では、汎用機上のアプリケーションのロジックを残しつつ、階層型データベースにアクセスするアプリケーションをリレーショナルデータベースにアクセスするアプリケーションに変換するデータベース変換システムが記載されている。

特開２０１１－１９７９８８号公報

特許文献１に記載されたデータベース変換システムにおいては、クエリ変換プログラムが、階層型データベースの構造定義データと、ＣＯＢＯＬプログラムが階層型データベースにアクセスするときのアクセスパラメータに基づき、階層型データベースを変換したリレーショナルデータベースにアクセスするためのクエリを特定する。そして、あらかじめ用意されている、リレーショナルデータベースにアクセスするＳＱＬ部品のうち、クエリに相当するものを選択し、アクセスパラメータを引き渡してクエリを実行するものである。

このように、特許文献１は、異種のデータモデル、すなわち、階層型データベースとリレーショナルデータベースを利用したそれぞれのデータベースシステム間おけるアプリケーションソフトウェアにおける移行を支援するシステムである。

しかしながら、それぞれに適用できるモデルは、階層型データベースとリレーショナルデータベースに限られ、多種多様なデータモデルに適用できるような汎用性を有するものではない。

本発明の目的は、多種多様なデータモデルによるデータストア間において、プログラムの移行工数を低減させ、移行をすみやかに行うことのできるデータ移行システムを提供することにある。

本発明のデータ移行システムの構成は、好ましくは、第一のデータストア管理システムから第二のデータストア管理システムにデータ移行を行うデータ移行システムであって、第一のデータストア管理システムは、第一のデータを入出力する第一のプログラムを実行し、第二のデータストア管理システムは、第二のデータを入出力する第二のプログラムを実行し、データ移行規則が入力され、データ移行規則に基づいて、第一のデータを第二データに変換し、第一のデータのデータモデルとして、第一のデータモデルを取得し、第二のデータのデータモデルとして、第二のデータモデルを取得し、第二のプログラムを取得し、データ移行規則と、第一のデータモデルと、第二のデータモデルとに基づいて、第一のデータモデルと第二のデータモデルを対応付けるデータモデル変換規則を生成し、データモデル変換規則に基づいて、第二のプログラムを、第一のプログラムに変換するようにしたものである。

本発明によれば、多種多様なデータモデルによるデータストア間において、プログラムの移行工数を低減させ、移行をすみやかに行うことのできるデータ移行システムを提供することができる。

実施形態１のデータ移行システムが使用される情報処理システムの構成を示す図である。 実施形態１のデータ移行システムが使用される情報処理システムのハードウェア構成を示す図である。 実施形態１の情報処理システムにより、データ移行を行う処理の概要を示すシーケンス図である。 第一のプログラムを説明する図である。 第二のプログラムを説明する図である。 データ移行操作画面の一例を示す図である。 プログラム移行操作画面の一例を示す図である。 データ移行規則の一例を示す図である。 タ移行システムがデータモデル変換規則を生成するまでの処理を示すフローチャートである。 第二のデータストア管理システムが第二のデータを受信する処理を示すフローチャートである。 データモデル変換規則生成処理の詳細を示すフローチャートである。 データモデル変換規則の生成処理を説明する図である。 第二のデータストア管理システムが第二のプログラムの実行処理を説明する図である。 データ移行システムが第二のプログラムを第一のプログラムに変換する処理を説明する図である。 第二のプログラムを第一のプログラムに変換する処理の詳細を示すフローチャートである。 プログラム変換処理の詳細を示す図である。 実施形態２のデータ移行システムが使用される情報処理システムの構成を示す図である。 実施形態２におけるデータ移行規則、データモデル変換規則、データモデルの関係を説明する図である。

以下、本発明に係る各実施形態を、図１ないし図１８を用いて説明する。

〔実施形態１〕
以下、本発明に係る実施形態１を、図１ないし図１５を用いて説明する。

本実施形態では、本番環境で、ＲＤＢによるプログラムを実行することを前提とし、ＰｏＣ環境（実証環境）では、ドキュメント型データベースによるデータを入力して、ＲＤＢデータよるデータを出力するプログラムを開発し、そのプログラムを本番環境で使えるように移行する例について説明する。なお、本実施形態を適用するのは、その他のデータモデルを採用するシステム、例えば、キーバリュー、ファイルシステムのデータモデルであってもよい。

実施形態１で示される情報処理システムは、図１に示されるように、第一のデータストア管理システム１００、第二のデータストア管理システム２００、および、それらの間のデータ移行とそれに関係するプログラムの移行を支援するデータ移行システム１からなる。

ここで、第一のデータストア管理システムが、本番環境のシステムであり、第二のデータストア管理システムがＰｏＣ環境のシステムである。

データ移行システム１は、第一のデータストア管理システム１００、第二のデータストア管理システム２００の間のデータ移行とそれに関係するプログラムの移行を支援するシステムであり、データ管理部１０、データモデル管理部２０、プログラム管理部３０、データモデル変換規則管理部４０からなる。

データ管理部１０は、第一のデータストア管理システム１００、第二のデータストア管理システム２００の間のデータ移行のためのデータを管理する機能部であり、データ取得部１１、データ変換部１２、データ送信部１３からなる。

データ取得部１１は、第一のデータストア管理システム１００からデータを取得する機能部である。データ変換部１２は、第一のデータストア管理システム１００のデータを第二のデータストア管理システム２００のデータに変換する機能部である。データ送信部１３は、データ移行システム１で変換されたデータを第二のデータストア管理システム２００に送信する機能部である。

データモデル管理部２０は、データ移行システム１内で取り扱うデータモデルを管理する機能部である。データモデル管理部２０は、データモデル取得部２１からなる。

データモデル取得部２１は、第一のデータストア管理システム１００、第二のデータストア管理システム２００からデータモデルを取得する機能部である。

プログラム管理部３０は、第一のデータストア管理システムと第二のデータストア管理システムで実行されるプログラムを管理する機能部であり、プログラム取得部３１、プログラム変換部３２、プログラム送信部３３からなる。

プログラム取得部３１は、第二のデータストア管理システムで実行されるプログラムを取得する機能部である。プログラム変換部３２は、第二のデータストア管理システムで実行されるプログラムを、第一のデータストア管理システムで実行される第一のプログラムに変換する機能部である。プログラム送信部３３は、生成されたプログラムを、第一のデータストア管理システムに送信する機能部である。

データモデル変換規則管理部４０は、第二のデータストア管理システムで実行されるプログラムを、第一のデータストア管理システムで実行される第一のプログラムに変換する際に使用されるデータモデル変換規則を管理する機能部である。データモデル変換規則管理部４０は、データモデル変換規則生成部４１、データモデル変換規則格納部４２からなる。

データモデル変換規則生成部４１は、入力されたデータ移行規則に従って、第一のデータモデルと第二のデータモデルに対応を示すデータモデル変換規則を生成する機能部である。データモデル変換規則格納部４２は、データモデル変換規則生成部４１により生成されたデータモデル変換規則を格納する機能部である。

第一のデータストア管理システム１００は、本番環境で稼動することを意図されたシステムであり、第一のデータ格納部１１０、第一のデータ管理部１２０、第一のプログラム管理部１３０からなる。

第一のデータ格納部１１０には、第一のデータモデル１１１、第一のデータ１１２、第一のプログラム１１３が格納される。第一のデータモデル１１１は、第一のデータストア管理システム１００で取り扱われるデータを記述するモデルである。本実施形態では、ＲＤＢを記述するクエリを例に採り説明する。第一のデータ１１２は、第一のデータストア管理システム１００で取り扱われるデータである。本実施形態では、ＲＤＢのテーブルを例に採り説明する。第一のプログラム１１３は、第一のデータシステム上で動作するプログラムである。本実施形態では、ＲＤＢのテーブルを入力し、出力としても、ＲＤＢのテーブルを出力するプログラムを例に採り説明する。第一のプログラム１１３は、ユーザが記述した第二のデータストア管理システム２００で実行されるプログラムに基づいて、生成されるプログラムである。

第一のデータ管理部１２０は、第一のデータ１１２を管理する機能部である。第一のプログラム管理部１３０は、第一のプログラム１１３を管理する機能部である。

第二のデータストア管理システム２００は、ＰｏＣ環境で稼動することを意図されたシステムであり、第二のデータ格納部２１０、第二のデータ管理部２２０、第二のプログラム管理部２３０からなる。

第二のデータ格納部２１０には、第二のデータモデル２１１、第二のデータ２２２、第二のプログラム２２３が格納される。第二のデータモデル２１１は、第二のデータストア管理システム２００で取り扱われるデータを記述するモデルである。本実施形態では、ドキュメント型データベースを記述するクエリ、ＲＤＢを記述するクエリを例に採り説明する。第二のデータ２２２は、第二のデータストア管理システム２００で取り扱われるデータである。本実施形態では、ドキュメント型データベースのコレクション、ＲＤＢのテーブルを例に採り説明する。第二のプログラム２２３は、第二のデータシステム上で動作するプログラムである。本実施形態では、ドキュメント型データベースのコレクションを入力し、出力として、ＲＤＢのテーブルを出力するプログラムを例に採り説明する。第二のプログラム２２３は、ユーザが記述した第二のデータストア管理システム２００で実行されるプログラムである。

第二のデータ管理部２２０は、第二のデータ２２２を管理する機能部である。第二のプログラム管理部２３０は、第二のプログラム２２３を管理する機能部である。

なお、第一のデータストア管理システム１００、第二のデータストア管理システム２００、データ移行システム１の各機能部は、それを実行するプログラムを、ハードウェアとして情報処理装置が、ＣＰＵ（Central Processor Unit）などのプロセッサにより実行することにより、その機能が実現される。

次に、図２を用いて本実施形態の情報処理システムの各コンポーネントのハードウェア構成について説明する。
本実施形態の情報処理システムの各コンポーネントのハードウェアは、図２に示されるサーバ装置、パーソナルコンピュータ、ワークステーションなどの一般的な情報処理装置により実現することができる。

例えば、データ移行システム１は、図２に示されるように、ＣＰＵ３０１、主メモリ３０２、ストレージ３０３、ＮＩＣ（Network InterFace Card）３０４、キーボード３０５、マウス３０６、ディスプレイ３０７がバスにより結合された形態になっている。

ＣＰＵ３０１は、データ移行システム１の各部を制御し、主メモリ３０２に必要なプログラムをロードして実行する。
主メモリ３０２は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ３０１が実行するプログラム、参照するデータが記憶される。
ストレージ３０３は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの情報を記憶する大容量のデバイスである。本実施形態のストレージ３０３には、データ移行システム１の各機能部の機能を実現するためのプログラムがインストールされている。
ＮＩＣ３０４は、ネットワーク５と接続するためのインタフェース装置である。
キーボード３０５、マウス３０６は、ユーザがデータやコマンドを入力するインターフェースデバイスである。
ディスプレイ３０７は、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬディスプレイなどの情報をユーザに表示するデバイスである。

第一のデータストア管理システム１００、第二のデータストア管理システム２００も同様のハードウェア構成により実現することができる。

次に、図３ないし図８を用いて、本実施形態の情報処理システムにより、プログラム移行を行う処理の概要について説明する。

先ず、図３を用いて本実施形態の情報処理システムにより、プログラム移行を行う処理の概要について説明する。
本実施形態の情報処理システムの意図する所は、第二のデータストア管理システム２００で開発したプログラムを、第一のデータストア管理システム１００にプログラム移行することである。

先ず、図４を用いて第一のプログラムについて説明する。
図４に示されるように、第一のデータモデルＴ１ＤＭとして、ＲＤＢにおけるクエリ（例えば、テーブル生成時にテーブル構造を既定する「ＣＲＥＡＴＥ ＴＡＢＬＥ」）により既定されているとする。第一のデータＴ１としては、ＲＤＢのＴＡＢＬＥ（カラムとして、「ＩＤ」（ｉｎｔｅｇｅｒ型）、「ＶＡＲ」（ｃｈａｒ型））が既定されている。

ここで、第一のプログラムＰ１の仕様として、カラム「ＩＤ」の文字列の長さを、テーブルＴ１′として出力するものとする。すなわち、出力されるデータのデータモデルは、第一のデータモデルＴ１′ＤＭで表されるものである。

図４では、第一のプログラムＰ１の記述としては、入力として、Ｓｏｕｒｃｅの項目、機能として、Ｆｕｎｃｔｉｏｎの項目、出力として、Ｔａｒｇｅｔの項目がそれぞれの行で対応するような表形式で記述されている。プログラムの記述は、入力、出力、機能が明確であれば、Ｃなどの高級言語、アセンブラ言語などで、記述されていてもよい。

第一のプログラムＰ１の第一の行では、Ｓｏｕｒｃｅのデータ（第一のデータＴ１）のＩＤというカラムを、Ｔａｒｇｅｔのデータ（第一のデータＴ１′）のＩＤというカラムに、機能として、そのまま（＿）、出力することを示している。

また、第一のプログラムＰ１の第二の行では、Ｓｏｕｒｃｅのデータ（第一のデータＴ１）のＶＡＲというカラムの長さをとって（関数＿ｌｅｎｇｔｈ（））、その長さを、Ｔａｒｇｅｔのデータ（第一のデータＴ１′）のＶＡＲというカラムに、出力することを示している。

次に、図５を用いて第二のプログラムについて説明する。
第二のデータストア管理システムでは、データモデルとして、ドキュメント型データベースのクエリ、ＲＤＢのクエリが採用されているとする。

第二のデータモデルＴ２ＤＭとして、図５に示されるように、コレクション「Ｔ２」、それに対して、フィールドとして、「ＩＤ」、「ＶＡＲ」が定義されているものとする。したがって、第二のデータＴ２としては、「ＩＤ」、「ＶＡＲ」を有するコレクションである。

第二のプログラムＰ２は、第一のプログラムＰ１と等価（同機能）なプログラムであり、ユーザ（システム構築者、プログラマなど）は、この第二のプログラムＰ２を記述して、データ移行システム１に入力する必要がある。

第二のプログラムＰ２の第一の行では、Ｓｏｕｒｃｅのデータ（第二のデータＴ２）のＩＤというフィールドを、Ｔａｒｇｅｔのデータ（第二のデータＴ２′）のＩＤというカラムに、機能として、そのまま（＿）、出力することを示している。

また、第二のプログラムＰ２の第二の行では、Ｓｏｕｒｃｅのデータ（第二のデータＴ２）のＶＡＲというフィールドの長さをとって（関数＿ｌｅｎｇｔｈ（））、その長さを、Ｔａｒｇｅｔのデータ（第二のデータＴ２′）のＶＡＲ＿ＬＥＮというフィールドに、出力することを示している。
なお、第二のデータモデルＴ２′ＤＭは、自動生成してもよいし、ユーザが記述してもよい。

また、本実施形態の意図としては、第二のデータストア管理システムの第二のプログラムＰ２を、第一のデータストア管理システムで実行されるプログラムに移行することにあるので、第二のデータＴ２′は、直接に使われることはないが、第二のプログラムＰ２のデバッグ時の検証用データとして用いることができる。

以下、図３のシーケンス図の順を追って説明する。
先ず、ユーザは、データ移行システム１に、データ移行規則情報を入力する（Ａ００）。例えば、ユーザが図６に示されるデータ移行操作画面５００により、データ移行に関する情報を入力することにより、データ移行システム１は、データ移行規則ＤＴＭＲを生成する。

データ移行操作画面５００は、データ移行におけるＳｏｕｒｃｅ列５１０と、Ｔａｒｇｅｔ列５２０が対比して入力され、Ｃｏｎｎｅｃｔｉｏｎ行群５３０には、Ｓｏｕｒｃｅに関するシステムと、Ｔａｒｇｅｔに関するシステムの接続情報が入力され、Ｍｉｇｒａｔｉｏｎ行群５４０には、データに関する移行の規則が入力される。図６に示される例では、Ｃｏｎｎｅｃｔｉｏｎ行群５３０には、Ｓｏｕｒｃｅに関するシステムと、Ｔａｒｇｅｔに関するシステムにおけるＩＰアドレス、ポート、ユーザＩＤ、パスワードの移行情報が入力され、Ｍｉｇｒａｔｉｏｎ行群５４０には、データベース名、データ名（テーブルとコレクション）、データの構成要素（カラムとフィールド）の対応が示されている。

生成されたデータ移行規則ＤＴＭＲは、テーブル形式で表現すると、図８に示されるような対応になる。このテーブルにおいて、第１～第４行目が、Ｃｏｎｎｅｃｔｉｏｎ行群５３０で入力された情報であり、第５～第８行目が、Ｍｉｇｒａｔｉｏｎ行群５４０で入力された情報である。

次に、データ移行システム１は、第一のデータストア管理システム１００から第一のデータＴ１を取得する（Ａ０１、図４）。なお、初期状態で、第一のデータストア管理システム１００に、第一のデータＴ１と第一のデータモデルＴ１ＤＭが格納されている。

次に、データ移行システム１は、データ移行規則ＤＴＭＲに基づいて、第一のデータＴ１を、第二のデータＴ２に変換する（Ｓ０１）。すなわち、データベース名を、「ＲＤＢ１」から、「ＤＯＣ２」に変換し、テーブルＴ１を、ドキュメントＴ２に変換し、そのカラムとフィールドも規則にしたがって変換する。

次に、データ移行システム１は、変換した第二のデータＴ２を、第二のデータストア管理システム２００に送信する（Ａ０２、図５）。
次に、第二のデータストア管理システム２００は、受信した第二のデータテーブルＴ２に基づいて、第二のデータモデルＴ２ＤＭを生成する（Ｓ０２、図５）。
次に、データ移行システム１は、第一のデータストア管理システム１００から、第一のデータモデルＴ１ＤＭを取得する（Ａ０３、図４）。
次に、データ移行システム１は、第二のデータストア管理システム２００から、第二のデータモデルＴ２ＤＭを取得する（Ａ０４、図５）。
次に、データ移行システム１は、取得したデータ移行規則ＤＴＭＲ、第一のデータモデルＴ１ＤＭ、第二のデータモデルＴ２ＤＭに基づき、データモデル変換規則ＤＭＣＲを生成する（Ｓ０３）。
なお、データモデル変換成規則ＤＭＣＲを生成する処理は、後に詳述する。

次に、ユーザは、データ移行システム１に、プログラム移行規則情報を入力する（Ａ０６）。例えば、ユーザが図７に示されるプログラム移行操作画面６００により、プログラム移行に関する情報を入力する。

プログラム移行操作画面６００は、プログラム移行におけるＳｏｕｒｃｅ列６１０と、Ｔａｒｇｅｔ列６２０が対比して入力され、Ｃｏｎｎｅｃｔｉｏｎ行群６３０には、Ｓｏｕｒｃｅに関するシステムと、Ｔａｒｇｅｔに関するシステムの接続情報が入力され、Ｍｉｇｒａｔｉｏｎ行群６４０には、プログラムに関する移行の規則が入力される。図６に示される例では、Ｃｏｎｎｅｃｔｉｏｎ行群６３０には、Ｓｏｕｒｃｅに関するシステムと、Ｔａｒｇｅｔに関するシステムにおけるＩＰアドレス、ポート、ユーザＩＤ、パスワードの移行情報が入力され、Ｍｉｇｒａｔｉｏｎ行群６４０には、プログラム名の対応が示されている。

一方、ユーザは、第二のデータストア管理システムに第二のプログラムＰ２を入力する（Ａ０５）。そして、プログラムのデバッグなどの検証が必要なときには、第二のデータストア管理システムで、第二のプログラムＰ２を実行する（Ｓ０４、図５）。

次に、データ移行システム１は、Ｓ０３で生成したデータモデル変換規則ＤＭＲに基づいて、取得した第二のプログラムＰ２を、第一のプログラムＰ１に変換する（Ｓ０５）。
なお、第一のプログラムＰ１を変換する処理は、後に詳述する。
次に、データ移行システム１は、生成した第一のプログラムＰ１に送信する（Ａ０８）。
最後に、本番環境として、第一のデータストア管理システム１００は、受信した第一のプログラムＰ１を実行する（Ｓ０６）。

次に、図９ないし図１６を用いて本実施形態の情報処理システムの処理の詳細を説明する。

先ず、図９を用いて、データ移行システムがデータモデル変換規則を生成するまでの処理について説明する。
先ず、データ移行システム１は、ユーザからの第一のデータストア管理システム１００から第二のデータストア管理システム２００のデータ移行規則情報の入力を取得する（Ｓ１００、図３のＡ００）。

次に、データ移行システム１は、第一のデータストア管理システムから第一のデータを取得する（Ｓ１０１、Ａ０１）。
次に、データ移行システム１は、第一のデータＴ１を第二のデータＴ２に変換し（図３のＳ０１）、その第二のデータＴ２を、第二のデータストア管理システム２００に送信する（Ｓ１０２、Ａ０２）。
次に、データ移行システム１は、第一のデータストア管理システム１００から第一のデータモデルＴ１ＤＭを（Ａ０３）、第二のデータストア管理システム２００から第二のデータモデルＴ２ＤＭを（Ａ０４）、それぞれ取得する（Ｓ１０３）。
次に、データ移行システム１は、第一のデータモデルＴ１ＤＭ、第二のデータモデルＴ２ＤＭ、データ移行規則ＤＴＭＲから、データモデル変換規則ＤＭＣＲを生成する（Ｓ１０４、Ｓ０３）。

なお、このデータモデル変換規則ＤＭＣＲの詳細は、後に図１１を用いて説明する。

次に、データ移行システム１は、生成したデータモデル変換規則ＤＭＣＲをデータモデル変換規則格納部４２に格納する（Ｓ１０５）。
次に、図１０を用いて第二のデータストア管理システムが第二のデータを受信する処理の詳細について説明する。
先ず、第二のデータストア管理システム２００は、データ移行システム１から第二のデータＴ２を受信し、その第二のデータＴ２を第二のデータ格納部２１０に格納する（Ｓ２００、Ａ０２）。
次に、第二のデータストア管理システム２００は、第二のデータＴ２に対応した第二のデータモデルＴ２ＤＭを生成し（Ｓ０２）、第二のデータ格納部２１０に格納する（Ｓ２０１）。

次に、図８、図１１および図１２を用いてデータモデル変換規則生成処理の詳細について説明する。
これは、図９のＳ１０４に該当する処理である。
先ず、データ移行システム１は、図８に示されるデータ移行規則ＤＴＭＲの規則から、未取得の規則があるか否かを判定する（Ｓ３００）。

図８に示されるデータ移行規則ＤＴＭＲでは、規則１～規則３が規定されているので、これを取得し、順次未取得のものから適用する。
未取得の規則があるときには（Ｓ３００：Ｙｅｓ）、Ｓ３０１に行き、未取得の規則がないときには（Ｓ３００：Ｎｏ）、処理を終了する。
未取得の規則があるときには、データ移行規則ＤＴＭＲから未取得の規則を取得する（Ｓ３０１）。
次に、取得した規則が定義しているデータモデルの項目を、ＳｏｕｒｃｅおよびＴａｒｇｅｔのデータモデルから検索し、その項目を特定する（Ｓ３０２）。
例えば、規則２のＣｏｌｕｍｎ．ＩＤの項目は、ＲＤＢのテーブルＴ１のＩＤというカラムが該当し、Ｆｉｅｌｄ．ＩＤの項目は、ドキュメント型データベースのコレクションＴ２のＩＤというフィールドが該当する。

次に、特定したデータモデルの項目の対応をデータモデル変換規則ＤＭＣＲに加える（Ｓ３０３）。
次に、特定したデータモデルの項目に付加的な情報が存在する場合には、当該情報の対応を、それをデータモデル変換規則ＤＭＣＲに加える（Ｓ３０４）。

生成されるデータモデル変換規則ＤＭＣＲは、図１２に示されるようになる。
すなわち、データモデル変換規則ＤＭＣＲの第一行目は、ＲＤＢのテーブルが、ドキュメント型データベースのコレクションに対応し、第二行目は、ＲＤＢのＣｏｌｕｍｎが、ドキュメント型データベースのＦｉｅｌｄに対応し、第三行目は、ＲＤＢのＤａｔａ Ｔｙｐｅは、ドキュメント型データベースのＢＳＯＮ（Binary JavaScript Object Notation） Ｔｙｐｅに対応している。また、第三行目の詳細情報として、それぞれのデータ型の対応が示されている。

このように、本実施形態のデータモデル変換規則ＤＭＣＲは、ＲＤＢのデータベース、テーブル、カラムの概念に相当する変換規則を含んでいるが、その他にも、主キー、外部キー、インデックスに相当する概念を含んでいてもよい。

次に、図１３を用いて第二のデータストア管理システムが第二のプログラムの実行処理について説明する。
先ず、第二のデータストア管理システム２００は、ユーザから第二のプログラムＰ２を入力させ、第二のデータ格納部２１０に格納する（Ｓ４００、Ａ０５）。
次に、第二のデータストア管理システム２００は、第二のデータＴ２に対して、第二のプログラムＰ２を実行し（Ｓ０４）、結果の第二のデータＴ２′を第二のデータ格納部２１０に格納する（Ｓ４０１、図５）。

次に、図１４を用いてデータ移行システムが第二のプログラムを第一のプログラムに変換する処理を説明する図である。
先ず、データ移行システム１は、第二のデータストア管理システム２００から第二のプログラムＰ２を取得する（Ｓ５００、Ａ０７）。

次に、データ移行システム１は、第二のデータプログラムが対象とする第二のデータ移行処理時に生成されたデータモデル変換規則ＤＭＣＲを、データモデル変換規則格納部４２から取得する（Ｓ５０１）。

次に、データ移行システム１は、取得したデータモデル変換規則ＤＭＣＲを用いて、第二のプログラムＰ２を、第一のデータＴ１に対応した第一のプログラムＰ１に変換する（Ｓ５０２、Ｓ０５）。

第二のプログラムＰ２を、第一のプログラムＰ１に変換する処理の詳細は、後に、図１５を用いて説明する。

次に、データ移行システム１は、変換された第一のプログラムＰ１を第一のデータストア管理システム１００に送信する（Ｓ５０３、Ａ０８）。

次に、図１５および図１６を用いてデータ移行システム１が第二のプログラムを第一のプログラムに変換する処理の詳細について説明する。
これは、図１４のＳ５０２に該当する処理である。

データ移行システム１は、取得したデータモデル変換規則ＤＭＣＲの対応を入れ替え、逆モデル変換規則ＲＤＭＣＲを生成する（Ｓ６００）。

図１６に示される例では、データモデル変換規則ＤＭＣＲでは、Ｓｏｕｒｃｅ列が「Ｔａｂｌｅ，Ｃｏｌｕｍｎ，Ｄａｔａ Ｔｙｐｅ」、Ｔａｒｇｅｔ列が「Ｃｏｌｌｅｃｔｉｏｎ，Ｆｉｅｌｄ，ＢＳＯＮ Ｔｙｐｅ」となっているのを入れ替えて、逆データモデル変換規則ＲＤＭＣＲでは、Ｓｏｕｒｃｅ列が「Ｃｏｌｌｅｃｔｉｏｎ，Ｆｉｅｌｄ，ＢＳＯＮ Ｔｙｐｅ」、Ｔａｒｇｅｔ列が「Ｔａｂｌｅ，Ｃｏｌｕｍｎ，Ｄａｔａ Ｔｙｐｅ」となる。

次に、逆データモデル変換規則ＲＤＭＣＲを参照し、第二のプログラムＰ２の項目のうち、逆データモデル変換規則ＲＤＭＣＲに列挙された項目に対し、当該項目対して、逆データモデル変換規則ＲＤＭＣＲで定義された対応による変換を実施し、第一のプログラムＰ１を生成する（Ｓ６０１）。

図１６に示される例では、逆データモデル変換規則ＲＤＭＣＲで、例えば、第二行目で、Ｓｏｕｒｃｅ列が「Ｆｉｅｌｄ」、Ｔａｒｇｅｔ列が「Ｃｏｌｕｍｎ」となっているので、第二のプログラムＰ２のＳｏｕｒｃｅ列の第二行目の「Ｆｉｅｌｄ．ＩＤ」に対応し、第一のプログラムＰ１のＳｏｕｒｃｅ列の第二行目を「Ｃｏｌｕｍｎ．ＩＤ」とし、第二のプログラムＰ２のＳｏｕｒｃｅ列の第二行目の「Ｆｉｅｌｄ．ＶＡＲ」に対応し、第一のプログラムＰ１のＳｏｕｒｃｅ列の第二行目を「Ｃｏｌｕｍｎ．ＶＡＲ」とする。

以上述べてきたように、本実施形態によれば、プログラムの開発環境と、そのプログラムを動作させる本番環境とで、データモデルが異なる場合であっても、データモデル変換規則を生成し、データモデル変換規則に基づいて、開発環境で開発したプログラムを、本番環境で動作するプログラムに自動変換する。これにより、プログラムの移行工数を低減させ、移行をすみやかに行うことが可能になる。

〔実施形態２〕
以下、本発明に係る実施形態２を、図１７および図１８を用いて説明する。

実施形態１は、データ移行元のデータストア管理システムとデータ移行先のデータストア管理システムの対応が、１：１の関係であった。しかしながら、データ移行元のデータストア管理システムとデータ移行先のデータストア管理システムの対応は、Ｎ：１、１：Ｎ、または、Ｎ：Ｎの対応になってもよい。また、データモデル変換規則の対応も、データストア管理システムの対応に応じて、Ｎ：１、１：Ｎ、または、Ｎ：Ｎの対応になってもよい。

以下、本実施形態では、データ移行元のデータストア管理システムとデータ移行先のデータストア管理システムの対応が、２：１の関係である場合を例に採り、実施形態１と異なる所を中心に説明する。

実施形態２で示される情報処理システムは、図１７に示されるように、第一のデータストア管理システム（その一）１００－１、第一のデータストア管理システム（その二）１００－２、第二のデータストア管理システム２００、および、それらの間のデータ移行とそれに関係するプログラムの移行を支援するデータ移行システム１からなる。

データ移行元のデータストア管理システムが、二つになったほかは、実施形態１と同様である。

ここでも、第一のデータストア管理システム（その一、その二）が、本番環境のシステムであり、第二のデータストア管理システムがＰｏＣ環境のシステムであるとする。

本実施形態では、図１８に示されるように、第一のデータストア管理システム（その一）１００－１における第一のデータモデルＴ１－１ＤＭ、第一のデータストア管理システム（その二）１００－２における第一のデータモデルＴ１－２ＤＭが規定され、第二のデータストア管理システム２００における第二のデータモデルＴ２ＤＭが規定されるとする。すなわち、第一のデータストア管理システム（その一）１００－１、第一のデータストア管理システム（その二）１００－２は、ＲＤＢデータベースシステムであり、第二のデータストア管理システム２００は、ドキュメント型データベースシステムである。

そして、データ移行規則ＤＴＲは、図１８に示されるように、第一のデータストア管理システム（その一）１００－１、第一のデータストア管理システム（その二）１００－２に対応して、それぞれ、Ｓｏｕｒｃｅ１列、Ｓｏｕｒｃｅ２列が定義され、第二のデータストア管理システム２００に対応して、Ｔａｒｇｅｔ列が定義されるとする。

このときの、データモデル変換規則ＤＭＣＲは、第一のデータストア管理システム（その一）１００－１、第一のデータストア管理システム（その二）１００－２の各々のデータであるテーブルＴ１－１、テーブルＴ１－２に対応して、同じように、第二のデータストア管理システム２００のコレクションに変換することが規定される。
そして、これを用いたプログラム変換の処理は、実施形態１と同様である。

以上のように本実施形態によれば、データ移行元のデータストア管理システムとデータ移行先のデータストア管理システムの対応が、Ｎ：１、１：Ｎ、または、Ｎ：Ｎの対応であっても、開発環境におけるプログラムを本番環境のプログラムに工数をかけることなく、変換することができる。

１…データ移行システム、１０…データ管理部、２０…データモデル管理部、３０…プログラム管理部、４０…データモデル変換規則管理部、
１００…第一のデータストア管理システム、１１０…第一のデータ格納部、１２０…第一のデータ管理部、１３０…第一のプログラム管理部、
２００…第二のデータストア管理システム、２１０…第二のデータ格納部、２２０…第二のデータ管理部、２３０…第二のプログラム管理部

Claims (9)

1. 第一の情報システムから第二の情報システムにソフトウェア移行を行うデータ移行システムであって、
   前記データ移行システムは、プロセッサがプログラムを実行することにより機能を実現するハードウェアを有する情報処理装置により実現され、
   前記第一の情報システムは、第一のデータの構造と属性を記述する第一のデータモデルを保持し、第一のデータを入力とする第一のプログラムを実行し、
   前記第二の情報システムは、第二のデータの構造と属性を記述する第二のデータモデルを保持し、第二のデータを入力とする第二のプログラムを実行し、
   前記第一のデータと前記第二のデータのデータ名、構成要素について、ＳｏｕｒｃｅとＴａｒｇｅｔとの対応を規定したデータ移行規則にしたがって、前記第一のデータを前記第二のデータに変換し、前記データ移行規則と、前記第一のデータモデルと前記第二のデータモデルとを参照し、前記データ移行規則の前記第一のデータと前記第二のデータのデータ名、構成要素との対応に適合するように、前記第一のデータモデルと前記第二のデータモデルにおけるデータの構造と属性を対応させるデータモデル変換規則を作成し、
   前記データモデル変換規則を参照し、前記第二のプログラムに用いられる入力データの構造と属性を前記データモデル変換規則の対応する前記第一のデータの構造と属性に変換した前記第一のプログラムを生成することを特徴とするデータ移行システム。
2. 前記データモデル変換規則のＳｏｕｒｃｅと、Ｔａｒｇｅｔのデータモデルの対応を反転させた逆データモデル変換規則を作成し、
   前記逆データモデル変換規則を用いて、前記第二のプログラムから前記第一のデータの構造と属性に変換した前記第一のプログラムを生成することを特徴とする請求項１記載のデータ移行システム。
3. 前記第一のデータモデルと、前記第二のデータモデルのいずれか一方が、ＲＤＢ（RelationalDataBase）のデータモデルであることを特徴とする請求項１記載のデータ移行システム。
4. 前記第一のデータモデルと、前記第二のデータモデルのいずれか一方が、ドキュメント型データベース、キーバリュー、ファイルシステムのいずれかのデータモデルであることを特徴とする請求項１記載のデータ移行システム。
5. 前記データモデル変換規則は、ＲＤＢのデータベース、テーブル、カラムに関する規則を含むことを特徴とする請求項３記載のデータ移行システム。
6. 前記データモデル変換規則は、主キー、外部キー、インデックスに関する規則を含むことを特徴とする請求項３記載のデータ移行システム。
7. 第一の情報処理システムは、単数または複数のシステムからなり、第二の情報処理システムは、単数または複数のシステムからなることを特徴とする請求項１記載のデータ移行システム。
8. 前記データ移行規則を入力する画面を表示することを特徴とする請求項１記載のデータ移行システム。
9. 第一の情報システムから第二の情報システムにソフトウェア移行を行うデータ移行システムにより実現されるデータ移行方法であって、
   前記データ移行システムは、プロセッサがプログラムを実行することにより機能を実現するハードウェアを有する情報処理装置により実現され、
   前記第一の情報システムは、第一のデータの構造と属性を記述する第一のデータモデルを保持し、第一のデータを入力とする第一のプログラムを実行し、
   前記第二の情報システムは、第二のデータの構造と属性を記述する第二のデータモデルを保持し、第二のデータを入力とする第二のプログラムを実行し、
   前記プロセッサが、前記第一のデータと前記第二のデータのデータ名、構成要素について、ＳｏｕｒｃｅとＴａｒｇｅｔとの対応を規定したデータ移行規則にしたがって、前記第一のデータを前記第二のデータに変換し、前記データ移行規則と、前記第一のデータモデルと前記第二のデータモデルとを参照し、前記データ移行規則の前記第一のデータと前記第二のデータのデータ名、構成要素との対応に適合するように、前記第一のデータモデルと前記第二のデータモデルにおけるデータの構造と属性を対応させるデータモデル変換規則を作成するステップと、
   前記データモデル変換規則を参照し、前記第二のプログラムに用いられる入力データの構造と属性を前記データモデル変換規則の対応する前記第一のデータの構造と属性に変換した前記第一のプログラムを生成するステップとを有することを特徴とするデータ移行方法。

Images