【重磅发布】网易云信质量数据监控台对外开放

对于应用开发者而言,用户反馈(Feedback)是应用开发和迭代中重要的一环。开发者基于对用户反馈的收集、分析,可以进一步制订产品规划、优化产品体验、提升关键指标。对于使用网易云信服务的开发者,逐渐衍生出排查用户反馈的问题的需求。在协助开发者处理用户反馈的过程中,我们逐渐意识到开发者的痛点: 用户反馈的信息具有不确定性 举个栗子,因为疫情在家上网课的用户小A向平台反馈“上课效果很卡”,平台无从得知用户反馈的卡顿是视频卡顿还是音频卡顿,是网络原因造成的卡顿还是设备配置过低无法承载,不了解发生卡顿的具体时间和当时的网络状况。用户的反馈需要联系客户逐步确认才能确认清楚,而此时网课可能已经结束了,给用户和平台都造成了损失。 用户反馈的处理链路越长,处理效果越差。 过去通信类产品IM、音视频、直播问题反馈的链路往往是:用户->应用开发商->服务提供商。如果应用开发商可以自行处理用户反馈问题,这一链路将会大大缩短,提升了解决问题的效率。 用户反馈的排查沟通成本较高。 由于PaaS的业务特点,问题的排查往往需要技术人员对接,甚至需要代码调试和运维操作,而直接接触用户反馈的往往是运营、产品;对负责人员的技术理解能力有很高的要求。如果有可视化的界面,将大大降低沟通成本 针对问题反馈流程中的种种难题,网易云信推出质量数据监控台,帮助跟踪用户的IM消息收发、音视频通话质量、直播流质量信息,提供端到端、可视化的自助排查工具。 通过多项关键质量数据,质量数据监控台可辅助开发者快速定位的五大类问题:网络问题、设备问题、用户行为问题、SDK问题、服务问题,提高故障排查的效率。 目前网易云信质量数据监控台的功能,分为IM即时通讯、音视频通话和直播三大类,在此我们对常见的问题排查场景重点介绍。 功能一、多维度查询用户状态与消息信息 使用云信服务过程中,最常见的用户反馈都是围绕用户状态与消息行为的。 举个栗子: 某用户反馈丢消息。实际上云信通过在线消息、离线消息、多端同步、漫游和推送等策略,保障消息必达,根据往往此类反馈可以归纳为以下几个原因: 消息实际并未发送成功 消息发出了,但因为消息违禁等原因并未下发 接收方未登录,且没有离线消息推送 基于此我们有了初步的排查思路。借助网易云信质量数据监控台,我们按以下步骤排查: 打开用户信息查询,重点关注发送方账号是否被禁用、发送方账号是否被禁言等信息。 打开在线状态查询,重点关注接收方在线状态和推送token信息。 查询群组和聊天室信息,对于群组或聊天室场景,可查询群组和聊天室信息作为辅助查询工具。 查询历史消息,根据具体时间和消息收发的账号,筛选查询用户反馈的历史消息,关注历史消息是否有违禁词 基于以上查询到的信息,开发者可以基本确认消息未能收到的原因。极大地提高了排查效率。 功能二、复杂问题下发命令拉取日志信息 有时用户反馈的问题较为复杂,单纯通过信息判断不足以下结论,这种情况下我们支持拉取用户日志,由技术顾问处理。IM日志拉取页面下,可以下发日志拉取命令。当用户在线的情况下,可将相关日志上传。通过日志查询可以查询到日志详情。将相关日志提供给云信技术顾问分析,方便尽快定位问题。 使用技巧: 日志拉取工具(内测)致力于帮助客户快速定位问题,用于拉取定位问题所需的用户日志; 仅当终端用户在线时,方能顺利拉取日志,若出现用户不在线,可联系其上线,日志即可拉取成功; 请在向技术顾问反馈问题时附上对应日志,共同提高定位问题的效率; 平台使用若遇到问题,可反馈给对应技术顾问。 功能三、音视频质量数据监控排查 通过音视频数据监控台,我们可以非常简单地识别以下几类问题: 设备问题,比如设备老旧、性能差、系统版本不兼容 网络问题,比如用户当前网络不稳定、用户环境信号差 用户行为问题,比如用户切换了网络、用户误触了静音 音视频服务器问题 为了能够帮助客户形成更全面的数据大盘,能够迅速定位到问题,我们提供了全链路的质量数据信息,包括: 音视频房间基础信息 房间内用户基础信息 用户的行为事件 音频相关数据 视频相关数据 下面以一个常见案例的切入点,说明一下如何使用质量数据监控台。 比如在一个在线教育房间里面,有一个学生反馈听到老师的声音不流畅,声音卡顿延续了几分钟。 关于这种常见的问题,让我们来看一下我们可以如何通过音视频质量监控台找到问题的关键点,在一分钟内给到用户一个满意的答复。 一般情况音频卡顿主要是由以下几点原因导致的: 发送端上行网络丢包高; 发送端CPU占用高,无法及时处理 接收端CPU占用高,无法及时处理 接收端下行网络丢包高 如果是CPU占用过高的问题,可以建议客户在设备上尽可能关闭其他的设备;如果是网络丢包高的问题,可以建议客户更换一个更好的网络。 网易云信的方案优势 网易云信目前已服务80万家开发者,终端用户遍及全球196个国家的7亿用户,海量用户产生的大量线上数据,网易云信进行了聚合检索上的各类优化,将海量数据以简单、便捷的方式呈现给开发者。 全链路 与友商的同类产品不同,网易云信数据监控台不局限于音视频通话问题的排查,在用户登录状态、消息收发、音视频通话、直播聊天室等多种场景均可通过数据监控台排查。使用网易云信IM、音视频通话、直播等产品的开发者均适合使用质量数据监控台。 端到端 IM层面,云信提供精确到某条消息的追踪,音视频通话层面,云信提供每通通话当中,每个上行下行的端到端映射数据,不漏掉任何一个细节。 可视化 常言道文不如表,表不如图,在数据可视化层面,网易云信更多采用图表呈现关键质量数据。图谱化的呈现方式大大降低了使用门槛,方便运营、产品人员快速上手。 实时性 质量数据监控台支持对线上互动数据进行实时性检索,比如客户可查询当前正在进行中的音视频通话质量,基于实时上报的数据有针对性的调整各项参数,及时有效地解决用户问题。

2020-03-17

【重要】关于企业增值税普通发票无法开具纸质发票的说明

尊敬的用户,您好! 应国家税务总局要求,自2020年1月16日起,企业增值税普通发票将无法开具纸质发票。 企业增值税专用发票暂时不受影响。后续会根据国家税务总局的要求进行调整。 如您已经申请企业增值税普通发票的纸质发票,您可以在云信控制台进行修改,改为电子发票后可以正常开具。 感谢您对网易云信的信赖与支持,如有任何疑问,请联系客户经理,或拨打客服热线4009-000-123。                                                                                                                                                               网易云信

2020-03-11

别错过 2020 网易云信邀请好友 | 指南

  欢迎收看,不会过时,赚钱指南: 截止目前,已经有超过 80 万企业开发者接入了云信。云信一直希望基于遍布全球的基础通信架构,用 IM 和音视频技术,帮助各类型的互联网产品、企业级应用乃至智能硬件,拓展视频、语音、文本、图像等通信形式,形成 APP、H5、小程序等终端互联,构筑人与人、人与物、物与物之间更稳定流畅的通信体验,尽可能扩大其产品和组织的影响力。任何开发人员,简单接入 IM SDK 和 NRTC SDK,即刻开启企业通信的未来,足以改变用户与平台之间,企业与员工、上下游之间,设备之间的互动方式。你对云信最好的投资,就是牵线更多开发者和互联网从业者,和云信的关联。帮助他们的产品成功,是云信的荣幸所在。而你善于帮助他人成功的力量,云信也不会免费获得。网易云信「邀请好友」,使用推荐链接注册的用户购买服务后,推荐人可获得 500-800 元现金卡奖励。你的每次诚意推荐,都是云信的高光时刻。  No.1    4 步推荐,赢得奖励A  扫码访问活动页B  立即推荐,填写推荐人信息,用于领奖核实C  获取专属推荐注册链接 > 分享链接或直接推荐好友  >  好友获得免费试用D  好友试用并成功下单后,5 个工作日内可获得奖励  No.2值得一推的云信产品   No.3使用场景示例网易云信可以帮助企业在现有 APP、小程序 等应用内快速集成即时沟通、语音视频实时通话功能:社交聊天提供 1 对 1、多人群聊、万人群聊、直播聊天室、多人视频通话模式,可以快速在社交娱乐、游戏等应用中增加图文、音视频聊天功能。在线教学支持在线教育 1 对 1 小班、1 对多互动课堂、双师课堂等多种教学模式搭建,提供桌面共享、互动白板等功能。视频会议满足多人视频会议及视频直播需求,提供低延迟、超高清的视听体验,应用于远程会议、远程医疗会诊等多种场景。智能终端智能手表、电视大屏等智能设备快速构建低功耗,稳定、流畅的高清音视频通话功能。  No.4需要注意的事 必须通过你的推荐链接注册(或直接推荐用户)后下单,你才能获得奖励。 你可以通过官网 http://yunxin.163.com/promotion/recommend 查看详情,并分享推荐链接。 完成推荐后,可咨询「网易推荐好友小助手」询问你的奖励进度。 你推荐的好友,若同时购买 IM 和音视频通话服务,奖励由 500 元提升至 800 元现金券。 参加活动的产品目前为 IM、音视频通话,后续会推出更多活动产品,敬请期待。 活动不适用于同公司、同帐号、推荐人和被推荐人相同的情况。   No.5疑问存放处Q&AQ:如何发现我的推荐是否成功?A:你的好友通过链接注册后,您将收到一条成功短信;如果你十分佛系,好友下单后,云信将主动联系你发放奖励;如果你想加速成单节奏,也可主动询问你的好友进度。Q:如果我的朋友通过其它方式注册,我还能获得奖励吗?A:只要你的朋友首次访问云信官网,使用的是你的邀请链接,你就有机会获得现金卡。如果你的朋友收到多人的推荐,以好友最终注册下单的链接为准。Q:奖励如何发放?A:待好友下单完成后,云信市场部将在 5 个工作日内主动联系您,并向你发放对应的现金卡奖励。请注意来自云信的消息:可咨询「网易推荐好友小助手」微信号:xiexx233 ,邮箱发件人 marketing@yunxin.163.comQ:适合向怎样的好友推荐云信?A:云信目前拥有 80w+ 企业开发者,在 PaaS 平台服务的选型中,我们经常与技术研发、CTO、产品经理、项目经理等打交道,建议推荐相关人员会更高效。Q:如何有效推荐云信?A:在使用专属链接推荐的时候,推荐手机扫码分享、复制专属链接直接分享,可参考以下话术。也欢迎你撰写在使用云信过程中的心得体会,附加链接,发布推荐文章到你的博客、网站、专业论坛与社区中。示例话术 1:最近一个项目中用到网易云信,觉得他们家的 IM 和音视频通话服务还不错。如果你的企业有类似需求,可以试试网易云信,比我们自己来做会更专业更快。无论是 IM 还是音视频服务都可以在 1 天以内完成接入。有需要的朋友可以了解一下 https://yunxin.163.com/?invite=20170828184907199547示例话术 2:给大家推荐一个靠谱的通信与视频云服务提供商:「网易云信」,主要提供「IM 即时通讯」和「音视频通话」服务,如果你的企业有聊天对话类的需求,都可以通过网易云信提供的产品和服务来快速实现你的需求。免费试用通道:https://yunxin.163.com/?invite=20170828184907199547示例话术 3:诚邀您免费试用网易云信,点击 https://yunxin.163.com/?invite=20170828184907199547  超过 80 万开发者口碑推荐,免费体验来自网易核心架构的通信与视频云服务!Q:我推荐的用户可以得到怎样的服务?A:云信提供产品免费试用机制,7×24 小时运维服务,1v1 专属客户咨询,高效工单和专业技术支持,甚至可以机动升级为 1+N 技术支持。Q:网易还有同类型的推荐活动可以参与吗?A:欢迎关注网易七鱼 - 未来合伙人计划:https://qi.163.com/inviter/case我们的目标是帮助更多互联网产品,接入稳定而易用的通信与视频服务。对于推荐人,它是「人脉变现计划」,每次你的好友通过你的推荐购买,你都可以获得相应的推荐奖励。感谢你和你的好友加入这个计划,为广大的互联网用户带来更高效的沟通产品、更好用的视频体验。感谢你和你的好友加入这个计划@网易云信邀请好友

2020-03-11

【重要公告】网易云信国庆服务公告

  尊敬的用户,您好! 为确保您的业务不受节假日影响,建议提前核实账户可用额度,若可用额度不足,请在节前完成充值。如在国庆期间需要充值或下单,请从用户后台自助充值或下单支付,便于快捷开通服务。   节日期间如有问题,可通过如下方式联系我们: 客服热线:4009-000-123 技术支持紧急故障报障电话:0571-89852634   最后,祝大家节日快乐。

2019-09-26

【重要通知】网易云信欠费关停策略调整通知

尊敬的用户,您好! 网易云信将于2019年10月31日起,对平台的欠费关停策略进行调整,详情如下: 自10月31日起,系统会根据历史消耗情况,预测当前账号可用额度对应的可用天数,当可用天数不足15天、不足7天时,系统分别会触发欠费预警通知短信及邮件(默认只发送主账号,其他联系人需订阅,且具体提醒规则以线上为准)。 当您的可用额度<0时,网易云信会通过系统短信、邮件进行欠费通知;当日16点之前未续费的(此时间点仅为参考,可能会根据实际情况进行调整),将会自动关停账户服务。本次变动涉及网易云信除短信及专线电话以外的所有能力。 说明:可用额度=账户余额-未结清金额。目前网易云信直播、点播产品支持按日扣费,其他功能按月扣费,一般是每月6号针对上个月的功能消耗费用进行扣除,特殊情况会提早或顺延。账户余额是最近的一次扣费后账户剩余金额(包含日结扣费),未结清金额为最近一次扣费之后,使用云信功能但还未付费的部分。 例如:截止11月11日,您11月累计消耗了100元,且按月付费,账户余额为99元,您的已消耗未结清金额为100元,您的可用额度为-1元,此时系统会触发欠费通知并自动关停账户服务。 为保证您的业务正常使用,强烈建议您在网易云信管理控制台,通过首页概览-信息接收管理入口,设置财务通知对应的信息接收人。并根据业务的消耗设置余额预警,当账户可用额度低于您设置的预警额度时,网易云信将会通过短信、邮件通知您。 感谢您对网易云信的信赖与支持,如有任何疑问,请联系客户经理,或拨打客服热线4009-000-123。 网易云信 2019年9月26日

2019-09-26

【通知】建议客户 iOS 客户端全面升级云信 V6.9.0 适配 iOS13

  尊敬的用户,您好! 随着 iOS13 的升级和大量新特性的发布,V6.9.0 之前的版本可能存在部分特性不兼容,9月 17 日发布的云信 V6.9.0 版本针对 iOS 进行了完整的适配,建议客户全面升级。   造成不便还请谅解!感谢您对网易云信的信赖与支持!   网易云信 2019年9月23日

2019-09-23

【重要】关于护航国庆70周年信息通信保障工作的通知

2019-09-19

网易云信融合CDN方案及实践

日前,网易云信视频云架构师席智勇在第七届GFIC全球家庭互联网大会进行了题为《网易云信融合CDN方案及实践》的分享,以下是演讲内容回顾。   想要阅读更多技术干货文章,欢迎关注网易云信博客。 了解网易云信,来自网易核心架构的通信与视频云服务。   图为 网易云信视频云架构师席智勇   CDN所面临的问题   传统的CDN网络在流媒体加速的场景下面临更大的挑战,视频加速尤其是直播场景,对于网络传输中的不稳定因素表现的更加敏感,对于网络接入环境、网络资源覆盖、链路选择、调度的敏捷和智能等方面都提出了更高的要求。   除了大家在做视频加速时面对的一些共同问题,比如怎么做到更高的视频秒开、卡顿率更低、更好的画质体验等,席智勇表示:“我们作为一个视频云平台,一方面关注于怎么在CDN网络下做到更好的网络分发,另一方面通过端到端,全链路的网络和媒体流控制,将最终端到端的体验做到最佳;除次之外,我们还要做到使用和接入的简单易用。”在直播画质提升、观看体验优化方面,席智勇介绍说:“在直播方面我们现在也在推广H265推流,同时借助服务端转码能力,提供实时的自适应码流方案,在这个过程中为客户提供更高的CDN加速的质量,保障端到端的效果。”关于融合CDN方案,还他介绍到:“有些问题当然是可以通过资源、通过钱来解决的,但是成本也是我们不可避免肯定要考虑得,所以怎么利用融合CDN,在效果和成本之间做好一定的平衡也是技术需要去解决的问题。”   NCDN+成熟厂商+端到端控制   网易云信聚焦做视频云领域PaaS平台, 面对点播、直播、互动直播场景下流媒体加速的需求以及上面提到的CDN方面的问题,网易云信一方面在CDN网络建设中针对流媒体场景做针对性的优化,另一方面利用成熟的CDN厂商网络资源作为资源覆盖和高可用方面的补充,通过云信视频云敏捷智能的CDN调度策略和算法,结合全链路、端到端的流媒体控制,来达到最终端侧优良的用户体验。云信作为一个视频云平台,对于用户在使用、接入上的方便易用也有较高的要求。云信视频云平台提供一站式的音视频解决方案,直播、录制、视频存储、点播、播放等形成闭环,一方面提供最佳的端到端体验,一方面最大程度方便用户的使用和接入。   上行与下行的智能调度   网易云信最终提供的是一个端到端的服务,通过平台的SDK来走一个类似HTTPDNS的调度,来做到真正根据用户IP做就近的接入。针对国内相对复杂的非主流运营商网络环境,云信在直播上行方面通过BGP网络以及与相关运营商的网络接入方面的合作,能够更加精准的控制网络链路的选择。 而对于下行,席智勇表示:“我们下行在播放端也是有SDK,下行也会优先通过端到端的一个调度走下行的一个链路择优,对于下行链路上的优化,一方面是能够解决好最后一公里的链路优化,另外保持对一些定制化的需求和一些后续扩展方案的兼容,如现在大家都在尝试的边缘下沉和P2P加速。” 席智勇表示:“调度的准确性以及最终效果,依赖及时准确的数据支撑,我们有一个全链路、立体的数据监控体系的,一方面利用CDN上的一些实时日志,另一方面结合端这一侧会收集一些链路上探测的数据,然后整个做一个实时的计算来支撑整个调度的策略。”关注最终的融合CDN方案,席智勇解释到:“虽然我们前面讲了很多调度、监控、高可用等等技术和手段来解决CDN网络方面的问题,但是对于我们平台上的用户,就和在使用一个传统的CDN网络一样没有大的差异,这些技术细节对用户完全透明没有感知的,用户通过简单易用的接入,就具备了高可用、全链路控制的流媒体分发服务。”       在演讲的最后席智勇表示:“CDN从最初的静态资源下载加速,到流媒体加速,到现在边缘下沉、P2P等方面的演进,但本质还是要做好内容的分发。对于传统CDN网络,可以利用既有的资源和网络优势,做到更加的透明和开放,而应用上可以借助端侧的能力,做到更好的端到端控制。”     想要阅读更多技术干货文章,欢迎关注网易云信博客。 了解网易云信,来自网易核心架构的通信与视频云服务。 网易云信(NeteaseYunXin)是集网易18年IM以及音视频技术打造的PaaS服务产品,来自网易核心技术架构的通信与视频云服务,稳定易用且功能全面,致力于提供全球领先的技术能力和场景化解决方案。开发者通过集成客户端SDK和云端OPEN API,即可快速实现包含IM、音视频通话、直播、点播、互动白板、短信等功能。

2018-12-03

VideoLAN、VLC和FFmpeg联合开发AV1解码器Dav1d

近日,VideoLAN的主席Jean-Baptiste Kempf在其博客介绍了新的AV1解码器——Dav1d。 Kempf表示,AV1的参考解码器很好,但他只是一套用于研究的编码,有许多需要改进的地方。因此,在 AOMedia 的资助下,开源社区 VideoLAN、VLC 和 FFmpeg 开始动手开发一个新的解码器,这个 AV1 的新 Decoder 被称为 Dav1d。 Kempf介绍道,Dav1d的目标是:更小,更快,支持跨平台使用,正确地并行调度(correctly threaded)以及开源。性能方面,与参考解码器相比,Dav1d的源代码是参考解码器代码行的1/10,体积只有其1/3大小。Dav1d内存占用只有参考解码器的1/4,并且使用了非常有限的堆栈。Dav1d几乎没有汇编代码,但是Kempf认为这并不奇怪,实际上是未来的良好起点。   相关资料: 博客原文:http://www.jbkempf.com/blog/ Dav1d代码:https://code.videolan.org/videolan/dav1d Dav1d使用BSD许可,项目地址为:https://code.videolan.org/videolan/dav1d 在VDD 2018上,Kempf介绍了dav1d的详细信息:https://www.youtube.com/watch?v=UhIgBdrKyNM   想要阅读更多技术干货文章,欢迎关注网易云信博客。 了解网易云信,来自网易核心架构的通信与视频云服务。 网易云信(NeteaseYunXin)是集网易18年IM以及音视频技术打造的PaaS服务产品,来自网易核心技术架构的通信与视频云服务,稳定易用且功能全面,致力于提供全球领先的技术能力和场景化解决方案。开发者通过集成客户端SDK和云端OPEN API,即可快速实现包含IM、音视频通话、直播、点播、互动白板、短信等功能。

2018-11-20

访谈WebRTC标准之父:WebRTC的过去、现在和未来

前言 首届(WebRTC)网络实时通信大会期间,InfoQ 对 WebRTC 之父 Daniel C. Burnett 进行了专访,以下是专访实录。(注:Daniel 在访谈中的观点仅代表他本人及其在 W3C 所做的工作。) WebRTC的来历 2010年5月,Google 以6,820万美元收购 VoIP 软件开发商 Global IP Solutions 的 GIPS 引擎,将其开源并改为名为“WebRTC”。随即 WebRTC 被纳入万维网联盟的 W3C 推荐标准。2014年7月1日,WebRTC 浏览器 API 标准的1.0版由 W3C 发布。WebRTC 是一个由 Google、Mozilla和 Opera 主导的开源项目,通过在浏览器中调用简单的 JavaScript API 和标准的 HTML5 标签,浏览器、手机平台还有其他设备可通过一个通用的协议进行实时通信。 Q&A:回答关于前 Mozilla CTO对WebRTC的抱怨 问:JavaScript 之父 Brendan Eich(Mozilla 前 CTO)曾说过,“WebRTC is a new front in the long war for an open and unencumbered web.”,您怎么理解他的这句话? 答:在网络上如何自由地沟通一直存在着很大的空间。谷歌想把网页版应用的体验做的和 Native 应用一致,但是他们很快发现,谷歌自身的产品诸如 Google Docs、Gmail 等并没有解决通讯的问题,也就是说它们不能控制麦克风、摄像头以及人与人之间的通讯。所以我同意 Brendan Eich 的说法,这对互联网和 Web 来说是一件大事。 Q&A:关于WebRTC为何未将通讯信令纳入标准 问:据了解,WebRTC 联盟曾故意遗漏信令标准来避免冲突,但此举造成后来厂商使用各不相同的协议,包括 SIP、WebSockets 以及 HTTP 协议。您认为这个问题应该怎么解决? 答:哈哈,我认为这是 W3C 做的最好的决定。有的厂商想强制把 SIP 作为浏览器通讯的信令,但是这样的话,你想用 XMPP 或者 Jingle 就不可能了。与其抄袭过时的电话网络用 SIP 协议,不如把这一部分留白,让大家自己选择何种实现。有人诟病 SIP 信令层的借口是 SIP 层没有很好的 JavaScript 库。显然这个说法是错误的,事实上有很多很好的 JavaScript 库可以用。所以,如果你一定要用 SIP 做信令层,有很多很好的 JavaScript 库供你选择,但是你不会因此受限制,这才是互联网真正该有的样子。 blacker注释:从我们接触的这么多案例来看,信令完全没有必要统一,因为不同业务场景,不同系统用的的完全不一样,有的适合jason,有的适合xmpp,有的适合sip,等等)。 Q&A:关于WebRTC尚未正式定稿但各厂商已迫不及待的问题 问:随着企业云通信市场的发展,许多厂商和开发者并没有等 WebRTC 最终定稿便投入到产品研发中,这对未来 WebRTC 标准的制定有哪些不利的影响?在您看来有没有像 Flash 之于 HTML4 那样的产品或者技术来促成 WebRTC 标准的制定? 答:早期吃螃蟹的人,他们的反馈对 WebRTC 标准的制定也是至关重要的,这对未来标准的制定是很有帮助的。互联网本来就是快速迭代的过程,产品要不断试错,我们 WebRTC 标准的制定也遵循这样的规律。 HTML5 的多媒体标准分好几部分,WebRTC 是其中的一部分。一个好消息是,WebRTC 的标准制定比较超前,很多 HTML5 其他工作组的标准制定者对这一方面的工作十分关心,最终的结果是 HTML5 和 WebRTC 会很好地共存,两者之间的沟通其实是无缝的。举个例子好了,目前 HTML5 标准里没有很好地定义音频应该输出到麦克风还是扬声器,现在 WebRTC 已经作出了一些可选择的方案,HTML5 和 WebRTC 正在密切协作以改进这个标准,其结果是二者会很相似,于开发者而言将不再会面临两种标准的困扰。 Q&A:传统认知对 WebRTC 和云通信的束缚 问:开发者对实现通信受既有概念的束缚是对 WebRTC 和云通信的真实挑战,比如企业中的电话会议依然是很受信赖的形式。怎么改变这种局面? 答:有些协议和标准的制定者认为,标准或者说规范越少、越简单越好。但 WebRTC 标准制定者认为还是应该稍微多给定一些标准和规范,于是我们多给了一些,但这多给出的部分依然不够,这也是为什么我写了《WebRTC权威指南》这本书。 WebRTC 的目的就是打破常规的人们对电话的固有认识,把人和人之间的互动、沟通加入到人们日常工作流、任意的APP当中;而不是在这个APP中内置一个电话功能,这种思想是错误的。正确的思想是,通讯应该是一种功能,而不是一种应用。也就是说,让打电话不再只是打电话,他就是人与人之间自然的交流。比如,电话不再是一个物理的设备,现在的智能可穿戴设备将来都有可能取代打电话这件事,而且未来的通讯不止是人跟人之间,有可能是人跟物之间发生。 再比如,视频通讯不应该被视为“我能看到你的脸”,人们看到的可能是一个大的数据流——通过大数据的挖掘,你的心跳、体温、脸色等等都可以通过摄像头传输过来。这跟传统的电话的模式有根本的区别。 Q&A:对 WebRTC 技术在中国的发展有的期望 问:在从事 WebRTC 开发的厂商中,与运营商合作是一个选择,打造更强大的 SDK 和更富弹性的服务也是一种选择。您怎么评价这两种策略的未来发展?您对 WebRTC 技术在中国的发展有哪些期望? 答:我是 WebRTC 标准的制定者,对商业模式的话题并不方便也不适合回答。 声网王骅补充:如果从市场的角度来看,提供 SDK 的公司只是给开发者提供了一种便利,因此很难生存。用户需要的是提供一个稳定、可靠的点对点通讯服务。以美国市场为例,现有的20多家提供 SDK 的厂商已经有7、8家被收购了,这种收购不是以大的价值被收购的,而是活不下去才不得不被收购。 在国内市场方面,国内浏览器厂商都不大,很多厂商使用的都是同样的开源代码,我们很惊喜地发现有些代码写一遍在各家的浏览器上都可以运行。在微软慢慢往 WebRTC 这个方向靠拢之后市场方面的问题应该不大。这的确是一个比较对大家利好的事情,从运营商的角度来,他们主要是做基础建设和卖数据流,在这些数据上会衍生出很多公司和各种丰富的服务,最基本的可能是音视频服务,但远远不止这些。只要政策上面没有太多的干预,这个行业将会有很大的爆发。 Q&A:各大巨头对待 WebRTC 的态度 问:目前支持 WebRTC 的浏览器有 Chrome、Firefox、Opera 以及在此基础上的衍生产品。阻碍了 WebRTC 跨浏览器支持的因素有哪些?微软的 IE 浏览器(微软一直在推进自己的 WebRTC 版本)和苹果的 Safari 不支持 WebRTC 的主要原因是什么? 答:过去的几年里我被无数次问到这个问题。我不为微软和苹果工作,我很难知道他们是怎么想的。 然而,微软在我们最初在讨论 WebRTC 标准的时候,Skype 里的确有一些有远见的人愿意参与,但是当时正值微软收购 Skype 时期,这些人都不能说话,因此微软没能参与进来;等收购结束他们能参与进来的时候,W3C 已经决定使用另外一套方案了。Skype 的人再想走另外一条道路的时候,已经基本不可能了,所以最终微软选择的是一个非标准的 ORTC。 最初微软推出 ORTC 是想跟 WebRTC 分庭抗礼,但从去年开始两边有了一定的沟通,在 WebRTC 1.0 版之后他们能互相兼容,慢慢在标准上会互相靠拢。微软的新浏览器 Edge 已经支持了 ORTC,有迹象标明微软会在 JavaScript 库方面与 WebRTC 做兼容,从这个角度来看很有可能未来 Chrome、IE、FireFox 会站在一起。 至于苹果,没有人知道苹果到底要做什么直到他们 release。在过去的一年里,我们偶尔发现会有苹果的人来旁听了一下 WebRTC 的标准讨论。最近我们发现苹果在招聘 WebRTC 的开发岗位。所以大家还是很希望苹果能在兼容性方面能做点什么的。 要猜大公司什么时候决定支持什么样的东西是很难的,但我认为谷歌、Mozilla 和微软都站在了一起,这对苹果来说是个威胁,苹果如果不参与进来,就有可能被孤立。苹果内部可能有一些考虑,这些我就不得而知了。 声网王骅补充:最近亚马逊、思科、谷歌、英特尔、微软、Mozilla 和 Netflix 组建了开放媒体联盟,这对苹果会形成一定的压力,我们也希望看到苹果会支持 WebRTC。 来源:即时通讯网 - 即时通讯开发者社区!作者:JackJiang   想要阅读更多技术干货文章,欢迎关注网易云信博客。 了解网易云信,来自网易核心架构的通信与视频云服务。 网易云信(NeteaseYunXin)是集网易18年IM以及音视频技术打造的PaaS服务产品,来自网易核心技术架构的通信与视频云服务,稳定易用且功能全面,致力于提供全球领先的技术能力和场景化解决方案。开发者通过集成客户端SDK和云端OPEN API,即可快速实现包含IM、音视频通话、直播、点播、互动白板、短信等功能

2018-11-05