CN115269658A - 在线询单的数据处理方法、系统以及装置 - Google Patents

Abstract

本发明提供了一种在线询单的数据处理方法、系统以及装置，涉及承兑汇票询单技术领域，缓解了现有技术中对于询单业务的处理效率较低的技术问题。该方法包括：获取针对目标订单的询单请求，确定目标订单的订单类型和询单请求的请求内容；基于订单类型对目标订单中的目标信息进行查询，得到查询结果；其中，目标信息为目标订单中与请求内容对应的信息；发送查询结果。

Description

在线询单的数据处理方法、系统以及装置

技术领域

本申请涉及承兑汇票询单技术领域，尤其是涉及一种在线询单的数据处理方法、系统以及装置。

背景技术

随着公司发展，业务越来越多，公司业务人员的售前工作主要集中在帮助客户询问订单信息上，且该部分占据售前近一半的工作量。例如，客户向业务人员询问承兑汇票的相关信息，业务人员根据客户的需求为客户查询对应的承兑汇票，以供客户挑选。

但是，对于这种方式存在着对于询单业务的处理效率较低的技术问题。

发明内容

本申请的目的在于提供一种在线询单的数据处理方法、系统以及装置，以缓解现有技术中对于询单业务的处理效率较低的技术问题。

第一方面，本申请实施例提供了一种在线询单的数据处理方法，所述方法包括：

获取针对目标订单的询单请求，确定所述目标订单的订单类型和所述询单请求的请求内容；

基于所述订单类型对所述目标订单中的目标信息进行查询，得到查询结果；其中，所述目标信息为所述目标订单中与所述请求内容对应的信息；

发送所述查询结果。

在一个可能的实现中，所述获取针对目标订单的询单请求，确定所述目标订单的订单类型和所述询单请求的请求内容，包括：

获取针对目标订单的询单请求，对所述目标订单是否接受在线询单进行判断；

若所述目标订单接受在线询单，则确定所述目标订单的订单类型和所述询单请求的请求内容。

在一个可能的实现中，所述目标订单的订单类型为识票据发布且打码订单；所述请求内容包括下述任意一项或多项：

票面信息、背书手数信息、敏感字信息、个体户信息。

在一个可能的实现中，所述目标订单的订单类型为普通订单；所述请求内容包括下述任意一项或多项：

背书手数信息、敏感字信息、个体户信息。

在一个可能的实现中，还包括：

获取预设时间段内的若干询单请求、与所述若干询单请求对应的若干查询结果以及与所述若干查询结果对应的若干查询时间；

基于所述若干询单请求、所述若干查询结果以及所述若干查询时间生成在所述预设时间段内的在线询单统计结果。

在一个可能的实现中，所述在线询单统计结果包括下述任意一项或多项：

在线询单总量、在线询单类型、在线询单效率、在线询单明细。

第二方面，本申请实施例提供了一种在线询单的数据处理系统，所述系统包括：

交易平台和后台统计系统；

所述交易平台用于获取针对目标订单的询单请求，确定所述目标订单的订单类型和所述询单请求的请求内容；

所述交易平台还用于基于所述订单类型对所述目标订单中的目标信息进行查询，得到查询结果；其中，所述目标信息为所述目标订单中与所述请求内容对应的信息；

所述交易平台还用于发送所述查询结果；

所述后台统计系统用于获取预设时间段内的若干询单请求、与所述若干询单请求对应的若干查询结果以及与所述若干查询结果对应的若干查询时间；基于所述若干询单请求、所述若干查询结果以及所述若干查询时间生成在所述预设时间段内的在线询单统计结果。

第三方面，本申请实施例提供了一种在线询单的数据处理装置，所述装置包括：

获取模块，用于获取针对目标订单的询单请求，确定所述目标订单的订单类型和所述询单请求的请求内容；

查询模块，用于基于所述订单类型对所述目标订单中的目标信息进行查询，得到查询结果；其中，所述目标信息为所述目标订单中与所述请求内容对应的信息；

发送模块，用于发送所述查询结果。

第四方面，本申请实施例提供了一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述第一方面所述的方法的步骤。

本申请实施例带来了以下有益效果：

本申请实施例提供了一种在线询单的数据处理方法、系统以及装置，首先获取客户针对目标订单的询单请求，确定目标订单的订单类型和询单请求的请求内容，之后基于订单类型对目标订单中的目标信息进行查询，得到查询结果，其中的目标信息为目标订单中与请求内容对应的信息，从而发送查询结果给客户，将线下询单转移至线上，并且减少参与方，提升客户体验及询单效率，释放业务人员的人力，提升平台整体效率，缓解了现有技术中对于询单业务的处理效率较低的技术问题。

附图说明

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

图1为本申请实施例提供的一种在线询单的数据处理方法的流程示意图；

图2为本申请实施例提供的一种在线询单的数据处理系统的结构示意图；

图3为本申请实施例提供的一种在线询单的数据处理装置的结构示意图；

图4为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

本申请实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前，随着公司发展，业务越来越多，公司业务人员的售前工作主要集中在帮助客户询问订单信息上，且该部分占据售前近一半的工作量。因此需要有一套完善的线上流程提供给客户，减少公司业务工作人员的线下工作量，提升客户体验及询单效率，释放业务人员的人力，提升平台整体效率。

基于此，本申请实施例提供了一种在线询单的数据处理方法、系统以及装置，通过本申请实施例所提供的方法可以缓解现有技术中对于询单业务的处理效率较低的技术问题。

下面结合附图对本申请实施例进行进一步的介绍。

图1为本申请实施例提供的一种在线询单的数据处理方法的流程示意图。如图1所示，该方法包括:

步骤S110，获取针对目标订单的询单请求，确定目标订单的订单类型和询单请求的请求内容。

示例性的，以承兑汇票订单为例，资金方客户可以根据自身需求，向目标订单发起询单请求，系统可以基于针对目标订单的询单请求确定目标订单的订单类型和询单请求的请求内容。例如，资金方客户是针对某一承兑汇票的票面信息进行的请求。

步骤S120，基于订单类型对目标订单中的目标信息进行查询，得到查询结果。

其中，目标信息为目标订单中与请求内容对应的信息。

示例性的，系统可以基于订单类型，在数据库中对目标订单中的目标信息进行查询，得到查询结果。例如，资金方客户是针对某一承兑汇票的票面信息进行的请求，则系统可以在数据库中对该承兑汇票的票面信息进行查询，得到对应的查询结果。

步骤S130，发送查询结果。

示例性的，系统在得到查询结果后，可以将其发送给资金方客户，以使资金方客户获得对应的票面信息。

本申请实施例中，系统首先获取客户针对目标订单的询单请求，确定目标订单的订单类型和询单请求的请求内容，之后基于订单类型对目标订单中的目标信息进行查询，得到查询结果，其中的目标信息为目标订单中与请求内容对应的信息，从而发送查询结果给客户，将线下询单转移至线上，并且减少参与方，提升客户体验及询单效率，释放业务人员的人力，提升平台整体效率，缓解了现有技术中对于询单业务的处理效率较低的技术问题。

下面对上述步骤进行详细介绍。

在一些实施例中，上述步骤S110具体可以包括如下步骤：

步骤a)，获取针对目标订单的询单请求，对目标订单是否接受在线询单进行判断。

步骤b)，若目标订单接受在线询单，则确定目标订单的订单类型和询单请求的请求内容。

示例性的，系统再接收到针对目标订单的询单请求后，将首先判断对应的目标订单是否为可接收在线询单的订单，因为部分持票方客户出于隐私或是收益考虑，可能自定义不接受在线询单，只接受线下的询单，因此该部分订单不开放在线询单权限，资金方客户无法在线询单。而其他订单均为可接收在线询单的订单，因此系统可以根据询单请求，确定目标订单的订单类型和询单请求的请求内容。

通过使系统获取针对目标订单的询单请求，对目标订单是否接受在线询单进行判断，若目标订单接受在线询单，则确定目标订单的订单类型和询单请求的请求内容，使得在充分保护用户的隐私的前提下有效的提高对于询单业务的处理效率。

在一些实施例中，目标订单的订单类型为识票据发布且打码订单；请求内容包括下述任意一项或多项：

票面信息、背书手数信息、敏感字信息、个体户信息。

示例性的，订单类型主要包括两种，识票据发布且打码订单和普通发布订单。对于不同的订单类型，所对应的可以请求的内容也有所不同。对于识票据发布且打码订单，由于票面均被持票方打码，系统可以发送询问票面消息通知至持票方，持票方仅需选择同意，系统即可自动发送未打码的原票面图片至资金方，以使资金方客户获得票面信息。对于识票据发布且打码订单，其对应的背书手数信息、敏感字信息等均支持系统自动回复，即系统获取到资金方客户的请求后，可以自动将对应的背书手数信息、敏感字信息返回给资金方客户。而对于个体户信息则需要持票方客户手动回复。

其中询问背书手数信息是为了使资金方可以查看背面背书信息是否符合自己的要求。敏感字信息是为了查看票面、背面关键字是否包含敏感字。询问个体户信息是为了查看票面、背面关键字是否包含个体户。

在一些实施例中，目标订单的订单类型为普通订单；请求内容包括下述任意一项或多项：

背书手数信息、敏感字信息、个体户信息。

示例性的，订单类型包括普通发布订单，对于普通发布订单的票面信息是公开的，无需针对性的去请求查看。而对于背书手数信息、敏感字信息等请求内容，持票方客户可以设置手动回复或是识票据识别回复，即资金方客户发起请求后持票方客户收到提醒，从而选择手动回复或是识票据识别回复。其中识票据识别回复一次后该订单后续同类型的询单均支持系统自动回复。个体户信息需要持票方客户手动回复。

通过使订单类型以及请求内容的种类包括多种，使系统可以为客户提供更加多样化的服务，从而有效的提高对于询单业务的处理效率。

在一些实施例中，该方法还可以包括如下步骤：

步骤c)，获取预设时间段内的若干询单请求、与若干询单请求对应的若干查询结果以及与若干查询结果对应的若干查询时间。

步骤d)，基于若干询单请求、若干查询结果以及若干查询时间生成在预设时间段内的在线询单统计结果。

示例性的，系统可以在预设时间段内(例如，每天)对全部的询单请求(请求内容类型)、对应的查询结果(成功或失败)以及与每个查询业务对应的查询时间(查询用时)进行获取统计，从而得到系统在预设时间段内的在线询单统计结果，进而可以使工作人员根据该在线统计结果判定出系统的运行情况，进行改进优化，进一步提高对于询单业务的处理效率。

基于上述步骤c)和步骤d)，在线询单统计结果包括下述任意一项或多项：

在线询单总量、在线询单类型、在线询单效率、在线询单明细。

示例性的，在线询单统计可以按日维度进行统计。例如，可以对询单总量、针对票面的询单、针对背书手数的询单、针对敏感字的询单、针对个体户的询单等多种类型进行统计。后台系统从数据库中读取询单日志。将询单量和回复量、回复时间等数据按日维度聚合计算，计算出各种类型询单的回复率和回复时长，用以监控询单工作量及效率的变化。

通过使在线询单统计结果包括多种类型，使系统可以针对多种数据进行统计，进而生成直观全面的统计数据，使得工作人员可以根据相关统计数据对系统进行优化，进一步提高对于询单业务的处理效率。

图2为本申请实施例提供的一种在线询单的数据处理系统的结构示意图。如图2所示，该系统包括:

交易平台和后台统计系统；

交易平台用于获取针对目标订单的询单请求，确定目标订单的订单类型和询单请求的请求内容；

交易平台还用于基于订单类型对目标订单中的目标信息进行查询，得到查询结果；其中，目标信息为目标订单中与请求内容对应的信息；

交易平台还用于发送查询结果；

后台统计系统用于获取预设时间段内的若干询单请求、与若干询单请求对应的若干查询结果以及与若干查询结果对应的若干查询时间；基于若干询单请求、若干查询结果以及若干查询时间生成在预设时间段内的在线询单统计结果。

交易平台获取客户的不同询单请求，根据询单请求的询单类型执行不同的子流程(背书手数信息、敏感字信息、个体户信息等)，之后将发起询单、系统自动回复、持票方回复、询单失效等不同场景均有对应类型的消息通知发送到相关方。

图3为本申请实施例提供的一种在线询单的数据处理装置的结构示意图。如图3所示，在线询单的数据处理装置300包括:

获取模块301，用于获取针对目标订单的询单请求，确定目标订单的订单类型和询单请求的请求内容；

查询模块302，用于基于订单类型对目标订单中的目标信息进行查询，得到查询结果；其中，目标信息为目标订单中与请求内容对应的信息；

发送模块303，用于发送查询结果。

在一些实施例中，获取模块301具体用于：

获取针对目标订单的询单请求，对目标订单是否接受在线询单进行判断；

若目标订单接受在线询单，则确定目标订单的订单类型和询单请求的请求内容。

在一些实施例中，目标订单的订单类型为识票据发布且打码订单；请求内容包括下述任意一项或多项：

票面信息、背书手数信息、敏感字信息、个体户信息。

在一些实施例中，目标订单的订单类型为普通订单；请求内容包括下述任意一项或多项：

背书手数信息、敏感字信息、个体户信息。

在一些实施例中，该装置还可以包括：

生成模块，用于获取预设时间段内的若干询单请求、与若干询单请求对应的若干查询结果以及与若干查询结果对应的若干查询时间；

基于若干询单请求、若干查询结果以及若干查询时间生成在预设时间段内的在线询单统计结果。

在一些实施例中，在线询单统计结果包括下述任意一项或多项：

在线询单总量、在线询单类型、在线询单效率、在线询单明细。

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。

本发明实施例提供了一种电子设备，具体的，该电子设备包括处理器和存储装置；存储装置上存储有计算机程序，计算机程序在被处理器运行时执行如上实施方式的任一项的方法。

图4为本发明实施例提供的一种电子设备的结构示意图，该电子设备包括：处理器401，存储器402，总线403和通信接口404，处理器401、通信接口404和存储器402通过总线403连接；处理器401用于执行存储器402中存储的可执行模块，例如计算机程序。

其中，存储器402可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(Non-volatile Memory)，例如至少一个磁盘存储器。通过至少一个通信接口404(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线403可以是ISA总线、PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器402用于存储程序，处理器401在接收到执行指令后，执行程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器401中，或者由处理器401实现。

处理器401可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器401可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processing，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器402，处理器401读取存储器402中的信息，结合其硬件完成上述方法的步骤。

本发明实施例所提供的可读存储介质的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见前述方法实施例，在此不再赘述。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种在线询单的数据处理方法，其特征在于，所述方法包括：

获取针对目标订单的询单请求，确定所述目标订单的订单类型和所述询单请求的请求内容；

基于所述订单类型对所述目标订单中的目标信息进行查询，得到查询结果；其中，所述目标信息为所述目标订单中与所述请求内容对应的信息；

发送所述查询结果。

2.根据权利要求1所述的方法，其特征在于，所述获取针对目标订单的询单请求，确定所述目标订单的订单类型和所述询单请求的请求内容，包括：

获取针对目标订单的询单请求，对所述目标订单是否接受在线询单进行判断；

若所述目标订单接受在线询单，则确定所述目标订单的订单类型和所述询单请求的请求内容。

3.根据权利要求1所述的方法，其特征在于，所述目标订单的订单类型为识票据发布且打码订单；所述请求内容包括下述任意一项或多项：

票面信息、背书手数信息、敏感字信息、个体户信息。

4.根据权利要求1所述的方法，其特征在于，所述目标订单的订单类型为普通订单；所述请求内容包括下述任意一项或多项：

背书手数信息、敏感字信息、个体户信息。

5.根据权利要求1所述的方法，其特征在于，还包括：

获取预设时间段内的若干询单请求、与所述若干询单请求对应的若干查询结果以及与所述若干查询结果对应的若干查询时间；

基于所述若干询单请求、所述若干查询结果以及所述若干查询时间生成在所述预设时间段内的在线询单统计结果。

6.根据权利要求5所述的方法，其特征在于，所述在线询单统计结果包括下述任意一项或多项：

在线询单总量、在线询单类型、在线询单效率、在线询单明细。

7.一种在线询单的数据处理系统，其特征在于，所述系统包括：

交易平台和后台统计系统；

所述交易平台用于获取针对目标订单的询单请求，确定所述目标订单的订单类型和所述询单请求的请求内容；

所述交易平台还用于基于所述订单类型对所述目标订单中的目标信息进行查询，得到查询结果；其中，所述目标信息为所述目标订单中与所述请求内容对应的信息；

所述交易平台还用于发送所述查询结果；

所述后台统计系统用于获取预设时间段内的若干询单请求、与所述若干询单请求对应的若干查询结果以及与所述若干查询结果对应的若干查询时间；基于所述若干询单请求、所述若干查询结果以及所述若干查询时间生成在所述预设时间段内的在线询单统计结果。

8.一种在线询单的数据处理装置，其特征在于，所述装置包括：

获取模块，用于获取针对目标订单的询单请求，确定所述目标订单的订单类型和所述询单请求的请求内容；

查询模块，用于基于所述订单类型对所述目标订单中的目标信息进行查询，得到查询结果；其中，所述目标信息为所述目标订单中与所述请求内容对应的信息；

发送模块，用于发送所述查询结果。

9.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至6任一项所述的方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行所述权利要求1至6任一项所述的方法。

Images