给AliOS Things一颗STAR（前往GitHub关注我们） 目录 简介 AliOS Studio调试机制 准备工作 编写配置文件 debug配置文件说明 配置文件参数说明 启动调试 其他 下载JLink并配置环境变量 参考文档 简介 在AliOS-Things 2.1版本之后，AliOS Studio提供了一套简单易懂的接口可以让开发者很容易适配开发板支持调试功能。可以支持大部分的调试接口： ST-Link JLink […]
给AliOS Things一颗STAR（前往GitHub关注我们） 目录 运行流程 效果展示 操作流程 环境配置 源码结构 配置 烧录运行 源码讲解 QR扫码部分 GUI部分 https client部分 运行流程 本示例有如下3个功能： 摄像头配网。 推送消息到钉钉群。 显示当天天气。
给AliOS Things一颗STAR（前往GitHub关注我们） 目录 简介 准备工作 编写upload命令配置文件 最终效果 其他 下载JLink并配置环境变量 参考文档 简介 aos-cube是AliOS-Things项目开发管理工具（简写命令为aos），具有以下功能： 编译代码、Image下载、板子调试。 创建模板工程，基于模板做再次开发。 支持组件化，获取组件信息，组件的自由组合，满足业务场景的不同需求。 如何安装aos-cube请参考aos-cube安装。 在AliOS-Things 2.x.x版本之后，aos-cube提供了一套简单易懂的接口可以让开发者很容易适配aos，达到aos upload指令下载image，aos debug指令启动调试功能。
给AliOS Things一颗STAR（前往GitHub关注我们） 目录 介绍 安装 下载并安装 Visual Studio Code 安装 AliOS Studio 插件 安装 aos-cube 使用 AliOS-Studio 工具栏 编译 –
给AliOS Things一颗STAR（前往GitHub关注我们） 目录 简介 准备工作 创建应用工程 编写应用代码 添加http组件 天气API说明 使用http组件 完整源码 编译运行 参考文档 简介 AliOS Things 3.0版本于9月27日在云栖大会正式发布，在新版本中带来了全新的应用开发框架，帮助用户快速构建自己的应用。使用户可以更专注于自身应用的开发。AliOS Things 3.0版本新增加了httpc组件（http 客户端组件），httpc组件支持多种RESTful的API调用，包括GET、POST、PUT、HEAD等，也支持https安全协议。
目录 应用开发框架介绍 使用条件 快速开始 第一步：下载AliOS Things 3.0源码 第二步：添加AOS_SDK_PATH环境变量 第三步：AliOS Studio中创建应用工程 编译、烧录、调试 其他说明 参考文档 应用开发框架介绍 AliOS Things 3.0版本于9月27日在云栖大会正式发布，在新版本中带来了全新的应用开发框架，帮助用户快速构建自己的应用。使用户可以更专注于自身应用的开发。 使用条件 AliOS Things
**如何做到听懂和看懂，这就是多模态语义理解要解决的问题。** 7月9-10日，36氪在北京和上海同步举办“2019WISE超级进化者”大会，活动设有七大会场，关注企业发展变革路径、行业风向把握、零售行业的进击与蜕变、万亿企业服务市场的崛起、产业创新机会、全球化趋势与差异化需求的爆发逻辑等议题，邀请超百位行业领袖，聚焦那些引领行业变革的超级进化者的崛起之路。 细心、周到、有同理心，这或许是人们对未来机器的想象。然而目前看来，我们距离这种理想状态还有差距。在AI领域中，语音识别、图像识别和语义理解与机器的智能化息息相关。相对于语音识别和图像识别的大规模落地，语义理解的落地目前还处于推进过程中。深思考就是一家专注于多模态语义理解的公司，这家公司未来的目标是做万物互联时代语义理解的大脑。在深思考人工智能CEO兼AI算法科学家——杨志明博士看来，目前人机对话的体验和效果远远不够，背后缺的就是多模态语义理解，而拥有多模态语义理解相关技术的深思考，已经在汽车、智能家居、医疗健康等领域实现产品和AI技术的突破。杨志明认为，未来还会有更多、更前沿的应用出现。 以下是演讲正文 大家好，非常荣幸与大家分享一下深度思考人工智能在AI语义理解的规模化落地。 我们聚焦多模态深度语义理解技术。目前AI粗略分三大领域：语音识别、图像识别和语义理解，在学术界大家认为语义理解是人工智能最后的一个皇冠。目前语义理解最前沿的技术叫多模态语义理解技术，就像人看电视一样，是同时看着画面、听着声音、看着字幕来做综合理解，其中人脑就是多模态深度语义理解的“引擎”。我们专注于多模态深度语义理解技术，我们是语义理解赛道的企业。 今天分享一下，人工智能语音识别、图像识别已经实现了大规模的落地，语义理解如何像图像识别和语音识别一样大规模快速落地。 介绍一下深思考：深思考最擅长多模态深度语义理解，在短文本理解方面，聚焦在人机对话方面，目前是中文领域上下文多轮人机对话技术权威赛事评测的多届蝉联冠军；在长文本理解方面，主要体现是机器阅读理解，最新的2019语言与智能技术竞赛拿了全世界中文的冠军。深思考团队来自于中科院和清华大学的AI一线科学家。我们未来的目标，是做5G时代或者万物互联时代语义理解的大脑。我们的产品就是多模态深度语义理解引擎iDeepWise.ai。语音识别能解决听见的问题，图像识别解决看见的问题，那如何做到既听懂也看懂，这就是多模态语义理解要解决的问题。 介绍一下深思考落地产品。现在深思考聚焦多模态深度语义理解引擎iDeepWise.ai，聚焦To B战略，实现了多个场景下产品的快速、深度落地。在智能车联网数字座舱场景下：我们的产品落地在智能车联网数字座舱内的多模态语义理解与人机交互；在智慧营销场景下，我们的产品帮助汽车用户进行AI自动建档、AI用户意向分级，帮助汽车主机厂分析潜在客户，提高销售成单率。在医疗健康场景下，用多模态语义理解技术做癌症早期筛查。在智能家居场景下，实现健康营养、人与家庭和家居设备的人机交互。另外依托于2亿部智能终端手机场景做手机和人的交互。 介绍一下第一个落地场景，就是智能车联网数字座舱。传统的汽车有一个各种仪表的传统的驾驶室，。随着汽车自动驾驶、智能车联网不断发展情况下，传统座舱发生了改变，我们称之为数字座舱。意思就是不再是一个简单的驾驶室，而是成为汽车在驾驶过程中的一个中央的多模态信息的汇聚地。比如智能车联网场景下，汽车跟道路基础设施之间、汽车跟汽车之间、汽车跟互联网之间都能够做信息的连接和交互。汽车本身装了一些系统，通过视觉对车外的环境做感知与理解。很多汽车内部有很多传感器，比如温度传感器、有语音信息输入。在智能车联网有很多模态的信息，有手势的模态、语音的模态、图像的模态。数字化场景下这些多模态信息如何汇聚起来做综合理解，提供给人做互动，我们提供多模态语义理解与人车交互大脑。 我们用在车内，第一能对多模态信息进行理解，第二可以在数字座舱环境下实现人、车和家庭的连接。在汽车里面，比如商务汽车，可以通过人车对话做智慧办公。另外我们还实现了RPA，传统的人机对话只是实现问答式交互，我们加入RPA自动软件机器人，不光跟你做人车对话，而且能够自动帮你完成一些事情，比如预定会议室、和家里的设备做联动、执行。在智慧驾驶场景下处理业务、家庭场景下进行健康咨询，也可以融入数字座舱的应用里。 第二个是汽车智慧营销场景。汽车营销场景下，有用户的对话信息、线上咨询信息、线下有用户的路线、停留时间、实际看车时的各种信息，我们把它综合起来做多模态语义理解。最后对用户进行AI自动建档、AI自动用户分级，以及大数据分析，为主机厂商销售提供闭环的大数据分析，以及助力4S店把车销售得更好。 第三，针对手机场景，跟手机厂商做深度战略合作。比如在智慧出行，用手机订酒店、订车票、订饭店。像苹果Siri是一问一答式的，但一些事情不是通过一问一答就能完成，中间可能会穿插不同的场景。目前这块我们已经有很大的突破，深思考的人机对话技术，不但能够实现上下文理解，还可以做到切换完场景之后，还可以切换回来，实现自由跨域的对话，最后通过RPA帮你自动完成这个任务。 另外在健康咨询这块，很多健康营养非常重要，比如妇女孕期的健康咨询，不用去医院，可以通过人机交互的方式，以手机作为载体，实现健康咨询场景下的多模态语义理解和人机对话。 第四，智能家居人机交互场景。目前的对话体验远远不够，背后缺的就是语义理解，就是它能听见语音指令，但不能理解背后的场景。比如年初有一个媒体披露，“我要订餐，不要日本菜”，结果出来的都是日本菜。比如有一些厂商发布音箱的时候，无法进行上下文理解，“来一首梅艳芳的歌，然后再说换一首她唱的其他歌”，就成了其他人唱的歌。如果用了多模态理解技术，就可以实现上下文的指代，说“再换一她唱的其他首歌”，出来还会是梅艳芳的歌。比如调空调温度，传统的语音识别可以识别出“调到28度”这一固定指令，但是如果说“我感觉有点热，帮我调到适合的温度”，这时候就不能理解了。语义理解就可以起到这个作用，了解你的个性化信息和习惯，能够理解大白话。比如“调高一点”，它可以通过语义理解实现最终的意图。 第五，智慧医疗健康领域。 目前已经实现了大规模医疗早筛。为什么语义理解能够用在AI早筛呢？举个例子，宫颈癌的筛查，单个细胞来看很难看出该细胞是阴性、阳性或者病变。但是根据周围环境和相邻细胞的位置关系、排列组合关系，可以判断出该细胞是隐性还是阳性。这就是图像视觉的语义理解，就是能够通过多维度信息理解图像背后的含义，就是说AI能“看懂”这张图。 深思考落地的时候，重点关注AI的三驾马车——算法、算力和数据。在长文本的理解上，比如阅读一本书，传统人机对话技术需要搭建知识图谱和问答对的数据库。而最新的语义理解技术，可以像人一样，看完一本书以后，会对这本书里面的非结构化文本进行多模态理解建模，当你问这本书里面的问题时。它对这本书里面的非结构化的信息进行多模态理解以后回答，非常类似人脑理解以后再回答问题。人看完一本书去回答一个问题时，不会先整理出一个问答对或者知识图谱。人是凭着大脑的理解，回复别人问的问题。机器阅读理解的基本原理就是这样，在这方面，深思考是具备非常突出的技术优势的。 深思考具备了非结构化长文本的机器阅读理解能力，避免了传统语义理解或者智能客服，用大量的人力物力去构建知识图谱或者问答对。我们直接阅读非结构化文本，一篇文章、一个网页都是非结构化的，现实中数据都是以非结构化为主。
36氪获悉，亲子行业新零售方案服务商「闪闪」完成A3轮千万级人民币融资，投资方为仁爱资本。这也是今年闪闪的第二次融资。据悉，本轮融资资金将用于产品研发、市场推广以及团队建设。杭州闪宝科技有限公司是36氪阿里AI赛道明星班中的优秀公司，该活动也是此次促成本次融资的契机。闪闪成立于2015年，是一家专注亲子早教的SaaS服务商。针对线下机构面临着信息化程度低、获客成本高、沟通成本高、管理难等痛点，提供不同模块的产品：招生营销「闪闪招生宝」、教务管理「闪闪云校」、收银分期「闪闪收银宝」等。详细产品介绍：36氪首发 | 服务线下亲子机构，「闪闪」完成2800万元A及A+轮融资 亲子早教行业的机会创始人曾金鹤认为除了二胎红利和城镇化的大环境驱动力之外，早教亲子机构SaaS化有天然的行业优势：早教和素质教育没有K12立竿见影的提分效应，行业在获客营销上有更大的痛点。SaaS行业的共识是找到行业最痛且对收入贡献最直接的点并解决它。亲子早教机构的服务人群是0-8岁的幼儿，与K12行业不同，他们对于机构的诉求并不在于科目分值的提高，更多关注孩子素质能力的提升和社交层面的需求。目前行业内没有一套标准体系能够量化衡量不同机构的质量水平，整个行业更多的是通过服务来验证品牌，课程和整体运营环节。因此营销获客能力方面的较量成为机构的核心竞争力，这也是B端机构最愿意付费的点。乐园票务小程序：双向会员体系闭环闪闪新上线“乐园票务小程序”，为亲子乐园进一步提供票务解决方案。用户通过微信小程序购票，到店后直接通过闸机验票进入乐园。通过将线上小程序会员拓客与线下闸机验票场景相链接，结合小程序语音解说和勋章任务体系，闪闪形成线上获客 — 直接转化 — 线下闸机验票 — 体验再传播的双向会员体系闭环。 闪闪小程序场景延伸：家校互动和督学小程序，触达家长，提升服务深度伴随微信巨大的覆盖人群和使用时长，通过手机连接家长和机构已经成为一种必然。微信小程序开放的流量入口支持、日趋成熟的技术接口，微信群天然成为一个督学促学的场景。闪闪的家校通小程序也加入了督学促学的功能内容。钢琴、舞蹈类培训机构上完课之后，会给孩子安排家庭作业，督学小程序可以帮助机构提醒家长，实现对家庭作业的督学，提升服务深度和家长的满意度。开源同时要“节流”：教育行业同样需要智慧新零售降低成本重服务的行业特点让早教机构的管理和人力成本很难降低。举例来说，杭州某知名早教机构一个单店需要8个前台人员，应对上课前孩子签到的瞬时人流高峰，假如通过一些智能设备的植入，就能够解放人工，降低成本。闪闪与钉钉正在合作开发的智慧门店，通过结合人脸识别技术、自助闸机、智能手环等一整套软硬件设备，实现门店的数字化和智能化运营，降低对低技术、重复性劳动力的依赖。 据团队介绍，闪闪目前累计服务2万多家付费企业客户，覆盖了全国200多个城市和地区。目前公司与精中教育集团、百思拓教育集团、蕃茄田、美吉姆、金宝贝，棒棒贝贝，IKIDFIT等多个国内外教育品牌，与up成长湾，大白鲸，嗒咪动物园等多家知名乐园达成了多方面合作。闪闪团队目前总人数超过100人，总部位于杭州，在上海、武汉也设有研发和销售中心。闪闪创始合伙人来自于阿里巴巴核心团队，创始人兼CEO曾金鹤曾在阿里担任高级产品经理，有10多年互联网和教育行业经验；其他核心管理成员来自阿里、大众点评、恒生电子和知名教培机构。对于此次的投资逻辑，仁爱资本投资总监认为：我们曾经投资过多个母婴赛道的公司和线下教育综合体，我们看好消费升级和二胎放开下的亲子早教行业的市场前景，闪闪以saas方式切入，成本低，便于部署，通过服务B端，获取数据，从而提升服务b端和c端能力，进而提供增值服务的方式非常符合我们的投资理念。——————————我是瑞雯，36氪超人学院创始成员，关注教育，消费与人工智能，项目交流请加微信：raven1211，注明公司，职位和来意。超人学院相信早期生态推动社会变革，使命是为早期生态培养领袖人才，详情可见36氪想要为进入创投圈的年轻人做一所「超人学院」，你来不来原创文章，作者：胡瑞雯RAVEN。转载或内容合作请点击 转载说明 ，违规转载法律必究。寻求报道，请 点击这里 。
**赵青 熵智科技创始人华科机械电子工程硕士，机器人极客，曾多次获得国家级机器人大赛冠军**前P&G全球供应链及仓储管理高级经理，多年大型仓储物流行业经验；曾带领团队完成中国、印尼、韩国、巴基斯坦等多国工厂及分销中心仓储系统建设，拥有丰富的工程实践经验和管理能力 Part 1 “不受待见“的工业创业与情怀使然 在工业领域创业，与惯常我们熟悉的其他领域创业有什么不同？ 赵青：最大的区别，放在五年前，真正工业领域创业的机会其实很少，或者说是很不受待见的，因为这个领域看起来比较脏乱差。 过去都是一些在行业内摸爬滚打10年以上的老人，积累了经验和资源后出来做，但还是用自己那套熟悉的老业务在做事，真正技术上的突破很少。 所以在投资人眼中，这是一件很传统的事情，不是那么酷。它的增长速度也确实不像互联网产品，或者一般消费级的产品，那么有爆发力。再加上大多风投机构对工厂这个场景不够熟悉，自然不太热衷。 这几年随着环境变好，有很多年轻人涌入（当然太年轻也非好事）。他们正值事业高峰，是年富力强的时候，不完全依靠过去的积累，不完全打熟悉的业务，而是做出一些创新的东西，去适应工厂智能制造的需求。 所以我们投身工业创业时，说实话首先要感谢现在环境要比以前友好太多了。第二个就是投身于工业之中，或多或少都有点情怀因素。 Part 2 从“大集成”到“高精尖”的国家转变 赵青：因为工业一定是偏幕后的，确实要做一些脏乱差的事情。但整体技术水平、行业发展说到本质，却是一个国家工业基础的体现，要看整个工业体系。 我举两个小例子。刚见了一家美元基金，他们说整个工业体系已看了不少赛道，拿减速器来说，他们觉得只能跟机器人结合比较紧，其他行业应用有限。 我说是的，减速器这个东西，其实就是一个国家整个工业体系的一种体现。它不仅仅靠你有设计能力，你有很好的学术能力或者很好的制造经验。它非常依赖于你整个国家的工业基础，这个工业基础，具体来说就是你的加工水平、工艺方法，还有原材料，你有没有高质量的钢材。甚至在没有合适牌号钢材的条件下，能否订制特殊性能的特种钢材，这涉及到基础材料研发体系。所以一些看起来是很小的问题，但是真正做这种高性能工业品时，就是整个国家工业体系的体现。 第二个例子是，昨晚在天津，我跟一个清华的朋友见面，清华也正在做产业化相关的事情。他说科技部现在有一个明显的风向转变。就是整个国家的重大专项，十年前是非常鼓励做集成的，就是把别人核心的东西拿过来，做这种大项目集成。比如说飞机，就是从全球采购发动机和零配件，最后我们来做一个组装，非常鼓励做这种大集成。 但是现在完全变了，从国家科技层面开始鼓励做一些非常小，但是完全属于那种核心零部件的项目。比如说小到一个什么呢？小到一个轴承。这种高性能的轴承，很多人是看不上眼的。但目前来讲，一个真正应用到这种精密产业的高性能轴承，价格可能在10万人民币以上，国内却完全没有配套。 因此本质上讲，真正比较有技术突破性的工业创新或工业领域创业，还是关系到整个国家的一些工业基础，是比较有社会价值的事情。
这一次，介绍一下阿里云iot的一类比较重要API接口操作：topic管理，说到topic，这个概念其实应该是起源于mqtt协议的，mqtt协议作为目前物联网的主要通信协议，最开始，大概上个世纪90年代，是由IBM为了M2M[machine to machine]场景[比如传感器和卫星链接]而定义，开发和使用的；后来随着物联网的兴起，逐渐成为物联网通信的主流协议，也被OASIS标准组织官方所采纳，目前在mqtt的官方网站http://mqtt.org/，最新的版本是今年3月份发布的5.0版本；mqtt主要有三个比较重要的概念，sub,pub和topic,由于mqtt使客户端加服务器的结构，所以当一个设备向另一个设备发送消息时，接收消息的设备首先要订阅这个设备发送的这类消息；这个过程为sub[subscribe],而发送消息的设备实际上是发给服务器，然后转到接收消息的设备，所以发送消息的过程被称作pub[public]，而不同类别的消息通常是发到不同的设备上；所以消息的类别名称可以理解为topic，或者叫主题;关于topic更详细的定义信息，读者感兴趣可以参考mqtt官方网站上的5.0版本的文档说明，比如topic标准定义为$开头，中间用/斜线作为等级划分的字符串； 介绍完topic相关的一些基本信息后，下面就开始介绍阿里云IOT云端如何使用api接口，对topic进行管理的了；本次用来实验和验证的软件链接如下： http://xysuger.xunyun17.xyz/v0.0.8.rar读者如果感兴趣的话，可以自行下载运行验证； 关于topic的api接口，一共有8个，可以分为两类，分别是topic的基本操作和topic路由表的操作；下面先来看一下topic的基本操作，由于topic通常都是和产品关联的，所以基本操作的四个api接口命令里，都带有product字符串，这四个接口分别是创建，查询，更新和删除产品相关的topic，下面先来看一下如何创建产品的topic,创建的命令为CreateProductTopic，这个命令带有三个参数，第一个为产品的关键字标识符，这里为a141rgUXgFl，第二个参数为topic的名称，这里为XYsuger,第三个为这个topic的操作权限，这里有三种取值：SUB,PUB,ALL分别对应订阅，发布和订阅+发布；这里为PUB表示发布；最后的命令字符串为：XYsayFrO.IoT.Srv.CreateProductTopic.a141rgUXgFl.XYsuger.PUB.运行后，得到如下图所示，这里可以看到，除了通常的requestid,success返回值，还多了一个topicid，这个表示成功创建topic后，这个topic所对应的唯一的一个id号码，后续操作需要用到这个值来作为参数；成功创建好topic后，我们可以使用QueryProductTopic命令，来查询已经存在topic,这条命令只需带入一个参数，也就是产品的关键识别符，即可列出这个产品下的所有topic，最后的完整命令如下：XYsayFrO.IoT.Srv.QueryProductTopic.a141rgUXgFl.运行后，得到如下图所示，从命令的返回结果，可以看到产品的topic列表里，第一个就是我们刚才创建的topic:XYsuger,而且id号就是topicid和刚才创建时返回的是一样的；另外，这里的operation后面的数字，代表我们刚才传入的sub,pub,all的操作权限，具体的对应关系为0-PUB,1-SUB,2-ALL.成功查询产品的TOPIC列表后，我们就可以通过UpdateProductTopic指令，来修改相应topic的操作权限，比如我们这里作为一个演示的例子，把刚才创建topic的操作权限由PUB改为ALL,那么完整的命令如下，这里有三个参数，一个是TOPIC的ID,第二个为操作权限，第三个为TOPIC的名称：XYsayFrO.IoT.Srv.UpdateProductTopic.5768271.ALL.XYsuger. 修改好后，我们再用刚才的查询命令确认一下，返回结果信息如图：这里可以看到operation的值已经由0改为2，证明我们刚才的操作运行成功； 最后一个基本操作是删除topic，操作指令为DeleteProductTopic，带有一个参数表示要删除的topicid，这里为 5768271，完整指令如下：XYsayFrO.IoT.Srv.DeleteProductTopic.5768271.删除后，我们同样运行上面查询的指令，运行结果如下图所示：这里从查询的信息，可以看到我们刚才创建名字为XYsuger的topic，已经不再查询结果列表中了，证明删除操作生效了； 下面来介绍和演示topic路由表相关的操作，topic路由表的具体含义，顾名思义，就是将一个设备的topic转到本设备内部另外一个topic，或者另外一个设备的topic上，实现真正意义上的设备内部逻辑转换或设备和设备通信，下面来看topic路由表的第一个操作，创建topic路由表，操作指令名称：CreateTopicRouteTable，带有两个参数，原topic和要转接到topic，这里作为演示的例子，将刚才创建的XYsuger这个topic，转换到这个设备的update更新的topic上，完整指令格式如下：XYsayFrO.IoT.Srv.CreateTopicRouteTable./a141rgUXgFl/lamp3_dev/XYsuger./a141rgUXgFl/lamp3_dev/update.运行后，会返回下面的信息；这里看到success为true，就表示创建成功；然后使用QueryTopicRouteTable指令，查询创建好的topic路由，这里只要传入要查询的源topic作为参数即可；指令如下：XYsayFrO.IoT.Srv.QueryTopicRouteTable./a141rgUXgFl/lamp3_dev/XYsuger.运行结果如下：可以看到，topic后面的返回信息，正是我们刚才创建路由的目标topic的信息。除了正向查找路由，还可以反向查找路由，也就是说通过目标topic的信息，查找路由表里原topic的信息；指令名称为QueryTopicReverseRouteTable，这里带入目标的topic作为参数，完整格式如下：XYsayFrO.IoT.Srv.QueryTopicReverseRouteTable./a141rgUXgFl/lamp3_dev/update.运行结果如下：这里可以看到，查找到的原topic信息为XYsuger，表示查找正确；最后一个关于topic路由表的操作，为删除topic路由表，指令名称为DeleteTopicRouteTable，带入的两个参数分别为这条路由的原topic和目标topic，这里我们删除刚才创建的topic路由，完整的指令格式如下：XYsayFrO.IoT.Srv.DeleteTopicRouteTable./a141rgUXgFl/lamp3_dev/XYsuger./a141rgUXgFl/lamp3_dev/update.运行结果如下：这里的返回信息，success的值为true,表示删除成功； 到这里，topic管理方面的相关api操作，就已经介绍完了，谢谢收看；