通讯平台（精选10篇）
通讯平台 篇1
摘要：南京理工大学信息化建设与管理处为全校师生提供了一个统一通讯平台, 支持短信、微信、邮件等全方位消息发送方式, 并与学校现有业务系统相融合, 承担业务系统日常通知、密码验证等功能。本文介绍了统一通讯平台的项目背景与建设目标, 具体描述了web版普通用户平台、管理员平台以及移动版的建设内容, 并总结该项目的亮点与创新, 具有一定的借鉴价值。
关键词：高校,统一通讯平台,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.
[3]胡缙炜.短信平台管理系统及其接口设计[D].电子科技大学, 2012.
通讯平台 篇2
博域通讯一体化呼叫中心平台产品BYICC2.0结构组成
博域通讯一体化呼叫中心平台产品BYICC2.0采用国际最先进的IP融合型及分布式呼叫中心技术、NGN(下一代通信网络)软交换技术和融合通信系统技术以及一体化架构呼叫中心平台技术，将当今计算机领域与通信领域最先进的技术高效融合，突破了传统交换机模式和板卡模式的局限性，代表着未来通信技术主流模式，帮助客户满足他们的商业通讯需要和面对新的通讯挑战，可以便捷地实现呼叫中心系统的升级和扩容，可以让你的呼叫中心系统随着业务范围的拓展而不断扩展，极大程度上保证了贵单位投资的长期有效。
博域通讯一体化呼叫中心平台产品BYICC2.0作为业界领先的高度整合、无缝链接、性能卓越、运行稳定、安装实施快速便捷、内置CRM功能[将呼叫中心收集到的顾客档案信息/业务咨询/业务投诉/业务受理/主动回访/市场调查/派工单等信息进行录入/统计分析，实现统一的客户信息管理，并及时反馈到企业产品开发以及管理决策上；实现与业务操作及企业/政府部门的信息资源无缝集成，具有良好的企业数据融合能力和良好的企业业务整合能力，已有的CRM系统能直接嵌入到一体化呼叫中心平台的人工座席软件的操作界面；通过呼叫中心与客户关系管理系统相结合，实现对客户的个性化和差异化服务，从而最终提高客户的满意度和忠诚度]、IP融合通信能力强、高性价比的一体化呼叫中心(CTI)通讯平台，在一台CTI通讯服务器上融合了呼叫中心系统的所有常用功能，以ALL-IN-ONE（完全一体化）的方式集成并固化了PBX/ACD/IVR/CTI/数字录音/语音信箱/VOIP[支持完全分布式、远程中继和远程IP座席方式的混合应用]/TTS/传真/人工座席软件/短信/统计报表软件/维护管理工具软件/智能自动外拨软件/客户关系管理(CRM)/工作流(派工单)管理/与已有计算机技术支持系统的数据接口/易学易用的软件二次开发环境以及软件二次开发的模板程序源代码/运营管理等核心的呼叫中心功能模块[不需要集成或购买第三方的任何产品或是中间件，即可实现呼叫中心系统所需要的所有功能]，实现了简单、高性能价格比的系统构架，所有对平台和系统功能的修改、扩展等都不会影响到系统的正常使用；具有高度集成的一体化技术解决方案、电信级的稳定性和迅速的灾难恢复能力、充足的系统容量和平滑的扩展能力[在硬件配置有冗余的情况下，系统的扩容和升级只需要进行软件版本和Lisence的重新注册即可完成]，以及超强的系统可维护行和高性价比等优异特性。
博域通讯一体化呼叫中心平台产品BYICC2.0已经大大超越通常所说的CTI中间件的层次，借助于博域通讯一体化呼叫中心平台产品BYICC2.0，呼叫中心项目的实施简化成为了数据库应用软件项目的实施，呼叫中心项目的二次软件开发工作简化成为了数据库应用软件的二次开发和修改工作，即可实现完善的呼叫中心功能，并满足最终客户呼叫中心系统的个性化业务需求。
一 采用博域通讯一体化呼叫中心平台产品BYICC2.0的呼叫中心系统的逻辑结构
深圳市博域信源通讯有限公司 http:/// 0755-86172837 第1页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
采用博域通讯一体化呼叫中心平台产品BYICC2.0的呼叫中心系统的逻辑结构示意图
采用一体化呼叫中心平台产品BYICC2.0的呼叫中心系统的逻辑结构分为四个层次： 1 物理设备层
通过语音/传真板（中继板/用户板）实现语音线路的电气接口，通过驱动程序向上层（虚拟设备层）提供事件，和上层交换数据。这一层的实现依赖于中继板/用户板厂商。虚拟设备层
虚拟设备层实际上是一个封装后的统一的设备接口库。为使产品能适用于更多厂家的语音/传真板产品，针对每一类语音/传真板我们提供了独立的设备接口。这种设计屏蔽了不同厂家产品之间接口的差异，使上层（服务层）软件不作任何修改就能应用于不同的语音/传真板。所使用和开发的应用软件(如IVR自动语音服务流程软件、人工座席软件、统计报表软件、业务部门电子工单管理客户端软件【可选】等)的所有源代码在一体化呼叫中心平台的模拟中继板改为数字中继板或模拟中继板与数字中继板混用，模拟/数字中继板扩充端口或数字中继板调整信令以及增加人工座席{如人工座席由8个扩容到96个}等情况下无需作任何修改，以保证呼叫中心系统在将来能够平滑地升级换代，同时大大保护了使用部门前期的投入。服务层
通过一系列服务程序，提供平台所支持的各类服务，其中PABX排队交换机核心服务是其它服务的深圳博宇通讯有限公司
http:///
第2页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
基础，其它服务（CTI 服务，IVR 服务，监控服务，流程解析服务，数据库网关服务等）必须依赖于该服务实现各自不同的设计目标。应用层
应用层提供必要的管理和维护程序（如监视程序，配置程序等），并通过调用服务层提供的各种服务，实现用户最终的设计目标。博域通讯一体化呼叫中心平台产品BYICC2.0提供了丰富的应用工具，如控制台程序、配置管理程序，监视程序、日志查询程序、电脑话务台程序、在线线路诊断程序等。
深圳博域通讯一体化呼叫中心平台产品BYICC2.0提供了易学易用的可视化图形编辑器与VoiceXML(语音扩展标记语言)脚本一体化的IVR（交互式自动语音服务)流程开发环境以及丰富的模板化示例语音流程，具有CRM/话务控制功能的人工座席软件的程序模板源代码，以及业务统计/话务统计功能的统计报表软件的模板源代码，（可选）业务部门电子工单管理客户端软件的模板源代码。
借助于博域通讯一体化呼叫中心平台产品BYICC2.0，呼叫中心系统项目的实施简化成为了数据库应用软件项目的实施，呼叫中心系统项目的二次软件开发工作简化成为了数据库应用软件的二次开发和修改工作，从根本上取消了系统集成商/合作伙伴/最终用户在招聘/配置实施呼叫中心（Call Center，CTI）项目的软件工程师人力资源时对软件工程师的CTI(呼叫中心)从业经验的任职资格要求，突破性地实现了呼叫中心系统项目软件（二次）开发的高度“平民化和大众化”。按照通常的经验，贵单位具有数据库应用软件（如MIS系统，ERP系统等）开发经验的软件工程师{具有中专或大专或大专以上学历}经过3天的专业技术培训，即可采用博域通讯一体化呼叫中心平台产品BYICC2.0独立地实施呼叫中心系统项目。
借助于博域通讯一体化呼叫中心平台产品BYICC2.0，系统集成商/合作伙伴/最终用户实施呼叫中心系统项目时的软件二次开发工作为：在博域通讯一体化呼叫中心平台产品BYICC2.0内置的可视化图形编辑器与VoiceXML(语音扩展标记语言)脚本一体化的IVR（交互式语音服务)流程开发环境中对交互式语音服务[IVR]模板流程的简单修改，对人工座席软件/统计报表软件/(可选)业务部门电子工单管理客户端软件模板程序源代码中的个性化数据库（CRM）应用部分的界面数据项和相关SQL语句的简单修改与定制。
目前，国内已经有众多的具有数据库应用软件{如MIS系统或ERP系统或OA系统或GIS系统或网站等C/S结构或B/S结构或C/S与B/S相结合结构的数据库应用程序}开发力量但不了解呼叫中心工作原理的企业（最终用户、经销商、IT/网络/电子/通讯企业等）/政府机关单位采用博域通讯一体化呼叫中心平台产品BYICC2.0开发成功了他们的具有个性化数据库应用（CRM）功能的呼叫中心系统。
二 采用博域通讯一体化呼叫中心平台产品BYICC2.0的呼叫中心系统的物理结构(俗称网络拓扑结构)博域通讯一体化呼叫中心平台产品BYICC2.0集现代CTI技术、程控交换(PBX)技术、NGN(下一代通信网络)软交换技术、智能接入交换分配技术、异构系统信息交互技术、Internet技术、VOIP技术、IP分布式呼叫中心技术、网络技术、分布式数据库技术、主流的计算机软件技术(包括面向对象编程技术OOP、软件构件技术、软件复用技术、主流的软件开发语言等)和开放式接口技术于一体，采用国际深圳博宇通讯有限公司
http:///
第3页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
最先进的IP融合型及分布式呼叫中心技术、NGN(下一代通信网络)软交换技术和融合通信系统技术以及一体化架构呼叫中心平台技术，提供了完整的呼叫中心(Call Center)系统解决方案。一体化呼叫中心平台产品BYICC2.0几乎囊括了一个典型的呼叫中心系统所需要的所有系统功能，包含硬件、软件及许可三部分，用户可以根据实际需要灵活地进行配置；一体化呼叫中心平台产品BYICC2.0高度的集成性和整合性极大地回避了非集成系统普遍遇到的硬件冲突，以及不同厂家的系统接口的连接和配置难题。
2.1所有座席为集中座席的系统物理结构{建议的系统一期工程网络拓扑结构} 如果贵单位呼叫中心系统的所有座席为集中座席{即所有座席在同一个地点}，则采用深圳博域通讯一体化呼叫中心平台产品BYICC2.0的呼叫中心系统的网络拓扑结构如下（请放大到150%浏览）：
可见，所有座席为集中座席的一体化呼叫中心系统由以下部分构成：
一体化呼叫中心平台BYICC2.0 【以ALL-IN-ONE（完全一体化）的方式集成并固化了PBX/ACD/IVR/CTI/数字录音/语音信箱/VOIP[支持完全分布式、远程中继和远程IP座席方式的混合应用]/TTS/传真/人工座席软件/短信/统计报表软件/维护管理工具软件/智能自动外拨软件/客户关系管理(CRM)/工作流(派工单)管理/与已有计算机技术支持系统的数据接口/易学易用的软件二次开发环境以及软件二次开发的模板程序源代码/运营管理等核心的呼叫中心功能模块】；
人工座席PC机(逻辑上分为：普通业务代表座席、专家/班长座席)； 话务员声导管耳机+耳机话务盒（可以采用普通模拟电话机代替）； 通信线路（中继线路[数字中继线路或模拟中继线路]以及分机线路）；
深圳博宇通讯有限公司
http:///
第4页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
局域网系统；
呼叫中心支撑平台软件，即一体化呼叫中心平台软件BYICCSS2.0； 经过定制（或标准版本）的交互式语音应答（IVR）软件BYICCIVR2.0；
经过定制（或标准版本）的人工座席软件（包括数字录音管理功能）BYICCAgent2.0； 经过定制（或标准版本）的统计报表软件BYICCReport2.0；
经过定制（或标准版本）的业务部门电子工单管理客户端软件BYICCWfClient2.0（可选）数据库/录音文件存储服务器可以根据需要配置在局域网内的任何一台服务器上。2.2 配置有IP远程座席的系统物理结构
如果贵单位配置有IP远程座席，则采用深圳博域通讯一体化呼叫中心平台产品BYICC2.0的呼叫中心系统的网络拓扑结构如下（请放大到150%浏览）：
系统的IP远程座席结构：
传统TDM方式的呼叫中心系统受传输资源的限制，座席话机只限于本地使用，实现远程座席只能借助运营商的传输资源，网络建设成本高，可实施性差。然而，对于大型的企业用户及行业用户，拥有IP广域网及局域网资源的较多，对于路由集中、业务分散处理的呼叫中心网络架构有强烈的需求。利用IP网络实现远程座席的延伸，与交换机的线路状态保持一致，可以使远端的机构人员具有同样的客户服务能力。
深圳博宇通讯有限公司
http:///
第5页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
IP远程座席网络拓扑结构 *网络连接：
>>连接呼叫中心：采用VOIP语音网关(FXO)连接一体化呼叫中心平台产品BYICC2.0的座席(分机或俗称用户)线，接口类型可以选择E1、环路中继；
>>远程座席：根据实际远程座席数量，选择VOIP语音网关(FXS)，通过模拟用户线接口连接座席话机和传真机；
>>连接IP网络：VOIP语音网关通过10/100M以太网口连接到IP网络，如果IP网络具有QoS分配能力，可以通过VOIP语音网关设置呼叫中心业务在IP网络中传输的优先级；也可以通过设置，为呼叫中心网络划分VLAN，以提高网络可靠性、安全性。
*建网效果：
所有的IP远程座席呼叫路由分配，由一体化呼叫中心平台产品BYICC2.0统一控制，远程座席与本地座席具有相同的功能；
支持一对多的方式，即在总部放一个大容量的VOIP语音网关(FXO)与呼叫中心连接，远程座席放小容量的VOIP语音网关(FXS)连接话机，多个小容量的VOIP语音网关(FXS)可以统一指向总部大容量的VOIP语音网关(FXO)单元；
一体化呼叫中心平台产品BYICC2.0支持市场上主流的VOIP语音网关(FXO/FXS)。
三 采用博域通讯一体化呼叫中心平台产品BYICC2.0的呼叫中心系统的硬件构成
采用一体化呼叫中心平台产品BYICC2.0的呼叫中心系统硬件由以下部分构成： 一体化呼叫中心平台产品BYICC2.0【以ALL-IN-ONE（完全一体化）的方式集成并固化了PBX/ACD/IVR/CTI/数字录音/语音信箱/VOIP[支持完全分布式、远程中继和远程IP座席方式的混合应用]/TTS/传真/人工座席软件/短信/统计报表软件/维护管理工具软件/智能自动外拨软件/客户关系管理(CRM)/工作流(派工单)管理/与已有计算机技术支持系统的数据接口/易学易用的软件二次开发环境以及软件二次开发的模板程序源代码/运营管理等核心的呼叫中心功能模块】；
中心端O口/S口 VOIP语音网关{当配置有IP远程座席或IP远程中继接入时才需要}；
深圳博宇通讯有限公司
http:///
第6页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
PC机；
远端S口/O口VOIP语音网关{当配置有IP远程座席或IP远程中继接入时才需要}； 中心端人工座席PC机、远程IP座席PC{当配置有IP远程座席时才需要}，可以沿用已有的话务员声导管耳机+耳机话务盒（可以采用普通电话机）； 通信线路，包括数字中继线路或模拟中继线路，以及分机线路；
网络系统，即包括中心端连接一体化交换机与人工座席PC机的局域网；远端IP座席的局域网以及远端IP座席的PC机与中心端CTI通讯服务器之间通过TCP/IP协议进行数据通信的VPN或ADSL等宽带网络{当配置有IP远程座席或IP远程中继接入时才需要}；
四 采用博域通讯一体化呼叫中心平台产品BYICC2.0的呼叫中心系统的软件构成
采用一体化呼叫中心平台产品BYICC2.0的呼叫中心系统的交换机侧以及客户端软件由以下部分构成：
4.1 系统软件(呼叫中心系统核心服务软件包)— BYICCSS2.0 集成并固化了排队交换机（PABX）功能，模拟/数字中继线路信令处理以及呼叫接续控制功能，可视化图形编辑器与VoiceXML(语音扩展标记语言)脚本一体化的IVR（交互式自动语音服务)流程开发环境以及IVR引擎与流程解析器，ACD（自动呼叫分配）功能，转人工服务功能，CTI（计算机电信集成）功能，语音信箱功能，数据库网关，可视化的通信线路与人工座席配置功能，人工座席软件二次开发接口，统计报表软件二次开发接口，TTS（文本转语音）服务，线路在线诊断功能，同步数字录音服务接口，外线/座席/ACD/分机等状态的图形化实时监控功能，短信收发接口，自动传真服务接口，VOIP服务接口[可以直接投入商业运行]； 数据库/录音文件存储服务器（可选配置），可以沿用已有的数据库服务器。
深圳博宇通讯有限公司
http:///
第7页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
4.2 经过定制/标准版本的人工座席软件(包括班长座席软件)— BYICCAgent2.0 普通座席软件与班长座席软件以及IP远程座席软件统一为了同一个源程序，通过权限控制进行区别，可以动态地任意配置班长座席个数；提供了人工座席软件的模板程序源代码，同时提供了基于OCX控件的软件二次开发接口。
提供了完整的与排队交换机（PABX）的CTI通信控制功能和丰富的话务控制成熟功能{如：登录/退出、应答来电/拒绝应答、在线/示忙/事后文书处理、走开/回来、来电转其他座席、保持/恢复、静音/取消静音、屏幕呼出/呼叫分机、监听、强插、强拆、接管/呼叫拦截、班长强制普通座席示忙/示闲、班长强制注销普通座席、来电显示/来电时客户基本资料与历史业务记录在屏幕上自动弹出(Screen PopUp)/来电区域识别、语音数据同步转移[即呼叫和客户数据以及操作界面的同步转移]/客户服务的协同管理、留言信箱管理[如留言检索查询及播放以及回复]、来电转外线/指挥调度、三方/多方电话会议、来电转IVR、代接电话、座席之间收发文字信息、座席通信状态/呼入排队情况实时监控、地址簿/电话速拨面板、黑名单管理、查询座席历史通话记录、话务员管理及权限控制等}[可以直接投入商业运行]以及相关的模板程序.NET/DELPHI/JAVA源代码。
提供了比较完善的、经过规模商用验证的、通用的客户关系管理(CRM)功能/数据库应用软件功能，如：客户档案管理、业务咨询管理、业务查询管理、业务受理管理、投诉建议管理、客户关怀/客户回访管理、工作流(派工单)管理{如工单处理进度和退单查询，正常派单，重新派单，销毁派单，历史工单信息组合条件查询，导出到EXCEL，工单详细信息浏览与打印等业务功能}、预览呼出/电话营销的被叫号码分配管理以及呼出的业务管理、综合业务查询、业务知识库、公告栏、座席备忘录、操作日志管理、业务参数维护等功能[可以直接投入商业运行]以及相关的模板程序.NET/DELPHI/JAVA源代码。
提供了丰富的和与已有计算机技术支持系统[如MIS/ERP/OA/BOSS/GIS等]、因特网/网站、电子邮件的数据接口的模板程序.NET/DELPHI/JAVA源代码。
提供了获取来电号码、通过SOCKET向C/S结构应用软件传递来电号码、通过URL插件结构编程深圳博宇通讯有限公司
http:///
第8页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
以融合B/S结构业务系统程序的模板程序.NET/DELPHI/JAVA源代码。
座席软件二次开发的工作为利用人工座席软件模板源代码修改业务（数据库应用）部分的界面数据项以及相关的SQL语句，能够大幅度的缩短人工座席软件二次开发周期，大大降低人工座席软件二次开发成本。具有.NET或DELPHI或JAVA或其它主流编程语言的数据库应用软件开发能力的工程师经过3天的专业技术培训后即可很快胜任人工座席软件的二次开发。
座席软件中的系统菜单
深圳博宇通讯有限公司
http:///
第9页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
座席软件中完善的话务操作菜单
座席软件中丰富的业务操作菜单
深圳博宇通讯有限公司
http:///
第10页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
座席软件中的来电转接操作窗口
座席软件中的班长监听普通座席的通话操作窗口
深圳博宇通讯有限公司
http:///
第11页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
座席软件来电屏幕弹出窗口
座席软件中的来电业务信息录入操作窗口
座席软件中的编辑呼出[回访]业务记录操作窗口
深圳博宇通讯有限公司
http:///
第12页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
座席软件电话营销功能中的外呼记录编辑操作窗口
座席软件（闭环工作流）派工单管理功能中的业务部门派工单信息处理操作窗口
4.3经过定制/标准版本的统计报表软件 — BYICCReport2.0 提供了完善的话务统计报表以及CDR（通话明细报告）功能【分为单个座席和座席组的统计报表；分为日统计报表、周统计报表、月统计报表、任意时间段统计报表；统计报表导出为EXCEL文件；统计报表的曲线图以及柱状图直观显示】，如：综合性话务指标统计、呼入话务量统计、呼出话务量统计、座席工作情况统计、转接话务情况统计、呼入电话排队(ACD)情况统计、座席登入登出情况统计、人工深圳博宇通讯有限公司
http:///
第13页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
座席平均通话时长统计、呼入电话转人工座席成功率统计、话务员接听电话数量概要信息统计、来电时间段分布情况概要信息统计、呼入电话放弃情况统计、服务满意度统计、语音留言情况统计、语音留言回复情况统计、话务控制操作情况统计、座席工作状态时长统计、中继线路占用情况统计等[可以直接投入商业运行]以及相关的模板程序.NET/DELPHI/JAVA源代码。
提供了完善的业务咨询，业务受理，业务查询，投诉建议，派工单管理，客户回访与市场调查等数据库应用（CRM）的通用业务统计报表功能[可以直接投入商业运行]以及相关的程序模板.NET/DELPHI/JAVA源代码。
统计报表软件二次开发的工作为利用统计报表软件模板源代码修改业务（数据库应用）统计部分的界面数据项以及相关的SQL语句，能够大幅度的缩短统计报表软件二次开发周期，大大降低统计报表软件二次开发成本。具有.NET或DELPHI或JAVA或其它主流编程语言的数据库应用软件开发能力的工程师经过3天的专业技术培训后即可很快胜任统计报表软件的二次开发。
统计报表软件中完善的话务统计菜单操作窗口
深圳博宇通讯有限公司
http:///
第14页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
综合性话务指标统计窗口
统计报表软件中的呼入话务量统计操作窗口
深圳博宇通讯有限公司
http:///
第15页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
统计报表软件中的来电时间段分布情况概要信息统计窗口
统计报表软件中完善的业务统计菜单操作窗口{可以在此基础上修改完善} 深圳博宇通讯有限公司
http:///
第16页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
统计报表软件业务咨询等来电记录统计操作窗口{可以在此基础上修改完善}
4.4 经过定制/标准版本的交互式语音应答(IVR)软件 — BYICCIVR2.0 提供了可视化图形编辑器与VoiceXML(语音扩展标记语言)脚本一体化的IVR（交互式自动语音服务)流程开发环境；基本功能包括：流程跳转与条件控制、按键操作、播放语音文件/多语音合成放音、接收传真、发送传真、条件循环、数据库操作、创建会议以及管理、发送 DTMF 号码、拨内线分机、拨外线、转人工座席、调用IVR内部函数、播放组合语音、TTS调用、产生事件与事件响应、字符串操作、子流程调用等。
提供了多个行业丰富的模板化呼叫中心示例语音流程和VoiceXML脚本源代码；其中：播放欢迎词、上下班时间判断、播放业务咨询信息语音、转人工座席、自动播报座席工号、录音留言、自动传真收发、转办公电话(手机)/夜服功能、不同的中继号码或线路启动不同的业务流程、主叫识别/接收DTMF/按键选择、电话防火墙/骚扰电话过滤、智能路由选择/智能话务分配[ACD]、话务员服务满意度评价等作为IVR交互式语音流程软件BYICCIVR2.0的标准功能适合于所有行业的呼叫中心系统项目，系统集成商/合作伙伴/最终用户不需作修改，可直接投入商业运行。
提供了与后台计算机技术支持系统业务系统数据库集成以及通过产品内置的TTS(文本转语音)播报查询结果的VoiceXML脚本的模板源代码；通过修改模板化VoiceXML脚本的有关数据库操作的SQL语句，即可连接和访问已有的计算机技术支持系统如MIS/ERP的ORACLE/SQL SERVER等业务数据库，同时通过产品内置的TTS功能进行播放，从而可以轻松实现诸如列车车次查询/预定列车车票、机票航班查询/预定机票、查询医疗保险余额等业务功能。
提供了方便易用的录音管理工具以及录音文件编辑工具软件。
IVR流程软件二次开发的工作为利用可视化图形编辑器与VoiceXML(语音扩展标记语言)脚本一体化的IVR（交互式自动语音服务)流程开发环境修改模板化示例语音流程，修改模板化VoiceXML脚本的有关数据库操作的SQL语句（本项目可能不需要修改），能够大幅度的缩短IVR软件二次开发周期，深圳博宇通讯有限公司
http:///
第17页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
大大降低IVR软件二次开发成本。具有.NET或DELPHI或JAVA或其它主流编程语言的数据库应用软件开发能力的工程师（大专或中专学历）经过3天的专业技术培训后即可很快胜任IVR流程软件的二次开发。
4.5 同步数字录音管理软件— BYICCRecMan2.0 提供了人工座席/分机通话的全程自动实时同步数字录音，并支持动态配置。对历史录音文件与通话记录按主叫号码、被叫号码、通话起止时间、话务员工号、呼入、呼出、通道号、分机号、通话时长、录音文件的标注内容等条件进行统计和查询，通过话务员话机/电脑声卡进行播放。对重要的历史录音文件添加/修改标注信息。对历史录音文件与通话记录按主叫号码、被叫号码、通话起止时间、话务员工号、呼入、呼出、通道号、分机号、通话时长、录音文件的标注内容等条件进行删除，转存与备份。话务记录清单导出为EXCEL文件。录音质检信息管理。[可以直接投入商业运行]。
深圳博宇通讯有限公司
http:///
第18页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
座席软件中固化的数字录音管理操作窗口
查询历史通话记录窗口
4.6 自动传真收发软件—BYICCFAX2.0 提供自动传真收发功能以及任意WINDOWS文件与TIF传真文件的转化工具[可以直接投入商业运行]。
4.7 TTS语音合成引擎软件（含中间件及许可）— BYICCTTS2.0 提供文本合成语音的引擎（用于合成以及播放单位咨询信息/新闻动态/政策条文以及业务数据库查询结果）[可以直接投入商业运行]
深圳博宇通讯有限公司
http:///
第19页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
4.8 系统维护管理软件 — BYICCMAN2.0 提供了排队交换机(PABX)基本参数、系统中继线路/呼出路由、座席参数、IVR流程、数据库网关等维护管理[可以直接投入商业运行]。
系统维护管理软件的部分界面
4.9 系统通信状态实时监控软件 — BYICCMONITOR2.0 提供了系统中继线路、座席/座席组、ACD排队队列、分机、信道等通信状态以及当日接听电话数和正在通话座席数量以及当日呼出电话数等的实时监控。[可以直接投入商业运行]。
4.10 自动外呼(预测拨号)管理软件 — BYICCPDS2.0 提供自动外呼(预测拨号)的任务管理，自动外呼/响应的模板IVR语音流程以及自动外呼情况的统计报表软件[可以直接投入商业运行]，同时提供自动外呼(预测拨号)管理的二次软件开发所需的模板IVR语音流程的VoiceXML脚本的模板源代码{从而可以方便地实现自动欠费催缴，自动语音通知，自动外呼/自动回访客户后把呼出电话分配到人工座席[可以与指定数据库相连，自动外拨数据库中的号码后侦测信号是否接通，接通后再转接到人工座席进行后续的服务或处理，大大提高呼叫中心外拨的工作效率]深圳博宇通讯有限公司
http:///
第20页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
等功能}。
4.11 短信平台软件 — BYICCSMS2.0 提供了通信参数配置、通信状态图形化监控、身份认证与操作权限管理、客户资料（通讯录）管理、发送单条短信、群发短信、立即发送/定时发送、短信发送情况统计、短信接收情况统计等功能[可以直接投入商业运行]，提供基于数据库的二次开发接口以及二次开发的.NET或DELPHI或JAVA模板源代码。
4.12 业务部门电子工单管理客户端软件— BYICCWfClient2.0（可选）
提供了呼叫中心系统在运行过程中的业务部门电子工单客户端软件登录帐户信息管理，修改登录密码，根据系统服务器的时间对本电脑进行校时，业务部门没有处理完成的工单信息查询，工单信息处理如提交或退单，历史工单信息组合条件查询，历史工单信息记录导出到EXCEL文件，工单详细信息浏览与打印，待处理的工单信息自动提醒等业务功能[可以直接投入商业运行]，供有关管理人员了解呼叫中心系统运行的状况以及有关的派工单业务开展情况，从而辅助分析决策；同时提供了相关的业务部门电子工单管理客户端软件模板程序DELPHI/.NET/JAVA源代码。
深圳博宇通讯有限公司
http:///
第21页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
业务部门电子工单管理客户端软件的主窗口
业务部门电子工单管理客户端软件中的业务部门派工单信息处理操作窗口
深圳博宇通讯有限公司
http:///
第22页
博宇通讯一体化呼叫中心平台产品BYICC2.0结构组成
业务部门电子工单管理客户端软件中的派工单处理完毕后的浏览与打印操作窗口
深圳市博域信源通讯有限公司
------------------易学易用的一体化呼叫中心平台产品BYICC2.0 电话：0755-86172837，86172940 网址：
http：/// 电子邮件：
boyucom2006@163.com（客户/合作伙伴反馈信息专用邮箱）
深圳博宇通讯有限公司
http:///
通讯平台 篇3
【摘要】本文介绍了飞控系统半物理仿真平台通讯网络构建，采用标准以太网和反射内存网结合的方法进行通讯，在保证系统实时性要求下，节省建设经费。并简要介绍基于C++Builder6.0开发环境中反射内存网、标准以太网的软件开发。
【关键词】实时网络平台；反射内存网；标准以太网
1、前言
飞控系统半物理仿真是型号研制和试验过程中的一个重要环节，飞控系统作为一种强实时性的系统，其半实物仿真是时间约束非常强的过程，其计算、数据通讯和关键信号的处理如果出现超时将可能导致整个仿真实验的失败。因此，实时算法和通讯技术的研究是半实物仿真系统的关键技术。
随着计算机技术和通讯技术的迅速发展，仿真主机的速度大大提高，为飞行器非线性动力学方程的高速、高精度求解提供了条件；其次，采用实时网络通讯技术，可以实现两结点数据传输时延迟为纳秒级或微秒级。
2、仿真平台构建
为保证飞控系统半物理仿真平台的可扩展性，系统构建时引入分布式布局的思想，不同于传统一对一的宿主机-目标机模式，设计一对多的分布式模式。基本结构如图1所示。采用RTW-xPC作为实时仿真的框架（仿真主计算机-仿真目标计算机模式），子任务被分布在系统的各个成员上，成员之间通过网络连接在一起，通过各子任务并发运行来提高解算速度，满足实时应用的要求。
飞控计算机一般每10ms读取一帧数据，这要求飞控仿真系统的仿真周期远小于10ms。最初的设计是通过以太网络完成计算机之间的数据传输，但是难以保证该飞控仿真系统强实时性的要求。以任一仿真目标机为例，若每毫秒产生1000个数据，按每数据大小4字节计算，其数据量4KB，按照千兆以太网的数据传输率，则在以太网络上的时间延迟32ms，无法满足系统实时性要求。反射内存网具有可高达170MB/s的数据传输率，在反射内存网上传输的时间延迟为24us，远低于1ms的要求。
图1 仿真平台基本结构组成
本方案采用标准以太网和反射内存网（内存映射网）结合的方法进行通讯。系统中对实时性要求不高的部分采用普通的以太网络传输；系统中实时性要求较高的部分采用反射内存网搭建。以太网卡实现计算机与局域网传输介质之间的物理连接和电信号匹配，主要针对飞控系统仿真过程中仿真主机-仿真目标机的网络通讯检测，以及实时仿真过程中接受控制信号和发送各种控制命令信号。反射内存网作为一种快速的实时网络，用来实现仿真目标计算机和信号转换计算机的数据交互。这样做的好处是既可以保证系统实时性要求，又能够节省建设费用，减少系统复杂度。
3、实时网络通讯系统
3.1反射内存网
3.1.1反射内存的概念
反射内存光纤网络采用了先进特殊的技术，具备很强的支持分布实时系统的数据传输能力。在每个需要实时通讯的节点上插入反射内存网卡（节点卡），反射内存卡上有一块专门的存储器，并且它们都映射在同一个地址空间，构成了分布式共享存储器。用户可以在分布式共享存储器中定义多个全局公用的数据存储区。当某个节点的处理器对存储器进行了“写”操作，接口板将修改的数据通过光纤自动实时的写到另一节点的对应存储器中，这样，另一节点的用户只需读取本地接口板上的相应的存储器就可以获得修改的数据。采用反射内存通讯方式的好处是：数据传输速度快，读/写操作延时为纳秒级，能够大大降低总的网络延时，减小仿真周期，满足系统的实时性要求。在反射内存网上，节点之间的通讯对软件是透明的。用户不需采用消息传递方式进行节点间的通讯，只需在本机系统中对共享存储器进行直接读写操作就可实现多机之间的通讯，大大简化了应用软件结构的复杂度，减少了用户的编程负担，能准确地算出节点之间通讯的最大延迟时间。
3.1.2反射内存网络构建
本方案采用的VMIC5565反射内存（RFM）是基于环状/星状的，高速复制的共享内存网络。它支持不同总线结构的多计算机系统，并且可以使用不同的操作系统来共享高速的、稳定速率的实时数据。
VMIPCI-5565反射内存卡可以不通过HUB直接构成环形拓扑结构的连接，也可以通过HUB构成星型拓扑结构的连接，每个结点的TX接口同下一个结点的RX接口交叉连接。这种环形拓扑结构的连接可靠性不如星型拓扑结构的连接，因为环网中任一个节点出现故障会造成整个实时网络联接中断，而星型拓扑结构下不存在这样的问题，考虑到平台节点较多，故采用星型拓扑结构的连接。
3.1.3反射内存卡使用
VMIPCI-5565反射内存卡之间或与智能型HUB之间通过两条光纤进行数据传送。其中TX插口连接发送光纤，RX插口连接接收光纤。在组网前，需要对每块反射内存卡进行统一编址，不同计算机扩展槽内的VMIPCI-5565板卡必须具有不同的地址，此地址的分配是通过板卡上的跳线来选择的。地址跳线总共有8条，通过这8条地址跳线可以选择0～255总共256个地址范围。
建立反射内存网络的通讯设计，在WindowsXP系统下安装反射内存卡驱动程序，然后在C++ Builder 6.0开发环境中添加VMIPCI-5565反射内存卡的头文件：rfm2g_windows.h，rfm2g_api.h和库文件rfm2gdll_stdc.lib到工程文件路径。至此完成了反射内存网配置。
在C++ Builder控件中添加時钟控件，利用时钟周期性（周期可设置）工作的原理，在时钟控件下进行程序设计，实时的通过反射内存卡完成数据通讯，具体方法：
a）先自定义反射内存卡设备名称，再申明句柄RFM2GHANDLE RFM2gHandle；
b）系统启动完成后，打开反射内存卡端口，调用函数：RFM2gOpen（char *DevicePath，&RFM2gHandle）；
c）在时钟控件中通过执行函数语句RFM2gRead（RFM2GHANDLE rh，RFM2G_UINT32 Offset，void *Buffer，RFM2G_UINT32 Length）从卡地址读取指定长度的数据，至此完成了数据的获取；
d）同样，如果用户需要给反射内存卡地址写入数据达到数据共享，只需执行函数语句RFM2gWrite（RFM2GHANDLE rh，RFM2G_UINT32 Offset，void *Buffer，RFM2G_UINT32 Length）即可；
e）数据校验：当通过反射内存网接收实时数据时，对每个节点的参数变量值进行求和方法计算，将得到和值与接收到的校验和信号值进行比较，如果两个值差值的绝对值小于10-4，则认为数据接收正确，否则丢掉这一包数据。
3.2標准以太网
由于标准以太网已普及使用，在此不对其概念做详细说明。建立以太网的通讯设计，需要先在网络连接中的TCP/IP属性中设置协议约定好的IP地址，子网掩码和默认网关。然后用C++Builder的网络通讯控件IdUDPServer和IdUDPClient，以及IdIcmpClient建立通讯。
a）作为客户端应该在程序设计中设置IdUDPClient需要请求连接目标机的地址和端口，即设置控件的Host和Port属性，并用Open函数打开IdUDPClient控件或者将Active属性设置为true。
b）作为服务器端，需要设置接收数据端口，必须与客户端端口一致才能正确建立通讯，同时还必须用Open函数打开IdUDPServer控件或者将Active属性设置为true。建立客户服务器之间连接之后，就可在程序设计上实现数据通讯了。
c）IdIcmpClient主要是在网络通讯检测中用到。可以设置该控件IP地址属性，然后调用ping函数，在Reply事件中得到返回值进行网络连通性检测判断。
4、结论
本文主要介绍了飞控系统半物理仿真平台通讯网络构建，并给出了具体的通讯协议及注意事项。该半实物仿真平台经使用验证，具有通信实时性好，数据传输速度快，传输可靠性高的特点，满足实时仿真需要，取得了良好的效果，被实践证明是一种成熟、有效的方法。
参考文献
[1]陆卫忠，刘文亮.C++Builder6.0程序设计教程[M].北京：科技出版社，2009.8.
[2]GE Fanuc Intelligent Platforms.Common RFM2g Application Program Interface（API） and Command Line Interpreter for VMISFT/RFM2g Drivers.
作者简介
涂晋，男，本科，助理工程师，毕业于毕业于武汉大学电子信息工程专业，主要从事浮空器控制律设计研究。
互联网通讯的通用安全平台 篇4
应用领域:公司、政府、研究所、学校等等任何使用互联网络的用户和团体。
合作方式:通过双方谈判共同确定合作模式;
项目负责人简介:
通讯平台 篇5
关键词：LabVIEW软件；J1939协议；CAN总线；PXI测控装置
中图分类号：TP335 文献标志码：A 文章编号：1005-2550（2011）06-0018-05
Build of CAN Communication Platform Based on LabVIEW and J1939 Protocal
ZHOU Yue-gang
（Dongfeng Commercial Vehicle Technical Center of DFL，Wuhan 430056，China）
Abstract：Using NI LabVIEW software development platform and the CAN communication module in the PXI module instrumentation，design a process for filtering and identificating ID of J1939 protocol and analyzing multi-frame message to receive and packaging to send. Building a communication platform based on the J1939 protocol CAN bus，complete vehicle electrical environment-loop simulation，and engine test bed information on the CAN bus transceiver analysis，and storage and real-time display.
Key words：LabVIEW；J1939 protocol；CAN bus；PXI monitoring devices
进入21世纪以来，商用车CAN总线网络的应用得到了异常迅猛的发展。现今市面上满足国3～国5排放标准的商用车，无一例外的均应用CAN总线网络，进行整车VECU、发动机EECU、自动变速箱ECU、汽车组合仪表ECU、轮胎防抱死制动ECU之间的数据通讯。基于J1939协议的商用车CAN总线，针对单片机微控制器MCU节点的MCU + CAN控制器 + CAN收发器的CAN通讯接口，在车载网络控制系统中得到了大量应用；而对整车道路试验、发动机台架试验、整车电环境半实物仿真测试的上位机节点的PC机或笔记本电脑 + CAN通讯模块，大都使用价格昂贵的Vector CANoe模块。
测试中存在的问题：
（1）PXI测控装置无基于J1939协议的CAN通讯功能，不能满足试验工况对CAN总线报文信息分析的功能需求；
（2）CANoe模块时序不受PXI仪器时钟速率控制，无法与PXI时序的其它测量参数同步触发测量。
基于LabVIEW和J1939协议的CAN总线通讯技术方法实施，在国内汽车行业PXI测控装置的应用属于空白，难点是如何将LabVIEW软件开发平台与复杂的J1939协议有效的结合，实现报文信息的过滤接收、合成重组及封装发送。
面对商用车CAN总线通讯网络的特点，构建基于LabVIEW和J1939协议的CAN总线通讯平台，嵌入在NI PXI模块化接口的测控装置中，用于发动机台架试验、整车电环境半实物仿真测试。
1 J1939协议
J1939协议以CAN2.0B规范为基础制定，对CAN2.0B扩展帧29位标识符ID定义形成J1939的编码系统，包括优先级P、预留位R、数据页DP、协议数据单元PF、扩展单元PS、源地址SA和数据字节Data，如图1所示。这七部分在开放式系统互联参考模型（OSI）应用层［1］，通过协议数据单元PDU（Protocal Data Unit）被封装成一个或多个CAN数据帧，通过物理层［2］ ［3］发送给总线网络其它设备节点。
1.1 PDU格式
PDU定义了数据帧中与J1939协议相关的信息，由标识符ID和数据场组成，见图1。
PDU1格式报文PF在0～239之间，报文为点对点向目标地址发送，PS：报文接收的目标地址，SA：报文发送的源地址，在目标地址中填入255，为全局地址发送。
PDU2格式报文PF在240～255之间，报文向全局地址发送，PS：参数组扩展值，J1939协议大部分报文为PDU2格式。
PDU数据场包含参数组中数据内容，参数组编号PGN（Parameter Group Number）用于唯一标识参数组的号码，由一个或几个参数构成一帧或多帧报文，而参数组是应用层中定义的与某个ECU相关的若干参数（例如发动机水温、燃油温度等）的组合。
1.2 J1939协议与CAN2.0B标准区别
1.2.1 标识符ID
CAN2.0B不同功能的报文信息可以使用相同的ID，根据制造商特定的协议使用CAN设备，在集成时会产生ID不能识别或识别不一致问题。J1939每帧报文的标识符唯一，且每帧报文都有自己的PGN，为每个节点规定唯一的源地址，并将源地址映射到CAN标识符中，避免多个节点使用相同的标识符；例如ID：0CF00400代表发动机转速、扭矩报文。
1.2.2 OSI模型
开放式系统互联参考模型如图2所示，CAN2.0规范定义了七层OSI参考模型的物理层和数据链路层［4］，是低层标准，CAN总线产品的兼容性、互换性和可集成性差。J1939是面向OSI参考模型应用层的高层协议，在应用层定义了针对车辆应用的信号（参数）和报文（参数组）。通过参数描述信号，并给每个参数分配了一个编号SPN（Suspect Parameter Number），参数定义了PDU数据场中字节的物理意义，例如SPN190代表发动机转速；状态参数表示具有多态信号的某一种状态，例如发动机巡航控制/扭矩限值/转速限值/怠速设定；测量参数反映接收到的信号值具体大小，例如发动机转速/扭矩/燃油消耗量。一个PGN中可能有几个SPN，PGN61444包含了SPN190发动机转速和SPN513发动机扭矩等参数。
1.2.3 多帧报文
CAN2.0B规范定义只能使用单帧报文传输，J1939协议除单帧报文传输外，还使用对话式、广播式多帧报文传输，并按多帧数据传输协议进行打包封装发送和接收合成重组处理，其中对话式多帧报文发送接收节点需要握手协议，广播式多帧报文面向全局地址发送。
2 CAN总线通讯平台
2.1 模块接口
PXI-8464/2双通道CAN2.0B通讯接口模块，内含SJA1000T CAN控制器和TJA1041T高速CAN收发器及TJA1054AT低速CAN收发器。J1939数据链路层通过PDU格式实现报文的打包封装，通过CAN控制器组织、发送CAN数据帧具有必须的同步、顺序控制、错误控制和流控制，自动产生CRC校验位和ACK应答位插入数据帧中。
J1939物理层协议规定了每个网段最多30个ECU，CAN总线通讯速率250k Bits/s，总线电平显性、隐性，差分电压3.5V/1.5V，差分传输双绞线线缆颜色CAN-H黄色、CAN-L绿色，CAN收发器完成MCU至CAN总线之间收发电平的匹配转换。
2.2 软件设计
基于LabVIEW和J1939协议的CAN总线报文收发多任务处理流程，如图3所示，采用生产者/消费者循环数据结构。生产者循环使用“元素入队列”函数向报文簇队列中添加数据，消费者循环使用“元素出队列”函数从报文簇队列中移出数据。循环间采用队列的方式进行操作，消除多任务处理竞争状态，当生产数据比消费处理数据的速度快时，队列的缓冲作用保证报文数据不丢失。
建立接收报文ID解析过滤的识别方法。确定报文标识符ID的枚举型状态变量识别报文，根据状态变量条件结构过滤报文。
PDU1、PDU2格式单帧报文全部入队列，数据场大于8字节的对话式、广播式多帧报文按J1939协议多帧数据合成重组后入队列，其它无数据场的报文帧舍去，处理完的接收报文簇分解后出队列计算、存贮和显示。
建立发送报文ID解析封装的识别方法。报文解析首先确定帧类型状态变量，其次根据状态变量的条件判断，进行报文格式的封装定义。
数据场小于或等于8字节的PDU1、PDU2单帧发送报文直接入队列，数据场大于8字节的对话式、广播式多帧报文按J1939协议多帧数据处理打包封装簇合成后入队列，处理完的J1939发送报文簇分解后出队列并写入CAN口。
3 应用效果
在整车电环境的半实物仿真报文接收测试试验中，应用图4所示的基于LabVIEW和J1939协议的CAN总线通讯平台，与Vector CANoe模块在同一时间段比对测试，接收的某型号发动机稳态工况EECU报文如图5所示，一秒内接收EECU发出的526帧报文，比对测试接收的报文无丢失现象。
发动机燃油消耗量报文，实时反映了发动机燃油经济性，在商用车J1939协议CAN总线网络中，分别被车辆VECU接收，作为换挡控制策略控制自动变速箱汽车；组合仪表ECU接收并实时显示，提示驾驶员形成良好的驾驶习惯，操纵汽车达到最佳燃油经济性的路况行驶。为使发动机获得最佳的动力性、经济性和兼顾排放达标，需要对发动机电控单元EECU进行标定匹配，获得最佳喷油脉宽的标定参数。标定之后做比对试验，验证EECU的标定效果。
发动机稳态工况试验，能够反映车辆的等速工况；而发动机变工况瞬态试验，能够模拟实际道路循环中发动机状态。通过将实时报文油耗和实际测量瞬态油耗的对比，研究两者之间的对应吻合关系，判断发动机EECU的控制效果。
某型号发动机+工况台架试验瞬态油耗比对测量曲线见图6，从J1939协议CAN总线接收并解析的EECU油耗报文数据，与台架油耗仪实测数据在发动机低负荷时存在差异，即发动机低负荷时实际喷油量较小，设定喷油量与实际喷油量的差异比值较大。这个差异是因为发动机低负荷共轨轨压波动较大，导致喷油量波动变化而客规存在。总体两条曲线吻合相当一致，通过CAN总线接收的发动机喷油目标值，与实际测量值接近，且变化趋势和时序同步，反映了发动机EECU标定匹配获得了最佳喷油脉宽的目标值。
4 总结
基于LabVIEW和J1939协议的NI PXI模块化系统架构的CAN总线通讯平台的开发，建立了PXI CAN模块在商用车CAN总线通讯的应用基础，项目具有推广和商品应用前景。在发动机台架试验、整车电环境半实物仿真分析中，实现对CAN总线报文信息的过滤识别、合成接收、封装发送、解析计算及存贮显示。
应用LabVIEW软件平台强大的数学分析运算及队列处理能力，满足试验工况对CAN总线报文信息解析的功能需求，同时实现对报文数据与NI PXI仪器其它测量参数同步采样，试验数据比对分析处理具有实时性和真实性。
参考文献：
［1］ SAE J1939-11［S］.物理层.
［2］ SAE J1939-13［S］.物理层.
［3］ SAE J1939-71［S］.车辆应用层.
企业即时通讯平台的设计与实现 篇6
目前, 企业办公主要有两种方式, 一种是传统的人工方式, 另一种是网络化方式。人工方式比较可靠, 但是办事效率比较低。随着网络信息技术的发展, 企业越来越提倡无纸化办公, 为此企业普遍采用了当前市面上比较流行的通讯软件—腾讯QQ。但腾讯QQ处于开放的网络环境下, 并且使用这些软件的聊天对象和聊天内容不可控制。腾讯QQ作为一种公共服务, 其主要服务对象是个人, 如果用户在上班时使用可能会随意聊天, 影响工作效率;同时企业员工之间、上下级之间的沟通缺乏监控。此外, QQ必须登录因特网才能使用, 用户在使用的时候可能会受到来自公众网络的信息干扰, 存在影响工作效率甚至信息安全的隐患。
2 企业即时通讯平台功能概述
本文是针对企业内部使用而设计的即时通讯平台, 避免了来自网上公众信息的干扰, 该平台分为服务器端和客户端, 可实现用户管理和日志管理、文本通信、文件下载、远程控制、语音通话和好友管理等功能。本平台允许用户自由选择头像显示方式, 更改字体属性, 使用最小化托盘等功能。客户端登录时要连接服务器, 退出时要断开连接, 因此服务器端应该有查看服务器日志的功能, 实时了解客户端使用情况;为满足管理的需求, 服务器端应该可以远程监视和控制客户端。客户端用户应该可以进行文字通讯, 包括单聊和群聊;可以进行文件传输, 到服务器端下载相关文件, 可以进行语音通话, 远程控制等主要功能;同时可以提供好友管理功能, 满足用户交友的需要。
3 企业即时通讯平台服务器端工作流程
服务器端即时通讯工作流程可作如下描述:
(1) 首先需要开启服务器, 开启后的服务器会建立相关套接字, 绑定套接字, 监听客户端请求信息。
(2) 客户端发出登陆请求, 服务器通过查询数据库中该用户的信息, 验证客户端登录信息是否合法, 如若验证通过, 则建立与客户端的通信连接, 并处理客户端发出的各种请求信息。
(3) 服务器端处于无限循环中, 不断监听处理客户端的各种请求信息。
(4) 文本通信。当接收方在线时, 发送方发送的信息可以直接发送到接收方, 如果接收方不在线, 则发送的信息将被存储在数据库中, 当接收方上线后即可看到发送方发送的文字信息。
(5) 语音通话。语音通话可以拨打对方电话号码或者登录账号, 通过判断对方是否在线决定是否允许语音通话, 如果对方不在线则提示错误, 如果对方在线并接听则建立语音通话连接, 实现两个人的对话, 否则通话失败。
(6) 文件传输。服务器端开启文件传输服务后, 客户端才可以到服务器下载相关文件, 如若服务器端并未开启文件传输服务, 则不允许客户端用户下载;客户端用户可以选择一键下载将全部文件下载到本地客户机, 也可以选择逐个下载文件。
(7) 远程控制。客户端申请被远程控制, 处于被监听状态, 服务器端通过连接客户端可以实现对客户端的远程控制, 包括监视和控制两种功能。
(8) 更新请求。该请求主要包括两个方面, 一个是客户端用户个人信息更新请求, 客户端在成功登录后可以修改个人信息, 客户端确定修改后修改信息请求会发送到服务器, 服务器接收该请求信息并作出相应处理, 完成个人信息更新;另一方面是客户端之间相互添加好友, 当经过对方同意后, 添加好友的信息会被传送到服务器, 服务器接收并处理请求信息, 完成客户端添加好友请求。
(9) 用户退出。客户端用户退出后, 服务器会断开与之的连接, 并更新与之相关的信息状态。
(10) 服务器响应、处理各种请求后会及时更新和备份相关数据。
4 企业即时通讯平台客户端工作流程
客户端即时通讯工作流程可作如下描述:
(1) 启动客户端, 输入账号和密码, 登录服务器。
(2) 等待服务器端访问数据库, 验证登录信息是否合法, 若验证通过, 则成功登录, 与服务器建立合法连接, 显示客户端操作界面。
(3) 客户端发出使用功能的请求信息, 进行某种操作。
(4) 客户端用户可以发送文字信息在线聊天或者发送离线信息给某成员, 可以到服务器去下载所需要的文件, 与服务器或者其他用户进行语音通话, 申请被远程控制, 处于监控和控制状态下, 修改个人信息, 添加成员成为自己好友, 删除某个好友等。
(5) 请求信息会被打包到报文中发送到服务器端。
(6) 服务器接收并处理相关请求信息, 完成某种处理请求。
(7) 客户端退出, 断开通服务器的连接, 通讯停止。
5 企业即时通讯平台设计与实现
服务器端各功能模块可作如下描述:
(1) 在线文字交流模块。这是该即时通讯平台提供的最基本的功能, 实现用户成员在线信息交流。服务器端用户可以开启服务器后使用文字交流功能。为更好地办公和交流, 该平台提供了单聊和群聊两种功能;单聊采用P2P模式, 实现了用户的点对点的交流, 可以避免来自他人的干扰, 同时用户可以使用群聊功能, 群聊平台下, 在线用户可以自由发言, 每一个用户发出的信息都会显示在群聊对话框中。
(2) 文件传输模块。该模块提供了文件传输功能, 可以有效地解决企业信息量大而通知难以下达的问题, 服务器端可以把相关通知上传到服务器上, 供使用者去下载, 只要开启了文件传输服务, 使用者便可以下载相关通知, 此时服务器端用户可以去处理其他事情而不必守在文件传输界面。
(3) 语音通话模块。服务器端用户可以主动拨号和被拨, 主动拨号可以拨打对方的手机号码或者登录账号两种方式, 当拨号为空时系统给出警告提示输入正确号码, 正在通话中时不可以再拨号。
(4) 远程控制模块。当客户端申请被控后, 服务器端可以连接到客户端, 可以监视和控制客户端。
(5) 中文主题词提取模块。该功能模块作为该即时通讯平台的附加功能, 可以有效提高阅读效率。用户可以使用该功能模块打开一个文件, 然后提取其中的主题关键字, 并完成主题词概率的统计。
(6) 发送离线消息模块。该模块考虑到对方用户可能不在线而无法即时看到通话信息, 将发送的离线消息存储在数据库中, 当客户端成员登录在线后即可看到相关离线信息。
(7) 用户管理模块。服务器端用户可以管理所有的成员, 可以通过搜索功能搜索已经被加入的成员, 完成某些操作, 也也可以添加新的成员用户, 如果成员发生组织调动则可以通过删除功能删除某个成员用户。
(8) 更改字体属性模块。更改字体属性可以使用户根据自己的需要和爱好设置自己想要的字体大小、颜色、是否粗体、是否斜体等属性。
(9) 查看服务器日志模块。客户端的登录、退出、通话、发送离线消息等一系列动作都会经过服务器, 因此该模块提供了对客户端的监护功能, 可以实时查看客户端的使用情况。
(10) 设置头像显示方式模块。服务器端会显示所有用户成员, 当成员数量较多的时候列表会比较长, 设置头像显示方式提供了大头像和小头像两种显示方式, 用户可以根据自己的需要设置头像显示方式。
(11) 访问企业主页模块。该模块主要是提供了一个访问企业主页的超链接, 方便用户随时登陆企业主页查看相关信息。
客户端各功能模块可作如下描述:
(1) 登录服务器模块。在服务器开启的状态下客户端可以登录该即时通讯平台, 客户端登录需要经过账号和密码的验证, 客户端向服务器发送登录的请求, 服务器端根据客户端的请求信息查询数据库, 通过数据比对判断客户端传送的数据是否符合要求, 如果符合要求则返回成功信息, 客户登录成功, 如果输入的账号或密码错误则返回错误信息并给出登录失败的提示。
(2) 在线文字交流模块。客户端用户成员可以使用该平台提供的单聊和群聊两种功能;单聊采用P2P模式, 实现了用户的点对点的交流, 客户端既可以和服务器端点对点的聊天, 同时也可是两个客户端的点对点聊天。同时用户可以使用群聊功能。
(3) 文件传输模块。该功能与服务器端介绍类似。
(4) 语音通话模块。客户端用户可以主动拨号和被拨, 主动拨号可以拨打对方的手机号码或者登录账号两种方式, 当拨号为空时系统给出警告提示输入正确号码, 正在通话中时不可以再拨号。
(5) 远程控制模块。客户端可以开启监听服务, 服务器端可以向客户端发送连接请求, 如果链接失败则此次远程控制失败;如果链接成功, 则服务器端可以监视客户端, 实时查看客户端用户行为, 服务器端也可以选择控制客户端, 在客户端电脑上完成某些操作就如同操作自己的电脑一样。
(6) 中文主题词提取模块。该功能与服务器端功能类似。 (7) 发送离线消息模块。该功能与服务器端功能类似。 (8) 查看修改个人信息模块。客户端用户可以查看自己的个人信息, 并修改个人信息包括电话、密码等信息, 但是登陆账号是唯一的不可被修改的信息, 当用户确认修改后, 修改请求会发送给服务器, 服务器会访问数据库, 通过修改数据库完成用户修改个人信息的要求, 并返回成功信息。
(9) 更改字体属性模块。该功能与服务器端功能类似。
(10) 添加/删除好友模块。客户端用户可以从通讯录列表中选择自己想添加为好友的成员, 客户端会向服务器端发送请求信息, 如果被添加成员在线, 则服务器直接将请求信息转发给被添加用户, 如果被添加用户不在线, 则服务器会把请求信息存储在数据库中, 等被添加成员上线时即可看到请求添加好友信息。如果用户在添加好友时选择了被对方添加为好友的对话框, 则当被添加用户同意后, 双方会成为彼此的好友, 出现在对方的好友列表中, 否则只能成为单方向的好友。
(11) 设置头像显示方式模块。客户端通讯录会显示所有用户成员, 好友列表会显示所有好友成员, 当成员数量较多的时候列表会比较长, 设置头像显示方式提供了大头像和小头像两种显示方式, 用户可以根据自己的需要设置头像显示方式。
(12) 访问企业主页模块。该功能与服务器端功能类似。
6 结语
本文设计的企业即时通讯平台完成了服务器端和客户端应有的功能, 实现了用户管理和日志管理、文本通信、文件传输、远程控制、语音通话和好友管理等功能。本平台设计的界面良好, 允许用户自由选择头像显示方式, 更改字体属性, 使用最小化托盘等功能, 提高了企业员工办公效率。
参考文献
[1]Turek, Melanie.Instant Messaging:Time For IT To Pay At-tention.Busine ss Communications Review, 2004, 34 (1) :50-53
海洋平台油田群间OPC通讯应用 篇7
1.1 OPC技术基础信息
OPC全称是OLE for Process Control(OLE原意是对象连接和嵌入,OPC建立于OLE规范之上,是一个工业标准)。 OPC提供一套标准的OLE/COM(Component Object Model部件对象模型)/DCOM(分布式部件对象模型)接口技术,基于开放标准的开放式连结,允许在自动化/ 控制应用、现场设备和商业/ 办公室应用之间进行简明的、标准化的数据交换, 用于过程控制和制造业自动化系统。简单的说对于设备的种类及应用程序的多样话和传输协议的要求不同,提供一个环境,建立一套完整的“规则”。
1.2 OPC技术接口规则
OPC客户端应用程序可以使用COM兼容自定义接口(Cu- stom Interface)或者Delta V OPC数据访问服务器(OPC Data Access Server)的OLE自动接口(Automation Interface)。自定义接口支持客户端使用C++ 编写;OLE自动接口则支持更高级的商务应用程序,如Visual Basic等。OPC接口方式如图1所示。
1.3 OPC网络配置
OPC For Delta V客户端应用程序PC配置,通常DCS的OPC SERVER一般会单独配一台计算机来跟外界的系统通讯。 这台机器一般就仅仅做OPC SERVER用,而且出于安全考虑, 很多时候,点的定义会是只读的.Application Station(应用站) 相当于Delta V控制网络与其它应用软件和网络之间的网关。 Delta V OPC数据访问服务器在提供Delta V运行时访问应用程序的机器上运行,该程序既能在应用站又可在通过网络与应用站相连的机器上运行。如要在不同系统(非Delta V工作站) 中运行OPC客户端,首先应安装OPC远程应用程序。OPC网络图表如图2所示。
2 OPC实用性及应用特点
OPC实用性:OPC运用Microsoft DCOM技术,允许客户端与运行在支持TCP/IP协议的网络上的服务器相连。应用程序作为OPC接口中的客户端,硬件驱动程序作为OPC接口中的服务器端。任意两个组态为DCOM通信的机器都可作为Delta V OPC客户端或服务器运行。只要遵循这套规则,数据交互对两者来说都将畅通无阻。
每一个OPC客户端应用程序可以连接若干个OPC服务器, 每一个硬件驱动程序可以为若干个应用程序提供数据,这里的OPC客户端和服务器端可以是任何厂家的任何产品,计算机是在工作组还是在域中运行,服务器可以进行不同的设置, OPC在同一域的访问关系如图3所示。
OPC应用特点:由于OPC技术的应用,使得以更简单的系统结构、更长的寿命、更低的价格解决工业控制成为可能。 同时现场设备与系统的连接也更加简单、灵活、方便。因此OPC技术在国内的工业控制领域得到了广泛的应用,主要应用领域如下:
1)数据采集技术折叠OPC技术通常在数据采集软件中广泛应用。现在众多硬件厂商提供的产品均带有标准的OPC接口,OPC实现了应用程序和工业控制设备之间高效、灵活的数据读写,可以编制符合标准OPC接口的客户端应用软件完成数据的采集任务。
2)历史数据访问折叠OPC提供了读取存储在过程数据存档文件、数据库或远程终端设备中的历史数据以及对其操作、编辑的方法。
参考文献
[1]冯晓升.功能安全技术讲座:第四讲安全相关系统SIL设计的要求[J].仪器仪表标准化与计量,2007,(4):3-5.
通讯平台 篇8
关键词：企业,通讯运营商,移动总机,通讯平台
一、引言
当前, 移动通讯以不可阻挡之势进入了千家万户, 彻底颠覆了人们日常的通讯理念和习惯, 全世界任何两个人之间的距离都被再次拉近。近年来, 随着社会经济的不断发展和市场竞争的日益深化, 社会各行各业都急需要畅通的通信方式, 提高工作效率, 来全面增强市场竞争力。同时个人用户对个性化的服务的要求也在不断的提高, 市场对该类业务的需求十分迫切。潜在的市场需求必定催生供应商间的竞争。近年来, 通讯运营商之间的竞争越发激烈, 竞争的结果在为用户带来利益的同时也给运营商带来了巨大的压力:手机用户大量增加, ARPU值却在降低, 于是所有运营商都开始或准备开始一个转变:由信息传递者向全业务提供商转变。
在通讯运营商的两类客户中, 一类是个人用户:属于价格导向型, 他们更多的是为价格所吸引, 而并不十分关心业务;另一类是企业用户:属于业务导向型, 企业用户更关注运营商为其提供的服务, 而不仅仅是通信费用的高低, 在价格相差不超过20%的前提下, 用户更愿意选择能提供完善业务的运营商。
所以, 对企业客户的争夺已成为各运营商的重中之重, 一时间“企讯通”、“企业虚拟总机”、“企业新时空”、“企业直通车”、“网中网秘书台”等纷纷浮出水面, 这类业务均是融合了多个单一业务功能的产品。只有融合的解决方案才能解决用户在多个层面的需求, 单靠单一的技术或者单一的平台, 是无法最有效、最经济的、最快速的实现通信助理丰富的功能。其中, 利用移动通讯网络实现企业员工和客户间通讯的方式尤其受到企业欢迎, 该业务将用户日常生活、工作与通信相关联的业务整合一起, 随着功能的日益完善及丰富, 整合资源共同开发、业务发展势在必行。
二、业务背景分析
1. 企业面临问题
对一个企业老板来说, 管理永远是企业的短板, 企业常常会遇到这样的问题: (1) 通讯方式复杂:在人们感受到通讯带来便捷的同时, 也感受到了不便, 每个人的名片上都印有:公司总机、办公分机、手机、传真、甚至家庭电话等一系列的号码, 跟一个人联系竟需要记住或是至少保存这么多的号码, 如果跟一个企业中的10个人都要联系, 则需要记下20个以上的号码, 对生活节奏日益加快的现代人来说显得过于繁琐。企业希望自己的客户只要记得一个号码、以及员工的姓名即可与自己联系。 (2) 总机接通率低:据调查, 考虑到多种因素的影响, 国内经济较发达地区的企事业单位传统电话小总机的接通率 (真正找到需要找的人视为接通) 仅为26%, 74%未接通的话务量给企业带来了无法估量的损失。所以, 企业迫切希望将接通率提高到90%以上, 至少在上班时间; (3) 客户信息管理不足:即客户关系掌握在员工手中, 老板无从得知, 从而丧失宏观管理能力, 人员的变动会造成客户的流失, 同一公司员工手中客户容易重复, 造成资源浪费和不必要的内部竞争; (4) 员工通讯费用管理:员工经常抱怨话费报销额度不足, 而老板则认为员工话费并未都用于企业业务通讯; (5) 客户联络管理:老板无从得知员工与重要客户的联络是否足够, 有潜在合作意向的客户都有哪些等。所以能够解决上述企业管理问题的业务将比一个纯粹的通讯业务更受企业的欢迎。
2. 通讯商面临的问题
对通讯运营商来说, 扩大用户数量的同时, 还要提升用户的业务使用率, 才能保证用户的稳定和业务的不断发展。通讯商遇到的问题: (1) 业务关联性不强、业务使用率低:由于资金、技术、网络资源等多方因素影响, 前期所有针对企业的应用业务推出时间不同, 功能和客户的覆盖面都很局限, 目前这些业务基本处于各自为政的状态, 例如:用户使用“企业短信平台”、“企业电话会议”、“电子传真系统”时可能需要记住3个不同的号码、使用3个完全不同的业务界面, 这也直接导致了业务使用率偏低; (2) 业务推广复杂、效率不高:由于各业务分期分批推广, 也导致了业务在推广时不得不每次都要投入大量人力物力进行重复劳动; (3) 没有综合多项功能的统一品牌:各业务没有形成统一品牌, 也无法在客户中形成联通的品牌, 造成向企业推广时, 久缺合理的引导, 给供需双方的交流、沟通增加了障碍。
由于上述几方面原因, 造成了集团用户与通讯商的绑定性不足, 离网没有门槛, 从而需要通讯商进行反复客户争夺, 加大了运营成本。
3. 业务设计考虑
根据经济较发达地区为通讯运营商提供增值服务技术的公司对企业用户在通讯上的需求分析, 结合移动通讯的网络现状和实际需求, 从业务发展的总体性角度出发, 企业移动总机业务的设计可从如下功能入手:
“企业移动总机系统”系统给用户提供的是一个面向集团用户的特殊语音服务, 集团用户只要将企业内部的员工通讯录信息存储于平台, 企业内部的员工便可以通过企业内部电话号码呼叫并接通任意同事的通讯设备 (如:办公电话、家庭电话、手机等) , 而不必去记住同事的具体电话号码, 企业虚拟总机系统就好像是一个永不停顿的电话总机, 帮助企业提高整体办公效率, 为企业赢得更多商机。企业可以随时召开电话会议, 同时又满足了用户隐藏个人用户电话号码、实现为企业配备秘书服务、实现企业电话会议等需求。
三、总体设计思路
移动通讯运营商可以建立统一的企业通讯服务平台 (“移动总机”平台) , 借助该平台, 为企业提供统一通讯门户, 为每个企业分配一个移动号码作为其语音门户号码, 使企业的各类通讯都可通过该平台完成, 如图1所示:
平台建立后, 企业通讯可实现如下变化: (1) 基本通讯简单化:呼入呼出只要记一个总机号码即可, 简单方便; (2) 增强通讯统一化:改变电话会议、传真、秘书台等都有单独平台的混乱局面; (3) 企业宣传个性化:企业可以方便地设置个性化的企业介绍语音; (4) 通讯管理明了化:企业管理者可随时了解客户信息、客户联络信息等数据;
四、实现
1. 系统规模计算
经济较以达地区的中小企业为数众多, “企业移动总机”业务广阔, 业务开发的成功经验必定带来业务的迅速扩大, 按第一年500家企业用户计算, 系统规模约为96线 (可以按32E1配置) , 按照每个企业每月通话1600次 (呼入呼出各800次) 计算, 系统占用资源量如图2所示。
2. 网络拓扑结构
企业移动总机网络拓朴结构如图3所示, 本系统与外系统的接口主要包括: (1) 受理模块与BOSS系统间的接口, 通过地区通讯运营商 (以广西移动通讯为例) 内部数据网络, 采用HTTP (或TCP/IP) 协议实现, 主要向BOSS系统提供客户信息; (2) 业务系统接入设备与关口局间的接口, 主要指SS7和E1接口, 含2个SS7 link和32条语音中继; (3) 与短信网关通过公网连接, 采用CMPP2.0/CMPP3.0协议; (4) 用户通过HTTP访问业务系统; (5) 其软件接口如图4所示:
3. 系统软件模块部署
系统软件功能实现需要各模块协同工作, 系统软件模块部署如图5所示, 图中各服务器可以根据操作系统进行合并, 同一操作系统的服务器可以任意合并。
各软件模块功能简介:
(1) 语音识别:在收到IVR语音识别请求后, 通过EXS程序从交换机获取语音流, 然后进行识别, 将识别结果返回给IVR进行处理; (2) 语音合成:在收到EXS的语音合成文本后, 生成出语音文件, 提供给Excel交换机用于放音;Tomcat、Web程序:完成Web功能, 向用户提供通过Web进行内部管理功能; (3) BCL BBL:应用服务程序, 完成Web、IVR等的服务请求, 保证数据一致性; (4) 短信程序:通过公网与短信网关/短信中心相连, 完成短信收发控制以及处理逻辑; (5) IVR/ICR/IPR/IFR:完成用户语音拨打接入后的业务流程控制功能, 分别提供语音处理、会议处理、传真处理功能; (6) CCM:提供语音拨打的业务调度功能, 完成媒体资源自动分配; (7) EXS:EXS交换机的Host程序, 完成对Excel交换机的动作控制功能; (8) 计费程序:完成计费功能, 向计费系统提供话单文件或账单文件; (9) EXS交换机:完成语音交换功能。
五、优势分析
1. 移动效益分析
移动总机业务可为通讯运营公司带来如下几方面效益: (1) 畅通的推广渠道:将多项业务整合到一起, 客户经理不需要再为一个新业务的推出而一次次拜访客户, 节省人力成本。 (2) 快速的业务推出:移动总机是一个统一平台, 提供了统一的接口, 可随时加载其他业务, 保证能在大多数情况下领先竞争对手推出业务。 (3) 高效的业务使用率:统一平台尤其是管理功能的应用, 使得用户能够在短时间 (两到三个月) 内形成使用习惯, 使用业务的几率得到极大提高, 解决以前企业应用经常出现的“增量不增收”的问题。 (4) 带动了弱势业务, 如IDC业务; (5) 树立通讯商在企业用户中的品牌, 增强了对企业的黏合性。
以前集团用户与通讯商的绑定性不足, 离网没有门槛, 从而需要移动进行反复客户争夺, 加大了运营成本。而移动总机产品是统一的通讯门户, 渗透到了企业通讯、企业管理等多个方面, 与企业的绑定性更强, 流失率将降到最低。
2. 企业效益分析
本业务对企业用户的效益, 以及吸引企业用户的主要有如下几方面: (1) 解决通讯管理问题:对一个企业管理者来说, 对企业管理方面的需求永远是第一位的, 所以能够轻松实现对客户信息、通讯费用信息、客户联络信息等多方面信息的管理, 是企业管理者梦寐以求的。 (2) 一站式信息服务:移动总机为企业提供所有与通讯相关的服务, 解决企业以前需要找多家不同公司提供服务 (如:总机电话、电话会议、传真可能提供商各不相同) 所带来的人力、成本上的增加。 (3) 解决总机接通率低:国内企事业单位的传统电话小总机的接通率 (真正找到需要找的人视为接通) 仅为26%, 74%未接通的话务量给企业带来了无法估量的损失;所以企业迫切希望将接通率提高到90%以上, 至少在上班时间。
六、结束语
企业移动总机平台的搭建在我国经济发达地区已经有较成功案例, 其业务服务功能也会因地区经济和企业需求而有所差异。该项技术在我国西部经济欠发达地区的推广尚属起步阶段, 技术解决方案仍需求结合本地实际进行广泛借鉴和交流。
参考文献
[1]郑龙, 罗鹏程, 周经伦:网络可靠性研究综述[J]中国科技信息, 2006, (01)
[2]吴忠:融合J2EE和Web Service的B2B企业EAI平台设计[J].计算机工程与设计, 2005 (06)
[3]聂文惠鞠时光薛安荣:一种基于无线传感器网络的三维定位模型[J].计算机科学, 2009年12期
通讯平台 篇9
一、基于协同平台的网络通讯基础
在点对点协同应用中,该应用程序的每个实例都叫做一个节点。通常将这些节点连接和命名后的组合称为网格。因此,推动点对点协同应用程序开发的技术经常被称作网格技术。PNRP、Peer Channel (在Windows Communication Foundation中)和PNM都是网格技术中已有的方式。网格技术:所有网格技术所生成的网格在拓扑结构上都大致相同。通常来讲,网格拓扑是网格中各节点间连接模式的抽象体现。一般网格在某种程度上与下图1中所示的网格相似。
图1所示网格中四个节点中的每个节点都与网格中的其他所有节点相连。换言之,如果网格中有N个节点,则每个节点都保持N-1个连接。我们将达到此标准的网格视为全连接网格。全连接网格很少被用作适合的方法,一般只用在小规模的协同应用中;对于大规模的协同应用,则会产生大量的连接,这要求很大的系统负载来维护。网格中的节点基本上都使用现有的常用传输方式进行通信。一般是利用TCP/IP和UDP进行网络通信。如果TCP/IP是全连接网格所选的传输方式,那么由N个节点组成的全连接网格中的每个节点都必须创建或接收N-1个套接字。
二、基于协同平台网络通讯的信息体
对协同应用而言,其操作的数据对象是高层的数据对象。信息体与通讯层所传输的消息不同,通讯层中所传输的消息是固定规范的信息串,它用来传输信息体及其它系统数据;信息体与会话消息亦不是固定的一对一关系,对数据量较小的信息体,可能使用一个会话消息时行传输,但对大数据量的信息体,则可能由多个会话消息协同传输。
系统对信息体的要求比较简单,只是要求其能被系列化。系统支持如下类型的信息体:
(1)二进制数据块。二进制数据块是一串二进制数据的集合。
(2)文件。从本质上而言,文件是一种特殊形式的二进制数据块,它以文件的形式出现,具有文件名属性。
(3)XML文档。是按XML格式组织的文档,它与文件的区别在于其是由有意义的XML格式构成的,并且是可分解的,XML文档可被分解成XML节点所组成的信息体集合。
(4)二维表单。二维表单是一种特殊类型的XML文档,它是由固定的XML格式,固定的字段构成的XML文档。为便于上层系统使用,CCPS系统对二维表单的处理采用微软ADO.net的系列化功能对二维表单进行XML文档化处理。
基本信息体:CCPS系统对信息体进行了抽象,所有具体的信息体都是由基本信息体派生的。该信息体需包括如下信息:
(1)信息体定位信息:对协同应用而言,它需要知道信息体的位置,如果在组中,它应是信息体所处的组及相关定位信息;如果是协同应用直接处理的信息体,它应包括协用所需的定位信息。某些信息体是服务过程所产生的中间值,可能不包括定位信息。
(2)信息类型。用于表达信息体的具体类型。
(3)锁信息。及注明当前信息是由哪个节点锁住,其它成员不可更改。缺省情况下,信息由创建者锁定。
(4)与其它信息体之间的关系。表达此信息体是否是其它信息体的构成部分,具体是哪一类信息。
基本信息体定义:
三、基于协同平台网络通讯定向消息传送
定向消息传送能力是本虚拟服务平台的基础,它为服务的实现,为共享空间的实现提供了基本方法。一旦节点连接到某网格,它就可以通过以下两种方式之一与其他节点进行通信:网格扩散(也称多方消息传送),或定向消息传送。顾名思义,网格扩散是试图将消息发送到网格中的所有节点。
一般而言,网格中的某节点可通过将消息发送到它的所有邻居而将消息传播到其他所有节点。在接收到消息后,初始发送节点的邻居负责将该消息转发给它的邻居,以此类推。相比之下,定向消息传送指的是试图将消息直接发送到网格中的某特定节点。在部分连接网格中,初始发送节点可能未与目标接收节点相连。如果真是这样,则初始发送节点必须将消息发送给它的一个或多个邻居。其中某个邻居可能会与目标接收节点相连。如果是这样,该邻居就会将消息转发给目标接收节点。如果不是这样,则该邻居会推测它的哪个邻居自身可能会与目标接收节点相连。网格很少处于静态,在多数P2P应用程序中,节点可能会频繁加入和离开网格,可能是由于网络连接变动引起,也可能是由于在使用即时消息传送应用程序时,用户启动和终止应用程序引起。除了网格中的自然变动之外,多数网格技术都具备一些维护自身的机制。通常而言,网格维护的目标就是修复或调整网格以使其更高效或更稳健地运行。
系统采用WCF接合WEB服务以及WSE所提供的各种上层通讯能力,提供节点之间直接通讯能力。使用WEB服务和WSE,就可以借助支持跨平台协同操作的Web服务和Web服务客户程序,构建功能强大、协同操作的面向服务的应用程序,并且可以通过松散耦合,构建相对简单的服务和版本控制策略。利用MSMQ,就有了一种功能强大的机制,可以获得可扩展、耐用、灵活的队列消息,负责把数据从一个地方可靠地传送到另一个地方。企业服务提供了在分布式环境下执行相关工作的多方集成事务的功能;允许限制对有限、共享资源的访问;允许集中对象实例,从而优化对初始化成本高昂的资源的访问;在事件方面拥有发布/订阅机制;拥有丰富的安全模型,而且建立在成熟、安全和快速的传输机制上。最后但并非最不重要的一点是,Remoting是通用语言运行时的环境集成机制,用于跨应用域边界与对象进行通信;因其非常灵活的扩展模型而备受欢迎,这让开发人员可以淘汰与取代传输机制、代理机制以及通信通道的工作方式。通讯过程通过节点管理模块及配置信息,会话管理模块可以知道通讯源节点及目标节点所支持的通讯方式,会话管理将(根据效率、连通能力)选择合适的协议进行通讯。如下列出支持的几种通讯方式(信道)及各种方式下点对点直接通讯的过程。
(1)Web服务。如果节点支持Web服务的通讯方式,节点将提供固定的WEB服务以接收会话消息。信息的发送过程即调用此固定WEB服务的过程。
(2)Remoting。NET Remoting从某种意义上讲是DCOM的替代品。ASP.NET Web服务十分有用,但是这项技术在企业内联网的解决方案中,对于某些业务请求来说并不快,也没有足够的灵活性,并且ASP.NET Web服务需要有运行时的支持。使用NET Remoting技术后,可以将Web服务提供给世界上的任何地方,而且可以在所有的应用程序类型中运行Web服务。
(3)E-mail。E-mail作为一种古老而有效的通讯方式,提供了一种解决广域网环境中通讯的可能,虽然其效率及稳定性都不是理想的通讯方式,但作为一种不重要的信息通知方式,亦是解决某些网络环境下消息发送的有效方案。
四、结束语
总之,针对目前协作应用的可用性低、对通讯方式的依赖性高以及应用开发困难等问题,提出基于共享服务空间的协同平台概念,可为协同应用的开发提供简单有效的方式。同时,基于服务的共享空间系统提供可扩展的模块化结构,更增强了系统的弹性。当然,如何动态地分配系统负载,以及如何与现有的其它系统或通讯方式进行无缝集成,对于网络通讯技术的发展将有着重要意义。
参考文献
[1]周祖德,盛步云.数字化协同与网络交互设计[M].北京:科学出版社,2005.
[2]胡道元.高级信息网络系统集成技术[M].北京:清华大学出版社,2005.
通讯平台 篇10
1 临床医学本科实习教学中现存问题的原因分析
1.1 医学生缺乏有效的主观能动性
当今, 由于医疗环境的复杂性, 有较大比例的医学生对医学专业的选择并非源于对“救死扶伤”、“健康所系、性命相托”神圣职业的敬畏与追求, 相反而是在“亲朋病痛”与“就医贵与难”的窘迫心态中被家人强行推向了从医之路。
另外, 不可否认随着时间的更迭, 当今“90后”已经成了接受医学教育的主体, 而不同时代本应有其自身的特点。当今, 很多人, 包括部分临床带教老师, 都对“90后”的医学生存在诸多看法, 诸如“缺少理想和信仰”、“功利欲望心强烈”、“过分自我和追求个性”等, 甚至指责这些已经成为严重的社会问题[1]。揭示了他们的另一面, 虽张扬个性却爱好广泛, 虽性格叛逆却好奇心强, 虽特立独行却精于网络, 且善于接受新生事物, 敢于担当。此时笔者想起我求学时的一位老教授讲过的话“只有教不好的老师, 没有教不好的学生”, 显然, 对这样一群年轻人, 不从其自身特点出发, 将无法调动其主观能动性。
1.2 现实医疗与教学环境的羁绊
当前, 我国正处于医疗卫生体制改革的攻坚期, “看病难”、“看病贵”仍旧是较为突出的现实问题, 特别是近年医患矛盾的加剧, 医疗纠纷不断, 甚至伤医、弑医事件时而有之, 在这种情况下, 处于临床实习阶段的医学生的求学信心与实习积极性势必受到较大的挫伤。而临床医生作为临床实习教学的教师队伍主体, 在这种医疗环境下亦恐难有让学生独立完成更多临床操作的热情与实际可行空间。笔者不禁想起自己在本科阶段学习时, 必需能独立完成阑尾切除术或腹股沟疝修补术才可以通过普外科轮转结业考试, 而今由于腹腔镜等微创外科技术的进步, 外科操作需要更少的操作助手, 对于实习医生而言争取更多的上台机会已经较为困难, 特别是随着我国医疗卫生体制改革的深入, 诸如《执业医师法》、《医疗事故处理条例》、《手术分级管理规定》及《侵权责任法》等一些列医疗法规的渐为完善, 在对临床医师的执业行为进行规范化的同时, 亦对实习教学工作进行了诸多限定, 甚至规定“参与临床教学实践的医学生和试用期医学毕业生不得独立从事临床诊治服务”[2]。可以想见, 在当前医疗环境下, 企图让实习医生在患者身上完成独立的操作已几乎不可能, 这无疑使得临床实习教学面临更多挑战。
2 深入分析教学现状, 扬长避短, 提高实习教学效果
在当前环境下, 一方面存在着现实医疗与教学环境对临床实习教学的诸多羁绊, 可另一方面随着科技与信息通讯技术的飞速发展, 诸如多媒体、互联网技术、虚拟模拟操作等新的技术手段也愈加方便了临床实习教学。特别是由于临床实践机会的减少, 临床实习教学特别是有创性操作对多媒体技术更加依赖。诚然, 采用多媒体教学模式可以将临床操作过程异时性播放, 配以声音、文字, 更加形象生动;但不可否认, 与传统教学相比, 多媒体教学模式缺乏亲和性、应变性及互动性, 特别是长时间的观看多媒体, 易致视觉疲劳[3]。而当今大学生对医学学习又存在主观能动性缺乏等现实问题。特别是“90后”大学生虽自我、追求个性, 但聪明、勇于创新。因此, 如何结合当今大学生自身特点与临床教学现实环境, 扬长避短, 是有效开展临床实习教学的关键。
微信是腾讯公司于2011年推出的智能手机即时通讯服务软件, 可快速发送语音短信、视频、图片和文字。微信群功能允许多人聊天交流服务, 且可实现图片、视频、网址等资源的共享。特别是新版本的软件中加入了实时对讲机, 甚至视频聊天功能, 实现了实时通讯。另外, 微信尚有基于位置的社交插件如“摇一摇”、“漂流瓶”、“朋友圈”、“公众平台”、“语音记事本”等。正如微信官网所云:“微信, 是一个生活方式”, 特别是在年轻人中, 微信几乎到了无孔不入的地步。在临床实习教学工作中, 就经常发现学生在课堂上仍沉迷于微信。于是就想到将学生钟情的微信操作平台与实习教学相结合, 发挥微信的即时性与互动性, 将其应用于临床教学的课前预习, 课中互动与课后复习的过程中, 提高教学的兴趣性。
2.1 基于微信平台, 开展课前PBL讨论
PBL教学模式即是以问题为基础的学习模式 (Problem-based Learning) , 其以问题为先导, 注重学生的主动性, 通过对预先设计问题的讨论, 有助于将学生已掌握的基础知识与临床问题相结合, 培养临床思维[4]。
为便于教学工作, 预先以年级及实习科室为单位由相应教研室及教务部门建立了微信群, 在开展实习教学前一周邀请相应同学及任课教师进入该微信群, 并将实习教学的科目、地点、时间及任课教师予以通知。
在实习教学过程前, 由任课老师于微信平台模拟PBL教学模式, 对要开展的授课内容预设问题, 开展讨论。诸如临床甲状腺疾病的教学, 首先提出甲状腺都会有哪些疾病?其解剖、生理学特点是什么?疾病状态下的病理生理学特点是什么?基于病理生理学, 如何理解甲状腺疾病的临床表现及治疗方法?基于解剖学, 如何有效避免外科手术并发症?从而明确提出授课的内容, 让学生贯穿于解剖、生理、病理、药理、影像、内科、外科乃至检验学中所学知识, 使学生掌握基本概念, 并培养临床思维方式。当学生们在讨论中发现新的问题时, 教师作为讨论的主持人及时提出解决问题的可能办法, 并指导学生利用文献检索工具查询最新的进展及解决方案。特别是利用微信的语音、图片及视频传输功能, 教师可将检索网址、文献、解剖图片乃至术中视频及时实现人群共享, 作为讨论的素材或作为前沿进展供学生阅读, 增加讨论的趣味性与互动性。最后, 在对预设病例开展讨论后, 带教老师对讨论中争议最大的问题进行必要的点评, 实现知识的系统化。
2.2 基于微信平台, 提高课堂教学互动性
在课堂教学过程中, 基于不同教学模式, 采取不同方案, 应用微信平台作为课堂互动、问题抢答的工具;甚至在导课前, 预先经患者同意, 应用微信的子软件“微视”录制短视频, 反映患者的主观症状、一般状态及就医经历等信息, 于导课时进行群共享, 供学生观看、讨论, 提高教学的互动性。而在多媒体播放过程中, 为防止单纯观看多媒体所致的视觉疲劳, 在教学过程中预设问题, 在多媒体不同播放节点上, 将问题公布于微信群, 同时以微信抢答的方式鼓励学生参与回答与讨论, 特别是最近微信平台推出了网页版, 使得我们可以在网页浏览器里收发手机微信消息, 甚至是在电脑和手机之间传输文件, 使得教学工作中可以利用播放多媒体的同一电脑终端, 方便在播放多媒体的同时进行微信互动。
在实践教学前, 预先将诊断学中与本课学习相关的诸如问诊、查体技巧以群共享的形式发送, 以达到复习的作用;而对于拟实习的病例, 同时将涉及患者知情同意及隐私的问题, 如不向肿瘤患者告知诊断结果、避免将患者病情信息告知无关他人等, 以微信形式重申, 提醒注意;对于实践操作, 及时重申操作过程及注意事项, 并配以操作分节图片, 使授课内容形象生动, 易于掌握。
2.3 基于微信平台, 进行课后复习与讨论
在教学后的课后复习环节, 也采用微信平台与学生即时互动, 一方面接受学生的提问及对教学效果的反馈, 教师基于微信平台及时与学生讨论、解答问题的同时, 对教学设计及时调整。对于疑问较多的教学内容, 教师可通过课后预设问题, 进一步深入讨论, 增强教学效果。
总之, 当今临床医学本科实习教学正受到多重挑战, 在教学实践中将微信平台与传统教学模式相结合, 明显增强了教学效果。体会利用学生熟知的沟通模式, 增加了亲和力、兴趣性, 发挥了当代大学生的特质, 扬长避短, 调动了学生参与学习的积极性;另一方面, 利用微信平台, 增强了课前、课中、课后的互动性, 特别是通过群共享, 增加了教学的信息量。当然, 不可否认, 对于微信平台在临床实习教学中的应用尚处于初步探索阶段, 尚有待在进一步的教学实践中总结经验。
参考文献
[1]张伟辉, 沈怀庶, 薄红, 等.浅谈“80后”临床医学研究生的培养[J].医学研究生学报, 2010, 23 (9) :969-971.
[2]曾冬竹, 余佩武, 青廉, 等.普外临床医学五年制医学生实习面临的问题和对策[J].西北医学教育, 2013, 21 (4) :839-841.
[3]袁建林, 赵雪曼, 李建成.现代信息技术在腹腔镜教学过程中的应用[J].技术与创新管理, 2005, 26 (6) :81-83.