一种协同办公方法、系统及存储介质与流程

文档序号:17147876发布日期:2019-03-19 23:08阅读:217来源:国知局
一种协同办公方法、系统及存储介质与流程

本发明涉及一种办公系统或协同办公领域,尤其涉及一种协同办公方法、系统及存储介质。



背景技术:

随着信息技术的不断发展,信息化的建设与企业生产经营及管理活动之间的关系变得越来越紧密。企业协同办公系统是在it基础设施的基础上,构建的信息化基础平台。其覆盖企业所有用户,用户可通过一个系统处理大多数业务;可以实时地与工作团队中的其他成员沟通协调,高效地完成作业任务。然而,现有的企业协同办公系统还存在很多的缺陷与不足,特别是,面对多应用系统时,需要通过牢记大量的应用登录信息、以及登录多应用系统步骤频繁。因而还需对企业协同办公系统进一步完善以期望达到更强大的功能。



技术实现要素:

本发明实施例提供一种协同办公方法、协同办公系统及存储介质。

为达到上述目的,本发明的技术方案是这样实现的:

一种协同办公方法,应用于同时包含有第一应用系统和第二应用系统的多应用系统中,所述方法包括:

若检测到用户账号登录到所述第一应用系统,将所述用户账号的身份验证信息发送给验证服务器进行验证;

若验证成功,通过所述用户账号自动登录到所述第二应用系统。

上述方案中,所述方法还包括:

在所述第一应用系统及所述第二应用系统之间同步用户属性信息;其中,所述用户属性信息包括:用户账号;

所述用户账号用于登录第一应用系统和/或第二应用系统。

上述方案中,所述用户属性信息还包括以下至少一项:

用户所属部门信息、用户所述机构信息;所述机构包括至少一个部门。

上述方案中,所述方法还包括:

在所述第一应用系统和所述第二应用系统之间同步发生变化的作业状态;

其中,所述作业状态包括但不限于以下至少一项:

作业待办状态、作业待阅状态、作业已处理状态。

上述方案中,所述方法还包括以下至少之一:

展现门户的内容;

展现页面的内容;

展现部件的内容;

其中,所述门户包括至少一个页面;所述页面包括至少一个部件。

上述方案中,所述部件包括自定义部件;

其中,所述自定义部件包括但不限于以下至少之一:

快捷方式、常用链接、多级树菜单。

上述方案中,所述方法还包括以下至少之一:

组织架构配置;

用户权限配置;

其中,所述组织架构表征用户所属机构和/或用户所属部门和/或用户的基本信息。

上述方案中,所述方法还包括以下至少之一:

创建第一用户账号的日程;

将所述第一用户账号的日程分享给第二用户账号;

发起第一用户主持的会议;

将所述第一用户的会议分享给第二用户;

向第一用户分配任务;

将所述第一用户的任务分享给第二用户。

上述方案中,所述向所述第一用户分配任务,包括:

根据任务的能力需求及第一用户的执行能力参数,向执行能力满足所述任务能力需求的第一用户分配任务。

上述方案中,所述方法还包括:

根据流程节点处理作业流程;

其中,所述处理作业流程包括但不限于以下至少一项:申请作业流程、查看作业流程、审批作业流程、监控作业流程、特权干预作业流程、统计作业流程。

上述方案中,所述作业包括但不限于以下至少之一:日程、会议、任务、请假、出差。

上述方案中,所述方法还包括:

发布企业基本信息和/或网上活动调查和/或培训活动管理。

上述方案中,所述方法还包括至少以下之一:

管理文档的撰写、管理文档的审阅、管理文档的批准、管理文档的发布、存档、管理文档的传递、管理文档的销毁。

上述方案中,所述方法还包括:

管理档案文档的外送或销毁或移交。

本发明还公开了一种协同办公系统,所述系统包括:第一应用系统、第二应用系统和集成框架模块;其中,

所述集成框架模块用于若检测到用户账号登录到所述第一应用系统,将所述用户账号的身份验证信息发送给验证服务器进行验证;

若验证成功,通过所述身份验证信息将所述用户账号登录到所述第二应用系统。

上述方案中,所述集成框架模块,还用于在所述第一应用系统及所述第二应用系统之间同步用户属性信息;其中,所述用户属性信息包括:用户账号;

所述用户账号用于登录第一应用系统和/或第二应用系统。

上述方案中,所述用户属性信息,还包括以下至少一项:

用户所属部门信息、用户所属机构信息;所述机构包括至少一个部门。

上述方案中,所述集成框架模块,还用于在所述第一应用系统和所述第二应用系统之间同步发生变化的作业状态;

其中,所述作业状态包括但不限于以下至少一项:

作业待办状态、作业待阅状态、作业已处理状态。

上述方案中,所述系统包括:门户管理模块;其中,

所述门户管理模块,用于展现作业内容。

上述方案中,所述门户管理模块,包括:门户管理单元、页面管理单元、部件管理单元;其中,

所述门户管理单元,用于展现门户的内容;

所述页面管理单元,用于展现页面的内容;

所述部件管理单元,用于展现部件的内容;

其中,所述门户包括至少一个页面;所述页面包括至少一个部件。

上述方案中,所述部件包括自定义部件;

其中,所述自定义部件包括但不限于以下至少之一:

快捷方式、常用链接、多级树菜单。

上述方案中,所述系统还包括:基础配置管理模块;其中,

所述基础配置管理模块用于组织架构配置和/或用户权限配置;

其中,所述组织架构表征用户所属机构和/或用户所属部门和/或用户的基本信息。

上述方案中,所述系统还包括协调管理模块;其中,

所述协调管理模块,包括:日程管理单元、会议管理单元、任务管理单元;其中,

所述日程管理单元,用于创建第一用户账号的日程;和/或,将所述第一用户账号的日程分享给第二用户账号;

所述会议管理单元,用于发起第一用户主持的会议;和/或,将所述第一用户的会议分享给第二用户;

所述任务管理单元,用于向第一用户分配任务;和/或,将所述第一用户的任务分享给第二用户。

上述方案中,所述任务管理单元,还用于根据任务的能力需求及第一用户的执行能力参数,向执行能力满足所述任务能力需求的第一用户分配任务。

上述方案中,所述系统还包括:流程管理模块;其中,

所述流程管理模块,用于根据流程节点处理作业流程;

其中,所述处理作业流程包括但不限于以下至少一项:申请作业流程、查看作业流程、审批作业流程、监控作业流程、特权干预作业流程、统计作业流程。

上述方案中,所述作业包括但不限于以下至少之一:日程、会议、任务、请假、出差。

上述方案中,所述系统还包括:文化管理模块;其中,

所述文化管理模块,用于发布企业基本信息和/或网上活动调查和/或培训活动管理。

上述方案中,所述系统还包括:文档管理模块;其中,

所述文档管理模块,用于以下至少之一:管理文档的撰写、管理文档的审阅、管理文档的批准、管理文档的发布、管理文档的存档、管理文档的传递、管理文档的销毁。

上述方案中,所述文档管理模块,包括:档案管理单元;

所述档案管理单元用于管理管理档案文档的外送或销毁或移交。

本发明还公开了一种计算机存储介质,所述存储介质中有计算机可执行指令,所述计算机可执行指令被处理器执行实现本发明任一实施例所提供的协同办公方法。

本发明实施例提供的协同办公方法、协同办公系统及存储介质;通过应用于同时包含有第一应用系统和第二应用系统的多应用系统中,若检测到用户账号登录到所述第一应用系统,将所述用户账号的身份验证信息发送给验证服务器进行验证;若验证成功,通过所述用户账号自动登录到所述第二应用系统。如此,可以实现在一个多应用系统中,通过在一个应用系统中登陆用户账号而实现在其他应用系统中自动登陆该用户账号,即实现了用户层面的单点登录。如此,可以不需要牢记大量应用系统的登陆信息以及进行繁杂的登录操作,而实现采用一套用户密码而登陆多应用系统的所有应用系统。

附图说明

图1为本发明协同办公方法实施例的流程示意图;

图2为一个实施例中身份认证的实现流程示意图;

图3为本发明协同办公方法实施例的流程示意图;

图4为本发明协同办公方法实施例的流程示意图;

图5为本发明协同办公方法实施例的流程示意图;

图6为本发明一实施例中协同办公系统的结构示意图;

图7为本发明一实施例中协同办公系统的服务器的硬件结构示意图。

具体实施方式

协同办公主要应用于企业的协同办公;当然,所述协同办公还可以基于学校的协同办公,基于单位的协同办公,或者基于其它任一组织或机构等的协同办公。

其中,企业协同办公可以帮助企业夯实管理;通过与其他应用系统的集成,实现门户功能,整合应用系统的信息和数据,达到统一管理的,使业务活动管理向关键业务环节拓展,提升业务价值;通过战略绩效、计划管理以及数据管理等实现有效的战略管控落地;通过个性化的门户整合,来实现个性化内容和功能组织配置,形成复合型应用来满足不同人群的需要。

但现有的实现企业协同办公的方法仍存在以下问题:

(1)没有形成与其它应用系统的统一入口,无法实现用户的单点登录;

随着企业业务的发展,企业内部的信息系统越来越多,导致用户重复输入用户名和密码,登录系统步骤繁杂。同时,用户需要牢记大量应用系统的登录信息,否则无法登录。由于现有的企业协同办公系统没有形成应用系统的统一入口,无法使用一套用户名和密码登录所有应用系统,无法实现在多个应用系统中通过用户在一处应用系统中登录,而取的该用户登录到其它应用系统的信任。

(2)没有实现组织架构同步;

现有的企业协同办公的方法没有形成其它应用系统可以从协同办公系统中实时或定时调取组织架构并同步的机制,因而现有的企业协同办公的方法没有实现企业信息化系统组织架构的统一管理与维护的功能。因此其它应用系统需各自维护自己的一套组织架构。如此,导致用户数据来源不统一,管理员运维工作大等问题。

(3)没有实现统一待办;

现有的企业协同办公的方法没有与其他应用系统深度集成,形成各应用系统待办任务统一推送至门户系统并展现的功能,导致用户需要登录进入各应用系统后才待办工作。如此,用户需要在各系统中频繁切换,工作繁琐,实时性差。

(4)系统门户界面维护繁琐,用户体验较差;

现有的企业协同办公系统其门户界面需要前端程序员通过大量的开发代码来实现,并且需要在开发过程中人工的保证其风格一致性和兼容性,大大降低了开发效率。并且,门户的维护与内容的更新,往往需要专业人士来维护,大大增加了维护成本。如此,现有的企业协同办公导致门户界面一成不变,门户内容更新不及时,用户体验性较差。

(5)用户权限细粒度差,缺少三员管理机制,系统安全可靠性有所欠缺;

现有的企业协同办公的方法,其用户使用权限划分的细粒度不够,没有按照角色、岗位、部门、业务范围等综合考虑其使用范围和权限。且,其没有实现三权分立管理机制,即系统管理员、安全管理员、审计管理员之间职责相对明确、相互制约。如此,现有的企业协同办公存在管理员权限过大的安全隐患。

基于已知的企业协同办公的方法所存在的问题,本发明实施例提供了一种企业协同的方法、系统及存储介质,能够至少解决上述存在的部分问题。本发明的实现、功能特点及优点将结合实施例,参照附图做进一步说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。

本发明实施例提供的一种协同办公方法可以应用于服务器,该方法所需实现的功能可以通过终端中的处理器调用程序代码实现,当然程序代码可以保存在计算机存储介质中,可见,该服务器至少包括处理器和存储介质。

如图1所示,本发明实施例提供了一种协同办公方法,应用于同时包含有第一应用系统和第二应用系统的多应用系统中,所述方法包括:

步骤101,若检测到用户账号登录到所述第一应用系统,将所述用户账号的身份验证信息发送给验证服务器进行验证。

这里,在一些实施例中,所述身份验证信息为用户账号的登录名和密码;在另一些实施实例中,所述身份验证信息为用户账号的唯一标识符。

这里,所述第一应用系统为所述多应用系统中的任一应用系统;所述第一应用系统可以为各种应用软件系统。

这里,所述第二应用系统为所述多应用系统中的另一应用系统;所述第二应用系统可以为各种应用软件系统。

在一些实施例中,所述第一应用系统为所述多应用系统中任一应用系统,所述第二应用系统为所述多应用系统中除所述第一应用系统外的其它所有应用系统。

这里,所述验证服务器可以是一台pc机,或者其它电子设备。

步骤103,若验证成功,通过所述用户账号自动登录到所述第二应用系统。

具体地,若在验证服务器端,确定所述身份验证信息验证通过,则可以根据用户账号在第二应用系统中自动登陆。

在一实施例中,如图2所示,公开了一种身份认证的实现方式,所述身份认证的方法主要包括以下步骤:

步骤s01,终端服务器向应用系统服务器发送用户账号的首次访问请求;

步骤s02,所述应用系统服务器判定是否有所述用户账号的身份票据;若没有,则将所述首次访问请求重定向到登陆验证服务器;

其中,所述身份票据为辨别用户账号、而存在本地数据库中的信息。

步骤s03,所述登陆验证服务器查询所述用户账号是否登陆;若未登录,则向所述终端服务器发送登录请求;

步骤s04,所述终端服务器接收所述登录请求;根据所述登录请求向所述登录验证服务器发送登录请求的响应;其中,所述响应携带身份信息;

这里,所述身份信息为用户账号用于登录的信息。

在一实施例中,所述身份信息为用户账号的密码。

步骤s05,所述登陆验证服务器验证用户的身份信息;若身份信息验证通过,产生所述用户账号的身份票据;将所述身份票据发送给所述应用系统服务器;

步骤s06,所述应用系统服务器根据身份票据生成验证请求;将所述验证请求发送给所述登陆验证服务器;

步骤s07,所述登陆验证服务器接收所述验证请求;判断所述身份票据是否有效;若有效,则身份票据验证通过;若确定身份票据验证通过,将所述用户账号发送给应用系统服务器;且,将所述身份票据删掉;

步骤s08,所述应用系统服务器验证用户账号的身份信息;若身份信息验证通过,则用户账号成功登录;

步骤s09,若用户账号成功登录,所述应用系统服务器向终端服务器返回访问资源。

本实施例中,可以实现用户层面的单点登录,即实现在一个多应用系统中,通过在一个应用系统中登陆而实现在其他应用系统中自动登陆;如此,可以不需要牢记大量应用系统的登陆信息以及进行繁杂的登录操作,而实现采用一套用户密码而登陆多应用系统的所有应用系统。

如图3所示,所述方法还包括:

步骤105,在所述第一应用系统及所述第二应用系统之间同步用户属性信息;其中,所述用户属性信息包括:用户账号;所述用户账号用于登录第一应用系统和/或第二应用系统。

在一实施例中,可以以预定的时间间隔,在所述第一应用系统及所述第二应用系统之间同步属性信息。

在另一实施例中,若检测到所述第一应用系统的用户属性信息发生变化时,将所述第一应用系统的用户属性信息同步到所述第二应用系统。

这里,当所述第一应用系统的用户属性信息发生变化时,还可以将发生变化的用户属性信息同步到所述第二应用系统。

进一步地,所述用户属性信息还包括以下至少一项:

用户所属部门信息、用户所属机构信息;所述机构包括至少一个部门。

可选地,所述用户属性信息还包括:用户的岗位信息。

本实施例中,可以实现将一应用系统中的所述用户属性信息同步到登录的其他应用系统中,即将多应用系统中一应用系统的用户账号、用户所属的部门、用户所属的机构、或用户所属的岗位信息等同步到其它应用系统中,从而实现组织架构的同步;从而使得企业内部多应用系统具备一套相同的组织构架,从而使得用户数据来源一致。如此,可以更高效的完成企业内部间的协同工作,以及降低运维的工作量。

如图4所示,所述方法还包括:

步骤107,在所述第一应用系统和所述第二应用系统之间同步发生变化的作业状态;

其中,所述作业状态包括但不限于以下至少一项:

作业待办状态、作业待阅状态、作业已处理状态。

这里,所述作业代办状态为作业需要办理而未办理的状态;所述作业待阅状态为作业需要进行阅览的状态;作业已处理状态为作业已经完成的状态。

可选地,当所述第二应用系统用户账号的作业状态发生变化时,将所述第二应用系统发生变化的用户账号的作业状态同步到所述第一应用系统。

本实施例中,可以实现作业的集成办理,使得用户登录其中一个应用系统后可以处理其它应用系统所需要处理的作业,从而减少了用户在各应用系统中的频繁切换,从而减低了工作量、提高了工作效率。

如图5所示,所述方法还包括以下至少之一:

步骤201,展现门户的内容;展现页面的内容;展现部件的内容;其中,所述门户包括至少一个页面;所述页面包括至少一个部件。

这里,所述门户可以是新浪、网易、搜狐、腾讯、百度新华网等门户网站。

这里,所述门户还可以是企业级门户、部门级门户、专项门户、项目协作门户、个人门户。

这里,所述门户是页面的载体,一个门户可包括多个页面。

可选地,所述服务器可通过新建和/或者复制粘贴的方式配置门户和/或页面和/或部件的内容。

进一步地,所述部件包括:自定义部件;

其中,所述自定义部件包括但不限于以下至少之一:

快捷方式、常用链接、多级树菜单。

具体地,可通过创建的方式,自定义快捷方式、常用连接、多级树菜单等定义部件。

这里,所述部件还包括:系统部件;

其中,所述系统部件为本地存储器提供的部件。

在一实施例中,所述门户的配置方法如下:

步骤s11:规划门户总体结构;

具体地,规划门户的类型,以及门户包含的页面。例如,可规划门户的类型为企业门户、或项目协作门户,或个人门户;又如,规划门户包括10个页面,或者包括25个页面。

步骤s12:规划页面的布局;

具体地,规划页面的行数和列数,以及所述页面包含的部件。

步骤s13:创建自定义部件;

具体地,创建以供页面的配置的自定义部件。例如,可以创建自定义部件为多级树菜单,并配置url地址实现快速访问。当然,也可以通过调用系统部件,以供页面的配置。

步骤s14:创建页面;

具体地,可将页面分为多个容器;在所述容器中添加系统部件和/或自定义部件。

其中,所述容器为根据整个页面划分的窗口,一个容器表征一个窗口;所述容器可添加所述部件。

步骤s15:创建门户。

具体地,可以通过配置的一个或多个页面配置为一个门户;其中,所述配置的一个或多个页面可以是引用之前存在的页面,或者当前配置的页面。

本实施例中,可实现根据用户的需求配置门户中的内容;具体地,可实现根据自定义的部件和/或系统部件配置页面的内容;根据页面的内容配置门户的内容。

本实施例中,还可以实现诸如企业门户、部门门户、个人门户等多级、项目协作门户等专项门户,以及多功能门户等的配置;从而可以实现多级、多功能的门户的灵活、自动配置,从而可以根据不同门户的应用范围与要求分配不同的用户账号处理门户的内容中的相关作业。如此,可以节约人力资源成本,提升了用户体验。

如图5所示,所述方法还包括以下至少之一:

步骤203,组织架构配置;用户权限配置;其中,所述组织架构表征用户所述机构和/或用户所属部门和/或用户的基本信息。

这里,所述组织架构配置,可以为对用户信息的建立与维护;所述用户信息可以为用户的编号,和/或用户账号的登录名,和/或用户账号的密级,和/或用户的岗位信息,和/或用户的所属部门的编号,和/或用户所述机构的编号,等等;其中,所述岗位信息还包括:岗位所属的编号、岗位的详细描述。

这里,所述组织架构配置可以包括对机构管理,或部门管理,或人员管理。

这里,所述权限配置包括负责用户权限的设置与维护。

在一些实施例中,对于组织架构配置所设置的权限为系统管理员账号才具有使用权限,其它用户账号没有使用权限;对于权限配置所设置的权限为安全管理员账号才具有使用权限,其它用户账号没有使用权限。

在另一些实施例中,对于系统配置所设置的权限为系统管理员账号才具有使用权限,其它用户的账号没有使用权限;对于日志的管理和运营所设置的权限为审计管理员账号才具有使用权限,其它用户的账号没有使用权限。

这里,所述方法还可以包括:系统配置;和/或,运维监控配置。

这里,所述方法还可以包括一些其它配置。

本实施例中,通过对组织构架的配置可以建立清晰的用户账号架构,从而可以快速查找用户所属的部门,或机构或个人信息等;可以快捷的获得各用户账号所具备的职能与权限。

本实施例中,通过对用户权限配置,可以知道用户的具体权限;进一步地,若对于管理不同职能的权限分别分配给不用的用户账号,可实现基于不同管理员管理不同职能的机制,避免了只采用一员管理机制而导致该一个管理员的权限过大的问题。例如,可以采用系统管理员、安全管理员、审计管理员的三员管理机制,使得所述三员的管理员之间相互制约,共同完成系统的运维。如此,对用户所分配的权限进行了详细的划分,解决了用户权限细粒度不够的问题。

如图5所示,所述方法还包括以下至少之一:

步骤205,创建第一用户账号的日程;将所述第一用户账号的日程分享给第二用户;

发起第一用户主持的会议;将所述第一用户的会议分享给第二用户;

向第一用户分配任务;将所述第一用户的任务分享给第二用户。

这里,所述日程可以包括会议、任务、出差、请假等作业的日程。

这里,创建日程,可以是创建个人的日程,也可以创建多人的日程;所述创建日程还可以是创建部门的日程。

在一些实施中,所述第一用户和第二用户都可以表征为一个用户或者多个用户。

在另一些实施例中,所述第一用户和第二用户都可以表征为一个部门或者多个部门。

其中,所述多个是指两个以上。

这里,创建日程,可以是创建日程的安排时间、地点、人物。

这里,创建日程,还可以是创建日程的提醒策略、提醒方式、提醒目的等等。

这里,创建日程的一种方式为,根据应用提供的数据,自动产生对应的日程。

可选地,所述服务器创建第一用户账号的日程;当所述日程被创建后,将所述第一用户的日程分享给第二用户。

这里,可以以电子卡片形式对召开的会议时间、地点、与会人员、议程内容、会议材料、会议审批等发送给与会人员。

这里,可以通过服务器提醒编写会议文档;其中,所述会议文档包括会议安排时间、地点、人物等;当编写的会议文档提交后,若审批通过,则将会议文档自动发布;并根据需求将所述会议文档授权给相关用户账号查看。

在一实施例中,在发起第一用户主持的会议前,对会议的吞吐量和会议室的使用率进行统计;根据所述会议吞吐量合理安排与会人员;根据所述会议室的使用率合理安排会议时间。

这里,所述任务可以为需要执行的业务。

这里,所述任务可以分解为多个子任务。

这里,所述任务包括但不限于以下要素:任务名称、任务接收人、任务要求完成时间、任务内容描述。

这里,向所述第一用户分配任务的一种方式是,根据所述任务的要素向所述第一用户分配任务。

可选地,在当接收到第一用户执行完所分配的任务后,可以对所述执行情况进行评价和/或反馈和/或分析。

进一步地,所述向所述第一用户分配任务,包括:

根据任务的能力需求及第一用户的执行能力参数,向执行能力满足所述任务能力需求的第一用户分配任务。

所述第一用户的执行能力参数,为所述第一用户接收任务的负荷度和/或执行任务的满意度评价值。

本实施例中,通过创建日程,可以实现对用户的工作进行即时提醒;通过发布会议,可以实现对参与会议人员参见会议的即时提醒;还可以合理的给用户分配任务。如此,可以实现部门与部门之间,或者员工与员工之间更快捷、更高效的协同工作。

如图5所示,所述方法还包括:

步骤207,根据流程节点处理作业流程;其中,所述处理作业流程包括但不限于以下至少一项:申请作业流程、查看作业流程、审批作业流程、监控作业流程、特权干预作业流程、统计作业流程。

进一步地,所述作业包括但不限于以下至少之一:日程、会议、任务、请假、出差。

这里,所述申请作业流程,可以是根据模板填写相关内容后,启动申请作业流程。

这里,所述查看作业流程,可以查看所述作业流程所处的节点。

这里,所述审批作业流程,可以对所述作业执行驳回、废弃、转办、沟通、签字等审批处理。

这里,所述监控作业流程,可以实时监控作业所处的节点,并反馈给相应的执行人员;具体地,可以以图形的流程走向表示。

这里,所述特权干预作业流程,可以针对一些异常的流程节点进行干预处理;例如,对于停滞在某个流程节点的很久的作业流程,直接将所述作业流程转到下一个流程节点;或者,对于处理过程出现错误时的流程节点,可以退回到上一个流程节点进行处理。

这里,所述统计作业流程,可以根据标题的类别、文档所处的状态、用户申请的数量等进行统计。

这里,所述作业流程可以是人力资源类、综合管理类、物资采购类、资产管理类、项目管理类等的作业流程。

在一实施例中,公开了一制作流程模板的方法。所述制作流程模板的方法,包括以下步骤:

步骤s21,定义模板名称;确定模板的属性;

这里,所述模板的类别包括:人力资源类、综合管理类、物资采购类、资产管理类、项目管理类等。

具体地,定义模板的名称;根据模板的类别确定模板的属性。

步骤s22,制作模板的流程表单;

具体地,创建模板的时间、日期、流水号、申请人、主题选项,以定义所述模板的流程表单。

步骤s23,制作审批表单;

具体地,配置插件的布局位置、插件的属性、插件的展示内容、插件的外观尺寸,以定义所述模板的流程表单。

这里,所述插件包括但不限于以下至少之一:文本框、单选按钮、多选按钮、下拉按钮、地址本、时间框、附件框、审批操作。

步骤s24,制作审批处理流程;

具体地,通过图形化流程工具,制作审批流程走向;其中,所述流程走向为:开始节点、起草节点、审批节点、决策节点、签字节点、抄送节点、结束节点等;为各节点配置相应的处理用户及操作方式;

步骤s25,配置模板权限,设置所述模板的使用者;

步骤s26,配置打印属性,设置审批表单打印内容。

本实施例中,可以实现作业流程的整合,可以实现以流程为核心的协作管理,使得部门与部门之间、员工与员工之间根据各自的流程进行作业的处理。更进一步地,由于所述作业流程还可以根据业务的分成不同的作业流程类别,因而可以实现以业务分类为核心的流程管理。

如图5所示,所述方法还包括:

步骤209,发布企业基本信息和/或网上活动调查和/或培训活动管理。

这里,所述企业基本信息可以是企业的新闻,所述新闻可以是链接新闻、多媒体新闻;所述企业基本信息可以是企业的公告或通知。

当然,如果是针对学校,或者其它单位、组织,也可以是学校,或者其它单位、组织的基本信息。

这里,所述网上活动调查,可以是面向内部的网络调查或者投票活动。

这里,所述培训活动管理,可以是培训计划、培训课件、考试题库。

本实施例中,可以通过发布企业基本信息等了解到企业的热点事件以及基本运营状况;通过网络活动调查,可以帮助企业文化建设,营造良好工作氛围;通过培训活动的管理,可以提高员工的对各岗位的岗位工作技能。如此,可以进一步提高员工之间的协作能力。

如图5所示,所述方法还包括以下至少之一:

步骤211,管理文档的撰写、管理文档的审阅、管理文档的批准、管理文档的发布、管理文档的存档、管理文档的传递、管理文档的销毁。

这里,所述文档可以是公文文档、规范制度、档案文档、工作总结,等等。

这里,对文档的管理,还包括:构建知识库。

进一步地,所述方法还包括:管理档案文档的外送或销毁或移交。

具体地,可以通过触发相应的作用流程,管理档案文档的外送或销毁或移交。

本实施例,可以集中管理文档,实现了文档在企业范围内的共享和传递,以便于员工的检索和查阅;可以实现对文档的撰写、审阅、批准、发布、存档、销毁等各个环节的管理。

本实施例中,可以通过结合文档的权限设置,对各文档实现保密管理,从而提高文档的安全性。可对于不同的文档类型设置不同的权限,从而实现对所述文档实行分层次、分级别的权限设置。

这里需要指出的是:以下协同办公系统项的描述,与上述协同办公方法描述是类似的,同方法的有益效果描述,不做赘述。对于本发明协同办公系统实施例中未披露的技术细节,请参照本发明协同办公方法实施例的描述。

如图6所示,本发明实施例还提供了一种协同办公系统,所述系统应用于应用层s2;其中,所述系统包括第一应用系统38、第二应用系统39和集成框架模块31;可选地,所述系统还可包括以下至少一项:门户管理模块32、基础配置管理模块33,协调管理模块34、流程管理模块35、文化管理模块36、文档管理模块37。

本发明实施例提供一种协同办公系统,所述系统包括:第一应用系统38、第二应用系统39和集成框架模块31;其中,

所述集成框架模块31,用于若检测到用户账号登录到所述第一应用系统,将所述用户账号的身份验证信息发送给验证服务器进行验证;

若验证成功,通过所述身份验证信息将所述用户账号登录到所述第二应用系统。

可选地,所述集成框架模块31,还用于在所述第一应用系统及所述第二应用系统之间同步用户属性信息;其中,所述用户属性信息包括:用户账号;

所述用户账号用于登录第一应用系统和/或第二应用系统;

可选地,所述用户属性信息还包括以下至少一项:

用户的岗位信息、用户所属部门信息、用户所属机构信息;所述机构包括至少一个部门。

这里,可通过对门户系统开发webservice平台的组织架构接口,使得其他应用系统调用所述接口进行数据同步。

这里,所述同步的数据可以为用户属性信息;所述用户属性信息可以为用户所述部门信息、用户所属机构信息;其中,所述机构包括至少一个部门。

这里,所述用户属性信息还可以具体为用户账号的部门编号、用户所述岗位的编号,等等。

本实施例中,可以在多应用系统中将一个应用系统的用户属性信息,即企业、单位、学校等人员组织构架同步到另一个应用系统中。并且,可以实现动态的数据同步,可以将第一应用系统中对于人员对应属性信息的增加、人员对应属性信息的删除、人员对应属性信息的删除通过定时触发作业同步到第二应用系统。

可选地,所述集成框架模块31,还用于在所述第一应用系统和所述第二应用系统之间同步发生变化的作业状态;

其中,所述作业状态包括但不限于以下至少一项:

作业待办状态、作业待阅状态、作业已处理状态。

可选地,所述系统提供了待办webservice平台,所述webservice平台包含发送待办(sendtodo)、删除待办(deletetodo)、设为已办(settododone)、获取待办信息(gettodo)等接口。这里,所述接口用于为作业状态由第一应用系统存储的登录用户账号的作业状态同步到所述第二应用系统传递数据。

可选地,所述系统还包括:门户管理模块32;所述门户管理模块,用于展现作业内容。

可选地,所述门户管理模块,包括:门户管理单元321、页面管理单元322、部件管理单元323;其中,

所述门户管理单元321,用于展现门户的内容;

所述页面管理单元322,用于展现页面的内容;

所述部件管理单元323,用于展现部件的内容;

其中,所述门户包括至少一个页面;所述页面包括至少一个部件。

可选地,所述部件包括自定义部件;

其中,所述自定义部件包括但不限于以下至少之一:

快捷方式、常用链接、多级树菜单。

可选地,所述部件包括系统部件;所述系统部件为本地存储器提供的部件。

可选地,所述部件包括自定义部件和/或系统部件。

可选地,所述系统还包括:基础配置管理模块33;其中,

所述基础配置管理模块33,用于组织架构配置和/或用户权限配置;其中,所述组织架构表征用户所属机构和/或用户所属部门和/或用户的基本信息。

可选地,所述基础配置管理模块,还包括:组织架构配置单元331、权限配置单元332、系统配置单元333、运维监控单元334。

可选地,所述系统还包括:协调管理模块34。

可选地,所述协调管理模块34,还包括:日程管理单元341、会议管理单元342、任务管理单元343;其中,

所述日程管理单元341,用于创建第一用户账号的日程;和/或,将所述第一用户账号的日程分享给第二用户账号;

所述会议管理单元342,用于发起第一用户主持的会议;和/或,将所述第一用户的会议分享给第二用户;

所述任务管理单元343,用于向第一用户分配任务;和/或,将所述第一用户的任务分享给第二用户。

这里,所述日程管理单元341可以用于根据日程安排设置提醒策略、提醒方式、提醒目的。

这里,所述会议管理单元342可以用于会议安排、会议纪要、会议统计。

这里,所述任务管理单元343可以用于任务安排、任务分解、执行反馈、任务评价、生成任务日志、任务分析。

可选地,所述任务管理单元343,还用于根据任务的能力需求及第一用户的执行能力参数,向执行能力满足所述任务能力需求的第一用户分配任务。

可选地,所述系统还包括:流程管理模块35,其中,

所述流程管理模35,用于根据流程节点处理作业流程;

其中,所述处理作业流程包括但不限于以下至少一项:申请作业流程、查看作业流程、审批作业流程、监控作业流程、特权干预作业流程、统计作业流程。

这里,所述作业包括但不限于以下至少之一:日程、会议、任务、请假、出差。

可选地,所述流程管理模块35,包括:人力资源类单元351、综合管理类单元352、物资采购类单元353、资产管理类单元354、项目管理类单元355。

在另一些实施例中,所述流程管理模块35,包括:申请流程单元、审批流程单元、监控流程单元。

可选地,所述系统包括:文化管理模块36;其中,

所述文化管理模块36,用于发布企业基本信息和/或网上活动调查和/或培训活动管理。

可选地,所述文化管理模块36,包括:新闻管理单元361、网上调查单元362、培训管理单元363。

这里,所述新闻管理单元361可以用于发布企业的新闻、公告、通知。

这里,所述网络调查单元362可以用于网上调查和投票活动的发起。

这里,所述培训管理单元363可以用于培训计划、培训课件、考试题库的管理。

可选地,所述系统还包括:文档管理模块37;其中,

所述文档管理模块37,用于以下至少之一:管理文档的撰写、管理文档的审阅、管理文档的批准、管理文档的发布、管理文档的存档、管理文档的传递、管理文档的销毁。

可选地,所述文档管理模块37,包括:公文管理单元371、规范制度单元372、知识中心单元373、档案管理单元374、工作总结单元375;其中,

所述档案管理单元374,用于管理档案文档的外送或销毁或移交。

企业协同办公系统在统一的信息系统平台上,实现部分之间、员工之间更快捷、更高效的协同工作;提供员工之间畅通的沟通机制,适应流程的持续变革与优化。

企业协同办公系统实现了与其他应用系统统一待办、用户的单点登录、组织架构同步的功能,整合了企业信息与数据并统一展现;实现了以标准、规范为核心的制度和文档管理;以流程为核心的协作管理,以业务分类为核心的流程管理;实现了企业的多级、多类型门户的灵活自助配置、建立与维护;打造了灵活、稳定、安全、高效的一体化企业信息化基础平台。

请再次参阅图6,所述系统还可以包括展示层s1、中间件层s3、数据层s4、操作系统层s5、it基础设施层s6;其中,

所述展示层s1,用于提供系统与用户交互的展示内容。

所述中间件层s3,用于提供系统底层各种组件。

所述数据层s4,用于负责保存非结构化数据和/或结构化数据。

所述操作系统层s5,用于提供服务器的操作系统。例如,可以是提供windows系统,或unix系统,或linux系统。

所述it基础设施层s6,用于为系统提供硬件设备。例如,可以是提供服务器、网络、存储器,等等。

本发明实施例还提供了一种协同办公系统,所述系统应用于服务器;请参阅图7,所述服务器包括处理器41和用于存储能够在处理器上运行的计算机程序的存储器42;其中,所述处理器用于运行计算机程序时,实现本发明任一实施例所提供的分布式编程方法。

在一些实施例中,本发明实施例中的存储器42可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-onlymemory,rom)、可编程只读存储器(programmablerom,prom)、可擦除可编程只读存储器(erasableprom,eprom)、电可擦除可编程只读存储器(electricallyeprom,eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory,ram),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的ram可用,例如静态随机存取存储器(staticram,sram)、动态随机存取存储器(dynamicram,dram)、同步动态随机存取存储器(synchronousdram,sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram,ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram,esdram)、同步连接动态随机存取存储器(synchlinkdram,sldram)和直接内存总线随机存取存储器(directrambusram,drram)。本文描述的系统和方法的存储器42旨在包括但不限于这些和任意其它适合类型的存储器。

而处理器41可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器41中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器41可以是通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(fieldprogrammablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器42,处理器41读取存储器42中的信息,结合其硬件完成上述方法的步骤。

在一些实施例中,本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(applicationspecificintegratedcircuits,asic)、数字信号处理器(digitalsignalprocessing,dsp)、数字信号处理设备(dspdevice,dspd)、可编程逻辑设备(programmablelogicdevice,pld)、现场可编程门阵列(field-programmablegatearray,fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现,可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

本发明又一实施例还提供了一种计算机存储介质,该计算机可读存储介质存储有可执行程序,所述可执行程序被处理器41执行时,可实现协同办公的方法的以下步骤:

若检测到用户账号登录到所述第一应用系统,将所述用户账号的身份验证信息发送给验证服务器进行验证;

若验证成功,通过所述用户账号自动登录到所述第二应用系统。

可选地,所述可执行程序被处理器41执行时,还用以实现以下步骤:

在所述第一应用系统及所述第二应用系统之间同步用户属性信息;其中,所述用户属性信息包括:用户账号;

所述用户账号用于登录第一应用系统和/或第二应用系统。

可选地,所述可执行程序被处理器41执行时,还用以实现以下步骤:

在所述第一应用系统和所述第二应用系统之间同步发生变化的作业状态;

其中,所述作业状态包括但不限于以下至少一项:

作业待办状态、作业待阅状态、作业已处理状态。

可选地,所述可执行程序被处理器41执行时,还用以实现以下至少之一:

展现门户的内容;展现页面的内容;展现部件的内容;

其中,所述门户包括至少一个页面;所述页面包括至少一个部件。

可选地,所述可执行程序被处理器41执行时,还用以实现以下步骤:

组织架构配置;和/或,用户权限配置;

其中,所述组织架构表征用户所属机构和/或用户所属部门和/或用户的基本信息。

可选地,所述可执行程序被处理器41执行时,还用以实现以下至少之一:

创建第一用户账号的日程;

将所述第一用户账号的日程分享给第二用户账号;

发起第一用户主持的会议;

将所述第一用户的会议分享给第二用户;

向第一用户分配任务;

将所述第一用户的任务分享给第二用户。

可选地,所述可执行程序被处理器41执行时,还用以实现以下步骤:

根据任务的能力需求及第一用户的执行能力参数,向执行能力满足所述任务能力需求的第一用户分配任务。

可选地,所述可执行程序被处理器41执行时,还用以实现以下步骤:

根据流程节点处理作业流程;

其中,所述处理作业流程包括但不限于以下至少一项:申请作业流程、查看作业流程、审批作业流程、监控作业流程、特权干预作业流程、统计作业流程。

可选地,所述可执行程序被处理器41执行时,还用以实现以下步骤:

发布企业基本信息和/或网上活动调查和/或培训活动管理。

可选地,所述可执行程序被处理器41执行时,还用以实现以下至少之一:

管理文档的撰写、管理文档的审阅、管理文档的批准、管理文档的发布、存档、管理文档的传递、管理文档的销毁。

可选地,所述可执行程序被处理器41执行时,还用以实现以下步骤:

管理档案文档的外送或销毁或移交。

在一些实施例中,所述计算机存储介质可以包括:u盘、移动硬盘、只读存储器(rom,readonlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1