WO2018123211A1 - データフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラム - Google Patents

データフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラム Download PDF

Info

Publication number
WO2018123211A1
WO2018123211A1 PCT/JP2017/037400 JP2017037400W WO2018123211A1 WO 2018123211 A1 WO2018123211 A1 WO 2018123211A1 JP 2017037400 W JP2017037400 W JP 2017037400W WO 2018123211 A1 WO2018123211 A1 WO 2018123211A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
application
side metadata
flow control
control command
Prior art date
Application number
PCT/JP2017/037400
Other languages
English (en)
French (fr)
Inventor
丈嗣 内藤
哲二 大和
利彦 小田
修一 三角
Original Assignee
オムロン株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by オムロン株式会社 filed Critical オムロン株式会社
Priority to US16/346,558 priority Critical patent/US11182387B2/en
Priority to EP17885674.6A priority patent/EP3564832B1/en
Publication of WO2018123211A1 publication Critical patent/WO2018123211A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/90335—Query processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24553—Query execution of query operations
    • G06F16/24558—Binary matching operations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit processing

Definitions

  • the present invention relates to a data flow control command generation device, a data flow control command generation method, and a data flow control command generation program.
  • IoT Internet of Things
  • Patent Document 1 includes sensor-side metadata that is information about a sensor that outputs sensing data, and application-side metadata that is information about an application that provides services using the sensing data.
  • a data flow control command generation device is described that transmits a data flow control command that matches and specifies a matched sensor and application.
  • open data which is public data.
  • open data is "data published in a data format suitable for machine interpretation, and usage rules that allow secondary use", and “secondary use of data is possible without much work. "Things to do”. Open data is databased by national and local governments, and they are compiled on a data catalog site.
  • an object of the present invention is to provide a data flow control command generation device, a data flow control command generation method, and a data flow control command generation program that appropriately distribute data and facilitate the use of data by an application. .
  • a data flow control command generation device provides a first data side metadata acquisition unit that acquires first data side metadata that is information related to first data, and a service using the first data.
  • the application-side metadata acquisition unit that acquires application-side metadata that is information related to the application to be provided, and the first data that satisfies the application requirements are extracted by matching the first data-side metadata and the application-side metadata.
  • a matching unit, and a transmission unit that transmits a data flow control command including information for acquiring the first data from the database that stores the first data extracted by the matching unit to a user terminal device that executes the application. Prepare.
  • the processor of the user terminal device that executes the application performs many calculations, and data that is suitable for use by the application is extracted without using a large amount of communication to search for data. Data can be easily acquired, and the calculation load and communication load of the user terminal device are reduced. In addition, the data is appropriately distributed, and the use of the data by the application is facilitated.
  • the transmission unit may transmit the data flow control command to the first data management apparatus that manages the first data extracted by the matching unit.
  • the first data can be collectively managed by the first data management device, and when the user terminal device uses the first data, the calculation load for retrieving the target first data And communication load is reduced.
  • a metadata generation unit that generates the first data side metadata based on the content of the first data may be further provided.
  • the first data is not provided with metadata, it is possible to newly generate metadata and give an opportunity to use the first data for the application. Thereby, more first data can be used by the application executed on the user terminal device while keeping the calculation load and communication load of the user terminal device low.
  • the metadata generation unit may search the first data based on the vocabulary corresponding to the genre to which the first data belongs, and extract the first data side metadata from the first data.
  • the first data can be searched with a vocabulary suitable for the content of the first data, and the extraction of the first data side metadata can be performed efficiently.
  • the first data side metadata can be generated with a lower calculation load.
  • the data flow control command transmitted by the transmission unit may include API data for calling a process for acquiring the first data from the database storing the first data by the application.
  • the aspect further includes a second data side metadata acquisition unit that acquires second data side metadata that is information related to the second data, and the matching unit performs matching between the second data side metadata and the application side metadata.
  • the second data that satisfies the request of the application is extracted by performing, and the transmission unit sends the second data extracted by the matching unit to the second data management device that manages the second data extracted by the matching unit.
  • a data flow control command specifying the application is transmitted, and the matching unit matches either the first data side metadata or the second data side metadata with the application side metadata based on the application side metadata. You may further provide the judgment part which judges whether.
  • an appropriate matching target is determined by the determination unit.
  • Appropriate data flow control commands can be generated. This eliminates the need for the user terminal device to determine whether the data required on the application side is included in the first data or the second data, thereby reducing the calculation load and communication load of the user terminal device.
  • a second data side metadata acquisition unit that acquires second data side metadata about the second data
  • the matching unit performs matching between the second data side metadata and the application side metadata.
  • the second data that satisfies the request of the application is extracted, and the transmission unit sends the second data extracted by the matching unit and the application to the second data management device that manages the second data extracted by the matching unit.
  • the identified data flow control command may be transmitted, and the matching unit may match the application-side metadata with priority given to the first data-side metadata over the second data-side metadata.
  • an appropriate data flow control command is generated by consistent processing. be able to.
  • the calculation and communication of the data flow control command generating process by the data flow control command generating device are simplified, and the calculation load and communication load of the data flow control command generating device are reduced.
  • the transmission unit transmits the second data to the application in a push type to the second data management device.
  • a data flow control command may be transmitted.
  • the application can acquire the second data in real time. Further, it is not necessary to search for the second data satisfying the application request using the processor of the user terminal device, and the calculation load and communication load of the user terminal device are reduced.
  • the first data may include data stored in a database
  • the second data may include data output from the sensor
  • both static data and dynamic data output in real time can be appropriately distributed to facilitate use by the application.
  • static data and dynamic data are classified by metadata, processing for classifying static data and dynamic data by the user terminal device is not necessary, and calculation of the user terminal device is not necessary. The load is reduced.
  • the first data may include data that can be used for free
  • the second data may include data that cannot be used for secondary use or can be used for a fee
  • a data flow control command generation method includes a first step of acquiring first data-side metadata that is information relating to first data, and information relating to an application that provides a service using the first data.
  • the processor of the user terminal device that executes the application performs many calculations, and data that is suitable for use by the application is extracted without using a large amount of communication to search for data. Data can be easily acquired, and the calculation load and communication load of the user terminal device are reduced. In addition, the data is appropriately distributed, and the use of the data by the application is facilitated.
  • a data flow control command generation program uses a first data side metadata acquisition unit that acquires a first data side metadata that is information related to first data, and a first data.
  • Application-side metadata acquisition unit that acquires application-side metadata that is information related to the application that provides the service, and first data that satisfies the application requirements by matching the first data-side metadata and the application-side metadata
  • a user terminal device that directly or indirectly executes a data flow control command including information for acquiring the first data from a database storing the first data extracted by the matching unit And function as a transmission unit that transmits to
  • the processor of the user terminal device that executes the application performs many calculations, and data that is suitable for use by the application is extracted without using a large amount of communication to search for data. Data can be easily acquired, and the calculation load and communication load of the user terminal device are reduced. In addition, the data is appropriately distributed, and the use of the data by the application is facilitated.
  • a data flow control command generating device for appropriately distributing data and facilitating use of data by an application.
  • FIG. 1 is a diagram showing an outline of data distribution controlled by a data flow control command generation device 10 according to an embodiment of the present invention.
  • the data flow control command generation device 10 receives closed data output from the sensor group 60 or open data recorded in a database included in the database group 50 in response to a request from an application executed on the user terminal device 40. A data flow control command is generated so that the device 40 can obtain it.
  • the data flow control command generation device 10 acquires application-side metadata related to the application from the user terminal device 40, and matches the application-side metadata with the open data-side metadata or the sensor-side metadata.
  • the data flow control command generation device 10 transmits an open data side data flow control command to the open data management device 20 or transmits a sensor side data flow control command to the sensor management device 30 according to the matching result.
  • the data flow control command generation device 10 may transmit the open data side data flow control command and the sensor side data flow control command to the user terminal device 40 directly or indirectly.
  • the open data management device 20 corresponds to a first data management device.
  • the data flow control command generation device 10 transmits an open data side data flow control command to the open data management device 20, and the open data management device 20 includes at least data relating to conditions included in the open data side data flow control command (hereinafter “ "First condition data") is transmitted to the user terminal device 40.
  • the first condition data includes information for acquiring the open data from the database, and the user terminal device 40 acquires the open data in a pull type based on the first condition data.
  • the acquisition of data in a pull type means that the user terminal device accesses the database and acquires data from the database based on a request from the user terminal device.
  • the first data includes open data.
  • Open data is static or dynamic data stored in a database.
  • railway operation data and pass / air operation data in the field of public transportation are examples of open data.
  • base map information road map, hazard map, etc.
  • weather radar data car probe data, etc. in the G space field (field related to geospatial information) are examples of open data.
  • open data can be stored in any number of databases.
  • the open data is stored in the first database 51 and the second database 52 included in the database group 50.
  • the open data may be data that can be used for free secondary use.
  • the data that can be used secondarily means data that is allowed to be used without limitation and data that is allowed to be used as long as the usage rules regarding the purpose of use and modification of the data are followed.
  • the open data is not necessarily composed only of sensing data, and may include statistical data, POS (Point Of Sales) data, and the like.
  • open data may be stored in a database published by a public office and registered in a data catalog site.
  • the data catalog site is a website that publishes an open data catalog related to registered open data.
  • the open data catalog (not shown in FIG. 1) includes bibliographic information of open data, shows an outline of open data, and may be handled separately from the open data itself.
  • the open data catalog may be stored in the same database as the database in which the open data is stored, or may be stored in another database.
  • the sensor management device 30 corresponds to a second data management device, and pushes sensing data to an application executed by the user terminal device 40 from the sensor to the sensor extracted by the data flow control command generation device 10.
  • a sensor-side data flow control command for transmission is transmitted.
  • the user terminal device 40 acquires sensing data transmitted in a push type from the sensor.
  • the push-type transmission of data means that the database or the like actively transmits data to the user terminal device without requesting data transmission from the user terminal device to the database or the like. Sending data to the terminal device.
  • the second data includes closed data.
  • the closed data includes dynamic data such as sensing data output from sensors included in the sensor group 60, for example.
  • the sensor group 60 includes an arbitrary number of devices that sense an arbitrary target, and includes a first sensor 61 and a second sensor 62 in this example.
  • the closed data output from the sensor group 60 may be data that cannot be used secondary or can be used for a fee for secondary use, and may require a separate usage contract for use.
  • FIG. 2 is a diagram showing a physical configuration of the data flow control command generation device 10 according to the embodiment of the present invention.
  • the data flow control command generation device 10 includes a CPU (Central Processing Unit) 10a corresponding to a hardware processor, a RAM (Random Access Memory) 10b corresponding to a memory, a ROM (Read only Memory) 10c corresponding to a memory, It has a communication unit 10d, an input unit 10e, and a display unit 10f. These components are connected to each other via a bus so that data can be transmitted and received.
  • a CPU Central Processing Unit
  • RAM Random Access Memory
  • ROM Read only Memory
  • the CPU 10a is a control unit that performs control related to execution of a program stored in the RAM 10b or the ROM 10c, and calculates and processes data.
  • the CPU 10a is an arithmetic device that executes an application for generating a data flow control command.
  • the CPU 10a receives various input data from the input unit 10e and the communication unit 10d, and displays the calculation result of the input data on the display unit 10f or stores it in the RAM 10b or the ROM 10c.
  • the RAM 10b is a storage unit capable of rewriting data, and is composed of, for example, a semiconductor storage element.
  • the RAM 10b stores programs such as applications executed by the CPU 10a and data.
  • the ROM 10c is a storage unit that can only read data, and is composed of, for example, a semiconductor storage element.
  • the ROM 10c stores programs such as firmware and data, for example.
  • the communication unit 10d is an interface for connecting the data flow control command generation device 10 to a communication network.
  • a communication network For example, a LAN (Local Area Network), a WAN (Wide Area Network), or a WAN (Wide Area Network) configured by a wired or wireless data transmission path, Connected to a communication network such as the Internet.
  • the input unit 10e receives data input from the user, and includes, for example, a keyboard, a mouse, and a touch panel.
  • the display unit 10f visually displays a calculation result by the CPU 10a, and is configured by, for example, an LCD (Liquid Crystal Display).
  • the data flow control command generation device 10 may be configured by executing a data flow control command generation program according to the present embodiment by the CPU 10a of a general personal computer.
  • the data flow control command generation program may be provided by being stored in a computer-readable storage medium such as the RAM 10b or the ROM 10c, or may be provided via a communication network connected by the communication unit 10d.
  • the data flow control command generation device 10 may include an LSI (Large-Scale Integration) in which a CPU 10a, a RAM 10b, and a ROM 10c are integrated.
  • LSI Large-Scale Integration
  • FIG. 3 is a functional block diagram of the data flow control command generation device 10 according to the embodiment of the present invention.
  • the data flow control command generation device 10 includes a sensor side metadata acquisition unit 11, an open data side metadata acquisition unit 12, a matching unit 13, an application side metadata acquisition unit 14, a determination unit 15, a metadata generation unit 16, and a data flow.
  • a control command generation unit 17 and a transmission unit 18 are provided.
  • the functional block shown in the figure represents the function exhibited using the physical structure with which the data flow control command generation device 10 is provided, and does not necessarily correspond one-to-one with the physical structure.
  • the sensor-side metadata acquisition unit 11 corresponds to a second data-side metadata acquisition unit, and acquires sensor-side metadata that is information regarding the sensor group 60 that outputs closed data.
  • the open data side metadata acquisition unit 12 corresponds to a first data side metadata acquisition unit, and acquires open data side metadata that is information related to open data.
  • the sensor side metadata is acquired from the sensor group 60 (acquired from at least one of the first sensor 61 and the second sensor 62), but the sensor side metadata acquisition unit 11 stores the sensor side metadata.
  • the sensor side metadata may be acquired from the database.
  • the open data side metadata is acquired from at least one of the first database 51 and the second database 52 that store the open data.
  • the open data side metadata may be acquired from a database storing only data.
  • the open data side metadata may not be stored in the database in advance, and may be generated by the metadata generation unit 16.
  • the metadata generation unit 16 acquires a part of the open data side metadata from the open data catalog. Further, the metadata generation unit 16 generates a part of the open data side metadata based on the open data.
  • the matching unit 13 includes an open data side matching unit 13a and a sensor side matching unit 13b.
  • the open data side matching unit 13a extracts open data that satisfies a request for an application executed on the user terminal device 40 by matching the open data side metadata and the application side metadata.
  • the sensor-side matching unit 13b extracts closed data that satisfies the application requirements by matching the sensor-side metadata and the application-side metadata. More specifically, the sensor-side matching unit 13b extracts the closed data that satisfies the request of the application executed on the user terminal device 40 by matching the sensor-side metadata and the application-side metadata. Sensors that can provide data are extracted from the sensor group 60.
  • the determination unit 15 determines, based on the application side metadata, which of the open data side metadata and the sensor side metadata is matched with the application side metadata by the matching unit 13.
  • the data flow control command generation unit 17 includes an open data side data flow control command generation unit 17a and a sensor side data flow control command generation unit 17b.
  • the open data side data flow control command generation unit 17a includes open data side data including first condition data for acquiring the open data extracted by the open data side matching unit 13a from the application side executed by the user terminal device 40. Generate a flow control command.
  • the sensor-side data flow control command generation unit 17b generates a sensor-side data flow control command that specifies the sensor extracted by the sensor-side matching unit 13b and the application executed by the user terminal device 40.
  • the transmission unit 18 transmits the open data side data flow control command generated by the open data side data flow control command generation unit 17a directly or indirectly to the user terminal device 40 that executes the application.
  • the transmission unit 18 according to the present embodiment transmits an open data side data flow control command to the open data management device 20 that manages open data. That is, the transmission unit 18 indirectly transmits the open data side data flow control command to the user terminal device 40. However, the transmission unit 18 may directly transmit the open data side data flow control command to the user terminal device 40.
  • the transmitting unit 18 transmits the sensor-side data flow control command generated by the sensor-side data flow control command generating unit 17b to the sensor management device 30 that manages the sensor group 60 extracted by the matching unit 13. .
  • the metadata generation unit 16 generates open data side metadata based on the contents of the open data.
  • the metadata generation unit 16 analyzes the character data included in the open data, extracts 4W2H data described in detail below, and generates open data side metadata.
  • the open data side metadata generation processing by the metadata generation unit 16 will be described in detail with reference to FIGS.
  • FIG. 4 is a diagram showing an example of the contents of the open data side metadata OMD.
  • the open data side metadata OMD corresponds to the first data side metadata, and is data necessary to determine whether the open data satisfies the application request.
  • the open data side metadata OMD includes 4W2H data.
  • the 4W2H data is data indicating who (Who), what (What), when (Where), where (Where), how (How), and how much (How much) to provide.
  • the open data side metadata OMD may be stored in the database together with the open data itself, may be stored in another database, or may be generated by the metadata generation unit 16.
  • the item “Who” included in the open data side metadata OMD is data relating to the data provider or the data providing organization.
  • the item “What” is data relating to the type of data, the measurement target, or the attributes of the measurement target.
  • the item “Where” is data related to the position and place where the measurement was performed. However, when the sensor that acquires data moves and the measurement position changes, the range of the measurement position is indicated.
  • the item “When” is data relating to the time when the measurement was performed. When the data acquisition is periodically repeated, the data acquisition period and the acquisition interval are shown. When the data acquisition is performed once, the data acquisition date and hour / minute / second are shown.
  • the item “How” is data relating to the specification, measurement conditions, and installation conditions of the device from which data is acquired.
  • the item “How much” is data relating to the amount of data required and the settlement method.
  • a prefecture river management section is described in the “Who” item, and the corresponding open data is provided by the river management section of A prefecture.
  • the item “What” indicates “the water level of the X river”, and indicates that the measurement target is the water level of the X river.
  • the item “When” describes “YY / MM / DD to yy / mm / dd” and indicates that the data acquisition period is from MM month DD day in YY to mm month dd day in yy year. ing. Although the measurement interval is not clearly shown, the measurement interval may be, for example, every day at 12:00 noon. Further, the item “When” may include data related to the hour, minute, and second when each data is acquired.
  • the item “Where” “A prefecture B city X river” is described, indicating that the data acquisition place is X river flowing through A prefecture B city.
  • the item “Where” may include data related to the latitude and longitude from which the data was acquired.
  • “How”, “Detail: URL” is described, and the URL indicating the location of the data describing the details is shown.
  • the data whose location is indicated by the URL includes, for example, the specifications of the device used for measuring the data, the installation location of the device, and the purpose of the measurement.
  • the item “How much” is described as “Free”, indicating that the open data can be used for free.
  • the sensor side metadata corresponds to the second data side metadata, and includes 4W2H data, similar to the open data side metadata OMD.
  • the sensor side metadata may include a usage rule regarding secondary usage.
  • the application-side metadata includes 4W2H data, similar to the open data-side metadata OMD.
  • the application-side metadata is a usage condition that indicates what kind of usage rule is used when a usage rule is defined for open data or sensing data (closed data) output from the sensor group 60 Data may be included.
  • the matching unit 13 matches the sensor-side metadata to the application-side metadata, the application service uses the sensing data under the conditions indicated in the “How much” item of the sensor-side metadata.
  • the open data side metadata OMD and the sensor side metadata each include 4W2H data has been described.
  • the open data side metadata OMD and the sensor side metadata include a part of the 4W2H data. May be included, data other than 4W2H data may be included, and any item may be included.
  • the data flow control command generation device 10 According to the data flow control command generation device 10 according to the present embodiment, a large number of calculations are performed by the processor of the user terminal device 40 that executes the application, and the application is used without spending a large amount of communication and searching for data. Data suitable for the user terminal is extracted, data can be easily acquired from the application side, and the calculation load and communication load of the user terminal device 40 are reduced. More specifically, according to the data flow control command generation device 10, it is suitable for use by an application without performing many calculations by the processor of the user terminal device 40 and searching for open data by consuming a large amount of communication. The open data is extracted and the open data can be easily acquired from the application side, and the calculation load and communication load of the user terminal device 40 are reduced. According to the data flow control command generation device 10, it is possible to appropriately distribute open data and facilitate the use of open data by an application.
  • the open data management device 20 can collectively manage open data.
  • the user terminal device 40 uses open data, a calculation load and a communication load for searching for the target open data are reduced.
  • FIG. 5 is a diagram showing the contents of the open data side data flow control command OC.
  • the open data side data flow control command OC corresponds to the first data side data flow control command, and the first condition data OC1 for acquiring the open data extracted by the matching unit 13 from the database storing the open data.
  • the first condition data OC1 includes API data OC2 for obtaining open data from a database in which the open data is stored.
  • the API data OC2 is an API (Application Programming Interface) that calls a process for acquiring open data from a database storing open data by an application executed by the user terminal device 40.
  • the open data side data flow control command OC includes the API data OC2 for acquiring the open data from the database, it is not necessary to determine the data processing method for each open data to be used, and the processing executed by the application is eliminated. It is simplified and the calculation load of the user terminal device 40 is reduced.
  • FIG. 6 is a diagram showing the contents of the sensor-side data flow control command SC.
  • the sensor-side data flow control command SC corresponds to the second data-side data flow control command, and includes a sensor that identifies the sensor and application extracted by the matching unit 13 and application identification data SC1.
  • the sensor and application identification data SC1 includes second condition data SC2 for transmitting the sensing data to the sensor management device 30 from the sensor extracted by the matching unit 13 to the application in a push type.
  • the transmission unit 18 transmits the sensor-side data flow control command SC including the second condition data SC2 to the sensor management device 30 when the matching unit 13 matches the sensor-side metadata with the application-side metadata. .
  • the sensor-side data flow control command SC includes data SC2 (hereinafter referred to as “second condition data SC2”) for transmitting the sensing data in a push type from the sensors included in the sensor group 60 to the application. Can acquire sensing data from the sensor group 60 in real time. As a result, the application can provide a dynamic service according to the current state of the measurement target by the sensor group 60.
  • the sensing data is transmitted to the application in a push type, it is not necessary to search for sensing data that satisfies the application request using the processor of the user terminal device 40, and the computation load and communication of the user terminal device 40 are eliminated. The load is reduced.
  • the sensor-side data flow control command SC does not necessarily include the second condition data SC2, and may include information for acquiring sensing data in a pull type from the sensors included in the sensor group 60.
  • the information for acquiring the sensing data in a pull type from the sensor may include API data for calling a process for acquiring the sensing data from the sensor group 60 (or database).
  • FIG. 7 is a flowchart showing a first process performed by the data flow control command generation device 10 according to the embodiment of the present invention.
  • the first process includes a process in which the determination unit 15 determines which of the open data side metadata and the sensor side metadata is matched with the application side metadata.
  • the data flow control command generation device 10 first acquires application-side metadata from the user terminal device 40 by the application-side metadata acquisition unit 14 (S10). Based on the acquired application-side metadata, the determination unit 15 determines which of the open data-side metadata and the sensor-side metadata is to be matched with the application-side metadata by the matching unit 13 (S11).
  • the open data side matching unit 13a When it is determined that the open data side metadata is matched with the application side metadata (S11: Yes), the open data side matching unit 13a performs a matching process between the application side metadata and the open data side metadata ( S12).
  • the open data side data flow control command generation unit 17a generates an open data side data flow control command including first condition data for acquiring the open data from the database storing the open data for the matched application and open data. (S13).
  • the transmission unit 18 transmits an open data side data flow control command to the open data management device 20 (S14). Thereafter, the open data management device 20 transmits at least the first condition data to the user terminal device 40. That is, the data flow control command generation device 10 indirectly transmits the open data side data flow control command to the user terminal device 40. However, the data flow control command generation device 10 may send the open data side data flow control command directly to the user terminal device 40 without sending it to the open data management device 20.
  • the sensor-side matching unit 13b performs a matching process between the application-side metadata and the sensor-side metadata (S16). ), A sensor capable of providing sensing data that satisfies the application requirements is extracted from the sensor group 60.
  • the sensor side data flow control command generation unit 17b generates a sensor side data flow control command specifying the matched application and sensor (S17).
  • the transmission unit 18 transmits a sensor-side data flow control command to the sensor management device 30 (S18).
  • the data flow control command generation device 10 even if it is not clear in advance whether the data to be obtained on the application side is included in the open data or the closed data, it is appropriately determined by the determination unit 15. Since an appropriate matching target is determined, an appropriate data flow control command can be generated. Thereby, it is not necessary for the user terminal device 40 to determine whether the data required on the application side is included in the open data or the closed data, and the calculation load and communication load of the user terminal device 40 are reduced.
  • FIG. 8 is a flowchart showing a second process performed by the data flow control command generation device 10 according to the embodiment of the present invention.
  • the second process includes a process in which the matching unit 13 preferentially matches the open data side metadata to the application side metadata over the sensor side metadata.
  • the data flow control command generation device 10 first acquires application-side metadata from the user terminal device 40 by the application-side metadata acquisition unit 14 (S20).
  • the matching unit 13 tries the matching process so that the acquired application-side metadata is matched with the open data-side metadata in preference to the sensor-side metadata (S21).
  • the open data-side data flow control command generation unit 17a performs the matching of the application and the open data from the database that stores the open data.
  • An open data side data flow control command including first condition data for obtaining open data is generated (S23).
  • the transmission unit 18 transmits an open data side data flow control command to the open data management device 20 (S24). Thereafter, the open data management device 20 transmits at least the first condition data to the user terminal device 40.
  • the data flow control command generation device 10 may send the open data side data flow control command directly to the user terminal device 40 without sending it to the open data management device 20.
  • the sensor side matching unit 13b performs matching processing between the application-side metadata and the sensor-side metadata (S26), and extracts from the sensor group 60 sensors that can provide sensing data that satisfies the application requirements.
  • the sensor-side data flow control command generation unit 17b generates a sensor-side data flow control command specifying the matched application and sensor (S27).
  • the transmission unit 18 transmits a sensor-side data flow control command to the sensor management device 30 (S28).
  • the data flow control command generation device 10 even if it is not clear in advance whether the data requested on the application side is included in the open data or the closed data, the data flow control command generation device 10 Data flow control commands can be generated. Thereby, the calculation and communication of the data flow control command generation process by the data flow control command generation device 10 are simplified, and the calculation load and communication load of the data flow control command generation device 10 are reduced. In addition, it is not necessary for the user terminal device 40 to determine whether the data required on the application side is included in the open data or the closed data, and the calculation load and communication load of the user terminal device 40 are reduced. In addition, if both closed data and open data include data that meets the requirements of the application, it is possible to preferentially use open data that can be used free of charge, suppressing an increase in data usage fees, Costs for providing services can be reduced.
  • both static data stored in a database and dynamic data output in real time are appropriately distributed to facilitate use by an application. be able to.
  • static data and dynamic data are classified by metadata, processing for classifying static data and dynamic data by the user terminal device 40 becomes unnecessary, and the user terminal device 40 is not required.
  • the calculation load is reduced.
  • both free data and paid data can be appropriately distributed to facilitate use by applications.
  • free data and paid data are classified by metadata, processing for classifying free data and paid data by the user terminal device 40 becomes unnecessary, and the computation load of the user terminal device 40 is reduced. It is reduced.
  • FIG. 9 is a diagram showing an example of the open data catalog ODC acquired by the data flow control command generation device 10 according to the embodiment of the present invention.
  • the metadata generation unit 16 acquires the open data catalog ODC from the first database 51, the second database 52, or another database.
  • the acquisition of the open data catalog ODC may be performed from an open data catalog site.
  • the open data catalog ODC is associated with open data, includes bibliographic information of open data, and indicates an outline of open data.
  • the open data catalog ODC includes an item “field”, an item ODC1 “title”, an item ODC2 “public organization name”, an item “tag”, and an item ODC3 “public web page”. .
  • the item “field” represents a data attribute of open data, and in this example is a “value”, that is, a numerical value.
  • the “title” item ODC1 represents the title given to the open data, and in this example is “C-band radar rainfall / water level”.
  • the item ODC2 of “published organization name” represents the name of the organization that published the open data, and in this example is “A prefecture river management section”.
  • the item “tag” represents a tag attached to search for open data. In this example, “tag” is “disaster, river information, disaster, disaster prevention, observation”.
  • the item ODC3 of “public web page” represents the location of the web page where the open data is published. In this example, it is “URL”, which is a URL (Uniform Resource Locator) that identifies the location on the Internet. Note that the five items shown here are examples, and the open data catalog ODC does not necessarily include all of these items, and may include other items.
  • the metadata generation unit 16 refers to the “title” item ODC1 and extracts the genre of the open data.
  • the genre of open data is information that can specify a field related to the open data, for example, manufacturing field, mobility, medical / health, public infrastructure / construction, energy, agriculture, logistics / distribution, administration, industrial security, It may be an industrial field related to open data, such as educational services, finance, smart house and tourism.
  • the metadata generation unit 16 may determine which genre the open data belongs to based on the content of the “title” item ODC1. For example, the metadata generation unit 16 calculates the degree of dependency regarding a plurality of genres for the item ODC1 of “Title”, extracts the genre having the largest degree of dependency, or extracts the plurality of genres in descending order of degree of dependency.
  • the metadata generation unit 16 may extract the genre of the open data with reference to items other than the “title” item ODC1 included in the open data catalog ODC. For example, the metadata generation unit 16 may search for items suitable for genre extraction from items included in the open data catalog ODC, and extract the genre of open data from the searched items.
  • the metadata generation unit 16 refers to the item ODC2 of “published organization name” and extracts the “Who” item from the 4W2H data of the open data side metadata OMD.
  • the extracted item is “A prefecture river management section”, and this item becomes the “Who” item of the open data side metadata OMD as shown in FIG.
  • the metadata generation unit 16 may extract the “Who” item of the open data side metadata OMD with reference to items other than the “published organization name” item ODC2 included in the open data catalog ODC.
  • the metadata generation unit 16 may search for an item suitable for extracting the “Who” item from the items included in the open data catalog ODC, and extract the “Who” item from the searched items.
  • the metadata generation unit 16 refers to the item ODC3 of “public web page” and extracts the item “How” from the 4W2H data of the open data side metadata OMD.
  • the extracted item is “URL”, and as shown in FIG. 4, the item is the “How” item of the open data side metadata OMD.
  • the metadata generation unit 16 may extract an item “How” of the open data side metadata OMD with reference to items other than the item ODC3 of the “public web page” included in the open data catalog ODC.
  • the metadata generation unit 16 may search for an item suitable for extraction of an item “How” from items included in the open data catalog ODC, and may extract an item “How” from the searched item.
  • FIG. 10 is a diagram showing an example of an open data public web page DP.
  • the example of the open data public web page DP shown in the figure is obtained by accessing the URL described in the item ODC3 of the “public web page” of the open data catalog ODC shown in FIG.
  • the public web page DP is a web page entitled “River Disaster Prevention Information” and is a web page that publishes “Past Data (River Water Level)”.
  • the public web page DP includes a first item DP1, a second item DP2, and a third item.
  • the metadata generation unit 16 searches the open data based on the vocabulary corresponding to the genre to which the open data belongs, and extracts the open data side metadata from the open data.
  • the metadata generation unit 16 determines a vocabulary used for searching the public web page DP based on the genre of the open data extracted from the open data catalog ODC.
  • the vocabulary may be different for each genre of open data, and may be a set of words that are frequently used in the genre.
  • the metadata generation unit 16 extracts 4W2H data of the open data side metadata OMD from the public web page DP by a complete match or partial match with a word included in the vocabulary. Thereby, open data can be searched with a vocabulary suitable for the contents of the open data, and the open data side metadata can be extracted efficiently. Therefore, it is possible to generate the open data side metadata while further reducing the calculation load of the data flow control command generation device 10.
  • the first item DP1 includes “X River” as “river name” and “A prefecture B city” as “location”.
  • the item “Where” is extracted from the 4W2H data of the open data side metadata OMD with reference to the first item DP1 of the public web page DP.
  • the extracted item is “A Prefecture B City X River”
  • the item is the “Where” item of the open data side metadata OMD as shown in FIG.
  • the metadata generation unit 16 may extract the “water system name” described in the public web page DP and use the information “Y river water system X river” as the open data side metadata OMD.
  • the second item DP2 includes “YY / MM / DD” to “yy / mm / dd” as “date”.
  • the metadata generation unit 16 refers to the second item DP2 of the public web page DP and extracts the item “When” from the 4W2H data of the open data side metadata OMD.
  • the extracted item is “YY / MM / DD to yy / mm / dd”, and this item is the “When” item of the open data side metadata OMD as shown in FIG.
  • 3rd item DP3 includes “water level (m)” as “observation item”.
  • the metadata generation unit 16 refers to the third item DP3 of the public web page DP and extracts the “What” item from the 4W2H data of the open data side metadata OMD.
  • the extracted item is “water level”
  • the “What” item of the open data side metadata OMD shown in FIG. 4 is combined with the information of “X River” included in the “Where” item. It becomes.
  • the public web page DP publishes data on the water level of the X River every hour for each date. For example, for a date of “YY / MM / DD”, the water level of River X is “0.98” (m) at 1 am and 2 am and “0.95” (m) at 12:00 midnight . For the date “yy / mm / dd”, the water level of the river X is “0.95” (m) at 1 am and 2 am, and “0.96” (m) at 12:00 midnight. .
  • the data related to the water level of the X river is open data, and the data flow control command generation device 10 according to the present embodiment gives the open data side metadata ODM shown in FIG. Promote smooth distribution of open data and use by applications.
  • FIG. 11 is a flowchart showing open data side metadata generation processing performed by the data flow control command generation device 10 according to the embodiment of the present invention.
  • the metadata generation unit 16 of the data flow control command generation device 10 acquires an open data catalog of open data to which metadata is added (S31).
  • the metadata generation unit 16 extracts the genre of the open data with reference to the item “title” included in the open data catalog (S32).
  • the metadata generation unit 16 refers to the item “published organization name” and extracts the “Who” item from the 4W2H data of the open data side metadata (S33).
  • the metadata generation unit 16 refers to the item “public web page” and extracts the item “how” from the 4W2H data of the open data side metadata (S34).
  • the metadata generation unit 16 acquires open data (views a public web page) by accessing a “public web page” described in the open data catalog (S35). Further, the metadata generation unit 16 determines a vocabulary list to be used for searching public web pages based on the genre of open data extracted from the open data catalog ODC. Based on the vocabulary corresponding to the extracted genre, the metadata generation unit 16 extracts the “When” item from the open data side metadata 4W2H data based on the vocabulary corresponding to the extracted genre (S36). Further, the metadata generation unit 16 extracts an item “Where” from the 4W2H data of the open data side metadata from the public web page based on the vocabulary corresponding to the extracted genre (S37).
  • the metadata generation unit 16 extracts the item “What” from the open data side metadata 4W2H data based on the vocabulary corresponding to the extracted genre (S38). Finally, the metadata generation unit 16 generates open data side metadata based on the extracted 4W2H data (S39). Thus, the open data side metadata generation process ends.
  • the data flow control command generation device 10 includes the metadata generation unit 16 so that even if it is open data to which no metadata is assigned, new metadata is generated, and the open data is an application. Can be used as an opportunity.
  • the generation of the metadata is automatically performed based on the specific contents of the open data, so that a large amount of open data can be classified, and more open data can be used. Further, by reducing the number of open data to which no metadata is assigned, more open data is executed by the user terminal device 40 while keeping the computation load and communication load for searching the open data by the user terminal device 40 low. Can be used by any application.
  • (Appendix 1) Having at least one memory and at least one hardware processor connected to the memory;
  • the hardware processor is Obtain the first data side metadata that is information about the first data, Obtaining application-side metadata that is information about an application that provides a service using the first data;
  • First data that satisfies the application requirements is extracted by matching the first data side metadata and the application side metadata,
  • a data flow control command including information for acquiring the first data from a database storing the first data extracted by the matching unit is configured to be transmitted to a user terminal device that executes the application.
  • Data flow control command generator is configured to be transmitted to a user terminal device that executes the application.
  • (Appendix 2) A first step of obtaining first data side metadata that is information about the first data by at least one hardware processor; A second step of acquiring application-side metadata, which is information related to an application that provides a service using the first data, by the hardware processor; A third step of extracting first data satisfying a request of the application by matching the first data side metadata and the application side metadata by the hardware processor; The hardware processor transmits a data flow control command including information for acquiring the first data from the database storing the first data extracted in the third step to the user terminal device that executes the application. And a fourth step Data flow control command generation method to execute.
  • User terminal Apparatus 50 ... Database group 51 ... First database 52 ... Second database 60 ... Sensor group 61 ... 1st sensor, 62 ... 2nd sensor, DP ... Public web page, DP1 ... 1st item, DP2 ... 2nd item, DP3 ... 3rd item, OC ... Open data side data flow control command, OC1 ... 1st Condition data, OC2 ... API data, ODC ... Open data catalog, ODC1 ... "Title” item, ODC2 ... "Published organization name” item, ODC3 ... "Public web page” item, OMD ... Open data side metadata, SC: Sensor side data flow control command, SC1: Sensor and application specific data, SC2: Second condition data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

オープンデータを適切に流通させ、アプリケーションによるオープンデータの利用を円滑化するデータフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラムを提供する。　データフロー制御指令発生装置１０は、第１データに関する情報である第１データ側メタデータを取得する第１データ側メタデータ取得部と、第１データを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータを取得するアプリ側メタデータ取得部と、第１データ側メタデータ及びアプリ側メタデータのマッチングを行うことでアプリケーションの要求を満たす第１データを抽出するマッチング部と、抽出された第１データを格納するデータベースから第１データを取得するための情報を含むデータフロー制御指令を、アプリケーションを実行するユーザ端末装置４０に送信する送信部と、を備える。

Description

データフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラム
　本発明は、データフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラムに関する。
　近年、ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）と呼ばれる技術が発展している。ＩｏＴは、世の中に存在する様々な物に関する情報を通信ネットワーク上で組み合わせることで新しい価値を生む技術である。ＩｏＴから価値を生み出すためには、物の状態をセンサにより読み取り、センシングデータを流通させる必要がある。
　センシングデータを流通させる仕組みに関し、特許文献１には、センシングデータを出力するセンサに関する情報であるセンサ側メタデータと、センシングデータを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータをマッチングして、マッチングされたセンサとアプリケーションとを特定したデータフロー制御指令を送信するデータフロー制御指令発生装置が記載されている。
特許第５４４４７２２号公報
　一方、政府は、公共データである「オープンデータ」の利活用を推進している。政府によれば、オープンデータとは、「機械判読に適したデータ形式で、二次利用が可能な利用ルールで公開されたデータ」であり「人手を多くかけずにデータの二次利用を可能とするもの」のことをいう。オープンデータは、国や地方自治体によってそれぞれデータベース化されており、それらはデータカタログサイトにまとめられている。
　しかしながら、オープンデータを利用してサービスを提供するアプリケーションを作成する場合、所望のオープンデータをデータカタログサイト等から検索し、抽出するために試行錯誤を要する場合があった。オープンデータは、誰にでもアクセス可能なものではあるが、流通環境が整備されているとは限らず、アプリケーションの要求を満たすオープンデータを探し出すことは容易でない場合がある。
　そこで、本発明は、データを適切に流通させ、アプリケーションによるデータの利用を円滑化するデータフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラムを提供することを目的とする。
　本発明の一態様に係るデータフロー制御指令発生装置は、第１データに関する情報である第１データ側メタデータを取得する第１データ側メタデータ取得部と、第１データを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータを取得するアプリ側メタデータ取得部と、第１データ側メタデータ及びアプリ側メタデータのマッチングを行うことでアプリケーションの要求を満たす第１データを抽出するマッチング部と、マッチング部により抽出された第１データを格納するデータベースから第１データを取得するための情報を含むデータフロー制御指令を、アプリケーションを実行するユーザ端末装置に送信する送信部と、を備える。
　この態様によれば、アプリケーションを実行するユーザ端末装置のプロセッサによって多くの演算を行い、多くの通信量を費やしてデータを検索せずとも、アプリケーションによる利用に適したデータが抽出され、アプリケーション側からデータを容易に取得できるようになり、ユーザ端末装置の演算負荷や通信負荷が軽減される。また、データが適切に流通され、アプリケーションによるデータの利用が円滑化される。
　上記態様において、送信部は、データフロー制御指令を、マッチング部により抽出された第１データを管理する第１データ管理装置に対して送信してもよい。
　この態様によれば、第１データ管理装置によって第１データを一括して管理することができ、ユーザ端末装置が第１データを利用する場合に、目的の第１データを検索するための演算負荷及び通信負荷が軽減される。
　上記態様において、第１データの内容に基づいて、第１データ側メタデータを生成するメタデータ生成部をさらに備えてもよい。
　この態様によれば、メタデータが付与されていない第１データであっても、新たにメタデータを生成し、第１データがアプリケーションに利用される機会を与えることができる。これにより、ユーザ端末装置の演算負荷や通信負荷を低く抑えつつ、より多くの第１データがユーザ端末装置で実行されるアプリケーションによって利用されるようにできる。
　上記態様において、メタデータ生成部は、第１データの属するジャンルに対応する語彙に基づいて第１データを検索し、第１データから第１データ側メタデータを抽出してもよい。
　この態様によれば、第１データの内容に適した語彙で第１データを検索することができ、第１データ側メタデータの抽出を効率良く行うことができるため、データフロー制御指令発生装置の演算負荷をより低く抑えて第１データ側メタデータを生成することができる。
　上記態様において、送信部により送信されるデータフロー制御指令は、アプリケーションによって、第１データを格納するデータベースから第１データを取得する処理を呼び出すためのＡＰＩデータを含んでもよい。
　この態様によれば、利用するデータ毎にデータ処理の方法を判断する必要が無くなり、アプリケーションにより実行する処理が簡略化され、ユーザ端末装置の演算負荷が軽減される。
　上記態様において、第２データに関する情報である第２データ側メタデータを取得する第２データ側メタデータ取得部をさらに備え、マッチング部は、第２データ側メタデータ及びアプリ側メタデータのマッチングを行うことでアプリケーションの要求を満たす第２データを抽出し、送信部は、マッチング部により抽出された第２データを管理する第２データ管理装置に対して、マッチング部により抽出された第２データとアプリケーションとを特定したデータフロー制御指令を送信し、アプリ側メタデータに基づいて、マッチング部により、アプリ側メタデータに対して第１データ側メタデータ及び第２データ側メタデータのいずれをマッチングさせるか判断する判断部をさらに備えてもよい。
　この態様によれば、アプリケーション側で求めるデータが、第１データに含まれるのか、第２データに含まれるのか予め明らかでない場合であっても、判断部により適切なマッチング対象が判断されるため、適切なデータフロー制御指令を生成することができる。これにより、アプリケーション側で求めるデータが、第１データ及び第２データのいずれに含まれるのかをユーザ端末装置によって判断する必要が無くなり、ユーザ端末装置の演算負荷や通信負荷が軽減される。
　上記態様において、第２データに関する第２データ側メタデータを取得する第２データ側メタデータ取得部をさらに備え、マッチング部は、第２データ側メタデータ及びアプリ側メタデータのマッチングを行うことでアプリケーションの要求を満たす第２データを抽出し、送信部は、マッチング部により抽出された第２データを管理する第２データ管理装置に対して、マッチング部により抽出された第２データとアプリケーションとを特定したデータフロー制御指令を送信し、マッチング部は、アプリ側メタデータに対して、第２データ側メタデータより第１データ側メタデータを優先してマッチングさせてもよい。
　この態様によれば、アプリケーション側で求めるデータが、第１データに含まれるのか、第２データに含まれるのか予め明らかでない場合であっても、一貫した処理によって適切なデータフロー制御指令を生成することができる。これにより、データフロー制御指令発生装置によるデータフロー制御指令の生成処理の演算及び通信が簡略化され、データフロー制御指令発生装置の演算負荷及び通信負荷が軽減される。また、アプリケーション側で求めるデータが、第１データ及び第２データのいずれに含まれるのかをユーザ端末装置によって判断する必要が無くなり、ユーザ端末装置の演算負荷や通信負荷が軽減される。
　上記態様において、送信部は、マッチング部によりアプリ側メタデータに対して第２データ側メタデータがマッチングされた場合に、第２データ管理装置に対して、アプリケーションへ第２データをプッシュ型で送信するためのデータフロー制御指令を送信してもよい。
　この態様によれば、アプリケーションが、リアルタイムで第２データを取得することができる。また、アプリケーションの要求を満たす第２データをユーザ端末装置のプロセッサを用いて検索する必要が無くなり、ユーザ端末装置の演算負荷及び通信負荷が軽減される。
　上記態様において、第１データは、データベースに格納されたデータを含み、第２データは、センサから出力されるデータを含んでもよい。
　この態様によれば、静的なデータとリアルタイムで出力される動的なデータの両方を適切に流通させ、アプリケーションによる利用を円滑化することができる。また、静的なデータと動的なデータとがメタデータにより分類されるため、ユーザ端末装置によって静的なデータと動的なデータとを分類するための処理が不要となり、ユーザ端末装置の演算負荷が軽減される。
　上記態様において、第１データは、無償で二次利用が可能なデータを含み、第２データは、二次利用が不可能又は有償で二次利用が可能なデータを含んでもよい。
　この態様によれば、無償のデータと有償のデータの両方を適切に流通させ、アプリケーションによる利用を円滑化することができる。また、無償のデータと有償のデータとがメタデータにより分類されるため、ユーザ端末装置によって無償のデータと有償のデータとを分類するための処理が不要となり、ユーザ端末装置の演算負荷が軽減される。
　本発明の一態様に係るデータフロー制御指令発生方法は、第１データに関する情報である第１データ側メタデータを取得する第１ステップと、第１データを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータを取得する第２ステップと、第１データ側メタデータ及びアプリ側メタデータのマッチングを行うことでアプリケーションの要求を満たす第１データを抽出する第３ステップと、第３ステップにより抽出された第１データを格納するデータベースから第１データを取得するための情報を含むデータフロー制御指令を、アプリケーションを実行するユーザ端末装置に送信する第４ステップと、を含む。
　この態様によれば、アプリケーションを実行するユーザ端末装置のプロセッサによって多くの演算を行い、多くの通信量を費やしてデータを検索せずとも、アプリケーションによる利用に適したデータが抽出され、アプリケーション側からデータを容易に取得できるようになり、ユーザ端末装置の演算負荷や通信負荷が軽減される。また、データが適切に流通され、アプリケーションによるデータの利用が円滑化される。
　本発明の一態様に係るデータフロー制御指令発生プログラムは、コンピュータを、第１データに関する情報である第１データ側メタデータを取得する第１データ側メタデータ取得部と、第１データを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータを取得するアプリ側メタデータ取得部と、第１データ側メタデータ及びアプリ側メタデータのマッチングを行うことでアプリケーションの要求を満たす第１データを抽出するマッチング部と、マッチング部により抽出された第１データを格納するデータベースから第１データを取得するための情報を含むデータフロー制御指令を、直接又は間接に、アプリケーションを実行するユーザ端末装置に送信する送信部と、として機能させる。
　この態様によれば、アプリケーションを実行するユーザ端末装置のプロセッサによって多くの演算を行い、多くの通信量を費やしてデータを検索せずとも、アプリケーションによる利用に適したデータが抽出され、アプリケーション側からデータを容易に取得できるようになり、ユーザ端末装置の演算負荷や通信負荷が軽減される。また、データが適切に流通され、アプリケーションによるデータの利用が円滑化される。
　本発明によれば、データを適切に流通させ、アプリケーションによるデータの利用を円滑化するデータフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラムが提供される。
本発明の実施形態に係るデータフロー制御指令発生装置により制御されるデータ流通の概要を示す図である。 本発明の実施形態に係るデータフロー制御指令発生装置の物理的構成を示す図である。 本発明の実施形態に係るデータフロー制御指令発生装置の機能ブロック図である。 オープンデータ側メタデータの内容の一例を示す図である。 オープンデータ側データフロー制御指令の内容を示す図である。 センサ側データフロー制御指令の内容を示す図である。 本発明の実施形態に係るデータフロー制御指令発生装置で行われる第１処理を示すフローチャートである。 本発明の実施形態に係るデータフロー制御指令発生装置で行われる第２処理を示すフローチャートである。 本発明の実施形態に係るデータフロー制御指令発生装置により取得されるオープンデータカタログの例を示す図である。 オープンデータの公開ウェブページの例を示す図である。 本発明の実施形態に係るデータフロー制御指令発生装置により行われるオープンデータ側メタデータ生成処理を示すフローチャートである。
　添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
　図１は、本発明の実施形態に係るデータフロー制御指令発生装置１０により制御されるデータ流通の概要を示す図である。データフロー制御指令発生装置１０は、ユーザ端末装置４０で実行されるアプリケーションの要求に応じて、センサ群６０が出力するクローズドデータ又はデータベース群５０に含まれるデータベースに記録されているオープンデータをユーザ端末装置４０が取得できるようにデータフロー制御指令を生成する。データフロー制御指令発生装置１０は、ユーザ端末装置４０からアプリケーションに関するアプリ側メタデータを取得し、アプリ側メタデータとオープンデータ側メタデータ又はセンサ側メタデータとをマッチングさせる。データフロー制御指令発生装置１０は、マッチング結果に応じて、オープンデータ側データフロー制御指令をオープンデータ管理装置２０に送信するか又はセンサ側データフロー制御指令をセンサ管理装置３０に送信する。なお、データフロー制御指令発生装置１０は、オープンデータ側データフロー制御指令及びセンサ側データフロー制御指令を、直接又は間接にユーザ端末装置４０に送信してもよい。
　オープンデータ管理装置２０は、第１データ管理装置に相当する。データフロー制御指令発生装置１０は、オープンデータ側データフロー制御指令をオープンデータ管理装置２０に送信し、オープンデータ管理装置２０は、少なくともオープンデータ側データフロー制御指令に含まれる条件に関するデータ（以下「第１条件データ」という。）をユーザ端末装置４０に送信する。第１条件データは、オープンデータをデータベースから取得するための情報を含み、ユーザ端末装置４０は、第１条件データに基づき、オープンデータをプル型で取得する。ここで、データをプル型で取得とは、ユーザ端末装置がデータベースにアクセスして、ユーザ端末装置からの要求に基づいて、データベースからデータを取得することをいう。
　本明細書において、第１データはオープンデータを含む。オープンデータは、データベースに格納されている静的又は動的なデータである。例えば、公共交通分野における、鉄道運行データ及びパス・航空運行データ等は、オープンデータの一例である。また、Ｇ空間分野（地理空間情報に関する分野）における、基盤地図情報（道路地図、ハザードマップ等）、気象レーダデータ及びカープローブデータ等は、オープンデータの一例である。また、オープンデータは、任意の数のデータベースに格納され得る。本例では、オープンデータは、データベース群５０に含まれる第１データベース５１及び第２データベース５２に格納されている。オープンデータは、無償で二次利用が可能なデータであってもよい。ここで、二次利用が可能なデータとは、無制限で二次利用が認められたデータ及びデータの使用目的や改変に関する利用ルールに従う限り二次利用を認めているデータをいう。オープンデータは、必ずしもセンシングデータのみから構成される必要はなく、統計データやＰＯＳ（Ｐｏｉｎｔ　Ｏｆ　Ｓａｌｅｓ）データ等を含んでもよい。オープンデータは、例えば、官公庁により公開されているデータベースに格納され、データカタログサイトに登録されている場合がある。ここで、データカタログサイトは、登録されたオープンデータに関するオープンデータカタログを公開するウェブサイトである。オープンデータカタログ（図１において不図示）は、オープンデータの書誌情報を含み、オープンデータの概要を示すものであり、オープンデータそのものとは区別されて扱われてよい。オープンデータカタログは、オープンデータが格納されるデータベースと同じデータベースに格納されるものであってもよいし、他のデータベースに格納されるものであってもよい。
　センサ管理装置３０は、第２データ管理装置に相当し、データフロー制御指令発生装置１０により抽出されたセンサに対し、センサからユーザ端末装置４０で実行されるアプリケーションに対してセンシングデータをプッシュ型で送信するためのセンサ側データフロー制御指令を送信する。ユーザ端末装置４０は、センサからプッシュ型で送信されたセンシングデータを取得する。ここで、データをプッシュ型で送信とは、ユーザ端末装置からデータベース等に対してデータの送信を要求せずとも、データベース等がユーザ端末装置に対して能動的にデータを送信することにより、ユーザ端末装置にデータを送信することをいう。
　本明細書において、第２データはクローズドデータを含む。クローズドデータは、例えば、センサ群６０に含まれるセンサから出力されるセンシングデータ等の動的なデータを含む。センサ群６０は、任意の対象をセンシングする任意の数の機器から構成され、本例では第１センサ６１及び第２センサ６２を含む。センサ群６０が出力するクローズドデータは、二次利用が不可能又は有償で二次利用が可能なデータであって、利用するために個別の利用契約を必要とするものでもよい。
　図２は、本発明の実施形態に係るデータフロー制御指令発生装置１０の物理的構成を示す図である。データフロー制御指令発生装置１０は、ハードウェアプロセッサに相当するＣＰＵ（Central Processing Unit）１０ａと、メモリに相当するＲＡＭ（Random Access Memory）１０ｂと、メモリに相当するＲＯＭ（Read only Memory）１０ｃと、通信部１０ｄと、入力部１０ｅと、表示部１０ｆとを有する。これら各構成は、バスを介して相互にデータ送受信可能に接続される。
　ＣＰＵ１０ａは、ＲＡＭ１０ｂ又はＲＯＭ１０ｃに記憶されたプログラムの実行に関する制御やデータの演算、加工を行う制御部である。ＣＰＵ１０ａは、データフロー制御指令を生成するためのアプリケーションを実行する演算装置である。ＣＰＵ１０ａは、入力部１０ｅや通信部１０ｄから種々の入力データを受け取り、入力データの演算結果を表示部１０ｆに表示したり、ＲＡＭ１０ｂやＲＯＭ１０ｃに格納したりする。
　ＲＡＭ１０ｂは、データの書き換えが可能な記憶部であり、例えば半導体記憶素子で構成される。ＲＡＭ１０ｂは、ＣＰＵ１０ａが実行するアプリケーション等のプログラムやデータを記憶する。
　ＲＯＭ１０ｃは、データの読み出しのみが可能な記憶部であり、例えば半導体記憶素子で構成される。ＲＯＭ１０ｃは、例えばファームウェア等のプログラムやデータを記憶する。
　通信部１０ｄは、データフロー制御指令発生装置１０を通信ネットワークに接続するインターフェースであり、例えば、有線又は無線回線のデータ伝送路により構成されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークに接続される。
　入力部１０ｅは、ユーザからデータの入力を受け付けるものであり、例えば、キーボードやマウス、タッチパネルで構成される。
　表示部１０ｆは、ＣＰＵ１０ａによる演算結果を視覚的に表示するものであり、例えば、ＬＣＤ（Liquid Crystal Display）により構成される。
　データフロー制御指令発生装置１０は、一般のパーソナルコンピュータのＣＰＵ１０ａによって本実施形態に係るデータフロー制御指令発生プログラムを実行することで構成されてよい。データフロー制御指令発生プログラムは、ＲＡＭ１０ｂやＲＯＭ１０ｃ等のコンピュータによって読み取り可能な記憶媒体に記憶されて提供されてもよいし、通信部１０ｄにより接続される通信ネットワークを介して提供されてもよい。
　なお、これらの物理的な構成は例示であって、必ずしも独立した構成でなくてもよい。例えば、データフロー制御指令発生装置１０は、ＣＰＵ１０ａとＲＡＭ１０ｂやＲＯＭ１０ｃが一体化したＬＳＩ（Large-Scale Integration）を備えてもよい。
　図３は、本発明の実施形態に係るデータフロー制御指令発生装置１０の機能ブロック図である。データフロー制御指令発生装置１０は、センサ側メタデータ取得部１１、オープンデータ側メタデータ取得部１２、マッチング部１３、アプリ側メタデータ取得部１４、判断部１５、メタデータ生成部１６、データフロー制御指令生成部１７及び送信部１８を備える。なお、同図に示す機能ブロックは、データフロー制御指令発生装置１０の備える物理的構成を用いて発揮される機能を表すものであり、必ずしも物理的な構成と一対一に対応するものではない。
　センサ側メタデータ取得部１１は、第２データ側メタデータ取得部に相当し、クローズドデータを出力するセンサ群６０に関する情報であるセンサ側メタデータを取得する。オープンデータ側メタデータ取得部１２は、第１データ側メタデータ取得部に相当し、オープンデータに関する情報であるオープンデータ側メタデータを取得する。本例では、センサ側メタデータをセンサ群６０から取得する（第１センサ６１及び第２センサ６２の少なくともいずれかから取得する）が、センサ側メタデータ取得部１１は、センサ側メタデータを格納したデータベースからセンサ側メタデータを取得してもよい。また、本例では、オープンデータ側メタデータを、オープンデータを格納する第１データベース５１及び第２データベース５２の少なくともいずれかから取得するが、オープンデータ側メタデータ取得部１２は、オープンデータ側メタデータのみを格納したデータベースからオープンデータ側メタデータを取得してもよい。また、後に詳細に説明するように、オープンデータ側メタデータは、予めデータベースに格納されていなくてもよく、メタデータ生成部１６により生成されるものであってもよい。メタデータ生成部１６は、オープンデータ側メタデータの一部をオープンデータカタログから取得する。また、メタデータ生成部１６は、オープンデータ側メタデータの一部をオープンデータに基づいて生成する。
　アプリ側メタデータ取得部１４は、オープンデータを利用してサービスを提供するアプリケーションに関するアプリ側メタデータを、ユーザ端末装置４０から取得する。また、アプリ側メタデータ取得部１４は、クローズドデータを利用してサービスを提供するアプリケーションに関するアプリ側メタデータを、ユーザ端末装置４０から取得してもよい。また、アプリ側メタデータ取得部１４は、オープンデータ及びクローズドデータのいずれを利用するか明らかでないアプリケーションに関するアプリ側メタデータを取得する場合もある。
　マッチング部１３は、オープンデータ側マッチング部１３ａと、センサ側マッチング部１３ｂとを含む。オープンデータ側マッチング部１３ａは、オープンデータ側メタデータ及びアプリ側メタデータのマッチングを行うことで、ユーザ端末装置４０で実行されるアプリケーションの要求を満たすオープンデータを抽出する。センサ側マッチング部１３ｂは、センサ側メタデータ及びアプリ側メタデータのマッチングを行うことでアプリケーションの要求を満たすクローズドデータを抽出する。より具体的には、センサ側マッチング部１３ｂは、センサ側メタデータ及びアプリ側メタデータのマッチングを行うことで、ユーザ端末装置４０で実行されるアプリケーションの要求を満たすクローズドデータを抽出し、当該クローズドデータを提供可能なセンサをセンサ群６０から抽出する。
　判断部１５は、アプリ側メタデータに基づいて、マッチング部１３により、アプリ側メタデータに対してオープンデータ側メタデータ及びセンサ側メタデータのいずれをマッチングさせるか判断する。
　データフロー制御指令生成部１７は、オープンデータ側データフロー制御指令生成部１７ａと、センサ側データフロー制御指令生成部１７ｂとを含む。オープンデータ側データフロー制御指令生成部１７ａは、オープンデータ側マッチング部１３ａにより抽出されたオープンデータをユーザ端末装置４０で実行されるアプリケーション側から取得するための第１条件データを含むオープンデータ側データフロー制御指令を生成する。センサ側データフロー制御指令生成部１７ｂは、センサ側マッチング部１３ｂにより抽出されたセンサと、ユーザ端末装置４０で実行されるアプリケーションとを特定したセンサ側データフロー制御指令を生成する。
　送信部１８は、オープンデータ側データフロー制御指令生成部１７ａにより生成されたオープンデータ側データフロー制御指令を、直接又は間接に、アプリケーションを実行するユーザ端末装置４０に送信する。本実施形態に係る送信部１８は、オープンデータ側データフロー制御指令を、オープンデータを管理するオープンデータ管理装置２０に対して送信する。すなわち、送信部１８は、オープンデータ側データフロー制御指令を、間接的にユーザ端末装置４０に送信する。しかしながら、送信部１８は、オープンデータ側データフロー制御指令を、ユーザ端末装置４０に直接送信してもよい。また、送信部１８は、センサ側データフロー制御指令生成部１７ｂにより生成されたセンサ側データフロー制御指令を、マッチング部１３により抽出されたセンサ群６０を管理するセンサ管理装置３０に対して送信する。
　メタデータ生成部１６は、オープンデータの内容に基づいて、オープンデータ側メタデータを生成する。メタデータ生成部１６は、オープンデータに含まれる文字データを解析して、以下で詳細に説明する４Ｗ２Ｈデータを抽出し、オープンデータ側メタデータを生成する。なお、メタデータ生成部１６によるオープンデータ側メタデータ生成処理については、図９から１１を用いて詳細に説明する。
　図４は、オープンデータ側メタデータＯＭＤの内容の一例を示す図である。オープンデータ側メタデータＯＭＤは、第１データ側メタデータに相当し、オープンデータがアプリケーションの要求を満たすか否かを判断するために必要なデータであり、本例では４Ｗ２Ｈデータを含む。４Ｗ２Ｈデータは、誰が（Ｗｈｏ）、何を（Ｗｈａｔ）、いつ（Ｗｈｅｎ）、どこで（Ｗｈｅｒｅ）、どのように（Ｈｏｗ）取得し、幾らで（Ｈｏｗ　ｍｕｃｈ）提供するかを示すデータである。オープンデータ側メタデータＯＭＤは、オープンデータ自体と共にデータベースに格納されてもよいし、他のデータベースに格納されてもよいし、メタデータ生成部１６により生成されるものであってもよい。
　オープンデータ側メタデータＯＭＤに含まれる「Ｗｈｏ」の項目は、データ提供者又はデータ提供団体に関するデータである。「Ｗｈａｔ」の項目は、データの種類、測定対象又は測定対象の属性に関するデータである。「Ｗｈｅｒｅ」の項目は、測定を行った位置や場所に関するデータである。ただし、データを取得するセンサが移動し、測定位置が変化する場合、測定位置の範囲を示す。「Ｗｈｅｎ」の項目は、測定を行った時間に関するデータである。データの取得が周期的に繰り返し行われる場合、データ取得の期間と取得間隔が示され、データの取得が単発的に行われる場合、データ取得の年月日及び時分秒が示される。「Ｈｏｗ」の項目は、データを取得するデバイスの仕様、測定条件や設置条件に関するデータである。「Ｈｏｗ　ｍｕｃｈ」の項目は、データ利用に要する金額や決済方式に関するデータである。
　図４に示す例では、「Ｗｈｏ」の項目に「Ａ県河川管理課」と記載され、対応するオープンデータがＡ県の河川管理課により提供されたものであることを示している。「Ｗｈａｔ」の項目には「Ｘ川の水位」と記載され、測定対象がＸ川の水位であることを示している。「Ｗｈｅｎ」の項目には、「ＹＹ／ＭＭ／ＤＤ～ｙｙ／ｍｍ／ｄｄ」と記載され、データ取得期間がＹＹ年のＭＭ月ＤＤ日からｙｙ年のｍｍ月ｄｄ日までであることを示している。なお、測定間隔が明示されていないが、測定間隔は、例えば毎日の昼１２時であってよい。また、「Ｗｈｅｎ」の項目は、各データが取得された時分秒に関するデータを含んでもよい。
　「Ｗｈｅｒｅ」の項目には、「Ａ県Ｂ市　Ｘ川」と記載され、データ取得場所がＡ県Ｂ市を流れるＸ川であることを示している。「Ｗｈｅｒｅ」の項目には、データが取得された緯度経度に関するデータを含んでもよい。「Ｈｏｗ」の項目には、「詳細：ＵＲＬ」と記載され、詳細が記載されたデータの所在を表すＵＲＬが示されている。当該ＵＲＬにより所在を示されるデータには、例えば、データを測定するために用いられたデバイスの仕様やデバイスの設置場所、測定の目的の説明が含まれる。「Ｈｏｗ　ｍｕｃｈ」の項目には、「無償」と記載され、当該オープンデータが無償で二次利用できることを示している。
　センサ側メタデータは、第２データ側メタデータに相当し、オープンデータ側メタデータＯＭＤと同様に、４Ｗ２Ｈデータを含む。センサ側メタデータは、二次利用に関する利用ルールを含んでもよい。また、アプリ側メタデータは、オープンデータ側メタデータＯＭＤと同様に、４Ｗ２Ｈデータを含む。アプリ側メタデータは、オープンデータ又はセンサ群６０から出力されるセンシングデータ（クローズドデータ）について利用ルールが定められている場合、どのような利用ルールであれば利用契約を結ぶかを示した利用条件データを含んでもよい。マッチング部１３により、アプリ側メタデータに対してセンサ側メタデータがマッチングされた場合、センサ側メタデータの「Ｈｏｗ　ｍｕｃｈ」の項目に示された条件でセンシングデータを利用することについて、アプリケーションのサービス提供者が同意したものとみなし、マッチングの成立をもって、センシングデータの提供者とアプリケーションのサービス提供者との間におけるデータ利用契約を結ぶこととしてもよい。なお、本実施形態では、オープンデータ側メタデータＯＭＤ及びセンサ側メタデータが、それぞれ４Ｗ２Ｈデータを含む場合について説明したが、オープンデータ側メタデータＯＭＤ及びセンサ側メタデータは、４Ｗ２Ｈデータの一部を含むものであってもよいし、４Ｗ２Ｈデータ以外のデータを含むものであってもよく、任意の項目を含むものであってよい。
　本実施形態に係るデータフロー制御指令発生装置１０によれば、アプリケーションを実行するユーザ端末装置４０のプロセッサによって多くの演算を行い、多くの通信量を費やしてデータを検索せずとも、アプリケーションの利用に適したデータが抽出され、アプリケーション側からデータを容易に取得できるようになり、ユーザ端末装置４０の演算負荷や通信負荷が軽減される。より具体的には、データフロー制御指令発生装置１０によれば、ユーザ端末装置４０のプロセッサによって多くの演算を行い、多くの通信量を費やしてオープンデータを検索せずとも、アプリケーションによる利用に適したオープンデータが抽出され、アプリケーション側からオープンデータを容易に取得できるようになり、ユーザ端末装置４０の演算負荷や通信負荷が軽減される。データフロー制御指令発生装置１０によれば、オープンデータを適切に流通させ、アプリケーションによるオープンデータの利用を円滑化することができる。
　本実施形態に係るデータフロー制御指令発生装置１０によれば、オープンデータ側データフロー制御指令をオープンデータ管理装置２０に送信するため、オープンデータ管理装置２０によってオープンデータを一括して管理することができ、ユーザ端末装置４０がオープンデータを利用する場合に、目的のオープンデータを検索するための演算負荷及び通信負荷が軽減される。 
　図５は、オープンデータ側データフロー制御指令ＯＣの内容を示す図である。オープンデータ側データフロー制御指令ＯＣは、第１データ側データフロー制御指令に相当し、マッチング部１３により抽出されたオープンデータを、オープンデータが格納されたデータベースから取得するための第１条件データＯＣ１を含む。第１条件データＯＣ１は、オープンデータが格納されたデータベースからオープンデータを取得するためのＡＰＩデータＯＣ２を含む。ＡＰＩデータＯＣ２は、ユーザ端末装置４０により実行されるアプリケーションによって、オープンデータを格納するデータベースからオープンデータを取得する処理を呼び出すＡＰＩ（Application Programming Interface）である。
　オープンデータ側データフロー制御指令ＯＣが、データベースからオープンデータを取得するためのＡＰＩデータＯＣ２を含むことで、利用するオープンデータ毎にデータ処理の方法を判断する必要が無くなり、アプリケーションにより実行する処理が簡略化され、ユーザ端末装置４０の演算負荷が軽減される。
　図６は、センサ側データフロー制御指令ＳＣの内容を示す図である。センサ側データフロー制御指令ＳＣは、第２データ側データフロー制御指令に相当し、マッチング部１３により抽出されたセンサとアプリケーションとを特定したセンサ及びアプリ特定データＳＣ１を含む。センサ及びアプリ特定データＳＣ１は、センサ管理装置３０に対して、マッチング部１３により抽出されたセンサからアプリケーションへ、センシングデータをプッシュ型で送信するための第２条件データＳＣ２を含む。送信部１８は、マッチング部１３によりアプリ側メタデータに対してセンサ側メタデータがマッチングされた場合に、第２条件データＳＣ２を含むセンサ側データフロー制御指令ＳＣを、センサ管理装置３０に送信する。
　センサ側データフロー制御指令ＳＣが、センサ群６０に含まれるセンサからアプリケーションへ、センシングデータをプッシュ型で送信するためのデータＳＣ２（以下「第２条件データＳＣ２」という。）を含むことで、アプリケーションは、センサ群６０からリアルタイムでセンシングデータを取得することができる。これにより、アプリケーションは、センサ群６０による測定対象の現状に即した動的なサービスを提供することができる。また、センシングデータがアプリケーションに対してプッシュ型で送信されることで、アプリケーションの要求を満たすセンシングデータをユーザ端末装置４０のプロセッサを用いて検索する必要が無くなり、ユーザ端末装置４０の演算負荷及び通信負荷が軽減される。
　なお、センサ側データフロー制御指令ＳＣは、必ずしも第２条件データＳＣ２を含まなくてもよく、センサ群６０に含まれるセンサからプル型でセンシングデータを取得するための情報を含んでもよい。その場合、センサからプル型でセンシングデータを取得するための情報は、センサ群６０（又はデータベース）からセンシングデータを取得する処理を呼び出すためのＡＰＩデータを含んでもよい。
　図７は、本発明の実施形態に係るデータフロー制御指令発生装置１０で行われる第１処理を示すフローチャートである。第１処理は、判断部１５によって、アプリ側メタデータに対してオープンデータ側メタデータ及びセンサ側メタデータのいずれをマッチングさせるか判断する処理を含む。
　データフロー制御指令発生装置１０は、はじめに、アプリ側メタデータ取得部１４により、ユーザ端末装置４０からアプリ側メタデータを取得する（Ｓ１０）。判断部１５は、取得したアプリ側メタデータに基づいて、マッチング部１３により、アプリ側メタデータに対してオープンデータ側メタデータ及びセンサ側メタデータのいずれをマッチングさせるか判断する（Ｓ１１）。
　アプリ側メタデータに対してオープンデータ側メタデータをマッチングさせると判断された場合（Ｓ１１：Ｙｅｓ）、オープンデータ側マッチング部１３ａは、アプリ側メタデータとオープンデータ側メタデータのマッチング処理を行う（Ｓ１２）。オープンデータ側データフロー制御指令生成部１７ａは、マッチングされたアプリケーションとオープンデータについて、オープンデータを格納するデータベースからオープンデータを取得するための第１条件データを含むオープンデータ側データフロー制御指令を生成する（Ｓ１３）。送信部１８は、オープンデータ管理装置２０に対して、オープンデータ側データフロー制御指令を送信する（Ｓ１４）。この後、オープンデータ管理装置２０は、少なくとも第１条件データをユーザ端末装置４０に送信する。すなわち、データフロー制御指令発生装置１０は、オープンデータ側データフロー制御指令を間接的にユーザ端末装置４０に送信する。しかしながら、データフロー制御指令発生装置１０は、オープンデータ側データフロー制御指令をオープンデータ管理装置２０に送らず、ユーザ端末装置４０に直接送信してもよい。
　一方、アプリ側メタデータに対してセンサ側メタデータをマッチングさせると判断された場合（Ｓ１１：Ｎｏ）、センサ側マッチング部１３ｂは、アプリ側メタデータとセンサ側メタデータのマッチング処理を行い（Ｓ１６）、アプリケーションの要求を満たすセンシングデータを提供可能なセンサをセンサ群６０から抽出する。センサ側データフロー制御指令生成部１７ｂは、マッチングされたアプリケーションとセンサを特定したセンサ側データフロー制御指令を生成する（Ｓ１７）。送信部１８は、センサ管理装置３０に対して、センサ側データフロー制御指令を送信する（Ｓ１８）。
　本実施形態に係るデータフロー制御指令発生装置１０によれば、アプリケーション側で求めるデータが、オープンデータに含まれるのか、クローズドデータに含まれるのか予め明らかでない場合であっても、判断部１５により適切なマッチング対象が判断されるため、適切なデータフロー制御指令を生成することができる。これにより、アプリケーション側で求めるデータが、オープンデータ及びクローズドデータのいずれに含まれるのかをユーザ端末装置４０によって判断する必要が無くなり、ユーザ端末装置４０の演算負荷や通信負荷が軽減される。
　図８は、本発明の実施形態に係るデータフロー制御指令発生装置１０で行われる第２処理を示すフローチャートである。第２処理は、マッチング部１３によって、アプリ側メタデータに対して、センサ側メタデータよりオープンデータ側メタデータを優先してマッチングさせる処理を含む。
　データフロー制御指令発生装置１０は、はじめに、アプリ側メタデータ取得部１４により、ユーザ端末装置４０からアプリ側メタデータを取得する（Ｓ２０）。マッチング部１３は、取得したアプリ側メタデータに対して、センサ側メタデータよりオープンデータ側メタデータを優先してマッチングさせるよう、マッチング処理の試行を行う（Ｓ２１）。
　アプリ側メタデータとオープンデータ側メタデータのマッチングが完了した場合（Ｓ２２：Ｙｅｓ）、オープンデータ側データフロー制御指令生成部１７ａは、マッチングされたアプリケーションとオープンデータについて、オープンデータを格納するデータベースからオープンデータを取得するための第１条件データを含むオープンデータ側データフロー制御指令を生成する（Ｓ２３）。送信部１８は、オープンデータ管理装置２０に対して、オープンデータ側データフロー制御指令を送信する（Ｓ２４）。この後、オープンデータ管理装置２０は、少なくとも第１条件データをユーザ端末装置４０に送信する。データフロー制御指令発生装置１０は、オープンデータ側データフロー制御指令をオープンデータ管理装置２０に送らず、ユーザ端末装置４０に直接送信してもよい。
　一方、アプリ側メタデータとオープンデータ側メタデータのマッチングが完了しなかった場合、すなわちアプリ側メタデータとマッチング可能なオープンデータ側メタデータが見つからなかった場合（Ｓ２２：Ｎｏ）、センサ側マッチング部１３ｂは、アプリ側メタデータとセンサ側メタデータのマッチング処理を行い（Ｓ２６）、アプリケーションの要求を満たすセンシングデータを提供可能なセンサをセンサ群６０から抽出する。センサ側データフロー制御指令生成部１７ｂは、マッチングされたアプリケーションとセンサを特定したセンサ側データフロー制御指令を生成する（Ｓ２７）。送信部１８は、センサ管理装置３０に対して、センサ側データフロー制御指令を送信する（Ｓ２８）。
　本実施形態に係るデータフロー制御指令発生装置１０によれば、アプリケーション側で求めるデータが、オープンデータに含まれるのか、クローズドデータに含まれるのか予め明らかでない場合であっても、一貫した処理によって適切なデータフロー制御指令を生成することができる。これにより、データフロー制御指令発生装置１０によるデータフロー制御指令の生成処理の演算及び通信が簡略化され、データフロー制御指令発生装置１０の演算負荷及び通信負荷が軽減される。また、アプリケーション側で求めるデータが、オープンデータ及びクローズドデータのいずれに含まれるのかをユーザ端末装置４０によって判断する必要が無くなり、ユーザ端末装置４０の演算負荷や通信負荷が軽減される。また、仮にクローズドデータとオープンデータの両方がアプリケーションの要求を満たすデータを含む場合に、無償で二次利用が可能なオープンデータを優先的に利用することができ、データ利用料の増加を抑え、サービスの提供に要する費用をより少なく抑えることができる。
　本実施形態に係るデータフロー制御指令発生装置１０によれば、データベースに格納された静的なデータとリアルタイムで出力される動的なデータの両方を適切に流通させ、アプリケーションによる利用を円滑化することができる。また、静的なデータと動的なデータとがメタデータにより分類されるため、ユーザ端末装置４０によって静的なデータと動的なデータとを分類するための処理が不要となり、ユーザ端末装置４０の演算負荷が軽減される。また、無償のデータと有償のデータの両方を適切に流通させ、アプリケーションによる利用を円滑化することができる。また、無償のデータと有償のデータとがメタデータにより分類されるため、ユーザ端末装置４０によって無償のデータと有償のデータとを分類するための処理が不要となり、ユーザ端末装置４０の演算負荷が軽減される。
　図９は、本発明の実施形態に係るデータフロー制御指令発生装置１０により取得されるオープンデータカタログＯＤＣの例を示す図である。以下では、図９から１１を用いて、本実施形態に係るメタデータ生成部１６によって、図４に示すオープンデータ側メタデータＯＭＤがどのように生成されるかについて詳細に説明する。メタデータ生成部１６は、第１データベース５１、第２データベース５２又は他のデータベースから、オープンデータカタログＯＤＣを取得する。オープンデータカタログＯＤＣの取得は、オープンデータカタログサイトから行われてよい。オープンデータカタログＯＤＣは、オープンデータに関連付けられ、オープンデータの書誌情報を含み、オープンデータの概要を示すものである。
　オープンデータカタログＯＤＣは、「フィールド」の項目と、「タイトル」の項目ＯＤＣ１と、「公表組織名」の項目ＯＤＣ２と、「タグ」の項目と、「公開ウェブページ」の項目ＯＤＣ３と、を含む。「フィールド」の項目は、オープンデータのデータ属性を表し、本例では「値」すなわち数値である。「タイトル」の項目ＯＤＣ１は、オープンデータに付けられた題名を表し、本例の場合「Ｃバンドレーダ雨量・水位」である。「公表組織名」の項目ＯＤＣ２は、オープンデータを公表した組織の名称を表し、本例の場合「Ａ県河川管理課」である。「タグ」の項目は、オープンデータを検索するために付されたタグを表し、本例の場合「ｄｉｓａｓｔｅｒ、河川情報、災害、防災、観測」である。「公開ウェブページ」の項目ＯＤＣ３は、オープンデータが公開されているウェブページの所在を表し、本例の場合「ＵＲＬ」であり、インターネット上における所在を特定するＵＲＬ（Uniform Resource Locator）である。なお、ここで示した５つの項目は例示であり、オープンデータカタログＯＤＣは、必ずしもこれら全てを含む必要は無いし、これら以外の項目を含んでもよい。
　メタデータ生成部１６は、「タイトル」の項目ＯＤＣ１を参照して、オープンデータのジャンルを抽出する。オープンデータのジャンルは、当該オープンデータに関連する分野を特定し得る情報であり、例えば、製造分野、モビリティ、医療・健康、公共インフラ・建設、エネルギー、農業、物流・流通、行政、産業保安、教育サービス、金融、スマートハウス及び観光等、オープンデータに関連する産業分野であってよい。メタデータ生成部１６は、「タイトル」の項目ＯＤＣ１の内容に基づいて、オープンデータがいずれのジャンルに属するものであるか判断してよい。例えば、メタデータ生成部１６は、「タイトル」の項目ＯＤＣ１について、複数のジャンルに関する従属度を算出し、従属度の最も大きいジャンルを抽出したり、従属度の大きい順に複数のジャンルを抽出したりしてよい。また、メタデータ生成部１６は、オープンデータカタログＯＤＣに含まれる「タイトル」の項目ＯＤＣ１以外の項目を参照して、オープンデータのジャンルを抽出してもよい。例えば、メタデータ生成部１６は、オープンデータカタログＯＤＣに含まれる項目からジャンルの抽出に適した項目を検索し、検索された項目からオープンデータのジャンルを抽出してもよい。
　メタデータ生成部１６は、「公表組織名」の項目ＯＤＣ２を参照して、オープンデータ側メタデータＯＭＤの４Ｗ２Ｈデータのうち「Ｗｈｏ」の項目を抽出する。本例の場合、抽出される項目は「Ａ県河川管理課」であり、図４に示すように当該項目がオープンデータ側メタデータＯＭＤの「Ｗｈｏ」の項目となる。メタデータ生成部１６は、オープンデータカタログＯＤＣに含まれる「公表組織名」の項目ＯＤＣ２以外の項目を参照して、オープンデータ側メタデータＯＭＤの「Ｗｈｏ」の項目を抽出してもよい。例えば、メタデータ生成部１６は、オープンデータカタログＯＤＣに含まれる項目から「Ｗｈｏ」の項目の抽出に適した項目を検索し、検索された項目から「Ｗｈｏ」の項目を抽出してもよい。
　メタデータ生成部１６は、「公開ウェブページ」の項目ＯＤＣ３を参照して、オープンデータ側メタデータＯＭＤの４Ｗ２Ｈデータのうち「Ｈｏｗ」の項目を抽出する。本例の場合、抽出される項目は「ＵＲＬ」であり、図４に示すように当該項目がオープンデータ側メタデータＯＭＤの「Ｈｏｗ」の項目となる。メタデータ生成部１６は、オープンデータカタログＯＤＣに含まれる「公開ウェブページ」の項目ＯＤＣ３以外の項目を参照して、オープンデータ側メタデータＯＭＤの「Ｈｏｗ」の項目を抽出してもよい。例えば、メタデータ生成部１６は、オープンデータカタログＯＤＣに含まれる項目から「Ｈｏｗ」の項目の抽出に適した項目を検索し、検索された項目から「Ｈｏｗ」の項目を抽出してもよい。
　図１０は、オープンデータの公開ウェブページＤＰの例を示す図である。同図に示すオープンデータの公開ウェブページＤＰの例は、図９に示すオープンデータカタログＯＤＣの「公開ウェブページ」の項目ＯＤＣ３に記載されたＵＲＬにアクセスして得られるものである。公開ウェブページＤＰは、「河の防災情報」と題されたウェブページであり、「過去データ（河川の水位）」を公開するウェブページである。公開ウェブページＤＰは、第１項目ＤＰ１、第２項目ＤＰ２及び第３項目を含む。
　メタデータ生成部１６は、オープンデータの属するジャンルに対応する語彙に基づいてオープンデータを検索し、オープンデータからオープンデータ側メタデータを抽出する。メタデータ生成部１６は、オープンデータカタログＯＤＣから抽出されたオープンデータのジャンルに基づいて、公開ウェブページＤＰの検索に用いる語彙を決定する。語彙は、オープンデータのジャンル毎に異なるものであってよく、当該ジャンルにおいて用いられる頻度が高い単語の集合であってよい。メタデータ生成部１６は、語彙に含まれる単語との完全一致や部分一致によって、公開ウェブページＤＰからオープンデータ側メタデータＯＭＤの４Ｗ２Ｈデータを抽出する。これにより、オープンデータの内容に適した語彙でオープンデータを検索することができ、オープンデータ側メタデータの抽出を効率良く行うことができる。そのため、データフロー制御指令発生装置１０の演算負荷をより低く抑えてオープンデータ側メタデータを生成することができる。
　第１項目ＤＰ１は、「河川名」として「Ｘ川」を含み、「所在地」として「Ａ県Ｂ市」を含む。公開ウェブページＤＰの第１項目ＤＰ１を参照して、オープンデータ側メタデータＯＭＤの４Ｗ２Ｈデータのうち「Ｗｈｅｒｅ」の項目を抽出する。本例の場合、抽出される項目は「Ａ県Ｂ市　Ｘ川」であり、図４に示すように当該項目がオープンデータ側メタデータＯＭＤの「Ｗｈｅｒｅ」の項目となる。なお、メタデータ生成部１６は、公開ウェブページＤＰに記載された「水系名」を抽出して、「Ｙ川水系Ｘ川」という情報をオープンデータ側メタデータＯＭＤとしてもよい。
　第２項目ＤＰ２は、「日付」として「ＹＹ／ＭＭ／ＤＤ」から「ｙｙ／ｍｍ／ｄｄ」までを含む。メタデータ生成部１６は、公開ウェブページＤＰの第２項目ＤＰ２を参照して、オープンデータ側メタデータＯＭＤの４Ｗ２Ｈデータのうち「Ｗｈｅｎ」の項目を抽出する。本例の場合、抽出される項目は「ＹＹ／ＭＭ／ＤＤ～ｙｙ／ｍｍ／ｄｄ」であり、図３に示すように当該項目がオープンデータ側メタデータＯＭＤの「Ｗｈｅｎ」の項目となる。
　第３項目ＤＰ３は、「観測項目」として「水位（ｍ）」を含む。メタデータ生成部１６は、公開ウェブページＤＰの第３項目ＤＰ３を参照して、オープンデータ側メタデータＯＭＤの４Ｗ２Ｈデータのうち「Ｗｈａｔ」の項目を抽出する。本例の場合、抽出される項目は「水位」であり、「Ｗｈｅｒｅ」の項目に含まれる「Ｘ川」の情報を併せて、図４に示すオープンデータ側メタデータＯＭＤの「Ｗｈａｔ」の項目となる。
　公開ウェブページＤＰは、各日付について、１時間毎のＸ川の水位に関するデータを公開している。例えば、「ＹＹ／ＭＭ／ＤＤ」の日付について、Ｘ川の水位は、午前１時及び午前２時に「０．９８」（ｍ）であり、深夜１２時に「０．９５」（ｍ）である。また、「ｙｙ／ｍｍ／ｄｄ」の日付について、Ｘ川の水位は、午前１時及び午前２時に「０．９５」（ｍ）であり、深夜１２時に「０．９６」（ｍ）である。Ｘ川の水位に関するデータは、オープンデータであり、本実施形態に係るデータフロー制御指令発生装置１０は、メタデータ生成部１６によって当該オープンデータに対し図４に示すオープンデータ側メタデータＯＤＭを付与し、オープンデータの円滑な流通とアプリケーションによる利用を促進する。
　図１１は、本発明の実施形態に係るデータフロー制御指令発生装置１０により行われるオープンデータ側メタデータ生成処理を示すフローチャートである。データフロー制御指令発生装置１０のメタデータ生成部１６は、はじめに、メタデータ付与の対象となるオープンデータのオープンデータカタログを取得する（Ｓ３１）。メタデータ生成部１６は、オープンデータカタログに含まれる「タイトル」の項目を参照して、オープンデータのジャンルを抽出する（Ｓ３２）。また、メタデータ生成部１６は、「公表組織名」の項目を参照して、オープンデータ側メタデータの４Ｗ２Ｈデータのうち「Ｗｈｏ」の項目を抽出する（Ｓ３３）。さらに、メタデータ生成部１６は、「公開ウェブページ」の項目を参照して、オープンデータ側メタデータの４Ｗ２Ｈデータのうち「Ｈｏｗ」の項目を抽出する（Ｓ３４）。
　メタデータ生成部１６は、オープンデータカタログに記載された「公開ウェブページ」にアクセスすることで、オープンデータを取得（公開ウェブページを閲覧）する（Ｓ３５）。また、メタデータ生成部１６は、オープンデータカタログＯＤＣから抽出されたオープンデータのジャンルに基づいて、公開ウェブページの検索に用いる語彙リストを決定する。メタデータ生成部１６は、抽出されたジャンルに対応する語彙に基づいて、公開ウェブページからオープンデータ側メタデータの４Ｗ２Ｈデータのうち「Ｗｈｅｎ」の項目を抽出する（Ｓ３６）。また、メタデータ生成部１６は、抽出されたジャンルに対応する語彙に基づいて、公開ウェブページからオープンデータ側メタデータの４Ｗ２Ｈデータのうち「Ｗｈｅｒｅ」の項目を抽出する（Ｓ３７）。さらに、メタデータ生成部１６は、抽出されたジャンルに対応する語彙に基づいて、公開ウェブページからオープンデータ側メタデータの４Ｗ２Ｈデータのうち「Ｗｈａｔ」の項目を抽出する（Ｓ３８）。最後に、メタデータ生成部１６は、抽出した４Ｗ２Ｈデータに基づいて、オープンデータ側メタデータを生成する（Ｓ３９）。以上により、オープンデータ側メタデータ生成処理は終了する。
　本実施形態に係るデータフロー制御指令発生装置１０は、メタデータ生成部１６を備えることで、メタデータが付与されていないオープンデータであっても、新たにメタデータを生成し、オープンデータがアプリケーションに利用される機会を与えることができる。メタデータの生成は、オープンデータの具体的内容に基づいて自動的に行われ、これにより大量のオープンデータを類別できるようになり、より多くのオープンデータの利活用が図られる。また、メタデータが付与されていないオープンデータが減ることで、ユーザ端末装置４０によってオープンデータを検索するための演算負荷や通信負荷を低く抑えつつ、より多くのオープンデータがユーザ端末装置４０で実行されるアプリケーションによって利用されるようにできる。
　以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。
　また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　少なくとも１つのメモリと、前記メモリと接続された少なくとも１つのハードウェアプロセッサとを有し、
　前記ハードウェアプロセッサは、
　第１データに関する情報である第１データ側メタデータを取得し、
　前記第１データを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータを取得し、
　前記第１データ側メタデータ及び前記アプリ側メタデータのマッチングを行うことで前記アプリケーションの要求を満たす第１データを抽出し、
　前記マッチング部により抽出された第１データを格納するデータベースから前記第１データを取得するための情報を含むデータフロー制御指令を、前記アプリケーションを実行するユーザ端末装置に送信する
ように構成されているデータフロー制御指令発生装置。
　（付記２）
　少なくとも１つのハードウェアプロセッサによって、第１データに関する情報である第１データ側メタデータを取得する第１ステップと、
　前記ハードウェアプロセッサによって、前記第１データを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータを取得する第２ステップと、
　前記ハードウェアプロセッサによって、前記第１データ側メタデータ及び前記アプリ側メタデータのマッチングを行うことで前記アプリケーションの要求を満たす第１データを抽出する第３ステップと、
　前記ハードウェアプロセッサによって、前記第３ステップにより抽出された第１データを格納するデータベースから前記第１データを取得するための情報を含むデータフロー制御指令を、前記アプリケーションを実行するユーザ端末装置に送信する第４ステップと、
を実行するデータフロー制御指令発生方法。
　１０…データフロー制御指令発生装置、１０ａ…ＣＰＵ、１０ｂ…ＲＡＭ、１０ｃ…ＲＯＭ、１０ｄ…通信部、１０ｅ…入力部、１０ｆ…表示部、１１…センサ側メタデータ取得部、１２…オープンデータ側メタデータ取得部、１３…マッチング部、１３ａ…オープンデータ側マッチング部、１３ｂ…センサ側マッチング部、１４…アプリ側メタデータ取得部、１５…判断部、１６…メタデータ生成部、１７…データフロー制御指令生成部、１７ａ…オープンデータ側データフロー制御指令生成部、１７ｂ…センサ側データフロー制御指令生成部、１８…送信部、２０…オープンデータ管理装置、３０…センサ管理装置、４０…ユーザ端末装置、５０…データベース群、５１…第１データベース、５２…第２データベース、６０…センサ群、６１…第１センサ、６２…第２センサ、ＤＰ…公開ウェブページ、ＤＰ１…第１項目、ＤＰ２…第２項目、ＤＰ３…第３項目、ＯＣ…オープンデータ側データフロー制御指令、ＯＣ１…第１条件データ、ＯＣ２…ＡＰＩデータ、ＯＤＣ…オープンデータカタログ、ＯＤＣ１…「タイトル」の項目、ＯＤＣ２…「公表組織名」の項目、ＯＤＣ３…「公開ウェブページ」の項目、ＯＭＤ…オープンデータ側メタデータ、ＳＣ…センサ側データフロー制御指令、ＳＣ１…センサ及びアプリ特定データ、ＳＣ２…第２条件データ。

Claims (12)

  1. 　第１データに関する情報である第１データ側メタデータを取得する第１データ側メタデータ取得部と、
    　前記第１データを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータを取得するアプリ側メタデータ取得部と、
    　前記第１データ側メタデータ及び前記アプリ側メタデータのマッチングを行うことで前記アプリケーションの要求を満たす第１データを抽出するマッチング部と、
    　前記マッチング部により抽出された第１データを格納するデータベースから前記第１データを取得するための情報を含むデータフロー制御指令を、前記アプリケーションを実行するユーザ端末装置に送信する送信部と、
    を備えるデータフロー制御指令発生装置。
  2. 　前記送信部は、前記データフロー制御指令を、前記マッチング部により抽出された第１データを管理する第１データ管理装置に対して送信する、
    請求項１に記載のデータフロー制御指令発生装置。
  3. 　前記第１データの内容に基づいて、前記第１データ側メタデータを生成するメタデータ生成部をさらに備える、
    請求項１又は２に記載のデータフロー制御指令発生装置。
  4. 　前記メタデータ生成部は、前記第１データの属するジャンルに対応する語彙に基づいて前記第１データを検索し、前記第１データから前記第１データ側メタデータを抽出する、
    請求項３に記載のデータフロー制御指令発生装置。
  5. 　前記送信部により送信される前記データフロー制御指令は、前記アプリケーションによって、前記第１データを格納するデータベースから前記第１データを取得する処理を呼び出すためのＡＰＩデータを含む、
    請求項１から４のいずれか１項に記載のデータフロー制御指令発生装置。
  6. 　第２データに関する情報である第２データ側メタデータを取得する第２データ側メタデータ取得部をさらに備え、
    　前記マッチング部は、前記第２データ側メタデータ及び前記アプリ側メタデータのマッチングを行うことで前記アプリケーションの要求を満たす第２データを抽出し、
    　前記送信部は、前記マッチング部により抽出された第２データを管理する第２データ管理装置に対して、前記マッチング部により抽出された第２データと前記アプリケーションとを特定したデータフロー制御指令を送信し、
    　前記アプリ側メタデータに基づいて、前記マッチング部により、前記アプリ側メタデータに対して前記第１データ側メタデータ及び前記第２データ側メタデータのいずれをマッチングさせるか判断する判断部をさらに備える、
    請求項１から５のいずれか１項に記載のデータフロー制御指令発生装置。
  7. 　第２データに関する第２データ側メタデータを取得する第２データ側メタデータ取得部をさらに備え、
    　前記マッチング部は、前記第２データ側メタデータ及び前記アプリ側メタデータのマッチングを行うことで前記アプリケーションの要求を満たす第２データを抽出し、
    　前記送信部は、前記マッチング部により抽出された第２データを管理する第２データ管理装置に対して、前記マッチング部により抽出された第２データと前記アプリケーションとを特定したデータフロー制御指令を送信し、
    　前記マッチング部は、前記アプリ側メタデータに対して、前記第２データ側メタデータより前記第１データ側メタデータを優先してマッチングさせる、
    請求項１から５のいずれか１項に記載のデータフロー制御指令発生装置。
  8. 　前記送信部は、前記マッチング部により前記アプリ側メタデータに対して前記第２データ側メタデータがマッチングされた場合に、前記第２データ管理装置に対して、前記アプリケーションへ前記第２データをプッシュ型で送信するためのデータフロー制御指令を送信する、
    請求項６又は７に記載のデータフロー制御指令発生装置。
  9. 　前記第１データは、データベースに格納されたデータを含み、
    　前記第２データは、センサから出力されるデータを含む、
    請求項６から８のいずれか１項に記載のデータフロー制御指令発生装置。
  10. 　前記第１データは、無償で二次利用が可能なデータを含み、
    　前記第２データは、二次利用が不可能又は有償で二次利用が可能なデータを含む、
    請求項６から８のいずれか１項に記載のデータフロー制御指令発生装置。
  11. 　第１データに関する情報である第１データ側メタデータを取得する第１ステップと、
    　前記第１データを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータを取得する第２ステップと、
    　前記第１データ側メタデータ及び前記アプリ側メタデータのマッチングを行うことで前記アプリケーションの要求を満たす第１データを抽出する第３ステップと、
    　前記第３ステップにより抽出された第１データを格納するデータベースから前記第１データを取得するための情報を含むデータフロー制御指令を、前記アプリケーションを実行するユーザ端末装置に送信する第４ステップと、
    を含むデータフロー制御指令発生方法。
  12. 　コンピュータを、
    　第１データに関する情報である第１データ側メタデータを取得する第１データ側メタデータ取得部と、
    　前記第１データを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータを取得するアプリ側メタデータ取得部と、
    　前記第１データ側メタデータ及び前記アプリ側メタデータのマッチングを行うことで前記アプリケーションの要求を満たす第１データを抽出するマッチング部と、
    　前記マッチング部により抽出された第１データを格納するデータベースから前記第１データを取得するための情報を含むデータフロー制御指令を、前記アプリケーションを実行するユーザ端末装置に送信する送信部と、
    として機能させるデータフロー制御指令発生プログラム。
PCT/JP2017/037400 2016-12-27 2017-10-16 データフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラム WO2018123211A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/346,558 US11182387B2 (en) 2016-12-27 2017-10-16 Dataflow control instruction generation device, dataflow control instruction generation method, and dataflow control instruction generation program
EP17885674.6A EP3564832B1 (en) 2016-12-27 2017-10-16 Dataflow control instruction generation device, dataflow control instruction generation method, and dataflow control instruction generation program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016253225A JP6424884B2 (ja) 2016-12-27 2016-12-27 データフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラム
JP2016-253225 2016-12-27

Publications (1)

Publication Number Publication Date
WO2018123211A1 true WO2018123211A1 (ja) 2018-07-05

Family

ID=62710194

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/037400 WO2018123211A1 (ja) 2016-12-27 2017-10-16 データフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラム

Country Status (4)

Country Link
US (1) US11182387B2 (ja)
EP (1) EP3564832B1 (ja)
JP (1) JP6424884B2 (ja)
WO (1) WO2018123211A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7111038B2 (ja) * 2019-03-15 2022-08-02 オムロン株式会社 制御システム、中継装置、および中継プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5444722B1 (ja) 1969-09-24 1979-12-27
JP2013077152A (ja) * 2011-09-30 2013-04-25 Ntt Docomo Inc アプリケーション推薦装置及びアプリケーション推薦方法
WO2014041826A1 (ja) * 2012-09-12 2014-03-20 オムロン株式会社 データフロー制御指令発生装置およびセンサ管理装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100760301B1 (ko) * 2006-02-23 2007-09-19 삼성전자주식회사 부분 검색어 추출을 통한 미디어 파일 검색 방법 및 장치
JP5444722B2 (ja) 2009-01-16 2014-03-19 船井電機株式会社 ダビング装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5444722B1 (ja) 1969-09-24 1979-12-27
JP2013077152A (ja) * 2011-09-30 2013-04-25 Ntt Docomo Inc アプリケーション推薦装置及びアプリケーション推薦方法
WO2014041826A1 (ja) * 2012-09-12 2014-03-20 オムロン株式会社 データフロー制御指令発生装置およびセンサ管理装置

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
JP6424884B2 (ja) 2018-11-21
JP2018106493A (ja) 2018-07-05
EP3564832B1 (en) 2023-03-29
US20190266162A1 (en) 2019-08-29
US11182387B2 (en) 2021-11-23
EP3564832A1 (en) 2019-11-06
EP3564832A4 (en) 2020-01-22

Similar Documents

Publication Publication Date Title
Janowicz et al. SOSA: A lightweight ontology for sensors, observations, samples, and actuators
Duckham Decentralized spatial computing: foundations of geosensor networks
Mehrotra et al. Urban informal housing and surface urban heat island intensity: exploring spatial association in the City of Mumbai
JP5150799B1 (ja) 情報処理装置、情報処理方法、情報処理装置用プログラム、および、記録媒体
CN106295832A (zh) 产品信息推送方法及装置
Souffront Alcantara et al. Cyberinfrastructure and web apps for managing and disseminating the national water model
Santhanavanich et al. CityThings: An integration of the dynamic sensor data to the 3D city model
WO2018123211A1 (ja) データフロー制御指令発生装置、データフロー制御指令発生方法及びデータフロー制御指令発生プログラム
Yu et al. Exploiting location significance and user authority for point-of-interest recommendation
US20200005163A1 (en) Inference-use knowledge generation apparatus, inference-use knowledge generation method, and computer-readable recording medium
Bychkov et al. Technology of information and analytical support for interdisciplinary environmental studies in the Baikal Region
Shen et al. A Catalogue Service for Internet GIS ervices Supporting Active Service Evaluation and Real‐Time Quality Monitoring
CN104424217A (zh) 基于mp4格式技术的超容量旅游资讯系统
Chaudhary et al. Service oriented architecture and spatial data integration for agro advisory systems
Boulakbech et al. Linked data graphs for semantic data integration in the CART system
JP7043648B1 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP2020003961A (ja) 広告オプション割当装置、広告オプション割当プログラム、広告オプション割当方法、及び情報提供システム
Arimjaya Potential development of spatial dynamics modeling research in Indonesia for environmental carrying capacity analysis
JP5028499B2 (ja) サーバ、方法及びプログラム
Prabakaran et al. Websites of Astronomy and Astrophysics Libraries in India and USA: A Webometric Study
Di Martino et al. A Q&A tool to produce an Ad-Hoc OpenAPI specification to identify equivalent REST Api Services
Cho et al. Query Framework
Kovalev et al. Environmental monitoring: personalized access approach to the remote sensing information resources
Veregin et al. Online information dissemination at the Wisconsin State Cartographer’s Office using map services and APIs
Lee et al. Mobile service for open data visualization on geo-based images

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017885674

Country of ref document: EP

Effective date: 20190729