思必驰高始兴:单点突破讯飞

简介:

 
 

思必驰高始兴:单点突破讯飞

思必驰是国内老牌的语音技术提供商,现在准备转型移动互联网,做2C的产品。今年年初,他们拿了DCM一千多万美刀的投资,也把总部从苏州搬到北京。在昨天,宅客君约访了思必驰CEO高始兴,和负责技术的合伙人俞凯。

为什么要采访思必驰?国内语音领域举足轻重的科大讯飞,上周发布了一款语音控制的WiFi音箱,而有一款思必驰提供语音技术的“小智”WiFi音箱不仅可以语音控制,还可以隔空唤醒,这款小智音箱用的正是思必驰提供的语音技术。  

简单聊天之后,宅客君向思必驰CEO高始兴抛出了自己的问题:思必驰之前是面向企业提供语音技术解决方案,为什么后来转型做2C的业务了呢?

“这你都知道,”高始兴略感惊讶。然后告诉宅客君思必驰经历过一次小的转型是从汉语语音到英语语音,一次大的转型就是从2B转向2C。

“2B到2C 的转型是11年的下半年,这时用小米雷总的话说是风来了,大家都在换智能手机,且智能机的出货超过传统的功能机。所以我们觉得人机语音交互在移动互联网上会有更大的市场,2 B 转向2 C 是一个必然的选择。于是我们在11年下半年开始融资,在12年初拿了联想、启迪的数千万人民币的投资。今年年初DCM又给我们投资了一千多万美元。总结来说,第一是风来了,第二技术准备好了,第三,团队也完善了。”

做2C是像科大讯飞灵犀和聚熵的智能360那样的语音助手吗?

高始兴摇了摇头,“12年的时候市面上有200多款智能语音助手出现,现在都死的差不多了。我们不想做大而全,什么都想有就什么都不是,会被各种垂直的东西切割掉的。我们想做本地助手,就在这一点上做到极致,然后单点突破。”

那具体是做成什么样的?于是高始兴给宅客君演示了他们还没有上架的应用——刚刚为这款产品命名为“欧啦”——能在手机点亮屏幕但锁屏的状态下语音找到APP,也可以语音拨打电话,但是不能语音控制播放歌曲,也不能用他来控制智能家电。宅客君提及讯飞的灵犀已经可以做到后两者的功能,高始兴这样解释:

“讯飞在国内是一个很好的先驱,它会告诉大家,这个事儿是可以做的。在它能做的事儿中,我们选择一个更小的领域——本地语音搜索,在这一点上单点突破把体验做得更好。具体而言,我们不做语音搜索歌曲,也不做智能设备的语音控制,但是会将自然语言交互的能力(即SDK)提供给智能设备公司和这类的APP。”

俞凯觉得宅客君可能是对思必驰的技术有疑问,就接过话来:“我们是国内唯一一家突破对话技术的公司,举个例子来说明对话技术,你可以对着APP问今天天气怎么样?几乎任何一个语音助手都能回答你,但是如果你接着问“明天呢?”它就不知道你问的还是明天的天气,就回答不上来了,对话技术就是要解决这个问题。现在苹果、微软也都在做,大家也都认为对话是趋势,讯飞也在做,但据我们所知还没取得突破。”不过俞凯也承认,对话技术真正应用到产品中尚需时日,他是想表明思必驰的技术并不弱,只是思必驰定位于本地助手,没有去做那些。

但是既然本地助手能做的语音助手都能做,本地语音助手存在的价值在哪里?

“语音助手和本地助手解决的都是交互难的问题:因为智能硬件很多是窄屏和无屏的,用手操作不便,这种情形下语音助手发挥作用;至于在手机上查找应用、资料时路径很长的问题,本地语音助手的查找反而更准确。因为可能本地助手面临的是几十种选择,但是语音助手面临的或许是几十万种可能,这时要找出你想要的选择就会非常困难。并且,语音助手执行命令是经过云端的,这必然会延长反应时间,也会消耗流量。”

高始兴说思必驰不会做智能硬件,但是希望为智能硬件提供语音交互技术,小智音箱便实现了语音唤醒,即不需要按键直接可以语音搜索播放歌曲,所有的小屏或无屏智能硬件都有语音控制的需求。

但是本地助手为什么不做语音唤醒呢?非得我去点击图标才能发起命令?俞凯解释道:“不做语音唤醒只有一个原因,那就是耗电。在手机持续开启录音状态是很耗电的,但是在音箱这种个头比较大或者持续充电的设备则没有这个问题。”

 
 
  本文作者: 阿波罗

本文转自雷锋网禁止二次转载, 原文链接
目录
相关文章
|
存储 运维 Kubernetes
【深度】阿里巴巴万级规模 K8s 集群全局高可用体系之美
台湾作家林清玄在接受记者采访的时候,如此评价自己 30 多年写作生涯:“第一个十年我才华横溢,‘贼光闪现’,令周边黯然失色;第二个十年,我终于‘宝光现形’,不再去抢风头,反而与身边的美丽相得益彰;进入第三个十年,繁华落尽见真醇,我进入了‘醇光初现’的阶段,真正体味到了境界之美”。
【深度】阿里巴巴万级规模 K8s 集群全局高可用体系之美
|
4月前
|
人工智能 搜索推荐 智能硬件
2024已然过半,AI技术卷到哪儿了?
【6月更文挑战第15天】2024已然过半,AI技术卷到哪儿了?
|
4月前
|
运维 Kubernetes 监控
备战双 11!蚂蚁金服万级规模 K8s 集群管理系统如何设计?
备战双 11!蚂蚁金服万级规模 K8s 集群管理系统如何设计?
|
消息中间件 监控 Cloud Native
数百万台车联网设备同时在线 0 故障,中瑞集团的云原生探索之路
在保持对业界趋势调度关注的同时,始终选用最适合自身的技术,这可能是中瑞能在车联网领域引领行业的重要原因之一,正如中瑞CTO所说“阿里云云原生产品体系带给我们的,不是单纯的IT工具,而是整个团队战斗力的提升”。
173 0
数百万台车联网设备同时在线 0 故障,中瑞集团的云原生探索之路
|
消息中间件 存储 SQL
四款面向高并发、海量级分布式存储的分布式架构对比
四款面向高并发、海量级分布式存储的分布式架构对比
四款面向高并发、海量级分布式存储的分布式架构对比
|
canal 存储 负载均衡
一举拿下高可用与分布式协调系统设计
一举拿下高可用与分布式协调系统设计
|
消息中间件 Cloud Native 中间件
深度解读:分布式系统韧性架构压舱石 OpenChaos
Key Takeaways 1. 本文首先以现今分布式系统的复杂性和稳定性的需求引出混沌工程概念,并阐述了 OpenChaos 在传统混沌工程之上所做的优化与创新。 2. 第二部分介绍了 OpenChaos 的架构,详细讲解了它的可靠性模型和弹性模型的工作原理,并以两个实战案例展示了 OpenChaos 在实际应用场景中可以发挥的效果。 3. 最后一部分展望未来,提出了 OpenChaos 后续的发展方向。
305 0
深度解读:分布式系统韧性架构压舱石 OpenChaos
|
存储 运维 Kubernetes
蚂蚁集团万级规模 K8s 集群 etcd 高可用建设之路
蚂蚁集团运维着可能是全球最大的 K8s 集群:K8s 官方以 5k node 作为 K8s 规模化的顶峰,而蚂蚁集团事实上运维着规模达到 10k node 规模的 K8s 集群。一个形象的比喻就是,如果官方以及跟着官方的 K8s 使用者能想象到的 K8s 的集群规模是泰山,那么蚂蚁集团在官方的解决方案之上已经实现了一个珠穆朗玛峰,引领了 K8s 规模化技术的提升。
蚂蚁集团万级规模 K8s 集群 etcd 高可用建设之路
|
存储 机器学习/深度学习 人工智能
在容错极低的服务器市场一年一增长,新华三究竟是如何实现的?
在容错极低的服务器市场一年一增长,新华三究竟是如何实现的?
305 0
在容错极低的服务器市场一年一增长,新华三究竟是如何实现的?
|
机器学习/深度学习 运维 监控
阿里:千亿交易背后的0故障发布
阿里巴巴千亿交易背后,如何尽量避免发布故障?在面对实际运维过程中遇到的问题该如何解决?近日,在刚刚结束的 GOPS·深圳站大会上,阿里巴巴运维技术专家少荃,给我们带来了解决方案和思路。
5443 0
下一篇
无影云桌面