CN110033362A - 一种打款方法、装置及设备 - Google Patents

Abstract

公开了一种打款方法、装置及设备。在对已确定的收款方打款之前，通过结合历史打款信息，对手动输入的信息进行系统自动预测，如果预测结果为不准确，就发出提示信息，让用户确认，从而实现在资金发生扣划以前有效拦截打款风险。此外，在打款之后，还可以对到账金额进行对比，保障了最终打款的准确性，进一步加强防控，从而实现从事前，事后两个维度很好防控了打款风险。

Description

一种打款方法、装置及设备

技术领域

本说明书实施例涉及信息技术领域，尤其涉及一种打款方法、装置及设备。

背景技术

在金融业务开展过程中，机构清算、结算环节往往涉及到大量的资金打款操作。例如，电商平台每固定周期需要与不同的商户进行资金结清。

打款过程中，经常会发生同一收款方的收款账号变更、系统代码缺陷、人员填写错误等导致打款出错，例如，打款到非预期账号、打款时系统出错导致到账金额不正确、或者人员操作出错重复打款等等，由于在清算/结算时资金量比较大，即时单笔出错可能导致巨额资金损失。当前，打款环节保障资金正确的手段主要是通过人工逐笔审核方式来规避风险。

基于此，需要一种更有效的打款方案。

发明内容

针对现有打款中人工审核不便的问题，为实现一种更有效的打款方案，本说明书实施例提供一种打款方法，用于在已确定收款方，对其执行打款操作时，具体包括：

接收用户操作指令，获取包含用户输入信息的当前打款信息，其中，所述用户输入信息至少包括收款账号和打款金额；

获取针对所述收款方的历史打款信息，根据所述用户输入信息和针对所述收款方的历史打款信息中的用户输入信息的关联程度，预测所述用户输入信息是否准确；

若预测结果为不准确，则输出打款异常提示信息，并提示用户确认打款操作。

对应的，本说明书实施例还提供一种打款装置，用于在已确定收款方，对其执行打款操作时，包括：

指令接收模块，接收用户操作指令，获取包含用户输入信息的当前打款信息，其中，所述用户输入信息至少包括收款账号和打款金额；

预测模块，获取针对所述收款方的历史打款信息，根据所述用户输入信息和所述收款方的历史打款信息中的用户输入信息的关联程度，预测所述用户输入信息是否准确；

提示模块，若预测结果为不准确，则输出打款异常提示信息，并提示用户确认打款操作。

对应的，本说明书实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述的打款方法。

对应的，本说明书实施例还提供计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，执行如下方法：

接收用户操作指令，获取包含用户输入信息的当前打款信息，其中，所述用户输入信息至少包括收款账号和打款金额；

获取针对所述收款方的历史打款信息，根据所述用户输入信息和针对所述收款方的历史打款信息中的用户输入信息的关联程度，预测所述用户输入信息是否准确；

若预测结果为不准确，则输出打款异常提示信息，并提示用户确认打款操作。

在对已确定的收款方打款之前，通过结合历史打款信息，对用户手动输入的信息进行系统自动预测，如果预测结果为不准确，就发出提示信息，让用户确认，从而实现在资金发生扣划以前有效拦截打款风险。此外，在打款之后，还可以对到账金额进行再一次保障了最终打款的准确性，进一步加强防控，从而实现从事前，事后两个维度很好防控了打款风险，相较于人工审核，本说明书实施例所提供的方案，一方面降低了工作量，另一方面降低了打款时误操作的可能性，提高了打款准确率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为当前技术中执行打款的流程示意图；

图2为本说明书实施例提供的一种打款方法的流程示意图；

图3为本说明书实施例的一种输出打款异常提示信息的示例性示意图；

图4为本说明书实施例所提供的打款方案的一个实施例的流程示意图；

图5为本说明书实施例提供的一种打款装置的结构示意图；

图6为本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。

在商业往来中，很多企业经常需要与多方用户、供应商或者合作伙伴等以一定的时间周期，进行金额的结算或者清算。例如，电商平台需要和商户以一定时间周期(例如一个月)进行结算。在这个过程中，商户的名称通常不会发生改变(即已确定的收款方)，而其它的一些相关信息(例如收款账号或者收款金额等)则经常会发生变化。

当前在执行打款时，通过人工对打款请求进行人工审核是不可或缺的一道流程。发起打款请求和执行打款可以在一个业务系统中进行，在实际应用中，更多的是进行业务隔离，通过打款系统(主要用于接收操作人员输入的相关信息，发起打款请求)和账务系统(主要用于接收打款请求，执行打款)共同进行，审核工作在财务系统方进行。如图1所示，图1为当前技术中执行打款的流程示意图。在这种方式下，打款请求中的很多信息都是操作人员手动输入，每次执行打款之前需要手动审核，审核通过才能执行打款，对于审核人员而言，工作量太大，人工审核也容易因为疲劳降低准确率。基于此，本说明书实施例提供一种更有效率的打款方案。

以下结合附图，详细说明本说明书各实施例提供的技术方案。如图2所示，图2是本说明书实施例提供的一种打款方法的流程示意图，该流程具体包括如下步骤：

S201，接收用户操作指令，获取包含用户输入信息的当前打款信息，其中，所述用户输入信息至少包括收款账号和打款金额。

在打款之前，操作人员已经可以确定需要对哪些收款方进行打款，例如，在操作界面中提供收款用户名称列表进行选择。进而，操作人员可以根据已经确定的收款方进行相应的信息输入，生成相应的当前打款信息其中。用户输入的信息至少包括收款账号和打款金额，当然，还可以包括其它的一些信息，例如打款日期、操作人员名称等等。

S203，获取针对所述收款方的历史打款信息，根据所述用户输入信息和针对所述收款方的历史打款信息中的用户输入信息的关联程度，预测所述用户输入信息是否准确。

由于收款方名称已经被确定，因此，针对所述收款方的历史打款信息可以根据已经确定的收款方名称进行查询。针对所述收款方的历史打款信息与当前打款信息格式相同，同样也包括用户输入信息。因此，可以对当前打款信息和历史打款信息中的用户输入信息中的同一信息进行对比，确定二者之间的关联程度。

由于打款通常以一定的固定周期进行，可以认为，对于同一打款方而言，其当前打款信息和历史打款信息之间所包含的收款账号或者打款金额一般不应发生大幅度的变化，二者之间所包含的同一信息项应该具有某种关联性，例如，收款账号相同或者收款金额相似，这种关联性可以通过二者之间的关联程度来表示，通过对相应的信息进行定量的计算可以获知这种关联程度的大小，从而当关联程度不低于一定的阈值时，即可以预测在当前打款信息中用户输入信息是准确的，否则，可以预测其不准确。

此外，作为一种具体的预测方式，对于收款账号而言，可以从所有的历史收款账号中查询与当前输入的账号最为接近的账号，进行对比，从而可以判定相应的错误类型，例如，确定与当前收款账号最相似的历史收款账号，然后将其和当前收款账号进行对比，预测当前收款账号哪一位输入的不正确，或者，预测输入的账号的位数是否正确等等。而对于打款金额而言，则可以根据关联程度的大小，进一步的预测打款金额是过高还是过低。

在查询历史打款信息时还可以预设一定的时间段(例如，一年以内的历史打款信息)，避免耗时过长，以及提高参考可信度。

S205，若预测结果为不准确，则输出打款异常提示信息，并提示用户确认打款操作。此外，若对于当前打款信息预测的结果为准确，则按照正常的打款流程继续执行就可以了。

输入打款异常提示信息的时间，可以是在已经获取完整的当前打款信息之后，并生成打款请求时，发出包含所有可能错误输入的相关提示；也可以是在某一项信息输入完成时，即发出错误提示。发出错误提示的方式可以通过诸如文本信息提示、可能错误信息的高亮/标红、给出提示图标等各种方法。还可以预先设置异常提示信息和可能错误类型的关系映射表，根据预测的错误类型给出具体的提示信息。如图3所示，图3为一种输出打款异常提示信息的示例性示意图。

需要说明的是，由于本申请所提供的方案在预测输入信息的准确性时，有可能将本来输入的正确输入信息预测为错误输入信息(例如，商户换了一个之前没有用过的收款账号)，因此，在输出打款异常提示信息时，其主要目的则是提示用户再次对当前打款信息进行确认，以决定是否根据当前打款信息继续进行打款操作。

本说明书实施例所提供的方案，在对已确定的收款方打款之前，通过结合历史打款信息，对用户手动输入的信息进行系统自动预测，如果预测结果为不准确，就发出提示信息，让用户确认，从而实现在资金发生扣划以前有效拦截打款风险，将大部分没有发生较大变动的收款方(即收款账号发生改变、打款金额大幅变化)免去了审核，降低审核人员工作量，提高打款准确率。

在打款流程中，收款账号作为最为重要的一项信息，收款方的收款账号一般比较稳定。因此，可以认为凡是收款方没有用过的收款账号都是操作人员输入错误导致的。为避免输入信息的微小错误导致打款异常，在一个具体的实施例中，对于用户输入信息的关联程度可以通过如下方式进行：在获取了用户当前输入的打款信息后，可以从针对所述收款方的历史打款信息中获取所述收款方的全部历史收款账号；若不存在与用户输入的收款账号完全匹配的历史收款账号，预测用户输入的收款账号不准确。

由于结算通常以固定的周期进行，对于同一收款方，可以认为对其的打款金额一般不会有太大的波动。例如，当电商平台对同一商户进行打款时，打款金额通常是基于其打款周期内的营业额，可以认为商户的营业额通常是在一定范围内进行涨落，因此，该商户的历史打款金额一般而言也是在一定范围内涨落。从而，可以对该商户的历史打款金额进行统计，获取所述历史打款金额的统计值，例如过去一年中所有打款金额的平均值、中值、最大值以及最小值等等。然后，基于当前打款信息中的打款金额和针对所述收款方的历史打款金额的统计值，计算用于表征二者关联程度的关联程度表征值K，并进行预测。

例如，K＝当前打款金额/平均值，如果K不超过一个预设的阈值区间(例如，K落在闭区间[0.7，1.3]之内)，则认为当前打款金额是正常的，如果K值超过预设的阈值区间的上限，则可以预测打款金额过高，打款操作用户可能错误输入或者多输入了一位数字；而K低于预设的阈值区间的下限，则可以预测打款金额过低，打款操作用户可能错误输入或者少输入了一位数字。又例如，判定当前打款信息中的打款金额是否落在区间[历史打款金额最小值，历史打款金额最大值]之内，如果是，则直接确定关联程度表征值K＝1，判断当前打款金额准确，否则，K＝0，判断打款金额不准确等等。

此外，在预测时，可以对历史数据通过适当的方式选取，来提高预测的准确度。例如，对于历史打款信息可以选择多个不同时间周期内的数据，选择的时间周期应该与当前打款信息的时间有较强的关联程度。例如，最近3个月内的历史打款信息；或者，最近3年内，和当前打款月份相同的历史打款信息，从而可以采用诸如同比或者环比等多维度的方式，来计算关联程度特征值。以及，在某些月份，还可以去掉一些奇异数据(例如，去掉历史打款信息中与11月11日相关的数据)。通过选取相关程度更高的历史打款数据，可以更好的提高预测准确度。

在一种实施例中，还可以给每份当前打款信息分配一个唯一业务凭证，例如分配唯一的业务序列号，或者，基于打款信息中的内容生成对应的MD5消息摘要(MD5Message-Digest)等等，在当前打款信息成功的执行打款之后，系统都会将当前的打款信息进行存储，作为历史打款信息，从而存储的历史打款信息中就会包含上述的唯一业务凭证。因此，即使系统预测了当前打款信息是准确的，还可以直接根据其对应的唯一业务凭证从历史打款信息中进行查询，若唯一业务凭证已经存在，则认为该当前打款信息为重复打款，不对其执行打款操作。

进一步地，若还能查阅收款方的收款账号中的相关信息时(例如，电商平台对商户的结算资金都被放置于电商平台所提供的支付平台中，商户可以随时提取，电商平台也可以随时查阅该账号中的相关收入/支出情形)，那么，打执行打款请求之后，还可以根据打款信息中所包含的唯一业务凭证，查询收款账号的到账金额是否和打款信息中的打款金额一致，如果不相同，则打出异常提示，避免因为系统本身的故障导致打款出错。

为使本说明书实施例所提供的方案更浅显明白，下边给出一个具体的实施例对本说明书的方案加以详细说明。如图4所示，图4为本说明书实施例所提供的方案的一个实施例的流程示意图。在该实施例中，将发起打款请求和执行转账进行了业务隔离，分别放在打款系统和账务系统完成。在该示意图中，通过在打款系统进行事前预测以及在账务系统中进行事后的比对，从事前和事后两个维度很好防控了打款风险。

对应的，本说明书实施例还提供一种打款装置，如图5所示，图5为本说明书实施例提供的一种打款装置的结构示意图，用于在已确定收款方，对其执行打款操作时，包括：

指令接收模块501，接收用户操作指令，获取包含用户输入信息的当前打款信息，其中，所述用户输入信息至少包括收款账号和打款金额；

预测模块503，获取针对所述收款方的历史打款信息，根据所述用户输入信息和所述收款方的历史打款信息中的用户输入信息的关联程度，预测所述用户输入信息是否准确；

提示模块505，若预测结果为不准确，则输出打款异常提示信息，并提示用户确认打款操作。

进一步地，所述预测模块503，从针对所述收款方的历史打款信息中获取所述收款方的全部历史收款账号；若不存在与用户输入的收款账号完全匹配的历史收款账号，预测用户输入的收款账号不准确。

进一步地，所述预测模块503，计算针对所述收款方的历史打款金额的统计值，其中，所述统计值包括平均值、中值、最大值或者最小值；根据所述当前打款信息中的打款金额和所述收款方的历史打款金额的统计值，计算用于表征二者关联程度的关联程度表征值；若所述关联程度表征值不超过预设阈值，预测所述用户输入的打款金额不准确。

进一步地，所述当前打款信息还包括唯一业务凭证，所述装置还包括查询装置507，在执行打款之前，查询所述收款方的历史打款信息中所述唯一业务凭证是否已经存在，若已经存在，不执行打款操作。

进一步地，所述装置还包括对比模块509，根据所述唯一业务凭证，查询所述收款账号的到账金额；对比所述到账金额和所述当前打款信息中的打款金额，若不相同，则提示所述唯一业务凭证所对应的打款操作异常。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现图2所示的打款方法。

图6给出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图2所示的打款方法。

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

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、方法、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

Claims (11)

1.一种打款方法，用于在已确定收款方，对其执行打款操作时，包括：

接收用户操作指令，获取包含用户输入信息的当前打款信息，其中，所述用户输入信息至少包括收款账号和打款金额；

获取针对所述收款方的历史打款信息，根据所述用户输入信息和针对所述收款方的历史打款信息中的用户输入信息的关联程度，预测所述用户输入信息是否准确；

若预测结果为不准确，则输出打款异常提示信息，并提示用户确认打款操作。

2.如权利要求1所述的方法，根据所述用户输入信息和针对所述收款方的历史打款信息中的用户输入信息的关联程度，预测所述用户输入信息是否准确，包括：

从针对所述收款方的历史打款信息中获取所述收款方的全部历史收款账号；

若不存在与用户输入的收款账号完全匹配的历史收款账号，预测用户输入的收款账号不准确。

3.如权利要求1所述的方法，根据所述用户输入信息和针对所述收款方的历史打款信息中的用户输入信息的关联程度，预测所述用户输入信息是否准确，包括：

计算针对所述收款方的历史打款金额的统计值，其中，所述统计值包括平均值、中值、最大值或者最小值；

根据所述当前打款信息中的打款金额和针对所述收款方的历史打款金额的统计值，计算用于表征二者关联程度的关联程度表征值；

若所述关联程度表征值不超过预设阈值，预测所述用户输入的打款金额不准确。

4.如权利要求1所述的方法，所述当前打款信息还包括唯一业务凭证，在执行打款之前，所述方法还包括：

查询所述收款方的历史打款信息中所述唯一业务凭证是否已经存在，若已经存在，不执行打款操作。

5.如权利要求4所述的方法，在执行打款操作之后，所述方法还包括：

根据所述唯一业务凭证，查询所述收款账号的到账金额；

对比所述到账金额和所述当前打款信息中的打款金额，若不相同，则提示所述唯一业务凭证所对应的打款操作异常。

6.一种打款装置，用于在已确定收款方，对其执行打款操作时，包括：

指令接收模块，接收用户操作指令，获取包含用户输入信息的当前打款信息，其中，所述用户输入信息至少包括收款账号和打款金额；

预测模块，获取针对所述收款方的历史打款信息，根据所述用户输入信息和所述收款方的历史打款信息中的用户输入信息的关联程度，预测所述用户输入信息是否准确；

提示模块，若预测结果为不准确，则输出打款异常提示信息，并提示用户确认打款操作。

7.如权利要求6所述的装置，所述预测模块，从针对所述收款方的历史打款信息中获取所述收款方的全部历史收款账号；若不存在与用户输入的收款账号完全匹配的历史收款账号，预测用户输入的收款账号不准确。

8.如权利要求6所述的装置，所述预测模块，计算针对所述收款方的历史打款金额的统计值，其中，所述统计值包括平均值、中值、最大值或者最小值；根据所述当前打款信息中的打款金额和所述收款方的历史打款金额的统计值，计算用于表征二者关联程度的关联程度表征值；若所述关联程度表征值不超过预设阈值，预测所述用户输入的打款金额不准确。

9.如权利要求6所述的装置，所述当前打款信息还包括唯一业务凭证，所述装置还包括查询装置，在执行打款之前，查询所述收款方的历史打款信息中所述唯一业务凭证是否已经存在，若已经存在，不执行打款操作。

10.如权利要求9所述的装置，所述装置还包括对比模块，根据所述唯一业务凭证，查询所述收款账号的到账金额；对比所述到账金额和所述当前打款信息中的打款金额，若不相同，则提示所述唯一业务凭证所对应的打款操作异常。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至5任一项所述的方法。