[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2017145287A1 - 管理システム及び管理方法 - Google Patents

管理システム及び管理方法 Download PDF

Info

Publication number
WO2017145287A1
WO2017145287A1 PCT/JP2016/055448 JP2016055448W WO2017145287A1 WO 2017145287 A1 WO2017145287 A1 WO 2017145287A1 JP 2016055448 W JP2016055448 W JP 2016055448W WO 2017145287 A1 WO2017145287 A1 WO 2017145287A1
Authority
WO
WIPO (PCT)
Prior art keywords
version
command
ems controller
corresponding version
control device
Prior art date
Application number
PCT/JP2016/055448
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 EP16891444.8A priority Critical patent/EP3422193A4/en
Priority to PCT/JP2016/055448 priority patent/WO2017145287A1/ja
Priority to CN201680082425.9A priority patent/CN108701095B/zh
Priority to US16/079,553 priority patent/US10754315B2/en
Priority to JP2018501470A priority patent/JP6763940B2/ja
Publication of WO2017145287A1 publication Critical patent/WO2017145287A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B15/00Systems controlled by a computer
    • G05B15/02Systems controlled by a computer electric
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment

Definitions

  • the present invention relates to a management system including a plurality of devices and a control device, a management method in which the control device manages a plurality of devices, a device provided in the management system, and a control device provided in the management system.
  • the plurality of devices are, for example, home electric appliances such as air conditioners and lighting devices, and distributed power sources such as solar cells, storage batteries, and fuel power generation devices.
  • Controller for example, HEMS (Home Energy Management System), SEMS (Store Energy Management System), BEMS (Building Energy Management System), FEMS (Factory Energy Management System), referred to as CEMS (Cluster / Community Energy Management System) Is done.
  • One feature is a management system including a device and a control device, wherein the control device includes a transmission unit that transmits a command for controlling the device to the device, and the command includes the command
  • the gist includes version information indicating a corresponding version of the control device, and the version defines an information element included in the command.
  • One feature is a management system including a device and a control device, and the control device determines whether the device can support a corresponding version of the control device with respect to the device at a first timing.
  • a control unit that confirms at a second timing whether or not the control device is compatible with a corresponding version of the device at a second timing.
  • the gist is to define information elements included in the command.
  • One feature is a management method comprising a step of transmitting a command for controlling the device from the control device to the device, the command including version information indicating a corresponding version of the control device.
  • the version is defined as defining an information element included in the command.
  • FIG. 1 is a diagram illustrating a power management system 1 according to the embodiment.
  • FIG. 2 is a diagram illustrating the EMS controller 160 according to the embodiment.
  • FIG. 3 is a diagram illustrating a device 500 according to the embodiment.
  • FIG. 4 is a diagram illustrating a management method according to the embodiment.
  • FIG. 5 is a diagram illustrating a management method according to the embodiment.
  • FIG. 6 is a diagram illustrating a management method according to the embodiment.
  • FIG. 7 is a diagram illustrating a management method according to the embodiment.
  • FIG. 8 is a diagram illustrating a management method according to another embodiment.
  • FIG. 9 is a diagram illustrating a management method according to another embodiment.
  • the power management system 1 includes a customer facility 100 and an external server 400.
  • the customer facility 100 has a router 200.
  • the router 200 is connected to the external server 400 via the network 300.
  • the router 200 forms a local area network and is connected to, for example, the PCS 130, the load 150, the EMS controller 160, the operation terminal 170, and the like.
  • a solid line indicates a power line
  • a dotted line indicates a signal line. Note that the present invention is not limited to this, and a signal may be transmitted through a power line.
  • the customer facility 100 includes a solar battery 110, a storage battery 120, a PCS 130, a distribution board 140, a load 150, an EMS controller 160, and an operation terminal 170.
  • the solar cell 110 is a device that generates power in response to light reception.
  • the solar cell 110 outputs generated direct-current power (hereinafter referred to as DC (Direct Current) power).
  • DC Direct Current
  • the amount of power generated by the solar cell 110 changes according to the amount of solar radiation irradiated on the solar cell 110.
  • Storage battery 120 is a device that stores electric power.
  • the storage battery 120 outputs the accumulated DC power.
  • the PCS 130 is an example of a power conversion system (PCS; Power Conditioning System) that converts DC power into AC power (hereinafter, AC (Alternating Current) power).
  • PCS Power Conditioning System
  • AC Alternating Current
  • the PCS 130 includes a conversion device 131 and a communication device 132.
  • the conversion device 131 converts the DC power input from the solar battery 110 into AC power, and converts the DC power input from the storage battery 120 into AC power.
  • the converter 131 converts AC power supplied from the power system 10 into DC power.
  • the communication device 132 is connected to the conversion device 131, receives various messages to the conversion device 131, and transmits various messages from the conversion device 131.
  • a protocol for example, a unique protocol
  • a predetermined protocol described later may be used.
  • the converter 131 is connected to the main power line 10L (here, the main power line 10LA and the main power line 10LB) connected to the power system 10 via the first distribution board 140A, the solar cell 110, and Connected to both storage batteries 120.
  • the main power line 10LA is a power line that connects the power system 10 and the first distribution board 140A
  • the main power line 10LB is a power line that connects the first distribution board 140A and the second distribution board 140B.
  • the distribution board 140 is connected to the main power line 10L.
  • the distribution board 140 includes a first distribution board 140A and a second distribution board 140B.
  • the first distribution board 140A is connected to the power system 10 via the main power line 10LA and is connected to the solar battery 110 and the storage battery 120 via the converter 131. Further, the first distribution board 140A controls the power output from the converter 131 and the power supplied from the power system 10 to flow to the main power line 10LB.
  • the power flowing from the main power line 10LB is distributed to each device (here, the load 150) by the second distribution board 140B.
  • the load 150 is a device that consumes power supplied through the power line.
  • the load 150 includes devices such as a refrigerator, lighting, an air conditioner, and a television.
  • the load 150 may be a single device or may include a plurality of devices.
  • the EMS controller 160 is a device (EMS; Energy Management System) that controls each device (for example, the solar battery 110, the storage battery 120, the PCS 130, or the load 150). Specifically, the EMS controller 160 is connected to each device via the router 200, and performs communication of a predetermined message conforming to a predetermined protocol with each device.
  • EMS Energy Management System
  • the predetermined protocol is not particularly limited, and is, for example, the ECHONET Lite system, SEP2.0, or KNX.
  • the predetermined format is, for example, a format that conforms to ECHONET Lite.
  • the predetermined message is, for example, a SET command, a GET command, a response command to the SET command, a response command to the GET command, or an INF command.
  • the SET command is a message for instructing setting or operation for the device.
  • the GET command is a message for acquiring the state of the device.
  • the response command to the SET command is a message indicating that the setting or operation designated by the SET command has been accepted.
  • the response command to the GET command is a message including information requested by the GET command.
  • the INF command is a message for notifying the state of the PCS 130.
  • the operation terminal 170 is a terminal that remotely controls each device (for example, the solar battery 110, the storage battery 120, the PCS 130, or the load 150) by transmitting an access request to the EMS controller 160.
  • a protocol that does not conform to a predetermined protocol for example, a unique protocol
  • the operation terminal 170 is, for example, a smartphone, a tablet, or a dedicated terminal.
  • the operation terminal 170 is connected to the EMS controller 160 by wire or wireless and communicates with the EMS controller 160.
  • the operation terminal 170 may perform communication of a predetermined message having a predetermined format with the EMS controller 160.
  • the external server 400 is a server managed by a power provider or a power aggregator.
  • the external server 400 transmits a power command message to the PCS 130 or the EMS controller 160.
  • the power command message is a message relating to suppression of a tidal flow that is the amount of power supplied from the power system 10 or a reverse power flow that is the amount of power supplied to the power system 10.
  • the power command message relating to the reduction of tidal flow is, for example, a message that the desired reduction in power consumption is ⁇ % reduction, or a message that the desired reduction in power usage is ⁇ kwh reduction.
  • a message indicating that an incentive is presented according to the reduction amount may be used.
  • the message related to the suppression of the reverse power flow for example, a message indicating that the reverse power flow is reduced by ⁇ % is assumed.
  • the EMS controller 160 includes a communication unit 161, a management unit 162, and a control unit 163.
  • the communication unit 161 includes a communication module, and communicates with each device (for example, the solar battery 110, the storage battery 120, the PCS 130, or the load 150).
  • the communication unit 161 communicates with the operation terminal 170 and the external server 400.
  • the communication unit 161 receives a command for controlling the device with respect to the device.
  • the command includes version information indicating the corresponding version of the EMS controller 160.
  • the version defines information elements included in the command.
  • the version corresponds to the Release of Appendix defining the information element included in the command. That is, it should be noted that the version according to the embodiment does not mean the version of the communication standard and firmware of the EMS controller and each device. However, when the definition of the information element included in the command is also changed along with the change of the communication standard and firmware version, the version according to the embodiment may be considered as the communication standard and firmware version.
  • the communication unit 161 may transmit at least one of the communication standard and the firmware together with the version information.
  • the command is, for example, the above-described SET command or GET command, and includes a code value associated with the content of the command. If the version defining the command is changed (updated), the meaning of the code value, that is, the content of the command may be changed even if the code value is the same. That is, the meaning of the code value (command content) may be different for each version.
  • the version is information for uniquely identifying the meaning of the code value included in the command.
  • the meaning of the code value can also be specified uniquely.
  • the management unit 162 includes a volatile or non-volatile memory, or a disk drive such as an HDD (Hard DISK DRIVE) or an SSD (Solid State Drive), and manages various types of information. Even when the corresponding version of the EMS controller 160 is updated from the first version to the second version, the management unit 162 manages the commands defined in the second version and also manages the first version, that is, the second version. Continue managing commands defined in older versions older than the version.
  • the control unit 163 includes a CPU (Central Processing Unit) and a memory, and controls the EMS controller 160. When transmitting the command, the control unit 163 instructs the communication unit 161 to transmit a command including version information indicating the corresponding version of the EMS controller 160.
  • a CPU Central Processing Unit
  • the control unit 163 instructs the communication unit 161 to transmit a command including version information indicating the corresponding version of the EMS controller 160.
  • the control unit 163 determines the command defined in the first version.
  • the communication unit 161 may be controlled to transmit to the device.
  • the device 500 may be a device controlled by the EMS controller 160, and is the solar cell 110, the storage battery 120, the PCS 130, or the load 150. As illustrated in FIG. 3, the device 500 includes a communication unit 510, a management unit 520, and a control unit 530.
  • the communication unit 510 includes a communication module, and communicates with the EMS controller 160.
  • the communication unit 510 receives a command for controlling the device 500 from the EMS controller 160.
  • the command includes version information indicating the corresponding version of the EMS controller 160.
  • the version defines information elements included in the command as described above.
  • the management unit 520 includes a volatile or nonvolatile memory, or a disk drive such as an HDD or an SSD, and manages various types of information.
  • the management unit 162 manages commands defined in the second version and commands defined in the first version even when the corresponding version of the device 500 is updated from the first version to the second version. Continue to manage
  • the control unit 530 includes a CPU and a memory, and controls the device 500.
  • the control unit 530 specifies a corresponding version of the EMS controller 160 based on the version information included in the command, and determines the meaning of the code value included in the command based on the specified version.
  • the control unit 530 determines the meaning of the code value included in the command based on the first version.
  • the control unit 530 determines the meaning of the code value included in the command based on the second version.
  • the control unit 530 may control the communication unit 510 to transmit error information to the EMS controller 160 without executing the command when the version information of the EMS controller 160 is not included in the command.
  • the control unit 530 executes a command received from the EMS controller 160 when the corresponding version of the EMS controller 160 is the same as the corresponding version of the device 500.
  • the control unit 530 may not execute the command when the corresponding version of the EMS controller 160 is different from the corresponding version of the device 500.
  • the control unit 530 has a corresponding version of the EMS controller 160 different from a corresponding version of the device 500, and a command content in a corresponding version of the EMS controller 160 is different from a command content in a corresponding version of the device 500. In some cases, the command need not be executed.
  • the control unit 530 Even if the corresponding version of the EMS controller 160 is different from the corresponding version of the device 500, the control unit 530 has the same command content in the corresponding version of the EMS controller 160 as the command content in the corresponding version of the device 500. In some cases, the command may be executed. In these cases, the control unit 530 may control the communication unit 510 to transmit error information to the EMS controller 160 when the command is not executed.
  • the control unit 530 may control the communication unit 510 to transmit error information to the EMS controller 160 when a command is not defined as a target to be processed by the device 500 in a corresponding version of the device 500.
  • a case where a command is not defined as a target to be processed by the device 500 in a corresponding version of the device 500 is a new version corresponding to the EMS controller 160 and a new command is not defined in a corresponding version of the device 500.
  • a command defined as an optional command in a case or a corresponding version of the device 500 is changed to an indispensable command in a new version corresponding to the EMS controller 160, and a function of processing the optional command is added to the device 500. Is a case that is not implemented.
  • step S11 the corresponding version of the device 500 is updated from the first version to the second version.
  • the device 500 manages commands defined in the second version and continues to manage commands defined in the first version (for example, another version such as an old version).
  • step S12A the EMS controller 160 transmits a GET command including the version information of the EMS controller 160 to the device 500.
  • step S13A the device 500 determines the meaning of the code value included in the GET command (content of the GET command) based on the first version, and transmits a GET response command to the EMS controller 160.
  • step S11 the corresponding version of the device 500 is updated from the first version to the second version.
  • the device 500 manages commands defined in the second version and continues to manage commands defined in the first version.
  • step S12B the EMS controller 160 transmits a GET command that does not include the version information of the EMS controller 160 to the device 500.
  • step S13B since the version information of the EMS controller 160 is not included in the GET command, the device 500 cannot determine in which version the GET command is defined. Therefore, the device 500 does not execute the command, that is, does not transmit the GET response command. The device 500 may send error information to the EMS controller 160.
  • step S21 the corresponding version of the EMS controller 160 is updated from the first version to the second version.
  • the EMS controller 160 may manage commands defined in the second version and continue managing commands defined in the first version.
  • step S22A the EMS controller 160 transmits a GET command including the version information (second version) of the EMS controller 160 to the device 500.
  • step S23A the device 500 does not execute the command (does not send a GET response command) because the corresponding version of the EMS controller 160 is different from the corresponding version of the device 500.
  • the device 500 may send error information to the EMS controller 160.
  • step S21 the corresponding version of the EMS controller 160 is updated from the first version to the second version.
  • the EMS controller 160 may manage commands defined in the second version and continue managing commands defined in the first version.
  • step S22B the EMS controller 160 transmits a GET command that does not include the version information of the EMS controller 160 to the device 500.
  • step S23B since the version information of the EMS controller 160 is not included in the GET command, the device 500 cannot determine in which version the GET command is defined. Therefore, the device 500 does not execute the command.
  • the device 500 may send error information to the EMS controller 160.
  • the device 500 has a different version of the EMS controller 160 from the corresponding version of the device 500 as described above, and the command 500 in the corresponding version of the EMS controller 160 If the content differs from the content of the command in the corresponding version of the device 500, the command need not be executed.
  • the device 500 may not execute the command when the command is not defined as a target to be processed by the device 500 in the corresponding version of the device 500.
  • the device 500 may send error information to the EMS controller 160.
  • information indicating the corresponding version of the EMS controller 160, or information indicating whether the command content in the corresponding version of the EMS controller 160 matches the command content in the corresponding version of the device 500. May be obtained by the input of an operator or the like.
  • the EMS controller 160 transmits a command including version information indicating a corresponding version of the EMS controller 160 to the device 500. Accordingly, it is possible to reduce problems caused by the corresponding version of the device 500 being different from the corresponding version of the EMS controller 160 (for example, improper interpretation of the meaning of the code value included in the command). .
  • the corresponding version of the device 500 is newer than the corresponding version of the EMS controller 160.
  • the device 500 performs an operation that is not assumed by the EMS controller 160. According to the embodiment, such a problem can be reduced.
  • the EMS controller 160 transmits version information indicating a corresponding version of the EMS controller 160 to the device 500 at a predetermined timing.
  • the predetermined timing is at least one of a timing at which a corresponding version of the EMS controller 160 is updated and a periodic timing.
  • the predetermined timing may be an announcement at the time of a state change of the device 500 (announcement at the time of state change).
  • the device 500 since the device 500 receives version information indicating a corresponding version of the EMS controller 160 at a predetermined timing, the device 500 grasps a version that defines a command to be received from the EMS controller 160 in the future. Can do. Therefore, the command may not include the version information of the EMS controller 160.
  • the EMS controller 160 detects a predetermined timing.
  • the predetermined timing is at least one of a timing at which a corresponding version of the EMS controller 160 is updated and a periodic timing.
  • step S32 the EMS controller 160 transmits a command (here, an INF command) including the version information of the EMS controller 160 to the device 500.
  • a command here, an INF command
  • the EMS controller 160 confirms whether or not the device 500 is compatible with the corresponding version of the EMS controller 160 at the first timing.
  • the device 500 checks with the EMS controller 160 at the second timing whether or not the EMS controller 160 can support the corresponding version of the device 500.
  • the first timing is at least one of a timing at which a corresponding version of the EMS controller 160 is updated and a periodic timing.
  • the second timing is at least one of a timing at which a corresponding version of the device 500 is updated and a periodic timing.
  • the EMS controller 160 detects the first timing.
  • the first timing is at least one of a timing at which a corresponding version of the EMS controller 160 is updated and a periodic timing.
  • step S42 the EMS controller 160 transmits to the device 500 a version confirmation request for confirming whether or not the device 500 can support the version corresponding to the EMS controller 160.
  • the version confirmation request includes version information of the EMS controller 160, for example.
  • step S43 the device 500 transmits to the EMS controller 160 a version confirmation response indicating whether or not the device 500 can support the version corresponding to the EMS controller 160.
  • the version confirmation response may include a list of versions that can be supported by the device 500.
  • the EMS controller 160 can grasp whether or not the device 500 is compatible with the corresponding version of the EMS controller 160. For example, if the EMS controller 160 manages a command defined by a corresponding version of the device 500, the EMS controller 160 transmits a command defined by the corresponding version of the device 500. On the other hand, when the EMS controller 160 does not manage the command defined by the corresponding version of the device 500, the EMS controller 160 acquires the command defined by the corresponding version of the device 500 and the corresponding version of the device 500. Send the command defined in. As a result, it is possible to suppress transmission of a command defined by a version that the device 500 does not support.
  • step S51 the device 500 detects the second timing.
  • the second timing is at least one of a timing at which a corresponding version of the device 500 is updated and a periodic timing.
  • step S52 the device 500 transmits to the EMS controller 160 a version confirmation request for confirming whether the EMS controller 160 is compatible with the corresponding version of the device 500.
  • the version confirmation request includes, for example, version information of the device 500.
  • step S53 the EMS controller 160 transmits to the device 500 a version confirmation response indicating whether the EMS controller 160 is compatible with the corresponding version of the device 500.
  • the version confirmation response may include a list of versions that can be supported by the EMS controller 160.
  • the EMS controller 160 can grasp whether or not the EMS controller 160 is compatible with the corresponding version of the device 500. For example, if the EMS controller 160 manages a command defined by a corresponding version of the device 500, the EMS controller 160 transmits a command defined by the corresponding version of the device 500. On the other hand, when the EMS controller 160 does not manage the command defined by the corresponding version of the device 500, the EMS controller 160 acquires the command defined by the corresponding version of the device 500 and the corresponding version of the device 500. Send the command defined in. As a result, it is possible to suppress transmission of a command defined by a version that the device 500 does not support.
  • the device 500 may store a version that the device 500 knows as corresponding to the EMS controller 160, in which case the device 500 may use a command defined by the stored version.
  • the transmission of version information can be partly omitted when transmitting. For example, when the device 500 is powered on, a command including version information is first transmitted to the EMS controller 160. Since the device 500 knows that the normal operation has been performed unless an error is returned from the EMS controller 160, a command that does not include version information based on the corresponding version of the EMS controller 160 stored in the device 500 is thereafter used. Can be sent. Note that when the device 500 is turned off and then turned on, a command including version information is first transmitted to the EMS controller 160. If no error is returned from the EMS controller 160, then version information is included. Send no command.
  • the device 500 may return a message including version information indicating the corresponding version of the device 500 to the EMS controller 160.
  • the device 500 corresponds to the GET response command or the SET response command that is returned to the EMS controller 160 when the corresponding version of the EMS controller 160 is the same as the corresponding version of the device 500.
  • Version information indicating the version may be included.
  • the error information returned to the EMS controller 160 may include version information indicating the corresponding version of the device 500.
  • the error information may include an error factor.
  • the error factors are, for example, a mismatch between a corresponding version of the EMS controller 160 and a corresponding version of the device 500, a mismatch between a command content in the corresponding version of the EMS controller 160 and a command content in the corresponding version of the device 500, For example, an event in which a command is not defined as a target to be processed by the device 500.
  • the version information is information defining an information element included in the command (ECHONET Lite Appendix Release), but the embodiment is not limited to this.
  • the version information may be a corresponding authentication version of the EMS controller 160 or the device 500.
  • the version of the authentication may be the authentication stage in the case where the authentication is updated, may be the presence or absence of authentication, may be the type of authentication, and is the presence or absence of authentication for each type of authentication. Also good.
  • the authentication may be third-party authentication that is authentication by a third-party organization.
  • the third party organization may be a public organization, an international standard organization, or a testing organization such as a general incorporated association. Examples of the type of authentication include AIF (Application Interface Framework) authentication and SMA (Smart Meter Application) authentication.
  • the EMS controller 160 has a display, and may display version information indicating the corresponding version of the device 500 on the display. For example, when the version information is received from the device 500, the EMS controller 160 displays the received version information. As described above, the version information may be included in the GET response command or the SET response command returned to the EMS controller 160, or may be included in the error information returned to the EMS controller 160.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Selective Calling Equipment (AREA)

Abstract

管理システムは、機器と制御装置とを備え、制御装置は、機器に対して、機器を制御するためのコマンドを送信する送信部を備え、コマンドは、制御装置の対応するバージョンを示すバージョン情報を含み、バージョンは、コマンドに含まれる情報要素を定義する。

Description

管理システム及び管理方法
 本発明は、複数の機器及び制御装置を備える管理システム、複数の機器を制御装置が管理する管理方法、管理システムに設けられる機器、及び、管理システムに設けられる制御装置に関する。
 近年、複数の機器と、複数の機器を制御する制御装置とを有する管理システムが提案されている(例えば、特許文献1)。複数の機器は、例えば、エアーコンディショナー、照明装置などの家電機器、及び、太陽電池、蓄電池、燃料発電装置などの分散電源である。制御装置は、例えば、HEMS(Home Energy Management System)、SEMS(Store Energy Management System)、BEMS(Building Energy Management System)、FEMS(Factory Energy Management System)、CEMS(Cluster/Community Energy Management System)などと称される。
 上述した管理システムの普及には、複数の機器と制御装置との間の通信規格を共通化することが効果的であり、このような通信規格の共通化が試みられている。
 このような複数の機器と制御装置との間における共通化された通信規格において利用者の利便性を向上させることが課題の一つとなっている。
特開2010-128810号公報
 1つの特徴は、機器と制御装置とを備える管理システムであって、前記制御装置は、前記機器に対して、前記機器を制御するためのコマンドを送信する送信部を備え、前記コマンドは、前記制御装置の対応するバージョンを示すバージョン情報を含み、前記バージョンは、前記コマンドに含まれる情報要素を定義することを要旨とする。
 1つの特徴は、機器と制御装置とを備える管理システムであって、前記制御装置は、前記制御装置の対応するバージョンに前記機器が対応可能であるか否かを前記機器に対して第1タイミングで確認する制御部を備え、前記機器は、前記機器の対応するバージョンに前記制御装置が対応可能であるか否かを前記制御装置に対して第2タイミングで確認する制御部を備え、前記バージョンは、前記コマンドに含まれる情報要素を定義することを要旨とする。
 1つの特徴は、管理方法であって、制御装置から機器に対して前記機器を制御するためのコマンドを送信するステップを備え、前記コマンドは、前記制御装置の対応するバージョンを示すバージョン情報を含み、前記バージョンは、前記コマンドに含まれる情報要素を定義することを要旨とする。
図1は、実施形態に係る電力管理システム1を示す図である。 図2は、実施形態に係るEMSコントローラ160を示す図である。 図3は、実施形態に係る機器500を示す図である。 図4は、実施形態に係る管理方法を示す図である。 図5は、実施形態に係る管理方法を示す図である。 図6は、実施形態に係る管理方法を示す図である。 図7は、実施形態に係る管理方法を示す図である。 図8は、他の実施形態に係る管理方法を示す図である。 図9は、他の実施形態に係る管理方法を示す図である。
 以下において、実施形態について図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
 ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なる場合があることに留意する。従って、具体的な寸法などは以下の説明を参酌して判断すればよい。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれる場合がある。
 [実施形態]
 (電力管理システム)
 以下において、実施形態に係る電力管理システムについて説明する。
 図1に示すように、電力管理システム1は、需要家施設100と、外部サーバ400とを有する。需要家施設100は、ルータ200を有する。ルータ200は、ネットワーク300を介して外部サーバ400と接続される。ルータ200は、ローカルエリアネットワークを構成しており、例えば、PCS130、負荷150、EMSコントローラ160及び操作端末170などと接続される。図1において、実線は電力線を示しており、点線は信号線を示している。なお、これに限定されるものではなく、電力線で信号を送信してもよい。
 需要家施設100は、太陽電池110と、蓄電池120と、PCS130と、分電盤140と、負荷150と、EMSコントローラ160と、操作端末170とを有する。
 太陽電池110は、受光に応じて発電を行う装置である。太陽電池110は、発電された直流電力(以下、DC(Direct Current)電力)を出力する。太陽電池110の発電量は、太陽電池110に照射される日射量に応じて変化する。
 蓄電池120は、電力を蓄積する装置である。蓄電池120は、蓄積されたDC電力を出力する。
 PCS130は、DC電力を交流電力(以下、AC(Alternating Current)電力)に変換する電力変換装置(PCS;Power Conditioning System)の一例である。実施形態では、PCS130は、変換装置131及び通信装置132を有する。
 変換装置131は、太陽電池110から入力されるDC電力をAC電力に変換するとともに、蓄電池120から入力されるDC電力をAC電力に変換する。変換装置131は、電力系統10から供給されるAC電力をDC電力に変換する。通信装置132は、変換装置131と接続されており、変換装置131への各種メッセージを受信するとともに、変換装置131からの各種メッセージを送信する。通信装置132と変換装置131との間の通信では、後述する所定プロトコルに準拠しないプロトコル(例えば、独自プロトコル)が用いられてもよい。
 実施形態では、変換装置131は、電力系統10に接続された主幹電力線10L(ここでは、主幹電力線10LA及び主幹電力線10LB)に第1分電盤140Aを介して接続されるとともに、太陽電池110及び蓄電池120の双方に接続される。主幹電力線10LAは、電力系統10と第1分電盤140Aとを接続する電力線であり、主幹電力線10LBは、第1分電盤140Aと第2分電盤140Bとを接続する電力線である。
 分電盤140は、主幹電力線10Lに接続される。分電盤140は、第1分電盤140A及び第2分電盤140Bを有する。第1分電盤140Aは、主幹電力線10LAを介して電力系統10に接続されているとともに、変換装置131を介して太陽電池110及び蓄電池120と接続されている。また、第1分電盤140Aは、変換装置131から出力される電力及び電力系統10から供給される電力を制御して主幹電力線10LBに流す。主幹電力線10LBから流れてきた電力は、第2分電盤140Bによって、各機器(ここでは、負荷150)に分配される。
 負荷150は、電力線を介して供給される電力を消費する装置である。例えば、負荷150は、冷蔵庫、照明、エアーコンディショナー、テレビなどの装置を含む。負荷150は、単数の装置であってもよく、複数の装置を含んでもよい。
 EMSコントローラ160は、各機器(例えば、太陽電池110、蓄電池120、PCS130又は負荷150)を制御する装置(EMS;Energy Management System)である。具体的には、EMSコントローラ160は、ルータ200を介して各機器と接続されており、所定プロトコルに準拠する所定メッセージの通信を各機器と行う。
 実施形態では、所定プロトコルは、特に限定されるものではなく、例えば、ECHONET Lite方式、SEP2.0またはKNX等である。所定フォーマットは、例えば、ECHONET Liteに準拠するフォーマットである。所定メッセージは、例えば、SETコマンド、GETコマンド、SETコマンドに対する応答コマンド、GETコマンドに対する応答コマンド又はINFコマンドである。SETコマンドは、機器に対する設定又は操作を指示するためのメッセージである。GETコマンドは、機器の状態を取得するためのメッセージである。SETコマンドに対する応答コマンドは、SETコマンドで指示された設定又は操作を受け付けた旨を示すメッセージである。GETコマンドに対する応答コマンドは、GETコマンドで要求された情報を含むメッセージである。INFコマンドは、PCS130の状態を通知するためのメッセージである。
 操作端末170は、EMSコントローラ160にアクセス要求を送信することによって、各機器(例えば、太陽電池110、蓄電池120、PCS130又は負荷150)を遠隔操作する端末である。操作端末170とEMSコントローラ160との間の通信は、所定プロトコルに準拠しないプロトコル(例えば、独自プロトコル)が用いられてもよい。操作端末170は、例えば、スマートフォン、タブレット又は専用端末である。操作端末170は、有線又は無線によりEMSコントローラ160と接続されており、EMSコントローラ160と通信を行う。操作端末170は、所定フォーマットを有する所定メッセージの通信をEMSコントローラ160と行ってもよい。
 外部サーバ400は、電力事業者又は電力アグリゲータ-によって管理されるサーバである。外部サーバ400は、PCS130又はEMSコントローラ160に対して電力指令メッセージを送信する。
 電力指令メッセージは、電力系統10から供給される電力の量である潮流量又は電力系統10に供給される電力の量である逆潮流量の抑制に関するメッセージである。潮流量の削減に関する電力指令メッセージは、例えば電力使用量の削減希望量が○%削減である旨のメッセージであったり、電力使用量の削減希望量が○kwh削減である旨のメッセージであったり、削減量に応じてインセンティブを提示する旨のメッセージであってもよい。逆潮流の抑制に関するメッセージは、例えば、逆潮流を○%削減する旨のメッセージ等が想定される。
 (制御装置)
 以下において、実施形態に係る制御装置について説明する。図2に示すように、EMSコントローラ160は、通信部161と、管理部162と、制御部163とを有する。
 通信部161は、通信モジュールによって構成されており、各機器(例えば、太陽電池110、蓄電池120、PCS130又は負荷150)と通信を行う。通信部161は、操作端末170及び外部サーバ400と通信を行う。
 実施形態では、通信部161は、機器に対して、機器を制御するためのコマンドを受信する。コマンドは、EMSコントローラ160の対応するバージョンを示すバージョン情報を含む。バージョンは、コマンドに含まれる情報要素を定義する。
 例えば、ECHONET Lite方式を例に挙げると、バージョンは、コマンドに含まれる情報要素を定義するAppendixのReleaseに該当する。すなわち、実施形態に係るバージョンは、EMSコントローラ及び各機器が有する通信規格及びファームウェアのバージョンを意味していないことに留意すべきである。但し、通信規格及びファームウェアのバージョン変更に伴って、コマンドに含まれる情報要素の定義も変更される場合には、実施形態に係るバージョンが通信規格及びファームウェアのバージョンであると考えてもよい。なお、バージョンに通信規格及びファームウェアのバージョンを含まないときは、通信部161は、バージョン情報と一緒に通信規格及びファームウェアの少なくとも1つを送信してもよい。
 コマンドは、例えば、上述したSETコマンド又はGETコマンドであり、コマンドの内容と対応付けられたコード値を含む。コマンドを定義するバージョンが変更(更新)されると、コード値が同一であってもコード値の意味、すなわちコマンドの内容が変更される可能性がある。すなわち、コード値の意味(コマンドの内容)は、バージョン毎に異なる可能性がある。バージョンとは、コマンドに含まれるコード値の意味を一意に特定するための情報である。ここで、コマンドを定義するバージョンが特定されれば、コード値の意味も一意に特定することが可能である。
 管理部162は、揮発性若しくは不揮発性のメモリ、又は、HDD(Hard DISK DRIVE)若しくはSSD(Solid State Drive)などのディスクドライブによって構成されており、各種情報を管理する。管理部162は、EMSコントローラ160の対応するバージョンが第1バージョンから第2バージョンに更新された場合であっても、第2バージョンで定義されるコマンドを管理するとともに、第1バージョン、すなわち第2バージョンよりも古い旧バージョンで定義されるコマンドの管理を継続する。
 制御部163は、CPU(Central Processing Unit)及びメモリによって構成されており、EMSコントローラ160を制御する。制御部163は、コマンドの送信にあたって、EMSコントローラ160の対応するバージョンを示すバージョン情報を含むコマンドの送信を通信部161に指示する。
 ここで、制御部163は、EMSコントローラ160の対応するバージョンが第2バージョンに更新された後において、機器の対応するバージョンが第1バージョンのままである場合に、第1バージョンで定義されるコマンドを機器に送信するように通信部161を制御してもよい。
 (機器)
 以下において、実施形態に係る機器について説明する。機器500は、EMSコントローラ160によって制御される機器であればよく、太陽電池110、蓄電池120、PCS130又は負荷150である。図3に示すように、機器500は、通信部510と、管理部520と、制御部530とを有する。
 通信部510は、通信モジュールによって構成されており、EMSコントローラ160と通信を行う。
 通信部510は、EMSコントローラ160から、機器500を制御するためのコマンドを受信する。コマンドは、EMSコントローラ160の対応するバージョンを示すバージョン情報を含む。バージョンは、上述したように、コマンドに含まれる情報要素を定義する。
 管理部520は、揮発性若しくは不揮発性のメモリ、又は、HDD若しくはSSDなどのディスクドライブによって構成されており、各種情報を管理する。管理部162は、機器500の対応するバージョンが第1バージョンから第2バージョンに更新された場合であっても、第2バージョンで定義されるコマンドを管理するとともに、第1バージョンで定義されるコマンドの管理を継続する。
 制御部530は、CPU及びメモリによって構成されており、機器500を制御する。制御部530は、コマンドに含まれるバージョン情報に基づいて、EMSコントローラ160の対応するバージョンを特定し、特定されたバージョンに基づいて、コマンドに含まれるコード値の意味を判断する。
 例えば、制御部530は、EMSコントローラ160の対応するバージョンが第1バージョンである場合に、第1バージョンに基づいて、コマンドに含まれるコード値の意味を判断する。一方で、制御部530は、EMSコントローラ160の対応するバージョンが第2バージョンである場合に、第2バージョンに基づいて、コマンドに含まれるコード値の意味を判断する。
 制御部530は、EMSコントローラ160のバージョン情報がコマンドに含まれていない場合に、コマンドを実行せずに、エラー情報をEMSコントローラ160に送信するように通信部510を制御してもよい。
 制御部530は、EMSコントローラ160の対応するバージョンが機器500の対応するバージョンと同じである場合に、EMSコントローラ160から受信するコマンドを実行する。制御部530は、EMSコントローラ160の対応するバージョンが機器500の対応するバージョンと異なる場合に、コマンドを実行しなくてもよい。制御部530は、EMSコントローラ160の対応するバージョンが機器500の対応するバージョンと異なっており、かつ、EMSコントローラ160の対応するバージョンにおけるコマンドの内容が機器500の対応するバージョンにおけるコマンドの内容と異なる場合に、コマンドを実行しなくてもよい。制御部530は、EMSコントローラ160の対応するバージョンが機器500の対応するバージョンと異なっていても、EMSコントローラ160の対応するバージョンにおけるコマンドの内容が機器500の対応するバージョンにおけるコマンドの内容と同じである場合に、コマンドを実行してもよい。これらのケースにおいて、制御部530は、コマンドを実行しない場合に、エラー情報をEMSコントローラ160に送信するように通信部510を制御してもよい。
 制御部530は、機器500の対応するバージョンにおいて機器500が処理すべき対象としてコマンドが定義されていない場合に、エラー情報をEMSコントローラ160に送信するように通信部510を制御してもよい。機器500の対応するバージョンにおいて機器500が処理すべき対象としてコマンドが定義されていないケースとは、EMSコントローラ160の対応する新たなバージョンで新たなコマンドが機器500の対応するバージョンで定義されていないケース、或いは、機器500の対応するバージョンでオプショナルのコマンドとして定義されていたコマンドがEMSコントローラ160の対応する新たなバージョンで必須のコマンドに変更され、かつ、オプショナルのコマンドを処理する機能を機器500が実装していないケースなどである。
 (管理方法)
 以下において、実施形態に係る管理方法について説明する。図4~図7では、機器500を制御するためのコマンドとしてGETコマンドが例示されている。図4~図7の初期状態において、EMSコントローラ160の対応するバージョン及び機器500の対応するバージョンの双方が第1バージョンである。
 第1に、EMSコントローラ160のバージョン情報がGETコマンドに含まれており、機器500の対応するバージョンが更新されるケースについて説明する。
 図4に示すように、ステップS11において、機器500の対応するバージョンは、第1バージョンから第2バージョンに更新される。機器500は、第2バージョンで定義されるコマンドを管理するとともに、第1バージョン(例えば、旧バージョンなどの別バージョン)で定義されるコマンドの管理を継続する。
 ステップS12Aにおいて、EMSコントローラ160は、EMSコントローラ160のバージョン情報を含むGETコマンドを機器500に送信する。
 ステップS13Aにおいて、機器500は、GETコマンドに含まれるコード値の意味(GETコマンドの内容)を第1バージョンに基づいて判断し、GET応答コマンドをEMSコントローラ160に送信する。
 第2に、EMSコントローラ160のバージョン情報がGETコマンドに含まれておらず、機器500の対応するバージョンが更新されるケースについて説明する。
 図5に示すように、ステップS11において、機器500の対応するバージョンは、第1バージョンから第2バージョンに更新される。機器500は、第2バージョンで定義されるコマンドを管理するとともに、第1バージョンで定義されるコマンドの管理を継続する。
 ステップS12Bにおいて、EMSコントローラ160は、EMSコントローラ160のバージョン情報を含まないGETコマンドを機器500に送信する。
 ステップS13Bにおいて、機器500は、EMSコントローラ160のバージョン情報がGETコマンドに含まれていないため、GETコマンドがいずれのバージョンで定義されたコマンドであるのか判断することができない。従って、機器500は、コマンドを実行しない、すなわちGET応答コマンドを送信しない。機器500は、エラー情報をEMSコントローラ160に送信してもよい。
 第3に、EMSコントローラ160のバージョン情報がGETコマンドに含まれており、EMSコントローラ160の対応するバージョンが更新されるケースについて説明する。
 図6に示すように、ステップS21において、EMSコントローラ160の対応するバージョンは、第1バージョンから第2バージョンに更新される。EMSコントローラ160は、第2バージョンで定義されるコマンドを管理するとともに、第1バージョンで定義されるコマンドの管理を継続してもよい。
 ステップS22Aにおいて、EMSコントローラ160は、EMSコントローラ160のバージョン情報(第2バージョン)を含むGETコマンドを機器500に送信する。
 ステップS23Aにおいて、機器500は、EMSコントローラ160の対応するバージョンが機器500の対応するバージョンと異なっているため、コマンドを実行しない(GET応答コマンドを送信しない)。機器500は、エラー情報をEMSコントローラ160に送信してもよい。
 第4に、EMSコントローラ160のバージョン情報がGETコマンドに含まれており、EMSコントローラ160の対応するバージョンが更新されるケースについて説明する。
 図7に示すように、ステップS21において、EMSコントローラ160の対応するバージョンは、第1バージョンから第2バージョンに更新される。EMSコントローラ160は、第2バージョンで定義されるコマンドを管理するとともに、第1バージョンで定義されるコマンドの管理を継続してもよい。
 ステップS22Bにおいて、EMSコントローラ160は、EMSコントローラ160のバージョン情報を含まないGETコマンドを機器500に送信する。
 ステップS23Bにおいて、機器500は、EMSコントローラ160のバージョン情報がGETコマンドに含まれていないため、GETコマンドがいずれのバージョンで定義されたコマンドであるのか判断することができない。従って、機器500は、コマンドを実行しない。機器500は、エラー情報をEMSコントローラ160に送信してもよい。
 図4~図7に示すケースにおいて、機器500は、上述したように、EMSコントローラ160の対応するバージョンが機器500の対応するバージョンと異なっており、かつ、EMSコントローラ160の対応するバージョンにおけるコマンドの内容が機器500の対応するバージョンにおけるコマンドの内容と異なる場合に、コマンドを実行しなくてもよい。機器500は、機器500の対応するバージョンにおいて機器500が処理すべき対象としてコマンドが定義されていない場合に、コマンドを実行しなくてもよい。これらのケースにおいて、機器500は、エラー情報をEMSコントローラ160に送信してもよい。これらのケースにおいて、EMSコントローラ160の対応するバージョンを示す情報、又は、EMSコントローラ160の対応するバージョンにおけるコマンドの内容が機器500の対応するバージョンにおけるコマンドの内容が一致しているか否かを示す情報は、オペレータ等の入力によって得られてもよい。
 (作用及び効果)
 実施形態では、EMSコントローラ160は、機器500に対して、EMSコントローラ160の対応するバージョンを示すバージョン情報を含むコマンドを送信する。従って、機器500の対応するバージョンがEMSコントローラ160の対応するバージョンと異なることに起因する不具合(例えば、コマンドに含まれるコード値の意味が不適切に解釈されることなど)を低減することができる。
 例えば、機器500が新たに導入されたケースなどにおいては、機器500の対応するバージョンがEMSコントローラ160の対応するバージョンよりも新しいことが考えられる。このようなケースにおいて、コマンドに含まれるコード値の意味が変更されていると、EMSコントローラ160が想定していない動作を機器500が行ってしまう。実施形態によれば、このような不具合を低減することができる。
 [他の実施形態]
 以下において、他の実施形態について説明する。以下においては、実施形態に対する相違点について主として説明する。
 他の実施形態において、EMSコントローラ160は、機器500に対して、EMSコントローラ160の対応するバージョンを示すバージョン情報を所定タイミングで送信する。所定タイミングは、EMSコントローラ160の対応するバージョンが更新されたタイミング及び定期的なタイミングの少なくともいずれか1つである。または、所定タイミングとして、機器500の状態変化時のアナウンス(状変時アナウンス)であってもよい。
 他の実施形態においては、EMSコントローラ160の対応するバージョンを示すバージョン情報を所定タイミングで機器500が受信するため、EMSコントローラ160から将来的に受信するコマンドを定義するバージョンを機器500が把握することができる。従って、コマンドは、EMSコントローラ160のバージョン情報を含まなくてもよい。
 例えば、図8に示すように、ステップS31において、EMSコントローラ160は、所定タイミングを検出する。所定タイミングは、上述したように、EMSコントローラ160の対応するバージョンが更新されたタイミング及び定期的なタイミングの少なくともいずれか1つである。
 ステップS32において、EMSコントローラ160は、EMSコントローラ160のバージョン情報を含むコマンド(ここでは、INFコマンド)を機器500に送信する。
 [他の実施形態]
 以下において、他の実施形態について説明する。以下においては、実施形態に対する相違点について主として説明する。
 他の実施形態において、EMSコントローラ160は、EMSコントローラ160の対応するバージョンに機器500が対応可能であるか否かを機器500に対して第1タイミングで確認する。機器500は、機器500の対応するバージョンにEMSコントローラ160が対応可能であるか否かをEMSコントローラ160に対して第2タイミングで確認する。第1タイミングは、EMSコントローラ160の対応するバージョンが更新されたタイミング及び定期的なタイミングの少なくともいずれか1つである。第2タイミングは、機器500の対応するバージョンが更新されたタイミング及び定期的なタイミングの少なくともいずれか1つである。
 例えば、図9に示すように、ステップS41において、EMSコントローラ160は、第1タイミングを検出する。第1タイミングは、上述したように、EMSコントローラ160の対応するバージョンが更新されたタイミング及び定期的なタイミングの少なくともいずれか1つである。
 ステップS42において、EMSコントローラ160は、EMSコントローラ160の対応するバージョンに機器500が対応可能であるか否かを確認するためのバージョン確認要求を機器500に送信する。バージョン確認要求は、例えば、EMSコントローラ160のバージョン情報を含む。
 ステップS43において、機器500は、EMSコントローラ160の対応するバージョンに機器500が対応可能であるか否かを示すバージョン確認応答をEMSコントローラ160に送信する。バージョン確認応答は、機器500が対応可能なバージョンの一覧を含んでもよい。
 これらの手順によって、EMSコントローラ160の対応するバージョンに機器500が対応可能であるか否かをEMSコントローラ160が把握することができる。例えば、EMSコントローラ160は、機器500の対応するバージョンで定義されるコマンドを管理している場合には、機器500の対応するバージョンで定義されるコマンドを送信する。一方で、EMSコントローラ160は、機器500の対応するバージョンで定義されるコマンドを管理していない場合には、機器500の対応するバージョンで定義されるコマンドを取得するとともに、機器500の対応するバージョンで定義されるコマンドを送信する。これによって、機器500が対応していないバージョンで定義されるコマンドの送信を抑制することができる。
 ステップS51において、機器500は、第2タイミングを検出する。第2タイミングは、上述したように、機器500の対応するバージョンが更新されたタイミング及び定期的なタイミングの少なくともいずれか1つである。
 ステップS52において、機器500は、機器500の対応するバージョンにEMSコントローラ160が対応可能であるか否かを確認するためのバージョン確認要求をEMSコントローラ160に送信する。バージョン確認要求は、例えば、機器500のバージョン情報を含む。
 ステップS53において、EMSコントローラ160は、機器500の対応するバージョンにEMSコントローラ160が対応可能であるか否かを示すバージョン確認応答を機器500に送信する。バージョン確認応答は、EMSコントローラ160が対応可能なバージョンの一覧を含んでもよい。
 これらの手順によって、機器500の対応するバージョンにEMSコントローラ160が対応可能であるか否かをEMSコントローラ160が把握することができる。例えば、EMSコントローラ160は、機器500の対応するバージョンで定義されるコマンドを管理している場合には、機器500の対応するバージョンで定義されるコマンドを送信する。一方で、EMSコントローラ160は、機器500の対応するバージョンで定義されるコマンドを管理していない場合には、機器500の対応するバージョンで定義されるコマンドを取得するとともに、機器500の対応するバージョンで定義されるコマンドを送信する。これによって、機器500が対応していないバージョンで定義されるコマンドの送信を抑制することができる。
 [他の実施形態]
 以下において、他の実施形態について説明する。以下においては、実施形態に対する相違点について主として説明する。
 他の実施形態において、機器500は、EMSコントローラ160の対応するものとして機器500が把握しているバージョンを記憶してもよく、この場合には、機器500は、記憶したバージョンで定義されるコマンドを送信する際に、バージョン情報の送信を一部省くことができる。例えば、機器500の電源ONのときに最初にバージョン情報を含むコマンドをEMSコントローラ160に送信する。機器500は、EMSコントローラ160からエラーが返ってこない限り正常動作が行われたことが分かるので、その後は、機器500で記憶したEMSコントローラ160の対応するバージョンに基づいてバージョン情報を含まないコマンドを送信することができる。なお、機器500が電源OFFとなり、その後、電源ONになるときには、最初にバージョン情報を含むコマンドをEMSコントローラ160に送信し、EMSコントローラ160からエラーが返ってこないときには、その後は、バージョン情報を含まないコマンドを送信する。
 [その他の実施形態]
 本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
 機器500は、EMSコントローラ160から受信するコマンドに対して、機器500の対応するバージョンを示すバージョン情報を含むメッセージをEMSコントローラ160に返信してもよい。具体的には、機器500は、EMSコントローラ160の対応するバージョンが機器500の対応するバージョンと同じである場合に、EMSコントローラ160に返信するGET応答コマンド又はSET応答コマンドに、機器500の対応するバージョンを示すバージョン情報を含めてもよい。機器500は、EMSコントローラ160から受信するコマンドを実行しない場合に、EMSコントローラ160に返信するエラー情報に、機器500の対応するバージョンを示すバージョン情報を含めてもよい。
 エラー情報は、エラー要因を含んでいてもよい。エラー要因は、例えば、EMSコントローラ160の対応するバージョンと機器500の対応するバージョンとの不一致、EMSコントローラ160の対応するバージョンにおけるコマンドの内容と機器500の対応するバージョンにおけるコマンドの内容との不一致、機器500が処理すべき対象としてコマンドが定義されていない事象などである。
 バージョン情報は、コマンドに含まれる情報要素を定義する情報(ECHONET Lite方式のAppendixのRelease)であるが、実施形態はこれに限定されるものではない。バージョン情報は、EMSコントローラ160又は機器500の対応する認証のバージョンであってもよい。認証のバージョンは、認証が更新されるケースにおける認証の段階であってもよく、認証の有無であってもよく、認証の種類であってもよく、認証の種類毎の認証の有無であってもよい。認証は、第三者機関による認証である第三者認証であってもよい。第三者機関は、公的機関であってもよいし、国際規格団体であってもよいし、一般社団法人等の試験機関であってもよい。認証の種類として、例えば、AIF(Application Interface Framework)認証、SMA(Smart Meter Application)認証が挙げられる。
 EMSコントローラ160は、ディスプレイを有しており、機器500の対応するバージョンを示すバージョン情報をディスプレイ上に表示してもよい。例えば、EMSコントローラ160は、機器500からバージョン情報を受信した場合に、受信されたバージョン情報を表示する。バージョン情報は、上述したように、EMSコントローラ160に返信されるGET応答コマンド又はSET応答コマンドに含まれてもよく、EMSコントローラ160に返信されるエラー情報に含まれてもよい。
 本開示によれば、利用者の利便性を向上させることを可能とする管理システム、管理方法、機器及び制御装置を提供することができる。

Claims (14)

  1.  機器と制御装置とを備える管理システムであって、
     前記制御装置は、前記機器に対して、前記機器を制御するためのコマンドを送信する送信部を備え、
     前記コマンドは、前記制御装置の対応するバージョンを示すバージョン情報を含み、
     前記バージョンは、前記コマンドに含まれる情報要素を定義することを特徴とする管理システム。
  2.  前記機器は、前記機器の対応するバージョンが第1バージョンから第2バージョンに更新された場合であっても、前記第2バージョンで定義される前記コマンドを管理するとともに、前記第1バージョンで定義される前記コマンドの管理を継続する管理部を備えることを特徴とする請求項1に記載の管理システム。
  3.  前記機器は、前記コマンドに前記バージョン情報が含まれていない場合に、エラー情報を前記制御装置に送信することを特徴とする請求項1又は請求項2に記載の管理システム。
  4.  前記機器は、前記制御装置の対応するバージョンが前記機器の対応するバージョンと異なっている場合に、前記コマンドを実行しないことを特徴とする請求項1乃至請求項3のいずれかに記載の管理システム。
  5.  前記機器は、前記制御装置の対応するバージョンが前記機器の対応するバージョンと異なっており、かつ、前記制御装置の対応するバージョンにおける前記コマンドの内容が前記機器の対応するバージョンにおける前記コマンドの内容と異なる場合に、前記コマンドを実行しないことを特徴とする請求項1乃至請求項4のいずれかに記載の管理システム。
  6.  前記機器は、前記制御装置の対応するバージョンが前記機器の対応するバージョンと異なっていても、前記制御装置の対応するバージョンにおける前記コマンドの内容が前記機器の対応するバージョンにおける前記コマンドの内容と同じである場合に、前記コマンドを実行することを特徴とする請求項1乃至請求項5のいずれかに記載の管理システム。
  7.  前記機器は、前記コマンドを実行しない場合に、エラー情報を前記制御装置に送信することを特徴とする請求項4又は請求項5に記載の管理システム。
  8.  前記機器は、前記機器の対応するバージョンにおいて前記機器が処理すべき対象として前記コマンドが定義されていない場合に、エラー情報を前記制御装置に送信することを特徴とする請求項1乃至請求項6のいずれかに記載の管理システム。
  9.  前記機器は、前記制御装置の対応するバージョンが前記機器の対応するバージョンと同じ場合に、前記コマンドを実行することを特徴とする請求項1乃至請求項8のいずれかに記載の管理システム。
  10.  前記機器は、前記機器の電源がONになったときに、前記バージョン情報を含むコマンドを送信することを特徴とする請求項1乃至請求項9のいずれかに記載の管理システム。
  11.  前記バージョン情報は、前記制御装置又は前記機器の対応する認証のバージョンを示すことを特徴とする請求項1乃至請求項10のいずれかに記載の管理システム。
  12.  機器と制御装置とを備える管理システムであって、
     前記制御装置は、前記制御装置の対応するバージョンに前記機器が対応可能であるか否かを前記機器に対して第1タイミングで確認する制御部を備え、
     前記機器は、前記機器の対応するバージョンに前記制御装置が対応可能であるか否かを前記制御装置に対して第2タイミングで確認する制御部を備え、
     前記バージョンは、前記コマンドに含まれる情報要素を定義することを特徴とする管理システム。
  13.  前記第1タイミングは、前記制御装置の対応する前記バージョンが更新されたタイミング及び定期的なタイミングの少なくともいずれか1つであり、
     前記第2タイミングは、前記機器の対応する前記バージョンが更新されたタイミング及び定期的なタイミングの少なくともいずれか1つであることを特徴とする請求項12に記載の管理システム。
  14.  制御装置から機器に対して前記機器を制御するためのコマンドを送信するステップを備え、
     前記コマンドは、前記制御装置の対応するバージョンを示すバージョン情報を含み、
     前記バージョンは、前記コマンドに含まれる情報要素を定義することを特徴とする管理方法。
PCT/JP2016/055448 2016-02-24 2016-02-24 管理システム及び管理方法 WO2017145287A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP16891444.8A EP3422193A4 (en) 2016-02-24 2016-02-24 MANAGEMENT SYSTEM AND METHOD
PCT/JP2016/055448 WO2017145287A1 (ja) 2016-02-24 2016-02-24 管理システム及び管理方法
CN201680082425.9A CN108701095B (zh) 2016-02-24 2016-02-24 管理系统和管理方法
US16/079,553 US10754315B2 (en) 2016-02-24 2016-02-24 Management system and management method for transmitting a command including a code value for controlling an apparatus
JP2018501470A JP6763940B2 (ja) 2016-02-24 2016-02-24 管理システム及び管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/055448 WO2017145287A1 (ja) 2016-02-24 2016-02-24 管理システム及び管理方法

Publications (1)

Publication Number Publication Date
WO2017145287A1 true WO2017145287A1 (ja) 2017-08-31

Family

ID=59684854

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/055448 WO2017145287A1 (ja) 2016-02-24 2016-02-24 管理システム及び管理方法

Country Status (5)

Country Link
US (1) US10754315B2 (ja)
EP (1) EP3422193A4 (ja)
JP (1) JP6763940B2 (ja)
CN (1) CN108701095B (ja)
WO (1) WO2017145287A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005032203A1 (ja) * 2003-09-26 2005-04-07 Kabushiki Kaisha Toshiba 家電遠隔制御操作システム、サービス提供サーバ、ホームサーバ、家電機器、サービス提供サーバの家電遠隔制御操作支援方法及びサービス提供サーバの家電サービス提供支援方法
JP2005529502A (ja) * 2001-07-12 2005-09-29 モトローラ・インコーポレイテッド パケット・データ通信システムでソフトウェア情報を交換するための方法および装置
JP2010128512A (ja) * 2008-11-25 2010-06-10 Samsung Electronics Co Ltd 情報通信システム、及びソフトウェア更新方法
JP2015002362A (ja) * 2013-06-13 2015-01-05 株式会社リコー 検証プログラム及び検証装置
JP2015531224A (ja) * 2012-08-06 2015-10-29 ハンリム ポステック カンパニー リミテッド 無線電力伝送システムにおける互換性提供装置及び方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB8814630D0 (en) * 1987-11-17 1988-07-27 Ibm Dynamically adaptive environment for computer programs
US5179703A (en) 1987-11-17 1993-01-12 International Business Machines Corporation Dynamically adaptive environment for computer programs
JP3847882B2 (ja) 1996-02-09 2006-11-22 キヤノン株式会社 通信装置およびその処理方法
KR100620186B1 (ko) * 1999-09-21 2006-09-01 엘지전자 주식회사 디지털 인터페이스에서의 명령 및 응답 프레임 생성장치 및 방법
JP2001249802A (ja) * 2000-03-07 2001-09-14 Sony Corp 伝送方法、伝送システム、伝送制御装置及び入力装置
KR100400458B1 (ko) * 2001-05-14 2003-10-01 엘지전자 주식회사 네트워크 가능한 가전기기의 프로토콜 업그레이드 방법
KR100434270B1 (ko) * 2001-05-30 2004-06-04 엘지전자 주식회사 가전기기 네트워크 제어시스템
GB2390442B (en) * 2002-03-19 2004-08-25 Sun Microsystems Inc Fault tolerant computer system
DE10328917A1 (de) * 2003-06-26 2005-01-20 Volkswagen Ag Fahrzeugnetzwerk
JP3915808B2 (ja) * 2003-09-26 2007-05-16 オムロン株式会社 プログラマブルコントローラおよびプログラマブルコントローラシステムならびにcpuユニット
GB2419064B (en) * 2004-10-06 2009-07-29 Samsung Electronics Co Ltd Improvements in protocol extensions
JP2006338232A (ja) * 2005-06-01 2006-12-14 Murata Mach Ltd 通信システム
JP2007226740A (ja) * 2006-02-27 2007-09-06 Kyocera Corp 通信システム、ソフトウェア更新方法、通信装置、管理サーバ装置、およびプログラム
US8306523B2 (en) * 2008-02-15 2012-11-06 Qualcomm Incorporated Methods and apparatuses supporting multiple positioning protocol versions in wireless communication networks
JP5270315B2 (ja) 2008-11-27 2013-08-21 株式会社日立製作所 自動検針方法、自動検針システム、自動検針装置、およびスマートメータ
JP5486997B2 (ja) * 2010-04-14 2014-05-07 株式会社ソニー・コンピュータエンタテインメント ユーザ支援システム、ユーザ支援方法、管理サーバ及び携帯情報端末
US9292368B2 (en) * 2010-12-27 2016-03-22 Verizon Patent And Licensing Inc. Method and apparatus for invoking native functions of a mobile device to control a set-top box
EP2752773B1 (en) * 2012-02-14 2017-07-26 NTT Docomo, Inc. Femto base station apparatus and operation system
CN103379626A (zh) * 2012-04-16 2013-10-30 中兴通讯股份有限公司 多版本兼容的无线资源存储方法和装置
CN104699491A (zh) * 2013-12-06 2015-06-10 中兴通讯股份有限公司 一种应用程序的升级处理方法及终端设备
WO2015166540A1 (ja) * 2014-04-28 2015-11-05 株式会社日立製作所 ストレージ装置とそのデータ処理方法及びストレージシステム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005529502A (ja) * 2001-07-12 2005-09-29 モトローラ・インコーポレイテッド パケット・データ通信システムでソフトウェア情報を交換するための方法および装置
WO2005032203A1 (ja) * 2003-09-26 2005-04-07 Kabushiki Kaisha Toshiba 家電遠隔制御操作システム、サービス提供サーバ、ホームサーバ、家電機器、サービス提供サーバの家電遠隔制御操作支援方法及びサービス提供サーバの家電サービス提供支援方法
JP2010128512A (ja) * 2008-11-25 2010-06-10 Samsung Electronics Co Ltd 情報通信システム、及びソフトウェア更新方法
JP2015531224A (ja) * 2012-08-06 2015-10-29 ハンリム ポステック カンパニー リミテッド 無線電力伝送システムにおける互換性提供装置及び方法
JP2015002362A (ja) * 2013-06-13 2015-01-05 株式会社リコー 検証プログラム及び検証装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HIROSHI SUGIMURA ET AL.: "Jibun de Tsukuro! Smart House ECHONET Lite Nyumon", OHM, vol. 102, no. 7, 5 July 2015 (2015-07-05), pages 81 - 87, XP009511534, ISSN: 0386-5576 *
See also references of EP3422193A4 *

Also Published As

Publication number Publication date
US10754315B2 (en) 2020-08-25
JP6763940B2 (ja) 2020-09-30
CN108701095A (zh) 2018-10-23
JPWO2017145287A1 (ja) 2018-12-20
EP3422193A1 (en) 2019-01-02
US20190049907A1 (en) 2019-02-14
EP3422193A4 (en) 2019-11-06
CN108701095B (zh) 2022-07-22

Similar Documents

Publication Publication Date Title
EP3506176B1 (en) Controlled restart of electrical service within a utility service area
JP6715448B2 (ja) 出力制御装置、電力管理装置及び電力管理方法
US11056911B2 (en) Management system, management method, equipment, and management device
WO2017142015A1 (ja) 管理システム、管理方法、操作端末及び制御装置
JP6718104B2 (ja) 電力管理方法、電力管理サーバ、ローカル制御装置及び電力管理システム
WO2016031755A1 (ja) 発電制御システム、制御装置、発電制御方法およびプログラム
JP6581998B2 (ja) 通信装置、電力管理装置及び電力管理方法
WO2017145287A1 (ja) 管理システム及び管理方法
JP6328216B2 (ja) 管理システム、管理方法、機器及び管理装置
JP6366836B2 (ja) 電力変換装置、電力管理装置及び電力管理方法
JP2017005917A (ja) 電力管理システム、制御装置、制御方法及び制御プログラム
WO2016185759A1 (ja) 機器制御システムおよび制御方法
WO2017169585A1 (ja) 管理システム、管理方法、電力変換装置及び管理装置
JP6467108B2 (ja) 管理システム、管理方法、機器及び制御装置
JP6732196B2 (ja) 管理システム、管理方法、表示装置及び管理装置
JP6085071B1 (ja) 電力変換装置、電力管理装置及び電力管理方法
JP2018170882A (ja) 電源制御方法、分散電源及び制御装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2018501470

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016891444

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016891444

Country of ref document: EP

Effective date: 20180924

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

Ref document number: 16891444

Country of ref document: EP

Kind code of ref document: A1