1.1. 综合管理服务平台
1.1.1. 概述
各业务系统提供大量的服务接口，如何实现这些服务与接口的编排、调用、重组等，我们使用的是应用服务总线的模式。通用服务总线使用可靠消息服务（不丢失，不复传）在应用系统之间通过基于消息的异步方式集成各应用系统。
1.1.2. 架构设计
DB电子政务接口/服务综合监管接口/服务社会化服务接口/服务数据管理接口/服务服务总线动态路由实时服务异步服务服务注册服务查找安全控制异常处理格式转换格式校验系统监控发布订阅日志记录数据存取内容过滤系统管理组织机构接口/服务权限接口/服务流程表单接口/服务即时通讯接口/服务报表接口/服务
ESB服务总线架构图
ESB服务总线是综合管理服务平台的一个中心组件，它负责接入各类服务资源，通过使用统一服务接口使得各类服务或者应用与服务之间能够相互方便访问，以星形结构替代了原先各服务之间的点对点结构，极大地优化了系统连接架构，降低了系统集成的复杂度。
1.1.3. 功能设计
ESB应用服务总线基于消息交换组件开发。使用消息交换组件提供的可靠消息服务（不丢失，不复传）在应用系统之间通过基于消息的异步方式集成各应用系统。针对不一致系统所处理的消息格式各不相同的特点，ESB应用服务总线提供了专门的格式代码转换器在不一致的消息格式之间按照预先定义好的转换规则进行自动的格式转换，然后将结果自动路由到目标应用系统。在消息转换的过程中ESB应用服务总线能够识别XML，C结构，JMS等多种消息格式；对消息的各类操作包含消息的来源、消息的目标应用、所期望的消息格式等通过定义各类操作规则(Rules)进行。
ESB应用服务总线能够作为一个消息代理来实现这些功能。
消息代理提供了消息传递层与消息代理集线器，可被用于消息的处理、转换与分发，并能够将这些功能与公布/预订功能结合在一起。
➢ 应用程序格式转换与智能路由功能
作为各个应用的数据吞吐机，提供多种数据格式服务，其中包含：用户自定义格式，用户能够为每一种应用定制自己的消息格式，通过这种消息格式来连接原有的旧的应用； XML格式；面向纪录的信息格式，如C的头文件，COBOL records等。关于这些消息格式，提供相应的剖析器进行解析，实现它们之间的格式转换。如关于用户的bit stream的输入信息能够输出为XML的格式，反之亦然。从而无缝地连接现有的应用，并能够使用XML的新标准开发新的应用。提供检查与过滤功能，根据所传输数据的内容做动态路由。
２００７年Ｏ３月 江汉石油职工大学学报 Ｊｏｕｒｎａｌ ｏｆ Ｊｉａｎｇｈａｎ Ｐｅｔｒｏｌｅｕｍ Ｕｎｉｖｅｒｓｉｔｙ ｏｆ Ｓｔａｆｆ ａｎｄ Ｗｏｒｋｅｒｓ 第２Ｏ卷第２期 油田设备技术数据库的创建
谭明锋 （中国地质大学，湖北武汉４３００７４） ［摘要］油田设备技术数据库是一个从总部、股份公司到各油田及分子公司，直至装备使用单位全员参与的设备信 息运行与管理系统，为油田石油装备从投入到退出生产领域的信息实施网络化全过程管理提供了技术保障，解决了在 复杂的广域网、局域网环境及复杂的人员、权限和界面下的应用问题，在实际应用中取得了较好的效果。 ［关键词］ 油田；设备管理；数据库；系统架构；开发模式；业务运行流程；软件模块设计 ［中图分类号］１］Ｐ３１７．２［文献标识码］Ｂ［文章编号］ １ｏ０９—３Ｏ１Ｘ（２ｏ０７）Ｏ２一ｏ０８１一Ｏ４
引 言 ＥＡＭ（Ｅｎｔｅｒｐｒｉｓｅ Ａｓｓｅｔ Ｍａｎａｇｅｍｅｎｔ）是面向资产密 集型企业的企业信息化解决方案的总称。它主要是以提 高资产可利用率、降低企业运行维护成本为目标，以优化 企业维修资源为核心，通过信息化手段，来合理安排维修 计划及相关资源与活动。油田设备管理信息系统的研发 及应用，于１９９６年甚至更早就开始了。初期，手工作坊 式的，单机版本，开发工作量大，尤其困难的是维护，系统 版本种类多且性能各异，对外技术支持工作，常疲于奔命 状态。随着现代网络技术的快速发展，系统应用涉及的 面越来越广、需求也更为复杂且不尽相同，如按传统的开 发方式进行设备管理，则无法满足众多需求、适应各种变 化，甚至于会陷入一个不断调整的境地。为此，经过一年 多的探索与实践，决定从传统系统的开发方式及应用系 统的总体架构上出发，建立油田设备技术数据库，以解决 所面临的问题。系统开发后，由于其良好的性能，得到了 广泛的应用，并在中石化科技开发部组织的科技鉴定中 评定为整体技术达到了国际先进水平。 ｌ系统设计 １．１ 系统总体架构 系统总体架构见图１。在技术上，整个系统由系统支 撑平台、应用支撑平台、目录服务平台及数据中心组成。 １）系统支撑平台。系统支撑平台是业务应用系统的 主要支撑平台之一，由网络接人、计算机系统、操作系统、 数据库系统和应用接人和负载均衡系统组成，实现了大用 户的接入，信息的存储、展现，业务逻辑的管理等功能。 ２）应用支撑平台。由系统交换平台、应用运行平台、 协作平台和知识管理平台组成，主要面向最终各级部门。 通过应用支撑平台，各级部门可以快速录入、查询、 修改、提交信息，实现与其他部门的信息交换。 ３）目录服务平台。目录服务分系统级和应用级两 类。系统级的目录服务负责系统用户登录的身份验证和 用户访问服务授权；应用级的目录服务主要管理应用自 身的配置和管理。 ４）数据中心。主要负责存储各种数据信息。 ５）中间层。应用运行平台的应用服务器。
常用的系统架构图
2014年冬
1.1. 共享平台逻辑架构设计
如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面：
1 应用系统建设
本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护.
2 应用资源采集
整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源.本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。
3 数据分析与展现
采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。
4 数据的应用
最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。 综上,我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相关架构进行描述.
1.2. 技术架构设计
如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。
1.3. 整体架构设计
上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下：
综上,我们对整体应用系统架构图进行了设计,下面我们将分别进行说明。
1.3.1. 应用层级说明
２００６年第１１期
一（ 箩７８期） 沿海企业与科技 ｃ０ ｓＴＡＬ ＥＮＴＥＲＰＲＩＳＥＳ ＡＮＤ ＳＣＩＥＮＣＥ＆ＴＥＣＨＮＯＬＯＧＹ ＮＯ．１ １．２００６ Ｃｕｍｕｌａｔｉｖｅｌｙ ＮＯ．７８
移动增值业务支撑平台的体系设计与应用研究
周华清
［摘要］文章从增值业务发展现状、３Ｇ业务发展趋势及增值业务支撑现状出发，分析当前支撑系统上面临的主要 问题，提出建设一个统一的增值业务支撑平台。并从营业、计费账务、结算、客户服务、数据管理等角度探讨了平台建设应考 虑的因素，指出支撑平台设计要解决的关键问题；接着，从总体体系结构、系统功能结构、增值业务处理流程、增值业务管理 平台的体系结构等几个方面。设计了增值业务支撑平台的总体方案，并对支撑平台的系统应用架构、数据分布、数据接口和 备功能子系统的实现进行探讨，论述了支撑平台的实现方法。 ［关键词］移动通信；移动增值业务；业务支撑平台 ［作者简介］周华清，九鼎企业集团（深圳）公司，广东 深圳，５１８０００
［中图分类号］Ｇ３２２．１ ［文献标识码］Ａ ［文章编号］１００７—７７２３（２００６）１１—０１１４—０６
近年来，移动通信发展迅速，电信行业竞争日 趋加剧，用户ＡＲＰＵ值不断降低，发展新用户的成
本不断增高。移动增值业务具有业务种类繁多、对
用户吸引力强等优势。开展增值业务，已经成为移 动运营商进行业务差异性竞争、推动收入增长的
主要动力，也是运营商为３Ｇ网络的业务应用打好 前战。
一、移动增值业务及支撑模式的现状
以中国联通为例，移动增值业务的发展经历
了三个阶段：首先是传统的话音增值业务，仅仅提
供一种服务；然后是以“联通在信”为代表的短信 业务，开始形成较为完整的增值业务价值链；而
ＣＤＭＡ １Ｘ网络建设之后，增值业务的提供能力跨
上了一个新的台阶，可以为用户提供丰富多彩的 业务种类，目前已经开通了ＷＡＰ、ＢＲＥＷ、彩Ｅ、定
位等“联通无限”业务。
