CN112101885A - 内嵌业务逻辑的电子文件的生成和处理方法 - Google Patents

Abstract

本发明涉及电子文件的生成和处理方法。电子文件的处理方法包括：在电子文件中预置业务逻辑和认证签名，以形成业务模板；利用业务模板接收输入信息，以形成完成业务办理的电子文件；检测完成业务办理的电子文件与业务逻辑的符合性；当检测到完成业务办理的电子文件不符合业务逻辑时，判断完成业务办理的电子文件是无效的。利用实施例的方法能够使电子文件对业务系统的依赖变弱，从而可以与现有的开放协作平台进行方便的对接，并方便业务分析和汇总统计。

Description

内嵌业务逻辑的电子文件的生成和处理方法

技术领域

本发明涉及电子文件处理技术，具体涉及一种内嵌业务逻辑的电子文件的生成和处理方法。

背景技术

电子文件处理系统往往会涉及基于电子文件的业务处理。业务泛指在各行业中需要处理的事务。例如，可以通过一份版式文件表单来描述业务；版式文件例如可以是请假单、报销单、借款单、公文、合同书、医生处方和患者病历等的电子文档，其中可以包含数据和签名。

目前很多电子文件处理系统都有业务系统定义，其中基于电子文件的业务系统分为以下两种：

1、业务系统定义业务，电子文件本身不包含任意业务。

这种业务系统定义并驱动业务流程，电子文件依赖系统业务驱动进行流转。如传统的办公自动化系统大多采用该种方式，例如，第一岗位负责起草/发文，第二岗位负责签收，第三岗位负责办理具体事务并提交报告，每个人都在系统下注册一个账户，根据自己的权限和业务范围来进行协同办公。这种系统的缺陷是：电子文件对系统依赖性强且必须由业务系统驱动流转及办理，电子文件没有业务系统的配合无法独立完成业务，难以在开放系统平台下对接。

电子文件对业务系统的依赖性还表现在业务逻辑是通过业务系统来实现的。业务逻辑是指实现某种业务所定义的一种逻辑；业务逻辑可以是按流程化一步步进行的业务流程，也可以是某种数学逻辑，也可以是某种程序逻辑。当业务的办理过程或者输入符合该逻辑时，则业务的办理是符合业务逻辑的。

2、电子文件内嵌弱业务逻辑或者泛化业务逻辑。

这种业务系统典型的是在电子文件内嵌业务脚本，业务脚本有强有弱，但不论强弱，都缺失了结构化业务逻辑的定义和规范，如业务逻辑的步骤，业务逻辑的名称，业务逻辑的条件，及业务逻辑的流程等；同样通用的电子文件处理程序也不具备较好的业务逻辑展示、提醒和控制功能。不利于业务逻辑在办理过程中的参与及最终业务数据统计和汇总。

发明内容

本发明的目的在于提供一种内嵌业务逻辑的电子文件的生成和处理方法，以克服现有技术中存在的上述缺陷中至少之一。

本发明提供一种用于生成电子文件的方法，包括：获取用于所述电子文件的数字证书；在所述电子文件中嵌入业务逻辑信息；使用所述数字证书进行认证签名，以对所述电子文件的相关参数进行固化；其中，所固化的所述电子文件的相关参数至少包括所嵌入的业务逻辑信息；所述业务逻辑信息包括业务逻辑描述及业务逻辑定义。

在一些实施例中，所述电子文件是版式文件，所述版式文件包括表单域和表单签名域。

在一些实施例中，所述业务逻辑描述包括隶属公司/机构、业务编号、业务类别、业务名称、版本、业务系统地址、及文件办结上传接口；所述业务逻辑定义包括业务流程逻辑和表单域之间的逻辑关系。

在一些实施例中，所固化的所述电子文件的相关参数还包括所述电子文件的来源、用途、文档权限、表单外观中的至少一项。

本发明还提供一种用于处理电子文件的方法，包括：在所述电子文件中预置业务逻辑和认证签名，以形成业务模板；利用所述业务模板接收输入信息，以形成完成业务办理的电子文件；检测所述完成业务办理的电子文件与所述业务逻辑的符合性；当检测到所述完成业务办理的电子文件不符合所述业务逻辑时，判断所述完成业务办理的电子文件是无效的。

在一些实施例中，所述电子文件是版式文件，所述版式文件包括表单域和表单签名域；所述输入信息包括针对所述表单域所输入的数据、以及针对所述表单签名域所输入的审批签名。

在一些实施例中，所述检测还包括：检测所述完成业务办理的电子文件中的所述业务逻辑是否被篡改；当检测到所述业务逻辑被篡改时，判断所述完成业务办理的电子文件是无效的。

在一些实施例中，处理电子文件的方法还包括：检测所述完成业务办理的电子文件是否包含针对使用所述认证签名所固化的所述电子文件的相关参数的修改；其中，所固化的所述电子文件的相关参数至少包括所述电子文件中预置的业务逻辑；当检测到所述完成业务办理的电子文件包含针对所固化的所述电子文件的相关参数的修改时，判断所述完成业务办理的电子文件是无效的。

在一些实施例中，所固化的所述电子文件的相关参数还包括所述电子文件的来源、用途、文档权限、表单外观中的至少一项。

在一些实施例中，处理电子文件的方法还包括：当检测到所述完成业务办理的电子文件不符合所述业务逻辑时，提供关于所述业务逻辑的解释信息、提醒信息和警告信息中的至少一种信息。

在一些实施例中，处理电子文件的方法还包括：完成全部输入信息的接收；验证所述完成业务办理的电子文件中的认证签名和审批签名；检测所述全部输入信息与所述业务逻辑的符合性；以及将通过所述验证且所述全部输入信息与所述业务逻辑相符的所述完成业务办理的电子文件上传至业务服务器。

在一些实施例中，完成业务办理的电子文件包括多个添加的审批签名，所述电子文件在每次添加一个审批签名后形成一个新的文件版本，处理电子文件的方法还包括：使用预置有所述认证签名的所述电子文件来检测针对所述电子文件中的业务模板的篡改；以及使用多个不同版本的所述电子文件来检测针对带有所述审批签名的所述电子文件的篡改。

本发明还提供一种用于处理电子文件的装置，包括：预置模块，用于在所述电子文件中预置业务逻辑和认证签名，以形成业务模板；接收模块，用于利用所述业务模板接收输入信息，以形成完成业务办理的电子文件；检测模块，用于检测所述完成业务办理的电子文件与所述业务逻辑的符合性；当检测到所述完成业务办理的电子文件不符合所述业务逻辑时，判断所述完成业务办理的电子文件是无效的。

本发明还提供一种装置，包括：用于存储指令的存储器；以及耦合到所述存储器的处理器，所述指令在由所述处理器执行时使得所述处理器执行根据上述实施例中的任一个实施例所述的方法。

本发明还提供一种计算机可读存储介质，其上存储由指令，所述指令在由处理器执行时使得所述处理器执行上述实施例中的任一个实施例所述的方法。

本发明的上述实施例所实现的技术效果包括但并不限于：通过业务逻辑的内嵌与结构化，使电子文件对业务系统的依赖变弱，从而可以与现有的开放协作平台进行方便的对接，并方便业务分析和汇总统计。

附图说明

图1示出根据本发明实施例的用于生成电子文件的方法的流程图；

图2示出业务系统的结构框图；

图3示出根据本发明实施例的用于处理电子文件的方法的流程图；

图4示出根据本发明实施例的内嵌业务逻辑的版式文件处理流程图；

图5示出在本发明实施例中处理的版式文件的示例；

图6示出在本发明实施例中的业务逻辑的流程示意图；

图7示出在本发明实施例中处于业务办理过程中的版式文件的示例；

图8示出在本发明实施例中使用的程序模块示意图；

图9示出在本发明实施例中的业务办理文件的保存处理示意图。

具体实施方式

以下结合附图进一步描述本发明的实施例。

根据本发明的实施例，如图1所示，电子文件的生成方法包括：获取用于电子文件的数字证书(步骤101)；在电子文件中嵌入业务逻辑信息(步骤102)；使用数字证书进行认证签名，以对电子文件的相关参数进行固化(步骤103)。业务逻辑信息包括业务逻辑描述及业务逻辑定义。

电子文件可以是版式文件，其中包括表单域和表单签名域。版式文件是电子文件的一种，版面呈现效果固定的电子文档格式，版式文档的呈现与设备无关，在各种设备上阅读、打印或印刷时，其版面的呈现结果都是一致的。如国际标准PDF，国家标准OFD等。PDF(即，便携式文档格式)是由Adobe系统公司用于与应用程序、操作系统、硬件无关的方式进行文件交换所发展出的文件格式，PDF已成为正式的国际标准。以下关于版式文件的示例并非限制性的，本发明的应用不限于版式文件。

业务系统可以负责业务管理、业务版式文件设计、业务逻辑的设计与嵌入、版式文件认证签名；及版式文件的办结及与统计。

在版式文件之上可以定义电子表单，称为版式表单。版式表单设计好以后，填写模式时表单结构固定，仅表单域供输入如PDF。借助于版式文件版面固化特征及表单业务动态交互特性，较大程度上模拟传统的纸质表单填写。

通过对版式文件加入认证签名(即certification signature)，对版式文件的来源、用途、文档权限、表单外观、业务逻辑信息等进行固化。若以上信息发生修改，则说明版式文件不被认证方认可。一个版式文件只能有一个认证签名。

如图2所示，业务配置系统及每个办理人从CA证书颁发机构获得数字证书。CA颁发机构可以是公有CA，也可以是私有CA。业务系统一般证书名称采用的形式为：XXX公司XXX系统，个人证书名称可以直接采用个人的名称。

电子文件的处理过程通常也就是业务办理过程。电子文件的处理可以包括例如由一个或多个办理人在版式文件中添加审批签名(即approval signature，也称批准签名)。通过对文件进行审批并添加审批签名，可以使得表单一部分域被锁定并只读，同时可以记录执行审批的办理人、时间、地点(主机信息)、审批意见、联系方式等信息。若审批签名保护的文件版本被二进制修改或者被保护的表单域被修改，则审批签名验证失败。

图3示出根据本发明实施例的用于处理电子文件的方法的流程图。该方法包括：在电子文件中预置业务逻辑和认证签名，以形成业务模板(步骤301)；利用业务模板接收业务办理人输入的信息(如文件审批信息和审批签名)(步骤302)，以形成完成业务办理的电子文件；检测完成业务办理的电子文件与预置的业务逻辑的符合性；当检测到完成业务办理的电子文件不符合业务逻辑时，判断完成业务办理的电子文件是无效的(步骤303)。

根据本发明实施例，图4示出内嵌业务逻辑的版式文件处理方法的流程图。该方法包括以下步骤：

步骤401：在版式表单文件中预置业务逻辑并认证签名，形成业务模板。

通过在版式表单文件上内嵌业务逻辑信息并添加数字证书，使用数字证书在版式文件中加入认证签名，进行业务固化以形成业务模板；配置好的业务模板能够标明自身的来源、用途、业务逻辑信息；业务逻辑定义基于版式文件的表单域与业务系统无关，业务逻辑包括定义表单签名域签名顺序、表单域之间的逻辑关系；版式文件原业务脚本负责微业务逻辑参与(如校验数值填写格式，自动计算脚本等)。

业务逻辑信息包括：业务逻辑描述及业务逻辑定义。业务逻辑描述可包括隶属公司/机构、业务编号、业务类别、业务名称、版本、业务系统地址、文件办结上传接口。业务逻辑定义可包括业务流程逻辑和表单域之间的逻辑关系，其中业务流程逻辑定义包括步骤列表、关键步骤和可选步骤、步骤触发条件；表单域之间的逻辑关系包括表单域值的加、减、乘、除、平均等各种函数、以及其它的数学逻辑或者程序逻辑。

步骤402：办理人员填写业务模板文件或者办理收到的文件；校验业务办理状态并进行业务办理。

办理人通过填写业务模板开展业务，并将填写好的文件转发给其他的办理人；办理人收到转发的文件后通过版式文件处理程序解释并办理版式文件，办理时可以随时查看当前文件业务逻辑依从性，若当前文件的办理违背了内嵌业务逻辑定义，版式文件处理程序会给予提醒和警告，办理人可以随时终止文件办理；若当前文件的办理依从内嵌业务逻辑定义，办理人可以选择继续办理；办理人办理内容包括填写表单域或者修改表单域，在表单签名域采用审批签名进行签名。

版式文件处理程序负责版式文件的展示、表单填写、内嵌业务逻辑的解释、提醒与控制、校验文件办理与内嵌业务逻辑的依从性。版式文件处理程序可以是第三方插件形式，也可以是独立的应用程序。

版式文件处理程序可以是专用的版式文件处理程序，也可以是普通的版式文件处理程序；专用的版式文件处理程序可以解释文件业务逻辑，并进行提醒和警告，以及查看文件的办理状态。普通的版式文件处理程序则无此功能，仅能进行表单填写和表单签名域审批签名，但依然能够进行文件办理。

在打开文件时或者办理人主动查看办理状态时，若发现异常状态，版式文件处理程序给予提醒和警告。异常状态包括但不限于：签名验证不通过、业务流程逻辑校验失败、业务计算逻辑校验失败。

步骤403：任何办理人都可以通过业务系统中的文档办结接口将完成业务办理的文件上传至业务服务器。

文档办结接口采用自动检测和人工复检形式，通过验证文件的数字签名(认证签名及审批签名)，业务办理记录与预置业务逻辑的符合性校验业务办理是否有效；对于办结接口自动检测通过的，经人工检查和确认，进行文件归档等后续事宜。

针对完成业务办理的电子文件的自动检测逻辑包含但不限于以下逻辑：

1)对文件中的认证签名验证失败，业务办理失败；

2)任何一步签名验签失败，业务办理失败；

3)文件签字流程与文档预置业务流程不符，业务办理失败；

4)文件表单域的计算关系与预置业务逻辑不符，业务办理失败；

5)业务流程关键步骤未走完，业务办理失败。

根据本发明的实施例，通过业务逻辑的内嵌与机构化，电子文件对系统的依赖变弱，从而可以与现有的开放协作平台进行方便的对接，并方便业务分析和汇总统计。由于电子文件自身包含业务逻辑，其可以在任一开放通信平台(如电子邮件，微信等)进行传递和处理。平台可以直接利用电子文件中所嵌入的业务逻辑来实现电子文件的业务办理。

版式文件的一个示例如图5所示。图5示出一个尚未办理的空白休假申请单，其中的表单域包括姓名、部门、填写日期、请假类别、请假事由、休假时间、合计假期天数和销假时间。表单域签名包括申请人签字、主管领导/部门经理签字、人事部核准、总经理签字和本人签字。

在针对图5所示的休假申请单的业务办理中，一个业务流程逻辑定义的示例流程如图6所示。其中预置的业务流程依序包括：申请人签字(601)，主管领导/部门经理签字(602)，人事部核准(603)，本人签字(606)。当判断休假申请单中的表单域“合计假期天数”(604)大于3天时需要总经理签字(605)。

业务逻辑可以定义表单域之间的计算逻辑。例如，在图5所示的休假申请单中可以包含表单域之间的计算逻辑定义：

合计假期天数＝休假起始日–休假结束日+1

业务逻辑的存储格式可以采用JSON，也可以采用XML。业务逻辑定义完毕后存储到版式文件的文档级字典中，如在PDF标准中扩充至Catalog字典中，字典增加KN.BLD属性(Business Logic Definition)，其值为业务逻辑的JSON或者XML数据。

业务逻辑预置完毕后，使用数字证书进行认证签名。认证签名可以基于现有标准的认证签名机制。如采用PDF签名处理器和DocMDP类型的TransformParams字典进行认证签名。

图7示出在本发明实施例中处于业务办理过程中的版式文件的示例。在休假申请单中，可以根据“休假时间”中的休假起始日和结束日计算出“合计假期天数”为4天。因此，虽然休假申请单已经填写完毕，但合计假期天数大于3，需要总经理签字，而“总经理签字”一栏为空，此时业务办理记录与预置业务逻辑不符，不能通过文档办结接口的检测。总经理完成签字后，图7所示的休假申请单才成为完成业务办理的版式文件。

图8示出在本发明实施例中使用的业务系统中的程序模块示意图。业务系统包括：配置模块(作为预置模块)，用于在版式表单文件中预置业务逻辑并认证签名，以形成业务模板；业务办理模块(作为接收模块)，用于使办理人填写业务模板文件或者办理收到的文件，以及校验业务办理状态并进行业务办理；文档办结模块(作为检测模块)，用于验证办结文件的数字签名(认证签名及审批签名)，检验业务办理记录与预置业务逻辑之间的符合性，以及将完成业务办理的文件通过文档办结接口上传至业务服务器。

图9示出在本发明实施例中的业务办理文件的保存处理示意图。

在电子文件(如版式文件)的业务办理过程中，随着多个办理人的签名(认证签名和审批签名)，采用文件递增更新方式保存业务办理文件。例如，在文件初始版本的基础上添加认证信息和签名信息、以及预置业务逻辑，得到文件的认证签名版本。在文件的认证签名版本的基础上，由第一办理人进行表单填写并添加其签名信息，得到文件的审批签名1版本。在文件的审批签名1版本的基础上，由第二办理人进行表单填写并添加其签名信息，得到审批签名2版本。以此类推，通过N个办理人进行表单填写和签名，最后可以得到文件的审批签名N版本，亦即完成业务办理的文件。

也就是说，在业务办理过程中，每次审批签名都可以使得文件增加一个版本，审批签名对该版本之前的所有文件内容进行数字签名保护。每个文件版本保护的内容发生任何修改或者篡改，都会使得针对该版本的数字签名验证不能通过。由最终版本文件能够反解出包含所有签名的电子文件的版本。其中认证签名的有效性检测能够确定文件认证时的内容版本、认证信息、业务逻辑信息是否被篡改；审批签名的有效性检测能够确定文件签名时的内容版本是否是办理人签名后的文件版本。

Claims (15)

1.一种用于生成电子文件的方法，包括：

获取用于所述电子文件的数字证书；

在所述电子文件中嵌入业务逻辑信息；

使用所述数字证书进行认证签名，以对所述电子文件的相关参数进行固化；其中，所固化的所述电子文件的相关参数至少包括所嵌入的业务逻辑信息；

其中，所述业务逻辑信息包括业务逻辑描述及业务逻辑定义。

2.根据权利要求1的方法，其中，所述电子文件是版式文件，所述版式文件包括表单域和表单签名域。

3.根据权利要求1的方法，其中，所述业务逻辑描述包括隶属公司/机构、业务编号、业务类别、业务名称、版本、业务系统地址、及文件办结上传接口；所述业务逻辑定义包括业务流程逻辑和表单域之间的逻辑关系。

4.根据权利要求1或2的方法，其中，所固化的所述电子文件的相关参数还包括所述电子文件的来源、用途、文档权限、表单外观中的至少一项。

5.一种用于处理电子文件的方法，包括：

在所述电子文件中预置业务逻辑和认证签名，以形成业务模板；

利用所述业务模板接收输入信息，以形成完成业务办理的电子文件；

检测所述完成业务办理的电子文件与所述业务逻辑的符合性；当检测到所述完成业务办理的电子文件不符合所述业务逻辑时，判断所述完成业务办理的电子文件是无效的。

6.根据权利要求5的方法，其中，所述电子文件是版式文件，所述版式文件包括表单域和表单签名域；所述输入信息包括针对所述表单域所输入的数据、以及针对所述表单签名域所输入的审批签名。

7.根据权利要求5的方法，所述检测还包括：

检测所述完成业务办理的电子文件中的所述业务逻辑是否被篡改；

当检测到所述业务逻辑被篡改时，判断所述完成业务办理的电子文件是无效的。

8.根据权利要求5的方法，还包括：

检测所述完成业务办理的电子文件是否包含针对使用所述认证签名所固化的所述电子文件的相关参数的修改；其中，所固化的所述电子文件的相关参数至少包括所述电子文件中预置的业务逻辑；

当检测到所述完成业务办理的电子文件包含针对所固化的所述电子文件的相关参数的修改时，判断所述完成业务办理的电子文件是无效的。

9.根据权利要求8的方法，其中，所固化的所述电子文件的相关参数还包括所述电子文件的来源、用途、文档权限、表单外观中的至少一项。

10.根据权利要求5的方法，还包括：

当检测到所述完成业务办理的电子文件不符合所述业务逻辑时，提供关于所述业务逻辑的解释信息、提醒信息和警告信息中的至少一种信息。

11.根据权利要求5或6的方法，还包括：

完成全部输入信息的接收；

验证所述完成业务办理的电子文件中的认证签名和审批签名；

检测所述全部输入信息与所述业务逻辑的符合性；以及

将通过所述验证且所述全部输入信息与所述业务逻辑相符的所述完成业务办理的电子文件上传至业务服务器。

12.根据权利要求5或6的方法，其中，所述完成业务办理的电子文件包括多个添加的审批签名，所述电子文件在每次添加一个审批签名后形成一个新的文件版本，所述方法还包括：

使用预置有所述认证签名的所述电子文件来检测针对所述电子文件中的业务模板的篡改；以及

使用多个不同版本的所述电子文件来检测针对带有所述审批签名的所述电子文件的篡改。

13.一种用于处理电子文件的装置，包括：

预置模块，用于在所述电子文件中预置业务逻辑和认证签名，以形成业务模板；

接收模块，用于利用所述业务模板接收输入信息，以形成完成业务办理的电子文件；

检测模块，用于检测所述完成业务办理的电子文件与所述业务逻辑的符合性；当检测到所述完成业务办理的电子文件不符合所述业务逻辑时，判断所述完成业务办理的电子文件是无效的。

14.一种装置，包括：

用于存储指令的存储器；以及

耦合到所述存储器的处理器，所述指令在由所述处理器执行时使得所述处理器执行根据权利要求1至11中任一项所述的方法。

15.一种计算机可读存储介质，其上存储由指令，所述指令在由计算机的处理器执行时使得所述处理器执行根据权利要求1至11中任一项所述的方法。

Images