CN108510283A - 用于确定支付金额的支付方法、系统及计算机可读存储介质 - Google Patents

用于确定支付金额的支付方法、系统及计算机可读存储介质 Download PDF

Info

Publication number
CN108510283A
CN108510283A CN201810337247.0A CN201810337247A CN108510283A CN 108510283 A CN108510283 A CN 108510283A CN 201810337247 A CN201810337247 A CN 201810337247A CN 108510283 A CN108510283 A CN 108510283A
Authority
CN
China
Prior art keywords
payment
recipient
information
amount
payment amount
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
Application number
CN201810337247.0A
Other languages
English (en)
Inventor
施俊
沈育敏
王艳
钱宇清
郑叶清
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Point Information Technology Co Ltd
Original Assignee
Shanghai Point Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanghai Point Information Technology Co Ltd filed Critical Shanghai Point Information Technology Co Ltd
Priority to CN201810337247.0A priority Critical patent/CN108510283A/zh
Publication of CN108510283A publication Critical patent/CN108510283A/zh
Pending legal-status Critical Current

Links

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/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • 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/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"

Abstract

本公开内容提供了一种用于确定支付金额的支付方法，该支付方法包括：获取与支付项目号相关联的支付金额信息和支付接收方信息，支付接收方信息包含至少两个接收方识别信息和与至少两个接收方识别信息相关联的份额信息；获取与支付项目号和至少两个接收方识别信息相关联的历史支付记录信息；以及根据支付金额信息、份额信息以及历史支付记录信息确定至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额。本公开内容还提供了一种用于确定支付金额的支付系统及一种计算机可读存储介质。本公开内容能够最大化的公平分配待支付金额，并且能够确保在相应的项目号的各期支付完成后每个用户或投资者均能够全额地获得本金返还。

Description

用于确定支付金额的支付方法、系统及计算机可读存储介质
技术领域
本公开内容涉及互联网支付领域，更为具体地涉及用于确定支付金额的支付方法、用于确定支付金额的支付系统及用于执行上述支付方法的计算机可读存储介质。
背景技术
在传统的支付领域中，在涉及到分期付款时，常常出现以下问题：例如客户A和客户B分别出资200元和100元共同借贷给客户C，即客户C从客户A和客户B共借款300元，约定一定的利率；在第一次还款时，客户C共还款110元，其中，本金100元，利息10元。此时，对于这100元本金和10元利息如何分配便是一个比较棘手的问题，这是因为按照2/3和1/3的比例来分配100元本金和10元利息始终存在除不尽的问题。
现有技术中可能采取四舍五入的方式来处理，但是这样一来便会出现份额较大者占了份额较小者一些便宜，如果期数较多则会出现不公平的现象。
现有技术中还存在一种方式，即仅截取小数量后两位，即仅仅精确到货币单位分，此时虽然可能不存在份额较大者占份额较小者便宜的问题，但是可能存在全部期数还完后客户A或客户B的本金金额未全部还清的问题。
发明内容
基于对于以上技术问题以及技术现状的理解，本公开内容的发明人在本公开内容的第一方面中提供了一种用于确定支付金额的支付方法，所述支付方法包括：
获取与支付项目号相关联的支付金额信息和支付接收方信息，其中，所述支付接收方信息包含至少两个接收方识别信息和与所述至少两个接收方识别信息相关联的份额信息；
获取与所述支付项目号和所述至少两个接收方识别信息相关联的历史支付记录信息；以及
根据所述支付金额信息、所述份额信息以及所述历史支付记录信息确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额。
本公开内容的第二方面提供了一种用于确定支付金额的支付系统，其包括：
处理器；以及
存储器，其用于存储指令，当所述指令执行时使得所述处理器执行以下操作：
获取与支付项目号相关联的支付金额信息和支付接收方信息，其中，所述支付接收方信息包含至少两个接收方识别信息和与所述至少两个接收方识别信息相关联的份额信息；
获取与所述支付项目号和所述至少两个接收方识别信息相关联的历史支付记录信息；以及
根据所述支付金额信息、所述份额信息以及所述历史支付记录信息确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额。
最后，本公开内容的第三方面提供了一种计算机可读存储介质，其具有存储在其上的计算机可读程序指令，所述计算机可读程序指令用于执行根据本公开内容的第一方面所述的方法。
依据本公开内容的用于确定支付金额的支付方法、用于确定支付金额的支付系统以及执行根据本公开内容的用于确定支付金额的支付方法的计算机可读存储介质相较于现有技术中的支付方法能够更为公平地对支付金额进行分配；除此之外，用于确定支付金额的支付方法、用于确定支付金额的支付系统以及执行根据本公开内容的用于确定支付金额的支付方法的计算机可读存储介质还能够确保在相应的项目号的各期支付完成后每个用户或投资者均能够全额地获得本金返还。
附图说明
结合附图并参考以下详细说明，本公开的各实施例的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本公开的若干实施例，在附图中：
图1示出了用于确定支付金额的支付方法的一个实施例100的流程图；
图2示出了用于确定支付金额的支付方法的另一个实施例200的流程图；以及
图3示出了用于确定支付金额的支付系统300的示意图。
具体实施方式
以下参考附图详细描述本公开的各个示例性实施例。虽然以下所描述的示例性方法、装置包括在其它组件当中的硬件上执行的软件和/或固件，但是应当注意，这些示例仅仅是说明性的，而不应看作是限制性的。例如，考虑在硬件中独占地、在软件中独占地、或在硬件和软件的任何组合中可以实施任何或所有硬件、软件和固件组件。因此，虽然以下已经描述了示例性的方法和装置，但是本领域的技术人员应容易理解，所提供的示例并不用于限制用于实现这些方法和装置的方式。
此外，附图中的流程图和框图示出了根据本公开的各种实施例的方法和系统的可能实现的体系架构、功能和操作。应当注意，方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，或者它们有时也可以按照相反的顺序执行，这取决于所涉及的功能。同样应当注意的是，流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合，可以使用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以使用专用硬件与计算机指令的组合来实现。
在详细介绍依据本公开内容的具体的技术方案之前，将首先介绍本公开内容所基于的技术问题，即现有技术中的支付方法均没有很好地解决按照份额进行分配时存在除不尽的问题。
图1示出了用于确定支付金额的支付方法的一个实施例100的流程图。从图1中可以看出，在该实施例100中，该用于确定支付金额的支付方法包括以下步骤：
首先，在方法步骤110中，将会获取与支付项目号(例如项目P-10000)相关联的支付金额信息和支付接收方信息，在此，支付接收方信息例如包含至少两个接收方识别信息(例如客户A的识别信息为ID-10000A，客户B的识别信息为ID-10000B)和与此处的至少两个接收方识别信息(例如客户A的识别信息为ID-10000A，客户B的识别信息为ID-10000B)相关联的份额信息(例如识别信息为ID-10000A的客户A的份额为三分之一，识别信息为ID-10000B的客户B的份额为三分之二)，当然，本领域的技术人员应当了解，此处的两个接收方客户A和客户B仅仅是示例性的而非限制性的。存在三个或者更多个接收方完全是可能的而且是理性的。
接下来，在方法步骤120中，该用于确定支付金额的支付方法将会获取与支付项目号(例如项目P-10000)和此处的至少两个接收方识别信息(例如客户A的识别信息为ID-10000A，客户B的识别信息为ID-10000B)相关联的历史支付记录信息，例如迄今为止已经为识别信息为ID-10000A的客户A支付了诸如33.33元的历史支付记录信息以及已经为识别信息为ID-10000B的客户B支付了诸如66.67元的历史支付记录信息；以及
在接下来的方法步骤130中根据所述支付金额信息(例如100元)、所述份额信息(例如识别信息为ID-10000A的客户A的份额为三分之一，识别信息为ID-10000B的客户B的份额为三分之二)以及所述历史支付记录信息(例如迄今为止已经为识别信息为ID-10000A的客户A支付了诸如33.33元的历史支付记录信息以及已经为识别信息为ID-10000B的客户B支付了诸如66.67元的历史支付记录信息)确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额。
优选地，在确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额之后，该用于确定支付金额的支付方法还会根据所确定的所述至少两个接收方中的每个接收方所获得的支付金额更新与所述至少两个接收方识别信息相关联的份额信息。进一步优选地，在确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额之后，该用于确定支付金额的支付方法还会根据所确定的所述至少两个接收方中的每个接收方所获得的支付金额更新与所述至少两个接收方识别信息相关联的历史支付记录信息。
在依据图1的用于确定支付金额的支付方法创新在确定支付金额时不仅会考虑不同的用户或投资者的份额信息，而且还会考虑分期支付中迄今为止已经向各个用户或投资者已经支付的历史支付记录信息，从而能够最大化的公平分配待支付金额，并且能够确保在相应的项目号的各期支付完成后每个用户或投资者均能够全额地获得本金返还。
以下将借助于图2进一步描述图1中的方法步骤130的一个具体的实施例，以介绍如何根据历史支付记录信息等多种信息来确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额。具体来看，图2示出了用于确定支付金额的支付方法的另一个实施例200的流程图。从图2中可以看出，根据所述支付金额信息、所述份额信息以及所述历史支付记录信息确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额进一步包括以下两个步骤：
首先在方法步骤232中，用于确定支付金额的支付方法将会判断所述支付金额信息所表示的支付金额在所述至少两个接收方之间能否按照所述份额信息所表示的份额进行分配；以及
在接下来的方法步骤234中，用于确定支付金额的支付方法在不能按照所述份额信息所表示的份额进行分配时，按照应得的支付金额和实收的支付金额之间的差值确定所述支付金额信息所表示的支付金额与实收的支付金额之间的差值的分配，其中，所述至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留至少三位小数时的金额，并且其中所述至少两个接收方中的每个接收方实收的支付金额为按照所述份额信息进行分配时保留两位小数且未四舍五入时的金额。
举例来说，假定总共借款本金为300元，如果需要在两个分别占1/3和2/3份额的接收方之间第一次分配100元的本金和10元的利息，此时，由于100除以3将会除不尽，必然导致分配不均的问题存在。由于此时为第一次分配，故不存在历史支付记录信息的问题，此时，按照份额信息，占1/3份额的接收方A获得过本金和利息，而占2/3份额的接收方B获得过本金和利息。此时，所述至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留至少三位小数时的金额，即例如占1/3份额的接收方A应得的支付金额为33.333333元本金和3.333333元利息，而占2/3份额的接收方B获得过66.666666元本金和6.666666元利息，在此，本领域的技术人员应当了解，此处保留了六位小数，而六位小数仅仅是示例性的而非限制性的，在分期付款期数更少时，保留更少位数的小数也是可行的，相应地，在分期付款期数较多时可以相应地保留更多位的小数。所述至少两个接收方中的每个接收方实收的支付金额为按照所述份额信息进行分配时保留两位小数且未四舍五入时的金额，即占1/3份额的接收方A应得的支付金额为33.33元本金和3.33元利息，而占2/3份额的接收方B获得过66.66元本金和6.66元利息，此时所述支付金额信息所表示的支付金额与实收的支付金额之间的差值便分别为100-33.33-66.66＝0.01元和10-3.33-6.66＝0.01元，而这1分钱如何分配便是当前需要解决的问题。由于占1/3份额的接收方A应得的支付金额和实收的支付金额之间的差值为33.333333-33.33＝0.003333元小于占2/3份额的接收方B应得的支付金额和实收的支付金额之间的差值66.666666-66.66＝0.006666元，故本金的1分钱将分配给占2/3份额的接收方B，故100元本金最终将会有33.33元支付给了占1/3份额的接收方A，另外有66.66+0.01＝66.67元支付给了占2/3份额的接收方B；同理可得，10元的利息将会有3.33元支付给了占1/3份额的接收方A，另外有6.66+0.01＝6.67元支付给了占2/3份额的接收方B。
而在第二次进行支付时，假定这次支付剩余的200元本金和10元利息，此时，由于本公开内容所提出的用于确定支付金额的支付方法创新地考虑历史支付记录信息，在进行第二次支付时存在第一次历史支付记录信息，即例如之前已经支付过100元的本金和10元的利息，而且占1/3份额的接收方A获得过33.33元本金和3.33元利息，占2/3份额的接收方B获得过66.67元本金和6.67元利息，此时，在第二次进行分配额的计算时将会考虑第一次分配的结果。
具体而言，在第二次分配时，按照份额信息，接收方A获得过(100-33.33)/(300-100)*200＝66.67元本金，而接收方B获得过(200-66.67)/(300-100)*200＝133.33元本金，此时，由于用于确定支付金额的支付方法在方法步骤232中判断所述支付金额信息所表示的支付金额在所述至少两个接收方之间能否按照所述份额信息所表示的份额进行分配时恰好能够得到按照所述份额信息所表示的份额进行分配的支付金额，而且接收方A和接收方B的本金得到全部偿清，故本金分配不需进入方法步骤234。
与之相反地，利息则不存在全部偿清的问题，此时，利息需要进入方法步骤234中计算才能得到进一步的支付方案。在方法步骤234中，所述至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留至少三位小数时的金额，即接收方A应得利息，而接收方B应得利息。所述至少两个接收方中的每个接收方实收的支付金额为按照所述份额信息进行分配时保留两位小数且未四舍五入时的金额，即接收方A实收的支付金额为6.66元，而接收方B实收的支付金额为13.33元，此时，接收方A应得的支付金额和实收的支付金额之间的差值为 大于接收方B应得的支付金额和实收的支付金额之间的差值 故利息中除不尽的1分钱将分配给接收方A，10元的利息将会有3.34元支付给了占接收方A，另外有6.66元支付给了占接收方B。
优选地，至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留至少八位小数时的金额。进一步优选地，至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留十二位小数时的金额。
此外，替代地，上述方法能够通过计算机程序产品，即计算机可读存储介质来实现。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开内容的各个方面的计算机可读程序指令。计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
图3示出了用于区块链的数据处理设备300的示意性框图。应当理解，数据处理设备300可以被实现为实现图2中的区块链服务模块210的功能。从图3中可以看出用于区块链的数据处理设备300包括中央处理单元(CPU)301(例如处理器)，其可以根据存储在只读存储器(ROM)302中的计算机程序指令或者从存储单元308加载到随机访问存储器(RAM)303中的计算机程序指令，来执行各种适当的动作和处理。在RAM 303中，还可存储设备300操作所需的各种程序和数据。CPU 301、ROM 302以及RAM 303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。
数据处理设备300中的多个部件连接至I/O接口305，包括：输入单元306，例如键盘、鼠标等；输出单元307，例如各种类型的显示器、扬声器等；存储单元308，例如磁盘、光盘等；以及通信单元309，例如网卡、调制解调器、无线通信收发机等。通信单元309允许设备300通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
上文所描述的各种方法，例如用于确定支付金额的支付方法能够由处理单元301执行。例如，在一些实施例中，用于确定支付金额的支付方法100或用于确定支付金额的支付方法200可以被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元308。在一些实施例中，计算机程序的部分或者全部可以经由ROM 302和/或通信单元309而被载入和/或安装到设备300上。当计算机程序被加载到RAM 303并由CPU 301执行时，可以执行上文描述的方法100或200中的一个或多个动作或步骤。
一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、固件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。
概括地讲，各种存储器上能够存储指令，当所述指令执行时使得所述处理器301执行以下操作：
获取与支付项目号相关联的支付金额信息和支付接收方信息，其中，所述支付接收方信息包含至少两个接收方识别信息和与所述至少两个接收方识别信息相关联的份额信息；
获取与所述支付项目号和所述至少两个接收方识别信息相关联的历史支付记录信息；以及
根据所述支付金额信息、所述份额信息以及所述历史支付记录信息确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额。
虽然上面描述了本公开的各种示例实施例可以在硬件或专用电路中实现，但是上述用于区块链的数据处理设备既可以以硬件的形式来实现，也可以通过软件的形式来实现，这是因为：在20世纪90年代，一个技术改进能够很容易地对该改进属于硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是属于软件上的改进(例如对于方法流程的改进)。然而，随着技术的持续发展，如今的很多方法流程的改进几乎都能够通过将改进的方法流程编程到硬件电路中来实现，换句话说，通过对于硬件电路编程不同的程序从而得到相应的硬件电路结构，即实现了硬件电路结构的改变，故这样的方法流程的改进也可以被视为硬件电路结构的直接改进。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device：PLD)(例如现场可编程门阵列(Field Programmable Gate Array：FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片可编程逻辑器件上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compi1er)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language：HDL)，而HDL也并非仅有—种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell UniversityProgramming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
用于执行本公开内容的各个方面的计算机可读程序指令或者计算机程序产品也能够存储在云端，在需要调用时，用户能够通过移动互联网、固网或者其他网络访问存储在云端上的用于执行本公开内容的各个方面的计算机可读程序指令，从而实施依据本公开内容的各个方面所公开的技术方案。
以上所述仅为本公开的实施例可选实施例，并不用于限制本公开的实施例，对于本领域的技术人员来说，本公开的实施例可以有各种更改和变化。凡在本公开的实施例的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本公开的实施例的保护范围之内。
虽然已经参考若干具体实施例描述了本公开的实施例，但是应该理解，本公开的实施例并不限于所公开的具体实施例。本公开的实施例旨在涵盖在所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。

Claims (13)

1.一种用于确定支付金额的支付方法，所述支付方法包括：
获取与支付项目号相关联的支付金额信息和支付接收方信息，其中，所述支付接收方信息包含至少两个接收方识别信息和与所述至少两个接收方识别信息相关联的份额信息；
获取与所述支付项目号和所述至少两个接收方识别信息相关联的历史支付记录信息；以及
根据所述支付金额信息、所述份额信息以及所述历史支付记录信息确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额。
2.根据权利要求1所述的支付方法，所述支付方法还包括：
根据所确定的所述至少两个接收方中的每个接收方所获得的支付金额更新与所述至少两个接收方识别信息相关联的份额信息。
3.根据权利要求1所述的支付方法，所述支付方法还包括：
根据所确定的所述至少两个接收方中的每个接收方所获得的支付金额更新与所述至少两个接收方识别信息相关联的历史支付记录信息。
4.根据权利要求1所述的支付方法，其中，根据所述支付金额信息、所述份额信息以及所述历史支付记录信息确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额进一步包括：
判断所述支付金额信息所表示的支付金额在所述至少两个接收方之间能否按照所述份额信息所表示的份额进行分配；以及
在不能按照所述份额信息所表示的份额进行分配时，按照应得的支付金额和实收的支付金额之间的差值确定所述支付金额信息所表示的支付金额与实收的支付金额之间的差值的分配，其中，所述至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留至少三位小数时的金额，并且其中所述至少两个接收方中的每个接收方实收的支付金额为按照所述份额信息进行分配时保留两位小数且未四舍五入时的金额。
5.根据权利要求4所述的支付方法，其中，所述至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留至少八位小数时的金额。
6.根据权利要求4或5所述的支付方法，其中，所述至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留十二位小数时的金额。
7.一种用于确定支付金额的支付系统，其包括：
处理器；以及
存储器，其用于存储指令，当所述指令执行时使得所述处理器执行以下操作：
获取与支付项目号相关联的支付金额信息和支付接收方信息，其中，所述支付接收方信息包含至少两个接收方识别信息和与所述至少两个接收方识别信息相关联的份额信息；
获取与所述支付项目号和所述至少两个接收方识别信息相关联的历史支付记录信息；以及
根据所述支付金额信息、所述份额信息以及所述历史支付记录信息确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额。
8.根据权利要求7所述的所述支付系统，当所述指令执行时使得所述处理器执行以下操作：
根据所确定的所述至少两个接收方中的每个接收方所获得的支付金额更新与所述至少两个接收方识别信息相关联的份额信息。
9.根据权利要求7所述的所述支付系统，当所述指令执行时使得所述处理器执行以下操作：
根据所确定的所述至少两个接收方中的每个接收方所获得的支付金额更新与所述至少两个接收方识别信息相关联的历史支付记录信息。
10.根据权利要求7所述的支付系统，其中，根据所述支付金额信息、所述份额信息以及所述历史支付记录信息确定所述至少两个接收方识别信息所表示的至少两个接收方中的每个接收方所获得的支付金额进一步包括：
判断所述支付金额信息所表示的支付金额在所述至少两个接收方之间能否按照所述份额信息所表示的份额进行分配；以及
在不能按照所述份额信息所表示的份额进行分配时，按照应得的支付金额和实收的支付金额之间的差值确定所述支付金额信息所表示的支付金额与实收的支付金额之间的差值的分配，其中，所述至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留至少三位小数时的金额，并且其中所述至少两个接收方中的每个接收方实收的支付金额为按照所述份额信息进行分配时保留两位小数且未四舍五入时的金额。
11.根据权利要求10所述的支付系统，其中，所述至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留至少八位小数时的金额。
12.根据权利要求10或11所述的支付系统，其中，所述至少两个接收方中的每个接收方应得的支付金额为按照所述份额信息进行分配时保留十二位小数时的金额。
13.一种计算机可读存储介质，其具有存储在其上的计算机可读程序指令，所述计算机可读程序指令用于执行根据权利要求1至6中任一项所述的支付方法。
CN201810337247.0A 2018-04-16 2018-04-16 用于确定支付金额的支付方法、系统及计算机可读存储介质 Pending CN108510283A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810337247.0A CN108510283A (zh) 2018-04-16 2018-04-16 用于确定支付金额的支付方法、系统及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810337247.0A CN108510283A (zh) 2018-04-16 2018-04-16 用于确定支付金额的支付方法、系统及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN108510283A true CN108510283A (zh) 2018-09-07

Family

ID=63382366

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810337247.0A Pending CN108510283A (zh) 2018-04-16 2018-04-16 用于确定支付金额的支付方法、系统及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN108510283A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109615353A (zh) * 2018-09-29 2019-04-12 阿里巴巴集团控股有限公司 一种支付方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109615353A (zh) * 2018-09-29 2019-04-12 阿里巴巴集团控股有限公司 一种支付方法及装置

Similar Documents

Publication Publication Date Title
TWI716871B (zh) 後付費交易資料處理方法、裝置、處理設備、及伺服器
CN112926971B (zh) 基于储值卡的支付方法及装置
CN110264214A (zh) 一种交易账单的生成和核销方法、装置及设备
CN110490571B (zh) 一种分期付款方法、装置、设备及介质
CN110262998B (zh) 一种对账数据处理方法及装置
CN109325728A (zh) 一种基于用户数据资源的欠款数据处理方法及终端设备
CN109993646A (zh) 会计分录信息确定方法及装置、账务数据记录方法及装置
CN109872239A (zh) 互保业务处理方法、装置、设备及计算机可读存储介质
CN116503065A (zh) 订单处理系统、方法、装置、存储介质及设备
CN109272400A (zh) 资源处理方法及装置
CN106897872A (zh) 资源调度方法及装置、支付方法及装置
CN108510283A (zh) 用于确定支付金额的支付方法、系统及计算机可读存储介质
CN107516275A (zh) 实时匹配交易方法和系统
CN112967047B (zh) 结算方法、装置、设备、存储介质以及程序产品
CN109389289A (zh) 借调资源的处理方法及装置
CN115082234A (zh) 一种基于出入金标记的系统内对账方法及系统
CN112950365A (zh) 一种账户间补款的方法和装置
CN109272399B (zh) 一种信用卡的管理方法及装置
CN109584044A (zh) 一种确定清算渠道的方法及装置
CN109961363A (zh) 账务核对方法及装置
CN105989238A (zh) 数据交互方法及装置
CN112270542B (zh) 交易数据处理方法、装置、设备及系统
WO2022044857A1 (ja) 管理システム及び管理方法
CN109389488A (zh) 基于动态质押的资源转移方法、系统和电子设备
CN107784423A (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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20180907

WD01 Invention patent application deemed withdrawn after publication