CN111784321A - 自动选择支付账号的方法、系统和电子设备 - Google Patents

自动选择支付账号的方法、系统和电子设备 Download PDF

Info

Publication number
CN111784321A
CN111784321A CN202010536055.XA CN202010536055A CN111784321A CN 111784321 A CN111784321 A CN 111784321A CN 202010536055 A CN202010536055 A CN 202010536055A CN 111784321 A CN111784321 A CN 111784321A
Authority
CN
China
Prior art keywords
account
payment
characteristic
money
accounts
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
CN202010536055.XA
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.)
Accumulus Technologies Tianjin Co Ltd
Original Assignee
Accumulus Technologies Tianjin 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 Accumulus Technologies Tianjin Co Ltd filed Critical Accumulus Technologies Tianjin Co Ltd
Priority to CN202010536055.XA priority Critical patent/CN111784321A/zh
Publication of CN111784321A publication Critical patent/CN111784321A/zh
Pending legal-status Critical Current

Links

Images

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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking 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/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

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)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请提供一种自动选择支付账号的方法、系统和电子设备，属于互联网支付技术领域，本申请提供的自动选择支付账号的方法通过获取打款请求的第一特性集，从多个支付账号中筛选出第一账号集；遍历所述第一账号集，根据所述第一账号集中每一个第一账号的第二特性，从所述第一账号集中筛选出第二账号集，再从第二账号集中筛选出目标账号完成打款请求；上述通过打款请求与支付账号的特性进行多次匹配的筛选方式极大的减少了选择支付账号时的数据处理量，提高了选择支付账号的效率，同时也保证了目标账号完成打款请求的效率与成功率，提高了客户体验度。

Description

自动选择支付账号的方法、系统和电子设备
技术领域
本申请涉及互联网支付技术领域，尤其涉及一种自动选择支付账号的方法、系统和电子设备。
背景技术
随着互联网技术的发展，越来越多的运营平台都提供了在线充值、打款、提现等服务，而为了满足不同客户的需求，区分各种业务的区别，运营商往往会有多个支付账户用于执行这些订单，在账号数量比较少的时候，通过人工对这些支付账号进行分组能够起到不错的效果，然而随着运营商业务量的增加，支付账号的数量不断增多，以及客户需求的逐渐多元化，导致人工分组逐渐不能满足运营平台的需求，无法及时的选择出最优的支付账号来完成订单，将会影响客户体验。
同时，工作人员的流动问题，也会导致之后接手支付账号管理的工作人员无法对较久之前的分组名称判断出该组账号的类型与使用目的，这些都会导致支付账号选择的效率降低，影响到客户体验；并且在面对大量的支付账号组别进行维护时，也需要极大的成本。
发明内容
本申请提出了一种自动选择支付账号的方法、系统和电子设备，以解决面对大量支付账号运营平台无法迅速选择最优支付账号的问题，极大的减缓了支付账号选择效率低下，影响客户体验度的问题，同时降低了运维成本。
为了实现上述目的，本申请采用了如下方案：
一方面，本申请实施例提供了一种自动选择支付账号的方法，包括：
接收打款请求；
获取所述打款请求的第一特性集，所述第一特征集中包括至少一个第一特性；
根据所述第一特性集，从多个支付账号中筛选出第一账号集；
遍历所述第一账号集，根据所述第一账号集中每一个第一账号的第二特性，从所述第一账号集中筛选出第二账号集，所述第二特性与所述第一特性不同；
从所述第二账号集中筛选出目标账号；
通过所述目标账号完成所述打款请求的打款。
可选的，所述获取所述打款请求的第一特性集，包括：
根据所述打款请求类型，在特性模板集中进行匹配，根据匹配到的特性模板生成所述打款请求的第一特性集，所述特性模板集中至少有1个特性模板，且每一个所述特性模板由至少1个特性组成。
可选的，所述第二特性包括以下至少之一：
支付账号的余额；
支付账号的当前等待打款的订单数量；
支付账号的限额；
支付账号的支付通道。
可选的，所述从所述第一账号集中筛选出第二账号集包括：
判断所述第一账号集中的每一个第一账号的余额是否大于等于所述打款请求的金额；
若所述第一账号的余额大于等于所述打款请求的金额，则将所述第一账号筛选至第三账号集；所述第二账号集包含于所述第三账号集。
可选的，所述从所述第一账号集中筛选出第二账号集还包括：
判断所述第三账号集中的每一个第三账号在等待中的打款请求数量是否小于N；
若所述第三账号在等待中的打款请求数量小于N，则将所述第三账号筛选至第四账号集；所述第二账号集包含于所述第四账号集。
可选的，所述从所述第一账号集中筛选出第二账号集还包括：
判断所述第四账号集中的每一个第四账号的每日限额是否符合所述打款请求的要求；
判断所述第四账号集中的每一个第四账号的支付通道是否支持所述打款请求的要求；
将符合所述打款请求的要求的所述第四支付账号作为所述第二账号，得到所述第二账号集。
可选的，所述从所述第二账号集中筛选出目标账号包括：
根据所述第二账号集中每个第二账号的权重选择目标账号，所述权重根据预设生成，且能够根据打款请求和/或支付账号的状态进行实时调整。
可选的，所述从所述第二账号集中筛选出目标账号还包括：
根据所述第二账号集中的每一个第二账号的在途订单数、账号余额、历史1小时成功率、异常错误率、出款权重和实时到账中的至少一个指标对所述第二账号进行打分，选出分数最高的账号作为目标账号。
一方面，本申请实施例提供了一种自动选择支付账号的系统，所述系统包括：
接收模块，所述接收模块用于接收打款请求；
第一筛选模块，所述第一筛选模块用于获取所述打款请求的第一特性集，并根据所述第一特性集，从多个支付账号中筛选出第一账号集；
第二筛选模块，所述第二筛选模块用于遍历所述第一账号集，根据所述第一账号集中每一个第一账号的第二特性，从所述第一账号集中筛选出第二账号集，所述第二特性与所述第一特性不同；
选择模块，所述选择模块用于从所述第二账号集中筛选出目标账号；
支付模块，所述支付模块用于通过所述目标账号完成所述打款请求的打款。
一方面，本申请实施例提供了一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供的自动选择支付账号的方法的步骤。
一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例提供的自动选择支付账号的方法的步骤。
本申请实施例提供的技术方案带来的有益效果至少包括：
本申请通过获取打款请求的第一特性集，从多个支付账号中筛选出第一账号集，遍历所述第一账号集，根据所述第一账号集中每一个第一账号的第二特性，从所述第一账号集中筛选出第二账号集，再从第二账号集中筛选出目标账号完成打款请求；上述通过打款请求与支付账号的特性进行多次匹配的筛选方式极大的减少了选择支付账号时的数据处理量，提高了选择支付账号的效率，同时也保证了目标账号完成打款请求的效率与成功率，提高了客户体验度。
附图说明
图1为本申请实施例提供的一种自动选择支付账号的方法流程示意图；
图2为本申请实施例提供的一种自动选择支付账号的方法流程示意图；
图3为本申请实施例提供的一种自动选择支付账号方法步骤中各账号集关系示意图；
图4为本申请实施例提供的一种自动选择支付账号的特性示意图；
图5为本申请实施例提供的一种自动选择支付账号的特性示意图；
图6为本申请实施例提供的一种自动选择支付账号的信息泳道示意图；
图7为本申请实施例提供的一种自动选择支付账号的系统结构示意图；
图8为本申请实施例提供的一种提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例的附图，对本申请实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于所描述的本申请的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请的保护范围。
此外，下面所描述的本申请不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
图1示出了本申请实施例提供的一种自动选择支付账号的方法，包括：
步骤101，接收打款请求；
示例性的，打款请求可以由用户向平台发起提现、充值、转账等操作来生成打款请求。
步骤102，获取打款请求的第一特性集，所述第一特征集中包括至少一个第一特性；
其中，第一特性集中的特性根据预设规则生成，如：根据预设有电子回单、1小时到账24小时到账、48小时到账、提现、充值等特性。
示例性的，第一特性集中的特性可以是如下方式获取的：
方式1，客户在生成打款请求订单时，选择了特性标签，如客户选择了2小时到账、电子回单；
方式2，平台工作人员在浏览打款请求订单时，手动选择了几个特性标签，如某工作人员手动为某打款请求添加了48小时到账、提现这两个特性标签；
方式3，运营平台服务器自动为当前打款请求订单生成了一个匹配其特性的第一特性集；
当然也可以通过其他可能的方式生成第一特性集。
步骤103，根据第一特性集，从多个支付账号中筛选出第一账号集；
示例性的，多个支付账号可以是存储在支付账号数据库中的多个支付账号，也可以是运营平台通过其他方式存储或调用的用于完成打款请求的多个支付账号。
步骤104，遍历第一账号集，根据第一账号集中每一个第一账号的第二特性，从第一账号集中筛选出第二账号集，第二特性与第一特性不同；
值得注意的是，通过第一特性集对支付账号库中的多个支付账号进行筛选，能够得到第一账号集，第一账号集中的支付账号初步满足了所述打款请求，但是，这些账号是否完全符合所述打款请求还需要进一步筛选，即通过第二特性筛选出符合所述打款请求要求的支付账号，这些账号组成了第二账号集。
步骤105，从第二账号集中筛选出目标账号；
第二账号集中的支付账号都能满足所述打款请求，但是最终选择哪一个需要进行筛选，这种筛选可以通过预设的规则进行。
步骤106，通过目标账号完成打款请求的打款。
最终，通过上述步骤选出的目标账号，来完成打款请求的打款。
可选的，步骤102，获取打款请求的第一特性集包括：
根据打款请求类型，在特性模板集中进行匹配，根据匹配到的特性模板生成打款请求的第一特性集，特性模板集中至少有1个特性模板，且每一个特性模板由至少1个特性组成。
示例性的，根据预设有特性a、特性b、特性c、特性d、特性e、特性f……，特性模板集中有多个模板，每个模板包含至少1个预设特定，如特性模板30包含特性a和特性d，特性模板299包含特性c、特性d和特性e，这些特性模板根据预设生成，组成了特性模板集。
预设特性模板，能够迅速为当前打款请求初步筛选出第一账号集，不用在进行筛选时将账号库中的所有账号都遍历，可以减少计算量，提高选择账号的效率。
可选的，第二特性包括以下至少之一：
支付账号的余额；
支付账号的当前等待打款的订单数量；
支付账号的限额；
支付账号的支付通道。
示例性的，第二特性的类型根据预设生成，可以包含这些特性中的一个或者多个：支付账号的余额、支付账号的当前等待打款的订单数量、支付账号的限额、支付账号的支付通道、支付账号的历史成功率、支付账号的1小时内完成打款订单数等。
可选的，参考图2所示，步骤104，遍历第一账号集，根据第一账号集中每一个第一账号的第二特性，从第一账号集中筛选出第二账号集，包括：
步骤201，判断第一账号集中的每一个第一账号的余额是否大于等于打款请求的金额；
步骤202，若第一账号的余额大于等于打款请求的金额，则将第一账号筛选至第三账号集；第二账号集包含于第三账号集。
值得注意的是，对于一个打款请求来说，如果支付账号的余额不足，那么筛选其他特性都是在做无用功，增加无效的计算量，因此本申请的实施例在筛选第二账号时，首先对第一账号集中的每一个账号的余额进行筛选，直接把余额不足以完成打款的账号排除，可以省去很多计算量，提高筛选账号的效率。
可选的，参考图2所示，步骤104中从第一账号集中筛选出第二账号集还包括：
步骤203，判断第三账号集中的每一个第三账号在等待中的打款请求数量是否小于N；
步骤204，若第三账号在等待中的打款请求数量小于N，则将第三账号筛选至第四账号集；第二账号集包含于第四账号集。
若一个支付账号在等待中的打款请求数量过多，显然是不适合在选择它作为本次打款的支付账号，这会导致等待打款的时间太长，客户体验度降低。
其中，N根据不同的需求预设，N也可以根据不同的订单类型进行预设，如特性为1小时到账的打款请求N为n1，48小时到账的打款请求N为n2，没有到账时间特性的打款请求N为n3等。
可选的，参考图2所示，步骤104中从第一账号集中筛选出第二账号集还包括：
步骤205，判断第四账号集中的每一个第四账号的每日限额是否符合打款请求的要求；
步骤206，判断第四账号集中的每一个第四账号的支付通道是否支持打款请求的要求；
步骤207，将符合打款请求的要求的第四支付账号筛选为第二账号，得到第二账号集。
图3示出了，支付账号库，第一账号集，第二账号集，第三账号集，第四账号集之间的关系；支付账号库内存储有多个支付账号，从中筛选出了第一账号集，第一账号集中筛选出第三账号集，第三账号集重筛选出第四账号集，第四账号集中筛选出第二账号集，他们之间呈如下关系：
Figure BDA0002537085490000071
通过对第四账号集中的账号进一步筛选选出完全符合打款请求的支付账号，得到第二账号集，因此第二账号集中的支付账号都能够用于完成对所述打款请求的打款。
可选的，步骤105，从第二账号集中筛选出目标账号包括：
根据第二账号集中每个第二账号的权重选择目标账号，权重根据预设生成，且能够根据打款请求和/或支付账号的状态进行实时调整。
示例性的，如第二账号集中有支付账号a、支付账号b、支付账号c、支付账号d，根据预设他们的权重分别为100、50、30、10，然后通过随机数的方式选择出最终使用哪个支付账号来完成打款。
值得注意的是，支付账号的权重可以是根据运营平台工作人员的打款偏向来进行预设或进行调整的，如支付账号a、支付账号b、支付账号c、支付账号d之间并没有太大差异，只是工作人员更喜欢支付账号1进行打款，因此支付账号1的权重比较高。
可选的，步骤105，从第二账号集中筛选出目标账号还包括：
根据第二账号集中的每一个第二账号的在途订单数、账号余额、历史1小时成功率、异常错误率、出款权重和实时到账中的至少一个指标对第二账号进行打分，选出分数最高的账号作为目标账号。
示例性的，如支付账号的评分规则为:
Q(x)＝Qs(x)+Qy(x)+Ql(x)+Qc(x)+Qz(x)
其中，x为支付账号编号，Q(x)为支付账号x的分数，Qs(x)为在途订单数的评分指标，Qy(x)为账号余额的评分指标，Ql(x)为历史1小时成功率的评分指标，Qc(x)为异常错误率的评分指标，Qz(x)为出款权重的评分指标。
如第二账号集中有支付账号a、支付账号b、支付账号c、支付账号d，根据上述评分规则，得到支付账号a的分数为Q(a)，支付账号b的分数为Q(b)，得到支付账号c的分数为Q(c)，得到支付账号d的分数为Q(d)；
其中，Q(c)的值最高，则选择支付账号c为目标账号。
随着业务量的提升，使用平台的客户数量增多，打款请求数量激增，且客户的要求也都有所不同，因此为了完成这些打款请求，并且保证客户体验度良好，运营平台的支付账号库中可能有成百上千甚至上万个用于进行打款的支付账号。
本申请实施例提供的自动选择支付账号的方法，通过打款请求与支付账号的特性对满足打款请求的支付账号进行逐步筛选，极大的减少的后台运算量，能够迅为打款请求选出目标账号来完成打款。同时，通过这些特性，也能够方便工作人员对支付账号与打款请求订单进行管理。
请参考图4，本申请实施例将支付账号与打款请求订单按特性的方式进行筛选、分类，能够便于管理账号、特性、以及特性集。
其中，特性是可创建维护的标签、运营人员可以增加并为特性添加注释，能够通过运维软件对特性进行删除，如图5所示运营人员能够通过“编辑”来对支付账号、打款请求订单的特性进行添加、注释或删除等操作。
运营人员进行账号管理主要用于为支付账号添加标记，运营人员从支付账号列表页选择账号点编辑进入编辑页，为账号增删可选的特性，例如电子回单、打款备注等，配置完成后账号就有用于对应打款请求的特性标签。
特性集指一组特性的集合，如电子回单、打款备注打包为一组特性集，在接收打款请求的时候生成这组特性的编号，即认为本次打款需要按照特性集里的电子回单、打款备注都为支持状态才可认为此账号可用。
请参考图5，特性提供的运营功能为运营人员更好的进行支付账号的管理，同时能够预测特性集可能支持的账号列表，用来帮助运营人员管理特性集，如图5所中将指定回单的特性集可能支持的账号列表清晰的展示给运营人员。
图6示出了本申请实施例提供的一种自动选择支付账号的方法的信息泳道示意图，结合图6及上述本申请实施例提供的自动选择支付账号的方法对涉及具体某个打款请求时，本申请提供的方法如何自动选择支付账号做举例说明：
首先，某用户向运营平台提交了提现1000人民币的请求，生成了1000人民币的打款请求，运营平台接收到此打款请求，生成打款请求的订单编号为dk202005250001；
该用户在提交打款请求dk202005250001时，选择了电子回单、1小时到账这两个特性标签，根据打款请求dk202005250001的上述信息为其匹配特性模板，为打款请求dk202005250001匹配到编号为211的特性模板，对应特性集211＝{电子回单、1小时到账}，据特性集211＝{电子回单、1小时到账}，获得了第一账号集；
根据第二特性对第一账号集进行筛选，获取第二账号集；
示例性的，根据以下步骤对第一账号集进行筛选：
以账号余额为第二特性，判断第一账号集中的每一个账号的余额是否大于等于1000人民币，若大于等于1000人民币，则将该第一账号筛选至第三账号集；
以在等待中的打款请求数量为第二特性，判断第三账号集中的每一个第三账号在等待中的打款请求数量是否小于N，若第三账号在等待中的打款请求数量小于N，则将该第三账号筛选至第四账号集；
以支付通道为第二特性，判断第四账号集中的每一个第四账号是否支持打款请求的支付通道，若支持则将该第四账号筛选至第二账号集，获取第二账号集；
根据第二账号集选出目标账号；
示例性的，第二账号集＝{账号a、账号b、账号c}，通过权重选出目标账号为账号b；
落单并把打款请求dk202005250001放入打款队列；
打款完成；
示例性的，将打款请求dk202005250001落单放入打款队列，通过账号b完成打款。
图7示出了本申请实施例提供的一种自动选择支付账号的系统的结构示意图，包括：
接收模块61，用于接收打款请求；
第一筛选模块62，用于获取打款请求的第一特性集，并根据第一特性集，从多个支付账号中筛选出第一账号集；
第二筛选模块63，用于遍历第一账号集，根据第一账号集中每一个第一账号的第二特性，从第一账号集中筛选出第二账号集，第二特性与第一特性不同；
选择模块64，用于从第二账号集中筛选出目标账号；
支付模块65，用于通过目标账号完成打款请求的打款。
可选的，第一筛选模块62还用于根据打款请求类型，在特性模板集中进行匹配，根据匹配到的特性模板生成打款请求的第一特性集，特性模板集中至少有1个特性模板，且每一个特性模板由至少1个特性组成。
可选的，第二筛选模块63在进行筛选时，所根据的第二特性包括以下至少之一：
支付账号的余额；
支付账号的当前等待打款的订单数量；
支付账号的限额；
支付账号的支付通道。
可选的，第二筛选模块63还用于：
判断第一账号集中的每一个第一账号的余额是否大于等于打款请求的金额；
若第一账号的余额大于等于打款请求的金额，则将第一账号筛选至第三账号集；第二账号集包含于第三账号集。
可选的，第二筛选模块63还用于：
判断第三账号集中的每一个第三账号在等待中的打款请求数量是否小于N；
若第三账号在等待中的打款请求数量小于N，则将第三账号筛选至第四账号集；第二账号集包含于第四账号集。
可选的，第二筛选模块63还用于：
判断第四账号集中的每一个第四账号的每日限额是否符合打款请求的要求；
判断第四账号集中的每一个第四账号的支付通道是否支持打款请求的要求；
将符合打款请求的要求的第四支付账号作为第二账号，得到第二账号集。
可选的，选择模块64还用于：
根据第二账号集中每个第二账号的权重选择目标账号，权重根据预设生成，且能够根据打款请求和/或支付账号的状态进行实时调整。
可选的，选择模块64还用于：
根据第二账号集中的每一个第二账号的在途订单数、账号余额、历史1小时成功率、异常错误率、出款权重和实时到账中的至少一个指标对第二账号进行打分，选出分数最高的账号作为目标账号。
请参考图8，本发明实施例还提供一种电子设备80，包括处理器81，存储器82，存储在存储器82上并可在所述处理器81上运行的计算机程序，该计算机程序被处理器81执行时实现上述自动选择支付账号的方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述自动选择支付账号的方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本申请创造的保护范围之中。

Claims (11)

1.一种自动选择支付账号的方法，其特征在于，包括：
接收打款请求；
获取所述打款请求的第一特性集，所述第一特征集中包括至少一个第一特性；
根据所述第一特性集，从多个支付账号中筛选出第一账号集；
遍历所述第一账号集，根据所述第一账号集中每一个第一账号的第二特性，从所述第一账号集中筛选出第二账号集，所述第二特性与所述第一特性不同；
从所述第二账号集中筛选出目标账号；
通过所述目标账号完成所述打款请求的打款。
2.根据权利要求1所述的自动选择支付账号的方法，其特征在于，所述获取所述打款请求的第一特性集，包括：
根据所述打款请求类型，在特性模板集中进行匹配，根据匹配到的特性模板生成所述打款请求的第一特性集，所述特性模板集中至少有1个特性模板，且每一个所述特性模板由至少1个特性组成。
3.根据权利要求1所述的自动选择支付账号的方法，其特征在于，所述第二特性包括以下至少之一：
支付账号的余额；
支付账号的当前等待打款的订单数量；
支付账号的限额；
支付账号的支付通道。
4.根据权利要求3所述的自动选择支付账号的方法，其特征在于，所述从所述第一账号集中筛选出第二账号集包括：
判断所述第一账号集中的每一个第一账号的余额是否大于等于所述打款请求的金额；
若所述第一账号的余额大于等于所述打款请求的金额，则将所述第一账号筛选至第三账号集；所述第二账号集包含于所述第三账号集。
5.根据权利要求4所述的自动选择支付账号的方法，其特征在于，所述从所述第一账号集中筛选出第二账号集还包括：
判断所述第三账号集中的每一个第三账号在等待中的打款请求数量是否小于N；
若所述第三账号在等待中的打款请求数量小于N，则将所述第三账号筛选至第四账号集；所述第二账号集包含于所述第四账号集。
6.根据权利要求5所述的自动选择支付账号的方法，其特征在于，所述从所述第一账号集中筛选出第二账号集还包括：
判断所述第四账号集中的每一个第四账号的每日限额是否符合所述打款请求的要求；
判断所述第四账号集中的每一个第四账号的支付通道是否支持所述打款请求的要求；
将符合所述打款请求的要求的所述第四支付账号作为所述第二账号，得到所述第二账号集。
7.根据权利要求1所述的自动选择支付账号的方法，其特征在于，所述从所述第二账号集中筛选出目标账号包括：
根据所述第二账号集中每个第二账号的权重选择目标账号，所述权重根据预设生成，且能够根据打款请求和/或支付账号的状态进行实时调整。
8.根据权利要求1所述的自动选择支付账号的方法，其特征在于，所述从所述第二账号集中筛选出目标账号还包括：
根据所述第二账号集中的每一个第二账号的在途订单数、账号余额、历史1小时成功率、异常错误率、出款权重和实时到账中的至少一个指标对所述第二账号进行打分，选出分数最高的账号作为目标账号。
9.一种自动选择支付账号的系统，所述系统包括：
接收模块，所述接收模块用于接收打款请求；
第一筛选模块，所述第一筛选模块用于获取所述打款请求的第一特性集，并根据所述第一特性集，从多个支付账号中筛选出第一账号集；
第二筛选模块，所述第二筛选模块用于遍历所述第一账号集，根据所述第一账号集中每一个第一账号的第二特性，从所述第一账号集中筛选出第二账号集，所述第二特性与所述第一特性不同；
选择模块，所述选择模块用于从所述第二账号集中筛选出目标账号；
支付模块，所述支付模块用于通过所述目标账号完成所述打款请求的打款。
10.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至8任一项所述的自动选择支付账号的方法的步骤。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的自动选择支付账号的方法的步骤。
CN202010536055.XA 2020-06-12 2020-06-12 自动选择支付账号的方法、系统和电子设备 Pending CN111784321A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010536055.XA CN111784321A (zh) 2020-06-12 2020-06-12 自动选择支付账号的方法、系统和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010536055.XA CN111784321A (zh) 2020-06-12 2020-06-12 自动选择支付账号的方法、系统和电子设备

Publications (1)

Publication Number Publication Date
CN111784321A true CN111784321A (zh) 2020-10-16

Family

ID=72756446

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010536055.XA Pending CN111784321A (zh) 2020-06-12 2020-06-12 自动选择支付账号的方法、系统和电子设备

Country Status (1)

Country Link
CN (1) CN111784321A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112232803A (zh) * 2020-10-27 2021-01-15 云账户技术(天津)有限公司 一种支付订单预路由方法、装置和电子设备
CN113052682A (zh) * 2021-04-30 2021-06-29 中国银行股份有限公司 一种账户推荐方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107705130A (zh) * 2017-10-30 2018-02-16 商客通尚景科技江苏有限公司 一种在线支付方法
CN109447609A (zh) * 2018-09-25 2019-03-08 平安科技（深圳）有限公司 支付方法、装置、计算机设备和存储介质
CN110111107A (zh) * 2019-05-07 2019-08-09 苏州达家迎信息技术有限公司 一种支付方法、装置、设备和存储介质
CN111080276A (zh) * 2019-12-31 2020-04-28 北京三快在线科技有限公司 代扣订单的支付方法、装置、设备及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107705130A (zh) * 2017-10-30 2018-02-16 商客通尚景科技江苏有限公司 一种在线支付方法
CN109447609A (zh) * 2018-09-25 2019-03-08 平安科技（深圳）有限公司 支付方法、装置、计算机设备和存储介质
CN110111107A (zh) * 2019-05-07 2019-08-09 苏州达家迎信息技术有限公司 一种支付方法、装置、设备和存储介质
CN111080276A (zh) * 2019-12-31 2020-04-28 北京三快在线科技有限公司 代扣订单的支付方法、装置、设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112232803A (zh) * 2020-10-27 2021-01-15 云账户技术(天津)有限公司 一种支付订单预路由方法、装置和电子设备
CN113052682A (zh) * 2021-04-30 2021-06-29 中国银行股份有限公司 一种账户推荐方法及装置

Similar Documents

Publication Publication Date Title
US11272059B2 (en) Exclusive agent pool allocation method, electronic device, and computer readable storage medium
CN109508839A (zh) 订单分配方法和装置
CN112183852A (zh) 物流配送路线筛选及运费核算方法、系统、终端及介质
CN108320089A (zh) 坐席分配方法、电子装置及计算机可读存储介质
CN110288193A (zh) 任务监控处理方法、装置、计算机设备及存储介质
CN111784321A (zh) 自动选择支付账号的方法、系统和电子设备
CN107545359A (zh) 一种搬家车辆调度方法及系统
CN109993417A (zh) 一种业务状态标识添加方法、装置及存储介质
CN111178952A (zh) 适用于汽车业的销售线索跟进及处理的系统、方法及介质
CN113052505A (zh) 基于人工智能的跨境文旅推荐方法、装置和设备
CN112990311A (zh) 一种准入客户的识别方法和装置
CN113869700A (zh) 一种绩效指标预测方法、装置、电子设备和存储介质
CN113850541A (zh) 一种基于sql数据库的库存驱动的光缆订单分配方法
CN113377823A (zh) 价值数据处理方法、装置、设备及存储介质
CN111915115B (zh) 执行策略设置方法和装置
CN111105306A (zh) 资源交易策略的确定方法、装置和服务器
CN112734352A (zh) 一种基于数据维度的单据审核方法和装置
CN116205704A (zh) 供应商分配方法、装置、终端设备及存储介质
CN108197158A (zh) 一种信息获取方法及其设备
CN110163701A (zh) 推送信息的方法和装置
CN113822704A (zh) 计算优惠费用的方法、装置、电子设备及可读存储介质
CN108256753B (zh) 一种应急物资调配方法及装置
CN113743435A (zh) 业务数据分类模型的训练、业务数据的分类方法和装置
CN111767818A (zh) 一种业务智能受理的方法和装置
CN111242596A (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