CN107292699A - 一种票据转让处理方法和*** - Google Patents

Abstract

本发明涉及数据处理领域，特别涉及一种票据转让处理方法和***。本发明提供的票据转让处理方法设定了具体的票据转让流程，并对票据转让流程的签收、背书以及查询等步骤设置了对应的处理线程，通过对应的处理线程对票据转让请求事件进行批处理，不仅可以处理各种类型的用户请求，而且处理速度快、效率高，另外，该方法实现简单，投入成本低。

Description

一种票据转让处理方法和***

技术领域

本发明涉及数据处理领域，特别涉及一种票据转让处理方法和***。

背景技术

现有技术通常采用中国票据网、普兰票据网等进行票据交易。现有的交易模式如下：用户可以在中国票据网上发送公开、定向的银行承兑汇票正回购报价，通过报价应答方式与业务人员联系，线下进行进一步议价交易。用户还可以通过在普兰票据网上填写承兑行类型、票面金额、汇票到期日等信息进行线下沟通议价，普兰公司可以从企业手中收到银行承兑汇票，去协议行办理转让业务。然而在实际的交易过程中，无论是中国票据网还是普兰公司都只能在线下点对点的进行票据议价。现有的银行承兑汇票的交易过程有以下缺点：首先，银行承兑汇票进行交易要考虑的要素很多，在网站上我们找自己想要的票据要花费很长的时间；其次，当我们找到想要进行交易的票据后要在线下通过一个一个打电话等方式跟对手方进行议价，费时费力还有可能失败从而需要重新寻找合适的票据；最后，因为用户掌握的信息有限，所以用户在交易中的利益不能得到预期的保证。

发明内容

本发明旨在至少解决上述技术问题之一。

为此，本发明的一个目的在于提出一种票据转让处理方法,该处理方法能够保证票据转让流程有序且高效运行，确保用户进行票据转让的速度和实时性，另外，该方法实现简单，投入成本低。

本发明的另一个目的在于提供一种票据转让处理***。

为了实现上述目的，本发明的一个实施例提出了一种票据转让处理方法，应用于银行API服务器，包括以下步骤：

步骤1，获取银行数据库的待签收列表和持票方发送的票据转让请求事件；

步骤2，判断所述票据转让请求事件对应的待转让票据是否在所述待签收列表上，若是，则执行步骤3，若否，则结束票据转让流程；

步骤3，验证所述待转让票据的第一票据信息和待签收列表上对应待签收票据的第二票据信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且执行步骤4，若否，则结束票据转让流程；

步骤4，以第一预设频率对所述已验证票据列表中的所有已验证票据进行签收操作，并更新已签收票据列表；同时将所述待签收列表上对应票据的状态修改为已签收；

步骤5，以第二预设频率对所述已签收票据列表中的所有已签收票据进行背书操作，并更新已背书票据列表；

步骤6，生成已背书票据列表中所有已背书票据对应的支付请求并发送至付款方，建立支付请求列表；

步骤7，获取支付请求列表中所有支付请求的支付状态，根据所述支付状态生成支付交易记录表；

步骤8，以第三预设频率查询所述支付交易记录表，并将所述支付请求的支付状态返回至对应的持票方和付款方。

根据本发明实施例的一种票据转让处理方法，对票据转让流程的签收、背书以及查询等步骤设置了对应的处理线程，通过处理线程对票据转让请求事件进行批处理，不仅可以处理各种类型的用户请求，而且处理速度快、效率高，另外，该方法实现简单，投入成本低。

另外，根据本发明上述实施例的一种票据转让处理方法还可以具有如下附加的技术特征：

在一些示例中，所述支付状态包括支付成功状态、支付已处理状态和支付失败状态；当所述支付状态为支付失败状态时，所述支付交易记录表还包括支付失败原因，同时步骤8中，将支付失败状态和支付失败原因均返回至对应的持票方和付款方。

在一些示例中，所述票据转让请求事件包括交易编号和待转让票据的第一票据信息，所述第一票据信息包括第一票号和第一票面信息,所述待签收列表包括待签收票据的第二票据信息，所述第二票据信息包括第二票号和第二票面信息,所述步骤2具体为：

S201，获取票据转让请求表，所述票据转让请求表包括交易编号、票据信息和票据状态；

S202，将所述交易编号和所述第一票据信息***到所述票据转让请求表，并将对应的票据状态设为未验证状态；

S203，以第四预设频率查询所述票据转让请求表，获取票据状态为待验证状态的全部待转让票据对应的第一票号，并查询所述第一票号是否与所述待签收列表上任一待签收票据的第二票号一致，若是，则执行步骤3，若否，则结束票据转让流程。

在一些示例中，所述步骤3具体为：验证所述待转让票据的第一票面信息和待签收列表上对应待签收票据的第二票面信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且执行步骤4，若否，则结束票据转让流程。

在一些示例中，步骤3和步骤4之间还包括票据验证步骤，所述票据验证步骤具体为：

S800，获取待转让票据的第一票号，在电子商业汇票***中查询所述第一票号，并获取所述第一票号对应的第三票面信息；

S810，判断所述第一票面信息是否与所述第三票面信息相同，若是，则验证通过并执行S820，若否，则结束票据转让流程；

S820，查询预先建立的风险数据库，根据所述第一票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束票据转让流程，若否，则验证通过并执行步骤4。

本发明第二方面的实施例还提出了一种票据转让处理***，包括：

第一获取模块，用于获取银行数据库的待签收列表和持票方发送的票据转让请求事件；

判断模块，用于判断所述票据转让请求事件对应的待转让票据是否在所述待签收列表上，若是，则驱动第一验证模块，若否，则结束票据转让流程；

第一验证模块，用于验证所述待转让票据的第一票据信息和待签收列表上对应待签收票据的第二票据信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且驱动签收常驻线程，若否，则结束票据转让流程；

签收模块，用于驱动签收常驻线程以第一预设频率对所述已验证票据列表中的所有已验证票据进行签收操作，并更新已签收票据列表；同时将所述待签收列表上对应票据的状态修改为已签收；

背书模块，用于驱动背书常驻线程以第二预设频率对所述已签收票据列表中的所有已签收票据进行背书操作，并更新已背书票据列表；

支付请求发送模块，用于生成已背书票据列表中所有已背书票据对应的支付请求并发送至付款方，建立支付请求列表；

第二获取模块，用于获取支付请求列表中所有支付请求的支付状态，根据所述支付状态生成支付交易记录表；

查询模块，用于驱动查询常驻线程以第三预设频率查询所述支付交易记录表，并将所述支付请求的支付状态返回至对应的持票方和付款方。

根据本发明实施例的一种票据转让处理***，对票据转让流程的签收、背书以及查询等步骤设置了对应的处理线程，通过处理线程对票据转让请求事件进行批处理，不仅可以处理各种类型的用户请求，而且处理速度快、效率高，另外，该方法实现简单，投入成本低。

另外，根据本发明上述实施例的一种票据转让处理***还可以具有如下附加的技术特征：

在一些示例中，所述支付状态包括支付成功状态、支付已处理状态和支付失败状态；当所述支付状态为支付失败状态时，所述支付交易记录表还包括支付失败原因，同时所述查询模块具体用于将支付失败状态和支付失败原因均返回至对应的持票方和付款方。

在一些示例中，所述票据转让请求事件包括交易编号和待转让票据的第一票据信息，所述第一票据信息包括第一票号和第一票面信息,所述待签收列表包括待签收票据的第二票据信息，所述第二票据信息包括第二票号和第二票面信息；所述判断模块包括：

获取单元，用于获取票据转让请求表，所述票据转让请求表包括交易编号、票据信息和票据状态；

数据写入单元，用于将所述交易编号和所述第一票据信息***到所述票据转让请求表，并将对应的票据状态设为未验证状态；

第一判断单元，用于以第四预设频率查询所述票据转让请求表，获取票据状态为待验证状态的全部待转让票据对应的第一票号，并查询所述第一票号是否与所述待签收列表上任一待签收票据的第二票号一致，若是，则驱动第一验证模块，若否，则结束票据转让流程。

在一些示例中，所述第一验证模块用于验证所述待转让票据的第一票面信息和待签收列表上对应待签收票据的第二票面信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且驱动签收模块，若否，则结束票据转让流程。

在一些示例中，还包括第二验证模块，所述第二验证模块具体包括：

第一查询单元，用于获取待转让票据的第一票号，在电子商业汇票***中查询所述第一票号，并获取所述第一票号对应的第三票面信息；

第二判断单元，用于判断所述第一票面信息是否与所述第三票面信息相同，若是，则验证通过并驱动第二判断单元，若否，则结束票据转让流程；

第三判断单元，用于查询预先建立的风险数据库，根据所述第一票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束票据转让流程，若否，则验证通过并驱动签收模块。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例1提供的一种票据转让处理方法的流程示意图；

图2为本发明实施例2提供的一种票据转让处理***的结构示意图；

图3为本发明实施例3提供的一种票据转让处理***的结构示意图；

具体实施方式

参照下面的描述和附图，将清楚本发明的实施例的这些和其他方面。在这些描述和附图中，具体公开了本发明的实施例中的一些特定实施方式，来表示实施本发明的实施例的原理的一些方式，但是应当理解，本发明的实施例的范围不受此限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

以下结合附图描述根据本发明实施例的一种票据转让处理方法和***。

图1为本发明实施例1提供的一种票据转让处理方法的流程示意图，所述方法应用于银行API服务器，如图1所示，包括以下步骤：

步骤1，获取银行数据库的待签收列表和持票方发送的票据转让请求事件；

步骤2，判断所述票据转让请求事件对应的待转让票据是否在所述待签收列表上，若是，则执行步骤3，若否，则结束票据转让流程；

步骤3，验证所述待转让票据的第一票据信息和待签收列表上对应待签收票据的第二票据信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且执行步骤4，若否，则结束票据转让流程；

步骤4，以第一预设频率对所述已验证票据列表中的所有已验证票据进行签收操作，并更新已签收票据列表；同时将所述待签收列表上对应票据的状态修改为已签收；

步骤5，以第二预设频率对所述已签收票据列表中的所有已签收票据进行背书操作，并更新已背书票据列表；

步骤6，生成已背书票据列表中所有已背书票据对应的支付请求并发送至付款方，建立支付请求列表；

步骤7，获取支付请求列表中所有支付请求的支付状态，根据所述支付状态生成支付交易记录表；

步骤8，以第三预设频率查询所述支付交易记录表，并将所述支付请求的支付状态返回至对应的持票方和付款方。

API，完整名称为ApplicationProgrammingInterface，即应用程序编程接口。银行API服务器是用于处理API请求的服务器，其处理API请求包含三个操作：接收请求、业务逻辑运算、返回结果。这三个操作都是在同一个API，即同一个http请求中完成的，因此响应速度快。根据本发明实施例的一种票据转让处理方法，对票据转让流程的签收、背书以及查询等步骤设置了对应的处理线程，通过处理线程对票据转让请求事件进行批处理，不仅可以处理各种类型的用户请求，而且处理速度快、效率高，另外，该方法实现简单，投入成本低。

优选实施例中，所述票据转让请求事件包括交易编号和待转让票据的第一票据信息，所述第一票据信息包括第一票号和第一票面信息,所述待签收列表包括待签收票据的第二票据信息，所述第二票据信息包括第二票号和第二票面信息,票面信息包括票据金额、出票日期、到期日期、承兑人名称、出票人名称、出票人账号、收票人名称和收票人账号等等。所述步骤2具体为：

S201，获取票据转让请求表，所述票据转让请求表包括交易编号、票据信息和票据状态；

S202，将所述交易编号和所述第一票据信息***到所述票据转让请求表，并将对应的票据状态设为未验证状态；

S203，以第四预设频率查询所述票据转让请求表，获取票据状态为待验证状态的全部待转让票据对应的第一票号，并查询所述第一票号是否与所述待签收列表上任一待签收票据的第二票号一致，若是，则执行步骤3，若否，则结束票据转让流程。然后每经过一个步骤，就对票据转让请求表中对应票据的票据状态进行修改，比如修改为已签收状态、已背书状态以及支付成功状态等等。

优选的，所述步骤3具体为：验证所述待转让票据的第一票面信息和待签收列表上对应待签收票据的第二票面信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且执行步骤4，若否，则结束票据转让流程。同时，对票据转让请求表中对应票据的票据状态进行修改，若第一票面信息与所述第二票面信息一致，则将票据状态调整为验证成功状态；若第一票面信息与所述第二票面信息不一致，则将票据状态调整为验证失败状态同时备注失败原因，即电票信息匹配不成功；若第一票号与所述待签收列表上任一待签收票据的第二票号均不一致，则将票据状态调整为验证失败状态，同时备注失败原因，即电票号不存在。本实施例通过依次对票号信息和票面信息进行核对，确保持票人发起票据转让请求事件时，对应的票据已经进行银行数据库的待签收列表，且待签收列表中的票据信息和票据转让请求事件中的票据信息一致，从而保证票据转让流程有序进行，进一步提高了票据转让的效率。

优选实施例中，所述步骤3和步骤4之间还包括票据验证步骤，所述票据验证步骤具体为：

S800，获取待转让票据的第一票号，在电子商业汇票***中查询所述第一票号，并获取所述第一票号对应的第三票面信息；

S810，判断所述第一票面信息是否与所述第三票面信息相同，若是，则验证通过并执行S820，若否，则结束票据转让流程；

S820，查询预先建立的风险数据库，根据所述第一票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束票据转让流程，若否，则验证通过并执行步骤4。

该优选实施例首先查询电子商业汇票***，保证票据基本信息的正确性，然后通过查询风险数据库对票据交易的风险等级进行验证，从而在票据交易过程中向用户提示交易风险，保证了用户进行票据交易、转让的安全，促进了整个票据交易市场的有序进行。所述风险数据库是基于法院、票据交易网等公共平台所公示的信息以及本发明***自己发现、收集或经举报获取的风险数据建立的，不仅风险数据完善，而且更新及时，可以最大限度的为用户规避票据交易中的风险。

另一优选实施例中，所述支付状态包括支付成功状态、支付已处理状态和支付失败状态；当所述支付状态为支付失败状态时，所述支付交易记录表还包括支付失败原因，同时步骤8中，将支付失败状态和支付失败原因均返回至对应的持票方和付款方，从而及时通知持票方和付款书了解待转让票据的支付状态。

图2为本发明实施例2提供的一种票据转让处理***的结构示意图，如图2所示，包括：

第一获取模块，用于获取银行数据库的待签收列表和持票方发送的票据转让请求事件；

判断模块，用于判断所述票据转让请求事件对应的待转让票据是否在所述待签收列表上，若是，则驱动第一验证模块，若否，则结束票据转让流程；

第一验证模块，用于验证所述待转让票据的第一票据信息和待签收列表上对应待签收票据的第二票据信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且驱动签收常驻线程，若否，则结束票据转让流程；

签收模块，用于驱动签收常驻线程以第一预设频率对所述已验证票据列表中的所有已验证票据进行签收操作，并更新已签收票据列表；同时将所述待签收列表上对应票据的状态修改为已签收；

背书模块，用于驱动背书常驻线程以第二预设频率对所述已签收票据列表中的所有已签收票据进行背书操作，并更新已背书票据列表；

支付请求发送模块，用于生成已背书票据列表中所有已背书票据对应的支付请求并发送至付款方，建立支付请求列表；

第二获取模块，用于获取支付请求列表中所有支付请求的支付状态，根据所述支付状态生成支付交易记录表；

查询模块，用于驱动查询常驻线程以第三预设频率查询所述支付交易记录表，并将所述支付请求的支付状态返回至对应的持票方和付款方。

根据本发明实施例的一种票据转让处理***，对票据转让流程的签收、背书以及查询等步骤设置了对应的处理线程，通过处理线程对票据转让请求事件进行批处理，不仅可以处理各种类型的用户请求，而且处理速度快、效率高，另外，该方法实现简单，投入成本低。

优选实施例中，所述支付状态包括支付成功状态、支付已处理状态和支付失败状态；当所述支付状态为支付失败状态时，所述支付交易记录表还包括支付失败原因，同时所述查询模块具体用于将支付失败状态和支付失败原因均返回至对应的持票方和付款方，从而及时通知持票方和付款书了解待转让票据的支付状态。

另一优选实施例中，所述票据转让请求事件包括交易编号和待转让票据的第一票据信息，所述第一票据信息包括第一票号和第一票面信息,所述待签收列表包括待签收票据的第二票据信息，所述第二票据信息包括第二票号和第二票面信息；所述判断模块包括：

获取单元，用于获取票据转让请求表，所述票据转让请求表包括交易编号、票据信息和票据状态；

数据写入单元，用于将所述交易编号和所述第一票据信息***到所述票据转让请求表，并将对应的票据状态设为未验证状态；

第一判断单元，用于以第四预设频率查询所述票据转让请求表，获取票据状态为待验证状态的全部待转让票据对应的第一票号，并查询所述第一票号是否与所述待签收列表上任一待签收票据的第二票号一致，若是，则驱动第一验证模块，若否，则结束票据转让流程。

上述实施例通过依次对票号信息和票面信息进行核对，确保持票人发起票据转让请求事件时，对应的票据已经进行银行数据库的待签收列表，且待签收列表中的票据信息和票据转让请求事件中的票据信息一致，从而保证票据转让流程有序进行，进一步提高了票据转让的效率。

在另一优选实施例中，所述第一验证模块用于验证所述待转让票据的第一票面信息和待签收列表上对应待签收票据的第二票面信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且驱动签收模块，若否，则结束票据转让流程。

图3为本发明实施例3提供的一种票据转让处理***的结构示意图，如图3所示，还包括第二验证模块，所述第二验证模块具体包括：

第一查询单元，用于获取待转让票据的第一票号，在电子商业汇票***中查询所述第一票号，并获取所述第一票号对应的第三票面信息；

第二判断单元，用于判断所述第一票面信息是否与所述第三票面信息相同，若是，则验证通过并驱动第二判断单元，若否，则结束票据转让流程；

第三判断单元，用于查询预先建立的风险数据库，根据所述第一票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束票据转让流程，若否，则验证通过并驱动签收模块。

该优选实施例首先查询电子商业汇票***，保证票据基本信息的正确性，然后通过查询风险数据库对票据交易的风险等级进行验证，从而在票据交易过程中向用户提示交易风险，保证了用户进行票据交易、转让的安全，促进了整个票据交易市场的有序进行。所述风险数据库是基于法院、票据交易网等公共平台所公示的信息以及本发明***自己发现、收集或经举报获取的风险数据建立的，不仅风险数据完善，而且更新及时，可以最大限度的为用户规避票据交易中的风险。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用，或结合这些指令执行***、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同限定。

Claims (10)

1.一种票据转让处理方法，应用于银行API服务器，其特征在于，包括以下步骤：

步骤1，获取银行数据库的待签收列表和持票方发送的票据转让请求事件；

步骤2，判断所述票据转让请求事件对应的待转让票据是否在所述待签收列表上，若是，则执行步骤3，若否，则结束票据转让流程；

步骤3，验证所述待转让票据的第一票据信息和待签收列表上对应待签收票据的第二票据信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且执行步骤4，若否，则结束票据转让流程；

步骤4，以第一预设频率对所述已验证票据列表中的所有已验证票据进行签收操作，并更新已签收票据列表；同时将所述待签收列表上对应票据的状态修改为已签收；

步骤5，以第二预设频率对所述已签收票据列表中的所有已签收票据进行背书操作，并更新已背书票据列表；

步骤6，生成已背书票据列表中所有已背书票据对应的支付请求并发送至付款方，建立支付请求列表；

步骤7，获取支付请求列表中所有支付请求的支付状态，根据所述支付状态生成支付交易记录表；

步骤8，以第三预设频率查询所述支付交易记录表，并将所述支付请求的支付状态返回至对应的持票方和付款方。

2.根据权利要求1所述的票据转让处理方法，其特征在于，所述支付状态包括支付成功状态、支付已处理状态和支付失败状态；当所述支付状态为支付失败状态时，所述支付交易记录表还包括支付失败原因，同时步骤8中，将支付失败状态和支付失败原因均返回至对应的持票方和付款方。

3.根据权利要求1或2所述的票据转让处理方法，其特征在于，所述票据转让请求事件包括交易编号和待转让票据的第一票据信息，所述第一票据信息包括第一票号和第一票面信息,所述待签收列表包括待签收票据的第二票据信息，所述第二票据信息包括第二票号和第二票面信息,所述步骤2具体为：

S201，获取票据转让请求表，所述票据转让请求表包括交易编号、票据信息和票据状态；

S202，将所述交易编号和所述第一票据信息***到所述票据转让请求表，并将对应的票据状态设为未验证状态；

S203，以第四预设频率查询所述票据转让请求表，获取票据状态为待验证状态的全部待转让票据对应的第一票号，并查询所述第一票号是否与所述待签收列表上任一待签收票据的第二票号一致，若是，则执行步骤3，若否，则结束票据转让流程。

4.根据权利要求3所述的票据转让处理方法，其特征在于，所述步骤3具体为：验证所述待转让票据的第一票面信息和待签收列表上对应待签收票据的第二票面信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且执行步骤4，若否，则结束票据转让流程。

5.根据权利要求4所述的票据转让处理方法，其特征在于，步骤3和步骤4之间还包括票据验证步骤，所述票据验证步骤具体为：

S800，获取待转让票据的第一票号，在电子商业汇票***中查询所述第一票号，并获取所述第一票号对应的第三票面信息；

S810，判断所述第一票面信息是否与所述第三票面信息相同，若是，则验证通过并执行S820，若否，则结束票据转让流程；

S820，查询预先建立的风险数据库，根据所述第一票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束票据转让流程，若否，则验证通过并执行步骤4。

6.一种票据转让处理***，其特征在于，包括：

第一获取模块，用于获取银行数据库的待签收列表和持票方发送的票据转让请求事件；

判断模块，用于判断所述票据转让请求事件对应的待转让票据是否在所述待签收列表上，若是，则驱动第一验证模块，若否，则结束票据转让流程；

第一验证模块，用于验证所述待转让票据的第一票据信息和待签收列表上对应待签收票据的第二票据信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且驱动签收常驻线程，若否，则结束票据转让流程；

签收模块，用于驱动签收常驻线程以第一预设频率对所述已验证票据列表中的所有已验证票据进行签收操作，并更新已签收票据列表；同时将所述待签收列表上对应票据的状态修改为已签收；

背书模块，用于驱动背书常驻线程以第二预设频率对所述已签收票据列表中的所有已签收票据进行背书操作，并更新已背书票据列表；

支付请求发送模块，用于生成已背书票据列表中所有已背书票据对应的支付请求并发送至付款方，建立支付请求列表；

第二获取模块，用于获取支付请求列表中所有支付请求的支付状态，根据所述支付状态生成支付交易记录表；

查询模块，用于驱动查询常驻线程以第三预设频率查询所述支付交易记录表，并将所述支付请求的支付状态返回至对应的持票方和付款方。

7.根据权利要求6所述的票据转让处理***，其特征在于，所述支付状态包括支付成功状态、支付已处理状态和支付失败状态；当所述支付状态为支付失败状态时，所述支付交易记录表还包括支付失败原因，同时所述查询模块具体用于将支付失败状态和支付失败原因均返回至对应的持票方和付款方。

8.根据权利要求6或7所述的票据转让处理***，其特征在于，所述票据转让请求事件包括交易编号和待转让票据的第一票据信息，所述第一票据信息包括第一票号和第一票面信息,所述待签收列表包括待签收票据的第二票据信息，所述第二票据信息包括第二票号和第二票面信息；所述判断模块包括：

获取单元，用于获取票据转让请求表，所述票据转让请求表包括交易编号、票据信息和票据状态；

数据写入单元，用于将所述交易编号和所述第一票据信息***到所述票据转让请求表，并将对应的票据状态设为未验证状态；

第一判断单元，用于以第四预设频率查询所述票据转让请求表，获取票据状态为待验证状态的全部待转让票据对应的第一票号，并查询所述第一票号是否与所述待签收列表上任一待签收票据的第二票号一致，若是，则驱动第一验证模块，若否，则结束票据转让流程。

9.根据权利要求8所述的票据转让处理***，其特征在于，所述第一验证模块用于验证所述待转让票据的第一票面信息和待签收列表上对应待签收票据的第二票面信息是否一致，若是，则将所述待转让票据添加到已验证票据列表，且驱动签收模块，若否，则结束票据转让流程。

10.根据权利要求9所述的票据转让处理***，其特征在于，还包括第二验证模块，所述第二验证模块具体包括：

第一查询单元，用于获取待转让票据的第一票号，在电子商业汇票***中查询所述第一票号，并获取所述第一票号对应的第三票面信息；

第二判断单元，用于判断所述第一票面信息是否与所述第三票面信息相同，若是，则验证通过并驱动第二判断单元，若否，则结束票据转让流程；

第三判断单元，用于查询预先建立的风险数据库，根据所述第一票号获取对应的风险等级，根据所述风险等级验证所述票据是否存在风险，若是，则生成提示信息，并结束票据转让流程，若否，则验证通过并驱动签收模块。