一种业务工单处理方法、装置、存储介质及设备与流程

1.本技术涉及金融科技及数据处理技术领域，具体而言，涉及一种业务工单处理方法、装置、存储介质及设备。


背景技术：

2.信用卡是商业银行或其他金融机构发行的具有消费支付、信用贷款、转账结算、存取现金等全部或部分功能的电子支付卡。信用卡具有透支性、循环信用性等特征。消费者凭卡签名在指定消费场所进行消费时，可以先消费后结算。
3.目前，随着信用卡发卡量的递增，持卡人针对信用卡某一笔交易有疑问的频率也越来越多，这就导致与信用卡交易疑问相关的业务工单逐渐增多。对于此类业务工单的经办人员来说，大量重复案件造成了较多资源的浪费，而且历史案件处理追溯越来越难，容易造成数据安全隐患。


技术实现要素：

4.本技术实施例的目的在于提供一种业务工单处理方法、装置、存储介质及设备，旨在解决相关技术中存在的与信用卡交易疑问相关的业务工单频繁重复，造成资源浪费，而且历史追溯困难的问题。
5.第一方面，本技术实施例提供的一种业务工单处理方法，包括：
6.获取待处理工单，查询是否存在与所述待处理工单重复的业务工单；
7.若不存在重复的业务工单，将所述待处理工单的案件信息上传到目标区块链上，并通过nft技术生成用于标识所述待处理工单的token id；所述案件信息包括客户信息和处理流程信息；所述目标区块链是基于ipfs的区块链；
8.若存在重复的业务工单，根据所述业务工单对应的token id，读取所述业务工单的案件信息，并将所述案件信息反馈至发起所述待处理工单的渠道端。
9.在上述实现过程中，针对待处理工单，在查询到不存在重复案件的情况下，将包含客户信息和处理流程信息在内的案件信息上传至基于ipfs的区块链上，并通过nft技术生成与该待处理工单唯一对应的token id，而在查询到存在重复案件的情况下，根据与该待处理工单重复的业务工单的token id，还原案件信息并反馈至渠道端。如此，借助nft原理与ipfs，减少处理重复案件的资源消耗，降低存储成本，同时实现业务工单的可追溯性。
10.进一步地，在一些实施例中，所述待处理工单是与交易疑问相关的业务工单；所述查询是否存在与所述待处理工单重复的业务工单，包括：
11.根据所述待处理工单中的客户卡号、交易金额、交易时间和交易流水号作为组合条件，检索数据源信息；
12.若检索到满足所述组合条件的业务工单，将所述业务工单确定为与所述待处理工单重复的业务工单。
13.在上述实现过程中，通过以客户卡号、交易金额、交易时间和交易流水号作为组合
条件来检索数据源信息，提升了查询重复案件的准确率。
14.进一步地，在一些实施例中，所述客户信息包括客户身份信息和账单交易信息；其中：
15.所述客户身份信息包括以下至少一种：
16.客户卡号、客户号、客户身份证号、客户手机号；
17.所述账单交易信息包括以下至少一种：
18.交易金额、交易时间、交易地址、销售终端的商户类别码。
19.在上述实现过程中，通过采集以上客户信息并上传到目标区块链上，方便后续的溯源。
20.进一步地，在一些实施例中，所述通过nft技术生成用于标识所述待处理工单的token id，包括：
21.获取所述目标区块链返回的物质标识；
22.根据所述物质标识，通过erc-721协议编写智能合约信息，并生成token id。
23.在上述实现过程中，根据目标区块链返回的物质标识生成token id，使得当将与待处理工单相关的其他信息补充至目标区块链的区块上时，不影响生成的token id，从而方便了工单案件信息的补充。
24.进一步地，在一些实施例中，所述通过nft技术生成用于标识所述待处理工单的token id之后，还包括：
25.通过自验证系统进行节点验证，节点验证通过后，将所述智能合约信息和token id上传至所述目标区块中，所述目标区块是所述目标区块链上存放所述待处理工单的案件信息的区块。
26.在上述实现过程中，实现nft案件的内容信息和标识的统一存放。
27.进一步地，在一些实施例中，所述根据所述业务工单对应的token id，读取所述业务工单的案件信息，包括：
28.根据所述业务工单对应的token id，检索所述token id对应的智能合约信息；
29.基于所述智能合约信息，读取所述业务工单的案件信息。
30.在上述实现过程中，提供一种还原案件信息的解决方案。
31.进一步地，在一些实施例中，所述将所述案件信息反馈至发起所述待处理工单的渠道端，包括：
32.将所述案件信息返回给发起所述待处理工单的渠道端进行展示，并提供所述渠道端针对客户交易疑问的解答。
33.在上述实现过程中，返回重复案件的案件信息以及提供解答，使得该渠道端可以快速对客户交易疑问进行回应，从而促进服务的提升。
34.第二方面，本技术实施例提供的一种业务工单处理装置，包括：
35.工单查询模块，用于获取待处理工单，查询是否存在与所述待处理工单重复的业务工单；
36.标识生成模块，用于若不存在重复的业务工单，将所述待处理工单的案件信息上传到目标区块链上，并通过nft技术生成用于标识所述待处理工单的token id；所述案件信息包括客户信息和处理流程信息；所述目标区块链是基于ipfs的区块链；
37.信息调阅模块，用于若存在重复的业务工单，根据所述业务工单对应的token id，读取所述业务工单的案件信息，并将所述案件信息反馈至发起所述待处理工单的渠道端。
38.第三方面，本技术实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。
39.第四方面，本技术实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。
40.第五方面，本技术实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。
41.本技术公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本技术公开的上述技术即可得知。
42.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
43.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
44.图1为本技术实施例提供的一种业务工单处理方法的流程图；
45.图2为本技术实施例提供的一种基于nft原理与ipfs的业务工单处理方法的工作流程的示意图；
46.图3为本技术实施例提供的一种业务工单处理装置的框图；
47.图4为本技术实施例提供的一种电子设备的结构框图。
具体实施方式
48.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
49.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
50.如背景技术记载，相关技术存在着与信用卡交易疑问相关的业务工单频繁重复，造成资源浪费，而且历史追溯困难的问题。基于此，本技术实施例提供一种业务工单处理方案，以解决上述问题。
51.首先，对本技术实施例中涉及的部分术语进行解释：
52.区块链，是一个又一个区块组成的链条。每一个区块中保存了一定的信息，它们按照各自产生的时间顺序连接成链条。区块链具有两个核心特点，一个是数据难以篡改，另一个是去中心化。基于这两个核心特点，区块链所记录的信息更加真实可靠。
53.ipfs(interplanetary file system，星际文件系统)是一个旨在创建持久且分布
式存储和共享文件的网络传输协议，它是一种内容可寻址的对等超媒体分发协议。在ipfs网络中的节点将构成一个分布式文件系统。
54.nft(non-fungible token，非同质化代币)是用于表示数字资产，如域名、游戏道具、数字艺术品等的唯一加密货币令牌，其通常是指开发者在以太坊平台上根据erc-721标准/协议所发行的一种数字化存储介质，具有不可分割、不可替代、独一无二等特点。
55.接下来，对本技术实施例进行介绍：
56.如图1所示，图1是本技术实施例提供的一种业务工单处理方法的流程图，所述方法可以应用于银行的争议系统，该争议系统可以用于对与交易疑问相关的业务工单进行处理。
57.所述方法包括：
58.在步骤101、获取待处理工单，查询是否存在与所述待处理工单重复的业务工单；
59.本步骤中提到的待处理工单可以是指在工单系统中创建的、需要对客户交易疑问进行解答的业务工单。工单系统，也称工单管理系统，是一种网络软件系统，根据不同组织、部门和外部客户的需求，来由针对的管理，维护和追踪一系列的问题和请求。例如，在银行业务中，客服、业务员等工作人员可以根据客户反馈的信息问题发起工单，再由合适的工作人员进行相关处理以及归档。
60.在接收到其他渠道发起的待处理工单后，争议系统可以在服务器上查询是否存在重复的业务工单。在一些实施例中，本步骤中提到的查询是否存在与所述待处理工单重复的业务工单可以包括：根据所述待处理工单中的客户卡号、交易金额、交易时间和交易流水号作为组合条件，检索数据源信息；若检索到满足所述组合条件的业务工单，将所述业务工单确定为与所述待处理工单重复的业务工单。数据源(data source)是指数据库应用程序所使用的数据库或者数据库服务器，在数据源中存储了所有建立数据库连接的信息，该数据源可以是工单系统的数据库，其可以是由业务后管预先配置的。业务后管一般用于部署对内部分的各类服务，包括签约管理、证书管理、交易审核、操作员管理等，该业务后管在整个系统的各层级中起到桥梁的作用，是指令传输的枢纽。
61.通过以客户卡号、交易金额、交易时间和交易流水号作为组合条件来检索数据源信息，限制了只有满足相同客户卡号、相同交易金额、相同交易时间和相同交易流水号的业务工单才能确定为与该待处理工单重复的业务工单。例如，当两个业务工单在客户卡号、交易金额、交易地址、交易时间等方面均相同，但交易流水号不同时，这种情况很可能是客户在极短时间内发起两笔交易导致的，也就是说，这两个业务工单所针对的是该客户对不同交易产生的疑问，因而不能将这两个业务工单视为重复案件。因此，通过这一设计，提升了查询重复案件的准确率。
62.需要说明的是，待处理工单中的客户卡号、交易金额、交易时间和交易流水号这些信息可以是从该待处理工单记录的字段中获取得到的，也可以是从发起该待处理工单的渠道端获取得到的。另外，在其他实施例中，该组合条件还可以根据具体场景的需求设置不同的内容。
63.在步骤102、若不存在重复的业务工单，将所述待处理工单的案件信息上传到目标区块链上，并通过nft技术生成用于标识所述待处理工单的token id；所述案件信息包括客户信息和处理流程信息；所述目标区块链是基于ipfs的区块链；
64.本步骤中提到的目标区块链是基于ipfs的区块链，即，将ipfs作为存储系统的区块链。ipfs与区块链协同工作，能够弥补区块链存储效率低、成本高等缺陷。本实施例实际上是将业务工单进行nft化，基于nft原理来实现业务工单的案件信息的存储以及检索。具体地，在未检索到重复的业务工单时，表明待处理工单是一个不重复的工单案件，争议系统将该待处理工单的客户信息和处理流程信息上传到目标区块链上，并通过nft技术生成token id，使得该token id与该待处理工单唯一对应，这样，后续在需要调阅该待处理工单的相关数据内容时，可以基于该token id进行检索，实现可追溯性。
65.在一些实施例中，所述客户信息包括客户身份信息和账单交易信息；其中，所述客户身份信息包括以下至少一种：客户卡号、客户号、客户身份证号、客户手机号；所述账单交易信息包括以下至少一种：交易金额、交易时间、交易地址、销售终端的商户类别码。其中，客户卡号是指客户的账号，客户号是指系统分配给客户的业务代码，例如，在银行场景中，客户开户时，银行给该客户分配一个业务代码，该业务代码即为客户号，而该客户通过其账号可以登陆网上银行，该账号可以是银行卡卡号或者客户设置的用于登陆网上银行的昵称，该账号即为客户卡号。销售终端(point of sale，pos)的商户类别码也称mcc码，由收单机构为特约商户设置，用于标明银行卡交易环境、所在商户的主营业务范围和行业归属。这些信息可以详细记录客户的身份以及账单交易内容，争议系统采集这些信息并上传到目标区块链上，可以方便后续的溯源。当然，在其他实施例中，该客户信息还可以包括其他信息，例如交易的清算币种、入账时间等，本技术对此不作限制。
66.该待处理工单的处理流程信息可以是指银行内部对该待处理工单的处理流程中的相关信息，其可以包括指示发起该待处理工单的渠道端的信息、指示经办人员的信息、指示争议系统的处理过程的信息等等。这样，后续若有与该待处理工单重复的业务工单时，可以直接基于该待处理工单的处理流程信息，对该业务工单进行反馈处理；同时也便于溯源。
67.在一些实施例中，本步骤中提到的通过nft技术生成用于标识所述待处理工单的token id，包括：获取所述目标区块链返回的物质标识；根据所述物质标识，通过erc-721协议编写智能合约信息，并生成token id。争议系统将待处理工单的案件信息上传到目标区块链的区块上，目标区块链会返回一个物质标识，该物质标识可以是基于对该案件信息进行哈希计算而得到的，与存放该案件信息的区块唯一对应；erc全称ethereum request for comment，即以太坊版的意见征求稿，用以记录以太坊上应用级的各种开发标准和协议，而erc-721是以太坊的一种代币标准，是针对nft的智能合约标准接口；智能合约是一种旨在以信息化方式传播、验证或执行合同的计算机协议，智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。本实施例中，争议系统获取目标区块链返回的物质标识，根据erc-721协议编写智能合约信息，生成token id，此时的token id就是具有不可替代、独一无二等特性的nft，而该智能合约信息中记录有该nft的内容信息。通过这一设计，当将与待处理工单相关的其他信息补充至目标区块链的区块上时，不影响生成的token id，也就是说，方便了工单案件信息的补充。
68.进一步地，在生成token id后，争议系统可以通过自验证系统进行节点验证，如通过对应的节点账号和密钥进行验证，节点验证通过后，将智能合约信息和token id上传至目标区块中，该目标区块是目标区块链上存放该待处理工单的案件信息的区块。如此，实现nft案件的内容信息和标识的统一存放。
69.在步骤103、若存在重复的业务工单，根据所述业务工单对应的token id，读取所述业务工单的案件信息，并将所述案件信息反馈至发起所述待处理工单的渠道端。
70.从步骤102可知，争议系统会对处理过且不重复的业务工单进行nft案件的生成流程，使得目标区块链上存储有这些业务工单的案件信息，并且这些案件信息可以基于相应的token id进行检索和读取。因此，当存在与待处理工单重复的业务工单时，争议系统可以根据该业务工单对应的token id在目标区块链上进行检索，以读取该业务工单的案件信息。
71.在一些实施例中，本步骤中提到的根据所述业务工单对应的token id，读取所述业务工单的案件信息，包括：根据所述业务工单对应的token id，检索所述token id对应的智能合约信息；基于所述智能合约信息，读取所述业务工单的案件信息。也就是说，争议系统可以根据与待处理工单重复的业务工单的token id，进行关键词的数字索引，以使ipfs系统基于内容寻址进行该token id的基本信息的检索，之后，争议系统可以根据ipfs系统检索出的智能合约信息，读取还原nft的内容信息，把该业务工单的案件信息还原出来。进一步地，在读取出该业务工单的案件信息后，争议系统可以将该案件信息返回给发起该待处理工单的渠道端进行展示，并提供该渠道端针对客户交易疑问的解答。如此，使得该渠道端可以快速对客户交易疑问进行回应，从而促进服务的提升。
72.本技术实施例，针对待处理工单，在查询到不存在重复案件的情况下，将包含客户信息和处理流程信息在内的案件信息上传至基于ipfs的区块链上，并通过nft技术生成与该待处理工单唯一对应的token id，而在查询到存在重复案件的情况下，根据与该待处理工单重复的业务工单的token id，还原案件信息并反馈至渠道端。如此，借助nft原理与ipfs，减少处理重复案件的资源消耗，降低存储容错率和存储成本，并且实现业务工单的可追溯性。
73.为了对本技术的方案做更为详细的说明，接下来介绍一具体实施例：
74.本实施例涉及银行的信用卡业务场景，持卡人针对信用卡某一笔交易存在疑问时，向客服、业务员等渠道方进行提问，而渠道方会将此类争议案件传递至争议系统。相关技术在此类争议案件处理过程中，需争议系统的技术人员对每个争议案件进行信息查询和审核，在重复案件较多时，会浪费较多的人力和计算资源，同时随着数据量增多，经办人员面临数据安全隐患，频繁历史案件、取证存证、数据安全等问题。基于此，本实施例提供一种基于nft原理与ipfs的业务工单处理方法，实现流程信息化管理。
75.本实施例方案应用于争议系统，争议系统处理业务工单的工作流程如图2所示，包括：
76.s201、接收其他渠道发起的争议工单案件的基本信息，包含客户的客户号、卡号、手机号、邮箱等客户信息，以及账单的交易金额、交易时间、入账时间等交易信息；
77.s202、根据客户的卡号、交易金额、交易时间、参考号作为组合条件检索争议系统数据源信息，查看是否存在重复的工单案件，如果未检索到重复的工单案件，则执行s203，如果检索到重复的工单案件，则执行s206；
78.s203、采集争议工单案件的案件信息，除了上述基本信息以外，还通过银联差错平台和银行内的保存的账单交易信息，采集交易的金额、交易时间、交易地址、pos的商户号、pos的mcc码、清算金额、清算币种、入账币种、入账时间等信息，将采集到的案件信息上传到
基于ipfs的区块链上，并获取返回的唯一物质id；
79.s204、根据该唯一物质id，采用erc-721协议编写智能合约信息，生成唯一的token id；
80.s205、通过自验证系统进行节点验证，节点验证通过后，将争议工单案件的token id和智能合约信息上传至基于ipfs的区块链中；
81.s206、根据检索到的重复的工单案件的token id，进行关键词的数字索引，ipfs基于内容寻址检索该token id的基本信息，得到智能合约信息；
82.s207、根据ipfs检索出的智能合约信息，读取还原对应的案件信息，将该案件信息返回给渠道端进行展示，并提供渠道方针对客户疑虑的解答。
83.本实施例中，灵活运用nft与ipfs先进技术，实现信用卡争议案件的自动化存储以及检索，使得经办人员无需再对重复案件进行繁琐的数据查询和审核，减少了处理重复案件的资源消耗，促进了人工服务提升，而且，提供了案件的可追溯性，降低了存储成本。
84.与前述方法的实施例相对应，本技术还提供业务工单处理装置及其应用的终端的实施例：
85.如图3所示，图3是本技术实施例提供的一种业务工单处理装置的框图，所述装置包括：
86.工单查询模块31，用于获取待处理工单，查询是否存在与所述待处理工单重复的业务工单；
87.标识生成模块32，用于若不存在重复的业务工单，将所述待处理工单的案件信息上传到目标区块链上，并通过nft技术生成用于标识所述待处理工单的token id；所述案件信息包括客户信息和处理流程信息；所述目标区块链是基于ipfs的区块链；
88.信息调阅模块33，用于若存在重复的业务工单，根据所述业务工单对应的token id，读取所述业务工单的案件信息，并将所述案件信息反馈至发起所述待处理工单的渠道端。
89.在一些实施例中，上述待处理工单是与交易疑问相关的业务工单；上述工单查询模块31具体用于：根据所述待处理工单中的客户卡号、交易金额、交易时间和交易流水号作为组合条件，检索数据源信息；若检索到满足所述组合条件的业务工单，将所述业务工单确定为与所述待处理工单重复的业务工单。
90.在一些实施例中，上述客户信息包括客户身份信息和账单交易信息；其中，所述客户身份信息包括以下至少一种：客户卡号、客户号、客户身份证号、客户手机号；所述账单交易信息包括以下至少一种：交易金额、交易时间、交易地址、销售终端的商户类别码。
91.在一些实施例中，上述标识生成模块32包括获取子模块和生成子模块，其中，所述获取子模块用于获取所述目标区块链返回的物质标识；所述生成子模块用于根据所述物质标识，通过erc-721协议编写智能合约信息，并生成token id。
92.在一些实施例中，上述标识生成模块32还包括上传子模块，用于通过自验证系统进行节点验证，节点验证通过后，将所述智能合约信息和token id上传至所述目标区块中，所述目标区块是所述目标区块链上存放所述待处理工单的案件信息的区块。
93.在一些实施例中，上述信息调阅模块33包括读取子模块，用于根据所述业务工单对应的token id，检索所述token id对应的智能合约信息，以及基于所述智能合约信息，读
取所述业务工单的案件信息。
94.在一些实施例中，上述信息调阅模块33还包括返回子模块，用于将所述案件信息返回给发起所述待处理工单的渠道端进行展示，并提供所述渠道端针对客户交易疑问的解答。
95.上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
96.本技术还提供一种电子设备，请参见图4，图4为本技术实施例提供的一种电子设备的结构框图。电子设备可以包括处理器410、通信接口420、存储器430和至少一个通信总线440。其中，通信总线440用于实现这些组件直接的连接通信。其中，本技术实施例中电子设备的通信接口420用于与其他节点设备进行信令或数据的通信。处理器410可以是一种集成电路芯片，具有信号的处理能力。
97.上述的处理器410可以是通用处理器，包括中央处理器(cpu，central processing unit)、网络处理器(np，network processor)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器410也可以是任何常规的处理器等。
98.存储器430可以是，但不限于，随机存取存储器(ram，random access memory)，只读存储器(rom，read only memory)，可编程只读存储器(prom，programmable read-only memory)，可擦除只读存储器(eprom，erasable programmable read-only memory)，电可擦除只读存储器(eeprom，electric erasable programmable read-only memory)等。存储器430中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器410执行时，电子设备可以执行上述图1方法实施例涉及的各个步骤。
99.可选地，电子设备还可以包括存储控制器、输入输出单元。
100.所述存储器430、存储控制器、处理器410、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线440实现电性连接。所述处理器410用于执行存储器430中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。
101.输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。
102.可以理解，图4所示的结构仅为示意，所述电子设备还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。图4中所示的各组件可以采用硬件、软件或其组合实现。
103.本技术实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。
104.本技术还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。
105.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过
其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
106.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
107.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
108.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
109.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
110.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。