JP7536628B2 - データ管理支援装置及びデータ管理支援方法 - Google Patents

Description

本発明は、データ管理支援装置及びデータ管理支援方法に関するものである。

車輌や人などの移動履歴たる動態データは、交通状況や商流、或いは消費者行動など様々な事象に関する貴重なデータとなりうる。また、コンピュータ性能の飛躍的な向上もあって、いわゆるビッグデータ解析技術が発展し、上述の動態データから新たな知見を得ようとする動きも活発化している。
ただし問題点として、解析対象となる動態データが膨大なデータ量となりやすく、これをそのまま利用すると、その検索や表示、解析に時間がかかるといった課題がある。また、当該データの格納・管理のための計算資源が不足しやすい、といった課題もあった。

そこで、このような課題に関連する従来技術としては、例えば、道路形状を最適に表現したデータ量の少ない地図データを生成することを課題とした、地図データ生成装置（特許文献１参照）が提案されている。

この地図データ生成装置は、複数の地点により道路形状を表現する第１形状データにより道路形状が表現された道路を、直線区間と曲線区間とに分類する形状判定部と、前記直線区間の道路形状の表現を第１表現による表現に変更する点列間引部と、前記曲線区間の道路形状を表現を前記第１表現とは異なる第２表現による表現に変更する曲線化部と、前記点列間引部および前記曲線化部により変更された表現による道路形状のデータを第２形状データとして出力する出力部を備えるものとなっている。

特開２０１７－１４６５３０号公報

上述の従来技術では、膨大な動態データに対して間引き処理を施して、全体としてデータ量削減を図るものである。ところが、動体の移動軌跡を全体として残すことに配慮するばかりで、解析に際して必要になるデータまで間引いてしまうケースが発生していた。
換言すると、動態データのうち必要な情報を残した上で間引き処理を行い、ひいては総データ量を低減するといった対応は出来ないものであった。

そこで本発明の目的は、動態データ群における所定属性のデータを効率良く確保しつつ、当該動態データ群全体のデータ量を適宜に低減可能とする技術を提供することにある。

上記課題を解決する本発明のデータ管理支援装置は、移動体の移動履歴である動態データを保持する記憶装置と、前記動態データに基づき、当該動態データが示す移動履歴における移動の始点から終点までの間を前記移動体が等速移動したと仮定した場合の、一定時間ごとの仮想位置を算定する処理と、前記動態データにおける間引き対象の判定基準を算定する関数であって、前記移動体の速度を引数とした所定関数に対し、前記動態データが示す各観測点での速度の値を与えることで、当該観測点それぞれの速度に対応する前記判定基準を算定する処理と、前記動態データが示す前記観測点の実測位置と、当該観測点の観測時刻に関して算定している前記仮想位置との間の距離が、前記判定基準よりも小さい場合、当該観測点に対応する動態データを間引き対象として特定する処理を実行する演算装置と、を含むことを特徴とする。
また、本発明のデータ管理支援方法は、移動体の移動履歴である動態データを記憶装置において保持する情報処理装置が、前記動態データに基づき、当該動態データが示す移動履歴における移動の始点から終点までの間を前記移動体が等速移動したと仮定した場合の、一定時間ごとの仮想位置を算定する処理と、前記動態データにおける間引き対象の判定基準を算定する関数であって、前記移動体の速度を引数とした所定関数に対し、前記動態データが示す各観測点での速度の値を与えることで、当該観測点それぞれの速度に対応する前記判定基準を算定する処理と、前記動態データが示す前記観測点の実測位置と、当該観測点の観測時刻に関して算定している前記仮想位置との間の距離が、前記判定基準よりも小さい場合、当該観測点に対応する動態データを間引き対象として特定する処理を実行する、ことを特徴とする。

本発明によれば、動態データ群における所定属性のデータを効率良く確保しつつ、当該動態データ群全体のデータ量を適宜に低減可能となる。

本実施形態のシステム構成例を示す図である。 本実施形態におけるウェブ・アプリケーションサーバのハードウェア構成例を示す図である。 本実施形態のウェブ・アプリケーションサーバの機能構成例を示す図である。 本実施形態におけるデータベースサーバのハードウェア構成例を示す図である。 本実施形態のデータベースサーバの機能構成例を示す図である。 本実施形態におけるユーザ端末のハードウェア構成例を示す図である。 本実施形態におけるユーザ端末の機能構成例を示す図である。 本実施形態における動態データＤＢのデータ構成例を示す図である。 本実施形態におけるパラメータＤＢのデータ構成例を示す図である。 本実施形態におけるデータ管理支援方法のシーケンス例を示す図である。 本実施形態におけるデータ管理支援方法のフロー例を示す図である。 本実施形態におけるアルゴリズムの概念例を示す図である 本実施形態におけるデータ管理支援方法のフロー例を示す図である。 本実施形態における画面例を示す図である。

＜システム構成＞
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のデータ管理支援装置１００を含むシステム構成図である。図１に示すデータ管理支援装置１００は、動態データ群における所定属性のデータを効率良く確保しつつ、当該動態データ群全体のデータ量を適宜に低減可能とするコンピュータ装置である。

本実施形態におけるシステム構成、すなわちデータ管理支援システム１０は、データ管理支援装置であるウェブ・アプリケーションサーバ１００を中心に、データベースサーバ１５０、及びユーザ端末２００が、適宜なネットワーク１で通信可能に結ばれた構成を想定できる。

ウェブ・アプリケーションサーバ１００は、上述のようにデータ管理支援装置を構成するサーバ装置である。そのため保持するプログラムを実行することで、データ管理支援装
置として必要な機能を実装している。また、処理対象とするデータは、データベースサーバ１５０から取得する。したがって、データベースサーバ１５０は、適宜な補助記憶装置を備え、必要なデータをデータベースにて保持、管理している。

一方、ユーザ端末２００は、データ管理支援装置１００が提供するサービスの利用者が操作する端末である。図１中では、１～Ｎまで複数の利用者がそれぞれユーザ端末２００を操作しうる構成を例示したが、勿論、利用者の人数構成については限定しない。
＜ハードウェアおよびソフトウェアの各構成＞
また、本実施形態におけるデータ管理支援システム１０を構成する装置のうち、ウェブ・アプリケーションサーバ１００のハードウェア構成を図２に、また、機能構成例を図３に示す。

本実施形態のウェブ・アプリケーションサーバ１００は、補助記憶装置１０１、メモリ１０３、ＣＰＵ１０４、および通信Ｉ／Ｆ１０５を備えている。

このうち補助記憶装置１０１は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される。この補助記憶装置１０１により実装されるのが記憶部１２０である。この記憶部１２０にはプログラム１０２が格納されている。

また、メモリ１０３は、ＲＡＭなど揮発性記憶素子で構成される。

また、ＣＰＵ１０４は、補助記憶装置１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵである。

上述のＣＰＵ１０４により実装されるのが演算部１１０である。演算部１１０は、登録機能１１１及び間引き機能１１２といった各機能を含む機能部である。

このうち登録機能１１１は、ユーザ端末２００から得たパラメータを、データベースサーバ１５０のパラメータＤＢ１７６に登録する処理と、間引き機能１１２によって適宜な間引き処理がなされた動態データを、データベースサーバ１５０の動態データＤＢ１７５に登録する処理を担う機能である。

また、間引き機能１１２は、本実施形態のデータ管理支援方法に対応した処理にて、未処理の動態データに関して適宜に間引き処理を実行する機能である。

また、通信Ｉ／Ｆ１０５は、ネットワーク１と接続して他装置との通信処理を担うネットワークインターフェイスカードである。

続いて図４に、本実施形態のデータベースサーバ１５０のハードウェア構成例を、また、図５に機能構成例を示す。本実施形態のデータベースサーバ１５０は、補助記憶装置１５１、メモリ１５３、ＣＰＵ１５４、および通信Ｉ／Ｆ１５５を備えている。

このうち補助記憶装置１５１は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される。この補助記憶装置１５１により記憶部１７０が実装される。

この記憶部１７０には、本実施形態のデータベースサーバ１５０として必要な機能を実装する為のプログラム１５２の他に、動態データＤＢ１７５及びパラメータＤＢ１７６が
格納される。これらデータベースについての詳細は後述する。

また、メモリ１５３は、ＲＡＭなど揮発性記憶素子で構成される。

また、ＣＰＵ１５４は、補助記憶装置１５１に保持されるプログラム１５２をメモリ１５３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵである。このＣＰＵ１５４により、演算部１６０が実装される。演算部１６０は、データベース管理機能１６１を備える。データベース管理機能１６１は、ＤＢＭＳ（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）などで一般的なデータベースの管理機能である。

また、通信Ｉ／Ｆ１５５は、ネットワーク１と接続して他装置との通信処理を担うネットワークインターフェイスカードである。

続いて図６に、本実施形態のユーザ端末２００のハードウェア構成例を示す。本実施形態のユーザ端末２００は、補助記憶装置２０１、メモリ２０３、ＣＰＵ２０４、入力Ｉ／Ｆ２０５、出力Ｉ／Ｆ２０６、および通信Ｉ／Ｆ２０７を備えている。

このうち補助記憶装置２０１は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される。この補助記憶装置２０１により記憶部２２０が実装される。

記憶部２２０は、本実施形態のユーザ端末２００として必要な機能を実装する為のプログラム２０２の他に、動態識別情報２２１、位置情報２２２、時刻情報２２３、及び間引きパラメータ２２４といった情報を保持している。これらの情報は、例えば、間引き処理に用いるよう、ユーザ端末２００からデータ管理支援装置１００に提供される情報となる。

これらの情報については、上述の動態データＤＢ１７５及びパラメータＤＢ１７６に関する説明において具体的に示すものとする。

また、メモリ２０３は、ＲＡＭなど揮発性記憶素子で構成される。

また、ＣＰＵ２０４は、補助記憶装置２０１に保持されるプログラム２０２をメモリ２０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵである。

ＣＰＵ２０４により実装されるのが演算部２１０である。この演算部２１０は、ＵＩ制御機能２１１を備える。ＵＩ制御機能２１１は、利用者が上述の各種情報２２１～２２４をウェブ・アプリケーションサーバ１００にアップロードする操作や、ウェブ・アプリケーションサーバ１００から提供される処理結果（例：引き処理を経た動態データ）を閲覧する操作に関して、ＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）の制御を行う一般的な制御機能である。

また、入力Ｉ／Ｆ２０５は、利用者からのキー入力や音声入力を受け付ける、キーボードやマウス、マイクなどの適宜な装置である。

また、出力Ｉ／Ｆ２０６は、演算装置２０４での処理データの表示を行うディスプレイ、スピーカー等の適宜な装置である。

また、通信装置２０７は、ネットワーク１と接続して他装置との通信処理を担うネットワークインターフェイスカードである。
＜データ構造例＞
続いて、本実施形態のデータ管理支援装置１００が用いるデータ類について説明する。図８に、本実施形態における動態データＤＢ１７５の一例を示す。本実施形態における動態データＤＢ１７５は、例えば、ユーザ端末２００から提供された処理対象の動態データを蓄積し管理するデータベースである。

そのデータ構造は、例えば、動態データのレコードを一意に示すレコードナンバーをキーとして、動体識別情報、位置情報、時刻情報、及び間引きフラグといったデータから成るレコードの集合体である。

このうち動体識別情報は、自動車や人といった動体を一意に特定する識別情報である。具体的には、自動車のナンバーや車体番号、人の氏名や適宜なＩＤといったものを想定できる。

また、位置情報は、当該移動体に関してＧＰＳ座標など適宜な形態で得られている情報である。こうした位置情報は、ユーザ端末２００からウェブ・アプリケーションサーバ１００に提供される。なお、ウェブ・アプリケーションサーバ１００が、各利用者のユーザ端末２００から、当該利用者のカーナビゲーションシステムやスマートフォンの位置情報アプリなどでの測位情報を取得し、処理対象として動態データＤＢ１７５に格納する運用形態も排除しない。

また、時刻情報は、上述の位置情報の観測日時を示す情報である。

また、間引きフラグは、ウェブ・アプリケーションサーバ１００による処理で間引き対象となったか否かを示すフラグである。図８に示す例では、「Ｙ」が間引き対象、「Ｎ」が非間引き対象、となっている。

また図９に、本実施形態のパラメータＤＢ１７６の一例を示す。本実施形態におけるパラメータＤＢ１７６は、ユーザ端末２００から提供されたパラメータを保持するデータベースである。

このパラメータは、例えば、利用者が間引き処理案件ごとに指示する値であって、速度から算出した許容距離に掛ける倍率である。利用者が求めるデータの圧縮度合い、すなわち間引き度合いに応じて決定される。

なお、上述の許容距離は、動体の移動速度により算定されるものであって、ウェブ・アプリケーションサーバ１００のプログラム１０２にて、その算定式が予め用意されているものとする。また、その算定式は、動態情報分析の「対象」、「目的」により個別に設定されるものであるとする。

例えば、対象となる動体が人間、分析目的は駅周辺の人流解析、であったとする。この場合、地図の精度等を考慮して許容誤差は５０ｃｍと想定する。すなわち、この場合の算定式は、人の歩く速度４ｋｍ／ｈに対して、５０ｃｍを許容距離とするよう定式化したものとなる。自転車、車等に対しても同様に許容誤差を決定し、速度に対する許容距離を定式化する。間引きパラメータを、上述の算定式の出力値に対して乗算することで、最終的に間引きに使用する許容距離が算出される。

上述のパラメータＤＢ１７６のデータ構造は、例えば、レコードを一意に特定するレコ
ードナンバーをキーとして、例えば、案件ＩＤ、及び間引きパラメータ、といったデータからなるレコードの集合体である。
＜データ管理支援方法：全体シーケンス＞
以下、本実施形態におけるデータ管理支援方法の実際手順について図に基づき説明する。以下で説明するデータ管理支援方法に対応する各種動作は、データ管理支援装置１００がメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

図１０は、本実施形態におけるデータ管理支援方法のシーケンス例を示す図である。ここではまず、データ管理支援方法の全体フローについて説明する。

この場合、ユーザ端末２００は、利用者からの操作を入力Ｉ／Ｆ２０５で受け付けて、間引き対象となる動態データと、間引き処理に使用するパラメータの設定依頼を、ウェブ・アプリケーションサーバ１００に通知する（ｓ１０）。

一方、ウェブ・アプリケーションサーバ１００は、上述の設定依頼が含む動態データ及びパラメータを取得し、これらに基づき間引き処理を実行する（ｓ１１）。また、ウェブ・アプリケーションサーバ１００は、この間引き処理を経た動態データ（と好ましくは間引き処理前の動態データ）を処理結果としてユーザ端末２００に回答する。

ユーザ端末２００は、ウェブ・アプリケーションサーバ１００から回答があった処理結果を受診し、これを出力Ｉ／Ｆ２０６に表示させる（ｓ１２）。

利用者はこの処理結果である、間引き処理後の動態データ（と好ましくは間引き処理前の動態データ）を視認し、分析目的にかなう間引き処理がなされたか、換言すると、残すべき動態データが確実に残った形での間引き処理がなされたか確認することとなる。

利用者は上述の確認を行い、間引き処理の結果が好適であることを確認した場合、その旨をユーザ端末２００の入力Ｉ／Ｆ２０５で入力する。

ユーザ端末２００は、入力Ｉ／Ｆ２０５で受け付けた確認結果を、ウェブ・アプリケーションサーバ１００に応答する。

一方、ウェブ・アプリケーションサーバ１００は、上述の確認結果を受けて、間引き処理後の動態データの登録指示をデータベースサーバ１５０に通知する（ｓ１３）。この通知には、登録対象となる動態データも含まれている。

また、データベースサーバ１５０は、ウェブ・アプリケーションサーバ１００からの登録指示を受けて、当該動態データを動態データＤＢ１７５に格納し（ｓ１４）、処理を終了する。
＜データ管理支援方法：間引きフロー＞
続いて、上述のシーケンスにおける間引き処理（ステップｓ１１）についての詳細を説明する。図１１、図１３は本実施形態のデータ管理支援方法のフロー例を示す図であり、図１２は、間引き処理において使用する許容距離の算定概念と、間引き処理の考え方を示す図である。

この場合、ウェブ・アプリケーションサーバ１００は、端末から間引きパラメータ(許
容距離を決定する閾値)を取得し、間引処理開始する（ｓ１００）。

続いて、ウェブ・アプリケーションサーバ１００は、全動体識別情報に関する間引きが
完了するまで、以下のｓ１０２～ｓ１０８を繰り返し実行する（ｓ１０１～ｓ１０９）。

このルーチンにおけるウェブ・アプリケーションサーバ１００は、動体が始点から終点まで等速移動していると仮定したときの仮想の位置情報を算出する（ｓ１０２）。

また、ウェブ・アプリケーションサーバ１００は、各時刻の点の速度と間引きパラメータから許容距離を算出する（ｓ１０３）。

こうしたｓ１０２、ｓ１０３の処理は、図１２で例示するように、例えば、ｔ＝０～８[秒]で得られた９つの動態データを対象にして実行するものとする。なお、各動態データは、所定の座標系における点(ｘ)として表現されている。また、ｘは、ｘ、ｙ、ｚの３次元ベクトルである。

こうした前提にて、ウェブ・アプリケーションサーバ１００は、始点ｔ＝０、終点ｔ＝８の間で動体が等速移動していると仮定したときの、各時刻における仮想の位置情報（ｘ’）を算出する。こうした処理は、ｔ＝０の始点とｔ＝８の終点との間を結ぶ線分長を当該各点の座標値に基づき算定し、その線分上を上述の動体が時刻ｔ＝０からｔ＝８に至る時間で等速移動する、と仮定して位置情報（ｘ’）を算定することになる。

また、ウェブ・アプリケーションサーバ１００は、動態データにおける各時刻の点の位置情報（ｘ）と、上述の仮定により当該時刻に関して得た点の位置情報（ｘ’）との間の距離を、ｄｎ＝|ｘ’－ｘ|の式にて算定する。

ここで、速度による許容距離をｆ（ｖ（ｔ）、間引きパラメータをα(定数)とした場合、許容距離は、ｇ（ｖ（ｔ））＝α×ｆ（ｖ（ｔ））、となる。

既に述べたとおり、上述の許容距離は、動体の移動速度により算定されるものであって、ウェブ・アプリケーションサーバ１００のプログラム１０２にて、その算定式が予め用意されている。また、その算定式は、動態情報分析の「対象」、「目的」により個別に設定されるものであるとする。

例えば、対象となる動体が人間、分析目的は駅周辺の人流解析、であったとする。この場合、地図の精度等を考慮して許容誤差は５０ｃｍと想定する。すなわち、この場合の算定式は、人の歩く速度４ｋｍ／ｈに対して、５０ｃｍを許容距離とするよう定式化したものとなる。自転車、車等に対しても同様に許容誤差を決定し、速度に対する許容距離を定式化する。間引きパラメータを、上述の算定式の出力値に対して乗算することで、最終的に間引きに使用する許容距離が算出される。

続いて、ウェブ・アプリケーションサーバ１００は、全点のフラグの間引き判定が完了するまで、以下のｓ１０５～ｓ を繰り返し実行する（ｓ１０４～ｓ１０７）。

この場合、ウェブ・アプリケーションサーバ１００は、動態データの各点について、その位置情報と、上述の仮想の位置情報との間の距離が、ｓ１０３で算定している許容距離以下であるか判定する（ｓ１０５）。

この判定の結果、動態データの各点について、その位置情報と、上述の仮想の位置情報との間の距離が許容距離以下であれば（ｓ１０５：ＹＥＳ）、ウェブ・アプリケーションサーバ１００は、当該動態データに関して、動態データＤＢ１７５において間引きフラグを「Ｙ」、すなわちフラグオン、とする（ｓ１０６）。

他方、上述の判定の結果、動態データの各点について、その位置情報と、上述の仮想の位置情報との間の距離が許容距離以下でなければ（ｓ１０５：ＮＯ）、ウェブ・アプリケーションサーバ１００は、処理をｓ１０６に遷移させる。

続いて、ウェブ・アプリケーションサーバ１００は、ここまでの処理で始点、終点だった点、すなわちｔ＝０、ｔ＝８の各点の間で間引きフラグがオンになっておらず、かつ、許容距離と比較して仮想位置と実際の点の距離が最も大きい点（図１２の説明では、ｄｎ／ｇ（ｖ（Ｔ））が最大となるｔ＝Ｔの点）、を次の終点兼始点とする（ｓ１０６）。

こうした点に関して定性的に表現するならば、ｔ＝Ｔは最も許容距離と比較してずれの大きい点の時刻と言える。また、次の処理対象となるのは、ｔ＝０が始点、ｔ＝Ｔが終点の区間と、ｔ＝Ｔが始点、ｔ＝８が終点の区間となる。

上述の各処理の結果、動態データの全点について間引き判定が完了すれば（ｓ１０７）、ウェブ・アプリケーションサーバ１００は、処理をｓ１０８に遷移させる。

続いて、ウェブ・アプリケーションサーバ１００は、動態データＤＢ１７５におけるレコードのうち、間引きフラグが「Ｙ」、すなわちフラグオンのものについて、削除処理を行う（ｓ１０８）。

ただし、上述のように削除処理を実行するか否かを、ウェブ・アプリケーションサーバ１００が、データベースサーバ１５０のリソース余裕状況（例：データベースの空き容量が所定基準以上であれば削除しない判定）や、運用者指示（例：データベースのリソースは莫大なため当初から削除処理は実行せず、間引き対象の情報を利用者に提示するのみ、とする指示等）に応じてダイナミックに判断しても良い。

続いて、ウェブ・アプリケーションサーバ１００は、各動体についての動態データそれぞれに関する間引き処理が完了すれば（ｓ１０９）、処理を（ｓ１１０）に遷移させる。

また、ウェブ・アプリケーションサーバ１００は、間引き後の動態データをユーザ端末２００に送信する（ｓ１１０）。この時、ウェブ・アプリケーションサーバ１００は、間引き後だけでなく、間引き前の動態データもあわせて送信するとすれば好適である。図１４の画面１０００では、間引き前の動態データをプロットした表示１０１０と、間引き後の動態データをプロットした表示１０２０を比較しやすいよう、合わせて表示している。

このように比較対象となる動態データも利用者に明示することで、利用者が間引き状況と間引き処理の有効性、確からしさを、より明確に理解しやすくなる。

続いて、ウェブ・アプリケーションサーバ１００は、ユーザ端末２００から、間引き後の動態データの登録要求を受けて、当該動態データの登録指示をデータベースサーバ１５０に通知する（ｓ１１１）。

また、データベースサーバ１５０は、上述の登録指示を受けて、動態データＤＢ１７５に、間引き処理後の動態データを登録し（ｓ１１２）、処理を終了する。なお、この間引き処理後の動態データの登録は、別途、間引き処理後の動態データを集約したデータベースを生成する処理や、間引きフラグとして、間引き処理を経たステータスのフラグ付与、といったものを想定しうるが、限定はしない。

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

こうした本実施形態によれば、動態データ群における所定属性のデータを効率良く確保しつつ、当該動態データ群全体のデータ量を適宜に低減可能となる。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態のデータ管理支援装置において、前記演算装置は、前記特定した間引き対象である動態データを、前記記憶装置から削除する処理をさらに実行するものである、としてもよい。

これによれば、データベースサーバ等で管理するデータ総量をさらに効果的に削減し、当該サーバ等のシステム運用コストを改善できる。

また、本実施形態のデータ管理支援装置において、前記演算装置は、前記間引き対象の間引き処理前後の前記動態データを出力する処理をさらに実行するものである、としてもよい。

これによれば、間引き処理前後における動態データの削減具合とともに、間引き処理されても動態データが分析目的にかなう形で維持されている状況についても、視覚的に確認可能となる。

また、本実施形態のデータ管理支援方法において、前記情報処理装置が、前記特定した間引き対象である動態データを、前記記憶装置から削除する処理をさらに実行する、としてもよい。

また、本実施形態納品データ管理支援方法において、前記情報処理装置が、前記間引き対象の間引き処理前後の前記動態データを出力する処理をさらに実行する、としてもよい。

１ ネットワーク
１０ データ管理支援システム
１００ データ管理支援装置
１０１ 補助記憶装置（記憶装置）
１０２ プログラム
１０３ メモリ
１０４ ＣＰＵ（演算装置）
１０５ 通信Ｉ／Ｆ
１１０ 演算部
１１１ 登録機能
１１２ 間引き機能
１２０ 記憶部
１５０ データベースサーバ
１５１ 補助記憶装置
１５２ プログラム
１５３ メモリ
１５４ ＣＰＵ（演算装置）
１５５ 通信Ｉ／Ｆ
１６０ 演算部
１６１ データベース管理機能
１７０ 記憶部
１７５ 動態データＤＢ
１７６ パラメータＤＢ
２００ ユーザ端末
２０１ 補助記憶装置
２０２ プログラム
２０３ メモリ
２０４ ＣＰＵ（演算装置）
２０５ 入力Ｉ／Ｆ
２０６ 出力Ｉ／Ｆ
２０７ 通信Ｉ／Ｆ
２１０ 演算部
２１１ ＵＩ制御機能
２２０ 記憶部
２２１ 動態識別情報
２２２ 位置情報
２２３ 時刻情報
２２４ 間引きパラメータ

Claims (6)

1. 移動体の移動履歴である動態データを保持する記憶装置と、
   前記動態データに基づき、当該動態データが示す移動履歴における移動の始点から終点までの間を前記移動体が等速移動したと仮定した場合の、一定時間ごとの仮想位置を算定する処理と、前記動態データにおける間引き対象の判定基準を算定する関数であって、前記移動体の速度を引数とした所定関数に対し、前記動態データが示す各観測点での速度の値を与えることで、当該観測点それぞれの速度に対応する前記判定基準を算定する処理と、前記動態データが示す前記観測点の実測位置と、当該観測点の観測時刻に関して算定している前記仮想位置との間の距離が、前記判定基準よりも小さい場合、当該観測点に対応する動態データを間引き対象として特定する処理を実行する演算装置と、
   を含むことを特徴とするデータ管理支援装置。
2. 前記演算装置は、
   前記特定した間引き対象である動態データを、前記記憶装置から削除する処理をさらに実行するものである、
   ことを特徴とする請求項１に記載のデータ管理支援装置。
3. 前記演算装置は、
   前記間引き対象の間引き処理前後の前記動態データを出力する処理をさらに実行するものである、
   ことを特徴とする請求項１に記載のデータ管理支援装置。
4. 移動体の移動履歴である動態データを記憶装置において保持する情報処理装置が、
   前記動態データに基づき、当該動態データが示す移動履歴における移動の始点から終点までの間を前記移動体が等速移動したと仮定した場合の、一定時間ごとの仮想位置を算定する処理と、前記動態データにおける間引き対象の判定基準を算定する関数であって、前記移動体の速度を引数とした所定関数に対し、前記動態データが示す各観測点での速度の値を与えることで、当該観測点それぞれの速度に対応する前記判定基準を算定する処理と、前記動態データが示す前記観測点の実測位置と、当該観測点の観測時刻に関して算定している前記仮想位置との間の距離が、前記判定基準よりも小さい場合、当該観測点に対応する動態データを間引き対象として特定する処理を実行する、
   ことを特徴とするデータ管理支援方法。
5. 前記情報処理装置が、
   前記特定した間引き対象である動態データを、前記記憶装置から削除する処理をさらに実行する、
   ことを特徴とする請求項４に記載のデータ管理支援方法。
6. 前記情報処理装置が、
   前記間引き対象の間引き処理前後の前記動態データを出力する処理をさらに実行する、
   ことを特徴とする請求項４に記載のデータ管理支援方法。

Images