WO2018088039A1 - センサ開通テストシステム、センサ開通テスト管理端末、センサ、センサ開通テスト方法及びプログラム - Google Patents

センサ開通テストシステム、センサ開通テスト管理端末、センサ、センサ開通テスト方法及びプログラム Download PDF

Info

Publication number
WO2018088039A1
WO2018088039A1 PCT/JP2017/034017 JP2017034017W WO2018088039A1 WO 2018088039 A1 WO2018088039 A1 WO 2018088039A1 JP 2017034017 W JP2017034017 W JP 2017034017W WO 2018088039 A1 WO2018088039 A1 WO 2018088039A1
Authority
WO
WIPO (PCT)
Prior art keywords
sensor
metadata
test
application
opening
Prior art date
Application number
PCT/JP2017/034017
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 EP17869549.0A priority Critical patent/EP3541084B1/en
Priority to US16/346,550 priority patent/US11106558B2/en
Publication of WO2018088039A1 publication Critical patent/WO2018088039A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/2221—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test input/output devices or peripheral units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273—Test methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/2236—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test CPU or processors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom

Definitions

  • the present invention relates to a technique for performing an opening test of a newly installed sensor.
  • sensor network A technology called sensor network is being studied. This is because sensor devices with sensing and communication functions (hereinafter also simply referred to as “sensors”) are installed in various locations and industrial facilities, and networking them to collect, manage, and seamlessly sense data. It can be used.
  • sensors are installed to collect data that the owners themselves need. Therefore, it is often not used except when the owner collects data (the sensor itself is not operating, or sensing data is not used even if the sensor is operating). For this reason, the distribution of sensing data is low, and no matter how meaningful the data is for a third party, the sensor owner himself has only analyzed and used it. As a result, redundant investment of equipment and network congestion due to communication with sensors installed by each person have been invited.
  • IoT Internet of Things
  • sensing data collected in large quantities all over the world according to their own purposes For example, processing data on an application server capable of processing big data to create and provide added value, or activating trading of sensing data to bring about an economic effect.
  • the owner of the sensor can obtain a price by allowing the data user to temporarily use the sensor or providing sensing data. For the user, there is an advantage that necessary data can be obtained at low cost because investment for installing the sensor is unnecessary.
  • Patent Document 1 an invention relating to a mechanism for appropriately distributing resources such as sensing data has been proposed.
  • the data flow control command is command information that includes information for specifying a sensor that is a data providing source and an application that is a data using destination, and commands the data to be distributed from the data providing source to the data using destination. .
  • the sensor is newly installed in the matching device that matches the sensor side metadata and the application side metadata.
  • the metadata of the sensor and the metadata of the opening confirmation application that confirms whether or not the data of the newly installed sensor can be received are normally matched, and further, in the opening test application by the data flow control command It is necessary to check whether the data of the newly installed sensor can be received.
  • sensor-side metadata and application-side metadata include a lot of information. Therefore, if the sensor data reception fails when confirming the opening of the newly installed sensor, the new sensor installation failed or one of the metadata items containing a lot of information was incorrectly entered and matched. There was a problem that the cause was difficult to understand.
  • the present invention has been invented in view of the above problems, and it is an object of the present invention to provide a technique capable of efficiently performing an opening test of a newly installed sensor.
  • the present invention provides sensor-side test metadata for opening test including at least a sensor identifier that uniquely identifies either a sensor that outputs sensing data or a network adapter that is connected to the sensor and transmits sensing data to a network.
  • the matching unit that determines matching between the acquired sensor-side test metadata and the acquired application-side test metadata and the distribution device that manages the distribution of the sensing data before matching
  • Sensor opening test comprising: a sensor-side test metadata and an instruction unit that transmits a data flow control command for instructing a test data flow from the sensor or network adapter specified by the application-side test metadata to the opening test application System.
  • the sensor-side test metadata includes information indicating that the metadata is metadata for an opening test, and information for identifying a distribution source of the sensing data of the sensor, and includes the application-side test metadata.
  • the data may include information indicating that the metadata is the metadata for the opening test and information for identifying a delivery destination of the sensing data of the sensor.
  • This configuration makes it possible to search only the metadata for the opening test from among a lot of metadata by clearly indicating that the metadata is for the opening test. Furthermore, by limiting the metadata information to only the information necessary for the opening test, the opening test time from the metadata matching process to the transmission of the data flow control command can be shortened.
  • the sensor side metadata acquisition unit changes the setting of the sensor side test metadata so that the sensor side test metadata can be acquired
  • the application side metadata acquisition unit changes the application side test metadata.
  • a configuration may be provided that includes a metadata setting changing unit that changes the setting of the application-side test metadata so that data can be acquired.
  • This configuration makes it possible to control the start of the opening test from the outside.
  • test data reception status presentation unit that presents the test data reception status in the application test application may be used.
  • This configuration makes it possible to check the reception status of test data in the opening test application.
  • the sensor identifier may be a UUID (Universally Unique Identifier).
  • a UUID Universally Unique Identifier
  • a sensor or network adapter can be used as an identifier for uniquely identifying a sensor or network adapter.
  • the sensor management terminal includes a sensor-side test for an opening test that includes at least a sensor identifier that uniquely identifies a sensor that outputs sensing data or a network adapter that is connected to the sensor and transmits sensing data to a network.
  • Metadata for application and test application of the sensor, and metadata for application side testing including at least the sensor identifier, based on the identity of the sensor identifier.
  • a construction worker who performs a sensor opening test can control the start of the sensor opening test at the site where the sensor is installed, and can confirm the reception status of the test data in the opening test application.
  • the sensor according to the present invention includes sensor-side test metadata for an opening test including at least a sensor identifier for uniquely identifying a sensor that transmits sensing data to a network, and metadata of an application for an opening test of the sensor.
  • the application-side metadata including at least the sensor identifier is determined based on the identity of the sensor identifier to determine a match between the sensor-side test metadata and the application-side test metadata,
  • a sensor in a sensor opening test system for performing an opening test comprising a function of a sensor for outputting sensing data, a normal mode for transmitting the sensing data, and a sensor opening test mode.
  • data A test data transmitting unit that transmits a configuration and a presentation unit that presents the reception status in the open test application of the test data transmitted from the sensor.
  • the senor can autonomously execute a sensor opening test without preparing a special instrument.
  • a setting changing unit that changes the setting of the sensor-side test metadata or the application-side test metadata so that the sensor-side test metadata or the application-side test metadata is a target of matching. You may make it the structure which has.
  • the start of the opening test can be controlled from the sensor.
  • the sensor opening test method includes a sensor side for opening test including at least a sensor identifier for uniquely identifying a sensor that outputs sensing data or a network adapter that is opened by the sensor and transmits sensing data to a network.
  • Acquire test metadata acquire application-side metadata including at least the sensor identifier, which is metadata of the sensor opening test application, and acquire the sensor-side test based on the identity of the sensor identifier
  • the matching of the sensor-side test metadata and the application-side test metadata is performed with respect to a distribution device that determines matching between the acquired metadata and the acquired application-side test metadata and manages the distribution of the sensing data.
  • a method of instructing a test data flow to open the test application from the sensors or the network adapter is specified by chromatography data.
  • the program according to the present invention provides a sensor-side test meta for the opening test including at least a sensor identifier for uniquely identifying a sensor that outputs sensing data or a network adapter that is connected to the sensor and that transmits sensing data to a network.
  • the process of acquiring data the process of acquiring application-side metadata including at least the sensor identifier, which is metadata of the sensor opening test application, and the acquired sensor side based on the identity of the sensor identifier Processing for determining matching between the test metadata and the acquired application-side test metadata, and the sensor-side test metadata and the application matched to the distribution device that manages the distribution of the sensing data Is a program for executing a process of transmitting to the computer the data flow control command for instructing a test data flow to open the test application from the sensors or the network adapter is specified in the test metadata.
  • the present invention can quickly perform an opening test of a newly installed sensor.
  • FIG. 2 is a block diagram of a sensor 30.
  • FIG. It is the schematic of the sensor 30 in 3rd Embodiment. It is an operation
  • FIG. 1 is a block diagram of the first embodiment.
  • 1a to 1c are sensors
  • 2 is a sensor network adapter
  • 3 is an application server (APP server)
  • 4 is a sensing data distribution device
  • 5 is a sensor side metadata database
  • 6 is an application side metadata database
  • 7 is a matching device.
  • Sensors 1a to 1c are devices that detect some physical quantity or its change and record or output it as sensing data.
  • Typical examples of the sensor include a position sensor (GPS), an acceleration sensor, and a pressure sensor, but a camera, a microphone, an input system, and the like can also be said to be sensors.
  • the sensors 1a to 1c are newly installed sensors.
  • the sensor network adapter 2 is physically or electrically connected to the sensors 1a to 1c to acquire sensing data. Further, predetermined processing is performed on the sensing data by an information processing device such as a CPU. For example, a process of converting the sensing data acquired from the sensors 1a to 1c into a transmission packet. Moreover, it has a communication function with the outside and can communicate with the sensing data distribution device 4 via the network. In addition, during the sensor opening test (hereinafter referred to as test mode), the test data of the sensors 1a to 1c is transmitted to the sensing data distribution device 4 instead of the sensing data of the sensors 1a to 1c. If the test data is known to be test data, the type of the test data is not limited.
  • the sensors 1a to 1c and the sensor network adapter 2 may be integrated in the same casing. Further, when the sensor itself has a network connection function (communication function), a network adapter is unnecessary.
  • Application server 3 is a server having an application that provides services using sensing data. Note that the application of the present embodiment is assumed to be an application for opening test of the sensors 1a to 1c to check whether the sensing data of the newly installed sensors 1a to 1c can be correctly received.
  • the sensing data distribution device 4 has a communication function, and can communicate with the sensor network adapter 2 and the application server 3. Specifically, the sensing data is received from the sensor network adapter 2 and the received sensing data is distributed to the designated application server 3.
  • the sensor-side metadata database 5 is a database that stores sensor-side metadata that is information related to sensors that output sensing data.
  • the sensor-side metadata database 5 is provided separately from the matching device 7 and the sensor-side metadata database 5 and the matching device 7 are connected via a network.
  • the matching device 7 may include the sensor side metadata database 5.
  • the sensor-side metadata includes a sensor used when matching a sensor that provides sensing data detected by the sensor with an application that provides a service using the sensing data, and attributes of the sensing data obtained by the sensor.
  • Examples of the sensor-side metadata items include data category, data item, measurement area, measurement date and time, device, distribution interval, and data specification.
  • the data category is “indoor environment measurement”
  • the data item is “temperature, humidity, sound pressure, acceleration”
  • the measurement area is “Shiga Prefecture”
  • the measurement date is “immediate”
  • the device is “device name”.
  • “one time / 10 minutes” is described in the distribution interval
  • http://WWW.XXX is described in the data specification.
  • sensor side test metadata for opening test of the newly installed sensors 1a to 1c is also stored.
  • the sensor-side test metadata includes at least information related to a sensor identifier for uniquely identifying the sensors 1a to 1c or the sensor network adapter 2 and a communication source (distribution source) of sensing data of the sensors 1a to 1c.
  • the sensor 1a A sensor identifier may be given to the sensor network adapter 2 on behalf of ⁇ 1c. Further, when it is desired to individually recognize the sensor based on the desire of the user on the application side using the sensing data, etc., as shown in FIG. 3, the sensor 1a to 1c may be individually provided.
  • UUID Universally (Unique Identifier).
  • the UUID is an identifier for uniquely identifying an object (in this example, the sensors 1a to 1c or the sensor network adapter 2) on software.
  • a UUID variant variant is not limited.
  • a UUID version using a time and a MAC address
  • a UUID that uses some unique name such as a UUID (version 2), domain name, etc., in which a part of the version 1 UUID is replaced with a POSIX user ID or group ID, and MD5 ( UUID using version 3) or SHA1 (version 5), random UUID (version 4), etc.
  • byte string a unique name
  • MD5 UUID using version 3
  • SHA1 version 5
  • random UUID version 4
  • the information related to the communication source (distribution source) of the sensing data of the sensors 1a to 1c is information related to the sensor network adapter 2 that transmits the sensing data of the sensors 1a to 1c to the sensing data distribution device 4. And the IP address of the sensor network adapter 2.
  • the application-side metadata database 6 is a database in which application-side metadata that is information related to applications that provide services using sensing data is stored.
  • application-side metadata refers to information related to the attributes of sensing data required by the application itself and the application.
  • Examples of application-side metadata items include data category, data item, measurement area, measurement date and time, and device. And “Environmental measurement” is described in the data category, “Temperature and humidity” in the data item, “Shiga prefecture...” in the measurement area, “Immediate” in the measurement date and time, “Device name” in the device, etc.
  • application side test metadata for opening test of the newly installed sensors 1a to 1c is also stored.
  • the application-side test metadata includes at least information on the above-described sensor identifier and communication destination (distribution destination) of sensing data.
  • the information regarding the communication destination (distribution destination) is information regarding the application server 3, for example, the IP address of the application server 3.
  • the matching device 7 is a device that performs matching between sensor-side metadata and application-side metadata.
  • the matching device 7 includes a sensor-side metadata acquisition unit 10, an application-side metadata acquisition unit 11, a matching unit 12, and a data flow control command instruction unit 13.
  • the sensor-side metadata acquisition unit 10 acquires sensor-side test metadata from the sensor-side metadata database 5.
  • a trigger for acquiring sensor-side test metadata for example, a test start event notification may be performed from the sensor side or the application side.
  • the event notification of the test start may be notified to the user who manages the matching device 7 verbally by a construction worker who installs the sensor, or an event notification signal may be transmitted via a network.
  • the sensor-side test metadata may be periodically acquired regardless of the test start event notification.
  • the test is started and the sensor-side metadata acquisition unit 10 It may be a trigger for acquisition of
  • a flag indicating whether the search is valid or invalid is provided in the sensor-side test metadata, and the sensor-side metadata acquisition unit 10 stores the sensor-side test metadata in which the flag is valid. You may make it acquire.
  • the application side metadata acquisition unit 11 acquires application side test metadata from the application side metadata database 6.
  • a test start event notification may be performed from the sensor side or the application side.
  • the event notification of the test start may be notified to the user who manages the matching device 7 verbally by a construction worker who installs the sensor, or an event notification signal may be transmitted via a network.
  • the application-side test metadata may be periodically acquired regardless of the test start event notification.
  • the test start or the acquisition by the application-side metadata acquisition unit 11 can be used as a trigger. good.
  • a flag indicating whether the search is valid or invalid is provided in the application-side metadata, and the application-side metadata acquisition unit 11 acquires the application-side metadata in which the flag is valid. May be.
  • the matching unit 12 performs matching between the acquired sensor-side test metadata and application-side test metadata.
  • the target of matching is a sensor identifier described in sensor-side test metadata and application-side test metadata. If the sensor identifier written in the sensor-side test metadata matches the sensor identifier written in the application-side test metadata, the sensor-side test metadata matches the application-side test metadata. judge. Then, the matching result is output to the data flow control command instruction unit 13.
  • This data flow control command includes information on the communication source (distribution source) of the sensing data of the sensors 1a to 1c described in the sensor-side test metadata and the sensing data described in the application-side test metadata.
  • Information on the communication destination (distribution destination) is information regarding the sensor network adapter 2, and the information regarding the communication destination (distribution destination) is information regarding the application server 3.
  • the operation in the configuration of the first embodiment will be described with reference to the flowchart of FIG.
  • the sensor identifier is given to the sensor network adapter 2 on behalf of the sensors 1a to 1c.
  • the sensor identifier to be assigned is “a0eebc99ac0b4ef8bb6d6cb9bd380a11” generated using a conventional method of generating UUID.
  • the sensor-side test metadata shown in FIG. 5 includes items of type, valid period, sensor identifier (UUID) and communication source identification information (communication source ID). “August 9, 2016”, “a0eebc99ac0b4ef8bb6d6cb9bd380a11” is described in sensor identification information (UUID), and “sensor network adapter 2” is described in communication source identification information (communication source ID).
  • a type item may be provided, and the test mode may be described in this type item.
  • the sensor-side metadata acquisition unit 10 acquires sensor-side test metadata from the sensor-side metadata database 5, it does not acquire a large number of sensor-side metadata including normal sensor-side metadata. Only the sensor-side test metadata whose type item is “test mode” can be acquired.
  • the sensor-side metadata acquisition unit 10 searches the sensor-side test metadata. It is not necessary to search all the sensor side metadata when performing the process, and only the metadata of the type “test mode” needs to be searched, so that the sensor side metadata acquisition unit 10 can be processed quickly. is there.
  • the application-side test metadata is created, for example, by a construction worker who installs the sensor or the user of the application server 3 before the opening test. Then, the created application test metadata is registered in the application metadata database 6.
  • An example of application-side test metadata is shown in FIG.
  • the application-side test metadata shown in FIG. 6 includes items of type, valid period, sensor identifier (UUID), and communication destination identification information (communication destination ID). “August 9, 2016”, “a0eebc99ac0b4ef8bb6d6cb9bd380a11” is described in the sensor identifier (UUID), and “application server 3” is described in the communication destination identification information (communication destination ID).
  • the application-side test metadata may be provided with a type item, and the test item may be described in this type item. This is because when the application-side metadata acquisition unit 11 acquires application-side test metadata from the application-side metadata database 6, it does not acquire a large number of application-side metadata including normal application-side metadata. Only application-side test metadata whose type item is “test mode” can be acquired. As described above, if the metadata is “test mode” metadata or “normal” metadata depending on the type, the application-side metadata acquisition unit 11 searches the application-side test metadata. It is not necessary to search all the application-side metadata when performing the process, and only the metadata of the type “test mode” needs to be searched, so that the processing of the application-side metadata acquisition unit 11 is accelerated. is there.
  • the sensor opening test can be started.
  • Step 100 the sensor network adapter 2 is shifted to the test mode, and communication between the sensor network adapter 2 and the sensing data distribution device 4 is established (Step 100).
  • Communication between the sensor network adapter 2 and the sensing data distribution device 4 can be established by giving authentication information to each other. This authentication information is, for example, a user ID and password setting that are normally performed to ensure communication security. Communication is established between the sensor network adapter 2 and the sensing data distribution device 4 based on the authentication information.
  • Step 101 the communication between the application server 3 and the sensing data distribution device 4 is established.
  • Communication between the application server 3 and the sensing data distribution device 4 can be established by giving authentication information to each other.
  • This authentication information is, for example, a user ID and password setting that are normally performed to ensure communication security. Based on the authentication information, communication is established between the application server 3 and the sensing data distribution device 4.
  • test data is continuously transmitted from the sensor network adapter 2 to the sensing data distribution device 4 (Step 102).
  • the transmitted test data is data including sensor recognition time and construction worker identification information for identifying the construction worker who installs the sensor.
  • Step 103 the sensor side metadata acquisition unit 10 and the application side metadata acquisition unit 11 are instructed to acquire sensor side test metadata and application side test metadata.
  • the sensor-side metadata acquisition unit 10 acquires sensor-side test metadata whose type is “test mode” from the sensor-side metadata database 5 and outputs it to the matching unit 12 (Step 104).
  • the application-side metadata acquisition unit 11 acquires application-side test metadata whose type is “test mode” from the application-side metadata database 6 and outputs it to the matching unit 12 (Step 105).
  • the matching unit 12 performs matching with the acquired sensor-side test metadata and application-side test metadata (Step 106).
  • the matching target is the sensor identifier described in the sensor-side test metadata and the application-side test metadata.
  • the sensor-side test metadata in which “a0eebc99ac0b4ef8bb6d6cb9bd380a11” is described in the sensor identifier (UUID) is matched with the application-side test metadata.
  • the matching unit 12 communicates the information described in the communication source identification information (communication source ID) of the matched sensor side test metadata and the matched application side test metadata.
  • Information described in the destination identification information (communication destination ID) is transmitted to the data flow control command instructing unit 13 (Step 108).
  • the communication source identification information (communication source ID) transmitted to the data flow control command instructing unit 13 is “sensor network adapter 2”.
  • the communication destination identification information (communication destination ID) transmitted to the data flow control command instruction unit 13 is “application server 3”.
  • the data flow control command instructing unit 13 generates a data flow control command including communication source identification information (communication source ID) and communication destination identification information (communication destination ID) received from the matching unit 12, and sends the data flow control command to the sensing data distribution device 4. Transmit (Step 109).
  • the data flow control command includes “sensor network adapter 2” as communication source identification information (communication source ID) and “application server 3” as communication destination identification information (communication destination ID).
  • the sensing data distribution device 4 receives the data flow control command, and transmits the test data transmitted from the sensor network adapter specified by the communication source identification information (communication source ID) included in the data flow control command to the data flow control. It transmits to the application server specified by the communication destination identification information (communication destination ID) included in the command (Step 110). In this example, test data transmitted from the sensor network adapter 2 is distributed to the application server 3.
  • the application server 3 confirms whether the test data distributed from the sensing data distribution device 4 can be received correctly (Step 111). If the reception of the test data can be confirmed, the sensor opening test has been successfully completed (Step 112). If reception of the test data cannot be confirmed, the sensor opening test is unsuccessful (Step 113).
  • Step 102 an example (Step 102) in which the test data is continuously transmitted from the sensor network adapter 2 to the sensing data distribution device 4 before the matching process has been described.
  • the present invention is not limited thereto.
  • the matching process between the sensor-side test metadata and the application-side test metadata is performed, the matching is completed (Step 107), and the data flow control command instructing unit 13 sends the data flow control command to the sensing data distribution device.
  • the test data may be transmitted from the sensor network adapter 2 to the sensing data distribution device 4 (Step 102).
  • the matching target between the sensor-side metadata and the application-side metadata is limited to the sensor identifier, so that the matching process can be performed at high speed and a quick opening test can be performed. it can. As a result, processor resources required for the matching process can be reduced.
  • the test for confirming the opening of the newly installed sensor fails.
  • a failure to install a new sensor and a failure to match metadata can be distinguished, and the efficiency of the opening test can be improved. For this reason, the amount of communication for investigating the cause can be reduced, and as a result, the use of communication resources can be reduced.
  • FIG. 7 is a block diagram of the second embodiment.
  • the second embodiment includes an opening test management terminal 8 in addition to the first embodiment.
  • FIG. 8 is a diagram illustrating an example of application-side test metadata according to the second embodiment.
  • an item indicating whether or not the application-side metadata acquisition unit 11 can search is added to the application-side test metadata, and the item becomes “invalid”. ing.
  • the application-side metadata acquisition unit 11 is configured to exclude the application-side test metadata from search (acquisition) targets.
  • the management terminal 8 for opening test has a function of accessing the application server 3 via communication. Then, it has a setting change unit 20 that can change the setting item of whether or not to search for application-side test metadata stored in the application-side metadata database 6 to “valid” via the application server 3.
  • the opening test management terminal 8 has a test data reception status confirmation unit 21 that can confirm the reception status of the test data distributed from the sensing data distribution device 4 in the application server 3. Then, the person in charge of construction can confirm whether or not the application server 3 has correctly received the test data distributed from the sensing data distribution device 4 by the test data reception status confirmation unit 21.
  • a method for presenting the reception status of the test data there are a method of displaying the contents included in the test data on the display screen or displaying that the test data has been successfully received.
  • the operation of the second embodiment in the above configuration will be described using the flowchart of FIG.
  • the sensor identifier is given to the sensor network adapter 2 on behalf of the sensors 1a to 1c.
  • the sensor identifier to be assigned is “a0eebc99ac0b4ef8bb6d6cb9bd380a11” generated using a conventional method of generating UUID.
  • the sensor-side metadata acquisition unit 10 and the application-side metadata acquisition unit 11 are configured to periodically acquire test metadata. It shall be.
  • sensor-side test metadata for the sensor opening test. Creation of sensor-side test metadata is performed, for example, by a construction worker who installs the sensor before the opening test. Then, the created sensor-side test metadata is registered in the sensor-side metadata database 5. An example of sensor-side test metadata is the same as that in FIG. 5 described above.
  • the application-side test metadata is created, for example, by a construction worker who installs the sensor or the user of the application server 3 before the opening test.
  • an item indicating whether or not application-side test metadata can be searched is added.
  • searchable / unusable is set to “invalid”.
  • Other items are the same as those in the first embodiment.
  • the sensor opening test can be started.
  • the sensor network adapter 2 is changed to the test mode, and communication between the sensor network adapter 2 and the sensing data distribution device 4 is established (Step 200).
  • Communication between the sensor network adapter 2 and the sensing data distribution device 4 can be established by giving authentication information to each other. This authentication information is, for example, a user ID and password setting that are normally performed to ensure communication security. Communication is established between the sensor network adapter 2 and the sensing data distribution device 4 based on the authentication information.
  • Step 201 communication between the application server 3 and the sensing data distribution device 4 is established.
  • Communication between the application server 3 and the sensing data distribution device 4 can be established by giving authentication information to each other.
  • This authentication information is, for example, a user ID and password setting that are normally performed to ensure communication security. Based on the authentication information, communication is established between the application server 3 and the sensing data distribution device 4.
  • test data is continuously transmitted from the sensor network adapter 2 to the sensing data distribution device 4 (Step 202).
  • the transmitted test data is data including sensor recognition time and construction worker identification information for identifying the construction worker who installs the sensor.
  • the process up to this point is the same as in the first embodiment.
  • FIG. 10 is a diagram showing an example in which the application test metadata item is set to “valid” by the opening test management terminal 8.
  • the sensor-side metadata acquisition unit 10 periodically acquires sensor-side test metadata whose type is “test mode” from the sensor-side metadata database 5 and outputs it to the matching unit 12 (Step 204).
  • the application-side metadata acquisition unit 11 periodically acquires application-side test metadata whose type is “test mode” and searchable / unusable item is “valid” from the application-side metadata database 6 for matching. It outputs to the part 12 (Step 205).
  • the matching unit 12 performs matching with the acquired sensor-side test metadata and application-side test metadata (Step 206).
  • the target of matching is a sensor identifier described in sensor-side test metadata and application-side test metadata.
  • the sensor-side test metadata in which “a0eebc99ac0b4ef8bb6d6cb9bd380a11” is described in the sensor identifier (UUID) is matched with the application-side test metadata.
  • the matching unit 12 communicates the information described in the communication source identification information (communication source ID) of the matched sensor side test metadata with the matched application side test metadata.
  • Information described in the destination identification information (communication destination ID) is transmitted to the data flow control command instruction unit 13 (Step 208).
  • the communication source identification information (communication source ID) transmitted to the data flow control command instructing unit 13 is “sensor network adapter 2”.
  • the communication destination identification information (communication destination ID) transmitted to the data flow control command instruction unit 13 is “application server 3”.
  • the data flow control command instructing unit 13 generates a data flow control command including communication source identification information (communication source ID) and communication destination identification information (communication destination ID) received from the matching unit 12, and sends the data flow control command to the sensing data distribution device 4. Transmit (Step 209).
  • the data flow control command includes “sensor network adapter 2” as communication source identification information (communication source ID) and “application server 3” as communication destination identification information (communication destination ID).
  • the sensing data distribution device 4 receives the data flow control command, and transmits the test data transmitted from the sensor network adapter specified by the communication source identification information (communication source ID) included in the data flow control command to the data flow control. It is transmitted to the application server specified by the communication destination identification information (communication destination ID) included in the command (Step 210). In this example, test data transmitted from the sensor network adapter 2 is distributed to the application server 3.
  • the application server 3 transmits the reception status of the test data distributed from the sensing data distribution device 4 to the opening test management terminal 8 (Step 211).
  • the person in charge of construction confirms the reception status of the test data of the application server 3 by using the management terminal 8 for opening test (Step 212). If the normal reception of the test data can be confirmed, the sensor opening test has been successfully completed (Step 213). If normal reception of test data cannot be confirmed, the sensor opening test is unsuccessful (Step 213).
  • an example has been described in which an item indicating whether or not the application-side metadata acquisition unit 11 can search (acquire) is added to the application-side test metadata.
  • An item indicating whether or not the sensor-side metadata acquisition unit 10 can search (acquire) can be added to the metadata for use.
  • the opening test management terminal 8 may be configured to access the sensor side metadata database 5 and change the searchable item of the sensor side test metadata to “valid”.
  • the searchability of the sensor-side test metadata or the application-side test metadata can be distinguished by another method without adding a searchability item to the sensor-side test metadata or the application-side test metadata. You may do it.
  • the sensor identifier (UUID) of the sensor-side test metadata or the application-side test metadata is set to zero, and when executing the opening test, the sensor identifier (UUID) is received from the opening test management terminal 8 or the like.
  • the sensor-side metadata acquisition unit 10 or the application-side metadata acquisition unit 11 searches for (acquires) the sensor-side test metadata or the application-side test metadata whose sensor identifier (UUID) is zero. What is necessary is just to comprise so that it may not.
  • Step 202 an example (Step 202) in which test data is continuously transmitted from the sensor network adapter 2 to the sensing data distribution device 4 before the matching process has been described, but the present invention is not limited thereto.
  • the test data may be transmitted from the sensor network adapter 2 to the sensing data distribution device 4 (Step 202).
  • an e-mail transmission / reception function may be provided in the opening test management terminal 8 so that the opening test status can be reported to the construction manager.
  • the construction worker who installs the sensor can control the start of the opening test, and can check the state of the opening test.
  • FIG. 11 is a block diagram of the third embodiment.
  • the third embodiment includes a sensor 30 in which the sensors 1a to 1c and the sensor network adapter 2 in the first and second embodiments are integrated.
  • FIG. 12 is a block diagram of the sensor 30.
  • symbol is attached
  • the sensor 30 includes sensors 1a to 1c and a sensor network adapter 2.
  • the sensor 30 includes a mode setting unit 31 that sets a normal mode for transmitting the sensing data of the sensors 1a to 1c and a test mode for transmitting the test data to the sensor network adapter 2.
  • the mode setting unit 31 sets the test mode, the sensor 30 transmits test data.
  • the test data may be of any type as long as it is known to be test data.
  • the test data includes sensor recognition time, worker identification information for identifying a worker who installs the sensor, and the like.
  • the sensor 30 has a function of accessing the application server 3 via communication in the test mode, and the application-side metadata database 6 is connected via the application server 3.
  • the setting change unit 20 can change the setting of whether or not the application-side test metadata stored in the item can be set to “valid”.
  • the sensor 30 receives the reception status of the test data distributed from the sensing data distribution device 4 from the application server 3 and confirms whether the test data is correctly received.
  • a test data reception status confirmation unit 21 that can be confirmed is provided.
  • a light-emitting device that lights up when data can be received normally and blinks when data cannot be received normally can be used.
  • FIG. 13 is a schematic diagram of the sensor 30 according to the third embodiment.
  • a mode changeover switch 40 and a light emitter 41 are provided in the sensor casing.
  • a mode changeover switch 40 switches between the normal mode and the test mode.
  • the light emitter 41 is a light emitter such as an LED, and is lit when the test data can be normally received, and flashes when the test data cannot be normally received.
  • the sensor identifier of the sensor 30 is assumed to be “a0eebc99ac0b4ef8bb6d6cb9bd380a11” generated using a conventional method of generating a UUID. In some cases, it may be desired to collectively manage the sensors 1a to 1c according to a request from the application side. In this case, a sensor identifier may be assigned to the sensor network adapter 2 on behalf of the sensors 1a to 1c. good.
  • the sensor-side metadata acquisition unit 10 and the application-side metadata acquisition unit 11 are configured to periodically acquire test metadata.
  • sensor-side test metadata for the sensor opening test. Creation of sensor-side test metadata is performed, for example, by a construction worker who installs the sensor before the opening test. Then, the created sensor-side test metadata is registered in the sensor-side metadata database 5. An example of sensor-side test metadata is the same as that in FIG. 5 described above.
  • the application-side test metadata is created, for example, by a construction worker who installs the sensor or the user of the application server 3 before the opening test.
  • an item indicating whether or not application-side test metadata can be searched is added.
  • searchable / unusable is set to “invalid”.
  • Other items are the same as those in the first and second embodiments.
  • the sensor opening test can be started.
  • the mode setting unit 31 shifts the sensor 30 to the test mode, and establishes communication between the sensor 30 and the sensing data distribution device 4 (Step 300).
  • Communication between the sensor 30 and the sensing data distribution device 4 can be established by giving authentication information to each other. This authentication information is, for example, a user ID and password setting that are normally performed to ensure communication security. Then, communication is established between the sensor 30 and the sensing data distribution device 4 based on the authentication information.
  • Step 301 the communication between the application server 3 and the sensing data distribution device 4 is established.
  • Communication between the application server 3 and the sensing data distribution device 4 can be established by giving authentication information to each other.
  • This authentication information is, for example, a user ID and password setting that are normally performed to ensure communication security. Based on the authentication information, communication is established between the application server 3 and the sensing data distribution device 4.
  • the sensor 30 continues to transmit test data to the sensing data distribution device 4 (Step 302).
  • the transmitted test data is data including sensor recognition time and construction worker identification information for identifying the construction worker who installs the sensor.
  • the setting changing unit 20 of the sensor 30 accesses the application server 3, and sets the item of whether the application-side test metadata stored in the application-side metadata database 6 can be searched via the application server 3 as “valid”.
  • the setting is changed to "" (Step 303).
  • the sensor-side metadata acquisition unit 10 periodically acquires sensor-side test metadata whose type is “test mode” from the sensor-side metadata database 5 and outputs it to the matching unit 12 (Step 304).
  • the application-side metadata acquisition unit 11 periodically acquires application-side test metadata whose type is “test mode” and searchable / unusable item is “valid” from the application-side metadata database 6 for matching. It outputs to the part 12 (Step 305).
  • the matching unit 12 performs matching between the acquired sensor-side test metadata and application-side test metadata (Step 306).
  • the matching target is the sensor identifier described in the sensor-side test metadata and the application-side test metadata.
  • the sensor-side test metadata in which “a0eebc99ac0b4ef8bb6d6cb9bd380a11” is described in the sensor identifier (UUID) is matched with the application-side test metadata.
  • the matching unit 12 communicates the information described in the communication source identification information (communication source ID) of the matched sensor side test metadata and the matched application side test metadata.
  • Information described in the destination identification information (communication destination ID) is transmitted to the data flow control command instructing unit 13 (Step 308).
  • the communication destination identification information (communication destination ID) transmitted to the data flow control command instruction unit 13 is “application server 3”.
  • the data flow control command instructing unit 13 generates a data flow control command including communication source identification information (communication source ID) and communication destination identification information (communication destination ID) received from the matching unit 12, and sends the data flow control command to the sensing data distribution device 4. Transmit (Step 309).
  • the sensing data distribution device 4 receives the data flow control command, and transmits the test data transmitted from the sensor network adapter specified by the communication source identification information (communication source ID) included in the data flow control command to the data flow control.
  • the information is transmitted to the application server 3 specified by the communication destination identification information (communication destination ID) included in the command (Step 310).
  • test data from the sensor network adapter 2, that is, the sensor 30 is distributed to the application server 3.
  • the application server 3 transmits the reception result of the test data distributed from the sensing data distribution device 4 to the sensor 30 (Step 311).
  • Sensor 30 receives the reception result of the test data (Step 312). If the reception result is normal, the data reception confirmation unit 21 turns on the light emitter (Step 313). If the reception of the test data cannot be confirmed, the data reception confirmation unit 21 turns on the light emitter (Step 313).
  • the example of changing the setting of the search availability item of the application side test metadata has been described.
  • An item indicating whether or not the sensor-side metadata acquisition unit 10 can search is added, the sensor-side metadata database 5 is accessed, and the sensor-side test metadata search availability item is set to “valid”. You may comprise so that it can change.
  • the sensor-side test metadata or application side can be obtained by another method without adding a searchable item to the sensor-side test metadata or application-side test metadata. It may be possible to distinguish whether or not the test metadata can be searched. For example, at the time of registration, the sensor identifier (UUID) of the sensor-side test metadata or the application-side test metadata is set to zero, and the sensor identifier (UUID) is uniquely identified from zero when the opening test is executed. It may be possible to distinguish whether or not the search for the sensor-side test metadata or the application-side test metadata can be performed by rewriting the information as possible.
  • the sensor-side metadata acquisition unit 10 or the application-side metadata acquisition unit 11 searches for (acquires) the sensor-side test metadata or the application-side test metadata whose sensor identifier (UUID) is zero. What is necessary is just to comprise so that it may not.
  • Step 302 the example (Step 302) in which the test data is continuously transmitted from the sensor network adapter 2 to the sensing data distribution device 4 before the matching process has been described.
  • the present invention is not limited thereto.
  • the sensor-side test metadata and the application-side test metadata are matched, matching is completed (Step 307), and the data flow control command instructing unit 13 sends the data flow control command to the sensing data distribution device.
  • the test data may be transmitted from the sensor network adapter 2 to the sensing data distribution device 4 (Step 302).
  • the example in which the sensor 30 includes the setting change unit 20 that enables searching for metadata has been described. However, this is not always necessary. In this case, as in the first embodiment, if the start of the opening test is notified, the sensor-side test metadata or the application-side test metadata can be acquired, and the metadata can be matched. Good.
  • the sensor since the sensor is configured to be able to autonomously perform the opening test, the person in charge of installing the sensor must perform the opening test of the sensor without preparing special equipment. Can do.
  • FIG. 15 is a block diagram of a sensor 30 in a modification of the third embodiment.
  • the example in which the sensor 30 includes the sensors 1a to 1c and the sensor network adapter 2 has been described.
  • the sensor 1a may be provided.
  • the network adapter 2 it is not necessary to provide the network adapter 2, and a communication unit that can transmit / receive test data, sensing data, various data, and the like of the sensor 1 a to / from the sensing data distribution device 4, the matching device 7, and the application server 3 via the network. 50 may be provided.
  • Other configurations are the same as those of the third embodiment described above.
  • sensor identification is given to sensor 1a as a sensor identifier.
  • the matching device 7 includes, for example, a processor 201, a memory (ROM or RAM) 202, a storage device (hard disk, semiconductor disk, etc.) 203, an input device (keyboard, mouse, touch panel, etc.) 204, A general-purpose computer having hardware resources such as the display device 205 and the communication unit 206 can be used.
  • the function of the matching device 7 is realized by a program stored in the storage device 203 being loaded into the memory 202 and executed by the processor 201.
  • the matching device 7 may be configured by a single computer, or may be configured by distributed computing using a plurality of computers. Further, in order to increase the processing speed, part or all of the functions of the matching device 1 can be realized using dedicated hardware (for example, GPU, FPGA, ASIC, etc.).
  • the above-described functions of the opening test management terminal 8 and the sensor 30 can be similarly realized by a computer having hardware resources.
  • the hardware processor is Obtaining sensor-side test metadata for an open test including at least a sensor identifier that uniquely identifies a sensor that outputs sensing data or a network adapter that is connected to the sensor and transmits sensing data to a network; It is the application test metadata of the sensor, and acquires application side test metadata including at least the sensor identifier, Based on the identity of the sensor identifier, determine the matching between the acquired sensor-side test metadata and the acquired application-side test metadata, A test data flow from the sensor or network adapter specified by the matched sensor-side test metadata and the application-side test metadata to the open-circuit test application for the distribution device that manages the distribution of the sensing data A sensor opening test device having a data flow control command to send.
  • Sensor-side test metadata for an opening test including at least a sensor identifier that uniquely identifies a sensor that outputs sensing data or a network adapter that is connected to the sensor and transmits sensing data to a network, and for the opening test of the sensor Matching between the sensor-side test metadata and the application-side test metadata based on the identity of the sensor identifier with application-side test metadata that is application metadata and includes at least the sensor identifier
  • a sensor opening test management terminal in a sensor opening test system that performs an opening test of the sensor or the network adapter, Having at least one or more hardware processors;
  • the processor is Change the setting of the sensor-side test metadata or the application-side test metadata so that the sensor-side test metadata or the application-side test metadata is a target of matching,
  • a sensor opening test management terminal for presenting a reception status of the test data transmitted from the sensor or network adapter in the opening test application.
  • Sensor-side test metadata for opening test that includes at least a sensor identifier that uniquely identifies a sensor that transmits sensing data to the network, and application sensor metadata that includes at least the sensor identifier.
  • the sensor opening test system for determining matching between the sensor side testing metadata and the application side testing metadata based on the identity of the sensor identifier, and performing an opening test of the sensor A sensor, A sensor that outputs sensing data; Having at least one hardware processor; The processor is In normal mode, send the sensing data, In the sensor opening test mode, test data is transmitted, A sensor that presents the reception status of the test data transmitted from the sensor in the open test application.
  • (Appendix 4) Computer Obtaining sensor-side test metadata for opening test including at least a sensor identifier that uniquely identifies a sensor that outputs sensing data or a network adapter that is opened by the sensor and transmits sensing data to a network; It is the metadata of the application for the opening test of the sensor, and obtains the application side metadata including at least the sensor identifier, Based on the identity of the sensor identifier, determine the matching between the acquired sensor-side test metadata and the acquired application-side test metadata, A test data flow from the sensor or network adapter specified by the matched sensor-side test metadata and the application-side test metadata to the open-circuit test application for the distribution device that manages the distribution of the sensing data Sensor opening test method to indicate.
  • a process of obtaining sensor-side test metadata for an open test including at least a sensor identifier that uniquely identifies a sensor that outputs sensing data or a network adapter that is connected to the sensor and transmits sensing data to a network; Processing for obtaining application-side metadata that is metadata of the sensor opening test application and includes at least the sensor identifier; Based on the identity of the sensor identifier, a process for determining matching between the acquired sensor-side test metadata and the acquired application-side test metadata; A test data flow from the sensor or network adapter specified by the matched sensor-side test metadata and the application-side test metadata to the open-circuit test application for the distribution device that manages the distribution of the sensing data A recording medium on which a program for causing a computer to execute a process of transmitting an instructed data flow control command is recorded.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mathematical Physics (AREA)
  • Computing Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Debugging And Monitoring (AREA)
  • Selective Calling Equipment (AREA)
  • Testing Or Calibration Of Command Recording Devices (AREA)

Abstract

センサ側テスト用メタデータを取得するセンサ側メタデータ取得部（１０）と、アプリケーション側テスト用メタデータを取得するアプリケーション側メタデータ取得部（１１）と、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定するマッチング部（１２）と、マッチングしたセンサ側テスト用メタデータ及びアプリケーション側テスト用メタデータで特定されるセンサ（１ａ～１ｃ）又はネットワークアダプタ（２）から開通テスト用アプリケーションへのテストデータフローを指示するデータフロー制御指令を送信するデータフロー制御指令指示部（１３）とを有する。

Description

センサ開通テストシステム、センサ開通テスト管理端末、センサ、センサ開通テスト方法及びプログラム
　本発明は、新たに設置されるセンサの開通テストを行う技術に関する。
　センサネットワークと呼ばれる技術が検討されている。これは、センシング機能と通信機能をもつセンサデバイス（以下、単に「センサ」とも呼ぶ）を様々な場所や産業設備に設置し、それらをネットワーク化することで、センシングデータの収集、管理、シームレスな利用を可能とするものである。
　通常、センサは、その所有者自身が必要とするデータを収集するために設置される。そのため所有者がデータ収集を行うとき以外は利用されていない（センサ自体が稼働していない、またはセンサが稼働していてもセンシングデータが利用されない）ことが多い。そのためセンシングデータの流通性は低く、第三者にとっていかに有意義なデータであっても、センサの所有者自身による分析、利用に留まっていた。その結果、設備の重複投資や、各自が設置したセンサとの通信によるネットワークの輻湊を招いていた。
　また、ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）という技術が検討されている。これは、世界に存在する多くの物に関する情報をネット上で組み合わせることで新しい価値を生むもので、社会インフラを始めとする様々なサービスのシームレスな展開が期待されている。ＩｏＴから価値を生み出すためには、ネットに繋がる物の状態を知る必要があり、センシングと通信が重要な要素技術となる。
　そこで、上記のようなセンサネットワークを形成することにより、様々な企業や団体が、世界中で大量に収集されたセンシングデータを、自己の目的に応じて利用可能とすることが必要である。例えば、ビッグデータを処理可能なアプリケーションサーバ上でデータを加工して付加価値を生み出し、提供することや、センシングデータの取引を活発化させて経済効果をもたらすことである。例えばセンサの所有者は、データ利用者に対してセンサの一時利用を許可したりセンシングデータを提供したりすることで対価を得られる。また利用者にとっては、センサを設置する投資が不要なため安価に必要なデータを得ることができるメリットがある。
　そこで、例えば、特許文献１のように、センシングデータなどの資源を適切に流通させる仕組みに関する発明が提案されている。
　特許文献１に記載された発明は、アプリ側メタデータとセンサ側メタデータとの間でマッチングが行われ、センシングデータを必要とするアプリケーションと、そのデータを提供可能なセンサとが対応付けられる。そして、センサを管理する装置に対してデータフロー制御指令が送信される。これにより、種々の条件を加味した上でのセンシングデータの流通が促されサービスが向上するうえに、データの提供者と利用者双方にとって利益となる。ここでは、メタデータとはサーバによる検索やマッチングに用いる情報を言い、センサ側メタデータはセンサおよび当該センサにより得られるセンシングデータの属性に関する情報を、アプリケーション側メタデータはアプリケーション自身および当該アプリケーションが必要とするセンシングデータの属性に関する情報を指す。またデータフロー制御指令とは、データ提供元であるセンサと、データ利用先であるアプリケーションとを特定する情報を含み、データ提供元からデータ利用先にデータを流通させることを指令する指令情報である。
特許５４４５７２２号公報
　ところで、新たに設置したセンサを、特許文献１に記載された発明のシステムで活用できるようにするためには、センサ側メタデータとアプリケーション側メタデータとをマッチングするマッチング装置において、新たに設置したセンサのメタデータと、新たに設置したセンサのデータを受信することができるかを確認する開通確認用アプリケーションのメタデータとが正常にマッチングされ、更に、データフロー制御指令により、開通テスト用アプリケーションにおいて新たに設置したセンサのデータが受信できるかを確認する必要がある。
　しかしながら、特許文献１に記載された発明のシステムにおいて、センサ側メタデータやアプリケーション側メタデータは多くの情報を含んでいる。従って、新たに設置するセンサの開通確認の際に、センサデータの受信に失敗した場合、新たなセンサの設置に失敗したのか、多くの情報を含むメタデータの一項目を誤入力してしまいマッチングに失敗したのか、原因が分かりにくいという問題があった。
　そこで、本発明は上記課題に鑑みて発明されたものであって、新たに設置されるセンサの開通テストを効率的に行える技術を提供することにある。
　本願発明は、センシングデータを出力するセンサ又は前記センサに接続されてセンシングデータをネットワークに送信するネットワークアダプタのいずれかを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータを取得するセンサ側メタデータ取得部と、前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側テスト用メタデータを取得するアプリケーション側メタデータ取得部と、前記センサ識別子の同一性に基づいて、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定するマッチング部と、前記センシングデータの配信を管理する配信装置に対して、マッチングした前記センサ側テスト用メタデータ及び前記アプリケーション側テスト用メタデータで特定されるセンサ又はネットワークアダプタから開通テスト用アプリケーションへのテストデータフローを指示するデータフロー制御指令を送信する指示部とを有するセンサ開通テストシステムである。
　この構成によれば、新たに設置するセンサの開通確認の際にセンサデータの受信に失敗した場合、新たなセンサの設置の失敗とメタデータのマッチングの失敗とを区別することができ、開通テストの効率化を図ることができる。
　また、この構成によれば、センサの開通確認のためのマッチング処理に要するプロセッサのリソースを減らすことができ、更に、センサの設置の失敗とメタデータのマッチングの失敗とを区別することができるため、無駄な通信リソースの使用を減らすことができる。
　また、前記センサ側テスト用メタデータは、メタデータが開通テスト用のメタデータであることを示す情報と、前記センサのセンシングデータの配信元を識別する情報とを含み、前記アプリケーション側テスト用メタデータは、メタデータが開通テスト用のメタデータであることを示す情報と、前記センサのセンシングデータの配信先を識別する情報とを含む構成にしてもよい。
　このように構成すれば、開通テスト用のメタデータであることを明示することで、多くのメタデータの中から開通テスト用のメタデータだけを検索することができる。更に、メタデータの情報を開通テストに必要な情報のみに限定することで、メタデータのマッチング処理からデータフロー制御指令の送信までにかかる開通テストの時間を短縮することができる。
　また、前記センサ側メタデータ取得部が前記センサ側テスト用メタデータを取得可能に前記センサ側テスト用メタデータの設定を変更する、又は、前記アプリケーション側メタデータ取得部が前記アプリケーション側テスト用メタデータを取得可能に前記アプリケーション側テスト用メタデータの設定を変更するメタデータ設定変更部を有する構成にしてもよい。
　このように構成すれば、外部から開通テストの開始を制御することができる。
　また、前記開通テスト用アプリケーションにおけるテストデータの受信状況を提示するテストデータ受信状況提示部を有する構成にしてもよい。
　このように構成すれば、開通テスト用アプリケーションにおけるテストデータの受信状況を確認することができる。
　また、前記センサ識別子は、UUID（UniversallyUnique Identifier）としてもよい。
　この場合、センサ又はネットワークアダプタを一意に識別する識別子として、UUID（Universally Unique Identifier）を用いることができる。
　また、この発明にかかるセンサ管理端末は、センシングデータを出力するセンサ又は前記センサに接続されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータと、前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側テスト用メタデータとを、前記センサ識別子の同一性に基づいて、前記センサ側テスト用メタデータと前記アプリケーション側テスト用メタデータとのマッチングを判定し、前記センサ又は前記ネットワークアダプタの開通テストを行うセンサ開通テストシステムにおけるセンサ開通テスト管理端末であって、前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータを、マッチングの対象となるように、前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータの設定を変更する設定変更部と、前記センサ又はネットワークアダプタから送信されるテストデータの前記開通テスト用アプリケーションにおける受信状況を提示する提示部とを有する構成である。
　この構成よれば、センサの開通テストを行う工事担当者が、センサを設置する現場で、センサの開通テスト開始を制御し、開通テスト用アプリケーションにおけるテストデータの受信状況を確認することができる。
　また、この発明にかかるセンサは、センシングデータをネットワークに送信するセンサを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータと、前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側メタデータとを、前記センサ識別子の同一性に基づいて、前記センサ側テスト用メタデータと前記アプリケーション側テスト用メタデータとのマッチングを判定し、前記センサの開通テストを行うセンサ開通テストシステムにおけるセンサであって、センシングデータを出力するセンサと、前記センシングデータを送信する通常モードと、センサ開通テストモードとの機能を備え、前記センサ開通テストモード時には、テストデータを送信するテストデータ送信部と、前記センサから送信されるテストデータの前記開通テスト用アプリケーションにおける受信状況を提示する提示部とを有する構成である。
　この構成よれば、特別な器具を用意することなく、センサが自律的にセンサの開通テストを実行することができる。
　また、前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータを、マッチングの対象となるように、前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータの設定を変更する設定変更部を有する構成にしてもよい。
　この構成よれば、センサから開通テストの開始を制御することができる。
　また、この発明にかかるセンサ開通テスト方法は、センシングデータを出力するセンサ又は前記センサに開通されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータを取得し、前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側メタデータを取得し、前記センサ識別子の同一性に基づいて、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定し、前記センシングデータの配信を管理する配信装置に対して、マッチングした前記センサ側テスト用メタデータ及び前記アプリケーション側テスト用メタデータで特定されるセンサ又はネットワークアダプタから開通テスト用アプリケーションへのテストデータフローを指示する方法である。
　この構成によれば、新たに設置するセンサの開通確認の際にセンサデータの受信に失敗した場合、新たなセンサの設置の失敗とメタデータのマッチングの失敗とを区別することができ、開通テストの効率化を図ることができる。
　また、センサの開通確認のためのマッチング処理に要するプロセッサのリソースを減らすことができ、更に、センサの設置の失敗とメタデータのマッチングの失敗とを区別することができるため、無駄な通信リソースの使用を減らすことができる。
　また、この発明にかかるプログラムは、センシングデータを出力するセンサ又は前記センサに接続されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータを取得する処理と、前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側メタデータを取得する処理と、前記センサ識別子の同一性に基づいて、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定する処理と、前記センシングデータの配信を管理する配信装置に対して、マッチングした前記センサ側テスト用メタデータ及び前記アプリケーション側テスト用メタデータで特定されるセンサ又はネットワークアダプタから開通テスト用アプリケーションへのテストデータフローを指示するデータフロー制御指令を送信する処理とをコンピュータに実行させるプログラムである。
　この構成によれば、新たに設置するセンサの開通確認の際にセンサデータの受信に失敗した場合、新たなセンサの設置の失敗とメタデータのマッチングの失敗とを区別することができ、開通テストの効率化を図ることができる。
　また、この構成によれば、センサの開通確認のためのマッチング処理に要するプロセッサのリソースを減らすことができ、更に、センサの設置の失敗とメタデータのマッチングの失敗とを区別することができるため、無駄な通信リソースの使用を減らすことができる。
　本発明は、新たに設置されるセンサの開通テストを迅速に行うことができる。
第１の実施の形態のブロック図である。 センサ識別子の付与の方法を説明するための図である。 センサ識別子の付与の方法を説明するための図である。 第１の実施の形態の動作フローチャートである。 センサ側テスト用メタデータの一例を示す図である。 アプリケーション側テスト用メタデータの一例を示す図である。 第２の実施の形態のブロック図である。 第２の実施の形態におけるアプリケーション側テスト用メタデータの一例を示す図である。 第２の実施の形態の動作フローチャートである。 第２の実施の形態におけるアプリケーション側テスト用メタデータの一例を示す図である。 第３の実施の形態のブロック図である。 センサ３０のブロック図である。 第３の実施の形態におけるセンサ３０の概略図である。 第３の実施の形態の動作フローチャートである。 第３の実施の形態の変形例におけるセンサ３０の概略図である。 本実施の形態の他の構成図である。
　本発明の実施の形態を、図面を参照して説明する。
　本実施形態では、ネットワークに接続され、ＩｏＴを構成する物（Ｔｈｉｎｇ）の情報を効率的に利用するために、センサが検出したセンシングデータを提供するセンサ側と、そのセンシングデータを利用してサービスを提供するアプリケーション側との間でセンシングデータを流通させるシステムにおいて、新たに設置されるセンサの開通テストを効率的に行えるシステムを説明する。
　（第１の実施の形態）
　図１は第１の実施の形態のブロック図である。
　図１中、１ａ～１ｃはセンサであり、２はセンサ用ネットワークアダプタであり、３はアプリケーションサーバ（ＡＰＰサーバ）であり、４はセンシングデータ配信装置であり、５はセンサ側メタデータデータベースであり、６はアプリケーション側メタデータデータベースであり、７はマッチング装置である。
　センサ１ａ～１ｃは、何らかの物理量やその変化を検出し、センシングデータとして記録または出力するデバイスである。センサの代表的な例として、位置センサ（ＧＰＳ）、加速度センサ、圧力センサがあるが、カメラ、マイク、入力システムなどもセンサと言える。尚、本実施の形態では、センサ１ａ～１ｃは新たに設置されたセンサである。
　センサ用ネットワークアダプタ２は、センサ１ａ～１ｃと物理的または電気的に接続されてセンシングデータ取得する。また、ＣＰＵ等の情報処理装置によりセンシングデータに所定の処理を施す。例えば、センサ１ａ～１ｃから取得したセンシングデータを、送信パケット化する処理等である。また、外部との通信機能を有し、ネットワークを経由したセンシングデータ配信装置４との通信が可能である。また、センサの開通テスト時（以下、テストモードと記載する）には、センサ１ａ～１ｃのセンシングデータに代えて、各センサ１ａ～１ｃのテストデータをセンシングデータ配信装置４に送信する。テストデータは、テストデータであることが分かれば、その種類は問わないが、例えば、センサ認識時刻や、センサ設置する工事者を識別する工事者識別情報等がある。尚、センサ１ａ～１ｃとセンサ用ネットワークアダプタ２とは一体となって同一の筐体内に存在していても良い。また、センサ自体に、ネットワークへの接続機能（通信機能）がある場合には、ネットワークアダプタは不要である。
　アプリケーションサーバ３は、センシングデータを利用してサービスを提供するアプリケーションを有するサーバである。尚、本実施の形態のアプリケーションは、新たに設置されたセンサ１ａ～１ｃのセンシングデータが正しく受信することができるかのセンサ１ａ～１ｃの開通テスト用のアプリケーションを想定している。
　センシングデータ配信装置４は、通信機能を有し、センサ用ネットワークアダプタ２とアプリケーションサーバ３と通信が可能である。具体的には、センサ用ネットワークアダプタ２よりセンシングデータを受信し、受信したセンシングデータを指定されたアプリケーションサーバ３に配信するものである。
　センサ側メタデータデータベース５は、センシングデータを出力するセンサに関する情報であるセンサ側メタデータが格納されるデータベースである。本実施の形態では、センサ側メタデータデータベース５がマッチング装置７とは別に設けられており、ネットワークを介して、センサ側メタデータデータベース５とマッチング装置７とが接続されている例を説明するが、マッチング装置７がセンサ側メタデータデータベース５を備えていても良い。
　センサ側メタデータは、センサが検出したセンシングデータを提供するセンサとそのセンシングデータを利用してサービスを提供するアプリケーションとのマッチングを行う場合に利用されるセンサおよび当該センサにより得られるセンシングデータの属性に関する情報をいう。センサ側メタデータの項目の一例としては、データカテゴリ、データ項目、測定地域、測定日時、デバイス、配信間隔、データ仕様書が挙げられる。そして、データカテゴリには「室内環境測定」、データ項目には「温度　湿度　音圧　加速度」、測定地域には「滋賀県・・・」、測定日時には「即時」、デバイスには「デバイス名」、配信間隔には「１回／１０分」、データ仕様書には「http://WWW.XXX」等が記載される。
　更に、本実施の形態では、上述した通常のセンサ側メタデータに加えて、新たに設置されるセンサ１ａ～１ｃの開通テスト用のセンサ側テスト用メタデータも格納される。センサ側テスト用メタデータには、センサ１ａ～１ｃ又はセンサ用ネットワークアダプタ２を一意に識別するセンサ識別子と、センサ１ａ～１ｃのセンシングデータの通信元（配信元）に関する情報を少なくとも含んでいる。
　図２に示されるように、センサ用ネットワークアダプタ２に多数のセンサ１ａ～１ｃが接続されており、センサ用ネットワークアダプタ２がセンサ１ａ～１ｃのセンシングデータをネットワークに送信する場合には、センサ１ａ～１ｃを代表してセンサ用ネットワークアダプタ２に対して、センサ識別子を付与しても良い。また、センシングデータを利用するアプリケーション側のユーザの希望等から、個別にセンサを認識させたい場合には、図３に示すように、センサ１ａ～１ｃに対して個別に付与しても良い。
　また、センサ識別子の一例としては、UUID（Universally Unique Identifier）がある。UUIDとは、ソフトウェア上でオブジェクト（本例ではセンサ１ａ～１ｃ又はセンサ用ネットワークアダプタ２）を一意に識別するための識別子である。尚、本実施の形態では、センサ１ａ～１ｃ又はセンサ用ネットワークアダプタ２を一意に識別することができれば、UUIDのバリアント（変種）は問わないが、例えば、時刻とMACアドレスを利用したUUID（バージョン１）、バージョン１のUUIDの一部を、POSIXのユーザIDやグループIDで差し替えたUUID（バージョン２）、ドメイン名などなんらかの一意な名前（バイト列）を用いたUUIDで、ハッシュ関数としてMD5（バージョン３）またはSHA1（バージョン５）を利用したUUIDや、乱数によるUUID（バージョン４）等が利用できる。
　センサ１ａ～１ｃのセンシングデータの通信元（配信元）に関する情報とは、本例では、センサ１ａ～１ｃのセンシングデータをセンシングデータ配信装置４に送信するセンサ用ネットワークアダプタ２に関する情報であり、例えば、センサ用ネットワークアダプタ２のIPアドレス等である。
　アプリケーション側メタデータデータベース６は、センシングデータを利用してサービスを提供するアプリケーションに関する情報であるアプリケーション側メタデータが格納されるデータベースである。
　ここで、アプリケーション側メタデータは、アプリケーション自身および当該アプリケーションが必要とするセンシングデータの属性に関する情報を言う。アプリケーション側メタデータの項目の一例としては、データカテゴリ、データ項目、測定地域、測定日時、デバイス等が挙げられる。そして、データカテゴリには「環境測定」、データ項目には「温度　湿度」、測定地域には「滋賀県・・・」、測定日時には「即時」、デバイスには「デバイス名」等が記載される。
　更に、本実施の形態では、上述した通常のアプリケーション側メタデータに加えて、新たに設置されるセンサ１ａ～１ｃの開通テスト用のアプリケーション側テスト用メタデータも格納される。アプリケーション側テスト用メタデータには、上述したセンサ識別子とセンシングデータの通信先（配信先）に関する情報を少なくとも含んでいる。本例では、通信先（配信先）に関する情報は、アプリケーションサーバ３に関する情報であり、例えば、アプリケーションサーバ３のIPアドレス等である。
　マッチング装置７は、センサ側メタデータとアプリケーション側メタデータとのマッチングを行う装置である。そして、マッチング装置７は、センサ側メタデータ取得部１０と、アプリケーション側メタデータ取得部１１と、マッチング部１２と、データフロー制御指令指示部１３とを備える。
　センサ側メタデータ取得部１０は、センサ側メタデータデータベース５からセンサ側テスト用メタデータを取得するものである。センサ側テスト用メタデータを取得するトリガとしてとして、例えば、センサ側またはアプリケーション側からテスト開始のイベント通知を行えば良い。テスト開始のイベント通知は、センサを設置する工事担当者が口頭でマッチング装置７を管理するユーザに通知しても良いし、ネットワークを介してイベント通知信号を送信するようにしても良い。更に、テスト開始のイベント通知によらず、周期的にセンサ側テスト用メタデータを取得するようにしても良い。
　また、他の方法としては、センサ側テスト用メタデータ、又は、後述するアプリケーション側メタデータに、センサ識別子（例えば、UUID）書き込みを完了した時を、テスト開始や、センサ側メタデータ取得部１０の取得のトリガとしても良い。
　更に、他の方法としては、センサ側テスト用メタデータに、検索の有効又は無効を示すフラグを設け、そのフラグが有効となっているセンサ側テスト用メタデータをセンサ側メタデータ取得部１０が取得するようにしても良い。
　アプリケーション側メタデータ取得部１１は、アプリケーション側メタデータデータベース６からアプリケーション側テスト用メタデータを取得するものである。アプリケーション側テスト用メタデータを取得するトリガとして、センサ側またはアプリケーション側からテスト開始のイベント通知を行えば良い。テスト開始のイベント通知は、センサを設置する工事担当者が口頭でマッチング装置７を管理するユーザに通知しても良いし、ネットワークを介してイベント通知信号を送信するようにしても良い。更に、テスト開始のイベント通知によらず、周期的にアプリケーション側テスト用メタデータを取得するようにしても良い。
　また、他の方法としては、上述したように、アプリケーション側メタデータに、センサ識別子（例えば、UUID）書き込みを完了した時を、テスト開始や、アプリケーション側メタデータ取得部１１の取得のトリガとしても良い。
　更に、他の方法としては、アプリケーション側メタデータに、検索の有効又は無効を示すフラグを設け、そのフラグが有効となっているアプリケーション側メタデータをアプリケーション側メタデータ取得部１１が取得するようにしても良い。
　マッチング部１２は、取得されたセンサ側テスト用メタデータと、アプリケーション側テスト用メタデータとでマッチングを行う。マッチングの対象は、センサ側テスト用メタデータ及びアプリケーション側テスト用メタデータに記載されたセンサ識別子である。センサ側テスト用メタデータに記載されたセンサ識別子と、アプリケーション側テスト用メタデータに記載されたセンサ識別子とが一致した場合、センサ側テスト用メタデータとアプリケーション側テスト用メタデータとがマッチングしたと判定する。そして、そのマッチングの結果を、データフロー制御指令指示部１３に出力する。
　データフロー制御指令指示部１３は、マッチング部１２からマッチングしたとの結果を受信した場合、データフロー制御指令をデータ配信装置４に送信する。このデータフロー制御指令は、センサ側テスト用メタデータに記載されているセンサ１ａ～１ｃのセンシングデータの通信元（配信元）に関する情報と、アプリケーション側テスト用メタデータに記載されているセンシングデータの通信先（配信先）に関する情報とを含む。尚、本例では、通信元（配信元）に関する情報はセンサ用ネットワークアダプタ２に関する情報であり、通信先（配信先）に関する情報はアプリケーションサーバ３に関する情報である。
　次に、上述した第１の実施の形態の構成における動作を、図４のフローチャートを用いて説明する。尚、以下の説明では、センサ用ネットワークアダプタ２に接続されたセンサ１ａ～１ｃについて開通テストを行う場合を説明する。また、センサ識別子はセンサ１ａ～１ｃを代表してセンサ用ネットワークアダプタ２に付与されているものとする。また、付与するセンサ識別子は従来からあるＵＵＩＤを生成する方法を使用して生成した「a0eebc99ac0b4ef8bb6d6cb9bd380a11」とする。
　まず、センサの開通テストに当たって、センサ側テスト用メタデータを作成する。センサ側テスト用メタデータの作成は、例えば、センサを設置する工事担当者が、開通テスト前に行う。そして、作成したセンサ側テスト用メタデータを、センサ側メタデータデータベース５に登録する。作成したセンサ側テスト用メタデータの一例を、図５に示す。図５に示されるセンサ側テスト用メタデータは、種別、有効期間、センサ識別子（ＵＵＩＤ）及び通信元識別情報（通信元ＩＤ）の項目からなり、種別には「テストモード」、有効期間には「２０１６年８月９日」、センサ識別情報（ＵＵＩＤ）には「a0eebc99ac0b4ef8bb6d6cb9bd380a11」、通信元識別情報（通信元ＩＤ）には「センサ用ネットワークアダプタ２」が記載されている。
　尚、図５に示されるようにセンサ側テスト用メタデータでは、種別の項目を設け、この種別の項目にテストモードであることを記載してもよい。これは、センサ側メタデータ取得部１０がセンサ側メタデータデータベース５からセンサ側テスト用メタデータを取得する際、通常のセンサ側メタデータを含む多数のセンサ側メタデータを取得するのではなく、種別の項目が「テストモード」であるセンサ側テスト用メタデータだけを取得できるようにしたものである。このように、種別により、「テストモード」のメタデータか、「通常」のメタデータであるかを区別するようにしておけば、センサ側メタデータ取得部１０がセンサ側テスト用メタデータの検索を行う際に、全てのセンサ側メタデータを検索する必要はなく、種別が「テストモード」のメタデータだけを検索すれば良いので、センサ側メタデータ取得部１０の処理が早くなるという効果がある。
　同様に、アプリケーション側テスト用メタデータを作成する。アプリケーション側テスト用メタデータの作成は、例えば、センサを設置する工事担当者又はアプリケーションサーバ３のユーザが、開通テスト前に行う。そして、作成したアプリケーション側テスト用メタデータを、アプリケーション側メタデータデータベース６に登録する。アプリケーション側テスト用メタデータの一例を、図６に示す。図６に示されるアプリケーション側テスト用メタデータは、種別、有効期間、センサ識別子（ＵＵＩＤ）及び通信先識別情報（通信先ＩＤ）の項目からなり、種別には「テストモード」、有効期間には「２０１６年８月９日」、センサ識別子（ＵＵＩＤ）には「a0eebc99ac0b4ef8bb6d6cb9bd380a11」、通信先識別情報（通信先ＩＤ）には「アプリケーションサーバ３」が記載されている。
　尚、図６に示されるようにアプリケーション側テスト用メタデータでは種別の項目を設け、この種別の項目にテストモードであることを記載してもよい。これは、アプリケーション側メタデータ取得部１１がアプリケーション側メタデータデータベース６からアプリケーション側テスト用メタデータを取得する際、通常のアプリケーション側メタデータを含む多数のアプリケーション側メタデータを取得するのではなく、種別の項目が「テストモード」であるアプリケーション側テスト用メタデータだけを取得できるようにしたものである。このように、種別により、「テストモード」のメタデータか、「通常」のメタデータであるかを区別するようにしておけば、アプリケーション側メタデータ取得部１１がアプリケーション側テスト用メタデータの検索を行う際に、全てのアプリケーション側メタデータを検索する必要はなく、種別が「テストモード」のメタデータだけを検索すれば良いので、アプリケーション側メタデータ取得部１１の処理が早くなるという効果がある。
　センサ側テスト用メタデータ及びアプリケーション側テスト用メタデータの登録が終了すると、センサの開通テストを開始することができる。
　まず、センサ用ネットワークアダプタ２をテストモードに遷移させ、センサ用ネットワークアダプタ２とセンシングデータ配信装置４との通信を確立する（Ｓｔｅｐ　１００）。このセンサ用ネットワークアダプタ２とセンシングデータ配信装置４との通信の確立は、相互に認証情報を与えることにより可能である。この認証情報は、例えば、通信のセキュリティを確保するために通常行われるユーザIDとパスワードの設定等である。そして、その認証情報に基づいて、センサ用ネットワークアダプタ２とセンシングデータ配信装置４との間で通信が確立される。
　同様に、アプリケーションサーバ３とセンシングデータ配信装置４との通信を確立する（Ｓｔｅｐ　１０１）。このアプリケーションサーバ３とセンシングデータ配信装置４との通信の確立は、相互に認証情報を与えることにより可能である。この認証情報は、例えば、通信のセキュリティを確保するために通常行われるユーザIDとパスワードの設定等である。そして、その認証情報に基づいて、アプリケーションサーバ３とセンシングデータ配信装置４との間で通信が確立される。
　センサ用ネットワークアダプタ２、センシングデータ配信装置４及びアプリケーションサーバ３の通信の確立が確認されると、センサの開通テストが開始される。
　まず、センサ用ネットワークアダプタ２からテストデータを、センシングデータ配信装置４に送信し続ける（Ｓｔｅｐ　１０２）。送信されるテストデータは、センサ認識時刻や、センサ設置する工事者を識別する工事者識別情報を含んだデータである。
　次に、センサ側メタデータ取得部１０及びアプリケーション側メタデータ取得部１１に対し、センサ側テスト用メタデータ及びアプリケーション側テスト用メタデータの取得を指示する（Ｓｔｅｐ　１０３）。
　センサ側メタデータ取得部１０は、種別が「テストモード」であるセンサ側テスト用メタデータを、センサ側メタデータデータベース５から取得し、マッチング部１２に出力する（Ｓｔｅｐ　１０４）。
　アプリケーション側メタデータ取得部１１は、種別が「テストモード」であるアプリケーション側テスト用メタデータを、アプリケーション側メタデータデータベース６から取得し、マッチング部１２に出力する（Ｓｔｅｐ　１０５）。
　マッチング部１２は、取得されたセンサ側テスト用メタデータと、アプリケーション側テスト用メタデータとでマッチングを行う（Ｓｔｅｐ　１０６）。マッチングの対象は、センサ側テスト用メタデータ及びアプリケーション側テスト用メタデータに記載されたセンサの識別子である。ここでは、センサ識別子（ＵＵＩＤ）に「a0eebc99ac0b4ef8bb6d6cb9bd380a11」が記載されているセンサ側テスト用メタデータとアプリケーション側テスト用メタデータとがマッチングされる。
　マッチングが完了すると（Ｓｔｅｐ　１０７）、マッチング部１２は、マッチングしたセンサ側テスト用メタデータの通信元識別情報（通信元ＩＤ）に記載されている情報と、マッチングしたアプリケーション側テスト用メタデータの通信先識別情報（通信先ＩＤ）に記載されている情報とを、データフロー制御指令指示部１３に送信する（Ｓｔｅｐ　１０８）。ここでは、データフロー制御指令指示部１３に送信する通信元識別情報（通信元ＩＤ）は、「センサ用ネットワークアダプタ２」である。また、データフロー制御指令指示部１３に送信する通信先識別情報（通信先ＩＤ）は、「アプリケーションサーバ３」である。
　データフロー制御指令指示部１３は、マッチング部１２から受信した通信元識別情報（通信元ＩＤ）及び通信先識別情報（通信先ＩＤ）を含むデータフロー制御指令を生成し、センシングデータ配信装置４に送信する（Ｓｔｅｐ　１０９）。本例では、通信元識別情報（通信元ＩＤ）として「センサ用ネットワークアダプタ２」、通信先識別情報（通信先ＩＤ）として「アプリケーションサーバ３」を含んだデータフロー制御指令である。
　センシングデータ配信装置４は、データフロー制御指令を受信し、データフロー制御指令に含まれる通信元識別情報（通信元ＩＤ）で特定されるセンサ用ネットワークアダプタから送信されるテストデータを、データフロー制御指令に含まれる通信先識別情報（通信先ＩＤ）で特定されるアプリケーションサーバに送信する（Ｓｔｅｐ　１１０）。本例では、センサ用ネットワークアダプタ２から送信されるテストデータを、アプリケーションサーバ３に配信する。
　アプリケーションサーバ３は、センシングデータ配信装置４から配信されるテストデータが正しく受信できるかを確認する（Ｓｔｅｐ　１１１）。テストデータの受信が確認できる場合は、センサの開通テストが成功し、完了したことになる（Ｓｔｅｐ　１１２）。テストデータの受信が確認できない場合は、センサの開通テストが不成功となる（Ｓｔｅｐ　１１３）。
　尚、上述した動作では、センサ側メタデータ取得部１０及びアプリケーション側メタデータ取得部１１に対し、センサ側テスト用メタデータ及びアプリケーション側テスト用メタデータの取得する指示を与える例を示したが、センサ側メタデータ取得部１０及びアプリケーション側メタデータ取得部１１が周期的にテスト用メタデータを取得するように構成されている場合は、指示を与える必要はない。
　また、上述した動作の説明では、マッチング処理前に、センサ用ネットワークアダプタ２からテストデータを、センシングデータ配信装置４に送信し続ける例（Ｓｔｅｐ　１０２）を説明したが、これに限られない。例えば、まず、センサ側テスト用メタデータとアプリケーション側テスト用メタデータとのマッチング処理を行い、マッチングが完了し（Ｓｔｅｐ　１０７）、データフロー制御指令指示部１３がデータフロー制御指令をセンシングデータ配信装置４に送信した後（Ｓｔｅｐ　１０９）に、センサ用ネットワークアダプタ２からテストデータを、センシングデータ配信装置４に送信するようにしても良い（Ｓｔｅｐ　１０２）。
　更に、上述したマッチングの開始、センシングデータの送信は、あくまでも一例であり、上記の実施の形態には、限定されない。
　第１の実施の形態によれば、センサ側メタデータとアプリケーション側メタデータとのマッチング対象を、センサ識別子に限定したことにより、マッチング処理が高速で行われ、迅速な開通テストを実施することができる。結果として、マッチング処理に要するプロセッサのリソースを減らすことができる。
　また、第１の実施の形態によれば、センサ側メタデータとアプリケーション側メタデータとのマッチング対象を、センサ識別子に限定したことにより、新たに設置するセンサの開通確認のテストが失敗した場合、新たなセンサの設置の失敗とメタデータのマッチングの失敗とを区別することができ、開通テストの効率化を図ることができる。そのため、原因の究明等のための通信量を減らすことができ、結果として通信リソースの使用を減らすことができる。
　（第２の実施の形態）
　上述した第１の実施の形態では、開通テストの開始を、口頭若しくは指示信号によりマッチング装置に指示する例を説明したが、センサを新たに設置する現場から、センサを設置する工事担当者が開通テストの開始を制御でき、更に、開通テストの状況を確認することができれば、より便利である。そこで、第２の実施の形態では、開通テスト管理端末により、工事担当者が開通テスト開始及び完了を確認できる例を説明する。
　図７は第２の実施の形態のブロック図である。
　第２の実施の形態は、第１の実施の形態に加えて、開通テスト用管理端末８を備える。
　更に、第１の実施の形態で説明したアプリケーション側テスト用メタデータに、アプリケーション側メタデータ取得部１１が検索（取得）可能か否かを示す項目を追加する。図８は第２の実施の形態におけるアプリケーション側テスト用メタデータの一例を示す図である。図８の例では、アプリケーション側テスト用メタデータに、アプリケーション側メタデータ取得部１１が検索（取得）可能か否かを示す検索可否の項目が追加されており、その項目が「無効」になっている。そして、検索可否の項目が「無効」になっている場合、アプリケーション側メタデータ取得部１１は、そのアプリケーション側テスト用メタデータを検索（取得）対象から外す構成となっている。
　開通テスト用管理端末８は、通信を介してアプリケーションサーバ３にアクセスする機能を有する。そして、アプリケーションサーバ３を介して、アプリケーション側メタデータデータベース６に格納されているアプリケーション側テスト用メタデータの検索可否の項目を「有効」に設定変更することができる設定変更部２０を有する。
　更に、開通テスト用管理端末８は、センシングデータ配信装置４から配信されるテストデータのアプリケーションサーバ３における受信状況を確認することができるテストデータ受信状況確認部２１を有する。そして、工事担当者は、テストデータ受信状況確認部２１により、アプリケーションサーバ３が、センシングデータ配信装置４から配信されるテストデータを、正しく受信できているかを確認することができる。尚、テストデータの受信状況の提示方法は、表示画面により、テストデータに含まれる内容を表示したり、正常にテストデータを受信できた旨を表示したりする方法がある。
　次に、上述の構成における第２の実施の形態の動作を、図９のフローチャートを用いて説明する。尚、以下の説明では、センサ用ネットワークアダプタ２に接続されたセンサ１ａ～１ｃについて開通テストを行う場合を説明する。また、センサ識別子はセンサ１ａ～１ｃを代表してセンサ用ネットワークアダプタ２に付与するものとする。また、付与するセンサ識別子は従来からあるＵＵＩＤを生成する方法を使用して生成した「a0eebc99ac0b4ef8bb6d6cb9bd380a11」とする。
　また、第２の実施の形態では、第１の実施の形態と異なり、センサ側メタデータ取得部１０及びアプリケーション側メタデータ取得部１１は、周期的にテスト用メタデータを取得するように構成されているものとする。
　まず、センサの開通テストに当たって、センサ側テスト用メタデータを作成する。センサ側テスト用メタデータの作成は、例えば、センサを設置する工事担当者が、開通テスト前に行う。そして、作成したセンサ側テスト用メタデータを、センサ側メタデータデータベース５に登録する。センサ側テスト用メタデータの一例は、上述した図５と同様である。
　アプリケーション側テスト用メタデータを作成する。アプリケーション側テスト用メタデータの作成は、例えば、センサを設置する工事担当者又はアプリケーションサーバ３のユーザが、開通テスト前に行う。第２の実施の形態では、図８に示されるように、アプリケーション側テスト用メタデータの検索可否の項目が追加されている。そして、アプリケーション側メタデータデータベース６に登録する際には、検索可否の項目を「無効」に設定しておく。他の項目については、第１の実施の形態と同様である。
　センサ側テスト用メタデータ及びアプリケーション側テスト用メタデータの登録が終了すると、センサの開通テストが開始することができる。
　まず、センサ用ネットワークアダプタ２をテストモードに遷移させ、センサ用ネットワークアダプタ２とセンシングデータ配信装置４との通信を確立する（Ｓｔｅｐ　２００）。このセンサ用ネットワークアダプタ２とセンシングデータ配信装置４との通信の確立は、相互に認証情報を与えることにより可能である。この認証情報は、例えば、通信のセキュリティを確保するために通常行われるユーザIDとパスワードの設定等である。そして、その認証情報に基づいて、センサ用ネットワークアダプタ２とセンシングデータ配信装置４との間で通信が確立される。
　同様に、アプリケーションサーバ３とセンシングデータ配信装置４との通信を確立する（Ｓｔｅｐ　２０１）。このアプリケーションサーバ３とセンシングデータ配信装置４との通信の確立は、相互に認証情報を与えることにより可能である。この認証情報は、例えば、通信のセキュリティを確保するために通常行われるユーザIDとパスワードの設定等である。そして、その認証情報に基づいて、アプリケーションサーバ３とセンシングデータ配信装置４との間で通信が確立される。
　センサ用ネットワークアダプタ２、センシングデータ配信装置４及びアプリケーションサーバ３の通信の確立が確認されると、センサの開通テストが開始される。
　まず、センサ用ネットワークアダプタ２からテストデータを、センシングデータ配信装置４に送信し続ける（Ｓｔｅｐ　２０２）。送信されるテストデータは、センサ認識時刻や、センサ設置する工事者を識別する工事者識別情報を含んだデータである。ここまでは、第１の実施の形態と同様である。
　次に、工事担当者は、開通テスト用管理端末８を用いて、アプリケーションサーバ３にアクセスし、アプリケーションサーバ３を介してアプリケーション側メタデータデータベース６に格納されているアプリケーション側テスト用メタデータの検索可否の項目を「有効」に設定変更する（Ｓｔｅｐ　２０３）。図１０は、開通テスト用管理端末８により、アプリケーション側テスト用メタデータの検索可否の項目が「有効」に設定変更された一例を示す図である。
　センサ側メタデータ取得部１０は、種別が「テストモード」であるセンサ側テスト用メタデータを、周期的にセンサ側メタデータデータベース５から取得し、マッチング部１２に出力する（Ｓｔｅｐ　２０４）。
　アプリケーション側メタデータ取得部１１は、種別が「テストモード」であり、検索可否の項目が「有効」であるアプリケーション側テスト用メタデータを、周期的にアプリケーション側メタデータデータベース６から取得し、マッチング部１２に出力する（Ｓｔｅｐ　２０５）。
　マッチング部１２は、取得されたセンサ側テスト用メタデータと、アプリケーション側テスト用メタデータとでマッチングを行う（Ｓｔｅｐ　２０６）。マッチングの対象は、センサ側テスト用メタデータ及びアプリケーション側テスト用メタデータに記載されたセンサ識別子である。ここでは、センサ識別子（ＵＵＩＤ）に「a0eebc99ac0b4ef8bb6d6cb9bd380a11」が記載されているセンサ側テスト用メタデータとアプリケーション側テスト用メタデータとがマッチングされる。
　マッチングが完了すると（Ｓｔｅｐ　２０７）、マッチング部１２は、マッチングしたセンサ側テスト用メタデータの通信元識別情報（通信元ＩＤ）に記載されている情報と、マッチングしたアプリケーション側テスト用メタデータの通信先識別情報（通信先ＩＤ）に記載されている情報とを、データフロー制御指令指示部１３に送信する（Ｓｔｅｐ　２０８）。ここでは、データフロー制御指令指示部１３に送信する通信元識別情報（通信元ＩＤ）は、「センサ用ネットワークアダプタ２」である。また、データフロー制御指令指示部１３に送信する通信先識別情報（通信先ＩＤ）は、「アプリケーションサーバ３」である。
　データフロー制御指令指示部１３は、マッチング部１２から受信した通信元識別情報（通信元ＩＤ）及び通信先識別情報（通信先ＩＤ）を含むデータフロー制御指令を生成し、センシングデータ配信装置４に送信する（Ｓｔｅｐ　２０９）。本例では、通信元識別情報（通信元ＩＤ）として「センサ用ネットワークアダプタ２」、通信先識別情報（通信先ＩＤ）として「アプリケーションサーバ３」を含んだデータフロー制御指令である。
　センシングデータ配信装置４は、データフロー制御指令を受信し、データフロー制御指令に含まれる通信元識別情報（通信元ＩＤ）で特定されるセンサ用ネットワークアダプタから送信されるテストデータを、データフロー制御指令に含まれる通信先識別情報（通信先ＩＤ）で特定されるアプリケーションサーバに送信する（Ｓｔｅｐ　２１０）。本例では、センサ用ネットワークアダプタ２から送信されるテストデータを、アプリケーションサーバ３に配信する。
　アプリケーションサーバ３は、センシングデータ配信装置４から配信されるテストデータの受信状況を、開通テスト用管理端末８に送信する（Ｓｔｅｐ　２１１）。
　工事担当者は、開通テスト用管理端末８により、アプリケーションサーバ３のテストデータの受信状況を確認する（Ｓｔｅｐ　２１２）。テストデータの正常受信が確認できる場合は、センサの開通テストが成功し、完了したことになる（Ｓｔｅｐ　２１３）。テストデータの正常受信が確認できない場合は、センサの開通テストが不成功となる（Ｓｔｅｐ　２１３）。
　尚、本第２の実施の形態では、アプリケーション側テスト用メタデータに、アプリケーション側メタデータ取得部１１が検索（取得）可能か否かを示す項目を追加する例を説明したが、センサ側テスト用メタデータに、センサ側メタデータ取得部１０が検索（取得）可能か否かを示す項目を追加することも可能である。この場合、開通テスト用管理端末８は、センサ側メタデータデータベース５にアクセスして、センサ側テスト用メタデータの検索可否の項目を「有効」に変更することができるように構成すれば良い。
　更に、センサ側テスト用メタデータ又はアプリケーション側テスト用メタデータに検索可否の項目を追加することなく、他の方法により、センサ側テスト用メタデータ又はアプリケーション側テスト用メタデータの検索可否を区別できるようにしても良い。例えば、登録時には、センサ側テスト用メタデータ又はアプリケーション側テスト用メタデータのセンサ識別子（ＵＵＩＤ）をゼロしておき、開通テストの実行に際して、開通テスト用管理端末８等からセンサ識別子（ＵＵＩＤ）をゼロから一意に識別できる情報に書き換えることにより、センサ側テスト用メタデータ又はアプリケーション側テスト用メタデータの検索可否を区別できるようにしても良い。この場合、センサ側メタデータ取得部１０又はアプリケーション側メタデータ取得部１１は、センサ識別子（ＵＵＩＤ）がゼロのセンサ側テスト用メタデータ又はアプリケーション側テスト用メタデータは検索（取得）の対象とはしないように構成すれば良い。
　また、上述した動作の説明では、マッチング処理前に、センサ用ネットワークアダプタ２からテストデータを、センシングデータ配信装置４に送信し続ける例（Ｓｔｅｐ　２０２）を説明したが、これに限られない。例えば、まず、センサ側テスト用メタデータとアプリケーション側テスト用メタデータとのマッチング処理を行い、マッチングが完了し（Ｓｔｅｐ　２０７）、データフロー制御指令指示部１３がデータフロー制御指令をセンシングデータ配信装置４に送信した後（Ｓｔｅｐ　２０９）に、センサ用ネットワークアダプタ２からテストデータを、センシングデータ配信装置４に送信するようにしても良い（Ｓｔｅｐ　２０２）。
　また、開通テスト用管理端末８に電子メールの送受信機能を設け、開通テスト状況を工事管理者に報告できるようにしても良い。
　第２の実施の形態の構成によれば、センサを設置する工事担当者が開通テストの開始を制御することができ、更に、開通テストの状況を確認することができる。
　（第３の実施の形態）
　第３の実施の形態は、センサが自律的に開通テストを行う例を説明する。
　図１１は第３の実施の形態のブロック図である。
　第３の実施の形態は、第１の実施の形態及び第２の実施の形態におけるセンサ１ａ～１ｃと、センサ用ネットワークアダプタ２とが一体と成るセンサ３０で構成されている。
　図１２はセンサ３０のブロック図である。尚、第１及び第２の実施の形態と同様な構成のものについては、同じ符号を付する。
　センサ３０は、センサ１ａ～１ｃと、センサ用ネットワークアダプタ２とを備える。
　更に、センサ３０は、センサ用ネットワークアダプタ２に対して、センサ１ａ～１ｃのセンシングデータを送信する通常モードとテストデータを送信するテストモードとを設定するモード設定部３１を備える。モード設定部３１により、テストモードに設定された場合、センサ３０は、テストデータを送信する。テストデータは、上述したように、テストデータであることが分かれば、その種類は問わないが、例えば、センサ認識時刻や、センサ設置する工事者を識別する工事者識別情報等がある。
　更に、センサ３０は、テストモード時に、第２の実施の形態で説明したように、通信を介してアプリケーションサーバ３にアクセスする機能を有し、アプリケーションサーバ３を介して、アプリケーション側メタデータデータベース６に格納されているアプリケーション側テスト用メタデータの検索可否の項目を「有効」に設定変更することができる設定変更部２０を有する。
　更に、センサ３０は、第２の実施の形態で説明したように、センシングデータ配信装置４から配信されるテストデータの受信状況を、アプリケーションサーバ３から受信し、テストデータが正しく受信できているかを確認することができるテストデータ受信状況確認部２１を有する。テストデータ受信確認部２１による受信状況の確認は、例えば、正常にデータを受信できた場合には点灯し、正常にデータを受信できなかった場合には点滅する発光器を用いることができる。
　図１３は第３の実施の形態におけるセンサ３０の概略図である。図１３のセンサ３０では、センサの筐体に、モード切換スイッチ４０と、発光器４１とが設けられている。モード切換スイッチ４０により、通常モードとテストモードとの切換えが行われる。また、発光器４１はＬＥＤ等の発光器であり、テストデータを正常に受信できた場合には点灯し、正常にテストデータを受信できなかった場合には点滅する。
　次に、上述の構成における第３の実施の形態の動作を、図１４のフローチャートを用いて説明する。尚、以下の説明では、センサ３０のセンサ識別子は、従来からあるＵＵＩＤを生成する方法を使用して生成した「a0eebc99ac0b4ef8bb6d6cb9bd380a11」とする。尚、アプリケーション側の要求によって、センサ１ａ～１ｃを一括して管理したい場合もあり、その場合は、センサ１ａ～１ｃを代表してセンサ用ネットワークアダプタ２に対して、センサ識別子を付与しても良い。
　また、センサ側メタデータ取得部１０及びアプリケーション側メタデータ取得部１１は、周期的にテスト用メタデータを取得するように構成されているものとする。
　まず、センサの開通テストに当たって、センサ側テスト用メタデータを作成する。センサ側テスト用メタデータの作成は、例えば、センサを設置する工事担当者が、開通テスト前に行う。そして、作成したセンサ側テスト用メタデータを、センサ側メタデータデータベース５に登録する。センサ側テスト用メタデータの一例は、上述した図５と同様である。
　アプリケーション側テスト用メタデータを作成する。アプリケーション側テスト用メタデータの作成は、例えば、センサを設置する工事担当者又はアプリケーションサーバ３のユーザが、開通テスト前に行う。第３の実施の形態では、図８に示されるように、アプリケーション側テスト用メタデータの検索可否の項目が追加されている。そして、アプリケーション側メタデータデータベース６に登録する際には、検索可否の項目を「無効」に設定しておく。他の項目については、第１、第２の実施の形態と同様である。
　センサ側テスト用メタデータ及びアプリケーション側テスト用メタデータの登録が終了すると、センサの開通テストを開始することができる。
　まず、工事担当者は、モード切換スイッチ４０によりテストモードに切換えると、モード設定部３１がセンサ３０をテストモードに遷移させ、センサ３０とセンシングデータ配信装置４との通信を確立する（Ｓｔｅｐ　３００）。センサ３０とセンシングデータ配信装置４との通信の確立は、相互に認証情報を与えることにより可能である。この認証情報は、例えば、通信のセキュリティを確保するために通常行われるユーザIDとパスワードの設定等である。そして、その認証情報に基づいて、センサ３０とセンシングデータ配信装置４との間で通信が確立される。
　同様に、アプリケーションサーバ３とセンシングデータ配信装置４との通信を確立する（Ｓｔｅｐ　３０１）。このアプリケーションサーバ３とセンシングデータ配信装置４との通信の確立は、相互に認証情報を与えることにより可能である。この認証情報は、例えば、通信のセキュリティを確保するために通常行われるユーザIDとパスワードの設定等である。そして、その認証情報に基づいて、アプリケーションサーバ３とセンシングデータ配信装置４との間で通信の開通が確立される。
　センサ用ネットワークアダプタ２、センシングデータ配信装置４及びアプリケーションサーバ３の通信の確立が確認されると、センサの開通テストが開始される。
　センサ３０は、テストデータをセンシングデータ配信装置４に送信し続ける（Ｓｔｅｐ　３０２）。送信されるテストデータは、センサ認識時刻や、センサ設置する工事者を識別する工事者識別情報を含んだデータである。
　次に、センサ３０の設定変更部２０は、アプリケーションサーバ３にアクセスし、アプリケーションサーバ３を介してアプリケーション側メタデータデータベース６に格納されているアプリケーション側テスト用メタデータの検索可否の項目を「有効」に設定変更する（Ｓｔｅｐ　３０３）。
　センサ側メタデータ取得部１０は、種別が「テストモード」であるセンサ側テスト用メタデータを、周期的にセンサ側メタデータデータベース５から取得し、マッチング部１２に出力する（Ｓｔｅｐ　３０４）。
　アプリケーション側メタデータ取得部１１は、種別が「テストモード」であり、検索可否の項目が「有効」であるアプリケーション側テスト用メタデータを、周期的にアプリケーション側メタデータデータベース６から取得し、マッチング部１２に出力する（Ｓｔｅｐ　３０５）。
　マッチング部１２は、取得されたセンサ側テスト用メタデータと、アプリケーション側テスト用メタデータとでマッチングを行う（Ｓｔｅｐ　３０６）。マッチングの対象は、センサ側テスト用メタデータ及びアプリケーション側テスト用メタデータに記載されたセンサの識別子である。ここでは、センサ識別子（ＵＵＩＤ）に「a0eebc99ac0b4ef8bb6d6cb9bd380a11」が記載されているセンサ側テスト用メタデータとアプリケーション側テスト用メタデータとがマッチングされる。
　マッチングが完了すると（Ｓｔｅｐ　３０７）、マッチング部１２は、マッチングしたセンサ側テスト用メタデータの通信元識別情報（通信元ＩＤ）に記載されている情報と、マッチングしたアプリケーション側テスト用メタデータの通信先識別情報（通信先ＩＤ）に記載されている情報とを、データフロー制御指令指示部１３に送信する（Ｓｔｅｐ　３０８）。ここでは、データフロー制御指令指示部１３に送信する通信元識別情報（通信元ＩＤ）は、「センサ用ネットワークアダプタ２（＝センサ３０）」である。また、データフロー制御指令指示部１３に送信する通信先識別情報（通信先ＩＤ）は、「アプリケーションサーバ３」である。
　データフロー制御指令指示部１３は、マッチング部１２から受信した通信元識別情報（通信元ＩＤ）及び通信先識別情報（通信先ＩＤ）を含むデータフロー制御指令を生成し、センシングデータ配信装置４に送信する（Ｓｔｅｐ　３０９）。本例では、通信元識別情報（通信元ＩＤ）として「センサ用ネットワークアダプタ２（＝センサ３０）」、通信先識別情報（通信先ＩＤ）として「アプリケーションサーバ３」を含んだデータフロー制御指令である。
　センシングデータ配信装置４は、データフロー制御指令を受信し、データフロー制御指令に含まれる通信元識別情報（通信元ＩＤ）で特定されるセンサ用ネットワークアダプタから送信されるテストデータを、データフロー制御指令に含まれる通信先識別情報（通信先ＩＤ）で特定されるアプリケーションサーバ３に送信する（Ｓｔｅｐ　３１０）。本例では、センサ用ネットワークアダプタ２、すなわち、センサ３０からのテストデータを、アプリケーションサーバ３に配信する。
　アプリケーションサーバ３は、センシングデータ配信装置４から配信されるテストデータの受信結果を、センサ３０に送信する（Ｓｔｅｐ　３１１）。
　センサ３０はテストデータの受信結果を受信する（Ｓｔｅｐ　３１２）。受信結果が正常にデータを受信できた場合には、データ受信確認部２１により、発光器を点灯する（Ｓｔｅｐ　３１３）。テストデータの受信が確認できない場合は、データ受信確認部２１により、発光器を点灯する（Ｓｔｅｐ　３１３）。
　尚、第３の実施の形態では、第２の実施の形態と同様に、アプリケーション側テスト用メタデータの検索可否の項目の設定を変更する例を説明したが、センサ側テスト用メタデータに、センサ側メタデータ取得部１０が検索（取得）可能か否かを示す項目を追加し、センサ側メタデータデータベース５にアクセスして、センサ側テスト用メタデータの検索可否の項目を「有効」に変更することができるように構成しても良い。
　更に、第２の実施の形態と同様に、センサ側テスト用メタデータ又はアプリケーション側テスト用メタデータに検索可否の項目を追加することなく、他の方法により、センサ側テスト用メタデータ又はアプリケーション側テスト用メタデータの検索可否を区別できるようにしても良い。例えば、登録時には、センサ側テスト用メタデータ又はアプリケーション側テスト用メタデータのセンサ識別子（ＵＵＩＤ）をゼロしておき、開通テストの実行に際して、センサ３０からセンサ識別子（ＵＵＩＤ）をゼロから一意に識別できる情報に書き換えることにより、センサ側テスト用メタデータ又はアプリケーション側テスト用メタデータの検索可否を区別できるようにしても良い。この場合、センサ側メタデータ取得部１０又はアプリケーション側メタデータ取得部１１は、センサ識別子（ＵＵＩＤ）がゼロのセンサ側テスト用メタデータ又はアプリケーション側テスト用メタデータは検索（取得）の対象とはしないように構成すれば良い。
　また、上述した動作の説明では、マッチング処理前に、センサ用ネットワークアダプタ２からテストデータを、センシングデータ配信装置４に送信し続ける例（Ｓｔｅｐ　３０２）を説明したが、これに限られない。例えば、まず、センサ側テスト用メタデータとアプリケーション側テスト用メタデータとのマッチング処理を行い、マッチングが完了し（Ｓｔｅｐ　３０７）、データフロー制御指令指示部１３がデータフロー制御指令をセンシングデータ配信装置４に送信した後（Ｓｔｅｐ　３０９）に、センサ用ネットワークアダプタ２からテストデータを、センシングデータ配信装置４に送信するようにしても良い（Ｓｔｅｐ　３０２）。
　また、第３の実施の形態では、センサ３０がメタデータを検索可能にする設定変更部２０を備える例を説明したが、かならずしも必要とはしない。この場合、第１の実施の形態と同様に、開通テストの開始を連絡し、センサ側テスト用メタデータ又はアプリケーション側テスト用メタデータを取得可能にし、メタデータ同士のマッチングを行えるようにすればよい。
　第３の実施の形態によれば、センサが自律的に開通テストを行えるように構成したので、センサを設置する工事担当者は、特別の機材を用意することなく、センサの開通テストを行うことができる。
　（第３の実施の形態の変形例）
　図１５は第３の実施の形態の変形例におけるセンサ３０のブロック図である。
　上述した第３の実施の形態では、センサ３０が、センサ１ａ～１ｃと、センサ用ネットワークアダプタ２とを備える例を説明した。しかし、３個のセンサ１ａ～１ｃを備えている必要はなく、１個のセンサ１ａを備えていても良い。この場合は、ネットワークアダプタ２を備える必要が無く、センサ１ａのテストデータやセンシングデータ、各種データ等をネットワークを介して、センシングデータ配信装置４や、マッチング装置７、アプリケーションサーバ３と送受信できる通信部５０を備えていればよい。他の構成は、上述した第３の実施の形態と同様である。尚、本例では、センサ識別子は、センサ１ａにセンサ識別が付与される。
　尚、マッチング装置７は、図１６に示すように、例えば、プロセッサ２０１、メモリ（ＲＯＭやＲＡＭ）２０２、記憶装置（ハードディスク、半導体ディスクなど）２０３、入力装置（キーボード、マウス、タッチパネルなど）２０４、表示装置２０５、通信部２０６などのハードウェア資源を有する汎用のコンピュータにより構成することができる。マッチング装置７の機能は、記憶装置２０３に格納されたプログラムがメモリ２０２にロードされ、プロセッサ２０１により実行されることにより、実現されるものである。なお、マッチング装置７は、一台のコンピュータにより構成してもよいし、複数台のコンピュータによる分散コンピューティングにより構成してもよい。また、処理の高速化のため、マッチング装置１の機能の一部または全部を専用のハードウェア（例えばＧＰＵやＦＰＧＡ、ＡＳＩＣなど）を用いて実現することも可能である。
　更に、開通テスト用管理端末８やセンサ３０の上述した機能も、ハードウェア資源を有するコンピュータにより、同様に実現できる。
　また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　少なくとも一以上ハードウェアプロセッサを有し、
　前記ハードウェアプロセッサは、
　センシングデータを出力するセンサ又は前記センサに接続されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータを取得し、
　前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側テスト用メタデータを取得し、
　前記センサ識別子の同一性に基づいて、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定し、
　前記センシングデータの配信を管理する配信装置に対して、マッチングした前記センサ側テスト用メタデータ及び前記アプリケーション側テスト用メタデータで特定されるセンサ又はネットワークアダプタから開通テスト用アプリケーションへのテストデータフローを指示するデータフロー制御指令を送信する
を有するセンサ開通テスト装置。
　（付記２）
　センシングデータを出力するセンサ又は前記センサに接続されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータと、前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側テスト用メタデータとを、前記センサ識別子の同一性に基づいて、前記センサ側テスト用メタデータと前記アプリケーション側テスト用メタデータとのマッチングを判定し、前記センサ又は前記ネットワークアダプタの開通テストを行うセンサ開通テストシステムにおけるセンサ開通テスト管理端末であって、
　少なくとも一以上ハードウェアプロセッサを有し、
　前記プロセッサは、
　前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータを、マッチングの対象となるように、前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータの設定を変更し、
　前記センサ又はネットワークアダプタから送信されるテストデータの前記開通テスト用アプリケーションにおける受信状況を提示する
センサ開通テスト管理端末。
　（付記３）
　センシングデータをネットワークに送信するセンサを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータと、前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側メタデータとを、前記センサ識別子の同一性に基づいて、前記センサ側テスト用メタデータと前記アプリケーション側テスト用メタデータとのマッチングを判定し、前記センサの開通テストを行うセンサ開通テストシステムにおけるセンサであって、
　センシングデータを出力するセンサと、
　少なくとも一以上のハードウェアプロセッサを有し、
　前記プロセッサは、
　通常モード時には、前記センシングデータを送信し、
　センサ開通テストモード時には、テストデータを送信し、
　前記センサから送信されるテストデータの前記開通テスト用アプリケーションにおける受信状況を提示する
センサ。
　（付記４）
　コンピュータが、
　センシングデータを出力するセンサ又は前記センサに開通されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータを取得し、
　前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側メタデータを取得し、
　前記センサ識別子の同一性に基づいて、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定し、
　前記センシングデータの配信を管理する配信装置に対して、マッチングした前記センサ側テスト用メタデータ及び前記アプリケーション側テスト用メタデータで特定されるセンサ又はネットワークアダプタから開通テスト用アプリケーションへのテストデータフローを指示する
センサ開通テスト方法。
　（付記５）
　センシングデータを出力するセンサ又は前記センサに接続されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータを取得する処理と、
　前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側メタデータを取得する処理と、
　前記センサ識別子の同一性に基づいて、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定する処理と、
　前記センシングデータの配信を管理する配信装置に対して、マッチングした前記センサ側テスト用メタデータ及び前記アプリケーション側テスト用メタデータで特定されるセンサ又はネットワークアダプタから開通テスト用アプリケーションへのテストデータフローを指示するデータフロー制御指令を送信する処理と
をコンピュータに実行させるプログラムが記録された記録媒体。
　以上好ましい実施の形態及び適用例をあげて本発明を説明したが、全ての実施の形態又は適用例の構成を備える必要はなく、適時組合せて実施することができるばかりでなく、本発明は必ずしも上記実施の形態及び適用例に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
１ａ～１ｃ　センサ
２　　　　　センサ用ネットワークアダプタ
３　　　　　アプリケーションサーバ
４　　　　　センシングデータ配信装置
５　　　　　センサ側メタデータデータベース
６　　　　　アプリケーション側メタデータデータベース
７　　　　　マッチング装置
８　　　　　開通テスト用管理端末
１０　　　　センサ側メタデータ取得部
１１　　　　アプリケーション側メタデータ取得部
１２　　　　マッチング部
１３　　　　データフロー制御指令指示部
２０　　　　設定変更部
２１　　　　データ受信確認部
３０　　　　センサ
４０　　　　モード切換スイッチ
４１　　　　発光器
５０　　　　通信部
３１　　　　モード設定部
２０１　　　プロセッサ
２０２　　　メモリ
２０３　　　記憶装置
２０４　　　入力装置
２０５　　　表示装置
２０６　　　通信装置

Claims (10)

  1. 　センシングデータを出力するセンサ又は前記センサに接続されてセンシングデータをネットワークに送信するネットワークアダプタのいずれかを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータを取得するセンサ側メタデータ取得部と、
    　前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側テスト用メタデータを取得するアプリケーション側メタデータ取得部と、
    　前記センサ識別子の同一性に基づいて、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定するマッチング部と、
    　前記センシングデータの配信を管理する配信装置に対して、マッチングした前記センサ側テスト用メタデータ及び前記アプリケーション側テスト用メタデータで特定されるセンサ又はネットワークアダプタから開通テスト用アプリケーションへのテストデータフローを指示するデータフロー制御指令を送信する指示部と
    を有するセンサ開通テストシステム。
  2. 　前記センサ側テスト用メタデータは、メタデータが開通テスト用のメタデータであることを示す情報と、前記センサのセンシングデータの配信元を識別する情報とを含み、
    　前記アプリケーション側テスト用メタデータは、メタデータが開通テスト用のメタデータであることを示す情報と、前記センサのセンシングデータの配信先を識別する情報とを含む
    請求項１に記載のセンサ開通テストシステム。
  3. 　前記センサ側メタデータ取得部が前記センサ側テスト用メタデータを取得可能に前記センサ側テスト用メタデータの設定を変更する、又は、前記アプリケーション側メタデータ取得部が前記アプリケーション側テスト用メタデータを取得可能に前記アプリケーション側テスト用メタデータの設定を変更するメタデータ設定変更部を有する
    請求項１又は請求項２に記載のセンサ開通テストシステム。
  4. 　前記開通テスト用アプリケーションにおけるテストデータの受信状況を提示するテストデータ受信状況提示部を有する
    請求項１から請求項３のいずれかに記載のセンサ開通テストシステム。
  5. 　前記センサ識別子は、UUID（UniversallyUnique Identifier）である
    請求項１から請求項４のいずれかに記載のセンサ開通テストシステム。
  6. 　センシングデータを出力するセンサ又は前記センサに接続されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータと、前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側テスト用メタデータとを、前記センサ識別子の同一性に基づいて、前記センサ側テスト用メタデータと前記アプリケーション側テスト用メタデータとのマッチングを判定し、前記センサ又は前記ネットワークアダプタの開通テストを行うセンサ開通テストシステムにおけるセンサ開通テスト管理端末であって、
    　前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータを、マッチングの対象となるように、前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータの設定を変更する設定変更部と、
    　前記センサ又はネットワークアダプタから送信されるテストデータの前記開通テスト用アプリケーションにおける受信状況を提示する提示部と
    を有するセンサ開通テスト管理端末。
  7. 　センシングデータをネットワークに送信するセンサを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータと、前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側メタデータとを、前記センサ識別子の同一性に基づいて、前記センサ側テスト用メタデータと前記アプリケーション側テスト用メタデータとのマッチングを判定し、前記センサの開通テストを行うセンサ開通テストシステムにおけるセンサであって、
    　センシングデータを出力するセンサと、
    　前記センシングデータを送信する通常モードと、センサ開通テストモードとの機能を備え、
    　前記センサ開通テストモード時には、テストデータを送信する開通テストデータ送信部と、
    　前記センサから送信されるテストデータの前記開通テスト用アプリケーションにおける受信状況を提示する提示部と
    を有するセンサ。
  8. 　前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータを、マッチングの対象となるように、前記センサ側テスト用メタデータ又は前記アプリケーション側テスト用メタデータの設定を変更する設定変更部を
    有する請求項７に記載のセンサ。
  9. 　センシングデータを出力するセンサ又は前記センサに開通されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータを取得し、
    　前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側メタデータを取得し、
    　前記センサ識別子の同一性に基づいて、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定し、
    　前記センシングデータの配信を管理する配信装置に対して、マッチングした前記センサ側テスト用メタデータ及び前記アプリケーション側テスト用メタデータで特定されるセンサ又はネットワークアダプタから開通テスト用アプリケーションへのテストデータフローを指示する
    センサ開通テスト方法。
  10. 　センシングデータを出力するセンサ又は前記センサに接続されてセンシングデータをネットワークに送信するネットワークアダプタを一意に識別するセンサ識別子を少なくとも含む開通テスト用のセンサ側テスト用メタデータを取得する処理と、
    　前記センサの開通テスト用アプリケーションのメタデータであり、前記センサ識別子を少なくとも含むアプリケーション側メタデータを取得する処理と、
    　前記センサ識別子の同一性に基づいて、取得したセンサ側テスト用メタデータと取得したアプリケーション側テスト用メタデータとのマッチングを判定する処理と、
    　前記センシングデータの配信を管理する配信装置に対して、マッチングした前記センサ側テスト用メタデータ及び前記アプリケーション側テスト用メタデータで特定されるセンサ又はネットワークアダプタから開通テスト用アプリケーションへのテストデータフローを指示するデータフロー制御指令を送信する処理と
    をコンピュータに実行させるプログラム。
PCT/JP2017/034017 2016-11-14 2017-09-21 センサ開通テストシステム、センサ開通テスト管理端末、センサ、センサ開通テスト方法及びプログラム WO2018088039A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP17869549.0A EP3541084B1 (en) 2016-11-14 2017-09-21 Sensor opening test system, sensor opening test method and program
US16/346,550 US11106558B2 (en) 2016-11-14 2017-09-21 Sensor opening test system, sensor opening test management terminal, sensor, sensor opening test method, and computer program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-221798 2016-11-14
JP2016221798A JP6406336B2 (ja) 2016-11-14 2016-11-14 センサ開通テストシステム、センサ開通テスト管理端末、センサ、センサ開通テスト方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2018088039A1 true WO2018088039A1 (ja) 2018-05-17

Family

ID=62110541

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/034017 WO2018088039A1 (ja) 2016-11-14 2017-09-21 センサ開通テストシステム、センサ開通テスト管理端末、センサ、センサ開通テスト方法及びプログラム

Country Status (4)

Country Link
US (1) US11106558B2 (ja)
EP (1) EP3541084B1 (ja)
JP (1) JP6406336B2 (ja)
WO (1) WO2018088039A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180157692A1 (en) * 2015-06-30 2018-06-07 Omron Corporation Data flow control device and data flow control method
US20230327957A1 (en) * 2020-08-27 2023-10-12 Siemens Aktiengesellschaft Centralized management of data flow maps for distributed edge node deployment

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6390692B2 (ja) * 2016-12-15 2018-09-19 オムロン株式会社 データ配信システム、指示装置、データ配信装置、センサ管理装置、データ配信方法、およびプログラム
JP6421866B1 (ja) * 2017-08-09 2018-11-14 オムロン株式会社 センサ管理ユニット、センサ装置、センサ管理方法及びセンサ管理プログラム
US10938968B2 (en) * 2018-12-04 2021-03-02 Sap Se Harmonized data for engineering simulation
JP2022115644A (ja) * 2021-01-28 2022-08-09 パナソニックホールディングス株式会社 可搬型仮想ＩｏＴ装置、それを用いた仮想デバイスデータの生成方法、及びそのプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006525912A (ja) * 2003-05-14 2006-11-16 シーメンス　アクチエンゲゼルシヤフト 車両における乗員保護システムの中央制御機器と少なくとも１つのローカルセンサユニットの間のデータ伝送のための方法及び装置
JP5445722B1 (ja) 2012-09-12 2014-03-19 オムロン株式会社 データフロー制御指令発生装置およびセンサ管理装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8239046B2 (en) 2007-02-26 2012-08-07 International Business Machines Corporation Sensor network controllers
KR101417194B1 (ko) * 2010-10-06 2014-07-09 한국전자통신연구원 식별자 관리 서버, 응용 서비스 플랫폼, 센서노드의 식별자를 이용한 장치 인식 방법 및 시스템
JP2013152557A (ja) * 2012-01-24 2013-08-08 Nippon Telegr & Teleph Corp <Ntt> メタデータ付与装置、メタデータ付与方法およびメタデータ付与プログラム
US9445085B2 (en) * 2013-05-17 2016-09-13 Canon Kabushiki Kaisha Imaging apparatus, method for controlling imaging apparatus, and system therefor
US10070035B2 (en) * 2014-04-02 2018-09-04 Alarm.Com Incorporated Monitoring system configuration technology
US10146913B2 (en) * 2015-01-30 2018-12-04 Ineda Systems Pvt. Ltd Portable electronic device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006525912A (ja) * 2003-05-14 2006-11-16 シーメンス　アクチエンゲゼルシヤフト 車両における乗員保護システムの中央制御機器と少なくとも１つのローカルセンサユニットの間のデータ伝送のための方法及び装置
JP5445722B1 (ja) 2012-09-12 2014-03-19 オムロン株式会社 データフロー制御指令発生装置およびセンサ管理装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3541084A4

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180157692A1 (en) * 2015-06-30 2018-06-07 Omron Corporation Data flow control device and data flow control method
US11748326B2 (en) * 2015-06-30 2023-09-05 Omron Corporation Data flow control device and data flow control method
US20230327957A1 (en) * 2020-08-27 2023-10-12 Siemens Aktiengesellschaft Centralized management of data flow maps for distributed edge node deployment

Also Published As

Publication number Publication date
JP2018082248A (ja) 2018-05-24
US20190258553A1 (en) 2019-08-22
US11106558B2 (en) 2021-08-31
EP3541084A4 (en) 2020-01-01
JP6406336B2 (ja) 2018-10-17
EP3541084B1 (en) 2022-03-30
EP3541084A1 (en) 2019-09-18

Similar Documents

Publication Publication Date Title
JP6406336B2 (ja) センサ開通テストシステム、センサ開通テスト管理端末、センサ、センサ開通テスト方法及びプログラム
JP7055200B2 (ja) ゲートウェイ管理コンソールにアクセスするためのコンピュータ処理方法、装置、システム、およびプログラム
JP5340610B2 (ja) 複数の構成要素を管理するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム
EP3575975B1 (en) Method and apparatus for operating smart network interface card
JP2021502732A (ja) ゲートウェイ管理コンソールにアクセスするためのコンピュータ処理方法、装置、システム、およびプログラム
JP2021502735A (ja) ゲートウェイ管理コンソールにアクセスする方法、システム、およびプログラム
US9888084B2 (en) Automatic network domain diagnostic repair and mapping
KR101940823B1 (ko) 모바일 컴퓨팅 장치 센서를 이용한 프라이빗 스페이스의 맵 생성
CN104508627A (zh) 混合云环境
US20150113423A1 (en) System and method to configure a field device
US8640209B2 (en) Authentication information change facility
CN108769124A (zh) PaaS平台的应用部署方法、装置、服务器及存储介质
CN113014445B (zh) 用于服务器的运维方法、装置、平台及电子设备
CN111654495A (zh) 用于确定流量产生来源的方法、装置、设备及存储介质
JP2020194478A (ja) 異常検知システム、及び異常検知方法
JP6421866B1 (ja) センサ管理ユニット、センサ装置、センサ管理方法及びセンサ管理プログラム
US20240089330A1 (en) Communication apparatus, server, communication system, and communication method
CN112583891B (zh) 接口文档获取方法、装置和服务器
EP3214517A1 (en) Electronic device, system and method
US20210365431A1 (en) False submission filter device, false submission filter system, false submission filter method, and computer readable medium
JP4866433B2 (ja) 認証情報を変更するためコンピュータ・システム、並びにその方法及びコンピュータ・プログラム
JP7039921B2 (ja) 所在管理システム及びプログラム
JP5435351B2 (ja) 画面シーケンス確認装置、画面シーケンス確認方法および画面シーケンス確認プログラム
KR20230101536A (ko) 어플리케이션을 제어하는 방법 및 장치
US20180293234A1 (en) Curating objects

Legal Events

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

Ref document number: 17869549

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2017869549

Country of ref document: EP