一种核电站企业内容管理系统及方法

摘要

本发明公开了一种核电站企业内容管理系统及方法，解决了现有技术中核电站各个业务系统与文档系统之间的数据交换接口不统一，管理维护难度大效率低的技术问题，所述管理系统包括：客户端(10)和企业文档系统(20)，以及连接客户端(10)和企业文档系统(20)的服务平台(30)；服务平台(30)用于提供统一的标准化接口服务；基于所述标准化接口服务，服务平台(30)可同步接收核电站业务系统通过客户端(10)发出的多个业务请求，且异步处理所述多个业务请求，并对企业文档系统(20)进行管理操作；实现了统一各个业务系统与文档系统之间的数据交换，减少二者在数据交换时的中间环节，降低出错机率，提高数据传输效率的技术效果。

说明书

技术领域

本发明涉及核电站文档管理技术领域，尤其涉及一种核电站企业内容管理系统及方法。

背景技术

在核电站中，设计文档系统是设计院统一管理设计成品文件、工程函件及相关文件档案的系统，是设计院各个主要业务系统所产生文件的最终归档地方，是设计院接收函件、供应商、分包院文件的入口，因此各个业务系统需与设计文档系统进行数据交换。

在现有技术中，一些核电站设计院设计文档系统是基于EMC公司所提供的企业内容管理平台搭建的一套适用于该核电站设计院文件档案管理业务的信息系统。针对于该平台，目前业界只有一套标准的Documetum FoundationClasses(以下简称DFC)以及Documentum Foundation Service(以下简称DFS)来提供外部接口。目前由于没有对各个业务系统与设计文档系统之间的数据交换业务进行统一梳理与规范，各个业务系统与文档系统不仅存在着不同的接口，而且各个业务系统与文档系统之间的数据交换存在不同的中间环节；一旦数据传输失败或错误，追踪原因十分困难，不同的系统需检查不同的接口，中间环节过多，也就造成数据修正步骤十分复杂，带来极大的不便，影响工作效率。

针对上述问题，现有的解决方式为通过上述企业内容管理平台提供的DFC或是DFS来直接进行个性化业务的二次开发，来管理各个业务系统和文档系统之间的接口通信；然而，现有解决方案存在以下缺陷：

1)DFS方式稳定度不够：通过DFS的方式提供系统统一的服务，服务的稳定度不够，由于DFS部署在网页内容服务器(content server)的应用服务器jboss上，而jboss又同时承担平台内部的系统自定义任务的运行压力，对于日常诸如归档这类业务吞吐量非常大的操作，对jboss会造成极大的压力，导致jboss会经常宕机，从而使得自定义业务接口服务和系统内部任务运行都受到影响；

2)DFS方式难以排错：通过DFS的方式进行业务的二次定制开发，难以排除错误，在开发过程中，程序员程序编写IDE界面的报错往往都不清晰，只有进入jboss的日志中才能查找到详细报错，极大的降低了开发的工作效率；

3)分散的接口服务难以维护：如果接口服务不统一建立，那么各个业务系统和文档系统间就需要建立多个不同的接口，大大的增加了接口服务的数量，增加了运维人员的工作量，且缺乏统一的管理和维护；

4)学习成本大：如果直接进行业务逻辑的开发，需要由更多的开发人员了解DFC以及DFS的编码方式。

可见，在现有技术中至少存在，核电站各个业务系统与文档系统之间的数据交换接口不统一，管理维护难度大效率低的技术问题。

发明内容

本发明针对现有技术中存在的，核电站各个业务系统与文档系统之间的数据交换接口不统一，管理维护难度大效率低的技术问题，提供一种核电站企业内容管理系统及方法，实现了统一各个业务系统与文档系统之间的数据交换，减少二者在数据交换时的中间环节，降低出错机率，提高数据传输效率，方便系统之间的差错与过程追踪的技术效果。

一方面，本发明实施例提供了一种核电站企业内容管理系统，包括：

客户端和企业文档系统，以及连接所述客户端和所述企业文档系统的服务平台；

所述服务平台用于为所述客户端和所述企业文档系统提供统一的标准化接口服务；基于所述标准化接口服务，所述服务平台可同步接收核电站业务系统通过所述客户端发出的多个业务请求，且异步处理所述多个业务请求，并对所述企业文档系统进行管理操作。

可选的，所述服务平台包括：

与所述客户端连接的Web服务组件，用于向所述业务系统提供所述服务平台的业务功能，以使所述业务系统基于所述业务功能向所述服务平台发送所述多个业务请求；

与所述Web服务组件连接的表接口模块，用于同步接收并异步处理所述多个业务请求，并将所述业务系统上报的归档数据保存到表接口数据库中；

与所述表接口模块连接的表接口数据库，用于保存所述归档数据；

与所述企业文档系统连接的文档基础类接口，用于操作所述企业文档系统中的归档数据；

通过所述表接口模块与所述表接口数据库连接，以及通过所述文档基础类接口与所述企业文档系统连接的归档业务组件，用于从所述表接口数据库中获取所述归档数据，并归档到所述企业文档系统中。

可选的，所述Web服务组件将所述表接口模块中的业务功能包装成三个Web服务，包括：接收归档数据服务、查询归档状态服务和确认归档完结服务。

可选的，所述表接口模块还用于记录所述归档数据的归档状态变化、相关日志及异常信息，同时提供对所述归档数据进行查询和修改的接口，以实现对所述表接口数据库中的归档数据进行增、删、改、查操作。

可选的，所述表接口数据库还用于保存所述服务平台的运行日志。

可选的，所述Web服务组件的类结构设计采用面向接口编程的方式。

另一方面，本发明实施例还提供了一种核电站企业内容管理方法，应用于企业内容管理系统，所述企业内容管理系统包括客户端、服务平台和企业文档系统，所述方法包括步骤：

S1、获取业务系统通过所述客户端发出的多个业务请求；

S2、通过所述服务平台同步接收并异步处理所述多个业务请求，以及对所述企业文档系统进行管理操作。

可选的，所述步骤S1包括：

S11、向所述业务系统提供所述服务平台的业务功能；

S12、获取所述业务系统基于所述业务功能向所述服务平台发送的所述多个业务请求。

可选的，所述多个业务请求包括数据归档请求，所述步骤S2具体包括：

S21、通过所述服务平台同步接收所述数据归档请求；

S22、通过所述服务平台异步处理所述数据归档请求，并接收所述业务系统上报的归档数据，以及将所述归档数据保存到所述企业文档系统中。

可选的，所述多个业务请求包括查询归档状态请求，所述步骤S2具体包括：

S23、通过所述服务平台同步接收所述查询归档状态请求；

S24、通过所述服务平台异步处理所述查询归档状态请求，并查询所述企业文档系统中已归档数据的归档状态，并将所述归档状态反馈给所述客户端。

可选的，所述多个业务请求包括确认归档完结请求，所述步骤S2具体包括：

S25、通过所述服务平台同步接收所述确认归档完结请求；

S26、通过所述服务平台异步处理所述确认归档完结请求，并对已保存到所述企业文档系统的归档数据的归档状态进行更新，以及将更新的归档状态反馈给所述客户端。

本发明实施例提供的一个或多个技术方案，至少具有如下技术效果或优点：

由于在本发明实施例中，企业内容管理系统包括：客户端和企业文档系统，以及连接所述客户端和所述企业文档系统的服务平台；所述服务平台用于为所述客户端和所述企业文档系统提供统一的标准化接口服务；基于所述标准化接口服务，所述服务平台可同步接收核电站业务系统通过所述客户端发出的多个业务请求，且异步处理所述多个业务请求，并对所述企业文档系统进行管理操作；也就是说，本发明方案提供一套标准化接口服务，优化各个业务系统与企业文档系统数据交换的流程，提高工作效率，通过建立企业文档系统统一接口服务，以统一实现各个业务系统与企业文档系统的数据交换，减少数据交换过程中的中间环节，降低出错机率，提高数据传输效率，方便系统之间的查错与过程追踪。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的第一种核电站企业内容管理系统结构框图；

图2为本发明实施例提供的第二种核电站企业内容管理系统结构框图；

图3为本发明实施例提供的第三种核电站企业内容管理系统结构框图；

图4为本发明实施例提供的核电站企业内容管理系统的服务平台系统层次划分结构图；

图5为本发明实施例提供的第一种核电站企业内容管理方法流程图；

图6为本发明实施例提供的第二种核电站企业内容管理方法流程图；

图7为本发明实施例提供的第三种核电站企业内容管理方法流程图；

图8为本发明实施例提供的第四种核电站企业内容管理方法流程图；

图9为本发明实施例提供的第五种核电站企业内容管理方法流程图。

具体实施方式

本发明实施例通过提供一种核电站企业内容管理系统，解决了现有技术中存在的核电站各个业务系统与文档系统之间的数据交换接口不统一，管理维护难度大效率低的技术问题，实现了统一各个业务系统与文档系统之间的数据交换，减少二者在数据交换时的中间环节，降低出错机率，提高数据传输效率，方便系统之间的差错与过程追踪的技术效果。

本发明实施例的技术方案为解决上述技术问题，总体思路如下：

本发明实施例提供了一种核电站企业内容管理系统，包括：客户端和企业文档系统，以及连接所述客户端和所述企业文档系统的服务平台；所述服务平台用于为所述客户端和所述企业文档系统提供统一的标准化接口服务；基于所述标准化接口服务，所述服务平台可同步接收核电站业务系统通过所述客户端发出的多个业务请求，且异步处理所述多个业务请求，并对所述企业文档系统进行管理操作。

可见，在本发明实施例中，通过提供一套标准化接口服务，优化各个业务系统与企业文档系统数据交换的流程，提高工作效率，通过建立企业文档系统统一接口服务，以统一实现各个业务系统与企业文档系统的数据交换，减少数据交换过程中的中间环节，降低出错机率，提高数据传输效率，方便系统之间的查错与过程追踪。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

实施例一

请参考图1，本发明实施例提供了一种核电站企业内容管理系统，所述管理系统包括：客户端10和企业文档系统20，以及连接客户端10和企业文档系统20的服务平台30；服务平台30用于为客户端10和企业文档系统20提供统一的标准化接口服务；基于所述标准化接口服务，服务平台30可同步接收核电站业务系统通过客户端10发出的多个业务请求，且异步处理所述多个业务请求，并对企业文档系统20进行管理操作。

具体的，所述管理系统由基于JAX-WS架构构建可配置化的异步模式的Web服务(Web Service)来支持。JAX-WS规范是一组XML Web Services的JAVA API，JAX-WS允许开发者可以选择RPC-oriented或者message-oriented来实现自己的Web Services。在JAX-WS中，一个远程调用可以转换为一个基于XML的协议例如SOAP，在使用JAX-WS过程中，开发者不需要编写任何生成和处理SOAP消息的代码。JAX-WS的运行时实现会将这些API的调用转换成为对应的SOAP消息。

其中，XML为可扩展标记语言，英文全称为eXtensible Markup Language，是一种用于标记电子文件使其具有结构性的标记语言。它可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。它非常适合万维网传输，提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据，是标准通用标记语言(SGML，Standard Generalized MarkupLanguage)的子集，适合Web传输。

在服务器端，用户只需要通过Java语言定义远程调用所需要实现的服务端点接口(SEI，Service Endpoint Interface)，并提供相关的实现，通过调用JAX-WS的服务发布接口就可以将其发布为Web Service接口。在客户端，用户可以通过JAX-WS的应用程序编程接口(API，Application Programming Interface)创建一个代理(用本地对象来替代远程的服务)来实现对于远程服务器端的调用。

当然JAX-WS也提供了一组针对底层消息进行操作的API调用，可以通过Dispatch直接使用SOAP消息或XML消息发送请求或者使用Provider处理SOAP或XML消息。通过web service所提供的互操作环境，我们可以用JAX-WS轻松实现JAVA平台与其他编程环境(.net等)的互操作。

具体的，请参考图2，客户端10包括Web服务客户端101，通过.net、JAVA等变量环境搭建。企业文档系统20为设计文档管理系统(DDMS，DesignDocument Manage System)。服务平台30包括：与客户端10连接的Web服务(Service)组件301；与Web服务组件301连接的表接口模块302；与表接口模块302连接的表接口数据库303；与企业文档系统20连接的文档基础类接口(即DFC接口)304；通过表接口模块302与表接口数据库303连接，以及通过文档基础类接口304与企业文档系统20连接的归档业务组件305；下面分别对服务平台30中的各个功能模块进行具体说明：

1)Web服务组件301，用于向所述业务系统提供服务平台30的业务功能，以使所述业务系统基于所述业务功能向服务平台30发送所述多个业务请求；具体的，Web服务组件301将服务平台30的业务功能包装成Web服务，以使与服务平台30具有连接关系的业务系统获知服务平台30的业务功能，并通过客户端10向服务平台30发送所述多个业务请求，并上报归档数据；其中，业务系统为需要进行文件归档的业务系统。

Web Service组件301是将表接口模块302中的业务功能包装成WebService暴露给各业务系统，具体的，Web服务组件301将表接口模块302中的业务功能包装成三个Web服务，包括：接收归档数据服务、查询归档状态服务和确认归档完结服务。当然，在以后系统扩展时，同样也可以将扩展的业务组件包装成Web Service。

在本申请实施例中，Web服务组件301的类结构设计，使用CXF框架开发REST风格的Web服务。程序设计采用面向接口编程的方式，先定义SEI，然后定义具体实现类，在实现类中调用业务逻辑方法。

2)表接口模块302，用于同步接收并异步处理所述多个业务请求，并将所述业务系统上报的归档数据保存到表接口数据库303中；另外，表接口模块302还用于记录所述归档数据的归档状态变化、相关日志及异常信息，同时提供对所述归档数据进行查询和修改的接口，以实现对所述表接口数据库303中的归档数据进行增、删、改、查操作；

进一步，表接口模块302还用于向Web服务组件301及归档业务组件305提供操作表接口数据的相关接口。将各业务系统的每次请求信息都记录到请求流水表，以供需要时进行查询分析，此功能可设置开关，在不需要时可关掉此功能并停止请求信息记录。对本申请企业内容管理系统运行的各种系统日志，记录入系统日志(SYSTEM_LOG)数据库表中，以供查询。同时，对于程序运行的错误也需要同时写到中心库中去。

3)表接口数据库303，用于保存所述归档数据及服务平台30的运行日志；可使用Sql Server 2005数据库；

4)文档基础类接口304，也称DFC接口，即Documentum平台提供的一套基于JAVA的系统基础API，用于操作企业文档系统20中的归档数据；

5)归档业务组件305，用于从表接口数据库303中获取所述归档数据，并归档到企业文档系统20中，以及实现数据的验证、授权等归档业务逻辑；其中，授权业务就是按照所归档文档的类型和数据条件，为其指定对应的acl_domain(域)以及acl_name(名称)的业务，对于所有类型，都会给定默认的acl_name以及acl_domain。对于有特殊权限要求的类型和数据条件的文档，单独配置acl_name和acl_domain进行授权按业务的指定。

在具体应用中，归档业务组件305还与外部文件服务器40(NAS，NetworkAttached Storage)通信，其功能为向归档业务组件305提供文件，它加强了存储器的功能，简化了网络数据的管理，改善了系统的性能，提高了数据的可用性，同时减少了管理的复杂程度，降低了运营费用。

在具体实施过程中，还可根据实际应用需要对企业内容管理系统的业务类型进行扩展，增加取号业务和反写业务，仍请参考图2，服务平台30还包括：

6)连接Web服务组件301和企业文档系统(即所述设计文档管理系统)20的取号业务模块306，用于实现渠道号取号、纸质档案取号的业务；取号业务模块306还与外部取号中间表数据库50连接；取号中间表数据库50用于存储取号业务请求数据和取号运行日志等数据；在具体工作过程中，取号业务模块306可同步接收多个取号业务请求并存储在取号中间表数据库50中，并异步从其中获取取号业务请求进行处理。

7)连接Web Service组件301和企业文档系统(即所述设计文档管理系统)20的数据反写模块307，用于依据数据源提供的关联数据信息，查找企业文档系统20中已保存的归档数据，并将指定信息反写至目标文档。现有反写业务包括：WorkReady工程函件反写WR渠道号以及WR日期字段至工程文件；DRCS工程函件反写DRCS渠道号至工程文件；交付函件反写对外交付渠道号至工程文件。

另外，在具体实施过程中，请参考图3，为了实现对服务平台30的表接口模块302的业务功能、运行状态等进行在线浏览，可以在客户端10处增设浏览器102，并在服务平台30中增设连接表接口模块302和浏览器102的后台管理WEB应用模块308。

本申请企业内容管理系统的技术框架设计主要体现在服务平台30的技术框架设计，下面对其进行具体介绍：

服务平台30的系统层次划分如图4所示，包括：表现层、控制器层、业务逻辑层、数据访问对象(DAO，Data Access Object)层、领域对象(DomainObject)层。采用三个开源框架：Apache CXF、Spring Framework、Hibernate。其主要针对的是如图2所示的服务平台30的业务实现，下面结合图2、图4，对上述各层次的功能说明及设计思路进行介绍：

1、表现层：其设计是根据业务数据制定XML数据格式标准，实现JSP页面；其功能主要是与各业务系统之间的数据交换。JSP(全称JavaServer Pages)是由Sun Microsystems公司倡导和许多公司参与共同创建的一种使软件开发者可以响应客户端请求，而动态生成HTML、XML或其他格式文档的Web网页的技术标准。JSP技术是以Java语言作为脚本语言的，JSP网页为整个服务器端的Java库单元提供了一个接口来服务于HTTP的应用程序。JSP使Java代码和特定的预定义动作可以嵌入到静态页面中。JSP句法增加了被称为JSP动作的XML标签，它们用来调用内建功能。

2、控制器层：其设计是使用Apache CXF框架开发REST风格的Web服务；程序设计采用面向接口编程的方式，先定义SEI接口，然后定义具体实现类，在实现类中调用业务逻辑方法。其功能是负责接受客户端请求，并调用业务逻辑方法。针对图2，这里主要通过Web服务组件301封装表接口模块302的业务逻辑。其中，Apache CXF是一个开源的Services框架，CXF利用Frontend编程API来构建和开发Services，像JAX-WS；这些Services可以支持多种协议，比如：SOAP、XML/HTTP、RESTful HTTP或者CORBA，并且可以在多种传输协议上运行，比如：HTTP、JMS或者JBI，CXF大大简化了Services的创建，同时它继承了XFire传统，一样可以天然地和Spring进行无缝集成。

3、业务逻辑层：其设计是面向DAO层的接口编程，使用Spring的IOC、AOP等特性进行合理设计，不与持久层API耦合；在这一层进行事务的控制。其功能是实现服务平台系统的业务逻辑。

其中，Spring是一个轻量级的控制反转(IOC)和面向切面(AOP)的容器框架。所述控制反转是指Spring通过一种称作控制反转(IOC)的技术促进了松耦合；当应用了IOC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。所述面向切面是指Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务进行内聚性的开发。应用对象只实现它们应该做的，如完成业务逻辑，而并不负责其它的系统级关注点，例如日志或事务支持。

4、DAO层：其设计是持久层使用不同的技术，DAO层相应会不同；为了使得业务逻辑层不与具体的持久层技术耦合，为每个DAO组件都提供接口，业务逻辑层面向DAO的接口编程。其功能主要包括了对领域对象的创建、查询、更新和删除等操作，对应于数据库表的CRUD操作。其中，CRUD是指在做计算处理时的增加(Create)、查询(Retrieve)、更新(Update)和删除(Delete)几个单词的首字母简写；主要被用在描述软件系统中数据库或者持久层的基本操作功能。

5、领域对象层：其设计是每个领域对象用普通的Java对象(POJO)实现。其功能是抽象了系统的对象模型，每个领域对象通常对应一个或多个数据库表。

总而言之，本实施例中的企业内容管理系统，至少具有如下技术效果或优点：

(1)可以支持处理每小时2000条以上的归档、授权、取号、反写请求。完全满足了现有设计院归档业务对于系统吞吐能力的需求。

(2)对于持归档、授权、反写以及对应存储库的映射等需求只需要通过配置文件修改即可支持，无需对源代码进行更改；提升了对于新需求的响应速度。

实施例二

基于同一发明构思，请参考图5，本发明实施例还提供了一种核电站企业内容管理方法，应用于如实施例一中所述的企业内容管理系统，所述企业内容管理系统包括所述客户端10、所述服务平台30和所述企业文档系统20，所述管理方法包括步骤：

S1、获取业务系统通过所述客户端10发出的多个业务请求；

S2、通过所述服务平台30同步接收并异步处理所述多个业务请求，以及对所述企业文档系统20进行管理操作。

在具体实施过程中，请参考图6，为了能够筛除业务系统上报的不符合本企业内容管理系统业务功能的业务数据，所述步骤S1包括：

S11、向所述业务系统提供所述服务平台30的业务功能；

S12、获取所述业务系统基于所述业务功能向所述服务平台30发送的所述多个业务请求。

在具体实施过程中，请参考图7，所述多个业务请求包括数据归档请求，所述步骤S2具体包括：

S21、通过所述服务平台30同步接收所述数据归档请求；

S22、通过所述服务平台30异步处理所述数据归档请求，并接收所述业务系统上报的归档数据，以及将所述归档数据保存到所述企业文档系统20中。

上述步骤S21～S22具体包括：

步骤1)接收所述数据归档请求，并将所述数据归档请求记录到请求流水表中；

步骤2)对所述数据归档请求进行安全验证，具体为IP范围验证；

步骤21)当所述安全验证失败时，返回错误信息，返回XML格式的处理结果，以使访问方获知安全验证失败；

步骤22)当所述安全验证成功时，验证全局唯一标识符(GUID，GloballyUnique Identifier)是否存在；

步骤221)当验证得知所述GUID不存在时，新增所述数据归档请求所对应的归档数据到服务平台30的表接口模块中，并返回归档数据接收成功，返回XML格式的处理结果，以使访问方获知归档数据接收成功；

步骤222)当验证得知所述GUID存在时，验证XML HashCode是否一致；

步骤2221)当验证得知XML HashCode不一致时，检查所述数据归档请求对应的归档数据的处理状态；

步骤22211)当归档数据的处理状态为处理中时，返回失败信息，返回XML格式的处理结果，以使访问方获知归档数据归档失败；

步骤22212)当归档数据的处理状态为非处理中时，更新XML数据并置为未处理状态，并返回接收成功，返回XML格式的处理结果，以使访问方获知归档数据归档成功；

步骤2222)当验证得知XML HashCode一致时，检查所述数据归档请求对应的归档数据的处理状态；

步骤22221)当归档数据的处理状态为归档失败时，将所述数据归档请求置为未处理状态，并返回接收成功，返回XML格式的处理结果，以使访问方获知归档数据接收成功；

步骤22222)当归档数据的处理状态为归档成功时，返回归档成功的提示信息，返回XML格式的处理结果，以使访问方获知归档数据归档成功。

具体实施过程中，请参考图8，所述多个业务请求包括查询归档状态请求，所述步骤S2具体包括：

S23、通过所述服务平台30同步接收所述查询归档状态请求；

S24、通过所述服务平台30异步处理所述查询归档状态请求，并查询企业文档系统20中已归档数据的归档状态，并将所述归档状态反馈给所述客户端10。

上述步骤S23～S24具体包括：

步骤3)接收所述查询归档状态请求，并将所述查询归档状态请求记录到请求流水表中；

步骤4)对所述查询归档状态请求进行安全验证，具体为IP范围验证；

步骤41)当所述安全验证失败时，返回错误信息，返回XML格式的处理结果，以使访问方获知安全验证失败；

步骤42)当所述安全验证成功时，到服务平台30的表接口模块查询所述查询归档状态请求所对应的归档数据的归档状态，并在归档状态为成功时，返回归档状态为成功，返回XML格式的处理结果，以使访问方获知数据归档状态为成功。

在具体实施过程中，请参考图9，所述多个业务请求包括确认归档完结请求，所述步骤S2具体包括：

S25、通过所述服务平台30同步接收所述确认归档完结请求；

S26、通过所述服务平台30异步处理所述确认归档完结请求，并对已保存到所述企业文档系统20的归档数据的归档状态进行更新，以及将更新的归档状态反馈给所述客户端10。

上述步骤S25～S26具体包括：

步骤5)接收所述确认归档完结请求，并将所述确认归档完结请求记录到请求流水表中；

步骤6)对所述确认归档完结请求进行安全验证，具体为IP范围验证；

步骤61)当所述安全验证失败时，返回错误信息，返回XML格式的处理结果，以使访问方获知安全验证失败；

步骤62)当所述安全验证成功时，到服务平台30的表接口模块更新所述确认归档完结请求所对应的归档数据的归档状态，并在归档状态更新成功时，返回归档状态为更新成功，返回XML格式的处理结果，以使访问方获知数据归档状态更新成功。

总而言之，本实施例中的企业内容管理方法，至少具有如下技术效果或优点：

(1)对于不合规数据或是归档异常情况，可以通过监控服务监控，并会定期发送邮件给指定业务人员，提醒业务人员对异常数据进行跟踪和处理；提升了业务的可靠性。

(2)通过加密、IP限制等方式，保障了服务的安全性和可靠性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

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