业务问题处理方法、装置、计算机设备和存储介质与流程

1.本技术涉及金融科技技术领域，特别是涉及一种业务问题处理方法、装置、计算机设备和存储介质。


背景技术：

2.随着微服务架构的流行，越来越多的平台的业务系统都采用微服务架构实现。
3.以银行为例，银行中的业务系统采用微服务架构后愈发庞杂，其在处理业务交易时需要调用多个系统的微服务联动完成。基于此，一旦遇到需要处理客户问题的业务，银行中的业务系统就无法快速有效定位发生问题的微服务系统，导致银行进行业务问题处理时存在时效低的问题。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种能够提高业务问题处理效率的业务问题处理方法、装置、计算机设备和存储介质。
5.第一方面，本技术实施例提供一种业务问题处理方法，应用于工单处理系统，该方法包括：
6.响应于目标平台的业务问题处理需求，查询本地处理记录中是否存在业务问题的处理记录；
7.若本地处理记录中不存在业务问题的处理记录，则获取业务问题的问题类型；
8.根据业务问题的问题类型和各问题类型对应的问题处理策略，向目标平台反馈业务问题的答复信息。
9.在其中一个实施例中，上述业务问题处理需求中携带问题业务输入信息，上述获取业务问题的问题类型，包括：
10.基于问题业务输入信息和预设的前置交易代码对照表，获取业务问题的问题类型；前置交易代码对照表为目标平台和工单处理系统所属平台之间的对照表。
11.在其中一个实施例中，上述基于问题业务输入信息和预设的前置交易代码对照表，获取业务问题的问题类型，包括：
12.根据问题业务输入信息中的问题附加信息对业务问题进行语义分析，得到语义分析结果；
13.根据前置交易代码对照表获取工单处理系统所属平台的业务代码；
14.根据业务代码和语义分析结果，确定业务问题的问题类型。
15.在其中一个实施例中，上述根据业务问题的问题类型和各问题类型对应的问题处理策略，向目标平台反馈业务问题的答复信息，包括：
16.根据业务问题的问题类型和各问题类型对应的问题处理策略，获取业务问题的报错原因和业务问题的解决方案；
17.根据报错原因和解决方案，向目标平台反馈业务问题的答复信息。
18.在其中一个实施例中，上述根据业务问题的问题类型和各问题类型对应的问题处理策略，获取业务问题的报错原因和业务问题的解决方案，包括：
19.若业务问题的问题类型为资源最大量限制问题，则基于问题业务输入信息，以及预设的前置系统错误码与解决方案对应关系，获取业务问题的报错原因和业务问题的解决方案。
20.在其中一个实施例中，若业务最大量限制包括单笔资源最大量限制，则基于问题业务输入信息，以及预设的前置系统错误码与解决方案对应关系，获取业务问题的报错原因和业务问题的解决方案，包括：
21.根据问题业务输入信息获取单笔资源转移最大量、业务报错码和单笔资源转移实际量；
22.根据单笔资源转移最大量与单笔资源转移实际量，生成业务问题的报错原因；以及根据业务报错码在前置系统错误码与解决方案对应关系中，获取业务问题的解决方案。
23.在其中一个实施例中，若业务最大量限制包括单日资源最大量限制，则基于问题业务输入信息，以及预设的前置系统错误码与报错原因对应关系，获取业务问题的报错原因和业务问题的解决方案，包括：
24.根据问题业务输入信息获取单日累计资源最大量、业务报错码和单日资源实际量；
25.根据单日累计资源最大量和单日资源实际量，生成业务问题的报错原因；以及根据业务报错码在前置系统错误码与报错原因对应关系中，综合获取业务问题的报错原因。
26.在其中一个实施例中，上述根据业务问题的问题类型和各问题类型对应的问题处理策略，获取业务问题的报错原因，包括：
27.若业务问题的问题类型为资源转入问题，则基于问题业务输入信息判断是否为预设场景的资源转入问题；
28.若为预设场景的资源转入问题，则获取业务问题对应的资源转入状态；资源转入状态包括资源转入失败或资源转入成功；
29.根据资源转入状态，获取业务问题的报错原因和业务问题的解决方案。
30.在其中一个实施例中，根据资源转入状态，获取业务问题的报错原因和业务问题的解决方案，包括：
31.若资源转入状态为资源转入失败，则获取业务报错码，根据业务报错码在前置系统错误码与报错原因对应关系中获取业务问题的报错原因；并根据预设的前置系统错误码与后端系统错误码对照表，以及预设的后端系统错误码与解决方案对应关系，获取业务问题的解决方案。
32.在其中一个实施例中，该方法还包括：
33.若资源转入状态为资源转入成功，且资源转入为已完成查核状态，则根据资源转入时间向目标平台反馈业务问题的答复信息；
34.若资源转入为未完成查核状态，则根据业务问题的发起时间生成预计处理完成时间后向目标平台反馈业务问题的答复信息。
35.在其中一个实施例中，根据业务问题的问题类型和各问题类型对应的问题处理策略，获取业务问题的报错原因和业务问题的解决方案，包括：
36.若业务问题的问题类型为其他类型问题，则获取前端系统错误码，病根据前端系统错误码在预设的前置系统错误码与报错原因对应关系中获取业务问题的报错原因；
37.根据前端系统错误码、预设的前置系统错误码与后端系统错误码对照表，以及预设的后端系统错误码与解决方案对应关系，获取业务问题的解决方案。
38.在其中一个实施例中，该方法还包括：
39.若本地处理记录中存在业务问题的处理记录，则调用科技管理工作平台接口生成工单，以指示将工单转为人工处理；
40.向目标平台反馈业务问题当前状态为人工处理中。
41.第二方面，本技术实施例提供一种业务问题处理装置，该装置包括：
42.查询模块，用于响应于目标平台的业务问题处理需求，查询本地处理记录中是否存在业务问题的处理记录；
43.获取模块，用于若本地处理记录中不存在业务问题的处理记录，则获取业务问题的问题类型；
44.反馈模块，用于根据业务问题的问题类型和各问题类型对应的问题处理策略，向目标平台反馈业务问题的答复信息。
45.第三方面，本技术实施例提供一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，该计算机程序用于实现上述第一方面任一实施例提供的业务问题处理方法的步骤。
46.第四方面，本技术实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序用于实现上述第一方面任一实施例提供的业务问题处理方法的步骤。
47.第五方面，本技术还提供了一种计算机程序产品。包括计算机程序，该计算机程序被处理器执行时实现上述第一方面任一实施例提供的业务问题处理方法的步骤。
48.本技术实施例提供的业务问题处理方法、装置、计算机设备和存储介质，响应于目标平台的业务问题处理需求，查询本地处理记录中是否存在业务问题的处理记录，若本地处理记录中不存在业务问题的处理记录，则获取业务问题的问题类型，并根据获取到的业务问题的问题类型和各问题类型对应的问题处理策略，向目标平台反馈业务问题的答复信息。该方法中，对接收到业务问题处理需求是通过工单处理系统确定没有处理记录的后，自动根据业务问题的问题类型，以及预先设定好的各类业务问题的问题类型对应的问题处理策略来进行处理答复的，所以对于任何一个业务问题处理需求，通过工单处理系统都可以快速对业务问题的业务问题类型进行定位并针对业务问题进行对应的处理，全程都是工单处理系统自动处理的，提高了业务问题的处理效率。
附图说明
49.图1为一个实施例中业务问题处理方法的应用环境图；
50.图2为一个实施例中业务问题处理方法的流程示意图；
51.图3为一个实施例中获取业务问题的问题类型的的流程示意图；
52.图4为一个实施例中向目标平台反馈答复信息的流程示意图；
53.图5为一个实施例中获取报错原因的流程示意图；
54.图6为另一个实施例中获取报错原因的流程示意图；
55.图7为一个实施例中获取解决方案的流程示意图；
56.图8为另一个实施例中获取解决方案的流程示意图；
57.图9为另一个实施例中业务问题处理方法的流程示意图；
58.图10为一个实施例中业务问题处理装置的结构框图；
59.图11为一个实施例中计算机设备的内部结构图。
具体实施方式
60.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
61.本技术实施例提供的业务问题处理方法，可以应用于如图1所示的应用环境中。在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图1所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务问题处理过程的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务问题处理方法。
62.在一个实施例中，如图2所示，提供了一种业务问题的处理方法，本实施例以该方法应用于计算机设备进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括计算机设备和服务器的系统，并通过计算机设备和服务器的交互实现。本实施例中，该方法包括以下步骤：
63.s101，响应于目标平台的业务问题处理需求，查询本地处理记录中是否存在业务问题的处理记录。
64.本技术实施例中工单处理系统指的是处理平台中的专门用于处理业务问题的系统，例如，可以是银行中的工单处理系统。
65.其中，目标平台指的是发起业务问题处理的平台，该平台可以是金融业务平台，也可以是运营业务平台，也可以是综合管理业务平台等，本技术实施例对此不作限定。例如，以银联和银行之间交互的场景为例，目标平台可以是银联的运营平台。业务问题处理需求可以是工单问题处理需求，用户问题处理需求，也可以是功能问题处理需求等等。
66.示例性地，以本技术实施例中的目标平台为银联的运营平台为例，相应的，业务问题处理需求可以为在存在业务问题处理需求时，银联的工作人员通过银联的运营平台向工单处理系统发送业务问题处理请求。
67.可选的，目标平台发送业务问题处理需求的方式可以是通过人工在目标平台中触发后发起的，也可以是目标平台接收到业务处理服务器反馈的业务问题后实时发送给工单处理系统的，当然也可以是按照预设的时间间隔统一向工单处理系统发送的等。
68.可以理解的是，实际应用中，一个目标平台可以发起一个业务问题处理需求，也可以发起多个业务问题处理需求，本技术实施例对此不作限定。
69.本地处理记录可以是工单处理系统在接收到业务问题处理需求时对其问题输入
信息的自动保存内容。后续接收到任何一个业务问题处理需求都可以在本地处理记录中查询。
70.可选的，本地处理记录中的问题输入信息可以是一直存在于工单处理系统中的，也可以是每隔一段时间后自动清除一次的，本技术实施例对此不作限定。
71.s102，若本地处理记录中不存在业务问题的处理记录，则获取业务问题的问题类型。
72.基于上述工单处理系统在本地处理记录中查询后的结果，若不存在本地分析记录的问题处理需求，首先要对其业务问题的问题类型进行定位。可选的，业务问题的问题类型可以是根据各业务问题的问题输入信息进行分类的，也可以是根据业务问题所对应业务部门的类型进行分类，也可以是根据业务问题产生的原因进行分类，等等，本技术实施例对此不作限定。例如，以支付交易场景为例，则业务问题的问题类型可以是限额问题类型、入账问题类型和其他问题类型等等。
73.可选的，本技术实施例中，获取业务问题的问题类型的方式可以是根据该业务问题处理需求中的信息在系统中查询得到，也可以是根据该业务问题处理需求中的信息，按照预设的对应关系表对应查询得到；示例性地，本实施例中获取该业务问题的问题类型的方式为按照预设的对应关系表对应查询得到。可以理解的是，对应关系表都是预先设定好的，且具有一一对应关系。例如，继续以支付交易场景为例，根据对应关系表中，通过输入各业务问题的问题输入信息中的交易代码、错误码以及附加信息等可以定位该业务问题的问题类型。当然，对应关系表中也可以是其他信息之间的对应，以上仅为举例，不用于限定。
74.s103，根据业务问题的问题类型和各问题类型对应的问题处理策略，向目标平台反馈业务问题的答复信息。
75.其中，问题处理策略可以是工单处理系统根据过去处理过的业务问题进行存储，分析得到对应的处理策略，也可以是人为设置好的针对不同的业务问题类型对应的处理策略，对此本技术实施例不作限定。
76.业务问题的答复信息可以是业务问题的报错原因，也可以是业务问题的解决方案，也可以是业务问题的报错原因与解决方案的结合。可选的，业务问题的报错原因与解决方案的结合可以是简单的结合，也可以是经过处理的结合；例如，可以是将报错原因和解决方案无处理地摆放在一起后即可作为答复信息。示例性的，本实施例中，业务问题的问题类型和各问题类型对应的问题处理策略是预先设置好的，且具有一一对应关系，根据获取的业务问题的问题类型可以直接根据该业务问题相应的问题处理策略对该业务问题进行解决；可选的，向目标平台反馈该业务问题的答复信息的方式可以是服务器实时发送，也可以是预设时间段后服务器统一发送等。
77.可选地，实际应用过程中，还存在发送来的业务问题处理需求存在本地分析记录的情况。对此，一个实施例中，若本地处理记录中存在业务问题的处理记录，则调用科技管理工作平台接口生成工单，以指示将工单转为人工处理；向目标平台反馈业务问题当前状态为人工处理中。
78.其中，科技管理工作平台是工单处理系统所在机构现有的工作平台，可以针对业务问题生成问题工单，具体地，若本地处理记录中存在上述业务问题的处理记录，则说明上述业务问题已经提交过，且经过工单处理系统的解决，给出的答复信息用户并不认可，则调
用科技管理工作平台接口生成问题工单转为人工处理。若本地处理记录中存在该业务问题的处理记录，则调用科技管理工作平台接口生成问题工单，并在工单处理系统中反馈该业务问题当前状态为人工处理中。通过对本地处理记录中存在上述业务问题的处理记录，调用科技管理工作平台接口生成工单，指示将上述工单转为人工处理，并向上述目标平台反馈上述业务问题当前状态为人工处理中，由于本地记录中存在处理记录的业务问题都是工单处理系统已经处理过但并未解决的业务问题，通过对未解决的业务问题转人工处理，保证业务问题可以被解决并给出答复。
79.上述业务问题处理方法，响应于目标平台的业务问题处理需求，查询本地处理记录中是否存在业务问题的处理记录，若本地处理记录中不存在业务问题的处理记录，则获取业务问题的问题类型，并根据获取到的业务问题的问题类型和各问题类型对应的问题处理策略，向目标平台反馈业务问题的答复信息。该方法中，对接收到业务问题处理需求是通过工单处理系统确定没有处理记录的后，自动根据业务问题的问题类型，以及预先设定好的各类业务问题的问题类型对应的问题处理策略来进行处理答复的，所以对于任何一个业务问题处理需求，通过工单处理系统都可以快速对业务问题的业务问题类型进行定位并针对业务问题进行对应的处理，全程都是工单处理系统自动处理的，提高了业务问题的处理效率。
80.上述实施例中，主要介绍了对于用于工单处理系统的业务问题处理方法的实施方式，在具体地实施过程中，首先需要针对上述业务问题的问题类型进行定位。下面通过一个实施例来对上述获取业务问题的问题类型的具体过程来进行说明，则一个实施例中，上述s102包括：基于问题业务输入信息和预设的前置交易代码对照表，获取业务问题的问题类型；前置交易代码对照表为目标平台和工单处理系统所属平台之间的对照表。
81.可选的，上述问题业务输入信息可以是上述业务问题处理需求中携带的信息，问题业务输入信息的输入方式可以是上述目标平台的服务器根据用户提交的信息自动输入，具体到本实施例中，问题业务输入信息的输入方式可以是银联运营服务平台根据用户提交的业务问题自动进行输入。
82.继续以支付交易场景为例，该问题输入信息可以包括但不限于：该笔交易流水号、该笔交易中客户银行卡卡号、该笔交易报错发生日期、该笔交易报错中交易金额、该笔交易所属交易代码、该笔交易报文中发送平台号、该笔交易中客户手机号、该笔交易工行返回错误码、其他需附加的问题描述信息等等。
83.其中，上述前置代码对照表为上述目标平台的前置代码和上述工单处理系统所属平台的前置代码的对照表，可以理解的是，不同平台针对同一类业务的处理都有不同的前置代码。例如，以银联和银行场景为例，上述前置交易代码对照表为银联平台的交易代码和银行工单处理系统所属平台的交易代码之间的对应表，且具有一一对应关系。又例如，查询过程可以是利用上述业务问题的问题输入信息中的该笔交易所属交易代码，查询上述前置代码对照表得到该业务问题在上述工单处理系统所属平台的前置代码，根据该前置代码和该笔交易工行返回错误码确定该业务问题的问题类型。
84.本实施例中，通过上述业务问题的问题业务输入信息和预设的上述目标平台和上述工单处理系统所属平台的前置交易代码对照表，获取上述业务问题的问题类型。由于其中前置交易代码对照表是预先设置好的，只需要根据上述问题业务输入信息，参照前置交
易代码对照表进行一一对应即可得出，可以提高获取上述业务问题的问题类型的时效。
85.在上述实施例中，主要针对获取业务问题的问题类型的处理方法进行介绍，在具体地实施过程中，业务问题的问题类型可以分为很多种。针对于上述基于问题业务输入信息和预设的前置交易代码对照表获取上述业务问题的问题类型的场景，本技术提供不同的实施例进行说明。如图3所示，在一个实施例中，上述基于问题业务输入信息和预设的前置交易代码对照表，获取业务问题的问题类型的过程包括以下步骤：
86.s201，根据问题业务输入信息中的问题附加信息对业务问题进行语义分析，得到语义分析结果。
87.其中，上述问题附加信息可以是用户提交业务问题时的备注信息，该问题附加信息可以是用户提交业务问题时备注的问题信息，例如，问题附加信息可以是：转账不成功，退货入账失败等等。
88.其中，语义分析的过程可以是工单处理系统根据用户提交业务问题时备注的问题信息进行分析得到的，也可以是对用户提交业务问题时备注的问题信息进行简单整合得到的，本技术实施例对此不做限定。
89.具体地，在本技术实施例中，工单处理系统在接收到上述目标平台的业务问题处理需求时，会接收到上述业务问题处理需求中携带的问题业务输入信息，并对上述问题业务输入信息中的附加信息进行语义分析，得到语义分析结果。
90.s202，根据前置交易代码对照表获取工单处理系统所属平台的业务代码。
91.其中，上述工单处理系统所属平台的业务代码是预先确定好的，不同的业务问题会有相应的不同的业务代码，例如，资源转入问题：0001，退货资源转入问题：0002等等。可以理解的是，上述目标平台与工单处理系统所属平台针对同一业务问题的业务代码是不相同的，且在前置交易代码对照表中具有一一对应关系。
92.具体地，在本技术实施例中，工单处理系统在接收到上述目标平台的业务问题处理需求的同时，会接收到上述业务问题处理需求中携带的问题业务输入信息，工单处理系统对上述问题业务输入信息中的附加信息进行语义分析，同时获取上述问题业务输入信息中的该笔交易所属交易代码，并根据该笔交易所属交易代码查询银联平台的交易代码和银行工单处理系统所属平台的交易代码之间的对应表，获取该笔交易对应的银行工单处理系统所属平台的交易代码。
93.s203，根据业务代码和语义分析结果，确定业务问题的问题类型。
94.具体地，在本实施例中，上述业务代码可以是该笔交易对应的银行工单处理系统所属平台的交易代码，和上述问题输入信息中的该笔交易工行返回错误码，根据该笔交易对应的银行工单处理系统所属平台的交易代码，和上述问题输入信息中的该笔交易工行返回错误码，结合对问题附加信息的语义分析结果，对该笔交易的业务问题类型进行定位。
95.本技术实施例中，基于上述问题业务输入信息和预设的前置交易代码对照表，根据上述问题业务输入信息中的问题附加信息对上述业务问题进行语义分析，得到语义分析结果，并根据上述前置交易代码对照表获取上述工单处理系统所属平台的业务代码，以及上述业务代码和上述语义分析结果，确定上述业务问题的问题类型。该过程中，由于该前置交易代码对照表是预先设置好的，且语义分析的过程也是该工单处理系统自动进行的，获取到该笔交易对应的银行工单处理系统所属平台的交易代码，和上述问题输入信息中的该
笔交易工行返回错误码之后，就可以确定上述业务问题的问题类型，也就是说，这个过程提高了对业务问题的问题类型定位的效率。
96.在上述实施例中，主要针对上述业务问题的问题类型进行分类定位的过程进行了说明。而在具体实施过程中，在确定了上述业务问题的问题类型之后，是继续根据上述业务问题的问题类型和各问题类型对应的问题处理策略，对上述业务问题进行处理解决，得到答复信息并向上述目标平台反馈上述业务问题的答复信息。基于此，在一个实施例中，如图4所示，s103还包括：
97.s301，根据业务问题的问题类型和各问题类型对应的问题处理策略，获取业务问题的报错原因和业务问题的解决方案。
98.可选的，各问题类型对应的问题处理策略可以是预先设置好的，可选的，预先设置好的问题处理策略可以是问题业务输入信息与报错原因或解决方案的对照表。当然，实际应用中，可以是一种业务问题的问题类型对应一种问题处理策略，也可以多种业务问题类型对应一种问题处理策略，也就是说，上述业务问题的问题类型和各问题类型对应的问题处理策略之间的对应关系，本技术实施例不做限定。
99.可选的，各问题类型对应的问题处理策略可以是根据问题业务输入信息中的信息，查询相应的对照表获得该业务问题的报错原因和解决方案。
100.具体地，获取上述业务问题的报错原因和解决方案的过程可以是，根据上述问题业务输入信息中的该笔交易所属交易代码查询前置交易代码与报错原因的对照表，根据查询上述问题业务输入信息中的信息与报错原因的对照表，得到上述业务问题的报错原因，也可以是根据上述问题业务输入信息中的该笔交易所属交易代码查询交易代码对照表得到后端代码，并根据得到后端代码后继续查询得到其解决方案。
101.s302，根据报错原因和解决方案，向目标平台反馈业务问题的答复信息。
102.其中，上述业务问题的报错原因和解决方案都是经过上述业务问题的问题类型对应的问题处理策略解决后得到的，可选的，上述答复信息可以是上述业务问题的报错原因和解决方案的简单结合，也可以是只有上述业务问题的解决方案，也可以是只有上述业务问题的报错原因，也可以是上述业务问题的报错原因和解决方案经过处理后的结合等。
103.向上述目标平台反馈上述业务问题的答复信息的方式可以是工单系统获取到答复信息后自动实时发送答复信息给目标平台，也可以是工单系统在预设的时间段之后自动发送答复信息给目标平台，对此本技术实施例不做限定。
104.具体地，以银联和银行场景为例，银行的工单处理系统在获取到上述业务问题的报错原因和解决方案后，自动生成答复信息，可以通过实时发送的方式自动发送给银联平台，也可以通过在预设时间段之后统一发送的方式发送给银联平台。
105.本技术实施例中，通过根据上述业务问题的问题类型和各问题类型对应的问题处理策略，获取上述业务问题的报错原因和解决方案，根据获取到的报错原因和解决方案，向上述目标平台反馈上述业务问题的答复信息，能够快速获取上述业务问题的报错原因和解决方案，生成答复信息并反馈给目标平台，提高了给目标平台的反馈时效。
106.上述实施例中，针对获取上述业务问题的报错原因和解决方案，和向上述目标平台反馈答复信息的过程进行了说明。下面，以不同的业务问题的问题类型提供不同的实施例对获取业务问题的报错信息和业务问题的解决方案的过程进行说明。则在一个实施例
中，上述s301包括：若业务问题的问题类型为资源最大量限制问题，则基于问题业务输入信息，以及预设的前置系统错误码与报错原因对应关系，获取业务问题的报错原因。
107.以支付交易场景为例，资源最大量限制问题可以是单日限额问题，也可以是单笔限额问题。
108.具体地，根据在上述步骤中确定的上述业务问题的问题类型，若上述业务问题的问题类型为资源最大量限制问题，则获取上述业务问题的问题业务输入信息，根据上述问题业务输入信息中的该笔交易工行返回错误码，查询预设的前置系统错误码与报错原因对照表，获取上述业务问题的报错原因。
109.本技术实施例中，通过根据上述业务问题的问题类型和各问题类型对应的问题处理策略，获取上述业务问题的报错原因和上述业务问题的解决方案，若上述业务问题的问题类型为资源最大量限制问题，则基于上述问题业务输入信息，以及预设的前置系统错误码与报错原因对应关系，获取上述业务问题的报错原因。由于上述业务问题的问题类型以步骤中已经确定，且前置系统错误码与报错原因对照表也是预先设置好的，所以可以快速地根据问题业务输入信息，查询前置系统错误码与报错原因对照表，得到上述业务问题的报错原因。
110.上述实施例中，资源最大量限制问题还包括多种类型，例如，单笔资源转移最大量限制问题，在其中一个实施例中，若上述业务最大量限制为单笔资源最大量限制问题，则如图5所示，上述方法还包括：
111.s401，根据问题业务输入信息获取单笔资源转移最大量、业务报错码和单笔资源转移实际量。
112.具体地，上述单笔资源转移最大量可以在预先设定的用户限额参数表中查询，用户限额参数表中包括每个用户的单笔资源转移限额和日累计资源转移限额，可以理解的是，每个用户的单笔资源转移限额和日累计资源转移限额都是不同的；业务报错码和单笔资源转移实际量可以是上述问题业务输入信息中的该笔交易工行返回错误码和该笔交易报错中交易金额。
113.s402，根据单笔资源转移最大量与单笔资源转移实际量，生成业务问题的报错原因；以及根据业务报错码在前置系统错误码与报错原因对应关系中，获取业务问题的报错原因。
114.具体地，根据上述单笔资源转移最大量与上述单笔资源转移实际量生成上述业务问题的报错原因的过程，可以是比较上述单笔资源转移最大量和上述单笔资源转移实际量的大小关系，得到两者之间的大小关系后，基本可以确定上述业务问题的报错原因，再根据上述问题业务输入信息中的该笔交易工行返回错误码在上述前置系统错误码与报错原因对应关系中查询上述业务问题的错误原因，综合确定上述业务问题的报错原因。
115.本技术实施例中，通过根据上述问题业务输入信息获取单笔资源转移最大量、业务报错码和单笔资源转移实际量，并生成上述业务问题的报错原因，以及根据上述业务报错码在上述前置系统错误码与报错原因对应关系中，确定上述业务问题的报错原因，由于单笔资源转移最大量、业务报错码和单笔资源转移实际量都是可以在预先设定好的对照表中查询得到的，且确定上述业务问题的报错原因的过程中先比较上述单笔资源转移最大量和上述单笔资源转移实际量的大小关系，再根据上述问题业务输入信息中的该笔交易工行
返回错误码在上述前置系统错误码与报错原因对应关系中查询上述业务问题的错误原因，综合确定上述业务问题的报错原因，能够提高获取上述业务问题的报错原因的效率与准确率。
116.上述实施例中，主要是对单笔资源最大量限制问题的处理过程进行了说明，而在具体实施过程中，资源最大量限制问题还包括单日累计资源最大量限制问题。则在一个实施例中，如图6所示，上述业务最大量限制包括单日资源最大量限制时，基于上述问题业务输入信息，以及预设的前置系统错误码与报错原因对应关系，确定上述业务问题的报错原因的过程包括以下步骤：
117.s501，根据问题业务输入信息获取单日累计资源最大量、业务报错码和单日资源实际量。
118.具体地，上述单日累计资源转移最大量和单日资源实际量可以在预先设定的用户限额参数表中查询，用户限额参数表中包括每个用户的单笔资源转移限额和日累计资源转移限额，可以理解的是，每个用户的单笔资源转移限额和日累计资源转移限额都是不同的；业务报错码和单笔资源转移实际量可以是上述问题业务输入信息中的该笔交易工行返回错误码和该笔交易报错中交易金额。
119.s502，根据单日累计资源最大量和单日资源实际量，生成业务问题的报错原因；以及根据业务报错码在前置系统错误码与报错原因对应关系中，获取业务问题的报错原因。
120.具体地，根据上述单日累计资源转移最大量与上述单日资源转移实际量生成上述业务问题的报错原因的过程，可以是比较上述单日累计资源转移最大量和上述单日资源转移实际量的大小关系，得到两者之间的大小关系后，基本可以确定上述业务问题的报错原因，再根据上述问题业务输入信息中的该笔交易工行返回错误码在上述前置系统错误码与报错原因对应关系中查询上述业务问题的错误原因，综合确定上述业务问题的报错原因。
121.本技术实施例中，通过根据上述问题业务输入信息获取单日累计资源最大量、业务报错码和单日资源实际量；根据上述单日累计资源最大量和上述单日资源实际量，生成上述业务问题的报错原因，并根据上述业务报错码在上述前置系统错误码与报错原因对应关系中，综合获取上述业务问题的报错原因。由于单日累计资源转移最大量、业务报错码和单日累计资源转移实际量都是可以在预先设定好的对照表中查询得到的，且确定上述业务问题的报错原因的过程中先比较上述单日累计资源转移最大量和上述单日累计资源转移实际量的大小关系，再根据上述问题业务输入信息中的该笔交易工行返回错误码在上述前置系统错误码与报错原因对应关系中查询上述业务问题的错误原因，综合确定上述业务问题的报错原因，能够提高获取上述业务问题的报错原因的效率与准确率。
122.上述实施例中，针对业务问题类型为资源转移限制问题的处理过程进行解释，在具体实施过程中，业务问题的类型还可以是资源转入问题，在其中一个实施例中，如图7所示，根据上述业务问题的问题类型和各问题类型对应的问题处理策略，获取上述业务问题的报错原因和上述业务问题的解决方案的过程包括以下步骤：
123.s601，若业务问题的问题类型为资源转入问题，则基于问题业务输入信息判断是否为预设场景的资源转入问题。
124.其中，预设场景可以是退货场景，提现场景等。在本实施例中，以退货场景为例，根据在s203步骤中确定的上述业务问题的问题类型，若上述业务问题的问题类型为资源转入
问题，则获取上述业务问题的问题业务输入信息，根据上述问题业务输入信息判断是否为退货场景的资源转入问题。
125.s602，若为预设场景的资源转入问题，则获取业务问题对应的资源转入状态；资源转入状态包括资源转入失败或资源转入成功。
126.本技术实施例中，获取上述业务问题对应的资源转入状态的过程可以是工单系统自动调用前端系统查询退货交易是否失败，可以理解的是，前端系统是非动账系统，可供查询但是不能进行操作；具体地，工单系统调用前端系统对上述业务问题的资源转入状态进行查询，获取上述业务问题的资源转入状态。
127.s603，根据资源转入状态，获取业务问题的报错原因和业务问题的解决方案。
128.具体地，本实施例中，根据在前端系统中查询得到的资源转入状态，在其中一个实施例中，若上述资源转入状态为资源转入成功，且上述资源转入为已完成查核状态，则根据上述资源转入时间向上述目标平台反馈上述业务问题的答复信息；其中，上述查核状态可以在银行的清算系统中进行查核，清算系统可以是管理退货账款的系统，可以理解的是，银行的清算系统清算需要的时间的预先设定好的，所以根据退货交易时间可以判断是否已经清算，如果已经清算，自动生成答复信息，例如，在xxxx年xx月xx日已入账。
129.若上述资源转入为未完成查核状态，则根据业务问题的发起时间生成预计处理完成时间后向上述目标平台反馈上述业务问题的答复信息；可以理解的是，清算系统处理时间是预先设定好的，根据业务问题的发起时间可以获取预计处理完成时间。
130.本技术实施例中，通过根据上述业务问题的问题类型和各问题类型对应的问题处理策略，获取上述业务问题的报错原因和上述业务问题的解决方案，若上述业务问题的问题类型为资源转入问题，则基于上述问题业务输入信息判断是否为预设场景的资源转入问题；若为预设场景的资源转入问题，则获取上述业务问题对应的包括资源转入失败或资源转入成功资源转入状态，根据上述资源转入状态，获取上述业务问题的报错原因和上述业务问题的解决方案，由于整个过程都是工单系统自动调用处理完成的，解决效率高且准确率高。
131.一种实施例中，资源转入状态分为资源转入失败、资源转入成功以及未完成查核状态三种状态。
132.那么对于资源转入失败的状态，获取业务问题的报错原因和业务问题的解决方案的过程包括：若资源转入状态为资源转入失败，则获取业务报错码，根据业务报错码在前置系统错误码与报错原因对应关系中获取业务问题的报错原因；并根据预设的前置系统错误码与后端系统错误码对照表，以及预设的后端系统错误码与解决方案对应关系，获取业务问题的解决方案。
133.其中，后端系统可以是动账系统，上述业务问题的解决方案可以是上述业务问题的报错原因和解决方案的结合。
134.具体地，若上述资源转入状态为资源转入失败，则根据问题业务输入信息获取上述业务报错码，查询上述前置系统错误码与报错原因对照关系获取上述业务问题的报错原因，并查询上述前置系统错误码与后端系统错误码对照表获取上述业务问题的后端系统错误码，并根据获取到的后端系统错误码在后端系统错误码与解决方案对应关系中获取上述业务问题的解决方案。
135.本技术实施例中，业务报错码在上述前置系统错误码与报错原因对应关系，前置系统错误码与后端系统错误码对照表，以及预设的后端系统错误码与解决方案对应关系都是预先设置好的，能够提高获取上述业务问题的解决方案的效率。
136.在一个实施例中对于资源转入成功的状态，获取业务问题的报错原因和业务问题的解决方案的过程包括：若资源转入状态为资源转入成功，且资源转入为已完成查核状态，则根据资源转入时间向目标平台反馈业务问题的答复信息。
137.其中，资源转入已完成查核状态可以是资源已经完成转入，具体地，在本技术实施例中，资源转入已完成查核可以是退货款已清算入账，查询资源转入时间，并向目标平台反馈。
138.在一个实施例中，对于资源转入为未完成查核状态，则获取业务问题的报错原因和业务问题的解决方案的过程包括：若资源转入为未完成查核状态，则根据业务问题的发起时间生成预计处理完成时间后向目标平台反馈业务问题的答复信息。
139.具体地，资源转入为未完成查核状态可以是资源转入银行清算系统的清算状态，那么若清算系统正在清算，则清算系统清算需要一定的时间，可选的，清算系统可以是银行处理退货账款的中转系统。
140.基于此，可以根据银行清算系统预设的清算时间，计算出预设查核完成时间，给出预计的资源转入时间，生成答复信息后向上述目标平台反馈。
141.上述实施例中，针对资源转入问题处理过程进行说明。在具体实施过程中，还会有其他问题类型，则在一个实施例中，如图8所示，该方法还包括：
142.s701，若业务问题的问题类型为其他类型问题，则获取前端系统错误码，并根据前端系统错误码在预设的前置系统错误码与报错原因对应关系中获取业务问题的报错原因。
143.本技术实施例中其他类型问题泛指不是上述几种问题类型的类型，即只要归属不到上述指定的任何一个类型中，均可以归为其他类型问题中。例如，继续以支付交易场景为例，其他问题类型可以为银行卡办理问题，也可以为银行卡绑定问题等。
144.其中，前端系统错误码的获取方法可以是根据问题业务输入信息中的该笔交易工行返回错误码查询前置交易代码对照表得到，根据得到的前端系统错误码查询预设的前置系统错误码与报错原因对应表以获取该业务问题的报错原因。
145.s702，根据前端系统错误码、预设的前置系统错误码与后端系统错误码对照表，以及预设的后端系统错误码与解决方案对应关系，获取业务问题的解决方案。
146.具体地，根据在上述步骤中获取的前端系统错误码查询预设的前置系统错误码与后端系统错误码对照表，获取该业务问题的后端系统错误码，再根据该后端系统错误码查询预设的后端系统错误码与解决方案对应表获取该业务问题的解决方案。
147.若上述业务问题的问题类型为其他类型问题，则根据问题业务输入信息获取前端系统错误码，并根据上述前端系统错误码在预设的前置系统错误码与报错原因对应关系中获取上述业务问题的报错原因，并根据上述前端系统错误码、预设的前置系统错误码与后端系统错误码对照表，以及预设的后端系统错误码与解决方案对应关系，获取上述业务问题的解决方案。
148.本技术实施例中业务报错码在上述前置系统错误码与报错原因对应关系，前置系统错误码与后端系统错误码对照表，以及预设的后端系统错误码与解决方案对应关系都是
预先设置好的，能够提高获取上述业务问题的解决方案的效率。
149.如图9所示，本技术实施例还提供一种业务问题处理方法，该实施例中以银联和银行的场景为例，且业务问题为快捷支付时的交易异常为例，则该实施例包括以下过程：
150.(1)业务问题所属银行的工单处理系统接收到银联运营服务平台发来的客户反馈的问题业务输入信息。
151.其中，问题业务输入信息的产生过程为：用户在通过该银行的快捷支付功能进行快捷支付的过程中，银联运营服务平台若检测到出现快捷支付交易异常，则会针对本次快捷支付交易异常生成对应的问题业务输入信息。
152.可选地，该快捷支付交易异常报错的相关信息包括：该笔交易流水号、该笔交易中客户银行卡卡号、该笔交易报错发生日期、该笔交易报错中交易金、该笔交易所属交易代码、该笔交易报文中发送平台号、该笔交易中客户手机号、该笔交易工行返回错误码、其他需附加的问题描述信息。
153.(2)工单处理系统根据收到的问题业务输入信息，在本地数据库中查询本地记录中是否已经有该业务问题的信息。
154.(3)若是，则代表当前业务问题的问题业务输入信息已经提交过，但是经过工单处理系统处理后得到的结果客户不认可。此时，工单处理系统自动调用科技管理工作平台服务器接口生成问题工单，将该问题工单转给银行工作人员的终端设备，由银行工作人员基于其终端设备上的问题工单进行人工处理，同时，工单处理系统向银联运营服务平台发送该业务问题处理的反馈信息，该反馈信息可以为“人工处理中”；
155.(4)若否，则工单处理系统将接收到的业务问题的问题输入信息记录在本地数据库，并对其中的其他需附加的问题描述信息进行语义分析，得到语义分析结果；并根据该业务问题的问题输入信息中所属交易代码在“银联与银行前置交易代码对照表”中查询得到该业务问题在所属银行中的银行交易代码；根据查询到的银行交易代码结合语义分析结果，判断出该业务问题的问题类型。
156.其中，业务问题的问题类型包括：限额问题类型，入账问题类型和其他问题类型。进一步的，该限额问题类型又包括单笔限额问题和累计限额问题，该入账问题类型又包括退货入账问题和提现入账问题。
157.其中，银联与银行前置交易代码对照表为预先设定的，包括不同问题类型在各银行中的前置交易代码和在银联机构中的交易代码，且同一问题类型对应的两代码呈一一对应关系。
158.(5)工单处理系统根据在s4步骤中判断的问题类型，确定该问题类型对应的解决方式，并基于该问题类型的解决方式，解析确定该业务问题的报错原因和解决方案。
159.具体地，当问题类型为限额问题中的单笔限额问题时，工单处理系统根据收到的银联运营服务平台发来的问题业务输入信息，获取该报错交易金额和银行返回的错误码，查询客户限额参数表获取该客户的单笔限额，通过比较查询到的单笔限额和报错交易金额的大小，得出报错原因；根据查询到的银行返回的错误码查询“银行前置系统错误码与报错原因对照表”确定报错原因。
160.当问题类型为限额问题的累计限额问题时，工单处理系统根据收到的问题业务输入信息查询并计算该客户的日累计交易金额，查询客户限额参数表获取该客户的日限额，
比较查询到的日累计交易金额和日限额得出报错原因，之后根据该业务问题的问题业务输入信息中的银行返回的错误码查询“银行前置系统错误码与解决方案对照表”确定报错原因。
161.当问题类型为入账问题类型中的退货入账问题时，工单处理系统收到问题业务输入信息后，调用工单处理系统中的非动账系统f，查询该客户的该退货交易是否失败，如果该退货交易未失败，表示退货交易正在进行中，此时根据该客户的该退货交易时间查询该退货交易的账款是否已经清算，如果已经清算，此时清算服务器t自动查询并获取该退货交易的的入账时间，之后自动生成结果；如果还未清算，则银行的非动账系统f根据该退货交易的日期计算预计清算时间并自动生成结果。
162.当问题类型为入账问题类型的提现入账问题时，工单处理系统根据收到的问题输入信息中银行返回的错误码查询“银行前置系统错误码与报错原因对照表”获取报错原因，同时根据该银行返回的错误码查询“银行前置系统与后端系统错误码对照表”得到该业务问题的银行后端系统错误码，之后根据该后端系统错误码查询“银行后端系统错误码与解决方案对照表”获取解决方案，最后合并报错原因和解决方案得到结果。
163.当问题类型为其他异常问题时，工单处理系统根据收到的问题业务输入信息中银行返回的错误码，查询银行前置系统错误码与报错原因对照表获取报错原因，并根据银行返回的错误码查询“银行前置系统与后端系统错误码对照表”得到该业务问题的银行后端系统错误码，之后根据该后端系统错误码查询“银行后端系统错误码与解决方案对照表”获取解决方案，最后合并报错原因和解决方案得到结果。
164.可选地，其他异常问题包括银行卡签约异常问题，例如，该银行客户在办理可快捷支付的银行卡时，该客户在绑定手机的过程中显示绑定失败的问题。
165.其中，银行前置系统错误码与解决方案对照表、银行前置系统与后端系统错误码对照表、银行后端系统错误码与解决方案对照表均为预先设定的。
166.(6)工单处理系统根据上述过程中得到的结果自动生成答复，并返回给银联运营服务器。
167.(7)银联运营工作人员根据银联运营服务平台显示的结果答复该业务问题客户，并通过该客户的反馈判断该客户是否认可现在的结果，如果客户认可该结果，则问题结束，如果该客户不认可该结果，则银联运营工作人员再次在银联运营服务平台上发送该业务问题的问题输入信息给该业务问题的所属银行。
168.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
169.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的业务问题处理方法的业务问题处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个业务问题处理装置实施例中的具体限定可
以参见上文中对于业务问题处理方法的限定，在此不再赘述。
170.在一个实施例中，如图10所示，提供了一种业务问题处理装置1001，该装置包括：查询模块1002、获取模块1003、反馈模块1004，其中：
171.查询模块1002，用于响应于目标平台的业务问题处理需求，查询本地处理记录中是否存在业务问题的处理记录；
172.获取模块1003，用于若本地处理记录中不存在业务问题的处理记录，则获取业务问题的问题类型；
173.反馈模块1004，用于根据业务问题的问题类型和各问题类型对应的问题处理策略，向目标平台反馈业务问题的答复信息。
174.在一个实施例中，业务问题处理需求中携带问题业务输入信息，获取模块1003包括：
175.对照获取单元，用于基于问题业务输入信息和预设的前置交易代码对照表，获取业务问题的问题类型；前置交易代码对照表为目标平台和工单处理系统所属平台之间的对照表。
176.在一个实施例中，对照获取单元包括：
177.分析子单元，用于根据问题业务输入信息中的问题附加信息对业务问题进行语义分析，得到语义分析结果；
178.对照子单元，用于根据前置交易代码对照表获取工单处理系统所属平台的业务代码；
179.类型获取子单元，用于根据业务代码和语义分析结果，确定业务问题的问题类型。
180.在一个实施例中，反馈模块1004包括：
181.方案获取单元，用于根据业务问题的问题类型和各问题类型对应的问题处理策略，获取业务问题的报错原因和业务问题的解决方案；
182.反馈信息单元，用于根据报错原因和解决方案，向目标平台反馈业务问题的答复信息。
183.在一个实施例中，方案获取单元包括：
184.类型定位子单元，用于定位若业务问题的问题类型为资源最大量限制问题，则基于问题业务输入信息，以及预设的前置系统错误码与报错原因对应关系，获取业务问题的报错原因。
185.在一个实施例中，若业务最大量限制包括单笔资源最大量限制，则类型定位子单元包括：
186.单笔获取从单元，用于根据问题业务输入信息获取单笔资源转移最大量、业务报错码和单笔资源转移实际量；
187.单笔综合获取从单元，用于根据单笔资源转移最大量与单笔资源转移实际量，生成业务问题的报错原因；以及根据业务报错码在前置系统错误码与报错原因对应关系中，综合获取业务问题的报错原因。
188.在一个实施例中，若业务最大量限制包括单日资源最大量限制，则类型定位子单元包括：
189.单日获取从单元，用于根据问题业务输入信息获取单日累计资源最大量、业务报
错码和单日资源转移实际量；
190.单日综合获取从单元，用于根据单日累计资源最大量和单日资源实际量，生成业务问题的报错原因；以及根据业务报错码在前置系统错误码与报错原因对应关系中，综合获取业务问题的报错原因。
191.在一个实施例中，方案获取单元包括：
192.场景判断子单元，用于若业务问题的问题类型为资源转入问题，则基于问题业务输入信息判断是否为预设场景的资源转入问题；
193.状态获取子单元，用于若为预设场景的资源转入问题，则获取业务问题对应的资源转入状态；资源转入状态包括资源转入失败或资源转入成功；
194.解决方案获取子单元，用于根据资源转入状态，获取业务问题的报错原因和业务问题的解决方案。
195.在一个实施例中，方案获取子单元包括：
196.对照获取从单元，用于若资源转入状态为资源转入失败，则获取业务报错码，根据业务报错码在前置系统错误码与报错原因对应关系中获取业务问题的报错原因；并根据预设的前置系统错误码与后端系统错误码对照表，以及预设的后端系统错误码与解决方案对应关系，获取业务问题的解决方案。
197.在一个实施例中，反馈模块1004还包括：
198.查核完成反馈单元，用于若资源转入状态为资源转入成功，且资源转入为已完成查核状态，则根据资源转入时间向目标平台反馈业务问题的答复信息；
199.查核未完成反馈单元，用于若资源转入为未完成查核状态，则根据业务问题的发起时间生成预计处理完成时间后向目标平台反馈业务问题的答复信息。
200.在一个实施例中，方案获取单元还包括：
201.其他问题方案获取子单元，用于若业务问题的问题类型为其他类型问题，则获取前端系统错误码，并根据前端系统错误码在预设的前置系统错误码与报错原因对应关系中获取业务问题的报错原因；
202.获取解决方案子单元，用于根据前端系统错误码、预设的前置系统错误码与后端系统错误码对照表，以及预设的后端系统错误码与解决方案对应关系，获取业务问题的解决方案。
203.在一个实施例中，反馈模块1004还包括：
204.工单反馈单元，用于若本地处理记录中存在业务问题的处理记录，则调用科技管理工作平台接口生成工单，以指示将工单转为人工处理；
205.状态反馈单元，用于向目标平台反馈业务问题当前状态为人工处理中。
206.关于上述业务问题处理装置的具体限定可以参见上文中对于业务问题处理方法的限定，在此不再赘述。上述业务问题处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
207.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显
示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种业务问题处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
208.本领域技术人员可以理解，图11中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体地计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
209.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
210.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各方法实施例中的步骤。
211.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。
212.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
213.以上该实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。