具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

参见图1，本申请实施例提供的方法运行在边缘终端，其中，边缘终端位于一电力系统中，该电力系统包括：多个主站，每个主站连接多个边缘终端，每个边缘终端连接多个电表。

实施例1

参见图2，本申请实施例提供一种台区边缘终端的现场实时控制方法，应用在台区边缘终端，包括：

S1：当需要费控操作时，发送费控请求到主站；

S2：接收主站根据费控请求返回的费控指令；

S3：根据费控指令执行费控操作。

上述实施例中，触发需要费控操作条件可以是当接收到电力系统的营销系统发送的费销操作指令时。费控请求是权限授权请求，费控指令是授权指令。边缘终端根据授权指令获取授权信息，根据授权信息去与电表连接。电表在于边缘终端进行连接时，会验证边缘终端的授权信息是准确。电表每隔预设时间（一天、一个星期、一个月等）会接收边缘终端发送的授权信息，以便后续对边缘终端进行验证。费控请求中也包含有验证信息，用于验证边缘终端是否为合法边缘终端。

上述实施例中，当需要费控操作时，边缘终端发送费控请求到主站，主站根据费控请求返回费控指令，边缘终端根据费控指令执行费控操作。与现有技术相比，边缘终端自主进行费控操作，主站只需要与边缘终端之间进行通信，不需要与多个电表进行通信，减少了主站的负担，有利于边缘终端自主决策、边缘计算，需求响应等新业务的发展，有利于发展清洁能源。

参见图3，在提高边缘终端的自主能力基础上，需要保证边缘终端与电表之间信息传输的安全性、精准性，在一种可能的实施方式中，S3包括：

S31：确定费控操作的电表所支持的通信协议；

S32：接收密码机发送的随机数及密文；

S33：根据随机数和密文生成通信协议对应的连接报文；

S34：将连接报文发送到电表，与电表建立连接；

S35：将费控指令发送到电表，以改变电表的工作状态；

S36：生成断开连接报文；

S37：将断开连接报文发送到电表；

S38：断开与电表的连接。

S31中，通信协议可以存储在本地，边缘终端查询存储在本地的即将被执行费控操作的电表所支持的通信协议，进而生成对应的通信协议连接报文。通信协议也可以包含在费控指令中，通过对费控指令进行解析，进而获取即将被执行费控操作的电表所支持的通信协议。S32，密码机发送的随机数及密文的触发条件是密码机接收到边缘终端发送的触发信号，密码机的密文是密码机是根据边缘终端发送的连接信息明文进行加密后产生的。

上述实施例中，首先确定费控操作的电表所支持的通信协议，接收密码机发送的随机数及密文，根据随机数、密文生成和通信协议对应的连接报文，将连接报文发送给电表，使得电表与边缘终端之间形成稳定的连接，在此基础上，将费控指令发送到电表，使得电表的工作状态改变，最后，再生成断开连接报文，将断开连接报文发送到电表，通知电表断开与边缘终端的连接，边缘终端自身断开与电表的连接。

在一种可能的实施方式中，S34的步骤包括：步骤一：将连接报文发送到电表；步骤二：若在预设时间内接收到电表返回的连接成功信号，判定与电表成功连接；若接收到电表发送的连接失败信号或者在预设时间内没有接收到连接成功的信号，重复执行步骤一和步骤二。

上述实施例中，由于边缘终端需要执行费控操作指令，与多个电表进行交互，因此，只有当接收到电表返回的连接成功信号时，边缘终端才能确认已经与电表进行连接。由于信息传输的不确定性以及边缘终端的负载的增加，有可能会发生连接报文无法送达电表或者其他意外，导致边缘终端无法收到连接成功信号，为了解决该问题，如果边缘终端收到电表发送的连接失败信号或者在预设时间内没有收到连接成功信号，则重复发送连接报文到电表。

参见图4，在一种可能的实施方式，S35具体包括以下步骤：

S351：根据费控指令生成电表费控指令；

S352：将电表费控指令发送到密码机，以使密码机对电表费控指令进行加密；

S353：接收密码机发送的加密后的电表费控指令；

S354：将加密后的电表费控指令发送到电表，使电表改变自身的工作状态；

S355：接收操作回复指令；

S356：根据操作回复指令获取操作结果；将操作结果发送到主站。

上述实施例中，操作回复指令也可能是电表通过密码机进行加密的，因此，在一种可能的实施方式中，S355之后，将操作回复指令发送到密码机进行解密。

首先生成电表费控指令，将电表费控指令发送到密码机，密码机对电表费控指令进行加密，将加密后的电表费控指令发送会边缘终端。接着，边缘终端等待电表发送的操作回复指令，根据操作回复指令获取操作结果，接着将操作结果发送给主站。与现有技术相比，主站只需要接收操作结果，执行的过程都交由边缘终端处理，减少了主站的负荷。

参见图5，在一种可能的实施方式中，操作回复指令包括：跳闸回复指令或合闸回复指令，

S356包括以下步骤：

S3561：获取操作回复指令的类型和初步操作结果；

S3562：若初步操作结果为失败，则发送操作失败信息到主站；

S3563：若初步操作结果为成功，且操作回复指令的类型为跳闸回复指令，则发送操作成功信息主站；

S3564：若初步操作结果为成功，操作回复指令的类型为合闸回复指令，则检测电表的电流，将检测结果发送到主站。

上述实施例中，操作回复指令包括跳闸回复指令或合闸回复指令；根根据操作回复指令获取操作指令的类型和初步操作结果，若操作结果为失败，则直接回复主站，如果初步操作结果为成功，并且操作回复指令的类型为合闸回复指令，则进一步对电表的电流进行监测，将监测结果发送给主站，基于上述实施方式，能够减少主站的负荷。

在一种可能的实施方式中，S3564可以通过以下方式实现，读取电流电表电流，判断电流是否超过零门槛设定值。若是，则发送操作失败信息到主站，若否，则返回费控成功信息到主站。

在一种可能的实施方式中，S352包括：获取当前边缘终端对应的电表的加密系数；将加密系数发送到密码机，以使密码机根据加密系数对电表费控指令进行加密。

其中，边缘终端缓冲有与该缓存边缘终端连接的多个电表的加密系数。

由于边缘终端具有多个，每个边缘终端连接多个电表，边缘终端本身容易遭受攻击，发送的信号容易被截取，因此，获取当前边缘终端每个电表的加密系数，将加密系数发送给密码机，使得密码机根据加密系数对电表费控指令进行加密；即使外部设备能够获取边缘终端与一个电表的交互信息，也无法进一步获取边缘终端与其他电表的加密系数。

基于S3的实现过程，本申请实施例提供两种协议，分别是DL/T645和DL/T698.45。

基于此，S31的具体步骤包括：判断费控指令的对应的电表所支持的通信协议为DL/T645或者DL/T698.45；若通信协议为DL/T645，S33的步骤包括：根据随机数和密文生成DL/T645连接报文。

若通信协议为DL/T698.45，S33的步骤包括：获取电表表号；根据随机数、密文和电表表号获取述DL/T698.45连接请求报文。S354的具体步骤包括：将电表费控指令、电表的表号、电表的esam（Embedded Secure Access Module）序列号、电表连接返回的随机数（在连接成功信号中）一起发给密码机，接收密码机发送的基于DL/T698.45协议的加密后的电表费控指令。S354的步骤包括：将基于DL/T698.45协议加密后的电表费控指令发送到电表，若在预设时间内接收到电表发送的发送成功信号，则执行3551，若在预设时间没有收到发送成功信号或者接收到发送失败信号，则重新发送基于DL/T698.45协议加密后的电表费控指令发送到电表，重复3次后如果还未接收到成功，则判定接收失败，直接发送失败结果到主站。S3564可以通过以下方式实现，延迟1秒读取电流电表电流，判断电流是否超过零门槛设定值。若是，则发送操作失败信息到主站，若否，则返回费控成功信息到主站。S354步骤中，将加密后的电表费控指令发送到电表后，若在预设时间没有收到操作回复指令，则重新发送电表费控操作指令，若重复3次均没有收到操作回复指令，则终止费控流程，发送操作失败结果到主站。

在一种可能的实施方式中，在步骤S3之前，方法还包括：获取费控指令的类型；

判断费控指令的类型是否为欠费跳闸指令；

若是，根据费控指令获取电表的费用信息；获取电表的信用信息，费用信息存储在边缘终端；根据电表的信用信息和电表的费用信息判断是否终止费控操作。

为了减少边缘终端的负载，当费控指令的类型为欠费跳闸指令时，利用缓存在边缘终端的信用信息判断是否费控操作。基于提前执行费控操作的实施方式，能够节省建立连接等操作，进一步减少边缘终端的负载。

在一种可能的实施方式中，根据电表的信用信息和电表的费用信息判断是否终止费控操作的步骤包括：

获取缓存在边缘终端的电表的月平均用电量；

判断当前月用电量是否超过月平均用电量；

若否，停止执行费控操作。

上述实施例中，信用信息包括电表的上一年的月平均用电量。

通过判断当前月用电量和缓存在边缘终端的月平均用电量之间的大小关系，可以快速地判定是否需要停止费控操作。

在一种可能的实施方式中，信用信息具体为一个信用指数，终端中缓存有不同的信用指数对应的月平均用电量区间。在判断当前的月用电量是否超过月平均用电量时，首先获取当前电表的信用指数，根据信用指数查找月平均用电量区间，判断当前月用电量是否在月用电量区间中。

在一种可能的实施方式中，信用指数具体的数值由电表上一年的及时还款次数，上一年的每个月的扣除后的卡内余额以及上一年每个月的平均月用电量有关。

例如，信用指数的区间为[0-3]，如果去年的及时还款次数为10次 ，则信用指数为3。

如果去年的及时还款次数低于十次且高于八次，则信用指数为2。

如果去年的及时还款次数低于八次，且上一年每个月扣除后的电表的账户内的平均余额与上一年的平均月用电量超过100，则信用指数为3。

其余的情况信用指数为0。

基于上述实施方式，根据电表的信用信息和电表的费用信息判断是否终止费控操作的步骤包括：

基于信用指数和当前该电表的信用指数生成一个信用用电量，根据该信用用电量获取一个用电量区间，例如，还电表的信用指数是N，则将该电表的去年月平均用电量*（1+N/10），得到第一信用值，该第一信用值为中心，得到信用区间是[第一信用值-100，第一信用值+100]；

判断当前的电表的该月的已经使用电量是否在该信用区间内；

若是，则终止费控操作。

在一种可能的实施方式中，方法还包括：定期发送信用信息、当前边缘终端连接的多个电表的用电信息到主站。

在上述实现过程中，考虑到了边缘终端承当了执行电表费控指令的工作，但是边缘终端容易遭受破坏，因此，定期将缓存在边缘的信息发送到主站进行存储。

实施例2

本申请实施例提供一种台区边缘终端的现场实时控制系统，包括台区边缘终端、密码机、主站和电表，其中，所述边缘终端分别与所述主站和所述电表连接，所述密码机分别与所述边缘终端、所述密码机、所述电表连接。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。