在
GA世界中，给定时间我们拥有什么？ 已知事实：每个大型IT公司都有其自己的用于处理智能家居的工具。 每个供应商都为对集成感兴趣的人员提供自己的API。 并且在初始阶段，它甚至向开发人员支付新技能（根据供应商的术语，包括操作，技能等）。
据我们的专家称，迄今为止最方便，最实用的服务是Amazon Alexa。 与Google助手，Yandex“ Alice”，Mail.Ru“ Maroussia”，Tinkoff“ Oleg”等相比，她拥有更多的详细技能形成机会。 对于Alexa，设备是参数化虚拟实体，因此可以针对每个设备分别定制技能。 例如，除了水温外，您还可以指定助手将提供在亚马逊上购买的消耗品。 但是，不幸的是，Alexa当前不支持俄语，并且无法在俄罗斯联邦境内使用，因此，该GA对俄罗斯用户没有用。 在Google和Yandex上，助手更“自然”-它以“人类”语言接收并响应命令，可以与用户进行对话，这使得该GA的使用更加愉快。 Google的唯一严重缺陷是其Actions不支持俄语。 但是，从2019年7月24日开始，Google Actions便开始使用俄语的``电话''功能，因此同事消除了这一缺陷。
没关系 如果我们想将一个设备与多个GA集成在一起？
有可能 使用设备。
设备是在系统中具有其行为的实体。 这是所有供应商的共同原则。 在这里值得停止，所有的乐趣都从这里开始。 不同之处在于方法。 例如，谷歌和Yandex正在尝试标准化技术管理。 也就是说，现在有必要不为每个单独的设备编写代码，而是为整个系列编写一个程序就足够了。 即使固件发生更改，您也必须更改一次代码，这非常方便。 我们公司已经与Google，Yandex，Amazon集成。 技术部门会
聆听爱丽丝（Alice） ，亚历克斯（Alex）和Google的助手。 前面我们展示
了语音助手内部 。
语音助手来自哪里？
Google属于世界上最先进的语音识别系统之一，其历史可以追溯到2002年。 该公司发布了语音搜索，并在此基础上开发了Google助手。 在2016年，他参加了Google I / O的演讲。 Google Home是Google Assistant的“表面”之一。 现在，他们的GA语音识别的准确性估计为95％，几乎不及人们。
Alexa的语音助手由亚马逊于2014年推出。那里还展示了Amazon Echo智能专栏，该专栏可以控制智能家居中的大量设备。
Yandex SpeechKit-Yandex语音识别系统。 它在400多个应用程序中使用。 该公司还将其GA-Alice-嵌入到浏览器和电子设备中。 这家俄罗斯公司于2017年推出了GA，2018年秋季，Yandex推出了其智能专栏Yandex.Station。
我们的专家说，到一百六十五年前...
到目前为止，我们只是在开玩笑，直到2020年。 关于统计的一点：
- 2017年，全球注册了约3300万个语音控制设备;
- 西方专家称语音搜索为2017年SEO前三大趋势之一 ;
- 在2018年，Google Assistant在全球4亿台设备上运行。 而且这个数字还在增长。
- 根据全球网络索引 ，在16岁至24岁的人群中，有25％的人使用移动设备进行语音搜索；
- 根据Comscore的预测，到2020年，语音请求将达到50％；
- 根据WalkerSands的 2018年研究，来自亚马逊的智能扬声器的每五分之一的用户都购买了它，三分之一的用户计划明年购买;
- 根据PWC的一项研究 ，搜索网络的71％的用户更喜欢输入语音而不是手动输入。
如您所知，使用GA的趋势正在增加，这表明该是时候找一家供应商并启动您自己的助手了。 对我们而言，关键是能够控制智能设备，这将使SkyFriend与其他助手区分开来。
整合吧！
但是我们的任务也是与现有的供应商方法一起使用，并使它进一步适应我们的特定技术控制协议。 我们遵循标准化，实际应用的道路，将设备理解为一套技能：每个水壶可以烧开水（技能），也可以将其加热到所需温度（技能），在给定的时间内保持该温度，等等。例如， “开/关”命令是所有设备的标准配置。 任务是将该命令从服务传输到我们的协议。 我们的协议的特殊性是什么？ 它连接了不同的语音助手（现在是三个，现在都是大的），并允许它们与设备一起使用，包括同时使用。 沟通是一对多的。 唯一的问题是，我们将如何精确地将协议适应所有方法？
让我们看看。 每个GA的单独项目是：
当新的助手出现在市场上时，有必要按比例增加人员和工作量。 我们拒绝该选项是合乎逻辑的。 但是，尽管每个语音助手使用不同的方法，他们仍可以找到一些共同点-他们主要使用的技能，特质，技能。 名称不同，但本质是相同的。 因此，任务是发展您的“技能”，助手会意识到这一点。 将来，您只需要添加新的供应商，就可以解决扩展问题。 我们还将记住，我们的大量设备使用BLE车辆，这决定了建筑的特点。
我们已经开发了两个成对工作的微服务。
首先是命令层。 它的任务：在供应商API和我们的协议之间进行转换（映射）。 它是这样工作的：对助手的特定请求是针对我们的技能的映射-设备协议的映射。 通过这种方法，可以轻松添加新技能：为最终的R4S协议执行映射-代码被传输到第二个服务。 通过Wi-Fi传输命令时，最后一项可能会被排除。
第二个服务或传输层用于：
- 与客户网关建立会话；
- 建立和维护蓝牙连接；
- 从第一服务接收/传输命令。
该服务是更高级别实体的一部分：BT设备加上网关中介，其工作原理是：通过Internet接收命令-通过BT发送。 无线连接可能不可靠。 怎么了 无线电信道可能会受到环境参数（厚混凝土墙等）的限制。因此，设备可能会以基本方式“掉下”，因此，保持稳定的连接成为传输层的重要任务。
连接策略可能有所不同：
1.持续的通讯支持。
优点 ：GA命令执行的最小延迟。
缺点 ：交通和功耗昂贵； 对同时连接的设备数量有限制（在此一代蓝牙4.0 / 4.2中-六个，在蓝牙5.0中最多二十个）。 它还将需要其他服务器资源。
2.按需连接。
优点 ：连接几乎不需要流量和费用。
缺点 ：命令执行加上执行本身的高延迟无法保证（连接可能“断开”或失败）。 使用这种方法，我们不适合在等待大会答复的时候。 会话结束，结束。
问题仍然存在-收到并制定了命令，但是如何进一步处理连接：断开连接或继续。 请注意，使用BLE终端设备（通过Apple TV或iPad作为网关）时，Apple HomeKit的工作方式完全相同。 看起来像这样-第一次尝试发送命令时，该过程会花费相当长的时间（或者更好，对于用户而言很明显），但是随后的命令几乎立即执行。 用户使用该设备完成工作后，操作系统会在一段合理的时间后“设置”会话，然后重新进行该过程。
但是，还不是全部。
难点1 。 网关路由。
如果会议室中有多个网关，则会出现问题-要连接到哪个网关，以及哪个设备连接到哪个网关。 现在，一切都按照原则进行，无论成功者都已连接。 实现并不总是成功的，因为最近的（因此能够更可靠地连接）网关在所使用的时隙中可能很忙。 然后，一个自由而有能力的人被连接起来。 发生这种情况与通信质量无关。 因此，重要的是建立层次结构和工作方案，以使用户尽可能舒适。
难度2 。 很多用户。
在这种情况下，多个用户可以同时使用一个网关或设备。 当然具有很高的安全性。 例如，来自不同的GA或来自GA和用户电话。 一大堆问题：首先打开哪个设备，如果GA命令相互矛盾，哪个命令是优先级，必须更早执行等。Redis服务部分解决了我们的问题-Redis服务-存储用户会话，设备状态和收发器的数据库命令和第一和第二服务之间的服务数据总线。 但这是解决问题的地方。
我们做了什么？ 我们交了SkyFriend。 这是我们自己的开发，它是技术管理的语音助手，还将支持俄语。 我们的GA的一个关键功能是经过增强，可以与Smart Ready for Sky技术直接交互，而无需其他仪器。 设备是二合一的-助手与网关结合在一起，网关将通过用户从智能手机发送的命令或直接通过语音接收信息。 此外，SkyFriend还具有其他功能，可使其与现有功能竞争。 他可以根据要求打开提醒，可以确定用户的地理位置，在Wikipedia上搜索信息，推荐电影，敬酒，阅读新闻，回答问题，告诉世界上任何城市的时间和天气，与用户一起玩谜和城市开玩笑。 购票和订购出租车仍处于alpha测试阶段。 这只是功能的一部分。
最近，Google宣布了其专栏在类似架构上的工作-执行脚本直接加载到Google Home专栏中。 在用户方面获胜是为了减少执行命令所花费的时间。 您无需将其发送到设备制造商的服务器；它会通过相同的通信渠道直接从Google服务器飞到该列，并在那里执行。
但是，Google仍然不支持其他传输方式-蓝牙，ZigBe，Z-Wave，RF等。 直接在列上，并且SkyFriend支持Bluetooth 5.0。
我们还剩下什么？ 处理系统资源-添加内存，处理器能力等 并且我们准备为用户提供新的GA质量。
最后我们能说什么？
Google Analytics（分析）是一种趋势，既方便又实用。 该主题是新的，综合的，它有许多问题仍然很难解决。 特别是一个人。 因此，我们邀请您进行讨论。
接下来会发生什么？ 然后将有关于SkyFriend体系结构的新文章。 我们将告诉并展示一切。 但是那
PS建议和评论可以留在评论中。