打印数据处理方法和装置、电子发票生成方法和服务器与流程

本公开总体涉及互联网技术领域，具体而言，涉及一种打印数据处理方法和装置、电子发票生成方法和服务器。

背景技术：

电子发票是信息时代的产物，同普通发票一样，采用税务局统一发放的形式给商家使用，发票号码采用全国统一编码，采用统一防伪技术，分配给商家，在电子发票上附有电子税局的签名机制。电子发票具有无纸化、低能耗、易保存、易查询等优点，越来越受到用户的欢迎，也受到越来越多的传统中小型企业的青睐。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开提供一种打印数据处理方法和装置、电子发票生成方法和服务器，解决上述问题中的至少一个问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提供一种打印数据处理方法，包括：

通过监听方式从订单小票的打印数据中获取所述订单小票的账单明细数据；将所述账单明细数据发送给服务器，获取与所述账单明细数据对应的通用唯一识别码；根据所述通用唯一识别码结合发票开具页面的地址链接生成可识别的图像数据。

在本公开的一个实施例中，通过监听方式从订单小票的打印数据在获取所述订单小票的账单明细数据包括：

将所述订单小票的打印数据转换成指令文件；

通过监听方式对所述指令文件进行监听，并对监听到的所述指令文件进行解析得到所述打印数据对应的账单明细数据，其中所述指令文件中包含打印机可接收和识别的数据。

在本公开的一个实施例中，所述监听方式包括：

通过端口监听对用户端的收银软件的应用层数据或驱动层数据进行监听。

在本公开的一个实施例中，对监听到的所述指令文件进行解析得到账单明细数据包括：

如果所述指令文件为文本，则通过打印机指令集对监听到的所述指令文件中的打印指令进行解析，得到所述打印数据对应的账单明细数据；

如果所述指令文件为图像，则对所述图像进行ocr识别得到所述图像对应的文本，再通过打印机指令集对监听到的所述指令文件中的打印指令进行解析，得到所述打印数据对应的账单明细数据。

在本公开的一个实施例中，所述可识别的图像数据为二维码图像，根据所述通用唯一识别码结合发票开具页面的地址链接生成可识别的图像数据包括：

将所述地址链接和所述通用唯一识别码按照二维码的编码方式进行编码，得到所述二维码图像。

根据本公开的再一方面，还提供一种电子发票生成方法，包括：

通过对可识别的图像数据进行识别获取地址链接，并通过所述地址链接向用户呈现所述发票开具页面，所述地址链接包含有订单小票的通用唯一识别码和发票开具页面；在所述发票开具页面中获取发票的用户信息；根据所述用户信息和所述通用唯一识别码向发票平台提交开票请求，得到所述发票平台响应所述开票请求返回的电子发票。

在本公开的一个实施例中，获取订单小票的通用唯一识别码之前，还包括：

获取所述订单小票的账单明细数据；根据所述账单明细数据生成订单小票的通用唯一识别码。

在本公开的一个实施例中，获取所述订单小票的通用唯一识别码之后，还包括：

对所述通用唯一识别码进行解析，得到所述订单小票的账单明细数据；其中向用户呈现的所述发票开具页面中包括所述账单明细数据。

在本公开的一个实施例中，所述用户信息中至少包括：发票抬头和识别号。

根据本公开的再一方面，还提供一种打印数据处理装置，包括：

明细获取模块，配置为通过监听方式从订单小票的打印数据中获取所述订单小票的账单明细数据；识别码获取模块，配置为将所述账单明细数据发送给服务器，获取与所述账单明细数据对应的通用唯一识别码；图像生成模块，配置为根据所述通用唯一识别码结合发票开具页面的地址链接生成可识别的图像数据。

根据本公开的再一方面，还提供一种服务器，包括：

页面呈现模块，配置为通过对可识别的图像数据进行识别获取地址链接，并通过所述地址链接向用户呈现所述发票开具页面，所述地址链接包含有订单小票的通用唯一识别码和发票开具页面；信息获取模块，配置为在所述发票开具页面中获取发票的用户信息；开票模块，配置为根据所述用户信息和所述通用唯一识别码向发票平台提交开票请求，得到所述发票平台响应所述开票请求返回的电子发票。

根据本公开的又一方面，提供一种电子设备，包括：处理器；存储器，存储用于所述处理器控制如上所述的方法步骤的指令。

根据本公开的另一方面，提供一种计算机可读介质，其上存储有计算机可执行指令，所述可执行指令被处理器执行时实现如上所述的方法步骤。

根据本公开实施例提供的打印数据处理方法和装置、电子发票生成方法和服务器，一方面，通过监听方式从打印数据中获取到账单明细数据，从而可以根据账单明细数据对应的通用唯一识别码和发票开具页面生成一对应的地址链接，并将该地址链接以可识别的图像数据呈现给用户，通过将账单明细数据与发票开具页面打包成专用链接，可以在不对收银软件进行升级和专门开发对接多种收银软件与开票系统的中间件的前提下，提供一种通用的开具电子发票的方案，降低开发成本和维护成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1示出本公开一实施例中提供的一种打印数据处理方法的流程图。

图2示出本公开一实施例图1中步骤s110的流程图。

图3示出本公开一实施例中驱动打印的原理图。

图4示出本公开一实施例中基于驱动打印方式获取账单明细数据的原理图。

图5示出本公开一实施例中驱动打印时spl文件的示意图。

图6示出本公开一实施例中驱动打印时将spl文件解析得到文本形式的账单明细数据后的示意图

图7示出本公开一实施例中端口打印的原理图。

图8示出本公开一实施例中基于端口打印方式获取账单明细数据的原理图。

图9示出本公开一实施例中端口打印时端口监听获取到的指令数据的示意图。

图10示出本公开一实施例中端口打印时对端口打印的指令数据解析得到文本形式的账单明细数据后的示意图。

图11示出本公开一实施例中以对收银软件打印的订单小票得到二维码图像为例的打印数据处理方法的流程图。

图12示出本公开另一实施例中提供的一种电子发票生成方法的流程图。

图13示出本公开另一实施例中以用户填入发票抬头为例的开具电子发票方法的流程图。

图14示出本公开另一实施例中提供的一种打印数据处理装置的示意图。

图15示出本公开另一实施例中提供的一种服务器的示意图。

图16示出本公开一实施例提供的适于用来实现本申请实施例的电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

在本发明的相关实施例中，如果需要收银软件也能支持开具电子发票的功能，则可以对原有收银软件进行升级改造，通过升级后的收银软件对接电子发票系统，提交账单明细，能够使收银软件支持电子发票的开具。但是对原有收银软件进行升级改造的成本较高，很多中小型企业使用第三方收银软件想要支持开具电子发票，需要收银软件的同意改造才能实施，并且改造现有业务系统花费大量的人力和时间。

另外，还可以额外开发一个既能对接收银软件获取账单明细，又能对接电子发票系统开具电子发票的系统，但是由于该系统需要对接收银软件获取购物明细，收银软件品牌众多，对接难度大。业务改造方案各异，后续新的需求改造比较麻烦，无法提供统一的解决方案。

基于上述两种方案，均没有提供快速开具电子发票的通用解决方案，本公开的一些实施例提供一种打印数据处理方法和装置、电子发票生成方法和服务器以及打印数据处理方法和电子发票生成方法对应的电子设备及计算机可读介质。

图1示出本公开一实施例中提供的一种打印数据处理方法的流程图，包括以下步骤：

如图1所示，在步骤s110中，通过监听方式从订单小票的打印数据中获取所述订单小票的账单明细数据。

如图1所示，在步骤s120中，将所述账单明细数据发送给服务器，获取与所述账单明细数据对应的通用唯一识别码。

如图1所示，在步骤s130中，根据所述通用唯一识别码结合发票开具页面的地址链接生成可识别的图像数据。

通过本示例性实施例中的打印数据处理方法，通过监听方式从打印数据中获取到账单明细数据，从而可以根据账单明细数据对应的通用唯一识别码和发票开具页面生成一对应的地址链接，并将该地址链接以可识别的图像数据呈现给用户，通过将账单明细数据与发票开具页面打包成专用链接，可以在不对收银软件进行升级和专门开发对接多种收银软件与开票系统的中间件的前提下，提供一种通用的开具电子发票的方案，降低开发成本和维护成本。

下面，将对本公开实施例中的打印数据处理方法中的各步骤作进一步的说明。

在步骤s110中，通过监听方式从订单小票的打印数据中获取所述订单小票的账单明细数据。

在本公开的一个实施例中，订单小票是指用户购物或消费后经商家收银收银机打印出来的消费凭据。订单小票上一般包含有如下内容：销售单位名称、联系方式、收银机号、账单流水号、收银员编号、销售日期、商品名称、数量、单价、商品金额、合计金额、付款方式、实收金额、找零额、票据打印时间等，本实施例中的打印数据尤其指商品名称、数量、单价、商品金额、合计金额等与开具发票有关的明细数据，并不包括收银机号、账单流水号、收银员编号等与开具发票无关的信息。

图2示出图1中步骤s110的流程图，具体包括以下步骤：

如图2所示，在步骤s201中，将订单小票的打印数据转换成指令文件，其中所述指令文件中包含打印机可接收和识别的数据。

如图2所示，在步骤s202中，通过监听方式对所述指令文件进行监听。

如图2所示，在步骤s203中，对监听到的所述指令文件进行解析得到所述打印数据对应的账单明细数据。

在本公开的一个实施例中，步骤s203中对监听到的所述指令文件进行解析得到账单明细数据具体包括：通过打印机指令集对监听到的所述指令文件中的打印指令进行解析，得到所述打印数据对应的账单明细数据，具体可以为：

判断指定文件为文本还是图像，如果所述指令文件为文本，则通过打印机指令集对监听到的所述指令文件中的打印指令进行解析，得到所述打印数据对应的账单明细数据；如果所述指令文件为图像，则对所述图像进行ocr识别得到所述图像对应的文本，然后再通过打印机指令集对所述图像对应的文本进行解析，即对图像转换后的文本再经指令集的解析，得到所述打印数据对应的账单明细数据，避免出现乱码，以免通过监听打印数据方式获取的账单明细数据出现数据遗漏，开具发票信息失实的情况发生。

获取账单明细数据后，可以采用如下设置方式将解析的账单明细数据保存下来：

在打印机->打印机属性->高级中勾选保存打印的文档。

对于保存的文档除了开具发票还可以用于其他，例如，保存的文档中包含账单明细，可以将其以文本或表格格式保存或发送到用户指定的文件中，以便用户进行电子记账等。

在本公开的一个实施例中，所述监听方式包括：通过端口监听对用户端的收银软件的应用层数据或驱动层数据进行监听。打印机打印数据主要有驱动打印和端口打印两种方式，相应的，监听打印数据的过程也有所区别，下面分别进行介绍：

图3示出驱动打印的原理图，如图3所示，驱动打印时涉及到安装在用户端(例如计算机)的应用程序(例如收银软件等)、安装在用户端的打印驱动以及与用户端通信连接的打印机，其中该通信连接的方式可以是有线连接或无线连接。驱动打印的原理就是用户端通过驱动程序将打印数据转换成打印机能够识别且打印出来的emf文件(enhancedmetafile，增强元文件)，并将emf文件发送到打印机进行打印。打印过程发生时，gdi(graphicsdeviceinterface，图形设备接口)模块和打印驱动(一般由打印机厂商提供)进行基本的数据交换，生成打印机命令文件：spl文件和shd文件。其中打印数据主要包含在spl文件中，对于打印数据发送给哪个打印机、通过哪个端口发送、发送的波特率是多少等描述信息包含在shd数据中，spl文件中的数据为emf格式数据，即emf数据。然后(如windows)打印线程处理打印作业(即一个一个的打印数据)，根据shd中的描述信息，将spl文件传输至打印机进行打印，打印完成后删除该打印数据的文件。另外，本实施例中打印驱动中包括除了包括用于将用户端传输过来的打印数据转换成emf格式的spl文件的gdi模块，还包括格式转换模块(例如gdi/ddi驱动，是一种数据恢复镜像工具)，用于对spl文件进行解析以得到文本形式的账单明细数据。

图4示出基于驱动打印方式获取账单明细数据的原理图，如图4所示，首先，gdi模块将打印数据处理成spl文件，图5示出驱动打印时spl文件的示意图。然后，通过监听方式获取到spl文件，对spl文件进行解析，得到emf格式的数据。监听截获的spl文件不是明文数据(可视化数据)，需要对spl文件中的emf格式数据解析为明文数据，也就是文本形式的账单明细数据，图6示出驱动打印时将spl文件解析得到文本形式的账单明细数据后的示意图。

以下介绍解析过程的处理方法：

首先emf主要由emf头记录、描述和记录构成。

(1)emf头记录结构如下：

这个结构中描述了整理记录的类型、数据大小、图像数据调色位置等所有相关数据属性，、可以通过这个结构获取记录详细信息并进行数据解析。

(2)emf描述：

如果头记录的ndescription大于0则表示有内容，否则为空，一般紧接在emr_header后面。

(3)emf记录：

itype；类型，如emr_header，emr_eof等等。解析的数据都在这些类型之间，我们可以通过类型的判断，便可以知道这些数据的种类。并且这些数据都在emr_header,emr_eof这两个类型之间。

例如：emr_header数据开始记录。

emr_exttextouta后面的数据是明文，我们直接输出就可以。

emr_stretchdibits、emr_setdibitstodevice等后面的数据是图像数据。

emr_eof数据结束记录。

通过以上对各个记录进行分析，处理就能得到打印机数据。

由于emf格式的数据中包括文本数据和图像数据，图像数据还需要进一步进行ocr图像解析，生成明文，得到文本数据，最终得到spl解析后的文本数据，以便后续做出相应的应用，例如智能开票系统，打印订单小票二维码追加等等。

图7示出端口打印的原理图，如图7所示，端口打印时涉及到安装在用户端(例如计算机)的应用程序(例如收银软件等)以及与用户端通信连接的打印机。端口打印中的端口包括：串口、并口、网口和usb口等形式，端口打印的原理就是将用户端应用程序发送来的打印数据(文本形式)转换成指令数据，然后将指令数据通过端口发送给打印机进行打印，端口打印不需要驱动程序。

基于上述，对于端口打印方式，需要通过端口监听方式获取打印数据。

图8示出基于端口打印方式获取账单明细数据的原理图，如图8所示，首先，在驱动层对打印端口进行监听，以便得到打印数据转换成的指令数据，图9示出端口打印时端口监听获取到的指令数据的示意图。其次，获取指令数据后，将指令数据提交给应用层，应用层对指令数据进行指令解析，经ocr识别后再结合指令集或直接结合指令集进行解析，得到文本形式的账单明细数据，图10示出端口打印时对端口打印的指令数据解析得到文本形式的账单明细数据后的示意图。

在本公开的一个实施例中，端口打印时将打印数据转换成指令数据，该指令数据是打印机可识别的数据，也就是用户端计算机通过打印控制语言，以软件命令的方法来控制打印机操作，解释执行打印数据，获得打印结果。对于打印机所实现的复杂功能而言，打印控制语言是基础，它直接关系到打印输入质量的优劣。

目前主流的打印机控制语言只要有三种：

(1)epson公司的esc命令集，esc命令集是针式打印机和票据打印领域的事实上的工业标准；

(2)hp公司的pcl命令集，pcl命令集是低挡激光打印机、喷墨机印机领域的工业标准；

(3)adobe公司的postscript(简称ps)命令集，ps命令集则是高档排版领域占垄断地位的页面描述语言。

收银软件在打印订单小票时，通常使用esc指令集，esc指令在形式上分为两种格式，一种是文本方式控制码，一种是escape转义序列码。文本方式控制码由一字节字符码表示，实现的是与打印机硬件操作有关的指令，escape序列码由转义字符和参数字符或打印数据组成。

epsonesc/pos控制命令如下：

英文模式下的命令如表1所示：

表1

中文模式下的命令如表2所示：

表2

在步骤s120中，将所述账单明细数据发送给服务器，获取与所述账单明细数据对应的通用唯一识别码。

uuid(universallyuniqueidentifier，通用唯一识别码)是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。通常平台会提供生成的api。按照开放软件基金会(osf)制定的标准计算，用到以太网卡地址、纳秒级时间、芯片id码和许多可能的数字。

uuid由以下几部分的组合：

(1)当前日期和时间，uuid的第一个部分与时间有关，如果在生成一个uuid之后，过几秒又生成一个uuid，则第一个部分不同，其余相同。

(2)时钟序列。

(3)全局唯一的ieee机器识别号，如果有网卡，从网卡mac地址获得，没有网卡以其他方式获得。

在步骤s130中，根据所述通用唯一识别码结合发票开具页面的地址链接生成可识别的图像数据。

在本公开的一个实施例中，所述可识别的图像数据为二维码图像，根据所述通用唯一识别码结合发票开具页面的地址链接生成可识别的图像数据包括：

将所述地址链接和所述通用唯一识别码按照二维码的编码方式进行编码，得到所述二维码图像。该步骤主要是对包含账单明细数据的uuid与发票开具页面的地址链接进行打包，得到一个可以被识别的封装形式的数据。

接下来，图11示出以对收银软件打印的订单小票得到二维码图像为例的打印数据处理方法的流程图，如图11所示，该过程中涉及到用户端的收银软件、用户端插件、打印机以及服务器，具体包括以下步骤：

步骤s1101，收银软件获取订单小票的打印数据。

步骤s1102，收银软件将打印数据发送打印机进行打印，该打印数据中包含账单明细数据，是以spl文件或是指令数据形式存在。

步骤s1103，用户端插件通过对收银系统发送给打印机的打印数据进行监听，将监听到的spl文件或是指令数据解析成文本形式的账单明细数据，也就是小票详情。

步骤s1104，用户端插件将小票详情上传给服务器。

步骤s1105，服务器将小票详情转换对应的小票详情uuid返回给用户端插件。

步骤s1106，用户端插件根据小票详情uuid和发票开具页面的地址链接生成二维码图像。

步骤s1107，用户端插件将二维码图像发送给打印机进行打印。

综上所述，本实施例提供的打印数据处理方法，通过监听方式从打印数据中获取到账单明细数据，从而可以根据账单明细数据对应的通用唯一识别码和发票开具页面生成一对应的地址链接，并将该地址链接以可识别的图像数据呈现给用户，通过将账单明细数据与发票开具页面打包成专用链接，可以在不对收银软件进行升级和专门开发对接多种收银软件与开票系统的中间件的前提下，提供一种通用的开具电子发票的方案，可以适用于大部分系统(windows系统)的用户端，无需对接或改造现有erp系统，降低开发成本和维护成本。

基于上述订单小票的打印数据处理方法，本公开进一步还提供一种电子发票生成方法，图12示出本公开另一实施例中提供的一种电子发票生成方法的流程图，包括以下步骤：

如图12所示，在步骤s1210中，通过对可识别的图像数据进行识别获取地址链接，并通过所述地址链接向用户呈现所述发票开具页面，所述地址链接包含有订单小票的通用唯一识别码和发票开具页面。

如图12所示，在步骤s1220中，在所述发票开具页面中获取发票的用户信息。

如图12所示，在步骤s1230中，根据所述用户信息和所述通用唯一识别码向发票平台提交开票请求，得到所述发票平台响应所述开票请求返回的电子发票。

通过本示例性实施例中的电子发票开具方法，用户需要开具电子发票时只需要扫描二维码进入特定页面，由于开发票时提供给用户的专用链接中已经包含有账单明细数据，用户只需要提供开具发票所需的用户信息就可提交开票请求，就能够开具具有账单明细数据的电子发票，简化用户和商家的操作，提高开票速度，提升用户体验，而且发票不再是以大类目开具，而是以具体明细开具，符合相关规定。

下面，将对本公开实施例中的电子发票开具方法中的各步骤作进一步的说明。

在步骤s1210中，通过对可识别的图像数据进行识别获取地址链接，并通过所述地址链接向用户呈现所述发票开具页面，所述地址链接包含有订单小票的通用唯一识别码和发票开具页面。

在本公开的一个实施例中，步骤s1210获取订单小票的通用唯一识别码之前，还包括：

获取订单小票的账单明细数据，根据打印的订单小票获取账单明细数据的方法如前述实施例所述，此处不再赘述；

根据所述账单明细数据生成订单小票的通用唯一识别码。

在本公开的一个实施例中，步骤s1210获取订单小票的通用唯一识别码之后，还包括：

对所述通用唯一识别码进行解析，得到订单小票的账单明细数据；其中向用户呈现的所述发票开具页面中包括所述账单明细数据。

在本公开的一个实施例中，可识别的图像数据为二维码图像，用户可以通过调用移动终端的二维码识别程序，扫描二维码图像，根据地址链接跳转到发票开具页面。需要说明的是，这里的二维码解析后并不仅仅是一个地址链接，在打开的页面中还包含已经打包在二维码中的小票详情uuid，即页面中已经包含账单明细数据，可以省去用户填写明细的麻烦。

需要说明的是，该步骤中进入的页面以行业内常用的h5页面为例，但是并不对页面类型做具体限定。

如图12所示，在步骤s1220中，在所述发票开具页面中获取发票的用户信息。

在本公开的一个实施例中，所述用户信息中至少包括：发票抬头和识别号。在发票开具页面中用户只需要填写发票抬头和识别号等信息就可以完成开具发票的信息录入工作。

如图12所示，在步骤s1230中，根据所述用户信息和所述通用唯一识别码向发票平台提交开票请求，得到所述发票平台响应所述开票请求返回的电子发票。

接下来，图13示出以用户填入发票抬头为例的开具电子发票方法的流程图，如图13所示，该过程中涉及到移动终端、服务器和发票平台，具体包括以下步骤：

步骤s1301，用户通过移动终端扫描二维码，向服务器请求发票抬头h5页面。

步骤s1302，服务器将发票抬头h5页面和小票详情uuid返回给移动终端。

步骤s1303，用户在移动终端呈现的发票抬头h5页面中填写发票抬头，向服务器并提交发票开具请求。

步骤s1304，移动终端将发票抬头和小票详情uuid发送给服务器。

步骤s1305，服务器向发票平台发送开具电子发票的请求。

步骤s1306，发票平台生成电子发票并返回给服务器。

步骤s1307，服务器将电子发票以用户指定的方式发送给用户，例如可以发送到用户预留的邮箱。

综上所述，本实施例提供的电子发票开具方法，用户需要开具电子发票时只需要扫描二维码进入特定页面，由于开发票时提供给用户的专用链接中已经包含有账单明细数据，用户只需要提供开具发票所需的用户信息就可提交开票请求，就能够开具具有账单明细数据的电子发票，简化用户和商家的操作，提高开票速度，提升用户体验，而且发票不再是以大类目开具，而是以具体明细开具，符合相关规定。

图14示出本公开另一实施例中提供的一种打印数据处理装置的示意图，如图14所示，该装置1400包括：明细获取模块1410、识别码获取模块1420和图像生成模块1430。

明细获取模块1410配置为通过监听方式从订单小票的打印数据中获取所述订单小票的账单明细数据；识别码获取模块1420配置为将所述账单明细数据发送给服务器，获取与所述账单明细数据对应的通用唯一识别码；图像生成模块1430配置为根据所述通用唯一识别码结合发票开具页面的地址链接生成可识别的图像数据。。

该打印数据处理装置可以是安装在用户端上的一插件，以便对用户端发送给打印机的打印数据进行监听，从而解析得到账单明细数据，该账单明细数据不仅可以用于开具发票，还可以用于电子记账等更多场景。该装置中各个模块的功能参见上述打印数据处理方法实施例中的相关描述，此处不再赘述。

图15示出本公开另一实施例中提供的一种服务器的示意图，如图15所示，该服务器用户实现电子发票的开具，该服务器1500包括：页面呈现模块1510、信息获取模块1520和开票模块1530。

页面呈现模块1510配置为通过对可识别的图像数据进行识别获取地址链接，并通过所述地址链接向用户呈现所述发票开具页面，所述地址链接包含有订单小票的通用唯一识别码和发票开具页面；信息获取模块1520配置为在所述发票开具页面中获取发票的用户信息；开票模块1530配置为根据所述用户信息和所述通用唯一识别码向发票平台提交开票请求，得到所述发票平台响应所述开票请求返回的电子发票。

该服务器就是上述图中的服务器，该服务器中中各个模块的功能参见上述电子发票开具方法实施例中的相关描述，此处不再赘述。

另一方面，本公开还提供了一种电子设备，包括处理器和存储器，存储器存储用于上述处理器控制以下方法的操作指令：

通过监听方式从订单小票的打印数据中获取所述订单小票的账单明细数据；将所述账单明细数据发送给服务器，获取与所述账单明细数据对应的通用唯一识别码；根据所述通用唯一识别码结合发票开具页面的地址链接生成可识别的图像数据。或

通过对可识别的图像数据进行识别获取地址链接，并通过所述地址链接向用户呈现所述发票开具页面，所述地址链接包含有订单小票的通用唯一识别码和发票开具页面；在所述发票开具页面中获取发票的用户信息；根据所述用户信息和所述通用唯一识别码向发票平台提交开票请求，得到所述发票平台响应所述开票请求返回的电子发票

下面参考图16，其示出了适于用来实现本申请实施例的电子设备的计算机系统1600的结构示意图。图16示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图16所示，计算机系统1600包括中央处理单元(cpu)1601，其可以根据存储在只读存储器(rom)1602中的程序或者从存储部分16016加载到随机访问存储器(ram)1603中的程序而执行各种适当的动作和处理。在ram1603中，还存储有系统1600操作所需的各种程序和数据。cpu1601、rom1602以及ram1603通过总线1604彼此相连。输入/输出(i/o)接口1605也连接至总线1604。

以下部件连接至i/o接口1605：包括键盘、鼠标等的输入部分1606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1608；包括硬盘等的存储部分1608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1609。通信部分1609经由诸如因特网的网络执行通信处理。驱动器1610也根据需要连接至i/o接口1605。可拆卸介质1611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1610上，以便于从其上读出的计算机程序根据需要被安装入存储部分1608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1609从网络上被下载和安装，和/或从可拆卸介质1611被安装。在该计算机程序被中央处理单元(cpu)1601执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括以下方法步骤：

通过监听方式从订单小票的打印数据中获取所述订单小票的账单明细数据；将所述账单明细数据发送给服务器，获取与所述账单明细数据对应的通用唯一识别码；根据所述通用唯一识别码结合发票开具页面的地址链接生成可识别的图像数据。或

通过对可识别的图像数据进行识别获取地址链接，并通过所述地址链接向用户呈现所述发票开具页面，所述地址链接包含有订单小票的通用唯一识别码和发票开具页面；在所述发票开具页面中获取发票的用户信息；根据所述用户信息和所述通用唯一识别码向发票平台提交开票请求，得到所述发票平台响应所述开票请求返回的电子发票。

应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施方式。

以上具体地示出和描述了本公开的示例性实施方式。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。