统一业务平台（精选7篇）
统一业务平台 篇1
一、统一通信的定义
直观的理解, 统一通信 (Unified Communication, 简称UC) , 就是将用户所有的沟通方式, 包括电子邮件、电话、传真、语音邮件、视频会议、即时通信整合起来, 通过它将桌面、电话和网络上原来孤立的应用程序联系在一起, 使用户能够随时随地、根据需要进行完整的沟通。统一通信是通信网络和应用二者融合的直接结果。
二、统一通信面临的问题
一是网络融合的问题。目前绝大多数企业的数据网和通信网仍然是两套互不关联的系统, 分别由IT部门与通信部门维护, 企业内部之间数据业务通过IP专网进行传输, 话音业务通过公共电话网 (PSTN) 实现互通, 在造成了隔离的网络、分离的系统、割裂的应用的同时, 同时专线费用、通话费用、管理维护成本相应增加造成企业资源的浪费。
二是企业效率提高与业务流程整合的问题。分立的企业内部的各个系统, 己经越来越无法满足信息迅速准确传递的要求, 分布在各个孤立和封闭的信息系统和通信系统中流转的业务流程, 迅速更新与发展但又互不相通的各类通信方式, 在满足企业当前需求的同时, 又成为进一步提高企业以及员工的效率, 增强现代企业的市场竞争力的阻碍。
三、统一通信业务平台的业务设计
3.1统一通信业务平台的建设目标
构建一个满足企业融合ICT需求, 支持分阶段部署的, 具备可伸缩性和可管理性的, 灵活可靠的开放式SIP+JZEE业务平台;在业务平台上, 支持各类统一通信的业务开发与运行, 同时也能够提供对IT系统交互访问的良好接口。
3.2统一通信业务
(1) 基础业务
包括群组和目录, Presence (状态呈现) , 权限认证, 混音, 资源共享等。
(1) 群组与目录
由LDAP服务器或者自定义实现, 一方面提供企业组织机构、人员信息以及群组管理等基础数据的管理与访问;另一方面也是企业消息路由与权限认证的依据。群组在企业通信中特别重要, 用户可以邀请好友加入群组, 在群组中信息内容以群发的方式发送。
(2) Presenee状态呈现
Presence指呈现用户的状态信息给其他人或者系统的一种业务, 技术实现主要依靠Presence业务引擎。Presence业务引擎是一种软件服务器, 其作用是搜集和分发 (如发布、预约, 通知等) Presence信息, 提交给各种控制器或者监听器。
(3) 混音
混音主要用于多方会议中的语音转换。服务器解码从终端收到的音频信息, 将它放到一个每个参与者相应的队列里, 每隔一段时间, 服务器将收到的音频混合, 并编码后送到各个参与者那里。
(2) 同步通信业务
包括IM即时通讯, 即时消息与短消息 (SMS) /多媒体信息 (MMS) 互通, Vo IP呼叫、点击呼叫 (Click to Dial, 简称C2D) , 语音会议、Web会议 (包括桌面共享、电子白板等) 、多媒体会议等。
(1) IM即时通讯
IM是指能够即时发送和接收网络消息的业务, 其中, 消息内容包括文本、语音、视频、数据等多种类型。
IM服务器主要处理网络消息, 提供等各种聊天功能;IM客户端己经逐渐发展为集成了电子邮件、博客、音乐、视频、游戏和搜索等多种功能访问的统一入口。
(2) 即时消息与手机短信/多媒体信息互通
个人使用IM即时消息主要在PC之间以P2P方式交互基本能满足需求, 而企业客户由于移动性要求高, 这就需要在IM即时消息和手机短信或彩信之间进行转发, 一般由IM服务器提供服务进行消息的格式转换与代理转发。
(3) Web会议
Web会议是基于Web并面向企业网络召开会议的通信业务, 用户可以通过软终端、普通话机、SIP硬终端和手机等参加Web会议。
桌面共享, 一般采用RFB (Remote Frame Buffer, 远程帧缓冲) 协议实现客户/服务器的交互, 由服务器端共享桌面给客户端。电子白板是指在用户间共享绘画信息, 它允许用图画信息来实现同步协作。
(3) 异步通信业务
(1) 统一消息 (电子邮箱, 语音/传真邮箱)
一个基于Intemet的语音邮箱系统很容易和其他Intemet服务 (电子邮件、Web、视频邮件和传真) 相集成, 进行交互工作对企业是一件有价值的业务。
(2) 消息与通知
系统能够通知用户各种预约提醒, 会议日程, 共享文件的改变, 收到的多媒体消息等。
四、结束语
统一通信跨越了信息技术IT和通信技术CT两大领域, 其理念、技术与解决方案也是在不断完善和进步中。根据Gartner的预计, 统一通信的市场将在今后的3-5年内进入成熟期, 而相应的企业通信市场将达到400亿美元/年。在这个领域里市场前景非常光明, 下一步将继续完善统一通信平台的设计, 并实现与整合更多的通信业务, 满足企业构建高效的沟通平台的需求。
摘要：统一通信可以作为一系列产品的组合, 也可以是一个整合的应用系统平台的融合体。而统一通信的业务平台, 承担着业务与应用融合与整合的重要功能, 也是真正满足企业集成业务系统、简化运行和提高生产效率的迫切需求的最终价值所在。
关键词：统一通信,业务平台,会话初始协议
参考文献
[1]朗为民.下一代网络技术原理与应用贬[M].北京:机械工业出版社, 2006
[2]张云勇, 张智江, 刘韵洁.下一代网络业务开放技术[M].北京:电子工业出版社, 2004
统一业务平台 篇2
关键词：集团业务,集团客户支撑,统一监控
一、引言
中国移动本地网是一个容量大、覆盖广、设备类型较为繁杂的网络。虽然已经具备SDH网管、OTN、PTN网管等专业网的网管系统, 但由于各个专业网网管系统由不同的厂商开发, 在开发之前没有定义统一的信息交换, 各个专业网网管系统采用各自的管理协议, 互不兼容, 使各个通信网网管系统之间的信息交换、信息管理通过传统人工方式进行, 专业网管之间不能互联互通, 形成了一个个网管孤岛, 难以进行跨专业的相关性事件分析。为了打破日益突出的售后服务瓶颈, 提供跨平台的统一监控告警, 集中资源管理, 针对集团业务的设备性能分析, 建立流程工单管理系统, 提高专线业务的响应速度, 急需要一套针对中国移动集团业务的统一平台。
二、集团业务需要统一监控网管平台
(1) 集团业务爆炸性增长。2009年之前, 由于没有固网牌照, 中国移动集团业务的规模和投资都比较小, 仅限于移动增值服务。2009初, 随着3G牌照的下发, 电信业的重组, 中国移动开始高举全业务运营的大旗。鉴于大客户对电信运营商的特殊重要性, 必然成为了各大运营商争夺的重点。根据省公司集团客户调研情况, 2013年底集客项目建设完成后, 湖北省的集团专线保有量将达到2009年50倍。 (2) 网络环境日益复杂、平台跨度大。产品类型日益复杂, 中国移动提供的集团业务除了针对企业的商信通、集团V网集团信使和MAS等数十种, 还有与政府机构合作的经财网、政务通、平安城市等大型信息化项目。随着各种新技术演进, 针对各种产品的实现方式也变得更为丰富。除了传统的光收+协转的接入模式以外, MSTP、PTN及PON等技术在现阶段及将来的集团客户项目中将得到更为广泛的应用。 (3) 竞争逐渐进入白热化。随着全业务运营的开展, 几大运营商之间的竞争逐渐进入白热化, 售后维护作为整个集团客户项目运行过程中不可或缺的一环, 承受着到来自各方压力的传导。
三、统一监控网管平台功能研究
“基于集团业务的统一监控网管平台”主要针对中国移动集团业务, 根据集中监控、集中维护、集中管理的原则, 对专线业务多厂家跨平台环境下的网络进行集中统一的监控管理与操作维护, 对设备性能参数和业务流量进行在线统计和分析, 以保证专线业务的有效展开。
主要功能应具备以下四点: (1) 提供跨平台的统一监控告警。随着集团客户项目业务的高速发展, 必然带来了大量的售后问题。维护人员需要经多套网管平台才能获取到专线的传输情况, 因此无法做出及时综合的分析, 影响到专线的维护进度, 导致客户投诉。为了提升用户服务质量, 从总体上提高专线的综合管理水平和管理效率, 通过故障管理实现对全网各类告警的实时采集、综合处理和数据存储, 并以可视的方式实时监视全网当前的活跃告警, 从而实现对告警的产生信息的及时分析与了解, 达到对全网故障的科学管理, 及时掌握和排除故障。 (2) 集中资源管理。由于专线类业务跨越数个专业网管系统, 长期以来相关的运行基础数据无法达到传输专网的水平。资源管理模块通过全网资源综合分析, 以定时同步的方式从专业网管获取配置方式, 统计网络资源使用情况以及新增设备、新增电路情况, 用来监测网络资源的使用情况, 为集团客户项目业务维护人员提供相关的分析提供数据基础, 优化网络运行效率, 降低专线开通时间间隔。 (3) 针对专线业务的设备性能分析。以各专业网管性能数据库为基础, 对业务电路传输性能进行监视, 提供集中性能分析和报表功能。这些数据对全网运行状况的评估, 判定全网运行效率以及将来网络建设的一个重要参考依据。 (4) 流程工单管理系统, 提高专线业务的响应速度。集团客户项目业务的跨专业性, 专线类业务往往得不到及时的响应, 为了对运维工作进行更好的管理, 流程工单管理系统也是功能模块之一。通过故障工单、电路调单和局数据修改工单的闭环管理, 系统对工单所流经的每个岗位、操作时间都进行详细的记录。理顺不同部门之间的协作流程, 规范工作流程, 提高工作效率。
四、结论
统一业务平台 篇3
关键词：科技业务,统一平台管理,广东省
“十一五”期间,我国电子政务向纵深发展,很多部门的电子政务建设从政务公开向业务网上办理过渡,一站式、全流程、协同办公、跨部门、信息整合、资源共享成为这一时期的重点研究内容。广东省是全国电子政务建设发展较快的省份之一,作为广东省级科技主管部门,广东省科技厅一直高度重视电子政务建设工作。2007年,广东省科技厅建设了本部门的科技业务管理系统,实现了部门内业务一站式全流程管理服务,有效提高了省级科技业务信息化管理水平。研究和设计广东省科技业务统一管理平台,目的是充分利用广东省科技业务综合管理系统已有的网络和设备资源,建设市县级科技业务管理系统,推进各市县科技业务信息化建设进程,加强省市县三级科技业务信息资源的整合、共享,全面提高广东省科技业务的信息化管理水平,提高全省各级科技管理部门的业务管理水平和服务能力,促进全省科技对社会经济发展的支撑和引领作用。
1 广东省科技业务信息化管理现状
广东省科技主管部门包括广东省科技厅、各地市科技主管部门、各县(区)科技主管部门三级,开展的科技业务则包括国家科技业务、省级科技业务、市级科技业务、县(区)级科技业务。各级科技主管部门的职能一方面是向上一级科技主管部门推荐业务并协同管理,一方面是为本地区的科技、经济和社会建设服务,制定科技政策、进行科技规划布局,对本地区科技项目进行资助管理等。目前,全省各级科技主管部门科技业务信息化管理的总体情况如表1所示。
从表1来看,广东省科技业务信息化管理的特点如下:
(1)全省科技业务信息化管理水平参差不齐。省级科技业务实现了“业务一站式”、“全流程信息化”、“业务处理自助式”管理,走在全国各省市的前列。部分经济实力较发达的地市,如深圳、广州等,其科技业务信息化管理水平较高;部分经济实力较薄弱的市、县(区),其科技业务信息化管理还比较落后,甚者只实现了单个业务C/S申报软件或只提供了Word格式申报书模板下载服务,根本没有后期业务的信息化管理服务。
(2)各科技业务管理系统基本上处于“信息孤岛”状态。各系统数据格式各异,信息不能整合,资源难以共享,严重阻碍了科技业务信息化进程,影响了各级科技主管部门的公共服务能力和业务管理水平。一方面,广大的科技工作者需要登录省、市、县(区)级科技主管部门各自的网站或系统查看有关业务动态或具体项目申报指南,而各级科技业务管理系统的资源不能共享则容易导致其错失或漏掉部分申报信息,失去参与的机会,同时在获取信息资源过程中需要反复登录不同网站或系统并重复录入相同信息,重复劳动多,工作效率低;另一方面,由于各网站和系统之间不能对接,无法满足科技主管部门彼此之间共享和协作的需求,制约了科技主管部门的业务管理水平提升。
2 广东省科技业务统一管理平台研究
在研究广东省科技业务统一管理平台之前,我们通过网上调查的方式全面了解了全国科技业务管理系统的建设和服务情况。调查结果显示,目前全国没有一个省建设了省市县三级科技业务统一管理平台。国内一些信息化发展较好的省级科技主管部门建设了本部门一站式全流程管理系统,部分落后的省级科技主管部门还在采用单机版软件进行项目申报。在这种情况下,研究和设计广东全省科技业务统一管理平台意义重大。
2.1 服务内容研究
进行广东省科技业务统一管理平台研究,我们的目标重点是提升政府在以下两个方面的能力:一是政府的公共服务能力,二是政府的行政管理效能。公共服务能力是政府为社会公众提供服务的能力。在本平台中,主要考虑方便企事业单位办理科技业务,包括申报机会集成、工作帐号集成、工作界面集成、单位和个人信息的共享共用服务等。行政管理效能是指政府内部工作效率的提高和管理决策能力的提升。在本平台中,主要考虑提高科技业务办理效率和管理决策能力,包括工作帐号集成、工作界面集成,统计分析集成、项目查重集成、专家库和专家评审服务共享共用、信用信息共享共用等。因此,在平台建设中的主要服务内容如下:
(1)申报机会。提供均等的申报机会,对于登录系统的企事业单位和个人,平台提供统一的申报机会服务,即将平台中所有科技主管部门的通知信息、申报信息、申报指南信息等统一发布在平台上,方便各企事业单位和个人查阅。
(2)单点登录服务。一次登录平台,不用退出,即可办理不同科技主管部门的在平台中的所有科技业务。
(3)共建共享数据信息。提供数据信息共建共享服务,一次性录入信息,在办理任何一级科技业务时都可以共享共用,无需重新录入;同时,提供一处修改处处更新服务,使每个功能下调用的数据信息保持一致。
(4)共享科技咨询专家。提供两方面服务:一是各级科技主管部门都能使用平台专家库中的专家,提高科技项目评审质量;二是专家工作集成服务,将系统中各级科技主管部门需要专家评审的项目集成在一起,方便专家处理,避免因工作分散而被遗漏的情况发生。
(5)共享科技信用信息。对权限范围内的各级科技主管部门用户开放各类相关单位和人员的信用评价信息以供参考,提高科技项目的立项质量。
(6)项目查重服务。实现科技项目在全平台查重服务,避免科研不端行为发生。
2.2 关键问题研究
广东全省有1个省级科技主管部门、21个地级市科技主管部门、100多个县(区)级科技主管部门,各主管部门业务有的几十种,有的几种,并且同一业务在不同的主管部门中其管理内容和流程略有差别,这些业务如果集中在一个平台、一个数据库进行管理,需要构建超大规模和异常复杂的业务模型、数据模型和流程模型,极易出现平台性能差和并发性等问题;同时,全省科技业务信息汇聚成海量的科技资源,如何从海量的资源中挖掘出各级科技主管部门需要的信息,并将其发布的相关信息安全地递送到相关用户界面,充分满足全省科技业务管理协作服务,这是目前电子政务迫切需要解决的问题。
由于传统的集中统一平台管理模式的局限性,无法解决全省科技业务统一管理的需求,因此,我们采用了应用分布式+数据共享集中式平台框架。在该平台框架下,将各级科技主管部门的业务管理系统布置在应用平台上,实现各业务系统完全自治,互不影响,即将一个大的系统分解成N个相同或类式的子系统进行管理,这能很好地解决系统性能差和并发性问题。由于这些子系统以广东省科技业务综合管理系统为原型进行开发,因此具有部署快、系统完善、成熟、稳定的特点。数据共享集中平台则主要实现科技管理协作服务,包括提供全省科技信息共享和业务协作服务接口,实现业务和共享协作的合理分工等。
(1)建立覆盖广东全省的省市县各级科技管理部门的科技业务综合管理网络节点。以广东省科技业务综合管理系统为原型,开发建设各级科技主管部门的业务管理系统,快速实现业务部署、业务内容修改、业务流程修改、主管部门增减、邮件短信服务、信息维护等功能。
(2)建设全省科技业务共建共享数据库。实现全省科技业务用户库、申报指南库、项目库、专家库、信用库的共建共享,包括广东省科技业务统一管理平台的框架组成,科技主管部门、各企事业单位和个人共享协作需求和有用有效的共享数据和协作功能,协作基础数据库的内容和标准,各级科技主管部门的业务管理系统与协作基础数据库的连通功能,以及所有服务实现的核心算法、系统功能等。
(3)实现省市县各级业务管理系统的互连。打破全省科技业务不同单位、不同信息系统之间的“信息孤岛”状态,实现全省科技主管部门之间业务协作,包括具体主管部门的受理项目在全省的查重、各企事业单位和个人在全省的信用和项目资助情况查询、部门间联合资助、上下级的配套资助、全省共用科技咨询专家等。
(4)为各企事业单位和个人 、科技咨询专家提供全省一站式服务。对平台内的所有企事业单位和个人提供一套帐号全平台服务,包括全省申报机会查询、一站式省市县科技业务处理;对科技咨询专家提供全省一站式网上评审管理和服务。
3 广东省科技业务统一管理平台设计
3.1 系统结构
3.1.1 总体框架。
广东省科技业务统一管理平台的总体框架分三个层次,包括协作科技业务管理层、协作交互服务层、协作基础数据层(见图1)。
·协作科技业务管理层主要实现以下服务:一是以广东省科技业务综合管理系统为原型,开发建设各级科技主管部门的业务管理系统,这些业务管理系统独立运行,实现本级科技主管部门所在地区科技业务的一站式全流程管理。二是通过协作交互服务,各企事业单位和个人可以在本单位所在的省市县业务管理系统无缝切换,处理相关业务。三是各级科技主管部门可以共建共享协作基础数据库的数据和信息。
·协作交互服务层主要为各类服务和接口,由协作基础数据库提供的各类服务接口,协作科技业务管理层调用接口把需共享的各数据同步到协作基础数据层;同时,协作科技业务管理层也调用各类服务接口查询协作基础数据层的各类数据库信息。
·协作基础数据层。处理、存储和管理各类协作基础数据,包括用户信息库、申报机会库、项目信息库、科技信用库、科技咨询专家库等,并对外提供接口和服务。
3.1.2 科技业务管理系统。
科技业务管理系统是以广东省科技业务综合管理系统为原型,结合各级科技主管部门实际需求开发的具体业务子系统,系统实现了具体科技主管部门的业务一站式全流程管理,该系统主要由三部分组成:业务层、中间层、数据存储层(见图2)。
·业务层为具体科技管理系统的功能模块,包括:单位注册管理,业务申报管理、评审管理,项目立项管理,合同签定以及项目拨款管理,项目跟踪管理,信息发布和系统维护管理等。
·中间层包括各类中间接口和组件构件库。主要接口有门户框架、统一认证接口,邮件短信接口,监察对接接口;构件库是一组业务功能构件,每个业务功能构件都实现为一个(自治、粗粒度、松散耦合的)服务。
·数据存储层是具体科技主管理部门、申报人、申报单位的个性数据和共性数据的元数据存储库。
3.1.3 协作基础数据层。
协作基础数据层为全省科技主管部门提供科技数据共享和协作服务。主要由数据层、业务服务层、表现层三部分组成(见图3)。
数据层主要存储并管理包括用户信息库、申报机会库、项目信息库、科技信用库、科技咨询专家库等五大类数据。
·业务服务层分信息收集和共享协作两大类服务。其中,信息收集服务主要包括用户统一注册服务、各类项目采集服务、申报机会采集服务、科技咨询专家共享设置服务、各类信用采集服务等;共享协作服务主要包括单点登录认证、各类项目查询查重、申报机会查询订阅、共享科技咨询专家评审服务、各类信用查询服务等。
·表现层为各项功能页面和对外服务接口。提供直接访问协作基础数据层功能页面服务,也可以在各科技业务管理系统通过接口建设共享数据或调用协作基础数据层页面,获取许可的共享数据。
3.2 系统功能及特点
根据全省科技主管部门一站式全流程科技业务管理需求,广东省科技业务统一管理平台设计了科技业务管理、基础数据库管理和统一用户管理三大功能。
科技业务管理功能提供了具体科技主管部门一站式全流程科技业务管理服务,实现系统各类用户对科技业务从计划编制到申报、评审、合同签订、过程管理、验收直至归档的全流程协同处理。
基础数据库管理功能实现了采集平台中各类共建共享信息,将信息提供给符合权限要求的用户,并为各类用户在整个平台的单点登录、项目查重、项目申报机会查询等系统服务提供统一的数据。
统一用户管理功能是在基础数据库的基础上,对整个平台上各业务子系统的用户实现以下数据的统一处理服务,包括申报机会、项目查重、专家共享、单点登录、信用共享等。
这三大功能的设计和建设,体现了广东省科技业务统一管理平台的以下特点:
(1)独立灵活的业务定制服务。各级主管部门可对系统进行二次开发,包括可以灵活定制本部门系统页面风格、具体业务的申报、管理流程,根据部门实际情况增开管理处室、特色业务,改变辖下单位在本系统中的主管部门等。各级科技主管部门除了需要投入一定的技术力量外,基本上不会发生其它费用,节约了行政成本,提高了业务信息化管理水平,提升了部门业务管理能力。
(2)完全的基础数据共享。系统中所有企事业单位和个人、科技咨询专家等用户的基本信息资源实现共享,各类业务信息资源自动归类管理,而所有数据信息来源于平台中的各系统、服务于平台中的各系统,但是不影响平台中任何系统的独立正常运作。
(3)统一的共享数据服务。在平台中,通过协作基础数据层的各项接口服务,实现整个平台数据资源共享服务,用户界面统一规范,操作简单易行。
(4)广泛的适用性。本平台虽然是为广东省市县三级科技业务信息化管理设计,但其灵活的表单和流程定制服务同样适用于其他政府部门网上业务的处理及应用,具有较为广泛的适用性。
4 关键技术研究
根据广东省科技业务统一管理平台的框架结构和设计,我们主要采用了远程通信、消息通信、共享信息、单点登录和个性化推荐算法等技术和服务来支持平台建设。
4.1 高效的远程通信技术
在实现各级科技主管部门之间数据共享和业务协作时,除了常用的EAI方案,我们增加了Web Service技术作为系统互连的方式,并研究出新的基于http的通信协议;同时,结合序列化和反序列化的方式进行远程通信协议,使不同的系统之间的传输效率比基于xml技术的webservice提高了约8倍,很好地解决了各个科技业务系统之间地理位置跨度大、Internet防火墙等问题。但是,该方案要求其他现有的业务系统改造时,也需要部署自己开发设计的通信协议程序包,非标准实现通信协议。
4.2 高可用性的消息通信技术
目前,市面上默认的各种开源MQ服务器基本不提供高可用性方面的支持,为了提高MQ服务器高可用性,我们针对平台主要做了如下改进,包括队列冗余寻址、提供MQ服务器故障自动检测、提供服务自动恢复、提供自动配置、设计应用程序寻址等,较好地解决了平台运行中动态寻找队列和接受队列消息的问题,实现了动态添加的成员系统在数据交换时的高可用性,并且避免了单一MQ服务节点发生故障后造成所有相关系统停止运行情况的发生。
4.3 基于元数据标准的共享信息技术
通过制定元数据标准(基于XML Schema)、利用缓存技术、采用批更新的方式,将项目/单位/人员信息中最基本的特征信息抽取出来,组成项目/单位/人员信息编目,存放在协作基础数据库中,以支持跨系统的查询/统计服务。元数据标准的制定统一了各成员系统中共享信息编目的格式,这些编目信息根据各成员系统设定的批更新策略,定期将变动的信息编目送至协作基础数据库。当编目信息较多时,则采用缓存技术,以增加吞吐量和减少响应时间,提高平台服务性能。该技术解决了成员系统数据安全性问题和共享信息更新问题,由于不能实时同步数据,因此有发生数据不一致的可能。
4.4 单点登录
用户第一次登录完成后,系统为其设置统一的用户标识,作为访问各相关系统的凭据,此后用户每次登录即可以访问平台中相关的许可功能,无需进行重复登录。单点登录是支持平台用户一次登录处处访问的关键。由于平台中各系统采用了不同的验证模式,因此,我们主要解决了支持多种验证模式的单点登录服务。
4.5 个性化推荐算法
通过数据挖掘和提取技术,进行分析、综合、归类、匹配,将符合平台相关用户的各种信息自动推荐给他们,提供更加友好、人性化的科技服务,避免了从海量信息中搜寻相关信息需要花费的大量时间和精力,提高了平台各用户的工作效率。
5 结论
本文对广东省科技业务统一管理平台的服务内容、关键技术进行了研究,主要成果如下:
(1)提出省市县三级科技业务统一管理平台,在国内科技管理领域首次实现省市县三级管理部门的科技业务共享和协作。(2)为各企事业单位和个人提供全省科技业务一站式全流程服务,有效提高全省科技主管部门的公共服务能力。
(3)实现全省科技资源优化和统筹,加强相关部门、行业以及地方的协调配合,建立健全科技业务协调机制,优化科技资源,减少配置分散或重复现象。
(4)实现全省科技业务信息化管理的集约化发展,最大限度地减少资源性、基础性项目的重复投入,有效提高社会资源的利用效率。
参考文献
[1]王长胜,张新红,于施洋.中国电子政务发展报告[M].北京:社会科学文献出版社,2007
[2]姚国章,吴倚天,林萍,等.中国电子政务案例[M].北京:北京大学出版社,2006
[3]蔡桂兰.广东省科技业务信息化管理现状及发展分析[J].科技管理研究,2010(10):161-163
[4]洪丹丹.统一身份认证服务器的研究与实现[J].中国教育信息化,2011(2):16-18
[5]罗晓斌,董守斌,徐浩,等.基于JMS的异步消息处理技术及应用[J].计算机工程,2002(12):121-122
[7]CHU SEONG-EUN,KANG DAE-WOOK,KIM JAE-NAM,etal.Efficient Implementations of Remote Method Invocation Consider-ing Object Consistency[J].Cheju Island:Hybrid Information Tech-nology,9-11 Nov.2006:634?641
[8]JOHNSON R,HOELLER J,DONALD K,et al.Spring FrameworkReference Documentation[EB/OL].Internet:http://static.spri-ngsource.org/spring/docs/3.0.x/spring-framework-reference/html/remoting.html,2011
统一业务平台 篇4
1.1 建设目标
依据目前能源行业信息化的实际状况, 结合当今成熟的计算机网络技术, 吸收和借鉴行业信息化和自动化方面先进的技术成果进行应用并力求创新, 充分利用“3S”技术 (GIS、GPS、RS) 、三维建模与可视化技术 (VR) 、空间数据库及网络通信技术、人工智能技术和科学计算技术, 对能源行业所有空间信息元素进行真三维数字化描述, 结合能源行业生产实时自动化监控系统, 为工程规划、开拓设计、生产安全管理、集成调度指挥、辅助决策及应急救灾等提供统一的技术平台和强大支撑工具, 促进能源企业信息化升级, 为能源行业安全、高效、绿色和可持续发展提供有效保障。
1.2 关键技术
1.2.1 空间信息并行搜索技术
空间信息并行搜索是利用网格技术将空间信息搜索请求分发给多个空间信息提供者, 并行进行搜索, 然后汇集搜索结果返给客户。并行搜索是针对分布式海量空间信息搜索的一种有效措施, 可以提高搜索效率, 减少等待时间。
1.2.2 地理信息系统技术
GIS是融合计算机图形和数据库于一体, 用来存储和处理空间信息的技术, 它把地理位置和相关属性有机结合起来, 根据用户的需要将空间信息及其属性信息准确真实、图文并茂地输出给用户, 并将所需的信息数字化, 通过所提供的空间分析模型, 辅助管理人员进行决策。
1.2.3 三维仿真建模技术
仿真建模技术是建立虚拟环境系统的基础, 主要包括三维视觉建模和三维听觉建模。其中, 视觉建模主要包括几何建模、运动建模、物理建模、对象行为建模以及模型分割等。听觉建模通常只是把交互的声音响应增加到用户和对象的活动中。
2 应用前景分析
2.1 应用优势及应用场景分析
三维GIS对客观世界的表达能给人以更真实的感受, 它以立体造型技术给用户展现地理空间现象, 方便对空间对象进行三维空间分析和操作。
2.1.1 高密度、高精度三维模型快速批量加载
石油石化企业的储油罐、管线、阀门等设施设备种类繁多、连接复杂, 例如一平方公里范围内石化场站的三维模型数量可以达到2 000个以上, 而相同面积的城市三维中, 模型数量只有几十或几百个, 尤其是在提取的石油石化设施设备的三维模型中, 单个模型的数据量就可达到十几个GB, 批量加载高密度、高精度的三维模型数据对石油石化行业的全业务统一平台提出了更高的技术要求。
2.1.2 工艺流程动态管理
石油石化企业的生产工艺流程是动态的。每一道工序之间是相互关联的, 任何一道工序的变化都可能导致整个生产工艺流程的改变。因此, 在生产过程中要时刻关注每道工序的运行变化情况。工艺流程中任一道工序的变化情况和对整个工艺流程的影响情况, 系统都无法实时、直观的展示出来, 这也给企业的生产管理带来诸多不便。
2.2 应用方向
2.2.1 在石油石化物探中的实际应用。
科学部署地震测线:平台可以根据部署地震测线的坐标数据, 在计算机中自动生成带坐标的测线图, 将之叠加在数字地形图上, 从而清楚地看到测线所经过的地物。如果测线直接经过村镇、湖泊或高价值经济作物种植区等区域, 可以及时做出适当调整。
高效准确的图件编辑:基于GIS的全业务统一平台利用地理信息系统强大的图形编辑功能, 物探工作人员可以方便地在电脑中进行地理位置的查询、地理底图的任意裁剪, 并在地理底图的基础上编辑、叠加其他的构造、部署等信息, 大大提高勘探人员编图的效率, 提高编图的精度。
2.2.2 在油田统计中的应用。
井位部署、产量分布及油井动态的可视化。通过基于GIS的全业务统一平台, 将所有油井分级分类, 以符号的形式标注在油田地图上, 不同产量的区域用不同的颜色标注, 统计人员结合地理位置表述可以对油井分布区域、井下作业、生产能力及产量、井距疏密程度、停躺井情况等数据有直观了解判断。并且可以通过地图缩放改变显示内容, 进一步定向查询详细信息。例如查询某一单井的井位坐标、产液量等详细数据。
油气集输站、注水站等库站运行情况的可视化。例如站库能力数据、库存动态变化、注水情况均可通过在地图上标注符号或以不同颜色来反映运行状况。
2.2.3 在油气管道风险评价分析中的应用
统一业务平台 篇5
目前国内外已有不少跨库检索系统, 像艾利贝斯公司的metalib系统, 清华大学的同方异构统一检索平台 (USP) 等。One Search是南京乐致安信息技术有限公司开发的统一资源检索系统, 它包括书刊资源整合和电子文献整合两大模块。它支持所有中外文数据库的整合。2012年南京航空航天大学图书馆购入One Search统一检索系统, 主要是针对南京航空航天大学图书馆的电子资源进行跨库检索。整合了目前该图书馆购买的几乎所有中外文数据库。
影响统一检索平台质量的标准有很多, 主要包括资源整合功能、检索功能、检索结果处理、检索效率以及服务功能5大方面, 其中既包括一般检索系统通用的评价标准, 也包括统一检索平台特有的标准。[2]
1 One Search统一检索系统评价
1.1 资源整合功能
统一检索平台的最重要优势即在于其资源的丰富性、多样性, 涵盖资源的广度是非常重要的。此外, 检索平台及其网站对于资源的揭示以及资源获取的便利性也影响着用户的使用体验。
1.1.1 资源导航
分类导航, 由于统一检索平台中的资源来源非常广泛, 因此不同资源类型的分类导航对于用户熟悉了解资源有重要意义。One Search平台可以按常用数据库、全部数据库、按字母、按学科、按资源类型浏览数据库, 也可以通过检索框查找数据库。
资源揭示, 即是否对此平台包含的资源进行说明。One Search平台并未对资源进行描述说明, 因此对不熟悉数据库使用的用户来说比较费力。应对地址、文献类型、时间跨度、内容简介、覆盖范围、语种、出版商、检索注意事项等进行说明, 以便用户了解筛选。
对于同类资源也没有分类浏览, 也就是不能多层筛选数据库。对于同类资源应建立丰富、多样、准确的分类索引表, 方便用户在使用的过程中准确定位数据库资源。
1.1.2 资源整合
资源整合主要描述其资源范围。包括整合数据库的范围, 资源的更新速度, 是否与原数据库同步更新, 不同类型的资源整合程度如何, 以及是否有不同数据库引文间的相互揭示。
One Search平台目前整合的数据库有90个, 包括的学科有材料科学、机械、电子电气、计算机/信息科学、能源/动力工程、法律、经济、管理学、社会科学、语言/文学、航空航天、土木工程、数学、化学/化工、物理、光学等。资源更新与数据库同步, 无不同数据库引文间的相互揭示。
1.1.3 资源获取
主要是指查找到所需的资源后, 其获取方式是否便利、多样;获取资源的链接是否便利可用, 有没有失效的情况;此外, 可否直接链接至全文获取也是比较重要的评价标准。
通过One Search查到所需的文献后, 有的资源下方有“获取全文”的链接, 而大多数都是没有“获取全文”链接, 因此对用户来说需要花费更多的时间获取资源。对于可以获取全文的资源, 它提供了两种获取全文的方式, 一种是点击题名可链接至源数据库, 下载全文。另一种是文章后面的“获取全文”链接, 有的链接到的是数据库的检索页面, 需重新输入检索词检索获取文献, 不能直接链接全文获取, 有的链接可直接链接至全文获取。
1.2 检索功能
检索功能直接影响信息检索的查全率、查准率, 检索的灵活性、方便性及检索速度, 是评价资源检索平台的重要指标。[3]
1.2.1 检索方式
One Search平台既可以进行简单检索、高级检索还可以在返回结果之内或所有内容之内进行二次检索。高级检索可以对时间进行限定检索。检索时勾选的数据库会在“本次检索的范围”中显示出来, 要重新选择可以全部清空, 去除哪个数据库可将该数据库前的√勾选掉。
One Search平台的分类浏览功能没有按全文/文摘、中文/外文数据库浏览检索, 分类浏览查找不详尽。
1.2.2 检索字段
此平台的简单检索和高级检索都提供篇名、关键词、主题词、摘要、全文和任意等检索字段的检索, 不提供来源、出版商等检索字段。高级检索最多可联合3个字段, 同时可限定时间检索。没有对专业的数据库进行专门的检索字段设置, 比如没有针对会议文献的会议名称和地点的检索, 也没有针对标准文献的标准号的检索。
1.2.3 检索技术
此平台提供AND、OR、NOT布尔逻辑检索, 不支持扩检缩检与精确检索技术, 不支持相关检索和差异化检索, 这可能与其整合平台的定位以及检索技术有关。既定位为统一资源检索平台, 为了保持界面的简洁与使用的简易性, 牺牲对特定数据库的检索是情有可原的。同时, 在统一检索平台下, 对单个数据库增加检索字段, 也需要较为复杂的实现技术与界面。
在实现二次检索功能的相关检索方面, 此平台只提供了一个检索框, 而对检索字段无要求, 这就不能获取同类资源。
1.2.4 检索界面
此平台的检索界面无检索用时显示, 初级与高级检索页面无需切换, 检索结果和检索页面切换顺利, 没有提供搜索词修正提醒。在显眼的地方提供了检索帮助。
1.3 检索结果处理
检索结果处理是指对初次检索结果进行调整、细化, 最终获得所需资源的过程。
此平台不提供检索提问修改, 没有修改建议, 提供在结果中进行二次检索。不支持二次分类检索。检索结果显示的是基本信息, 不提供详细信息的显示。检索结果无去重功能, 采用先返回、先显示的模式, 减少等待时间, 左边的聚类栏根据返回的顺序和类型动态的显示所有检索资源库的结果情况。对于检索结果的输出, 只能单个浏览, 不提供结果批量输出, 即对搜索结果不能标记、筛选、保存。
1.4 检索效率
此平台检索结果无用时显示, 检索时, 等待比较久, 选择的数据库越多越费时。没有设置数据库的全选框, 选择数据库只能逐个勾选。检索时有时会有连接超时的现象, 要重新检索, 用时很久。在此平台上利用题名检索分别含有“computer”、“information”的文献, 选择的数据库有SCI、Elsevier、Ei、ACM, 然后再分别在这4个数据库检索题名中含有“computer”和“information”的文献 (见表1) 。
检索截止日期2013年1月9日
从检索结果看, One Search平台检索SCI数据库不全, 其中题名中含有computer的此平台只检索到33篇, 就是显示了SCI单库检索结果的前33篇文章, 题名中含有information的此平台只检索到60篇, 就是显示了SCI单库检索结果的前60篇文章。并且点击此平台显示的检索SCI的结果的某篇文章的题名链接不到文献详细信息, 出现的是“无效的查询。请检查时间跨度是否在选择的数据库的覆盖范围内”。其他三个库Elsevier、Ei、ACM查准率为100%。
1.5 服务功能
此平台没有用户页面定制功能以及个性化服务, 如不提供个人帐户、保存检索策略、保存电子资源等等, 以方便用户随时浏览。也不提供原文传递、参考咨询、馆际互借等其他服务方式。
2 结语
在One Search整合系统统一检索平台的评价中发现: (1) 对数据库的各种查找方式方便了数据库的查询, 减少了选择数据库的困扰, 但是对数据库的分类还不够多样, 也不能在不同的资源类型中进行组配检索。 (2) 帮助文件实用性不强, 更像是对功能的简单介绍, 没有突出特点和有针对性的回答问题。 (3) 提供的电子资源特别丰富, 但是不是所有资源都是使用者所需, 也没有设置快捷的方式, 所以难免会给使用者造成困扰;而且检索数量太大, 相关性不强的信息会影响使用。 (4) 实现了中文和英文检索, 但是跨语言检索功能很薄弱。 (5) 系统应该提供错误修正功能, 比如用户输入出现错误。Google界面就会提示“您是不是要找”就会因为这样能更好的避免检索时间的无端浪费, 从而提高检索效率。 (6) 系统应加强与其他服务方式比如原文传递、参考咨询等进行有效集成, 以满足用户多样、动态的信息需求。 (7) 对于使用者来说可能不很熟悉自己所查资料的专业数据库, 因此选择的很多, 这就降低了检索效率。 (8) 除SCI外, 查准率较高, 但检索用时久, 检索结果处理不人性化。 (9) 检索结果不提供多种形式的结果保存, 如存盘、打印、记住检索式等;对于结果输出, 不可利用E-mail发送检索结果, 或直接输出到文献信息管理软件。
参考文献
[1]李广建, 张智雄.国外跨库检索系统研究项目及其特点[J].情报理论与实践, 2004, (4) :444-447.
[2]邓晓音.统一检索平台评价标准及比较研究——以CALIS“外文期刊网”及交大图书馆“思源探索”检索平台为例[J].情报科学, 2012, 30 (12) :1844-1848+1953.
浅谈统一通讯平台 篇6
关键词：高校,统一通讯平台,web,移动版
一、项目背景介绍
随着通讯技术的发展, 统一通讯平台在企业与高校的信息沟通中发挥着重要的作用[1]。南京理工大学信息化建设与管理处前身为现代教育技术中心, 近年来致力于数字化校园建设, 负责承担学校校园网络、信息系统、一卡通等建设与管理运维工作, 在各项业务趋于成熟的同时, 学校迫切需要一个官方通讯平台, 为师生提供短信、微信、邮件等全方位的消息发送服务, 并与学校现有的业务系统相融合, 承担业务系统消息发送功能。
二、项目建设目标
2.1多方式、多平台
提供一个实名制的通讯平台, 可以满足业务系统与校内用户日常消息发送。由于个人通讯工具的多样性, 相应的, 平台也应支持多种通讯方式 (短信、微信公众号、邮件) 。同时, 系统适用于web页面、手机客户端等多种平台, 实现跨平台的信息共享, 便于用户使用[2]。
2.2对接校内业务系统
与校内各业务系统集成, 涵盖本校综合人事系统、财务信息门户、服务大厅、一卡通、数字后勤管理系统、体检预约系统等, 承担各个系统的日常通知、密码找回等消息发送功能。
2.3多维人员管理
除了普通用户, 每个院系/行政部门设置管理员, 承担院系/行政部门的通知群发工作, 管理员对普通用户有一定的管理权限, 超级管理员对普通用户与管理员有管理权限, 并可配置管理员的功能可见范围、操作与管理权限[3]。
三、项目建设内容
3.1普通用户平台
普通用户平台主要包含个人设置、消息发送、通讯录列表等功能, 具体主要功能如下:
1、个人设置。
用户可以设置个人信息是否公开, 是否接收某业务系统/某人的短信、微信、邮件消息。用户可以自主选择在什么时间段接收本平台的消息, 什么时间段拒绝接收, 拒收时间段的消息可延后到接收时间段发送。
2、信息发送。
平台与电信、联通、微信、腾讯企业邮等主流通讯商对接, 用户可以在主界面上选择采用短信、微信公众号或者邮件的方式发送信息, 后台会自动分发给对应的运营商。同时, 平台还支持模板导入的快捷发送方式, 实现一键群发;用户收到短信可以直接采用短信回复, 发送短信的用户可以在平台中查看回复的条数与内容;用户能够按照时间、关键字查询日志清单, 包括发送清单、接收清单以及回复清单。
3、通讯录列表。
平台与南京理工大学数据中心打通。数据源在数据中心, 用户通讯录从数据中心取, 数据中心有修改, 统一通讯平台同步修改, 若用户在平台直接修改联系方式, 则调用数据中心的修改接口。用户可以在组织机构树中勾选发送对象, 也可以按照姓名、工号搜索发送对象;用户可以创建私有群组, 便于多次群发消息;用户权限范围内可见的人员显示其学工号、姓名与手机号码, 基于信息安全考虑, 隐藏手机号中间四位。
3.2管理员平台
该平台主要服务于管理员, 功能包含用户管理、日志管理、权限管理与接入管理等功能。
用户管理中人员数据与主数据中心同步, 也可以用excel表格导入或超级管理员手动添加、修改、删除, 同时也可以定义用户的组织机构隶属以及角色权限。
日志管理中管理员可以按照起始时间、源用户、目标用户、通讯方式、关键字、运营商、发送系统等多维度查询日志清单。
权限管理包括发送端授权和管理端授权两大功能, 在发送端授权模块中, 超级管理员可以对不同的角色配置其在普通用户界面下可以操作的功能、可见的组织机构范围以及消息推送的通道;在管理端授权模块中超级管理员可以对不同单位的管理员配置其在管理员界面下可见的功能模块以及可见的人员数据范围。
接入管理是系统管理员对接入的业务系统进行配置, 现已按照项目建设目标接入综合人事系统、财务信息门户、服务大厅、一卡通、数字后勤管理系统、体检预约系统等, 承担着各个系统消息发送功能。
3.3移动平台
利用移动互联技术, 使师生更便捷、高效地使用统一通讯平台, 将平台PC端功能移植到移动端, 嵌入南京理工大学官方微信企业号中, 以合力打造集信息发布、自助查询、自助审批、自助报修的移动服务平台。
移动端主要提供通讯录、消息发送、收件箱、发件箱等功能, 图2为统一通讯平台移动端消息发送模块展示。
由图2可以看出, 平台承担着业务系统通知以及用户消息群发等功能, 界面上可以选择短信、邮件或者微信的通讯方式, 消息发送前必须选择个人或单位签名。
如图3, 为了方便用户直接在手机上查询消息接收与发送记录, 移动平台还提供收件箱与发件箱的功能。
四、总结
本文介绍了南京理工大学统一通讯平台的建设与运行情况, 阐述了该平台的主要功能点。其中亮点与创新如下: (1) 与南京理工大学数据中心打通。数据源在数据中心, 用户通讯录从数据中心取, 平台调用数据中心的通讯录修改接口。 (2) 与官方微信公众平台打通。可实现全校师生的微信消息推送, 微信号数据从微信公众平台取。 (3) 权限分级管理。超级管理员可以对普通用户定义角色, 约束不同角色可以使用的功能模块、发送通道以及发送信息的范围, 范围可以细化到三级部门。 (4) 用户隐私设置。用户可以自由选择接收哪类业务系统提醒以及接收的时间段, 提高用户体验。 (5) 数据安全性高。严格的授权审批流程, 层层把控, 安全的平台显示界面。 (6) 统一通讯平台移动版。移动端嵌入微信公众平台, 用户可以直接通过手机使用该平台, 同时具有收件箱和发件箱功能。希望本文能为相关技术人员提供参考。由于通讯方式以及通讯终端的操作系统不断推陈出新, 我们也会与时俱进, 为全校师生打造更加便捷高效的通讯平台!
参考文献
[1]张祖昶.一种高校短信平台信息系统设计与实现[J].科学技术, 2013 (23) .
[2]王勋伟.基于短信平台的创新服务体系构建研究[D].华南理工大学, 2012.
统一查询平台的实现 篇7
目前大量的应用系统采用省级集中的方式运行,大量数据集中到省局,各个应用系统均有自己的查询模块,通过大量的分析,目前这样应用系统存在以下不足:(1)存在着功能分散,界面难于统一。由于使用的应用系统来自不同的软件开发商,所以应用系统大量的查询功能分散在各个应用中,且操作界面很难统一,用户体验较差;(2)存在着标准不统一,数据利用困难。由于各软件开发商采用的技术线路不同、标准不统一,这样会给今后的数据利用带困难;(3)存在着数据存储异构问题。由于数据存储设计来自不同的公司,没有一个统一的数据字典来规范,数据后台存储采用了不同数据库产品,如综合征管软件采用的是Oracle产品、出口退税软件Sql Server产品,这样会造成数据存储存在着异构问题;(4)存在着数据不充分共享。由于不同应用系统均有一个数据库来存储该应用系统的数据,造成数据不能共享问题;(5)存在着硬件资源的浪费。由于应用系统采用了三层架构设计,对于每一个应用系统,均需要有数据库服务器、应用服务器来支撑应用,对于不同的系统可能所使用的硬件资源不仅相同,对于每一个应用所使用的硬件资源,会造成不同程度的闲置,这样势必造成大量的硬件资源浪费。为了解决上述问题,按税务信息化“一体化”的要求,构建一个统一查询的平台。
2 技术实现
该平台基于SOA架构,利用资源整合平台和门户的现有资源,采用统一的税务交换标准,同时对数据访问层进行了持久化设计,使之能够适应业务需求不断变化的要求,而构建一个统一查询的基础性平台。
2.1 总体构架
该平台从应用展现层、服务整合层、业务适配器层、以及数据访问持久化层等各个角度进行了功能分析,从平台和业务两个层面来整理功能点,考察了大量的不同类型的查询场景,从而加强平台在以后对各类新的查询需求的支撑能力,能够使平台满足未来查询的要求。整个的统一查询的平台的功能划分如图1所示。
2.2 应用展现层
该平台应用展现层是基于门户技术,将一个个展现结果封装成Portlet,供门户调用。目前基于Bea的Portal技术,搭建了内网门户应用。应用展现层采用了Ajax技术就客户端局部刷新,减少了网络传输的数据量,提高了展现的速度。应用展现层将业务请求采用统一的业务包装类进行封装,产生可以各平台进行交换的技术报文。应用展现层结果的处理采用了标签进行展现,使得展现风格和效果一致,采用了标签包是Extream Tag标签库。
由于应用展现层主要是接收的业务请求、展现查询的结果,在该层上使用了一个业务包装类将业务请求进行封装,产生相映的业务报文,然后再将业务报文进一步封装,产生可以各平台进行交换的技术报文。以下逐一介业务绍请求报文、业务响应报文,以及业务包装类的编写。
2.2.1 请求业务报文的SCHEMA
请求业务报文是业务报文的一种形式,它是用来封装业务请求内容的,是一个存放业务请求信息的固定模板,以统一查询平台的公用查询服务的请求报文(tax MLah Xaaz04Request.xsd)为例,介绍请求业务报文的内容及功能,该报文是页面请求的发起,由于该报文主要针对查询业务设计的,故包含了查询业务的一些属性,即一组与后台数据库发生联系的参数。报文的SCHEMA图如图2所示。
(1)tax Doc是报文的公共属性。
(2)ah Xaaz04Request是请求业务的对象名称。
(3)data Source对于数据持久层不同的数据源。
(4)dao ID对于数据持久层dao的代号,即使用哪一条SQL语句。
(5)dao Name对于数据持久层Dao对象的描述。
(6)dao Para对于数据持久层dao的参数列表,这是一个一到多的映射,即参数可以有一个或多个。每一个参数都有一个名称和对应的值。dao Para Name是参数的名称,dao Para Value是参数的值。
2.2.2 业务响应报文的SCHEMA
响应业务报文是业务报文的另一种形式,它是用来封装业务响应内容的,是一个存放业务响应信息的固定模板,以统一查询平台的公用查询服务的请求报文(tax MLrecord.xsd)为例,介绍响应业务报文的内容及功能,该报文是用来封装查询结果的业务报文,即是一个二维表的XML SCHEMA描述。报文的SCHEMA图如图3所示。
(1)tax Doc是报文的公共属性。
(2)Record是报文的名称。
(3)row是二维表的行。
(4)col是二维表的列。
(5)name是二维表的列名。
(6)value是二维表的列对应的值。
2.2.3 业务包装类az04Business Wrappe.java
业务包装类是门户中为了封装业务请求报文,生成业务报文的抽象类,所有的业务包装类匀需实现Base BusinessWrapper抽象的make Business Document方法,以统一查询平台的业务包装类为列,介绍该业务包装类的具体实现,其实现代码如下:
2.2.4 门户调用服务的配置
配置文件:$Project_Home/config/businesscfg.xml文件格式如下:
s ID是服务名
bw Type是服务的业务请求报文对象
bw Name是服务的业务请求报文名称
bw Wraper是服务的业务请求报文业务包装类
bw Version是服务的业务请求报文版本
2.2.5 门户调用资源整合平台的流程
(1)指定一个资源整合平台的公共服务,如:XAAZ04服务。
(2)将取得参数列,以及门户中的权限,放入request中。
(3)调用资源整合平台的服务框架(run Ais Business(service ID,request))。
(4)框架返回的是结果集的业务报文,调用业务报文解析类(XMLString To Record)对业务报文进行解析,将结果Hash Map进行封装,并用List对象包装Hash Map对象,这样就可以进行展现了;
(5)使用了Ex Tream Tag标签进行展现。
2.3 服务整合层
服务整合层是基于数据与功能平台,按该平台的技术规范开发的一组服务,并注册到数据与功能整合平台之上,供其他平台调用的原子服务或组合服务。服务整合层是资源整合平台的核心层,它是由企业服务总线、接入控制层、访问控制层、技术适配层、调度管理、技术标准、服务层等组成,这些层都是由资源整合平台容器自动管理的,如果用户需求增加服务时,需要开发技术适配、服务层等,以XAAZ04服务为例介绍服务的开发包括以下几个步骤:
2.3.1 服务接入容器配置
配置文件:$Project_Home/config/framework/connector Config.xml,文件格式如下:
2.3.2 服务访问容器配置
配置文件:$Project_Home/config/framework/accessor Config.xml,文件格式如下:
2.3.3 服务发布与注册配置
配置总线文件$Project_Home/config/framework/ais Service.xml,格式如下:
2.3.4 目标系统的渠道配置
如果目标系统采用EJB方式,就需要配置渠道的EJB方式,而且一个渠道只配置一个EJB即可,该配置文件如下:
2.3.5 安全配置
在应用展现层、服务整合层、适配器层中,启用安全性生成凭据(密码),此凭据用来启用两个域之间的信任关系,对于要建立信任的两个域,它们必须具有相同的凭据。
2.4 业务适配器层
业务适配器层是将数据与功能整合平台传递过程的业务请求,通过适配转化为渠道能够接收与处理的信息,同时能将渠道产生的信息通过适配转化成数据与功能整合平台能够接收的信息。由于统一查询平台是建立在资源整合平台基础之上的服务框架,故而传送的报文采用的资源整合平台规范的报文格式,具体格式为:技术报文+业务报文。该适配器包括技术报文的解析和封装、业务报文的解析和封装,现在已EJB为例介绍如下:
2.4.1 业务实现处理服务的配置
将具体业务实现的处理服务,统一配置到一个配置文件中,文件格式如下:
2.4.2 业务适配器实现的EJB的Bean接口
一个是基于字符串的接口,一个是基于对象的接口。具体实现如下:
3 验证和评测
(1)统一查询平台是采用SOA架构,基于资源整合平台,采用资源整合平台技术规范和数据交换标准而开发的一个应用平台,并利用资源整合平台提供的企业服务总线(ESB),进行服务的注册、管理、调用。从功能上说,该平台对外只提供可调用查询接口,无具体提供操作面,并且该平台与业务是无关的,目前上述功能已经实现,并通过了测试,统一查询平台符合资源整合平台的技术规范要求,实现了设计的目的,同时可以支撑和满足未来业务的变化,具体良好的适应性。
(2)由于统一查询平台只提供可供调用的查询接口,调用时只需要设置待查询的查询,同时在数据访问持久化层进行数据持久封装,就可以实现查询定制工作,有较好的易用性。
(3)统一查询平台采用资源整合平台提供的统一身份认证进行权限管理,安全性较好。
(4)基于统一查询平台方便快捷地实现了大量查询业务需求,这些查询支撑了部分查询的日常工作,并且该平台较为稳定。
(5)通过对统一查询平台功能性、易用性、安全性、稳定性等的评测,统一查询平台是符合税收信息化一体化架构的,而且是被实现的功能,说明税收信息化一体化架构是科学的、可行的、可扩展的应用构架。
摘要：针对大型系统有众多不同的模块,每个模块又存在系统不统一、数据库不统一和标准不统一等现状,当用户要对数据进行查询时,存在用户体念差,数据维护困难等问题。着力解决不同系统的统一查询问题,为多模块的大型系统的统一查询提供了一种解决方案。
关键词：统一查询,多模块,解决方案
参考文献
[1]陈立岩.基于设计模式改善EJB性能的应用研究.计算机工程与设计,2009,(8).
[2]徐玲.基于EJB和MVC模式的EAM的研究.机械设计与制造,2010,(6).