客户服务中心(7×24): 0537-2601466 邮箱:xinbaoli666@163.com
地址:山东省济宁市万达写字楼712室
普通智能手表的文本和语音通话功能已经不能满足家长和孩子多样化的场景需求,例如父母担心孩子安全,想要看到孩子身处的环境;孩子互动需求不断增长,想和小伙伴“面对面”通话等。作为通信与视频云服务商,网易云信推出儿童电话智能手表行业解决方案,将痛点一一击破,帮助儿童智能手表厂商打造能视频通话的手表。
和传统的智能手机相比,手表有独特的需求:第一,智能手表是穿戴设备;第二,由于应用的人群主要是小孩,在这种情况下,需要满足这两个需求,尽可能地做到低功耗和时长需要保持在 10 分钟以上;第三是画质,因为需要做实时的视频互动,家长要看清楚孩子周围的环境,画质也是比较重要的问题;第四个是音质,穿戴设备使用环境会比较复杂,小朋友会在一些嘈杂的环境中使用,在这种情况下,就需要非常清楚孩子传达的声音,如果手表或手机音量太小,或者有回音的话,就会影响通话质量;第五是 SDK 包大小的运行,网易云信会尽量保证包的大小做到极致,满足当前通话的技术模块;第六个是运存,在通话过程中会占用大量的运存,要做相应的优化降低内存的使用,不然会影响到手表后续的功耗,甚至可能会影响其他方面的使用。
针对智能手表的特殊需求,网易云信做了一些特殊优化:智能手表主要的诉求在于沟通,家长需要很清楚地知道孩子在说什么,所以音频采样率一般 8kHz 到 16kHz。而手机的业务会比较复杂,特别是一些音乐教学场景,需要保证高音质。音频编解码方面,手表会优先使用低功耗编码器,而手机则是为了更多的灵活性,以及应对更复杂的网络环境,所以我们会使用复杂的编解码。弱网优化方面,网易云信为手表定制一个低功耗 QoS,手机是使用全链路的智能 QoS。
2. 音质方面主要是回音以及音量等问题,在手表上会采用性能消耗低的回音消除算法 AECM,并进行特定的调优,手机会采用效果更好的 AEC 算法来保证效果。
3. 视频优化
首先是分辨率,手表的使用场景下追求高分辨率并不是一个强需求。所以根据手表的尺寸以及客户的需求,定制一个合适的分辨率,甚至会采用比较低的帧率来进行通话。视频编解码方面,手表采用硬件编码降低功耗,手机这边是软件 / 硬件编解码来保证效果和兼容性。同样手表视频也会有低功耗的 QoS,手机是全链路自动 QoS。同时也会和手表厂商进行深度的合作,根据不同的需求精简 SDK 体积以及运存占用优化来提升音视频通话效果和功耗降低。“不满于现状”,是网易云信的一个标签。鲁迅在 《且介亭杂文二集·论新文字》曾这样写道:“同是不满于现状,但打破现状的手段却大不同:一是革新,一是复古。”不过,以当代的眼光来看,打破现状,更多地是要让“革新”与“复古”交融,在变与不变中寻找机会。
继续练好技术、产品与服务这三项硬功夫,并不是网易云信唯一的“不变”,不变的还有网易云信自身的定位。
2018年,因为多个热门产品的热度,网易云信进入了很多C端消费者的视野,网易云信认为,能够被更多C端用户关注,对品牌而言当然是好事,不过,云信依然会坚守在“幕后”,目前的战略仍然是做好底层技术的技术赋能模式,通过对B端赋能,进而为用户带来更好的产品体验。其一是域名的变化,从“netease.im”切换到“yunxin.163.com”。这出于两点考虑:第一,选择在这个时候是因为三周年是个比较好的节点;第二,这种变化是考虑到,过往域名从用户观感上会比较倾向于im,但是云信发展到现在,im和音视频是并重的,所以切换到“yunxin.163.com”,会让用户更贴近感知到云信这个技术品牌。
其二是更关注可穿戴设备,这同样与云信对音视频技术的注重有关。网易云信认为,在国内,可穿戴设备有良好的发展前景,但市场还缺乏统一的行业标准,软硬件性能的规范性都还处于摸索之中。云信将继续洞悉用户需求,在技术上持续发力,创新打造应用场景,助力更多创新产品和功能的成功上市,为行业发展带来一波强劲的推动力。随着移动互联网和技术的不断发展,IM变得无处不在。泛娱乐场景,例如直播;教育场景,例如在线授课等等都包含了即时通讯的功能。而除了IM需求外,这些创新项目大都也有音视频通话的需求。网易云信,作为通信与视频云服务商,提供即时通讯技术和音视频技术。IM+音视频能力,铸就网易云信行业领先的地位。
在IM技术领域,网易云信有着支持IM亿级并发的架构。而这个亿级并发的架构,是基于像网易云音乐、网易新闻等C端产品在运营中应对百万级高并发的完整技术积累和方案升级。因此,对于一般的开发者和创业公司来说,基于云信来搭建应用,在用户爆发增长的时候完全不必担心后台服务不可靠,或者有丢失消息的问题,即使产品有百万级的增长,但其服务还能保持稳定可靠。面对即时通讯比较棘手的丢失消息的问题,网易云信通过多端同步消息、在线消息、离线消息、漫游消息、云端历史消息、推送通知等方式比较完美的解决了这个问题,基本杜绝了消息丢失的问题。