JPH07325839A - 時系列データ処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 多量の時系列データの収集・検索を高速に行
う。 【構成】 データベース３Ａが月などのような時系列単
位でデータベースユニット１３−１乃至１３−ｎに分割
され、センサ１で発生されたデータが収集手段２にて日
付に対応するデータベースユニット１３−１乃至１３−
ｎに格納される。検索手段５は検索要求手段４からの検
索条件に対応するデータベースユニットをインデックス
で決定し、その検索結果を検索要求手段４に送信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータを時系列に収集す
るとともにデータを検索するデータ処理装置に関するも
のである。

【０００２】

【従来の技術】図９は従来の時系列データ処理装置を示
す構成図、図１０は同従来の時系列データ処理装置のデ
ータベースを示す構成図である。図１１は同従来の時系
列データ処理装置のデータベースの一部の具体的な態様
を示す図である図９において、１は非定期または定期に
データを発生するセンサであり、これは電圧計や水圧計
などのように物理的なデータを検出して入力するセンサ
または課税などのような経済的なデータを入力する装置
などで構成される。２はセンサ１で発生されたデータを
収集する収集手段であり、３は収集手段２で収集された
データを時系列に格納するデータベースであり、４は検
索要求としての検索条件を操作者の操作で設定するため
の検索要求手段である。５は検索要求手段４からの検索
要求を受け取ってデータベース３への検索を実施し、そ
の検索結果を検索要求手段４に返す検索手段である。図
１０において、６はデータの発生した日付を記憶するた
めに図９に示すデータベース３に設けられらた日付欄で
あり、７はデータに付加されたタグ番号を記憶するため
にデータベース３に設けられたタグ番号欄であり、８は
データの日付やタグ番号以外としての他の属性を記憶す
るためにデータベース３に設けられた他の属性欄であ
り、９は日付検索のためにデータベース３に設けられた
日付インデックスであり、１０はタグ番号検索のために
データベース３に設けられたタグ番号インデックスであ
り、１１は属性検索のためにデータベース３に設けられ
た他の属性インデックスである。これら日付インデック
ス９、タグ番号インデックス１０および他の属性インデ
ックス１１の制御にはＢ木やハッシュ等の一般的なアル
ゴリズムが使用される。１２はデータベース３における
日付欄６とタグ番号欄７および属性欄８のそれぞれに記
憶された横列のデータを１件分として扱う単位を示すレ
コードの群であり、これは数百万件の時系列を有する。

【０００３】次に、従来のデータ処理装置の動作につい
て説明する。センサー１が発生したデータは収集手段２
によりデータベース３に格納される。データベース３で
は、上記データの発生した日付とデータの種類を示すタ
グ番号およびその他の属性が日付欄６とタグ番号欄７お
よび属性欄８ごとに記憶され、結果として、多数のレコ
ード１２が構成される一方、日付インデックス９とタグ
番号インデックス９および属性インデックス１１が作成
される。また、検索要求手段４によって要求された検索
条件は検索手段５に通知される。この検索手段５は検索
条件にしたがいデータベース３の日付インデックス９と
タグ番号インデックス１０および属性インデックス１１
を参照し、その参照結果に応じレコード１２を検索し、
その検索結果を検索要求手段４に返送する。例えば、操
作者が検索要求手段４を操作し検索条件として、日付＝
９４年３月１日１０時１２分３５秒を設定した場合に
は、検索手段５が図１１のｂ図に示す日付インデックス
９−１のアドレス１１、図１１のｃ図に示すタグ番号イ
ンデックス１０−１のアドレス２１、図１１のｄ図に示
す他の属性インデックス１１−１のアドレスなどを選択
し、検索手段５がアドレス１１にてデータベース３を検
索する。この検索の結果として、検索手段５が図１１の
ａ図に示すデータベース３−１におけるレコード１２群
から最上段のレコード１２−１を検索要求手段４に抽出
し、検索要求手段４がデータベース３から抽出されたレ
コード１２中の「日付＝９４年３月１日１０時１２分３
５秒、タグ番号＝１、課税＝１０００、消費税＝３０、
源泉税＝１００、差引＝９３０」なるデータを表示す
る。

【０００４】

【発明が解決しようとする課題】上記従来の時系列デー
タ検索方法は以上のように収集したデータを収集順にデ
ータベース３に記憶するので、多量の時系列データを扱
う場合、レコード１２の数が多量になるばかりか、日付
インデックス９、タグ番号インデックス１０および属性
インデックス１１の大きさも大きくなり、多くの検索時
間を必要とするという問題点があった。

【０００５】この発明は上記のような課題を解決するた
めになされたものであり、その目的は多量の時系列デー
タの収集・検索を高速に行うことである。

【０００６】

【課題を解決するための手段】請求項１に記載された第
１の発明に係る時系列データ処理装置は、時系列単位で
分割されたデータベースユニットにデータを時系列単位
で格納する手段を設けたものである。

【０００７】請求項２に記載された第２の発明に係る時
系列データ処理装置は、時系列単位で分割されたデータ
ベースユニットごとにデータの保存・再生を行う手段を
設けたものである。

【０００８】請求項３に記載された第３の発明に係る時
系列データ処理装置は、時系列で分割されたデータベー
スユニットごとまたはデータベース全体に対する演算処
理を定義する手段を設けたものである。

【０００９】請求項４に記載された第４の発明に係る時
系列データ処理装置は、時系列単位で分割されたデータ
ベースユニットを論理的に統合して処理する手段を設け
たものである。

【００１０】

【作用】第１の発明の時系列データ処理装置は、データ
ベースユニットにデータを時系列単位で格納することに
より、データベースユニット当たりのデータのレコード
が少量となり、データ検索処理が効率的・高速に行え
る。

【００１１】第２の発明の時系列データ処理装置は、デ
ータベースユニットごとにデータの保存・再生を行うこ
とにより、データ収集中またはデータ検索中のデータベ
ースユニットとの間の排他処理が局所化され、多量の時
系列データの保存・再生処理が効率的・高速に行える。

【００１２】第３の発明の時系列データ処理装置は、デ
ータベースユニットごとまたはデータベース全体に対す
る演算処理を定義することにより、データベースユニッ
トに特有な演算処理およびデータベース全体に必要な演
算処理が効率的・高速に行える。

【００１３】第４の発明の時系列データ処理装置は、分
割されたデータベースユニットを論理的に統合して処理
することにより、データ検索処理がアクセス単位で効率
的・高速に行える。

【００１４】

【実施例】以下、この発明の各実施例を図１乃至図８を
用い、上記従来例と同一部分に同一符号を付して説明す
る。 実施例１（請求項１に対応）．図１は実施例１の時系列
データ処理装置を示す構成図、図２は実施例１のデータ
ベースの一部の具体的な態様を示す図、図３は実施例１
のデータをデータベースに格納する処理を示すフローチ
ャート、図４は実施例１のデータベースからデータを検
索する処理を示すフローチャートである。図１におい
て、この実施例１の時系列データ処理装置は、大まかに
は複数のセンサ１と収集手段２とデータベース３Ａと検
索要求手段４および検索手段５Ａを備え、センサ１で発
生されたデータが収集手段２にてデータベース３Ａに格
納される。この収集手段２により作成されたデータベー
ス３Ａは、複数のデータベースユニット１３−１，１３
−２，１３−３，……，１３−ｎと、これらデータベー
スユニット１３−１乃至１３−ｎに対応するインデック
ス１４−１，１４−２，１４−３，……，１４−ｎとを
有する。データベースユニット１３−１乃至１３−ｎは
例えば月などのような時系列単位で分割されている。イ
ンデックス１４−１乃至１４−ｎは日付インデックスと
タグ番号インデックスおよび他の属性インデックスなど
を有する。この実施例１でのデータベース３Ａは１２個
のテーブルとインデックスとを１組として扱う。例え
ば、上記複数のデータベースユニット１３−１乃至１３
−ｎと複数のインデックス１４−１乃至１４−ｎは図２
に示すようになっている。つまり、図２のａ図は９４年
３月のデータベースユニット１３−２０を示し、このデ
ータベースユニット１３−２０の日付欄には３月１日、
３月８日、３月９日……が記憶されている。同データベ
ースユニット１３−２０のタグ番号欄には、上位の３月
１日に対応するタグ番号を表す「１」と、下位の３月１
日に対応するタグ番号を表す「２」、３月８日に対応す
るタグ番号を表す「１」と、３月９日に対応するタグ番
号を表す「３」……が記憶されている。図２のｂ図は上
記データベースユニット１３−２０に対応するインデッ
クス１４−２０を示し、このインデックス１４−２０中
の日付インデックスのデータ欄には３月１日、３月８
日、３月９日、……などデータベースユニット１３−２
０の日付欄に記憶された日付に対応する日付が記憶され
ている。同インデックス１４−２０中の日付インデック
スのアドレス欄には、３月１日に対応するアドレスを表
す「１１」および「１２」、３月８日に対応するアドレ
スを表す「１３」および３月９日に対応するアドレスを
表す「１４」など日付に対応するアドレスを表す記号が
記憶されている。同インデックス１４−２０中のタグ番
号インデックスのデータ欄には、「１」、「２」および
「３」などデータベースユニット１３−２０のタグ番号
欄に記憶されたタグ番号を表す記号が記憶されている。
同インデックス１４−２０中のタグ番号インデックスの
アドレス欄には、データ「１」に対応するアドレスを表
す「２１」および「２３」、データ「２」に対応するア
ドレスを表す「２２」およびデータ「３」に対応するア
ドレスを表す「２４」などテータ欄に記憶されたタグ番
号に対応するアドレスを表す記号が記憶されている。図
２のｃ図は９４年４月のデータベースユニット１３−２
１を示し、このデータベースユニット１３−２１の日付
欄には４月３日、４月５日、４月１０日、４月１１日…
…が記憶されている。同データベースユニット１３−２
１のタグ番号欄には、４月３日に対応するタグ番号を表
す「５」、４月５日に対応するタグ番号を表す「１
０」、４月１０日に対応するタグ番号を表す「１」、４
月１１日に対応するタグ番号を表す「３」……が記憶さ
れている。図２のｄ図は上記データベースユニット１３
−２１に対応するインデックス１４−２１を示し、この
インデックス１４−２１中の日付インデックスのデータ
欄には４月３日、４月５日および４月１０日……などデ
ータベースユニット１３−２１の日付欄に記憶された日
付に対応する日付が記憶されている。同インデックス１
４−２１中の日付インデックスのアドレス欄には、４月
３日に対応するアドレスを表す「１１」、４月５日に対
応するアドレスを表す「１２」および４月１０日に対応
するアドレスを表す「１３」など日付に対応するアドレ
スを表す記号が記憶されている。同インデックス１４−
２１中のタグ番号インデックスのデータ欄には、
「５」、「１０」および「１」などデータベースユニッ
ト１３−２１のタグ番号欄に記憶されたタグ番号を表す
記号が記憶されている。同インデックス１４−２１中の
タグ番号インデックスのアドレス欄には、データ「５」
に対応するアドレスを表す「２１」、データ「１０」に
対応するアドレスを表す「２２」およびデータ「１」に
対応するアドレスを表す「２３」などテータ欄に記憶さ
れたタグ番号に対応するアドレスを表す記号が記憶され
ている。図２のｅ図は９４年５月のデータベースユニッ
ト１３−２２を示し、このデータベースユニット１３−
２２の日付欄には５月１日、５月１０日、５月１３日…
…が記憶されている。同データベースユニット１３−２
２のタグ番号欄には、５月１日に対応するタグ番号を表
す「４」、５月１０日に対応するタグ番号を表す
「１」、上位の５月１３日に対応するタグ番号を表す
「３」、下位の５月１３日に対応するタグ番号を表す
「２」……が記憶されている。図２のｆ図は上記データ
ベースユニット１３−２２に対応するインデックス１４
−２２を示し、このインデックス１４−２２中の日付イ
ンデックスのデータ欄には５月１日、５月１０日および
５月１３日……などデータベースユニット１３−２２の
日付欄に記憶された日付に対応する日付が記憶されてい
る。同インデックス１４−２２中の日付インデックスの
アドレス欄には、５月１日に対応するアドレスを表す
「１１」、５月１０日に対応するアドレスを表す「１
２」および５月１３日に対応するアドレスを表す「１
３」など日付に対応するアドレスを表す記号が記憶され
ている。同インデックス１４−２２中のタグ番号インデ
ックスのデータ欄には、「４」、「１」および「３」な
どデータベースユニット１３−２２のタグ番号欄に記憶
されたタグ番号を表す記号が記憶されている。

【００１５】次に、実施例１の動作について図１を用い
て説明する。センサ１にて発生したデータは収集手段２
によりデータベース３Ａのデータベースユニット１３−
１乃至１３−ｎごとに格納される。この収集手段２は、
データに付加されたデータの発生時刻としての入力日付
により、データベース３Ａ中のデータベースユニット１
３−１乃至１３−ｎのユニット替りを判断し、上記デー
タの入力日付に対応するデータベースユニット１３−１
乃至１３−ｎがデータベース３Ａに存在しない場合は新
たなデータベースユニットをデータベース３Ａ上に作成
し、その作成した新たなデータベースユニットに上記デ
ータを格納する。この時、格納するデータ量がデータベ
ース３Ａに予め設定された全体の容量を超えた場合は、
データベース３Ａ上の最古のデータベースユニットを削
除することにより、全体の容量が無制限に増加しないよ
うにする。また、検索要求手段４により要求された検索
条件は検索手段５に通知される。この検索手段５は検索
条件によりデータベース３Ａ中のデータベースユニット
１３−１乃至１３−ｎおよびインデックス１４−１乃至
１４−ｎを決定して検索を実施し、その検索結果を検索
要求手段４に送信する。

【００１６】上記実施例１のデータをデータベース３Ａ
に格納する動作について図３を用いて説明する。図３の
ステップＳＴ１にてプログラムが起動されると、ステッ
プＳＴ２にてセンサー１からのデータ入力を行い、この
データに付加された入力日付よりステップＳＴ３の判断
を行う。そして、入力日付に対応するデータベースユニ
ット１３−１乃至１３−ｎがデータベース３Ａ上に存在
すると判断された時は、ステップＳＴ６にて入力日付に
対応するデータベースユニットにデータを格納した後、
再びデータの入力を行う。また、入力日付に対応するデ
ータベースユニット１３−１乃至１３−ｎがデータベー
ス３Ａに存在しない場合で、入力日付が最新のデータベ
ースユニットよりは新しい場合には、ステップＳＴ４に
てデータベース３Ａから最古のデータベースユニットを
削除した後、ステップＳＴ５にてデータベース３Ａ上に
新規なデータベースユニットを作成し、ステップＳＴ６
にて上記入力されたデータを新規なデータベースユニッ
トに格納し、再びデータ入力を行う。また、入力日付が
対応するデータベースユニット１３−１乃至１３−ｎが
データベース３Ａに存在しない場合で、入力日付が最古
のデータベースユニットより古い場合にはステップＳＴ
７にてデータの破棄を行い、再びデータ入力を行う。こ
のデータベース３Ａへのデータの格納について図２およ
び図３を用い再び具体的に説明する。例えば、９４年３
月１日のデータが入力された場合には（図３のステップ
ＳＴ２参照）、データの入力日付である９４年３月１日
に対応するデータベースユニットつまり図２に示すデー
タベースユニット１３−２０がデータベース３Ａ上に存
在するか否かを判断する（図３のステップＳＴ３参
照）。そして、図２に示す９４年３月１日に対応するデ
ータベースユニット１３−２０がデータベース３Ａ上に
存在していれば、そのデータベースユニット１３−２０
にデータを格納する（図３のステップＳＴ６参照）。こ
れとは逆に、図２に示す９４年３月１日に対応するデー
タベースユニット１３−２０がデータベース３Ａ上に存
在していなければ、次の（１）または（２）の処理を行
う。 （１）例えば、データベース３Ａ上に存在する最新のデ
ータベースユニットが９４年２月のデータベースユニッ
トであったとすると、データの入力日付である９４年３
月１日は上記９４年２月に対応する最新のデータベース
ユニットより新しいため、データベース３Ａ上の最古の
データベースユニットである９３年３月に対応するデー
タベースユニットをデータベース３Ａから削除し、デー
タベース３Ａ上に９４年３月に対応する図２のａ図に示
すデータベースユニット１３ー２０を新規に作成した
後、その新規なデータベースユニット１３−２０にデー
タを格納する（図３のステップＳＴ６）。 （２）例えば、入力日付が９４年３月１日ではなく９２
年３月１日だったとすると、その入力日付はデータベー
ス３Ａ上に存在する最古のデータベースユニットの９３
年３月より古いため、入力データを破棄する（図３のス
テップＳＴ７参照）。

【００１７】上記実施例１のデータベース３Ａからデー
タを検索する動作について図４を用いて説明する。図４
のステップＳＴ１にてプログラムが起動されると、ステ
ップＳＴ２にて検索条件の入力を行う。ステップＳＴ３
にて検索条件の日付を判断し、ステップＳＴ４にて検索
を開始する先頭のデータベースユニット１３−１乃至１
３−ｎを選択する。検索条件に日付がない場合は、自動
的に最古のデータベースユニットを検索先頭のデータベ
ースユニットとする。そして、ステップＳＴ５にて検索
先頭のデータベースユニットより検索を行い、ステップ
ＳＴ６にて検索結果を検索要求手段４に送信する。さら
に、ステップＳＴ７にて検索先頭の次に存在する次デー
タベースユニットに検索条件に含まれる日付が存在する
か判断し、検索条件に含まれる日付が次データベースユ
ニットに存在すれば、次データベースユニットについ
て、ステップＳＴ５からの処理を繰り返す。また、次デ
ータベースユニットが存在しなければ、ステップＳＴ８
にてプログラムを終了する。このデータベース３Ａから
のデータの検索を図２および図４を用い再び具体的に説
明する。例えば、データベース３Ａに図２に示す９４年
３月〜９５年４月の１２個のデータベースユニット１３
ー２０，１３−２１，１３−２２……およびインデック
ス１４−２０，１４−２１，１４−２２……が存在し、
それらデータベースユニット１３ー２０，１３−２１，
１３−２２にデータが格納されている場合において、検
索条件として、日付＝９４年６月〜９４年７月、消費税
＞１００円を設定した場合、９４年６月〜９４年７月で
ある日付検索条件で９４年６月のデータベースユニット
を検索先頭データベースユニットとして選択し（図４の
ステップＳＴ４参照）、消費税＞１００円である属性検
索条件で上記選択された検索先頭データベースユニット
についてデータを検索し（図４のステップＳＴ５参
照）、その検索先頭データベースユニット中に格納され
た消費税＞１００円に相当する属性欄のデータを検索確
認手段５に送信する（図４のステップＳＴ６参照）。引
き続き、次データベースユニットとして９４年７月のデ
ータベースユニットの有無を判断し（ステップＳＴ７参
照）、データベース３Ａ上に９４年７月のデータベース
ユニットが存在すれば、その次データベースユニットに
ついて消費税＞１００円である属性検索条件の検索処理
を繰り返す。もしも、データベース３Ａ上に次データベ
ースユニットとしての９４年７月のデータベースユニッ
トが存在しなければ、検索処理を終了する（図４のステ
ップＳＴ８参照）。

【００１８】要するに、この実施例１によれば、データ
ベース３Ａを月単位などのような時系列単位でデータベ
ースユニット１３−１乃至１３−ｎに区分し、これらデ
ータベースユニット１３−１乃至１３−ｎごとにデータ
を時系列単位で分割して格納するので、データベースユ
ニット１３−１乃至１３−ｎごと当たりのレコード数が
少量となる。加えて、この実施例１によれば、データベ
ースユニット１３−１乃至１３−ｎに対するインデック
ス１４−１乃至１４−ｎの数を抑制することにより、検
索速度を向上することができる。さらに、この実施例１
によれば、データの収集処理と検索処理との２つの処理
が同時におこなわれるマルチタスクのような処理におい
て、それら２つの処理が互いに干渉することのないよう
にする排他制御を局所化することにより、データの収集
処理と検索処理とを効率よく行うことができる。

【００１９】実施例２（請求項２に対応）．図５は実施
例２の時系列データ処理装置を示す構成図である。この
図５において、この実施例２の時系列データ処理装置
は、大まかには、複数のセンサ１、収集手段２、データ
ベース３Ａに加え、保存・再生要求手段１５、保存・再
生手段１６および光磁気ディスクなどの外部記憶装置１
７を有し、センサ１で発生されたデータが収集手段２に
てデータベース３Ａに格納される一方、保存・再生要求
手段１５によって要求された保存・再生条件は保存・再
生手段１６に通知される。この保存・再生手段１６は保
存・再生条件にしたがいデータベースユニット１３−１
乃至１３−ｎの単位で外部記憶装置１７に保存、または
外部記憶装置１７から再生されるように構成した点に特
徴がある。

【００２０】次に、この実施例２の動作について説明す
る。図５の時系列データ処理装置のデータベース３Ａは
９３年３月から９４年４月までのデータが格納された１
２個のデータベースユニット１３−１乃至１３−ｎを有
し、保存・再生要求手段１５から要求された保存・再生
条件として９３年３月から９３年１２月までのデータ保
存要求が行われたものとすると、保存・再生手段１６が
データベース３Ａからが９３年３月から９３年１２月ま
での１０個のデータベースユニットおよびインデックス
を外部記憶装置１７に複写して同１０個のデータベース
ユニットおよびインデックスのデータを保存する。この
状態において、保存・再生要求手段１５から要求された
保存・再生条件として９３年３月から９３年１２月まで
のデータ再生要求が行われたものとすると、保存・再生
手段１６が外部記憶装置１７から９３年３月から９３年
１２月までの１０個のデータベースユニットおよびイン
デックスのデータを再生して保存・再生確認手段１５に
送信する。要するに、この実施例２では、データ収集・
検索処理またはデータ保存・再生処理のように、２つの
処理が同時におこなわれるマルチタスクのような処理に
おいて、それら２つの処理が互いに干渉することのない
ようにする排他制御を行う場合に、保存・再生処理に対
応する任意数のデータベースユニット１３−１乃至１３
−ｎをデータベース３Ａから外部記憶装置１７に複写し
て分割保存することにより、データベース３Ａを局所化
し、効率的なデータの保存・再生を行うことができる。

【００２１】実施例３（請求項３に対応）．図６は実施
例３の時系列データ処理装置を示す構成図、図７は実施
例３のデータベースの一部の具体的な態様を示す図であ
る。図６において、この実施例３の時系列データ処理装
置は、大まかには、複数のセンサ１、収集手段２、検索
要求手段４、検索手段５およびデータベース３Ｂを有
し、このデータベース３Ｂはデータベースユニット１３
−１乃至１３−ｎ、インデックス１４−１乃至１４−
ｎ、データベースユニット１３−１乃至１３−ｎごとに
定義された演算情報１８−１乃至１８−ｎ、データベー
スユニット１３−１乃至１３−ｎの全部に共通な共通演
算情報１９を有し、演算情報１８および共通演算情報１
９によりデータベースユニット１３−１乃至１３−ｎに
対する演算を効率的に行うように構成した点に特徴があ
る。図７のａ図は９４年３月のデータベースユニット１
３−３０を示し、このデータベースユニット１３−３０
の日付欄には上段より下段に向けて９４年３月１日１０
時１２分３５秒、９４年３月１日１１時２５分１０秒、
９４年３月８日２３時４５分５８秒および９４年３月９
日８時１２分３３秒が順に記憶されている。同データベ
ースユニット１３−３０のタグ番号欄には、上段より下
段に向けてタグ番号を表す「１」、「２」、「１」およ
び「３」が順に記憶されている。同データベースユニッ
ト１３−３０の課税欄には、上段より下段に向けて課税
対象額を表す「１，０００」、「１００」、「１，００
０」および「２，０００」が順に記憶されている。同デ
ータベースユニット１３−３０の消費税欄には、上段よ
り下段に向けて消費税額を表す「３０」、「３」、「３
０」および「６０」が順に記憶されている。同データベ
ースユニット１３−３０の源泉税欄には、上段より下段
に向けて源泉税額を表す「１００」、「１０」、「１０
０」および「２００」が順に記憶されている。同データ
ベースユニット１３−３０の差引欄には、上段より下段
に向けて課税対象額から源泉税額を減算して消費税額を
加算した差し引き額を表す「９３０」、「９３」、「９
３０」および「１８６０」が順に記憶されている。図７
のｂ図は９４年４月のデータベースユニット１３−３１
を示し、このデータベースユニット１３−３１の日付欄
には上段より下段に向けて９４年４月３日１０時１２分
３５秒、９４年４月５日１１時２５分１０秒、９４年４
月１０日２３時４５分５８秒および９４年４月１１日８
時１２分３３秒が順に記憶されている。同データベース
ユニット１３−３１のタグ番号欄には、上段より下段に
向けてタグ番号を表す「５」、「１０」、「１」および
「３」が順に記憶されている。同データベースユニット
１３−３１の課税欄には、上段より下段に向けて課税対
象額を表す「１，０００」、「１００」、「１，００
０」および「２，０００」が順に記憶されている。同デ
ータベースユニット１３−３１の消費税欄には、上段よ
り下段に向けて消費税額を表す「５０」、「５」、「５
０」および「１００」が順に記憶されている。同データ
ベースユニット１３−３１の源泉税欄には、上段より下
段に向けて源泉税額を表す「１００」、「１０」、「１
００」および「２００」が順に記憶されている。同デー
タベースユニット１３−３１の差引欄には、上段より下
段に向けて課税対象額から源泉税額を減算して消費税額
を加算した差し引き額を表す「９５０」、「９５」、
「９５０」および「１９００」が順に記憶されている。
図７のｃ図は上記データベースユニット１３−３０に対
応する演算情報１８−３０を示し、この演算情報１８−
３０には消費税＝課税対象額×０．０３なる消費税額を
演算するための演算式が記憶されている。図７のｄ図は
上記データベースユニット１３−３１に対応する演算情
報１８−３１を示し、この演算情報１８−３１には消費
税＝課税×０．０５なる消費税額を演算するための演算
式が記憶されている。図７のｅ図は上記データベースユ
ニット１３−３０，１３−３１への共通演算情報１９−
３０を示し、この共通演算情報１９−３０には差引＝課
税＋消費税−源泉税なる差し引き額を演算するための演
算式が記憶されている。

【００２２】次に、この実施例３の動作について図７を
用い説明する。つまり、図７において、演算情報１８−
３０，１８−３１を定義することによって、データベー
スユニット１３−３０，１３−３１の課税欄に記憶され
た課税対象額ごとの消費税額および源泉税額を演算し、
その演算結果をデータベースユニット１３−３０，１３
−３１の消費税欄および源泉税欄に記憶することができ
る。なお、演算情報１８−３０，１８−３１にはデータ
ベースユニット１３−３０，１３−３１でのレコードご
との演算式を定義することも可能である。また、データ
ベースユニット１３−３０，１３−３１などデータベー
ス３Ｂ上のデータベースユニット１３−１乃至１３−ｎ
の全部に共通な共通演算情報１９−３０を定義すること
によって、データベースユニット１３−３０，１３−３
１に共通な差し引き額を演算し、その演算結果データベ
ースユニット１３−３０，１３−３１の差引欄に記憶す
ることができる。

【００２３】要するに、この実施例３によれば、データ
ベース３Ｂを時系列単位で分割したデータベースユニッ
ト１３−１乃至１３−ｎごとの演算情報１８もしくはデ
ータベース３Ｂ全体の共通演算情報１９を定義すること
によって、例えば、データベース３Ｂを分・時間・日・
月・年などの時系列のデータベースユニット１３−１乃
至１３−ｎに分けた場合において、データベースユニッ
ト１３−１乃至１３−ｎごとに特有な演算処理とデータ
ベース３Ｂの全体に共通な演算処理とが効率よく処理で
きる。

【００２４】実施例４（請求項４に対応）．図８は実施
例４の時系列データ処理装置を示す構成図である。この
図８において、この実施例４の時系列データ処理装置
は、大まかには、複数のセンサ１、収集手段２、検索要
求手段４、検索手段５およびデータベース３Ｃを有し、
このデータベース３Ｃはデータベースユニット１３−１
乃至１３−ｎ、インデックス１４−１乃至１４−ｎおよ
び複数の仮想ユニット２０−１，２０−２，２０−３，
……，２０−ｍを有し、仮想ユニット２０−１乃至２０
−ｍがデータベースユニット１３−１乃至１３−ｎを論
理的に統合するように構成した点に特徴がある。

【００２５】この実施例４の動作について説明する。例
えば、図８の時系列データ処理装置のデータベース３Ｃ
は９０年３月から９４年３月までのデータが格納された
４９個のデータベースユニット１３−１乃至１３−ｎを
保有しており、６月〜８月の夏期である期間のデータを
検索したい場合に、仮想ユニット２０−１乃至２０−ｍ
のうちの例えば仮想ユニット２０−３に夏期＝６月〜８
月の情報を定義しておき、検索要求手段４により要求さ
れた検索条件として夏期を設定することにより、仮想ユ
ニット２０−ｍがデータベース３Ｃ上のデータベースユ
ニット１３−１乃至１３−ｎの全部の夏期中のデータを
検索し、その検索結果を検索要求手段４に送信する。つ
まり、仮想ユニット２０−１乃至２０−ｍには夏期など
のようなデータベースユニット１３−１乃至１３−ｎを
論理的に統合する検索条件を直接使用することができ
る。

【００２６】要するに、この実施例４によれば、データ
ベース３Ｂを時系列単位で分割したデータベースユニッ
ト１３−１乃至１３−ｎを仮想ユニット２０−１乃至２
０−ｍで理論的に１つにまとめる処理を実行するので、
データ検索が効率よくなる。

【００２７】

【発明の効果】以上のように、第１の発明によれば、デ
ータベースを月等の時系列単位で分割したデータベース
ユニットにデータを時系列に格納するように構成したの
で、データベースユニット当たりのデータのレコード数
が多量になることがない。加えて、この第１の発明によ
れば、データベースユニットに対するインデックスの数
を抑制することにより、検索速度を著しく向上すること
ができる。しかも、この第１の発明によれば、データ収
集処理とデータ検索処理の排他処理を局所化することに
より、効率的なデータ収集・検索処理が得られるなどの
効果がある。

【００２８】第２の発明によれば、分割したデータベー
スユニットごとでデータの保存・再生ができるように構
成したので、時系列単位でデータの保存・再生ができる
とともに、データ収集もしくはデータ検索を行なってい
るデータベースユニットとの間の排他処理を局所化し、
効率的なデータの保存・再生を実現することができると
いう効果がある。

【００２９】第３の発明によれば、分割したデータベー
スユニットもしくはデータベース全体に対して演算処理
を定義するように構成したので、例えば、データベース
を分・時間・日・月・年等の時系列に分けた場合のよう
に、データベースユニットに特有な演算処理およびデー
タベース全体に必要な演算処理を効率的に行うことがで
きるという効果がある。

【００３０】第４の発明によれば、分割したデータベー
スユニットを仮想ユニットで処理で論理的に統合して処
理するように構成したので、効率的なアクセス単位で高
速な検索を実現することができるという効果がある。

【図面の簡単な説明】

【図１】 実施例１の時系列データ処理装置を示す構成
図である。

【図２】 実施例１のデータベースの一部の具体的態様
を示す図である。

【図３】 実施例１のデータ収集処理を示すフローチャ
ートである。

【図４】 実施例１のデータ検索処理を示すフローチャ
ートである。

【図５】 実施例２の時系列データ処理装置を示す構成
図である。

【図６】 実施例３の時系列データ処理装置を示す構成
図である。

【図７】 実施例３のデータベースの一部の具体的態様
を示す図である。

【図８】 実施例４の時系列データ処理装置を示す構成
図である。

【図９】 従来の時系列データ処理装置を示す構成図で
ある。

【図１０】 従来のデータベースの内部を示す構成図で
ある。

【図１１】 従来のデータベースの一部の具体的態様を
示す構成図である。

【符号の説明】

１ センサ、２ 収集手段、３，３Ａ，３Ｂ，３Ｃ デ
ータベース、４ 検索要求手段、５ 検索手段、１３−
１乃至１３−ｎ，１３−２０乃至１３−２２，１３−３
０，１３−３１データベースユニット、１５ 保存・再
生要求手段、１６ 保存・再生手段、１７ 外部記憶装
置、１８−１乃至１８−ｎ 演算情報、１９，１９−３
０ 共通演算情報、２０−１乃至２０−ｎ 仮想ユニッ
ト。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データを時系列に収集するとともにデー
   タを検索する時系列データ処理装置において、データを
   格納するためのデータベースを時系列単位で分割してデ
   ータベースユニットを構成するとともに、この分割され
   たデータベースユニットにデータを時系列単位に応じて
   格納する手段を備えたことを特徴とする時系列データ処
   理装置。
2. 【請求項２】 データを時系列に収集するとともにデー
   タを検索する時系列データ処理装置において、データを
   格納するためのデータベースを時系列単位で分割してデ
   ータベースユニットを構成するとともに、この分割され
   たデータベースユニットごとでデータの保存・再生を行
   う手段を備えたことを特徴とする時系列データ処理装
   置。
3. 【請求項３】 データを時系列に収集するとともにデー
   タを検索する時系列データ処理装置において、データを
   格納するためのデータベースを時系列単位で分割してデ
   ータベースユニットを構成するとともに、この分割され
   たデータベースユニットごとまたはデータベース全体に
   対する演算処理を定義する手段を備えたことを特徴とす
   る時系列データ処理装置。
4. 【請求項４】 データを時系列に収集するとともにデー
   タを検索する時系列データ処理装置において、この分割
   されたデータベースユニットを論理的に統合して処理す
   る手段を備えたことを特徴とする時系列データ処理装
   置。