信息处理方法及电子设备与流程

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.在优选的实施方式下，可以在数额填写界面的输入框控件中，以占位符的形式展示具体的本笔可支用数额信息，这样，由于输入框控件通常在数额填写界面中处于比较明显的视觉触点位置，因此，可以使得用户更容易发现该提示信息，提升提示信息的表达引导力。
50.当然，实施本技术的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
51.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
52.图1是现有技术中的支用数额填写界面示意图；
53.图2是本技术实施例提供的支用数额填写界面示意图；
54.图3是本技术实施例提供的系统架构的示意图；
55.图4是本技术实施例提供的客户端侧方法的流程图；
56.图5是本技术实施例提供的服务端侧方法的流程图；
57.图6是本技术实施例提供的客户端侧装置的示意图；
58.图7是本技术实施例提供的服务端侧装置的示意图；
59.图8是本技术实施例提供的电子设备的示意图。
具体实施方式
60.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本技术保护的范围。
61.在本技术实施例中，在为用户提供基于订单的资金支持服务的过程中，为了能够在可支用数额的多影响因子共存情况下，满足用户的高效操作需求，提供了相应的解决方案。在该方案中，在用户发起基于某商品交易订单的款项支用请求后，可以首先获取到关于该商品交易订单的信息，例如，具体可以包括订单金额信息，状态信息，商品信息，买家用户的信息，等等。然后，可以根据目标商品交易订单的信息以及影响可支用数额的多条规则，确定出针对当前支用申请的可支用数额信息。这样，可以在支用数额填写界面中展示关于所述可支用数额的提示信息。相应的，用户可以根据该提示信息完成当前支用数额的填写。也就是说，在本技术实施例中，可以在用户需要进行“融资”时，根据具体商品交易订单的信息，以及影响可支用数额的多种影响因子(也即，多条规则)，计算出用户当前本笔最大可支用的数额信息，并直接将该数额信息提示给用户。而不是像现有技术一样，要求用户先填写支用数额，然后再判断是否符合各项规则，或者将具体的规则信息提示给用户。这样，用户可以更直观地确定需要将当前的支用数额控制在何种范围内，而不是盲目填写，也不需要用户对各种复杂的规则进行理解，因此，可以提升用户的操作效率。
62.具体实现时，可以预先实现多个校验接口，每个校验接口可以对应一条具体的检验规则，可以用于将具体的校验规则转化为对应的单项可支用数额(由于与单条校验规则，因此，称为“单项可支用数额”)。这样，在获取到商品交易订单信息后，可以根据所述目标商品交易订单的信息向多个校验接口发起校验请求，每个校验接口可以分别返回一个单项可支用数额。进而，还可以根据预先为所述多个校验接口配置的逻辑关系和/或优先级信息，对所述多个校验接口分别返回的所述单项可支用数额进行处理，并确定所述针对当前支用申请的可支用数额信息。
63.为了便于与现有技术中的实现方案进行对比，下面对现有技术中的数额填写界面的展示形式进行介绍。在现有技术中，当一个用户发起了基于某商品交易订单的“融资”请求后，具体可以展示出如图1所示的数额填写界面，在该界面中，可以展示出如11处所示的输入框控件，用户可以基于该输入框控件填写当前所需支用的数额，之后发起具体的请求。这里需要说明的是，在该图1所示的界面中，在界面上方12所示的位置，会展示出“可支用总数额”信息，并且已经展示出的具体的数额数字。但是，该“可支用总数额”通常是指当前用户的当前剩余额度信息，具体的，可以根据该用户的总可用额度与已支用数额之间的差值确定出来的，其中，总可用额度具体可以是根据用户的账户资质等进行确定。上述当前剩余额度信息与本笔支取请求中的本笔可支用数额是不同的概念。也就是说，在为卖家用户提供资金支持服务的过程中，涉及到的可支用数额可以包括两种，一种就是如图1中12处所示的“当前可支用额度”，该当前可支用额度是根据用户的资质确定出的总数额，再减去已支用数额得到的，也即，当用户每完成一笔支取操作后，该“当前可支用额度”会相应减少；另一种是指基于当前商品交易订单提交的请求确定出的“本笔可支用数额”，该数额与商品交易订单的数额，关联的商品、买家信息等是相关的。当然，现有技术中，并不会计算出该基于当前商品交易订单提交的请求确定出的“本笔可支用数额”，更不会将该信息在数额填写界面在进行展示，而仅会在数额填写界面中展示出上述第一种“可支用总数额”，用户如果直接在该“可支用总数额”范围内填写，则填写的数额在大部分情况下都是无法直接通过校验的，系统会给出填写的数额不符合某条规则的提示信息。
64.而在本技术实施例中，则是在用户执行填写操作之前，即可根据具体的商品交易订单的信息，通过多种校验接口进行校验，并计算出基于当前请求对应的本笔可支用数额信息，并且可以该基于当前请求计算出的本笔可支用数额信息直接提示给用户，用户参照该提示信息进行数额填写即可，以此降低填写的数额不符合某条规则的出现几率，提升用户的操作效率。
65.其中，具体在展示关于本笔可支用数额的提示信息时，为了提升表达引导力，可以直接将具体的本笔可支用数额以占位符的形式展示在具体的输入框控件内。例如，如图2所示，在本技术实施例提供的数额填写界面中，在21所示的输入框控件中，可以直接以占位符(通常可以展示为灰色等，在用户将光标等操作焦点移动到该输入框内之后，占位符将会消失)的形式展示出当前请求对应的本笔可支用数额的提示信息。也就是说，由于用户访问数额填写界面的主要目的就是通过该界面填写待支用数额，因此，界面中通常会将数额输入框设置在界面中比较容易被观察到的位置，使其成为界面中比较明显的视觉触点，以使得用户在进入数额填写界面后，会先注意到该数额输入框控件的存在。这样，通过直接在数额输入框控件内以占位符形式展示的提示信息，也会更容易被用户注意到，从而起到提升表达引导力的作用。
66.具体从系统架构角度而言，参见图3，本技术实施例可以是在跨境电商平台提供的商家端系统中，提供对本笔可支取数额进行提示的相关功能，具体可以在商家端系统提供给的基于订单进行资金支持的功能模块中提供该功能。该功能的实现可以分为客户端(或前端)与服务端，其中，客户端具体可以是以网页等形式存在，用于进行前端界面的展示，与用户的交互等，服务端可以运行于服务器中，用于执行具体的接口访问，计算等处理。通过该功能，当商家或者卖家用户具有资金支持需求时，就可以通过该资金支持模块发起请求，
在具体请求的过程中，涉及到填写支取数额时，本技术实施例提供的功能模块便可以根据商品交易订单的信息，计算出具体的本笔可支用数额，并直接在数额填写界面中对该本笔可支用数额进行提示，以帮助用户提升操作效率。同时，也实现了不同用户或者不同使用场景所呈现的待支用数额不同。
67.下面对本技术实施例提供的具体实现方案进行详细介绍。
68.实施例一
69.首先，本技术实施例一从客户端的角度，提供了一种信息处理方法，参见图4，该方法具体可以包括：
70.s401：接收基于目标商品交易订单发起的款项支用请求。
71.具体实现时，可以通过多种渠道投放用于发起获取资金支持服务的请求的操作入口，例如，可以在供专门的资金支持服务阵地页面中提供相应的操作入口，或者，也可以在订单详情页中嵌入该操作入口，或者，还可以在收款相关的链路中嵌入该操作入口，等等。在用户通过这种操作入口进入后，可以根据具体关联的商品交易订单的状态(例如，处于已发货但是买家未支付状态，或者买家已支付，但是卖家尚未收到款状态的订单，都可以用于发起获取资金支持服务的请求)，提供可选的商品交易订单，使得用户可以选择基于某个或者某几个商品交易订单发起获取资金支持服务的请求；或者，如果是基于某具体的商品交易订单进行发起，则可以直接默认为用户需要基于该商品交易订单发起获取资金支持服务的请求，等等。
72.s402：获取针对当前支用申请的本笔可支用数额信息，其中，所述本笔可支用数额信息是根据所述目标商品交易订单的信息以及影响本笔可支用数额的多条校验规则确定的。
73.在用户选择了具体的商品交易订单，并发起具体的获取资金支持服务的请求时，也即款项支用请求，便可以获取针对当前支用申请的本笔可支用数额信息。具体的，客户端可以从服务端获取关于本笔可支用数额的信息，因此，客户端在收到具体的支用请求后，可以向服务端请求获取本笔可支用数额信息。
74.服务端在接收到请求后，可以获取目标商品交易订单在多个维度上的属性信息，例如，可以包括订单数额，订单关联的商品信息，买家信息，买家所属的国家，等等，另外，还可以卖家的历史支用记录等，这些信息可以用于后续对当前可支用数额的确定。其中，具体实现时，可以通过向相关的服务接口发起查询等方式，来获取到具体商品交易订单的详细信息。
75.在获取到目标商品交易订单的信息后，则可以根据所述目标商品交易订单的信息以及影响本笔可支用数额的多条规则，确定针对当前支用申请的本笔可支用数额信息。具体实现时，可以通过多种方式来实现。例如，其中一种方式下，可以将影响本笔可支用数额的多条校验规则转化为本笔可支用数额信息的多项影响因子，然后，通过公式的方式表示多项影响因子之间的关系，以用于计算出实际的本笔可支用数额信息。
76.当然，由于在实际应用中，各种校验规则中所需校验的相关参数可能会不同，因此，在输入参数不统一的情况下，可能比较难以组织成一个统一的公式以进行可支用数额的计算。因此，在另一种方式下，可以分别为各条校验规则实现对应的校验接口函数，每个校验接口函数可以对应一条校验规则。针对一条具体的校验规则，可以根据该校验规则具
体所需校验的参数，设置对应的校验接口函数的输入参数集合(可以包括一个或者多个参数)，其中就可以包括商品交易订单的各项属性信息等，并根据具体的规则，确定出具体校验接口函数的表达式。这样，在获取到具体商品交易订单的相关信息后，便可以根据商品交易订单的相关信息分别构造出各个校验接口函数的参数集合，并分别向多个校验接口函数发起校验请求。其中，在向不同的校验接口函数发起请求时，可以携带对应的校验接口函数所需的不同的参数集合，这样，具体的校验接口函数便可返回在对应校验规则下的单项可支用数额信息。
77.在得到多个校验接口函数分别返回的单项可支用数额信息后，可以根据这些单项可支用数额，确定所述针对当前支用申请的本笔可支用数额信息。例如，直接将单项可支用数额中的最小者作为当前的可支用数额。或者，在另一种方式下，还可以根据预先为所述多个校验接口配置的逻辑关系和/或优先级信息，对所述多个校验接口分别返回的所述单项可支用数额进行处理，并确定所述针对当前支用申请的可支用数额信息。例如，假设规则1的优先级高于规则2的优先级，则可以优先根据规则1对应的接口函数计算出的单项可支用数额来进行本笔可支用数额的确定，等等。
78.这里需要说明的是，在具体实现时，在根据目标商品交易订单的信息以及影响本笔可支用数额的多条校验规则确定出一个数额后，还可以与当前用户的当前可支用额度进行对比，然后根据比对结果确定出本笔可支用数额。例如，可以将两者之间的较小者作为本笔可支用数额，等等。
79.在计算出具体的本笔可支用数额后，服务端可以将该本笔可支用数额信息返回给客户端，以便在客户端进行展示。
80.s403：展示支用数额填写界面，并在所述支用数额填写界面中展示关于所述本笔可支用数额的提示信息。
81.在接收到服务端针对当前请求确定出的本笔可支用数额后，可以展示出支用数额填写界面，并直接在所述支用数额填写界面中展示关于本笔可支用数额的提示信息。其中，具体关于本笔可支用数额的提示信息可以有多种展示方式，例如，可以展示在输入框的下方。或者，在一种优选的实施方式下，还可以在所述支用数额填写界面中的数额输入框中，以占位符的方式展示关于所述本笔可支用数额的提示信息，例如，具体的展示形式可以如图2中的21处所示。由于进入输入框控件通常在界面中属于最明显的视觉触点，因此，这种以占位符的方式进行展示的方式，可以提升表达引导力，简化用户的信息感知和理解成本。
82.其中，关于本笔可支用数额，也就是本笔支用请求可填写的最大数额，换言之，只要用户填写的待支用数额小于或等于该本笔可支用数额，即可获得校验通过，不会出现系统报错的现象。
83.另外，在实际应用中，用户可能会直接以本笔可支用数额作为当前需要填写的支用数额，为了方便这种用户需求，还可以在所述数额输入框处提供用于将所述提示的可支用数额作为待支用数额的操作选项。在用户通过该操作选项执行操作后，可以直接将所述提示的可支用数额自动输入到所述数额输入框中。例如，如图2中的22处所示，可以在输入框的右侧提供“全部”选项，如果用户需要直接以当前提示的可支用数额作为当前需要填写的待支用数额，则可以直接点击该选项，而不再需要向输入框中输入具体的数字。
84.另外，由于在为用户提供“融资”服务的过程中，通常可能会产生利息，而在现有技
术中，通常是在数额填写界面中展示出利息计算规则，例如，如图1中的13处所示，可以展示出利率信息，例如，5.004％，等等。但是，用户对这种信息仍然存在比较高的理解成本，需要进行计算甚至换算之后，才能够确定出自己所填写的支用数额具体会产生多少数额的利息。为此，在本技术的可选实施方式中，还可以在通过所述数额输入框接收到待支用数额后，通过利息计算接口，确定基于利息计算规则以及该待支用数额，计算得到的预计利息数额信息，并且可以在所述数额输入框附近提供所述预计利息数额信息。例如，如图2中的23处所示，可以展示出“预计利息cny：255.4”，等等。这样，不需要用户自行计算，即可直接展示出预计的利息数额，因此，可以进一步降低用户的理解成本，便于提升支用场景的转化率。
85.总之，通过本技术实施例，在接收到用户发起的基于目标商品交易订单的款项支用请求后，可以首先获取到针对当前支用申请的本笔可支用数额信息，具体的，该本笔可支用数额信息可以是根据商品交易订单的信息以及影响本笔可支用数额的多条校验规则进行确定的。之后，便可以展示支用数额填写界面，并在所述支用数额填写界面中展示关于所述本笔可支用数额的提示信息。这样，用户可以基于这种提示信息进行待支用数额的填写，可以帮助用户尽可能一次性完成待支用进行的填写，避免出现由于填写的待支用数额不符合规则而反复填写的现象，因此，可以提升用户的操作效率，有利于提升支用场景下的转化率。
86.在优选的实施方式下，可以在数额填写界面的输入框控件中，以占位符的形式展示具体的本笔可支用数额信息，这样，由于输入框控件通常在数额填写界面中处于比较明显的视觉触点位置，因此，可以使得用户更容易发现该提示信息，提升提示信息的表达引导力。
87.实施例二
88.该实施例二是从服务端的角度，提供了一种信息处理方法，参见图5，该方法具体可以包括：
89.s501：接收客户端提交的基于目标商品交易订单发起的款项支用请求；
90.s502：获取所述目标商品交易订单的信息；
91.s503：根据所述目标商品交易订单的信息以及影响本笔可支用数额的多条规则，确定针对当前支用申请的本笔可支用数额信息；
92.s504：将所述本笔可支用数额信息返回给所述客户端，以便在支用数额填写界面中展示关于所述本笔可支用数额的提示信息。
93.具体的，可以根据所述目标商品交易订单的信息向多个校验接口函数发起校验请求，其中，所述多个校验接口函数与影响本笔可支用数额的多条规则对应，每个校验接口函数用于根据所述目标商品交易订单的信息，确定在对应规则下的单项可支用数额；然后，可以根据所述多个校验接口分别返回的多条规则分别对应的单项可支用数额，确定所述针对当前支用申请的本笔可支用数额信息。
94.其中，可以根据所述目标商品交易订单的信息构造所述校验接口函数所需的输入参数集合，并根据所述输入参数集合向多个校验接口函数发起校验请求，其中，不同的校验接口函数对应不同的输入参数集合。
95.在得到多个校验接口分别返回的多条规则分别对应的单项可支用数额后，可以根
据预先为所述多个校验接口函数配置的逻辑关系和/或优先级信息，对所述多个校验接口函数分别返回的所述单项可支用数额进行处理，并确定所述针对当前支用申请的本笔可支用数额信息。
96.关于该实施例二中的未详述部分，可以参见实施例一以及本说明书其他部分的记载，这里不再赘述。
97.需要说明的是，本技术实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
98.与实施例一相对应，本技术实施例还提供了一种信息处理装置，参见图6，该装置可以包括：
99.请求接收单元601，用于接收基于目标商品交易订单发起的款项支用请求；
100.本笔可支用数额信息获取单元602，用于获取针对当前支用申请的本笔可支用数额信息，其中，所述本笔可支用数额信息是根据所述目标商品交易订单的信息以及影响本笔可支用数额的多条校验规则确定的；
101.本笔可支用数额信息提示单元603，用于展示支用数额填写界面，并在所述支用数额填写界面中展示关于所述本笔可支用数额的提示信息。
102.具体的，所述本笔可支用数额信息提示单元具体可以用于：
103.在所述支用数额填写界面中的数额输入框中，以占位符的方式展示关于所述本笔可支用数额的提示信息。
104.另外，该装置还可以包括：
105.操作选项提供单元，用于在所述数额输入框处提供用于将所述提示的本笔可支用数额作为待支用数额的操作选项；
106.自动填写单元，用于响应于通过该操作选项执行的操作，将所述提示的本笔可支用数额自动输入到所述数额输入框中。
107.另外，该装置还可以包括：
108.利息数额信息获取单元，用于在通过所述支用数额填写界面中的数额输入框接收到待支用数额后，获取预计利息数额信息，其中，所述预计利息数额信息是基于利息计算规则以及该待支用数额进行计算得到的；
109.利息数额信息展示单元，用于在所述数额输入框附近提供所述预计利息数额信息。
110.另外，该装置还可以包括：
111.剩余支用额度信息确定单元，用于确定所述款项支用请求对应的用户对应的剩余支用额度信息，所述剩余支用额度信息是根据所述用户的总额度信息以及已支用的数额信息进行确定的，所述总额度信息是根据所述用户的用户资质信息进行确定；
112.所述本笔可支用数额信息获取单元具体可以用于：在根据所述目标商品交易订单的信息以及所述多条校验规则确定出一数额后，通过将所述该数额与所述剩余支用额度进行对比，确定所述本笔可支用数额。
113.与实施例二相对应，本技术实施例还提供了一种信息处理装置，参见图7，该装置可以包括：
114.请求接收单元701，用于接收客户端提交的基于目标商品交易订单发起的款项支用请求；
115.订单信息获取单元702，用于获取所述目标商品交易订单的信息；
116.本笔可支用数额信息确定单元703，用于根据所述目标商品交易订单的信息以及影响本笔可支用数额的多条规则，确定针对当前支用申请的本笔可支用数额信息；
117.本笔可支用数额信息返回单元704，用于将所述本笔可支用数额信息返回给所述客户端，以便在支用数额填写界面中展示关于所述本笔可支用数额的提示信息。
118.其中，所述本笔可支用数额信息确定单元具体可以包括：
119.接口请求子单元，用于根据所述目标商品交易订单的信息向多个校验接口函数发起校验请求，其中，所述多个校验接口函数与影响本笔可支用数额的多条规则对应，每个校验接口函数用于根据所述目标商品交易订单的信息，确定在对应规则下的单项可支用数额；
120.确定子单元，用于根据所述多个校验接口分别返回的多条规则分别对应的单项可支用数额，确定所述针对当前支用申请的本笔可支用数额信息。
121.具体的，所述接口请求子单元具体可以用于：
122.根据所述目标商品交易订单的信息构造所述校验接口函数所需的输入参数集合，并根据所述输入参数集合向多个校验接口函数发起校验请求，其中，不同的校验接口函数对应不同的输入参数集合。
123.所述确定子单元具体可以用于：
124.根据预先为所述多个校验接口函数配置的逻辑关系和/或优先级信息，对所述多个校验接口函数分别返回的所述单项可支用数额进行处理，并确定所述针对当前支用申请的本笔可支用数额信息。
125.另外，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。
126.以及一种电子设备，包括：
127.一个或多个处理器；以及
128.与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。
129.其中，图8示例性的展示出了电子设备的架构，例如，设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。
130.参照图8，设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。
131.处理组件802通常控制设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒
体模块，以方便多媒体组件808和处理组件802之间的交互。
132.存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
133.电源组件806为设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为设备800生成、管理和分配电力相关联的组件。
134.多媒体组件808包括在设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
135.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
136.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
137.传感器组件814包括一个或多个传感器，用于为设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为设备800的显示器和小键盘，传感器组件814还可以检测设备800或设备800一个组件的位置改变，用户与设备800接触的存在或不存在，设备800方位或加速/减速和设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
138.通信组件816被配置为便于设备800和其他设备之间有线或无线方式的通信。设备800可以接入基于通信标准的无线网络，如wifi，或2g、3g、4g/lte、5g等移动通信网络。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
139.在示例性实施例中，设备800可以被一个或多个应用专用集成电路(asic)、数字信
号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
140.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由设备800的处理器820执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
141.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例或者实施例的某些部分所述的方法。
142.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
143.以上对本技术所提供的信息处理方法及电子设备，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本技术的限制。

技术特征：
1.一种信息处理方法，其特征在于，包括：接收基于目标商品交易订单发起的款项支用请求；获取针对当前支用申请的本笔可支用数额信息，其中，所述本笔可支用数额信息是根据所述目标商品交易订单的信息以及影响本笔可支用数额的多条校验规则确定的；展示支用数额填写界面，并在所述支用数额填写界面中展示关于所述本笔可支用数额的提示信息。2.根据权利要求1所述的方法，其特征在于，所述在所述支用数额填写界面中展示关于所述本笔可支用数额的提示信息，包括：在所述支用数额填写界面中的数额输入框中，以占位符的方式展示关于所述本笔可支用数额的提示信息。3.根据权利要求2所述的方法，其特征在于，还包括：在所述数额输入框处提供用于将所述提示的本笔可支用数额作为待支用数额的操作选项；响应于通过该操作选项执行的操作，将所述提示的本笔可支用数额自动输入到所述数额输入框中。4.根据权利要求1所述的方法，其特征在于，还包括：在通过所述支用数额填写界面中的数额输入框接收到待支用数额后，获取预计利息数额信息，其中，所述预计利息数额信息是基于利息计算规则以及该待支用数额进行计算得到的；在所述数额输入框附近提供所述预计利息数额信息。5.根据权利要求1所述的方法，其特征在于，还包括：确定所述款项支用请求对应的用户对应的剩余支用额度信息，所述剩余支用额度信息是根据所述用户的总额度信息以及已支用的数额信息进行确定的，所述总额度信息是根据所述用户的用户资质信息进行确定；所述获取针对当前支用申请的本笔可支用数额信息，包括：在根据所述目标商品交易订单的信息以及所述多条校验规则确定出一数额后，通过将所述该数额与所述剩余支用额度进行对比，确定所述本笔可支用数额。6.一种信息处理方法，其特征在于，包括：接收客户端提交的基于目标商品交易订单发起的款项支用请求；获取所述目标商品交易订单的信息；根据所述目标商品交易订单的信息以及影响本笔可支用数额的多条规则，确定针对当前支用申请的本笔可支用数额信息；将所述本笔可支用数额信息返回给所述客户端，以便在支用数额填写界面中展示关于所述本笔可支用数额的提示信息。7.根据权利要求6所述的方法，其特征在于，所述根据所述目标商品交易订单的信息以及影响本笔可支用数额的多条规则，确定针对当前支用申请的本笔可支用数额信息，包括：根据所述目标商品交易订单的信息向多个校验接口函数发起校验请求，其中，所述多个校验接口函数与影响本笔可支用数额的多条规则对应，每个校验接口函数用于根据所述
目标商品交易订单的信息，确定在对应规则下的单项可支用数额；根据所述多个校验接口分别返回的多条规则分别对应的单项可支用数额，确定所述针对当前支用申请的本笔可支用数额信息。8.根据权利要求7所述的方法，其特征在于，所述根据所述目标商品交易订单的信息向多个校验接口函数发起校验请求，包括：根据所述目标商品交易订单的信息构造所述校验接口函数所需的输入参数集合，并根据所述输入参数集合向多个校验接口函数发起校验请求，其中，不同的校验接口函数对应不同的输入参数集合。9.根据权利要求7所述的方法，其特征在于，所述根据所述多个校验接口函数分别返回的多条规则分别对应的单项可支用数额，确定所述针对当前支用申请的本笔可支用数额信息，包括：根据预先为所述多个校验接口函数配置的逻辑关系和/或优先级信息，对所述多个校验接口函数分别返回的所述单项可支用数额进行处理，并确定所述针对当前支用申请的本笔可支用数额信息。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至9任一项所述的方法的步骤。11.一种电子设备，其特征在于，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至9任一项所述的方法的步骤。

技术总结
本申请实施例公开了信息处理方法及电子设备，所述方法包括：接收基于目标商品交易订单发起的款项支用请求；获取针对当前支用申请的本笔可支用数额信息，其中，所述本笔可支用数额信息是根据所述目标商品交易订单的信息以及影响本笔可支用数额的多条校验规则确定的；展示支用数额填写界面，并在所述支用数额填写界面中展示关于所述本笔可支用数额的提示信息。通过本申请实施例，能够提升用户的操作效率，有利于提升支用场景下的转化率。有利于提升支用场景下的转化率。有利于提升支用场景下的转化率。


技术研发人员：任波洋 徐正威 林永冠
受保护的技术使用者：阿里巴巴（中国）有限公司
技术研发日：2023.04.24
技术公布日：2023/8/13