CN106980967A - 付款处理方法及装置 - Google Patents
付款处理方法及装置 Download PDFInfo
- Publication number
- CN106980967A CN106980967A CN201710199132.5A CN201710199132A CN106980967A CN 106980967 A CN106980967 A CN 106980967A CN 201710199132 A CN201710199132 A CN 201710199132A CN 106980967 A CN106980967 A CN 106980967A
- Authority
- CN
- China
- Prior art keywords
- payment
- user
- response message
- gathering
- users
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 14
- 238000003672 processing method Methods 0.000 title claims abstract description 13
- 230000004044 response Effects 0.000 claims abstract description 86
- 238000000034 method Methods 0.000 claims abstract description 20
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 claims description 9
- 239000010931 gold Substances 0.000 claims description 9
- 229910052737 gold Inorganic materials 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 7
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 241000854350 Enicospilus group Species 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/16—Payments settled via telecommunication systems
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本公开是关于一种付款处理方法及装置，所述方法包括：接收收款用户发送的收款信息，所述收款信息包括：收款总额；确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；向所述付款用户发送收款请求；接收所述付款用户根据所述收款请求返回的响应信息；根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。通过本公开，收款用户无需统计付款用户的数量，通过向付款用户发送收款信息，进行收款，简化了收款操作，提升了用户体验。
Description
技术领域
本公开涉及互联网技术领域，尤其涉及一种付款处理方法及装置。
背景技术
随着互联网技术的快速发展，利用智能手机、平板电脑、掌上电脑、移动互联网设备(Mobile Internet Devices，MID)、台式计算机等终端进行网络支付已成为一种便捷、流行的支付方式。
相关技术中，当收款用户需要向多个付款用户发起收款请求时，需要人工统计付款用户的个数，再根据付款用户的数量确定每个付款用户的付款金额。进而，向每个付款用户发起包含付款金额的收款请求，以进行收款。
发明内容
为克服相关技术中存在的问题，本公开提供一种付款处理方法及装置。
根据本公开实施例的第一方面，提供一种付款处理方法方法，包括：
接收收款用户发送的收款信息，所述收款信息包括：收款总额；
确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；
向所述付款用户发送收款请求；
接收所述付款用户根据所述收款请求返回的响应信息；
根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。
可选的，根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额的步骤包括：
当预设条件满足时，获取接收到的返回响应信息的付款用户的数量；
根据所述收款总额、所述数量以及预设支付规则，获取每个付款用户需要支付的付款金额。
可选的，根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额的步骤包括：
当预设条件满足时，获取返回响应信息的每个付款用户的用户信息；
根据所述用户信息和所述收款总额，确定返回响应信息的每个付款用户的付款金额。
可选的，所述方法还包括：
从返回响应消息的付款用户的账户中扣除所述付款金额；以及
将扣除的所述付款金额增加到所述收款用户的账户中。
可选的，所述从返回响应消息的付款用户的账户中扣除所述付款金额的步骤包括：
将返回响应信息的付款用户的账户中的预设金额进行冻结，所述预设金额大于所述收款总额与所述用户群组中的付款用户总数的比值；
从冻结的所述预设金额中扣除所述付款金额。
可选的，所述方法还包括：
获取所述用户群组中的付款用户的信用信息；
根据所述付款用户的信用信息，确定所述预设金额。
根据本公开实施例的第二方面，提供一种付款处理装置，所述装置包括：
收款信息接收模块，被配置为接收收款用户发送的收款信息，所述收款信息包括：收款总额；
群组确定模块，被配置为确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；
请求发送模块，被配置为向所述付款用户发送收款请求；
响应接收模块，被配置为接收所述付款用户根据所述收款请求返回的响应信息；
付款金额确定模块，被配置为根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。
可选的，所述付款金额确定模块包括：
用户数量获取子模块，被配置为在预设条件满足时，获取接收到的返回响应信息的付款用户的数量；
第一金额获取子模块，被配置为根据所述收款总额、所述数量以及预设支付规则，获取每个付款用户需要支付的付款金额。
可选的，所述付款金额确定模块包括：
用户信息获取子模块，被配置为在预设条件满足时，获取返回响应信息的每个付款用户的用户信息；
第二金额获取子模块，被配置为根据所述用户信息和所述收款总额，确定返回响应信息的每个付款用户的付款金额。
可选的，所述装置还包括：
扣除模块，被配置为从返回响应消息的付款用户的账户中扣除所述付款金额；以及
增加模块，被配置为将扣除的所述付款金额增加到所述收款用户的账户中。
可选的，所述扣除模块包括：
冻结子模块，被配置为将返回响应信息的付款用户的账户中的预设金额进行冻结，所述预设金额大于所述收款总额与所述用户群组中的付款用户总数的比值；
扣除子模块，被配置为从冻结的所述预设金额中扣除所述付款金额。
可选的，所述装置还包括：
信用信息获取模块，被配置为获取所述用户群组中的付款用户的信用信息；
预设金额确定子模块，被配置为根据所述付款用户的信用信息，确定所述预设金额。
根据本公开实施例的第三方面，提供一种付款处理装置，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：接收收款用户发送的收款信息，所述收款信息包括：收款总额；确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；向所述付款用户发送收款请求；接收所述付款用户根据所述收款请求返回的响应信息；根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。
根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器或移动终端的处理器执行时，使得服务器或移动终端能够执行一种付款处理方法，所述方法包括：接收收款用户发送的收款信息，所述收款信息包括：收款总额；确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；向所述付款用户发送收款请求；接收所述付款用户根据所述收款请求返回的响应信息；根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。
本公开的实施例提供的技术方案可以包括以下有益效果：收款用户无需统计付款用户的数量，通过向付款用户发送收款信息，进行收款，简化了收款操作，提升了用户体验。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种收款方法的流程图；
图2是本公开一实施例根据响应信息和收款总额确定付款用户的付款金额的流程示意图；
图3是本公开另一实施例根据响应信息和收款总额确定付款用户的付款金额的流程示意图；
图4是根据一示例性实施例示出的将扣除的付款金额增加到收款用户的账户的流程示意图；
图5是根据一示例性实施例示出的根据用户信息确定付款金额的流程示意图；
图6是根据一示例性实施例示出的一种付款处理装置的框图；
图7是根据一示例性实施例示出的一种用于付款处理方法的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种收款方法的流程图，如图1所示，该收款方法用于终端中，包括以下步骤：
在步骤S11中，接收收款用户发送的收款信息，收款信息包括：收款总额。
当用户需要进行收款时，例如，进行AA收款时，用户可通过终端设备输入操作指令。
应理解，在本公开的实施例中，终端设备可为移动电话、智能手机、笔记本电脑、PDA(Personal Digital Assistant，个人数字助理)、PAD(portable android device，平板电脑)、PMP(Portable Media Player，便携式多媒体播放器)、台式计算机等。
用户通过输入操作，运行应用程序，通过用户账号(例如，昵称、手机号码等)和密码进行登录，从而在终端设备上绑定付款用户的账户。在本公开实施例中，收款用户即指绑定了付款用户的账号的终端设备，同样的，付款用户为绑定了付款用户账号的终端设备。
在步骤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的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。
应理解，本公开上述付款处理方法也可由终端设备的处理器执行。
本领域技术人员在考虑说明书及实践本公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (13)
1.一种付款处理方法，其特征在于，所述方法包括：
接收收款用户发送的收款信息，所述收款信息包括：收款总额；
确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；
向所述付款用户发送收款请求；
接收所述付款用户根据所述收款请求返回的响应信息；
根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。
2.根据权利要求1所述的方法，其特征在于，根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额的步骤包括：
当预设条件满足时，获取接收到的返回响应信息的付款用户的数量；
根据所述收款总额、所述数量以及预设支付规则，获取每个付款用户需要支付的付款金额。
3.根据权利要求1所述的方法，其特征在于，根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额的步骤包括：
当预设条件满足时，获取返回响应信息的每个付款用户的用户信息；
根据所述用户信息和所述收款总额，确定返回响应信息的每个付款用户的付款金额。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：
从返回响应消息的付款用户的账户中扣除所述付款金额；以及
将扣除的所述付款金额增加到所述收款用户的账户中。
5.根据权利要求4所述的方法，其特征在于，所述从返回响应消息的付款用户的账户中扣除所述付款金额的步骤包括：
将返回响应信息的付款用户的账户中的预设金额进行冻结，所述预设金额大于所述收款总额与所述用户群组中的付款用户总数的比值；
从冻结的所述预设金额中扣除所述付款金额。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
获取所述用户群组中的付款用户的信用信息；
根据所述付款用户的信用信息，确定所述预设金额。
7.一种付款处理装置，其特征在于，所述装置包括：
收款信息接收模块，被配置为接收收款用户发送的收款信息，所述收款信息包括：收款总额；
群组确定模块，被配置为确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；
请求发送模块，被配置为向所述付款用户发送收款请求；
响应接收模块，被配置为接收所述付款用户根据所述收款请求返回的响应信息；
付款金额确定模块，被配置为根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。
8.根据权利要求7所述的装置，其特征在于，所述付款金额确定模块包括：
用户数量获取子模块，被配置为在预设条件满足时，获取接收到的返回响应信息的付款用户的数量；
第一金额获取子模块，被配置为根据所述收款总额、所述数量以及预设支付规则，获取每个付款用户需要支付的付款金额。
9.根据权利要求7所述的装置，其特征在于，所述付款金额确定模块包括：
用户信息获取子模块，被配置为在预设条件满足时，获取返回响应信息的每个付款用户的用户信息；
第二金额获取子模块，被配置为根据所述用户信息和所述收款总额，确定返回响应信息的每个付款用户的付款金额。
10.根据权利要求7至9任一项所述的装置，其特征在于，所述装置还包括：
扣除模块，被配置为从返回响应消息的付款用户的账户中扣除所述付款金额；以及
增加模块，被配置为将扣除的所述付款金额增加到所述收款用户的账户中。
11.根据权利要求10所述的装置，其特征在于，所述扣除模块包括：
冻结子模块，被配置为将返回响应信息的付款用户的账户中的预设金额进行冻结，所述预设金额大于所述收款总额与所述用户群组中的付款用户总数的比值；
扣除子模块，被配置为从冻结的所述预设金额中扣除所述付款金额。
12.根据权利要求11所述的装置，其特征在于，所述装置还包括：
信用信息获取模块，被配置为获取所述用户群组中的付款用户的信用信息；
预设金额确定子模块，被配置为根据所述付款用户的信用信息，确定所述预设金额。
13.一种付款处理装置，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：接收收款用户发送的收款信息，所述收款信息包括：收款总额；确定所述收款用户所在的用户群组，所述用户群组中包括一个或多个付款用户；向所述付款用户发送收款请求；接收所述付款用户根据所述收款请求返回的响应信息；根据接收到的响应信息和所述收款总额，确定返回响应信息的每个付款用户需要支付的付款金额。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710199132.5A CN106980967A (zh) | 2017-03-29 | 2017-03-29 | 付款处理方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710199132.5A CN106980967A (zh) | 2017-03-29 | 2017-03-29 | 付款处理方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106980967A true CN106980967A (zh) | 2017-07-25 |
Family
ID=59339726
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710199132.5A Pending CN106980967A (zh) | 2017-03-29 | 2017-03-29 | 付款处理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106980967A (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107451888A (zh) * | 2017-07-26 | 2017-12-08 | 美的智慧家居科技有限公司 | 电子设备的租赁权限控制方法及服务端、可读存储介质 |
| CN109460981A (zh) * | 2018-10-23 | 2019-03-12 | 腾讯科技（深圳）有限公司 | 消息交互方法和装置、存储介质及电子装置 |
| CN109919590A (zh) * | 2019-01-24 | 2019-06-21 | 北京创鑫旅程网络技术有限公司 | 一种记账并结算的方法及装置 |
| CN110619514A (zh) * | 2018-06-20 | 2019-12-27 | 武汉平行世界网络科技有限公司 | 一种o2o模式的交易方法及装置 |
| CN110728505A (zh) * | 2019-09-26 | 2020-01-24 | 口碑(上海)信息技术有限公司 | 基于多人点单的支付方法、服务器、客户端及系统 |
| CN111061408A (zh) * | 2018-10-17 | 2020-04-24 | 钉钉控股（开曼）有限公司 | 资源收取方法及装置 |
| CN111198722A (zh) * | 2018-11-16 | 2020-05-26 | 北京奇虎科技有限公司 | 一种支付页面的加载方法和装置 |
| CN111314206A (zh) * | 2020-01-17 | 2020-06-19 | 维沃移动通信（杭州）有限公司 | 一种信息处理方法及电子设备 |
| CN112561512A (zh) * | 2020-12-30 | 2021-03-26 | 江苏达科运维软件股份有限公司 | 数据通信方法、装置及存储介质 |
| CN112581117A (zh) * | 2020-12-10 | 2021-03-30 | 中国银联股份有限公司 | 支付方法、收款设备、付款设备及存储介质 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104036387A (zh) * | 2013-03-10 | 2014-09-10 | 艾助雄 | 一种需个体分担的团体消费的记账及结算的方法及系统 |
| CN104636921A (zh) * | 2013-11-06 | 2015-05-20 | 腾讯科技（深圳）有限公司 | 基于通信群的在线支付方法,支付系统及服务器系统 |
| CN104766208A (zh) * | 2015-04-20 | 2015-07-08 | 百度在线网络技术（北京）有限公司 | 移动支付方法和移动支付装置 |
| CN104951935A (zh) * | 2014-03-25 | 2015-09-30 | 小米科技有限责任公司 | 一种分账方法及装置 |
| CN104992350A (zh) * | 2015-06-30 | 2015-10-21 | 温州镜智网络科技有限公司 | 一种双向团购电子商务交易平台及使用方法 |
| CN104992357A (zh) * | 2015-07-10 | 2015-10-21 | 拉扎斯网络科技（上海）有限公司 | 一种拼单方法和装置 |
| CN105550860A (zh) * | 2015-12-11 | 2016-05-04 | 小米科技有限责任公司 | 支付方法及装置 |
| CN106203982A (zh) * | 2015-04-30 | 2016-12-07 | 深圳市银信网银科技有限公司 | 基于跨资金服务器的支付系统及其支付方法、装置和服务器 |
-
2017
- 2017-03-29 CN CN201710199132.5A patent/CN106980967A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104036387A (zh) * | 2013-03-10 | 2014-09-10 | 艾助雄 | 一种需个体分担的团体消费的记账及结算的方法及系统 |
| CN104636921A (zh) * | 2013-11-06 | 2015-05-20 | 腾讯科技（深圳）有限公司 | 基于通信群的在线支付方法,支付系统及服务器系统 |
| CN104951935A (zh) * | 2014-03-25 | 2015-09-30 | 小米科技有限责任公司 | 一种分账方法及装置 |
| CN104766208A (zh) * | 2015-04-20 | 2015-07-08 | 百度在线网络技术（北京）有限公司 | 移动支付方法和移动支付装置 |
| CN106203982A (zh) * | 2015-04-30 | 2016-12-07 | 深圳市银信网银科技有限公司 | 基于跨资金服务器的支付系统及其支付方法、装置和服务器 |
| CN104992350A (zh) * | 2015-06-30 | 2015-10-21 | 温州镜智网络科技有限公司 | 一种双向团购电子商务交易平台及使用方法 |
| CN104992357A (zh) * | 2015-07-10 | 2015-10-21 | 拉扎斯网络科技（上海）有限公司 | 一种拼单方法和装置 |
| CN105550860A (zh) * | 2015-12-11 | 2016-05-04 | 小米科技有限责任公司 | 支付方法及装置 |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107451888A (zh) * | 2017-07-26 | 2017-12-08 | 美的智慧家居科技有限公司 | 电子设备的租赁权限控制方法及服务端、可读存储介质 |
| CN107451888B (zh) * | 2017-07-26 | 2020-12-22 | 美的智慧家居科技有限公司 | 电子设备的租赁权限控制方法及服务端、可读存储介质 |
| CN110619514A (zh) * | 2018-06-20 | 2019-12-27 | 武汉平行世界网络科技有限公司 | 一种o2o模式的交易方法及装置 |
| CN111061408A (zh) * | 2018-10-17 | 2020-04-24 | 钉钉控股（开曼）有限公司 | 资源收取方法及装置 |
| CN109460981A (zh) * | 2018-10-23 | 2019-03-12 | 腾讯科技（深圳）有限公司 | 消息交互方法和装置、存储介质及电子装置 |
| CN111198722A (zh) * | 2018-11-16 | 2020-05-26 | 北京奇虎科技有限公司 | 一种支付页面的加载方法和装置 |
| CN109919590A (zh) * | 2019-01-24 | 2019-06-21 | 北京创鑫旅程网络技术有限公司 | 一种记账并结算的方法及装置 |
| CN110728505A (zh) * | 2019-09-26 | 2020-01-24 | 口碑(上海)信息技术有限公司 | 基于多人点单的支付方法、服务器、客户端及系统 |
| CN111314206A (zh) * | 2020-01-17 | 2020-06-19 | 维沃移动通信（杭州）有限公司 | 一种信息处理方法及电子设备 |
| CN111314206B (zh) * | 2020-01-17 | 2022-04-08 | 维沃移动通信（杭州）有限公司 | 一种信息处理方法及电子设备 |
| CN112581117A (zh) * | 2020-12-10 | 2021-03-30 | 中国银联股份有限公司 | 支付方法、收款设备、付款设备及存储介质 |
| CN112561512A (zh) * | 2020-12-30 | 2021-03-26 | 江苏达科运维软件股份有限公司 | 数据通信方法、装置及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106980967A (zh) | 付款处理方法及装置 | |
| CN110166438B (zh) | 账户信息的登录方法、装置、计算机设备及计算机存储介质 | |
| US20120072345A1 (en) | Method and system for impulse savings | |
| CN109284044A (zh) | 一种基于大数据的功能菜单展示方法及相关设备 | |
| US8473352B2 (en) | Consumer due diligence for money transfer systems and methods | |
| CN108475369A (zh) | 收银机装置、程序、支付辅助系统、及支付辅助方法 | |
| WO2019134543A1 (zh) | 信息传输的方法及装置和电子设备 | |
| CN105637546A (zh) | 分割支付方法、设备和系统 | |
| CN109166027A (zh) | 一种借款合约处理方法及装置 | |
| US20220230172A1 (en) | Guest checkout decision engine and flows | |
| CN109191104A (zh) | 一种信息处理方法及其设备 | |
| CN109978632A (zh) | 终端应用的行为数据处理方法、装置、设备和介质 | |
| CN110942307A (zh) | 一种信息投放方法、装置、系统及电子设备 | |
| CN109829811A (zh) | 贷款方法和贷款装置 | |
| CN111340574B (zh) | 风险用户的识别方法、装置和电子设备 | |
| CN112732547B (zh) | 业务测试方法、装置、存储介质及电子设备 | |
| CN109635969B (zh) | 推送资源转移要约的方法及装置 | |
| CN111539777A (zh) | 一种业务功能实现的方法、服务器及终端 | |
| CN115375434A (zh) | 一种界面布局的调整方法及相关装置 | |
| US20210374711A1 (en) | Information processing system, server, and computer readable recording medium | |
| CN114118823A (zh) | 资源转移过程中的风险识别方法、装置及系统 | |
| CN114222028A (zh) | 语音识别方法、装置、计算机设备和存储介质 | |
| US20230125814A1 (en) | Credit score management apparatus, credit score management method, and computer readable recording medium | |
| CN109615350B (zh) | 一种联合支付方法和装置 | |
| CN112990901A (zh) | 支付处理方法、装置、终端、服务器及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170725 |