发票数据处理方法、装置、存储介质及电子设备

技术领域

本公开涉及计算机技术领域，具体地，涉及一种发票数据处理方法、装置、存储介质及电子设备。

背景技术

目前企业在办理发票业务时，通常无法直接通过企业自己的业务系统查看或者办理发票相关业务，只能通过开票软件或者其他税务相关的客户端访问税务系统进行发票业务办理。当前如若要实现企业的业务系统与税务系统的数据共享，则需要在企业的业务系统中接入税务相关组件的接口，然而，通常在企业业务系统与税务相关组件的开发语言不一致的情况下，实现接入该税务相关组件的难度较大，且接口调用过程比较繁琐，对发票信息的处理效率较低，不利于提升办税效率。

发明内容

本公开的目的是提供一种发票数据处理方法、装置、存储介质及电子设备。

为了实现上述目的，本公开第一方面提供一种发票数据处理方法，应用于中间客户端，所述方法包括：

接收业务系统发送的HTTP(中文译文：超文本传输协议)协议接口调用请求，所述HTTP协议接口调用请求包括目标发票业务标识和业务报文体；

对所述HTTP协议接口调用请求进行协议解析，以得到所述目标发票业务标识对应的目标发票业务接口和所述业务报文体对应的目标业务参数；

通过所述目标发票业务接口根据所述目标业务参数执行目标业务。

可选地，对所述HTTP协议接口调用请求进行协议解析，以得到所述目标发票业务标识对应的目标发票业务接口和所述业务报文体对应的目标业务参数，包括：

通过预设对应关系获取所述发票业务标识对应的目标发票业务接口，所述预设对应关系包括多个发票业务标识与业务接口的对应的关系；

通过预设解密方式对所述业务报文体进行解密，以得到所述目标业务参数。

可选地，所述方法还包括：

接收所述目标发票业务接口发送的业务处理反馈消息；

将所述业务处理反馈消息发送至所述业务系统，以使所述业务系统展示所述业务处理反馈消息。

可选地，所述业务报文体为通过预设加密方对JSON(JavaScript ObjectNotation，JS对象简谱))格式的明文进行加密之后得到的JSON格式的报文，在将所述业务处理反馈消息发送至所述业务系统之前，所述方法还包括：

按照所述预设加密方式对所述业务处理反馈消息进行加密，以得到JSON格式的反馈报文；

相应的，所述将所述业务处理反馈消息发送至所述业务系统，包括：

将所述JSON格式的反馈报文发送至所述业务系统。

在本公开的第二方面提供一种发票数据处理装置，所述装置包括：

第一接收模块，用于接收业务系统发送的HTTP协议接口调用请求，所述HTTP协议接口调用请求包括目标发票业务标识和业务报文体；

解析模块，用于对所述HTTP协议接口调用请求进行协议解析，以得到所述目标发票业务标识对应的目标发票业务接口和所述业务报文体对应的目标业务参数；

接口调用模块，用于通过所述目标发票业务接口根据所述目标业务参数执行目标业务。

可选地，所述解析模块用于：

通过预设对应关系获取所述发票业务标识对应的目标发票业务接口，所述预设对应关系包括多个发票业务标识与业务接口的对应的关系；

通过预设解密方式对所述业务报文体进行解密，以得到所述目标业务参数。

可选地，所述装置还包括：

第二接收模块，用于接收所述目标发票业务接口发送的业务处理反馈消息；

发送模块，用于将所述业务处理反馈消息发送至所述业务系统，以使所述业务系统展示所述业务处理反馈消息。

可选地，所述业务报文体为通过预设加密方对JSON格式的明文进行加密之后得到的JSON格式的报文，所述装置还包括：

反馈报文生成模块，用于按照所述预设加密方式对所述业务处理反馈消息进行加密，以得到JSON格式的反馈报文；

相应的，所述发送模块用于：

将所述JSON格式的反馈报文发送至所述业务系统。

在本公开的第三方面提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现以上第一方面所述方法的步骤。

在本公开的第四方面一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现以上第一方面所述方法的步骤。

上述技术方案，通过该中间客户端接收业务系统发送的HTTP协议接口调用请求，所述HTTP协议接口调用请求包括目标发票业务标识和业务报文体；对所述HTTP协议接口调用请求进行协议解析，以得到所述目标发票业务标识对应的目标发票业务接口和所述业务报文体对应的目标业务参数；通过所述目标发票业务接口根据所述目标业务参数执行目标业务。这样，通过该中间客户端作为该业务系统与目标发票业务接口之间的桥梁，通过该HTTP协议接口调用请求实现业务系统对该目标发票业务接口的调用，能够有效实现通过企业的业务系统完成发票业务，简化了业务系统与目标发票业务接口之间对接流程，有利于提升发票信息处理效率，从而能够有效提升办税效率，提升用户体验。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是本公开一示例性实施例提供一种发票数据处理方法的流程图；

图2是根据图1所示实施例示出的一种发票数据处理方法的流程图；

图3是本公开一示例性实施例示出的一种发票数据处理装置的框图；

图4是根据图3所示实施例示出的一种发票数据处理装置的框图；

图5是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

在详细介绍本公开的具体实施方式之前，首先对本公开的应用场景进行以下说明，本公开可以应用于企业的业务系统调用税务系统中的相关组件办理发票业务的过程中，一般企业在办理发票业务时，无法直接通过企业自己的业务系统查看或者办理发票相关业务，只能通过开票软件或者其他税务客户端访问税务系统进行发票业务办理。

相关技术中，在实现企业的业务系统与税务系统的数据共享时，通常会在企业的业务系统中接入税务相关组件的接口，然而，在企业业务系统与税务相关组件的开发语言不一致的情况下，实现接入该税务相关组件的难度较大，且接口调用过程比较繁琐，对发票信息的处理效率较低，不利于提升办税效率。

为了解决上述技术问题，本公开提供一种发票数据处理方法、装置、存储介质及电子设备，该方法通过该中间客户端接收业务系统发送的HTTP协议接口调用请求，该HTTP协议接口调用请求包括目标发票业务标识和业务报文体；对该HTTP协议接口调用请求进行协议解析，以得到该目标发票业务标识对应的目标发票业务接口和该业务报文体对应的目标业务参数；通过该目标发票业务接口根据该目标业务参数执行目标业务。这样，通过该中间客户端作为该业务系统与目标发票业务接口之间的桥梁，通过该HTTP协议接口调用请求实现业务系统对该目标发票业务接口的调用，能够有效实现通过企业的业务系统完成发票业务，简化了业务系统与目标发票业务接口之间对接流程，有利于提升发票信息处理效率，从而能够有效提升办税效率，提升用户体验。

以下结合具体实施例对本公开进行说明。

图1是本公开一示例性实施例提供一种发票数据处理方法的流程图；参见图1，该方法应用于中间客户端，该方法可以包括以下步骤：

步骤101，接收业务系统发送的HTTP协议接口调用请求。

其中，该HTTP协议接口调用请求可以是URL(Uniform Resource Locator，统一资源定位器)格式的网址，该HTTP协议接口调用请求包括目标发票业务标识和业务报文体，该业务报文体为通过预设加密方式对JSON格式的明文进行加密之后得到的JSON格式的报文。

需要说明的是，在生成JSON格式的报文时，为了避免非法字符问题，可以采用BASE64(中文译文：基于64个可打印字符来表示二进制数据)加密，即将JSON明文用BASE64加密，且加密的字符集采用GB2312，加密后的BASE64报文可以将密文中的“+”替换成“_”，以避免因为“+”造成报文进行URL传输时异常。

本步骤中，业务系统可以是企业为了方便公司管理而启用的系统，在该业务系统中可以预先生成每种业务对应的触发HTTP协议接口调用请求的按钮，在需要办理发票业务A时，点击该发票业务A对应的按钮，从而从发该办理票业务A对应的HTTP协议接口调用请求，在需要办理发票业务B时，点击该发票业务B对应的按钮，从而从发该办理票业务B对应的HTTP协议接口调用请求。

示例地，企业的业务系统调用税务接口时，可以向该中间客户端发送http://127.0.0.1:8888/InvSvr？SID＝{SID}&SIDParam＝{SIDPARAM}，其中SID为业务ID，SIDPARAM为业务报文体。

步骤102，对该HTTP协议接口调用请求进行协议解析，以得到该目标发票业务标识对应的目标发票业务接口和该业务报文体对应的目标业务参数。

本步骤中一种可能的实施方式为：通过预设对应关系获取该发票业务标识对应的目标发票业务接口，该预设对应关系包括多个发票业务标识与业务接口的对应的关系；通过预设解密方式对该业务报文体进行解密，以得到该目标业务参数。

其中，该发票业务标识可以是业务ID，或者业务名称，该预设解密方式可以是与生成该HTTP协议接口调用请求时所采用的预设加密方式对应的解密方式，该目标业务参数为办理该业务ID对应的发票业务所需的参数，例如，办理发票开具的业务，则该目标业务参数可以包括开票种类(开增值税普通发票或者增值税专用发票)，企业名称，纳税人识别号，企业地址，电话，银行基本户账号、开户行等。

示例地，仍以上述步骤101中所示示例为例进行说明，该SID为业务ID(即发票业务标识)，每个业务ID对应有该预设对应关系可以通过表格的形式预先存储在本地，如表1所示，表1为本公开一示例性实施例示出的一种预设对应关系表，在该HTTP协议接口调用请求中该SID为0的情况下，对应的业务接口为获取剩余发票信息接口，在该HTTP协议接口调用请求中该SID为1的情况下，对应的业务接口为发票开具接口，在该HTTP协议接口调用请求中该SID为2的情况下，对应的业务接口为发票打印接口，在该HTTP协议接口调用请求中该SID为3的情况下，对应的业务接口为发票打印接口，在该HTTP协议接口调用请求中该SID为4的情况下，对应的业务接口为清单打印接口，在该HTTP协议接口调用请求中该SID为4的情况下，对应的业务接口为发票作废接口，在该HTTP协议接口调用请求中该SID为5的情况下，对应的业务接口为查询发票信息接口，在该HTTP协议接口调用请求中该SID为25的情况下，对应的业务接口为金税设备查询接口，在该HTTP协议接口调用请求中该SID为33的情况下，对应的业务接口为红字信息表上传接口，在该HTTP协议接口调用请求中该SID为34的情况下，对应的业务接口为红字信息表下载接口等。

表1

步骤103，通过该目标发票业务接口根据该目标业务参数执行目标业务。

本步骤中，通过开启该发票业务标识对应的目标发票业务接口，扭矩该目标业务参数对该目标发票业务接口中的组件对象赋值，并调用组件函数，以执行该目标业务，需要指出的是，通过目标发票业务接口执行目标业务的具体过程可以参考现有技术中通过接口执行接口对应业务的过程，本公开对此不作限定。

在本步骤之后，该方法还可以包括：接收该目标发票业务接口发送的业务处理反馈消息；将该业务处理反馈消息发送至该业务系统，以使该业务系统展示该业务处理反馈消息。

以上技术方案，通过该中间客户端作为该业务系统与目标发票业务接口之间的桥梁，通过该HTTP协议接口调用请求实现业务系统对该目标发票业务接口的调用，能够有效实现通过企业的业务系统完成发票业务，简化了业务系统与目标发票业务接口之间对接流程，有利于提升发票信息处理效率，从而能够有效提升办税效率，提升用户体验。

图2是根据图1所示实施例示出的一种发票数据处理方法的流程图；参见图2，在该步骤103所述的通过该目标发票业务接口根据该目标业务参数执行目标业务之后，该方法还可以包括以下步骤：

步骤104，接收该目标发票业务接口发送的业务处理反馈消息。

其中，该业务处理反馈消息可以是用于表征接口调用正常或者接口调用异常的消息。

步骤105，按照该预设加密方式对该业务处理反馈消息进行加密，以得到JSON格式的反馈报文。

本步骤中，该预设加密方式可以采用BASE64加密，即将接收到的业务处理反馈JSON明文用BASE64加密，且加密的字符集采用GB2312，加密后的BASE64报文可以将密文中的“+”替换成“_”，以避免因为“+”造成报文进行URL传输时异常。

步骤106，将该JSON格式的反馈报文发送至该业务系统，以使该业务系统展示该业务处理反馈消息。

以上技术方案，通过接收该目标发票业务接口发送的业务处理反馈消息；按照该预设加密方式对该业务处理反馈消息进行加密，以得到JSON格式的反馈报文，将该JSON格式的反馈报文发送至该业务系统，以使该业务系统展示该业务处理反馈消息，能够通过该中间客户端将该业务处理反馈消息以JSON格式的反馈报文的方式传输至该业务系统，从而能够使业务系统及时得到接口调用反馈，能够有效提升用户体验。

图3是本公开一示例性实施例示出的一种发票数据处理装置的框图；参见图3，该装置可以包括：

第一接收模块301，用于接收业务系统发送的HTTP协议接口调用请求，该HTTP协议接口调用请求包括目标发票业务标识和业务报文体；

解析模块302，用于对该HTTP协议接口调用请求进行协议解析，以得到该目标发票业务标识对应的目标发票业务接口和该业务报文体对应的目标业务参数；

接口调用模块303，用于通过该目标发票业务接口根据该目标业务参数执行目标业务。

上述技术方案，通过第一接收模块301该中间客户端接收业务系统发送的HTTP协议接口调用请求，该HTTP协议接口调用请求包括目标发票业务标识和业务报文体；通过解析模块302对该HTTP协议接口调用请求进行协议解析，以得到该目标发票业务标识对应的目标发票业务接口和该业务报文体对应的目标业务参数；通过该目标发票业务接口根据该目标业务参数执行目标业务。这样，通过该中间客户端作为该业务系统与目标发票业务接口之间的桥梁，通过该HTTP协议接口调用请求实现业务系统对该目标发票业务接口的调用，能够有效实现通过企业的业务系统完成发票业务，简化了业务系统与目标发票业务接口之间对接流程，有利于提升发票信息处理效率，从而能够有效提升办税效率，提升用户体验。

可选地，该解析模块302用于：

通过预设对应关系获取该发票业务标识对应的目标发票业务接口，该预设对应关系包括多个发票业务标识与业务接口的对应的关系；

通过预设解密方式对该业务报文体进行解密，以得到该目标业务参数。

图4是根据图3所示实施例示出的一种发票数据处理装置的框图；参见图4，该装置还可以包括：

第二接收模块304，用于接收该目标发票业务接口发送的业务处理反馈消息；

发送模块305，用于将该业务处理反馈消息发送至该业务系统，以使该业务系统展示该业务处理反馈消息。

可选地，该业务报文体为通过预设加密方对JSON格式的明文进行加密之后得到的JSON格式的报文，该装置还包括：

反馈报文生成模块306，用于按照该预设加密方式对该业务处理反馈消息进行加密，以得到JSON格式的反馈报文；

相应的，该发送模块用于：

将该JSON格式的反馈报文发送至该业务系统。

以上技术方案，通过接收该目标发票业务接口发送的业务处理反馈消息；按照该预设加密方式对该业务处理反馈消息进行加密，以得到JSON格式的反馈报文，将该JSON格式的反馈报文发送至该业务系统，以使该业务系统展示该业务处理反馈消息，能够通过该中间客户端将该业务处理反馈消息以JSON格式的反馈报文的方式传输至该业务系统，从而能够使业务系统及时得到接口调用反馈，能够有效提升用户体验。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图5是根据一示例性实施例示出的一种电子设备的框图。如图5所示，该电子设备500可以包括：处理器501，存储器502。该电子设备500还可以包括多媒体组件503，输入/输出(I/O)接口504，以及通信组件505中的一者或多者。

其中，处理器501用于控制该电子设备500的整体操作，以完成上述的发票数据处理方法中的全部或部分步骤。存储器502用于存储各种类型的数据以支持在该电子设备500的操作，这些数据例如可以包括用于在该电子设备500上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器502可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件503可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器502或通过通信组件505发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口504为处理器501和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件505用于该电子设备500与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件505可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，电子设备500可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的发票数据处理方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的发票数据处理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器502，上述程序指令可由电子设备500的处理器501执行以完成上述的发票数据处理方法。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。