一种支付方法、装置和系统与流程

1.本发明涉及数字医疗技术领域，尤其涉及一种支付方法、装置和系统。


背景技术：

2.在一些互联网应用中，提供需要外部的结算系统进行结算的功能，例如，在a系统上用b系统的账户余额进行结算，其中，该b系统相对于a系统为外部的结算系统。基于该结算功能，互联网应用的用户可以在应用中完成利用外部的结算系统进行结算的业务。
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.图1是本发明一个实施例提供的一种应用于服务端支付方法的流程示意图；
33.图2是本发明一个实施例提供的一种应用于客户端支付方法的的流程示意图；
34.图3是本发明一个实施例提供的一种客户端和服务端交互的流程示意图；
35.图4是本发明一个实施例提供的一种支付服务器的结构示意图；
36.图5是本发明一个实施例提供的一种支付客户端的结构示意图；
37.图6是本发明一个实施例提供的一种支付系统的结构示意图；
38.图7是本发明实施例可以应用于其中的示例性系统架构图；
39.图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
40.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
41.本发明的实施例设想负责采集、分析、公开、传输、存储或其他使用此类个人信息数据的实体将遵守既定的隐私政策和/或隐私实践。具体地，此类实体应当实行并坚持使用被公认为满足或超出对维护个人信息数据的隐私性和安全性的行业或政府要求的隐私政策和实践。此类政策应该能被用户方便地访问，并应随着数据的采集和/或使用变化而被更新。来自用户的个人信息应当被收集用于实体的合法且合理的用途，并且不在这些合法使用之外共享或出售。此外，应在收到用户知情同意后进行此类采集/共享。此外，此类实体应考虑采取任何必要步骤，保卫和保障对此类个人信息数据的访问，并确保有权访问个人信息数据的其他人遵守其隐私政策和流程。另外，这种实体可使其本身经受第三方评估以证明其遵守广泛接受的隐私政策和实践。此外，应当调整政策和实践，以便采集和/或访问的特定类型的个人信息数据，并适用于包括管辖范围的具体考虑的适用法律和标准。例如，在美国，对某些健康数据的收集或获取可能受联邦和/或州法律的管辖，诸如健康保险流通和责任法案(hipaa)；而其他国家的健康数据可能受到其他法规和政策的约束并应相应处理。因此，在每个国家应为不同的个人数据类型保持不同的隐私实践。
42.不管前述情况如何，本发明的实施例还预期用户可以选择性地阻止使用或访问个人信息数据的实施方案。即本发明预期可提供硬件元件和/或软件元件，以防止或阻止对此类个人信息数据的访问。例如，就访问或存储健康信息而言，本发明实施例的技术可被配置为在注册服务期间或其后的任何时间允许用户选择“选择加入”或“选择退出”参与对个人信息数据的收集。在另一个示例中，用户可以选择不提供特定类型的健康相关信息。在又一个示例中，用户可以选择限制维持健康相关信息的时间长度或者完全禁止健康相关信息的存储。除了提供“选择加入”和“选择退出”选项外，本公开设想提供与访问或使用个人信息相关的通知。例如，可在下载应用时向用户通知其个人信息数据将被访问，然后就在个人信息数据被应用访问之前再次提醒用户。
43.此外，本发明实施例的目的是以最小化无意或未经授权访问或使用的风险管理和处理个人信息数据。一旦不再需要数据，通过限制数据收集和删除数据可最小化风险。此外，并且当适用时，包括在某些涉及健康信息相关应用程序中，数据去标识可用于保护用户的隐私。可在适当时通过移除特定标识符(例如，出生日期等)、控制所存储数据的量或特异性(例如，在城市级别而不是在地址级别收集位置数据)、控制数据如何被存储(例如，在用户之间聚合数据)、和/或其他方法来促进去标识。
44.本发明的一个实施例以医保系统为例说明，医保系统作为外部的结算系统，即第一系统；可以理解的是，使用医保系统所对应的个人信息数据时遵守既定的隐私政策和/或隐私实践。目前，各电商平台通常支持线上医保支付，线上医保支付通常分为多个步骤，每个步骤均需要直接与医保系统交互。由于不同区域的医保系统的性能和网络存在差异，在区域医保系统性能较差的情况下，导致医保系统接口返回时间长，无法满足大型电商平台对于接口性能的要求(比如系统反馈时间的阈值为50毫秒)，在返回时间超出阈值的情况下，电商平台需要按照接口未返回信息或接口异常处理，因此导致对应功能被降级甚至报错，以及用户无法使用线上医保支付。较大程度地影响了用户体验，例如用户在物品详情页可以看到使用医保支付的选项，但是在结算过程中由于返回异常信息而无法完成结算，用户可能多次反复进入结算页重试，影响了用户体验，又增加了系统负担。
45.鉴于此，如图1所示，本发明实施例提供了一种支付方法，应用于服务端，该方法可以包括以下步骤：
46.步骤s101：接收客户端发送的利用第一系统进行结算的请求；所述结算请求包括支付信息以及目标账户信息。
47.具体地，运行本发明的实施例的服务端例如为电子商城的服务端，对应地客户端为电子商城的客户端，用户在使用客户端时，可以发送利用第一系统进行结算的请求，其中，第一系统可以为用于结算的相对于应用服务端的外部系统，例如，本发明实施例中的电子商城系统为a系统，则第一系统为相对于a系统的外部系统，根据应用场景，a系统可以调用一个或多个外部系统实现不同类别的业务；本发明实施例中的第一系统为结算系统，例如：多个区域级别的医保结算系统；根据应用场景，医保系统可以根据行政区域划分多个子系统，从而为不同区域的用户提供服务；用户在使用客户端进行购买可以利用医保系统结算的物品时，即可以选择利用医保系统结算的选项，在用户选择该选项后客户端向服务端利用第一系统进行结算的请求。
48.进一步地，结算请求包括支付信息以及目标账户信息；其中，支付信息关联于用户购买的物品的信息，支付信息例如为基于物品的数量和金额计算得到的支付金额；目标账户信息关联于购买物品的用户账号信息，例如用户唯一标识、用户电话号码、地址等用户信息。
49.进一步地，在确定用户利用第一系统进行结算之前，需要对用户与第一系统之间的绑定关系进行认证。
50.具体地，在接收客户端发送的利用第一系统进行结算的请求之后，进一步包括：确定所述目标账户信息与所述第一系统是否存在绑定关系；如果确定出所述目标账户信息与所述第一系统不存在绑定关系，发送针对所述第一系统的绑定消息给所述客户端，以使用户通过所述客户端将所述目标账户信息绑定到所述第一系统。其中，可以通过服务端查询
关联的用户认证缓存信息中是否包含第一系统的信息来判断目标账户信息与所述第一系统是否存在绑定关系，或者调用第一系统的确定绑定信息的接口，将用户账户信息作为入参输入接口，根据接口的返回值判断目标账户信息与所述第一系统是否存在绑定关系；即，判断用户的账号是否已经绑定到第一系统。
51.进一步地，如果确定出所述目标账户信息与所述第一系统不存在绑定关系(例如用户第一次使用第一系统结算的情况)，发送针对所述第一系统的绑定消息给所述客户端。客户端在接收所述第一系统的绑定消息后，发送用户认证信息给服务端，服务端利用认证系统(例如：通过第三方的官方认证系统进行验证)对用户认证信息进行验证(例如进行实名制认证)，其中，用户认证信息包括用户的身份证号、生物特征识别信息(用于人脸识别、指纹识别等的生物特征信息)等；即，在确定出所述目标账户信息与所述第一系统不存在绑定关系的情况下，利用认证系统验证所述目标账户信息关联的用户认证信息，将第一验证结果发送给所述客户端，以使所述客户端在所述第一验证结果为验证通过的情况下，执行所述将所述目标账户信息绑定到所述第一系统的步骤。
52.进一步地，在用户验证通过的情况下；接收客户端发送的针对第一系统的绑定信息，其中，绑定信息关联于与第一系统，为第一系统需要验证后才能使用第一系统的信息，例如在第一系统为医保系统的情况下，绑定信息包括参保地、医保卡唯一标识等；服务端调用第一系统的接口，把接收的绑定信息作为接口的入参调用第一系统的验证接口，并接收第一系统的验证结果确定该用户是否与第一系统绑定，并把验证结果发送给客户端以告知用户；即，在所述第一验证结果为验证通过的情况下，发送所述目标账户信息关联的绑定信息给所述第一系统，以使所述第一系统基于所述绑定信息验证所述目标账户信息；接收所述第一系统的第二验证结果，发送所述第二验证结果给所述客户端。优选地，服务端利用给一个或多个数据表存储用户认证信息、目标账户信息、绑定信息以及用户相关的多种类型的用户信息的映射关系。
53.步骤s102：从预设的多个缓存数据中确定与所述目标账户信息相匹配的第一缓存数据；所述预设的多个缓存数据包括从所述第一系统所获取的所述目标账户信息的账户余额；基于所述第一缓存数据、所述第一系统的结算策略以及所述支付信息，确定对应于所述支付信息的抵扣信息；发送所述抵扣信息给所述客户端。
54.具体地，服务端从预设的缓存数据中查找与目标账户信息匹配的第一缓存数据；例如：预设的多个缓存数据为应用系统a的各个用户的目标账号信息对应的医保账户缓存数据；例如用户abc的医保账号信息(包括用户abc的医保卡账户余额)。即，预设的多个缓存数据包括从所述第一系统所获取的所述目标账户信息的账户余额。
55.其中，服务端从第一系统获取缓存数据的方法有两种：
56.第一种方法：按照设定时间间隔(例如5分钟、10分钟、30分钟等)，为已经绑定第一系统的每一个用户获取用户关联于第一系统的账号余额(即对应于所述目标账户信息的缓存数据)，并为每一个用户更新缓存数据；缓存数据可以保存于数据库、缓存等数据存储介质中。即，按照设定时间间隔，针对所管理的各个目标账户信息执行：向所述第一系统发送所述目标账户信息的查询请求；接收并缓存所述第一系统返回的对应于所述目标账户信息的缓存数据。
57.第二种方法：在判断客户端的用户利用第一系统结算成功的消息，响应于所述客
户端的结算成功的消息，更新与所述目标账户信息相匹配的第一缓存数据；可以理解的是，通过该方法可以在用户的缓存数据(账号余额)变化的情况下，即刻更新用户的缓存数据。
58.由此可见，通过应用系统的服务端为各个用户从第一系统获取缓存数据，并利用预设的多个缓存数据中确定与所述目标账户信息相匹配的第一缓存数据的方法，克服了在直接调用第一系统的接口得到账号余额时，而由于调用外部的结算系统(第一系统)的频率较高、外部的结算系统的接口性能较低等造成在应用中调用外部的结算系统出现结算异常的问题；较大程度地提高了用户的支付体验。
59.进一步地，基于所述第一缓存数据、所述第一系统的结算策略以及所述支付信息，确定对应于所述支付信息的抵扣信息；发送所述抵扣信息给所述客户端；例如：用户abc的医保系统中的账户余额为x；待支付物品的支付信息包含的支付金额为y；进一步判断是否满足第一系统的结算策略，例如：判断医保系统(即第一系统)根据待支付物品的物品信息确定一个或多个物品是否可以通过医保系统结算、第一缓存数据(医保系统中的账户余额x)的数值是否满足支付金额的支付条件、确定可以通过医保结算医保系统需要为该物品支付的百分比数值等，例如：通过结算策略，确定用户abc可以基于医保卡的账户余额x计算出针对支付金额y的抵扣信息(例如抵扣金额)为z；即用户需要真正支付的实际金额为y-z；在确定出抵扣信息后发送该信息给客户端，以使客户端显示相关支付信息给用户。
60.步骤s103：响应于所述客户端的结算成功的消息，更新与所述目标账户信息相匹配的第一缓存数据，并发送携带所述抵扣信息的抵扣请求给所述第一系统，以使所述第一系统更新所述目标账户信息的账户余额。
61.具体地，用户通过客户端的页面进行结算，在响应于所述客户端的结算成功的消息，更新与所述目标账户信息相匹配的第一缓存数据。其中，更新与所述目标账户信息相匹配的第一缓存数据有两种方法：第一种方法：直接对第一缓存数据进行数据更新，从用户结算前的数据更新为结算后的数据；第二种方法：在按照时间间隔查询第一系统从第一系统得到返回数据后更新缓存数据。
62.进一步地，在接收所述客户端的结算成功的消息后，并发送携带所述抵扣信息的抵扣请求给所述第一系统，以使所述第一系统更新所述目标账户信息的账户余额；例如：用户完成订单支付后，应用系统解析订单中的结算标识，根据对应的抵扣金额请求医保系统进行结算；关于医保系统的结算流程(例如先预结算再实际结算)由实际场景而确定；进一步地，在与医保系统数据传输发生异常的情况下，例如医保系统结算失败的情况下，应用系统的服务端可以取消用户订单，并发送订单取消原因给客户端以提示用户。
63.可以理解的是，通过缓存第一系统的账户信息，在用户结算后，向第一系统发送抵扣请求，克服了应用系统的服务端直接连接第一系统的问题，实现了对用户透明但是异步的结算方法，提高了用户的支付体验。
64.如图2所示，本发明实施例提供了一种支付方法，应用于客户端，该方法可以包括以下步骤：
65.步骤s201：响应于用户触发的利用第一系统进行结算的指令，发送结算请求给服务端；所述结算请求包括支付信息以及目标账户信息；
66.具体地，用户利用应用系统的客户端进行购物，在支付页面可以通过选择利用第一系统进行支付的选项触发的利用第一系统进行结算，即，即，客户端响应于用户触发的利
用第一系统进行结算的指令，发送结算请求给服务端；所述结算请求包括支付信息以及目标账户信息。
67.关于第一系统、结算请求、支付信息、目标账户信息的具体描述与步骤s101的描述一致，在此不再赘述。
68.步骤s202：接收服务端发送的对应于所述支付信息的抵扣信息；根据所述支付信息和所述抵扣信息，为所述目标账户信息进行结算。
69.具体地，客户端接收发送的对应于所述支付信息的抵扣信息，根据用户触发的结算指令，根据所述支付信息和所述抵扣信息，为所述目标账户信息进行结算。
70.进一步地，在服务端判断用户的目标账户信息是否与第一系统进行绑定之后，发送对应的验证请求给客户端；对于客户端，即接收服务端发送的第一验证需求，显示用户信息页面；通过所述用户信息页面接收所述客户端的用户输入的与所述目标账户信息关联的用户认证信息。关于用户认证信息、以及对用户认证信息验证的具体描述与步骤s101的描述一致，在此不再赘述。
71.进一步地，在对用户验证(例如实名验证)之后，进一步执行对第一系统绑定的绑定认证，即在接收到所述服务端发送的针对所述用户认证信息的认证结果；如果认证结果指示所属用户认证信息认证通过，则显示所述第一系统的绑定页面；通过所述绑定第一系统页面接收所述客户端的用户输入的关联于所述第一系统的所述目标账户信息的绑定信息；发送所述绑定信息给所述服务端；以使所述服务端利用所述第一系统验证所述绑定信息；接收所述服务端发送的验证所述绑定信息的验证结果，在验证结果为验证通过的情况下，显示指示与所述第一系统绑定成功的消息。关于对用户认证信息、以及对绑定信息进行验证的具体描述与步骤s101的描述一致，在此不再赘述。
72.如图3所示，本发明实施例提供了一种支付方法的流程，该流程可以包括以下步骤；
73.步骤s301：服务端按照设定时间间隔，针对所管理的各个目标账户信息执行：向所述第一系统发送所述目标账户信息的查询请求。
74.步骤s302：服务端接收并缓存所述第一系统返回的对应于所述目标账户信息的缓存数据。
75.步骤s303：客户端发送利用第一系统进行结算的请求。
76.步骤s304：服务端从预设的多个缓存数据中确定与所述目标账户信息相匹配的第一缓存数据。
77.步骤s305：客户端发送结算成功的消息给服务端。
78.步骤s306：服务端发送携带所述抵扣信息的抵扣请求给所述第一系统。
79.其中，步骤301-步骤302为按照时间间隔多次执行，因此步骤301-步骤302顺序编号仅为示例，该两个步骤可以存在其他任一步骤之后。步骤301-步骤302的描述即为按照设定时间间隔，针对所管理的各个目标账户信息执行：向所述第一系统发送所述目标账户信息的查询请求；接收并缓存所述第一系统返回的对应于所述目标账户信息的缓存数据。
80.步骤s303-步骤306的描述即为基于所述第一缓存数据、所述第一系统的结算策略以及所述支付信息，确定对应于所述支付信息的抵扣信息；发送所述抵扣信息给所述客户端；响应于所述客户端的结算成功的消息，发送携带所述抵扣信息的抵扣请求给所述第一
系统，以使所述第一系统更新所述目标账户信息的账户余额。
81.如图4所示，本发明实施例提供了一种支付服务器400，包括：接收请求模块401、确定信息模块402和结算请求模块403；其中，
82.所述接收请求模块401，用于接收客户端发送的利用第一系统进行结算的请求；所述结算请求包括支付信息以及目标账户信息；
83.所述确定信息模块402，用于从预设的多个缓存数据中确定与所述目标账户信息相匹配的第一缓存数据；所述预设的多个缓存数据包括从所述第一系统所获取的所述目标账户信息的账户余额；基于所述第一缓存数据、所述第一系统的结算策略以及所述支付信息，确定对应于所述支付信息的抵扣信息；发送所述抵扣信息给所述客户端；
84.所述结算请求模块403，用于响应于所述客户端的结算成功的消息，更新与所述目标账户信息相匹配的第一缓存数据，并发送携带所述抵扣信息的抵扣请求给所述第一系统，以使所述第一系统更新所述目标账户信息的账户余额。
85.如图5所示，本发明实施例提供了一种支付客户端500，包括：发送请求模块501和执行支付模块502；其中，
86.所述发送请求模块501，用于响应于用户触发的利用第一系统进行结算的指令，发送结算请求给服务端；所述结算请求包括支付信息以及目标账户信息；
87.所述执行支付模块502，用于接收服务端发送的对应于所述支付信息的抵扣信息；根据所述支付信息和所述抵扣信息，为所述目标账户信息进行结算。
88.如图6所示，本发明实施例提供了一种支付系统600，包括：支付服务器400、以及一个或多个支付客户端500。
89.本发明实施例还提供了一种支付电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例提供的方法。
90.本发明实施例还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例提供的方法。
91.图7示出了可以应用本发明实施例的支付方法或支付服务器或支付客户端的示例性系统架构700。
92.如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
93.用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种客户端应用，例如电子商城客户端应用、网页浏览器应用、搜索类应用、即时通信工具等。
94.终端设备701、702、703可以是具有显示屏并且支持各种客户端应用的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
95.服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所使用的客户端应用提供支持的后台管理服务器。后台管理服务器可以对接收到的利用第一系统结算的请求进行处理，并将关联于结算的结算结果反馈给终端设备。
96.需要说明的是，本发明实施例所提供的应用于客户端的支付方法一般由终端设备
701、702、703执行，本发明实施例所提供的应用于服务端的支付方法一般由服务器705执行，相应地，支付客户端一般设置于终端设备701、702、703中；支付服务端一般设置于服务器705中。
97.应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
98.下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
99.如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
100.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
101.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
102.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述
的任意合适的组合。
103.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
104.描述于本发明实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收请求模块、确定信息模块和结算请求模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，接收请求模块还可以被描述为“接收客户端发送的利用第一系统进行结算的请求的模块”。
105.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该应用于服务端的设备包括：接收客户端发送的利用第一系统进行结算的请求；所述结算请求包括支付信息以及目标账户信息；从预设的多个缓存数据中确定与所述目标账户信息相匹配的第一缓存数据；所述预设的多个缓存数据包括从所述第一系统所获取的所述目标账户信息的账户余额；基于所述第一缓存数据、所述第一系统的结算策略以及所述支付信息，确定对应于所述支付信息的抵扣信息；发送所述抵扣信息给所述客户端；响应于所述客户端的结算成功的消息，更新与所述目标账户信息相匹配的第一缓存数据，并发送携带所述抵扣信息的抵扣请求给所述第一系统，以使所述第一系统更新所述目标账户信息的账户余额。使得该应用于客户端的设备包括：响应于用户触发的利用第一系统进行结算的指令，发送结算请求给服务端；所述结算请求包括支付信息以及目标账户信息；接收服务端发送的对应于所述支付信息的抵扣信息；根据所述支付信息和所述抵扣信息，为所述目标账户信息进行结算。
106.本发明的实施例，能够利用服务端接收客户端发送的利用外部系统进行结算的请求；从预设的多个缓存数据中确定匹配于所述客户端的缓存数据；基于缓存数据、外部系统结算策略确定抵扣信息；客户端在结算成功后发送携带外部系统抵扣信息的请求给外部系统进行同步更新。克服了由于对外部的结算系统的调用频率较高、外部的结算系统的接口性能较低造成的通过外部的结算系统造成的结算异常的问题；提高了用户支付体验。
107.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。