WO2013145951A1 - 社会インフラ制御システム、サーバ、制御装置、制御方法およびプログラム - Google Patents

社会インフラ制御システム、サーバ、制御装置、制御方法およびプログラム Download PDF

Info

Publication number
WO2013145951A1
WO2013145951A1 PCT/JP2013/054160 JP2013054160W WO2013145951A1 WO 2013145951 A1 WO2013145951 A1 WO 2013145951A1 JP 2013054160 W JP2013054160 W JP 2013054160W WO 2013145951 A1 WO2013145951 A1 WO 2013145951A1
Authority
WO
WIPO (PCT)
Prior art keywords
unit
software
module
social infrastructure
event information
Prior art date
Application number
PCT/JP2013/054160
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 KR20137005992A priority Critical patent/KR20130133758A/ko
Priority to CN2013800000414A priority patent/CN103443819A/zh
Priority to SG2013019484A priority patent/SG194419A1/en
Priority to JP2013509330A priority patent/JP5981418B2/ja
Priority to EP13708059.4A priority patent/EP2838066A4/en
Priority to KR20147033740A priority patent/KR20140146671A/ko
Priority to US13/803,929 priority patent/US20130261801A1/en
Publication of WO2013145951A1 publication Critical patent/WO2013145951A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/36—Software reuse
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J13/00—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network
    • H02J13/00002—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by monitoring
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J13/00—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network
    • H02J13/00032—Systems characterised by the controlled or operated power network elements or equipment, the power network elements or equipment not otherwise provided for
    • H02J13/00034—Systems characterised by the controlled or operated power network elements or equipment, the power network elements or equipment not otherwise provided for the elements or equipment being or involving an electric power substation
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J13/00—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network
    • H02J13/00006—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by information or instructions transport means between the monitoring, controlling or managing units and monitored, controlled or operated power network element or electrical equipment
    • H02J13/00028—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by information or instructions transport means between the monitoring, controlling or managing units and monitored, controlled or operated power network element or electrical equipment involving the use of Internet protocols
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J3/00—Circuit arrangements for ac mains or ac distribution networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02E—REDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
    • Y02E60/00—Enabling technologies; Technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S10/00—Systems supporting electrical power generation, transmission or distribution
    • Y04S10/30—State monitoring, e.g. fault, temperature monitoring, insulator monitoring, corona discharge

Definitions

  • Embodiments of the present invention relate to a social infrastructure control system that controls social infrastructure.
  • the society in which people live is supported by various social infrastructures such as power, water, transportation, railways, communications, and buildings.
  • various social infrastructures such as power, water, transportation, railways, communications, and buildings.
  • energy saving is required in all fields of society.
  • an object is to provide a social infrastructure control system, a server, a control device, a control method, and a program.
  • the social infrastructure control system includes a control device, a database, a sensor, a collection unit, a calculation unit, a selection unit, and a creation unit.
  • the control device controls the social infrastructure of the community based on software.
  • the database stores a plurality of modules.
  • the sensor detects an event related to social infrastructure and outputs event information.
  • the collection unit collects event information from the sensor.
  • the calculation unit analyzes the collected event information and calculates social infrastructure or community characteristics.
  • the selection unit selects a module corresponding to the calculated characteristic from the database.
  • the creating unit creates software based on the selected module.
  • FIG. 1 is a diagram illustrating an example of a system according to the embodiment.
  • FIG. 2 is a conceptual diagram illustrating an example of a social infrastructure control system according to the embodiment.
  • FIG. 3 is a functional block diagram illustrating an example of a social infrastructure control system according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of event information detected by the sensor 50a.
  • FIG. 5 is a diagram illustrating an example of the event information 20 a stored in the database 20 of the country cloud 100.
  • FIG. 6 is a diagram illustrating an example of the software module group 20b illustrated in FIG.
  • FIG. 7 is a functional block diagram illustrating an example of a main part of the municipality level MS 30.
  • FIG. 8 is a flowchart illustrating an example of a processing procedure of the municipality level MS 30 in the first embodiment.
  • FIG. 9 is a diagram schematically showing the main points of the concept disclosed in the embodiment.
  • FIG. 10 is a functional block diagram illustrating an example of a social infrastructure control system according to the second embodiment.
  • FIG. 11 is a flowchart illustrating an example of a processing procedure of the country level MS 10 in the second embodiment.
  • FIG. 12 is a functional block diagram illustrating an example of a social infrastructure control system according to the third embodiment.
  • FIG. 13 is a diagram illustrating an example of the software module group 20b illustrated in FIG.
  • FIG. 14 is a functional block diagram illustrating an example of a main part of the municipality level MS 30.
  • FIG. 15 is a flowchart illustrating an example of a processing procedure of the vendor MS 80 in the third embodiment.
  • FIG. 16 is a conceptual diagram illustrating an example of a social infrastructure control system according to the fourth embodiment.
  • FIG. 17 is a diagram schematically showing a main part of the system shown in FIG.
  • FIG. 18 is a diagram showing a social infrastructure control system according to the fourth embodiment.
  • FIG. 19 is a diagram illustrating an example of event information transmitted from the business operator MS1 to the vendor MS80 via the communication network NW line.
  • FIG. 20 is a diagram illustrating an example of the software module group 20b illustrated in FIG.
  • FIG. 21 is a functional block diagram illustrating an example of a main part of the operator MS1.
  • FIG. 22 is a functional block diagram showing an example of the vendor MS 80 shown in FIG.
  • FIG. 23 is a flowchart illustrating an example of a processing procedure of the vendor MS 80 in the fourth embodiment.
  • FIG. 24 is a schematic diagram showing an example of social infrastructure and community development.
  • FIG. 25 is a functional block diagram illustrating an example of a social infrastructure control system according to the sixth embodiment.
  • FIG. 26 is a flowchart illustrating an example of a processing procedure of the operator MS1 in the sixth embodiment.
  • FIG. 27 is a diagram illustrating an example of classification of software module groups.
  • FIG. 1 is a diagram illustrating an example of a system according to the embodiment.
  • FIG. 1 shows an example of a system known as a so-called smart grid.
  • existing grid grid
  • existing power plants such as nuclear power, thermal power, and hydropower are connected to a wide variety of consumers such as ordinary households, buildings, and factories through the power grid.
  • distributed power sources such as photovoltaic (Powervoltaic Power Generation: PV) systems and wind power generators, power storage devices, new transportation systems and charging stations are connected to the power grid. Is done.
  • PV photovoltaic Power Generation
  • EMS Energy Management System
  • HEMS Home Energy Management System
  • BEMS Building Energy Management System
  • MEMS Mansion Energy Management System
  • CEMS Common Energy Management System
  • FEMS Fractory Energy Management System
  • the social system provides comfort and convenience to social life through the social infrastructure represented by the above smart grid.
  • the future social system is required to achieve social goals such as energy saving by organically combining various social infrastructures using information processing technology and communication technology. Yes.
  • the social infrastructure control system which concerns on embodiment which can solve such a problem is demonstrated.
  • FIG. 2 is a conceptual diagram showing an example of a social infrastructure control system according to the embodiment.
  • the social infrastructure control system is formed in a logical hierarchical structure.
  • FIG. 2 shows a mode in which an intermediate layer that is lower than the upper layer and higher than the lower layer is provided in addition to the upper layer and the lower layer.
  • the number of hierarchies is not limited to 3, and an architecture in which intermediate layers are further multi-layered can be realized.
  • the upper layer is shown corresponding to the hierarchical administrative divisions of the country, the middle layer is the prefecture, and the lower layer is the municipality.
  • the cloud computing system includes a computer (2) and a database (DB).
  • the computer 2 may be a single computer or a plurality of computers.
  • the database may be provided in one computer 2 or distributed in a plurality of computers 2.
  • the lower layer has a regional system formed in a region with social infrastructure.
  • a cloud is formed for each area of A city, B city, H town, and I county, and a computer 2 and a database DB are provided for each cloud.
  • Each regional cloud is connected via a communication network NW line, and each regional cloud maintains mutual cooperation within the layer.
  • the middle layer controls the lower layer from the logical upper layer.
  • a city and B city are controlled by X prefecture
  • H town and I county are controlled by Y prefecture.
  • X prefecture and Y prefecture are also clouded, and each has a computer 2 and a database DB.
  • the X and Y prefectures are also connected via the communication network NW line to maintain mutual cooperation.
  • the upper layer controls the intermediate layer from the logical upper layer. For example, X and Y prefectures are controlled by the country. The country will also be clouded. In addition, other countries may exist in the upper layer, and these multiple countries can maintain mutual cooperation with each other via a communication network NW line.
  • a higher-level cloud is denoted by reference numeral 100 and is represented as a country cloud 100.
  • the middle-tier cloud is denoted by reference numeral 200 and denoted by the prefecture cloud 200.
  • a cloud 300 is attached to the lower-layer cloud and represented as city cloud 300.
  • the national cloud 100, the prefectural cloud 200, and the city cloud 300 can all have social infrastructure.
  • the city cloud 300 can be regarded as a regional system, and the country cloud 100 or the prefecture cloud 200 as an upper system.
  • the prefecture cloud 200 it is possible to regard the prefecture cloud 200 as a regional system and the country cloud 100 as an upper system.
  • FIG. 3 is a functional block diagram illustrating an example of a social infrastructure control system according to the first embodiment.
  • the country cloud 100 includes a country level management system 10 and a database 20.
  • the prefecture cloud 200 includes a prefecture level management system 60 and a database 70.
  • a city cloud 300 provided in association with a community includes a municipal level management system 30, a database 40, and a plurality of social infrastructures 51 to 5n.
  • the management system is expressed as MS (Management System) below.
  • the country level management system 10 is referred to as country MS10.
  • the prefecture level management system 60 is referred to as a prefecture MS 60.
  • the municipality level management system 30 is referred to as a city MS30.
  • the management system MS includes a computer as hardware. A single computer or multiple computers may be used.
  • the country MS 10 or the prefecture MS 60 is positioned as a server, and the city MS 30 is positioned as a control device.
  • the social infrastructure 51 to 5n is, for example, a water network, a cold source plant system, a power network, a transportation network, a medical system, a store network, a building (building) system, a home (home) energy management system, a factory system, a content distribution system, or a railway. Such as the net. Social infrastructure is not limited to these.
  • the national cloud 100, the prefecture cloud 200, and the city cloud 300 are connected to each other via a communication network NW.
  • the communication network NW is a guarantee type network that can guarantee a required communication band (communication capacity).
  • An example of this type of network is a dedicated line using optical communication technology.
  • a VPN Virtual Private Network
  • IP Internet Protocol
  • the communication network NW can be included in the social infrastructure.
  • the line of the communication network NW can guarantee the real-time property related to transmission (uploading) of event information from the lower layer to the upper layer, for example.
  • the event means a short-term or long-term state change of each social infrastructure 51 to 5n, or the state itself.
  • the event information indicates signals detected by the sensors 50a provided in the social infrastructures 51 to 5n and output from the sensors 50a or all information created based on the signals.
  • the social infrastructure 51-5n of the city cloud 300 provided in association with the community includes a sensor 50a and an actuator 50b.
  • the sensor 50a detects event information unique to each social infrastructure, for example.
  • the sensor 50a detects event information related to a plurality of social infrastructures.
  • the sensor 50a may be any means capable of detecting the state of social infrastructure and digitizing or converting it to data, and can include a monitoring camera or the like in its category.
  • Actuator 50b controls the controlled object based on the given control signal.
  • the actuator 50b is, for example, a motor that opens and closes a valve provided in a water purification plant system of water infrastructure.
  • the actuator 50b drives the motor based on a control signal that instructs the opening of the valve to control the opening of the valve and the flow rate of water.
  • the city MS 30 includes a control unit 30a, a collection unit 30b, an upload unit 30c, a calculation unit 30d, a selection unit 30e, a download unit 30f, a creation unit 30g, and a setting unit 30h as processing functions according to the embodiment.
  • the control unit 30a gives a control instruction to the actuator 50b based on, for example, control data given from the country MS10 or prefecture MS60 or control data generated by itself, and controls the social infrastructures 51 to 5n. Examples of the control instruction include a control signal for controlling a valve opening degree in a water infrastructure or a rotation speed of an air conditioning control inverter in a public infrastructure.
  • the control unit 30a controls the social infrastructures 51 to 5n based on software. That is, the city MS 30 is a computer equipped with the software.
  • the city MS 30 can also be implemented as a processing function provided in the city cloud 300.
  • the collecting unit 30b collects event information detected by the sensor 50a.
  • ECHONET registered trademark
  • ECHONET Lite registered trademark
  • ZigBee registered trademark
  • Z-Wave registered trademark
  • KNX registered trademark
  • the lower communication layer a wired LAN such as Ethernet (registered trademark), power line communication, wireless LAN, Bluetooth (registered trademark), or the like can be used.
  • the upload unit 30c transmits the event information detected by the sensor 50a to the country MS10 of the country cloud 100 or the prefecture MS60 of the prefecture cloud 200 via the line of the communication network NW. That is, the upload unit 30c transmits the event information via the communication network NW line.
  • the line may be a public line or a dedicated line, and may be a line (signal line) capable of transmitting a signal related to event information.
  • Event information is written in the payload of an IP packet, for example, and sent to the communication network NW.
  • IP packet for example, a multicast address is described as a destination address.
  • the country MS 10 and the prefecture MS 60 can collect event information by receiving this IP packet.
  • the calculation unit 30d analyzes the event information collected by the collection unit 30b and calculates the characteristics of the social infrastructures 51 to 5n.
  • the characteristics of social infrastructure are, for example, location conditions, environmental conditions, operational conditions, and other various information that can be quantified. In short, any information that can express the characteristics of social infrastructure is acceptable.
  • the environmental conditions of the social infrastructure formed near the sea and the social infrastructure formed in the mountain village are naturally different. For example, changes in temperature, amount of sunlight, average monthly rainfall, etc. are different, and this is reflected in the event information. For example, in regions with a lot of sunshine, the amount of power generated by solar power generation systems is expected to be higher than in other regions, so the software for optimizing energy consumption has a special performance that reflects that. It is necessary to make it.
  • the calculation unit 30d analyzes the collected event information to calculate characteristics for each social infrastructure or each community.
  • the calculation unit 30d analyzes the event information collected by the collection unit 30b, and calculates the characteristics of the social infrastructures 51 to 5n themselves or the characteristics of the target area (domain) of the social infrastructures 51 to 5n.
  • the target area of social infrastructure is a concept that means, for example, a social area where each infrastructure is a target of control or management.
  • the power consumption in each home, power distribution control based on the power consumption, power production, or the state of a power distribution network correspond to this.
  • a local community with social infrastructure as a target area of the social infrastructure control system.
  • the characteristics of the target area means, for example, the characteristics and trends of power consumption in the power infrastructure. For example, the tendency of increase in the individual production power with the increase in the number of installed PV systems, the amount of reverse power flow, etc. The concept corresponds to this.
  • the characteristics of the target area of social infrastructure can be considered as characteristics of the local community, and can also be understood as being closely related to the characteristics of the social infrastructure itself.
  • the selection unit 30e selects a software module corresponding to the characteristic calculated by the calculation unit 30d from the software module group 20b stored in the database 20 of the country cloud 100. That is, a software module corresponding to the characteristics of social infrastructure or the characteristics of the target area of social infrastructure is selected. That is, a software module suitable for social infrastructure is selected. In particular, the selection unit 30e repeatedly selects a software module periodically or irregularly according to a change in characteristics over time.
  • the download unit 30f downloads the software module selected by the selection unit 30e from the database 20 to the city MS 30 via the communication network NW. That is, the software module is acquired from the database 20 via the communication network NW.
  • the creation unit 30g creates software for the control unit 30a by combining the downloaded software modules.
  • the creation mentioned here is a concept common to compile or build in application development.
  • the creation unit 30g updates (updates) the software with the downloaded software module each time, for example, when the selection of the software module is performed by the selection unit 30e.
  • the setting unit 30h sets the parameters of the selected software module according to the calculated characteristics. That is, many software modules have parameters that can adjust the functions of the software modules.
  • the setting unit 30h operates this parameter to match the software with the characteristics of the community.
  • the database 40 stores event information 40a.
  • the event information 40a is information detected by the sensor 50a. That is, the city MS 30 transmits the event information 40a collected by itself to the country MS 10 and accumulates it locally.
  • the country MS 10 is connected to the city MS 30 via the communication network NW, and is positioned as a server for the city MS 30 as a control device.
  • the country MS 10 is also a processing function provided by a computer functioning by a program or the country cloud 100.
  • the country MS 10 includes an acquisition unit 10a and a transmission unit 10b as processing functions according to the embodiment.
  • the acquisition unit 10a acquires event information transmitted from the city MS 30.
  • the acquired event information is stored in the database 20 as event information 20a.
  • the event information 20a is a centralized accumulation of all event information transmitted from a plurality of city clouds 300 (FIG. 2).
  • the transmitting unit 10b transmits the software module requested from the city MS 30 to the city MS 30.
  • the database 20 stores a software module group 20b in addition to the event information 20a.
  • a software module is a so-called component for creating a piece of software, and is an object or entity common to a plug-in module or the like.
  • the city MS 30, the prefecture MS 60, and the country MS 10 are management devices including a computer that is detachably connected to the communication network NW via the interface unit 6. This computer can perform its function alone. Alternatively, the functions of the city MS 30, the prefecture MS 60, and the country MS 10 can be realized by cooperation processing of a plurality of computers included in the cloud computing system. How to implement the control unit 30a, the collection unit 30b, the upload unit 30c, the calculation unit 30d, the selection unit 30e, the download unit 30f, the creation unit 30g, the setting unit 30h, the acquisition unit 10a, and the transmission unit 10b in the system It can be easily understood by those skilled in the art.
  • FIG. 4 is a diagram showing an example of event information detected by the sensor 50a. If a smart meter is taken as an example of the sensor 50a, for example, identification information (sensor ID: IDentification) of the smart meter, position information (latitude, longitude) of a place where the smart meter is installed, a measured value of power consumption, and a timestamp at the time of measurement Can be cited as an example of an item of event information.
  • identification information sensor ID: IDentification
  • position information latitude, longitude
  • a measured value of power consumption a measured value of power consumption
  • a timestamp at the time of measurement can be cited as an example of an item of event information.
  • FIG. 5 is a diagram showing an example of the event information 20a stored in the database 20 of the country cloud 100.
  • the event information 20a is a database that stores event information detected by each sensor 50a as it is, that is, stores data as it is. Therefore, the database 20 requires a particularly large capacity storage device.
  • a configuration in which the database 20 is constructed using a plurality of storage devices distributed and arranged on the cloud, not a single storage device is preferable. This type of large database is sometimes referred to as BigData.
  • FIG. 6 is a diagram showing an example of the software module group 20b shown in FIG.
  • the software module group 20b includes a plurality of software modules (hereinafter abbreviated as modules) that provide unique functions.
  • the actual state of each module may be a code string described in a specific language, binary data decoded to a machine language level, or data obtained by encrypting this.
  • each module is managed as a unit for each solution corresponding to each social infrastructure, for example. Further, for each unit, for example, ranks S, A, B,... Can be set according to the contents of the service, and modules can be managed collectively for each rank. Such a hierarchical structure is convenient for managing a wide variety of modules.
  • Each module is updated or upgraded by its vendor (provider). As a result, the software module group 20b is sequentially expanded.
  • the vendor of each module can construct a business model in which a profit is obtained by imposing a corresponding charge to the service beneficiary each time the module is downloaded.
  • the city MS 30 can specify a module to be downloaded from the notified content.
  • FIG. 7 is a functional block diagram showing an example of a main part of the city MS 30.
  • the city MS 30 includes an interface unit that can be connected to a line of the communication network NW, a display unit 34 that handles a human machine interface with a user (operator), an input / output unit 36, and a storage unit 35 such as a hard disk drive.
  • the city MS 30 can be provided with the functions according to the embodiment even in a stand-alone state in which the city MS 30 is not connected to the communication network NW.
  • the city MS 30 includes a control unit 30a (FIG. 3) and a program memory 32.
  • the control unit 30a performs its function with the software 31.
  • the software 31 is created by combining a plurality of modules.
  • the module is loaded into the program memory 32 and realizes the function of the software 31 under arithmetic processing by a CPU (Central Processing Unit) (not shown).
  • CPU Central Processing Unit
  • FIG. 8 is a flowchart showing an example of the processing procedure of the city MS 30 in the first embodiment.
  • the city MS 30 collects event information detected by the sensor 50a (step S1).
  • the city MS 30 analyzes the collected event information (step S2), and calculates the characteristics of the social infrastructures 51 to 5n based on the result (step S3).
  • the city MS 30 selects a module corresponding to the calculated characteristic from, for example, a list (software module group 20b shown in FIG. 6) notified in advance (step S4).
  • the city MS 30 requests the country cloud 100 to transmit the selected module via the communication network NW line.
  • city MS30 acquires the selected module from database 20 of country cloud 100 (Step S5).
  • the city MS 30 combines the acquired modules and performs processing such as compilation and build to create the software 31 (step S6).
  • the created software 31 is installed in a redundant computer separately provided for the city MS 30. Then, after data takeover and address change processing from the currently operating computer is completed, the redundant computer is enabled, and the software is updated without interruption of service.
  • FIG. 9 is a diagram schematically showing the main points of the concept disclosed in the embodiment.
  • an element technology group including a plurality of solutions such as water, heat, or electricity is extracted by analyzing the management / control target for each social system. Modules are accumulated for each solution.
  • each community (community A to community E) is made into a cloud and functions as a lower cloud for the higher cloud belonging to the government or the vendor.
  • the community is different and has a wide variety of characteristics, so different solutions are required.
  • the characteristics of the social infrastructure are calculated by the calculation unit, thereby grasping the solution required by the community, and downloading the corresponding module to each cloud. This makes it possible to create software so as to be tailor-made.
  • the event information detected by the sensor 50a is transmitted to the country MS 10 as it is and accumulated intensively, and is also stored locally in the city MS 30.
  • the event information is analyzed to calculate the characteristics of each social infrastructure, and a module corresponding to the result is selected and downloaded to the city MS 30. Then, by combining the downloaded modules, software for controlling social infrastructure is created.
  • the first embodiment it is possible to flexibly cope with changes in the social system.
  • FIG. 10 is a functional block diagram illustrating an example of a social infrastructure control system according to the second embodiment. 10, parts that are the same as those in FIG. 3 are given the same reference numerals, and only different parts will be described here.
  • the system shown in FIG. 10 has a function for analyzing the characteristics of social infrastructure and a function for selecting a module in the country MS 10 of the country cloud 100.
  • the country MS 10 includes a collection unit 10c, a calculation unit 10d, a selection unit 10e, a download unit 10f, and a setting unit 10g.
  • the city MS 30 includes a control unit 30a, an upload unit 30c, and a creation unit 30g.
  • the collection unit 10c collects event information transmitted from the city MS 30 via the communication network NW and stores it in the database 20.
  • the calculation unit 10c analyzes the accumulated event information and calculates the characteristics of the social infrastructures 51 to 5n.
  • the selection unit 10e selects a module according to the calculated characteristics, and the download unit 10f downloads the selected module to the city MS 30 via the communication network NW line.
  • the setting unit 10g adjusts module parameters.
  • the city MS 30, the prefecture MS 60, and the country MS 10 are computers that are detachably connected to the communication network NW via the interface unit 6, for example.
  • This computer can perform its function alone.
  • the functions of the city MS 30, the prefecture MS 60, and the country MS 10 can be realized by cooperation processing of a plurality of computers included in the cloud computing system. It is easy for those skilled in the art to implement the control unit 30a, the upload unit 30c, the creation unit 30g, the collection unit 10c, the calculation unit 10d, the selection unit 10e, the download unit 10f, and the setting unit 10g in the system. It will be possible to understand.
  • FIG. 11 is a flowchart showing an example of the processing procedure of the country MS 10 in the second embodiment.
  • the country MS 10 collects the event information acquired by the city MS 30 via the communication network NW (step S11).
  • the country MS 10 analyzes the collected event information (step S12), and calculates the characteristics of the social infrastructures 51 to 5n based on the result (step S13).
  • the country MS 10 selects a module corresponding to the calculated characteristic from the software module group 20b of the database 20 (step S14).
  • the country MS 10 acquires the selected module from the database 20 and transmits it to the city MS 30 via the communication network NW (step 15).
  • the city MS 30 that has received the module creates the software 31 by the creation unit 30g.
  • an optimal module combination is selected in the country MS10. That is, event information detected in the city cloud 300 is collected in the country cloud 100 and necessary calculations are executed in the country cloud 100. Thereby, in addition to the effect similar to 1st Embodiment, the processing load of the city cloud 300 can be reduced.
  • the city MS 30 voluntarily requests the country cloud 100 to transmit a module.
  • the country MS 10 is the main body to select a module and transmit it to the city cloud 300. This makes it possible to provide a push-type service.
  • FIG. 12 is a diagram showing a social infrastructure control system according to the third embodiment.
  • parts that are the same as those in FIG. 10 are given the same reference numerals, and different parts will be mainly described here.
  • the system shown in FIG. 12 includes a vendor cloud 500.
  • the vendor cloud 500 can be connected to a line of the communication network NW.
  • the vendor cloud 500 is a cloud computing system managed and operated by a vendor, and includes a vendor MS 80 and a database 90.
  • the vendor cloud 500 is, for example, a computer or a computer group having a server function.
  • the computer includes a memory that stores a program that implements the functions according to the embodiment, and a control unit that executes the program.
  • the vendor MS 80 can be realized in the form of a computer itself, one of processing functions by the computer, or a data center.
  • the database 90 may be stored in a storage device provided in the vendor MS 80, or may be stored in another computer connected to the vendor MS 80.
  • the vendor MS 80 is positioned as a server, and the city MS 30 is positioned as a control device.
  • the vendor MS 80 includes a collection unit 10c, a calculation unit 10d, a selection unit 10e, a creation unit 30g, a download unit 10f, a counter 80a, a fee management unit 80b, and a setting unit 10g as functional blocks according to the embodiment.
  • the database 90 can store event information 20a and software module group 20b.
  • the unit price is set in advance by, for example, a vendor for each software module.
  • This unit price can be set, for example, for each unit shown in FIG. 13 (described later), according to the service content, or according to the rank of the service.
  • a unit price of free of charge can be set.
  • the collection unit 10c of the vendor MS 80 collects the event information 20a detected by the sensor 50a from the city MS 30 via the communication network NW and stores it in the database 90.
  • the collection unit 10c of the country MS 10 also acquires the event information 20a transmitted from the city MS 30 via the communication network NW and stores it in the database 20.
  • the calculation unit 10d analyzes the event information 20a and calculates the characteristics of the social infrastructures 51 to 5n. For example, if the social infrastructure related to the event information is a power infrastructure, the calculation unit 10d may calculate the characteristics of the area where the power infrastructure is installed, the power consumption in each home and the power distribution control based on the power consumption, the power production amount, or the power distribution network. The state is calculated.
  • the selection unit 10e selects a module suitable for the characteristics of the social infrastructure 51 to 5n from the software module group 20b of the database 90. For example, if the target power infrastructure is in an urban area, for example, a module suitable for demand response control is selected. If the power infrastructure is in an area with many sunny days, a module having a reverse flow control function of the PV system may be selected. Thus, a module suitable for the characteristics of social infrastructure is selected from the software module group 20b.
  • the creation unit 30g creates software that can be installed in the control unit 30a of the city MS 30 based on the selected module.
  • the creation unit 30g creates a software by combining a plurality of modules selected by the selection unit 10e and performing a compile / link / build or similar process. At that time, it is also possible to adjust the parameters of the module by the setting unit 10g.
  • the download unit 10f transmits the created software to the city MS 30 via the communication network NW line. That is, the download unit 10f encodes the binary data of the software into a compressed file, for example, and sends the IP packet generated by giving the IP address of the city MS 30 to the line of the communication network NW.
  • the counter 80a counts the amount of software downloaded to the city MS 30.
  • the “amount” may be any amount as long as it is a quantity that can be counted quantitatively and should be used as a basis for charging, such as the number downloaded, the data size, and the number of bytes.
  • the fee management unit 80b acquires the amount counted by the counter 80a, and calculates charging data 90a based on the unit price of the selected module.
  • the billing data 90a can be managed as a table for each municipality, for example.
  • the billing data 90a is stored in the storage unit (not shown) of the vendor MS 80 or the database 90.
  • This billing data 90a is information used as a source of income for vendors, for example, when billing a beneficiary such as a city MS30 operating entity (such as a local government) or a resident.
  • the city MS 30 includes a control unit 30a, an upload unit 30c, and a reception unit 1a.
  • the upload unit 30c transmits the event information detected by the sensor 50a to the vendor MS 80 via the communication network NW.
  • the national cloud 100, the prefecture cloud 200, and the like can be connected to the line of the communication network NW.
  • the receiving unit 1a receives the IP packet transmitted from the vendor MS80 to the city MS30.
  • the city MS 30 extracts a compressed software file from the payload of the received IP packet, decodes the compressed file, reproduces the software, and installs it on itself.
  • the control unit 30a controls the social infrastructures 51 to 5n under the control by this software.
  • the city MS 30, the prefecture MS 60, the country MS 10, and the vendor MS 80 are computers that are detachably connected to the communication network NW via the interface unit 6, for example.
  • This computer can perform its function alone.
  • the functions of the city MS 30, the prefecture MS 60, the country MS 10, and the vendor MS 80 can be realized by cooperation processing of a plurality of computers included in the cloud computing system. How can the control unit 30a, the upload unit 30c, the reception unit 1a, the creation unit 30g, the collection unit 10c, the calculation unit 10d, the selection unit 10e, the download unit 10f, the counter 80a, the charge management unit 80b, and the setting unit 10g be integrated into the system? The implementation will be easily understood by those skilled in the art.
  • FIG. 13 is a diagram showing an example of the software module group 20b shown in FIG.
  • the software module group 20b includes a plurality of software modules (abbreviated as modules) each providing a unique function.
  • the actual state of each module may be a code string described in a specific language, binary data decoded to a machine language level, or data obtained by encrypting this.
  • each module is managed as a unit for each solution corresponding to each social infrastructure, for example. Further, for each unit, for example, ranks S, A, B,... Can be set according to the contents of the service, and modules can be managed collectively for each rank. Such a hierarchical structure is convenient for managing a wide variety of modules.
  • Each module is updated or upgraded by a vendor (provider) terminal (not shown).
  • the software module group 20b is sequentially expanded.
  • the vendor of each module can construct a business model in which a profit is obtained by imposing a corresponding charge to the service beneficiary each time the module is downloaded.
  • the city MS 30 can specify a module to be downloaded from the notified content.
  • FIG. 14 is a functional block diagram showing an example of a main part of the city MS 30.
  • the city MS 30 includes an interface unit that can be connected to a line of the communication network NW, a display unit 34 that handles a human machine interface with a user (operator), an input / output unit 36, and a storage unit 35 such as a hard disk drive.
  • the city MS 30 can be provided with the functions according to the embodiment even in a stand-alone state in which the city MS 30 is not connected to the communication network NW.
  • the city MS 30 includes a control unit 30a (FIG. 12) and a program memory 32.
  • the control unit 30a performs its function with the software 31.
  • the software 31 is created by combining a plurality of modules.
  • the module is loaded into the program memory 32 and realizes the function of the software 31 under arithmetic processing by a CPU (Central Processing Unit) (not shown).
  • CPU Central Processing Unit
  • FIG. 15 is a flowchart illustrating an example of a processing procedure of the vendor MS 80 in the third embodiment.
  • the vendor MS 80 collects the event information acquired by the city MS 30 via the communication network NW (step S21).
  • the vendor MS 80 analyzes the collected event information (step S22), and calculates the characteristics of the social infrastructures 51 to 5n based on the result (step S23).
  • the vendor MS 80 selects a module corresponding to the calculated characteristic from the software module group 20b of the database 90 (step S24). Then, the vendor MS 80 acquires the selected module from the database 20, combines the acquired modules, performs processing such as compilation and build, and creates the software 31 (step S25). Next, the vendor MS 80 downloads and transmits the created software 31 to the city MS 30 via the communication network NW (step S26). The vendor MS 80 then counts the amount of software 31 downloaded to the city MS 30 (step S27), and calculates billing data 90a based on the count value (step S28).
  • the software vendor group provides the software module group 20b and the software for social infrastructure control.
  • Billing data is calculated each time a module or software is downloaded, and this billing data is managed for each software beneficiary. This allows the vendor to collect fees from the beneficiary in return for providing the software. Therefore, it becomes possible to give the motivation to develop software to the vendor, and it becomes possible to gradually expand the service.
  • an operator can access the vendor MS 80 via a communication network NW line from a remote terminal (not shown) or the like to perform various processes.
  • a remote terminal not shown
  • an operator who has passed security authentication can retrieve the billing data 90a from the database 90 of the vendor MS 80.
  • This billing data 90a can be processed into customer-specific billing data, cumulative billing data, etc., and displayed on the screen of the remote terminal.
  • the accounting data 90a can be printed and output, or converted into data in the CSV format and output.
  • the operator can upload an updated version or improved version of a module already stored in the database 90 or a newly developed module from a remote terminal via a communication network NW line. Even in this case, authentication processing will be necessary, but it will be clear that various merits for maintenance and version upgrade will be created by placing the software module in the cloud.
  • a community having social infrastructure is controlled.
  • the community has various social infrastructures such as energy infrastructure, water infrastructure, and medical infrastructure that support people's lives.
  • a community that realizes comfort, safety, energy saving, etc. by integrated control of infrastructure is particularly called a smart community.
  • the presence of a business operator such as a developer who manages and operates a community is considered.
  • a business operator a company that collects power from a power company and distributes it to the community. Vendors provide software to operators operating this community for a fee.
  • FIG. 16 is a conceptual diagram showing an example of a social infrastructure control system according to the fourth embodiment.
  • K prefecture is located in the upper layer.
  • the prefecture cloud 200 of K prefecture is connected to the country cloud 100 and the city clouds 300 of Y city and P city via the communication network NW.
  • the city cloud 300 of Y city is connected to a plurality of area clouds 400 via a communication network NW line.
  • NW line a communication network
  • each cloud of K area, M area, and Y area is shown.
  • K area, M area, and Y area can be regarded as a local government or a group of local governments in Y city. That is, the K area, the M area, and the Y area are, for example, an area having a certain area (for example, a 3 km square area), a factory area, and an office block where people live, and form a community.
  • the area cloud 400 in the K area, the area cloud 400 in the M area, and the area cloud 400 in the Y area each include a computer 2 and a database DB.
  • Each area cloud 400 can be connected to each other by connecting via a communication network NW line.
  • FIG. 17 is a diagram schematically showing the main part of the system shown in FIG.
  • the city cloud 300 of Y city is connected to the M area, the K area (and the Y area) via the communication network NW.
  • Each area includes a computer 2 that is used by a business operator responsible for the area.
  • the M area is a community in a building street where, for example, high-rise office buildings are lined up
  • the K area is a community in a residential district, for example. Therefore, the computer 2 that controls the M area and the computer 2 that controls the K area need to have software having a function of fitting to each community.
  • the software vendor (vendor cloud 500) described in the third embodiment is connected to the line of the communication network NW.
  • the software installed on each computer 2 is provided by a vendor.
  • FIG. 18 is a diagram showing a social infrastructure control system according to the fourth embodiment.
  • the system shown in FIG. 18 includes a vendor cloud 500.
  • the vendor cloud 500 can be connected to a line of the communication network NW.
  • the vendor cloud 500 is a cloud computing system managed and operated by a vendor, and includes a vendor MS 80 and a database 90.
  • the vendor cloud 500 is, for example, a computer or a computer group having a server function.
  • the computer includes a memory that stores a program that implements the functions according to the embodiment, and a control unit that executes the program.
  • the vendor MS 80 can be realized in the form of a computer itself, one of processing functions by the computer, or a data center.
  • the database 90 may be stored in a storage device provided in the vendor MS 80, or may be stored in another computer connected to the vendor MS 80.
  • the community 700 corresponding to the K area, the M area, or the Y area is managed by the community cloud 600.
  • the community cloud 600 includes a business operator MS1.
  • the business operator MS1 is, for example, the computer 2 (FIG. 17), and is connected to the database 40 provided in the community cloud 600.
  • the vendor MS80 is positioned as a server, and the operator MS1 is positioned as a control device.
  • the social infrastructures 51 to 5n are, for example, a water infrastructure, a thermal infrastructure, an electric infrastructure, a transportation infrastructure, a building infrastructure, and the like shown in FIG.
  • Each of the social infrastructures 51 to 5n includes a sensor 50a and an actuator 50b.
  • the vendor MS 80 of the vendor cloud 500 includes, as functional blocks according to the embodiment, a collection unit 10c, a calculation unit 10d, a selection unit 10e, a creation unit 80c, a download unit 10f, a counter 80a, a charge management unit 80b, a setting unit 10g, and An update unit 80d is provided.
  • the database 90 can store event information 20a, software module group 20b, and billing data 90a.
  • a unit price is set in advance for each software module by, for example, a vendor.
  • This unit price can be set, for example, for each unit shown in FIG. 20 (described later), according to the service content, or according to the rank of the service.
  • a unit price of free of charge can be set.
  • the collection unit 10c collects the event information 20a detected by the sensor 50a from the business operator MS1 through the communication network NW and stores it in the database 90.
  • the calculation unit 10d analyzes the event information 20a and calculates the characteristics of the community 700 including the social infrastructures 51 to 5n.
  • the calculation unit 10d calculates the addresses where power stations, substations, power grids, hospitals, and the like are installed, and characteristics of the areas where these infrastructures are installed. Calculate the age structure of the residents, the power consumption in the hospital, or the state of the power distribution network leading to the hospital where power should be preferentially allocated.
  • the selection unit 10e selects a module suitable for the characteristics of the community 700 from the software module group 20b of the database 90. For example, if the target community is the M area (FIG. 17), for example, a module suitable for demand response for BEMS is selected. If the target community is the K area, for example, a module suitable for demand response control for HEMS and control of the individual PV system is selected. As described above, a module suitable for the characteristics of the community is selected from the software module group 20b.
  • the creation unit 80c creates software that can be installed in the control unit 30a of the business operator MS1 based on the selected module. That is, the creation unit 80c creates a software by combining a plurality of modules and performing a compile / link / build or similar process in the same manner as in the first to third embodiments. At that time, it is also possible to adjust the parameters of the module by the setting unit 10g.
  • the download unit 10f transmits the created software to the business operator MS1 via the communication network NW. That is, the download unit 10f encodes the binary data of the software into, for example, a compressed file, and sends an IP packet generated by giving the IP address of the business operator MS1 to the line of the communication network NW.
  • the counter 80a counts the amount of software downloaded to the city MS 30.
  • the “amount” may be any amount as long as it is a quantity that can be counted quantitatively and should be used as a basis for charging, such as the number downloaded, the data size, and the number of bytes.
  • the fee management unit 80b acquires the amount counted by the counter 80a, and calculates the charging data 90a based on the number of bytes of the downloaded packet and the unit price of the selected module.
  • the billing data 90a can be managed in a table for each business or community.
  • the billing data 90a is stored in the storage unit (described later) of the vendor MS 80 or in the database 90. This billing data 90a is used when billing beneficiaries such as a community operating entity or community residents, and is information that is a source of income for the vendor.
  • the update unit 80d updates the software of the operator MS1 in accordance with the change in characteristics calculated by the calculation unit 10d. That is, the update unit 80d updates the software of the business operator MS1 in accordance with changes in the characteristics of the social infrastructures 51 to 5n or the characteristics of the community 700.
  • the business operator MS1 includes a control unit 30a, an upload unit 30c, and a reception unit 1a.
  • the upload unit 30c transmits the event information detected by the sensor 50a to the vendor MS 80 via the communication network NW.
  • a prefecture cloud 200, a city cloud 300, and the like can be connected to the line of the communication network NW.
  • FIG. 19 is a diagram showing an example of event information transmitted from the business operator MS1 to the vendor MS80 via the communication network NW line.
  • the event information can be sent to the communication network NW in the form of an IP packet, for example.
  • the payload of the IP packet for example, sensing data detected by the sensor 50a, a type of social infrastructure related to the sensing data, and information (Identification: ID) for identifying the community 700 including the social infrastructure are described. Is done.
  • the IP address of the transmission source (operator MS1) and the multicast address are described.
  • the vendor MS 80, the country MS 10, and the prefecture MS 60 can collect sensing data as event information by receiving this IP packet.
  • the form in which the sensing data and the infrastructure type are described in the payload of the IP packet can be similarly applied to the first to third embodiments.
  • the receiving unit 1a of the business operator MS1 receives the IP packet transmitted from the vendor MS 80 to the business operator MS1. Then, the operator MS1 extracts a software compressed file from the payload of the received IP packet, decodes the compressed file, reproduces the software, and installs it on itself.
  • the control unit 30a controls the community 700 under the control by this software.
  • the business operator MS1 controls the sensors 50a and actuators 50b of the infrastructures 51 to 5n of the community 700 based on the software acquired from the vendor MS80, thereby supporting the comfortable and safe life of the citizens in the community 700.
  • FIG. 20 is a diagram illustrating an example of the software module group 20b illustrated in FIG.
  • the software module group 20b includes a plurality of software modules (modules) that provide unique functions.
  • the actual state of each module may be a code string described in a specific language, binary data decoded to a machine language level, or data obtained by encrypting this.
  • Each module is given a serial number, for example, for distinction.
  • Each module is managed as a unit for each solution corresponding to a different type of community such as an urban community, an agricultural and fishing village community, a shopping mall community, or an office community. Further, for each unit, for example, ranks S, A, B,... Can be set according to the contents of the service, and modules can be managed collectively for each rank.
  • Such a hierarchical structure is convenient for managing a wide variety of modules.
  • Each module is updated or upgraded by a vendor or software developer.
  • the software module group 20b is sequentially expanded.
  • the vendor of each module can construct a business model in which a profit is obtained by imposing a corresponding charge to the service beneficiary each time the module is downloaded.
  • FIG. 21 is a functional block diagram showing an example of a main part of the business operator MS1.
  • the business operator MS1 includes an interface unit that can be connected to a line of the communication network NW, a display unit 34 that handles a human machine interface with a user (operator), an input / output unit 36, and a storage unit 35 such as a hard disk drive. Note that the operator MS1 can have the functions according to the embodiment even in a stand-alone state where the operator MS1 is not connected to the communication network NW.
  • the business operator MS1 includes a control unit 30a (FIG. 18) and a program memory 32.
  • the control unit 30a performs its function with the software 31.
  • the software 31 is created by combining a plurality of modules.
  • the module is loaded into the program memory 32 and realizes the function of the software 31 under arithmetic processing by a CPU (Central Processing Unit) (not shown).
  • CPU Central Processing Unit
  • FIG. 22 is a functional block diagram showing an example of the vendor MS 80 shown in FIG.
  • the vendor MS 80 includes an input / output unit 14, an interface unit 6, a storage unit 13, a central processing unit (CPU) 11, and a program memory 12. That is, the vendor MS 80 is a computer that functions when the CPU 11 executes a program stored in the program memory 12.
  • the input / output unit 14 is a human machine interface (operation panel, switch, etc.) operated by an operator or the like.
  • the input / output unit 14 forms a Graphical User Interface (GUI) environment, accepts information input by the user, and provides information to the user.
  • GUI Graphical User Interface
  • the interface unit 6 is connected to the communication network NW line and the database 90, and has a communication function with the communication network NW line and each cloud 500, 200, 300, 600.
  • the storage unit 46 stores billing data 90a.
  • the program memory 12 includes a collection program P1, a calculation program P2, a selection program P3, a creation program P4, a download program P5, a count program P6, and a charge management program P7 as programs including instructions necessary for processing functions according to this embodiment.
  • the setting program P8 and the update program P9 are stored. These programs can be recorded on a removable medium (recording medium) such as a CD-ROM, or can be downloaded via a communication line (including a line of the communication network NW).
  • the CPU 11 reads out each program from the program memory 12 and performs arithmetic processing by hardware. As its processing functions, the collection unit 10c, the calculation unit 10d, the selection unit 10e, the creation unit 80c, the download unit 10f, the counter described above are included. 80a, a charge management unit 80b, a setting unit 10g, and an update unit 80d.
  • FIG. 23 is a flowchart showing an example of the processing procedure of the vendor MS 80 in the fourth embodiment.
  • the vendor MS 80 collects the event information acquired by the business operator MS1 via the communication network NW line by receiving the IP packet shown in FIG. 19 (step S31).
  • the vendor MS 80 analyzes the collected event information (step S32), and calculates the characteristics of the community including the social infrastructures 51 to 5n based on the result (step S33).
  • the vendor MS 80 selects a module corresponding to the calculated characteristic from the software module group 20b of the database 90 (step S34). Then, the vendor MS 80 acquires the selected module from the database 20, combines the acquired modules, performs processing such as compilation and build, and creates the software 31 (step S35). Next, the vendor MS 80 downloads and transmits the created software 31 to the business operator MS1 via the communication network NW line (step S36). The vendor MS 80 then counts the amount of software 31 downloaded to the business operator MS1 (step S37), and calculates billing data 90a based on the count value (step S38).
  • the above procedure can be executed irregularly or periodically. That is, the software of the operator MS1 is updated irregularly or periodically in accordance with changes in community characteristics over time.
  • the vendor 700 calculates the characteristics of the community 700, and the vendor 80 creates software based on the result.
  • the business operator MS1 only needs to receive the created software and install it on its own, so there is no need to provide a function for creating the software.
  • This facilitates centralized management of software version, billing data, license information, and the like on the vendor MS 80 side. This makes it possible to construct a social infrastructure control system that is useful for both system vendors and businesses of the community 700.
  • software for community control is provided by a software vendor.
  • Billing data is calculated each time software is downloaded, and this billing data is managed for each software beneficiary.
  • the vendor the same incentive as in the third embodiment, and it is possible to provide a social infrastructure control system that is useful not only for citizens living in the community but also for software vendors.
  • the fourth embodiment it is possible to flexibly cope with changes in the community as a social system. In other words, it is possible to analyze the event information collected from time to time, calculate the characteristics of the community, and repeat this to upgrade the software version according to the development or reduction of the community.
  • FIG. 24 is a schematic diagram showing an example of social infrastructure and community development.
  • the number of consumers or the number of smart meters 5 is also a number commensurate with the initial state.
  • the smart meter 5 is an example of a sensor 50a that acquires event information. According to the smart meter 5, the power demand for each consumer, the power consumption, the power generation amount of the PV system, and the like are acquired as event information.
  • the number of houses and consumers increases as shown in FIG. 24B, and the number of smart meters 5 increases accordingly. It is also conceivable that the smart meter 5 can be attached later to a house that does not include the smart meter 5 in the initial stage. Thus, it is clear that the number of sensors will increase with the development of the community.
  • the updating unit 80d of the vendor MS 80 determines whether or not the software update of the business operator MS1 is necessary, for example, in response to a request from the business operator MS1 or by determining the threshold value of the number of sensor IDs described in the event information. To do. If it is determined that an update is necessary, the vendor MS 80 analyzes the event information accumulated so far and calculates new characteristics of the community. Based on this characteristic, the vendor MS 80 obtains the software module from the database, creates new software, and transmits it to the business operator MS1. As described above, according to the fourth and fifth embodiments, software is updated with the development of the community, so that it is possible to flexibly cope with the needs of the community operator or customer.
  • FIG. 25 is a functional block diagram illustrating an example of a social infrastructure control system according to the sixth embodiment.
  • the system shown in FIG. 25 has a function of analyzing community characteristics and a function of selecting a module in the operator cloud MS1 of the community cloud 600.
  • the business operator MS1 includes a control unit 30a, a collection unit 30b, an upload unit 30c, a calculation unit 30d, a selection unit 30e, a download unit 30f, a creation unit 30g, and a setting unit 30h.
  • the vendor MS80 includes an acquisition unit 10a and a transmission unit 10b.
  • the vendor MS80 is positioned as a server, and the operator MS1 is positioned as a control device.
  • the control unit 30a gives a control instruction to the actuator 50b based on the control data, and controls the social infrastructures 51 to 5n.
  • the collection unit 30b collects event information detected by the sensor 50a and stores it in the database 40.
  • the upload unit 30c transmits the event information detected by the sensor 50a to the vendor MS 80 of the vendor cloud 500 via the communication network NW. That is, the upload unit 30c transmits the event information via the communication network NW line.
  • the calculation unit 10d analyzes the event information 40a and calculates the characteristics of the community 700 including the social infrastructures 51 to 5n.
  • the selection unit 30e selects a module suitable for the characteristics of the community 700 from the software module group 20b of the database 90.
  • the download unit 30f downloads the software module selected by the selection unit 30e from the database 90 to the business operator MS1 via the communication network NW. That is, the software module is acquired from the database 90 via the communication network NW line.
  • the creation unit 30g creates software for the control unit 30a by combining the downloaded software modules.
  • the creation unit 30g updates (updates) the software with the downloaded software module each time, for example, when the selection of the software module is performed by the selection unit 30e.
  • the setting unit 30h sets the parameters of the selected software module according to the calculated characteristics.
  • the setting unit 30h operates this parameter to match the software with the characteristics of the community.
  • the acquisition unit 10a of the vendor MS 80 acquires event information transmitted from the business operator MS1.
  • the acquired event information is stored in the database 90 as event information 20a.
  • the transmitting unit 10b transmits the software module requested by the business operator MS1 to the business operator MS1.
  • FIG. 26 is a flowchart illustrating an example of a processing procedure of the operator MS1 in the sixth embodiment.
  • the business operator MS1 collects event information detected by the sensor 50a (step S41).
  • the business operator MS1 analyzes the collected event information (step S42), and calculates the characteristics of the community 700 based on the result (step S3).
  • the business operator MS1 selects a module according to the calculated characteristic from, for example, a list notified beforehand (software module group 20b shown in FIG. 6) (step S44).
  • the business operator MS1 requests the vendor MS 80 to transmit the selected module via the communication network NW line.
  • the business operator MS1 acquires the selected module from the database 90 of the vendor cloud 500 (step S45).
  • the business operator MS1 combines the acquired modules and performs processing such as compilation and build to create the software 31 (step S46).
  • the operator MS1 calculates the characteristics of the community 700, thereby grasping the solution required by the community, and acquiring the module corresponding to the solution from the vendor cloud 500. This makes it possible to create software so as to be tailor-made.
  • the event information detected by the sensor 50a is transmitted to the vendor MS 80 as it is and concentratedly stored, and is also held locally by the business operator MS1.
  • This event information is analyzed to calculate community characteristics, and a module corresponding to the result is selected and downloaded to the operator MS1. Then, by combining the downloaded modules, software for controlling social infrastructure is created.
  • the present invention is not limited to the above embodiment.
  • the social infrastructure characteristics calculated by the calculation units 30d and 10d, the modules selected based on the calculation results, or the performance of software that can be created are visualized and displayed on the display unit 34 of the city MS 30. Also good.
  • a unique software module may be created for each solution, or may be shared by a plurality of solutions.
  • FIG. 27 is a diagram showing an example of classification of software module groups. For example, consider multiple infrastructures for homes, buildings, and factories.
  • Home infrastructure includes homes and condominiums
  • building infrastructure includes high-rise buildings, low-rise buildings, and intelligent buildings.
  • Factory infrastructure includes large-scale factories and small-scale factories.
  • a module that achieves cost savings has a particularly high demand in homes and low-rise buildings.
  • a module for realizing energy saving can be shared in condominiums, high-rise buildings, intelligent buildings, and large-scale factories, for example.
  • the cost and labor required for module development can be reduced.
  • the combination of modules for creating software is not always unique. For example, a plurality of combinations of modules may be selected on the machine side, and the performance of the software obtained under each combination, the services that can be provided, and the like may be displayed and selected by the operator. In this way, it is possible to intervene the operator's intention when creating software. Such a form is particularly useful for government service providers and has high needs.
  • the event information detected by the sensor 50a may be accumulated anywhere in the country cloud 100, the prefecture cloud 200, the city cloud 300, the vendor cloud 500, or the community cloud 600.
  • functional blocks such as the unit 80d can be implemented without regard to the location in the system. That is, these functional blocks can be realized as a program executed by a computer or a program recorded on a computer-readable recording medium.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Power Engineering (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

　実施形態によれば、社会インフラ制御システムは、制御装置と、データベースと、センサと、収集部と、算出部と、選択部と、作成部とを具備する。制御装置は、ソフトウェアに基づいてコミュニティの社会インフラを制御する。データベースは、複数のモジュールを記憶する。センサは、社会インフラに関するイベントを検知しイベント情報を出力する。収集部は、センサからのイベント情報を収集する。算出部は、収集されたイベント情報を解析して社会インフラまたはコミュニティの特性を算出する。選択部は、算出された特性に応じたモジュールをデータベースから選択する。作成部は、選択されたモジュールに基づいてソフトウェアを作成する。

Description

社会インフラ制御システム、サーバ、制御装置、制御方法およびプログラム
　本発明の実施形態は、社会インフラを制御する社会インフラ制御システムに関する。
　人々が生活する社会（コミュニティ）は、例えば電力、水道、交通、鉄道、通信、およびビルなどの多様な社会インフラによって支えられている。一方、近年の環境意識の高まりや切迫したエネルギー事情により、社会のあらゆる分野における省エネルギー化を要求されている。人々に不便な生活を強いること無く省エネルギー化を図ることの可能な社会システムをどのようにして形成するか、活発に議論されている。
　従来の社会システムでは、社会インフラは基本的に個々に独立して管理、運営されていた。例えば電力インフラを例に挙げてみても、国単位での省エネルギー化はもとより、自治体（市町村）ごと、地域ごと、あるいは戸別家庭ごとのエネルギー最適化制御は未だ実現されていない。　
　そこで、目的は、社会インフラ制御システム、サーバ、制御装置、制御方法およびプログラムを提供することにある。
　実施形態によれば、社会インフラ制御システムは、制御装置と、データベースと、センサと、収集部と、算出部と、選択部と、作成部とを具備する。制御装置は、ソフトウェアに基づいてコミュニティの社会インフラを制御する。データベースは、複数のモジュールを記憶する。センサは、社会インフラに関するイベントを検知しイベント情報を出力する。収集部は、センサからのイベント情報を収集する。算出部は、収集されたイベント情報を解析して社会インフラまたはコミュニティの特性を算出する。選択部は、算出された特性に応じたモジュールをデータベースから選択する。作成部は、選択されたモジュールに基づいてソフトウェアを作成する。
図１は、実施形態に係わるシステムの一例を示す図である。 図２は、実施形態に係る社会インフラ制御システムの一例を示す概念図である。 図３は、第１の実施形態に係る社会インフラ制御システムの一例を示す機能ブロック図である。 図４は、センサ５０ａにより検知されるイベント情報の一例を示す図である。 図５は、国クラウド１００のデータベース２０に蓄積される、イベント情報２０ａの一例を示す図である。 図６は、図３に示されるソフトウェアモジュール群２０ｂの一例を示す図である。 図７は、市町村レベルＭＳ３０の要部の一例を示す機能ブロック図である。 図８は、第１の実施形態における市町村レベルＭＳ３０の処理手順の一例を示すフローチャートである。 図９は、実施形態に開示される概念の要点を模式的に示す図である。 図１０は、第２の実施形態に係る社会インフラ制御システムの一例を示す機能ブロック図である。 図１１は、第２の実施形態における国レベルＭＳ１０の処理手順の一例を示すフローチャートである。 図１２は、第３の実施形態に係る社会インフラ制御システムの一例を示す機能ブロック図である。 図１３は、図１２に示されるソフトウェアモジュール群２０ｂの一例を示す図である。 図１４は、市町村レベルＭＳ３０の要部の一例を示す機能ブロック図である。 図１５は、第３の実施形態におけるベンダＭＳ８０の処理手順の一例を示すフローチャートである。 図１６は、第４の実施形態に係る社会インフラ制御システムの一例を示す概念図である 図１７は、図１６に示されるシステムの要部を模式的に示す図である。 図１８は、第４の実施形態に係る社会インフラ制御システムを示す図である。 図１９は、通信網ＮＷの回線を介して事業者ＭＳ１からベンダＭＳ８０に送信されるイベント情報の一例を示す図である。 図２０は、図１８に示されるソフトウェアモジュール群２０ｂの一例を示す図である。 図２１は、事業者ＭＳ１の要部の一例を示す機能ブロック図である。 図２２は、図１８に示されるベンダＭＳ８０の一例を示す機能ブロック図である。 図２３は、第４の実施形態におけるベンダＭＳ８０の処理手順の一例を示すフローチャートである。 図２４は、社会インフラおよびコミュニティの発展の一例を示す模式図である。 図２５は、第６の実施形態に係る社会インフラ制御システムの一例を示す機能ブロック図である。 図２６は、第６の実施形態における事業者ＭＳ１の処理手順の一例を示すフローチャートである。 図２７は、ソフトウェアモジュール群の分類の一例を示す図である。
　図１は、実施形態に係わるシステムの一例を示す図である。図１は、いわゆるスマートグリッドとして知られるシステムの一例を示す。既存の電力網（grid）では原子力、火力、水力などの既存発電所と、一般家庭や、ビル、工場といった多種多様な需要家とが電力網によって接続される。次世代の電力系統（Power grid）ではこれらに加えて太陽光発電（Photovoltaic Power Generation：ＰＶ）システムや風力発電装置などの分散型電源や蓄電装置、新交通システムや充電スタンドなどが電力系統に接続される。これら多種多様な要素は通信グリッドを介して通信することが可能である。
　エネルギーを管理するシステムは、エネルギーマネジメントシステム（Energy Management System：ＥＭＳ）と総称される。ＥＭＳはその規模などに応じて幾つかに分類される。例えば一般家庭向けのＨＥＭＳ（Home Energy Management System）、ビルディング向けのＢＥＭＳ（Building Energy Management System）などがある。このほか、集合住宅向けのＭＥＭＳ（Mansion Energy Management System）、コミュニティ向けのＣＥＭＳ（Community Energy Management System）、工場向けのＦＥＭＳ（Factory Energy Management System）などがある。これらのシステムが連携することできめ細かなエネルギー最適化制御が実現される。
　これらのシステムによれば既存の発電所、分散型電源、太陽光や風力などの再生可能エネルギー源、および需要家の相互間で高度な協調運用が可能になる。これにより自然エネルギーを主体とするエネルギー供給システムや、需要家と事業者との双方向連携による需要家参加型のエネルギー需給といった、新規かつスマートな形態の電力供給サービスが生み出される。
　社会システムは、上記スマートグリッドに代表される社会インフラにより社会生活に快適さや便利さを提供する。これからの社会システムは情報処理技術や通信技術などを利用して、多種多様な社会インフラを有機的に結合させることで、省エネルギー化などの社会的な目標を達成できるようにすることを求められている。以下ではこのような課題を解決可能な実施形態に係る社会インフラ制御システムにつき、説明する。
　図２は、実施形態に係る社会インフラ制御システムの一例を示す概念図である。実施形態では社会インフラ制御システムを、論理的な階層構造に形成する。図２においては上位層、および下位層に加え、上位層よりも下位、下位層よりも上位の中間層を備える形態を示す。階層化の段階は３に限られるものではなく、中間層をさらに多層化したアーキテクチャも実現可能である。逆に、上位層および下位層だけを備える社会インフラ制御システムも形成することが可能である。図２においては上位層を国、中間層を都道府県、下位層を市町村の、階層的な行政区分に対応させて示す。
　実施形態では、各層をクラウド化した形態を考える。周知のようにクラウドコンピューティングシステムはコンピュータ（２）とデータベース（ＤＢ）とを備える。コンピュータ２は単体でも複数でも良い。データベースは一つのコンピュータ２に備えられても、複数のコンピュータ２に分散して配置されてもよい。
　図２において、下位層は、社会インフラを備える地域に形成される地域システムを備える。例えばＡ市、Ｂ市、Ｈ町、Ｉ郡の地域ごとにクラウドが形成され、クラウドごとにコンピュータ２とデータベースＤＢが備えられる。各地域クラウド間は通信網ＮＷの回線を介して接続され、各地域クラウドは層内における相互の連携を保っている。
　中間層は、下位層を論理的な上位層から制御する。例えばＡ市とＢ市はＸ県により制御され、Ｈ町とＩ郡はＹ県により制御される。Ｘ県およびＹ県もクラウド化され、それぞれコンピュータ２およびデータベースＤＢを備える。Ｘ県およびＹ県も通信網ＮＷの回線を介して接続され相互の連携を保っている。
　上位層は、中間層を論理的な上位層から制御する。例えばＸ県とＹ県は国により制御される。国もクラウド化される。さらに、上位層には他の国も存在することができ、これら複数の国は通信網ＮＷの回線を介してより互いに相互の連携を保つことが可能である。上位層のクラウドに符号１００を付して国クラウド１００と表記する。中間層のクラウドに符号２００を付して県クラウド２００と表記する。下位層のクラウドに符号３００を付して市クラウド３００と表記する。
　国クラウド１００、県クラウド２００、市クラウド３００のいずれも社会インフラを有することが可能である。例えば市クラウド３００の社会インフラを国クラウド１００または県クラウド２００から制御する形態を考えると、市クラウド３００を地域システム、国クラウド１００または県クラウド２００を上位システムと捉えることが可能である。また、県クラウド２００の社会インフラを国クラウド１００から制御する形態を考えると、県クラウド２００を地域システム、国クラウド１００を上位システムと捉えることが可能である。
　［第１の実施形態］
　図３は、第１の実施形態に係る社会インフラ制御システムの一例を示す機能ブロック図である。国クラウド１００は国レベル管理システム１０と、データベース２０を備える。県クラウド２００は都道府県レベル管理システム６０と、データベース７０を備える。コミュニティに関連づけて設けられた市クラウド３００は、市町村レベル管理システム３０と、データベース４０と、複数の社会インフラ５１～５ｎを備える。
　煩雑を避けるため以下では、管理システムをＭＳ（Management System）と表記する。国レベル管理システム１０を国ＭＳ１０と表記する。都道府県レベル管理システム６０を県ＭＳ６０と表記する。市町村レベル管理システム３０を市ＭＳ３０と表記する。管理システムＭＳは、ハードウェアとしてのコンピュータを備える。コンピュータは単体でも複数でも良い。
　第１の実施形態では、国ＭＳ１０または県ＭＳ６０がサーバとしての位置付けにあり、市ＭＳ３０が制御装置としての位置付けにある。
　社会インフラ５１～５ｎは、例えば水道網、冷熱源プラントシステム、電力網、交通網、医療システム、店舗ネットワーク、ビルディング（ビル）システム、家庭（ホーム）エネルギーマネジメントシステム、工場システム、コンテンツ配信システム、あるいは鉄道網などである。なお社会インフラはこれらに限られるものではない。
　国クラウド１００、県クラウド２００、および市クラウド３００は通信網ＮＷの回線を介して相互に接続される。通信網ＮＷは、要求される通信帯域（通信容量）を保証可能なギャランティ型ネットワークである。この種のネットワークとしては例えば光通信技術を応用した専用回線が挙げられる。あるいはＩＰ（Internet Protocol）ネットワークに形成したＶＰＮ（Virtual Private Network）もこの種のネットワークの範疇に含めることが可能である。もちろん、通信網ＮＷを社会インフラに含めることも可能である。通信網ＮＷの回線は、例えば下位層から上位層へのイベント情報の送信（アップロード）にかかるリアルタイム性を保証可能である。
　イベントとは、各社会インフラ５１～５ｎの短期的または長期的な状態変化や、状態そのものを意味する。また、イベント情報とは、各社会インフラ５１～５ｎに備わるセンサ５０ａにより検知され、このセンサ５０ａから出力される信号またはこの信号に基づき作成される全ての情報を示す。
　コミュニティに関連づけて設けられた市クラウド３００の社会インフラ５１～５ｎは、それぞれセンサ５０ａおよびアクチュエータ５０ｂを備える。センサ５０ａは、例えば各社会インフラに固有のイベント情報を検知する。あるいは、センサ５０ａは、複数の社会インフラに関係するイベント情報を検知する。要するにセンサ５０ａは社会インフラの状態を検知して数値化、あるいはデータ化可能な手段であればどのようなものでも良く、監視カメラなどもその範疇に含めることが可能である。
　アクチュエータ５０ｂは与えられる制御信号に基づいて制御対象を制御する。アクチュエータ５０ｂは例えば水道インフラの浄水場システムに備わるバルブを開閉するモータである。アクチュエータ５０ｂは、バルブの開度を指示する制御信号に基づいてモータを駆動して、バルブの開度および水の流量を制御する。
　市ＭＳ３０は、実施形態に係る処理機能として制御部３０ａ、収集部３０ｂ、アップロード部３０ｃ、算出部３０ｄ、選択部３０ｅ、ダウンロード部３０ｆ、作成部３０ｇ、および設定部３０ｈを備える。　
　制御部３０ａは、例えば国ＭＳ１０あるいは県ＭＳ６０から与えられた制御データ、あるいは自ら生成した制御データに基づいてアクチュエータ５０ｂに制御指示を与え、社会インフラ５１～５ｎを制御する。制御指示としては、例えば水インフラにおけるバルブの開度、あるいは公共インフラにおける空調制御用インバータの回転数などを制御するための、制御信号が挙げられる。　
　制御部３０ａはソフトウェアに基づいて社会インフラ５１～５ｎを制御する。つまり市ＭＳ３０は当該ソフトウェアを備えるコンピュータである。なお、市クラウド３００に備わる処理機能として市ＭＳ３０を実装することも可能である。
　収集部３０ｂは、センサ５０ａにより検知されたイベント情報を収集する。データ収集に係わる通信プロトコルとしては、ＥＣＨＯＮＥＴ（登録商標）、ＥＣＨＯＮＥＴ Ｌｉｔｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｚ－Ｗａｖｅ（登録商標）、ＫＮＸ（登録商標）などを使用することが可能である。下位レイヤの通信層としてはイーサネット（登録商標）などの有線ＬＡＮ、電力線通信、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを使用することが可能である。
　アップロード部３０ｃは、センサ５０ａにより検知されたイベント情報を、国クラウド１００の国ＭＳ１０、あるいは県クラウド２００の県ＭＳ６０に、通信網ＮＷの回線を介して送信する。つまりアップロード部３０ｃは、イベント情報を通信網ＮＷの回線を介して送信する。ここで、回線は公衆回線でも専用線でも良く、イベント情報に係る信号を伝送可能な線路（信号線）であれば良い。
　イベント情報は、例えばＩＰパケットのペイロードに書き込まれて通信網ＮＷに送出される。このＩＰパケットには宛先アドレスとして例えばマルチキャストアドレスが記載される。国ＭＳ１０、および県ＭＳ６０は、このＩＰパケットを受信することでイベント情報を収集することが可能である。
　算出部３０ｄは、収集部３０ｂにより収集されたイベント情報を解析し、社会インフラ５１～５ｎの特性を算出する。社会インフラの特性とは例えば立地条件、環境条件、運用条件、その他種々の、数値化することの可能な情報である。要するに社会インフラの特性を表すことの可能な情報であればどのようなものでも良い。
　例えば海の近くに形成される社会インフラと、山村部に形成される社会インフラとでは当然、環境面での条件が異なる。例えば気温の変動や日照量、月ごとの平均降雨量などがそれぞれ異なるので、イベント情報にもそのことが反映される。例えば日照量の多い地域では太陽光発電システムの発電量が他の地域よりも多いことが予想されるので、エネルギー消費を最適化するためのソフトウェアには、そのことを反映する性能を特別に持たせる必要がある。
　あるいは、降雨量の多い地域や近くにダムなどがある地域では、水インフラを制御するためのソフトウェアに、他の地域とは異なる性能を期待される。算出部３０ｄは収集したイベント情報を解析することにより、社会インフラごとの、あるいはコミュニティごとの特性を算出する。
　あるいは算出部３０ｄは、収集部３０ｂにより収集されたイベント情報を解析し、社会インフラ５１～５ｎそれ自体の特性、あるいは社会インフラ５１～５ｎの対象とする領域（ドメイン）の特性を算出する。　
　社会インフラの対象領域とは、例えばそれぞれのインフラが制御の対象、あるいは管理の対象とする社会的な領域を意味する概念である。例えば電力インフラであれば各家庭における電力消費量やそれに基づく配電制御、電力生産量、あるいは配電ネットワークの状態などがこれに相当する。特に、社会インフラを備える地域社会を、当該社会インフラ制御システムの対象領域と捉えることが可能である。
　対象領域の特性とは、例えば電力インフラにおいては電力消費量の特性、傾向などを意味し、例えばＰＶシステムの設置台数の増加に伴う戸別生産電力の増加の傾向や、逆潮流電力の量などの概念がこれに相当する。社会インフラの対象領域の特性は、地域社会の特性としても捉えることが可能であり、社会インフラそのものの特性と密接に関係すると捉えることも可能である。
　選択部３０ｅは、算出部３０ｄにより算出された特性に応じたソフトウェアモジュールを、国クラウド１００のデータベース２０に蓄積されるソフトウェアモジュール群２０ｂから選択する。つまり社会インフラの特性、あるいは社会インフラの対象領域の特性に応じたソフトウェアモジュールが選択される。つまり、社会インフラに適したソフトウェアモジュールが選択される。特に選択部３０ｅは、時間の経過などに伴う特性の変化に応じて、ソフトウェアモジュールの選択を定期的に、あるいは不定期に繰り返し実行する。
　ダウンロード部３０ｆは、選択部３０ｅにより選択されたソフトウェアモジュールを、データベース２０から通信網ＮＷの回線を介して市ＭＳ３０にダウンロードする。つまりソフトウェアモジュールを、データベース２０から通信網ＮＷの回線を介して取得する。作成部３０ｇは、ダウンロードされたソフトウェアモジュールを組み合わせて、制御部３０ａのソフトウェアを作成する。ここで言う作成は、アプリケーション開発におけるコンパイル（compile）、あるいはビルド（build）と共通する概念である。
　特に作成部３０ｇは、例えば選択部３０ｅによりソフトウェアモジュールの選択が実施されると、そのたびごとにダウンロードされたソフトウェアモジュールにより、ソフトウェアを更新（アップデート）する。
　設定部３０ｈは、選択されたソフトウェアモジュールのパラメータを、上記算出された特性に応じて設定する。つまり、多くのソフトウェアモジュールは、当該ソフトウェアモジュールの機能を調整可能なパラメータを備える。設定部３０ｈはこのパラメータを操作して、ソフトウェアを地域社会の特性にマッチさせる。
　データベース４０はイベント情報４０ａを蓄積する。このうちイベント情報４０ａはセンサ５０ａで検知された情報である。つまり市ＭＳ３０は自ら収集したイベント情報４０ａを国ＭＳ１０に送信するとともに、ローカルにおいても蓄積する。
　国ＭＳ１０は、市ＭＳ３０に、通信網ＮＷの回線を介して接続され、制御装置としての市ＭＳ３０に対するサーバとしての位置付けにある。国ＭＳ１０も、プログラムにより機能するコンピュータ、あるいは国クラウド１００により提供される処理機能である。国ＭＳ１０は、実施形態に係る処理機能として取得部１０ａ、および送信部１０ｂを備える。
　取得部１０ａは、市ＭＳ３０から送信されたイベント情報を取得する。取得されたイベント情報はデータベース２０にイベント情報２０ａとして蓄積される。このイベント情報２０ａは複数の市クラウド３００（図２）から送信されたイベント情報の全てを集中的に蓄積したものである。
　送信部１０ｂは、市ＭＳ３０から要求されたソフトウェアモジュールを市ＭＳ３０に送信する。
　データベース２０は、イベント情報２０ａに加えてソフトウェアモジュール群２０ｂを蓄積する。周知のようにソフトウェアモジュールは、１つのソフトウェアを作成するためのいわば部品であり、プラグインモジュールなどとも共通するオブジェクトあるいはエンティティである。
　上記構成において、市ＭＳ３０、県ＭＳ６０、および国ＭＳ１０は、インタフェース部６を介して通信網ＮＷの回線に着脱可能に接続されるコンピュータを含む管理装置である。このコンピュータは単体でその機能を果たすことが可能である。あるいは、クラウドコンピューティングシステムに備わる複数のコンピュータの連携処理により、市ＭＳ３０、県ＭＳ６０、および国ＭＳ１０の機能を実現することも可能である。制御部３０ａ、収集部３０ｂ、アップロード部３０ｃ、算出部３０ｄ、選択部３０ｅ、ダウンロード部３０ｆ、作成部３０ｇ、設定部３０ｈ、取得部１０ａ、および送信部１０ｂを如何にしてシステムにインプリメントするかは、当業者によれば容易に理解されることが可能であろう。
　図４は、センサ５０ａにより検知されるイベント情報の一例を示す図である。センサ５０ａとしてスマートメータを例に採れば、例えばそのスマートメータの識別情報（センサＩＤ：IDentification）、設置される地点の位置情報（緯度、経度）、電力消費量の計測値および計測時点のタイムスタンプを、イベント情報の項目の例として挙げることが可能である。
　図５は、国クラウド１００のデータベース２０に蓄積される、イベント情報２０ａの一例を示す図である。図５に示されるようにイベント情報２０ａは、各センサ５０ａにより検知されたイベント情報をそのまま、いわば生のままのデータを一元的に蓄積するデータベースである。従ってデータベース２０には特に大容量のストレージデバイスを必要とする。単独のストレージデバイスでなく、クラウド上に分散配置される複数のストレージデバイスを用いてデータベース２０を構築する形態が好ましい。この種の大容量のデータベースはBigDataと称されることもある。
　図６は、図３に示されるソフトウェアモジュール群２０ｂの一例を示す図である。ソフトウェアモジュール群２０ｂはそれぞれ固有の機能を提供する複数のソフトウェアモジュール（以下、モジュールと略記する）を含む。各モジュールの実態は特定の言語で記述されたコード列であっても良いし、機械語レベルにまでデコードされたバイナリデータ、あるいはこれを暗号化したデータであっても良い。
　各モジュールには区別のため、例えば通し番号が与えられる。また各モジュールは例えばそれぞれの社会インフラに対応するソリューションごとにユニット化されて管理される。さらに、ユニットごとに、例えばサービスの内容に応じてＳ，Ａ，Ｂ，…のランクを設定し、ランクごとにモジュールをまとめて管理することも可能である。このような階層化構造は多岐にわたるモジュールを管理するのに都合が良い。
　各モジュールはそのベンダ（提供者）により更新あるいはバージョンアップされる。これによりソフトウェアモジュール群２０ｂは逐次拡充される。各モジュールのベンダは、モジュールがダウンロードされるごとに相応の課金をサービス受益者に課すことで利益を得るといったビジネスモデルを構築することが可能である。
　各モジュールによりどのような機能が提供されるかという情報や、各モジュールを個別に特定するための通し番号、更新履歴などは、一覧表やＸＭＬデータなどの形式で市ＭＳ３０に通知される。市ＭＳ３０は、この通知された内容から、ダウンロードすべきモジュールを特定することが可能である。
　図７は、市ＭＳ３０の要部の一例を示す機能ブロック図である。市ＭＳ３０は、通信網ＮＷの回線に接続可能なインタフェース部、ユーザ（オペレータ）とのヒューマンマシンインタフェースを担う表示部３４および入出力部３６、ハードディスクドライブなどのストレージユニット３５を備える。なお市ＭＳ３０は、通信網ＮＷの回線に接続されていないスタンドアロンの状態でも、実施形態に係る機能を備えることが可能である。
　さらに市ＭＳ３０は、制御部３０ａ（図３）およびプログラムメモリ３２を備える。制御部３０ａはソフトウェア３１によりその機能を果たす。ソフトウェア３１は複数のモジュールを組み合わせて作成される。モジュールはプログラムメモリ３２にロードされ、図示しないＣＰＵ（Central Processing Unit）による演算処理のもとでソフトウェア３１の機能を実現する。
　図８は、第１の実施形態における市ＭＳ３０の処理手順の一例を示すフローチャートである。図８において市ＭＳ３０は、センサ５０ａにより検知されたイベント情報を収集する（ステップＳ１）。次に市ＭＳ３０は、収集したイベント情報を解析し（ステップＳ２）、その結果に基づいて、社会インフラ５１～５ｎの特性を算出する（ステップＳ３）。
　次に市ＭＳ３０は、前記算出した特性に応じたモジュールを、例えば、予め通知される一覧表（図６に示されるソフトウェアモジュール群２０ｂ）から選択する（ステップＳ４）。次に市ＭＳ３０は、選択したモジュールの送信を、通信網ＮＷの回線を介して国クラウド１００に要求する。そして市ＭＳ３０は、選択したモジュールを、国クラウド１００のデータベース２０から取得する（ステップＳ５）。そして市ＭＳ３０は、取得したモジュールを組み合わせ、コンパイルやビルドなどの処理を行ってソフトウェア３１を作成する（ステップＳ６）。
　作成されたソフトウェア３１は、市ＭＳ３０に対して別途設けられる、冗長コンピュータにインストールされる。そして、現用で稼働中のコンピュータからのデータの引継ぎやアドレス変更の処理などが完了したのち、冗長コンピュータを有効にすることで、サービスの中断を伴わずにソフトウェアが更新される。
　図９は、実施形態に開示される概念の要点を模式的に示す図である。実施形態においては、社会システムごとにその管理・制御対象を分析することで水、熱、あるいは電気などの複数のソリューションからなる要素技術群を抽出する。そして、ソリューションごとにモジュールが蓄積される。
　一方、各コミュニティ（コミュニティＡ～コミュニティＥ）はそれぞれクラウド化されて、行政や、ベンダに属する上位クラウドに対する下位クラウドとして機能する。コミュニティは千差万別であり、多種多様な特性を持つので、必要とされるソリューションも異なる。
　そこで、算出部により社会インフラの特性を算出し、これによりコミュニティの求めるソリューションを把握し、それに応じたモジュールを各クラウドにダウンロードする。これにより、いわばテイラーメイドするようにソフトウェアを作成することが可能になる。
　すなわち、センサ５０ａで検知されたイベント情報をそのまま国ＭＳ１０に送信して集中的に蓄積するとともに、市ＭＳ３０においてもローカルに保持する。このイベント情報を解析して社会インフラごとの特性を算出し、その結果に応じたモジュールを選択して市ＭＳ３０にダウンロードする。そして、ダウンロードしたモジュールを組み合わせることで、社会インフラを制御するためのソフトウェアを作成するようにしている。
　このようにしたので、各コミュニティでの社会システムの管理、運営に欠かせないソフトウェアをテイラーメイドするように提供できる。
　しかも第１の実施形態によれば、社会システムの変化にも柔軟に対処することが可能である。つまり時々刻々と収集されるイベント情報を解析して社会インフラの特性を算出し、これを繰り返すことで社会システムの発展あるいは縮小に応じてソフトウェアをバージョンアップしてゆくことが可能になる。例えば、コミュニティの発展につれ住民の人口が増え、世帯数が増加してくると、ＰＶシステムの設置台数が増えたりして相応の制御が必要になってくる。
　逆に、人口が減るとそれまでに必要であった制御が不要になったり、高齢者が増えてくると医療分野でのサービスを充実させるといった新たな需要が喚起されることもある。このような社会システムの変化は、イベント情報の解析結果に基づく閾値判定などによりマシンの側で判定することが可能である。よってこの変化を検出し、社会システムの変化に追従してソフトウェアをバージョンアップしてゆくことで、人的介入に伴うオペレータの負担を最小限に抑えながらも社会システムを最適に制御してゆくことが可能になる。
　［第２の実施形態］
　図１０は、第２の実施形態に係る社会インフラ制御システムの一例を示す機能ブロック図である。図１０において図３と共通する部分には同じ符号を付して示し、ここでは異なる部分についてのみ説明する。　
　図１０に示されるシステムは、社会インフラの特性を解析する機能、およびモジュールを選択する機能を国クラウド１００の国ＭＳ１０に備えるようにしたものである。
　すなわち国ＭＳ１０は、収集部１０ｃ、算出部１０ｄ、選択部１０ｅ、ダウンロード部１０ｆ、および設定部１０ｇを備える。市ＭＳ３０は、制御部３０ａ、アップロード部３０ｃおよび作成部３０ｇを備える。
　収集部１０ｃは、市ＭＳ３０から送信されるイベント情報を通信網ＮＷの回線を介して収集し、データベース２０に蓄積する。算出部１０ｃは蓄積したイベント情報を解析して社会インフラ５１～５ｎの特性を算出する。選択部１０ｅは算出された特性に応じてモジュールを選択し、ダウンロード部１０ｆは選択されたモジュールを通信網ＮＷの回線を介して市ＭＳ３０にダウンロードする。設定部１０ｇはモジュールのパラメータを調整する。
　上記構成において、市ＭＳ３０、県ＭＳ６０、および国ＭＳ１０は、例えばインタフェース部６を介して通信網ＮＷの回線に着脱可能に接続されるコンピュータである。このコンピュータは単体でその機能を果たすことが可能である。あるいは、クラウドコンピューティングシステムに備わる複数のコンピュータの連携処理により、市ＭＳ３０、県ＭＳ６０、および国ＭＳ１０の機能を実現することも可能である。制御部３０ａ、アップロード部３０ｃ、作成部３０ｇ、収集部１０ｃ、算出部１０ｄ、選択部１０ｅ、ダウンロード部１０ｆ、および設定部１０ｇを如何にしてシステムにインプリメントするかは、当業者によれば容易に理解されることが可能であろう。
　図１１は、第２の実施形態における国ＭＳ１０の処理手順の一例を示すフローチャートである。図１１において国ＭＳ１０は、市ＭＳ３０において取得されたイベント情報を、通信網ＮＷの回線を介して収集する（ステップＳ１１）。次に国ＭＳ１０は、収集したイベント情報を解析し（ステップＳ１２）、その結果に基づいて、社会インフラ５１～５ｎの特性を算出する（ステップＳ１３）。
　次に国ＭＳ１０は、前記算出した特性に応じたモジュールを、データベース２０のソフトウェアモジュール群２０ｂから選択する（ステップＳ１４）。そして国ＭＳ１０は、選択したモジュールをデータベース２０から取得し、通信網ＮＷの回線を介して市ＭＳ３０に送信する（ステップ１５）。モジュールを受信した市ＭＳ３０は、作成部３０ｇによりソフトウェア３１を作成する。
　上記構成によれば、最適なモジュールの組み合わせが国ＭＳ１０において選択される。つまり市クラウド３００で検知されたイベント情報が国クラウド１００に集められ、国クラウド１００において必要な演算が実行される。これにより第１の実施形態と同様の効果に加え、市クラウド３００の処理負荷を軽減できるようになる。
　また第１の実施形態では市ＭＳ３０が主体的に、モジュールの送信を国クラウド１００に要求した。これに代えて第２の実施形態では、国ＭＳ１０が主体となってモジュールを選択し、市クラウド３００に送信するようにしている。これにより、いわばプッシュ型のサービスを提供することが可能になる。
　［第３の実施形態］
　図１２は、第３の実施形態に係る社会インフラ制御システムを示す図である。図１２において図１０と共通する部分には同じ符号を付して示し、ここでは主に異なる部分について説明する。
　第３の実施形態では、社会インフラの制御、管理、あるいは運営に係わるサービスの一例について、より詳しく説明する。第３の実施形態では、社会インフラを制御するためのソフトウェアを提供する事業者の存在を考慮する。この事業者をベンダと総称する。
　図１２に示されるシステムは、ベンダクラウド５００を備える。ベンダクラウド５００は通信網ＮＷの回線に接続されることが可能である。ベンダクラウド５００は、ベンダにより管理、運営されるクラウドコンピューティングシステムであり、ベンダＭＳ８０およびデータベース９０を備える。ベンダクラウド５００は例えばサーバ機能を備えるコンピュータ、あるいはコンピュータ群である。コンピュータは、実施形態に係る機能を実現するプログラムを記憶するメモリと、当該プログラムを実行する制御部とを備える。
　ベンダＭＳ８０はコンピュータそのもの、コンピュータによる処理機能の一つ、あるいは、データセンタなどのかたちで実現されることが可能である。データベース９０はベンダＭＳ８０に備わるストレージデバイスに記憶されても良いし、ベンダＭＳ８０に接続される別のコンピュータに記憶されても良い。
　第３の実施形態では、ベンダＭＳ８０がサーバとしての位置付けにあり、市ＭＳ３０が制御装置としての位置付けにある。
　ベンダＭＳ８０は、実施形態に係る機能ブロックとして、収集部１０ｃ、算出部１０ｄ、選択部１０ｅ、作成部３０ｇ、ダウンロード部１０ｆ、カウンタ８０ａ、料金管理部８０ｂ、および、設定部１０ｇを備える。データベース９０は、イベント情報２０ａと、ソフトウェアモジュール群２０ｂとを記憶することが可能である。
　第３の実施形態では特に、ソフトウェアモジュール毎に、例えばベンダによって予め単価が設定される。この単価は例えば図１３（後述）に示されるユニットごとに、またはサービス内容に応じて、あるいはサービスのランクに応じて設定されることが可能である。もちろん、無料という単価が設定されることも可能である。
　ベンダＭＳ８０の収集部１０ｃは、センサ５０ａにより検知されたイベント情報２０ａを市ＭＳ３０から通信網ＮＷの回線を介して収集し、データベース９０に保存する。なお国ＭＳ１０の収集部１０ｃも、市ＭＳ３０から送信されたイベント情報２０ａを通信網ＮＷの回線を介して取得し、データベース２０に蓄積する。
　算出部１０ｄはイベント情報２０ａを解析し、社会インフラ５１～５ｎの特性を算出する。例えば、イベント情報に係わる社会インフラが電力インフラであれば、算出部１０ｄは、電力インフラの設置される地域の特性、各家庭における電力消費量やそれに基づく配電制御、電力生産量、あるいは配電ネットワークの状態などを算出する。
　選択部１０ｅは、データベース９０のソフトウェアモジュール群２０ｂから、社会インフラ５１～５ｎの特性に適するモジュールを選択する。例えば、対象とする電力インフラが都市部にあれば、例えばデマンドレスポンス制御に適するモジュールが選択される。電力インフラが晴天日の多い地域にあれば、ＰＶシステムの逆潮流制御機能を備えるモジュールが選択される場合がある。このように、社会インフラの特性に適するモジュールがソフトウェアモジュール群２０ｂから選択される。
　作成部３０ｇは、選択されたモジュールに基づいて、市ＭＳ３０の制御部３０ａにインストールすることの可能なソフトウェアを作成する。すなわち作成部３０ｇは、選択部１０ｅにより選択された複数のモジュールを組み合わせ、コンパイル／リンク／ビルド、あるいはそれに類する処理を施してソフトウェアを作成する。その際、設定部１０ｇによりモジュールのパラメータを調整することも可能である。
　ダウンロード部１０ｆは、作成されたソフトウェアを、通信網ＮＷの回線を介して市ＭＳ３０に送信する。すなわちダウンロード部１０ｆは、当該ソフトウェアのバイナリデータを例えば圧縮ファイルにエンコードし、市ＭＳ３０のＩＰアドレスを付与して生成したＩＰパケットを通信網ＮＷの回線に送出する。
　カウンタ８０ａは、ソフトウェアが市ＭＳ３０にダウンロードされた量をカウントする。ここでいう“量”とは、ダウンロードされた数、データサイズ、バイト数など、定量的にカウント可能で課金の拠りどころとなるべき量であればどのような量であっても良い。
　料金管理部８０ｂは、カウンタ８０ａによりカウントされた量を取得し、選択されたモジュールの単価に基づいて課金データ９０ａを算出する。課金データ９０ａは例えば市町村ごとにテーブル化されて管理されることが可能である。この課金データ９０ａはベンダＭＳ８０の記憶部（図示せず）、あるいはデータベース９０に記憶される。この課金データ９０ａは、例えば市ＭＳ３０の運営事業体（地方自治体など）や、住民などの受益者に課金する際に用いられ、ベンダにとっては収入源となる情報である。
　市ＭＳ３０は、制御部３０ａ、アップロード部３０ｃ、および受信部１ａを備える。アップロード部３０ｃは、センサ５０ａにより検知されたイベント情報をベンダＭＳ８０に、通信網ＮＷの回線を介して送信する。なお通信網ＮＷの回線には国クラウド１００、県クラウド２００などが接続されることができる。
　受信部１ａは、ベンダＭＳ８０から市ＭＳ３０宛に送信されたＩＰパケットを受信する。そして市ＭＳ３０は、受信したＩＰパケットのペイロードからソフトウェアの圧縮ファイルを抽出し、この圧縮ファイルをデコードしてソフトウェアを再生して自らにインストールする。制御部３０ａは、このソフトウェアによる制御のもとで社会インフラ５１～５ｎを制御する。
　上記構成において、市ＭＳ３０、県ＭＳ６０、国ＭＳ１０、およびベンダＭＳ８０は、例えばインタフェース部６を介して通信網ＮＷの回線に着脱可能に接続されるコンピュータである。このコンピュータは単体でその機能を果たすことが可能である。あるいは、クラウドコンピューティングシステムに備わる複数のコンピュータの連携処理により、市ＭＳ３０、県ＭＳ６０、国ＭＳ１０、およびベンダＭＳ８０の機能を実現することも可能である。制御部３０ａ、アップロード部３０ｃ、受信部１ａ、作成部３０ｇ、収集部１０ｃ、算出部１０ｄ、選択部１０ｅ、ダウンロード部１０ｆ、カウンタ８０ａ、料金管理部８０ｂ、および設定部１０ｇを如何にしてシステムにインプリメントするかは、当業者によれば容易に理解されることが可能であろう。
　図１３は、図１２に示されるソフトウェアモジュール群２０ｂの一例を示す図である。ソフトウェアモジュール群２０ｂはそれぞれ固有の機能を提供する複数のソフトウェアモジュール（モジュールと略記する）を含む。各モジュールの実態は特定の言語で記述されたコード列であっても良いし、機械語レベルにまでデコードされたバイナリデータ、あるいはこれを暗号化したデータであっても良い。
　各モジュールには区別のため、例えば通し番号が与えられる。また各モジュールは例えばそれぞれの社会インフラに対応するソリューションごとにユニット化されて管理される。さらに、ユニットごとに、例えばサービスの内容に応じてＳ，Ａ，Ｂ，…のランクを設定し、ランクごとにモジュールをまとめて管理することも可能である。このような階層化構造は多岐にわたるモジュールを管理するのに都合が良い。
　各モジュールは、図示しないベンダ（提供者）の端末により更新あるいはバージョンアップされる。これによりソフトウェアモジュール群２０ｂは逐次拡充される。各モジュールのベンダは、モジュールがダウンロードされるごとに相応の課金をサービス受益者に課すことで利益を得るといったビジネスモデルを構築することが可能である。
　各モジュールによりどのような機能が提供されるかという情報や、各モジュールを個別に特定するための通し番号、更新履歴などは、一覧表やＸＭＬデータなどの形式で市ＭＳ３０に通知される。市ＭＳ３０は、この通知された内容から、ダウンロードすべきモジュールを特定することが可能である。
　図１４は、市ＭＳ３０の要部の一例を示す機能ブロック図である。市ＭＳ３０は、通信網ＮＷの回線に接続可能なインタフェース部、ユーザ（オペレータ）とのヒューマンマシンインタフェースを担う表示部３４および入出力部３６、ハードディスクドライブなどのストレージユニット３５を備える。なお市ＭＳ３０は、通信網ＮＷの回線に接続されていないスタンドアロンの状態でも、実施形態に係る機能を備えることが可能である。
　さらに市ＭＳ３０は、制御部３０ａ（図１２）およびプログラムメモリ３２を備える。制御部３０ａはソフトウェア３１によりその機能を果たす。ソフトウェア３１は複数のモジュールを組み合わせて作成される。モジュールはプログラムメモリ３２にロードされ、図示しないＣＰＵ（Central Processing Unit）による演算処理のもとでソフトウェア３１の機能を実現する。
　図１５は、第３の実施形態におけるベンダＭＳ８０の処理手順の一例を示すフローチャートである。図１５においてベンダＭＳ８０は、市ＭＳ３０において取得されたイベント情報を、通信網ＮＷの回線を介して収集する（ステップＳ２１）。次にベンダＭＳ８０は、収集したイベント情報を解析し（ステップＳ２２）、その結果に基づいて、社会インフラ５１～５ｎの特性を算出する（ステップＳ２３）。
　次にベンダＭＳ８０は、前記算出した特性に応じたモジュールを、データベース９０のソフトウェアモジュール群２０ｂから選択する（ステップＳ２４）。そしてベンダＭＳ８０は、選択したモジュールをデータベース２０から取得し、取得したモジュールを組み合わせ、コンパイルやビルドなどの処理を行ってソフトウェア３１を作成する（ステップＳ２５）
　次にベンダＭＳ８０は、作成したソフトウェア３１を通信網ＮＷの回線を介して市ＭＳ３０にダウンロード送信する（ステップＳ２６）。そしてベンダＭＳ８０は、ソフトウェア３１が市ＭＳ３０にダウンロードされた量をカウントし（ステップＳ２７）、カウント値に基づいて課金データ９０ａを算出する（ステップＳ２８）。
　このように第３の実施形態によれば、ソフトウェアベンダにより、ソフトウェアモジュール群２０ｂと、社会インフラ制御のためのソフトウェアが提供される。そして、モジュール、あるいはソフトウェアがダウンロードされるたびに課金データが算出され、この課金データはソフトウェアの受益者ごとに管理される。これによりベンダは、ソフトウェアを提供する見返りに受益者から料金を徴収することが可能になる。従ってベンダにソフトウェアを開発する動機を与えることが可能になり、サービスを順次拡充していくことが可能になる。
　また、操作者（ベンダに属するオペレータなど）は、リモート端末（図示せず）などから通信網ＮＷの回線を介してベンダＭＳ８０にアクセスして、種々の処理を実施することが可能である。例えばセキュリティ認証にパスしたオペレータは、ベンダＭＳ８０のデータベース９０から課金データ９０ａを取り出すことが可能である。この課金データ９０ａは顧客別課金データや累積課金データなどに加工され、リモート端末の画面に表示することができる。あるいは、課金データ９０ａを印刷して出力したり、ＣＳＶ形式などのデータに変換して出力することも可能である。
　またオペレータは、データベース９０に既に記憶されているモジュールの更新バージョンや改良バージョン、あるいは新たに開発されたモジュールを、リモート端末から通信網ＮＷの回線経由でアップロードすることもできる。このケースにおいても認証処理は必要になろうが、ソフトウェアモジュールをクラウドに置いておくことで、メインテナンスやバージョンアップにかかる種々のメリットが生まれることは明らかであろう。
　［第４の実施形態］
　第４の実施形態では、社会インフラを備えるコミュニティを制御の対象とする。コミュニティは、人々の暮らしを支えるエネルギーインフラ、水道インフラ、医療インフラなどの多様な社会インフラを備えている。快適性や安全性、省エネ性などを、インフラを統合制御することで実現するコミュニティは特に、スマートコミュニティと称される。
　近年では、デベロッパー、管理会社、あるいは一括受電請負会社などにより管理される形態のコミュニティが増えてきている。この種のコミュニティでは、電力会社から一括で受電した電力をコミュニティ内の複数の需要家に分配供給するといった形態が一般的である。この種のコミュニティとしてはショッピングモール、マンション、工業団地、あるいは住宅街などを挙げることができる。
　第４の実施形態では、コミュニティを管理、運営するデベロッパーなどの、事業者の存在を考慮する。例えば、電力を電力会社から一括受電してコミュニティに分配する業者などを、事業者の一例として理解することが可能である。そして、このコミュニティを運営する事業者に、ベンダがソフトウェアを有償で提供する。
　図１６は、第４の実施形態に係る社会インフラ制御システムの一例を示す概念図である。図１６において、Ｋ県が上位層に位置する。Ｋ県の県クラウド２００は、通信網ＮＷの回線を介して国クラウド１００、およびＹ市、Ｐ市の各市クラウド３００に接続される。
　このうちＹ市の市クラウド３００は、通信網ＮＷの回線を介して複数のエリアクラウド４００に接続される。図１６においてはＫエリア、Ｍエリア、Ｙエリアの各クラウドが示される。
　Ｋエリア、Ｍエリア、Ｙエリアのいずれも、Ｙ市にある自治体、あるいは自治体群として捉えることが可能である。つまりＫエリア、Ｍエリア、Ｙエリアは、例えば人々の生活する、或る広さ（例えば３ｋｍ四方圏）を持つ区域、工場地帯、オフィス街区であり、コミュニティを形成する。
　Ｋエリアのエリアクラウド４００、Ｍエリアのエリアクラウド４００、Ｙエリアのエリアクラウド４００は、それぞれコンピュータ２およびデータベースＤＢを備える。各エリアクラウド４００は通信網ＮＷの回線を介して接続することで、相互の連携を図ることができる。
　図１７は、図１６に示されるシステムの要部を模式的に示す図である。Ｙ市の市クラウド３００は、通信網ＮＷの回線を介してＭエリア、Ｋエリア（およびＹエリア）に接続される。各エリアはそれぞれのエリアを受け持つ事業者により使用される、コンピュータ２を備える。
　Ｍエリアは例えば超高層のオフィスビルが立ち並ぶビル街におけるコミュニティであり、Ｋエリアは例えば住宅街におけるコミュニティである。従ってＭエリアを制御するコンピュータ２、およびＫエリアを制御するコンピュータ２は、それぞれのコミュニティに適合（fit）する機能を持つソフトウェアを備える必要がある。
　通信網ＮＷの回線には、第３の実施形態で説明したソフトウェアベンダ（ベンダクラウド５００）が接続される。各コンピュータ２にインストールされるソフトウェアは、ベンダにより提供される。
　図１８は、第４の実施形態に係る社会インフラ制御システムを示す図である。図１８に示されるシステムは、ベンダクラウド５００を備える。ベンダクラウド５００は通信網ＮＷの回線に接続されることが可能である。ベンダクラウド５００は、ベンダにより管理、運営されるクラウドコンピューティングシステムであり、ベンダＭＳ８０およびデータベース９０を備える。ベンダクラウド５００は例えばサーバ機能を備えるコンピュータ、あるいはコンピュータ群である。コンピュータは、実施形態に係る機能を実現するプログラムを記憶するメモリと、当該プログラムを実行する制御部とを備える。
　ベンダＭＳ８０はコンピュータそのもの、コンピュータによる処理機能の一つ、あるいは、データセンタなどのかたちで実現されることが可能である。データベース９０はベンダＭＳ８０に備わるストレージデバイスに記憶されても良いし、ベンダＭＳ８０に接続される別のコンピュータに記憶されても良い。
　一方、図１８において、例えばＫエリア、Ｍエリア、あるいはＹエリア（図１６）に対応するコミュニティ７００はコミュニティクラウド６００により管理される。コミュニティクラウド６００は、事業者ＭＳ１を備える。事業者ＭＳ１は例えばコンピュータ２（図１７）であり、コミュニティクラウド６００に備わるデータベース４０に接続される。
　第４の実施形態では、ベンダＭＳ８０がサーバとしての位置付けにあり、事業者ＭＳ１が制御装置としての位置付けにある。
　コミュニティ７００は複数の社会インフラ５１～５ｎを備える。社会インフラ５１～５ｎは例えば図９に示される、水インフラ、熱インフラ、電気インフラ、交通インフラ、ビルインフラ、等、である。社会インフラ５１～５ｎは、それぞれセンサ５０ａ、アクチュエータ５０ｂを備える。
　ベンダクラウド５００のベンダＭＳ８０は、実施形態に係る機能ブロックとして、収集部１０ｃ、算出部１０ｄ、選択部１０ｅ、作成部８０ｃ、ダウンロード部１０ｆ、カウンタ８０ａ、料金管理部８０ｂ、設定部１０ｇ、および、更新部８０ｄを備える。データベース９０は、イベント情報２０ａと、ソフトウェアモジュール群２０ｂと、課金データ９０ａを記憶することが可能である。
　第４の実施形態では特に、各ソフトウェアモジュールに、例えばベンダによって予め単価が設定される。この単価は例えば図２０（後述）に示されるユニットごとに、またはサービス内容に応じて、あるいはサービスのランクに応じて設定されることが可能である。もちろん、無料という単価が設定されることも可能である。
　収集部１０ｃは、センサ５０ａにより検知されたイベント情報２０ａを事業者ＭＳ１から通信網ＮＷの回線を介して収集し、データベース９０に保存する。　
　算出部１０ｄはイベント情報２０ａを解析し、社会インフラ５１～５ｎを備えるコミュニティ７００の特性を算出する。
　例えば、イベント情報に係わる社会インフラが電力インフラおよび医療インフラであれば、算出部１０ｄは、発電所、変電所、電力グリッドおよび病院などの設置される住所、これらのインフラの設置される地域の特性、住民の年齢構成、病院における電力消費量、あるいは優先的に電力を配分すべき病院に至る配電ネットワークの状態などを算出する。
　選択部１０ｅは、データベース９０のソフトウェアモジュール群２０ｂから、コミュニティ７００の特性に適するモジュールを選択する。例えば、対象とするコミュニティがＭエリア（図１７）であれば、例えばＢＥＭＳ向けのデマンドレスポンスに適するモジュールが選択される。対象とするコミュニティがＫエリアであれば、例えばＨＥＭＳ向けのデマンドレスポンス制御や戸別ＰＶシステムの制御に適するモジュールが選択される。このように、コミュニティの特性に適するモジュールがソフトウェアモジュール群２０ｂから選択される。
　作成部８０ｃは、選択されたモジュールに基づいて、事業者ＭＳ１の制御部３０ａにインストールすることの可能なソフトウェアを作成する。すなわち作成部８０ｃは、第１の実施形態乃至第３の実施形態と同様に、複数のモジュールを組み合わせ、コンパイル／リンク／ビルド、あるいはそれに類する処理を施してソフトウェアを作成する。その際、設定部１０ｇによりモジュールのパラメータを調整することも可能である。
　ダウンロード部１０ｆは、作成されたソフトウェアを、通信網ＮＷの回線を介して事業者ＭＳ１に送信する。すなわちダウンロード部１０ｆは、当該ソフトウェアのバイナリデータを例えば圧縮ファイルにエンコードし、事業者ＭＳ１のＩＰアドレスを付与して生成したＩＰパケットを通信網ＮＷの回線に送出する。
　カウンタ８０ａは、ソフトウェアが市ＭＳ３０にダウンロードされた量をカウントする。ここでいう“量”とは、ダウンロードされた数、データサイズ、バイト数など、定量的にカウント可能で課金の拠りどころとなるべき量であればどのような量であっても良い。
　料金管理部８０ｂは、カウンタ８０ａによりカウントされた量を取得し、ダウンロードされたパケットのバイト数や、選択されたモジュールの単価に基づいて課金データ９０ａを算出する。
　課金データ９０ａは例えば事業者あるいはコミュニティごとにテーブル化されて管理されることが可能である。この課金データ９０ａはベンダＭＳ８０の記憶部（後述）、あるいはデータベース９０に記憶される。この課金データ９０ａは、例えばコミュニティの運営事業体やコミュニティの住民などの受益者に課金する際に用いられ、ベンダにとっては収入源となる情報である。
　更新部８０ｄは、算出部１０ｄにより算出された特性の変化に応じて事業者ＭＳ１のソフトウェアをアップデートする。すなわち更新部８０ｄは、社会インフラ５１～５ｎの特性、あるいはコミュニティ７００の特性の変化に応じて事業者ＭＳ１のソフトウェアをアップデートする。
　一方、事業者ＭＳ１は、制御部３０ａ、アップロード部３０ｃ、および受信部１ａを備える。アップロード部３０ｃは、センサ５０ａにより検知されたイベント情報をベンダＭＳ８０に、通信網ＮＷの回線を介して送信する。なお通信網ＮＷの回線には県クラウド２００、市クラウド３００などが接続されることができる。
　図１９は、事業者ＭＳ１からベンダＭＳ８０に通信網ＮＷの回線を介して送信されるイベント情報の一例を示す図である。イベント情報は、例えばＩＰパケットの形態で通信網ＮＷの回線に送出されることが可能である。ＩＰパケットのペイロードには、センサ５０ａにより検知されたセンシングデータと、当該センシングデータに係わる社会インフラの種別と、この社会インフラを備えるコミュニティ７００を識別するための情報（Identification：ＩＤ）とが例えば記載される。
　ＩＰパケットのヘッダには、送信元（事業者ＭＳ１）のＩＰアドレスと、マルチキャストアドレスとが例えば記載される。ベンダＭＳ８０、国ＭＳ１０、および県ＭＳ６０は、このＩＰパケットを受信することでイベント情報としてのセンシングデータを収集することが可能である。ＩＰパケットのペイロードにセンシングデータとインフラ種別とを記載する形態は第１～第３の実施形態においても同様に適用することが可能である。
　図１８に戻り、事業者ＭＳ１の受信部１ａは、ベンダＭＳ８０から事業者ＭＳ１宛に送信されたＩＰパケットを受信する。そして事業者ＭＳ１は、受信したＩＰパケットのペイロードからソフトウェアの圧縮ファイルを抽出し、この圧縮ファイルをデコードしてソフトウェアを再生して自らにインストールする。制御部３０ａは、このソフトウェアによる制御のもとでコミュニティ７００を制御する。
　このように事業者ＭＳ１は、ベンダＭＳ８０から取得したソフトウェアに基づいてコミュニティ７００の各インフラ５１～５ｎのセンサ５０ａ、アクチュエータ５０ｂを制御し、コミュニティ７００における市民の快適かつ安全な生活を支援する。
　図２０は、図１８に示されるソフトウェアモジュール群２０ｂの一例を示す図である。ソフトウェアモジュール群２０ｂはそれぞれ固有の機能を提供する複数のソフトウェアモジュール（モジュール）を含む。各モジュールの実態は特定の言語で記述されたコード列であっても良いし、機械語レベルにまでデコードされたバイナリデータ、あるいはこれを暗号化したデータであっても良い。
　各モジュールには区別のため、例えば通し番号が与えられる。また各モジュールは、例えば都市型コミュニティ、農山漁村型コミュニティ、ショッピングモール型コミュニティ、あるいはオフィス型コミュニティといった、異なるタイプのコミュニティに対応するソリューションごとにユニット化されて管理される。　
　さらに、ユニットごとに、例えばサービスの内容に応じてＳ，Ａ，Ｂ，…のランクを設定し、ランクごとにモジュールをまとめて管理することも可能である。このような階層化構造は多岐にわたるモジュールを管理するのに都合が良い。
　各モジュールは、ベンダやソフトウェア開発者などにより更新あるいはバージョンアップされる。これによりソフトウェアモジュール群２０ｂは逐次拡充される。各モジュールのベンダは、モジュールがダウンロードされるごとに相応の課金をサービス受益者に課すことで利益を得るといったビジネスモデルを構築することが可能である。
　各モジュールによりどのような機能が提供されるかという情報や、各モジュールを個別に特定するための通し番号、更新履歴などは、一覧表やＸＭＬデータなどの形式で市ＭＳ３０に通知される。事業者ＭＳ１は、この通知された内容から、ダウンロードすべきモジュールを特定することが可能である。
　図２１は、事業者ＭＳ１の要部の一例を示す機能ブロック図である。事業者ＭＳ１は、通信網ＮＷの回線に接続可能なインタフェース部、ユーザ（オペレータ）とのヒューマンマシンインタフェースを担う表示部３４および入出力部３６、ハードディスクドライブなどのストレージユニット３５を備える。なお事業者ＭＳ１は、通信網ＮＷの回線に接続されていないスタンドアロンの状態でも、実施形態に係る機能を備えることが可能である。
　さらに事業者ＭＳ１は、制御部３０ａ（図１８）およびプログラムメモリ３２を備える。制御部３０ａはソフトウェア３１によりその機能を果たす。ソフトウェア３１は複数のモジュールを組み合わせて作成される。モジュールはプログラムメモリ３２にロードされ、図示しないＣＰＵ（Central Processing Unit）による演算処理のもとでソフトウェア３１の機能を実現する。
　図２２は、図１８に示されるベンダＭＳ８０の一例を示す機能ブロック図である。ベンダＭＳ８０は、入出力部１４、インタフェース部６、記憶部１３、Central Processing Unit（ＣＰＵ）１１、およびプログラムメモリ１２を備える。すなわちベンダＭＳ８０は、プログラムメモリ１２に記憶されたプログラムをＣＰＵ１１が実行することで機能するコンピュータである。
　入出力部１４は、オペレータなどにより操作されるヒューマンマシンインタフェース（操作パネルやスイッチなど）である。入出力部１４は、Graphical User Interface（ＧＵＩ）環境を形成してユーザによる情報入力を受け付け、また、ユーザに情報を提供する。
　インタフェース部６は通信網ＮＷの回線、およびデータベース９０に接続され、通信網ＮＷの回線および各クラウド５００，２００，３００，６００との通信機能を担う。記憶部４６は、課金データ９０ａを記憶する。
　プログラムメモリ１２は、この実施形態に係わる処理機能に必要な命令を含むプログラムとしての、収集プログラムＰ１、算出プログラムＰ２、選択プログラムＰ３、作成プログラムＰ４、ダウンロードプログラムＰ５、カウントプログラムＰ６、料金管理プログラムＰ７、設定プログラムＰ８、および、更新プログラムＰ９を記憶する。これらのプログラムは、ＣＤ－ＲＯＭなどのリムーバブルメディア（記録媒体）に記録することも、通信回線（通信網ＮＷの回線を含む）を介してダウンロードすることも可能である。
　ＣＰＵ１１はプログラムメモリ１２から各プログラムを読み出してハードウェアによる演算処理を行うもので、その処理機能として、上記説明した収集部１０ｃ、算出部１０ｄ、選択部１０ｅ、作成部８０ｃ、ダウンロード部１０ｆ、カウンタ８０ａ、料金管理部８０ｂ、設定部１０ｇ、および、更新部８０ｄを備える。
　図２３は、第４の実施形態におけるベンダＭＳ８０の処理手順の一例を示すフローチャートである。図２３においてベンダＭＳ８０は、事業者ＭＳ１において取得されたイベント情報を、図１９に示されるＩＰパケットを受信することにより、通信網ＮＷの回線を介して収集する（ステップＳ３１）。次にベンダＭＳ８０は、収集したイベント情報を解析し（ステップＳ３２）、その結果に基づいて、社会インフラ５１～５ｎを含むコミュニティの特性を算出する（ステップＳ３３）。
　次にベンダＭＳ８０は、前記算出した特性に応じたモジュールを、データベース９０のソフトウェアモジュール群２０ｂから選択する（ステップＳ３４）。そしてベンダＭＳ８０は、選択したモジュールをデータベース２０から取得し、取得したモジュールを組み合わせ、コンパイルやビルドなどの処理を行ってソフトウェア３１を作成する（ステップＳ３５）
　次にベンダＭＳ８０は、作成したソフトウェア３１を通信網ＮＷの回線を介して事業者ＭＳ１にダウンロード送信する（ステップＳ３６）。そしてベンダＭＳ８０は、ソフトウェア３１が事業者ＭＳ１にダウンロードされた量をカウントし（ステップＳ３７）、カウント値に基づいて課金データ９０ａを算出する（ステップＳ３８）。
　以上の手順は不定期的に、あるいは定期的に繰り返し実行されることが可能である。すなわち、時間の経過などに伴うコミュニティ特性の変化に応じて、事業者ＭＳ１のソフトウェアは不定期的に、あるいは定期的に更新される。
　以上述べたように第４の実施形態によれば、ベンダＭＳ８０によりコミュニティ７００の特性を算出し、その結果に基づいて、ベンダ８０においてソフトウェアを作成するようにしている。事業者ＭＳ１は作成されたソフトウェアを受信し、自らにインストールするだけで良いのでソフトウェアを作成するための機能を備える必要が無い。これにより、ベンダＭＳ８０側で、ソフトウェアのバージョンや課金データ、ライセンス情報などを一元的に管理することが容易になる。これによりシステムベンダ、およびコミュニティ７００の事業者の双方にとり有益な社会インフラ制御システムを構築することが可能になる。
　つまり第４の実施形態によれば、ソフトウェアベンダにより、コミュニティ制御のためのソフトウェアが提供される。そして、ソフトウェアがダウンロードされるたびに課金データが算出され、この課金データはソフトウェアの受益者ごとに管理される。これにより、第３の実施形態と同様のインセンティブをベンダに与えることが可能になり、コミュニティに生活する市民はもとより、ソフトウェアベンダにとっても有益な社会インフラ制御システムを提供することが可能になる。
　また第４の実施形態によれば、社会システムとしてのコミュニティの変化にも柔軟に対処することが可能である。つまり時々刻々と収集されるイベント情報を解析してコミュニティの特性を算出し、これを繰り返すことでコミュニティの発展あるいは縮小に応じてソフトウェアをバージョンアップしてゆくことが可能になる。
　［第５の実施形態］
　第５の実施形態は、第４の実施形態のベンダＭＳ８０における更新部８０ｄの作用を詳しく開示する。　
　図２４は、社会インフラおよびコミュニティの発展の一例を示す模式図である。例えばＫエリア（図１７）が形成された初期の段階では、図２４（ａ）に示されるように、需要家の数、あるいはスマートメータ５の数も、初期の状態に見合った数となる。スマートメータ５はイベント情報を取得するセンサ５０ａの一例である。スマートメータ５によれば、需要家ごとの電力需要、電力消費量、ＰＶシステムの発電量などが、イベント情報として取得される。
　図２４（ａ）の状態からＫエリアのコミュニティが発展していくと、図２４（ｂ）に示されるように住宅および需要家の数が増え、これに伴ってスマートメータ５の数が増える。また、初期段階ではスマートメータ５を備えていない住宅にも、後付けでスマートメータ５が取り付けられることも考えられる。このようにコミュニティの発展に伴い、センサの数が増大してゆくことは明らかである。
　そこで、ベンダＭＳ８０の更新部８０ｄは、例えば事業者ＭＳ１からの要求に応じて、あるいはイベント情報に記されるセンサＩＤの数を閾値判定して、事業者ＭＳ１のソフトウェアのアップデートの要否を判定する。　
　アップデートが必要であると判断すると、ベンダＭＳ８０はそれまでに蓄積したイベント情報を解析し、コミュニティの新たな特性を算出する。この特性に基づいてベンダＭＳ８０はソフトウェアモジュールをデータベースから取得し、新たなソフトウェアを作成して事業者ＭＳ１にダウンロード送信する。このように第４および第５の実施形態によればコミュニティの発展に伴ってソフトウェアがアップデートされるので、コミュニティの運営事業者、あるいは需要家のニーズに柔軟に対応することが可能になる。
　［第６の実施形態］
　図２５は、第６の実施形態に係る社会インフラ制御システムの一例を示す機能ブロック図である。図２５において図３と共通する部分には同じ符号を付して示し、ここでは異なる部分についてのみ説明する。　
　図２５に示されるシステムは、コミュニティの特性を解析する機能、およびモジュールを選択する機能をコミュニティクラウド６００の事業者ＭＳ１に備えるようにしたものである。
　すなわち事業者ＭＳ１は、制御部３０ａ、収集部３０ｂ、アップロード部３０ｃ、算出部３０ｄ、選択部３０ｅ、ダウンロード部３０ｆ、作成部３０ｇおよび設定部３０ｈを備える。ベンダＭＳ８０は、取得部１０ａおよび送信部１０ｂを備える。
　第６の実施形態では、ベンダＭＳ８０がサーバとしての位置付けにあり、事業者ＭＳ１が制御装置としての位置付けにある。
　制御部３０ａは、制御データに基づいてアクチュエータ５０ｂに制御指示を与え、社会インフラ５１～５ｎを制御する。
　収集部３０ｂは、センサ５０ａにより検知されたイベント情報を収集し、データベース４０に保存する。
　アップロード部３０ｃは、センサ５０ａにより検知されたイベント情報を、ベンダクラウド５００のベンダＭＳ８０に、通信網ＮＷの回線を介して送信する。つまりアップロード部３０ｃは、イベント情報を通信網ＮＷの回線を介して送信する。
　算出部１０ｄはイベント情報４０ａを解析し、社会インフラ５１～５ｎを備えるコミュニティ７００の特性を算出する。
　選択部３０ｅは、データベース９０のソフトウェアモジュール群２０ｂから、コミュニティ７００の特性に適するモジュールを選択する。
　ダウンロード部３０ｆは、選択部３０ｅにより選択されたソフトウェアモジュールを、データベース９０から通信網ＮＷの回線を介して事業者ＭＳ１にダウンロードする。つまりソフトウェアモジュールを、データベース９０から通信網ＮＷの回線を介して取得する。作成部３０ｇは、ダウンロードされたソフトウェアモジュールを組み合わせて、制御部３０ａのソフトウェアを作成する。
　特に作成部３０ｇは、例えば選択部３０ｅによりソフトウェアモジュールの選択が実施されると、そのたびごとにダウンロードされたソフトウェアモジュールにより、ソフトウェアを更新（アップデート）する。
　設定部３０ｈは、選択されたソフトウェアモジュールのパラメータを、上記算出された特性に応じて設定する。設定部３０ｈはこのパラメータを操作して、ソフトウェアをコミュニティの特性にマッチさせる。
　ベンダＭＳ８０の取得部１０ａは、事業者ＭＳ１から送信されたイベント情報を取得する。取得されたイベント情報はデータベース９０にイベント情報２０ａとして蓄積される。送信部１０ｂは、事業者ＭＳ１から要求されたソフトウェアモジュールを事業者ＭＳ１に送信する。
　図２６は、第６の実施形態における事業者ＭＳ１の処理手順の一例を示すフローチャートである。図２６において事業者ＭＳ１は、センサ５０ａにより検知されたイベント情報を収集する（ステップＳ４１）。次に事業者ＭＳ１は、収集したイベント情報を解析し（ステップＳ４２）、その結果に基づいて、コミュニティ７００の特性を算出する（ステップＳ３）。
　次に事業者ＭＳ１は、前記算出した特性に応じたモジュールを、例えば、予め通知される一覧表（図６に示されるソフトウェアモジュール群２０ｂ）から選択する（ステップＳ４４）。次に事業者ＭＳ１は、選択したモジュールの送信を、通信網ＮＷの回線を介してベンダＭＳ８０に要求する。そして事業者ＭＳ１は、選択したモジュールを、ベンダクラウド５００のデータベース９０から取得する（ステップＳ４５）。そして事業者ＭＳ１は、取得したモジュールを組み合わせ、コンパイルやビルドなどの処理を行ってソフトウェア３１を作成する（ステップＳ４６）。
　第６の実施形態では、事業者ＭＳ１においてコミュニティ７００の特性を算出し、これによりコミュニティの求めるソリューションを把握し、それに応じたモジュールをベンダクラウド５００から取得する。これにより、いわばテイラーメイドするようにソフトウェアを作成することが可能になる。
　すなわち、センサ５０ａで検知されたイベント情報をそのままベンダＭＳ８０に送信して集中的に蓄積するとともに、事業者ＭＳ１においてもローカルに保持する。このイベント情報を解析してコミュニティの特性を算出し、その結果に応じたモジュールを選択して事業者ＭＳ１にダウンロードする。そして、ダウンロードしたモジュールを組み合わせることで、社会インフラを制御するためのソフトウェアを作成するようにしている。
　このようにしたので、各コミュニティでの社会システムの管理、運営に欠かせないソフトウェアをテイラーメイドするように提供できる。
　なお本発明は上記実施の形態に限定されるものではない。例えば、算出部３０ｄ、１０ｄにより算出された社会インフラの特性や、算出結果に基づき選択されたモジュール、あるいは作成され得るソフトウェアの性能などを視覚化し、市ＭＳ３０の表示部３４に表示するようにしても良い。
　また、ソフトウェアモジュールは、ソリューションごとに唯一のものを作成しても良いし、複数のソリューションで共用するようにしてもよい。
　図２７は、ソフトウェアモジュール群の分類の一例を示す図である。例えば、ホーム、ビル、工場の複数のインフラを考える。ホームインフラは家庭およびマンションを含み、ビルインフラは高層ビル、低層ビル、インテリジェントビルを含み、工場インフラは大規模工場および小規模工場を含むとする。
　例えば省コストを実現するモジュールは、家庭および低層ビルにおいて特にニーズが高いとする。このようなケースでは、省コスト用のモジュールを家庭と低層ビルとで共用することも可能である。同様に、省エネルギーを実現するためのモジュールは、例えばマンション、高層ビル、インテリジェントビル、および大規模工場で共用することが可能である。このように一つのモジュールを複数のソリューションで共用するようにすれば、モジュール開発にかかるコストや労力を低減できる。
　また、ソフトウェアを作成するためのモジュールの組み合わせは、唯一通りとは限らない。例えば複数とおりのモジュールの組み合わせをマシン側で選択し、各組み合わせのもとで得られるソフトウェアの性能、提供可能なサービスなどを表示してオペレータに選択させるようにしても良い。このようにすればソフトウェアの作成にあたってオペレータの意思を介入させることが可能になる。このような形態は、特に行政サービスの提供者にとっては有用であるし、ニーズも高いであろう。
　また、センサ５０ａで検知されたイベント情報は国クラウド１００、県クラウド２００、市クラウド３００、あるいはベンダクラウド５００、コミュニティクラウド６００のどこに蓄積されても良い。ソフトウェアモジュール群２０ｂ、算出部１０ｄ、選択部１０ｅ、設定部１０ｇ、収集部３０ｂ、算出部３０ｄ、選択部３０ｅ、作成部３０ｇ、設定部３０ｈ、カウンタ８０ａ、課金処理部８０ｂ、作成部８０ｃ、更新部８０ｄなどの機能ブロックについても同様に、システム内の場所を問うことなくインプリメントされることが可能である。すなわちこれらの機能ブロックは、コンピュータにより実行されるプログラム、あるいはコンピュータにより読み取り可能な記録媒体に記録されたプログラムとして実現されることが可能である。
　本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示するものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

Claims (22)

  1. 　ソフトウェアに基づいてコミュニティの社会インフラを制御する制御装置と、
    　複数のモジュールを記憶するデータベースと、
    　前記社会インフラに関するイベントを検知しイベント情報を出力するセンサと、
    　前記センサからのイベント情報を収集する収集部と、
    　前記収集されたイベント情報を解析して前記社会インフラまたは前記コミュニティの特性を算出する算出部と、
    　前記算出された特性に応じたモジュールを前記データベースから選択する選択部と、
    　前記選択されたモジュールに基づいて前記ソフトウェアを作成する作成部とを具備する、社会インフラ制御システム。
  2. 　さらに、前記選択されたモジュールに予め設定される単価に基づく課金データを管理する管理部を具備する、請求項１に記載の社会インフラ制御システム。
  3. 　前記モジュールの少なくともいずれか１つは当該モジュールの機能を調整可能なパラメータを備え、
    　さらに、前記選択されたモジュールが前記パラメータを備える場合に、前記算出された特性に応じて当該パラメータを設定する設定部を具備する、請求項１に記載の社会インフラ制御システム。
  4. 　さらに、前記特性の変化に応じて前記ソフトウェアをアップデートする更新部を具備する、請求項１に記載の社会インフラ制御システム。
  5. 　複数のモジュールから作成されるソフトウェアに基づいてコミュニティの社会インフラを制御する制御装置と通信可能なサーバであって、
    　センサにより検知された前記社会インフラに関するイベントに係るイベント情報を収集する収集部と、
    　前記収集されたイベント情報を解析して前記社会インフラまたは前記コミュニティの特性を算出する算出部と、
    　複数のモジュールを記憶するデータベースから、前記算出された特性に応じたモジュールを選択する選択部とを具備する、サーバ。
  6. 　さらに、前記選択されたモジュールに基づいて前記ソフトウェアを作成する作成部と、
    　前記作成されたソフトウェアを前記制御装置に送信する送信部とを具備する、請求項５に記載のサーバ。
  7. 　さらに、前記選択されたモジュールに予め設定される単価に基づく課金データを管理する管理部を具備する、請求項５に記載のサーバ。
  8. 　前記モジュールの少なくともいずれか１つは当該モジュールの機能を調整可能なパラメータを備え、
    　さらに、前記選択されたモジュールが前記パラメータを備える場合に、前記算出された特性に応じて当該パラメータを設定する設定部を具備する、請求項５に記載のサーバ。
  9. 　さらに、前記特性の変化に応じて前記ソフトウェアをアップデートする更新部を具備する、請求項５に記載のサーバ。
  10. 　ソフトウェアに基づいてコミュニティの社会インフラを制御する制御装置であって、
    　前記社会インフラに関するイベントに係るイベント情報を収集する収集部と、
    　前記収集されたイベント情報を解析して前記社会インフラまたは前記コミュニティの特性を算出する算出部と、
    　サーバに前記特性を通知する通知部と、
    　前記特性の通知に応じて前記サーバから送信される前記ソフトウェアまたはモジュールを受信する受信部とを具備する、制御装置。
  11. 　さらに、受信した前記モジュールに基づいて前記ソフトウェアを作成する作成部を具備する、請求項１０に記載の制御装置。
  12. 　さらに、前記特性の変化に応じて前記ソフトウェアのアップデートを前記サーバに要求する要求部を具備する、請求項１０に記載の制御装置。
  13. 　コミュニティの社会インフラに関するイベントを検知するセンサから出力されるイベント情報を収集し、
    　前記収集されたイベント情報を解析して前記社会インフラまたは前記コミュニティの特性を算出し、
    　複数のモジュールを記憶するデータベースから、前記算出された特性に応じたモジュールを選択し、
    　前記選択されたモジュールに基づいて前記ソフトウェアを作成し、
    　前記作成されたソフトウェアに基づいて社会インフラを制御する、制御方法。
  14. 　社会インフラに関するイベントを検知するセンサから出力されるイベント情報を収集し、
    　前記収集されたイベント情報を解析して前記社会インフラ、または前記社会インフラを有するコミュニティの特性を算出し、
    　複数のモジュールを記憶するデータベースから、前記算出された特性に応じたモジュールを選択し、
    　前記選択されたモジュールから作成される前記ソフトウェアに基づいて社会インフラを制御する、制御方法。
  15. 　さらに、前記選択されたモジュールに予め設定される単価に基づく課金データを管理する、請求項１３および１４のいずれか１項に記載の制御方法。
  16. 　前記モジュールの少なくともいずれか１つは当該モジュールの機能を調整可能なパラメータを備え、
    　さらに、前記選択されたモジュールが前記パラメータを備える場合に、前記算出された特性に応じて当該パラメータを設定する、請求項１３および１４のいずれか１項に記載の制御方法。
  17. 　さらに、前記特性の変化に応じて前記ソフトウェアをアップデートする、請求項１３および１４のいずれか１項に記載の制御方法。
  18. 　コンピュータにより実行されるプログラムであって、
    　前記プログラムは、
    　コミュニティの社会インフラに関するイベントを検知するセンサから出力されるイベント情報を収集し、
    　前記収集されたイベント情報を解析して前記社会インフラまたは前記コミュニティの特性を算出し、
    　複数のモジュールを記憶するデータベースから、前記算出された特性に応じたモジュールを選択する、プログラム。
  19. 　さらに、選択されたモジュールに基づいて前記ソフトウェアを作成する、請求項１８に記載のプログラム。
  20. 　さらに、前記選択されたモジュールに予め設定される単価に基づく課金データを管理する、請求項１８に記載のプログラム。
  21. 　前記モジュールの少なくともいずれか１つは当該モジュールの機能を調整可能なパラメータを備え、
    　さらに、前記選択されたモジュールが前記パラメータを備える場合に、前記算出された特性に応じて当該パラメータを設定する、請求項１８に記載のプログラム。
  22. 　さらに、前記特性の変化に応じて前記ソフトウェアをアップデートする、請求項１８に記載のプログラム。
PCT/JP2013/054160 2012-03-30 2013-02-20 社会インフラ制御システム、サーバ、制御装置、制御方法およびプログラム WO2013145951A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
KR20137005992A KR20130133758A (ko) 2012-03-30 2013-02-20 사회 인프라 제어 시스템, 서버, 제어 장치, 제어 방법 및 기록 매체
CN2013800000414A CN103443819A (zh) 2012-03-30 2013-02-20 社会基础设施控制系统、服务器、控制装置、控制方法以及程序
SG2013019484A SG194419A1 (en) 2012-03-30 2013-02-20 Social infrastructure control system, server, control apparatus, control method, and program
JP2013509330A JP5981418B2 (ja) 2012-03-30 2013-02-20 社会インフラ制御システム、サーバ、制御装置、制御方法およびプログラム
EP13708059.4A EP2838066A4 (en) 2012-03-30 2013-02-20 SOCIAL INFRASTRUCTURE CONTROL SYSTEM, SERVER, CONTROL DEVICE, CONTROL METHOD, AND PROGRAM
KR20147033740A KR20140146671A (ko) 2012-03-30 2013-02-20 사회 인프라 제어 시스템, 서버, 제어 장치, 제어 방법 및 프로그램
US13/803,929 US20130261801A1 (en) 2012-03-30 2013-03-14 Social infrastructure control system, server, control apparatus, control method, and medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012081090 2012-03-30
JP2012-081090 2012-03-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/803,929 Continuation US20130261801A1 (en) 2012-03-30 2013-03-14 Social infrastructure control system, server, control apparatus, control method, and medium

Publications (1)

Publication Number Publication Date
WO2013145951A1 true WO2013145951A1 (ja) 2013-10-03

Family

ID=49259233

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/054160 WO2013145951A1 (ja) 2012-03-30 2013-02-20 社会インフラ制御システム、サーバ、制御装置、制御方法およびプログラム

Country Status (6)

Country Link
EP (1) EP2838066A4 (ja)
JP (1) JP5981418B2 (ja)
KR (2) KR20130133758A (ja)
CN (1) CN103443819A (ja)
SG (1) SG194419A1 (ja)
WO (1) WO2013145951A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10303138B2 (en) 2016-12-22 2019-05-28 Fuji Xerox Co., Ltd. Equipment control system, image forming device, and non-transitory computer readable storage medium
JP2022022214A (ja) * 2020-07-10 2022-02-03 京セラ株式会社 ファームウェア提供システム、ファームウェア提供システムの制御方法及びサーバ

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102084382B1 (ko) 2013-11-05 2020-03-04 현대모비스 주식회사 차량용 글로브 박스의 손잡이 구조
CN104299182B (zh) * 2014-10-08 2017-12-19 天津大学 基于聚类的城市基础设施突发事件的检测方法
KR101658358B1 (ko) 2015-11-16 2016-09-30 (주)대신테크 공압 모터

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11338696A (ja) * 1998-03-04 1999-12-10 Ricoh Co Ltd ソフトウェアモジュ―ルの課金システム
JPH11341706A (ja) * 1998-03-05 1999-12-10 Toshiba Corp 制御システム、電力系統保護制御システムおよびプログラムを記憶した記憶媒体
JP2005070897A (ja) * 2003-08-20 2005-03-17 Nippon Telegr & Teleph Corp <Ntt> ネットワークシステム、分散処理方法およびプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08147150A (ja) * 1994-11-22 1996-06-07 Toshiba Corp プログラム作成装置
JPH1145101A (ja) * 1997-07-25 1999-02-16 Tokyo Electric Power Co Inc:The 監視制御システム
US6516304B1 (en) * 1998-03-04 2003-02-04 Ricoh Company, Ltd. System component charging and accounting system
JP4609655B2 (ja) * 2005-11-07 2011-01-12 オムロン株式会社 プログラム部品の付属データ生成装置
JP2008299587A (ja) * 2007-05-31 2008-12-11 Brother Ind Ltd ソフトウェア処理装置、付随情報書込装置及びソフトウェア管理システム
AU2010276364B2 (en) * 2009-07-20 2016-11-10 Samsung Electronics Co., Ltd. Energy management system and method
US8401709B2 (en) * 2009-11-03 2013-03-19 Spirae, Inc. Dynamic distributed power grid control system
KR101622407B1 (ko) * 2010-04-22 2016-05-18 엘지전자 주식회사 전자 기기 및 전자 기기의 제어 방법
CN102193551B (zh) * 2011-05-31 2013-02-27 北京许继电气有限公司 基于物联网的智能家居用电潮流优化管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11338696A (ja) * 1998-03-04 1999-12-10 Ricoh Co Ltd ソフトウェアモジュ―ルの課金システム
JPH11341706A (ja) * 1998-03-05 1999-12-10 Toshiba Corp 制御システム、電力系統保護制御システムおよびプログラムを記憶した記憶媒体
JP2005070897A (ja) * 2003-08-20 2005-03-17 Nippon Telegr & Teleph Corp <Ntt> ネットワークシステム、分散処理方法およびプログラム

Non-Patent Citations (1)

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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10303138B2 (en) 2016-12-22 2019-05-28 Fuji Xerox Co., Ltd. Equipment control system, image forming device, and non-transitory computer readable storage medium
JP2022022214A (ja) * 2020-07-10 2022-02-03 京セラ株式会社 ファームウェア提供システム、ファームウェア提供システムの制御方法及びサーバ

Also Published As

Publication number Publication date
SG194419A1 (en) 2013-12-30
EP2838066A4 (en) 2015-12-23
JP5981418B2 (ja) 2016-08-31
KR20140146671A (ko) 2014-12-26
CN103443819A (zh) 2013-12-11
EP2838066A1 (en) 2015-02-18
JPWO2013145951A1 (ja) 2015-12-10
KR20130133758A (ko) 2013-12-09

Similar Documents

Publication Publication Date Title
US9204208B2 (en) Smartgrid energy-usage-data storage and presentation systems, devices, protocol, and processes including an announcement protocol
US8983784B2 (en) Smartgrid energy-usage-data storage and presentation systems, devices, protocol, and processes including a storage distribution process and protocol
JP5981418B2 (ja) 社会インフラ制御システム、サーバ、制御装置、制御方法およびプログラム
US20120089523A1 (en) Smartgrid Energy-Usage-Data Storage and Presentation Systems, Devices, Protocol, and Processes Including a Visualization, and Load Fingerprinting Process
US9002670B2 (en) Smartgrid energy-usage-data storage and presentation systems, devices, protocol, and processes including a storage distribution process
JP6092099B2 (ja) 社会インフラ制御システム、制御方法、制御装置およびサーバ
JP5563133B2 (ja) 社会インフラ運用装置、社会インフラ運用システム、情報処理方法およびプログラム
ES2720187T3 (es) Procedimiento para la adquisición de datos de ciclo corto para la monitorización de energía y para el control de red en la medición inteligente/red inteligente usando un software intermedio inteligente, distribuido
US9322668B2 (en) Smartgrid energy-usage-data storage and presentation systems, devices, protocol, and processes
MX2011013006A (es) Red electrica inteligente a traves de una red de comunicacion de linea electrica.
JP2017004573A (ja) インフラ制御システム、サーバ、制御方法およびプログラム
CN105226826A (zh) 分布式智能用电管理方法及系统
CN105226827A (zh) 一种分布式智能用电管理方法及系统
US20130261801A1 (en) Social infrastructure control system, server, control apparatus, control method, and medium
Pol et al. Integration of centralized energy monitoring specifications into the planning process of a new urban development area: a step towards smart cities
CN116723148A (zh) 一种实现信息流和能量流融合的能源路由器系统
Caffarel et al. Bat-mp: An ontology-based energy management platform
US20130262580A1 (en) Social infrastructure control system, server, control method, and medium
Griful et al. Multi-modal Building Energy Management System for Residential Demand Response
KR102041156B1 (ko) 스케줄러 기반 지능형 원격 검침 시스템
Zheng Short-term load forecasting using neural network for future smart grid application

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2013509330

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20137005992

Country of ref document: KR

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2013708059

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013708059

Country of ref document: EP

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

Ref document number: 13708059

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE