(57)【要約】【課題】複数のデータソースに分散して保管されているデータに対して、少ない作業負担で正確にアクセスする。【解決手段】ソース定義ＤＢ２０が、データ系列のヒストリデータと保管先データソースとの組み合わせごとに、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を記憶し、データアクセス装置１０が、ソース定義ＤＢ２０とクライアント端末ＣＬからのデータアクセス要求で指定された指定期間とに基づいて、要求ヒストリデータを構成する指定データ系列のヒストリデータを、当該ヒストリデータと対応する保管先データソースから取得して、クライアント端末ＣＬへ提供する。【選択図】  図１
2020166504.tif 000002
【特許請求の範囲】
【請求項１】
各種データ系列の時間的推移を示すヒストリデータを分散して保管する複数のデータソースと、
前記ヒストリデータごとに、前記複数のデータソースのうち当該ヒストリデータを保管している保管先データソースを組み合わせて記憶するソース定義データベースと、
クライアント端末から受信したデータアクセス要求で指定された指定データ系列に関する要求ヒストリデータを、前記複数のデータソースのうち当該要求ヒストリデータと対応する保管先データソースから取得して、前記クライアント端末へ提供するデータアクセス装置とを備え、
前記ソース定義データベースは、データ系列のヒストリデータと保管先データソースとの組み合わせごとに、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を記憶し、
前記データアクセス装置は、前記ソース定義データベースと前記データアクセス要求で指定された指定期間とに基づいて、前記要求ヒストリデータを構成する前記指定データ系列のヒストリデータを、当該ヒストリデータと対応する保管先データソースから取得する
ことを特徴とするデータ提供システム。
【請求項２】
請求項１に記載のデータ提供システムにおいて、
前記データアクセス装置は、
前記指定期間に基づいて前記ソース定義データベースを検索することにより、前記指定データ系列に関する前記指定期間のヒストリデータを保管する全ての保管先データソースを特定するように構成されたソース特定部と、
特定された前記保管先データソースのそれぞれから前記指定データ系列のヒストリデータを取得するように構成されたデータ取得部と、
取得した前記指定データ系列のヒストリデータから前記要求ヒストリデータを生成して前記クライアント端末へ提供するよう構成されたデータ提供部とを有する
ことを特徴とするデータ提供システム。
【請求項３】
請求項２に記載のデータ提供システムにおいて、
前記ソース定義データベースは、前記組み合わせごとに、当該保管先データソースにおける当該ヒストリデータの保管処理を示すイベント情報を記憶し、
前記ソース特定部は、前記ソース定義データベースを検索して得られた前記保管先データソースのイベント情報に基づいて、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を特定し、前記データ保管期間と前記指定期間とを比較することにより前記保管先データソースを特定する
ことを特徴とするデータ提供システム。
【請求項４】
請求項３に記載のデータ提供システムにおいて、
前記イベント情報は、第１の保管先データソースにおいて前記データ系列のヒストリデータの保管が開始されたことを示す生成イベント、または、前記データ系列のヒストリデータの保管先が他の保管先データソースから第１の保管先データソースに切り替えられたことを示す第１の切替イベントと、前記生成イベントまたは前記第１の切替イベントの後、前記データ系列のヒストリデータの保管先が前記第１の保管先データソースから第２の保管先データソースに切り替えられたことを示す第２の切替イベントとに関するイベント情報を含み、
前記ソース特定部は、前記指定データ系列のヒストリデータに関する、前記生成イベントまたは前記第１の切替イベントから前記第２の切替イベントまでの期間を、前記第１の保管先データソースにおけるデータ保管期間として特定する
ことを特徴とするデータ提供システム。
【請求項５】
請求項３に記載のデータ提供システムにおいて、
前記イベント情報は、第１の保管先データソースにおいて前記データ系列のヒストリデータの保管が開始されたことを示す生成イベント、または、前記データ系列のヒストリデータの保管先が他の保管先データソースから第１の保管先データソースに切り替えられたことを示す第１の切替イベントと、前記生成イベントまたは前記第１の切替イベントの後、前記第１の保管先データソースにおいて前記データ系列のヒストリデータの保管が終了されたことを示す削除イベントとに関するイベント情報を含み、
前記ソース特定部は、前記指定データ系列のヒストリデータに関する、前記生成イベントまたは前記第１の切替イベントから前記削除イベントまでの期間を、前記第１の保管先データソースにおけるデータ保管期間として特定する
ことを特徴とするデータ提供システム。
【請求項６】
請求項３に記載のデータ提供システムにおいて、
前記イベント情報は、第１の保管先データソースにおいて前記データ系列のヒストリデータの保管が終了されたことを示す削除イベントと、前記削除イベントの後、前記第１の保管先データソースまたは他の保管先データソースにおいて前記データ系列のヒストリデータの保管が再開されたことを示す生成イベントとに関するイベント情報を含み、
前記ソース特定部は、前記指定データ系列のヒストリデータに関する、前記削除イベントから前記生成イベントまでの期間を、前記指定データ系列の欠損期間として特定する
ことを特徴とするデータ提供システム。
【請求項７】
計算機システムが、各種データ系列の時間的推移を示すヒストリデータを分散して保管する複数のデータソースから、クライアント端末から受信したデータアクセス要求で指定された指定データ系列に関する要求ヒストリデータを取得して、前記クライアント端末へ提供する際に用いられるデータアクセス方法であって、
前記計算機システムが、前記ヒストリデータごとに、前記複数のデータソースのうち当該ヒストリデータを保管している保管先データソースを組み合わせて、ソース定義データベースで記憶する記憶ステップと、
前記計算機システムが、指定データ系列に関する要求ヒストリデータを、前記複数のデータソースのうち当該要求ヒストリデータと対応する保管先データソースから取得して、前記クライアント端末へ提供するデータアクセスステップとを備え、
前記記憶ステップは、データ系列のヒストリデータと保管先データソースとの組み合わせごとに、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を記憶するステップを含み、
前記データアクセスステップは、前記ソース定義データベースと前記データアクセス要求で指定された指定期間とに基づいて、前記要求ヒストリデータを構成する前記指定データ系列のヒストリデータを、当該ヒストリデータと対応する保管先データソースから取得するステップを含む
ことを特徴とするデータアクセス方法。
【請求項８】
請求項７に記載のデータアクセス方法において、
前記データアクセスステップは、
前記指定期間に基づいて前記ソース定義データベースを検索することにより、前記指定データ系列に関する前記指定期間のヒストリデータを保管する全ての保管先データソースを特定するソース特定ステップと、
特定された前記保管先データソースのそれぞれから前記指定データ系列のヒストリデータを取得するデータ取得ステップと、
取得した前記指定データ系列のヒストリデータから前記要求ヒストリデータを生成して前記クライアント端末へ提供するデータ提供ステップとを含む
ことを特徴とするデータアクセス方法。
【請求項９】
請求項８に記載のデータアクセス方法において、
前記記憶ステップは、前記組み合わせごとに、当該保管先データソースにおける当該ヒストリデータの保管処理を示すイベント情報を記憶するステップを含み、
前記ソース特定ステップは、前記ソース定義データベースを検索して得られた前記保管先データソースのイベント情報に基づいて、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を特定し、前記データ保管期間と前記指定期間とを比較することにより前記保管先データソースを含む
ことを特徴とするデータアクセス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のデータソースに分散して保管されているヒストリデータにアクセスするためのデータアクセス技術に関する。
【背景技術】
【０００２】
産業オートメーションシステムでは、設備の運転状況など、長期間にわたる広範囲なデータや、１つ以上の製造現場と上位の経営側アプリケーションとの情報連携などを利用した解析を行うことにより、製造設備運転の最適化を行っている。近年、このような最適化処理において、局所最適化から全体最適化に向けた動きがある。また、クラウドシステムでは、クラウドに保管されている膨大なビッグデータを分析してビジネスや社会に役立てる動きもある。このようなデータシステムでは、データ処理を行う場合、各種データ系列の時間的推移を示す長期間にわたるヒストリデータにアクセスするケースが考えられ、そのデータ量は、サーバーなどの１つのデータソースで保管できるデータ量を超える場合がある。
【０００３】
従来、１つのサーバーで保管できるデータ量を超える期間にわたるヒストリデータを扱うための技術として、サーバーで管理できないヒストリデータを事前に複数の外部ファイルに分散して保管しておき、ヒストリデータにアクセスする場合には、確認したい期間のヒストリデータを持つ１つまたは複数の外部ファイルを、サーバー内部にリストアすることにより、全体として確認したい任意の期間のヒストリデータにアクセスする技術が提案されている（例えば、特許文献１など参照）。また、複数のサーバーにそれぞれ別個の期間のデータを割り当てて保管しておき、これらサーバーのうち、確認したい期間のヒストリデータを保管するサーバーにアクセスすることにより、全体として確認したい任意の期間のヒストリデータにアクセスする技術が提案されている（例えば、特許文献２など参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−００５５１６号公報
【特許文献２】特開２００８−３１０６３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
データシステムにおいて、長期間にわたるヒストリデータにアクセスする際、そのヒストリデータのデータ量が１つのデータソースで保管できるデータ量を超える場合には、前述した従来のアクセス手法をオペレータが手作業で連携させる必要がある。したがって、確認したい期間のヒストリデータが複数のデータソースに分散して保管されるケースでは、オペレータが、どの期間のヒストリデータがどのデータソースに保管されているかを組合せとして認識している必要がある。このため、データアクセス時における作業効率が悪く、オペレータへの作業負担が増大するという問題点があった。また、もし間違った組合せに基づいてヒストリデータを検索した場合、確認したい期間のヒストリデータを正確に抽出できないというミスが発生するという問題点がある。
【０００６】
本発明はこのような課題を解決するためのものであり、複数のデータソースに分散して保管されているヒストリデータに対して、少ない作業負担で正確にアクセスできるデータアクセス技術を提供することを目的としている。
【課題を解決するための手段】
【０００７】
このような目的を達成するために、本発明にかかるデータ提供システムは、各種データ系列の時間的推移を示すヒストリデータを分散して保管する複数のデータソースと、前記ヒストリデータごとに、前記複数のデータソースのうち当該ヒストリデータを保管している保管先データソースを組み合わせて記憶するソース定義データベースと、クライアント端末から受信したデータアクセス要求で指定された指定データ系列に関する要求ヒストリデータを、前記複数のデータソースのうち当該要求ヒストリデータと対応する保管先データソースから取得して、前記クライアント端末へ提供するデータアクセス装置とを備え、前記ソース定義データベースは、データ系列のヒストリデータと保管先データソースとの組み合わせごとに、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を記憶し、前記データアクセス装置は、前記ソース定義データベースと前記データアクセス要求で指定された指定期間とに基づいて、前記要求ヒストリデータを構成する前記指定データ系列のヒストリデータを、当該ヒストリデータと対応する保管先データソースから取得するようにしたものである。
【０００８】
また、本発明にかかる上記データ提供システムの一構成例は、前記データアクセス装置が、前記指定期間に基づいて前記ソース定義データベースを検索することにより、前記指定データ系列に関する前記指定期間のヒストリデータを保管する全ての保管先データソースを特定するように構成されたソース特定部と、特定された前記保管先データソースのそれぞれから前記指定データ系列のヒストリデータを取得するように構成されたデータ取得部と、取得した前記指定データ系列のヒストリデータから前記要求ヒストリデータを生成して前記クライアント端末へ提供するよう構成されたデータ提供部とを有している。
【０００９】
また、本発明にかかる上記データ提供システムの一構成例は、前記ソース定義データベースが、前記組み合わせごとに、当該保管先データソースにおける当該ヒストリデータの保管処理を示すイベント情報を記憶し、前記ソース特定部は、前記ソース定義データベースを検索して得られた前記保管先データソースのイベント情報に基づいて、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を特定し、前記データ保管期間と前記指定期間とを比較することにより前記保管先データソースを特定するようにしたものである。
【００１０】
また、本発明にかかる上記データ提供システムの一構成例は、前記イベント情報が、第１の保管先データソースにおいて前記データ系列のヒストリデータの保管が開始されたことを示す生成イベント、または、前記データ系列のヒストリデータの保管先が他の保管先データソースから第１の保管先データソースに切り替えられたことを示す第１の切替イベントと、前記生成イベントまたは前記第１の切替イベントの後、前記データ系列のヒストリデータの保管先が前記第１の保管先データソースから第２の保管先データソースに切り替えられたことを示す第２の切替イベントとに関するイベント情報を含み、前記ソース特定部は、前記指定データ系列のヒストリデータに関する、前記生成イベントまたは前記第１の切替イベントから前記第２の切替イベントまでの期間を、前記第１の保管先データソースにおけるデータ保管期間として特定するようにしたものである。
【００１１】
また、本発明にかかる上記データ提供システムの一構成例は、前記イベント情報が、第１の保管先データソースにおいて前記データ系列のヒストリデータの保管が開始されたことを示す生成イベント、または、前記データ系列のヒストリデータの保管先が他の保管先データソースから第１の保管先データソースに切り替えられたことを示す第１の切替イベントと、前記生成イベントまたは前記第１の切替イベントの後、前記第１の保管先データソースにおいて前記データ系列のヒストリデータの保管が終了されたことを示す削除イベントとに関するイベント情報を含み、前記ソース特定部は、前記指定データ系列のヒストリデータに関する、前記生成イベントまたは前記第１の切替イベントから前記削除イベントまでの期間を、前記第１の保管先データソースにおけるデータ保管期間として特定するようにしたものである。
【００１２】
また、本発明にかかる上記データ提供システムの一構成例は、前記イベント情報が、第１の保管先データソースにおいて前記データ系列のヒストリデータの保管が終了されたことを示す削除イベントと、前記削除イベントの後、前記第１の保管先データソースまたは他の保管先データソースにおいて前記データ系列のヒストリデータの保管が再開されたことを示す生成イベントとに関するイベント情報を含み、前記ソース特定部は、前記指定データ系列のヒストリデータに関する、前記削除イベントから前記生成イベントまでの期間を、前記指定データ系列の欠損期間として特定するようにしたものである。
【００１３】
また、本発明にかかるデータアクセス方法は、計算機システムが、各種データ系列の時間的推移を示すヒストリデータを分散して保管する複数のデータソースから、クライアント端末から受信したデータアクセス要求で指定された指定データ系列に関する要求ヒストリデータを取得して、前記クライアント端末へ提供する際に用いられるデータアクセス方法であって、前記計算機システムが、前記ヒストリデータごとに、前記複数のデータソースのうち当該ヒストリデータを保管している保管先データソースを組み合わせて、ソース定義データベースで記憶する記憶ステップと、前記計算機システムが、指定データ系列に関する要求ヒストリデータを、前記複数のデータソースのうち当該要求ヒストリデータと対応する保管先データソースから取得して、前記クライアント端末へ提供するデータアクセスステップとを備え、前記記憶ステップは、データ系列のヒストリデータと保管先データソースとの組み合わせごとに、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を記憶するステップを含み、前記データアクセスステップは、前記ソース定義データベースと前記データアクセス要求で指定された指定期間とに基づいて、前記要求ヒストリデータを構成する前記指定データ系列のヒストリデータを、当該ヒストリデータと対応する保管先データソースから取得するステップを含むものである。
【００１４】
また、本発明にかかる上記データアクセス方法の一構成例は、前記データアクセスステップが、前記指定期間に基づいて前記ソース定義データベースを検索することにより、前記指定データ系列に関する前記指定期間のヒストリデータを保管する全ての保管先データソースを特定するソース特定ステップと、特定された前記保管先データソースのそれぞれから前記指定データ系列のヒストリデータを取得するデータ取得ステップと、取得した前記指定データ系列のヒストリデータから前記要求ヒストリデータを生成して前記クライアント端末へ提供するデータ提供ステップとを含むものである。
【００１５】
また、本発明にかかる上記データアクセス方法の一構成例は、前記記憶ステップが、前記組み合わせごとに、当該保管先データソースにおける当該ヒストリデータの保管処理を示すイベント情報を記憶するステップを含み、前記ソース特定ステップは、前記ソース定義データベースを検索して得られた前記保管先データソースのイベント情報に基づいて、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を特定し、前記データ保管期間と前記指定期間とを比較することにより前記保管先データソースを含むものである。
【発明の効果】
【００１６】
本発明によれば、オペレータが、どの期間のデータがどのデータソースに保管されているかを認識することなく、アクセス対象となる指定データ系列と指定期間をデータアクセス要求で指定するだけで、複数のデータソースに分散して保管されているヒストリデータから、要求ヒストリデータを取得して提供することが可能となり、オペレータの作業負担を大幅に削減することが可能となる。また、間違った組合せに基づいてヒストリデータを検索することがなくなるため、指定期間のヒストリデータを正確に抽出でき、間違った組合せによるミスの発生を抑止することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】図１は、データ提供システムの構成を示すブロック図である。
【図２】図２は、ソース定義データベースの構成例を示す説明図である。
【図３】図３は、データアクセス動作を示すシーケンス図である。
【図４】図４は、保管先データソースのデータ保管期間を示す説明図である。
【図５】図５は、保管先データソースの他のデータ保管期間（切替−切替）を示す説明図である。
【図６】図６は、保管先データソースの他のデータ保管期間（生成−削除）を示す説明図である。
【図７】図７は、データ保管の重複を示す説明図である。
【発明を実施するための形態】
【００１８】
次に、本発明の一実施の形態について図面を参照して説明する。
［データ提供システム］
まず、図１を参照して、本実施の形態にかかるデータ提供システム１について説明する。図１は、データ提供システムの構成を示すブロック図である。
このデータ提供システム１は、各種データ系列の時間的推移を示すヒストリデータを分散して保管する複数のデータソース３０から、クライアント端末ＣＬから受信したデータアクセス要求で指定された指定データ系列に関する要求ヒストリデータを取得して、クライアント端末ＣＬへ提供するシステムである。
【００１９】
図１に示すように、データ提供システム１は、全体として、サーバー装置、データベース、記憶ソースなどの複数のノードを含む計算機システムから構成される。
データ提供システム１は、主なノードとして、データアクセス装置１０、ソース定義データベース（以下、ソース定義ＤＢという）、および、複数のデータソース３０を備えている。なお、データ提供システム１の構成については、図１の構成例に限定されるものではなく、任意の変更をしてもよい。例えば、ソース定義ＤＢ２０をデータアクセス装置１０の内部に収容してもよく、データソース３０の一部または全部をデータアクセス装置１０の内部に収容してもよい。
【００２０】
データアクセス装置１０は、全体としてサーバー装置などの情報処理装置からなり、通信回線Ｌ１を介して通信網ＮＷと接続されて、クライアント端末ＣＬから受信したデータアクセス要求で指定された指定データ系列に関する要求ヒストリデータを、複数のデータソース３０のうち当該要求ヒストリデータと対応する保管先データソースから取得して、クライアント端末ＣＬへ提供する機能を有している。
【００２１】
ソース定義ＤＢ２０は、全体としてハードディスクや半導体メモリなどの記憶装置からなり、通信回線Ｌ２を介してデータアクセス装置１０とデータやり取り可能に接続されている。このソース定義ＤＢ２０は、ヒストリデータごとに、複数のデータソースのうち当該ヒストリデータを保管している保管先データソースを組み合わせて記憶する機能と、データ系列のヒストリデータと保管先データソースとの組み合わせごとに、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を記憶する機能とを有している。
具体的には、ソース定義ＤＢ２０は、データ系列のヒストリデータと保管先データソースとの組み合わせごとに、当該保管先データソースにおける当該ヒストリデータの保管処理を示すイベント情報を記憶する機能を有している。
【００２２】
図２は、ソース定義データベースの構成例を示す説明図である。ソース定義ＤＢ２０は、データ系列名などからなり個々のデータ系列を識別するためのデータ系列ＩＤと、データソース３０のうちデータ系列ＩＤと対応するデータ系列のヒストリデータを保管する保管先データソースを識別するためのデータソースＩＤとの組み合わせごとに、データ系列ＩＤと対応するデータ系列のうち一連のヒストリデータ（アイテム）を識別するためのアイテムＩＤと、当該保管先データソースにおける当該ヒストリデータの保管処理を示すイベント情報とが、それぞれ登録されている。
【００２３】
イベント情報には、イベント種別とイベント有効日時とが含まれている。イベント種別は、保管処理に関する具体的なイベントの内容を識別するための種別であり、イベント有効日時は、当該イベント種別のイベントが有効となる日時を示している。
イベント情報の主なイベント種別には、生成イベント、切替イベント、および削除イベントがある。生成イベントは、保管先データソースにおいてデータ系列のヒストリデータの保管が開始されたことを示すイベントである。切替イベントは、データ系列のヒストリデータの保管先が他の保管先データソースから保管先データソースに切り替えられたことを示すイベントである。削除イベントは、保管先データソースにおいてデータ系列のヒストリデータの保管が終了されたことを示すイベントである。
【００２４】
図２の例には、複数のイベントが登録されている。なお、図２の登録内容は、「２０１９／０４／０１  ００：００：００」現在を示しているものとする。
このうち、データ系列「装置Ａ温度」に関するデータソースＨＡ１のイベントとして、イベント種別「生成イベント」とイベント有効日時「２０１６／０１／０１  ００：００：００」とが登録されている。したがって、このイベントは、データ系列「装置Ａ温度」のヒストリデータの保管リソースが、イベント有効日時「２０１６／０１／０１  ００：００：００」において、データソースＨＡ１に新規に生成されたことを示している。
【００２５】
また、データ系列「装置Ａ温度」に関するデータソースＨＡ２のイベントとして、イベント種別「切替イベント」とイベント有効日時「２０１７／０２／０１  ００：００：００」とが登録されている。したがって、このイベントは、データ系列「装置Ａ温度」のヒストリデータの保管リソースが、イベント有効日時「２０１７／０２／０１  ００：００：００」において、データソースＨＡ２に切替られたことを示している。
【００２６】
また、データ系列「装置Ａ温度」に関するデータソースＨＡ２のイベントとして、イベント種別「削除イベント」とイベント有効日時「２０１８／０３／０１  ００：００：００」とが登録されている。したがって、このイベントは、データ系列「装置Ａ温度」のヒストリデータの保管リソースが、イベント有効日時「２０１８／０３／０１  ００：００：００」において、データソースＨＡ２で終了されたことを示している。
【００２７】
また、データ系列「装置Ａ温度」に関するデータソースＨＡＸ−Ａのイベントとして、イベント種別「生成イベント」とイベント有効日時「２０１９／０５／０１  ００：００：００」とが登録されている。したがって、このイベントは、イベント有効日時「２０１９／０５／０１  ００：００：００」が将来の日時を示していることから、データ系列「装置Ａ温度」のヒストリデータの保管リソースが、イベント有効日時「２０１８／０３／０１  ００：００：００」において、データソースＨＡＸ−Ａで生成される予定であることを示している。これにより、ヒストリデータの保管予定の計画をイベントとして登録しておくことができる。
【００２８】
データソース３０は、全体として、ハードディスクや半導体メモリなどの記憶装置、あるいはこれら記憶装置を搭載したデータサーバーなどのサーバー装置からなり、通信回線Ｌ３を介してデータアクセス装置１０とデータやり取り可能に接続されている。このデータソース３０は、各種データ系列の時間的推移を示すヒストリデータを、アイテムＩＤに基づいて分散して保管する機能を有している。
【００２９】
［データアクセス装置］
次に、図１を参照して、本実施の形態にかかるデータアクセス装置１０について詳細に説明する。
データアクセス装置１０は、全体としてサーバー装置などの情報処理装置からなり、主な構成として、通信Ｉ／Ｆ回路１１、操作入力装置１２、表示装置１３、記憶装置１４、および演算処理装置１５を備えている。
【００３０】
通信Ｉ／Ｆ回路１１は、通信回線Ｌ１および通信網ＮＷを介してクライアント端末ＣＬとの間でデータ通信を行うことにより、データアクセス要求や要求ヒストリデータなどの各種データを送受信する機能を有している。
操作入力装置１２は、キーボード、マウス、タッチパネルなどの操作入力装置からなり、オペレータの操作を検出して演算処理装置１５へ出力する機能を有している。
表示装置１３は、ＬＣＤなどの画面表示装置からなり、演算処理装置１５から出力された、メニュー画面、設定画面、管理画面などの各種画面データを画面表示する機能を有している。
【００３１】
記憶装置１４は、ハードディスクや半導体メモリなどの記憶装置からなり、演算処理装置１５で実行されるデータアクセス処理で用いる各種処理データやプログラムを記憶する機能を有している。
プログラムは、演算処理装置１５のＣＰＵと協働することにより、データアクセス処理を構成する各種処理部を実現するプログラムであり、通信回線を介してデータアクセス装置１０に接続された外部装置や記録媒体から、予め読み出されて記憶装置１４に格納される。
【００３２】
演算処理装置１５は、ＣＰＵとその周辺回路を有し、ＣＰＵと記憶装置１４のプログラムとを協働させることにより、データアクセス処理を構成する各種処理部を実現する機能を有している。
演算処理装置１５で実現される主な処理部として、ソース特定部１５Ａ、データ取得部１５Ｂ、およびデータ提供部１５Ｃがある。
【００３３】
ソース特定部１５Ａは、通信網ＮＷ、通信回線Ｌ１、および通信Ｉ／Ｆ回路１１を介してクライアント端末ＣＬから受信したデータアクセス要求で指定された指定期間に基づいて、通信回線Ｌ２を介してソース定義ＤＢ２０を検索することにより、データソース３０のうちから、指定データ系列に関する指定期間のヒストリデータを保管する全ての保管先データソースを特定する機能と、ソース定義ＤＢ２０を検索して得られた保管先データソースのイベント情報に基づいて、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を特定し、データ保管期間と指定期間とを比較することにより保管先データソースを特定する機能とを有している。
【００３４】
具体的には、ソース特定部１５Ａは、指定データ系列のヒストリデータに関する、保管先データソースでの保管開始を示す生成イベントから、保管先データソースから他の保管先データソースへ切り替えられたことを示す切替イベントまでの期間を、当該保管先データソースにおけるデータ保管期間として特定する機能と、指定データ系列のヒストリデータに関する、生成イベント、または、データ系列のヒストリデータの保管先が他の保管先データソースから保管先データソースへ切り替えられたことを示す切替イベントから、削除イベントまでの期間を、当該保管先データソースにおけるデータ保管期間として特定する機能とを有している。
【００３５】
データ取得部１５Ｂは、データソース３０のうち、ソース特定部１５Ａで特定された保管先データソースのそれぞれから、通信回線Ｌ３を介して指定データ系列のヒストリデータを取得する機能を有している。
データ提供部１５Ｃは、データ取得部１５Ｂで取得した指定データ系列のヒストリデータから要求ヒストリデータを生成し、通信Ｉ／Ｆ回路１１、通信回線Ｌ１、および通信網ＮＷを介してクライアント端末ＣＬへ提供する機能を有している。
【００３６】
［本実施の形態の動作］
次に、図３を参照して、本実施の形態にかかるデータ提供システム１のデータアクセス動作について説明する。図３は、データアクセス動作を示すシーケンス図である。
データ提供システム１は、クライアント端末ＣＬからのデータアクセス要求に応じて、図３のデータアクセス動作を実行する。なお、データアクセス装置１０には、データソース３０として、データソースＨＡ１，ＨＡ２，ＨＡＸ−Ａの３つのデータソース３０が、通信回線Ｌ３を介して接続されているものとする。また、データアクセス動作の実行に先立って、ソース定義ＤＢ２０には、図２に示したようなデータが登録されているものとする。
【００３７】
まず、クライアント端末ＣＬでのオペレータ操作に応じて（ステップＳ１００）、アクセス対象となる指定データ系列「装置Ａ温度」と、指定期間「２０１６／０４／０１  ００：００：００」〜「２０１７／０８／３１  ２３：５９：５９」とを含む、データアクセス要求が送信されたものとする（ステップＳ１０１）。
【００３８】
データアクセス装置１０の演算処理装置１５は、通信網ＮＷおよび通信Ｉ／Ｆ回路１１を介して、クライアント端末ＣＬからのデータアクセス要求を受信する。
ソース特定部１５Ａは、クライアント端末ＣＬから受信したデータアクセス要求で指定されている指定期間に基づいて、ソース定義ＤＢ２０を検索することにより、指定データ系列に関する指定期間のヒストリデータを保管する全ての保管先データソースを特定する（ステップＳ１０２）。保管先データソース特定の詳細について後述する。
【００３９】
ここで、データソースＨＡ１，ＨＡ２が保管先データソースとして特定された場合、データ取得部１５Ｂは、ソース定義ＤＢ２０に登録されていた、指定データ系列のヒストリデータを示すアイテムＩＤを含むデータ要求を、保管先データソースの１つであるデータソースＨＡ１へ送信し（ステップＳ１０３）、これに応じてデータソースＨＡ１から返送されたデータ応答を受信し、データ応答に含まれる指定データ系列のヒストリデータを取得する（ステップＳ１０４）。
【００４０】
また、データ取得部１５Ｂは、同様にして、ソース定義ＤＢ２０に登録されていた、指定データ系列のヒストリデータを示すアイテムＩＤを含むデータ要求を、保管先データソースの１つであるデータソースＨＡ２へ送信し（ステップＳ１０５）、これに応じてデータソースＨＡ２から返送されたデータ応答を受信し、データ応答に含まれる指定データ系列のヒストリデータを取得する（ステップＳ１０６）。
【００４１】
この後、データ提供部１５Ｃは、データ取得部１５ＢでデータソースＨＡ１，ＨＡ２から取得した指定データ系列のヒストリデータから、データアクセス要求で指定された指定期間「２０１６／０４／０１  ００：００：００」〜「２０１７／０８／３１  ２３：５９：５９」に該当するヒストリデータをそれぞれ抽出して、連結することにより、要求ヒストリデータを生成し（ステップＳ１０７）、通信Ｉ／Ｆ回路１１、通信回線Ｌ１、および通信網ＮＷを介してクライアント端末ＣＬへデータ応答により提供し（ステップＳ１０８）、一連のデータアクセス動作を終了する。
【００４２】
［保管先データソースの特定］
次に、図４を参照して、本実施の形態にかかるデータ提供システム１における保管先データソースの特定動作について説明する。図４は、保管先データソースのデータ保管期間を示す説明図である。
【００４３】
図４には、前述した図２のソース定義ＤＢ２０の登録例に基づく、データ系列「装置Ａ温度」に関するデータソースＨＡ１，ＨＡ２，ＨＡＸ−Ａのデータ保管期間が示されている。まず、データソースＨＡ１の「生成イベント」とデータソースＨＡ２の「切替イベント」に基づいて、データソースＨＡ１には、「生成イベント」のイベント有効日時「２０１６／０１／０１  ００：００：００」から、「切替イベント」のイベント有効日時「２０１７／０２／０１  ００：００：００」の直前までのデータ保管期間におけるヒストリデータが登録されていることが分かる。
【００４４】
また、データソースＨＡ２の「切替イベント」と「削除イベント」に基づいて、データソースＨＡ２には、「切替イベント」のイベント有効日時「２０１７／０２／０１  ００：００：００」から、「削除イベント」のイベント有効日時「２０１８／０３／０１  ００：００：００」の直前までのデータ保管期間におけるヒストリデータが登録されていることが分かる。
【００４５】
また、データソースＨＡＸ−Ａの「生成イベント」のイベント有効日時「２０１９／０５／０１  ００：００：００」に基づいて、データソースＨＡＸ−Ａには、「２０１９／０５／０１  ００：００：００」以降のヒストリデータの保管が再開される予定であることが分かる。これにより、運転装置・設備に関する将来のスケジュール管理にも、ソース定義ＤＢ２０の登録内容を利用することが可能となる。
【００４６】
また、データソースＨＡ２の「削除イベント」とデータソースＨＡＸ−Ａの「生成イベント」に基づいて、「削除イベント」のイベント有効日時「２０１８／０３／０１  ００：００：００」から「生成イベント」のイベント有効日時「２０１９／０５／０１  ００：００：００」の直前までの期間におけるヒストリデータが欠損していることが分かる。これにより、任意のデータ系列のヒストリデータを画面表示する場合、欠損期間を「ヒストリデータの変更がなかったので同じ値を示す水平ラインで表現する」と、「ヒストリデータの対象となるアイテムが存在していなかったので、その間はラインを引かないでヒストリデータの欠損を表現する」の、どちらにするか判断できる。
【００４７】
したがって、これらデータソースＨＡ１，ＨＡ２，ＨＡＸ−Ａのデータ保管期間と、クライアント端末ＣＬから受信したデータアクセス要求で指定された指定期間とを比較すると、データ系列「装置Ａ温度」のヒストリデータのうち、指定期間の先頭「２０１６／０４／０１  ００：００：００」から「切替イベント」のイベント有効日時「２０１７／０２／０１  ００：００：００」の直前までのヒストリデータは、データソースＨＡ１に保管されていることがわかる。
【００４８】
また、データ系列「装置Ａ温度」のヒストリデータのうち、「切替イベント」のイベント有効日時「２０１７／０２／０１  ００：００：００」から、指定期間の末尾「２０１７／０８／３１  ２３：５９：５９」までのヒストリデータは、データソースＨＡ２に保管されていることが分かる。
これにより、データ系列「装置Ａ温度」のヒストリデータのうち、指定期間に該当するヒストリデータの保管先データソースは、データソースＨＡ１とデータソースＨＡ２であることが特定される。したがって、これらデータソースＨＡ１，ＨＡ２から取得されたヒストリデータから、指定期間「２０１６／０４／０１  ００：００：００」から「２０１７／０８／３１  ２３：５９：５９」までのヒストリデータが抽出された後、１つに連列されて要求ヒストリデータが生成されることになる。
【００４９】
図５は、保管先データソースの他のデータ保管期間（切替−切替）を示す説明図である。図４では、データ系列「装置Ａ温度」に関する、データソースＨＡ１での生成イベントから、その後のデータソースＨＡ２での切替イベントまでを、データソースＨＡ１におけるデータ保管期間として特定する場合を例として説明したが、切替イベントの後、新たな切替イベントが連続する場合も考えられる。例えば、図５に示すように、データ系列「装置Ａ温度」に関する、日時ｔ２におけるデータソースＨＡ２での切替イベントの後、日時ｔ３におけるデータソースＨＡＸ−Ａでの切替イベントが連続した場合、これら２つの切替イベントの間を、データソースＨＡ２におけるデータ保管期間として特定すればよい。
【００５０】
図６は、保管先データソースの他のデータ保管期間（生成−削除）を示す説明図である。図４では、データ系列「装置Ａ温度」に関する、データソースＨＡ２での切替イベントから、その後の削除イベントまでを、データソースＨＡ２におけるデータ保管期間として特定する場合を例として説明したが、生成イベントの後、削除イベントが連続する場合も考えられる。例えば、図６に示すように、データ系列「装置Ａ温度」に関する、日時ｔ１におけるデータソースＨＡ１での生成イベントの後、日時ｔ４におけるデータソースＨＡ１での削除イベントが連続した場合、これら生成イベントから削除イベントまでの間を、データソースＨＡ１におけるデータ保管期間として特定すればよい。
【００５１】
図７は、データ保管の重複を示す説明図である。データソース３０におけるヒストリデータの保管については、「切替イベント」のイベント有効日時の前後で異なるデータソースへ正確に切り替えてもよいが、図７に示すように、「切替イベント」のイベント有効日時の前後に、重複期間が存在していてもよい。このような場合、要求ヒストリデータについては、重複期間内であれば「切替イベント」のイベント有効日時で切り替えなくてもよい。したがって、重複期間内のどの時点でヒストリデータを切り替えるかについては、予め設定しておけばよい。
【００５２】
［本実施の形態の効果］
このように、本実施の形態は、ソース定義ＤＢ２０が、データ系列のヒストリデータと保管先データソースとの組み合わせごとに、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を記憶し、データアクセス装置１０が、ソース定義ＤＢ２０とクライアント端末ＣＬからのデータアクセス要求で指定された指定期間とに基づいて、要求ヒストリデータを構成する指定データ系列のヒストリデータを、当該ヒストリデータと対応する保管先データソースから取得して、クライアント端末ＣＬへ提供するようにしたものである。
【００５３】
具体的には、データアクセス装置１０において、ソース特定部１５Ａが、指定期間に基づいてソース定義データベースを検索することにより、指定データ系列に関する指定期間のヒストリデータを保管する全ての保管先データソースを特定し、データ取得部１５Ｂが、特定された保管先データソースのそれぞれから指定データ系列のヒストリデータを取得し、データ提供部１５Ｃが、取得した指定データ系列のヒストリデータから要求ヒストリデータを生成してクライアント端末ＣＬへ提供するようにしたものである。
【００５４】
これにより、オペレータが、どの期間のデータがどのデータソース３０に保管されているかを認識することなく、アクセス対象となる指定データ系列と指定期間をデータアクセス要求で指定するだけで、複数のデータソース３０に分散して保管されているヒストリデータから、要求ヒストリデータを取得して提供することが可能となり、オペレータの作業負担を大幅に削減することが可能となる。また、間違った組合せに基づいてヒストリデータを検索することがなくなるため、指定期間のヒストリデータを正確に抽出でき、間違った組合せによるミスの発生を抑止することが可能となる。
【００５５】
また、本実施の形態において、ソース定義ＤＢ２０が、組み合わせごとに、当該保管先データソースにおける当該ヒストリデータの保管処理を示すイベント情報を記憶し、ソース特定部１５Ａが、ソース定義ＤＢ２０を検索して得られた保管先データソースのイベント情報に基づいて、当該保管先データソースで保管している当該ヒストリデータのデータ保管期間を特定し、データ保管期間と指定期間とを比較することにより保管先データソースを特定するようにしたものである。
【００５６】
具体的には、イベント情報に、保管先データソースにおいてデータ系列のヒストリデータの保管が開始されたことを示す生成イベントと、データ系列のヒストリデータの保管先が他の保管先データソースから保管先データソースに切り替えられたことを示す切替イベントに関するイベント情報を含み、ソース特定部１５Ａが、指定データ系列のヒストリデータに関する、保管先データソースでの保管開始を示す生成イベントから、保管先データソースから他の保管先データソースへ切り替えられたことを示す切替イベントまでの期間を、当該保管先データソースにおけるデータ保管期間として特定するようにしたものである。
【００５７】
また、イベント情報に、保管先データソースにおいてデータ系列のヒストリデータの保管が終了されたことを示す削除イベントに関するイベント情報を含み、ソース特定部１５Ａが、指定データ系列のヒストリデータに関する、生成イベント、または、データ系列のヒストリデータの保管先が他の保管先データソースから保管先データソースへ切り替えられたことを示す切替イベントから、削除イベントまでの期間を、当該保管先データソースにおけるデータ保管期間として特定するようにしたものである。
【００５８】
これにより、保管先データソースごとに、ヒストリデータの保管処理に関するイベントが発生した時点で、そのイベントをソース定義ＤＢ２０に登録するだけで、各データソース３０で保管しているヒストリデータの保管期間を特定できる。したがって、各データソース３０で保管しているヒストリデータの保管期間を詳細に登録しておく必要はなくなり、ヒストリデータの保管期間の管理に要する処理負担を大幅に軽減できる。
【００５９】
［実施の形態の拡張］
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
【符号の説明】
【００６０】
１…データ提供システム、１０…データアクセス装置、１１…通信Ｉ／Ｆ回路、１２…操作入力装置、１３…表示装置、１４…記憶装置、１５…演算処理装置、２０…ソース定義ＤＢ、３０，ＨＡ１，ＨＡ２，ＨＡＸ−Ａ…データソース、ＣＬ…クライアント端末、ＮＷ…通信網、Ｌ１，Ｌ２，Ｌ３…通信回線。
【図１】
2020166504.tif 000003
【図２】
2020166504.tif 000004
【図３】
2020166504.tif 000005
【図４】
2020166504.tif 000006
【図５】
2020166504.tif 000007
【図６】
2020166504.tif 000008
【図７】
2020166504.tif 000009