CN103971224A - 一种签核方法及系统 - Google Patents

Abstract

本发明公开了一种签核方法及系统，用以实现签核的自动化，提高工作效率。该方法为：签核服务器对第一用户的访问权限进行鉴权通过后，接收第一用户提交的签核请求，所述签核请求中至少包括所述第一用户的身份信息、请求签核的内容以及签核权限；签核服务器将所述签核请求发送给具有所述签核权限和/或高于所述签核权限的第二用户，由所述第二用户对所述请求签核的内容进行签核后，将签核结果反馈给所述签核服务器；签核服务器将所述签核结果反馈给所述第一用户。

Description

一种签核方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种签核方法及系统。

背景技术

一般企业中，在进行材料采购、设计变更、企业改进计划等申请时，需要人工制作表格后，将需要签核的内容填好并答应处理后，依次送往需要审核的各级领导办公室进行签核。

然而，该传统的签核方式常会存在以下问题：

首先，在领导出差或忙于其它事情时，会导致待审核的表格被搁置，由于签核的延误耽误后续的处理，导致工作效率降低；

其次，表格的制作、填写、建档、呈送、签核以及日后的进度跟踪和查询等工作，均需要人工处理相关的书面文件，非常费时费力，工作效率低下；

再者，这种传统的纸质签核文件容易外泄，安全性较差。

由此可见，这种传统的纸质签核方式缺乏灵活性，尤其对于期限紧张的项目签核程序，项目申请人无法及时了解签核人员的签核进度，例如签核人员是否已经收到待审核的表格以及签核人员是否已经完成签核等，造成项目申请的延误。

因此，提供一种签核方法，以节省人力资源、提高工作效率、避免资源浪费。

发明内容

本发明提供一种签核方法及系统，用以实现签核的自动化，提高工作效率。

本发明实施例提供的具体技术方案如下：

一种签核方法，包括：

签核服务器对第一用户的访问权限进行鉴权通过后，接收第一用户提交的签核请求，所述签核请求中至少包括所述第一用户的身份信息、请求签核的内容以及签核权限；

所述签核服务器将所述签核请求发送给具有所述签核权限和/或高于所述签核权限的第二用户，由所述第二用户对所述请求签核的内容进行签核后，将签核结果反馈给所述签核服务器；

所述签核服务器将所述签核结果反馈给所述第一用户。

一种签核系统，包括：

第一用户，用于向签核服务器提交签核请求，所述签核请求中至少包括所述第一用户的身份信息、请求签核的内容以及签核权限；

签核服务器，用于对第一用户的访问权限进行鉴权通过后，接收所述第一用户提交的所述签核请求，并将所述签核请求发送给具有所述签核权限和/或高于所述签核权限的第二用户，以及用于接收所述第二用户反馈的签核结果并将所述签核结果反馈给所述第一用户；

第二用户，用于对所述请求签核的内容进行签核后，将签核结果反馈给所述签核服务器。

基于上述技术方案，本发明实施例中，签核服务器在对第一用户的访问权限进行鉴权通过后，接收第一用户提交的签核请求，该签核请求中至少包括所述第一用户的身份信息、请求签核的内容以及签核权限，签核服务器将该签核请求发送给具有签核请求中携带的签核权限和/或高于该签核权限的第二用户，由第二用户对请求签核的内容进行签核后，将签核结果反馈给签核服务器，签核服务器将该签核结果反馈给第一用户，从而实现了签核的自动化，提高了工作效率，避免了现有的纸质签核方式造成的效率低下、资源浪费、安全性较差的问题。

附图说明

图1为本发明实施例中签核的方法流程图；

图2为本发明实施例中签核系统的结构示意图；

图3为本发明具体实施例中设计端系统设置界面示意图；

图4为本发明具体实施例中后台表单设计部分的界面示意图；

图5为本发明具体实施例中模块设置的界面示意图；

图6为本发明具体实施例中节点设置的界面示意图；

图7为本发明具体实施例中路由设置的界面示意图；

图8为本发明具体实施例中签核请求的处理状态界面示意图。

具体实施方式

为了实现签核的自动化、提高签核效率以及工作效率，本发明实施例中提供了一种签核方法及系统。

下面结合附图对本发明优选的实施方式进行详细说明。

如附图1所示，本发明实施例中一种签核方法，其具体签核流程如下：

步骤101：签核服务器对第一用户的访问权限进行鉴权通过后，接收第一用户提交的签核请求，该签核请求中至少包括第一用户的身份信息、请求签核的内容以及签核权限。

其中，签核请求中携带的第一用户的身份信息包括但不限于：第一用户的姓名、所属的部门、联系电话以及电子邮件地址。签核请求中携带的签核权限用于限定具有签核该签核请求的最低权限，即只有签核权限等于或高于该签核请求中携带的签核权限的用户才能够对该签核请求进行签核。

较佳地，签核服务器对第一用户的身份进行鉴权之前，根据各用户所属的类别及审核权限确定各用户的访问权限以及签核权限。具体实施中，用户所属的类别为用户所属的部门，用户的审核权限可以是按照用户的领导级别确定，领导级别越高具有的审核权限越高。

例如，签核服务器根据预先获取的各用户所属的部门以及领导级别确定各用户的访问权限时，可以设置属于特定部门的所有用户具有相同的访问权限，也可以根据该部门中的领导级别的不同设定不同的访问权限；同理，签核服务器根据预先获取的各用户所属的部门及领导级别确定各用户的签核权限时，可以设置属于特定部门的所有用户对下一级部门的签核请求具有相同的签核权限，也可以根据该部门中的领导级别的不同设定不同的签核权限。

步骤102：签核服务器将该签核请求发送给具有签核请求中携带的签核权限和/或高于签核请求中携带的签核权限的第二用户，由该第二用户对签核请求中携带的请求签核的内容进行签核后，将签核结果反馈给签核服务器。

在第一具体实现中，签核服务器获取第一用户所属的部门，判断该部门中是否存在签核权限等于或高于签核请求中携带的签核权限的用户；

若存在，将该部门中签核权限等于或高于签核请求中携带的签核权限的用户确定为第二用户；

否则，确定第一用户所属的部门的上一级部门，将该上一级部门中签核权限等于或高于签核请求中携带的签核权限的用户确定为第二用户。

在第二具体实现中，签核服务器获取第一用户所属的部门，判断该部门中是否存在签核权限等于和高于签核请求中携带的签核权限的用户；

若存在，将该部门中签核权限等于和高于签核请求中携带的签核权限的用户确定为第二用户；

否则，确定第一用户所属的部门的上一级部门，将该上一级部门中签核权限等于和高于签核请求中携带的签核权限的用户确定为第二用户。

优选地，签核服务器将签核请求发送给具有签核权限和/或高于该签核权限的第二用户时，签核服务器根据第二用户注册的联系方式向第二用户发送提示信息，该提示信息用于提示第二用户有需要进行签核的签核请求。

具体实施中，若第二用户注册联系方式为手机号码，则通过向该手机号码发送短消息以提示第二用户有需要进行签核的签核请求；若第二用户注册联系方式为电子邮件地址，则通过向该电子邮件地址发送电子邮件以提示第二用户有需要进行签核的签核请求。

优选地，签核服务器根据第二用户注册的联系方式向第二用户发送提示信息之后，若在设定时长内未收到第二用户反馈的签核结果，根据第二用户注册的联系方式向该第二用户发送催办信息。

具体实施中，若第二用户注册的联系方式为手机号码，则向第二用户发送的催办信息为短消息形式，若第二用户注册的联系方式为电子邮件地址，则向第二用户发送的催办信息为电子邮件形式，若第二用户注册的联系方式为多种，则向第二用户发送的催办信息为分别与多种联系方式对应的多种形式。例如，若第二用户注册联系方式为手机号码和电子邮件地址，则签核服务器向第二用户注册手机号码发送进行催办的短消息，同时向第二用户注册电子邮件地址发送进行催办的电子邮件。

步骤103：签核服务器将该签核结果反馈给第一用户。

具体实施中，签核结果可以是第二用户同意或驳回签核请求的结果信息，且该签核结果中还可以携带第二用户的签名信息。

基于同一发明构思，本发明实施例还提供了一种签核系统，如附图2所示，该签核系统主要包括第一用户201、签核服务器202和第二用户203，其中，

第一用户201，用于向签核服务器提交签核请求，该签核请求中至少包括第一用户201的身份信息、请求签核的内容以及签核权限；

签核服务器202，用于对第一用户的访问权限进行鉴权通过后，接收第一用户201提交的签核请求，并将该签核请求发送给具有签核权限和/或高于该签核权限的第二用户203，以及用于接收第二用户203反馈的签核结果并将该签核结果反馈给第一用户201；

第二用户203，用于对请求签核的内容进行签核后，将签核结果反馈给签核服务器202。

较佳地，签核服务器202还用于在对第一用户201的身份进行鉴权之前，根据各用户所属的部门以及领导级别确定各用户的访问权限以及签核权限。

优选地，签核服务器202具体用于将签核请求发送给具有签核请求中携带的签核权限和/或高于签核请求中携带的签核权限的第二用户203时，获取第一用户201所属的部门，判断该部门中是否存在签核权限等于和/或高于签核请求中携带的签核权限的用户；若存在，将该部门中签核权限等于和/或高于签核请求中携带的签核权限的用户确定为第二用户203；否则，确定第一用户201所属的部门的上一级部门，将该上一级部门中签核权限等于和/或高于签核请求中携带的签核权限的用户确定为第二用户203。

优选地，签核服务器202还用于将签核请求发送给具有签核请求中携带的签核权限和/或高于签核请求中携带的签核权限的第二用户203时，根据该第二用户203注册的联系方式向第二用户203发送提示信息，该提示信息用于提示第二用户203有需要进行签核的签核请求。

优选地，签核服务器202还用于在根据第二用户203注册的联系方式向第二用户203发送提示信息之后，接收第二用户203反馈的签核结果之前，若在设定时长内未收到第二用户203反馈的签核结果，根据第二用户203注册的联系方式向第二用户203发送催办信息。

以下通过一个具体实施例对本发明实施例中实现自动化签核的具体实施过程进行说明。该具体实施例中利用Lotus Domino/Notes中的客户端/服务器（C/S）架构，运行在Domino R6平台上以LotusScript开发技术实现自动化签核。

采用访问控制列表（Access Control List，ACL）技术建立数据库系统，在该数据库系统中指定各个用户的访问权限，该访问权限能够限制用户在数据库中能够执行的任务。在数据库的ACL中需要为每个用户（该用户可以是个人、群组或服务器）设置访问权限。其中，服务器的访问权限用于限制服务器可以复制的数据库中的信息。采用Notes客户端的用户要访问特定服务器上的数据库，该用户必须既具有该数据库的访问权限，又具有该服务器的访问权限（实际开发中，用户对服务器的访问权限可以在Domino群组工作软件目录下的“服务器”文档中指定）。

要查看数据库中的ACL，用户至少要具有“读者”的访问权限；在“服务器”文档中指定为“具有完全权限的管理员”的用户对服务器上的所有数据库具有管理者的访问权限，且无需考虑该用户是否在数据库ACL中列出；在“服务器”文档中指定为管理员或数据库管理员的用户可以修改（例如指定管理服务器或者创建全文索引）或删除服务器上的任何数据库，即便这些用户在数据ACL中未列出。其中，用户具有某个数据库的重要访问权限，但是又没有在数据库ACL中列出，这种访问权限为在Domino的其它区域进行权限设置时授予的，或者是通过对服务器本身具有访问权限而得到的。作为管理员需要了解这些类型的访问权限，才能充分地保护服务器上的数据库。

其中，作为管理员的用户可以在服务器上运行任意的可执行程序，无论是通过Domino程序访问服务器，还是通过使用无限制的代理启动可执行程序。作为管理员的用户还可以直接在作为服务器的计算机或者对服务器数据库文件具有文件存取级别的访问权限的计算机上运行Notes客户端软件。如果用户具有“使用不受限制的完全权限”这一访问权限，则可以通过运行代理访问数据库，即使该用户未在数据库ACL中列出，即该访问权限可以忽略ACL和读者列表。

该具体实施例中，Lotus Notes客户端程序或者Domino服务器程序可采用LotusScript脚本语言实现，LotusScript脚本语言相当于网页中的脚本语言JavaScript。被描述为“类似BASIC”的LotusScript在访问后台数据库和驱动客户端用户界面方面很有用。LotusScript可以使用Lotus Domino Designer开发环境进行代码编程，它具有强大的能够从事面向对象应用软件开发的语言范围，能够提供循环和分支的能力、数组以及访问Notes对象的能力。判断Notes中何时使用LotusScript或公式语言，其中，当执行任务的函数或命令存在时，使用公式语言，对于复杂的程序控制或循环则使用LotusScript，存取或操作存储的文档数据时使用LotusScript，尤其是对于跨文档、跨数据库的存取，若公式语言不能办到，则使用LotusScript。

该具体实施例中，各用户可以通过签核服务器访问该数据库系统，如附图3所示为在签核服务器中实现的设计端系统设置界面，通过该设置界面可以设置系统主服务器（Mainserver）的路径、是否允许在其他服务器上访问的选项（login）、以及各数据库的路径，例如工作流数据库路径（WorkflowPath）、员工信息数据库路径（StaffInfoDBPath）、员工请求数据库路径（HumanResDBPath）以及日志数据库路径（LogDBPath），通过点击设置界面上的测试按钮可以调用用于测试相应的数据库是否连接上的代码，数据库名称可以是管理员在前台进行设置。

该具体实施例中，如附图4所示为后台表单设计部分的界面，当前的状态显示用代码进行编写，显示过程中调用了工作流（Workflow）中的节点设置。通过该界面可以显示当前处理人的中文名（ActionUser_SYS）、编号以及表单当前状态（ActionMode_SYS）。通过该界面可以显示提出签核请求的申请人（APPCName）、申请人部门（Department）、文件编号（SOPNO）、申请日期、申请人电话、申请主旨等信息。且在该界面中显示可以供当前处理人进行的操作，如通过界面上的编辑按钮、提交按钮或保存按钮对该签核请求进行编辑，或者通过点击同意按钮、驳回按钮、加签按钮处理该签核请求，通过点击退出按钮退出对该签核请求的处理。

其中，表单设计部分中界面显示的有些域值是在新建数据库的过程中获取的，例如申请人的信息等是通过调用员工数据库获得，还有一部分域值是申请人在建单时输入的，例如申请主旨等。

该具体实施例中，控制流程部分主要通过工作流配置数据库实现，首先进行模块设置，再进行节点设置，最后进行路由设置。如附图5所示为进行模块设置的界面示意图，该界面中包括模块名称、模块文件名、流程名称、流程表单名称、审批起点基板、是否开启等，例如模块名称为FAB FMI Notice签核系统，模块文件名为FabFmiNotice.nsf，流程名称为FAB FMI签核表，流程表单名称为FAB FMI Notice，审批起点级别为科长/主管级别，是否开启选择为是。如附图6所示为进行节点设置的界面示意图，该界面中包括模块名称、模块文件名、流程名称、节点名称、节点性质、节点序号、节点处理人、是否为多人处理、按钮配置、是否变化、是否需要发催办、催办间隔时间、邮件主题等。如附图7所示为进行路由设置的界面示意图，该界面中包括模块名称、模块文件名、流程名称、当前节点、路由方向、路由性质、下一节点、提交不可为空域、提交时域为空的提示文字、是否需要填写意见等。

该具体实施例中，根据以上具体设置，整个流程会按照开发者设计的方向执行，实际应用中也可以根据客户的需求随时更改，灵活性较强、易于管理。

附图8所示为截取的该具体实施例中各签核请求的处理状态界面示意图，即用户可以通过界面了解各签核请求的申请日期、申请人、当前处理人、当前处理状态等信息。

该具体实施例中表单的结构具体为：“继承缺省的域值”的属性为否，“所做更新作为答复文档”的属性为否，将“前一版本保留为答复文档”的属性为“否”，“填写时激活对象”的属性为否，“编辑时激活对象”的属性为否，“阅读时激活对象”的属性为否，“文档密钥”的属性为未指定，“创建的文档可读者”为所有用户，“表单创建者”为所有用户；对于表单中的子组件：域“FormName”的数据类型为“文本”、“帮助说明”的属性为未指定，“域类型”为计算类型，“当发送邮件时签名/在区段中签名”的属性为否，“加密”属性为禁用，“更新操作要有编辑者权限”的属性为否，“公式”的属性为否；域“Form”的数据类型为“文本”、“帮助说明”的属性为未指定，“域类型”为可编辑，“当发送邮件时签名/在区段中签名”的属性为否，“加密”属性为禁用，“更新操作要有编辑者权限”的属性为否，“缺省值公式”的属性为否“FAB FMI Notice”；域“SaveOption”的数据类型为“文本”、“帮助说明”的属性为未指定，“域类型”为未指定，当发送邮件时签名/在区段中签名”的属性为否，“加密”属性为禁用，“更新操作要有编辑者权限”的属性为否，“缺省值公式”设置为“1”。

其中，该具体实施例中，Notes后台代码开发中运用到的类对象可分为前端类和后端类，所谓前端类是指由前台得到的、用户当前正在工作的对象，用以表示对Notes客户机用户界面中的对象进行操作，该具体实施例中，前端类具体包括：用于工作台打开的数据库NotesUIDatabas、当前文档NotesUIDocument、当前文档上的按钮Button、当前文档中的域Field、当前数据库视图NotesUIView、导航器Navigator等。所谓后端类是由后台获得的对象，前台不可见，可以访问和操作任意数据库中的任意文档、视图、文件夹中的内容、数据库ACL以及外部数据。

该具体实施例中，窗口（Window）是Domino中JavaScript对象模型的顶端对象，也就是浏览器，具有属性、方法及对象，窗口的对象层次从文档（document）开始，每个文档至少包括一个表单（form），表单是由域（fileUpload）、按钮（button）、文本（text）、图像和声音（radio）、选择框（select）等其它元素组成的容器。

基于上述技术方案，本发明实施例中，签核服务器在对第一用户的访问权限进行鉴权通过后，接收第一用户提交的签核请求，该签核请求中至少包括所述第一用户的身份信息、请求签核的内容以及签核权限，签核服务器将该签核请求发送给具有签核请求中携带的签核权限和/或高于该签核权限的第二用户，由第二用户对请求签核的内容进行签核后，将签核结果反馈给签核服务器，签核服务器将该签核结果反馈给第一用户，从而实现了签核的自动化，提高了工作效率，避免了现有的纸质签核方式造成的效率低下、资源浪费、安全性较差的问题。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种签核方法，其特征在于，包括：

签核服务器对第一用户的访问权限进行鉴权通过后，接收第一用户提交的签核请求，所述签核请求中至少包括所述第一用户的身份信息、请求签核的内容以及签核权限；

所述签核服务器将所述签核请求发送给具有所述签核权限和/或高于所述签核权限的第二用户，由所述第二用户对所述请求签核的内容进行签核后，将签核结果反馈给所述签核服务器；

所述签核服务器将所述签核结果反馈给所述第一用户。

2.如权利要求1所述的方法，其特征在于，签核服务器对第一用户的身份进行鉴权之前，还包括：

所述签核服务器根据各用户所属的类别及审核权限确定各用户的访问权限以及签核权限。

3.如权利要求2所述的方法，其特征在于，所述签核服务器将所述签核请求发送给具有所述签核权限和/或高于所述签核权限的第二用户，包括：

所述签核服务器获取所述第一用户所属的部门，判断所述部门中是否存在签核权限等于和/或高于所述签核请求中携带的签核权限的用户；

若存在，将所述部门中签核权限等于和/或高于所述签核请求中携带的签核权限的用户确定为第二用户；

否则，确定所述第一用户所属的部门的上一级部门，将所述上一级部门中签核权限等于和/或高于所述签核请求中携带的签核权限的用户确定为第二用户。

4.如权利要求3所述的方法，其特征在于，所述签核服务器将所述签核请求发送给具有所述签核权限和/或高于所述签核权限的第二用户时，还包括：

所述签核服务器根据所述第二用户注册的联系方式向所述第二用户发送提示信息，所述提示信息用于提示所述第二用户有需要进行签核的签核请求。

5.如权利要求4所述的方法，其特征在于，所述签核服务器根据所述第二用户注册的联系方式向所述第二用户发送提示信息之后，接收所述第二用户反馈的签核结果之前，还包括：

所述签核服务器若在设定时长内未收到所述第二用户反馈的签核结果，根据所述第二用户注册的联系方式向所述第二用户发送催办信息。

6.一种签核系统，其特征在于，包括：

第一用户，用于向签核服务器提交签核请求，所述签核请求中至少包括所述第一用户的身份信息、请求签核的内容以及签核权限；

签核服务器，用于对第一用户的访问权限进行鉴权通过后，接收所述第一用户提交的所述签核请求，并将所述签核请求发送给具有所述签核权限和/或高于所述签核权限的第二用户，以及用于接收所述第二用户反馈的签核结果并将所述签核结果反馈给所述第一用户；

第二用户，用于对所述请求签核的内容进行签核后，将签核结果反馈给所述签核服务器。

7.如权利要求6所述的系统，其特征在于，所述签核服务器还用于在对所述第一用户的身份进行鉴权之前，根据各用户所属的类别及审核权限确定各用户的访问权限以及签核权限。

8.如权利要求7所述的系统，其特征在于，所述签核服务器具体用于将所述签核请求发送给具有所述签核权限和/或高于所述签核权限的第二用户时，获取所述第一用户所属的部门，判断所述部门中是否存在签核权限等于和/或高于所述签核请求中携带的签核权限的用户；若存在，将所述部门中签核权限等于和/或高于所述签核请求中携带的签核权限的用户确定为第二用户；否则，确定所述第一用户所属的部门的上一级部门，将所述上一级部门中签核权限等于和/或高于所述签核请求中携带的签核权限的用户确定为第二用户。

9.如权利要求8所述的系统，其特征在于，所述签核服务器还用于将所述签核请求发送给具有所述签核权限和/或高于所述签核权限的第二用户时，根据所述第二用户注册的联系方式向所述第二用户发送提示信息，所述提示信息用于提示所述第二用户有需要进行签核的签核请求。

10.如权利要求9所述的系统，其特征在于，所述签核服务器还用于在根据所述第二用户注册的联系方式向所述第二用户发送提示信息之后，接收所述第二用户反馈的签核结果之前，若在设定时长内未收到所述第二用户反馈的签核结果，根据所述第二用户注册的联系方式向所述第二用户发送催办信息。