基于Web服务Communication Portal平台设计与实现.docVIP

基于Web服务Communication Portal平台设计与实现 　　摘要：在大型跨国企业内部，各分公司的信息独立，如何实现各分公司之间的信息共享并且提高通信效率是一个重要的课题。此外，在日常工作中，每位员工需要维护包括电话簿，Mail地址簿，MSN地址等多种联系人信息，并且每种联系系人信息里又可能包含有多种联系方式，这就造成了存储信息的冗余和维护上的困难。Communication Portal系统能够实现企业内部信息的共享并且提供联系人信息的一元化平台。本文将介绍基于Web服务的Communication Portal的实现，并且对服务器端和客户端的具体实现进行讲解。 　　关键词：Communication Portal Web服务 冗余 一元化 　　中图分类号：TP393 文献标识码：A 文章编号：1007-9416（2012）09-0157-03 　　1、前言 　　随着企业规模的扩大，企业内部各子公司之间信息相对独立，各分公司之间的沟通较为闭塞，总公司也不能共享其下子公司的信息，当总公司的管理者需要联络分公司某位不认识职员时，需要首先联络该公司与总公司进行联络的部门，查询该员工的信息，并通过该部门将查询到的信息反馈到总公司，然后才能建立与那位职员的联络。这果过程不论使用电话，还是电子邮件进行都导致了极大的浪费，而且无形的加重了分公司联络部门的工作负担，造成了时间的浪费，通讯效率的低下。 　　对于企业内部各分公司间信息的共享和通信一体化平台的需求日益显现出来。Communication Portal系统是基于Web服务的综合通信平台。通过在各个子公司部署Communication Portal服务器端，任意子公司任意员工（在企业认证服务器中已经注册），就可以通过Communication Portal客户端访问其他子公司的服务器来获取所需联系人的信息。Communication Portal系统能够综合物理电话，手机，电子邮件，MSN等通信手段使用户面向同一平台进行多种手段的通信，可以很大程度提高通信效率，减轻员工的联系人信息维护工作。 　　2、Communication Portal系统结构 　　系统分为Server端和Client端两部分。如图1所示，Server端分布在企业各地分公司的服务器上。Client通过访问这些服务器可以获取该服务器所管理的资源。Client端通过访问不同的Server端来获取企业内不同地区分公司的信息。Server端通过访问本地的认证EDS服务器进行登陆认证，并通过读取本地的企业电话帐EDS服务器取得所有企业电话帐数据。当两个分公司间有业务联系时，需要在各分公司本地的认证服务器中为所涉及的其他分公司的人员添加认证ID。当数据量很大时Server端支持将数据分布在多个的RDB服务器上存储。其中RDB服务器支持Oracle和SQLServer数据库等。（如图1） 　　上面提及的EDS服务器是以目录树结构存储数据的数据服务器，目前在有许多大的跨国公司中广泛应用于企业员工数据的存储。本系统为了兼容企业现有数据故采用EDS服务器存储用户认证信息和企业电话帐数据。 　　3、Communication Portal服务器端详细设计及实现 　　3.1 表结构设计 　　由于本系统数据量庞大，因此将每个电话帐Service的数据分别存放在不同的表中，并且将多值属性和二进制属性分离出来，既便于操作，也提高了数据访问效率。以下提供的表结构为Oracle9i下运用的表结构，其他数据库环境下的表结构与此表结构大同小异。 　　（1）UserInfo表。用于存储企业认证EDS服务器中用户的单值属性的映射数据。 　　（2）UserInfoValues表。用于存储企业认证EDS服务器中用户的多值属性的映射数据。 　　（3）UserInfoBinary表。用于存储企业认证EDS服务器中用户的二进制属性的映射数据。 　　（4）GroupInfo表。用于存储企业认证EDS服务器中组的单值属性的映射数据。 　　（5）GroupInfoValues表。用于存储企业认证EDS服务器中用户的多值属性的映射数据。 　　（6）AgentInfo表。用于存储电话帐的代理关系数据。 　　（7）PoneBookMember表。存储个人电话帐单值数据。 　　（8）PoneBookMemberValues表。存储个人电话帐多值数据。 　　（9）PoneBookMemberBinary表。存储个人电话帐二进制值数据。 　　（10）PoneBookFolder表。存储个人电话帐Folder数据。 　　（11）GroupPoneBookMember表。存储组共有电话帐单值数据。表结构除将UserIndex换为GroupInde（GroupInfo表的