CN109767081A - 电力工单表生成方法及装置 - Google Patents

Abstract

本申请公开了一种电力工单表生成方法及装置。该方法包括：接收第一报修请求，在用户端输出问题对列；根据所述用户回答所述问题对列的答案确定报修信息；将所述报修信息输入知识模型，判断出故障原因；以及，依照所述报修信息和所述故障原因生成电力工单表。该装置包括：第一接收单元、第一确定单元、第一判断单元和生成单元。本申请解决了由于不具备故障自动判断的能力，需要用户自行填写报修信息，而且事后需要管理人员和维修人员相互配合，完成电力工单表的填写造成的智能化程度低的的技术问题。

Description

电力工单表生成方法及装置

技术领域

本申请涉及线上电力报修、维修领域，具体而言，涉及一种电力工单表生成方法及装置。

背景技术

电力电网涉及到各大行业、领域。在通过电力、电网供电的过程中，出现故障的情况是比较常见的，目前在出现故障情况时，需要用电用户通过电话、微信、qq、应用处理软件等沟通手段和维修人员取得联系。

以应用处理软件为例，当出现停电、漏电等情况时，用电用户可以通过手机或电脑端安装该软件，可以向服务器发出报修请求，再通过服务器给到管理端，由管理端分配给相应的维修人员；显然，智能化程度较低，需要管理人员手动操作完成维修人员的分配，不具备故障判断能力，导致维修人员或者用电用户维修不易，需要用户自行填写报修信息，容易出现词不达意的情况，往往描述不到重点，而且事后需要管理人员和维修人员相互配合，完成电力工单表的填写，最终达到管理员管理工单的目的。

针对相关技术中不具备故障自动判断的能力，需要用户自行填写报修信息，而且事后需要管理人员和维修人员相互配合，完成电力工单表的填写造成的智能化程度低的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种电力工单表生成方法及装置，以解决不具备故障自动判断的能力，需要用户自行填写报修信息，而且事后需要管理人员和维修人员相互配合，完成电力工单表的填写造成的智能化程度低的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种电力工单表生成方法。

根据本申请的电力工单表生成方法包括：接收第一报修请求，在用户端输出问题对列；根据所述用户回答所述问题对列的答案确定报修信息；将所述报修信息输入知识模型，判断出故障原因；以及，依照所述报修信息和所述故障原因生成电力工单表。

进一步的，将所述报修信息输入知识模型，判断出故障原因之后还包括：接收用户的故障排查请求；根据所述故障原因在预设的故障排查表中搜索出故障排查方案；将所述故障排查方案在所述用户端输出。

进一步的，根据所述用户回答所述问题对列的答案确定报修信息之后还包括：将所述报修信息输入知识模型，未判断出故障原因；根据所述报修信息中的地址信息搜索得到预设电子围栏内的在册维修人员；向所述在册维修人员发出按照报修信息生成的抢单信息。

进一步的，根据所述用户回答所述问题对列的答案确定报修信息之后还包括：将所述报修信息输入知识模型，未判断出故障原因；根据所述报修信息中的地址信息搜索得到预设电子围栏内的在册维修人员；获取所述在册维修人员的位置信息；按照所述位置信息和所述地址信息的距离排序，得到所述在册维修人员的排序列表；向所述用户推荐所述排序列表。

进一步的，依照所述报修信息和所述故障原因生成电力工单表之后还包括：接收管理员的查看请求；根据所述电力工单表在管理端输出电力工单界面；监测所述电力工单界面中是否存在管理员的管理操作；如果存在，则根据所述管理员的管理操作，在所述电力工单界面输出管理结果。

进一步的，将所述报修信息输入知识模型，判断出故障原因之后还包括：接收用户的维修请求；将按照所述故障原因生成的抢单信息，发送给预设电子围栏内的在册维修人员。

进一步的，还包括：接收第二报修请求，在用户端输出问题对列；根据所述用户回答所述问题对列的答案确定报修信息；将按照所述报修信息生成的抢单信息，发送给预设电子围栏内的在册维修人员。

为了实现上述目的，根据本申请的另一方面，提供了一种电力工单表生成装置。

根据本申请的电力工单表生成装置包括：第一接收单元，用于接收第一报修请求，在用户端输出问题对列；第一确定单元，用于根据所述用户回答所述问题对列的答案确定报修信息；第一判断单元，用于将所述报修信息输入知识模型，判断出故障原因；以及，生成单元，用于依照所述报修信息和所述故障原因生成电力工单表。

进一步的，还包括：管理单元，所述管理单元，用于接收管理员的查看请求；根据所述电力工单表在管理端输出电力工单界面；监测所述电力工单界面中是否存在管理员的管理操作；如果存在，则根据所述管理员的管理操作，在所述电力工单界面输出管理结果。

进一步的，还包括：第二接收单元，用于接收第二报修请求，在用户端输出问题对列；第二确定单元，用于根据所述用户回答所述问题对列的答案确定报修信息；发送单元，用于将按照所述报修信息生成的抢单信息，发送给预设电子围栏内的在册维修人员。

在本申请实施例中，采用设置问题队列和智能判断故障的方式，通过接收第一报修请求，在用户端输出问题对列；根据所述用户回答所述问题对列的答案确定报修信息；将所述报修信息输入知识模型，判断出故障原因；依照所述报修信息和所述故障原因生成电力工单表，达到了自动判断故障原因，仅需用户根据设置的问题队列作出回答即可确定报修信息，而且事后无需管理人员和维修人员即可生成电力工单表的目的，从而实现了提升智能化程度的技术效果，进而解决了由于不具备故障自动判断的能力，需要用户自行填写报修信息，而且事后需要管理人员和维修人员相互配合，完成电力工单表的填写造成的智能化程度低的的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的电力工单表生成方法示意图；

图2是根据本申请第二实施例的电力工单表生成方法示意图；

图3是根据本申请第三实施例的电力工单表生成方法示意图；

图4是根据本申请第四实施例的电力工单表生成方法示意图；

图5是根据本申请第五实施例的电力工单表生成方法示意图；

图6是根据本申请第六实施例的电力工单表生成方法示意图；

图7是根据本申请第七实施例的电力工单表生成方法示意图；

图8是根据本申请第一实施例的电力工单表生成装置示意图；

图9是根据本申请第二实施例的电力工单表生成装置示意图；

图10是根据本申请第三实施例的电力工单表生成装置示意图。

具体实施方式

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

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

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本发明及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本发明中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本发明实施例，提供了一种电力工单表生成方法，如图1所示，该方法包括如下的步骤S100至步骤S106：

步骤S100、接收第一报修请求，在用户端输出问题对列；

在用户端安装应用处理软件，用户可以通过在软件界面的操作发出第一报修请求，服务器接收到该请求后，判断出请求类型，再按照请求类型从数据库调取预先设置的问题对列，发送到用户端的软件界面中输出。

举个示例：用户可以点击界面中的“智能维修”以发出第一报修请求，则在界面中输出问题队列：

“属于哪个供电局or属于哪个行政区域”

“您的具体家庭地址是哪里”

“是什么时候开始出现故障”

“请从以下的选项中选择：{A仅自家无电；B仅周围几家无电；C片区内部分有电部分无电；D片区内均无电}”

如果选择了A选项，则再询问“请从以下的选项中选择：1是否空开合上无电；2是否空开合不上3是否电卡未插好4是否电卡已无余额”

“是否有电学方面的常规知识”等。

当问题队列被答复完之后，服务器自动生成一个报修单号，并且记录下生成该单号的时间，作为报修时间；

从而为确定具有可用性的保修信息提供了保障，同时可以引导客户进行简单的故障排查，为确定故障原因提供了保障。

步骤S102、根据所述用户回答所述问题对列的答案确定报修信息；

用户回答完问题队列以后，服务器结合问题队列和答案得到报修信息；

仍然以以上的示例说明：

通过对“属于哪个供电局or属于哪个行政区域”的回答，可以直接得到或关联到供电局名称信息；

通过对“您的具体家庭地址是哪里”的回答，可以得到用户地址信息；

通过对“是什么时候开始出现故障”的回答，可以得到发生故障的时间；

通过“请从以下的选项中选择：{A仅自家无电；B仅周围几家无电；C 片区内部分有电部分无电；D片区内均无电}”的选择，可以得到故障描述信息；

通过对“请从以下的选项中选择：1是否空开合上无电；2是否空开合不上3是否电卡未插好4是否电卡已无余额”的选择，可以进一步完善故障描述信息；

通过对“是否有电学方面的常规知识”的回答，可以为判定用户是否具备自主维修能力提供保障。

从而用户可以根据问题给出答案，使涉及到的报修信息均为有用的信息；不会出现自行填写报修信息时容易发生词不达意、描述不到重点的情况。

优选的，如图3所示，根据所述用户回答所述问题对列的答案确定报修信息之后还包括：

步骤S300、将所述报修信息输入知识模型，未判断出故障原因；

步骤S302、根据所述报修信息中的地址信息搜索得到预设电子围栏内的在册维修人员；

步骤S304、向所述在册维修人员发出按照报修信息生成的抢单信息。

服务器得到报修信息之后，可以将其输入预先训练过的知识模型，判断故障原因；知识模型可以是深度学习模型，能够通过输入具有标记有故障原因的样本实现样本分类，从而使该知识模型具备判断故障原因的功能。

在本实施例中，由于电力故障类型和原因均比较复杂，很难以偏概全，因此，在知识模型输出判断失败时(无法判断出故障原因)，服务器自动将报修信息发送给相关在册人员；在这里，服务器判断失败之后，获取报修信息中的地址信息，再通过该地址信息搜索预设电子围栏范围内(可以设置方圆N公里)的在册维修人员，并将报修信息与一个抢单链接相关联，最后将该抢单链接发送给在预设电子围栏范围内的在册维修人员；在册人员可以根据实际情况抢单，最终到相应的地址完成检查、维修。

提供了故障原因判断失败后的解决方案，无需用户再打电话，服务器会自动分配给在册维修人员，而且在册维修人员可以以抢单的形式抢下订单，完成检查和维修；大大提高了用户和维修人员的便利性。

优选的，如图4所示，根据所述用户回答所述问题对列的答案确定报修信息之后还包括：

步骤S400、将所述报修信息输入知识模型，未判断出故障原因；

步骤S402、根据所述报修信息中的地址信息搜索得到预设电子围栏内的在册维修人员；

步骤S404、获取所述在册维修人员的位置信息；

步骤S406、按照所述位置信息和所述地址信息的距离排序，得到所述在册维修人员的排序列表；

步骤S408、向所述用户推荐所述排序列表。

服务器得到报修信息之后，可以将其输入预先训练过的知识模型，判断故障原因；知识模型可以是深度学习模型，能够通过输入具有标记有故障原因的样本实现样本分类，从而使该知识模型具备判断故障原因的功能。

在本实施例中，由于电力故障类型和原因均比较复杂，很难以偏概全，因此，在知识模型输出判断失败时(无法判断出故障原因)，服务器自动将报修信息发送给相关在册维修人员；在这里，服务器判断失败之后，获取报修信息中的地址信息，再通过该地址信息搜索预设电子围栏范围内(可以设置方圆N 公里)的在册维修人员，并且通过在该范围内的在册维修人员的手机获取其位置信息，再通过位置和地址得到两者距离并排序，将排序得到的排序列表发送给用户，用户可以选择最近或者自行选择一个在册维修人员提供上门检修服务。

提供了故障原因判断失败后的解决方案，无需用户再打电话，服务器会自动分配给在册维修人员，而且生成距离排序列表，供用户选择；大大提高了用户和维修人员的便利性，并且挺高了用户的可选择性。

步骤S104、将所述报修信息输入知识模型，判断出故障原因；

服务器得到报修信息之后，可以将其输入预先训练过的知识模型，判断故障原因；知识模型可以是深度学习模型，能够通过输入具有标记有故障原因的样本实现样本分类，从而使该知识模型具备判断故障原因的功能，能够给用户自己检修或者维修人员的检修提供参考。

知识模型的建立，可以参照以下步骤：

步骤1：对电力系统工单数据进行工单采集，并转换为文本格式，并根据文本含义属性划分为多个文本域；

步骤2：以工单为单位，对工单文本数据进行分词处理；

步骤3：对文本域进行分组；

步骤4：对各文本域分别进行域分词处理，采用基于字符串匹配的分词方法分别对各分组的内容进行词汇切分；

步骤5：根据无效词汇表进行无效词汇过滤，过滤掉无效词汇和敏感词汇；

步骤6：将有效词汇与知识库中词汇表进行比对，将新词汇加入到知识库的词汇列表，对己有词汇进行累加其出现的频次；

步骤7：抽取加入词汇的实体关系：通过预先定义实体关系类型及基于实体的特征，抽取实体关系；

步骤8：将实体与实体关系导入图数据库；

步骤9：在图数据库中完成知识图谱的绘制。

通过对电力系统工单数据进行文本化和分词，之后通过相似度进行分类，再构建LSTM结构的知识模型。

仍然以以上的示例说明，如果故障描述是“空开合上无电”，则故障原因如下：

用户表箱内接线松动；

隔离开关损坏；

用户表箱内空开跳闸；

表箱内线路烧断等。列出所有可能的情况，引导用户或维修人员的排查。

通过知识模型实现故障原因的判断，能够给用户自己检修或者维修人员的检修提供参考，甚至为推荐自我排查方案提供保障。

优选的，如图2所示，将所述报修信息输入知识模型，判断出故障原因之后还包括：

步骤S200、接收用户的故障排查请求；

步骤S202、根据所述故障原因在预设的故障排查表中搜索出故障排查方案；

步骤S204、将所述故障排查方案在所述用户端输出。

服务器故障原因判断出故障原因之后，如果收到用户的故障排查请求，则自动搜索故障排查表，从中搜索出和故障原因相对应的故障排查方案；

仍然以以上的示例说明，用户查看表箱，选择的故障原因为：用户表箱内接线松动，则给出的故障排查方案是“配合视图提示用户需要如何操作”的方案，优选的，在方案内写明断电操作，做好安全措施。从而按照方案实现了用户自行排查、维修的技术效果。

还可以是在根据回答“是否有电学方面的常规知识”的答案，判断出用户是否适合自行操作，在一些涉及安全问题的情况时屏蔽该功能；如果适合，则将生成的故障排查方案推送给用户，否则执行步骤S602。

优选的，如图6所示，将所述报修信息输入知识模型，判断出故障原因之后还包括：

步骤S600、接收用户的维修请求；

步骤S602、将按照所述故障原因生成的抢单信息，发送给预设电子围栏内的在册维修人员。

服务器故障原因判断出故障原因之后，如果收到用户的维修请求，则自动根据故障原因生成抢单信息，发送给预设电子围栏范围内的在册维修人员；在册维修人员可以抢下该订单，到达目的后参考故障原因直接进行维修，提升了维修人员的工作效率，同时避免自我检修带来的安全隐患。

在一些实施例中，还可以对在范围内的在册维修人员进行排序，再推荐给用户，供用户选择。

步骤S106、依照所述报修信息和所述故障原因生成电力工单表。

报修信息包括但不限于，用户地址信息、供电局信息、故障时间、故障描述、订单信息和报修时间；以以上的信息和最终用户或维修人员确定的故障原因作为关键词，生成电力工单表；事后无需管理人员和维修人员相互配合，完成电力工单表的填写，提升了智能化程度。

在一些实施例中，如果故障原因未判断出来，到现在检修的维修人员需要将最终确定的故障原因、维修耗时通过维修端软件上传至服务器，最终结合报修信息实现电力工单表的生成。

优选的，如图5所示，依照所述报修信息和所述故障原因生成电力工单表之后还包括：

步骤S500、接收管理员的查看请求；

步骤S502、根据所述电力工单表在管理端输出电力工单界面；

步骤S504、监测所述电力工单界面中是否存在管理员的管理操作；

步骤S506、如果存在，则根据所述管理员的管理操作，在所述电力工单界面输出管理结果。

电力工单表生成之后，管理员可以通过发出查看请求查看电力工单表，实现维修人员的工作情况监督；在管理端的电力工单界面中，管理员还可以通过简单的排序、筛选等操作进行查看，提高了管理端的监督效率。

从以上的描述中，可以看出，本发明实现了如下技术效果：

在本申请实施例中，采用设置问题队列和智能判断故障的方式，通过接收第一报修请求，在用户端输出问题对列；根据所述用户回答所述问题对列的答案确定报修信息；将所述报修信息输入知识模型，判断出故障原因；依照所述报修信息和所述故障原因生成电力工单表，达到了自动判断故障原因，仅需用户根据设置的问题队列作出回答即可确定报修信息，而且事后无需管理人员和维修人员即可生成电力工单表的目的，从而实现了提升智能化程度的技术效果，进而解决了由于不具备故障自动判断的能力，需要用户自行填写报修信息，而且事后需要管理人员和维修人员相互配合，完成电力工单表的填写造成的智能化程度低的的技术问题。

根据本发明实施例，优选的，如图7所示，还包括：

步骤S700、接收第二报修请求，在用户端输出问题对列；

步骤S702、根据所述用户回答所述问题对列的答案确定报修信息；

步骤S704、将按照所述报修信息生成的抢单信息，发送给预设电子围栏内的在册维修人员。

在用户端安装应用处理软件，用户可以通过在软件界面的操作发出第二报修请求，服务器接收到该请求后，判断出请求类型，再按照请求类型从数据库调取预先设置的问题对列，发送到用户端的软件界面中输出。

举个示例：用户可以点击界面中的“人工维修”以发出第二报修请求，则在界面中输出问题队列：

“属于哪个供电局or属于哪个行政区域”

“您的具体家庭地址是哪里”

“是什么时候开始出现故障”

“请从以下的选项中选择：{A仅自家无电；B仅周围几家无电；C片区内部分有电部分无电；D片区内均无电}”

如果选择了A选项，则再询问“请从以下的选项中选择：1是否空开合上无电；2是否空开合不上3是否电卡未插好4是否电卡已无余额”

“是否有电学方面的常规知识”等。

当问题队列被答复完之后，服务器自动生成一个报修单号，并且记录下生成该单号的时间，作为报修时间；

获取报修信息中的地址信息，再通过该地址信息搜索预设电子围栏范围内 (可以设置方圆N公里)的在册维修人员，并将报修信息与一个抢单链接相关联，最后将该抢单链接发送给在预设电子围栏范围内的在册维修人员；在册人员可以根据实际情况抢单，最终到相应的地址完成检查、维修。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本发明实施例，还提供了一种用于实施上述电力工单表生成方法的装置，如图8所示，该装置包括：包括：第一接收单元10，用于接收第一报修请求，在用户端输出问题对列；第一确定单元20，用于根据所述用户回答所述问题对列的答案确定报修信息；第一判断单元30，用于将所述报修信息输入知识模型，判断出故障原因；以及，生成单元40，用于依照所述报修信息和所述故障原因生成电力工单表。

在用户端安装应用处理软件，用户可以通过在软件界面的操作发出第一报修请求，服务器接收到该请求后，判断出请求类型，再按照请求类型从数据库调取预先设置的问题对列，发送到用户端的软件界面中输出。

举个示例：用户可以点击界面中的“智能维修”以发出第一报修请求，则在界面中输出问题队列：

“属于哪个供电局or属于哪个行政区域”

“您的具体家庭地址是哪里”

“是什么时候开始出现故障”

“请从以下的选项中选择：{A仅自家无电；B仅周围几家无电；C片区内部分有电部分无电；D片区内均无电}”

如果选择了A选项，则再询问“请从以下的选项中选择：1是否空开合上无电；2是否空开合不上3是否电卡未插好4是否电卡已无余额”

“是否有电学方面的常规知识”等。

当问题队列被答复完之后，服务器自动生成一个报修单号，并且记录下生成该单号的时间，作为报修时间；

从而为确定具有可用性的保修信息提供了保障，同时可以引导客户进行简单的故障排查，为确定故障原因提供了保障。

用户回答完问题队列以后，服务器结合问题队列和答案得到报修信息；

仍然以以上的示例说明：

通过对“属于哪个供电局or属于哪个行政区域”的回答，可以直接得到或关联到供电局名称信息；

通过对“您的具体家庭地址是哪里”的回答，可以得到用户地址信息；

通过对“是什么时候开始出现故障”的回答，可以得到发生故障的时间；

通过“请从以下的选项中选择：{A仅自家无电；B仅周围几家无电；C 片区内部分有电部分无电；D片区内均无电}”的选择，可以得到故障描述信息；

通过对“请从以下的选项中选择：1是否空开合上无电；2是否空开合不上3是否电卡未插好4是否电卡已无余额”的选择，可以进一步完善故障描述信息；

通过对“是否有电学方面的常规知识”的回答，可以为判定用户是否具备自主维修能力提供保障。

从而用户可以根据问题给出答案，使涉及到的报修信息均为有用的信息；不会出现自行填写报修信息时容易发生词不达意、描述不到重点的情况。

服务器得到报修信息之后，可以将其输入预先训练过的知识模型，判断故障原因；知识模型可以是深度学习模型，能够通过输入具有标记有故障原因的样本实现样本分类，从而使该知识模型具备判断故障原因的功能，能够给用户自己检修或者维修人员的检修提供参考。

知识模型的建立，可以参照以下步骤：

步骤1：对电力系统工单数据进行工单采集，并转换为文本格式，并根据文本含义属性划分为多个文本域；

步骤2：以工单为单位，对工单文本数据进行分词处理；

步骤3：对文本域进行分组；

步骤4：对各文本域分别进行域分词处理，采用基于字符串匹配的分词方法分别对各分组的内容进行词汇切分；

步骤5：根据无效词汇表进行无效词汇过滤，过滤掉无效词汇和敏感词汇；

步骤6：将有效词汇与知识库中词汇表进行比对，将新词汇加入到知识库的词汇列表，对己有词汇进行累加其出现的频次；

步骤7：抽取加入词汇的实体关系：通过预先定义实体关系类型及基于实体的特征，抽取实体关系；

步骤8：将实体与实体关系导入图数据库；

步骤9：在图数据库中完成知识图谱的绘制。

通过对电力系统工单数据进行文本化和分词，之后通过相似度进行分类，再构建LSTM结构的知识模型。

仍然以以上的示例说明，如果故障描述是“空开合上无电”，则故障原因如下：

用户表箱内接线松动；

隔离开关损坏；

用户表箱内空开跳闸；

表箱内线路烧断等。列出所有可能的情况，引导用户或维修人员的排查。

通过知识模型实现故障原因的判断，能够给用户自己检修或者维修人员的检修提供参考，甚至为推荐自我排查方案提供保障。

报修信息包括但不限于，用户地址信息、供电局信息、故障时间、故障描述、订单信息和报修时间；以以上的信息和最终用户或维修人员确定的故障原因作为关键词，生成电力工单表；事后无需管理人员和维修人员相互配合，完成电力工单表的填写，提升了智能化程度。

在一些实施例中，如果故障原因未判断出来，到现在检修的维修人员需要将最终确定的故障原因、维修耗时通过维修端软件上传至服务器，最终结合报修信息实现电力工单表的生成。

从以上的描述中，可以看出，本发明实现了如下技术效果：

在本申请实施例中，采用设置问题队列和智能判断故障的方式，通过接收第一报修请求，在用户端输出问题对列；根据所述用户回答所述问题对列的答案确定报修信息；将所述报修信息输入知识模型，判断出故障原因；依照所述报修信息和所述故障原因生成电力工单表，达到了自动判断故障原因，仅需用户根据设置的问题队列作出回答即可确定报修信息，而且事后无需管理人员和维修人员即可生成电力工单表的目的，从而实现了提升智能化程度的技术效果，进而解决了由于不具备故障自动判断的能力，需要用户自行填写报修信息，而且事后需要管理人员和维修人员相互配合，完成电力工单表的填写造成的智能化程度低的的技术问题。

根据本发明实施例，优选的，如图9所示，还包括：管理单元50，所述管理单元50，用于接收管理员的查看请求；根据所述电力工单表在管理端输出电力工单界面；监测所述电力工单界面中是否存在管理员的管理操作；如果存在，则根据所述管理员的管理操作，在所述电力工单界面输出管理结果。

电力工单表生成之后，管理员可以通过发出查看请求查看电力工单表，实现维修人员的工作情况监督；在管理端的电力工单界面中，管理员还可以通过简单的排序、筛选等操作进行查看，提高了管理端的监督效率。

根据本发明实施例，优选的，如图10所示，还包括：第二接收单元60，用于接收第二报修请求，在用户端输出问题对列；第二确定单元70，用于根据所述用户回答所述问题对列的答案确定报修信息；发送单元80，用于将按照所述报修信息生成的抢单信息，发送给预设电子围栏内的在册维修人员。

请求，服务器接收到该请求后，判断出请求类型，再按照请求类型从数据库调取预先设置的问题对列，发送到用户端的软件界面中输出。

举个示例：用户可以点击界面中的“人工维修”以发出第二报修请求，则在界面中输出问题队列：

“属于哪个供电局or属于哪个行政区域”

“您的具体家庭地址是哪里”

“是什么时候开始出现故障”

“请从以下的选项中选择：{A仅自家无电；B仅周围几家无电；C片区内部分有电部分无电；D片区内均无电}”

如果选择了A选项，则再询问“请从以下的选项中选择：1是否空开合上无电；2是否空开合不上3是否电卡未插好4是否电卡已无余额”

“是否有电学方面的常规知识”等。

当问题队列被答复完之后，服务器自动生成一个报修单号，并且记录下生成该单号的时间，作为报修时间；

获取报修信息中的地址信息，再通过该地址信息搜索预设电子围栏范围内 (可以设置方圆N公里)的在册维修人员，并将报修信息与一个抢单链接相关联，最后将该抢单链接发送给在预设电子围栏范围内的在册维修人员；在册人员可以根据实际情况抢单，最终到相应的地址完成检查、维修。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种电力工单表生成方法，其特征在于，包括：

接收第一报修请求，在用户端输出问题对列；

根据所述用户回答所述问题对列的答案确定报修信息；

将所述报修信息输入知识模型，判断出故障原因；以及，

依照所述报修信息和所述故障原因生成电力工单表。

2.根据权利要求1所述的工单数据表生成方法，其特征在于，将所述报修信息输入知识模型，判断出故障原因之后还包括：

接收用户的故障排查请求；

根据所述故障原因在预设的故障排查表中搜索出故障排查方案；

将所述故障排查方案在所述用户端输出。

3.根据权利要求1所述的电力工单表生成方法，其特征在于，根据所述用户回答所述问题对列的答案确定报修信息之后还包括：

将所述报修信息输入知识模型，未判断出故障原因；

根据所述报修信息中的地址信息搜索得到预设电子围栏内的在册维修人员；

向所述在册维修人员发出按照报修信息生成的抢单信息。

4.根据权利要求1所述的电力工单表生成方法，其特征在于，根据所述用户回答所述问题对列的答案确定报修信息之后还包括：

将所述报修信息输入知识模型，未判断出故障原因；

根据所述报修信息中的地址信息搜索得到预设电子围栏内的在册维修人员；

获取所述在册维修人员的位置信息；

按照所述位置信息和所述地址信息的距离排序，得到所述在册维修人员的排序列表；

向所述用户推荐所述排序列表。

5.根据权利要求1所述的电力工单表生成方法，其特征在于，依照所述报修信息和所述故障原因生成电力工单表之后还包括：

接收管理员的查看请求；

根据所述电力工单表在管理端输出电力工单界面；

监测所述电力工单界面中是否存在管理员的管理操作；

如果存在，则根据所述管理员的管理操作，在所述电力工单界面输出管理结果。

6.根据权利要求1所述的电力工单表生成方法，其特征在于，将所述报修信息输入知识模型，判断出故障原因之后还包括：

接收用户的维修请求；

将按照所述故障原因生成的抢单信息，发送给预设电子围栏内的在册维修人员。

7.根据权利要求1所述的电力工单表生成方法，其特征在于，还包括：

接收第二报修请求，在用户端输出问题对列；

根据所述用户回答所述问题对列的答案确定报修信息；

将按照所述报修信息生成的抢单信息，发送给预设电子围栏内的在册维修人员。

8.一种电力工单表生成装置，其特征在于，包括：

第一接收单元，用于接收第一报修请求，在用户端输出问题对列；

第一确定单元，用于根据所述用户回答所述问题对列的答案确定报修信息；

第一判断单元，用于将所述报修信息输入知识模型，判断出故障原因；以及，

生成单元，用于依照所述报修信息和所述故障原因生成电力工单表。

9.根据权利要求8所述的电力工单表生成装置，其特征在于，还包括：管理单元，所述管理单元，用于

接收管理员的查看请求；

根据所述电力工单表在管理端输出电力工单界面；

监测所述电力工单界面中是否存在管理员的管理操作；

如果存在，则根据所述管理员的管理操作，在所述电力工单界面输出管理结果。

10.根据权利要求8所述的电力工单表生成装置，其特征在于，还包括：

第二接收单元，用于接收第二报修请求，在用户端输出问题对列；

第二确定单元，用于根据所述用户回答所述问题对列的答案确定报修信息；

发送单元，用于将按照所述报修信息生成的抢单信息，发送给预设电子围栏内的在册维修人员。