信息化 频道

情景导购:中国中煤能源集团公司OA平台建设

    12、多系统信息交换解决方案

    ·12.1、方案一概述

    此种情况适合于需要交换的多套系统统一使用万户ezOFFICE协同办公系统及相应的交换方案,目前实现交换的是公文交换。

    该方案实现依托万户网络紧密合作伙伴IBM公司的消息中间件产品WebSphere MQ实现,WebSphere MQ给编程人员提供一种简单而直接的方法,使得应用程序可以在不同的操作平台之间相互交换信息,需要交换信息的各单位的应用系统组成一个应用组,各应用系统配置有自己的WebSphere MQ SERVER,当某应用系统需要向其它应用系统发送信息时先发送到自己的WebSphere MQ SERVER队列中,由自己的WebSphere MQ SERVER与要发送的系统的MQ SERVER之间建立通信,发送到对方的MQ SERVER上,各应用系统服务器上布署一个从自己的MQ  SERVER上取信息的服务,根据MQ SERVER消息到达的触发机制触发服务从自己的MQ  SERVER取自己收到的信息并传送到自己系统的数据库中通过应用系统展现给使用用户,实现原理见下一节的描述。

    实现原理
 

 

    假设这是一个集团性的公司有A、B、C、D等公司,每个公司都有自己的协同办公应用系统,每个公司的应用系统都布署了一套自己的消息中间件产品WebSphere MQ ,假设A公司A应用系统需要向B公司B应用系统或其它公司应用系统发送信息,首先通过在协同办公系统内编写接口,如果是系统内发送则仅仅存入本系统数据库,如果需要发送至外系统则调用 WebSphere MQ接口首先将信息放到本地的一个特殊队列-传输队列(Transmission Queue)中,系统A的WebSphere MQ然后建立一条到系统B 的WebSphere MQ的通讯联接,传递这条信息到系统B的WebSphere MQ,并等待确认。只有WebSphere MQ接到系统B的WebSphere MQ成功地收到信息的确认后,才从传输队列中移走信息。如果通讯线路不通,或系统B的 WebSphere MQ不在运行,信息会留在传输队列中,直到被成功地传送到目的地,系统B的WebSphere MQ收到信息后会触发系统B的接收信息服务,该服务将信息从B的WebSphere MQ队列中取出信息传送至协同办公系统。同样的原理适用于任何一套系统向其它系统发送信息。关于WebSphere MQ的介绍参看附件介绍。

    此种模式关于发送与接收的过程分别总结如下:
 

    ·发送信息(公文)至其它公司系统

    1) 各单位协同办公系统配置有公文的接收单位列表

    2) 某单位用户发送公文选择其它单位时系统调用与MQ SERVER的接口程序,通过MQ SERVER提供的PUT方法将待传送的信息存入本系统配套的MQ SERVER消息队列。

    3) 本系统的MQ SERVER与接收单位的MQ SERVER通讯向接收单位的MQ SERVER发送该信息并确保接收单位的MQ SERVER 收到信息后才从自己的队列中删除该条公文信息。

    ·从其它公司系统接收信息(公文)

    1) 本系统的MQ SERVER 与其它公司的系统建立连接接收发送到本单位的信息。

    2) 本系统的MQ SERVER收到信息后触发本系统的接收信息的服务,由该服务程序完成从本系统的MQ SERVER收取信息并存入到本系统的数据库中。

    ·12.2、方案二概述

    此种方案适用于万户的ezOFFICE协同办公系统需要与其它单位的应用系统交换,交换的内容是公文。

    此方案的特点是使用万户ezOFFICE的单位作为下游单位需要与上游单位的建立公文交换,例如某省政府需要与国办交换公文,而省政府使用了万户ezOFFICE,而国办使用了其它单位的办公系统,则国办成为一个公文交换平台,省政府是它的下游单位,实现原理见下一节的描述。

    ·12.3、实现原理
 

    假设某下级单位使用了万户ezOFFICE协同办公系统,该单位需要与上级单位的公文交换,则上级单位需要建立自己的公文交换中心,上级单位需要提供交换公文的XML格式,下级单位需要向上级单位传信息时则将公文转换成上级单位指定的XML格式并上传至上级单位的公文交换中心,由上级单位的公文交换中心将收到的下级单位的来文上传至上级单位的协同办公系统,同样上级单位的协同办公系统需要向下发送公文时同样将公文封装成XML文件并上传至公文交换系统,各下游单位的系统会定期向上级单位的交换中心请求自己的接收信息列表并接收信息,详细过程如下:

    ·发送信息(公文)至上级单位系统

    1) 根据上级单位提供的XML标淮,用XML模式封装要发往上级单位交换中心的公文,通过Web Servers接口发送公文至交换中心。

    2) 上级单位交换中心接收请求,提取电子公文要素,保存入上级单位数据库,返回是否成功的响应信息入客户端。

    3) 公文发送端(发送公文的下级单位)接收响应信息,检查是否操作成功。

? ·从上级单位系统接收信息(公文)

    1) 下级单位系统处装有一个定时服务,从上级单位的公文交换中心接收属于自己的待接收公文。

    2) 上级单位公文交换中心用XML封装,将封装后的信息作为响应发送至请求端。

    3) 下级单位协同办公系统接收、提取保存交换系统的响应数据。

   
 

0
第1页:项目概述第2页:整体设计(一)第3页:整体设计(二)第4页:技术路线与关键技术(一)第5页:技术路线与关键技术(二)第6页:技术路线与关键技术(三)第7页:技术路线与关键技术(四)第8页:OA系统设计(一)第9页:OA系统设计(二)第10页:OA系统设计(三)第11页:OA系统设计(四)第12页:OA系统设计(五)第13页:OA系统设计(六)第14页:OA系统设计(七)第15页:OA系统设计(八)第16页:OA系统设计(九)第17页:OA系统设计(十)第18页:OA系统设计(十一)第19页:OA系统设计(十二)第20页:OA系统设计(十三)第21页:OA系统设计(十四)第22页:OA系统设计(十五)第23页:OA系统设计(十六)第24页:OA系统设计(十七)第25页:OA系统设计(十八)第26页:OA系统设计(十九)第27页:OA系统设计(二十)第28页:OA系统设计(二十一)第29页:OA系统设计(二十二)第30页:OA系统设计(二十三)第31页:OA系统设计(二十四)第32页:OA系统设计(二十五)第33页:OA系统设计(二十六)第34页:OA系统设计(二十七)第35页:OA系统设计(二十八)第36页:OA系统设计(二十九)第37页:OA系统设计(三十)第38页:OA系统设计(三十一)第39页:OA系统设计(三十二)第40页:OA系统设计(三十三)第41页:OA系统设计(三十四)第42页:OA系统设计(三十五)第43页:OA系统设计(三十六)第44页:项目实施方案(一)第45页:项目实施方案(二)第46页:项目实施方案(三)第47页:项目实施方案(四)第48页:项目实施方案(五)第49页:项目实施方案(六)第50页:系统运行环境
相关文章