JP7458259B2 - データ管理装置及びデータ管理方法 - Google Patents

Description

本発明は、データ管理装置及びデータ管理方法に関する。

近年、情報通信技術の発展に伴って社会の様々な側面で情報処理システムが構築されている。このような情報処理システムにおいては、情報処理の対象となる大量のデータを格納し、そのデータを効率的に利用すべく、種々のデータベースが設けられる。データベースモデルとしてはリレーショナルデータモデルが用いられることが多く、リレーショナルデータモデルではテーブル形式等で記録されているデータ間の関係性によってデータが特徴づけられており、データベースの操作は統一的なデータベース問い合わせ言語（例えば構造化問い合わせ言語（Structured Query Language, ＳＱＬ）によって行えばよいとい
う利点がある。しかし一方で、操作対象のデータ量が大量となるとデータ操作に要する時間が長くなってデータベース利用効率が低下する等の問題が生じる。

そこで、リレーショナルデータモデルに限らず、操作対象となるデータ特性に応じて種々のデータベースモデルが使用されるようになってきている。それらのデータモデルとしては、例えば、キーバリューモデル、グラフモデル等があげられる。このような異なる形式のデータベースを組み合わせて、取り扱うデータ特性に応じて効率的なデータベースを構築するとともに、それらの複数のデータベースを統合的に扱えるようにするマルチモデルデータベースも開発されている。

しかし、マルチモデルデータベースの場合、異なるデータモデルごとに個別にデータベース管理システムを用意しながらそれらをユーザが統合的に操作することを可能にする管理システムを用意する必要があり、開発工数が過大となりがちであるという問題があった。また、既設のデータベース群を用いて運用しているデータベースシステムを、新規のマルチモデルデータベースへと移行させる場合に、これらデータベース群を統合運用するためのシステム開発は困難であることが多い。

ここで、例えば特許文献１は、課題として、リレーショナルデータモデルに従ったデータベース操作言語によってアクセスされるデータベースを、リレーショナルデータモデルに従ったデータベースと、それ以外のモデルに従ったデータベースとからなる構成とすることを設定している。そして、この課題解決のために、「アプリケーション群１７から送信されたＳＱＬによって記述されたデータベース操作要求を受信すると、データベース切替部２１は、その操作要求によって操作されるリレーションの名称に依存して、その要求をリレーショナルデータベース２５を管理するリレーショナルデータベース操作部２４か、非リレーショナルデータベース、例えば、インデックス付きレコードデータ２８を管理するデータベース操作変換部２６のいずれかに送信」し、「データベース操作変換部２６は、受信された要求を変換テーブル２７を参照してインデックス付きレコードデータ２８を操作するＡＰＩに変換する」（要約書）構成を提案している。

特開２０１０－２２４８２４号公報

しかし、特許文献１に記載の技術では、リレーショナルデータベース用データベース操
作言語によって記述されたデータベース操作要求を非リレーショナルデータベースモデル用のデータベース操作要求に変換するためのプログラムを、非リレーショナルデータベース個別に用意しなければならず、やはりマルチモデルデータベース構築のために多大な開発工数が必要とされる問題があった。

本発明は、前述の、及び他の課題に基づいてなされたもので、異なるデータモデルに基づく複数のデータベースに対して、そのうちの一のデータモデル向けデータ操作インタフェースによって、他のデータモデルに基づくデータベースについても統一されたデータ操作を可能とするシステムを効率的に構築することができる、データ管理装置及びデータ管理方法を提供することを一つの目的としている。

上記課題を解決するための本発明の一態様は、演算装置と、前記演算装置に接続される記憶装置と、を有するデータ管理装置であって、前記データ管理装置は、第１のデータベースモデルによって構築されている第１のデータベースと、前記第１のデータベースモデルとは異なる第２のデータベースモデルによって構築されている第２のデータベースとに通信可能に接続されており、前記演算装置は、前記第１のデータベースの構造を規定している情報である第１のデータスキーマ情報と、前記第２のデータベースの構造を規定している情報である第２のデータスキーマ情報とに基づいて、前記第２のデータベースの構造を前記第１のデータベースの構造に対応するように変換して、前記第１のデータベースと前記第２のデータベースとに格納されているデータについての完全修飾データ名称と、各データ名称に関連付けてそのデータ名称に対応するデータの所在を示すデータ所在情報とを対応づけた変換テーブルを生成して前記記憶装置に保持し、外部から受領した、前記第１のデータベースの構造に対応して記述されたクエリがいずれのデータベース宛のクエリであるかを、前記変換テーブルを参照することにより判定し、該クエリが前記第２のデータベース宛のクエリであると判定した場合、前記第２のデータベースの構造に対応したクエリに変換して前記第２のデータベースに投入し、当該クエリに応じたクエリ結果を、前記第１のデータベースの構造に対応した形式に変換して出力し、前記変換テーブルを生成し保持する際には、前記完全修飾データ名称に含まれる各要素によってデータ所在情報が特定できるかを判定し、データ所在情報が特定できると判定した場合、当該要素をデータ名称として、そのデータ名称に関連付けられるデータ所在情報を前記変換テーブルとして保持し、各要素によってデータ所在情報が特定できないと判定した場合、当該要素を新たなデータ名称として、データ所在情報を特定するのに必要となる残りの要素を前記データ名称に関連付けて前記変換テーブルに追記する。

また、本発明の他の態様は、演算装置と、前記演算装置に接続される記憶装置と、を有し、第１のデータベースモデルによって構築されている第１のデータベースと、前記第１のデータベースモデルとは異なる第２のデータベースモデルによって構築されている第２のデータベースとに通信可能に接続されている情報処理装置が、前記第１のデータベースの構造を規定している情報である第１のデータスキーマ情報と、前記第２のデータベースの構造を規定している情報である第２のデータスキーマ情報とに基づいて、前記第２のデータベースの構造を前記第１のデータベースの構造に対応するように変換して、前記第１のデータベースと前記第２のデータベースとに格納されているデータについての完全修飾データ名称と、各データ名称に関連付けてそのデータ名称に対応するデータの所在を示すデータ所在情報とを対応づけた変換テーブルを生成して前記記憶装置に保持し、外部から受領した、前記第１のデータベースの構造に対応して記述されたクエリがいずれのデータベース宛のクエリであるかを、前記変換テーブルを参照することにより判定し、該クエリが前記第２のデータベース宛のクエリであると判定した場合、前記第２のデータベースの構造に対応したクエリに変換して前記第２のデータベースに投入し、当該クエリに応じたクエリ結果を、前記第１のデータベースの構造に対応した形式に変換して出力し、前記変換テーブルを生成し保持する際には、前記完全修飾データ名称に含まれる各要素によってデータ所在情報が特定できるかを判定し、データ所在情報が特定できると判定した場合、当該要素をデータ名称として、そのデータ名称に関連付けられるデータ所在情報を前記変換テーブルとして保持し、各要素によってデータ所在情報が特定できないと判定した場合、当該要素を新たなデータ名称として、データ所在情報を特定するのに必要となる残りの要素を前記データ名称に関連付けて前記変換テーブルに追記する、データ管理方法である。

本発明の一態様によれば、異なるデータモデルに基づく複数のデータベースに対して、そのうちの一のデータモデル向けデータ操作インタフェースによって、他のデータモデルに基づくデータベースについても統一されたデータ操作を可能とするシステムを効率的に構築することができる、データ管理装置及びデータ管理方法が提供される。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。

図１は本発明の一実施形態におけるデータ管理システム１の構成例を示すブロック図である。 図２は本実施形態におけるデータ管理装置１０のハードウェア構成例を示すブロック図である。 図３は本実施形態におけるデータベース装置２０のハードウェア構成例を示すブロック図である。 図４は本実施形態におけるデータ管理装置１０のソフトウェア構成例を示すブロック図である。 図５は解析設定テーブル２１１の構成例を示す図である。 図６はリレーショナルデータベースの一例である社員マスタ２０－１の構成例を示す図である。 図７はキーバリューデータベースの一例である工場設備モニタデータベース２０－２の構成例を示す図である。 図８はグラフデータベースの一例である工程データベース２０－３の構成例を示す図である。 図９は本実施形態におけるデータ名称・所在対応テーブル生成処理のデータ処理フロー例を示すフローチャートである。 図１０はデータ名称・所在対応中間テーブル２０４Ａの構成例を示す図である。 図１１はデータ名称・所在対応テーブル２０４の構成例を示す図である。 図１２は本実施形態のデータ管理システムにおけるデータ操作要求処理のデータ処理フロー例を示すフローチャートである。

以下、本発明を実施するための形態について、図面を参照して説明する。本実施形態は、リレーショナルデータベース、キーバリューデータベース、及びグラフデータベースを備えているマルチデータベースにおいて、リレーショナルデータベース用のデータ操作体系を用いて各データベースに対するデータ操作を可能とする構成を例示するものである。

＜データ管理システム１＞
まず、本実施形態に係るデータ管理システム１の全体構成について説明する。図１は、本実施形態におけるデータ管理システム１の構成例を示すブロック図である。データ管理システム１は、データ管理装置１０、データベース装置２０Ａ～２０Ｃ、及び通信ネットワーク３０を備えている。なお、以下、データベース装置２０Ａ～２０Ｃについて区別する必要がない場合、単にデータベース装置２０と呼ぶことがある。

データベース装置２０Ａ～２０Ｃは、それぞれ異なるデータモデルに基づいて作成されたデータベースを格納している。図１の構成例では、データベース装置２０Ａはリレーショナルデータベースを、データベース装置２０Ｂはキーバリューデータベースを、データベース装置２０Ｃはグラフデータベースを格納している。ただし、データベースモデルは例示したものに限られるものではない。またデータベース装置２０はデータ管理システム１に２基、あるいは４基以上設けられていてもよい。また、データベース装置２０Ａ～２０Ｃは、図示のように別個の筐体として構成されるほか、適宜に筐体を共有してもよいし、ネットワーク上に分散配置し、あるいはいわゆるクラウド構成とすることも差し支えない。

データ管理装置１０は、データベース装置２０Ａ～２０Ｃに対して、データモデルの違いにかかわらず、リレーショナルデータベース用のデータ操作言語によってデータ操作要求が可能となるようにするデータ変換機構としての変換テーブルを自動的に作成する構成と、当該データ変換機構を用いて、データベース装置２０Ａだけでなく、データベース装置２０Ｂ，２０Ｃに対しても、リレーショナルデータベース用データベース操作言語にてデータ操作を要求することを可能とする構成とを備えている。図１の例では、データ管理
装置１０はデータベース装置２０Ａ～２０Ｃとは別個の筐体を有するとして示されているが、いずれかの、または全部のデータベース装置と筐体を共有させてもよいし、ネットワーク上に分散配置し、あるいはいわゆるクラウド構成とすることも差し支えない。

通信ネットワーク３０は、データ管理装置１０とデータベース装置２０Ａ～２０Ｃとを相互に通信可能とする通信回線であり、例えばインターネット、専用線、ＷＡＮ、ＬＡＮ等の通信回線によって構成することができる。通信ネットワーク３０と、データ管理装置１０及びデータベース装置２０Ａ～２０Ｃとの間は有線接続でも無線接続でもよい。

＜データ管理装置１０＞
次に、データ管理装置１０について説明する。図２に、本実施形態におけるデータ管理装置１０のハードウェア構成例を示している。データ管理装置１０は、通信ネットワーク３０との通信機能を有する一般的なコンピュータの構成を備えている。

図２に例示するデータ管理装置１０は、演算装置１１、補助記憶装置１２、入力装置１３、出力装置１４、及び通信装置１５を備えている。演算装置１１は、ＭＰＵ、ＣＰＵ等のプロセッサと、そのプロセッサが使用する記憶領域を提供するＲＯＭ、ＲＡＭ、フラッシュメモリ等の記憶デバイスであるメモリによって構成することができる。補助記憶装置１２は、演算装置１１によって実行されるプログラム、及びそれらのプログラムが使用するデータ等の記憶領域を提供し、ハードディスクドライブ（ＨＤＤ）、半導体ドライブ（ＳＳＤ）、光学ドライブ、ＵＳＢメモリ等の記憶デバイスを有する。入力装置１３はデータ管理装置１０へのデータ入力を可能とする入力デバイス、例えばキーボード、マウス、タッチパネル、音声入力装置等が含まれる。出力装置１４はデータ管理装置１０からのデータ出力を可能とする出力デバイスであり、モニタディスプレイ、プリンタ、音声出力装置等を備えることができる。通信装置１５は、ネットワークインターフェイスカード等の通信モジュールにより構成することができる。データ管理装置１０内の各要素間は、内部データ通信回線１６によって通信可能に接続されている。

なお、データ管理装置１０は、図２に例示するような単独の筐体として構成することなく、仮想コンピュータとして構成したり、クラウドシステム上に構築したりしてもよい。

＜データベース装置２０＞
次に、データベース装置２０について説明する。図３に、本実施形態におけるデータベース装置２０のハードウェア構成例を示している。データベース装置２０は、データ管理装置１０と同様に、通信ネットワーク３０との通信機能を有する一般的なコンピュータの構成を備えている。

図３に例示するデータベース装置２０は、演算装置２１、補助記憶装置２２、入力装置２３、出力装置２４、及び通信装置２５を備えている。これらの各要素は、データ管理装置１０における対応する各要素と実質的に同一であるので、その説明を省略する。

データベース装置２０では、補助記憶装置２２にデータベース記憶部（ＤＢ記憶部）２２－１が格納されている。図１に関して説明したように、データベース装置２０Ａ～２０Ｃのデータベース記憶部２２－１には、それぞれ、リレーショナルデータベース、キーバリューデータベース、グラフデータベースという互いにデータ形式が異なるデータベースが記憶されている。

なお、データベースは、演算装置２１のメモリに格納して、いわゆるオンメモリのデータベースとして構成してもよい。またデータベース装置２０Ａ～２０Ｃは、図１に例示したようにそれぞれ別個の筐体としてもよいし、一つの筐体にまとめてもよい。また、デー
タ管理装置１０にその全部又は一部を格納するようにしてもよい。またデータ管理装置１０と同様に、仮想コンピュータとして構成したり、クラウド上に構築したりすることもできる。

次に、データ管理装置１０のソフトウェア構成例について説明する。

＜データ管理装置１０のソフトウェア構成例＞
図４に、本実施形態のデータ管理装置１０に実装されているソフトウェアの構成例を示している。データ管理装置１０には、大別して、入力されたクエリを対象のデータベースのデータ形式に変換してそのデータベースに与えるクエリ入力処理、クエリ対象のデータベースから入力されたクエリに応じて返されるクエリ結果を変換して出力するクエリ出力処理、及びクエリの対象となるデータベースのデータ形式に応じて実行されるクエリ変換処理に用いられる変換テーブルを生成する変換テーブル生成処理を実行するためのソフトウェアとデータとが実装されている。

クエリ入力処理では、図４において、クエリ入力プログラム２０１、クエリ解析プログラム２０２、データ名称・所在対応管理部２０３、クエリ形式変換プログラム２０５が、図２に例示する入力装置１３あるいは通信装置１５から入力されるクエリを対象のデータベースのデータ形式に変換して受け渡す処理を実行する。

クエリ出力処理では、図４において、対象のデータベースから受け取ったクエリ結果をクエリ結果形式変換プログラム２０６が変換し、クエリ結果出力プログラム２０７が変換後のクエリ結果を出力装置１４に出力する処理を行う。

変換テーブル生成処理では、データ管理装置１０からのクエリの対象となるデータベースについて、それぞれに含まれるデータ名称とデータの所在とが、データ名称・所在収集プログラム２０９によって収集され、あるいはデータ名称・所在入力プログラム２０８によって入力装置１３から入力される。収集あるいは入力されたデータ名称とその所在に関する所在情報は、データ名称・所在解析プログラム２１０、データ名称・所在判定プログラム２１２によって解析、判定処理が実行され、データ名称・所在対応管理部２０３に、データ名称・所在対応テーブル２０４として格納される。

解析設定テーブル２１１は、データベース装置２０Ａ～２０Ｃに格納されている各データベースについて、そのデータ書式等の設定をあらかじめ格納しているデータテーブルである。図５に、解析設定テーブル２１１の構成例を示している。図５に例示するように、本実施形態の解析設定テーブル２１１は、例えばデータベース装置２０Ａに格納されているリレーショナルデータベースについて、そのデータ区切り記号、カラム名等を記録している。なお、解析設定テーブル２１１に記録される項目、内容は、クエリの対象となるデータベースの形式に応じて適宜に設定することができる。

通信プログラム２１３は、クエリ形式変換プログラム２０５、クエリ結果形式変換プログラム２０６、及びデータ名称・所在収集プログラム２０９と通信ネットワーク３０との間でデータの送受信処理を制御するための通信制御プログラムである。以上のデータ管理装置１０に実装されているソフトウェアにより実行されるデータ処理については、データ処理フロー例を参照して後述する。

次に、データベース装置２０Ａ～２０Ｃに格納されるデータベースについて説明する。

＜データベース装置２０Ａ～２０Ｃに格納されるデータベース＞
データベース装置２０Ａ～２０Ｃには、それぞれリレーショナルデータベースである社員マスタ２０－１、キーバリューデータベースである工場設備モニタデータベース２０－２、グラフデータベースである工程データベース２０－３が格納されている。

図６に社員マスタ２０－１の構成例を示している。図６に例示する社員マスタ２０－１は、社員を一意に識別するための識別符号である社員ＩＤと、それに関連付けられる社員の氏名の姓、名、個々の社員のラベルである社員番号、及び対応する社員ＩＤで特定される社員が所属する部署を示す識別符号である部署ＩＤの各項目を有する。

図７には、工場設備モニタデータベース２０－２の構成例を示している。工場設備モニタデータベース２０－２は、特定の施設に設けられている設備において測定される物理量を測定データとして記録している。

図７の例では、キーの項目として、工場名（例：工場Ａ）、設備名（例：１０１号設備）、測定物理量（例：圧力）が、ピリオド（．）をデータ区切り記号として記録されている。また、バリューの項目としては、測定対象となる物理量の値が記録されている。例えば、「工場Ａ．１０１号設備．圧力」というキーに対して、バリューとして「１０」が記録される。

また、図８に、工程データベース２０－３の構成例を示している。図８の例では、グラフデータベースとしての工程データベース２０－３は、工程名が記録されている頂点要素（Vertex）と、頂点要素間を接続する辺要素（Edge）とから構成されている。辺要素には、起点工程（例：工程Ａ）、次工程（例：工程Ｂ）の項目が記録されている。図８に例示の工程データベース２０－３は、複数のVertexがEdgeによって接続されることで、工程Ａから工程Ｄまでのフローが表現されている。

本実施形態では、キーバリューデータベース形式の工場設備モニタデータベース２０－２、グラフデータベース形式の工程データベース２０－３をリレーショナルデータベース形式で記述されているものと仮想して、社員マスタ２０－１と統合された仮想的な一つのリレーショナルデータベースに見せるようにする機能を実現する変換テーブルを自動的に生成することにより、リレーショナルデータベース用のクエリを用いていずれのデータベースにもアクセスすることができるように構成されている。

以上の構成に基づいて、上記変換テーブルの自動生成処理、生成した変換テーブルを用いたデータ要求操作処理について説明する。

＜本実施形態のデータ処理の説明＞
［変換テーブル生成処理］
まず、変換テーブル生成処理について説明する。この処理は、図４に関して説明した変換テーブルを自動生成する処理に相当する。図９に、変換テーブル生成処理のデータ処理フロー例を示している。この変換テーブル生成処理は、本実施形態のデータ管理システム１の運用を開始する前に、あらかじめ実行される処理である。

図９の例では、まずＳ１００でデータ管理装置１０が入力装置１３からの命令等によりデータ処理を開始すると、データ管理装置１０のデータ名称・所在収集プログラム２０９が、データベース装置２０Ａ～２０Ｃの各データベース２０－１～２０－３に格納されているデータスキーマ情報を収集する（Ｓ１０１）。このデータスキーマ情報は、各データベース２０－１～２０－３の構造に関する情報であって、各データベース２０－１～２０－３が格納しているテーブルの構造に関する情報も規定されている。データ名称・所在収集プログラム２０９は、収集した各データベース２０－１～２０－３のデータスキーマ情報に基づいて、まず解析設定テーブル２１１を作成する。なお、データ名称・所在収集プ
ログラム２０９によるデータスキーマ情報収集に代えて、あるいはそれに加えて、データ管理装置１０の入力装置１３とデータ名称・所在入力プログラム２０８を通じて、各データベース２０－１～２０－３のデータスキーマ情報を入力するようにしてもよい。また、解析設定テーブル２１１は、自動生成によらず、あらかじめ入力しておくようにしてもよい。

次いで、データ名称・所在解析プログラム２１０が、Ｓ１０１にて取得したデータスキーマ情報を解析し、各データベース２０－１～２０－３についての完全修飾されたデータ名称と、そのデータ名称で特定されるデータがどこにあるかを示すデータ所在情報とを格納したデータテーブルを生成する（Ｓ１０２）。以下、このデータテーブルを、データ名称・所在対応中間テーブル２０４Ａと呼ぶ。データ名称・所在対応中間テーブル２０４Ａの構成例を図１０に示している。

データ名称・所在対応中間テーブル２０４Ａは、後述する変換テーブルであるデータ名称・所在対応テーブル２０４を作成する過程で利用される中間的なテーブルであり、データ管理装置１０の演算装置１１が備えるメモリ内の記憶領域等に一時的に格納されるテーブルである。図１０に例示するデータ名称・所在対応中間テーブル２０４Ａは、データ名称、データベースモデル、装置名、データベース名、識別子１～識別子３、及びカラム名の各項目を備えている。

データ名称の項目には、各データベースに格納されているデータを特定するための、当該データの完全修飾名が記録される。本実施形態では、データ名称の項目に、データベースが格納されている装置名、データベースを一意に識別するためのデータベース名と、データベースに格納されているデータの名称が記録される。これは、コンピュータにおいてあるデータの所在を表す際に、ドライブ－フォルダ－ファイルの順に、アクセスするためのフルパスを表示することに相当する。

データベースモデルの項目には、関連付けられたデータ名称の項目に特定されているデータベースのモデルが記録されている。装置名、データベース名の項目には、関連付けられたデータ名称の項目にある装置名、データベース名がそれぞれ記録される。識別子１～識別子３には、関連付けられたデータ名称の項目にあるデータ名、あるいはデータ名に相当する要素が記録される。カラム名の項目には、関連付けられているデータベースにカラム名の項目があればその内容を記録し、カラム名に該当する項目がなければブランクとなる。

図１０に例示するように、解析対象のデータベースがリレーショナルデータベースとしての社員マスタ２０－１であれば、データスキーマ情報に基づいて、装置名、データベース名、およびデータ名の一覧を調べ、装置名＝装置Ａ、データベース名＝ＤＢ＿１、識別子１＝社員マスタを記録し、カラム名には社員ＩＤ、姓、名、社員番号、及び部署ＩＤを記録する。

また、キーバリューデータベースとしての工場設備モニタデータベース２０－２であれば、同じくデータスキーマ情報に基づいて、装置名、データベース名、および設定した区切り文字（例えばピリオド）で区切ったキー名の一覧を調べ、装置名＝装置Ｂ、データベース名＝ＤＢ＿２を記録し、識別子１～識別子３の項目として、キーの項目にある工場Ａ、１０１号設備、圧力を記録する。

また、グラフデータベースとしての工程データベース２０－３であれば、装置名、データベース名、Vertex／Edgeの別、及び設定した区切り文字（例えばスラッシュ）で区切ったデータ名の一覧を調べる。そして、例えば、装置名＝装置Ｃ、データベース名＝ＤＢ＿
３、識別子１＝Ｖｅｒｔｅｘ、識別子２＝工程を、カラム名に工程名、工程関係が記録される。

次いで、データ名称・所在解析プログラム２１０は、Ｓ１０２にて作成した、完全修飾されたデータ名称に対する所在情報における各識別子について順に、Ｓ１０４～Ｓ１０７の繰り返し処理を実行する。まずデータ名称・所在解析プログラム２１０，データ名称・所在判定プログラム２１２は、データ名称・所在対応中間テーブル２０４Ａの先頭レコードから取得した識別子によってデータを特定することができるか判定する（Ｓ１０４）。データを特定することができると判定した場合（Ｓ１０４，Ｙｅｓ）、データ名称・所在判定プログラム２１２はその識別子１をデータ名称として、データ所在情報をデータ名称・所在対応テーブル２０４に格納する（Ｓ１０５）。この時、格納されるデータ名称は、完全修飾名ではなく省略形の名称、例えば社員マスタ、工程等としている。

図１１に、データ名称・所在対応テーブル２０４の構成例を示している。図１１の例では、社員マスタ２０－１の場合、識別子１の項目に記録されている社員マスタより、カラム名の項目のデータ、社員ＩＤ、姓、名、社員番号、及び部署ＩＤを特定することができる。また、工程データベース２０－３の場合、識別子１、識別子２の項目にそれぞれＶｅｒｔｅｘ、工程が記録されていれば、カラム名の項目の工程名、工程関係がデータとして特定される。

一方、データ名称・所在対応中間テーブル２０４Ａのデータ名称から取得した識別子によってデータを特定することができないと判定した場合（Ｓ１０４，Ｎｏ）、データ名称・所在判定プログラム２１２は、残りの識別子をカラム名の項目に追加する（Ｓ１０６）。例えば、図１１の例で、識別子１が「工場Ａ」の場合、その識別子１によってデータの所在を特定することができないので、対応するカラム名の項目には例えば「残識別子１（＝設備），残識別子２（＝物理量），時刻，値」が記録される。また、識別子２が「１０１号設備」の場合、その識別子２によってもデータの所在を特定することができないので、対応するカラム名の項目には例えば「残識別子１（＝物理量），時刻，値」が記録される。

ここで、データ名称・所在判定プログラム２１２は、すべての識別子についてＳ１０４～Ｓ１０６の処理を行ったか判定し、行っていないと判定した場合、Ｓ１０４の判定ステップに戻る。そして、すべての識別子について以上のＳ１０４～Ｓ１０６の処理を完了したと判定した場合、データ名称・所在解析プログラム２１０，データ名称・所在判定プログラム２１２は繰り返し処理を終了し、変換テーブル生成処理を終了する（Ｓ１０７，Ｓ１０８）。

以上の変換テーブル生成処理によれば、リレーショナルデータベースモデル以外の、キーバリューデータベースモデル、グラフデータベースモデルで構築されたデータベースについても、自動的に変換テーブルを生成してリレーショナルデータベースモデルのテーブルとカラムとの関係を有するデータベースとみなして取り扱うことができるので、ユーザ、アプリケーションからのアクセスはリレーショナルデータベースでの操作で容易に実行することができる。

［データ操作要求処理］
次に、本実施形態におけるデータ操作要求処理について説明する。本実施形態のデータ操作要求処理は、図４のデータ管理装置１０に関する説明でのクエリ入力処理、クエリ出力処理に相当し、作成されたデータ名称・所在対応テーブル２０４を用いて、データ管理装置１０に投入されるクエリを所要の変換処理を経て対象のデータベース２０－１～２０－３に入力し、クエリ結果を取得して変換、出力する処理である。図１２に本実施形態のデータ管理装置１０によって実行されるデータ操作要求処理のデータ処理フロー例を示している。

まず、Ｓ２００でデータ管理装置１０が入力装置１３からの命令等によりデータ処理を開始すると、データ管理装置１０のクエリ入力プログラム２０１が、入力装置１３あるいは通信装置１５を通じてクエリを受領する（Ｓ２０１）。次いで、クエリ解析プログラム２０２が、Ｓ２０１で受領したクエリを解析する（Ｓ２０２）。具体的には、クエリ解析プログラム２０２は、対象となるクエリにおいて、データ名称を表す部分を抽出する。本実施形態では、入力されるクエリは、リレーショナルデータベースを対象とする形式で記述されており、クエリ解析プログラム２０２はそれを前提としてクエリからデータ名称を抽出する。

次いで、クエリ解析プログラム２０２は、Ｓ２０２で抽出したデータ名称によって、データ名称・所在対応テーブル２０４を参照し、受領したクエリが対象とするデータの所在を特定する（Ｓ２０３）。例えばクエリがデータ名称として「社員マスタ」を含んでいたとした場合、クエリ解析プログラム２０２は、データ名称・所在対応テーブル２０４を参照し、そのデータが装置Ａ（データベース装置２０Ａ）のデータベースＤＢ＿１に格納されているという情報を得る。これに対し、例えばクエリがデータ名称として「１０１号設備」を含んでいたとした場合、クエリ解析プログラム２０２は、データ名称・所在対応テーブル２０４を参照し、そのデータが装置Ｂ（データベース装置２０Ｂ）のデータベースＤＢ＿２に格納されているという情報を得る。

次に、クエリ形式変換プログラムは、Ｓ２０３のクエリ解析結果から、各データベース２０Ａ～２０Ｃに対応する形式にクエリ形式を変換し、各データベース２０Ａ～２０Ｃにクエリを送信する（Ｓ２０４）。本実施形態の場合、装置Ａ（データベース装置２０Ａ）に格納されているデータベースＤＢ＿１である社員マスタがクエリの宛先であると判定されれば、リレーショナルデータベースを対象としているクエリは変換されることなくそのままデータベース装置２０Ａに送信される。装置Ｂ（データベース装置２０Ｂ）に格納されているデータベースＤＢ＿２である工場設備モニタデータベースがクエリの宛先であると判定されれば、クエリの形式はキーバリューデータベース用の形式に変換された上でデータベース装置２０Ｂに送信される。同様に、工程データベースがクエリの宛先であると判定されれば、クエリの形式はグラフデータベース用の形式に変換された上でデータベース装置２０Ｃに送信される。上記した形式以外のリレーショナルデータベースでないデータベースが含まれる場合であっても、同様にクエリ形式の変換を実行することができる。

対象のデータベースにクエリが入力され、それに対してクエリ結果が対象データベースから返されると、クエリ結果形式変換プログラム２０６が、そのクエリ結果を、元のリレーショナルデータベース形式に変換する（Ｓ２０５）。クエリ結果形式変換プログラム２０６は、クエリ結果がどのデータベース装置２０Ａ～２０Ｃから返されたかに応じて、送信元データベースの形式から、必要に応じてリレーショナルデータベース形式に変換することができる。

最後に、クエリ結果出力プログラム２０７が、クエリ結果形式変換プログラム２０６から受領したクエリ結果を、データ管理装置１０の出力装置１４から出力して処理を終了する（Ｓ２０６，Ｓ２０７）。

以上のデータ操作要求処理によれば、リレーショナルデータベース形式のデータベース向けに設定されたクエリを用いて、他の形式、例えばキーバリューデータベース、グラフデータベース等のデータベースに対して、データ検索等のデータ操作要求を行い、そのクエリの結果をリレーショナルデータベース形式で受け取ることができる。したがって、対
象データベースの形式に応じた異なる形式のクエリを用意する煩雑な前処理が不要であり、データ操作要求処理の効率向上を図ることができる。

前記演算装置は、前記第１のデータスキーマ情報と前記第２のデータスキーマ情報とから、前記第１のデータベースと前記第２のデータベースとに格納されているデータについての完全修飾データ名称と、各データ名称に関連付けてそのデータ名称に対応するデータの所在を示すデータ所在情報とともに前記記憶装置に格納することができる。これによれば、データがいずれのデータベースに格納されているかを特定するための変換テーブルを生成するための情報を取得することができる。

また、前記演算装置が、前記完全修飾データ名称に含まれる各要素によってデータ所在情報が特定できるかを判定し、データ所在情報が特定できると判定した場合、当該要素をデータ名称として、そのデータ名称に関連付けられるデータ所在情報を前記変換テーブルとして保持し、各要素によってデータ所在情報が特定できないと判定した場合、当該要素を新たなデータ名称として、データ所在情報を特定するのに必要となる残りの要素を前記データ名称に関連付けて追記するようにすれば、データ名称に含まれる要素ごとに、データ所在情報を得ることができる。

さらに、前記演算装置が、受領した前記クエリから当該クエリの対象であるデータを示すデータ名称を抽出し、当該データ名称に関連付けられているデータ所在情報を前記変換テーブルを参照して、当該データ名称に対応するデータが格納されているデータベースのデータベースモデルを特定し、当該データベースモデルが前記クエリの対象であるデータを格納しているデータベースのデータベースモデルと異なると判定した場合、前記クエリの形式を当該異なるデータベースモデルに対応する形式に変換して対象データベースに投入し、得られるクエリ結果の形式を元のクエリ形式に変換した後に出力するようにすれば、クエリの形式について特別な前処理を行うことなくデータベースへの問い合わせを行うことができる。

また、前記第１のデータベースはリレーショナルデータベースであり、前記第２のデータベースはキーバリューデータベース又はグラフデータベースであるとき、前記演算装置が、前記変換テーブルにおいて、前記第２のデータベースが前記キーバリューデータベースである場合、そのバリューの項目を前記第１のデータベースのカラムの項目に格納し、前記第２のデータベースがグラフデータベースである場合、その装置名、データベース名、頂点要素、及び辺要素をもって特定されるデータを前記第１のデータベースのカラムの項目に格納するようにすれば、リレーショナルデータベース用の形式を有するクエリを用いて、キーバリューデータベース、グラフデータベースをも操作することが可能である。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明のより良い理解のために詳細に説明したのであり、必ずしも説明の全ての構成を備えるものに限定されるものではない。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によってハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによってソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。

また、制御線及び情報線は説明上必要と考えられるものを示しており、製品上必ずしも
全ての制御線及び情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。

１ データ管理システム
１０ データ管理装置
２０ データベース装置
２０２ クエリ解析プログラム
２０４ データ名称・所在対応テーブル
２０４Ａ データ名称・所在対応中間テーブル
２０５ クエリ形式変換プログラム
２０６ クエリ結果形式変換プログラム
２１０ データ名称・所在解析プログラム
２１２ データ名称・所在判定プログラム

Claims (6)

1. 演算装置と、前記演算装置に接続される記憶装置と、を有するデータ管理装置であって、
   前記データ管理装置は、第１のデータベースモデルによって構築されている第１のデータベースと、前記第１のデータベースモデルとは異なる第２のデータベースモデルによって構築されている第２のデータベースとに通信可能に接続されており、
   前記演算装置は、
   前記第１のデータベースの構造を規定している情報である第１のデータスキーマ情報と、前記第２のデータベースの構造を規定している情報である第２のデータスキーマ情報とに基づいて、前記第２のデータベースの構造を前記第１のデータベースの構造に対応するように変換して、前記第１のデータベースと前記第２のデータベースとに格納されているデータについての完全修飾データ名称と、各データ名称に関連付けてそのデータ名称に対応するデータの所在を示すデータ所在情報とを対応づけた変換テーブルを生成して前記記憶装置に保持し、
   外部から受領した、前記第１のデータベースの構造に対応して記述されたクエリがいずれのデータベース宛のクエリであるかを、前記変換テーブルを参照することにより判定し、該クエリが前記第２のデータベース宛のクエリであると判定した場合、前記第２のデータベースの構造に対応したクエリに変換して前記第２のデータベースに投入し、当該クエリに応じたクエリ結果を、前記第１のデータベースの構造に対応した形式に変換して出力し、
   前記変換テーブルを生成し保持する際には、前記完全修飾データ名称に含まれる各要素によってデータ所在情報が特定できるかを判定し、データ所在情報が特定できると判定した場合、当該要素をデータ名称として、そのデータ名称に関連付けられるデータ所在情報を前記変換テーブルとして保持し、各要素によってデータ所在情報が特定できないと判定した場合、当該要素を新たなデータ名称として、データ所在情報を特定するのに必要となる残りの要素を前記データ名称に関連付けて前記変換テーブルに追記する、
   データ管理装置。
2. 前記演算装置は、受領した前記クエリから当該クエリの対象であるデータを示すデータ名称を抽出し、当該データ名称に関連付けられているデータ所在情報を前記変換テーブルを参照して、当該データ名称に対応するデータが格納されているデータベースのデータベースモデルを特定し、当該データベースモデルが前記クエリの対象であるデータを格納しているデータベースのデータベースモデルと異なると判定した場合、前記クエリの形式を当該異なるデータベースモデルに対応する形式に変換して対象データベースに投入し、得られるクエリ結果を元のクエリ形式に変換した後に出力する、請求項１に記載のデータ管理装置。
3. 前記第１のデータベースはリレーショナルデータベースであり、前記第２のデータベースはキーバリューデータベース又はグラフデータベースであり、
   前記演算装置は、前記変換テーブルにおいて、前記第２のデータベースが前記キーバリューデータベースである場合、そのバリューの項目を前記第１のデータベースのカラムの項目に格納し、前記第２のデータベースがグラフデータベースである場合、その装置名、データベース名、頂点要素、及び辺要素をもって特定されるデータを前記第１のデータベースのカラムの項目に格納し、
   外部から受領した前記クエリがキーバリューデータベース又はグラフデータベースのいずれの種類の第２のデータベース宛のクエリであるかを、前記変換テーブルの前記バリューの項目と、前記装置名、データベース名、頂点要素、及び辺要素をもって特定されるデータとを参照することにより判定し、判定した種類の第２のデータベースの構造に対応したクエリに変換して当該第２のデータベースに投入し、当該クエリに応じたクエリ結果を、前記第１のデータベースの構造に対応した形式に変換して出力する、
   請求項１に記載のデータ管理装置。
4. 演算装置と、前記演算装置に接続される記憶装置と、を有し、第１のデータベースモデルによって構築されている第１のデータベースと、前記第１のデータベースモデルとは異なる第２のデータベースモデルによって構築されている第２のデータベースとに通信可能に接続されている情報処理装置が、
   前記第１のデータベースの構造を規定している情報である第１のデータスキーマ情報と、前記第２のデータベースの構造を規定している情報である第２のデータスキーマ情報とに基づいて、前記第２のデータベースの構造を前記第１のデータベースの構造に対応するように変換して、前記第１のデータベースと前記第２のデータベースとに格納されているデータについての完全修飾データ名称と、各データ名称に関連付けてそのデータ名称に対応するデータの所在を示すデータ所在情報とを対応づけた変換テーブルを生成して前記記憶装置に保持し、
   外部から受領した、前記第１のデータベースの構造に対応して記述されたクエリがいずれのデータベース宛のクエリであるかを、前記変換テーブルを参照することにより判定し、該クエリが前記第２のデータベース宛のクエリであると判定した場合、前記第２のデータベースの構造に対応したクエリに変換して前記第２のデータベースに投入し、当該クエリに応じたクエリ結果を、前記第１のデータベースの構造に対応した形式に変換して出力し、
   前記変換テーブルを生成し保持する際には、前記完全修飾データ名称に含まれる各要素によってデータ所在情報が特定できるかを判定し、データ所在情報が特定できると判定した場合、当該要素をデータ名称として、そのデータ名称に関連付けられるデータ所在情報を前記変換テーブルとして保持し、各要素によってデータ所在情報が特定できないと判定した場合、当該要素を新たなデータ名称として、データ所在情報を特定するのに必要となる残りの要素を前記データ名称に関連付けて前記変換テーブルに追記する、
   データ管理方法。
5. 前記演算装置は、受領した前記クエリから当該クエリの対象であるデータを示すデータ名称を抽出し、当該データ名称に関連付けられているデータ所在情報を前記変換テーブルを参照して、当該データ名称に対応するデータが格納されているデータベースのデータベースモデルを特定し、当該データベースモデルが前記クエリの対象であるデータを格納しているデータベースのデータベースモデルと異なると判定した場合、前記クエリの形式を当該異なるデータベースモデルに対応する形式に変換して対象データベースに投入し、得られるクエリ結果を元のクエリ形式に変換した後に出力する、請求項４に記載のデータ管理方法。
6. 前記第１のデータベースはリレーショナルデータベースであり、前記第２のデータベースはキーバリューデータベース又はグラフデータベースであり、
   前記演算装置は、前記変換テーブルにおいて、前記第２のデータベースが前記キーバリューデータベースである場合、そのバリューの項目を前記第１のデータベースのカラムの項目に格納し、前記第２のデータベースがグラフデータベースである場合、その装置名、データベース名、頂点要素、及び辺要素をもって特定されるデータを前記第１のデータベースのカラムの項目に格納し、
   外部から受領した前記クエリがキーバリューデータベース又はグラフデータベースのいずれの種類の第２のデータベース宛のクエリであるかを、前記変換テーブルの前記バリューの項目と、前記装置名、データベース名、頂点要素、及び辺要素をもって特定されるデータとを参照することにより判定し、判定した種類の第２のデータベースの構造に対応したクエリに変換して当該第２のデータベースに投入し、当該クエリに応じたクエリ結果を、前記第１のデータベースの構造に対応した形式に変換して出力する、
   請求項４に記載のデータ管理方法。

Images