データ収集格納方式

トップ :: G 物理学 :: G06 計算;計数

【発明の名称】	データ収集格納方式
【発明者】	【氏名】内山温子【住所又は居所】東京都港区芝五丁目７番１号日本電気株式会社内
【要約】	【課題】格納しているレコードの順番を保証し、検索結果を順番通りに戻し、かつ表へ格納するレコード件数を指定できるデータ収集格納方式を提供する。【解決手段】データ収集タスク１は外部の計測機器から時系列で発生するデータを収集し、データベースへ格納する形式にデータを整え、データ格納処理部２へデータを引き渡す。データ格納処理部２は、データ収集タスク１からデータ列を取得し、最終的にデータ格納部３へ格納する処理を実行し、データ格納部３に格納されたデータを検索し更新する。データ格納部３は、データ格納処理部２からの発生したデータを格納するための表であるデータ表３１と、データ表３１に格納されたデータに付属する内部情報を保持するデータ管理表３２とを含み、これらデータを格納保存する。

【特許請求の範囲】
【請求項１】データ収集タスクと、データ格納処理部と、データ格納部とからなり、前記データ収集タスクは、外部の計測機器から時系列で発生するデータを収集し、データベースへ格納する形式に前記データを整え、前記データ格納処理部へ前記データの引き渡しを行い、前記データ格納処理部は、前記データ収集タスクからデータ列を取得し、前記データ格納部へ格納する処理を実行し、格納されたデータの検索、更新を行い、前記データ格納部は、前記データ格納処理部からの発生したデータを格納するための表であるデータ表と、このデータ表に格納されたデータに付属する内部情報を保持するデータ管理表とを含み、これらデータを格納保存することを特徴とするデータ収集格納方式。
【請求項２】前記データ表は、格納されたデータを一意に特定するための行識別を示す行ＩＤと、実際のデータを格納する行データ格納部とからなり、前記行データ格納部の内容は、前記データ表へ格納するデータ内容により任意に定義することを特徴とする請求項１記載のデータ収集格納方式。
【請求項３】前記データ管理表は、前記データ表に格納されたデータ毎に、前記データ表との対応を表す行ＩＤ、前記データ表の中での論理的なデータの格納順番をあらわす行格納順番、前記データ表にデータが存在するかどうかを示す行データ存在フラグの情報を有していることを特徴とする請求項１又は請求項２記載のデータ収集格納方式。
【請求項４】前記データ格納部に格納するレコード件数をｎ（ｎは１以上の整数）件としたとき、表作成後の初期状態では、ｎ行のレコードを格納する領域が前記データ表と前記データ管理表に確保されていることを特徴とする請求項１、２又は３記載のデータ収集格納方式。
【請求項５】前記データ表と前記データ管理表の各々の行ＩＤには、データを識別し、各々の表のレコードを１：１に対応づけるＩＤ番号が格納され、前記各々の行ＩＤは前記データ表と前記データ管理表とで１：１に対応していることを特徴とする請求項１、２、３又は４記載のデータ収集格納方式。
【請求項６】データ収集タスクと、データ格納処理部と、データ格納部とからなり、前記データ収集タスクから指定形式の格納データを取得するデータ取得ステップと；前記データ格納部が有するデータ管理表の全レコードに対し、行格納順番の順番を１増加する順番増加ステップと；前記データ管理表の前記行格納順番がｎ＋１の行ＩＤ「ｉ１」を検索する検索ステップと；前記データ格納部が有するデータ表の更新対象の行ＩＤ“ｉ”を「ｉ１」に設定する設定ステップと；前記データ表の行ＩＤ＝ｉの行データを最新の格納データに更新するデータ更新ステップと；前記データ管理表の行ＩＤ＝ｉの行格納順番を“１”に更新する順番更新ステップと；前記データ管理表の行ＩＤ＝ｉの行データ存在フラグの内容“ｆ”を検索するフラグ検索ステップと；前記行データ存在フラグの内容“ｆ”が‘データ存在’を表す値であれば、そのまま処理を終了し、前記行データ存在フラグの内容“ｆ”が‘データなし’を表す値のときは、前記データ管理表の行ＩＤ＝ｉの行データ存在フラグの内容を‘データ存在’に更新するフラグ更新ステップと；を備えたことを特徴とするデータ収集格納方法。
【請求項７】データ収集タスクと、データ格納処理部と、データ格納部とからなり、前記データ収集タスクは外部の計測機器から時系列で発生するデータを収集し、データベースへ格納する形式にデータを整え、前記データ格納処理部へデータの引き渡しを行い、前記データ格納処理部は、前記データ収集タスクからデータ列を取得し、最終的に前記データ格納部へ格納する処理を実行し、格納されたデータの検索、更新を行い、前記データ格納部は、前記データ格納処理部からの発生したデータを格納するための表である一対の第１のデータ表及び第２のデータ表と、これら第１及び第２のデータ表に格納されたデータに付属する各々の内部情報を保持する一対の第１のデータ管理表及び第２のデータ管理表とを含み、これらデータを格納保存することを特徴とするデータ収集格納方式。
【請求項８】データ収集タスクと、データ格納処理部と、データ格納部とからなり、前記データ収集タスクから指定形式の格納データを取得するデータ取得ステップと；前記データ収集タスクから取得したデータを格納する１対の第１のデータ表及び第２のデータ表の表名を取得する表名取得ステップと；前記１対の第１のデータ表及び第２のデータ表の表名に対応する１対の第１のデータ管理表名及び第２の表名を設定する表名設定ステップと；前記データ格納部が有する前記１対のデータ管理表の全レコードに対し、行格納順番の順番を１増加する順番増加ステップと；前記１対のデータ管理表の前記行格納順番がｎ＋１の行ＩＤ「ｉ１」を検索する検索ステップと；前記データ格納部が有する前記１対のデータ表の更新対象の行ＩＤ“ｉ”を「ｉ１」に設定する設定ステップと；前記１対のデータ表の行ＩＤ＝ｉの行データを最新の格納データに更新するデータ更新ステップと；前記１対のデータ管理表の行ＩＤ＝ｉの行格納順番を“１”に更新する順番更新ステップと；前記１対のデータ管理表の行ＩＤ＝ｉの行データ存在フラグの内容“ｆ”を検索するフラグ検索ステップと；前記行データ存在フラグの内容“ｆ”が‘データ存在’を表す値であれば、そのまま処理を終了し、前記行データ存在フラグの内容“ｆ”が‘データなし’を表す値のときは、前記１対のデータ管理表の行ＩＤ＝ｉの行データ存在フラグの内容を‘データ存在’に更新するフラグ更新ステップと；を備えたことを特徴とするデータ収集格納方法。
【請求項９】前記データ格納処理部は、ＲＤＢＭＳ（ＲｅｌａｔｉｏｎａｌＤａｔａＢａｓｅＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ）で実現され、ＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙＬａｎｇｕａｇｅ）言語を使用したことを特徴とする請求項１又は請求項７記載のデータ収集格納方式。
【請求項１０】請求項１～９のいずれか１項に記載のデータ収集格納方式を、一定周期で発生する観測データを親局に送信する機能をもつテレメータ装置に適用したことを特徴とする遠方監視制御システム。

【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明はデータ収集格納方式に関し、特に監視制御システムに有効なデータベース管理システムのデータ検索格納処理を行うデータ収集格納方式に関する。
【０００２】
【従来の技術】一般に、大量のデータを簡易的に蓄積する方法としてリレーショナルデータベース管理システムＲＤＢＭＳ（ＲｅｌａｔｉｏｎａｌＤａｔａＢａｓｅＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ）が使用され、多くの装置またはシステムに用いられている。
【０００３】このＲＤＢＭＳが管理する表の利点は、ＲＤＢＭＳ自身がデータの管理を行うのでデータ管理のための煩雑な処理が不要であること、無限大のデータを保存できること、複数の表間に関連づけが行えること、データ操作には標準の言語であるＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙＬａｎｇｕａｇｅ）が使用できると云う点が挙げられる。
【０００４】しかし一方では、表に格納されているレコードの順番が保証されていないため、検索結果がどのような順番で戻ってくるのかが分からないこと、また表へ格納するレコード件数が指定できないので、監視制御システムにおける遠方監視装置のような小型の特定用途装置に対して、ＲＤＢＭＳを適用する場合に問題となる。
【０００５】その理由は、小型機器では使用可能なデータ格納領域が限られているため、表に格納するレコード件数を一定値に制限する必要があり、また遠方監視装置では親局へデータを送信するまでのデータを格納できればよく、無限大のデータを格納する必要がないからである。
【０００６】さらにまた、従来の遠方監視装置に代表される小型の特定用途の装置においては、ファイルにデータが蓄積されているので、データおよびファイルの管理という付加的かつ煩雑な処理を行わなければならない。
【０００７】このような技術の一例として、特開平９－８１４２５号公報記載の「データベース構築システム」が知られている。
【０００８】この公報では、計算機システムで実行されるアプリケーションプログラムが参照ＲＤＢを構築する際に、複数のテーブルに同じデータ項目が存在しないようにするＲＤＢの構築技術が記載されている。
【０００９】
【発明が解決しようとする課題】上述した従来のデータ収集格納方式は、表に格納されているレコードの順番が保証されていないため、検索結果がどのような順番で戻ってくるのかが分からず、表へ格納するレコード件数が指定できないという欠点を有している。
【００１０】指定件数の最新データが保持できず、また表が保持するレコード件数が一定でないので、データを格納する表の領域が変化するという欠点を有している。
【００１１】データの検索結果をデータ表に格納した順番で並び替えて戻すことができないので、最新のデータを先頭にした順番、あるいは最古のデータを先頭にした順番のどちらの並び替えにも対応できないという欠点を有している。
【００１２】また、履歴データベースが更新された行を確認するための最新データ検索が容易に行えないという欠点を有している。
【００１３】データ表は行ＩＤと行データ格納部から構成されるが、例えば観測データの通信電文変更による格納データの項目変更が生じた場合に、変更対応が容易にできないという欠点を有している。
【００１４】また、データ管理表の定義はデータ表の定義に依存するのでどのような表にも採用できないという欠点を有している。
【００１５】データ管理およびファイルの管理という付加的かつ煩雑な処理を行うので、処理構成が複雑になるという欠点を有している。
【００１６】また、データ操作は、システム構成や用途に依存するためデータ検索処理を統一化できないという欠点を有している。
【００１７】本発明の目的は、ＲＤＢＭＳを使用した表に一定件数のレコードを格納しているレコードの順番を保証し、検索結果を順番通りに戻し、かつ表へ格納するレコード件数を指定できるデータ収集格納方式を提供することにある。
【００１８】
【課題を解決するための手段】本発明の第１のデータ収集格納方式は、データ収集タスクと、データ格納処理部と、データ格納部とからなり、前記データ収集タスクは、外部の計測機器から時系列で発生するデータを収集し、データベースへ格納する形式に前記データを整え、前記データ格納処理部へ前記データの引き渡しを行い、前記データ格納処理部は、前記データ収集タスクからデータ列を取得し、前記データ格納部へ格納する処理を実行し、格納されたデータの検索、更新を行い、前記データ格納部は、前記データ格納処理部からの発生したデータを格納するための表であるデータ表と、このデータ表に格納されたデータに付属する内部情報を保持するデータ管理表とを含み、これらデータを格納保存することを特徴としている。
【００１９】本発明の第２のデータ収集格納方式は、前記第１のデータ収集格納方式において、前記データ表は、格納されたデータを一意に特定するための行識別を示す行ＩＤと、実際のデータを格納する行データ格納部とからなり、前記行データ格納部の内容は、前記データ表へ格納するデータ内容により任意に定義することを特徴としている。
【００２０】本発明の第３のデータ収集格納方式は、前記第１または第２のデータ収集格納方式において、前記データ管理表は、前記データ表に格納されたデータ毎に、前記データ表との対応を表す行ＩＤ、前記データ表の中での論理的なデータの格納順番をあらわす行格納順番、前記データ表にデータが存在するかどうかを示す行データ存在フラグの情報を有していることを特徴としている。
【００２１】本発明の第４のデータ収集格納方式は、前記第１～３のデータ収集格納方式において、前記データ格納部に格納するレコード件数をｎ（ｎは１以上の整数）件としたとき、表作成後の初期状態では、ｎ行のレコードを格納する領域が前記データ表と前記データ管理表に確保されていることを特徴としている。
【００２２】本発明の第５のデータ収集格納方式は、前記第１～４のデータ収集格納方式において、前記データ表と前記データ管理表の各々の行ＩＤには、データを識別し、各々の表のレコードを１：１に対応づけるＩＤ番号が格納され、前記各々の行ＩＤは前記データ表と前記データ管理表とで１：１に対応していることを特徴としている。
【００２３】本発明の第６のデータ収集格納方式は、データ収集タスクと、データ格納処理部と、データ格納部とからなり、前記データ収集タスクから指定形式の格納データを取得するデータ取得ステップと；前記データ格納部が有するデータ管理表の全レコードに対し、行格納順番の順番を１増加する順番増加ステップと；前記データ管理表の前記行格納順番がｎ＋１の行ＩＤ「ｉ１」を検索する検索ステップと；前記データ格納部が有するデータ表の更新対象の行ＩＤ“ｉ”を「ｉ１」に設定する設定ステップと；前記データ表の行ＩＤ＝ｉの行データを最新の格納データに更新するデータ更新ステップと；前記データ管理表の行ＩＤ＝ｉの行格納順番を“１”に更新する順番更新ステップと；前記データ管理表の行ＩＤ＝ｉの行データ存在フラグの内容“ｆ”を検索するフラグ検索ステップと；前記行データ存在フラグの内容“ｆ”が‘データ存在’を表す値であれば、そのまま処理を終了し、前記行データ存在フラグの内容“ｆ”が‘データなし’を表す値のときは、前記データ管理表の行ＩＤ＝ｉの行データ存在フラグの内容を‘データ存在’に更新するフラグ更新ステップと；を備えた方法を特徴としている。
【００２４】本発明の第７のデータ収集格納方式は、データ収集タスクと、データ格納処理部と、データ格納部とからなり、前記データ収集タスクは外部の計測機器から時系列で発生するデータを収集し、データベースへ格納する形式にデータを整え、前記データ格納処理部へデータの引き渡しを行い、前記データ格納処理部は、前記データ収集タスクからデータ列を取得し、最終的に前記データ格納部へ格納する処理を実行し、格納されたデータの検索、更新を行い、前記データ格納部は、前記データ格納処理部からの発生したデータを格納するための表である一対の第１のデータ表及び第２のデータ表と、これら第１及び第２のデータ表に格納されたデータに付属する各々の内部情報を保持する一対の第１のデータ管理表及び第２のデータ管理表とを含み、これらデータを格納保存することを特徴としている。
【００２５】本発明の第８のデータ収集格納方式は、データ収集タスクと、データ格納処理部と、データ格納部とからなり、前記データ収集タスクから指定形式の格納データを取得するデータ取得ステップと；前記データ収集タスクから取得したデータを格納する１対の第１のデータ表及び第２のデータ表の表名を取得する表名取得ステップと；前記１対の第１のデータ表及び第２のデータ表の表名に対応する１対の第１のデータ管理表名及び第２の表名を設定する表名設定ステップと；前記データ格納部が有する前記１対のデータ管理表の全レコードに対し、行格納順番の順番を１増加する順番増加ステップと；前記１対のデータ管理表の前記行格納順番がｎ＋１の行ＩＤ「ｉ１」を検索する検索ステップと；前記データ格納部が有する前記１対のデータ表の更新対象の行ＩＤ“ｉ”を「ｉ１」に設定する設定ステップと；前記１対のデータ表の行ＩＤ＝ｉの行データを最新の格納データに更新するデータ更新ステップと；前記１対のデータ管理表の行ＩＤ＝ｉの行格納順番を“１”に更新する順番更新ステップと；前記１対のデータ管理表の行ＩＤ＝ｉの行データ存在フラグの内容“ｆ”を検索するフラグ検索ステップと；前記行データ存在フラグの内容“ｆ”が‘データ存在’を表す値であれば、そのまま処理を終了し、前記行データ存在フラグの内容“ｆ”が‘データなし’を表す値のときは、前記１対のデータ管理表の行ＩＤ＝ｉの行データ存在フラグの内容を‘データ存在’に更新するフラグ更新ステップと；を備えた方法を特徴としている。
【００２６】本発明の第９のデータ収集格納方式は、前記第１または第７のデータ収集格納方式において、前記データ格納処理部は、ＲＤＢＭＳ（ＲｅｌａｔｉｏｎａｌＤａｔａＢａｓｅＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ）で実現され、ＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙＬａｎｇｕａｇｅ）言語を使用したことを特徴としている。
【００２７】本発明の第１０のデータ収集格納方式は、前記第１～９のいずれかのデータ収集格納方式において、一定周期で発生する観測データを親局に送信する機能をもつテレメータ装置に適用した遠方監視制御システムを特徴としている。
【００２８】
【発明の実施の形態】次に、本発明の実施の形態について図面を参照して説明する。
【００２９】図１は本発明のデータ収集格納方式の一つの実施の形態を示すブロック図である。
【００３０】図１に示す本実施の形態は、データ収集タスク１と、データ格納処理部２と、データ格納部３とから構成されている。
【００３１】データ収集タスク１は外部の計測機器から時系列で発生するデータを収集し、データベースへ格納する形式にデータを整え、データ格納処理部２へデータを引き渡す。
【００３２】データ格納処理部２は、データ収集タスク１からデータ列を取得し、最終的にデータ格納部３へ格納する処理を実行する。そのため、データ格納処理部２は、データ格納部３が有するデータ表３１およびデータ管理表３２に格納されたデータを検索し、更新する機能を持つ。
【００３３】データ格納部３は、データ格納処理部２からの発生したデータを格納するための表であるデータ表３１と、データ表３１に格納されたデータに付属する内部情報を保持するデータ管理表３２とを含み、これらデータを格納保存する。
【００３４】図２は図１のデータ格納部に含まれるデータ表、データ管理表の表構成を示す定義図である。
【００３５】図２を参照すると、データ表３１は、格納されたデータを一意に特定するための行識別を示す行ＩＤ３１Ａと実際のデータを格納する行データ格納部３１Ｂとから構成される。行データ格納部３１Ｂの内容は、データ表３１へ格納するデータ内容により任意に定義することができる。
【００３６】また、データ管理表３２は、データ表３１に格納されたデータ毎に、データ表３１との対応を表す行ＩＤ３２Ａ、データ表３１の中での論理的なデータの格納順番をあらわす行格納順番３２Ｂ、データ表３１にデータが存在するかどうかを示す行データ存在フラグ３２Ｃの情報を有している。
【００３７】データベースに格納するレコード件数をｎ件としたとき、表作成後の初期状態では、ｎ行のレコードを格納する領域がデータ表３１とデータ管理表３２に確保されている。
【００３８】また、データ表３１とデータ管理表３２の行ＩＤ３１Ａ、行ＩＤ３２Ａには、データを識別し、それぞれの表のレコードを１：１に対応づけるＩＤ番号が格納されている。つまり、行ＩＤはデータ表３１とデータ管理表３２とで１：１に対応している。
【００３９】ここで、ＩＤ番号は行を特定するのに使用される値であり、数値または文字を含む任意のデータ列で示される。
【００４０】データ管理表３２の行格納順番３２Ｂは、データ表３１にレコードを格納した順番を表す数値である。ｎ件のデータが存在する場合には、１からｎまでの通し番号が格納されている。行格納順の番号が若いほど新しいデータを表し、行格納順がｎのデータはｎ件のデータの中で最も古いデータを表す。
【００４１】データ管理表３２の行データ存在フラグ３２Ｃは、データ管理表３２の行ＩＤ３２Ａとデータ表３１の行ＩＤ３１Ａとが一致する各々のデータ表の行データ格納部に、データが存在しているかどうかを論理的に表すフラグである。
【００４２】例えば、表作成直後などでデータが存在しない場合は「０」、有効なデータが存在している場合は「１」を格納する。
【００４３】本発明では、データ格納処理部２をＲＤＢＭＳで実現するため、データ格納処理部２はＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙＬａｎｇｕａｇｅ）言語を使用する。
【００４４】上述の通り、図１において、データ格納部３のデータ表３１は発生したデータを格納するための表、データ管理表３２はデータ表３１に格納されたデータに付属する内部情報を保持するための表である。
【００４５】データ表３１とデータ管理表３２に格納されているデータは１：１に対応しており、データ管理表３２は、時系列で発生したデータのデータ表３１に格納した順番を保持している。
【００４６】新しいデータが発生した場合、データ格納処理部２は、データ管理表３２の格納順の情報をもとに、最も古く格納されたデータを特定し、それに対応したデータ表３１中のデータを新しく発生したデータの内容に更新する。
【００４７】これにより、データ件数を変化させず、また、既存のデータ格納領域に新しいデータを上書きすることで、格納領域を拡張せずに最新のデータをデータ表３１へ格納することが可能になる。従って、データ表３１には、常に最新のデータが格納されている。
【００４８】図３は本発明のデータ収集格納方式の動作を説明するフローチャートである。
【００４９】図４は図２の表の使用例を説明する図である。
【００５０】図４（ａ）は初期時でのデータを、図４（ｂ）は全てのデータが存在する場合を示す。
【００５１】次に、図１、図３および図４を参照して、常にｎ件の最新データを格納する場合のデータ格納方法についてより詳細に説明する。図３を参照すると、まずデータ収集タスク１から指定形式の格納データを取得する（ステップ４１：Ｓ４１）。データ管理表３２の全レコードに対し、行格納順番３２Ｂの順番を１増加する（ステップ４２：Ｓ４２）。データ管理表３２の行格納順番３２Ｂがｎ＋１の行ＩＤ「ｉ１」を検索する（ステップ４３：Ｓ４３）。
【００５２】データ表３１の更新対象の行ＩＤ“ｉ”を「ｉ１」に設定する（ステップ４４：Ｓ４４）。
【００５３】データ表３１の行ＩＤ＝ｉの行データを最新の格納データに更新する（ステップ４５：Ｓ４５）。データ管理表３２の行ＩＤ＝ｉの行格納順番を“１”に更新する（ステップ４６：Ｓ４６）。
【００５４】データ管理表３２の行ＩＤ＝ｉの行データ存在フラグ３２Ｃの内容“ｆ”を検索する（ステップ４７：Ｓ４７）。行データ存在フラグ３２Ｃの内容“ｆ”が‘データ存在’を表す値であれば、そのまま処理を終了する。行データ存在フラグ３２Ｃの内容“ｆ”が‘データなし’を表す値のときは、データ管理表３２の行ＩＤ＝ｉの行データ存在フラグ３２Ｃの内容を‘データ存在’に更新する（ステップ４９：Ｓ４９）。
【００５５】以上の方法により、最新データは、常にデータ管理表３２の行格納順番＝１をもつ行ＩＤ３２Ａに対応するデータ表３１を有するデータ格納部３に存在することになる。
【００５６】次に図４を参照して、ｎ＝１００件の観測データを格納できる場合をもとに、動作を説明する。
【００５７】観測データとして格納する格納データは、観測時刻のデータ日時、データ種別を表す数値と実データの３点である。データ管理表３２のデータ存在フラグは、「０：データなし」、「１：データあり」を表す。
【００５８】図４（ａ）は、表作成後に有効なデータが存在していない初期時の状態を表している。
【００５９】データ格納処理部２はデータ収集タスク１から観測データを取得すると（ステップ４１：Ｓ４１）、データ管理表３２の全レコードに対し、行格納順番を１増加する（■：ステップ４２）。データ管理表３２の行格納順番が１０１の行ＩＤ「０ａ０００」を検索する（■：ステップ４３）。
【００６０】データ表３１の更新対象の行ＩＤを「０ａ０００」に設定する（■：ステップ４４）。データ表３１の行ＩＤ＝「０ａ０００」のデータを最新の観測データに更新する（■：ステップ４５）。
【００６１】データ管理表３２の行ＩＤ＝「０ａ０００」の行格納順番を‘１’に更新する（■：ステップ４６）。データ管理表３２の行ＩＤ＝「０ａ０００」の行データ存在フラグを検索すると（■：ステップ４７）、値が‘０‘なので（■：ステップ４８）、データ管理表３２の行ＩＤ＝「０ａ０００」の行データ存在フラグを‘１’に更新し（■：ステップ４９）、処理を終了する。
【００６２】図４（ｂ）は、すでにｎ＝１００件の有効なデータが存在している場合である。
【００６３】ステップ４１～ステップ４６までは、有効なデータの有無に関わらず、同様の処理である。
【００６４】つまり、データ格納処理部２はデータ収集タスク１から観測データを取得する（ステップ４１）。データ管理表３２の全レコードに対し、行格納順番を１増加する（■：ステップ４２）。データ管理表３２の行格納順番が１０１の行ＩＤ「０ａ００３」を検索する（■：ステップ４３）。
【００６５】データ表３１の更新対象の行ＩＤを「０ａ００３」に設定する（■：ステップ４４）。データ表３１の行ＩＤ＝「０ａ００３」の観測データを最新の観測データに更新する（■：ステップ４５）。
【００６６】データ管理表３２の行ＩＤ＝「０ａ００３」の行格納順番を‘１’に更新する（■：ステップ４６）。データ管理表３２の行ＩＤ＝「０ａ００３」の行データ存在フラグを検索すると（■：ステップ４７）、値が‘１’なので処理を終了する（■：ステップ４８）。
【００６７】ここで説明した具体例は、観測日付時刻、データ種別、データの３項目を格納する場合であるが、データ格納部３の項目数は格納処理に影響を与えない。そのため、データ格納部３の表定義は格納するデータ内容によって任意に決めることができる。
【００６８】例えば、データ格納部３の観測項目が「観測日付時刻、データ種別、データ１、データ２、・・」のように、複数の場合も図３と同様の処理を行うことができる。
【００６９】なお、図５は観測データ例を示す図である。
【００７０】データ日付時刻、データの種別と観測データから構成される。
【００７１】また、図６はデータ収集タスクからデータ格納処理部へ渡されるデータ形式を示す図である。
【００７２】図５のデータ形式がオペレータに解りやすい表記に変換されている。
【００７３】データ収集タスク１は、図５の形式で取得した観測データを図６の形式に変換し、データ格納処理部２へ渡す。
【００７４】データ管理表３２の表定義は、データ表３１の定義によらず常に同じである。
【００７５】次に、データ表３１のレコードのデータを、データ表３１に格納した順番とは逆の順番（最新データが先頭）で検索する場合の動作を説明する。この場合、検索時には特別な処理部を用意する必要はない。
【００７６】図７は検索ＳＱＬ文を示す図である。
【００７７】図８は検索結果を示す図である。
【００７８】データ格納部３はＲＤＢＭＳにより実現されているため、例えば図４（ｂ）に示すデータ表３１のデータを検索する場合は、図７に示すＳＱＬ文を実行することで可能である。検索結果は図８に示すように、データ表として、データ日時に対応してデータ種別とデータが書き込まれている。
【００７９】図９は本発明のデータ収集格納方式の第２の実施の形態を示すブロック図である。
【００８０】図９に示す本実施の形態は、データ収集タスク４と、データ格納処理部５と、データ格納部６とから構成されている。
【００８１】データ収集タスク４は外部の計測機器から時系列で発生するデータを収集し、データベースへ格納する形式にデータを整え、データ格納処理部５へデータを引き渡す。
【００８２】データ格納処理部５は、データ収集タスク４からデータ列を取得し、最終的にデータ格納部６へ格納する処理を実行する。そのため、データ格納処理部５は、データ格納部６が有するデータ表６１，６２およびデータ管理表６３，６４に格納されたデータを検索し、更新する機能を持つ。
【００８３】データ格納部６は、データ格納処理部５からの発生したデータを格納するための表である一対のデータ表６１，６２と、これらデータ表６１，６２に格納されたデータに付属する各々の内部情報を保持する一対のデータ管理表６３，６４とを含み、これらデータを格納保存する。
【００８４】図１０は図９のデータ収集格納方式の動作を示すフローチャートである。
【００８５】また、図１１はデータ収集タスクからデータ格納処理部へ渡されるデータ形式を示す図である。
【００８６】図１２はデータ表が複数の場合の検索ＳＱＬ文を示す図である。
【００８７】図９の構成と図１の構成との差異は、データ格納部６にデータ表とデータ管理表が各々１対存在する点である。
【００８８】任意に決定されたデータ表の名称に対し、データ管理表にはそれぞれの対を表す名称がつけられている。すなわち、データ表６１には［ＴＤ１］の名称が、データ表６２には［ＴＤ２］の名称が、データ管理表６３には［ＴＫ１］の名称が、データ管理表６４には［ＴＫ２］の名称がつけられている。
【００８９】すなわち、データ表６１，６２、データ管理表６３，６４は、｛（ＴＤ１、ＴＫ１）（ＴＤ２、ＴＫ２）｝の２組が対象となる。ここではデータ種別毎に観測データを別々のデータ表に格納する場合を例に説明する。
【００９０】データ収集タスク４は、図５の形式で取得した観測データを図１１の形式に変換し、データ格納処理部５へ渡す。
【００９１】また、データ収集タスク４は、観測データのデータ種別値からデータ格納表名を求め、図１１のデータを格納するデータ表名［ＴＤ１］を追加した形式でデータ格納処理部５へ渡す。
【００９２】データ格納処理部５はデータ収集タスク４から取得したデータを、データ格納部５が指定したデータ表に格納する。
【００９３】データを格納する動作は、図３で説明したフローに、データ表とデータ管理表の表名の対を指定する処理が追加されることになる。
【００９４】次に、図９、図１０、図１１および図１２を参照して第２の実施の形態の動作を詳細に説明する。
【００９５】先ず図１０のフローは、図３のフローのステップ４１とステップ４２の間に、テーブルを指定する作業が追加されたものである（ステップ５１－２：Ｓ５１－２、ステップ５１－３：Ｓ５１－３）。
【００９６】ステップ５１－２では、データ収集タスク４から取得した図１１に示す形式から、データを格納する表名「ＴＤ１」を識別し、１対のデータ表６１（ＴＤ１）、データ表６２（ＴＤ２）内に表名を取得する。
【００９７】次に、ステップ５１－３において、データ管理表の命名規則から、データ表６１，６２の表名ＴＤ１，ＴＤ２に対として対応するデータ管理表名６３，６４の表名をＴＫ１，ＴＫ２に設定する。
【００９８】ここでいう命名規則とは、データ表の名称に予め定められた接頭子をつけることである。接頭子はＲＤＢＭＳの中で統一されたものを使用する。
【００９９】例えば、「ＫＡＮＲＩ＿」という文字列が接頭子の場合は、データ表「ＴＡＢ００１」に対応するデータ管理表名は「ＫＡＮＲＩ＿ＴＡＢ００１」となる。
【０１００】以降のステップでは、データ表名ＴＤ１，ＴＤ２、データ管理表名ＴＫ１，ＴＫ２に対し、図３と同様の処理を進めていくことができるので、詳細な説明を省略する。
【０１０１】なお、データ表とデータ管理表の対はｎ対まで拡張することが可能である。
【０１０２】拡張された表ＴＤｎ（データ管理表はＴＫｎ）に格納したデータは、図１２で表すＳＱＬ文から検索することができる。
【０１０３】上述の通り本発明は、時系列に発生するデータを格納し、格納されたデータに対する変更や削除要求が発生しない検索用データベースにおいて、リレーショナルデータベース管理システム（ＲＤＢＭＳ）を使用し、データ格納領域サイズを変化させずに、常に一定件数の最新データを格納するデータ格納方法を提供することができる。
【０１０４】また、データ格納部３，６をＲＤＢＭＳで実現することで、データ検索のための特別な処理部を必要とせず、よく知られたＲＤＢＭＳ操作言語であるＳＱＬによるアクセスが可能となる。
【０１０５】上述のデータ収集格納方式の適用対象として、例えば小型遠方監視制御装置が挙げられる。遠方監視制御装置において、一定周期で発生する観測データを親局に送信する機能をもつテレメータ装置への適用などが一例となる。
【０１０６】この場合、時系列で発生する観測データ（図５）はデータ収集タスク１で取得され、データ収集タスク１はデータ格納処理部２の指定形式で観測データ（図６）を渡す。データ格納処理部２はデータ収集タスク１から取得したデータを図３に示すとおりデータ格納部３へ格納することになる。
【０１０７】
【発明の効果】以上説明したように、本発明のデータ収集格納方式は、表に格納されているレコードの順番が保証されているため、検索結果がどのような順番で戻ってくるのかが分かり、表へ格納するレコード件数を指定できるという効果を有している。
【０１０８】表のラウンドロビン的な使用方法により、常に指定件数の最新データを保持でき、また表が保持するレコード件数が一定なので、データを格納する表の領域が変化しないという効果を有している。
【０１０９】データ表とデータ管理表を対にした構成により、データの検索結果をデータ表に格納した順番で並び替えて戻すことができるので、最新のデータを先頭にした順番、あるいは最古のデータを先頭にした順番のどちらの並び替えにも対応できるという効果を有している。
【０１１０】また、データの発生順にデータを蓄積するので、履歴データベースが更新された行を確認するための最新データの検索が容易に行えるという効果を有している。
【０１１１】データ表は行ＩＤと行データ格納部から構成されるが、行データ格納部は表へ格納するデータ毎に任意に定義をすることができ、データ格納処理部が行うデータの更新や、その他検索処理にはＳＱＬを通して行うため、例えば観測データの通信電文変更による格納データの項目変更が生じた場合にも、表定義を変更することで容易に変更対応が可能であるという効果を有している。
【０１１２】また、データ管理表の定義はデータ表の定義によらず同じなので、どのような表にも採用できるという効果を有している。
【０１１３】データ格納部にＲＤＢＭＳを使用することにより、データ管理やファイル管理にかかる処理を行う必要がないので、シンプルな処理構成が実現できるという効果を有している。
【０１１４】また、データ操作はＳＱＬを用いた容易な操作が可能で、データの検索ではＳＱＬを使用することにより、システム構成や用途によらずデータ検索処理を統一化できるという効果を有している。

【出願人】	【識別番号】０００００４２３７【氏名又は名称】日本電気株式会社【住所又は居所】東京都港区芝五丁目７番１号
【出願日】	平成１４年４月２４日（２００２．４．２４）
【代理人】	【識別番号】１００１０９３１３【弁理士】【氏名又は名称】机昌彦（外２名）
【公開番号】	特開２００３－３１６７９４（Ｐ２００３－３１６７９４Ａ）
【公開日】	平成１５年１１月７日（２００３．１１．７）
【出願番号】	特願２００２－１２３１１６（Ｐ２００２－１２３１１６）