CN111598260B - 用于电气维修的方法、系统及计算机存储介质 - Google Patents

Abstract

本发明公开了一种用于电气维修的方法、系统及计算机存储介质。该方法包括：采用低压电力载波技术对电力数据进行分析，确定电气设备存在故障；获取用户的电气报修请求；将电气报修请求对应的订单推送到多个工人端；接收工人端的抢单操作，并将订单分配至抢单的工人端；接收抢单的工人端的工人输入的维修方案以及总的维修费用；获取用户对维修费的支付从而完成所述订单。可见，本发明实施例采用低压电力载波技术实现故障检测，减少了布线，降低了成本；用户可经由用户端发布维修请求的订单，工人可经由工人端进行抢单，能够及时地为用户提供电气维修的服务，提高了工人的积极性，实现了优化调度，进而提升了用户和工人双方的使用和工作体验。

Description

用于电气维修的方法、系统及计算机存储介质

技术领域

本发明实施例涉及互联网技术领域，并且更具体地，涉及一种用于电气维修的方法、系统及计算机存储介质。

背景技术

现有的智能产品设备均离不开供电，电流、电压的变化会使设备运行产生变量，甚至发生故障，当然也有情况是逐渐变量累积后最终形成故障。

被供电的产品设备也可以称为电气设备，当电气设备出现故障时，需要对设备进行维修。

目前，当用户的电气设备出现故障时，用户一般通过电话等方式联系厂家或者自行寻找维修工人，这种操作不仅繁琐，而且需要多次电话沟通协调，不仅误工误时，而且效果不好。

发明内容

本发明提供了一种用于电气维修的方法、系统及计算机存储介质，能够为用户提供电气维修的平台，工人能够及时地为用户提供维修服务。

根据本发明的第一方面，提供了一种用于电气维修的方法，包括：

采用低压电力载波技术，对电力数据进行分析，确定电气设备存在故障；

获取用户的电气报修请求，所述电气报修请求包括所述用户选择的服务类别、所述用户输入的故障描述以及所述用户支付的起步价；

将所述电气报修请求对应的订单推送到多个工人端；

接收所述多个工人端之一对所述订单的抢单操作，并将所述订单分配至所述抢单的工人端；

接收所述抢单的工人端的工人输入的维修方案以及总的维修费用；

获取用户对维修费的支付，从而完成所述订单，其中所述维修费等于所述总的维修费用减去所述起步价。

在一种实现方式中，接收所述多个工人端之一对所述订单的抢单操作，并将所述订单分配至所述抢单的工人端，包括：接收所述多个工人端中多于一个对所述订单的抢单操作；按照第一预设规则将所述订单分配至满足所述第一预设规则的一个工人端。

在一种实现方式中，所述第一预设规则包括以下任意一项：最早抢单、最早抢单的预订数量的工人端中总订单量最多的、最早抢单的预订数量的工人端中历史投诉量最少的、最早抢单的预订数量的工人端中与用户所在位置距离最小的、最早抢单的预订数量的工人端中注册时间最久的。

在一种实现方式中，获取用户对维修费的支付之前，还包括：接收所述工人上传的针对维修完成的电气设备所拍摄的照片，其中，所述照片的数量为1张或2张或3张。

在一种实现方式中，所述用户输入的故障描述包括：所述用户输入的文字形式的描述，和/或，所述用户针对出现故障的电气设备所拍摄的照片，其中，所述照片的数量为1张或2张或3张。

在一种实现方式中，还包括：接收所述工人端的工人的提现申请，所述提现申请包括提现金额；获取管理员对所述提现申请的审核结果，所述审核结果为通过或拒绝；如果所述审核结果为通过，则将所述提现金额达到所述工人端的对应的账户。

在一种实现方式中，如果所述多个工人端中的任一工人端在预设时长内都没有进行抢单操作，则将所述订单分配给所述多个工人端中满足第二预设规则的工人端。

在一种实现方式中，所述第二预设规则为以下任意一项：所述多个工人端中总订单量最多的、所述多个工人端中历史投诉量最少的、所述多个工人端中与用户所在位置距离最小的、所述多个工人端中注册时间最久的。

第二方面，提供了一种用于电气维修的系统，包括用户端、工人端和服务器端，

所述用户端，用于获取用户的电气报修请求，还用于获取所述用户对维修费的支付，其中，所述电气报修请求包括所述用户选择的服务类别、所述用户输入的故障描述以及所述用户支付的起步价；

所述服务器端，用于采用低压电力载波技术，对电力数据进行分析，确定电气设备存在故障，还用于将所述电气报修请求对应的订单推送到多个工人端，接收所述多个工人端之一对所述订单的抢单操作，并将所述订单分配至所述抢单的工人端；

所述工人端，用于接收所述工人端的工人对所述订单的抢单操作，还用于针对所述服务器端所分配的订单，获取所述工人端的工人输入的维修方案以及总的维修费用；

其中，所述用户支付的所述起步价和所述维修费之和等于所述总的维修费用。

在一种实现方式中，所述用户端还用于显示配件市场页面，用于以列表形式展示多个配件以及对应的参考价格。

第三方面，提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或任一实现方式所述方法的步骤。

由此可见，本发明实施例提供了一种用于电气维修的方法、系统及计算机存储介质，能够采用低压电力载波技术实现故障检测，减少了布线，降低了成本；故障通知发送至用户后，用户可以自行决定经由本发明实施例的用于电气维修的系统的用户端由用户发布维修请求的订单，并经由工人端由工人进行抢单，能够及时地为用户提供电气维修的服务，并且能够提高工人的积极性，实现了优化调度，进而能够提升用户和工人双方的使用和工作体验。

附图说明

通过结合附图对本发明实施例进行更详细的描述，本发明的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与本发明实施例一起用于解释本发明，并不构成对本发明的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1是本发明实施例的用于电气维修的系统的示意性框图；

图2是本发明实施例的用于电气维修的方法的示意性流程图。

具体实施方式

为了使得本发明的目的、技术方案和优点更为明显，下面将参照附图详细描述根据本发明的示例实施例。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是本发明的全部实施例，应理解，本发明不受这里描述的示例实施例的限制。基于本发明中描述的本发明实施例，本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本发明的保护范围之内。

本发明实施例提供了一种用于电气维修的系统和方法，能够应用于各种领域，包括但不限于：公共建筑、居住建筑、工业建筑、轨道交通、人防工程、军事设施等领域。另外，本发明实施例的系统和方法还可以其他能耗设备的维修，包括但不限于：水、电、气、热、冷等用能设备。为了便于描述，下文主要以电气设备的维修为例进行阐述。

本发明实施例提供了一种用于电气维修的系统，如图1所示，该系统10可以包括服务器端110、用户端120和工人端130。另外，图1还示出了该系统10包括采集装置140。

用户端120和工人端130可以是诸如智能手机、平板电脑、可穿戴设备、车载设备等移动终端，例如可以通过安装在其上的应用程序(APP)来实现。

示例性地，用户可以在移动终端的应用市场中下载用户端应用程序，并进行注册，从而形成用户端120。用户可以在移动终端的应用市场中下载工人端应用程序，并进行注册，从而形成工人端130。可选地，在工人端应用程序进行注册之后，还需完成身份认证等才能形成工人端130。

示例性地，服务器端110可以呈现用户管理界面以及订单界面。

通过服务器端110的用户管理界面，管理员可以查看通过用户端120注册的用户的用户信息以及通过工人端130注册的工人的工人信息，并且管理员还可以查看管理员信息。

其中，用户信息可以包括以下中的至少一项：序号、头像、姓名、手机号码、昵称、性别、地址、添加时间等。可选地，可以按照用户列表的形式显示该用户信息，便于管理员在服务器端110清晰地方便地查看。该服务器端110的用户列表界面还可以包括搜索栏，从而管理员可以通过该搜索栏查收特定的用户，例如输入的搜索关键字可以是昵称、姓名、手机号等。作为一例，可以在用户列表界面的顶部呈现模糊查询项，以方便管理员的搜索。另外，在用户列表的基础上，还可以进一步查看用户详情，例如可以获取管理员对用户列表中的某一个特定用户的点击或选定，进而打开或跳转新的页面显示该选中的用户详情。其中，用户详情可以包括但不限于：序号、头像、姓名、手机号码、昵称、性别、地址、添加时间、上次登录时间、上次登录地址、上次登录IP、累计消费额、账户余额等。

其中，工人信息可以包括以下中的至少一项：序号、姓名、手机号、接单量、累计销售额、地址、是否激活绑定、添加时间等。可选地，可以按照工人列表的形式显示该工人信息，便于管理员在服务器端110清晰地方便地查看。该服务器端110的工人列表界面还可以包括搜索栏，从而管理员可以通过该搜索栏查收特定的工人，例如输入的搜索关键字可以是姓名、手机号等。作为一例，可以在工人列表界面的顶部呈现模糊查询项，以方便管理员的搜索。另外，在工人列表的基础上，还可以进一步查看工人详情，例如可以获取管理员对工人列表中的某一个特定工人的点击或选定，进而打开或跳转新的页面显示该选中的工人详情。其中，工人详情可以包括但不限于：序号、姓名、手机号、接单量、累计销售额、地址、是否激活绑定、添加时间、上次登录时间、上次登录地址、上次登录IP、账户余额等。示例性地，在服务器端110的工人列表界面可以显示“编辑”按钮，以便管理员对工人信息进行添加、删除、编辑等操作。例如，若某一个工人上次登录时间距离当前时间已经超过预设时间长度(如半年或一年)，且该工人信息的是否绑定激活是“否”，且该工人的账户余额为零，那么管理员可以手动将该工人信息删除。例如，若某一个工人通过电话或其他方式与管理员联系要求更改手机号，那么管理员可以在确认身份无误后对该工人的手机号进行编辑。

其中，管理员信息可以包括以下中的至少一项：序号、账号、密码等。可选地，可以按照管理员列表的形式显示该管理员信息，便于管理员在服务器端110清晰地方便地查看。也就是说，管理员的数量可以为多个。并且一般地，管理员的权限是相同，即拥有最多权限。示例性地，在服务器端110的管理员列表界面可以显示“编辑”按钮，以便管理员对管理员信息进行添加、删除、编辑等操作。

通过服务器端110的订单界面，管理员可以查看订单信息等。

其中，订单信息可以包括以下中的至少一项：序号、昵称、姓名、手机号、服务项目、起步价、订单状态、接单工人、服务费用、下单时间、完成时间等。其中，订单状态可以为以下任一：待接单、待上门、维修中、待支付、已完成等。可理解，订单状态可以被划分的更粗或更细，本发明对此不限定，如还可以包括已取消、已退款、退款中等。

可选地，可以按照订单列表的形式显示该订单信息，便于管理员在服务器端110清晰地方便地查看。另外，在订单列表的基础上，还可以进一步查看订单详情，例如可以获取管理员对订单列表中的某一个特定订单的点击或选定，进而打开或跳转新的页面显示该选中的订单详情。其中，订单详情可以包括但不限于：序号、昵称、姓名、手机号、服务项目、起步价、订单状态、接单工人、服务费用、工人抽成费用、下单时间、接单时间、上门时间、维修时间、完成时间等。

可选地，如果某一个订单长时间处于“待接单”状态，说明没有工人进行接单，那么可以将该订单关闭。举例来说，某一个订单的下单时间与当前时间的时长已经超过预设时长(如24小时或48小时等)，且该订单的订单状态依然是“待接单”。则管理员可以将订单关闭。示例性地，在该订单的订单性情界面可以显示“关闭”按钮，通过获取管理员对“关闭”按钮的点击操作，可以将该订单关闭，随后用户支付的起步价可以按原路退回。示例性地，在该订单的订单性情界面可以显示“退款”按钮，通过获取管理员对“退款”按钮的点击操作，随后用户支付的起步价可以按原路退回。并且该订单的订单状态可以变为“已退款”或“已取消”。可选地，还可以在服务器端110显示与订单相关联的提现申请。可理解，在订单完成之后，具体地在用户完成支付之后，系统可以按照预设抽成比例将用户支付的费用的一部分转移至接单工人的账户余额。随后，可以获取该接单工人在其工人端130的提现申请。

在另一实现方式中，在服务器端110可以呈现提现申请界面，用于显示提现信息。

其中，提现信息可以包括以下至少一项：序号、昵称、姓名、提现前金额、提现金额、提现后金额、操作按钮。其中，操作按钮可以包括：审核通过、拒绝等。

可理解，用户或者工人的账户余额为正值时(或者大于预设的最低提现额度时)，可以通过用户端120或者工人端130获取用户或工人的提现申请，该提现申请至少包括提现金额。随后，管理员可以在服务器端110处理该提现申请，例如服务器端110获取管理员在提现申请界面对操作按钮的输入操作，如点击审核通过按钮或点击拒绝按钮，并根据该输入操作处理相应的提现申请。

作为另一种实现方式，该服务器端110还可以用于呈现控制面板，该控制面板可以显示关于该系统的一些参数指标，包括但不限于：今日新增用户数量、累计用户数量、今日订单数量、累计订单数量、今日销售额、累计销售额等等。

作为另一种实现方式，该服务器端110还可以用于呈现基本配置界面，该基本配置界面可以显示一些预设信息，包括但不限于：用户需要支付的起步价、工人对订单的服务费用的抽成比例等等。

采集装置140可以安装在与用户相关联的电气设备的电力线上。该采集装置140可以采集电流、电压等的变化，具体地采集精密区域微量变化。相应地，服务器端110可以包括控制模块，该控制模块可以获取采集装置140所采集的电力数据，并基于低压电力载波技术，对电力数据进行分析，从而确定相应的电气设备是否存在故障。

可理解，由于与电路的共生性，所以电路上的各种信息变量可以基于低压电力载波技术而被快速检测到，从而能够进行数据分析和诊断，进而判断出各个变量产生变化的缘由。

示例性地，服务器端110(例如其控制模块)通过分析确定存在电气设备故障时，可以向用户发送故障通知。示例性地，可以向用户所在的用户端120发送故障通知，也就是说，可以向用户端应用程序发送故障通知。作为另一种实现方式，可以通过第三方应用程序(如短信、微信、或其他应用程序)向用户发送故障通知。这样用户可以及时知道哪个电气设备出现了故障，并决定是否要进行电气设备维修。

应当注意的是，本发明实施例中的用户可以是个人、企业、城市管理者等。示例性地，上述的故障通知可以是发送至管理者或运维人员。

还应当注意的是，本发明实施例对服务器端110的物理位置不作限定。举例来说，采集装置140可以采集某个城区或园区内的电气设备的电力数据，从而服务器端110的控制模块能够分析判断该城区或园区内的电气设备运维状况。如此，该服务器端110可以作为该城区或园区的运维中心，统一管理各个电气设备，做到数据集中管理、分析、诊断，运维统一派单、调度，达到电气设备状态智能化、远程管控，做到设备故障的预警、告警等。

结合图1所示的系统10，本发明实施例的用于电气维修的方法可以简述如下。

采集装置140可以实时采集电力数据，并将电力数据传输至服务器端110。服务器端110中的控制模块或者与服务器端110连接的外部的控制模块可以采用低压电力载波技术对电力数据进行分析，以判断电气设备是否存在故障。并且在确定存在故障时，向用户端120发送故障通知。随后，用户端120可以基于用户的指示来发起电气报修请求，以便由工人对电气设备进行维修，该维修的过程具体为：

首先，用户可以在用户端120首先选择服务类别，随后用户端120的界面可以显示与所选的服务类别对应的服务详情页面，在该服务详情页面可以显示服务详情以及服务起步价格；同时可以显示“我要报修”按钮。用户在查看该服务详情和了解服务起步价格后，可以通过点击“我要报修”按钮进入下一步。在下一个界面，用户需要输入故障描述。示例性地，可以是文字的形式，和/或，可以是图片的形式。例如，可以拍摄至少一张照片并上传。随后，用户可以按照服务起步价格支付起步价。从而用户提交了关于电气维修的订单。在此之后，用户可以在用户端120的订单详情界面查看该订单的状态等。并且，可理解，此时的订单状态可以为“待接单”。

随后，服务器端110可以将该电气维修的订单推送到工人端130，以便工人查看并抢单。示例性地，服务器端110可以将该订单推送到“激活绑定”的工人端130。示例性地，服务器端110可以将该订单推送到特定距离范围内的工人端130，例如，将该订单推送到与该用户的地址距离最近的预设数量(如20个或100个等)的工人端130；再例如，将该订单推送到与该用户的地址距离小于预设距离(如5公里或20公里)的工人端130。这样，接收到推送后，工人可以在其工人端130查看该订单。

工人可以在工人端130查看服务器端110推送过来的订单状态为“待接单”的订单，如果某个推送订单已经被其他工人抢单成功，则不再在该工人端130的界面上显示。工人在工人端130查看订单状态为“待接单”的订单，并选择其感兴趣的订单从而完成抢单。在接单成功后，可以查看该订单详情，具体地包括用户的详细地址和电话号等。可理解，在抢单之前，工人只能查看部分订单详情，如用户的粗略地址、故障详情等，但是无法查看具体到门牌号的详细地址以及用户的电话号等，这样能最大限度地保护用户隐私。工人在接单成功后，订单状态变为“待上门”。工人可以查看更详细的订单详情，可以通过电话或短信或APP内聊天工具等与用户进行沟通，一方面，工人可以了解更详细的故障状况，另一方面，工人可以与用户预约上门时间。

工人在上门后，可以现场查看电气故障，在与用户确认好维修方案以及维修费用后，开始维修工作。并在维修之前或之后，工人可以在工人端130将维修费用的金额输入至该订单对应的服务费用位置。随后，该订单的订单状态变为“待支付”。工人在维修完成后，用户可以在用户端120进行支付。在支付完成后，该订单的订单状态变为“已完成”。可选地，还可以由用户在用户端120对该工人进行评价等。

作为另一种实现方式，工人在上门后，可以与用户进行详细的沟通，对故障进行拍照留存(如拍摄1到5张，优选为1到3张)，并且，工人可以在工人端130点击“已到现场”按钮。工人在提供维修方案，计算出维修费用，并且征得用户的同意之后，工人可以在工人端130输入维修费用和维修内容描述，并点击“开始维修”按钮。此时，订单状态可以变为“维修中”。在维修结束后，工人可以拍照留存(如拍摄1到5张，优选为1到3张)上传，并且，工人可以在工人端130点击“维修完成”按钮。此时，订单状态可以变为“待支付”。在此之后，用户可以在用户端120通过点击“发起支付”按钮，完成支付，并且在此之后，该订单状态变为“已完成”。通过该实施例，可以更全面准确地了解工人对故障电气的维修，具体地通过工人在维修前后进行拍照留存，可以保证以后出现争议时有迹可循。

通过上述的关于电气维修的方法的流程简述，能够较为清晰地了解本方法流程的主线。下面将结合图2更为详细地描述本发明实施例的电气维修的方法。

图2是本发明实施例的用于电气维修的方法的一个示意性流程图。图2所示的方法包括：

S110，采用低压电力载波技术，对电力数据进行分析，确定电气设备存在故障。

S120，获取用户的电气报修请求，所述电气报修请求包括所述用户选择的服务类别、所述用户输入的故障描述以及所述用户支付的起步价。

S130，将所述电气报修请求对应的订单推送到多个工人端。

S140，接收所述多个工人端之一对所述订单的抢单操作，并将该订单分配至该抢单的工人端。

S150，接收抢单的工人端的工人输入的维修方案以及总的维修费用。

S160，获取用户对维修费的支付，该维修费等于总的维修费用减去起步价。

具体地，S110中，可以获取由采集装置采集的电力数据，并对该电力数据进行分析，以判断是否存在故障。

可理解，可以沿着电力线布置多个采集装置，进而可以根据通过分析确定是哪个采集装置附近发生的故障，并且通过对电力数据的分析确定出故障类型、故障原因等。

可见，本发明实施例能够充分利用低压电力载波技术，方便地判断电气设备是否出现故障，避免额外安装故障检测设备，减少了布线，降低了成本。

示例性地，如果S110中通过分析确定某电气设备存在故障，那么可以向用户端发送故障通知。从而用户能够及时获知哪里出现了故障，出现了何种故障。并且，用户可以根据故障通知自行决定是否需要对出现故障的电气设备进行维修，如果决定对其进行维修，可以通过其用户端发起电气报修请求的订单。

具体地，S120中可以经由用户所使用的用户端来获取电气报修请求。也就是说，用户可以通过其用户端来输入电气报修请求。

用户可以在其移动终端上安装用户端应用程序，并在该用户端应用程序上发起电气报修请求。

其中，用户端应用程序可以优选地是通过下载安装后的独立应用程序，但是应当理解，该用户端应用程序也可以嵌入其他应用程序内部，举例来说可以是微信或支付宝等应用程序中的小程序或者可以是通过网页等应用程序而访问的界面等等。

示例性地，用户端应用程序可以包括首页、配件市场、服务详情和我的订单等多个菜单。

在用户端应用程序的首页，可以分两栏显示，例如上下两栏。在上面一栏(即顶部)可以显示轮播图(banner)，轮播图的数量可以为1张至5张中的任一，或者可以更多。在下面一栏(即底部)可以然后显示服务类别，显示报修起步价，其中报修的服务列表可以包括但不限于：配电柜报修、变压器报修、漏保报修、断路器报修、断电器报修等，也可以包括其他电气设备报修。

在用户端应用程序的配件市场，可以按照列表的形式展示所有配件及对应的参考价格。其中，所展示的配件也可以包括一级分类，并且用户可以按该一级分类进行筛选或者按配件关键字进行查询。

在获取用户在首页对服务类别的选择(例如用户通过点击对应的位置选择服务类别)之后，可以跳转到与用户所选择的服务类别对应的服务的服务详情页面。在用户端应用程序的服务详情页面，可以采用图文等形式较为详细地介绍该项服务的内容，并且还可以显示报修的起步价，可选地在底部可以显示“我要报修”的按钮。在获取用户对“我要报修”的按钮的点击之后，可以跳转到下一步，以便用户输入故障描述。

可选地，在获取用户对“我要报修”的按钮的点击之后，可以发起用户授权，要求用户授权平台获取头像、昵称等信息；同意授权后为此用户创建账号，这样用户才可以继续往下操作。可理解，如果用户拒绝授权，则可以退出，例如可以显示首页或者显示服务详情页面。

其中，故障描述可以是用户输入的文字形式的描述，或者可以是用户对出现故障的电气设备进行拍摄后再上传的照片，所上传的照片的数量可以为1至5张中的任意数量，例如可以为1～3张。可选地，故障描述可以既包括用户输入的文字形式的描述也包括用户上传的针对故障的电气设备所拍摄的若干张照片。

举例来说，用户可以根据从服务器端接收到的故障通知来输入文字形式的故障描述。举例来说，用户可以根据从服务器端接收到的故障通知，对故障通知所涉及的电气设备进行拍照并上传。

示例性地，还可以包括获取用户的联系方式，该联系方式至少包括待维修上门的地址和手机号码。其中，待维修上门的地址可以通过定位方式获取当前位置和/或用户手动输入详细地址。其中，用户的手机号码可以是用户注册时的手机号码，或者可以是用户在当前下单时输入的手机号码。

如果该用户首次通过该用户端应用程序进行下单，那么用户在输入其手机号码之后，还需要通过点击发送验证码，来进行短信验证。这样能够确保用户输入了正确且有效的手机号码。如果该用户不是首次下单，且手机号码未发生改变，则可以不进行短信验证，这样能够简化用户操作，提升用户体验。如果该用户不是首次下单，但是其更换了新的手机号码，那么也可以与首次使用类似地进行短信验证。作为另一个实施例，用户每次下单时均需要进行短信验证，这样来确保订单的有效性。

示例性地，用户在输入故障描述，且输入联系方式之后，可以通过点击提交生成订单进入下一步，并在下一步按照提示支付起步价。

在用户端应用程序的我的订单页面，用户可以查看所有订单的状态。示例性地，可以按照列表的形式展示我的订单，例如可以展示全部订单，或者可以按照订单状态展示一部分订单。示例性地，订单状态可以包括待支付、待接单、待完成、已完成。因此，可以选择只展示待支付的订单，或者只展示待完成的订单，等等。

待支付订单可以是指还未进行起步价支付的订单，例如，用户在输入故障描述和联系方式之后，虽然点击了提交订单，但是没有按照提示在下一步完成起步价支付便退出了，那么该订单为待支付订单。可选地，可以为待支付订单设定倒计时，用户需要在倒计时时长内完成支付，否则该订单会被关闭。在该待支付界面可以显示支付按钮，以便用户通过点击该支付按钮完成起步价的支付。并且在支付之后，该订单的状态变为待接单订单。可选地，用户可以对待支付订单进行编辑，例如修改故障描述、修改联系方式等等。可选地，所设定的倒计时长可以是管理员在服务器端设定的，该时长例如可以为30分钟、1小时、5小时等等，本发明对此不限定。

待接单订单可以是指已经完成起步价的支付但是还未被特定工人接单的订单。可理解，只有用户完成起步价支付后的状态为待接单的订单才会在S130中被推送至工人端，以便工人端的工人进行抢单。特定工人接单如S140所示，具体地将在下文关于工人端的描述中详细阐述。当订单被分配给特定的工人后，该订单的状态会变为待完成。

待完成订单可以是指工人抢单后已经被分配给特定工人的订单。针对待完成订单，如果工人通过其工人端点击维修完成，则在用户端会出现支付按钮，此时用户可以对待完成订单进行维修费用支付。例如，在S160中，获取用户在用户端应用程序对维修费用的支付。可理解，该支付过程所付费用为总费用减去起步价的费用。其中，总费用是工人在工人端应用程序中输入的，如后面结合工人端进行详细描述的。

已完成订单可以是指用户已经完成维修费用支付的订单。

另外，在用户端应用程序的我的订单页面，订单列表信息可以包括但不限于：下单时间、订单状态、起步价格、维修师傅、一键拨号、维修费用等。

在S120中从用户端获取用户的电气报修请求之后，具体地获取用户已经支付了起步价的电气报修请求之后，可以在S130中将该电气报修请求对应的订单推送到多个工人端。示例性地，在服务器端将电气报修请求对应的订单推送到多个工人端之后或者在推送的同时，可以向这多个工人端发送推送通知，这样，多个工人端可以根据推送通知及时查看推送的订单。

在S140中，多个工人端接收到推送之后，可以在工人端的抢单大厅显示该订单，并且这多个工人端的工人可以进行抢单操作。在此之后，如果接收到多个工人端中多于一个的抢单的操作，则可以按照第一预设规则将该订单分配至满足第一预设规则的一个工人端。

第一预设规则可以是以下任意一个：最早抢单、最早抢单的预订数量(如5个或3个等)的工人端中总订单量最多的、最早抢单的预订数量(如5个或3个等)的工人端中历史投诉量最少的、最早抢单的预订数量(如5个或3个等)的工人端中与用户所在位置距离最小的、最早抢单的预订数量(如5个或3个等)的工人端中注册时间最久的、等等。应理解，该第一预设规则只是示意性的，也可以通过其他的方面来限定该第一预设规则，本发明对此不限定。

其中，工人端应用程序可以优选地是通过下载安装后的独立应用程序，但是应当理解，该工人端应用程序也可以嵌入其他应用程序内部，举例来说可以是微信或支付宝等应用程序中的小程序或者可以是通过网页等应用程序而访问的界面等等。

示例性地，工人端应用程序可以包括抢单大厅、我的订单和提现等多个菜单。

在工人端应用程序的抢单大厅，可以显示所有未接订单信息，也就是说可以显示推送来的订单状态为待接单的所有订单。示例性地，可以以列表的形式显示订单状态为待接单的订单，所显示的未接订单的订单信息可以包括：服务类别、起步价格、订单的服务地址。可选地，还可以包括用户姓名、手机号码等。并且与每个订单对应的可以显示“抢单”按钮，以便工人针对该订单进行抢单操作。

可理解，对于所显示的订单状态为待接单的订单，如果其中某个订单已经被别的工人抢单且已经被分配给别的工人端，则可以从当前工人的工人端的抢单大厅去除该订单。也就是说，如果某个订单的状态已经不再是待接单，例如已经变为待完成，则在工人端的抢单大厅不再显示。

示例性地，工人可以对在其工人端应用程序的抢单大厅的所有订单进行筛选。例如可以按照订单生成时间排序，或者可以按照距离排序。具体地，可以按订单生成时间倒序、按距离由近及远排序。

在工人端应用程序的我的订单页面，工人可以查看其所有订单的状态。示例性地，可以按照列表的形式展示我的订单，例如可以展示全部订单，或者可以按照订单状态展示一部分订单。示例性地，订单状态可以包括待到场、待服务、进行中、待支付、已完成。因此，可以选择只展示待到场的订单，或者只展示进行中的订单，等等。

待到场订单可以是指工人已经完成抢单，该订单已经被分配给该工人，但是该工人还未到达该订单的服务地址。具体地，针对待到场订单，工人可以按照与用户的约定到达该订单载明的服务地址，并且在到达之后，点击该订单对应的已到现场按钮，从而该订单的状态变为待服务订单。

待服务订单可以是指工人已经到达该订单的服务地址，但是还未进行维修工作。具体地，针对待服务订单，工人可以现场查看电气设备故障，指定维修方案，与用户进行现场协商，在与用户沟通完毕之后，输入维修方案，并填写总的维修费用，点击该订单对应的开始维修按钮，从而该订单的状态变为进行中。其中，维修方案可以是简单的文字描述，甚至可以为空。例如，可以输入更换哪个器件或者修理哪个器件等。

进行中订单是指工人正在维修过程中的订单。工人在按照与用户协商好的维修方案完成维修后，可以通过点击完成或发起支付按钮，从而该订单的状态变为待支付。可选地，工人在完成维修后，可以针对修好的电气设备进行拍照上传，例如上传1至3张照片，然后再点击“完成”或“发起支付”按钮。这样，能够为工人的修理工作留存证据。

待支付订单是指工人已经完成维修工作但是用户还未支付余款的订单。可理解，当用户通过其用户端应用程序完成维修费用的支付之后，该订单的状态变为已完成。其中，用户支付的维修费是工人在待服务订单状态时所输入的总的维修费用减去起步价。应当注意的是，本发明实施例中，用户端应用程序中的待支付订单是指待用户支付起步费的订单。而在工人端应用程序中的待支付订单是指待用户支付维修费的订单。为了进行区别，本发明中可以将工人端的待支付订单称为待用户支付订单。或者，可选地，工人端的订单状态可以不包括待支付，例如，在接收到工人端的工人对“完成维修”的点击且接收到用户端的用户对维修费用的支付之后，进行中订单的状态变为已完成。

已完成订单可以是指用户已经完成维修费用支付的订单。

另外，在工人端应用程序的我的订单页面，订单列表信息可以包括但不限于：下单时间、订单状态、起步价格、总的维修费用、用户姓名、用户手机号、一键拨号等。

应当理解的是，对于已完成订单，用户支付了总的维修费用，包括起步价和后支付的维修费。随后，按照管理员在服务器端所设置的预设抽成比例，将总的维修费用乘以预设抽成比例得到的金额数量增加至该工人的账户余额中。

在工人端应用程序的提现页面，可以显示当前账户余额，即总的可提现金额。工人可以在该页面输入提现金额，如100元，并通过点击“提现”按钮来提交提现申请。示例性地，工人可以通过提现记录查看历史提现记录信息，包括但不限定：日期、提现金额、提现状态(成功或失败)等。

在服务器端，管理员可以看到工人的提现申请，并且管理员可以对该提现申请进行审核，审核的结果可以为通过或拒绝。对于审核通过的提现申请，如果该工人的工人端已经授权第三方接口，则可以提现到该第三方平台的钱包中。举例来说，如果已经授权微信零钱接口，则审核结果通过后，可以提现到微信零钱中。相反，如果该工人的工人端没有授权第三方接口，则可以通过服务器端向工人端发送通知，以便该工人提供银行卡号给财务人员，以便该财务人员进行线下打款。

示例性地，在S130之后，在S140中，如果所述多个工人端中的任一工人端在预设时长内都没有进行抢单操作，则将该订单分配给多个工人端中满足第二预设规则的工人端。

其中预设时长可以是24小时或48小时等，也可以是其他更长或更短的时长。这样，在预设时长后直接分配订单，而不再等待工人接单，这样能够保证用户的权益，避免用户太长时间的等待。

其中第二预设规则为以下任意一项：多个工人端中总订单量最多的、多个工人端中历史投诉量最少的、多个工人端中与用户所在位置距离最小的、多个工人端中注册时间最久的。

满足第二预设规则的工人一般是信誉较好的工人，这些工人一般责任心更强，工作能力更强，等等，能够中和用户对于预设时长内未被分配订单而造成的不满，从而提升用户对该电气维修服务的满意度。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

另外，本发明实施例还提供了一种计算机存储介质，其上存储有计算机程序。当所述计算机程序由处理器执行时，可以实现前述图2所示的方法的步骤。例如，该计算机存储介质为计算机可读存储介质。

计算机存储介质例如可以包括智能电话的存储卡、平板电脑的存储部件、个人计算机的硬盘、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、便携式紧致盘只读存储器(CD-ROM)、USB存储器、或者上述存储介质的任意组合。计算机可读存储介质可以是一个或多个计算机可读存储介质的任意组合。

另外，本发明实施例还提供了一种计算机程序产品，其包含指令，当该指令被计算机所执行时，使得计算机执行上述图2所示的方法的步骤。

由此可见，本发明实施例提供了一种用于电气维修的方法、系统及计算机存储介质，能够采用低压电力载波技术实现故障检测，减少了布线，降低了成本；故障通知发送至用户后，用户可以自行决定经由本发明实施例的用于电气维修的系统的用户端由用户发布维修请求的订单，并经由工人端由工人进行抢单，能够及时地为用户提供电气维修的服务，并且能够提高工人的积极性，实现了优化调度，进而能够提升用户和工人双方的使用和工作体验。

另外，应当注意的是，尽管上述结合图1和图2描述了用于电气维修的系统和方法，但是本发明实施例的方法也可以类似地用于其他设备维修，如水、气、热、冷等设备的故障维修。

尽管这里已经参考附图描述了示例实施例，应理解上述示例实施例仅仅是示例性的，并且不意图将本发明的范围限制于此。本领域普通技术人员可以在其中进行各种改变和修改，而不偏离本发明的范围和精神。所有这些改变和修改意在被包括在所附权利要求所要求的本发明的范围之内。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个设备，或一些特征可以忽略，或不执行。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该本发明的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如相应的权利要求书所反映的那样，其发明点在于可以用少于某个公开的单个实施例的所有特征的特征来解决相应的技术问题。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域的技术人员可以理解，除了特征之间相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(Digital Signal Processing，DSP)来实现根据本发明实施例的物品分析设备中的一些模块的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

Claims (8)

1.一种用于电气维修的方法，其特征在于，包括：

采集与用户相关联的电气设备的电力线的电流、电压变化，并采用低压电力载波技术，对电力数据进行分析，确定电气设备存在故障，向用户发送故障通知；用户根据收到的故障通知，对故障通知所涉及的电气设备进行拍照并上传；

获取用户的电气报修请求，所述电气报修请求包括所述用户选择的服务类别、所述用户输入的故障描述以及所述用户支付的起步价；

将所述电气报修请求对应的订单推送到多个工人端；

接收所述多个工人端之一对所述订单的抢单操作，并将所述订单分配至所述抢单的工人端；

接收所述抢单的工人端的工人输入的维修方案以及总的维修费用；

获取用户对维修费的支付，从而完成所述订单，其中所述维修费等于所述总的维修费用减去所述起步价；

接收所述多个工人端之一对所述订单的抢单操作，并将所述订单分配至所述抢单的工人端包括：

接收所述多个工人端中多于一个对所述订单的抢单操作；

按照第一预设规则将所述订单分配至满足所述第一预设规则的一个工人端；所述第一预设规则包括以下任意一项：最早抢单、最早抢单的预订数量的工人端中总订单量最多的、最早抢单的预订数量的工人端中历史投诉量最少的、最早抢单的预订数量的工人端中与用户所在位置距离最小的、最早抢单的预订数量的工人端中注册时间最久的；

所述用户输入的故障描述包括：所述用户输入的文字形式的描述，和/或，所述用户针对出现故障的电气设备所拍摄的照片，其中，所述照片的数量为1张或2张或3张。

2.根据权利要求1所述的方法，其特征在于，获取用户对维修费的支付之前，还包括：

接收所述工人上传的针对维修完成的电气设备所拍摄的照片，其中，所述照片的数量为1张或2张或3张。

3.根据权利要求1所述的方法，其特征在于，还包括：

接收所述工人端的工人的提现申请，所述提现申请包括提现金额；

获取管理员对所述提现申请的审核结果，所述审核结果为通过或拒绝；

如果所述审核结果为通过，则将所述提现金额达到所述工人端的对应的账户。

4.根据权利要求1所述的方法，其特征在于，

如果所述多个工人端中的任一工人端在预设时长内都没有进行抢单操作，则将所述订单分配给所述多个工人端中满足第二预设规则的工人端。

5.根据权利要求4所述的方法，其特征在于，所述第二预设规则为以下任意一项：所述多个工人端中总订单量最多的、所述多个工人端中历史投诉量最少的、所述多个工人端中与用户所在位置距离最小的、所述多个工人端中注册时间最久的。

6.一种执行如权利要求1所述的方法的用于电气维修的系统，其特征在于，包括用户端、工人端和服务器端，

所述用户端，用于获取用户的电气报修请求，还用于获取所述用户对维修费的支付，其中，所述电气报修请求包括所述用户选择的服务类别、所述用户输入的故障描述以及所述用户支付的起步价；

所述服务器端，用于采用低压电力载波技术，对电力数据进行分析，确定电气设备存在故障，向用户发送故障通知，还用于将所述电气报修请求对应的订单推送到多个工人端，接收所述多个工人端之一对所述订单的抢单操作，并将所述订单分配至所述抢单的工人端；

所述工人端，用于接收所述工人端的工人对所述订单的抢单操作，还用于针对所述服务器端所分配的订单，获取所述工人端的工人输入的维修方案以及总的维修费用；

其中，所述用户支付的所述起步价和所述维修费之和等于所述总的维修费用。

7.根据权利要求6所述的系统，其特征在于，

所述用户端还用于显示配件市场页面，用于以列表形式展示多个配件以及对应的参考价格。

8.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述方法的步骤。

Images