CN109614596A - 一种电子票据处理方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了一种电子票据处理方法、装置和系统，开具方根据电子票据所属的版式文档类型，调用相对应的代码控件，从电子票据中提取出纯文本业务信息；将纯文本业务信息传输至关联方。相比于完整的电子票据，纯文本业务信息的数据量会大大的减小，从而降低了电子票据传输过程中的资源开销。关联方对纯文本业务信息进行处理，得到文本形式的处理结果；关联方存储该处理结果，并将处理结果传输至开具方。和现有技术中服务端存储完整的电子票据相比，在此关联方只需存储针对于业务信息的文本形式的处理结果，有效的降低了电子票据对存储空间的占用。并且关联方以文本形式传输处理结果，降低了电子票据传输过程中的资源开销。

Description

一种电子票据处理方法、装置和系统

技术领域

本发明涉及数据处理技术领域，特别是涉及一种电子票据处理方法、装置和系统。

背景技术

版式文档是指符合版式文档格式规范的文档，便携式文件格式(PortableDocument Format，PDF)是版式文档标准之一，由于其在技术上起点高，功能全，PDF版式文档格式目前已成为数字化信息的一个工业标准。越来越多的电子图书、产品说明、公司文告、网络资料、电子邮件开始使用PDF格式的版式文档。

在票据数字化处理过程中，包括PDF在内的版式文档技术提供了较为方便的、跨平台的、统一的电子文档版面的封装办法。在版式文档带来极大的方便性的同时，针对电子票据内容本身来讲，也带来了信息量的扩大和冗余问题，导致在电子票据文档的处理、存储及传输过程中的相关系统负担加大。特别是对电子票据进行处理和存储的服务端需要在短时间内处理巨量的版式文档，或者是在资源相对并不丰富的信道上交互处理电子票据版式文档时，由于电子票据信息量的扩大和冗余造成资源开销增大的问题尤其突出。

可见，如何降低电子票据在处理、存储及传输过程中的资源开销，是本领域技术人员亟待解决的问题。

发明内容

本发明实施例的目的是提供一种电子票据处理方法、装置和系统，可以降低电子票据在处理、存储及传输过程中的资源开销。

为解决上述技术问题，本发明实施例提供一种电子票据处理方法，适用于开具方，所述方法包括：

根据电子票据所属的版式文档类型，调用相对应的代码控件，从所述电子票据中提取出纯文本业务信息；

将所述纯文本业务信息传输至关联方；

接收所述关联方传输的文本形式的处理结果，并将所述处理结果进行存储。

可选的，在所述将所述处理结果进行存储之后还包括：

当接收到文档展示指令时，则将所述处理结果与相应的文档模板进行合并，输出包含所述处理结果的版式文档。

可选的，在所述将所述纯文本业务信息传输至关联方之后还包括：

当接收到所述关联方发送的业务信息不合规的提示信息时，进行告警提示。

本发明实施例还提供了一种电子票据处理装置，适用于开具方，所述装置包括提取单元、传输单元和存储单元；

所述提取单元，用于根据电子票据所属的版式文档类型，调用相对应的代码控件，从所述电子票据中提取出纯文本业务信息；

所述传输单元，用于将所述纯文本业务信息传输至关联方；

所述存储单元，用于接收所述关联方传输的文本形式的处理结果，并将所述处理结果进行存储。

可选的，还包括合并单元；

所述合并单元，用于在所述将所述处理结果进行存储之后，当接收到文档展示指令时，则将所述处理结果与相应的文档模板进行合并，输出包含所述处理结果的版式文档。

可选的，还包括提示单元；

所述提示单元，用于在所述将所述纯文本业务信息传输至关联方之后，当接收到所述关联方发送的业务信息不合规的提示信息时，进行告警提示。

本发明实施例还提供了一种电子票据处理方法，适用于关联方，所述方法包括：

接收开具方传输的纯文本业务信息；

根据预先设定的业务规则，对所述业务信息进行处理，得到文本形式的处理结果；

存储所述处理结果，并将所述处理结果传输至所述开具方。

可选的，所述处理结果包括所述业务信息的哈希值、处理意见、时间戳、关联方的身份信息和数字证书签名。

可选的，在所述根据预先设定的业务规则，对所述业务信息进行处理之后还包括：

当所述业务信息未通过审核时，则向所述开具方发送业务信息不合规的提示信息。

本发明实施例还提供了一种电子票据处理装置，适用于关联方，所述装置包括接收单元、审核单元和传输单元；

所述接收单元，用于接收开具方传输的纯文本业务信息；

所述审核单元，用于根据预先设定的业务规则，对所述业务信息进行处理，得到文本形式的处理结果；

所述传输单元，用于存储所述处理结果，并将所述处理结果传输至所述开具方。

可选的，所述处理结果包括所述业务信息的哈希值、处理意见、时间戳、关联方的身份信息和数字证书签名。

可选的，所述传输单元还用于当所述业务信息未通过审核时，则向所述开具方发送业务信息不合规的提示信息。

本发明实施例还提供了一种电子票据处理系统，包括开具方和关联方；

所述开具方，用于根据电子票据所属的版式文档类型，调用相对应的代码控件，从所述电子票据中提取出纯文本业务信息；将所述纯文本业务信息传输至关联方；接收所述关联方传输的文本形式的处理结果，并将所述处理结果进行存储；

所述关联方，用于接收开具方传输的纯文本业务信息；根据预先设定的业务规则，对所述业务信息进行处理，得到处理结果，并存储所述处理结果；将所述处理结果以文本形式传输至所述开具方。

由上述技术方案可以看出，开具方根据电子票据所属的版式文档类型，调用相对应的代码控件，从电子票据中提取出纯文本业务信息。电子票据往往以版式文档形式呈现，版式文档由于涉及数据的字体、颜色、排版格式等要求，一张电子票据的数据量往往较大，对于关联方而言其主要是对电子票据的业务信息进行处理，因此，开具方可以将电子票据中的业务信息和表单模板分离后，直接将提取出的业务信息以文本的形式传输至关联方。相比于完整的电子票据，纯文本业务信息的数据量会大大的减小，从而降低了电子票据传输过程中的资源开销。相应的，关联方接收到纯文本业务信息后，对其进行处理，得到文本形式的处理结果；关联方存储该处理结果，并将处理结果传输至开具方。和现有技术中服务端存储完整的电子票据相比，在该技术方案中，关联方只需存储针对于业务信息的文本形式的处理结果，有效的降低了电子票据对存储空间的占用，提升了关联方存储空间的利用率。并且和现有技术中传输版式文档的处理结果相比，该技术方案中关联方以文本形式传输处理结果，降低了电子票据传输过程中的资源开销。该技术方案可以适配多种通讯协议和多种软硬件形态，从而满足当前各种新技术，如区块链、物联网等的发展要求。

附图说明

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

图1为本发明实施例提供的一种电子票据处理方法的信令流程图；

图2为现有技术提供的一张电子发票的示意图；

图3为本发明实施例提供的一种适用于开具方的电子票据处理装置的结构示意图；

图4为本发明实施例提供的一种适用于关联方的电子票据处理装置的结构示意图；

图5为本发明实施例提供的一种电子票据处理系统的结构示意图。

具体实施方式

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

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

接下来，详细介绍本发明实施例所提供的一种电子票据处理方法。图1为本发明实施例提供的一种电子票据处理方法的信令流程图，该方法包括：

S101：开具方根据电子票据所属的版式文档类型，调用相对应的代码控件，从电子票据中提取出纯文本业务信息。

在本发明实施例中，开具方指的是与用户或者是管理人员进行交互的设备。

业务信息是指电子票据所承载的业务内容，可以看作是区分不同电子票据的关键信息。以电子发票为例，发票抬头、发票代码、发票号码、开票日期、校验码、购买方信息、明细清单、价税合计、销售方信息等均属于该张电子发票的业务信息。

版式文档类型有多种，包括PDF、OFD、CAJ等，不同类型的版式文档中业务信息的提取有所差异，在本发明实施例中，可以针对每种版式文档类型设置其对应的代码控件。

电子票据可以包括业务信息和表单模板，代码控件用于将电子票据中的业务信息和表单模板进行分离，从而提取出纯文本业务信息。

在传统方式中，关联方接收到开具方传输的电子票据时，从电子票据版式文件中提取出业务信息进行处理，在本发明实施例中，可以参照关联方提取业务信息的操作设置代码控件，并将设置好的代码控件存储至开具方。

考虑到电子票据的形式以及版式文档类型的多种多样，为了方便介绍，在本发明实施例中均以PDF版式文档的电子发票为例，对其处理过程展开介绍。

从电子票据中提取出纯文本业务信息可以包括电子印章图片的十六进制数据，以及针对该纯文本业务信息的开具方自证数字证书签名数据。

S102：开具方将纯文本业务信息传输至关联方。

电子票据往往以版式文档形式呈现，版式文档由于涉及数据的字体、颜色、排版格式等要求，一张电子票据的数据量往往较大，对于关联方而言只须对电子票据的业务信息进行处理，因此，在本发明实施例中，可以在开具方上对电子票据中的业务信息和表单模板进行分离，基于此，开具方只需向关联方传输提取出的纯文本业务信息即可。

相比于完整的电子票据，纯文本业务信息的数据量会大大的减小，从而降低了电子票据在存储、处理、传输过程中的资源开销，并适配多种通讯协议和多种软硬件形态，从而满足当前各种新技术，如区块链、物联网等的发展要求。

S103：关联方接收开具方传输的纯文本业务信息。

关联方指的是具有针对电子票据进行内容验证、存储转发等权限的业务处理方。关联方可以以服务端的形式呈现。

在本发明实施例中，开具方只需将文件形式的业务信息传输至关联方即可。

以图2所示的电子发票的版式文档为例，依据代码控件从该电子发票中提取出的业务信息的形式如下，业务信息可以包括：

1、销售方信息：名称+税号+地址+电话+开户行+账号；

2、销售方电子图章：(图片/HEX)；

3、销售方公钥证书：(HEX)；

4、销售方自证电子签名区：sign(票据所有要素文本数据)。

5、购买方信息：自然人/法人(名称+税号+地址+电话+开户行+账号)；

6、明细清单：服务或劳务名称+规格型号+单位+数量+单价+金额+税率+税额；

7、发票抬头、发票代码、发票号码、开票日期、金额合计、税额合计、价税合计。

根据不同类型的电子发票，其业务信息也可以包括：备注信息、收款人、复核人、开票人、校验码、税控码等信息。

上述业务信息的形式仅是以业务信息所包含的信息类型为例进行的说明，在具体实现中，业务信息的各数据类型都有其对应的具体数据信息，例如，发票抬头：北京市增值税电子普通发票；发票代码：011001600211；发票号码：52520901；开票日期：2017-12-30；检验码：J4600 91063 96500 29005。

在业务信息中，销售方电子图章和销售方公钥证书均可以采用十六进制即HEX的形式表示。在实际应用中，业务信息中涉及的图形、图像等，为了处理方便，均可以将其转换成十六进制的形式。

需要说明的是，在上述介绍中为了便于区分业务信息中的不同类型的数据信息，可以采用间隔符对不同的数据信息进行了分隔，在此对于分隔形式不做限定。

提取出的业务信息脱离了原本电子发票的表单模板，业务信息以文本形式呈现，无需再考虑字体大小、颜色，所需遵循的格式要求等，因此，其对应的数据大小远小于以版式文档形式呈现的电子发票的数据大小。

S104：关联方根据预先设定的业务规则，对业务信息进行处理，得到文本形式的处理结果，并存储处理结果。

业务规则可以包含有对业务信息中各项信息的评判依据。关联方对业务信息的审核过程属于比较成熟的技术手段，在此不再赘述。

S105：关联方将处理结果传输至开具方。

当业务信息在关联方处理后，关联方会对业务信息设置电子签名。具体的，关联方审核通过后得到的处理结果可以包括业务信息的哈希值、处理意见、时间戳、关联方的身份信息和数字证书签名。

其中，关联方的身份信息可以包括关联方的名称、代码和签名方公钥证书。

在处理结果中包括签名方公钥证书，以便于开具方查证其真伪。

S106：开具方接收关联方传输的文本形式的处理结果，并将处理结果进行存储。

关联方存储文本形式的处理结果，该处理结果中包含的是业务信息的哈希值(唯一特征值)、处理意见、时间戳、关联方的身份信息和数字证书签名。相比于传统方式中存储完整的电子票据和电子签名，业务信息的哈希值所对应的数据大小远小于完整的电子票据的数据大小，有效的降低了电子票据在存储时占用的资源。

一般情况下，根据票据明细清单长短，一张PDF版的电子票据的数据量大小大约为50K-500K不等，而从该电子票据中提取出的纯文本形式业务信息数据量一般只占用2K-5K左右。

和现有技术中服务端存储电子票据相比，相同大小的存储空间可以存储更多张电子票据的业务信息，有效的提升了关联方存储空间的利用率。

由上述技术方案可以看出，开具方根据电子票据所属的版式文档类型，调用相对应的代码控件，从电子票据中提取出纯文本业务信息。电子票据往往以版式文档形式呈现，版式文档由于涉及数据的字体、颜色、排版格式等要求，一张电子票据的数据量往往较大，对于关联方而言其主要是对电子票据的业务信息进行处理，因此，开具方可以将电子票据中的业务信息和表单模板分离后，直接将提取出的业务信息以文本的形式传输至关联方。相比于完整的电子票据，纯文本业务信息的数据量会大大的减小，从而降低了电子票据传输过程中的资源开销。相应的，关联方接收到纯文本业务信息后，对其进行处理，得到文本形式的处理结果；关联方存储该处理结果，并将处理结果传输至开具方。和现有技术中服务端存储完整的电子票据相比，在该技术方案中，关联方只需存储针对于业务信息的文本形式的处理结果，有效的降低了电子票据对存储空间的占用，提升了关联方存储空间的利用率。并且和现有技术中传输版式文档的处理结果相比，该技术方案中关联方以文本形式传输处理结果，降低了电子票据传输过程中的资源开销。该技术方案可以适配多种通讯协议和多种软硬件形态，从而满足当前各种新技术，如区块链、物联网等的发展要求。

关联方向开具方传输文本形式的处理结果，开具方在接收到该处理结果后，可以将该处理结果进行存储，开具方可以向用户直接展示文本形式的处理结果，也可以根据用户的需求，将该处理结果转换成版式文档的形式进行展示。

具体的，开具方接收到文档展示指令时，将处理结果按照文档展示指令所对应的文档类型展示。

例如，当用户需要查看版式文档类型的处理结果时，则将处理结果与相应的文档模板进行合并，输出包含处理结果的版式文档。当用户需要查看文本形式的处理结果时，则可以直接将存储的处理结果进行展示。

以电子发票为例，在实际应用中，经过业务管理部门对电子发票进行简化工作后，电子发票对应的文档模板的种类已经大为减少，在该条件下，可以通过发票代码字段内容或者是自定义的文本报文头字段内容来区分其所对应的文档模板，将处理结果添加至相匹配的文档模板中，从而得到通过审核验证的版式文档形式的电子票据。

在本发明实施例中，开具方既可以展示文本形式的处理结果，也可以将该处理结果转换成版式文档形式的电子票据展示。开具方可以根据用户的需求，向用户展示其所需的格式类型的电子票据，提升了用户体验。

在本发明实施例中，为了便于开具方及时了解处理结果，当关联方根据预先设定的业务规则，对业务信息进行处理之后，若业务信息未通过审核时，则可以向开具方发送业务信息不合规的提示信息，相应的，开具方在接收到关联方发送的业务信息不合规的提示信息时，进行告警提示。

通过设置提示机制，可以便于用户或者管理人员及时了解业务信息的处理结果，当业务信息未通过审核时，则说明业务信息可能填写有误，通过设置提示机制，可以便于用户或者管理人员及时对业务信息进行更正。

图3为本发明实施例提供的一种适用于开具方的电子票据处理装置的结构示意图，装置包括提取单元31、传输单元32和存储单元33；

提取单元31，用于根据电子票据所属的版式文档类型，调用相对应的代码控件，从电子票据中提取出纯文本业务信息；

传输单元32，用于将纯文本业务信息传输至关联方；

存储单元33，用于接收关联方传输的文本形式的处理结果，并将处理结果进行存储。

可选的，还包括合并单元；

合并单元，用于在将处理结果进行存储之后，当接收到文档展示指令时，则将处理结果与相应的文档模板进行合并，输出包含处理结果的版式文档。

可选的，还包括提示单元；

提示单元，用于在将纯文本业务信息传输至关联方之后，当接收到关联方发送的业务信息不合规的提示信息时，进行告警提示。

图3所对应实施例中特征的说明可以参见图1所对应实施例的相关说明，这里不再一一赘述。

由上述技术方案可以看出，开具方根据电子票据所属的版式文档类型，调用相对应的代码控件，从电子票据中提取出纯文本业务信息。电子票据往往以版式文档形式呈现，版式文档由于涉及数据的字体、颜色、排版格式等要求，一张电子票据的数据量往往较大，对于关联方而言其主要是对电子票据的业务信息进行处理，因此，开具方可以将电子票据中的业务信息和表单模板分离后，直接将提取出的业务信息以文本的形式传输至关联方。相比于完整的电子票据，纯文本业务信息的数据量会大大的减小，从而降低了电子票据传输过程中的资源开销。该技术方案可以适配多种通讯协议和多种软硬件形态，从而满足当前各种新技术，如区块链、物联网等的发展要求。

图4为本发明实施例提供的一种适用于关联方的电子票据处理装置的结构示意图，装置包括接收单元41、审核单元42和传输单元43；

接收单元41，用于接收开具方传输的纯文本业务信息；

审核单元42，用于根据预先设定的业务规则，对业务信息进行处理，得到文本形式的处理结果；

传输单元43，用于存储处理结果，并将处理结果传输至开具方。

可选的，处理结果包括业务信息的哈希值、处理意见、时间戳、关联方的身份信息和数字证书签名。

可选的，传输单元还用于当业务信息未通过审核时，则向开具方发送业务信息不合规的提示信息。

图4所对应实施例中特征的说明可以参见图1所对应实施例的相关说明，这里不再一一赘述。

由上述技术方案可以看出，关联方接收到纯文本业务信息后，对其进行处理，得到文本形式的处理结果；关联方存储该处理结果，并将处理结果传输至开具方。和现有技术中服务端存储完整的电子票据相比，在该技术方案中，关联方只需存储针对于业务信息的文本形式的处理结果，有效的降低了电子票据对存储空间的占用，提升了关联方存储空间的利用率。并且和现有技术中传输版式文档的处理结果相比，该技术方案中关联方以文本形式传输处理结果，降低了电子票据传输过程中的资源开销。

图5为本发明实施例提供的一种电子票据处理系统50的结构示意图，包括开具方51和关联方52；

开具方51，用于根据电子票据所属的版式文档类型，调用相对应的代码控件，从电子票据中提取出纯文本业务信息；将纯文本业务信息传输至关联方；接收关联方传输的文本形式的处理结果，并将处理结果进行存储；

关联方52，用于接收开具方传输的纯文本业务信息；根据预先设定的业务规则，对业务信息进行处理，得到处理结果，并存储处理结果；将处理结果以文本形式传输至开具方。

以上对本发明实施例所提供的一种电子票据处理方法、装置和系统进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

Claims (10)

1.一种电子票据处理方法，其特征在于，适用于开具方，所述方法包括：

根据电子票据所属的版式文档类型，调用相对应的代码控件，从所述电子票据中提取出纯文本业务信息；

将所述纯文本业务信息传输至关联方；

接收所述关联方传输的文本形式的处理结果，并将所述处理结果进行存储。

2.根据权利要求1所述的方法，其特征在于，在将所述处理结果进行存储之后还包括：

当接收到文档展示指令时，则将所述处理结果按照所述文档展示指令所对应的文档类型展示。

3.根据权利要求1或2所述的方法，其特征在于，在将所述纯文本业务信息传输至关联方之后还包括：

当接收到所述关联方发送的业务信息不合规的提示信息时，进行告警提示。

4.一种电子票据处理装置，其特征在于，适用于开具方，所述装置包括提取单元、传输单元和存储单元；

所述提取单元，用于根据电子票据所属的版式文档类型，调用相对应的代码控件，从所述电子票据中提取出纯文本业务信息；

所述传输单元，用于将所述纯文本业务信息传输至关联方；

所述存储单元，用于接收所述关联方传输的文本形式的处理结果，并将所述处理结果进行存储。

5.根据权利要求4所述的装置，其特征在于，还包括合并单元；

所述合并单元，用于在所述将所述处理结果进行存储之后，当接收到文档展示指令时，则将所述处理结果与相应的文档模板进行合并，输出包含所述处理结果的版式文档。

6.一种电子票据处理方法，其特征在于，适用于关联方，所述方法包括：

接收开具方传输的纯文本业务信息；

根据预先设定的业务规则，对所述业务信息进行处理，得到文本形式的处理结果；

存储所述处理结果，并将所述处理结果传输至所述开具方。

7.根据权利要求6所述的方法，其特征在于，所述处理结果包括所述业务信息的哈希值、处理意见、时间戳、关联方的身份信息和数字证书签名。

8.根据权利要求7所述的方法，其特征在于，在所述根据预先设定的业务规则，对所述业务信息进行处理之后还包括：

当所述业务信息未通过审核时，则向所述开具方发送业务信息不合规的提示信息。

9.一种电子票据处理装置，其特征在于，适用于关联方，所述装置包括接收单元、审核单元和传输单元；

所述接收单元，用于接收开具方传输的纯文本业务信息；

所述审核单元，用于根据预先设定的业务规则，对所述业务信息进行处理，得到文本形式的处理结果；

所述传输单元，用于存储所述处理结果，并将所述处理结果传输至所述开具方。

10.一种电子票据处理系统，其特征在于，包括开具方和关联方；

所述开具方，用于根据电子票据所属的版式文档类型，调用相对应的代码控件，从所述电子票据中提取出纯文本业务信息；将所述纯文本业务信息传输至关联方；接收所述关联方传输的文本形式的处理结果，并将所述处理结果进行存储；

所述关联方，用于接收开具方传输的纯文本业务信息；根据预先设定的业务规则，对所述业务信息进行处理，得到文本形式的处理结果；存储所述处理结果，并将所述处理结果传输至所述开具方。