本公开涉及互联网
技术领域：
：，尤其涉及一种付款处理方法及装置。
背景技术：
：：随着互联网技术的快速发展，利用智能手机、平板电脑、掌上电脑、移动互联网设备(mobileinternetdevices，mid)、台式计算机等终端进行网络支付已成为一种便捷、流行的支付方式。相关技术中，当收款用户需要向多个付款用户发起收款请求时，需要人工统计付款用户的个数，再根据付款用户的数量确定每个付款用户的付款金额。进而，向每个付款用户发起包含付款金额的收款请求，以进行收款。技术实现要素：为克服相关技术中存在的问题，本公开提供一种付款处理方法及装置。根据本公开实施例的第一方面，提供一种付款处理方法方法，包括：接收收款用户发送的收款信息，所述收款信息包括：收款总额；确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；向所述付款用户发送收款请求；接收所述付款用户根据所述收款请求返回的响应信息；根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。可选的，根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额的步骤包括：当预设条件满足时，获取接收到的返回响应信息的付款用户的数量；根据所述收款总额、所述数量以及预设支付规则，获取每个付款用户需要支付的付款金额。可选的，根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额的步骤包括：当预设条件满足时，获取返回响应信息的每个付款用户的用户信息；根据所述用户信息和所述收款总额，确定返回响应信息的每个付款用户的付款金额。可选的，所述方法还包括：从返回响应消息的付款用户的账户中扣除所述付款金额；以及将扣除的所述付款金额增加到所述收款用户的账户中。可选的，所述从返回响应消息的付款用户的账户中扣除所述付款金额的步骤包括：将返回响应信息的付款用户的账户中的预设金额进行冻结，所述预设金额大于所述收款总额与所述用户群组中的付款用户总数的比值；从冻结的所述预设金额中扣除所述付款金额。可选的，所述方法还包括：获取所述用户群组中的付款用户的信用信息；根据所述付款用户的信用信息，确定所述预设金额。根据本公开实施例的第二方面，提供一种付款处理装置，所述装置包括：收款信息接收模块，被配置为接收收款用户发送的收款信息，所述收款信息包括：收款总额；群组确定模块，被配置为确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；请求发送模块，被配置为向所述付款用户发送收款请求；响应接收模块，被配置为接收所述付款用户根据所述收款请求返回的响应信息；付款金额确定模块，被配置为根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。可选的，所述付款金额确定模块包括：用户数量获取子模块，被配置为在预设条件满足时，获取接收到的返回响应信息的付款用户的数量；第一金额获取子模块，被配置为根据所述收款总额、所述数量以及预设支付规则，获取每个付款用户需要支付的付款金额。可选的，所述付款金额确定模块包括：用户信息获取子模块，被配置为在预设条件满足时，获取返回响应信息的每个付款用户的用户信息；第二金额获取子模块，被配置为根据所述用户信息和所述收款总额，确定返回响应信息的每个付款用户的付款金额。可选的，所述装置还包括：扣除模块，被配置为从返回响应消息的付款用户的账户中扣除所述付款金额；以及增加模块，被配置为将扣除的所述付款金额增加到所述收款用户的账户中。可选的，所述扣除模块包括：冻结子模块，被配置为将返回响应信息的付款用户的账户中的预设金额进行冻结，所述预设金额大于所述收款总额与所述用户群组中的付款用户总数的比值；扣除子模块，被配置为从冻结的所述预设金额中扣除所述付款金额。可选的，所述装置还包括：信用信息获取模块，被配置为获取所述用户群组中的付款用户的信用信息；预设金额确定子模块，被配置为根据所述付款用户的信用信息，确定所述预设金额。根据本公开实施例的第三方面，提供一种付款处理装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：接收收款用户发送的收款信息，所述收款信息包括：收款总额；确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；向所述付款用户发送收款请求；接收所述付款用户根据所述收款请求返回的响应信息；根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器或移动终端的处理器执行时，使得服务器或移动终端能够执行一种付款处理方法，所述方法包括：接收收款用户发送的收款信息，所述收款信息包括：收款总额；确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；向所述付款用户发送收款请求；接收所述付款用户根据所述收款请求返回的响应信息；根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。本公开的实施例提供的技术方案可以包括以下有益效果：收款用户无需统计付款用户的数量，通过向付款用户发送收款信息，进行收款，简化了收款操作，提升了用户体验。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。图1是根据一示例性实施例示出的一种收款方法的流程图；图2是本公开一实施例根据响应信息和收款总额确定付款用户的付款金额的流程示意图；图3是本公开另一实施例根据响应信息和收款总额确定付款用户的付款金额的流程示意图；图4是根据一示例性实施例示出的将扣除的付款金额增加到收款用户的账户的流程示意图；图5是根据一示例性实施例示出的根据用户信息确定付款金额的流程示意图；图6是根据一示例性实施例示出的一种付款处理装置的框图；图7是根据一示例性实施例示出的一种用于付款处理方法的装置的框图。具体实施方式这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。图1是根据一示例性实施例示出的一种收款方法的流程图，如图1所示，该收款方法用于终端中，包括以下步骤：在步骤s11中，接收收款用户发送的收款信息，收款信息包括：收款总额。当用户需要进行收款时，例如，进行aa收款时，用户可通过终端设备输入操作指令。应理解，在本公开的实施例中，终端设备可为移动电话、智能手机、笔记本电脑、pda(personaldigitalassistant，个人数字助理)、pad(portableandroiddevice，平板电脑)、pmp(portablemediaplayer，便携式多媒体播放器)、台式计算机等。用户通过输入操作，运行应用程序，通过用户账号(例如，昵称、手机号码等)和密码进行登录，从而在终端设备上绑定付款用户的账户。在本公开实施例中，收款用户即指绑定了付款用户的账号的终端设备，同样的，付款用户为绑定了付款用户账号的终端设备。在步骤s12中，确定收款用户所在的用户群组，用户群组中包括一个或多个付款用户。在本公开的实施例中，收款用户在发送收款信息时，将所在的群组信息携带在收款信息中，由此，可确定收款用户所在的用户群组。群组信息包括：群标识号。服务器接收到收款信息，即根据群标识号确定收款用户所在的群组。在步骤s13中，向付款用户发送收款请求。在本公开的实施例中，服务器根据群标识号，向群组中的付款用户发送收款请求。在本公开的一实施例中，收款请求中包括收款用户的信息、收款总额、收款事由等信息。收款用户的信息可为账号名、用户名等。收款事由可由收款用户编辑或设置后携带在收款信息中发送给服务器。例如，收款事由可为“参加×××活动”。在步骤s14中，接收付款用户根据收款请求返回的响应信息。在本公开的实施例中，服务器根据群标识号发送收款请求给群组中的每个付款用户。付款用户接收到收款请求，可根据收款请求中的收款用户的信息、收款总额、收款事由等信息，确定是否需要进行付款，若需要付款，则返回响应信息。在本公开的一实施例中，付款用户确定要进行付款时，向与其绑定的账户中转入预设金额，用于进行支付。在步骤s15中，根据接收到的响应信息和收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。在本公开的实施例中，付款用户若确定要进行支付，则发送响应信息。由此，接收到响应信息后，根据接收到的响应信息的数量，以及收款总额，即可确定返回响应信息的每个付款用户需要支付的付款金额。本公开实施例的付款处理方法，收款用户无需统计付款用户的数量，通过向付款用户发送收款信息，进行收款，简化了收款操作，可实现动态计算每付款用户需要支付的付款金额，提升了用户体验。参见图2，为本公开一实施例根据响应信息和收款总额确定付款用户的付款金额的流程示意图。在该实施例中，在步骤s21中，当预设条件满足时，获取接收到的返回响应信息的付款用户的数量。在一个实施例中，预设条件满足可为预设时间到时，例如，预设时间可为24小时，则服务器向付款用户发送付款请求后，24小时到时，即获取接收到的返回响应信息的付款用户的数量。在另一些实施例中，预设条件满足可为接收到的返回响应信息的付款用户的数量达到设定阈值，即服务器向付款用户发送付款请求后，当收到的响应信息的数量达到设定阈值(例如，用户群组中的用户总数的80％)时，即获取接收到的返回响应信息的付款用户的数量。在步骤s22中，根据收款总额和返回响应信息的付款用户的数量，获取每个付款用户需要支付的付款金额。在一个实施例中，每个付款用户(即返回响应信息的付款用户)需要支付的付款金额为收款总额与返回响应信息的付款用户的数量之比。通过该实施例中，根据收款总额和付款用户的数量，进行付款金额的获取，可将收款总额按照付款用户的数量进行均分，简化收款用户的收款操作，提升用户体验。参见图3，为本公开另一实施例根据响应信息和收款总额确定付款用户的付款金额的流程示意图。在该实施例中，在步骤s31中，当预设条件满足时，获取返回响应信息的每个付款用户的用户信息。预设条件可和上述图2所示实施例的预设条件相同。在该实施例中，付款用户的用户信息可为用户的账户名、年龄、性别或昵称等。在一个实施例中，服务器可根据付款用户的账户名，从其在注册用户账号时所提供的信息中获取其用户信息。在步骤s32中，根据用户信息、收款总额以及预设支付规则，确定返回响应信息的每个付款用户的付款金额。在本公开的实施例中，服务器可根据用户信息、收款总额和预设支付规则，确定返回响应信息的每个付款用户需要支付的付款金额。预设支付规则可为收款用户根据收款事由设置并发送给服务器的。例如，预设支付规则可为：性别为女，付款金额为a1；性别为男，付款金额为a2。通过该实施例，可实现根据预设规则、付款用户的付款信息以及收款总额，对付款用户进行收款，付款用户可对预设规则进行灵活设置，以实现灵活收款，进一步提升用户体验。参见图4，在本公开的实施例中，确定了返回响应消息的每个付款用户需要支付的付款金额后，从返回响应消息的付款用户的账户中扣除相应的付款金额；以及将扣除的付款金额增加到收款用户的账户中。在一个实施例中，当付款用户确认进行付款后，向对应的账户中转入预设金额的款项。该预设金额的款项将被服务器冻结，即该预设金额的款项将被设置为不可用。预设金额应待遇收款总额与用户群组中的付款用户总数的比值。应理解，当付款用户的账户中已经存有大于或等于预设金额的款项时，可无需进行向账户中转入预设金额的款项的操作。在一个实施例中，可根据用户群组中的付款用户的信用信息确定需冻结的预设金额的数额。参见图5，服务器接收到收款用户发送的收款信息后，获取用户群组中的付款用户的信用信息；而后根据用户信息和收款总额，确定返回响应信息的每个付款用户的付款金额。在一个实施例中，可根据付款用户的用户信息到第三方平台(例如，银行系统的信用记录)进行信用信息的查询。也可根据付款用户的用户信息查询其对应的交易记录或付款记录，从而确定付款用户的信用信息。在一些实施例中，付款用户的信用信息也可由收款用户设置并发送给服务器。在本公开的一实施例中，付款用户的信用信息与其被冻结的预设金额相关联。若用户群组中的付款用户的信用信息所反应的信用等级均高于预设值，或者一定比例的付款用户的信用等级高于预设值，则预设金额可设置得相对较低。例如，用户群组中包括10个付款用户，该10个付款用户的信用等级均高于预设阈值，则预设金额可设为付款总额除以10；而若该10个付款用户中有60％的用户的信用等级均低于预设阈值，则预设金额可设为与付款总额相等。在本公开的另一些实施例中，付款用户在发送收款信息时，可在收款信息中携带一标识信息，该标识信息用于确定需冻结的预设金额。例如，标识信息可为同学、朋友、同事、亲人、陌生人等，服务器根据标识信息，确定预设金额的确定方式。若为同学、朋友、同事和亲人，则无需根据信用信息确定预设金额，而直接将用户群组中的付款用户的信用等级确定为高于预设阈值；而如果标识信息为陌生人，则按照上述所述的方式，确定每个付款用户的信用信息，从而确定预设金额的大小。如上述图2和图3实施例所示，服务器从冻结的预设金额中扣除付款金额后，即将预设金额中剩余的款项进行解冻。由此，可实现对付款用户的需冻结金额进行设置，实现灵活收款，提升用户体验。图6是根据一示例性实施例示出的一种付款处理装置的框图。参照图6，该装置600包括：收款信息接收模块601，被配置为接收收款用户发送的收款信息，收款信息包括：收款总额；群组确定模块602，被配置为确定收款用户所在的用户群组，用户群组中包括一个或多个付款用户；请求发送模块603，被配置为向付款用户发送收款请求；响应接收模块604，被配置为接收付款用户根据收款请求返回的响应信息；付款金额确定模块605，被配置为根据接收到的响应信息和收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。在一个实施例中，付款金额确定模块605包括：用户数量获取子模块，被配置为在预设条件满足时，获取接收到的返回响应信息的付款用户的数量；第一金额获取子模块，被配置为根据收款总额、数量以及预设支付规则，获取每个付款用户需要支付的付款金额。在一个实施例中，付款金额确定模块605包括：用户信息获取子模块，被配置为在预设条件满足时，获取返回响应信息的每个付款用户的用户信息；第二金额获取子模块，被配置为根据用户信息和收款总额，确定返回响应信息的每个付款用户的付款金额。在一个实施例中，装置600还包括：扣除模块，被配置为从返回响应消息的付款用户的账户中扣除付款金额；以及增加模块，被配置为将扣除的付款金额增加到收款用户的账户中。在一个实施例中，扣除模块包括：冻结子模块，被配置为将返回响应信息的付款用户的账户中的预设金额进行冻结，预设金额大于收款总额与用户群组中的付款用户总数的比值；扣除子模块，被配置为从冻结的预设金额中扣除付款金额。在一个实施例中，装置600还包括：信用信息获取模块，被配置为获取用户群组中的付款用户的信用信息；预设金额确定子模块，被配置为根据付款用户的信用信息，确定预设金额。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。图7是根据一示例性实施例示出的一种用于付款处理方法的装置700的框图。例如，装置700可以被提供为一服务器。参照图7，装置700包括处理组件722，其进一步包括一个或多个处理器，以及由存储器732所代表的存储器资源，用于存储可由处理组件722的执行的指令，例如应用程序。存储器732中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件722被配置为执行指令，以执行上述付款处理方法。装置700还可以包括一个电源组件726被配置为执行装置700的电源管理，一个有线或无线网络接口750被配置为将装置700连接到网络，和一个输入输出(i/o)接口758。装置700可以操作基于存储在存储器732的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。应理解，本公开上述付款处理方法也可由终端设备的处理器执行。本领域技术人员在考虑说明书及实践本公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本
技术领域：
：中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。当前第1页12当前第1页12