特許 7484033 データベースの管理を行うシステムを変更する方法、プログラム及び情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-05-08

(45)【発行日】2024-05-16

(54)【発明の名称】データベースの管理を行うシステムを変更する方法、プログラム及び情報処理装置

(51)【国際特許分類】

   G06F 8/51 20180101AFI20240509BHJP

   G06F 16/27 20190101ALI20240509BHJP

   G06F 8/76 20180101ALN20240509BHJP

【ＦＩ】

G06F8/51

G06F16/27

G06F8/76

【請求項の数】 14

(21)【出願番号】P 2023183515

(22)【出願日】2023-10-25

【審査請求日】2024-01-11

【早期審査対象出願】

(73)【特許権者】

【識別番号】507302922

【氏名又は名称】株式会社インフォース

(74)【代理人】

【識別番号】100108006

【弁理士】

【氏名又は名称】松下 昌弘

(72)【発明者】

【氏名】▲柳▼田 章一郎

【審査官】武田 広太郎

(56)【参考文献】

【文献】特開２００５－７８６３６（ＪＰ，Ａ）

【文献】中国特許出願公開第１１４０６４１１８（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／５１

Ｇ０６Ｆ １６／２７

Ｇ０６Ｆ ８／７６

(57)【特許請求の範囲】

【請求項1】

データベースの管理を行うシステムを第１管理システムから第２管理システムへ変更する方法であって、
前記第１管理システムが管理するデータベースを第１データベースと呼び、
前記第２管理システムが管理するデータベースを第２データベースと呼び、
前記第１管理システムが前記第１データベースを操作するために実行するＳＱＬ文を第１ＳＱＬ文と呼び、
前記第２管理システムが前記第２データベースを操作するために実行するＳＱＬ文を第２ＳＱＬ文と呼び、
情報処理装置が、前記第１データベースに対応した前記第２データベースを作成するデータベース作成工程と、
前記情報処理装置が、前記第１データベースについて作成された１以上の前記第１ＳＱＬ文を解析し、当該解析の結果に基づいて、１以上の前記第１ＳＱＬ文による前記第１データベースの操作に対応した前記第２データベースの操作を前記第２管理システムに行わせる１以上の前記第２ＳＱＬ文を作成するＳＱＬ文作成工程とを有し、
前記ＳＱＬ文作成工程は、
前記第１ＳＱＬ文において用いられるパラメータであって、ユーザにより入力され得る１以上の前記パラメータを特定することと、
前記第１ＳＱＬ文による前記第１データベースの操作に対応した前記第２データベースの操作を行わせる前記第２ＳＱＬ文として、特定された１以上の前記パラメータを用いる前記第２ＳＱＬ文を作成することと、
前記ユーザが操作する端末装置において実行されるモジュールであって、前記第１ＳＱＬ文について特定された１以上の前記パラメータを入力するためのユーザインターフェースをそれぞれ提供する１以上の第１プログラムコードと、前記第２管理システムが、当該第１ＳＱＬ文について作成した前記第２ＳＱＬ文を、前記ユーザインターフェースによって入力される１以上の前記パラメータを用いて実行するように指示する第２プログラムコードとを含んだ前記モジュールを作成することとを有する、
方法。

【請求項2】

前記第１管理システムは、前記第１ＳＱＬ文において用いられる１以上の前記パラメータに関するパラメータ情報を保存しており、
前記パラメータが用いられた前記第１ＳＱＬ文を構成する複数のトークンは、前記パラメータを表す前記トークンであるパラメータトークンを含んでおり、
前記パラメータには、前記パラメータの入力方法が異なる複数のタイプが存在し、
各前記タイプは、前記パラメータトークンと他の前記トークンとの関係、及び／又は、前記パラメータトークンに含まれる文字列に基づいて識別可能であり、
前記ＳＱＬ文作成工程において一の前記第１ＳＱＬ文に用いられる前記パラメータを特定することは、
当該一の第１ＳＱＬ文について保存された前記パラメータ情報を取得することと、
当該一の第１ＳＱＬ文を構成する複数の前記トークンから、前記パラメータ情報が示す１以上の前記パラメータを表す１以上の前記パラメータトークンを特定することと、
特定された１以上の前記パラメータトークンの各々について、前記パラメータトークンと他の前記トークンとの関係、及び／又は、前記パラメータトークンに含まれる文字列に基づいて、前記タイプを判別することとを含み、
前記ＳＱＬ文作成工程において一の前記第１ＳＱＬ文について作成される一の前記第１プログラムコードは、当該一の第１ＳＱＬ文に用いられる一の前記パラメータを入力するための前記ユーザインターフェースであって、当該一のパラメータについて判別された前記タイプにおける前記入力方法に適合した前記ユーザインターフェースを提供する、
請求項１に記載の方法。

【請求項3】

前記第１ＳＱＬ文に従って前記第１管理システムの画面に表示される入力用オブジェクトにより入力される前記パラメータの前記タイプを第１タイプと呼び、
前記第１タイプの前記パラメータを入力するための前記ユーザインターフェースを提供する前記第１プログラムコードによる処理は、
前記入力用オブジェクトを前記端末装置の画面に表示させることと、
前記入力用オブジェクトにおいて入力されたデータを当該第１タイプのパラメータとして取得することとを含む、
請求項２に記載の方法。

【請求項4】

前記第１管理システムの画面に表示される所定のオブジェクトにおいて入力若しくは提示されるデータに基づいて前記パラメータが取得される前記タイプを第２タイプと呼び、
前記端末装置の画面に前記所定のオブジェクトを表示させる場合に実行されるモジュールをオブジェクト用モジュールと呼び、
前記第２タイプの前記パラメータを入力するための前記ユーザインターフェースを提供する前記第１プログラムコードによる処理は、
前記オブジェクト用モジュールによって前記端末装置の画面に表示される前記所定のオブジェクトにおいて入力若しくは提示されるデータに基づいて、当該第２タイプのパラメータを取得することができるか判定することと、
当該第２タイプのパラメータを取得できないと判定した場合、当該第２タイプのパラメータを入力するための入力用オブジェクトを前記端末装置の画面に表示させることと、
前記入力用オブジェクトにおいて入力されたデータを当該第２タイプのパラメータとして取得することとを含む、
請求項２に記載の方法。

【請求項5】

前記第１データベースに変更を加える前記第１ＳＱＬ文を作用型のＳＱＬ文と呼び、
前記作用型のＳＱＬ文について作成された前記第２ＳＱＬ文を実行するように指示する前記第２プログラムコードによる処理は、
前記第２管理システムにおいて前記第２ＳＱＬ文を仮実行させ、当該仮実行によってロールバック可能に変更された前記第２データベースのデータに関する仮実行情報を取得することと、
取得した前記仮実行情報を提示するとともに、前記第２ＳＱＬ文による前記第２データベースのデータの変更を確定するか前記ユーザに確認を求める確認用オブジェクトを前記端末装置の画面に表示させることと、
前記第２ＳＱＬ文による前記第２データベースの変更を確定する指示が前記確認用オブジェクトに入力された場合、前記第２管理システムにおいて当該仮実行による前記第２データベースのデータの変更を確定させることとを含む、
請求項１に記載の方法。

【請求項6】

前記第１データベースに含まれるテーブルを第１テーブルと呼び、
前記第２データベースに含まれるテーブルを第２テーブルと呼び、
前記第１データベースに変更を加える前記第１ＳＱＬ文を作用型のＳＱＬ文と呼び、
前記ＳＱＬ文作成工程は、
前記第１ＳＱＬ文が前記作用型のＳＱＬ文である場合、当該作用型のＳＱＬ文において操作対象となっている前記第１テーブルを特定することと、
前記作用型のＳＱＬ文の操作対象として複数の前記第１テーブルが特定された場合、当該作用型のＳＱＬ文による前記第１データベースの変更に対応した前記第２データベースの変更を行わせる前記第２ＳＱＬ文として、特定された複数の前記第１テーブルに対応する複数の前記第２テーブルに対して個別に変更を加える前記第２ＳＱＬ文を作成することとを含む、
請求項１に記載の方法。

【請求項7】

前記第１データベースに含まれるテーブルを第１テーブルと呼び、
前記第２データベースに含まれるテーブルを第２テーブルと呼び、
前記第１テーブルにおけるフィールドを第１フィールドと呼び、
前記第２テーブルにおけるフィールドを第２フィールドと呼び、
前記第１ＳＱＬ文において前記第１フィールド又は前記第１フィールドを含む計算式を表す部分を第１フィールド部と呼び、
前記第２ＳＱＬ文において前記第２フィールド又は前記第２フィールドを含む計算式を表す部分を第２フィールド部と呼び、
前記第１管理システムは、前記第１ＳＱＬ文における１以上の前記第１フィールド部に関するフィールド情報を保存しており、
一の前記第１ＳＱＬ文について一の前記第２ＳＱＬ文を作成する前記ＳＱＬ文作成工程は、
当該一の第１ＳＱＬ文について保存された前記フィールド情報を取得することと、
当該一の第１ＳＱＬ文における１以上の前記第１フィールド部のうち、別名が指定されていない前記第１フィールド部を特定することと、
特定した前記第１フィールド部の名称を前記フィールド情報から取得することと、
当該一の第２ＳＱＬ文において、特定した前記第１フィールド部に対応する前記第２フィールド部の別名として、前記フィールド情報から取得した前記名称を指定することとを含む、
請求項１に記載の方法。

【請求項8】

前記ＳＱＬ文作成工程は、
前記第１ＳＱＬ文における所定の関数又は所定の構文を、前記第２ＳＱＬ文において別の関数又は別の構文に置き換えることと、
前記所定の関数又は前記所定の構文に渡される引数である第１引数のデータ型が数値の場合において、前記別の関数又は前記別の構文に渡される引数である第２引数のデータ型が真又は偽の値をとるデータ型ならば、前記第１引数がゼロのときに偽の値をとり、前記第１引数がゼロ以外のときに真の値をとる真偽式を前記第２引数として設定することとを含む、
請求項１に記載の方法。

【請求項9】

前記第１データベースに含まれるテーブルを第１テーブルと呼び、
前記第２データベースに含まれるテーブルを第２テーブルと呼び、
前記第１テーブルにおけるフィールドを第１フィールドと呼び、
前記第２テーブルにおけるフィールドを第２フィールドと呼び、
前記第１ＳＱＬ文において前記第１フィールド又は前記第１フィールドを含む計算式を表す部分を第１フィールド部と呼び、
前記第２ＳＱＬ文において前記第２フィールド又は前記第２フィールドを含む計算式を表す部分を第２フィールド部と呼び、
前記第１管理システムは、前記第１ＳＱＬ文における１以上の前記第１フィールド部に関するフィールド情報を保存しており、
一の前記第１ＳＱＬ文について一の前記第２ＳＱＬ文を作成する前記ＳＱＬ文作成工程は、
当該一の第１ＳＱＬ文において、前記第１フィールド部に関わる操作を表す所定の第１構文を特定することと、
特定した前記第１構文を含むテスト用の前記第１ＳＱＬ文を作成して前記第１管理システムに処理させ、当該テスト用の第１ＳＱＬ文について前記第１管理システムが生成したテスト用の前記フィールド情報を取得することと、
当該一の第２ＳＱＬ文において、特定した前記第１構文に対応する第２構文を作成する場合、前記第２構文に含まれるべき前記第２フィールド部の名称を、前記テスト用のフィールド情報に基づいて設定することとを含む、
請求項１に記載の方法。

【請求項10】

一の前記第１ＳＱＬ文について一の前記第２ＳＱＬ文を作成する前記ＳＱＬ文作成工程は、
当該一の第１ＳＱＬ文において、別名が指定されていないサブクエリである第１サブクエリを特定することと、
当該一の第１ＳＱＬ文において使用される前記第１データベースのテーブルの名称、及び、当該一の第１ＳＱＬ文において使用される他の前記サブクエリの名称を使用済み名称として取得することと、
当該一の第２ＳＱＬ文において、前記第１サブクエリに対応する第２サブクエリを作成する場合、前記使用済み名称と重複しない別名を当該第２サブクエリに設定することとを含む、
請求項１に記載の方法。

【請求項11】

前記第１データベースに含まれるテーブルを第１テーブルと呼び、
前記第２データベースに含まれるテーブルを第２テーブルと呼び、
前記第１テーブルにおけるフィールドを第１フィールドと呼び、
前記第２テーブルにおけるフィールドを第２フィールドと呼び、
前記第１ＳＱＬ文において前記第１フィールド又は前記第１フィールドを含む計算式を表す部分を第１フィールド部と呼び、
前記第２ＳＱＬ文において前記第２フィールド又は前記第２フィールドを含む計算式を表す部分を第２フィールド部と呼び、
前記第１ＳＱＬ文において前記第１フィールド部に関わるデータ抽出操作を表す構文を第１フィールド抽出構文と呼び、
前記第２ＳＱＬ文において前記第２フィールド部に関わるデータ抽出操作を表す構文を第２フィールド抽出構文と呼び、
一の前記第１ＳＱＬ文について一の前記第２ＳＱＬ文を作成する前記ＳＱＬ文作成工程は、
当該一の第１ＳＱＬ文において、複数の前記第１フィールド部に関わるデータ抽出操作を表す前記第１フィールド抽出構文を特定することと、
特定した前記第１フィールド抽出構文に含まれる複数の前記第１フィールド部と、前記第１フィールド部について指定された別名とを含むフィールドリストを取得することと、
前記フィールドリストに含まれる複数の前記第１フィールド部において、前記フィールドリストに含まれる前記別名と同一の文字列が含まれた前記第１フィールド部を特定することと、
当該一の第２ＳＱＬ文において、特定した前記第１フィールド抽出構文に対応する前記第２フィールド抽出構文を作成する場合、特定した前記第１フィールド部に含まれる前記別名と同一の文字列が、当該別名に対応する前記第１フィールド部を含んだ文字列へ置き換えられることにより得られる一連の文字列を、特定した前記第１フィールド部に対応する前記第２フィールド部として設定することとを含む、
請求項１に記載の方法。

【請求項12】

前記第１データベースに含まれるテーブルを第１テーブルと呼び、
前記第２データベースに含まれるテーブルを第２テーブルと呼び、
前記第１テーブルにおけるフィールドを第１フィールドと呼び、
前記第２テーブルにおけるフィールドを第２フィールドと呼び、
前記第１ＳＱＬ文において前記第１フィールド又は前記第１フィールドを含む計算式を表す部分を第１フィールド部と呼び、
前記第２ＳＱＬ文において前記第２フィールド又は前記第２フィールドを含む計算式を表す部分を第２フィールド部と呼び、
前記第１ＳＱＬ文において前記第１フィールド部に関わるデータ抽出操作を表す構文を第１フィールド抽出構文と呼び、
前記第２ＳＱＬ文において前記第２フィールド部に関わるデータ抽出操作を表す構文を第２フィールド抽出構文と呼び、
一の前記第１ＳＱＬ文について一の前記第２ＳＱＬ文を作成する前記ＳＱＬ文作成工程は、
当該一の第１ＳＱＬ文において前記第１フィールド抽出構文を特定することと、
特定した前記第１フィールド抽出構文において、データ抽出結果におけるデータの並び順を指定する並び順指定句が含まれる場合、特定した前記第１フィールド抽出構文に対応する前記第２フィールド抽出構文において、前記並び順指定句に加えて、データ抽出結果におけるデータ数を指定するデータ数指定句が含まれるように当該第２フィールド抽出構文を作成することとを含む、
請求項１に記載の方法。

【請求項13】

データベースの管理を行うシステムを第１管理システムから第２管理システムへ変更する処理を情報処理装置に行わせる命令を含んだプログラムであって、
前記情報処理装置が前記命令に従って行う処理は、請求項１～請求項１２のいずれか一項に記載された方法の各工程を含む、
プログラム。

【請求項14】

データベースの管理を行うシステムを第１管理システムから第２管理システムへ変更する処理を行う情報処理装置であって、
処理部と、
前記処理部に実行される命令を記憶した記憶部とを有し、
前記処理部が前記命令に従って行う処理は、請求項１～請求項１２のいずれか一項に記載された方法の各工程を含む、
情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データベースの管理を行うシステムを変更する方法、プログラム及び情報処理装置に関するものである。

【背景技術】

【0002】

データベース管理システム（database management system：ＤＢＭＳ）には様々な種類があり、データベースの規模や利用状況などに応じて適切なＤＢＭＳが選択される。例えば米国マイクロソフト社のＡＣＣＥＳＳ（登録商標）は、プログラミングのスキルを持たない初心者でも簡単に業務用のデータベースを構築することが可能なため、比較的小規模の事業者向けのＤＢＭＳとして広く利用されている。一方、事業規模が拡大するにつれてより規模の大きいデータベースが必要になったり、多人数での同時実行制御が必要になったりすると、ＡＣＣＥＳＳなどの小規模事業者向けのＤＢＭＳではこれらの要求に応えられなくなる。そのような場合に、既存のデータベースのＤＢＭＳを別のＤＢＭＳへ変更する技術が知られている。下記の引用文献には、移行元のＤＢＭＳで用いられるクエリを移行先のＤＢＭＳのフォーマットに適合したクエリへ変換するデータ変換方法が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１１－２４８５０７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、ＡＣＣＥＳＳのクエリの記述に用いられるＳＱＬ（structured query language）は、初心者でも簡単にクエリを作成できるように、一般的なＳＱＬに比べて制約の少ない平易な構文を持つ。例えばＡＣＣＥＳＳのＳＱＬでは、ＳＥＬＥＣＴ句やＵＰＤＡＴＥ句の操作対象となるレコードの条件を定めるＷＨＥＲＥ句に簡易な記述を加えるだけで、その条件に含まれるパラメータを入力ダイアログから入力させることができる。

【0005】

［商品コード］のフィールド値が入力ダイアログにより入力される値に一致することを絞り込み条件とする場合、ＡＣＣＥＳＳのＳＱＬでは、ＷＨＥＲＥ句を次のように記述すればよい。
ＷＨＥＲＥ
商品コード ＝ ［商品コードを入力して下さい］
ここで［商品コードを入力して下さい］はパラメータであり、入力ダイアログのタイトルにはこのパラメータが表示される。

【0006】

しかしながら、例えば米国マイクロソフト社のＡｚｕｒｅ ＳＱＬ Ｄａｔａｂａｓｅ（登録商標）など、比較的規模の大きいデータベースを扱うＤＢＭＳに用いられる一般的なＳＱＬでは、パラメータ取得用のユーザインターフェース（入力ダイアログなど）を提供する機能がない。そのため、ＳＱＬ文の記述のみでパラメータ取得用のユーザインターフェースを簡単に提供できる機能を持つＤＢＭＳの場合、そのような機能を持たないＤＢＭＳへの変更が難しいという問題がある。

【0007】

本発明はかかる事情に鑑みてなされたものであり、その目的は、ＳＱＬ文の記述によりパラメータ取得用のユーザインターフェースを提供する機能を持つ既存のＤＢＭＳを、そのような機能のない別のＤＢＭＳへ変更することが可能な方法、プログラム及び情報処理装置を提供することにある。

【課題を解決するための手段】

【0008】

本発明の第１の態様は、データベースの管理を行うシステムを第１管理システムから第２管理システムへ変更する方法であって、第１管理システムが管理するデータベースを第１データベースと呼び、第２管理システムが管理するデータベースを第２データベースと呼び、第１管理システムが第１データベースを操作するために実行するＳＱＬ文を第１ＳＱＬ文と呼び、第２管理システムが第２データベースを操作するために実行するＳＱＬ文を第２ＳＱＬ文と呼び、情報処理装置が、第１データベースに対応した第２データベースを作成するデータベース作成工程と、情報処理装置が、第１データベースについて作成された１以上の第１ＳＱＬ文を解析し、当該解析の結果に基づいて、１以上の第１ＳＱＬ文による第１データベースの操作に対応した第２データベースの操作を第２管理システムに行わせる１以上の第２ＳＱＬ文を作成するＳＱＬ文作成工程とを有し、ＳＱＬ文作成工程は、第１ＳＱＬ文において用いられるパラメータであって、ユーザにより入力され得る１以上のパラメータを特定することと、第１ＳＱＬ文による第１データベースの操作に対応した第２データベースの操作を行わせる第２ＳＱＬ文として、特定された１以上のパラメータを用いる第２ＳＱＬ文を作成することと、ユーザが操作する端末装置において実行されるモジュールであって、第１ＳＱＬ文について特定された１以上のパラメータを入力するためのユーザインターフェースをそれぞれ提供する１以上の第１プログラムコードと、第２管理システムが、当該第１ＳＱＬ文について作成した第２ＳＱＬ文を、ユーザインターフェースによって入力される１以上のパラメータを用いて実行するように指示する第２プログラムコードとを含んだモジュールを作成することとを有する、方法である。

【0009】

本発明の第２の態様は、データベースの管理を行うシステムを第１管理システムから第２管理システムへ変更する処理を情報処理装置に行わせる命令を含んだプログラムであって、第１管理システムが管理するデータベースを第１データベースと呼び、第２管理システムが管理するデータベースを第２データベースと呼び、第１管理システムが第１データベースを操作するために実行するＳＱＬ文を第１ＳＱＬ文と呼び、第２管理システムが第２データベースを操作するために実行するＳＱＬ文を第２ＳＱＬ文と呼び、情報処理装置が命令に従って行う処理は、第１データベースに対応した第２データベースを作成するデータベース作成工程と、第１データベースについて作成された１以上の第１ＳＱＬ文を解析し、当該解析の結果に基づいて、１以上の第１ＳＱＬ文による第１データベースの操作に対応した第２データベースの操作を第２管理システムに行わせる１以上の第２ＳＱＬ文を作成するＳＱＬ文作成工程とを有し、ＳＱＬ文作成工程は、第１ＳＱＬ文において用いられるパラメータであって、ユーザにより入力され得る１以上のパラメータを特定することと、第１ＳＱＬ文による第１データベースの操作に対応した第２データベースの操作を行わせる第２ＳＱＬ文として、特定された１以上のパラメータを用いる第２ＳＱＬ文を作成することと、ユーザが操作する端末装置において実行されるモジュールであって、第１ＳＱＬ文について特定された１以上のパラメータを入力するためのユーザインターフェースをそれぞれ提供する１以上の第１プログラムコードと、第２管理システムが、当該第１ＳＱＬ文について作成した第２ＳＱＬ文を、ユーザインターフェースによって入力される１以上のパラメータを用いて実行するように指示する第２プログラムコードとを含んだモジュールを作成することとを有する、プログラムである。

【0010】

本発明の第３の態様は、データベースの管理を行うシステムを第１管理システムから第２管理システムへ変更する処理を行う情報処理装置であって、処理部と、処理部に実行される命令を記憶した記憶部とを有し、第１管理システムが管理するデータベースを第１データベースと呼び、第２管理システムが管理するデータベースを第２データベースと呼び、第１管理システムが第１データベースを操作するために実行するＳＱＬ文を第１ＳＱＬ文と呼び、第２管理システムが第２データベースを操作するために実行するＳＱＬ文を第２ＳＱＬ文と呼び、処理部が命令に従って行う処理は、第１データベースに対応した第２データベースを作成するデータベース作成工程と、第１データベースについて作成された１以上の第１ＳＱＬ文を解析し、当該解析の結果に基づいて、１以上の第１ＳＱＬ文による第１データベースの操作に対応した第２データベースの操作を第２管理システムに行わせる１以上の第２ＳＱＬ文を作成するＳＱＬ文作成工程とを有し、ＳＱＬ文作成工程は、第１ＳＱＬ文において用いられるパラメータであって、ユーザにより入力され得る１以上のパラメータを特定することと、第１ＳＱＬ文による第１データベースの操作に対応した第２データベースの操作を行わせる第２ＳＱＬ文として、特定された１以上のパラメータを用いる第２ＳＱＬ文を作成することと、ユーザが操作する端末装置において実行されるモジュールであって、第１ＳＱＬ文について特定された１以上のパラメータを入力するためのユーザインターフェースをそれぞれ提供する１以上の第１プログラムコードと、第２管理システムが、当該第１ＳＱＬ文について作成した第２ＳＱＬ文を、ユーザインターフェースによって入力される１以上のパラメータを用いて実行するように指示する第２プログラムコードとを含んだモジュールを作成することとを有する、情報処理装置である。

【0011】

本発明の第４の態様は、データベースの管理を行うシステムを第１管理システムから第２管理システムへ変更する処理を行う情報処理装置であって、第１管理システムが管理するデータベースを第１データベースと呼び、第２管理システムが管理するデータベースを第２データベースと呼び、第１管理システムが第１データベースを操作するために実行するＳＱＬ文を第１ＳＱＬ文と呼び、第２管理システムが第２データベースを操作するために実行するＳＱＬ文を第２ＳＱＬ文と呼び、第１データベースに対応した第２データベースを作成するデータベース作成手段と、第１データベースについて作成された１以上の第１ＳＱＬ文を解析し、当該解析の結果に基づいて、１以上の第１ＳＱＬ文による第１データベースの操作に対応した第２データベースの操作を第２管理システムに行わせる１以上の第２ＳＱＬ文を作成するＳＱＬ文作成手段とを有し、ＳＱＬ文作成手段は、第１ＳＱＬ文において用いられるパラメータであって、ユーザにより入力され得る１以上のパラメータを特定する手段と、第１ＳＱＬ文による第１データベースの操作に対応した第２データベースの操作を行わせる第２ＳＱＬ文として、特定された１以上のパラメータを用いる第２ＳＱＬ文を作成する手段と、ユーザが操作する端末装置において実行されるモジュールであって、第１ＳＱＬ文について特定された１以上のパラメータを入力するためのユーザインターフェースをそれぞれ提供する１以上の第１プログラムコードと、第２管理システムが、当該第１ＳＱＬ文について作成した第２ＳＱＬ文を、ユーザインターフェースによって入力される１以上のパラメータを用いて実行するように指示する第２プログラムコードとを含んだモジュールを作成する手段とを有する、情報処理装置である。

【発明の効果】

【0012】

本発明によれば、ＳＱＬ文の記述によりパラメータ取得用のユーザインターフェースを提供する機能を持つ既存のＤＢＭＳを、そのような機能のない別のＤＢＭＳへ変更することが可能な方法、プログラム及び情報処理装置を提供できる。

【図面の簡単な説明】

【0013】

【図1】図１は、本実施形態に係るシステムの構成の一例を示す図である。

【図2】図２は、本実施形態に係る情報処理装置による処理の一例を説明するためのフローチャートである。

【図3】図３Ａは第２ＳＱＬ文を作成する処理の一例を説明するためのフローチャートであり、図３Ｂは第１ＳＱＬ文のパラメータを特定する処理の一例を説明するためのフローチャートである。

【図4】図４Ａは第１テーブルの構造の一例を示す図であり、図４Ｂは第１ＳＱＬ文の一例を示す図である。図４Ｃ及び図４Ｄは、第１ＳＱＬ文の実行により表示される入力ダイアログの一例を示す図である

【図5】図５Ａ及び図５Ｂは、図４Ｂに示す第１ＳＱＬ文において特定されるパラメータとそのタイプを示す図である。図５Ｃは、図４Ｂに示す第１ＳＱＬ文に対応する第２ＳＱＬ文の一例を示す図である。

【図6】図６は、パラメータを取得して第２ＳＱＬ文の実行するためのモジュールの一例を示す第１の図である。

【図7】図７は、パラメータを取得して第２ＳＱＬ文の実行するためのモジュールの一例を示す第２の図である。

【図8】図８は、パラメータを取得して第２ＳＱＬ文の実行するためのモジュールの一例を示す第３の図である。

【図9】図９は、パラメータを取得して第２ＳＱＬ文の実行するためのモジュールの一例を示す第４の図である。

【図10】図１０は、端末装置において図６～図９に示すモジュールを実行した場合の処理を説明するためのフローチャートである。

【図11】図１１は、第１タイプのパラメータを入力する処理の一例を説明するためのフローチャートである。

【図12】図１２は、第２タイプのパラメータを入力する処理の一例を説明するためのフローチャートである。

【図13】図１３Ａは第１テーブルの構造の一例を示す図であり、図１３Ｂは第１ＳＱＬ文の一例を示す図であり、図１３Ｃは第２ＳＱＬ文の一例を示す図である。

【図14】図１４Ａは第１テーブルの構造の一例を示す図であり、図１４Ｂは第１ＳＱＬ文の一例を示す図であり、図１４Ｃは第２ＳＱＬ文の一例を示す図である。

【図15】図１５Ａは第１テーブルの構造の一例を示す図であり、図１５Ｂは第１テーブルに含まれるデータの一例を示す図であり、図１５Ｃは第１ＳＱＬ文の一例を示す図であり、図１５Ｄは第１ＳＱＬ文が示すクエリの結果の一例を示す図であり、図１５Ｅは第２ＳＱＬ文の一例を示す図である。

【図16】図１６Ａは第１テーブルの構造の一例を示す図であり、図１６Ｂは第１テーブルに含まれるデータの一例を示す図であり、図１６Ｃは第１ＳＱＬ文の一例を示す図であり、図１６Ｄは第１ＳＱＬ文が示すクエリの結果の一例を示す図であり、図１６Ｅは第２ＳＱＬ文の一例を示す図である。

【図17】図１７Ａは第１テーブルの構造の一例を示す図であり、図１７Ｂは第１テーブルに含まれるデータの一例を示す図であり、図１７Ｃは第１ＳＱＬ文の一例を示す図であり、図１７Ｄは第１ＳＱＬ文が示すクエリの結果の一例を示す図であり、図１７Ｅは第２ＳＱＬ文の一例を示す図である。

【図18】図１８Ａは第１テーブルの構造の一例を示す図であり、図１８Ｂは第１テーブルに含まれるデータの一例を示す図であり、図１８Ｃは第１ＳＱＬ文の一例を示す図であり、図１８Ｄは第１ＳＱＬ文が示すクエリの結果の一例を示す図であり、図１８Ｅは比較例のＳＱＬ文の示す図であり、図１８Ｆは第２ＳＱＬ文の一例を示す図である。

【図19】図１９Ａは第１テーブルの構造の一例を示す図であり、図１９Ｂは第１ＳＱＬ文の一例を示す図であり、図１９Ｃは第２ＳＱＬ文の一例を示す図である。

【図20】図２０Ａは第１テーブルの構造の一例を示す図であり、図２０Ｂは第１ＳＱＬ文の一例を示す図であり、図２０Ｃは第２ＳＱＬ文の一例を示す図である。

【図21】図２１Ａは第１テーブルの構造の一例を示す図であり、図２１Ｂは第１ＳＱＬ文の一例を示す図であり、図２１Ｃは第１ＳＱＬ文に含まれるフィールド部とその別名を示す図であり、図２１Ｄは第２ＳＱＬ文の一例を示す図である。

【図22】図２２Ａは第１テーブルの構造の一例を示す図であり、図２２Ｂは第１ＳＱＬ文の一例を示す図であり、図２２Ｃは第２ＳＱＬ文の一例を示す図である。

【発明を実施するための形態】

【0014】

図１は、本実施形態に係るシステムの一例を示す図である。図１に示すシステムは、インターネット等の通信ネットワーク９を介して互いに通信可能な情報処理装置１と第２管理システム３を有する。図１に示すシステムにおいて、情報処理装置１は、データベースの管理を行うシステムを既存のＤＢＭＳから別のＤＢＭＳへ変更する処理を行う。情報処理装置１は、変更元の既存のＤＢＭＳとして動作するとともに、ＤＢＭＳの変更に関わる処理を行う。第２管理システム３は、変更先の別のＤＢＭＳとして動作する。ＤＢＭＳの変更が行われたあと、情報処理装置１は、第２管理システム３にアクセスする端末装置としても動作する。

【0015】

［情報処理装置１］
情報処理装置１は、インストールされたプログラム（アプリケーションソフトウェアなど）によって様々な情報処理を行うパーソナルコンピュータなどの装置である。情報処理装置１は、既存のＤＢＭＳ（以下「第１管理システム」と呼ぶ場合がある。）として第１データベース２００の管理を行う。例えば情報処理装置１は、ＡＣＣＥＳＳ（登録商標）のアプリケーションソフトウェアを実行することにより第１管理システムとして動作する。

【0016】

また情報処理装置１は、この第１データベース２００と同じデータが登録された第２データベース４００を第２管理システム３に作成し、第１データベース２００について用意された第１管理システム用のクエリと同様のクエリを第２管理システム３の第２データベース４００に対しても実行できるようにする処理（以下「ＤＢＭＳ変更処理」と呼ぶ場合がある。）を行う。

【0017】

更に情報処理装置１は、ＤＢＭＳ変更処理により作成された第２データベース４００を利用するユーザの操作する端末装置として、第２管理システム３にアクセスする。この場合、情報処理装置１（端末装置）は、ＤＢＭＳ変更処理において作成されたＳＱＬ文のクエリの実行を第２管理システム３に指示する処理や、第２管理システム３によるクエリの実行結果を取得して表示する処理などを行う。第１管理システムがＡＣＣＥＳＳの場合、情報処理装置１（端末装置）は、ＡＣＣＥＳＳの一部の機能（フォーム、レポート、マクロ、モジュールなど）を利用することにより第２管理システム３のフロントエンドとして動作してもよい。

【0018】

図１の例に示す情報処理装置１は、通信部１１と、入力部１２と、表示部１３と、記憶部１４と、処理部１５を有する。

【0019】

通信部１１は、通信ネットワーク９を介して他の装置（第２管理システム３など）と通信を行う。通信部１１は、例えばイーサネット（登録商標）や無線ＬＡＮ等の所定の通信規格に準拠して通信を行う装置（ネットワークインターフェースカード等）を含む。

【0020】

入力部１２は、ユーザの操作に応じた指示やその他の情報を処理部１５に入力する。例えば、入力部１２は、キーボード、マウス、タッチパネル、タッチパッド、ボタン、スイッチ、マイク、カメラなどの入力機能を備えた機器を少なくとも１つ含む。

【0021】

表示部１３は、処理部１５において生成される映像信号に応じた映像を表示する装置であり、例えば液晶ディスプレイ、有機ＥＬディスプレイ、プロジェクタなどの表示機器を含む。

【0022】

記憶部１４は、処理部１５において実行可能な命令を含む１以上のプログラム１４１や、処理部１５による処理の過程で一時的に保存されるデータ、処理部１５の処理に利用されるデータ、処理部１５の処理の結果として得られたデータなどを記憶する。記憶部１４は、例えば、主記憶装置（ＲＡＭ、ＲＯＭ等）と補助記憶装置（フラッシュメモリ、ＳＳＤ、ハードディスク、メモリカード、光ディスクなど）を含んでよい。記憶部１４は、１つの記憶装置から構成されてもよいし、複数の記憶装置から構成されてもよい。記憶部１４が複数の記憶装置から構成される場合、各記憶装置は、コンピュータのバスや他の任意の通信手段を介して処理部１５と接続される。

【0023】

処理部１５は、情報処理装置１の全体的な動作を統括的に司り、所定の情報処理を実行する。処理部１５は、例えば、記憶部１４に格納された１以上のプログラム１４１の命令に応じて処理を実行する１以上のプロセッサ（ＣＰＵ（central processing unit）、ＭＰＵ（micro-processing unit）、ＤＳＰ（digital signal processor）等）を含む。処理部１５は、記憶部１４に記憶される１以上のプログラム１４１の命令を１以上のプロセッサが実行することにより、コンピュータとして動作する。情報処理装置１は、このような複数のコンピュータを含んでもよく、これらのコンピュータが任意の通信ネットワークを介して通信を行うことにより連携して処理を実行してもよい。

【0024】

処理部１５は、特定の機能を実現するように構成された１つ以上の専用のハードウェア（ＡＳＩＣ（application specific integrated circuit）、ＦＰＧＡ（field-programmable gate array）等）を含んでもよい。この場合、処理部１５は、本実施形態において説明する全ての処理をコンピュータにおいて実行してもよいし、少なくとも一部の処理を専用のハードウェアにおいて実行してもよい。

【0025】

プログラム１４１は、例えばコンピュータ読み取り可能な記録媒体（光ディスク、メモリカード、ＵＳＢメモリ、その他の非一時的な有形の媒体）に記録されていてもよい。処理部１５は、そのような記録媒体に記録された１以上のプログラム１４１の少なくとも一部を不図示の記録媒体読み取り装置（光ディスク装置等）やインターフェース装置（ＵＳＢインターフェース等）により読み込んで、記憶部１４に書き込んでもよい。あるいは処理部１５は、通信ネットワーク９に接続される他の装置から通信部１１により１以上のプログラム１４１の少なくとも一部をダウンロードして、記憶部１４に書き込んでもよい。プログラム１４１は、後述する本実施形態に係る処理の少なくとも一部を処理部１５に行わせる命令を含んでよい。

【0026】

［記憶装置２］
記憶装置２は、情報処理装置１の処理において使用される種々の情報を記憶する。情報処理装置１と記憶装置２は、任意の通信路（ＬＡＮ、専用回線網、インターネットなど）介して通信可能である。例えば記憶装置２は、複数の装置からのアクセスを受け付けるファイルサーバやデータベースサーバなどに含まれていてもよいし、情報処理装置１のみアクセス可能な専用の記憶装置でもよい。

【0027】

図１の例において、記憶装置２は、情報処理装置１が第１管理システムとして動作する場合に用いられる情報（第１データベース用情報）と、情報処理装置１が第２管理システム３の端末装置として動作する場合に用いられる情報（第２データベース用情報）を記憶する。

【0028】

第１データベース用情報は、例えば図１に示すように、第１管理システム（情報処理装置１）が管理するデータベースである第１データベース２００と、第１管理システムが第１データベース２００を操作するために実行するＳＱＬ文である第１ＳＱＬ文２０２と、第１ＳＱＬ文２０２のクエリの内容に関連するクエリ情報２０３と、第１管理システムにより実行される種々の処理のプログラムコードを含んだモジュール２０４と、フォームやレポートなどのユーザインターフェースに関するフォーム・レポート情報２０５とを含む。第１データベース２００は、データが登録される１以上の第１テーブル２０１を含む。

【0029】

第２データベース情報は、例えば図１に示すように、第２管理システム３が第２データベース４００を操作するために実行するＳＱＬ文である第２ＳＱＬ文２１２と、第２管理システム３にアクセスする端末装置（情報処理装置１）において実行される種々の処理（ユーザインターフェースを提供する処理、第２管理システム３に第２ＳＱＬ文を実行させる処理など）のプログラムコードを含んだモジュール２１４と、フォームやレポートなどのユーザインターフェースに関するフォーム・レポート情報２１５とを含む。端末装置（情報処理装置１）の画面に所定のオブジェクト（フォーム、レポートなど）を表示させる場合に実行されるモジュール２１４を、以下では「オブジェクト用モジュール」と呼ぶ場合がある。

【0030】

［第２管理システム３］
第２管理システム３は、第２データベース４００の管理を行うＤＢＭＳである。第２管理システム３は、情報処理装置１による端末装置からの指示に応じて第２ＳＱＬ文（２１２、４１２）のクエリを実行し、第２データベース４００に対する操作を行う。また第２管理システム３は、クエリの実行結果（第１データベース２００から抽出したデータなど）を端末装置に提供する。

【0031】

第２管理システム３は、例えばＡｚｕｒｅ ＳＱＬ Ｄａｔａｂａｓｅ（登録商標）などのクラウド型のデータベースシステムでもよく、上述した情報処理装置１と同様な通信部、記憶部、処理部を備える１以上のコンピュータを含んでいてもよい。

【0032】

［記憶装置４］
記憶装置４は、第２管理システム３の処理において使用される種々の情報を記憶する。第２管理システム３と記憶装置４は、任意の通信路（ＬＡＮ、専用回線網、インターネットなど）介して通信可能である。例えば記憶装置４は、複数の装置からのアクセスを受け付けるファイルサーバやデータベースサーバなどに含まれていてもよいし、記憶装置４のみアクセス可能な専用の記憶装置でもよい。

【0033】

図１の例において、記憶装置４は、第２管理システム３が管理するデータベースである第２データベース４００を記憶する。第２データベース４００は、データが登録される１以上の第２テーブル４０１を含む。また記憶装置４は、第２管理システム３が第２データベース４００を操作するために実行する第２ＳＱＬ文４１２として、ストアド・プロシージャ４０２と、関数４０３と、ビュー４０４を記憶する。第２管理システム３は、端末装置（情報処理装置１）からの指示に応じて、記憶装置４に格納されたＳＱＬ文（ストアド・プロシージャ４０２、関数４０３、ビュー４０４）を実行することができる。

【0034】

次に、上述した構成を有するシステムにおいて情報処理装置１により行われるＤＢＭＳ変更処理について説明する。図２は、情報処理装置１によるＤＢＭＳ変更処理の一例を説明するためのフローチャートである。

【0035】

まず情報処理装置１は、第１データベース２００に対応した第２データベース４００を第２管理システム３において作成する（ＳＴ１００）。例えば情報処理装置１は、第１データベース２００の第１テーブル２０１と同様なフィールドを持つ第２テーブル４０１を第２管理システム３に作成する。

【0036】

次に情報処理装置１は、第１データベース２００について作成された１つの第１ＳＱＬ文２０２を選択する（ＳＴ１０５）。情報処理装置１は、選択した第１ＳＱＬ文２０２を解析し、その解析結果に基づいて、第１ＳＱＬ文２０２による第１データベース２００の操作に対応した第２データベース４００の操作を第２管理システム３に行わせる第２ＳＱＬ文２１２又は４１２を作成する（ＳＴ１１０）。例えば情報処理装置１は、第１ＳＱＬ文２０２について構文解析を行い、解析した構文と同等の構文を持つ第２ＳＱＬ文（２１２、４１２）を作成する。

【0037】

情報処理装置１は、１つの第１ＳＱＬ文２０２について第２ＳＱＬ文２１２又は４１２を作成すると、まだ解析していない第１ＳＱＬ文２０２がある場合には（ＳＴ１１５のＹｅｓ）、その第１ＳＱＬ文２０２を選択して（ＳＴ１２０）、上述したステップＳＴ１１０の処理を行う。これにより情報処理装置１は、第１データベース２００について作成された全ての第１ＳＱＬ文２０２についてそれぞれ第２ＳＱＬ文（２１２、４１２）を作成する。

【0038】

情報処理装置１は、第１管理システムにおいて第１データベース２００のために用意されたユーザインターフェースのオブジェクト（フォーム、レポートなど）を、第２管理システム３の端末装置において利用可能なオブジェクトに変換し、記憶装置２に第２データベース情報（モジュール２１４、フォーム・レポート情報２１５）として保存する（ＳＴ１２０）。第１管理システムがＡＣＣＥＳＳであり、情報処理装置１が端末装置としてＡＣＣＥＳＳのユーザインターフェース機能（フォーム、レポートなど）を利用する場合、第１データベース２００のために用意されたオブジェクト（フォーム、レポートなど）の少なくとも一部をそのまま第２データベース情報として流用してもよい。

【0039】

次に、第２ＳＱＬ文（２１２、４１２）を作成するステップＳＴ１１０（図２）の処理の詳細について説明する。ステップＳＴ１１０において、情報処理装置１は処理対象の第１ＳＱＬ文２０２の内容に応じた種々の処理を行う。ここでは、第１ＳＱＬ文２０２の内容に応じたステップＳＴ１１０の処理をそれぞれ説明する。以下の説明では、一例として、第１管理システムがＡＣＣＥＳＳであり、第２管理システム３がＡｚｕｒｅ ＳＱＬ Ｄａｔａｂａｓeであるものとする。

【0040】

＜１．ユーザによるパラメータの入力を受け付けるクエリの場合＞
図３Ａは、第１ＳＱＬ文２０２に対応した第２ＳＱＬ文（２１２、４１２）を作成する処理の一例を説明するためのフローチャートであり、第１ＳＱＬ文２０２のクエリがユーザによるパラメータの入力を受け付けるクエリである場合の処理を示す。

【0041】

この場合、情報処理装置１は、第１ＳＱＬ文２０２において用いられるパラメータであって、ユーザにより入力され得る１以上のパラメータを特定する（ＳＴ２００）。次に情報処理装置１は、第１ＳＱＬ文２０２による第１データベース２００の操作に対応した第２データベース４００の操作を行わせる第２ＳＱＬ文４１２として、この特定された１以上のパラメータを用いる第２ＳＱＬ文４１２を作成する（ＳＴ２０５）。第２管理システム３がＡｚｕｒｅ ＳＱＬ Ｄａｔａｂａｓｅ（登録商標）の場合、情報処理装置１は、パラメータの値を引数として渡すことが可能なストアド・プロシージャ４０２又は関数４０３を第２ＳＱＬ文４１２として作成する。

【0042】

また情報処理装置１は、端末装置として第２管理システム３にアクセスする場合に実行されるモジュール２１４を作成する（ＳＴ２１０）。このモジュール２１４は、ステップＳＴ２００において特定された１以上のパラメータを入力するためのユーザインターフェースを提供する１以上の第１プログラムコードと、第２管理システム３が、第１ＳＱＬ文２０２について作成した第２ＳＱＬ文４１２を、ユーザインターフェースによって入力される１以上のパラメータを用いて実行するように指示する第２プログラムコードとを含む。第１管理システムがＡＣＣＥＳＳの場合、モジュール２１４はＶＢＡ（Visual Basic for Applications ）により記述されたプログラムコードを含む。端末装置（情報処理装置１）がこのモジュール２１４を実行することにより、第１プログラムコードが提供するユーザインターフェースにおいて必要なパラメータを入力することが可能になるとともに、入力したパラメータを第２ＳＱＬ文４１２の引数に設定して、第２ＳＱＬ文４１２を第２管理システム３に実行させることが可能になる。

【0043】

図３Ｂは、第１ＳＱＬ文２０２のパラメータを特定する処理（ＳＴ２００：図３Ａ）の一例を説明するためのフローチャートである。
この例において、まず情報処理装置１は、第１ＳＱＬ文２０２のクエリ情報２０３に含まれたパラメータ情報を取得する（ＳＴ３００）。パラメータ情報は、第１ＳＱＬ文２０２のクエリにおいて用いられる１以上のパラメータに関する情報であり、第１管理システムがＡＣＣＥＳＳの場合、クエリの定義情報を保持するＱｕｅｒｙＤｅｆオブジェクトにおいてパラメータを保持する配列（ＱｕｅｒｙＤｅｆ．Ｐａｒａｍｅｔｅｒｓ）から取得することができる。

【0044】

情報処理装置１は、第１ＳＱＬ文２０２を構成する複数のトークン（ＳＱＬにおいて意味を持った字句を表す文字列）から順に１つのトークンを選択し（ＳＴ３０５）、この選択したトークンが、パラメータ情報が示すパラメータを表したトークン（以下「パラメータトークン」と呼ぶ場合がある。）であるか判定する（ＳＴ３１０）。例えば情報処理装置１は、パラメータ情報が示すパラメータの名称とトークンの文字列とを照合し、その照合結果に基づいて、このトークンがパラメータトークンであるか判定する。

【0045】

選択したトークンがパラメータトークンである場合（ＳＴ３１０のＹｅｓ）、情報処理装置１は、そのパラメータトークンに対応するパラメータのタイプを判別する（ＳＴ３１５）。本実施形態において、パラメータには、ユーザによるパラメータの入力方法が異なる複数のタイプが存在する。パラメータのタイプは、例えば、第１ＳＱＬ文２０２におけるパラメータトークンと他のトークンとの関係や、パラメータトークンに含まれる文字列などに基づいて識別することができる。情報処理装置１は、パラメータトークンと他のトークンとが所定の関係にあることや、パラメータトークンに所定の文字列が含まれることなどを判別基準として、そのパラメータトークンに対応するパラメータのタイプを判別する。

【0046】

情報処理装置１は、１つのトークンについてステップＳＴ３１０、ＳＴ３１５の処理を行うと、まだこれらの処理を行っていないトークンがある場合には（ＳＴ３２０のＹｅｓ）、そのトークンを選択して（ＳＴ３２５）、上述したステップＳＴ３１０、ＳＴ３１５の処理を行う。これにより情報処理装置１は、第１ＳＱＬ文２０２に含まれる全てのトークンについてステップＳＴ３１０、ＳＴ３１５の処理を行う。

【0047】

情報処理装置１は、上述したステップＳＴ２１０（図３Ａ）の処理においてモジュール２０４を作成する場合、ステップＳＴ２１５で判定されたパラメータのタイプにおける入力方法に適合したユーザインターフェースを提供する第１プログラムを作成する。すなわち、ステップＳＴ２１０（図３Ａ）において一の第１ＳＱＬ文２０２について作成される一の第１プログラムは、当該一の第１ＳＱＬ文２０２に用いられる一のパラメータを入力するためのユーザインターフェースであって、当該一のパラメータについて判別されたタイプにおける入力方法に適合したユーザインターフェースを提供する。これにより、パラメータを用いる第２ＳＱＬ文４１２のクエリを実行した場合、第１ＳＱＬ文２０２のパラメータのタイプ（入力方法）に適合した適切なユーザインターフェースにより第２ＳＱＬ文４１２のパラメータを入力することが可能となる。

【0048】

本実施形態において、第１ＳＱＬ文２０２のパラメータのタイプには例えば２つのタイプ（第１タイプ、第２タイプ）が存在する。第１タイプのパラメータは、第１ＳＱＬ文２０２に従って第１管理システムの画面に表示される入力用オブジェクト（入力ダイアログなど）により入力される。第２タイプのパラメータは、第１管理システムの画面に表示される所定のオブジェクト（フォーム、レポートなど）において入力若しくは提示されるデータに基づいて取得される。

【0049】

第１タイプのパラメータを入力するためのユーザインターフェースを提供する第１プログラムは、端末装置（情報処理装置１）において、入力用オブジェクト（入力ダイアログなど）を表示部１３の画面に表示する処理と、入力用オブジェクトにおいて入力されたデータを当該第１タイプのパラメータとして取得する処理とを実行させる。

【0050】

また第２タイプのパラメータを入力するためのユーザインターフェースを提供する第１プログラムは、端末装置（情報処理装置１）において、モジュール２１４（オブジェクト用モジュール）を実行することにより表示部１３の画面に表示される所定のオブジェクト（フォーム、レポートなど）において入力若しくは提示されるデータに基づいて、当該第２タイプのパラメータを取得することができるか判定する処理と、当該第２タイプのパラメータを取得できないと判定した場合、当該第２タイプのパラメータを入力するための入力用オブジェクト（入力ダイアログなど）を表示部１３の画面に表示させる処理と、入力用オブジェクトにおいて入力されたデータを当該第２タイプのパラメータとして取得する処理とを実行させる。

【0051】

以下、第１ＳＱＬ文２０２のクエリがパラメータの入力を受け付ける場合におけるステップＳＴ１１０（図２）の処理の具体例について説明する。

【0052】

図４Ｂは変更元の第１ＳＱＬ文２０２の一例を示し、図４Ａは第１ＳＱＬ文２０２において操作対象となる第１テーブル２０１の構造の一例を示す。図４Ｂに示す第１ＳＱＬ文２０２のクエリでは、第１テーブル２０１であるテーブル“Ｔ＿明細”において、フィールド“商品ＣＤ”がパラメータ“［ｐｒｍ商品ＣＤ］”と等しく、かつ、フィールド“顧客ＣＤ”がパラメータ“Ｆｏｒｍｓ！Ｆ＿割引一括設定！ｃｂｏ顧客”と等しく、かつ、フィールド“単価”がパラメータ“［最低単価を入力してください］”以上である条件を満たしたレコードが抽出され、抽出されたレコードにおけるフィールド“割引額”のデータ値が“１５０”に更新される。

【0053】

第１管理システム（情報処理装置１）は、図４Ｂに示す第１ＳＱＬ文２０２を実行すると、図４Ｃ、図４Ｄに示すような入力ダイアログを表示部１３の画面に表示し、これらの入力ダイアログにおいてパラメータ“［ｐｒｍ商品ＣＤ］”、“［最低単価を入力してください］”を入力する。また第１管理システム（情報処理装置１）は、図示しないフォーム“Ｆ＿割引一括設定”におけるコントロール“ｃｂｏ顧客”に設定された値を、パラメータ“Ｆｏｒｍｓ！Ｆ＿割引一括設定！ｃｂｏ顧客”の値として取得する。

【0054】

ステップＳＴ１１０（図２）において図４Ｂに示す第１ＳＱＬ文２０２を解析する場合、情報処理装置１は、第１ＳＱＬ文２０２におけるパラメータを特定する処理を行う（ＳＴ２００：図３Ａ）。まず情報処理装置１は、ＱｕｅｒｙＤｅｆオブジェクトに含まれるパラメータのオブジェクト（ＱｕｅｒｙＤｅｆ．Ｐａｒａｍｅｔｅｒｓ）から、第１ＳＱＬ文２０２におけるパラメータのリストを生成する。図５Ａは、パラメータのリストの例を示す。このリストにおいて、各パラメータのタイプは未だ不明である。

【0055】

次に情報処理装置１は、第１ＳＱＬ文２０２に含まれる各トークンとリスト（図５Ａ）に含まれるパラメータとを照合することにより、第１ＳＱＬ文２０２に含まれるパラメータトークンを特定する（ＳＴ３１０：図３Ｂ）。情報処理装置１は、パラメータトークンを特定すると、そのパラメータトークンのタイプを判別する（ＳＴ３１５：図３Ｂ）。

【0056】

例えば情報処理装置１は、ＰＡＲＡＭＥＴＥＲＳ句によって明示的に定義されたパラメータを第１タイプと判定する。また情報処理装置１は、パラメータトークンの先頭の文字列に“Ｆｏｒｍｓ”や“Ｒｅｐｏｒｔｓ”が含まれている場合、そのパラメータを第２タイプと判定する。パラメータトークンがこれらの条件のいずれにも該当しない場合、情報処理装置１は、そのパラメータを第１タイプと判定する。
この判定基準よると、図５Ｂに示すように、パラメータ“［ｐｒｍ商品ＣＤ］”は第１タイプと判定され、パラメータ“Ｆｏｒｍｓ！Ｆ＿割引一括設定！ｃｂｏ顧客”は第２タイプと判定され、パラメータ“［最低単価を入力してください］”は第１タイプと判定される。

【0057】

図５Ｃは、図４Ｂに示す第１ＳＱＬ文２０２について情報処理装置１が作成する第２ＳＱＬ文４１２の例を示す。図５Ｃの例において、第２ＳＱＬ文４１２はストアド・プロシージャ４０２である。このストアド・プロシージャ４０２は、ステップＳＴ２００において特定された３つのパラメータ“［ｐｒｍ商品ＣＤ］”、“［最低単価を入力してください］”、“Ｆｏｒｍｓ！Ｆ＿割引一括設定！ｃｂｏ顧客”に対応する３つの引数“＠ｐ＿１”、“＠ｐ＿２”、“＠ｐ＿３”を持つ。

【0058】

図６～図９は、図５Ｃに示すストアド・プロシージャ４０２（第２ＳＱＬ文４１２）について情報処理装置１が作成するモジュール２１４の一例を示す図であり、ＶＢＡで記述されたファンクション・プロシージャを示す。

【0059】

図６～図９の例に示すモジュール２１４は、第１プログラムコードＰ１及びＰ２と、第２プログラムコードＰ３を含む。第１プログラムコードＰ１（図７）は、第１タイプのパラメータ“［ｐｒｍ商品ＣＤ］”を入力するためのユーザインターフェースを提供し、第１プログラムコードＰ２（図８）は、第２タイプのパラメータ“Ｆｏｒｍｓ！Ｆ＿割引一括設定！ｃｂｏ顧客”を入力するためのユーザインターフェースを提供する。なお、第１タイプのパラメータ“［最低単価を入力してください］”を入力するためのユーザインターフェースを提供する第１プログラムコードは、図７に示す第１プログラムコードＰ１と概ね同じのため、図示を省略している。第２プログラムコードＰ３（図９）は、第２管理システム３が、図５Ｃに示すストアド・プロシージャ４０２（第２ＳＱＬ文４１２）を、ユーザインターフェースによって入力される３つのパラメータを用いて実行するように指示する。

【0060】

図１０は、端末装置（情報処理装置１）において図６～図９に示すモジュール２１４を実行した場合の処理を説明するためのフローチャートである。

【0061】

端末装置（情報処理装置１）は、表示部１３の画面において、図５Ｃに示すストアド・プロシージャ４０２（第２ＳＱＬ文４１２）を実行する前の確認メッセージ「更新クエリを実行すると、テーブルのデータが変更されます。このアクションクエリを実行してもよいですか？」をメッセージ・ボックスにより表示する（ＳＴ４００）。このメッセージ・ボックスにおいて「いいえ」ボタンが押下されると（ＳＴ４０５のＮｏ）、端末装置は処理を終了する。メッセージ・ボックスにおいて「はい」ボタンが押下されると（ＳＴ４０５のＹｅｓ）、端末装置は３つのパラメータをそれぞれ取得する処理を行う（ＳＴ４１０）。

【0062】

図１１は、ステップＳＴ４１０（図１０）において第１タイプのパラメータ（“［ｐｒｍ商品ＣＤ］”、“［最低単価を入力してください］”）を入力する処理の一例を説明するためのフローチャートである。この場合、端末装置（情報処理装置１）は、図４Ｃに示すような入力ダイアログを表示部１３の画面に表示して、ユーザに値を入力させる（ＳＴ５１０）。入力ダイアログにおいて値が入力されない場合（ＳＴ５１５のＮｏ）、端末装置は処理を終了する。入力ダイアログにおいて値が入力された場合（ＳＴ５１５のＹｅｓ）、端末装置は、入力された値をストアド・プロシージャ４０２のパラメータに設定した後（ＳＴ５２０）、ストアド・プロシージャ４０２に設定した当該パラメータの値を読み出して、パラメータに値が設定されているか判定する（ＳＴ５２５）。パラメータの値が正常に設定されている場合（ＳＴ５２５のＹｅｓ）、端末装置は処理を終了する。パラメータに値が設定されていない場合（ＳＴ５２５のＮｏ）、端末装置はエラーメッセージ「このフィールドに入力した値が正しくありません。例えば数値型のフィールドに文字列を入力しました。」をメッセージ・ボックスにより表示する（ＳＴ５３０）。メッセージ・ボックスにおいて「はい」ボタンが押下されると、端末装置はステップＳＴ５１０に戻り、ステップＳＴ５１０以降の処理を繰り返す。

【0063】

図１２は、ステップＳＴ４１０（図１０）において第２タイプのパラメータ（“Ｆｏｒｍｓ！Ｆ＿割引一括設定！ｃｂｏ顧客”）を入力する処理の一例を説明するためのフローチャートである。図１２に示すフローチャートは、図１１に示すフローチャートにステップＳＴ５００及びＳＴ５０５を追加したものであり、他の処理は図１１に示すフローチャートと同じである。図１２に示す処理において、まず端末装置（情報処理装置１）は、第２タイプのパラメータが示すオブジェクト（フォーム“Ｆ＿割引一括設定”におけるコントロール“ｃｂｏ顧客”）に設定された値を取得する（ＳＴ５００）。このオブジェクトの値を正常に取得できた場合（ＳＴ５０５のＹｅｓ）、端末装置は上述したステップＳＴ５２０に移行し、取得した値がストアド・プロシージャ４０２のパラメータに正しく設定できるか判定する（ＳＴ５２５）。オブジェクトの値を正常に取得できない場合（ＳＴ５０５のＮｏ）、端末装置はステップＳＴ５１０に移行し、入力ダイアログからパラメータの値を入力させる。

【0064】

図１０に戻る。
ステップＳＴ４１０において３つのパラメータの値を全て取得できなかった場合（ＳＴ４１５のＮｏ）、端末装置（情報処理装置１）は処理を終了する。ステップＳＴ４１０において３つのパラメータの値を取得できた場合（ＳＴ４１５のＹｅｓ）、端末装置は、第２管理システム３においてストアド・プロシージャ４０２（図５Ｃ）を仮実行させ、当該仮実行によってロールバック可能に変更された第２データベース４００のデータに関する仮実行情報を取得する（ＳＴ４２０）。例えば端末装置は、仮実行によってロールバック可能に変更された第２データベース４００のレコードの数を仮実行情報として取得する。そして端末装置は、仮実行情報を含んだ最終確認のメッセージ「ｘｘ件のレコードが更新されます。［はい］をクリックするとレコードは更新され、元に戻すことはできなくなります。」をメッセージ・ボックスにより表示する（ＳＴ４２５）。この確認用のメッセージ・ボックスにおいて「いいえ」ボタンが押下されると（ＳＴ４３０のＮｏ）、端末装置は仮実行を取り消して（ＳＴ４４０）処理を終了する。メッセージ・ボックスにおいて「はい」ボタンが押下されると（ＳＴ４３０のＹｅｓ）、端末装置は、ストアド・プロシージャ４０２の仮実行（ＳＴ４２０）による第２データベース４００のデータの変更を第２管理システム３において確定させる（ＳＴ４３５）。

【0065】

このように、本実施形態によれば、変更元の第１ＳＱＬ文２０２において用いられるパラメータが特定され（ＳＴ２００：図３Ａ）、第１ＳＱＬ文２０２による第１データベース２００の操作に対応した第２データベース４００の操作を行わせる第２ＳＱＬ文（２１２、４１２）が作成される（ＳＴ２０５：図３Ａ）。この第２ＳＱＬ文（２１２、４１２）では、第１ＳＱＬ文２０２について特定された１以上のパラメータが用いられる。また、パラメータを用いる第２ＳＱＬ文（２１２、４１２）が作成される場合、端末装置において実行されるモジュール２０４が作成される（ＳＴ２１０：図３Ａ）。このモジュール２０４には、変更元の第１ＳＱＬ文２０２について特定された１以上のパラメータを入力するためのユーザインターフェースをそれぞれ提供する１以上の第１プログラムコードと、第２管理システム３が、当該第１ＳＱＬ文２０２について作成された第２ＳＱＬ文（２１２、４１２）を、ユーザインターフェースによって入力される１以上のパラメータを用いて実行するように指示する第２プログラムコードとが含まれる。端末装置（情報処理装置１）においてこのモジュール２０４が実行されることにより、第２ＳＱＬ文（２１２、４１２）のクエリに必要なパラメータがユーザインターフェースにより入力され、入力されたパラメータを用いて第２ＳＱＬ文（２１２、４１２）のクエリが実行される。
従って、ＳＱＬ文の記述によりパラメータ取得用のユーザインターフェースを提供する機能を持つＡＣＣＥＳＳなどの既存のＤＢＭＳを、そのような機能のない別のＤＢＭＳへ変更することが可能となる。

【0066】

また、本実施形態によれば、第１ＳＱＬ文２０２に含まれる各パラメータについて、入力方法に関するパラメータのタイプが判別される。モジュール２０４において一のパラメータを入力するためのユーザインターフェースを提供する第１プログラムコードでは、判別されたタイプにおける入力方法に適合したユーザインターフェースが提供される。これにより、第１ＳＱＬ文２０２のパラメータのタイプ（入力方法）に適合した適切なユーザインターフェースにより第２ＳＱＬ文４１２のパラメータを入力することが可能となる。

【0067】

また、本実施形態によれば、変更元の第１ＳＱＬ文２０２が第１データベース２００に変更を加える作用型のＳＱＬ文（例えばＡＣＣＥＳＳにおけるアクションクエリなど）の場合、作用型のＳＱＬ文（第１ＳＱＬ文２０２）について作成された作用型の第２ＳＱＬ文（ストアド・プロシージャ４０２など）の実行を指示する第２プログラムコードによる処理において、まず第２ＳＱＬ文が仮実行され（ＳＴ４２０：図１０）、ユーザによる指示があった場合、当該仮実行による第２データベース４００のデータの変更が確定される（ＳＴ４３５：図１０）。これにより、第２ＳＱＬ文（ストアド・プロシージャ４０２など）による第２データベース４００のデータの変更を適切に確定させることができる。

【0068】

＜２．複数のテーブルのデータを変更するクエリの場合＞
ＡＣＣＥＳＳのＳＱＬでは、データベースに変更を加えるアクションクエリにおいて、複数のテーブルに対するデータの変更（更新、削除）の命令を１つの命令文（ＵＰＤＡＴＥ文、ＤＥＬＥＴＥ文）に含めることが許容されている。一方、一般的なＳＱＬでは、複数のテーブルに対する更新や削除の命令を１つの命令文に含めることができない。

【0069】

そこで、情報処理装置１は、複数の第１テーブル２０１のデータに変更を加える作用型の第１ＳＱＬ文２０２の場合、これに対応する作用型の第２ＳＱＬ文（例えばストアド・プロシージャ４０２）として、複数の第２テーブルに対して個別に変更（更新、削除）を加えるＳＱＬ文を作成する。
例えば、情報処理装置１は、作用型の第１ＳＱＬ文２０２において、操作対象となっている第１テーブル２０１を特定する処理を行う。作用型の第１ＳＱＬ文２０２の操作対象として複数の第１テーブル２０１が特定された場合、情報処理装置１は、当該作用型の第１ＳＱＬ文２０２による第１データベース２００の変更に対応した第２データベース４００の変更を行わせる第２ＳＱＬ文（例えばストアド・プロシージャ４０２）として、特定された複数の第１テーブル２０１に対応する複数の第２テーブル４０１に対して個別に変更を加える第２ＳＱＬ文を作成する。

【0070】

図１３Ａ～図１３Ｃは、複数のテーブルのデータを１つのＵＰＤＡＴＥ文で更新する第１ＳＱＬ文２０２についての例を示す。図１３Ｂは作用型の第１ＳＱＬ文２０２の一例を示し、図１３Ａはこの第１ＳＱＬ文２０２において更新の対象となる２つの第１テーブル２０１の構造を示す。図１３Ｂに示す作用型の第１ＳＱＬ文２０２のクエリでは、１つのＵＰＤＡＴＥ文の中で２つの第１テーブル２０１（“Ｔａｂｌｅ＿１”、“Ｔａｂｌｅ＿２”）が連結され、連結された２つの第１テーブル２０１における所定のフィールド（“Ｆｉｅｌｄ＿１２”、“Ｆｉｅｌｄ＿１２”）が所定の値（“ａａａ”、“ｂｂｂ”）に更新される。

【0071】

図１３Ｃは、図１３Ｂに示す第１ＳＱＬ文２０２に対して情報処理装置１が作成する第２ＳＱＬ文（ストアド・プロシージャ４０２）の一例を示す。このストアド・プロシージャ４０２では、連結された２つの第１テーブル２０１における一方の第１テーブル２０１についての更新クエリと他方の第１テーブル２０１についての更新クエリとが、それぞれ個別のＵＰＤＡＴＥ文によって実行される。

【0072】

図１４Ａ～図１４Ｃは、複数のテーブルのデータを１つのＤＥＬＥＴＥ文で削除する第１ＳＱＬ文２０２についての例を示す。図１４Ｂは作用型の第１ＳＱＬ文２０２の一例を示し、図１４Ａはこの第１ＳＱＬ文２０２において削除の対象となる２つの第１テーブル２０１の構造を示す。図１４Ｂに示す作用型の第１ＳＱＬ文２０２のクエリでは、１つのＤＥＬＥＴＥ文の中で２つの第１テーブル２０１（“Ｔａｂｌｅ＿１”、“Ｔａｂｌｅ＿２”）が連結され、連結された２つの第１テーブル２０１における所定のフィールド（“Ｆｉｅｌｄ＿１２”、“Ｆｉｅｌｄ＿１２”）が削除される。

【0073】

図１４Ｃは、図１４Ｂに示す第１ＳＱＬ文２０２に対して情報処理装置１が作成する第２ＳＱＬ文（ストアド・プロシージャ４０２）の一例を示す。このストアド・プロシージャ４０２では、連結された２つの第１テーブル２０１における一方の第１テーブル２０１についての削除クエリと他方の第１テーブル２０１についての削除クエリとが、それぞれ個別のＤＥＬＥＴＥ文によって実行される。

【0074】

このように、本実施形態によれば、複数のテーブルに対して１つの命令文により一括して変更を加える特殊なＳＱＬ文を、複数のテーブルに対して個別の命令文により変更を加える一般的なＳＱＬ文に置き換えることができる。

【0075】

＜３．フィールド部に対して自動的に別名が与えられている場合＞
ＡＣＣＥＳＳのＳＱＬでは、異なるテーブルにおける同一の名称のフィールドを別名の指定なしに使用することが許容されている。これに対して、一般的なＳＱＬでは、異なるテーブルにおける同一の名称のフィールドに対してそれぞれ別名を指定することが要求される。
またＡＣＣＥＳＳのＳＱＬでは、同じテーブルにおける同一のフィールドを別名の指定なしに複数回使用することが許容されているが、一般的なＳＱＬでは、別名指定のない同一のフィールドの使用はエラーになる。
更にＡＣＣＥＳＳのＳＱＬでは、フィールドを用いた計算式を別名指定なしに使用することが許容されているが、一般的なＳＱＬでは、フィールドを用いた計算式に別名が指定されていないとエラーになる。
ＡＣＣＥＳＳの場合、別名の指定のないフィールド部（フィールド若しくはフィールドを含む計算式）に対して自動的に別名が指定され、その別名がクエリ定義用のオブジェクト（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓ）に格納されるため、フィールド部に対する明示的な別名の指定を省略したＳＱＬ文が許容されている。しかしながら、一般的なＳＱＬにはそのような機能がないため、別名の指定が省略されるとエラーになる。

【0076】

そこで、情報処理装置１は、第１ＳＱＬ文２０２において別名の指定のないフィールド部が使用されている場合、これに対応する第２ＳＱＬ文（２１２、４１２）として、各フィールド部に必要な別名を指定したＳＱＬ文を作成する。

【0077】

以下では、第１テーブル２０１におけるフィールドを第１フィールドと呼び、第１ＳＱＬ文２０２において第１フィールド又は第１フィールドを含む計算式を表す部分を第１フィールド部と呼ぶ。また、第２テーブル４０１におけるフィールドを第２フィールドと呼び、第２ＳＱＬ文（２１２、４１２）において第２フィールド又は第２フィールドを含む計算式を表す部分を第２フィールド部と呼ぶ。更に、クエリ情報２０３に含まれるフィールドに関する情報（例えばＡＣＣＥＳＳにおけるＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓ）をフィールド情報と呼ぶ。

【0078】

例えば情報処理装置１は、一の第１ＳＱＬ文２０２における１以上の第１フィールド部のうち、別名が指定されていない第１フィールド部を構文解析などにより特定する。次いで情報処理装置１は、特定した第１フィールド部の名称をフィールド情報（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓなど）から取得する。そして情報処理装置１は、一の第１ＳＱＬ文２０２について作成する第２ＳＱＬ文（２１２、４１２）において、特定した第１フィールド部に対応する第２フィールド部の別名として、フィールド情報に含まれた名称を指定する。

【0079】

図１５Ａ～図１５Ｅは、異なる第１テーブル２０１に属する同一名称の第１フィールドが別名指定なしに使用された第１ＳＱＬ文２０２についての例を示す。図１５Ｃは第１ＳＱＬ文２０２の一例を示し、図１５Ａはこの第１ＳＱＬ文２０２の操作対象となる２つの第１テーブル２０１の構造を示し、図１５Ｂは２つの第１テーブル２０１に格納されるデータの例を示す。図１５Ｃに示す第１ＳＱＬ文２０２では、ＳＥＬＥＣＴ句において、異なる第１テーブル２０１に属する同一名称の第１フィールドが別名指定なしに使用されている。図１５Ｃに示す第１ＳＱＬ文２０２のクエリを図１５Ｂに示す第１テーブルに対して実行すると、図１５Ｄに示すようなクエリの結果が得られる。図１５Ｄに示すクエリの結果における“Ｔａｂｌｅ＿１．Ｆｉｅｌｄ＿Ａ”、“Ｔａｂｌｅ＿１．Ｆｉｅｌｄ＿Ａ”は、それぞれ第１管理システムが自動的に付与した別名であり、フィールド情報（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓなど）に格納される。

【0080】

図１５Ｅは、図１５Ｃの第１ＳＱＬ文２０２に対して情報処理装置１が作成する第２ＳＱＬ文（２１２、４１２）の例を示す。図１５Ｅに示す第２ＳＱＬ文（２１２、４１２）では、ＳＥＬＥＣＴ句に記載される各第２フィールドに対して、フィールド情報（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓなど）から取得された別名が指定されている。

【0081】

図１６Ａ～図１６Ｅは、同一の第１フィールドが別名指定なしに複数回使用された第１ＳＱＬ文２０２についての例を示す。図１６Ｃは第１ＳＱＬ文２０２の一例を示し、図１６Ａはこの第１ＳＱＬ文２０２の操作対象となる第１テーブル２０１の構造を示し、図１６Ｂは第１テーブル２０１に格納されるデータの例を示す。図１６Ｃに示す第１ＳＱＬ文２０２では、ＳＥＬＥＣＴ句において、同一の第１フィールドが別名指定なしに３回使用されている。図１６Ｃに示す第１ＳＱＬ文２０２のクエリを図１６Ｂに示す第１テーブルに対して実行すると、図１６Ｄに示すようなクエリの結果が得られる。図１６Ｄに示すクエリの結果における“Ｅｘｐｒ１００１”、“Ｅｘｐｒ１００２”は、それぞれ第１管理システムが自動的に付与した別名であり、フィールド情報（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓなど）に格納される。

【0082】

図１６Ｅは、図１６Ｃの第１ＳＱＬ文２０２に対して情報処理装置１が作成する第２ＳＱＬ文（２１２、４１２）の例を示す。図１６Ｅに示す第２ＳＱＬ文（２１２、４１２）では、ＳＥＬＥＣＴ句に複数回記載される同一の第２フィールドに対して、フィールド情報（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓなど）から取得された別名が指定されている。

【0083】

図１７Ａ～図１７Ｅは、計算式を含む第１フィールド部が別名指定なしに使用された第１ＳＱＬ文２０２についての例を示す。図１７Ｃは第１ＳＱＬ文２０２の一例を示し、図１７Ａはこの第１ＳＱＬ文２０２の操作対象となる第１テーブル２０１の構造を示し、図１７Ｂは第１テーブル２０１に格納されるデータの例を示す。図１７Ｃに示す第１ＳＱＬ文２０２では、ＳＥＬＥＣＴ句において、計算式を含む第１フィールド部（“Ｆｉｅｌｄ＿Ａ＋Ｆｉｅｌｄ＿Ｂ”）が別名指定なしに使用されている。図１７Ｃに示す第１ＳＱＬ文２０２のクエリを図１７Ｂに示す第１テーブルに対して実行すると、図１７Ｄに示すようなクエリの結果が得られる。図１７Ｄに示すクエリの結果における“Ｅｘｐｒ１００１”は、第１管理システムが自動的に付与した別名であり、フィールド情報（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓなど）に格納される。

【0084】

図１７Ｅは、図１７Ｃの第１ＳＱＬ文２０２に対して情報処理装置１が作成する第２ＳＱＬ文（２１２、４１２）の例を示す。図１７Ｅに示す第２ＳＱＬ文（２１２、４１２）では、ＳＥＬＥＣＴ句に記載される計算式を含んだ第２フィールド部に対して、フィールド情報（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓなど）から取得された別名が指定されている。

【0085】

このように、本実施形態によれば、第１ＳＱＬ文２０２において第１フィールド部に対する別名が省略されている場合でも、第１管理システムにより生成されたフィールド情報（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓなど）に含まれる第１フィールド部の名称に基づいて、第２ＳＱＬ文（２１２、４１２）に記載される第２フィールド部に別名を指定することができるため、第２管理システム３におけるＳＱＬ文のエラーを回避できる。

【0086】

＜４．数値型の引数を渡す構文が真偽型の引数を渡す構文へ変換される場合＞
ＡＣＣＥＳＳのＳＱＬでは、引数の真偽に応じた処理を行う関数や構文に対して数値型の引数を渡した場合、引数の値がゼロであれば偽であり、ゼロ以外であれば真であると解釈されるためエラーにはならないが、一般的なＳＱＬでは、そのような場合にエラーとなる。

【0087】

そこで、情報処理装置１で、引数の真偽に応じた処理を行う関数や構文に対して数値型の引数を渡した第１ＳＱＬ文２０２の場合、数値型の引数を真偽式に置き換えた第２ＳＱＬ文（２１２、４１２）を作成する。

【0088】

例えば情報処理装置１は、第１ＳＱＬ文２０２に対応した第２ＳＱＬ文（２１２、４１２）を作成する処理において、第１ＳＱＬ文２０２に所定の構文又は所定の関数（例えばＡＣＣＥＳＳにおけるＩＩＦ関数など）が含まれる場合には、これを第２ＳＱＬ文（２１２、４１２）において別の構文又は別の関数（例えばＣＡＳＥ ＷＨＥＮ～ＴＨＥＮ～ＥＬＳＥ～ＥＮＤなど）に置き換える。ここで情報処理装置１は、第１ＳＱＬ文２０２における置換元の所定の構文又は所定の関数に渡される引数（第１引数）のデータ型が数値である一方、置換先の別の構文又は別の関数に渡される引数（第２引数）のデータ型が真又は偽の値をとるデータ型であるときは、第１引数がゼロのときに偽の値をとり、第１引数がゼロ以外のときに真の値をとる真偽式を第２引数として設定する。

【0089】

図１８Ａ～図１８Ｆは、引数の真偽に応じた処理を行う関数や構文に対して数値型の引数を渡した第１ＳＱＬ文２０２についての例を示す。図１８Ｃは第１ＳＱＬ文２０２の一例を示し、図１８Ａはこの第１ＳＱＬ文２０２の操作対象となる第１テーブル２０１の構造を示し、図１８Ｂは第１テーブル２０１に格納されるデータの例を示す。図１８Ｃに示す第１ＳＱＬ文２０２では、別名“［判定結果］”の第１フィールド部にＩＩＦ関数が用いられており、このＩＩＦ関数には数値型の第１引数“Ｆｉｅｌｄ＿Ａ＋Ｆｉｅｌｄ＿Ｂ”が渡されている。第１フィールド部“［判定結果］”の値は、第１引数の値がゼロの場合に“加算結果は偽”となり、第１引数の値がゼロ以外の場合に“加算結果は真”となる。図１８Ｃに示す第１ＳＱＬ文２０２のクエリを図１８Ｂに示す第１テーブルに対して実行すると、図１８Ｄに示すようなクエリの結果が得られる。

【0090】

図１８Ｅは、図１８Ｃの第１ＳＱＬ文２０２におけるＩＩＦ関数をＣＡＳＥ ＷＨＥＮ～ＴＨＥＮ～ＥＬＳＥ～ＥＮＤの構文に置き換えたＳＱＬ文を示す。図１８Ｅに示すＳＱＬ文では、ＣＡＳＥ ＷＨＥＮに続く引数“Ｆｉｅｌｄ＿Ａ＋Ｆｉｅｌｄ＿Ｂ”が数値型であるため、一般的なＳＱＬではエラーになる。

【0091】

図１８Ｆは、情報処理装置１が作成する第２ＳＱＬ文（２１２、４１２）の例を示す。図１８Ｆに示す第２ＳＱＬ文（２１２、４１２）では、ＣＡＳＴ関数によって“ＣＡＳＴ（Ｆｉｅｌｄ＿Ａ＋Ｆｉｅｌｄ＿Ｂ ＡＳ ｉｎｔ）”のデータ型が整数型となり、これを含む第２引数“ＣＡＳＴ（Ｆｉｅｌｄ＿Ａ＋Ｆｉｅｌｄ＿Ｂ ＡＳ ｉｎｔ）＜＞０”が真偽式となる。真偽式の第２引数は、“Ｆｉｅｌｄ＿Ａ＋Ｆｉｅｌｄ＿Ｂ”がゼロのときに偽の値をとり、“Ｆｉｅｌｄ＿Ａ＋Ｆｉｅｌｄ＿Ｂ”がゼロ以外のときに真の値をとる。

【0092】

このように、本実施形態によれば、第１ＳＱＬ文２０２において引数の真偽に応じた処理を行う関数や構文に対して数値型の第１引数が渡されている場合でも、第２ＳＱＬ文（２１２、４１２）において引数の真偽に応じた処理を行う関数や構文に対して真偽式の第２引数が渡されるため、引数のデータ型に起因するエラーを回避することができる。

【0093】

＜５．フィールド部の記載が省略された構文の場合＞
ＡＣＣＥＳＳのＳＱＬでは、フィールドに関わる操作を表す所定の構文（ＩＮＳＥＲＴ～ＩＮＴＯ～など）において、操作対象のフィールドの記載（例えばＩＮＳＥＲＴの後に続くフィールドの記載）を省略できる場合があるが、一般的なＳＱＬでは、そのような場合にエラーとなる。

【0094】

そこで、情報処理装置１は、変更元の第１ＳＱＬ文２０２において省略されたフィールドの記載を、変更先の第２ＳＱＬ文（２１２、４１２）において補完する。

【0095】

例えば情報処理装置１は、変更元の第１ＳＱＬ文２０２において、第１フィールド部に関わる操作を表す所定の第１構文（ＩＮＳＥＲＴ～ＩＮＴＯ～など）を特定する。次いで情報処理装置１は、特定した第１構文を含むテスト用の第１ＳＱＬ文２０２を作成して第１管理システムに処理させ、当該テスト用の第１ＳＱＬ文２０２について第１管理システムが生成したテスト用のフィールド情報（ＱｕｅｒｙＤｅｆ．Ｆｉｅｌｄｓなど）を取得する。そして情報処理装置１は、第１ＳＱＬ文２０２の第１構文に対応する第２ＳＱＬ文（２１２、４１２）の第２構文を作成する場合、第２構文含まれるべき第２フィールド部の名称を、テスト用のフィールド情報に基づいて設定する。

【0096】

図１９Ａ～図１９Ｃは、ＩＮＳＥＲＴ文においてフィールドの記載が省略された第１ＳＱＬ文２０２についての例を示す。図１９Ｂは変更元の第１ＳＱＬ文２０２の一例を示し、図１９Ａは第１ＳＱＬ文２０２において操作対象となる２つの第１テーブル２０１の構造を示す。図１９Ｂに示す第１ＳＱＬ文２０２ではＩＮＳＥＲＴの後に続く挿入先のフィールドの記載が省略されている。このような第１ＳＱＬ文２０２に対して、情報処理装置１は、図１９Ｃに示す第２ＳＱＬ文（２１２、４１２）を作成する。この第２ＳＱＬ文（２１２、４１２）では、ＩＮＳＥＲＴの後に挿入先のフィールドの記載（“Ｆｉｅｌｄ＿Ａ”、“Ｆｉｅｌｄ＿Ｂ”）が追加される。これにより、ＩＮＳＥＲＴの後に続く挿入先のフィールドと、ＳＥＬＥＣＴの後に続く挿入元のフィールドとが一対一に対応する。

【0097】

このように、本実施形態によれば、変更元の第１ＳＱＬ文２０２においてフィールドの記載が省略されている場合でも、変更先の第２ＳＱＬ文（２１２、４１２）においてフィールドの記載が補完されるため、フィールドの記載の省略に起因するエラーを回避できる。

【0098】

＜６．サブクエリの別名が省略されている場合＞
ＡＣＣＥＳＳのＳＱＬでは、サブクエリに対する別名の指定を省略することが許容されるが、一般的なＳＱＬでは、サブクエリの別名指定を省略するとエラーになる。

【0099】

そこで、情報処理装置１は、変更元の第１ＳＱＬ文２０２において別名指定されていないサブクエリがある場合、変更先の第２ＳＱＬ文（２１２、４１２）において、サブクエリに対する別名指定の記載を補完する。

【0100】

例えば情報処理装置１は、変更元の第１ＳＱＬ文２０２において、別名指定されていないサブクエリ（第１サブクエリ）を特定する。また情報処理装置１は、変更元の第１ＳＱＬ文２０２において使用される第１テーブル２０１の名称、クエリ（サブクエリ）の名称、明示的に指定された別名を構文解析により抽出し、使用済み名称として取得する。そして情報処理装置１は、変更先の第２ＳＱＬ文（２１２、４１２）において第１サブクエリに対応するサブクエリ（第２サブクエリ）を作成する場合、使用済み名称に含まれる名称と重複しない別名を第２サブクエリに対して設定する。

【0101】

図２０Ａ～図２０Ｃは、サブクエリに対する別名の指定が省略された第１ＳＱＬ文２０２についての例を示す。図２０Ｂは変更元の第１ＳＱＬ文２０２の一例を示し、図２０Ａは第１ＳＱＬ文２０２において操作対象となる第１テーブル２０１の構造を示す。図２０Ｂに示す第１ＳＱＬ文２０２では、ＦＲＯＭ句に記載されたサブクエリに対する別名の指定が省略されている。このような第１ＳＱＬ文２０２に対して、情報処理装置１は、図２０Ｃに示す第２ＳＱＬ文（２１２、４１２）を作成する。この第２ＳＱＬ文（２１２、４１２）では、ＦＲＯＭ句において使用される第２テーブル４０１の名称と重複しない別名“ＴａｂｌｅＥｘｐｒ０００１”がサブクエリに対して設定されている。

【0102】

このように、本実施形態によれば、変更元の第１ＳＱＬ文２０２において別名指定されていないサブクエリがある場合でも、変更先の第２ＳＱＬ文（２１２、４１２）においてサブクエリに対する別名指定の記載が補完されるため、サブクエリの別名が省略されることによるエラーを回避できる。

【0103】

＜７．特定の構文の中でフィールド部の別名が他のフィールド部に用いられている場合＞
ＡＣＣＥＳＳのＳＱＬでは、特定の構文（例えばＳＥＬＥＣＴ文）の中でフィールド部に別名が指定されている場合、その別名を当該特定の構文の中における別のフィールド部（フィールドの計算式など）に使用することが許容されているが、一般的なＳＱＬでは、そのような別名の使用はエラーになる。

【0104】

そこで、情報処理装置１は、変更元の第１ＳＱＬ文２０２における特定の構文（例えばＳＥＬＥＣＴ文）において第１フィールド部に別名が指定されるとともに、その別名が当該特定の構文の中における別の第１フィールド部に使用されている場合、変更先の第２ＳＱＬ文（２１２、４１２）において当該特定の構文に対応した構文を作成する際に、第２フィールド部に指定された別名を、別の第２フィールド部において使用しないようにする（第２フィールド部の元の名称を使用する）。

【0105】

以下では、ＳＱＬ文においてフィールド部に関わるデータ抽出操作を表す構文（例えばＳＥＬＥＣＴ文）をデータ抽出構文と呼ぶ。また、第１ＳＱＬ文２０２におけるデータ抽出構文を第１データ抽出構文と呼び、第２ＳＱＬ文（２１２、４１２）におけるデータ抽出構文を第２データ抽出構文と呼ぶ。

【0106】

例えば情報処理装置１は、変更元の第１ＳＱＬ文２０２において、複数の第１フィールド部に関わるデータ抽出操作を表す第１フィールド抽出構文（例えばＳＥＬＥＣＴ文）を特定する。次いで情報処理装置１は、特定した第１フィールド抽出構文に含まれる複数の第１フィールド部と、第１フィールド部について指定された別名とを含むリストを、フィールドリストとして取得する。フィールドリストを取得した情報処理装置１は、このフィールドリストに含まれる複数の第１フィールド部において、フィールドリストに含まれる別名と同一の文字列が含まれた第１フィールド部（別名含有フィールド部）を特定する。そして情報処理装置１は、変更先の第２ＳＱＬ文（２１２、４１２）において、特定した第１フィールド抽出構文に対応する第２フィールド抽出構文を作成する場合、特定した第１フィールド部（別名含有フィールド部）に含まれる別名と同一の文字列が、当該別名に対応する第１フィールド部を含んだ文字列へ置き換えられることにより得られる一連の文字列を作成する。情報処理装置１は、特定した第１フィールド部（別名含有フィールド部）に対応する第２フィールド部として、この作成した文字列を設定する。

【0107】

図２１Ａ～図２１Ｄは、フィールド抽出構文の中でフィールド部の別名を含むフィールド部（別名含有フィールド部）が使用された第１ＳＱＬ文２０２についての例を示す。図２１Ｂは変更元の第１ＳＱＬ文２０２の一例を示し、図２１Ａは第１ＳＱＬ文２０２において操作対象となる第１テーブル２０１の構造を示す。図２１Ｂに示す第１ＳＱＬ文２０２では、ＳＥＬＥＣＴ文における第１フィールド部“［単価］＊［数量］”の別名“［金額］”が、ＳＥＬＥＣＴ文における別の第１フィールド部“［原価］／［金額］”に含まれている。

【0108】

まず情報処理装置１は、図２１Ｂに示す第１ＳＱＬ文２０２において第１フィールド抽出構文としてＳＥＬＥＣＴ文を特定すると、そのＳＥＬＥＣＴ文に含まれる複数の第１フィールド部と、第１フィールド部について指定された別名とを含むフィールドリスト取得する。図２１Ｃは、そのフィールドリストを示す図である。

【0109】

次いで情報処理装置１は、図２１Ｃに示すフィールドリストに含まれる複数の第１フィールド部において、フィールドリストに含まれる別名と同一の文字列が含まれた第１フィールド部（別名含有フィールド部）を特定する。図２１Ｃの例では、第１フィールド部“［原価］／［金額］”が別名含有フィールド部である。

【0110】

図２１Ｄは、図２１Ｂに示す第１ＳＱＬ文２０２について情報処理装置１が生成する第２ＳＱＬ文（２１２、４１２）の一例を示す。図２１Ｄに示する第２ＳＱＬ文（２１２、４１２）では、特定された別名含有フィールド部“［原価］／［金額］”に対応する第２フィールド部として、“［原価］／［金額］”における“［金額］”を“（［単価］＊［数量］）”に置き換えた文字列が作成されている。

【0111】

このように、本実施形態によれば、第１ＳＱＬ文２０２の第１フィールド抽出構文（例えばＳＥＬＥＣＴ文）の中に別の第１フィールド部の別名を含む第１フィールド部（別名含有フィールド部）が存在する場合でも、第２フィールド部に指定された別名が別の第２フィールド部において使用されなように（第２フィールド部の元の名称を使用するように）第２ＳＱＬ文（２１２、４１２）が作成される。これにより、フィールド抽出構文の中におけるフィールド部の別名の使用に伴うエラーを回避できる。

【0112】

＜８．抽出されたデータの並び順を指定する構文の場合＞
ＡＣＣＥＳＳのＳＱＬでは、フィールド抽出構文（例えばＳＥＬＥＣＴ文）においてデータ抽出結果におけるデータの並び順を指定する並び順指定句（例えばＯＲＤＥＲ ＢＹ句）が含まれる場合、データ抽出結果におけるデータ数を指定するデータ数指定句（例えばＴＯＰ句）が存在しなくても正常にクエリが実行されるが、一般的なＳＱＬでは、フィールド抽出構文において並び順指定句とともにデータ数指定句が存在しないとエラーになる。

【0113】

そこで情報処理装置１は、第１ＳＱＬ文２０２に含まれる第１フィールド抽出構文（例えばＳＥＬＥＣＴ文）を特定し、特定した第１フィールド抽出構文において、並び順指定句（例えばＯＲＤＥＲ ＢＹ句）が含まれるか判定する。特定した第１フィールド抽出構文に並び順指定句が含まれる場合、情報処理装置１は、特定した第１フィールド抽出構文に対応するの第２フィールド抽出構文において、並び順指定句に加えてデータ数指定句（例えばＴＯＰ句）が含まれるように第２フィールド抽出構文を作成する。

【0114】

図２２Ａ～図２２Ｃは、第１フィールド抽出構文に並び順指定句が含まれた第１ＳＱＬ文２０２についての例を示す。図２２Ｂは変更元の第１ＳＱＬ文２０２の一例を示し、図２２Ａは第１ＳＱＬ文２０２において操作対象となる第１テーブル２０１の構造を示す。図２２Ｂに示す第１ＳＱＬ文２０２は、並び順指定句としてＯＲＤＥＲ ＢＹ句を含んでいるが、データ数指定句（例えばＴＯＰ句）が存在しないため、一般的なＳＱＬではエラーになる。

【0115】

図２２Ｃは、図２２Ｂに示す第１ＳＱＬ文２０２について情報処理装置１が生成する第２ＳＱＬ文（２１２、４１２）の例を示す。図２２Ｃに示す第２ＳＱＬ文（２１２、４１２）では、ＳＥＬＥＣＴ句の後にＴＯＰ句が追加されている。このＴＯＰ句によるデータ数として“１００ ＰＥＲＣＥＮＴ”が設定されているため、クエリの実行結果には抽出対象に該当する全てのデータが含まれる。

【0116】

このように、本実施形態によれば、第１ＳＱＬ文２０２における第１フィールド抽出構文（例えばＳＥＬＥＣＴ文）に並び順指定句（例えばＯＲＤＥＲ ＢＹ句）が含まれる場合、第２ＳＱＬ文（２１２、４１２）における第２フィールド抽出構文には、並び順指定句とともにデータ数指定句（例えばＴＯＰ句）が含まれる。そのため、並び順指定句を含むフィールド抽出構文においてデータ数指定句が存在しないことによるエラーを回避できる。

【0117】

なお、本発明は上述した実施形態にのみ限定されるものではなく、種々のバリエーションを含んでいる。

【0118】

例えば、上述した実施形態では、ＤＢＭＳ変更処理を行う情報処理装置１が、第１管理システムとしての機能と、第２管理システム３の端末装置としての機能とをそれぞれ備えているが、本実施形態はこの例に限定されない。本実施形態の他の例では、これらの機能の少なくとも一方を、情報処理装置１以外の別の装置（コンピュータなど）が備えていてもよい。

【0119】

ＤＢＭＳ変更処理を行う情報処理装置１は、任意の通信手段（ＬＡＮ、ＷＡＮ、インターネットなど）により接続された複数のコンピュータを含むコンピュータシステムでもよい。その場合、ＤＢＭＳ変更処理を複数のコンピュータに分担させてもよい。

【符号の説明】

【0120】

１…情報処理装置、１１…通信部、１２…入力部、１３…表示部、１４…記憶部、１４１…プログラム、１５…処理部、２…記憶装置、２００…第１データベース、２０１…第１テーブル、２０２…第１ＳＱＬ文、２０３…クエリ情報、２０４…モジュール、２０５…フォーム・レポート情報、２１２…第２ＳＱＬ文、２１４…モジュール、２１５…フォーム・レポート情報、３…第２管理システム、４…記憶装置、４００…第２データベース、４０１…第２テーブル、４０２…ストアド・プロシージャ、４０３…関数、４０４…ビュー、４１２…第２ＳＱＬ文

【要約】

【課題】ＳＱＬ文の記述によりパラメータ取得用のユーザインターフェースを提供する機能を持つ既存のデータベース管理システム（ＤＢＭＳ）を、そのような機能のない別のＤＢＭＳへ変更する方法、プログラム及び情報処理装置を提供する。
【解決手段】変更先のＤＢＭＳの第２ＳＱＬ文を作成する工程（ＳＴ１１０）は、変更元のＤＢＭＳの第１ＳＱＬ文で用いられるパラメータを特定することと、特定されたパラメータを用いる第２ＳＱＬ文を作成することと、ユーザが操作する端末装置で実行されるモジュールを作成することとを含む。モジュールは、パラメータ入力用のユーザインターフェースを提供する第１プログラムコードと、変更先のＤＢＭＳが、当該第１ＳＱＬ文について作成した第２ＳＱＬ文を、ユーザインターフェースにより入力されるパラメータを用いて実行するように指示する第２プログラムコードとを含む。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】