一种工单管理系统、方法、电子设备及存储介质与流程

1.本公开涉及能源技术领域，尤其涉及一种工单管理系统、方法、电子设备及存储介质。


背景技术：

2.随着社会经济的发展，能源市场的不断扩大，能源设备越来越多，随之而来的是不断增加的能源设备维修工单。目前，在能源设备出现故障后，客户会拨打售后中心的服务电话进行报修，售后中心的相关工作人员接通客户的电话后，对沟通内容进行记录，负责运维工单的处理，通过人工处理的方式使得运维工单的处理效率较低。


技术实现要素：

3.有鉴于此，本公开实施例提供了一种工单管理系统、方法、电子设备及计算机可读存储介质，以解决现有技术中运维工单的处理效率较低的问题。
4.本公开实施例的第一方面，提供了一种工单管理系统，包括：客户层级模块、售后层级模块和管理层级模块；
5.客户层级模块，被配置为基于设备故障信息和客户信息，生成运维工单，并将运维工单发送至售后层级模块；还被配置为将接收到的首次运维事项或二次运维事项通知客户；
6.售后层级模块，被配置为对接收到的运维工单进行处理，确定首次运维事项；还被配置为在根据首次运维事项进行首次运维后未能解决设备故障的情况下，向管理层级模块发送协助请求；还被配置将确定的首次运维事项或接收的二次运维事项发送至客户层级模块；
7.管理层级模块，被配置为对接收到的协助请求进行处理，确定二次运维事项，将二次运维事项发送至售后层级模块；
8.其中，首次运维事项是指由售后层级模块确定的用于实施首次运维的工作信息；二次运维事项是指由管理层级模块为解决首次运维未能解决的设备故障确定的实施二次运维的工作信息。
9.本公开实施例的第二方面，提供了一种工单管理方法，包括：
10.利用客户层级模块，基于设备故障信息和客户信息，生成运维工单，并将运维工单发送至售后层级模块；
11.利用售后层级模块，对接收到的运维工单进行处理，确定首次运维事项；并利用客户层级模块将首次运维事项通知客户；
12.还利用售后层级模块在根据首次运维事项进行首次运维后未能解决设备故障的情况下，向管理层级模块发送协助请求；
13.利用管理层级模块，对接收到的协助请求进行处理，确认二次运维事项，将二次运维事项发送至售后层级模块；还利用售后层级模块将二次运维事项发送至客户层级模块；
还利用客户层级模块将二次运维事项通知客户；
14.其中，首次运维事项是指由售后层级模块确定的用于实施首次运维的工作信息；二次运维事项是指由管理层级模块为解决首次运维未能解决的设备故障确定的实施二次运维的工作信息。
15.本公开实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。
16.本公开实施例的第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
17.本公开实施例与现有技术相比存在的有益效果是：通过客户层级模块可以根据设备故障信息和客户信息生成运维工单，并将该运维工单发送至售后层级模块进行处理，使得售后层级模块确定首次运维事项，并将首次运维事项发送至客户层级模块，使得客户层级模块将首次运维事项通知客户。客户知晓首次运维事项便于运维人员根据首次运维事项进行首次运维工作，在经过首次运维后未能解决设备故障的情况下，售后层级模块向管理层级模块发送协助请求，使得管理层级模块确定二次运维事项，并将二次运维事项通过售后层级模块和客户层级模块通知客户，便于运维人员根据二次运维事项进行二次运维工作。本实施例提供的工单管理系统中可以及时、准确地对运维工单进行处理，实现对运维工单的高效全流程的有效管理。并且通过工单管理系统对运维工单进行有效管理，保证各个运维工单流程的可追溯性，可以快速进行工单的追溯，便于进行工单统计，减轻相关工作人员工作量，有效的提高工单处理效率。
附图说明
18.为了更清楚地说明本公开实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
19.图1是本公开实施例提供的一种工单管理系统的结构示意图；
20.图2是本公开实施例提供的另一种工单管理系统的结构示意图；
21.图3是本公开实施例提供的一种工单管理方法的流程示意图；
22.图4是本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
23.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本公开实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本公开的描述。
24.图1是本公开实施例提供的一种工单管理系统的结构示意图。该工单管理系统，包括：客户层级模块101、售后层级模块102和管理层级模块103；
25.客户层级模块101，被配置为基于设备故障信息和客户信息，生成运维工单，并将
运维工单发送至售后层级模块；还被配置为将接收到的首次运维事项或二次运维事项通知客户；
26.售后层级模块102，被配置为对接收到的运维工单进行处理，确定首次运维事项；还被配置为在根据首次运维事项进行首次运维后未能解决设备故障的情况下，向管理层级模块发送协助请求；还被配置将确定的首次运维事项或接收的二次运维事项发送至客户层级模块；
27.管理层级模块103，被配置为对接收到的协助请求进行处理，确定二次运维事项，将二次运维事项发送至售后层级模块；
28.其中，首次运维事项是指由售后层级模块确定的用于实施首次运维的工作信息；二次运维事项是指由管理层级模块为解决首次运维未能解决的设备故障确定的实施二次运维的工作信息。
29.具体地，客户可以通过客户层级模块提交设备故障信息和客户信息，使得客户层级模块根据设备故障信息和客户信息，生成运维工单。当然若可以自动检测到设备故障信息，也可以根据自动检测到的设备故障信息和预先存储的客户信息，自动生成运维工单，保证运维工单生成的及时性。客户层级模块生成运维工单后，将运维工单发送至售后层级模块，也就是说，在本实施例中通过客户层级模块可以实现运维工单地自动推送。
30.售后层级模块对接收到的运维工单进行处理，如对运维工单进行查看和填写，以确定首次运维事项，首次运维事项是指由售后层级模块确定的用于实施首次运维的工作信息，包括但不限于首次运维时间、首次运维人员。售后层级模块将首次运维事项发送至客户层级模块，以使得客户层级模块将首次运维事项通知给客户，使得客户了解首次运维事项，便于后续运维人员的运维工作。
31.运维人员按照首次运维事项的指示进行首次运维后，若未能解决设备故障，则可以利用售后层级模块向管理层级模块发送协助请求。管理层级模块在接收到协助请求后进行处理，以确定出二次运维事项，二次运维事项是指由管理层级模块为解决首次运维未能解决的设备故障确定的实施二次运维的工作信息，包括但不限于二次运维时间、二次运维人员。管理层级模块将二次运维事项发送至售后层级模块，售后层级模块将接收到的二次运维事项发送至客户层级模块，以使得客户层级模块将二次运维事项通知客户，使得客户知晓二次运维事项，有利于后续二次运维工作的开展，经过二次运维彻底解决设备故障问题，为客户提供较为优质的运维服务。
32.根据本公开实施例提供的技术方案，通过客户层级模块可以根据设备故障信息和客户信息生成运维工单，并将该运维工单发送至售后层级模块进行处理，使得售后层级模块确定首次运维事项，并将首次运维事项发送至客户层级模块，使得客户层级模块将首次运维事项通知客户。客户知晓首次运维事项便于运维人员根据首次运维事项进行首次运维处理，在经过首次运维后未能解决设备故障的情况下，售后层级模块向管理层级模块发送协助请求，使得管理层级模块确定二次运维事项，并将二次运维事项通过售后层级模块和客户层级模块通知客户，便于运维人员根据二次运维事项进行二次运维处理。本实施例提供的工单管理系统中可以及时、准确地对运维工单进行处理，实现对运维工单的高效全流程的有效管理。并且通过工单管理系统对运维工单进行有效管理，保证各个运维工单流程的可追溯性，可以快速进行工单的追溯，便于进行工单统计，减轻相关工作人员统计工作
量，有效的提高工单处理效率。
33.在一些实施例中，售后层级模块102，还被配置为在根据首次运维事项进行首次运维后解决故障的情况下，向客户层级模块发送运维结束确认信息；
34.客户层级模块101，还被配置为对接收到的运维结束确认信息进行处理，在确认经运维后解决故障的情况下，收集客户评价信息返回至售后层级模块；在确认经运维后未解决故障的情况下，建立新的运维工单。
35.具体地，在运维人员通过首次运维后解决了设备故障的情况下，售后层级模块向客户层级模块发送运维结束确定信息，运维结束确定信息用于提示客户确认设备故障是否解决。客户层级模块对运维结束确认信息进行处理，将运维结束确认信息显示给客户，以使得客户进行确认。若客户点击确认，证明设备故障已解决，也就是确认经运维后解决故障的情况下，此时客户层级模块进一步向客户显示评价提醒，以收集客户评价信息，在收集到客户评价信息后将客户评价信息返回至售后层级模块，以备后续对客户评价信息进行进一步的数据分析。若客户未确认，如点击未完成，证明设备故障未解决，也就是确认经运维后未解决故障的情况下，此时客户层级模块建立新的运维工单，从而进入新的运维工单的流程。
36.需要说明的是，在客户层级模块建立新的运维工单后，原本的运维工单将被结束，后续将以新的运维工单为客户安排运维事项。当然可以在新的运维工单上进行标记，以使得相关人员知晓该新的运维工单为客户确认未解决故障的工单，引起相关人员的重视，以便为客户提供更多的运维服务。
37.根据本公开实施例提供的技术方案，客户层级模块在运维结束后，向客户进行确认，以保证设备故障真正的被解决，并对客户评价信息进行收集，以及时获取客户的运维体验，在存在问题时及时修正，便于为客户提供更优质的服务。
38.如图2所示，在一些实施例中，管理层级模块103，包括：
39.一级管理单元1031，被配置为对接收到的协助请求进行处理，在协助请求符合一级管理权项的情况下，确定二次运维事项；在协助请求不符合一级管理权项的情况下，将协助请求发送至二级管理单元；还被配置接收二级管理单元发送的二次运维事项；还被配置为将二次运维事项发送至售后层级模块；
40.二级管理单元1032，被配置为对接收到的协助请求进行处理，在协助请求符合二级管理权项的情况下，确定二次运维事项；在协助请求不符合二级管理权项的情况下，将协助请求发送至三级管理单元；还被配置接收三级管理单元发送的二次运维事项；还被配置为将二次运维事项发送至一级管理单元；
41.三级管理单元1033，被配置为对接收到的协助请求进行处理，确定二次运维事项，将二次运维事项发送至二级管理单元；
42.其中，一级管理权项是指预先为一级管理单元设置的有权处理的事项范围；二级管理权项是指预先为二级管理单元设置的有权处理的事项范围；二级管理权项对应的有权处理的事项范围大于一级管理权项对应的有权处理的事项范围。
43.具体地，管理层级模块包括多级管理单元，不同的管理单元拥有不同的管理权项，负责处理不同级别的协助请求。其中一级管理单元的一级管理权项小于二级管理单元的二级管理权项，二级管理单元的二级管理权项小于三级管理单元的管理权项。例如一级管理单元对应组长管理、二级管理单元对应室长管理、三级管理单元对应部长管理。
44.在一种可能的应用场景中，经首次运维后未能故障的情况下，发送协助请求，该协助请求用于请求组长协助处理，此时组长利用一级管理单元对该协助请求进行处理，若协助请求的内容在组长的一级管理权项下，即组长可以解决，则组长确定二次运维事项，二次运维事项用于解决某些售后人员无法完成的事项，例如分配高级运维人员等，从而由组长进行派单，并将确定的二次运维事项发送至售后层级模块，使得售后层级模块进行接单，售后层级模块接单后将二次运维事项发送至客户层级模块，使得客户层级模块通知客户。
45.在协助请求不符合一级管理权项的情况下，也就是组长不能解决的情况下，将协助请求发送至二级管理单元，该协助请求用于请求室长进行处理，此时室长利用二级管理单元对该协助请求进行处理，若协助请求的内容在室长的二级管理权项下，即室长可以解决，则室长确定二次运维事项，从而由室长进行派单，室长派单后交由组长进行后续处理，也就是说二级管理单元将确定的二次运维事项发送至一级管理单元，使得一级管理单元将接收到的二次运维事项发送至售后层级模块。
46.在协助请求不不符合二级管理权项的情况下，也就是组长不能解决的情况下，将协助请求发送至三级管理单元，此时协助请求用于请求部长进行处理，此时部长利用三级管理单元对该协助请求进行处理，部长拥有最高的权限级别，可以解决组长、室长不能解决的问题，因此部长也可以确定二次运维事项，从而由部长进行派单，部长派单后交由室长进行处理，也就是三级管理单元将部长确定的二次运维事项发送至二级管理单元，二级管理单元将接收到的二次运维事项发送至一级管理单元，一级管理单元将接收到的二次运维事项发送至售后层级单元。
47.根据本公开实施例提供的技术方案，在管理层级模块设置多个管理单元，为不同的管理单元开通不同的权限，满足不同级别管理人员的需要，并且通过协助请求可以在不同管理单元间进行流转，使得不同管理级别的人员在不同时刻及时参与到故障的解决中，保证设备故障可以快速解决，避免长时间处于搁置状态，提高运维效率，提升用户体验感。
48.在一些实施例中，客户层级模块101，还被配置为根据客户查询请求对运维工单进行查询，显示与客户查询请求对应的查询结果；
49.售后层级模块102，还被配置为根据售后查询请求对运维工单进行查询，显示与售后查询请求对应的查询结果；
50.管理层级模块103，还被配置为根据管理查询请求对运维工单进行查询，显示与管理查询请求对应的查询结果。
51.具体地，客户层级模块、售后层级模块、管理层级模块均提供查询功能。查询功能可以对历史工单进行查询，实时查看工单的处理流程和状态。在客户需要进行工单查询时，客户通过客户层级模块提交客户查询请求，客户查询请求中携带客户查询参数，对客户查询请求进行处理，即根据客户查询参数进行查询，确定查询结果，显示与客户查询请求对应的查询结果。在售后人员需要进行工单查询时，通过售后层级模块提交售后查询请求，售后查询请求中携带售后查询参数，对售后查询请求进行处理，即根据售后查询参数进行查询，确定查询结果，显示与售后查询请求对应的查询结果。在管理人员需要进行工单查询时，通过管理层级模块提交管理查询请求，管理查询请求中携带管理查询参数，对管理查询请求进行处理，即根据管理查询参数进行查询，确定查询结果，显示与管理查询请求对应的查询结果。
52.根据本公开实施例提供的技术方案，客户层级模块、售后层级模块、管理层级模块均提供查询功能，为客户、售后人员和管理人员进行工单查询提供便利。
53.在一些实施例中，客户层级模块101，还被配置为根据客户统计请求对运维工单进行统计，显示与客户统计请求对应的统计结果；
54.管理层级模块103，还被配置为根据管理统计请求对运维工单进行统计，显示与管理统计请求对应的统计结果。
55.具体地，客户层级模块和管理层级模块还提供统计功能，该统计功能指的是对某一段时间的工单进行汇总分析，可以统计出能源设备，如锅炉发生故障最多和故障类型的发生频次排名，帮助及时进行检修和运维，避免事故的发生。在客户需要进行统计时，在客户层级模块发送客户统计请求，客户层级模块对该客户统计请求进行处理，以对与客户相关的运维工单进行统计，并将统计结果显示给客户。在管理人员需要进行统计时，在管理层级模块发送管理统计请求，管理层级模块对管理统计请求进行处理，以对管理统计请求相关的运维工单进行统计，并将统计结果显示给管理人员。
56.根据本公开实施例提供的技术方案，客户层级模块和管理层级模块提供统计功能，根据统计结果还可以进行趋势分析，为客户和管理人员进行运维工单统计、趋势分析提供便利，客户和管理人员根据相关统计结果，确定能源设备发生最多和故障类型的发生频次的排名，采取相应措施，避免故障的再次发生。
57.在一些实施例中，售后层级模块102，还被配置为在接收到运维工单后，生成运维工单提示信息，将运维工单提示信息下发至目标运维人员对应的终端；
58.管理层级模块103，还被配置为在接收到协助请求后，生成协助请求提示信息，将协助请求提示信息下发至目标管理人员对应的终端。
59.具体地，运维工单提示信息用于提醒相关人员运维工单对应的运维事项，也就是说可以用于提示存在运维工单，以及运维工单涉及的故障内容、运维地点和运维时间等。售后层级模块在接收到运维工单后，及时生成运维工单提示信息，以使得目标运维人员第一时间接收到该运维工单提示信息，进行后续相关工作的安排。在运维人员存在多个或多组的情况下，运维工单会对应有负责此次工作的运维人员，负责此次工作的运维人员即为目标运维人员，从而可以通过售后层级模块对目标运维人员进行精准通知。
60.进一步地，协助请求提示信息用于提醒相关人员存在协助请求，以便目标管理人员及时对协助请求进行处理。不同的协助请求可能会对应不同的管理人员，因此可以根据协助请求确定出目标管理人员，对目标管理人员进行协助请求的精准通知。
61.根据本公开实施例提供的技术方案，在存在运维工单时，售后层级模块可以及时将运维工单的相关信息通知到目标运维人员，保证运维工单提示信息通知的准确性和及时性；在存在协助请求时，管理层级模块可以及时将协助请求通知目标管理人员，保证协助请求通知的准确性和及时性。
62.在一些实施例中，客户层级模块101，还被配置为提交取消工单请求，将取消工单请求发送至售后层级模块；
63.售后层级模块102，还被配置对接收到的取消工单请求进行处理，结束取消工单请求对应运维工单。
64.具体地，客户可以随着取消运维工单，在客户需要取消运维工单时可以直接通过
客户层级模块，提交取消工单请求。在客户提交了取消工单请求后，客户层级模块会及时进行处理，将取消工单请求发送至售后层级模块。售后层级模块，对接收到的取消工单请求进行处理，结束取消工单请求对应的运维工单。在运维工单结束后，无论运维工单处于哪一步骤均会结束流程，无需进行后续处理。
65.根据本公开实施例提供的技术方案，客户可以通过客户层级模块随时提交取消工单请求，避免取消时间受工作时间的限制。同时售后层级模块可以自动对取消工单请求进行及时处理，第一时间结束运维工单，保证运维工单处理的时效性。
66.上述所有可选技术方案，可以采用任意结合形成本技术的可选实施例，在此不再一一赘述。
67.下述为本公开方法实施例，与上述装置实施例想对应。对于本公开方法实施例中未披露的细节，请参照本公开装置实施例。
68.图3是本公开实施例提供的一种工单管理方法的示意图。如图3所示，该工单管理方法包括：
69.步骤s301，利用客户层级模块，基于设备故障信息和客户信息，生成运维工单，并将运维工单发送至售后层级模块；
70.步骤s302，利用售后层级模块，对接收到的运维工单进行处理，确定首次运维事项；并利用客户层级模块将首次运维事项通知客户；
71.步骤s303，还利用售后层级模块在根据首次运维事项进行首次运维后未能解决设备故障的情况下，向管理层级模块发送协助请求；
72.步骤s304，利用管理层级模块，对接收到的协助请求进行处理，确认二次运维事项，将二次运维事项发送至售后层级模块；还利用售后层级模块将二次运维事项发送至客户层级模块；还利用客户层级模块将二次运维事项通知客户；
73.其中，首次运维事项是指由售后层级模块确定的用于实施首次运维的工作信息；二次运维事项是指由管理层级模块为解决首次运维未能解决的设备故障确定的实施二次运维的工作信息。
74.根据本公开实施例提供的技术方案，通过客户层级模块可以根据设备故障信息和客户信息生成运维工单，并将该运维工单发送至售后层级模块进行处理，使得售后层级模块确定首次运维事项，并将首次运维事项发送至客户层级模块，使得客户层级模块将首次运维事项通知客户。客户知晓首次运维事项便于运维人员根据首次运维事项进行首次运维工作，在经过首次运维后未能解决设备故障的情况下，售后层级模块向管理层级模块发送协助请求，使得管理层级模块确定二次运维事项，并将二次运维事项通过售后层级模块和客户层级模块通知客户，便于运维人员根据二次运维事项进行二次运维工作。本实施例提供的工单管理系统中可以及时、准确地对运维工单进行处理，实现对运维工单的高效全流程的有效管理。并且通过工单管理系统对运维工单进行有效管理，保证各个运维工单流程的可追溯性，可以快速进行工单的追溯，便于进行工单统计，减轻相关工作人员工作量，有效的提高工单处理效率。
75.在一些实施例中，利用售后层级模块在根据首次运维事项进行首次运维后解决故障的情况下，向客户层级模块发送运维结束确认信息；
76.利用客户层级模块对接收到的运维结束确认信息进行处理，在确认经运维后解决
故障的情况下，收集客户评价信息返回至售后层级模块；在确认经运维后未解决故障的情况下，建立新的运维工单。
77.在一些实施例中，利用管理层级模块的一级管理单元对接收到的协助请求进行处理，在协助请求符合一级管理权项的情况下，确定二次运维事项；在协助请求不符合一级管理权项的情况下，将协助请求发送至二级管理单元；还利用一级管理单元接收二级管理单元发送的二次运维事项，并将二次运维事项发送至售后层级模块；
78.利用管理层级模块的二级管理单元对接收到的协助请求进行处理，在协助请求符合二级管理权项的情况下，确定二次运维事项；在协助请求不符合二级管理权项的情况下，将协助请求发送至三级管理单元；还利用二级管理单元接收三级管理单元发送的二次运维事项，并将二次运维事项发送至一级管理单元；
79.利用管理层级模块的三级管理单元对接收到的协助请求进行处理，确定二次运维事项，将二次运维事项发送至二级管理单元；
80.其中，一级管理权项是指预先为一级管理单元设置的有权处理的事项范围；二级管理权项是指预先为二级管理单元设置的有权处理的事项范围；二级管理权项对应的有权处理的事项范围大于一级管理权项对应的有权处理的事项范围。
81.在一些实施例中，利用客户层级模块根据客户查询请求对运维工单进行查询，显示与客户查询请求对应的查询结果；
82.利用售后层级模块根据售后查询请求对运维工单进行查询，显示与售后查询请求对应的查询结果；
83.利用管理层级模块根据管理查询请求对运维工单进行查询，显示与管理查询请求对应的查询结果。
84.在一些实施例中，利用客户层级模块根据客户统计请求对运维工单进行统计，显示与客户统计请求对应的统计结果；
85.利用管理层级模块根据管理统计请求对运维工单进行统计，显示与管理统计请求对应的统计结果。
86.在一些实施例中，利用售后层级模块在接收到运维工单后，生成运维工单提示信息，将运维工单提示信息下发至目标运维人员对应的终端；
87.利用管理层级模块在接收到协助请求后，生成协助请求提示信息，将协助请求提示信息下发至目标管理人员对应的终端。
88.在一些实施例中，利用客户层级模块提交取消工单请求，将取消工单请求发送至售后层级模块；
89.利用售后层级模块对接收到的取消工单请求进行处理，结束取消工单请求对应运维工单。
90.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。
91.图4是本公开实施例提供的电子设备4的示意图。如图4所示，该实施例的电子设备4包括：处理器401、存储器402以及存储在该存储器402中并且可在处理器401上运行的计算机程序403。处理器401执行计算机程序403时实现上述各个方法实施例中的步骤。或者，处
理器401执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。
92.电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备4可以包括但不仅限于处理器401和存储器402。本领域技术人员可以理解，图4仅仅是电子设备4的示例，并不构成对电子设备4的限定，可以包括比图示更多或更少的部件，或者不同的部件。
93.处理器401可以是中央处理单元(central processing unit，cpu)，也可以是其它通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
94.存储器402可以是电子设备4的内部存储单元，例如，电子设备4的硬盘或内存。存储器402也可以是电子设备4的外部存储设备，例如，电子设备4上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。存储器402还可以既包括电子设备4的内部存储单元也包括外部存储设备。存储器402用于存储计算机程序以及电子设备所需的其它程序和数据。
95.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
96.集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本公开实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
97.以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围，均应包含在本公开的保护范围之内。