(57)【特許請求の範囲】
【請求項１】
コンピュータに、
受け付けた新スキーマに応じて、旧スキーマと前記新スキーマとの差分情報を作成して記憶手段に記憶する差分作成工程と、
データベースに対する処理要求を受け付ける受付工程と、
前記差分情報に基づいて、前記受付工程によって受け付けられた処理要求の処理対象となるデータを指定する条件が、前記新スキーマにより変更されたものか否かを判定する判定工程と、
前記判定工程によって判定された判定結果および前記処理要求に基づいて、前記データベースの中から、前記旧スキーマから前記新スキーマにデータ形式を変換する変換対象となるデータを検索する検索工程と、
前記検索工程によって検索されたデータのデータ形式を、前記旧スキーマから前記新スキーマに変換する変換工程と、
を実行させることを特徴とするデータ変換プログラム。
【請求項２】
前記コンピュータに、
前記判定工程によって前記条件が前記新スキーマにより変更されたものではないと判定された場合、前記条件を表す文字列に基づいて、前記変換対象となるデータを検索する検索式を作成する作成工程を実行させ、
前記検索工程は、
前記作成工程によって作成された検索式を用いて、前記データベースの中から前記変換対象となるデータを検索することを特徴とする請求項１に記載のデータ変換プログラム。
【請求項３】
前記作成工程は、
前記条件が前記新スキーマにより変更されたものと判定された場合、前記条件を前記旧スキーマに対応した条件に変換することにより、前記変換対象となるデータを検索する検索式を作成することを特徴とする請求項２に記載のデータ変換プログラム。
【請求項４】
前記作成工程は、
前記条件が前記新スキーマにより変更されたものと判定された場合、前記処理対象となるデータを指定する階層化された複数の条件のうち最上位の条件を表す文字列に基づいて、前記変換対象となるデータを検索する検索式を作成することを特徴とする請求項２または３に記載のデータ変換プログラム。
【請求項５】
前記データベースは、システムを構成する構成要素に関するデータと、前記システム内の構成要素間の関連付けを表すリレーションシップに関するデータとを記憶しており、
前記コンピュータに、
前記検索工程（以下、「第１の検索工程」という）によって検索された第１の構成要素に関するデータとリレーションシップにより関連付けられた第２の構成要素に関するデータを前記データベースの中から検索する第２の検索工程を実行させ、
前記変換工程は、
さらに、前記第２の検索工程によって検索されたデータのデータ形式と、前記第１および第２の構成要素の関連付けを表すリレーションシップに関するデータのデータ形式とを、前記旧スキーマから前記新スキーマに変換することを特徴とする請求項１〜４のいずれか一つに記載のデータ変換プログラム。
【請求項６】
前記コンピュータに、
前記第２の検索工程によって複数のデータが検索された場合、処理対象となるデータを指定する条件として、前記第１の構成要素とともに前記第２の構成要素が指定された当該第２の構成要素ごとの出現頻度を表す指標値に基づいて、前記複数のデータの中から前記変換対象となるデータを決定する決定工程を実行させ、
前記変換工程は、
さらに、前記決定工程によって決定されたデータのデータ形式と、前記第１の構成要素および当該データが表す第２の構成要素の関連付けを表すリレーションシップに関するデータのデータ形式とを、前記旧スキーマから前記新スキーマに変換することを特徴とする請求項５に記載のデータ変換プログラム。
【請求項７】
前記コンピュータに、
前記データベースに対する過去の処理要求のうち、処理対象となるデータを指定する条件として少なくとも前記第１の構成要素が指定された処理要求に関するログ情報に基づいて、前記第１の構成要素とともに前記第２の構成要素が前記条件として指定された当該第２の構成要素ごとの出現頻度を表す指標値を算出する算出工程を実行させ、
前記決定工程は、
前記算出工程によって算出された前記第２の構成要素ごとの出現頻度を表す指標値に基づいて、前記複数のデータの中から前記変換対象となるデータを決定することを特徴とする請求項６に記載のデータ変換プログラム。
【請求項８】
前記決定工程は、
所定のデータ数の範囲内で、前記複数のデータの中から前記変換対象となるデータを決定することを特徴とする請求項６または７に記載のデータ変換プログラム。
【請求項９】
受け付けた新スキーマに応じて、旧スキーマと前記新スキーマとの差分情報を作成して記憶手段に記憶する差分作成部と、
データベースに対する処理要求を受け付ける受付部と、
前記差分情報に基づいて、前記受付部によって受け付けられた処理要求の処理対象となるデータを指定する条件が、前記新スキーマにより変更されたものか否かを判定する判定部と、
前記判定部によって判定された判定結果および前記処理要求に基づいて、前記データベースの中から、前記旧スキーマから前記新スキーマにデータ形式を変換する変換対象となるデータを検索する検索部と、
前記検索部によって検索されたデータのデータ形式を、前記旧スキーマから前記新スキーマに変換する変換部と、
を備えることを特徴とするデータ変換装置。
【請求項１０】
コンピュータが、
受け付けた新スキーマに応じて、旧スキーマと前記新スキーマとの差分情報を作成して記憶手段に記憶し、
データベースに対する処理要求の受け付けを行い、
前記差分情報に基づいて、前記受け付けによって受け付けられた処理要求の処理対象となるデータを指定する条件が、前記新スキーマにより変更されたものか否かの判定を行い、
前記判定によって判定された判定結果および前記処理要求に基づいて、前記データベースの中から、前記旧スキーマから前記新スキーマにデータ形式を変換する変換対象となるデータの検索を行い、
前記検索によって検索されたデータのデータ形式を、前記旧スキーマから前記新スキーマに変換する、
処理を実行することを特徴とするデータ変換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを変換するデータ変換プログラム、データ変換装置およびデータ変換方法に関する。
【背景技術】
【０００２】
ＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ）システムの管理手法の変更や新技術の導入により、ＣＭＤＢ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｄａｔａｂａｓｅ：構成情報管理データベース）のスキーマが変更される場合がある。
【０００３】
ここで、スキーマとは、データの構造や種類などを表す枠組みである。ＣＭＤＢとは、ＩＴシステムの構成要素（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｉｔｅｍ）や構成要素間の関連に関するデータを記録するデータベースである。構成要素（以下、単に「ＣＩ」と表記する）とは、構成管理の対象となる資源である。ＣＩとしては、例えば、ハードウェア、ソフトウェア、ドキュメント、サービス、資産などがある。
【０００４】
ＣＭＤＢのスキーマが変更されると、その変更に合わせて、ＣＭＤＢ内のＣＩおよびＣＩ間の関連（リレーションシップ）に関するデータのデータ形式が変換される。例えば、システム内のサーバを、システム的に自動生成されるホスト名とは別に、人間にとってわかりやすい名前を追加して管理する場合、ＣＭＤＢのスキーマが変更される。
【０００５】
この場合、ＣＭＤＢのスキーマ変更に合わせて、例えば、ＣＭＤＢ内のサーバに関するデータのデータ形式を変換しないと、ホスト名とは別の新たな名前を記述することができない。このため、ＣＭＤＢのスキーマ変更時には、その変更に合わせて、ＣＭＤＢ内のＣＩやリレーションシップに関するデータのデータ形式が変換される。なお、データ変換に関連する先行技術としては、例えば、下記特許文献１〜７がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−７９２７７号公報
【特許文献２】再表２００５−０８６００３号公報
【特許文献３】特開２００３−２４８６７５号公報
【特許文献４】特開平３−８１８４１号公報
【特許文献５】特開２００５−７８２３７号公報
【特許文献６】特開２００６−２９３７９６号公報
【特許文献７】特許第４２４２０５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来技術では、ＣＭＤＢのスキーマ変更時に、その変更に合わせて、ＣＭＤＢ内のＣＩおよびリレーションシップに関するデータのデータ形式を一括して変換する。このため、従来技術では、ＣＭＤＢのスキーマ変更時のデータ変換にかかる処理時間が増大するという問題があった。また、データ変換中は、ＣＭＤＢに対するデータの登録・検索・更新などを行うことができない。このため、従来技術では、データ変換にかかる処理時間の増大化に伴って、サービスの停止時間が増大するという問題があった。
【０００８】
１つの側面では、本発明は、データベース内のデータのデータ形式をスキーマ変更に合わせて段階的に変換することができるデータ変換プログラム、データ変換装置およびデータ変換方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
１つの態様では、データベースのスキーマが旧スキーマから新スキーマに変更された後、前記データベースに対する処理要求を受け付け、前記旧スキーマと前記新スキーマとの差分情報に基づいて、受け付けられた処理要求の処理対象となるデータを指定する条件が、前記新スキーマにより変更されたものか否かを判定し、判定された判定結果および前記処理要求に基づいて、前記データベースの中から、前記旧スキーマから前記新スキーマにデータ形式を変換する変換対象となるデータを検索し、検索されたデータのデータ形式を、前記旧スキーマから前記新スキーマに変換する。
【発明の効果】
【００１０】
１態様によれば、データベース内のデータのデータ形式をスキーマ変更に合わせて段階的に変換することができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】実施の形態にかかるデータ変換処理の一実施例を示す説明図である。
【図２】実施の形態にかかるデータ変換装置のハードウェア構成を示すブロック図である。
【図３】実施の形態にかかるデータ変換装置の機能的構成を示すブロック図である。
【図４】スキーマの具体例を示す説明図である。
【図５】スキーマ変更表の具体例を示す説明図である。
【図６】処理要求の具体例を示す説明図である。
【図７】バージョン間要素対応表の具体例を示す説明図である。
【図８】検索結果テーブルの具体例を示す説明図である。
【図９】データ変換ルールの具体例を示す説明図である。
【図１０】メタ情報テーブルの具体例を示す説明図である。
【図１１】検索処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図（その１）である。
【図１２】更新処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図である。
【図１３】削除処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図である。
【図１４】検索処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図（その２）である。
【図１５】検索処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図（その３）である。
【図１６】データ間の関連付けを模式的に示す説明図である。
【図１７】同時変換候補ＣＩリストの具体例を示す説明図（その１）である。
【図１８】ＣＩ種別リストの具体例を示す説明図である。
【図１９】統計表の具体例を示す説明図である。
【図２０】複数の同時変換候補ＣＩの中から同時変換ＣＩを決定する一実施例を示す説明図である。
【図２１】ログ情報の具体例を示す説明図である。
【図２２】同時変換候補ＣＩリストの具体例を示す説明図（その２）である。
【図２３】関連リストの具体例を示す説明図である。
【図２４】関連クラス適用ルールリストの具体例を示す説明図である。
【図２５】実施の形態にかかるデータ変換装置のスキーマ変更表更新処理手順の一例を示すフローチャートである。
【図２６】実施の形態にかかるデータ変換装置のデータ変換処理手順の一例を示すフローチャート（その１）である。
【図２７】実施の形態にかかるデータ変換装置のデータ変換処理手順の一例を示すフローチャート（その２）である。
【図２８】ステップＳ２６０５の判定処理の具体的な処理手順の一例を示すフローチャートである。
【図２９】ステップＳ２７０４の同時変換データ決定処理の具体的な処理手順の一例を示すフローチャート（その１）である。
【図３０】ステップＳ２７０４の同時変換データ決定処理の具体的な処理手順の一例を示すフローチャート（その２）である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、この発明にかかるデータ変換プログラム、データ変換装置およびデータ変換方法の好適な実施の形態を詳細に説明する。
【００１３】
（データ変換処理の一実施例）
図１は、実施の形態にかかるデータ変換処理の一実施例を示す説明図である。図１において、データ変換装置１００は、ＣＭＤＢ１１０を備え、ＣＭＤＢ１１０のスキーマ変更に合わせて、ＣＭＤＢ１１０内のデータのデータ形式を変換する機能を有するコンピュータである。
【００１４】
ここで、ＣＭＤＢ１１０は、ＩＴシステムのＣＩやＣＩ間のリレーションシップに関するデータを記憶するデータベースである。ＣＩとしては、例えば、ＩＴシステムを構成するハードウェア、ソフトウェア、ドキュメント、サービス、資産などがある。ＣＭＤＢ１１０のスキーマは、ＣＭＤＢ１１０内のＣＩおよびリレーションシップに関するデータの構造や種類などを表す枠組みである。
【００１５】
また、データ変換装置１００は、ＣＭＤＢ１１０に対する処理要求を処理する機能を有する。ＣＭＤＢ１１０に対する処理要求としては、例えば、ＣＭＤＢ１１０内のデータの検索要求、削除要求、更新（登録）要求などがある。
【００１６】
本実施の形態では、データ変換装置１００は、ＣＭＤＢ１１０のスキーマ変更後の処理要求をトリガとして、処理対象となるデータのデータ形式を逐次変換することで、ＣＭＤＢ１１０内のデータのデータ形式を最新スキーマに段階的に移行させる。以下、データ変換装置１００のデータ変換処理手順の一例について説明する。
【００１７】
（ｉ）データ変換装置１００は、ＣＭＤＢ１１０のスキーマが旧スキーマ１２０から新スキーマ１３０に変更された後、ＣＭＤＢ１１０に対する処理要求１４０を受け付ける。ここでは、ＣＭＤＢ１１０のスキーマ変更の対象として、例えば、ＣＭＤＢ１１０内のデータの特徴を表す要素や属性の変更、追加、削除などを対象とする。
【００１８】
（ｉｉ）データ変換装置１００は、旧スキーマ１２０と新スキーマ１３０との差分情報１５０に基づいて、処理要求１４０の処理対象となるデータを指定する条件が、新スキーマ１３０により変更されたものか否かを判定する。処理対象となるデータを指定する条件としては、例えば、ＣＭＤＢ１１０内のデータのＣＩ名、リレーションシップ名、要素名および属性名が指定される。
【００１９】
ここで、処理要求１４０により要求されている処理が新スキーマに従った処理の場合、処理対象となるデータのデータ形式が新スキーマに変換されていないと、データ変換装置１００が該処理に対応することができない場合がある。すなわち、処理対象となるデータを指定する条件が新スキーマにより変更されたものの場合、ＣＭＤＢ１１０のスキーマ変更が、要求されている処理に影響を及ぼす可能性がある。
【００２０】
そこで、データ変換装置１００によって処理対象となるデータを指定する条件が新スキーマにより変更されたものか否かを判定することにより、ＣＭＤＢ１１０のスキーマ変更が要求されている処理に影響があるか否かを判断する。
【００２１】
（ｉｉｉ）データ変換装置１００は、判定した判定結果および処理要求１４０に基づいて、ＣＭＤＢ１１０の中から、旧スキーマ１２０から新スキーマ１３０にデータ形式を変換する変換対象となるデータを検索する。
【００２２】
例えば、処理対象となるデータを指定する条件が新スキーマ１３０により変更されたものではない場合、ＣＭＤＢ１１０のスキーマ変更が要求されている処理に影響しない。このため、データ変換装置１００は、ＣＭＤＢ１１０の中から、該条件に合致するデータ１６０を検索する。すなわち、ＣＭＤＢ１１０のスキーマ変更が処理に影響しないため、処理対象となるデータを指定する条件をそのまま用いた検索が行われる。
【００２３】
一方、処理対象となるデータを指定する条件が新スキーマ１３０により変更されたものの場合、ＣＭＤＢ１１０のスキーマ変更が要求されている処理に影響する可能性がある。このため、データ変換装置１００は、該条件を旧スキーマ１２０に対応する他の条件に置き換えて、ＣＭＤＢ１１０の中から他の条件に合致するデータ１６０を検索する。すなわち、ＣＭＤＢ１１０のスキーマ変更が処理に影響するため、該処理に影響がでないよう、旧スキーマ１２０に対応する他の条件を用いた検索が行われる。
【００２４】
（ｉｖ）データ変換装置１００は、検索したデータ１６０のデータ形式を、旧スキーマ１２０から新スキーマ１３０に変換する。具体的には、例えば、データ変換装置１００は、ＣＭＤＢ１１０の新スキーマ１３０に従って、データ１６０の要素や属性の変更、追加、削除などを行う。
【００２５】
（ｖ）データ変換装置１００は、処理要求１４０により要求されている処理を実行する。具体的には、例えば、処理要求１４０が検索要求の場合、データ変換装置１００は、データ形式が変換された変換後のデータ１６０を処理要求１４０の要求元に返却する。
【００２６】
また、処理要求１４０が更新要求の場合、データ変換装置１００は、データ形式が変換された変換後のデータ１６０に対する更新処理を行う。ただし、処理要求１４０が削除要求の場合、データ変換装置１００は、データ１６０のデータ形式の変換を行うことなくデータ１６０を削除することにしてもよい。
【００２７】
以上説明したように、データ変換装置１００によれば、処理要求の受付時に、ＣＭＤＢ１１０のスキーマ変更に合わせて、処理対象となるデータのデータ形式を逐次変換することができる。これにより、ＣＭＤＢ１１０内のデータを新スキーマ１３０に段階的に変換することができる。
【００２８】
なお、上述した説明では、データ変換装置１００がＣＭＤＢ１１０を備えることにしたが、これに限らない。例えば、ＣＭＤＢ１１０は、データ変換装置１００がアクセス可能な他のコンピュータに設けられていてもよい。
【００２９】
（データ変換装置のハードウェア構成）
図２は、実施の形態にかかるデータ変換装置のハードウェア構成を示すブロック図である。図２において、データ変換装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、ディスプレイ２０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０９と、キーボード２１０と、マウス２１１と、スキャナ２１２と、プリンタ２１３と、を備えている。また、各構成部はバス２００によってそれぞれ接続されている。
【００３０】
ここで、ＣＰＵ２０１は、データ変換装置１００の全体の制御を司る。ＲＯＭ２０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御にしたがって磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。
【００３１】
光ディスクドライブ２０６は、ＣＰＵ２０１の制御にしたがって光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。
【００３２】
ディスプレイ２０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ２０８は、例えば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００３３】
Ｉ／Ｆ２０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク２１４に接続され、このネットワーク２１４を介して他のコンピュータに接続される。そして、Ｉ／Ｆ２０９は、ネットワーク２１４と内部のインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ２０９には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００３４】
キーボード２１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス２１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
【００３５】
スキャナ２１２は、画像を光学的に読み取り、データ変換装置１００内に画像データを取り込む。なお、スキャナ２１２は、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ２１３は、画像データや文書データを印刷する。プリンタ２１３には、例えば、レーザプリンタやインクジェットプリンタを採用することができる。
【００３６】
（データ変換装置の機能的構成）
図３は、実施の形態にかかるデータ変換装置の機能的構成を示すブロック図である。図３において、データ変換装置１００は、ＣＭＤＢ１１０を備え、受付部３０１と、差分作成部３０２と、判定部３０３と、式作成部３０４と、検索部３０５と、変換部３０６と、実行部３０７と、決定部３０８と、を含む構成である。各機能部（受付部３０１〜決定部３０８）は、具体的には、例えば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されたプログラムをＣＰＵ２０１に実行させることにより、または、Ｉ／Ｆ２０９により、その機能を実現する。各機能部の処理結果は、例えば、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶される。
【００３７】
受付部３０１は、ＣＭＤＢ１１０のスキーマの登録を受け付ける。具体的には、例えば、受付部３０１が、図２に示したキーボード２１０やマウス２１１を用いたユーザの操作入力により、ＣＭＤＢ１１０のスキーマの登録を受け付ける。また、受付部３０１が、ネットワーク２１４を介して、外部のコンピュータからＣＭＤＢ１１０のスキーマを受信することにしてもよい。
【００３８】
スキーマを記述する言語としては、例えば、ＤＴＤ（Ｄｏｃｕｍｅｎｔ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎ）、ＸＭＬ  Ｓｃｈｅｍａ、ＲＥＬＡＸ  ＮＧ（リラクシング）などを用いることができる。ここで、ＸＭＬを用いて記述されたＣＭＤＢ１１０のスキーマの具体例について説明する。
【００３９】
図４は、スキーマの具体例を示す説明図である。図４において、スキーマ４００は、ＣＭＤＢ１１０内のＣＩ名が“Ｓｅｒｖｅｒ”のデータの属性を定義するものである。具体的には、スキーマ４００には、“Ｓｅｒｖｅｒ”の属性として、“ｉｄ”、“ｎａｍｅ”および“ｎｉｃｋｎａｍｅ”が定義されている。
【００４０】
“ｉｄ”は、“Ｓｅｒｖｅｒ”の識別子である。“ｎａｍｅ”は、“Ｓｅｒｖｅｒ”の名前である。“ｎｉｃｋｎａｍｅ”は、“Ｓｅｒｖｅｒ”のニックネームである。受け付けられたスキーマは、ＣＭＤＢ１１０の新スキーマとして登録される。すなわち、ＣＭＤＢ１１０のスキーマの登録が受け付けられると、その都度、ＣＭＤＢ１１０のスキーマが、旧スキーマから新スキーマに変更される。
【００４１】
図３の説明に戻り、差分作成部３０２は、ＣＭＤＢ１１０の旧スキーマと新スキーマとの差分を表す差分情報を作成する。ここで、差分情報とは、例えば、どのバージョン（版）のスキーマにおいて、ＣＩの要素名、属性名が変更、追加、削除されたのかを示す情報である。差分情報は、ＣＭＤＢ１１０の新スキーマが登録されると、その都度作成される。
【００４２】
具体的には、例えば、差分作成部３０２が、登録された新スキーマと同一のＣＩについての旧スキーマを磁気ディスク２０５、光ディスク２０７などの記憶装置から読み出して、旧スキーマと新スキーマとの差分を表す差分情報を作成する。作成された差分情報は、例えば、図５に示すスキーマ変更表５００に記憶される。ここで、スキーマ変更表５００の具体例について説明する。
【００４３】
図５は、スキーマ変更表の具体例を示す説明図である。図５において、スキーマ変更表５００は、ＣＩ  Ｎａｍｅ／Ｔｙｐｅ、Ｃｈｉｌｄ  Ｅｌｅｍｅｎｔ／ＡｔｔｒｉｂｕｔｅおよびＶｅｒｓｉｏｎのフィールドを有する。各フィールドに情報を設定することで、旧スキーマと新スキーマとの差分を表す差分情報５００−１〜５００−６がレコードとして記憶されている。
【００４４】
ＣＩ  Ｎａｍｅ／Ｔｙｐｅは、ＣＩの名前／タイプである。Ｃｈｉｌｄ  Ｅｌｅｍｅｎｔ／Ａｔｔｒｉｂｕｔｅは、ＣＩの要素／属性である。Ｖｅｒｓｉｏｎは、ＣＩの要素／属性が追加または削除されたＣＭＤＢ１１０のスキーマのバージョン番号である。図中、「ｎｕｌｌ」は、ＣＩの要素／属性が削除されたことを表している。
【００４５】
差分情報５００−１を例に挙げると、ＣＩ「Ｓｅｒｖｅｒ」の要素／属性「＠ｐｎａｍｅ」が削除されたことを示している。差分情報５００−２を例に挙げると、バージョン番号「２」のスキーマにおいて、ＣＩ「Ｓｅｒｖｅｒ」の要素／属性「＠ｎｉｃｋｎａｍｅ」が定義されたことを示している。差分情報５００−６を例に挙げると、バージョン番号「１」のスキーマにおいて、ＣＩ「Ｓｅｒｖｉｃｅ」の要素／属性「＠ｎａｍｅ」が定義されたことを示している。
【００４６】
図３の説明に戻り、受付部３０１は、ＣＭＤＢ１１０に対する処理要求を受け付ける。ＣＭＤＢ１１０に対する処理要求とは、例えば、ＣＭＤＢ１１０内のデータの検索要求、削除要求、更新（登録）要求などである。また、ＣＭＤＢ１１０内のデータとは、ＣＩに関するデータ（以下、単に「ＣＩ」と表記する）やリレーションシップに関するデータ（以下、単に「リレーションシップ」と表記する）である。なお、リレーションシップには、関連する２つのＣＩを識別するＩＤが含まれている。
【００４７】
各処理要求のデータ構造は、例えば、以下の通りである。
検索要求：ｑｕｅｒｙ（Ｓｔｒｉｎｇ  ｑｕｅｒｙ＿ｓｔｒｉｎｇ）
削除要求：ｄｅｌｅｔｅ（Ｓｔｒｉｎｇ  ｑｕｅｒｙ＿ｓｔｒｉｎｇ）
更新要求：ｕｐｄａｔｅ（Ｎｏｄｅ  ｃｉ＿ｄａｔａ）
【００４８】
具体的には、例えば、受付部３０１が、キーボード２１０やマウス２１１を用いたユーザの操作入力により、ＣＭＤＢ１１０に対する処理要求を受け付ける。また、受付部３０１が、ネットワーク２１４を介して、外部のコンピュータからＣＭＤＢ１１０に対する処理要求を受信することにしてもよい。ここで、ＸＰａｔｈ（ＸＭＬパス言語）を拡張した表記法を用いて表現された処理要求の具体例について説明する。
【００４９】
図６は、処理要求の具体例を示す説明図である。図６において、処理要求６００は、文字列６１０と文字列６２０とを含む構成である。文字列６１０は、処理要求６００により要求されている処理の内容を表す文字列である。処理要求６００の例では、文字列６１０は「ｑｕｅｒｙ」のため、処理要求６００の処理内容は検索処理となる。
【００５０】
文字列６２０は、処理要求６００の処理対象となるデータを指定する条件を表す文字列である。処理対象となるデータを指定する条件としては、例えば、ＣＩ名、リレーションシップ名、要素名および属性名を指定することができる。また、処理対象となるデータを指定する複数の条件を指定する場合、各々の条件が“／”で区切られて文字列６２０に記述される。
【００５１】
ここで、処理要求６００に含まれる“％”はＣＩ名を表す記号であり、“＆”はリレーションシップ名を表す記号であり、“＠”は要素名または属性名を表す記号である。すなわち、名前に“％”を付けるとＣＩ名となり、名前に“＆”を付けるとリレーションシップ名となり、名前に“＠”を付けると要素名または属性名となる。なお、名前を「*」とするとワイルドカードとなる。具体的には、処理要求６００は、ＣＩ名「Ｓｅｒｖｉｃｅ」のＣＩとリレーションシップで接続されたＣＩ名「Ｓｅｒｖｅｒ」のＣＩであって、属性「ｎｉｃｋｎａｍｅ」が“ｗｅｂ０１”のＣＩを検索する検索要求である。
【００５２】
図３の説明に戻り、判定部３０３は、作成された旧スキーマと新スキーマとの差分情報に基づいて、受け付けられた処理要求の処理対象となるデータを指定する条件が、新スキーマにより変更されたものか否かを判定する。
【００５３】
上述したように、処理対象となるデータを指定する条件として、例えば、ＣＩ名、リレーションシップ名、要素名および属性名を指定することができる。ここでは、判定部３０３は、処理対象となるデータを指定する条件が、新スキーマにより新たに追加または削除されたＣＩの要素または属性か否かを判定する。
【００５４】
具体的には、例えば、まず、判定部３０３が、処理要求に含まれる処理対象となるデータを指定する条件を表す文字列に基づいて、該データを指定する条件節を作成する。例えば、処理要求が検索要求または削除要求の場合、判定部３０３が、処理要求の中から、処理対象となるデータを指定する条件を表す文字列を抽出して条件節を作成する。すなわち、処理要求が検索要求または削除要求の場合、処理対象となるデータを指定する条件を表す文字列が条件節となる。図６に示した処理要求６００の例では、文字列６２０が、処理対象となるデータを指定する条件節となる。
【００５５】
作成された条件節には、複数の条件節が含まれる場合がある。条件節において、複数の条件節は、例えば、“／”で区切られて記述される。処理要求６００の例では、条件節（文字列６２０）に、“／”で区切られた複数の条件節『％Ｓｅｒｖｉｃｅ』、『＆*』および『％Ｓｅｒｖｅｒ［＠ｎｉｃｋｎａｍｅ＝“ｗｅｂ０１”］』が含まれる。
【００５６】
この場合、判定部３０３は、処理対象となるデータを指定する条件節を“／”で区切って複数の条件節に分割する。処理要求６００の例では、処理対象となるデータを指定する条件節が分割されて、３つの条件節『％Ｓｅｒｖｉｃｅ』、『＆*』および『％Ｓｅｒｖｅｒ［＠ｎｉｃｋｎａｍｅ＝“ｗｅｂ０１”］』が作成される。
【００５７】
また、処理要求が更新要求の場合、判定部３０３が、処理要求に含まれる処理対象となるデータを指定する条件を表す文字列に基づいて、該データを指定する条件節を作成する。例えば、処理要求を『ｕｐｄａｔｅ（Ｓｅｒｖｅｒ  ｉｄ＝“ｘｘｘ”ｎａｍｅ＝“ｙｙｙ”）』とする。この場合、例えば、判定部３０３が、文字列『Ｓｅｒｖｅｒ  ｉｄ＝“ｘｘｘ”』に基づいて、条件節『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ｘｘｘ”］』を作成する。
【００５８】
つぎに、判定部３０３が、図５に示したスキーマ変更表５００の中から、作成された条件節に含まれるＣＩの要素名または属性名が設定された差分情報を検索する。処理対象となるデータを指定する条件節に複数の条件節が含まれる場合、判定部３０３は、分割後の条件節ごとに差分情報の検索を行う。
【００５９】
例えば、条件節を『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ｘｘｘ”］』とする。この場合、判定部３０３が、スキーマ変更表５００の中から、「ＣＩ  Ｎａｍｅ／Ｔｙｐｅ」フィールドに『％Ｓｅｒｖｅｒ』が設定され、「Ｃｈｉｌｄ  Ｅｌｅｍｅｎｔ／Ａｔｔｒｉｂｕｔｅ」フィールドに『＠ｉｄ』が設定された差分情報５００−５を検索する。
【００６０】
また、条件節を『％Ｓｅｒｖｅｒ［＠ｎｉｃｋｎａｍｅ＝“ｗｅｂ０１”］』とする。この場合、判定部３０３が、スキーマ変更表５００の中から、「ＣＩ  Ｎａｍｅ／Ｔｙｐｅ」フィールドに『％Ｓｅｒｖｅｒ』が設定され、「Ｃｈｉｌｄ  Ｅｌｅｍｅｎｔ／Ａｔｔｒｉｂｕｔｅ」フィールドに『＠ｎｉｃｋｎａｍｅ』が設定された差分情報５００−２を検索する。
【００６１】
つぎに、判定部３０３が、検索された差分情報のバージョン番号が、条件節に含まれるＣＩについて登録されたスキーマのバージョン番号のうち、最古のバージョン番号か否かを判断する。各ＣＩについて登録されたスキーマの最古のバージョン番号は、例えば、ＣＭＤＢ１１０上にデータが存在するスキーマのバージョン番号のうち最古のバージョン番号である。また、最古のバージョン番号は、例えば、ＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されていてもよい。
【００６２】
例えば、ＣＩ名が『％Ｓｅｒｖｅｒ』のＣＩについて登録されたスキーマの最古のバージョン番号を『１』とする。また、検索された差分情報を『差分情報５００−５』とする。この場合、判定部３０３が、差分情報５００−５のバージョン番号『１』が、最古のバージョン番号であると判断する。また、検索された差分情報を『差分情報５００−２』とする。この場合、判定部３０３が、差分情報５００−２のバージョン番号『２』が、最古のバージョン番号ではないと判断する。
【００６３】
ここで、検索された差分情報のバージョン番号が最古のバージョン番号の場合、処理対象となるデータを指定する条件が、新スキーマにより変更されたものではないことになる。このため、差分情報のバージョン番号が最古のバージョン番号の場合、判定部３０３が、処理要求の処理対象となるデータを指定する条件が、新スキーマにより変更されたものではないと判定する。
【００６４】
一方、差分情報のバージョン番号が最古のバージョン番号ではない場合、処理対象となるデータを指定する条件が、新スキーマ（少なくとも最古のスキーマよりも新しいスキーマ）により変更されたものとなる。このため、差分情報のバージョン番号が最古のバージョン番号ではない場合、判定部３０３が、処理要求の処理対象となるデータを指定する条件が、新スキーマにより変更されたものであると判定する。
【００６５】
また、処理対象となるデータを指定する複数の条件節が含まれている場合、判定部３０３は、分割後の条件節ごとに、処理対象となるデータを指定する条件（分割後の条件節）が、新スキーマにより変更されたものか否かを判定する。
【００６６】
また、条件節にＣＩの要素名または属性名が含まれていない場合、判定部３０３は、処理対象となるデータを指定する条件が、新スキーマにより変更されたものではないと判定する。例えば、条件節が『％Ｓｅｒｖｉｃｅ』の場合、“＠”を用いて表されるＣＩの要素名または属性名が含まれていない。このため、条件節が『％Ｓｅｒｖｉｃｅ』の場合、判定部３０３は、処理対象となるデータを指定する条件が、新スキーマにより変更されたものではないと判定する。
【００６７】
また、作成された条件節にリレーションシップ名が含まれている場合、判定部３０３は、処理対象となるデータを指定する条件が、新スキーマにより変更されたものではないと判定する。例えば、条件節が『＆*』の場合、判定部３０３は、処理対象となるデータを指定する条件が、新スキーマにより変更されたものではないと判定する。
【００６８】
また、一つの条件節には、複数の条件節がａｎｄ接続されて記述されている場合がある。この場合、判定部３０３は、ａｎｄ接続された複数の条件節を分割して、さらに細かい条件節を作成する。そして、判定部３０３は、分割後の条件節ごとに、処理対象となるデータを指定する条件（分割後の条件節）が、新スキーマにより変更されたものか否かを判定する。
【００６９】
例えば、『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ａａａ”ａｎｄ＠ｎａｍｅ＝“ｂｂｂ”］』は、複数の条件節がａｎｄ接続された条件節である。この例では、ａｎｄ接続された複数の条件節が分割されて、２つの条件節『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ａａａ”］』および『％Ｓｅｒｖｅｒ［＠ｎａｍｅ＝“ｂｂｂ”］』が作成される。
【００７０】
また、作成された条件節がａｎｄ接続のみではない場合、判定部３０３は、処理対象となるデータを指定する条件が、新スキーマにより変更されたものであると判定する。例えば、『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ａａａ”ｏｒ＠ｎａｍｅ＝“ｂｂｂ”］』は、ａｎｄ接続のみではない条件節である。この場合、判定部３０３が、処理対象となるデータを指定する条件が、新スキーマにより変更されたものであると判定する。
【００７１】
なお、ここでは、一つの条件節に単一の条件が記述された『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ａａａ”］』のような条件節も、ａｎｄ接続のみの条件節とする。すなわち、判定部３０３は、一つの条件節に単一の条件のみが記述された条件節についても、ａｎｄ接続のみの条件節とする。
【００７２】
式作成部３０４は、判定された判定結果および受け付けられた処理要求に基づいて、ＣＭＤＢ１１０の中から、旧スキーマから新スキーマにデータ形式を変換する変換対象となるデータを検索する検索式を作成する。
【００７３】
以下説明のため、処理対象となるデータを指定する条件が新スキーマにより変更されたものではないと判定された判定結果を「判定結果（ａ）」と表記する。また、処理対象となるデータを指定する条件が新スキーマにより変更されたものであると判定された判定結果を「判定結果（ｂ）」と表記する。
【００７４】
式作成部３０４は、判定結果（ａ）の場合、処理要求に含まれる処理対象となるデータを指定する条件を表す文字列に基づいて、変換対象となるデータを検索する検索式を作成する。具体的には、例えば、式作成部３０４が、処理要求に含まれる処理対象となるデータを指定する条件節を作成して、変換対象となるデータを検索する検索式とする。
【００７５】
例えば、判定結果（ａ）の条件節を『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ｘｘｘ”］』とする。この場合、式作成部３０４が、条件節『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ｘｘｘ”］』を変換対象となるデータを検索する検索式とする。すなわち、式作成部３０４が、処理対象となるデータを変換対象となるデータとして検索する検索式を作成する。
【００７６】
また、式作成部３０４は、判定結果（ｂ）の場合、処理要求に含まれる処理対象となるデータを指定する条件を、旧スキーマに対応した条件に変換することにより、変換対象となるデータを検索する検索式を作成する。具体的には、例えば、式作成部３０４が、図７に示すバージョン間要素対応表７００を参照して、処理対象となるデータを指定する条件節を、旧スキーマに対応した条件節に変換することにより、変換対象となるデータを検索する検索式を作成する。
【００７７】
バージョン間要素対応表７００は、例えば、受付部３０１により、キーボード２１０やマウス２１１を用いたユーザの操作入力により受け付けられる。また、キーボード２１０やマウス２１１を用いたユーザの操作入力により、ＣＭＤＢ１１０のスキーマのバージョン間で対応関係を有するＣＩの要素名、属性名を設定することで、バージョン間要素対応表７００を作成することにしてもよい。
【００７８】
バージョン間で対応関係を有するＣＩとしては、例えば、ＣＩ名の初期値としてバージョン間で同一の名前が設定されるものや、ＣＩの属性が示す意味（例えば、名前とニックネーム）がバージョン間で類似しているものなどがある。ここで、バージョン間要素対応表７００の具体例について説明する。
【００７９】
図７は、バージョン間要素対応表の具体例を示す説明図である。図７において、バージョン間要素対応表７００は、ＣＩ  Ｎａｍｅ／Ｔｙｐｅ、ｏｌｄ  ｖｅｒｓｉｏｎ、ｏｌｄ、ｎｅｗ  ｖｅｒｓｉｏｎおよびｎｅｗのフィールドを有する。各フィールドに情報を設定することで、バージョン間要素対応情報（例えば、バージョン間要素対応情報７００−１）がレコードとして記憶されている。
【００８０】
ＣＩ  Ｎａｍｅ／Ｔｙｐｅは、ＣＩの名前／タイプである。ｏｌｄ  ｖｅｒｓｉｏｎは、旧スキーマのバージョン番号である。ｏｌｄは、旧スキーマでのＣＩの要素／属性である。ｎｅｗ  ｖｅｒｓｉｏｎは、新スキーマのバージョン番号である。ｎｅｗは、新スキーマでのＣＩの要素／属性である。
【００８１】
バージョン間要素対応情報７００−１は、バージョン番号『１』の旧スキーマで定義されたＣＩ『Ｓｅｒｖｅｒ』の属性『＠ｎａｍｅ』と、バージョン番号『２』の新スキーマで定義されたＣＩ『Ｓｅｒｖｅｒ』の属性『＠ｎｉｃｋｎａｍｅ』との対応関係を示している。
【００８２】
ここで、一例として、旧スキーマのバージョン番号を『１』、新スキーマのバージョン番号を『２』とする。また、判定結果（ｂ）の条件節を『％Ｓｅｒｖｅｒ［＠ｎｉｃｋｎａｍｅ＝“ｗｅｂ０１”］』とする。この場合、式作成部３０４が、バージョン間要素対応表７００の中から、下記（Ｉ）〜（ＩＶ）の条件を満たすバージョン間要素対応情報を検索する。
【００８３】
（Ｉ）「ＣＩ  Ｎａｍｅ／Ｔｙｐｅ」フィールドに判定結果（ｂ）の条件節に含まれるＣＩ名『Ｓｅｒｖｅｒ』が設定されている
（ＩＩ）「ｏｌｄ  ｖｅｒｓｉｏｎ」フィールドに旧スキーマのバージョン番号『１』が設定されている
（ＩＩＩ）「ｎｅｗ  ｖｅｒｓｉｏｎ」フィールドに新スキーマのバージョン番号『２』が設定されている
（ＩＶ）「ｎｅｗ」フィールドに判定結果（ｂ）の条件節に含まれる属性名『＠ｎｉｃｋｎａｍｅ』が設定されている
【００８４】
ここでは、バージョン間要素対応表７００の中から、上記（Ｉ）〜（ＩＶ）の条件を満たすバージョン間要素対応情報７００−１が検索される。つぎに、式作成部３０４が、判定結果（ｂ）の条件節に含まれる属性名『＠ｎｉｃｋｎａｍｅ』を、バージョン間要素対応情報７００−１の「ｏｌｄ」フィールドに設定されている属性名『＠ｎａｍｅ』に変換する。
【００８５】
そして、式作成部３０４が、変換された変換後の条件節『％Ｓｅｒｖｅｒ［＠ｎａｍｅ＝“ｗｅｂ０１”］』を変換対象となるデータを検索する検索式とする。これにより、処理対象となるデータを指定する条件を旧スキーマに対応した条件に変換して、変換対象となるデータを検索する検索式を作成することができる。
【００８６】
ただし、バージョン間要素対応表７００の中から、例えば、上記（Ｉ）〜（ＩＶ）の条件を満たすバージョン間要素対応情報が検索されない場合がある。すなわち、新スキーマのＣＩの要素名、属性名と対応関係を有する旧スキーマのＣＩの要素名、属性名が存在しない場合がある。この場合、以下のように、式作成部３０４が、処理対象となるデータを包含するサブセットを検索する検索式を作成することにしてもよい。
【００８７】
具体的には、例えば、式作成部３０４は、判定結果（ｂ）の場合、処理対象となるデータを包含するサブセットを指定する条件を表す文字列に基づいて、変換対象となるデータを検索する検索式を作成することにしてもよい。サブセットとは、ＣＭＤＢ１１０内のデータ群のうち、処理対象となるデータを包含するデータの集合である。
【００８８】
より具体的には、例えば、式作成部３０４が、処理対象となるデータを指定する条件として、階層化された複数の条件が指定された場合、該複数の条件のうち最上位の条件を表す文字列に基づいて、変換対象となるデータを検索する検索式を作成する。
【００８９】
例えば、判定結果（ｂ）の条件節を『％Ｓｅｒｖｅｒ［＠ｎｉｃｋｎａｍｅ＝“ｗｅｂ０１”］』とする。この場合、処理対象となるデータを包含するサブセットを指定する条件節は『％Ｓｅｒｖｅｒ』となる。このため、式作成部３０４は、条件節『％Ｓｅｒｖｅｒ』を、変換対象となるデータを検索する検索式として作成する。すなわち、式作成部３０４は、複数の条件が階層化されて記述されている条件節の中から最上位の条件を抽出して、変換対象となるデータを検索する検索式を作成する。
【００９０】
より詳細に説明すると、式作成部３０４が、例えば、処理対象となるデータを指定する階層化された条件『ＣＩ名、要素名、属性名』のうち、最上位の条件『ＣＩ名』を指定する条件節を、変換対象となるデータを検索する検索式として作成する。これにより、処理対象となるデータを包含するサブセットを検索する検索式を作成することができる。
【００９１】
また、判定結果（ｂ）の条件節により指定されているＣＩ（ここでは、「第１のＣＩ」という）に関連する第２のＣＩが存在する場合がある。この場合、式作成部３０４は、第１および第２のＣＩと該第１および第２のＣＩを関連付けるリレーションシップを含む条件節を、変換対象となるデータを検索する検索式として作成することにしてもよい。
【００９２】
例えば、処理要求６００の例では、３つの条件節『％Ｓｅｒｖｅｒ［＠ｎｉｃｋｎａｍｅ＝“ｗｅｂ０１”］』、『％Ｓｅｒｖｉｃｅ』および『＆*』が作成される。ここで、判定結果（ｂ）の条件節を『％Ｓｅｒｖｅｒ［＠ｎｉｃｋｎａｍｅ＝“ｗｅｂ０１”］』とする。
【００９３】
この例では、判定結果（ｂ）の条件節により指定されている第１のＣＩ『％Ｓｅｒｖｅｒ』と関連する第２のＣＩ『％Ｓｅｒｖｉｃｅ』が存在する。この場合、式作成部３０４は、第１のＣＩ『％Ｓｅｒｖｅｒ』とリレーションシップ『＆*』と第２のＣＩ『％Ｓｅｒｖｉｃｅ』とを含む条件節『％Ｓｅｒｖｉｃｅ／＆*／％Ｓｅｒｖｅｒ』を、変換対象となるデータを検索する検索式として作成する。
【００９４】
これにより、判定結果（ｂ）の条件節の最上位の条件『％Ｓｅｒｖｅｒ』のみを検索式とする場合に比べて、処理対象となるデータを包含するサブセットを絞り込むことができ、データ形式の変換対象となるデータ数を抑えることができる。
【００９５】
検索部３０５は、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。例えば、検索式を『％Ｓｅｒｖｅｒ［＠ｎａｍｅ＝“ｗｅｂ０１”］』とする。この場合、検索部３０５が、ＣＩ名が『Ｓｅｒｖｅｒ』かつ属性『＠ｎａｍｅ』が『ｗｅｂ０１』のＣＩをＣＭＤＢ１１０の中から検索する。
【００９６】
また、例えば、検索式を『％Ｓｅｒｖｉｃｅ／＆*／％Ｓｅｒｖｅｒ』とする。この場合、検索部３０５が、ＣＩ名が『Ｓｅｒｖｉｃｅ』のＣＩとリレーションシップで接続されたＣＩ名が『Ｓｅｒｖｅｒ』のＣＩであって、属性『＠ｎａｍｅ』が『ｗｅｂ０１』のＣＩをＣＭＤＢ１１０の中から検索する。
【００９７】
検索された検索結果は、例えば、図８に示す検索結果テーブル８００に記憶される。検索結果テーブル８００は、例えば、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により実現される。ここで、検索結果テーブル８００の具体例について説明する。
【００９８】
図８は、検索結果テーブルの具体例を示す説明図である。図８において、検索結果テーブル８００は、ＩＤ、Ｎａｍｅ／Ｔｙｐｅおよびデータ内容のフィールドを有する。各フィールドに情報を設定することで、検索された検索結果（例えば、検索結果８００−１）がレコードとして記憶されている。
【００９９】
ＩＤは、ＣＩまたはリレーションシップの識別子である。Ｎａｍｅ／Ｔｙｐｅは、ＣＩまたはリレーションシップの名前／タイプである。データ内容は、ＣＩまたはリレーションシップの内容である。検索結果８００−１は、ＩＤ『ＳＶＲ０００１』、Ｎａｍｅ／Ｔｙｐｅ『Ｓｅｒｖｅｒ』およびデータ内容『＜Ｓｅｒｖｅｒ  ｉｄ＝“ＳＶＲ０００１”ｎａｍｅ＝“ｗｅｂ０１”＞』のＣＩを示している。
【０１００】
図３の説明に戻り、変換部３０６は、検索されたデータのデータ形式を、旧スキーマから新スキーマに変換する。具体的には、例えば、変換部３０６が、図９に示すデータ変換ルール９００に基づいて、図８に示した検索結果テーブル８００内のデータのデータ形式を、旧スキーマから新スキーマに変換する。
【０１０１】
データ変換ルール９００は、例えば、キーボード２１０やマウス２１１を用いたユーザの操作入力により、ＣＭＤＢ１１０の新スキーマとともに入力される。ここで、ＸＳＬＴ（ＸＭＬ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）を用いて記述されたデータ変換ルール９００の具体例について説明する。
【０１０２】
図９は、データ変換ルールの具体例を示す説明図である。図９において、データ変換ルール９００は、ＣＩ名『Ｓｅｒｖｅｒ』のＣＩのデータ形式を、旧スキーマから新スキーマに変換するデータ変換ルールである。具体的には、データ変換ルール９００は、ＣＩ名『Ｓｅｒｖｅｒ』のＣＩのデータ形式に、属性『ｎｉｃｋｎａｍｅ』を追加するものである。
【０１０３】
データ変換ルールは、例えば、ＣＭＤＢ１１０のスキーマ変更に合わせて、その都度、新たなスキーマとともにデータ変換装置１００に入力される。このため、データ変換ルールは、バージョン番号が『２』以降のバージョンごとに存在する。ここで、あるＣＩのデータ形式をバージョン番号『１』の旧スキーマからバージョン番号『３』の新スキーマに変換する場合を想定する。
【０１０４】
この場合、まず、変換部３０６が、バージョン番号『２』のデータ変換ルールに基づいて、ＣＩのデータ形式をバージョン番号『１』のスキーマからバージョン番号『２』のスキーマに変換する。このあと、変換部３０６が、バージョン番号『３』のデータ変換ルールに基づいて、ＣＩのデータ形式をバージョン番号『２』のスキーマからバージョン番号『３』のスキーマに変換する。
【０１０５】
変換された変換結果は、ＣＭＤＢ１１０に反映される。すなわち、データ形式が旧スキーマから新スキーマに変換された変換後のデータがＣＭＤＢ１１０に記憶される。また、ＣＭＤＢ１１０内のデータのデータ形式が変換された場合、例えば、図１０に示すメタ情報テーブル１０００に変換後のスキーマのバージョン番号がメタ情報として記憶される。メタ情報テーブル１０００は、例えば、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により実現される。ここで、メタ情報テーブル１０００の具体例について説明する。
【０１０６】
図１０は、メタ情報テーブルの具体例を示す説明図である。図１０において、メタ情報テーブル１０００は、ＩＤ、Ｎａｍｅ／ＴｙｐｅおよびＶｅｒｓｉｏｎのフィールドを有する。各フィールドに情報を設定することで、ＣＭＤＢ１１０内のデータごとのメタ情報（例えば、メタ情報１０００−１，１０００−２）がレコードとして記憶されている。
【０１０７】
ＩＤは、ＣＩまたはリレーションシップの識別子である。Ｎａｍｅ／Ｔｙｐｅは、ＣＩまたはリレーションシップの名前／タイプである。Ｖｅｒｓｉｏｎは、ＣＩまたはリレーションシップのデータ形式に対応するＣＭＤＢ１１０のスキーマのバージョン番号である。メタ情報１０００−１を例に挙げると、ＩＤ『ＳＶＲ０００１』、ＣＩ名『Ｓｅｒｖｅｒ』のＣＩのデータ形式に対応するスキーマのバージョン番号『１』が示されている。
【０１０８】
メタ情報１０００−２を例に挙げると、ＩＤ『ＳＶＲ０００２』、ＣＩ名『Ｓｅｒｖｅｒ』のＣＩのデータ形式に対応するスキーマのバージョン番号『２』が示されている。メタ情報テーブル１０００によれば、ＣＭＤＢ１１０内の各データのデータ形式に対応するスキーマのバージョン番号を特定することができる。
【０１０９】
図３の説明に戻り、実行部３０７は、受け付けた処理要求により要求されている処理を実行する。該処理の実行は、例えば、変換対象となるデータのデータ形式が変換された後に行われる。具体的には、例えば、処理要求が検索処理の場合、実行部３０７が、処理対象となるデータを指定する条件に合致するデータを要求元に返却する。
【０１１０】
処理対象となるデータは、上記検索部３０５によって検索された変換対象となるデータの中に含まれている。このため、実行部３０７が、データ形式が変換された変換後の変換対象となるデータの中から、処理対象となるデータを検索して、検索結果を要求元に返却することにしてもよい。なお、返却とは、図２に示したディスプレイ２０８へのデータ表示や、要求元の外部コンピュータへのデータ送信などである。
【０１１１】
また、処理要求が更新要求の場合、実行部３０７が、処理対象となるデータを指定する条件に合致するＣＭＤＢ１１０内のデータを更新する。また、処理要求が削除要求の場合、実行部３０７が、処理対象となるデータを指定する条件に合致するデータをＣＭＤＢ１１０から削除する。なお、削除対象となるデータについては、新スキーマへの変換は行わないことにしてもよい。
【０１１２】
（データ変換処理の具体例）
つぎに、図１１〜図１５を用いて、データ変換装置１００のデータ変換処理の具体例について説明する。
【０１１３】
図１１は、検索処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図（その１）である。図１１において、条件節１１００は、処理要求の処理対象となるデータを指定する条件を表している。
【０１１４】
ここでは、条件節１１００が表す条件が、新スキーマにより変更されたものではない場合を想定する。すなわち、条件節１１００に含まれるＣＩ『Ｓｅｒｖｅｒ』の属性『＠ｉｄ』が最古のバージョン番号（ここでは、バージョン番号『１』）のスキーマにより定義されたものである場合を想定する。
【０１１５】
この場合、式作成部３０４が、条件節１１００『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ＳＶＲ０００１”］』を、変換対象となるデータを検索する検索式として作成する。そして、検索部３０５が、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。ここでは、ＣＭＤＢ１１０の中からＣＩｘが検索されたとする。
【０１１６】
この場合、変換部３０６が、検索されたＣＩｘのデータ形式を、旧スキーマ（バージョン番号『１』）から新スキーマ（バージョン番号『２』）に変換する。具体的には、ＣＩｘの属性として属性『ｎｉｃｋｎａｍｅ』が追加されている。また、属性『ｎｉｃｋｎａｍｅ』の初期値として『“ｗｅｂ０１”』が設定されている。
【０１１７】
この結果、ＣＩｘのデータ形式が、バージョン番号『２』の新スキーマに変換される。ここで、変換対象のＣＩｘは、処理対象となるデータである。このため、実行部３０７が、データ形式が新スキーマに変換された処理対象となるＣＩｘを要求元に返却する。
【０１１８】
図１２は、更新処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図である。図１２において、条件節１２００は、処理要求の処理対象となるデータを指定する条件を表している。
【０１１９】
ここでは、条件節１２００が表す条件が、新スキーマにより変更されたものではない場合を想定する。すなわち、条件節１２００に含まれるＣＩ『Ｓｅｒｖｅｒ』の属性『＠ｉｄ』が最古のバージョン番号（ここでは、バージョン番号『１』）のスキーマにより定義されたものである場合を想定する。
【０１２０】
この場合、式作成部３０４が、条件節１２００『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ＳＶＲ０００１”］』を、変換対象となるデータを検索する検索式として作成する。そして、検索部３０５が、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。ここでは、ＣＭＤＢ１１０の中からＣＩｘが検索されたとする。
【０１２１】
この場合、変換部３０６が、検索されたＣＩｘのデータ形式を、旧スキーマ（バージョン番号『１』）から新スキーマ（バージョン番号『２』）に変換する。具体的には、ＣＩｘの属性として属性『ｎｉｃｋｎａｍｅ』が追加されている。また、属性『ｎｉｃｋｎａｍｅ』の初期値として『“ｗｅｂ０１”』が設定されている。
【０１２２】
この結果、ＣＩｘのデータ形式が、バージョン番号『２』の新スキーマに変換される。ここで、変換対象のＣＩｘは、処理対象となるデータである。このため、実行部３０７が、データ形式が新スキーマに変換された処理対象となるＣＩｘを更新する。具体的には、ＣＩｘの属性『ｓｔａｔｕｓ』に『“ｒｕｎｎｉｎｇ”』が設定されている。
【０１２３】
図１３は、削除処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図である。図１３において、条件節１３００は、処理要求の処理対象となるデータを指定する条件を表している。
【０１２４】
ここでは、条件節１３００が表す条件が、新スキーマにより変更されたものではない場合を想定する。すなわち、条件節１３００に含まれるＣＩ『Ｓｅｒｖｅｒ』の属性『＠ｉｄ』が最古のバージョン番号（ここでは、バージョン番号『１』）のスキーマにより定義されたものである場合を想定する。
【０１２５】
この場合、式作成部３０４が、条件節１３００『％Ｓｅｒｖｅｒ［＠ｉｄ＝“ＳＶＲ０００１”］』を、変換対象となるデータを検索する検索式として作成する。そして、検索部３０５が、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。ここでは、ＣＭＤＢ１１０の中からＣＩｘが検索されたとする。
【０１２６】
この場合、実行部３０７が、ＣＭＤＢ１１０の中から検索されたＣＩｘを削除する。すなわち、変換部３０６によるＣＩｘのデータ形式の変換を行うことなく、実行部３０７がＣＩｘを削除する。
【０１２７】
図１４は、検索処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図（その２）である。図１４において、条件節１４００は、処理要求の処理対象となるデータを指定する条件を表している。具体的には、条件節１４００は、条件節１４０１と条件節１４０２と条件節１４０３とを含む。
【０１２８】
ここでは、条件節１４０３が表す条件が、新スキーマにより変更されたものである場合を想定する。すなわち、条件節１４０３に含まれるＣＩ『Ｓｅｒｖｅｒ』の属性『＠ｎｉｃｋｎａｍｅ』が最古のバージョン番号（ここでは、バージョン番号『１』）のスキーマにより定義されたものではない場合を想定する。
【０１２９】
なお、条件節１４０１はＣＩの要素名または属性名を含まないため、条件節１４０１が表す条件は新スキーマにより変更されたものではない。同様に、条件節１４０２はリレーションシップ名を含むため、条件節１４０２が表す条件は新スキーマにより変更されたものではない。
【０１３０】
この場合、式作成部３０４が、条件節１４０１『％Ｓｅｒｖｉｃｅ』を、変換対象となるデータを検索する検索式として作成する。そして、検索部３０５が、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。ここでは、ＣＭＤＢ１１０の中から、データ形式が新スキーマに変換済みのＣＩｙが検索されたとする。
【０１３１】
また、式作成部３０４が、条件節１４０２『＆*』を、変換対象となるデータを検索する検索式として作成する。そして、検索部３０５が、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。ここでは、ＣＭＤＢ１１０の中から、データ形式が新スキーマに変換済みのリレーションシップｚが検索されたとする。
【０１３２】
また、式作成部３０４が、バージョン間要素対応表７００を参照して、条件節１４０３『％Ｓｅｒｖｅｒ［＠ｎｉｃｋｎａｍｅ＝“ｗｅｂ０１”］』を、旧スキーマに対応した条件節１４０４『％Ｓｅｒｖｅｒ［＠ｎａｍｅ＝“ｗｅｂ０１”］』に変換する。つぎに、式作成部３０４が、変換後の条件節１４０４『％Ｓｅｒｖｅｒ［＠ｎａｍｅ＝“ｗｅｂ０１”］』を、変換対象となるデータを検索する検索式とする。そして、検索部３０５が、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。ここでは、ＣＭＤＢ１１０の中からＣＩｘが検索されたとする。
【０１３３】
この場合、変換部３０６が、検索されたＣＩｘのデータ形式を、旧スキーマ（バージョン番号『１』）から新スキーマ（バージョン番号『２』）に変換する。具体的には、ＣＩｘの属性として属性『ｎｉｃｋｎａｍｅ』が追加されている。また、属性『ｎｉｃｋｎａｍｅ』の初期値として『“ｗｅｂ０１”』が設定されている。
【０１３４】
この結果、ＣＩｘのデータ形式が、バージョン番号『２』の新スキーマに変換されている。ここで、変換対象のＣＩｘは、処理対象となるデータである。このため、実行部３０７が、データ形式が新スキーマに変換された処理対象となるＣＩｘを要求元に返却する。ＣＩｙおよびリレーションシップｚのデータ形式は新スキーマへ変換済みのため、変換部３０６による変換処理は行われない。
【０１３５】
なお、処理対象となるＣＩｘのデータ形式が新スキーマに既に変換されている場合を想定して、実行部３０７が、元の条件節１４０３に基づく検索式を用いて処理対象となるデータＣＩｘを検索することにしてもよい。
【０１３６】
図１５は、検索処理の処理要求を受け付けた場合のデータ変換処理の具体例を示す説明図（その３）である。図１５において、条件節１５００は、処理要求の処理対象となるデータを指定する条件を表している。具体的には、条件節１５００は、条件節１５０１と条件節１５０２と条件節１５０３とを含む。
【０１３７】
ここでは、条件節１５０３が表す条件が、新スキーマにより変更されたものである場合を想定する。さらに、条件節１５０３が表す条件を、旧スキーマに対応した条件節に変換することができない場合を想定する。なお、条件節１５０１，１５０２が表す条件は、新スキーマにより変更されたものではない。
【０１３８】
この場合、式作成部３０４が、条件節１５０１『％Ｓｅｒｖｉｃｅ』を、変換対象となるデータを検索する検索式として作成する。そして、検索部３０５が、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。ここでは、ＣＭＤＢ１１０の中から、データ形式が新スキーマに変換済みのＣＩｙが検索されたとする。
【０１３９】
また、式作成部３０４が、条件節１５０２『＆*』を、変換対象となるデータを検索する検索式として作成する。そして、検索部３０５が、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。ここでは、ＣＭＤＢ１１０の中から、データ形式が新スキーマに変換済みのリレーションシップｚが検索されたとする。
【０１４０】
また、式作成部３０４が、条件節１５０３のうち、処理対象となるデータを包含するサブセットを指定する条件を表す文字列『％Ｓｅｒｖｅｒ』に基づいて、変換対象となるデータを検索する検索式を作成する。ここで、ＣＩｘは、リレーションシップｚによりＣＩｙと関連付けられている。
【０１４１】
このため、式作成部３０４が、例えば、条件節『％Ｓｅｒｖｉｃｅ／＆*／％Ｓｅｒｖｅｒ』を、変換対象となるデータを検索する検索式として作成する。そして、検索部３０５が、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する。ここでは、ＣＭＤＢ１１０の中からデータセットＸが検索されたとする。
【０１４２】
この場合、変換部３０６が、検索されたデータセットＸに含まれる各々のＣＩのデータ形式を、旧スキーマ（バージョン番号『１』）から新スキーマ（バージョン番号『２』）に変換する。この結果、データセットＸに含まれる各々のＣＩのデータ形式が、バージョン番号『２』の新スキーマに変換される。
【０１４３】
このあと、実行部３０７が、例えば、元の条件節１４０３に基づく検索式を用いて、データセットＸの中から処理対象となるデータを検索する。ここでは、データセットＸの中からＣＩｘが検索されたとする。この場合、実行部３０７が、検索されたＣＩｘを要求元に返却する。
【０１４４】
（同時変換データの決定手法の一例）
つぎに、検索された変換対象となるデータと同時にデータ形式の変換を行うデータの決定手法の一例について説明する。検索部３０５は、検索された変換対象となるデータと関連するデータ（以下、「同時変換対象となるデータ」という）を検索する。同時変換対象となるデータとは、例えば、変換対象となるＣＩとリレーションシップにより関連付けられた他のＣＩおよび該リレーションシップである。
【０１４５】
具体的には、例えば、検索部３０５が、図８に示した検索結果テーブル８００の中から変換対象となるＣＩを特定する。そして、検索部３０５が、ＣＭＤＢ１１０の中から、特定された変換対象となるＣＩのＩＤを含むリレーションシップを検索する。
【０１４６】
さらに、検索部３０５が、ＣＭＤＢ１１０の中から、検索されたリレーションシップにより変換対象となるＣＩと関連付けられている他のＣＩを検索する。他のＣＩは、リレーションシップに記述されている、関連する２つのＣＩのＩＤのうち、変換対象となるＣＩのＩＤとは異なる他のＩＤから特定される。
【０１４７】
これにより、同時変換対象となるデータとして、リレーションシップにより変換対象となるＣＩと関連付けられている他のＣＩおよび該リレーションシップを検索することができる。ここで、ＣＭＤＢ１１０内のデータ間の関連付けについて説明する。
【０１４８】
図１６は、データ間の関連付けを模式的に示す説明図である。図１６において、ＣＩｘは、変換対象となるＣＩである（図１１参照）。また、ＣＩａ〜ＣＩｅは、ＣＩｘとリレーションシップｚ１〜ｚ５（図中、両向き矢印）によりそれぞれ関連付けられている他のＣＩである。図中、各ＣＩおよび各リレーションシップとともに示す「ｖ１」はスキーマのバージョン番号「１」を表しており、「ｖ２」はスキーマのバージョン番号「２」を表している。
【０１４９】
図１６の例では、検索部３０５は、同時変換対象となるデータとして、例えば、ＣＩｘとリレーションシップｚ１〜ｚ５により関連付けられているＣＩａ〜ＣＩｅ、およびリレーションシップｚ１〜ｚ５をＣＭＤＢ１１０の中から検索する。
【０１５０】
そして、変換部３０６は、検索されたＣＩａ〜ＣＩｅおよびリレーションシップｚ１〜ｚ５のうち、データ形式が未変換のデータのデータ形式を旧スキーマから新スキーマに変換する。各ＣＩａ〜ＣＩｅおよびリレーションシップｚ１〜ｚ５のデータ形式に対応するスキーマのバージョン番号は、例えば、図１０に示したメタ情報テーブル１０００から特定される。
【０１５１】
ここで、バージョン番号『１』のスキーマを旧スキーマとし、バージョン番号『２』のスキーマを新スキーマとする。図１６の例では、ＣＩａ〜ＣＩｅおよびリレーションシップｚ１〜ｚ５のうち、ＣＩａ，ＣＩｃ，ＣＩｄ，リレーションシップｚ１，ｚ３，ｚ４が未変換のデータである。このため、変換部３０６が、ＣＩａ，ＣＩｃ，ＣＩｄ，リレーションシップｚ１，ｚ３，ｚ４のデータ形式を旧スキーマから新スキーマに変換する。
【０１５２】
これにより、変換対象となるＣＩと関連する他のＣＩおよび該ＣＩ間を関連付けるリレーションシップのデータ形式を、旧スキーマから新スキーマに変換することができる。
【０１５３】
さらに、検索部３０５は、同時変換対象となるデータとして検索されたＣＩａとリレーションシップｚ６，ｚ７により関連付けられているＣＩｆ，ＣＩｇ、およびリレーションシップｚ６，ｚ７をＣＭＤＢ１１０の中から検索することにしてもよい。この場合、変換部３０６は、さらに、検索されたＣＩｆ，ＣＩｇおよびリレーションシップｚ６，ｚ７のうち、未変換のＣＩｆおよびリレーションシップｚ６のデータ形式を旧スキーマから新スキーマに変換する。
【０１５４】
これにより、変換対象となるＣＩと関連する他のＣＩを介して、変換対象となるＣＩと間接的に接続関係を有する別のＣＩおよび他のＣＩ／別のＣＩ間を接続するリレーションシップのデータ形式を、旧スキーマから新スキーマに変換することができる。
【０１５５】
一方で、同時変換対象となるデータの数が増えると、新スキーマへのデータ形式の変換処理にかかる処理時間が増大する。そこで、決定部３０８により、同時変換対象となるデータとして検索されたデータ（以下、「同時変換候補データ」という）の中から、実際に同時変換対象となるデータを決定することにしてもよい。
【０１５６】
具体的には、例えば、決定部３０８が、予め設定された所定数αの範囲内で、複数の同時変換候補データの中から、同時変換対象となるデータを決定する。ここで、所定数α（例えば、α＝３）は、同時変換対象とするデータの上限数を規定する値である。所定数αは、例えば、ＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されている。
【０１５７】
より具体的には、例えば、決定部３０８が、所定数αの範囲内で、複数の同時変換候補データの中から任意のＣＩを、同時変換対象となるデータに決定することにしてもよい。この際、決定部３０８が、同時変換対象として決定されたＣＩと変換対象のＣＩとを関連付けるリレーションシップも同時変換対象のデータとして決定することにしてもよい。そして、変換部３０６は、同時変換対象に決定されたデータのデータ形式を、旧スキーマから新スキーマに変換する。
【０１５８】
また、決定部３０８は、同時変換候補データのＣＩ（以下、「同時変換候補ＣＩ」という）ごとの優先度に基づいて、複数の同時変換候補ＣＩの中から優先度の高い同時変換候補ＣＩを、同時変換対象となるＣＩ（以下、「同時変換ＣＩ」という）に決定することにしてもよい。
【０１５９】
この際、決定部３０８は、複数の同時変換候補ＣＩのうち、優先度が閾値β以上の同時変換候補ＣＩを同時変換ＣＩに決定することにしてもよい。閾値βは、例えば、ＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されている。
【０１６０】
以下、図１７〜図２０を用いて、複数の同時変換候補ＣＩの中から優先度の高い同時変換候補ＣＩを、同時変換ＣＩに決定する決定処理の具体例について説明する。まず、図１７を用いて、同時変換候補ＣＩを記憶する同時変換候補ＣＩリスト１７００について説明する。
【０１６１】
図１７は、同時変換候補ＣＩリストの具体例を示す説明図（その１）である。図１７において、同時変換候補ＣＩリスト１７００は、ＩＤ、ＣＩ  Ｎａｍｅ／Ｔｙｐｅおよびデータ内容のフィールドを有する。各フィールドに情報を設定することで、検索された同時変換候補ＣＩがレコードとして記憶されている。
【０１６２】
ＩＤは、同時変換候補ＣＩの識別子である。ＣＩ  Ｎａｍｅ／Ｔｙｐｅは、同時変換候補ＣＩの名前／タイプである。データ内容は、同時変換候補ＣＩの内容である。なお、同時変換候補ＣＩリスト１７００に記憶されている同時変換候補ＣＩは、データ形式が旧スキーマから新スキーマに変換されていない未変換のデータである。
【０１６３】
まず、決定部３０８は、同時変換候補ＣＩリスト１７００を参照して、図１８に示すような同時変換候補ＣＩの種別をリスト化したＣＩ種別リスト１８００を作成する。同時変換候補ＣＩの種別とは、同時変換候補ＣＩのＣＩ  Ｎａｍｅ／Ｔｙｐｅである。ここで、ＣＩ種別リスト１８００の具体例について説明する。
【０１６４】
図１８は、ＣＩ種別リストの具体例を示す説明図である。図１８において、ＣＩ種別リスト１８００には、同時変換候補ＣＩリスト１７００に記憶されている同時変換候補ＣＩの種別『Ｉｎｃｉｄｅｎｔ』および『ＮｅｔｗｏｒｋＤｅｖｉｃｅ』がリスト化されて示されている。
【０１６５】
つぎに、決定部３０８は、ＣＩ種別リスト１８００内の同時変換候補ＣＩの種別ごとに、処理対象となるデータを指定する条件として、変換対象となるＣＩの種別とともに同時変換候補ＣＩの種別が指定された割合を表す出現頻度を特定する。具体的には、例えば、決定部３０８が、図１９に示す統計表１９００を参照して、同時変換候補ＣＩの種別ごとの出現頻度を特定する。ここで、統計表１９００の具体例について説明する。
【０１６６】
図１９は、統計表の具体例を示す説明図である。図１９において、統計表１９００は、第１種別、第２種別およびＦｒｅｑｕｅｎｃｙのフィールドを有する。各フィールドに情報を設定することで、第１および第２種別の組み合わせごとの統計情報がレコードとして記憶されている。
【０１６７】
第１種別は、処理対象となるデータを指定する条件として過去に指定されたＣＩ  Ｎａｍｅ／Ｔｙｐｅである。第２種別は、処理対象となるデータを指定する条件として、第１種別のＣＩ  Ｎａｍｅ／Ｔｙｐｅとともに指定されたＣＩ  Ｎａｍｅ／Ｔｙｐｅである。Ｆｒｅｑｕｅｎｃｙは、第２種別のＣＩ  Ｎａｍｅ／Ｔｙｐｅが、処理対象となるデータを指定する条件として、第１種別のＣＩ  Ｎａｍｅ／Ｔｙｐｅとともに指定された出現頻度を表す指標値である。
【０１６８】
決定部３０８は、統計表１９００を参照して、ＣＩ種別リスト１８００内の同時変換候補ＣＩの種別ごとの出現頻度を特定する。この統計表１９００は、変換対象となるＣＩの種別（ＣＩ  Ｎａｍｅ／Ｔｙｐｅ）が第１種別のフィールドに設定された統計表である。すなわち、変換対象となるＣＩの種別が『Ｓｅｒｖｅｒ』の場合に用いられる統計表である。
【０１６９】
ここでは、変換対象となるＣＩの種別を『Ｓｅｒｖｅｒ』とする。この場合、決定部３０８が、統計表１９００を参照して、ＣＩ種別リスト１８００内の同時変換候補ＣＩの種別『Ｉｎｃｉｄｅｎｔ』の出現頻度『０．３』を特定する。また、決定部３０８が、統計表１９００を参照して、ＣＩ種別リスト１８００内の同時変換候補ＣＩの種別『ＮｅｔｗｏｒｋＤｅｖｉｃｅ』の出現頻度『０．１』を特定する。
【０１７０】
つぎに、決定部３０８は、特定された同時変換候補ＣＩの種別ごとの出現頻度のうち、出現頻度が閾値β以上の種別を選択する。この際、決定部３０８が、同時変換候補ＣＩの種別ごとの出現頻度のうち、出現頻度が閾値β以上かつ最大の種別を選択することにしてもよい。一例として、閾値βを「β＝０．２」とする。
【０１７１】
この場合、決定部３０８が、同時変換候補ＣＩの種別ごとの出現頻度のうち、出現頻度が閾値β以上の種別『Ｉｎｃｉｄｅｎｔ』を選択する。そして、決定部３０８は、同時変換候補ＣＩリスト１７００の中から、選択された種別『Ｉｎｃｉｄｅｎｔ』の同時変換候補ＣＩを選択して、同時変換ＣＩに決定する。すなわち、同時変換候補ＣＩの種別ごとの出現頻度を、各同時変換候補ＣＩの優先度として、決定部３０８が、出現頻度の高い同時変換候補ＣＩを同時変換ＣＩに決定する。
【０１７２】
図２０は、複数の同時変換候補ＣＩの中から同時変換ＣＩを決定する一実施例を示す説明図である。図２０において、ＣＩｘは、変換対象となるＣＩである。また、ＣＩｈ〜ＣＩｍは、同時変換候補ＣＩである。ここで、変換対象となるＣＩの種別は『Ｓｅｒｖｅｒ』である。また、同時変換候補ＣＩのうち、ＣＩｈの種別は『ＮｅｔｗｏｒｋＤｅｖｉｃｅ』である。また、同時変換候補ＣＩのうち、ＣＩｉ〜ＣＩｍの種別は『Ｉｎｃｉｄｅｎｔ』である。
【０１７３】
この場合、上述したように、決定部３０８は、統計表１９００を参照して、同時変換候補ＣＩの種別『Ｉｎｃｉｄｅｎｔ』の出現頻度『０．３』を特定する。また、決定部３０８は、統計表１９００を参照して、同時変換候補ＣＩの種別『ＮｅｔｗｏｒｋＤｅｖｉｃｅ』の出現頻度『０．１』を特定する。
【０１７４】
つぎに、決定部３０８は、同時変換候補ＣＩの種別ごとの出現頻度のうち、出現頻度が閾値β（β＝２）以上の種別『Ｉｎｃｉｄｅｎｔ』を選択する。このあと、決定部３０８は、同時変換候補ＣＩリスト１７００の中から、所定数α（α＝３）の範囲内で、種別『Ｉｎｃｉｄｅｎｔ』の同時変換候補ＣＩを選択して、同時変換ＣＩに決定する。
【０１７５】
さらに、決定部３０８は、変換対象となるＣＩｘと同時変換ＣＩとの関連付けを表すリレーションシップを同時変換対象となるデータに決定する。図２０の例では、ＣＩｉ，ＣＩｊ，ＣＩｋが同時変換ＣＩに決定され、リレーションシップｚ８，ｚ９，ｚ１０が同時変換対象となるデータに決定される。
【０１７６】
（統計表の作成例）
つぎに、図１９に示した統計表１９００の作成例について説明する。具体的には、例えば、決定部３０８は、ＣＭＤＢ１１０に対する処理要求に関するログ情報に基づいて、統計表１９００を作成する。ここで、ＣＭＤＢ１１０に対する処理要求に関するログ情報の具体例について説明する。
【０１７７】
図２１は、ログ情報の具体例を示す説明図である。図２１において、ログ情報２１００は、ＣＭＤＢ１１０に対する処理要求に関するログ（例えば、ログＬ１〜Ｌ９）の集合である。各ログは、例えば、受付部３０１により、過去に受け付けた処理要求に含まれる処理対象となるデータを指定する条件節を表している。
【０１７８】
具体的には、ログＬ１〜Ｌ９は、処理対象となるデータを指定する条件として、少なくとも種別『Ｓｅｒｖｅｒ』を含むものである。決定部３０８は、例えば、ログ情報２１００に基づいて、種別『Ｓｅｒｖｅｒ』のＣＩとリレーションシップ『＆*』により関連付けられている他のＣＩの種別ごとの出現頻度を表す指標値を算出する。
【０１７９】
一例として、種別『Ｓｅｒｖｅｒ』のＣＩとリレーションシップ『＆*』により関連付けられている他のＣＩの種別『Ｉｎｃｉｄｅｎｔ』の出現頻度を例に挙げて説明する。この場合、決定部３０８が、ログ情報２１００の中に、処理対象となるデータを指定する条件として、種別『Ｓｅｒｖｅｒ』とともに種別『Ｉｎｃｉｄｅｎｔ』が指定されたログの出現回数を計数する。
【０１８０】
つぎに、決定部３０８が、ログ情報２１００に含まれるログの総数を計数する。そして、決定部３０８が、計数された種別『Ｓｅｒｖｅｒ』とともに種別『Ｉｎｃｉｄｅｎｔ』が指定されたログの出現回数をログの総数で除算することにより、種別『Ｉｎｃｉｄｅｎｔ』の出現頻度を表す指標値を算出する。
【０１８１】
例えば、種別『Ｓｅｒｖｅｒ』とともに種別『Ｉｎｃｉｄｅｎｔ』が指定されたログの出現回数を「３０」とし、ログの総数を「１００」とする。この場合、決定部３０８が、「３０」を「１００」で除算することにより、種別『Ｉｎｃｉｄｅｎｔ』の出現頻度を表す指標値「０．３」を算出する。
【０１８２】
算出された種別ごとの出現頻度を表す指標値は、例えば、図１９に示した統計表１９００に記憶される。具体的には、例えば、種別『Ｉｎｃｉｄｅｎｔ』の出現頻度を表す指標値「０．３」は、処理対象となるデータを指定する条件として、第１種別『Ｓｅｒｖｅｒ』とともに第２種別『Ｉｎｃｉｄｅｎｔ』が指定されたＦｒｅｑｕｅｎｃｙとして統計表１９００に記憶される。
【０１８３】
なお、上述した説明では、過去のログ情報（例えば、ログ情報２１００）から統計表（例えば、統計表１９００）を作成することにしたが、これに限らない。例えば、統計表１９００は、人手により予め作成されてＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されていてもよい。
【０１８４】
（障害発生箇所を特定する処理要求を利用した同時変換ＣＩの決定）
つぎに、同時変換候補ＣＩのうち、障害発生箇所を特定する処理要求の処理対象となるＣＩを同時変換ＣＩに決定する決定手法について説明する。ここでは、まず、同時変換候補ＣＩを記憶する同時変換候補ＣＩリスト２２００について説明する。
【０１８５】
図２２は、同時変換候補ＣＩリストの具体例を示す説明図（その２）である。図２２において、同時変換候補ＣＩリスト２２００は、ＩＤ、ＣＩ  Ｎａｍｅ／Ｔｙｐｅ、Ｐｏｉｎｔおよびデータ内容のフィールドを有する。各フィールドに情報を設定することで、検索された同時変換候補ＣＩがレコードとして記憶されている。
【０１８６】
ＩＤは、同時変換候補ＣＩの識別子である。ＣＩ  Ｎａｍｅ／Ｔｙｐｅは、同時変換候補ＣＩの名前／タイプである。Ｐｏｉｎｔは、同時変換候補ＣＩの関連ポイントである。この関連ポイントの値が大きいほど、同時変換候補ＣＩが障害発生箇所を特定する処理要求の処理対象となる頻度が高いことを示す。データ内容は、同時変換候補ＣＩの内容である。なお、同時変換候補ＣＩリスト２２００に記憶されている同時変換候補ＣＩは、データ形式が旧スキーマから新スキーマに変換されていない未変換のデータである。
【０１８７】
まず、決定部３０８は、同時変換候補ＣＩリスト２２００を参照して、図２３に示すような関連リスト２３００を作成する。関連リスト２３００は、同時変換候補ＣＩリスト２２００に含まれるＣＩの中で、リレーションシップにより関連付けられているＣＩのペアを示すものである。ここで、関連リスト２３００の具体例について説明する。
【０１８８】
図２３は、関連リストの具体例を示す説明図である。図２３において、関連リスト２３００は、ＳｒｃＣＩ  ＩＤ、ＤｓｔＣＩ  ＩＤおよびＲｅｌａｔｉｏｎｓｈｉｐ  ＩＤのフィールドを有している。各フィールドに情報を設定することで、ペア情報Ｐ１，Ｐ２がレコードとして記憶されている。
【０１８９】
ここで、ＣＩ間の関連付けには方向が定められており、関連元をソース（ｓｒｃ）、関連先をディスティネーション（ｄｓｔ）という。すなわち、ＳｒｃＣＩ  ＩＤは、ソースとなるＣＩの識別子である。ＤｓｔＣＩ  ＩＤは、ディスティネーションとなるＣＩの識別子である。Ｒｅｌａｔｉｏｎｓｈｉｐ  ＩＤは、リレーションシップの識別子である。
【０１９０】
ペア情報Ｐ１は、リレーションシップ『ＲＥＬ０００１』によりソースとなるＣＩ『ＳＶＲ０００１』とディスティネーションとなるＣＩ『ＳＥＲＶＩＣＥ００３』とが関連付けられていることを示している。ペア情報Ｐ２は、リレーションシップ『ＲＥＬ０００２』によりソースとなるＣＩ『ＳＶＲ０００１』とディスティネーションとなるＣＩ『ＰＳＶＲ００４』とが関連付けられていることを示している。
【０１９１】
決定部３０８は、関連リスト２３００の中からペア情報を選択する。そして、決定部３０８は、選択されたペア情報に対応する関連クラスを特定する。ここで、関連クラスとは、リレーションシップにより関連付けられているＣＩ間の関係を定義するものである。ここでは、関連クラスとして、依存クラス、影響クラスおよびｐ−ｃクラスが定義されているとする。
【０１９２】
依存クラスは、関連のソースとなるＣＩがダウンして動作を停止した場合に、該関連のディスティネーションとなるＣＩがダウンする関係である。具体例としては、物理マシンがソースであり、仮想マシンがディスティネーションである関連に依存クラスが適用される。
【０１９３】
影響クラスは、関連のソースとなるＣＩの性能異常が該関連のディスティネーションとなるＣＩの同一項目の性能に影響を与える関係である。具体例としては、仮想マシンがソースであり、物理マシンがディスティネーションである関連に影響クラスが適用される。
【０１９４】
ｐ−ｃクラスは、関連のディスティネーションとなるＣＩが該関連のソースを利用する関係である。具体的には、仮想マシンがソースであり、サービスを提供するｔｅｎａｎｔがディスティネーションである関連にｐ−ｃクラスが適用される。
【０１９５】
具体的には、例えば、決定部３０８が、図２４に示す関連クラス適用ルールリスト２４００を参照して、選択されたペア情報に対応する関連クラスを特定する。関連クラス適用ルールリスト２４００は、例えば、ＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されている。ここで、関連クラス適用ルールリスト２４００の具体例について説明する。
【０１９６】
図２４は、関連クラス適用ルールリストの具体例を示す説明図である。図２４において、関連クラス適用ルールリスト２４００には、関連クラス適用ルールとしてルール０１〜０４が示されている。
【０１９７】
ルール０１は、ソースが物理マシン、ディスティネーションが仮想マシンであって、ソースのＣＩがディスティネーションのＣＩを実行するｅｘｅｃｕｔｅ（ｓｒｃ，ｄｓｔ）である場合に関連クラスとして依存クラスを適用することを規定している。
【０１９８】
ルール０２は、ソースが仮想マシン、ディスティネーションが物理マシンであって、ソースのＣＩがディスティネーションのＣＩを実行するｅｘｅｃｕｔｅ（ｓｒｃ，ｄｓｔ）である場合に関連クラスとして影響クラスを適用することを規定している。
【０１９９】
ルール０３は、ソースが仮想マシン、ディスティネーションが仮想マシンであって、ソースのＣＩがディスティネーションのＣＩに要求を行うｒｅｑｕｅｓｔ（ｓｒｃ，ｄｓｔ）である場合に関連クラスとしてｐ−ｃクラスを適用することを規定している。
【０２００】
ルール０４は、ソースが仮想マシン、ディスティネーションがサービスであって、ソースのＣＩがディスティネーションのＣＩに要求を行うｒｅｑｕｅｓｔ（ｓｒｃ，ｄｓｔ）である場合に関連クラスとしてｐ−ｃクラスを適用することを規定している。
【０２０１】
決定部３０８は、関連クラス適用ルールリスト２４００の中から、選択されたペア情報に対応する関連クラス適用ルールを検索する。ここで、関連クラス適用ルールリスト２４００の中からペア情報に対応する関連クラス適用ルールがｎ個検索された場合を想定する。
【０２０２】
この場合、決定部３０８は、同時変換候補ＣＩリスト２２００を参照して、ペア情報から特定されるソースとなるＣＩの種別の同時変換候補ＣＩを特定する。そして、決定部３０８は、特定された同時変換候補ＣＩの同時変換候補ＣＩリスト２２００内のＰｏｉｎｔフィールドに「ｎ」を加算する。
【０２０３】
さらに、決定部３０８は、同時変換候補ＣＩリスト２２００を参照して、ペア情報から特定されるディスティネーションとなるＣＩの種別の同時変換候補ＣＩを特定する。そして、決定部３０８は、特定された同時変換候補ＣＩの同時変換候補ＣＩリスト２２００内のＰｏｉｎｔフィールドに「ｎ」を加算する。
【０２０４】
例えば、ペア情報Ｐ１が選択された場合、ソースとなるＣＩの種別とディスティネーションとなるＣＩの種別とのペアが、『Ｓｅｒｖｅｒ』と『Ｓｅｒｖｉｃｅ』の場合に適用されるルール０４が検索される。すなわち、ペア情報Ｐ１に対応する関連クラスとして、ｐ−ｃクラスが特定される。
【０２０５】
この場合、決定部３０８は、同時変換候補ＣＩリスト２２００を参照して、ペア情報Ｐ１から特定されるソースとなるＣＩの種別『Ｓｅｒｖｅｒ』の同時変換候補ＣＩ『ＳＶＲ０００１，ＳＶＲ０００２』を特定する。そして、決定部３０８は、特定された同時変換候補ＣＩ『ＳＶＲ０００１，ＳＶＲ０００２』の同時変換候補ＣＩリスト２２００内のＰｏｉｎｔフィールドに「１」を加算する。
【０２０６】
さらに、決定部３０８は、同時変換候補ＣＩリスト２２００を参照して、ペア情報Ｐ１から特定されるディスティネーションとなるＣＩの種別『Ｓｅｒｖｉｃｅ』の同時変換候補ＣＩ『ＳＥＲＶＩＣＥ００３』を特定する。そして、決定部３０８は、特定された同時変換候補ＣＩ『ＳＥＲＶＩＣＥ００３』の同時変換候補ＣＩリスト２２００内のＰｏｉｎｔフィールドに「１」を加算する。
【０２０７】
決定部３０８は、例えば、関連リスト２３００の中から選択されていない未選択のペア情報がなくなるまで、上述した一連の処理を繰り返す。そして、決定部３０８は、同時変換候補ＣＩリスト２２００を参照して、Ｐｏｉｎｔが閾値γ以上の同時変換候補ＣＩを同時変換ＣＩに決定する。閾値γ（例えば、γ＝１）は、例えば、予め設定されてＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されている。
【０２０８】
これにより、同時変換候補ＣＩのうち、障害発生箇所を特定する処理要求の処理対象となる頻度が高いＣＩを同時変換ＣＩに決定することができる。
【０２０９】
（データ変換装置１００の各種処理手順）
つぎに、実施の形態にかかるデータ変換装置１００の各種処理手順について説明する。まず、データ変換装置１００のスキーマ変更表更新処理手順について説明する。スキーマ変更表更新処理手順は、例えば、ＣＭＤＢ１１０の新スキーマの登録時に行われる。
【０２１０】
図２５は、実施の形態にかかるデータ変換装置のスキーマ変更表更新処理手順の一例を示すフローチャートである。図２５のフローチャートにおいて、まず、受付部３０１により、ＣＭＤＢ１１０の新スキーマの登録を受け付けたか否かを判断する（ステップＳ２５０１）。
【０２１１】
ここで、新スキーマの登録を受け付けるのを待って（ステップＳ２５０１：Ｎｏ）、受け付けた場合（ステップＳ２５０１：Ｙｅｓ）、差分作成部３０２により、ＣＭＤＢ１１０の旧スキーマと新スキーマとを比較して差分を抽出する（ステップＳ２５０２）。
【０２１２】
そして、差分作成部３０２により、旧スキーマと新スキーマとの差分を表す差分情報として、新スキーマで追加された要素名、属性名をバージョン番号とともにスキーマ変更表５００に登録する（ステップＳ２５０３）。
【０２１３】
つぎに、差分作成部３０２により、旧スキーマと新スキーマとの差分を表す差分情報として、新スキーマで削除された要素名、属性名のバージョン番号をｎｕｌｌに変更して（ステップＳ２５０４）、本フローチャートによる一連の処理を終了する。
【０２１４】
これにより、ＣＭＤＢ１１０の旧スキーマと新スキーマとの差分を表す差分情報を作成することができる。
【０２１５】
つぎに、データ変換装置１００のデータ変換処理手順について説明する。
【０２１６】
図２６および図２７は、実施の形態にかかるデータ変換装置のデータ変換処理手順の一例を示すフローチャートである。図２６のフローチャートにおいて、まず、受付部３０１により、ＣＭＤＢ１１０に対する処理要求を受け付けたか否かを判断する（ステップＳ２６０１）。
【０２１７】
ここで、処理要求を受け付けるのを待って（ステップＳ２６０１：Ｎｏ）、受け付けた場合（ステップＳ２６０１：Ｙｅｓ）、判定部３０３により、受け付けられた処理要求の処理対象となるデータを指定する条件節を分割する（ステップＳ２６０２）。具体的には、判定部３０３が、条件節を“／”で区切ってＣＩとリレーションシップに分割する。
【０２１８】
つぎに、判定部３０３により、分割された分割後の条件節のうち、未選択の分割後の条件節があるか否かを判断する（ステップＳ２６０３）。ここで、未選択の分割後の条件節がある場合（ステップＳ２６０３：Ｙｅｓ）、判定部３０３により、未選択の分割後の条件節を選択する（ステップＳ２６０４）。
【０２１９】
そして、判定部３０３により、選択された分割後の条件節が新スキーマにより変更されたものか否かを判定する判定処理を実行する（ステップＳ２６０５）。つぎに、分割後の条件節が新スキーマにより変更されたものの場合（ステップＳ２６０６：Ｙｅｓ）、式作成部３０４により、バージョン間要素対応表７００を参照して、分割後の条件節を旧スキーマに対応した条件節に変換可能か否かを判断する（ステップＳ２６０７）。
【０２２０】
ここで、変換可能な場合（ステップＳ２６０７：Ｙｅｓ）、式作成部３０４により、バージョン間要素対応表７００を参照して、分割後の条件節を旧スキーマに対応した条件節に変換して検索式を作成する（ステップＳ２６０８）。そして、検索部３０５により、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する（ステップＳ２６０９）。
【０２２１】
つぎに、変換部３０６により、検索された変換対象のデータのデータ形式を旧スキーマから新スキーマに変換する（ステップＳ２６１０）。そして、変換部３０６により、データ形式が変換されたデータについて、新スキーマのバージョン番号をメタ情報テーブル１０００に登録する（ステップＳ２６１１）。
【０２２２】
このあと、検索部３０５により、検索された変換対象となるデータを検索結果テーブル８００に登録して（ステップＳ２６１２）、ステップＳ２６０３に戻る。
【０２２３】
また、ステップＳ２６０７において、変換不能な場合（ステップＳ２６０７：Ｎｏ）、式作成部３０４により、分割後の条件節の中から最上位の条件を抽出して、変換対象となるデータを検索する検索式を作成する（ステップＳ２６１３）。そして、検索部３０５により、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索する（ステップＳ２６１４）。
【０２２４】
つぎに、変換部３０６により、検索された変換対象のデータのデータ形式を旧スキーマから新スキーマに変換する（ステップＳ２６１５）。そして、変換部３０６により、データ形式が変換されたデータについて、新スキーマのバージョン番号をメタ情報テーブル１０００に登録して（ステップＳ２６１６）、ステップＳ２６１２に移行する。なお、変換された変換結果はＣＭＤＢ１１０に反映される。
【０２２５】
また、ステップＳ２６０６において、分割後の条件節が新スキーマにより変更されたものではない場合（ステップＳ２６０６：Ｎｏ）、式作成部３０４により、分割後の条件節を検索式とする（ステップＳ２６１７）。そして、検索部３０５により、作成された検索式を用いて、ＣＭＤＢ１１０の中から変換対象となるデータを検索して（ステップＳ２６１８）、ステップＳ２６１２に移行する。
【０２２６】
また、ステップＳ２６０３において、未選択の分割後の条件節がない場合（ステップＳ２６０３：Ｎｏ）、図２７に示すステップＳ２７０１に移行する。
【０２２７】
図２７のフローチャートにおいて、まず、実行部３０７により、ステップＳ２６０１において受け付けられた処理要求により要求されている処理は削除処理か否かを判断する（ステップＳ２７０１）。
【０２２８】
ここで、削除処理の場合（ステップＳ２７０１：Ｙｅｓ）、ステップＳ２７０６に移行する。一方、削除処理ではない場合（ステップＳ２７０１：Ｎｏ）、変換部３０６により、メタ情報テーブル１０００を参照して、検索結果テーブル８００内のすべての検索結果のデータ形式が新スキーマに変換済みか否かを判断する（ステップＳ２７０２）。
【０２２９】
ここで、変換済みの場合（ステップＳ２７０２：Ｙｅｓ）、ステップＳ２７０６に移行する。一方、変換済みではない場合（ステップＳ２７０２：Ｎｏ）、変換部３０６により、検索結果テーブル８００内の未変換のデータのデータ形式を旧スキーマから新スキーマに変換する（ステップＳ２７０３）。
【０２３０】
つぎに、決定部３０８により、変換対象となるデータとともにデータ形式を変換するデータを決定する同時変換データ決定処理を実行する（ステップＳ２７０４）。そして、変換部３０６により、決定された同時変換対象のデータのデータ形式を旧スキーマから新スキーマに変換する（ステップＳ２７０５）。
【０２３１】
最後に、実行部３０７により、処理要求により要求されている処理を実行して（ステップＳ２７０６）、本フローチャートによる一連の処理を終了する。
【０２３２】
これにより、ＣＭＤＢ１１０に対する処理要求の受付時に、処理対象となるデータのデータ形式を旧スキーマから新スキーマに変換することができ、処理要求により要求されている処理を適切に実施することができる。
【０２３３】
つぎに、図２６に示したステップＳ２６０５の判定処理の具体的な処理手順について説明する。
【０２３４】
図２８は、ステップＳ２６０５の判定処理の具体的な処理手順の一例を示すフローチャートである。図２８のフローチャートにおいて、まず、判定部３０３により、図２６に示したステップＳ２６０４において選択された分割後の条件節がリレーションシップを指定する条件節か否かを判断する（ステップＳ２８０１）。以下、図２８の説明では、「分割後の条件節」を単に「条件節」という。
【０２３５】
ここで、リレーションシップを指定する条件節の場合（ステップＳ２８０１：Ｙｅｓ）、ステップＳ２８１３に移行する。一方、リレーションシップを指定する条件節ではない場合（ステップＳ２８０１：Ｎｏ）、判定部３０３により、選択された条件節に要素・属性が指定されているか否かを判断する（ステップＳ２８０２）。
【０２３６】
ここで、要素・属性が指定されていない場合（ステップＳ２８０２：Ｎｏ）、ステップＳ２８１３に移行する。一方、要素・属性が指定されている場合（ステップＳ２８０２：Ｙｅｓ）、判定部３０３により、選択された条件節がａｎｄ接続のみの条件節か否かを判断する（ステップＳ２８０３）。
【０２３７】
ここで、ａｎｄ接続のみの条件節ではない場合（ステップＳ２８０３：Ｎｏ）、ステップＳ２８１２に移行する。一方、ａｎｄ接続のみの条件節の場合（ステップＳ２８０３：Ｙｅｓ）、判定部３０３により、選択された条件節をさらに分割する（ステップＳ２８０４）。
【０２３８】
つぎに、判定部３０３により、分割された分割後の条件節のうち、未選択の分割後の条件節があるか否かを判断する（ステップＳ２８０５）。ここで、未選択の分割後の条件節がある場合（ステップＳ２８０５：Ｙｅｓ）、判定部３０３により、未選択の分割後の条件節を選択する（ステップＳ２８０６）。
【０２３９】
そして、判定部３０３により、スキーマ変更表５００の中から、選択された分割後の条件節に対応する差分情報を検索する（ステップＳ２８０７）。そして、判定部３０３により、検索された差分情報のバージョン番号が最古のバージョン番号か否かを判断する（ステップＳ２８０８）。
【０２４０】
ここで、最古のバージョン番号ではない場合（ステップＳ２８０８：Ｎｏ）、判定部３０３により、分割後の条件節が新スキーマにより変更されたものであると判定して（ステップＳ２８０９）、ステップＳ２８０５に移行する。
【０２４１】
一方、最古のバージョン番号の場合（ステップＳ２８０８：Ｙｅｓ）、判定部３０３により、分割後の条件節が新スキーマにより変更されたものではないと判定して（ステップＳ２８１０）、ステップＳ２８０５に移行する。
【０２４２】
また、ステップＳ２８０５において、未選択の分割後の条件節がない場合（ステップＳ２８０５：Ｎｏ）、判定部３０３により、分割後の条件節のうち、新スキーマにより変更されたものであると判定されたものがあるか否かを判断する（ステップＳ２８１１）。
【０２４３】
ここで、新スキーマにより変更されたものであると判定されたものがある場合（ステップＳ２８１１：Ｙｅｓ）、判定部３０３により、ステップＳ２６０４において選択された条件節が新スキーマにより変更されたものであると判定して（ステップＳ２８１２）、図２６に示したステップＳ２６０６に移行する。
【０２４４】
一方、新スキーマにより変更されたものであると判定されたものがない場合（ステップＳ２８１１：Ｎｏ）、判定部３０３により、ステップＳ２６０４において選択された条件節が新スキーマにより変更されたものではないと判定して（ステップＳ２８１３）、図２６に示したステップＳ２６０６に移行する。
【０２４５】
これにより、処理要求の処理対象となるデータを指定する条件が新スキーマにより変更されたものか否かを判定することができる。
【０２４６】
つぎに、図２９および図３０を用いて、図２７に示したステップＳ２７０４の同時変換データ決定処理の具体的な処理手順について説明する。
【０２４７】
図２９は、ステップＳ２７０４の同時変換データ決定処理の具体的な処理手順の一例を示すフローチャート（その１）である。図２９のフローチャートにおいて、まず、検索部３０５により、検索結果テーブル８００の中から変換対象となるＣＩを特定する（ステップＳ２９０１）。
【０２４８】
そして、検索部３０５により、ＣＭＤＢ１１０の中から、同時変換候補データとして、特定された変換対象となるＣＩのＩＤを含むリレーションシップを検索する（ステップＳ２９０２）。さらに、検索部３０５により、ＣＭＤＢ１１０の中から、検索されたリレーションシップにより変換対象となるＣＩと接続されている同時変換候補ＣＩを検索する（ステップＳ２９０３）。検索された同時変換候補ＣＩは、同時変換候補ＣＩリスト１７００に記憶される。
【０２４９】
つぎに、決定部３０８により、同時変換候補ＣＩリスト１７００を参照して、同時変換候補ＣＩの種別をリスト化したＣＩ種別リスト（例えば、ＣＩ種別リスト１８００）を作成する（ステップＳ２９０４）。そして、決定部３０８により、作成されたＣＩ種別リスト１８００の中から選択されていない未選択の種別があるか否かを判断する（ステップＳ２９０５）。
【０２５０】
ここで、未選択の種別がある場合（ステップＳ２９０５：Ｙｅｓ）、決定部３０８により、ＣＩ種別リスト１８００の中から選択されていない未選択の種別を選択する（ステップＳ２９０６）。そして、決定部３０８により、統計表（例えば、統計表１９００）を参照して、選択された同時変換候補ＣＩの種別の出現頻度を特定して（ステップＳ２９０７）、ステップＳ２９０５に戻る。
【０２５１】
また、ステップＳ２９０５において、未選択の種別がない場合（ステップＳ２９０５：Ｎｏ）、決定部３０８により、特定された同時変換候補ＣＩの種別ごとの出現頻度のうち、出現頻度が閾値β以上かつ最大の未選択の種別を選択する（ステップＳ２９０８）。つぎに、決定部３０８により、同時変換候補ＣＩリスト１７００の中から、選択された種別の同時変換候補ＣＩを選択する（ステップＳ２９０９）。
【０２５２】
そして、決定部３０８により、選択された同時変換候補ＣＩを同時変換ＣＩに決定する（ステップＳ２９１０）。同時変換ＣＩは、同時変換対象となるデータである。このあと、決定部３０８により、決定された同時変換ＣＩのデータ数が所定数αの範囲内か否かを判断する（ステップＳ２９１１）。ここで、所定数αの範囲内ではない場合（ステップＳ２９１１：Ｎｏ）、ステップＳ２９１４に移行する。
【０２５３】
一方、所定数αの範囲内の場合（ステップＳ２９１１：Ｙｅｓ）、決定部３０８により、選択された種別の同時変換候補ＣＩのうち、選択されていない未選択の同時変換候補ＣＩがあるか否かを判断する（ステップＳ２９１２）。ここで、未選択の同時変換候補ＣＩがある場合（ステップＳ２９１２：Ｙｅｓ）、ステップＳ２９０９に戻る。
【０２５４】
一方、未選択の同時変換候補ＣＩがない場合（ステップＳ２９１２：Ｎｏ）、決定部３０８により、出現頻度が閾値β以上の未選択の種別があるか否かを判断する（ステップＳ２９１３）。ここで、未選択の種別がある場合（ステップＳ２９１３：Ｙｅｓ）、ステップＳ２９０８に戻る。
【０２５５】
一方、未選択の種別がない場合（ステップＳ２９１３：Ｎｏ）、決定部３０８により、変換対象となるＣＩと同時変換ＣＩとの関連付けを表すリレーションシップを同時変換対象となるデータに決定して（ステップＳ２９１４）、図２７に示したステップＳ２７０５に移行する。
【０２５６】
これにより、処理対象となるデータを指定する条件として、変換対象となるＣＩとともに指定される割合が高い他のＣＩおよび該ＣＩ間を関連付けるリレーションシップのデータ形式を、旧スキーマから新スキーマに変換することができる。
【０２５７】
図３０は、ステップＳ２７０４の同時変換データ決定処理の具体的な処理手順の一例を示すフローチャート（その２）である。図３０のフローチャートにおいて、まず、検索部３０５により、検索結果テーブル８００の中から変換対象となるＣＩを特定する（ステップＳ３００１）。
【０２５８】
そして、検索部３０５により、ＣＭＤＢ１１０の中から、同時変換候補データとして、特定された変換対象となるＣＩのＩＤを含むリレーションシップを検索する（ステップＳ３００２）。さらに、検索部３０５により、ＣＭＤＢ１１０の中から、検索されたリレーションシップにより変換対象となるＣＩと接続されている同時変換候補ＣＩを検索する（ステップＳ３００３）。検索された同時変換候補ＣＩは、同時変換候補ＣＩリスト２２００に記憶される。
【０２５９】
つぎに、決定部３０８は、同時変換候補ＣＩリスト２２００を参照して、関連リスト（例えば、関連リスト２３００）を作成する（ステップＳ３００４）。このあと、決定部３０８により、関連リスト２３００の中から選択されていない未選択のペア情報があるか否かを判断する（ステップＳ３００５）。
【０２６０】
ここで、未選択のペア情報がある場合（ステップＳ３００５：Ｙｅｓ）、決定部３０８により、関連リスト２３００の中から未選択のペア情報を選択する（ステップＳ３００６）。そして、決定部３０８により、関連クラス適用ルールリスト２４００の中から、選択されたペア情報に対応する関連クラス適用ルールを検索する（ステップＳ３００７）。
【０２６１】
つぎに、決定部３０８により、選択されたペア情報に対応する関連クラス適用ルールが検索されたか否かを判断する（ステップＳ３００８）。ここで、関連クラス適用ルールが検索されなかった場合（ステップＳ３００８：Ｎｏ）、ステップＳ３００５に戻る。一方、関連クラス適用ルールが検索された場合（ステップＳ３００８：Ｙｅｓ）、決定部３０８により、同時変換候補ＣＩリスト２２００を参照して、ペア情報から特定されるソースとなるＣＩの種別の同時変換候補ＣＩを特定する（ステップＳ３００９）。
【０２６２】
そして、決定部３０８により、特定された同時変換候補ＣＩの同時変換候補ＣＩリスト２２００内のＰｏｉｎｔフィールドに、ステップＳ３００７において検索された関連クラス適用ルールのルール数を加算する（ステップＳ３０１０）。
【０２６３】
さらに、決定部３０８により、同時変換候補ＣＩリスト２２００を参照して、ペア情報から特定されるディスティネーションとなるＣＩの種別の同時変換候補ＣＩを特定する（ステップＳ３０１１）。そして、決定部３０８により、特定された同時変換候補ＣＩの同時変換候補ＣＩリスト２２００内のＰｏｉｎｔフィールドに、ステップＳ３００７において検索された関連クラス適用ルールのルール数を加算して（ステップＳ３０１２）、ステップＳ３００５に戻る。
【０２６４】
また、ステップＳ３００５において、未選択のペア情報がない場合（ステップＳ３００５：Ｎｏ）、決定部３０８により、同時変換候補ＣＩリスト２２００の中から、Ｐｏｉｎｔが閾値γ以上かつ最大の未選択の同時変換候補ＣＩを選択する（ステップＳ３０１３）。そして、決定部３０８により、選択された同時変換候補ＣＩを同時変換ＣＩに決定する（ステップＳ３０１４）。同時変換ＣＩは、同時変換対象となるデータである。
【０２６５】
このあと、決定部３０８により、決定された同時変換ＣＩのデータ数が所定数αの範囲内か否かを判断する（ステップＳ３０１５）。ここで、所定数αの範囲内ではない場合（ステップＳ３０１５：Ｎｏ）、ステップＳ３０１７に移行する。
【０２６６】
一方、所定数αの範囲内の場合（ステップＳ３０１５：Ｙｅｓ）、決定部３０８により、Ｐｏｉｎｔが閾値γ以上の未選択の同時変換候補ＣＩがあるか否かを判断する（ステップＳ３０１６）。ここで、未選択の同時変換候補ＣＩがある場合（ステップＳ３０１６：Ｙｅｓ）、ステップＳ３０１３に戻る。
【０２６７】
一方、未選択の同時変換候補ＣＩがない場合（ステップＳ３０１６：Ｎｏ）、決定部３０８により、変換対象となるＣＩと同時変換ＣＩとの関連付けを表すリレーションシップを同時変換対象となるデータに決定して（ステップＳ３０１７）、図２７に示したステップＳ２７０５に移行する。
【０２６８】
これにより、同時変換候補ＣＩのうち、障害発生箇所を特定する処理要求の処理対象となるＣＩのデータ形式を旧スキーマから新スキーマに変換することができる。
【０２６９】
以上説明したように、実施の形態にかかるデータ変換装置１００によれば、ＣＭＤＢ１１０の旧スキーマと新スキーマとの差分に基づいて、処理要求の処理対象となるデータを指定する条件が新スキーマにより変更されたものか否かを判定することができる。また、データ変換装置１００によれば、該判定結果に応じて、ＣＭＤＢ１１０のスキーマ変更に合わせてデータ形式を変換するデータをＣＭＤＢ１１０の中から検索することができる。
【０２７０】
これにより、ＣＭＤＢ１１０に対する処理要求の受付時に、処理対象となるデータのデータ形式を旧スキーマから新スキーマに変換することができ、処理要求により要求されている処理を適切に実施することができる。換言すれば、ＣＭＤＢ１１０に対する処理要求の受付時に、要求されている処理を実施するために最低限必要となるデータのみデータ変換を行うことで、ＣＭＤＢ１１０内のデータのデータ形式を新スキーマに段階的に変換することができる。
【０２７１】
また、データ変換装置１００によれば、処理対象となるデータを指定する条件が新スキーマにより変更されたものではない場合、該条件を表す文字列に基づいて、変換対象となるデータを検索する検索式を作成することができる。これにより、処理対象となるデータのデータ形式を新スキーマに変換することができる。
【０２７２】
また、データ変換装置１００によれば、処理対象となるデータを指定する条件が新スキーマにより変更されたものである場合、該条件を旧スキーマに対応した条件に変換して、変換対象となるデータを検索する検索式を作成することができる。これにより、処理対象となるデータのデータ形式を新スキーマに変換することができる。
【０２７３】
また、データ変換装置１００によれば、処理対象となるデータを指定する条件が新スキーマにより変更されたものである場合、階層化された複数の条件のうち最上位の条件を表す文字列に基づいて、変換対象となるデータを検索する検索式を作成することができる。これにより、処理対象となるデータを含むデータセットの各々のデータのデータ形式を新スキーマに変換することができる。
【０２７４】
また、データ変換装置１００によれば、変換対象となるＣＩとリレーションシップにより関連付けられた他のＣＩをＣＭＤＢ１１０の中から検索することができる。これにより、変換対象となるＣＩとともに、該ＣＩと関連する他のＣＩおよび該ＣＩ間の関連付けを表すリレーションシップのデータ形式を新スキーマに変換することができる。
【０２７５】
また、データ変換装置１００によれば、複数の同時変換候補ＣＩが検索された場合、変換対象のＣＩとともに同時変換候補ＣＩが指定された該同時変換候補ＣＩごとの出現頻度に基づいて、複数の同時変換候補ＣＩの中から同時変換ＣＩを決定することができる。これにより、複数の同時変換候補ＣＩのうち、処理対象となるデータを指定する条件として変換対象のＣＩとともに指定される頻度が高い同時変換候補ＣＩを優先的に同時変換ＣＩに決定することができる。また、同時変換対象となるデータを絞り込むことにより、処理要求により要求されている処理にかかる処理時間の増加を抑制することができる。
【０２７６】
また、データ変換装置１００によれば、ＣＭＤＢ１１０に対する処理要求に関するログ情報に基づいて、変換対象のＣＩとともに同時変換候補ＣＩが指定された該同時変換候補ＣＩごとの出現頻度を算出することができる。
【０２７７】
また、データ変換装置１００によれば、予め設定された所定数αの範囲内で、複数の同時変換候補ＣＩの中から同時変換ＣＩを決定することができる。これにより、同時変換対象となるデータのデータ数の増大を抑制して、処理要求の受付時における要求されている処理の実施までにかかる所要時間の増加を抑制することができる。
【０２７８】
また、データ変換装置１００によれば、同時変換候補ＣＩのうち、システム内の障害発生箇所を特定する処理要求の処理対象となるＣＩのデータ形式を旧スキーマから新スキーマに変換することができる。これにより、障害対処時に正確にシステム構成を把握して、障害発生箇所を特定することができる。
【０２７９】
これらのことから、本データ変換プログラム、データ変換装置およびデータ変換方法によれば、ＣＭＤＢ１１０のスキーマ変更時にサービスを停止させることなく、ＣＭＤＢ１１０内のデータを最新スキーマに段階的に移行させることができる。
【０２８０】
なお、本実施の形態で説明したデータ変換方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本データ変換プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本データ変換プログラムは、インターネット等のネットワークを介して配布してもよい。
【０２８１】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０２８２】
（付記１）データベースのスキーマが旧スキーマから新スキーマに変更された後、前記データベースに対する処理要求を受け付ける受付工程と、
前記旧スキーマと前記新スキーマとの差分情報に基づいて、前記受付工程によって受け付けられた処理要求の処理対象となるデータを指定する条件が、前記新スキーマにより変更されたものか否かを判定する判定工程と、
前記判定工程によって判定された判定結果および前記処理要求に基づいて、前記データベースの中から、前記旧スキーマから前記新スキーマにデータ形式を変換する変換対象となるデータを検索する検索工程と、
前記検索工程によって検索されたデータのデータ形式を、前記旧スキーマから前記新スキーマに変換する変換工程と、
をコンピュータに実行させることを特徴とするデータ変換プログラム。
【０２８３】
（付記２）前記コンピュータに、
前記判定工程によって前記条件が前記新スキーマにより変更されたものではないと判定された場合、前記条件を表す文字列に基づいて、前記変換対象となるデータを検索する検索式を作成する作成工程を実行させ、
前記検索工程は、
前記作成工程によって作成された検索式を用いて、前記データベースの中から前記変換対象となるデータを検索することを特徴とする付記１に記載のデータ変換プログラム。
【０２８４】
（付記３）前記作成工程は、
前記条件が前記新スキーマにより変更されたものと判定された場合、前記条件を前記旧スキーマに対応した条件に変換することにより、前記変換対象となるデータを検索する検索式を作成することを特徴とする付記２に記載のデータ変換プログラム。
【０２８５】
（付記４）前記作成工程は、
前記条件が前記新スキーマにより変更されたものと判定された場合、前記処理対象となるデータを指定する階層化された複数の条件のうち最上位の条件を表す文字列に基づいて、前記変換対象となるデータを検索する検索式を作成することを特徴とする付記２または３に記載のデータ変換プログラム。
【０２８６】
（付記５）前記データベースは、システムを構成する構成要素に関するデータと、前記システム内の構成要素間の関連付けを表すリレーションシップに関するデータとを記憶しており、
前記コンピュータに、
前記検索工程（以下、「第１の検索工程」という）によって検索された第１の構成要素に関するデータとリレーションシップにより関連付けられた第２の構成要素に関するデータを前記データベースの中から検索する第２の検索工程を実行させ、
前記変換工程は、
さらに、前記第２の検索工程によって検索されたデータのデータ形式と、前記第１および第２の構成要素の関連付けを表すリレーションシップに関するデータのデータ形式とを、前記旧スキーマから前記新スキーマに変換することを特徴とする付記１〜４のいずれか一つに記載のデータ変換プログラム。
【０２８７】
（付記６）前記コンピュータに、
前記第２の検索工程によって複数のデータが検索された場合、処理対象となるデータを指定する条件として、前記第１の構成要素とともに前記第２の構成要素が指定された当該第２の構成要素ごとの出現頻度を表す指標値に基づいて、前記複数のデータの中から前記変換対象となるデータを決定する決定工程を実行させ、
前記変換工程は、
さらに、前記決定工程によって決定されたデータのデータ形式と、前記第１の構成要素および当該データが表す第２の構成要素の関連付けを表すリレーションシップに関するデータのデータ形式とを、前記旧スキーマから前記新スキーマに変換することを特徴とする付記５に記載のデータ変換プログラム。
【０２８８】
（付記７）前記コンピュータに、
前記データベースに対する過去の処理要求のうち、処理対象となるデータを指定する条件として少なくとも前記第１の構成要素が指定された処理要求に関するログ情報に基づいて、前記第１の構成要素とともに前記第２の構成要素が前記条件として指定された当該第２の構成要素ごとの出現頻度を表す指標値を算出する算出工程を実行させ、
前記決定工程は、
前記算出工程によって算出された前記第２の構成要素ごとの出現頻度を表す指標値に基づいて、前記複数のデータの中から前記変換対象となるデータを決定することを特徴とする付記６に記載のデータ変換プログラム。
【０２８９】
（付記８）前記決定工程は、
所定のデータ数の範囲内で、前記複数のデータの中から前記変換対象となるデータを決定することを特徴とする付記６または７に記載のデータ変換プログラム。
【０２９０】
（付記９）前記決定工程は、
前記第２の検索工程によって検索された複数のデータのうち、前記システム内の障害発生箇所を特定する処理要求の処理対象となるデータを、前記変換対象となるデータに決定することを特徴とする付記６〜８のいずれか一つに記載のデータ変換プログラム。
【０２９１】
（付記１０）データベースのスキーマが旧スキーマから新スキーマに変更された後、前記データベースに対する処理要求を受け付ける受付部と、
前記旧スキーマと前記新スキーマとの差分情報に基づいて、前記受付部によって受け付けられた処理要求の処理対象となるデータを指定する条件が、前記新スキーマにより変更されたものか否かを判定する判定部と、
前記判定部によって判定された判定結果および前記処理要求に基づいて、前記データベースの中から、前記旧スキーマから前記新スキーマにデータ形式を変換する変換対象となるデータを検索する検索部と、
前記検索部によって検索されたデータのデータ形式を、前記旧スキーマから前記新スキーマに変換する変換部と、
を備えることを特徴とするデータ変換装置。
【０２９２】
（付記１１）データベースのスキーマが旧スキーマから新スキーマに変更された後、前記データベースに対する処理要求の受け付けを行い、
前記旧スキーマと前記新スキーマとの差分情報に基づいて、前記受け付けによって受け付けられた処理要求の処理対象となるデータを指定する条件が、前記新スキーマにより変更されたものか否かの判定を行い、
前記判定によって判定された判定結果および前記処理要求に基づいて、前記データベースの中から、前記旧スキーマから前記新スキーマにデータ形式を変換する変換対象となるデータの検索を行い、
前記検索によって検索されたデータのデータ形式を、前記旧スキーマから前記新スキーマに変換する、
処理をコンピュータが実行することを特徴とするデータ変換方法。
【符号の説明】
【０２９３】
１００  データ変換装置
１１０  ＣＭＤＢ
３０１  受付部
３０２  差分作成部
３０３  判定部
３０４  式作成部
３０５  検索部
３０６  変換部
３０７  実行部
３０８  決定部
４００  スキーマ
５００  スキーマ変更表
６００  処理要求
７００  バージョン間要素対応表
８００  検索結果テーブル
９００  データ変換ルール
１０００  メタ情報テーブル
１７００，２２００  同時変換候補ＣＩリスト
１８００  ＣＩ種別リスト
１９００  統計表
２１００  ログ情報
２３００  関連リスト
２４００  関連クラス適用ルールリスト
【図１】
0005594120.tif 000002
【図２】
0005594120.tif 000003
【図３】
0005594120.tif 000004
【図４】
0005594120.tif 000005
【図５】
0005594120.tif 000006
【図６】
0005594120.tif 000007
【図７】
0005594120.tif 000008
【図８】
0005594120.tif 000009
【図９】
0005594120.tif 000010
【図１０】
0005594120.tif 000011
【図１１】
0005594120.tif 000012
【図１２】
0005594120.tif 000013
【図１３】
0005594120.tif 000014
【図１４】
0005594120.tif 000015
【図１５】
0005594120.tif 000016
【図１６】
0005594120.tif 000017
【図１７】
0005594120.tif 000018
【図１８】
0005594120.tif 000019
【図１９】
0005594120.tif 000020
【図２０】
0005594120.tif 000021
【図２１】
0005594120.tif 000022
【図２２】
0005594120.tif 000023
【図２３】
0005594120.tif 000024
【図２４】
0005594120.tif 000025
【図２５】
0005594120.tif 000026
【図２６】
0005594120.tif 000027
【図２７】
0005594120.tif 000028
【図２８】
0005594120.tif 000029
【図２９】
0005594120.tif 000030
【図３０】
0005594120.tif 000031