用于业务审批的流程配置方法、系统、电子设备及介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种用于业务审批的流程配置方法、系统、电子设备及介质。


背景技术：

2.随着各机构的在线门户系统的不断成熟，为用户提供以产品及解决方案为例的业务内容的在线展示日趋紧密，其中对业务内容的准确性、安全性的校验尤为重要。
3.审批流程作为校验业务内容的准确性、安全性的重要组成部分，逐渐成为研究对象。目前的企业系统内或系统之间为了保障业务内容的准确性、安全性，通常涉及较为复杂的流程管理，导致审批过程复杂、效率低。
4.因此，如何配置合理的审批流程对业务内容进行审核是目前亟待解决的问题。


技术实现要素：

5.鉴于上述问题，本技术提供一种用于业务审批的流程配置方法、系统、电子设备及介质，用以解决目前的业务审批过程复杂、效率低的问题。
6.为了实现上述目的，本技术提供如下技术方案：
7.根据本技术的一方面，提供一种用于业务审批的流程配置方法，所述方法包括：
8.获取待办审批业务的基本信息，所述基本信息包括业务类型和/或省分条件；
9.根据所述基本信息为所述待办审批业务生成流程配置信息；
10.根据所述流程配置信息为所述待办审批业务配置审批流程，并将审批流程配置结果推送给目标审批终端。
11.在一种实施方式中，所述流程配置信息包括：审批节点、各审批节点的审批页面配置以及各审批节点之间的审批流转配置。
12.在一种实施方式中，
13.所述根据所述流程配置信息为所述待办审批业务配置审批流程，包括：
14.基于预部署的zeal-flow工具根据所述流程配置信息为所述待办审批业务配置审批流程；
15.所述将审批流程配置结果推送给目标审批终端，包括：
16.基于预部署的zeal-notify工具将审批流程配置结果推送给目标审批终端。
17.在一种实施方式中，在根据所述基本信息为所述待办审批业务生成流程配置信息之后，还包括：
18.将所述流程配置信息存储为json格式；
19.所述根据所述流程配置信息为所述待办审批业务配置审批流程，包括：基于存储为json格式的流程配置信息为所述待办审批业务配置审批流程。
20.在一种实施方式中，在将审批流程配置结果推送给目标审批终端之前，还包括：
21.基于目标审批终端的配置信息生成推送信息，所述目标审批终端的配置信息包括
所述目标审批终端的状态信息和/或工作时间信息；
22.所述将审批流程配置结果推送给目标审批终端，包括：基于所述推送信息将审批流程配置结果推送给目标审批终端。
23.在一种实施方式中，所述将审批流程配置结果推送给目标审批终端，包括：
24.基于预设推送方式将审批流程配置结果推送给目标审批终端，所述预设推送方式包括以下中的至少一项：系统待办、短信、邮件、公众号或者小程序。
25.在一种实施方式中，在获取待办审批业务的基本信息之前，还包括：
26.获取所述待办审批业务的发起方信息；
27.响应于所述发起方信息的识别结果，若所述待办审批业务的发起方符合预设免审批规则，则跳出获取所述待办审批业务的基本信息的步骤，并将所述待办审批业务推送至业务处理终端，以使所述业务处理终端处理所述待办审批业务。
28.根据本技术的另一方面，提供一种用于业务审批的流程配置系统，包括：
29.获取模块，其设置为获取待办审批业务的基本信息，所述基本表数据包括业务类型和/或省分条件；
30.生成模块，其设置为根据所述基本信息为所述待办审批业务生成流程配置信息，所述流程配置信息包括以下至少一项：审批节点、审批流转配置或者流程定义信息；
31.配置模块，其设置为根据所述流程配置信息为所述待办审批业务配置审批流程；
32.推送模块，其设置为将审批流程配置结果推送给目标审批终端。
33.根据本技术的又一方面，提供一种电子设备，包括：存储器和处理器；
34.所述存储器存储计算机执行指令；
35.所述处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行所述的用于业务审批的流程配置方法。
36.根据本技术的再一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现所述的用于业务审批的流程配置方法。
37.根据本技术提供的用于业务审批的流程配置方法、系统、电子设备及介质，通过获取待办审批业务的基本信息，所述基本信息包括业务类型和/或省分条件，并根据所述基本信息为所述待办审批业务生成流程配置信息，以及根据所述流程配置信息为所述待办审批业务配置审批流程，并将审批流程配置结果推送给目标审批终端。通过上述方法，可以为待办审批业务灵活配置相适应的审批流程，有效解决了业务审批过程复杂、效率低的问题，提高了业务审批效率。
附图说明
38.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
39.图1为本技术实施例提供的一种可能的场景示意图；
40.图2为本技术实施例提供的一种用于业务审批的流程配置方法的流程示意图；
41.图3为本技术实施例提供的另一种用于业务审批的流程配置方法的流程示意图；
42.图4为本技术实施例提供的一示例性实施例的流程示意图；
43.图5为本技术实施例提供的一种用于业务审批的流程配置装置的结构示意图；
44.图6为本技术实施例提供的一种电子设备的结构示意图。
45.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
46.流程管理(process management)，是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法。其可以是一个操作性的定位描述，例如流程分析、流程定义与重定义、资源分配、时间安排、流程质量与效率测评、流程优化等，一般情况下，流程管理是为了客户需求而设计的，因而这种流程会随着内外环境的变化而需要被优化。
47.相关技术中，较为完善的工作流管理系统通常为收费软件，并未被开源。虽然国内也有很多流程管理的开源项目，诸如bpm、osworkflow、activiti等，但目前的技术对于在审批流程配置过程中使用时可能存在以下缺点：这些工作流不仅结构复杂、复用度低、扩展繁琐，并且软件需要进行安装、调试，操作起来复杂；软件对操作系统及环境有要求，并且对于软件的前期研究、后期运行维护投入人力太大；无法实现动态可配置的方式，在配置审批节点后，无法进行更改，并且配置繁琐；无法适应轻量级个性化配置需求较多的环境下使用；此外，流程消息发送不够灵活，大部分都是采用开发语言简单实现发送消息，这样的方式无法扩展，也无法适应现在多样化的移动办公方式。
48.针对上述技术问题，本技术实施例提供了一种用于业务审批的流程配置方法，通过获取待办审批业务的基本信息，所述基本信息包括业务类型和/或省分条件，并根据所述基本信息为所述待办审批业务生成流程配置信息；根据所述流程配置信息为所述待办审批业务配置审批流程，然后将审批流程配置结果推送给目标审批终端。针对待办审批业务的基本信息的不同，为待办审批业务配置审批流程，实现了审批流程的灵活配置，有效解决了业务审批过程复杂、效率低的问题，提高了业务审批效率。
49.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术的实施例中的附图，对本技术实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。所描述的实施例是本技术一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
50.图1为本技术实施例提供的一种可能的场景示意图，如图1所示，包括终端设备110和服务器120，终端110和服务器120之间通过有线或者无线网络相互连接。在一些实施例中，服务器120用于向终端设备120提供相关待办审批业务的审批流程配置结果，终端设备110用于基于服务器120提供的审批流程配置结果，对待办审批业务进入审核流程。在一种实施方式中，可以由终端设备110向服务器120发送待办审批业务请求以及待办审批业务对应的基本信息。可选的，在进行审批流程配置的过程中，服务器120承担主要计算工作，终端110承担次要计算工作；或者，服务器120承担次要计算工作，终端110承担主要计算工作；或
者，服务器120或终端110分别能够单独承担计算工作。
51.其中，终端设备110可以包括但不限于，电脑、智能手机、平板电脑、电子书阅读器、动态影像专家压缩标准音频层面3(moving picture experts group audio layer iii，简称mp3)播放器、动态影像专家压缩标准音频层面4(moving picture experts group audio layer iv，简称mp4)播放器、便携计算机、车载电脑、可穿戴设备、台式计算机、机顶盒、智能电视等等。
52.服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
53.可选地，上述终端110或服务器120的数量可以更多或更少，本技术实施例对此不加以限定。在一些实施例中，上述终端110和服务器120还可以作为区块链系统中的节点，将审批流程配置同步给区块链其它节点，以实现具有相同待办审批业务的终端审核流程的广泛应用。
54.上面对本技术的场景示意图进行了简单说明，下面以应用于图1中的服务器120为例，来详细说明本技术实施例提供的用于业务审批的流程配置方法。
55.请参照图2，图2为本技术实施例提供的一种用于业务审批的流程配置方法，所述方法包括步骤s201-s204。
56.步骤s201、获取待办审批业务的基本信息，所述基本信息包括业务类型和/或省分条件。
57.其中，待办审批业务可以为运营商需要审批的待上架业务也可以是运营商上架待展示的业务，例如运营商套餐业务、网络接入业务等，在其它实施例中，待办审批业务也可以为其它机构的其它业务，例如教育机构的课程开展业务等，本实施例对待办审批业务的形式不作具体限定。
58.本实施例中，对待办审批业务的业务类型不做具体限定，在一种实施方式中，可以根据待办审批业务的种类或者业务的重要程度或者业务的服务范围，对业务类型进行划分，以运营商为例，例如业务类型为入网业务、云业务等；省分条件，针对不同省分的运营商，审批标准以及审批过程不同，在实际应用中，可以对相同审批标准和审批过程的省分进行相同省分条件的划分，其中，审批标准和审批过程可以沿用现有运营商的审批流程。
59.在一可实现中，在存在数量较多且不同的待办审批业务时，为了便于对待办审批业务的基本信息的获取，以配置数据表的形式收集待办审批业务的基本信息。
60.步骤s202、根据所述基本信息为所述待办审批业务生成流程配置信息。
61.在一种实施方式中，所述流程配置信息包括：审批节点、各审批节点的审批页面配置以及各审批节点之间的审批流转配置。
62.在一种可实现中，配置审批节点的过程中可以相应为审批节点配置审批人、级别以及类型等，考虑到对于不同的审批节点其审核内容也不同，本实施例为各审批节点进行相应的审批页面配置，以提高实际审批作业过程的效率。此外，该流程配置信息还包括审批流转配置，其中审批流转配置可用于确定审批流程走向，例如待办审批业务首先进入哪个审批节点进行审批，以及流转到的下一个审批节点是哪个。
63.进一步地，对于审批节点的审批人员的配置，可以包含按固定工号配置、按角色选择、按组织结构等方式选择，在一种可实现中，不同审批流程可支持按不同方式选择审批人员或组织，如支持查找工号、支持按角色查询、支持按组织机构、外部系统人员等方式选择，审批级别，状态等信息；审批页面的配置，可以包括配置页面审批的展示方式，例如基于低代码方式实现页面可拖拽的组装。
64.在一些实施例中，流程配置信息还可以包括流程订购信息，考虑到有些审批过程涉及到收费，如果需要提供该项审批流程，需要进行订购，因此在流程配置信息中进行包括可定制化的订购信息。其中，流程订购信息可以包括产品内容上架流程、下架审批，以及解决方案等上下架流程。
65.步骤s203、根据所述流程配置信息为所述待办审批业务配置审批流程，得到审批流程配置结果。
66.在一种实施方式中，根据所述流程配置信息为所述待办审批业务配置审批流程的具体过程可以为：基于预部署的zeal-flow工具根据所述流程配置信息为所述待办审批业务配置审批流程。
67.可以理解的，本实施例中的zeal-flow工具为开发工具。
68.本实施例中，zeal-flow工具为预开发的可定制化的流程管理工具，通过该工具可对审批流程进行定制化设计，定制化订购，定制化流转等灵活配置，满足不同省分不同业务场景的流程设计，该工具不仅可以提供流程定制化，并按不同方式进行审批流的设计，同时添加每个场景的流程模型，以及配置不同场景的流转配置，同时还可以在配置审批人员方面进行基本的功能补充。
69.步骤s204、将审批流程配置结果推送给目标审批终端。
70.在流程配置完成后，可以触发zeal-notify智能推送工具，智能推送工具可以通过生成或获取相应的推送信息，记录待办智能推送的基础信息，包含连接每个触点(目标审批终端)的配置信息，状态信息，创建人员及时间等信息，进而根据推送信息完成推送。
71.本实施例中，目标审批终端可以是进行业务审批的终端，或者发出业务审批请求的终端，也可以是业务上架/下架的管理终端，也可以是根据审批流程配置结果为审批节点进行业务推进的终端，本实施例对目标审批终端的具体类型不作限定。
72.在一种实施方式中，将审批流程配置结果推送给目标审批终端的具体过程可以为：基于预部署的zeal-notify工具将审批流程配置结果推送给目标审批终端。
73.可以理解的，本实施例中的zeal-notify工具为开发工具。
74.本实施例中，zeal-notify工具为预开发的待办智能推送工具，通过该工具系统业务层面不需要关心将待办发送到哪里，只需要将zeal-flow消息传给zeal-notify工具即可，实际要发到哪里以及如何推送，可以由zeal-notify去灵活配置。该工具可以支持向多触点、多数据源发送待办审批消息，提高了系统的灵活性、可扩展性。
75.本实施例提供的用于业务审批的流程配置方法，通过针对待办审批业务的基本信息的不同，为待办审批业务生成对应的审批流程配置信息，进而根据审批流程配置信息配置审批流程，实现了审批流程的灵活配置，有效解决了业务审批过程复杂、效率低的问题，提高了业务审批效率。
76.在一种实施方式中，在根据所述基本信息为所述待办审批业务生成流程配置信息
(步骤s202)之后，还包括以下步骤：
77.将所述流程配置信息存储为json格式；
78.所述根据所述流程配置信息为所述待办审批业务配置审批流程(步骤s203)，包括以下步骤：基于存储为json格式的流程配置信息为所述待办审批业务配置审批流程。
79.json(javascript object notation，javascript对象符号)格式，是一种轻量级的数据交换格式，json采用完全独立于语言的文本格式，这些特性使json成为理想的数据交换语言，其易于人阅读和编写，同时也易于机器解析和生成，相较于其它存储格式数据格式比较简单，同时格式都是压缩的，占用带宽小。此外，json支持多种语言，包括actionscript，c，c#，coldfusion，java，javascript，perl，php，python，ruby等语言服务器端语言。
80.本实施例中，利用json格式的内容具备层级关系的优势，通过将流程配置信息存储为json格式，在为待办审批业务配置审批流程的过程中可以快速定位到对应的信息，方便开发以及后期运行运维及问题定位。
81.请参照图3，图3为本技术实施例提供的另一种用于业务审批的流程配置方法的流程示意图，在上述实施例的基础上，为了实现审批流程配置的灵活推送，本实施例通过生成推送信息，并基于对应的推送信息向目标审批终端推送。具体的，在将审批流程配置结果推送给目标审批终端(步骤s204)之前，还包括步骤s301，并将步骤s204进一步划分为步骤s204a。
82.步骤s301、基于目标审批终端的配置信息生成推送信息，所述目标审批终端的配置信息包括所述目标审批终端的状态信息和/或工作时间信息。
83.本实施例中，目标审批终端可以为一个或者多个，目标审批终端的配置信息还可以包括目标审批终端的基本信息，例如目标审批终端标识等，本实施例通过生成包含连接每个触点的配置信息，状态信息，创建人员及时间等信息的推送信息，进而可根据推送信息进行智能推送。
84.其中，推送信息可以为在目标审批终端对应的工作时间和工作状态下进行推送，或者，目标审批终端的负荷情况进行推送，其中，负荷情况可以基于目标审批终端的审批任务量确定。
85.步骤s204a：基于所述推送信息将审批流程配置结果推送给目标审批终端。
86.在一些实施例中，为了进一步提高推送的灵活性，还可以根据相应目标审批终端在审批流程配置中的角色进行特定推送，可以理解的，审批流程中的角色可以与审批节点相匹配。
87.可以理解的，审批流程配置中的各审批节点可以根据分工并行操作，当审批通过后，待办审批业务将自动进行上架或下架或者进入后续处理流程，审批流程结束。
88.在一种实施方式中，所述将审批流程配置结果推送给目标审批终端(步骤s204)，还可以包括以下步骤：
89.基于预设推送方式将审批流程配置结果推送给目标审批终端，所述预设推送方式包括以下中的至少一项：系统待办、短信、邮件、公众号或者小程序。
90.在其它实施方式中，还可以采用其它推送方式进行推送，而不限于上述预设推送方式，例如还可以采用应用app等方式。
91.进一步的，在将审批流程配置结果推送给目标审批终端之后或者同时，系统可以配置审批的日志，包含待办审批业务的任务名称，待办审批信息，状态等，并在日志中同步记录目标审批终端接收到审批流程配置后对于该待办审批业务的审批操作信息，例如，日志中可以记录审批人工号信息、审批状态是否完成、进度的审批操作信息。
92.在一种实施方式中，考虑到业务的审批权限不同，为灵活实现业务审批，本实施例在获取待办审批业务的基本信息(步骤s201)之前，还包括如下步骤：
93.获取所述待办审批业务的发起方信息；
94.响应于所述发起方信息的识别结果，若所述待办审批业务的发起方符合预设免审批规则，则跳出获取所述待办审批业务的基本信息的步骤，并将所述待办审批业务推送至业务处理终端，以使所述业务处理终端处理所述待办审批业务。
95.需要说明的是，本领域技术人员可以结合实际应用对预设免审批规则进行适应性设定，例如，针对业务的发起方身份进行设定，例如发起方为集团工号可以免审批，非集团工号则进入审批流程配置及审批。
96.本实施例中，发起方信息可以为发起方的身份信息，在一种可实现中，发起方在系统中发起待办审批业务请求时需要输入其身份信息，其可以为用户身份信息或者机构身份信息。示例性的，待办审批业务的发起方为基于工号形式在系统中发起，可以首先判断工号角色，如果集团角色，则该待办审批业务直接推送到业务处理终端进行处理，其中处理过程可以为自动上下架或者其它操作而无需进行审批，而如果是其它角色，则进入审批流程配置的步骤触发审批流程。
97.在一些实施例中，业务处理终端和目标审批终端可以为相同终端也可以是不同终端，其对应的是不同的业务操作过程。
98.可以理解的，响应于可用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。
99.结合图4所示，图4为本技术提供的一示例性实施例的流程示意图，包括四个流程操作块，分别为待办审批业务的发起、审批流程配置、审批流程推送以及审批，本示例中，待办审批业务为上架/下架业务的审批，具体流程如下：
100.a.接收上架/下架业务；
101.b.检验上架/下架业务的发起方，如果发起方是集团工号，可以在发起操作块中直接对上架/下架业务进行上架/下架，若发起方为非集团工号，则需要在后续流程配置操作块中进行审批流程配置；
102.c.获取上架/下架业务的基本信息；
103.d.基于该基本信息校验是否存在流程配置，如果存在流程配置可以直接进入流程推送操作块中进行流程推送，如果不存在，则在流程配置操作块进行审批流程配置；
104.e.审批流程配置包括审批节点配置、审批页面配置、流程订购以及审批流转配置，其根据审批配置信息配置；
105.f.完成流程配置后，在推送配置块中生成推送信息，并可生成日志记录流程和待办关系，并向目标审批终端推送相应的流程配置，其中推送方式可以采用邮件、社交软件等；
106.可以理解的，待办即待办审批流程在各个审批节点的待办审批操作信息。
107.g.目标审批终端根据其在审批流程的待办阶段进行审批，并在审批完成后回到发起块进行上架/下架，并在未完成审批的情况下向推送块的日志同步审批更新情况。
108.根据本技术的另一方面，提供一种用于业务审批的流程配置系统，如图5所示，该系统包括：
109.获取模块51，其设置为获取待办审批业务的基本信息，所述基本表数据包括业务类型和/或省分条件；
110.生成模块52，其设置为根据所述基本信息为所述待办审批业务生成流程配置信息，所述流程配置信息包括以下至少一项：审批节点、审批流转配置或者流程定义信息；
111.配置模块53，其设置为根据所述流程配置信息为所述待办审批业务配置审批流程；
112.推送模块54，其设置为将审批流程配置结果推送给目标审批终端。
113.在一种实施方式中，所述流程配置信息包括：审批节点、各审批节点的审批页面配置以及各审批节点之间的审批流转配置。
114.在一种实施方式中，所述配置模块53，具体设置为基于预部署的zeal-flow工具根据所述流程配置信息为所述待办审批业务配置审批流程；
115.所述推送模块54，具体设置为基于预部署的zeal-notify工具将审批流程配置结果推送给目标审批终端。
116.在一种实施方式中，所述装置还包括：
117.存储模块，其设置为将所述流程配置信息存储为json格式；
118.所述配置模块53具体设置为，基于存储为json格式的流程配置信息为所述待办审批业务配置审批流程。
119.在一种实施方式中，所述生成模块52，还设置为基于目标审批终端的配置信息生成推送信息，所述目标审批终端的配置信息包括所述目标审批终端的状态信息和/或工作时间信息；
120.所述推送模块54具体设置为，基于所述推送信息将审批流程配置结果推送给目标审批终端。
121.在一种实施方式中，所述推送模块54具体设置为，基于预设推送方式将审批流程配置结果推送给目标审批终端，所述预设推送方式包括以下中的至少一项：系统待办、短信、邮件、公众号或者小程序。
122.在一种实施方式中，所述获取模块51还设置为，获取所述待办审批业务的发起方信息；
123.所述推送模块54还设置为，响应于所述发起方信息的识别结果，在所述待办审批业务的发起方符合预设免审批规则的情况下，将所述待办审批业务推送至业务处理终端，以使所述业务处理终端处理所述待办审批业务。
124.根据本技术的又一方面，提供一种电子设备，如图6所示，包括：存储器61和处理器62；
125.所述存储器61存储计算机执行指令；
126.所述处理器62执行所述存储器61存储的计算机执行指令，使得所述电子设备执行
所述的用于业务审批的流程配置方法。
127.根据本技术的再一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现所述的用于业务审批的流程配置方法。
128.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。
129.如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其它存储器技术、cd-rom、数字多功能盘(dvd)或其它光盘存储、磁盒、磁带、磁盘存储或其它磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其它的介质。
130.此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数据，并且可包括任何信息递送介质。
131.在本技术实施例的描述中，术语“和/或”仅仅表示一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，术语“至少一种”表示多种中的任一种或多种中的至少两种的任意组合，例如，包括a、b、中的至少一种，可以表示包括a、b和c沟通的集合中选择的任意一个或多个元素。此外，术语“多个”的含义是两个或两个以上，除非是另有精确具体地规定。
132.在本技术实施例的描述中，术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
133.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。