CN105550860A - 支付方法及装置 - Google Patents

Abstract

本公开实施例公开了一种支付方法及装置，为至少两个客户端方创建支付群组。支付群组中的客户端可以发起收款请求并发送给服务器，该收款请求包括支付规则及需要付款的客户端对应的通信ID信息。服务器根据收到的收款请求生成付款请求，并将付款请求发送给相应的付款客户端。付款客户端接收到付款请求后，产生相应的付款响应消息并发送给服务器。服务器根据付款响应消息将付款客户端对应的账户内的相应金额转到收款客户端对应的账户中，从而实现收付款的功能。而且，该支付方法，将收款及付款的各个用户分到一个群组中，群组内的用户可以进行互动、交流等通信活动。

Description

支付方法及装置

技术领域

本公开涉及计算机技术领域，特别是涉及一种支付方法及装置。

背景技术

随着电子科技飞速发展，移动终端所支持的功能越来越多，利用移动终端进行支付已经成为用户经常使用的支付方式之一。

但是，相关技术中常用的支付方法都是各个用户都在自己独立的支付系统中进行支付，各个用户之间不能互动。

发明内容

为克服相关技术中存在的问题，本公开提供一种支付方法及装置。

为了解决上述技术问题，本公开实施例公开了如下技术方案：

根据本公开实施例的第一方面，提供一种支付方法，应用于服务器中，包括：

根据接收到的支付群组创建请求，创建支付群组，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息；

接收所述支付群组中至少一个客户端发送的收款请求，所述收款请求包括支付规则及各个付款客户端的通信ID信息；

根据所述收款请求生成所述各个付款客户端对应的付款请求，并将各个所述付款请求发送给相应的付款客户端；

接收所述各个付款客户端的付款响应消息，并将所述各个付款客户端支付的付款金额转入到对应的收款客户端的账户中。

第一方面提供的支付方法，为至少两个客户端方创建支付群组。支付群组中的客户端可以发起收款请求并发送给服务器，服务器根据收到的收款请求生成付款请求，并将付款请求发送给相应的付款客户端。付款客户端接收到付款请求后，产生相应的付款响应消息并发送给服务器。服务器根据付款响应消息将付款客户端对应的账户内的相应金额转到收款客户端对应的账户中，从而实现收付款的功能。而且，该支付方法，将收款及付款的各个用户分到一个群组中，群组内的用户可以进行互动、交流等通信活动。

可选地，所述根据接收到的支付群组创建请求，创建支付群组，包括：

根据所述支付群组创建请求，生成支付群组标识；

建立所述发起客户端及至少一个被邀请客户端所对应的通信ID信息与所述支付群组标识之间的映射关系。

可选地，所述方法还包括：

统计所述支付群组中各个客户端对应的收付款信息，所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系；

向所述支付群组中的各个客户端发送所述收付款信息。

本实施例提供的支付方法，服务器统计支付群组中各个成员的收付款，并发送给支付群组中的各个成员；使支付群组中的各个成员能够整体了解收款和付款总体情况。

可选地，所述方法还包括：

向所述支付群组内各个收款客户端发送对应的收款提醒消息，以及向各个付款客户端发送对应的付款提醒消息。

本实施例提供的支付方法，服务器会产生收款提醒消息并发送给对应的收款客户端；以及，产生付款提醒消息并发送给对应的付款客户端；从而提醒相应的用户收款或付款，提高了用户体验。

可选地，所述方法还包括：

将各个所述付款请求发送给与付款客户端对应的终端设备，所述付款请求用于使所述终端设备向服务器发送付款响应消息，所述终端设备通过有线通信或无线通信方式与所述终端设备进行通信。

本实施例提供的支付方法，用户直接在与移动终端电连接的终端设备上进行操作，不需要在手机上操作。

根据本公开实施例的第二方面，提供一种支付方法，应用于移动终端中，包括：

向服务器发送支付群组创建请求，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息、用于请求所述服务器创建支付群组；

当检测到用户的收款触发命令时，获取收款信息，并根据所述收款信息生成收款请求，所述收款信息包括支付规则及各个付款客户端的通信ID信息；

向所述服务器发送所述收款请求，所述收款请求用于使所述服务器根据所述收款请求生成付款请求；

当接收到服务器发送的付款请求时，向所述服务器返回付款响应消息，所述付款响应消息用于使所述服务器按照付款规则将付款金额转入对应的收款客户端的账户中。

可选地，所述当检测到用户的收款触发命令时，获取收款信息，包括：

检测用户在所述支付群组内的收款触发操作；

接收输入的所述收款信息，所述收款信息的信息类型包括以下至少一种：文字信息、语音信息。

可选地，若所述收款信息是语音信息，则所述接收输入的所述收款信息包括：

对所述语音信息进行语音识别，得到所述语音信息的语义内容；

根据所述语义内容确定所述收款信息所包含的内容。

可选地，所述方法还包括：

当接收到所述服务器发送的收款提醒消息时，在所述支付群组内展示所述收款提醒消息；

或者，

当接收到所述服务器发送的付款提醒消息时，在所述支付群组内展示所述付款提醒消息；

或者，

当接收到所述服务器发送的收付款信息时，在所述支付群组内展示所述收付款信息，所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系。

可选地，所述方法还包括：

接收终端设备发送的收款触发命令，所述终端设备与所述移动终端通过有线或无线通信方式进行通信。

根据本公开实施例的第三方面，提供一种支付装置，应用于服务器中，包括：

创建模块，用于根据接收到的支付群组创建请求，创建支付群组，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息；

第一接收模块，用于接收所述创建群组创建的支付群组中至少一个客户端发送的收款请求，所述收款请求包括支付规则及各个付款客户端的通信ID信息；

请求生成模块，用于根据所述第一接收模块接收到的收款请求生成所述各个付款客户端对应的付款请求，并将各个所述付款请求发送给相应的付款客户端；

第二接收模块，用于接收所述各个付款客户端的付款响应消息，并将所述各个付款客户端支付的付款金额转入到对应的收款客户端的账户中。

可选地，所述创建模块，包括：

第一生成子模块，用于根据所述支付群组创建请求，生成支付群组标识；

映射子模块，用于建立所述发起客户端及至少一个被邀请客户端所对应的通信ID信息与所述第一生成子模块生成的支付群组标识之间的映射关系。

可选地，所述装置还包括：

统计模块，用于统计所述支付群组中各个客户端对应的收付款信息，所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系；

第一发送模块，用于向所述支付群组中的各个客户端发送所述收付款信息。

可选地，所述装置还包括：

第二发送模块，用于向所述支付群组内各个收款客户端发送对应的收款提醒消息，以及向各个付款客户端发送对应的付款提醒消息。

可选地，所述装置还包括：

第三发送模块，用于将各个所述付款请求发送给与付款客户端对应的终端设备，所述付款请求用于使所述终端设备向服务器发送付款响应消息，所述终端设备通过有线通信或无线通信方式与所述终端设备进行通信。

根据本公开实施例的第四方面，提供一种支付装置，应用于移动终端中，包括：

第一发送模块，用于向服务器发送支付群组创建请求，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息、用于请求所述服务器创建支付群组；

获取模块，用于当检测到用户的收款触发命令时，获取收款信息，并根据所述收款信息生成收款请求，所述收款信息包括支付规则及各个付款客户端的通信ID信息；

第二发送模块，向所述服务器发送所述获取模块获得的收款请求，所述收款请求用于使所述服务器根据所述收款请求生成付款请求；

返回模块，用于当接收到服务器发送的付款请求时，向所述服务器返回付款响应消息，所述付款响应消息用于使所述服务器按照付款规则将付款金额转入对应的收款客户端的账户中。

可选地，所述获取模块，包括：

检测子模块，用于检测用户在所述支付群组内的收款触发操作；

接收子模块，用于接收输入的所述收款信息，所述收款信息的信息类型包括以下至少一种：文字信息、语音信息。

可选地，若所述收款信息是语音信息，则所述接收子模块包括：

语音识别子模块，用于对所述语音信息进行语音识别，得到所述语音信息的语义内容；

语义确定子模块，用于根据所述语音识别模块获得的语义内容确定所述收款信息所包含的内容。

可选地，所述装置还包括：

第一展示模块，用于当接收到所述服务器发送的收款提醒消息时，在所述支付群组内展示所述收款提醒消息；

或者，

第二展示模块，用于当接收到所述服务器发送的付款提醒消息时，在所述支付群组内展示所述付款提醒消息；

或者，

第三展示模块，用于当接收到所述服务器发送的收付款信息时，在所述支付群组内展示所述收付款信息，所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系。

可选地，所述装置还包括：

接收模块，用于接收终端设备发送的收款触发命令，所述终端设备与所述移动终端通过有线或无线通信方式进行通信。

根据本公开实施例的第五方面，提供一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

根据接收到的支付群组创建请求，创建支付群组，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息；

接收所述支付群组中至少一个客户端发送的收款请求，所述收款请求包括支付规则及各个付款客户端的通信ID信息；

根据所述收款请求生成所述各个付款客户端对应的付款请求，并将各个所述付款请求发送给相应的付款客户端；

接收所述各个付款客户端的付款响应消息，并将所述各个付款客户端支付的付款金额转入到对应的收款客户端的账户中。

根据本公开实施例的第六方面，提供一种移动终端，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

向服务器发送支付群组创建请求，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息、用于请求所述服务器创建支付群组；

当检测到用户的收款触发命令时，获取收款信息，并根据所述收款信息生成收款请求，所述收款信息包括支付规则及各个付款客户端的通信ID信息；

向所述服务器发送所述收款请求，所述收款请求用于使所述服务器根据所述收款请求生成付款请求；

当接收到服务器发送的付款请求时，向所述服务器返回付款响应消息，所述付款响应消息用于使所述服务器按照付款规则将付款金额转入对应的收款客户端的账户中。

本公开的实施例提供的技术方案可以包括以下有益效果：本公开提供的支付方法，为至少两个客户端方创建支付群组。支付群组中的客户端可以发起收款请求并发送给服务器，该收款请求包括支付规则及需要付款的客户端对应的通信ID信息。服务器根据收到的收款请求生成付款请求，并将付款请求发送给相应的付款客户端。付款客户端接收到付款请求后，产生相应的付款响应消息并发送给服务器。服务器根据付款响应消息将付款客户端对应的账户内的相应金额转到收款客户端对应的账户中，从而实现收付款的功能。而且，该支付方法，将收款及付款的各个用户分到一个群组中，群组内的用户可以进行互动、交流等通信活动。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种支付系统的示意图；

图2是根据一示例性实施例示出的一种支付方法的流程图；

图3是根据一示例性实施例示出的另一种支付方法的流程图；

图4是根据一示例性实施例示出的另一种支付方法的流程图；

图5是根据一示例性实施例示出另一种支付方法的流程图；

图6是根据一示例性示出的又一种支付方法的流程图；

图7是根据一示例性实施例示出的一种支付装置框图；

图8是根据一示例性实施例示出的另一种支付装置的框图；

图9是根据一示例性实施例示出的又一种支付装置的框图；

图10是根据一示例性实施例示出又一种支付装置的框图；

图11是根据一示例性实施例示出的另一种支付装置的框图；

图12是根据一示例性实施例示出的又一种支付装置的框图；

图13是根据一示例性实施例示出的又一种支付装置的框图；

图14是根据一示例性实施例示出的一种用于支付方法的装置的框图；

图15是根据一示例性实施例示出的一种用于支付方法的装置的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种支付系统的示意图，该支付系统包括至少两个移动终端，一个服务器。其中，本实施例以三个移动终端为例进行说明：该支付系统包括第一移动终端100、第二移动终端200、第三移动终端300和服务器400。

移动终端100、200和300构成一个支付群组，该支付群组内的各个移动终端可以通过服务器进行通信、支付等活动。

图2是根据一示例性实施例示出的一种支付方法的流程图，该方法应用于图1所示的服务器400中，如图2所示，该方法包括以下步骤：

在S110中，根据接收到的支付群组创建请求，创建支付群组；支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息。

客户端可以发起支付群组创建请求，并发送给服务器，该支付群组创建请求中包含发起该请求的客户端对应的通信ID信息，以及被邀请的客户端对应的通信ID信息。

如果该支付方法应用于即时通讯软件中，则通信ID信息可以是用户在该即时通讯软件中注册的通讯账号；例如，该支付方法应用于米聊中，则通信ID可以是米聊账号。如果该支付方法应用于专门的支付软件中，则该通信ID信息即该支付软件的通讯账号。

在本公开一示例性实施例中，创建支付群组的过程可以包括：首先，根据支付群组创建请求，生成支付群组标识；然后，建立发起客户端及至少一个被邀请客户端所对应的通信ID信息与支付群组标识之间的映射关系。

支付群组内的成员之间可以进行互动，例如，客户端A发起创建支付群组，并邀请B、C、D加入支付群组中。A、B、C、D可以在支付群组中聊天、转账等。

在S120中，接收支付群组中至少一个客户端发送的收款请求；收款请求包括支付规则及各个付款客户端的通信ID信息。

支付群组中的任意一个客户端都可以作为收款人，或者，付款人；而且，收款人和付款人的数量都可以是一个或多个。

由收款人对应的客户端发起收款事件，即向服务器发送收款请求，该收款请求中包含各个付款人的支付规则及付款人对应的通信ID信息。

在本公开一个实施例中，支付规则可以由支付群组中的成员制定完成，例如，可以直接规定付款人需要付的金额数；或者，也可以规定基础金额及分摊规则，此种应用场景下，服务器可以根据基础金额及分摊规则计算出各个付款人应付金额。

例如，A、B、C、D中，A和B是收款人，C和D是付款人，C、D分别需要向A付20.2元，同时，C、D分别需要向B付10.1元。

在S130中，根据收款请求生成各个付款客户端对应的付款请求，并将各个付款请求发送给相应的付款客户端。

服务器根据接收到的收款请求中的付款人的通信ID信息及支付规则，确定各个付款人的支付信息，并生成各个付款人对应的付款请求；然后，服务器将付款请求发送给对应的付款人(即，付款客户端)。

在S140中，接收各个付款客户端的付款响应消息，并将各个付款客户端支付的付款金额转入到对应的收款客户端的账户中。

付款客户端接收到付款请求后，可以向用户展示是否支付的提醒信息，如果用户确认支付，则生成付款响应消息，并将发送该付款响应消息的客户端对应的账户中需要支付的付款金额转入对应的收款客户端对应的账户中。

例如，C需要向A支付20.2元，C确认支付后，C对应的客户端产生付款响应消息。服务器接收到该付款响应消息后，将C账户内的20.2元转入A账户内。

可选地，付款人在付款时，需要输入支付密码，且支付密码与预先设置的密码相同后，服务器才能够将付款人账户内的金额转入收款人账户中。

本实施例提供的支付方法，为至少两个客户端方创建支付群组。支付群组中的客户端可以发起收款请求并发送给服务器，该收款请求包括支付规则及需要付款的客户端对应的通信ID信息。服务器根据收到的收款请求生成付款请求，并将付款请求发送给相应的付款客户端。付款客户端接收到付款请求后，产生相应的付款响应消息并发送给服务器。服务器根据付款响应消息将付款客户端对应的账户内的相应金额转到收款客户端对应的账户中，从而实现收付款的功能。而且，该支付方法，将收款及付款的各个用户分到一个群组中，群组内的用户可以进行互动、交流等通信活动。

图3是根据一示例性实施例示出的另一种支付方法的流程图，该方法在图3所示实施例的基础上还包括以下步骤：

在S210中，统计支付群组中各个客户端对应的收付款信息；收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系。

在S140付款客户端完成付款动作之后，执行S210，服务器统计支付群组中每个用户的收付款信息；每个用户的收付款信息包括该用户的收款纪录以及付款纪录。

收付款信息包含收付款金额及对应的通信ID信息之间的映射关系；按照不同用户的收付款事件统计该用户的收付款信息；例如，分别记录A、B、C和D几个账户对应的收付款信息；其中，针对A用户，记录A用户所有的收款事件，每一个收款事件对应的收款金额及支付该收款金额的用户对应的通信ID信息；同时，记录A用户所有的付款事件，每一个付款事件对应的付款金额及接收该付款金额的用户对应的通信ID信息。收付款信息可以以表1的形式进行存储：

表1

在S220中，向支付群组中的各个客户端发送收付款信息。

在本公开一示例性实施例中，服务器可以将统计的每个用户对应的收付款信息发送给对应的客户端，例如，将用户A的收付款信息发送给用户A；将用户B的收付款信息发送给用户B。

在本公开的另一示例性实施例中，服务器可以将支付群组中每个用户的收付款信息发布在支付群组中，即支付群组中的每个成员不仅能看到自己的收付款信息，同时也能够看到其他成员的收付款信息。

本实施例提供的支付方法，服务器统计支付群组中各个成员的收付款，并发送给支付群组中的各个成员；使支付群组中的各个成员能够整体了解收款和付款总体情况。

图4是根据一示例性实施例示出的另一种支付方法的流程图，该方法在图2所示实施例的基础上还包括以下步骤：

在S310中，向支付群组内各个收款客户端发送对应的收款提醒消息，以及向各个付款客户端发送对应的付款提醒消息。

在S140付款客户端支付相应的金额后，执行S310。

收款提醒消息用于提醒收款人收款，当付款人付款后，由服务器产生该收款提醒消息，并发送给收款客户端。

付款提醒消息用于提醒付款人付款，在服务器将付款请求发送给相应的付款客户端之后，产生该付款提醒消息。

在本公开一个实施例中，可以在各自客户端上展示对应的提醒消息，例如，A是收款人，则在A客户端上展示收款提醒消息；C是付款人，则在C客户端上展示付款提醒消息。

在本公开的另一个实施例中，还可以直接在支付群组中展示收款提醒信息和付款提醒消息，支付群组内的每个成员能够收到支付群组内的全部消息，即在此种应用场景下，支付群组内的每个客户端均能够收款提醒消息和付款提醒消息。

本实施例提供的支付方法，服务器会产生收款提醒消息并发送给对应的收款客户端；以及，产生付款提醒消息并发送给对应的付款客户端；从而提醒相应的用户收款或付款，提高了用户体验。

图5是根据一示例性实施例示出另一种支付方法的流程图，该方法应用于图1所示的移动终端中，如图5所示，该方法可以包括以下步骤：

在S410中，移动终端向服务器发送支付群组创建请求。

移动终端可以是智能手机、平板电脑、智能穿戴设备等智能移动终端设备。

支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息、用于请求服务器创建支付群组。

在S420中，当检测到用户的收款触发命令时，获取收款信息，并根据收款信息生成收款请求。

收款触发命令可以是用户触发支付界面上的相应控件产生，例如，支付界面上设置收款按钮，当用户点击收款按钮时，产生相应的收款触发命令。

收款信息包括支付规则及各个付款客户端的通信ID信息。用户可以在支付界面上输入相应的收款信息。收款信息中的支付规则可以由用户设置，例如，在支付界面上设置相应的支付规则控件或选项，用户从支付界面中选择相应的支付规则即可。

在S430中，向服务器发送收款请求；收款请求用于使服务器根据收款请求生成付款请求。

当移动终端作为收款客户端时，客户端会向服务器发送收款请求。服务器接收到该客户端发送的收款请求后，获取相应的收款金额及支付该收款金额用户对应的通信ID信息，服务器根据这些信息生成相应的付款请求，并发送给各个付款用户。

在S440中，当接收到服务器发送的付款请求时，向服务器返回付款响应消息；付款响应消息用于使服务器按照付款规则将付款金额转入对应的收款客户端的账户中。

当该移动终端作为付款客户端时，接收到服务器发送的付款请求后，可以向用户展示是否确认支付，如果用户确认支付，则产生付款响应消息，并将该付款响应消息发送给服务器，服务器根据该付款响应消息将付款客户端对应账户内的付款金额转入对应的收款客户端对应的账户内，完成支付。

为了保证用户的支付账户安全，用户在确认支付后，还需要输入支付密码，支付密码与预先设定的支付密码相同后，服务器才会执行相应的支付事件。

本实施例提供的支付方法，客户端可以发起创建支付群组的请求，由服务器创建响应的支付群组。支付群组中的客户端可以发起收款事件，并向服务器发送收款请求；然后，由服务器根据收款请求生成付款请求，并将付款请求发送给服务器。付款客户端接收到付款请求后，产生相应的付款响应消息并发送给服务器。服务器根据付款响应消息将付款客户端对应的账户内的相应金额转到收款客户端对应的账户中，从而实现收付款的功能。将收款及付款的各个用户分到一个群组中，群组内的用户可以进行支付、交流等活动。

图6是根据一示例性示出的又一种支付方法的流程图，该方法应用于包含客户端和服务器的支付系统中，如图6所示，该方法可以包括以下步骤：

在S510中，第一客户端向服务器发送支付群组创建请求。支付群组创建请求发起客户端和至少一个被邀请客户端的通信ID信息。

在S520中，服务器根据支付群组请求，创建支付群组。

在S530中，第一客户端检测用户的收款触发命令后，获取收款信息，根据收款信息生成收款请求，并将收款请求发送给服务器。

本实施例中，第一客户端为收款方。收款触发命令可以是用户触发支付界面上的相应控件产生，例如，支付界面上设置收款按钮，当用户点击收款按钮时，产生相应的收款触发命令。

收款信息包括支付规则及各个付款客户端的通信ID信息。用户可以在支付界面上输入相应的收款信息。收款信息中的支付规则可以由用户设置，例如，在支付界面上设置相应的支付规则控件或选项，用户从支付界面中选择相应的支付规则即可。

收款信息的信息类型包括以下至少一种：文字信息、语音信息。

如果收款信息是语音信息，则收款的客户端需要对语音信息进行语音识别，得到语音信息的语义内容，并根据语义内容确定收款信息所包含的内容。

需要说明的是，支付群组中的任意一个客户端都可以生成收款请求并发送给服务器，并不局限于发起创建支付群组的客户端。

在S540中，服务器根据收款请求生成相应的付款请求，并发送给相应的客户端。

例如，生成的针对第二客户端的付款请求发送给第二客户端；生成的针对第三客户端的付款请求发送给第三客户端。

在S550中，付款客户端接收到付款请求后，产生付款响应消息，并返回给服务器。

在S560中，服务器根据付款客户端返回的付款响应消息，将各个付款客户端对应的付款金额从各自账户转入到相应的收款客户端的账户中。

例如，将第二客户端对应的付款金额从第二客户端对应账户转入第一客户端对应的账户中；同时，将第三客户端对应的付款金额从第三客户端对应账户转入第一客户端对应的账户中。

在本公开另一实施例中，如果服务器在预设时长内未接收到待付款的客户端返回的付款响应消息，则产生付款提醒消息，并发送给相应的付款客户端，提醒各个付款客户端付款。

在S570中，服务器产生收款提醒消息，并发送给收款客户端。

在S580中，收款客户端展示收款提醒消息。

收款提醒消息用于提醒收款客户端收款，收款提醒消息的类型可以是以下至少一种：文字、语音。

在S590中，服务器统计支付群组中各个客户端对应的收付款信息，并发送给相应的客户端。收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系。

在S5100中，各个客户端展示收付款信息。

本实施例提供的支付方法，可以为至少两个用户建立支付群组，支付群组中的客户端可以收款和付款，即支付群组内的成员可以相互转账。同时，服务器可以统计支付群组内各个成员的收付款记录，并发送给各个客户端，以便各个客户端整体了解自己账户的变化情况；进一步，还可以将每个成员的收付款记录发布在支付群组中，从而使整个群组内的成员都能相互了解收付款情况。进一步地，服务器会向付款的客户端发送付款提醒消息，提醒用户付款。

在本公开的另一种应用场景中，可以将能够实现上述的支付方法的移动终端与其它的终端设备电连接，例如，终端设备可以是终端POS机、或其它的具有显示屏的设备。

终端设备与移动终端之间可以通过有线或无线通信方式进行通信，例如移动终端是智能手机或平板电脑，则终端设备可以通过蓝牙或耳机孔中的耳机进行通信。

用户在终端设备上进行相应的操作，从而不需要每次都在手机上进行操作。

用户在终端设备上发起收款事件，终端设备将收款触发命令发送给移动终端，移动终端再根据收款触发命令生成收款请求，并将收款请求发送给服务器；

移动终端接收到服务器发送的消息后，转发给终端设备，例如，移动终端接收到服务器发送的付款请求后，转发给终端设备。

本实施例提供的支付方法，用户直接在与移动终端电连接的终端设备上进行操作，不需要在手机上操作。

相应于上述的支付方法实施例，本公开还提供了支付装置实施例。

图7是根据一示例性实施例示出的一种支付装置框图，该装置应用于服务器中。如图7所示，该装置包括创建模块610、第一接收模块620、请求生成模块630和第二接收模块640。

创建模块610，用于根据接收到的支付群组创建请求，创建支付群组。

所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息。

客户端可以发起支付群组创建请求，并发送给服务器，该支付群组创建请求中包含发起该请求的客户端对应的通信ID信息，以及被邀请的客户端对应的通信ID信息。

在本公开一示例性实施例中，创建模块可以包括第一生成子模块和映射子模块。

第一生成子模块，用于根据所述支付群组创建请求，生成支付群组标识；

映射子模块，用于建立所述发起客户端及至少一个被邀请客户端所对应的通信ID信息与所述第一生成子模块生成的支付群组标识之间的映射关系。

第一接收模块620，用于接收所述创建群组创建的支付群组中至少一个客户端发送的收款请求。

支付群组中的任意一个客户端都可以作为收款人，或者，付款人；而且，收款人和付款人的数量都可以是一个或多个。

所述收款请求包括支付规则及各个付款客户端的通信ID信息。在本公开一个实施例中，支付规则可以由支付群组中的成员制定完成，例如，可以直接规定付款人需要付的金额数；或者，也可以规定基础金额及分摊规则，此种应用场景下，服务器可以根据基础金额及分摊规则计算出各个付款人应付金额。

请求生成模块630，用于根据所述第一接收模块接收到的收款请求生成所述各个付款客户端对应的付款请求，并将各个所述付款请求发送给相应的付款客户端。

服务器根据接收到的收款请求中的付款人的通信ID信息及支付规则，确定各个付款人的支付信息，并生成各个付款人对应的付款请求；然后，服务器将付款请求发送给对应的付款人(即，付款客户端)。

第二接收模块640，用于接收所述各个付款客户端的付款响应消息，并将所述各个付款客户端支付的付款金额转入到对应的收款客户端的账户中。

可选地，付款人在付款时，需要输入支付密码，且支付密码与预先设置的密码相同后，服务器才能够将付款人账户内的金额转入收款人账户中。

本实施例提供的支付装置，为至少两个客户端方创建支付群组。支付群组中的客户端可以发起收款请求并发送给服务器，该收款请求包括支付规则及需要付款的客户端对应的通信ID信息。服务器根据收到的收款请求生成付款请求，并将付款请求发送给相应的付款客户端。付款客户端接收到付款请求后，产生相应的付款响应消息并发送给服务器。服务器根据付款响应消息将付款客户端对应的账户内的相应金额转到收款客户端对应的账户中，从而实现收付款的功能。而且，该支付方法，将收款及付款的各个用户分到一个群组中，群组内的用户可以进行互动、交流等通信活动。

图8是根据一示例性实施例示出的另一种支付装置的框图，该装置在图7所示实施例的基础上还包括：统计模块710和第一发送模块720。

统计模块710，用于统计所述支付群组中各个客户端对应的收付款信息。

所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系；按照不同用户的收付款事件统计该用户的收付款信息。

第一发送模块720，用于向所述支付群组中的各个客户端发送所述收付款信息。

在本公开一示例性实施例中，服务器可以将统计的每个用户对应的收付款信息发送给对应的客户端，例如，将用户A的收付款信息发送给用户A；将用户B的收付款信息发送给用户B。

在本公开的另一示例性实施例中，服务器可以将支付群组中每个用户的收付款信息发布在支付群组中，即支付群组中的每个成员不仅能看到自己的收付款信息，同时也能够看到其他成员的收付款信息。

本实施例提供的支付装置，服务器统计支付群组中各个成员的收付款，并发送给支付群组中的各个成员；使支付群组中的各个成员能够整体了解收款和付款总体情况。

图9是根据一示例性实施例示出的又一种支付装置的框图，该装置可以在图7所示实施例的基础上包括第二发送模块810。

第二发送模块810，用于向所述支付群组内各个收款客户端发送对应的收款提醒消息，以及向各个付款客户端发送对应的付款提醒消息。

收款提醒消息用于提醒收款人收款，当付款人付款后，由服务器产生该收款提醒消息，并发送给收款客户端。

付款提醒消息用于提醒付款人付款，在服务器将付款请求发送给相应的付款客户端之后，产生该付款提醒消息。

本实施例提供的支付装置，服务器会产生收款提醒消息并发送给对应的收款客户端；以及，产生付款提醒消息并发送给对应的付款客户端；从而提醒相应的用户收款或付款，提高了用户体验。

图10是根据一示例性实施例示出又一种支付装置的框图，该装置应用于移动终端与其它的终端设备电连接的应用场景中，例如，终端设备可以是终端POS机、或其它的具有显示屏的设备。终端设备与移动终端之间可以通过有线或无线通信方式进行通信，例如移动终端是智能手机或平板电脑，则终端设备可以通过蓝牙或耳机孔中的耳机进行通信。

如图10所示，该支付装置在图7所示实施例的基础上还包括与第一接收模块620连接的第三发送模块910。

第三发送模块910，用于将各个所述付款请求发送给与付款客户端对应的终端设备。

所述付款请求用于使所述终端设备向服务器发送付款响应消息，所述终端设备通过有线通信或无线通信方式与所述终端设备进行通信。

用户在终端设备上进行相应的操作，从而不需要每次都在手机上进行操作。

用户在终端设备上发起收款事件，终端设备将收款触发命令发送给移动终端，移动终端再根据收款触发命令生成收款请求，并将收款请求发送给服务器；

移动终端接收到服务器发送的消息后，转发给终端设备，例如，移动终端接收到服务器发送的付款请求后，转发给终端设备。

本实施例提供的支付装置，用户直接在与移动终端电连接的终端设备上进行操作，不需要在手机上操作。

图11是根据一示例性实施例示出的另一种支付装置的框图，该装置应用于移动终端中，如图11所示，该装置包括第一发送模块1010、获取模块1020、第二发送模块1030和返回模块1040。

第一发送模块1010，用于向服务器发送支付群组创建请求。

所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息、用于请求所述服务器创建支付群组。

获取模块1020，用于当检测到用户的收款触发命令时，获取收款信息，并根据所述收款信息生成收款请求。

收款触发命令可以是用户触发支付界面上的相应控件产生，例如，支付界面上设置收款按钮，当用户点击收款按钮时，产生相应的收款触发命令。

收款信息包括支付规则及各个付款客户端的通信ID信息。用户可以在支付界面上输入相应的收款信息。收款信息中的支付规则可以由用户设置，例如，在支付界面上设置相应的支付规则控件或选项，用户从支付界面中选择相应的支付规则即可。

在本公开一个实施例中，获取模块1020包括检测子模块和接收子模块。

检测子模块，用于检测用户在所述支付群组内的收款触发操作。

接收子模块，用于接收输入的所述收款信息，所述收款信息的信息类型包括以下至少一种：文字信息、语音信息。

当收款信息为语音信息时，接收子模块可以包括：语音识别子模块和语义确定子模块。

语音识别子模块，用于对所述语音信息进行语音识别，得到所述语音信息的语义内容。

语义确定子模块，用于根据所述语音识别模块获得的语义内容确定所述收款信息所包含的内容。

第二发送模块1030，向所述服务器发送所述获取模块获得的收款请求。

所述收款请求用于使所述服务器根据所述收款请求生成付款请求。

服务器接收到移动终端发送的收款请求后，获取相应的收款金额及支付该收款金额用户对应的通信ID信息，服务器根据这些信息生成相应的付款请求，并发送给各个付款用户。

返回模块1040，用于当接收到服务器发送的付款请求时，向所述服务器返回付款响应消息。

所述付款响应消息用于使所述服务器按照付款规则将付款金额转入对应的收款客户端的账户中。

当该移动终端作为付款客户端时，接收到服务器发送的付款请求后，可以向用户展示是否确认支付，如果用户确认支付，则产生付款响应消息，并将该付款响应消息发送给服务器，服务器根据该付款响应消息将付款客户端对应账户内的付款金额转入对应的收款客户端对应的账户内，完成支付。

本实施例提供的支付装置，客户端可以发起创建支付群组的请求，由服务器创建响应的支付群组。支付群组中的客户端可以发起收款事件，并向服务器发送收款请求；然后，由服务器根据收款请求生成付款请求，并将付款请求发送给服务器。付款客户端接收到付款请求后，产生相应的付款响应消息并发送给服务器。服务器根据付款响应消息将付款客户端对应的账户内的相应金额转到收款客户端对应的账户中，从而实现收付款的功能。将收款及付款的各个用户分到一个群组中，群组内的用户可以进行支付、交流等活动。

图12是根据一示例性实施例示出的又一种支付装置的框图，该装置在图11所示实施例的基础行还包括：第一展示模块1110、第二展示模块1120和第三展示模块1130。

第一展示模块1110，用于当接收到所述服务器发送的收款提醒消息时，在所述支付群组内展示所述收款提醒消息。

在第二发送模块1030向服务器发送除收款请求，且服务器在付款客户端付款后产生收款提醒消息后，第一展示模块1110向用户展示接收到的收款提醒消息。

第二展示模块1120，用于当接收到所述服务器发送的付款提醒消息时，在所述支付群组内展示所述付款提醒消息。

第三展示模块1130，用于当接收到所述服务器发送的收付款信息时，在所述支付群组内展示所述收付款信息。所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系。

本实施例提供的支付装置，服务器会向付款的客户端发送付款提醒消息，移动终端展示该付款提醒用户付款；当接收到服务器发送的收款提醒消息时，向用户展示收款提醒消息提醒用户收款。而且，还能够在支付群组内展示收付款信息。

图13是根据一示例性实施例示出的又一种支付装置的框图，该装置是与图10所示的支付装置实施例对应的移动终端侧的装置实施例。如图13所示，所述装置还包括：接收模块1210。

接收模块1210，用于接收终端设备发送的收款触发命令，所述终端设备与所述移动终端通过有线或无线通信方式进行通信。

接收模块120接收到的收款触发命令传输给获取模块1020。

本实施例提供的支付装置，用户直接在与移动终端电连接的终端设备上进行操作，不需要在手机上操作。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图14是根据一示例性实施例示出的一种用于支付方法的装置1300的框图。例如，装置1300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

如图14所示，装置1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1316。

处理组件1302通常控制装置1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。

存储器1304被配置为存储各种类型的数据以支持在装置1300的操作。这些数据的示例包括用于在装置1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1306为装置1300的各种组件提供电力。电源组件1306可以包括电源管理系统，一个或多个电源，及其他与为装置1300生成、管理和分配电力相关联的组件。

多媒体组件1308包括在装置1300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当装置1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当装置1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。

I/O接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1314包括一个或多个传感器，用于为装置1300提供各个方面的状态评估。例如，传感器组件1314可以检测到装置1300的打开/关闭状态，组件的相对定位，例如组件为装置1300的显示器和小键盘，传感器组件1314还可以检测装置1300或装置1300一个组件的位置改变，用户与装置1300接触的存在或不存在，装置1300方位或加速/减速和装置1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1316被配置为便于装置1300和其他设备之间有线或无线方式的通信。装置1300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由装置1300的处理器1320执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当存储介质中的指令由移动终端的处理器执行时，使得终端设备能够执行一种支付方法，方法包括：

向服务器发送支付群组创建请求，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息、用于请求所述服务器创建支付群组；

当检测到用户的收款触发命令时，获取收款信息，并根据所述收款信息生成收款请求，所述收款信息包括支付规则及各个付款客户端的通信ID信息；

向所述服务器发送所述收款请求，所述收款请求用于使所述服务器根据所述收款请求生成付款请求；

当接收到服务器发送的付款请求时，向所述服务器返回付款响应消息，所述付款响应消息用于使所述服务器按照付款规则将付款金额转入对应的收款客户端的账户中。

图15是根据一示例性实施例示出的一种用于支付方法的装置1400的框图。例如，装置1400可以被提供为一服务器。如图15所示，装置1400包括处理组件1422，其进一步包括一个或多个处理器，以及由存储器1432所代表的存储器资源，用于存储可由处理组件1422的执行的指令，例如应用程序。存储器1432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1422被配置为执行指令，以执行上述图2～图4所示的支付方法实施例。

装置1400还可以包括一个电源组件1426被配置为执行装置1400的电源管理，一个有线或无线网络接口1450被配置为将装置1400连接到网络，和一个输入输出(I/O)接口1458。装置1400可以操作基于存储在存储器1432的操作系统，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (22)

1.一种支付方法，应用于服务器中，其特征在于，包括：

根据接收到的支付群组创建请求，创建支付群组，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息；

接收所述支付群组中至少一个客户端发送的收款请求，所述收款请求包括支付规则及各个付款客户端的通信ID信息；

根据所述收款请求生成所述各个付款客户端对应的付款请求，并将各个所述付款请求发送给相应的付款客户端；

接收所述各个付款客户端的付款响应消息，并将所述各个付款客户端支付的付款金额转入到对应的收款客户端的账户中。

2.根据权利要求1所述的方法，其特征在于，所述根据接收到的支付群组创建请求，创建支付群组，包括：

根据所述支付群组创建请求，生成支付群组标识；

建立所述发起客户端及至少一个被邀请客户端所对应的通信ID信息与所述支付群组标识之间的映射关系。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

统计所述支付群组中各个客户端对应的收付款信息，所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系；

向所述支付群组中的各个客户端发送所述收付款信息。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

向所述支付群组内各个收款客户端发送对应的收款提醒消息，以及向各个付款客户端发送对应的付款提醒消息。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将各个所述付款请求发送给与付款客户端对应的终端设备，所述付款请求用于使所述终端设备向服务器发送付款响应消息，所述终端设备通过有线通信或无线通信方式与所述终端设备进行通信。

6.一种支付方法，应用于移动终端中，其特征在于，包括：

向服务器发送支付群组创建请求，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息、用于请求所述服务器创建支付群组；

当检测到用户的收款触发命令时，获取收款信息，并根据所述收款信息生成收款请求，所述收款信息包括支付规则及各个付款客户端的通信ID信息；

向所述服务器发送所述收款请求，所述收款请求用于使所述服务器根据所述收款请求生成付款请求；

当接收到服务器发送的付款请求时，向所述服务器返回付款响应消息，所述付款响应消息用于使所述服务器按照付款规则将付款金额转入对应的收款客户端的账户中。

7.根据权利要求6所述的方法，其特征在于，所述当检测到用户的收款触发命令时，获取收款信息，包括：

检测用户在所述支付群组内的收款触发操作；

接收输入的所述收款信息，所述收款信息的信息类型包括以下至少一种：文字信息、语音信息。

8.根据权利要求7所述的方法，其特征在于，若所述收款信息是语音信息，则所述接收输入的所述收款信息包括：

对所述语音信息进行语音识别，得到所述语音信息的语义内容；

根据所述语义内容确定所述收款信息所包含的内容。

9.根据权利要求6所述的方法，其特征在于，所述方法还包括：

当接收到所述服务器发送的收款提醒消息时，在所述支付群组内展示所述收款提醒消息；

或者，

当接收到所述服务器发送的付款提醒消息时，在所述支付群组内展示所述付款提醒消息；

或者，

当接收到所述服务器发送的收付款信息时，在所述支付群组内展示所述收付款信息，所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系。

10.根据权利要求6所述的方法，其特征在于，所述方法还包括：

接收终端设备发送的收款触发命令，所述终端设备与所述移动终端通过有线或无线通信方式进行通信。

11.一种支付装置，应用于服务器中，其特征在于，包括：

创建模块，用于根据接收到的支付群组创建请求，创建支付群组，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息；

第一接收模块，用于接收所述创建群组创建的支付群组中至少一个客户端发送的收款请求，所述收款请求包括支付规则及各个付款客户端的通信ID信息；

请求生成模块，用于根据所述第一接收模块接收到的收款请求生成所述各个付款客户端对应的付款请求，并将各个所述付款请求发送给相应的付款客户端；

第二接收模块，用于接收所述各个付款客户端的付款响应消息，并将所述各个付款客户端支付的付款金额转入到对应的收款客户端的账户中。

12.根据权利要求11所述的装置，其特征在于，所述创建模块，包括：

第一生成子模块，用于根据所述支付群组创建请求，生成支付群组标识；

映射子模块，用于建立所述发起客户端及至少一个被邀请客户端所对应的通信ID信息与所述第一生成子模块生成的支付群组标识之间的映射关系。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

统计模块，用于统计所述支付群组中各个客户端对应的收付款信息，所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系；

第一发送模块，用于向所述支付群组中的各个客户端发送所述收付款信息。

14.根据权利要求11所述的装置，其特征在于，所述装置还包括：

第二发送模块，用于向所述支付群组内各个收款客户端发送对应的收款提醒消息，以及向各个付款客户端发送对应的付款提醒消息。

15.根据权利要求11所述的装置，其特征在于，所述装置还包括：

第三发送模块，用于将各个所述付款请求发送给与付款客户端对应的终端设备，所述付款请求用于使所述终端设备向服务器发送付款响应消息，所述终端设备通过有线通信或无线通信方式与所述终端设备进行通信。

16.一种支付装置，应用于移动终端中，其特征在于，包括：

第一发送模块，用于向服务器发送支付群组创建请求，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息、用于请求所述服务器创建支付群组；

获取模块，用于当检测到用户的收款触发命令时，获取收款信息，并根据所述收款信息生成收款请求，所述收款信息包括支付规则及各个付款客户端的通信ID信息；

第二发送模块，向所述服务器发送所述获取模块获得的收款请求，所述收款请求用于使所述服务器根据所述收款请求生成付款请求；

返回模块，用于当接收到服务器发送的付款请求时，向所述服务器返回付款响应消息，所述付款响应消息用于使所述服务器按照付款规则将付款金额转入对应的收款客户端的账户中。

17.根据权利要求16所述的装置，其特征在于，所述获取模块，包括：

检测子模块，用于检测用户在所述支付群组内的收款触发操作；

接收子模块，用于接收输入的所述收款信息，所述收款信息的信息类型包括以下至少一种：文字信息、语音信息。

18.根据权利要求17所述的装置，其特征在于，若所述收款信息是语音信息，则所述接收子模块包括：

语音识别子模块，用于对所述语音信息进行语音识别，得到所述语音信息的语义内容；

语义确定子模块，用于根据所述语音识别模块获得的语义内容确定所述收款信息所包含的内容。

19.根据权利要求16所述的装置，其特征在于，所述装置还包括：

第一展示模块，用于当接收到所述服务器发送的收款提醒消息时，在所述支付群组内展示所述收款提醒消息；

或者，

第二展示模块，用于当接收到所述服务器发送的付款提醒消息时，在所述支付群组内展示所述付款提醒消息；

或者，

第三展示模块，用于当接收到所述服务器发送的收付款信息时，在所述支付群组内展示所述收付款信息，所述收付款信息包括收付款金额及对应客户端的通信ID信息之间的映射关系。

20.根据权利要求16所述的装置，其特征在于，所述装置还包括：

接收模块，用于接收终端设备发送的收款触发命令，所述终端设备与所述移动终端通过有线或无线通信方式进行通信。

21.一种服务器，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

根据接收到的支付群组创建请求，创建支付群组，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息；

接收所述支付群组中至少一个客户端发送的收款请求，所述收款请求包括支付规则及各个付款客户端的通信ID信息；

根据所述收款请求生成所述各个付款客户端对应的付款请求，并将各个所述付款请求发送给相应的付款客户端；

接收所述各个付款客户端的付款响应消息，并将所述各个付款客户端支付的付款金额转入到对应的收款客户端的账户中。

22.一种移动终端，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

向服务器发送支付群组创建请求，所述支付群组创建请求包括发起客户端和至少一个被邀请客户端的通信ID信息、用于请求所述服务器创建支付群组；

当检测到用户的收款触发命令时，获取收款信息，并根据所述收款信息生成收款请求，所述收款信息包括支付规则及各个付款客户端的通信ID信息；

向所述服务器发送所述收款请求，所述收款请求用于使所述服务器根据所述收款请求生成付款请求；

当接收到服务器发送的付款请求时，向所述服务器返回付款响应消息，所述付款响应消息用于使所述服务器按照付款规则将付款金额转入对应的收款客户端的账户中。