特許 6784612 分析ソフトウェア管理システム及び分析ソフトウェア管理方法

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

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

(11)【特許番号】6784612

(24)【登録日】2020年10月27日

(45)【発行日】2020年11月11日

(54)【発明の名称】分析ソフトウェア管理システム及び分析ソフトウェア管理方法

(51)【国際特許分類】

   G06Q 10/04 20120101AFI20201102BHJP

   G06F 8/70 20180101ALI20201102BHJP

【ＦＩ】

   G06Q10/04

   G06F8/70

【請求項の数】14

【全頁数】25

(21)【出願番号】特願2017-38953(P2017-38953)

(22)【出願日】2017年3月2日

(65)【公開番号】特開2018-147061(P2018-147061A)

(43)【公開日】2018年9月20日

【審査請求日】2019年3月12日

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110000176

【氏名又は名称】一色国際特許業務法人

(72)【発明者】

【氏名】山本 秀典

(72)【発明者】

【氏名】半田 岳志

(72)【発明者】

【氏名】山下 祐子

(72)【発明者】

【氏名】川崎 健治

(72)【発明者】

【氏名】崎川 修一郎

(72)【発明者】

【氏名】津野 高志

【審査官】 上田 威

(56)【参考文献】

【文献】 特開２０１０−２０５２１８（ＪＰ，Ａ）

【文献】 国際公開第２０１５／０４９７９７（ＷＯ，Ａ１）

【文献】 特開２０１５−１４１４５５（ＪＰ，Ａ）

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

Ｇ０６Ｑ １０／００ − ９９／００

Ｇ０６Ｆ ８／７０

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

【請求項1】

複数の所定システムから収集された分析対象データを格納する記憶装置と、
前記記憶装置に格納した前記分析対象データの間における関係性について、前記複数の所定システムを跨がって値の属性が共通する分析対象データ同士を対応付けるデータ関係の情報として特定し、前記データ関係の情報が示す各分析対象データを前記記憶装置での格納先から呼び出すためのＳＱＬ文をデータ突合せロジックとして生成し、前記各分析対象データと当該各分析対象データを分析に際して抽出する分析部品である前記データ突合せロジックとの紐付けについて前記記憶装置に格納し、分析関係情報を生成する処理と、前記分析関係情報に基づき、ユーザにより分析対象として指定された所定データに対して、利用可能な分析部品の組合せを特定する処理と、を実行する演算装置と、
を備える分析ソフトウェア管理システム。

【請求項2】

前記演算装置は、
前記分析関係情報を生成する処理において、前記データ突合せロジックと、前記分析部品の１つであって前記データ突合せロジックが抽出する分析対象データに対して分析処理を実行するデータ分析ロジックとを、前記データ突合せロジック及び前記データ分析ロジックの各々の取扱いデータに関するメタ情報を比較することで紐付けするものである、
ことを特徴とする請求項１に記載の分析ソフトウェア管理システム。

【請求項3】

前記演算装置は、
前記分析部品による分析処理の実績情報に基づき、前記分析関係情報を更新する処理を更に実行するものである、
ことを特徴とする請求項１に記載の分析ソフトウェア管理システム。

【請求項4】

前記演算装置は、
前記分析関係情報を更新するに際し、前記分析処理と、当該分析処理の目的、当該目的に対応した業務、及び、当該業務の対象、の少なくともいずれかの情報とを紐付けるものである、
ことを特徴とする請求項３に記載の分析ソフトウェア管理システム。

【請求項5】

前記演算装置は、
前記分析部品の組合せを特定する処理において、分析部品による分析処理の実績情報を有している場合、当該実績情報にも基づいて分析部品の組合せを特定するものである、
ことを特徴とする請求項１に記載の分析ソフトウェア管理システム。

【請求項6】

前記演算装置は、
前記特定した分析部品の組合せに類似する分析処理を、分析部品による分析処理の実績情報に基づいて特定し、当該類似の分析処理に関する所定事象の発生頻度の実績値に基づき、当該特定した分析部品の組み合わせの有用度を判定する処理を更に実行するものである、
ことを特徴とする請求項１に記載の分析ソフトウェア管理システム。

【請求項7】

前記演算装置は、
前記特定した分析部品の組合せに関する情報を、前記分析対象として指定された所定データの分析に適切な分析部品の組合せ候補の情報として、所定装置に出力する処理を更に実行するものである、
ことを特徴とする請求項１に記載の分析ソフトウェア管理システム。

【請求項8】

情報処理システムが、
複数の所定システムから収集された分析対象データを格納する記憶装置を備えて、
前記記憶装置に格納した前記分析対象データの間における関係性について、前記複数の所定システムを跨がって値の属性が共通する分析対象データ同士を対応付けるデータ関係の情報として特定し、前記データ関係の情報が示す各分析対象データを前記記憶装置での格納先から呼び出すためのＳＱＬ文をデータ突合せロジックとして生成し、前記各分析対象データと当該各分析対象データを分析に際して抽出する分析部品である前記データ突合せロジックとの紐付けについて前記記憶装置に格納し、分析関係情報を生成する処理と、前記分析関係情報に基づき、ユーザにより分析対象として指定された所定データに対して、利用可能な分析部品の組合せを特定する処理と、
を実行することを特徴とする分析ソフトウェア管理方法。

【請求項9】

前記情報処理システムが、
前記分析関係情報を生成する処理において、前記データ突合せロジックと、前記分析部品の１つであって前記データ突合せロジックが抽出する分析対象データに対して分析処理を実行するデータ分析ロジックとを、前記データ突合せロジック及び前記データ分析ロジックの各々の取扱いデータに関するメタ情報を比較することで紐付けする、
ことを特徴とする請求項８に記載の分析ソフトウェア管理方法。

【請求項10】

前記情報処理システムが、
前記分析部品による分析処理の実績情報に基づき、前記分析関係情報を更新する処理を更に実行する、
ことを特徴とする請求項８に記載の分析ソフトウェア管理方法。

【請求項11】

前記情報処理システムが、
前記分析関係情報を更新するに際し、前記分析処理と、当該分析処理の目的、当該目的に対応した業務、及び、当該業務の対象、の少なくともいずれかの情報とを紐付ける、
ことを特徴とする請求項１０に記載の分析ソフトウェア管理方法。

【請求項12】

前記情報処理システムが、
前記分析部品の組合せを特定する処理において、分析部品による分析処理の実績情報を有している場合、当該実績情報にも基づいて分析部品の組合せを特定する、
ことを特徴とする請求項８に記載の分析ソフトウェア管理方法。

【請求項13】

前記情報処理システムが、
前記特定した分析部品の組合せに類似する分析処理を、分析部品による分析処理の実績情報に基づいて特定し、当該類似の分析処理に関する所定事象の発生頻度の実績値に基づき、当該特定した分析部品の組み合わせの有用度を判定する処理を更に実行する、
ことを特徴とする請求項８に記載の分析ソフトウェア管理方法。

【請求項14】

前記情報処理システムが、
前記特定した分析部品の組合せに関する情報を、前記分析対象として指定された所定データの分析に適切な分析部品の組合せ候補の情報として、所定装置に出力する処理を更に実行する、
ことを特徴とする請求項８に記載の分析ソフトウェア管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、分析ソフトウェア管理システム及び分析ソフトウェア管理方法に関するものであり、具体的には、データ分析の実施履歴の多寡に係わらずデータ分析部品の提案を可能とし、ひいては、データ分析用ソフトウェア作成の効率化やコスト低減を図る技術に関する。

【背景技術】

【0002】

いわゆるＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）技術の進展等もあり、様々な事象に関して膨大な計測データ等が収集、分析される傾向が強まっている。例えば、交通、電力、産業、その他分野の業務における様々な問題を解決するために、部署や業務を跨いで横断的に業務データを収集し、それらを活用しての分析実施が求められている。 しかし、大量の業務データの理解が必要であることや、業務知識に基づく属人性が高いこと、等が分析実施の妨げとなっている。そこで、データ分析・加工の知識や業務知識が十分に無い者でも、迅速かつ容易に分析できるよう、分析に係る各種の負担を低減することが求められる。

【0003】

このような分析に関する従来技術としては、例えば、外部から取得したデータに対して複数の分析処理を行うデータ分析システムにおけるデータ分析方法であって、外部から取得したデータに対して分析処理を行う分析処理ステップと、前記分析処理ステップにおける分析処理と、データベースに蓄積された複数の過去の分析処理の履歴である分析履歴とに基づいて、前記分析処理ステップにおける分析処理の次に行う分析処理の候補を検索する検索ステップと、前記検索ステップで検索された分析処理の候補を分析利用者に提示する提示ステップと、を有し、前記分析履歴は複数の分析処理を含むことを特徴とするデータ分析方法（特許文献１参照）等が提案されている。

【0004】

また、分析対象の実績データについてどのような分析を行うかを指定する条件の指定項目を条件指定画面から入力し、指定された条件に従って前記実績データを加工した分析データを表示する分析支援処理装置であって、前記条件指定画面により指定される条件の指定項目に対応づけられる分析対象となる実績の明細データからなる実績データを記憶する実績データ記憶手段と、各利用者が前記条件指定画面において選択した条件の指定項目の情報と、その利用者の担当業務の情報と、その利用者が選択した条件の指定項目に係る分析データを参照した時刻に関する情報とを含む履歴データを記憶する履歴データ記憶手段と、少なくとも各利用者の識別情報と担当業務との対応情報が格納された識別情報記憶手段と、入力された利用者の識別情報から前記識別情報記憶手段を参照して利用者の担当業務を特定する手段と、前記履歴データ記憶手段に記憶された履歴データから、前記特定した担当業務と同じ担当業務の利用者が所定の期間内に選択した条件の指定項目に係る分析データの参照回数を各指定項目ごとに集計する履歴データ集計手段と、前記履歴データ集計手段が集計した各指定項目ごとの参照回数情報を、前記条件指定画面の各指定項目内に記入した画面を編集する条件指定画面編集手段と、編集された条件指定画面を表示装置に表示する条件指定画面表示手段と、前記条件指定画面表示手段により表示した条件指定画面から条件の指定項目を入力する手段と、前記入力された条件の指定項目に従って前記実績データを加工した分析データを表示するための分析用表示画面を編集する分析用表示画面編集手段と、前記分析用表示画面編集手段により編集された分析用表示画面を表示装置に表示する実績表示画面表示手段と、前記入力された条件の指定項目と前記利用者の担当業務と前記分析用表示画面を表示した時刻とから前記履歴データ記憶手段における履歴データを更新する履歴データ更新手段とを備えることを特徴とする分析支援処理装置（特許文献２参照）等も提案されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１６−２９５１６号公報

【特許文献2】特開２０１０−２３７９００号公報

【発明の概要】

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

【0006】

従来技術においては、過去の分析実施履歴を参照して、分析処理や分析対象データの候補の提案を行っている。しかし、分析実績履歴が既に蓄積されていることが前提となるため、該当システムの導入時点、運用開始時には効果が得られない。また該技術による提案に従って選出した分析処理から、有用な分析結果を得られるか否かは、実際に実行してユーザが確認してみないと分かり得ず、確認に時間を要する。

【0007】

そこで本発明は、上述した課題を考慮したものであって、データ分析の実施履歴の多寡に係わらずデータ分析部品の提案を可能とし、ひいては、データ分析用ソフトウェア作成の効率化やコスト低減を図る技術を提供する。

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

【0008】

上記課題を解決する本発明の分析ソフトウェア管理システムは、複数の所定システムから収集された分析対象データを格納する記憶装置と、前記記憶装置に格納した前記分析対象データの間における関係性について、前記複数の所定システムを跨がって値の属性が共通する分析対象データ同士を対応付けるデータ関係の情報として特定し、前記データ関係の情報が示す各分析対象データを前記記憶装置での格納先から呼び出すためのＳＱＬ文をデータ突合せロジックとして生成し、前記各分析対象データと当該各分析対象データを分析に際して抽出する分析部品である前記データ突合せロジックとの紐付けについて前記記憶装置に格納し、分析関係情報を生成する処理と、前記分析関係情報に基づき、ユーザにより分析対象として指定された所定データに対して、利用可能な分析部品の組合せを特定する処理と、を実行する演算装置と、を備えることを特徴とする。

【0009】

また、本発明の分析ソフトウェア管理方法は、情報処理システムが、複数の所定システムから収集された分析対象データを格納する記憶装置を備えて、前記記憶装置に格納した前記分析対象データの間における関係性について、前記複数の所定システムを跨がって値の属性が共通する分析対象データ同士を対応付けるデータ関係の情報として特定し、前記データ関係の情報が示す各分析対象データを前記記憶装置での格納先から呼び出すためのＳＱＬ文をデータ突合せロジックとして生成し、前記各分析対象データと当該各分析対象データを分析に際して抽出する分析部品である前記データ突合せロジックとの紐付けについて前記記憶装置に格納し、分析関係情報を生成する処理と、前記分析関係情報に基づき、ユーザにより分析対象として指定された所定データに対して、利用可能な分析部品の組合せを特定する処理と、を実行することを特徴とする。

【発明の効果】

【0010】

本発明によれば、データ分析の実施履歴の多寡に係わらずデータ分析部品の提案を可能とし、ひいては、データ分析用ソフトウェア作成の効率化やコスト低減を図ることが可能となる。

【図面の簡単な説明】

【0011】

【図1】本実施形態のデータ利活用基盤サーバを含むネットワーク構成例を示す図である。

【図2】本実施形態における分析ソフトウェア管理方法を実施する場合のユースケース例を示す図である。

【図3】本実施形態におけるデータ利活用基盤サーバのモジュール構成例を示す図である。

【図4】本実施形態における分析対象データ、分析部品、分析処理、分析目的、及び業務システムの関係例に対応した分析関係情報を示す図である。

【図5A】本実施形態における分析対象データ紐付けテーブルの例を示す図である。

【図5B】本実施形態における分析部品紐付けテーブルの例を示す図である。

【図5C】本実施形態における分析部品−分析処理紐付けテーブルの例を示す図である。

【図5D】本実施形態における分析処理−分析目的紐付けテーブルの例を示す図である。

【図5E】本実施形態における分析目的−業務紐付けテーブルの例を示す図である。

【図6A】本実施形態におけるデータ分析ロジックのメタ情報例を示す図である。

【図6B】本実施形態におけるデータ突合せロジックのメタ情報例を示す図である。

【図7A】本実施形態における分析対象データＤＢの構成例を示す図である。

【図7B】本実施形態における分析結果ＤＢの構成例を示す図である。

【図7C】本実施形態における実績情報ＤＢの構成例を示す図である。

【図8】本実施形態における分析ソフトウェア管理方法の処理シーケンス例を示す図である。

【図9】本実施形態における分析ソフトウェア管理方法のフロー例1を示す図である。

【図10】本実施形態における分析ソフトウェア管理方法のフロー例２を示す図である。

【図11】本実施形態における分析ソフトウェア管理方法のフロー例３を示す図である。

【図12】本実施形態における分析ソフトウェア管理方法のフロー例４を示す図である。

【図13】本実施形態における画面イメージ例を示す図である。

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

【0012】

−−−ネットワーク構成−−−

【0013】

以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の分析ソフトウェア管理システムたるデータ利活用基盤サーバ１０１を含むネットワーク構成例を示す図である。図１に示すデータ利活用基盤サーバ１０１は、データ分析の実施履歴の多寡に係わらずデータ分析部品の提案を可能とし、ひいては、データ分析用ソフトウェア作成の効率化やコスト低減を図るコンピュータシステムである。

【0014】

このデータ利活用基盤サーバ１０１は、分析対象となるデータすなわち分析対象データに対する分析処理を構成する分析部品の管理及び分析を行い、その分析部品の情報をユーザに提案するサーバ装置となる。

【0015】

こうしたデータ利活用基盤サーバ１０１は、ネットワーク１０を介してユーザ端末２０と、また、ネットワーク１１を介して業務システム３０と、それぞれデータ通信可能に接続されている。ただし、業務システム３０からデータ利活用基盤サーバ１０１へのデータ提供は、ネットワーク１１を介した通信により実施する場合に限定しない。例えば、人手を介してのデータ利活用基盤サーバ１０１へのデータ格納を行う場合も想定出来る。

【0016】

上述のネットワーク構成におけるユーザ端末２０は、種々の業務システム３０から得られるデータのうち分析対象データとなるものをデータ利活用基盤サーバ１０１に指定する操作や、データ利活用基盤サーバ１０１が提示してきた分析部品の組み合わせの確認、選択、及び分析実行と結果確認等の操作を行うための端末となる。

【0017】

また、業務システム３０は、分析対象データとなる各種データ（例：鉄道事業における鉄道車両の走行データや機器の温度、振動といった観測データ、メンテナンス履歴、等）の提供元システムである。この業務システム３０は、分析による問題解決の対象となる。−−−ハードウェア構成−−−

【0018】

また、上述のデータ利活用基盤サーバ１０１のハードウェア構成は以下の如くとなる。すなわち、データ利活用基盤サーバ１０１は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やハードディスクドライブ等の適宜な不揮発性記憶素子や、メモリ等の揮発性記憶素子を含む記憶装置１１１、記憶装置１１１に保持されるプログラム等を実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵ等の演算装置１１２、ネットワーク１０、１１と接続し他装置との通信処理を担う通信装置１１３、を備える。

【0019】

こうしたハードウェア構成は、ユーザ端末２０においても同様である。例えば、ユーザ端末２０は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やハードディスクドライブ等の適宜な不揮発性記憶素子や、メモリ等の揮発性記憶素子を含む記憶装置１２１、記憶装置１２１に保持されるプログラム等を実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵ等の演算装置１２２、ネットワーク１０と接続しデータ利活用基盤サーバ１０１の通信処理を担う通信装置１２３、を備える。
−−−ユースケース−−−

【0020】

図２は、本実施形態における分析ソフトウェア管理方法を実施する場合のユースケースを示す図である。図２で示すユースケースにおける主な構成要素は、分析対象となるデータすなわち分析対象データを蓄積し、当該分析対象データに対する分析処理を構成する分析部品の管理及び分析を行ってユーザへの提案を行うデータ利活用基盤サーバ１０１、分析対象データの提供元である業務システム３０、分析対象データに対する分析を行う分析者２０１、及び、分析部品等の開発を行う開発者２０２である。

【0021】

このうち開発者２０２は、ソフトウェアプログラムである分析部品の開発を行い（２２１）、該開発した分析部品をデータ利活用基盤サーバ１０１へと登録する（２２２）。

【0022】

また、業務システム３０からネットワーク１１を介した通信により、もしくは人手により、分析対象データがデータ利活用基盤サーバ１０１へと登録されると（２４１）、データ利活用基盤サーバ１０１にて分析関係情報を生成する（２３１）。
一方、分析者２０１は、分析を実施するためにユーザ端末２０を用い、分析対象データを指定する（２１１）。

【0023】

この場合、データ利活用基盤サーバ１０１は、分析者２０１に指定された分析対象データに対して適切な分析部品を選出し（２３２）、これを分析者２０１に提案する（２３３）。 分析者２０１は、この提案による分析部品候補及び関連する情報を閲覧する（２１２）。また分析者２０１は、閲覧した内容を基に、自身が指定した分析対象データに対して用いるべき分析部品の組合せを決定する（２１３）。分析者２０１は、こうして決定した分析部品の組合せによる分析処理を実行し（２１４、２３４）、その分析結果を確認する（２１５）。
−−−モジュール構成−−−
図３は、本実施形態におけるデータ利活用基盤サーバ１０１のモジュール構成を示す図である。

【0024】

本実施形態のデータ利活用基盤サーバ１０１においては、分析対象データを蓄積して、この分析対象データに対する分析処理を構成する分析部品の管理及び分析を行い、ユーザへの当該分析部品の提案等の処理を実行するための、データ利活用ミドルウェア３００が導入される。

【0025】

このデータ利活用ミドルウェア３００の主な構成要素は、分析部品３０３の組合せによる分析処理３０２の実行管理を行う分析実行管理部３０１、複数の業務システム３０から
登録された分析対象のデータを格納する分析対象データＤＢ３０４、分析処理の実行結果を格納する分析結果ＤＢ３０５、分析実行管理部３０１にて実行された分析処理に関する実績情報を格納する実績情報ＤＢ３０６、分析関係情報を格納する分析関係テーブル３０７、分析関係テーブル３０７を管理する分析関係情報管理部３０８、分析関係テーブル３０７を参照してユーザに対する分析部品組合せの提案を行う分析提案部３０９、データ利活用ミドルウェア３００にアクセスして分析を行うユーザ及び業務を管理するユーザ・業務管理部３１０、ユーザ端末２０に対してデータ利活用ミドルウェア３００が提供する機能のインタフェースを提供するクライアント向けＩ／Ｆ提供部３１１、実績情報ＤＢ３０６を管理する分析処理実績管理部３１２、分析実行管理部３０１にて実行する分析部品３０３を管理する分析部品管理部３１３、分析対象データＤＢ３０４に格納されるデータを管理するデータ管理部３１４、ネットワーク１０、１１を介してユーザ端末２０や業務システム３０との間で通信を行うデータ通信部３１５となる。
−−−分析関係情報−−−
図４は、本実施形態における分析対象データ、分析部品、分析処理、分析目的、及び業務システムの関係例に対応した分析関係情報４０１を示す図である。

【0026】

本実施形態の分析関係情報４０１とは、分析に用いるデータ及び分析部品、それらの組合せによる分析処理、分析目的、該分析目的に対する業務システムにおける業務及び業務の実施先となる設備等の対象、との関係を表現するものである。なお、「関係」とは、関係付けられるもの同士を組合せて利用可能である、もしくは利用の実績が有る、ということを意味する。分析関係情報４０１は、データ利活用基盤サーバ１０１が、ユーザ指定の分析対象データに対して適切な分析部品を選出し提案するために参照する。

【0027】

主な構成要素は、分析対象データ４１１、分析部品４１２、分析処理４１３、分析目的４１４、業務システム４１５の各情報であり、それぞれの情報ごとに階層に区切って管理される。このうち分析部品４１２は、データ突合せロジック４２１とデータ分析ロジック４２２とに分類される。ここで分析対象データに対する分析の実施に必要となる、データ突合せロジック及びデータ分析ロジックは、分析部品を構成するソフトウェア部品として再利用可能であるものとし、これらの部品の組合せにより分析処理を構成するものとする。

【0028】

まず、分析対象データ４１１の階層では、分析対象となる複数の業務システム３０からのデータ及び該データ間の関係が管理される。なおデータ関係は、例えば、特開２０１６−２０９０６３号公報による方法により作成されるものである。

【0029】

また、分析部品４１２の階層では、１つ以上の分析対象データの組合せをデータベース等の蓄積媒体から抽出するための処理ロジック（例えばＳＱＬ文、等）であるデータ突合せロジック４２１、及び、上述の１つ以上の分析対象データに対して実施する分析のロジック（例えば系列データのグラフ化、相関分析、等）であるデータ分析ロジック４２２が管理される。
また、分析処理４１３の階層では、上述の１つ以上の分析対象データ及び１つ以上の分析部品の組合せにより作成するデータ分析処理を管理する。

【0030】

また、分析目的４１４の階層では、分析を行う目的であるＫＰＩ情報が管理される。また、業務システム４１５の階層では、上述の分析目的であるＫＰＩを必要とする業務システムにおける業務４１５１及び設備等の対象４１５２が管理される。
なお、各々の階層間では各階層の要素で関係のあるもの同士の紐付け（リンク付け）を行っている。
−−−テーブル−−−

【0031】

図５Ａ〜図６Ｂは、本実施形態のデータ利活用基盤サーバ１０１にて管理する、分析関係情報４０１における要素間の紐付け情報を格納する分析関係テーブル３０７の構成、及び分析部品のメタ情報のデータ構造を示す図である。

【0032】

本実施形態において、分析関係情報４０１における要素間の紐付け情報を管理する分析関係テーブル３０７は、分析対象データ紐付けテーブル５０１、分析部品紐付けテーブル５０２、分析部品−分析処理紐付けテーブル５０３、分析処理−分析目的紐付けテーブル５０４、及び、分析目的−業務紐付けテーブル５０５を、含んで構成されている。

【0033】

このうち図５Ａに例示する分析対象データ紐付けテーブル５０１は、分析関係情報４０１の分析対象データ４１１と分析部品４１２におけるデータ突合せロジック４２１との間の紐付けに関する情報を格納するテーブルである。主な構成要素は、各紐付けを一意に特定する紐付け識別情報５１１、分析対象データ識別情報５１２、データ突合せロジック識別情報５１３、重み５１４、及び、更新日時５１５である。

【0034】

上述の紐付け識別情報５１１には、該当紐付けを識別するための情報が格納される。また、分析対象データ識別情報５１２には、紐付けられる一方である分析対象データを識別するための情報が格納される。また、データ突合せロジック識別情報５１３には、紐付けられる他方であるデータ突合せロジックを識別するための情報が格納される。また、重み５１４には、当該紐付けの重みを示す情報が格納される。例えば該紐付けによる組合せが分析者等のユーザに多く使用される程、当該重みを表す数値は大きくなる。また、更新日時５１５には、上述の各項目５１１〜５１４のレコードが最後に更新された日時が格納される。なお１つの分析対象データに対して、複数の紐付けがありえるため、分析対象データ紐付けテーブル５０１にて、当該分析対象データに関して複数のレコードが格納され得る。

【0035】

また、図５Ｂに例示する分析部品紐付けテーブル５０２は、分析関係情報４０１の分析部品４１２におけるデータ突合せロジック４２１とデータ分析ロジック４２２との間の紐付けに関する情報を格納するテーブルである。その主な構成要素は、紐付け識別情報５２１、データ突合せロジック識別情報５２２、データ分析ロジック識別情報５２３、重み５２４、及び、更新日時５２５である。

【0036】

このうち紐付け識別情報５２１には、当該紐付けを一意に識別するための情報が格納される。また、データ突合せロジック識別情報５２２には、紐付けられる一方であるデータ突合せロジックを識別するための情報が格納される。また、データ分析ロジック識別情報５２３には、紐付けられる他方であるデータ分析ロジックを識別するための情報が格納される。また、重み５２４には、当該紐付けの重みを示す情報が格納される。例えば該紐付けによる組合せが分析者等のユーザに多く使用される程、重みを表す数値は大きくなる。また、更新日時５２５には、上述のデータ項目５２１〜５２４のレコードが最後に更新された日時が格納される。なお１つのデータ突合せロジック及びデータ分析ロジックに対して、複数の紐付けがありえるため、分析部品紐付けテーブル５０２にて、当該１つのデータ突合せロジック及びデータ分析ロジックに関して複数のレコードが格納され得る。

【0037】

また、図５Ｃに例示する分析部品−分析処理紐付けテーブル５０３は、分析関係情報４０１の分析部品４１２におけるデータ分析ロジック４２２と、分析者等のユーザにより実行された分析処理４１３との間の紐付けに関する情報を格納するテーブルである。その主な構成要素は、紐付け識別情報５３１、データ分析ロジック識別情報５３２、分析処理識別情報５３３、重み５３４、及び、更新日時５３５である。

【0038】

このうち紐付け識別情報５３１には、当該紐付けを一意に識別するための情報が格納さ
れる。また、データ分析ロジック識別情報５３２には、紐付けられる一方であるデータ分析ロジック４２２を識別するための情報が格納される。また、分析処理識別情報５３３には、紐付けられる他方である分析処理４１３を識別するための情報が格納される。また、重み５３４には、当該紐付けの重みを示す情報が格納される。例えば該紐付けによる組合せが分析者等のユーザにより多く使用される程、重みを表す数値は大きくなる。また、更新日時５３５には、上述の各データ項目５３１〜５３４のレコードが最後に更新された日時が格納される。なお１つデータ分析ロジック４２２に対して、複数の紐付けがありうるため、分析部品−分析処理紐付けテーブル５０３にて、当該１つのデータ分析ロジック４２２に関して複数のレコードが格納され得る。

【0039】

また、図５Ｄに例示する分析処理−分析目的紐付けテーブル５０４は、分析処理３０２における実施された分析処理と分析目的４１４におけるＫＰＩとの間の紐付けに関する情報を格納するテーブルである。その主な構成要素は、紐付け識別情報５４１、分析処理識別情報５４２、分析目的識別情報５４３、重み５４４、及び、更新日時５４５である。

【0040】

このうち紐付け識別情報５４１には、当該紐付けを一意に識別するための情報が格納される。また、分析処理識別情報５４２には、紐付けられる一方である分析処理４１３を識別するための情報が格納される。また、分析目的識別情報５４３には、紐付けられる他方である分析目的４１４を識別するための情報が格納される。また、重み５４４には、当該紐付けの重みを示す情報が格納される。例えば該紐付けによる組合せが分析者等のユーザにより多く使用される程、重みを表す数値は大きくなる。また、更新日時５４５には、上述の各データ項目５４１〜５４４のレコードが最後に更新された日時が格納される。なお１つの分析処理４１３に対して、複数の紐付けがありえるため、分析処理−分析目的紐付けテーブル５０４において、当該１つの分析処理４１３に関して、複数のレコードが格納され得る。

【0041】

また、図５Ｅに例示する分析目的−業務紐付けテーブル５０５は、分析目的４１４におけるＫＰＩと業務システム４１５における業務及び設備等の対象との間の紐付けに関する情報を格納するテーブルである。その主な構成要素は、紐付け識別情報５５１、分析目的識別情報５５２、業務識別情報５５３、対象識別情報５５４、重み５５５、及び、更新日時５５６である。

【0042】

このうち紐付け識別情報５５１には、当該紐付けを一意に識別するための情報が格納される。また、分析目的識別情報５５２には、紐付けられる一方である分析目的４１４を識別するための情報が格納される。また、業務識別情報５５３には、紐付けられる他方である業務４１５１を識別するための情報が格納される。また、対象識別情報５５４には、業務４１５１と合わせて紐付けられる対象４１５２を識別するための情報が格納される。また、重み５５５には、当該紐付けの重みを示す情報が格納される。例えば該紐付けによる組合せが分析者等のユーザにより多く使用される程、重みを表す数値は大きくなる。また、更新日時５５６には、上述の各データ項目５５１〜５５５のレコードが最後に更新された日時が格納される。なお１つの分析目的に対して、複数の紐付けがありうるため、分析目的−業務紐付けテーブル５０５において、上述の１つの分析目的に関して複数のレコードが格納され得る。

【0043】

なお、本実施形態の分析関係テーブル３０７は、各データ分析ロジック４２２のメタ情報５０６、及び、各データ突合せロジック４２１のメタ情報５０７も格納している。

【0044】

このうち、図６Ａに例示するデータ分析ロジック４２２のメタ情報５０６には、当該データ分析ロジック４２２の入力となるデータに関する情報が格納される。その主な構成要素は、識別情報５６１、データ項目５６２、型５６３、及び、種別５６４である。

【0045】

このうち識別情報５６１には、当該メタ情報５０６の各レコードを一意に識別するための情報が格納される。また、データ項目５６２には、当該データ項目に該当するデータの名称が格納される。ただし本項目の指定が無い場合もある。また、型５６３には、上述のデータ項目５６２に該当するデータのデータ型が格納される。また、種別５６４には、上述のデータ項目５６２に該当するデータの種別が格納される。

【0046】

ここで種別５６４の値としては、“入力”、“キー”、等が想定され得る。このうち“入力”である場合、該当データ項目はデータ分析ロジックの入力データであることを示す。また、“キー”である場合、該当データ項目は、データ分析ロジックにおいて、複数データの突合せ、範囲指定、整列の軸となる共通インデックスであることを示す。

【0047】

また、図６Ｂに例示するデータ突合せロジック４２１のメタ情報５０７には、当該データ突合せロジック４２１により提供されるデータに関する情報が格納される。その主な構成要素は、識別情報５７１、データ項目５７２、型５７３、サイズ５７４、及び、テーブル５７５である。

【0048】

このうち識別情報５７１には、メタ情報５０７における各レコードを一意に識別するための情報が格納される。また、データ項目５７２には、当該データ項目５７２に該当するデータの名称が格納される。また、型５７３には、当該データ項目５７２に該当するデータのデータ型が格納される。また、サイズ５７４には、当該データ項目５７２に該当するデータのサイズが格納される。また、テーブル５７５には、当該データ項目５７２に該当するデータの抽出元のテーブルに関する情報が格納される。

【0049】

図７Ａは、本実施形態における分析対象データＤＢ３０４の構成例を示す図である。本実施形態の分析対象データＤＢ３０４は、業務システム３０からデータ利活用基盤サーバ１０１にアップロードされた、或いは、適宜なユーザ等により記憶媒体経由で格納されたデータである。より具体的には、業務システム３０で管理しているデータであって、例えば該当業務に使用されている車両や機器等のセンシングデータ等を想定出来る（勿論、これに限定せず、種々のデータを想定可能である）。

【0050】

図７Ａで例示する分析対象データＤＢ３０４は、一例として、複数のテーブルから構成されている。これらのテーブルは、図６Ｂで示したメタ情報５０７（データ突合せロジックのもの）のテーブル５７５にて指定されるデータ抽出元のテーブルに対応する。また、各テーブルは、図示するように、例えば該当データを観測した日時、箇所、結果といった各値を含むレコードの集合体となっている

【0051】

図７Ｂは、本実施形態における分析結果ＤＢ３０５の構成例を示す図である。本実施形態の分析結果ＤＢ３０５は、データ利活用基盤サーバ１０１が過去に提案した分析部品、或いはそれとは無関係に分析者２０１（或いは開発者２０２）が選定した分析部品、に基づき実際に実行した分析処理の内容を格納したＤＢである。具体的には、分析結果を一意に特定するＩＤをキーに、当該分析処理を構成する分析部品の、データ突合せロジック及びデータ分析ロジックの情報と、これらを用いて行った分析処理、その分析目的、業務、対象、結果（この場合、分析処理の実行結果として出力されるデータ値）といった値を含むレコードの集合体となっている。

【0052】

図７Ｃは、本実施形態における実績情報ＤＢ３０６の構成例を示す図である。本実施形態の実績情報ＤＢ３０６は、実際に実行された分析処理の実績情報を格納するＤＢである。具体的には、分析処理を一意に特定する分析処理名をキーに、当該分析処理の実行頻度（例：直近一ヶ月での実行回数）、利用者数、定型登録数、及び、修正回数（例：当該分
析処理に関して分析者２０１や開発者２０２が修正を行った回数）、といった値を対応付けたレコードの集合体となっている。なお、上述の定型登録数とは、当該分析処理が高頻度で或いは広範に用いられるものと分析者等に認識され、定型の分析処理として設定された回数を示す。
−−−シーケンス例−−−

【0053】

以下、本実施形態における分析ソフトウェア管理方法の実際手順について図に基づき説明する。以下で説明する分析ソフトウェア管理方法に対応する各種動作は、分析ソフトウェア管理システムたるデータ利活用基盤サーバ１０１が実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

【0054】

図８は、本実施形態における分析ソフトウェア管理方法を実施する場合の処理シーケンスを示す図である。ここでは、既に図２にて示したユースケースを実行する場合の処理シーケンスについて示すものとする。

【0055】

その主な構成要素は業務システム３０、データ利活用基盤サーバ１０１にて稼働するデータ利活用ミドルウェア３００に含まれるデータ管理部３１４、分析関係情報管理部３０８、分析処理実績管理部３１２、分析提案部３０９及び分析関係テーブル３０７とユーザ（分析者）２０１である。

【0056】

このうち業務システム３０にて、該業務システム３０が有する業務データをデータ利活用基盤サーバ１０１に対して登録する（６１１）。この場合、データ利活用基盤サーバ１０１のデータ管理部３１４は、上述の業務システム３０からの業務データの登録を受け付ける（６２１）。また、データ管理部３１４は、分析関係情報管理部３０８に対して、業務データ登録受付の通知を行う（６２２）。
一方、分析関係情報管理部３０８は、上述のデータ管理部３１４からの通知を受信すると、当該業務データから分析関係テーブル３０７を作成する（６３１）。
他方、ユーザ（分析者）２０１は、業務システムにおける問題を解決するために、分析を実施するとして、分析対象とするデータを指定する（６６１）。

【0057】

この時、データ利活用基盤サーバ１０１の分析提案部３０９は、上述のユーザ（分析者）２０１からの分析対象データ指定を受け付けると、分析関係テーブル３０７を参照して（６５１）、当該分析対象データに対して利用可能な分析部品の組合せ候補を選出する（６５２）。また、分析提案部３０９は、選出した分析部品の組合せ候補をユーザ（分析者）２０１に対して提案する（６５３）。

【0058】

ユーザ（分析者）２０１は、上述の分析提案部３０９から提案された分析部品の組合せ候補を閲覧し（６６２）、分析に利用する分析部品の組合せを決定する（６６３）。ユーザ２０１は、ここで提案された分析部品の組合せのいずれかを選択する、もしくは提案された分析部品の組合せの一部を変更することで、利用する分析部品を決定することとなる。また、ユーザは、上述にて決定した分析部品の組合せによる分析処理を実行する（６６４）。

【0059】

一方、分析処理実績管理部３１２は、上述のユーザによる分析処理の実行を確認して、該分析処理実行に係る実績（分析部品の組合せ、処理実行の履歴、分析結果）を記録し（６４１）、分析関係情報管理部３０８に対して実績記録の通知を行う（６４２）。この場合、分析関係情報管理部３０８は、上述の分析処理実績管理部３１２からの通知を受信すると、当該実績から分析関係テーブルを更新する（６３２）。
−−−フロー例−−−

【0060】

図９は、本実施形態における分析ソフトウェア管理方法のフロー例を示す図である。具体的には、データ利活用基盤サーバ１０１が、業務システム３０から登録された所定データに基づき、分析関係テーブル３０７を生成するフローチャートである。

【0061】

この場合、データ利活用基盤サーバ１０１は、業務システム３０からのデータ登録を受け付ける（７０１）。ここで登録を受け付けるデータは、それぞれの業務システム３０で保持する各種の業務データ、センシングデータ等である。

【0062】

また、データ利活用基盤サーバ１０１は、上述のステップ７０１で得た登録データに対してデータ関係を生成する（７０２）。このデータ関係の生成処理は、既存技術を適宜に採用すればよいが、例えば、業務システム３０を跨がって、値の観測箇所や時間帯、対象等の或る属性が１または複数共通するデータを対応付ける処理等を想定出来る

【0063】

続いて、データ利活用基盤サーバ１０１は、上述のステップ７０２で生成したデータ関係に基づき、関係付けられた１つ以上のデータを分析対象データＤＢ３０４より抽出するデータ突合せロジック及びメタ情報５０７を生成する（７０３）。

【0064】

データ突合せロジックの生成は、上述のデータ関係が示す各分析対象データを、分析対象データＤＢ３０４の該当テーブルから呼び出すためのＳＱＬ文を生成する処理が該当する。また、このＳＱＬ文の生成は、データ利活用基盤サーバ１０１が予め保持するＳＱＬ文の雛形に、呼び出し対象のテーブルとデータの識別情報等をセットするといった手法を採用すればよい。

【0065】

また、メタ情報５０７の生成は、上述のデータ関係が示す各分析対象データの、文字列や数値といった型、サイズ、及び、格納先のテーブル名といった値を、それぞれの分析対象データから読み取り、これをメタ情報５０７としてテーブル化する処理となる。

【0066】

また、データ利活用基盤サーバ１０１は、上述のステップ７０３で生成したデータ突合せロジックのメタ情報５０７を参照し（７０４）、分析対象データとデータ突合せロジックとの紐付けについて、分析対象データ紐付けテーブル５０１にレコードを追加する（７０５）。

【0067】

続いて、データ利活用基盤サーバ１０１は、データ紐付けロジックのメタ情報５０７に記載される全てのデータに対して処理が終了しているか判定し、終了していないことが判明した場合（７０６：ＮＯ）、ステップ７０５、ステップ７０６の処理を繰り返す。

【0068】

他方、ステップ７０６の判定において、データ紐付けロジックのメタ情報５０７に記載される全てのデータに対して処理が終了したことが判明した場合（７０６：ＹＥＳ）、データ利活用基盤サーバ１０１は、全てのデータ突合せロジックに対して処理が終了しているか判定する（７０７）。

【0069】

この判定の結果、全てのデータ突合せロジックに対して処理が終了していることが判明した場合（７０７：ＮＯ）、データ利活用基盤サーバ１０１は、ステップ７０４〜７０６の処理を繰り返す。

【0070】

他方、上述の判定の結果、全てのデータ突合せロジックに対して処理が終了していることが判明した場合（７０７：ＹＥＳ）、かつ、全てのデータ関係に対して処理が終了していないことが判明した場合（７０８：ＮＯ）、データ利活用基盤サーバ１０１は、ステップ７０３〜７０７の処理を繰り返す。

【0071】

一方、上述のステップ７０８において、全てのデータ関係に対して処理が終了していることが判明した場合（７０８：ＹＥＳ）、データ利活用基盤サーバ１０１は、データ分析ロジックのメタ情報５０６を参照し（７０９）、また、データ突合せロジックのメタ情報５０７を参照する（７１０）。

【0072】

次に、データ利活用基盤サーバ１０１は、上述のステップ７０９、７１０での参照の結果、データ分析ロジックのメタ情報５０６にデータ項目５６２の指定が無い場合（７１１：ＮＯ）、データ分析ロジックのメタ情報５０６とデータ突合せロジックのメタ情報５０７で型（５６３、５７３）の比較を行う（７１２）。

【0073】

続いて、データ利活用基盤サーバ１０１は、上述のステップ７１２での比較の結果、データ突合せロジックのメタ情報５０７に、データ分析ロジックのメタ情報５０６におけるデータに合致するものが全て含まれることが判明した場合（７１３：ＹＥＳ）、データ突合せロジックとデータ分析ロジックの紐付けとして分析部品紐付けテーブル５０２にレコードを追加する（７１４）。

【0074】

他方、上述のステップ７１１において、データ分析ロジックのメタ情報５０６にデータ項目５６２の指定が有ることが判明した場合（７１１：ＹＥＳ）、データ利活用基盤サーバ１０１は、データ分析ロジックのメタ情報５０６とデータ突合せロジックのメタ情報５０７とでデータ項目（５６２、５７２）の比較を行う（７１５）。

【0075】

次に、データ利活用基盤サーバ１０１は、上述のステップ７１５での比較の結果、データ突合せロジックのメタ情報５０７にデータ分析ロジックのメタ情報５０６におけるデータに合致するものが全て含まれることが判明した場合（７１６：ＹＥＳ）、データ突合せロジックとデータ分析ロジックとの紐付けとして分析部品紐付けテーブル５０２にレコードを追加する（７１７）。

【0076】

また、データ利活用基盤サーバ１０１は、上述のステップ７１７で紐付けたデータ突合せロジックのメタ情報５０７に、データ分析ロジックのメタ情報５０６にて種別５６４が“キー”であるデータに対応するデータが含まれるか判定する（７１８）。

【0077】

この判定の結果、“キー”であるデータに対応するデータが含まれないことが判明した場合（７１８：ＮＯ）、データ利活用基盤サーバ１０１は、データ分析ロジックのメタ情報５０６にて種別５６４が“入力”であるデータからデータ関係を参照して、“キー”に該当するデータを検索する（７１９）。

【0078】

また、データ利活用基盤サーバ１０１は、上述のステップ７１９で検索したデータとの紐付けとして、分析対象データ紐付けテーブル５０１にレコードを追加する（７２０）。
次に、データ利活用基盤サーバ１０１は、全てのデータ突合せロジックに対して処理が終了しているか判定する（７２１）。この判定の結果、全てのデータ突合せロジックに対して処理が終了していないことが判明した場合（７２１：ＮＯ）、データ利活用基盤サーバ１０１は、ステップ７１０〜７２０の処理を繰り返す。

【0079】

他方、上述のステップ７２１において、全てのデータ突合せロジックに対して処理が終了していることが判明した場合（７２１：ＹＥＳ）、データ利活用基盤サーバ１０１は、全てのデータ分析ロジックに対して処理が終了しているか判定する（７２２）。

【0080】

この判定の結果、全てのデータ分析ロジックに対して処理が終了していないことが判明した場合（７２２：ＮＯ）、データ利活用基盤サーバ１０１は、ステップ７０９〜７２１
の処理を繰り返す。他方、全てのデータ分析ロジックに対して処理が終了していることが判明した場合（７２２：ＹＥＳ）、データ利活用基盤サーバ１０１は、処理を終了する。

【0081】

図１０は、本実施形態における分析ソフトウェア管理方法のフロー例２を示す図である。具体的には、分析処理の実行実績に基づき分析関係テーブル３０７を更新する処理の流れを示すフローチャートである。

【0082】

まず、データ利活用基盤サーバ１０１は、分析者２０１により実行された分析処理（分析部品の組合せ）に関する情報の、分析関係テーブル３０７への登録有無を確認する（８０１）。なお、分析者２０１により分析処理が実行されたこと自体は、例えば、分析結果ＤＢ３０５でのレコード登録イベントを通じて検知出来る。

【0083】

続いて、データ利活用基盤サーバ１０１は、ステップ８０１の結果、分析関係テーブル３０７への分析処理の登録が確認された場合（８０２：ＹＥＳ）、該当分析処理（とこれを構成する分析部品、分析対象データ等）に関して、分析関係テーブル３０７の各テーブルにおいて互いに紐付いている各レコードの「重み」の情報を更新する（８０３）。この更新は、例えば、「重み」の値をインクリメントすることとなる。

【0084】

他方、ステップ８０１の結果、分析関係テーブル３０７への分析処理の登録が確認出来なかった場合（８０２：ＮＯ）、データ利活用基盤サーバ１０１は、上述の実行した分析処理を構成する各々の分析部品、分析対象データの間の紐付けを、当該分析処理の情報に基づき確認する（８０４）。

【0085】

次に、データ利活用基盤サーバ１０１は、上述の実行した分析処理の情報を、分析関係テーブル３０７へ新規登録する（８０５）。また、データ利活用基盤サーバ１０１は、上述の実行した分析処理に関する情報として、分析処理−分析目的紐付けテーブル５０４及び分析目的−業務紐付けテーブル５０５にレコードを追加する（８０６）。

【0086】

また、データ利活用基盤サーバ１０１は、分析部品−分析処理紐付けテーブル５０３に該当する既存の紐付けレコードが有るか判定する（８０７）。この判定の結果、分析部品−分析処理紐付けテーブル５０３に該当する既存の紐付けレコードが有ることが判明した場合（８０７：ＹＥＳ）、データ利活用基盤サーバ１０１は、分析部品−分析処理紐付けテーブル５０３における該当レコードの重みの情報を更新する（８０８）。

【0087】

続いて、データ利活用基盤サーバ１０１は、上述の８０７の判定の結果、分析部品−分析処理紐付けテーブル５０３に該当する既存の紐付けレコードが無いことが判明した場合（８０７：ＮＯ）、分析部品−分析処理紐付けテーブル５０３に、上述の実行した分析処理における紐付けに関するレコードを追加する（８０９）。

【0088】

また、データ利活用基盤サーバ１０１は、分析部品紐付けテーブル５０２に、該当する既存の紐付けレコードが有るか判定する（８１０）。この判定の結果、分析部品紐付けテーブル５０２に、該当する既存の紐付けレコードが有ることが判明した場合（８１０：ＹＥＳ）、データ利活用基盤サーバ１０１は、分析部品紐付けテーブル５０２における該当レコードの重みの情報を更新する（８１１）。

【0089】

他方、上述のステップ８１０での判定の結果、分析部品紐付けテーブル５０２に該当する既存の紐付けレコードが無いことが判明した場合（８１０：ＮＯ）、データ利活用基盤サーバ１０１は、分析部品紐付けテーブル５０２に、上述の実行した分析処理における紐付けに関するレコードを追加する（８１２）。

【0090】

続いて、データ利活用基盤サーバ１０１は、分析対象データ紐付けテーブル５０１に、該当する既存の紐付けレコードが有るか判定する（８１３）。この判定の結果、分析対象データ紐付けテーブル５０１に、該当する既存の紐付けレコードが有ることが判明した場合（８１３：ＹＥＳ）、データ利活用基盤サーバ１０１は、分析対象データ紐付けテーブル５０１における該当レコードの重みの情報を更新する（８１４）。

【0091】

他方、上述のステップ８１３の判定の結果、分析対象データ紐付けテーブル５０１に該当する既存の紐付けレコードが無いことが判明した場合（８１３：ＮＯ）、データ利活用基盤サーバ１０１は、分析対象データ紐付けテーブル５０１に、上述の実行した分析処理における紐付けに関するレコードを追加する（８１５）。

【0092】

次に、データ利活用基盤サーバ１０１は上述の実行した分析処理の分析結果（分析処理の実行結果として出力されるデータ値。例えばＫＰＩの値）を、上述の実行した分析処理との紐付けて、分析結果ＤＢ３０５に保存する（８１６、８１７）。

【0093】

また、データ利活用基盤サーバ１０１は、上述の実行した分析処理に関して、実績情報ＤＢ０６における実績情報を更新する（８１８）。具体的には、該当分析処理の、実行頻度、利用者数、定型登録数、修正回数といった値を更新することとなる。

【0094】

図１１は、本実施形態における分析ソフトウェア管理方法のフロー例３を示す図である。具体的には、データ利活用基盤サーバ１０１が分析関係テーブル３０７を参照して、ユーザ指定の分析対象データに対して分析を実行するために適切な分析部品の組合せを選出し提示するための処理の流れを示すフローチャートである。
この場合、データ利活用基盤サーバ１０１は、ユーザからの分析対象データの指定をユーザ端末２０を介して受け付ける（９０１）。

【0095】

また、データ利活用基盤サーバ１０１は、分析関係テーブル３０７を参照し（９０２）、上述のユーザ指定の分析対象データに紐付く分析部品（データ突合せ突合せロジック、データ分析ロジック）を抽出し（９０３）、分析部品組合せ候補を作成する（９０４）。この候補は、ステップ９０３で抽出できた分析部品のリストである。

【0096】

続いて、データ利活用基盤サーバ１０１は、上述の分析部品組合せ候補それぞれについて、実績情報ＤＢ３０６での実績情報の蓄積があるか判定する（９０５）。

【0097】

上述の判定の結果、実績情報の蓄積が無いことが判明した場合（９０５：ＮＯ）、データ利活用基盤サーバ１０１は、ステップ９０６から９１３までの処理を実施せず、ステップ９１４に処理を遷移させる。

【0098】

他方、上述のステップ９０５において、実績情報ＤＢ３０６での実績情報の蓄積が有ることが判明した場合（９０５：ＹＥＳ）、データ利活用基盤サーバ１０１は、上述で作成した分析部品組合せ候補に類似する、実績情報の蓄積が実績情報ＤＢ３０６にある既存の分析処理を抽出する（９０６）。なお、本処理の詳細は図１２にて後述する。

【0099】

続いて、データ利活用基盤サーバ１０１は、ステップ９０６で抽出した類似処理の分析結果を、分析結果ＤＢ３０５から抽出する（９０７）。この分析結果は関連する情報としてユーザに提示するためのものである。

【0100】

次に、データ利活用基盤サーバ１０１は、実績情報ＤＢ３０６を参照して、上述の類似処理の実行頻度を算出する（９０８）。また、データ利活用基盤サーバ１０１は、実績情報ＤＢ３０６を参照して、上述の類似処理の利用者数を算出する（９０９）。
また、データ利活用基盤サーバ１０１は、実績情報ＤＢ３０６を参照して、上述の類似処理の定型業務としての登録数を算出する（９１０）。

【0101】

また、データ利活用基盤サーバ１０１は、実績情報ＤＢ３０６を参照して、上述の類似処理の修正回数を算出する（９１１）。また、データ利活用基盤サーバ１０１は、分析関係テーブル３０７を参照して、上述の類似処理の類似処理数を算出する（９１２）。

【0102】

続いて、データ利活用基盤サーバ１０１は、上述のステップ９０７から９１２の結果を用いて、当該分析部品組合せの有用度を判定する（９１３）。ここでは、上述のステップ９０８〜９１２の各結果に重み付け加算による点数算出等を行う。

【0103】

また、データ利活用基盤サーバ１０１は、全ての分析部品組合せ候補に対して処理が終了しているか判定する（９１４）。この判定の結果、全ての分析部品組合せ候補に対して処理が終了していないことが判明した場合（９１４：ＮＯ）、データ利活用基盤サーバ１０１は、ステップ９０６〜９１３の処理を繰り返す。

【0104】

他方、上述の判定の結果、全ての分析部品組合せ候補に対して処理が終了していることが判明した場合（９１４：ＹＥＳ）、データ利活用基盤サーバ１０１は、処理の結果として、分析部品組合せ候補、有用度判定結果及び類似処理の分析結果を、ユーザ端末２０に出力し（９１５）、当該ユーザに対して提示する。

【0105】

図１２は、本実施形態における分析ソフトウェア管理方法のフロー例４を示す図である。具体的には、データ利活用基盤サーバ１０１が、ユーザ指定の分析対象データに対して分析を実行するための、適切な分析部品の組合せを選出する際に、類似の既存分析処理を選出するフローチャートである。

【0106】

この場合、データ利活用基盤サーバ１０１は、分析関係テーブル３０７を参照して、図１１のフローにて選出した、指定された分析対象データに対する分析部品の組合せ候補と、分析処理の実績として蓄積されている既存の分析部品組合せとの比較を行う（１００１）。 次に、データ利活用基盤サーバ１０１は、上述の分析部品組合せ候補と既存分析部品組合せとで入力データ項目が一致するか判定する（１００２）。

【0107】

この判定の結果、上述の分析部品組合せ候補と既存分析部品組合せとで入力データ項目が一致しないことが判明した場合（１００２：ＮＯ）、データ利活用基盤サーバ１０１は、当該組合せ同士は類似しないと判定し（１００９）、処理をステップ１０１０に遷移させる。

【0108】

他方、上述の判定の結果、上述の分析部品組合せ候補と既存分析部品組合せとで入力データ項目が一致することが判明した場合（１００２：ＹＥＳ）、データ利活用基盤サーバ１０１は、分析部品組合せ候補と既存分析部品組合せとで構成する分析部品の種別が一致する数が、指定された閾値以上か判定する（１００３）。

【0109】

上述の判定の結果、分析部品の種別が一致する数が、指定された閾値以上ではないことが判明した場合（１００３：ＮＯ）、データ利活用基盤サーバ１０１は、当該組合せ同士は類似しないと判定し（１００９）、処理をステップ１０１０に遷移させる。

【0110】

他方、上述の判定の結果、分析部品の種別が一致する数が、指定された閾値以上であることが判明した場合（１００３：ＹＥＳ）、データ利活用基盤サーバ１０１は、当該分析部品組合せ候補と既存分析部品組合せとで構成する分析部品の実行順序が一致するか判定する（１００４）。

【0111】

上述の判定の結果、分析部品の実行順序が一致しないことが判明した場合（１００４：ＮＯ）、データ利活用基盤サーバ１０１は、当該組合せ同士は類似しないと判定し（１００９）、処理をステップ１０１０１に遷移させる。

【0112】

他方、上述の判定の結果、分析部品の実行順序が一致することが判明した場合（１００４：ＹＥＳ）、データ利活用基盤サーバ１０１は、分析関係情報としてＫＰＩ、業務、対象の情報が有るか判定する（１００５）。

【0113】

この判定の結果、ＫＰＩ、業務、対象の情報が無いことが判明した場合（１００５：ＮＯ）、データ利活用基盤サーバ１０１は、当該組合せ同士は一部分のみが類似する準類似であると判定し（１００８）、処理をステップ１０１０に遷移させる。

【0114】

他方、上述の判定の結果、ＫＰＩ、業務、対象の情報があることが判明した場合（１００５：ＹＥＳ）、データ利活用基盤サーバ１０１は、当該分析部品組合せ候補と既存分析部品組合せとでＫＰＩ、業務、対象が一致する数が、指定された閾値以上か判定する（１００６）。

【0115】

上述の判定の結果、ＫＰＩ、業務、対象が一致する数が、指定された閾値以上ではないことが判明した場合（１００６：ＮＯ）、データ利活用基盤サーバ１０１は、当該組合せ同士は一部分のみが類似する準類似であると判定し（１００８）、処理をステップ１０１０１に遷移させる。

【0116】

他方、上述の判定の結果、ＫＰＩ、業務、対象が一致する数が、指定された閾値以上であることが判明した場合（１００６：ＹＥＳ）、データ利活用基盤サーバ１０１は、当該組合せ同士は類似であると判定し（１００７）、処理をステップ１０１０に遷移させる。

【0117】

次に、データ利活用基盤サーバ１０１は、全ての分析部品組合せ候補及び既存分析部品組合せに対して比較が終了しているか判定する（１０１０）。この判定の結果、全ての分析部品組合せ候補及び既存分析部品組合せに対して比較が終了していないことが判明した場合（１０１０：ＮＯ）、データ利活用基盤サーバ１０１は、上述のステップ１００１から１００９までの処理を繰り返す。

【0118】

他方、上述の判定の結果、全ての分析部品組合せ候補及び既存分析部品組合せに対して比較が終了していることが判明した場合（１０１０：ＹＥＳ）、データ利活用基盤サーバ１０１は処理を終了する。

【0119】

図１３は、本実施形態における出力画面の例である。具体的には、上述のステップ９１５でユーザ端末２０を介してユーザに対して提供する、分析対象データ（ユーザが選択したもの）に対する分析の実行に適切な分析部品の組合せ候補の確認画面の例である。

【0120】

図１３で例示する画面１１０１には、例えば、ユーザが指定する分析対象データを表示する、分析対象データ欄１１１１と、候補表示欄１１１２とを含んでいる。

【0121】

このうち、候補表示欄１１１２は、ユーザ指定の分析対象データに対して分析処理の候補となる、データ突合せロジック及びデータ分析ロジックの組合せ、及び該組合せに関連付けられる分析処理、分析目的、業務、対象と、該組合せの有用度、関連分析結果（図７Ｂの分析結果ＤＢ３０５における該当レコードのＩＤ）を一覧表示する。なお該当する情報が無い場合は空白箇所を含めて表示する。

【0122】

以上、本発明を実施するための最良の形態等について具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

【0123】

こうした本実施形態によれば、データ分析等のデータ利活用を行うアプリケーションに対してデータ提供を行うシステムにて、当該システムの導入時点、運用開始時点からも、分析処理の作成向けに再利用可能な部品の提案が可能となる。これにより、例えば複数業務システムからのデータを分析するための分析アプリケーションの作成や準備の作業高速化を図りことが可能となり、データ分析処理をはじめとするデータ利活用の実施に要するコストを低減できる。

【0124】

すなわち、データ分析の実施履歴の多寡に係わらず分析部品の提案を可能とし、ひいては、データ分析用ソフトウェア作成の効率化やコスト低減を図ることが可能となる。

【0125】

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の分析ソフトウェア管理システムにおいて、前記演算装置は、前記分析関係情報を生成する処理において、各分析対象データの属性に基づく分析対象データの間における関係性に応じて複数の分析対象データを関係付け、当該複数の分析対象データを分析に際して抽出するデータ突合せロジックを、前記分析部品の１つとして所定アルゴリズムで生成するものである、としてもよい。
これによれば、様々な業務システム等から得られたデータ類について、適宜な属性に基づきグルーピングし、これを効率的に分析に供することが可能となる。

【0126】

また、本実施形態の分析ソフトウェア管理システムにおいて、前記演算装置は、前記分析関係情報を生成する処理において、前記データ突合せロジックと、前記分析部品の１つであって前記データ突合せロジックが抽出する分析対象データに対して分析処理を実行するデータ分析ロジックとを、前記データ突合せロジック及び前記データ分析ロジックの各々の取扱いデータに関するメタ情報を比較することで紐付けするものである、としてもよい。

【0127】

これによれば、分析部品を構成するデータ突合せロジックとデータ分析ロジックとを、それぞれで取り扱うデータ項目等の適合に基づき精度良く紐付け、効率的な分析部品の提案が可能となる。

【0128】

また、本実施形態の分析ソフトウェア管理システムにおいて、前記演算装置は、前記分析部品による分析処理の実績情報に基づき、前記分析関係情報を更新する処理を更に実行するものである、としてもよい。

【0129】

これによれば、ユーザに提示した分析部品のうち、実際にユーザが選択して利用したものに関して、その有用度を認める情報を管理可能となり、ひいては、その後の分析部品の組合せの特定精度をより適宜なものできる。

【0130】

また、本実施形態の分析ソフトウェア管理システムにおいて、前記演算装置は、前記分析関係情報を更新するに際し、前記分析処理と、当該分析処理の目的、当該目的に対応した業務、及び、当該業務の対象、の少なくともいずれかの情報とを紐付けるものである、としてもよい。

【0131】

これによれば、ユーザに提示した分析部品のうち、実際にユーザが選択して利用したものに関して、その目的、業務、業務の対象、といった具体的状況を踏まえた有用度を認める情報を管理可能となり、ひいては、その後の分析部品の組合せの特定精度を更に適宜なものとできる。

【0132】

また、本実施形態の分析ソフトウェア管理システムにおいて、前記演算装置は、前記分析部品の組合せを特定する処理において、分析部品による分析処理の実績情報を有している場合、当該実績情報にも基づいて分析部品の組合せを特定するものである、としてもよい。
これによれば、分析部品の組合せの特定精度をより適宜なものできる。

【0133】

また、本実施形態の分析ソフトウェア管理システムにおいて、前記演算装置は、前記特定した分析部品の組合せに類似する分析処理を、分析部品による分析処理の実績情報に基づいて特定し、当該類似の分析処理に関する所定事象の発生頻度の実績値に基づき、当該特定した分析部品の組み合わせの有用度を判定する処理を更に実行するものである、としてもよい。

【0134】

これによれば、ユーザに提示した分析部品のうち、実際にユーザが選択して利用した事象等、当該分析部品の有用度を認めうる事象の発生頻度に基づき、分析部品の組合せの特定精度を更に適宜なものできる。

【0135】

また、本実施形態の分析ソフトウェア管理システムにおいて、前記演算装置は、前記特定した分析部品の組合せに関する情報を、前記分析対象として指定された所定データの分析に適切な分析部品の組合せ候補の情報として、所定装置に出力する処理を更に実行するものである、としてもよい。
これによれば、ユーザに対して、分析対象データの分析に好適な分析部品の情報を提示することが可能となる。

【0136】

また、本実施形態の分析ソフトウェア管理方法において、前記情報処理システムが、前記分析関係情報を生成する処理において、各分析対象データの属性に基づく分析対象データの間における関係性に応じて複数の分析対象データを関係付け、当該複数の分析対象データを分析に際して抽出するデータ突合せロジックを、前記分析部品の１つとして所定アルゴリズムで生成する、としてもよい。

【0137】

また、本実施形態の分析ソフトウェア管理方法において、前記情報処理システムが、前記分析関係情報を生成する処理において、前記データ突合せロジックと、前記分析部品の１つであって前記データ突合せロジックが抽出する分析対象データに対して分析処理を実行するデータ分析ロジックとを、前記データ突合せロジック及び前記データ分析ロジックの各々の取扱いデータに関するメタ情報を比較することで紐付けする、としてもよい。

【0138】

また、本実施形態の分析ソフトウェア管理方法において、前記情報処理システムが、前記分析部品による分析処理の実績情報に基づき、前記分析関係情報を更新する処理を更に実行する、としてもよい。

【0139】

また、本実施形態の分析ソフトウェア管理方法において、前記情報処理システムが、前記分析関係情報を更新するに際し、前記分析処理と、当該分析処理の目的、当該目的に対応した業務、及び、当該業務の対象、の少なくともいずれかの情報とを紐付ける、としてもよい。

【0140】

また、本実施形態の分析ソフトウェア管理方法において、前記情報処理システムが、前記分析部品の組合せを特定する処理において、分析部品による分析処理の実績情報を有している場合、当該実績情報にも基づいて分析部品の組合せを特定する、としてもよい。

【0141】

また、本実施形態の分析ソフトウェア管理方法において、前記情報処理システムが、前
記特定した分析部品の組合せに類似する分析処理を、分析部品による分析処理の実績情報に基づいて特定し、当該類似の分析処理に関する所定事象の発生頻度の実績値に基づき、当該特定した分析部品の組み合わせの有用度を判定する処理を更に実行する、としてもよい。

【0142】

また、本実施形態の分析ソフトウェア管理方法において、前記情報処理システムが、前記特定した分析部品の組合せに関する情報を、前記分析対象として指定された所定データの分析に適切な分析部品の組合せ候補の情報として、所定装置に出力する処理を更に実行する、としてもよい。

【符号の説明】

【0143】

１０、１１ ネットワーク
２０ ユーザ端末
３０ 業務システム
１０1 データ利活用基盤サーバ（分析ソフトウェア管理システム）
１１１、１２１ 記憶装置
１１２、１２２ 演算装置
１１３、１２３ 通信装置
３００ データ利活用ミドルウェア
３０１ 分析実行管理部
３０２ 分析処理
３０３ 分析部品
３０４ 分析対象データＤＢ
３０５ 分析結果ＤＢ
３０６ 実績情報ＤＢ
３０７ 分析関係テーブル
３０８ 分析関係情報管理部
３０９ 分析提案部
３１０ ユーザ・業務管理部
３１１ クライアント向けＩ／Ｆ提供部
３１２ 分析処理実績管理部
３１３ 分析部品管理部
３１４ データ管理部
３１５ データ通信部
４０１ 分析関係情報
４２１ データ突合せロジック
４２２ データ分析ロジック
５０１ 分析対象データ紐付けテーブル
５０２ 分析部品紐付けテーブル
５０３ 分析部品−分析処理紐付けテーブル
５０４ 分析処理−分析目的紐付けテーブル
５０５ 分析目的−業務紐付けテーブル
５０６ データ分析ロジックのメタ情報
５０７ データ突合せロジックのメタ情報

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図5C】

【図5D】

【図5E】

【図6A】

【図6B】

【図7A】

【図7B】

【図7C】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】