工单处理方法及装置的制造方法
【专利摘要】本发明公开了一种工单处理方法及装置。其中，该方法包括：检测采集运维工单是否已开启工单处理流程；在检测结果为采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，事故现场为记录在采集运维工单中的事故对应的事故点；获取发生在事故现场的事故的事故原因及处理措施；根据获取的凭证信息、事故原因及处理措施，生成并上传采集运维工单的回单信息。本发明解决了相关技术中难以根据采集运维工单的回单信息来确定运维人员是否真正去过事故现场的技术问题。
【专利说明】
工单处理方法及装置
技术领域
[0001]本发明涉及数据处理领域，具体而言，涉及一种工单处理方法及装置。
【背景技术】
[0002]在相关技术中，电力监控中心(如主站系统)向运维人员派出采集运维工单(以下家成为运维工单)，即派单之后，运维人员会按照运维工单的指示，去往事故现场，执行事故运维作业，并且在作业完成毕后，运维人员会填写运维回单，并通过手持终端将回单反馈至监控中心。然而，使用该技术方案，在监控中心收到回单后，监控人员通过查看回单信息难以确定运维人员是否真正去过事故现场。
[0003]针对上述的问题，目前尚未提出有效的解决方案。
【发明内容】
[0004]本发明实施例提供了一种工单处理方法及装置，以至少解决相关技术中难以根据采集运维工单的回单信息来确定运维人员是否真正去过事故现场的技术问题。
[0005]根据本发明实施例的一个方面，提供了一种工单处理方法，包括:检测采集运维工单是否已开启工单处理流程;在检测结果为上述采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，上述事故现场为记录在上述米集运维工单中的事故对应的事故点；获取发生在上述事故现场的上述事故的事故原因及处理措施;根据获取的凭证信息、事故原因及处理措施，生成并上传上述采集运维工单的回单信息。
[0006]进一步地，获取用于表示运维人员已到达事故现场的凭证信息包括:获取上述运维人员扫描上述事故现场内的事故设备对应的条码得到的扫码信息；和/或获取上述运维人员对上述事故现场内的事故设备进行拍照得到的图像信息。
[0007]进一步地，获取上述运维人员在预设时间段内扫描上述事故现场内的事故设备对应的条码得到的扫码信息；和/或获取上述运维人员在上述预设时间段内对上述事故现场内的事故设备进行拍照得到的图像信息。
[0008]进一步地，在获取发生在上述事故现场的上述事故的事故原因及处理措施之后，上述方法还包括:根据上述事故原因及处理措施，生成与上述事故对应的用于描述事故处理手段的事故处理模板;将上述事故处理模板保存在本地和/或上传至服务器。
[0009]进一步地，在将上述事故处理模板保存在本地和/或上传至服务器之后，上述方法还包括:在处理下一采集运维工单时，如果该采集运维工单对应事故的事故原因与上述事故处理模板对应事故的事故原因描述一致，则根据用户输入的操作指令确定是否调用上述事故处理模板。
[0010]进一步地，获取发生在上述事故现场的上述事故的处理措施包括:对上述事故设备进行识别;根据识别结果读取上述事故的处理措施。
[0011]根据本发明实施例的另一方面，还提供了一种工单处理装置，包括:检测单元，用于检测采集运维工单是否已开启工单处理流程;第一获取单元，用于在检测结果为上述采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，上述事故现场为记录在采集运维工单中的事故对应的事故点；第二获取单元，用于获取发生在上述事故现场的上述事故的事故原因及处理措施；上传单元，用于根据获取的凭证信息、事故原因及处理措施，生成并上传上述采集运维工单的回单信息。
[0012]进一步地，上述第一获取单元包括:第一获取模块，用于获取上述运维人员扫描上述事故现场内的事故设备对应的条码得到的扫码信息;和/或第二获取模块，用于获取上述运维人员对上述事故现场内的事故设备进行拍照得到的图像信息。
[0013]进一步地，上述第一获取模块还用于获取上述运维人员在预设时间段内扫描上述事故现场内的事故设备对应的条码得到的扫码信息；和/或上述第二获取模块还用于获取上述运维人员在上述预设时间段内对上述事故现场内的事故设备进行拍照得到的图像信息。
[0014]进一步地，上述装置还包括:生成单元，用于在获取发生在上述事故现场的上述事故的事故原因及处理措施之后，根据上述事故原因及处理措施，生成与上述事故对应的用于描述事故处理手段的事故处理模板;处理单元，用于将上述事故处理模板保存在本地和/或上传至服务器。
[0015]进一步地，上述装置还包括:确定单元，用于在将上述事故处理模板保存在本地和/或上传至服务器之后，在处理下一采集运维工单时，如果该采集运维工单对应事故的事故原因与上述事故处理模板对应事故的事故原因描述一致，则根据用户输入的操作指令确定是否调用上述事故处理模板。
[0016]进一步地，上述第二获取单元包括:识别模块，用于对上述事故设备进行识别；读数模块，用于根据识别结果读取上述事故的处理措施。
[0017]在本发明实施例中，采用向监控中心反馈到场证据的方式，通过检测采集运维工单是否已开启工单处理流程;在检测结果为采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，事故现场为记录在采集运维工单中的事故对应的事故点；获取发生在事故现场的事故的事故原因及处理措施;根据获取的凭证信息、事故原因及处理措施，生成并上传采集运维工单的回单信息，达到了在回单中添加到场证据的目的，从而实现了通过运维回单监控运维人员的任务执行情况的技术效果，进而解决了相关技术中难以根据采集运维工单的回单信息来确定运维人员是否真正去过事故现场的技术问题。
【附图说明】
[0018]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0019]图1是根据本发明实施例的一种可选的工单处理方法的流程图；
[0020]图2是根据本发明实施例的一种可选的工单处理装置的示意图。
【具体实施方式】
[0021]为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
[0022]需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0023]实施例1
[0024]根据本发明实施例，提供了一种工单处理方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0025]图1是根据本发明实施例的一种可选的工单处理方法的流程图，如图1所示，该方法包括如下步骤:
[0026]步骤S102，检测采集运维工单是否已开启工单处理流程；
[0027]步骤S104，在检测结果为采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，事故现场为记录在采集运维工单中的事故对应的事故点。
[0028]步骤S106，获取发生在事故现场的事故的事故原因及处理措施；
[0029]步骤S108，根据获取的凭证信息、事故原因及处理措施，生成并上传采集运维工单的回单信息。
[0030]其中，实施时，可以通过专用APP执行上述步骤。具体地，运维人员在登陆APP后，进入采集运维页面，找到对应的运维工单，查看工单对应的事故信息，如事故点(即事故现场)，并根据事故点的位置信息达到事故现场。此时，运维人员可以使用APP提供的凭证信息采集功能采集事故现场的信息，并且在完成工单上记录的事故抢修作业(包括:电费、异常、故障等作业)后，使用APP提供的回单填写功能填写事故原因、类型及其处理措施，最后基于凭证信息、事故原因及其处理措施生成抢修回单，反馈给监控中心的主站服务器，以证明自己确实去过运维现场。
[0031]这样，监控人员通过查看监控中心收集的回单信息，即可以了解事故运维情况，又可以确定运维人员是否真正去过事故现场，达到监督运维人员日常工作的目的。
[0032]另外，需要说明的是，在获取发生在事故现场的事故的事故原因及处理措施时，可以使用多种技术手段，例如，可以直接获取用户填写的事故原因及处理措施，或者，可以支持语音录入方式，即先获取描述事故原因及处理措施的语音信息，在将其转换成对应的文字信息。
[0033]通过本发明实施例，采用向监控中心反馈到场证据的方式，通过检测采集运维工单是否已开启工单处理流程;在检测结果为采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，事故现场为记录在采集运维工单中的事故对应的事故点；获取发生在事故现场的事故的事故原因及处理措施;根据获取的凭证信息、事故原因及处理措施，生成并上传采集运维工单的回单信息，达到了在回单中添加到场证据的目的，从而实现了通过抢修回单监控运维人员的任务执行情况的技术效果，进而解决了相关技术中难以根据采集运维工单的回单信息来确定运维人员是否真正去过事故现场的技术问题。
[0034]可选地，获取用于表示运维人员已到达事故现场的凭证信息包括:获取运维人员扫描事故现场内的事故设备对应的条码得到的扫码信息；和/或获取运维人员对事故现场内的事故设备进行拍照得到的图像信息。
[0035]具体地，可以在上述APP上设置条码扫描模块和/或摄像模块，这样，运维人员在到达事故现场后，且在执行运维作业之前，可以先使用APP提供的上述模块采集凭证信息，例如，扫描事故设备上的条形码信息和/或对事故设备进行拍照等。
[0036]通过本发明实施例，监控人员可以查看监控中心收集的回单信息，将回单信息中记录的凭证信息与客户报修时提供的事故设备的相关信息进行对比，判断对应的运维人员是否去过事故现场。其中，在对比结果一致的情况下，表明运维人员去过事故现场，在对比结果不一致的情况下，表明运维人员实际上并未去过事故现场。
[0037]虽然通过采集事故现场的相关信息可以证明运维人员去过事故现场，但是，上述实施例中的提供的凭证信息有时并不完全可靠，例如，运维人员可以通过下载或要求其他人员提供的方式获取上述凭证信息。因此，为了防止运维人员恶意伪造凭证信息，可选地，获取运维人员在预设时间段内扫描事故现场内的事故设备对应的条码得到的扫码信息；和/或获取运维人员在预设时间段内对事故现场内的事故设备进行拍照得到的图像信息。
[0038]通过本发明实施例，监控人员可以查看监控中心收集到的回单信息中记录的凭证信息，在确定凭证信息与客户提供的比对信息一致的情况下，进一步检测运维人员获取这些凭证信息的手段和时机是否满足要求，其中，若凭证信息是由运维人员事先登记的终端设备采集的，并且采集时间是在接单后的预设时间段内，则认为该凭证信息的获取手段和时机满足要求，否则，认为该凭证信息的获取手段和时机不满足要求。
[0039]可选地，在获取发生在事故现场的事故的事故原因及处理措施之后，上述方法还包括:根据事故原因及处理措施，生成与事故对应的用于描述事故处理手段的事故处理模板;将事故处理模板保存在本地和/或上传至服务器。
[0040]也即，为了提高工作效率，运维人员每完成一次抢修作业，都可以使用上述APP生成对应的事故处理模板。具体地，该事故处理模板中可以记录如下信息:事故名称、类型、原因、处理措施、所使用的工具等。
[0041]通过本发明实施例，在本地生成并保存事故处理模板，可以便于本运维人员查阅，例如，本运维人员在抢修后续事故时，可以参考本次的抢修措施，以便提高工作效率，而将事故处理模板上传至服务器，则可以为监控中心提供分析数据，同时可以实现与其他运维人员分享工作经验的目的。
[0042]可选地，在将事故处理模板保存在本地和/或上传至服务器之后，上述方法还包括:在处理下一采集运维工单时，如果该采集运维工单对应事故的事故原因与事故处理模板对应事故的事故原因描述一致，则根据用户输入的操作指令确定是否调用事故处理模板。
[0043]也即，可以在APP上设置“处理”按钮和“指导卡”按钮。实施时，若运维人员按下“处理”按钮，则表示运维人员会自行处理事故，无需调用事故处理模板作为参考;若运维人员按下“指导卡”按钮，则表示运维人员可能需要指导工作，即需要调用事故处理模板作为参考。
[0044]通过本发明实施例，可以实现指导运维人员顺利完成抢修作业的目的。
[0045]可选地，获取发生在上述事故现场的上述事故的处理措施包括:对上述事故设备进行识别;根据识别结果读取上述事故的处理措施。例如，可以对设备进行表脸识别，并根据识别结果读取指导处理上述事故的文本材料或者视频材料。
[0046]实施例2
[0047]图2是根据本发明实施例的一种可选的工单处理装置的示意图，如图2所示，该装置包括:检测单元202，用于检测采集运维工单是否已开启工单处理流程；第一获取单元204，用于在检测结果为采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，事故现场为记录在采集运维工单中的事故对应的事故点；第二获取单元206，用于获取发生在事故现场的事故的事故原因及处理措施；上传单元208，用于根据获取的凭证信息、事故原因及处理措施，生成并上传采集运维工单的回单?目息O
[0048]其中，实施时，可以通过专用APP执行上述步骤。具体地，运维人员在登陆APP后，进入采集运维页面，找到对应的运维工单，查看工单对应的事故信息，如事故点(即事故现场)，并根据事故点的位置信息达到事故现场。此时，运维人员可以使用APP提供的凭证信息采集功能采集事故现场的信息，并且在完成工单上记录的事故抢修作业(包括:电费、异常、故障等作业)后，使用APP提供的回单填写功能填写事故原因、类型及其处理措施，最后基于凭证信息、事故原因及其处理措施生成抢修回单，反馈给监控中心的主站服务器，以证明自己确实去过运维现场。
[0049]这样，监控人员通过查看监控中心收集的回单信息，即可以了解事故运维情况，又可以确定运维人员是否真正去过事故现场，达到监督运维人员日常工作的目的。
[0050]另外，需要说明的是，在获取发生在事故现场的事故的事故原因及处理措施时，可以使用多种技术手段，例如，可以直接获取用户填写的事故原因及处理措施，或者，可以支持语音录入方式，即先获取描述事故原因及处理措施的语音信息，在将其转换成对应的文字信息。
[0051]通过本发明实施例，采用向监控中心反馈到场证据的方式，通过检测采集运维工单是否已开启工单处理流程;在检测结果为采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，事故现场为记录在采集运维工单中的事故对应的事故点；获取发生在事故现场的事故的事故原因及处理措施;根据获取的凭证信息、事故原因及处理措施，生成并上传采集运维工单的回单信息，达到了在回单中添加到场证据的目的，从而实现了通过抢修回单监控运维人员的任务执行情况的技术效果，进而解决了相关技术中难以根据采集运维工单的回单信息来确定运维人员是否真正去过事故现场的技术问题。
[0052]可选地，上述第一获取单元包括:第一获取模块，用于获取运维人员扫描事故现场内的事故设备对应的条码得到的扫码信息;和/或第二获取模块，用于获取运维人员对事故现场内的事故设备进行拍照得到的图像信息。
[0053]具体地，可以在上述APP上设置条码扫描模块和/或摄像模块，这样，运维人员在到达事故现场后，且在执行运维作业之前，可以先使用APP提供的上述模块采集凭证信息，例如，扫描事故设备上的条形码信息和/或对事故设备进行拍照等。
[0054]通过本发明实施例，监控人员可以查看监控中心收集的回单信息，将回单信息中记录的凭证信息与客户报修时提供的事故设备的相关信息进行对比，判断对应的运维人员是否去过事故现场。其中，在对比结果一致的情况下，表明运维人员去过事故现场，在对比结果不一致的情况下，表明运维人员实际上并未去过事故现场。
[0055]虽然通过采集事故现场的相关信息可以证明运维人员去过事故现场，但是，上述实施例中的提供的凭证信息有时并不完全可靠，例如，运维人员可以通过下载或要求其他人员提供的方式获取上述凭证信息。因此，为了防止运维人员恶意伪造凭证信息，可选地，第一获取模块还用于获取运维人员在预设时间段内扫描事故现场内的事故设备对应的条码得到的扫码信息；和/或第二获取模块还用于获取运维人员在预设时间段内对事故现场内的事故设备进行拍照得到的图像信息。
[0056]通过本发明实施例，监控人员可以查看监控中心收集到的回单信息中记录的凭证信息，在确定凭证信息与客户提供的比对信息一致的情况下，进一步检测运维人员获取这些凭证信息的手段和时机是否满足要求，其中，若凭证信息是由运维人员事先登记的终端设备采集的，并且采集时间是在接单后的预设时间段内，则认为该凭证信息的获取手段和时机满足要求，否则，认为该凭证信息的获取手段和时机不满足要求。
[0057]可选地，上述装置还包括:生成单元，用于在获取发生在事故现场的事故的事故原因及处理措施之后，根据事故原因及处理措施，生成与事故对应的用于描述事故处理手段的事故处理模板;处理单元，用于将事故处理模板保存在本地和/或上传至服务器。
[0058]也即，为了提高工作效率，运维人员每完成一次抢修作业，都可以使用上述APP生成对应的事故处理模板。具体地，该事故处理模板中可以记录如下信息:事故名称、类型、原因、处理措施、所使用的工具等。
[0059]通过本发明实施例，在本地生成并保存事故处理模板，可以便于本运维人员查阅，例如，本运维人员在抢修后续事故时，可以参考本次的抢修措施，以便提高工作效率，而将事故处理模板上传至服务器，则可以为监控中心提供分析数据，同时可以实现与其他运维人员分享工作经验的目的。
[0060]可选地，上述装置还包括:确定单元，用于在将事故处理模板保存在本地和/或上传至服务器之后，在处理下一采集运维工单时，如果该采集运维工单对应事故的事故原因与事故处理模板对应事故的事故原因描述一致，则根据用户输入的操作指令确定是否调用事故处理模板。
[0061]也即，可以在APP上设置“处理”按钮和“指导卡”按钮。实施时，若运维人员按下“处理”按钮，则表示运维人员会自行处理事故，无需调用事故处理模板作为参考;若运维人员按下“指导卡”按钮，则表示运维人员可能需要指导工作，即需要调用事故处理模板作为参考。
[0062]通过本发明实施例，可以实现指导运维人员顺利完成抢修作业的目的。
[0063]可选地，第二获取单元包括:识别模块，用于对事故设备进行识别;读数模块，用于根据识别结果读取事故的处理措施。例如，可以对设备进行表脸识别，并根据识别结果读取指导处理上述事故的文本材料或者视频材料。
[0064]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0065]在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0066]在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0067]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0068]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0069]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(R0M，Read-0nly Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0070]以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
【主权项】
1.一种工单处理方法，其特征在于，包括: 检测采集运维工单是否已开启工单处理流程； 在检测结果为所述采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，所述事故现场为记录在所述采集运维工单中的事故对应的事故点； 获取发生在所述事故现场的所述事故的事故原因及处理措施； 根据获取的凭证信息、事故原因及处理措施，生成并上传所述采集运维工单的回单信息。2.根据权利要求1所述的方法，其特征在于，获取用于表示运维人员已到达事故现场的凭证信息包括: 获取所述运维人员扫描所述事故现场内的事故设备对应的条码得到的扫码信息；和/或 获取所述运维人员对所述事故现场内的事故设备进行拍照得到的图像信息。3.根据权利要求2所述的方法，其特征在于， 获取所述运维人员在预设时间段内扫描所述事故现场内的事故设备对应的条码得到的扫码信息;和/或 获取所述运维人员在所述预设时间段内对所述事故现场内的事故设备进行拍照得到的图像信息。4.根据权利要求1至3中任一项所述的方法，其特征在于，在获取发生在所述事故现场的所述事故的事故原因及处理措施之后，所述方法还包括: 根据所述事故原因及处理措施，生成与所述事故对应的用于描述事故处理手段的事故处理模板； 将所述事故处理模板保存在本地和/或上传至服务器。5.根据权利要求4所述的方法，其特征在于，在将所述事故处理模板保存在本地和/或上传至服务器之后，所述方法还包括: 在处理下一采集运维工单时，如果该采集运维工单对应事故的事故原因与所述事故处理模板对应事故的事故原因描述一致，则根据用户输入的操作指令确定是否调用所述事故处理模板。6.根据权利要求2或3所述的方法，其特征在于，获取发生在所述事故现场的所述事故的处理措施包括: 对所述事故设备进行识别； 根据识别结果读取所述事故的处理措施。7.一种工单处理装置，其特征在于，包括: 检测单元，用于检测采集运维工单是否已开启工单处理流程； 第一获取单元，用于在检测结果为所述采集运维工单已开启工单处理流程的情况下，获取用于表示运维人员已到达事故现场的凭证信息，其中，所述事故现场为记录在采集运维工单中的事故对应的事故点； 第二获取单元，用于获取发生在所述事故现场的所述事故的事故原因及处理措施； 上传单元，用于根据获取的凭证信息、事故原因及处理措施，生成并上传所述采集运维工单的回单信息。8.根据权利要求7所述的装置，其特征在于，所述第一获取单元包括: 第一获取模块，用于获取所述运维人员扫描所述事故现场内的事故设备对应的条码得到的扫码信息;和/或 第二获取模块，用于获取所述运维人员对所述事故现场内的事故设备进行拍照得到的图像信息。9.根据权利要求8所述的装置，其特征在于， 所述第一获取模块还用于获取所述运维人员在预设时间段内扫描所述事故现场内的事故设备对应的条码得到的扫码信息;和/或 所述第二获取模块还用于获取所述运维人员在所述预设时间段内对所述事故现场内的事故设备进行拍照得到的图像信息。10.根据权利要求7至9中任一项所述的装置，其特征在于，所述装置还包括: 生成单元，用于在获取发生在所述事故现场的所述事故的事故原因及处理措施之后，根据所述事故原因及处理措施，生成与所述事故对应的用于描述事故处理手段的事故处理模板； 处理单元，用于将所述事故处理模板保存在本地和/或上传至服务器。11.根据权利要求10所述的装置，其特征在于，所述装置还包括: 确定单元，用于在将所述事故处理模板保存在本地和/或上传至服务器之后，在处理下一采集运维工单时，如果该采集运维工单对应事故的事故原因与所述事故处理模板对应事故的事故原因描述一致，则根据用户输入的操作指令确定是否调用所述事故处理模板。12.根据权利要求8或9所述的装置，其特征在于，所述第二获取单元包括: 识别模块，用于对所述事故设备进行识别； 读数模块，用于根据识别结果读取所述事故的处理措施。
【文档编号】G06Q10/10GK105894249SQ201610202736
【公开日】2016年8月24日
【申请日】2016年3月31日
【发明人】关幼辉, 赵锴, 马小亮, 范博杰, 董文静, 李鑫
【申请人】国网北京市电力公司, 国家电网公司