CN112700234A - 支付方法、装置、系统、服务器、设备及介质 - Google Patents

Abstract

本申请公开了一种支付方法、装置、系统、服务器、设备及介质。其中，该支付方法包括：通过富媒体通信信息获取第一电子设备发送的目标订单信息，目标订单信息携带订单拆分请求，订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象；向与目标对象对应的第二电子设备发送订单拆分支付信息；在接收到支付账户管理平台发送的目标对象完成对订单拆分支付信息中目标子订单的第一支付结果信息时，确定目标订单完成支付的第二支付结果信息。根据本申请实施例，能够提高支付效率。

Description

支付方法、装置、系统、服务器、设备及介质

技术领域

本申请属于互联网技术领域，尤其涉及一种支付方法、装置、系统、服务器、设备及介质。

背景技术

随着互联网技术和电子设备的快速发展，移动支付得到了普及，如用户可通过电子设备上的银行账户或者各种第三方平台账户进行支付。

目前的支付方式是在生成订单后，通过一个支付账户对订单整体进行支付。但是，该支付方式在一些情况下并不适用，如在支付账户余额不足时，就无法对该订单进行支付。

发明内容

本申请实施例提供一种支付方法、装置、系统、服务器、设备及介质，能够提高支付效率。

第一方面，本申请实施例提供了一种支付方法，应用于通信管理平台，该方法可以包括：

获取目标订单信息，目标订单信息通过通信管理平台提供的富媒体通信信息从第一电子设备获取，目标订单信息携带订单拆分请求，订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象；

向与目标对象对应的第二电子设备发送订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息；

在接收到支付账户管理平台发送的目标对象完成对目标子订单的第一支付结果信息时，确定目标订单的第二支付结果信息；

向与目标订单对应的服务平台发送第二支付结果信息，第二支付结果信息用于确定目标订单完成支付。

第二方面，本申请实施例提供了一种支付方法，应用于支付帐户管理平台，该方法可以包括：

接收通信管理平台发送的订单支付信息，订单支付信息携带第二电子设备发送的订单支付请求，订单支付请求用于请求支付与第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息；

根据目标子订单对应的资源信息，向第二电子设备发送支付目标子订单对应的资源信息的支付确认请求；

在接收到第二电子设备发送的确认支付信息时，向通信管理平台发送目标对象完成对目标子订单的第一支付结果信息，第一支付结果信息用于确定与目标子订单对应的目标订单完成支付的第二支付结果信息。

第三方面，本申请实施例提供了一种支付方法，应用于第一电子设备，该方法可以包括：

显示由通信管理平台提供的支付界面，支付界面包括目标订单、目标订单对应的资源信息和拆分目标订单的目标选项；

接收针对目标选项的第一输入；

响应于第一输入，确定目标订单的订单拆分请求，订单拆分请求包括目标订单分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象；

通过通信管理平台提供的富媒体通信信息，向通信管理平台发送目标订单的目标订单信息，目标订单信息携带订单拆分请求。

第四方面，本申请实施例提供了一种支付方法，应用于第二电子设备，包括：

通过通信管理平台提供的富媒体通信信息，接收并显示通信管理平台发送的订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息，目标对象与第二电子设备对应；

接收针对订单拆分支付信息的第二输入；

响应于第二输入，确定支付目标子订单的支付方式，并通过通信管理平台向与支付方式对应的支付账户管理平台发送订单支付请求，订单支付请求用于请求支付目标子订单对应的资源信息；

在接收到支付账户管理平台发送的支付目标子订单对应的资源信息的支付确认请求时，确定对目标子订单的支付操作，并向支付账户管理平台发送确认支付信息，确认支付信息用于确定目标对象完成对目标子订单的第一支付结果信息。

第五方面，本申请实施例提供了一种支付装置，应用于通信管理平台，该支付装置可以包括：

获取模块，用于获取目标订单信息，目标订单信息通过通信管理平台提供的富媒体通信信息从第一电子设备获取，目标订单信息携带订单拆分请求，订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象；

发送模块，用于向与目标对象对应的第二电子设备发送订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息；

处理模块，用于在接收到支付账户管理平台发送的目标对象完成对目标子订单的第一支付结果信息时，确定目标订单的第二支付结果信息；

发送模块还用于，向与目标订单对应的服务平台发送第二支付结果信息，第二支付结果信息用于确定目标订单完成支付。

第六方面，本申请实施例提供了一种支付装置，应用于支付帐户管理平台，该支付装置可以包括：

通信模块，用于接收通信管理平台发送的订单支付信息，订单支付信息携带第二电子设备发送的订单支付请求，订单支付请求用于请求支付与第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息；

发送模块，用于根据目标子订单对应的资源信息，向第二电子设备发送支付目标子订单对应的资源信息的支付确认请求；

发送模块，还用于在接收到第二电子设备发送的确认支付信息时，向通信管理平台发送目标对象完成对目标子订单的第一支付结果信息，第一支付结果信息用于确定与目标子订单对应的目标订单完成支付的第二支付结果信息。

第七方面，本申请实施例提供了一种支付装置，应用于第一电子设备，包括：

显示模块，用于显示由通信管理平台提供的支付界面，支付界面包括目标订单、目标订单对应的资源信息和拆分目标订单的目标选项；

接收模块，用于接收针对目标选项的第一输入；

处理模块，用于响应于第一输入，确定目标订单的订单拆分请求，订单拆分请求包括目标订单分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象；

发送模块，用于通过通信管理平台提供的富媒体通信信息，向通信管理平台发送目标订单的目标订单信息，目标订单信息携带订单拆分请求。

第八方面，本申请实施例提供了一种支付装置，应用于第二电子设备，包括：

通信模块，用于通过通信管理平台提供的富媒体通信信息，接收并显示通信管理平台发送的订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息，目标对象与第二电子设备对应；

接收模块，用于接收针对订单拆分支付信息的第二输入；

处理模块，用于响应于第二输入，确定支付目标子订单的支付方式，并通过通信管理平台向与支付方式对应的支付账户管理平台发送订单支付请求，订单支付请求用于请求支付目标子订单对应的资源信息；

支付模块，用于在接收到支付账户管理平台发送的支付目标子订单对应的资源信息的支付确认请求时，确定对目标子订单的支付操作，并向支付账户管理平台发送确认支付信息，确认支付信息用于确定目标对象完成对目标子订单的第一支付结果信息。

第九方面，本申请实施例提供了一种通讯管理服务器，该通讯管理服务器包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面所示的支付方法。

第十方面，本申请实施例提供了一种支付帐户管理服务器，该支付帐户管理服务器包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第二方面所示的支付方法。

第十一方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第三方面或者第四方面所示的支付方法。

第十二方面，本申请实施例提供了一种支付系统，该支付系统可以包括如第五方面所示的通信管理平台、如第六方面所示的支付账户管理平台、如第七方面所示的第一电子设备和第八方面所示的第二电子设备。

第十三方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面、第二方面、第三方面或者第四方面所示的流量控制方法。

本申请实施例的支付方法、装置、系统、服务器、设备及介质，能够通过通讯管理平台提供的富媒体通信信息从第一电子设备获取目标订单的订单拆分请求，该订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象。

由此，可以在用户进行订单支付时，支付方即第一电子设备可以对待支付的订单进行支付拆分，灵活选择支付账户进行支付，支持用户使用不同支付账户进行支付，对用户来说支付操作更为便捷。这样，在支付账户余额不足且该订单仅有一个订单时，可以采用支付拆分，灵活选择支付帐户进行支付。同理，在一个支付账户余额不足以对整个订单进行支付，且整个订单中包括多个子订单时，根据支付账户余额，采用不同的支付账户分别对多个子订单进行支付操作，以实现支付拆分以及跨支付账户对拆分的订单进行支付。

另外，本申请实施例采用富媒体通信信息作为信息传输的载体，具有运营商体系的基础，因此，用户无需下载第三方购物应用程序即可实现下单，这样，可以在节省电子设备的存储量的同时，减少用户注册和/或登录第三方购物应用程序的操作，提高用户的支付效率。

附图说明

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

图1示出了本申请一个实施例提供的一种支付系统的架构示意图；

图2示出了本申请一种富媒体通信信息的界面示意图；

图3示出了本申请一个实施例提供的一种基于第一电子设备的第一界面示意图；

图4示出了本申请一个实施例提供的一种基于第二电子设备的第二界面示意图；

图5示出了本申请一个实施例提供的一种基于通信管理平台的支付方法的流程示意图；

图6示出了本申请一个实施例提供的一种基于支付帐户管理平台的支付方法的流程示意图；

图7示出了本申请一个实施例提供的一种基于第一电子设备的支付方法的流程示意图；

图8示出了本申请一个实施例提供的一种基于第二电子设备的支付方法的流程示意图；

图9示出了本申请一个实施例提供的一种基于服务平台的支付方法的流程示意图；

图10示出了本申请一个实施例提供的一种支付方法的交互示意图；

图11示出了本申请一个实施例提供的一种基于通信管理平台的支付装置的结构示意图；

图12示出了本申请一个实施例提供的一种基于支付帐户管理平台的支付装置的结构示意图；

图13示出了本申请一个实施例提供的一种基于第一电子设备的支付装置的结构示意图；

图14示出了本申请一个实施例提供的一种基于第二电子设备的支付装置的结构示意图；

图15示出了本申请一个实施例提供的一种基于服务平台的支付装置的结构示意图；

图16示出了本申请一个实施例提供的一种服务器的硬件结构示意图；

图17示出了本申请一个实施例提供的一种电子设备的硬件结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前，涉及的支付方法通常是通过支付类应用程序建立即时通讯群组，群组里的用户对群账单进行“AA”支付，参与支付的用户必须拥有同一支付应用的账户，且该账户有充足的余额，否则无法参与支付。

由此，本申请实施例提供了本专利提出一种支付方法，其中，可以在支持富媒体通信的应用程序内确定目标订单信息，该目标订单信息包括目标订单对应的资源信息，目标订单拆分后的至少两个子订单，每个子订单对应的资源信息以及参与支付每个子订单的电话号码或者支付账户。这样，通过通信管理平台提供的富媒体通信信息，向通信管理平台发送目标订单信息，该目标订单信息携带订单拆分支付请求。通信管理平台向目标对象对应的第二电子设备发送订单拆分支付信息，以使用户通过第二电子设备根据目标子订单对应的资源信息完成对目标子订单的支付。此时，在第二电子设备完成对目标子订单的支付的情况下，通信管理平台确定目标订单中的每个子订单是否都完成了支付，若目标订单中的每个子订单都完成了支付，那么，通信管理平台向与目标订单对应的服务平台发送目标订单完成通知，以便完成针对目标订单的支付。

由此，本申请实施例提供的方法可以支持在用户支付时，支付方可以选择将订单进行支付拆分，灵活选择支付账户进行支付，实现跨支付账户进行支付拆分，以减少支付过程中的复杂度，提高支付效率。

这样，本申请实施例结合附图1-图4，通过具体的实施例及其应用场景对本申请实施例提供的支付方法进行详细地说明。

本申请实施例涉及一种富媒体通信(Rich Communication Services&Suite，RCS)又称5G消息，是一种基于短信应用的通讯方式。该富媒体通信融合了语音、消息、状态栏、位置服务等通信服务，为电子设备提供如高清音视频通话、多媒体消息、联系人的社交身份状态等增强型通讯方式以及社交功能。用户可以通过电子设备上短信的RCS组件，融合文字、图片、视频或者链接等，实现购物类应用程序、即时通讯应用程序或者支付类应用程序的互动功能，丰富短信应用，以实现用户之间的通信。

如图1所示，短信应用程序中支付类界面可以基于富媒体通信的进行A信息的查询，并通过富媒体通信信息涉及的区域，向用户展示信息查询后的信息结果，该信息结果包括与A信息相关的链接、图片或者视频信息结果。另外，也可以通过富媒体通信信息涉及的区域进行跳转到某个应用程序的界面，这里，电子设备可以无需下载该应用程序即可通过富媒体通信信息浏览并使用该应用程序的至少一个功能。或者，在短信应用程序的购物类界面中，用户可以基于富媒体通信信息涉及的区域中展示的商品信息进行浏览以及购买，实现无需下载该购物类界面对应的购物类应用程序和支付类应用程序，即可实现购物并支付的功能。

基于此，如图2所示，本申请提出一种支付系统的架构示意图，该支付系统20包括通信管理服务器201、支付帐户管理服务器202、服务平台对应的服务器203、用户端204。

这里，通信管理服务器201上可以运行通信管理平台，该通信管理服务器201可以为运营商提供的服务器。在一种可能的实施例中，通信管理平台可以包括5G消息中心和消息平台。其中，5G消息(5GMC)可以用于负责对接用户端204，进行5GMC的调度下发。在发明实施例中可以通过通信管理平台提供的富媒体通信信息接收电子设备发送的信息。消息平台(Message as a Platfrom，MaaP)可以用于对接服务平台对应的服务器203。服务平台对应的服务器203与用户端204的交互消息由MaaP发送至5GMC再传递给用户端204。由此，通信管理服务器201搭建的消息能力，使用户端可以为其用户提供富媒体信息服务。

支付帐户管理服务器202可以为第三方支付机构，用于接收用户端204与服务平台对应的服务器203之间资源转移的资源信息。

服务平台对应的服务器203可以为第三方购物平台的服务器，用于提供商户服务，以及为用户端204提供购物平台；或者，服务平台对应的服务器203为视频播放平台的服务器，用于为用户端204提供视频信息，以便用户浏览。由此，该服务平台可以是任意一种为用户端204提供任意服务对应的应用程序，在此不再限定该服务平台的类别。其中，在本申请实实施例中，服务平台对应的服务器203可以用于处理用户端204发送的目标订单的订单拆分请求，并在通信管理服务器201确定目标订单支付完成时，将目标订单的订单状态更新为完成支付，以便根据目标订单向第一电子设备发送与目标订单对应的资源信息以及实体产品，如该目标订单可以是用户在某一个视频播放平台上购买的视频会员，也可以是用户在某一个购物类平台购买的实体产品。

用户端204可以包括第一电子设备204和第二电子设备205。其中，第一电子设备204用于在服务平台上确定目标订单，并支付目标订单对应的资源信息。第二电子设备205为第一电子设备指定参与支付目标订单拆分后的每个子订单的目标对象，或者，参与支付目标订单的目标对象。

由此，本申请实施例基于上述架构提供了一种支付方法，具体如下所示：

首先，如图3所示，第一电子设备204向第一用户显示由通信管理平台提供的支付界面，支付界面包括目标订单、目标订单对应的资源信息如总计支付金额和拆分目标订单的目标选项。第一电子设备204接收第一用户针对目标选项的第一输入如拆分目标订单；第一电子设备204响应于第一输入，确定目标订单的订单拆分请求，订单拆分请求包括目标订单分后的至少两个子订单如子订单A和子订单B、每个子订单对应的资源信息以及参与支付每个子订单的目标对象如目标对象A的帐户信息和目标对象B的电话号码。以及，通过通信管理平台提供的富媒体通信信息，向通信管理服务器201发送目标订单的目标订单信息。这里，目标对象A可以是发起订单查分请求的用户，如此，目标对象可以是发起订单查分请求的用户的任意一个帐户信息，也可以是区别于第一用户的用户，以使区别于第一用户的用户对子订单进行支付。

接着，通信管理服务器201通过通信管理平台提供的富媒体通信信息接收第一电子设备204发送的目标订单信息，目标订单信息携带订单拆分请求，订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象。通信管理服务器201向服务平台对应的服务器203发送订单信息，订单信息携带订单拆分请求。服务平台对应的服务器203接收通信管理服务器201发送的订单信息，订单信息携带订单拆分请求订单拆分请求。服务平台对应的服务器203根据订单拆分请求，确定订单拆分支付信息，并向通信管理服务器201发送针对订单信息的反馈信息，反馈信息包括订单拆分支付信息。

通信管理服务器201在接收到反馈信息的情况下，向与目标对象对应的第二电子设备205发送订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息。

其次，如图4所示，第二电子设备205在接收到富媒体通信信息接收通信管理服务器201发送的订单拆分支付信息的情况下，显示订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息。这里，可以接收第二用户针对订单拆分支付信息的第二输入；响应于第二输入，可以根据第二电子设备相关的支付账户，确定支付目标子订单的支付方式，并向通信管理服务器201发送订单支付请求，订单支付请求用于请求支付目标子订单对应的资源信息。

这里，支付目标子订单的支付方式可以如图4所示，即使用一种支付方式1进行支付，当然，也可以使用支付方式1和支付方式2对目标子订单进行支付。同理，若目标子订单的数量为至少两个，则用户可以选择针对至少两个目标子订单使用相同的支付方式，也可以针对不同的目标子订单使用不同的支付方式，这里，该支付方式可以是使用其中可以支付方式，也可以时采用组合的支付方式对目标子订单进行支付。

通信管理服务器201向与支付方式对应的支付帐户管理服务器202发送订单支付请求。支付帐户管理服务器202接收通信管理平台发送的订单支付信息，订单支付信息携带第二电子设备发送的订单支付请求，订单支付请求用于请求支付与第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息。这样，支付帐户管理服务器202根据目标子订单对应的资源信息，向第二电子设备205发送支付目标子订单对应的资源信息的支付确认请求。第二电子设备205在接收到资源信息的支付确认请求时，确定对目标子订单的支付操作，并向支付帐户管理服务器202发送确认支付信息。在支付帐户管理服务器202接收到第二电子设备发送的确认支付信息时，向通信管理服务器201发送目标对象完成对目标子订单的第一支付结果信息。通信管理服务器201在接收到支付帐户管理服务器202发送的目标对象完成对目标子订单的第一支付结果信息时，确定目标订单的第二支付结果信息；并向与目标订单对应的服务平台发送第二支付结果信息，第二支付结果信息用于确定目标订单完成支付。

这样，本申请实施例提供的支付方法，使用户在无需在支付同一个目标订单时，所有支付用户拥有同一账户体系下的账户，也无需创建群组操作，就可以实现支付用户使用不同支付账户对目标订单进行支付，对用户来说更加便捷，支付体验更好。

另外，本申请实施例中通过富媒体通信信息作为消息传输的载体，具有运营商体系的基础，因此用户无需注册其他账户进行消息发送或接送，可减少用户的电子设备的存储量。

其次，在收到支付请求消息后，用户可选择任意支付账户，实现了跨账户支付同一笔账单。这里，用户无需下载第三方购物应用程序即可实现在第三方购物应用程序生成目标订单的功能，这样，可以在节省电子设备的存储量。

此外，无需强调参与支付的用户需要注册同一个支付类应用程序就能进行支付，减少了用户注册和/或登录第三方购物应用程序的操作，提高用户的支付效率。另外，对于子订单的支付方来说，在收到订单拆分支付信息后，子订单的支付方可选择任意支付账户，以实现与第一用户跨不同账户支付同一笔账单。

需要说明的是，本申请实施例提供的显示方法除了可以应用于上述涉及的在不同的电子设备之间进行支付目标订单的场景即使用第一电子设备中任意支付账户支付任意个子订单，以及使用第二电子设备中任意支付账户支付任意个子订单之外，还可以应用于同一个电子设备使用不同的支付账户进行支付目标订单的场景。如目标对象为第一电子设备上的任一种支付账户，且与目标对象对应的第二电子设备与第一电子设备为同一个电子设备时，即目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的支付账户，其中，至少两个子订单包括子订单A和子订单B，基于此，可以通过第一电子设备中的支付账户A支付子订单A，以及通过第一电子设备中的支付账户B支付子订单B。上述两种方式即不同电子设备上不同的支付账户、不同电子设备上相同的支付账户、或者相同电子设备上不同的支付账户均可以实现跨支付账户的拆分支付。

根据上述应用场景，下面结合图5对本申请实施例提供的支付方法进行详细说明。

图5示出了本申请一个实施例提供的一种基于通信管理平台的支付方法的流程示意图。

如图5所示，该支付方法可以应用于通信管理平台、基于通信管理平台的支付装置或者通讯管理服务器，基于此，具体可以包括步骤510-步骤540。

首先，步骤510，获取目标订单信息，目标订单信息通过通信管理平台提供的富媒体通信信息从第一电子设备获取，目标订单信息携带订单拆分请求，订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象。

接着，步骤520，向与目标对象对应的第二电子设备发送订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息。

再者，步骤530，在接收到支付账户管理平台发送的目标对象完成对目标子订单的第一支付结果信息时，确定目标订单的第二支付结果信息。

然后，步骤540，向与目标订单对应的服务平台发送第二支付结果信息，第二支付结果信息用于确定目标订单完成支付。

由此，可以在用户进行订单支付时，支付方即第一电子设备可以对待支付的订单进行支付拆分，灵活选择支付账户进行支付，支持用户使用不同支付账户进行支付，对用户来说支付操作更为便捷。这样，在支付账户余额不足且该订单仅有一个订单时，可以采用支付拆分，灵活选择支付帐户进行支付，以及，在支付账户余额不足以对整个订单进行支付且整个订单中包括多个子订单时，根据支付账户余额，分别对多个子订单进行支付操作，以实现支付拆分以及跨支付账户对拆分的订单进行支付。

另外，本申请实施例采用富媒体通信信息作为信息传输的载体，具有运营商体系的基础，因此，用户无需下载第三方购物应用程序即可实现下单，这样，可以在节省电子设备的存储量的同时，减少用户注册和/或登录第三方购物应用程序的操作，提高用户的支付效率。

下面对上述步骤进行详细说明，具体如下所示：

首先，涉及步骤510，在本申请实施例涉及的目标对象可以包括下述中的至少一项：支付账户、第二电子设备的设备标识。

例如，目标对象可以是与第一电子设备对应的第一用户的至少一个支付账户，如第一用户的银行卡支付账户、非现金收付款移动交易结算平台的支付账户等。目标对象也可以是与第一用户具有社交关系的第二用户对应的第二电子设备的设备标识如第二用户的电话号码。目标对象还可以是第一用户对应的支付账户和第二用户的电话号码。

接着，涉及步骤520，在本申请实施例中，在步骤520之前，该支付方法还可以包括：

向服务平台发送订单信息，订单信息携带订单拆分请求，订单信息用于通知服务平台根据订单拆分请求，确定订单拆分支付信息；

接收服务平台针对订单信息发送的反馈信息；

根据反馈信息，确定订单拆分支付信息。

再者，涉及步骤530，在本申请实施例中，在步骤530之前，该支付方法还可以包括：

接收第二电子设备发送的订单支付请求，订单支付请求用于请求支付目标子订单对应的资源信息，订单支付请求包括目标子订单，与目标子订单对应的支付账户管理平台和目标子订单对应的资源信息，支付账户管理平台为与目标子订单对应的支付方式相关联的平台；

向支付账户管理平台发送订单支付信息，订单支付信息携带第二电子设备发送的订单支付请求，订单支付请求用于第二电子设备请求支付与第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息；

接收支付账户管理平台发送的订单支付结果信息；

根据订单支付结果信息，确定目标子订单的第一支付结果信息。

基于此，在本申请实施例中提供下述两种确定目标订单的第二支付结果信息的方式，具体如下所示；

方式一：根据接收支付账户管理平台发送的第一支付结果信息的次数和目标订单拆分后的子订单数量，确定目标订单的第二支付结果信息。

方式二：在接收到服务平台发送的确定目标订单完成支付的信息时，向第一电子设备和第二电子设备发送通知信息，通知信息用于确定已完成目标订单的支付操作。

基于相同的发明构思，本申请提供了一种基于支付帐户管理平台的支付方法。具体结合图6进行详细说明。

图6示出了本申请一个实施例提供的一种基于支付帐户管理平台的支付方法的流程示意图。

如图6所示，该支付方法可以应用于支付帐户管理平台、基于支付帐户管理平台的支付装置或者支付帐户管理服务器，基于此，具体可以包括步骤610-步骤630。

首先，步骤610，接收通信管理平台发送的订单支付信息，订单支付信息携带第二电子设备发送的订单支付请求，订单支付请求用于请求支付与第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息。

其次，步骤620，根据目标子订单对应的资源信息，向第二电子设备发送支付目标子订单对应的资源信息的支付确认请求。

然后，步骤630，在接收到第二电子设备发送的确认支付信息时，向通信管理平台发送目标对象完成对目标子订单的第一支付结果信息，第一支付结果信息用于确定与目标子订单对应的目标订单完成支付的第二支付结果信息。

基于相同的发明构思，本申请提供了一种基于第一电子设备的支付方法。具体结合图7进行详细说明。

图7示出了本申请一个实施例提供的一种基于第一电子设备的支付方法的流程示意图。

如图7所示，该支付方法可以应用于第一电子设备，基于此，具体可以包括步骤710-步骤740。

首先，步骤710，显示由通信管理平台提供的支付界面，支付界面包括目标订单、目标订单对应的资源信息和拆分目标订单的目标选项。

接着，步骤720，接收针对目标选项的第一输入。

再者，步骤730，响应于第一输入，确定目标订单的订单拆分请求，订单拆分请求包括目标订单分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象。

然后，步骤740，通过通信管理平台提供的富媒体通信信息，向通信管理平台发送目标订单的目标订单信息，目标订单信息携带订单拆分请求。

其中，在本申请实施例中，在步骤740之后，该支付方法还可以包括：

接收通信管理平台发送的通知信息，通知信息用于确定已完成目标订单的支付操作；

显示已完成目标订单的支付操作的提示信息。

基于相同的发明构思，本申请提供了一种基于第二电子设备的支付方法。具体结合图8进行详细说明。

图8示出了本申请一个实施例提供的一种基于第二电子设备的支付方法的流程示意图。

如图8所示，该支付方法可以应用于第二电子设备，基于此，具体可以包括步骤810-步骤840。

首先，步骤810，通过通信管理平台提供的富媒体通信信息，接收并显示通信管理平台发送的订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息，目标对象与第二电子设备对应。

接着，步骤820，接收针对订单拆分支付信息的第二输入；

再者，步骤830，响应于第二输入，确定支付目标子订单的支付方式，并通过通信管理平台向与支付方式对应的支付账户管理平台发送订单支付请求，订单支付请求用于请求支付目标子订单对应的资源信息；

然后，步骤820，在接收到支付账户管理平台发送的支付目标子订单对应的资源信息的支付确认请求时，确定对目标子订单的支付操作，并向支付账户管理平台发送确认支付信息，确认支付信息用于确定目标对象完成对目标子订单的第一支付结果信息。

基于相同的发明构思，本申请提供了一种基于服务平台的支付方法。具体结合图9进行详细说明。

图9示出了本申请一个实施例提供的一种基于服务平台的支付方法的流程示意图。

如图9所示，该支付方法可以应用于服务平台、基于服务平台的支付装置或者服务平台对应的服务器，基于此，具体可以包括步骤910-步骤930。

首先，步骤910，接收通信管理平台发送的订单信息，订单信息携带订单拆分请求。

接着，步骤920，根据订单拆分请求，确定订单拆分支付信息；

然后，步骤930，向通信管理平台发送针对订单信息的反馈信息，反馈信息包括订单拆分支付信息。

其中，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息。

本申请实施例的支付方法、装置、系统、服务器、设备及介质，能够通过通讯管理平台提供的富媒体通信信息从第一电子设备获取目标订单的订单拆分请求，该订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象。由此，可以在用户进行订单支付时，支付方即第一电子设备可以对待支付的订单进行支付拆分，灵活选择支付账户进行支付，支持用户使用不同支付账户进行支付，对用户来说支付操作更为便捷。

这样，在支付账户余额不足且该订单仅有一个订单时，可以采用支付拆分，灵活选择支付帐户进行支付，以及，在支付账户余额不足以对整个订单进行支付且整个订单中包括多个子订单时，根据支付账户余额，分别对多个子订单进行支付操作，以实现支付拆分以及跨支付账户对拆分的订单进行支付。

另外，本申请实施例采用富媒体通信信息作为信息传输的载体，具有运营商体系的基础，因此，用户无需下载第三方购物应用程序即可实现下单，这样，可以在节省电子设备的存储量的同时，减少用户注册和/或登录第三方购物应用程序的操作，提高用户的支付效率。

为了更好的说明上述支付方法，本申请实施例以目标对象为第二电子设备的设备标识如电话号码为例对支付方法进行说明。

图10示出了本申请一个实施例提供的一种支付方法的交互示意图。

如图10所示，该支付方法可以应用于支付系统，该支付系统可以包括通信管理服务器、支付帐户管理服务器、服务平台对应的服务器、第一电子设备和第二电子设备。基于此，该支付方法可以包括步骤1001-步骤1019，具体如下所示：

步骤1001，用户王五通过第一电子设备的短信应用程序中的5G消息进入服务平台，并选择商品进行下单，得到目标订单。并显示该目标订单对应的支付总资源信息(如600元)。第一电子设备在接收到王五点击订单拆分选项，输入参与支付的联系人电话号码如张三、李四和王五自己，则此时每人需要支付200元。

步骤1002，在第一电子设备接收到王五点击订单拆分选项的第一输入时，第一电子设备通过富媒体通信信息向通信管理服务器发送目标订单信息，目标订单信息携带订单拆分请求。

其中，订单拆分请求包括目标订单拆分后的子订单的订单号、参与支付的人员(张三、李四和王五)的电话号码以及每人需要支付的资源信息如200元。这里，目标订单信息还可以包括目标订单总资源信息和目标订单的订单号。

步骤1003，通信管理服务器向服务平台对应的服务器发送订单拆分请求。

步骤1004，服务平台对应的服务器根据订单拆分请求，确定订单拆分支付信息，并向通信管理服务器发送订单拆分支付信息。

其中，订单拆分支付信息包括参与支付的人员(张三、李四和王五)的子订单以及每人需要支付子订单的资源信息如200元。

步骤1005，通信管理服务器根据张三、李四和王五的电话号码，分别将与其对应的子订单和每个子订单的资源信息发送到张三对应的第二电子设备、李四对应的第二电子设备以及王五对应的第二电子设备。这里，王五的电子设备既是确定目标订单的电子设备，也是需要对子订单进行支付的电子设备。

步骤1006，第二电子设备通过富媒体通信信息向用户如张三显示订单拆分支付信息。该订单拆分支付信息可以包括张三参与支付的目标子订单和目标子订单的资源信息。

这里，在张三查看订单拆分支付信息中参与支付的目标子订单与目标子订单对应的资源信息，在张三确认后选择张三的第二电子设备中任意支付方式，向通信管理服务器发起订单支付请求，订单支付请求中包含支付方式的帐户类型，账户ID(如example@test.com)，支付金额(200元)，订单号以及风控相关信息(SEID)。

步骤1007，通信管理服务器根据第二电子设备发送的订单支付请求中的支付方式的帐户类型，将订单支付请求发送到与支付方式的帐户类型对应的支付帐户管理服务器。

步骤1008，支付帐户管理服务器根据订单支付请求中的风控相关信息(SEID)，确定本次支付的有效性之后，向第二电子设备发送支付目标子订单对应的资源信息的支付确认请求。

步骤1009，第二电子设备在接收到支付账户管理平台发送的支付目标子订单对应的资源信息的支付确认请求时，确定对目标子订单的支付操作，并向支付账户管理平台发送确认支付信息。

步骤1010，支付账户管理平台根据确认支付信息，从帐户ID中的资源转出与支付金额对应的资源信息，并向通信管理服务器发送支付结果通知。

步骤1011，通信管理服务器根据从支付账户管理平台接收到的支付结果通知，确定张三完成对目标子订单的第一支付结果信息。

接着，基于上述步骤1006-步骤1010，确定所有的参与支付订单的人员如张三、李四和王五的三个完成对目标子订单的第一支付结果信息时，确定该目标订单完成支付的第二支付结果信息。

然后，通信管理服务器向服务平台对应的服务器发送第二支付结果信息。

另外，若在预设时间段内，确定参与支付订单的人员如李四没有完成对目标子订单的支付，则对已经支付的目标子订单对应的帐户ID进行退款操作，并通知服务平台对应的服务器更新目标订单的状态信息为资源转移失败。

步骤1012，服务平台对应的服务器接收第二支付结果信息，并根据第二支付结果信息更新目标订单的状态为支付完成，并向通信管理服务器发送订单状态更新通知。

步骤1013，通信管理服务器向第一电子设备和至少一个第二电子设备发送通知信息，通知信息用于确定已完成目标订单的支付操作。

需要说明的是，基于如图10所示的实施例中，参与支付的联系人也可可以只是张三和李四，每个联系人需要支付300元，当然，也可以是张三支付400，李四支付200，具体每人需要支付的资源信息可以由用户王五选择。

另外，本申请实施例提供的支付方法还可以应用于目标对象为第一电子设备中的某一个支付账户的场景，如发送红包资源信息或者AA收款的场景，下面以发红包资源信息的场景进行说明。

该支付方法可以包括步骤1101-步骤1110，具体步骤如下所示：

步骤1101，用户S通过第一电子设备在通信管理平台提供的富媒体通信信息中，确定并通过富媒体通信信息向通信管理平台发送与红包资源信息对应的目标订单。

其中，该目标订单包括用户S向三个用户如用户A、用户B和用户C发送的红包资源信息，如该红包资源信息的总资源为6000元；每个用户的第二电子设备的设备标识如电话号码，用户A的电话号码1991234****；用户B的电话号码1301234****；用户C的电话号码1821234****；红包资源信息的类型(如平均红包资源类型)即三个用户中的每个用户可以收到的红包资源信息为2000元；以及支付红包资源信息的目标对象为用户S的第一支付账户M。

步骤1102，通信管理平台向用户S的第一支付账户M对应的支付帐户管理平台发送目标订单。

步骤1103，在支付帐户管理平台确定第一支付账户M中的资源信息小于目标订单的总资源的情况下，向通信管理平台发送拆分目标订单的通知。

步骤1104，通信管理平台向第一电子发送拆分目标订单的通知。

步骤1105，在第一电子设备接收到拆分目标订单的通知时，确定与第一支付账户M不同的用户S的第二支付账户N。并根据用户S的选择将红包资源信息进行订单拆分，生成订单拆分请求，如将目标订单拆分成第一支付账户M支付的子订单A以及第二支付账户N对应的子订单B，这里，子订单A对应的红包资源信息可以为4000元，子订单B对应的红包资源信息可以为2000元。

步骤1106，第一电子设备通过通信管理平台向支付帐户管理平台发送订单拆分请求。步骤1107，在通信管理平台接收到支付帐户管理平台发送的确定订单拆分支付信息时，通信管理平台根据第一电子设备发送的目标订单中的每个用户的第二电子设备的设备标识，分别向用户A、用户B和用户C发送红包资源信息领取信息。

步骤1108，以用户A为例，用户A在接收到通信管理平台发送的红包资源信息领取信息的情况下，用户A可以通过用户A的第二电子设备查看用户A收到的红包资源信息和红包资源信息的领取情况。

步骤1109，用户A的第二电子设备接收用户A将红包资源信息转移到目标帐户的输入时，通过富媒体通信信息向通信管理平台发送转移红包资源信息的请求。该

转移红包资源信息的请求包括资源接收方的帐户如用户A，目标帐户的账户类型，目标帐户ID以及资源转移的额度如2000元以及风控相关信息(SEID)。

步骤1110，通信管理平台将转移红包资源信息的请求发送到与目标帐户的帐户类型对应的支付帐户管理平台。

步骤1111，在支付帐户管理平台根据风控相关信息确定转移红包资源信息的请求的有效性、验证用户A信息的真实性，并对本次资源转移的风险进行评估，确定是否可以将用户S的第一支付账户M中的红包资源信息如2000转移到用户A的目标帐户上。

步骤1112，在支付帐户管理平台确定执行转移红包资源信息的情况下，验证目标帐户和第一支付账户M的信息，验证通过后，将第一支付账户M中的资源信息转移到目标帐户中，以及进行入账操作，否则进行退款操作，即不转移第一支付账户M中的资源。

步骤1113，在验证通过的情况下，支付帐户管理平台通过富媒体通信信息向用户A的第二电子设备发送成功转移红包资源信息的通知信息。

需要说明的是，本申请实施例提供的支付方法，执行主体可以为基于通信管理平台的支付装置，或者该支付装置中的用于执行支付方法的控制模块。本申请实施例中以支付装置执行支付方法为例，说明本申请实施例提供的支付装置。

基于相同的发明构思，本申请提供了一种基于通信管理平台的支付装置。具体结合图11进行详细说明。

图11示出了本申请一个实施例提供的一种基于通信管理平台的支付装置的结构示意图。

在本申请一些实施例中，图11所示的装置可以设置于如图2所示的通信管理服务器内。

如图11所示，基于通信管理平台的支付装置110可以包括：

获取模块1101，用于获取目标订单信息，目标订单信息通过通信管理平台提供的富媒体通信信息从第一电子设备获取，目标订单信息携带订单拆分请求，订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象；

发送模块1102，用于向与目标对象对应的第二电子设备发送订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息；

处理模块1103，用于在接收到支付账户管理平台发送的目标对象完成对目标子订单的第一支付结果信息时，确定目标订单的第二支付结果信息；

发送模块1102还用于，向与目标订单对应的服务平台发送第二支付结果信息，第二支付结果信息用于确定目标订单完成支付。

在本申请实施例中，能够通过通讯管理平台提供的富媒体通信信息从第一电子设备获取目标订单的订单拆分请求，该订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象。由此，可以在用户进行订单支付时，支付方即第一电子设备可以对待支付的订单进行支付拆分，灵活选择支付账户进行支付，支持用户使用不同支付账户进行支付，对用户来说支付操作更为便捷，提高用户的支付效率。

在本申请一些实施例中，支付装置110还可以包括接收模块。

其中，发送模块1102还可以用于，向服务平台发送订单信息，订单信息携带订单拆分请求，订单信息用于通知服务平台根据订单拆分请求，确定订单拆分支付信息。

基于此，接收模块，用于接收服务平台针对订单信息发送的反馈信息。处理模块1103还可以用于，根据反馈信息，确定订单拆分支付信息。

另外，在本申请一些实施例中，接收模块还可以用于，接收第二电子设备发送的订单支付请求，订单支付请求用于请求支付目标子订单对应的资源信息，订单支付请求包括目标子订单，与目标子订单对应的支付账户管理平台和目标子订单对应的资源信息，支付账户管理平台为与目标子订单对应的支付方式相关联的平台；

发送模块1102还可以用于，向支付账户管理平台发送订单支付信息，订单支付信息携带第二电子设备发送的订单支付请求，订单支付请求用于第二电子设备请求支付与第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息；

接收模块还可以用于，接收支付账户管理平台发送的订单支付结果信息；

处理模块1103还可以用于，根据订单支付结果信息，确定目标子订单的第一支付结果信息。

在本申请一些实施例中，提供了两种确定第二支付结果信息的方式。

方式一，处理模块1103具体可以用于，根据接收支付账户管理平台发送的第一支付结果信息的次数和目标订单拆分后的子订单数量，确定目标订单的第二支付结果信息。

方式二，处理模块1103具体可以用于，统计与第一支付结果信息对应的第一资源信息；

根据第一资源信息和与目标订单对应的第二资源信息，确定目标订单的第二支付结果信息。

另外，在本申请一些实施例中，发送模块1102还可以用于，在接收到服务平台发送的确定目标订单完成支付的信息时，向第一电子设备和第二电子设备发送通知信息，通知信息用于确定已完成目标订单的支付操作。

需要说明的是，上述涉及的目标对象可以包括下述中的至少一项：支付账户、第二电子设备的设备标识。

需要说明的是，图11所示的支付装置110可以执行图5所示的支付方法实施例中的各个步骤，并且实现图5所示的支付方法实施例中的各个过程和效果，在此不做赘述。

基于相同的发明构思，本申请还提供了一种基于支付帐户管理平台的支付装置。具体结合图12进行详细说明。

图12示出了本申请一个实施例提供的一种基于支付帐户管理平台的支付装置的结构示意图。

在本申请一些实施例中，图12所示的装置可以设置于如图2所示的支付帐户管理服务器内。

如图12所示，基于支付帐户管理平台的支付装置120可以包括：

通信模块1201，用于接收通信管理平台发送的订单支付信息，订单支付信息携带第二电子设备发送的订单支付请求，订单支付请求用于请求支付与第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息；

发送模块1202，用于根据目标子订单对应的资源信息，向第二电子设备发送支付目标子订单对应的资源信息的支付确认请求；

发送模块1202还用于，在接收到第二电子设备发送的确认支付信息时，向通信管理平台发送目标对象完成对目标子订单的第一支付结果信息，第一支付结果信息用于确定与目标子订单对应的目标订单完成支付的第二支付结果信息。

需要说明的是，图12所示的支付装置120可以执行图6所示的支付方法实施例中的各个步骤，并且实现图6所示的支付方法实施例中的各个过程和效果，在此不做赘述。

基于相同的发明构思，本申请还提供了一种基于第一电子设备的支付装置。具体结合图13进行详细说明。

图13示出了本申请一个实施例提供的一种基于第一电子设备的支付装置的结构示意图。

在本申请一些实施例中，图13所示的装置可以设置于如图2所示的第一电子设备内。

如图13所示，基于第一电子设备的支付装置130可以包括：

显示模块1301，用于显示由通信管理平台提供的支付界面，支付界面包括目标订单、目标订单对应的资源信息和拆分目标订单的目标选项；

接收模块1302，用于接收针对目标选项的第一输入；

处理模块1303，用于响应于第一输入，确定目标订单的订单拆分请求，订单拆分请求包括目标订单分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象；

发送模块1304，用于通过通信管理平台提供的富媒体通信信息，向通信管理平台发送目标订单的目标订单信息，目标订单信息携带订单拆分请求。

在本申请一些实施例中，接收模块1302还可以用于，接收通信管理平台发送的通知信息，通知信息用于确定已完成目标订单的支付操作；

显示模块1301还可以用于，显示已完成目标订单的支付操作的提示信息。

需要说明的是，图13所示的支付装置130可以执行图7所示的支付方法实施例中的各个步骤，并且实现图7所示的支付方法实施例中的各个过程和效果，在此不做赘述。

基于相同的发明构思，本申请还提供了一种基于第二电子设备的支付装置。具体结合图14进行详细说明。

图14示出了本申请一个实施例提供的一种基于第二电子设备的支付装置的结构示意图。

在本申请一些实施例中，图14所示的装置可以设置于如图2所示的第二电子设备内。

如图14所示，基于第二电子设备的支付装置140可以包括：

通信模块1401，用于通过通信管理平台提供的富媒体通信信息，接收并显示通信管理平台发送的订单拆分支付信息，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息，目标对象与第二电子设备对应；

接收模块1402，用于接收针对订单拆分支付信息的第二输入；

处理模块1403，用于响应于第二输入，确定支付目标子订单的支付方式，并通过通信管理平台向与支付方式对应的支付账户管理平台发送订单支付请求，订单支付请求用于请求支付目标子订单对应的资源信息；

支付模块1404，用于在接收到支付账户管理平台发送的支付目标子订单对应的资源信息的支付确认请求时，确定对目标子订单的支付操作，并向支付账户管理平台发送确认支付信息，确认支付信息用于确定目标对象完成对目标子订单的第一支付结果信息。

需要说明的是，图14所示的支付装置140可以执行图8所示的支付方法实施例中的各个步骤，并且实现图8所示的支付方法实施例中的各个过程和效果，在此不做赘述。

基于相同的发明构思，本申请还提供了一种基于服务平台的支付装置。具体结合图15进行详细说明。

图15示出了本申请一个实施例提供的一种基于服务平台的支付装置的结构示意图。

在本申请一些实施例中，图15所示的装置可以设置于如图2所示的服务平台对应的服务器内。

如图15所示，基于服务平台的支付装置150可以包括：

接收模块1501，用于接收通信管理平台发送的订单信息，订单信息携带订单拆分请求；

处理模块1502，用于根据订单拆分请求，确定订单拆分支付信息；

发送模块1503，用于向通信管理平台发送针对订单信息的反馈信息，反馈信息包括订单拆分支付信息。

其中，订单拆分支付信息包括目标对象参与支付的目标子订单和目标子订单对应的资源信息。

需要说明的是，图15所示的支付装置150可以执行图9所示的支付方法实施例中的各个步骤，并且实现图9所示的支付方法实施例中的各个过程和效果，在此不做赘述。

由此，本申请实施例的支付装置、服务器、设备，能够通过通讯管理平台提供的富媒体通信信息从第一电子设备获取目标订单的订单拆分请求，该订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付每个子订单的目标对象。

由此，可以在用户进行订单支付时，支付方即第一电子设备可以对待支付的订单进行支付拆分，灵活选择支付账户进行支付，支持用户使用不同支付账户进行支付，对用户来说支付操作更为便捷。这样，在支付账户余额不足且该订单仅有一个订单时，可以采用支付拆分，灵活选择支付帐户进行支付。同理，在一个支付账户余额不足以对整个订单进行支付，且整个订单中包括多个子订单时，根据支付账户余额，采用不同的支付账户分别对多个子订单进行支付操作，以实现支付拆分以及跨支付账户对拆分的订单进行支付。

另外，本申请实施例采用富媒体通信信息作为信息传输的载体，具有运营商体系的基础，因此，用户无需下载第三方购物应用程序即可实现下单，这样，可以在节省电子设备的存储量的同时，减少用户注册和/或登录第三方购物应用程序的操作，提高用户的支付效率。

图16示出了本申请实施例提供的服务器的硬件结构示意图。

如图16所示，该服务器可以为通信管理服务器或者支付帐户管理服务器。

其中，该服务器可以包括处理器1601以及存储有计算机程序指令的存储器1602。

具体地，上述处理器1601可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器1602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器1602可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器1602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器1602可在综合网关容灾设备的内部或外部。在特定实施例中，存储器1602是非易失性固态存储器。在特定实施例中，存储器1602包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器1601通过读取并执行存储器1602中存储的计算机程序指令，以实现上述实施例中的任意一种支付方法。

在一个示例中，服务器还可包括通信接口1603和总线1610。其中，如图16所示，处理器1601、存储器1602、通信接口1603通过总线1610连接并完成相互间的通信。

通信接口1603，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线1610包括硬件、软件或两者，将流量控制设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1610可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该流量控制设备可以执行本申请实施例中的支付方法，从而实现结合图5和图11描述的方法和装置，或者图6和图12描述的支付方法和装置。

图17示出了本申请实施例提供的电子设备的硬件结构示意图。

如图17所示，电子设备可以为本申请实施例中的第一电子设备或者第二电子设备。

其中，电子设备可以包括处理器1701以及存储有计算机程序指令的存储器1702。

具体地，上述处理器1701可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器1702可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器1702可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器1702可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器1702可在综合网关容灾设备的内部或外部。在特定实施例中，存储器1702是非易失性固态存储器。在特定实施例中，存储器1702包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器1701通过读取并执行存储器1702中存储的计算机程序指令，以实现上述实施例中的任意一种支付方法。

在一个示例中，电子设备还可包括通信接口1703和总线1710。其中，如图17所示，处理器1701、存储器1702、通信接口1703通过总线1710连接并完成相互间的通信。

通信接口1703，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线1710包括硬件、软件或两者，将流量控制设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1710可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该流量控制设备可以执行本申请实施例中的支付方法，从而实现结合图7和图13描述的支付方法和装置，或者图8和图14描述的支付方法和装置。

另外，结合上述实施例中的支付方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种支付方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (20)

1.一种支付方法，其特征在于，应用于通信管理平台，包括：

获取目标订单信息，所述目标订单信息通过所述通信管理平台提供的富媒体通信信息从第一电子设备获取，所述目标订单信息携带订单拆分请求，所述订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付所述每个子订单的目标对象；

向与所述目标对象对应的第二电子设备发送订单拆分支付信息，所述订单拆分支付信息包括所述目标对象参与支付的目标子订单和所述目标子订单对应的资源信息；

在接收到支付账户管理平台发送的所述目标对象完成对所述目标子订单的第一支付结果信息时，确定所述目标订单的第二支付结果信息；

向与所述目标订单对应的服务平台发送所述第二支付结果信息，所述第二支付结果信息用于确定所述目标订单完成支付。

2.根据权利要求1所述的方法，其特征在于，所述向与所述目标对象对应的第二电子设备发送订单拆分支付信息之前，所述方法还包括：

向所述服务平台发送订单信息，所述订单信息携带所述订单拆分请求，所述订单信息用于通知所述服务平台根据所述订单拆分请求，确定所述订单拆分支付信息；

接收所述服务平台针对所述订单信息发送的反馈信息；

根据所述反馈信息，确定所述订单拆分支付信息。

3.根据权利要求1所述的方法，其特征在于，所述确定所述目标订单的第二支付结果信息之前，所述方法还包括：

接收所述第二电子设备发送的订单支付请求，所述订单支付请求用于请求支付所述目标子订单对应的资源信息，所述订单支付请求包括所述目标子订单，与所述目标子订单对应的支付账户管理平台和所述目标子订单对应的资源信息，所述支付账户管理平台为与所述目标子订单对应的支付方式相关联的平台；

向所述支付账户管理平台发送所述订单支付信息，所述订单支付信息携带第二电子设备发送的订单支付请求，所述订单支付请求用于所述第二电子设备请求支付与所述第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息；

接收所述支付账户管理平台发送的订单支付结果信息；

根据所述订单支付结果信息，确定所述目标子订单的第一支付结果信息。

4.根据权利要求1所述的方法，其特征在于，所述确定所述目标订单的第二支付结果信息，包括：

根据接收所述支付账户管理平台发送的第一支付结果信息的次数和所述目标订单拆分后的子订单数量，确定所述目标订单的第二支付结果信息。

5.根据权利要求1所述的方法，其特征在于，所述确定所述目标订单的第二支付结果信息，包括：

统计与所述第一支付结果信息对应的第一资源信息；

根据所述第一资源信息和与所述目标订单对应的第二资源信息，确定所述目标订单的第二支付结果信息。

6.根据权利要求1所述的方法，其特征在于，所述向与所述目标订单对应的服务平台发送所述第二支付结果信息之后，所述方法还包括：

在接收到所述服务平台发送的确定所述目标订单完成支付的信息时，向所述第一电子设备和所述第二电子设备发送通知信息，所述通知信息用于确定已完成所述目标订单的支付操作。

7.根据权利要求1-6任意一项所述的方法，其特征在于，所述目标对象包括下述中的至少一项：支付账户、所述第二电子设备的设备标识。

8.一种支付方法，其特征在于，应用于支付帐户管理平台，包括：

接收通信管理平台发送的订单支付信息，所述订单支付信息携带第二电子设备发送的订单支付请求，所述订单支付请求用于请求支付与所述第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息；

根据所述目标子订单对应的资源信息，向所述第二电子设备发送支付所述目标子订单对应的资源信息的支付确认请求；

在接收到所述第二电子设备发送的确认支付信息时，向所述通信管理平台发送所述目标对象完成对所述目标子订单的第一支付结果信息，所述第一支付结果信息用于确定与所述目标子订单对应的目标订单完成支付的第二支付结果信息。

9.一种支付方法，其特征在于，应用于第一电子设备，包括：

显示由通信管理平台提供的支付界面，所述支付界面包括目标订单、所述目标订单对应的资源信息和拆分所述目标订单的目标选项；

接收针对所述目标选项的第一输入；

响应于所述第一输入，确定所述目标订单的订单拆分请求，所述订单拆分请求包括所述目标订单分后的至少两个子订单、每个子订单对应的资源信息以及参与支付所述每个子订单的目标对象；

通过所述通信管理平台提供的富媒体通信信息，向所述通信管理平台发送所述目标订单的目标订单信息，所述目标订单信息携带所述订单拆分请求。

10.根据权利要求9所述的方法，其特征在于，所述向所述通信管理平台发送所述订单拆分请求之后，所述方法还包括：

接收所述通信管理平台发送的通知信息，所述通知信息用于确定已完成所述目标订单的支付操作；

显示已完成所述目标订单的支付操作的提示信息。

11.一种支付方法，其特征在于，应用于第二电子设备，包括：

通过通信管理平台提供的富媒体通信信息，接收并显示所述通信管理平台发送的订单拆分支付信息，所述订单拆分支付信息包括目标对象参与支付的目标子订单和所述目标子订单对应的资源信息，所述目标对象与所述第二电子设备对应；

接收针对所述订单拆分支付信息的第二输入；

响应于所述第二输入，确定支付所述目标子订单的支付方式，并通过所述通信管理平台向与所述支付方式对应的支付账户管理平台发送订单支付请求，所述订单支付请求用于请求支付所述目标子订单对应的资源信息；

在接收到所述支付账户管理平台发送的支付所述目标子订单对应的资源信息的支付确认请求时，确定对所述目标子订单的支付操作，并向所述支付账户管理平台发送确认支付信息，所述确认支付信息用于确定所述目标对象完成对所述目标子订单的第一支付结果信息。

12.一种支付装置，其特征在于，应用于通信管理平台，包括：

获取模块，用于获取目标订单信息，所述目标订单信息通过所述通信管理平台提供的富媒体通信信息从第一电子设备获取，所述目标订单信息携带订单拆分请求，所述订单拆分请求包括目标订单拆分后的至少两个子订单、每个子订单对应的资源信息以及参与支付所述每个子订单的目标对象；

发送模块，用于向与所述目标对象对应的第二电子设备发送订单拆分支付信息，所述订单拆分支付信息包括所述目标对象参与支付的目标子订单和所述目标子订单对应的资源信息；

处理模块，用于在接收到支付账户管理平台发送的所述目标对象完成对所述目标子订单的第一支付结果信息时，确定所述目标订单的第二支付结果信息；

所述发送模块还用于，向与所述目标订单对应的服务平台发送所述第二支付结果信息，所述第二支付结果信息用于确定所述目标订单完成支付。

13.一种支付装置，其特征在于，应用于支付帐户管理平台，包括：

通信模块，用于接收通信管理平台发送的订单支付信息，所述订单支付信息携带第二电子设备发送的订单支付请求，所述订单支付请求用于请求支付与所述第二电子设备对应的目标对象参与支付的目标子订单对应的资源信息；

发送模块，用于根据所述目标子订单对应的资源信息，向所述第二电子设备发送支付所述目标子订单对应的资源信息的支付确认请求；

所述发送模块，还用于在接收到所述第二电子设备发送的确认支付信息时，向所述通信管理平台发送所述目标对象完成对所述目标子订单的第一支付结果信息，所述第一支付结果信息用于确定与所述目标子订单对应的目标订单完成支付的第二支付结果信息。

14.一种支付装置，其特征在于，应用于第一电子设备，包括：

显示模块，用于显示由通信管理平台提供的支付界面，所述支付界面包括目标订单、所述目标订单对应的资源信息和拆分所述目标订单的目标选项；

接收模块，用于接收针对所述目标选项的第一输入；

处理模块，用于响应于所述第一输入，确定所述目标订单的订单拆分请求，所述订单拆分请求包括所述目标订单分后的至少两个子订单、每个子订单对应的资源信息以及参与支付所述每个子订单的目标对象；

发送模块，用于通过所述通信管理平台提供的富媒体通信信息，向所述通信管理平台发送所述目标订单的目标订单信息，所述目标订单信息携带所述订单拆分请求。

15.一种支付装置，其特征在于，应用于第二电子设备，包括：

通信模块，用于通过通信管理平台提供的富媒体通信信息，接收并显示所述通信管理平台发送的订单拆分支付信息，所述订单拆分支付信息包括目标对象参与支付的目标子订单和所述目标子订单对应的资源信息，所述目标对象与所述第二电子设备对应；

接收模块，用于接收针对所述订单拆分支付信息的第二输入；

处理模块，用于响应于所述第二输入，确定支付所述目标子订单的支付方式，并通过所述通信管理平台向与所述支付方式对应的支付账户管理平台发送订单支付请求，所述订单支付请求用于请求支付所述目标子订单对应的资源信息；

支付模块，用于在接收到所述支付账户管理平台发送的支付所述目标子订单对应的资源信息的支付确认请求时，确定对所述目标子订单的支付操作，并向所述支付账户管理平台发送确认支付信息，所述确认支付信息用于确定所述目标对象完成对所述目标子订单的第一支付结果信息。

16.一种通讯管理服务器，其特征在于，所述通讯管理服务器包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-7中任意一项所述的支付方法。

17.一种支付帐户管理服务器，其特征在于，所述支付帐户管理服务器包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求8中任意一项所述的支付方法。

18.一种电子设备，其特征在于，所述电子设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求9或者10中任意一项所述的支付方法，或者如权利要求11所述的支付方法。

19.一种支付系统，其特征在于，所述支付系统包括如权利要求12所述的通信管理平台、权利要求13所述的支付账户管理平台、权利要求14所述的第一电子设备和权利要求15所述的第二电子设备。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-7中任意一项所述的支付方法、如权利要求8中所述的支付方法、如权利要求9-10中任意一项所述的支付方法、或者如权利要求11中所述的支付方法。

Images