CN111311383A

CN111311383A - 业务处理方法以及装置

Info

Publication number: CN111311383A
Application number: CN202010384983.9A
Authority: CN
Inventors: 侯恩训
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2020-05-09
Filing date: 2020-05-09
Publication date: 2020-06-19
Anticipated expiration: 2040-05-09
Also published as: CN111311383B; CN112907338A; CN112907338B

Abstract

本说明书实施例提供业务处理方法以及装置，其中所述业务处理方法包括：接收第一用户针对目标业务提交的处理请求；根据所述处理请求中携带的第一用户标识，获取所述第一用户的第一信用数据；在所述第一信用数据不满足所述目标业务的信用准入条件的情况下，确定向所述第一用户进行所述目标业务的信用授权的第二用户；判断所述第二用户的第二信用数据是否满足所述信用准入条件；若满足，创建所述处理请求的业务订单，所述业务订单包括所述第一用户的第一子订单以及所述第二用户的第二子订单。

Description

业务处理方法以及装置

技术领域

本说明书实施例涉及数据处理技术领域，特别涉及一种业务处理方法以及装置。

背景技术

随着互联网的发展，信用对用户生活的影响越来越大，许多业务都需要以信用作为准入条件，同时信用的高低也会影响用户在业务中所享有的便利，目前，对于一些不发达地区的用户，因所处的环境和消费能力的限制，这些用户的信用普遍不高，无法享有很多业务在信用的基础上所提供的便利，因此需要提供更可靠的方案。

发明内容

有鉴于此，本说明书实施例提供了一种业务处理方法。本说明书一个或者多个实施例同时涉及一种业务处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

本说明书实施例的第一方面，提供了一种业务处理方法，包括：

接收第一用户针对目标业务提交的处理请求；

根据所述处理请求中携带的第一用户标识，获取所述第一用户的第一信用数据；

在所述第一信用数据不满足所述目标业务的信用准入条件的情况下，确定向所述第一用户进行所述目标业务的信用授权的第二用户；

判断所述第二用户的第二信用数据是否满足所述信用准入条件；

若满足，创建所述处理请求的业务订单，所述业务订单包括所述第一用户的第一子订单以及所述第二用户的第二子订单。

可选的，所述确定向所述第一用户进行所述目标业务的信用授权的第二用户，包括：

判断所述第一用户是否存在信用授权的被授权标记；

若是，根据所述处理请求中携带的业务标识，确定所述目标业务的业务类型；

根据所述第一用户标识，获取所述第一用户的信用授权项；

判断所述第一用户被授权的信用授权项中是否存在与所述业务类型匹配的目标信用授权子项；所述信用授权项包含被与所述第一用户存在信用授权关系的用户所授权的信用授权子项，且所述信用授权子项与业务类型具有对应关系；

若存在，将向所述第一用户针对所述目标信用授权子项进行信用授权的授权用户中任一授权用户，确定为所述第二用户。

可选的，所述判断所述第一用户是否存在信用授权的被授权标记子步骤的判断结果为否，执行如下操作：

向所述第一用户发送针对所述目标业务的拒绝准入通知。

根据所述处理请求中携带的目标用户标识，查询所述目标用户标识对应的目标用户向所述第一用户进行信用授权的目标信用授权项；

根据所述处理请求中携带的业务标识，确定所述目标业务的业务类型；

判断所述目标信用授权项是否包含与所述业务类型匹配的目标信用授权子项；

若包含，将所述目标用户确定为所述第二用户。

可选的，所述判断所述目标信用授权项是否包含与所述业务类型匹配的目标信用授权子项子步骤的判断结果为不包含，执行如下操作：

根据所述第一用户标识，获取所述第一用户的信用授权项；

判断所述第一用户被授权的信用授权项中是否存在与所述业务类型匹配的目标信用授权子项；

若存在，将向所述第一用户对所述目标信用授权子项进行信用授权的授权用户中任一授权用户，确定为所述第二用户。

可选的，所述信用授权项中的信用授权子项，通过如下方式创建：

基于所述第一用户提交的向所述第二用户请求信用授权的请求创建指令，生成信用授权请求；

根据所述第二用户针对所述信用授权请求提交的授权指令中携带的授权信息，生成所述第二用户向所述第一用户进行信用授权的信用授权协议；所述授权信息包含所述第二用户针对所述信用授权请求的请求详情页面中所展示的待授权业务类型提交的授权类型信息；

基于所述授权类型信息，创建所述第二用户向所述第一用户进行信用授权的信用授权子项并存储；

根据所述授权信息中包含的所述第一用户标识以及所述第二用户的第二用户标识，对所述第一用户添加被所述第二用户进行信用授权的被授权标记，并对所述第二用户添加向所述第一用户进行信用授权的授权标记。

可选的，所述基于所述第一用户提交的向所述第二用户请求信用授权的请求创建指令，生成信用授权请求，包括：

获取所述第一用户提交的向所述第二用户请求信用授权的所述请求创建指令；所述请求创建指令中携带所述第一用户标识以及所述第二用户标识；

根据所述第一用户标识以及所述第二用户标识，生成所述请求创建指令对应的所述信用授权请求；

将所述信用授权请求推送至所述第二用户。

可选的，所述根据所述第一用户标识以及所述第二用户标识，生成所述请求创建指令对应的信用授权请求，包括：

根据所述第一用户标识以及所述第二用户标识进行加密处理，获得加密信息；

根据所述加密信息，生成所述请求创建指令对应的信用授权请求。

可选的，所述将所述信用授权请求推送至所述第二用户步骤执行之后，且所述根据所述第二用户针对所述信用授权请求提交的授权指令中携带的授权信息，生成所述第二用户向所述第一用户进行信用授权的信用授权协议步骤执行之前，还包括：

接收请求响应方针对所述信用授权请求提交的请求响应指令；

对所述请求响应指令中携带的所述加密信息，进行解密处理，获得所述第一用户标识以及所述第二用户标识；

通过将所述第二用户标识与所述请求响应指令中携带的响应方标识进行比对的方式，判断所述请求响应方是否为所述第二用户；

若是，根据所述第二用户标识，查询所述第二用户的信用详情信息；

根据所述第一用户标识，查询所述第一用户的身份详情信息；

根据所述身份详情信息以及所述信用详情信息，生成所述信用授权请求的请求详情页面；

将所述请求详情页面向所述第二用户进行展示。

可选的，所述通过将所述第二用户标识与所述请求响应指令中携带的响应方标识进行比对的方式，判断所述请求响应方是否为所述第二用户步骤的判断结果为否，执行如下操作：

向所述请求响应方返回针对所述请求响应指令的无权限响应通知。

可选的，所述创建所述处理请求的业务订单步骤执行之后，还包括：

向所述第一用户发送所述第一子订单；

向所述第二用户以及所述目标业务的业务提供方发送所述第二子订单。

本说明书实施例的第二方面，提供了一种业务处理装置，包括：

接收模块，被配置为接收第一用户针对目标业务提交的处理请求；

获取模块，被配置为根据所述处理请求中携带的第一用户标识，获取所述第一用户的第一信用数据；

确定模块，被配置为在所述第一信用数据不满足所述目标业务的信用准入条件的情况下，确定向所述第一用户进行所述目标业务的信用授权的第二用户；

判断模块，被配置为判断所述第二用户的第二信用数据是否满足所述信用准入条件；

若满足，运行创建模块，所述创建模块，被配置为创建所述处理请求的业务订单，所述业务订单包括所述第一用户的第一子订单以及所述第二用户的第二子订单。

本说明书实施例的第三方面，提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收第一用户针对目标业务提交的处理请求；

本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述业务处理方法的步骤。

本说明书提供一种业务处理方法，基于第一用户针对目标业务提交的处理请求，先判断第一用户的第一信用数据是否满足目标业务的信用准入条件，在第一信用数据不满足信用准入条件的情况下，确定向第一用户进行目标业务的信用授权的第二用户，再判断第二用户的第二信用数据是否满足信用准入条件，若满足，创建处理请求的业务订单，其中业务订单包括第一用户的第一子订单以及第二用户的第二子订单，实现了在第一用户的第一信用数据不满足目标业务的信用准入条件的情况下，基于第二用户向第一用户的信用授权，在第二用户的第二信用数据满足信用准入条件的情况下，使第一用户以第二用户的名义创建目标业务的业务订单，使第一用户基于信用授权可以享有第二用户所享有的业务便利，也增加了目标业务的业务量。

附图说明

图1是本说明书一个实施例提供的一种业务处理方法的处理流程图；

图2是本说明书一个实施例提供的一种应用于共享单车业务的业务处理方法的处理流程图；

图3是本说明书一个实施例提供的一种业务处理装置的示意图；

图4是本说明书一个实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本说明书中，提供了一种业务处理方法，本说明书一个或者多个实施例同时涉及一种业务处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

本说明书提供的一种业务处理方法实施例如下：

图1示出了根据本说明书一个实施例提供的一种业务处理方法的处理流程图，包括步骤S102至步骤S110。

步骤S102，接收第一用户针对目标业务提交的处理请求。

实际应用中，在用户针对目标业务提交处理请求时，需要根据用户的信用情况，判断该用户是否满足参与目标业务的信用准入门槛，对于一些不发达地区的用户，因所处的环境和消费能力的限制，这些用户的信用普遍不高，但这些用户的亲戚、朋友等却可能因处于较为发达的地区而拥有较高的信用，本说明书实施例，通过信用高的用户对信用低的用户进行信用授权，使信用低的用户通过获得的信用授权，可以享有信用高的用户在目标业务中所享有的业务便利。

具体的，所述目标业务，是指以信用为准入条件从而向用户所提供便利的服务或产品，比如，信用消费业务、共享单车业务、租车业务、信用住店业务等，在此不做限制；相应的，所述处理请求，可以是请求参与目标业务的参与请求、针对所述目标业务的交易请求或针对目标业务中某项业务权利的申请请求等，在此不做限制；所述第一用户，为请求对所述目标业务进行处理的请求方。

具体实施时，承载所述第一用户的账户数据的用户平台与承载所述目标业务运行的业务平台，可以是同一平台，也可以是不同的平台，若是不同的平台，目标业务可以采用第三方应用程序的方式嵌入用户平台，与用户平台进行关联，此外，业务平台也可以通过获取用户在用户平台的用户数据的方式进行关联，在此不做限制。

以共享单车业务为例，用户A通过用户平台针对共享单车业务提交对共享单车的租用请求之后，用户平台接收用户A提交的租用请求。

步骤S104，根据所述处理请求中携带的第一用户标识，获取所述第一用户的第一信用数据。

在接收第一用户针对目标业务提交的处理请求的基础上，根据处理请求中携带的第一用户标识，获取第一用户的第一信用数据，以便于根据第一信用数据判断第一用户是否满足目标业务的信用准入条件。

所述第一用户标识，是指可以唯一标识第一用户的标识信息，具体的，用户标识，是指可以唯一标识一个用户的标识；所述第一信用数据，是指可以用于表征第一用户的信用的数据，具体的，信用数据，可以是信用积分、信用等级、信用评分等，在此不做限制；

具体实施时，用户平台通过收集第一用户在用户平台以及各个第三方应用程序中的历史消费数据、逾期数据等，对用户进行信用评估，获得第一用户的第一信用数据，在接收到第一用户提交的针对目标业务的处理请求之后，根据处理请求中携带的第一用户标识，获取第一用户的第一信用数据。

沿用上例，用户平台接收到用户A提交的租用请求之后，根据租用请求中携带的用户A的第一用户标识：“u01”，获取用户A的信用积分为350分。

步骤S106，在所述第一信用数据不满足所述目标业务的信用准入条件的情况下，确定向所述第一用户进行所述目标业务的信用授权的第二用户。

在上述获取第一用户的第一信用数据的基础上，判断第一信用数据是否满足目标业务的信用准入条件；若满足，表明第一用户自身的信用满足享有目标业务中业务便利的条件，则直接创建第一用户与目标业务的业务提供方之间的业务订单，若不满足，在表明第一用户自身的信用不满足享有目标业务中业务便利的条件，则执行确定向所述第一用户进行所述目标业务的信用授权的第二用户。

其中，所述信用准入条件，是指针对用户的信用所预先设置的，用户在目标业务中可以享有一定的业务便利所需要满足的条件，具体的，对于信用消费业务的信用准入条件，是指用户若要享有一定的信用消费额度其信用所需要满足的条件；对于共享单车业务的信用准入条件，是用户若要享有免押租用的权利其信用所需要满足的条件。

此外，其他的目标业务也有针对享有其中的业务便利，对用户的信用所预设的信用准入条件；实际应用中，这些信用准入条件，根据目标业务的不同，也会有所不同，比如：对于共享单车业务，享有免押租用的信用准入条件为用户的信用积分达到700分，对于信用住店业务，享有免押入住酒店的信用准入条件为信用积分达到650分。

所述信用授权，是指一个用户将基于自身的信用所享有的业务中的业务便利，向另一个用户进行授权，使另一个用户可以在被授权的基础上，享有在被授权范围内的业务所提供的业务便利；所述第二用户即为针对目标业务向第一用户进行信用授权的一个授权用户。

实际应用中，向第一用户进行信用授权的授权用户，可以是一个，也可以是多个，在此不做限制。

沿用上例，在获取用户A的信用积分之后，判断用户A的信用积分是否满足共享单车业务的信用准入条件，用户A的信用积分为350分，共享单车业务的信用准入条件为信用积分达到700分，用户A的信用积分达不到此信用准入条件，则用户A不满足共享单车业务的信用准入条件，需要进一步确定向用户A对共享单车业务进行信用授权的用户B。

具体实施时，确定向第一用户进行目标业务的信用授权的第二用户的方法是多种多样的，本说明书实施例提供的第一种可选实施方式中，确定所述第二用户，具体采用如下方式实现：

判断所述第一用户是否存在信用授权的被授权标记；

若否，表明不存在向第一用户进行信用授权的授权用户，向所述第一用户发送针对所述目标业务的拒绝准入通知。

若是，表明存在向第一用户进行信用授权的授权用户，则根据所述处理请求中携带的业务标识，确定所述目标业务的业务类型；

根据所述第一用户标识，获取所述第一用户的信用授权项；

若不存在，表明不存在针对目标业务所属的业务类型向第一用户进行信用授权的授权用户；

若存在，表明存在针对目标业务所属的业务类型向第一用户进行信用授权的授权用户，则将向所述第一用户针对所述目标信用授权子项进行信用授权的授权用户中任一授权用户，确定为所述第二用户。

具体的，所述授权用户，是指向第一用户进行信用授权的用户；相应的，所述被授权标记，用以标记一个用户是否存在对其进行信用授权的授权用户，具体实施时，当一个用户与其他用户建立信用授权的关系时，会对建立信用授权关系的双方添加相应的授权标记，向被授权的用户添加被授权标记，并对向该用户进行信用授权的授权用户，添加相应的授权标记；实际应用中，授权标记和被授权标记与其对应的授权用户和被授权的用户无关，即所有的授权标记可以是一致的，所有的被授权标记也可以是一致的，此外，授权标记还可以与对应的被授权用户相关联，且与被授权标记也可以与对其进行信用授权的授权用户相关联，即不同的授权用户或被授权的用户对应的授权标记/被授权标记不同，在此不做限制。

此外，当一个用户与其他用户建立信用授权的关系时，还会通过授权用户对被授权的用户所授权的业务类型，创建与业务类型对应的信用授权子项，当存在信用授权子项时，表明授权用户向被授权的用户，对信用授权子项对应的业务类型进行了信用授权。

所述拒绝准入通知，是指拒绝第一用户享有目标业务的业务便利，但第一用户还是可以采用其他方式参与目标业务，以共享单车业务为例，此拒绝准入通知可以是“您好，您的信用不足，不能享有免押租用，请您缴纳押金”。

所述业务标识，是可以唯一标识一个业务的标识信息；所述业务类型，是指目标业务所属的业务类型，比如，共享单车业务所属的业务类型为租借类型，实际应用中，在用户平台，会对与其有接口的第三方业务按照业务类型进行分类，通过业务的业务标识，即可确定该业务所属的业务类型；所述目标信用授权子项，是指与目标业务所属的业务类型匹配的信用授权子项。

需要说明的是，向所述第一用户的所述目标信用授权子项进行信用授权的授权用户，可以是一个，也可以是多个，并在授权用户为多个的情况下，将授权用户中的任意一个授权用户确定为第二用户；实际应用中，还可以按照授权用户与被授权用户的亲密度确定第二用户，或按照授权用户的信用的高低确定第二用户，在此不做限制。

沿用上例，在用户A不满足共享单车业务的信用准入条件的情况下，通过查询用户A存在被授权标记：“被信用授权01”，确定用户A存在被授权标记，表明存在向用户A进行信用授权的授权用户，则根据租用请求中携带的业务标识“p01”，确定共享单车业务的业务类型为租借类型，并根据用户A的第一用户标识“u01”获取用户A的信用授权项ai01；

用户A的信用授权项ai01中包含的信用授权子项为：租借类型以及交易类型，则判断信用授权项ai01中是否存在与租借类型匹配的目标信用授权子项的判断结果为存在，即目标信用授权子项为“租借类型”表明存在针对租借类型向用户A进行信用授权的授权用户，根据用户A的用户标识“u01”以及目标信用授权子项“租借类型”，查询到向用户A进行目标信用授权子项“租借类型”的信用授权的授权用户为用户B，将用户B确定为第二用户；

假设，确定用户A不存在被授权标记，或判断信用授权项ai01中是否存在与租借类型匹配的目标信用授权子项的判断结果为不存在，则向用户A发送针对共享单车业务的拒绝准入通知“用户A您好：您的信用不足，不能享有免押租用，请您缴纳押金”。

本说明书实施例，通过判断第一用户是否存在信用授权的被授权标记确定是否存在向第一用户进行信用授权的授权用户，若不存在向第一用户进行信用授权的授权用户，则向第一用户发送针对所述目标业务的拒绝准入通知，避免了后续继续执行确定第二用户的步骤，提高了业务处理的效率，并通过判断第一用户被授权的信用授权项中是否存在与目标业务的业务类型匹配的目标信用授权子项，确定是否存在针对所述业务类型向第一用户进行信用授权的授权用户，并在确定存在针对所述业务类型向第一用户进行信用授权的授权用户的情况下，将授权用户中任一授权用户确定为第二用户，实现了在判断第二用户是否满足目标业务的信用准入条件之前，保障了第二用户向第一用户的信用授权范围，进一步提高了业务处理的可靠性。

具体实施时，信用授权项中的信用授权子项是通过第一用户向第二用户请求信用授权，并建立二者之间的信用授权协议的基础上创建的，在信用授权协议的基础上创建并存储所述信用授权子项，提高了对于授权的业务类型的查询效率，并进一步提高了业务处理效率，本说明书实施例提供的一种可选实施方式中，所述信用授权项中的信用授权子项，通过如下方式创建：

具体的，所述请求创建指令，用于创建信用授权请求；所述信用授权协议，是指第二用户向第一用户进行信用授权的授权协议，信用授权协议中约定了第二用户向第一用户进行信用授权的授权范围、授权时长等信息，其中，授权范围，包括授权的业务类型、业务额度等信息。

所述待授权业务类型，是指在信用授权请求的请求详情页面向第二用户展示的，可供第二用户向第一用户进行信用授权的业务类型。具体实施时，所述待授权业务类型，可以是对所有与用户平台存在接口的业务进行业务分类，获得的业务类型，还可以是以第二用户目前的信用可以享有业务便利的业务进行业务分类，获得的业务类型；相应的，所述授权类型信息，是指基于第二用户对请求详情页面所展示的待授权业务类型进行选择或输入，生成的与其所选择或输入的待授权业务类型对应的授权类型信息，比如，在请求详情页面展示的待授权业务类型有：租借类型、交易类型、保障类型等，第二用户在请求详情页面展示的待授权业务类型中选择租借类型和交易类型向第一用户进行信用授权，则授权类型信息为：租借类型和交易类型。

此外，第二用户还可以在请求详情页面选择对第一用户的授权时长，具体实施时，若当前时间已经不在信用授权协议中包含的授权时长的时间范围内，则表明第二用户对第一用户的信用授权已过期，可以对基于信用授权协议创建的信用授权子项、添加的授权标记和被授权标记进行删除，或者或添加相应的过期标记等，在此不做限制。

沿用上例，在用户A通过用户平台针对共享单车业务提交对共享单车的租用请求之前，用户A通过用户平台提交向用户B请求信用授权的请求创建指令，用户平台基于此请求创建指令生成信用授权请求，用户B在此信用授权请求的请求详情页面所展示的授权时长中选择1年，在待授权业务类型中选择租借类型以及交易类型，在选择完成后提交授权指令，用户平台根据用户B提交的授权指令中携带的授权信息，创建用户B向用户A进行信用授权的信用授权协议，并根据授权信息中包含的授权类型信息：租借类型以及交易类型，创建信用授权子项：租借类型以及交易类型，并为用户A添加相应的被授权标记“被信用授权01”，为用户B添加相应的授权标记。

具体的，基于第一用户提交的请求创建指令，生成信用授权请求，是根据第一用户的第一用户标识以及第二用户的第二用户标识创建信用授权请求，并将创建的信用授权请求推送至第二用户，以便于第二用户针对信用授权请求进行查看并授权，本说明书实施例提供的一种可选实施方式中，所述基于所述第一用户提交的向所述第二用户请求信用授权的请求创建指令，生成信用授权请求，包括：

将所述信用授权请求推送至所述第二用户。

所述信用授权请求，可以采用请求链接的形式推送至第二用户，或者采用包含请求链接的卡片的形式推送至第二用户，在此不做限制，其中，信用授权请求中包含根据第一用户的第一用户标识以及第二用户的第二用户标识生成的请求链接，以便第二用户通过点击此链接跳转至链接所对应的请求详情页面。

沿用上例，在用户平台获取用户A提交向用户B请求信用授权的请求创建指令之后，请求创建指令中携带用户A的第一用户标识“u01”以及用户B的第二用户标识“u02”，根据这两个用户标识，生成信用授权请求，并将生成的信用授权请求推送至用户B。

为了保护用户的隐私，在根据第一用户标识以及第二用户标识，生成请求创建指令对应的信用授权请求的过程中，需要对第一用户标识以及第二用户标识进行加密处理，以避免他人看到信用授权请求本说明书实施例提供的一种可选实施方式中，生成所述请求创建指令对应的信用授权请求，具体采用如下方式实现：

所述根据所述第一用户标识以及所述第二用户标识进行加密处理，获得加密信息，是采用加密算法，对第一用户标识以及第二用户标识进行加密处理，在此对加密算法不做限制；并根据加密后生成的加密信息生成信用授权请求。

沿用上例，在用户平台获取用户A提交向用户B请求信用授权的请求创建指令之后，对请求创建指令中携带用户A的第一用户标识“u01”以及用户B的第二用户标识“u02”，进行加密处理，生成加密字符串，并根据加密字符串生成信用授权请求。

在将信用授权请求推送至第二用户的基础上，并在第二用户针对信用授权请求进行授权之前，需要对信用授权请求进行响应，并在响应信用授权请求的过程中，对响应信用授权请求的请求响应方进行身份校验，并在身份校验通过的情况下，展示请求详情页面，增加了信用授权过程中的安全性，保障了用户的信息安全，本说明书实施例提供的一种可选实施方式中，所述将信用授权请求推送至第二用户之后，且所述根据所述第二用户针对所述信用授权请求提交的授权指令中携带的授权信息，生成所述第二用户向所述第一用户进行信用授权的信用授权协议之前，还包括：

若否，表明请求响应方无权限打开信用授权请求，向所述请求响应方返回针对所述请求响应指令的无权限响应通知；

若是，表明请求响应方有权限打开信用授权请求，根据所述第二用户标识，查询所述第二用户的信用详情信息；

将所述请求详情页面向所述第二用户进行展示。

实际应用中，在将生成的信用授权请求推送至用户B之后，可能出现信用授权请求被转发的情况，在这种情况下，响应信用授权请求的请求响应方则不是第二用户，因此需要在请求响应方响应信用授权请求之后，并向请求响应方展示信用授权请求的请求详情页面之前，对请求响应方进行身份校验。

具体的，所述身份详情信息，是指可以表明第一用户的身份的信息，比如：第一用户的姓名、性别、年龄、职业、身份编码等信息，在此不做限制，所述信用详情信息，包括第二用户的信用数据，并第二用户基于信用可以享有业务便利的所属的业务类型等信息，在此不做限制。

所述无权限响应通知，是指提醒请求响应方其针对信用授权请求无权限进行响应的通知，比如，“您好，您无权限打开此信用授权请求”。

沿用上例，在将生成的信用授权请求推送至用户B之后，接收请求响应方针对信用授权请求提交的请求响应指令，对请求响应指令中携带的加密串进行解密处理，生成第一用户标识“u01”以及第二用户标识“u02”，并将第二用户标识“u02”与请求响应指令中携带的响应方标识“u02”进行比对的方式，判断请求响应方是否为第二用户，因第二用户标识“u02”与响应方标识“u02”相同，确定请求响应方是用户B，表明请求响应方有权限打开信用授权请求，则根据第二用户标识“u02”，查询到用户B的信用详情信息包括：信用积分750分，享有的业务便利的业务类型为：租借类型、交易类型、保障类型，并根据第一用户标识“u01”，查询到用户A的身份详情信息包括：姓名：name1，性别女，身份编码：id01，并根据查询到的用户B的信用详情信息以及用户A的身份详情信息生成信用授权请求的请求详情页面，将生成的请求详情页面向用户B进行展示。

除上述提供的确定向第一用户进行目标业务的信用授权的第二用户的具体实现方式之外，本说明书实施例提供的第二种可选实施方式中，所述确定向所述第一用户进行所述目标业务的信用授权的第二用户，包括：

若不包含，表明目标用户没有针对目标业务的业务类型向第一用户进行信用授权；

若包含，表明目标用户针对目标业务的业务类型向第一用户进行了信用授权，则将所述目标用户确定为所述第二用户。

实际应用中，第一用户在提交针对目标业务的处理请求之前，已经选择了对其进行信用授权的目标用户，则提交的处理请求中携带目标用户的目标用户标识，在第一用户的第一信用数据不满足目标页面的信用准入条件的情况下，根据处理请求中携带的目标用户标识，查询目标用户向第一用户进行信用授权的目标信用授权项，进而判断目标信用授权项中是否包含针对目标业务的业务类型向第一用户进行信用授权的目标信用授权项，若不包含，表明目标用户没有针对目标业务的业务类型向第一用户进行信用授权；若包含，表明目标用户针对目标业务的业务类型向第一用户进行了信用授权，则将目标用户确定为第二用户。

具体的，目标信用授权项与信用授权项类似，是指目标用户向第一用户进行信用授权的信用授权项。

沿用上例，在用户A不满足共享单车业务的信用准入条件的情况下，根据租用请求中携带的目标用户标识“u02”，查询所述目标用户标识“u02”对应的目标用户向用户A进行信用授权的目标信用授权项，目标信用授权项包括信用授权子项：租借类型以及交易类型，并根据租用请求中携带的业务标识“p01”，确定共享单车业务的业务类型为租借类型，则判断目标信用授权项中包含与租借类型匹配的目标信用授权子项：租借类型，将目标用户确定为用户B。

本说明书实施例，通过根据第一用户针对目标业务提交的处理请求中携带的目标用户标识，判断目标用户标识对应的目标用户向第一用户进行信用授权的目标信用授权项中，是否包含与目标业务的业务类型匹配的目标信用授权子项，若包含，将目标用户确定为第二用户，实现了将第一用户可以选择向其进行信用授权的目标用户作为第二用户，增加了业务处理的灵活性。

在上述判断目标信用授权项是否包含与目标业务的业务类型匹配的目标信用授权子项的判断结果为不包含的情况下，继续判断是否存在向第一用户进行目标业务的信用授权的授权用户，本说明书实施例提供的一种可选实施方式中，在目标信用授权项不包含与目标业务的业务类型匹配的目标信用授权子项的情况下，执行如下操作：

根据所述第一用户标识，获取所述第一用户的信用授权项；

若存在，表明存在针对目标业务所属的业务类型向第一用户进行信用授权的授权用户，则将向所述第一用户对所述目标信用授权子项进行信用授权的授权用户中任一授权用户，确定为所述第二用户。

实际应用中，若第一用户所选择目标用户没有向第一用户进行目标业务所属的业务类型进行信用授权，则需要判断是否存在其他向第一用户进行所属业务类型进行信用授权的授权用户，若不存在，表明不存在针对所述业务类型向第一用户进行信用授权的授权用户；若存在，表明存在针对所述业务类型向第一用户进行信用授权的授权用户，则将向第一用户对所述目标信用授权子项进行信用授权的授权用户中任意一个授权用户，确定为所述第二用户。

沿用上例，在目标信用授权项不包含与租借类型匹配的目标信用授权子项的情况下，根据用户A的第一用户标识“u01”获取用户A的信用授权项ai01，用户A的信用授权项ai01中包含的信用授权子项为：租借类型以及交易类型，则判断信用授权项ai01中是否存在与租借类型匹配的目标信用授权子项的判断结果为存在，即目标信用授权子项为“租借类型”，表明存在针对租借类型向用户A进行信用授权的授权用户，根据用户A的用户标识“u01”以及目标信用授权子项“租借类型”，查询到向用户A进行目标信用授权子项“租借类型”的信用授权的授权用户为用户B，将用户B确定为第二用户。

本说明书实施例，在目标用户标识对应的目标用户向第一用户进行信用授权的目标目标信用授权项中，不包含与目标业务的业务类型匹配的目标信用授权子项的情况下，通过判断第一用户被授权的信用授权项中是否存在与目标业务的业务类型匹配的目标信用授权子项，确定是否存在针对所述业务类型向第一用户进行信用授权的授权用户，并在确定存在针对所述业务类型向第一用户进行信用授权的授权用户的情况下，将授权用户中任一授权用户确定为第二用户，实现了在判断第二用户是否满足目标业务的信用准入条件之前，保障了第二用户向第一用户的信用授权范围，进一步提高了业务处理的可靠性。

步骤S108，判断所述第二用户的第二信用数据是否满足所述信用准入条件。

具体的，在确定向第一用户进行目标业务的信用授权的第二用户的基础上，判断第二用户的第二信用数据是否满足目标业务的信用准入条件，若满足，表明第一用户可以基于第二用户的信用授权，享有目标业务所提供的业务便利，则执行下述步骤S110，若不满足，表明第一用户和第二用户都不满足目标业务的信用准入条件，不能享有目标业务基于信用提供的业务便利。

所述第二信用数据，与所述第一信用数据类似，是指可以用于表征第二用户的信用的数据。此外，判断所述第二用户的第二信用数据是否满足所述信用准入条件的具体实现，与上述判断所述第一用户的第一信用数据是否满足目标业务的信用准入条件的具体实现类似，参考上述判断所述第一用户的第一信用数据是否满足目标业务的信用准入条件的具体实现即可，在此不再赘述。

沿用上例，在将用户B确定为第二用户之后，获取到用户B的信用积分为750分，共享单车业务的信用准入条件为信用积分达到700分，则判断用户B满足共享单车业务的信用准入条件，表明用户A可以基于用户B的信用授权，享有共享单车业务所提供的免押租用服务。

步骤S110，创建所述处理请求的业务订单，所述业务订单包括所述第一用户的第一子订单以及所述第二用户的第二子订单。

在第二用户的第二信用数据满足目标业务的信用准入条件的情况下，根据第一用户提交的处理请求创建业务订单。

具体的，所述业务订单，是指用户与目标业务的提供方之间签订的与处理请求对应的业务订单，所述业务订单包括所述第一用户的第一子订单以及所述第二用户的第二子订单，其中，所述第一子订单，是指第一用户与目标业务的业务提供方所签订的业务订单，所述第二订单，是指第二用户与目标业务的业务提供方所签订的业务订单。

实际应用中，业务订单的实际的参与方是第一用户，但第一用户的信用数据达不到签订此业务订单的条件，因此基于第二用户对第一用户的信用授权，第一用户可以采用第二用户的名义与目标业务的提供方签订业务订单，在这种情况下，会生成两个子订单，一个是第一用户与目标业务的业务提供方所签订的第一子订单，另一个是第二用户与目标业务的业务提供方所签订的第二子订单。

沿用上例，在将用户B的信用积分满足共享单车业务的信用准入条件的情况下，创建租用请求对应的免押租用订单，免押租用订单包括用户A与共享单车业务的业务提供方所签订的免押租用子订单o1，以及用户B与业务提供方所签订的免押租用子订单o2。

为了保障目标业务的各个参与方，即第一用户、第二用户以及业务提供方对于签订的业务订单可以了解以及追踪，本说明书实施例提供的一种可选实施方式中，在创建所述处理请求的业务订单之后，需要将创建完成的业务订单发送至用户，具体采用如下方式实现：

向所述第一用户发送所述第一子订单；

实际应用中，第一子订单用于第一用户对业务处理的处理进度进行了解和追踪，第二子订单用于目标业务的业务提供方和第二用户对业务处理的处理进度进行了解和追踪，因此将第一子订单发送至第一用户，将第二子订单发送至第二用户以及业务提供方，即对于业务提供方，是第二用户与其签订了业务订单，而第一用户对于业务提供方是屏蔽的。

沿用上例，在创建免押租用订单中包含的免押租用子订单o1和免押租用子订单o2之后，向用户A发送免押租用子订单o1，向用户B与业务提供方发送免押租用子订单o2。

综上所述，本说明书提供一种业务处理方法，基于第一用户针对目标业务提交的处理请求，先判断第一用户的第一信用数据是否满足目标业务的信用准入条件，在第一信用数据不满足信用准入条件的情况下，确定向第一用户进行目标业务的信用授权的第二用户，再判断第二用户的第二信用数据是否满足信用准入条件，若满足，创建处理请求的业务订单，其中业务订单包括第一用户的第一子订单以及第二用户的第二子订单，实现了在第一用户的第一信用数据不满足目标业务的信用准入条件的情况下，基于第二用户向第一用户的信用授权，在第二用户的第二信用数据满足信用准入条件的情况下，使第一用户以第二用户的名义创建目标业务的业务订单，使第一用户基于信用授权可以享有第二用户所享有的业务便利，也增加了目标业务的业务量。

下述结合附图2，以本说明书提供的业务处理方法在共享单车业务中的应用为例，对所述业务处理方法进行进一步说明。其中，图2示出了本说明书一个实施例提供的一种应用于共享单车业务的业务处理方法的处理流程图，具体步骤包括步骤S202至步骤S256。

本方法实施例的执行主体是用户平台，通过用户平台、第一用户以及第二用户之间的交互，建立第二用户向第一用户的信用授权，并针对第一用户针对共享单车业务提交的租用请求进行业务处理。

步骤S202，接收第一用户提交的向第二用户请求信用授权的请求创建指令。

具体的，所述请求创建指令中携带第一用户的第一用户标识以及第二用户的第二用户标识。

步骤S204，根据第一用户的第一用户标识以及第二用户的第二用户标识进行加密处理，获得加密信息。

步骤S206，根据加密信息，生成请求创建指令对应的信用授权请求。

步骤S208，将信用授权请求推送至第二用户。

步骤S210，接收请求响应方针对信用授权请求提交的请求响应指令。

步骤S212，对请求响应指令中携带的加密信息，进行解密处理，获得第一用户标识以及第二用户标识；

步骤S214，通过将第二用户标识与请求响应指令中携带的响应方标识进行比对的方式，判断请求响应方是否为第二用户；

若是，表明请求响应方是第二用户，执行下述步骤S216；

若否，表明请求响应方不是第二用户，向请求响应方返回针对请求响应指令的无权限响应通知。

步骤S216，根据第二用户标识，查询第二用户的信用详情信息。

步骤S218，根据第一用户标识，查询第一用户的身份详情信息。

具体的，步骤S216以及步骤S218的执行顺序可以互换，在此不做限制。

步骤S220，根据身份详情信息以及信用详情信息，生成信用授权请求的请求详情页面。

步骤S222，将请求详情页面向第二用户进行展示。

步骤S224，根据第二用户针对信用授权请求提交的授权指令。

步骤S226，根据授权指令中携带的授权信息，生成第二用户向第一用户进行信用授权的信用授权协议。

具体的，所述授权信息包含所述第二用户针对所述信用授权请求的请求详情页面中所展示的待授权业务类型提交的授权类型信息。

步骤S228，将信用授权协议发送至第一用户。

步骤S230，将信用授权协议发送至第二用户。

具体的，步骤S228以及步骤S230的执行顺序可以互换，在此不做限制。

步骤S232，基于授权信息包含的授权类型信息，创建第二用户向第一用户进行信用授权的信用授权子项并存储。

步骤S234，根据授权信息中包含的第一用户标识以及第二用户标识，对第一用户添加被第二用户进行信用授权的被授权标记，并对第二用户添加向第一用户进行信用授权的授权标记。

步骤S236，接收第一用户针对共享单车业务提交的租用请求。

步骤S238，根据租用请求中携带的第一用户标识，获取第一用户的第一信用数据。

步骤S240，在第一信用数据不满足共享单车业务的信用准入条件的情况下，判断第一用户是否存在信用授权的被授权标记；

若否，表明不存在向第一用户进行信用授权的授权用户，向所述第一用户发送针对第一用户的信用评估结果；

若是，表明存在向第一用户进行信用授权的授权用户，执行下述步骤S242。

步骤S242，根据租用请求中携带的业务标识，确定共享单车业务的业务类型。

步骤S244，根据第一用户标识，获取第一用户的信用授权项。

步骤S246，判断第一用户被授权的信用授权项中是否存在与业务类型匹配的目标信用授权子项；

若不存在，表明不存在针对共享单车业务所属的业务类型向第一用户进行信用授权的授权用户；

若存在，表明存在针对共享单车业务所属的业务类型向第一用户进行信用授权的授权用户，执行下述步骤S248。

具体的，所述信用授权项包含被与所述第一用户存在信用授权关系的用户所授权的信用授权子项，且所述信用授权子项与业务类型具有对应关系。

步骤S248，将向第一用户针对目标信用授权子项进行信用授权的授权用户中任一授权用户，确定为第二用户。

步骤S250，判断第二用户的第二信用数据是否满足信用准入条件；

若满足，表明第一用户可以基于第二用户的信用授权，享有共享单车业务所提供的业务便利，则执行下述步骤S252；

若不满足，表明第一用户和第二用户都不满足共享单车业务的信用准入条件，不能享有共享单车业务基于信用提供的免押租用便利。

步骤S252，创建租用请求的免押租用订单。

具体的，所述业务订单包括所述第一用户的第一子订单以及所述第二用户的第二子订单。

步骤S254，向第一用户发送第一子订单。

步骤S256，向第二用户以及共享单车业务的业务提供方发送第二子订单。

具体的，步骤S254以及步骤S256的执行顺序可以互换，在此不做限制。

本说明书提供的一种业务处理装置实施例如下：

与上述方法实施例相对应，本说明书还提供了业务处理装置实施例，图3示出了本说明书一个实施例提供的一种业务处理装置的示意图。如图3所示，该装置包括：

接收模块302，被配置为接收第一用户针对目标业务提交的处理请求；

获取模块304，被配置为根据所述处理请求中携带的第一用户标识，获取所述第一用户的第一信用数据；

确定模块306，被配置为在所述第一信用数据不满足所述目标业务的信用准入条件的情况下，确定向所述第一用户进行所述目标业务的信用授权的第二用户；

判断模块308，被配置为判断所述第二用户的第二信用数据是否满足所述信用准入条件；

若满足，运行创建模块310，所述创建模块310，被配置为创建所述处理请求的业务订单，所述业务订单包括所述第一用户的第一子订单以及所述第二用户的第二子订单。

可选的，所述确定模块306，包括：

判断标记子模块，被配置为判断所述第一用户是否存在信用授权的被授权标记；

若是，运行第一确定类型子模块，所述第一确定类型子模块，被配置为根据所述处理请求中携带的业务标识，确定所述目标业务的业务类型；

第一获取授权项子模块，被配置为根据所述第一用户标识，获取所述第一用户的信用授权项；

第一判断授权子项子模块，被配置为判断所述第一用户被授权的信用授权项中是否存在与所述业务类型匹配的目标信用授权子项；所述信用授权项包含被与所述第一用户存在信用授权关系的用户所授权的信用授权子项，且所述信用授权子项与业务类型具有对应关系；

若存在，运行第一确定用户子模块，所述第一确定用户子模块，被配置为将向所述第一用户针对所述目标信用授权子项进行信用授权的授权用户中任一授权用户，确定为所述第二用户。

可选的，所述判断标记子模块输出的判断结果为否，运行如下子模块：

发送通知子模块，被配置为向所述第一用户发送针对所述目标业务的拒绝准入通知。

可选的，所述确定模块306，包括：

查询目标授权项子模块，被配置为根据所述处理请求中携带的目标用户标识，查询所述目标用户标识对应的目标用户向所述第一用户进行信用授权的目标信用授权项；

第二确定类型子模块，被配置为根据所述处理请求中携带的业务标识，确定所述目标业务的业务类型；

第二判断授权子项子模块，被配置为判断所述目标信用授权项是否包含与所述业务类型匹配的目标信用授权子项；

若包含，运行第二确定用户子模块，所述第二确定用户子模块，被配置为将所述目标用户确定为所述第二用户。

可选的，所述第一判断目标授权项子模块子模块输出的判断结果为不包含，运行如下子模块：

第二获取授权项子模块，被配置为根据所述第一用户标识，获取所述第一用户的信用授权项；

第三判断授权子项子模块，被配置为判断所述第一用户被授权的信用授权项中是否存在与所述业务类型匹配的目标信用授权子项；

若存在，运行第三确定用户子模块，所述第三确定用户子模块，被配置为将向所述第一用户对所述目标信用授权子项进行信用授权的授权用户中任一授权用户，确定为所述第二用户。

可选的，所述信用授权项中的信用授权子项，通过运行如下模块创建：

生成请求模块，被配置为基于所述第一用户提交的向所述第二用户请求信用授权的请求创建指令，生成信用授权请求；

生成协议模块，被配置为根据所述第二用户针对所述信用授权请求提交的授权指令中携带的授权信息，生成所述第二用户向所述第一用户进行信用授权的信用授权协议；所述授权信息包含所述第二用户针对所述信用授权请求的请求详情页面中所展示的待授权业务类型提交的授权类型信息；

创建授权子项模块，被配置为基于所述授权类型信息，创建所述第二用户向所述第一用户进行信用授权的信用授权子项并存储；

添加授权标记模块，被配置为根据所述授权信息中包含的所述第一用户标识以及所述第二用户的第二用户标识，对所述第一用户添加被所述第二用户进行信用授权的被授权标记，并对所述第二用户添加向所述第一用户进行信用授权的授权标记。

可选的，所述生成请求模块，包括：

获取指令子模块，被配置为获取所述第一用户提交的向所述第二用户请求信用授权的所述请求创建指令；所述请求创建指令中携带所述第一用户标识以及所述第二用户标识；

生成授权请求子模块，被配置为根据所述第一用户标识以及所述第二用户标识，生成所述请求创建指令对应的所述信用授权请求；

推送用户子模块，被配置为将所述信用授权请求推送至所述第二用户。

可选的，所述生成授权请求子模块，包括：

加密单元，被配置为根据所述第一用户标识以及所述第二用户标识进行加密处理，获得加密信息；

生成授权请求单元，被配置为根据所述加密信息，生成所述请求创建指令对应的信用授权请求。

可选的，所述业务处理装置，还包括：

接收响应指令模块，被配置为接收请求响应方针对所述信用授权请求提交的请求响应指令；

解密模块，被配置为对所述请求响应指令中携带的所述加密信息，进行解密处理，获得所述第一用户标识以及所述第二用户标识；

判断第二用户模块，被配置为通过将所述第二用户标识与所述请求响应指令中携带的响应方标识进行比对的方式，判断所述请求响应方是否为所述第二用户；

若是，运行查询信用详情模块，所述查询信用详情模块，被配置为根据所述第二用户标识，查询所述第二用户的信用详情信息；

查询身份详情模块，被配置为根据所述第一用户标识，查询所述第一用户的身份详情信息；

生成详情页面，被配置为根据所述身份详情信息以及所述信用详情信息，生成所述信用授权请求的请求详情页面；

展示详情页面，被配置为将所述请求详情页面向所述第二用户进行展示。

可选的，所述判断第二用户模块输出的判断结果为否，运行如下模块：

返回相应通知模块，被配置为向所述请求响应方返回针对所述请求响应指令的无权限响应通知。

可选的，所述业务处理装置，还包括：

第一发送子订单模块，被配置为向所述第一用户发送所述第一子订单；

第二发送子订单模块，被配置为向所述第二用户以及所述目标业务的业务提供方发送所述第二子订单。

本说明书提供一种业务处理装置，基于第一用户针对目标业务提交的处理请求，先判断第一用户的第一信用数据是否满足目标业务的信用准入条件，在第一信用数据不满足信用准入条件的情况下，确定向第一用户进行目标业务的信用授权的第二用户，再判断第二用户的第二信用数据是否满足信用准入条件，若满足，创建处理请求的业务订单，其中业务订单包括第一用户的第一子订单以及第二用户的第二子订单，实现了在第一用户的第一信用数据不满足目标业务的信用准入条件的情况下，基于第二用户向第一用户的信用授权，在第二用户的第二信用数据满足信用准入条件的情况下，使第一用户以第二用户的名义创建目标业务的业务订单，使第一用户基于信用授权可以享有第二用户所享有的业务便利，也增加了目标业务的业务量。

上述为本实施例的一种业务处理装置的示意性方案。需要说明的是，该业务处理装置的技术方案与上述的业务处理方法的技术方案属于同一构思，业务处理装置的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

本说明书提供的一种计算设备实施例如下：

图4示出了根据本说明书一个实施例提供的一种计算设备400的结构框图。该计算设备400的部件包括但不限于存储器410和处理器420。处理器420与存储器410通过总线430相连接，数据库450用于保存数据。

计算设备400还包括接入设备440，接入设备440使得计算设备400能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网（PSTN）、局域网（LAN）、广域网（WAN）、个域网（PAN）或诸如因特网的通信网络的组合。接入设备440可以包括有线或无线的任何类型的网络接口（例如，网络接口卡（NIC））中的一个或多个，诸如IEEE802.11无线局域网（WLAN）无线接口、全球微波互联接入（Wi-MAX）接口、以太网接口、通用串行总线（USB）接口、蜂窝网络接口、蓝牙接口、近场通信（NFC）接口，等等。

在本说明书的一个实施例中，计算设备400的上述部件以及图4中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图4所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备400可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备（例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等）、移动电话（例如，智能手机）、可佩戴的计算设备（例如，智能手表、智能眼镜等）或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备400还可以是移动式或静止式的服务器。

本说明书提供一种计算设备，包括存储器410、处理器420及存储在存储器上并可在处理器上运行的计算机指令，所述处理器420用于执行如下计算机可执行指令：

接收第一用户针对目标业务提交的处理请求；

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的业务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

本说明书提供的一种计算机可读存储介质实施例如下：

本说明书提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：

接收第一用户针对目标业务提交的处理请求；

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的业务处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims

1.一种业务处理方法，包括：

接收第一用户针对目标业务提交的处理请求；

2.根据权利要求1所述的业务处理方法，所述确定向所述第一用户进行所述目标业务的信用授权的第二用户，包括：

判断所述第一用户是否存在信用授权的被授权标记；

根据所述第一用户标识，获取所述第一用户的信用授权项；

3.根据权利要求2所述的业务处理方法，所述判断所述第一用户是否存在信用授权的被授权标记子步骤的判断结果为否，执行如下操作：

向所述第一用户发送针对所述目标业务的拒绝准入通知。

4.根据权利要求1所述的业务处理方法，所述确定向所述第一用户进行所述目标业务的信用授权的第二用户，包括：

若包含，将所述目标用户确定为所述第二用户。

5.根据权利要求4所述的业务处理方法，所述判断所述目标信用授权项是否包含与所述业务类型匹配的目标信用授权子项子步骤的判断结果为不包含，执行如下操作：

根据所述第一用户标识，获取所述第一用户的信用授权项；

6.根据权利要求2所述的业务处理方法，所述信用授权项中的信用授权子项，通过如下方式创建：

7.根据权利要求6所述的业务处理方法，所述基于所述第一用户提交的向所述第二用户请求信用授权的请求创建指令，生成信用授权请求，包括：

将所述信用授权请求推送至所述第二用户。

8.根据权利要求7所述的业务处理方法，所述根据所述第一用户标识以及所述第二用户标识，生成所述请求创建指令对应的信用授权请求，包括：

9.根据权利要求8所述的业务处理方法，所述将所述信用授权请求推送至所述第二用户步骤执行之后，且所述根据所述第二用户针对所述信用授权请求提交的授权指令中携带的授权信息，生成所述第二用户向所述第一用户进行信用授权的信用授权协议步骤执行之前，还包括：

将所述请求详情页面向所述第二用户进行展示。

10.根据权利要求9所述的业务处理方法，所述通过将所述第二用户标识与所述请求响应指令中携带的响应方标识进行比对的方式，判断所述请求响应方是否为所述第二用户步骤的判断结果为否，执行如下操作：

11.根据权利要求1所述的业务处理方法，所述创建所述处理请求的业务订单步骤执行之后，还包括：

向所述第一用户发送所述第一子订单；

12.一种业务处理装置，包括：

13.一种计算设备，包括：

存储器和处理器；

接收第一用户针对目标业务提交的处理请求；

14.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求1至11任意一项所述业务处理方法的步骤。