CN111831385B - 业务授信信息处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种业务授信信息处理方法、装置、设备及存储介质，属于互联网技术领域。该方法包括：在电子设备处，显示当前界面，当前界面中包括第一业务的开通组件，第一业务为目标账户在目标平台未授信的业务；响应于开通组件被触发，向服务器发送开通请求；在服务器处，接收电子设备发送的开通请求，基于第二业务的业务标识，获取第二业务对应的第一授信信息，基于第一授信信息，对第一业务进行授权验证，向电子设备返回第一业务的授权验证信息；在电子设备处，接收服务器返回的授权验证信息，在当前界面中显示授信验证信息。本申请能够提高业务授信的效率。

Description

业务授信信息处理方法、装置、设备及存储介质

技术领域

本申请涉及互联网技术领域，特别涉及一种业务授信信息处理方法、装置、设备及存储介质。

背景技术

随着互联网技术的发展，用户可以通过互联网平台实现购买商品、购买车票、预订外卖等订单服务，且可以通过互联网平台上的钱包或***等支付订单。在用户通过互联网平台上的钱包或***等支付订单之前，需要用户在互联网平台上对钱包、***等业务进行授信。

发明内容

本申请实施例提供了一种业务授信信息处理方法、装置、设备及存储介质，能够减少了授信验证过程中的界面跳转次数，能够提高业务授信的效率。所述技术方案如下：

根据本申请实施例的一方面，提供了一种业务授信信息处理方法，所述方法包括：

在电子设备处，显示当前界面，所述当前界面中包括第一业务的开通组件，所述第一业务为所述目标账户在所述目标平台未授信的业务；

响应于所述开通组件被触发，向服务器发送开通请求，所述开通请求用于所述服务器基于所述目标账户在所述目标平台已授信的第二业务，对第一业务进行授信验证；

在所述服务器处，接收所述电子设备发送的开通请求，基于所述第二业务的业务标识，获取所述第二业务对应的第一授信信息，基于所述第一授信信息，对所述第一业务进行授权验证，向所述电子设备返回第一业务的授权验证信息；

在所述电子设备处，接收所述服务器返回的所述授权验证信息，在所述当前界面中显示所述授信验证信息。

在一种可能的实现方式中，所述授信验证信息包括验证进度信息，在所述服务器处，向所述电子设备返回第一业务的授权验证信息，包括：

在所述服务器处，基于所述第一授信信息，对所述第一业务进行授信验证的过程中，向所述电子设备返回所述第一业务的验证进度信息；

在所述电子设备处，接收所述服务器返回的所述授权验证信息，在所述当前界面中显示所述授信验证信息，包括：

在所述电子设备处，接收所述服务器返回的所述验证进度信息，在所述当前界面中显示所述验证进度信息。

在另一种可能的实现方式中，所述授信验证信息包括授信结果信息，在所述服务器处，向所述电子设备返回第一业务的授权验证信息，包括：

在所述服务器处，响应于对所述第一业务进行授信验证完成，向所述电子设备返回所述第一业务的授信结果信息；

在所述电子设备处，接收所述服务器返回的所述授权验证信息，在所述当前界面中显示所述授信验证信息，包括：

在所述电子设备处，接收所述服务器返回的所述授信结果信息，在所述当前界面中显示所述授信结果信息。

在另一种可能的实现方式中，在所述电子设备处，在所述当前界面中显示所述第一业务的授信验证信息，包括：

在所述电子设备处，在所述当前界面中显示弹框，在所述弹框中显示所述第一业务的授信验证信息。

在另一种可能的实现方式中，在所述服务器处，基于所述第一授信信息，对所述第一业务进行授信验证，包括：

在所述服务器处，从所述第一授信信息中获取身份信息和验证信息，基于所述身份信息和验证信息，对所述第一业务进行核验；

获取所述目标账户在所述目标平台中的风控信息；

根据所述风控信息，对所述第一业务进行审核。

在另一种可能的实现方式中，在电子设备处，显示当前界面之前，所述方法还包括：

在所述服务器处，获取所述目标账户在所述目标平台中的信用信息；响应于所述信用信息满足所述第一业务的准入条件，向所述电子设备发送所述当前界面的界面数据；

在电子设备处，显示当前界面，包括：

在电子设备处，接收所述服务器发送的所述当前界面的界面数据，基于所述界面数据，渲染所述当前界面。

在另一种可能的实现方式中，所述信用信息包括所述目标账户在所述目标平台内的活跃信息；所述方法还包括：

在所述服务器处，根据所述活跃信息，确定与所述活跃信息匹配的第一信用值；

响应于所述第一信用值大于预设信用值，确定所述信用信息满足所述第一业务的准入条件。

在另一种可能的实现方式中，所述信用信息包括所述目标账户在所述目标平台内的至少一个订单的订单信息，所述方法还包括：

在所述服务器处，根据所述至少一个订单的订单信息，确定所述至少一个订单的资源数值之和，得到第一资源数值；

响应于所述第一资源数值大于预设资源数值，确定所述信用信息满足所述第一业务的准入条件。

在另一种可能的实现方式中，所述显示当前界面之前，所述方法还包括：

在所述服务器处，获取所述目标账户的需求信息；

根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的第一业务。

在另一种可能的实现方式中，所述需求信息包括所述目标账户在所述目标平台内产生订单的第二资源数值；

在所述服务器处，根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的第一业务，包括：

在所述服务器处，获取所述目标账户在所述第二业务中的第三资源数值；

确定所述第二资源数值与所述第三资源数值的差值，得到第四资源数值；

从所述目标账户未授信的至少一个业务中，确定额度达到所述第四资源数值的第一业务。

在另一种可能的实现方式中，在所述服务器处，根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的第一业务，包括：

在所述服务器处，根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的业务；

确定所述确定出的业务在所述当前界面中被推荐的推荐次数；

响应于所述推荐次数未达到预设次数，将所述确定出的业务作为所述第一业务。

根据本申请实施例的另一方面，提供了一种业务授信信息处理装置，所述装置包括：

第一显示模块，用于显示当前界面，所述当前界面中包括第一业务的开通组件，所述第一业务为目标账户在所述目标平台未授信的业务；

发送模块，用于响应于所述开通组件被触发，向服务器发送开通请求，所述开通请求用于所述服务器基于所述目标账户在所述目标平台已授信的第二业务，对第一业务进行授信验证；

第一接收模块，用于接收所述电子设备发送的开通请求；

获取模块，用于基于所述第二业务的业务标识，获取所述第二业务对应的第一授信信息；

验证模块，用于基于所述第一授权信息，对所述第一业务进行授权验证；

返回模块，用于向所述电子设备返回第一业务的授权验证信息；

第二接收模块，用于接收所述服务器返回的所述授权验证信息；

第二显示模块，用于在所述当前界面中显示所述授信验证信息。

在一种可能的实现方式中，所述授信验证信息包括验证进度信息；

所述返回模块，用于基于所述第一授信信息，对所述第一业务进行授信验证的过程中，向所述电子设备返回所述第一业务的验证进度信息；

所述第二接收模块，用于接收所述服务器返回的所述验证进度信息，在所述当前界面中显示所述验证进度信息。

在另一种可能的实现方式中，所述授信验证信息包括授信结果信息；

所述返回模块，用于响应于对所述第一业务进行授信验证完成，向所述电子设备返回所述第一业务的授信结果信息；

所述第二接收模块，用于接收所述服务器返回的所述授信结果信息，在所述当前界面中显示所述授信结果信息。

在另一种可能的实现方式中，所述第二显示模块，用于在所述当前界面中显示弹框，在所述弹框中显示所述第一业务的授信验证信息。

在另一种可能的实现方式中，所述验证模块，用于从所述第一授信信息中获取身份信息和验证信息，基于所述身份信息和验证信息，对所述第一业务进行核验；获取所述目标账户在所述目标平台中的风控信息；根据所述风控信息，对所述第一业务进行审核。

在另一种可能的实现方式中，所述装置还包括：

第二获取模块，用于获取所述目标账户在所述目标平台中的信用信息；响应于所述信用信息满足所述第一业务的准入条件，向所述电子设备发送所述当前界面的界面数据；

所述第一显示模块，用于接收所述服务器发送的所述当前界面的界面数据，基于所述界面数据，渲染所述当前界面。

在另一种可能的实现方式中，所述信用信息包括所述目标账户在所述目标平台内的活跃信息；所述装置还包括：

第一确定模块，用于根据所述活跃信息，确定与所述活跃信息匹配的第一信用值；响应于所述第一信用值大于预设信用值，确定所述信用信息满足所述第一业务的准入条件。

在另一种可能的实现方式中，所述信用信息包括所述目标账户在所述目标平台内的至少一个订单的订单信息，所述装置还包括：

第一确定模块，用于根据所述至少一个订单的订单信息，确定所述至少一个订单的资源数值之和，得到第一资源数值；响应于所述第一资源数值大于预设资源数值，确定所述信用信息满足所述第一业务的准入条件。

在另一种可能的实现方式中，所述装置还包括：

第三获取模块，用于获取所述目标账户的需求信息；

第二确定模块，用于根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的第一业务。

在另一种可能的实现方式中，所述需求信息包括所述目标账户在所述目标平台内产生订单的第二资源数值；

所述第二确定模块，用于获取所述目标账户在所述第二业务中的第三资源数值；确定所述第二资源数值与所述第三资源数值的差值，得到第四资源数值；从所述目标账户未授信的至少一个业务中，确定额度达到所述第四资源数值的第一业务。

在另一种可能的实现方式中，所述第二确定模块，用于根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的业务；确定所述确定出的业务在所述当前界面中被推荐的推荐次数；响应于所述推荐次数未达到预设次数，将所述确定出的业务作为所述第一业务。

根据本申请实施例的另一方面，提供了一种电子设备，所述电子设备包括：处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行以实现上述任一可能实现方式所述的业务授信信息处理方法中电子设备执行的操作。

根据本申请实施例的另一方面，提供了一种服务器，所述服务器包括：处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行以实现上述任一可能实现方式所述的业务授信信息处理方法中服务器执行的操作。

根据本申请实施例的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现上述任一可能实现方式所述的业务授信信息处理方法中的操作。

根据本申请实施例的另一方面，提供了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机程序代码，所述计算机程序代码存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取所述计算机程序代码，处理器执行所述计算机程序代码，使得所述计算机设备执行上述任一种可能实现方式中的业务授信信息处理方法所执行的操作。

在本申请实施例中，在当前界面中显示未授信的第一业务的开通组件；用户触发该开通组件，以触发电子设备请求服务器调用已授信的第二业务的第一授信信息，对第一业务进行授信验证。上述方法中，由于服务器直接调用第二业务的第一授信信息，对第一业务进行授信验证，这样电子设备就不需要通过显示多个界面让用户输入身份信息和验证信息，减少了授信验证过程中的界面跳转次数，能够提高业务授信的效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种实施环境的示意图；

图2是本申请实施例提供的一种业务授信信息处理方法的流程图；

图3是本申请实施例提供的一种业务授信信息处理方法的流程图；

图4是本申请实施例提供的一种业务授信信息处理方法的技术流程示意图；

图5是本申请实施例提供的一种业务授信信息处理过程的示意图；

图6是本申请实施例提供的一种目标用户的体验流程的示意图；

图7是本申请实施例提供的一种业务授信信息处理结果的示意图；

图8是本申请实施例提供的一种业务授信信息处理装置的结构框图；

图9是本申请实施例提供的一种电子设备的结构框图；

图10是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

相关技术中，用户对业务进行授信时，需要触发电子设备展示业务开通的开通界面，该开通界面中包括待开通的业务的开通按钮。用户通过触发该开通按钮触发电子设备展示身份信息填写界面，用户在该身份信息填写界面中输入身份信息，然后触发电子设备展示验证信息输入界面；用户在该验证信息输入界面中输入验证信息。电子设备基于该身份信息和验证信息对用户进行实名验证和信息核验，响应于实名验证和信息核验完成，显示授权结果信息。

但是，由于上述相关技术中电子设备需要跳转多个界面才能完成授信验证，导致业务进行授信的效率低。

图1是本申请实施例提供的一种实施环境的示意图。参见图1，该实施环境中包括电子设备101和服务器102。

电子设备101和服务器102之间通过无线或者有线网络连接。并且，电子设备101上可以安装有服务器102提供服务的客户端，电子设备101对应的用户可以通过该客户端与服务器102之间实现例如数据传输、消息交互等功能。客户端可以为电子设备101上安装的包括网上购物功能的客户端。例如，该客户端可以为外卖应用、金融应用、购物应用或者社交应用等。

电子设备101可以为电脑、手机、平板电脑或者其他电子设备。服务器102可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。

图2是本申请实施例提供的一种业务授信信息处理方法的流程图。参见图2，该业务授信信息处理方法包括以下步骤：

201、在电子设备处，显示当前界面，当前界面中包括第一业务的开通组件，第一业务为目标账户在目标平台未授信的业务。

202、响应于开通组件被触发，向服务器发送开通请求，开通请求用于服务器基于目标账户在目标平台已授信的第二业务，对第一业务进行授信验证。

203、在服务器处，接收电子设备发送的开通请求，基于第二业务的业务标识，获取第二业务对应的第一授信信息，基于第一授信信息，对第一业务进行授权验证，向电子设备返回第一业务的授权验证信息。

204、在电子设备处，接收服务器返回的授权验证信息，在当前界面中显示授信验证信息。

在一种可能的实现方式中，授信验证信息包括验证进度信息，在服务器处，向电子设备返回第一业务的授权验证信息，包括：

在服务器处，基于第一授信信息，对第一业务进行授信验证的过程中，向电子设备返回第一业务的验证进度信息；

在电子设备处，接收服务器返回的授权验证信息，在当前界面中显示授信验证信息，包括：

在电子设备处，接收服务器返回的验证进度信息，在当前界面中显示验证进度信息。

在另一种可能的实现方式中，授信验证信息包括授信结果信息，在服务器处，向电子设备返回第一业务的授权验证信息，包括：

在服务器处，响应于对第一业务进行授信验证完成，向电子设备返回第一业务的授信结果信息；

在电子设备处，接收服务器返回的授权验证信息，在当前界面中显示授信验证信息，包括：

在电子设备处，接收服务器返回的授信结果信息，在当前界面中显示授信结果信息。

在另一种可能的实现方式中，在电子设备处，在当前界面中显示第一业务的授信验证信息，包括：

在电子设备处，在当前界面中显示弹框，在弹框中显示第一业务的授信验证信息。

在另一种可能的实现方式中，在服务器处，基于第一授信信息，对第一业务进行授信验证，包括：

在服务器处，从第一授信信息中获取身份信息和验证信息，基于身份信息和验证信息，对第一业务进行核验；

获取目标账户在目标平台中的风控信息；

根据风控信息，对第一业务进行审核。

在另一种可能的实现方式中，在电子设备处，显示当前界面之前，该方法还包括：

在服务器处，获取目标账户在目标平台中的信用信息；响应于信用信息满足第一业务的准入条件，向电子设备发送当前界面的界面数据；

在电子设备处，显示当前界面，包括：

在电子设备处，接收服务器发送的当前界面的界面数据，基于界面数据，渲染当前界面。

在另一种可能的实现方式中，信用信息包括目标账户在目标平台内的活跃信息；该方法还包括：

在服务器处，根据活跃信息，确定与活跃信息匹配的第一信用值；

响应于第一信用值大于预设信用值，确定信用信息满足第一业务的准入条件。

在另一种可能的实现方式中，信用信息包括目标账户在目标平台内的至少一个订单的订单信息，该方法还包括：

在服务器处，根据至少一个订单的订单信息，确定至少一个订单的资源数值之和，得到第一资源数值；

响应于第一资源数值大于预设资源数值，确定信用信息满足第一业务的准入条件。

在另一种可能的实现方式中，显示当前界面之前，该方法还包括：

在服务器处，获取目标账户的需求信息；

根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的第一业务。

在另一种可能的实现方式中，需求信息包括目标账户在目标平台内产生订单的第二资源数值；

在服务器处，根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的第一业务，包括：

在服务器处，获取目标账户在第二业务中的第三资源数值；

确定第二资源数值与第三资源数值的差值，得到第四资源数值；

从目标账户未授信的至少一个业务中，确定额度达到第四资源数值的第一业务。

在另一种可能的实现方式中，在服务器处，根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的第一业务，包括：

在服务器处，根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的业务；

确定确定出的业务在当前界面中被推荐的推荐次数；

响应于推荐次数未达到预设次数，将确定出的业务作为第一业务。

在本申请实施例中，在当前界面中显示未授信的第一业务的开通组件；用户触发该开通组件，以触发电子设备请求服务器调用已授信的第二业务的第一授信信息，对第一业务进行授信验证。上述方法中，由于服务器直接调用第二业务的第一授信信息，对第一业务进行授信验证，这样电子设备就不需要通过显示多个界面让用户输入身份信息和验证信息，减少了授信验证过程中的界面跳转次数，能够提高业务授信的效率。

图3是本申请实施例提供的一种业务授信信息处理方法的流程图。参见图3，该业务授信信息处理方法包括以下步骤：

301、在服务器处，获取目标账户在目标平台中的信用信息；响应于信用信息满足第一业务的准入条件，向电子设备发送当前界面的界面数据。

界面数据用于电子设备渲染当前界面，当前界面中包括第一业务的开通组件，第一业务为目标账户在目标平台未授信的业务。

当前界面的界面数据中包括第一业务的开通组件对应的界面数据。在服务器向电子设备发送当前界面的界面数据之前，服务器需确定满足准入条件的第一业务，进而根据第一业务，生成第一业务的开通组件对应的界面数据，才执行向电子设备发送当前界面的界面数据的步骤。

其中，服务器确定满足准入条件的第一业务可以通过以下两种实现方式：

第一种：服务器根据目标账户的需求信息，确定第一业务。相应的，服务器确定第一业务的步骤为：服务器获取目标账户的需求信息；根据目标账户的需求信息，从目标账户未授信的至少一个业务中，确定满足目标账户的需求信息的第一业务。

可选的，目标账户的需求信息为目标账户在目标平台内产生订单的第二资源数值和第二业务中的第三资源数值中的至少一个。

在一种可能的实现方式中，目标账户的需求信息包括目标账户在目标平台内产生订单的第二资源数值，第二业务中的资源数值和第一业务中的资源数值的总额度需达到第二资源数值。相应的，服务器根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的第一业务的步骤为：服务器获取目标账户在第二业务中的第三资源数值；确定第二资源数值与第三资源数值的差值，得到第四资源数值；从目标账户未授信的至少一个业务中，确定额度达到第四资源数值的第一业务。

在另一种可能的实现方式中，第一业务中的资源数值的额度需达到目标账户在目标平台内产生订单的第二资源数值。相应的，服务器根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的第一业务的步骤为：服务器根据需求信息，从目标账户未授信的至少一个业务中，确定额度大于第二资源数值的第一业务。

在另一种可能的实现方式中，目标账户的需求信息包括第二业务中的第三资源数值，第一业务中的资源数值的额度需大于第三资源数值。相应的，服务器根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的第一业务的步骤为：服务器获取目标账户在第二业务中的第三资源数值；从目标账户未授信的至少一个业务中，确定额度大于第三资源数值的第一业务。

在本申请实施例中，服务器根据目标账户的需求信息，确定第一业务。由于第一业务可以满足目标账户的需求，所以，增加了目标账户在目标平台授信的该第一业务的概率，进而提高了从准备进行业务授信的用户到实际完成业务授信的用户的转化率。

在另一种可能的实现方式中，服务器根据目标账户的需求信息和业务的推荐次数，确定第一业务。相应的，服务器根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的第一业务的步骤为：服务器根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的业务；确定已确定出的业务在当前界面中被推荐的推荐次数；响应于推荐次数未达到预设次数，将已确定出的业务作为第一业务。在本申请实施例中，对预设次数的数值不作具体限定，可以根据需要进行设定并修改。可选的，预设次数可以是10-100次之间的任一数值；例如，50次、80次、100次等。

在本申请实施例中，服务器根据目标账户的和业务的推荐次数，确定第一业务。由于第一业务可以满足目标账户的需求且推荐次数小于预设次数；所以，增加了目标账户在目标平台授信的该第一业务的概率，进而提高了从准备进行业务授信的用户到实际完成业务授信的用户的转化率。

在另一种可能的实现方式中，服务器根据目标账户的需求信息和业务的推荐时间，确定第一业务。相应的，服务器根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的第一业务的步骤为：服务器根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的业务；确定已确定出的业务在当前界面中被推荐的推荐时间；响应于推荐时间未达到第一预设时长，将已确定出的业务作为第一业务。在本申请实施例中，对第一预设时长的数值不作具体限定，可以根据需要进行设定并修改。可选的，第一预设时长可以是10-100小时之间的任一数值。

在本申请实施例中，服务器根据目标账户的和业务的推荐次数，确定第一业务。由于第一业务可以满足目标账户的需求且推荐时间未达到第一预设时长；所以，增加了目标账户在目标平台授信的该第一业务的概率，进而提高了从准备进行业务授信的用户到实际完成业务授信的用户的转化率。

第二种：服务器根据目标账户的信用信息，确定第一业务，目标账户的信用信息应满足第一业务的准入条件。相应的，服务器向电子设备发送当前界面的界面数据的的步骤为：服务器获取目标账户在目标平台中的信用信息；响应于信用信息满足第一业务的准入条件，根据第一业务，生成第一业务的开通组件对应的界面数据，向电子设备发送当前界面的界面数据。

在一种可能的实现方式中，参见图4，电子设备向服务器发送业务B的准入请求。服务器接收电子设备发送的准入请求，通过风控***获取目标账户在目标平台中的信用信息，响应于信用信息满足业务B的准入条件，返回准入结果。服务器加载业务B的开通组件对应的界面数据，向电子设备发送当前界面的界面数据。

在本申请实施例中，服务器根据目标账户的信用信息，确定第一业务。由于目标账户的信用信息满足第一业务的准入条件，可以避免目标账户的违约行为，从而提高了第一业务的安全性。

在一种可能的实现方式中，信用信息包括目标账户在目标平台内的活跃信息；相应的，服务器确定信用信息满足第一业务的准入条件的步骤为：服务器根据活跃信息，确定与活跃信息匹配的第一信用值；响应于第一信用值大于预设信用值，确定信用信息满足第一业务的准入条件。

可选的，服务器内存储有活跃信息与第一信用值的对应关系，相应的，服务器根据活跃信息，确定与活跃信息匹配的第一信用值的步骤为：服务器获取目标账户在目标平台内的活跃信息；根据活跃信息，从已存储的活跃信息与第一信用值的对应关系中，确定与目标账户在目标平台内的活跃信息匹配的第一信用值。其中，活跃信息包括第一预设时长内目标账户登录目标平台的登录次数。第一预设时长可以是一天、一周或者一个月。

在本申请实施例中，由于根据目标账户在目标平台内的活跃信息，确定与活跃信息匹配的第一信用值；当第一信用值大于预设信用值时，确定信用信息满足第一业务的准入条件，所以，可以避免第一信用值低的目标账户的违约行为，从而提高了第一业务的安全性。

在另一种可能的实现方式中，信用信息包括目标账户在目标平台内的至少一个订单的订单信息，相应的，服务器确定信用信息满足第一业务的准入条件的步骤为：服务器根据至少一个订单的订单信息，确定至少一个订单的资源数值之和，得到第一资源数值；响应于第一资源数值大于预设资源数值，确定信用信息满足第一业务的准入条件。

在本申请实施例中，当第一资源数值大于预设资源数值时，确定信用信息满足第一业务的准入条件；由于第一资源数值大于预设资源数值的目标账户大概率不会发生违约行为，从而提高了第一业务的安全性。

在一种可能的实现方式中，响应于电子设备基于第二业务完成资源数值转移，服务器向电子设备发送当前界面的界面数据。例如，参见图5，第二业务为完成资源数值转移为业务A还款成功。响应于电子设备基于业务A还款成功，服务器向电子设备发送当前界面的界面数据，当前界面的界面数据包括业务B的开通组件对应的界面数据。

在另一种可能的实现方式中，响应于电子设备打开第二业务，服务器向电子设备发送当前界面的界面数据。

需要说明的一点是，第一业务的开通组件对应的界面数据中还包括与第一业务相关的界面数据。例如，继续参见图5，业务B为具有月付功能的业务，业务B的开通组件对应的界面数据中还包括“本月花”“下月付”“笔笔送”等与月付功能相关的界面数据。

302、在电子设备处，接收服务器发送的当前界面的界面数据，基于界面数据，渲染当前界面，当前界面中包括未授信的第一业务的开通组件。

在一种可能的实现方式中，当前界面的界面数据包括第一业务的开通组件对应的界面数据；相应的，电子设备显示当前界面的步骤为：电子设备接收服务器发送的当前界面的界面数据；根据界面数据对当前界面进行渲染，根据第一业务的开通组件对应的界面数据，对当前界面中包括第一业务的开通组件进行渲染，在电子设备显示当前界面。

例如，继续参见图5，第一业务为业务B，当前界面中包括业务B的开通组件；当前界面的界面数据包括业务B的开通组件对应的界面数据。需要说明的一点是，第一业务的开通组件中还包括与第一业务相关的界面信息。例如，继续参见图5，业务B为具有月付功能的业务，业务B的开通组件中还包括“本月花”“下月付”“笔笔送”等与月付功能相关的界面信息。

303、在电子设备处，响应于开通组件被触发，向服务器发送开通请求。

开通组件中至少包括开通按钮；用户能够触发该开通按钮触发电子设备向服务器发送开通请求。该开通组件中还包括第一业务的业务描述信息；该业务描述信息包括第一业务的特点信息、第一业务的名称等。开通按钮可以在第一业务的开通组件内的任一位置。开通按钮可以位于开通组件的上部、中部或下部。例如，参见图6，开通按钮是“一键开通”按钮，“一键开通”按钮位于开通组件的下部。

该开通请求携带第二业务的业务标识或者目标账户的账户标识。在一种可能的实现方式中，该开通请求携带第二业务的业务标识；第二业务为目标账户在目标平台已授信的业务。相应的，电子设备向服务器发送开通请求之前，电子设备确定第二业务的业务标识。

其中，电子设备确定第二业务的业务标识的步骤包括：电子设备确定目标账户在目标平台中已授信的至少一个业务的业务标识，从至少一个业务的业务标识中确定第二业务的业务标识。

响应于目标账户在目标平台中已授信的业务为一个；则电子设备直接将该业务的业务标识作为第二业务的业务标识。响应于目标账户在目标平台中已授信的业务为多个；则电子设备从多个业务的业务标识中选择一个业务标识作为第二业务的业务标识。

其中，电子设备从多个业务的业务标识中随机选择一个业务标识作为第二业务的业务标识；或者，电子设备从多个业务的业务标识中选择授信时间最近的一个业务标识作为第二业务的业务标识；或者，电子设备从多个业务的业务标识中选择业务类型与该第一业务的业务类型相同的一个业务标识作为第二业务的业务标识。在本申请实施例中，对电子设备选择第二业务的业务标识的具体方式不作具体限定。

304、在服务器处，接收电子设备发送的开通请求，根据第二业务的业务标识，获取第二业务对应的第一授信信息。

第一授信信息为目标账户基于第二业务进行授信验证的授信信息。第一授信信息包括目标账户的身份信息和验证信息。其中，身份信息包括目标账户的账户名称、目标账户的真实姓名和目标账户的身份证明信息中的一个或多个。验证信息包括目标账户的电话号码、目标账户的社交验证账号和目标账户的生物识别信息中的一个或多个。

在一种可能的实现方式中，服务器内存储有目标账户的账户标识、第二业务的业务标识和第二业务对应的第一授信信息之间的对应关系。相应的，服务器根据第二业务的业务标识，获取第二业务对应的第一授信信息的步骤为：服务器获取目标账户的账户标识和第二业务的业务标识；根据账户标识和业务标识，从已存储的目标账户的账户标识、第二业务的业务标识和第二业务对应的第一授信信息之间的对应关系中，确定第二业务对应的第一授信信息。可选的，开通请求携带第二业务的业务标识和目标账户的账户标识。

响应于该开通请求携带第二业务的业务标识，直接根据第二业务的业务标识，获取第二业务对应的第一授信信息；响应于该开通请求携带目标账户的账户标识；则服务器该目标账户的账户标识，确定目标账户在目标平台中已授信的至少一个业务的业务标识，从至少一个业务的业务标识中确定第二业务的业务标识。

其中，服务器中存储账户标识和已授信的业务的业务标识之间的对应关系；相应的，服务器基于该目标账户的账户标识，确定目标账户在目标平台中已授信的至少一个业务的业务标识的步骤包括：服务器基于该目标账户的账户标识，从账户标识与业务标识之间的对应关系中，确定与目标账户的账户标识对应的至少一个业务的业务标识，从至少一个业务的业务标识中确定第二业务的业务标识。

其中，服务器从至少一个业务的业务标识中确定第二业务的业务标识和电子设备从至少一个业务的业务标识中确定第二业务的业务标识的过程相似，在此不再赘述。

305、在服务器处，基于第一授信信息，对第一业务进行授信验证。

在本步骤中，对第一业务进行授信验证包括对目标账户的账户信息进行核验以及对目标账户的风控信息进行审核。

在一种可能的实现方式中，目标账户的账户信息包括目标账户的身份信息和目标账户的验证信息。相应的，本步骤为：从第一授信信息中获取目标账户的身份信息和目标账户的验证信息，基于身份信息和验证信息，对第一业务进行核验；获取目标账户在目标平台中的风控信息；根据风控信息，对第一业务进行审核。

可选的，目标账户在目标平台中的风控信息包括目标账户的风险等级；相应的，服务器根据风控信息，对第一业务进行审核的步骤为：服务器根据标账户的风险等级，响应于风险等级满足第一业务的风控要求，确定第一业务审核通过。

其中，服务器确定目标账户的风险等级有以下两种方式：

第一种：服务器根据目标账户在第二业务中的交易信息，确定目标账户的风险等级。相应的，服务器确定目标账户的风险等级的步骤为：服务器根据目标账户在第二业务中的交易信息，确定目标账户在第二业务中的第一违约次数；根据第一违约次数，从第一违约次数与风险等级的对应关系中，确定目标账户的风险等级。可选的，服务器内存储有第一违约次数与风险等级的对应关系。

在本申请实施例中，服务器根据目标账户在第二业务中的第一违约次数，确定目标账户的风险等级，当风险等级满足第一业务的风控要求，确定第一业务审核通过；由于风险等级满足第一业务的风控要求的目标账户大概率不会发生违约行为，从而提高了第一业务的安全性。

第二种：服务器根据目标账户在目标平台中的订单信息，确定目标账户的风险等级。相应的，服务器确定目标账户的风险等级的步骤为：根据目标账户在目标平台中的订单信息，确定目标账户在目标平台中的第二违约次数；根据第二违约次数，从第二违约次数与风险等级的对应关系中，确定目标账户的风险等级。可选的，服务器内存储有第二违约次数与风险等级的对应关系。

在本申请实施例中，服务器根据目标账户在目标平台中的第二违约次数，确定目标账户的风险等级，当风险等级满足第一业务的风控要求，确定第一业务审核通过；由于风险等级满足第一业务的风控要求的目标账户大概率不会发生违约行为，从而提高了第一业务的安全性。

在本步骤中，服务器对第一业务进行核验包括对第一业务进行目标账户的身份信息进行校验和目标账户的验证信息进行核验。相应的，服务器基于身份信息和验证信息，对第一业务进行核验的步骤为：服务器获取第一业务的业务标识，根据第一业务的业务标识，确定第一业务对应的校验标准和核验标准；根据第一业务对应的校验标准对目标账户的身份信息进行校验，根据第一业务对应的核验标准对目标账户的验证信息进行核验。

在一种可能的实现方式中，服务器先对目标账户的身份信息进行校验；响应于目标账户的身份信息校验通过，再对目标账户的验证信息进行核验。

例如，继续参见图6，第二业务为业务A，第一业务为业务B，服务器对目标账户的身份信息进行实名校验，响应于实名校验通过，对目标账户的验证信息进行核验。

需要说明的一点是，如果服务器对第一业务进行核验失败，服务器还可以向电子设备重新发送核验请求，核验请求携带需要补充的身份信息和验证信息。电子设备接收核验请求，对身份信息和验证信息进行补充。

306、在服务器处，向电子设备返回第一业务的授权验证信息。

该授权验证信息包括验证进度信息和/或授权结果信息。响应于该授权验证信息包括验证进度信息；则本步骤包括：在服务器处，基于第一授信信息，对第一业务进行授信验证的过程中，向电子设备返回第一业务的验证进度信息。

其中，验证进度信息用于表示第一业务的授信进度。验证进度信息为用于表示第一业务的授信进度文字信息。可选的，验证进度信息包括开通中、实名验证、信息核验、开通结果中的一个或多个。

例如，继续参见图4，第二业务为业务A，第一业务为业务B，服务器通过客户***对目标账户的身份信息进行实名校验，得到实名验证结果，将实名验证结果的进度信息返回电子设备。响应于实名校验通过，服务器通过风控***对目标账户的验证信息进行信息核验，得到信息核验结果，将信息核验结果的进度信息返回电子设备。

响应于该授权验证信息包括授权结果信息；则本步骤包括：在服务器处，响应于对第一业务进行授信验证完成，向电子设备返回第一业务的授信结果信息。

在一种可能的实现方式中，继续参见图4，对第一业务进行授信验证的过程中，电子设备向服务器发送异步轮询请求。服务器接收电子设备发送的异步轮询请求，根据异步轮询请求，获取第一业务的授信结果信息。服务器向电子设备返回授信结果信息。其中，授信结果信息包括开通成功、开通失败、服务请求异常和开通超时中的一种。

307、在电子设备处，接收服务器返回的授权验证信息，在当前界面中显示该授权验证信息。

在一种可能的实现方式中，电子设备直接在当前界面中以文字显示形式显示该授权验证信息；或者，电子设备在当前界面中以弹框的形式显示该授权验证信息。响应于电子设备在当前界面中以弹框的形式显示该授权验证信息，则本步骤包括：在电子设备处，在当前界面中显示弹框，在弹框中显示第一业务的授信验证信息。其中，弹框位于第一界面的上部、中部或者下部。

该授权验证信息包括验证进度信息和/或授权结果信息。响应于该授权验证信息包括验证进度信息；则本步骤包括：在电子设备处，接收服务器返回的授信结果信息，在当前界面中显示授信结果信息。

例如，继续参见图6，验证进度信息包括开通中、实名验证、信息核验、开通成功。电子设备接收服务器返回的验证进度信息为“开通中”，根据验证进度信息对当前界面进行渲染，在当前界面中显示“开通中”。电子设备接收服务器返回的验证进度信息为“实名验证”，根据验证进度信息对当前界面进行渲染，在当前界面中显示“实名验证”。电子设备接收服务器返回的验证进度信息为“信息核验”，根据验证进度信息对当前界面进行渲染，在当前界面中显示“信息核验”。电子设备接收服务器返回的验证进度信息为“开通成功”，根据验证进度信息对当前界面进行渲染，在当前界面中显示“开通成功”。

响应于该授权验证信息包括授权结果信息；则本步骤包括：在电子设备处，在当前界面中显示弹框，在弹框中显示第一业务的授信验证信息。

例如，参见图7，授信结果信息包括开通成功、开通失败、服务请求异常和开通超时中的一种。电子设备接收服务器返回的授信结果信息为“开通成功”，根据授信结果信息对当前界面进行渲染，在当前界面中显示“开通成功”。电子设备接收服务器返回的授信结果信息为“开通失败”，根据授信结果信息对当前界面进行渲染，在当前界面中显示“开通失败”。电子设备接收服务器返回的授信结果信息为“服务请求异常”，根据授信结果信息对当前界面进行渲染，在当前界面中显示“服务请求异常”。电子设备接收服务器返回的授信结果信息为“开通超时”，根据授信结果信息对当前界面进行渲染，在当前界面中显示“开通超时”。

在本申请实施例中，在当前界面中显示未授信的第一业务的开通组件；用户触发该开通组件，以触发电子设备请求服务器调用已授信的第二业务的第一授信信息，对第一业务进行授信验证。上述方法中，由于服务器直接调用第二业务的第一授信信息，对第一业务进行授信验证，这样电子设备就不需要通过显示多个界面让用户输入身份信息和验证信息，减少了授信验证过程中的界面跳转次数，能够提高业务授信的效率。

图8是本申请实施例提供的一种业务授信信息处理装置的结构示意图。参见图8，该装置包括：

第一显示模块801，用于显示当前界面，当前界面中包括第一业务的开通组件，第一业务为目标账户在目标平台未授信的业务；

发送模块802，用于响应于开通组件被触发，向服务器发送开通请求，开通请求用于服务器基于目标账户在目标平台已授信的第二业务，对第一业务进行授信验证；

第一接收模块803，用于接收电子设备发送的开通请求；

获取模块804，用于基于第二业务的业务标识，获取第二业务对应的第一授信信息；

验证模块805，用于基于第一授权信息，对第一业务进行授权验证；

返回模块806，用于向电子设备返回第一业务的授权验证信息；

第二接收模块807，用于接收服务器返回的授权验证信息；

第二显示模块808，用于在当前界面中显示授信验证信息。

在一种可能的实现方式中，授信验证信息包括验证进度信息；

返回模块806，用于基于第一授信信息，对第一业务进行授信验证的过程中，向电子设备返回第一业务的验证进度信息；

第二接收模块807，用于接收服务器返回的验证进度信息，在当前界面中显示验证进度信息。

在另一种可能的实现方式中，授信验证信息包括授信结果信息；

返回模块806，用于响应于对第一业务进行授信验证完成，向电子设备返回第一业务的授信结果信息；

第二接收模块807，用于接收服务器返回的授信结果信息，在当前界面中显示授信结果信息。

在另一种可能的实现方式中，第二显示模块808，用于在当前界面中显示弹框，在弹框中显示第一业务的授信验证信息。

在另一种可能的实现方式中，验证模块805，用于从第一授信信息中获取身份信息和验证信息，基于身份信息和验证信息，对第一业务进行核验；获取目标账户在目标平台中的风控信息；根据风控信息，对第一业务进行审核。

在另一种可能的实现方式中，该装置还包括：

第二获取模块，用于获取目标账户在目标平台中的信用信息；响应于信用信息满足第一业务的准入条件，向电子设备发送当前界面的界面数据；

第一显示模块801，用于接收服务器发送的当前界面的界面数据，基于界面数据，渲染当前界面。

在另一种可能的实现方式中，信用信息包括目标账户在目标平台内的活跃信息；该装置还包括：

第一确定模块，用于根据活跃信息，确定与活跃信息匹配的第一信用值；响应于第一信用值大于预设信用值，确定信用信息满足第一业务的准入条件。

在另一种可能的实现方式中，信用信息包括目标账户在目标平台内的至少一个订单的订单信息，该装置还包括：

第一确定模块，用于根据至少一个订单的订单信息，确定至少一个订单的资源数值之和，得到第一资源数值；响应于第一资源数值大于预设资源数值，确定信用信息满足第一业务的准入条件。

在另一种可能的实现方式中，该装置还包括：

第三获取模块，用于获取目标账户的需求信息；

第二确定模块，用于根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的第一业务。

在另一种可能的实现方式中，需求信息包括目标账户在目标平台内产生订单的第二资源数值；

第二确定模块，用于获取目标账户在第二业务中的第三资源数值；确定第二资源数值与第三资源数值的差值，得到第四资源数值；从目标账户未授信的至少一个业务中，确定额度达到第四资源数值的第一业务。

在另一种可能的实现方式中，第二确定模块，用于根据需求信息，从目标账户未授信的至少一个业务中，确定满足需求信息的业务；确定该确定出的业务在当前界面中被推荐的推荐次数；响应于推荐次数未达到预设次数，将确定出的业务作为第一业务。

在本申请实施例中，在当前界面中显示未授信的第一业务的开通组件；用户触发该开通组件，以触发电子设备请求服务器调用已授信的第二业务的第一授信信息，对第一业务进行授信验证。上述方法中，由于服务器直接调用第二业务的第一授信信息，对第一业务进行授信验证，这样电子设备就不需要通过显示多个界面让用户输入身份信息和验证信息，减少了授信验证过程中的界面跳转次数，能够提高业务授信的效率。

图9示出了本申请一个示例性实施例提供的电子设备900的结构框图。该电子设备900可以是便携式移动电子设备，比如：智能手机、平板电脑、MP3播放器(MovingPictureExpertsGroupAudioLayerIII，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExpertsGroupAudioLayerIV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。电子设备900还可能被称为用户设备、便携式电子设备、膝上型电子设备、台式电子设备等其他名称。

通常，电子设备900包括有：处理器901和存储器902。

处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用DSP(DigitalSignalProcessing，数字信号处理)、FPGA(Field－ProgrammableGateArray，现场可编程门阵列)、PLA(Programmable LogicArray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(CentralProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以集成有GPU(GraphicsProcessingUnit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括AI(ArtificialIntelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本申请中方法实施例提供的业务授信信息处理方法。

在一些实施例中，电子设备900还可选包括有：***设备接口903和至少一个***设备。处理器901、存储器902和***设备接口903之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口903相连。具体地，***设备包括：射频电路904、显示屏905、摄像头组件906、音频电路907、定位组件908和电源909中的至少一种。

***设备接口903可被用于将I/O(Input/Output，输入/输出)相关的至少一个***设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和***设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和***设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路904用于接收和发射RF(RadioFrequency，射频)信号，也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路904包括：天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它电子设备进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(WirelessFidelity，无线保真)网络。在一些实施例中，射频电路904还可以包括NFC(NearField Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏905用于显示UI(UserInterface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时，显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时，显示屏905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏905可以为一个，设置在电子设备900的前面板；在另一些实施例中，显示屏905可以为至少两个，分别设置在电子设备900的不同表面或呈折叠设计；在另一些实施例中，显示屏905可以是柔性显示屏，设置在电子设备900的弯曲表面上或折叠面上。甚至，显示屏905还可以设置成非矩形的不规则图形，也即异形屏。显示屏905可以采用LCD(LiquidCrystalDisplay，液晶显示屏)、OLED(OrganicLight-EmittingDiode,有机发光二极管)等材质制备。

摄像头组件906用于采集图像或视频。可选地，摄像头组件906包括前置摄像头和后置摄像头。通常，前置摄像头设置在电子设备的前面板，后置摄像头设置在电子设备的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(VirtualReality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器901进行处理，或者输入至射频电路904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在电子设备900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路907还可以包括耳机插孔。

定位组件908用于定位电子设备900的当前地理位置，以实现导航或LBS(LocationBasedService，基于位置的服务)。定位组件908可以是基于美国的GPS(GlobalPositioningSystem，全球定位***)、中国的北斗***或俄罗斯的伽利略***的定位组件。

电源909用于为电子设备900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，电子设备900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。

加速度传感器911可以检测以电子设备900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号，控制显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器912可以检测电子设备900的机体方向及转动角度，陀螺仪传感器912可以与加速度传感器911协同采集用户对电子设备900的3D动作。处理器901根据陀螺仪传感器912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器913可以设置在电子设备900的侧边框和/或显示屏905的下层。当压力传感器913设置在电子设备900的侧边框时，可以检测用户对电子设备900的握持信号，由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在显示屏905的下层时，由处理器901根据用户对显示屏905的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器914用于采集用户的指纹，由处理器901根据指纹传感器914采集到的指纹识别用户的身份，或者，由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器901授信该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置在电子设备900的正面、背面或侧面。当电子设备900上设置有物理按键或厂商Logo时，指纹传感器914可以与物理按键或厂商Logo集成在一起。

光学传感器915用于采集环境光强度。在一个实施例中，处理器901可以根据光学传感器915采集的环境光强度，控制显示屏905的显示亮度。具体地，当环境光强度较高时，调高显示屏905的显示亮度；当环境光强度较低时，调低显示屏905的显示亮度。在另一个实施例中，处理器901还可以根据光学传感器915采集的环境光强度，动态调整摄像头组件906的拍摄参数。

接近传感器916，也称距离传感器，通常设置在电子设备900的前面板。接近传感器916用于采集用户与电子设备900的正面之间的距离。在一个实施例中，当接近传感器916检测到用户与电子设备900的正面之间的距离逐渐变小时，由处理器901控制显示屏905从亮屏状态切换为息屏状态；当接近传感器916检测到用户与电子设备900的正面之间的距离逐渐变大时，由处理器901控制显示屏905从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图9中示出的结构并不构成对电子设备900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

需要说明的是：上述实施例提供的业务授信信息处理装置在进行业务授信信息处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务授信信息处理装置与业务授信信息处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图10是本申请实施例提供的一种服务器的结构框图，该服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，CPU)1001和一个或一个以上的存储器1002，其中，存储器1002中存储有至少一条程序代码，至少一条程序代码由处理器1001加载并执行以实现上述各个方法实施例提供的业务授信信息处理方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，至少一条程序代码由处理器加载并执行以实现上述任一种可能实现方式中的业务授信信息处理方法所执行的操作。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机程序代码，计算机程序代码存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取计算机程序代码，处理器执行计算机程序代码，使得计算机设备执行上述任一种可能实现方式中的业务授信信息处理方法所执行的操作。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请实施例的可选实施例，并不用以限制本申请实施例，凡在本申请实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (13)

1.一种业务授信信息处理方法，其特征在于，所述方法包括：

在电子设备处，显示当前界面，所述当前界面中包括第一业务的开通组件，所述第一业务为目标账户在目标平台未授信的业务；

响应于所述开通组件被触发，向服务器发送开通请求，所述开通请求用于所述服务器基于所述目标账户在所述目标平台已授信的第二业务，对第一业务进行授信验证；

在所述服务器处，接收所述电子设备发送的开通请求，基于所述第二业务的业务标识，获取所述第二业务对应的第一授信信息，基于所述第一授信信息，对所述第一业务进行授权验证，向所述电子设备返回第一业务的授权验证信息；

在所述电子设备处，接收所述服务器返回的所述授权验证信息，在所述当前界面中显示授信验证信息；

所述显示当前界面之前，所述方法还包括：

在所述服务器处，获取所述目标账户的需求信息；

根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的第一业务；

所述需求信息包括所述目标账户在所述目标平台内产生订单的第二资源数值；

在所述服务器处，根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的第一业务，包括：

在所述服务器处，获取所述目标账户在所述第二业务中的第三资源数值；

确定所述第二资源数值与所述第三资源数值的差值，得到第四资源数值；

从所述目标账户未授信的至少一个业务中，确定额度达到所述第四资源数值的第一业务。

2.根据权利要求1所述的方法，其特征在于，所述授信验证信息包括验证进度信息，在所述服务器处，向所述电子设备返回第一业务的授权验证信息，包括：

在所述服务器处，基于所述第一授信信息，对所述第一业务进行授信验证的过程中，向所述电子设备返回所述第一业务的验证进度信息；

在所述电子设备处，接收所述服务器返回的所述授权验证信息，在所述当前界面中显示所述授信验证信息，包括：

在所述电子设备处，接收所述服务器返回的所述验证进度信息，在所述当前界面中显示所述验证进度信息。

3.根据权利要求1或2所述的方法，其特征在于，所述授信验证信息包括授信结果信息，在所述服务器处，向所述电子设备返回第一业务的授权验证信息，包括：

在所述服务器处，响应于对所述第一业务进行授信验证完成，向所述电子设备返回所述第一业务的授信结果信息；

在所述电子设备处，接收所述服务器返回的所述授权验证信息，在所述当前界面中显示所述授信验证信息，包括：

在所述电子设备处，接收所述服务器返回的所述授信结果信息，在所述当前界面中显示所述授信结果信息。

4.根据权利要求1所述的方法，其特征在于，在所述电子设备处，在所述当前界面中显示所述第一业务的授信验证信息，包括：

在所述电子设备处，在所述当前界面中显示弹框，在所述弹框中显示所述第一业务的授信验证信息。

5.根据权利要求1所述的方法，其特征在于，在所述服务器处，基于所述第一授信信息，对所述第一业务进行授信验证，包括：

在所述服务器处，从所述第一授信信息中获取身份信息和验证信息，基于所述身份信息和验证信息，对所述第一业务进行核验；

获取所述目标账户在所述目标平台中的风控信息；

根据所述风控信息，对所述第一业务进行审核。

6.根据权利要求1所述的方法，其特征在于，在电子设备处，显示当前界面之前，所述方法还包括：

在所述服务器处，获取所述目标账户在所述目标平台中的信用信息；响应于所述信用信息满足所述第一业务的准入条件，向所述电子设备发送所述当前界面的界面数据；

在电子设备处，显示当前界面，包括：

在电子设备处，接收所述服务器发送的所述当前界面的界面数据，基于所述界面数据，渲染所述当前界面。

7.根据权利要求6所述的方法，其特征在于，所述信用信息包括所述目标账户在所述目标平台内的活跃信息；所述方法还包括：

在所述服务器处，根据所述活跃信息，确定与所述活跃信息匹配的第一信用值；

响应于所述第一信用值大于预设信用值，确定所述信用信息满足所述第一业务的准入条件。

8.根据权利要求6所述的方法，其特征在于，所述信用信息包括所述目标账户在所述目标平台内的至少一个订单的订单信息，所述方法还包括：

在所述服务器处，根据所述至少一个订单的订单信息，确定所述至少一个订单的资源数值之和，得到第一资源数值；

响应于所述第一资源数值大于预设资源数值，确定所述信用信息满足所述第一业务的准入条件。

9.根据权利要求1所述的方法，其特征在于，在所述服务器处，根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的第一业务，包括：

在所述服务器处，根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的业务；

确定所述确定出的业务在所述当前界面中被推荐的推荐次数；

响应于所述推荐次数未达到预设次数，将所述确定出的业务作为所述第一业务。

10.一种业务授信信息处理装置，其特征在于，所述装置包括：

第一显示模块，用于显示当前界面，所述当前界面中包括第一业务的开通组件，所述第一业务为目标账户在目标平台未授信的业务；

发送模块，用于响应于所述开通组件被触发，向服务器发送开通请求，所述开通请求用于所述服务器基于所述目标账户在所述目标平台已授信的第二业务，对第一业务进行授信验证；

第一接收模块，用于接收电子设备发送的开通请求；

第一获取模块，用于基于所述第二业务的业务标识，获取所述第二业务对应的第一授信信息；

验证模块，用于基于所述第一授信信息，对所述第一业务进行授权验证；

返回模块，用于向所述电子设备返回第一业务的授权验证信息；

第二接收模块，用于接收所述服务器返回的所述授权验证信息；

第二显示模块，用于在所述当前界面中显示授信验证信息；

所述第一获取模块，还用于在所述显示当前界面之前获取服务器确定的第一业务，所述第一业务是在所述服务器处，获取所述目标账户的需求信息，根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的第一业务；所述需求信息包括所述目标账户在所述目标平台内产生订单的第二资源数值；

所述根据所述需求信息，从所述目标账户未授信的至少一个业务中，确定满足所述需求信息的第一业务，包括：在所述服务器处，获取所述目标账户在所述第二业务中的第三资源数值；确定所述第二资源数值与所述第三资源数值的差值，得到第四资源数值；从所述目标账户未授信的至少一个业务中，确定额度达到所述第四资源数值的第一业务。

11.一种电子设备，其特征在于，所述电子设备包括：

处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行以实现权利要求1至9任一项所述的业务授信信息处理方法中电子设备执行的操作。

12.一种服务器，其特征在于，所述服务器包括：

处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行以实现权利要求1至9任一项所述的业务授信信息处理方法中服务器执行的操作。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求1至9任一项权利要求所述的业务授信信息处理方法中所执行的操作。