用于票据交易的信息处理方法及装置

技术领域

本公开涉及数据处理技术领域，具体涉及到一种用于票据交易的信息 处理方法及装置。

背景技术

票据处理业务的各个环节，均需要各个系统的配合和各方人工的高度 参与，流程繁琐，处理周期长。

发明内容

本公开的主要目的在于提供一种用于票据交易的信息处理方法，以解 决票据处理业务的各个环节，均需要各个系统的配合和各方人工的高度参 与，流程繁琐，处理周期长问题。

为了实现上述目的，根据本公开的第一方面，提供了一种用于票据交 易的信息处理方法方法，包括：响应于获取到第一用户端发送的待交易票 据的票据信息，对所述票据信息的合规性进行检测；如果所述检测结果指 示检测合规，生成所述待交易票据的订单信息；响应于接收到第二用户终 端发送的查询待交易票据订单的请求，查询与所述第二用户终端相符的待 交易票据订单，并将与所述第二用户终端相符的待交易票据订单确定为目标订单，其中，所述待交易票据订单为待交易票据的订单信息所对应的订 单；发送所述目标订单至第二用户终端，以使第二用户终端作出交易反馈 信息。

可选地，如果所述检测结果指示检测合规，生成所述待交易票据的订 单，包括：如果所述检测结果指示检测合规，生成所述待交易票据的订单 信息；将生成的所述待交易票据的订单信息存储至内存缓存中。

可选地，发送所述目标订单至第二用户终端，以使第二用户终端作出 交易反馈信息，包括：发送所述目标订单至第二用户终端，以使第二用户 终端作出确认与所述目标订单进行交易的第一反馈信息；响应于接收到第 二用户终端发送的确认与所述目标订单进行交易的第一反馈信息，基于预 设的采用工作流方式完成订单流转的策略，将所述目标订单的支付信息发 送至第二用户终端，以使第二用户终端作出对所述目标订单进行支付的第 二反馈信息；响应于接收到第二用户终端发送的对目标订单进行支付的第 二反馈信息，基于预设的采用工作流方式完成订单流转的策略，将所述目 标订单的签收信息发送至第二用户终端，以使第二用户终端作出对目标订 单进行签收的第三反馈信息。

可选地，所述发送所述目标订单至第二用户终端，以使第二用户终端 作出交易反馈信息包括：发送所述目标订单至第二用户终端，以使第二用 户终端作出交易反馈信息；响应于第二用户终端作出交易反馈信息，对第 二用户终端添加分布式锁。

根据本公开的第二方面，提供了一种用于票据交易的信息处理装置， 包括：检测单元，被配置成响应于获取到第一用户端发送的待交易票据的 票据信息，对所述票据信息的合规性进行检测；生成单元，被配置成如果 所述检测结果指示检测合规，生成所述待交易票据的订单信息；确定单元， 被配置成响应于接收到第二用户终端发送的查询待交易票据订单的请求， 查询与所述第二用户终端相符的待交易票据订单，并将与所述第二用户终端相符的待交易票据订单确定为目标订单，其中，所述待交易票据订单为 待交易票据的订单信息所对应的订单；发送单元，被配置成发送所述目标 订单至第二用户终端，以使第二用户终端作出交易反馈信息。

可选地，检测单元进一步被配置成包括：生成模块，被配置成如果所 述检测结果指示检测合规，生成所述待交易票据的订单信息；存储模块， 被配置成将生成的所述待交易票据的订单信息存储至内存缓存中。

可选地，发送单元进一步被配置成：发送所述目标订单至第二用户终 端，以使第二用户终端作出确认与所述目标订单进行交易的第一反馈信息； 响应于接收到第二用户终端发送的确认与所述目标订单进行交易的第一反 馈信息，基于预设的采用工作流方式完成订单流转的策略，将所述目标订 单的支付信息发送至第二用户终端，以使第二用户终端作出对所述目标订 单进行支付的第二反馈信息；响应于接收到第二用户终端发送的对目标订 单进行支付的第二反馈信息，基于预设的采用工作流方式完成订单流转的 策略，将所述目标订单的签收信息发送至第二用户终端，以使第二用户终 端作出对目标订单进行签收的第三反馈信息。

可选地，发送单元进一步被配置成包括：发送所述目标订单至第二用 户终端，以使第二用户终端作出交易反馈信息；响应于第二用户终端作出 交易反馈信息，对第二用户终端添加分布式锁。

根据本公开的第三方面，提供了一种计算机可读存储介质，存储有计 算机指令，所述计算机指令用于使所述计算机执行第一方面任意一项实施 例所述的用于票据交易的信息处理方法。

根据本公开的第四方面，提供了一种电子设备，包括：至少一个处理 器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存 储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述 至少一个处理器执行，以使所述至少一个处理器执行第一方面任意一项实 施例所述的用于票据交易的信息处理方法。

本公开的实施例用于票据交易的信息处理方法，通过响应于获取到第 一用户端发送的待交易票据的票据信息，对票据信息的合规性进行检测； 如果所述检测结果指示检测合规，生成待交易票据的订单信息；响应于接 收到第二用户终端发送的查询待交易票据订单的请求，查询与第二用户终 端相符的待交易票据订单，并将与第二用户终端相符的待交易票据订单确 定为目标订单，其中，待交易票据订单为待交易票据的订单信息所对应的订单；发送目标订单至第二用户终端，以使第二用户终端作出交易反馈信 息。实现了票据交易的自动化，解决了现有技术互联网处理票据交易业务， 流程繁琐，交易周期长的技术问题。

附图说明

为了更清楚地说明本公开具体实施方式或现有技术中的技术方案，下 面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地，下面描述中的附图是本公开的一些实施方式，对于本领域普 通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获 得其他的附图。

图1是根据本公开实施例的用于票据交易的信息处理方法的流程图；

图2是根据本公开实施例的用于票据交易的信息处理装置示意图；

图3是根据本公开实施例的电子设备的示意图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第 一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先 后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述 的本公开的实施例。此外，术语“包括”和“具有”以及他们的任何变形， 意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方 法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包 括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤 或单元。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的 特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

可以应用本公开的用于票据交易的信息处理方法或装置的实施例的 系统架构可以包括多个用户终端，网络和服务器。网络用以在用户终端 和服务器之间提供通信链路的介质。网络可以包括各种连接类型，例如 有线、无线通信链路或者光纤电缆等等。

用户可以使用用户终端通过网络与服务器交互，以接收或发送消息 等。用户终端可以包括票据交易业务中的多个卖方用户终端，票据交易 业务中的多个买方用户终端。用户终端上可以安装有各种通讯客户端应 用，例如票据交易用的应用等。

用户终端可以是硬件，也可以是软件。当用户终端为硬件时，可以 是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝 上型便携计算机和台式计算机等等。当用户终端为软件时，可以安装在 上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如买 方用户终端用来提供待交易票据的票据信息，卖方终端上设备用来查询 相应的订单信息)，也可以实现成单个软件或软件模块。在此不做具体限 定。

服务器可以是提供各种服务的服务器，例如对用户终端上安装的票 据交易服务支持的后台服务器。后台服务器可以对用户终端发送的票据 交易请求进行分析等处理，并将处理结果反馈给用户终端。

需要说明的是，本公开实施例所提供的用于票据交易的信息处理方法 一般由服务器执行，相应地，用于票据交易的信息处理装置一般设置于服 务器中。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬 件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成 单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，也 可以实现成单个软件或软件模块。在此不做具体限定。

本公开的实施例，在服务器上可以基于中台技术建立票据交易业务 的交易平台，该平台采用的中台技术可以是微服务框架spring cloud，以 实现在票据交易业务中，易于和第三方集成；同时不会和HTML/CSS或 其他界面组件混合，即前后端分离。同时该平台可以采用的部署方案是 阿里云平台+docker实现。

根据本公开实施例，提供了一种用于票据交易的信息处理方法，如图1 示，该方法包括如下的步骤101至步骤104：

步骤101：响应于获取到第一用户端发送的待交易票据的票据信息，对 所述票据信息的合规性进行检测。

在本实施例中，执行主体在获取到卖方用户端发送的待交易票据的票 据信息后，对票据信息的合规性进行检测。待交易票据可以是电子汇票， 票据的合规性指票据符合规定的票据标准(如待交易票据符合电子汇票的 标准，是真电子汇票)。可以利用预设的识别策略，对待交易票据包含的可 以用于确定合规性的票据信息进行识别，而后对识别的票据信息进行判断， 得到待交易票据的合规性检测结果。

步骤102：如果所述检测结果指示检测合规，生成所述待交易票据的订 单信息。

在本实施例中，基于步骤101得到的合规性的待交易票据，可以生成 待交易票据的订单信息，可以是首先基于待交易票据的包含的特定的票据 信息(例如，根据发票日期和票面金额)计算贴现利息结果，该贴现利息 结果信息中可以包括到手价、按照每十万贴息计算的结果，该每十万贴息 计算用于大额交易时贴息计算结果以及年华等；而后可以是将待交易票据 包含票据信息、贴现利息计算结果、我的户信息和他的户信息确定为待交易票据订单的订单信息，其中票据信息包括票面金额、到期日、背书手数、 承兑人以及最后一手背书公司；我的户信息和他的户信息包括我的户和他 的户交易方名称、开户银行账户及大额行号等信息，将包括上述订单信息 对应的订单确定为待交易票据的订单。

作为本实施例一种可选的实现方式，如果所述检测结果指示检测合规， 生成所述待交易票据的订单，包括：如果所述检测结果指示检测合规，生 成所述待交易票据的订单信息；将生成的所述待交易票据的订单信息存储 至内存缓存中。

在本实施例中，基于步骤101得到的合规性的待交易票据，可以生成 待交易票据的订单信息，而后采用ELK技术，将订单信息存储在内存缓存 中，存储在内存缓存中可以减少用户端与数据库交互，从而可以大大提高 页面的响应速度，可以理解的是，还可以同时将待交易票据的订单信息存 储至数据库中。

步骤103：响应于接收到第二用户终端发送的查询待交易票据订单的请 求，查询与所述第二用户终端相符的待交易票据订单，并将与所述第二用 户终端相符的待交易票据订单确定为目标订单，其中，所述待交易票据订 单为待交易票据的订单信息所对应的订单。

在本实施例中，执行主体可以接收买方用户端发送的查询待交易票据 订单的请求，该请求可以是基于执行主体向买方终端呈现的查询界面，并 由买方终端输入(输入方式不做限定，可以是点击选定或者输入文字)查 询条件而触发，查询条件可以是订单信息中的任一要素信息，例如，买方 终端输入票面金额在30万到50万之间、到期日在2021年之前等等。而后 执行主体基于该查询条件从内存缓存中(优先从内存缓存中，也可从数据 库中)确定包含该查询条件的订单信息所对应的至少一个待交易票据的订 单，将至少一个待交易票据的订单确定为目标订单。买方用户终端可以是 个人的终端，也可以是商业银行的终端。

步骤104：发送所述目标订单至第二用户终端，以使第二用户终端作出 交易反馈信息。

在本实施例中，在确定目标订单之后，将目标订单发送至买方用户终 端，以使买方用户终端作出交易反馈信息，交易反馈信息可以是用于完成 票据交易业务的操作反馈信息。具体地，买方用户终端可以在获得至少一 个待交易票据信息之后，以列表的形式向呈现至买方用户终端的交互界面， 以使买方通过交互界面作出交易反馈信息，并最终由买方用户终端发送交 易反馈信息至执行主体。

作为本实施例一种可选的实现方式，发送所述目标订单至第二用户终 端，以使第二用户终端作出交易反馈信息，包括：发送所述目标订单至第 二用户终端，以使第二用户终端作出确认与所述目标订单进行交易的第一 反馈信息；响应于接收到第二用户终端发送的确认与所述目标订单进行交 易的第一反馈信息，基于预设的采用工作流方式完成订单流转的策略，将 所述目标订单的支付信息发送至第二用户终端，以使第二用户终端作出对 所述目标订单进行支付的第二反馈信息；响应于接收到第二用户终端发送 的对目标订单进行支付的第二反馈信息，基于预设的采用工作流方式完成 订单流转的策略，将所述目标订单的签收信息发送至第二用户终端，以使 第二用户终端作出对目标订单进行签收的第三反馈信息。

在本实施例中，执行主体发送目标订单至买方用户终端后，买方用户 终端作出确认与目标订单作出交易的第一反馈信息，例如，执行主体可以 将至少一个待交易票据订单发送至买方用户终端，买方用户终端可以基于 买方的选定操作，确定最终一个或者多个为欲买入的待票据所对应待交易 票据的订单。

具体地，可以预先针对每一个待交易票据的订单采用工作流的方式完 成订单的流转，采用订单流转的规范和数据安全性都得到了最大的保护， 在接收到买方用户终端发送第一反馈信息之后，可以进一步实现将目标订 单的支付信息发送至买方终端，以使买方用户通过买方终端对基于确认的 目标订单进行支付。支付资金流转至与执行主体对接的第三方支付平台中， 由第三方平台代管资金。克服了现有技术中，在票据交易过程中由于没有 资金托管平台，资金直接在买卖双方中流动，资金容易引起纠纷且安全性 差。

具体地，在本过程中，当买方用户端对确认的目标订单进行支付时， 执行主体可以通过异步回调加主动查询的方式实现交易的可靠性，例如， 服务器可以调用第三方支付平台的接口，接收第三方平台接口反馈的买方 用户端基于提交的订单的付款结果，该付款结果为异步反馈结果，可以基 于服务器的异步回调机制实现，(异步反馈即为第三方支付平台将支付结果 异步通知至服务器)。采用异步回调的方式可以解决高并发情境下的处理性 能，但是若第三方支付平台的回调会比较慢，因此在异步回调的基础上增 加主动查询步骤，解决回调不及时的问题。具体可以使用延时任务来出动 查询第三方支付平台的交易状态，通过状态判断来执行业务流。

具体地，在买方用户端完成对待交易票据订单的支付信息之后，可以 进一步将完成支付的订单的签收信息发送至买方用户终端，以使买方用户 在签收票据之后，在买方用户终端上反馈对目标订单进行签收的反馈信息。 在买方通过买方用户端签收目标订单之后，执行主体可以将待交易票据完 成交易的信息反馈至第三方。在将完成支付的订单的签收信息发送至买方 用户终端前，还将完成对订单支付的信息发送至卖方用户终端，以使卖方 用户终端在接收到该信息之后，为待交易票据作出背书反馈，并由执行主 体接收背书后的待交易票据。在买方用户终端完成订单的签收之后，执行 主体可以将签收信息反馈至第三方支付平台，以使第三方支付平台自动划 拨支付资金至进卖方账户，从而避免了买卖双发的纠纷并同时保证了资金 安全性。

具体地，在上述订单流转的任一交易环节，执行主体可以实时的接收 任一方用户端发送的取消对待交易票据进行交易的请求，而后基于该请求， 终止票据交易任务。执行主体还可预先采用全局的错误码处理机制，实现 了全场景错误级别的分类处理，更实现了错误码的页面可配置化(能够根 据运行需要而被配置)。将所有的错误首先按照系统级别进行的分类，其次 就是按照业务级别进行分类，再次就是业务场景和错误级别进行分类。当 用户终端获取到错误码，执行主体根据错误码的分类和错误级别，做出不 同的处理机制，例如，既可以实现弹框，也能实现弹出tip，以及其他的一 些操作用以提示用户错误信息。还实现了错误码的可配置化，直接通过页 面配置就是实现错误信息的提示替换和错误处理的替换，这样可以实现先 相关人员管理配置系统就能解决平台的错误信息处理。

作为本实施例一种可选的实现方式，发送所述目标订单至第二用户终 端，以使第二用户终端作出交易反馈信息包括：发送所述目标订单至第二 用户终端，以使第二用户终端作出交易反馈信息；响应于第二用户终端作 出交易反馈信息，对第二用户终端添加分布式锁。

在本实施例中，当买方用户端在除了查询操作以外，执行主体可以运 用分布式缓存redis的并发能力，运用分布式锁来增加订单流相关环节并发 处理。进而保证了高并发下的数据读写安全。具体地，当执行主体将目标 订单发送至买方用户终端后，为了避免出现由于多个买方用户终端同时对 同一个待交易票据的订单进行同时进行相同的业务请求，执行主体可以对 买方用户终端添加分布式锁，在完成业务处理后，释放分布式锁。使用redis 实现分布式锁能保证在高并发的场景下保证数据的一致性。在订单流中完 成一系列操作，包含状态校验、前置校验、加锁、解锁、主流程处理、额 外数据处理等。在进入主流程之前要完成一系列校验操作，对不符合条件 的数据提前过滤掉可以大大提高性能。在主流程中对数据完成处理后及时 释放分布式锁，以便进行后续操作。在主流程中处理完的数据需要释放出 去给外部使用的时候用额外操作进行处理，无需影响主流程。

本公开的实施例用于票据交易的信息处理方法，通过响应于获取到第 一用户端发送的待交易票据的票据信息，对票据信息的合规性进行检测； 如果所述检测结果指示检测合规，生成所述待交易票据的订单信息；响应 于接收到第二用户终端发送的查询待交易票据订单的请求，查询与所述第 二用户终端相符的待交易票据订单，并将与所述第二用户终端相符的待交 易票据订单确定为目标订单，其中，待交易票据订单为待交易票据的订单信息所对应的订单；发送目标订单至第二用户终端，以使第二用户终端作 出交易反馈信息。实现了票据交易的自动化，解决了现有技术互联网处理 票据交易业务，流程繁琐，交易周期长的技术问题。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可 执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序， 但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本公开实施例，还提供了一种用于实施上述用于票据交易的信息 处理方法的装置，如图2所示，该装置包括：检测单元201，被配置成响应 于获取到第一用户端发送的待交易票据的票据信息，对所述票据信息的合 规性进行检测。生成单元202，被配置成如果所述检测结果指示检测合规， 生成所述待交易票据的订单信息；确定单元203，被配置成响应于接收到第 二用户终端发送的查询待交易票据订单的请求，查询与所述第二用户终端相符的待交易票据订单，并将与所述第二用户终端相符的待交易票据订单 确定为目标订单，其中，所述待交易票据订单为待交易票据的订单信息所 对应的订单；发送单元204，被配置成发送所述目标订单至第二用户终端， 以使第二用户终端作出交易反馈信息。

作为本实施例一种可选的实现方式，检测单元201进一步被配置成包括： 生成模块，被配置成如果所述检测结果指示检测合规，生成所述待交易票 据的订单信息；存储模块，被配置成将生成的所述待交易票据的订单信息 存储至内存缓存中。

作为本实施例一种可选的实现方式，发送单元进一步被配置成：发送 所述目标订单至第二用户终端，以使第二用户终端作出确认与所述目标订 单进行交易的第一反馈信息；响应于接收到第二用户终端发送的确认与所 述目标订单进行交易的第一反馈信息，基于预设的采用工作流方式完成订 单流转的策略，将所述目标订单的支付信息发送至第二用户终端，以使第 二用户终端作出对所述目标订单进行支付的第二反馈信息；响应于接收到 第二用户终端发送的对目标订单进行支付的第二反馈信息，基于预设的采 用工作流方式完成订单流转的策略，将所述目标订单的签收信息发送至第 二用户终端，以使第二用户终端作出对目标订单进行签收的第三反馈信息。

作为本实施例一种可选的实现方式，发送单元进一步被配置成包括： 发送所述目标订单至第二用户终端，以使第二用户终端作出交易反馈信息； 响应于第二用户终端作出交易反馈信息，对第二用户终端添加分布式锁。

本公开实施例提供了一种电子设备，如图3所示，该电子设备包括一 个或多个处理器31以及存储器32，图3中以一个处理器33为例。

该控制器还可以包括：输入装置33和输出装置34。

处理器31、存储器32、输入装置33和输出装置34可以通过总线或者 其他方式连接，图3中以通过总线连接为例。

处理器31可以为中央处理器(CentralProcessingUnit，CPU)。处理器31 还可以为其他通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、 专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现场可编程门阵 列(Field－ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立 门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。 通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器32作为一种非暂态计算机可读存储介质，可用于存储非暂态软 件程序、非暂态计算机可执行程序以及模块，如本公开实施例中的控制方 法对应的程序指令/模块。处理器31通过运行存储在存储器32中的非暂态 软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理， 即实现上述方法实施例的用于票据交易的信息处理方法。

存储器32可以包括存储程序区和存储数据区，其中，存储程序区可存 储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服 务器操作的处理装置的使用所创建的数据等。此外，存储器32可以包括高 速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器 件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器32 可选包括相对于处理器31远程设置的存储器，这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部 网、局域网、移动通信网及其组合。

输入装置33可接收输入的数字或字符信息，以及产生与服务器的处理 装置的用户设置以及功能控制有关的键信号输入。输出装置34可包括显示 屏等显示设备。

一个或者多个模块存储在存储器32中，当被一个或者多个处理器31 执行时，执行如图1所示的方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算 机可读取存储介质中，该程序在执行时，可包括如上述各电机控制方法的 实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体 (Read－OnlyMemory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive，缩写：HDD) 或固态硬盘(Solid－StateDrive，SSD)等；存储介质还可以包括上述种类的存 储器的组合。

虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在 不脱离本公开的精神和范围的情况下作出各种修改和变型，这样的修改和 变型均落入由所附权利要求所限定的范围之内。