公文流转系统研究

2024-07-13

公文流转系统研究（共9篇）

公文流转系统研究篇1

1、公文流转系统的介绍

1.1 公文流转系统的主要模块及其功能

主要包括以下三个模块:收文管理、发文管理与电子公文库, 它们对应的模块功能如下:收支文件的管理和存储、收支记录的查询、收支记录的修改, 这三个部分是主要的工作流系统的功能模块。对于内部公文的审批和发送来实现拟稿、审核、会签、核稿、签发和成文、编号、校对、印刷及分发、归档的全过程管理, 来保证整体工作资料的全面可控性。利用软件自带功能实现文件的收发、文件的处理等功能。

1.2 公文流转方式

对于公文流转, 它的模式通常包括下面四种:直流、分流、合流以及回流模式, 公文流传模式图如下图1、2、3、4所示:

A, B都是公文流转之内的二关联节点, 同时还为角色进行活动的全部场所, 另外的箭头线表示活动间存在的关系。对于直流模式, 是最为基本的一种流转方式, 在人员间, 其为一对一的一种传达模式。一般在申请审批类流程中用到;对于合流模式, 其为在人员间, 进行多对一传输的一种传达模式;对于分流模式, 其为在人员间一对多的一种传输模式。其为不用条件进行限制的传达;对于回流模式, 基于公文进行流转时, 发生的重做及退回这些问题。最终于流程内构成回路。基于下图, 每个操作节点间存在的流程关系即为公文流转关系, 就是下图内的箭头线。对于每个操作节点, 其代表不能再分的一个操作任务。多数操作节点按照各不相同的联系进行联接组成公文流转的最为基本的流程。于是针对公文流转的一个节点来说, 流转至这个节点, 就进行工作。包括如下状态:首先为与型, 在全部的前继工作节点均得以完成的情况下, 流程才能迈进下步, 进行此时节点操作的执行。其次为或型, 它的全部前继节点内某节点得以完成, 流程能够迈进下一节点, 进行此时操作节点的执行。

2、工作流在公文流转系统中的应用

2.1 公文流转的实现

公文处理是公文流转系统的核心, 使用的系统平台需要具备一些能力:处理复合文档型数据信息、工作流与电子邮件、可以支持移动办公及协同工作, 还可以集成另外业务应用系统及接入INTERNET。同时Lotus Domino/Notes开发平台已经符合上述要求, 还具备下面的一系列优点:工作流管理能力很强大;不仅能够管理文档型数据库, 还支持另外的关系型数据库;全球先进的电子邮件系统, 具有邮件跟踪、回执、加密及签名的功能;高超的复制技术, 使用户不论在什么地方, 均可以同步更新他们的信息, 其还支持后台复制、双向复制、客户端复制以及选择复制等许多类型的复制;对于跨平台的特性, 其是电子邮件与群件处理范围内的领袖, 将要支持业界全部主流的网络协议与操作系统;可扩展性与可伸缩性还很良好。基于上述许多优点, 往往运用Lotus Domino/Notes作为开发平台进行公文流转系统的开发。

对于公文的流转的便利性的追求是程序设计过程中最为艰难的部分, 为了成功的构建相应的系统框架, 本文研究中主要采用了如下设计思路:在Notes中通过下列方式实现公文的流转:固定将公文信息一直存放在Domino服务器中, 建立相应的存储数据库, 系统利用自身的读取功能从数据库中提取有效信息, 其中最为重要的信息是流向信息和环节信息。公文流转过程中, 公文本身并没有进行相应的位移, 而是采用特定环节对某些用户开放访问权限, 而当这部分用户处理完成任务的时候, 文件就转为隐藏。相对于用户来说, 产生的感觉实际上就是文件的流转。这种方式可以有效地保证系统运行稳定性, 大大的提高工作效率[2]。

2.2 工作流在公文流转系统中的应用

公文处理在企事业单位中都是一项复杂而繁琐的工作, 传统的公文处理过程中通常都是通过纸质文件的不同部门之间的流转来实现的, 这种情况下, 企业即使应用了再多的计算机, 也是需要在电脑前处理好了公文再进行打印, 通过企业的秘书或者文件管理部门的相关人员送交上级部门[3]。这种处理方式不仅仅浪费了工作的时间, 同时也给管理工作者的工作带来了极大的不便, 而这套系统的开发, 可以有效的保证办公效率的提高和降低对纸质文件的依赖。

对于公文的处理需要多个部门的审批, 同时不同部门审批过程中还具有相应的决定文件的下一步走向的选择, 这种选择我们称之为动作, 是工作流的方向的最终设定者。这种动作的最终结果分为同意和退回两种, 动作利用多个路由器的使用来实现[4]。KBS系统中对于公文流转过程中产生的动作给予了重点考虑, 成功的设计了较为全面的人性化公文流转子系统。

3、结语

总体来说, 随着我国互联网事业的不断深入, 企业对于公文流转系统会有更为广大的要求, 这也对公文流转系统的开发提出了新的挑战。

参考文献

[1]赵昊苏, 王芸.基于工作流技术的公文流转系统的分析与设计[J].铁路计算机应用, 2008, (09) .

[2]申宇, 杨贯中, 周波.一个基于工作流的公文流转系统[J].湘潭师范学院学报 (自然科学版) , 2009, (04) .

[3]王开雷, 耿玉水, 王新刚.公文流转系统的研究[J].计算机与信息技术, 2008, (09) .

[4]蒋小莺, 王文琴, 郑成增.基于工作流的电子公文流转系统的设计与实现[J].福建电脑, 2008, (02) .

公文流转系统研究篇2

为进一步提高中心公文流转的科学化、制度化、规范化水平，提高办文效率，加快公文流转，推动工作进程。特制定中心公文流转制度。主要包括收文处理流转制度、发文处理流转制度。公文流转原则是：科室部门负责制，谁业务谁处理，重点工作办公室把关。

（一）收文办理（13个环节）

凡上级、同级来文和下级请示、报告，一律为收文。1.签收

（1）局办公室或上级政府部门下发的文件，注意核对、清点，签收登记，急件应注明签收具体时间。

（2）中心邮箱的邮件要及时下载、存储、打印非密级公文。严禁截流文件，不送领导。

2.登记。按“收文登记簿”上的要求逐项做好公文的分类登记工作，包括：来文机关、收文时间、字号、标题、缓急程度、密级、份数等。

3.阅文。对每一份公文，均应认真阅读，了解内容，弄清需要办理的事项。

4.拟办。附上收文或请示、报告处理笺，按处理笺上的项目逐一填写，由办公室主任提出拟办意见，在拟办意见栏内简要说明需要解决的问题，并提出处理意见。

5.呈办。送办公室分管领导，如分管领导不在，可直接送单位主要负责人。与公文相关的文件、资料一并呈送。

6.转办。将领导实质性批示登记以后，需转科室及部门的应及时通知受文科室及部门来人取件，涉及多个科室的要复印，分别通知，并请取件人在原件或登记簿上签字。

7.催办。领导批示转出后，要及时与科室部门取得联系，进行催办，掌握办理进程，按时限期办理结果报批示领导。

8.协办。涉及科室部门办理的事项，由办公室协助主办单位做好协调工作，督促科室部门按领导批示认真落实，或提出处理意见送领导审定。

9.发文。如需发文相关部门代拟文稿，交办公室审核进入发文程序。

10.回复。科室办结后将办理结果回复办公室；重要文件的办结情况，由办公室主任向作批示的领导报告。一般性文件回复由受理科室部门直接回复，请示办结后要以书面或口头形式向报文单位作出回复。

11.归档。收文件办结后，所有实质性批示均由办公室文秘人员复印2份，送办公室汇编和留存备查，原件注明办结后分类归档。

12．清理。每周一将上周办结文电分类清理送办公室分管领导阅；未办结的，向办公室分管领导作出说明。

（二）发文办理（9个环节）

凡以单位的名义印发的文件，均由办公室按程序进行校核，确保公文质量和印发时效。

1.接件。接件时，应首先确认来文单位的材料是否符合报批程序有关规定。

部门（单位）报请以市委、市政府及市局名义批转、印发的文件，其文件代拟稿应以部门（单位）正式文件或由其负责人签字后上报。

2.承办。接件后，接件人员及时报告，由办公室领导统筹后交有关公文办理人员承办。

（1）公文校核承办工作实行首办责任制。

（2）承办人员应根据对签收材料的初步审核情况及时附《处理笺》，并据实填写“缓急程度”、“密级”、“标题”、“编号”、“承办人”、“来文单位”、“承办时间”等内容。

3.审核

（1）严把行文关。严格按照行文规则要求和精简文件规定，审核拟发公文是否规范，行文发布是否必要。

（2）严把政策关。公文内容必须符合党的路线、方针、政策和国家法律、法规，做到与上级精神相一致、与已有政策相衔接、与本地实际相符合。需征求有关部门（单位）意见的，应通过电话、函询、印送征求意见稿、召开座谈会等形式征求意见、协调研究，并做好记录。

（3）严把法律法规关。公文必须按照法律、法规的规定阐述和反映本机关职权范围内的事项。必要时，可将文件送市政府法制办审核。

（4）严把内容关。公文内容要做到主题鲜明、重点突出、材料真实、判断准确、结构严谨、内容完整、逻辑严密、条理清晰，注重针对性和实效性，尽量减少关于重要性或意义的一般性论述。

（5）严把文字关。公文应做到文风平实质朴、文字准确简练。遣词用句符合现代汉语语法和语言习惯，符合公文书面语言规范和特点。

（6）严把格式关。公文格式应做到文种选择恰当、行文形式准确、文件体式规范。

4.送签。将《处理笺》、送签清样、来文审核底稿及征求意见的情况、相关背景材料从前至后依次排列整理成送签全套件，根据分管领导审签意见按程序转送有关单位审核、办理，或呈报有关领导审签。严禁出现逆向流转。

5．复核。由办公室领导复核文件审签程序是否完备规范。审签程序不完备、不规范的，应补齐或纠正。

6.付印。由承办人员按照公文办理有关程序和规定对文件进行编号并填写成文日期、印发日期、印制份数等。

7.发文。涉密文件以纸质文件编号印发，做好取件登记。非涉密文件按发文范围及时从网上发出。将word制作成PDF文档，盖上电子印章后按发文范围网上发出。

8.归档。文件归档共存2份，l份备查，1份归档。归档办件从上至下依次包括文件处理笺、文件付印清样、领导审核修改的清样、承办人员审核修改的底稿、来文单位报请行文的文件以及其他所附材料、文件成品。

9.倒查。办件归档后，承办人员应立即对完成的公文校核工作进行倒查，确保各个环节要求均按规定落实到位。

(三)文件格式

党政机关最新公文格式

一、设臵页面

（一）A4型纸，成品幅面尺寸为210mm×297mm，版心尺寸为156mm×225mm

（二）页边距分别设臵如下：上3.7厘米、下3.5厘米、左2.8厘米、右2.6厘米。

（三）在“版式”里设臵页脚边界为2.5厘米。

（四）主体结构层数为：

一、（第一层，3号黑体）；

（一）（第二层，3号楷体）； 1.（第三层，3号仿宋）；

（1）（第四层，3号仿宋）

附件（正文之下空一行）附件：1.xxxxxxxxxxxxxxxxxxxxx 2.xxxxxxxxxxxxxxxxxxxxx

（五）选择“文档网格”附签，选中“指定行和字符网格”，设臵“每行”为“28”个字符，“每页”为“22”行。（不用单独设臵行距，等同于已经设臵行距为28磅）

二、设置页码

（一）选择“插入”菜单，选择“页码”；

（二）设臵“位臵”为“页脚中间”；

（三）在页面页脚部分双击“页码”，选择“修改页码”，“样式”定位半角数字“1，2,3……”；

（四）放大页码边框，选择“开始”菜单里的排版居中将页码放到页码边框中间位臵，将页码设为四号宋体，在页码两边加上全角单横杆，横杆分别和页码数字空出半角空格。

三、设置发文字号

发文字号由机关代字、年份和序号组成。文字号用三号仿宋字体，居中排布；年份、序号用阿拉伯数码标识；年份应标全称，用六角括号“﹝﹞”括入。

四、设置附件标识

公文附件是正文内容的组成部分，与正文具有同等效力。在正文下空1行左空2字位臵编排“附件”二字，后标全角冒号和附件名称。如有顺序号，使用阿拉伯数字标注，附件名称后不加标点符号。

五、设置发文机关署名、成文时间

单一机关制发公文的成文日期以负责人签发的日期为准，联合行文以最后签发机关负责人签发日期为准。不加盖印章的公文，单一机关行文时，在正文下空1行右空2字编排发文机关署名，在发文机关署名下1行编排成文日期，成文日期首字比发文机关署名首字右移2 字，成文日期用阿拉伯数字将年、月、日标全。

六、设置印发机关和印发时间标识

版记中的分隔线与版心等宽，分隔线用粗线，末条分隔线与公文最后一面的版心下边缘重合。印发机关和印发日期一般用4号仿宋体字，编排在末条分隔线之上，印发机关左空一字，印发日期右空一字，用阿拉伯数字将年、月、日标全，年份应标全称，月、日不编虚位（即不编01），后加“印发”二字。

公文流转系统研究篇3

研究设计一种新型办公自动化系统设计方案, 保证用户的各自协同办公的效率, 分散建立各自的应用平台, 同时, 规范数据统一存放的, 各模块之间互联互通、互不干扰。设计过程中完成并建立设计典范模型。

一、公文处理流程的研究

1. 公文处理的一般过程

下图1是一般通用的公文处理流程, 描述了通常情况下公文处理的过程, 一般公文都会经过多个部门的审批以及修改才能正式发布, 也就是公文会在不同的部门之间往复的流转, 每个部门对一个公文有不同的操作。

2. 政府机关公文处理特点

(1) 政府机关部门较多, 公文审核审批制度严格。

(2) 政府机关各部门分工明确, 各级领导也会分管各自负责领域的事务, 也就是说各个部门和各级领导都会处理与之业务相关的公文。

(3) 政府机关的公文类型多, 公文数量多, 公文处理量大。

结合上述的政府公文处理特点, 如何自动化的安排不同的公文按照预定的规则在不同的单位之间流转变成了本项目公文处理的核心问题。

为解决上述的问题, 本项目在设计上引进了公文处理规则控制器的概念, 公文处理控制器根据公文的特征, 适配不同的公文规则, 控制公文流转的方向。

上图2是公文流程管理器的类图, 这是一个典型的类工厂模式的设计。

公文规则是一个抽象类, 它具备了公文规则一般性的属性和方法, 公文规则一、公文规则二是具体的公文规则实体类, 他们具备了管理某一种特定公文规则的具体功能, 他们都继承抽象的公文规则类, 随着不同类型的公文处理规则的增加, 相应的添加, 公文规则三、四等实体类。

规则工厂的Create () 方法会根据不同的公文类型返回相应的公文呢处理实体类的实例来控制具体的公文流程规则。

这样设计的好处是使系统的类之间的耦合度降低, 扩展性提高, 符合面向对象系统设计的接口隔离和开闭原则 (面向修改关闭, 面向扩展开放) 。

当需要增加一个新的公文规则时只需添加一个新的实体类继承公文规则抽象类即可不需要修改任何其他对象。

当需要修改一个已有的规则时, 只需用新的实体类替换原有的实体类即可, 不会对其他对象有任何影响。

上面图3顺序图说明了规则控制执行的过程下面简要说明一下

1.公文处理:对象会调用规则工厂的Create () 方法。

2.规则工厂:对象根据公文类型构造相应的规则实体类实例。

3. 规则实体类:查询公文规则配置信息, 获取公文规则信息。

4. 公文处理类调:用规则实体类的处理方法按照公文规则处理公文的流转。

二、与外部系统的数据交换及标准体系的研究

数据交换方面:在对数据进行访问时, 要使用各系统提供的接口, 不允许别的系统对协同办公的数据库进行操作, 也不允许利用任何方式对其他系统的数据库进行操作。

此次南开区协同办公系统的研发及实施, 完全采用国家信息产业部提出的GB/8566-88《计算机软件开发规范》, 执行此标准。协同办公系统目前国家还没有完全成熟的规范和标准体系, 但根据多年的信息化建设项目的经验, 总结出以下目前行业通用及先进的标准:

全新制订具有全国普遍适用性的行业标准, 包括两层含义:

第一, 协同办公标准的分块, 主要由以下模块:文字基础处理、用户管理及安全管理、资源库、协同办公 (工作流) 。各模块都有不同于其他模块的标准;

第二, 四大模块的集成标准, 这一标准指导着四大模块由分离形态按一定规则结合在一起形成综合全面的完整办公平台。

为使信息资源共享平台满足实际需求, 做到各类标准既不重复和交叉, 又通俗易懂、便于理解, 将标准分为:基础标准、通用标准和专业标准。

小结

研究设计公文处理流程路线一定按照软件工程的科学体系分步进行, 设计数据交换的时候, 要以建立规范平台和标准协议为准则, 进行科学规划, 实现资源、数据的交换与信息共享, 将整体信息操作按照实际情况进行规划工作流程和操作规范。这是设计过程中始终要遵循的原则。

摘要：本文在办公软件设计过程中的公文处理流程路线始, 提出了分步进行设计的理念和方法, 在设计数据交换的时候, 提出了以建立规范平台和标准协议为准则, 进行科学规划。将整体信息操作按照实际情况进行规划工作流程和操作规范方法。

关键词：公文处理流程,控制器,数据交换

参考文献

[1]唐大仕.Java程序设计[M].清华大学出版社, 2003.

[2]许成绩, 林政.现代项目管理教程[M].中日宇航出版社, 2003.

[3]张海藩.软件工程导论[M].清华大学出版社, 2008.

[4]佟镇亚, 余雪丽, 陶世群.现代计算机网络教程[M], 2005.

[5]韩万江.软件工程案例教程[M].机械工业出版社, 2007.

[6]张海藩.软件工程案导论[M].清华大学出版社, 2008.

加快公文流转提高办事效率篇4

口楚传荣

近日因公务去合肥市政务区，偶遇办公厅机要室秘书正在文件上加盖“一日内办”、“三日内办”等字样的印章，原来这是政府机关为加快办文速度，推进部门之间的沟通与协调，努力提高工作效能而采取的举措。

公司的办公室同样存在着提高办文速度和加快公文流转的问题。提高办文效率，加快公文流转，推动工作进程，无疑是公司业务健康发展的重要保证。因为市场如战场，时间就是商机、就是效益，容不得半点懈怠。

办理公文流转是办公室的主要业务之一。在实际工作中，大部分办公室虽然已采用了自动化办公流程，但仍存在着办文效率低下的问题：如有的公文三天还没走完流程，一追问才知道分管领导出差没有审阅文件，或是因公务忙忘记了审批；有时，许多请示类文件相互交叉，涉及两位领导或多个部门，或需要有部门牵头协调；有时收到的来文需要尽快办理，涉及市场业务的推进等等。因此，笔者以为要提高办文效率，办公室秘书就应加强以下几方面素质的培养：

一要加强催办、督办力度，不怕麻烦、不怕人嫌。

比如在发文后，要及时告知相关领导和部门尽快办理。办公室秘书在例行检查公文流转记录时，要有不怕麻烦、不怕人嫌的婆婆嘴。能当天阅批完毕的绝不拖到第二天。如审批的领导赴外地出差，征得授权后办公室秘书可在网上办理签批手续。当然，催办要注意方式方法，做到语言亲切、态度诚恳，比如可多使用祈使句“请您办理”等等。

二要加强沟通联络，快速、及时传递文件。

多与相关部门沟通，增加亲和力，可产生意想不到的效果。因为你的主动联系、主动服务（包括虚心请教），会取得他人的理解和帮助，有助于促进公文的及时传递与流转。如我们办公室一次接到广东下属公司关于周六和周日客户来访的传真，为做好服务，办公室多次主动与对方联系和沟通，并请领导协调，同时安排专人接机和服务，圆满完成了接待任务。

三要懂得基本业务知识，增强政策的敏感性。

在实际工作中，办公室秘书要努力成为“通才”，即在具备较好专业知识的情况下，努力学习其他专业的基本知识和有关政策法规，做到准确掌握拟办用语，安全、快速传递公文。如在公司的BOT、TOT和BOO投资类项目中，报请类来文比较多，且往往需要多个部门协同会签，秘书在提出拟办意见时就不能出现外行话和官样文字。

公文流转系统研究篇5

公文流转[1]作为办公自动化系统的重要组成部分,涉及到多个部门、多个用户的协同处理,常出现多人同时处理同一公文。如果对公文不进行互斥访问,则容易出现以下问题[2]:1)当某一用户选中的公文正在更新时,其他用户也可能要读取该公文,此时读取的是脏数据;2)当有两个或两个以上的用户选中同一个公文,并基于最初选定的值更新时,由于用户间不知道其他用户的存在,最后的更新将重写由其他用户所做的更新,将发生丢失更新问题。在B/S模式的公文处理系统中,由于用户处于网络环境中,网络的不稳定性也容易造成死锁等问题。

1 常规数据库字段解决办法

在处理多用户访问公文的互斥问题中,常规的数据库字段解决方法是在公文数据表中增加一个bit型的字段,作为该公文是否正在被处理的标志。当该公文没有被任何人访问的时候字段的值为0。当有人要访问的时候,先查询出该字段的值,如果为0则更新为1,进入公文处理页面;如果该字段为1则表示某用户正在处理该公文,当前用户不能进入。当进入的用户处理完公文退出时就将该字段设置为0,这样实现了对公文的互斥访问。但是,这个过程中如果出现意外,字段解决方法将带来严重的问题。

2 application和session对象

基于B/S模式的系统中,由于程序的执行是通过浏览器解释程序,把解释的结果返回客户端,因此,在页面定义的脚本级变量,其作用范围是本页面,各页面间的变量不能相互调用。如果要实现定义的变量在整个应用程序中都能被访问,就必须使用应用程序级变量:application对象或者session对象。本文利用这两个对象来实现公文的互斥访问控制。

2.1 application对象

application对象定义的变量,所有用户都能访问和修改其数据,访问时需要实现互斥访问,其作用周期是服务器运行期间永久保存。利用application对象定义变量及其访问方法如下:

2.2 session对象

session对象定义的变量,其作用周期是从用户进入系统开始到离开系统,同时程序员可自定义该对象的作用时间。每个用户都有一个自己的session对象,用户自己能访问自己的session对象定义的变量数据,但用户相互之间不能互相访问,互不干扰。利用session对象定义变量及其访问方法如下:

3 公文互斥访问解决方法

在用户登录时,系统利用session对象记录当前用户的用户名。

3.1 获取公文

在B/S模式的公文流转系统中,每个公文都有与之对应的唯一公文编号作为标识,公文编号用字母和数字组成,可用随机字母+日期(精确到秒)+随机数的方式实现。

获得当前公文的公文编号后,用脚本级变量document_NO记录当前公文编号,对公文互斥访问时,利用公文的公文编号作application对象定义的变量使用,即每个公文对应着一个application对象所定义的变量,并能使所有用户访问。

在此定义application对象所定义的变量时关键在于用一个变量替代application对象定义的变量名称,区别于application("document_NO"),application("document_NO")定义的是一个变量名为document_NO的全局变量,而application(document_NO)定义的是以document_NO变量的值即某公文编号为变量的application对象的变量名称。

3.2 公文互斥处理

利用锁的并发控制机制[3],可实现对公文的互斥访问。对任何公文的操作必须先申请该公文的锁,只有加锁成功后才可对公文进行操作。操作完成后,释放所申请的锁。如果需申请的锁已被其它用户锁定则必须等待,直到那个用户释放该公文的锁为止。具体实现公文的互斥访问过程如下:

1)根据当前用户的岗位以及权限从数据库中查询出未处理公文的基本信息,并给每条记录设置进入该公文处理页面的链接入口。定义该页面文件为showmsg.asp。

2)用户选择公文进入公文处理页面deal_document.asp,在进入公文处理页面之前,先判断application(document_NO)变量值是否为空,若为空表示没有人正在处理该公文;若值为当前用户名,表示当前用户曾经因意外原因离开处理公文页面,则当前用户可以进入并处理该公文,同时把自己的用户名赋值给application(document_NO)。此时,如果其他用户想进入处理该公文,因为application(document_NO)不为空而强制转向showmsg.asp,提示用户该公文正在被其他人处理。

当公文正被其他人处理时,应提示用户是谁正在处理该公文。由于application(document_NO)记录了正在处理公文的用户名,所有用户都能访问到application对象,通过访问该对象则可实现用户提示。application(document_NO)为空时或等于当前用户名,表示当前该公文没有人在办理或当前用户曾非正常离开此公文处理页面,则提供进入处理该公文的链接;否则表示该公文现正有人处理,当前用户不能进入处理公文,不提供链接并提示用户application(document_NO)正在处理。

3.3 公文解锁时效控制

公文解锁时效控制特别重要,如果不能处理好解除公文锁定问题,则公文将会进入死锁状态,任何用户无法对该公文进行访问。用户解除对公文的锁定有如下几个时效:

1)当前用户完成对公文处理,并提交给下一岗位;

2)当前用户选择正常退出系统(无论当前用户是否正在处理公文还是没有处理公文时退出系统);

3)当前用户关闭浏览器;

4)当前用户超时;

5)当前用户回到showmsg.asp选择其他公文(无论当前用户是否在处理公文情况);

6)系统突然断电。

session("treatment")这个变量记录的是当前用户锁定的公文编号,如果该用户没有锁定任何公文,则session("treatment")为空。对于系统中的某一用户来说Application(session("treat ment"))与application(document_NO)等价,因为session("treatment")保存的是公文编号,具体指代当前用户锁定的公文编号。对于情况1)至5),先判断session("treatment")是否为空,若为空,则执行Application(session("treatment"))=""语句,解除对该公文的锁定。

代码放置的位置如下:情况1)代码应放置于当前用户完成对公文处理,退出公文处理页面。情况2)至4)可以把代码放入到global.asa文件中定义的session_onend事件里面,因为这个事件是当用户退出系统时自动执行的,所以当发生以上三种情况时都会执行这段代码。情况5)则将代码放在showmsg.asp页面的最前面。

对于情况6),客户端突然断电,此时如果某用户正在处理某公文,由于用户已经锁定该公文,而application对象所定义的变量是保存在服务器端的,断电时application(document_NO)不会自动清空,也就无法解除对公文的锁定,则其他用户以及此用户再度进入系统也不能办理。解决的方法是在该用户重新登陆进入系统并查询未办理公文,执行showmsg.asp时加入以下代码:

<%if application(document_NO)=""or application(document_NO)=session("username")then%>进入处理公文<%else%><%=application(document_NO)%>正在处理中……<%end if%>

4 结论

在基于B/S的公文流转系统中,本文所研究的方法,通过应用程序级对象application和session相结合,并利用这两个对象访问特性差异实现了对公文的实时互斥访问,实现过程不需要在数据库的数据表中增加互斥访问字段,不需要额外访问数据库,使实现过程对服务器的访问代价较小。

参考文献

[1]丁宁.基于工作流模型的OA系统[J].计算机与数字工程,2008,36(7):90-94.

[2]陈俊伽,王韬.关系数据库并发控制机制的研究[J].科学技术与工程,2007,7(18):4635-4637.

公文流转系统维护经验谈篇6

系统运行突然变慢, 用户阅读、批阅公文等待时间超长, 公文日常流转过程中数据出错现象明显增多, 服务器重启后, 现象依然存在。登录服务器, 使用管理工具中的性能工具监测服务器的CPU、内存、磁盘读写情况, 发现在上班时间, 磁盘读写总是在100%, 说明磁盘读写成为系统瓶颈。执行服务器Hp Array Configuration Utility程序, 发现控制器状态告警, 报告电池fails, 阵列加速器失效, Cache缓存被暂时禁止。服务器阵列卡电池一般寿命仅4-5年, 如果未及时更换将有可能导致数据读写出现异常, 更换阵列卡电池后, 磁盘读写占比明显下降, 公文流转系统运行速度得到明显提高。这说明公文流转系统运行速度与服务器读写占比有很大关联, 如果将其移植到光纤存储上, 预计系统运行效率还将有极大的改善。

二、文件无法批量批阅

系统升级后, 公文传阅中部分文件无法批量批阅, 点击批量批阅程序能够正常执行, 但显示结果为空。

针对此现象, 判断是否内部传阅发文库在执行程序过程中出了问题, 可用Domino Designer打开内部传阅发文库 (wgedptrev.nsf) 的设计, 在表单结点下找到批量批阅表单frmmultiview, 通过查看设计可知用户选择日期, 点击确定按钮后, 实际执行代理ag Multi View, 打开共享代码结点下的代理ag Multi View, 单步调试可以确定程序执行到第114、115行Else Goto process Error后出错, 将这两行注释后, 程序执行恢复正常。分析原因是程序遇到没有找到链接文档的错误后, 未执行其后语句Resume Next Doc而异常退出。

三、文件接紧急程序排序需求

用户希望系统首页中待办及在办工作能按照紧急程度进行排序, 紧急程度高的文件靠前排列。

Domino中文档是用视图进行显示的, 而视图由列元素组成, 列元素默认有排序这一选项, 据此可以打开办公事务库 (woastart.nsf) 的设计, 找到视图结点中的待办及在办视图Main In Box, Main In Box800, Main On Box, Main On Box800, 为每个视图增加一列标题并按紧急程度排序。列值显示选择为公式, 输入以下公式:@If (@Trim (KPriority) ="特提";"4";@Trim (KPriority) ="特急";"3";@Trim (KPriority) ="加急";"2";@Trim (KPriority) ="平急";"1";"0") 。域值KPriority表示紧急程度, 可在发文管理库 (wgesnddoc.nsf) 的发文稿纸表单frm Disp Doc Com File中查到其对应的含义。以上公式表示将文件按对应的紧急程度分别设值为4, 3, 2, 1, 0, 将该列的列属性中的排序TAB选项设置为降序。

四、发文底稿附件数据库修复失败

使用金电公司提供的修复发文底稿附件数据库, 按照修复发文库中附件的方法修复内部传阅发文库的附件时操作失败, 修复不成功。

为分析原因, 打开修复发文底稿附件数据库的设计, 单步执行修改调试, 发现按照发文库中查找文件UNID的方法输入的UNID, 在内部传阅库中无法找到相应的文档。由此推断, 发文转移到内部传阅发文库时其UNID作了更改, 为此选择内部传阅发文库相应文档, 点击鼠标右键, 选择要素TAB项中的标识符, 将该值的最后一串数值作为文件的UNID, 输入至修复发文底稿附件数据库执行程序中, 附件替换成功。

五、修改内部传阅错误填写的需求

用户提出新需求, 修改内部传阅错误填写的意见, 如将“发”更改为“已阅”。

代码执行过程如下:根据数据库名称及文件UNID搜索到对应文档, 获取文档的域TAss Comment Name的值, 判断该值是否包含用户名简称, 如存在则查找域TAss Comment中值包含用户名的批阅意见, 用更改的批阅意见进行替换。

六、校核公文按钮未出现

公文流转过程中, 发文文印环节校核公文按钮未出现, 文印员无法校核公文。分析原因可能是正文排版环节未标志正文已排版, 为此手动更改标志, 编写代理, 打开发文管理数据库wgesnddoc.nsf的设计, 创建菜单代理, 目标为“所有选定文档”, 操作为“简单操作”, 操作方式“修改域”, 修改方式为“替换”, 域为TIs Arranged, 新值为True, 执行代理, 重新打开文档, 按钮出现。

七、无法显示正文排版按钮

公文流转过程中, 正文排版环节无法显示正文排版按钮。

打开发文管理数据库设计, 点击共享代码结点下的发文专用子表单sfrmword, 找到正文排版按钮, 点击其左边计算的值文本, 出现以下代码:@If (Archive Flag="1";"NONE";!@Contains (THide Con;"正文排版") |TIs Arranged="True"|@Is Not Member (@User Name;Author) |!TSend Style="1"|str Flag Archiv="1";"None";"") 。将该段代码保存到一个文件中, 其后将上述代码修改为空 (“”) 。再打开处理文件, 正文排版按钮出现, 处理完毕后, 将文件中保存的代码恢复到设计中。此方法具有通用性, 发文流转过程中由于传输意外导致按钮没有出现时, 都可用此方法解决。

八、查询文档未返回预期结果

客户端中支传阅查询统计中, 查询文档未返回预期结果, 结果为空。这一问题是相应文档数据库 (当前库或历史库) 未创建索引或索引不全导致的, 解决方法是点击数据库右键, 选择属性, 选全文索引TAB项, 点击删除索引, 然后点击创建索引, 为文档数据库重建索引, 问题解决。

九、业务软件报表无法生成

业务部门反映, 系统升级使用公文流转系统后, 业务软件报表无法生成。

经检查, 业务软件报表的生成调用了Excel的宏进行计算, 而公文流转系统升级后, XLS文件默认调用WPS软件进行处理, 由于WPS软件对宏计算支持不足, 导致无法正常生成报表, 需要打断XLS文档与WPS软件不进行关联, 操作方法如下:运行WPS配置工具, 点击“高级”按钮, 在文件关联TAB项中, 将Microsoft Excel文档选项前勾选去掉, 系统运行正常。

十、发文无法登记文号

发文无法登记文号, 报错误发生在61行, 原因:Type mismatch。此现象源于发文管理库的发文总号丢失, 解决方法:lotus domin打开发文管理库, 点击左边“导航发文总号”, 进入编辑状态, 输入和保存一个新的发文总号, 系统恢复正常。

十一、屏蔽发文需求

法律事务处提出需求, 将原来的流程行级发文行政处罚发文对所有用户屏蔽, 但不作删除。解决此问题只须将行政处罚发文流程的入口对所有用户屏蔽, 具体操作:打开系统管理库 (wgemanage.nsf) , 点击左边“导航功能管理”, 进入“行级发文”→“行政处罚发文拟稿”, 基本信息中应用角色:原值为空, 将其设置为“无”。

十二、县支行收文管理库中的文件不导入需求

办公室电子档案系统管理人员提出, 在将公文流转系统文件导入电子档案系统时, 县支行的收文管理库中的文件不作导入 (对电子档案系统而言其存在的文件为大量重复文件) 。解决此问题的关键是县支行的收文管理库流程结束时, 不将文档移动到归档库中。设置方法如下:打开“发系统管理库”, 点击左边“导航功能管理”, 进入“区县支行收文管理”→“区县支行收文登记”, 进入数据库信息TAB标签, 将选项“在结束流程前是否必须归档”设置为“无”。

十三、网页流程监控问题

公文流转系统在企业的应用篇7

1 张家口卷烟厂有限责任公司公文流转系统

1.1 系统需要实现的功能

需要实现和河北中烟工业公司、单位内部各部门间发文、收文网上流转办理功能;实现文档一体化、公文自动归档、分类整理及利用;实现各文种的办理过程应依据公文处理办法规范签批流程, 确保公文办理过程中的修改留痕、意见分类、流程状态跟踪监控以及文件实时查询, 并采用电子印章技术保证电子公文的安全有效。

1.2 系统运行的环境和工作模式

1.2.1 系统运行的环境

应用服务器:

1) We b Logic 6.1/7.0/8.1/9.0;2) We b Sphe re 5.1;3) Tom cat4.x。

数据库:

1) Oracle 8i/9i;2) SQL Se rve r 7.0/2000;3) DB2 8.1;4) Sybas e。

1.2.2 工作模式

1) 系统管理员或者工作流应用建模人员通过We b浏览器启动可视化流程设计器, 进行应用系统的建模, 即实际工作流程的定义, 建模的结果以XML文档保存在服务器中, 并可反复修改。2) 客户端用户通过浏览器登录到Web服务器, 可以启动新的流程、处理其工作项等。在此过程中可以与数据库系统进行交互, 如查询数据库中信息, 或将某些应用数据保存到数据库中等。处理完成之后可将其提交, 然后工作流执行机将根据表单中数据生成下一个工作项, 并通知相应的用户进行处理, 如此直至整个流程的完成。3) 管理人员使用工作流管理监控工具对工作流的运行实例、活动实例的状态情况进行监控和管理, 如挂起、重启动、终止某个过程实例。

1.3 系统主要技术的实现

1.3.1 系统特点

1) J 2EE架构, 纯B/S模式, 无需客户端安装;2) 可视化的流程设计和管理;3) 可尽可能简化领导操作的步骤, 把领导使用的界面简化;4) 为领导提供手写批注功能, 尽可能贴近领导办公习惯;5) 为领导提供常用批语, 减少领导在批阅公文时文字输入量;6) 提供授权功能, 领导可以把操作权限交给秘书或办公室进行业务处理;7) 在审核修改稿件时, 可以保留不同版本和修改痕迹。不同的人所表现的修改痕迹可用不同的颜色加以区分, 同时附加签名。

1) 通过CA数字证书实现数字签名和数字签章功能, 可实现对公文进行数字盖章, 所盖公章不能盗用, 不能修改, 红色印章的打印份数有限制, 超过打印份数限制, 所打印出来的公章颜色为黑色。2) 对用户身份进行验证, 设置密码保护。3) 根据不同用户需求, 进行权限分配。4) 对传输信息进行加密。5) 系统生成用户操作日志记录, 便于以后查询。6) 定时对系统数据进行备份。

1.3.3 主要相关技术

1) 工作流引擎:是为工作流管理系统在定义时提供支持、同时在运行时提供解释和执行服务的一组数据模型和软件。其功能是负责对解释过程定义、控制过程实例的执行、控制工作流中各个活动的执行顺序。2) 可视化流程设计器:采用图形化的工具来对业务过程进行描述, 定义过程运行中的活动和所涉及到的各种信息 (包括过程的开始和完成条件、构成过程的活动以及进行活动间导航的规则、用户所需要完成的任务、可能被调用的应用、工作流机的引用关系以及与工作流数据的定义) 。然后将其转换成如机构模型和信息模型中所述及的关系结构, 从而建立起工作流引擎的数据模型。其功能是为用户提供一种对实际业务过程进行分析、建模的手段, 并生成业务过程的可被计算机处理的形式化描述。3) 可视化流程管理器:采用图形化的工具来对工作流中过程实例的状态进行监控与管理, 可以对运行中的所有业务流程的运行状态进行察看, 包括流程的运行状态、流程运行到哪个业务环节、该业务环节的参与者、处理该业务环节持续时间、整个业务流程开始的时间以及结束时间等;同时对执行中的业务流程实例可以进行暂停、终止、继续、跳转、回退、重新授权等流程操作。4) 页面设计器:用于生成工作流中各个业务活动模型的工具, 其工作机制是:用配置文档描述业务活动及业务活动的各个组成元素, 并对组成元素的类型、数据类型、数据有效性、显示模式等属性进行描述, 然后通过页面发布工具自动将配置文档转换成可执行的JAVA类, 生成可供工作流引擎调用的应用。

1.4 系统各功能模块的简介

1) 河北张家口卷烟厂有限责任公司公文处理系统主要包括公文流转平台、个人办公平台、事务管理、系统管理四大模块。公文流转平台:主要用于企业内部及企业与上级部门的公文流转。通过这个模块, 可以实现处理公文流转过程中的拟稿、审核、会签、签发、初核、复核、签发、编辑、排版、校对、电子签章、分发、存档等业务。它包括公文流转、公文查询、公文设置、公文监控、流转委托等模块。2) 个人办公平台:主要用于在个人文档和信息的设置与管理。它包括公文交换 (用于与个人办公相关的公文文件接收和转发) 、日程管理、个人设置 (用于设置个性化操作界面等个人信息) 模块。3) 事务管理:主要用于对企业内部办公人员设置。它包括人员分配、员工信息、人员查询、人员浏览模块。4) 系统管理:主要用于系统管理人员对系统进行维护和管理。它包括系统设置 (修改系统模块、管理用户签名、管理系统皮肤、设置首页显示模块等) 、权限管理 (管理系统中用户和角色的权限) 、日志管理和用户登录管理模块。

2 结语

公文流转系统研究篇8

基于工作流控制的的公文流转系统是政府办公自动化的核心, 也是实现无纸办公的基本手段。公文流转系统利用计算机网络的高速迅捷和计算机控制的严格准确性实现公文的处理, 极大地提高了公文处理效率和准确性。未来的公文流转系统将不单单局限于公文的书写与传递, 还要对这些公文进行有效的管理和信息提取, 确保使用者能随时从公文中提取有用的信息, 向现有的知识学习即实现知识管理和知识共享, 所以公文的规范流转问题就显得尤为重要。

公文流转系统可以按定义好的工作流程, 可以快速地进行各种审批、请示、委托、监控或传阅。使用微软的ASP.NET技术来构建系统, 采用APS.NET技术的ADO组件实现程序与数据库之间的连接, 采用XML技术将数据封装实现客户端数据和服务器端数据之间的传送和处理, 同时采用SQL Server数据库技术对系统的数据进行存储和管理, 通过SQL语句实现各种日常统计和查询、增加、修改功能。

1 公文流转系统的介绍

“公文流转系统”利用先进的计算机网络手段, 采用成熟和开放的软件产品, 通过建立公文流转系统, 协助员工进行日常办公管理, 将机构内部的业务流程制度化、规范化, 自动完成信息传递, 减少事务消耗, 提高政府办公效率, 改变旧时政府内部信息沟通不畅, 延迟的弊病。信息会得到高速的流通, 减少了以往管理模式中因信息的延迟造成的损失, 增进了政府内部的信息交流。公文流转系统在政府自动化办公的过程中将起到核心作用。

2 公文流转主要功能的设计

公文处理系统针对公文中各项具有规范和存档价值的正规文件进行统一的收、发、存等管理。公文指各级政府的决定、决议、通告、通知、通报、报告、请示、批复、信函和会议纪要等。系统提供全面的公文管理和归档查询功能, 满足机关繁多的各种公文处理和存档要求。应用本系统的处理公文既规范又灵活, 可以简便直接的处理各式公文, 摆脱大量繁重的文件处理工作。整个公文的流转, 由前一环节决定后一环节的公文流向和限定处理时间, 前一环节可以随时跟踪以后环节的处理情况, 视具体情况辅助提示, 退回和改办处理, 从而保证公文流转的灵活和畅顺。在整个公文处理的所有办理环节中, 使公文过程更贴近实际的工作。

根据公文流转的需求, 公文流转系统大体上应该完成如下任务:根据部门的实际情况, 创建公文流路径, 从而实现流转路径的可定制。员工能够起草公文, 并且起草的公文可以按照已创建的公文流路径流转。能够对起草的公文进行统计及实时监控。能够统计查看自己审批过的公文。能够自行审批公文或委托其他员工代自己审批公文。能够添加、维护员工信息并设置角色。能够与其他辅助功能模块高效集成。

2.1 公文管理方面的设计

公文管理模块的公文分为表单、正文、附件三大部分, 表单是公文流转过程中各个步骤审批人填写公文相关属性或审批意见的表格。正文是公文的主要内容。附件是与该公文的有关文件, 附件要求支持word、excel、AutoCAD、PJG等图片的文件格式。公文管理模块具有以下功能:

拟稿的功能首先对有权限启动公文流程的用户有拟稿的功能, 能新建公文的正文、附件、填写表单。

发布公文文件用户按照公文的要求发布自己的公文 (公文号、标题、内容、发布时间、发布人、附带文档及文档类型) 。每人发布的公文除了管理员有所有管理权限之外只能由自己或已审批过的人查看。

层级审核功能能够与企业行政组织紧密结合, 根据拟稿人所处的行政级别确定审核的结构层次;能根据权限修改正文和附件, 流痕和清稿切换, 附件有版本控制。

选择审批流程可以定制流程也可按固定流程审批。

条件流转功能根据表单中填写好的条件自动判断流向, 而不需要用户再进行选择。能够支持多条件组合、与或非等判断流转。

接收通知审批给下一步的审批人发送即时通知或用户在登录内部网站时发送通知给他本人。通知显示从用户登录内部网站开始一直到退出内部网站。若此次登录没审批则下次登录还应继续发送待审的所有信息。审批人审批后不再有下一个审批人, 则将临时表中此公文对应的记录删除掉。同时更改本审批人的通知信息。

取回和回退功能流程中每个节点都可以往前一节点进行回退操作, 在下一节点人员没有打开工作任务之前前一发送节点的人员可以取回该工作任务。子流程可以退回父流程, 并发节点和流程能够退回。

公文流程查询功能用户可以随时查看本人经办的所有文件流转和审批情况, 能够根据流程中或者表单中的关键要素组合查询公文的状态和属性。

公文管理模块的业务处理流程图如图1所示:

管理员管理文件的功能管理员管理文件可以在查询浏览文件的基础上进行。管理员对所有公文有删除、查看的权限。在审文件, 作废公文或历史公文。可以对所有公文起到监查的作用;在审文件或历史公文。管理员对正在审批或已经审批完成的公文认为该作废的可以作废处理, 作废处理的文件并没从数据库中彻底删除。例如内容不是健康的, 则要即时作相关处理, 并且作废处理的文件只能由管理员查看处理。如果为在审公文, 则作废处理后, 还要从临时表中删除对应记录。

2.2 档案管理方面的需求设计

档案管理模块功能设计如下, 公文审批后, 需要对公文中的正文、审批表格附件中的设计图纸等文件的归档。在使用系统前要档案人员进行手工归档, 归档文件以纸质文件存放在档案室, 存放和查阅不方便, 因此需要有一个档案管理系统以电子文件的方式归档和管理, 实现档案方便快捷的归档和查阅。我们可以从下面的数据流图来了解整个档案的模块数据关系, 如图2所示。

档案模块一般用户有以下功能:能浏览自己负责的各部门文档, 进行借阅、查看、借阅审批, 文档操作, 包括著录图书资料、档案归档、文书组件、文书装盒、档案组卷;案卷操作, 包括档案文件的补录、插入、新增, 可在档案列表上修改、档案内文件信息及案卷属性修改、档案间文件调整;档案信息查询、打印报表。

档案模块管理员有以下功能:权限、日志、类目代码维护、图书资料代码维护、类目代码维护、基础资料代码维护、载体类型维护、著录。

公文流转系统是无纸化办公的核心, 公文流转系统的规范化设计, 对政府、机关、部队以及企事业单位的电子办公、电子政务、电子业务等将起关键作用。实践证明, 本公文流转系统能有效解决电子办公中的核心问题, 成为构架可扩展式电子办公体系的强大基础, 是真正意义上的无纸化网络办公平。

参考文献

[1]陈次白等.政府办公自动化原理与应用, 北京大学出版社, 2005:103~128

[2]王芳.电子政务的IT治理.信息经济与国民经济增长方式的转变中国信息经济学会2006年学术年会论文集.2006:303~310

[3]Fiebig T, Helmer S, Kanne CC, et al.Anatomy of a Native XML Base Management System.The VLDB Journal, 2003, 11 (4) :292~314

公文流转系统研究篇9

关键词：XML签名,多重签名,公文流转

随着计算机技术和网络技术的发展, 办公自动化己经成为企事业单位加强内部管理、提高办公效率的主要方式。公文流转系统作为办公自动化系统的核心部分, 打破了传统公文流转方式易受办公资源、时间、空间等因素的制约。在开放的互联网环境下, 保障电子公文在传递过程中的安全性及实现多方签署是一个亟待解决的问题。

XML (Extensible Markup Language) 技术近年来得到迅速发展。XML文档作为高度结构化的数据具备很好的扩展性, 已广泛应用在电子政务、电子商务等领域[1,2]。针对XML数据存储和传输的安全性需求, W3C (World Wide Web Consortium) 和IETF (Internet Engineering Task Force) 联合发布了XML数字签名规范[3,4]。与传统签名一样, XML数字签名可以应用于任意类型的数据, 以提供消息来源的正确性、完整性和不可否认性。但和传统签名技术不同的是, XML签名允许对XML文档进行细粒度签名, 甚至可以对单个元素进行签名, 在基于网络平台的公文流转系统中, 当某些公文需要多方签署方可生效时, 利用XML多重签名来实现也是非常有效的。该文主要讨论将XML多重签名技术应用于公文流转系统中时要解决的问题。

1 XML数字签名原理

XML数字签名定义了一种用于加密认证数据的模式。充分利用了XML的灵活性和扩展性, 不仅可以对整个文档签名, 还可以实现对文档进行较细粒度的签名及多重签名。保障数据的完整性、不可否认性。W3C将XML数字签名解释为:定义一种与XML语法兼容的数字签名语法描述规范, 描述数字签名本身及签名的生成与验证过程。在文献[3]定义的语法结构中, 和是XML签名的根元素, 和是XML签名的核心元素, 对使用何种签名算法、摘要生成算法进行描述, 是规范化方法描述元素, 即在签名之前需要对元素做规范化处理。描述采用何种算法将已规范化的元素转换为数字签名值, 描述被签名对象的相关信息, 说明使用的摘要算法, 记录具体的摘要值, 接收最终的数字签名结果。

2 XML有序多重签名在公文流转系统中的应用模型

2.1 XML有序多重签名

在公文流转系统中, 一些重要的公文通常需要多方签署方可生效, 即需要进行多重签名。根据签名成员是否按序签名, 多重签名又分为两种:有序多重签名和广播多重签名[5]。该文主要研究XML有序多重签名在公文流转系统中的应用问题。

XML有序多重签名可以解释为:消息发起者对待签署的XML文档进行规范化并计算其摘要值, 按照既定的签名顺序, 将摘要值发送给第一位签名者, 第一位签名者完成签名后将签名结果发送给下一位签名者。其他每位签名者收到上一位签名者的签名文档后, 首先验证部分签名的有效性, 若有效, 继续签名并发送部分签名给下一位签名者;若签名无效, 拒绝继续签名, 并终止整个签名过程。直到最后一位签名者完成签名, 交由验证者验证无误后, 即完成了XML有序多重签名。

2.2 应用模型

在实际的政务工作中往往会涉及到这样的问题, 某部门起草一份提案, 该提案需要其他各部门按照顺序进行批复, 给出同意与否的意见, 若有超过规定比例的部门同意, 则提案通过。下面以一个典型的提案审批系统为例, 研究XML有序多重签名在提案审批系统中的应用。

首先某部门秘书起草提案, 系统将该提案内容转换为XML文档, 对待签的XML文档进行规范化并计算其摘要值, 然后确定签名的顺序, 将摘要值发送给第一位签名成员 (即提案部门主管) , 第一位签名成员用自己的私钥对提案摘要值签名后, 发送给下一位签名成员 (其他部门主管) , 以后每个签名成员收到签名文档后, 用上一位签名者的公钥验证部分签名的有效性, 若有效, 继续签名并将生成的部分签名发送给下一位签名成员;若签名无效, 拒绝对所收到的签名文档继续签名, 并终止整个XML签名过程。直到最后一位签名成员完成部分签名, 并由签名接收者验证无误后, 即完成了XML有序多重签名。XML有序多重签名在提案审批系统中的应用模型如图1所示。

最后由可信的提案认定者计算总的通过率, 如果通过率大于等于事先约定的值, 提案通过, 否则提案被否决。

3 方案实现

以一个典型的提案审批流程为例, 基于2.2给出的应用模型, 对方案进行描述。方案的参与者有:KGC (Key generation center, 密钥生成中心) 、提案生成者A、各个部门主管 (签名者) B= (B1, B2, B3, …Bn) 、签名验证者V、提案认定者W, M为审批提案的摘要值, 方案中出现的其它符号说明详见文献[6], 这里不再赘述。

3.1 系统初始化及密钥生成过程

KGC输入参数k, 输出系统参数Params= (k, e, P, q, G1, G2, Ppub, H1, H2, H) , 其中Ppub=s P, s作为系统主密钥, 双线性对映射e:G1×G1→G2, H1, H2和H是三个Hash函数, H1:{0, 1}*→G1, H2:{0, 1}*→{0, 1}*, H:{0, 1}*→Zq*, 秘密保存s, 并公开系统参数Params。

每位用户Bi (1≤i≤n) 随机选择xi∈Zq*作为自己的秘密值, 并计算自己的公钥 (Xi, Yi) = (xiP, xis P) 。给定用户身份IDi∈{0, 1}*及其公钥Yi, KGC计算Qi=H1 (IDi, Yi) , 将Di=s Qi作为用户部分私钥。最后, 签名者Bi (1≤i≤n) 计算私钥Ri=xiDi。

3.2 签名过程

实际的提案审批过程中, 提案的审批顺序通常是事先确定的, 不防设提案生成者A预先确定审批顺序为Γ= (ID1, ID2, …, IDn) , 公开Γ, 所有部门主管按照签名顺序进行签名。

1) 提案生成者A根据XML文档中的URL获取需要签名的XML文档, 选择一种规范化算法对待签文档进行规范化, 计算其摘要值M。

2) A将M发送给第一位主管B1, B1随机选取k1∈Z*q, 计算:

将签名消息 (M, (S1, r1) ) 发送给下一位主管B2。

3) 签名者Bi (2≤i≤n) 收到Bi-1发送的签名 (M, (Si-1, r1, r2, ...ri-1) ) 后, 验证下面的等式是否成立,

若等式成立接受签名, 随机选择ki∈Z*q, 计算:

将签名消息 (M, (Si, r1, r2, ...ri) ) 发送给下一位签名者Bi+1。最后一位签名者Bn的签名 (M, (Sn, r1, r2, ...rn) ) 作为签名文档中元素的值, 并将签名文档发送给验证者V。

3.3 签名验证过程

V收到XML签名文档后, 通过解析XML签名文档得到签名 (M, (Sn, r1, r2, ...rn) ) , 验证下面等式是否成立,

如果等式成立, V认为所有签名者对消息的有序多重签名有效, 并将每个主管的审批情况 (是否同意提案) 汇总后发送给提案认定者W。

3.4 提案认定