JP7428599B2 - システム構築支援装置およびその方法 - Google Patents

Description

本発明は、複数の機能を有するシステムを分析して行われる新たなアーキテクチャへの移行や再構築を含むシステムの構築を支援するための技術に関する。

従来から業務システム等（以下、単にシステムと称する）においては、複数の、つまり、より多くの機能・サービスが実装されており、利用者の操作等に応じて選択された機能・サービスを実行する構成を採っている。いわゆる「モノリシック（一枚岩）」なアーキテクチャでシステム（以下、統合システムを称する）が構築されている。

これに対して、現在、マイクロサービスアーキテクチャ、コンテナ化、クラウド化などによる、モノリシックなシステムが有する任意の機能に分解したアーキテクチャのシステム（以下、コンポーネントシステムと称する）が提案されている。

このようなコンポーネントシステムの構築では、従来の統合システムからの移行など統合システムの機能を移行させることが多い。このための技術として、特許文献１に記載の技術が提案されている。

特許文献１には、生成したアプリケーションをクラウド環境に容易に配置するために、「アプリケーションを生成する情報処理装置で実行可能なプログラムであって、前記情報処理装置を、前記アプリケーションを生成するための定義情報を取得する定義情報取得手段と、前記定義情報取得手段により取得された定義情報に基づき、前記アプリケーションを生成する生成手段と、クラウド環境への接続に用いる接続情報を取得する接続情報取得手段と、前記アプリケーションに係る履歴情報を取得する履歴情報取得手段と、前記接続情報取得手段により取得された接続情報を用いて前記クラウド環境に接続し、前記履歴情報取得手段により取得されたアプリケーションに係る履歴情報に基づき、前記生成手段により生成されたアプリケーションを当該クラウド環境に配置する配置手段として機能させるためのプログラム」が開示されている。

特開２０１９－９１４１５号公報

ここで、統合システムでは、機能・サービスを実行するためのデータベースが、各機能で共有されている。これに対して、コンポーネントシステムでは、データベースを個別に用意するなど、データベースについても小規模化することが望まれている。

しかしながら、特許文献１では、その機能やアプリケーションに応じたクラウド環境の整備は考慮されていたが、データベースの再配置、つまり、機能に応じてデータベースを用意することについては考慮されていない。つまり、特許文献１では、クラウド環境下において、単に「生成されたアプリケーションが利用する」「仮想データベースサーバ１８」を用意するのみである。このため、特許文献１では、常に各機能で共用される大規模なデータベースを用意する必要があった。

そこで、本発明では、データベースについても考慮したコンポーネントシステムへの移行、再構築を含む構築を支援することを課題とする。

上記の課題を解決するために、コンポーネントシステムの構築において、分析対象となる統合システムにおけるデータベースに対する「アクセス履歴情報」を用いて、データベースを構成するデータ項目が「個別データ」か「共通データ」かを区分けする。この際、「アクセス履歴」が示すアクセス元となる機能を用いて、「個別データ」か「共通データ」かを区分けすることが望ましい。

より具体的な本発明の一態様として、複数の機能および、前記複数の機能で共用され複数のデータ項目で構成される共用データベースからなる統合システムに基づいて、コンポーネントシステムを構築するためのシステム構築支援装置において、前記統合システムのアクセス元機能により前記共用データベースを構成するデータ項目にアクセスされたことを示し、前記アクセス元機能およびアクセス先であるデータ項目が対応付けられたアクセス履歴情報を記憶する記憶装置と、前記コンポーネントシステムに含まれる第１の機能を識別する第１の機能名を用いて、前記アクセス履歴情報を検索して、前記第１の機能がアクセス元となるデータ項目を特定し、前記アクセス履歴情報を用いて、特定された前記データ項目に対して、前記複数の機能に含まれる第２の機能からのアクセスの有無を判定し、前記第２の機能からのアクセスが無いと判定した場合に、特定された前記データ項目が前記第１の機能における個別データであると判定する処理部を有するシステム構築支援装置が含まれる。

さらに、本発明には、システム構築支援装置を用いたシステム構築支援方法や、システム構築支援装置をコンピュータとして機能させるコンピュータプログラムやこれを格納した記憶媒体も含まれる。

本発明によれば、構築されるシステムのアプリケーション・機能に応じたデータベースの構築を可能とするシステム構築を支援することが可能になる。

本発明の一実施例の概念を示す図。 本発明の一実施例におけるシステム構成図。 本発明の一実施例における各種履歴情報の生成を説明するための図。 本発明の一実施例におけるシステム構築支援装置の全体処理を示すフローチャートである。 本発明の一実施例で用いられるアクセス履歴集計テーブルを示す図。 本発明の一実施例でのアクセス元一覧の表示画面を示す図。 本発明の一実施例のステップＳ４の詳細における第１の例を示すフローチャート。 本発明の一実施例のステップＳ４の詳細における第２の例を示すフローチャート。 本発明の一実施例で用いられる区分結果テーブルを示す図。 本発明の一実施例での区分結果を一覧で表示する表示画面を示す図。 本発明の一実施例でのグラフィカルに表示する表示画面を示す図。

以下、本発明の一実施例を、図面を用いて説明する。まず、図１に、本実施例の概念を示す。統合システムにおいては、ｎ個の機能群が１つのシステムとして構成されている。例えば、生産管理システムは、「製造指示」「品質管理」「生産計画」「プロセス管理」「実績分析」といったｎ個の機能群で構成される１つの統合システムとして構成される。また、この統合システムでは、これらｎ個の機能群が１つのデータベース（ＤＢ）を共用している。つまり、図１に示す生産管理システムは、各機能からアクセス可能な共用データベースを有している。

これに対して、本実施例では、この統合システムのうち、任意の機能を切り出し、つまり、分解し、コンポーネントシステムを構築する。図１に示す例では、「製造指示」と「実績分析」の各機能を分解している。また、コンポーネントシステムの構築においては、ｎ個の機能の少なくとも２機能で共通する共通機能も設けることが望ましい。そして、このコンポーネントシステムでは、各機能が例えば疎に結合されている。

ここで、コンポーネントシステムでは、統合システムの機能を分解して構成されるが、データベースについても分解が必要となる。図１の例に示すように、「製造指示」がＤＢ１（個別データベース）、「共通機能」がＤＢ２（共通データベース）、「実績分析」がＤＢ３（個別データベース）と、各機能に対応付けてデータベースの分解も行うことが必要になる。つまり、共用データベースを構成する各データ項目が、各機能で用いる共通データか、機能に特化した個別データ化を区分することが必要になる。そこで、本実施例では、統合システムに対応するコンポーネントシステムを構築する際に、共用データベースを、コンポーネントシステムの各データベースに分解、特に、各データ項目を共通データと個別データへ区分する構成を提案する。なお、本実施例では、上記のように、生産管理システムやその機能を例に挙げるが、適用先はこれに限らない。また、コンポーネントシステムとしては、いわゆるマイクロサービス、コンテナ化、クラウド化など、その構築手法は特に限定されない。

次に、図２に、本実施例におけるシステム構成図を示す。本実施例のシステム構成には、本実施例の主たる処理を実行するシステム構築支援装置１０、システム構築支援装置１０とネットワーク３１を介して接続される端末装置２１、端末装置２２が含まれる。この端末装置２１や２２は、利用者から入力されるシステム構築支援装置１０への指示を送信したり、システム構築支援装置１０からの処理結果を受信したりする。これら端末装置２１や２２は、いわゆるコンピュータで実現され、ラップトップＰＣ（ノートＰＣ）やタブレット、スマートフォンなどで実現できる。なお、本実施例では、端末装置２１や２２を設けたが、入出力機能をシステム構築支援装置１０に設け、端末装置２１や２２を省略してもよい。

ここで、システム構築支援装置１０の構成を説明する。システム構築支援装置１０は、サーバ等いわゆるコンピュータで実現でき、処理部１１、通信Ｉ／Ｆ（インターフェース）１２、主記憶装置１３および補助記憶装置１４を有する。そして、これらの各構成要素は、互いにバスなどの通信路を介して接続されている。

また、処理部１１は、ＣＰＵのような各種演算・処理を行う演算装置で実現できる。また、この処理部１１は、主記憶装置１３に格納されたプログラムに従ってその演算・処理を実行する。

また、通信Ｉ／Ｆ１２は、ネットワーク３１と接続し、他の装置との送受信を実行する。さらに、主記憶装置１３は、いわゆるメモリで実現でき、アクセス履歴集計テーブル作成プログラム１３１やデータ区分プログラム１３２を格納している。さらに、補助記憶装置１４は、ＨＤＤやＳＳＤで実現でき、アクセス履歴集計テーブル１４１や区分結果テーブル１４２を格納している。

なお、本実施例では、補助記憶装置１４をシステム構築支援装置１０の内部に設けたが、外部に設けてもよい。例えば、ネットワーク３１と接続するファイルシステムとして構成し、端末装置２１や２２からアクセス可能とする構成としてもよい。また、アクセス履歴集計テーブル作成プログラム１３１、データ区分プログラム１３２やアクセス履歴集計テーブル１４１や区分結果テーブル１４２については、後述する。

また、ネットワーク３２は、システム構築支援装置１０を運営する企業等のイントラネットで実現することが望ましい。

次に、図２には、統合システムとして構築されている生産管理システム４０と生産管理システム４０が用いるデータベース５０が記載されている。生産管理システム４０は、モノリシックなシステムとして構築されている。つまり、生産管理システム４０は、複数の機能を実行する機能部４１を有する。この機能部４１は、実績分析機能部４１１、製造指示機能部４１２およびプロセス管理機能部４１３を有する。生産管理システム４０もコンピュータとして実現できるため、これら各機能部はプログラムに従ってその機能を実行する。なお、本実施例では、実績分析機能部４１１、製造指示機能部４１２およびプロセス管理機能部４１３の３つを挙げたが、これらに限定されない。さらに、データベース５０が図１で説明した共用データベースに該当する。

また、生産管理システム４０は、記憶部４２を有し、データ項目アクセス履歴４２１、データ項目アクセス履歴４２２およびデータ項目アクセス履歴４２３を記憶している。これら各データ項目アクセス履歴は、機能部ごとのデータベース５０へアクセスした履歴を示す情報である。本実施例では、実績分析機能部４１１の履歴がデータ項目アクセス履歴４２１であり、製造指示機能部４１２の履歴がデータ項目アクセス履歴４２２であり、プロセス管理機能部４１３の履歴がデータ項目アクセス履歴４２３である。そして、各データ項目アクセス履歴４２１～４２３は、各機能部４１１～４１３がデータベース５０に格納されたデータ項目にアクセスした際に生成される。なお、各データ項目アクセス履歴４２１～４２３の内容については、後述する。

さらに、生産管理システム４０は、データベース５０に接続している。データベース５０は、生産管理システム４０の各機能部４１１～４１３がその処理のためにアクセスするデータ５１を格納している。このデータ５１は、複数のデータ項目（データ項目１、２…）で構成される。また、データベース５０は、データベース５０が管理するアクセス履歴であるＤＢアクセス履歴５２を格納している。このＤＢアクセス履歴５２の内容については、追って説明する。

なお、生産管理システム４０は、ネットワーク３２と接続している。ネットワーク３２は、生産管理システム４０を運用している企業などのイントラネットで実現することが望ましい。そして、ネットワーク３２には、図示しないが、生産管理システム４０と通信可能な端末装置と接続されている。これら端末装置は、生産管理システム４０での分析結果や生産に関する指示を表示したり、利用者から生産管理システム４０への入力を受け付けたりする。

また、ネットワーク３２には、ファイルシステム６０が接続されている。このファイルシステム６０は、データ項目アクセス履歴４２１～４２３から作成されたデータ項目アクセス履歴テーブル６１やＤＢアクセス履歴５２から作成されたＤＢアクセス履歴テーブル６２を格納している。これらデータ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２は、生産管理システム４０が生成する。なお、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２の内容は、追って説明する。

さらに、ファイルシステム６０は、生産管理システム４０に関する情報を記録する生産管理システム管理テーブル６３を格納することがより望ましい。生産管理システム管理テーブル６３には、少なくとも生産管理システム４０が有する各機能を識別する機能名やその関数などが記録されている。

ここで、本実施例では、システム構築支援装置１０は、ネットワーク３１とネットワーク３２を介して、ファイルシステム６０に接続可能としている。この場合、ネットワーク３１とネットワーク３２は異なる組織のイントラネットであれば、間にインターネットのような広域ネットワークを設けることが望ましい。また、システム構築支援装置１０と生産管理システム４０の管理組織が同じである場合、これらを１つのネットワークを介して接続する構成としてもよい。

この構成により、システム構築支援装置１０は、ファイルシステム６０にアクセスし、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２を利用することができる。ここで、システム構築支援装置１０と生産管理システム４０の管理組織が異なる場合、システム構築支援装置１０からファイルシステム６０へのアクセスが許可されないことがある。この場合、図２に示すように、可搬性の記憶媒体７０を介して、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２を、システム構築支援装置１０で利用できるようにしてもよい。また、記憶媒体７０にも、ファイルシステム６０と同様に、生産管理システム管理テーブル６３を格納していることが望ましい。

次に、図３～図１１を用いて、本実施例の処理の詳細を説明する。図３は、本実施例の処理の前提となる生産管理システム４０の運用の際のおける各種履歴情報の生成を説明するための図である。履歴情報には、データ項目アクセス履歴４２１～４２３、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴５２、ＤＢアクセス履歴テーブル６２が含まれる。図３には、生産管理システム４０の実績分析機能部４１１、製造指示機能部４１２およびプロセス管理機能部４１３を示している。

実績分析機能部４１１では、実績集計や生産管理におけるＫＰＩ算出といった関数に従った処理を行っている。そして、実績集計の関数を用いる際に、実績分析機能部４１１は、データベース５０にアクセスする。具体的には、実績分析機能部４１１は、データ５１のデータ項目「ＤａｔａＡ１」～「ＤａｔａＡ１０」で構成されるデータテーブルにアクセスする。そして、集計した実績に基づいてＫＰＩ算出の関数を用いる際に、実績分析機能部４１１は、データ５１のデータ項目「ＤａｔａＢ１～Ｂ２０」や「ＤａｔａＤ１～Ｄ４０」を構成するデータテーブルにアクセスする。これらアクセスしたことを示す履歴は、生産管理システム４０のＯＳ（Operation System）の機能、実績分析機能部４１１もしくは履歴作成機能部などにより、ログであるデータ項目アクセス履歴４２１として記録される。

そして、生産管理システム４０のＯＳ等により、データ項目アクセス履歴４２１から実績分析機能部４１１のデータ項目アクセス履歴テーブル６１－１が作成される。ここで、生産管理システム４０のＯＳ等では、ｃｓｖファイルやＪＳＯＮ形式のようなテキストデータであるデータ項目アクセス履歴４２１を、表（テーブル）形式のデータであるデータ項目アクセス履歴テーブル６１－１に変換することが含まれる。また、このデータ項目アクセス履歴テーブル６１－１は、データ項目として、「ＤａｔａＡ１～Ａ１０」「ＤａｔａＢ１～Ｂ２０」および「ＤａｔａＤ１～Ｄ４０」が設けられている。図３に示すデータ項目は、データテーブルを単位としているが、各データ項目を単位としてもよい。さらに、データ項目アクセス履歴テーブル６１－１は、データ項目などにより、ソートされていてもよい。これらの作成方法や構造は、後述するデータ項目アクセス履歴テーブル６１－２、データ項目アクセス履歴テーブル６１－３やＤＢアクセス履歴テーブル６２でも同様である。

そして、各データ項目に対して、アクセス元機能、アクセス元関数およびアクセス時刻が対応付けられて記憶されている。ここで、アクセス元機能は、アクセスした機能（機能部）を識別する情報であり、本実施例で構築を支援するコンポーネントシステムの機能の候補である。アクセス元関数は、アクセスの際にアクセス元機能でアクセスに用いられた関数を識別する情報である。このアクセス元関数は、省略してもよい。そして、アクセス時刻は、アクセス元機能がアクセスした時間を示す情報である。図３では、「朝」「夜」といった情報で示しているが、年月日および時間（時分秒）で記録してもよい。

なお、図３に示すデータ項目アクセス履歴テーブル６１－１のうち、「ＤａｔａＤ１～ＤａｔａＤ４０」であるデータ項目については、「－」が記録されている。これは、実績分析機能部４１１がアクセスしたものの、「ＤａｔａＤ１～Ｄ４０」が示すデータ項目を利用しなかったことを示している。

次に、製造指示機能部４１２においても、製造指示ａ１の関数を実行すると、データベース５０のデータ項目「ＤａｔａＢ１～Ｂ２０」および「ＤａｔａＣ１～Ｃ３０」にアクセスする。そして、生産管理システム４０のＯＳ等により、データ項目アクセス履歴４２２が記録される。そして、生産管理システム４０のＯＳ等がデータ項目アクセス履歴４２２からデータ項目アクセス履歴テーブル６１－２を作成する。

また、同様に、プロセス管理機能部４１３によりプロセス管理ａ１の関数を実行すると、データベース５０のデータ項目「ＤａｔａＣ１～Ｃ３０」にアクセスする。そして、生産管理システム４０のＯＳ等により、データ項目アクセス履歴４２３が記録される。これを受けて、生産管理システム４０のＯＳ等が、データ項目アクセス履歴４２３からデータ項目アクセス履歴テーブル６１－３を作成する。なお、生産管理システム４０のＯＳ等は、データ項目アクセス履歴テーブル６１－１～６１－３からデータ項目アクセス履歴テーブル６１を作成してもよい。さらに、これらデータ項目アクセス履歴テーブル６１－１～６１－３をデータ項目アクセス履歴テーブル６１として扱ってもよい。

さらに、データベース５０側でも、上記のアクセスに応じて、ＤＢアクセス履歴５２が記録される。これは、データベース管理ソフトや生産管理システム４０のＯＳなどにより記録される。そして、データベース管理ソフトなどが、ＤＢアクセス履歴５２からＤＢアクセス履歴テーブル６２を作成する。ここでも、データベース管理ソフトなどが、テキスト形式のＤＢアクセス履歴５２を、表形式のＤＢアクセス履歴テーブル６２を変換してもよい。また、データベース管理ソフトなどでは、ＤＢアクセス履歴テーブル６２の作成において、データ項目でソートして作成してもよい。

以上のように、生産管理システム４０の運用の際に、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２が作成されている。但し、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２の処理は、この後説明するシステム構築支援装置１０の処理として実行してもよい。

さらに、一年などある程度の期間に運用された生産管理システム４０について、これらのデータ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２の作成を行うことが望ましい。この期間としては、例えば、製造物の生産サイクルなど生産管理システム４０の各機能が一通り以上実行される期間であることが好適である。このような期間であることで、本来アクセスされるべきデータ項目がアクセスされないことで、精度が低下することを防止できる。

次に、図４は、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２を用いたシステム構築支援装置１０の全体処理を示すフローチャートである。

本フローチャートの各ステップは、アクセス履歴集計テーブル作成プログラム１３１やデータ区分プログラム１３２に従って、処理部１１により実行される。以下、」説明を簡単にするために、アクセス履歴集計テーブル作成プログラム１３１に従った処理については、「アクセス履歴集計テーブル作成部１１１」をその処理主体として説明する。また、データ区分プログラム１３２に従った処理については、「データ区分部１１２」をその処理主体として説明する。

まず、ステップＳ１において、アクセス履歴集計テーブル作成部１１１は、データ項目アクセス履歴テーブル６１およびＤＢアクセス履歴テーブル６２からアクセス履歴集計テーブル１４１を作成する。このために、まず、アクセス履歴集計テーブル作成部１１１は、通信Ｉ／Ｆを利用して、ネットワーク３１および３２を介して、ファイルシステム６０からデータ項目アクセス履歴テーブル６１およびＤＢアクセス履歴テーブル６２を読み出す。この際、アクセス履歴集計テーブル作成部１１１は、記憶媒体７０からデータ項目アクセス履歴テーブル６１およびＤＢアクセス履歴テーブル６２を読み出してもよい。

そして、アクセス履歴集計テーブル作成部１１１は、データ項目アクセス履歴テーブル６１およびＤＢアクセス履歴テーブル６２をマージして、アクセス履歴集計テーブル１４１を作成する。続いて、アクセス履歴集計テーブル作成部１１１は、このアクセス履歴集計テーブル１４１を、補助記憶装置１４に格納する。なお、本実施例のアクセスには、参照、読み出し、書き込みが含まれるが、これら以外を含んでもよいし、いずれかが含まれていなくともよい。

このアクセス履歴集計テーブル１４１を、図５に示す。アクセス履歴集計テーブル１４１は、データ項目、アクセス元機能、アクセス元関数、アクセス時刻で構成される。これらの各項目は、データ項目アクセス履歴テーブル６１およびＤＢアクセス履歴テーブル６２の各項目に対応している。このため、アクセス元関数は省略してもよい。

ここで、アクセス履歴集計テーブル作成部１１１は、データ項目アクセス履歴テーブル６１およびＤＢアクセス履歴テーブル６２の各レコードを比較し、一致するものをアクセス履歴集計テーブル１４１の１レコードとして特定する。そして、アクセス履歴集計テーブル作成部１１１は、これらをマージしてアクセス履歴集計テーブル１４１を作成する。ここで、アクセス履歴集計テーブル作成部１１１は、一致するレコードがない場合もアクセス履歴集計テーブル１４１の１レコードとする。これは、データ項目アクセス履歴テーブル６１ないしＤＢアクセス履歴テーブル６２の作成の際もしくはデータ項目アクセス履歴４２１～４２３やＤＢアクセス履歴５２の記録の際にエラーが発生することを考慮したためである。

また、データ項目アクセス履歴テーブル６１ないしＤＢアクセス履歴テーブル６２のうち、アクセス時刻が一致しないレコードについては、アクセス履歴集計テーブル作成部１１１は、それぞれのアクセス時刻を記録したレコードとすることが望ましい。この例を、図５の１レコード目に記載する。このことで、アクセス履歴集計テーブル１４１のレコード数、つまり、データ量の増加を削減できる。

なお、本実施例では、アクセス履歴集計テーブル１４１を用いるが、少なくともアクセス元機能とデータ項目が対応付けられたアクセス履歴情報を用いることが可能である。アクセス履歴集計テーブル作成部１１１は、このアクセス履歴情報として、データ項目アクセス履歴テーブル６１およびＤＢアクセス履歴テーブル６２のいずれか一方を用いてよい。また、アクセス履歴集計テーブル作成部１１１は、アクセス履歴集計テーブル１４１を含むアクセス履歴情報を、データ項目アクセス履歴テーブル６１およびＤＢアクセス履歴テーブル６２のいずれか一方を用いて作成してもよい。この際、ＤＢアクセス履歴テーブル６２を用いて作成することがより望ましい。

さらに、アクセス履歴集計テーブル作成部１１１が、アクセス履歴集計テーブル１４１を作成する際、所定条件を満たすデータを用いて作成する構成としてもよい。この所定条件には、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２のアクセス時刻やアクセス頻度が含まれる。

例えば、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２で予め定められた一定期間以上古いアクセスを確認できない場合、アクセス履歴集計テーブル作成部１１１は、アクセス履歴集計テーブル１４１の対象外とする。また、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２で予め定められた一定の頻度ないし回数以下のアクセスを確認できない場合、アクセス履歴集計テーブル作成部１１１は、アクセス履歴集計テーブル１４１の対象外とする。これらの所定条件は組み合わせて用いられてもよい。

さらに、データ項目アクセス履歴テーブル６１やＤＢアクセス履歴テーブル６２の作成でも、同様に所定条件を用いて実行してもよい。

これらのことで、後述のステップＳ４では、所定条件を満たさないアクセスを除外できる。さらに、アクセス履歴集計テーブル１４１やデータ項目アクセス履歴テーブル６１、ＤＢアクセス履歴テーブル６２は所定条件を利用せず作成して、ステップＳ４の判断の際に、この所定条件を用いてもよい。このことは、ステップＳ４の記述箇所で説明する。

次に、ステップＳ２において、データ区分部１１２は、アクセス元一覧を作成する。そして、データ区分部１１２は、通信Ｉ／Ｆを用いて、ネットワーク３１を介して端末装置２１や端末装置２２に、この一覧を表示させる。図６に、アクセス元一覧を表示する表示画面２０１の例を示す。なお、データ区分部１１２は、アクセス元一覧を、ファイルシステム６０ないし記憶媒体７０に格納された生産管理システム管理テーブル６３を用いて作成する。つまり、データ区分部１１２は、生産管理システム管理テーブル６３に記録された生産管理システム４０の有する各機能名を一覧とする。

図６に示すように、端末装置２１ないし２２の利用者は、選択ボタン２０１１への指定により、切り出したい機能名を指定できる。つまり、端末装置２１ないし２２は、構築するコンポーネントシステムの機能の指定を受け付ける。そして、端末装置２１ないし２２は、選択された切り出したい機能名（機能)を、ネットワーク３１を介して、システム構築支援装置１０に通知する。本実施例の選択された切り出したい機能名は、「実績分析」（実績分析機能部４１１）とする
なお、本ステップＳ６において、データ区分部１１２は、端末装置２１ないし端末装置２２へ、利用者に図６に示す表示画面と同様の切り出し済機能名を選択する画面を表示させてもよい。つまり、データ区分部１１２は、端末装置２１ないし２２を介して、既に特定されているコンポーネントシステムの機能の指定を受け付ける。このために、データ区分部１１２は、図６に示す選択ボタン２０１１で、「切り出し済」を選択できるよう表示させる。このように、「切り出し済」の選択を可能とするために、データ区分部１１２は、区分結果テーブルを用いる。図９に示す区分結果テーブル１４２のアクセス元機能が記録されている機能については、「切り出し済」として選択可能になる。

このことで、後述するステップＳ８の結果表示の際に、データ区分部１１２は、今回切り出している機能および切り出し済の機能を併せて、端末装置２１や２２に表示させることが可能になる。なお、切り出し済の機能に、「無し」も含めてもよい。

次に、ステップＳ３において、データ区分部１１２は、指定された切り出したい機能名を用いて、アクセス履歴集計テーブル１４１を検索する。つまり、データ区分部１１２は、アクセス履歴集計テーブル１４１のアクセス元機能に「実績分析」を含むデータ項目を検索する。この結果、データ区分部１１２は、１レコード目（データ項目名：ＤａｔａＡ１～Ａ１０）、２レコード目（データ項目名：ＤａｔａＢ１～Ｂ２０）および６レコード目（データ項目名：ＤａｔａＤ１～Ｄ４０）の各データ項目を特定する。

次に、ステップＳ４において、データ区分部１１２は、ステップＳ３で特定された各データ項目について、他の機能からのアクセスの有無を判定する。つまり、データ区分部１１２は、アクセス履歴集計テーブル１４１のデータ項目がＤａｔａＡ１～Ａ１０、ＤａｔａＢ１～Ｂ２０およびＤａｔａＤ１～Ｄ４０のいずれかである各レコードにおいて、アクセス元機能が「実績分析」以外のレコードがないかを確認する。

この結果、データ区分部１１２は、データ項目ＤａｔａＡ１～Ａ１０およびＤａｔａＤ１～Ｄ４０については、他の機能からのアクセスは無いと判定する。このため、データ項目ＤａｔａＡ１～Ａ１０およびＤａｔａＤ１～Ｄ４０に対しては、ステップＳ５の処理へ進む。つまり、データ区分部１１２は、データ項目ＤａｔａＡ１～Ａ１０およびＤａｔａＤ１～Ｄ４０を、「実績分析」の個別データと区分する。

また、データ区分部１１２は、データ項目ＤａｔａＢ１～Ｂ２０については、他の機能からのアクセスは有ると判定する。このため、データ項目ＤａｔａＢ１～Ｂ２０に対しては、ステップＳ６の処理へ進む。つまり、データ区分部１１２は、データ項目ＤａｔａＢ１～Ｂ２０を、共通データに区分する。

但し、アクセス履歴集計テーブル１４１のデータ項目Ｄ１～Ｄ４０のアクセス元関数が「－」を示している。つまり、データ項目Ｄ１～Ｄ４０は、実績分析機能部４１１で利用されていないことを示している。このため、データ区分部１１２は、データ項目Ｄ１～Ｄ４０を、不要データと区分することが望ましい。この区分を行うために、データ区分部１１２は、アクセス履歴集計テーブル１４１のアクセス元関数を用いる。つまり、アクセス元関数が「－」を示す場合、データ区分部１１２は、区分の未対象である「不要データ」とする。

ここで、ステップＳ４の詳細を示す２つ例を、図７および図８を用いて説明する。図７は、ステップＳ４の詳細における第１の例を示すフローチャートである。まず、ステップＳ４１１において、データ区分部１１２は、他の機能名、つまり、「実績分析」以外の機能名を特定する。このために、データ区分部１１２は、生産管理システム管理テーブル６３を用いる。データ区分部１１２は、この生産管理システム管理テーブル６３から「実績分析」以外の機能名を特定する。

次に、ステップＳ４１２において、データ区分部１１２は、ステップＳ４１１で特定された他の機能名を用いて、アクセス履歴集計テーブル１４１を検索する。つまり、データ区分部１１２は、アクセス履歴集計テーブル１４１のアクセス元機能が、他の機能名であるレコードを特定する。この結果、データ区分部１１２は、アクセス元機能が「製造指示」である３レコード目のデータ項目ＤａｔａＢ１～Ｂ２０、同じく４レコード目のデータ項目ＤａｔａＣ１～Ｃ３０を特定する。また、データ区分部１１２は、アクセス元機能が「プロセス管理」である５レコード目のデータ項目ＤａｔａＣ１～Ｃ３０も特定する。

次に、ステップＳ４１３において、データ区分部１１２は、ステップＳ３とステップＳ４１２の結果を突き合せる。つまり、データ区分部１１２は、「実績分析」を用いて特定されたデータ項目と、「実績分析」以外の機能名を用いて特定されたデータ項目を比較する。この結果、不一致のデータ項目、つまり、「実績分析」を用いて特定されたデータ項目に特有のデータ項目に対してはステップＳ５の処理へ進む。この場合、データ区分部１１２は、データ項目ＤａｔａＡ１～Ａ１０およびＤａｔａＤ１～Ｄ４０を、「実績分析」の個別データと区分する。但し、本実施例では、ＤａｔａＤ１～Ｄ４０は、生産管理システム４０で利用されていないため、上述のようにデータ区分部１１２は、これを「不要データ」と区分する。

また、比較の結果、一致するデータ項目、つまり、「実績分析」以外の機能名を用いて特定されたデータ項目にも含まれるデータ項目に対しては、ステップＳ６の処理へ進む。この場合、データ区分部１１２は、データ項目ＤａｔａＢ１～Ｂ２０は、「実績分析」と「製造指示」の両方でアクセスされるので、これを共通データに区分する。

以上で、図７の説明、つまり、ステップＳ４の詳細における第１の例の説明を終わる。次に、図８を用いて、ステップＳ４の詳細における第２の例を説明する。図８は、ステップＳ４の詳細における第２の例を示すフローチャートである。まず、ステップＳ４２１において、データ区分部１１２は、ステップＳ３で検索されたデータ項目のデータ項目名を特定する。つまり、データ区分部１１２は、アクセス履歴集計テーブル１４１のアクセス元機能が「実績分析」である「データ項目」を特定する。図５の例では、データ区分部１１２は、データ項目名として、ＤａｔａＡ１～Ａ１０、ＤａｔａＢ１～Ｂ２０およびＤａｔａＤ１～Ｄ４０を特定する。

次に、ステップＳ４２２において、データ区分部１１２は、ステップＳ４２１で特定されたデータ項目名を用いて、アクセス履歴集計テーブル１４１を検索する。つまり、データ区分部１１２は、データ項目がＤａｔａＡ１～Ａ１０、ＤａｔａＢ１～Ｂ２０およびＤａｔａＤ１～Ｄ４０であるレコードを特定する。この結果、データ区分部１１２は、１レコード目のデータ項目ＤａｔａＡ１～Ａ１０、２レコード目のＤａｔａＢ１～Ｂ２０、３レコード目のＤａｔａＢ１～Ｂ２０および６レコード目のデータ項目ＤａｔａＤ１～Ｄ４０を特定する。

次に、ステップＳ４２３において、データ区分部１１２は、ステップＳ３とステップＳ４１２の結果を突き合せる。つまり、データ区分部１１２は、「実績分析」を用いて特定された各レコード（データ項目）と、このデータ項目が示すデータ項目名を用いて特定された各レコード（データ項目）を比較する。この結果、不一致のデータ項目、つまり、「実績分析」を用いて特定されたデータ項目に特有のデータ項目に対してはステップＳ５の処理へ進む。この場合、データ区分部１１２は、データ項目ＤａｔａＡ１～Ａ１０およびＤａｔａＤ１～Ｄ４０を、「実績分析」の個別データと区分する。但し、本実施例では、ＤａｔａＤ１～Ｄ４０は、生産管理システム４０で利用されていないため、上述のようにデータ区分部１１２は、これを「不要データ」と区分する。

また、比較の結果、一致するデータ項目、つまり、データ項目名を用いて特定された各レコード（データ項目）にも含まれるデータ項目に対しては、ステップＳ６の処理へ進む。この場合、データ区分部１１２は、データ項目ＤａｔａＢ１～Ｂ２０は、「実績分析」と「製造指示」の両方でアクセスされるので、これを共通データに区分する。

なお、ステップＳ４において、データ区分部１１２は、他の機能からのアクセスの有無を、上述の所定条件データを用いて判定してもよい。つまり、データ区分部１１２は、アクセス履歴集計テーブル１４１に他の機能のアクセスが記録されている場合であっても、そのアクセスが所定条件を満たさない場合、アクセスは無いと判定する。所定条件には、上述のアクセスの頻度、回数、時期の少なくとも１つが含まれる。

この所定条件の利用は、図７および図８の判定処理でも同様である。つまり、データ区分部１１２は、ステップＳ４１２の検索もしくはステップＳ４１３で、所定条件を用いて検索ないし比較結果の判定を行う。特に、ステップＳ４１３では、一致するデータ項目があっても、少なくとも一方のデータ項目が所定条件を満たさない場合、データ区分部１１２は、不一致と判定する。

また、データ区分部１１２は、ステップＳ４２２の検索もしくはステップＳ４２３でも、所定条件を用いて検索ないし比較結果の判定を行う。特に、ステップＳ４２３では、一致するデータ項目があっても、少なくとも一方のデータ項目が所定条件を満たさない場合、データ区分部１１２は、不一致と判定する。

以上で、ステップＳ４の詳細と、ステップＳ５、ステップＳ６の説明を終了し、図４に戻りステップＳ７以降の処理について説明する。

ステップＳ７において、データ区分部１１２は、ステップＳ５およびステップＳ６での区分の結果を、区分結果テーブル１４２に記録する。区分結果テーブル１４２の内容を、図９に示す。区分結果テーブル１４２は、データ項目、ステップＳ５およびＳ６で区分された結果、アクセス元機能およびアクセス元関数を含む。このうち、アクセス元関数は省略してもよい。また、共通データに区分されたＤａｔａＢ１～Ｂ２０に関しては、本データ項目を共用する機能名である「実績分析」と「製造指示」やこれらが用いるアクセス元関数の「ＫＰＩ算出」や「製造指示ａ１」がまとめて対応付けられている。

また、データ区分部１１２は、アクセス履歴集計テーブル１４１に、その処理結果を記録してもよい。つまり、ステップＳ５の区分結果を用いて、データ区分部１１２は、アクセス履歴集計テーブル１４１の該当するレコードに「個別データ」であることを記録する。また、ステップＳ６の区分結果を用いて、データ区分部１１２は、アクセス履歴集計テーブル１４１の該当するレコードに「共通データ」であることを記録する。

なお、このような区分結果テーブル１４２もしくはアクセス履歴集計テーブル１４１を設けることにより、以降の次の機能を切り出す際、データ区分部１１２は、この記録がなされたレコードを検索の対象から外し、検索対象レコードを削減することが可能になる。このため、データ区分部１１２は、「個別データ」や「共通データ」の代わりに、データの判定、区分が済んでいることを示す情報を記録してもよい。

次に、ステップＳ８において、データ区分部１１２は、区分結果を、通信Ｉ／Ｆを用いて、ネットワーク３１を介して端末装置２１や端末装置２２に表示させる。この区分結果は、データ項目がいずれの区分であるかを示せればよい。この区分結果を、一覧として表示する表示画面２０２の一例を、図１０に示す。図１０に示すように、データ区分部１１２は、「新規切り出し機能」の区分結果２０２１と「切り出し済機能」の区分結果２０２２を、データ項目と区分の結果を対応付けて表示させている。この際、データ区分部１１２は、「新規切り出し機能」の区分結果２０２１と「切り出し済機能」の区分結果２０２２を、選択的に表示させてもよい。

さらに、データ区分部１１２は、この一覧に、データ項目にアクセスしたアクセス元関数を含めてもよい。また、図示しないが、データ区分部１１２は、切り出しが済んでいない機能についても、表示画面２０２に表示させてもよい。なお、表示画面２０２においては、「新規切り出し機能」の区分結果２０２１と「切り出し済機能」の区分結果２０２２をまとめて１つの表などで表してもよい。

さらに、ステップＳ８において、データ区分部１１２は、区分結果をグラフィカルに表示させてもよい。この表示画面２０３の一例を、図１１に示す。図１１に示すように、データ区分部１１２は、「新規切り出し機能」の区分結果２０３１と「切り出し済機能」の区分結果２０３２について、それぞれその機能、アクセス元関数およびデータ項目をグラフィカルに対応付けて表示させる。まず、「新規切り出し機能」の区分結果２０３１では、実績分析のアクセス元関数として、実績集計とＫＰＩ算出が存在する。そして、実績集計によりＤａｔａＡ１～Ａ１０が個別データとしてアクセスしたことを示している。また、ＤａｔａＤ１～Ｄ４０には、バツ印が表示され、不要データであることが示されている。さらに、ＤａｔａＢ１～Ｂ２０は共通データであることを示している。

また、「切り出し済機能」の区分結果２０３２では、切り出し済の機能である生産計画のアクセス元関数として、計画策定が存在する。そして、計画策定によりＤａｔａＣ１～Ｃ３０が個別データとしてアクセスしたことを示している。また、ＤａｔａＦ１～Ｆ６４０には、バツ印が表示され、不要データであることが示されている。

なお、データ区分部１１２は、「新規切り出し機能」の区分結果２０３１と「切り出し済機能」の区分結果２０３２を、区別せずまとめて表示させてもよい。さらに、データ区分部１１２は、表示画面２０３に、各コンテナ、つまり、構築しようとするコンポーネントシステムの構成要素を表示させる。

次に、ステップＳ９において、データ区分部１１２は、データベース構築のための処理を実行する。この処理には、データ区分部１１２が、区分結果テーブル１４２を、通信Ｉ／Ｆを利用して、ネットワーク３１および３２を介して、ファイルシステム６０へ送信することが含まれる。そして、ネットワーク３２に接続された端末装置を利用して、データベース５０から区分結果テーブル１４２に規定されたデータ項目を読み出し、構築するコンポーネントシステムに適応したデータベースを構築することが可能になる。以上で図４に示すフローチャートの処理が終了するが、本ステップは省略し、ステップＳ８で処理を終了してもよい。

以上の本実施例では、ステップＳ２で、切り出したい機能の指定を受け付けている。ここで、この指定は複数の機能名であってもよいし、指定を省略してもよい。後者の場合、アクセス履歴集計テーブル１４１で代表されるアクセス履歴情報に記録される各機能についてまとめて本実施例の処理を実行することが望ましい。つまり、生産管理システム４０のようなモノリシックなシステムに含まれる各機能に対して、本実施例の処理を実行する。

さらに、本実施例では、データ項目アクセス履歴４２１～４２３やＤＢアクセス履歴５２を、生産管理システム４０のＯＳやデータベース５０の管理装置が収集する構成とした。但し、この収集機能については、生産管理システム４０に収集機能部を追加して、これにより実行してもよい。

１０…システム構築支援装置、１１…処理部、１２…通信Ｉ／Ｆ、１３…主記憶装置、１３１…アクセス履歴集計テーブル作成プログラム、１３２…データ区分プログラム、１４…補助記憶装置、１４１…アクセス履歴集計テーブル、１４２…区分結果テーブル、２１…端末装置、２２…端末装置、３１…ネットワーク、３２…ネットワーク、４０…生産管理システム、４１…機能部、４１１…実績分析機能部、４１２…製造指示機能部、４１３…プロセス管理機能部、４２…記憶部、５０…データベース、５１…データ、５２…ＤＢアクセス履歴、６０…ファイルシステム、６１…データ項目アクセス履歴テーブル、６２…ＤＢアクセス履歴テーブル、６３…生産管理システム管理テーブル、７０…記憶媒体

Claims (10)

1. 複数の機能および、前記複数の機能で共用され複数のデータ項目で構成される共用デー
   タベースからなる統合システムに基づいて、コンポーネントシステムを構築するためのシステム構築支援装置において、
   前記統合システムのアクセス元機能により前記共用データベースを構成するデータ項目にアクセスされたことを示し、前記アクセス元機能およびアクセス先であるデータ項目が対応付けられたアクセス履歴情報を記憶する記憶装置と、
   前記コンポーネントシステムに含まれる第１の機能を識別する第１の機能名を用いて、前記アクセス履歴情報を検索して、前記第１の機能がアクセス元となるデータ項目を特定し、
   前記アクセス履歴情報を用いて、特定された前記データ項目に対して、前記複数の機能に含まれる第２の機能からのアクセスの有無を判定し、
   前記第２の機能からのアクセスが無いと判定した場合に、特定された前記データ項目
   が前記第１の機能における個別データであると判定する処理部を有することを特徴とする
   システム構築支援装置。
2. 請求項１に記載のシステム構築支援装置において、
   前記処理部は、
   前記第２の機能を識別する第２の機能名を用いて、前記アクセス履歴情報からデータ項目を検索し、
   前記第１の機能名を用いて検索されたデータ項目のうち、前記第２の機能名を用いて検索されたデータ項目に含まれないデータ項目を、前記個別データであると判定することを特徴とするシステム構築支援装置。
3. 請求項１に記載のシステム構築支援装置において、
   前記処理部は、
   特定された前記データ項目を識別するデータ項目名を用いて、アクセス履歴集計テーブルから当該データ項目に対するアクセス元となる機能名を識別する機能名を検索し、
   検索された前記機能名が、前記第１の機能名のみであるデータ項目を、前記個別データであると判定することを特徴とするシステム構築支援装置。
4. 請求項１に記載のシステム構築支援装置において、
   前記処理部は、前記第２の機能から特定された前記データ項目に対して、所定条件を満
   たすアクセスが前記アクセス履歴情報に記録されていない場合に、前記第２の機能からの
   アクセスが無いと判定することを特徴とするシステム構築支援装置。
5. 請求項４に記載のシステム構築支援装置において、
   前記処理部は、前記所定条件として、予め定めた期間内のアクセスの有無、アクセス回数およびアクセス頻度の少なくとも１つを用いることを特徴とするシステム構築支援装置。
6. 複数の機能および、前記複数の機能で共用され複数のデータ項目で構成される共用データベースからなる統合システムに基づいて、コンポーネントシステムを構築するためのシステム構築支援装置を用いたシステム構築支援方法において、
   前記統合システムのアクセス元機能により前記共用データベースを構成するデータ項目にアクセスされたことを示し、前記アクセス元機能およびアクセス先であるデータ項目が対応付けられたアクセス履歴情報を、前記システム構築支援装置の記憶装置に記憶し、
   前記システム構築支援装置の処理部が、
   前記コンポーネントシステムに含まれる第１の機能を識別する第１の機能名を用いて、前記アクセス履歴情報を検索して、前記第１の機能がアクセス元となるデータ項目を特定し、
   前記アクセス履歴情報を用いて、特定された前記データ項目に対して、前記複数の機能に含まれる第２の機能からのアクセスの有無を判定し、
   前記第２の機能からのアクセスが無いと判定した場合に、特定された前記データ項目が前記第１の機能における個別データであると判定することを特徴とするシステム構築支援方法。
7. 請求項６に記載のシステム構築支援方法において、
   前記処理部は、
   前記第２の機能を識別する第２の機能名を用いて、前記アクセス履歴情報からデータ項目を検索し、
   前記第１の機能名を用いて検索されたデータ項目のうち、前記第２の機能名を用いて検索されたデータ項目に含まれないデータ項目を、前記個別データであると判定することを特徴とするシステム構築支援方法。
8. 請求項６に記載のシステム構築支援方法において、
   前記処理部は、
   特定された前記データ項目を識別するデータ項目名を用いて、アクセス履歴集計テーブルから当該データ項目に対するアクセス元となる機能名を識別する機能名を検索し、
   検索された前記機能名が、前記第１の機能名のみであるデータ項目を、前記個別データであると判定することを特徴とするシステム構築支援方法。
9. 請求項６に記載のシステム構築支援方法において、
   前記処理部は、前記第２の機能から特定された前記データ項目に対して、所定条件を満たすアクセスが前記アクセス履歴情報に記録されていない場合に、前記第２の機能からのアクセスが無いと判定することを特徴とするシステム構築支援方法。
10. 請求項９に記載のシステム構築支援方法において、
    前記処理部は、前記所定条件として、予め定めた期間内のアクセスの有無、アクセス回数およびアクセス頻度の少なくとも１つを用いることを特徴とするシステム構築支援方法。

Images