统一接口平台分析
能力开放平台
中国移动通信有限公司部门（通知）业通 [2013] 231 号关于移动商城近期建设工作安排的通知各省、自治区、直辖市公司，终端公司：根据《关于统一门户移动商城入驻工作部署的通知》（市通[2013] 373 号）的要求，总部移动商城将在今年底完成首批试点公司（江苏、福建、河北、黑龙江、江西、青海、终端公司等）入驻并启动试运行。
移动商城采用“总部统一建设平台、分省入驻开店销售”的建设模式，由总部和各省共同协作，是公司IT支撑集中化的重要举措。
为满足省公司入驻需要，移动商城采用能力开放平台和统一接口平台两种方式进行IT对接，其中能力开放平台采用公网接入方式和API接口方式，主要支持卡号销售、合约机销售和裸机销售等业务场景；统一接口平台采用IP承载网接入和网状网T模块接口方式，主要支持业务查询、业务办理和充值缴费等业务场景。
根据整体项目计划，总部已经组织完成了业务需求分析、技术方案制订等工作，目前正在进行一级系统的软件开发，拟定于11月份启动两级系统联调测试工作，12月份启动试点公司入驻演练工作，现将省公司和专业公司系统建设工作的有关事项通知如下：一、业务上架各省公司、专业公司根据自身业务发展需要确定商城承载业务范围，总部将根据各公司需求上报情况提前制定相关业务流程和业务上架模板，各公司可以利用商城运营后台自行配置业务上架。
请各试点公司以今年底上线为目标，明确第一批业务产品清单（含资费套餐、数据业务、终端合约、充值缴费等，终端合约可先预报合约类型、档次等），10月20日前按照《拟一期上架业务清单》（详见附件一）格式要求填写并上报。
总部后续将下发商城后台使用手册并组织培训，请各省提前明确本省业务上下架管理部门和责任人（每省可设全省发布人、审核人各一名+地市发布人、审核人各一名/每地市），同期上报总部。
二、能力开放平台对接为适应电子商务的行业发展趋势，移动商城的产品销售平台将依托能力开放平台构建，一方面商户自有系统可以通过能力开放平台获取和更新商城内部的商户、订单、商品、营销等数据，另一方面商户自有系统通过能力开放平台为商城提供购买资格校验、订单通知接收等服务。
统一接口能力平台接口调用流程与环境
统一接口能力平台接口调用流程与环境1.背景介绍统一接口能力平台是一个业务集成平台，它集成了一级客服系统、各省CRM系统及各省能力平台的业务能力，即接口API。
2.网络结构及平台所处的位置3.术语绑定：指客户通过自助渠道进行业务办理时，需要先进行第3方帐号与手机号进行关联，平台对关联关系数据进行维护。
绑定方式有：手机号+随机码、手机号+密码凭证：指用户访问系统的身份，不同的身份进行不同类别的接口调用。
凭证分3个级别：一般凭证、随机码凭证、服务密码凭证。
凭证级别权限划分：一般凭证、随机码凭证只能用于业务查询类接口的调用，服务密码凭证用于业务办理类接口调用4.接口分类主要包含2大类接口：认证类、业务类（查询类、办理类）。
由于不同后端系统，认证机制不一样，所以平台提供的认证类接口、业务类接口是分系统的。
即，认证类与业务类接口要配套使用。
如：要使用一级客服的系统的话费查询接口，则先用一级客服的认证接口进行认证，而不能用其它系统的认证接口。
目前主要有省端系统、一级客服系统、商城能力开放平台系统。
省端系统是指各省的CRM及各省能力平台。
一级客服系统、商城能力开放平台是集团公司所提供的面向各省业务的系统。
5.业务接口调用要求自助渠道：调用业务接口前，要求先进行帐号绑定、凭证申请。
帐号绑定只进行一次，凭证申请则需看有效期，如果在有效期，则后续的业务接口调用就不用凭证申请了，如果失效，但还想继续做业务接口调用的，需要再次发起凭证申请。
人工渠道：调用业务接口前，要求先进行凭证申请。
申请后，且在有效期，则后续的业务接口调用就不用凭证申请了，如果失效，但还想继续做业务接口调用的，需要再次发起凭证申请。
6.接口使用逻辑流程先看下面的流程图：1.绑定接口调用：这一步是针对自助渠道要求的，绑定接口只需调用一次，如果成功，平台会保存绑定数据，这样后续的业务接口调用，就不用再调用绑定接口了。
绑定接口有2种绑定方式：随机码方式、服务密码方式。
移动信息化统一接入平台方案
目录1 项目背景与目标 (2)1.1项目背景 (2)1.2建设目标 (2)1.3术语和缩略语 (3)2 需求分析 (4)2.1建设一套移动信息化统一应用接入平台 (4)2.2立足现有信息资源，进行立体式移动化服务整合 (4)2.3建设可持续发展的服务之路 (4)3 系统设计 (5)3.1系统设计原则 (5)3.1.1 总体规划，分布实施 (5)3.1.2 先进性与实用性相结合 (5)3.1.3 安全性和可靠性原则 (5)3.1.4 可扩展性与可升级性原则 (6)3.1.5 开放性和标准化原则 (6)3.1.6 可管理性和可维护性原则 (6)3.1.7 资源充分利用原则 (6)3.2系统架构设计 (7)3.2.1 系统网络拓扑 (8)3.3系统功能 (8)3.3.1 登录与权限验证 (8)3.3.2 功能导航 (9)3.3.3 公文流转 (9)3.3.4 通知通告 (11)3.3.5 移动邮件 (12)3.3.6 日程任务 (13)3.3.7 单位通讯录 (14)3.4业务支撑服务 (14)3.4.1 网络优化服--SFP (14)3.4.2 统一推送服务—APS (15)3.4.3 文档解析服务—DPS (15)3.4.4 智能更新服务—SUS (15)3.5系统接口标准 (16)4 成功案例 (16)4.1佛山市政府单位移动办公平台 (16)1项目背景与目标1.1项目背景信息技术是当今世界经济和社会发展的重要驱动力，信息产业已成为我国全面建设小康社会的战略性、基础性和先导性支柱产业。
党的十六大明确提出优先发展信息产业，全国科学技术大会强调把掌握信息产业核心技术作为提高我国产业竞争力的突破口。
根据《信息产业“十一五”规划》的总体部署，在进一步加强信息基础设施建设中要推进综合信息基础设施建设，利用网络转型的机遇，构建覆盖广泛、安全可靠、支撑宽带多媒体以及融合业务的综合信息基础设施；充分挖掘现有潜力，提高资源利用率，鼓励企业通过联合建设、租用、购并等方式实现资源共享，协调开放紧缺资源。
统一数据交换平台服务接口设计
一
数 据 交 换 步 骤 嵌 入 到 服 务对 象 的批
同时 又为 其他 系统 提 供数 据 。
、
平 台服 务接 口的 种 类
处理 流程中的一类接 口。
ＵＤ Ｉ 平 台属于企业应 用架构 中
数据 接 口类服务则主要分 布在 的基础服务性平 台，其服 务接 口如
删 ｌ
统 一 数 据 交 换 平 台 服 务 接 口设 计
上海浦东发展银行股份有限公司新一代信息系统建设领导小组办公室 李 维舟
随 着 银 行 业 务大 集 中 和 企 业 提 供 者 和 数据 消 费 者 ，二 者 又 被 据 所 处 位 置 不 同 ， 这 类 服 务 可 以 数据 仓 库 的 建 设 ，统 一 数 据 交 换 称 为 源 系 统 和 目标 系 统 。平 台 的 再 分 为 数 据 获 取 服 务 接 口 和 数 据
平台 （ Ｕ ｎ ｉ ｖ ｅ ｒ ｓ ａ ｌ Ｄ ａ ｔ ａ Ｉ ｎ ｔ ｅ ｒ ｃ ｈ ａ ｎ ｇ ｅ 服 务 接 口则 主要 分 为 流 程类 和 数 供 给服 务接 口。其工作 原理如 图 ｌ
Ｐ ｌ ａ ｔ ｆ ｏ ｒ ｍ，以下简称 “ Ｕ Ｄ Ｉ 平 台” ） 的建设 已得到 了业 界普遍认 同 ，但
台 中普遍被用作提供数据转 换功能 对 账 动 作 前 ，先 获 取 核 心 系 统 的 交 据消 费者 ，又可能 既是数据提供 者 的组件 ，经过十多年 的发展 ，技术 易 明细信息 ，然后再 开始对 账 ；企 又是数据消费者 。二者兼而有之 的 上 已经趋于稳 定与成熟 ，因Ｉ ￣ ， Ｕ ＤＩ 业数据仓库每 日刷新 数据前 ，需要 情况在关键 系统或 者大型 系统 中非 平 台的实施差异主要体现在数据提 先从各个业 务处理类 源系统 中获取 常 普 遍 。 比如 ，核 心 系 统 和 企 业 数 供和交 付 、任务调度和调用 等服 务 数据等 。流程类服 务 ，即是 用于将 据仓库既需要其他 系统提供数据 ，
xPON厂商OLT产品分析
OLT产品分析 产品分析
背板带宽：烽火领先；华为、中兴较优；H3C次 之；其他厂家较差。 交换容量：H3C领先；烽火较优；华为、中兴次 之；其他厂家较差。 EPON/GPON/10G-EPON/WDM-PON统一平台：烽火、 华为、中兴支持；其他厂家不支持。 单板EPON接口数：H3C最多；烽火、华为、中兴 相同；其他厂家次之。
1G EPON接口 10G EPON接口 EPON接口 1G 1G 10 G 1G 10 G 更换为10GE EPON接口
1G
ONU 保留原 ONU 更换 10G ONU
按需提升带宽，逐步投入并保护原有投资。
12
OLT产品综合分析 产品综合分析
为落实国家节能减排的政策，各广电运营商都在 选择功耗相对较低又便于今后易于提升系统带宽 的OLT产品。 烽火新一代AN5516型OLT系统相比华为、中兴、 H3C，功耗是最低的，其典型功耗只有450W，待 机功耗小于350W，平均到每个PON口的最大功耗 为5W、典型功耗3.5W，待机功耗小于3W。
• 10个业务板 槽位，支持热 插拔
• 整机交换容量 最大1152G; • 背板容量2.4T 电源1+1备份
风扇自动调速， 低功耗、低噪声
内容
xPON厂商 厂商OLT产品介绍 厂商 产品介绍
xPON厂商 厂商OLT产品对比 厂商 产品对比
xPON厂商 厂商OLTห้องสมุดไป่ตู้品对比 厂商 产品对比
厂商 特性 3.25Tbps 背板带宽 交换容量 支持类型 业务槽数 单板EPON接口数 单板EPON接口数 EPON 单板GPON接口数 单板GPON接口数 GPON 单上联板GE接口数 单上联板GE接口数 GE 单上联板10GE接口 单上联板10GE接口 10GE 数 MAC地址表数 地址表数 整机功耗 976Gbps EPON/GPON/10G EPON/WDM-EPON/WDM-PON 16 4/8 4/8 6 2 512K <650W 1152Gbps EPON 10 4/8/16 无 12/24/48 2 128K <1400W 960Gbps EPON/GPON/10GEPON/GPON/10GEPON/WDMEPON/WDM-PON 16 4/8 4/8 6 2 512K <2840W 400Gbps EPON/GPON/10GEPON/GPON/10GEPON/WDMEPON/WDM-PON 16 4/8 4/8 4 4 32K <1800W <300W <500W 48Gbps EPON 5 4 无 4 无 176Gbps EPON 12 4 无 4 2 48Gbps EPON 10 2 无 4 无 2.4Tbps 3.2Tbps 3.2Tbps 232Gbps 烽火 AN5516AN5516-01 H3C S7510E 华为 MA5680T 中兴 C300 格林威尔 GFA6700 长光 C8000 瑞斯康达 ISCOM5800
一文看懂聚合平台的定义、特点和优势
一文看懂聚合平台的定义、特点和优势聚合平台是指通过整合多个不同的服务和资源，为用户提供一个集成、一体化的平台，以满足用户在不同领域中的需求。
聚合平台能够有效地整合和管理各种资源和服务，提供给用户更加便捷、高效的使用体验。
一、聚合平台的定义聚合平台是指将多个不同领域的服务和资源整合到一个集成平台上，通过统一接口和交互方式，实现资源共享、信息流通和协同合作的一种平台。
聚合平台可以跨越领域和行业，整合不同厂商和提供商的服务，为用户提供更加全面、综合的解决方案。
二、聚合平台的特点1. 多样性和灵活性：聚合平台可以整合多种不同的服务和资源，无论是软件应用、硬件设备还是数据源，都可以灵活地集成到平台上。
2. 统一接口和交互方式：聚合平台提供统一的接口和交互方式，使用户可以通过一个平台访问和控制多个不同的服务，从而简化和统一用户操作。
3. 综合性和一体化：聚合平台可以整合多个领域的服务和资源，提供给用户一个综合、一体化的解决方案，满足用户在不同领域中的需求。
4. 高效性和便捷性：聚合平台通过整合和管理各种资源和服务，提供给用户一个高效、便捷的使用体验，节省用户的时间和精力。
5. 开放性和扩展性：聚合平台具有开放的架构和接口，可以轻松地扩展和集成其他服务和资源，满足用户不断变化的需求。
三、聚合平台的优势1. 效率提升：聚合平台能够整合和管理各种资源和服务，提供给用户一个集成化的环境，用户可以通过一个平台完成多个任务，提高工作效率。
2. 简化操作：聚合平台提供统一的接口和交互方式，用户只需要掌握一个平台的操作方法，就可以使用多个不同的服务和资源，减少了学习成本和操作难度。
3. 信息共享：聚合平台可以将不同服务和资源的信息整合在一起，实现信息的共享和流通，提高了信息的价值和利用效率。
4. 精细管理：聚合平台可以对各种资源和服务进行细致的管理，包括资源分配、权限控制、使用监控等，提高了资源的利用和管理效果。
5. 综合解决方案：聚合平台能够整合多个不同领域的服务和资源，为用户提供一个综合的解决方案，满足用户在不同领域中的需求。
贵州移动电子渠道统一接口平台的分析与设计
２４ 统一 业 务 部 署 ． ① 通 过 前 两 个 阶段 的发 展 和 探 索 ，运 营 商 建 设 了大 量 的 电子 渠 在 业 务 逻辑 统 一 的基 础 上 ， 统 可 以 满 足统 一 业 务 部 署 要 求 ， 系 具 道 系 统 ， 系统 朝 着 独 自完 善 的局 面 发 展 ， 得 各 电子 渠 道 同 步 实现 备 快 速 部 署 能 力 。 各 使 新 业 务 的快 速 开 发 及部 署 极 为 困难 。
贵州 动 电子渠道统一接 口平 台的分 析与设计 移
龙 慧 荣 （ 大学计算 责Ｉ Ｉ 机科学与 信息学院 ）
摘 要 ： 文 提 出 一 套基 于 Ｓ 本 ＯＡ和 Ｅ Ｂ技 术 的 电子 渠 道 统 一 接 口பைடு நூலகம் 台 系 Ｓ
⑧ 目前 各 电子 渠道 承 载 的业 务 及 服务 分散 、 风格 各 异 、 业务 描 述
服 务 和 营 销 能 力。
１概 述
２ 统 一 接 口平 台 的 总体 目标 率 ， 迅 速 发 展 起 来 的 新 型 营销 服 务 渠 道 。 以通 信 技 术 和 互联 网 技 而 它 电子 渠 道 统 一 接 口平 台是 为 了 多 电子 渠 道 类 产 品 的发 展 创 新 、 术 为 基 础 ， 产 品 的 销 售 与 服 务 电子 化 ， 客 户 借 助 终端 设 备 ， 自 统 一 规 划 与 整 合 ， 进 各 渠道 建 立统 一 的业 务 支撑 后 台 系统 ， 将 让 可 促 实现 后 助 获 取 信 息 、 验 业 务 、 购 产 品 和 享 受 服务 。 比实 体 渠 道 ， 体 订 相 电子 渠 台服 务 的融 合 ，实 现 多 渠道 的信 息 共 享 。统 一 接 口平 台 总体 目标 如 道具有 “ 面对面、 非 电子 交互 、 自助 实现 ” 的特 点 ， 创 造 低 成本 高 效 下 ： 能 率优势 ， 是公 司 渠 道 未 来 发 展 的 重要 方 向。 ２１ 统 一 客 户 界面 ， 立 以 电话 、 上 、 ． 确 网 掌上 等所 构 建 的 多 电 子 电子 渠 道 发 展 共 有 五 个 阶段 ： 统 渠道 的补 充 、 户 服 务 的 重 要 渠 道 ， 成 一体 化 的统 一 用 户 界 面 接 触 体 系 ， 现 “ Ｅ Ｃ Ｍ ” 示 传 客 形 实 ＯＮ Ｒ 展 渠 道 、 务 营销 的 重要 渠 道 、 服 自助 业 务 主 接 口、 户 交 互 ｌ 中心 。 目 给 客户 。 客 Ｔ 前 ， 外 部 分 发达 国 家 的通 信 运 营 商 依托 其 较 高 的科 技 水 平 ， 向第 国 已 ２２ 统 一 接 触 记 录 ， 业 务 管控 模 块 ， 一 记 录 各 渠 道 的 客 户 接 ＿ 在 统 四 阶段 演 进 ： 而我 国也 已步 入 第 三 阶 段— — “ 务 营销 的 主要 渠 道 ” 触 信 息 ， Ｃ Ｍ 系 统 为基 础 ， 现 对 接 触 记 录 的统 一 存 储 、 询 ， 服 。 以 Ｒ 实 查 支 这个 阶段 的特 点 是 已形 成 各 式 各样 的 电子 渠 道 ，新业 务 产 品不 断 丰 撑 并 共 享各 渠道 用 户 动 态 信 息数 据 。
国内外数据开放平台的对比分析
反 册登录
册登录
注册登录 注册登录 册登录
册登录
册登录
册登录
馈
国内外数据开放平台的对比分析
国
中国( 尚未有全国统一的数据开放平台)
别
比
美国
英国
澳大利亚 日本
较
浙江省
北京
上海
武汉
项
目
数 数据 据 管理 来
源
政府机构部 门，提供数 据来源链接
政府机构部 门
政府机构 部门
政府部门 外还包括 科研机构 和大型企 业
38 个 省 级 部门，提供 数据来源链 接
39 个 政 府 机构部门， 提供数据 来源链接
API 接口
务
提供 APP、 提 供 APP、 提供 APP、 提供 APP、
API 接口 API 接口
API 接口 API 接口
订 交流 阅 共享 共
享
RSS 订阅， Twitter 共享 RSS 订阅 等
RSS 订阅 RSS 订阅 无
无
无
无
用
户 支持用户注 支持用户注 支 持 用 户 支 持 用 户 支持用户注 支 持 用 户 注 支持用户注 支持用户注
政府机构部 门， 提供 数 据 来源 链接
政府机构部 门，提供数 据来源链接
数 据 类 型
涉及到农
业、商业、 教育、气候、 能源、经济、 公 共安全等领
涉及环境、 财政、社会、 健康、教 育、交通等 领域
涉及商业、 经济、环 境、科学等 领域
商业、安 全、运输教 育等
域
涉及经济建 设、环境资 源、道路交 通、教育科 技、民生服 务等领域
组 实现关联数 格式
据格式 据格式 式未统一 式未统一 式未统一 式未统一
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录1统一接口平台 (2)1.1 接口平台架构 (2)1.2 逻辑架构图 (3)1.3 功能模块图 (4)1.4 实现方式及流程 (4)1.5 功能实现 (6)1.5.1 调度管理 (6)1.5.2 数据封装管理 (6)1.5.3 协议适配管理 (6)1.5.4 接口定义管理 (8)1.5.5 数据项定义管理 (10)1.5.6 缓存及预处理 (10)1.5.7 接口安全管理 (11)1.5.8 监控管理 (12)1.5.9 接口日志管理 (12)1统一接口平台1.1接口平台架构浙江移动电子渠道各子业务系统通过统一接口层获取数据，不直接与外部系统接口打交道。
统一接口层通过多种方式与外部系统联接、获取数据并向各子业务系统提供XML数据格式包，将外部系统有效地隔离在业务系统之外。
第三方业务系统需要请求的外部接口需要在统一接口层注册，并生成配置文件；每次访问都会被有效地记录，实行监管。
电子渠道系统统一接口平台实现构架如下在炎黄新星统一接口平台中，接口层为电子渠道系统提供接口访问支撑，提供统一的双向访问接口。
应用逻辑层通过调用接口层与各外部系统进行交互，向其他系统传递数据并得到反馈。
其他系统通过接口层主动访问电子渠道系统，并得到反馈。
1.2逻辑架构图●接口调度层主要的功能是根据外部业务系统的服务请求来进行接口调度管理。
●数据封装层对接口协议进行适配，以达到接口层灵活的扩展新的外部接口；接口适配器中会根据配置规则的要求实现对外部接口调用超时以及重发的处理。
●协议适配层的功能完成内部协议（外部系统和接口层之间的数据传输协议）到接口适配器协议的转换。
1.3功能模块图1.4实现方式及流程接口主要分为两类：包括主动发起请求方式、被动接收请求方式接口；主动请求类接口主要是电子渠道接口平台向外围系统发起接口请求的，包括与BOSS 的接口、银联接口、短信/WAP网关接口、第三方支付系统接口等；被动请求类接口主要是第三方外围系统向电子渠道发送的接口请求，包括业务查询、开户、办理、支付等请求。
接口层作为Client端主动发起服务请求时，要按照接收服务请求方的协议进行数据交互；作为Server端被动接收服务请求时，要承担服务请求端的协议适配功能。
以下以查询类业务为例，说明数据的交互流程。
1.5功能实现1.5.1调度管理接口调度为应用逻辑层提供统一的访问入口，提供应用逻辑层所需要的各种业务接口。
应用逻辑层通过webservice远程访问接口层提供的各种功能接口，比如话费查询，业务办理，银联支付等等。
调度管理则根据不同的请求类型，调用相应的后端功能模块或其它系统功能模块处理服务请求。
接口平台根据通过web services把调用方法暴露给电子渠道系统应用层供其调用；电子渠道系统应用层和接口层之间的接口就一个，通过传入参数（xml）定义的不同区分不同的业务。
1.5.2数据封装管理现有BOSS、短信网关/WAP网关、支付实体等外部系统采用透明/加密方式和电子渠道系统交互数据。
需要在接口层中的数据封装层进行统一定义，统一处理。
这样设计的原因有以下方面：保持了核心数据的一致性，BOSS等外部对应用层是个“黑盒子”，应用层从外部系统接受统一格式、统一定义的业务接口数据；接口层能够“理解”第三方系统的接口业务定义，然后统一“翻译”成标准的业务数据接口供应用层调用，可以使应用模块开发小组更加专注于业务逻辑的开发，提升了开发质量和效率使各业务模块既可以独立支撑不同的接入，又便于模块间的松耦合调用数据封装层根据请求获取相应的业务转换规则，将从应用逻辑层发送过来数据封装为其他系统能够接收的格式；将从其他系统获得的数据封装成应用逻辑层可处理的格式，并对其中需要统一语义、统一格式的数据进行格式化。
1.5.3协议适配管理为屏蔽不同接入方式服务请求所采用的协议差异，协议转换功能支持将各种接入协议转换为统一的服务请求协议。
在请求处理结果反馈时，支持将统一的服务请求协议转换成不同接入方式可识别的协议模式。
1.5.3.1通讯方式1.支持多种实现方式的接口，包括主动发起请求方式、被动接收请求方式。
2.主动请求主要是电子渠道接口平台向电子渠道外的系统发起的接口请求，包括与总部BOSS的接口、银联接口、、第三方支付系统接口等。
3.被动请求主要是电子渠道外围接口向电子渠道发送接口请求，包括业务查询、办理等。
1.5.3.2实现机制1．J2EE/EJB API调用方式：统一接口平台通过API服务调用方式将接口信息实时同步给第三方业务系统。
2．消息队列传输方式：统一接口平台通过消息中间件将接口信息通过消息队列传送给第三方业务系统。
3．SOCKET方式：统一接口平台通过Socket方式将接口信息等数据同步给第三方业务系统。
4．Web Service方式：统一接口平台通过WEB SERVICE服务调用方式将接口信息实时地传送给第三方业务系统。
5．URL调用方式：统一接口平台通过调用第三方业务系统URL实现相应接口的业务处理。
6．文件方式：统一接口平台通过FTP文件方式将接口信息定时同步给第三方业务系统。
1.5.3.3协议转换为屏蔽不同接入方式服务请求所采用的协议差异，协议转换功能支持将各种接入协议转换为统一的服务请求协议。
在请求处理结果反馈时，支持将统一的服务请求协议转换成不同接入方式可识别的协议模式。
1.5.4接口定义管理接口定义管理帮助管理员通过标准的定义工具来定义和维护接口。
通过接口定义管理有效的提高了接口层的灵活性。
1.5.4.1应用层接口1.5.4.1.1查询类接口1.5.4.1.2受理类接口1.5.4.1.3支付类接口1.5.4.1.4其他类接口1.5.4.2外部系统接口1.5.4.2.1BOSS接口功能描述：统一接口平台根据业务需要，通过实时接口调用BOSS的业务接口。
通过文件方式实现业务受理的核对。
1.接口方式：主动请求方式。
2.接口协议：SOCEKT方式、web service方式、文件方式。
1.5.4.2.2银联、银行接口1.功能描述：统一接口平台根据业务需要，通过实时接口调用银联、银行的缴费接口；银联、银行通过调用统一接口平台的实时接口实现缴费。
通过文件方式实现业务受理的核对。
2.接口方式：主动请求方式、被动请求方式。
3.接口协议：SOCEKT方式、web service方式、URL调用、文件方式。
1.5.4.2.3短信网关接口主要是解决第三方业务系统的通信功能。
采用SGIP标准的短信网关协议。
主要是接收短信网关的业务请求，按照短信应用的业务处理请求，处理后，把处理结果返回给短信网关。
这个通信的接口定义为短信应用接口。
短信应用系统要被分配短信接入号，凡是这个接入号的请求，短信网关都要把请求转发给系统，处理后，再把结果返回短信网关。
1.5.4.2.4WAP网关接口主要负责为第三方业务系统提供WAP通道，采用WAP2.0协议。
1.5.5数据项定义管理对数据封装层所使用的业务转换规则进行配置。
包括：对接口数据格式进行定义。
对数据格式转换规则进行配置。
1.5.6缓存及预处理1.5.6.1缓存处理✧发送缓冲区✓在用户数据业务量较大的情况下，对用户提交数据进行缓冲。
✓暂存用户数据消息，按用户消息优先级顺序提交给接口层。
✓消息队列调度机制。
✧接收缓冲区：获取有关接口处理结果，对不同业务数据按照频率及可缓冲情况进行数据缓冲，以加快查询类接口处理速度。
✧预处理：通过接口层的监控分析或由管理员事先定义，对于经常需要访问的接口数据，可实现预先读取，提高访问响应速度。
如：月初的详单查询，可事先定义在出帐后读取过来。
1.5.6.2接口信息处理✧操作信息处理将获取的XML消息内容调用不同的适配器，由适配器转化为实际业务系统所需要的消息格式形式。
✧结果信息处理获取业务系统操作结果，并按接口配置将返回结果信息按XML格式进行包装。
并对BOSS输入的业务数据进行统一封装和定义。
✧适配器层根据不同的业务所使用的通信协议，建立不同的适配器，如：用于WEB服务器的HTTP适配器，用于短消息处理的CMPP适配器等，适用于Webservice的SOAP 适配器等。
有关适配器的调用规范在接口配置中预先作好定义。
1.5.6.3请求消息处理获取请求消息，分析消息类型后，按接口配置对请求消息进行包装（形成符合接口层要求的数据消息）。
接口配置中预先指定了对请求消息包装的规范。
消息规范采用SOAP协议。
消息格式为XML格式或DOM对象。
1.5.7接口安全管理1.5.7.1安全控制管理⏹为了保证系统的安全运行，各种接口方式都应该保证其接入的安全性。
⏹接口的安全是系统安全的一个重要组成部分。
保证接口的自身安全，通过接口实现技术上的安全控制，做到对安全事件的“可知、可控、可预测”，是实现系统安全的一个重要基础。
⏹根据接口连接特点与业务特色，制定专门的安全技术实施策略，保证接口的数据传输和数据处理的安全性。
⏹系统应在接入点的网络边界实施接口安全控制。
⏹接口的安全控制在逻辑上包括：安全评估、访问控制、入侵检测、口令认证、安全审计、防恶意代码、加密等内容。
1.5.7.2传输控制管理⏹传输控制利用高速数据通道技术实现把前端的大数据量并发请求分发到后端，从而保证应用系统在大量客户端同时请求服务时，能够保持快速、稳定的工作状态。
⏹系统应采用传输控制手段降低接口网络负担，提高接口吞吐能力，保证系统的整体处理能力。
具体手段包括负载均衡、伸缩性与动态配置管理、网络调度等功能：⏹负载均衡：为了确保接口服务吞吐量最大，接口应自动地在系统中完成动态负载均衡调度。
⏹伸缩性与动态配置管理：由系统自动伸缩管理方式或动态配置管理方式实现队列管理、存取资源管理，以及接口应用的恢复处理等。
⏹网络调度：在双方接口之间设置多个网络通道，实现接口的多数据通道和容错性，保证当有一网络通道通讯失败时，进行自动的切换，实现接口连接的自动恢复。
1.5.8监控管理提供系统监控平台，监控接口平台是否正常，监控与第三方系统连接是否正常，监控接口平台压力情况，并根据系统情况生成报警信息等。
记录监控日志，可生成监控报表。
1.5.9接口日志管理1.5.9.1功能实现统一接口平台对各第三方系统调用的信息进行统一的记录，运营商可以全面的了解到电子渠道的运营情况，交易情况。
通过现有统一平台架构，可以完成各个渠道调用数据的统一记录，方便运营商进行日常业务跟踪，交易情况查询，统计报表。
归纳为如下方面：1.可以按日期查询到在线报文请求日志件数。
2.可以按项目、按业务查询到交易件数。
1.5.9.2记录方式对于接口层接到的请求进行日志记录，目前日志记录包含了2种记录方式：文件记录和数据库记录；文件记录是默认必选的记录方式，对于所有请求（不管请求成功还是失败）都会进行记录；数据库记录是可选的记录方式，系统提供了一个开关项控制记录行为；目前定义了3种类型：1、全纪录，2、失败记录，3、不记录同时日志管理为其他系统提供了查询接口，可以通过该接口方便的查询平台上的请求记录。