河南联通能力共享平台业务说明

2024-04-11

河南联通能力共享平台业务说明（精选6篇）

篇1：河南联通能力共享平台业务说明

河南联通能力共享平台业务说明

业务名称

河南联通能力共享平台

业务介绍

中国联通能力共享平台是中国联通的能力开放平台，是中国联通首次秉承开放理念，面向个人开发者、机构开发者、第三方能力提供者推出的能力开放及资源共享服务平台，是联通“WO+开放体系”的重要组成部分，旨在全面打造面向移动互联网的业务创新生态环境和能力合作价值链。

适用用户

联通手机用户（非联通用户可体验各类免费应用）

业务资费

业务费：使用应用触发需要扣费的业务，从用户的手机通信账户扣除。

流量费：通过手机终端下载应用以及使用应用所产生的数据流量费，该费用（流量费）将从用户的手机通信账户中扣除，按用户实际流量套餐计费。

业务办理

通过PC访问中国联通能力共享平台的互联网门户

篇2：河南联通能力共享平台业务说明

业务名称

宝贝计划

业务介绍

宝贝计划是一项特别为学龄儿童（5-12岁年龄）制定的通讯终端，是通过GPS定位为主和基站定位为辅的双重定位方式，确定移动用户的实际地理位置，从而提供用户所需与位置相关的服务信息。

适用用户

省内联通手机用户

业务资费

包月10元/月；

点播2元/次。

业务功能

业务功能：

1）专业双定位系统

2）后台服务系统

3）安全小岛

4）一键求助

5）语音教学

6）家长暗码

7）安全挂绳设计

8）声光报警

9）分组铃声

10）远程关机

办理方式

篇3：河南联通能力共享平台业务说明

关键词：综合人工平台,分层

一、项目概述

河南联通综合人工平台的建设, 旨在利用先进的信息技术与计算机应用技术成果, 通过和其他业务系统有机的结合, 采用先进的服务手段来满足客户不同层次、个性化与多样化的业务需求, 促进人工信息服务业务的有效发展, 进一步提高联通公司服务能力和水平、增强创收能力、推动业务转型。

(一) 综合人工平台现状

1. 业务现状

河南分公司根据总部规范于2002年建设综合人工业务平台一期工程, 系统由广州德立信科技有限公司进行系统集成。承载在人工平台上的业务包括:

10198面向企业用户代发短信业务;

10109696SP投诉业务;

商旅服务;

联通秘书/人工短消息;

股票秘书。

以上业务中, 10109696的人工座席与10010合设。商旅服务的座席统一设在总部。联通秘书、股票秘书业务由综合人工平台提供话务转接, 有单独的硬件设备。联通秘书的硬件设备原来由产品创新部负责维护, 目前联通秘书业务以及维护统一划归联通新国信管理。

2. 网络现状

现有人工平台系统采用的是深圳鼎铭智能交换机, 配置7台HP DL380服务器, 分别用于数据库服务器、CTI/IVR服务器、应用服务器、WEB服务器、计费鉴权服务器、SP接口服务器、定位-营帐接口服务器;配置1台录音工控机, 配有1E1的语音卡。所有的服务器设备和智能交换机都与系统配置的D-Link交换机相连, 系统通过2条E1电路与短信中心、互联网相连。交换机通过2条E1电路与VoIP前置机相连, 实现用户的呼叫接入。

综合人工业务平台局域网结构见图1。

二、系统建设方案

综合人工平台采用分层结构, 由上到下分为三层:接入层、核心层和应用层, 各层分别完成不同的工作, 其中:

1) 接入层完成系统对外的通讯和接口操作。

2) 核心层负责业务的生成和管理、呼叫中心运营管理、网络管理、合作方管理、短信和信息搜索、维护和鉴权、计费等工作。

3) 应用层负责对具体业务进行处理。

(一) 系统结构

(二) 网络分级结构

“综合人工平台”采用网络分级结构。可以和好的支持分布式的呼叫中心应用。

如图2所示。

(三) 排队机

利旧使用原客服系统使用的avayaS8700排队机, 七号信令设备利旧使用现有的 (融天PS200) 设备。交换平台系统主要由交换机PBX, 自动呼叫分配系统ACD, 计算机电话集成系统CTI, 应用服务器, 语音服务器和IVR业务流程生成模块等几部分组成。它用来完成对电话接入、呼叫前转等接入和电话呼出等。交换平台可以为用户提供人工和自动接入服务。

BONC-CTI呼叫中心交换平台结构如图3所示:

外拨坐席日常工作过程中, 坐席点击CTI终端上的电话列表进行外拨呼叫, CTI通过AES服务器控制AVAYA交换机完成自动呼叫。呼叫中心系统在日常工作过程中, 媒体服务器 (可利旧8700) /媒体网关G650一旦接收到客户的呼叫, 会先将该客户话务信息转到交互式语音应答系统IVR, 同时将该话务的数据控制信息转到CTI。IVR面向客户的语音应答是统一的语音提示主菜单, 客户可以在此选择需要呼叫中心提供的服务。

(四) 服务器

1) 数据库服务器。数据库服务器处于整个系统的中心, 是存贮用户数据, 进行大量数据运算的主要设备, 对整个系统有着决定性的影响, 因此要求其有相当高的可靠性和处理能力。呼叫中心系统的数据库系统主要是传统的联机事务处理, 如:业务受理记录、业务处理记录、统计分析数据等。2) 应用服务器。应用服务器包括CTI应用服务器、多媒体应用服务器、WEB服务器、录音服务器。CTI应用服务器负责业务支撑, 完成呼叫控制、呼叫的智能路由选择, 提供与呼叫同步的用户数据和系统监控信息等。其中多媒体应用服务器负责传真、短信、电子邮件的交互处理;录音服务器服务器用于存放语音、提供录音检索;WEB服务器提供外部WEB接口和处理WEB访问。3) CTI服务器。呼叫中心的核心控制部件, 负责业务的支撑, 完成呼叫的控制, 呼叫的技能路由, 提供与呼叫同步的用户数据及监视信息等。CTI服务器与各系统之间采用协议通讯, CTI服务器向各系统发送与呼叫相关的指导性控制指令。CTI服务软件由我公司自行研制开发, 全面符合国际上最流行的CSTA phase II标准, 并与CT-CONNECT完全兼容。4) WEB服务器。呼叫中心的业务应用都是B/S模式的, WEB服务器负责支持维系系统的WEB访问, 支持密集的客户端访问, 自动实现系统的负载平衡。5) 多媒体应用服务器 (可选) 。专门用于处理客户请求服务时的传真/短信和电子邮件等多媒体业务应用的。当客户启动多媒体服务时, 多媒体应用服务器自动响应, 并检测客户的服务内容, 接收或发送数据。系统管理工作站设定多媒体应用的内容及客户名单, 启动自动服务, 实时监控客户的多媒体应用, 并发送给多媒体应用服务器, 由多媒体应用服务器完成对客户的交互处理。6) 录音服务器。专门用于处理系统的呼入呼出的语音信息, 通话过程中自动实时录音并保存。录音服务器拥有大容量的存储, 可以对录音文件进行长期保存归档, 并提供实时查询操作。7) 监控工作站 (可选) 。主要用于实时监视系统中ACD座席小组的状态、记录座席活动情况, 用于监控系统设备、资源的运行状态。监视系统运行的性能效率, 跟踪系统的流程, 在系统运行异常时进行定位和故障分析, 并提供设备控制的能力。

三、总结

篇4：河南联通能力共享平台业务说明

摘要：随着高校数字校园的快速发展，校内业务系统间共享数据的需求愈发强烈，高校数据共享平台因此成为数字校园建设的关键基础设施。高校数据共享平台仅仅依靠技术手段实现存在许多问题，需要从业务流程的角度来分析和设计。本文通过对高校数据共享平台建设目标及当前存在问题的分析，设计了基于业务流程的高校数据共享平台建设模型。该模型阐释了如何从业务流程的角度，分析和设计信息流、数据流，满足高校不同部门业务信息系统间数据的可靠共享和管理部门的决策支持。该模型能较好地解决高校当前数据共享平台建设中数据共享流程不畅、共享数据管理困难、责任主体不清、决策支持难实现等难题，为高校数据共享平台建设提供新的思路和借鉴。

关键词：业务流程；高校数据共享平台；数据集成；信息孤岛

中图分类号：G40-05 文献标志码：A 文章编号：1673-8454（2016）11-0093-04

一、引言

1.研究背景

当前各高校在数字校园建设中，取得了丰硕成果，软硬件基础设施有了很大的提升，建成了如OA、人事系统、教务系统、资产系统、一卡通系统等众多业务信息系统，提高了工作效率，增强了工作人员的信息素养，并在学校管理人员中营建了良好的信息化建设的氛围。而在此过程中，数据共享平台由于其基础性、全局性的特点，成为数字校园建设的关键基础设施。

高校数据共享平台相关的文献很多，虽然名称不同，建设方案各异，但基本目标是一致的。一般而言，数据共享平台主要有两个目标：一是解决“信息孤岛”的问题；二是实现决策支持。“信息孤岛”是由于各业务系统建设时间不同，架构不同，相互之间缺乏共享机制造成的。决策支持则是希望数据共享平台能提供全局性的信息报表，以利于决策层掌握全校的真实情况，从而科学决策。针对这两个目标，现有文献多从技术上提出相应的解决方案。如俞春等[1]提出建设数据共享交换平台，然后根据用户需求选择数据集成工具。周学理[2]提出建设共享数据库中心，并在共享数据库基础上实现决策支持。于宁等[4]则提出建设基于数据仓库的高校决策支持系统。这些技术上的方案，为数据共享平台的构建提供了技术上的可行性，但在实际建设中仍存在许多亟需解决的问题。

2.高校数据共享平台建设中存在的问题

（1）数据共享流程不畅

信息管理部门往往将数据共享看作技术工作，不去设计共享流程，或者只设计数据库之间的共享流程，没有把业务部门考虑进来，无法建立全面的数据共享流程。其结果是共享数据的内容并不是业务部门所想要的内容，进而降低业务部门对共享数据的信任度。

（2）共享数据管理困难

共享数据存储于共享数据库中，其管理不但需要数据库管理知识，而且需要业务知识，这对业务人员和信息管理人员均有难度；而且由于数据集成不直观，各种集成参数设定后很难更改，不利于后期的运维管理。

（3）责任主体不清

这主要表现在数据共享是业务部门与信息管理部门之间共同完成的工作，但由于业务部门不懂技术，而信息管理部门不懂业务，导致认识不统一。业务部门往往把数据共享看作是信息管理部门应该解决的技术问题，但实际上数据共享主要是业务部门应该解决的业务问题。

（4）决策支持难实现

一般而言，决策支持需要有数据仓库的支持，而数据仓库所需要的软硬件环境又远远高于共享数据库，而且建设周期长，协调部门多。而直接在共享库中实现决策支持功能，会导致业务复杂，增加数据共享难度，不利于决策支持业务的独立性。

3.企业应用集成及其启示

企业应用集成EAI（Enterprise Application Integration），一般是指将企业内部多个不同数据源和相互分离的应用系统进行协同自动化处理的解决方案，其功能主要是协调企业现有和将来的应用程序、数据及员工与合作伙伴之间的互动[5]。EAI最初是为了解决企业内部多个新系统与旧系统的集成问题，一般采用星型集成架构，通过分布式对象中间件技术来实现信息集成。由于传统的EAI技术局限于数据和信息层面的集成，难以实现企业业务流程的自动处理、管理和监控，因此，有学者[5]提出了基于业务流程整合的第二代EAI技术。第二代EAI技术采用Web Service技术，通过对企业业务流程的全面分析管理，满足企业与客户、合作伙伴之间的业务需求，实现端到端的业务流程，顺畅企业内外的数据流、信息流和业务流。

目前的高校数据共享平台建设侧重于数据层面，相当于第一代EAI，所遇问题也与之相似。因此第二代EAI对数字校园建设中的数据共享平台建设具有良好的借鉴作用。高校数据共享平台应从业务流程的角度，通过建立高校数据共享业务，强调业务主体责任，解决目前高校数据共享平台建设中存在的问题。

二、高校数据共享业务流程分析

1.高校数据共享业务结构

业务是指管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。业务流程是指为完成某一目标或任务而进行的一系列逻辑相关的跨越时间和空间的业务活动的有序集合[6]。一项完整的业务流程要涉及到多个部门和多项数据。对于数据共享业务流程，业务人员、系统开发人员、信息管理人员有着不同的理解。业务人员理解的业务流程是部门间的业务数据传递，是把本部门的一部分可以共享的数据以各种形式传递给其他部门，同时本部门接收其他部门提供的共享数据。系统开发人员理解的是数据处理过程以及两个业务信息系统之间共享数据的导入与导出。信息管理人员理解的是数据库间共享数据的推送或拉取。因此，数据共享业务其实是一种分层结构，如图1所示。

由图1可以看出，高校数据共享流程在业务层表现为业务部门之间以表格文件为载体传输数据。在信息层，表现为数据共享通过双方业务信息系统实现数据的输入、编码、以表格为载体的数据共享、数据解码、数据使用的过程。在数据层，则表现为业务数据库间的数据集成，这是传统意义上的数据共享流程，只需要明确数据源和目标数据库，即可实现对数据的集成。通过分析共享数据业务结构，有利于从各个角度去设计具体的共享流程，明确各方责任。

2.高校数据共享业务流程

现有高校数据共享的相关文献[1-4]中对于数据共享的实现大多局限于数据集成过程，以数据源开始，以目标数据库结束，这样集成的结果把数据共享业务局限于数据管理部门内部，导致数据共享整体业务不流畅，业务责任主体不清晰等问题。而从业务流程角度来看，数据共享业务应该从业务实际需求出发，通过供需双方的交流，实现数据共享。数据共享业务流程建立的步骤可以作如图2所示设计。

第一步：业务部门双方确认数据共享业务流程。在业务流程确定中，需要业务部门双方就共享数据的方式进行沟通，形成共享表格，并能在初次共享时提供确认的全部数据，使共享数据能够显性化，使双方对共享数据有直观而清晰的理解。

第二步：业务部门各自确认信息流。一旦数据共享业务建立后，双方应对数据共享信息流进行确认，确认双方信息系统中是否都具有产生相关数据的功能及数据表。

第三步：信息管理部门提供数据共享技术支持。信息管理部门根据业务部门的数据共享业务流程，在信息流确认的基础上，进行数据流的设计和实施。

三、基于业务流程的高校数据共享平台建设模型设计

1.高校数据共享平台建设模型

高校数据共享业务流程涉及到业务部门、信息管理部门以及系统开发人员，因此设计数据共享平台需要考虑到不同层次的需求，由上及下，逐步确定业务流程中数据共享的业务细节和技术需求。高校数据共享层次可以分为业务层、信息层、数据层，三层之间相互流通，层层对应，信息层是业务层的映射，数据层是信息层的映射。数据共享平台具体建设模型如图3所示。

该模型把高校数据共享平台建设分为三个层次：业务层、信息层、数据层。每一层对应不同的流程结构，反映不同层次人员的工作视角。

（1）业务层

业务层主要包括业务部门、信息管理部门、决策部门及其相互间的业务流。业务层主要任务是实现业务流程的设计，明确数据共享和决策支持的主体责任。

业务部门是高校管理的具体业务承担者，在日常的工作中相互之间存在各种形式的业务往来，如工作协调和信息共享，而这种业务往来在信息环境下仍然存在。依托数据共享平台进行数据共享，只是改变了业务往来的形式，但并未改变其业务内容。信息管理部门通过共享数据库来管理全校共享数据资源。信息管理部门对数据共享行为进行业务化，使之成为自身的业务范畴，从而为进一步开发共享数据管理系统，以可视化的形式管理共享数据奠定基础。决策部门是数据仓库的直接使用部门和规划部门，决策部门提供数据仓库设计所需要的报表格式，并对数据来源做出安排，决定数据仓库服务的范围，并通过决策支持系统实现界面化操作和管理。业务流则是指业务流程中业务信息的传递，即两部门在实际工作中，不依赖于信息系统而相互共享数据的方式。例如在人事系统与房产系统的人事数据共享中，资产部门与人事部门应该首先具有共享数据的业务流，有专人负责，有数据的载体。在业务流中，数据载体可以是电子表格、纸质材料、甚至是口头表述。

（2）信息层

信息层包括业务系统、共享数据管理系统、决策支持系统及其相互间的信息流。信息层主要任务是实现信息系统对数据共享业务流程的支持，在业务管理系统中具有明确的功能模块，并建设共享数据管理系统和决策支持系统。

业务系统实现业务数据的处理，提供需要共享的数据格式，同时接收其他业务系统提供的共享数据。共享数据管理系统实现对共享数据的管理，提供可视化的手段和监督。决策支持系统在数据仓库的支持下，完成决策模型设计、决策数据分析、决策信息展现。决策支持系统是对数据仓库的可视化展现，并能够支持以不同的角度审视数据，以支持决策。信息流是指信息的传播与流动，是业务流程在信息系统中的实现，并将业务流程以功能形式呈现出来。在具体表现上，信息流表现为能产生共享数据列表的功能。例如在人事系统中，能够将人员数据导出为EXCEL文件的功能，在其数据层有相应的视图或表。

（3）数据层

数据层是数据共享平台建设的核心，包括三个基本部分：共享数据库、数据集成工具集、数据仓库。数据层的主要任务是建设共享数据库、数据仓库，选择适当集成工具，实现数据集成。

共享数据库用于存储基础性数据，如人事、学生信息。这些数据的需求关系是1对多关系，一般由一个部门提供，多个部门使用，因此必须按照信息标准存放于共享数据库。数据仓库用于存储按决策需求而专门设计的决策类数据，例如年度教工统计数据、学生统计数据、办学条件等，这些数据主要服务于决策支持。数据集成工具集则为业务数据库、共享数据库、数据仓库三者之间的数据抽取、转换、装载提供技术支持。

2.关键业务系统

（1）共享数据管理系统

目前共享数据管理中一个很大的问题是数据的可视化不足，只有数据库管理人员在数据库中查看，而不能在界面化的操作方式下为业务人员所见。这样就导致共享数据的黑盒化，业务人员看不到共享数据，就不能理解业务数据如何被共享的一个过程，从而难以做到对数据的责任。而共享数据管理系统可以将共享数据以界面化的方式展现出来，而且可以通过授权，使业务人员能够看到共享数据的情况，了解数据共享的进度，从而增强数据共享的信心和责任感。

（2）决策支持系统

高校决策支持系统相关研究很多，但由于业务和技术两个方面的原因，一直难以有效应用。在业务方面，决策支持需要管理人员认可，而目前的决策技术过于抽象化，直观性不足，缺少知识库的支持。在技术上，主要是决策系统所依赖的技术，如数据挖掘、OLAP等，在应用于具体的业务时千差万别，难以有效地对建模结果进行有效解释，不利于管理人员理解。而决策支持系统建设就是要综合数据仓库、数据挖掘和知识管理的理论和方法，使用决策展示更明确、指标更明晰、结果更易懂、效果更明显。

3.模型特点

（1）突出业务部门的主体地位

该模型明确业务责任，确定业务活动流程，将不可见的数据共享活动外化为可见的数据共享业务，更能为业务人员所接受和理解，有利于推进数据共享业务建立，从而解决了业务流程不畅、责任主体不清的问题。

（2）共享数据库与数据仓库分离

该模型将共享数据库与数据仓库分离，有利于厘清信息管理部门与决策部门的责任，而且有利于实现各自的功能。共享数据库解决“信息孤岛”的问题，而数据仓库解决决策支持的问题。决策部门负责对学校全局数据的分析处理根据决策需求制定，推进数据仓库技术在高校智慧校园中的应用。信息管理部门承担共享数据库的管理和建设。这样就能解决共享管理困难、决策支持难实现的问题。

（3）构建数据集成工具集

数据集成工具集为不同的数据集成需求提供了多种选择手段。数据集成是业务流程的体现，是数据共享平台设计的核心。数据集成工具集随着技术的进步，需求的变化，业务流程的改变，应能够不断地改进和扩充。

四、结束语

高校数据共享平台，首要目的是实现数据共享，其次实现决策支持，核心是数据集成。数据集成是数据共享业务流程的集中体现。数据共享流程受到需求部门对源数据的理解程度的影响，从业务的角度设计数据集成非常重要。数据共享业务的建立需要明确的责任分工和清晰的业务流程。总之，基于业务流程的高校数据共享平台建设模型，有利于数据共享过程业务化，厘清部门责任，增强数据共享过程的可管理性，夯实决策支持的基础。

参考文献：

[1]俞春，袁芳，刘乃嘉，王茜.高校数据共享与交换技术的应用研究[J].实验技术与管理，2012，29（11）：109-112.

[2]周学理.高校数字化校园共享数据库中心的设计与实现[D].辽宁：东北大学，2008.

[3]丁智君.高校数据化校园的数据中心平台建设[D].上海：复旦大学，2009.

[4]于宁，王行言，罗念龙.高校教学决策支持系统数据仓库的研究与实现[J].计算机工程与设计，2006，27（20）：3853-3857.

[5]黄向平，吴春旭，张兮.基于业务流程整合的企业应用集成[J].计算机系统应用，2006，15（7）：45-48.

[6]史俊.业务流程的共性与可变性研究[D].湖北：华中科技大学，2007.

[7]谢小轩，张浩，夏敬华，王坚，李琦.企业应用集成综述[J].计算机工程与应用，2002，38（22）：1-5.

[8]（美）William A. Ruh， Francis X. Maginnis， William J. Brown著.张博，杨丽君等译.企业应用集成[M].北京：机械工业出版社，2003.