CN116308324A

CN116308324A - 多商户的支付方法、系统、电子设备和可读存储介质

Info

Publication number: CN116308324A
Application number: CN202310580772.6A
Authority: CN
Inventors: 肖茗夫; 杨宜; 陈恩泽; 张立铮
Original assignee: Accumulus Technologies Tianjin Co Ltd
Current assignee: Accumulus Technologies Tianjin Co Ltd
Priority date: 2023-05-23
Filing date: 2023-05-23
Publication date: 2023-06-23
Anticipated expiration: 2043-05-23
Also published as: CN116308324B

Abstract

本发明提供一种多商户的支付方法、系统、电子设备和可读存储介质，该多商户的支付方法包括：确定第一商户；取出其额定量商户订单号；判断其是否还有待支付商户订单；若有，将其商户支付过程权重值减少设定值；当其过程权重值小于等于第二设定值时，按照当前的过程权重值调整其顺序；返回确定列表中第一商户的步骤，直至列表中所有商户的过程权重值小于等于第二设定值，或，所有已支付商户订单号总量已达到需要的商户订单总量；将每个商户的过程权重值修改为商户的支付权重值，并按照修改后的过程权重值重新排列。本申请通过维护商户支付权重和商户支付过程权重使得支付权重高的商户的订单优先支付的同时低权重的商户订单也能支付出去。

Description

多商户的支付方法、系统、电子设备和可读存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种多商户的支付方法、系统、电子设备和可读存储介质。

背景技术

目前市场上主流的多商户订单支付方法有两种，一种是维护一个商户订单的优先队列，根据队列的优先顺序为商户的支付权重高到低的顺序，利用优先队列进行支付；另一种是通过不断调整商户的权重比例范围进行支付。

但是，现有的技术方案均存在一些问题，优先队列的方式存在优先级比较高的商户订单一直占用支付资源，很难将所有商户的订单按照设置好的权重支付出去；而权重比例范围的方法则由于频繁变动支付权重可能会出现性能问题，即每调整一次权重都得重新计算所有商户的“权重比例范围”，在具体选择某个商户的订单去打款时也需要遍历所有商户“权重比例范围”，如果商户数过多，会严重影响系统性能。

发明内容

本发明实施例提供一种多商户的支付方法、系统、电子设备和可读存储介质，以解决现有的在不影响系统性能的情况下，支付权重高的商户的订单优先支付的同时保证低权重的商户订单不会一直被阻塞的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，本发明实施例提供了一种多商户的支付方法，包括：

确定商户号列表中第一商户；其中，所述商户号列表中的商户按照从商户支付过程权重值从高到低的顺序排列，若存在商户支付过程权重值相同的商户，按照发起订单支付请求的顺序排列，所述第一商户为在所述商户号列表中商户支付过程权重值最高的商户；

从商户订单号列表中取出所述第一商户的额定量商户订单号；

判断所述第一商户是否还有待支付商户订单；

若所述第一商户有待支付商户订单，将所述第一商户的商户支付过程权重值减少第一设定值；

当所述第一商户的商户支付过程权重值小于等于第二设定值时，按照所述第一商户当前的商户支付过程权重值调整所述第一商户在所述商户号列表中的顺序；

返回所述确定商户号列表中第一商户的步骤，直至所述商户号列表中所有商户的支付过程权重值小于等于第二设定值，或，所有已支付商户订单号总量已达到需要的商户订单总量；

将所述商户号列表中的每个商户的商户支付过程权重值修改为所述商户的商户支付权重值，并按照修改后的商户支付过程权重值从高到低的顺序重新排列。

可选的，所述确定商户号列表中第一商户之前还包括：

接收到商户处理订单的指令，获取所述商户的商户支付权重值、商户支付过程权重值和商户订单号，其中，所述商户支付过程权重值的初始值等于所述商户支付权重值；

将所述商户订单号插入商户订单号列表中，根据所述商户的商户支付过程权重值将所述商户插入商户号列表。

可选的，所述将所述商户订单号插入商户订单号列表中，根据所述商户的商户支付过程权重值将所述商户插入商户号列表之后还包括：

将所述商户的商户支付权重值、商户支付过程权重值和商户订单号存储在数据库，更新数据库中商户订单号列表和商户号列表。

可选的，所述判断所述第一商户是否还有商户订单号之后还包括：

若所述第一商户在商户订单号列表无未支付订单，将所述第一商户从所述商户号列表中移除。

可选的，所述商户订单号列表包括：

所述商户订单号列表为redis队列，所述商户订单号的存储数据类型为list，密钥为商户号。

可选的，所述第二设定值包括以下至少之一项：

所有商户权重值中的最低值减1、其中一个商户的商户支付过程权重值和0。

可选的，述将所述商户号列表中的所有商户的商户支付过程权重值修改为商户支付权重值，按照从商户支付过程权重值从高到低的顺序重新排列之后还包括：

若所述所有已支付商户订单号总量未达到所述需要的商户订单总量，返回所述确定商户号列表中第一商户的步骤，直至所述所有已支付商户订单号总量达到所述需要的商户订单总量。

第二方面，本发明实施例提供了一种多商户的支付系统，包括：

查找模块，用于确定商户号列表中第一商户；其中，所述商户号列表中的商户按照从商户支付过程权重值从高到低的顺序排列，若存在商户支付过程权重值相同的商户，商户号按照发起订单支付请求的顺序排列，所述第一商户为在所述商户号列表中商户支付过程权重值最高的商户；

订单号模块，用于从商户订单号列表中取出所述第一商户的额定量商户订单号；

判断模块，用于判断所述第一商户是否还有商户订单号；

第一调整模块，用于若所述第一商户有待支付商户订单，将所述第一商户的商户支付过程权重值减少第一设定值；

第二调整模块，用于当所述第一商户的商户支付过程权重值小于等于第二设定值时，按照所述第一商户当前的商户支付过程权重值调整所述第一商户在所述商户号列表中的顺序；

返回模块，用于返回所述确定商户号列表中第一商户的步骤，直至所述商户号列表中所有商户的支付过程权重值小于等于第二设定值时；

第三调整模块，用于将所述商户号列表中的每个商户的商户支付过程权重值修改为所述商户的商户支付权重值，并按照修改后的商户支付过程权重值从高到低的顺序重新排列。

第三方面，本发明实施例提供了一种电子设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上述第一方面所述的多商户的支付方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的多商户的支付方法的步骤。

在本发明中，将第一商户作为从商户订单号列表中取出商户订单号的第一优先顺序，简化支付过程中的支付选择；通过动态调整商户支付过程权重值，能避免根据每次重新计算商户支付权重值且根据商户支付权重值大规模调整商户号列表的顺序，并且根据第一商户是否还有待支付订单作为商户支付过程权重值调整的依据能够避免权重高但是无订单的商户一直占用第一商户的位置；通过第二设定值的限制，避免了商户支付权重值高的商户一直占用支付；在进一步的，按照修改后的过程权重值重新排列，即通过进入下一个支付循环，来不断优化支付过程，既能避免支付权重高的持续占用支付通道，还能从整体上保证支付权重高的商户的订单优先支付，并且支付过程中的整体变动较小，仅是的对商户列表的变动，不会影响整体系统的性能。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明实施例提供的一种多商户的支付方法的流程图；

图2是本发明实施例提供的一种第二权重值为0时的多商户的支付方法的流程图；

图3是本发明实施例提供的一种第二权重值为0时的多商户的支付方法的流程图；

图4是本发明实施例提供的一种多商户的支付系统的结构示意图；

图5是本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前市场上也有通过避免优先级高的商户占用资源的方法，即不断调整商户的权重比例范围进行支付。

预先将所有商户的支付权重通过计算后得到一个“权重比例范围(最大为100)”。举例来说，商户A的支付权重为100，商户B的支付权重为40，商户C的支付权重为60，通过计算后得到的商户A，B，C的“权重比例范围”为：商户A：[0, 50]，商户B：(50, 70]商户C： (70,100]。再随机生成一个 “0-100”范围内的随机数，通过遍历所有的“权重比例范围”找出命中了某个商户的“权重比例范围”，然后将该商户的订单进行支付。

但是，每调整一次权重都得重新计算所有商户的“权重比例范围”，在具体选择某个商户的订单去打款时也需要遍历所有商户“权重比例范围”，如果商户数过多，会严重影响系统性能。

请参考图1，本发明实施例提供了一种多商户的支付方法，包括：

步骤11：确定商户号列表中第一商户；其中，所述商户号列表中的商户按照从商户支付过程权重值从高到低的顺序排列，若存在商户支付过程权重值相同的商户，按照发起订单支付请求的顺序排列，所述第一商户为在所述商户号列表中商户支付过程权重值最高的商户；

步骤12：从商户订单号列表中取出所述第一商户的额定量商户订单号；

步骤13：判断所述第一商户是否还有待支付商户订单；

步骤14：若所述第一商户有待支付商户订单，将所述第一商户的商户支付过程权重值减少第一设定值；

步骤15：当所述第一商户的商户支付过程权重值小于等于第二设定值时，按照所述第一商户当前的商户支付过程权重值调整所述第一商户在所述商户号列表中的顺序；

通过分别维护的商户号列表和商户订单号，将优先级顺序和商户订单号顺序分开，避免商户订单号列表根据商户过程支付权重调整，减少动态调整的影响，举例来说，假设仅有10个商户需要支付订单，但是每个商户均由上万个订单，如果直接将商户订单号列表按照商户过程支付权重排序，那么在每次商户的顺序变动时，就有上万个订单在队列中调整，变动较大，不利于系统稳定以及实现，而本发明实施例中，仅调整10个商户的顺序，而商户订单号列表的顺序则不随着商户过程支付权重调整，很显然，能降低工作量和实现难度。

步骤16：返回所述确定商户号列表中第一商户的步骤，直至所述商户号列表中所有商户的支付过程权重值小于等于第二设定值，或，所有已支付商户订单号总量已达到需要的商户订单总量；

步骤17：将所述商户号列表中的每个商户的商户支付过程权重值修改为所述商户的商户支付权重值，并按照修改后的商户支付过程权重值从高到低的顺序重新排列。

本发明实施例，可选的，所述确定商户号列表中第一商户之前还包括：

本发明实施例能够解决在订单支付过程中收到新的处理订单的指令的问题，当有新商户或之前移除商户号列表的商户发起处理订单的指令时，均需要先获取该商户的商户支付权重值、商户支付过程权重值和商户订单号，商户支付过程权重值的初始值等于商户支付权重值，这样能够使得在该商户发起指令后的第一次插入商户号列表能够按照商户支付权重值插入表中。但是商户订单号的顺序则可以不按照商户支付过程权重值的插入，这样能够减少商户订单号列表的扰动，稳定性更强。举例来说，当商户订单号列表以队列的形式存储和消费时，可以将发出新请求商户的商户订单号直接放在队列的队尾，无需调整队列的整体顺序，在消费时，根据第一商户的商户号从队列中取出该商户的商户订单号即；当然，商户订单号的顺序也可以按照商户支付过程权重值插入和动态调整。

值得说明的是，不论是在订单支付开始时还是已经在订单支付过程中，均可以使用本发明实施例中商户号列表的插入规则，能够使得商户号列表和商户订单号列表按照本发明实施例中的排序规则排序。

本发明实施例，可选的，所述将所述商户订单号插入商户订单号列表中，根据所述商户的商户支付过程权重值将所述商户插入商户号列表之后还包括：

本发明实施例中的数据库中的存储能够实现数据的复用，举例来说，当之前移除商户号列表的商户发起处理订单的指令时，可以直接从数据库中读取该商户的商户支付权重值，从而获取该商户本次处理订单的商户过程支付权重值，获取的方式更便捷。

本发明实施例，可选的，所述判断所述第一商户是否还有商户订单号之后还包括：

将无待支付订单的第一商户从商户号列表中移除能够避免权重高但是无订单的商户一直占用第一商户的位置。

本发明实施例，可选的，所述商户订单号列表包括：

商户订单号列表和商户号列表均可以以队列、数据库中及表格等任一能够存储数据的方式存储，并不限于列表。

当商户号列表为队列时，可以为优先队列，即按照优先级进行排序，在本发明实施例中优先级即为商户过程支付权重值，第一商户即为动态调整过程中商户过程支付权重值最高的商户，但是值得说明的是，商户订单号队列和商户号队列并不在同一队列中，在支付过程中，支付的是商户订单号队列中的商户订单号，但是以商户号队列的优先级为依据。本发明实施例中通过将商户订单号列表和商户号列表以队列的形式存储，使得在调整过程中更易实现。

本发明实施例，可选的，所述第二设定值包括以下至少之一项：

值得说明的是，本发明实施例中的额定量商户订单、第一设定值以及第二设定值均可以人为根据需要的订单总量和商户号数量、单个商户的商户订单量进行调整，具有较高的灵活度，通过调整不同情况下的相关参数，来使得本发明实施例达到不同程度的效果。

当第二设定值为0，即当商户的支付过程权重值降到0后，将该商户的商户支付过程权重顺序调整到队尾，在此种情况下，在需要的订单总量足够大的情况下，举例来说，需要的订单总量可以满足需要的订单总量所有商户根据支付过程权重的调整参与多轮支付过程，不难看出，所有商户支付出去的商户订单与对应的数学期望值是满足最初设置的商户支付权重，在此种情况下，在满足支付权重比较高的商户订单不会一直占用支付资源的同时能够保证支付权重比较高的商户的订单的支付量较高。

当第二设定值设定为根据所有商户支付权重值的最低值减1动态调整时，即每当第一商户的商户支付过程权重值到达最低商户支付权重值减1时，将该商户的商户支付过程权重顺序调整到队尾，在此种情况下，在需要的订单总量中等的情况下，举例来说需要的订单总量不满足当第二设定值为0时所有商户参与一轮支付过程，将第二设定值设定为根据所有商户支付权重值的最低值减1动态调整，在满足支付权重比较高的商户订单不会一直占用支付资源的同时，能够满足商户支付权重值高的商户尽可能的多支付，还能使得尽可能多的商户参与支付过程。

当第二设定值设定为根据其中一个商户的商户支付过程权重值调整时，即每当第一商户的商户支付过程权重值到达其中一个商户的商户支付过程权重值时，该商户的商户支付过程权重顺序调整到队尾，在此种情况下，可以实现在给定值以下的商户不参与本次支付过程。

本发明实施例，可选的，所述将所述商户号列表中的所有商户的商户支付过程权重值修改为商户支付权重值，按照从商户支付过程权重值从高到低的顺序重新排列之后还包括：

举例来说，请参考图2，有4个商户，商户A、商户B、商户C和商户D，商户支付权重值分别为20、15、11和8，额定量商户订单为1，第一设定值为1，第二设定值为0，本次支付需要的订单总量为100，每次支付取出1个订单，第一商户的支付过程权重值减1，当第一商户的过程权重值为0时，调到队尾。由于本次支付需要的订单总量较多，故在第一商户的轮换次数较多，且当所有商户的商户支付过程权重值都为0后，将所有商户的商户过程支付权重值修改为商户支付权重值，且调整顺序，并且在此过程中，将无待支付订单的第一商户从商户号列表中删除，可以看出，在此种情况下，所有商户支付出去的商户订单与对应的数学期望值是满足最初设置的商户支付权重，在此种情况下，在满足支付权重比较高的商户订单不会一直占用支付资源的同时能够保证支付权重比较高的商户的订单的支付量较高。

举例来说，请参考图3，有4个商户，商户A、商户B、商户C和商户D，商户支付权重值分别为20、15、11和8，额定量商户订单为1，第一设定值为1，第二设定值为所有商户权重值中的最低值减1，本次支付需要的订单总量为25，每次支付取出一个订单，第一商户的支付过程权重值减1，当第一商户的过程权重值为7时，调到队尾。由于本次支付需要的订单总量较少，故当需要的订单都支付完后，商户A、商户B、商户C和商户D分别支付订单数量为13、8、4和0，可以看出，在此种情况下，商户支付权重值高的商户A支付的订单数量最多，但是商户B和商户C仍然参与了支付过程，即还使得尽可能多的商户参与支付过程。

当然，如果想要商户支付权重高的商户支付的更多，可以通过调整额定量商户订单、第一设定值以及第二设定值来实现，本发明实施例仅为说明第二设定值在选取商户支付权重值的最低值减1情况下的效果。

请参考图4，本发明还提供一种多商户的支付系统40，包括：

查找模块41，用于确定商户号列表中第一商户；其中，所述商户号列表中的商户按照从商户支付过程权重值从高到低的顺序排列，若存在商户支付过程权重值相同的商户，商户号按照发起订单支付请求的顺序排列，所述第一商户为在所述商户号列表中商户支付过程权重值最高的商户；

订单号模块42，用于从商户订单号列表中取出所述第一商户的额定量商户订单号；

判断模块43，用于判断所述第一商户是否还有商户订单号；

第一调整模块44，用于若所述第一商户有待支付商户订单，将所述第一商户的商户支付过程权重值减少第一设定值；

第二调整模块45，用于当所述第一商户的商户支付过程权重值小于等于第二设定值时，按照所述第一商户当前的商户支付过程权重值调整所述第一商户在所述商户号列表中的顺序；

返回模块46，用于返回所述确定商户号列表中第一商户的步骤，直至所述商户号列表中所有商户的支付过程权重值小于等于第二设定值时；

第三调整模块47，用于将所述商户号列表中的每个商户的商户支付过程权重值修改为所述商户的商户支付权重值，并按照修改后的商户支付过程权重值从高到低的顺序重新排列。

可选的，所述多商户的支付系统40还包括：

可选的，所述商户订单号列表包括：

可选的，所述第二设定值包括以下至少之一项：

可选的，所述多商户的支付系统40还包括：

本发明实施例提供的多商户的支付系统能够实现图1至图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例提供了一种电子设备50，参见图5所示，图5为本发明实施例电子设备50的原理框图，包括处理器51，存储器52及存储在存储器52上并可在处理器51上运行的程序或指令，程序或指令被处理器执行时实现本发明的任一项多商户的支付方法中的步骤。

本发明实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如上述任一项的多商户的支付方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体,可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器(ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台服务分类设备（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本申请各个实施例所述的方法。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种多商户的支付方法，其特征在于，包括：

判断所述第一商户是否还有待支付商户订单；

2.根据权利要求1所述的方法，其特征在于，所述确定商户号列表中第一商户之前还包括：

3.根据权利要求2所述的方法，其特征在于，所述将所述商户订单号插入商户订单号列表中，根据所述商户的商户支付过程权重值将所述商户插入商户号列表之后还包括：

4.根据权利要求1所述的方法，其特征在于，所述判断所述第一商户是否还有商户订单号之后还包括：

5.根据权利要求1所述的方法，其特征在于，所述商户订单号列表包括：

6.根据权利要求1所述的方法，其特征在于，所述第二设定值包括以下至少之一项：

7.根据权利要求1所述的方法，其特征在于，所述将所述商户号列表中的所有商户的商户支付过程权重值修改为商户支付权重值，按照从商户支付过程权重值从高到低的顺序重新排列之后还包括：

8.一种多商户的支付系统，其特征在于，包括：

判断模块，用于判断所述第一商户是否还有商户订单号；

9.一种电子设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至7中任一项所述的多商户的支付方法的步骤。

10.一种计算机可读存储介质，其特征在于，计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的多商户的支付方法的步骤。