CN109359984A - 还款处理方法、装置、计算机设备和存储介质 - Google Patents

还款处理方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN109359984A
CN109359984A CN201811086431.9A CN201811086431A CN109359984A CN 109359984 A CN109359984 A CN 109359984A CN 201811086431 A CN201811086431 A CN 201811086431A CN 109359984 A CN109359984 A CN 109359984A
Authority
CN
China
Prior art keywords
money
turn
amount
request
correspondent bank
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
CN201811086431.9A
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.)
OneConnect Smart Technology Co Ltd
Original Assignee
OneConnect Smart 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 OneConnect Smart Technology Co Ltd filed Critical OneConnect Smart Technology Co Ltd
Priority to CN201811086431.9A priority Critical patent/CN109359984A/zh
Publication of CN109359984A publication Critical patent/CN109359984A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/24Credit schemes, i.e. "pay after"

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请涉及大数据处理领域的数据处理,特别涉及数据迁移,也即一种还款处理方法、装置、计算机设备和存储介质。所述方法包括:获取当前账户对应的待还款金额以及还款限额;当所述待还款金额高于所述还款限额时,则将所述待还款金额进行拆分得到当前拆分金额;根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果。采用本方法能够避免人工核查账单和身份信息浪费大量时间,并且在还款不成功时,直接进行拆分金额还款,则整体提高处理效率。

Description

还款处理方法、装置、计算机设备和存储介质
技术领域
本申请涉及计算机技术领域,特别是涉及一种还款方法、装置、计算机设备和存储介质。
背景技术
随着计算机技术的发展,用户越来越多的行为可以通过计算机来实现,例如,用户向不同的银行的还款行为可以直接通过线上进行。
传统地,在相应的还款日,需要一次性进行还款,当无法一次性进行还款时,则提示还款失败,从而需要人工进行沟通核查,导致处理效率低。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高处理效率的还款处理方法、装置、计算机设备和存储介质。
一种还款处理方法,所述方法包括:
获取当前账户对应的待还款金额以及还款限额;
当所述待还款金额高于所述还款限额时,则将所述待还款金额进行拆分得到当前拆分金额;
根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果。
在其中一个实施例中,所述根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果之后,包括:
当所述第一转款结果表示转款失败时,则查询所述转款失败的失败类型;
当所述失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额;
根据所述对分子金额向所述关联银行服务器发送第二转款请求,并接收所述关联银行服务器返回的与所述第二转款请求对应的第二转款结果。
在其中一个实施例中,所述根据所述对分子金额向所述关联银行服务器发送第二转款请求,并接收所述关联银行服务器返回的与所述第二转款请求对应的第二转款结果之后,包括:
当所述第二转款结果表示转款成功时,则查询所述第二转款结果所对应的对分子金额是否小于预设值;
当所述第二转款结果所对应的对分子金额不小于所述预设值时,则将所述对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至所述第二转账结果对应的对分子金额小于所述预设值。
在其中一个实施例中,所述根据所述对分子金额向所述关联银行服务器发送第二转款请求,并接收所述关联银行服务器返回的与所述第二转款请求对应的第二转款结果之后,包括:
当所述转账结果为转账失败时,记录所述转款失败的次数,并判断所述转款失败的次数是否达到预设次数;
当所述转款失败的次数小于预设次数时,则将所述对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至所述转账失败的次数达到预设次数。
在其中一个实施例中,所述获取当前待还款金额之后,包括:
选取与所述待还款金额所对应的目标支付通道;
根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果,包括:
根据所述当前拆分金额,向选取到的所述最终支付通道所对应的通道服务器发送第一转款请求,使得所述通道服务器向所述关联银行转发所述第一转款请求,并接收所述第一转款请求所对应的第一转款结果。
在其中一个实施例中,所述选取与所述待还款金额所对应的目标支付通道,包括:
获取待选取支付通道所对应的支付限额,选取所述支付限额在预设范围内的待选取支付通道作为初始支付通道;
查询与所述初始支付通道所对应的预设费率,选取所述预设费率在预设费率范围内的初始支付通道作为二级支付通道;
查询所述二级支付通道的支付成功率,选取所述支付成功率最高的支付通道作为目标支付通道。
一种还款处理装置,所述装置包括
获取模块,用于获取当前账户对应的待还款金额以及还款限额;
第一拆分模块,当所述待还款金额高于所述还款限额时,则将所述待还款金额进行拆分得到当前拆分金额;
第一接收模块,用于根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果。
在其中一个实施例中,所述装置还包括:
查询模块,用于当所述第一转款结果表示转款失败时,则查询所述转款失败的失败类型;
第二拆分模块,用于当所述失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额;
第二接收模块,用于根据所述对分子金额向所述关联银行服务器发送第二转款请求,并接收所述关联银行服务器返回的与所述第二转款请求对应的第二转款结果。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的方法的步骤。
上述还款处理方法、装置、计算机设备和存储介质,在还款的过程中,可以直接获取到待还款金额以及对应的预设还款限额,当待还款金额超过还款限额时,则对待还款金额进行拆分得到当前拆分金额,进而相关联银行对应的银行服务器发送相应的第一转款请求,进而接收与转款请求所对应的转款结果,从而避免人工核查账单和身份信息浪费大量时间,并且在还款不成功时,直接进行拆分金额还款,则整体提高处理效率。
附图说明
图1为一个实施例中还款处理方法的应用场景图;
图2为一个实施例中还款处理方法的流程示意图;
图3为一个实施例中拆分步骤的流程示意图;
图4为另一个实施例中拆分步骤的流程示意图;
图5为一个实施例中还款处理装置的结构框图;
图6为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的还款处理方法,可以应用于如图1所示的应用环境中。其中,处理平台102通过网络与关联银行服务器104进行通信。处理平台102获取当前账户对应的待还款金额以及还款限额,处理平台102比较待还款金额以及还款限额,当待还款金额高于还款限额时,则将待还款金额进行拆分得到当前拆分金额,根据得到的当前拆分金额向银行服务器104发送第一转款请求,并接收关联银行服务器104返回的与转款请求对应的第一转款结果。其中,处理平台102可以用独立的服务器或者是多个服务器组成的服务器集群来实现,银行服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种还款处理方法,以该方法应用于图1中的处理平台为例进行说明,包括以下步骤:
S202:获取当前账户对应的待还款金额以及还款限额。
具体地,待还款金额是指用户通过用户终端向处理平台进行借款操作,根据借款金额,处理平台存储的预设时间需要还款的数额,该数额可以根据借款金额、借款时间以及借款利率进行计算。还款限额是指当到达预设的还款时间时,进行转款时对应的银行当前限制的转款金额,也即当前可以转款的最大的限额。具体地,当用户通过处理平台进行借款操作时,处理平台根据用户的借款金额、借款持续时间以及借款利率计算得到待还款金额,将该待还款金额与当前账户进行关联存储,且在不同的时间,用户所绑定的银行卡所对应的银行当前正在维护等,从而设定有转款限额,因此,处理平台查询当前账户,进而获取与当前账户关联的预存储的待还款金额,当需要进行转款时,则查询与当前账户关联的银行卡所对应的银行的还款限额,可以是,处理平台查询当前账户所对应的还款时间,监控系统时间,当系统时间到达还款时间时,则查询当前账户所对应的待还款金额,进而查询到当前账户所关联的银行,进而查询关联的银行当前的还款限额。
S204:当所述待还款金额高于所述还款限额时,则将所述待还款金额进行拆分得到当前拆分金额。
具体地,当前拆分金额是指待还款金额按照还款限额进行拆分得到的金额,该金额可以小于等于还款限额,从而保证转款的可以成功。具体地,当处理平台获取到待还款金额以及还款限额时,则比较待还款金额与还款限额,当待还款金额高于还款限额时,则通过当前的还款限额所对应的银行进行转款则可能转款失败,处理平台按照获取到的还款限额对待还款金额进行拆分,得到小于等于还款限额的当前拆分金额,其中,处理平台在对待还款金额进行拆分时,可以先比较待还款金额与还款限额,当还款限额高于待还款限额的一半,则可以进行对半拆分,得到两笔相同的当前拆分金额,则两笔当前拆分金额均小于还款限额,可以是,拆分为两笔当前拆分金额,拆分得到的其中一笔当前拆分金额与还款限额相等,另一笔当前拆分金额为待还款金额与还款限额的差值。例如,当处理平台获取到待还款金额为一万元,还款限额为六千元,可以拆分得到两笔当前拆分金额,一笔当前拆分金额为五千元,另一笔当前拆分金额仍为五千元,还可以是,当处理平台获取到的待还款金额为一万元,还款限额为六千元,可以拆分得到两笔当前拆分金额,一笔当前拆分金额为六千元,剩余的作为另一笔当前拆分金额,另一笔当前拆分金额为四千元;另外,当处理平台比较待还款金额与还款限额时,当还款限额小于待还款金额的一半时,则先得到一笔当前拆分金额与还款限额相等,进而再将剩余的待还款金额进行进一步拆分,剩余的待还款金额进行拆分时仍得到一笔当前拆分金额与还款限额相等,直至得到的剩余金额小于还款限额,例如,得到的待还款金额为一万元,还款限额为四千元,则对待还款金额进行拆分,先拆分得到一笔当前拆分金额为四千元,剩余的待还款金额为六千元,则继续进行拆分,拆分得到一笔当前拆分金额为四千元,剩余的待还款金额为两千元,则停止拆分,此时得到的当前拆分金额分别为四千元、四千元与两千元。
S206:根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果。
具体地,第一转款请求是指处理平台根据得到的当前拆分金额向关联的银行服务器发送的、将相应的当前拆分金额进行迁移的请求。第一转款结果是指关联银行服务器根据对应的转款请求返回的是否成功将当前拆分金额进行迁移的提示信息。具体地,用户终端获取到当前拆分金额,则按照不同的当前拆分金额,向当前账户所关联的还款的银行卡对应的关联银行服务器发送第一转款请求,关联银行服务器接收到第一转款请求时,则按照第一转款请求所对应的当前拆分金额,将当前拆分金额进行迁移,也即迁移至处理平台对应的接收账户,关联银行服务器将相应的转款成功或失败的转款结果返回至处理平台,处理平台接收该第一转款结果。
本实施例中,在还款过程中,可以直接获取待还款金额以及对应的还款限额,当待还款金额超过还款限额时,则对待还款限额进行拆分,且拆分时可以根据待还款金额以及还款限额进行拆分,保证拆分的灵活性,进而得到当前拆分金额时,则按照当前拆分金额向对应的关联银行服务器发送第一转款请求,并接收关联银行服务器返回的第一转款结果,避免人工核查账单以及身份信息浪费大量时间,并且在还款不成功时,可以直接对待还款金额拆分进行还款,从而提高整体处理效率。
在其中一个实施例中,根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果之后,包括:当第一转款结果表示转款失败时,则查询转款失败的失败类型;当失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额;根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果。
具体地,对分子金额是指将当前拆分金额对半进行拆分得到的金额。第二转款请求是指是指处理平台根据得到的对分子金额再次向关联的银行服务器发送的、将相应的对分子金额进行迁移的请求。第一转款结果是指关联银行服务器根据对应的转款请求返回的是否成功将对分子金额进行迁移的提示信息。
当关联银行服务器按照当前拆分金额进行转款时,可能出现转款失败,其中转款失败可能出现的失败类型为余额不足,也即当前账户关联的该银行的银行卡中的余额不足,或者是失败类型为网络状况不稳定等,进而当关联银行服务器返回对应的第一转款结果时,处理平台查询第一转款结果,当查询到第一转款结果为转款失败时,则进一步查询转款失败的失败类型,当查询到反馈的失败类型为余额不足时,则关联的银行卡所对应的需要迁移对应的当前拆分金额的银行卡中的余额不足,则处理平台需要将当前拆分金额进一步进行拆分,则此次拆分可以对当前拆分金额进行对半拆分,将对半拆分的金额作为对分子金额,按照对分子金额,处理平台再次向关联银行服务器发送将对分子金额迁移至处理平台中的接收账户的第二转款请求,关联银行服务器根据处理平台发送的第二转款请求按照对分子金额进行迁移,并将迁移结果作为第二转款结果返回至处理平台,处理平台接收关联银行服务器返回的与第二转款请求所对应的第二转款结果。
本实施例中,当第一次对待还款金额进行拆分得到当前拆分金额,按照当前拆分金额向关联银行服务器发送转款请求时,当接收到的第一转款结果为转款失败,且转款失败的失败类型为余额不足时,则可以进行进一步拆分,此时拆分可以直接按照对半拆分,则拆分规则简单,提高处理效率,进而按照对半拆分得到对分子金额,按照对分子金额再次向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求所对应的第二转款结果,也即再次失败时,仍可以自动拆分,无需进一步核查,则保证处理效率。
在其中一个实施例中,根据当前拆分金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果之后,包括:当第二转款结果表示转款成功时,则查询第二转款结果所对应的对分子金额是否小于预设值;当第二转款结果所对应的对分子金额不小于预设值时,则将对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至第二转账结果对应的对分子金额小于预设值。
在其中一个实施例中,根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果之后,包括:当转账结果为转账失败时,记录转款失败的次数,并判断转款失败的次数是否达到预设次数;当转款失败的次数小于预设次数时,则将对分子金额作为当前拆分子金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至转账失败的次数达到预设次数。
在其中一个实施例中,请参见图3,提供一拆分步骤的流程示意图,拆分步骤,也即根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果之后,包括:当第一转款结果表示转款失败时,则查询转款失败的失败类型;当失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额;根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果,当第二转款结果表示转款成功时,则查询第二转款结果所对应的对分子金额是否小于预设值;当第二转款结果所对应的对分子金额不小于预设值时,则将对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至第二转账结果对应的对分子金额小于预设值。
当关联银行服务器按照当前拆分金额进行转款时,可能出现转款失败,其中转款失败可能出现的失败类型为余额不足,也即当前账户关联的该银行的银行卡中的余额不足,或者是失败类型为网络状况不稳定等,进而当关联银行服务器返回对应的第一转款结果时,处理平台查询第一转款结果,当查询到第一转款结果为转款失败时,则进一步查询转款失败的失败类型,当查询到反馈的失败类型为余额不足时,则关联的银行卡所对应的需要迁移对应的当前拆分金额的银行卡中的余额不足,则处理平台需要将当前拆分金额进一步进行拆分,则此次拆分可以对当前拆分金额进行对半拆分,将对半拆分的金额作为对分子金额,按照对分子金额,处理平台再次向关联银行服务器发送将对分子金额迁移至处理平台中的接收账户的第二转款请求,关联银行服务器根据处理平台发送的第二转款请求按照对分子金额进行迁移,并将迁移结果作为第二转款结果返回至处理平台,处理平台接收关联银行服务器返回的与第二转款请求所对应的第二转款结果,当第二转款结果为转款成功时,处理平台接收到的迁移的金额为对分子金额,也即此时对分子金额仍小于待还款金额,为了保证能更多收回借款,则进一步拆分,但是为了保证处理效率,无需进行持续拆分,也即设置有预设值,当第二转款结果为转款成功时,则查询该第二转款结果对应的对分子金额,并将该对分子金额与第二转款结果比对,当对分子金额大于预设值时,则可以继续对对分子金额进行拆分,也即此时将该对分子金额作为上述的当前拆分金额,继续对当前拆分金额进行对半拆分,再次得到对分子金额,处理平台将按照再次得到的对分子金额生成第二转款请求,并向关联的银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果,进而当第二转款结果仍为转款成功时,则继续将再次得到的对分子金额与预设进行比较,当再次得到的子金额大于或等于预设值时,则继续上述的拆分步骤,当再次得到的子金额小于预设值时,则为了节省处理时间,则无需进行再次拆分。
本实施例中,在拆分过程中,只需要比较转款成功时的转款金额与预设值,当转款金额大于或等于预设值时,则继续进行拆分,则可以保证收回的借款金额最多,增强适用性,当转款金额小于预设值时,则无需进行拆分,避免多次拆分从而浪费处理时间,提高处理效率。
在其中一个实施例中,请参见图4,提供另一拆分步骤的流程示意图,另一拆分步骤,也即根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果之后,包括:当第一转款结果表示转款失败时,则查询转款失败的失败类型;当失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额;根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果,当转账结果为转账失败时,记录转款失败的次数,并判断转款失败的次数是否达到预设次数;当转款失败的次数小于预设次数时,则将对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至转账失败的次数达到预设次数。
当关联银行服务器按照当前拆分金额进行转款时,可能出现转款失败,其中转款失败可能出现的失败类型为余额不足,也即当前账户关联的该银行的银行卡中的余额不足,或者是失败类型为网络状况不稳定等,进而当关联银行服务器返回对应的第一转款结果时,处理平台查询第一转款结果,当查询到第一转款结果为转款失败时,则进一步查询转款失败的失败类型,当查询到反馈的失败类型为余额不足时,则关联的银行卡所对应的需要迁移对应的当前拆分金额的银行卡中的余额不足,则处理平台需要将当前拆分金额进一步进行拆分,则此次拆分可以对当前拆分金额进行对半拆分,将对半拆分的金额作为对分子金额,按照对分子金额,处理平台再次向关联银行服务器发送将对分子金额迁移至处理平台中的接收账户的第二转款请求,关联银行服务器根据处理平台发送的第二转款请求按照对分子金额进行迁移,并将迁移结果作为第二转款结果返回至处理平台,处理平台接收关联银行服务器返回的与第二转款请求所对应的第二转款结果,当第二转款结果为转款失败时,则由于当前对分子金额仍小于待还款金额,则为了保证能更多的收回借款,则需要进一步处理,则记录下第一转款结果为转款失败的次数,并判断当前记录的次数是否达到预设次数,当未到达预设次数时,则将该次的对分子金额作为当前拆分金额,并将当前拆分金额进行对半拆分得到对分子金额,按照对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求所对应的第二转款结果,当第二转款结果仍为转款失败时,则在上一次记录的转款失败的次数上增加,从而得到当前转款失败的次数,并判断当前转款失败的次数是否达到预设次数,当未达到预设次数时,则继续上述的拆分步骤,当转款失败的次数达到预设次数时,则为了节省处理时间,则无需继续进行拆分。
本实施例中,在拆分过程中,可以按照转款失败的次数与预设值的次数进行处理,也即当转款失败次数超过预设次数时,则无需进行拆分,避免多次拆分浪费处理时间,提高处理效率,当转款失败次数未超过预设次数时,则可以继续进行拆分,从而保证收回的借款金额最多,增强适用性。
在其中一个实施例中,获取当前待还款金额之后,包括:选取与待还款金额所对应的目标支付通道;根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果,包括:根据当前拆分金额,向选取到的最终支付通道所对应的通道服务器发送第一转款请求,使得通道服务器向关联银行转发第一转款请求,并接收第一转款请求所对应的第一转款结果。
具体地,目标支付通道是指处理平台关联的第三方支付平台等,也即处理平台可以和第三方平台进行数据交换,以及相应的金额迁移等。处理平台按照预设的选取规则选取对应的目标支付通道,也即可以从不同的选取维度选取目标支付通道,也即可以通过第三方平台进行相应的金额迁移,增加对应的选择性,从而增强适用性,进而当选取到对应的支付通道时,则可以查询到用户所关联的银行卡对应的银行的还款限额,当待还款金额高于还款限额时,则将待还款金额进行拆分得到当前拆分金额,进而处理平台将根据当前拆分金额生成的第一转款请求发送至目标支付通道,目标支付通道将接收到的第一转款请求转发至关联银行服务器,关联银行服务器返回与第一转款请求对应的第一转款结果返回至目标支付通道,从而目标支付通道再反馈至处理平台。
本实施例中,处理平台可以选取对应的目标支付通道,从而通过目标支付通道转发第一转款请求,并接收第一转款请求所对应的第一转款结果,可以增加相关的还款方式,从而增强适用性。
在其中一个实施例中,选取与待还款金额所对应的目标支付通道,包括:获取待选取支付通道所对应的支付限额,选取支付限额在预设范围内的待选取支付通道作为初始支付通道;查询与初始支付通道所对应的预设费率,选取预设费率在预设费率范围内的初始支付通道作为二级支付通道;查询二级支付通道的支付成功率,选取支付成功率最高的支付通道作为目标支付通道。
具体地,支付限额是指第三方平台所规定的可以进行交易的最大金额。初始支付通道是指进行按照相应的选取规则进行第一级选取后得到的相应的支付通道,得到的相应的支付通道可以进行后续的选取操作。预设费率是指第三方平台与处理平台进行数据交互或者金额迁移时,收取的费用的比率。二级支付通道是指将选取到的初始支付通道进行第二级选取后得到的支付通道。支付成功率是指转款的成功率,可以用交易成功的数量与交易总数量的比值计算得到支付成功率。
具体地,处理平台在选取对应的目标支付通道时,可以通过三个维度进行选取,处理平台可以获取到预存储的不同的支付通道,分别获取不同的支付通道所对应的支付限额,查询预先存储的预设范围,分别比较不同的支付限额与预设范围,将支付限额在预设范围内的支付通道进行提取作为初始支付通道,其中预先存储的预设范围可以根据相应的待还款金额进行设置,当选取得到初始支付通道时,则处理平台查询初始支付通道对应的不同的费率,将不同的费率分别与预设费率进行比较,选取在预设费率范围内的费率所对应的初始支付通道作为二级支付通道,当选取到二级支付通道时,则处理平台进一步查询不同的二级支付通道对应的支付成功率,其中,查询不同的支付成功率可以是获取预设时间段内的交易成功的数量与交易总数量,计算交易成功的数量与交易总数量作为支付成功率,进而比较不同的二级支付通道的支付成功率,将支付成功率最高的二级支付通道作为目标支付通道。
本实施例中,处理平台选取目标支付通道时,可以按照不同的选取维度进行选取,从而保证选取的支付通道的可用性,增强适用性,提高后续处理效率。
应该理解的是,虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图5所示,提供了一种还款处理装置500,包括:获取模块510、第一拆分模块520和第一接收模块530,其中:
获取模块510,用于获取当前账户对应的待还款金额以及还款限额。
第一拆分模块520,当待还款金额高于还款限额时,则将待还款金额进行拆分得到当前拆分金额。
第一接收模块530,用于根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果。
在其中一个实施例中,还款处理装置500还可以包括:
查询模块,用于当第一转款结果表示转款失败时,则查询转款失败的失败类型。
第二拆分模块,还用于当失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额。
第二接收模块,还用于根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果。
在其中一个实施例中,还款处理装置500还可以包括:
对分子金额查询模块,用于当第二转款结果表示转款成功时,则查询第二转款结果所对应的对分子金额是否小于预设值。
第一循环模块,用于当第二转款结果所对应的对分子金额不小于预设值时,则将对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至第二转账结果对应的对分子金额小于预设值。
在其中一个实施例中,还款处理装置500还可以包括:
转款失败次数查询模块,用于当转账结果为转账失败时,记录转款失败的次数,并判断转款失败的次数是否达到预设次数。
第二循环模块,用于当转款失败的次数小于预设次数时,则将对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至转账失败的次数达到预设次数。
在其中一个实施例中,还款处理装置500还可以包括:
选取模块,用于选取与待还款金额所对应的目标支付通道。
第一接收模块530,可以包括:
第一接收单元,用于根据当前拆分金额,向选取到的最终支付通道所对应的通道服务器发送第一转款请求,使得通道服务器向关联银行转发第一转款请求,并接收第一转款请求所对应的第一转款结果。
在其中一个实施例中,选取模块,可以包括:
初始支付通道选取单元,用于获取待选取支付通道所对应的支付限额,选取支付限额在预设范围内的待选取支付通道作为初始支付通道。
二级支付通道选取单元,用于查询与初始支付通道所对应的预设费率,选取预设费率在预设费率范围内的初始支付通道作为二级支付通道。
目标支付通道选取单元,用于查询二级支付通道的支付成功率,选取支付成功率最高的支付通道作为目标支付通道。
关于还款处理装置的具体限定可以参见上文中对于还款处理方法的限定,在此不再赘述。上述还款处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储还款处理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种还款处理方法。
本领域技术人员可以理解,图6中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:获取当前账户对应的待还款金额以及还款限额。当待还款金额高于还款限额时,则将待还款金额进行拆分得到当前拆分金额。根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果。
在一个实施例中,处理器执行计算机程序时实现根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果之后,包括:当第一转款结果表示转款失败时,则查询转款失败的失败类型。当失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额。根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果。
在一个实施例中,处理器执行计算机程序时实现根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果之后,包括:当第二转款结果表示转款成功时,则查询第二转款结果所对应的对分子金额是否小于预设值。当第二转款结果所对应的对分子金额不小于预设值时,则将对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至第二转账结果对应的对分子金额小于预设值。
在一个实施例中,处理器执行计算机程序时实现根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果之后,包括:当转账结果为转账失败时,记录转款失败的次数,并判断转款失败的次数是否达到预设次数。当转款失败的次数小于预设次数时,则将对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至转账失败的次数达到预设次数。
在一个实施例中,处理器执行计算机程序时实现获取当前待还款金额之后,包括:选取与待还款金额所对应的目标支付通道。处理器执行计算机程序时实现根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果,包括:根据当前拆分金额,向选取到的最终支付通道所对应的通道服务器发送第一转款请求,使得通道服务器向关联银行转发第一转款请求,并接收第一转款请求所对应的第一转款结果。
在一个实施例中,处理器执行计算机程序时实现选取与待还款金额所对应的目标支付通道,包括:获取待选取支付通道所对应的支付限额,选取支付限额在预设范围内的待选取支付通道作为初始支付通道。查询与初始支付通道所对应的预设费率,选取预设费率在预设费率范围内的初始支付通道作为二级支付通道。查询二级支付通道的支付成功率,选取支付成功率最高的支付通道作为目标支付通道。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:获取当前账户对应的待还款金额以及还款限额。当待还款金额高于还款限额时,则将待还款金额进行拆分得到当前拆分金额。根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果。
在一个实施例中,计算机程序被处理器执行时实现根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果之后,包括:当第一转款结果表示转款失败时,则查询转款失败的失败类型。当失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额。根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果。
在一个实施例中,计算机程序被处理器执行时实现根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果之后,包括:当第二转款结果表示转款成功时,则查询第二转款结果所对应的对分子金额是否小于预设值。当第二转款结果所对应的对分子金额不小于预设值时,则将对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至第二转账结果对应的对分子金额小于预设值。
在一个实施例中,计算机程序被处理器执行时实现根据对分子金额向关联银行服务器发送第二转款请求,并接收关联银行服务器返回的与第二转款请求对应的第二转款结果之后,包括:当转账结果为转账失败时,记录转款失败的次数,并判断转款失败的次数是否达到预设次数。当转款失败的次数小于预设次数时,则将对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至转账失败的次数达到预设次数。
在一个实施例中,计算机程序被处理器执行时实现获取当前待还款金额之后,包括:选取与待还款金额所对应的目标支付通道。计算机程序被处理器执行时实现根据当前拆分金额向关联银行服务器发送第一转款请求,并接收关联银行服务器返回的与转款请求所对应的第一转款结果,包括:根据当前拆分金额,向选取到的最终支付通道所对应的通道服务器发送第一转款请求,使得通道服务器向关联银行转发第一转款请求,并接收第一转款请求所对应的第一转款结果。
在一个实施例中,计算机程序被处理器执行时实现选取与待还款金额所对应的目标支付通道,包括:获取待选取支付通道所对应的支付限额,选取支付限额在预设范围内的待选取支付通道作为初始支付通道。查询与初始支付通道所对应的预设费率,选取预设费率在预设费率范围内的初始支付通道作为二级支付通道。查询二级支付通道的支付成功率,选取支付成功率最高的支付通道作为目标支付通道。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种还款处理方法,所述方法包括:
获取当前账户对应的待还款金额以及还款限额;
当所述待还款金额高于所述还款限额时,则将所述待还款金额进行拆分得到当前拆分金额;
根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果。
2.根据权利要求1所述的方法,其特征在于,所述根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果之后,包括:
当所述第一转款结果表示转款失败时,则查询所述转款失败的失败类型;
当所述失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额;
根据所述对分子金额向所述关联银行服务器发送第二转款请求,并接收所述关联银行服务器返回的与所述第二转款请求对应的第二转款结果。
3.根据权利要求2所述的方法,其特征在于,所述根据所述对分子金额向所述关联银行服务器发送第二转款请求,并接收所述关联银行服务器返回的与所述第二转款请求对应的第二转款结果之后,包括:
当所述第二转款结果表示转款成功时,则查询所述第二转款结果所对应的对分子金额是否小于预设值;
当所述第二转款结果所对应的对分子金额不小于所述预设值时,则将所述对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至所述第二转账结果对应的对分子金额小于所述预设值。
4.根据权利要求2所述的方法,其特征在于,所述根据所述对分子金额向所述关联银行服务器发送第二转款请求,并接收所述关联银行服务器返回的与所述第二转款请求对应的第二转款结果之后,包括:
当所述转账结果为转账失败时,记录所述转款失败的次数,并判断所述转款失败的次数是否达到预设次数;
当所述转款失败的次数小于预设次数时,则将所述对分子金额作为当前拆分金额,继续执行将当前拆分金额进行对半拆分得到对分子金额,直至所述转账失败的次数达到预设次数。
5.根据权利要求1所述的方法,其特征在于,所述获取当前待还款金额之后,包括:
选取与所述待还款金额所对应的目标支付通道;
根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果,包括:
根据所述当前拆分金额,向选取到的所述最终支付通道所对应的通道服务器发送第一转款请求,使得所述通道服务器向所述关联银行转发所述第一转款请求,并接收所述第一转款请求所对应的第一转款结果。
6.根据权利要求5所述的方法,其特征在于,所述选取与所述待还款金额所对应的目标支付通道,包括:
获取待选取支付通道所对应的支付限额,选取所述支付限额在预设范围内的待选取支付通道作为初始支付通道;
查询与所述初始支付通道所对应的预设费率,选取所述预设费率在预设费率范围内的初始支付通道作为二级支付通道;
查询所述二级支付通道的支付成功率,选取所述支付成功率最高的支付通道作为目标支付通道。
7.一种还款处理装置,其特征在于,所述装置包括
获取模块,用于获取当前账户对应的待还款金额以及还款限额;
第一拆分模块,当所述待还款金额高于所述还款限额时,则将所述待还款金额进行拆分得到当前拆分金额;
第一接收模块,用于根据所述当前拆分金额向关联银行服务器发送第一转款请求,并接收所述关联银行服务器返回的与所述转款请求所对应的第一转款结果。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
查询模块,用于当所述第一转款结果表示转款失败时,则查询所述转款失败的失败类型;
第二拆分模块,用于当所述失败类型为余额不足时,则将当前拆分金额进行对半拆分得到对分子金额;
第二接收模块,用于根据所述对分子金额向所述关联银行服务器发送第二转款请求,并接收所述关联银行服务器返回的与所述第二转款请求对应的第二转款结果。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
CN201811086431.9A 2018-09-18 2018-09-18 还款处理方法、装置、计算机设备和存储介质 Pending CN109359984A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811086431.9A CN109359984A (zh) 2018-09-18 2018-09-18 还款处理方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811086431.9A CN109359984A (zh) 2018-09-18 2018-09-18 还款处理方法、装置、计算机设备和存储介质

Publications (1)

Publication Number Publication Date
CN109359984A true CN109359984A (zh) 2019-02-19

Family

ID=65351174

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811086431.9A Pending CN109359984A (zh) 2018-09-18 2018-09-18 还款处理方法、装置、计算机设备和存储介质

Country Status (1)

Country Link
CN (1) CN109359984A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110008283A (zh) * 2019-03-12 2019-07-12 平安普惠企业管理有限公司 一种基于数据标签的数据处理方法及装置
CN110675247A (zh) * 2019-09-23 2020-01-10 中国银行股份有限公司 未明交易处理方法及系统、外围系统及核心银行系统
CN111178867A (zh) * 2020-01-02 2020-05-19 中国建设银行股份有限公司 一种数据拆分方法和数据拆分装置
CN111833031A (zh) * 2020-06-28 2020-10-27 深圳市融壹买信息科技有限公司 一种扣款处理方法、装置、终端设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003150783A (ja) * 2001-11-12 2003-05-23 Bank Of Tokyo-Mitsubishi Ltd 繰上返済システム、方法、プログラム、及び記録媒体
CN101447052A (zh) * 2009-01-05 2009-06-03 阿里巴巴集团控股有限公司 延期付款/分期付款的网上信贷系统及网上信贷方法
CN107122964A (zh) * 2017-05-02 2017-09-01 深圳乐信软件技术有限公司 一种还款信息处理方法及装置
CN108256996A (zh) * 2018-02-13 2018-07-06 平安科技(深圳)有限公司 用于信贷还贷业务中的二分拆单方法及系统
CN108446974A (zh) * 2018-03-06 2018-08-24 平安科技(深圳)有限公司 数据处理装置、方法及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003150783A (ja) * 2001-11-12 2003-05-23 Bank Of Tokyo-Mitsubishi Ltd 繰上返済システム、方法、プログラム、及び記録媒体
CN101447052A (zh) * 2009-01-05 2009-06-03 阿里巴巴集团控股有限公司 延期付款/分期付款的网上信贷系统及网上信贷方法
CN107122964A (zh) * 2017-05-02 2017-09-01 深圳乐信软件技术有限公司 一种还款信息处理方法及装置
CN108256996A (zh) * 2018-02-13 2018-07-06 平安科技(深圳)有限公司 用于信贷还贷业务中的二分拆单方法及系统
CN108446974A (zh) * 2018-03-06 2018-08-24 平安科技(深圳)有限公司 数据处理装置、方法及计算机可读存储介质

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110008283A (zh) * 2019-03-12 2019-07-12 平安普惠企业管理有限公司 一种基于数据标签的数据处理方法及装置
CN110008283B (zh) * 2019-03-12 2023-09-05 山西数字政府建设运营有限公司 一种基于数据标签的数据处理方法及装置
CN110675247A (zh) * 2019-09-23 2020-01-10 中国银行股份有限公司 未明交易处理方法及系统、外围系统及核心银行系统
CN110675247B (zh) * 2019-09-23 2022-06-07 中国银行股份有限公司 未明交易处理方法及系统、外围系统及核心银行系统
CN111178867A (zh) * 2020-01-02 2020-05-19 中国建设银行股份有限公司 一种数据拆分方法和数据拆分装置
CN111833031A (zh) * 2020-06-28 2020-10-27 深圳市融壹买信息科技有限公司 一种扣款处理方法、装置、终端设备及存储介质

Similar Documents

Publication Publication Date Title
CN109359984A (zh) 还款处理方法、装置、计算机设备和存储介质
CN107871234A (zh) 电子支付方法及应用服务器
CN109447609A (zh) 支付方法、装置、计算机设备和存储介质
CN109493026A (zh) 支付处理方法、装置、计算机设备和存储介质
CN109389484A (zh) 账户出账方法、装置、计算机设备和存储介质
CN109767334A (zh) 基金申请处理方法、装置、计算机设备和存储介质
CN107818460B (zh) 一种支付方法及装置
CN110046995A (zh) 退费请求处理方法、装置及设备
CN109472574A (zh) 支付方法、装置、计算机设备及存储介质
CN110111208A (zh) 保单数据处理方法、装置、计算机设备和存储介质
CN105894264A (zh) 基于信贷付款方式的付款方法、付款装置和终端
CN108550057A (zh) 坐席答疑请求处理方法、电子装置、计算机可读存储介质
CN106022773A (zh) 一种ic卡与银行卡的绑定方法
CN109741169A (zh) 基于分布式账本的清算方法、系统、计算机设备
CN106330502A (zh) 网络资源处理方法、装置及系统
CN109886676A (zh) 用于区块链网络的支付方法、计算设备、存储介质
CN106875189A (zh) 即时退款方法及装置
CN110969520A (zh) 一种贷款申请方法、装置、服务器及计算机存储介质
US20020035479A1 (en) Access contract changing method for automatically changing an access contract between a prepaid contract and a postpaid contract
CN110084578A (zh) 基于第三方支付平台支付的方法、装置和存储介质
CN109785047A (zh) 金融产品的订单推送方法、装置、计算机设备和存储介质
Kushida Wireless bound and unbound: the politics shaping cellular markets in Japan and South Korea
CN109410060A (zh) 不动产的处理方法、装置、系统、存储介质和计算机设备
CN109460963A (zh) 电子签约方法、装置、计算机设备和存储介质
CN106933655A (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: 20190219

WD01 Invention patent application deemed withdrawn after publication