WO2020004033A1 - 情報処理装置、情報処理方法及びプログラム - Google Patents

情報処理装置、情報処理方法及びプログラム Download PDF

Info

Publication number
WO2020004033A1
WO2020004033A1 PCT/JP2019/023249 JP2019023249W WO2020004033A1 WO 2020004033 A1 WO2020004033 A1 WO 2020004033A1 JP 2019023249 W JP2019023249 W JP 2019023249W WO 2020004033 A1 WO2020004033 A1 WO 2020004033A1
Authority
WO
WIPO (PCT)
Prior art keywords
sensor
gateway
server
data
sensing data
Prior art date
Application number
PCT/JP2019/023249
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 CN201980041807.0A priority Critical patent/CN112424845A/zh
Priority to US15/734,733 priority patent/US20210227500A1/en
Priority to EP19825580.4A priority patent/EP3816958A4/en
Publication of WO2020004033A1 publication Critical patent/WO2020004033A1/ja

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/04—Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/40—Arrangements in telecontrol or telemetry systems using a wireless architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13092—Scanning of subscriber lines, monitoring

Definitions

  • the present technology relates to an information processing device, an information processing method, and a program.
  • Patent Document 1 describes a so-called “event-driven” process in which image data is sent from an in-vehicle device to a server when an event such as an accident occurs.
  • Patent Documents 2 and 3 describe, in the technical field of a proxy server, a proxy server that performs high-speed access to a cache by using a hash index.
  • IoT Internet of Things
  • An object of the present technology made in view of the above circumstances is to provide an information processing apparatus, an information processing method, and a program that dynamically optimize data collection in response to a network load.
  • the information processing device is configured to communicate with a server and a sensor via a network.
  • the information processing device includes a communication unit and a control unit.
  • the communication unit transmits setting parameters of the sensor to the sensor, receives sensing data of the sensor sensed based on the setting parameters, and transmits the sensing data to the server.
  • the control unit determines whether the sensing data needs to be processed before transmitting the sensing data received from the sensor to the server.
  • the information processing device as an intermediate node in the system including the server, the information processing device, and the sensor determines whether the processing of the sensing data is necessary, and the load on the processing of the sensing data is concentrated on the server. Therefore, data collection can be optimized in response to the network load dynamically.
  • control unit may determine whether or not processing before transmitting the sensing data to the server is necessary in accordance with the sensing data.
  • sensing data based on information and conditions (including, but not limited to, information such as outside air temperature and radio field intensity and situations such as occurrence of a traffic accident) according to the sensing data are performed. Since the necessity of the processing is determined, the accuracy of the sensing data does not decrease in an important situation.
  • the communication unit may transmit the setting parameter for initial setting or resetting to the sensor when receiving the connection request from the sensor.
  • the information processing apparatus transmits a setting parameter to the sensor at a reception timing of a connection request such as a handover from the sensor, so that smooth information collection is promoted.
  • the senor may include a plurality of sensors, and the control unit may update the setting parameter according to a change in the number or density of a plurality of moving objects on which the sensors are installed. You may.
  • the communication unit is configured to select a method of transmitting the setting parameter to the sensor from at least a transmission method including a unicast method and a broadcast method according to the type of the setting parameter. There may be.
  • the control unit when the control unit processes the sensing data, the control unit may compress the sensing data using a hash function.
  • Another aspect of the present technology to achieve the above object is to configure an information processing device to mutually communicate with a server and a sensor via a network, transmit a setting parameter of the sensor to the sensor, and An information processing method comprising: receiving sensing data of the sensor sensed based on the sensor, determining whether or not to process the sensing data received from the sensor, and transmitting the sensing data to the server.
  • Another aspect of the present technology that achieves the above object is a step of configuring the computer to communicate with a server and a sensor via a network via a network, and transmitting a setting parameter of the sensor to the sensor.
  • FIG. 1 is a conceptual diagram of a network configuration of a system according to a first embodiment. It is a configuration example of a gateway and the like included in the system according to the embodiment. It is a figure for explaining the outline of the whole operation of the above-mentioned embodiment. It is a figure (the 1) for explaining the setting phase in the above-mentioned embodiment. It is a figure for explaining collection data in the above-mentioned embodiment. It is a figure for explaining collection frequency in the above-mentioned embodiment.
  • FIG. 8 is a diagram (part 2) for describing a setting phase in the embodiment. It is an example (server) of the processing procedure of the parameter setting of the said embodiment.
  • FIG. 11 is a diagram for describing an outline of an overall operation according to the second embodiment. It is an example of a processing procedure of the sensor in the embodiment. It is a processing procedure example of the gateway in the said embodiment. It is an example of a processing procedure of the server in the embodiment. It is a figure for explaining an outline of the whole operation of a 3rd embodiment. It is an example of a processing procedure of the sensor in the embodiment. It is a processing procedure example of the gateway in the said embodiment. It is an example of a processing procedure of the server in the embodiment. It is FIG. (1) for demonstrating the setting phase in 4th Embodiment.
  • FIG. 8 is a diagram (part 2) for describing a setting phase in the embodiment. It is an example of the processing procedure of the gateway in 5th Embodiment.
  • First embodiment 1.1. Overall system 1.2. Configuration of server, gateway, and sensor 1.3. Description of overall operation 1.4. Setting Phase 1.4.1. Overview of setting phase 1.4.2. Details of setting phase 1.5. Operation Phase 1.5.1. Sensor data collection process 1.5.2. Gateway data collection process 1.5.3. Server data collection process 1.6. Use phase2. Second embodiment 3. Third embodiment 4. Fourth embodiment 5. Fifth embodiment 6. Other Embodiment 7 Note
  • an IoT device in an IoT system is shown as an example of a sensor, and a vehicle-mounted sensor (vehicle-mounted device) is shown as an example of the IoT device.
  • the sensor is not limited to this example.
  • a base station hereinafter, mainly referred to as a “gateway” in a wireless data communication system is shown as an example of an information processing device, but the information processing device is not limited to this example.
  • a so-called cloud server physically constituted by a plurality of server groups is shown as an example of a server, but the server is not limited to this example.
  • states of various wireless communication environments (such as radio wave intensity) of the in-vehicle device are assumed, but the present technology is not limited to this example.
  • FIG. 1 there is shown a conceptual diagram of a configuration of an overall system according to the present embodiment. As shown in FIG. 1, the entire system 1 includes a server 300, a plurality of gateways 200, and a plurality of sensors 100.
  • the network N is configured to be able to communicate between the cloud (server 300) and the gateway 200, between the gateway 200 and the sensor 100, and between the cloud (server 300) and the sensor 100.
  • the gateway 200 may have the function of the sensor 100.
  • Network N is a generic name of the network of the present embodiment including the network N1 and the network N2.
  • the physical layer and data link layer of the network N are not limited.
  • a mobile phone communication network including an MNO (Mobile Network Operator) network, an MVNO (Mobile Virtual Network Operator) network), a network based on various wireless local area network standards, a short-range wireless communication (Bluetooth (registered) Trademark) can be used as the network of the present embodiment.
  • a wide area network, a business network, a private network, or the like can be used as the network N.
  • the gateway 200 has the same configuration as a general-purpose computer. That is, the gateway 200 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an input / output interface 15, and a bus 14 for connecting these to each other.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the CPU 11 accesses the RAM 13 and the like as needed, and controls the entire block as a whole while performing various arithmetic processes.
  • the ROM 12 is a non-volatile memory in which an OS (Operating System) executed by the CPU 11 and firmware such as programs and various parameters are fixedly stored.
  • the RAM 13 is used as a work area for the CPU 11 and temporarily stores an OS, various applications being executed, and various data being processed.
  • the CPU 11 loads a software program stored in the ROM 12 to configure a control unit of the apparatus.
  • the display unit 16, the operation receiving unit 17, the storage unit 18, the communication unit 19, and the like are connected to the input / output interface 15.
  • the display unit 16 is a display device using, for example, an LCD (Liquid Crystal Display), an OELD (Organic Electro-Luminescence Display), a CRT (Cathode Ray Tube), or the like.
  • the operation receiving unit 17 is, for example, a pointing device such as a mouse, a keyboard, and other input devices.
  • the display unit 16 and the operation receiving unit 17 may be integrated by a liquid crystal touch panel.
  • the storage unit 18 is a non-volatile memory such as a hard disk drive (HDD), a solid state drive (SSD), and other solid-state memories.
  • the storage unit 18 stores the OS, various applications, and various data.
  • the communication unit 19 is various modules for wireless communication such as a NIC (Network Interface Card) and a wireless LAN.
  • the communication unit 19 enables transmission and reception of data with another device of the present apparatus.
  • the configuration shown in FIG. 2A is an example of the configuration of the gateway 200, and other elements may be added or some of them may be omitted.
  • the server 300 and the sensor 100 may have the same configuration as the gateway 200. Other components may be added to the configuration of the server 300 and the sensor 100, or some of them may be omitted.
  • FIG. 2B shows a configuration example of the sensor 100. Description of the parts common to FIG. 2A is omitted.
  • the sensor 100 has a sensor unit 20 and a sensor unit 21. In this case, the sensor 100 capable of storing two types of sensing data is illustrated. Specific examples of the sensor unit 20 and the sensor unit 21 include, for example, a camera, a human sensor, and an antenna capable of evaluating the radio wave intensity and radio wave quality of wireless communication. However, this example does not limit the sensor 100.
  • the plurality of gateways 200 are intermediate nodes located between the sensor 100 and the server 300, and have a multi-layer structure in which any one of the gateways 200 is located above another gateway 200. May be done.
  • the server 300 makes settings for the gateway 200 (1-1 in FIG. 3).
  • the gateway 200 makes settings for the sensor 100 based on the settings made for the gateway 200 by the server 300 (1-2 in FIG. 3). This is the setting phase.
  • the sensor 100 transmits the sensed information to the gateway 200.
  • the gateway 200 collects information from the sensor 100 (2-1 in FIG. 3).
  • the gateway 200 transmits the collected information or information obtained by processing the collected information to the server 300.
  • the server 300 collects information from the gateway 200 (2-2 in FIG. 3). This is the operation phase.
  • the server 300 performs analysis and the like based on the collected information and feeds it back to the resetting and control of the gateway 200 and the sensor 100 (3 and 4 in FIG. 3). This is the utilization phase.
  • the setting of the sensor 100 may use the information on the setting transmitted from the server 300 to the gateway 200 as it is, or may be generated based on the setting received by the gateway 200 from the server 300.
  • the setting parameters of the sensor 100 are provided from the server 300 in common.
  • the server 300 directly sets the sensor 100 and that information is directly transmitted from the sensor 100 to the server 300. .
  • Sensing data of the sensor 100 and the like are mostly handled in the application layer.
  • the application layer only End-to-End is defined, and a node in the middle (intermediate node) is usually transparent.
  • the gateway 200 which is an intermediate node, collects and processes sensing data of the sensor 100 in the operation phase.
  • the gateway 200 reduces the network load.
  • the base station that is the boundary between the wireless network and the wired network according to the present embodiment is used in consideration of the fact that the sensing data has high location dependency.
  • the gateway 200 is advantageous, but is not limited to this configuration.
  • Setting Phase 1.4.1. Overview of Setting Phase The setting phase is divided into two stages, a setting process from the server 300 to the gateway 200 and a setting process from the gateway 200 to the sensor 100.
  • the server 300 sets to the sensor 100 which data items the sensor 100 should transmit to the server 300, in what manner (processing, no processing, etc.) and at what frequency. Is set for the gateway 200 of the intermediate node. This makes it possible to optimize data collection even when the network load fluctuates, such as when the number of sensors 100 increases.
  • the server 300 sets the data items to be collected from the sensor 100 and the frequency for the gateway 200.
  • the gateway 200 notifies the server 300 of its own location information (S401).
  • the server 300 determines parameters for the gateway 200 that has notified the location information (S402).
  • a notification of the parameter determined by the server 300, in this example, the data collection setting is sent (S403).
  • the gateway 200 sets the data collection parameters for its own device (S404).
  • the gateway 200 notifies the server 300 of the completion of the setting (S405).
  • the server 300 specifies data pre-processing in the gateway 200 (base station) according to the data item of the collected data.
  • the pre-processing include an averaging process, a compression process, and a combining process.
  • the averaging process includes a process of averaging the collected data for each terminal and a process of averaging over the entire base station area beyond the terminal.
  • the compression processing includes lossless compression and lossy compression.
  • Lossy compression includes compression using a one-way hash function. In the present embodiment, compression is performed using a one-way hash function.
  • the combining process includes a process of combining a plurality of collected data or compressed data into one or a small number of bundles.
  • FIG. 5 shows an outline of data items collected by the system 1. Shown here is an outline, which may be finer data items. Further, the data items are not limited to those illustrated in FIG.
  • FIG. 6 is an explanatory diagram of the collection frequency shown in FIG.
  • the data collected by the system 1, that is, the data collected by the server 300 includes information on the sensor 100 itself, processed data, and raw data.
  • these collected data there are sufficient data to be collected only once when the sensor 100 is initially attached to the network N of the system 1, data to be collected periodically, and data to be collected non-periodically. is there.
  • the period of data collected periodically may be divided into multiple stages such as short-term and long-term.
  • the data collected non-periodically includes sensing data having a large data amount such as a moving image.
  • the periodically collected data is sent from the sensor 100 to the server 300 as shown by a solid arrow in FIG.
  • the data collected aperiodically is sent from the sensor 100 to the server 300 when there is a request from the server 300 or when the sensor 100 detects the occurrence of an event, as indicated by a dashed arrow in FIG.
  • the gateway 200 notifies the sensor 100 that has made the connection request of the setting parameter for data collection specified by the server 300.
  • the gateway 200 may perform additional data collection settings in addition to the settings specified by the server 300.
  • a setting contrary to the specification from the server 300 is not permitted. If the sensor 100 has already received the setting parameter once, the sensor 100 uses the setting parameter notified by the gateway 200 as the setting parameter for resetting.
  • the sensor 100 requests connection to the gateway 200 as an initial attach to a network, such as when the power is turned on or when a communication function is turned on, when a certain gateway (base station) is connected to another gateway (base station). Station), or when moving from outside the service area to the service area.
  • the occurrence of the handover mentioned here includes the start of the handover, the execution of the handover, and the completion of the handover. Since the gateway 200 transmits the setting parameter to the sensor 100 at the timing of receiving the connection request from the sensor 100, smooth information collection is promoted.
  • the sensor 100 makes a connection request to the gateway 200 (S701).
  • it is determined whether the gateway 200 permits the connection request (S702).
  • the gateway 200 notifies the sensor 100 that has made the connection request of connection permission or non-permission (S703). Here, it is assumed that permission has been granted.
  • the gateway 200 notifies the sensor 100 of the data collection setting parameter (S704).
  • the sensor 100 sets data collection parameters for the own device (S705).
  • the sensor 100 notifies the gateway 200 of the connection and the setting completion (S706).
  • FIGS. 8, 9 and 10 show examples of processing procedures of the CPU 11 as a control unit of each of the server 300, the gateway 200, and the sensor 100 regarding parameter setting.
  • the server 300 first checks whether there is a gateway 200 (base station) for which no parameter is set (S801). Even when there is no such gateway 200, the server 300 checks whether or not there is a gateway 200 (base station) whose parameter should be changed (S802). If any one of such gateways 200 exists, the server 300 notifies the gateway 200 of the setting parameters (S803). If the setting completion packet is included in the setting parameter packet or the like, the process of the server 300 ends (S804).
  • the gateway 200 first checks whether or not the parameters of its own device have not been set (S901). If the parameters of the own device have been set (S901, No), the movement distance of the own device is detected (S907, described later).
  • the gateway 200 If the parameters of the own device are not set (S901, Yes), the gateway 200 notifies the server 300 of the position information and the mobility information of the own device (S902). Subsequently, the gateway 200 confirms whether or not there is a parameter designation by the notification of the setting parameter from the server 300 as described in S803 of FIG. 8 (S903).
  • the gateway 200 changes the setting parameter to the specified parameter (S904).
  • the server 300 is notified of the setting completion (S905).
  • the sensor 100 vehicle is notified of the parameter change (S906).
  • the gateway 200 detects the moving distance and the like of the gateway 200 (own apparatus) (S907).
  • the gateway 200 determines whether or not the moving distance or the like detected in S907 has exceeded a predetermined threshold (S908).
  • the gateway 200 notifies the server 300 of new position information and the like of the gateway 200 (own apparatus) (S902).
  • the gateway 200 continues to use the setting parameters specified by the server 300 (S909), and thereafter, the moving distance and the like. Is detected (S907), and the detected moving distance and the like are compared with the threshold (S908).
  • the moving distance and the like in FIG. 9 include a position, a connected base station, a change in speed and acceleration, and the like.
  • the predetermined threshold value in FIG. 9 is an absolute amount such as a detected moving distance, but in another embodiment, the relative change amount (difference) of the moving distance or the like is different. It may be a predetermined threshold.
  • the sensor 100 first determines whether to connect (including reconnection) to the gateway 200 (base station) (S1001). Next, the sensor 100 notifies the gateway 200 of a connection request (S1002). Next, the sensor 100 determines whether or not a parameter has been designated from the server 300, and if a parameter has been designated, the sensor 100 changes the setting parameter to the designated parameter (S104). Next, the sensor 10 notifies the gateway 200, which is a base station, of the completion of the setting (S105).
  • the sensor 100 checks whether the parameter specified by the current (after connection) gateway 200 has been set (S1006). If it has been set, the current parameter is used continuously (S1007). If not set, the current parameter is reset (S1008). The sensor 100 waits for the next parameter designation from the server 300 in any of the parameter setting (S1005), the continuous use of the parameter (S1007), and the parameter reset (S1008) (S1003).
  • the sensor 100 When the sensor 100 resets the data collection parameters (S1008), the sensor 100 stops sending data to the gateway 200 (or the server 300). However, even in this case, the sensor 100 may continue collecting (such as sensing) data internally.
  • Operation Phase 1.5.1. Sensor Data Collection Process The operation phase is divided into two stages: a data collection process from the sensor 100 to the gateway 200, and a data collection process from the gateway 200 to the server 300.
  • the process of collecting data from the sensor 100 to the gateway 200 is divided into a process of establishing a connection (first stage) and a process of sensing and sending data (second stage).
  • the sensor 100 in the first stage of the process of collecting data from the sensor 100 to the gateway 200, the sensor 100 establishes a connection with the gateway 200.
  • the sensor 100 issues a connection request to the gateway 200 (S1101).
  • the gateway 200 determines whether to permit connection to the sensor 100 that has issued the connection request (S1102).
  • the gateway 200 notifies the sensor 100 of the determination result of the connection possibility (S1103). In this example, the connection is permitted, and the sensor 100 notifies the gateway 200 of the completion of the connection (S1104).
  • the gateway 200 When the connection with the sensor 100 is established, the gateway 200 notifies the data collection setting parameters subsequently (S1105). This notification may be performed by a method of broadcasting to all the sensors 100 connected to the gateway 200 (S1105). Next, the sensor 100 sets the parameters for data collection notified from the gateway 200 to its own device (S1106). Further, the sensor 100 notifies the gateway 200 of the setting completion (S1107).
  • the gateway 200 sets the setting parameters for each sensor 100 that has issued the connection request in S1105 (or the sensor 100 that has issued the connection request and has been permitted to connect). Send. That is, the gateway 200 transmits the setting parameters to the sensor 100 in a unicast system. When the gateway 200 transmits the setting parameters to the sensor 100 by the unicast method, the setting parameters suitable for the state and environment of each sensor 100 are applied to the sensor 100. When transmitting the setting parameter to the sensor 100, the gateway 200 transmits only the difference from the previously transmitted setting parameter to the sensor 100. Since the gateway 200 transmits only the difference, the amount of data flowing on the network can be suppressed.
  • the gateway 200 may collectively notify the data collection parameters to the plurality of sensors 100 within the communication range of the gateway 200 in S1105. That is, the gateway 200 may transmit the setting parameters to the plurality of sensors 100 in a broadcast (or multicast, group cast) method. When the gateway 200 transmits the setting parameters to the sensors 100 by a broadcast method or the like, the setting parameters can be notified to a large number of sensors 100 by a small number of communication such as one time. The gateway 200 may notify the setting parameters periodically (for example, once every 10 minutes) by a broadcast method or the like regardless of the establishment of the connection with the sensor 100 (S1101 to S1104).
  • the gateway 200 Since the setting parameters transmitted to the sensor 100 are a set of parameters including a plurality of setting parameters, the gateway 200 changes some of the setting parameters to the sensor 100 (or the connection request) that issued the connection request. Is issued and the connection is notified for each sensor 100), and another part of setting parameters such as the remaining setting parameters are collectively notified to a plurality of sensors 100 within the communication range of the gateway 200. You may.
  • the gateway 200 transmits the setting parameters according to the type of the setting parameters.
  • the communication system is selected from communication systems such as unicast, broadcast, multicast, and group cast.
  • the gateway 200 transmits, for example, a setting parameter for collecting data such as a personal state of a driver of a moving object (vehicle or the like) by a unicast method transmitted for each sensor 100.
  • the gateway 200 transmits a setting parameter for collecting data such as environmental information centered on the gateway 200 by a broadcast method which is transmitted to the sensors 100 under the gateway 200 at the same time.
  • the communication unit 19 (or the CPU 11) of the gateway 200 transmits the setting parameters of the type to apply the individual setting to each sensor 100 to the sensor 100 by the unicast method, and sets the same setting to the unspecified number of sensors 100.
  • a setting parameter of a type to which is applied to the sensor 100 by a broadcast method flexible distribution of the setting parameter becomes possible. Therefore, according to this configuration, it is possible to dynamically respond to a change in the load of the network or the server.
  • FIG. 12 shows a specific example of sensing data (collected data) transmitted from the sensor 100 to the gateway 200.
  • sensing data collected data
  • the sensor 100 in the case where the sensor 100 is installed on a moving body such as a vehicle as in the present embodiment, for example, data on the state inside the vehicle (such as the number of occupants) and the state outside the vehicle (position data, speed, etc.) Data related to mobility, wireless communication environment, etc.) can be cited as sensing data.
  • data items to be sent from the sensor 100 to the gateway 200, timing, additional processing, and the like are designated by setting parameters transmitted from the gateway 200 to the sensor 100.
  • the timings that can be set include the time of network attachment, periodic, aperiodic, and the like.
  • the sending timing in FIG. 12 is the sending timing set by the setting parameter, and the data collection itself may be performed at a more frequent timing.
  • the data collection period is equal to or shorter than the setting in FIG. 12 (data transmission period ⁇ data sensing period), or the data collection frequency is equal or higher (data transmission period). (Frequency ⁇ data sensing frequency) is desirable.
  • the sensor 100 performs data collection (sensing) and data transmission according to the setting parameters set in the setting phase.
  • the sensor 100 performs data collection (sensing) (S1301). At this time, the sensor 100 re-applies the setting parameters to its own device as needed (S1301). Next, the sensor 100 connects to the gateway 200 and notifies the completion of the setting (S1302). Next, the sensor 100 sends the collected data (sensing data) to the gateway 200 (S1303). Next, the gateway 200 notifies the reception of the sensing data (S1304). This notification is performed irrespective of whether the reception is successful (Ack) or unsuccessful (Nack).
  • the above processing in FIG. 13 is the case where the sensor 100 sends the sensing data simultaneously with the connection to the gateway 200.
  • ⁇ ⁇ ⁇ Data may be processed in the vehicle between data collection (sensing) and data transmission.
  • data processing include time averaging of collected data, coding of collected moving images, privacy protection (mosaicing a person), and the like.
  • the sensor 100 When the sensor 100 processes (compresses, etc.) the sensing data in its own device, the sensor 100 performs data processing after collecting data (S1305) and then performs data processing (S1306). Subsequent processing (S1307, 1308) is the same as S1303, S1304.
  • the sensor 100 discards the data collected so far when the setting parameters of the data collection change during the data collection or before the data transmission (between S1301 and S1303). It may be.
  • FIG. 14 shows an example of a data collection processing procedure (sensor 100).
  • the sensor 100 executes a series of handover processes (S1402), and changes the parameters of the sensor 100 (self apparatus) based on the setting parameters received from the gateway 200 newly connected by the handover. It is set (S1403).
  • the setting parameters of the sensor 100 (own device) are updated at the timing of handover occurrence (including start of handover, execution of handover, completion of handover) caused by the movement of the sensor 100 installed in the moving body (vehicle, etc.).
  • the sensor 100 can collect information using appropriate setting parameters immediately after entering the area where communication with the gateway 200 is valid.
  • the sensor 100 skips the handover process and sets the parameters of the own device based on the setting parameters received from the gateway 200 (S1403).
  • the sensor 100 determines whether the connection to the gateway 200 for the first time, that is, the transmission of data to be performed when the gateway 200 is initially attached, has been performed (S1404).
  • the data transmitted when the sensor 100 first connects to the gateway 200 includes static information of the sensor 100 (own device) such as the specifications of the CPU 11 and the RAM 13 and the firmware version, the temperature of the CPU 11, the usage rate of the RAM 13, and the like. , Information about the environment of the sensor 100 (own device), such as dynamic information of the sensor 100 (own device) and sensing data. If the data to be transmitted at the time of the first connection to the gateway 200 has not been transmitted (S1404, No), the sensor 100 transmits the data to the gateway 200 (S1405).
  • the sensor 100 determines whether the setting parameters distributed and transmitted by the gateway 200 have changed (S1406). Since the gateway 200 notifies the sensor 100 that the setting parameter has changed, the sensor 100 determines whether or not the setting parameter has changed based on the notification from the gateway 200. If the setting parameters have been changed (S1406, Yes), the sensor 100 discards the collected data that has not been sent to the gateway 200 yet (S1407), performs handover if necessary (S1402), and resets the parameters. (S1403).
  • the sensor 100 collects (senses) data of the data items scheduled to be sent (S1408). Next, the sensor 100 continues sensing until the data transmission timing comes (S1409). When the data transmission timing has come (S1409, Yes), the sensor 100 determines whether to process the sensing data before data transmission (S1410). When processing the sensing data (S1410, Yes), the sensor 100 processes the collected sensing data (S1411). On the other hand, when the sensing data is not to be processed (S1410, No), the sensor 100 skips the processing of the collected sensing data.
  • the sensor 100 checks whether or not a wireless resource for data transmission is allocated (S1412). If not (S1412, No), the sensor 100 requests the gateway 200 to allocate a wireless resource (S1412, No). S1413).
  • the sensor 100 forms the format of the data to be sent (S1414), and sends the data to the gateway 200 using the allocated wireless resources (S1415).
  • FIG. 15 shows an example of the data format formed in S1414. As shown in FIG. 15, the format of data sent from the sensor 100 is divided into a header and a payload, and a bundle of a plurality of (including a plurality of types) collected data can be stored.
  • the sensor 100 downloads the setting parameters from the gateway 200 every time a handover occurs. Apply to your own device.
  • the gateway 200 transmits the setting parameters in response to the setting parameter download request from the handover sensor 100.
  • the gateway 200 may transmit the setting parameters using the handover occurrence information as an occurrence event.
  • the detailed process of the process related to the transmission of the setting parameter is as described in the setting phase.
  • Gateway Data Collection Process As shown in FIG. 16, in the data collection process from the gateway 200 to the server 300, the gateway 200 performs data transmission according to the setting parameters set from the server 300.
  • the gateway 200 receives the sensing data from the sensor 100 (vehicle) (S1601), and processes the received data as needed (S1602). Next, the gateway 200 transmits the processed data (or non-processed data) to the server 300 at various timings such as periodic and aperiodic (S1603). Upon receiving this, the server 300 returns a data reception notification to the gateway 200 (S1604).
  • the gateway 200 itself may perform data collection (sensing). In this case, the gateway 200 also has the function of the sensor 100.
  • data processing is not indispensable, and the gateway 200 determines whether or not to perform data processing.
  • data processing include, for example, data averaging, compression, and combination.
  • the gateway 200 discriminates between data that is processed as data for each vehicle and data that is subjected to averaging processing in the base station coverage. I do.
  • FIG. 17 shows data items with distinctions. As shown in FIG. 17, the gateway 200 specifies data items to be sent from the gateway 200 to the server 300, timing, additional processing, and the like.
  • the gateway 200 compresses the data.
  • compression using a one-way hash function may be performed.
  • a hash value output obtained by inputting sensing data to the one-way hash function is data that is actually collected (transmitted or received).
  • it is not necessary to collect the sensing data itself before compression (only the hash value may be collected).
  • the gateway 200 performs compression using a one-way hash function as an example of processing, and a detailed data collection process of the gateway 200 will be described.
  • compression using a one-way hash function is adopted as a solution.
  • the loads on the devices and the cloud are reduced, and the traffic in the wireless section is reduced.
  • a hash tree (hash tree) is constructed in the entire system 1 or a part of the system 1.
  • the hash tree is generated for each gateway 200 (base station).
  • the data collected by the sensor 100 is highly dependent on the location. Therefore, when the hash tree is generated for each gateway 200 (base station), that is, for each location, usability when using data is higher than when the hash tree is not generated for each location.
  • the gateway 200 (base station) adds a header to the hash tree, and describes the information (position information) of the gateway 200 (base station) that has performed compression in the header.
  • FIG. 18 shows an example of the hash tree. As illustrated, in each of the gateways 200 and the sensors 100, compression using a one-way hash function is performed again on the hash obtained by combining the hashes compressed in the subordinate gateway 200 or the sensor 100. A hash tree as shown in FIG. 18 is constructed.
  • FIG. 18 shows an example of a hash data format.
  • FIG. 20 is an example of a processing procedure of a data collection process of the gateway 200.
  • the gateway 200 first checks whether or not the setting parameters distributed by the server 300 have been changed (S2001). When the setting parameter has been changed (S2001, Yes), the gateway 200 prepares to send the data received and accumulated from the sensor 100 up to this point (S2002).
  • the gateway 200 receives data from the sensor 100 (vehicle) (S2003). Next, the gateway 200 accumulates the data (S2004), and waits for a timing for sending the accumulated data to the server 300 (S2005). Next, when the data transmission timing comes (S2005, Yes), the gateway 200 determines whether or not to process the data (excluding compression by a hash function) (S2006).
  • the gateway 200 determines the necessity of the data processing (S2006) based on, first, the sensing data of the sensor 100 and, second, the data collection setting parameters set in the sensor 100 in the setting phase. .
  • the gateway 200 determines what event (hereinafter, “occurrence event”) has occurred in the system 1 based on the sensing data of the sensor 100, and based on the determined occurrence event. Determine whether data processing is necessary.
  • the events that occur include all events sensed by the sensor 100, and specifically include detection of an accident, movement of the sensor 100 (and a vehicle such as a vehicle on which it is installed), and occurrence of handover of the vehicle (handover). , Starting a handover, and completing a handover).
  • the gateway 200 determines whether or not data processing is necessary according to the setting parameters of the sensor 100, particularly, the type of each data item. Whether each data item of the setting parameter is data for each vehicle or data for each base station is set (FIG. 17). Therefore, for example, the gateway 200 determines that data is processed for each vehicle, and is not processed for data of each base station.
  • the gateway 200 as an intermediate node between the server 300 and the sensor 100 in the system 1 determines whether the processing of the sensing data is necessary. Therefore, the load does not concentrate on the server 300, and the server 300 only needs to transmit the setting parameter optimized according to the network load or the like to the intermediate node for each bundle of sensors. Data collection can be optimized.
  • the gateway 200 processes the data based on the determination in S2006 (S2007).
  • the gateway 200 determines whether to compress the data using a hash function (S2008). This is also performed based on the setting parameters to the gateway 200 sent from the server 300 in the setting phase, similarly to the determination in S2006.
  • the gateway 200 compresses the data with a hash function based on the determination in S2008 (S2009).
  • the gateway 200 forms the format of the data to be sent (FIG. 19) (S2010).
  • the gateway 200 sends data to the server 300 in the formed data format (S2011).
  • the gateway 200 discards the stored data (S2012).
  • the data stored so far may be sent.
  • a wired network since a wired network has more resources than a wireless network, a wired network may be sent without performing processing and compression when making a determination in S2006 or S2008.
  • FIG. 21 is a procedure example of the data collection process (server 300).
  • FIG. 22 is a diagram for explaining an outline of a method of reproducing data based on a hash tree in the server 300.
  • the server 300 reads the header of the hash tree (S2101), and calculates the number Nwo of hashes to be solved (S2102). Next, the hash function used in the hash tree is grasped (S2103), and 0 is set to the work variable n (S2104). Thereafter, until n ⁇ N (S2105), decompression candidate data is generated (S2106), a hash of the decompression candidate data is generated (S2108), and the generated hash and the hash of data used in the hash tree are generated. The operation of comparing with the value (S2109) and searching for a match (S2110) is repeated.
  • the process of ascertaining the hash function includes ascertaining the data size (hash size) before and after the hash function processing.
  • the compression by the one-way hash function has a good compression ratio, thereby reducing the load on the network N and the server 300.
  • FIG. 23 is a diagram illustrating an outline of a use phase.
  • the server 300 analyzes the accumulated data of the wireless system as shown in FIG. 23 (S2301). As an analysis result, the server 300 outputs data as shown in FIG. 24, for example.
  • FIG. 24 shows an example of wireless system environment information provided from the server 300.
  • the server 300 provides a wireless system that may be used in an area corresponding to a base station and its communication quality (eg, throughput, network delay, etc.).
  • the server 300 provides information about not only a single base station but also a plurality of base stations including the vicinity.
  • the first method is a method of broadcasting from the gateway 200 to the sensor 100 in the area.
  • the second method is a method in which the sensor 100 makes a request to the gateway 200.
  • destination information of a vehicle on which the sensor 100 is installed may be sent together with the request, and the server 300 may provide information on a base station (gateway 200) around the route.
  • the sensor 100 requests wireless system information from the base station (gateway 200) (S2501). At this time, the destination information of the vehicle is sent to one book.
  • the sensor 100 extracts wireless system information on the target base station according to the possibility of handover (S2503 to S2505) (S2506, S2507). Then, it is checked whether or not the wireless system currently turned off in the area of the target base station is operating in its own device (S2508). If there is such a function, the function is turned on (S2509). Conversely, if there is a wireless system that is unlikely to operate in the area of the target base station, it is turned off unless it is fatal (S2510 to S2512).
  • the server 300 upon receiving a request for wireless system information to which destination information is also attached from the vehicle (sensor 100) (S2601), calculates a possible route from the destination of the vehicle (S2602), The base station (gateway 200) around the possible route is grasped (S2603). Next, the server 300 determines whether there is one or more pieces of wireless system information on the corresponding base station (S2604). If there is, the wireless system information about the corresponding base station is prepared (S2605), formed into a predetermined format (S2606), and sent (S2607). If there is no wireless system information, the fact is sent to the vehicle (S2608).
  • the sensor 100 can set a wireless system that has been optimized in advance by using wireless system information (such as radio wave intensity) accumulated by the other sensors 100.
  • wireless system information such as radio wave intensity
  • the state (radio wave intensity and the like) of various wireless communication environments of an in-vehicle device is assumed as an example of collected data.
  • the present technology can take various embodiments.
  • the second embodiment discloses an example in which sensing data is utilized when an accident event occurs using the same system and configuration as the first embodiment.
  • the “accident event” in the second embodiment refers to an accident or the like, as described in the first embodiment, the “occurrence event” in the entirety of the present technology indicates that a handover has occurred in a lower node, the sensor 100 (or The movement of the vehicle on which it is installed) occurs.
  • the accident event is an example of an occurrence event.
  • FIG. 27 is a diagram for describing an outline of the overall operation of the second embodiment.
  • the sensor 100 when detecting an accident in itself or in the vicinity (S2701), the sensor 100 transmits a notice of accident detection to the nearby gateway 200 (S2702).
  • the gateway 200 determines the notification to the server 300 using the notification of the accident detection (S2703).
  • the occurrence of an accident is detected by the sensor unit 20 or the sensor unit 21 provided in the sensor 100.
  • the sensing data is obtained as a moving image.
  • the gateway 200 has a monitoring camera or the like as a sensor device, the gateway 200 can also acquire a moving image as sensing data.
  • the gateway 200 notifies the server 300 of the accident detection (S2704). At the same time, the gateway 200 performs data analysis, and sends and sends the analysis result to the sending target gateway 200 such as a base station affected by the accident (S2705).
  • the server 300 receives the notification of the accident detection, accumulates the attached sensing data, and performs analysis based on the accumulated data (S2706).
  • the sensing by the gateway 200 and the sending of the sensing data to the server 300 may be continuously performed, and such sensing and the sending thereof may be performed by a plurality of gateways 200.
  • the server 300 sends and sends the analysis result to an external organization such as the police or fire department (S2707).
  • the server 300 sends and sends the analysis result to the sending target gateway 200 such as a base station affected by the accident (S2708).
  • FIGS. 28, 29, and 30 show an example of a processing procedure of the CPU 11 functioning as a control unit of each of the server 300, the gateway 200, and the sensor 100 in the present embodiment.
  • the sensor 100 performs sensing on its own device and its surroundings (S2801).
  • the sensor 100 transmits the position information, the time information, and the accident information to another device (including the server 300, the gateway 200, the other sensors 100, and an external organization). For this purpose, these pieces of information are prepared (S2803).
  • the sensor 100 forms the format of the transmission data (S2804). At that time, the sensor 100 may form a format to which information indicating an emergency is added.
  • the sensor 100 sends the formatted sensing data to the gateway 200 of the upper node (S2805). Before or after this, the same data may be sent to an external organization (S2806).
  • the gateway 200 performs sensing on its own device and its surroundings (S2901). S2901 may be performed when the gateway 200 also has the function of the sensor 100. Next, the gateway 200 receives information (position information, time information, and accident information) on the accident detected from the sensor 100 (vehicle) (S2902). The gateway 200 may receive the accident detection information from each of the sensors 100 in some cases.
  • the gateway 200 determines whether or not accident detection information has been received from a predetermined number or more of different sensors 100 (vehicles) at similar positions and similar times (S2903). When such a condition is not satisfied (S2903, No), the gateway 200 determines that the notified accident is an error or erroneous detection, except when the gateway 200 detects an accident even in its own device (S2904, Yes). It is determined (S2904, No).
  • the gateway 200 determines that the accident occurrence position is within a predetermined range based on the position information included in the accident detection information (similar position)
  • the gateway 200 determines the accident occurrence time based on the time information included in the accident detection information. If it is within a predetermined range (similar time), if there is a plurality of items that can be judged as accident detection information for the same accident (S2903, Yes), and if the own device also detects an accident (S2904, Yes), Judge that the probability of accident occurrence is high.
  • the gateway 200 can appropriately remove the erroneous detection and perform processing.
  • the gateway 200 prepares the position information, the time information, and the accident information in order to transmit the information to other devices (including the server 300, the gateway 200 of the upper node, and the external organization) (S2905).
  • the gateway 200 forms a format of the transmission data (S2906).
  • the gateway 200 may form a format to which information indicating an emergency is added.
  • the gateway 200 sends the formatted sensing data to the server 300 (S2907). Before or after this, the same data may be sent to an external organization (S2908).
  • the server 300 receives the accident detection information from the gateway 200 (base station) and / or the sensor 100 (vehicle) (S3001). Next, the server 300 determines whether there is data related to the vehicle involved in the accident related to the notification target (S3002). If there is, the server 300 refers to data close to the time of the target accident for the target vehicle (S3003). Next, the server 300 analyzes information (number of people, attributes, and the like) regarding a person from the data (S3004).
  • the server 300 forms the format of the transmission data and the analysis result of S3004 (S3005).
  • the server 300 sends the formatted analysis result to an external organization (S3006).
  • the server 300 prepares accident information for neighboring base stations including the target base station related to the gateway 200 (base station) that sent the accident detection information (S3007).
  • the server 300 sends the accident information to the target base station and the neighboring base stations (S3008).
  • an accident event is detected in the processing from S2902 to S2904.
  • An accident event is an example of an occurrence event.
  • the CPU 11 that functions as the control unit of the gateway 200 does not process the setting parameters of its own device into the sensing data so that the sensing data can be used for real-time processing. Make settings. Then, the CPU 11 determines that substantial processing of the data in the gateway 200 is not necessary based on the setting.
  • the gateway 200 does not perform compression using a hash function that takes time to decompress. Although not limited, the gateway 200 continues to collect data without performing processing such as compression, and continues to transmit the collected data to the server 300 or the like. Thereby, the information in the vehicle involved in the accident can be used immediately. After the data is collected by the server 300, after a predetermined time has elapsed, the data may be compressed by the server 300 to save storage.
  • the gateway 200 determines whether the sensing data needs to be processed in accordance with an event (such as an accident) indicated by the sensing data.
  • an event such as an accident
  • the sensing data is not compressed. Therefore, according to the present embodiment, the accuracy of sensing data does not decrease in an important situation such as occurrence of a traffic accident. Further, according to the present embodiment, since the characteristics of the vehicle, the number of passengers, and the characteristics of the person can be collected, the scale of the fire truck and the ambulance rushing to the accident site can be appropriately adjusted.
  • the gateway 200 may determine whether the real-time processing is necessary according to the sensing data. For example, if the sensing data is data that loses its value if uploaded to the server 300 later, data for live broadcasting, or a moving image of an accident or disaster, the gateway 200 determines that it is necessary to perform real-time processing. When the gateway 200 determines that it is necessary to perform real-time processing, the gateway 200 uploads the data to the server 300 without processing the data every time the sensor 100 uploads the sensing data. Each time the server 300 receives the sensing data, the server 300 performs a process on the sensing data.
  • the notification to the server is determined using the sensing data (S2703).
  • the gateway 200 may operate so as to pass the processing of processing the sensing data. An example in this case will be described below as a third embodiment.
  • FIG. 31 is a diagram for explaining an outline of the overall operation of the third embodiment.
  • the sensor 100 detects an accident at or near itself (S3101)
  • the sensor 100 transmits a notification of the accident detection to the nearby gateway 200 (S3102).
  • the gateway 200 determines whether or not to perform the processing in the gateway 200 based on the information indicating the urgency included in the notification of the accident detection (S3103). However, in the present embodiment, it is determined that “no processing” is performed (S3103).
  • the gateway 200 notifies the server 300 of the accident detection (S3104). At the same time, the gateway 200 performs data analysis, and transmits and transmits the analysis result to the transmission target gateway 200 such as a base station affected by the accident (S3105).
  • the server 300 receives the notification of the accident detection, accumulates the attached sensing data, and performs analysis based on the accumulated data (S3106).
  • the sensing by the gateway 200 and the sending of the sensing data to the server 300 may be continuously performed, and such sensing and the sending thereof may be performed by a plurality of gateways 200.
  • the server 300 sends and sends the analysis result to an external organization such as the police or fire department (S3107).
  • the server 300 sends and sends the analysis result to the sending target gateway 200 such as a base station affected by the accident (S3108).
  • FIGS. 32, 33, and 34 show an example of a processing procedure of the CPU 11 functioning as a control unit of each of the server 300, the gateway 200, and the sensor 100 in the present embodiment.
  • the sensor 100 performs sensing on its own device and its surroundings (S3201).
  • the sensor 100 transmits the position information, the time information, and the accident information to another device (including the server 300, the gateway 200, the other sensor 100, and an external organization). In order to do so, these pieces of information are prepared (S3203).
  • the sensor 100 forms a format of the transmission data (S3204). At this time, the sensor 100 forms a format to which information indicating an emergency is given.
  • the sensor 100 sends the formatted sensing data to the gateway 200 of the upper node (S3205). Before or after this, the same data may be sent to an external organization (S3206).
  • the gateway 200 performs sensing on its own device and its surroundings (S3301). Step S3301 may be performed when the gateway 200 also has the function of the sensor 100. Next, the gateway 200 receives information (position information, time information, and accident information) on the accident detected from the sensor 100 (vehicle) (S3302). The gateway 200 may receive the accident detection information from each of the sensors 100 in some cases.
  • the gateway 200 determines that an emergency response is necessary based on the emergency information included in the accident detection information (S3303). Unlike the second embodiment, the gateway 200 determines here not to perform processing such as data analysis, compression, and averaging.
  • the gateway 200 forms a format of the transmission data in order to transmit the position information, the time information, and the accident information to other devices (including the server 300, the gateway 200 of the upper node, and an external organization) (S3304).
  • the gateway 200 may form a format to which information indicating an emergency is added.
  • the gateway 200 does not substantially process the data sent from the sensor 100, but performs data processing such as changing the destination address in the data in the format formation in S3304.
  • the gateway 200 sends the formatted sensing data to the server 300 (S3305). Before or after this, the same data may be sent to an external organization (S3306).
  • the server 300 receives the accident detection information from the gateway 200 (base station) and / or the sensor 100 (vehicle) (S3301). Next, the server 300 determines whether there is data on the vehicle involved in the accident related to the notification target (S3302). If there is, the server 300 refers to data close to the time of the target accident for the target vehicle (S3403). Next, the server 300 analyzes information about the person (number of people, attribute, etc.) from the data (S3404).
  • the server 300 forms the format of the transmission data and the analysis result of S3004 (S3405).
  • the server 300 sends the formatted analysis result to an external organization (S3406).
  • the server 300 prepares accident information for nearby base stations including the target base station related to the gateway 200 (base station) that sent the accident detection information (S3407).
  • the server 300 sends the accident information to the target base station and the neighboring base stations (S3408).
  • collection is performed without performing compression using a hash function that takes a long time to decompress. Thereby, the information in the vehicle involved in the accident can be used immediately.
  • the data After the data is collected by the server 300, after a predetermined time has elapsed, the data may be compressed by the server 300 to save storage.
  • the gateway 200 it is determined that the gateway 200 is in an emergency and the information is transmitted to the server 300 without processing the data. Can be.
  • the gateway 200 does not move.
  • embodiments of the gateway 200 are not limited to those that do not move, and may include a mobile base station and a portable base station. It is also conceivable to use a so-called tethering technique for the gateway 200. Therefore, a case where the gateway 200 moves will be disclosed below as a fourth embodiment.
  • FIG. 35 is a diagram (part 1) for explaining the setting phase in the present embodiment.
  • the gateway 200 detects the mobility of its own device as needed (S3501). Examples of the mobility mentioned here include a change amount of an absolute position, a speed, and the like. When the mobility exceeds a predetermined threshold, the gateway 200 notifies the server 300 of the position information and the mobility (S3502).
  • the server 300 determines parameters for the gateway 200 that has notified the location information (S3503).
  • a notification of a parameter determined by the server 300, in this example, data collection setting is performed (S3504).
  • the server 300 may notify the moving gateway 200 of the stop of data collection.
  • the gateway 200 sets the data collection parameters for its own device (S3505).
  • the gateway 200 notifies the server 300 of the completion of the setting (S3506).
  • the gateway 200 when a movement equal to or more than a predetermined threshold occurs, the gateway 200 notifies the server 300 of the movement.
  • the server 300 notifies the moved gateway 200 that the data collection setting is to be updated. This makes it possible to appropriately set the setting parameters even when the gateway 200 itself moves in the system 1.
  • the server 300 may be configured such that when the base station moves, the reliability (stability) of data collected there is considered to be low.
  • FIG. 36 is a diagram (part 2) for describing the setting phase in the present embodiment.
  • the movable gateway 200 receives the notification of the setting change from the server as it moves (S3601). Next, the gateway 200 changes the data collection setting (S3602). Next, the gateway 200 notifies and transmits the data collection setting parameters to the sensor 100 (S3603). The sensor 100 sets the data collection parameters for its own device (S3604). The sensor 100 notifies the gateway 200 of the completion of the setting (S3605).
  • the base station (gateway 200) notifies the vehicle (sensor 100) that has made the connection request of the data collection parameter specified by the server 300.
  • the base station (gateway 200) may perform additional data collection settings in addition to the settings specified by the server 300.
  • a setting contrary to the specification from the server 300 is not permitted.
  • only the difference from the previous time may be notified.
  • the timing of changing the parameter setting for data collection in the gateway 200 is set when the setting parameter is designated from the server 300.
  • the present technology is not limited to this.
  • An embodiment in which the gateway 200 changes (re-sets) the parameter setting of data collection according to a change in the number of subordinate sensors 100 will be disclosed as a fifth embodiment below.
  • FIG. 37 shows an example of a processing procedure of the gateway 200 in the present embodiment.
  • the gateway 200 detects the number or density of the subordinate vehicles (sensors 100) (S3701).
  • the gateway 200 determines whether it is necessary to change the parameter according to the change in the number or density of the detected vehicles (S3702). If it is determined that it is not necessary, the gateway 200 continues to use the current parameter as the setting parameter used by the sensor 100 (S3708).
  • the gateway 200 requests the server 300 to re-specify the parameters (S3703).
  • the gateway 200 changes to the specified parameter (S3705).
  • the gateway 200 notifies the server 300 of the completion of the setting (S3706).
  • the gateway 200 notifies each of the subordinate sensors 100 of the parameter change (S3707).
  • the number of subordinate sensors 100 is not limited, but may be the number of sensors 100 connected to the gateway 200.
  • the density of the subordinate sensors 100 is not limited, but may be the number of the sensors 100 per unit area of the communicable area of the gateway 200.
  • the gateway 200 determines the necessity of changing the parameter according to a change in the number or density of the detected sensors 100 (vehicles). Specifically, the gateway 200 determines whether the number or density of the detected sensors 100 (vehicles) exceeds a predetermined threshold, or that the rate of increase in the number or density of the detected sensors 100 (vehicles) is equal to the predetermined increase rate. If the threshold is exceeded, it is determined that the parameter needs to be changed.
  • the CPU 11 functioning as a control unit of the gateway 200 regards a change in the movement state of the sensor 100 as an occurrence event, and redesignates the setting parameters of the subordinate sensor 100 according to the occurrence event.
  • the CPU 11 may switch whether or not the processing of the sensing data in the own apparatus is required (performs / does not perform the processing).
  • the frequency of data collection may be reduced. Further, when the number of vehicles decreases, the frequency of data collection may be increased. With this configuration, it is possible to flexibly cope with a predicted load on a network and resources.
  • the information collection is performed immediately in response to a change in the moving state of the moving body (including a movement of a predetermined distance or more, a movement of a predetermined speed or more, and a change in the number of sensors in a sparse or dense state). become.
  • the flowchart of FIG. 37 is an example in which the gateway 200 requests the server 300 to change (re-set) the data collection parameter when the number of vehicles changes, but the present technology is applied to this embodiment. It is not limited to. As another example, the gateway 200 may change (re-set) the data collection parameters of the vehicles under its control at the discretion of the gateway 200 without making a request to the server 300. In this case, autonomous processing of the gateway 200 is performed, and the load on the server 300 is reduced.
  • the present technology is not limited to the above embodiments, and various modified embodiments are possible.
  • the lower node of the gateway 200 and the sensor 100 as the sensor device of the system 1 are mounted on a vehicle (mobile body).
  • the present technology is not limited to this. Needless to say.
  • the sensor 100 may take the form of a monitoring camera, for example.
  • the sensor 100 does not move, but a moving image can be collected as sensing data.
  • the sensor 100 sequentially compresses the moving image, transmits only the picture frame of the compressed moving image to the gateway 200, and determines whether or not the processing is necessary based on the picture frame received by the gateway 200. can do.
  • the gateway 200 may detect a person in the picture frame by image processing and transmit only information on the number of people to the server 300.
  • the gateway 200 detects a suspicious person by the same image processing and if such detections are consecutive from the sensing data sent from the sensor 100 of a predetermined number and / or density, it is determined that the processing is unnecessary. Then, the sensing data from the sensor 100 may be transmitted to the server 300 without processing.
  • a system for monitoring the congestion state of a passage or the like in a normal state can be obtained, and a system that automatically switches to a system for monitoring a suspicious person in an emergency can be realized.
  • the present technology is not limited to the above embodiments, and can be implemented by variously modifying the above embodiments.
  • the information processing disclosed above can be provided by a software program.
  • a mode of providing the program may be provided by a recording medium irrespective of magnetic or optical, or may be provided by being downloaded through a telecommunication line.
  • An information processing apparatus configured to mutually communicate with a server and a sensor via a network, A communication unit that transmits a setting parameter of the sensor to the sensor, receives sensing data of the sensor sensed based on the setting parameter, and transmits the sensing data to the server.
  • An information processing apparatus comprising: a control unit configured to determine whether processing of the sensing data is necessary before transmitting the sensing data received from the sensor to the server.
  • the information processing apparatus according to (1) or (2), The information processing device, wherein, when receiving a connection request from the sensor to the information processing device, the communication unit transmits the setting parameter for initial setting or resetting to the sensor.
  • the sensor is a plurality
  • the information processing device wherein the control unit updates the setting parameter according to a change in the number or density of a plurality of moving objects on which the sensors are installed.
  • the information processing apparatus selects a method of transmitting the setting parameter to the sensor from a transmission method including at least a unicast method and a broadcast method according to a type of the setting parameter.
  • the information processing apparatus according to any one of (1) to (6), The information processing device, wherein the control unit compresses the sensing data using a hash function when processing the sensing data.
  • System 11 CPU 12 ... ROM 13 ... RAM Reference Signs List 15 input / output interface 16 display unit 17 operation receiving unit 18 storage unit 19 communication unit 100 sensor 200 gateway 300 server

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ネットワーク負荷に動的に対応してデータ収集を最適化する。 本技術の情報処理装置（ゲートウェイ）は、サーバ及びセンサとネットワークを介して相互に通信するように構成される。上記情報処理装置は、通信部（通信部１９）と制御部（ＣＰＵ１１）を具備する。上記通信部は、上記センサの設定パラメータを上記センサに送信し、上記設定パラメータに基づいてセンシングされた上記センサのセンシングデータを受信して上記サーバへ送信する。上記制御部は、上記センサから受信した上記センシングデータの上記サーバへの送信前に当該センシングデータの加工の要否を判断する（Ｓ２００６）。

Description

情報処理装置、情報処理方法及びプログラム
　本技術は、情報処理装置、情報処理方法及びプログラムに関する。
　特許文献１には、例えば事故などのイベントが発生した場合、車載デバイスからサーバへ画像データが送付されるという、いわゆる「イベントドリブン型」の処理が記載されている。
　特許文献２と特許文献３には、プロキシサーバの技術分野において、ハッシュインデックスを利用することによって、キャッシュへの高速アクセスを行うプロキシサーバについて記載されている。
特開２０１６－１９２５９８号公報 特開２００２－３７３１０６号公報 特開２００２－３７３１０７号公報
　「モノのインターネット」（ＩｏＴ： Internet of Things）と呼ばれるシステムにおいては、膨大な量のノードが末端デバイスとしてネットワークに接続することが予想されている。ＩｏＴはデータの収集に適している。しかしながら、ＩｏＴの実装に、例えば上記特許文献1のようなシステムの構成を採用した場合、車載デバイスとサーバの間に中間処理がない。そのため、ノードが増えた場合にネットワークへの負荷が大きく、イベント発生時に急激にデータトラフィックが増加するという問題点がある。
　以上のような事情に鑑みてなされた本技術の目的は、ネットワーク負荷に動的に対応してデータ収集を最適化する情報処理装置、情報処理方法及びプログラムを提供することにある。
　上記目的を達成する本技術の一態様は、情報処理装置である。
　上記情報処理装置は、サーバ及びセンサとネットワークを介して相互に通信するように構成される。
　上記情報処理装置は、通信部と制御部を具備する。
　上記通信部は、上記センサの設定パラメータを上記センサに送信し、上記設定パラメータに基づいてセンシングされた上記センサのセンシングデータを受信して上記サーバへ送信する。
　上記制御部は、上記センサから受信した上記センシングデータの上記サーバへの送信前に当該センシングデータの加工の要否を判断する。
　上記情報処理装置によれば、サーバ、情報処理装置、センサを含むシステムにおける中間ノードとしての情報処理装置が、センシングデータの加工の要否を判断し、センシングデータの加工にかかる負荷がサーバに集中しないため、ネットワーク負荷に動的に対応してデータ収集を最適化することができる。
　上記情報処理装置においては、上記制御部が、上記センシングデータに応じて上記センシングデータの上記サーバへの送信前の加工の要否を判断する構成であってもよい。
　上記構成によれば、センシングデータに応じた情報や状況（限定するものではないが、外気温や電波強度といった情報や、交通事故発生といった状況など）に基づいてセンシングデータの圧縮や平均化等の加工の要否が判断されるため、重要な状況においてセンシングデータの精度が低下しない。
　上記情報処理装置においては、上記通信部が、上記センサから接続リクエストを受信したときに、初期設定用又は再設定用の上記設定パラメータを上記センサに送信する構成であってもよい。
　上記構成によれば、上記情報処理装置が、上記センサからのハンドオーバ等の接続リクエストを受信タイミングで設定パラメータを上記センサに送信するため、円滑な情報収集が促進される。
　上記情報処理装置においては、上記センサが、複数であって、上記制御部が、上記センサが設置される複数の移動体の個数又は密度の変化に応じて前記設定パラメータを更新するする構成であってもよい。
　上記構成によれば、上記移動体に設置されたセンサの数や、その疎密状態の変動に即応した情報収集が可能になる。
　上記情報処理装置においては、上記通信部が、上記設定パラメータの種類に応じて、上記設定パラメータを上記センサに送信する方式を少なくともユニキャスト方式とブロードキャスト方式を含む送信方式の中から選択する構成であってもよい。
　上記構成によれば、設定パラメータの種類に応じて、上記情報処理装置に接続する多くのセンサに同じパラメータを適用させたり、各センサに個別のパラメータを適用させたりすることが可能になる。これにより、柔軟な設定パラメータの配布が可能になり、ネットワークやサーバの負荷の変動への動的な対応も可能になる。
　上記情報処理装置においては、上記制御部が、上記センシングデータを加工する場合に、上記センシングデータをハッシュ関数により圧縮する構成であってもよい。
　上記構成によれば、一方向ハッシュ関数によりセンシングデータが効率よく圧縮されるので、ネットワークやサーバにかかる負荷が下がる。
　上記目的を達成する本技術の別の一態様は、サーバ及びセンサとネットワークを介して相互に通信するように情報処理装置を構成し、上記センサの設定パラメータを上記センサに送信し、上記設定パラメータに基づいてセンシングされた上記センサのセンシングデータを受信し、上記センサから受信した上記センシングデータの加工の要否を判断し、上記センシングデータを上記サーバへ送信する情報処理方法である。
　上記目的を達成する本技術の別の一態様は、コンピュータに、サーバ及びセンサとネットワークを介して相互に通信するように上記コンピュータを構成するステップと、上記センサの設定パラメータを上記センサに送信するステップと、上記設定パラメータに基づいてセンシングされた上記センサのセンシングデータを受信するステップと、上記センサから受信した上記センシングデータの加工の要否を判断するステップと、上記センシングデータを上記サーバへ送信するステップを実行させるためのプログラムである。
　以上のように、本技術によれば、ネットワーク負荷に動的に対応してデータ収集を最適化する情報処理装置、情報処理方法及びプログラムの提供が可能になる。
　なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
第１の実施形態に係るシステムのネットワーク構成の概念図である。 上記実施形態に係るシステムに含まれるゲートウェイ等の構成例である。 上記実施形態の全体の動作の概要を説明するための図である。 上記実施形態における設定フェイズを説明するための図（その１）である。 上記実施形態における収集データを説明するための図である。 上記実施形態における収集頻度を説明するための図である。 上記実施形態における設定フェイズを説明するための図（その２）である。 上記実施形態のパラメータ設定の処理手順例（サーバ）である。 上記実施形態のパラメータ設定の処理手順例（ゲートウェイ）である。 上記実施形態のパラメータ設定の処理手順例（センサ）である。 上記実施形態における運用フェイズを説明するための図（その１）である。 上記実施形態におけるセンシングデータの具体例を示す図である。 上記実施形態における運用フェイズを説明するための図（その２）である。 上記実施形態のデータ収集の処理手順例（センサ）である。 上記実施形態におけるセンサの収集データフォーマットの一例である。 上記実施形態における運用フェイズを説明するための図（その３）である。 上記実施形態における加工済センシングデータの具体例を示す図である。 上記実施形態における加工（圧縮）により構築されるハッシュツリーを示す図である。 上記実施形態における加工（圧縮）により構成されるハッシュのデータフォーマットの具体例を示す図である。 上記実施形態のデータ収集の処理手順例（ゲートウェイ）である。 上記実施形態におけるデータ収集プロセス（サーバ）の手順例である。 上記実施形態のサーバにおけるハッシュツリーに基づくデータの再現方法の概要を説明するための図である。 上記実施形態における活用フェイズを説明するための図である。 上記実施形態のサーバによるデータ解析結果の一例である。 上記実施形態における活用フェイズの処理手順例（センサ）である。 上記実施形態における活用フェイズの処理手順例（サーバ）である。 第２の実施形態の全体の動作の概要を説明するための図である。 上記実施形態におけるセンサの処理手順例である。 上記実施形態におけるゲートウェイの処理手順例である。 上記実施形態におけるサーバの処理手順例である。 第３の実施形態の全体の動作の概要を説明するための図である。 上記実施形態におけるセンサの処理手順例である。 上記実施形態におけるゲートウェイの処理手順例である。 上記実施形態におけるサーバの処理手順例である。 第４の実施形態における設定フェイズを説明するための図（その１）である。 上記実施形態における設定フェイズを説明するための図（その２）である。 第５の実施形態におけるゲートウェイの処理手順例である。
　以下、本技術に係る実施形態を、図面を参照しながら説明する。
　説明は次の順番で行うものとする。
１．第１の実施形態
１．１．システム全体
１．２．サーバ、ゲートウェイ、センサの構成
１．３．全体の動作の説明
１．４．設定フェイズ
１．４．１．設定フェイズの概要
１．４．２．設定フェイズの詳細
１．５．運用フェイズ
１．５．１．センサのデータ収集プロセス
１．５．２．ゲートウェイのデータ収集プロセス
１．５．３．サーバのデータ収集プロセス
１．６．活用フェイズ
２．第２の実施形態
３．第３の実施形態
４．第４の実施形態
５．第５の実施形態
６．他の実施形態
７．付記
１．第１の実施形態
　本実施形態ではセンサの一例として、ＩｏＴシステムにおけるＩｏＴデバイスを示し、ＩｏＴデバイスのさらにその一例として車載型センサ（車載デバイス）を示すが、センサが本例示に限定されるものではない。
　本実施形態では情報処理装置の一例として、無線データ通信システムにおける基地局（以下、主として「ゲートウェイ」と呼ぶ）を示すが、情報処理装置が本例示に限定されるものではない。
　本実施形態ではサーバの一例として、物理的に複数のサーバ群により構成されるいわゆるクラウドサーバを示すが、サーバが本例示に限定されるものではない。
　本実施形態では収集データの一例として、車載デバイスの各種無線通信環境の状態（電波強度等）を想定するが、本技術が本例に限定されるものではない。
１．１．システム全体
　図１を参照すると、本実施形態に係るシステム全体の構成の概念図が示されている。図１に示すように、システム１の全体は、サーバ３００、複数のゲートウェイ２００、複数のセンサ１００を含む。
　ネットワークＮは、クラウド（サーバ３００）とゲートウェイ２００、ゲートウェイ２００とセンサ１００、クラウド（サーバ３００）とセンサ１００の間を相互に通信できるように構成される。なお、ゲートウェイ２００は、センサ１００の機能を兼ね備えていてもよい。
　ネットワークＮはネットワークＮ１とネットワークＮ２を含む本実施形態のネットワークの総称である。ネットワークＮの物理層やデータリンク層などは限定されない。一例を挙げると、インターネット、携帯電話通信網（ＭＮＯ（Mobile Network Operator）網、ＭＶＮＯ（Mobile Virtual Network Operator）網を含む）、種々の無線ローカルエリアネットワーク規格によるネットワーク、近距離無線通信（Ｂｌｕｅｔｏｏｔｈ（登録商標）を含む）などが本実施形態のネットワークとして利用できる。ネットワークＮは、広域ネットワーク、事業者ネットワーク、プライベートネットワークなどが利用できる。
　システム１に類似する構成をとるシステムにおいては、センサの数が増大すると、ネットワークの輻輳が生じたり、センサからデータを得たゲートウェイやサーバの処理負荷がかかったりするという問題が生じる可能性があった。
１．２．サーバ、ゲートウェイ、センサの構成
　図２を参照すると、本実施形態にかかるゲートウェイ等の構成の概念図が示されている。図２（ａ）に示すように、ゲートウェイ２００は、汎用のコンピュータと同様の構成を備える。すなわち、ゲートウェイ２００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
　ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ（Operating System）、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
　また、ＣＰＵ１１はＲＯＭ１２に記憶されているソフトウェアプログラムをロードすることにより本装置の制御部を構成する。
　入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic Electro-Luminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、その他の入力装置である。なお、表示部１６と操作受付部１７を液晶タッチパネルにより一つにまとめてもよい。
　記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。
　通信部１９は、例えばＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールである。通信部１９により本装置の他装置とのデータの送受信が可能になる。
　図２（ａ）に示す構成はゲートウェイ２００の構成の一例であり、他の要素が追加されてもよく、また、一部が省略されてもよい。サーバ３００とセンサ１００もゲートウェイ２００と同様の構成とすることができる。サーバ３００とセンサ１００の構成も、他の要素が追加されてもよく、また、一部が省略されてもよい。
　図２（ｂ）にセンサ１００の構成例が示されている。図２（ａ）と共通する部分の説明は省略する。センサ１００はセンサ部２０とセンサ部２１を有する。この場合はセンシングデータを２種類蓄積できるセンサ１００を例示している。センサ部２０とセンサ部２１の具体例としては例えば、カメラや人感センサ、無線通信の電波強度や電波品質を評価可能なアンテナ等が挙げられる。しかしながら本例示はセンサ１００を限定するものではない。
１．３．全体の動作の説明
　図３を参照すると、本実施形態に係るシステム１の全体の動作の概要を説明するための概念図が示されている。図３に示すように、複数のゲートウェイ２００はセンサ１００とサーバ３００の中間に位置する中間ノードであって、いずれかのゲートウェイ２００が他のゲートウェイ２００の上層に位置するように構成された多層構造をなしていてもよい。
　システム１の運用の前に、サーバ３００はゲートウェイ２００に対して設定を行う（図３中１－１）。ゲートウェイ２００はサーバ３００がゲートウェイ２００に対して行った設定に基づいてセンサ１００に対して設定を行う（図３中１－２）。ここまでが設定フェイズである。
　次に、センサ１００はセンシングした情報をゲートウェイ２００に送信する。ゲートウェイ２００はセンサ１００から情報を収集する（図３中２－１）。ゲートウェイ２００は収集した情報又は収集した情報を加工した情報をサーバ３００に送信する。サーバ３００はゲートウェイ２００から情報を収集する（図３中２－２）。ここまでが運用フェイズである。
　サーバ３００は収集した情報に基づいて解析等を行い、ゲートウェイ２００やセンサ１００の再設定や制御等にフィードバックする（図３中３，４）。ここまでが活用フェイズである。
　設定フェイズにおいて、センサ１００の設定は、サーバ３００がゲートウェイ２００に送信した設定に関する情報がそのまま使われてもよいし、ゲートウェイ２００がサーバ３００から受けた設定に基づいて生成されてもよい。いずれの場合も、センサ１００の設定パラメータがサーバ３００からもたらされる点では共通する。
　なお、図３には示していないが、本実施形態に係るシステム１においては、サーバ３００がセンサ１００を直接設定することや、センサ１００からサーバ３００に直接情報が送信されることも許容される。
　センサ１００のセンシングデータなどはアプリケーション層で扱われることがほとんどである。アプリケーション層はＥｎｄ－ｔｏ－Ｅｎｄのみが規定され、その中間にあるノード（中間ノード）は透過的であるのが通常である。本実施形態においては、中間ノードであるゲートウェイ２００が、運用フェイズにおいて、センサ１００のセンシングデータを収集し、加工する。
　ＩｏＴ等、きわめて多数のセンサデバイスがネットワークに接続することを考慮すると、各センサ１００とサーバ３００との間でＥｎｄ－ｔｏ－Ｅｎｄのデータのやり取りが発生することになる。サーバ３００に対するアクセスの増加、ネットワーク負荷の増加が問題になる。
　本実施形態では上記ゲートウェイ２００により、ネットワーク負荷が軽減される。特に、ネットワークＮ１を有線ネットワークとし、ネットワークＮ２を無線ネットワークとして構成した場合は、センシングデータは場所依存性が高いことを考慮すると、無線ネットワークと有線ネットワークの境界である基地局を、本実施形態のゲートウェイ２００とすると有利であるが、この構成に限定されるものではない。
１．４．設定フェイズ
１．４．１．設定フェイズの概要
　設定フェイズは、サーバ３００からゲートウェイ２００への設定プロセスと、ゲートウェイ２００からセンサ１００への設定プロセスの２段階に分けられる。
　本実施形態においては、サーバ３００が、センサ１００がどのデータ項目について、どの態様（加工する、加工なしなど）で、どのような頻度でサーバ３００への送信を行うのかといったセンサ１００への設定を、中間ノードのゲートウェイ２００に対して設定を行う。これにより、センサ１００の数が増大するといったネットワーク負荷が変動する場合でも、データ収集を最適化することができる。
　図４に示すように、サーバ３００からゲートウェイ２００への設定プロセスにおいて、サーバ３００は、ゲートウェイ２００に対して、センサ１００から収集するデータ項目と頻度を設定する。
　図４においては、まず、ゲートウェイ２００がサーバ３００に自装置の位置情報を通知する（Ｓ４０１）。次に、サーバ３００が位置情報を通知してきたゲートウェイ２００に対するパラメータの決定を行う（Ｓ４０２）。次に、サーバ３００が決定したパラメータ、本例ではデータ収集設定の通知を行う（Ｓ４０３）。次に、ゲートウェイ２００がデータ収集パラメータの設定を自装置に対して行う（Ｓ４０４）。次に、ゲートウェイ２００がサーバ３００に設定完了を通知する（Ｓ４０５）。
　図４のＳ４０２において、サーバ３００は、収集データのデータ項目に応じて、ゲートウェイ２００（基地局）でのデータの事前処理を指定する。事前処理の例としては、平均化処理、圧縮処理、結合処理がある。平均化処理は、収集したデータを端末ごとに平均化する処理と、端末を越えて基地局エリア内全体で平均化する処理を含む。圧縮処理は、可逆圧縮と非可逆圧縮を含む。非可逆圧縮には、一方向ハッシュ関数による圧縮を含む。本実施形態では、一方向ハッシュ関数による圧縮を行う。結合処理は、複数の収集したデータまたは圧縮したデータを一つまたは少数の束にまとめる処理を含む。
　図５と図６を参照して、上記した「収集するデータ項目」（収集データ）と「収集頻度」について説明する。図５はシステム１で収集するデータ項目の概要を示す。ここに示されているのは概要であって、より細かいデータ項目としてもよい。また、データ項目が図５の例示に限定されるものでもない。図６は図５中に示されている収集頻度の説明図である。
　図５に示すように、システム１において収集されるデータ、換言すれば、サーバ３００が収集するデータとしては、センサ１００自身の情報、加工データ、生データがある。これらの収集データには、センサ１００がシステム１のネットワークＮへイニシャルアタッチするときに１回だけ収集すれば十分なデータもあれば、周期的に収集すべきデータ、非周期的に収集するデータもある。周期的に収集するデータにおける周期についても、短期と長期など多段階に分けてよい。非周期的に収集するデータは、動画等データ量の大きいセンシングデータが含まれる。
　周期的に収集するデータは、図６中、実線矢印で示されるように、センサ１００からサーバ３００へ送られる。非周期的に収集するデータは、図６中、破線矢印で示されるように、サーバ３００からリクエストがあった場合やセンサ１００でイベント発生を検知した場合に、センサ１００からサーバ３００へ送られる。
　図７に示すように、ゲートウェイ２００からセンサ１００への設定プロセスにおいて、ゲートウェイ２００は、接続リクエストがあったセンサ１００に対して、サーバ３００から指定されたデータ収集用の設定パラメータを通知する。ここで、ゲートウェイ２００は、サーバ３００から指定された設定に加えて、追加のデータ収集設定をしてもよい。ただし、サーバ３００からの指定に反する設定は許可しない。なお、センサ１００が既に一度設定パラメータを受信していた場合は、センサ１００はゲートウェイ２００が通知した設定パラメータを再設定用の設定パラメータとして用いる。
　なお、センサ１００がゲートウェイ２００へ接続リクエストするケースとしては、電源を入れたとき、通信機能をオンにしたときなど、ネットワークへのイニシャルアタッチのとき、あるゲートウェイ（基地局）から別のゲートウェイ（基地局）へハンドオーバしたとき、圏外から圏内へ移動したとき、といったケースが挙げられる。ここで言うハンドオーバの発生は、ハンドオーバの開始、ハンドオーバの実施中、ハンドオーバの完了を含む。ゲートウェイ２００が、センサ１００からの接続リクエストを受信タイミングで設定パラメータをセンサ１００に送信することで、円滑な情報収集が促進される。
　図７においては、まず、センサ１００がゲートウェイ２００に接続リクエストをする（Ｓ７０１）。次に、ゲートウェイ２００が接続リクエストを許可するか否かを判断する（Ｓ７０２）。次に、ゲートウェイ２００が接続リクエストをしたセンサ１００に接続許可又は不許可の通知を行う（Ｓ７０３）。ここでは許可したものとする。次に、ゲートウェイ２００がセンサ１００にデータ収集設定パラメータの通知を行う（Ｓ７０４）。次に、センサ１００がデータ収集パラメータの設定を自装置に対して行う（Ｓ７０５）。次に、センサ１００がゲートウェイ２００に接続及び設定完了の通知を行う（Ｓ７０６）。
１．４．２．設定フェイズの詳細
　図８、図９、図１０にパラメータ設定に関する、サーバ３００、ゲートウェイ２００、センサ１００それぞれの制御部としてのＣＰＵ１１の処理手順例を示す。
　図８において、サーバ３００は、まず、パラメータを設定していないゲートウェイ２００（基地局）の有無を調べる（Ｓ８０１）。そのようなゲートウェイ２００がない場合でも、サーバ３００はパラメータを変更するべきゲートウェイ２００（基地局）の有無を調べる（Ｓ８０２）。いずれか一つでもそのようなゲートウェイ２００があれば、サーバ３００はゲートウェイ２００に設定パラメータを通知する（Ｓ８０３）。設定パラメータのパケット等に設定完了の通知が含まれていれば、サーバ３００の処理は終了する（Ｓ８０４）。
　図９において、ゲートウェイ２００は、まず、自装置のパラメータが未設定であるか否かを確認する（Ｓ９０１）。自装置のパラメータが設定済みである場合は（Ｓ９０１，Ｎｏ）、自装置の移動距離等の検出を行う（Ｓ９０７、後述）。
　自装置のパラメータが未設定である場合（Ｓ９０１，Ｙｅｓ）、ゲートウェイ２００は、自装置の位置情報、移動度情報をサーバ３００へ通知する（Ｓ９０２）。続いて、ゲートウェイ２００は、図８のＳ８０３で説明したような、サーバ３００からの設定パラメータの通知によるパラメータの指定があるか否かを確認する（Ｓ９０３）。
　サーバ３００から設定パラメータの指定がある場合（Ｓ９０３，Ｙｅｓ）、ゲートウェイ２００は設定パラメータを指定されたパラメータに変更する（Ｓ９０４）。次に、サーバ３００に設定完了を通知する（Ｓ９０５）。次に、センサ１００（車両）にパラメータの変更を通知する（Ｓ９０６）。
　次に、ゲートウェイ２００は、ゲートウェイ２００（自装置）の移動距離等を検出する（Ｓ９０７）。次に、ゲートウェイ２００は、Ｓ９０７で検出した移動距離等が所定の閾値を超えたか否かを判断する（Ｓ９０８）。ゲートウェイ２００は、移動距離等が所定の閾値を超えたと判断する場合（Ｓ９０８，Ｙｅｓ）、ゲートウェイ２００（自装置）の新しい位置情報等をサーバ３００へ通知する（Ｓ９０２）。
　一方、移動距離等が所定の閾値を越えていないと判断する場合（Ｓ９０８，Ｎｏ）、ゲートウェイ２００は、サーバ３００から指定された設定パラメータを継続して利用し（Ｓ９０９）、その後も移動距離等の検出（Ｓ９０７）と検出した移動距離等と閾値とを比較する（Ｓ９０８）。なお、図９における移動距離等は、位置、接続中の基地局、速度、加速度の変化なども含まれる。また、図９における所定の閾値は、本実施形態では、検出された移動距離等の絶対的な量であるが、他の実施形態においては、移動距離等の相対的な変化量（差分）が所定の閾値であってもよい。
　図１０において、センサ１００は、まず、ゲートウェイ２００（基地局）に接続（再接続含む）するか否かを判断する（Ｓ１００１）。次に、センサ１００は、ゲートウェイ２００に接続リクエストを通知する（Ｓ１００２）。次に、センサ１００は、サーバ３００からパラメータの指定があったか否かを判断し、パラメータ指定の設定があった場合に、センサ１００は、設定パラメータを指定されたパラメータに変更する（Ｓ１０４）。次に、センサ１０は、基地局であるゲートウェイ２００に設定の完了を通知する（Ｓ１０５）。
　センサ１００は、サーバ３００から設定パラメータの指定がなかった場合（Ｓ１００３，Ｎｏ）、現在（接続後）のゲートウェイ２００から指定されたパラメータを設定済みであるか否かを確認する（Ｓ１００６）。設定済みであれば現在のパラメータを継続して使用する（Ｓ１００７）。未設定であれば、現在のパラメータをリセットする（Ｓ１００８）。センサ１００は、パラメータ設定（Ｓ１００５）、パラメータの継続使用（Ｓ１００７）、パラメータのリセット（Ｓ１００８）のいずれの場合でも、サーバ３００からの次のパラメータ指定を待つ（Ｓ１００３）。
　センサ１００は、データ収集パラメータをリセットした場合（Ｓ１００８）、データをゲートウェイ２００（又はサーバ３００）へ送付することを止める。ただし、この場合であっても、センサ１００は、内部でデータを収集（センシングなど）すること継続してもよい。
１．５．運用フェイズ
１．５．１．センサのデータ収集プロセス
　運用フェイズは、センサ１００からゲートウェイ２００へのデータ収集プロセスと、ゲートウェイ２００からサーバ３００へのデータ収集プロセスの２段階に分けられる。センサ１００からゲートウェイ２００へのデータ収集プロセスは、接続を確立するプロセス（前段）と、センシング及びデータ送付のプロセス（後段）に分けられる。
　図１１に示すように、センサ１００からゲートウェイ２００へのデータ収集プロセスにおける前段において、センサ１００は、ゲートウェイ２００との接続を確立する。
　図１１においては、まずセンサ１００がゲートウェイ２００に接続リクエストを発行する（Ｓ１１０１）。次に、ゲートウェイ２００は、接続リクエストを発行したセンサ１００に接続を許可するか否かの判断を行う（Ｓ１１０２）。次に、ゲートウェイ２００は、接続可否の判断結果をセンサ１００に通知する（Ｓ１１０３）。この説明例では接続を許可することとして、次に、センサ１００は、ゲートウェイ２００に接続完了の通知をする（Ｓ１１０４）。
　ゲートウェイ２００は、センサ１００との接続が確立されると、それに続いて、データ収集用の設定パラメータの通知を行う（Ｓ１１０５）。この通知は、ゲートウェイ２００に接続するセンサ１００すべてにブロードキャストする方式で行ってもよい（Ｓ１１０５）。次に、センサ１００は、ゲートウェイ２００から通知されたデータ収集用のパラメータを自装置に設定する（Ｓ１１０６）。また、センサ１００は、設定完了の通知をゲートウェイ２００に対して行う（Ｓ１１０７）。
　図１１に示すように、本実施形態では、ゲートウェイ２００が、Ｓ１１０５で、接続リクエストを発行したセンサ１００（または、接続リクエストを発行し、かつ接続を許可されたセンサ１００）ごとに、設定パラメータを送信する。つまり、ゲートウェイ２００は設定パラメータをユニキャスト方式でセンサ１００にそれぞれ送信する。ゲートウェイ２００が設定パラメータをユニキャスト方式でセンサ１００に送信することにより、各センサ１００の状態や環境に適した設定パラメータがセンサ１００に適用される。また、ゲートウェイ２００は、センサ１００に設定パラメータを送信する際に、当該センサ１００に前回送信した設定パラメータとの差分だけを送信する。ゲートウェイ２００が差分のみを送信することによって、ネットワーク上を流れるデータ量が抑えられる。
　なお、ゲートウェイ２００は、Ｓ１１０５でデータ収集パラメータを、ゲートウェイ２００の通信範囲内にある複数のセンサ１００に一括で通知してもよい。つまり、ゲートウェイ２００は設定パラメータをブロードキャスト（または、マルチキャスト、グループキャスト）方式で複数のセンサ１００に送信してもよい。ゲートウェイ２００が設定パラメータをブロードキャスト方式等でセンサ１００に送信することにより、１回等、少ない回数の通信で多数のセンサ１００への設定パラメータの通知が可能になる。ゲートウェイ２００は、センサ１００との接続の確立（Ｓ１１０１からＳ１１０４）と関係なく、設定パラメータをブロードキャスト方式等により定期的に（例えば、１０分に１度など）通知してもよい。
　センサ１００に送信される設定パラメータは、複数の設定パラメータを含んで構成されるパラメータのセットであるので、ゲートウェイ２００は、一部の設定パラメータを、接続リクエストを発行したセンサ１００（または、接続リクエストを発行し、かつ接続を許可されたセンサ１００）ごとに通知し、残りの設定パラメータ等、別の一部の設定パラメータを、ゲートウェイ２００の通信範囲内にある複数のセンサ１００に一括で通知してもよい。
　ゲートウェイ２００が一部の設定パラメータをユニキャスト方式で通知し、また別の一部の設定パラメータをブロードキャスト方式等で通知する場合、ゲートウェイ２００は、設定パラメータの種類に応じて当該設定パラメータを送信する通信方式をユニキャスト、ブロードキャスト、マルチキャスト、グループキャスト等の通信方式の中から選択する。ゲートウェイ２００は、例えば、移動体（車両等）のドライバの個人状態などのデータを収集するための設定パラメータについては、センサ１００ごとに送信されるユニキャスト方式で送信する。一方で、ゲートウェイ２００は、ゲートウェイ２００を中心とする環境情報などのデータを収集するための設定パラメータについては、ゲートウェイ２００配下のセンサ１００に斉一的に送信されるブロードキャスト方式で送信する。このようにゲートウェイ２００の通信部１９（又はＣＰＵ１１）が、センサ１００ごとに個別の設定を適用させる種類の設定パラメータについてはユニキャスト方式によりセンサ１００へ送信し、不特定多数のセンサ１００に同じ設定を適用させる種類の設定パラメータについてはブロードキャスト方式によりセンサ１００へ送信することで、柔軟な設定パラメータの配布が可能になる。そのため、この構成によれば、ネットワークやサーバの負荷の変動への動的な対応が可能になる。
　図１２を参照すると、センサ１００からゲートウェイ２００へ送信するセンシングデータ（収集したデータ）の具体例が示されている。図１２に示すように、本実施形態のように車両のような移動体にセンサ１００が設置されるケースの場合、例えば車内状態（乗車人数など）に関するデータと、車外状態（位置データ、速度等移動度に関するデータ、無線通信環境など）に関するデータがセンシングデータとして挙げられる。
　図１２に示すように、センサ１００からゲートウェイ２００へ送付するデータ項目、タイミング、追加の処理などがゲートウェイ２００からセンサ１００に送信された設定パラメータにより指定される。図１２の例では、設定可能なタイミングとして、ネットワークアタッチ時、周期的、非周期的等が示されている。
　なお、センサ１００におけるデータ収集（センシングなど）のタイミングは、図１２に示された送付タイミングどおりである必要はない。図１２の送付タイミングは、設定パラメータによって設定された送付タイミングであって、データ収集自体は、より頻繁なタイミングで行われてもよい。例えば、周期的な送付が必要なデータ項目については、図１２の設定よりもデータ収集の周期が等しいか短い（データ送付周期≦データセンシング周期）、またはデータ収集の頻度が等しいか高い（データ送付頻度≧データセンシング頻度）ことが望ましい。
　図１３に示すように、センサ１００からゲートウェイ２００へのデータ収集プロセスにおける後段において、センサ１００は、設定フェイズで設定した設定パラメータに応じて、データ収集（センシング）とデータ送付を実施する。
　図１３においては、まずセンサ１００がデータ収集（センシング）を行う（Ｓ１３０１）。この際、センサ１００は必要に応じて自装置に設定パラメータの再適用を行う（Ｓ１３０１）。次に、センサ１００はゲートウェイ２００に接続し設定完了の通知を行う（Ｓ１３０２）。次に、センサ１００はゲートウェイ２００に収集したデータ（センシングデータ）の送付を行う（Ｓ１３０３）。次に、ゲートウェイ２００は、センシングデータの受信通知を行う（Ｓ１３０４）。この通知は受信に成功した場合（Ａｃｋ）又は不成功の場合（Ｎａｃｋ）の場合を問わず行う。
　図１３における以上の処理は、センサ１００がゲートウェイ２００への接続と同時にセンシングデータの送付を行う場合である。
　データ収集（センシング）からデータ送付の間に、車両内でデータを加工してもよい。データ加工の具体例としては、収集したデータの時間平均、収集した動画像の符号化、プライバシー保護（人物へのモザイク）などが挙げられる。
　センサ１００が自装置内でセンシングデータの加工（圧縮等）を行う場合は、センサ１００はデータ収集を行った後に（Ｓ１３０５）、データ加工を行う（Ｓ１３０６）。以降の処理（Ｓ１３０７，１３０８）はＳ１３０３，Ｓ１３０４と同様である。
　図１３において、センサ１００は、データ収集中あるいはデータ送付前（Ｓ１３０１からＳ１３０３の間など）に、データ収集の設定パラメータの変更が発生した場合は、それまでに収集していたデータは破棄することとしてもよい。
　図１４は、データ収集の処理手順例（センサ１００）である。図１４においては、最初にセンサ１００がハンドオーバするか否かを判断する（Ｓ１４０１）。ハンドオーバをする場合（Ｓ１４０１，Ｙｅｓ）、センサ１００は、ハンドオーバの一連の処理を実行し（Ｓ１４０２）、ハンドオーバにより新たに接続したゲートウェイ２００から受信する設定パラメータにより、センサ１００（自装置）のパラメータを設定する（Ｓ１４０３）。移動体（車両等）に設置されたセンサ１００が移動に伴うハンドオーバ発生（ハンドオーバの開始、ハンドオーバの実施中、ハンドオーバの完了を含む）のタイミングで、センサ１００（自装置）の設定パラメータを更新することにより、センサ１００は、ゲートウェイ２００との通信が有効な領域内に入った直後から、適切な設定パラメータを用いて情報収集することができる。
　一方、ハンドオーバをしない場合（Ｓ１４０１，Ｎｏ）、センサ１００は、ハンドオーバ処理をスキップして、ゲートウェイ２００から受信する設定パラメータに基づいて、自装置のパラメータを設定する（Ｓ１４０３）。センサ１００は、パラメータの設定をしたのち、ゲートウェイ２００に最初に接続、すなわち、ゲートウェイ２００へのイニシャルアタッチしたときに実施するデータの送信を実施済みであるか否か、判断する（Ｓ１４０４）。センサ１００がゲートウェイ２００に最初に接続したときに送信するデータには、ＣＰＵ１１やＲＡＭ１３のスペックやファームウェアのバージョン等、センサ１００（自装置）の静的な情報、ＣＰＵ１１の温度やＲＡＭ１３の使用率等、センサ１００（自装置）の動的な情報、センシングデータ等、センサ１００（自装置）の環境に関する情報が含まれる。ゲートウェイ２００への最初の接続時に送付するデータを送信済みでない場合（Ｓ１４０４，Ｎｏ）、センサ１００は、当該データをゲートウェイ２００に送信する（Ｓ１４０５）。
　センサ１００は、ゲートウェイ２００から受信する設定パラメータによりセンサ１００（自装置）にパラメータを設定した後、ゲートウェイ２００が配布し送信する設定パラメータに変更が発生したか否かを判断する（Ｓ１４０６）。ゲートウェイ２００は設定パラメータに変更が発生するとセンサ１００に通知するため、センサ１００は、設定パラメータの変更発生の有無の判断をゲートウェイ２００からの通知の有無に基づいて判断する。設定パラメータが変更されている場合（Ｓ１４０６，Ｙｅｓ）、センサ１００は、まだゲートウェイ２００に送付していない収集済みデータを破棄し（Ｓ１４０７）、必要であればハンドオーバし（Ｓ１４０２）、パラメータを再設定する（Ｓ１４０３）。
　一方、設定パラメータに変更が発生していない場合（Ｓ１４０６，Ｎｏ）、センサ１００は、データ送付予定があるデータ項目のデータを収集（センシング）する（Ｓ１４０８）。次に、センサ１００は、データ送付のタイミングが来るまでセンシングを続ける（Ｓ１４０９）。データ送付のタイミングが到来したら（Ｓ１４０９，Ｙｅｓ）、センサ１００は、データ送付前にセンシングデータを加工するか否かを判断する（Ｓ１４１０）。センサ１００は、センシングデータの加工をする場合（Ｓ１４１０，Ｙｅｓ）、収集したセンシングデータを加工する（Ｓ１４１１）。一方で、センシングデータを加工しない場合（Ｓ１４１０，Ｎｏ）、センサ１００は、収集したセンシングデータの加工をスキップする。
　次に、センサ１００は、データ送付のための無線リソースが割り当てられているか否かを確認し（Ｓ１４１２）、割り当てられていなければ（Ｓ１４１２，Ｎｏ）、ゲートウェイ２００に無線リソースの割り当てをリクエストする（Ｓ１４１３）。
　次に、センサ１００は、送付するデータのフォーマットを形成し（Ｓ１４１４）、割り当て無線リソースを用いてゲートウェイ２００にデータを送付する（Ｓ１４１５）。Ｓ１４１４で形成するデータフォーマットの一例を、図１５に示す。図１５に示すように、センサ１００から送付されるデータのフォーマットは、ヘッダとペイロードに分かれ、複数の（複数種類の場合も含む）収集データの束を格納することができる。
　以上に述べたセンサのデータ収集プロセスにおいては、図１３と図１４（特にＳ１４０１からＳ１４０３）を参照しながら述べたように、ハンドオーバが発生するとその都度、センサ１００はゲートウェイ２００から設定パラメータをダウンロードして自装置に適用する。逆に、ゲートウェイ２００は、ハンドオーバしたセンサ１００からの設定パラメータのダウンロード要求に対応して、設定パラメータを送信する。ゲートウェイ２００はハンドオーバ発生情報を発生イベントとして、設定パラメータの送信を行ってもよい。設定パラメータの送信に関する処理の詳細なプロセスについては、設定フェイズで説明したとおりである。
１．５．２．ゲートウェイのデータ収集プロセス
　図１６に示すように、ゲートウェイ２００からサーバ３００へのデータ収集プロセスにおいて、ゲートウェイ２００は、サーバ３００から設定された設定パラメータに応じて、データ送付を実施する。
　図１６において、ゲートウェイ２００は、センサ１００（車両）からセンシングデータを受信し（Ｓ１６０１）、必要に応じて受信したデータを加工する（Ｓ１６０２）。次に、ゲートウェイ２００は、周期的、非周期的など種々のタイミングでサーバ３００に加工済みデータ（又は非加工データ）を送信する（Ｓ１６０３）。サーバ３００はこれを受信すると、データ受信通知をゲートウェイ２００に返す（Ｓ１６０４）。
　なお、ゲートウェイ２００自身がデータ収集（センシング）をしてもよい。この場合は、ゲートウェイ２００がセンサ１００の機能を兼ね備える。
　図１６において、データ加工は必須ではなく、ゲートウェイ２００の判断で加工するか否かを決定する。データ加工の具体的態様としては、例えば、データの平均化、圧縮、結合がある。図１６のＳ１６０２でデータ加工をする場合、例えば、ゲートウェイ２００が加工を行う場合、ゲートウェイ２００は収集データを、車両ごとのデータとして扱うものと、基地局カバレッジ内で平均化処理をするものを区別する。図１７に、区別をつけたデータ項目を示す。図１７に示すように、ゲートウェイ２００は、ゲートウェイ２００からサーバ３００へ送付するデータ項目、タイミング、追加の処理などを指定する。
　収集データを車両ごとのデータとして扱う場合、収集データはデータ量が多くなる傾向にあるため、次に、ゲートウェイ２００は、データに圧縮を施す。この場合、一方向ハッシュ関数による圧縮を行ってもよい。一方向ハッシュ関数による圧縮を行う場合、センシングデータを一方向ハッシュ関数に入力して得られるハッシュ値出力が実際に収集（送信または受信）されるデータとなる。また、一方向ハッシュ関数による圧縮を行う場合、圧縮前のセンシングデータ自体は収集しなくてよい（ハッシュ値のみの収集でよい）。
　以下では、ゲートウェイ２００が、加工の一例として一方向ハッシュ関数による圧縮を行うものとし、ゲートウェイ２００の詳細なデータ収集プロセスを説明する。
　まず、このような圧縮を行う背景としては、センサ１００から収集したデータをそのままサーバ３００まで収集しようとすると、データ量はセンサ１００のデバイス数に比例して増加してしまうという課題がある。通常の圧縮（zipなど）でも、データ量の比例増加の関係は変わらない。
　そこで、本実施形態では解決策として、一方向ハッシュ関数による圧縮を採用する。本実施形態では、ゲートウェイ２００で上記圧縮を実施することで、デバイスとクラウドの負荷を下げる、かつ、無線区間の通信量を下げる。
　さらに本実施形態においては、システム１全体またはシステム１のうち一部において、ハッシュのツリー（ハッシュツリー）が構築される。当該ハッシュツリーは、ゲートウェイ２００（基地局）単位で生成される。センサ１００が収集したデータは場所に関する依存性が高い。そのため、ゲートウェイ２００（基地局）単位、すなわち場所単位でハッシュツリーが生成されているほうが、場所単位でハッシュツリーが生成されていない場合より、データ利用の際の使い勝手が高まる。また、ゲートウェイ２００（基地局）は、ハッシュツリーにヘッダを付与して、そのヘッダに圧縮を実施したゲートウェイ２００（基地局）の情報（位置情報）を記述する。
　図１８に、上記ハッシュツリーの一例を示す。図示のように、各ゲートウェイ２００やセンサ１００において、配下のゲートウェイ２００又はセンサ１００において圧縮済みのハッシュを合わせたハッシュに再度、一方向ハッシュ関数による圧縮が行われる。図１８のようなハッシュツリーが構築される。
　図１８において、一つのハッシュツリーを構成するデータ項目は、同一であることが望ましい。また、一つのハッシュツリーを構成するハッシュ関数は、同一であることが望ましい。図１８中のデータに付されているインデックスＡ～Ｅの具体例としては、例えば、同時刻（あるいは同時刻に近い時刻）にデータを収集していた異なる車両のインデックス（ＩＤ（Identifier））がある。そのほかには、同一車両における、異なる時刻（または時刻のインデックス）がある。また、図１９にハッシュのデータフォーマット例を示す。
　図２０は、ゲートウェイ２００のデータ収集プロセスの処理手順例である。図２０において、ゲートウェイ２００は、まず、サーバ３００が配布する設定パラメータの変更の有無を確認する（Ｓ２００１）。設定パラメータが変更されている場合（Ｓ２００１，Ｙｅｓ）、ゲートウェイ２００は、この時点までにセンサ１００から受信し、蓄積していたデータを送付する準備をする（Ｓ２００２）。
　一方で、設定パラメータが変更されていない場合（Ｓ２００１，Ｎｏ）、ゲートウェイ２００は、センサ１００（車両）からデータを受信する（Ｓ２００３）。次にゲートウェイ２００はデータを蓄積し（Ｓ２００４）、蓄積したデータをサーバ３００へ送付するタイミングを待つ（Ｓ２００５）。次に、ゲートウェイ２００は、データ送信のタイミングが到来すると（Ｓ２００５，Ｙｅｓ）、データを加工（ハッシュ関数による圧縮を除く）するか否かを判断する（Ｓ２００６）。
　ゲートウェイ２００は、データ加工の要否の判断（Ｓ２００６）を、第１に、センサ１００のセンシングデータ、第２に、設定フェイズでセンサ１００に設定されたデータ収集用の設定パラメータに基づいて判断する。
　第１の判断においては、ゲートウェイ２００が、センサ１００のセンシングデータに基づいて、システム１内で起きたイベント（以下、「発生イベント」）が何であるかを判断し、判断した発生イベントに基づいてデータ加工の要否を判断する。発生イベントとしては、センサ１００がセンシングした事象全般が含まれ、具体的には、事故の検知、センサ１００（及びそれが設置される車両等移動体）の移動、移動体のハンドオーバの発生（ハンドオーバの開始、ハンドオーバの実施中、ハンドオーバの完了を含む）、などがある。
　第２の判断においては、ゲートウェイ２００が、センサ１００の設定パラメータ、特にその各データ項目の種類に応じて、データ加工の要否を判断する。設定パラメータの各データ項目は、車両ごとのデータであるか、基地局ごとのデータであるかが設定されている（図１７）。したがって、例えば、ゲートウェイ２００は、車両ごとのデータであれば加工し、基地局ごとのデータであれば加工しないという判断をする。
　このように、本実施形態では、システム１におけるサーバ３００とセンサ１００の中間ノードとしてのゲートウェイ２００が、センシングデータの加工の要否を判断することになる。そのため、負荷がサーバ３００に集中せず、サーバ３００はネットワーク負荷等に応じて最適化させた設定パラメータをセンサの束ごとに中間ノードに送信すればよいので、ネットワーク負荷に動的に対応してデータ収集を最適化することができる。
　次に、ゲートウェイ２００は、Ｓ２００６の判断に基づいてデータを加工する（Ｓ２００７）。次に、ゲートウェイ２００は、データをハッシュ関数による圧縮するか否かを判断する（Ｓ２００８）。これもＳ２００６の判断と同じく、サーバ３００から設定フェイズで送付されたゲートウェイ２００への設定パラメータに基づいて行われる。
　次に、ゲートウェイ２００は、Ｓ２００８の判断に基づいてデータをハッシュ関数で圧縮する（Ｓ２００９）。
　次に、ゲートウェイ２００は、送付するデータのフォーマット（図１９）を形成する（Ｓ２０１０）。次に、ゲートウェイ２００は、形成したデータフォーマットでサーバ３００へデータを送付する（Ｓ２０１１）。次に、ゲートウェイ２００は、蓄積していたデータを破棄する（Ｓ２０１２）。
　なお、ゲートウェイ２００における設定パラメータが変更された場合、それまで蓄積していたデータを送ってもよい。また、無線に比べると、有線のネットワークはリソースに余裕があるため、Ｓ２００６やＳ２００８の判断の際に、有線のネットワークであれば、加工・圧縮を行わず送付してもよいとしてもよい。
１．５．３．サーバのデータ収集プロセス
　図２１はデータ収集プロセス（サーバ３００）の手順例である。図２２はサーバ３００におけるハッシュツリーに基づくデータの再現方法の概要を説明するための図である。
　図２１において、サーバ３００は、ハッシュツリーのヘッダを読み込み（Ｓ２１０１）、解くべきハッシュの個数Ｎｗｏ計算する（Ｓ２１０２）。続いて、ハッシュツリーに使われているハッシュ関数を把握し（Ｓ２１０３）、作業変数ｎに０をセットする（Ｓ２１０４）。以後、ｎ＜Ｎになるまで（Ｓ２１０５）、解凍候補データを生成し（Ｓ２１０６）、当該解凍候補データのハッシュを生成して（Ｓ２１０８）、生成したハッシュとハッシュツリーに使われているデータのハッシュ値とを比較して（Ｓ２１０９）一致するものを探す（Ｓ２１１０）という作業を繰り返す。
　図２２の場合、データ個数が５であるから、Ｎは９になり、ハッシュ値のインデックスｎ（０～Ｎ－１）は、幅優先で振っていくことが望ましい。ハッシュ関数を把握するプロセスでは、ハッシュ関数処理の前後でのデータサイズ（ハッシュサイズ）を把握することも含む。
　以上のようにすることで、一方向ハッシュ関数による圧縮を施されたデータも再現可能である。また、一方向ハッシュ関数による圧縮は圧縮率がよく、これにより、ネットワークＮやサーバ３００にかける負荷が下がる。
１．６．活用フェイズ
　図２３は、活用フェイズの概要を示す図である。本実施形態では車両における無線通信システムの評価をフィードバックとして返すので、図２３に示すように、サーバ３００は、無線システムの蓄積データの解析を行う（Ｓ２３０１）。解析結果は、例えば、図２４に示すようなデータをサーバ３００が出力する。
　図２４は、サーバ３００から提供される無線システム環境情報の例を示している。図示のようにサーバ３００は、基地局に相当するエリアで利用できる可能性がある無線システムと、その通信品質（例えばスループット、ネットワーク遅延など）を提供する。なお、サーバ３００は、単一の基地局だけではなく、周辺も含めた複数の基地局に関する情報を提供することが望ましい。
　サーバ３００からセンサ１００へのフィードバックの方法には２種類あり、第１の方法は、ゲートウェイ２００からエリア内のセンサ１００に対してブロードキャストする方法である。第２の方法は、センサ１００からゲートウェイ２００に対してリクエストする方法である。第２の方法の場合、センサ１００を設置する車両の目的地情報もリクエストとともに送付し、サーバ３００がその経路周辺の基地局（ゲートウェイ２００）の情報を提供してもよい。
　第２の方法の場合の、センサ１００、サーバ３００の処理手順について図２５、図２６を参照しながら説明する。
　図２５において、センサ１００は、基地局（ゲートウェイ２００）に無線システム情報をリクエストする（Ｓ２５０１）。この際、車両の目的地情報を一書に送付する。次に、ゲートウェイ２００から無線システム情報を取得すると（Ｓ２５０２）、センサ１００は、ハンドオーバの発生可能性に応じて（Ｓ２５０３～Ｓ２５０５）、対象となる基地局に関する無線システム情報を取り出し（Ｓ２５０６，Ｓ２５０７）、対象基地局のエリアで現在オフになっている無線システムが自装置で動作しているか否かを確認する（Ｓ２５０８）。そのような機能があれば、機能をオンにする（Ｓ２５０９）。逆に、対象基地局のエリアで、動作しそうにない無線システムがあれば、致命的なものでない限り、オフにする（Ｓ２５１０～Ｓ２５１２）。
　図２６において、サーバ３００は、車両（センサ１００）から目的地情報も添付された無線システム情報のリクエストを受信すると（Ｓ２６０１）、車両の目的地から可能性のある経路を計算し（Ｓ２６０２）、可能性のある経路の周辺の基地局（ゲートウェイ２００）を把握する（Ｓ２６０３）。次に、サーバ３００は、該当する基地局に関する１以上の無線システム情報があるか否かを判断する（Ｓ２６０４）。存在する場合に、該当する基地局に関する無線システム情報を準備し（Ｓ２６０５）所定のフォーマットに形成した上で（Ｓ２６０６）、送付する（Ｓ２６０７）。なお、無線システム情報がない場合はその旨を車両に送付する（Ｓ２６０８）。
　上述のように活用すると、センサ１００は、他のセンサ１００により蓄積された無線システム情報（電波強度等）を使ってあらかじめ最適化された無線システムを設定できる。
２．第２の実施形態
　上述のように、第１の実施形態では収集データの一例として車載デバイスの各種無線通信環境の状態（電波強度等）を想定している。本技術は多様な実施形態をとりうる。第２の実施形態では第１の実施形態と同様のシステム・構成を用いて事故イベント発生時にセンシングデータを活用する例を開示する。
　第２の実施形態における「事故イベント」は事故等を指すが、第１の実施形態で述べたように本技術全体において「発生イベント」は下位ノードにハンドオーバが発生したことや、センサ１００（又はそれを設置した車両等）の移動が生じたことも包含する。本実施形態では事故イベントは発生イベントの一例であるものとする。
　第２の実施形態では、交通事故が起きた場合に、想定される被害状況を特定の外部機関(警察、消防、病院など)に提供する例を示すが、本技術はこれに限定されない。なお、本実施形態のシステム構成やサーバ３００、ゲートウェイ２００、センサ１００の構成は第１の実施形態と同様のものを利用できる。
　図２７は第２の実施形態の全体の動作の概要を説明するための図である。図２７において、センサ１００は、自身又は周辺の事故を検知すると（Ｓ２７０１）、事故検知の通知を近傍のゲートウェイ２００に送信する（Ｓ２７０２）。ゲートウェイ２００は、事故検知の通知を用いてサーバ３００への通知を判断する（Ｓ２７０３）。
　事故の発生の検知は、センサ１００が備えるセンサ部２０やセンサ部２１により検知される。センサ部２０やセンサ部２１を車載カメラとして構成する場合は、センシングデータは動画像として取得される。なお、ゲートウェイ２００が監視カメラ等をセンサデバイスとして有している場合は、ゲートウェイ２００も動画像をセンシングデータとして取得することができる。
　ゲートウェイ２００は、サーバ３００へ事故検知の通知を行う（Ｓ２７０４）。また、それと並行して、ゲートウェイ２００はデータ解析を行い、事故によって影響を受ける基地局など送付対象ゲートウェイ２００に解析結果を送付・送信する（Ｓ２７０５）。
　サーバ３００は、事故検知の通知を受けて、添付されたセンシングデータを蓄積し、蓄積データに基づいて解析を行う（Ｓ２７０６）。ゲートウェイ２００によるセンシング及びセンシングデータのサーバ３００への送付は継続して行われてもよく、このようなセンシングとその送付は複数のゲートウェイ２００により行われてもよい。サーバ３００は解析結果を警察や消防などの外部機関に送付・送信する（Ｓ２７０７）。また、サーバ３００は、事故によって影響を受ける基地局など送付対象ゲートウェイ２００に解析結果を送付・送信する（Ｓ２７０８）。
　図２８、図２９、図３０に本実施形態における、サーバ３００、ゲートウェイ２００、センサ１００各々の制御部として機能するＣＰＵ１１の処理手順例を示す。
　図２８において、センサ１００は、自装置及びその周辺に対してセンシングを行う（Ｓ２８０１）。センサ１００は、センシング中に事故イベントの発生を検知すると（Ｓ２８０２，Ｙｅｓ）、位置情報、時刻情報、事故情報を他装置（サーバ３００、ゲートウェイ２００、他のセンサ１００、外部機関を含む）に送信するため、これらの情報を準備する（Ｓ２８０３）。次に、センサ１００は、送付データのフォーマットを形成する（Ｓ２８０４）。その際、センサ１００は、緊急時である旨の情報を付与したフォーマットを形成してもよい。次に、センサ１００は、フォーマット化されたセンシングデータを上位ノードのゲートウェイ２００に送付する（Ｓ２８０５）。これと前後して同一データを外部機関に送付してもよい（Ｓ２８０６）。
　図２９において、ゲートウェイ２００は、自装置及び周辺に対してセンシングを行う（Ｓ２９０１）。Ｓ２９０１はゲートウェイ２００がセンサ１００の機能も兼ね備えている場合に行われるようにしてもよい。次に、ゲートウェイ２００は、センサ１００（車両）から検知した事故に関する情報（位置情報、時刻情報、事故情報）を受信する（Ｓ２９０２）。ゲートウェイ２００は、複数のセンサ１００からそれぞれ事故検知情報を受信する場合もある。
　次に、ゲートウェイ２００は、類似位置、類似時刻に、所定の数以上の異なるセンサ１００（車両）から事故検知情報を受信したか否かを判断する（Ｓ２９０３）。このような条件に当てはまらない場合（Ｓ２９０３，Ｎｏ）、ゲートウェイ２００は、自装置でも事故を検知している場合（Ｓ２９０４，Ｙｅｓ）を除き、通知が寄せられた事故はエラーや誤検知であると判断する（Ｓ２９０４，Ｎｏ）。
　センサ１００の数が相当多数になると誤検知が発生する可能性が高まる。本実施形態では、ゲートウェイ２００が事故検知情報に含まれる位置情報に基づいて事故発生位置が所定の範囲内にある場合（類似位置）、事故検知情報に含まれる時刻情報に基づいて事故発生時刻が所定の範囲内にある場合（類似時刻）、同一の事故に対する事故検知情報と判断できるものが複数ある場合に（Ｓ２９０３，Ｙｅｓ）、さらに自装置でも事故を検知した場合に（Ｓ２９０４，Ｙｅｓ）、事故発生の確度を高いものと判断する。これにより、センサ１００において誤検知が生じても、ゲートウェイ２００において適切に誤検知を取り除いて処理をすることができる。
　次に、ゲートウェイ２００は、位置情報、時刻情報、事故情報を他装置（サーバ３００、上位ノードのゲートウェイ２００、外部機関を含む）に送信するため、これらの情報を準備する（Ｓ２９０５）。次に、ゲートウェイ２００は、送付データのフォーマットを形成する（Ｓ２９０６）。その際、ゲートウェイ２００は、緊急時である旨の情報を付与したフォーマットを形成してもよい。次に、ゲートウェイ２００は、フォーマット化されたセンシングデータをサーバ３００に送付する（Ｓ２９０７）。これと前後して同一データを外部機関に送付してもよい（Ｓ２９０８）。
　図３０において、サーバ３００は、ゲートウェイ２００（基地局）及び／又はセンサ１００（車両）から事故検知情報を受信する（Ｓ３００１）。次に、サーバ３００は、通知対象に係る事故に絡んでいる車両に関するデータの有無を判断する（Ｓ３００２）。存在する場合、サーバ３００は、対象の車両について対象事故の時刻に近いデータを参照する（Ｓ３００３）。次に、サーバ３００は、データから人に関する情報（人数、属性など）を解析する（Ｓ３００４）。
　次に、サーバ３００は、送付データ及びＳ３００４の解析結果のフォーマットを形成する（Ｓ３００５）。次に、サーバ３００は、フォーマット化された解析結果を外部機関に送付する（Ｓ３００６）。次に、サーバ３００は、事故検知情報を送付したゲートウェイ２００（基地局）に係る対象基地局を含む、周辺の基地局への事故情報を準備する（Ｓ３００７）。次に、サーバ３００は、対象基地局及び周辺基地局へ事故情報を送付する（Ｓ３００８）。
　以上の処理手順においては、Ｓ２９０２からＳ２９０４までの処理で事故イベントが検出される。事故イベントは、発生イベントの一例である。ゲートウェイ２００の制御部として機能するＣＰＵ１１は、上述のように事故イベントが検出されると、ＣＰＵ１１は、センシングデータがリアルタイム処理に利用可能なように、自装置の設定パラメータをセンシングデータの加工をしない設定にする。そして、ＣＰＵ１１は、当該設定に基づいてゲートウェイ２００におけるデータの実質的な加工は必要ないと判断をする。
　例えば、ゲートウェイ２００は、解凍に時間がかかるハッシュ関数による圧縮はしない。限定するものではないが、ゲートウェイ２００は圧縮などの加工をせずデータを収集し続け、また、サーバ３００等に収集したデータを送信し続ける。これにより、事故に絡んだ車両内の情報を即時利用することができる。なお、サーバ３００で収集した後、所定の時間が経過後に、ストレージの節約のためにサーバ３００で圧縮することはしてもよい。
　上記本実施形態のゲートウェイ２００は、センシングデータが示す事象（事故等）に応じて、センシングデータを加工の要否を判断する。本実施形態ではゲートウェイ２００が事故検知の場合、センシングデータの圧縮をしない。そのため、本実施形態によれば、交通事故発生という重要な状況においてセンシングデータの精度が低下しない。また、本実施形態によれば、車両、乗車人数、人物の特徴を収集できるので、事故現場に駆けつける消防車、救急車の規模を適切に調整できる。
　なお、上記本実施形態では、センサ１００が検知する発生イベントとして「事故」を例示するが、事故に限定されない。ゲートウェイ２００はセンシングデータに応じて、リアルタイム処理の要否を判断してもよい。例えば、センシングデータが、後でサーバ３００にアップロードすると価値を失うデータ、生放送用のデータ、事故や災害の動画像などである場合、ゲートウェイ２００は、リアルタイム処理をする必要があると判断する。ゲートウェイ２００がリアルタイム処理をする必要があると判断する場合、ゲートウェイ２００はセンサ１００がセンシングデータをアップロードする都度、サーバ３００にデータ加工せずアップロードする。サーバ３００は、センシングデータを受信するたびに、当該センシングデータに対して処理を行う。
３．第３の実施形態
　上述した第２の実施形態は、事故イベントが検知された場合に、センシングデータを用いてサーバへの通知を判断している（Ｓ２７０３）。しかしながら、さらに緊急時には情報共有の即時性が求められるため、ゲートウェイ２００でのセンシングデータの加工処理をパスするように動作してもよい。この場合の実施例を第３の実施形態として、以下に説明する。
　図３１は第３の実施形態の全体の動作の概要を説明するための図である。図３１において、センサ１００は、自身又は周辺の事故を検知すると（Ｓ３１０１）、事故検知の通知を近傍のゲートウェイ２００に送信する（Ｓ３１０２）。ゲートウェイ２００は、事故検知の通知に含まれる緊急性を示す情報に基づいて、ゲートウェイ２００における加工処理をするか否かを判断する（Ｓ３１０３）。ただし、本実施形態においては「加工しない」と判断する（Ｓ３１０３）。
　ゲートウェイ２００は、サーバ３００へ事故検知の通知を行う（Ｓ３１０４）。また、それと並行して、ゲートウェイ２００はデータ解析を行い、事故によって影響を受ける基地局など送付対象ゲートウェイ２００に解析結果を送付・送信する（Ｓ３１０５）。
　サーバ３００は、事故検知の通知を受けて、添付されたセンシングデータを蓄積し、蓄積データに基づいて解析を行う（Ｓ３１０６）。ゲートウェイ２００によるセンシング及びセンシングデータのサーバ３００への送付は継続して行われてもよく、このようなセンシングとその送付は複数のゲートウェイ２００により行われてもよい。サーバ３００は解析結果を警察や消防などの外部機関に送付・送信する（Ｓ３１０７）。また、サーバ３００は、事故によって影響を受ける基地局など送付対象ゲートウェイ２００に解析結果を送付・送信する（Ｓ３１０８）。
　図３２、図３３、図３４に本実施形態における、サーバ３００、ゲートウェイ２００、センサ１００各々の制御部として機能するＣＰＵ１１の処理手順例を示す。
　図３２において、センサ１００は、自装置及びその周辺に対してセンシングを行う（Ｓ３２０１）。センサ１００は、センシング中に事故イベントの発生を検知すると（Ｓ３２０２，Ｙｅｓ）、位置情報、時刻情報、事故情報を他装置（サーバ３００、ゲートウェイ２００、他のセンサ１００、外部機関を含む）に送信するため、これらの情報を準備する（Ｓ３２０３）。次に、センサ１００は、送付データのフォーマットを形成する（Ｓ３２０４）。その際、センサ１００は、緊急時である旨の情報を付与したフォーマットを形成する。次に、センサ１００は、フォーマット化されたセンシングデータを上位ノードのゲートウェイ２００に送付する（Ｓ３２０５）。これと前後して同一データを外部機関に送付してもよい（Ｓ３２０６）。
　図３３において、ゲートウェイ２００は、自装置及び周辺に対してセンシングを行う（Ｓ３３０１）。Ｓ３３０１はゲートウェイ２００がセンサ１００の機能も兼ね備えている場合に行われるようにしてもよい。次に、ゲートウェイ２００は、センサ１００（車両）から検知した事故に関する情報（位置情報、時刻情報、事故情報）を受信する（Ｓ３３０２）。ゲートウェイ２００は、複数のセンサ１００からそれぞれ事故検知情報を受信する場合もある。
　次に、ゲートウェイ２００は、事故検知情報に含まれる緊急時である旨の情報に基づいて、緊急時対応が必要なケースと判断する（Ｓ３３０３）。第２の実施形態と異なり、ゲートウェイ２００はここでデータ解析や圧縮、平均化などの加工を行わない判断をする。
　次に、ゲートウェイ２００は、位置情報、時刻情報、事故情報を他装置（サーバ３００、上位ノードのゲートウェイ２００、外部機関を含む）に送信するため、送付データのフォーマットを形成する（Ｓ３３０４）。その際、ゲートウェイ２００は、緊急時である旨の情報を付与したフォーマットを形成してもよい。
　本実施形態においてはゲートウェイ２００がセンサ１００から送付されたデータに実質的な加工をしないが、Ｓ３３０４のフォーマット形成においてデータ中の送信先アドレスの付け替えのようなデータ加工は行う。
　次に、ゲートウェイ２００は、フォーマット化されたセンシングデータをサーバ３００に送付する（Ｓ３３０５）。これと前後して同一データを外部機関に送付してもよい（Ｓ３３０６）。
　図３４において、サーバ３００は、ゲートウェイ２００（基地局）及び／又はセンサ１００（車両）から事故検知情報を受信する（Ｓ３３０１）。次に、サーバ３００は、通知対象に係る事故に絡んでいる車両に関するデータの有無を判断する（Ｓ３３０２）。存在する場合、サーバ３００は、対象の車両について対象事故の時刻に近いデータを参照する（Ｓ３４０３）。次に、サーバ３００は、データから人に関する情報（人数、属性など）を解析する（Ｓ３４０４）。
　次に、サーバ３００は、送付データ及びＳ３００４の解析結果のフォーマットを形成する（Ｓ３４０５）。次に、サーバ３００は、フォーマット化された解析結果を外部機関に送付する（Ｓ３４０６）。次に、サーバ３００は、事故検知情報を送付したゲートウェイ２００（基地局）に係る対象基地局を含む、周辺の基地局への事故情報を準備する（Ｓ３４０７）。次に、サーバ３００は、対象基地局及び周辺基地局へ事故情報を送付する（Ｓ３４０８）。
　以上の処理手順においては、第１の実施形態と異なり、本実施形態においては、解凍に時間がかかるハッシュ関数による圧縮はしないで収集する。これにより、事故に絡んだ車両内の情報を即時利用することができる。なお、サーバ３００で収集した後、所定の時間が経過後に、ストレージの節約のためにサーバ３００で圧縮することはしてもよい。
　本実施形態によれば、ゲートウェイ２００が緊急時であることを判断し、データの加工処理はせずに、サーバ３００へ情報を送信するため、システム１全体で事故に関する情報を迅速に共有することができる。
４．第４の実施形態
　上述の第１から第３の実施形態においては、ゲートウェイ２００が移動しないことを前提としていた。しかしながら、ゲートウェイ２００の実施例としては、移動しないものに限定されず、移動型基地局、可搬型基地局もありうる。また、ゲートウェイ２００にいわゆるテザリングの技術を用いることも考えられる。そこで、ゲートウェイ２００が移動を伴うケースを第４の実施形態として、以下に開示する。
　図３５は本実施形態における設定フェイズを説明するための図（その１）である。図３５に示すように、ゲートウェイ２００は、自装置の移動度を随時検出している（Ｓ３５０１）。ここで言う移動度の例としては、絶対位置の変化量、速度などが含まれる。ゲートウェイ２００は、移動度が所定の閾値を超えると、位置情報及び移動度をサーバ３００に通知する（Ｓ３５０２）。
　次に、サーバ３００が位置情報を通知してきたゲートウェイ２００に対するパラメータの決定を行う（Ｓ３５０３）。次に、サーバ３００が決定したパラメータ、本例ではデータ収集設定の通知を行う（Ｓ３５０４）。あるいは、これに代えて、サーバ３００は、移動するゲートウェイ２００に対してデータ収集の停止を通知してもよい。次に、ゲートウェイ２００がデータ収集パラメータの設定を自装置に対して行う（Ｓ３５０５）。次に、ゲートウェイ２００がサーバ３００に設定完了を通知する（Ｓ３５０６）。
　このように、本実施形態においては、ある所定の閾値以上の移動が発生した場合に、ゲートウェイ２００はサーバ３００に対してその移動について通知する。サーバ３００は、移動が発生したゲートウェイ２００に対して、データ収集の設定を更新する旨を通知する。これにより、システム１内においてゲートウェイ２００自体が移動するような場合でも適切に、設定パラメータの設定が可能となる。なお、サーバ３００は、基地局が移動を伴う場合、そこで収集されるデータの信頼度（安定度）は低いとみなすように構成されてもよい。
　図３６は本実施形態における設定フェイズを説明するための図（その２）である。移動可能なゲートウェイ２００は、移動に伴いサーバから設定変更の通知を受信する（Ｓ３６０１）。次に、ゲートウェイ２００は、データ収集の設定を変更する（Ｓ３６０２）。次に、ゲートウェイ２００は、センサ１００に対して、データ収集設定パラメータの通知・送信を行う（Ｓ３６０３）。センサ１００は、データ収集パラメータを自装置に対して設定する（Ｓ３６０４）。センサ１００は、ゲートウェイ２００に対して設定完了の通知を行う（Ｓ３６０５）。
　このように、本実施形態では、基地局（ゲートウェイ２００）は、接続リクエストがあった車両（センサ１００）に対して、サーバ３００から指定されたデータ収集パラメータを通知する。なお、基地局（ゲートウェイ２００）は、サーバ３００から指定された設定に加えて、追加のデータ収集設定をしてもよい。ただし、サーバ３００からの指定に反する設定は許可しない。パラメータ設定変更については、前回からの差分だけを通知してもよい。
５．第５の実施形態
　上述の第１から第４の実施形態においては、ゲートウェイ２００におけるデータ収集のパラメータ設定の変更タイミングを、サーバ３００から設定パラメータが指定されたときとしている。しかしながら、本技術はこれに限定されない。ゲートウェイ２００が、配下のセンサ１００の数の変化に応じて、データ収集のパラメータ設定の変更（再設定）を行う実施形態を第５の実施形態として、以下に開示する。
　図３７に、本実施形態におけるゲートウェイ２００の処理手順例を示す。図３７において、ゲートウェイ２００は、配下の車両（センサ１００）の数又は密度を検知する（Ｓ３７０１）。次に、ゲートウェイ２００は、検知した車両の数又は密度の変化に応じたパラメータの変更の必要性を判断する（Ｓ３７０２）。必要ないと判断される場合は、ゲートウェイ２００は、センサ１００が用いる設定パラメータとして現在のパラメータを継続して利用し続けさせる（Ｓ３７０８）。
　他方で、必要である判断される場合、ゲートウェイ２００は、サーバ３００へ、パラメータの再指定をリクエストする（Ｓ３７０３）。サーバ３００からパラメータの指定があった場合（Ｓ３７０４，Ｙｅｓ）、ゲートウェイ２００は、指定されたパラメータに変更する（Ｓ３７０５）。次に、ゲートウェイ２００は、サーバ３００に設定完了を通知する（Ｓ３７０６）。次に、ゲートウェイ２００は、配下の各センサ１００にパラメータの変更を通知する（Ｓ３７０７）。
　本実施形態において、配下のセンサ１００の数は、限定するものではないが、ゲートウェイ２００に接続しているセンサ１００の数としてもよい。配下のセンサ１００の密度は、限定するものではないが、ゲートウェイ２００の通信可能領域の単位面積当たりのセンサ１００の数としてもよい。
　本実施形態において、ゲートウェイ２００は、検知したセンサ１００（車両）の数や密度の変化に応じてパラメータの変更の必要性を判断する。具体的には、ゲートウェイ２００は、検知したセンサ１００（車両）の数や密度が所定の閾値を超えた場合や、検知したセンサ１００（車両）の数や密度の増加率が所定の増加率の閾値を超えた場合に、パラメータを変更する必要があると判断する。
　ゲートウェイ２００の制御部として機能するＣＰＵ１１は、センサ１００の移動状態の変化を発生イベントとして捉え、発生イベントに応じて配下のセンサ１００の設定パラメータの再指定をする。これに加え、ＣＰＵ１１は、自装置におけるセンシングデータの加工の要否（加工する／加工しない）をスイッチするものとしてもよい。
　再指定されるパラメータについては、例えば、車両が増えてきたら、データ収集の頻度を落とすものとしてもよい。また、車両が減ってきたら、データ収集の頻度を上げるものとしてもよい。このように構成すると、予測されるネットワークやリソースにかかる負荷に応じて、柔軟な対応が可能となる。
　本実施形態によれば、移動体の移動状態の変化（所定の距離以上の移動や、所定の速度以上の移動、センサ数の疎密状態の変動を含む）に即応して情報収集が行われるようになる。
　なお、図３７のフローチャートは、車両数の変化があった場合に、ゲートウェイ２００がサーバ３００にデータ収集のパラメータの変更（再設定）の依頼をかける実施例になるが、本技術はこの実施例に限定されない。別の例として、ゲートウェイ２００がサーバ３００には依頼をかけずに、ゲートウェイ２００の判断で配下の車両のデータ収集のパラメータの変更（再設定）を実施してもよい。この場合、ゲートウェイ２００の自律的な処理が行われ、サーバ３００にかかる負荷が軽減される。
６．他の実施形態
　本技術は上述の実施形態に限定されず、種々の変形した実施が可能である。上述の実施形態では、いずれも、ゲートウェイ２００の下位ノード、システム１のセンサデバイスとしてのセンサ１００が、車両（移動体）に搭載されるものが開示されたが、本技術がこれに限定されないことは言うまでもない。
　センサ１００は例えば、監視カメラの形態をとってもよい。この場合、センサ１００は移動しないが、センシングデータとして動画像を収集するものとすることができる。また、この場合、センサ１００が動画像を逐次圧縮し、圧縮した動画像のうちピクチャーフレームのみをゲートウェイ２００に送信し、ゲートウェイ２００が受信したピクチャーフレームに基づいて加工の要否を判断する構成とすることができる。
　この場合、ゲートウェイ２００は、センシングデータの加工をする場合、ピクチャーフレーム中の人物を画像処理により検出し、人数に関する情報だけをサーバ３００に送信するものとしてもよい。
　一方で、ゲートウェイ２００が同様の画像処理で不審人物を検出し、そのような検出が所定の数及び／又は密度のセンサ１００から送られたセンシングデータから相次いだ場合には、加工を不要と判断し、センサ１００からのセンシングデータを加工せずサーバ３００に送信してもよい。
　このように構成した実施形態によると、平時には通路等の混雑状況をモニタするシステムが得られ、非常時には自動的に不審人物をモニタするシステムに切り替わるようなシステムが実現可能となる。このように、本技術は上述の実施形態に限定されず、上記実施形態を種々に変形させて実施することができる。
　なお、以上に開示した情報処理は、ソフトウェアプログラムにより提供可能である。そのようなプログラムの提供態様は、磁気的光学的を問わない記録媒体により提供されてもよいし、電気通信回線を通してダウンロードされることにより提供されてもよい。
７．付記
　本技術は、以下の形態とすることができる。
（１）
　サーバ及びセンサとネットワークを介して相互に通信するように構成される情報処理装置であって、
　前記センサの設定パラメータを前記センサに送信し、前記設定パラメータに基づいてセンシングされた前記センサのセンシングデータを受信して前記サーバへ送信する通信部と、
　前記センサから受信した前記センシングデータの前記サーバへの送信前に当該センシングデータの加工の要否を判断する制御部を備える
　情報処理装置。
（２）
　（１）に記載の情報処理装置であって、
　前記制御部は、前記センシングデータに応じて前記センシングデータの前記サーバへの送信前の加工の要否を判断する
　情報処理装置。
（３）
　（１）又は（２）に記載の情報処理装置であって、
　前記通信部は、前記センサから前記情報処理装置への接続リクエストを受信したときに、初期設定用又は再設定用の前記設定パラメータを前記センサに送信する
　情報処理装置。
（４）
　（１）から（３）のいずれかに記載の情報処理装置であって、
　前記センサは、複数であって、
　前記制御部は、前記センサが設置される複数の移動体の個数又は密度の変化に応じて前記設定パラメータを更新する
　情報処理装置。
（５）
　（１）から（４）のいずれかに記載の情報処理装置であって、
　前記通信部は、前記設定パラメータの種類に応じて、前記設定パラメータを前記センサに送信する方式を少なくともユニキャスト方式とブロードキャスト方式を含む送信方式の中から選択する
　情報処理装置。
（７）
　（１）から（６）のいずれかに記載の情報処理装置であって、
　前記制御部は、前記センシングデータを加工する場合に、前記センシングデータをハッシュ関数により圧縮する
　情報処理装置。
（８）
　サーバ及びセンサとネットワークを介して相互に通信するように情報処理装置を構成し、 
　前記センサの設定パラメータを前記センサに送信し、
　前記設定パラメータに基づいてセンシングされた前記センサのセンシングデータを受信し、
　前記センサから受信した前記センシングデータの加工の要否を判断し、
　前記センシングデータを前記サーバへ送信する
　情報処理方法。
（９）
　コンピュータに、
　サーバ及びセンサとネットワークを介して相互に通信するように前記コンピュータを構成するステップと、
 　前記センサの設定パラメータを前記センサに送信するステップと、
　前記設定パラメータに基づいてセンシングされた前記センサのセンシングデータを受信するステップと、
　前記センサから受信した前記センシングデータの加工の要否を判断するステップと、
　前記センシングデータを前記サーバへ送信するステップ
　を実行させるための
　プログラム。
　１…システム
　１１…ＣＰＵ
　１２…ＲＯＭ
　１３…ＲＡＭ
　１５…入出力インタフェース
　１６…表示部
　１７…操作受付部
　１８…記憶部
　１９…通信部
　１００…センサ
　２００…ゲートウェイ
　３００…サーバ

Claims (8)

  1. 　サーバ及びセンサとネットワークを介して相互に通信するように構成される情報処理装置であって、
    　前記センサの設定パラメータを前記センサに送信し、前記設定パラメータに基づいてセンシングされた前記センサのセンシングデータを受信して前記サーバへ送信する通信部と、
    　前記センサから受信した前記センシングデータの前記サーバへの送信前に当該センシングデータの加工の要否を判断する制御部
    　を具備する
    　情報処理装置。
  2. 　請求項１に記載の情報処理装置であって、
    　前記制御部は、前記センシングデータに応じて前記センシングデータの前記サーバへの送信前の加工の要否を判断する
    　情報処理装置。
  3. 　請求項１に記載の情報処理装置であって、
    　前記通信部は、前記センサから前記情報処理装置への接続リクエストを受信したときに、初期設定用又は再設定用の前記設定パラメータを前記センサに送信する
    　情報処理装置。
  4. 　請求項１に記載の情報処理装置であって、
    　前記センサは、複数であって、
    　前記制御部は、前記センサが設置される複数の移動体の個数又は密度の変化に応じて前記設定パラメータを更新する
    　情報処理装置。
  5. 　請求項１に記載の情報処理装置であって、
    　前記通信部は、前記設定パラメータの種類に応じて、前記設定パラメータを前記センサに送信する方式を少なくともユニキャスト方式とブロードキャスト方式を含む送信方式の中から選択する
    　情報処理装置。
  6. 　請求項１に記載の情報処理装置であって、
    　前記制御部は、前記センシングデータを加工する場合に、前記センシングデータをハッシュ関数により圧縮する
    　情報処理装置。
  7. 　サーバ及びセンサとネットワークを介して相互に通信するように情報処理装置を構成し、
    　前記センサの設定パラメータを前記センサに送信し、
    　前記設定パラメータに基づいてセンシングされた前記センサのセンシングデータを受信し、
    　前記センサから受信した前記センシングデータの加工の要否を判断し、
    　前記センシングデータを前記サーバへ送信する
    　情報処理方法。
  8. 　コンピュータに、
    　サーバ及びセンサとネットワークを介して相互に通信するように前記コンピュータを構成するステップと、
    　前記センサの設定パラメータを前記センサに送信するステップと、
    　前記設定パラメータに基づいてセンシングされた前記センサのセンシングデータを受信するステップと、
    　前記センサから受信した前記センシングデータの加工の要否を判断するステップと、
    　前記センシングデータを前記サーバへ送信するステップ
    　を実行させるための
    　プログラム。
PCT/JP2019/023249 2018-06-28 2019-06-12 情報処理装置、情報処理方法及びプログラム WO2020004033A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201980041807.0A CN112424845A (zh) 2018-06-28 2019-06-12 信息处理装置、信息处理方法和程序
US15/734,733 US20210227500A1 (en) 2018-06-28 2019-06-12 Information processing apparatus, information processing method, and program
EP19825580.4A EP3816958A4 (en) 2018-06-28 2019-06-12 INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING METHOD AND PROGRAM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018123580 2018-06-28
JP2018-123580 2018-06-28

Publications (1)

Publication Number Publication Date
WO2020004033A1 true WO2020004033A1 (ja) 2020-01-02

Family

ID=68987079

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/023249 WO2020004033A1 (ja) 2018-06-28 2019-06-12 情報処理装置、情報処理方法及びプログラム

Country Status (4)

Country Link
US (1) US20210227500A1 (ja)
EP (1) EP3816958A4 (ja)
CN (1) CN112424845A (ja)
WO (1) WO2020004033A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7282248B1 (ja) 2022-12-09 2023-05-26 セイコーソリューションズ株式会社 受変電設備保安システム、スマートゲートウェイ、受変電設備内時刻同期方法およびプログラム
JP7342233B1 (ja) 2022-12-09 2023-09-11 セイコーソリューションズ株式会社 保安システム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116137917A (zh) * 2021-09-18 2023-05-19 北京小米移动软件有限公司 无线传感方法及装置、通信设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002373107A (ja) 2001-06-13 2002-12-26 Toshiba Corp データ転送装置、データ転送方法及びプログラム
JP2002373106A (ja) 2001-06-13 2002-12-26 Toshiba Corp データ転送装置、データ転送方法及びプログラム
WO2015015864A1 (ja) * 2013-07-31 2015-02-05 株式会社日立ソリューションズ センサデータ収集システム
WO2016056156A1 (ja) * 2014-10-07 2016-04-14 日本電気株式会社 通信集約システム、制御装置、処理負荷制御方法及びプログラムを格納した非一時的なコンピュータ可読媒体
JP2016063356A (ja) * 2014-09-17 2016-04-25 株式会社日立ソリューションズ ゲートウェイ装置、データ処理システム及びデータ処理方法
JP2016192598A (ja) 2015-03-30 2016-11-10 ソフトバンク株式会社 画像管理システム、サーバ、画像管理方法、サーバ制御方法、及びサーバプログラム

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8942212B2 (en) * 2007-02-19 2015-01-27 Nec Corporation Autoconfiguration system for wireless sensor network and its method, and gateway apparatus for wireless sensor network
KR100947286B1 (ko) * 2007-10-31 2010-03-16 한국전자통신연구원 무선 센서 네트워크 관리 장치 및 방법
GB2457649B (en) * 2007-12-18 2012-09-19 Thales Holdings Uk Plc Method and system for communication management in a node network
US7822564B2 (en) * 2008-02-08 2010-10-26 Yahoo! Inc. Power management for proximity-based ad hoc networks
US20120185569A1 (en) * 2011-01-14 2012-07-19 Qualcomm Incorporated Techniques for dynamic task processing in a wireless communication system
EP2518448A1 (en) * 2011-04-27 2012-10-31 Nagravision S.A. System to optimize utility meter upstream communications and method for managing these communications
US20130097276A1 (en) * 2011-10-13 2013-04-18 Unisys Corp. Cloud computing integration for sensor networks
CN102594904A (zh) * 2012-03-04 2012-07-18 浙江大学 对无线传感器网络异常事件进行分布式检测的方法
US8710983B2 (en) * 2012-05-07 2014-04-29 Integrated Security Corporation Intelligent sensor network
US9525753B2 (en) * 2012-12-12 2016-12-20 Netspective Communications Llc Integration of devices through a social networking platform
WO2014136401A1 (en) * 2013-03-04 2014-09-12 Nec Corporation Dynamically controlling sensors
KR101683251B1 (ko) * 2014-03-27 2016-12-06 한국전자통신연구원 센서 네트워크에서 센서 노드 설정 방법, 보안 설정 방법 및 이를 포함하는 센서 네트워크 시스템
US20190124423A1 (en) * 2017-10-23 2019-04-25 Senseware, Inc. Modification of a Sensor Data Management System to Enable Sensors as a Service
WO2016005788A1 (en) * 2014-07-07 2016-01-14 Umm-Al-Qura University A method and system for an accurate energy-efficient outdoor localization on a mobile device
CA2957739C (en) * 2014-08-13 2023-10-17 Tyco Safety Products Canada Ltd. Method and apparatus for automation and alarm architecture
JP6339951B2 (ja) * 2015-03-04 2018-06-06 株式会社日立製作所 データ収集システム、データ収集方法、サーバ及びゲートウェイ
WO2016147267A1 (ja) * 2015-03-13 2016-09-22 富士通株式会社 制御装置、制御プログラム、及びセンサノード
US10451526B2 (en) * 2017-07-31 2019-10-22 Blackberry Limited Method and system for sensor monitoring and analysis
US10681511B1 (en) * 2017-11-03 2020-06-09 Skyhook Wireless, Inc. Techniques for determining whether a mobile device is inside or outside a zone of a venue

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002373107A (ja) 2001-06-13 2002-12-26 Toshiba Corp データ転送装置、データ転送方法及びプログラム
JP2002373106A (ja) 2001-06-13 2002-12-26 Toshiba Corp データ転送装置、データ転送方法及びプログラム
WO2015015864A1 (ja) * 2013-07-31 2015-02-05 株式会社日立ソリューションズ センサデータ収集システム
JP2016063356A (ja) * 2014-09-17 2016-04-25 株式会社日立ソリューションズ ゲートウェイ装置、データ処理システム及びデータ処理方法
WO2016056156A1 (ja) * 2014-10-07 2016-04-14 日本電気株式会社 通信集約システム、制御装置、処理負荷制御方法及びプログラムを格納した非一時的なコンピュータ可読媒体
JP2016192598A (ja) 2015-03-30 2016-11-10 ソフトバンク株式会社 画像管理システム、サーバ、画像管理方法、サーバ制御方法、及びサーバプログラム

Non-Patent Citations (1)

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

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7282248B1 (ja) 2022-12-09 2023-05-26 セイコーソリューションズ株式会社 受変電設備保安システム、スマートゲートウェイ、受変電設備内時刻同期方法およびプログラム
JP7342233B1 (ja) 2022-12-09 2023-09-11 セイコーソリューションズ株式会社 保安システム
JP2024083118A (ja) * 2022-12-09 2024-06-20 セイコーソリューションズ株式会社 保安システム
JP2024083130A (ja) * 2022-12-09 2024-06-20 セイコーソリューションズ株式会社 受変電設備保安システム、スマートゲートウェイ、受変電設備内時刻同期方法およびプログラム

Also Published As

Publication number Publication date
EP3816958A4 (en) 2021-08-25
CN112424845A (zh) 2021-02-26
US20210227500A1 (en) 2021-07-22
EP3816958A1 (en) 2021-05-05

Similar Documents

Publication Publication Date Title
WO2020004033A1 (ja) 情報処理装置、情報処理方法及びプログラム
Miranda et al. A survey on rapidly deployable solutions for post-disaster networks
US8892704B2 (en) Dynamic rule-based distributed network operation for wireless sensor networks
US10903896B2 (en) Network communication method and network communications apparatus
JP2019517213A (ja) 移動物体のネットワークにおいてダウンロード方向におけるデータのルーティングおよび複製を管理するためのシステムならびに方法
EP3855787B1 (en) Network slice selection in cellular system
Azevedo et al. Wireless communications challenges to flying ad hoc networks (FANET)
CN112218340B (zh) 控制切换
Dinh et al. Flying network for emergencies
CN115396012A (zh) 无人机数据传输方法、系统、电子设备及存储介质
CN105392204A (zh) 车辆通信方法和装置
Ejaz et al. Communication technologies and protocols for internet of things
EP3621323B1 (en) Method for setting up an abstracted channel representation for a communication between at least two moving communication partners, apparatus for performing a step of the method, vehicle and computer program
WO2024060041A1 (zh) 信息处理方法及装置、通信设备及存储介质
CN114143778B (zh) 数据共享方法、装置、边缘计算平台及可读存储介质
CN114202880A (zh) 一种火灾检测方法、系统、智能终端及存储介质
Agaskar Architectural constructs for time-critical networking in the smart city
US12075368B2 (en) Controlling radio frequency emissions in cellular system
CN118055366A (zh) 一种基于大数据的监测方法及系统
CN118400701B (zh) 基于物联网的定位方法及系统
KR102711653B1 (ko) 교통 안전 서비스를 위한 유무선 통신 네트워크 시스템 및 메시지 처리 방법
CN115499788B (zh) 基于分布式节点的风险区域确定方法及装置
CN116887009B (zh) 基于5g网络的端云一体视频结构化方法及系统
CN114640383B (zh) 卫星网络业务建立方法、装置、电子设备及存储介质
JP2004326419A (ja) 移動体情報収集装置及び通信網自動構築システム

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: 19825580

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: 2019825580

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2019825580

Country of ref document: EP

Effective date: 20210128

NENP Non-entry into the national phase

Ref country code: JP