用于智能电表的批量参数设置的远程管理系统及其方法与流程

本发明涉及用于智能电表的批量参数设置的远程管理系统及其方法，具体而言，涉及一种用于智能电表的批量参数设置的远程管理系统及其方法，用于通过减小智能电表的参数的重复信息的大小，将多个输入参数整合为一个并生成为连续的数据形式的图像而进行传输，从而在远程设置智能电表的参数时，在遵守dlms/cosem协议的同时批量设置变更参数。

另外，本发明涉及一种用于智能电表的批量参数设置的远程管理系统及其方法，用于在变更tou数据包的设置时，不仅按详细项目分割并只传输需要的项目，而且当在一个参数项目单位中一部分内容变更时，只对将变更的数据进行传输并应用变更的增量(delta)传输，从而批量设置变更智能电表的参数。

背景技术：

用于远程抄表的电子式仪表使用作为国际标准的dlms/cosem(devicelanguagemessagespecification/companionspecificationforenergymetering，设备语言报文规范/电能表通讯规范)方式。这种电子式仪表为了变更设置，在兼容性方面需遵守作为iec62056系列规格的dlms/cosem协议的步骤和格式。这种dlms/cosem协议在能源领域(即，煤气/自来水/供电/供热等)的兼容性及持续扩展性方面，设计成开销(overhead)较多的协议。

dlms/cosem协议在参数设置项目个数和各项目的设置参数的大小较小的情况下，通信上的开销不会有大问题。但是，最近，智能电表由于功能扩张，不仅参数设置项目个数正在呈几何级数增加，而且控制对各项目的设置参数并使用的要求也正在增加。

因此，运营及管理智能电表的电力公司(或第三方运营商)正在对遵守dlms/cosem协议并使用尽可能小的通信流量来设置智能电表参数的步骤及方法进行研究。

作为一个示例，在变更智能电表的设置参数的情况下，可以根据dlms/cosem协议，执行“set.request”及“set.response”命令。此时，在变更多个设置参数的情况下，应与参数个数相应地反复执行“set.request”及“set.response”命令。在如上所述重复使用特定命令的情况下，随着传输重复数据包，通信流量会增加或通信延迟会增加，根据情况，也会发生在需要的时间无法执行参数设置本身的情形。

另外，在变更参数中数据尺寸较大的tou(timeofuse，使用时间)设置的情况下，按tou全体单位执行设置变更。即，诸如管理智能电表的远程管理系统的上级系统，通过以tou为对象使用分割(segmentation)功能，从而将tou分割成智能电表可根据dlms/cosem协议接收的数据包大小并传输。因此，智能电表采用的方式是，在依次接收tou数据包后，只有在成功接收所有数据包的情况下才进行设置变更。

可是，ami(advancedmeteringinfrastructure，智慧型电表基础建设)通信方式偏好相比费用效益卓越的电力线通信方式(powerlinecommunication，plc)或近距离无线通信方式(例如，zigbee等)。这种通信方式支持尽力服务(besteffort)方式的通信，因而不保障传输包100％到达接收方。即，这种通信方式可能会间歇地或不可预测地中断通信。此时，dlms/cosem协议在重新建立数据链路层(datalinklayer)及应用层(applicationlayer)的各连接(association)后，重新执行如前所述的tou数据包传输过程。即，智能电表如果根据dlms/cosem协议，则只有全部接收tou数据包，才能最终变更设置。

如上所述，现有技术中，与tou数据包一样，即使是一个设置项目，但数据较大，或与依次输入所有参数的方式一样，在总数据的大小较大的情况下，如前所述，由于随着使用尽力服务通信方式而发生的通信失败，会大量发生参数变更失败的情形。即，现有技术中，只反复执行数据链路层(datalinklayer)及应用层(applicationlayer)的各连接(association)过程或部分数据包传输过程，结果参数变更失败的情形较多，因而需要提出一种用于解决这种问题的方案。

技术实现要素：

本发明目的在于提供一种用于智能电表的批量参数设置的远程管理系统及其方法，用于通过减小智能电表的参数的重复信息的大小，将多个输入参数整合为一个并生成为连续的数据形式的图像而进行传输，从而在远程设置智能电表的参数时，在遵守dlms/cosem协议的同时批量设置变更参数。

另外，本发明另一目的在于提供一种用于智能电表的批量参数设置的远程管理系统及其方法，用于在变更tou数据包的设置时，不仅按详细项目分割并只传输需要的项目，而且当在一个参数项目单位中一部分内容变更时，只对将要变更的数据进行传输并应用变更的增量传输，从而批量设置变更智能电表的参数。

本发明包括：智能电表，其用于在远程地区收集抄表数据；及远程管理装置，其用于在传输为了设置或变更所述智能电表参数所需的数据包时，只使用一次构成所述数据包的重复信息，将构成所述数据包的不重复的信息整合成一个并生成为连续的数据形式的图像，进行批量传输。

所述重复信息包括hdlc(high-leveldatalinkcontrol，高级数据链路控制)头(header)、hdlc尾(tail)、安全信息，所述不重复的信息包括要变更设置的参数。

所述远程管理装置利用dlms/cosem协议提供的“数据”ic(interfaceclass，接口类)，将所述数据包的不重复的信息生成为图像。

所述远程管理装置将所述图像定义为tlv(type/length/value，类型/长度/值)形式。

所述远程管理装置在捆绑所述图像时，将输入对象参数的总个数和各参数使用的接口类名(interfaceclassid)、obis(objectidentificationsystem,对象标识系统)代码、属性号和参数数据(属性值)实现规则化，生成为一个连续的数据。

所述远程管理装置利用dlms/cosem协议提供的“图像传输”ic传输所述生成的图像。

所述智能电表确认所述图像本身的完整性。

所述智能电表利用sha(securehashalgorithm，安全散列算法)的散列算法、基于ecc(ellipticcurvecryptography，椭圆曲线密码学)或rsa(riverst-shamir-adleman)公开密钥的签名/验证算法、crc(cyclicredundancycheck，循环冗余校验)算法中任意一种算法，确认所述图像本身的完整性。

所述远程管理装置在所述数据包为tou数据包的情况下，按详细项目分割后，只传输需要的项目。

所述远程管理装置在所述tou数据包以数组(array)或架构(structure)结构的组合形式构成参数值的情况下，在一个参数项目单位中，并非针对整个项目单位来变更设置，而是只传输将变更的数据并进行变更。

另外，本发明包括：在传输为了设置或变更智能电表参数所需的数据包时，只使用一次构成所述数据包的重复信息，将构成所述数据包的不重复的信息整合成一个并生成为连续的数据形式的图像的步骤；用于向所述智能电表传输图像的准备步骤；向所述智能电表传输图像的步骤；及验证并应用向所述智能电表传输的图像的步骤。

所述准备步骤，确认所述智能电表是否能够接受图像传输和所述智能电表能接受的图像块的大小，指示所述智能电表的图像传输作业所需的初始化。

所述图像传输步骤，在向所述智能电表传输输入参数图像后，确认分割成块的图像传输完成，在所述分割成块的图像传输未能执行完成的情况下，确认是否能够重新传输，并从未传输的块开始接受重新传输。

所述图像验证及应用步骤，借助于所述智能电表，确认所述图像的完整性验证结果和将要输入的图像，应用输入参数图像的批量输入。

本发明通过减小智能电表的参数的重复信息的大小，将多个输入参数整合为一个并生成为连续的数据形式的图像而进行传输，从而在远程设置智能电表的参数时，能够在遵守dlms/cosem协议的同时批量设置变更参数。

另外，本发明可以应用于低压/高压智能电表的远程参数批量输入及远程tou变更。

另外，本发明可以提高能够使传输包尺寸本身实现最小化的方案与传输本身的可靠性，即使使用尽力服务(besteffort)方式，该方案也能够成为根本性的解决方案。

另外，本发明可以使重复的信息(数据包头、数据包尾、安全信息等)的传输实现最小化，使通信包传输次数和通信流量本身实现最小化。

另外，本发明可以在遵守dlms/cosem协议的同时，提供一种能够减小因设置参数而发生的通信开销。

另外，本发明追加提出一种在定义为结构体并使用的设置参数值本身中只传输、更新将要变更的部分的增量传输方法，可以使传输延迟时间及通信流量实现最小化。

另外，本发明采用将要变更设置的参数形成为一个图像形态后按智能电表可接收的大小进行分割传输及重新传输等dlms/cosem所支持的功能，可以提高传输本身的可靠性。

附图说明

图1是关于本发明应用的智能电表的远程管理系统的图，

图2是显示使用dlms/cosem协议的参数设置流程的图，

图3是关于应用普通加密(generalciphering)的hdlc数据包结构的说明图，

图4是关于应用普通签名(generalsigning)的hdlc数据包结构的说明图，

图5是简略地显示普通hdlc数据包构成的图，

图6是简略地显示根据本发明一个实施例的hdlc数据包构成的图，

图7是关于本发明一个实施例的图像传输方法的图，

图8是关于所述图7中应用的图像传输ic(interfaceclass，接口类)的属性(attributes)及方法(method)的图，

图9是关于普通tou数据包设置变更的说明图，

图10是本发明一个实施例的tou数据包设置变更的说明图，

图11是关于普通的单一参数变更的说明图，

图12是关于本发明一个实施例的单一参数的增量变更的说明图。

具体实施方式

为了充分理解本发明，参照附图说明本发明的优选实施例。本发明的实施例可以变形为多种形态，不得解释为本发明的范围限定于以下详细说明的实施例。提供本实施例是用于向本行业的技术人员更完整地说明本发明。因此，为了强调更明确的说明，附图中的要素的形状等可以夸张表现。需要注意的是，在各附图中，存在相同的构件以相同的附图标号图示的情形。省略对判断认为可能不必要地混淆本发明要旨的公知功能及构成的详细说明。

图1是关于本发明应用的智能电表的远程管理系统的图。

如图1所示，本发明应用的智能电表的远程管理系统(以下称为“远程管理系统”)100可以包括远程管理装置110、数据收集装置120、智能电表130。

远程管理装置110可以利用有线、无线通信网来管理处于远程地区的多个智能电表130。其中，所谓远程管理装置110管理多个智能电表130，可以包括通过一系列过程管理智能电表130的情形，所述一系列过程不仅包括收集智能电表的各种计量信息、事件及状态信息的过程，还包括为了变更智能电表的设置及构成而变更各种参数或固件(firmware)等的设置的过程。

远程管理装置110可以接收借助于数据收集装置120而收集的数据。另外，数据收集装置120可以从查抄用电用户处用电情况的多个智能电表130收集抄表数据。此时，数据收集装置120可以利用多个智能电表130和zigbee方式或电力线通信方式(plc)进行通信。

另外，远程管理装置110不仅可以为了智能电表130的计量抄表，而且可以为了智能电表130的远程管理而针对智能电表130的所有功能来设置、控制参数。可是，与对参数进行设置相比，dlms/cosem协议设计得在读取参数值(例如，抄表信息、设置信息等)方面实现优化并不断进化。作为一个示例，dlms/cosem协议提供的“概要文件通用接口类”(profilegenericic)可以将要读取的多个(事实上只要存储器充足则无限制)参数值捕获成一个并一次读取，因而能够使抄表效率实现最大化。

其中，当远程管理装置110读取个别设置参数时，也可以按各项目数来执行“get.request”命令，但只执行一次。对此的详细说明将在后面叙述。

图2是显示使用dlms/cosem协议的参数设置流程的图。

如图2所示，远程管理装置110在变更智能电表的参数设置的情况下，应遵循使用dlms/cosem协议的参数设置流程。

首先，远程管理装置110执行在数据链路层(datalinklayer)的连接(association)201。即，在进行snrm(setnormalresponsemode，设置正常响应模式)传输后，接收ua(unnumberedack)。然后，远程管理装置110执行在应用层(applicationlayer)的连接(association)202。即，在进行aarq(applicationassociationrequest，应用联合请求)传输后，接收aare(applicationassociationresponse，应用联合响应)。此时，远程管理装置110在应用安全的情况下，追加传输f(stoc)后，接收f(ctos)203。

然后，如上所述，远程管理装置110执行对数据链路层及应用层各自的连接，追加执行支持安全所需的连接后，执行xdlms服务204、205。此时，xdlms服务可以执行“get/set/action”中任意一个，但，其中，为了参数设置而执行“set”。即，传输“set.request”命令，设置参数，接收“set.response”命令，确认结果。

在一般情况下，远程管理装置110在参数设置项目较多时，需按参数设置项目的个数，反复收发“set.request”命令和“set.response”命令。这属于在中途没有通信失败的情况下保持连接(association)的状况，如果在参数设置期间发生通信失败，则应从数据链路层的连接201开始重新执行。

可是，本发明一个实施例的远程管理装置110可以批量传输、设置参数。在这种情况下，远程管理装置110与一般情形相同地执行在数据链路层(datalinklayer)的连接(association)、在应用层(application)的连接(association)及解除连接，但提供与一般情形不同的xdlms服务。此时，远程管理装置110可以通过一次set.request/set.response命令，批量传输、设置希望变更设置的项目个数的参数设置项目。

最后，远程管理装置110在没有还要设置的参数的情况下，传输disc(disconnection)，接收ua(unnumberedack)，从而结束连接206。

图3是关于应用普通加密(generalciphering)的hdlc数据包结构的说明图，图4是关于应用普通签名(generalsigning)的hdlc数据包结构的说明图。

dlms/cosem协议可以使用多样的通信概况(communicationprofile)。现在使用最多的通信概况为基于高阶数据链路控制(high-leveldatalinkcontrol，hdlc)的通信概况。其中，出于说明的便利，如图3及图4所示，以基于hdlc的通信概况为基准进行说明。

参照图3及图4，应用于媒体访问控制(mediumaccesscontrol，mac)层(layer)的hdlc帧结构，包括hdlc头(hdlcheader)301、311，应用协议数据单位(applicationprotocoldataunit，apdu)302、312，hdlc尾(hdlctail)303、313。具体而言，hdlc头301、311包括标志(flag)301a、311a，帧格式(frameformat)301b、311b，目标地址(destinationaddress)301c、311c，源地址(sourceaddress)301d、311d，控制类型(controltype)301e、311e，标头检查序列(headerchecksequence，hcs)301f、311f。apdu302、312包括参数设置信息。hdlc尾303、313包括帧检查序列(framechecksequence，fcs)303a、313a和标志303b、313b。

另外，hdlc帧可以应用用于个人信息保护的安全功能。在dlms/cosem协议中，在应用加密安全与签名(signing)的情况下，可以使用服务特定加密(servicespecificciphering)、普通全球加密(generalglobalciphering)、普通专用加密(generaldedicatedciphering)、普通加密(generalciphering)及普通签名(generalsigning)。在此，只对最普通的普通加密(参照图3)及普通签名(参照图4)进行说明。

参照图3，应用普通加密(generalciphering)的hdlc的apdu302包结构，包括标签(tag)302a、事务id(transaction-id)302b、发起者系统标题(originator-system-title)302c、接收者系统标题(recipient-system-title)302d、数据时间(data-time)302e、其他信息(other-information)302f、密钥信息(key-info)302g等追加的字段和加密的信息(ciphered-content)302h。其中，加密的信息302h包括长度字段(len)302h-1、区分压缩/认证/加密/认证加密等的安全标头(securityheader)302h-2、经加密的(压缩的)apdu302h-3、auth标签302h-4。

参照图4，应用普通签名(generalsigning)的hdlc的apdu312包结构，包括标签(tag)312a、事务id(transaction-id)312b、发起者系统标题(originator-system-title)312c、接收者系统标题(recipient-system-title)312d、数据时间(data-time)312e、其他信息(other-information)312f、信息(content)312g、电子签名值(signature)312h。

参照图3及图4，远程管理装置110为了设置或变更智能电表的参数，可以每次传输hdlc头301、311，hdlc尾303、313，追加性字段[即，事务id(transaction-id)302b、312b，发起者系统标题(originator-system-title)302c、312c，接收者系统标题(recipient-system-title)302d、312d，数据时间(data-time)302e、312e，其他信息(other-information)302f、312f等]，auth标签302h-4或电子签名值(signature)312h等。

如上所述，远程管理装置110为了设置或变更智能电表的参数，可以发生追加性开销(overhead)(作为一个示例，可以为最小数十字节以上)，因而会发生诸如因开销导致的延迟时间增加、不必要的带宽浪费、传输错误率增加的现象。

另外，本发明可以应用于dlms/cosem协议中定义的所有加密(ciphering)及签名(signing)。

图5是简略地显示普通hdlc数据包构成的图，图6是简略地显示根据本发明一个实施例的hdlc数据包构成的图。

参照图5，远程管理装置110在设置或变更智能电表的参数的情况下，可以传输hdlc头351、安全追加字段及安全标头352、参数设置信息353、auth标签及签名354、hdlc尾355等。此时，远程管理装置110在设置或变更特定参数的情况下，可以每次重复传输参数设置信息353本身和为了进行传输而需要的重复信息-作为追加性数据包构成要素的hdlc头351、hdlc尾355、追加安全功能时要求的安全信息[即，安全追加字段及安全标头352、auth标签及签名354等]等。

参照图6，远程管理装置110可以减小在设置或变更智能电表参数的情况下会发生的通信开销。此时，远程管理装置110遵守dlms/cosem协议。

远程管理装置110不是减小智能电表的参数设置信息的数据大小，而是减小为了设置或变更参数而传输的重复信息的传输，从而可以使通信数据包传输次数和通信流量本身实现最小化。即，远程管理装置110虽然使得要变更智能电表设置的参数设置信息363的数据大小保持相同，但可以减小重复信息，即hdlc头361、安全追加字段及安全标头362、auth标签及签名364、hdlc尾365的数据大小，因而可以实现通信带宽的高效使用，提高传输效率。此时，参数设置信息363作为多个参数设置信息，整合成一个并生成为连续的数据形态的图像。即，参数设置信息363“整合化”或“图像化”成一个数据。

例如，在要变更智能电表设置的参数设置信息363的个数为“n”个的情况下，可以将重复信息的数据大小减小“n-1”倍。此时，参数设置信息363只属于整合的数据包的大小小于智能电表能够接收的大小的情形。参数设置信息363在大于智能电表最大可接收的大小的情况下，应分割成块并传输，因而各块可以插入关于加密(ciphering)的auth标签并传输。

如上所述，远程管理装置110如图6所示，构成“整合化”或“图像化”hdlc数据包，设置或变更智能电表的参数，从而可以使用一次的重复信息(即，hdlc头、hdlc尾、追加性安全字段等)，以整合成一个的数据形态图像，提供多个参数设置信息，从而可以提高通信传输的效率。

附加地，前面提到的将多个参数设置信息353“整合化”或“图像化”成一个数据，可以如下进行。

dlms/cosem协议可以在传输大小较大的数据的情况下，选择“图像传输ic(interfaceclass)”使用。这是因为“图像传输ic(interfaceclass)”提供分割块传输功能和再传输功能等。此时，远程管理装置110为了使用“图像传输ic(interfaceclass)”，可以首先使用“数据类(dataclass)”，将多个参数设置信息生成为一个整合的数据形态的图像。此时，图像定义为tlv(type/length/value，类型-长度-值)形式。这是为了使智能电表容易解析参数设置信息。即，远程管理装置110在将多个参数设置信息生成为一个整合的数据形态的图像时，使输入对象参数的总个数、各参数使用的接口类名(id)、obis(objectidentificationsystem，目标识别系统)代码、属性号和参数数据(属性值)规则化，生成为一个连续的数据形态的图像而进行传输。

图7是关于本发明一个实施例的图像传输方法的图，图8是关于所述图7中应用的图像传输ic(interfaceclass，接口类)的属性(attributes)及方法(method)的图。

参照图7，远程管理装置110可以基于dlms/cosem协议所定义的图像传输流程(imagetransferprocess)，传输如前所述生成的图像，但可以根据情况进行优化。此时，远程管理装置110可以利用图8所示的图像传输ic(interfaceclass)和属性(attributes)和方法(method)。

首先，dlms客户端(即，远程管理装置)确认dlms服务器(即，智能电表)是否能够接受图像传输s401。此时，dlms客户端执行dlms服务器的“image_transfer_enabled(允许图像传输)”411属性确认过程(get)。具体而言，dlms客户端读取作为dlms服务器的图像传输ic(interfaceclass)的第5属性(attribute)的“image_transfer_enabled”411，并对值进行确认。其中，dlms客户端在“image_transfer_enabled”411属性值为“1”的情况下，dlms服务器可以接受传输的图像，在为“0”的情况下结束。因此，dlms客户端在“image_transfer_enabled”411属性值为“1”的情况下，向dlms服务器传输图像。

另外，dlms客户端确认dlms服务器能够接受的图像块的大小s402。由此，dlms客户端可以确认向dlms服务器传输图像时的单位块。此时，dlms客户端执行dlms服务器的“image_block_size(图像块大小)”412属性确认过程(get)。具体而言，dlms客户端读取作为dlms服务器的图像传输ic(interfaceclass)的第2属性(attribute)的“image_block_size”412，确认最大可传输的块大小的值。其中，dlms服务器可接受的图像块的最大尺寸应小于dlms服务器，即，小于智能电表的设置值之一的“服务器最大接收pdu尺寸(servermaxreceiverpdusize)”。

而且，dlms客户端由于预定向dlms服务器实际传输图像，因而向dlms服务器指示用于进行可接受图像的准备(例如，确保存储器空间等)的图像传输作业初始化(或重置)s403。此时，dlms客户端向dlms服务器传输“image_transfer_initiate(启动图像传输)”413命令(action)。具体而言，dlms服务器通过运行(action)作为图像传输ic(interfaceclass)的第1方法(method)的“image_transfer_initiate”413而执行。

然后，dlms客户端确认dlms服务器的图像传输作业初始化是否完成s404。此时，作为确认“image_transfer_initiate”413命令(action)执行结果的步骤，dlms客户端执行dlms服务器的“image_transfer_status(图像传输状态)”414属性确认过程(get)。具体而言，dlms客户端读取作为dlms服务器的图像传输ic(interfaceclass)的第6属性(attribute)的“image_transfer_status”414，并对值进行确认。其中，“image_transfer_status”414的值可以如下定义并使用。

(0)：imagetransfernotinitiated(未启动图像传输)

(1)：imagetransferinitiated(启动图像传输)

(2)：imageverificationinitiated(启动图像验证)

(3)：imageverificationsuccessful(图像验证成功)

(4)：imageverificationfailed(图像验证失败)

(5)：imageactivationinitiated(启动图像激活)

(6)：imageactivationsuccessful(图像激活成功)

(7)：imageactivationfailed(图像激活失败)

dlms客户端在“image_transfer_status”414的读取值为“(1)：imagetransferinitiated”的情况下，确认初始化完成，然后执行后续步骤。

另外，如前所述，s401步骤至s404步骤作为dlms客户端向dlms服务器传输图像之前的事先作业，出于说明的便利，统称为“s1.准备步骤”。

然后，dlms客户端向dlms服务器传输输入参数图像s405。此时，dlms客户端执行“image_block_transfer(传输图像块)”415命令(action)。具体而言，dlms客户端使用作为图像传输ic(interfaceclass)的第2方法(method)的“image_block_transfer”415，传输经分割的块。而且，dlms服务器设置作为图像传输ic(interfaceclass)的第3属性(attribute)的“image_transferred_block_status(图像传输块状态)”416的值。此时，dlms服务器在传输完成块的情况下，将“image_transferred_block_status(图像传输块状态)”410的比特值设置为“1”。另外，dlms服务器更新作为图像传输ic(interfaceclass)的第4属性(attribute)的“image_first_not_transferred_block_number(首先不传输的图像块号)”417的值。

另外，dlms客户端确认输入参数图像是否向dlms服务器传输完成s406。此时，dlms客户端作为确认分割成块的图像完成传输的步骤，使用确认(get)dlms服务器的2种属性值的方式。具体而言，dlms客户端读取作为dlms服务器的图像传输ic(interfaceclass)的第3属性(attribute)的“image_transferred_block_status”410，并对值进行确认，读取作为dlms服务器的图像传输ic(interfaceclass)的第4属性(attribute)的“image_first_not_transferred_block_number”417，并对值进行确认。

其中，作为dlms客户端确认分割成块的图像完成传输的结果s406，在无法执行完成传输的情况下，确认是否能够重新传输分割成块的图像后s407，在能重新传输的情况下，从未传输的块开始实施重新传输s408。此时，dlms服务器可以从未传输的块开始重新接受传输s408。在dlms客户端无法执行完成传输的情况下，在无法重新传输分割成块的图像的情况下结束。

另外，如前所述，s405步骤至s408步骤作为dlms客户端向dlms服务器传输图像、确认完成传输的作业，出于说明的便利，统称为“s2.图像传输步骤”。

接下来，dlms客户端可以向dlms服务器请求对传输完成的图像的完整性验证s409。此时，dlms客户端为了按块验证完成的图像本身的完整性，可以执行作为图像传输ic(interfaceclass)的第3方法(method)的“image_verify(图像验证)”418命令(action)，向dlms服务器请求完整性验证。其中，对图像完整性验证的请求，不仅是dlms客户端，也可以在dlms服务器中进行，但在此出于说明的便利，按由dlms客户端进行请求的情形进行说明。

可是，对图像完整性验证的执行优选在dlms服务器中进行。此时，为了验证完整性，dlms服务器可以使用多样种类的散列算法[例如sha(securehashalgorithm，安全散列算法)等]、基于公开密钥的签名/验证算法[例如ecc(ellipticcurvecryptography，椭圆曲线密码学)、rsa(riverst-shamir-adleman)等]、crc(cyclicredundancycheck，循环冗余校验)算法等。

另外，dlms客户端向dlms服务器确认图像完整性的验证结果s410。此时，dlms客户端执行dlms服务器的“image_transfer_status”414属性确认过程(get)。

具体而言，dlms客户端读取作为dlms服务器的图像传输ic(interfaceclass)的第6属性(attribute)的“image_transfer_status”414，确认图像完整性的验证结果。

其中，“image_transfer_status”414的值如前所述，可以如下进行定义。

(0)：imagetransfernotinitiated

(1)：imagetransferinitiated

(2)：imageverificationinitiated

(3)：imageverificationsuccessful

(4)：imageverificationfailed

(5)：imageactivationinitiated

(6)：imageactivationsuccessful

(7)：imageactivationfailed

dlms客户端在“image_transfer_status”414的读取值为“(3)：imageverificationsuccessful”的情况下，确认图像完整性的验证结果成功并进行后续步骤。

然后，dlms客户端向dlms服务器确认是否为将用作输入参数图像的图像s411。这是因为dlms服务器可能已存在传输及验证完成的多个图像，因而为了确认是否是将要输入的图像。此时，dlms客户端执行dlms服务器的“image_to_activate_info(图像激活信息)”419属性确认过程(get)。具体而言，dlms客户端读取作为dlms服务器的图像传输ic(interfaceclass)的第7属性的“image_to_activate_info”419的值并进行确认。此时，dlms客户端可以利用图像大小、图像id、图像的完整性验证信息(通过hash/crc/基于公开密钥的签名/验证的信息等)进行确认。dlms客户端在确认为将要输入的参数图像的情况下，进行应用输入参数图像的后续步骤。

然后，dlms客户端向dlms服务器传输用于应用输入参数图像的命令s412。此时，dlms客户端向dlms服务器传输“image_activate(图像激活)”420命令。另外，dlms服务器执行作为图像传输ic(interfaceclass)的第4方法(method)的“image_activate”420命令，应用参数的批量输入。

而且，dlms客户端向dlms服务器确认是否已应用输入参数图像的批量输入。此时，dlms客户端对dlms服务器执行“image_transfer_status”414属性确认过程(get)。

具体而言，dlms客户端读取作为dlms服务器的图像传输的ic(interfaceclass)第6属性的“image_transfer_status”414的值，确认输入参数是否批量输入及应用。

其中，“image_transfer_status”414的值如前所述，可以如下进行定义。

(0)：imagetransfernotinitiated

(1)：imagetransferinitiated

(2)：imageverificationinitiated

(3)：imageverificationsuccessful

(4)：imageverificationfailed

(5)：imageactivationinitiated

(6)：imageactivationsuccessful

(7)：imageactivationfailed

dlms客户端在“image_transfer_status”414的读取值为“(6)：imageactivationsuccessful”的情况下，确认成功应用输入参数图像的批量输入。

另外，如前所述，s409步骤至s412步骤作为验证从dlms客户端向dlms服务器完成传输的图像并确认是否成功地应用了经验证的图像的作业，出于说明的便利，统称为“s3.图像验证及应用步骤”。

如前所述，本发明一个实施例的图像传输过程(imagetransferprocess)在从dlms客户端向dlms服务器传输图像时，优选使用1:多形式的组播(multicast)或广播(broadcast)来提高图像传输效率。

图9是关于普通的tou数据包设置变更的说明图，图10是本发明一个实施例的tou数据包设置变更的说明图，图11是关于普通的单一参数变更的说明图，图12是本发明一个实施例的关于单一参数的增量变更的说明图。

如图10所示，远程管理装置110在设置变更tou数据包的情况下，可以在应用如前所述的使重复信息最小化的方案(即，该方案不仅使重复传输的hdlc头、hdlc尾最小化，而且针对安全字段使重复最小化)的同时，追加地减小信息本身。

参照图9，普通的tou数据包的设置变更，可以将多样的概况[即，季节概况(seasonprofile)451、周概况(weekprofile)452、日概况(dayprofile)453、定期/不定期假期概况(holidayprofile)454等]定义为一个tou。普通的tou数据包的设置变更，在要变更tou的情况下，按tou全体构成单位执行更新。例如，普通的tou数据包的设置变更，在想要只变更第3概况“#3：dayprofile”的情况下，应针对“#1：seasonprofile”、“#2：weekprofile”、“#3：dayprofile”、…、“#10：定期/不定期holidayprofile”的所有概况进行更新。

参照图10，远程管理装置110为了变更tou数据包设置，可以按详细项目分割多样概况，只传输需要的项目。即，远程管理装置110可以只选择希望变更设置的参数项目单位或希望的参数项目单位并变更参数。此时，远程管理装置110只传输希望变更设置的参数项目单位或参数项目单位。其中，根据dlms/cosem协议，为了用作一个项目单位而定义参数并使用所需的最小限度的内容为类名(classid)、obis(objectidentificationsystem)代码、属性号和参数数据(属性值)。

可是，在特定概况(例如“dayprofile”)的情况下，一个参数项目的整体大小可以具有最小数千字节(kbyte)以上的大小。在这种情况下，可以以数组(array)或架构(structure)结构或者数组与架构结构的组合形式构成参数值。即，参数值表现为属性值，相应属性值可以使用数组或架构结构表现。

另外，在要变更tou数据包的设置的情况下，与变更数组或架构结构的所有详细数据的情形相比，极大部分是变更一部分数据的情形。因此，远程管理装置110在一个参数项目单位中的一部分内容变更的情况下，不针对全体项目单位变更设置(参照图11)，而是只传输将要变更的数据并应用变更的单一参数的增量变更(参照图12)。

参照图11及12，作为单一参数项目的“dayprofile#1”460具体可以由具有“day(日)id#1”461、“dayid#2”462、“dayid#3”463、…、“dayid#n”464的架构形态构成。此时，在变更作为单一参数项目的“dayprofile#1”460的一部分数据“dayid#3”463的情况下，不全部传输、变更“dayid#1”461～“dayid#n”464(参照图11)，而是可以只传输、变更要变更设置的“dayid#3”463。

为此所需的基本操作原理如下。首先，定义执行action的“数据”ic。然后，如果与将传输的数据对应存在原有数据，则执行修订或删除。另外，如果与将传输的数据对应没有原有数据，则以追加数据的方式进行操作。

以如下[表1]所示决定的dayprofile为例进行说明。

【表1】

其中，假定dayid存在“dayid#0”～“dayid#12”，每个dayid定义有“dayprofileaction(tariff)”。

在通过“data”ic(interfaceclass)定义“dayid＝1，08:00tariffa”并传输的情况下，作为dlms服务器的智能电表在dayid为“1”的日程表中查找在“08:00”开始的日程。

此时，智能电表如果有在“08:00”开始的日程，且传输的脚本选择器(scriptselector)不是0xffff，则变更为输入的脚本选择器。而且，如果脚本选择器为0xffff，则删除“08:00”日程。当没有在“08:00”开始的日程时，追加插入输入的日程。

如前所述的方式使重复传输的设置信息(context)实现最小化，从而可以提高通信效率，可以将属性值批量应用于使用数组或架构结构时的所有事项。

如前所述，本发明可以在遵守dlms/cosem协议的同时提供一种可以减小因上述提到的增加的设置参数而发生的通信开销的方案。

一般而言，在设置或变更参数时，每当设置各参数时，每次重复传输参数设置信息本身和为传输参数设置信息而需要的作为追加数据包构成要素的头(header)及尾(tail)，以及为强化安全而要求的安全信息(安全标头、认证证书等)。

因此，远程管理系统可以使重复信息(数据包标头/信尾、安全信息等)的传输实现最小化，使通信数据包传输次数和通信流量本身实现最小化。

另外，远程管理系统为了使数据包传输量本身实现最小化，整合不重复的信息。

即，远程管理系统为了多个设置参数的整合化，可以利用dlms/cosem协议中提供的“data”ic(interfaceclass)，生成为一个图像形态。

然后，远程管理系统可以利用dlms/cosem协议中提供的“图像传输”ic来传输生成的图像。在这种情况下，使用“图像传输”ic提供的块分割传输功能和恢复功能，使传输效率实现最大化。即，分割传输中消失的图像块，可以利用“图像传输”ic提供的再传输功能，只恢复丢失的图像块。另外，远程管理系统为了预防图像分割传输中可能发生的错误，可以在确认接收的整个图像的完整性后，进行参数的变更，从而可以具有用于对多个参数进行批量设置的图像传输的可靠性。

以上说明的本发明的实施例只不过是示例性的，只要是本发明所属技术领域的技术人员便会理解，可以由此导出多样的变形及均等的其他实施例。因此可以理解，本发明并非只限定于所述详细说明中提及的形态。因此，本发明的真正的技术保护范围应根据附带的权利要求书的技术思想确定。另外，应理解为本发明包括由附带的权利要求书定义的本发明精神及其范围内的所有变形物和均等物及替代物。