CN112633861A - 后置数据分配方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种后置数据分配方法、装置、计算机设备和存储介质，其中，该后置数据分配方法包括：将数据传输信息发送给数据接收方以及数据发送方，所述数据传输信息至少包括数据分配平台接收到目标数据的标志；接收数据接收方及/或数据发送方基于所述数据传输信息的分配请求；基于所述分配请求将所述目标数据分配给数据接收方。上述后置数据分配方法、装置、计算机设备和存储介质，应用到支付分账领域，实现付款指令与结算指令分离，在账款支付方支付完成，账款到达支付平台后，再接收分账请求，进行分账结算，使支付更加灵活。

Description

后置数据分配方法、装置、计算机设备和存储介质

技术领域

本申请涉及电子支付技术领域，特别是涉及一种后置数据分配方法、装置、计算机设备和存储介质。

背景技术

第三方支付是指具备一定实力和信誉保障的独立机构，通过与银联或网联对接而促成交易双方进行交易的网络支付模式。

在第三方支付模式，买方选购商品后，使用第三方平台提供的账户进行货款支付(支付给第三方)，并由第三方通知卖家货款到账、要求发货；买方收到货物，检验货物，并且进行确认后，再通知第三方付款；第三方再将款项转至卖家账户。

现行的电子商务场景，购买方先付款，待收到全部商品后确认收货，商品提供方取得货款，在交易发起时，支付系统需要明确收款方，在支付时就确认资金将如何结算。传统的支付方法无法解决购买方对已经收到的部分商品进行收货确认以便商品提供方尽快取得部分货款缓解资金压力以及在支付完成后再明确多个收款账户的问题，支付灵活性较差。

发明内容

本申请实施例提供了一种后置数据分配方法、装置、计算机设备和存储介质，以至少解决相关技术中支付灵活性较差的问题。

第一方面，本申请实施例提供了一种后置数据分配方法，包括：

将数据传输信息发送给数据接收方以及数据发送方，所述数据传输信息至少包括数据分配平台接收到目标数据的标志；

接收数据接收方及/或数据发送方基于所述数据传输信息的分配请求；

基于所述分配请求将所述目标数据分配给数据接收方。

在其中一些实施例中，所述数据传输信息至少包括数据量、发送方身份、传输方式以及数据分配平台接收到目标数据的标志。

在其中一些实施例中，所述将数据传输信息发送给数据接收方以及数据发送方之前还包括：

接收数据接收方的数据发送请求；

将所述数据发送请求发送给数据发送方；

接收所述数据发送请求对应的目标数据，并基于所述目标数据的传输情况生成所述数据传输信息。

在其中一些实施例中，所述分配请求包括数据分配对象以及每个对象对应的数据分配量。

在其中一些实施例中，所述基于所述分配请求将所述目标数据分配给数据接收方包括：

基于所述分配请求，将所述目标数据根据所述数据分配量同时分配给对应接收对象。

在其中一些实施例中，所述基于所述分配请求将所述目标数据分配给数据接收方包括：

基于多个所述分配请求，将所述目标数据根据所述数据分配量依次分配给对应接收对象。

在其中一些实施例中，所述基于所述分配请求将所述目标数据分配给数据接收方还包括：

将分配结果发送给所述数据接收方及/或数据发送方。

第二方面，本申请实施例提供了一种后置数据分配装置，包括：

发送模块，用于将数据传输信息发送给数据接收方以及数据发送方，所述数据传输信息至少包括数据分配平台接收到目标数据的标志；

接收模块，用于接收数据接收方及/或数据发送方基于所述数据传输信息的分配请求；

分配模块，用于基于所述分配请求将所述目标数据分配给数据接收方。

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的后置数据分配方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的后置数据分配方法。

相比于相关技术，本申请实施例提供的后置数据分配方法、装置、计算机设备和存储介质，通过将数据传输信息发送给数据接收方以及数据发送方，所述数据传输信息至少包括数据分配平台接收到目标数据的标志；接收数据接收方及/或数据发送方基于所述数据传输信息的分配请求；基于所述分配请求将所述目标数据分配给数据接收方的方式，应用到支付分账领域，实现付款指令与结算指令分离，在账款支付方支付完成，账款到达支付平台后，再接收分账请求，进行分账结算，使支付更加灵活。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本发明一实施例的后置数据分配方法的流程示意图；

图2为本发明另一实施例的后置数据分配方法的流程示意图；

图3为本发明一实施例的后置数据分配方法的分账泳道图；

图4为本发明一实施例的后置数据分配装置的结构框图；

图5为本发明另一实施例的后置数据分配装置的结构框图；

图6为本发明一实施例的计算机设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“及/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A及/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

第三方支付采用支付结算方式。按支付程序分类，结算方式可分为一步支付方式和分步支付方式，前者包括现金结算、票据结算(如支票、本票、银行汇票、承兑汇票)、汇转结算(如电汇、网上支付)，后者包括信用证结算、保函结算、第三方支付结算。

在社会经济活动中，结算归属于贸易范畴。贸易的核心是交换。交换是交付标的与支付货币两大对立流程的统一。在自由平等的正常主体之间，交换遵循的原则是等价和同步。同步交换，就是交货与付款互为条件，是等价交换的保证。

在实际操作中，对于现货标的的面对面交易，同步交换容易实现；但许多情况下由于交易标的的流转验收(如商品货物的流动、服务劳务的转化)需要过程，货物流和资金流的异步和分离的矛盾不可避免，同步交换往往难以实现。而异步交换，先收受对价的一方容易违背道德和协议，破坏等价交换原则，故先支付对价的一方往往会受制于人，自陷被动、弱势的境地，承担风险。异步交换必须附加信用保障或法律支持才能顺利完成。

同步交换，可以规避不等价交换的风险，因此为确保等价交换要遵循同步交换的原则。这就要求支付方式应与交货方式相适配，对当面现货交易，适配即时性一步支付方式；对不当面交易或期货交易，适配过程化分步支付方式。过程化分步支付方式应合了交易标的流转验收的过程性特点，款项从启动支付到所有权转移至对方不是一步完成，而是在中间增加中介托管环节，由原来的直接付转改进到间接汇转，业务由一步完成变为分步操作，从而形成一个可监可控的过程，按步骤有条件进行支付。这样就可货走货路，款走款路，两相呼应，同步起落，使资金流适配货物流进程达到同步相应的效果，使支付结算方式更科学化，合理化的迎合市场需求。

传统的支付方式往往是简单的即时性直接付转，一步支付。其中钞票结算和票据结算适配当面现货交易，可实现同步交换；汇转结算中的电汇及网上直转也是一步支付，适配现货交易，但若无信用保障或法律支持，会导致异步交换容易引发非等价交换风险，现实中买方先付款后不能按时按质按量收获标的，卖方先交货后不能按时如数收到价款，被拖延、折扣或拒付等引发经济纠纷的事件时有发生。

在现实的有形市场，异步交换权且可以附加信用保障或法律支持来进行，而在虚拟的无形市场，交易双方互不认识，不知根底，故此，支付问题曾经成为电子商务发展的瓶颈之一，卖家不愿先发货，怕货发出后不能收回货款；买家不愿先支付，担心支付后拿不到商品或商品质量得不到保证。博弈的结果是双方都不愿意先冒险，网上购物无法进行。

为迎合同步交换的市场需求，第三方支付应运而生。第三方是买卖双方在缺乏信用保障或法律支持的情况下的资金支付“中间平台”，买方将货款付给买卖双方之外的第三方，第三方提供安全交易服务，其运作实质是在收付款人之间设立中间过渡账户，使汇转款项实现可控性停顿，只有双方意见达成一致才能决定资金去向。第三方担当中介保管及监督的职能，并不承担什么风险，所以确切的说，这是一种支付托管行为，通过支付托管实现支付保证。

第三方支付已经发展成为网络支付产业链中最重要的纽带，它一方面连接银行，处理资金结算、客户服务、差错处理等一系列工作，另一方面又连接着众多的商户，使商户的支付交易能顺利接入。第三方支付的一站式接入服务使银行与商户双方都避免了一对一接入的高昂成本，以及烦琐的业务运作模式。现有第三方支付可集成国内多数的商业银行，为用户提供支付网关的功能，在一定程度上解决了电子商务中的支付瓶颈问题。

在社会经济活动中，结算归属于贸易范畴。贸易的核心是交换。交换是交付标的与支付货币两大对立流程的统一。在自由平等的正常主体之间，交换遵循的原则是等价和同步。同步交换，就是交货与付款互为条件，是等价交换的保证。当交换关系仅发生在两方之间时，较容易约定交换方式，也易于实现。例如，两方可以约定取得部分货物时，先支付部分货物对应的价款，或者在预设的时间再支付账款，交易方式较为灵活。但是在加入了第三方支付平台后，交易双方订立的关于账款支付的要约和承诺都需要通过第三方支付平台来执行，而传统的第三方支付平台一般仅能实现购买方先付款，待收到全部商品后确认收货，商品提供方取得货款的支付方式，并且要求在交易发起时，就明确收款方，在支付时就确认资金将如何结算，导致支付灵活性较差。

请参阅图1，图1为本发明一实施例的后置数据分配方法的流程示意图。

在本实施例中，后置数据分配方法包括：

S101，将数据传输信息发送给数据接收方以及数据发送方，数据传输信息至少包括数据分配平台接收到目标数据的标志。

可以理解的，当数据发送方完成数据发送后，目标数据即转移到数据分配平台，此时，若目标数据全部被数据分配平台接收，则数据分配平台会生成包含数据分配平台接收到目标数据标志的数据传输信息，反馈给数据发送方的同时，通知数据接收方。

S102，接收数据接收方及/或数据发送方基于数据传输信息的分配请求。

示例性地，数据接收方和数据发送方均可能发送分配请求。具体的，若数据接收方希望将目标数据分配到多个接收对象，则会发送分配请求，请求数据分配平台进行分配；若数据发送方希望根据时间节点逐次分配，也会发送分配请求，请求数据分配平台进行分配；可以理解的，数据发送方和数据接收方也可以同时向数据分配平台发出分配请求，数据分配平台同时基于两者发起的分配请求进行数据分账。

S103，基于分配请求将目标数据分配给数据接收方。

在本实施例中，目标数据发送完成后，数据分配平台对目标数据进行保管，直到数据发送方和数据接收方就分配方式达成合意，才进行分配，而无需在数据发送前就明确分配方式，大大提升了数据分配的灵活性。

上述后置数据分配方法，通过将数据传输信息发送给数据接收方以及数据发送方，数据传输信息至少包括数据分配平台接收到目标数据的标志；接收数据接收方及/或数据发送方基于数据传输信息的分配请求；基于分配请求将目标数据分配给数据接收方的方式，应用到支付分账领域，实现付款指令与结算指令分离，在账款支付方支付完成，账款到达支付平台后，再接收分账请求，进行分账结算，使支付更加灵活。

在另一个实施例中，数据传输信息至少包括数据量、发送方身份、传输方式以及数据分配平台接收到目标数据的标志。

在另一个实施例中，将数据传输信息发送给数据接收方以及数据发送方之前还包括接收数据接收方的数据发送请求；将数据发送请求发送给数据发送方；接收数据发送请求对应的目标数据，并基于目标数据的传输情况生成数据传输信息。

在另一个实施例中，分配请求包括数据分配对象以及每个对象对应的数据分配量。

在另一个实施例中，基于分配请求将目标数据分配给数据接收方包括基于分配请求，将目标数据根据数据分配量同时分配给对应接收对象。

在另一个实施例中，基于分配请求将目标数据分配给数据接收方包括基于多个分配请求，将目标数据根据数据分配量依次分配给对应接收对象。

在另一个实施例中，基于分配请求将目标数据分配给数据接收方还包括将分配结果发送给数据接收方及/或数据发送方。

在另一个实施例中，后置数据分配方法应用到支付分账领域时，请参阅图2，图2为本发明另一实施例的后置数据分配方法的流程示意图。在本实施例中，后置数据分配方法包括：

S201，将支付信息发送给账款接收方以及账款支付方，支付信息至少包括账款支付方支付成功的标志。

可以理解的，当账款支付方完成支付后，账款即转移到第三方支付平台，此时，若账款全部完成支付，则第三方支付平台会生成包含支付成功标志的支付信息，反馈给账款支付方的同时，通知账款接收方。

S202，接收账款接收方及/或账款支付方基于支付信息的分账请求。

示例性地，账款接收方和账款支付方均可能发送分账请求。具体的，若账款接收方希望将账款支付到多个账户，则会发送分账请求，请求第三方支付平台进行分账；若账款支付方希望根据收货进度逐次支付，也会发送分账请求，请求第三方支付平台进行分账；可以理解的，账款支付方和账款接收方也可以同时向第三方支付平台发出分账请求，第三方支付平台同时基于两者发起的分账请求进行分账。

S203，基于分账请求对支付信息对应的账款进行分账。

在本实施例中，账款支付完成后，第三方支付平台对账款进行保管，直到支付方和接收方就分账方式达成合意，才进行结算，而无需在支付前就明确结算方式，大大提升了支付的灵活性。

在另一个实施例中，支付信息至少包括支付数额、支付账户、支付方式以及账款支付方支付成功的标志。可以理解的，支付数额代表账款支付方支付到第三方支付平台的账款的数额，支付账户代表账款支付方的支付账户，支付方式代表账款支付方支付账款的方式，如通过某银行进行支付，账款支付方支付成功的标志为第三方支付平台接收到账款后生成的。在其他实施例中，支付信息还可以包括其他支付相关的信息，可以由用户根据实际需求进行设定。

在另一个实施例中，将支付信息发送给账款接收方以及账款支付方之前还包括接收账款接收方的支付请求；将支付请求发送给账款支付方；接收支付请求对应的账款，并基于账款的支付情况生成支付信息。示例性地，账款接收方在将货物发出，或完成与账款支付方约定的其他动作后，向第三方支付平台发出支付请求，第三方支付平台将支付请求发送给账款支付方，账款支付方接收到支付请求后向第三方支付平台支付对应数额的账款，第三方支付平台接收到账款后，基于账款的支付情况生成支付信息。例如，若收到账款的数额符合支付请求的支付数额，则生成支付信息，支付信息中包括账款支付方支付成功的标志；若收到账款的数额与支付请求的支付数额不符合，则不生成支付信息。具体的，若收到账款的数额与支付请求的支付数额不符合，可以由第三方平台向账款支付方发出催付信息，在其他实施例中，也可以采用其他方式对账款支付方进行催付，可以由用户根据实际情况进行设定。

在另一个实施例中，分账请求包括账款分配账户以及每个账户对应的账款分配数额。可以理解的，若账款接收方希望将账款支付到多个账户，则会发送分账请求，请求第三方支付平台进行分账，分账请求中包括账款分配账户以及每个账户对应的账款分配数额，以使第三方支付平台将账款依份额分配给每个设定账户。在其他实施例中，包含账款分配账户以及每个账户对应的账款分配数额的分账请求也可以由账款支付方发送，账款支付方可以基于预先的约定，发送将账款分配给不同账户的分账请求。

在另一个实施例中，基于分账请求对支付信息对应的账款进行分账包括基于账款分配账户以及每个账户对应的账款分配数额同时将账款进行分配。可以理解的，若分账请求中仅包括账款分配账户以及每个账户对应的账款分配数额，则说明该分账请求不对分账的时间节点与分配顺序做限制，则第三方支付平台可以同时将账款按照分账请求进行分配，也可以在预设时间内分别完成分配，此处不作具体限定，可以由用户根据实际需求进行设定。

在另一个实施例中，基于分账请求对支付信息对应的账款进行分账包括基于多个分账请求，将账款根据账款分配数额依次分配给对应账户。示例性地，若账款支付方希望根据收货进度逐次支付，则会发送分账请求，请求第三方支付平台逐次进行分账。具体的，当账款支付方收到第一部分货物时，向第三方支付平台发送一次分账请求，请求将该部分货物对应的货款分配给指定账户；当账款支付方收到第二部分货物时，再向第三方支付平台发送一次分账请求，以支付下一部分货款，直到收到所有货物并将所有货款均依次分账支付完成。

在另一个实施例中，在每次账款支付方收到部分货物，发起分账请求，进行分账时，接收账款的账户可以为账款支付方和账款接收方预先约定好的预设账户。

可以理解的，账款支付方和账款接收方可以同时发起分账请求，例如，账款接收方发起的分账请求包括账款分配账户以及每个账户对应的账款分配数额，账款支付方发起的分账请求包括对部分账款进行分账的请求，则第三方支付平台基于账款支付方发起的分账请求提取部分账款，并基于账款接收方发起的分账请求将部分账款分配给不同账户。

在另一个实施例中，基于分账请求对支付信息对应的账款进行分账之后还包括将分账结果发送给账款接收方及/或账款支付方。可以理解的，将账款支付方支付的账款分配完成后，第三方支付平台发出完成分账的通知，该通知中包括分账结果。可以理解的，完成分账的通知中可以包含账款分配情况，即流向账户、各账户分配数额以及分配时间等表征分账结果的信息。示例性地，完成分账的通知可以单独发给账款支付方或账款接收方，也可以同时发给账款支付方和账款接收方，可以由用户根据实际情况进行设定。

请参阅图3，图3为本发明一实施例的后置数据分配方法的分账泳道图。在本实施例中，商户先将支付下单的请求发送给支付机构，支付机构生成支付订单，并跳转至支付收银台页面，并向用户展示支付收银台，用户在支付收银台界面选择支付方式请求付款，支付机构收到支付请求，并完成订单付款，完成订单付款后向用户和商户返回支付结果，并等待后置分账指令；商户收到付款结果后，对分账账户和分账金额进行确认，并发起后置分账确认请求，商户可以发起一次或多次后置分账请求，支付机构收到后置分账确认请求后，对分账规则进行校验，根据上送分账信息进行分账，在分账完成后将分账结果通知商户，商户收到当前分账订单结果。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例还提供了一种后置数据分配装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件及/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本申请实施例的后置数据分配装置的结构框图，如图4所示，该装置包括：

发送模块10，用于将数据传输信息发送给数据接收方以及数据发送方，数据传输信息至少包括数据分配平台接收到目标数据的标志；

接收模块20，用于接收数据接收方及/或数据发送方基于数据传输信息的分配请求；

分配模块30，用于基于分配请求将目标数据分配给数据接收方。

分配模块30，还用于基于分配请求，将目标数据根据数据分配量同时分配给对应接收对象。

分配模块30，还用于基于多个分配请求，将目标数据根据数据分配量依次分配给对应接收对象。

后置数据分配装置，还包括：生成模块。

生成模块，用于：

接收数据接收方的数据发送请求；

将数据发送请求发送给数据发送方；

接收数据发送请求对应的目标数据，并基于目标数据的传输情况生成数据传输信息。

后置数据分配装置，还包括：结果发送模块。

结果发送模块，用于将分配结果发送给数据接收方及/或数据发送方。

图5是根据本申请另一实施例的后置数据分配装置的结构框图，如图5所示，该装置包括：

支付信息发送模块40，用于将支付信息发送给账款接收方以及账款支付方，支付信息至少包括账款支付方支付成功的标志；

分账请求接收模块50，用于接收账款接收方及/或账款支付方基于支付信息的分账请求；

分账模块60，用于基于分账请求对支付信息对应的账款进行分账。

分账模块60，还用于基于分账请求，将账款根据账款分配数额同时分配给对应账户。

分账模块60，还用于基于多个分账请求，将账款根据账款分配数额依次分配给对应账户。

后置数据分配装置，还包括：支付信息生成模块。

支付信息生成模块，用于：

接收账款接收方的支付请求；

将支付请求发送给账款支付方；

接收支付请求对应的账款，并基于账款的支付情况生成支付信息。

后置数据分配装置，还包括：支付结果发送模块。

结果发送模块，用于将分账结果发送给账款接收方及/或账款支付方。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

另外，结合图1描述的本申请实施例后置数据分配方法可以由计算机设备来实现。图6为根据本申请实施例的计算机设备的硬件结构示意图。

计算机设备可以包括处理器71以及存储有计算机程序指令的存储器72。

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

其中，存储器72可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器72可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器72可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器72可在数据处理装置的内部或外部。在特定实施例中，存储器72是非易失性(Non-Volatile)存储器。在特定实施例中，存储器72包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(RandomAccess Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器72可以用来存储或者缓存需要处理及/或通信使用的各种数据文件，以及处理器71所执行的可能的计算机程序指令。

处理器71通过读取并执行存储器72中存储的计算机程序指令，以实现上述实施例中的任意一种后置数据分配方法。

在其中一些实施例中，计算机设备还可包括通信接口73和总线70。其中，如图6所示，处理器71、存储器72、通信接口73通过总线70连接并完成相互间的通信。

通信接口73用于实现本申请实施例中各模块、装置、单元及/或设备之间的通信。通信接口73还可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。

总线70包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。总线70包括但不限于以下至少之一：数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，总线70可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(Front Side Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(Micro ChannelArchitecture，简称为MCA)总线、外围组件互连(Peripheral Component Interconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，简称为SATA)总线、视频电子标准协会局部(Video ElectronicsStandards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线70可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该计算机设备可以基于获取到的计算机程序指令，执行本申请实施例中的后置数据分配方法，从而实现结合图1描述的后置数据分配方法。

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

上述后置数据分配方法、装置、计算机设备和存储介质，通过将数据传输信息发送给数据接收方以及数据发送方，数据传输信息至少包括数据分配平台接收到目标数据的标志；接收数据接收方及/或数据发送方基于数据传输信息的分配请求；基于分配请求将目标数据分配给数据接收方的方式，应用到支付分账领域，实现付款指令与结算指令分离，在账款支付方支付完成，账款到达支付平台后，再接收分账请求，进行分账结算，使支付更加灵活。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种后置数据分配方法，其特征在于，包括：

将数据传输信息发送给数据接收方以及数据发送方，所述数据传输信息至少包括数据分配平台接收到目标数据的标志；

接收数据接收方及/或数据发送方基于所述数据传输信息的分配请求；

基于所述分配请求将所述目标数据分配给数据接收方。

2.根据权利要求1所述的后置数据分配方法，其特征在于，所述数据传输信息至少包括数据量、发送方身份、传输方式以及数据分配平台接收到目标数据的标志。

3.根据权利要求1所述的后置数据分配方法，其特征在于，所述将数据传输信息发送给数据接收方以及数据发送方之前还包括：

接收数据接收方的数据发送请求；

将所述数据发送请求发送给数据发送方；

接收所述数据发送请求对应的目标数据，并基于所述目标数据的传输情况生成所述数据传输信息。

4.根据权利要求1所述的后置数据分配方法，其特征在于，所述分配请求包括数据分配对象以及每个对象对应的数据分配量。

5.根据权利要求4所述的后置数据分配方法，其特征在于，所述基于所述分配请求将所述目标数据分配给数据接收方包括：

基于所述分配请求，将所述目标数据根据所述数据分配量同时分配给对应接收对象。

6.根据权利要求4所述的后置数据分配方法，其特征在于，所述基于所述分配请求将所述目标数据分配给数据接收方包括：

基于多个所述分配请求，将所述目标数据根据所述数据分配量依次分配给对应接收对象。

7.根据权利要求1所述的后置数据分配方法，其特征在于，所述基于所述分配请求将所述目标数据分配给数据接收方还包括：

将分配结果发送给所述数据接收方及/或数据发送方。

8.一种后置数据分配装置，其特征在于，包括：

发送模块，用于将数据传输信息发送给数据接收方以及数据发送方，所述数据传输信息至少包括数据分配平台接收到目标数据的标志；

接收模块，用于接收数据接收方及/或数据发送方基于所述数据传输信息的分配请求；

分配模块，用于基于所述分配请求将所述目标数据分配给数据接收方。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的后置数据分配方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至7中任一项所述的后置数据分配方法。

Images