(57)【要約】      （修正有）【課題】分析アプリケーションの更新に応じて、参照先のデータやデータマートのタグを変更する情報処理装置、及び情報処理方法を提供する。【解決手段】データベースサーバ２におけるデータレイク１０に蓄積された各データＤ１Ａ及び当該データに基づいて生成されたデータマートＤ１Ｂにそれぞれ付与されたタグを管理し、当該タグに基づいてデータレイク内のデータＤ１Ａ及びデータマートＤ１Ｂをカタログ化するデータカタログ装置４は、データマートを参照するアプリケーションの更新を検出し、更新後の当該アプリケーションが参照するデータマート及び当該データマートの元となった各データに対して新たなタグを付与する。【選択図】図２
2020107166.tif 000002
【特許請求の範囲】
【請求項１】
データレイクに蓄積された各データ及び当該データに基づいて生成されたデータマートにそれぞれ付与されたタグを管理し、当該タグに基づいて前記データレイク内の前記データ及び前記データマートをカタログ化する情報処理装置において、
前記データマートを参照するアプリケーションの更新を検出するアプリケーション処理部と、
更新後の当該アプリケーションが参照する前記データマート及び当該データマートの元となった各前記データに対してそれぞれ新たな前記タグを付与するタグ処理部と
を備えることを特徴とする情報処理装置。
【請求項２】
前記アプリケーション処理部により更新が検出された前記アプリケーションの更新後のバージョンに応じたバージョン識別子を生成するバージョン識別子生成部をさらに備え、
前記タグ処理部は、
前記バージョン識別子生成部により生成された前記バージョン識別子を含む新たなタグ名の前記タグを更新後の前記アプリケーションが参照する前記データマート及び当該データマートの元となった各前記データにそれぞれ付与する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
更新後の前記アプリケーションが参照する前記データマート及び当該データマートの元となった各前記データにそれぞれ付与する前記タグの前記タグ名は、
前記アプリケーションのアプリケーション名に、前記バージョン識別子生成部により生成された前記バージョン識別子を付加したタグ名である
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記バージョン識別子は、予め規定された複数のルールのうち、当該ルールに従って対応する情報を取得でき、かつ最も優先度が高い前記ルールに従って取得した前記情報であり、
タグ名を検索キーワードとする検索においてヒットした前記タグ名のうち、検索者が選択した前記タグ名に含まれる前記バージョン識別子に対応する前記ルールの前記優先度を上げる推奨判断処理部を備える
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記推奨判断処理部は、
前記タグ名を前記検索キーワードとする前記検索においてヒットした各前記タグ名を、推奨するタグの順番に並べて掲載した第１の検索結果画面を生成する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記推奨判断処理部は、
予め規定された前記タグを推奨するための複数の推奨条件を、当該推奨条件とそれぞれ対応付けたスコアと共に保持し、
前記第１の検索結果画面において、前記検索者により選択された前記タグ名のタグが該当する前記推奨条件の前記スコアを増加させ、
前記タグ名を前記検索キーワードとする前記検索を前記第１の検索結果画面に表示する際、当該検索においてヒットした各前記タグ名の前記タグについて、当該タグが該当するすべての前記推奨条件の前記スコアの合算値をそれぞれ算出し、当該検索でヒットした各前記タグ名を当該合算値が大きい前記タグの順番に並べて前記第１の検索結果画面に表示する
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記推奨判断処理部は、
前記第１の検索結果画面において選択された前記タグ名が付与された前記データレイク内の前記データ及び前記データマートの一覧が掲載された第２の検索結果画面を生成し、
前記第２の検索結果画面に表示された前記前記データ及び前記データマートの中から前記検索者により検索された前記データ及び又は前記データマートを前記データマートから取得するデータ取得部を備える
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
データレイクに蓄積された各データ及び当該データに基づいて生成されたデータマートにそれぞれ付与されたタグを管理し、当該タグに基づいて前記データレイク内の前記データ及び前記データマートをカタログ化する情報処理装置において実行される情報処理方法であって、
前記データマートを参照するアプリケーションの更新を検出する第１のステップと、
更新後の当該アプリケーションが参照する前記データマート及び当該データマートの元となった各前記データに対してそれぞれ新たな前記タグを付与する第２のステップと
を備えることを特徴とする情報処理方法。
【請求項９】
前記第２のステップでは、
更新を検出した前記アプリケーションの更新後のバージョンに応じたバージョン識別子を生成し、
生成した前記バージョン識別子を含む新たなタグ名の前記タグを更新後の前記アプリケーションが参照する前記データマート及び当該データマートの元となった各前記データにそれぞれ付与する
ことを特徴とする請求項８に記載の情報処理方法。
【請求項１０】
更新後の前記アプリケーションが参照する前記データマート及び当該データマートの元となった各前記データにそれぞれ付与する前記タグの前記タグ名は、
前記アプリケーションのアプリケーション名に、前記バージョン識別子生成部により生成された前記バージョン識別子を付加したタグ名である
ことを特徴とする請求項９に記載の情報処理方法。
【請求項１１】
前記バージョン識別子は、予め規定された複数のルールのうち、当該ルールに従って対応する情報を取得でき、かつ最も優先度が高い前記ルールに従って取得した前記情報であり、
タグ名を検索キーワードとする検索においてヒットした前記タグ名のうち、検索者が選択した前記タグ名に含まれる前記バージョン識別子に対応する前記ルールの前記優先度を上げる
ことを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
前記推奨判断処理部は、
前記タグ名を前記検索キーワードとする前記検索においてヒットした各前記タグ名を、推奨する前記タグの順番に並べて掲載した第１の検索結果画面を生成する
ことを特徴とする請求項１１に記載の情報処理方法。
【請求項１３】
予め規定された前記タグを推奨するための複数の推奨条件を、当該推奨条件とそれぞれ対応付けたスコアと共に保持し、
前記第１の検索結果画面において、前記検索者により選択された前記タグ名のタグが該当する前記推奨条件の前記スコアを増加させ、
前記タグ名を前記検索キーワードとする前記検索を前記第１の検索結果画面に表示する際、当該検索においてヒットした各前記タグ名の前記タグについて、当該タグが該当するすべての前記推奨条件の前記スコアの合算値をそれぞれ算出し、当該検索でヒットした各前記タグ名を当該合算値が大きい前記タグの順番に並べて前記第１の検索結果画面に表示する
ことを特徴とする請求項１２に記載の情報処理方法。
【請求項１４】
前記第１の検索結果画面において選択された前記タグ名が付与された前記データレイク内の前記データ及び前記データマートの一覧が掲載された第２の検索結果画面を生成し、
前記第２の検索結果画面に表示された前記前記データ及び前記データマートの中から前記検索者により検索された前記データ及び又は前記データマートを前記データマートから取得する
ことを特徴とする請求項１３に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置及び方法に関し、例えば、データカタログシステムに適用して好適なものである。
【背景技術】
【０００２】
近年、データレイクに蓄積された各データのメタデータにデータ活用視点（用途視点）のタグを付与し、これらのタグをメタデータとして管理するデータカタログを生成することが広く行われている（特許文献１及び２）。このようなデータカタログを用意することにより、データの検索性を向上させることができ、データレイク内の必要なデータに迅速にアクセスすることが可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２４５１７７号公報
【特許文献２】特表２０１２−５２２３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来、データレイク内の各データ（データマートを含む）へのタグ付けは人手により行われており、このためタグに最新の情報が反映されていない場合があった。例えば、分析アプリケーションを更新してその参照先となるデータマートを変更したときに、タグ付けを行うシステム管理者がこれを認識していなければ、同じ分析アプリケーションが利用するデータマートであるとして、変更後の分析アプリケーションの参照先のデータマートや、そのデータマートの作成に利用したデータ（以下、これを元データと呼ぶ）に対しても分析アプリケーションの変更前と同じタグが付与されていた。
【０００５】
このため、かかる分析アプリケーションが参照するデータレイクの元データを検索した場合に、実際にはそのデータマートの作成に利用されていないデータまでもが元データとしてヒットすることとなり、結果としてそのデータマートがどのデータを利用して作成されたものであるかを正確に把握することができなくなるという問題があった。
【０００６】
本発明は以上の点を考慮してなされたもので、常に最新の情報がタグに反映させ得る信頼性の高い情報処理装置及び方法を提案しようとするものである。
【課題を解決するための手段】
【０００７】
かかる課題を解決するため本発明においては、データレイクに蓄積された各データ及び当該データに基づいて生成されたデータマートにそれぞれ付与されたタグを管理し、当該タグに基づいて前記データレイク内の前記データ及び前記データマートをカタログ化する情報処理装置において、前記データマートを参照するアプリケーションの更新を検出するアプリケーション処理部と、更新後の当該アプリケーションが参照する前記データマート及び当該データマートの元となった各前記データに対してそれぞれ新たな前記タグを付与するタグ処理部とを設けるようにした。
【０００８】
また本発明においては、データレイクに蓄積された各データ及び当該データに基づいて生成されたデータマートにそれぞれ付与されたタグを管理し、当該タグに基づいて前記データレイク内の前記データ及び前記データマートをカタログ化する情報処理装置において実行される情報処理方法であって、前記データマートを参照するアプリケーションの更新を検出する第１のステップと、更新後の当該アプリケーションが参照する前記データマート及び当該データマートの元となった各前記データに対してそれぞれ新たな前記タグを付与する第２のステップとを設けるようにした。
【０００９】
本発明の情報処理装置及び方法によれば、更新されたアプリケーションが参照するデータレイクや当該データレイクの元となったデータに対して、更新後のアプリケーションに固有のタグが付与される。
【発明の効果】
【００１０】
本発明によれば、常に最新の情報がタグに反映させ得る信頼性の高い情報処理装置及び方法を実現できる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態によるデータカタログシステムの全体構成を示すブロック図である。
【図２】本実施の形態によるデータカタログシステムの論理構成を示すブロック図である。
【図３】データカタログ装置のハードウェア構成を示すブロック図である。
【図４】メタデータテーブルの構成を示す概念図である。
【図５】タグテーブルの構成を示す概念図である。
【図６】来歴情報テーブルの構成を示す概念図である。
【図７】タグ−データ対応テーブルの構成を示す概念図である。
【図８】データカタログ更新履歴テーブルの構成を示す概念図である。
【図９】参照履歴管理テーブルの構成を示す概念図である。
【図１０】アプリケーション変更履歴管理テーブルの構成を示す概念図である。
【図１１】識別子判定条件テーブルの構成を示す概念図である。
【図１２】タグ変更履歴管理テーブルの構成を示す概念図である。
【図１３】推奨条件テーブルの構成を示す概念図である。
【図１４】検索者情報テーブルの構成を示す概念図である。
【図１５】タグ参照履歴テーブルの構成を示す概念図である。
【図１６】アプリケーション使用履歴テーブルの構成を示す概念図である。
【図１７】（Ａ）〜（Ｄ）は、各種画面の概略的な画面構成を示す概略図である。
【図１８】タグ付与処理の処理手順を示すフローチャートである。
【図１９】アプリケーション更新判定処理の処理手順を示すフローチャートである。
【図２０】バージョン識別子生成処理の処理手順を示すフローチャートである。
【図２１】新規タグ登録及び付与処理の処理手順を示すフローチャートである。
【図２２】検索及び検索結果表示処理の処理手順を示すフローチャートである。
【図２３】検索結果画面生成処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下図面について、本発明の一実施の形態を詳述する。
【００１３】
（１）本実施の形態によるデータカタログシステムの構成
図１において、１は全体として本実施の形態によるデータカタログシステムを示す。このデータカタログシステム１は、データベースサーバ２と、１又は複数の分析者用クライアント３と、データカタログ装置４と、１又は複数のアプリケーション開発者用クライアント５とがネットワーク６を介して相互に接続されて構成されている。
【００１４】
図２に示すように、データベースサーバ２は、分析者用クライアント３に対してデータレイク１０を提供するコンピュータ装置であり、例えば汎用のサーバ装置から構成される。データベースサーバ２には、種々のデータが格納されて蓄積される。そしてデータベースサーバ２は、実装された図示しない集計ＥＴＬ（Extract Transform Load）プログラムの集計ＥＴＬプロセス１１により、データレイク１０に蓄積されたデータＤ１Ａのうちの必要なデータＤ１Ａを利用した集計ＥＴＬ処理を実行し、要求されたデータマートＤ１Ｂを生成する。
【００１５】
分析者用クライアント３は、売上や人件費などの分析作業を行う分析者が使用するコンピュータ装置であり、例えば、パーソナルコンピュータワークやステーション、メインフレームなどから構成される。分析者用クライアント３には、データベースサーバ２内に作成された対応するデータマートＤ１Ｂを参照して分析処理を行う分析アプリケーションＡＰ１が実装される。
【００１６】
データカタログ装置４は、データレイク１０に蓄積された各データＤ１Ａ及び各データマートＤ１Ｂ（以下、適宜、これらを纏めてデータ１Ａと呼ぶ）に対してタグ付けを行うコンピュータ装置であり、図３に示すように、ＣＰＵ（Central Processing Unit）２０、メモリ２１、記憶装置２２、通信装置２３、入力装置２４及び表示装置２５を備える汎用のサーバ装置から構成される。
【００１７】
ＣＰＵ２０は、データカタログ装置４全体の動作制御を司るプロセッサである。またメモリ２１は、例えば半導体メモリから構成され、必要なデータやプログラムを一時的に保持するために利用される。後述するメタデータ抽出プログラム３０、データカタログ管理プログラム３１、アプリケーション処理プログラム３２、バージョン識別子生成プログラム３３、タグ処理プログラム３４、推奨判断処理プログラム３５及びＳＱＬ生成プログラム３６も、必要時に記憶装置２２からこのメモリ２１にロードされて保持される。
【００１８】
記憶装置２２は、例えば、ハードディスク装置やＳＳＤ（Solid State Drive）などの大容量の不揮発性記憶媒体を備えた記憶装置から構成される。記憶装置２２に格納されたプログラム（上述の各種プログラムを含む）がデータカタログ装置４の起動時や必要時にメモリ２１にロードされ、メモリ２１にロードされたプログラムをＣＰＵ２０が実行することにより、後述のようなデータカタログ装置４全体としての各種処理が実行される。
【００１９】
図２について後述するメタデータテーブル４０、タグテーブル４１、来歴情報テーブル４２、タグ−データ対応テーブル４３、データカタログ更新履歴テーブル４４、参照履歴管理テーブル４５、アプリケーション変更履歴管理テーブル４６、識別子判定条件テーブル４７、タグ変更履歴管理テーブル４８、推奨条件テーブル４９、検索者情報テーブル５０、タグ参照履歴テーブル５１及びアプリケーション使用履歴テーブル５２もこの記憶装置２２に格納されて保持される。
【００２０】
通信装置２３は、例えばＮＩＣ（Network Interface Card）などから構成され、データカタログ装置４がネットワーク６（図１）を介してデータベースサーバ２や、分析者用クライアント３及びアプリケーション開発者用クライアント５と通信を行う際のプロトコル制御を行う。また入力装置２４は、ユーザが必要な情報や命令を入力する際に利用するデバイスであり、例えば、キーボードやマウス又はタッチパネルなどから構成される。さらに表示装置２５は、必要な情報や画面を表示するデバイスであり、例えば、液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイなどから構成される。
【００２１】
アプリケーション開発者用クライアント５は、分析者用クライアント３に実装する分析アプリケーションＡＰ１（図２）を更新又は開発するアプリケーション開発者が利用するコンピュータ装置であり、例えば、パーソナルコンピュータやワークステーション、メインフレームなどから構成される。アプリケーション開発者用クライアント５には、アプリケーション開発者が分析アプリケーションＡＰ１を更新又は開発するために必要な開発アプリケーションＡＰ２が実装される。
【００２２】
（２）本実施の形態によるタグ付与機能、並びに、検索及び関連データダウンロード機能
次に、本データカタログシステム１に実装されたタグ付与機能、並びに、検索及び関連データダウンロード機能について説明する。
【００２３】
まずタグ付与機能について説明する。本実施の形態のタグ付与機能は、かかるデータカタログ装置４に実装された機能であり、いずれかの分析者用クライアント３に実装された分析アプリケーションＡＰ１が更新されて当該分析アプリケーションＡＰ１の参照先のデータマートＤ１Ｂが変更された場合に、変更後のデータマートＤ１Ｂや、そのデータマートＤ１Ｂの作成に利用したデータＤ１Ａ（以下、これをそのデータマートＤ１Ｂの元データＤ１Ａと呼ぶ）に対して、変更前のデータマートＤ１Ｂに付与されていたタグとは異なる新たなタグをそれぞれ付与する機能である。
【００２４】
具体的に、本データカタログ装置４は、分析アプリケーションＡＰ１が参照するデータマートＤ１Ｂや、データマートＤ１Ｂの元データＤ１Ａに対しては、その分析アプリケーションＡＰ１の名称（アプリケーション名）のタグを付与する。例えば、「Ｘプロジェクト売上」というアプリケーション名の分析アプリケーションＡＰ１が参照していたデータマートＤ１Ｂやその元データＤ１Ａに対しては「Ｘプロジェクト売上」というタグ名のタグが付与される。
【００２５】
そしてデータカタログ装置４は、分析アプリケーションＡＰ１が更新されてその参照先のデータマートＤ１Ｂが変更された場合には、その分析アプリケーションＡＰ１のアプリケーション名にバージョン識別子を加えた新たなタグを生成し、生成した新たなタグをかかる変更後の分析アプリケーションＡＰ１の参照先のデータマートＤ１Ｂや、その元データＤ１Ａにそれぞれ付与する。
【００２６】
ここで「バージョン識別子」とは、分析アプリケーションＡＰ１が更新されるごとに、その分析アプリケーションＡＰ１のそのバージョンに対応させて生成される当該バージョンに固有の識別子であり、更新年や更新年月日などを適用することができる。例えば、上述の「Ｘプロジェクト売上」の例において、更新年をバージョン識別子として適用する場合、更新年が2018年のときには更新後の分析アプリケーションＡＰ１が参照するデータマートＤ１Ｂやその元データＤ１Ａに対しては「Ｘプロジェクト売上_2018」というタグ名のタグが付与される。
【００２７】
なお、本実施の形態においては、かかるバージョン識別子の候補（以下、これをバージョン識別子候補又はルールと呼ぶ）として、対応する集計ＥＴＬプロセス１１（対応するデータマートＤ１Ｂに集計データを格納する集計ＥＴＬプロセス１１）が集計する集約句のカラム名、その分析アプリケーションＡＰ１における更新前のメタデータと、更新後の分析アプリケーションＡＰ１のメタデータとの差分、その分析アプリケーションＡＰ１を更新した更新者（アプリケーション開発者又は分析者）の識別ＩＤ、及び、更新年といった幾つかの項目が予め設定されている。また、これらのバージョン識別子候補に対しては、それぞれ優先度が予め設定されている。そしてデータカタログ装置４は、これらバージョン識別子候補のうち、その情報を取得可能で、かつ最も優先度が高いバージョン識別子候補の具体的な値をバージョン識別子として利用する。
【００２８】
一方、検索及び関連データダウンロード機能は、アプリケーション開発者により指定されたタグ名を検索キーワードとする検索を実行し、その検索結果を表示すると共に、かかる検索によりヒットしたタグ名の中からアプリケーション開発者により選択されたタグ名のタグが付与されたデータＤ１のうちの要求されたデータＤ１を自動ダウンロードする機能である。
【００２９】
実際上、本データカタログシステム１では、図１７（Ａ）について後述する検索画面７０を用いてアプリケーション開発者が所望するタグ名を検索キーワードとする検索を行った場合、そのときヒットしたすべてのタグのタグ名が図１７（Ｂ）について後述する第１の検索結果画面８０に表示される。
【００３０】
また、この後、第１の検索結果画面８０にタグ名が表示されたタグの中から、アプリケーション開発者が所望するタグを選択すると、そのタグが付与されたすべてのデータＤ１のデータ名が図１７（Ｃ）について後述する第２の検索結果画面９０に表示される。そして、この第２の検索結果画面９０にデータ名が表示されたデータＤ１の中から所望する１又は複数のデータＤ１をそのアプリケーション開発者が選択すると、選択されたすべてのデータＤ１をそのアプリケーション開発者が利用しているアプリケーション開発者用クライアント５がダウンロードする。
【００３１】
そして本実施の形態のデータカタログシステム１では、このような一連の過程で、第１の検索結果画面８０において、アプリケーション開発者が指定したタグ名を検索キーワードとして行った検索においてヒットした各タグ名を、データカタログ装置４が推奨する順番（検索対象と推定した順番）に並べて第１の検索結果画面８０に表示する点を特徴の１つとしている。例えば、検索キーワードが「Ｘ売上」であり、タグとして「Ｘ売上」、「Ｘ売上_2017」及び「Ｘ売上_2018」が存在する場合、データカタログ装置４は、過去の各タグの参照頻度や対応する分析アプリケーションＡＰ１の使用頻度などを考慮して、検索結果を例えば「Ｘ売上_2018」、「Ｘ売上」及び「Ｘ売上_2017」の順番で表示する。
【００３２】
このように分析者やアプリケーション開発者が指定したタグ名を検索キーワードとする検索でヒットしたタグを順番付けする手段として、データカタログ装置４は、図１３について後述するように、予め「タグの参照頻度が月１回以上」、「アプリケーション使用頻度が月１回以上」、「アプリケーション更新者と検索者の部署が同じ」、「タグの更新日時が半年以内」などの幾つかの条件（以下、これを推奨条件と呼ぶ）をそれぞれスコアと対応付けて保持している。
【００３３】
またデータカタログ装置４は、第１の検索結果画面８０に表示したタグ名の中からアプリケーション開発者が所望するタグ名を選択するごとに、かかる推奨条件の中からそのとき選択されたタグ名のタグに関連する推奨条件のスコアを１ずつ増加させる。
【００３４】
そしてデータカタログ装置４は、アプリケーション開発者が指定したタグ名を検索キーワードとして行った検索においてヒットした各タグ名を第１の検索結果画面８０に表示する際には、これらのタグ名のタグに関連するすべての推奨条件のスコアの合算値をそれぞれ算出し、算出した合算値が多い順にタグ名を並べて第１の検索結果画面８０に表示する。
【００３５】
以上のようなタグ付与機能、並びに、検索及び関連データダウンロード機能を実現するための手段として、データカタログ装置４には、図２に示すように、メタデータ抽出部６０、データカタログ管理部６１、アプリケーション処理部６２、バージョン識別子生成部６３、タグ処理部６４、推奨判断処理部６５及びＳＱＬ生成部６６が設けられている。
【００３６】
メタデータ抽出部６０は、メモリ２１（図３）に格納されたメタデータ抽出プログラム３０（図３）をＣＰＵ２０（図３）が実行することにより具現化される機能部である。メタデータ抽出部６０は、データベースサーバ２が提供するデータレイク１０に蓄積又は作成された各データＤ１（データＤ１Ａ及びデータマートＤ１Ｂのデータ。以下、同じ。）からそのメタデータをそれぞれ抽出する機能を有する。
【００３７】
またデータカタログ管理部６１は、メモリ２１に格納されたデータカタログ管理プログラム３１（図３）をＣＰＵ２０が実行することにより具現化される機能部である。データカタログ管理部６１は、各データＤ１にそれぞれ付与されたメタデータの識別子（メタデータ識別ＩＤ）や、各タグにそれぞれ付与された識別子（タグ識別ＩＤ）、各データマートＤ１ＢがそれぞれどのデータＤ１Ａに基づいて生成されたかというデータマートＤ１Ｂの来歴情報、タグ及びデータＤ１間の関連、並びに、データカタログの更新履歴を、それぞれ記憶装置２２（図３）に格納された後述のメタデータテーブル４０、タグテーブル４１、来歴情報テーブル４２、タグ−データ対応テーブル４３及びデータカタログ更新履歴テーブル４４を用いて管理する。
【００３８】
アプリケーション処理部６２は、メモリ２１に格納されたアプリケーション処理プログラム３２（図３）をＣＰＵ２０が実行することにより具現化される機能部である。アプリケーション処理部６２は、各分析者用クライアント３にそれぞれ実装された分析アプリケーションＡＰ１がデータレイク１０内のどのデータマートＤ１Ｂをいつ参照したかといったデータマートＤ１Ｂの参照履歴を後述する参照履歴管理テーブル４５を用いて管理する。またアプリケーション処理部６２は、各分析者用クライアント３にそれぞれ実装された分析アプリケーションＡＰ１がいつ誰によって更新されたかといった分析アプリケーションＡＰ１の変更履歴を後述するアプリケーション変更履歴管理テーブル４６を利用して管理する。そしてアプリケーション処理部６２は、これら参照履歴管理テーブル４５及びアプリケーション変更履歴管理テーブル４６に格納された情報に基づいて、各分析アプリケーションＡＰ１の参照先（データマートＤ１Ｂ）の変化の有無を判断する。
【００３９】
バージョン識別子生成部６３は、メモリ２１に格納されたバージョン識別子生成プログラム３３（図３）をＣＰＵ２０が実行することにより具現化される機能部である。バージョン識別子生成部６３は、記憶装置２２に格納された後述の識別子判定条件テーブル４７を参照して、更新後の分析アプリケーションＡＰ１が参照するデータマートＤ１Ｂや、そのデータマートＤ１Ｂの元データＤ１Ａに付与するバージョン識別子を生成する。
【００４０】
タグ処理部６４は、メモリ２１に格納されたタグ処理プログラム３４（図３）をＣＰＵ２０が実行することにより具現化される機能部である。タグ処理部６４は、記憶装置２２に格納された後述のタグ変更履歴管理テーブル４８を用いてタグの更新履歴やタグの親子関係を管理する。
【００４１】
なお「タグの親子関係」とは、バージョン識別子が付加されていない大元のタグを「親」のタグ（以下、これを親タグと呼ぶ）とし、「親タグ」にバージョン識別子が付加されたタグをその「親タグ」に対する「子」のタグ（以下、これを子タグと呼ぶ）とするタグ間の関係である。分析アプリケーションＡＰ１が更新された場合、更新後の分析アプリケーションＡＰ１が参照する各データＤ１には、それぞれ分析アプリケーションＡＰ１のアプリケーション名にそのときバージョン識別子生成部６３が生成したバージョン識別子を付加した新たなタグ名のタグが付与される。
【００４２】
推奨判断処理部６５は、メモリ２１に格納された推奨判断処理プログラム３５（図３）をＣＰＵ２０が実行することにより具現化される機能部である。推奨判断処理部６５は、図１７（Ａ）〜図１７（Ｄ）について後述する各画面を生成するための各種処理を実行し、生成したこれらの画面をそのアプリケーション開発者用クライアント５に表示させる機能を有する。
【００４３】
ＳＱＬ生成部６６は、メモリ２１に格納されたＳＱＬ生成プログラム３６（図３）をＣＰＵ２０が実行することにより具現化される機能部である。ＳＱＬ生成部６６は、図１７（Ｃ）について後述する第２の検索結果画面９０にデータ名が表示されたデータＤ１のうち、分析者やアプリケーション開発者により指定されたすべてのデータＤ１をデータベースサーバ２から取得するためのＳＱＬ（Structured Query Language）を生成し、生成したＳＱＬをデータベースサーバ２に送信することによりこれらデータＤ１を取得する。
【００４４】
一方、メタデータテーブル４０は、データベースサーバ２が提供するデータレイク１０内に存在する各データ（データマートを含む）のメタデータのメタデータ識別ＩＤを管理するために利用されるテーブルであり、メタデータ抽出部６０又はシステム管理者により作成される。このメタデータテーブル４０は、図４に示すように、メタデータ識別子ＩＤ欄４０Ａ及びデータ名欄４０Ｂを備えて構成される。メタデータテーブル４０では、１つの行が１つのデータＤ１に対応する。
【００４５】
そしてデータ名欄４０Ｂには、データレイク１０内に存在する対応するデータＤ１の名称（データ名）が格納され、メタデータ識別ＩＤ欄４０Ａには、対応するデータＤ１のメタデータに対して付与されたそのメタデータに固有の識別子（メタデータ識別ＩＤ）が格納される。
【００４６】
従って、図４の例の場合、例えば、「Ａデータ」というデータＤ１Ａのメタデータに対しては「M001」というメタデータ識別ＩＤが付与され、「マート１」というデータマートＤ１Ｂのメタデータに対しては「M030」というメタデータ識別ＩＤが付与されていることが示されている。
【００４７】
またタグテーブル４１は、データベースサーバ２が提供するデータレイク１０内に存在する各データＤ１にそれぞれ付与されたタグごとのタグ識別ＩＤを管理するために利用されるテーブルであり、メタデータ抽出部６０又はシステム管理者により作成される。このタグテーブル４１は、図５に示すように、タグ識別ＩＤ欄４１Ａ及びタグ名欄４１Ｂを備えて構成される。タグテーブルで４１は、１つの行が１つのタグに対応する。
【００４８】
そしてタグ名欄４１Ｂには、データレイク１０内のいずれかのデータＤ１に付与された対応するタグのタグ名が格納され、タグ識別ＩＤ欄４１Ａには、対応するタグに付与されたそのタグに固有の識別子（タグ識別ＩＤ）が格納される。
【００４９】
従って、図５の例の場合、「Ｘ売上」というタグ名に対しては「T001」というタグ識別ＩＤが付与され、「Ｘ売上」というタグ名に「20181001」というバージョン識別子が付加された「Ｘ売上_20181001」というタグ名に対しては「T003」というタグ識別ＩＤが付与されていることが示されている。
【００５０】
来歴情報テーブル４２は、どのデータマートＤ１ＢがどのデータＤ１Ａに基づいて生成されたかといったデータマートＤ１Ｂの来歴を管理するために利用されるテーブルであり、データカタログ管理部６１により作成される。この来歴情報テーブル４２は、図６に示すように、来歴識別ＩＤ欄４２Ａ、プロセス名欄４２Ｂ、加工前識別ＩＤ欄４２Ｃ、加工前データ名欄４２Ｄ、加工後識別ＩＤ欄４２Ｅ、加工後データ名欄４２Ｆ及びプロセス内容欄４２Ｇを備えて構成される。来歴情報テーブル４２では、１つの行が１つのデータＤ１Ａと１つのデータマートＤ１Ｂとの対応関係を表す。
【００５１】
そして加工前データ名欄４２Ｄには、加工前のデータＤ１Ａのデータ名が格納され、加工前識別ＩＤ欄４２Ｃには、そのデータＤ１Ａのメタデータに付与されたメタデータ識別ＩＤが格納される。また加工後データ名欄４２Ｆには、かかるデータＤ１Ａを用いて生成されたデータマートＤ１Ｂのデータ名が格納され、加工後識別ＩＤ欄４２Ｅには、そのデータマートＤ１Ｂのメタデータに付与されたメタデータ識別ＩＤが格納される。
【００５２】
さらにプロセス名欄４２Ｂには、かかる加工を行った集計ＥＴＬプロセス１１（図２）のプロセス名が格納され、プロセス内容欄４２Ｇには、かかる集計ＥＴＬプロセス１１により実行された集計ＥＴＬ処理の処理内容が格納される。さらに来歴識別ＩＤ欄４２Ａには、かかる加工前のデータＤ１Ａと、加工後のデータマートＤ１Ｂとの対応関係に付与された識別子（来歴識別ＩＤ）が格納される。
【００５３】
従って、図６の例の場合、「M030」というメタデータ識別ＩＤが付与された「マート１」というデータ名のデータマートＤ１Ｂには、「M001」というメタデータ識別ＩＤが付与された「Ａデータ」というデータＤ１Ａについて「集計ＥＴＬ１」という集計ＥＴＬプロセス１１により「部署ごとに旅費を集計する」という処理が行われた結果と、「M002」というメタデータ識別ＩＤが付与された「Ｂデータ」というデータＤ１Ａについて「集計ＥＴＬ１」という集計ＥＴＬプロセス１１により「部署ごとに人件費を集計する」という処理が行われた結果と、「M003」というメタデータ識別ＩＤが付与された「Ｃデータ」というデータＤ１Ａについて「集計ＥＴＬ１」という集計ＥＴＬプロセス１１により「部署ごとに売上を集計する」という処理が行われた結果とが少なくとも格納されていることが示されている。
【００５４】
タグ−データ対応テーブル４３は、タグとそのタグが付与されたデータＤ１との対応関係を管理するために利用されるテーブルであり、データカタログ管理部６１により作成される。タグ−データ対応テーブル４３は、図７に示すように、タグ識別ＩＤ欄４３Ａ、タグ名欄４３Ｂ、関連データ識別ＩＤ欄４３Ｃ及び関連データ名欄４３Ｄを備えて構成される。タグ−データ対応テーブル４３では、１つの行が１つのタグと１つのデータＤ１との対応関係を示す。
【００５５】
そしてタグ識別ＩＤ欄４３Ａには、対応するタグのタグ識別ＩＤが格納され、タグ名欄４３Ｂには、そのタグのタグ名が格納される。また関連データ識別ＩＤ欄４３Ｃには、そのタグが付与されたデータＤ１のメタデータに付与されたメタデータ識別ＩＤが格納され、関連データ名欄４３Ｄには、そのデータＤ１のデータ名が格納される。
【００５６】
従って、図７の例の場合、「M030」というメタデータ識別ＩＤが付与された「マート１」というデータＤ１（データマートＤ１Ｂ）と、「M031」というメタデータ識別ＩＤが付与された「マート１」というデータＤ１（データマートＤ１Ｂ）と、「M001」というメタデータ識別ＩＤが付与された「Ａデータ」というデータＤ１と、「M002」というメタデータ識別ＩＤが付与された「Ｂデータ」というデータＤ１と、「M003」というメタデータ識別ＩＤが付与された「Ｃデータ」というデータＤ１とには、それぞれ「T001」というタグ識別ＩＤが付与された「Ｘ売上」というタグ名のタグが関連付けられている（付与されている）ことが示されている。
【００５７】
データカタログ更新履歴テーブル４４は、データカタログ、より具体的にはメタデータテーブル４０、タグテーブル４１及び来歴情報テーブル４２に格納された情報の変更を管理するために利用されるテーブルであり、データカタログ管理部６１により作成される。データカタログ更新履歴テーブル４４は、図８に示すように、更新日時欄４４Ａ、更新対象識別ＩＤ欄４４Ｂ及び更新カテゴリ欄４４Ｃを備えて構成される。データカタログ更新履歴テーブル４４では、１つの行が１つの情報の変更に対応する。
【００５８】
そして更新日時欄４４Ａには、対応する情報が変更された日時が格納され、更新対象識別ＩＤ欄４４Ｂには、その情報の識別子（更新対象がメタデータテーブル４０の場合には「Ｍ」から始まるメタデータ識別ＩＤ、更新対象がタグテーブル４１の場合には「Ｔ」から始まるタグ識別ＩＤ、更新対象が来歴情報テーブル４２の場合には「Ｌ」から始まる来歴識別ＩＤ）が格納される。また更新カテゴリ欄４４Ｃには、対応する情報の更新が情報の追加（図８では情報の追加を「新規」と表記）、更新又は削除のいずれのカテゴリであるかを現す情報（更新カテゴリ）が格納される。
【００５９】
従って、図８の例の場合、「2017/07/23 13:35:04」に「T001」というタグ識別ＩＤが付与されたタグに関する情報がタグテーブル４１に追加（「新規」）され、「2018/04/01 11:15:49」にタグテーブル４１に登録されている「T001」というタグ識別ＩＤが付与されたタグに関する情報が更新（「更新」）され、「2018/04/30 20:23:12」に来歴情報テーブル４２に登録されている「L001」という来歴識別ＩＤが付与された来歴情報が削除（「削除」）されたことが示されている。
【００６０】
一方、参照履歴管理テーブル４５は、データベースサーバ２が提供するデータレイク１０内のデータＤ１に対する各分析者用クライアント３にそれぞれ実装された分析アプリケーションＡＰ１の参照履歴を管理するために利用されるテーブルであり、アプリケーション処理部６２により作成される。参照履歴管理テーブル４５は、図９に示すように、履歴管理ＩＤ欄４５Ａ、参照日時欄４５Ｂ、アプリケーションＩＤ欄４５Ｃ、アプリケーション名欄４５Ｄ及び参照先データ欄４５Ｅを備えて構成される。
【００６１】
そして参照先データ欄４５Ｅには、参照されたデータＤ１のデータ名が格納される。またアプリケーションＩＤ欄４５ＣにはそのデータＤ１を参照した分析アプリケーションＡＰ１に付与されたその分析アプリケーションＡＰ１に固有の識別子（アプリケーションＩＤ）が格納され、アプリケーション名欄４５Ｄには、その分析アプリケーションＡＰ１の名称（アプリケーション名）が格納される。
【００６２】
さらに参照日時欄４５Ｂには、対応する分析アプリケーションＡＰ１が対応するデータＤ１を参照した日時が格納され、履歴管理ＩＤ欄４５Ａには、その参照履歴に対して付与された管理ＩＤ（履歴管理ＩＤ）が格納される。
【００６３】
従って、図９の例の場合、「A001」というアプリケーションＩＤが付与された「Ｘ売上」というアプリケーション名の分析アプリケーションＡＰ１が「2017/07/23 00:00:00」に「マート１」というデータ名のデータＤ１（データマートＤ１Ｂ）を参照したことが示されている。
【００６４】
またアプリケーション変更履歴管理テーブル４６は、分析者用クライアント３に実装された分析アプリケーションＡＰ１の変更履歴を管理するために利用されるテーブルであり、分析アプリケーションＡＰ１を変更したアプリケーション開発者や分析者により必要な情報が逐次登録される。アプリケーション変更履歴管理テーブル４６は、図１０に示すように、変更日時欄４６Ａ、アプリケーションＩＤ欄４６Ｂ、アプリケーション名欄４６Ｃ、変更者欄４６Ｄ及び所属部署欄４６Ｅを備えて構成される。アプリケーション変更履歴管理テーブル４６では、１つの行が１つの分析アプリケーションＡＰ１の１つの変更履歴に対応する。
【００６５】
そしてアプリケーションＩＤ欄４６Ｂには、変更が行われた分析アプリケーションＡＰ１のアプリケーションＩＤが格納され、アプリケーション名欄４６Ｃには、その分析アプリケーションＡＰ１のアプリケーション名が格納され、変更日時欄４６Ａには、その変更が行われた日時が格納される。また変更者欄４６Ｄには、その変更を行った作業者（分析者又はアプリケーション開発者）の氏名又は識別ＩＤが格納され、所属部署欄４６Ｅには、その作業者の所属部署が格納される。
【００６６】
従って、図１０の例の場合、「A001」というアプリケーションＩＤが付与された「Ｘ売上」というアプリケーション名の分析アプリケーションＡＰ１は、「2018/04/01」に「設計部署Ａ」という部署に所属する「Ａ」という氏名又は識別ＩＤのアプリケーション開発者又は分析者により変更されたことが示されている。
【００６７】
さらに識別子判定条件テーブル４７は、幾つかの上述したバージョン識別子候補（ルール）及びその優先度を管理するために利用されるテーブルであり、予めユーザにより作成される。識別子判定条件テーブル４７は、図１１に示すように、ルール欄４７Ａ、条件欄４７Ｂ及び優先度欄４７Ｃを備えて構成される。識別子判定条件テーブル４７では、１つの行が１つのバージョン識別子候補（ルール）に対応する。
【００６８】
そしてルール欄４７Ａには、対応するバージョン識別子候補（ルール）の名称（ルール名）が格納され、条件欄４７Ｂには、対応するバージョン識別子候補（ルール）に従ったバージョン識別子を適用する際の条件が格納される。また優先度欄４７Ｃには、対応するバージョン識別子候補（ルール）の優先度が格納される。
【００６９】
従って、図１１の例の場合、バージョン識別子候補（ルール）として少なくとも「加工観点」、「差分」、「更新者」及び「更新日時」があり、これらの優先度がこの順番となっており、「加工観点」のバージョン識別子候補（ルール）をバージョン識別子として適用する際の条件が「集約句のカラム名を取得できるか」であることが示されている。
【００７０】
タグ変更履歴管理テーブル４８は、データベースサーバ２が提供するデータレイク１０内の各データＤ１にそれぞれ付与されたタグの変更履歴を管理するために利用されるテーブルであり、タグ処理部６４により作成される。タグ変更履歴管理テーブル４８は、図１２に示すように、変更日欄４８Ａ、タグＩＤ欄４８Ｂ、タグ名欄４８Ｃ、更新カテゴリ欄４８Ｄ及び親タグ欄４８Ｅを備えて構成される。タグ変更履歴管理テーブル４８では、１つの行が１つのタグの１つの変更履歴に対応する。
【００７１】
そしてタグＩＤ欄４８Ｂには変更されたタグのタグＩＤが格納され、タグ名欄４８Ｃにはそのタグのタグ名が格納され、変更日欄４８Ａにはその変更が行われた日にちが格納される。また更新カテゴリ欄４８Ｄには、その変更の更新カテゴリ（新規、更新又は削除）が格納され、親タグ欄４８Ｅには、対応するタグの親タグのタグ名が格納される。
【００７２】
従って、図１２の例の場合、例えば、「T001」というタグＩＤが付与された「Ｘ売上_20180401」というタグ名のタグは、「2018/04/01」に「Ｘ売上」というタグ名のタグを親タグとして「新規」に作成されたものであることが示されている。
【００７３】
他方、推奨条件テーブル４９は、上述の推奨条件を管理するために利用されるテーブルであり、予めユーザにより作成されてデータカタログ装置４に登録される。この推奨条件テーブル４９は、図１３に示すように、条件例欄４９Ａ及びスコア欄４９Ｂを備えて構成される。推奨条件テーブル４９では、１つの行が１つの推奨条件に対応する。
【００７４】
そして条件例欄４９Ａには、予め定められた対応する推奨条件が格納され、スコア欄４９Ｂには、対応する推奨条件の現在までのスコアが格納される。
【００７５】
従って、図１３の例の場合、「タグの参照頻度が月１回」、「アプリケーション使用頻度が月１回以上」、「アプリケーション更新者と検索者の部署が同じ」、「アプリケーション更新者と検索者が同じ」及び「タグの更新日時が半年以内」などが推奨条件として定められており、例えば「タグの参照頻度が月１回」という推奨条件に対する現在のスコアが「43」であることが示されている。
【００７６】
検索者情報テーブル５０は、過去に検索を行ったアプリケーション開発者を管理するために利用されるテーブルであり、予めユーザにより作成されて推奨判断処理部６５により適宜更新される。検索者情報テーブル５０は、図１４に示すように、氏名欄５０Ａ、部署欄５０Ｂ及び作成アプリケーション欄５０Ｃを備えて構成される。検索者情報テーブル５０では、１つの行が過去に検索を行った一人のアプリケーション開発者に対応する。
【００７７】
そして氏名欄５０Ａには、過去に検索を行ったアプリケーション開発者の氏名が格納され、部署欄５０Ｂには、そのアプリケーション開発者の所属部署の部署名が格納される。また作成アプリケーション欄５０Ｃには、そのアプリケーション開発者が作成した分析アプリケーションＡＰ１のアプリケーション名が格納される。
【００７８】
従って、図１４の例の場合、過去に検索を行った「Ａ」という氏名の分析者又はアプリケーション開発者は、「設計部署Ａ」に所属し、「Ｘ売上」というアプリケーション名の分析アプリケーションＡＰ１を作成したことが示されている。
【００７９】
またタグ参照履歴テーブル５１は、それまでにタグ名を検索キーワードとして行われた検索の履歴を管理するために利用されるテーブルであり、推奨判断処理部６５により作成される。このタグ参照履歴テーブル５１は、図１５に示すように、参照タグ欄５１Ａ、参照日欄５１Ｂ及び参照者欄５１Ｃを備えて構成される。タグ参照履歴テーブル５１では、１つの行が１回の検索で検索キーワードとして利用されたタグ名に対応する。
【００８０】
そして参照タグ欄５１Ａには、対応する検索において検索キーワードとして利用されたタグ名が格納され、参照日欄５１Ｂには、その検索が行われた日にちが格納される。また参照者欄５１Ｃには、その検索を行った作業者（分析者又はアプリケーション開発者）の氏名又は識別ＩＤが格納される。
【００８１】
従って、図１５の例の場合、「Ｂ」という分析者又はアプリケーション開発者が「2017/12/31」に「Ｙ売上」というタグ名を検索キーワードとして検索を行ったことが示されている。
【００８２】
アプリケーション使用履歴テーブル５２は、分析者用クライアント３に実装された分析アプリケーションＡＰ１の使用履歴を管理するために利用されるテーブルであり、推奨判断処理部６５により作成される。アプリケーション使用履歴テーブル５２は、図１６に示すように、使用アプリケーション名欄５２Ａ、使用日時欄５２Ｂ及び使用者欄５２Ｃを備えて構成される。アプリケーション使用履歴テーブル５２では、１つの行が１つの分析アプリケーションＡＰ１の１回の使用履歴に対応する。
【００８３】
そして使用アプリケーション名欄５２Ａには、対応する使用履歴におけるそのとき使用された分析アプリケーションＡＰ１のアプリケーション名が格納され、使用日時欄５２Ｂには、その分析アプリケーションＡＰ１が使用された日時が格納される。また使用者欄５２Ｃには、そのときその分析アプリケーションＡＰ１を使用した分析者の氏名又は識別ＩＤが格納される。
【００８４】
従って、図１６の例の場合、「Ｘ売上」というアプリケーション名の分析アプリケーションＡＰ１が「2017/03/20」に「Ａ」という識別ＩＤが付与された分析者により使用されたことが示されている。
【００８５】
（３）検索及び関連データダウンロード機能に関連する各種画面の画面構成例
図１７は、本データカタログシステム１において、アプリケーション開発者がタグ名を検索キーワードとして当該検索キーワードとタグ名が完全一致又は部分一致するタグや、そのようなタグが付与されたデータマートＤ１Ｂ及びその元データＤ１Ａを検索する場合に、その検索を行うアプリケーション開発者のアプリケーション開発者用クライアント５に順次表示される各画面の簡略的な画面構成例を示す。
【００８６】
図１７（Ａ）は、検索画面７０の構成例であり、検索キーワード入力欄７１及び検索ボタン７２を備えて構成される。そして本データカタログシステム１では、検索画面７０の検索キーワード入力欄７１に所望する検索キーワードを入力した上で検索ボタン７２をクリックすることにより、かかる検索キーワードを対象とした検索をデータカタログ装置４に実行させることができる。
【００８７】
また図１７（Ｂ）は、かかる検索の検索結果が表示された第１の検索結果画面８０の画面構成例を示す。この第１の検索結果画面８０では、かかる検索により検出された各タグ（以下、これらをそれぞれ検出タグと呼ぶ）のタグ名（図１７（Ｂ）では「Ｘ売上」及び「Ｘ売上_2018」）が縦方向に順番に並べられて掲載される。
【００８８】
また各検出タグの右横には、それぞれチェックボックス８１が表示される。そして第１の検索結果画面８０では、これらのチェックボックス８１の中から所望するタグに対応するチェックボックス８１をクリックすることにより、そのタグが付与されたデータを検索対象として選択することができる。このとき図１７（Ｂ）に示すように、クリックされたチェックボックス８１内にチェックマーク８２が表示される。
【００８９】
そして本データカタログシステム１では、上述のようにして検索対象のタグを選択した上で第１の検索結果画面８０の右下に表示された選択ボタン８３をクリックすることにより、対応するチェックボックス８１にチェックマーク８２が表示されたタグが付与されたデータＤ１（データマートＤ１Ｂを含む）の検索をデータカタログ装置４に実行させることができる。
【００９０】
この検索の検索結果は、図１７（Ｄ）に示すような第２の検索結果画面９０に表示される。この第２の検索結果画面９０では、かかる検索により検出された各データＤ１のデータ名（図１７（Ｃ）では「Ａデータ」、「Ｂデータ」、「Ｃデータ」、「マート１」及び「マート２」）が縦方向に並べられて掲載される。
【００９１】
また各データＤ１のデータ名の右横には、それぞれチェックボックス９１が表示される。そして第２の検索結果画面９０では、これらのチェックボックス９１の中から所望するデータＤ１に対応するチェックボックス９１をクリックすることにより、そのデータＤ１をダウンロード対象として選択することができる。このとき図１７（Ｃ）に示すように、クリックされたチェックボックス９１内にチェックマーク９２が表示される。
【００９２】
なお第２の検索結果画面９０では、画面右上に表示されたＡＬＬボタン９３をクリックすることにより当該第２の検索結果画面９０にデータ名が表示されたすべてのデータＤ１をダウンロード対象として選択することもできる。このとき第２の検索結果画面９０にデータ名が表示された各データＤ１にそれぞれ対応するすべてのチェックボックス９１内にチェックマーク９２が表示される。
【００９３】
そして本データカタログシステム１では、上述のようにしてダウンロード対象のデータＤ１を選択した上で第２の検索結果画面９０の右下に表示された抽出ボタン９４をクリックすることにより、対応するチェックボックス９１にチェックマーク９２が表示されたデータＤ１（つまりアプリケーション開発者により選択された各データＤ１）をデータベースサーバ２から対応するアプリケーション開発者用クライアント５にダウンロードすることができる。
【００９４】
実際上、このときＳＱＬ生成部６６（図２）がそのときアプリケーション開発者により選択された各データＤ１を取得するためのＳＱＬを生成し、生成したＳＱＬをデータベースサーバ２に送信することにより、これらのデータＤ１をデータベースサーバ２から取得する。そしてＳＱＬ生成部６６は、このようにして取得した各データＤ１をそのアプリケーション開発者のアプリケーション開発者用クライアント５に転送する。
【００９５】
そして、かかるダウンロードの完了後、図１７（Ｆ）に示すように、そのときダウンロードした各データＤ１のデータ名（図１７（Ｄ）では「Ａデータ」〜「Ｃデータ」並びに「マート１」及び「マート２」）がそれぞれ表示されたダウンロード完了画面１００がそのアプリケーション開発者用クライアント５に表示される。
【００９６】
（４）タグ付与機能に関する各種処理
（４−１）タグ付与処理
図１８は、かかるタグ付与機能に関連して本実施の形態のデータカタログ装置４において実行される一連の処理（以下、これをタグ付与処理と呼ぶ）の流れを示す。
【００９７】
このタグ付与処理は、定期的（例えば毎日の定時）に開始され、まず、アプリケーション処理部６２（図２）が前回のタグ付与処理の終了後から現在までの間にシステム内のいずれかの分析アプリケーションＡＰ１が更新されたか否かを判定するアプリケーション更新判定処理を実行する（Ｓ１）。
【００９８】
このアプリケーション更新判定処理は、参照履歴管理テーブル４５（図９）を参照して、いずれかの分析アプリケーションＡＰ１が、データベースサーバ２が提供するデータレイク１０内の新たなデータＤ１を参照したか否かを判定することにより行われる。そして、このアプリケーション更新判定処理でいずれの分析アプリケーションＡＰ１の更新が検出できなかった場合には、このタグ付与処理が終了する。
【００９９】
これに対して、アプリケーション更新判定処理においていずれかの分析アプリケーションＡＰ１の更新が検出できた場合、バージョン識別子生成部６３（図２）が、更新後のかかる分析アプリケーションＡＰ１に応じたバージョン識別子を生成するバージョン識別子付与処理を実行する（Ｓ２）。
【０１００】
この後、タグ処理部６４（図２）が、ステップＳ２でバージョン識別子生成部６３により生成されたバージョン識別子を親タグに付加した新たなタグをタグテーブル４１（図５）に新規登録すると共に、そのとき対象としている分析アプリケーションＡＰ１が参照するデータマートＤ１Ｂやその元データＤ１Ａにその新たなタグを付与する新規タグ登録及び付与処理を実行する（Ｓ３）。以上によりこのタグ付与処理が終了する。
【０１０１】
（４−２）アプリケーション更新判定処理
図１９は、図１８について上述したタグ付与処理のステップＳ１においてアプリケーション処理部６２により実行されるアプリケーション更新判定処理の具体的な処理内容を示す。
【０１０２】
アプリケーション処理部６２は、図１８について上述したタグ付与処理のステップＳ１において、まず、参照履歴管理テーブル４５を参照して、前回のタグ付与処理の終了後から現在までの間に、既存の分析アプリケーションＡＰ１がそれまで参照していたデータマートＤ１Ｂと異なるデータマートＤ１Ｂを参照した記録が参照履歴管理テーブル４５に新規追加されているか否かを判定する（Ｓ１０）。そしてアプリケーション処理部６２は、この判定で否定結果を得ると、このアプリケーション更新判定処理を終了する。
【０１０３】
これに対して、アプリケーション処理部６２は、ステップＳ１０の判定で肯定結果を得ると、それまでと異なるデータマートＤ１Ｂを参照したすべての分析アプリケーションＡＰ１について、更新された分析アプリケーションＡＰ１として、そのアプリケーション名をそれぞれ参照履歴管理テーブル４５から取得する（Ｓ１１）。
【０１０４】
続いて、アプリケーション処理部６２は、ステップＳ１１でアプリケーション名を取得した各分析アプリケーションＡＰ１について、その分析アプリケーションＡＰ１が最初にそれまでと異なるデータマートＤ１Ｂを参照した日時と、その分析アプリケーションＡＰ１のアプリケーションＩＤと、その分析アプリケーションＡＰ１のアプリケーション名とを参照履歴管理テーブル４５の参照日時欄４５Ｂ、アプリケーションＩＤ欄４５Ｃ及びアプリケーション名欄４５Ｄからそれぞれ取得し、取得したこれらの情報をそれぞれアプリケーション変更履歴管理テーブル４６（図１０）の未使用の行の対応する変更日時欄４６Ａ、アプリケーションＩＤ欄４６Ｂ又はアプリケーション名欄４６Ｃにそれぞれ格納する（Ｓ１２）。
【０１０５】
次いで、アプリケーション処理部６２は、バージョン識別子生成部６３を呼び出し（Ｓ１３）、この後、このアプリケーション更新判定処理を終了してタグ付与処理に戻る。
【０１０６】
（４−３）バージョン識別子生成処理
図２０は、図１８について上述したタグ付与処理のステップＳ２においてバージョン識別子生成部６３により実行されるバージョン識別子生成処理の具体的な処理内容を示す。
【０１０７】
バージョン識別子生成部６３は、アプリケーション処理部６２により呼び出されると、この図２０に示すバージョン識別子生成処理を開始し、まず、図１８のステップＳ１で更新が検出された分析アプリケーションＡＰ１の中からステップＳ２１以降が未処理の１つの分析アプリケーションＡＰ１を選択する（Ｓ２０）。
【０１０８】
続いて、バージョン識別子生成部６３は、識別子判定条件テーブル４７（図１１）に登録されているルールのうちの優先度が最も高いルールを選択し（Ｓ２１）、ステップＳ２０で選択した分析アプリケーション（以下、これを選択分析アプリケーションと呼ぶ）ＡＰについて、ステップＳ２１で選択したルール（以下、これを選択ルールと呼ぶ）の条件に関する情報を取得する（Ｓ２２）。
【０１０９】
具体的に、バージョン識別子生成部６３は、この段階では選択ルールが「加工観点」であるため、選択分析アプリケーションＡＰ１が参照するデータマートＤ１Ｂの元データＤ１Ａのうち、対応する集計ＥＴＬプロセス１１（図２）がデータＤ１Ａを利用する集約句のカラムのカラム名を取得する。
【０１１０】
次いで、バージョン識別子生成部６３は、ステップＳ２２において必要な情報を取得できたか否かを判定する（Ｓ２３）。そしてバージョン識別子生成部６３は、この判定で否定結果を得た場合には、識別子判定条件テーブル４７を参照して、直前のステップＳ２２で関連する情報を取得できなかった選択ルールの次に優先度が高いルールがあるか否かを判定する（Ｓ２４）。
【０１１１】
そしてバージョン識別子生成部６３は、この判定で肯定結果を得ると、かかる次に優先度が高いルールを次の選択ルールとして選択する（Ｓ２５）。そしてバージョン識別子生成部６３は、ステップＳ２２に戻り、この後、ステップＳ２３で肯定結果を得又はステップＳ２４で否定結果を得るまでステップＳ２２〜ステップＳ２５−ステップＳ２２のループを繰り返す。
【０１１２】
そしてバージョン識別子生成部６３は、やがてステップＳ２４で否定結果を得た場合には、その旨を対応する分析者用クライアント３又はアプリケーション開発者用クライアント５に表示させるなどの所定のエラー処理を実行し（Ｓ２６）、この後、このバージョン識別子生成処理を終了する。
【０１１３】
これに対して、バージョン識別子生成部６３は、やがてステップＳ２３で肯定結果を得た場合には、そのときの選択ルールについてステップＳ２２で取得した情報を、選択分析アプリケーションＡＰ１が参照するデータマートＤ１Ｂや、その元データＤ１Ａのバージョン識別子に決定する（Ｓ２７）。
【０１１４】
この後、バージョン識別子生成部６３は、更新されたすべての分析アプリケーションＡＰ１についてステップＳ２１以降の処理を実行し終えたか否かを判定する（Ｓ２８）。そしてバージョン識別子生成部６３は、この判定で否定結果を得るとステップＳ２０に戻り、この後、ステップＳ２０で選択する分析アプリケーションＡＰ１をバージョン識別子が未決定の他の分析アプリケーションＡＰ１に順次切り替えながら、ステップＳ２１〜ステップＳ２８の処理を繰り返す。
【０１１５】
そしてバージョン識別子生成部６３は、やがて更新されたすべての分析アプリケーションＡＰ１についてステップＳ２１以降の処理を実行し終えることによりステップＳ２８で肯定結果を得ると、タグ処理部を呼び出し（Ｓ２９）、この後、このバージョン識別子生成処理を終了してタグ付与処理に戻る。
【０１１６】
（４−４）新規タグ登録及び付与処理
図２１は、図１８について上述したタグ付与処理のステップＳ３においてタグ処理部６４（図２）により実行される新規タグ登録及び付加処理の具体的な処理内容を示す。
【０１１７】
タグ処理部６４は、バージョン識別子生成部６３により呼び出されると、この図２１に示す新規タグ登録及び付与処理を開始し、まず、図２０について上述したバージョン識別子生成処理によりバージョン識別子が決定された分析アプリケーション（つまり前回のタグ付与処理から今回のタグ付与処理までの間に更新された分析アプリケーション）ＡＰの中から１つの分析アプリケーションＡＰ１を選択する（Ｓ３０）。
【０１１８】
続いて、タグ処理部６４は、ステップＳ３０で選択した分析アプリケーションＡＰ１について、その分析アプリケーションＡＰ１のアプリケーション名に当該分析アプリケーションＡＰ１についてバージョン識別子生成部６３が決定したバージョン識別子を付加したタグを新規タグとしてタグテーブル４１（図５）に登録すると共に（Ｓ３１）、当該新規タグについての情報をタグ変更履歴管理テーブル４８（図１２）に登録する（Ｓ３２）。
【０１１９】
次いで、タグ処理部６４は、ステップＳ３０で選択した分析アプリケーションＡＰ１が参照したデータマートＤ１Ｂを参照履歴管理テーブル４５（図９）からすべて抽出するようアプリケーション処理部６２（図２）に依頼する（Ｓ３３）。またタグ処理部６４は、ステップＳ３３の結果として得られた、ステップＳ３０で選択した分析アプリケーションＡＰ１が参照したすべてのデータマートＤ１Ｂの中からステップＳ３５以降が未処理のデータマートＤ１Ｂを１つ選択する（Ｓ３４）。
【０１２０】
さらに、タグ処理部６４は、ステップＳ３４で選択したデータマートＤ１Ｂのメタデータに対して、対応する分析アプリケーションＡＰ１のアプリケーション名にバージョン識別子生成部６３により生成された上述のバージョン識別子を付加するようにして生成した新規タグを付与する（Ｓ３５）。具体的に、タグ処理部６４は、かかる新規タグとステップＳ３４で選択したデータマートＤ１Ｂとの対応関係をタグ−データ対応テーブル４３（図７）に登録する。
【０１２１】
そしてタグ処理部６４は、この後、ステップＳ３４で選択したデータマートＤ１Ｂの元データＤ１Ａに対して、ステップＳ３５で当該データマートＤ１Ｂに付与した新規タグと同じタグを付与する（Ｓ３６〜Ｓ３８）。
【０１２２】
具体的に、タグ処理部６４は、来歴情報テーブル４２を参照して、ステップＳ３４で選択したデータマートＤ１Ｂの来歴情報があるか否かを判定する（Ｓ３６）。そしてタグ処理部６４は、この判定で否定結果を得るとステップＳ３４に戻り、この後、ステップＳ３４で選択するデータマートＤ１Ｂを、ステップＳ３３で取得したデータマートＤ１Ｂの中からステップＳ３５以降が未処理の他のデータマートＤ１Ｂに切り替えてステップＳ３５以降の処理を実行する。
【０１２３】
これに対して、タグ処理部６４は、ステップＳ３６の判定で肯定結果を得ると、ステップＳ３４で選択したデータマートＤ１Ｂの元データＤ１Ａをすべて取得する（Ｓ３７）。またタグ処理部６４は、ステップＳ３７で取得したすべての元データＤ１Ａに対して、ステップＳ３５で当該データマートＤ１Ｂに付与した新規タグと同じタグをそれぞれ付与する（Ｓ３８）。具体的に、タグ処理部６４は、これらの元データＤ１Ａと、かかる新規タグとの対応関係をタグ−データ対応テーブル４３（図７）にそれぞれ登録する。
【０１２４】
この後、タグ処理部６４は、ステップＳ３３で抽出したすべてのデータマートＤ１Ｂについて、ステップＳ３５〜ステップＳ３８の処理を実行し終えたか否かを判定する（Ｓ３９）。そしてタグ処理部６４は、この判定で否定結果を得るとステップＳ３４に戻り、この後、ステップＳ３４で選択するデータマートＤ１ＢをステップＳ３５以降が未処理の他の該当するデータマートＤ１Ｂに順次切り替えながらステップＳ３４〜ステップＳ３９の処理を繰り返す。
【０１２５】
やがてタグ処理部６４は、ステップＳ３３で抽出されたすべてのデータマートＤ１Ｂについて、そのデータマートＤ１Ｂと、当該データマートＤ１Ｂのすべての元データＤ１Ａとに対する新規タグの付与が完了することによりステップＳ３９で肯定結果を得ると、前回のタグ付与処理から今回のタグ付与処理までの間に更新されたすべての分析アプリケーションＡＰ１についてのステップＳ３１〜ステップＳ３９の処理を実行し終えたか否かを判定する（Ｓ４０）。
【０１２６】
タグ処理部６４は、この判定で否定結果を得るとステップＳ３０に戻り、この後、ステップＳ３０で選択する分析アプリケーションＡＰ１をステップＳ３１以降が未処理の他の該当する分析アプリケーションＡＰ１に順次切り替えながらステップＳ３０〜ステップＳ４０の処理を繰り返す。
【０１２７】
そしてタグ処理部６４は、やがて該当するすべての分析アプリケーションＡＰ１についてステップＳ３０〜ステップＳ３９の処理を実行し終えることによりステップＳ４０で肯定結果を得ると、この新規タグ登録及び付与処理を終了してタグ付与処理に戻る。
【０１２８】
（５）検索及び関連データダウンロード機能に関する各種処理
（５−１）検索及び検索結果表示処理
一方、図２２は、かかる検索及び関連データダウンロード機能に関連して本実施の形態の推奨判断処理部６５により実行される、検索からその検索結果を第１の検索結果画面８０（図１７（Ｂ））に表示するまでの一連の処理（以下、これを検索及び検索結果表示処理と呼ぶ）の流れを示す。
【０１２９】
この検索及び検索結果表示処理は、アプリケーション開発者が、所定の操作により自己のアプリケーション開発者用クライアント５に図１７（Ａ）について上述した検索画面７０を表示させ、検索対象のタグのタグ名を検索キーワードとして検索キーワード入力欄７１に入力した後、検索ボタン７２をクリックすることにより実行される。
【０１３０】
実際上、かかる検索ボタン７２がクリックされると、まず、推奨判断処理部６５（図２）が、そのときアプリケーション開発者により指定された検索キーワードとタグ名が完全一致するタグをタグテーブル４１（図５）上で検索する（Ｓ５０）。
【０１３１】
続いて、推奨判断処理部６５は、ステップＳ５０の検索によりタグ名が検索キーワードと完全一致するタグを検出できたか否かを判定する（Ｓ５１）。そして推奨判断処理部６５は、この判定で否定結果を得るとステップＳ５４に進む。
【０１３２】
これに対して、推奨判断処理部６５は、ステップＳ５１の判定で肯定結果を得ると、ステップＳ５０の検索で検出した検索キーワードとタグ名が完全一致するタグを図１７（Ｂ）について上述した第１の検索結果画面８０において最上位に表示するよう内部設定を行う（Ｓ５２）。
【０１３３】
また推奨判断処理部６５は、検索キーワードがバージョン識別子を含むタグ名であった場合には、その検索キーワードからバージョン識別子を取り除いたタグ名（親タグのタグ名）を検索キーワードとして、再度、タグテーブル４１（図５）上で該当するタグを検索する（Ｓ５３）。なお検索キーワードがバージョン識別子を含まないタグ名であった場合には、このステップＳ５３は省略される。
【０１３４】
続いて、推奨判断処理部６５は、図１７（Ｂ）について上述した第１の検索結果画面８０の画面データを生成する検索結果画面生成処理を実行する（Ｓ５４）。この際、推奨判断処理部６５は、ステップＳ５０の検索で検索キーワードとタグ名が完全一致するタグを検出した場合（ステップＳ５１で肯定結果を得た場合）には、そのタグのタグ名を検索結果の最上位に表示した第１の検索結果画面８０の画面データを生成する。また推奨判断処理部６５は、推奨条件テーブル４９（図１３）を参照して、該当する推奨条件のスコアの合算値がより高いタグをより上位に表示するよう第１の検索結果画面８０の画面データを生成する。
【０１３５】
そして推奨判断処理部６５は、この後、生成した画面データを対応するアプリケーション開発者用クライアント５に送信する（Ｓ５５）。これにより、かかる第１の検索結果画面８０がそのアプリケーション開発者用クライアント５に表示される。
【０１３６】
続いて、推奨判断処理部６５は、かかる第１の検索結果画面８０において、当該第１の検索結果画面８０に表示されたタグ名のうちのいずれか１つのタグが選択されて選択ボタン８３（図１７（Ｂ））がクリックされるのを待ち受ける（Ｓ５６）。
【０１３７】
そして推奨判断処理部６５は、やがて第１の検索結果画面８０において、当該第１の検索結果画面８０に表示されたタグ名のうちのいずれかのタグが選択されて選択ボタン８３がクリックされると、そのとき選択されたタグのタグ名を取得する（Ｓ５７）。
【０１３８】
次いで、推奨判断処理部６５は、ステップＳ５７で取得したタグ名がバージョン識別子を含むか否かを判定し、そのタグ名がバージョン識別子を含む場合には、識別子判定条件テーブル４７（図１１）におけるそのバージョン識別子が該当するルールの優先度を１つ上げる（Ｓ５８）。これにより、使用頻度の高いバージョン識別子のルールの優先度を上げることができる。
【０１３９】
また推奨判断処理部６５は、ステップＳ５７で取得したタグ名のタグが図１３について上述した推奨条件テーブル４９において規定されているいずれかの推奨条件を満たす場合には、当該タグが満たすすべての推奨条件のスコアをそれぞれ１ずつ増加させる（Ｓ５９）。
【０１４０】
例えば、推奨判断処理部６５は、来歴情報テーブル４２（図６）を参照して、そのタグ名のタグが付与されたデータマートＤ１Ｂやその元データＤ１Ａへの参照頻度が月に１回以上あるか否かを判定し、かかる参照頻度が月に１回以上ある場合には、参照履歴管理テーブル４５における「タグの参照頻度が月１回以上」という推奨条件のスコアを１つ増加させる。
【０１４１】
また推奨判断処理部６５は、アプリケーション使用履歴テーブル５２（図１６）を参照して、そのタグ名（バージョン識別子が付加されてる場合には当該バージョン識別子を除いたタグ名）をアプリケーション名とする分析アプリケーションＡＰ１の使用頻度が月に１回以上あるか否かを判定し、かかる使用頻度が月に１回以上ある場合には、参照履歴管理テーブル４５における「アプリケーションの使用頻度がつき１回以上」という推奨条件のスコアを１つ増加させる。
【０１４２】
さらに推奨判断処理部６５は、検索者情報テーブル５０（図１４）及びアプリケーション変更履歴管理テーブル４６（図１０）を参照して、そのタグ名（バージョン識別子が付加されてる場合には当該バージョン識別子を除いたタグ名）をアプリケーション名とする分析アプリケーションＡＰ１の更新者の所属部署と、当該タグ名（バージョン識別子が付加されてる場合には当該バージョン識別子を含むタグ名）のタグが付与されたデータＤ１（データマートＤ１Ｂを含む）の参照者の所属部署とが同じであるか否かを判定し、同じ所属部署である場合には、参照履歴管理テーブル４５における「アプリケーション更新者と検索者の部署が同じ」という推奨条件のスコアを１つ増加させる。
【０１４３】
さらに推奨判断処理部６５は、検索者情報テーブル５０（図１４）及びアプリケーション変更履歴管理テーブル４６（図１０）を参照して、そのタグ名（バージョン識別子が付加されてる場合には当該バージョン識別子を除いたタグ名）をアプリケーション名とする分析アプリケーションＡＰ１の更新者と、当該タグ名（バージョン識別子が付加されてる場合には当該バージョン識別子を含むタグ名）のタグが付与されたデータＤ１（データマートＤ１Ｂを含む）の参照者とが同一人物であるか否かを判定し、同一人物である場合には、参照履歴管理テーブル４５における「アプリケーション更新者と検索者が同じ」という推奨条件のスコアを１つ増加させる。
【０１４４】
さらに推奨判断処理部６５は、タグ変更履歴管理テーブル４８（図１２）を参照して、そのタグ名のタグが半年以内に更新されたものであるか否かを判定し、かかる更新の履歴がある場合には、参照履歴管理テーブル４５における「タグの更新日時が半年以内」という推奨条件のスコアを１つ増加させる。
【０１４５】
そして推奨判断処理部６５は、この後、この検索及び検索結果表示処理を終了する。
【０１４６】
（５−２）検索結果画面生成処理
図２３は、図２２について上述した検索及び検索結果表示処理のステップＳ５４で推奨判断処理部６５により実行される検索結果画面生成処理の具体的な処理内容を示す。
【０１４７】
推奨判断処理部６５は、かかる検索及び検索結果表示処理のステップＳ５４に進むと、この図２３に示す検索結果画面生成処理を開始し、まず、ステップＳ５０及びステップＳ５３のいずれかの検索でヒットしたすべてのタグ名の中からステップＳ６１以降が未処理のタグ名を１つ選択する（Ｓ６０）。
【０１４８】
続いて、推奨判断処理部６５は、ステップＳ６０で選択したタグ名のタグが推奨条件テーブル４９（図１３）に規定されたいずれかの推奨条件を満たすか否かを判定する（Ｓ６１）。そして推奨判断処理部６５は、この判定で否定結果を得るとステップＳ６３に進み、これに対して肯定結果を得ると、推奨条件テーブル４９における該当するすべての推奨条件のスコアを合算する（Ｓ６２）。
【０１４９】
例えば、ステップＳ６０で選択したタグが「タグの参照頻度が月１回以上」及び「アプリケーション使用頻度が月１回以上」という２つの推奨条件をそれぞれ満たす場合、「タグの参照頻度が月１回以上」という推奨条件のスコアである「43」と、「アプリケーション使用頻度が月１回以上」という推奨条件のスコアである「55」との合算値をそのタグのスコアとして算出する。従って、この場合におけるそのタグのスコアは「98」となる。
【０１５０】
この後、推奨判断処理部６５は、ステップＳ５０及びステップＳ５３のいずれかの検索でヒットしたすべてのタグ名のタグについてステップＳ６１及びステップＳ６２の処理を実行し終えたか否かを判定する（Ｓ６３）。
【０１５１】
そして推奨判断処理部６５は、この判定で否定結果を得るとステップＳ６０に戻り、この後、ステップＳ６０で選択するタグを、ステップＳ５０及びステップＳ５３のいずれかの検索でヒットしたタグ名のタグであって、ステップＳ６１以降の処理が未処理の他のタグに順次切り替えながら、ステップＳ６０〜ステップＳ６３の処理を繰り返す。
【０１５２】
そして推奨判断処理部６５は、やがてステップＳ５０及びステップＳ５３のいずれかの検索でヒットしたすべてのタグ名のタグについてステップＳ６１及びステップＳ６２の処理を実行し終えることによりステップＳ６３で肯定結果を得ると、ステップＳ５０及びステップＳ５３のいずれかの検索でヒットした各タグ名の第１の検索結果画面８０における並び順を決定する（Ｓ６４）。
【０１５３】
この際、推奨判断処理部６５は、図２２のステップＳ５０の検索で検出した検索キーワードと完全一致するタグ名については、最上位に表示するようかかる並び順を決定する。また推奨判断処理部６５は、残りのタグ名については、ステップＳ６０〜ステップＳ６３の処理で算出したこれらタグ名のタグのスコア（該当する推奨条件のスコアの合算値）に基づいて、当該スコアが大きいほど上位に表示するよう、これらタグ名の並び順を決定する。
【０１５４】
この後、推奨判断処理部６５は、ステップＳ５０及びステップＳ５３のいずれかの検索でヒットした各タグ名についてステップＳ６４でそれぞれ決定した各タグ名の並び順に従ってこれらのタグを並べた第１の検索結果画面８０の画面データを生成する（Ｓ６５）。
【０１５５】
そして推奨判断処理部６５は、やがてこの検索結果画面生成処理を終了して図２２の検索及び検索結果表示処理に戻る。
【０１５６】
（６）本実施の形態の効果
以上のように本実施の形態のデータカタログシステム１では、分析アプリケーションＡＰ１が更新された場合に、当該分析アプリケーションＡＰ１が参照するデータマートＤ１Ｂや当該データマートＤ１Ｂの元データＤ１Ａに対して、更新後の分析アプリケーションＡＰ１に応じたバージョン識別子を含む新たなタグ名のタグが付与される。
【０１５７】
従って、本データカタログシステム１によれば、常に最新の情報がタグに反映されるため、分析アプリケーションが参照するデータマートＤ１Ｂやその元データＤ１Ａを検索した場合に、実際にはそのデータマートＤ１Ｂの作成に利用されていないデータＤ１Ａまでもが元データＤ１Ａとしてヒットするのを未然にかつ確実に防止することができる。よって、本実施の形態によれば、信頼性の高いデータカタログシステム１を実現できる。
【０１５８】
また本データカタログシステム１では、タグ名を検索キーワードとする検索において、ヒットしたタグ名を推奨する順番に並べて第１の検索結果画面８０に表示されるため、かかる検索を行ったアプリケーション開発者にとっての使い勝手を向上させることができる。加えて、本データカタログシステム１では、この後、第１の検索結果画面８０で選択したタグが付与されたデータＤ１を第２の検索結果画面９０に表示させることができ、このデータＤ１の中から所望するデータＤ１をダウンロードさせることができるため、アプリケーション開発者にとっての使い勝手をより一層と向上させることができる。
【０１５９】
（７）他の実施の形態
なお上述の実施の形態においては、データカタログ装置４を図２のように構成するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成を広く適用することができる。
【０１６０】
また上述の実施の形態においては、分析を行うのが分析者だけであり、分析アプリケーションＡＰ１の開発・更新を行うのがアプリケーション開発者だけである場合について述べたが、本発明はこれに限らず、分析者用クライアント３及びアプリケーション開発者用クライアント５の双方にそれぞれ分析アプリケーションＡＰ１及び開発アプリケーションＡＰ２が実装され、分析者及びアプリケーション開発者のそれぞれが分析作業や、分析アプリケーションＡＰ１の更新を行い得るようにしてもよい。
【産業上の利用可能性】
【０１６１】
本発明は、データレイクに蓄積された各データ及び当該データに基づいて生成されたデータマートにそれぞれ付与されたタグを管理し、データレイク内のデータ及びデータマートをカタログ化する種々の形態のデータカタログ装置に広く適用することができる。
【符号の説明】
【０１６２】
１……データカタログシステム、２……データベースサーバ、３……分析者用クライアント、４……データカタログ装置、５……アプリケーション開発者用クライアント、１０……データレイク、１１……集計ＥＬＴプロセス、２０……ＣＰＵ、２１……メモリ、２２……記憶装置、３０……メタデータ抽出プログラム、３１……データカタログ管理プログラム、３２……アプリケーション処理プログラム、３３……バージョン識別子生成プログラム、３４……タグ処理プログラム、３５……推奨判断処理プログラム、３６……ＳＱＬ生成プログラム、４０……メタデータテーブル、４１……タグテーブル、４２……来歴情報テーブル、４３……タグ−データ対応テーブル、４４……データカタログ更新履歴テーブル、４５……参照履歴管理テーブル、４６……アプリケーション変更履歴管理テーブル、４７……識別子判定条件テーブル、４８……タグ変更履歴管理テーブル、４９……推奨条件テーブル、５０……検索者情報テーブル、５１……タグ参照履歴テーブル、５２……アプリケーション使用履歴テーブル、６０……メタデータ抽出部、６１……データカタログ管理部、６２……アプリケーション処理部、６３……バージョン識別子生成部、６４……タグ処理部、６５……推奨判断処理部、６６……ＳＱＬ生成部、７０……検索画面、８０……第１の検索結果画面、９０……第２の検索結果画面、１００……ダウンロード完了画面、ＡＰ……分析アプリケーション、Ｄ１，Ｄ１Ａ……データ、Ｄ１Ｂ……データマート。
【図１】
2020107166.tif 000003
【図２】
2020107166.tif 000004
【図３】
2020107166.tif 000005
【図４】
2020107166.tif 000006
【図５】
2020107166.tif 000007
【図６】
2020107166.tif 000008
【図７】
2020107166.tif 000009
【図８】
2020107166.tif 000010
【図９】
2020107166.tif 000011
【図１０】
2020107166.tif 000012
【図１１】
2020107166.tif 000013
【図１２】
2020107166.tif 000014
【図１３】
2020107166.tif 000015
【図１４】
2020107166.tif 000016
【図１５】
2020107166.tif 000017
【図１６】
2020107166.tif 000018
【図１７】
2020107166.tif 000019
【図１８】
2020107166.tif 000020
【図１９】
2020107166.tif 000021
【図２０】
2020107166.tif 000022
【図２１】
2020107166.tif 000023
【図２２】
2020107166.tif 000024
【図２３】
2020107166.tif 000025