澳门新葡亰平台官网-澳门新葡亰平台游戏app 新葡亰业务 将注册群通知消息过滤接口移动到 MsgService,环信移动客服基于大数据研发的创新产品

将注册群通知消息过滤接口移动到 MsgService,环信移动客服基于大数据研发的创新产品

摘要即时通讯云供应商环信,亮相第十四届软交会,摘取“2016中国最佳SaaS产品奖”。前言被誉为国内软件业第一展,为期四天的2016中国国际软件和信息服务交易会于6月19日在大连落下帷幕。随着“互联网+”与各行业的深度融合,软件和信息服务行业将发挥更加重要的作用。作为企业级服务的明星垂直领域,SaaS客服也成为此次大会关注的焦点。本届软交会共吸引60多个国家和地区的743家企业、1.5万名业内人士和3.6万名观众参会。环信荣膺“2016中国最佳SaaS产品奖”“企业服务创新论坛”是一年一度的软交会的重点组成部分,前面已成功举办三届。在第十四届大连软交会“2016企业服务创新论坛”上,企业家们齐聚一堂共同探讨中国企业级服务的未来。同时,2016企业服务创新论坛金i奖颁奖盛典揭晓,环信作为中国企业级服务明星企业一举摘取“2016中国最佳SaaS产品奖”。评委们给了环信企业级服务里的最高评价:“当企业级SaaS服务如雨后春笋般涌现,我们在百花齐放的景象中能找到如此坚实沉静一朵,绽放自身的光彩。作为SaaS客服软件行业唯一一家同时拥有PaaS和SaaS产品的公司,环信以此建立其强大的壁垒;不急不缓,水到渠成,它们为中国企业提供着最高效可靠的SaaS服务。”环信副总裁发表主题演讲《客户服务的智能时代》环信副总裁程旭文在论坛做主题演讲诠释了在“互联网+”时代智能SaaS客服的重要性。程旭文认为,互联网+时代的用户获客成本非常高,例如电商行业获取一个新用户成本是维护一个老用户的三倍到十倍。如何能让一个用户长期留在我们的产品和服务上?而且客户的渠道来源多种多样,解决这些问题非常重要。环信移动客服全媒体接入可以实现多渠道的用户来源一键管理一键回复。客户服务是有温度的,温度的高低同时决定了服务的满意度,环信移动客服可以实现对客户的交互进行情感分析,基于大数据技术的环信客户声音可以极大提升留存和转化从而实现精细化运营。随着人口红利消失,人工成本上升,企业客服面临的“用工荒”将持续扩大,运营成本将越来越高。环信利用智能机器人技术实现精准高效自动推送,自动问答,可以帮助客户解答80%的常见问题,极大提升效率降低成本,而环信首推的“人工+智能机器人”的协作服务被证明是现阶段最适合的客户服务方式。本届软交会以“数据·共享,智慧·创新”为主题,企业级服务应以构建生态圈的创新能力为本,以客户为中心迭代,最终演变为“连接创新改变生意”,环信即时通讯云就是这样一根连接“人与人”的管道。资源共享整合,以开放的态度,方能合作共赢。大数据是另一种连接,是海量的、相关或非相关的数据的连接,连接创造价值,并且数据的价值因连接的广度和共享而产生质变。环信移动客服基于大数据研发的创新产品“客户声音”,通过热点话题分析发现新畅销商品,通过情感度分析发现服务问题,帮助企业实现广度客户的连接从而创造更大价值。关于环信移动客服环信移动客服致力于连接“人与商业”,作为全媒体智能云客服倡领者,支持全媒体接入,包括网页在线客服、社交媒体客服(微博、微信)、移动端客服和呼叫中心等多种渠道。基于业界领先的IM长连接技术保证消息必达,不丢消息不丢单,并通过强大的智能机器人技术极大降低人工客服工作量。截至2015年底,环信移动客服共服务了12000家企业用户,现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等20大领域的Top10客户,典型用户包括国美在线、58到家、楚楚街、随手记、海尔、51talk,链家自如客、神州专车等众多互联网和传统企业。根据易观国际发布的《中国SaaS客服市场专题研究报告2015》显示:截至2015年第三季度,环信移动客服在SaaS移动端客服用户覆盖占比为77.4%,以绝对优势稳居行业第一。

摘要即时通讯云网易云集SDK新版发布,本次发布的版本号为:2.5.0。发布的版本本次发布的版本号为
2.5.0版,更新时间为:2016年7月08日。iOS 2.5.0 更新内容新增添加定期清理
SDK
日志的功能添加聊天室临时禁言的接口支持转发消息网络通话新增是否自动旋转远端画面的设置autoRotateRemoteVideo修正修复聊天室
Tip 消息无法正常解析的问题Android 2.5.0 更新内容新增1.
添加文本消息的全局搜索接口:MsgService#searchAllMessageHistory。2.
添加消息转发功能:MessageBuilder#createForwardMessage,支持除通知消息和音视频消息以外的消息类型。3.
添加聊天室临时禁言接口:ChatRoomService#markChatRoomTempMute,支持设置临时禁言时长。变更1.
将注册群通知消息过滤接口移动到 MsgService
中:MsgService#registerIMMessageFilter
,并支持单聊和群聊的通知类型消息过滤,不再限于群通知消息,同时支持音视频类型消息过滤。2.
聊天室架构调整,聊天室业务仅在 UI 进程处理。3. SDK
输出jar包按模块分离:nim-sdk.jar(必须)、nim-chatroom.jar(可选聊天室模块)、nim-rts.jar(可选实时会话白板模块)、nim-avchat.jar(可选实时音视频模块)、nrtc-sdk.jar(实时会话、实时音视频基础库),供开发者按需组合使用。Web
SDK 2.5.0
更新内容变更获取用户名片数组限制每次最多只能获取150个名片新增转发消息重发消息获取包含关键词的本地历史记录新增参数global表示是否全局搜索同步开关syncExtraTeamInfo,
控制是否同步额外的群信息, 默认true会同步额外的群信息,
目前包括当前登录用户是否开启某个群的消息提醒 (SDK 只是存储了此信息,
具体用此信息来做什么事情完全由开发者控制)调用接口修改自己的群属性来关闭/开启某个群的消息提醒调用接口是否需要群消息通知来查询是否需要群消息通知设置聊天室临时禁言Windows(PC)
SDK 2.5.0
更新内容修复语音播放停止延迟问题会话列表更新时消息未读数目错误的问题新增消息历史本地全局搜索,
nim_msglog.h群组增加获取群信息和成员信息的同步接口,
nim_team.h聊天室临时禁言, nim_chatroom.h消息转发接口,
nim_talk.h音视频支持SOCKS5代理对端视频画面自动旋转开关下载地址请从以下官网地址下载:

摘要作为Google开源的技术,WebRTC实时音视频技术并不是一个可以拿来就用、并且性能很好的产品。本文主要来谈一谈WebRTC的优缺点。  2011年Google将WebRTC项目开源,让许多开发者眼前一亮,忍不住的加入了研究WebRTC的队伍中。作为Google开源的技术,WebRTC并不是一个可以拿来就用,并且性能很好的产品。本文主要来谈一谈WebRTC的优缺点。  一、发展及现状  WebRTC在被Google开源之前,其价值就已经得到了充分的认可。比如QQ就使用了WebRTC的部分技术。WebRTC的发展情况可以从标准规范和浏览器支持这两个方面看。WebRTC标准是由W3C和IETF所联合制定的,在2016年1月28日,W3C公布了最新的WebRTC标准,标准中定义了WebIDL中一系列的ECMA
Script
API来允许使用合适的RTP的浏览器或设备来接收/发送媒体,详细内容可以访问  二、优点  1.方便。对于用户来说,在WebRTC出现之前想要进行实时通信就需要安装插件和客户端,这是一个复杂的过程。现在,WebRTC技术内置于浏览器中,用户不需要使用任何插件或者软件就能通过浏览器来实现实时通信。对于开发者来说,在Google将WebRTC开源之前,浏览器之间实现通信的技术是掌握在大企业手中,这项技术的开发是一个很困难的任务,现在开发者使用简单的HTML标签和JavaScriptAPI就能够实现Web音/视频通信的功能。  2.免费。虽然WebRTC技术已经较为成熟,其集成了最佳的音/视频引擎,十分先进的codec,但是Google对于这些技术不收取任何费用。  3.强大的打洞能力。WebRTC技术包含了使用STUN、ICE、TURN、RTP-over-TCP的关键NAT和防火墙穿透技术,并支持代理。  三、缺点  1.编译WebRTC的源码就是一个比较大的挑战,搭建其复杂的编译环境往往会遇到很多意想不到的问题,导致当初计划用几个星期的时间来搞定项目,却发现这几个星期连编译都没搞定。  2.WebRTC中很多的参数都是由GIPS公司的工程师们依靠经验所设定的值,这就会出现卡顿、延时、回声、丢包、多人视频不稳定等问题。  3.WebRTC缺乏服务器方案的设计和部署。  4.传输质量难以保证。WebRTC的传输设计基于P2P,难以保障传输质量,优化手段也有限,只能做一些端到端的优化,难以应对复杂的互联网环境。比如对跨地区、跨运营商、低带宽、高丢包等场景下的传输质量基本是靠天吃饭,而这恰恰是国内互联网应用的典型场景。  5.WebRTC比较适合一对一的单聊,虽然功能上可以扩展实现群聊,但是没有针对群聊,特别是超大群聊进行任何优化。  6.设备端适配,如回声、录音失败等问题层出不穷。这一点在安卓设备上尤为突出。由于安卓设备厂商众多,每个厂商都会在标准的安卓框架上进行定制化,导致很多可用性问题(访问麦克风失败)和质量问题(如回声、啸叫)。  7.对Native开发支持不够。WebRTC顾名思义,主要面向Web应用,虽然也可以用于Native开发,但是由于涉及到的领域知识(音视频采集、处理、编解码、实时传输等)较多,整个框架设计比较复杂,API粒度也比较细,导致连工程项目的编译都不是一件容易的事。  总而言之,WebRTC虽然提供了一套音视频实时通讯的解决方案,但是在实际应用中,由于网络传输、设备适配以及多方通话上都存在很多问题,效果并不理想。(WebRTC开源工程官方网站:

标签:, , , , , , , , , , ,

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图