CN110910560B - 发票信息处理方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了发票信息处理方法、装置及系统，其中，所述方法可以包括：对销售凭证单据进行图像数据采集；从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码时所需的信息；将所述目标信息提交至服务器，以用于生成开票图形码；接收所述服务器返回的开票图形码信息。通过本申请实施例，可以在不会牺牲用户体验的情况下，降低“一单一码”的开票服务的推广成本。

Description

发票信息处理方法、装置及系统

技术领域

本申请涉及发票信息处理技术领域，特别是涉及发票信息处理方法、装置及系统。

背景技术

随着纳税意识及售后保障的普及，线下购物过程中，消费者在购买商品时经常会索要发票。很多商家为了节约线下开票的时间、提升开票服务体验，会通过”一单一码”的方式进行开票服务。也就是说，在提供给消费者的购物小票上，除了按照常规的方式打印订单号、日期、商品详情等信息之外，如图1所示，还可以在小票下方打印有一个用于开票的二维码。该二维码中携带有对应小票的开票所需信息，例如可以包括小票中的实际支付总金额，对应的商家信息，另外还可以包括小票中的商品所属的大类、明细等信息。这样，消费者在拿到小票后，可以在任意的时间地点，通过手机等终端设备中安装的相关应用程序(App)对二维码进行扫描，并录入所需的抬头、发票类型等信息(或者使用历史记录中的信息)，之后，App便可以将相关的信息发送到开票服务器，由开票服务器开具电子发票，或者也可以开具纸质发票，邮寄到消费者指定的地址，等等。

现有技术中的这种解决方案，需要开票服务商与线下商家使用的订单服务商进行合作，包括联调接口、POS改造等方式才能实现。但是，每个商家采用的POS机及订单服务商可能各有不同，这使得开票服务商推进该种开票方式的成本较大。

因此，如何更好的推进“一单一码”的开票服务，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了发票信息处理方法、装置及系统，可以在不会牺牲用户体验的情况下，降低“一单一码”的开票服务的推广成本。

本申请提供了如下方案：

一种发票信息处理系统，包括：

第一客户端，用于对销售凭证单据进行图像数据采集，从所述图像数据中识别出目标信息并提交到服务器，所述目标信息是生成开票图形码所需的信息；

所述服务器，用于根据所述第一客户端提交的目标信息生成开票图形码，并返回给所述第一客户端。

一种发票信息处理方法，包括：

对销售凭证单据进行图像数据采集；

从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码所需的信息；

将所述目标信息提交至服务器，以用于生成开票图形码；

接收所述服务器返回的开票图形码信息。

一种发票信息处理方法，包括：

接收第一客户端提交的目标信息，所述目标信息是通过对销售凭证单据进行图像数据采集，并从所述图像数据中识别出的，所述目标信息是生成开票图形码所需的信息；

根据所述目标信息生成开票图形码；

将所述开票图形码信息返回给所述第一客户端。

一种发票信息处理装置，包括：

图像采集单元，用于对销售凭证单据进行图像数据采集；

信息识别单元，用于从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码所需的信息；

信息提交单元，用于将所述目标信息提交至服务器，以用于生成开票图形码；

图形码接收单元，用于接收所述服务器返回的开票图形码信息。

一种发票信息处理装置，包括：

目标信息接收单元，用于接收第一客户端提交的目标信息，所述目标信息是通过对销售凭证单据进行图像数据采集，并从所述图像数据中识别出的，所述目标信息是生成开票图形码所需的信息；

图形码生成单元，用于根据所述目标信息生成开票图形码；

图形码返回单元，用于将所述开票图形码信息返回给所述第一客户端。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

对销售凭证单据进行图像数据采集；

从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码所需的信息；

将所述目标信息提交至服务器，以用于生成开票图形码；

接收所述服务器返回的开票图形码信息。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以由开票服务商为商家等第一用户提供第一客户端，具体进行结算时，可以首先按照常规的流程，生成不带有开票图形码的销售凭证单据，此过程中，不需要开票服务器与订单服务器、POS机进行交互。之后，可以通过终端设备中安装的第一客户端，对所述不带有开票图形码的销售凭证单据进行图像采集，并从中识别出生成开票图形码所需的目标信息，并提交到开票服务器，这样，开票服务器便可以根据具体的目标信息生成开票图形码，并返回给第一客户端。第一客户端只需要通过预先连接到的打印机或者其他途径，将开票图形码交付给第二用户即可。在上述过程中，是由第一客户端与开票服务器之间进行信息交互，并得到具体的开票图形码，实现了“一单一码”。但是此过程仍然不需要开票服务器与订单服务器、POS机进行交互，因此，也不需要彼此之间进行接口联调、POS机改造等处理，第一用户只需要在其终端设备安装第一客户端即可，因此便于“一单一码”服务的推广应用。另外，从用户体验的角度而言，虽然需要第一用户的店员等执行拍照操作，但是，由于操作方式并不复杂，因此，并不会在用户体验上造成太大的落差。另外，无论是第一用户还是第二用户，在等待时间等方面，与现有技术中的方式也没有明显差别。也就是说，本申请实施例可以在不会牺牲用户体验的情况下，降低“一单一码”的开票服务的推广成本。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是现有技术中带有开票图形码的销售凭证单据示意图；

图2是从传统的销售凭证单据生成方式示意图；

图3是现有技术中带有开票图形码的销售凭证单据的生成方式示意图；

图4是本申请实施例提供的销售凭证单据以及开票单据生成方式示意图；

图5是本申请实施例提供的单据示意图；

图6是本申请实施例提供的方法的流程图；

图7-1至7-3是本申请实施例通过的第一客户端的用户界面示意图；

图8是本申请实施例提供的另一方法的流程图；

图9是本申请实施例提供的装置的示意图；

图10是本申请实施例提供的另一装置的示意图；

图11是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

为了更好的理解本申请实施例提供的技术方案，下面对传统的订单服务，以及现有技术中订单服务商与开发服务商进行协作的实现流程进行简单介绍。

首先参见图2，其示出了在传统的订单服务流程，在此流程中，不需要使用一票一码服务，也即，不需要在订单小票中打印用于开发票的二维码。此时，具体的流程可以包括：

1、消费者用户在某商家的线下门店中购买了某些商品后，门店的店员等服务人员可以向门店的POS机中录入消费者购买的商品的信息。

2、POS机可以将商品信息发送给订单服务器；

3、订单服务器在进行结算处理后，向POS机返回结算信息；

4、POS收到结算信息后，便可以通过连接到的打印机打印出相关的小票，小票中主要用于展示商品的明细、单价、优惠金额、实际支付金额等信息。

而为了实现”一单一码”的开票方式，现有技术中，为了在打印小票的过程中，将用于开具发票的二维码打印到小票上，需要订单服务器与开票服务器之间进行信息交互，具体的交互流程可以如图3所示：

1、消费者用户在某商家的线下门店中购买了某些商品后，门店的店员等服务人员可以向门店的POS机中录入消费者购买的商品的信息；

2、POS机可以将商品信息发送给订单服务器；

3、订单服务器在进行结算处理后，向POS机返回结算信息，同时还需要调用开票服务器的接口，将订单信息、商品明细信息等发送给开票服务器；

4、开票服务器根据具体的订单信息、商品明细信息等生成用于开具发票的二维码，并通过调用POS机的访问接口，返回给POS机；

5、POS在从订单服务器获取到结果信息，并从发票服务器接收到用于开具发票的二维码之后，便可以将上述信息按照预置的格式生成打印信息，并通过打印机打印出带有开票二维码的订单小票。

可见，现有技术中为了实现“一单一码”，开票服务器需要向订单服务器开放访问接口，同时，订单服务器也需要向开票服务器开放POS机的访问接口，等等。但是，订单服务商有很多，例如，假设商家甲采用的是订单服务商A提供的POS机及订单服务流程，而商家乙采用的可能是订单服务商B提供的POS机及订单服务流程，等等。而某开票服务商为了使得商家甲、乙等都能使用其“一单一码”的开票服务，则需要首先与订单服务商A、订单服务商B等全部预先实现合作，包括联调接口、POS改造，等等。但是，这会使得成本很高，遇到订单服务商不配合的情况，也会使得服务难以顺利推进。

针对上述问题，本申请实施例提供了新的方案，在该方案中，开票服务商除了可以为消费者用户提供客户端程序，还可以为商家用户提供客户端程序。在本申请实施例中，为了便于区分，可以将商家用户称为“第一用户”，开票服务商为第一用户提供的客户端可以称为“第一客户端”；而消费者用户、买家用户等可以称为“第二用户”，开票服务商为第二用户提供的客户端可以称为“第二客户端”。上述第一客户端可以以应用程序的形式存在，商家可以通过指定的方式进行下载，并安装在终端设备中，这种终端设备可以是线下门店的某共用的终端设备，或者，还可以是对于规模比较小的线下门店而言，也可以安装在其中某个或者多个店员的手机等移动终端设备中，并通过统一的公共账号(以商家或者线下门店等为单位注册的账号，具体可以为独立的门店开设对应的账户，或者，对于商场等情形，还可以以商场为单位开设公共账户，等等，具体可以以开具发票的主体而定)进行登录，等等。当然，在其他实现方式下，也可以将上述第二客户端程序固化在某终端设备中，等等。

在提供了上述第一客户端的情况下，便可以借助于该第一客户端实现“一单一码”，而不再需要订单服务商与开票服务商之间再进行接口联调、POS改造等处理。具体的，当第二用户在某第一用户的线下门店中购买了某商品之后，具体在进行结算时，首先可以按照图1所示的流程进行订单小票的打印以及生成。也即，此时具体打印出来的订单小票中可以不包括开票二维码，而只包括订单编码、商品明细、第一用户标识等信息，然后再通过第一客户端获得具体的开票图形码。具体的，如图4所示，可以包括：

1、消费者用户在某商家的线下门店中购买了某些商品后，门店的店员等服务人员可以向门店的POS机中录入消费者购买的商品的信息；

2、POS机可以将商品信息发送给订单服务器；

3、订单服务器在进行结算处理后，向POS机返回结算信息；

4、POS收到结算信息后，便可以通过连接到的打印机打印出相关的小票，小票中主要用于展示商品的明细、单价、优惠金额、实际支付金额等信息；

5、上述第一客户端(例如图4中所述的手机App等)在被商家线下门店内的店员等用户启动后，可以用于对前述不带有开票图形码的小票进行拍照。之后，第一客户端还可以通过对采集到的图像进行文字识别(OCR)等处理，从中识别出具体的目标信息，包括前述订单编码、商品明细、第一用户标识等等；

6、将前述识别出的目标信息提交到开票服务器；

7、开票服务器生成相应的开票图形码(开票二维码等)之后，再返回给第一客户端；

8、第一客户端便可以根据具体的订单编号、日期、开票图形码等信息，输出到打印机中进行打印。打印出的小票中可以显示有订单编号、日期、开票图形码等信息，该小票可以作为前述打印出的订单小票的副票，一起交给第二用户，或者，为了便于第二用户携带，还可以将两张票钉在一起，然后再交给第二用户，等等。

也就是说，在本申请实施例中，开票服务商不再需要直接与订单服务商以及POS开票进行信息交互，因此，开票服务商也就不需要与第一用户门店的POS机及订单服务商进行互通改造，只需要通过开票服务商为商家等第一用户提供的第一客户端，便可以实现“一单一码”的开票服务。当然，相比于现有技术，交付给第二用户的小票数量由一张变为两张，如图5所示，其中一张为不带有开票图形码的销售凭证单据，另一张为仅包含订单编码、日期以及开票图形码的开票单据。但是，在第一用户的等待时间及服务体验上并不会产生很大的落差，而且，大大降低了开票服务商的推广成本。当然，具体实现时，第一客户端接收到返回的开票图形码之后，也可以不必进行打印，例如，第二用户可以通过自己的手机等终端设备对商家手机等终端设备中展示出的开票图形码进行拍照，以获得相应的开票图形码，等等。

下面对本申请实施例的具体实现方式进行详细介绍。

实施例一

该实施例一主要从开票服务商为商家等第一用户提供的第一客户端的角度，提供了一种发票信息处理方法，参见图6，包括：

S601：对销售凭证单据进行图像数据采集；

其中，本申请实施例中所述的销售凭证单据具体就可以是指小票、收据等票据，其中显示有第二用户所购买的数据对象(商品对象等)的明细以及金额、优惠方式、实际支付金额、订单编码、日期、时间等信息。

如前文所述，本申请实施例中，具体销售凭证单据的生成方式可以与传统的不带有开票图形码的小票生成方式相同，直接通过POS机与订单服务器之间的信息交互，便可以实现销售凭证单据的生成。之后，再利用本申请实施例提供的第一客户端对该销售凭证单据进行图像数据采集。

其中，具体进行图像数据采集时可以有多种方式，例如，一种方式下，可以是对销售凭证单据进行视频图像采集，或者，在更优选的方式下，可以对销售凭证单据进行拍照，生成照片数据。具体的，在对销售凭证单据进行拍照的方式下，如图7-1所示，第一客户端被启动后，可以在界面中展示出“拍照开票”等字样的第一操作选项，当该第一操作选项被点击后，终端设备中的相机组件被启动，然后将终端设备的拍摄焦点对准销售凭证单据进行拍照即可。

这里需要说明的是，在实际应用中，如果某第二用户在一个线下门店中的购物数量较大，以至于一张销售凭证单据可能会比较长，此时，可能会出现一次拍照无法将一张销售凭证单据拍摄完整的情况。为此，在具体实现时，在拍摄得到一张照片之后，还可以提供“继续拍照”等字样的第二操作选项，以用于为当前的销售凭证单据增加更多的照片。这样，在遇到较长的销售凭证单据时，可以先拍摄销售凭证的一部分区域，之后，再通过该第二操作选项来重新启动相机组件，以增加更多的照片。或者，也可以在拍摄完成一张照片后，相机组件不必自动退出，而是继续处于拍摄状态，这样，用户可以移动相机组件的拍摄焦点，对单据的其他区域继续进行拍照，直到将单据的全部区域拍摄完成。此时，第一客户端可以将相机组件拍摄得到的多张照片都作为当前单据的照片数据，等等。需要说明的是，在这种一张单据对应多张照片的情况下，即使不同的照片之间存在重复的内容也是允许的，后续在具体进行信息识别时，可以自动进行去重处理。

S602：从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码时所需的信息；

在获得具体的图像数据后，可以从中进行目标信息的识别。例如，如果获得的图像数据是照片数据，则可以采用OCR等文字识别技术，从中识别出具体的文字，并通过对具体的关键词、文字所在位置等格式化信息的识别，确定出具体所需字段上的信息。例如，可以包括订单编号、第一用户标识、数据对象明细、价格、优惠信息、实际支付总价，等等。上述信息都是在生成开票图形码时所需的信息。当然，如果获得的图像数据是视频数据，也可以从视频中提取出一帧或者多帧图像，然后再通过OCR的方式识别出具体所需的目标信息。

其中，在获得的是照片数据的情况下，如果一张单据对应的照片只有一张，则直接从该照片中识别出具体的文字信息，并通过语义识别、关键词识别等方式，获得具体所需字段上的信息即可。而如果一张单据对应的照片有多张，则可以对所述多张照片的数据分别进行信息识别，并将识别结果进行组合，获得所述目标信息。其中，具体在进行组合时，可以包括对重复信息的删除等。

S603：将所述目标信息提交至服务器，以用于生成开票图形码；

在识别出目标信息后，可以提交到预置的服务器，其中，这里的预置服务器具体就可以是开票服务商提供的服务器，由于第一客户端也是由开票服务商提供的，因此，在提供第一客户端时，直接将所述预置的服务器的信息配置到第一客户端中即可。这样，第一客户端在获取到对单据的信息识别结果之后，直接提交到该预先配置的服务器即可。相应的，在第一客户端的界面中可以展示出如图7-2所示的界面，提示第一用户正在生成图形码，等等。

其中，具体用于开票的目标信息至少可以包括所述销售凭证单据关联的销售订单的订单标识信息、数据对象明细信息以及结算结果信息(例如，实际支付总额等)。另外，实际所需的目标信息可能还会包括与第一用户的身份等相关的标识信息，对于此信息，可以从销售凭证单据中进行识别，或者，在另一种方式下，由于第一用户在使用第一终端设备获得开票图形码的过程中，通常是在通过预先注册的统一账户进行登录的状态下进行的，因此，服务器可以根据第一客户端对应的第一用户账户信息，确定第一用户的身份标识。总之，服务器在收到一个单据的目标信息后，便可以生成开票图形码，并返回给第一客户端。其中，具体根据目标信息生成开票图形码的过程，并不属于本申请实施例关注的重点，因此，这里不再详述。

S604：接收所述服务器返回的开票图形码信息。

服务器生成具体的开票图形码之后，可以返回给第一客户端，第一客户端对服务器返回的开票图形码进行接收。在收到开票图形码之后，可以在第一终端设备的界面中进行展示，例如，具体展示情况可以如图7-3所示。另外，在获得开票图形码之后，一种方式下，可以将其发送给关联的打印机进行打印，打印出的单据可以连同之前生成的销售凭证单据一起交付给第二用户。或者，另一种方式下，可以由第一用户将展示有图形码的终端设备界面提供给第二用户，第二用户可以使用自己的手机等终端设备对该图形码进行拍照，等等。

需要说明的是，具体实现时，具体生成带有开票图形码的单据时，除了图形码本身，第一客户端还可以将具体的订单编号、日期等信息输出到该单据上，以方便用户获知具体的图形码是对应哪个销售凭证单据。

第二用户在获得具体的开票图形码之后，便可以随时随地通过其终端设备安装的第二客户端，对开票图形码进行扫码，然后可以指定具体的开票类型、开票方式(在发票中显示大类信息，还是明细信息等等)、抬头等信息，便可以收到具体的发票，而不需要再到线下门店进行开具。

总之，通过本申请实施例，可以由开票服务商为商家等第一用户提供第一客户端，具体进行结算时，可以首先按照常规的流程，生成不带有开票图形码的销售凭证单据，此过程中，不需要开票服务器与订单服务器、POS机进行交互。之后，可以通过终端设备中安装的第一客户端，对所述不带有开票图形码的销售凭证单据进行图像采集，并从中识别出生成开票图形码所需的目标信息，并提交到开票服务器，这样，开票服务器便可以根据具体的目标信息生成开票图形码，并返回给第一客户端。第一客户端只需要通过预先连接到的打印机或者其他途径，将开票图形码交付给第二用户即可。在上述过程中，是由第一客户端与开票服务器之间进行信息交互，并得到具体的开票图形码，实现了“一单一码”。但是此过程仍然不需要开票服务器与订单服务器、POS机进行交互，因此，也不需要彼此之间进行接口联调、POS机改造等处理，第一用户只需要在其终端设备安装第一客户端即可，因此便于“一单一码”服务的推广应用。另外，从用户体验的角度而言，虽然需要第一用户的店员等执行拍照操作，但是，由于操作方式并不复杂，因此，并不会在用户体验上造成太大的落差。另外，无论是第一用户还是第二用户，在等待时间等方面，与现有技术中的方式也没有明显差别。也就是说，本申请实施例可以在不会牺牲用户体验的情况下，降低“一单一码”的开票服务的推广成本。

实施例二

该实施例二是与实施例一相对应的，从开票服务器的角度，提供了一种发票信息处理方法，参见图8，该方法具体可以包括：

S801：接收第一客户端提交的目标信息，所述目标信息是通过对销售凭证单据进行图像数据采集，并从所述图像数据中识别出的，所述目标信息是生成开票图形码时所需的信息；

S802：根据所述目标信息生成开票图形码；

S803：将所述开票图形码信息返回给所述第一客户端。

其中，关于该实施例二中的未详述部分，可以参见前述实施例一中的记载，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种发票信息处理装置，参见图9，该装置具体可以包括：

图像采集单元901，用于对销售凭证单据进行图像数据采集；

信息识别单元902，用于从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码时所需的信息；

信息提交单元903，用于将所述目标信息提交至服务器，以用于生成开票图形码；

图形码接收单元904，用于接收所述服务器返回的开票图形码信息。

具体实现时，所述图像采集单元具体可以用于：通过对所述销售凭证单据进行拍照，获得照片数据。

其中，在一种情况下所述图像采集单元具体可以用于：

通过对同一销售凭证单据的不同区域分别进行拍照获得多份照片数据；

此时，所述信息识别单元具体可以用于：

对所述多份照片数据分别进行信息识别，并将识别结果进行组合，获得所述目标信息。

其中，具体实现时，所述图像采集单元具体可以包括：

第一操作选项提供子单元，用于提供用于对销售凭证单据进行拍照的第一操作选项；

第二操作选项提供子单元，用于通过所述第一操作选项接收到拍照请求后，启动终端设备中的相机组件，并在接收到关于所述销售凭证单据的照片数据后，提供用于为所述销售凭证单据增加更多照片的第二操作选项；

照片数据获得子单元，用于通过所述第二操作选项接收到拍照请求后，重新启动终端设备中的相机组件，以获得关于所述销售凭证单据的更多照片数据。

具体实现时，装置还可以包括：

打印输出单元，用于通过预置的打印设备输出开票凭证单据。

其中，所述目标信息至少包括所述销售凭证单据关联的销售订单的订单标识信息、数据对象明细信息以及结算结果信息。

与实施例二相对应，本申请实施例还提供了一种发票信息处理装置，参见图10，该装置具体可以包括：

目标信息接收单元1001，用于接收第一客户端提交的目标信息，所述目标信息是通过对销售凭证单据进行图像数据采集，并从所述图像数据中识别出的，所述目标信息是生成开票图形码所需的信息；

图形码生成单元1002，用于根据所述目标信息生成开票图形码；

图形码返回单元1003，用于将所述开票图形码信息返回给所述第一客户端。

另外，本申请实施例还提供了一种发票信息处理系统，其特征在于，包括：

第一客户端，用于对销售凭证单据进行图像数据采集，从所述图像数据中识别出目标信息并提交到服务器，所述目标信息是生成开票图形码时所需的信息；

所述服务器，用于根据所述第一客户端提交的目标信息生成开票图形码，并返回给所述第一客户端。

其中，所述第一客户端具体可以用于，通过对所述销售凭证单据进行拍照，获得照片数据。

另外，所述第一客户端还可以用于，通过预置的打印设备输出开票凭证单据。

关于上述各装置实施例以及系统实施例中的具体实现，可以参见前述实施例一中的记载，这里不再赘述。

另外，本申请实施例还提供了一种电子设备，该电子设备可以包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

对销售凭证单据进行图像数据采集；

从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码所需的信息；

将所述目标信息提交至服务器，以用于生成开票图形码；

接收所述服务器返回的开票图形码信息。

其中，图11示例性的展示出了电子设备的架构，例如，设备1100可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图11，设备1100可以包括以下一个或多个组件：处理组件1102，存储器1104，电源组件1106，多媒体组件1108，音频组件1110，输入/输出(I/O)的接口1112，传感器组件1114，以及通信组件1116。

处理组件1102通常控制设备1100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1102可以包括一个或多个处理器1120来执行指令，以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件的全部或部分步骤。此外，处理组件1102可以包括一个或多个模块，便于处理组件1102和其他组件之间的交互。例如，处理部件1102可以包括多媒体模块，以方便多媒体组件1108和处理组件1102之间的交互。

存储器1104被配置为存储各种类型的数据以支持在设备1100的操作。这些数据的示例包括用于在设备1100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1106为设备1100的各种组件提供电力。电源组件1106可以包括电源管理系统，一个或多个电源，及其他与为设备1100生成、管理和分配电力相关联的组件。

多媒体组件1108包括在设备1100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1108包括一个前置摄像头和/或后置摄像头。当设备1100处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1110被配置为输出和/或输入音频信号。例如，音频组件1110包括一个麦克风(MIC)，当设备1100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1104或经由通信组件1116发送。在一些实施例中，音频组件1110还包括一个扬声器，用于输出音频信号。

I/O接口1112为处理组件1102和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1114包括一个或多个传感器，用于为设备1100提供各个方面的状态评估。例如，传感器组件1114可以检测到设备1100的打开/关闭状态，组件的相对定位，例如所述组件为设备1100的显示器和小键盘，传感器组件1114还可以检测设备1100或设备1100一个组件的位置改变，用户与设备1100接触的存在或不存在，设备1100方位或加速/减速和设备1100的温度变化。传感器组件1114可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1114还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1114还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1116被配置为便于设备1100和其他设备之间有线或无线方式的通信。设备1100可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1116还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备1100可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1104，上述指令可由设备1100的处理器1120执行以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的发票信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (13)

1.一种发票信息处理系统，其特征在于，包括：

第一客户端，安装于第一用户关联的终端设备中，用于对基于第二用户当前进行的商品购买行为生成的销售凭证单据进行图像数据采集，从所述图像数据中识别出目标信息并提交到服务器，所述目标信息是生成开票图形码所需的信息；

所述服务器，用于根据所述第一客户端提交的目标信息生成开票图形码，并返回给所述第一客户端，以用于生成展示有所述开票图形码的开票凭证单据，并在向所述第二用户提供所述销售凭证单据时，还将所述开票凭证单据提供给所述第二用户。

2.根据权利要求1所述的系统，其特征在于，

所述第一客户端具体用于，通过对所述销售凭证单据进行拍照，获得照片数据。

3.根据权利要求1所述的系统，其特征在于，

所述第一客户端还用于，通过预置的打印设备输出开票凭证单据。

4.一种发票信息处理方法，其特征在于，包括：

对基于第二用户当前进行的商品购买行为生成的销售凭证单据进行图像数据采集；

从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码所需的信息；

将所述目标信息提交至服务器，以用于生成开票图形码；

接收所述服务器返回的开票图形码信息，以用于生成展示有所述开票图形码的开票凭证单据，并在向所述第二用户提供所述销售凭证单据时，还将所述开票凭证单据提供给所述第二用户。

5.根据权利要求4所述的方法，其特征在于，

所述对销售凭证单据进行图像数据采集，包括：

通过对所述销售凭证单据进行拍照，获得照片数据。

6.根据权利要求5所述的方法，其特征在于，

所述获得照片数据，包括：

通过对同一销售凭证单据的不同区域分别进行拍照获得多份照片数据；

所述从所述图像数据中识别出目标信息，包括：

对所述多份照片数据分别进行信息识别，并将识别结果进行组合，获得所述目标信息。

7.根据权利要求6所述的方法，其特征在于，

通过对同一销售凭证单据的不同区域进行拍照获得多份照片数据，包括：

提供用于对销售凭证单据进行拍照的第一操作选项；

通过所述第一操作选项接收到拍照请求后，启动终端设备中的相机组件，并在接收到关于所述销售凭证单据的照片数据后，提供用于为所述销售凭证单据增加更多照片的第二操作选项；

通过所述第二操作选项接收到拍照请求后，重新启动终端设备中的相机组件，以获得关于所述销售凭证单据的更多照片数据。

8.根据权利要求4至7任一项所述的方法，其特征在于，

所述接收所述服务器返回的开票图形码信息之后，还包括：

通过预置的打印设备输出开票凭证单据。

9.根据权利要求4至7任一项所述的方法，其特征在于，

所述目标信息至少包括所述销售凭证单据关联的销售订单的订单标识信息、数据对象明细信息以及结算结果信息。

10.一种发票信息处理方法，其特征在于，包括：

接收第一客户端提交的目标信息，所述目标信息是通过对基于第二用户当前进行的商品购买行为生成的销售凭证单据进行图像数据采集，并从所述图像数据中识别出的，所述目标信息是生成开票图形码所需的信息；

根据所述目标信息生成开票图形码；

将所述开票图形码信息返回给所述第一客户端，以用于生成展示有所述开票图形码的开票凭证单据，并在向所述第二用户提供所述销售凭证单据时，还将所述开票凭证单据提供给所述第二用户。

11.一种发票信息处理装置，其特征在于，包括：

图像采集单元，用于对基于第二用户当前进行的商品购买行为生成的销售凭证单据进行图像数据采集；

信息识别单元，用于从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码所需的信息；

信息提交单元，用于将所述目标信息提交至服务器，以用于生成开票图形码；

图形码接收单元，用于接收所述服务器返回的开票图形码信息，以用于生成展示有所述开票图形码的开票凭证单据，并在向所述第二用户提供所述销售凭证单据时，还将所述开票凭证单据提供给所述第二用户。

12.一种发票信息处理装置，其特征在于，包括：

目标信息接收单元，用于接收第一客户端提交的目标信息，所述目标信息是通过对基于第二用户当前进行的商品购买行为生成的销售凭证单据进行图像数据采集，并从所述图像数据中识别出的，所述目标信息是生成开票图形码所需的信息；

图形码生成单元，用于根据所述目标信息生成开票图形码；

图形码返回单元，用于将所述开票图形码信息返回给所述第一客户端，以用于生成展示有所述开票图形码的开票凭证单据，并在向所述第二用户提供所述销售凭证单据时，还将所述开票凭证单据提供给所述第二用户。

13.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

对基于第二用户当前进行的商品购买行为生成的销售凭证单据进行图像数据采集；

从所述图像数据中识别出目标信息，所述目标信息是生成开票图形码所需的信息；

将所述目标信息提交至服务器，以用于生成开票图形码；

接收所述服务器返回的开票图形码信息，以用于生成展示有所述开票图形码的开票凭证单据，并在向所述第二用户提供所述销售凭证单据时，还将所述开票凭证单据提供给所述第二用户。

Images