阅读说明：本技术 一种业务执行的系统、方法及装置 (A kind of system, method and device that business executes ) 是由 马异峰 文青松 陈禹霖 于 2019-08-21 设计创作，主要内容包括：本说明书公开了一种业务执行的系统、方法及装置,用户在支付订单页上的对绑卡业务接口执行的触发操作后,通过发送执行绑卡业务的请求,接收绑卡组件数据。其中,该支付订单页的第一区域展示业务数据,第二区域展示绑卡组件。后续可根据用户在绑卡组件中输入的绑卡信息查询针对该业务数据的更新规则。然后根据接收到的更新后的业务数据对展示的业务数据进行更新。使得绑卡业务执行完毕时,可根据更新后的业务数据执行该支付业务,提高了业务执行的效率。通过展示不遮挡支付业务所需的业务数据的绑卡组件,减少用户为了了解支付业务的状态执行的操作,降低服务提供方的运行压力。(System, the method and device executed subject description discloses a kind of business, user on pay invoice page to the trigger action for tying up the execution of card business interface after, tie up the request of card business by sending to execute, card module data is tied up in reception.Wherein, the first area of the pay invoice page shows business datum, and card component is tied up in second area displaying.The subsequent update rule for tying up card information inquiry for the business datum that can be inputted in tying up card component according to user.Then the business datum of displaying is updated according to the updated business datum received.When so that tying up card business and be finished, the payment transaction can be executed according to updated business datum, improve the efficiency of business execution.Business datum needed for not blocking payment transaction by displaying ties up card component, reduces user to understand the operation that the state of payment transaction executes, reduces the operating pressure of service provider.)

一种业务执行的系统、方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种业务执行的系统、方法及装置。

背景技术

目前，提供支付业务的服务提供方为了方便用户支付，通常会为用户提供多种支付方式的选择。例如，可选择不同发卡机构发行的银行卡进行支付，或者选择电子支付等等。

在现有技术中，为了保证支付的安全性，通常用户在线上使用银行卡进行支付之前，需要先进行绑卡业务，也就是向服务提供方提供用户信息以及银行卡的卡信息。使服务提供方通过发卡机构核实无误后，允许用户使用该银行卡执行支付业务。

发明内容

本说明书实施例提供一种业务执行的系统、方法及装置，用于部分解决现有技术中存在的问题。

本说明书实施例采用下述技术方案：

本说明书提供的一种业务执行的系统，包括：支付服务器、绑卡服务器以及电子设备，其中：

在所述电子设备处，根据监测到的用户对支付订单页上的绑卡业务接口的触发操作，向所述绑卡服务器发送执行绑卡业务的请求，其中，所述支付订单页的第一区域展示业务数据；

根据所述绑卡服务器返回的绑卡组件数据，在支付订单页第二区域展示用于输入信息的绑卡组件，所述绑卡组件不遮挡展示所述业务数据的区域；

根据所述用户在所述绑卡组件中输入的绑卡信息，向所述绑卡服务器发送针对所述业务数据的变更规则的查询请求，所述查询请求携带有所述支付业务的业务标识以及所述绑卡信息；

在所述绑卡服务器处，根据所述查询请求中携带的绑卡信息，确定发卡机构，并根据所述查询请求中携带的业务标识，向所述发卡机构查询针对所述业务数据的变更规则；根据所述发卡机构返回的查询结果，确定变更规则，并发送至所述支付服务器；

在所述支付服务器处，根据接收到的所述绑卡服务器发送的变更规则，确定更新后的业务数据，并发送给所述电子设备；

在所述电子设备处，根据接收到的所述更新后的业务数据，对在所述支付订单页第一区域展示的执行支付业务所需的业务数据进行更新，并当确定所述绑卡业务执行完毕时，根据所述更新后的业务数据执行所述支付业务。

可选地，在所述电子设备处，根据所述支付服务器发送的支付数据，展示支付订单页，并在所述支付订单页的第一区域中展示执行支付业务所需的业务数据，以及在所述支付订单页中展示绑卡业务接口；根据所述绑卡服务器返回的携带有绑卡组件数据的绑卡数据，在所述支付订单页的第二区域中展示绑卡界面，并在所述绑卡界面中展示用于输入信息的绑卡组件。

可选地，在所述电子设备处，当监测到所述用户发起使用与所述用户的账号不具有绑定关系的未绑定卡进行支付的操作，确定监测到所述用户对所述绑卡业务接口的触发操作。

可选地，在所述电子设备处，监测所述用户在所述绑卡组件中输入的绑卡信息，并当所述绑卡信息符合预设条件时，根据所述绑卡信息以及所述支付业务的业务标识，向所述绑卡服务器发送针对所述业务数据的变更规则的查询请求，所述查询请求携带有所述支付业务的业务标识以及所述绑卡信息。

可选地，所述绑卡信息至少包括：银行***；

所述预设条件包括：绑卡信息中包含的银行***的位数为预设数量，或者绑卡信息中包含所述用户选择的发卡机构标识。

可选地，在所述绑卡服务器处，接收所述发卡机构返回的绑卡结果，若所述绑卡结果为成功，则向所述电子设备发送绑卡成功的信息以及所述绑卡信息；

在所述电子设备处，根据所述绑卡成功的信息，向所述支付服务器发送所述绑卡信息；

在所述支付服务器处，根据所述更新后的业务数据以及接收到的所述绑卡信息，执行所述支付业务。

可选地，在所述绑卡服务器处，接收所述发卡机构返回的绑卡结果，若所述绑卡结果为失败，则向所述支付服务器发送绑卡失败的信息；

在所述支付服务器处，根据所述绑卡失败的信息，确定更新前的业务数据并发送至所述电子设备处；

在所述电子设备处，在所述支付订单页第一区域中展示所述更新前的业务数据，以根据所述更新前的业务数据执行所述支付业务。

可选地，在所述绑卡服务器处，按照预设的周期，向所述发卡机构发送查询请求，以周期性的查询针对所述支付业务对应的业务数据的变更规则。

可选地，在所述绑卡服务器处，针对每次查询得到的变更规则，比较本次得到的变更规则与上一次得到的变更规则是否一致；当本次得到的变更规则与上一次得到的变更规则不一致时，向所述电子设备发送提示信息；

在所述电子设备处，展示所述提示信息，以提示用户变更规则出现变化

本说明书提供的一种业务执行的方法，包括：

根据监测到的用户对支付订单页上的绑卡业务接口的触发操作，向绑卡服务器发送执行绑卡业务的请求，其中，所述支付订单页的第一区域展示业务数据；

根据所述绑卡服务器返回的绑卡组件数据，在支付订单页第二区域展示用于输入信息的绑卡组件；

根据所述用户在所述绑卡组件中输入的绑卡信息，查询针对所述业务数据的变更规则；

根据接收到的更新后的业务数据，对展示的执行支付业务所需的业务数据进行更新，所述更新后的业务数据为根据查询得到的变更规则确定的；

当绑卡业务执行完毕时，根据所述更新后的业务数据执行所述支付业务。

可选地，根据监测到的用户对支付订单页上的绑卡业务接口的触发操作，向绑卡服务器发送执行绑卡业务的请求之前，所述方法还包括：

根据所述支付服务器发送的支付数据，展示支付订单页，并在所述支付订单页的第一区域中展示执行支付业务所需的业务数据，以及在所述支付订单页中展示绑卡业务接口；

根据所述绑卡服务器返回的绑卡组件数据，展示用于输入信息的绑卡组件，具体包括：

根据所述绑卡服务器返回的携带有绑卡组件数据的绑卡数据，在所述支付订单页的第二区域中展示绑卡界面，并在所述绑卡界面中展示用于输入信息的绑卡组件。

可选地，根据监测到的用户对绑卡业务接口的触发操作，具体包括：

当监测到用户发起使用与所述用户的账号不具有绑定关系的未绑定卡进行支付的操作，确定监测到所述用户对所述绑卡业务接口的触发操作。

可选地，根据所述用户在所述绑卡组件中输入的绑卡信息，查询针对所述业务数据的变更规则，具体包括：

监测所述用户在所述绑卡组件中输入的绑卡信息；

当所述绑卡信息符合预设条件时，根据所述绑卡信息以及所述支付业务的业务标识，查询针对所述业务数据的变更规则。

可选地，所述绑卡信息至少包括：银行***；

所述预设条件包括：绑卡信息中包含的银行***的位数为预设数量，或者绑卡信息中包含所述用户选择的发卡机构标识。

可选地，查询针对所述业务数据的变更规则，具体包括：

根据符合预设条件的绑卡信息，确定所述绑卡信息对应的发卡机构；

根据所述支付业务的业务标识，向所述发卡机构的服务器发送查询请求，以查询针对所述支付业务对应的业务数据的变更规则。

可选地，当绑卡业务执行完毕时，根据所述更新后的业务数据执行所述支付业务，具体包括：

当绑卡业务执行完毕时，若绑卡结果为成功，则根据更新后的业务数据以及所述绑卡信息，执行所述支付业务。

可选地，当绑卡业务执行完毕时，根据所述更新后的业务数据执行所述支付业务，具体包括：

当绑卡业务执行完毕时，若绑卡结果为失败，则在所述支付订单页第一区域中展示更新前的业务数据，以根据更新前的业务数据执行所述支付业务。

可选地，向所述发卡机构的服务器发送查询请求，以查询针对所述支付业务对应的业务数据的变更规则，具体包括：

按照预设的周期，向所述发卡机构的服务器发送查询请求，以周期性的查询针对所述支付业务对应的业务数据的变更规则。

可选地，针对每次查询得到的变更规则，比较本次得到的变更规则与上一次得到的变更规则是否一致；

当本次得到的变更规则与上一次得到的变更规则不一致时，在所述绑卡界面中显示提示信息，以提示用户变更规则出现变化。

本说明书提供一种业务执行的装置，包括：

发送模块，根据监测到的用户对支付订单页上的绑卡业务接口的触发操作，向绑卡服务器发送执行绑卡业务的请求，其中，所述支付订单页的第一区域展示业务数据；

第一展示模块，根据所述绑卡服务器返回的绑卡组件数据，在支付订单页第二区域展示用于输入信息的绑卡组件；

查询模块，根据所述用户在所述绑卡组件中输入的绑卡信息，查询针对所述业务数据的变更规则；

第二展示模块，根据接收到的更新后的业务数据，对展示的执行支付业务所需的业务数据进行更新，所述更新后的业务数据为根据查询得到的变更规则确定的；

业务执行模块，当绑卡业务执行完毕时，根据所述更新后的业务数据执行所述支付业务。

本说明书提供的一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述业务执行的方法。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

首先在监测到用户对支付订单页上的绑卡业务接口的触发操作，确定需要进行绑卡时，向绑卡服务器发送执行绑卡业务的请求，以根据绑卡服务器返回的绑卡组件数据，展示用于输入信息的绑卡组件，并且该支付订单页的第一区域展示业务数据，第二区域展示绑卡组件。之后根据用户在绑卡组件中输入的绑卡信息，查询针对该业务数据的更新规则。然后根据接收到更新后的业务数据，对展示的业务数据进行更新，其中，更新后的业务数据是根据查询得到的变更规则确定的。使得最后在绑卡业务执行完毕时，可根据更新后的业务数据执行该支付业务。在上述业务执行过程中，绑卡业务的执行是支持支付业务执行的业务，并且第一区域与第二区域是不同的区域，可避免绑卡组件遮挡展示的业务数据，使得用户一直可以观察到业务数据，减轻了绑卡过程的干扰。另外当用户在绑卡组件中输入的绑卡信息时，就可查询针对业务数据的变更规则。使得后续在得到变更规则后，可确定更新后的业务数据，并对展示的业务数据进行更新。使得用户在绑卡过程中，就可以确定绑卡业务对支付业务产生的影响，可以更直观的确定支付业务的状态。由于业务数据在用户开始支付到完成支付的过程中都是可视的，减少由于用户为了了解支付业务的状态，执行额外的查询操作的概率，也可减少用户投诉的概率，降低服务提供方的运行压力。由于在绑卡业务执行完毕后可根据更新后的业务数据，执行支付业务，提高了业务执行的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本说明书实施例提供的一种业务执行的系统示意图；

图2为本说明书实施例提供的一种业务执行的流程示意图；

图3为本说明书实施例提供的支付订单页示意图；

图4a～4c为本说明书实施例提供的显示支付订单页和绑卡界面的示意图；

图5为本说明书实施例提供的更新支付订单页示意图；

图6为本说明书实施例提供的业务执行的详细过程；

图7为本说明书实施例提供的一种业务执行的装置的结构示意图。

具体实施方式

为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

一般的，发卡机构为了吸引用户使用该发卡机构发行的银行卡，会设置一些与支付相关的业务数据变更规则，同样服务提供方在提供支付方式的选择时，也会显示各发卡机构设置的变更规则，以提示用户采用不同银行卡支付时业务数据可能会出现变更。

但是，通常发卡机构提供的变更规则通常都有一定的适用条件，例如，适用于前100笔支付、变更规则的有效期、可适用变更规则的商品类型等等。而支付业务是否符合变更规则的适用条件，根据适用条件的不同有些是可以在支付前确定的有些却只有在支付时才能确定。例如，适用于前100笔支付的适用条件，由于可能不断有用户执行支付业务，因此该变更规则是否有效，到何时还有效都是无法确定的，只有当用户实际支付时才能确定。

通常能够预先确定变更规则是否有效并不会对用户支付造成影响，但是当用户在支付时选择了尚未绑定的银行卡进行支付时，由于需要先执行绑卡业务再进行支付，而绑卡业务需要对银行卡和用户的信息进行核实需要耗费一定时间，导致可能在绑卡前还有效的变更规则，在绑卡后已经失效。

并且，由于绑卡业务通常与支付业务属于独立分开的业务，因此在绑卡时需要跳转至绑卡界面执行绑卡业务，在绑卡完成后再跳回支付订单页进行支付。可见用户执行支付业务的连贯性被绑卡业务打断了，导致用户的对支付业务的记忆也可能受到绑卡业务的干扰，导致当跳回支付订单页后用户难以确定变更规则是否生效。或者当绑卡过程中变更规则已经失效，也会导致用户产生变更规则为何没有生效的困惑。这些情况都会导致用户为了了解支付业务的状态，执行额外的查询操作，或者增加用户投诉的概率，使得服务提供方的运行压力增加。

为了解决现有技术中存在的问题，本说明书提供了业务执行的系统、方法以及装置，以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本说明书实施例提供的一种业务执行的系统示意图，其中，该系统包括：电子设备100、支付服务器200以及绑卡服务器300。其中，该业务执行的系统在执行业务的过程中，业务涉及到的三方分别为：用户、服务提供方以及发卡机构。该支付服务器200，为服务提供方的支持支付业务执行的服务器。该绑卡服务器300，为服务提供方的支持绑卡业务执行的服务器。该系统中的电子设备100为用户的终端。

具体的，该系统在执行业务时，在所述电子设备100处，当监测到用户对支付订单页上的该绑卡业务接口的触发操作时，可根据用户对该绑卡业务接口的触发操作，向该绑卡服务器300发送执行绑卡业务的请求，其中，该支付订单页的第一区域展示业务数据。之后可根据该绑卡服务器300返回的绑卡组件数据，在支付订单页第二区域展示用于输入信息的绑卡组件。其中，该支付订单页的第一区域与第二区域是不同的区域，因此该绑卡组件不会遮挡展示该业务数据的区域。然后可根据该用户在该绑卡组件中输入的绑卡信息，向该绑卡服务器300发送针对该业务数据的变更规则的查询请求，该查询请求携带有该支付业务的业务标识以及该绑卡信息。

在该绑卡服务器300处，该绑卡服务器300可根据该查询请求中携带的绑卡信息，确定发卡机构，并根据该查询请求中携带的业务标识，向该发卡机构查询针对该业务数据的变更规则。在接收到该发卡机构返回的查询结果后，可根据该发卡机构返回的查询结果，确定变更规则，并发送至该支付服务器200。

则在该支付服务器200处，该支付服务器200可根据接收到的该绑卡服务器300发送的变更规则，确定更新后的业务数据，并发送给该电子设备100。

最后，在该电子设备100处，该电子设备100可根据接收到的该更新后的业务数据，对在该支付订单页第一区域展示的执行支付业务所需的业务数据进行更新，并当确定该绑卡业务执行完毕时，根据该更新后的业务数据执行该支付业务。

由于在绑卡业务执行完毕后可根据更新后的业务数据，执行支付业务，提高了业务执行的效率。而通过展示不遮挡支付业务所需的业务数据的绑卡组件，使得用户一直可以观察到业务数据，减轻了绑卡过程的干扰。另外当用户在绑卡组件中输入的绑卡信息时，就可查询针对业务数据的变更规则。使得后续在得到变更规则后，可确定更新后的业务数据，并对展示的业务数据进行更新。使得用户在绑卡过程中，就可以确定绑卡业务对支付业务产生的影响，可以更直观的确定支付业务的状态。由于业务数据在用户开始支付到完成支付的过程中都是可视的，减少由于用户为了了解支付业务的状态，执行额外的查询操作的概率，也可减少用户投诉的概率，降低服务提供方的运行压力。

基于图1所示的业务执行的系统下面结合业务执行的过程，进一步对该业务执行的系统执行业务的过程进行说明，如图2所示。

图2为本说明书提供的业务执行的流程示意图，具体可包括以下步骤：

S200：根据监测到的用户对支付订单页上的绑卡业务接口的触发操作，向绑卡服务器发送执行绑卡业务的请求，其中，所述支付订单页的第一区域展示业务数据。

在本说明书中，在用户的终端侧，即，电子设备处，该终端可根据用户的操作向支付服务器发送执行支付业务的请求，则支付服务器可根据接收到的请求，向该用户的终端返回用于执行支付业务的支付数据。则终端可根据接收到的支付数据，展示支付订单页，并在支付订单页中的第一区域展示执行支付业务所需的业务数据。需要说明的是，在本说明书中该业务数据至少包括：支付金额，也就是在支付订单页中显示的用户需要支付的支付金额。

另外，在本说明书中，该支付业务在执行时所需的业务数据可能需要根据发卡机构提供的变更规则进行更新，而当用户使用未绑定的银行卡进行支付时，该支付订单页中还可包含用于发起绑卡业务的绑卡业务接口。

进一步地，在该支付订单页中也可包含：通过已经绑定的银行卡进行支付的支付业务接口，但是为了说明本说明书提供的方法如何解决在支付过程中进行绑卡导致的一系列导致服务提供方的运行压力增加的问题，后续仅以用户在支付过程中发起绑卡业务为例进行说明。

在本说明书中，以用户执行支付业务时发起绑卡业务进行说明，在该支付服务器提供的支付业务界面中，包含有触发绑卡业务的绑卡业务接口。

具体的，该终端当监测到用户在该支付订单页中使用与该用户的账号不具有绑定关系的未绑定卡进行支付的操作，可确定监测到用户对绑卡业务接口的触发操作。之后终端可根据用户的操作，向绑卡服务器发送执行绑卡业务的请求。也就是，当用户执行支付业务时，在支付订单页中显示有执行绑卡业务的绑卡业务接口，当用户触发该绑卡业务接口时，终端可向绑卡服务器发送执行绑卡业务的请求，如图3所示。

图3为本说明书提供的执行支付业务的支付订单页的示意图，在支付订单页中，显示有待支付的金额、“支付”按键以及“绑卡”按键。其中，显示待支付金额的区域为第一区域。该“绑卡”按键就是发起绑卡业务的绑卡业务接口。根据用户对该绑卡业务接口的触发操作，可向绑卡服务器发送请求。或者，在该支付订单页中显示有个发卡机构的选项，当用户选择的发卡机构对应的银行卡与该用户账户不具有绑定关系时，确定用户选择了未绑定卡进行支付，则终端也可确定监测到了用户对绑卡业务接口的触发操作。

其中，由于处于业务之间独立性的考虑，通常即使是同一个服务提供方提供的不同的业务服务，也需要通过不同的服务器执行。以避免业务数据泄露，以及保持业务的独立性。同理，在本说明书中，支付服务器与绑卡服务器为不同的服务器，如图1中所示的。

S202：根据所述绑卡服务器返回的绑卡组件数据，在支付订单页第二区域展示用于输入信息的绑卡组件。

在本说明书中，该绑卡服务器在接收到终端发送的执行绑卡业务的请求后，可确定需要展示在该终端中的绑卡组件所需的绑卡组件数据，并返回该终端。则该终端可接收绑卡服务器返回的绑卡组件数据，并根据该绑卡组件数据在该支付订单页中的第二区域展示用于执行绑卡业务的绑卡组件。

具体的，终端可接收绑卡服务器返回的携带有绑卡组件数据的绑卡数据，该绑卡数据中有用于渲染绑卡界面所需的数据，例如，脚本语言(JavaScript， JS)代码、层叠样式表(Cascading Style Sheets，CSS)等等。并且在本说明书中，该绑卡界面可位于支付订单页中的第二区域，以不遮挡该支付订单页中用于展示业务数据的第一区域。由于该支付订单页中用于展示业务数据的第一区域是可以预先确定的，因此在该绑卡数据中还可携带有该绑卡界面在该支付订单页中的展示第二区域位置以及第二区域大小的数据，使得绑卡界面在第二区域展示后不会遮挡展示业务数据的区域。这样用户在执行绑卡业务时，可以观察到支付订单页中显示的业务数据，而不会因为业务数据被遮挡，避免由于绑卡界面的遮挡导致的用户记忆混乱的情况。

该终端可根据该携带有绑卡组件数据的绑卡数据，在该支付订单页的第二区域中展示绑卡界面，并在该绑卡界面中展示用于输入信息的绑组件。该绑卡界面不遮挡该支付订单页中展示的业务数据的第一区域。

在本说明书中，该绑卡界面可以以半截栏的形式展示在该支付订单页中。该半截栏的位置可以根据需要设置，例如页面下方、页面中间或者页面上方，只要不会遮挡展示业务数据的区域即可，如图4a至图4b所示。图4a～4b中除了半截栏中显示的绑卡界面以外，其余部分以透明或者加深颜色的方式显示。其中，为了避免遮挡支付订单页中第一区域的业务数据，绑卡界面的半截栏可显示在不遮挡业务数据的第二区域，如图4a，或者也可将支付订单页中的内容进行压缩后，显示在不被半截栏遮挡的位置上，如图4b所示。在图4a中，可见显示绑卡界面的区域为支付订单页的第二区域，显示待支付金额的为支付订单页的第一区域。

另外，该绑卡界面可以是嵌入该支付订单页中的，或者该绑卡界面也可以是在该支付订单页上方的(即绑卡界面的Z序在支付订单页的Z序之上)。当然本说明书对此不做限制，具体可根据需要设置绑卡界面的显示方式。只要用户可通过该绑卡界面执行绑卡业务，并且绑卡界面不遮挡支付订单页中展示的业务信息即可。

S204：根据所述用户在所述绑卡组件中输入的绑卡信息，查询针对所述业务数据的变更规则。

在本说明书中，步骤S202中用户发起了执行绑卡业务的请求，也就是说用户就是要执行绑卡业务，因此在步骤S204终端显示了包含绑卡组件绑卡界面后，便可监测用户在绑卡组件中输入的绑卡信息，以根据用户输入的绑卡信息以及用户的操作执行绑卡业务。并且，在本说明书中由于不同的发卡机构对于支付业务的业务数据的变更规则可能存在差异，因此终端还可监测用户在绑卡界面输入的绑卡信息，并当用户输入的绑卡信息满足预设条件时，将该绑卡信息以及支付业务的业务标识发送至绑卡服务器。以便绑卡服务器可根据绑卡信息，确定绑卡信息对应的发卡机构，并根据支付业务的业务标识，向该发卡机构的服务器发送查询请求，以查询针对该支付业务所需的业务数据的变更规则。

具体的，首先终端可监测用户在绑卡界面的操作，确定用户在绑卡组件中输入的绑卡信息。并当该绑卡信息符合预设条件时，终端可根据该绑卡信息以及该支付业务的业务标识，向该绑卡服务器发送针对该业务数据的变更规则的查询请求。并且，为了使绑卡服务器可根据该查询请求，确定向哪个发卡结构查询以及查询的内容，该查询请求还可携带有该支付业务的业务标识以及该绑卡信息。

其中，该绑卡信息至少可包括：银行***。则当用户输入的银行***的位数为预设数量时，终端便可确定用户输入的绑卡信息符合预设条件。或者，当在绑卡界面或者在支付订单页中包含对发卡机构的选择项时，当用户选择了发卡机构时，可确定用户输入的绑卡信息中包含的发卡机构标识，确定用户输入的绑卡信息符合预设条件。也就是说，在本说明书中，该预设条件至少可包括：绑卡信息中包含的银行***的位数为预设数量，或者绑卡信息中包含该用户选择的发卡机构标识。

例如，假设该绑卡界面中包含发卡机构的选择项，如图4c所示，则当用户选择发卡机构后，终端可将支付业务的业务标识以及用户选择发卡机构标识发送至绑卡服务器。或者假设该绑卡界面中只包含有***的输入框，如图4a所示，则当用户输入的银行***为预设数量时，确定用户输入的帮卡信息符合预设条件，将支付业务的业务标识以及用户输入的银行***发送至绑卡服务器。

其次，在该绑卡服务器处，该绑卡服务器可在接收到终端发送的查询请求后，根据该查询请求携带的绑卡信息(如，***、发卡机构标识)，确定该绑卡信息对应的发卡机构的服务器。其中，绑卡服务器由于需要与各发卡机构的服务器共同完成绑卡业务，因此在该绑卡服务器中可存储有各发卡机构的服务器地址。则绑卡服务器便可根据绑卡信息，确定需要共同执行绑卡业务的发卡机构的服务器。例如，当卡信息为***时，由于***中前6位为发卡机构标识代码(Bank Identification Number，BIIN)，因此绑卡服务器可根据***中的前 6位确定发卡机构。

在本说明书中，该绑卡服务器还可根据该查询请求携带的支付业务的业务标识，向发卡机构的服务器发送查询请求。由于不同发卡机构为不同服务提供方提供的变更规则也可能存在不同，因此在该查询请求中可携带业务标识，以使发卡机构的服务器确定返回何种变更规则。例如，银行A与电商平台B有合作项目，而与电商平台C没有合作项目，则银行A向电商平台C与电商平台B返回的变更规则，可能不同。需要说明的是，在本说明书中支付业务的业务数据与业务标识不同，业务数据为支付金额，而业务标识是用于表示支付业务的服务提供方等信息，并且用于唯一标识支付业务的。例如，两个支付业务的支付金可以相同(业务数据可以相同)，但是两个支付业务的业务标识不相同。

然后，发卡机构的服务器可根据接收到的查询请求，确定针对支付业务所需的业务数据的变更规则。例如，按比例减少支付金额。并且，该变更规则的适用条件，也可视为是变更规则的一部分。例如，变更规则的有效期、适用变更规则的商品类型等。并且，发卡机构的服务器在确定出变更规则后，可将变更规则返回绑卡服务器。

最后，绑卡服务器可接收发卡机构的服务器返回的变更规则。

例如，假设用户输入的绑卡信息对应的是发卡机构X，则并且发卡机构X 目前存在业务数据的变更规则：对前100名完成支付的用户免单，也就是支付金额的减免规则。当绑卡服务器向发卡机构X的服务器发送查询请求后，发卡机构X的服务器可，确定该变更规则是否还有效，并在变更规则有效时返回该变更规则以及当前已经支付完成的用户数量。或者，假设发卡机构X的变更规则为：当日19点前完成支付的用户可以免单，则绑卡服务器可接收发卡机构 X的服务器返回的变更规则。

S206：根据接收到的更新后的业务数据，对展示的执行支付业务所需的业务数据进行更新，所述更新后的业务数据为根据查询得到的变更规则确定的。

在本说明书中，绑卡服务器在步骤S204确定支付业务所需的业务数据的变更规则之后，便可将该变更规则转发给支付服务器，以便支付服务器根据变更规则更新在支付订单页中展示的业务数据，并发送至终端。则在用户的终端中可接收支付服务器发送的更新后的业务数据，并更新在支付订单页中第一区域展示的业务数据。

图5为本说明书提供的更新支付订单页的示意图，与图3显示的界面相互对应，图3中支付金额为100元，假设支付服务器根据绑卡服务器返回的变更规则，确定更新后的支付金额为80元，则可通过向终端发送更新后的支付金额，更新终端中支付订单页显示的支付金额，即图5。

S208：当绑卡业务执行完毕时，根据所述更新后的业务数据执行所述支付业务。

在本说明书中，绑卡服务器还可根据用户的在绑卡界面中的操作，继续执行绑卡业务，并在绑卡业务执行完毕时，将绑卡业务的执行结果(即，绑卡结果)发送至支付服务器。则支付服务器可根据绑卡结果，根据确定出的业务数据执行支付业务。

具体的，在本说明书中，当绑卡业务执行完毕后，绑卡服务器可确定绑卡结果，并将绑卡结果以及所述绑卡信息发送至该终端，则该终端可根据该绑卡成功的信息，显示执行支付业务的支付业务接口，当监测到用户对该支付业务接口的出发操作时，向该支付服务器发送携带该绑卡信息的支付请求。

则该支付服务器，可根据接收到的携带该绑卡信息的支付请求，以及更新后的业务数据，执行该支付业务。

另外，当绑卡结果为失败时，该绑卡服务器可向该支付服务器发送绑卡失败的信息。则该支付服务器可根据该绑卡失败的信息，确定更新前的业务数据并发送至该终端。于是，该终端可根据接收到的更新前的业务数据，展示该更新前的业务数据，以边后续在继续执行支付业务时，可根据该更新前的业务数据执行支付业务。

进一步地，由于用户执行绑卡业务的目的就是为了能够在绑卡后执行支付业务，因此该绑卡服务器也可在确定绑卡结果后，将该绑卡结果发送至支付服务器，若绑卡结果为成功，则支付服务器可根据更新后的业务数据(即，支付金额)执行支付业务。

基于图1所示的业务执行的系统以及图2所示的业务执行的方法，首先执行支付业务时，在电子设备处可在支付订单页中展示执行支付业务所需的业务数据以及绑卡业务接口。其次在根据用户对绑卡业务接口的触发操作确定需要进行绑卡时，向绑卡服务器发送执行绑卡业务的请求，以根据绑卡服务器返回的绑卡组件数据，展示用于输入信息的绑卡组件，并且该绑卡组件不遮挡展示该业务数据的区域。之后根据用户在绑卡组件中输入的绑卡信息，查询针对该业务数据的更新规则。然后根据接收到更新后的业务数据，对展示的业务数据进行更新，其中，更新后的业务数据是根据查询得到的变更规则确定的。使得最后在绑卡业务执行完毕时，可根据更新后的业务数据执行该支付业务。在上述业务执行过程中，绑卡业务的执行是支持支付业务执行的业务，通过展示不遮挡支付业务所需的业务数据的绑卡组件，使得用户一直可以观察到业务数据，减轻了绑卡过程的干扰。另外当用户在绑卡组件中输入的绑卡信息时，就可查询针对业务数据的变更规则。使得后续在得到变更规则后，可确定更新后的业务数据，并对展示的业务数据进行更新。使得用户在绑卡过程中，就可以确定绑卡业务对支付业务产生的影响，可以更直观的确定支付业务的状态。由于业务数据在用户开始支付到完成支付的过程中都是可视的，减少由于用户为了了解支付业务的状态，执行额外的查询操作的概率，也可减少用户投诉的概率，降低服务提供方的运行压力。由于在绑卡业务执行完毕后可根据更新后的业务数据，执行支付业务，提高了业务执行的效率。

另外，当发卡机构的提供的变更规则是实时变化的规则时，如，对前100 名完成支付的用户免单，而完成支付的用户是在不断变化的。则该绑卡服务器可按照预设的周期，向发卡机构的服务器发送查询请求，以周期性的查询针对该支付业务对应的业务数据的变更规则。并且，针对每次查询得到的变更规则，绑卡服务器可比较本次得到的变更规则与上一次得到的变更规则是否一致，当本次得到的变更规则与上一次得到的变更规则不一致时，向终端发送提示西悉尼，使得终端的绑卡界面显示提示信息，以提示用户变更规则出现变化。当然，绑卡服务器也可将提示消息发送至支付服务器，以使支付服务器向终端发送更新前的业务数据，则终端的支付订单页中展示更新前的业务数据。

基于图1所示的业务执行的系统以及图2所示的业务执行的方法，本说明书实施例还提供详细的业务执行的过程的示意图，如图6所示。

S300：所述电子设备向支付服务器发送支付请求；

S302：所述电子设备根据接收到的支付数据，展示所述支付订单页，并在所述支付订单页第一区域中展示执行支付业务所需的业务数据，以及展示绑卡业务接口；

S304：所述电子设备根据用户对所述绑卡业务接口的触发操作，向绑卡服务器发送绑卡请求；

S306：所述电子设备根据接收到的携带有绑卡组件数据的绑卡数据，在所述支付订单页第二区域中展示绑卡界面，并在所述绑卡界面中展示用于输入信息的绑卡组件所述绑卡界面不遮挡所述支付订单页中用于展示业务数据的区域；

S308：所述电子设备根据所述用户在所述绑卡组件中输入的绑卡信息，向所述绑卡服务器发送查询请求，以查询针对所述业务数据的变更规则，所述查询请求携带有所述支付业务的业务标识以及所述绑卡信息；

S310：所述绑卡服务器根据所述查询请求中携带的绑卡信息，确定发卡机构，并根据所述查询请求中携带的业务标识，向所述发卡机构查询针对所述业务数据的变更规则；

S312：所述绑卡服务器根据所述发卡机构返回的查询结果，确定变更规则，并发送至所述支付服务器；

S314：所述支付服务器根据接收到的所述绑卡服务器发送的变更规则，确定更新后的业务数据，并发送给所述电子设备；

S316：所述电子设备根据接收到的所述更新后的业务数据，对展示的执行支付业务所需的业务数据进行更新，当绑卡业务执行完毕时，根据更新后的业务数据执行所述支付业务。

图6所示的详细过程中的每个步骤的内容已经在本说明书中进行过描述，在此不再赘述。

基于图1所示的业务执行方法，本说明书实施例还对应提供一种业务执行的装置的结构示意图，如图7所示。

图7为本说明书实施例提供的一种业务执行的装置的结构示意图，所述装置包括：

发送模块400，根据监测到的用户对支付订单页上的绑卡业务接口的触发操作，向绑卡服务器发送执行绑卡业务的请求，其中，所述支付订单页的第一区域展示业务数据；

第一展示模块402，根据所述绑卡服务器返回的绑卡组件数据，在支付订单页第二区域展示用于输入信息的绑卡组件；

查询模块404，根据所述用户在所述绑卡组件中输入的绑卡信息，查询针对所述业务数据的变更规则；

第二展示模块406，根据接收到的更新后的业务数据，对展示的执行支付业务所需的业务数据进行更新，所述更新后的业务数据为根据查询得到的变更规则确定的；

业务执行模块408，当绑卡业务执行完毕时，根据所述更新后的业务数据执行所述支付业务。

可选地，在所述发送模块400，根据监测到的用户对绑卡业务接口的触发操作，向绑卡服务器发送执行绑卡业务的请求之前，所述第一展示模块402，根据所述支付服务器发送的支付数据，展示支付订单页，并在所述支付订单页的第一区域中展示执行支付业务所需的业务数据，以及在所述支付订单页中展示绑卡业务接口，所述第二展示模块406，根据所述绑卡服务器返回的携带有绑卡组件数据的绑卡数据，在所述支付订单页的第二区域中展示绑卡界面，并在所述绑卡界面中展示用于输入信息的绑卡组件。

可选地，所述发送模块400，当监测到用户发起使用与所述用户的账号不具有绑定关系的未绑定卡进行支付的操作，确定监测到所述用户对所述绑卡业务接口的触发操作。

可选地，所述查询模块404，监测所述用户在所述绑卡界面中输入的绑卡信息，当所述绑卡信息符合预设条件时，根据所述绑卡信息以及所述支付业务的业务标识，查询针对所述业务数据的变更规则。

可选地，所述绑卡信息至少包括：银行***，所述预设条件包括：绑卡信息中包含的银行***的位数为预设数量，或者绑卡信息中包含所述用户选择的发卡机构标识。

可选地，所述查询模块404，根据符合预设条件的绑卡信息，确定所述绑卡信息对应的发卡机构，根据所述支付业务的业务标识，向所述发卡机构的服务器发送查询请求，以查询针对所述支付业务所需的业务数据的变更规则。

可选地，所述业务执行模块408，当绑卡业务执行完毕时，若绑卡结果为成功，则根据更新后的业务数据以及所述绑卡信息，执行所述支付业务。

可选地，所述业务执行模块408，当绑卡业务执行完毕时，若绑卡结果为失败，则在所述支付订单页第一区域中展示更新前的业务数据，以根据更新前的业务数据执行所述支付业务。

可选地，所述查询模块404，按照预设的周期，向所述发卡机构的服务器发送查询请求，以周期性的查询针对所述支付业务对应的业务数据的变更规则。

可选地，第二展示模块406，针对每次查询得到的变更规则，比较本次得到的变更规则与上一次得到的变更规则是否一致。当本次得到的变更规则与上一次得到的变更规则不一致时，在所述绑卡界面中显示提示信息，以提示用户变更规则出现变化。

本说明书实施例还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1提供的业务执行的方法。

当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray， FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、 Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL (Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL (RubyHardware Description Language)等，目前最普遍使用的是VHDL (Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。