WO2019123832A1 - 端末管理装置及び端末装置 - Google Patents
端末管理装置及び端末装置 Download PDFInfo
- Publication number
- WO2019123832A1 WO2019123832A1 PCT/JP2018/039739 JP2018039739W WO2019123832A1 WO 2019123832 A1 WO2019123832 A1 WO 2019123832A1 JP 2018039739 W JP2018039739 W JP 2018039739W WO 2019123832 A1 WO2019123832 A1 WO 2019123832A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- information
- terminal
- sensor
- iot
- data
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
Definitions
- the present disclosure relates to a terminal management device and a terminal device.
- Patent Document 1 describes the formation of a community in an IoT device.
- the future IoT network is expected to have multiple IoT standards and IoT platforms coexist, but it is desirable that it be built as a network that guarantees interoperability as much as possible. Since the technology described in the above patent documents does not assume that a plurality of IoT standards and IoT platforms will coexist, it is difficult to construct a network in which the interoperability is secured.
- a terminal configured to collect information from a sensor, a receiver configured to receive access timing information related to timing at which the terminal can be accessed, and a transmitter configured to transmit the access timing information to a server configured to retrieve the information.
- a terminal management device configured to collect information from a sensor, a receiver configured to receive access timing information related to timing at which the terminal can be accessed, and a transmitter configured to transmit the access timing information to a server configured to retrieve the information.
- a terminal management device is provided.
- a sensor information acquisition unit that acquires information from a sensor
- a transmission unit that transmits, to a terminal management apparatus, access timing information regarding timings that can be accessed by another device that acquires the information.
- a terminal device is provided.
- a sensor information acquisition unit that acquires information from a sensor
- a transmission unit that transmits, to a terminal management device, plan information on a plan when collecting data from the sensor, the plan information
- a terminal device which is defined by the following table according to the frequency of collecting the information and the timing of uploading the progress of the collection of the information to the terminal management device.
- a receiving unit that receives planning information on a plan when the terminal collects the information from the sensor from a terminal that collects information from the sensor, the planning information, and the information in the terminal
- a terminal management apparatus comprising: a data collection status calculation unit that calculates a data collection status at the terminal based on the progress of the collection of data; and a transmission unit that transmits the data collection status to a server that searches for the information.
- a terminal device comprising: a transmitter configured to transmit the information to the terminal management device.
- a terminal management apparatus comprising: a schedule creation unit that creates a schedule of the above, and a transmission unit that acquires the information from a terminal that collects information from a sensor based on the schedule and transmits the information to each of the plurality of servers Provided.
- a terminal device comprising: a transmitter configured to transmit the information to the plurality of servers.
- the plurality of terminals from which information is collected from the sensor based on the reception unit that receives the information collection request from the plurality of servers having the search function and the priority included in the information collection request A terminal management apparatus is provided, comprising: a schedule creation unit that creates a schedule for the server to acquire the information; and a transmission unit that transmits the schedule to the plurality of servers.
- the information collection request calculated by the terminal management apparatus that receives the information collection request obtained from the plurality of servers searching the information and the sensor information acquisition unit that acquires information from the sensor in common.
- a terminal device comprising: a transmitter configured to transmit the included information to the terminal management device.
- a receiving unit that receives an information collection request from a plurality of servers having a search function, and a common part calculation unit that calculates a common part of the information collection request received from the plurality of servers.
- a terminal management apparatus comprising: a transmitter configured to acquire data on the common part from a terminal that collects information from a sensor and transmit the data to each of the plurality of servers.
- a sensor information acquisition unit that acquires information from a sensor, a tag information generation unit that generates tag information for identifying the information, and a transmission unit that transmits the tag information to the terminal management device And a terminal device is provided.
- a terminal that collects information from a sensor, a tag information acquisition unit that acquires tag information for identifying the information, and a transmission unit that transmits the tag information to a server that searches for the information And a terminal management device is provided.
- a receiving unit for receiving an information request of the capability of the own apparatus regarding a terminal that collects information from a sensor from a server having a search function, and in accordance with the information request,
- a terminal management apparatus comprising: a transmitter configured to transmit the capability of the terminal to the server.
- IoT Internet of Things
- MTC Machine Type Communication
- M2M Machine to Machine
- IoT One of the features of IoT is the large number of communicating devices. For example, assuming that there are about 10 to 100 times the number of machines related to one human being, the machines that communicate are 10 to 100 times as many communications as telephones used for human-to-human communication. Equipment is placed everywhere.
- Communication includes wireless communication and wired communication, but in the case of IoT, it is preferable to use wireless communication. This is because wireless communication has less restrictions on where to place devices.
- sensors In order to build an IoT system, generally, sensors, communication means, applications, storage, and interfaces with users are required. In the basic flow, sensors collect information. The sensor notifies the application on the network side of the information via communication means such as wireless communication. The application performs analysis and the like based on the collected information, and reports the analysis result in a human-visible manner.
- IoT use cases such as factory management, power management, agriculture and healthcare.
- IoT systems are often considered to be built and operated separately for each use case.
- IoT systems were built for individual purposes. Such a method is expensive in cost, and a general-purpose IoT system is required. Therefore, various IoT standards and IoT platforms are being considered. Every IoT standard, IoT platform has a layer structure of IoT shown in FIG.
- Device Sensor Layer 10 is a layer in which various sensors and actuators are arranged.
- the gateway layer 12 is a layer that absorbs differences between various devices, and is a layer that aggregates information from various sensors and raises information to the upper layer.
- the connectivity layer (Connectivity layer) 14 is a communication layer. This layer can use various communication methods such as LTE, 3G, GSM (registered trademark), Wi-Fi, Bluetooth (registered trademark), Zigbee, and the like.
- the Common Service Layer 16 is a layer that provides functions common to IoT applications, bridging data between different applications, and absorbing differences in connectivity. Functions common to IoT applications are, for example, functions commonly used such as discovery and activation of IoT devices, billing, setting, and information collection.
- Application layer 18 is a layer that arranges various applications for IoT. For example, it is expected that there will be various applications for each service provider.
- the application requires the storage 20 and the GUI 22.
- the contents of the storage 20 are expected to provide services to the application through the common service layer. It can be considered that cooperation between each application is also performed via the common service layer.
- the gateway layer 12 is used as a layer to absorb differences in standards and differences in systems in order to connect various device sensors and various communication means.
- the common service layer 16 is used as a layer to absorb differences in standards and differences in systems in order to connect various applications and various communication means. That is, the gateway layer 12 and the common service layer 16 are provided as a layer that absorbs the difference for interoperability. This method works well if you have a single standard or platform and you have a Gateway Layer 12 or Common Services Layer 16 mechanism.
- FIG. 2 shows the case where one device operates on the IoT standard / IoT platform A and the other device operates on the IoT standard / IoT platform B.
- data format conversion can not always solve the problem. For example, for an application that requires hourly data, a platform that can only prepare daily data can not use data essentially on the application side even when performing data conversion.
- IoT system built for specific intended purpose If the purpose of building an IoT system is clear, it is reasonable to build an IoT system with a single standard, platform. This is because it is possible to construct an optimal system for the intended purpose.
- the Web search system has permeated the world.
- the Web search system is a system for selecting and displaying items close to search words
- the search target is the Web
- the main target is the language.
- stored data is data that is not a language but a bit string. Therefore, in the IoT search system, it is necessary to determine what data to bring, how to analyze it and provide the information that the user wants, and display it as a result.
- the IoT search system is different from the current Web search system.
- the mechanism of this Web search system is explained.
- the biggest feature of the Web search system is Ranking.
- the Web search system is characterized in that Web pages related to search words are displayed instantaneously along with rankings.
- the means used for ranking of the original Web search are "page rank”, “anchor text” and words. "Page rank” is to rank popular pages higher. Also, pages with many links attached are judged to be important.
- Anchor text is a representative string of text attached to a link. For example, when there is a link that "new product from company A is here," the part “company A” is an anchor text, and the page is ranked higher as a page related to company A.
- the "word” is to increase the rank depending on whether the word is included in the Web page. It should be noted that the above is the content of the initial Web search, and the latest one is more improved.
- the second feature of the Web search system is preparation for giving an answer instantly when a search word is input.
- the preparation can be divided into two phases: crawling and indexing.
- Crawling is the task of collecting the contents of web pages in advance for web pages around the world.
- a logical robot called a crawler periodically patrols Web pages to collect information and stores it in a storage location called a Web search system repository.
- Indexing is an operation of organizing the contents of collected Web pages from links and contained character strings, etc., and structuring data so that ranks corresponding to search words can be easily obtained.
- FIG. 3 is a schematic view showing processing of preparation in the Web search system.
- processing 510 it is checked in advance what words and links are included in each Web page. At this time, crawling and indexing are performed.
- a search word is input in step 512, a web page including the search word is displayed in step 514.
- a data structure is prepared in advance to easily give an answer to the search.
- FIG. 4 and 5 are schematic diagrams showing a block diagram of the IoT search system.
- the search word is input by the user.
- processing 522 processing is performed to understand the meaning of the search word.
- the process 522 may be performed by a simple AI.
- process 524 for the search word, it is planned what data is required from which network.
- Operation 526 obtains data from the incomplete network.
- step 528 the meaning of the acquired data is analyzed, the search result is determined, and a sentence for displaying the search result is created.
- a search word is input.
- Process 532 investigates in advance what information is present in the incomplete network and indexes it.
- Operation 534 matches the search word with the indexed information.
- the process 536 further specifies the content of data that must be acquired on demand.
- Operation 538 retrieves data from the incomplete network.
- process 540 the output format of the acquired data is arranged and the result is output.
- process 542 the meaning of the acquired data is analyzed, the search result is determined, and a sentence for displaying the search result is created.
- Metadata is important for knowing the meaning of IoT data, which is a simple bit string. In the present embodiment, how to apply this metadata is not considered in detail. Metadata to the data can be attached by sensors, applications, etc. In the past, it was taken into consideration that local sensors may attach metadata, something that people used to create the Web.
- the IoT search system is not limited to humans, but may be direct from machines, so this disclosure does not focus on understanding human-entered characters in the search window. Once the keywords to be searched have been extracted, focus on issues that arise further. It is also assumed that IoT data is tagged. In particular, when the data and the tag in which the content of the data is written are stored in the edge storage, it is the power consumption of the sensor etc. at the edge to draw the data and tag out of the network side unreasonably Give a big impact. In the present disclosure, it is assumed that solutions will be made including this point.
- the system of the present disclosure involves a sensor that collects information, an Iot search system, and sensor management that manages the sensor (sensor management device). Sensors that collect information are attached to all kinds of devices such as home appliances (home appliances), mobile devices such as smartphones owned by people, and automobiles. Along with the sensor, a storage (storage unit) for holding data detected by the sensor is provided. Moreover, the apparatus in which the sensor was provided is an apparatus of an terminal (Edge). Therefore, in this specification, a device (terminal or terminal device) provided with a sensor may be referred to as "edge storage” or “edge device”. Further, for convenience of description, the device (terminal device) provided with the sensor may be simply referred to as a sensor.
- Edge storage, sensor management, and IoT search systems are configured to be able to communicate with each other. Therefore, each of the edge storage, the sensor management, and the IoT search system includes a transmission unit and a reception unit of information, and can transmit information to the partner apparatus and acquire information from the partner apparatus.
- the communication scheme is not limited, but wired or wireless communication, in particular wireless communication, is assumed.
- Sensor management is provided separately from edge storage, and is configured as an apparatus such as a server that manages edge storage.
- sensor management may be referred to as a sensor management entity, an edge storage management entity, a sensor storage management entity, etc.
- Sensor management has a function equivalent to the common service layer 16.
- the IoT search system is a system for searching data collected by edge storage based on a search word input by a user, and assumes an aspect in which the Web search system in the current Internet is replaced by a search system of IoT.
- a server equipped with a search function corresponds to an apparatus of the IoT search system.
- FIG. 6 is a schematic view showing a configuration of a terminal device (edge storage) 100, a sensor management device (sensor management) 200, and a server 300 of the IoT search system.
- the terminal device 100 includes a sensor 102, a storage 104, a sensor information acquisition unit 106, a tag information generation unit 108, and a transmission / reception unit 110.
- the sensor management apparatus 200 includes a data collection status calculation unit 202, a schedule creation unit 204, a common part calculation unit 206, a transmission / reception unit 208, and a tag information acquisition unit 210.
- the server 300 includes a transmission / reception unit 302, a search unit 304, and a tag information acquisition unit 306.
- the components of the terminal device 100, the sensor management device 200, and the server 300 illustrated in FIG. 6 can be configured from hardware or a central processing unit such as a CPU and software (program) for causing the central processing unit to function. .
- the first embodiment relates to a method for acquiring data without burdening edge sensors for an IoT search system. Specifically, the first embodiment relates to the following items. -A method for querying the time when the IoT search system can access edge storage in the sensor and / or the time when it should not be accessed or the accessible cycle. -A method of setting the priority for each platform and changing the access permission time to the edge storage and the like for each priority. -A method in which the IoT sensor notifies sensor management of the time that the third party's system can access. The way in which the IoT search system prepares operations for the sensor to extract data from its accessible time, and multiple settings for different attributes.
- a sensor such as each IoT device reports an accessible time (wake up time) to a constantly accessible server (sensor management) that knows the information of the device.
- the IoT search system inquires the server in advance which sensor can be accessed at what timing, and acquires information (access timing information) on accessible timing.
- FIG. 7 is a sequence diagram showing processing according to the first embodiment.
- FIG. 7 shows processing between edge storage, sensor management, and IoT search system.
- the edge storage continuously accumulates the data acquired using the sensor.
- the edge storage transmits to the sensor management a wake up time at which the edge storage is activated. The activation time corresponds to the access timing information described above.
- the sensor management accumulates the activation time.
- the IoT search system transmits a request for sensor information to sensor management.
- the sensor management sends information on the sensor and information on the activation time to the IoT search system.
- the IoT search system acquires data and tags from the edge storage within the time when the edge storage is activated.
- the IoT search system stores data and tags.
- the sensor is accessed at an accessible time based on the information on the timing at which the sensor (edge storage) is accessible, and the tag associated with the IoT data is acquired.
- This allows the crawler (IoT search system or its server) to properly collect information.
- the reason why the IoT search system directly obtains information from sensors is that not all data is always collected on the network side, but rather, most of the data is kept locally, and the network when needed It is because there is a case of being sucked out to the side. Of course, old data is likely to be drained to the network side, but new data often remains stored in the edge storage on the sensor side. If old data alone is insufficient, it is necessary to obtain new data from the sensor's edge storage, but in such a case, it is possible to reduce battery consumption on the sensor side by accessing it according to the procedure shown in Figure 7 become.
- step S11 the sensor notifies the sensor management of accessible times for the sensor, but the accessible times can be set to different values for multiple systems as shown in Table 2 below. .
- the accessible time for access from within the same platform and the accessible time for access from outside the platform can be different. It becomes possible to set the priority using this mechanism.
- Tables 2, 3, and 4 show examples of formats used in signaling called step S16 (Providing information considering sensor and its wake up time) in FIG.
- step S16 Providing information considering sensor and its wake up time
- step S14 Request sensor information
- Table 5 an example of a format used in signaling of step S14 (Request sensor information) in FIG. 7 is shown in Table 5.
- sensor management that holds data collection plans of edge storage provides the information based on the requirements of the IoT search system.
- the IoT search system performs data acquisition by determining whether to acquire data from edge storage based on the acquired information.
- IoT devices and sensors for IoT that pursue low power consumption consume power when crawled and information is constantly collected. Therefore, as in the first embodiment, the accessible time to edge storage is limited. However, if it is necessary to determine in advance whether data in the sensor needs to be crawled, and if it is not necessary to crawl data in the sensor, access to the sensor to collect data may be taken. It is important not to work.
- the sensor management holds the schedule to collect data possessed by edge storage (sensor), and last time data was collected from the sensor, how much data is stored in the sensor or its storage Holds information that indicates IoT search systems and other systems that require sensor data need to manage these sensors and edge storage before sucking it out of sensor data or edge storage that is difficult to access (data accessibility) Inquire the management about the data acquisition status of sensor or edge storage that is difficult to access. Depending on the result of the inquiry, it is possible to reduce the burden of transmitting data from the sensor or the like by accessing only when it is recognized that the sensor or the like is worth accessing. Such an operation is not required for the crawler, which is a robot for collecting data on the conventional Web, and is an operation unique to the IoT search system.
- FIG. 8 is a sequence diagram showing processing according to the second embodiment.
- FIG. 8 shows processing between edge storage, sensor management, and IoT search system.
- the edge storage continuously accumulates the data acquired using the sensor.
- the edge storage sends a schedule to collect data to the sensor management.
- the sensor management sends a request to the edge storage to report the data currently acquired by the edge storage.
- the edge storage reports the remaining amount of data not acquired to the sensor management.
- sensor management accumulates data collection status in edge storage.
- the IoT search system requests the sensor management to collect data in edge storage.
- the sensor management sends the collection status of data in the edge storage to the IoT search system.
- the IoT search system decides to collect data from edge storage based on the collection status of data in edge storage.
- the IoT search system acquires data and tags from the edge storage within the time when the edge storage is activated.
- the IoT search system stores data and tags.
- Table 6 shows an example of a data collection plan for one sensor and a format indicating its progress.
- the sensor management holds the information corresponding to this Table 6 for each sensor.
- sensor management performs scheduling based on the priority of access to edge storage requested by a plurality of IoT systems. Specifically, the third embodiment relates to the following items. -Based on the priority of access to edge storage required by multiple IoT systems, sensor management performs scheduling and transmits the schedule information to each IoT system. -Based on the priority of access to edge storage required by multiple IoT systems, sensor management performs scheduling, and substitutes each IoT system to acquire data. Further, the sensor management identifies and represents data of the greatest common divisor of data requests to edge storage required by a plurality of IoT systems, and represents the data. The IoT search system keeps track of how long it can get data from edge storage and presents the results to the end user. Present how long it will take to get search results.
- the time during which an entity (device) such as a sensor having edge storage can be accessed is limited.
- the IoT search system crawler gathers data for a limited time at a concentrated time, the entity such as the sensor can not respond.
- a coordination function for scheduling access for crawling (data collection) for each crawler (for each IoT search system) is arranged in sensor management.
- This function is also referred to as a scheduler.
- the scheduler pulls data from the sensors in place of each crawler's request.
- the extracted data is sent to the originally requested IoT search system.
- the priority based on what kind of priority depends on the implementation of the scheduler in the sensor management, but when deciding the priority, it is requested even with the value corresponding to the priority of QoS from each IoT search system good.
- FIG. 9 is a sequence diagram showing a process according to the third embodiment.
- FIG. 9 shows processing between edge storage, sensor management, and IoT search system.
- the edge storage continuously accumulates the data acquired using the sensor.
- the edge storage transmits to the sensor management a wake up time at which the edge storage is activated.
- the IoT search system (1) requests the sensor management to collect data from the edge storage by indicating the priority ID.
- the IoT search system (2) requests the sensor management to collect data from the edge storage by indicating the priority ID.
- the sensor management schedules requests from the IoT search system (1) and the IoT search system (2).
- a priority ID is used.
- the sensor management acquires data and tags from the edge storage within the time the edge storage is activated in response to the request of the IoT search system (1). Do. In the next step S60, the sensor management sends the data and tag acquired in step S58 to the IoT search system (1).
- the sensor management acquires data and tags from the edge storage within the time the edge storage is activated in response to the request of the IoT search system (2). Do. In the next step S64, the sensor management transmits the data and tag acquired in step S62 to the IoT search system (2).
- the scheduler receives a request from each crawler (IoT search system), and takes scheduling information determined in consideration of the priority of each crawler into each crawler. Notify as time to access.
- FIG. 10 is a sequence diagram showing processing in this case.
- FIG. 10 shows processing between edge storage, sensor management, and IoT search system.
- the edge storage continuously accumulates the data acquired using the sensor.
- the edge storage transmits to the sensor management a wake up time at which the edge storage is activated.
- the IoT search system (1) requests the sensor management to collect data from the edge storage by indicating the priority ID.
- the IoT search system (2) requests the sensor management to collect data from the edge storage by indicating the priority ID.
- the sensor management schedules requests from the IoT search system (1) and the IoT search system (2). In scheduling, a priority ID is used.
- the sensor management transmits information of the schedule determined in step S76 to the IoT search system (1).
- the sensor management transmits the information of the schedule determined in step S76 to the IoT search system (2).
- the IoT search system (1) acquires data and tags from the edge storage within the time when the edge storage is activated.
- the IoT search system (2) acquires data and tags from the edge storage within the time when the edge storage is activated.
- information of data desired to be collected in advance is aggregated with information of a plurality of platforms and a plurality of IoT search systems, and the greatest common factor regarding what kind of data is collected Identify the things.
- the common information to be collected does not have to be collected multiple times on the edge storage side. Then, it sucks data to the IoT search system side without putting a load on the sensor at appropriate timing.
- the extracted data is distributed to search requests of a plurality of platforms and a plurality of IoT search systems which have previously reserved such data.
- FIG. 11 is a sequence diagram showing processing in this case.
- FIG. 11 shows processing between edge storage, sensor management, and IoT search system.
- step S90 the edge storage continuously accumulates the data acquired using the sensor.
- step S91 the edge storage transmits to the sensor management a wake up time at which the edge storage is activated.
- the IoT search system (1) requests the sensor management to collect data from the edge storage by indicating the priority ID.
- the IoT search system (2) requests the sensor management to collect data from the edge storage by indicating the priority ID.
- sensor management identifies subsets of requests from the IoT search system (1) and the IoT search system (2).
- the subset corresponds to a common data collection request among the requests from the IoT search system (1) and the IoT search system (2). That is, the subset indicates the greatest common divisor data of the data that both parties are trying to collect, as to what kind of data the IoT search system (1) and the IoT search system (2) are trying to collect.
- the sensor management acquires subset data and tags from the edge storage within the time when the edge storage is activated.
- the sensor management sends the subset data and tags to the IoT search system (1).
- the sensor management can also transmit, to the IoT search system (1), the data originally requested by the IoT search system (1), and information about the remaining data not included in the data of the subset.
- the sensor management sends the subset data and tags to the IoT search system (2).
- the sensor management can also transmit to the IoT search system (2) the information originally requested by the IoT search system (2) about the remaining data not included in the data of the subset.
- the IoT search system (1) acquires the remaining data and tags other than the subset from the edge storage within the time when the edge storage is activated.
- the IoT search system (2) acquires the remaining data and tags other than the subset from the edge storage within the time when the edge storage is activated.
- the IoT search system can predict when it can receive sensor results, so the time it takes to return search results to the user Can be presented.
- a conventional crawler used for web search etc. can simultaneously acquire a web document or diagram corresponding to IoT data and a tag simply indicating the content of the document or diagram on the web.
- the amount of data may be huge compared to tags. Extracting all such data and processing it for indexing in the IoT search system has also been a problem for the whole network. Indexing refers to processing for organizing information in advance to make it easy to extract data.
- crawlers IoT search system
- actual data is sensor management (Edge Storage Management entity) that manages edge storage mounted on a sensor or the like. Collect only from / Sensor Storage Management entity). That is, although the access to edge storage is permitted to the IoT search system, the content that can be extracted is limited to a certain area, and all the data are from the sensor management that manages the edge storage. It is a method to make it only obtainable.
- FIG. 12 is a sequence diagram showing a process according to the fourth embodiment.
- FIG. 12 shows processing between edge storage, sensor management, and IoT search system.
- the edge storage continuously stores data acquired using the sensor and generates tag information.
- the edge storage transmits to the sensor management a wake up time at which the edge storage is activated.
- the sensor management accumulates the activation time.
- the IoT search system requests sensor management for information on an edge storage tag.
- the sensor management sends information on the activation time at which the edge storage is activated to the IoT search system.
- the IoT search system acquires tag information within the activation time from the edge storage.
- the IoT search system accumulates tag information acquired from edge storage.
- the Iot search system requests the sensor management for the sensor data associated with the tag.
- sensor management acquires sensor data associated with the tag from the edge storage.
- the sensor management transmits data related to the tag acquired in step S126 to the IoT search system.
- Tag data which is information for that purpose, needs to be always updated, so it is necessary to directly access and collect sensor management.
- the content of the tag is constantly rewritten by the sensor.
- the IoT search system it is only necessary to collect what kind of data is in advance.
- tags can be collected directly from sensors, data associated with the tags can only be collected via sensor management. Thereby, the burden on the sensor side associated with the response to the unnecessary crawling can be reduced. Also, as an IoT search system, new tags updated by sensors can be directly accessed and acquired from sensors, so it is possible to keep the location of data necessary for the IoT search system close to the latest form .
- the meaning of direct access to sensors does not completely exclude acquisition via sensor management, but also that the IoT search system can be taught the sensor IP address and URL from the sensor management. It is not something to exclude.
- the capability / device class of sensor management entity that manages a sensor is notified to the IoT search system.
- sensor management that manages sensors has played an important role.
- This sensor management may be arranged in the network with different capabilities. Even if the IoT search system accesses sensor management without knowing these capabilities, it can not obtain useful information from sensor management.
- Table 7 shows an example of sensor management capabilities.
- Each IoT system sends in advance a capability information request for capability to the sensor management, and acquires the information in Table 7.
- the sensor management may notify a device class instead of notifying the capability. For example, all valid ones of the capability numbers 1 to 5 are device class 1, four valid ones of the number 1 to 5 are device class 2 and others are device class 3.
- a receiving unit that receives, from a terminal that collects information from a sensor, access timing information related to timing when access to the terminal is possible;
- a transmitting unit that transmits the access timing information to a server that searches for the information;
- a terminal management device comprising: (2) The terminal management device according to (1), wherein the access timing information is different timing according to a difference in platform of the terminal.
- the access timing information is defined in the following table, wherein the frequency of the timing at which the terminal can be accessed is different according to the priority of the platform and the terminal. Terminal management device.
- the access timing information is defined in the following (2) as defined in the following table so that the timing of the timing at which the terminal can be accessed differs according to the priority of the platform and the terminal. Terminal management device.
- the access timing information includes information on an access denial time when the terminal rejects the access, and the access denial time is defined by the following table according to the platform and the priority of the terminal.
- the terminal management device according to (2).
- An ID specifying the terminal is received from the server, and the access timing information of the terminal corresponding to the ID is transmitted to the server in order to access the terminal by the server.
- Terminal management device as described.
- a sensor information acquisition unit that acquires information from sensors
- a transmitting unit that transmits, to the terminal management apparatus, access timing information regarding timings that can be accessed by another apparatus that is to acquire the information;
- a terminal device comprising (8) The terminal device according to (7), wherein the access timing information is different timing according to a difference in platform.
- the terminal device according to (8), wherein the access timing information is defined by the following table so that the frequency of the accessible timing differs according to the platform and the priority.
- the access timing information includes information on an access denial time for denying access by the other device, and the access denial time is defined by the following table according to the platform and priority: Terminal device described in.
- a receiving unit is provided that receives access timing information on the timing at which the sensor can access the terminal that collects information;
- a server which searches for the information of the terminal based on the access timing information.
- a sensor information acquisition unit that acquires information from sensors,
- a transmitting unit that transmits, to a terminal management device, plan information on a plan when collecting data from the sensor;
- a terminal device comprising
- the terminal according to (13), wherein the plan information is defined by the following table according to the frequency of collecting the information and the timing of uploading the progress of collecting the information to the terminal management device. apparatus.
- a receiving unit that receives, from a terminal that collects information from a sensor, plan information related to a plan when the terminal collects the information from the sensor;
- a data collection status calculation unit that calculates a data collection status at the terminal based on the plan information and the progress of collection of the information at the terminal;
- a transmitting unit that transmits the data collection status to a server that searches for the information;
- a terminal management device comprising: (16) The terminal management device according to claim 15, wherein the plan information is defined by the following table according to the frequency of collecting the information and the timing of uploading the progress of collecting the information.
- a sensor information acquisition unit that acquires information from a sensor, A transmitter configured to transmit the information to the terminal management apparatus according to a schedule created by the terminal management apparatus based on the priority included in the information collection request obtained from the plurality of servers searching for the information;
- a terminal device comprising (18) a receiving unit that receives an information collection request from a plurality of servers having a search function; A schedule creation unit that creates a schedule for providing information to the plurality of servers based on the priority included in the information collection request;
- a transmitting unit that acquires the information from a terminal that collects information from a sensor based on the schedule, and transmits the information to each of the plurality of servers;
- a terminal management device comprising: (19) A sensor information acquisition unit that acquires information from a sensor, A transmitter configured to transmit the information to the plurality of servers according to a schedule created by the terminal management apparatus based on the priority included in the information collection request obtained from the plurality of servers searching for the information;
- a terminal device comprising (20) a receiving unit that receive
- a receiving unit for receiving, from a server having a search function, an information request for the capability of the own apparatus regarding a terminal for collecting information from a sensor;
- a transmitter for transmitting to the server the capabilities for the terminal defined by the following table in response to the information request;
- a terminal management device comprising:
- a receiving unit for receiving the capability of the terminal management apparatus related to the terminal defined by the following table from a terminal management apparatus that manages a terminal that collects information from a sensor;
- a search unit for searching the information according to the capabilities; , With a server.
- Method in a terminal management device comprising: (29) The method in the terminal management device according to (28), wherein the access timing information is different timing according to a difference in platform of the terminal. (30) The access timing information is defined in (29) according to the following table so that the frequency of access to the terminal is different according to the priority of the platform and the terminal.
- the access timing information is defined in (29) according to the following table so that the timing of the timing at which the terminal can be accessed differs according to the priority of the platform and the terminal.
- the access timing information includes information on an access denial time at which the terminal rejects the access, and the access denial time is defined by the following table according to the platform and the priority of the terminal.
- An ID specifying the terminal is received from the server, and the access timing information of the terminal corresponding to the ID is transmitted to the server in order to access the terminal by the server.
- Method in terminal management apparatus as described.
- 34) obtaining information from sensors, Transmitting, to the terminal management apparatus, access timing information regarding timings that can be accessed by another apparatus that is to acquire the information;
- Method in a terminal device comprising: (35) The method in the terminal device according to (34), wherein the access timing information is different timing according to a difference in platform.
- the method in the terminal device according to (35), wherein the access timing information is defined by the following table so that the frequency of the accessible timing differs according to the platform and the priority.
- the access timing information includes information on an access denial time for denying access by the other device, and the access denial time is defined by the following table according to the platform and priority: The method in the terminal device according to.
- a method at a server comprising: (40) obtaining information from sensors, Transmitting, to the terminal management device, plan information on a plan when collecting data from the sensor;
- Method in a terminal device comprising: (41) The terminal according to (40), wherein the plan information is defined by the following table according to the frequency of collecting the information and the timing of uploading the progress of the information collection to the terminal management device. Method in the device.
- Method in a terminal management device comprising: (43) The method in the terminal management device according to claim 15, wherein the plan information is defined by the following table according to the frequency of collecting the information and the timing of uploading the progress of the collection of the information.
- Method in a terminal device comprising: (45) receiving information collection requests from a plurality of servers having a search function; Creating a schedule for providing information to the plurality of servers based on the priority included in the information collection request; Acquiring the information from a terminal that collects information from a sensor based on the schedule, and transmitting the information to each of the plurality of servers; Method in a terminal management device, comprising: (46) obtaining information from sensors, Transmitting the information to the plurality of servers according to a schedule created by the terminal management apparatus based on the priority included in the information collection request obtained from the plurality of servers searching for the information; Method in a terminal device, comprising: (47) receiving information collection requests from a plurality of servers having a search function; Creating a schedule for the plurality of servers to acquire the information from
- a method at a server comprising:
- terminal device 102 sensor 104 storage 106 sensor information acquisition unit 108 tag information generation unit 110 transmission unit 200 sensor management device 202 data collection status calculation unit 204 schedule creation unit 206 common part calculation unit 208 transmission / reception unit 210 tag information acquisition unit 300 server 302 Transmission / reception unit 304 Search unit 306 Tag information acquisition unit
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Selective Calling Equipment (AREA)
Abstract
【課題】複数のIoT標準やIoTプラットフォームが併存した場合に、最適なネットワークを構築する。 【解決手段】本開示によれば、センサーから情報を収集する端末から、前記端末へアクセスが可能なタイミングに関するアクセスタイミング情報を受信する受信部と、前記情報を検索するサーバへ前記アクセスタイミング情報を送信する送信部と、を備える、端末管理装置が提供される。この構成により、複数のIoT標準やIoTプラットフォームが併存した場合に、最適なネットワークを構築することが可能となる。
Description
本開示は、端末管理装置及び端末装置に関する。
近時においては、近時では、IoT(Internet of Things)の実社会への導入が進められている。例えば下記の特許文献1には、IoTデバイスにおけるコミュニティの形成について記載されている。
将来のIoTネットワークは、複数のIoT標準やIoTプラットフォームが併存することが見込まれるが、できる限り相互接続性を担保したネットワークとして構築されることが望ましい。上記特許文献に記載された技術は、複数のIoT標準やIoTプラットフォームが併存することを想定していないため、相互接続性を担保したネットワークを構築することは困難である。
そこで、複数のIoT標準やIoTプラットフォームが併存した場合に、最適なネットワークを構築することが求められていた。
本開示によれば、センサーから情報を収集する端末から、前記端末へアクセスが可能なタイミングに関するアクセスタイミング情報を受信する受信部と、前記情報を検索するサーバへ前記アクセスタイミング情報を送信する送信部と、を備える、端末管理装置が提供される。
また、本開示によれば、センサーから情報を取得するセンサー情報取得部と、前記情報を取得しようとする他装置がアクセス可能なタイミングに関するアクセスタイミング情報を端末管理装置へ送信する送信部と、を備える、端末装置が提供される。
また、本開示によれば、センサーから情報を取得するセンサー情報取得部と、前記センサーからデータを収集する際の計画に関する計画情報を端末管理装置へ送信する送信部と、を備え、前記計画情報は、前記情報を収集する頻度と、前記情報の収集の進捗を前記端末管理装置へアップロードするタイミングに応じて下記の表により規定される、端末装置が提供される。
また、本開示によれば、センサーから情報を収集する端末から、前記端末が前記センサーから前記情報を収集する際の計画に関する計画情報を受信する受信部と、前記計画情報と前記端末における前記情報の収集の進捗とに基づいて、前記端末におけるデータ収集状況を算出するデータ収集状況算出部と、前記情報を検索するサーバへ前記データ収集状況を送信する送信部と、を備える、端末管理装置が提供される。
また、本開示によれば、センサーから情報を取得するセンサー情報取得部と、前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記端末管理装置へ前記情報を送信する送信部と、を備える、端末装置が提供される。
また、本開示によれば、検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、前記情報収集要求に含まれる優先度に基づいて、前記複数のサーバに情報を提供するためのスケジュールを作成するスケジュール作成部と、前記スケジュールに基づいて、センサーから情報を収集する端末から前記情報を取得し、前記複数のサーバのそれぞれに送信する送信部と、を備える、端末管理装置が提供される。
また、本開示によれば、センサーから情報を取得するセンサー情報取得部と、前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記複数のサーバへ前記情報を送信する送信部と、を備える、端末装置が提供される。
また、本開示によれば、検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、前記情報収集要求に含まれる優先度に基づいて、センサーから情報を収集する端末から前記複数のサーバが前記情報を取得するためのスケジュールを作成するスケジュール作成部と、前記スケジュールを前記複数のサーバへ送信する送信部と、を備える、端末管理装置が提供される。
また、本開示によれば、センサーから情報を取得するセンサー情報取得部と、前記情報を検索する複数のサーバから得られる情報収集要求を受信する端末管理装置が算出した前記情報収集要求に共通に含まれる情報を、前記端末管理装置へ送信する送信部と、を備える、端末装置が提供される。
また、本開示によれば、検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、前記複数のサーバから受信した前記情報収集要求の共通部分を算出する共通部分算出部と、センサーから情報を収集する端末から前記共通部分に関するデータを取得し、前記複数のサーバのそれぞれに送信する送信部と、を備える、端末管理装置が提供される。
また、本開示によれば、センサーから情報を取得するセンサー情報取得部と、前記情報を識別するためのタグ情報を生成するタグ情報生成部と、前記タグ情報を端末管理装置へ送信する送信部と、を備える、端末装置が提供される。
また、本開示によれば、センサーから情報を収集する端末から、前記情報を識別するためのタグ情報を取得するタグ情報取得部と、前記情報を検索するサーバへ前記タグ情報を送信する送信部と、を備える、端末管理装置が提供される。
また、本開示によれば、検索機能を有するサーバから、センサーから情報を収集する端末に関する自装置の能力の情報要求を受信する受信部と、前記情報要求に応じて、下記の表により規定される前記端末に関する能力を前記サーバへ送信する送信部と、を備える、端末管理装置が提供される。
以上説明したように本開示によれば、複数のIoT標準やIoTプラットフォームが併存した場合に、最適なネットワークを構築することが可能となる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
なお、説明は以下の順序で行うものとする。
1.IoTの概要
2.本開示に係るシステムの概要
3.第1の実施形態
4.第2の実施形態
5.第3の実施形態
6.第4の実施形態
7.第5の実施形態
1.IoTの概要
2.本開示に係るシステムの概要
3.第1の実施形態
4.第2の実施形態
5.第3の実施形態
6.第4の実施形態
7.第5の実施形態
1.IoTの概要
[IoTについて]
近時では、IoT(Internet of Things)の実社会への導入が進められている。IoTは、物のインターネットであり、人が保有するスマートフォンの通信と異なり、物と直接通信を行う通信システムである。MTC(Machine Type Communication)やM2M(Machine to Machine)もIoTを実現するための通信トポロジーを表した言葉であり、機械と機械が通信する通信形態を表している。
[IoTについて]
近時では、IoT(Internet of Things)の実社会への導入が進められている。IoTは、物のインターネットであり、人が保有するスマートフォンの通信と異なり、物と直接通信を行う通信システムである。MTC(Machine Type Communication)やM2M(Machine to Machine)もIoTを実現するための通信トポロジーを表した言葉であり、機械と機械が通信する通信形態を表している。
IoTの特徴の1つとして、通信をするデバイスの数が多いということが挙げられる。例えば、一人の人間に関わる機械が10倍から100倍程度存在することを想定すると、通信をする機械は、人間対人間の通信に使用される電話等よりも10倍から100倍の数の通信機器があらゆる場所に配置される。
通信には、無線通信と有線通信があるが、IoTの場合には、無線通信を使用することが好適である。無線通信の方が、機器を配置する場所の制約がより少ないためである。
IoTシステムを構築するためには、一般的には、センサー、通信手段、アプリケーション、ストレージ、ユーザとのインタフェースが必要になる。基本的な流れとしては、センサーが情報を収集する。センサーは、その情報を無線通信等の通信手段を介してネットワーク側のアプリケーションに通知する。アプリケーションは、収集した情報に基づいて分析等を行い、分析結果を人間が見える形で報告する。IoTのユースケースは、工場管理、電力管理、農業やヘルスケアー等、多岐に渡る。現在は、その個々のユースケースに対応したIoTシステムを別々に構築して運用していることが多いと考えられる。
従前では、個別の目的のために、個別のIoTシステムを構築していた。このような方法は、コスト的には高額であり、汎用のIoTシステムが求められている。そこで、さまざまなIoT標準やIoTプラットフォームが検討されている。どのIoT標準、IoTプラットフォームも、図1に示すIoTのレイヤー(Layer)構造を有している。
以下では、図1に示すレイヤーを下層から順に説明する。デバイスセンサレイヤー(Device Sensor Layer)10は、様々なセンサー、アクチュエータが配置されるレイヤーである。ゲートウェイレイヤー(Gateway layer)12は、様々な装置の違いを吸収するレイヤーであり、様々なセンサーからの情報を集約して上位レイヤーへ情報を上げるレイヤーである。コネクティビティレイヤー(Connectivity layer)14は、通信レイヤーである。このレイヤーは、LTEや3G,GSM(登録商標)や、Wi-Fi,Bluetooth(登録商標),Zigbee等、様々な通信方式を使用することができる。
コモンサービスレイヤー(Common Service Layer)16は、IoTのアプリケーションに共通している機能を提供するレイヤーであり、異なるアプリケーション間のデータの橋渡し、異なる連結性(connectivity)の違いを吸収する。IoTのアプリケーションに共通している機能とは、例えば、IoT機器の発見やアクティベーション、課金、設定、情報の収集等共通に使う機能である。
アプリケーションレイヤー(Application layer)18は、IoT用の様々なアプリケーションを配置するレイヤーである。例えば、サービス事業者毎に様々なアプリケーションがあることが見込まれる。アプリケーションには、ストレージ20やGUI22が必要となる。ストレージ20の内容は、コモンサービスレイヤーを介してアプリケーションにサービスが提供されることが見込まれる。各アプリケーション間の連携もコモンサービスレイヤーを介して行われると考えて良い。
少なくとも、デバイスセンサレイヤー12、コネクティビティレイヤー14、アプリケーションレイヤー18は、様々な方式、規格、仕組みがあるため、互いに情報をやり取りするにあたっては、相互運用性(interoperability)の問題が生じる。ETSI M2MやOne M2M等の代表的なIoTシステムでは、この問題を解決するために、ゲートウェイレイヤー12とコモンサービスレイヤー16を用意している。ゲートウェイレイヤー12は、様々なデバイスセンサと様々な通信手段をつなげるために、規格の違いやシステムの違いを吸収するためのレイヤーとして用いる。コモンサービスレイヤー16は、様々なアプリケーションと様々な通信手段をつなげるために、規格の違いやシステムの違いを吸収するためのレイヤーとして用いる。つまり、ゲートウェイレイヤー12とコモンサービスレイヤー16は、相互運用性のために違いを吸収するレイヤーとして設けられている。この方法は、単一の標準やプラットフォームで、ゲートウェイレイヤー12やコモンサービスレイヤー16という仕組みを用意した時にはうまく機能するだろう。
[複数の標準、プラットフォームの併存]
上述したように、単一のIoT標準やIoTプラットフォームで動作している時には、様々なセンサーやアプリケーションの相互接続(Interoperability)の確保は可能である。しかし、図2に示すように、異なるIoT標準やIoTプラットフォームが併存するネットワークでは、相互接続できない場合が出てくる。図2は、一方の機器がIoT標準/IoTプラットフォームAで動作し、他方の機器がIoT標準/IoTプラットフォームBで動作する場合を示している。このようなケースにおいて、相互接続するためには、データフォーマット変換等で対応することが多い。しかし、全てのケースにおいて、データフォーマット変換で問題が解決できるとは限らない。例えば、1時間ごとのデータが必要なアプリケーションに対し、1日毎のデータしか用意できないプラットフォームは、データ変換を行ってもアプリケーション側では本質的にデータを使用することができないからである。
上述したように、単一のIoT標準やIoTプラットフォームで動作している時には、様々なセンサーやアプリケーションの相互接続(Interoperability)の確保は可能である。しかし、図2に示すように、異なるIoT標準やIoTプラットフォームが併存するネットワークでは、相互接続できない場合が出てくる。図2は、一方の機器がIoT標準/IoTプラットフォームAで動作し、他方の機器がIoT標準/IoTプラットフォームBで動作する場合を示している。このようなケースにおいて、相互接続するためには、データフォーマット変換等で対応することが多い。しかし、全てのケースにおいて、データフォーマット変換で問題が解決できるとは限らない。例えば、1時間ごとのデータが必要なアプリケーションに対し、1日毎のデータしか用意できないプラットフォームは、データ変換を行ってもアプリケーション側では本質的にデータを使用することができないからである。
[複数の標準/プラットフォームが併存しているネットワーク]
将来のIoTネットワークは、複数のIoT標準やIoTプラットフォームが併存して、できる限り相互接続性を担保したネットワークとして構築されることが見込まれる。そのような不完全なネットワークでは、様々な制約条件が生じる可能性がある。以下に示す表1は、不完全ネットワークの特徴を示す。不完全ネットワークでは、データを取りに行こうとしても、そのデータアクセスの容易性が不均一であるということが生じる。
将来のIoTネットワークは、複数のIoT標準やIoTプラットフォームが併存して、できる限り相互接続性を担保したネットワークとして構築されることが見込まれる。そのような不完全なネットワークでは、様々な制約条件が生じる可能性がある。以下に示す表1は、不完全ネットワークの特徴を示す。不完全ネットワークでは、データを取りに行こうとしても、そのデータアクセスの容易性が不均一であるということが生じる。
[想定済みの特定の目的のために構築されたIoTシステム]
IoTシステムを構築する目的が明確である場合には、単一の標準、プラットフォームでIoTシステムを構築することが合理的である。想定済みの目的のために最適なシステムを構築することが可能であるためである。
IoTシステムを構築する目的が明確である場合には、単一の標準、プラットフォームでIoTシステムを構築することが合理的である。想定済みの目的のために最適なシステムを構築することが可能であるためである。
[不特定の目的のために構築されたIoTシステム]
一方、調べたいものがわからないような事象がある。ユーザ等が調べたいことをシステムに入力したときに、調べたいことが初めて判明するような事象である。例えば、「Aさんがこれから新宿に行った場合に、風邪をひく確率知りたい。」、「今年の小麦の出来具合」、「欲しい部品の供給量と納期が確実なベンダーはどこか?」、「自分の体調にあった旅行先はどこか?」などが該当する。
一方、調べたいものがわからないような事象がある。ユーザ等が調べたいことをシステムに入力したときに、調べたいことが初めて判明するような事象である。例えば、「Aさんがこれから新宿に行った場合に、風邪をひく確率知りたい。」、「今年の小麦の出来具合」、「欲しい部品の供給量と納期が確実なベンダーはどこか?」、「自分の体調にあった旅行先はどこか?」などが該当する。
このように、そのような目的のものかが定まらない場合には、特定のIoT検索システムで知りたいことを得られるかは不確かである。つまり、単一のIoT検索システムでは答えを得ることができない可能性があり、この場合、複数のプラットフォームのIoT検索システムに問い合わせをして答えを得る方が合理的である。その場合には、複数の標準・プラットフォーム上の複数のIoT検索システムから情報を得て、知りたいことを得る必要がある。
また、ここで挙げた例のように、検索される質問の組合せ等は無限に想定できるため、ユーザがどのような質問を不完全なIoTネットワークに質問してくるかは未知である。これらのユーザの質問に対し、瞬時に返事を返すIoT検索システムが今後求められるようになることが見込まれる。
ところで、検索システムといえば、Web検索システムが世の中に浸透している。しかし、Web検索システムは、検索ワードに近いものを選び出して表示するシステムであり、検索対象はWebであり主な対象は言語である。一方、IoT検索システムでは、格納されているデータは、言語ではなくbit列であるデータである。従って、IoT検索システムでは、どういうデータを持ってきて、どのように解析したらユーザが欲しい情報を提供できるかを判断し、結果として表示しなければならない。
[従来のWeb検索システム]
以上のように、IoT検索システムは、現在のWeb検索システムとは異なる。ここでは、このWeb検索システムの仕組みを説明する。Web検索システムの最大の特徴は、ランキング(Ranking)である。Web検索システムは、検索ワードに関係のあるWebページをランキングとともに瞬時に表示するところに特徴がある。初代Web検索のランキングに使われる手段は、「ページランク」、「アンカーテキスト」、単語である。「ページランク」は、人気のあるページのランクを上にするというものである。また、リンクが多く貼られているページは重要と判断される。
以上のように、IoT検索システムは、現在のWeb検索システムとは異なる。ここでは、このWeb検索システムの仕組みを説明する。Web検索システムの最大の特徴は、ランキング(Ranking)である。Web検索システムは、検索ワードに関係のあるWebページをランキングとともに瞬時に表示するところに特徴がある。初代Web検索のランキングに使われる手段は、「ページランク」、「アンカーテキスト」、単語である。「ページランク」は、人気のあるページのランクを上にするというものである。また、リンクが多く貼られているページは重要と判断される。
「アンカーテキスト」は、リンクにつけられた文字列の代表的な文字列である。例えば、「A社の新製品はこちらです」というリンクがあった場合に、「A社」という部分がアンカーテキストであり、そのページは、A社に関するページとしてはランクが上がることになる。「単語」は、Webページ内にその単語が多く含まれているか等でランクを上げるものになる。なお、以上は初期のWeb検索の内容であり、最新のものはより改良されていることに留意すべきである。
Web検索システムの2番目の特徴は、検索ワードが入力された時に瞬時に回答を出すための事前準備である。事前準備は、クローリングとインデックス化の2つのフェーズに分けることができる。クローリングは、世界中のWebページについて、事前にWebページの内容を収集する作業である。クローラーと呼ばれる論理的なロボットがWebページを定期的に巡回等して情報を集め、それをWeb検索システムのリポジトリと呼ばれる格納場所に保存しておく。インデックス化は、集めたWebページの内容をリンクや含まれている文字列等から内容を整理し、検索ワードに対応したランクを出しやすいようにデータを構造化しておく作業である。
図3は、Web検索システムにおける事前準備の処理を示す模式図である。処理510において、各Webページがどのようなワードやリンクを含んでいるかを事前に調査しておく。この際、クローリングとインデックス化が行われる。処理512にて検索ワードが入力されると、処理514にて検索ワードを含んでいるWebページを表示する。以上のように、Web検索システムでは、検索に対する答えを出しやすいようなデータ構造を事前に準備しているということになる。
[従来のWeb検索システムとIoT検索システムの違い]
以下では、従来のWeb検索システムとIoT検索システムの違いを箇条書きで示す。
・IoTのデータは、単なるbit列であることが多いので、クローラーが意味を理解できない可能性がある。
・IoTのデータは、ページへのリンクといったものが無い可能性が高い。IoTデータがどの程度使われた実績があるのかを把握することは困難である。
・検索ワードとして、単にその情報が見たいという検索結果よりも、データを解析した結果を返してほしいという要求が多くなると予想する。ここで、AIが必要になる可能性がある。
・Web検索システムで検索される側は、基本的に起動している状態である。一方、IoT検索システムで検索されるセンサー側の端末は、消費電力を抑える等の観点から、起動していない場合がある。
以下では、従来のWeb検索システムとIoT検索システムの違いを箇条書きで示す。
・IoTのデータは、単なるbit列であることが多いので、クローラーが意味を理解できない可能性がある。
・IoTのデータは、ページへのリンクといったものが無い可能性が高い。IoTデータがどの程度使われた実績があるのかを把握することは困難である。
・検索ワードとして、単にその情報が見たいという検索結果よりも、データを解析した結果を返してほしいという要求が多くなると予想する。ここで、AIが必要になる可能性がある。
・Web検索システムで検索される側は、基本的に起動している状態である。一方、IoT検索システムで検索されるセンサー側の端末は、消費電力を抑える等の観点から、起動していない場合がある。
図4、図5は、IoT検索システムのブロックダイアグラムを示す模式図である。図4の処理520では、ユーザによって検索ワードが入力される。処理522では、検索ワードの意味を理解するための処理を行う。処理522は、簡易なAIが行っても良い。処理524では、検索ワードに対し、どのネットワークからどのようなデータが必要かを計画する。処理526では、不完全ネットワークからデータを取得する。処理528では、取得したデータの意味を解析し、検索結果を決定し、検索結果を表示するための文章を作成する。
また、図5の処理530では、検索ワードが入力される。処理532では、不完全ネットワーク内にどのような情報があるかを事前に調査し、インデックス化する。処理534では、検索ワードと、インデックス化された情報とのマッチングを行う。処理536では、更にオンデマンドで取得しなければならないデータの内容を特定する。処理538では、不完全ネットワークからデータを取得する。処理540では、取得したデータの出力フォーマットを整えて結果を出力する。また、処理542では、取得したデータの意味を解析し、検索結果を決定し、検索結果を表示するための文章を作成する。
[IoT検索システムに必要なデータのタグについて]
データの意味を簡易なテキストで付与したものをメタデータと称する。メタデータは、単なるbit列であるIoTデータの意味を知る上で重要である。本実施形態では、このメタデータをどのように付与するかについては詳しくは検討しない。データへのメタデータは、センサーやアプリケーション等がつけることができる。従来は、人がWebを作った時に付けていたものが、ローカルなセンサーが、メタデータを付けることがあることを考慮する。
データの意味を簡易なテキストで付与したものをメタデータと称する。メタデータは、単なるbit列であるIoTデータの意味を知る上で重要である。本実施形態では、このメタデータをどのように付与するかについては詳しくは検討しない。データへのメタデータは、センサーやアプリケーション等がつけることができる。従来は、人がWebを作った時に付けていたものが、ローカルなセンサーが、メタデータを付けることがあることを考慮する。
2.本開示に係るシステムの概要
[本開示で注力する技術領域]
本開示では、IoTの機器からユーザが必要な情報を検索するためのIoT検索システムというユースケースを想定して技術を開示している。特に、本開示では、IoT検索システムが、ローカルなエッジにあるローカルストレージからデータを収集することが必須の機能であるととらえ、このローカルストレージからデータを収集するという部分にフォーカスしている。従って、主体は、IoT検索システムだけではなく、その他一般のIoTシステムも本開示の範囲内である。
[本開示で注力する技術領域]
本開示では、IoTの機器からユーザが必要な情報を検索するためのIoT検索システムというユースケースを想定して技術を開示している。特に、本開示では、IoT検索システムが、ローカルなエッジにあるローカルストレージからデータを収集することが必須の機能であるととらえ、このローカルストレージからデータを収集するという部分にフォーカスしている。従って、主体は、IoT検索システムだけではなく、その他一般のIoTシステムも本開示の範囲内である。
IoT検索システムは、人間だけではなく、機械が直接する場合もあるので、検索Windowに人間が入力した文字を理解するという点については、本開示では注力しない。検索すべきキーワードが抽出された上で、更に生じる課題に注力する。また、IoTデータにはタグ付がされていることも想定する。特に、データとそのデータの内容が書かれているタグがエッジストレージに格納されている場合に、むやみにそのデータとタグをネットワーク側から引き出すのは、それらのエッジにあるセンサー等の消費電力に大きな影響を与える。本開示では、この点を含めて解決していくことを想定している。
[本開示のシステムに係る装置]
本開示のシステムでは、情報を収集するセンサー、Iot検索システムに加え、センサーを管理するセンサーマネジメント(sensor management:センサー管理装置)が関わる。情報を収集するセンサーは、例えば家庭の電化製品(家電)、人が保有するスマートフォンなどのモバイル機器、自動車など、あらゆる機器に装着される。センサーと付随して、センサーが検出したデータを保持するストレージ(記憶部)が設けられる。また、センサーが設けられた機器は、端末(Edge)の装置である。このため、本明細書において、センサーが設けられた機器(端末、または端末装置)を「エッジストレージ」、「エッジデバイス」と称する場合がある。また、説明の便宜上、センサーが設けられた機器(端末装置)を、単にセンサーと称する場合もある。
本開示のシステムでは、情報を収集するセンサー、Iot検索システムに加え、センサーを管理するセンサーマネジメント(sensor management:センサー管理装置)が関わる。情報を収集するセンサーは、例えば家庭の電化製品(家電)、人が保有するスマートフォンなどのモバイル機器、自動車など、あらゆる機器に装着される。センサーと付随して、センサーが検出したデータを保持するストレージ(記憶部)が設けられる。また、センサーが設けられた機器は、端末(Edge)の装置である。このため、本明細書において、センサーが設けられた機器(端末、または端末装置)を「エッジストレージ」、「エッジデバイス」と称する場合がある。また、説明の便宜上、センサーが設けられた機器(端末装置)を、単にセンサーと称する場合もある。
エッジストレージ、センサーマネジメント、及びIoT検索システムは、相互に通信可能に構成される。このため、エッジストレージ、センサーマネジメント、及びIoT検索システムのそれぞれは、情報の送信部、及び受信部を備え、相手装置に対し情報を送り、相手装置から情報を取得することができる。通信の方式は限定されるものではないが、有線又は無線による通信、特に無線による通信を想定する。
センサーマネジメントは、エッジストレージとは別に設けられ、エッジストレージを管理するサーバなどの装置として構成される。本明細書において、センサーマネジメントをセンサーマネジメントエンティティ、エッジストレージ管理エンティティ、センサーストレージ管理エンティティ等と称する場合がある。センサーマネジメントは、コモンサービスレイヤー16に相当する機能を備えている。
IoT検索システムは、ユーザが入力した検索ワードに基づいて、エッジストレージが収集したデータを検索するシステムであり、現在のインターネットにおけるWeb検索システムをIoTの検索システムに置き換えた態様を想定する。IoT検索システムの装置として、検索機能を備えたサーバが相当する。
図6は、端末装置(エッジストレージ)100、センサー管理装置(センサーマネジメント)200、IoT検索システムのサーバ300の構成を示す模式図である。端末装置100は、センサー102、ストレージ104、センサー情報取得部106、タグ情報生成部108、送受信部110を備える。センサー管理装置200は、データ収集状況算出部202、スケジュール作成部204、共通部分算出部206、送受信部208、タグ情報取得部210を備える。サーバ300は、送受信部302、検索部304、タグ情報取得部306を備える。なお、図6に示す端末装置100、センサー管理装置200、サーバ300の構成要素は、ハードウェア、またはCPUなどの中央演算処理装置とこれを機能させるためのソフトウェア(プログラム)から構成することができる。
3.第1の実施形態
第1の実施形態は、IoT検索システムのためにエッジセンサーに負担をかけずにデータを取得する方法に関する。具体的に、第1の実施形態は、以下の項目に関する。
・IoT検索システムが、センサーの中のエッジストレージにアクセス可能な時間、及び/又はアクセスしてはいけない時間又はアクセス可能な周期を問い合わせるため方法。
・プラットフォーム毎に優先度を設定して、エッジストレージへのアクセス許可時間等を優先度毎に変更する方法。
・IoTセンサーが、第3者のシステムがアクセス可能な時間をセンサーマネジメントに通知する方法。
・IoT検索システムが、そのアクセス可能な時間にセンサーからデータを吸い出す動作
・アクセス可能時間を複数の設定を、異なる属性のエンティティ(entity)のために用意する方法
第1の実施形態は、IoT検索システムのためにエッジセンサーに負担をかけずにデータを取得する方法に関する。具体的に、第1の実施形態は、以下の項目に関する。
・IoT検索システムが、センサーの中のエッジストレージにアクセス可能な時間、及び/又はアクセスしてはいけない時間又はアクセス可能な周期を問い合わせるため方法。
・プラットフォーム毎に優先度を設定して、エッジストレージへのアクセス許可時間等を優先度毎に変更する方法。
・IoTセンサーが、第3者のシステムがアクセス可能な時間をセンサーマネジメントに通知する方法。
・IoT検索システムが、そのアクセス可能な時間にセンサーからデータを吸い出す動作
・アクセス可能時間を複数の設定を、異なる属性のエンティティ(entity)のために用意する方法
IoTデータを事前にサーバー側に格納するために、タグ情報とそのタグに付随したIoTデータを取得するために、クローリングを行うことを考える。なお、クローリングとは、特定のセンサーやサーバーの情報を取りに行くことを意味する。この際、IoT機器は、低消費電力の要求から、起動している時間に制限があるものが多い。このため、そのタグ情報を得ようとしてもIoT機器とその内部にあるタグにアクセスできないことがある。このため、特にIoT機器に関しては、クローリングの作業効率が著しく低くなるという問題が想定できる。
第1の実施形態では、各IoT機器などのセンサーは、アクセス可能な時間(wake up time)を、その機器の情報を知っている常時アクセス可能なサーバー(センサーマネジメント)に報告しておく。IoT検索システムは、そのサーバーに対し、どのようなセンサーがどのタイミングでアクセス可能であるかを事前に問い合わせ、アクセス可能なタイミングに関する情報(アクセスタイミング情報)を取得する。
図7は、第1の実施形態に係る処理を示すシーケンス図である。図7では、エッジストレージ、センサーマネジメント、及びIoT検索システムの間の処理を示している。ステップS10では、エッジストレージが、センサーを使用して取得したデータの蓄積を継続的に行う。ステップS11では、エッジストレージがセンサーマネジメントに対し、エッジストレージが起動している起動時間(wake up time)を送信する。この起動時間は、上述したアクセスタイミング情報に相当する。次のステップS12では、センサーマネジメントが、起動時間を蓄積する。次のステップS14では、IoT検索システムが、センサーマネジメントに対し、センサ情報の要求を送信する。次のステップS16では、センサーマネジメントが、センサーに関する情報と、起動時間に関する情報をIoT検索システムへ送信する。次のステップS18では、IoT検索システムが、エッジストレージが起動している時間内で、エッジストレージからデータとタグを取得する。次のステップS20では、IoT検索システムが、データとタグを蓄積する。
以上のように、第1の実施形態では、センサー(エッジストレージ)へアクセス可能なタイミングに関する情報に基づいて、アクセス可能な時間にセンサーにアクセスをして、IoTデータと関連するタグを取得する。これにより、クローラー(IoT検索システム、又はそのサーバー)が適切に情報を集めに行くことができる。IoT検索システムが直接センサーから情報を取得する理由は、全てのデータがネットワーク側に常時集められているとは限らないためであり、むしろ、データのほとんどは局所的に保持され、必要な時にネットワーク側に吸い出されるというケースがあるからである。もちろん、古いデータは、ネットワーク側に吸い出されている可能性が高いが、新しいデータは、センサー側のエッジストレージ内に格納されたままであることが多い。古いデータだけでは不足する場合、新しいデータをセンサーのエッジストレージから得る必要があるが、このような場合に図7に示した手順でアクセスすることにより、センサー側の電池の消費を抑えることが可能になる。
ステップS11において、センサーが、センサーに対してアクセス可能な時間をセンサーマネジメントに通知するが、そのアクセス可能時間は、以下の表2に示すように、複数のシステムに異なる値を設定することができる。
表2に示したように、同じプラットフォーム内からのアクセスに対する許容するアクセス可能時間と、プラットフォーム外からのアクセスに対するアクセス可能時間を異なるものにすることができる。この仕組みを用いて、優先度を設定することが可能となる。
図7中のステップS16(Providing information regarding sensor and its wake up time)というシグナリング(signalling)で使用されるフォーマットの例を表2、表3、表4に示す。また、図7のステップS14(Request sensor information)というシグナリングで使用されるフォーマットの例を表5に示す。
4.第2の実施形態
第2の実施形態では、エッジストレージのデータ収集計画書を保持するセンサーマネジメントが、IoT検索システムの要求に基づき、その情報を提供する。IoT検索システムは、取得した情報に基づき、エッジストレージからデータを取得するかどうかを判断して、データの取得を行う。
第2の実施形態では、エッジストレージのデータ収集計画書を保持するセンサーマネジメントが、IoT検索システムの要求に基づき、その情報を提供する。IoT検索システムは、取得した情報に基づき、エッジストレージからデータを取得するかどうかを判断して、データの取得を行う。
低消費電力を追及するIoT機器やIoT用のセンサーは、常にクローリングされて情報を取られると電力を消費する。このため、第1の実施形態のようにエッジストレージへのアクセス可能な時間を制限する。しかし、センサーの中のデータまでクローリングする必要があるかを事前に判断して、センサーの中のデータをクローリングする必要がないときは、センサーに対してデータの収集をするためにアクセスするような動作を行わないことが重要である。
センサーマネジメントは、エッジストレージ(センサー)が持つデータ収集計画書(schedule to collect data)を保持しており、前回、sensorからデータを吸い出した後、どれ位のデータがセンサー若しくはそのストレージに保存されているかを示す情報を保持する。IoT検索システムや、その他のセンサーデータを必要とするシステムは、アクセス(data accessibility)に難があるセンサーのデータやエッジストレージからデータを吸い出す前に、これらのセンサーやエッジストレージを管理しているセンサーマネジメントに対して、アクセスに難があるセンサー若しくはエッジストレージのデータ取得状況を問い合わせる。その問い合わせた結果に応じて、センサー等にアクセスする価値があると認めた時だけアクセスすることによりセンサー等のデータ送信にかかわる負担を減らすことができる。このような動作は、従来のWebでのデータ収集のためのロボットであるクローラーには求められなかったものであり、IoT検索システムならではの動作になる。
図8は、第2の実施形態に係る処理を示すシーケンス図である。図8では、エッジストレージ、センサーマネジメント、及びIoT検索システムの間の処理を示している。ステップS30では、エッジストレージが、センサーを使用して取得したデータの蓄積を継続的に行う。ステップS31では、エッジストレージがセンサーマネジメントに対し、データ収集計画書(schedule to collect data)を送る。次のステップS32では、センサーマネジメントがエッジストレージへ、エッジストレージが現在取得しているデータを報告するよう要求を送る。次のステップS34では、エッジストレージがセンサーマネジメントに対し、取得していない残りのデータ量を報告する。次のステップS36では、センサーマネジメントが、エッジストレージにおけるデータの収集状況を蓄積する。次のステップS38では、IoT検索システムが、センサーマネジメントに対し、エッジストレージにおけるデータの収集状況を要求する。次のステップS40では、センサーマネジメントが、IoT検索システムに対し、エッジストレージにおけるデータの収集状況を送信する。
次のステップS42では、IoT検索システムが、エッジストレージにおけるデータの収集状況に基づいて、エッジストレージからデータを収集することを決定する。次のステップS44では、IoT検索システムが、エッジストレージが起動している時間内で、エッジストレージからデータとタグを取得する。次のステップS46では、IoT検索システムが、データとタグを蓄積する。
表6に1つのセンサーのデータ収集計画書と、その進捗状況を表すフォーマットの例を示す。センサーマネジメントは、この表6に相当する情報を、センサー毎に保持している。
5.第3の実施形態
第3の実施形態では、複数のIoTシステムが要求するエッジストレージへのアクセスの優先度に基づき、センサーマネジメントがスケジューリングを行う。具体的に、第3の実施形態は、以下の項目に関する。
・複数のIoTシステムが要求するエッジストレージへのアクセスの優先度に基づき、センサーマネジメントがスケジューリングを行い、そのスケジュール情報を各IoTシステムに送信する。
・複数のIoTシステムが要求するエッジストレージへのアクセスの優先度に基づき、センサーマネジメントがスケジューリングを行い、各IoTシステムの代替えしてデータを取得する。
・更に、複数のIoTシステムが要求するエッジストレージへのデータ要求の最大公約数的な部分集合のデータをセンサーマネジメントが同定して、代表して、そのデータを取得する。
・IoT検索システムは、エッジストレージからデータを取得できる時間を把握して、その結果をエンドユーザに提示する。検索結果が得られるまでどの程度時間がかかるかを提示する。
第3の実施形態では、複数のIoTシステムが要求するエッジストレージへのアクセスの優先度に基づき、センサーマネジメントがスケジューリングを行う。具体的に、第3の実施形態は、以下の項目に関する。
・複数のIoTシステムが要求するエッジストレージへのアクセスの優先度に基づき、センサーマネジメントがスケジューリングを行い、そのスケジュール情報を各IoTシステムに送信する。
・複数のIoTシステムが要求するエッジストレージへのアクセスの優先度に基づき、センサーマネジメントがスケジューリングを行い、各IoTシステムの代替えしてデータを取得する。
・更に、複数のIoTシステムが要求するエッジストレージへのデータ要求の最大公約数的な部分集合のデータをセンサーマネジメントが同定して、代表して、そのデータを取得する。
・IoT検索システムは、エッジストレージからデータを取得できる時間を把握して、その結果をエンドユーザに提示する。検索結果が得られるまでどの程度時間がかかるかを提示する。
第1の実施形態では、エッジストレージを持つセンサー等のエンティティ(デバイス)にアクセスできる時間を制限した。しかし、その制限した時間に、集中してIoT検索システムのクローラーがデータを集めに来ると、センサー等のエンティティ側で対応できなくなる。
第3の実施形態では、クローリング(データ収集)のためのアクセスをクローラー毎(IoT検索システム毎)にスケジューリングする調整機能をセンサーマネジメント内に配置する。この機能をスケジューラ(scheduler)とも称する。スケジューラは、各クローラーの要求を代替えしてセンサーからデータを引き出す。引き出したデータは、元々リクエストを行ったIoT検索システムに対して送信する。どのような優先度に基づいてスケジューリングするかは、センサーマネジメント内のスケジューラの実装に依存するが、その優先度を決めるにあたって、各IoT検索システムからQoSの優先度に対応する値とともにリクエストしても良い。
図9は、第3の実施形態に係る処理を示すシーケンス図である。図9では、エッジストレージ、センサーマネジメント、及びIoT検索システムの間の処理を示している。ステップS50では、エッジストレージが、センサーを使用して取得したデータの蓄積を継続的に行う。ステップS51では、エッジストレージがセンサーマネジメントに対し、エッジストレージが起動している起動時間(wake up time)を送信する。次のステップS52では、IoT検索システム(1)が、センサーマネジメントに対し、優先度IDを示してエッジストレージからのデータ収集を要求する。次のステップS54では、IoT検索システム(2)が、センサーマネジメントに対し、優先度IDを示してエッジストレージからのデータ収集を要求する。
次のステップS56では、センサーマネジメントが、IoT検索システム(1)、IoT検索システム(2)からの要求をスケジューリングする。スケジューリングの際には、優先度IDが用いられる。
次のステップS58では、ステップS56で決定したスケジュールに基づき、センサーマネジメントが、IoT検索システム(1)の要求に応じて、エッジストレージが起動している時間内で、エッジストレージからデータとタグを取得する。次のステップS60では、センサーマネジメントが、ステップS58で取得したデータとタグを、IoT検索システム(1)に送信する。
次のステップS62では、ステップS56で決定したスケジュールに基づき、センサーマネジメントが、IoT検索システム(2)の要求に応じて、エッジストレージが起動している時間内で、エッジストレージからデータとタグを取得する。次のステップS64では、センサーマネジメントが、ステップS62で取得したデータとタグを、IoT検索システム(2)に送信する。
また、第3の実施形態の別の方法では、スケジューラ(センサーマネジメント)が各クローラー(IoT検索システム)からの要求を受け付けて、各クローラーの優先度考慮した上で決定したスケジューリング情報を、各クローラーに対してアクセスすべき時間として通知する。図10は、この場合の処理を示すシーケンス図である。図10では、エッジストレージ、センサーマネジメント、及びIoT検索システムの間の処理を示している。ステップS70では、エッジストレージが、センサーを使用して取得したデータの蓄積を継続的に行う。ステップS71では、エッジストレージがセンサーマネジメントに対し、エッジストレージが起動している起動時間(wake up time)を送信する。次のステップS72では、IoT検索システム(1)が、センサーマネジメントに対し、優先度IDを示してエッジストレージからのデータ収集を要求する。次のステップS74では、IoT検索システム(2)が、センサーマネジメントに対し、優先度IDを示してエッジストレージからのデータ収集を要求する。
次のステップS76では、センサーマネジメントが、IoT検索システム(1)、IoT検索システム(2)からの要求をスケジューリングする。スケジューリングの際には、優先度IDが用いられる。次のステップS78では、センサーマネジメントが、IoT検索システム(1)に対し、ステップS76で決定したスケジュールの情報を送信する。次のステップS80では、センサーマネジメントが、IoT検索システム(2)に対し、ステップS76で決定したスケジュールの情報を送信する。
次のステップS82では、ステップS78で受信したスケジュールに基づき、IoT検索システム(1)が、エッジストレージが起動している時間内で、エッジストレージからデータとタグを取得する。
次のステップS84では、ステップS78で受信したスケジュールに基づき、IoT検索システム(2)が、エッジストレージが起動している時間内で、エッジストレージからデータとタグを取得する。
また、第3の実施形態の更に別の方法では、事前に集めたいデータの情報を、複数のプラットフォームや複数のIoT検索システムの情報を集約し、どのようなデータを集めるかについて最大公約数的なものを同定する。そして、その共通の収集すべき情報は、エッジストレージ側に複数回データ収集をしなくても済むようにしておく。そして、しかるべくタイミングでセンサーに負担を掛けないようにしてIoT検索システム側にデータを吸い出す。その吸い出したデータは、事前にこのようなデータが欲しいと予約していた複数のプラットフォームや複数のIoT検索システムの検索依頼に対して分配する。図11は、この場合の処理を示すシーケンス図である。図11では、エッジストレージ、センサーマネジメント、及びIoT検索システムの間の処理を示している。ステップS90では、エッジストレージが、センサーを使用して取得したデータの蓄積を継続的に行う。ステップS91では、エッジストレージがセンサーマネジメントに対し、エッジストレージが起動している起動時間(wake up time)を送信する。次のステップS92では、IoT検索システム(1)が、センサーマネジメントに対し、優先度IDを示してエッジストレージからのデータ収集を要求する。次のステップS94では、IoT検索システム(2)が、センサーマネジメントに対し、優先度IDを示してエッジストレージからのデータ収集を要求する。
次のステップS96では、センサーマネジメントが、IoT検索システム(1)、IoT検索システム(2)からの要求について、サブセットを特定する。ここで、サブセットとは、IoT検索システム(1)、IoT検索システム(2)からの要求のうち、共通のデータの収集要求に相当する。すなわち、サブセットは、IoT検索システム(1)、IoT検索システム(2)がどのようなデータを集めようとしているかについて、両者が集めようとするデータの最大公約数的なデータを示す。次のステップS98では、センサーマネジメントが、エッジストレージが起動している時間内で、エッジストレージからサブセットのデータとタグを取得する。
次のステップS100では、センサーマネジメントが、IoT検索システム(1)に対し、サブセットのデータとタグを送信する。この際、センサーマネジメントが、IoT検索システム(1)に対し、IoT検索システム(1)が元々要求していたデータに対し、サブセットのデータに含まれない残りのデータに関する情報を伝えることもできる。
次のステップS102では、センサーマネジメントが、IoT検索システム(2)に対し、サブセットのデータとタグを送信する。この際、センサーマネジメントが、IoT検索システム(2)に対し、IoT検索システム(2)が元々要求していたデータに対し、サブセットのデータに含まれない残りのデータに関する情報を伝えることもできる。
次のステップS104では、IoT検索システム(1)が、エッジストレージが起動している時間内で、エッジストレージからサブセット以外の残りのデータとタグを取得する。 次のステップS106では、IoT検索システム(2)が、エッジストレージが起動している時間内で、エッジストレージからサブセット以外の残りのデータとタグを取得する。
また、図9~図11に示した処理と関連して、IoT検索システムは、センサーの結果をいつ受け取ることができるかについて予測ができるため、検索結果を返信するのにかかる時間をユーザに対して提示することができる。
6.第4の実施形態
第4の実施形態では、タグの収集は直接センサーに対して行うが、そのタグに関連したデータは、センサーを管理するセンサーマネジメント経由でのみ収集することができる方法に関する。
第4の実施形態では、タグの収集は直接センサーに対して行うが、そのタグに関連したデータは、センサーを管理するセンサーマネジメント経由でのみ収集することができる方法に関する。
ウェブ検索等で用いられている従来のクローラーは、IoTデータに相当するWebの文書や図と、それらのWebの文書や図の内容を簡易に示すタグを同時に取得することが可能であった。しかし、IoTシステムにおいては、タグと比較して、データ量が膨大になる可能性がある。そのようなデータ全てを引き出してIoT検索システムでのインデックス化のために処理するのは、ネットワーク全体にとっても問題が大きかった。なお、インデックス化とは、事前に情報を整理しておき、データを引き出しやすくする処理をいう。
第4の実施形態では、クローラー(IoT検索システム)に対しては、タグの提供だけを許可し、実際のデータは、センサー等に搭載されているエッジストレージを管理するセンサーマネジメント(Edge Storage Management entity/Sensor Storage Management entity)からのみ収集するようにする。つまり、IoT検索システムに対し、エッジストレージ(edge device)へのアクセスは認めるが、抽出できる内容は制限されたある領域だけであり、全てのデータは、そのエッジストレージを管理しているセンサーマネジメントからのみ取得可能とする方法である。
図12は、第4の実施形態に係る処理を示すシーケンス図である。図12では、エッジストレージ、センサーマネジメント、及びIoT検索システムの間の処理を示している。ステップS110では、エッジストレージが、センサーを使用して取得したデータの蓄積と、タグの情報の生成を継続的に行う。ステップS112では、エッジストレージがセンサーマネジメントに対し、エッジストレージが起動している起動時間(wake up time)を送信する。次のステップS114では、センサーマネジメントが、起動時間を蓄積する。
次のステップS116では、IoT検索システムが、センサーマネジメントに対し、エッジストレージのタグの情報を要求する。次のステップS118では、センサーマネジメントが、IoT検索システムに対し、エッジストレージが起動している起動時間に関する情報を送信する。次のステップS120では、IoT検索システムが、エッジストレージから、起動時間内にタグの情報を取得する。
次のステップS122では、IoT検索システムが、エッジストレージから取得したタグの情報を蓄積する。次のステップS124では、Iot検索システムが、センサーマネジメントに対し、タグに関連するセンサーのデータを要求する。次のステップS126では、センサーマネジメントが、エッジストレージから、タグに関連するセンサーのデータを取得する。次のステップS128では、センサーマネジメントが、ステップS126で取得したタグに関連するデータをIoT検索システムへ送信する。
IoT検索システムでは、データを収集したい事項が生じた時に、事前に収集したタグをもとに、どのサーバーにアクセスしてデータを収集するかを事前に整理しておく必要がある。そのための情報であるタグデータは、常に最新のものにしておく必要があるため、センサーマネジメントに直接アクセスして収集する必要がある。タグの内容はセンサーが常に最新の状態に書き換えている。ただし、そのタグが指し示すデータまで収集する必要はない。そのデータが必要かどうかは、まだわからないからである。IoT検索システムでは、事前に、どのようなデータがどこにあるかを収集しておくだけで良い。
タグ(Tag)は、直接センサーから収集可能であるが、そのタグに関連したデータは、センサーマネジメント経由でのみ収集可能である。これにより、不要なクローリングに対する応答に伴うセンサー側の負担を軽減することができる。また、IoT検索システムとしては、センサーにより更新された新しいタグを、直接センサーにアクセスして取得できるので、IoT検索システムにとって必要なデータが何処にあるかを最新に近い形で保持することができる。ここで、直接センサーへアクセスという意味は、センサーマネジメントを経由して取得することを完全に排除するものではなく、また、IoT検索システムがセンサーマネジメントからセンサーのIP addressやURLを教えてもらうことを排除するものではない。
7.第5の実施形態
第5の実施形態では、センサーを管理するセンサーマネジメント(Sensor management entity)のcapability/device classをIoT検索システムに通知する。
第5の実施形態では、センサーを管理するセンサーマネジメント(Sensor management entity)のcapability/device classをIoT検索システムに通知する。
第1~第4の実施形態において、センサーを管理するセンサーマネジメントが重要な役割を果たしてきた。このセンサーマネジメントは、能力(capability)が異なるものがネットワーク内に配置されることがある。IoT検索システムは、これらの能力を知らずにセンサーマネジメントにアクセスしても、有効な情報をセンサーマネジメントから得ることはできない。
表7は、センサーマネジメントの能力の例を示している。各IoTシステムは、事前にセンサーマネジメントに能力についての情報要求(capability information request)を送り、表7の情報を取得する。センサーマネジメントは、能力を通知する代わりに、デバイスクラス(device class)を通知しても良い。例えば、capabilityの番号1から5の全てが有効なものは、device class 1であり、番号1から5の4つが有効なものをdevice class 2とし、それ以外をdevice class 3とする。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
なお、以下のような構成も本開示の技術的範囲に属する。
(1) センサーから情報を収集する端末から、前記端末へアクセスが可能なタイミングに関するアクセスタイミング情報を受信する受信部と、
前記情報を検索するサーバへ前記アクセスタイミング情報を送信する送信部と、
を備える、端末管理装置。
(2) 前記アクセスタイミング情報は、前記端末のプラットフォームの相違に応じて異なるタイミングである、前記(1)に記載の端末管理装置。
(3) 前記アクセスタイミング情報は、前記プラットフォームと前記端末の優先度に応じて前記端末へアクセスが可能な前記タイミングの頻度が異なるように、下記の表により規定される、前記(2)に記載の端末管理装置。
(1) センサーから情報を収集する端末から、前記端末へアクセスが可能なタイミングに関するアクセスタイミング情報を受信する受信部と、
前記情報を検索するサーバへ前記アクセスタイミング情報を送信する送信部と、
を備える、端末管理装置。
(2) 前記アクセスタイミング情報は、前記端末のプラットフォームの相違に応じて異なるタイミングである、前記(1)に記載の端末管理装置。
(3) 前記アクセスタイミング情報は、前記プラットフォームと前記端末の優先度に応じて前記端末へアクセスが可能な前記タイミングの頻度が異なるように、下記の表により規定される、前記(2)に記載の端末管理装置。
(4) 前記アクセスタイミング情報は、前記プラットフォームと前記端末の優先度に応じて前記端末へアクセスが可能な前記タイミングの時間が異なるように、下記の表により規定される、前記(2)に記載の端末管理装置。
(5) 前記アクセスタイミング情報は、前記端末が前記アクセスを拒否するアクセス拒否時間に関する情報を含み、前記アクセス拒否時間は前記プラットフォームと前記端末の優先度に応じて下記の表により規定される、前記(2)に記載の端末管理装置。
(6) 前記サーバから前記端末を指定するIDを受信し、前記サーバが前記端末にアクセスするため、前記IDに対応する前記端末の前記アクセスタイミング情報を前記サーバへ送信する、前記(1)に記載の端末管理装置。
(7) センサーから情報を取得するセンサー情報取得部と、
前記情報を取得しようとする他装置がアクセス可能なタイミングに関するアクセスタイミング情報を端末管理装置へ送信する送信部と、
を備える、端末装置。
(8) 前記アクセスタイミング情報は、プラットフォームの相違に応じて異なるタイミングである、前記(7)に記載の端末装置。
(9) 前記アクセスタイミング情報は、前記プラットフォームと優先度に応じて前記アクセス可能な前記タイミングの頻度が異なるように、下記の表により規定される、前記(8)に記載の端末装置。
(7) センサーから情報を取得するセンサー情報取得部と、
前記情報を取得しようとする他装置がアクセス可能なタイミングに関するアクセスタイミング情報を端末管理装置へ送信する送信部と、
を備える、端末装置。
(8) 前記アクセスタイミング情報は、プラットフォームの相違に応じて異なるタイミングである、前記(7)に記載の端末装置。
(9) 前記アクセスタイミング情報は、前記プラットフォームと優先度に応じて前記アクセス可能な前記タイミングの頻度が異なるように、下記の表により規定される、前記(8)に記載の端末装置。
(10) 前記アクセスタイミング情報は、前記プラットフォームと優先度に応じて前記アクセス可能な前記タイミングの時間が異なるように、下記の表により規定される、前記(8)に記載の端末装置。
(11) 前記アクセスタイミング情報は、前記他装置によるアクセスを拒否するアクセス拒否時間に関する情報を含み、前記アクセス拒否時間は前記プラットフォームと優先度に応じて下記の表により規定される、前記(8)に記載の端末装置。
(12) センサーから情報を収集する端末へアクセスが可能なタイミングに関するアクセスタイミング情報を受信する受信部を備え、
前記アクセスタイミング情報に基づいて、前記端末の前記情報を検索する、サーバ。
(13) センサーから情報を取得するセンサー情報取得部と、
前記センサーからデータを収集する際の計画に関する計画情報を端末管理装置へ送信する送信部と、
を備える、端末装置。
(14) 前記計画情報は、前記情報を収集する頻度と、前記情報の収集の進捗を前記端末管理装置へアップロードするタイミングに応じて下記の表により規定される、前記(13)に記載の端末装置。
前記アクセスタイミング情報に基づいて、前記端末の前記情報を検索する、サーバ。
(13) センサーから情報を取得するセンサー情報取得部と、
前記センサーからデータを収集する際の計画に関する計画情報を端末管理装置へ送信する送信部と、
を備える、端末装置。
(14) 前記計画情報は、前記情報を収集する頻度と、前記情報の収集の進捗を前記端末管理装置へアップロードするタイミングに応じて下記の表により規定される、前記(13)に記載の端末装置。
(15) センサーから情報を収集する端末から、前記端末が前記センサーから前記情報を収集する際の計画に関する計画情報を受信する受信部と、
前記計画情報と前記端末における前記情報の収集の進捗とに基づいて、前記端末におけるデータ収集状況を算出するデータ収集状況算出部と、
前記情報を検索するサーバへ前記データ収集状況を送信する送信部と、
を備える、端末管理装置。
(16) 前記計画情報は、前記情報を収集する頻度と、前記情報の収集の進捗をアップロードするタイミングに応じて下記の表により規定される、請求項15に記載の端末管理装置。
前記計画情報と前記端末における前記情報の収集の進捗とに基づいて、前記端末におけるデータ収集状況を算出するデータ収集状況算出部と、
前記情報を検索するサーバへ前記データ収集状況を送信する送信部と、
を備える、端末管理装置。
(16) 前記計画情報は、前記情報を収集する頻度と、前記情報の収集の進捗をアップロードするタイミングに応じて下記の表により規定される、請求項15に記載の端末管理装置。
(17) センサーから情報を取得するセンサー情報取得部と、
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記端末管理装置へ前記情報を送信する送信部と、
を備える、端末装置。
(18) 検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、
前記情報収集要求に含まれる優先度に基づいて、前記複数のサーバに情報を提供するためのスケジュールを作成するスケジュール作成部と、
前記スケジュールに基づいて、センサーから情報を収集する端末から前記情報を取得し、前記複数のサーバのそれぞれに送信する送信部と、
を備える、端末管理装置。
(19) センサーから情報を取得するセンサー情報取得部と、
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記複数のサーバへ前記情報を送信する送信部と、
を備える、端末装置。
(20) 検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、
前記情報収集要求に含まれる優先度に基づいて、センサーから情報を収集する端末から前記複数のサーバが前記情報を取得するためのスケジュールを作成するスケジュール作成部と、
前記スケジュールを前記複数のサーバへ送信する送信部と、
を備える、端末管理装置。
(21) センサーから情報を取得するセンサー情報取得部と、
前記情報を検索する複数のサーバから得られる情報収集要求を受信する端末管理装置が算出した前記情報収集要求に共通に含まれる情報を、前記端末管理装置へ送信する送信部と、
を備える、端末装置。
(22) 検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、
前記複数のサーバから受信した前記情報収集要求の共通部分を算出する共通部分算出部と、
センサーから情報を収集する端末から前記共通部分に関するデータを取得し、前記複数のサーバのそれぞれに送信する送信部と、
を備える、端末管理装置。
(23) センサーから情報を取得するセンサー情報取得部と、
前記情報を識別するためのタグ情報を生成するタグ情報生成部と、
前記タグ情報を端末管理装置へ送信する送信部と、
を備える、端末装置。
(24) センサーから情報を収集する端末から、前記情報を識別するためのタグ情報を取得するタグ情報取得部と、
前記情報を検索するサーバへ前記タグ情報を送信する送信部と、
を備える、端末管理装置。
(25) センサーから情報を収集する端末における前記情報を識別するためのタグ情報を取得するタグ情報取得部と、
前記タグ情報に基づいて、前記端末の前記情報を検索する検索部と、
を備える、サーバ。
(26) 検索機能を有するサーバから、センサーから情報を収集する端末に関する自装置の能力の情報要求を受信する受信部と、
前記情報要求に応じて、下記の表により規定される前記端末に関する能力を前記サーバへ送信する送信部と、
を備える、端末管理装置。
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記端末管理装置へ前記情報を送信する送信部と、
を備える、端末装置。
(18) 検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、
前記情報収集要求に含まれる優先度に基づいて、前記複数のサーバに情報を提供するためのスケジュールを作成するスケジュール作成部と、
前記スケジュールに基づいて、センサーから情報を収集する端末から前記情報を取得し、前記複数のサーバのそれぞれに送信する送信部と、
を備える、端末管理装置。
(19) センサーから情報を取得するセンサー情報取得部と、
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記複数のサーバへ前記情報を送信する送信部と、
を備える、端末装置。
(20) 検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、
前記情報収集要求に含まれる優先度に基づいて、センサーから情報を収集する端末から前記複数のサーバが前記情報を取得するためのスケジュールを作成するスケジュール作成部と、
前記スケジュールを前記複数のサーバへ送信する送信部と、
を備える、端末管理装置。
(21) センサーから情報を取得するセンサー情報取得部と、
前記情報を検索する複数のサーバから得られる情報収集要求を受信する端末管理装置が算出した前記情報収集要求に共通に含まれる情報を、前記端末管理装置へ送信する送信部と、
を備える、端末装置。
(22) 検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、
前記複数のサーバから受信した前記情報収集要求の共通部分を算出する共通部分算出部と、
センサーから情報を収集する端末から前記共通部分に関するデータを取得し、前記複数のサーバのそれぞれに送信する送信部と、
を備える、端末管理装置。
(23) センサーから情報を取得するセンサー情報取得部と、
前記情報を識別するためのタグ情報を生成するタグ情報生成部と、
前記タグ情報を端末管理装置へ送信する送信部と、
を備える、端末装置。
(24) センサーから情報を収集する端末から、前記情報を識別するためのタグ情報を取得するタグ情報取得部と、
前記情報を検索するサーバへ前記タグ情報を送信する送信部と、
を備える、端末管理装置。
(25) センサーから情報を収集する端末における前記情報を識別するためのタグ情報を取得するタグ情報取得部と、
前記タグ情報に基づいて、前記端末の前記情報を検索する検索部と、
を備える、サーバ。
(26) 検索機能を有するサーバから、センサーから情報を収集する端末に関する自装置の能力の情報要求を受信する受信部と、
前記情報要求に応じて、下記の表により規定される前記端末に関する能力を前記サーバへ送信する送信部と、
を備える、端末管理装置。
(27) センサーから情報を収集する端末を管理する端末管理装置から、下記の表により規定される前記端末に関する前記端末管理装置の能力を受信する受信部と、
前記能力に応じて前記情報を検索する検索部と、
を備える、サーバ。
前記能力に応じて前記情報を検索する検索部と、
を備える、サーバ。
(28) センサーから情報を収集する端末から、前記端末へアクセスが可能なタイミングに関するアクセスタイミング情報を受信することと、
前記情報を検索するサーバへ前記アクセスタイミング情報を送信することと、
を備える、端末管理装置における方法。
(29) 前記アクセスタイミング情報は、前記端末のプラットフォームの相違に応じて異なるタイミングである、前記(28)に記載の端末管理装置における方法。
(30) 前記アクセスタイミング情報は、前記プラットフォームと前記端末の優先度に応じて前記端末へアクセスが可能な前記タイミングの頻度が異なるように、下記の表により規定される、前記(29)に記載の端末管理装置における方法。
前記情報を検索するサーバへ前記アクセスタイミング情報を送信することと、
を備える、端末管理装置における方法。
(29) 前記アクセスタイミング情報は、前記端末のプラットフォームの相違に応じて異なるタイミングである、前記(28)に記載の端末管理装置における方法。
(30) 前記アクセスタイミング情報は、前記プラットフォームと前記端末の優先度に応じて前記端末へアクセスが可能な前記タイミングの頻度が異なるように、下記の表により規定される、前記(29)に記載の端末管理装置における方法。
(31) 前記アクセスタイミング情報は、前記プラットフォームと前記端末の優先度に応じて前記端末へアクセスが可能な前記タイミングの時間が異なるように、下記の表により規定される、前記(29)に記載の端末管理装置における方法。
(32) 前記アクセスタイミング情報は、前記端末が前記アクセスを拒否するアクセス拒否時間に関する情報を含み、前記アクセス拒否時間は前記プラットフォームと前記端末の優先度に応じて下記の表により規定される、前記(29)に記載の端末管理装置における方法。
(33) 前記サーバから前記端末を指定するIDを受信し、前記サーバが前記端末にアクセスするため、前記IDに対応する前記端末の前記アクセスタイミング情報を前記サーバへ送信する、前記(28)に記載の端末管理装置における方法。
(34) センサーから情報を取得することと、
前記情報を取得しようとする他装置がアクセス可能なタイミングに関するアクセスタイミング情報を端末管理装置へ送信することと、
を備える、端末装置における方法。
(35) 前記アクセスタイミング情報は、プラットフォームの相違に応じて異なるタイミングである、前記(34)に記載の端末装置における方法。
(36) 前記アクセスタイミング情報は、前記プラットフォームと優先度に応じて前記アクセス可能な前記タイミングの頻度が異なるように、下記の表により規定される、前記(35)に記載の端末装置における方法。
(34) センサーから情報を取得することと、
前記情報を取得しようとする他装置がアクセス可能なタイミングに関するアクセスタイミング情報を端末管理装置へ送信することと、
を備える、端末装置における方法。
(35) 前記アクセスタイミング情報は、プラットフォームの相違に応じて異なるタイミングである、前記(34)に記載の端末装置における方法。
(36) 前記アクセスタイミング情報は、前記プラットフォームと優先度に応じて前記アクセス可能な前記タイミングの頻度が異なるように、下記の表により規定される、前記(35)に記載の端末装置における方法。
(37) 前記アクセスタイミング情報は、前記プラットフォームと優先度に応じて前記アクセス可能な前記タイミングの時間が異なるように、下記の表により規定される、前記(35)に記載の端末装置における方法。
(38) 前記アクセスタイミング情報は、前記他装置によるアクセスを拒否するアクセス拒否時間に関する情報を含み、前記アクセス拒否時間は前記プラットフォームと優先度に応じて下記の表により規定される、前記(35)に記載の端末装置における方法。
(39) センサーから情報を収集する端末へアクセスが可能なタイミングに関するアクセスタイミング情報を受信することと、
前記アクセスタイミング情報に基づいて、前記端末の前記情報を検索することと、
を備える、サーバにおける方法。
(40) センサーから情報を取得することと、
前記センサーからデータを収集する際の計画に関する計画情報を端末管理装置へ送信することと、
を備える、端末装置における方法。
(41) 前記計画情報は、前記情報を収集する頻度と、前記情報の収集の進捗を前記端末管理装置へアップロードするタイミングに応じて下記の表により規定される、前記(40)に記載の端末装置における方法。
前記アクセスタイミング情報に基づいて、前記端末の前記情報を検索することと、
を備える、サーバにおける方法。
(40) センサーから情報を取得することと、
前記センサーからデータを収集する際の計画に関する計画情報を端末管理装置へ送信することと、
を備える、端末装置における方法。
(41) 前記計画情報は、前記情報を収集する頻度と、前記情報の収集の進捗を前記端末管理装置へアップロードするタイミングに応じて下記の表により規定される、前記(40)に記載の端末装置における方法。
(42) センサーから情報を収集する端末から、前記端末が前記センサーから前記情報を収集する際の計画に関する計画情報を受信することと、
前記計画情報と前記端末における前記情報の収集の進捗とに基づいて、前記端末におけるデータ収集状況を算出することと、
前記情報を検索するサーバへ前記データ収集状況を送信することと、
を備える、端末管理装置における方法。
(43) 前記計画情報は、前記情報を収集する頻度と、前記情報の収集の進捗をアップロードするタイミングに応じて下記の表により規定される、請求項15に記載の端末管理装置における方法。
前記計画情報と前記端末における前記情報の収集の進捗とに基づいて、前記端末におけるデータ収集状況を算出することと、
前記情報を検索するサーバへ前記データ収集状況を送信することと、
を備える、端末管理装置における方法。
(43) 前記計画情報は、前記情報を収集する頻度と、前記情報の収集の進捗をアップロードするタイミングに応じて下記の表により規定される、請求項15に記載の端末管理装置における方法。
(44) センサーから情報を取得することと、
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記端末管理装置へ前記情報を送信することと、
を備える、端末装置における方法。
(45) 検索機能を有する複数のサーバから、情報収集要求を受信することと、
前記情報収集要求に含まれる優先度に基づいて、前記複数のサーバに情報を提供するためのスケジュールを作成することと、
前記スケジュールに基づいて、センサーから情報を収集する端末から前記情報を取得し、前記複数のサーバのそれぞれに送信することと、
を備える、端末管理装置における方法。
(46) センサーから情報を取得することと、
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記複数のサーバへ前記情報を送信することと、
を備える、端末装置における方法。
(47) 検索機能を有する複数のサーバから、情報収集要求を受信することと、
前記情報収集要求に含まれる優先度に基づいて、センサーから情報を収集する端末から前記複数のサーバが前記情報を取得するためのスケジュールを作成することと、
前記スケジュールを前記複数のサーバへ送信することと、
を備える、端末管理装置における方法。
(48) センサーから情報を取得することと、
前記情報を検索する複数のサーバから得られる情報収集要求を受信する端末管理装置が算出した前記情報収集要求に共通に含まれる情報を、前記端末管理装置へ送信することと、
を備える、端末装置における方法。
(49) 検索機能を有する複数のサーバから、情報収集要求を受信することと、
前記複数のサーバから受信した前記情報収集要求の共通部分を算出することと、
センサーから情報を収集する端末から前記共通部分に関するデータを取得し、前記複数のサーバのそれぞれに送信することと、
を備える、端末管理装置における方法。
(50) センサーから情報を取得することと、
前記情報を識別するためのタグ情報を生成することと、
前記タグ情報を端末管理装置へ送信することと、
を備える、端末装置における方法。
(51) センサーから情報を収集する端末から、前記情報を識別するためのタグ情報を取得することと、
前記情報を検索するサーバへ前記タグ情報を送信することと、
を備える、端末管理装置における方法。
(52) センサーから情報を収集する端末における前記情報を識別するためのタグ情報を取得することと、
前記タグ情報に基づいて、前記端末の前記情報を検索することと、
を備える、サーバにおける方法。
(53) 検索機能を有するサーバから、センサーから情報を収集する端末に関する自装置の能力の情報要求を受信することと、
前記情報要求に応じて、下記の表により規定される前記端末に関する能力を前記サーバへ送信することと、
を備える、端末管理装置における方法。
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記端末管理装置へ前記情報を送信することと、
を備える、端末装置における方法。
(45) 検索機能を有する複数のサーバから、情報収集要求を受信することと、
前記情報収集要求に含まれる優先度に基づいて、前記複数のサーバに情報を提供するためのスケジュールを作成することと、
前記スケジュールに基づいて、センサーから情報を収集する端末から前記情報を取得し、前記複数のサーバのそれぞれに送信することと、
を備える、端末管理装置における方法。
(46) センサーから情報を取得することと、
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記複数のサーバへ前記情報を送信することと、
を備える、端末装置における方法。
(47) 検索機能を有する複数のサーバから、情報収集要求を受信することと、
前記情報収集要求に含まれる優先度に基づいて、センサーから情報を収集する端末から前記複数のサーバが前記情報を取得するためのスケジュールを作成することと、
前記スケジュールを前記複数のサーバへ送信することと、
を備える、端末管理装置における方法。
(48) センサーから情報を取得することと、
前記情報を検索する複数のサーバから得られる情報収集要求を受信する端末管理装置が算出した前記情報収集要求に共通に含まれる情報を、前記端末管理装置へ送信することと、
を備える、端末装置における方法。
(49) 検索機能を有する複数のサーバから、情報収集要求を受信することと、
前記複数のサーバから受信した前記情報収集要求の共通部分を算出することと、
センサーから情報を収集する端末から前記共通部分に関するデータを取得し、前記複数のサーバのそれぞれに送信することと、
を備える、端末管理装置における方法。
(50) センサーから情報を取得することと、
前記情報を識別するためのタグ情報を生成することと、
前記タグ情報を端末管理装置へ送信することと、
を備える、端末装置における方法。
(51) センサーから情報を収集する端末から、前記情報を識別するためのタグ情報を取得することと、
前記情報を検索するサーバへ前記タグ情報を送信することと、
を備える、端末管理装置における方法。
(52) センサーから情報を収集する端末における前記情報を識別するためのタグ情報を取得することと、
前記タグ情報に基づいて、前記端末の前記情報を検索することと、
を備える、サーバにおける方法。
(53) 検索機能を有するサーバから、センサーから情報を収集する端末に関する自装置の能力の情報要求を受信することと、
前記情報要求に応じて、下記の表により規定される前記端末に関する能力を前記サーバへ送信することと、
を備える、端末管理装置における方法。
(54) センサーから情報を収集する端末を管理する端末管理装置から、下記の表により規定される前記端末に関する前記端末管理装置の能力を受信することと、
前記能力に応じて前記情報を検索することと、
を備える、サーバにおける方法。
前記能力に応じて前記情報を検索することと、
を備える、サーバにおける方法。
100 端末装置
102 センサー
104 ストレージ
106 センサー情報取得部
108 タグ情報生成部
110 送信部
200 センサー管理装置
202 データ収集状況算出部
204 スケジュール作成部
206 共通部分算出部
208 送受信部
210 タグ情報取得部
300 サーバ
302 送受信部
304 検索部
306 タグ情報取得部
102 センサー
104 ストレージ
106 センサー情報取得部
108 タグ情報生成部
110 送信部
200 センサー管理装置
202 データ収集状況算出部
204 スケジュール作成部
206 共通部分算出部
208 送受信部
210 タグ情報取得部
300 サーバ
302 送受信部
304 検索部
306 タグ情報取得部
Claims (20)
- センサーから情報を収集する端末から、前記端末へアクセスが可能なタイミングに関するアクセスタイミング情報を受信する受信部と、
前記情報を検索するサーバへ前記アクセスタイミング情報を送信する送信部と、
を備える、端末管理装置。 - 前記アクセスタイミング情報は、前記端末のプラットフォームの相違に応じて異なるタイミングである、請求項1に記載の端末管理装置。
- 前記サーバから前記端末を指定するIDを受信し、前記サーバが前記端末にアクセスするため、前記IDに対応する前記端末の前記アクセスタイミング情報を前記サーバへ送信する、請求項1に記載の端末管理装置。
- センサーから情報を取得するセンサー情報取得部と、
前記情報を取得しようとする他装置がアクセス可能なタイミングに関するアクセスタイミング情報を端末管理装置へ送信する送信部と、
を備える、端末装置。 - センサーから情報を収集する端末から、前記端末が前記センサーから前記情報を収集する際の計画に関する計画情報を受信する受信部と、
前記計画情報と前記端末における前記情報の収集の進捗とに基づいて、前記端末におけるデータ収集状況を算出するデータ収集状況算出部と、
前記情報を検索するサーバへ前記データ収集状況を送信する送信部と、
を備える、端末管理装置。 - センサーから情報を取得するセンサー情報取得部と、
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記端末管理装置へ前記情報を送信する送信部と、
を備える、端末装置。 - 検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、
前記情報収集要求に含まれる優先度に基づいて、前記複数のサーバに情報を提供するためのスケジュールを作成するスケジュール作成部と、
前記スケジュールに基づいて、センサーから情報を収集する端末から前記情報を取得し、前記複数のサーバのそれぞれに送信する送信部と、
を備える、端末管理装置。 - センサーから情報を取得するセンサー情報取得部と、
前記情報を検索する複数のサーバから得られる情報収集要求に含まれる優先度に基づいて端末管理装置が作成したスケジュールに従って、前記複数のサーバへ前記情報を送信する送信部と、
を備える、端末装置。 - 検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、
前記情報収集要求に含まれる優先度に基づいて、センサーから情報を収集する端末から前記複数のサーバが前記情報を取得するためのスケジュールを作成するスケジュール作成部と、
前記スケジュールを前記複数のサーバへ送信する送信部と、
を備える、端末管理装置。 - センサーから情報を取得するセンサー情報取得部と、
前記情報を検索する複数のサーバから得られる情報収集要求を受信する端末管理装置が算出した前記情報収集要求に共通に含まれる情報を、前記端末管理装置へ送信する送信部と、
を備える、端末装置。 - 検索機能を有する複数のサーバから、情報収集要求を受信する受信部と、
前記複数のサーバから受信した前記情報収集要求の共通部分を算出する共通部分算出部と、
センサーから情報を収集する端末から前記共通部分に関するデータを取得し、前記複数のサーバのそれぞれに送信する送信部と、
を備える、端末管理装置。 - センサーから情報を取得するセンサー情報取得部と、
前記情報を識別するためのタグ情報を生成するタグ情報生成部と、
前記タグ情報を端末管理装置へ送信する送信部と、
を備える、端末装置。 - センサーから情報を収集する端末から、前記情報を識別するためのタグ情報を取得するタグ情報取得部と、
前記情報を検索するサーバへ前記タグ情報を送信する送信部と、
を備える、端末管理装置。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019560841A JP7338475B2 (ja) | 2017-12-19 | 2018-10-25 | 端末管理装置及び端末装置 |
EP18889977.7A EP3712776A4 (en) | 2017-12-19 | 2018-10-25 | TERMINAL MANAGEMENT DEVICE AND TERMINAL DEVICE |
US16/477,340 US11797458B2 (en) | 2017-12-19 | 2018-10-25 | Terminal management device and terminal device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017242316 | 2017-12-19 | ||
JP2017-242316 | 2017-12-19 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019123832A1 true WO2019123832A1 (ja) | 2019-06-27 |
Family
ID=66994686
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2018/039739 WO2019123832A1 (ja) | 2017-12-19 | 2018-10-25 | 端末管理装置及び端末装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11797458B2 (ja) |
EP (1) | EP3712776A4 (ja) |
JP (1) | JP7338475B2 (ja) |
WO (1) | WO2019123832A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102382328B1 (ko) * | 2020-10-30 | 2022-04-01 | 연세대학교 산학협력단 | 사물 인터넷 환경에서 다중 규칙 간 데이터 공유에 기반하는 스케줄링 장치 및 방법 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6514100B2 (ja) * | 2015-12-28 | 2019-05-15 | 株式会社東芝 | 通信装置、通信システム及びネットワーク管理方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010049560A (ja) * | 2008-08-22 | 2010-03-04 | Kiyoshi Honda | 観測ステーション、観測ステーションのサーバー、観測システム、及び観測方法 |
JP2013521471A (ja) * | 2010-02-25 | 2013-06-10 | クゥアルコム・インコーポレイテッド | 触圧センサを適用するための方法および装置 |
US20160105305A1 (en) | 2014-10-13 | 2016-04-14 | Cisco Technology, Inc. | Automatic Creation and Management of a Community of Things for Internet of Things (IoT) Applications |
JP2016162294A (ja) * | 2015-03-03 | 2016-09-05 | 株式会社東芝 | 監視システム、センサーノード、サーバー、及び制御方法 |
JP2016163242A (ja) * | 2015-03-04 | 2016-09-05 | 株式会社日立製作所 | データ収集システム、データ収集方法、サーバ及びゲートウェイ |
JP2016536729A (ja) * | 2013-10-21 | 2016-11-24 | コンヴィーダ ワイヤレス, エルエルシー | M2mデバイスのクローリング |
JP2017034307A (ja) * | 2015-07-28 | 2017-02-09 | 株式会社東芝 | 情報収集管理装置、方法、及び情報収集システム |
Family Cites Families (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6421354B1 (en) * | 1999-08-18 | 2002-07-16 | Phoenix Datacomm, Inc. | System and method for retrieval of data from remote sensors using multiple communication channels |
US6844814B2 (en) * | 2002-11-12 | 2005-01-18 | Motorola, Inc. | Wireless sensor apparatus and method |
DE602006001201D1 (de) * | 2006-03-13 | 2008-06-26 | Ntt Docomo Inc | Verfahren und Vorrichtung zur Steuerung der Übertragung von Daten aus mehreren Sensorknoten |
US7962464B1 (en) * | 2006-03-30 | 2011-06-14 | Emc Corporation | Federated search |
KR101604351B1 (ko) * | 2009-07-01 | 2016-03-16 | 주식회사 케이티 | 센서데이터 처리 방법 및 장치 |
US9167517B2 (en) * | 2010-01-29 | 2015-10-20 | Interdigital Patent Holdings, Inc. | Group-based machine to machine communication |
US20110239011A1 (en) * | 2010-03-26 | 2011-09-29 | Nokia Corporation | Method and apparatus for synchronizing wake-ups of offline mobile devices |
US9171079B2 (en) * | 2011-01-28 | 2015-10-27 | Cisco Technology, Inc. | Searching sensor data |
US9275093B2 (en) * | 2011-01-28 | 2016-03-01 | Cisco Technology, Inc. | Indexing sensor data |
US9225793B2 (en) * | 2011-01-28 | 2015-12-29 | Cisco Technology, Inc. | Aggregating sensor data |
US20120197856A1 (en) * | 2011-01-28 | 2012-08-02 | Cisco Technology, Inc. | Hierarchical Network for Collecting, Aggregating, Indexing, and Searching Sensor Data |
KR101979724B1 (ko) * | 2011-10-26 | 2019-05-17 | 한국전자통신연구원 | 통신 시스템에서 데이터 송수신 장치 및 방법 |
GB2500230A (en) * | 2012-03-14 | 2013-09-18 | Renesas Mobile Corp | Scheduling transmission of sensor data |
US9237524B2 (en) * | 2012-08-09 | 2016-01-12 | Computime, Ltd. | Sleep mode operation for networked end devices |
CN103312760B (zh) * | 2012-11-12 | 2015-10-21 | 中兴通讯股份有限公司 | 实现终端设备即插即用管理的能力开放平台、方法及网关 |
KR20150016458A (ko) * | 2013-08-02 | 2015-02-12 | 한국전자통신연구원 | 무선 센서 네트워크에서의 전송 스케줄링 방법 및 그 장치 |
US9942626B2 (en) * | 2013-09-10 | 2018-04-10 | Xipiter, Llc | Low power wireless RF communication platform and ad-hoc security network utilizing same |
US10015806B2 (en) * | 2013-11-15 | 2018-07-03 | Sony Corporation | Information processing device, information processing method and program |
JP6706460B2 (ja) * | 2014-06-02 | 2020-06-10 | 住友電気工業株式会社 | センサ情報管理装置、センサ情報管理方法およびセンサ情報管理プログラム |
US10282484B2 (en) * | 2015-01-12 | 2019-05-07 | Verisign, Inc. | Systems and methods for ontological searching in an IOT environment |
DE112015006398B4 (de) * | 2015-03-31 | 2023-07-20 | Nec Corporation | Verfahren und System zur Beobachtung eines vorgegebenen Überwachungsbereichs |
US9504012B1 (en) * | 2015-05-22 | 2016-11-22 | Sony Corporation | Extended discontinuous reception mechanism |
WO2016203543A1 (ja) * | 2015-06-16 | 2016-12-22 | 株式会社日立製作所 | データ収集装置及び方法 |
CN105119793B (zh) * | 2015-07-20 | 2019-03-08 | 电子科技大学 | 一种传感器网络can总线帧格式的标识符分配方法 |
US9801202B2 (en) * | 2015-09-14 | 2017-10-24 | Uber Technologies, Inc. | Bluetooth device and data scheduler |
US10317243B2 (en) * | 2015-10-15 | 2019-06-11 | Intertrust Technologies Corporation | Sensor information management systems and methods |
US9741183B2 (en) * | 2015-11-10 | 2017-08-22 | Veniam, Inc | Systems and methods for optimizing data gathering in a network of moving things |
WO2017090306A1 (ja) * | 2015-11-27 | 2017-06-01 | 日本電気株式会社 | センサデータ収集システム |
CN105516271B (zh) * | 2015-11-30 | 2018-10-19 | 电子科技大学 | 业务处理系统、业务处理方法及装置 |
US10575157B2 (en) * | 2016-02-25 | 2020-02-25 | Comcast Cable Communications, Llc | Resource control for network devices |
US20170251488A1 (en) * | 2016-02-26 | 2017-08-31 | Comcast Cable Communications, Llc | Network Scheduling For Improved Reliability |
JP6483917B2 (ja) * | 2016-07-19 | 2019-03-13 | 株式会社日立製作所 | センサシステム及びデータ収集方法 |
US10466686B2 (en) * | 2017-02-17 | 2019-11-05 | Honeywell International Inc. | System and method for automatic configuration of a data collection system and schedule for control system monitoring |
US10810806B2 (en) * | 2017-03-13 | 2020-10-20 | Renovo Motors, Inc. | Systems and methods for processing vehicle sensor data |
CN108810053A (zh) * | 2017-05-04 | 2018-11-13 | 株式会社日立制作所 | 物联网应用处理方法和物联网应用系统 |
WO2018207322A1 (ja) * | 2017-05-11 | 2018-11-15 | 三菱電機株式会社 | データ収集装置およびデータ収集プログラム |
US20210409981A1 (en) * | 2017-05-18 | 2021-12-30 | Xidian University | Adaptive network data collection and composition |
JP6851952B2 (ja) * | 2017-10-24 | 2021-03-31 | 株式会社日立製作所 | データ収集装置及びデータ収集方法 |
US10764911B2 (en) * | 2017-12-01 | 2020-09-01 | Renovo Motors, Inc. | Systems and methods for prioritizing data for autonomous mobility on demand |
-
2018
- 2018-10-25 EP EP18889977.7A patent/EP3712776A4/en active Pending
- 2018-10-25 US US16/477,340 patent/US11797458B2/en active Active
- 2018-10-25 JP JP2019560841A patent/JP7338475B2/ja active Active
- 2018-10-25 WO PCT/JP2018/039739 patent/WO2019123832A1/ja unknown
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010049560A (ja) * | 2008-08-22 | 2010-03-04 | Kiyoshi Honda | 観測ステーション、観測ステーションのサーバー、観測システム、及び観測方法 |
JP2013521471A (ja) * | 2010-02-25 | 2013-06-10 | クゥアルコム・インコーポレイテッド | 触圧センサを適用するための方法および装置 |
JP2016536729A (ja) * | 2013-10-21 | 2016-11-24 | コンヴィーダ ワイヤレス, エルエルシー | M2mデバイスのクローリング |
US20160105305A1 (en) | 2014-10-13 | 2016-04-14 | Cisco Technology, Inc. | Automatic Creation and Management of a Community of Things for Internet of Things (IoT) Applications |
JP2016162294A (ja) * | 2015-03-03 | 2016-09-05 | 株式会社東芝 | 監視システム、センサーノード、サーバー、及び制御方法 |
JP2016163242A (ja) * | 2015-03-04 | 2016-09-05 | 株式会社日立製作所 | データ収集システム、データ収集方法、サーバ及びゲートウェイ |
JP2017034307A (ja) * | 2015-07-28 | 2017-02-09 | 株式会社東芝 | 情報収集管理装置、方法、及び情報収集システム |
Non-Patent Citations (1)
Title |
---|
SUZUKI, TAKAAKI ET AL.: "A power -saving management protocol by efficient management communication of sensor devices in wireless sensor networks.", IEICE TECHNICAL REPORT, vol. 111, no. 385, 12 January 2012 (2012-01-12), pages 19 - 24, XP009521990 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102382328B1 (ko) * | 2020-10-30 | 2022-04-01 | 연세대학교 산학협력단 | 사물 인터넷 환경에서 다중 규칙 간 데이터 공유에 기반하는 스케줄링 장치 및 방법 |
Also Published As
Publication number | Publication date |
---|---|
EP3712776A1 (en) | 2020-09-23 |
US11797458B2 (en) | 2023-10-24 |
US20190377695A1 (en) | 2019-12-12 |
EP3712776A4 (en) | 2021-01-27 |
JPWO2019123832A1 (ja) | 2020-10-22 |
JP7338475B2 (ja) | 2023-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11741138B2 (en) | Enabling resource semantics | |
US10635663B2 (en) | Mechanisms for semantics publishing and discovery | |
Kim et al. | M2M service platforms: Survey, issues, and enabling technologies | |
Alaya et al. | Toward semantic interoperability in oneM2M architecture | |
KR101825700B1 (ko) | M2m 디바이스들의 크롤링 | |
US10341439B2 (en) | Semantics support and management in M2M systems | |
JP7038113B2 (ja) | モノのインターネットにおけるセマンティックマッシュアップの許可 | |
CN105760397B (zh) | 物联网本体模型处理方法及装置 | |
WO2015082083A1 (en) | Method and system for generating a virtual device resource accessible by an application | |
CN103401897A (zh) | 一种分布式服务注册中心构建方法 | |
CN101877718A (zh) | 一种基于sip协议的物联网互联互通综合管理系统 | |
WO2019123832A1 (ja) | 端末管理装置及び端末装置 | |
WO2021089158A1 (en) | Network entities for supporting analytics generation | |
CN105978852A (zh) | 一种网络设备访问历史信息的确定方法、设备及交换机 | |
Seydoux et al. | Capturing the contributions of the semantic web to the IoT: a unifying vision | |
CN105516271A (zh) | 业务处理系统、业务处理方法及装置 | |
Trifa et al. | Leveraging the web for a distributed location-aware infrastructure for the real world | |
JP2002373175A (ja) | サービス検索方法及びシステム | |
CN103532800B (zh) | M2m家居网络及根据该网络进行智能处理的方法 | |
CN103905249A (zh) | 一种基于jxme的移动互联网网络监控管理方法 | |
Sue et al. | Cache-enabled Access Control System Based on OM2M Framework | |
Xue et al. | Context gateway for physical spaces | |
Ostermaier | The Web as an Interface to the Physical World: Real-time Search and Development Support: Real-time Search and Development Support | |
Zhong et al. | A Unified-Index Based Distributed Specification for Heterogeneous Components Management |
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: 18889977 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2019560841 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2018889977 Country of ref document: EP Effective date: 20190906 |