[0001] 本申请涉及电力技术领域，尤其涉及一种基于线上渠道的用电阈值管理方法及相关装置。

[0002] 部分客户对用电量判断缺乏准确的数据来源，当月用电量超出预期时，倾向将高用电量原因归咎于供电企业，降低了对供电企业的信任感和满意度，有的客户甚至进行投诉，给供电企业带来一定的困扰。为了帮助供电企业提供更加便捷且个性化的服务，帮助用户在关键节点获知月用电量的情况，因此亟需开发一套用电阈值管理工具，让用户对高用电量进行预判，及时调整用电方式，科学降低用电量，从而减少对供电企业的误解，降低对供电企业的投诉。

[0003] 现有技术触达路径不明显，且主要依靠用户主动搜索及计算用电量，体验感较差。此外，缺乏相关的用电量提醒功能，用户无法根据用电量变化及时调整用电方式，整个功能技术难以发挥最大效果。

[0036] 为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

[0037] 请参阅图1，本申请实施例中提供的一种基于线上渠道的用电阈值管理方法，包括：

[0038] 步骤101、响应用户阈值设置指令，对用户对应的用电量阈值进行调整，生成用户电量阈值并保存；

[0039] 需要说明的是，用户可在供电单位的微信公众号平台设置电量阈值，设置完成后，可根据实际使用情况进行阈值调整，通过设定好相关阈值保存在数据库。

[0040] 步骤102、通过供电单位运营平台实时获取用户的日用电量，从而统计用户当前的月累计用电量；

[0041] 例如，当前日期为1月10日，通过在供电单位运营平台获取用户在1‑10日每日的日用电量，从而可以得到1月10日时的月累计用电量。

[0042] 进一步地，在一个实施方式中，在上述获取日用电量之后还包括：基于所述日用电量和日历表，生成用户的用电日历并保存至供电单位云服务平台，使得用户通过供电单位的微信公众号平台查看所述用电日历，从而获取每日用电情况。

[0043] 步骤103、将当前的月累计用电量与用户电量阈值进行匹配分析，当当前的月累计用电量超过用户电量阈值时，采用异步消息队列的形式将消息传输到供电单位云服务平台的消息队列，使得供电单位的微信公众号平台接收消息；

[0044] 需要说明的是，实时连续地对当前的月累计用电量与用户设置好的电量阈值进行匹配分析，当用户的用电数据触发阈值的时候，采用异步消息队列的形式，从模块的接口服务，传送到供电单位云服务平台的消息队列服务，微信公众号平台的用电提醒服务通过订阅消息队列的此主题接收消息。

[0045] 步骤104、响应消息并根据预设消息模板生成提醒消息，并通过供电单位的微信公众号推送提醒消息给用户。

[0046] 需要说明的是，当用电提醒服务收到消息后，进行相关分析，根据管理后台设置的消息模板生成提醒消息，然后通过供电单位的微信公众号推送消息接口发送给用户。

[0047] 进一步地，在一个实施方式中，在上述步骤104之后还包括：

[0048] 获取超过所述用户电量阈值的用户的数量、类型和地区分布，以所述数量、所述类型和所述地区分布为分析特征进行用电阈值分析，从而生成用户的电量阈值建议，并通过供电单位的微信公众号推送所述电量阈值建议给用户作为用户设置用电阈值的参考信息。

[0049] 可以理解的是，基于超阈值用电户的数量、类型、地区分布等特征进行分析，合理调整用电阈值，为用电阈值提醒功能优化和完善提供数据参考和决策依据。

[0050] 进一步地，在一个实施方式中，在上述步骤104之后还包括：

[0051] 同步获取所述提醒消息的记录和所述月累计用电量的记录，并生成用户用电数据记录表，从而为管理人员提供分析数据。

[0052] 可以理解的是，管理后台可同步获取和管理用电数据、消息提醒记录，为管理人员提供数据分析支持。

[0053] 以上为本申请实施例中提供的一种基于线上渠道的用电阈值管理方法，以下为本申请实施例中提供的一种基于线上渠道的用电阈值管理系统。

[0054] 请参阅图2，本申请实施例中提供的一种基于线上渠道的用电阈值管理系统，包括：

[0055] 设置单元201，用于响应用户阈值设置指令，对用户对应的用电量阈值进行调整，生成用户电量阈值并保存；

[0056] 统计单元202，用于通过供电单位运营平台实时获取用户的日用电量，从而统计用户当前的月累计用电量；

[0057] 分析单元203，用于将当前的月累计用电量与用户电量阈值进行匹配分析，当当前的月累计用电量超过用户电量阈值时，采用异步消息队列的形式将消息传输到供电单位云服务平台的消息队列，使得供电单位的微信公众号平台接收消息；

[0058] 告警单元204，用于响应消息并根据预设消息模板生成提醒消息，并通过供电单位的微信公众号推送提醒消息给用户。

[0059] 进一步地，本申请实施例中还提供了一种基于线上渠道的用电阈值管理设备，所述设备包括处理器以及存储器：

[0060] 所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

[0061] 所述处理器用于根据所述程序代码中的指令执行上述方法实施例所述的基于线上渠道的用电阈值管理方法。

[0062] 进一步地，本申请实施例中还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行上述方法实施例所述的基于线上渠道的用电阈值管理方法。

[0063] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0064] 本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

[0065] 应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

[0066] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

[0067] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0068] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

[0070] 以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。