一种电子签字管理方法、装置及管理设备与流程

1.本发明涉及生产制造技术领域，尤其涉及一种电子签字管理方法、装置及管理设备。


背景技术：

2.随着信息化、无纸化办公进程的推动，很多企业都引进了产品数据管理系统。其中，西门子的teamcenter（简称tc）系统实现了从设计到生产的全生命周期管理。
3.为了保证数据的有效性，在tc系统中需要将数据进行工作流审批并发布。基于企业的数据管理需求，tc系统中的数据往往需要对外下发，一些性质特殊的企业甚至还需要进行本地的纸质归档管理，因此需要对导出系统的文件在发布生效后进行电子签字，以保证文件具备审签信息，文件一般包括excel、word、pdf，在这个过程中通常还伴随着不同类型的设计图纸转pdf的需求，因此，基于tc系统的签字管理系统就显得尤为重要。
4.然而，现有技术中tc系统的电子签字功能在使用时易出现卡顿问题，用户体验较差。


技术实现要素：

5.本发明提供一种电子签字管理方法、装置及管理设备，解决了现有技术中tc系统的电子签字功能在使用时易出现卡顿而导致用户体验较差的问题。
6.第一方面，本发明的实施例提供一种电子签字管理方法，包括：获取签字请求表中的第一签字请求信息，所述第一签字请求信息对应的签字任务状态为待签；执行所述第一签字请求信息对应的第一签字任务。
7.可选地，所述签字请求表中存储至少一个签字请求信息，所述第一签字请求信息为所述至少一个签字请求信息中的一个；其中，所述签字请求信息包括以下至少一项：所述签字请求信息对应的签字任务的标识、流程名称、签字请求创建时间、所述签字任务状态和错误信息。
8.可选地，在所述执行所述第一签字请求信息对应的第一签字任务之后，所述方法还包括以下至少一项：根据所述第一签字任务的执行结果，更新所述签字请求表；将所述第一签字任务的日志存储至所述第一签字任务对应的文件夹下。
9.可选地，所述根据所述第一签字任务的执行结果，更新所述签字请求表，包括：在所述执行结果表示所述第一签字任务执行成功的情况下，将所述第一签字请求信息对应的签字任务状态更新为成功；在所述执行结果表示所述第一签字任务执行失败的情况下，将所述第一签字请求信息对应的签字任务状态更新为失败。
10.可选地，在所述将所述第一签字请求信息对应的签字任务状态更新为失败之后，
所述方法还包括：接收用户触发的第一操作；响应于所述第一操作，将所述第一签字请求信息对应的签字任务状态重置为待签。
11.可选地，在所述将所述第一签字任务的日志存储至所述第一签字任务对应的文件夹下之后，所述方法还包括：接收用户触发的第二操作；响应于所述第二操作，显示所述日志。
12.可选地，所述方法还包括：创建所述第一签字请求信息；其中，所述第一签字请求信息中的所述签字任务状态为待签。
13.可选地，所述创建所述第一签字请求信息，包括：周期性获取待处理的第一签字任务；判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息；若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字任务对应的所述第一签字请求信息。
14.可选地，所述创建所述第一签字请求信息，包括：在审批流程进行至所述第一签字任务对应的签字任务节点时，判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息；若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字请求信息；其中，在所述签字任务节点的开始位置配置有第一处理程序。
15.可选地，所述方法还包括：在所述执行结果表示所述第一签字任务执行失败的情况下，向用户发送第一提示信息。
16.可选地，所述方法还包括：获取所述签字任务状态为失败的第二签字请求信息，所述第二签字请求信息为所述至少一个签字请求信息中的一个；根据所述第二签字请求信息，向用户发送第二提示信息。
17.可选地，在所述获取签字请求表中的第一签字请求信息之前，所述方法还包括：接收第一配置指令，所述第一配置指令包括签字任务的配置信息；根据所述第一配置指令，为审批流程配置签字任务节点；其中，所述签字任务至少配置有一个第二处理程序，所述第二处理程序包括动作参数和数据集类型参数。
18.可选地，在所述执行所述第一签字请求信息对应的第一签字任务之前，所述方法还包括：根据所述第一签字请求信息中的签字任务的标识，获取所述第一签字请求信息对应的第一签字任务；
其中，所述执行所述第一签字请求信息对应的第一签字任务，包括：根据所述第一签字任务的所述配置信息，获得所述第一签字任务的目标数据集；根据所述目标数据集的类型，执行所述第一签字任务，获得所述第一签字任务的执行结果。
19.第二方面，本发明的实施例提供一种电子签字管理装置，包括：获取模块，用于获取签字请求表中的第一签字请求信息，所述第一签字请求信息对应的签字任务状态为待签；执行模块，用于执行所述第一签字请求信息对应的第一签字任务。
20.可选地，所述签字请求表中存储至少一个签字请求信息，所述第一签字请求信息为所述至少一个签字请求信息中的一个；其中，所述签字请求信息包括以下至少一项：所述签字请求信息对应的签字任务的标识、流程名称、签字请求创建时间、所述签字任务状态和错误信息。
21.可选地，所述装置还包括：更新模块，用于根据所述第一签字任务的执行结果，更新所述签字请求表；存储模块，用于将所述第一签字任务的日志存储至所述第一签字任务对应的文件夹下。
22.可选地，所述更新模块包括：第一更新子模块，用于在所述执行结果表示所述第一签字任务执行成功的情况下，将所述第一签字请求信息对应的签字任务状态更新为成功；第二更新子模块，用于在所述执行结果表示所述第一签字任务执行失败的情况下，将所述第一签字请求信息对应的签字任务状态更新为失败。
23.可选地，所述装置还包括：第一接收模块，用于接收用户触发的第一操作；任务重置模块，用于响应于所述第一操作，将所述第一签字请求信息对应的签字任务状态重置为待签。
24.可选地，所述装置还包括：第二接收模块，用于接收用户触发的第二操作；日志查询模块，用于响应于所述第二操作，显示所述日志。
25.可选地，所述装置还包括：第一创建模块，用于创建所述第一签字请求信息；其中，所述第一签字请求信息中的所述签字任务状态为待签。
26.可选地，所述第一创建模块包括：第一获取子模块，用于周期性获取待处理的第一签字任务；第一处理子模块，用于判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息；第一创建子模块，用于若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字任务对应的所述第一签字请求信息。
27.可选地，所述第一创建模块包括：第二处理子模块，用于在审批流程进行至所述第一签字任务对应的签字任务节点
时，判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息；第二创建子模块，用于若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字请求信息；其中，在所述签字任务节点的开始位置配置有第一处理程序。
28.可选地，所述装置还包括：第一发送模块，用于在所述执行结果表示所述第一签字任务执行失败的情况下，向用户发送第一提示信息。
29.可选地，所述装置还包括：第二获取模块，用于获取所述签字任务状态为失败的第二签字请求信息，所述第二签字请求信息为所述至少一个签字请求信息中的一个；第二发送模块，用于根据所述第二签字请求信息，向用户发送第二提示信息。
30.可选地，所述装置还包括：第三接收模块，用于接收第一配置指令，所述第一配置指令包括签字任务的配置信息；任务配置模块，用于根据所述第一配置指令，为审批流程配置签字任务节点；其中，所述签字任务至少配置有一个第二处理程序，所述第二处理程序包括动作参数和数据集类型参数。
31.可选地，所述装置还包括：第三获取模块，用于根据所述第一签字请求信息中的签字任务的标识，获取所述第一签字请求信息对应的第一签字任务；其中，所述执行模块包括：第二获取子模块，用于根据所述第一签字任务的所述配置信息，获得所述第一签字任务的目标数据集；任务执行模块，用于根据所述目标数据集的类型，执行所述第一签字任务，获得所述第一签字任务的执行结果。
32.第三方面，本发明的实施例提供一种管理设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的电子签字管理方法的步骤。
33.第四方面，本发明的实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面所述的电子签字管理方法的步骤。
34.本发明的上述技术方案的有益效果是：本发明的实施例，通过从签字请求表中签字任务状态为待签的签字请求信息，能够获知有哪些待处理的签字任务，以进一步处理这些签字任务，这样，可以在系统后台对签字任务自动进行管理，而不需要用户在审批过程中等待签字任务的完成，避免了用户在审批过程中易出现卡顿的问题，提高了工作效率，改善了用户体验。
附图说明
35.图1表示本发明实施例的电子签字管理方法的流程图；图2表示本发明实施例的基于tc的签字管理系统方案框架图；
图3表示本发明实施例的签字请求信息管理流程图；图4表示本发明实施例的签字任务执行方案的流程图；图5表示本发明实施例的电子签字管理装置的结构框图；图6表示本发明实施例的管理设备的结构框图。
具体实施方式
36.为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。
37.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
38.在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
39.另外，本文中术语“系统”和“网络”在本文中常可互换使用。
40.在本技术所提供的实施例中，应理解，“与a 相应的b”表示b 与a 相关联，根据a可以确定b。但还应理解，根据a 确定b 并不意味着仅仅根据a 确定b，还可以根据a 和/或其它信息确定b。
41.本发明实施例中，用户终端可以是移动电话（或手机），或者其他能够发送或接收无线信号的设备，包括用户设备、个人数字助理（pda）、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路（wll）站、能够将移动信号转换为wifi信号的cpe（customer premise equipment，客户终端）或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。
42.tc系统作为数据管理系统，其设计数据通常需要进行流程审批发布才会生效，其中设计二维图、技术文档（excel、word）等文件需要在发布时完成电子签字。不同种类的二维图纸都可以通过开发实现pdf文件的生成，由于企业一般以标准的图框进行设计图纸，保证了同一图幅pdf文件的签字位置是固定的，为pdf文件签字奠定了基础。对于excel文件可以按照地址进行签字，word文件则可以按照域的方式进行签字。在现有技术中，tc系统发起审批工作流程，在审批完成后，基于tc进行流程action handler（即动作处理程序）的开发，基于不同的数据调用本地的后缀名为exe、wsf等的文件实现二维图转pdf文件、office文件签字等功能。
43.然而，现有技术方案中，通过handler（即处理程序）直接调用本地的工具完成转换签字功能，在tc的机制下流程节点需要等待所有的handler全部成功执行完才会完成，导致在审批人审批时，由于需等待签字等原因工作流节点会出现卡顿现象。当遇到较大的二维图纸转pdf或者流程中数据较多的情况时，可能需要等待10分钟以上，甚至出现系统卡死无
法继续处理的情况，用户体验较差。
44.具体地，本发明的实施例提供了一种电子签字管理方法、装置及管理设备，解决了现有技术中tc系统的电子签字功能在使用时易出现卡顿而导致用户体验较差的问题。
45.第一实施例如图1所示，本发明的实施例提供了一种电子签字管理方法，具体包括以下步骤：步骤11：获取签字请求表中的第一签字请求信息，所述第一签字请求信息对应的签字任务状态为待签。
46.该步骤中，可以周期性获取待处理的签字请求（即签字任务状态为待签的签字请求信息，例如第一签字请求信息）。具体的，如图4所示，可以在签字服务器中配置签字任务巡检程序，周期性扫描签字请求表中签字任务状态为“待签”的所有签字请求信息。例如，可以通过sql语句以签字任务状态等于待签为查询条件，查询第一签字请求信息。当查询结果为空时，可直接跳出执行逻辑，等待一定时间（例如5分钟）之后进入下一轮扫描。
47.这里，周期性扫描签字请求表可以利用定时器实现，具体可以通过window系统计划任务 tc的定制开发的方式构建定时器。
48.步骤12：执行所述第一签字请求信息对应的第一签字任务。
49.该实施例中，通过从签字请求表中签字任务状态为待签的签字请求信息，能够获知有哪些待处理的签字任务，以进一步处理这些签字任务，这样，可以在系统后台对签字任务自动进行管理，而不需要用户在审批过程中等待签字任务的完成，避免了用户在审批过程中易出现卡顿的问题，提高了工作效率，改善了用户体验。
50.需要说明的是，本发明实施例提供的电子签字管理方法，可以基于tc系统开发实现。如图2所示，为基于tc的签字管理系统方案框架图，该签字管理系统用于实现本发明实施例的电子签字管理方法，通过对审批流程进行签字任务配置、管理、监控等，配合tc系统实现了系统的电子签字功能。
51.可选地，所述签字请求表中存储至少一个签字请求信息，所述第一签字请求信息为所述至少一个签字请求信息中的一个；其中，所述签字请求信息包括以下至少一项：所述签字请求信息对应的签字任务的标识、流程名称、签字请求创建时间、所述签字任务状态和错误信息。
52.需要说明的是，本发明实施例中的签字任务，不再采用如现有技术中在流程中直接执行的方式，而是通过数据库表的方式，将签字任务统一纳入后台执行。具体的，签字请求（即签字请求信息）采用数据库表的方式进行管理，也就是说，将签字请求信息通过一种数据库表（这里具体是指签字请求表）来进行维护和管理，作为一可选的实施方式，可以通过定时器扫描签字任务，根据签字任务的具体情况对签字请求信息进行创建或更新。这样，当系统中出现新的签字任务时，可以在签字请求表中插入一条签字请求信息；当签字任务执行成功或失败时，可以更新签字请求表中关于该签字任务的签字请求信息，例如更新其中的签字任务状态或错误信息等。
53.这里，数据库表可以设计如下：序号列名描述类型1taskuid签字任务的标识varchar2（128）2workflowname流程名称varchar2（512）
3createdate签字请求创建时间date4status签字任务状态varchar2（16）5message错误信息varchar2（1024）上表中，workflowname为工作流程名称，也即流程名称；taskuid为任务uuid（universally unique identifier，通用唯一识别码），也即签字任务的标识，需要说明的是，在tc系统中，数据以对象的方式进行管理，每个对象都有唯一的后台编码uuid用于区分其身份；status为签字任务状态，包括：待签、失败和成功。其中，“待签”表示该签字请求信息对应的签字任务待执行，“失败”表示该签字请求信息对应的签字任务已经执行但失败，需要管理员重置。
54.可选地，在所述执行所述第一签字请求信息对应的第一签字任务之后，所述方法还包括以下至少一项：（一）根据所述第一签字任务的执行结果，更新所述签字请求表；该实施例中，在签字任务执行完成后，可以根据执行结果（例如失败或成功），更新签字请求表，例如更新签字请求表中的签字任务状态。
55.（二）将所述第一签字任务的日志存储至所述第一签字任务对应的文件夹下。
56.这里，第一签字任务的日志可以存储在tc系统文件夹下。
57.需要说明的是，日志管理伴随着签字任务执行中的所有过程，在签字任务执行过程中，每个签字任务均会输出单独的日志，日志可以记录签字任务执行过程中的关键过程信息，包括错误信息等，日志可以用数据集的方式上传到tc系统的签字任务对象的引用关系下，具体的，可以存储于tc系统中第一签字任务对应的流程签字任务节点引用关系下的文件夹中。
58.还需要说明的是，将日志成功上传至tc系统并且签字任务执行成功后，签字程序插件可以将采用标准的接口自动完成签字任务节点，保证流程能够顺利流向下个节点。
59.该实施例中，日志不只是存放在服务端，而是可以用数据集的方式上传到tc系统进行管理，将数据集与流程建立引用关联关系，实现了数据的结构化管理，进而能够实现日志管理；另外，还可以通过监控签字任务的执行过程，从而根据签字任务的执行结果实现签字请求表的更新。
60.可选地，所述根据所述第一签字任务的执行结果，更新所述签字请求表，包括：在所述执行结果表示所述第一签字任务执行成功的情况下，将所述第一签字请求信息对应的签字任务状态更新为成功；在所述执行结果表示所述第一签字任务执行失败的情况下，将所述第一签字请求信息对应的签字任务状态更新为失败。
61.该实施例中，增加了容错功能，当签字任务节点自动完成失败时，将会把签字任务状态重置为失败，表示需要管理员对签字任务进行重置，从而方便系统管理人员跟踪错误以及进行容错处理。
62.可选地，在所述将所述第一签字请求信息对应的签字任务状态更新为失败之后，所述方法还包括：步骤101，接收用户触发的第一操作。
63.这里，用户触发第一操作的目的是为了重置签字任务。例如，在tc系统的用户界面
上，为用户提供一个重置按钮，用户通过点击该重置按钮，可以对签字任务的进行重置，也可以说是对该签字任务对应的签字请求信息进行重置。
64.步骤102，响应于所述第一操作，将所述第一签字请求信息对应的签字任务状态重置为待签。
65.这里，除更新签字任务状态为待签之外，还可以将第一签字请求信息中的错误信息（message）设置为打回重置。
66.需要说明的是，基于企业用户的需求，大部分情况下签字任务的错误处理是不希望被打回重新走发布流程的，因为这样会增加审批人的负担，也会延长审批时间，甚至可能会导致项目延期。
67.为了避免发生上述问题，本发明实施例中增加了签字任务的重置功能，能够对签字请求（通常是执行错误的签字任务对应的签字请求信息）进行重置处理，实现了容错管理。
68.具体的，该重置功能的实现形式可以是如下形式：一，在管理员启动tc系统时，系统自动获取后台执行失败的签字任务，弹出界面（显示提示信息的界面）提示用户有待处理的签字任务，比如，基于系统向用户主动推送的提示信息（例如第一提示信息、第二提示信息等），用户在点击查看提示信息时，可以点击相应位置查看每条签字任务的日志，系统可以在用户界面上显示对相应签字任务进行重置的菜单或者按钮等交互操作入口；二，用户在某个用户界面下，可以按照特定条件查询签字请求信息，基于用户的查询结果，可以在相应位置的用户界面上提供用于进行重置的交互操作入口（例如菜单或者按钮等形式），用户可以通过该交互操作入口将失败的签字任务进行重置。其中，重置菜单可以基于tc的插件开发机制进行定制实现。
69.该实施例中，可以基于tc客户端增加人工触发重置的机制，从而实现用户（比如管理员）随时随地的查看签字任务相关信息、处理签字任务（比如重置签字任务等）的功能，从而方便系统管理人员跟踪错误以及进行容错处理。
70.可选地，在所述将所述第一签字任务的日志存储至所述第一签字任务对应的文件夹下之后，所述方法还包括：接收用户触发的第二操作；响应于所述第二操作，显示所述日志。
71.该实施例中，可以提供给用户一个查看签字任务相关日志的操作入口，比如，用户可以按条件进行查询，或者直接文件路径找到想要查看的签字任务，双击对应文件夹图标即可打开该签字任务的详细日志，从而根据日志分析该签字任务具体的错误信息等，为容错提供指导。
72.这里，响应于第二操作，显示日志的逻辑可以为：获取对应的uuid，通过uuid获取流程签字任务对象；获取流程签字任务节点引用关系下的所有日志文件（日志文件已在签字任务执行过程中上传至tc系统文件夹下），根据日志文件数据集的最后修改时间，获取最新的日志文件；通过aip提供的接口方法将最新的日志文件到本地，进行显示。
73.可选地，所述方法还包括：创建所述第一签字请求信息；其中，所述第一签字请求信息中的所述签字任务状态为待签。
74.可选地，所述创建所述第一签字请求信息，可以通过以下两种方式实现：
方式一，创建第一签字请求信息具体可以包括以下步骤：步骤（1），周期性获取待处理的第一签字任务。
75.这里，可以通过构建定时扫描器（即定时器），周期性扫描签字任务所有者的工作列表，从而获取待处理的第一签字任务。
76.可以理解的是，签字任务所有者可以是一个系统用户，通过扫描该系统用户的工作列表，遍历获取其工作列表中所有的待审批流程任务，进而提取得到流程节点名称和uuid，得到待处理的第一签字任务。
77.步骤（2），判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息。
78.作为一可选实施方式，可以通过sql语句以uuid为查询条件，在数据库表（即签字请求表）中进行查询，确定是否存在第一签字任务对应的第一签字请求信息。
79.步骤（3），若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字任务对应的所述第一签字请求信息。
80.该步骤中，在确定不存在第一签字请求信息时，创建签字请求，比如可以向签字请求表中插入一条新的签字请求信息（这里为第一签字请求信息）。其中，签字请求创建时间为创建该条第一签字请求信息的时间，签字任务状态为待签，表示有待执行的第一签字任务。
81.需要说明的是，该实施例中的定时扫描器可以采用window计划任务 tc定制开发相结合的方式实现，作为一可选方式，其具体的实现过程及简单配置如下：window计划任务每天早上5点定时启动tc系统，该功能可通过配置window计划任务实现，将tc系统的portal.bat文件作为计划任务的启动程序；tc配置默认账号，该账号可以自动登录，以实现无需用户输入用户密码即可自动登录的功能，其中，可以通过更改tc安装目录下的portal.bat文件进行配置，实现该自动登录功能。
82.基于以上的配置，可以实现tc系统的启动，以此作为扫描程序启动的触发器，实现周期性获取待处理的第一签字任务的步骤。需要说明的是，tc软件是基于eclipse工具进行的框架搭建，基于eclipse的扩展点org.eclipse.ui.startup，可以实现在tc启动时，自启动巡检程序插件，巡检程序以java语言进行开发，tc软件提供了众多的api(application programming interface，应用程序编程接口)可以实现上述过程。
83.该实施例中，可以通过window计划任务 tc的定制开发构建定时扫描器，简化了开发量。
84.该方式一中，可以使用定时器扫描实现周期性获取待处理的第一签字任务的步骤，进而实现创建第一签字请求信息。若需要更高的实时性或不想要配置方式一中的定时器，则可以使用以下方式二所提供的方案。
85.方式二，创建第一签字请求信息具体可以包括以下步骤：在审批流程进行至所述第一签字任务对应的签字任务节点时，判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息；若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字请求信息；其中，在所述签字任务节点的开始位置配置有第一处理程序。
86.需要说明的是，tc软件除提供了java的api接口外，还支持基于流程itk
（integration toolkit，集成工具包）的技术定制。该方式二中，可以通过itk开发技术定制一个action handler（即动作处理程序，这里指第一处理程序），并将该action handler配置在签字任务节点的开始位置。这样，该action handler将在签字任务节点开始的时候自动触发，即利用流程驱动的方式去完成签字请求的管理（包括创建第一签字请求信息）。
87.如图3所示，签字请求信息的管理过程具体如下：s301：定时器启动；s302：是否继续扫描；s303：扫描签字用户的工作列表；s304：判断是否有签字任务；是，则执行s305；否，则执行s310；s305：判断是否为新任务；是，则执行s306；否，则执行s307；s306：创建新的签字请求信息；s307：判断签字任务是否失败；是，则执行s308；否，则执行s309；s308：失败的签字任务需要管理员重置，因此这里先跳过不做处理；s309：更新签字任务状态为待签；s310：睡眠预定时间（例如5分钟）；s311：结束。
88.可选地，所述方法还包括：在所述执行结果表示所述第一签字任务执行失败的情况下，向用户发送第一提示信息。
89.可选地，所述方法还包括：获取所述签字任务状态为失败的第二签字请求信息，所述第二签字请求信息为所述至少一个签字请求信息中的一个；根据所述第二签字请求信息，向用户发送第二提示信息。
90.该实施例中，在tc系统中增加了监控机制，可以通过监控签字任务的执行情况，实现向用户（比如管理员）主动推送执行签字任务时发生错误的签字请求（即签字任务状态为失败的第二签字请求信息）。例如，在用户开机时（即启动tc系统时），若存在错误的签字任务，则在弹出相关用户界面，可以将所有待处理的（比如执行失败的）签字任务展示在该用户界面，以供用户进行查看，保证出错的签字任务能够得到及时的处理。具体的，可以显示签字任务的基本信息（签字任务的标识、错误信息等）。
91.需要说明的是，tc平台作为常用系统，其监控机制可以基于tc平台进行定制。例如，在tc管理员用户登录时，自动触发监控程序，该监控程序的启动可以采用eclipse工程的扩展点org.eclipse.ui.startup。
92.可选地，在所述获取签字请求表中的第一签字请求信息之前，所述方法还包括：接收第一配置指令，所述第一配置指令包括签字任务的配置信息；根据所述第一配置指令，为审批流程配置签字任务节点；其中，所述签字任务至少配置有一个第二处理程序，所述第二处理程序包括动作参数和数据集类型参数。
93.需要说明的是，在tc系统中，设计数据审批需要提前配置流程模板，因此，要实现设计数据的签字，只需在审批流程最后配置签字任务节点即可，还可以在配置流程模板时为给签字任务节点指派特定的签字人员，该签字人员可以是一个系统用户（也可以理解为
一个公用签字用户），这样，当审批流程进行至签字任务节点时，签字任务可以转到统一的公用签字用户进行等待，实现了将签字任务（签字功能）转入后台，而不必占用审批者的时间，避免了审批者审批过程中因签字造成的长时等待问题。
94.还需要说明的是，一个签字任务节点可以配置多个处理程序（handler），其中，一个handler代表的是一个子签字任务，通过每个子签字任务配置的参数，可以区分不同任务需要执行的不同内容。比如，动作参数（action）代表的是需要进行签字还是转pdf；数据集类型参数（datasettype）用于配置需要执行转换（或签字）任务的数据集类型。其中，当动作参数（action）为topdf时，代表需要将文件转为pdf，数据集类型参数（datasettype）代表的是需要转pdf的原文件对应的数据集类型；当动作参数（action）为sign时，代表需要对文件签字，数据集类型参数（datasettype）代表的是需要签字的原文件对应的数据集类型。
95.该实施例中，通过构建流程模板（即流程审批模板），能够实现设计数据的审批。基于tc客制化handler（即根据客户需求，为handler配置不同的参数），在流程的签字任务节点，根据签字的文件类型配置不同的参数，实现流程模板对签字任务的配置。
96.需要说明的是，tc软件中的对象以uuid作为唯一标识， api接口提供了方法，可以通过uuid直接获取tc中签字任务对象及签字任务的配置信息：当签字任务对象不存在时，则表示该流程由于某种原因已被发起者删除，则可以将签字任务状态(status)设置为完成，将错误信息（message）设置为删除；当签字任务对象存在时，则可以通过tc提供的标准api的方法，提取该流程配置的签字任务的配置信息。
97.可选地，在所述执行所述第一签字请求信息对应的第一签字任务之前，所述方法还包括：根据所述第一签字请求信息中的签字任务的标识，获取所述第一签字请求信息对应的第一签字任务；其中，步骤12具体可以包括：步骤1201，根据所述第一签字任务的所述配置信息，获得所述第一签字任务的目标数据集。
98.该步骤中，可以获取tc系统中签字任务对象（该实施例中具体指第一签字任务）及配置信息（即签字handler配置信息），从而获取待处理的文件（即第一签字任务的目标数据集），以对该文件进行签字。
99.步骤1202，根据所述目标数据集的类型，执行所述第一签字任务，获得所述第一签字任务的执行结果。
100.该步骤中，可以调用外部工具来执行第一签字任务。需要说明的是，执行签字任务时的具体过程中，需要对于不同类型的二维图转pdf、word及excel签字、pdf签字等，可以调用外部工具方式实现，这里不再赘述。
101.需要说明的是，需要签字的文件会以流程目标的方式随流程审批向下传递。程序需要遍历流程目标中的所有对象，根据数据集类型参数（datasettype）配置的类型去查找当前子签字任务需要的所有原文件，tc软件提供了标准的接口将原文件下载到本地；然后根据动作参数（action）及文件的后缀判断需要调用的外部工具，如图4中虚线框内部分所示，该部分需要根据客户的不同需求进行代码的调整，以实现客户需求；结果文件生成后，将采用标准方法将文件上传到tc的流程目标中，随流程一起审批发布。
102.本发明实施例通过上述步骤可以实现签字任务配置、签字请求创建、签字任务执行、签字任务监控等各个过程，通过各过程之间的配合，能够实现签字任务的闭环管理。
103.此外，为防止插件长期运行内存溢出或卡顿的情况，本发明实施例设置了定时退出机制，与window的计划任务配合，可以实现开始到关闭的完整过程。其中，定时退出的时间可以为每天中的某一固定时间点，每到该固定时间点，即关闭tc系统。需要说明的是，该时间点可以通过程序灵活配置，例如，可以采用的tc软件中的首选项，类似于环境变量的概念，当然也可以替换为window系统的环境变量。
104.如图4所示，本发明实施例中执行签字任务时的逻辑具体表述如下：s401：定时器启动；s402：判断是否继续扫描；是，则执行s403；否，则执行s402；该步骤中，根据定时器设置的时间，决定是否继续扫描；该实施例中，通过构建签字任务定时扫描器，可以周期性扫描签字管理系统的签字任务。
105.s403：提取签字任务状态为“待签”的签字请求信息；s404：确定是否存在待处理的签字请求（即签字任务状态为“待签”的签字请求信息）；是，则执行s405；否，则执行s415；s405：通过流程任务的uuid获取tc签字任务对象；s406：提取签字任务节点配置的签字handler及参数；s407：根据动作参数（action）判断操作，决定是需要进行签字还是转pdf；其中，当动作参数（action）为topdf时，代表需要将文件转为pdf，执行s408；当动作参数（action）为sign时，代表需要对文件签字，执行s410；s408：遍历流程目标，根据数据集类型参数（datasettype）获取需要签字的数据集；s409：根据数据集类型参数（datasettype）调用外部转换工具；s410：遍历流程目标，根据数据集类型参数（datasettype）获取需要签字的数据集；s411：根据数据集类型参数（datasettype）调用外部签字工具；s412：如图4中虚线框内部分所示，该部分需要根据客户的不同需求进行代码的调整，以实现客户需求；s413：生成详细日志，并将日志以数据集方式上传tc系统，并与签字任务节点关联；s414：根据签字任务处理结果，更新数据库表（即签字请求表）中的签字任务状态，完成签字；其中，签字成功之后，可以自动完成签字任务节点；s415：睡眠预设时间（例如5分钟）；s416：流程结束。
106.需要说明的是，plm（product lifecycle management，产品生命周期管理）是对产品从创建到使用，到最终报废等全生命周期的产品数据信息进行管理的理念。在本发明一具体实施例中，plm系统项目通过系统的建设实现了产品研发数据的电子化管理，其中技术
文档（二维图纸、word文档、excel文档、pdf文档等）的审批也实现了电子化审批，还能够实现plm系统最终落地重要的一环，即文档签字，满足了用户根据文档中包含的电子签章进行归档的需求。
107.本发明实施例中，能够在流程审批完成后，自动将签字任务发送到后台；后台接收到任务后，根据不同工作流程对签字任务的配置，完成指定的转换签字功能（例如二维图转pdf、pdf签字、excel/word签字转pdf），并将日志上传到对应工作流程下；通过签字任务请求表，可以在后台对于签字的成功失败进行监控，当有失败的签字任务，能够将错误的任务自动推送给管理员；管理员能够根据条件查询签字任务的执行情况，查看日志分析签字失败的原因，将数据更正后可以重置任务完成签字，从而实现签字功能的闭环管理。上述方案避免了签字影响审批流程的效率的问题，实现了tc系统中设计文档的电子签字，且实现了签字的容错处理，保证了电子文档电子签字的准确性，进而保证了plm系统更好的落地。
108.第二实施例如图5所示，本发明实施例提供一种电子签字管理装置500，包括：获取模块501，用于获取签字请求表中的第一签字请求信息，所述第一签字请求信息对应的签字任务状态为待签；执行模块502，用于执行所述第一签字请求信息对应的第一签字任务。
109.可选地，所述签字请求表中存储至少一个签字请求信息，所述第一签字请求信息为所述至少一个签字请求信息中的一个；其中，所述签字请求信息包括以下至少一项：所述签字请求信息对应的签字任务的标识、流程名称、签字请求创建时间、所述签字任务状态和错误信息。
110.可选地，所述装置还包括：更新模块，用于根据所述第一签字任务的执行结果，更新所述签字请求表；存储模块，用于将所述第一签字任务的日志存储至所述第一签字任务对应的文件夹下。
111.可选地，所述更新模块包括：第一更新子模块，用于在所述执行结果表示所述第一签字任务执行成功的情况下，将所述第一签字请求信息对应的签字任务状态更新为成功；第二更新子模块，用于在所述执行结果表示所述第一签字任务执行失败的情况下，将所述第一签字请求信息对应的签字任务状态更新为失败。
112.可选地，所述装置还包括：第一接收模块，用于接收用户触发的第一操作；任务重置模块，用于响应于所述第一操作，将所述第一签字请求信息对应的签字任务状态重置为待签。
113.可选地，所述装置还包括：第二接收模块，用于接收用户触发的第二操作；日志查询模块，用于响应于所述第二操作，显示所述日志。
114.可选地，所述装置还包括：第一创建模块，用于创建所述第一签字请求信息；其中，所述第一签字请求信息中的所述签字任务状态为待签。
115.可选地，所述第一创建模块包括：第一获取子模块，用于周期性获取待处理的第一签字任务；第一处理子模块，用于判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息；第一创建子模块，用于若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字任务对应的所述第一签字请求信息。
116.可选地，所述第一创建模块包括：第二处理子模块，用于在审批流程进行至所述第一签字任务对应的签字任务节点时，判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息；第二创建子模块，用于若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字请求信息；其中，在所述签字任务节点的开始位置配置有第一处理程序。
117.可选地，所述装置还包括：第一发送模块，用于在所述执行结果表示所述第一签字任务执行失败的情况下，向用户发送第一提示信息。
118.可选地，所述装置还包括：第二获取模块，用于获取所述签字任务状态为失败的第二签字请求信息，所述第二签字请求信息为所述至少一个签字请求信息中的一个；第二发送模块，用于根据所述第二签字请求信息，向用户发送第二提示信息。
119.可选地，所述装置还包括：第三接收模块，用于接收第一配置指令，所述第一配置指令包括签字任务的配置信息；任务配置模块，用于根据所述第一配置指令，为审批流程配置签字任务节点；其中，所述签字任务至少配置有一个第二处理程序，所述第二处理程序包括动作参数和数据集类型参数。
120.可选地，所述装置还包括：第三获取模块，用于根据所述第一签字请求信息中的签字任务的标识，获取所述第一签字请求信息对应的第一签字任务；其中，所述执行模块502包括：第二获取子模块，用于根据所述第一签字任务的所述配置信息，获得所述第一签字任务的目标数据集；任务执行模块，用于根据所述目标数据集的类型，执行所述第一签字任务，获得所述第一签字任务的执行结果。
121.本发明的第二实施例是与上述第一实施例的方法对应的，上述第一实施例中的所有实现手段均适用于该电子签字管理装置的实施例中，也能达到相同的技术效果。
122.第三实施例为了更好的实现上述目的，如图6所示，本发明的第6实施例还提供了一种管理设备，包括：处理器600；以及通过总线接口与所述处理器600相连接的存储器620，所述存储器
620用于存储所述处理器600在执行操作时所使用的程序和数据，处理器600调用并执行所述存储器620中所存储的程序和数据。
123.其中，收发机610与总线接口连接，用于在处理器600的控制下接收和发送数据；处理器600用于读取存储器620中的程序执行以下步骤：获取签字请求表中的第一签字请求信息，所述第一签字请求信息对应的签字任务状态为待签；执行所述第一签字请求信息对应的第一签字任务。
124.具体的，收发机610用于，其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端，用户接口630还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。
125.可选地，所述签字请求表中存储至少一个签字请求信息，所述第一签字请求信息为所述至少一个签字请求信息中的一个；其中，所述签字请求信息包括以下至少一项：所述签字请求信息对应的签字任务的标识、流程名称、签字请求创建时间、所述签字任务状态和错误信息。
126.可选地，所述处理器600还用于：根据所述第一签字任务的执行结果，更新所述签字请求表；将所述第一签字任务的日志存储至所述第一签字任务对应的文件夹下。
127.可选地，所述处理器600在根据所述第一签字任务的执行结果，更新所述签字请求表时，具体用于：在所述执行结果表示所述第一签字任务执行成功的情况下，将所述第一签字请求信息对应的签字任务状态更新为成功；在所述执行结果表示所述第一签字任务执行失败的情况下，将所述第一签字请求信息对应的签字任务状态更新为失败。
128.可选地，所述处理器600还用于：接收用户触发的第一操作；响应于所述第一操作，将所述第一签字请求信息对应的签字任务状态重置为待签。
129.可选地，所述处理器600还用于：接收用户触发的第二操作；响应于所述第二操作，显示所述日志。
130.可选地，所述处理器600还用于：创建所述第一签字请求信息；其中，所述第一签字请求信息中的所述签字任务状态为待签。
131.可选地，所述处理器600在创建所述第一签字请求信息时，具体用于：周期性获取待处理的第一签字任务；判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息；若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字任务对应的所述第一签字请求信息。
132.可选地，所述处理器600在创建所述第一签字请求信息时，具体用于：在审批流程进行至所述第一签字任务对应的签字任务节点时，判断所述签字请求表中是否存在所述第一签字任务对应的所述第一签字请求信息；若不存在所述第一签字任务对应的所述第一签字请求信息，创建所述第一签字请求信息；其中，在所述签字任务节点的开始位置配置有第一处理程序。
133.可选地，所述处理器600还用于：在所述执行结果表示所述第一签字任务执行失败的情况下，向用户发送第一提示信息。
134.可选地，所述处理器600还用于：获取所述签字任务状态为失败的第二签字请求信息，所述第二签字请求信息为所述至少一个签字请求信息中的一个；根据所述第二签字请求信息，向用户发送第二提示信息。
135.可选地，所述处理器600还用于：接收第一配置指令，所述第一配置指令包括签字任务的配置信息；根据所述第一配置指令，为审批流程配置签字任务节点；其中，所述签字任务至少配置有一个第二处理程序，所述第二处理程序包括动作参数和数据集类型参数。
136.可选地，所述处理器600还用于：根据所述第一签字请求信息中的签字任务的标识，获取所述第一签字请求信息对应的第一签字任务；其中，所述执行所述第一签字请求信息对应的第一签字任务，包括：根据所述第一签字任务的所述配置信息，获得所述第一签字任务的目标数据集；根据所述目标数据集的类型，执行所述第一签字任务，获得所述第一签字任务的执行结果。
137.本发明提供的管理设备，能够在流程审批完成后，自动将签字任务发送到后台；后台接收到任务后，根据不同工作流程对签字任务的配置，完成指定的转换签字功能（例如二维图转pdf、pdf签字、excel/word签字转pdf），并将日志上传到对应工作流程下；通过签字任务请求表，可以在后台对于签字的成功失败进行监控，当有失败的签字任务，能够将错误的任务自动推送给管理员；管理员能够根据条件查询签字任务的执行情况，查看日志分析签字失败的原因，将数据更正后可以重置任务完成签字，从而实现签字功能的闭环管理。上述方案避免了签字影响审批流程的效率的问题，实现了tc系统中设计文档的电子签字，且实现了签字的容错处理，保证了电子文档电子签字的准确性，进而保证了plm系统更好的落
地。
138.本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。
139.另外，本发明具体实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述的第一实施例中的方法的步骤。且能达到相同的技术效果，为避免重复，这里不再赘述。
140.此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置（包括处理器、存储介质等）或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。
141.因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可 以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
142.以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。