JP2009164952A - Sensor device, management server thereof, and system with them - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To reduce complexity of retrieval of sensor data corresponding to a user ID when a sensor device ID and sensor data are stored being associated with each other in a management server. <P>SOLUTION: A sensor device 100 requests a management server 200 to transmit a sensor user ID by designating a sensor device ID. The management server 200 receives the transmission request for a sensor user ID, then extracts a sensor user ID associated with the sensor device ID from an ID request table 211, and transmits this sensor user ID to the sensor device 100. A sensor device 100 acquires sensor data from a sensor 101, and transmits a device ID and a sensor user ID to the management server 200. The management server 200 receives the sensor data, device ID and sensor user ID, and then stores them in a sensor information table 213 with associating them with each other. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a sensor device that includes a sensor and transmits sensor data to the outside from the sensor, a management server that receives sensor data from the sensor device, and a system including these.

  In order to realize a ubiquitous society, application studies of sensor networks that construct networks with minute sensor terminals are underway. For example, application to a system for managing and monitoring equipment in the home, office, factory, environment, etc. is being studied.

  In such a system, a form in which a management server collects data from a sensor device having a communication function and manages and monitors the entire system is often used.

  As such a system, for example, there is a system disclosed in Patent Document 1 shown below.

  In the system disclosed in Patent Document 1, a device with a card reader reads a user ID or the like from a card storing a user ID or the like and sends it to a management server. The management server associates the user ID and the like from the device with the device ID and manages them in a table. After that, when data is sent together with the device ID from the device, which user ID is the data by referring to the table Searching for.

  Also in the system disclosed in Patent Document 2, the management server holds a table in which user IDs and device IDs are associated, and when data is sent from the device together with the device ID, the table is referred to, The user ID is searched for data.

JP2005-25337 JP 2006-323635 A

  However, in any of the techniques disclosed in Patent Documents 1 and 2, when data is sent from the device together with the device ID, the table is referred to search for which user ID is the data, There is a problem that the search load increases as the number of devices managed by the management server increases.

  The present invention aims to reduce the burden on the management server by paying attention to such conventional problems.

In order to solve the above problems, in the present invention,
The sensor device designates a sensor device ID stored in advance in the sensor device specific information storage area, and requests the management server to transmit a user ID specific to the user who uses the sensor device.

  When the management server receives a transmission request for a user ID of a user who uses the sensor device and the sensor device ID is designated from any one of the plurality of sensor devices, the management server stores the device ID-user ID storage unit Then, the user ID associated with the sensor device ID is extracted, and the user ID is transmitted to the sensor device.

  Upon receiving the user ID of the sensor device from the management server, the sensor device registers it in the sensor device specific information storage area. Then, sensor data from the sensor owned by itself is acquired, and the sensor device ID and user ID stored in the sensor device specific information storage area are transmitted to the management server together with the sensor data.

  When the management server receives the sensor data, the sensor device ID, and the user ID from the sensor device, the management server associates them with each other and stores them in the sensor data storage area.

  According to the present invention, the sensor device sends the sensor device ID and the user ID together with the sensor data to the management server, and the management server correlates the sensor data, the sensor device ID, and the user ID sent from the sensor device. Therefore, when using the sensor data, it is possible to save the trouble of searching for the sensor data of a specific user ID from the sensor data for each of the plurality of sensor device IDs.

  Further, in the present invention, when registering the user ID in the sensor device, the user ID is received from the management server using the communication means for transmitting the sensor data, and this is registered, so the user ID is input. Therefore, it is not necessary to provide a separate input means, and the sensor device can be downsized.

  Hereinafter, an embodiment of a sensor data management system according to the present invention will be described with reference to the drawings.

  As shown in FIG. 1, the sensor data management system according to the present embodiment includes a sensor 101, a plurality of sensor devices 100 that wirelessly transmit sensor data from the sensor 101 to the outside, and sensors from each sensor device 100. Management server 200 that manages data, relay device 300 that relays communication between the plurality of sensor devices 100 and management server 200, and service providing device 400 that provides various services based on sensor data from sensor device 100 And. The management server 200, the service providing apparatus 400, and the relay apparatus 300 are connected via a network N so that they can communicate with each other.

  The sensor device 100 includes the above-described sensor 101, a CPU 102 that executes various calculations, a RAM 103 that is a work area of the CPU 102, an RF (Radio Frequency) processing unit 104 that performs wireless carrier wave processing, a wireless antenna 105, a display Unit 106, switches 107a and 107b, an EEPROM 110 in which the sensor device specific information table 111 is set, and a ROM 120 in which various programs are stored.

  As the switches 107a and 107b, there are a power switch 107a for turning on and off the power and a user ID processing instruction switch 107b that triggers a request for user ID and a deletion.

  The ROM 120 holds a user ID request program 121 for requesting the management server 200 to transmit a user ID, and requests the management server 200 to delete the user ID, and is held by the sensor device 100 itself. A user ID deletion program 122 for deleting a user ID and a sensor data transmission program 123 for transmitting sensor data from the sensor 101 to the management server 200 are stored. Further, although not shown, the ROM 120 also stores a communication program for performing actual transmission processing and reception processing.

  The EEPROM 110 is an electrically erasable semiconductor memory. In the sensor device unique information table 111 set in the EEPROM 110, as shown in FIG. 3, a model ID column 111a in which a model ID “0001” for specifying the model of the sensor device 100 is stored, and the sensor A device ID column 111b in which a sensor device ID “ABCDEF” for uniquely identifying the device 100 is stored, and a wireless identifier “00: 01: 02: 03: 04: 05: 06: 07” of the sensor device 100 And a sensor user ID 111d in which a user ID “000000001” for uniquely identifying a user who uses the sensor device 100 is stored. Among these fields, the data in the model ID field 111a, the device ID field 111b, and the wireless identifier field 111c are all stored before the start of use by the user, for example, at the final manufacturing stage of the sensor device 100. Further, the user ID “000000001” in the sensor user ID column 111d is stored when the user starts using, as will be described later.

  As shown in FIG. 2, the relay device 300 includes a communication interface 301 with the network N, a CPU 302 that executes various operations, a RAM 303 that is a work area of the CPU 302, and a wireless carrier wave between the plurality of sensor devices 100. An RF (Radio Frequency) processing unit 304 that performs processing, a wireless antenna 305, a display unit 306, an EEPROM 310 in which the relay device specific information table 311 is set, and a ROM 320 in which the packet transfer program 321 is stored Have.

  As shown in FIG. 4, the relay device unique information table 311 includes a device ID column 311 a in which a device ID “ZZZZZZ” for uniquely identifying the relay device 300 is stored, and a wireless identifier of the relay device 300. The wireless identifier field 311b storing “08: 09: 0A: 0B: 0C: 0D: 0E: 0F” and the network identifier “08: 009: 0A: 0D: 0E: 0F” of the relay device 300 are stored. A wireless identifier field 311c, an IP address field 311d in which the IP address “192.168.0.11” of the relay device 300 is stored, a subnet mask field 311e in which a subnet mask “255.255.255.0” is stored, A default gateway column 311f in which the gateway “192.168.0.254” is stored, and a management server IP address column 311 in which the IP address “153.234.12.167” of the management server 200 is stored. g. All of the data in these fields is stored when the relay device 300 is installed.

  As shown in FIG. 1, the management server 200 includes a CPU 202 that executes various operations, a RAM 203 that is a work area of the CPU 202, a communication interface 304 with the network N, and a storage device 220 such as a hard disk drive device. is doing.

  The storage device 220 includes a user ID registration program 221 for performing a user ID registration process, a user ID request response program 222 for responding to a user ID request from the sensor device 100, and sensor data from the sensor device 100. A sensor information management program 223 for managing sensor information such as the above, and a communication program (not shown) for performing actual transmission processing and reception processing are stored. It should be noted that the above program can be summarized as a sensor data management program. The storage device 220 further associates an ID request table 211 in which a user ID is registered in association with a sensor device ID, an SO user ID from the service providing device 400, and a sensor user ID set by the management server 200 itself. An ID conversion table 212 that is stored in memory and a sensor information table 213 that stores sensor information such as sensor data from the sensor device 100 are set.

  As shown in FIG. 5, the ID request table 211 includes a device ID column 211 a in which the sensor device ID “ABCDEF” is stored, a sensor user ID column 211 b in which the sensor user ID “000000001” is stored, and the sensor device 100. A request code column 211c is provided in which codes “1” or “0” of requests relating to registration and deletion of user IDs are stored. The sensor device ID “ABCDEF” in the device ID column 211a is stored before the sensor device 100 is delivered to the user, such as when the sensor device 100 is shipped. The sensor user ID “000000001” in the sensor user ID column 211b is stored when an ID registration request is received from the service providing apparatus 400, as will be described later. The request code in the request code field 211c stores “1” meaning registration or “0” meaning erasure, as will be described later.

  In the ID conversion table 212, as shown in FIG. 6, the sensor user ID column 212a in which the sensor user ID “00000001” set by the management server 200 itself is stored, and the SO user sent from the service providing apparatus 400 are stored. An SO user ID column 212b in which an ID is stored is provided. The data in these fields are stored when a user ID registration request is made from the service providing apparatus 400, as will be described later. Note that the use of the SO user ID and the sensor user ID as the user ID has the significance of using the SO user ID in order to have the user ID determined according to the user's own preferences. The SO user ID has a constant data length to compensate for the fact that the data length of the SO user ID is not constant, and that the SO user ID is not systematic and is troublesome to manage. This is because there is a significance of using the sensor user ID.

  As shown in FIG. 7, the sensor information table 213 includes a sensor user ID column 213a in which the sensor user ID “00000001” is stored, a sensing time column 213b in which the sensing time by the sensor 101 of the sensor device 100 is stored, A model ID column 213c for storing the model ID “0001” of the sensor device 100 and a sensor data column 213d for storing sensor data “48.1” by the sensor 101 of the sensor device 100 are provided. The data in these fields are stored when sensor information is sent from the sensor device 100, as will be described later.

  As shown in FIG. 1, the service providing apparatus 400 includes a CPU 402 that executes various operations, a RAM 403 that is a work area of the CPU 402, a communication interface 404 with a network N, and a storage device 420 such as a hard disk drive device. Have.

  The storage device 420 stores a user registration program 421 for registering information related to a user who receives a service provided from the service providing device 400, and a service providing program 422 for providing a predetermined service to the user. Yes. Furthermore, a user registration table 411 in which information related to users is registered is set in the storage device 420.

  As shown in FIG. 8, the user registration table 411 includes a user name column 411a in which the user name “Tokyo Tokyo” is stored, and an SO user ID column 411b in which the SO user ID “testuser 1” defined by the user is stored. A mail address column 411c storing the user's mail address “t-tokyo @ abc”, a model ID column 411d storing the model ID “0001” of the sensor device 100 given to the user, and the sensor device A device ID column 411e in which 100 device IDs “ABCDEF” are stored is provided. In addition, although not shown in the user registration table 411, a user address field in which the user's address is stored, a user telephone number field in which the user's telephone number is stored, and a provided service in which the type of provided service is stored A seed column is also provided. All the data in these fields are stored when the user performs the registration process.

  Next, the operation of the sensor data management system will be described. In the following description, for convenience, the program will be described as an operation subject, but in reality, the CPU that executes the program is the operation subject.

  First, user information registration processing in the service providing apparatus 400 and the management server 200 will be described with reference to the sequence diagram shown in FIG.

  When a user desires to provide a predetermined service from the service providing apparatus 400, the user's own information is registered in the service providing apparatus 400. For this registration, the user registration program 421 of the service providing apparatus 400 is activated to execute user registration processing (T401). In this user registration process (T401), the user registration program 421 accepts input from the user such as the user name, the SO user ID determined by the user, the user's e-mail address, the user's address, the type of service provided, etc. Is stored in the user registration table 411 (FIG. 8). The user registration program 421 specifies the model ID of the sensor device corresponding to the provided service type specified by the user from among a plurality of types of sensor devices, specifies the device ID, and sets the model ID and device ID to the user. The information is stored in the information table 411 (FIG. 8). Here, it is assumed that the user designates “slow weight loss” as the provided service type, and the user registration program 421 specifies the ID of the scale as the model ID of the sensor device. That is, it is assumed that the sensor device 100 including the weight scale is specified as the sensor 100.

  Subsequently, the user registration program 421 generates an ID registration packet of the user's SO user ID and device ID, and transmits it to the management server 200 (T402). As shown in FIG. 18, this ID registration packet includes a packet name 1801, a device ID 1802, an SO user ID 1803, and a request code 1804. The packet name 1801 here is, for example, “0x01” meaning user ID registration, and the request code 1804 is “1” meaning “registration”. This packet name is inserted in the header of this packet together with the address of the transmission destination, etc., and the device ID, SO user ID, and request code are inserted in the payload of this packet.

  When the communication program of the management server 200 receives an ID registration packet from the service providing apparatus 400, that is, when an ID registration request from the service providing apparatus 400 is received, an ACK is returned to the service providing apparatus 400 (T201) and the management is performed. The user ID registration program 221 of the server 200 is activated. This user ID registration program 221 acquires the device ID, SO user ID, and request code inserted in the payload of the ID registration packet, and generates a sensor user ID “000000001” corresponding to the SO user ID “testuser1”. , The SO user ID “testuser1” and the sensor user ID “000000001” are associated with each other and stored in the ID conversion table 212 (FIG. 6), the device ID “ABCDEF”, the sensor user ID “000000001”, and the request code “1”. Is stored in the user registration table 211 (FIG. 5) (T202).

  This completes the user information registration process in the service providing apparatus 400 and the management server 200.

  Next, user ID registration processing in the sensor device 100 will be described with reference to the sequence diagram shown in FIG. As a premise of the registration process of the user ID in the sensor device 100, the information registration processing of the user who uses the sensor device 100 has already been completed, and the sensor device unique information table 111 (FIG. 3) of the sensor device 100 includes Assume that all data except the sensor user ID is stored.

  When the user ID processing instruction switch 107b of the sensor device 100 is “registered”, the user ID request program 121 of the sensor device 100 is activated and wirelessly transmits a user ID request packet to the relay device 300 (T111). As shown in FIG. 19A, the user ID request packet is a packet including packet name and device ID data. The packet name of this packet is “user ID request”, and the device ID is the sensor device ID “ABCDEF” stored in the device ID column 111b of the sensor device specific information table 111 (FIG. 3).

  When the packet transfer program 321 of the relay device 300 receives the user ID request packet from the sensor device 100, the packet transfer program 321 returns an ACK to the sensor device 100 and transmits the user ID request packet to the management server 200 (T312). As shown in FIG. 20A, the user ID request packet includes the packet name 1901 and the device ID 1902 included in the user ID request packet sent from the sensor device 100, and the transmission source of the user ID request packet. The wireless identifier 2001 of the sensor device 100 is included.

  When the communication program of the management server 200 receives this user ID request packet, the user ID request response program 222 of the management server 200 is activated by the packet name “user ID request” included in this packet. The user ID request response program 222 searches the ID request table 211 (FIG. 5) using the device ID “ABCDEF” included in the user ID request packet as a key, and the sensor user corresponding to the device ID “ABCDEF”. ID “000000001” is extracted (T221). Next, the user ID request response program 222 returns a user ID request response packet including the sensor user ID “000000001” to the relay device 300 (T212). As shown in FIG. 20B, the user ID request response packet includes a packet name 1903, a sensor user ID 1904, and a transmission destination wireless identifier 2002. The transmission destination wireless identifier 2002 of the response packet is the same data as the transmission source identifier 2001 of the user request packet described with reference to FIG. 20A, that is, the wireless identification of the sensor device.

  When the packet transfer program 311 of the relay device 300 receives the user ID request response packet from the management server 200, the packet transfer program 311 returns an ACK to the management server 200 (T313), and the destination wireless identifier included in the user ID request response packet The user ID request response packet is transferred to the transmission destination specified by 2002, that is, to the sensor device 100 that is the transmission source of the user ID request packet (T314). This user ID request response packet includes a packet name 1903 and a sensor user ID 1904 as shown in FIG.

  When the user ID request program 121 of the sensor device 100 receives the user ID request response packet from the relay device 300, the sensor user ID included in the response packet is used as the sensor user in the sensor device specific information table 111 (FIG. 3). Stored in the ID column 111d (T113).

  On the other hand, when the user ID request response program 222 of the management server 200 sends a user ID response packet (T212), a record of the device ID “ABCDEF” with the sensor user ID “000000001” is obtained from the ID request table 211 (FIG. 5). Delete (T213).

  Thus, the registration process of the user ID in the sensor device 100 is completed.

  Next, processing from sending sensor data by the sensor device 100 to providing a service by the service providing apparatus 400 based on the sensor data will be described according to the sequence diagram shown in FIG.

  When receiving the sensor data from the sensor 101, the sensor data transmission program 123 of the sensor device 100 sets the data reception time as a sensing time by the sensor 101, and generates a sensor information packet including the sensor data and the sensing time (T121). Is wirelessly transmitted to the relay apparatus 300 (T122). The sensor data transmission program 123 is always activated when the above-described user ID registration process is completed and the sensor device 100 is turned on.

  As shown in FIG. 19C, a sensor information packet wirelessly transmitted from the sensor device 100 to the relay apparatus 300 includes a packet name “sensor information” 1905, a model ID “ABCDEF” 1902, and a sensor user ID “000000001”. 1904, sensor data 1906, and sensing time 1907 are included.

  When receiving the sensor information packet from the sensor device 100, the packet transfer program 321 of the relay device 300 returns an ACK to the sensor device 100 (T321) and transfers the sensor information packet to the management server 200 (T322). In this sensor information packet, as shown in FIG. 20C, the packet name “sensor information” 1905, the model ID “ABCDEF” 1902, and the sensor user ID “1” included in the sensor information packet from the sensor device 100 are included. In addition to “000000001” 1904, sensor data 1906, and sensing time 1907, a source wireless identifier 2001 is included.

  When the communication program of the management server 200 receives the sensor information packet from the relay device 300, it returns an ACK to the relay device 300 (T221), and uses the packet name “sensor information” included in this packet to detect the sensor of the management server 200. The information management program 223 is activated. Then, the sensor information management program 223 displays the model ID “ABCDEF”, sensor user ID “000000001”, sensor data, and sensing time included in the user ID request packet included in the sensor information packet, as sensor information. Register in the table 213 (FIG. 7).

  The management server 200 registers sensor data and the like in the sensor information table 213 every time a sensor information packet is received from the sensor device 100 via the relay device 300.

  On the other hand, the service providing program 422 of the service providing device 400 transmits a sensor information request packet for requesting sensor information related to the user to the management server 200 when the time for providing the service to the user is reached (T421) (T422). Here, the transmission trigger of the sensor information request packet is the service provision time. However, the present invention is not limited to this, and for example, when the service provision apparatus 400 receives a service provision request from the user. The sensor information request packet may be transmitted.

  The sensor information request packet transmitted from the service providing apparatus 400 includes a packet name “sensor information request” 1805 and an SO user ID “testuser 1” 1803 as shown in FIG.

  When the communication program of the management server 200 receives this sensor information request packet, the sensor information management program 223 of the management server 200 is activated by the packet name “sensor information request” included in this packet. Then, the sensor information management program 223 extracts sensor information corresponding to the SO user ID “testuser 1” included in the sensor information request packet (T223). At this time, the sensor information management program 223 first acquires the sensor user ID “000000001” corresponding to the SO user ID “testuser 1” with reference to the ID conversion table 212 (FIG. 6). All of the sensor data and sensing time regarding “000000001” are extracted from the sensor information table 213 (FIG. 7). Then, the sensor information management program 223 transmits to the service providing apparatus 400 a sensor information packet including all of the sensor data related to the sensor user ID “000000001” and the sensing time or a predetermined number of data (T224).

  The important point here is that not only the sensor data and the device ID but also the sensor user ID is sent from the sensor device 100, and these are collected together, and the sensor information table 213 of the management server 200 (FIG. 7). Stored in the sensor information table, the sensor data of the device ID corresponding to the sensor user ID is stored in the sensor information table (device table). There is no need to search from ID and sensor data stored in association with each other.

  The sensor information packet from the management server 200 includes a packet name “sensor information” 1806, an SO user ID “testuser 1” 1803, and sensor information 1807, as shown in FIG. As described above, the sensor information 1807 of this packet includes all or a predetermined number of sensor data related to the sensor user ID “000000001” and the sensing time.

  When the service providing program 422 of the service providing apparatus 400 receives the sensor information packet, it analyzes the sensor information included in the sensor information packet (T423) and transmits the analysis result to the mail address of the user. (T424). As a method for analyzing sensor information, a time-series change of sensor data included in sensor information is examined in which of a plurality of predetermined patterns, and corresponds to a certain pattern. In this case, a predetermined comment for this pattern is used as the analysis result. An example of a comment here is "You may lose your health due to sudden weight loss. Stop excessive dietary loss."

  Next, the sensor user ID deletion process will be described with reference to the sequence diagram shown in FIG.

  The deletion of the sensor user ID occurs, for example, when the user collects the sensor device 100 for the reason that the user stops providing the current service. For this reason, as a pre-processing of the processing shown in FIG. 12, the user registration program 421 of the service providing apparatus 400 receives a processing request for canceling the current service from the user and responds to this request to the management server 200 with an ID deletion packet. Send. This ID deletion packet is basically the same as the ID registration packet shown in FIG. 18A, but the packet name is “user ID deletion” and the request code is “0 (delete)”. When the communication program of the management server 200 receives this ID deletion packet, the user ID registration program 221 is activated. The user ID registration program 221 acquires the sensor user ID corresponding to the SO user ID included in the ID deletion packet from the ID conversion table 212, and the device ID and request code “0” included in the ID deletion packet. (Erase) "and the ID request table 211 (FIG. 5). This is the end of the preprocessing.

  When the user ID processing instruction switch 107b of the sensor device 100 is “erased”, the user ID deletion program 122 of the sensor device 100 is activated and wirelessly transmits a user ID deletion request packet to the relay device 300 (T131). This user ID deletion request packet is a packet including a packet name “user ID deletion request” 1908, a device ID 1902, and a sensor user ID 1904, as shown in FIG.

  When receiving the user ID deletion request packet from the sensor device 100, the packet transfer program 321 of the relay device 300 returns an ACK to the sensor device 100 (T331) and transfers the user ID deletion request packet to the management server 200 (T332). . In this user ID deletion request packet, as shown in FIG. 20D, the packet name “user ID deletion request” 1908 included in the user ID deletion request packet from the sensor device 100, the device ID 1902, and the sensor user In addition to the ID 1904, a transmission source wireless identifier 2001 is included.

  When the communication program of the management server 200 receives the user ID deletion request packet, the user ID request response program 222 is activated. This user ID request response program 222 corresponds to the device ID and sensor user ID included in the user ID deletion request packet in the ID request table 211 (FIG. 5), and the request code is “0 (delete)”. The presence or absence of the record is searched (T232). If there is a corresponding record, after transmitting a user ID deletion response packet to the relay apparatus 300, the corresponding record is deleted from the ID request table 211 (FIG. 5) (T233).

  When receiving the user ID deletion response packet from the management server 200, the packet transfer program 321 of the relay device 300 returns an ACK to the management server 200 (T333) and transfers the user ID deletion response packet to the sensor device 100 (T334). .

  When receiving the user ID deletion response packet from the relay device 300, the user ID deletion program 122 of the sensor device 100 returns an ACK to the relay device 300 (T132), and the sensor user ID from the sensor device unique information table 111 (FIG. 3). Is deleted (T133).

  This is the end of the sensor user ID deletion process. The sensor device 100 sends the user ID deletion request packet to the management server 200 because the management server 200 and the service providing device 400 recognize the deletion operation of the sensor user 1D stored in the sensor device 100. This is to make it happen. For this reason, when it is not necessary for the management server 200 and the service providing apparatus 400 to recognize this, naturally, the sensor device 100 does not need to send a user ID deletion request packet to the management server 200, and the user ID of the sensor device 100 As soon as the processing instruction switch 107b is “deleted”, the sensor user ID may be deleted from the sensor device specific information table 111 (FIG. 3).

  Next, main operations of individual devices of the sensor data management system will be described with reference to FIGS.

  First, user ID registration processing and user ID deletion pre-processing of the management server 200 will be described with reference to the flowchart shown in FIG. This user ID registration process corresponds to the user ID registration process (T202) in the sequence diagram shown in FIG.

  When the communication program of the management server 200 receives the ID registration packet (FIG. 18A) or the ID deletion packet from the service providing apparatus 400 (S1301), the packet name of this packet is checked (S1302). If it is “ID registration” or “user ID deletion”, an ACK is returned to the service providing apparatus 400 that is the transmission source of this packet (S1303), and then the user ID registration program 221 is started (S1304). If the packet name is “sensor information”, the sensor information management program 223 is started as described with reference to the sequence diagram of FIG. When the packet name is “user ID request” or “user ID deletion request”, the user ID request response program 222 is started as described later with reference to FIG.

  First, the user ID registration program 221 checks whether or not the SO user ID included in the ID registration packet (FIG. 18A) exists in the ID conversion table 212 (FIG. 6) (S1305). If the corresponding SO user ID does not exist (Yes in S1305), that is, if the previously received packet is an ID registration packet, the process proceeds to Step 1307, and if the corresponding SO user ID exists (No in S1305). In other words, if the previously received packet is an ID deletion packet or if an ID registration packet has been requested before, the sensor user ID is obtained from this ID conversion table 212 (S1306), and the process proceeds to step 1309. .

  If it is determined in step S1305 that there is no corresponding SO user ID and the process proceeds to step 1307, a sensor user ID having a predetermined number of digits is generated. This sensor user ID has a one-to-one relationship with the SO user ID. Next, the SO user ID and the sensor user ID are stored in association in the ID conversion table 212 (S1308). The device ID and request code included in the ID registration packet (FIG. 18A) and the sensor user ID generated in step 1307 or the sensor user ID acquired in step 1306 are stored in the ID request table 211. (S1309).

  Thus, the user ID registration process and the user ID deletion pre-process by the management server 200 are completed.

  Next, ID request response processing and ID deletion request processing by the management server 200 will be described with reference to the flowchart shown in FIG. The ID request response process by the management server 200 corresponds to the processes of T211 to T213 in the sequence diagram of FIG. 10, and the ID deletion request process corresponds to the processes of T231 to T233 in the sequence diagram of FIG.

  When the communication program of the management server 200 receives the ID request packet (FIG. 20A) or the ID deletion request packet (FIG. 20D) from the relay device 300 (S1401), the packet name of this packet is checked (S1402). ) If the packet name is “user ID request” or “user ID deletion request”, ACK is returned to the service providing apparatus 400 that is the transmission source of this packet (S1303), and then the user ID request response program 222 is activated. (S1403).

  If the received packet is an ID request packet, the user ID request response program 222 is the same as the device ID included in the ID request packet (FIG. 20A) in the user ID request table 211 (FIG. 20A). It is determined whether there is a record with a device ID and a request code “1 (registration)” (S1404). If there is a record with the same device ID as the device ID and a request code “1 (registration)”, A user ID request packet including the sensor user ID of this record is transmitted to the relay apparatus 300 (S1405) If there is no corresponding record, an error packet is transmitted to the relay apparatus 300 (S1409), and the process is terminated.

  If the received packet is an ID deletion request packet, the user ID request response program 222 is included in the ID deletion request packet (FIG. 20A) in the user ID request table 211 (FIG. 5). It is determined whether there is a record having the same device ID as the device ID and the request code “0 (erase)” (S1406), and the same device ID as the device ID and the request code is “0 (erase)”. If there is a record, a user ID deletion response packet is transmitted to the relay apparatus 300 (S1407). If there is no corresponding record, an error packet is transmitted to the relay device 300 (S1409), and the process is terminated.

  When the user ID request response program 222 transmits a user ID response packet or a user ID deletion response packet to the relay device 300 (S1405 or S1407), the user ID request response program 222 deletes the corresponding record from the user ID request table 211 (FIG. 5) (S1408), and processing Exit.

  Next, packet transfer processing by the relay apparatus 300 will be described with reference to the flowchart shown in FIG. This packet transfer process is executed by the packet transfer program 321.

  When receiving the packet (S1501), the packet transfer program 321 of the relay device 300 returns an ACK to the transmission source of this packet (S1502). Next, it is determined whether or not the transmission source of this packet is the sensor device 100 (S1503). When the transmission source of this packet is the sensor device 100, the transmission source wireless identifier is further added to the data of this packet. The packet is added with (the wireless identifier of the sensor device 100) and transmitted to the management server 200. If the transmission source of the received packet is not a sensor device, it is determined whether or not the transmission source is the management server 200 (S1505). If the transmission source is the management server, it is included in this packet. The packet is transmitted to the sensor device 100 of the transmission destination wireless identifier. If it is determined in step 1505 that the transmission source is not the management server 200, the processing ends.

  Thus, the packet transfer process by the relay device 300 ends.

  Next, user ID request and user ID registration processing by the sensor device 100 will be described with reference to the flowchart shown in FIG. This process corresponds to T111 to T113 in the sequence diagram of FIG.

  When the user ID processing instruction switch 107b of the sensor device 100 is “registered”, the user ID request program 121 is activated (S1601), and a user ID request packet is wirelessly transmitted to the relay device 300 (S1602).

  Next, after receiving the ACK from the relay device 300 (S1603), the user ID request program 121 waits for a packet from the relay device 300 (S1604). When a packet is received from the relay device 300, an ACK is returned to the relay device 300 (S1605), and then it is determined whether or not this packet is a user ID response packet (S1606). If this packet is a user ID response packet, the sensor user ID included in the user ID response packet (FIG. 19B) is stored in the sensor device specific information table 111 (FIG. 3) (S1608). The normal end is displayed on the display unit 106, and the process ends.

  If it is determined in step 1606 that the packet received in step 1604 is not a user ID response packet, an error is displayed on the display unit 106, and the process ends.

  Next, a user ID deletion request and a user ID deletion process performed by the sensor device 100 will be described with reference to the flowchart shown in FIG. This process corresponds to T131 to T133 in the sequence diagram of FIG.

  When the user ID processing instruction switch 107b of the sensor device 100 is “erased”, the user ID request program 121 is activated (S1701) and wirelessly transmits a user ID deletion request packet to the relay device 300 (S1702).

  Next, after receiving the ACK from the relay device 300 (S1703), the user ID request program 121 waits for a packet from the relay device 300 (S1704). When a packet is received from the relay device 300, an ACK is returned to the relay device 300 (S1705), and then it is determined whether or not this packet is a user ID deletion response packet (S1706). If this packet is a user ID deletion response packet, after the sensor user ID is deleted from the sensor device specific information table 111 (FIG. 3) (S1708), the normal end is displayed on the display unit 106, and the process ends.

  If it is determined in step 1706 that the packet received in step 1704 is not a user ID deletion response packet, an error is displayed on the display unit 106, and the process ends.

  As described above, in this embodiment, the sensor device 100 sends the sensor device ID and the sensor user ID together with the sensor data to the management server, and the management server 200 transmits the sensor data and sensor sent from the sensor device 100. Since device IDs, sensor user IDs, and the like are stored in association with each other, it is possible to save the trouble of searching for sensor data of a specific sensor user ID from sensor data for each of a plurality of sensor device IDs when using sensor data. . Therefore, although the sensor device ID and the sensor user ID are associated with each other and temporarily registered in the ID request table 211, once the sensor user ID is notified to the sensor device 100, the ID request table 211 Since the record is deleted, the data storage amount of the management server 200 can be reduced.

  In the present embodiment, when registering the sensor user ID in the sensor device 100, the sensor user ID is received from the management server 200 using the communication means for transmitting the sensor data, and is registered. In order to input the user ID, it is not necessary to provide a separate input means, and the sensor device 100 can be downsized.

  In the above embodiment, the operation of the switch 107b is triggered by the registration process of the sensor user ID to the sensor device 100 and the deletion process of the sensor user ID from the sensor device 100. However, the present invention is not limited to this. For example, when the sensor device 100 is delivered to the user and is used in a power-on state until it is collected, this power-on is registered. This power off may be used as a trigger for the erasing process.

  In the above embodiment, two users, the SO user ID and the sensor user ID, are used to uniquely identify the user. However, only one of the IDs may be used.

It is a lineblock diagram of the sensor data management system in one embodiment concerning the present invention. It is a block diagram of the relay apparatus in the sensor data management system in one Embodiment which concerns on this invention. It is explanatory drawing which shows the data structure of the sensor apparatus specific information table in one Embodiment which concerns on this invention. It is explanatory drawing which shows the data structure of the relay apparatus specific information table in one Embodiment which concerns on this invention. It is explanatory drawing which shows the data structure of the ID request | requirement table in one Embodiment which concerns on this invention. It is explanatory drawing which shows the data structure of the ID conversion table in one Embodiment which concerns on this invention. It is explanatory drawing which shows the data structure of the sensor information table in one Embodiment which concerns on this invention. It is explanatory drawing which shows the data structure of the user information table in one Embodiment which concerns on this invention. It is a sequence diagram which shows the pre-registration process of user ID in one Embodiment which concerns on this invention. It is a sequence diagram which shows the registration process of user ID in one Embodiment which concerns on this invention. It is a sequence diagram which shows the management process of the sensor data in one Embodiment which concerns on this invention. It is a sequence diagram which shows the deletion process of the user ID in one Embodiment which concerns on this invention. It is a flowchart which shows ID registration processing by the management server in one Embodiment which concerns on this invention. It is a flowchart which shows the ID request response and ID deletion request | requirement process by the management server in one Embodiment which concerns on this invention. It is a flowchart which shows the packet transfer process by the relay apparatus in one Embodiment which concerns on this invention. It is a flowchart which shows the user ID registration process by the sensor apparatus in one Embodiment which concerns on this invention. It is a flowchart which shows the user ID deletion process by the sensor apparatus in one Embodiment which concerns on this invention. It is explanatory drawing which shows the data structure of the various packets communicated between the service provision apparatus and management server in one Embodiment which concerns on this invention. It is explanatory drawing which shows the data structure of the various packets communicated between the sensor apparatus and relay device in one Embodiment which concerns on this invention. It is explanatory drawing which shows the data structure of the various packets communicated between the relay apparatus and management server in one Embodiment which concerns on this invention.

Explanation of symbols

100: sensor device, 101: sensor, 102: CPU, 103: RAM, 104: RF processing unit, 105: antenna, 106: display unit, 107: switch, 110: EEPROM, 111: sensor device specific information table, 200: Management server 202: CPU 203: RAM 204: Communication interface 211: ID request table 212: ID conversion table 213: Sensor information table 221: User ID registration program 222: User ID request response program 223 : Sensor information management program, 300: Relay device, 400: Service providing device

Claims (7)

In a sensor device comprising a sensor and communication means for transmitting sensor data acquired by the sensor to a management server,
A sensor device unique information storage area in which a sensor device ID unique to the sensor device is stored;
A user ID requesting unit that designates a sensor device ID of the sensor device and causes the management server to request transmission of a user ID specific to a user who uses the sensor device by the communication unit;
When the communication means receives a user ID of the sensor device from the management server, a user ID registration means for registering in the sensor device specific information storage area;
Sensor data transmission for acquiring sensor data from the sensor and transmitting the sensor device ID and the user ID stored in the sensor device specific information storage area together with the sensor data to the management server by the communication means Processing means;
A sensor device comprising: The sensor device according to claim 1,
A sensor device, comprising: an erasing unit that erases the user ID from the sensor device specific information storage area when a predetermined condition is satisfied. In a management server comprising communication means for receiving sensor data from a plurality of sensor devices comprising a sensor and communication means, and a sensor data storage area for storing the sensor data,
For each of the plurality of sensor devices, a device ID-user ID storage area in which a sensor device ID unique to the sensor device and a user ID unique to a user who uses the sensor device are stored in association with each other;
When the communication means receives a transmission request for a user ID of a user who uses a sensor device ID designated by the sensor device ID from any one of the plurality of sensor devices, the device ID-user A user ID request response means for extracting a user ID associated with the sensor device ID from the ID storage means and transmitting the user ID to the sensor device by the communication means;
When the communication unit receives the sensor data, the sensor device ID, and the user ID from the one sensor device, a sensor data management unit that associates them with each other and stores them in the sensor data storage area;
A management server comprising: In the management server according to claim 3,
When the user ID request response means transmits the user ID related to the sensor device, erasure means for erasing the sensor device ID of the sensor device from the device ID-user ID storage area,
Management server characterized by comprising. Sensor device according to any one of claims 1 and 2,
The management server according to any one of claims 3 and 4, which receives sensor data from the sensor device;
A sensor data management system comprising: In the sensor data management system according to claim 5,
A service providing device for providing a predetermined service to a user who uses the sensor device;
The service providing apparatus includes:
Communication means for communicating with the management server;
A sensor data storage area for storing sensor data for each user;
A sensor data requesting unit that designates a user ID and causes the management server to request transmission of sensor data corresponding to the user ID by the communication unit;
When the communication means receives sensor data corresponding to the user ID from the management server, the sensor data is analyzed, and the analysis result is notified to the user of the user ID by the communication means;
With
The management server
When the communication means receives a transmission request for sensor data corresponding to the user ID from the service providing device, the sensor means acquires sensor data corresponding to the user ID from the sensor data storage area, and transmits the sensor data to the communication means. Sensor data transmission processing means to be transmitted in,
A sensor data management system characterized by that. In a sensor data management program for receiving sensor data from a plurality of sensor devices including sensors and communication means and managing the sensor data,
For each of the plurality of sensor devices, a device ID that is unique to the sensor device and a user ID that is unique to the user who uses the sensor device, and that is associated with each other and stored in the first storage area of the computer— A user ID storage step;
User ID request reception for receiving a transmission request for a user ID of a user who uses a specified sensor device ID from any one of the plurality of sensor devices by the communication means of the computer. Steps,
Upon receiving the user ID transmission request from the one sensor device in the user ID request reception step, the user ID associated with the sensor device included in the transmission request is extracted from the first storage area. A user ID request response step of transmitting the user ID to the one sensor device by the communication means;
A sensor data receiving step of receiving the sensor data, sensor device ID and user ID from the one sensor device by the communication means;
In the sensor data receiving step, when the sensor data, the sensor device ID, and the user ID are received, the sensor data managing step of associating them with each other and storing them in the second storage area of the computer;
Is executed by the computer, and a sensor data management program.

Images