用电控制方法及装置技术领域
本发明涉及电力领域，具体而言，涉及一种用电控制方法及装置。
背景技术
随着社会的进步，越来越多的用户开始使用智能电表终端，智能电表终端会在用
户的用电余额用尽时，会自动跳闸。当在恶劣天气时，用户用电余额用尽，则不得不面临在
恶劣天气外出充电，用户体验度较差。
发明内容
有鉴于此，本发明实施例的目的在于提供一种用电控制方法及装置，以解决上述
问题。
为了实现上述目的，本发明实施例采用的技术方案如下：
第一方面，本发明实施例提供了一种用电控制方法，所述方法包括：获取用户所处
区域的天气情况；判断所述天气情况是否满足预设恶劣天气情况；若所述天气情况满足预
设恶劣天气情况，获取所述用户的用电余额；根据所述用电余额及当前用电单价，计算所述
用户的剩余用电时长；判断所述剩余用电时长是否小于第一时长，所述第一时长为预设时
刻与当前时刻的时间间隔；若所述剩余用电时长小于所述第一时长，根据所述剩余用电时
长及所述第一时长，计算第二时长；发送控制指令到智能电表终端，所述控制指令中包括第
二时长，以使智能电表终端延长所述第二时长后跳闸。
第二方面，本发明实施例提供了一种用电控制装置，所述装置包括：第一获取模
块，用于获取用户所处区域的天气情况；第一判断模块，用于判断所述天气情况是否满足预
设恶劣天气情况；第二获取模块，用于若所述天气情况满足预设恶劣天气情况，获取所述用
户的用电余额；第一计算模块，用于根据所述用电余额及当前用电单价，计算所述用户的剩
余用电时长；第二判断模块，用于判断所述剩余用电时长是否小于第一时长，所述第一时长
为预设时刻与当前时刻的时间间隔；第二计算模块，用于若所述剩余用电时长小于所述第
一时长，根据所述剩余用电时长及所述第一时长，计算第二时长；发送模块，用于发送控制
指令到智能电表终端，所述控制指令中包括第二时长，以使智能电表终端延长所述第二时
长后跳闸。
与现有技术相比，本发明实施例提供的一种用电控制方法及装置，通过判断用户
所处区域的天气情况是否满足预设恶劣天气情况，若满足，则计算所述用户的剩余用电时
长，若所述剩余用电时长小于所述第一时长，则发送控制指令到智能电表终端，以使智能电
表终端延长所述第二时长后跳闸，通过这种方式，使得用户在恶劣天气下，不用面临欠费
后，智能电表终端跳闸而断电的情况，也不用在恶劣天气下外出充电，使得用户体验提升。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合
所附附图，作详细说明如下。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附
图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对
范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这
些附图获得其他相关的附图。
图1是本发明实施例提供的智能电表终端、服务器与物业平台进行交互的示意图。
图2是本发明实施例提供的服务器的结构框图。
图3是本发明第一实施例提供的一种用电控制方法的流程图。
图4是本发明第二实施例提供的一种用电控制方法中步骤S360的流程图。
图5是本发明第三实施例提供的一种用电控制方法中步骤S360的流程图。
图6是本发明第四实施例提供的一种用电控制方法中步骤S500的流程图。
图7是本发明第五实施例提供的一种用电控制方法中步骤S600的流程图。
图8是本发明第六实施例提供的一种用电控制方法中步骤S700的流程图。
图9是本发明第七实施例提供的一种用电控制装置的结构框图。
具体实施方式
下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整
地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在
此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因
此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的
范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做
出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一
个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的
描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
图1示出了本发明实施例提供的智能电表终端100、服务器200及物业平台300进行
交互的示意图。所述服务器200可以通过网络与一个或多个智能电表终端100进行通信连
接，以进行数据通信或交互。所述服务器200可以通过网络与一个或多个物业平台300进行
通信连接，以进行数据通信或交互。所述服务器200可以是网络服务器、或者数据服务器等。
如图2所示，是所述服务器200的方框示意图。所述服务器200包括存储器201、处理
器202以及网络模块203。
存储器201可用于存储软件程序以及模块，如本发明实施例中的用电控制方法及
装置对应的程序指令/模块，处理器202通过运行存储在存储器201内的软件程序以及模块，
从而执行各种功能应用以及数据处理，即实现本发明实施例中的应用专题推荐方法。存储
器201可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、
闪存、或者其他非易失性固态存储器。进一步地，上述存储器201内的软件程序以及模块还
可包括：操作系统221以及服务模块222。其中操作系统221，例如可为LINUX、UNIX、WINDOWS，
其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件
和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其他软件组件的运行环境。服
务模块222运行在操作系统221的基础上，并通过操作系统221的网络服务监听来自网络的
请求，根据请求完成相应的数据处理，并返回处理结果给客户端。也就是说，服务模块222用
于向客户端提供网络服务。
网络模块203用于接收以及发送网络信号。上述网络信号可包括无线信号或者有
线信号。
可以理解，图2所示的结构仅为示意，所述服务器200还可包括比图2中所示更多或
者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或
其组合实现。另外，本发明实施例中的服务器还可以包括多个具体不同功能的服务器。
图3示出了本发明第一实施例提供的一种用电控制方法的流程图，请参阅图3，本
实施例描述的是服务器的处理流程，所述方法包括：
步骤S310，获取用户所处区域的天气情况。
用户所处区域的天气情况可以从气象局开放的平台获取，也可以从其它天气预报
的应用程序中获取。
天气情况可以包括晴天，阴天，小雨，大雨，暴雨，冰雹，小雪，大雪，暴风雪，龙卷
风，台风，海啸等。
进一步的，所述天气情况可以包括更细节的情况，例如，温度大小，湿度情况，空气
雾霾指数等。
步骤S320，判断所述天气情况是否满足预设恶劣天气情况。
所述预设恶劣天气情况可以是阴天，小雨，大雨，暴雨，冰雹，小雪，大雪，暴风雪，
龙卷风，台风，海啸等。
进一步的，也可以将所述预设恶劣天气情况设置为温度小于第一阈值，或空气雾
霾指数大于第二阈值度情况，当然，可以理解的是，也可以是二者的结合，本发明并不局限
于此。
步骤S330，若所述天气情况满足预设恶劣天气情况，获取所述用户的用电余额。
可以直接从智能电表终端获取用户的用电余额，也可以通过采集器用采集智能电
表终端上的用户的用电余额，服务器再从所述采集器去获取用户的用电余额。
步骤S340，根据所述用电余额及当前用电单价，计算所述用户的剩余用电时长。
例如，若所述用电余额为2块，当前用电单价为1块/时，则此时用户的剩余用电时
长为用电余额/当前用电单价＝2/1＝2小时。
进一步的，还可以根据所述用电余额、当前用电单价及用户的用电的总功率，来计
算在当前功率下的剩余用电时长。
步骤S350，判断所述剩余用电时长是否小于第一时长，所述第一时长为预设时刻
与当前时刻的时间间隔。
可以将预设时刻设置为缴费处早上开始营业的时间，例如为8点，则所述预设时刻
设置为早上8点。
其中，对于每个用户对应的预设时刻可以设置为相同的，也可以根据情况，对于每
个用户设置不同的预设时刻。将每个用户设置不同的预设时刻，则对不同用户而言，用户体
验更佳。
例如，若当前时刻为2015年9月1日晚上8点，所述预设时刻为早上八点，则第一时
长为12小时。
步骤S360，若所述剩余用电时长小于所述第一时长，根据所述剩余用电时长及所
述第一时长，计算第二时长。
请参阅图4，作为一种实施方式，步骤S360包括：
步骤S411，将所述第一时长减去所述剩余用电时长，获取第三时长。
例如，若所述剩余用电时长为2小时，所述第一时长为12小时，则此时第三时长为
10小时。
步骤S412，从信用平台获取所述用户的信用等级。
所述信用平台可以是银行，信用卡中心，第三方支付平台，例如，支付宝平台等。
信用等级可以分为优，良，中，差；也可以将信用等级按照得分进行划分。
步骤S413，判断所述信用等级是否大于第一预设阈值。
所述第一预设阈值，可以根据需求进行设置，且对于信用等级的不同划分方法，其
对应的第一预设阈值可以设置不同。
步骤S414，若所述信用等级大于所述第一预设阈值，将所述第三时长乘以第一预
设权重，获得所述第二时长。
所述第一预设权重可以根据需求进行设置，设置的越长，则第二时长越长，则智能
电表终端延长跳闸的时间越长。
例如，若所述信用等级按照优，良，中，差来划分，所述第一预设阈值设置为差，且
所述第一预设权重设置为1.5，当所述信用等级大于“差”，则此时第二时长为10＊1.5＝15
小时。
通过这种方式，对于用户信用度高的用户延长来更长的跳闸时间，使得信用度高
的用户的体验度提升。
请参阅图5，作为另一种实施方式，步骤S360包括：
步骤S421，将所述第一时长减去所述剩余用电时长，获取第三时长。
步骤S422，获取所述用户所处的第一位置。
可以通过地图的第三方应用程序，例如百度地图，高德地图等提供等第三方接口，
获取到所述用户所处的第一位置；也可以是通过其它全球定位系统获取所述用户所处的第
一位置。
步骤S423，根据所述第一位置，获取与所述第一位置最近的缴费点的第二位置。
根据所述第一位置，可以从电力公司，或者国家电网等的平台提供的接口，查询到
对应到与所述第一位置最近的缴费点的第二位置。
步骤S424，获取所述第一位置与所述第二位置的路况信息。
可以通过地图的第三方应用程序，例如百度地图，高德地图等提供等第三方接口，
获取所述第一位置与所述第二位置的路况信息。
步骤S425，若所述路况信息满足预设条件，则将所述第三时长乘以第二预设权重，
获得所述第二时长。
所述预设条件可以是道路拥堵，道路维修，路途距离大于第三阈值等，可以根据不
同的情况进行设置。
所述第二预设权重可以与所述第一预设权重设置的相同或者不同，可以根据需求
进行设置，设置的越长，则第二时长越长，则智能电表终端延长跳闸的时间越长。
例如，若所述预设条件为道路拥堵，且所述第一预设权重设置为2，当所述路况信
息满足道路拥堵时，则此时第二时长为10＊2＝20小时。
这种方式，考虑了用户所处位置与缴费处的路况情况，使得用户因为路况情况导
致的延迟缴费情况，也不致于使得智能用电终端跳闸而断电，使得用户体验度进一步提升。
步骤S370，发送控制指令到智能电表终端，所述控制指令中包括第二时长，以使智
能电表终端延长所述第二时长后跳闸。
请参阅图6，作为一种实施方式，所述方法还包括：
步骤S510，接收支付请求，所述支付请求中包括待支付金额以及用户识别号。
步骤S520，根据所述用户识别号，查询所述用户识别号对应的物业平台。
所述服务器预先与各个小区的物业平台连接，并且存储了各个用户识别号与其对
应的物业平台的映射关系，通过所述用户识别号，便能查询到所述用户识别号对应的物业
平台。
步骤S530，发送第一提醒信息到所述物业平台，以使所述物业平台接收到所述第
一提醒信息后，分配对应工作人员打开所述用户识别号对应的智能电表终端。
所述第一提醒信息可以是短信，微信，彩信，或者其它形式的提醒信息。
通过这种方式，使得用户在因为欠费而智能电表终端跳闸后，能够在缴费后，立刻
由物业的工作人员打开所述用户识别号对应的智能电表终端，而无需在缴费后，再自己去
找物业的工作人员打开智能电表终端而延长停电时间，进一步的提高用户体验。
请参阅图7，作为一种实施方式，所述方法还包括：
步骤S610，从物业平台获取用户信息。
步骤S620，查询所述用户信息对应的用电余额。
步骤S630，根据所述用电余额及当前用电单价，计算所述用户的剩余用电时长。
步骤S640，判断所述剩余用电时长是否小于第四时长。
所述第四时长可以根据需求进行设置，设置的越长，则物业平台可以更早的提醒
用户去缴费，能够减少用户因为欠费而导致的停电情况的发生。
步骤S650，若所述剩余用电时长小于所述第四时长，发送第二提醒信息到所述物
业平台，所述第二提醒信息包括所述用户信息及所述剩余用电时长，以使所述物业平台根
据所述第二提醒信息提醒对应的用户提前缴费。
所述第二提醒信息可以是短信，微信，彩信，或者其它形式的提醒信息。
通过这种方式，使得当用户的剩余用电时长小于所述第四时长时，能够由物业平
台的工作人员及时提醒用户去缴纳电费，可以减少用户因为欠费而导致的停电情况的发
生，提高用户体验。
请参阅图8，作为一种实施方式，所述方法还包括：
步骤S710，获取智能电表终端中的读数。
服务器可以与智能电表终端直接连接，获取智能电表终端中的读数；服务器也可
以与智能电表终端间接连接，例如，通过数据采集器与所述智能电表终端连接，获取智能电
表终端中的读数。
步骤S720，判断所述读数与用户的历史用电数量是否满足预设关系。
服务器可以将每次获取到的用户的智能电表终端中的读数，进行存储，以此作为
用户的历史用电数量。
所述预设关系可以根据需求进行设置，例如，所述预设关系可以设置为：所述读数
与用户的历史平均用电数量不相差第四阈值。当然，也可以是其它预设关系，并不局限于
此。
步骤S730，若所述读数与所述用户的历史用电数量不满足所述预设关系，发送第
三提醒信息到物业平台，以使所述物业平台根据所述第三提醒信息，分配对应工作人员检
修所述智能电表终端。
将所述读数与用户的历史平均用电数量进行比较，例如，相差度数超过第四阈值，
发送第三提醒信息到物业平台。
所述第三提醒信息可以是短信，微信，彩信，或者其它形式的提醒信息。
服务器可以及时发现当前智能电表终端中的读数是否满足用户的用电习惯，若发
现不满足，则可能是智能电表终端出现问题，因此发送第三提醒信息到物业平台，以使所述
物业平台根据所述第三提醒信息，分配对应工作人员检修所述智能电表终端，通过这种方
式，能够及时检修所述智能电表终端，避免了用户因为智能电表终端出现问题而影响用户
的用电，进一步提高用户体验。
本发明实施例提供的用电控制方法，通过判断用户所处区域的天气情况是否满足
预设恶劣天气情况，若满足，则计算所述用户的剩余用电时长，若所述剩余用电时长小于所
述第一时长，则发送控制指令到智能电表终端，以使智能电表终端延长所述第二时长后跳
闸，通过这种方式，使得用户在恶劣天气下，不用面临欠费后，智能电表终端跳闸而断电的
情况，也不用在恶劣天气下外出充电，使得用户体验提升。
请参阅图9，是本发明第七实施例提供的用电控制装置800的功能模块示意图。所
述用电控制装置800包括第一获取模块810，第一判断模块820，第二获取模块830，第一计算
模块840，第二判断模块850，第二计算模块860，以及发送模块870。
所述第一获取模块810，用于获取用户所处区域的天气情况。
所述第一判断模块820，用于判断所述天气情况是否满足预设恶劣天气情况。
所述第二获取模块830，用于若所述天气情况满足预设恶劣天气情况，获取所述用
户的用电余额。
所述第一计算模块840，用于根据所述用电余额及当前用电单价，计算所述用户的
剩余用电时长。
所述第二判断模块850，用于判断所述剩余用电时长是否小于第一时长，所述第一
时长为预设时刻与当前时刻的时间间隔。
所述第二计算模块860，用于若所述剩余用电时长小于所述第一时长，根据所述剩
余用电时长及所述第一时长，计算第二时长。
作为一种实施方式，所述第二计算模块860，具体用于将所述第一时长减去所述剩
余用电时长，获取第三时长；从信用平台获取所述用户的信用等级；判断所述信用等级是否
大于第一预设阈值；若所述信用等级大于所述第一预设阈值，将所述第三时长乘以第一预
设权重，获得所述第二时长。
作为另一种实施方式，所述第二计算模块860，具体用于将所述第一时长减去所述
剩余用电时长，获取第三时长；获取所述用户所处的第一位置；根据所述第一位置，获取与
所述第一位置最近的缴费点的第二位置；获取所述第一位置与所述第二位置的路况信息；
若所述路况信息满足预设条件，则将所述第三时长乘以第二预设权重，获得所述第二时长。
所述发送模块870，用于发送控制指令到智能电表终端，所述控制指令中包括第二
时长，以使智能电表终端延长所述第二时长后跳闸。
作为一种实施方式，所述装置还包括处理模块880，用于接收支付请求，所述支付
请求中包括待支付金额以及用户识别号；根据所述用户识别号，查询所述用户识别号对应
的物业平台；发送第一提醒信息到所述物业平台，以使所述物业平台接收到所述第一提醒
信息后，分配对应工作人员打开所述用户识别号对应的智能电表终端。
以上各模块可以是由软件代码实现，同样可以由硬件例如集成电路芯片实现。
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重
点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本发明实施例所提供的用电控制装置，其实现原理及产生的技术效果和前述方法
实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内
容。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过
其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图
显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、
功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一
部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执
行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于
附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也
可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每
个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基
于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部
分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以
存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说
对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计
算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个
人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取
存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需
要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作
与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种
实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的
包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包
括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要
素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要
素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技
术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修
改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在
下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需
要对其进行进一步定义和解释。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何
熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵
盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。