工单处理方法、设备及存储介质

技术领域

本申请涉及互联网技术，尤其涉及一种工单处理方法、设备及存储介质。

背景技术

随着物联网技术的发展，物联网的应用覆盖率提升，针对物联网应用的问题反馈以及优化成为一个具有应用前景的方向；现有的故障反馈中，主要的模式为，针对报障信息进行工单创建，并基于工单进行报障信息分析和故障优化。

在现有技术中，待工单处理包括触点工单和非触点工单，工单处理方式包括：触点工单的处理，由客户经理通过保障热线或邮件向客服系统反馈报障信息，并由客服人员进行处理，工单处理过程中，复杂度高的问题则由服务专家进行处理；非触点工单的处理，非触点工单处理方式为线下处理，服务专家基于线下获取的报障信息进行非触点工单记录，并进行工单处理。

由于现有技术中，工单处理中非触点工单和触点工单的处理是相互独立的，没有统一的格式和标签，在进行工单统计时触点工单和非触点工单不能同时统计，导致工单的数据利用效率低下；由于触点工单经过客服人员处理后，在进行数据分析时还需要服务专家进行进一步的处理，导致工单处理流程复杂且耗费的时间成本高。因此，现有的工单处理技术中存在数据利用效率低且作业流程繁琐的技术问题。

发明内容

本申请提供一种工单处理方法、设备及存储介质，用以解决现有的工单处理技术中存在数据利用效率低且作业流程繁琐的技术问题。

第一方面，本申请提供一种工单处理方法，该方法包括：

接收待处理工单，并确定待处理工单的工单内容和工单类型；

基于工单类型确定待处理工单的客户标签和服务标签；

基于工单内容、客户标签和服务标签，对待处理工单进行分类，并生成工单处理结果。

可选地，对待处理工单进行分类，并生成工单处理结果，包括：

基于工单内容和客户标签，从客户维度对待处理工单进行分类，确定客户维度分类结果；

基于客户维度分类结果，生成用于表征客户使用场景和业务诉求的第一工单处理结果。

可选地，对待处理工单进行分类，并生成工单处理结果，包括：

基于工单内容和服务标签，确定待处理工单的产生原因；

在产生原因为责任部门故障时，从故障维度对待处理工单进行分类，确定故障维度分类结果，每个故障维度对应至少一个责任部门；

基于故障维度分类结果，生成责任部门的第二工单处理结果，并将第二工单处理结果发送至相应的责任部门。

可选地，基于工单类型确定待处理工单的客户标签和服务标签，包括：

在工单类型为基于客服系统接收的触点工单时，基于客服系统获取待处理工单的客户标签，基于服务系统获取待处理工单的服务标签序号；

对待处理工单的工单内容进行解析，并确定为符合预设格式的待处理工单；

对服务标签序号进行解析，基于服务标签序号确定服务标签。

可选地，对待处理工单的工单内容进行解析，并确定为符合预设格式的待处理工单，包括：

基于客户标签确定待处理工单对应的工单内容模板；

基于工单内容模板对待处理工单的工单内容进行分词和排序处理，并确定为符合预设格式的待处理订单。

可选地，对服务标签序号进行解析，基于服务标签序号确定服务标签，包括：

基于预设映射规则对服务标签序号进行解析，将服务标签序号映射为相应的服务标签。

可选地，基于工单类型确定待处理工单的客户标签和服务标签，还包括：

在工单类型为基于服务系统接收的非触点工单时，确定待处理工单录入的客户标签和服务标签。

第二方面，本申请提供一种工单处理设备，包括：

获取模块，用于接收待处理工单，并确定待处理工单的工单内容和工单类型；

第一处理模块，用于基于工单类型确定待处理工单的客户标签和服务标签；

第二处理模块，用于基于工单内容、客户标签和服务标签，对待处理工单进行分类，并生成工单处理结果。

可选地，该设备还用于：

基于工单内容和客户标签，从客户维度对待处理工单进行分类，确定客户维度分类结果；

基于客户维度分类结果，生成用于表征客户使用场景和业务诉求的第一工单处理结果。

可选地，该设备还用于：

基于工单内容和服务标签，确定待处理工单的产生原因；

在产生原因为责任部门故障时，从故障维度对待处理工单进行分类，确定故障维度分类结果，每个故障维度对应至少一个责任部门；

基于故障维度分类结果，生成责任部门的第二工单处理结果，并将第二工单处理结果发送至相应的责任部门。

可选地，该设备还用于：

在工单类型为基于客服系统接收的触点工单时，基于客服系统获取待处理工单的客户标签，基于服务系统获取待处理工单的服务标签序号；

对待处理工单的工单内容进行解析，并确定为符合预设格式的待处理工单；

对服务标签序号进行解析，基于服务标签序号确定服务标签。

可选地，该设备还用于：

基于客户标签确定待处理工单对应的工单内容模板；

基于工单内容模板对待处理工单的工单内容进行分词和排序处理，并确定为符合预设格式的待处理订单。

可选地，该设备还用于：

基于预设映射规则对服务标签序号进行解析，将服务标签序号映射为相应的服务标签。

可选地，该设备还用于：

在工单类型为基于服务系统接收的非触点工单时，确定待处理工单录入的客户标签和服务标签。

本申请的第三方面，提供了一种工单处理设备，包括：

处理器和存储器；

存储器存储计算机执行指令；

处理器执行存储器存储的计算机执行指令，使得工单处理设备执行第一方面中任一项的工单处理方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第一方面中任一项的工单处理方法。

本申请提供一种工单处理方法、设备及存储介质。该方法包括：接收待处理工单，并确定待处理工单的工单内容和工单类型；基于工单类型确定待处理工单的客户标签和服务标签；基于工单内容、客户标签和服务标签，对待处理工单进行分类，并生成工单处理结果。从而基于统一的客户标签和服务标签对待处理标签进行标签标记，基于待处理工单的类型进行不同方式的标签添加，并将添加标签的待处理工单进行分析，基于待处理工单的客户标签进行统计分析，实现客户维度的工单信息处理；基于待处理工单的服务标签进行统计分析，实现服务维度的工单信息处理；通过标签统一化实现工单的规范化和统一化，进一步实现工单的集中数据分析和处理，从而实现了提高数据利用效率并简化作业流程的技术效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的工单处理方法的流程图一；

图2为本申请实施例提供的工单处理方法的流程图二；

图3为本申请实施例提供的工单标签处理方法的标签添加流程示意图；

图4为本申请实施例提供的智能工单系统的结构示意图；

图5为本申请实施例提供的智能工单系统的作业流程图；

图6为本申请实施例提供的工单处理方法的流程图三；

图7为本申请实施例提供的一种工单处理设备的结构示意图；

图8为本申请实施例提供的工单处理设备的硬件结构图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在现有技术中，待工单处理包括触点工单和非触点工单，工单处理的方式包括：触点工单处理，由客户经理通过保障热线或邮件向客服系统反馈报障信息，并由客服人员进行处理，工单处理过程中，复杂度高的问题则由服务专家进行处理；非触点工单处理，非触点工单处理方式为线下处理，服务专家基于线下获取的报障信息进行非触点工单记录，并进行工单处理。由于现有技术中，工单处理中非触点工单和触点工单的处理是相互独立的，没有统一的格式和标签，在进行工单统计时触点工单和非触点工单不能同时统计，导致工单的数据利用效率低下；由于触点工单经过客服人员处理后，在进行数据分析时还需要服务专家进行进一步的处理，导致工单处理流程复杂且耗费的时间成本高。因此，现有的工单处理技术中存在数据利用效率低且作业流程繁琐的技术问题。

本申请提供一种工单处理方法、设备及存储介质。该方法包括：接收待处理工单，并确定待处理工单的工单内容和工单类型；基于工单类型确定待处理工单的客户标签和服务标签；基于工单内容、客户标签和服务标签，对待处理工单进行分类，并生成工单处理结果。从而基于统一的客户标签和服务标签对待处理标签进行标签标记，基于待处理工单的类型进行不同方式的标签添加，并将添加标签的待处理工单进行分析，基于待处理工单的客户标签进行统计分析，实现客户维度的工单信息处理；基于待处理工单的服务标签进行统计分析，实现服务维度的工单信息处理；通过标签统一化实现工单的规范化和统一化，进一步实现工单的集中数据分析和处理，解决了数据利用效率低且作业流程繁琐的技术问题。

下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1为本申请实施例提供的工单处理方法的流程图一。如图1所示，该方法包括：

S101、接收待处理工单，并确定待处理工单的工单内容和工单类型；

本实施例中，待处理工单包括触点工单和非触点工单，其中触点工单为经过线上报障并通过客服系统确定的工单，非触点工单为经过线下报障并经由服务系统确定的工单。

S102、基于工单类型确定待处理工单的客户标签和服务标签；

本实施例中，客户标签用于反馈待处理工单所表征的客户诉求，服务标签用于反馈待处理工单所表征的具体服务问题。

S103、基于工单内容、客户标签和服务标签，对待处理工单进行分类，并生成工单处理结果；

本实施例中，在第一示范例中，客户标签为网络通信故障，服务标签为网元问题，则基于客户标签将待处理工单划分为故障类别中的网络通信故障类别中，并基于分类确定客户的使用场景以及客户的诉求；基于服务标签所表示的网元问题，将待处理工单的内容进行处理并生成相应的工单报表，将工单报表发送至网元管理所对应的责任部门，责任部门基于反馈的问题进行处理和优化。

本申请提供一种工单处理方法。该方法包括：接收待处理工单，并确定待处理工单的工单内容和工单类型；基于工单类型确定待处理工单的客户标签和服务标签；基于工单内容、客户标签和服务标签，对待处理工单进行分类，并生成工单处理结果。从而基于统一的客户标签和服务标签对待处理标签进行标签标记，基于待处理工单的类型进行不同方式的标签添加，并将添加标签的待处理工单进行分析，基于待处理工单的客户标签进行统计分析，实现客户维度的工单信息处理；基于待处理工单的服务标签进行统计分析，实现服务维度的工单信息处理；通过标签统一化实现工单的规范化和统一化，进一步实现工单的集中数据分析和处理，解决了数据利用效率低且作业流程繁琐的技术问题。

图2为本申请实施例提供的工单处理方法的流程图二。如图2所示，该方法包括：

S201、接收待处理工单，并确定待处理工单的工单内容和工单类型；

S202、在工单类型为基于客服系统接收的触点工单时，基于客服系统获取待处理工单的客户标签，基于服务系统获取待处理工单的服务标签序号；

本实施例中，待处理工单的客户标签为在客服系统处理中添加的标签，用于表征客户基于客服系统提交的报障信息所涉及的范围；服务标签序号为基于工单内容以及服务系统判定的工单所涉及的问题范围所对应的序号；本实施例中，通过序号的形式对服务标签进行编号，并通过编号表示实现对触点工单的服务标签标记，用于实现服务标签的统一化。

S203、基于客户标签确定待处理工单对应的工单内容模板；基于工单内容模板对待处理工单的工单内容进行分词和排序处理，并确定为符合预设格式的待处理订单；

本实施例中，客户标签为待处理工单在客服系统处理时添加的标签，基于客户标签确定待处理工单对应的工单内容模板，用于使触点工单的工单内容格式和非触点工单的工单内容格式统一化；统一化的处理可以为对工单内容中每个词条的内容进行分词，使其格式符合工单内容模板，对工单内容中的词条顺序进行调整，使其符合工单内容模板中的词条顺序。

S204、基于预设映射规则对服务标签序号进行解析，将服务标签序号映射为相应的服务标签；

本实施例中，服务标签序号和服务标签存在映射关系，在对待处理工单进行服务标签解析时，基于预设的映射规则将服务标签序号确定为对应的服务标签；其中预设的映射规则可以以表格的形式存储在本地文件或数据库中。

S205、在工单类型为基于服务系统接收的非触点工单时，确定待处理工单录入的客户标签和服务标签；

本实施例中，在第二示范例中，报障信息由客户经理通过线下的方式反馈给服务专家，服务专家基于服务系统以及报障信息进行工单创建，并基于工单内容进行客户标签和服务标签的确定，将服务标签和客户标签添加至非触点工单。

S206、基于工单内容和客户标签，从客户维度对待处理工单进行分类，确定客户维度分类结果；基于客户维度分类结果，生成用于表征客户使用场景和业务诉求的第一工单处理结果；

本实施例中，在第三示范例中，工单内容包括：工单标题短信业务无法办理、工单状态：待处理、工单类别：业务流程问题、工单具体内容：短信业务办理失败、工单负责人：A、以及工单提出时间：2022.8.11，13:40:00；客户标签为短信业务故障，基于客户标签和工单内容从客户维度对待处理工单进行分类，并生成第一工单处理结果，其中第一工单处理结果包含客户使用场景信息以及客户诉求信息。

S207、基于工单内容和服务标签，确定待处理工单的产生原因；在产生原因为责任部门故障时，从故障维度对待处理工单进行分类，确定故障维度分类结果，每个故障维度对应至少一个责任部门；基于故障维度分类结果，生成责任部门的第二工单处理结果，并将第二工单处理结果发送至相应的责任部门。

通过执行S201至S207，可以通过对待处理工单进行标签标注，并基于待处理工单的标签信息和工单内容从客户维度和服务维度两个方面对待处理工单进行统计和分析，并得到工单处理的结果，实现了提高数据处理效率并简化处理流程的技术效果。

图3为本申请实施例提供的工单标签处理方法的标签添加流程示意图。如图3所示，本申请实施例提供两种标签用于待处理工单的标签添加，包括客户标签和服务标签：

客户标签用于反映客户申诉的问题。触点工单由客服人员操作客服系统并客户描述进行标签添加，非触点工单的客户标签向其对齐，由服务专家操作服务系统进行标签添加；且客户标签可用于用户报障分析，对用户使用过程中遇到的问题进行精准沟通和培训，进一步可用于客户画像；服务标签用于反映引起用户使用问题的根本原因，并用于物联网产品质量改进。本实施例中，客户标签为由一级标签和二级标签组成，其中一级标签包括：故障、咨查、办理以及投诉，二级标签包括：平台功能使用咨询、网络通信故障、语音业务故障、短信业务故障、订单配置核查、订单进度查询与催单、产品功能咨询、账单答疑以及用户投诉。

服务标签用于反映造成客户申诉问题的根本原因。对于非触点工单，由服务专家操作服务系统直接进行标签添加；对于触点工单，在客服人员基于客服系统进行客户标签的添加之后，经由服务专家进行处理，服务专家操作服务系统在工单内容的最后以特殊字符标注服务标签序号，该服务标签序号用于解析为服务标签。本实施例中，服务标签包括服务标签序号以及标签内容，服务标签具体包括：【1】：客户终端问题、【2】：网元问题、【3】：订单配置错误、【4】：产品质量问题、【5】：订单发货错误、【6】：业务调测问题、【7】：业务流程问题、【8】：平台配置问题、【9】：平台需优化、【10】：平台故障。

图4为本申请实施例提供的智能工单系统的结构示意图。如图4所示，本实施例提供的智能工单系统包括：触点工单同步模块、触点工单解析模块、非触点工单导入模块、非触点工单录入模块、存储模块、查询模块、客户维度统计模块、以及服务维度统计模块。

其中，触点工单同步模块，用于将触点工单从客服系统通过文件或短信等方式同步到智能工单系统；

触点工单解析模块，用于将不同客户标签对应的触点工单其按照模板解析字段，将解析出的字段按照统一设计的格式进行挑选和排列顺序；解析回复内容最后以特殊格式备注的服务标签序号，并将序号映射为真正的标签；该标签序号由服务专家操作服务系统进行标签添加；

非触点工单导入模块，用于将线下文件记录的非触点工单导入到智能工单系统存储器；

非触点工单录入模块，用于提供非触点工单线上录入页面，并存储到存储器；

存储模块，用于存储触点和非触点工单；

查询模块，用于提供统一的界面可以多维度查询工单，包括触点和非触点；维度包括：客户标签、服务标签、物联网卡归属省份地市、故障地、故障级别等；

客户维度统计模块，用于按照客户标签，结合处理部门、归属地、是否重要客户等多维度进行工单数量统计，作为经营分析材料；按照客户名称和客户标签，对工单进行分类，可了解客户使用场景、业务诉求；

服务维度统计模块，用于按照服务标签进行工单数量统计，了解物联网各责任单元提供的产品和服务的质量概况；根据服务标签，对工单进行分类，生成各责任单元的工单，各责任单元可登录查看各自的工单报表，以改进产品和服务。

图5为本申请实施例提供的智能工单系统的作业流程图，图6为本申请实施例提供的工单处理方法的流程图三。如图5和图6所示，本实施例中，工单处理由智能工单系进行工单的自动采集入库、触点工单标签的自动解析和映射，并根据服务标签，对工单自动进行分类，自动生成各责任单元的工单数据并展示，所以各责任单元可以直接登录智能工单系统查看数据并实施针对性的改进，中间不再需要人工参与，该方法能显著降低人工工作量，显著提升了从工单处理到质量改进的闭环效率；具体的作业流程为：(1)对于热线和邮箱报障的触点工单，客服人员正常按客服系统的流程登记信息，并根据客户描述选择工单分类作为客户标签；(2)服务专家处理此工单后，在工单内容的最后基于服务系统以及特殊符号添加服务标签，例如中文【】，中间填写代表原因的服务标签；(3)客服系统通过文件推送或者短信接口将触点工单自动推送到智能工单系统；(4)智能工单系统按照预设的统一格式解析触点工单，并解析特殊符号中的服务标签，解析后入库；(5)服务专家基于智能工单系统的工单录入界面在线上录入非触点工单，或者利用线下文件编写后上传到智能工单系统，并入库，其中客户标签和服务标签由服务专家进行判定和最终标注；(6)智能系统提供查询功能，可多维度查询所有触点非触点工单信息；(7)根据客户标签，对客户遇到的主要问题进行分析，并生成各类统计报表；(8)根据服务标签，生成每类不同责任单元的工单明细，不同责任单元登录查看对应责任的工单明细，用于提高服务和产品的质量，并生成各类统计报表。

本申请提供一种工单处理方法。该方法包括：接收待处理工单，并确定待处理工单的工单内容和工单类型；基于工单类型确定待处理工单的客户标签和服务标签，其中工单类型包括触点工单和非触点工单，基于触点工单确定客户标签和服务标签序号，并对服务标签序号进行解析，获取触点工单对应的服务标签，基于客户标签对工单内容进行规范化处理，获取符合预设格式的工单内容；基于工单内容、客户标签和服务标签，对待处理工单进行分类，并生成工单处理结果。从而通过设置统一的服务标签和客户标签，基于触点工单标签的计息实现触点工单和非触点工单的融合，并基于工单的客户标签和服务标签进行客户维度和服务维度的数据分析，实现客户诉求分析、客户使用场景分析以及服务问题分析，并将数据分析的结果发送至责任部门进行优化，从而实现统一处理待处理工单，提高了工单处理中的数据利用效率，并基于单处理工单的分析结果进行优化，简化了工单处理中的作业流程；从而解决了数据利用效率低且作业流程繁琐的技术问题。

图7为本申请实施例提供的一种工单处理设备的结构示意图。本实施例的设备可以为软件和/或硬件的形式。如图7所示，本申请实施例提供的一种工单处理设备700，设备包括：获取模块701、第一处理模块702、以及第二处理模块703，

获取模块701，用于接收待处理工单，并确定待处理工单的工单内容和工单类型；

第一处理模块702，用于基于工单类型确定待处理工单的客户标签和服务标签；

第二处理模块703，用于基于工单内容、客户标签和服务标签，对待处理工单进行分类，并生成工单处理结果。

一种可能的实现方式中，该设备还用于：

基于工单内容和客户标签，从客户维度对待处理工单进行分类，确定客户维度分类结果；

基于客户维度分类结果，生成用于表征客户使用场景和业务诉求的第一工单处理结果。

一种可能的实现方式中，该设备还用于：

基于工单内容和服务标签，确定待处理工单的产生原因；

在产生原因为责任部门故障时，从故障维度对待处理工单进行分类，确定故障维度分类结果，每个故障维度对应至少一个责任部门；

基于故障维度分类结果，生成责任部门的第二工单处理结果，并将第二工单处理结果发送至相应的责任部门。

一种可能的实现方式中，该设备还用于：

在工单类型为基于客服系统接收的触点工单时，基于客服系统获取待处理工单的客户标签，基于服务系统获取待处理工单的服务标签序号；

对待处理工单的工单内容进行解析，并确定为符合预设格式的待处理工单；

对服务标签序号进行解析，基于服务标签序号确定服务标签。

一种可能的实现方式中，该设备还用于：

基于客户标签确定待处理工单对应的工单内容模板；

基于工单内容模板对待处理工单的工单内容进行分词和排序处理，并确定为符合预设格式的待处理订单。

一种可能的实现方式中，该设备还用于：

基于预设映射规则对服务标签序号进行解析，将服务标签序号映射为相应的服务标签。

一种可能的实现方式中，该设备还用于：

在工单类型为基于服务系统接收的非触点工单时，确定待处理工单录入的客户标签和服务标签。

本申请提供一种工单处理设备。该设备包括：获取模块，用于接收待处理工单，并确定待处理工单的工单内容和工单类型；第一处理模块，用于基于工单类型确定待处理工单的客户标签和服务标签，其中工单类型包括触点工单和非触点工单，基于触点工单确定客户标签和服务标签序号，并对服务标签序号进行解析，获取触点工单对应的服务标签，基于客户标签对工单内容进行规范化处理，获取符合预设格式的工单内容；第二处理模块，用于基于工单内容、客户标签和服务标签，对待处理工单进行分类，并生成工单处理结果。从而通过设置统一的服务标签和客户标签，基于触点工单标签的计息实现触点工单和非触点工单的融合，并基于工单的客户标签和服务标签进行客户维度和服务维度的数据分析，实现客户诉求分析、客户使用场景分析以及服务问题分析，并将数据分析的结果发送至责任部门进行优化，从而实现统一处理待处理工单，提高了工单处理中的数据利用效率，并基于单处理工单的分析结果进行优化，简化了工单处理中的作业流程；从而解决了数据利用效率低且作业流程繁琐的技术问题。

图8为本申请实施例提供的工单处理设备的硬件结构图。如图8所示，该工单处理设备800包括：

处理器801和存储器802；

存储器存储计算机执行指令；

处理器执行存储器802存储的计算机执行指令，使得工单处理设备执行如上述的工单处理方法。

应理解，上述处理器801可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital SignalProcessor，简称：DSP)、专用集成电路(英文：Application Specific IntegratedCircuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。存储器802可能包含高速随机存取存储器(英文：Random Access Memory，简称：RAM)，也可能还包括非易失性存储器(英文：Non-volatilememory，简称：NVM)，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

本申请实施例相应还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现工单处理方法。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本申请所必需的。

进一步需要说明的是，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其他的顺序执行。而且，流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

应该理解，上述的装置实施例仅是示意性的，本申请的装置还可通过其他的方式实现。例如，上述实施例中单元/模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，多个单元、模块或组件可以结合，或者可以集成到另一个系统，或一些特征可以忽略或不执行。

另外，若无特别说明，在本申请各个实施例中的各功能单元/模块可以集成在一个单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个或两个以上单元/模块集成在一起。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

集成的单元/模块如果以硬件的形式实现时，该硬件可以是数字电路，模拟电路等等。硬件结构的物理实现包括但不局限于晶体管，忆阻器等等。若无特别说明，处理器可以是任何适当的硬件处理器，比如CPU、GPU、FPGA、DSP和ASIC等等。若无特别说明，存储单元可以是任何适当的磁存储介质或者磁光存储介质，比如，阻变式存储器RRAM(ResistiveRandom Access Memory)、动态随机存取存储器DRAM(Dynamic Random Access Memory)、静态随机存取存储器SRAM(Static Random-Access Memory)、增强动态随机存取存储器EDRAM(Enhanced Dynamic Random Access Memory)、高带宽内存HBM(High-Bandwidth Memory)、混合存储立方HMC(Hybrid Memory Cube)等等。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。上述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其他实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。