JP2017228023A - データ処理装置、データ処理システム、および、データ処理方法 - Google Patents

Abstract

【課題】データアクセスの多発を抑制してデータ処理の高速化を実現すること。【解決手段】データ処理装置は、第１の記憶階層と、第１の記憶階層よりもアクセス速度が遅い第２の記憶階層と、を含むストレージにアクセス可能であり、第２の記憶階層は、観測対象でのイベントの発生により、センサ群が観測したセンサデータ群を記憶しており、プロセッサは、センサが観測したセンサデータの取得条件を設定し、取得条件に該当する特定のセンサ群が観測した特定のセンサデータ群が第２の記憶階層に記憶されているか否かを判定し、特定のセンサデータ群が第２の記憶階層に記憶されている場合、第２の記憶階層から第１の記憶階層に特定のセンサデータ群を複製する指示をストレージに送信し、ストレージでの複製完了後、第１の記憶階層に複製された特定のセンサデータ群に対し所定のデータ処理を実行する。【選択図】図１

Description

本発明は、データを処理するデータ処理装置、データ処理システム、および、データ処理方法に関する。

ストレージの大容量化やプロセッサの高速化により、大量のセンサデータの処理が可能となっている。センサが生成するセンサデータは、生成速度が速く大容量という特徴がある。たとえば、ある物理現象（イベント）を複数のセンサで測定する場合や、ある一連のプロセスを複数のセンサで測定する場合のように、相関がある一連のセンサデータが処理される。すなわち、センサデータの相関を見るために、同時に複数のセンサデータにアクセスする必要がある。

たとえば、イベントやプロセスの時間遷移を記録するセンサによって生成されるセンサデータは、時系列データとなる。ある一連のセンサデータからなるデータセットを処理する場合、複数のセンサの同一時刻のセンサデータを参照するため、複数のセンサデータに対してランダムアクセスする。ランダムアクセス性能が高い、つまり、ＩＯＰＳ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｐｅｒ Ｓｅｃｏｎｄ）が高いストレージのみで大容量ストレージを構築すると非常に高価となり、データ処理がコストに見合わなくなる。

この解決策の一つに、ストレージの容量とＩＯＰＳとを両立させる技術として、ストレージで構築された下位階層および上位階層を組み合わせて構築する階層化ストレージがある。上位階層は、下位階層のストレージよりもビット単価およびＩＯＰＳが高く、かつ、容量が小さいストレージで構築される。階層化ストレージは、利用頻度が高いデータや生成直後のデータを上位階層に配置し、それ以外のデータを下位階層に配置する。これにより、容量の小さな上位階層を効率良く利用してコストと性能の両立を図っている。

たとえば、下記特許文献１は、アプリケーションの重要度に応じてデータを上位に移動する技術を開示する。下記特許文献１の技術は、アプリケーションの重要度をポリシとして設定し、アプリケーションの書き込み要求に対してポリシに指定された重要度に応じて相応しい記憶階層にデータを書き込む。

また、下記特許文献２は、データアクセス間の相関によりデータを上位階層に移動する技術を開示する。下記特許文献２の技術は、データアクセスを監視してデータアクセスのインデックスを作成し、このインデックスを用いてデータアクセス間の相関を発見し、あるデータにアクセスされたら相関の高いデータを上位階層に移動する。

国際公開２０１１／１４５１３８号公報 米国特許公開２００７／０２３９７４７号公報

センサは、イベントやプロセスの監視によりセンサデータを生成し続ける。センサデータを蓄積する階層化ストレージには、常に新しいセンサデータが追加され続ける。センサデータ向けのデータ処理、たとえば、クラスタリングは、複数のデータセットに対して同一の分析プログラムを用いて分析する。

特許文献１のようにアプリケーションの重要度をポリシに応じてデータを上位階層に移動する制御では、分析対象のデータすべてを上位階層に移動してしまい下位階層に格納するデータがなくなる。したがって、階層化ストレージによるコスト低減を実現することができない。

特許文献２のようにデータアクセス間の相関関係を学習して、ある分析に用いるデータセットを特定して上位階層に移動する制御では、学習が完了してデータセットを特定する頃には特定したデータセットに対するデータ処理は完了している。このため、新たなデータ処理対象である新しいセンサデータが下位階層に蓄積されており、下位階層に対して大量のデータアクセスが発生する。すなわち、上位階層に利用頻度の低いデータ、下位階層に利用頻度の高いデータを格納する結果となり、階層化ストレージを利用する意味がない。

特許文献１と特許文献２を組み合わせ、特許文献２の技術で特定したデータセットを、特許文献１におけるポリシとして用いる構成も考え得る。この構成では、データアクセスの相関分析により相関の高いデータ群を同時に利用されるデータセットとして特定し、データセットに対する重要度をポリシとして設定し、重要度に応じた記憶階層にデータセットを配置する。しかし、この構成でも状況は改善しない。

センサデータは増え続け、データ処理可能となるセンサデータ群は、センサデータの蓄積状況によって変動する。データアクセスの相関分析などでデータセットを特定してポリシとして設定しても、センサデータを移動する頃には既にデータ処理対象のセンサデータではなくなっている。このため、階層化ストレージを利用しても、高速な上位階層を用いた処理高速化を実現することができない。

特許文献２と機械学習を組み合わせ、データアクセスの実績に加えてデータの種類や素性を学習してデータセットを生成する構成も考え得る。しかし、この構成でも状況は改善しない。センサデータの解析では、データの種類や素性は同じであり、利用する解析プログラムも同じである。このため、データアクセスパターンの機械学習では将来のセンサデータに対するデータセットのルールを生成できない。

本発明の目的は、処理開始前に処理対象となるデータセットを特定して上位階層に配置して、データアクセスの多発する処理を高速化する、データ処理方法および処理装置の提供である。

本願において開示される発明の一側面となるデータ処理装置、データ処理システム、および、データ処理方法は、第１の記憶階層と、前記第１の記憶階層よりもアクセス速度が遅い第２の記憶階層と、を含むストレージにアクセス可能なデータ処理装置、データ処理システム、および、データ処理方法であって、前記データ処理装置は、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、前記ストレージにアクセス可能なインタフェースと、を有し、前記第２の記憶階層は、観測対象でのイベントの発生により、センサ群が観測したセンサデータ群を記憶しており、前記プロセッサは、センサが観測したセンサデータの取得条件を設定し、前記取得条件に該当する特定のセンサ群が観測した特定のセンサデータ群が前記第２の記憶階層に記憶されているか否かを判定し、前記特定のセンサデータ群が前記第２の記憶階層に記憶されている場合、前記第２の記憶階層から前記第１の記憶階層に前記特定のセンサデータ群を複製する指示を前記ストレージに送信し、前記ストレージでの複製完了後、前記第１の記憶階層に複製された前記特定のセンサデータ群に対し所定のデータ処理を実行する、ことを特徴とする。

本発明の代表的な実施の形態によれば、データアクセスの多発を抑制してデータ処理の高速化を実現できる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

図１は、本実施例にかかるデータ処理例を示す説明図である。 図２は、データ処理システムのハードウェア構成例を示すブロック図である。 図３は、起振車の運行例を示す説明図である。 図４は、センサ設置管理テーブルの記憶内容例を示す説明図である。 図５は、運行計画管理テーブルの記憶内容例を示す説明図である。 図６は、運行実績管理テーブルの記憶内容例を示す説明図である。 図７は、観測実績管理テーブルの記憶内容例を示す説明図である。 図８は、下位階層の記憶内容例を示す説明図である。 図９は、データ処理装置の機能的構成例を示すブロック図である。 図１０は、第１の管理画面の表示例を示す説明図である。 図１１は、第２の管理画面の表示例を示す説明図である。 図１２は、データ処理装置によるデータ取得処理手順例を示すフローチャートである。 図１３は、データ処理装置によるデータ処理手順例を示すフローチャートである。

＜データ処理例＞
図１は、本実施例にかかるデータ処理例を示す説明図である。本実施例では、上位の記憶階層（以下、「上位階層」）の一例としてＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）と、下位の記憶階層（以下、「下位階層」）の一例としてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）と、を有するストレージを用いる。上位階層は、下位階層よりもアクセス速度、特にランダムアクセス速度が速い記憶デバイスである。

（１）センサ群１１０からのセンサデータ群が下位階層１０２に蓄積される。具体的には、たとえば、センサ群１１０は、地震発生などのイベントを観測してセンサデータ群を生成する。センサデータ群は、下位階層１０２に送られる。センサデータ群の下位階層１０２への転送は、利用者がセンサ群１１０を回収し、センサ群１１０をストレージ１００に接続することにより行われる。また、センサデータ群は、センサ群１１０からネットワークを介して下位階層１０２に送信されることとしてもよい。ここで、各センサデータは、たとえば、それぞれ１つのセンサによって生成されたデータを１ファイルとしたデータである。

（２）データ処理装置１２０が、取得条件により、下位階層１０２から上位階層１０１へ複製する特定のセンサデータ群（データセット）を指定して、ストレージ１００に複製指示を送る。取得条件とは、データ処理装置１２０によるデータ処理対象を絞り込むための条件である。

（３）ストレージ１００は、データ処理装置１２０からの指示により、取得条件に合致する特定のセンサデータ群を上位階層１０１に複製する。これにより、データ処理装置１２０からアクセス速度の遅い下位階層１０２へのランダムアクセスを抑制する。

（４）データ処理装置１２０は、上位階層１０１に複製された特定のセンサデータ群に対しデータ処理を実行する。これにより、データ処理装置１２０は、上位階層１０１にアクセスすることにより、特定のセンサデータ群をデータ処理でき、下位階層１０２へのアクセスに比べて高速なデータ処理を実現する。

このように、取得条件を指定して取得条件に合致する特定のセンサデータ群を下位階層１０２から上位階層１０１へ複製する。したがって、データ処理に不要なセンサデータが上位階層１０１に蓄積されることを抑制することができる。また、データ処理に必要なセンサデータが上位階層１０１に複製されていないことを抑制することができる。すなわち、データ処理対象を特定して適切な記憶階層に配置することにより、ストレージ１００のコストとデータ処理性能とを両立し、下位階層へのデータアクセス、より正確にはランダムアクセスの多発を抑制してデータ処理の高速化を実現することができる。

以下、本実施例では、反射法地震探査への適用例を基に説明する。反射法地震探査とは、起振車と呼ばれる地震発生源を搭載した移動体が、地震発生源により地面に振動を与えて地中２５１に地震波を発生させ、地面に設置されたセンサ群１１０が、当該振動により反射されてくる地震波を観測するという探査方法である。反射法地震探査では、センサ（たとえば、振動センサ）の位置が固定で、観測対象となる地震波が動く構成となる。起振車による地震発生のように観測対象を観測する契機となる事象をイベントと称す。反射法地震探査では、起振車の運行計画にしたがってイベントを実施し、運行実績を記録する。運行計画とは、どの起振車がいつどの位置で地震波を発生させるか、すなわち、イベントを起こすかを示す計画である。運行実績とは、どの起振車がいつどの位置で地震波を発生させたかを示す結果である。

＜データ処理システムのハードウェア構成例＞
図２は、データ処理システム２００のハードウェア構成例を示すブロック図である。データ処理システム２００は、データ処理装置１２０とストレージ１００とが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）またはインターネットのようなネットワーク２４０を介して通信可能に接続されたシステムである。

データ処理装置１２０は、プロセッサ２０１と、記憶デバイス２０２と、入力デバイス２０３と、出力デバイス２０４と、通信インターフェース（通信ＩＦ２０５）と、を有する。プロセッサ２０１、記憶デバイス２０２、入力デバイス２０３、出力デバイス２０４、および通信ＩＦ２０５は、バス２０６により接続される。プロセッサ２０１は、データ処理装置１２０を制御する。記憶デバイス２０２は、プロセッサ２０１の作業エリアとなる。また、記憶デバイス２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ、フラッシュメモリがある。入力デバイス２０３は、データを入力する。入力デバイス２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス２０４は、データを出力する。出力デバイス２０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ２０５は、ネットワーク２４０と接続し、データを送受信する。

起振車２２０は、観測対象エリアを走行する。観測対象エリアの地面２５０上には、センサ２１１が設置される。センサ２１１の集合がセンサ群１１０である。起振車２２０は、起振システム２３０を搭載する。起振システム２３０は、プロセッサ２３１と、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）２３２と、時計２３３と、入力デバイス２３４と、記憶デバイス２３５と、起振装置２３６と、通信ＩＦ２３７と、を有する。プロセッサ２３１、ＧＰＳ２３２、時計２３３、入力デバイス２３４、記憶デバイス２３５、起振装置２３６、および通信ＩＦ２３７は、バス２３８に接続される。

プロセッサ２３１は、起振システム２３０を制御する。記憶デバイス２３５は、プロセッサ２３１の作業エリアとなる。ＧＰＳ２３２は、起振車２２０の現在位置を特定する。時計２３３は、ＧＰＳ２３２から取得した時刻をもとに時刻を計時して、現在時刻を特定する。入力デバイス２３４は、データを入力する。入力デバイス２３４としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。記憶デバイス２３５は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２３５としては、たとえば、ＲＯＭ、ＲＡＭ、ＨＤＤ、フラッシュメモリがある。

起振装置２３６は、地震波を発生させる発生源である。起振装置２３６は、プロセッサ２３１からの指示にしたがって起振車２２０の下方から地面２５０に打撃または振動を与える。これにより、起振車２２０の位置から地震波が発生して、地中２５１に伝播する。通信ＩＦ２３７は、ネットワーク２４０を介してデータ処理装置１２０に通信可能に接続される。

センサ２１１は、観測対象エリアに載置され、起振車２２０から発生した地震波が地中２５１を伝播して地層境界２５２で反射された反射地震波を観測する。

＜起振車２２０の運行例＞
図３は、起振車２２０の運行例を示す説明図である。起振車２２０は、観測対象エリア３００を運行計画で規定された運行ルートＲにしたがって走行する。到達範囲３０１（図３では、起振車２２０から半径４ｋｍ）は、起振車２２０が発振した地震波の到達範囲であり、この地震波発振のイベントを観測するセンサ２１１の設置範囲であり、このイベントの解析のためのデータ処理対象となるセンサ２１１データを有するセンサ群１１０の設置範囲でもある。なお、観測対象エリア３００を走行する起振車２２０は、複数台でもよい。この場合、観測対象エリア３００を起振車２２０ごとに分割することになる。

＜各種テーブルの記憶内容例＞
図４〜図７を用いて、データ処理装置１２０に保持される各種テーブルの記憶内容例について説明する。なお、以降の説明において、ＡＡフィールドｂｂｂ（ＡＡはフィールド名、ｂｂｂは符号）の値を、ＡＡｂｂｂと表記する場合がある。たとえば、センサＩＤフィールド４０１の値を、センサＩＤ４０１と表記する場合がある。

図４は、センサ設置管理テーブルの記憶内容例を示す説明図である。センサ設置管理テーブル４００は、どのセンサ２１１がどの位置に設置され、また、回収済みか否かを管理する記憶情報である。センサ設置管理テーブル４００は、センサＩＤフィールド４０１と、設置座標フィールド４０２と、回収フラグフィールド４０３と、を有する。同一行の各フィールドの値の組み合わせが、センサ２１１ごとの設置管理情報を示すエントリとなる。

センサＩＤフィールド４０１は、値として、センサＩＤを格納する記憶領域である。センサＩＤ４０１は、センサ２１１を一意に特定する識別情報である。設置座標フィールド４０２は、値として、観測対象エリア３００におけるセンサ２１１の設置座標を格納する記憶領域である。設置座標４０２は、センサ２１１の設置位置情報である。回収フラグフィールド４０３は、値として、回収フラグを格納する記憶領域である。回収フラグ４０３は、センサ２１１が観測対象エリア３００から回収されたか否かを示すフラグである。本例では、「１」が回収済み、「０」が未回収を示す。

図５は、運行計画管理テーブルの記憶内容例を示す説明図である。運行計画管理テーブル５００は、どの起振車２２０がいつどの位置で起振させるかという運行計画を管理する記憶情報である。運行計画管理テーブル５００は、起振車ＩＤフィールド５０１と、発振座標フィールド５０２と、発振時刻フィールド５０３と、を有する。同一行の各フィールドの値の組み合わせが、起振車２２０の位置ごとの運行計画情報を示すエントリとなる。運行計画管理テーブル５００は、起振車２２０の起振システム２３０に格納されており、各運行計画情報は、起振車２２０とデータ処理装置１２０とが接続された場合に、起振システム２３０からデータ処理装置１２０に転送される。

起振車ＩＤフィールド５０１は、値として、起振車ＩＤを格納する記憶領域である。起振車ＩＤ５０１は、起振車２２０を一意に特定する識別情報である。発振座標フィールド５０２は、値として、発振座標を格納する記憶領域である。発振座標５０２は、起振車２２０が地震波を発生させる予定となる位置情報である。発振時刻フィールド５０３は、値として、起振車２２０が地震波を発生させる予定発振時刻を格納する記憶領域である。

図６は、運行実績管理テーブルの記憶内容例を示す説明図である。運行実績管理テーブル６００は、どの起振車２２０がいつどの位置で起振させたかという運行実績を管理する記憶情報である。運行実績管理テーブル６００は、起振車ＩＤフィールド５０１と、発振座標フィールド５０２と、発振時刻フィールド５０３と、を有する。同一行の各フィールドの値の組み合わせが、起振車２２０の位置ごとの運行実績情報を示すエントリとなる。運行実績管理テーブル６００は、起振車２２０の起振システム２３０に格納されており、各運行実績情報は、起振車２２０とデータ処理装置１２０とが接続された場合に、起振システム２３０からデータ処理装置１２０に転送される。

起振車ＩＤフィールド６０１は、値として、起振車ＩＤを格納する記憶領域である。発振座標フィールド６０２は、値として、発振座標を格納する記憶領域である。発振座標６０２は、起振車２２０が地震波を発生させたときの位置情報である。発振時刻フィールド６０３は、値として、起振車２２０が地震波を発生させた発振時刻を格納する記憶領域である。

図７は、観測実績管理テーブルの記憶内容例を示す説明図である。観測実績管理テーブル７００は、どのセンサ２１１がいつ地震波を観測したかという観測実績を管理する記憶情報である。観測実績管理テーブル７００は、センサＩＤフィールド７０１と、観測時刻フィールド７０２と、を有する。同一行の各フィールドの値の組み合わせが、センサ２１１ごとの観測実績情報を示すエントリとなる。各観測実績情報は、そのセンサ２１１に格納されており、センサ２１１とデータ処理装置１２０とが接続された場合に、センサ２１１からデータ処理装置１２０に転送される。センサＩＤフィールド７０１は、値として、センサＩＤを格納する記憶領域である。観測時刻フィールド７０２は、値として、センサ２１１が地震波を観測した観測時刻を格納する記憶領域である。

図８は、下位階層１０２の記憶内容例を示す説明図である。下位階層１０２は、センサ２１１ごとのセンサデータを格納する。下位階層１０２は、センサＩＤフィールド８０１と、観測値フィールド８０２と、を有する。同一行の各フィールドの値の組み合わせが、センサ２１１ごとのセンサデータを示すエントリとなる。センサＩＤフィールド８０１は、値として、センサＩＤを格納する記憶領域である。観測値フィールド８０２は、値として、センサ２１１が観測した観測値群を格納する記憶領域である。観測値群は、左端から時系列順で配列されているものとする。

＜データ処理装置１２０の機能的構成例＞
図９は、データ処理装置１２０の機能的構成例を示すブロック図である。データ処理装置１２０は、取得部９０１と、イベント管理部９０２と、観測実績情報管理部９０３と、条件設定部９０４と、処理内容設定部９０５と、判定部９０６と、配置管理部９０７と、処理実行管理部９０８と、データ処理部９０９と、表示制御部９１０と、ＤＢ（Ｄａｔａｂａｓｅ）９２０と、を有する。取得部９０１、イベント管理部９０２、観測実績情報管理部９０３、条件設定部９０４、処理内容設定部９０５、判定部９０６、配置管理部９０７、処理実行管理部９０８、データ処理部９０９、および表示制御部９１０は、具体的には、たとえば、図２に示した記憶デバイス２０２に記憶されたプログラムをプロセッサ２０１に実行させることにより実現される。また、ＤＢ９２０も同様に、図２に示した記憶デバイス２０２に記憶されたプログラムをプロセッサ２０１に実行させることにより実現され、上述したセンサ設置管理テーブル４００、運行計画管理テーブル５００、運行実績管理テーブル６００、および観測実績管理テーブル７００を格納する。

取得部９０１は、センサ群１１０から観測データ群を取得する。観測データとは、センサＩＤと、観測時刻と、観測値と、の組み合わせである。取得部９０１は、センサＩＤと観測時刻との組み合わせである観測実績情報を観測実績情報管理部９０３に出力する。また、取得部９０１は、センサＩＤと観測値との組み合わせであるセンサデータをストレージ１００の下位階層１０２に書き込む。

イベント管理部９０２は、起振システム２３０から運行計画情報を取得して、運行計画管理テーブル５００を作成する。イベント管理部９０２は、起振システム２３０から運行実績情報を取得して、運行実績管理テーブル６００を作成する。観測実績情報管理部９０３は、取得部９０１から観測実績情報を取得して、観測実績管理テーブル７００を作成する。

条件設定部９０４は、データ処理対象となる特定のセンサデータ群の取得条件を設定する。取得条件は、利用者の操作入力により設定される。取得条件には、たとえば、「震源（すなわち、起振車２２０）からの距離」、「起振車ＩＤ」、「対象領域」、「時間帯」がある。「震源からの距離」は、図３に示した到達範囲３０１を規定する条件である。「起振車ＩＤ」は、到達範囲３０１の基準となる起振車２２０を特定する条件である。「対象領域」は、観測対象エリア３００において、データ処理対象となる特定のセンサデータを観測したセンサ２１１の位置を特定する条件である。「時間帯」は、データ処理対象となる特定のセンサデータの観測時間帯を特定する条件である。

処理内容設定部９０５は、処理内容を設定する。処理内容は、利用者の操作入力により設定される。処理内容は、データ処理の内容を規定する。処理内容には、たとえば、「イベントごとの波形切り出し」、「波形作成」、「ノイズ分離」がある。「イベントごとの波形切り出し」は、センサデータからイベント期間中の観測値を抽出する処理である。これにより、イベント間における観測値、即ち観測対象のイベントが存在しない無効データを除去することができる。「波形作成」は、あるイベントを観測したセンサ群から、該当するイベントのセンサデータを抽出する処理である。「ノイズ分離」は、センサデータから地震波とは関係のないノイズ成分（たとえば、車の走行により発生する振動）を除去する処理である。

判定部９０６は、条件設定部９０４によって設定された取得条件に該当する特定のセンサ群１１０が観測した特定のセンサデータ群が下位階層１０２に記憶されているか否かを判定する。具体的には、たとえば、判定部９０６は、取得条件に合致するセンサ群１１０のうち、回収されたセンサ群１１０が所定割合（たとえば、９０％）以上であるか否かを判定する。

配置管理部９０７は、判定部９０６によって特定のセンサデータ群が下位階層１０２に記憶されていると判定された場合、下位階層１０２から上位階層１０１に特定のセンサデータ群を複製する指示をストレージ１００に送信する。当該指示には、取得条件に該当する特定のセンサ群１１０のセンサＩＤが含まれる。したがって、ストレージ１００は、特定のセンサ２１１のセンサＩＤを手掛かりとして、下位階層１０２に記憶されているセンサデータ群のうち、特定のセンサ２１１のセンサＩＤを含む特定のセンサデータ群を上位階層１０１に複製する。配置管理部９０７は、ストレージ１００から複製完了通知を受け取り、処理実行管理部９０８に転送する。複製完了通知には、特定のセンサ２１１のセンサＩＤと、複製先の上位階層１０１を特定する識別情報と、が含まれる。

処理実行管理部９０８は、配置管理部９０７から複製完了通知が転送されてきた場合、処理内容設定部９０５によって設定された処理内容をデータ処理部９０９に通知する。データ処理部９０９は、処理内容に応じたデータ処理を実行する。具体的には、たとえば、データ処理部９０９は、複製完了通知に含まれている複製先の上位階層１０１を特定する識別情報を用いて、当該複製先の上位階層１０１にアクセスする。そして、データ処理部９０９は、複製完了通知に含まれている特定のセンサ２１１のセンサＩＤを用いて、特定のセンサ２１１のセンサデータにアクセスし、処理内容に応じたデータ処理を実行する。

データ処理部９０９は、データ処理により不要となったデータを上位階層１０１から削除する。たとえば、処理内容が「イベントごとの波形切り出し」である場合、イベント期間外の観測値を削除する。また、処理内容が「波形作成」である場合、必要なセンサデータの抽出が終わった後のセンサデータを削除する。また、処理内容が「ノイズ分離」である場合、ノイズ成分を削除する。これにより、上位階層１０１の省メモリ化を図ることができる。

表示制御部９１０は、第１の管理画面および第２の管理画面を、出力デバイス２０４の一例である表示デバイス９１１に表示する。第１の管理画面は、運行計画および運行実績を表示する管理画面である。第２の管理画面は、設定内容（取得条件および処理内容）と、データ処理部９０９の処理状況とを表示する管理画面である。

＜管理画面の表示例＞
図１０は、第１の管理画面の表示例を示す説明図である。第１の管理画面１０００は、運行計画表示領域１００１と、運行実績表示領域１００２と、を有する。運行計画表示領域１００１は、運行計画を表示する領域であり、具体的には、たとえば、地図表示領域１０１１と、起振車表示領域１０１２と、センサ表示領域１０１３と、を有する。地図表示領域１０１１は、センサ２１１の設置位置、起振車２２０の予定運行経路、予定発振位置を表示する。センサ２１１の設置位置は、センサ設置管理テーブル４００から取得される。起振車２２０の予定運行経路は、運行計画管理テーブル５００から取得された起振車２２０の時系列な発振座標５０２により生成される。起振車２２０の予定発振位置は、運行計画管理テーブル５００から取得された起振車２２０の発振座標５０２から取得される。

起振車表示領域１０１２には、運行計画管理テーブル５００が表示される。これにより、起振車ＩＤ５０１と、発振座標５０２と、発振時刻５０３とが対応付けられた運行計画情報が表示される。また、センサ表示領域１０１３には、センサ設置管理テーブル４００が表示される。これにより、センサＩＤ４０１が、運行計画情報に対応して表示される。なお、表示制御部９１０は、たとえば、地図表示領域１０１１で矩形範囲を入力デバイス２０３で指定すると、当該矩形範囲内の起振車２２０の発振座標５０２を含む運行計画情報や、当該矩形範囲内の設置座標４０２を含むセンサ２１１の設置位置情報をハイライトしてもよい。同様に、表示制御部９１０は、地図表示領域１０１１内の発振座標５０２のシンボルやセンサ２１１の設置座標４０２のシンボルを入力デバイス２０３で指定すると、対応する運行計画情報やセンサ２１１の設置位置情報をハイライトしてもよい。逆に、表示制御部９１０は、運行計画情報やセンサ２１１の設置位置情報を入力デバイス２０３で指定すると、対応する地図表示領域１０１１内の発振座標のシンボルやセンサ２１１の設置座標のシンボルをハイライトしてもよい。

運行実績表示領域１００２は、運行実績を表示する領域であり、具体的には、たとえば、地図表示領域１０２１と、起振車表示領域１０２２と、センサ表示領域１０２３と、を有する。地図表示領域１０２１は、センサ２１１の設置位置、起振車２２０の運行経路、発振位置を表示する。センサ２１１の設置位置は、センサ設置管理テーブル４００から取得される。起振車２２０の運行経路は、運行実績管理テーブル６００から取得された起振車２２０の時系列な発振座標６０２により生成される。起振車２２０の発振位置は、運行実績管理テーブル６００から取得された起振車２２０の発振座標６０２から取得される。

起振車表示領域１０１２には、運行実績管理テーブル６００が表示される。これにより、起振車ＩＤ６０１と、発振座標６０２と、発振時刻６０３とが対応付けられた運行実績情報が表示される。また、センサ表示領域１０２３には、センサ設置管理テーブル４００が表示される。これにより、センサＩＤ４０１が、運行実績情報に対応して表示される。なお、表示制御部９１０によるハイライト処理は、運行計画表示領域１００１と同様に実行可能である。

図１１は、第２の管理画面の表示例を示す説明図である。第２の管理画面１１００は、設定内容入力領域１１０１と、処理状況表示領域１１０２と、を有する。設定内容入力領域１１０１は、設定内容を入力する領域であり、条件入力領域１１１１と、処理内容選択領域１１１２と、を有する。条件入力領域１１１１は、入力デバイス２０３を操作して取得条件を入力する領域である。処理内容選択領域１１１２は、入力デバイス２０３を操作してたとえば、チェックボックスやラジオボタンにより処理内容を選択する領域である。

処理状況表示領域１１０２は、処理状況を表示する領域であり、イベント表示領域１１２１と、処理内容表示領域１１２２と、実行状態表示領域１１２３と、を有する。イベント表示領域１１２１は、これまで発生したイベントを表示する領域であり、イベントごとに、発振座標６０２と発振時刻６０３とを表示する。具体的には、たとえば、表示制御部９１０は、運行実績情報のうち起振車ＩＤ６０１を、イベントを一意に特定する固有なイベントＩＤに変換して、イベント情報としてイベント表示領域１１２１に表示する。

処理内容表示領域１１２２は、処理内容選択領域１１１２で選択された処理内容を表示する。実行状態表示領域１１２３は、反射法地震探査の実行状態を表示する。具体的には、たとえば、表示制御部９１０は、センサ設置管理テーブル４００を参照して、センサ２１１の回収状況を表示する。

＜データ取得処理手順例＞
図１２は、データ処理装置１２０によるデータ取得処理手順例を示すフローチャートである。利用者は、回収したセンサ２１１をデータ処理装置１２０に接続する。データ処理装置１２０は、取得部９０１により、読取開始の入力を待ち受け（ステップＳ１２０１：Ｎｏ）、読取開始の入力があった場合（ステップＳ１２０１：Ｙｅｓ）、センサ２１１からそのセンサＩＤと観測値例との組み合わせを読み出して、下位階層１０２に保存する（ステップＳ１２０２）。そして、データ処理装置１２０は、そのセンサＩＤと観測時刻列との組み合わせを観測実績情報管理部９０３に転送する（ステップＳ１２０３）。

そして、データ処理装置１２０は、観測実績情報管理部９０３により、センサＩＤと観測時刻列との組み合わせをエントリとして観測実績管理テーブル７００に保存する（ステップＳ１２０４）。最後に、データ処理装置１２０は、観測実績情報管理部９０３により、センサ設置管理テーブル４００を参照して、そのセンサＩＤ４０１のエントリの回収フラグ４０３を「０」から「１」に更新する（ステップＳ１２０５）。これにより、データ処理装置１２０は、データ処理手順を終了する。

＜データ処理手順例＞
図１３は、データ処理装置１２０によるデータ処理手順例を示すフローチャートである。まず、データ処理装置１２０は、条件設定部９０４により取得条件を設定し、処理内容設定部９０５により処理内容を設定する（ステップＳ１３０１）。具体的には、たとえば、図１１の第２の管理画面１１００を表示させた状態で、条件設定部９０４が、利用者からの入力デバイス２０３を用いた操作入力により条件入力領域１１１１で取得条件を受け付け、処理内容選択領域１１１２で処理内容の選択を受け付ける。

つぎに、データ処理装置１２０は、取得条件に該当するエントリである運行実績情報を運行実績管理テーブル６００から特定する（ステップＳ１３０２）。具体的には、たとえば、データ処理装置１２０は、取得条件として「起振車ＩＤ」が入力された場合には、データ処理装置１２０は、入力された「起振車ＩＤ」に一致する起振車ＩＤ６０１を含むエントリを運行実績管理テーブル６００から特定する。「起振車ＩＤ」が入力されていない場合は、全エントリを特定してもよい。また、「対象領域」が入力された場合には、データ処理装置１２０は、「対象領域」に含まれる発振座標６０２を有するエントリを特定する。また、「時間帯」が入力された場合には、データ処理装置１２０は、「時間帯」に含まれる発振時刻６０３を有するエントリを特定する。

つぎに、データ処理装置１２０は、判定部９０６によりステップＳ１３０３〜Ｓ１３０９を実行する。具体的には、たとえば、データ処理装置１２０は、ステップＳ１３０２で特定したエントリの中に未選択エントリがあるか否かを判断する（ステップＳ１３０３）。未選択エントリがある場合（ステップＳ１３０３：Ｙｅｓ）、データ処理装置１２０は、未選択エントリを１つ選択し（ステップＳ１３０４）、選択エントリの発振座標６０２および発振時刻６０３を取得して（ステップＳ１３０５）、ステップＳ１３０３に戻る。

未選択エントリがない場合（ステップＳ１３０３：Ｎｏ）、データ処理装置１２０は、ステップＳ１３０５で取得した発振座標６０２ごとに、当該発振座標６０２を中心とする到達範囲３０１を特定する（ステップＳ１３０６）。到達範囲３０１は、発振座標６０２を中心とする所定形状（たとえば、円形）の領域である。たとえば、取得条件として「震源からの距離」（たとえば、「４ｋｍ」）が入力された場合には、データ処理装置１２０は、発振座標６０２ごとに、発振座標６０２を中心とする半径４ｋｍの円形の到達範囲３０１を特定する。取得条件として「震源からの距離」が入力されていない場合は、データ処理装置１２０は、デフォルトの値（たとえば、２ｋｍ）を半径として到達範囲３０１を特定すればよい。

つぎに、データ処理装置１２０は、到達範囲３０１ごとに、到達範囲３０１内に設置されたセンサ２１１を特定する（ステップＳ１３０７）。具体的には、たとえば、データ処理装置１２０は、センサ設置管理テーブル４００を参照して、到達範囲３０１内に設置座標４０２を有するセンサ２１１のセンサＩＤ４０１を特定する。

つぎに、データ処理装置１２０は、センサ設置管理テーブル４００を参照して、ステップＳ１３０７で特定したセンサ２１１のセンサＩＤ４０１に対応する回収フラグ４０３を取得し、回収率を算出する（ステップＳ１３０８）。回収率は、たとえば、取得した回収フラグ４０３の総数を分母とし、取得した回収フラグ４０３のうち値が「１」である回収フラグ４０３の数を分子とすることにより算出される。

そして、データ処理装置１２０は、算出した回収率がしきい値以上であるか否かを判断する（ステップＳ１３０９）。しきい値以上でない場合（ステップＳ１３０９：Ｎｏ）、取得条件を再設定する必要があるため、データ処理装置１２０は、データ処理手順を終了する。一方、しきい値以上である場合（ステップＳ１３０９：Ｙｅｓ）、データ処理装置１２０は、配置管理部９０７により、ステップＳ１３０７で特定したセンサ２１１のセンサデータ（センサＩＤと観測値列の組み合わせ）を上位階層１０１に複製する指示をストレージ１００に与える（ステップＳ１３１０）。これにより、ストレージ１００は、当該複製指示されたセンサデータ群を上位階層１０１に複製する。

このあと、データ処理装置１２０は、データ処理部９０９により、ステップＳ１３０１で設定された処理内容にしたがってデータ処理を実行する（ステップＳ１３１１）。データ処理において不要データが得られた場合（ステップＳ１３１２：Ｙｅｓ）、データ処理部９０９装置は、データ処理部９０９により不要データを上位階層１０１から削除して、ステップＳ１３１４に移行する。不要データがない場合（ステップＳ１３１２：Ｎｏ）、ステップＳ１３１４に移行する。そして、データ処理装置１２０は、データ処理部９０９によりデータ処理が終了したか否かを判断する（ステップＳ１３１４）。終了していない場合（ステップＳ１３１４：Ｎｏ）、ステップＳ１３１１に戻る。一方、終了した場合（ステップＳ１３１４：Ｙｅｓ）、データ処理装置１２０は、データ処理手順を終了する。

このように、本実施例では、反射法地震探査への適用例を基に説明したが、一般的なセンサデータに付いても適用可能である。反射法地震探査では、センサ２１１（たとえば、振動センサ）の位置が固定で、観測対象（地震波の発生源）が動く構成であったが、センサ２１１が動き、観測対象が固定となる構成でもよい。たとえば、センサ２１１を搭載した車（センサカー）が動き、観測対象（路面状況や渋滞地点、事故多発地点）が固定となる構成である。この時、イベントは、センサカーによる観測対象の観測である。また、イベントの計画は、センサカーの運行計画であり、イベントの実績はセンサカーの運行実績となる。

この場合、たとえば、センサ設置管理テーブル４００において、設置座標４０２は、センサ２１１を搭載したセンサカーの現在位置座標となる。また、運行計画管理テーブル５００において、起振車ＩＤ５０１は、観測対象のＩＤとなり、発振座標５０２が観測対象の位置座標となり、発振時刻５０３が観測対象でのイベント発生予定時刻となる。同様に、運行実績管理テーブル６００において、起振車ＩＤ６０１は、観測対象のＩＤとなり、発振座標６０２が観測対象の位置座標となり、発振時刻６０３が観測対象でのイベント発生時刻となる。

このように、本実施例のデータ処理装置１２０は、取得条件を指定して取得条件に合致する特定のセンサデータ群を下位階層１０２から上位階層１０１へ複製する。したがって、データ処理に不要なセンサデータが上位階層１０１に蓄積されることを抑制することができる。また、データ処理に必要なセンサデータが上位階層１０１に複製されていないことを抑制することができる。すなわち、データ処理対象を特定して適切な記憶階層に配置することにより、データアクセスの多発を抑制してデータ処理の高速化を実現することができる。

また、取得条件は、イベントの発生時におけるセンサ２１１の位置を指定する条件を含んでもよい。これにより、指定されたセンサ２１１に絞り込んで、当該センサ２１１のセンサデータを下位階層１０２から上位階層１０１に複製することができる。

また、取得条件は、イベントとセンサ２１１との間の距離を含んでもよい。これにより、イベントに近接するセンサ２１１のセンサデータを優先的に絞り込んで、下位階層１０２から上位階層１０１に複製することができる。

また、取得条件は、イベントの発生時間帯にセンサ２１１が取り得る位置を含んでもよい。これにより、発生時間帯にセンサ２１１が観測したセンサデータを優先的に絞り込んで、下位階層１０２から上位階層１０１に複製することができる。

また、取得条件に該当する特定のセンサデータ群が下位階層１０２に記憶されているか否かを判定することにより、要求したセンサデータが上位階層１０１に複製されないことを抑制することができる。

また、取得条件と、データ処理の処理内容と、データ処理の実行状況とを表示することにより、センサデータ群がどのような条件で上位階層１０１に複製され、どのようなデータ処理が実行され、データ処理の実行状況がどうなっているかを利用者は視認することができる。

また、イベントに関する情報と、イベントに対して設定されたデータ処理の処理内容と、処理内容に対するデータ処理の実行状況と、を対応させて表示することにより、利用者は、イベントと、処理内容および実行状況と、を比較して視認することができる。

また、特定のセンサデータ群に関する情報と、センサ群１１０からのセンサデータ群の下位階層１０２への記憶状況と、を表示することにより、複製の対象となる特定のセンサデータ群がどの程度データ処理装置１２０に回収されたかを、利用者は視認することができる。

また、イベントの実行計画およびイベントの実行実績を管理することにより、実行計画と実行実績とを比較することができる。

また、イベントの実行計画およびイベントの実行実績を表示することにより、実行計画と実行実績との差を、利用者は視認することができる。

また、特定のセンサ群１１０についてのイベントの観測計画およびイベントの観測実績を管理することにより、観測計画と観測実績とを比較することができる。

また、イベントの実行計画、イベントの実行実績、イベントの観測計画およびイベントの観測実績を対応付けて表示することにより、利用者は、計画と実績とを比較して視認することができる。

また、取得条件と、データ処理の処理内容と、に基づいて、特定のセンサデータ群から不要なデータ群を検出して上位階層１０１から削除することにより、上位階層１０１の省メモリ化を図ることができる。

また、アクセス速度が下位階層１０２よりも速い上位階層１０１の方が、下位階層１０２よりも高価であるため、上位階層１０１の容量を小さくすることにより、コストの低減化を図ることができる。したがって、ストレージ１００のコストとデータ処理性能との両立を図ることができる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサ２０１がそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイルの情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１００ ストレージ
１０１ 上位階層
１０２ 下位階層
１１０ センサ群
１２０ データ処理装置
２００ データ処理システム
２２０ 起振車
２３０ 起振システム
２３６ 起振装置
４００ センサ設置管理テーブル
５００ 運行計画管理テーブル
６００ 運行実績管理テーブル
７００ 観測実績管理テーブル
９０１ 取得部
９０２ イベント管理部
９０３ 観測実績情報管理部
９０４ 条件設定部
９０５ 処理内容設定部
９０６ 判定部
９０７ 配置管理部
９０８ 処理実行管理部
９０９ データ処理部
９１０ 表示制御部
９１１ 表示デバイス

Claims (15)

1. 第１の記憶階層と、前記第１の記憶階層よりもアクセス速度が遅い第２の記憶階層と、を含むストレージにアクセス可能なデータ処理装置であって、
   前記データ処理装置は、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、前記ストレージにアクセス可能なインタフェースと、を有し、
   前記第２の記憶階層は、観測対象でのイベントの発生により、センサ群が観測したセンサデータ群を記憶しており、
   前記プロセッサは、
   センサが観測したセンサデータの取得条件を設定し、
   前記取得条件に該当する特定のセンサ群が観測した特定のセンサデータ群が前記第２の記憶階層に記憶されているか否かを判定し、
   前記特定のセンサデータ群が前記第２の記憶階層に記憶されている場合、前記第２の記憶階層から前記第１の記憶階層に前記特定のセンサデータ群を複製する指示を前記ストレージに送信し、
   前記ストレージでの複製完了後、前記第１の記憶階層に複製された前記特定のセンサデータ群に対し所定のデータ処理を実行する、
   ことを特徴とするデータ処理装置。
2. 請求項１に記載のデータ処理装置であって、
   前記取得条件は、イベントの発生時におけるセンサの位置を指定する条件を含むことを特徴とするデータ処理装置。
3. 請求項１に記載のデータ処理装置であって、
   前記取得条件は、前記イベントと前記センサとの間の距離を含むことを特徴とするデータ処理装置。
4. 請求項１に記載のデータ処理装置であって、
   前記取得条件は、前記イベントの発生時間帯に前記センサが取り得る位置を含むことを特徴とするデータ処理装置。
5. 請求項１に記載のデータ処理装置であって、
   前記プロセッサは、
   前記イベントの発生時刻、前記センサ群の各センサの位置、および、前記センサ群からの前記センサデータ群の前記第２の記憶階層への記憶状況を管理し、
   前記イベントの発生時刻、前記センサ群の位置、および、前記記憶状況に基づいて、前記取得条件に該当する特定のセンサデータ群が前記第２の記憶階層に記憶されているか否かを判定することを特徴とするデータ処理装置。
6. 請求項１に記載のデータ処理装置であって、
   前記データ処理装置は、画面を表示する表示デバイスを有し、
   前記プロセッサは、
   前記取得条件と、前記所定のデータ処理の処理内容と、前記所定のデータ処理の実行状況と、を前記画面に表示するように前記表示デバイスを制御することを特徴とするデータ処理装置。
7. 請求項５に記載のデータ処理装置であって、
   前記イベントに関する情報と、前記イベントに対して設定された前記所定のデータ処理の処理内容と、前記処理内容に対する前記所定のデータ処理の実行状況と、を対応させて前記画面に表示するように前記表示デバイスを制御することを特徴とするデータ処理装置。
8. 請求項６に記載のデータ処理装置であって、
   前記プロセッサは、
   前記センサ群からの前記センサデータ群の前記第２の記憶階層への記憶状況を管理し、
   前記特定のセンサデータ群に関する情報と、前記センサ群からの前記センサデータ群の前記第２の記憶階層への記憶状況と、を前記画面に表示するように前記表示デバイスを制御することを特徴とするデータ処理装置。
9. 請求項１に記載のデータ処理装置であって、
   前記プロセッサは、
   前記イベントの実行計画および前記イベントの実行実績を管理することを特徴とするデータ処理装置。
10. 請求項９に記載のデータ処理装置であって、
    前記データ処理装置は、画面を表示する表示デバイスを有し、
    前記プロセッサは、
    前記イベントの実行計画および前記イベントの実行実績を前記画面に表示するように前記表示デバイスを制御することを特徴とするデータ処理装置。
11. 請求項９に記載のデータ処理装置であって、
    前記プロセッサは、
    前記特定のセンサ群についての前記イベントの観測計画および前記イベントの観測実績を管理することを特徴とするデータ処理装置。
12. 請求項１１に記載のデータ処理装置であって、
    前記データ処理装置は、画面を表示する表示デバイスを有し、
    前記プロセッサは、
    前記イベントの実行計画、前記イベントの実行実績、前記イベントの観測計画および前記イベントの観測実績を対応付けて前記画面に表示するように前記表示デバイスを制御することを特徴とするデータ処理装置。
13. 請求項１に記載のデータ処理装置であって、
    前記プロセッサは、
    前記取得条件と、前記所定のデータ処理の処理内容と、に基づいて、前記特定のセンサデータ群から不要なデータ群を検出し、
    前記不要なデータ群を前記第１の記憶階層から削除することを特徴とするデータ処理装置。
14. ストレージと、前記ストレージにアクセス可能なデータ処理装置と、を有するデータ処理システムであって、
    前記ストレージは、第１の記憶階層と、前記第１の記憶階層よりもアクセス速度が遅い第２の記憶階層と、を含み、前記第２の記憶階層は、観測対象でのイベントの発生により、センサ群が観測したセンサデータ群を記憶しており、
    前記データ処理装置は、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、前記ストレージにアクセス可能なインタフェースと、を有し、
    前記プロセッサは、
    センサが観測したセンサデータの取得条件を設定し、
    前記取得条件に該当する特定のセンサ群が観測した特定のセンサデータ群が前記第２の記憶階層に記憶されているか否かを判定し、
    前記特定のセンサデータ群が前記第２の記憶階層に記憶されている場合、前記第２の記憶階層から前記第１の記憶階層に前記特定のセンサデータ群を複製する指示を前記ストレージに送信し、
    前記ストレージでの複製完了後、前記第１の記憶階層に複製された前記特定のセンサデータ群に対し所定のデータ処理を実行する、
    ことを特徴とするデータ処理システム。
15. 第１の記憶階層と、前記第１の記憶階層よりもアクセス速度が遅い第２の記憶階層と、を含むストレージにアクセス可能なデータ処理装置によるデータ処理方法であって、
    前記データ処理装置は、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、前記ストレージにアクセス可能なインタフェースと、を有し、
    前記第２の記憶階層は、観測対象でのイベントの発生により、センサ群が観測したセンサデータ群を記憶しており、
    前記プロセッサは、
    センサが観測したセンサデータの取得条件を設定し、
    前記取得条件に該当する特定のセンサ群が観測した特定のセンサデータ群が前記第２の記憶階層に記憶されているか否かを判定し、
    前記特定のセンサデータ群が前記第２の記憶階層に記憶されている場合、前記第２の記憶階層から前記第１の記憶階層に前記特定のセンサデータ群を複製する指示を前記ストレージに送信し、
    前記ストレージでの複製完了後、前記第１の記憶階層に複製された前記特定のセンサデータ群に対し所定のデータ処理を実行する、
    ことを特徴とするデータ処理方法。

Images