WO2011158372A1 - データ処理装置及びデータ処理方法及びプログラム - Google Patents

データ処理装置及びデータ処理方法及びプログラム Download PDF

Info

Publication number
WO2011158372A1
WO2011158372A1 PCT/JP2010/060352 JP2010060352W WO2011158372A1 WO 2011158372 A1 WO2011158372 A1 WO 2011158372A1 JP 2010060352 W JP2010060352 W JP 2010060352W WO 2011158372 A1 WO2011158372 A1 WO 2011158372A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
time
record
unarrived
input
Prior art date
Application number
PCT/JP2010/060352
Other languages
English (en)
French (fr)
Inventor
平井　規郎
光則 郡
Original Assignee
三菱電機株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to PCT/JP2010/060352 priority Critical patent/WO2011158372A1/ja
Priority to CN201080067485.6A priority patent/CN102947829B/zh
Priority to US13/805,123 priority patent/US9146927B2/en
Priority to JP2012520228A priority patent/JP5478722B2/ja
Priority to KR1020127032224A priority patent/KR101411120B1/ko
Publication of WO2011158372A1 publication Critical patent/WO2011158372A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/40—Data acquisition and logging
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01D—MEASURING NOT SPECIALLY ADAPTED FOR A SPECIFIC VARIABLE; ARRANGEMENTS FOR MEASURING TWO OR MORE VARIABLES NOT COVERED IN A SINGLE OTHER SUBCLASS; TARIFF METERING APPARATUS; MEASURING OR TESTING NOT OTHERWISE PROVIDED FOR
    • G01D9/00—Recording measured values
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/116—Details of conversion of file system types or formats
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G06F16/285—Clustering or classification

Definitions

  • the present invention relates to a technique for inputting a plurality of periodically generated data to which time information is added, classifying the plurality of data based on the time information, and storing the data in a database. More specifically, the present invention relates to a technique for inputting a plurality of data indicating measurement results of a plurality of measuring devices that periodically measure, classifying the plurality of data based on time information, and storing the data in a database.
  • a measurement device such as a power sensor or a temperature sensor performs measurement at a constant cycle and outputs data indicating the measurement result.
  • the data structure of the data output from the measuring device includes “date and time” when the measurement is performed, “device ID” that can uniquely identify the measurement device, and “measured value” that is measured.
  • the most common method for managing this data in a database table is to store the data in the table in the above format.
  • Patent Document 1 For the purpose of comparing the sensor data measured at a fixed period in time series with respect to the above, Patent Document 1 generates a record delimited by time, and records the data in the time record that approximates the time of the data. Is stored, and a plurality of pieces of data having the same time or approximate times are stored in one record.
  • Patent Document 1 stores data assumed to be measured at the same time in one record, and makes it possible to compare, for example, data of acceleration sensors attached to a plurality of people as time series data. .
  • received data is stored in a table in the order of arrival as a record having “date time”, “sensor identifier”, and “measured value”, and the data transmitted from the sensor is acquired at the same time while performing waiting time control.
  • the stored data is stored again in one record.
  • the present invention delays the arrival of data in a method of receiving periodically transmitted data and storing the received data in a record at a corresponding time before adding the record to the table.
  • the main object is to realize a method capable of storing late-arrival data in the same table together with data assumed to have been measured at the same time even when the occurrence of the error occurs.
  • the data processing apparatus A data processing device that manages records according to a management time of a predetermined step size, A data receiving unit for receiving data transmitted with a predetermined period, to which a time stamp indicating a time is added; A time determination unit that determines a management time corresponding to a time of a time stamp added to the received data each time data is received by the data reception unit, and divides the received data into the management time; Update the record target management time that is the target of record generation as time elapses, and the time between the start of input from the time determination unit of the data divided into the current record target management time and the predetermined reception time A record is generated by arranging the data classified by the current record target management time input from the determination unit, and the data classified by the current record target management time is not yet input at the end of the reception time When there is unarrival data, the input of the unarrival data is waited for a predetermined waiting time, and the generation of the record is completed by adding the unarrived data input by the end of the waiting time to
  • a value indicating the presence of the unarrived data is added to the record to complete the generation of the record And a code generator, And a table adding unit that adds a record generated by the record generating unit to a predetermined table.
  • the input of the unarrival data is waited during the waiting time, and the data input before the end of the waiting time is also added to the record at the same management time. Since the generation of the record is completed, the delayed data can be stored in the record even if the arrival of the data is somewhat delayed, and the occurrence frequency of the missing data can be suppressed.
  • FIG. 3 is a diagram illustrating an example of a system configuration according to the first embodiment.
  • FIG. 3 is a diagram illustrating a configuration example of a database server device according to the first embodiment.
  • FIG. 3 is a diagram illustrating a configuration example of data according to the first embodiment.
  • FIG. 3 is a flowchart showing an outline of the operation of the database server device according to the first embodiment.
  • FIG. 6 is a diagram for explaining a calculation method of record management time according to the first embodiment. The figure which shows the specific example of the storage procedure to the record of the data which concerns on Embodiment 1.
  • FIG. FIG. 4 shows an example of a complete record according to the first embodiment.
  • FIG. 6 shows an example of an incomplete record according to the first embodiment.
  • FIG. 3 is a flowchart showing write determination processing according to the first embodiment.
  • FIG. 3 is a diagram illustrating an example of configuration information according to the first embodiment.
  • FIG. 6 is a diagram for explaining each element of configuration information according to the first embodiment.
  • FIG. 5 is a diagram showing an example of totaling sensor data according to the first embodiment.
  • FIG. 5 is a diagram showing an example of totaling sensor data according to the first embodiment. The figure which shows the relationship between two types of data from which the collection period which concerns on Embodiment 1 differs. The figure which shows the relationship between two types of data from which the collection period which concerns on Embodiment 1 differs.
  • FIG. 3 is a flowchart showing a processing flow of a waiting time control method according to the first embodiment.
  • FIG. 3 is a flowchart showing a processing flow of a waiting time control method according to the first embodiment.
  • FIG. 3 is a flowchart showing a processing flow of a waiting time control method according to the first embodiment.
  • FIG. 3 is a flowchart showing a processing flow of a waiting time control method according to the first embodiment.
  • the flowchart figure which shows the processing flow of the record production
  • FIG. FIG. 3 is a diagram illustrating a hardware configuration example of the database server device according to the first embodiment.
  • Embodiment 1 FIG.
  • a data management technique will be described in which data received from various measuring devices such as a power sensor and a temperature sensor can be written in a table and data search / aggregation can be executed without any problem. More specifically, in the method of determining a record corresponding to each data on the basis of time before writing the record to the table and storing each data in the corresponding record, when a data arrival delay occurs.
  • a technique for enabling generation of a record in real time and suppressing data loss in the record by delaying the writing process of the record to the table as much as possible and waiting for the arrival of data will be described.
  • the performance is prevented from being reduced by reducing the number of times data that arrives periodically is written to the record, and the delayed data arrives even when a loss occurs in the record due to the data delay.
  • a technique for avoiding the discarding of data by adding the data to the table at the time will be described.
  • the record generation method according to the present embodiment is not limited to application to the environment IT system. It can be applied to all systems that collect and manage data from measuring devices that regularly measure.
  • FIG. 1 is a diagram showing an example of the overall configuration of an environmental IT system according to the present embodiment.
  • the overall data flow will be described with reference to FIG.
  • the environment IT system according to the present embodiment periodically measures, and a plurality of measuring devices 201 that periodically transmit data indicating a measured value, and a collection server device that collects data transmitted by the measuring device 201 202 and the database server device 100 that accumulates data collected by the collection server device 202 in a record format. Data is measured by various measuring devices 201 such as electric power, temperature, and the like, and once collected in the collection server device 202 via the network 204. There may be a plurality of collection server devices 202 in the system.
  • the collection server device 202 transmits the collected data to the database server device 100 via the network 205, and the database server device 100 stores the data from the collection server device 202.
  • the database server device 100 classifies the data received from the collection server device 202 by time, stores the data in a target record, and adds a record storing data in the same time zone to the table.
  • the database server device 100 is an example of a data processing device, and the collection server device 202 is an example of a data transmission device.
  • Data generated by the measuring device 201 and accumulated in the database server device 100 has, for example, a data structure shown in FIG.
  • the date / time 301 is a time stamp, for example, indicating the time at which measurement was performed by the measuring device 201.
  • the device ID 302 is an identifier of the measuring device 201 that can uniquely identify the measuring device 201 that has performed the measurement.
  • the measured value 303 is a value measured by the measuring device 201. For example, when the measuring device 201 is a temperature sensor, the measured value 303 is a temperature. When the measuring device 201 is a power sensor, the measured value 303 is a power value.
  • FIG. 2 shows a configuration example of the database server apparatus 100 according to the present embodiment. Each element of the database server apparatus 100 will be described with reference to FIG.
  • the data receiving unit 102 receives a plurality of data 101 transmitted from the collection server device 202.
  • the data 101 has a data format shown in FIG.
  • the time determining unit 103 determines a management time corresponding to the time of the time stamp added to the received data 101, and the received data 101 is managed. Divide into time.
  • the database server device 100 manages records with a management time of a predetermined step size (for example, 30 seconds, 1 minute, etc.). For this reason, the time determination unit 103 determines which of the management times the time indicated by the date time 111 of the data 101 received by the data reception unit 102 is suitable for, and classifies the data 101 as one of the management times. To do.
  • the configuration information management unit 104 manages configuration information.
  • the configuration information is information that defines the location where the measurement device 201 is arranged, the relationship between the device ID and the column position in the record, the type of measurement value (temperature measurement value or power measurement value), and the like.
  • the configuration information is stored in the configuration information storage unit 110.
  • the record generation unit 105 arranges the data 101 belonging to the same management time in the same record according to the column position defined by the configuration information. In the example of FIG. 2, the record generation unit 105 generates one record by arranging data 1 to data N belonging to the same management time.
  • the record generation unit 105 has a temporary storage device that temporarily stores records, and holds the generated records in the temporary storage device for a predetermined time.
  • the record generation unit 105 updates the record target management time that is the target of record generation as time elapses, and receives a predetermined reception from the start of input from the time determination unit 103 of the data divided into the current record target management time
  • a record is generated by arranging data classified by the current record target management time input from the time determination unit 103 during the time.
  • the record generation unit 105 when there is unarrived data that has not yet been input at the end of the reception time among the data classified by the current record target management time, Determine whether to wait for input.
  • the record generation unit 105 waits for input of unarrived data for a predetermined waiting time, and adds the unarrived data input before the end of the waiting time to the record. Complete the generation.
  • the record generation unit 105 adds a value indicating the presence of the unarrived data to the record and completes the generation of the record.
  • the record generation unit 105 when not waiting for input of unarrived data, a value indicating the presence of the unarrived data is added to the record at the end of the reception time, and the generation of the record is completed. Further, the record generation unit 105 generates a record of delayed data that is input with a delay when the data classified by the past record target management time is input from the time determination unit 103 with a delay, and the same management as the delay data is performed. When there is unarrival data that is classified by time and has not yet been input, it waits for the input of unarrived data for a predetermined waiting time, and the unarrived data that has been input before the end of the waiting time is Add to the record to complete record generation. Then, when there is unarrived data that has not been input at the end of the waiting time, the record generation unit 105 adds a value indicating the presence of the unarrived data to the record and completes the generation of the record.
  • the waiting time control unit 108 calculates the waiting time allowed for the arrival delay of data from the delay time set in the system and the time required for opening / closing or other processing, and the selected waiting time control method. To determine whether to wait for individual data.
  • the delay time is the time from the arrival of data until the user can refer to the data.
  • the waiting time control unit 108 monitors the delay state during data reception for each collection server device 202. When there is unarrived data, the record generation unit 105 determines whether to wait for input of unarrived data based on the monitoring result of the waiting time control unit 108 for the collection server device 202 that is the source of unarrived data. .
  • the waiting time control unit 108 is an example of a delay status monitoring unit.
  • the write determination unit 107 determines which record on the temporary storage device of the time determination unit 103 should be written from the waiting time and the data size to be written.
  • the write processing unit 106 writes the record to be written by the write determination unit 107 in the table storage unit 109.
  • the write processing unit 106 is an example of a table addition unit.
  • the table storage unit 109 stores a table in which records for each management time are arranged in time series.
  • the record newly generated by the record generation unit 105 is added to the bottom row of the table.
  • the time determination unit 103 acquires the date time 111 of the data 101 in step S402, determines the management time corresponding to the date time 111, and the data according to the management time. 101 is classified.
  • the record generation unit 105 determines whether a record in which the data 101 is to be stored (a record corresponding to the management time to which the data 101 belongs) already exists in the temporary storage device. If there is no corresponding record, in step S404, the record generation unit 105 newly generates a record, and the arrival time of the data 101 that has arrived first (for example, the time when the record generation unit 105 inputs the data 101).
  • step S403 If it is determined in step S403 that a corresponding record has already been generated, the record generation unit 105 reads the existing record from the temporary storage device in step S405. Next, in step S406, the record generation unit 105 notifies the configuration information management unit 104 of the device ID 112 of each piece of data received by the data reception unit 102, and the data 113 (measurement) for each device ID 112 from the configuration information management unit 104. Value) is stored, a column position is determined for each data 113, and is written in the record.
  • step S407 the write determination unit 107 determines whether or not the record already generated in step S408 should be written to the table in the table storage unit 109.
  • the writing processing unit 106 performs the writing process on all records to be written.
  • the process returns to step S401 and waits for the reception of the data 101.
  • the record generation unit 105 determines whether or not a record having the corresponding time has been generated on the memory (temporary storage device), and if it exists, stores the data in the record and does not exist. In this case, a new record is generated, and if there is data corresponding to each item, the data is stored in the item, and NULL is stored in the other items (items for which no corresponding data exists).
  • the record generation unit 105 does not determine writing by simply executing this operation at regular intervals.
  • the write determination unit 107 determines whether or not to write according to a designated waiting time control method, and both operate independently and asynchronously.
  • the time determination unit 103 acquires the data 101 from the data reception unit 102, and calculates a management time corresponding to the date time 111 of the data 101.
  • FIG. 5 is an explanatory diagram regarding calculation of the management time of the time determination unit 103.
  • the management time is determined by the designated storage cycle 501, and all data 101 is stored in a record having any management time.
  • the step size of the management time matches the storage cycle 501.
  • Which management time the individual data corresponds to is determined by the storage cycle 501 and the fraction processing 502. For example, when the value of the storage cycle 501 (step size of the management time) is 30 seconds, the date time 111 within the range of 30 seconds is divided into the same management time.
  • the range divided into one management time is determined by the fraction processing 502.
  • the rounding processing 502 is ROUND (rounding)
  • the date time is 9:59:45 to 10:00:14.
  • the date / time 11 in the range is divided into the management time (10:00:00). If the rounding process 502 is UP (rounded up), the date time 11 in the range of the date time 9:59:31 to 10:00:00 is set to the management time (10:00:00). It is divided. If the rounding processing 502 is DOWN (rounded down), the date time 11 in the range of 10: 00: 0 to 10:00:29 is set to the management time (10:00:00). It is divided.
  • Such processing of the time determination unit 103 makes it possible to manage records in a format that matches the data collection cycle.
  • the storage cycle 501 is a cycle for acquiring a reference time for regarding individual data as the same, and does not have to be the same as the actual collection cycle of the measuring device 201.
  • the storage cycle 501 cannot be set to a value less than the collection cycle of the measuring device 201.
  • rounding off, rounding up, rounding down, and the like have been described as examples of the rounding process, it is not particularly limited to these processing methods.
  • the record generation unit 105 inputs the data 113 (measurement value), the device ID 112, and the management time determined by the time determination unit 103 from the time determination unit 103 (S1601). Next, the record generation unit 105 analyzes whether or not the input management time is new (S1602). Specifically, the record generation unit 105 determines whether or not the input management time is the same as the management time that is currently generating the record, that is, whether or not it is the same as the management time at which the reception time or waiting time is measured. .
  • This new management time is a management time for generating a record from now on, and is a record target management time.
  • the record generation unit 105 sets the reception time to a predetermined timer and starts the timer.
  • the reception time is, for example, half of the storage cycle (step size of management time). For example, when the storage cycle is 1 minute and the arrival time of the first data is 10:00:05, the record reception time of the management time 10:00:00 is up to 10:00:35. Become. Note that the length of the reception time can be arbitrarily determined by the system administrator.
  • the record generation unit 105 further generates a record for storing the data 113 (measured value) classified at the new management time, and the first data 113 classified at the new management time is added to the generated record (in S1601). The arrival time of the input data 113) at the record generation unit 105 is added (S1606).
  • the record generation unit 105 reads a record corresponding to the management time from the temporary storage area (S1604). Furthermore, the record generation unit 105 determines whether or not the reception time is currently being measured for the management time. If the reception time is being measured (YES in S1611), the process proceeds to S1607 and the reception time is being measured. If not (NO in S1611), the waiting time is currently being measured, so the processing from S1702 is performed. The processing after S1702 will be described later.
  • the record generation unit 105 reads configuration information from the configuration information storage unit 110 via the configuration information management unit 104 (S1607). Further, the record generation unit 105 stores the data 113 input in S1601 in a predetermined column of the record generated in S1606 or the record read out in S1604 according to the configuration information (S1608). As described above, in the configuration information, a column in which the data 113 is to be stored is specified for each device ID 112, and the record generation unit 105 stores the data 113 in a column corresponding to the device ID 112 received in S1601.
  • the record generation unit 105 checks whether data has been stored in all columns of the record (S1609). If all data has been stored (YES in S1609), the record generation is completed ( In step S1711), the write determination unit 107 is notified that the generation of the record has been completed. On the other hand, if there is data not stored in the record (NO in S1609), the record generation unit 105 determines whether or not the reception time when the measurement is started in S1605 has ended, and the reception time has not ended. In the case (NO in S1610), the process returns to S1601 and waits for an input from the time determination unit 103.
  • the record generation unit 105 It is determined whether to wait for unarrival data that has not arrived at (S1701). The criterion for determining whether to wait for undelivered data is based on the monitoring result of the waiting time control unit 108. The operation of the waiting time control unit 108 will be described later. The subsequent processing differs depending on which undelivered data is waited for (S1702).
  • the record generation unit 105 stores a NULL value (a value indicating the presence of unarrived data) in a column for storing unarrived data at the end of the reception time according to the configuration information.
  • the record generation is completed (S1711), and the writing determination unit 107 is notified that the record generation is completed.
  • the record generation unit 105 When waiting for all the unarrived data, the record generation unit 105 starts measuring the waiting time (S1705). For example, the record generation unit 105 sets a waiting time for a predetermined timer and starts the timer.
  • the waiting time is, for example, a quarter of the storage cycle (step size of the management time) after the reception time is over. For example, when the storage cycle is 1 minute, the arrival time of the first data is 10:00:05, and the reception time is 30 seconds, the waiting time of the record at the management time 10:00:00 is From 10:00:35 to 10:00:50. Note that the length of the waiting time can be arbitrarily determined by the system administrator.
  • the record generation unit 105 determines whether or not the waiting time at which the measurement is started in S1705 has ended, and the waiting time has not ended.
  • the process returns to S1706 to wait for input of unarrived data.
  • the record generation unit 105 stores a NULL value (a value indicating the presence of unarrived data) in a column that stores unarrived data at the end of the waiting time according to the configuration information. (S1710), the generation of the record is completed (S1711), and the writing determination unit 107 is notified that the generation of the record is completed.
  • the data 113 received in S1601 is unarrived data input during the waiting time.
  • the determination of S1702 if all are waiting, the determination of S1706 is YES because the unarrived data has been received, the processing of S1707 is performed on the unarrived data, and S1708 and S1709. Judgment is made. Further, if the determination in S1702 is mixed, if the unarrived data is a target to be waited for, the determination in S1706 is YES because the unarrived data has been received, and S1707 is determined for the unarrived data. And the determinations of S1708 and S1709 are performed.
  • the waiting time ends (YES in S1709), the NULL value is stored in the unarrived data (S1710), the generation of the record in which the NULL value exists is completed (S1711), and the record in which the NULL value exists is stored in the table.
  • the non-arrival data may be input from the time determination unit 103.
  • the management time of the unarrival data is the past management time of the record target, but is determined to be a new management time (YES in S1603), and the processing from S1605 is performed.
  • the record at the management time 10:00:00 is added to the table of the table storage unit 109 in a state where the NULL value is included.
  • the management time of the unarrived data (delayed data) is determined as the new management time (in S1603). (YES) Therefore, the measurement of the reception time is started when the non-arrival data (delayed data) is input (S1605), and a record with a management time of 10:00:00 is newly generated.
  • the arrival time of the unarrived data is added to the record (S1606), and the unarrived data (delayed data) is stored in the newly generated record at the management time 10:00:00, If there are other unarrived data, the arrival of other unarrived data is waited during the reception time (S1609, S1610). Further, when there is other unarrived data and the other unarrived data is not input by the end of the reception time, the arrival of other unarrived data is waited for a waiting time if necessary.
  • the record generation unit 105 generates a record for storing the delayed data, Wait for the arrival of other unarrival data during the reception time and, if necessary, wait for the waiting time.
  • FIG. 6 is a diagram for specifically explaining the processing of the record generation unit 105 shown in FIGS. 19 and 20.
  • the number of measuring devices is 5
  • the record generation cycle is 1 minute
  • the rounding method is rounded off.
  • the date and time, device ID, and measurement value of the four data are as shown in FIG.
  • the time determination unit 103 sets the data 604 to the management time 10: Classify as 0:00.
  • the record generation unit 105 determines that the record at the management time 10:00:00 is not currently generated, and therefore determines that the record is a new management time, and records at the management time 10:00 (hereinafter referred to as record 605). Is generated again.
  • the record generation unit 105 adds the arrival time (10:07:00) of the data 604 to the record 605 and stores the measurement value of the data 604 at a predetermined position according to the configuration information 606.
  • the record generation unit 105 inquires of the write processing unit 106 whether or not a record having the same management time as the management time 10:00 of the record 605 is stored in the table, and is the same as the management time 10:00.
  • the write processing unit 106 receives a notification of a column (or device ID) in which measurement values are already stored. Thereby, the record generation unit 105 can determine the column in which the measurement value is already stored in the record 602, and can store the NULL value in the corresponding column.
  • the record generation unit 105 waits for a reception time if there is other unarrival data, and waits for a waiting time if necessary. In the example of FIG. Since all measured values are stored in the records 602 and 605 and there is no undelivered data, the generation of the record 605 is completed, and the write processing unit 106 adds the record 605 to the table in the table storage unit 109.
  • FIG. 14 shows a case where the collection periods of the two data are different.
  • the data 1101 has a 1-minute period
  • the data 1102 has a 5-minute period.
  • the value of the storage cycle 501 is set to the same value as the collection cycle
  • the data 1102 having a 5-minute cycle is stored in the same record as any data 1101 collected in 5 minutes.
  • the storage cycle of the data 1102 of the measuring device 2 with a 5-minute cycle is set to 5 minutes, for example, the data 1102 at the collection time 09:01 is the management time 09:01, 09:02, 09:03 of the measuring device 1 with a 1-minute cycle.
  • 09:04, 09:05 the same record as the data 1101 is stored. That is, whether the data 1102 from the measuring device 2 is stored in the same record as any of the five data 1101 of the measuring device 1 varies depending on the arrival timing of the data from the measuring device 2.
  • the value of the storage cycle 501 is stored as data 1202 Can be stored by setting the same 1 minute as the storage cycle of the data 1201.
  • the storage cycle is set to 1 minute even for data with a 5-minute period, for example, the data 1202 at the collection time 09:01 is merged with the data 1201 at the management time 09: 0 as shown in FIG.
  • data 1201 is data with a collection period of 1 minute
  • data 1102 is data with a collection period of 5 minutes.
  • the write determination unit 107 calculates the data size of the complete record 701 in step S801 and the data size of the incomplete record 702 in step S802. However, even if it is an incomplete record, it is calculated assuming that the data is complete.
  • the write determination unit 107 calculates a write processing time from the acquired data size, and calculates an optimum allowable wait time from the write processing time and the wait time set by the wait time control unit 108. .
  • step S804 the write determination unit 107 determines whether there is a record exceeding the allowable waiting time in the complete record 701 or the incomplete record 702 in the case of performing the optimal waiting time control. If it exists, the write determination unit 107 sets a write flag in the write determination flag area of all records for the complete record in step S805. For an incomplete record, the write determination unit 107 determines whether or not the waiting time is exceeded for each record, sets a write flag in the write determination flag area for only the excess record, and ends the write determination. On the other hand, if there is no record exceeding the waiting time, the write determination is terminated without setting a write flag in step S806.
  • the above is based on the premise that there is unarrived data, and when there is no unarrived data, a write flag is always set.
  • a determination is made to satisfy the constraint guarantee by the specified delay time. If the write flag is set here, it is necessary to perform a write process. Further, the write determination only sets a flag, and when the flag is finally set in the write process, the write process is executed and the record is deleted. Therefore, if the write flag is not raised, the write process is not performed and the determination function repeats the determination process for the same record again.
  • the waiting time control unit 108 monitors the data reception status by the data receiving unit 102, and determines “wait / not wait” when arrival delay occurs in the data from the frequency of occurrence of delay of individual data. . That is, the waiting time control unit 108 monitors the delay state at the time of data reception for each collection server device 202, and determines whether to wait for unarrival data when arrival delay occurs in the data according to the monitoring result. decide.
  • the waiting time control unit 108 has three types of control methods as waiting time control methods for arrival delay, and can set which control method is selected for each data. It is possible to change the waiting time control method in the middle of processing, but when the control method is changed, the determination of “wait / do not wait” is reset, and all data is waited.
  • the waiting time control method 1 is a control method for determining “waiting / not waiting” based on the number of consecutive arrival delays.
  • the waiting time control unit 108 determines in step S1302 whether the data received in step S1301 has arrived after a predetermined appropriate reception timing, that is, whether an arrival delay has occurred.
  • the proper reception timing is, for example, between the reception time and the reception time of data received first among data classified at a certain management time. Note that the system administrator can arbitrarily determine the appropriate reception timing.
  • the waiting time control unit 108 increments the number of continuous delays for each collection server device 202 in step S1303. On the other hand, if it is determined in step S1302 that there is no arrival delay, the number of continuous delays of the corresponding collection server device 202 is set to 0 in step S1304. In step S1305, the waiting time control unit 108 compares a preset threshold value with the number of continuous delays of each collection server device 202, and if the number of continuous delay times of any of the collection server devices 202 exceeds the threshold value, In step S1306, the data from the collection server device 202 is determined to “not wait” thereafter, and the record generation unit 105 is notified that the data of the collection server device 202 is not waited.
  • the record generating unit 105 determines that the undelivered data is transmitted from the collection server device 202 if the transmission source of the unarrived data is the collection server device 202 notified from the waiting time control unit 108. Is determined not to wait (S1702 in FIG. 17). On the other hand, if it is determined in S1305 that the number of continuous delays is equal to or smaller than the threshold value, it is determined that the data from the collection server device 202 is “waiting”, and the data of the collection server device 202 is waited for the record generation unit 105. To be notified.
  • the record generating unit 105 determines that the undelivered data is transmitted from the collection server device 202 if the transmission source of the unarrived data is the collection server device 202 notified from the waiting time control unit 108. Is determined to wait (S1702 in FIG. 17).
  • the waiting time control method 2 is a control method for determining “waiting / not waiting” for the data of the collection server device 202 based on the number of arrival delays occurring within a predetermined monitoring time.
  • the monitoring time is, for example, 10 times the storage cycle (step size of management time). For example, when the management cycle is 1 minute, the monitoring time is 10 minutes. Note that the amount of time to be used as the monitoring time can be arbitrarily determined by the system administrator.
  • the waiting time control unit 108 determines in step S1402 whether or not the data received in step S1401 has arrived after a predetermined appropriate reception timing, that is, whether or not an arrival delay has occurred.
  • a predetermined appropriate reception timing that is, whether or not an arrival delay has occurred.
  • step S1404 the waiting time control unit 108 determines whether the elapsed time is within the monitoring time, that is, whether the monitoring time has ended. If the monitoring time has not ended (YES in S1404), the process proceeds to step S1401. Return to data reception.
  • the waiting time control unit 108 delays the monitoring time for each collection server device 202 in step S1405. It is determined whether the number of occurrences exceeds a set threshold value. If the number of delay occurrences of any of the collection server devices 202 exceeds the threshold value, the waiting time control unit 108 determines in step S1407 that the data from the collection server device 202 is “not to wait” and records The generation unit 105 is notified that the data of the collection server device 202 is not waited for.
  • the record generating unit 105 determines that the undelivered data is transmitted from the collection server device 202 if the transmission source of the unarrived data is the collection server device 202 notified from the waiting time control unit 108. Is determined not to wait (S1702 in FIG. 17). On the other hand, if it is determined in S1405 that the number of occurrences of delay is equal to or less than the threshold value, both the number of occurrences of delay and the monitoring time are reset to 0 in step S1406, and the counting of the number of occurrences of delay and the measurement of monitoring time are resumed.
  • the waiting time control unit 108 determines that the data from the collection server device 202 is “waiting” and instructs the record generation unit 105 to The data of the device 202 is notified to wait.
  • the record generating unit 105 determines that the undelivered data is transmitted from the collection server device 202 if the transmission source of the unarrived data is the collection server device 202 notified from the waiting time control unit 108. Is determined to wait (S1702 in FIG. 17).
  • the waiting time control method 3 is a control method for determining “waiting / not waiting” for the data from the collection server device 202 based on the average delay time (average value of the delay time) generated within the monitoring time.
  • the meaning of the monitoring time is as described above.
  • the waiting time control unit 108 determines in step S1502 whether or not the data received in step S1501 has arrived after a predetermined proper reception timing, that is, whether or not an arrival delay has occurred.
  • a predetermined proper reception timing that is, whether or not an arrival delay has occurred.
  • the waiting time control unit 108 measures the delay time from the proper reception timing and stores the measured delay time in step S1503.
  • the waiting time control unit 108 determines whether the elapsed time is within the monitoring time, that is, whether the monitoring time has ended. If the monitoring time has not ended (YES in S1504), step S1501. Return to receiving data.
  • the elapsed time exceeds the monitoring time (NO in S1504), that is, if the monitoring time has ended, the waiting time control unit 108 determines that the collection server device 202 is within the monitoring time in step S1505. An average value of the delay time is calculated, and it is determined whether or not the calculated average value exceeds a set threshold value.
  • the waiting time control unit 108 determines in step S1507 that the data from the collection server device 202 is “not waiting” thereafter.
  • the record generation unit 105 is notified that the data of the collection server device 202 is not waited.
  • the record generating unit 105 determines that the undelivered data is transmitted from the collection server device 202 if the transmission source of the unarrived data is the collection server device 202 notified from the waiting time control unit 108. Is determined not to wait (S1702 in FIG. 17).
  • both the delay time and the monitoring time are reset to 0 in Step S1506, and the delay time measurement and the monitoring time measurement are restarted. If the average delay time is less than or equal to the threshold value in the determination in S1505, the waiting time control unit 108 determines to “wait” for the data from the collection server device 202, and the record generation unit 105 The data of the collection server device 202 is notified to wait.
  • the record generating unit 105 determines that the undelivered data is transmitted from the collection server device 202 if the transmission source of the unarrived data is the collection server device 202 notified from the waiting time control unit 108. Is determined to wait (S1702 in FIG. 17).
  • 16 to FIG. 18 corresponds to a method in which the collection server device 202 collectively transmits data from a plurality of measuring devices 201 to the database server device 100 as shown in the configuration example of FIG.
  • the data reception status is monitored for each collection server device 202, and it is determined whether to wait for unarrival data for each collection server device 202.
  • the waiting time control unit 108 monitors the reception status for each measuring device 201 (for each data), monitors the data reception status for each measuring device 201 (for each data), and performs measurement. Whether to wait for unarrival data may be determined for each device 201 (each data). In the method of determining whether to wait for unarrival data for each measuring device 201 (each data), the measuring device 201 is an example of a data transmission device.
  • the waiting time control unit 108 compares the number of continuous delays, the number of occurrences of delay, and the average delay time with respective threshold values, and determines whether to wait for data. . Instead, when the waiting time control unit 108 derives the continuous delay number, the delay generation number, and the average delay time, the waiting time control unit 108 notifies the record generation unit 105 of the continuous delay number, the delay generation number, and the average delay time. 105 may determine whether to wait for data by comparing the number of consecutive delays, the number of delay occurrences, and the average delay time with respective threshold values.
  • the configuration information management unit 104 is provided in the present embodiment.
  • FIG. 10 is an example of definitions for a power sensor and a temperature sensor installed in a building.
  • FIG. 11 shows an explanation of each item shown in FIG. 10 and 11, the building is targeted, but it can be defined even in other installations.
  • the sensor identifier 901 is for identifying which sensor, and must be unique within the system.
  • Table information 902 defines a table identifier in which information of this sensor is written.
  • Record information 903 indicates in which column name the data measured by this sensor is stored.
  • the position information 904 defines information regarding the position where this sensor is installed.
  • information related to the measurement value is defined.
  • the position information 904 includes a building ID 906 that uniquely identifies which building and a floor ID 907 that indicates the floor of the building. Further, when it is necessary to further subdivide the floor, for example, an area ID 908 is defined. In addition, since power can be subdivided into air conditioning and lighting, it is possible to define a use ID 909, a device ID 910 indicating which distribution panel power value, and the like.
  • the data stored in the record is all numeric values, but it is difficult to assume all data types in advance including sensor addition. Therefore, in this embodiment, all data is stored as integer values such as a 64-bit type, the data type is defined as the data type 911, and the precision such as the number of decimal points of the data is defined as the data type 912. , Allowing any data to be stored. 10 and 11 show examples of numerical values, the present invention is not limited to numerical data.
  • FIG. 12 and 13 are examples of totaling sensor data managed by the above record.
  • FIG. 12 shows the total value of floor-by-floor electric energy of building 1 and the average value of indoor temperature
  • FIG. 13 shows the total value of floor-by-floor electric energy of building 2 and the average value of indoor temperature.
  • the bar graph has shown the electric energy
  • the line graph has shown temperature.
  • the record generation does not manage the information of each sensor, but by referring to the definition of the configuration information at the time of aggregation, aggregation on various axes becomes possible.
  • the present embodiment it is possible to suppress data loss as much as possible from the processing time assumed at the time of writing and the delay time set by the user, and to perform processing that does not deteriorate the writing processing performance.
  • this embodiment by providing a waiting time, even if the arrival of data is somewhat delayed, it is possible to store the delayed data in the record, so that the frequency of occurrence of missing data can be suppressed.
  • monitoring eg, collecting / accumulating the room temperature and taking out this data at regular intervals
  • the search performance is not deteriorated.
  • the record generation function stores a plurality of input data in one record.
  • the same time determination function for determining the record storage time from the time stamp of the received data;
  • a waiting time control function for delaying the writing of the record and determining “wait / not wait” until the data arrives, and storing the data in the corresponding record;
  • having a write determination function for determining whether or not to write the generated record to the table;
  • determining whether individual data occurred at the same time (5) a step of determining “waiting / not waiting” for delayed data arrival; (6) storing data generated at the same time in the same record; (7)
  • a record generation function has been described that includes the step of determining whether a stored record should be written to a table.
  • the record generation function is Determine the date and time of the record to be stored by thresholding the difference between the date and time (record date and time) set from the record generation cycle and the timestamp added to the data based on the storage cycle, If there is no record with the record date time to be stored, generate a record, add the date to the record, It has been described that the same time determination function for calling up the record from the storage device when it already exists is provided.
  • the same time determination function according to the present embodiment is It has been described that the time difference of the time stamp added to the data with respect to the reference time is rounded off, rounded up, rounded down, etc., based on the time of the storage cycle to determine whether it matches the reference time.
  • the record generation function is According to the selected waiting time control method, “wait / not wait” is determined for each data, For data determined to be “wait”, if it arrives within the allowable waiting time, it is stored in the corresponding record, The data that arrived after the allowable waiting time is generated by duplicating a record having the same date and time as the record that should be stored, and storing the data, The waiting time control is similarly performed for the record, For data that has already arrived or has not arrived within the waiting time due to delay or the like, it has been described that a waiting time control function for storing a NULL value in the corresponding column is provided.
  • the waiting time control function is In the waiting time control method for judging whether to wait for data that has arrived late or not by the number of times it does not arrive within the waiting time, Data that the number of consecutive occurrences of not arriving within the waiting time does not exceed a predetermined threshold is determined to be “wait”, It has been explained that the data that the number of consecutive occurrences of not arriving within the waiting time exceeds a predetermined threshold value is determined as “not waiting”.
  • the waiting time control function is In the waiting time control method for determining whether to wait for delayed data in the delay occurrence frequency within a certain time, Data that is less than a preset threshold for the number of arrival delays within a preset time is determined to be "waiting" It has been explained that the data whose number of occurrences of arrival delay within a preset fixed time exceeds the preset threshold value is determined as “not waiting”.
  • the waiting time control function is In the waiting time control method for determining whether to wait for delayed arrival data with the average delay time within a certain time, For data whose average delay time of arrival delay that occurred within a preset fixed time is less than or equal to a preset threshold, it is determined to “wait”, It has been explained that it is determined that “no waiting” is determined for data whose average delay time of arrival delays occurring within a preset fixed time is equal to or greater than a preset threshold.
  • the record generation function is A function for determining whether or not to write to all records stored in the storage device, Calculate the elapsed time starting from the generation date and time from the date and time when the records that all records have were newly generated and the current time, Determine whether there is a record to be written from the elapsed time, record size, table write processing time, It has been described that a record determination function for setting a write flag for the corresponding record is provided for the record to be subjected to the write process.
  • the write determination function is In a record stored in the storage device, if there is a record that is determined to be written based on the waiting time, a write flag is set for all records that have all the data, As for the incomplete record due to the delay of data arrival, it was explained that the write flag is set only for the record whose waiting time has passed.
  • the record generation function that stores multiple input data in one record, It has configuration information such as the location of equipment that measures data, and a function to manage the data format.
  • a configuration information management function has been described that includes the step of determining in which record data should be stored.
  • the configuration information management function is Manage the location of data measurement equipment as a hierarchical structure (for example, floor, area, equipment, usage, etc.) Manage item numbers in records that store data for each measuring device, Specify the NULL value and accuracy in the data of each measuring device, Specify whether to set the waiting time, In the case of a configuration change (addition, deletion, or change of measurement equipment), it has been explained that management information is changed and reflected in the system.
  • FIG. 21 is a diagram illustrating an example of hardware resources of the database server device 100 illustrated in the present embodiment.
  • the configuration in FIG. 21 is merely an example of the hardware configuration of the database server device 100, and the hardware configuration of the database server device 100 is not limited to the configuration described in FIG. Also good.
  • the database server apparatus 100 includes a CPU 1911 (also referred to as a central processing unit, a central processing unit, a processing unit, an arithmetic unit, a microprocessor, a microcomputer, and a processor) that executes a program.
  • the CPU 1911 is connected to, for example, a ROM (Read Only Memory) 1913, a RAM (Random Access Memory) 1914, a communication board 1915, a display device 1901, a keyboard 1902, a mouse 1903, and a magnetic disk device 1920 via the bus 1912. Control hardware devices.
  • the CPU 1911 may be connected to an FDD 1904 (Flexible Disk Drive), a compact disk device 1905 (CDD), a printer device 1906, and a scanner device 1907.
  • FDD 1904 Flexible Disk Drive
  • CDD compact disk device
  • printer device 1906 printer device 1906
  • scanner device 1907 scanner device
  • a storage device such as an optical disk device or a memory card (registered trademark) read / write device may be used.
  • the RAM 1914 is an example of a volatile memory.
  • the storage media of the ROM 1913, the FDD 1904, the CDD 1905, and the magnetic disk device 1920 are an example of a nonvolatile memory. These are examples of a storage device or a storage unit.
  • the “ ⁇ storage unit” described in the present embodiment is realized by the RAM 1914, the magnetic disk device 1920, and the like.
  • a communication board 1915, a keyboard 1902, a mouse 1903, a scanner device 1907, an FDD 1904, and the like are examples of input devices.
  • the communication board 1915, the display device 1901, the printer device 1906, and the like are examples of output devices.
  • the communication board 1915 is connected to a network as shown in FIG.
  • the communication board 1915 may be connected to a LAN (Local Area Network), the Internet, a WAN (Wide Area Network), a SAN (Storage Area Network), or the like.
  • LAN Local Area Network
  • WAN Wide Area Network
  • SAN Storage Area Network
  • the magnetic disk device 1920 stores an operating system 1921 (OS), a window system 1922, a program group 1923, and a file group 1924.
  • the programs in the program group 1923 are executed by the CPU 1911 using the operating system 1921 and the window system 1922.
  • the RAM 1914 temporarily stores at least a part of the operating system 1921 program and application programs to be executed by the CPU 1911.
  • the RAM 1914 stores various data necessary for processing by the CPU 1911.
  • the ROM 1913 stores a BIOS (Basic Input Output System) program
  • the magnetic disk device 1920 stores a boot program.
  • BIOS Basic Input Output System
  • the BIOS program in the ROM 1913 and the boot program in the magnetic disk device 1920 are executed, and the operating system 1921 is started up by the BIOS program and the boot program.
  • the program group 1923 stores a program for executing a function described as “ ⁇ function” in the description of the present embodiment (other than “ ⁇ storage”, the same applies hereinafter) and “ ⁇ function”.
  • the program is read and executed by the CPU 1911.
  • Information, data, signal values, variable values, and parameters stored in a storage medium such as a disk or memory are read out to the main memory or cache memory by the CPU 1911 via a read / write circuit, and extracted, searched, referenced, compared, and calculated. Used for CPU operations such as calculation, processing, editing, output, printing, and display.
  • Information, data, signal values, variable values, and parameters are stored in the main memory, registers, cache memory, and buffers during the CPU operations of extraction, search, reference, comparison, calculation, processing, editing, output, printing, and display. It is temporarily stored in a memory or the like.
  • arrows in the flowcharts described in this embodiment mainly indicate input / output of data and signals
  • the data and signal values are the memory of the RAM 1914, the flexible disk of the FDD 1904, the compact disk of the CDD 1905, and the magnetic disk device. It is recorded on a recording medium such as a 1920 magnetic disk, other optical disks, mini-discs, and DVDs. Data and signals are transmitted online via a bus 1912, signal lines, cables, or other transmission media.
  • Firmware and software are stored as programs in a recording medium such as a magnetic disk, a flexible disk, an optical disk, a compact disk, a mini disk, and a DVD.
  • the program is read by the CPU 1911 and executed by the CPU 1911. That is, the program causes the computer to function as “ ⁇ unit” and “ ⁇ function” of the present embodiment.
  • the procedure or method of “ ⁇ unit” and “ ⁇ function” of the present embodiment is executed by a computer.
  • the database server device 100 described in this embodiment includes a CPU as a processing device, a memory as a storage device, a magnetic disk, a keyboard as an input device, a mouse, a communication board, and a display device as an output device, a communication board, and the like.
  • the functions indicated as “ ⁇ unit” and “ ⁇ function” are realized using these processing devices, storage devices, input devices, and output devices.
  • 100 database server device 101 data, 102 data reception unit, 103 time determination unit, 104 configuration information management unit, 105 record generation unit, 106 write processing unit, 107 write determination unit, 108 wait time control unit, 109 table storage unit, 110 configuration information storage unit, 201 measuring device, 202 collection server device, 204 network, 205 network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　データ受信部１０２が複数の計測機器から送信されたデータ１０１を受信し、時刻判定部１０３がデータ１０１の日付時刻１１１から管理時刻を判別し、所定の受付時間の間に受信された同じ管理時刻のデータをレコード生成部１０５が同じレコードに格納し、受付時間の終了時点で同じ管理時刻に属する未着データがある場合に、所定の待ち時間の間未着データの到着を待つことで、データの到着が多少遅れても到着が遅れたデータを同じレコードに格納することが可能であるため、欠損データ発生頻度を抑止することができる。

Description

データ処理装置及びデータ処理方法及びプログラム
　本発明は、時刻情報が付加された周期的に発生する複数のデータを入力し、時刻情報に基づいて複数のデータを分類してデータベースに格納する技術に関する。
　より具体的には、周期的に計測を行う複数の計測機器での計測結果が示される複数のデータを入力し、時刻情報に基づいて複数のデータを分類してデータベースに格納する技術に関する。
　一般的に電力センサや温度センサなどの計測機器では一定の周期で計測を行い、計測結果が示されるデータが出力される。
　計測機器から出力されるデータのデータ構造は、計測が行われた「日付時刻」、当該計測機器を一意に識別可能な「機器ＩＤ」および計測された「計測値」から構成される。
　このデータをデータベースのテーブルで管理する方法として従来から最も一般的なものは、前記の形式のままでテーブルに格納するというものである。
　このような形式で蓄積されたデータベースから例えば監視などの用途で同一の時刻の全データを一括して抽出しようとしても、データ自体に付加された時刻は計測機器によってばらばらであり、同一時刻に計測されたデータを比較することは困難である。
　また、従来の管理方式では、時刻ごとに各機器のデータがすべて列方向に格納されるため、たとえば温度と電力の間の相関を求めるなどの場合に複雑な処理が必要であった。
　以上に対して一定周期で計測されるセンサデータを時系列的に比較することを目的として、特許文献１では、時刻で区切られたレコードを生成し、データの時刻と近似する時刻のレコードにデータを格納し、相互に同じ時刻又は近似する時刻を持つ複数のデータを１つのレコードに格納する技術が開示されている。
特開２００８－３０１０７１号公報
　上記の特許文献１の技術は、同一時刻に計測されたと想定されるデータを１レコードに格納し、たとえば複数の人に取付けた加速度センサのデータを時系列データとして比較することを可能にしている。
　この技術では、受信したデータについては「日付時刻」「センサ識別子」「計測値」をもつレコードとして到着順にテーブルに格納し、センサから送信されるデータを待ち時間制御を行いながら同一時刻に取得されたデータについては１レコードに格納し直す処理を行うものである。
　特許文献１の技術では、収集したデータを到着順にテーブルに書き込んだ後、同一時刻に計測されたと想定されるデータを同一レコードに格納し直しているため、データを検索する場合などに時間の遅れが生じる可能性がある。
　また、仮に特許文献１のレコード格納方式の実行を、データ受信から蓄積（データのテーブルへの格納）までの間に実行したとしても、ネットワークの混雑などによってデータの到着遅延が発生した場合に、遅延したデータを同一時刻に計測されたと想定されるデータ（遅延していないデータ）とともに同じテーブルに格納できないという課題がある。
　本発明は、上記の点に鑑み、周期的に送信されるデータを受信し、レコードをテーブルに追加する前に、受信したデータを対応する時刻のレコードに格納する方式において、データの到着に遅れが発生した場合でも到着の遅れたデータを同一時刻に計測されたと想定されるデータとともに同じテーブルに格納できる方式を実現することを主な目的とする。
　本発明に係るデータ処理装置は、
　所定の刻み幅の管理時刻によりレコードを管理するデータ処理装置であって、
　時刻が示されるタイムスタンプが付加され、所定の周期で送信されるデータを受信するデータ受信部と、
　前記データ受信部によりデータが受信される度に、受信されたデータに付加されたタイムスタンプの時刻に対応する管理時刻を判定し、受信されたデータを当該管理時刻に区分する時刻判定部と、
　時間の経過に伴ってレコード生成の対象となるレコード対象管理時刻を更新し、現在のレコード対象管理時刻に区分されるデータの前記時刻判定部からの入力開始から所定の受付時間の間に前記時刻判定部から入力した現在のレコード対象管理時刻に区分されるデータを配列してレコードを生成し、現在のレコード対象管理時刻に区分されるデータのうち前記受付時間の終了時点で未だ入力していない未着データがある場合に、所定の待ち時間の間前記未着データの入力を待ち、前記待ち時間の終了までに入力された未着データを前記レコードに追加して前記レコードの生成を完了し、前記待ち時間の終了時点で入力していない未着データがある場合に当該未着データの存在を示す値を前記レコードに追加して前記レコードの生成を完了するレコード生成部と、
　前記レコード生成部による生成が完了したレコードを所定のテーブルに追加するテーブル追加部とを有することを特徴とする。
　本発明によれば、受付時間の終了時で未着データがある場合は待ち時間の間未着データの入力を待ち、待ち時間の終了までに入力されたデータも同じ管理時刻のレコードに追加してレコードの生成を完了するため、データの到着が多少遅れても到着が遅れたデータをレコードに格納することが可能であり、欠損データ発生頻度を抑止することができる。
実施の形態１に係るシステム構成例を示す図。 実施の形態１に係るデータベースサーバ装置の構成例を示す図。 実施の形態１に係るデータの構成例を示す図。 実施の形態１に係るデータベースサーバ装置の動作の概要を示すフローチャート図。 実施の形態１に係るレコードの管理時刻の算出方法を説明する図。 実施の形態１に係るデータのレコードへの格納手順の具体例を示す図。 実施の形態１に係る完全レコードの例を示す図。 実施の形態１に係る不完全レコードの例を示す図。 実施の形態１に係る書き込み判定処理を示すフローチャート図。 実施の形態１に係る構成情報の例を示す図。 実施の形態１に係る構成情報の各要素を説明する図。 実施の形態１に係るセンサデータの集計例を示す図。 実施の形態１に係るセンサデータの集計例を示す図。 実施の形態１に係る収集周期の異なる２種類のデータ間の関係を示す図。 実施の形態１に係る収集周期の異なる２種類のデータ間の関係を示す図。 実施の形態１に係る待ち時間制御方式の処理フローを示すフローチャート図。 実施の形態１に係る待ち時間制御方式の処理フローを示すフローチャート図。 実施の形態１に係る待ち時間制御方式の処理フローを示すフローチャート図。 実施の形態１に係るレコード生成部の処理フローを示すフローチャート図。 実施の形態１に係るレコード生成部の処理フローを示すフローチャート図。 実施の形態１に係るデータベースサーバ装置のハードウェア構成例を示す図。
　実施の形態１．
　本実施の形態では、電力センサや温度センサ等をはじめとして、様々な計測機器から受信したデータをテーブルに書き込み、データの検索／集計を問題なく実行できるデータ管理技術を説明する。
　より具体的には、レコードのテーブルへの書き込み前に時刻を基準にして各データに対応するレコードを判断し、各データを対応するレコードに格納する方式において、データの到着遅れが発生した場合においても可能な限りレコードのテーブルへの書き込み処理を遅らせデータの到着を待つことにより、リアルタイムにレコードの生成を可能にし、レコード内でのデータ欠損を抑止する技術を説明する。
　また、本実施の形態では、定期的に到着するデータのレコードへの書き込み回数を減らすことにより性能の低下を防ぎ、さらにデータの遅延によってレコード中に欠損が発生した場合においても遅延したデータが到着した際にそのデータをテーブルに追加することにより、データの廃棄を回避する技術を説明する。
　なお、以下では、環境ＩＴシステムに適用した、データリアルタイムロード機能におけるレコード生成方式を説明するが、本実施の形態に係るレコード生成方式は環境ＩＴシステムへの適用に限定されるものではない。
　定期的に計測を行っている計測機器からのデータを収集・管理するすべてのシステムに適用することができる。
　図１は、本実施の形態に係る環境ＩＴシステムの全体構成例を示す図である。
　図１を用いて全体的なデータの流れを説明する。
　本実施の形態に係る環境ＩＴシステムは、周期的に計測を行い、計測値が示されるデータを周期的に送信する複数の計測機器２０１と、計測機器２０１が送信したデータを収集する収集サーバ装置２０２と、収集サーバ装置２０２が収集したデータをレコード形式で蓄積するデータベースサーバ装置１００から構成される。
　データは、電力、温度、その他多種多様な計測機器２０１で計測され、ネットワーク２０４を経由していったん収集サーバ装置２０２に集められる。
　収集サーバ装置２０２はシステム内に複数台あってもかまわない。
　収集サーバ装置２０２は集めたデータをネットワーク２０５を経由してデータベースサーバ装置１００に送信し、データベースサーバ装置１００が収集サーバ装置２０２からのデータを蓄積する。
　データベースサーバ装置１００は、収集サーバ装置２０２から受信したデータを時刻で分類して、対象となるレコードに格納し、同じ時間帯のデータが格納されたレコードをテーブルに追加する。
　データベースサーバ装置１００はデータ処理装置の例であり、収集サーバ装置２０２はデータ送信装置の例である。
　計測機器２０１で生成され、データベースサーバ装置１００で蓄積されるデータは、例えば、図３に示すデータ構造を有する。
　日付時刻３０１は、タイムスタンプであり、例えば計測機器２０１で計測が行われた時刻が示される。
　機器ＩＤ３０２は、計測を行った計測機器２０１を一意に識別可能な計測機器２０１の識別子である。
　計測値３０３は、計測機器２０１が計測を行った値であり、例えば、計測機器２０１が温度センサの場合は温度であり、計測機器２０１が電力センサであれば電力値である。
　図２は、本実施の形態に係るデータベースサーバ装置１００の構成例を示す。
　図２に即してデータベースサーバ装置１００の各要素を説明する。
　データ受信部１０２は、収集サーバ装置２０２から送信された複数のデータ１０１を受信する。
　データ１０１は、図３に示すデータ形式を持つ。
　時刻判定部１０３は、データ受信部１０２によりデータ１０１が受信される度に、受信されたデータ１０１に付加されたタイムスタンプの時刻に対応する管理時刻を判定し、受信されたデータ１０１を当該管理時刻に区分する。
　後述するように、データベースサーバ装置１００は、レコードを所定の刻み幅（例えば、３０秒、１分等）の管理時刻により管理する。
　このため、時刻判定部１０３は、データ受信部１０２により受信されたデータ１０１の日付時刻１１１に示される時刻が管理時刻のいずれに適合するかを判断し、データ１０１をいずれかの管理時刻に分類する。
　構成情報管理部１０４は、構成情報を管理する。
　構成情報は、計測機器２０１が配置されている場所、機器ＩＤとレコード内の列位置の関係、計測値の種類（温度の計測値か、電力の計測値か）等を定義する情報である。
　構成情報は、構成情報記憶部１１０に記憶されている。
　レコード生成部１０５は、同じ管理時刻に属するデータ１０１を構成情報で定義されている列位置に従って同じレコード内に配列する。
　図２の例では、レコード生成部１０５は、同じ管理時刻に属するデータ１～データＮを配列して１つのレコードを生成している。
　また、レコード生成部１０５は、レコードを一時保存する一時記憶装置を有しており、所定の時間の間、生成したレコードを一時記憶装置で保持する。
　レコード生成部１０５は、時間の経過に伴ってレコード生成の対象となるレコード対象管理時刻を更新し、現在のレコード対象管理時刻に区分されるデータの時刻判定部１０３からの入力開始から所定の受付時間の間に時刻判定部１０３から入力した現在のレコード対象管理時刻に区分されるデータを配列してレコードを生成する。
　そして、レコード生成部１０５は、現在のレコード対象管理時刻に区分されるデータのうち受付時間の終了時点で未だ入力していない未着データがある場合に、受付時間の終了時点で未着データの入力を待つか否かを決定する。
　未着データの入力を待つ場合は、レコード生成部１０５は、所定の待ち時間の間未着データの入力を待ち、待ち時間の終了までに入力された未着データを前記レコードに追加してレコードの生成を完了する。
　また、レコード生成部１０５は、待ち時間の終了時点で入力していない未着データがある場合に当該未着データの存在を示す値をレコードに追加してレコードの生成を完了する。
　一方、未着データの入力を待たない場合は、受付時間の終了時点で当該未着データの存在を示す値を前記レコードに追加してレコードの生成を完了する。
　更に、レコード生成部１０５は、過去のレコード対象管理時刻に区分されるデータを時刻判定部１０３から遅れて入力した場合に、遅れて入力した遅延データのレコードを生成し、当該遅延データと同じ管理時刻に区分されるデータであって未だ入力していない未着データがある場合に、所定の待ち時間の間未着データの入力を待ち、待ち時間の終了までに入力された未着データを前記レコードに追加してレコードの生成を完了する。
　そして、レコード生成部１０５は、待ち時間の終了時点で入力していない未着データがある場合に当該未着データの存在を示す値を前記レコードに追加してレコードの生成を完了する。
　待ち時間制御部１０８はシステムで設定されている遅延時間やオープン／クローズその他の処理に要する時間などからデータの到着遅れに対して許容される待ち時間を算出するとともに、選択された待ち時間制御方式に従い個々のデータを待つかどうかを判定する。
　ここで遅延時間とは、データが到着してからユーザがデータを参照可能になるまでの時間である。
　待ち時間制御部１０８は、より具体的には、収集サーバ装置２０２ごとに、データ受信の際の遅延状況を監視する。
　レコード生成部１０５は、未着データがある場合に、未着データの送信元の収集サーバ装置２０２に対する待ち時間制御部１０８の監視結果に基づき、未着データの入力を待つか否かを決定する。
　なお、待ち時間制御部１０８は遅延状況監視部の例である。
　書き込み判定部１０７は、待ち時間と書き込み処理の対象となるデータサイズ等から時刻判定部１０３の一時記憶装置上のどのレコードを書き込むべきかを判定する。
　書き込み処理部１０６は書き込み判定部１０７により書き込み対象となったレコードをテーブル記憶部１０９に書き込む。
　書き込み処理部１０６は、テーブル追加部の例である。
　テーブル記憶部１０９は、図２に示すように、管理時刻ごとのレコードを時系列に並べたテーブルを記憶する。
　また、レコード生成部１０５により新たに生成されたレコードは、テーブルの最下段に追加される。
　次に、図４のフローチャートを用いて、本実施の形態に係るデータベースサーバ装置１００の動作例を概説する。
　ステップＳ４０１で、データ受信部１０２がデータ１０１を受信すると、ステップＳ４０２で、時刻判定部１０３がデータ１０１の日付時刻１１１を取得し、日付時刻１１１が対応する管理時刻を判別し、管理時刻に従ってデータ１０１を分類する。
　ステップＳ４０３で、レコード生成部１０５が時刻判定部１０３による分類に従って、データ１０１を格納すべきレコード（データ１０１が属する管理時刻に対応するレコード）がすでに一時記憶装置に存在するかどうかを判定する。
　対応するレコードが存在しない場合は、ステップＳ４０４で、レコード生成部１０５が新規にレコードを生成し、最初に到着したデータ１０１の到着時刻（例えば、レコード生成部１０５がデータ１０１を入力した時刻）を、新規に生成したレコードに付加する。
　ステップＳ４０３の判断において、対応するレコードがすでに生成されている場合は、ステップＳ４０５で、レコード生成部１０５は既存のレコードを一時記憶装置から読み出す。
　次に、ステップＳ４０６で、レコード生成部１０５は、データ受信部１０２が受信した個々のデータの機器ＩＤ１１２を構成情報管理部１０４に通知し、構成情報管理部１０４から機器ＩＤ１１２ごとにデータ１１３（計測値）を格納すべき列位置を取得し、データ１１３ごとに列位置を決定し、レコードに書き込む。
　ステップＳ４０７では、書き込み判定部１０７が、ステップＳ４０８ですでに生成されたレコードに対してテーブル記憶部１０９のテーブルへの書き込み処理を行うべきかどうかを判定する。
　書き込み処理を実行する場合は、書き込み処理部１０６で書き込み対象となるすべてのレコードに対して書き込み処理を行う。
　一方、書き込み処理を行わない場合は、ステップＳ４０１に戻り、データ１０１の受信を待つ。
　なお、レコード生成部１０５では、新しいデータを認識すると該当する時刻をもつレコードがメモリ（一時記憶装置）上に生成されているかどうかを判定し存在する場合はそのレコードにデータを格納し、存在しない場合は新しいレコードを生成し各項目に対応するデータがある場合は項目にデータを格納し、それ以外の項目（対応するデータが存在しない項目）にはＮＵＬＬを格納する。
　レコード生成部１０５はこの操作を一定間隔で実行するだけで書き込み判定をするわけではない。
　書き込み判定部１０７は指定された待ち時間制御方式により書き込むべきかどうかを判定するもので、両者は独立かつ非同期に動作する。
　次に、時刻判定部１０３の動作の詳細を説明する。
　時刻判定部１０３は、データ受信部１０２からデータ１０１を取得し、データ１０１の日付時刻１１１が対応する管理時刻を算出する。
　図５は、時刻判定部１０３の管理時刻の算出に関する説明図である。
　管理時刻は指定された格納周期５０１で決められ、すべてのデータ１０１はいずれかの管理時刻を有するレコードに格納されることになる。
　管理時刻の刻み幅は、格納周期５０１と一致する。
　個々のデータがどの管理時刻に該当するかは格納周期５０１と端数処理５０２によって決まる。
　たとえば、格納周期５０１の値（管理時刻の刻み幅）が３０秒の場合は、３０秒の範囲内にある日付時刻１１１は同一の管理時刻に区分される。
　そして、１つの管理時刻に区分される範囲は、端数処理５０２に決定される。
　端数処理５０２がＲＯＵＮＤ（四捨五入）の場合は、管理時刻を基準にして－１５秒～＋１４秒の範囲に日付時刻１１１があるデータは当該管理時刻のレコードに格納されることになる。
　端数処理５０２がＵＰ（切り上げ）の場合は、管理時刻を基準として－２９秒～０秒の範囲に日付時刻１１１があるデータは当該管理時刻のレコードに格納されることになる。
　端数処理５０２がＤＯＷＮ（切り捨て）の場合は、管理時刻を基準として０秒から＋２９秒の範囲に日付時刻１１１があるデータは当該管理時刻のレコードに格納されることになる。
　例えば、格納周期が３０秒の場合に、１０時００分００秒の管理時刻については、端数処理５０２がＲＯＵＮＤ（四捨五入）であれば、日付時刻９時５９分４５秒～１０時００分１４秒の範囲にある日付時刻１１は、当該管理時刻（１０時００分００秒）に区分される。
　また、端数処理５０２がＵＰ（切り上げ）であれば、日付時刻９時５９分３１秒～１０時００分００秒の範囲にある日付時刻１１は、当該管理時刻（１０時００分００秒）に区分される。
　また、端数処理５０２がＤＯＷＮ（切り捨て）であれば、日付時刻１０時００分０秒～１０時００分２９秒の範囲にある日付時刻１１は、当該管理時刻（１０時００分００秒）に区分される。
　このような時刻判定部１０３の処理により、データの収集周期に合わせた形式でレコードを管理することが可能になる。
　なお、格納周期５０１は個々のデータを同一とみなす基準時刻を取得するための周期であり、実際の計測機器２０１の収集周期と同一である必要はない。
　ただし、格納周期５０１は計測機器２０１の収集周期以下の値を設定することはできない。
　また、端数処理として四捨五入、切り上げ、切捨てなどを例として説明したが、これらの処理方法に特に限定されるものではない。
　次に、図１９及び図２０を参照して、本実施の形態に係るレコード生成部１０５の動作例を説明する。
　レコード生成部１０５は、時刻判定部１０３から、データ１１３（計測値）、機器ＩＤ１１２、時刻判定部１０３が判定した管理時刻を入力する（Ｓ１６０１）。
　次に、レコード生成部１０５は入力した管理時刻が新しいものであるかどうかを解析する（Ｓ１６０２）。
　具体的には、レコード生成部１０５は、入力した管理時刻が現在レコード生成中の管理時刻と同じかどうか、つまり、受付時間又は待ち時間の計測を行っている管理時刻と同じかどうかを判断する。
　解析の結果、新しい管理時刻の場合（Ｓ１６０３でＹＥＳ）は、レコード生成部１０５は受付時間の計測を開始する。
　なお、この新しい管理時刻がこれからレコードを生成する管理時刻であり、レコード対象管理時刻となる。
　レコード生成部１０５は、例えば、所定のタイマに受付時間を設定して、タイマをスタートさせる。
　受付時間は、例えば、格納周期（管理時刻の刻み幅）の半分の時間とする。
　例えば、格納周期が１分であり、最初のデータの到着時刻が１０時００分０５秒である場合に、管理時刻１０時００分００秒のレコードの受付時間は１０時００分３５秒までとなる。なお、受付時間をどの程度の長さとするかは、システム管理者が任意に決めることができる。
　レコード生成部１０５は、更に、新しい管理時刻に分類されたデータ１１３（計測値）を格納するためにレコードを生成し、生成したレコードに、新しい管理時刻に分類された最初のデータ１１３（Ｓ１６０１で入力したデータ１１３）のレコード生成部１０５への到着時刻を付加する（Ｓ１６０６）。
　一方、Ｓ１６０１で入力したデータ１１３の管理時刻が新しいものではない場合（Ｓ１６０３でＮＯ）は、レコード生成部１０５は、その管理時刻に対応するレコードを一時記憶領域から読み出す（Ｓ１６０４）。
　更に、レコード生成部１０５は、現在その管理時刻に対して受付時間を計測中かどうかを判断し、受付時間の計測中である場合（Ｓ１６１１でＹＥＳ）は、Ｓ１６０７に進み、受信時間の計測中でない場合（Ｓ１６１１でＮＯ）は、現在待ち時間の計測中となるため、Ｓ１７０２以降の処理が行われる。Ｓ１７０２以降の処理は後述する。
　Ｓ１６０７では、レコード生成部１０５は、構成情報管理部１０４を介して構成情報記憶部１１０から構成情報を読み出す（Ｓ１６０７）。
　更に、レコード生成部１０５は、構成情報に従って、Ｓ１６０１で入力したデータ１１３をＳ１６０６で生成したレコード又はＳ１６０４で読み出したレコードの所定の列に格納する（Ｓ１６０８）。
　前述したように、構成情報には、機器ＩＤ１１２ごとにデータ１１３を格納すべき列が指定されており、レコード生成部１０５はＳ１６０１で受信した機器ＩＤ１１２に対応する列にデータ１１３を格納する。
　次に、レコード生成部１０５は、レコードの全ての列にデータを格納できたかどうかを確認し（Ｓ１６０９）、全データを格納できている場合（Ｓ１６０９でＹＥＳ）は、レコードの生成を完了し（Ｓ１７１１）、書き込み判定部１０７にレコードの生成が完了した旨を通知する。
　一方、レコードに格納していないデータが存在する場合（Ｓ１６０９でＮＯ）は、レコード生成部１０５がＳ１６０５で計測を開始した受付時間が終了しているかどうかを判断し、受付時間が終了していない場合（Ｓ１６１０でＮＯ）は、Ｓ１６０１に処理を戻し、時刻判定部１０３からの入力を待つ。
　受付時間が終了している場合（Ｓ１６１０でＹＥＳ）、すなわち、受付時間の終了時点でレコードに格納できていないデータ（未着データ）が存在する場合は、レコード生成部１０５は、受付時間終了時点で到着していない未着データを待つかどうかを判断する（Ｓ１７０１）。
　未着データを待つかどうかの判断基準は、待ち時間制御部１０８の監視結果に基づく。待ち時間制御部１０８の動作については後述する。
　以降の処理は、どの未着データを待つかによって異なる（Ｓ１７０２）。
　未着データのうちの一部は待ち、残りは待たないというように、待つデータと待たないデータが混在している場合は、待つデータについてはＳ１７０５～Ｓ１７１０の処理を行い、待たないデータについてはＳ１７０４の処理を行う（Ｓ１７０３）。
　未着データの全てを待たない場合は、レコード生成部１０５は、構成情報に従い、受付時間終了時点で未着のデータを格納する列にＮＵＬＬ値（未着データの存在を示す値）を格納し、レコードの生成を完了し（Ｓ１７１１）、書き込み判定部１０７にレコードの生成が完了した旨を通知する。
　未着データの全てを待つ場合は、レコード生成部１０５は待ち時間の計測を開始する（Ｓ１７０５）。
　レコード生成部１０５は、例えば、所定のタイマに待ち時間を設定して、タイマをスタートさせる。
　待ち時間は、例えば、受付時間の終了後、格納周期（管理時刻の刻み幅）の四分の一の時間とする。
　例えば、格納周期が１分であり、最初のデータの到着時刻が１０時００分０５秒であり、受付時間が３０秒である場合に、管理時刻１０時００分００秒のレコードの待ち時間は１０時００分３５秒から１０時００分５０秒までとなる。なお、待ち時間をどの程度の長さとするかは、システム管理者が任意に決めることができる。
　そして、未着データを入力した場合（Ｓ１７０６でＹＥＳ）は、構成情報に従って、レコードの所定の列に未着データを格納する（Ｓ１７０７）。
　そして、レコード生成部１０５は、レコードの全ての列にデータを格納できたかどうかを確認し（Ｓ１７０８）、全データを格納できている場合（Ｓ１７０８でＹＥＳ）は、レコードの生成を完了し（Ｓ１７１１）、書き込み判定部１０７にレコードの生成が完了した旨を通知する。
　一方、レコードに格納していないデータが存在する場合（Ｓ１７０８でＮＯ）は、レコード生成部１０５がＳ１７０５で計測を開始した待ち時間が終了しているかどうかを判断し、待ち時間が終了していない場合（Ｓ１７０９でＮＯ）は、Ｓ１７０６に処理を戻し、未着データの入力を待つ。
　一方、待ち時間が終了している場合は、レコード生成部１０５は、構成情報に従い、待ち時間終了時点で未着のデータを格納する列にＮＵＬＬ値（未着データの存在を示す値）を格納し（Ｓ１７１０）、レコードの生成を完了し（Ｓ１７１１）、書き込み判定部１０７にレコードの生成が完了した旨を通知する。
　また、Ｓ１６１１の判断でＮＯとなった場合は、Ｓ１６０１で受信されたデータ１１３は、待ち時間の間に入力された未着データである。
　Ｓ１７０２の判断において、全て待つとなっている場合は、当該未着データを受信したことにより、Ｓ１７０６の判断がＹＥＳとなり、当該未着データに対してＳ１７０７の処理が行われ、また、Ｓ１７０８及びＳ１７０９の判断が行われる。
　また、Ｓ１７０２の判断において混在となっている場合は、当該未着データが待つ対象であれば、当該未着データを受信したことにより、Ｓ１７０６の判断がＹＥＳとなり、当該未着データに対してＳ１７０７の処理が行われ、また、Ｓ１７０８及びＳ１７０９の判断が行われる。当該未着データが待つ対象でない場合はＳ１７０４で既にＮＵＬＬ値が設定されている。このため、当該未着データは破棄される。
　なお、これに代えて、既に設定されているＮＵＬＬ値を、未着データで書き換えるようにしてもよい。
　また、待ち時間が終了し（Ｓ１７０９でＹＥＳ）、未着データにＮＵＬＬ値が格納され（Ｓ１７１０）、ＮＵＬＬ値が存在するレコードの生成が完了し（Ｓ１７１１）、ＮＵＬＬ値が存在するレコードがテーブル記憶部１０９においてテーブルに追加された後に、当該未着データ（遅延データ）が時刻判定部１０３から入力される場合がある。
　この場合は、当該未着データ（遅延データ）の管理時刻は過去のレコード対象管理時刻ではあるが、新しい管理時刻と判断され（Ｓ１６０３でＹＥＳ）、Ｓ１６０５以降の処理が行われる。
　例えば、管理時刻１０時００分００秒のレコードに未着データがあるため、ＮＵＬＬ値が含まれている状態で管理時刻１０時００分００秒のレコードがテーブル記憶部１０９のテーブルに追加された後に、管理時刻１０時００分００秒に分類される未着データが遅れて時刻判定部１０３から入力された場合（Ｓ１６０１）を考える。
　当該未着データ（遅延データ）の管理時刻１０時００分００秒に対応するレコードは生成中ではないため、当該未着データ（遅延データ）の管理時刻は新しい管理時刻と判断される（Ｓ１６０３でＹＥＳ）、このため、当該未着データ（遅延データ）の入力を契機に受付時間の計測が開始され（Ｓ１６０５）、管理時刻１０時００分００秒のレコードが改めて生成される。
　また、当該未着データ（遅延データ）の到着時刻がレコードに付加され（Ｓ１６０６）、当該未着データ（遅延データ）が新たに生成された管理時刻１０時００分００秒のレコードに格納され、また、他に未着データがある場合は、受付時間の間、他の未着データの到着を待つ（Ｓ１６０９、Ｓ１６１０）。
　また、他の未着データがあり、他の未着データが受付時間の終了までに入力されない場合に、必要であれば、待ち時間の間、他の未着データの到着を待つ。
　このようにして、レコードがテーブルに追加された後に、遅れて未着データ（遅延データ）が到着した場合にも、レコード生成部１０５は、遅延データを格納するためのレコードを生成し、また、他の未着データの到着を受付時間の間待ち、更に、必要であれば、待ち時間の間待つ。
　なお、上述の説明では、図１９において、Ｓ１６０９で全てのデータがレコードに格納されたと判断された場合は、受付時間の終了を待たずに、レコードの生成を完了する（Ｓ１７１１）としているが、全てのデータがレコードに格納されている場合でも受付時間が終了した後にレコードの生成を完了するようにしてもよい。
　図６は、図１９及び図２０に示すレコード生成部１０５の処理を具体的に説明する図である。
　簡単のためここでは、計測機器数は５つ、レコード生成周期は１分、端数処理方法を四捨五入とする。
　今、収集サーバ装置２０２を経由して、４つの計測機器２０１から４つのデータ６０１が到着したとする。
　４つのデータの日付時刻、機器ＩＤ、計測値は、図６に示す通りである。
　この時点では、機器ＩＤ＝４に該当するデータだけ遅延しているとする。
　時刻判定部１０３により４つのデータに対して導出された管理時刻は１０：００：００（１０時００分００秒）である。
　データ入力時点では、１０：００：００のレコードを存在していないため、レコード生成部１０５は、新規に１０：００：００のレコード（以下、レコード６０２とする）を生成する。
　そして、レコード生成部１０５は、最初に到着したデータである機器ＩＤ＝１の到着時刻（１０：００：０５）をタイマから取得し、レコード６０２の到着時刻６０３に付加する。
　更に、レコード生成部１０５は、構成情報６０６を参照して、各機器のデータをレコード内のどの列に格納するかを判断し、各データを対応する列に配列してレコードに格納していく。
　その後、受付時間が終了しても、機器ＩＤ＝４のデータが到着しないため、遅れているデータを待つか否かを判定し、「待つ」と判定した場合には待ち時間だけ待つ。
　そして、待ち時間以内に未着データが到着しない場合は、レコード生成部１０５は、未着データを格納すべき列６０７にＮＵＬＬ値を格納し、レコードの生成を完了し、書き込み処理部１０６が当該レコードをテーブル記憶部１０９のテーブルに追加する。
　レコード６０２がテーブル記憶部１０９に蓄積された後に、機器ＩＤ＝４のデータ（以下、データ６０４とする）が遅延して到着した場合に、時刻判定部１０３は、このデータ６０４を管理時刻１０：００：００に分類する。
　そして、レコード生成部１０５は、管理時刻１０：００：００のレコードは現在生成中ではないため、新たな管理時刻と判断し、管理時刻１０：００：００のレコード（以下、レコード６０５とする）を再度生成する。
　そして、レコード生成部１０５は、レコード６０５にデータ６０４の到着時刻（１０：０７：００）を付加するとともに、構成情報６０６に従い、データ６０４の計測値を所定の位置に格納する。
　なお、機器ＩＤ＝１、２、３、５の計測値は既にレコード６０２に格納されているため、レコード６０５では、これらの計測値に対応する列にはＮＵＬＬ値が設定される。
　レコード生成部１０５は、例えば、レコード６０５の管理時刻１０：００：００と同じ管理時刻を持つレコードがテーブルに格納されているかどうかを書き込み処理部１０６に問い合わせ、管理時刻１０：００：００と同じ管理時刻を持つレコードがテーブル記憶部１０９に格納されている場合は、書き込み処理部１０６から既に計測値が格納されている列（又は機器ＩＤ）の通知を受ける。
　これにより、レコード生成部１０５は、既にレコード６０２に計測値が格納されている列を判別することができ、対応する列にＮＵＬＬ値を格納することができる。
　また、レコード生成部１０５は、他に未着データが存在する場合は、受付時間を待ち、また、必要であれば、待ち時間を待つが、図６の例では、機器ＩＤ＝１～５のすべての計測値がレコード６０２とレコード６０５に格納されており、未着データはないため、レコード６０５の生成を完了し、書き込み処理部１０６がレコード６０５をテーブル記憶部１０９のテーブルに追加する。
　なお、図７のようにすべてのデータが格納されたレコードを完全レコード７０１といい、図８にように１つ以上の欠損データをもつレコードを不完全レコード７０２とよぶ。
　図１４は２つのデータにおいて収集周期が異なる場合であり、データ１１０１が１分周期、データ１１０２が５分周期とする。
　このような場合では、格納周期５０１の値を収集周期と同じ値で設定すると、５分周期のデータ１１０２は５分間に収集されたいずれかのデータ１１０１と同一レコードに格納されることになる。
　５分周期の計測機器２のデータ１１０２の格納周期を５分にすると、例えば収集時刻０９：０１のデータ１１０２は１分周期の計測機器１の管理時刻０９：０１、０９：０２、０９：０３、０９：０４、０９：０５のいずれかのデータ１１０１と同じレコードに格納される。
　つまり、計測機器２からのデータ１１０２が計測機器１の５つのデータ１１０１のうちのいずれと同一レコードに格納されるのかは、計測機器２からのデータの到着タイミングにより変動する。
　これに対して図１５のように厳密に収集時刻が同一である場合にのみ同一レコードに格納し、それ以外の場合は異なるレコードに格納する必要がある場合は、格納周期５０１の値をデータ１２０２に対してもデータ１２０１の格納周期と同じ１分に設定することで格納することが可能になる。
　つまり、５分周期のデータでも格納周期を１分にしておけば、例えば収集時刻０９：０１のデータ１２０２は、図１５のように、管理時刻０９：０のデータ１２０１とマージされる。
　なお、図１５において、データ１２０１は収集周期が１分のデータであり、データ１１０２は収集周期が５分のデータである。
　次に書き込み判定部１０７の動作例を図９に即して説明する。
　書き込み判定部１０７は、レコード生成部１０５から呼び出されるとステップＳ８０１で完全レコード７０１のデータサイズおよびステップＳ８０２で不完全レコード７０２のデータサイズを算出する。
　ただし不完全レコードであってもデータが完全である場合を想定して算出する。
　次に、書き込み判定部１０７は、ステップＳ８０３で、取得した前記データサイズから書き込み処理時間を算出し、前記書き込み処理時間と待ち時間制御部１０８によって設定された待ち時間から最適許容待ち時間を算出する。
　最適許容待ち時間の算出は、例えば、以下に従う。
　今回最適許容待ち時間＝待ち時間－前回書きこみ処理時間
　書き込み処理時間はすでに書きこまれたデータサイズによって変化するため、前回書き込み処理時間とする。
　今回の書き込み処理時間は、次回の最適許容待ち時間の算出に用いられる。
　また、待ち時間は、以下により導出される。
　待ち時間＝遅延時間／監視周期
　なお、遅延時間、監視周期ともシステム管理者等のユーザが設定する。
　書き込み判定部１０７は、ステップＳ８０４で、最適待ち時間制御をする場合においては完全レコード７０１または不完全レコード７０２の中に許容待ち時間を超えるレコードがあるかどうかを判定する。
　存在する場合は、書き込み判定部１０７は、ステップＳ８０５で完全レコードに対しては全レコードの書き込み判定フラグ領域に書き込みフラグを立てる。
　また、不完全レコードに対しては、書き込み判定部１０７は、各レコードに対して待ち時間を超えるかどうかを判定し、超えるレコードだけ書き込み判定フラグ領域に書き込みフラグを立て、書き込み判定を終了する。
　一方、待ち時間を超えるレコードが存在しない場合は、ステップＳ８０６で書き込みフラグを立てることなく書き込み判定を終了する。
　なお、上記は未着データを持つことを前提にしており、未着データを持たない場合は、常に書き込みフラグを立てる。
　最適待ち時間制御をする場合は指定された遅延時間による制約保証を満たすための判定を行う。ここで書き込みフラグが立った場合は書き込み処理を行う必要がある。
　また、書き込み判定はフラグを立てるだけであり、最終的に書き込み処理においてフラグが立っている場合には書き込み処理を実行し、レコードを削除する処理になる。したがって書き込みフラグが立たなければ書き込み処理は行われず再度判定機能が同一レコードに対して判定処理を繰り返すことになる。
　次に、待ち時間制御部１０８の処理について述べる。
　待ち時間制御部１０８は、データ受信部１０２によるデータ受信状況を監視し、個々のデータの遅れの発生頻度からそのデータにおいて到着遅れが発生した場合に「待つ／待たない」を判定するものである。
　つまり、待ち時間制御部１０８は、収集サーバ装置２０２ごとに、データ受信の際の遅延状況を監視し、監視結果に応じて、データに到着遅れが生じた際に未着データを待つかどうかを決定する。
　待ち時間制御部１０８は到着遅れに対する待ち時間制御方式として３種類の制御方式を持ち、データごとにどの制御方式を選択するかを設定することが可能である。
　なお、処理の途中で待ち時間制御方式を変更することは可能であるが、制御方式を変更した場合は「待つ／待たない」の判定はリセットされ、全てのデータを待つものとする。
　図１６に従って待ち時間制御方式１の処理ステップについて述べる。
　待ち時間制御方式１は到着遅れの連続発生回数によって「待つ／待たない」を判定する制御方式である。
　待ち時間制御部１０８は、ステップＳ１３０１で受信したデータが所定の適正受信タイミングに遅れて到着しているかどうか、つまり到着遅れが発生しているかどうかをステップＳ１３０２で判定する。
　適正受信タイミングは、例えば、ある管理時刻に分類されるデータのうち最初に受信したデータの受信時間から受付時間の間とする。
　なお、適正受信タイミングをどのようなタイミングとするかはシステム管理者が任意に決定できる。
　待ち時間制御部１０８は、適正受信タイミングに遅れたデータがある場合は、ステップＳ１３０３で、収集サーバ装置２０２ごとに、連続遅延回数をインクリメントする。
　一方、ステップＳ１３０２で到着遅れでないと判定された場合は、ステップＳ１３０４で、該当する収集サーバ装置２０２の連続遅延回数を０にセットする。
　ステップＳ１３０５では、待ち時間制御部１０８は、あらかじめ設定された閾値と各収集サーバ装置２０２の連続遅延回数を比較し、いずれかの収集サーバ装置２０２の連続遅延回数が閾値を超えている場合は、当該収集サーバ装置２０２からのデータについてはステップＳ１３０６において以降「待たない」と決定し、レコード生成部１０５に対して当該収集サーバ装置２０２のデータは待たない旨を通知する。
　レコード生成部１０５は、未着データが発生した場合に、未着データの送信元が待ち時間制御部１０８から通知された収集サーバ装置２０２である場合は、当該収集サーバ装置２０２からの未着データは待たないと判定する（図１７のＳ１７０２）。
　一方、Ｓ１３０５の判断において、連続遅延回数が閾値以下である場合は、当該収集サーバ装置２０２からのデータ「待つ」と決定し、レコード生成部１０５に対して当該収集サーバ装置２０２のデータは待つ旨を通知する。
　レコード生成部１０５は、未着データが発生した場合に、未着データの送信元が待ち時間制御部１０８から通知された収集サーバ装置２０２である場合は、当該収集サーバ装置２０２からの未着データは待つと判定する（図１７のＳ１７０２）。
　次に、図１７に従って、待ち時間制御方式２の処理ステップについて述べる。
　待ち時間制御方式２は所定の監視時間内で発生した到着遅れの回数によって収集サーバ装置２０２のデータに対して「待つ／待たない」を判定する制御方式である。
　監視時間は、例えば、格納周期（管理時間の刻み幅）の１０倍とする。
　例えば、管理周期が１分の場合は、監視時間は１０分となる。
　なお、どの程度の時間を監視時間とするかは、システム管理者が任意に決定可能である。
　まず、待ち時間制御部１０８は、ステップＳ１４０１で受信したデータが所定の適正受信タイミングに遅れて到着しているかどうか、つまり到着遅れが発生しているかどうかをステップＳ１４０２で判定する。
　適正受信タイミングの意味は、前述したとおりである。
　待ち時間制御部１０８は、適正受信タイミングに遅れたデータがある場合は、ステップＳ１４０３で遅延発生回数を１インクリメントする。
　また、待ち時間制御部１０８は、ステップＳ１４０４で、経過時間が監視時間内か、すなわち監視時間が終了したか否かを判断し、監視時間が終了していなければ（Ｓ１４０４でＹＥＳ）ステップＳ１４０１のデータ受信に戻る。
　一方、経過時間が監視時間を超えている場合（Ｓ１４０４でＮＯ）、すなわち監視時間が終了している場合は、待ち時間制御部１０８は、ステップＳ１４０５において収集サーバ装置２０２ごとに監視時間内の遅延発生回数が設定した閾値を超えているか否かを判定する。
　いずれかの収集サーバ装置２０２の遅延発生回数が閾値を超えている場合は、待ち時間制御部１０８は、ステップＳ１４０７において、当該収集サーバ装置２０２からのデータは以降「待たない」と決定し、レコード生成部１０５に対して当該収集サーバ装置２０２のデータは待たない旨を通知する。
　レコード生成部１０５は、未着データが発生した場合に、未着データの送信元が待ち時間制御部１０８から通知された収集サーバ装置２０２である場合は、当該収集サーバ装置２０２からの未着データは待たないと判定する（図１７のＳ１７０２）。
　一方、Ｓ１４０５の判断において、遅延発生回数が閾値以下である場合は、ステップＳ１４０６において遅延発生回数、監視時間ともに０リセットし、遅延発生回数のカウントおよび監視時間の計測を再開する。
　また、Ｓ１４０５の判断において、遅延発生回数が閾値以下である場合は、待ち時間制御部１０８は、当該収集サーバ装置２０２からのデータ「待つ」と決定し、レコード生成部１０５に対して当該収集サーバ装置２０２のデータは待つ旨を通知する。
　レコード生成部１０５は、未着データが発生した場合に、未着データの送信元が待ち時間制御部１０８から通知された収集サーバ装置２０２である場合は、当該収集サーバ装置２０２からの未着データは待つと判定する（図１７のＳ１７０２）。
　次に、図１８に従って、待ち時間制御方式３の処理ステップについて述べる。
　待ち時間制御方式３は、監視時間内で発生した平均遅延時間（遅延時間の平均値）によって収集サーバ装置２０２からのデータに対して「待つ／待たない」を判定する制御方式である。
　監視時間の意味は、前述したとおりである。
　待ち時間制御部１０８は、ステップＳ１５０１で受信したデータが所定の適正受信タイミングに遅れて到着しているかどうか、つまり到着遅れが発生しているかどうかをステップＳ１５０２で判定する。
　適正受信タイミングの意味は、前述したとおりである。
　待ち時間制御部１０８は、適正受信タイミングに遅れたデータがある場合は、ステップＳ１５０３で、適正受信タイミングからの遅延時間を計測し、計測した遅延時間を記憶する。
　次に、待ち時間制御部１０８は、ステップＳ１５０４で、経過時間が監視時間内か、すなわち監視時間が終了したか否かを判断し、監視時間が終了していなければ（Ｓ１５０４でＹＥＳ）ステップＳ１５０１のデータ受信に戻る。
　一方、経過時間が監視時間を超えている場合（Ｓ１５０４でＮＯ）、すなわち監視時間が終了している場合は、待ち時間制御部１０８は、ステップＳ１５０５において、収集サーバ装置２０２ごとに監視時間内の遅延時間の平均値を算出し、算出した平均値が設定した閾値を超えたか否かを判定する。
　いずれかの収集サーバ装置２０２の遅延時間の平均値が閾値を超えている場合は、待ち時間制御部１０８は、ステップＳ１５０７において、当該収集サーバ装置２０２からのデータは以降「待たない」と決定し、レコード生成部１０５に対して当該収集サーバ装置２０２のデータは待たない旨を通知する。
　レコード生成部１０５は、未着データが発生した場合に、未着データの送信元が待ち時間制御部１０８から通知された収集サーバ装置２０２である場合は、当該収集サーバ装置２０２からの未着データは待たないと判定する（図１７のＳ１７０２）。
　一方、Ｓ１５０５の判断において、遅延発生回数が閾値以下である場合は、ステップＳ１５０６において遅延時間、監視時間ともに０リセットし、遅延時間の計測および監視時間の計測を再開する。
　また、Ｓ１５０５の判断において、遅延時間の平均値が閾値以下である場合は、待ち時間制御部１０８は、当該収集サーバ装置２０２からのデータ「待つ」と決定し、レコード生成部１０５に対して当該収集サーバ装置２０２のデータは待つ旨を通知する。
　レコード生成部１０５は、未着データが発生した場合に、未着データの送信元が待ち時間制御部１０８から通知された収集サーバ装置２０２である場合は、当該収集サーバ装置２０２からの未着データは待つと判定する（図１７のＳ１７０２）。
　なお、図１６～図１８の各方式の説明では、図１の構成例に示すように、収集サーバ装置２０２が複数の計測機器２０１からのデータをまとめてデータベースサーバ装置１００に送信する方式に対応させて、収集サーバ装置２０２ごとにデータ受信状況を監視し、収集サーバ装置２０２ごとに未着データを待つかどうか決定している。
　しかし、データベースサーバ装置１００が各計測機器２０１から直接データを受信するような方式、または収集サーバ装置２０２が計測機器２０１からデータを受信するが複数の計測機器２０１からのデータをまとめずにデータごとにデータベースサーバ装置１００に転送する方式では、待ち時間制御部１０８は、計測機器２０１ごと（データごと）に受信状況を監視し、計測機器２０１ごと（データごと）にデータ受信状況を監視し、計測機器２０１ごと（データごと）に未着データを待つかどうか決定してもよい。
　計測機器２０１ごと（データごと）に未着データを待つかどうかを決定する方式では、計測機器２０１がデータ送信装置の例となる。
　また、図１６～図１８の各方式の説明では、待ち時間制御部１０８が、連続遅延回数、遅延発生回数、平均遅延時間とそれぞれの閾値を比較し、データを待つかどうかを決定している。
　これに代えて、待ち時間制御部１０８は、連続遅延回数、遅延発生回数、平均遅延時間を導出すると、連続遅延回数、遅延発生回数、平均遅延時間をレコード生成部１０５に通知し、レコード生成部１０５が、連続遅延回数、遅延発生回数、平均遅延時間とそれぞれの閾値を比較し、データを待つかどうかを決定するようにしてもよい。
　ここからは、以上説明してきたレコード管理方式において、計測機器の追加、削除、変更に対応させる方法を説明する。
　以上説明してきたレコード管理方式では、図２に示したレコードのように機器とデータが一意に対応するため、機器の変更に対して対応することが困難である。
　これを解決するために本実施の形態では構成情報管理部１０４を備える。
　図１０は建物に設置される電力センサや温度センサに対する定義の一例である。
　また、図１１は、図１０に示される各項目の説明を示す。
　なお、図１０及び図１１では建物を対象にしているが、それ以外の設置であっても定義可能である。
　センサ識別子９０１は、どのセンサかを識別するためのものでシステム内で一意でなければならない。
　テーブル情報９０２は、このセンサの情報が書き込まれるテーブル識別子を定義する。
　レコード情報９０３は、このセンサで計測されたデータがレコード内の何列名に格納されるかを示す。
　位置情報９０４は、このセンサが設置される位置に関する情報を定義する。
　データタイプ情報９０５では、計測値に関する情報が定義される。
　位置情報９０４には、建物の場合であれば、どの建物かを一意に識別する建物ＩＤ９０６、当該建物の何階に設置されているかを示すフロアＩＤ９０７が含まれる。
　また、フロアをさらに細分化することが必要な場合は、たとえばエリアＩＤ９０８などが定義される。
　また、電力などの場合は空調や照明などに細分化できるため用途ＩＤ９０９、どの分電盤の電力値かを示す機器ＩＤ９１０などを定義することが可能となる。
　レコードに格納されるデータはすべて数値であるが、センサ追加も含めて事前にすべてのデータの型を想定することは困難である。
　したがって、本実施の形態では、すべてのデータは６４ｂｉｔ型などの整数値として格納し、データの種類はデータ種別９１１、データの少数点桁数などの精度はデータ型９１２で定義しておくことにより、いかなるデータであっても格納することを可能にする。
　なお、図１０及び図１１では数値を対象とした例を示しているが、数値データに限定されるものではない。
　以上のように機器情報とレコード定義とを分離することにより、機器の構成を変更した場合においても十分に対応可能とする。
　また、システムの稼動中に機器の故障等によって機器を変更した場合も構成情報を変更することによって変更可能である。
　図１２及び図１３は、上記のレコードで管理されるセンサデータの集計例である。
　図１２は、建物１のフロア別電力量の集計値と室内温度の平均値を示し、図１３は、建物２のフロア別電力量の集計値と室内温度の平均値を示している。
　図１２及び図１３において、棒グラフは電力量を示し、折れ線グラフは温度を示している。
　レコード生成では各センサの情報を管理しないが、集計時に構成情報の定義を参照することにより、さまざまな軸での集計が可能になる。
　以上のように、本実施の形態によれば、書き込み時に想定される処理時間とユーザが設定した遅延時間からデータの欠落を可能な限り抑止し、書き込み処理性能を低下させない処理が可能である。
　本実施の形態では、待ち時間を持たせることによって、データの到着が多少遅れても到着が遅れたデータをレコードに格納することが可能であるため、欠損データ発生頻度を抑止することができる。
　蓄積したデータの利用の一例として定期的に監視（モニタリング）すること（たとえば、室内温度を収集／蓄積していて、このデータを一定間隔で取り出すこと）などが考えられるが、検索性能を低下させないためには書き込み回数をできるだけ減らし、一度で可能な限り大きいサイズのデータを書き込む必要がある。
　本実施の形態では、これらのトレードオフ（検索性能と遅延時間とのトレードオフ）を制御しながら収集したデータをリアルタイムにテーブルに書き込むことが可能である。
　従って、上記の問題を回避することが可能である。
　すなわち、検索性能を低下させることなく、遅延時間を短くすることが可能となる。
　以上、本実施の形態では、入力された複数のデータを１つのレコードに格納するレコード生成機能であって、
（１）受信したデータのタイムスタンプからレコード格納時刻を判定する同一時刻判定機能と、
（２）個々のデータについて到着遅れが発生した場合において、レコードの書き込みを遅らせて当該データが到着するまで「待つ／待たない」を判定し、該当するレコードにデータ格納する待ち時間制御機能と、
（３）生成されたレコードをテーブルに書き込むかどうかを決定する書き込み判定機能を有し、
（４）個々のデータが同一時刻に発生したかどうかを判定するステップと、
（５）到着の遅れたデータを「待つ／待たない」を判定するステップと、
（６）同一時刻に発生したデータを同一レコードに格納するステップと、
（７）格納されたレコードをテーブルに書き込むべきかどうかを判定するステップとを有するレコード生成機能を説明した。
　また、本実施の形態に係るレコード生成機能は、
　レコード生成周期から設定される日付時刻（レコード日付時刻）とデータに付加されたタイムスタンプの差分を格納周期に基づいて閾値処理することにより、格納対象となるレコードの日付時刻を決定し、
　格納すべきレコード日付時刻を有するレコードが存在しない場合はレコードを生成し、当該レコードに日付を付加し、
　すでに存在する場合は記憶装置上から当該レコードを呼び出す同一時刻判定機能を備えることを説明した。
　また、本実施の形態に係る同一時刻判定機能は、
　格納周期の時刻を基準として、その基準時刻に対するデータに付加されたタイムスタンプの差分を四捨五入、切り上げ、切捨て、するなどして基準時刻と一致するかどうかを判定することを説明した。
　また、本実施の形態に係るレコード生成機能は、
　選択した待ち時間制御方式に従い、「待つ／待たない」を個々のデータについて判定し、
　「待つ」と判定したデータについては、許容待ち時間内に到着した場合は該当するレコードに格納し、
　許容待ち時間後に到着したデータは、本来格納されるべきレコードと同じ日付時刻を有するレコードを重複して生成して当該データを格納し、
　当該レコードについても同様に待ち時間制御を行い、
　すでに到着済み、または更に遅延するなどして待ち時間内に到着しないデータについては、該当する列にＮＵＬＬ値を格納する待ち時間制御機能を備えることを説明した。
　また、本実施の形態に係る待ち時間制御機能は、
　到着が遅れたデータを待つかどうかの判定を待ち時間以内に到着しない回数で判定する待ち時間制御方式においては、
　待ち時間以内に到着しないことが連続して発生した回数があらかじめ決められた閾値を超えないデータは「待つ」と判定し、
　待ち時間以内に到着しないことが連続して発生した回数があらかじめ決められた閾値を超えたデータは「待たない」と判定することを説明した。
　また、本実施の形態に係る待ち時間制御機能は、
　到着が遅れたデータを待つかどうかの判定を一定時間内の遅れ発生頻度で判定する待ち時間制御方式においては、
　あらかじめ設定した一定時間内に到着遅れが発生した回数があらかじめ設定された閾値以下のデータは「待つ」と判定し、
　あらかじめ設定した一定時間内に到着遅れが発生した回数があらかじめ設定された閾値を超えたデータは「待たない」と判定することを説明した。
　また、本実施の形態に係る待ち時間制御機能は、
　到着が遅れたデータを待つかどうかの判定を一定時間内の平均遅れ時間で判定する待ち時間制御方式においては、
　あらかじめ設定した一定時間内に発生した到着遅れの平均遅れ時間があらかじめ設定された閾値以下のデータについては「待つ」と判定し、
　あらかじめ設定した一定時間内に発生した到着遅れの平均遅れ時間があらかじめ設定された閾値以上のデータについては「待たない」と判定することを説明した。
　また、本実施の形態では、レコード生成機能は、
　記憶装置に保存されるすべてのレコードに対して書き込みを実行すべきか否かを判定する機能であって、
　全レコードが有するレコードが新規に生成された日付時刻と現在の時刻から、生成日付時刻を起点とした経過時間を算出し、
　前記経過時間、レコードサイズ、テーブル書き込み処理時間から書き込み処理を実行すべきレコードが存在するかどうかを判定し、
　書き込み処理を実行すべきレコードについては該当するレコードについて書き込みフラグを立てる書き込み判定機能を有することを説明した。
　また、本実施の形態では、書き込み判定機能は、
　記憶装置に保存されるレコードにおいて、待ち時間をもとに書き込み処理を行うべきと判定したレコードが存在する場合に、すべてのデータがそろったレコードについてはすべて書き込みフラグを立て、
　データ到着の遅延によって不完全なレコードについては待ち時間を経過したレコードだけに書き込みフラグを立てることを説明した。
　また、本実施の形態では、
　入力された複数のデータを１つのレコードに格納するレコード生成機能において、
　データを計測する機器の設置場所などの構成情報と、データ形式を管理する機能を有し、
　データがどのレコードに格納すべきかを判定するステップを有する構成情報管理機能を説明した。
　また、本実施の形態では、構成情報管理機能は、
　データ計測機器の設置場所を階層構造（たとえばフロア、エリア、機器、用途等）として管理し、
　各計測機器のデータを格納するレコード内項目番号を管理し、
　各計測機器のデータにおいてＮＵＬＬ値および精度を規定し、
　待ち時間を設定するかどうかを規定し、
　構成変更（計測機器の追加、削除、変更）の場合に管理情報を変更することでシステムに反映させることを説明した。
　最後に、本実施の形態に示したデータベースサーバ装置１００のハードウェア構成例について説明する。
　図２１は、本実施の形態に示すデータベースサーバ装置１００のハードウェア資源の一例を示す図である。
　なお、図２１の構成は、あくまでもデータベースサーバ装置１００のハードウェア構成の一例を示すものであり、データベースサーバ装置１００のハードウェア構成は図２１に記載の構成に限らず、他の構成であってもよい。
　図２１において、データベースサーバ装置１００は、プログラムを実行するＣＰＵ１９１１（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
　ＣＰＵ１９１１は、バス１９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１９１３、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１９１４、通信ボード１９１５、表示装置１９０１、キーボード１９０２、マウス１９０３、磁気ディスク装置１９２０と接続され、これらのハードウェアデバイスを制御する。
　更に、ＣＰＵ１９１１は、ＦＤＤ１９０４（Ｆｌｅｘｉｂｌｅ　Ｄｉｓｋ　Ｄｒｉｖｅ）、コンパクトディスク装置１９０５（ＣＤＤ）、プリンタ装置１９０６、スキャナ装置１９０７と接続していてもよい。また、磁気ディスク装置１９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
　ＲＡＭ１９１４は、揮発性メモリの一例である。ＲＯＭ１９１３、ＦＤＤ１９０４、ＣＤＤ１９０５、磁気ディスク装置１９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
　本実施の形態で説明した「～記憶部」は、ＲＡＭ１９１４、磁気ディスク装置１９２０等により実現される。
　通信ボード１９１５、キーボード１９０２、マウス１９０３、スキャナ装置１９０７、ＦＤＤ１９０４などは、入力装置の一例である。
　また、通信ボード１９１５、表示装置１９０１、プリンタ装置１９０６などは、出力装置の一例である。
　通信ボード１９１５は、図１に示すように、ネットワークに接続されている。
　例えば、通信ボード１９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）、ＳＡＮ（ストレージエリアネットワーク）などに接続されていても構わない。
　磁気ディスク装置１９２０には、オペレーティングシステム１９２１（ＯＳ）、ウィンドウシステム１９２２、プログラム群１９２３、ファイル群１９２４が記憶されている。
　プログラム群１９２３のプログラムは、ＣＰＵ１９１１がオペレーティングシステム１９２１、ウィンドウシステム１９２２を利用しながら実行する。
　また、ＲＡＭ１９１４には、ＣＰＵ１９１１に実行させるオペレーティングシステム１９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
　また、ＲＡＭ１９１４には、ＣＰＵ１９１１による処理に必要な各種データが格納される。
　また、ＲＯＭ１９１３には、ＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ　Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置１９２０にはブートプログラムが格納されている。
　データベースサーバ装置１００の起動時には、ＲＯＭ１９１３のＢＩＯＳプログラム及び磁気ディスク装置１９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム１９２１が起動される。
　上記プログラム群１９２３には、本実施の形態の説明において「～部」（「～記憶部」以外、以下同様）、「～機能」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ１９１１により読み出され実行される。
　ファイル群１９２４には、本実施の形態の説明において、「～の判断」、「～の分類」、「～の算出」、「～の導出」、「～の比較」、「～の書き込み」、「～の格納」、「～の更新」、「～の設定」、「～の登録」、「～の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「～ファイル」や「～データベース」の各項目として記憶されている。
　「～ファイル」や「～データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ１９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
　抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
　また、本実施の形態で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ１９１４のメモリ、ＦＤＤ１９０４のフレキシブルディスク、ＣＤＤ１９０５のコンパクトディスク、磁気ディスク装置１９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス１９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
　また、本実施の形態の説明において「～部」、「～機能」として説明しているものは、「～回路」、「～装置」、「～機器」であってもよく、また、「～ステップ」、「～手順」、「～処理」であってもよい。
　すなわち、本実施の形態で説明したフローチャートに示すステップ、手順、処理により、本発明に係る「データ処理方法」を実現することができる。
　また、「～部」、「～機能」として説明しているものは、ＲＯＭ１９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ１９１１により読み出され、ＣＰＵ１９１１により実行される。すなわち、プログラムは、本実施の形態の「～部」、「～機能」としてコンピュータを機能させるものである。あるいは、本実施の形態の「～部」、「～機能」の手順や方法をコンピュータに実行させるものである。
　このように、本実施の形態に示すデータベースサーバ装置１００は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「～部」、「～機能」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
　１００　データベースサーバ装置、１０１　データ、１０２　データ受信部、１０３　時刻判定部、１０４　構成情報管理部、１０５　レコード生成部、１０６　書き込み処理部、１０７　書き込み判定部、１０８　待ち時間制御部、１０９　テーブル記憶部、１１０　構成情報記憶部、２０１　計測機器、２０２　収集サーバ装置、２０４　ネットワーク、２０５　ネットワーク。

Claims (15)

  1. 　所定の刻み幅の管理時刻によりレコードを管理するデータ処理装置であって、
    　時刻が示されるタイムスタンプが付加され、所定の周期で送信されるデータを受信するデータ受信部と、
    　前記データ受信部によりデータが受信される度に、受信されたデータに付加されたタイムスタンプの時刻に対応する管理時刻を判定し、受信されたデータを当該管理時刻に区分する時刻判定部と、
    　時間の経過に伴ってレコード生成の対象となるレコード対象管理時刻を更新し、現在のレコード対象管理時刻に区分されるデータの前記時刻判定部からの入力開始から所定の受付時間の間に前記時刻判定部から入力した現在のレコード対象管理時刻に区分されるデータを配列してレコードを生成し、現在のレコード対象管理時刻に区分されるデータのうち前記受付時間の終了時点で未だ入力していない未着データがある場合に、所定の待ち時間の間前記未着データの入力を待ち、前記待ち時間の終了までに入力された未着データを前記レコードに追加して前記レコードの生成を完了し、前記待ち時間の終了時点で入力していない未着データがある場合に当該未着データの存在を示す値を前記レコードに追加して前記レコードの生成を完了するレコード生成部と、
    　前記レコード生成部による生成が完了したレコードを所定のテーブルに追加するテーブル追加部とを有することを特徴とするデータ処理装置。
  2. 　前記レコード生成部は、
    　過去のレコード対象管理時刻に区分されるデータを前記時刻判定部から遅れて入力した場合に、遅れて入力した遅延データのレコードを生成し、前記遅延データと同じ管理時刻に区分されるデータであって未だ入力していない未着データがある場合に、所定の待ち時間の間前記未着データの入力を待ち、前記待ち時間の終了までに入力された未着データを前記レコードに追加して前記レコードの生成を完了し、前記待ち時間の終了時点で入力していない未着データがある場合に当該未着データの存在を示す値を前記レコードに追加して前記レコードの生成を完了し、
    　前記テーブル追加部は、
    　前記レコード生成部による生成が完了した前記遅延データが記述されているレコードを前記テーブルに追加することを特徴とする請求項１に記載のデータ処理装置。
  3. 　前記レコード生成部は、
    　前記未着データがある場合に前記受付時間の終了時点で前記未着データの入力を待つか否かを決定し、前記未着データの入力を待つ場合に、前記待ち時間の間前記未着データの入力を待ち、前記未着データの入力を待たない場合に、前記受付時間の終了時点で前記レコードに前記未着データの存在を示す値を追加することを特徴とする請求項１又は２に記載のデータ処理装置。
  4. 　前記データ受信部は、
    　複数のデータ送信装置から所定の周期ごとに送信されるデータを受信し、
    　前記データ処理装置は、更に、
    　データ送信装置ごとに、データ受信の際の遅延状況を監視する遅延状況監視部を有し、
    　前記レコード生成部は、
    　前記未着データがある場合に、前記未着データの送信元のデータ送信装置に対する前記遅延状況監視部の監視結果に基づき、前記未着データの入力を待つか否かを決定することを特徴とする請求項３に記載のデータ処理装置。
  5. 　前記遅延状況監視部は、
    　データ送信装置ごとに、連続して適正受信タイミングから遅れてデータが受信された回数を連続遅延回数として計数し、
    　前記レコード生成部は、
    　前記未着データの送信元のデータ送信装置の連続遅延回数が所定の閾値以内である場合は前記未着データの入力を待ち、前記未着データの送信元のデータ送信装置の連続遅延回数が前記閾値を超えている場合は前記未着データの入力を待たないことを特徴とする請求項４に記載のデータ処理装置。
  6. 　前記遅延状況監視部は、
    　データ送信装置ごとに、所定の監視期間内で、適正受信タイミングから遅れてデータが受信された回数を遅延発生回数として計数し、
    　前記レコード生成部は、
    　前記未着データの送信元のデータ送信装置の遅延発生回数が所定の閾値以内である場合は前記未着データの入力を待ち、前記未着データの送信元のデータ送信装置の遅延発生回数が前記閾値を超えている場合は前記未着データの入力を待たないことを特徴とする請求項４又は５に記載のデータ処理装置。
  7. 　前記遅延状況監視部は、
    　データ送信装置ごとに、適正受信タイミングから遅れてデータが受信される度に適正受信タイミングから遅れた遅延時間を計測し、計測した遅延時間の所定の監視期間における平均値を算出し、
    　前記レコード生成部は、
    　前記未着データの送信元のデータ送信装置の遅延時間の平均値が所定の閾値以内である場合は前記未着データの入力を待ち、前記未着データの送信元のデータ送信装置の遅延時間の平均値が前記閾値を超えている場合は前記未着データの入力を待たないことを特徴とする請求項４～６のいずれかに記載のデータ処理装置。
  8. 　前記レコード生成部は、
    　複数の未着データがある場合に、未着データごとに入力を待つか否かを決定することを特徴とする請求項３～７のいずれかに記載のデータ処理装置。
  9. 　前記テーブル生成部は、
    　前記受付時間の終了までに現在のレコード対象管理時刻に区分される全てのデータがレコードに格納されている場合は、前記受付時間の終了を待つことなく前記レコードの生成を完了することを特徴とする請求項１～８のいずれかに記載のデータ処理装置。
  10. 　前記テーブル追加部は、
    　前記待ち時間の終了前に前記レコード生成部によるレコードの生成が完了した場合は、前記待ち時間の終了を待つことなく、生成が完了したレコードを前記テーブルに追加することを特徴とする請求項１～９のいずれかに記載のデータ処理装置。
  11. 　前記時刻判定部は、
    　前記データ受信部によりデータが受信される度に、受信されたデータに付加されたタイムスタンプの時刻の切り上げ、切り捨て及び四捨五入のいずれかの演算を行って、前記タイムスタンプの時刻に対応する管理時刻を判定することを特徴とする請求項１～１０のいずれかに記載のデータ処理装置。
  12. 　前記データ受信部は、
    　複数の計測機器の各々により計測された計測値が示されるデータを、計測機器の機器ＩＤ（Ｉｄｅｎｆｉｃａｔｉｏｎ）と対応付けて受信し、
    　前記データ処理装置は、更に、
    　機器ＩＤごとに、レコード内のデータの位置を指定する構成情報を記憶する構成情報記憶部を有し、
    　前記レコード生成部は、
    　前記時刻判定部から入力したデータに対応付けられている機器ＩＤに基づき、現在のレコード対象管理時刻に区分されるデータを前記構成情報で指定されている位置に配列してレコードを生成することを特徴とする請求項１～１１のいずれかに記載のデータ処理装置。
  13. 　前記データ受信部は、
    　複数の設置場所に設置されている複数の計測機器の各々により計測された計測値が示されるデータを受信し、
    　前記構成情報記憶部は、
    　機器ＩＤごとに、計測機器の設置場所、計測値の属性、計測値の精度の少なくともいずれかが示される構成情報を記憶していることを特徴とする請求項１２に記載のデータ処理装置。
  14. 　所定の刻み幅の管理時刻によりレコードを管理するコンピュータが行うデータ処理方法であって、
    　時刻が示されるタイムスタンプが付加され、所定の周期で送信されるデータを前記コンピュータが受信し、
    　データを受信する度に、前記コンピュータが、受信したデータに付加されたタイムスタンプの時刻に対応する管理時刻を判定し、受信したデータを当該管理時刻に区分し、
    　前記コンピュータが、時間の経過に伴ってレコード生成の対象となるレコード対象管理時刻を更新し、現在のレコード対象管理時刻に区分されるデータの受信開始から所定の受付時間の間に受信した現在のレコード対象管理時刻に区分されるデータを配列してレコードを生成し、現在のレコード対象管理時刻に区分されるデータのうち前記受付時間の終了時点で未だ受信していない未着データがある場合に、所定の待ち時間の間前記未着データの受信を待ち、前記待ち時間の終了までに受信された未着データを前記レコードに追加して前記レコードの生成を完了し、前記待ち時間の終了時点で受信していない未着データがある場合に当該未着データの存在を示す値を前記レコードに追加して前記レコードの生成を完了し、
    　前記コンピュータが、生成が完了したレコードを所定のテーブルに追加することを特徴とするデータ処理方法。
  15. 　所定の刻み幅の管理時刻によりレコードを管理するコンピュータに、
    　時刻が示されるタイムスタンプが付加され、所定の周期で送信されるデータを受信するデータ受信処理と、
    　前記データ受信処理によりデータが受信される度に、受信されたデータに付加されたタイムスタンプの時刻に対応する管理時刻を判定し、受信されたデータを当該管理時刻に区分する時刻判定処理と、
    　時間の経過に伴ってレコード生成の対象となるレコード対象管理時刻を更新し、現在のレコード対象管理時刻に区分されるデータの前記時刻判定処理からの入力開始から所定の受付時間の間に前記時刻判定処理から入力した現在のレコード対象管理時刻に区分されるデータを配列してレコードを生成し、現在のレコード対象管理時刻に区分されるデータのうち前記受付時間の終了時点で未だ入力していない未着データがある場合に、所定の待ち時間の間前記未着データの入力を待ち、前記待ち時間の終了までに入力された未着データを前記レコードに追加して前記レコードの生成を完了し、前記待ち時間の終了時点で入力していない未着データがある場合に当該未着データの存在を示す値を前記レコードに追加して前記レコードの生成を完了するレコード生成処理と、
    　前記レコード生成処理による生成が完了したレコードを所定のテーブルに追加するテーブル追加処理とを実行させることを特徴とするプログラム。
PCT/JP2010/060352 2010-06-18 2010-06-18 データ処理装置及びデータ処理方法及びプログラム WO2011158372A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
PCT/JP2010/060352 WO2011158372A1 (ja) 2010-06-18 2010-06-18 データ処理装置及びデータ処理方法及びプログラム
CN201080067485.6A CN102947829B (zh) 2010-06-18 2010-06-18 数据处理装置以及数据处理方法
US13/805,123 US9146927B2 (en) 2010-06-18 2010-06-18 Data processing apparatus, data processing method, and program
JP2012520228A JP5478722B2 (ja) 2010-06-18 2010-06-18 データ処理装置及びデータ処理方法及びプログラム
KR1020127032224A KR101411120B1 (ko) 2010-06-18 2010-06-18 데이터 처리 장치 및 데이터 처리 방법 및 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/060352 WO2011158372A1 (ja) 2010-06-18 2010-06-18 データ処理装置及びデータ処理方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2011158372A1 true WO2011158372A1 (ja) 2011-12-22

Family

ID=45347792

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/060352 WO2011158372A1 (ja) 2010-06-18 2010-06-18 データ処理装置及びデータ処理方法及びプログラム

Country Status (5)

Country Link
US (1) US9146927B2 (ja)
JP (1) JP5478722B2 (ja)
KR (1) KR101411120B1 (ja)
CN (1) CN102947829B (ja)
WO (1) WO2011158372A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013186866A1 (ja) * 2012-06-13 2013-12-19 三菱電機株式会社 データ保存装置及びデータ保存システム及びデータ保存方法及びコンピュータ読み取り可能な記録媒体
WO2014109038A1 (ja) * 2013-01-10 2014-07-17 株式会社日立製作所 時系列データ処理装置及び方法並びに記憶媒体
JP2018508881A (ja) * 2015-01-29 2018-03-29 シグナルエフエックス インコーポレイテッド 計測されたソフトウェアから受信されるデータストリームのリアルタイム処理
US11709661B2 (en) 2014-12-19 2023-07-25 Splunk Inc. Representing result data streams based on execution of data stream language programs
US12039307B1 (en) 2023-06-08 2024-07-16 Splunk Inc. Dynamically changing input data streams processed by data stream language programs

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170046353A1 (en) * 2014-07-29 2017-02-16 Hitachi, Ltd. Database management system and database management method
WO2016046929A1 (ja) * 2014-09-25 2016-03-31 株式会社日立製作所 データ集積装置、及び、データ集積方法
FR3045255A1 (fr) * 2015-12-11 2017-06-16 Orange Routeur d'un reseau domestique, interface de supervision et un procede de supervision de l'utilisation d'un reseau domestique
CN108803502B (zh) * 2017-04-27 2022-07-26 横河电机株式会社 数据收集装置及系统、数据服务器、数据收集方法及计算机可读取的非易失性的记录介质
JP6320654B1 (ja) * 2017-06-27 2018-05-09 三菱電機株式会社 管理装置、通信システム、管理方法及び管理プログラム
US10871994B2 (en) * 2017-07-31 2020-12-22 Mitsubishi Electric Corporation Information processing device and information processing method
CN107548092B (zh) * 2017-08-04 2021-01-26 深圳市盛路物联通讯技术有限公司 一种分布式网络延迟的数据处理方法及系统
WO2019130840A1 (ja) * 2017-12-28 2019-07-04 日本電気株式会社 信号処理装置、解析システム、信号処理方法および信号処理プログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10269252A (ja) * 1997-03-27 1998-10-09 Hitachi Ltd 分散情報の統合方法及び装置
JP2008072536A (ja) * 2006-09-15 2008-03-27 Brother Ind Ltd 無線通信システム、通信端末及び無線通信プログラム

Family Cites Families (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06180716A (ja) 1992-12-14 1994-06-28 Nec Corp 時系列データ管理装置
US5734706A (en) * 1995-07-27 1998-03-31 Windsor; Victoria Brein Caller identification and data retrieval system
US5812826A (en) * 1996-06-27 1998-09-22 Mci Communications Corporation Method and apparatus for emulating a network of state monitoring devices
JP2000076257A (ja) 1998-08-26 2000-03-14 Fujitsu Ltd 分散ネットワークサービスにおける情報検索装置及びその検索方法
US6184829B1 (en) * 1999-01-08 2001-02-06 Trueposition, Inc. Calibration for wireless location system
US6574246B1 (en) * 1999-02-17 2003-06-03 Tektronix, Inc. Measuring delay variation of regenerated data clock and of associated data packets
WO2002032079A1 (fr) * 2000-10-06 2002-04-18 Mitsubishi Denki Kabushiki Kaisha Procede de transmission de donnees et dispositif de transmission de donnees
US6799258B1 (en) * 2001-01-10 2004-09-28 Datacore Software Corporation Methods and apparatus for point-in-time volumes
US6748202B2 (en) * 2001-12-12 2004-06-08 Nokia Corporation Method, apparatus and system for synchronizing a cellular communication system to GPS time
US7739122B2 (en) * 2002-04-12 2010-06-15 International Business Machines Corporation Collection and analysis of measurement data associated with service elements
US8611919B2 (en) * 2002-05-23 2013-12-17 Wounder Gmbh., Llc System, method, and computer program product for providing location based services and mobile e-commerce
US7231555B2 (en) * 2002-08-22 2007-06-12 Agilent Technologies, Inc. Method and apparatus to coordinate groups of heterogeneous measurements
CN101339777B (zh) * 2003-02-19 2013-03-20 日本胜利株式会社 光盘记录再现装置
EP1455495B1 (en) * 2003-03-06 2006-08-02 Matsushita Electric Industrial Co., Ltd. Message-data transmitting and receiving unit
JP4359572B2 (ja) * 2005-03-29 2009-11-04 富士通株式会社 状態管理装置及び方法
JP4507127B2 (ja) * 2005-05-25 2010-07-21 三菱電機株式会社 ストリーム配信システム
CN101189902B (zh) * 2005-05-31 2013-03-06 日本电气株式会社 移动通信系统以及通信控制方法
WO2006130959A1 (en) * 2005-06-06 2006-12-14 Mobidia, Inc. System and method of providing service information to a carrier
JP4594869B2 (ja) * 2006-01-24 2010-12-08 富士通株式会社 状態監視装置
JP2008092163A (ja) * 2006-09-29 2008-04-17 Brother Ind Ltd 状況提示システム、サーバ及び、サーバプログラム
US8112425B2 (en) * 2006-10-05 2012-02-07 Splunk Inc. Time series search engine
US8229083B2 (en) * 2007-01-10 2012-07-24 International Business Machines Corporation Method and system for automatically connecting to conference calls
CN101242337B (zh) * 2007-02-08 2010-11-10 张永敏 一种计算机网络的内容发布方法及系统
JP5010985B2 (ja) * 2007-05-30 2012-08-29 株式会社日立製作所 センサノード
JP4948276B2 (ja) 2007-06-15 2012-06-06 三菱電機株式会社 データベース検索装置及びデータベース検索プログラム
JP5122890B2 (ja) * 2007-09-06 2013-01-16 株式会社日立製作所 通信システム及びその装置
US20090164293A1 (en) * 2007-12-21 2009-06-25 Keep In Touch Systemstm, Inc. System and method for time sensitive scheduling data grid flow management
JP5074216B2 (ja) 2008-01-21 2012-11-14 株式会社日立製作所 センサネットサーバ、及びセンサネットシステム
US8226572B2 (en) * 2008-08-27 2012-07-24 Lifeline Biotechnologies, Inc. Methods for collecting and analyzing thermal data based on breast surface temperature to determine suspect conditions
US8910006B2 (en) * 2008-09-12 2014-12-09 Infineon Technologies Ag Systems and methods for regulating delay between network interfaces
CN101738218A (zh) * 2008-11-14 2010-06-16 富港电子（东莞）有限公司 测量数据处理系统及其处理方法
US10456036B2 (en) * 2008-12-23 2019-10-29 Roche Diabetes Care, Inc. Structured tailoring
JPWO2010079538A1 (ja) * 2009-01-08 2012-06-21 三菱電機株式会社 データ伝送装置
EP2211502A1 (en) * 2009-01-22 2010-07-28 IBBT vzw Management system and method for configuring a network for transferring media data
JP2010192095A (ja) * 2009-01-26 2010-09-02 Panasonic Corp 電子機器、データ記録方法及びデータ記録システム
CN102308646B (zh) * 2009-02-06 2014-04-16 三菱电机株式会社 无线通信装置及系统
US20110153603A1 (en) * 2009-12-17 2011-06-23 Yahoo! Inc. Time series storage for large-scale monitoring system
CN102792658B (zh) * 2009-12-29 2016-03-16 意大利电信股份公司 在通信网络中进行时间测量
WO2011157301A1 (en) * 2010-06-18 2011-12-22 Nokia Siemens Networks Oy Correlation of collected mobile terminal based measurement data and positioning data
JP2013009159A (ja) * 2011-06-24 2013-01-10 Jvc Kenwood Corp 監視システム、監視装置及び監視方法
US8863154B2 (en) * 2012-02-27 2014-10-14 Hitachi, Ltd. Monitoring system and monitoring program

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10269252A (ja) * 1997-03-27 1998-10-09 Hitachi Ltd 分散情報の統合方法及び装置
JP2008072536A (ja) * 2006-09-15 2008-03-27 Brother Ind Ltd 無線通信システム、通信端末及び無線通信プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YOSHINORI YAMAGISHI ET AL.: "High Performance Aggregate Search Engine and Application for Sensor Database", MITSUBISHI DENKI GIHO, vol. 83, no. 12, 25 December 2009 (2009-12-25), pages 11 - 14 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013186866A1 (ja) * 2012-06-13 2013-12-19 三菱電機株式会社 データ保存装置及びデータ保存システム及びデータ保存方法及びコンピュータ読み取り可能な記録媒体
JPWO2013186866A1 (ja) * 2012-06-13 2016-02-01 三菱電機株式会社 データ保存装置及びデータ保存システム及びデータ保存方法及びコンピュータ読み取り可能な記録媒体
WO2014109038A1 (ja) * 2013-01-10 2014-07-17 株式会社日立製作所 時系列データ処理装置及び方法並びに記憶媒体
JP6002250B2 (ja) * 2013-01-10 2016-10-05 株式会社日立製作所 時系列データ処理装置及び方法並びに記憶媒体
US11709661B2 (en) 2014-12-19 2023-07-25 Splunk Inc. Representing result data streams based on execution of data stream language programs
US11733982B1 (en) 2014-12-19 2023-08-22 Splunk Inc. Dynamically changing input data streams processed by data stream language programs
JP2018508881A (ja) * 2015-01-29 2018-03-29 シグナルエフエックス インコーポレイテッド 計測されたソフトウェアから受信されるデータストリームのリアルタイム処理
JP2020205055A (ja) * 2015-01-29 2020-12-24 スプランク インコーポレイテッド 計測手段が組み込まれたソフトウェアから受信されるデータストリームのリアルタイム処理
US11194697B2 (en) 2015-01-29 2021-12-07 Splunk Inc. Real-time processing of data streams received from instrumented software
JP7121075B2 (ja) 2015-01-29 2022-08-17 スプランク インコーポレイテッド 計測手段が組み込まれたソフトウェアから受信されるデータストリームのリアルタイム処理
US12039307B1 (en) 2023-06-08 2024-07-16 Splunk Inc. Dynamically changing input data streams processed by data stream language programs

Also Published As

Publication number Publication date
US20130103643A1 (en) 2013-04-25
US9146927B2 (en) 2015-09-29
JP5478722B2 (ja) 2014-04-23
KR20130018415A (ko) 2013-02-21
CN102947829B (zh) 2016-03-16
KR101411120B1 (ko) 2014-06-25
JPWO2011158372A1 (ja) 2013-08-15
CN102947829A (zh) 2013-02-27

Similar Documents

Publication Publication Date Title
JP5478722B2 (ja) データ処理装置及びデータ処理方法及びプログラム
JP2019511054A (ja) 分散クラスタ型訓練方法及び装置
US20140189689A1 (en) Apparatus for controlling information processing system, computer-readable recording medium storing program thereof, and method thereof
CN104113585A (zh) 用于产生指示负载平衡状态的硬件级中断的方法和设备
WO2015136624A1 (ja) アプリケーション性能監視方法および装置
US9396087B2 (en) Method and apparatus for collecting performance data, and system for managing performance data
US8635629B2 (en) Status notification system, status notification device, status monitoring device, status detector, method for status notification, and storage medium including status notification program
US20200068019A1 (en) Equipment analysis support apparatus, equipment analysis support method, and equipment analysis system
US9733997B2 (en) Event management method and distributed system
JP6252309B2 (ja) 監視漏れ特定処理プログラム，監視漏れ特定処理方法及び監視漏れ特定処理装置
JP2010122880A (ja) データ集計処理方法及びシステム
JP5779548B2 (ja) 情報処理システム運用管理装置、運用管理方法及び運用管理プログラム
TWI669675B (zh) 時序資料的分析控制方法及分析控制裝置
US20170098010A1 (en) Data integration apparatus and data integration method
JP2009199246A (ja) ノード稼働監視システムおよびノード稼働監視方法
US20160077945A1 (en) Storage system statistical data storage and analysis
JP6018024B2 (ja) 変化検知装置、変化検知システム、変化検知方法及びプログラム
JP7361526B2 (ja) コントローラ、および、コントローラによる情報収集方法
JP5380386B2 (ja) 機器情報管理システム及び方法
CN112486953A (zh) 数据迁移方法、装置、计算机设备及存储介质
US20100325172A1 (en) Information Processing Apparatus and Method
WO2012172600A1 (ja) データ検索システム及びデータ検索方法
WO2018002976A1 (ja) 管理装置、実行環境設定方法、ストリームデータ処理システム
KR102554606B1 (ko) 측정된 실내공기질을 기반으로 다수의 공기 관리 장치를 연동하여 자동 관리할 수 있는 스마트 실내공기질 관리 시스템 및 그 방법
CN109976663A (zh) 分布式存储响应方法和系统

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080067485.6

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10853252

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012520228

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 20127032224

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13805123

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 10853252

Country of ref document: EP

Kind code of ref document: A1