本公开涉及物联网技术领域，特别是涉及一种设备发现方法、装置及存储介质。
背景技术：
目前，物联网技术日益发展，为了实现万物互联，设备与设备之间需要进行连接达到数据信息传输的目的。
在传统的设备连接方案中，一个设备若想获取另一设备的信息需要进行实体线路的连接，或者通过无线网络将数据信息上传到云端，由云端的服务器将数据信息发送给另一个设备，实现两个设备的数据信息传输。
技术实现要素：
本公开提供一种设备发现方法、装置及存储介质。所述技术方案如下：
根据本公开实施例的第一方面，提供了一种设备发现方法，其特征在于，所述方法用于包含至少两个设备的系统中，所述至少两个设备分别接入软总线；所述方法由所述至少两个设备中的第一设备执行，所述方法包括：
获取所述至少两个设备中的第二设备发布至所述软总线的，所述第二设备的服务信息；
解析所述第二设备的服务信息，获得所述第二设备的设备信息；
根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
可选的，所述获取所述至少两个电子设备中的第二设备发布至所述软总线的，所述第二设备的服务信息，包括：
接收所述第二设备在所述软总线中周期性广播的，所述第二设备的服务信息。
可选的，所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址，以及所述第二设备中包含的多媒体文件的编码格式中的至少一种。
可选的，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址时，所述方法还包括：
根据所述文件地址，通过所述软总线从所述第二设备获取所述多媒体文件；
播放所述多媒体文件。
可选的，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，所述播放所述多媒体文件，包括：
根据所述编码格式播放所述多媒体文件。
可选的，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，所述根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备，包括：
当所述编码格式是所述第一设备支持的编码格式时，根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
可选的，所述方法还包括：
在所述第一设备的显示界面中展示所述第二设备的图标。
可选的，所述在所述第一设备的显示界面中展示所述第二设备的图标，包括：
在所述第一设备中运行的快应用的应用界面中展示所述第二设备的图标。
可选的，所述方法还包括：
周期性的向软总线发布所述第一设备的服务信息。
根据本公开实施例的第二方面，提供了一种设备发现装置，所述装置用于包含至少两个设备的系统中，所述至少两个设备分别接入软总线；所述装置用于所述至少两个设备中的第一设备中，所述装置包括：
服务信息获取模块，用于获取所述至少两个电子设备中的第二设备发布至所述软总线的，所述第二设备的服务信息；
设备信息获取模块，用于解析所述第二设备的服务信息，获得所述第二设备的设备信息；
设备确定模块，用于根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
可选的，所述服务信息获取模块，包括：
第二信息接收子模块，用于接收所述第二设备在所述软总线中周期性广播的，所述第二设备的服务信息。
可选的，所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址，以及所述第二设备中包含的多媒体文件的编码格式中的至少一种。
可选的，所述装置还包括：
文件获取模块，用于当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址时，根据所述文件地址，通过所述软总线从所述第二设备获取所述多媒体文件；
文件播放模块，用于播放所述多媒体文件。
可选的，所述文件播放模块，用于，
当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，根据所述编码格式播放所述多媒体文件。
可选的，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，所述设备确定模块，包括：
设备确定子模块，用于当所述编码格式是所述第一设备支持的编码格式时，根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
可选的，所述装置还包括：
图标展示模块，用于在所述第一设备的显示界面中展示所述第二设备的图标。
可选的，所述图标展示模块，用于，
在所述第一设备中运行的快应用的应用界面中展示所述第二设备的图标。
可选的，所述装置还包括：
服务信息发布模块，用于周期性的向软总线发布所述第一设备的服务信息。
根据本公开实施例的第三方面，提供了一种设备发现装置，所述装置用于包含至少两个设备的系统中，所述至少两个设备分别接入软总线；所述装置用于所述至少两个设备中的第一设备中，所述装置包括：
处理器；
用于存储所述处理器的可执行指令的存储器；
其中，所述处理器被配置为：
获取所述至少两个设备中的第二设备发布至所述软总线的，所述第二设备的服务信息；
解析所述第二设备的服务信息，获得所述第二设备的设备信息；
根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
根据本公开实施例的第四方面，提供了一种计算机设备可读存储介质，所述计算机设备可读存储介质中包含可执行指令，所述可执行指令由处理器调用执行，以实现上述第一方面或者第一方面的任一可选方案所述的设备发现方法。
本公开的实施例提供的技术方案可以包括以下有益效果：
在包含至少两个设备的系统中，至少两个设备分别接入软总线，首先，获取该至少两个设备中的第二设备发布至该软总线的该第二设备的服务信息，然后，解析该第二设备的服务信息，并且获得该第二设备的设备信息，最后根据该第二设备的设备信息，将该第二设备确定为该软总线中的已发现设备；通过上述方案，连接在软总线上的若干个设备通过将设备的服务信息发布在软总线上实现设备之间的相互发现，从而缩短了设备互相发现并且建立连接的时间，避免了通过云端服务器间接的实现设备之间的连接，提高了设备之间相互发现的效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种快应用的框架图；
图2是根据一示例性实施例示出的一种快应用的启动流程图；
图3是根据一示例性实施例示出的一种接入软总线的设备系统构成图；
图4是根据一示例性实施例示出的一种设备发现方法的流程图；
图5是根据另一示例性实施例示出的一种设备发现方法的流程图；
图6是图5所涉实施例所示的一种系统设置界面中设备发现界面的示意图；
图7是图5所涉实施例所示的一种快应用显示界面中设备发现界面的示意图；
图8是根据一示例性实施例示出的一种设备发现装置的框图；
图9示出了本公开一个示例性实施例提供的电子设备的结构框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
应当理解的是，在本文中提及的“若干个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
为了方便理解，下面对本公开实施例中涉及的名词进行说明。
1)物联网(internetofthings，iot)
物联网是互联网、传统电信网等信息承载体，让所有能行使独立功能的普通物体实现互联互通的网络。物联网主要解决物品与物品(thingtothing，t2t)，人与物品(humantothing，h2t)，人与人(humantohuman，h2h)之间的互连。
2)软总线
软总线与计算机系统总线硬件总线简称硬总线在计算机系统中起到的作用相同，软总线像硬总线那样起到连接桥梁的作用，用于对信息进行传送。软总线不像硬总线一样通过固定的线数和0、1信号来传递信息，它是以一组程序通过缓冲区来建立各个进程、软件功能体之间的联系。
3)快应用
快应用是一种无需安装的新形态应用，可以使用前端技术栈开发，同时具有html(hypertextmarkuplanguage，超文本标记语言)页面和原生应用的双重优点，用户无需安装，即点即用，具有原生应用的性能体验。通过将快应用框架深度集成进各厂商手机系统中，可以在操作系统层面实现用户需求与应用服务间的无缝连接，提升用户的使用体验和应用服务的转化效率。
示例性的，快应用包括多个功能模块，包括但不限于基本功能、网络访问、文件数据等等。每个功能模块包括多个子功能模块。
图1是根据一示例性实施例示出的一种快应用的框架图，如图1所示，该快应用的框架100包括：场景入口120、快应用引擎140和操作系统(operatingsystem，os)基础设施&硬件160。
可选的，场景入口120可以为负一屏、全局搜索、锁屏、桌面、应用市场、浏览器和二维码中的至少一种。场景入口120的外在展现形式可以为页面形式或者卡片形式。
其中，快应用引擎140包括前端框架141、通用场景142、轻量化场景143、嵌入式sdk(softwaredevelopmentkit，软件开发工具包)144和业务接入145。前端框架141包括mvvm(model-view-view-model)、v-dom、路由、基础api(applicationprogramminginterface，应用程序编程接口)、业务api、ui(userinterface，用户界面)组件等。通用场景142和轻量化场景143包括javascript引擎、标准渲染引擎、极速渲染引擎、端-云-芯加速、安全机制、新兴场景ai(artificialintelligence，人工智能)、ar(augmentedreality，增强现实)等、系统整合(应用管理、权限管理等)。业务接入145包括推送(push)、账号/支付等。os基础设施&硬件160包括：图形库、原生控件、系统服务和gpu(graphicsprocessingunit，图形处理器)/npu(neural-networkprocessingunit，嵌入式神经网络处理器)等。
比如，从执行路径层面，有标准的html5方式支撑通用的web场景(一般通过系统的webview组件或定制的webview)，以及js(javascript)+native的方式，支撑更轻量、更快速的体验。
图2是根据一示例性实施例示出的一种快应用的启动流程图，如图2所示
1)当快应用首次启动时，用户通过点击操作，触发进行快应用的程序包的下载，同时，快应用的引擎进行初始化相关工作。当快应用的程序包完整下载完成，并且程序包校验完成后，该快应用需要展示的第一个页面的javascript文件开始被加载，并且开始进行渲染。这个过程中的程序包下载是瓶颈，从前期的实测数据看，正常网络下200k左右的包下载时间至少要400毫秒以上，2m包要2秒以上。
2)页面渲染包括javascript加载、页面与javascript框架逻辑的执行、布局的运算，最终到原生ui控件的绘制。其中，页面内逻辑执行时会有一次或多次的网络请求(页面到应用自己的三方服务器的)，网络请求返还的数据驱动页面的再次渲染，直至首屏内容完全展示。
这里网络请求、javascript执行、排版与绘制并非简单的串行关系，而是并行化地交织在一起影响着整个页面的渲染性能，并与页面设计的逻辑、网络状况与设备运行的状态强相关。
由于快应用的特殊性，快应用被期待完成更多的任务，实现更多的功能。目前，快应用的功能正在逐步完善中，本公开实施例就是提供了一种快应用的新功能，利用该新功能实现自动发现软总线中的设备，并基于发现的设备执行相关服务，扩展了快应用的功能，提高了快应用的处理能力以及实用性。
图3是根据一示例性实施例示出的一种接入软总线的设备系统构成图。如图3所示，包括至少两个设备310以及软总线320，其中，任意一个设备310可以通过无线网络接入到软总线320上。
设备310可以是具有数据传输能力的终端或者电子设备。
例如，该设备310可以是智能手机、平板电脑以及电子书阅读器等移动式便携终端，或者，风扇、电视机、麦克风、音响以及键盘等电子设备。
其中，任意一个设备310在进行一项服务时，该设备310将会运行一段对应的程序，同时，该设备310会在设备内部产生一个包含有与进行的服务有关信息的服务信息包，设备310通过周期性广播的形式将服务信息包上传到无线网络中。
可选的，各个设备310可以通过无线网络接入软总线。可选的，该通信网络是无线网络。
可选的，上述的无线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(localareanetwork，lan)、城域网(metropolitanareanetwork，man)、广域网(wideareanetwork，wan)、移动、无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(hypertextmark-uplanguage，html)、可扩展标记语言(extensiblemarkuplanguage，xml)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(securesocketlayer，ssl)、传输层安全(transportlayersecurity，tls)、虚拟专用网络(virtualprivatenetwork，vpn)、网际协议安全(internetprotocolsecurity，ipsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
图4是根据一示例性实施例示出的一种设备发现方法的流程图。该设备发现方法可以应用于包含至少两个设备的系统中，其中，至少两个设备分别接入软总线中，使系统中的各个设备之间可以进行互相发现，比如，该系统可以是如图3所示的系统，该设备可以是图3所示的设备310，该软总线可以是图3所示的软总线320，该设备发现方法由第一设备执行。如图4所示，该设备发现方法可以包括以下步骤：
在步骤401中，获取该至少两个设备中的第二设备发布至该软总线的，该第二设备的服务信息。
在步骤402中，解析该第二设备的服务信息，获得该第二设备的设备信息。
在步骤403中，根据该第二设备的设备信息，将该第二设备确定为该软总线中的已发现设备。
可选的，该获取该至少两个电子设备中的第二设备发布至该软总线的，该第二设备的服务信息，包括：
接收该第二设备在该软总线中周期性广播的，该第二设备的服务信息。
可选的，该第二设备的服务信息中还包括该第二设备中包含的多媒体文件的文件地址，以及该第二设备中包含的多媒体文件的编码格式中的至少一种。
可选的，当该第二设备的服务信息中还包括该第二设备中包含的多媒体文件的文件地址时，该方法还包括：
根据该文件地址，通过该软总线从该第二设备获取该多媒体文件；
播放该多媒体文件。
可选的，当该第二设备的服务信息中还包括该第二设备中包含的多媒体文件的编码格式时，该播放该多媒体文件，包括：
根据该编码格式播放该多媒体文件。
可选的，当该第二设备的服务信息中还包括该第二设备中包含的多媒体文件的编码格式时，该根据该第二设备的设备信息，将该第二设备确定为该软总线中的已发现设备，包括：
当该编码格式是该第一设备支持的编码格式时，根据该第二设备的设备信息，将该第二设备确定为该软总线中的已发现设备。
可选的，该方法还包括：
在该第一设备的显示界面中展示该第二设备的图标。
可选的，该在该第一设备的显示界面中展示该第二设备的图标，包括：
在该第一设备中运行的快应用的应用界面中展示该第二设备的图标。
可选的，该方法还包括：
周期性的向软总线发布该第一设备的服务信息。
综上所述，本公开实施例中提供的设备发现方法，在包含至少两个设备的系统中，至少两个设备分别接入软总线，首先，获取该至少两个设备中的第二设备发布至该软总线的该第二设备的服务信息，然后，解析该第二设备的服务信息，并且获得该第二设备的设备信息，最后根据该第二设备的设备信息，将该第二设备确定为该软总线中的已发现设备；通过上述方案，连接在软总线上的若干个设备通过将设备的服务信息发布在软总线上实现设备之间的相互发现，从而缩短了设备互相发现并且建立连接的时间，避免了通过云端服务器间接的实现设备之间的连接，提高了设备之间相互发现的效率。
图5是根据另一示例性实施例示出的一种设备发现方法的流程图，该设备发现方法可以应用于包含至少两个设备的系统中，其中，至少两个设备分别接入软总线中，使系统中的各个设备之间可以进行互相发现，比如，该系统可以是如图3所示的系统，该设备可以是图3所示的设备310，该软总线可以是图3所示的软总线320，该设备发现方法由第一设备执行。如图5所示，该设备发现方法可以包括以下步骤：
步骤501，第一设备获取该至少两个设备中的第二设备发布至该软总线的，该第二设备的服务信息。
在本公开实施例中，服务信息中至少包括设备信息，设备信息是包含有发布该服务信息的设备的基本信息，例如，设备信息可以是设备的身份标识信息(identitydocument，id)，设备的名称(name)，设备的描述信息(description)，设备的类型信息(category)以及设备的版本信息(version)等。
可选的，该第二设备的服务信息中还包括该第二设备中包含的多媒体文件的文件地址，以及该第二设备中包含的多媒体文件的编码格式中的至少一种。
其中，多媒体文件可以是视频文件、图片文件或者声音文件中的任意一种类型的文件，多媒体文件在传输的过程中需要对文件中的内容进行编码，其中，编码是用预先规定的方法将文字、数字或其它对象编成数码，或将信息、数据转换成规定的电脉冲信号。
可选的，第一设备接收该第二设备在该软总线中周期性广播的，该第二设备的服务信息。
其中，设备通过周期性广播的形式发布设备本身的服务信息到软总线中，可以供其他设备进行获取。
可选的，第一设备周期性的向软总线发布该第一设备的服务信息。
其中，第一设备在获取各个第二设备发布在软总线的服务信息的同时，第一设备也可以通过与第二设备相同的周期性广播的方式向软总线发布自身的服务信息，用来供除自身设备以外的其它设备进行获取。
比如，当一个系统中存在电视机和音箱两个设备时，并且电视机和音箱两个设备连接在同一个无线网络中，两个设备定期向无线网络中发布各自设备本身的服务信息，当确定系统中的电视机为第一设备时，由电视机在无线网络中获取服务信息，此时，电视机可以获取到由音箱发布到无线网络中的服务信息。
步骤502，第一设备解析该第二设备的服务信息，获得该第二设备的设备信息。
在本公开实施例中，第一设备通过无线网络获取到的各个第二设备的服务信息，通过解析各个服务信息，可以获得各个服务信息中的设备信息，其中，设备信息可以提供给第一设备该服务信息对应的第二设备的基本信息。
比如，当一个系统中存在摄像头、电视机以及麦克风三个设备时，并且三个设备均连接在同一无线网络中时，当电视机作为第一设备时，可以获取到由两个第二设备发布的两种服务信息，电视机对获取到的两种服务信息进行解析，可以获得两种服务信息中的对应的设备信息，其中，一个设备信息中包括设备名称为麦克风，设备描述为一种声音获取设备等基本信息；另一个设备信息中包括设备名称为摄像头，设备描述为一种图像获取设备等基本信息。
步骤503，第一设备根据该第二设备的设备信息，将该第二设备确定为该软总线中的已发现设备。
可选的，当该第二设备的服务信息中还包括该第二设备中包含的多媒体文件的编码格式时，当该编码格式是该第一设备支持的编码格式时，第一设备根据该第二设备的设备信息，将该第二设备确定为该软总线中的已发现设备。
其中，常见的编码格式有ascii(americanstandardcodeforinformationinterchange，美国标准信息交换代码)、ansi(americannationalstandardsinstitute，美国国家标准学会)、gbk(chineseinternalcodespecification，汉字内码扩展规范)和unicode(统一码)等。
其中，不同种类的设备支持的编码格式可能不是相同的，所以当第一设备接收到的，由第二设备发布的服务信息中存在多媒体文件的编码格式时，第一设备可以查询自身设备的支持的编码格式与接收到的编码格式一一比较，若第一设备检测到自身设备存在接收到的编码格式，则可以确定包含该编码格式的服务信息对应的第二设备为第一设备在软总线中的已发现设备；若第一设备没有检测到自身设备中存在接收到的编码格式，则可以确定包含该编码格式的服务信息对应的第二设备为第一设备在软总线中自动忽略的设备。
可选的，第一设备将确定为已发现设备的第二设备发布的服务信息存储在第一设备的内存中，可以随时进行调用解析。
比如，当一个系统中存在摄像头、电视机以及麦克风三个设备时，并且三个设备均连接在同一无线网络中时，当电视机作为第一设备可以获取到由两个第二设备发布的两种服务信息，两种服务信息中均包含多媒体文件的编码格式，其中，摄像头生成的多媒体文件为视频文件，采用的是对视频文件进行编码的一种编码格式，麦克风生成的多媒体文件为声音文件，采用的是对声音文件进行编码的一种编码格式。当作为第一设备的电视机解析两种服务信息获取到两种服务信息中的编码格式，电视机通过对比自身设备支持的编码格式，确定自身设备可以解码的多媒体文件，若支持该编码格式，则确定对应的第二设备为电视机的已发现设备；若对比发现电视机不支持该编码格式，则确定对应的第二设备为电视机忽略的设备。其中，当摄像头生成的多媒体文件的编码格式为电视机支持的编码格式，而麦克风生成的多媒体文件的编码格式为电视机不支持的编码格式，则电视机最终可以将摄像头确定为已发现设备，将麦克风确定为忽略的设备。
可选的，在该第一设备的显示界面中展示该第二设备的图标。
其中，第二设备的图标可以包含在第二设备发布的服务信息中，具体可以包含在服务信息中的设备信息中。
可选的，显示在第一设备的显示界面中的图标对应的第二设备可以是确认为已发现设备的第二设备或者是确认为忽略设备的第二设备。
可选的，第一设备的显示界面可以是第一设备系统的显示界面。
例如，图6是本公开实施例涉及的一种系统设置界面中设备发现界面的示意图。如图6所示，第一设备为移动终端，当用户将移动终端接入无线网络中，并且打开移动终端的系统设置界面，在移动终端的界面可以显示接入同一无线网络的其它设备即第二设备。显示的内容包括第二设备的图标以及名称信息，其中，图标与名称信息可以是第二设备发布在软总线上的服务信息中的设备信息中的内容，图标信息也可以是第一设备根据各个第二设备的设备信息中的描述信息与类型信息在自身设备的内存中存储的图片模板中调取对应的图片作为图标，如图5所示，同一类型的设备可以用同种图标显示，通过对获取的服务信息中的编码格式进行比对，若确定第二设备为已发现设备，则将第二设备的图标及名称显示在第一设备的界面列表中，若确定第二设备为忽略设备，可以将该第二设备的图标和名称显示在第一设备的界面列表中，但是为不可选中状态，如图5中该第二设备信息显示部分用阴影表示；也可以在第一设备的界面列表中不显示该第二设备的图标和名称。
可选的，在该第一设备中运行的快应用的应用界面中展示该第二设备的图标。
例如，图7是本公开实施例涉及的一种快应用显示界面中设备发现界面的示意图。如图7所示，第一设备为移动终端，当用户将移动终端接入无线网络中，并且打开移动终端的快应用的应用中心，在移动终端的快应用中心的应用界面可以显示接入同一无线网络的其它设备即第二设备。根据第二设备发布的服务信息中的编码格式与第一设备的自身支持的编码格式进行比对的结果，确定第二设备中有一部分是已发现设备，一部分是忽略设备，已发现设备和忽略设备的图标和名称信息可以在快应用的应用界面上分开进行显示。
可选的，第一设备的显示界面也可以是一种专用的app(application，应用程序)的界面。
步骤504，当该第二设备的服务信息中还包括该第二设备中包含的多媒体文件的文件地址时，第一设备根据该文件地址，通过该软总线从该第二设备获取该多媒体文件。
在本公开实施例中，当第二设备中包含有多媒体文件时，并且该第二设备被第一设备确认为已发现设备，第一设备可以通过解析该第二设备的服务信息获得该第二设备中多媒体文件的文件地址，第一设备通过文件地址在软总线上获取该多媒体文件。
其中，在具体的第一设备的界面显示中，用户可以通过显示界面的虚拟控件选择已发现设备进行连接，已连接的设备可以进行多媒体文件的传输。
步骤505，第一设备播放该多媒体文件。
在本公开实施例中，根据第一设备解析第二设备的服务信息获得的第二设备的编码格式，对获得的多媒体文件进行解码，第一设备对解码后的多媒体文件进行播放。
可选的，当该第二设备的服务信息中还包括该第二设备中包含的多媒体文件的编码格式时，根据该编码格式播放该多媒体文件。
比如，第一设备为电视机，电视机确定为已发现设备的第二设备为摄像头和麦克风，当用户在电视机的显示界面中选择摄像头和麦克风为已连接状态时，通过摄像头获取的视频文件可以直接在电视机的显示界面中播放，同时通过麦克风获取的声音文件可以直接通过电视机的音响模块进行播放。
可选的，可以通过第一设备的系统功能直接播放该多媒体文件，也可以通过快应用中心的对应功能的快应用播放该多媒体文件，或者在专用的app中播放该多媒体文件。
在本申请实施中，发现软总线中的设备，并基于发现的设备执行相关服务的方案可以基于快应用引擎来实现。
其中，本申请实施例中的快应用引擎可以包含以下3个层面。
1)应用开发
应用开发可以包括前端框架开发、组件和api能力的开发，快应用的前端设计借鉴并整合了主流前端框架(vue，react等)的设计思路：以组件化的方式构建应用，以数据绑定为核心的mvvm设计模式，以v-dom的方式提升性能，同时选择了简洁清晰的类vue的模板。同时对布局方面做了相应精简。从新的应用形态、映射原生ui、能力开放的角度，需要定义一套组件与api规范，方便开发这快速开发应用。
2)系统整合(应用管理，卡片-嵌入式sdk，安全机制等等)
快应用作为完整的应用形态，可以与系统深入整合，如同原生应用一样运行，以及和系统交互。快应用目前有两种形态：全屏方式的独立应用形态与嵌入方式的卡片形态。在独立应用的形态下，给用户的体验就像原生的应用程序，有完整的生命周期管理，页面管理，路由等。快应用可以寄生于安卓的activity，页面寄生于fragment，并通过独立的后台service进行实例的管控。卡片则是另外一种形态，通过嵌入式sdk作为一个独立的局部控件嵌入到系统的各个角落，轻量化的展现动态内容。在安全隔离方面，可通过沙盒机制，进程隔离，权限控制，并结合操作系统层的支持做到较好的安全保障。
3)性能体验&新兴场景(javascript引擎，渲染引擎，端-云-芯加速，新兴场景)
在交互体验、资源开销和稳定性等方面，快应用通过引入原生渲染路径，进而实现前端开发方式+原生渲染与平台能力有效组合。
不同于其它的应用层的跨平台框架，快应用植根于手机的操作系统，可实现从芯片<-->操作系统<-->云的深度整合。端和云的结合以启动性能加速为例，通过云和端的协同渲染，网络链路层的优化可以大大加速快应用启动速度。同时可以整合硬件平台的特有能力，进一步提升体验。例如可以结合手机ai芯片，将npu的算力整合到快应用引擎中来，使得ai场景(人脸识别、图像超分等)在端侧可以低延时、高性能的执行，同时又有效保护了用户的隐私，并节省带宽。
综上所述，本公开实施例中提供的设备发现方法，在包含至少两个设备的系统中，至少两个设备分别接入软总线，首先，获取该至少两个设备中的第二设备发布至该软总线的该第二设备的服务信息，然后，解析该第二设备的服务信息，并且获得该第二设备的设备信息，最后根据该第二设备的设备信息，将该第二设备确定为该软总线中的已发现设备；通过上述方案，连接在软总线上的若干个设备通过将设备的服务信息发布在软总线上实现设备之间的相互发现，从而缩短了设备互相发现并且建立连接的时间，避免了通过云端服务器间接的实现设备之间的连接，提高了设备之间相互发现的效率。
图8是根据一示例性实施例示出的一种设备发现装置的框图，如图8所示，该设备发现方法可以应用于包含至少两个设备的系统中，其中，至少两个设备分别接入软总线中，使系统中的各个设备之间可以进行互相发现，比如，该系统可以是如图3所示的系统，该设备可以是图3所示的设备310，该软总线可以是图3所示的软总线320；该装置用于第一设备中为例。如图8所示，该设备发现装置可以包括：
服务信息获取模块810，用于获取所述至少两个电子设备中的第二设备发布至所述软总线的，所述第二设备的服务信息；
设备信息获取模块820，用于解析所述第二设备的服务信息，获得所述第二设备的设备信息；
设备确定模块830，用于根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
可选的，所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址，以及所述第二设备中包含的多媒体文件的编码格式中的至少一种。
可选的，所述装置还包括：
文件获取模块，用于当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址时，根据所述文件地址，通过所述软总线从所述第二设备获取所述多媒体文件；
文件播放模块，用于播放所述多媒体文件。
可选的，所述文件播放模块，用于，
当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，根据所述编码格式播放所述多媒体文件。
可选的，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，所述设备确定模块830，包括：
设备确定子模块，用于当所述编码格式是所述第一设备支持的编码格式时，根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
可选的，所述装置还包括：
图标展示模块，用于在所述第一设备的显示界面中展示所述第二设备的图标。
可选的，所述图标展示模块，用于，
在所述第一设备中运行的快应用的应用界面中展示所述第二设备的图标。
可选的，所述装置还包括：
服务信息发布模块，用于周期性的向软总线发布所述第一设备的服务信息。
需要说明的一点是，上述实施例提供的装置在实现其功能时，仅以上述各个功能模块的划分进行举例说明，实际应用中，可以根据实际需要而将上述功能分配由不同的功能模块完成，即将设备的内容结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开一示例性实施例提供了一种设备发现装置，该设备发现装置可以通过硬件或者软硬结合的方式实现为电子设备或者终端的全部或者部分，能够实现本公开上述图4或图5任一所示实施例中的全部或部分步骤，该设备发现方法可以应用于包含至少两个设备的系统中，其中，至少两个设备分别接入软总线中，使系统中的各个设备之间可以进行互相发现，比如，该系统可以是如图3所示的系统，该设备可以是图3所示的设备310，该软总线可以是图3所示的软总线320；该装置用于第一设备中为例。该设备发现装置还包括：处理器、用于存储处理器可执行指令的存储器；
其中，处理器被配置为：
获取所述至少两个设备中的第二设备发布至所述软总线的，所述第二设备的服务信息；
解析所述第二设备的服务信息，获得所述第二设备的设备信息；
根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
可选的，所述获取所述至少两个电子设备中的第二设备发布至所述软总线的，所述第二设备的服务信息，包括：
接收所述第二设备在所述软总线中周期性广播的，所述第二设备的服务信息。
可选的，所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址，以及所述第二设备中包含的多媒体文件的编码格式中的至少一种。
可选的，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址时，所述方法还包括：
根据所述文件地址，通过所述软总线从所述第二设备获取所述多媒体文件；
播放所述多媒体文件。
可选的，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，所述播放所述多媒体文件，包括：
根据所述编码格式播放所述多媒体文件。
可选的，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，所述根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备，包括：
当所述编码格式是所述第一设备支持的编码格式时，根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
可选的，所述方法还包括：
在所述第一设备的显示界面中展示所述第二设备的图标。
可选的，所述在所述第一设备的显示界面中展示所述第二设备的图标，包括：
在所述第一设备中运行的快应用的应用界面中展示所述第二设备的图标。
可选的，所述方法还包括：
周期性的向软总线发布所述第一设备的服务信息。
图9示出了本公开一个示例性实施例提供的电子设备900的结构框图。该电子设备900可以是：电子设备或者终端。比如，该电子设备可以实现为图3中的设备310。
通常，电子设备900包括有：处理器901和存储器902。
处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用dsp(digitalsignalprocessing，数字信号处理)、fpga(field－programmablegatearray，现场可编程门阵列)、pla(programmablelogicarray，可编程逻辑阵列)中的至少一种硬件形式来实现。
存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本公开中方法实施例提供的设备发现方法。
在一些实施例中，电子设备900还可选包括有：外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地，外围设备包括：射频电路904、触摸显示屏905、摄像头906、音频电路907、定位组件908和电源909中的至少一种。
外围设备接口903可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和外围设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和外围设备接口703中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路904用于接收和发射rf(radiofrequency，射频)信号，也称电磁信号。
在一些实施例中，电子设备900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。
本领域技术人员可以理解，图9中示出的结构并不构成对电子设备900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如图3或图4所述的设备发现方法。
可选地，该计算机可读存储介质可以包括：只读存储器(rom，readonlymemory)、随机存取记忆体(ram，randomaccessmemory)、固态硬盘(ssd，solidstatedrives)或光盘等。其中，随机存取记忆体可以包括电阻式随机存取记忆体(reram,resistancerandomaccessmemory)和动态随机存取存储器(dram，dynamicrandomaccessmemory)。上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本公开的可选实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。
技术特征：
1.一种设备发现方法，其特征在于，所述方法用于包含至少两个设备的系统中，所述至少两个设备分别接入软总线；所述方法由所述至少两个设备中的第一设备执行，所述方法包括：
获取所述至少两个设备中的第二设备发布至所述软总线的，所述第二设备的服务信息；
解析所述第二设备的服务信息，获得所述第二设备的设备信息；
根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
2.根据权利要求1所述的方法，其特征在于，所述获取所述至少两个电子设备中的第二设备发布至所述软总线的，所述第二设备的服务信息，包括：
接收所述第二设备在所述软总线中周期性广播的，所述第二设备的服务信息。
3.根据权利要求1所述的方法，其特征在于，所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址，以及所述第二设备中包含的多媒体文件的编码格式中的至少一种。
4.根据权利要求3所述的方法，其特征在于，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址时，所述方法还包括：
根据所述文件地址，通过所述软总线从所述第二设备获取所述多媒体文件；
播放所述多媒体文件。
5.根据权利要求4所述的方法，其特征在于，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，所述播放所述多媒体文件，包括：
根据所述编码格式播放所述多媒体文件。
6.根据权利要求3所述的方法，其特征在于，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，所述根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备，包括：
当所述编码格式是所述第一设备支持的编码格式时，根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述第一设备的显示界面中展示所述第二设备的图标。
8.根据权利要求7所述的方法，其特征在于，所述在所述第一设备的显示界面中展示所述第二设备的图标，包括：
在所述第一设备中运行的快应用的应用界面中展示所述第二设备的图标。
9.根据权利要求1所述的方法，其特征在于，所述方法还包括：
周期性的向软总线发布所述第一设备的服务信息。
10.一种设备发现装置，其特征在于，所述装置用于包含至少两个设备的系统中，所述至少两个设备分别接入软总线；所述装置用于所述至少两个设备中的第一设备中，所述装置包括：
服务信息获取模块，用于获取所述至少两个电子设备中的第二设备发布至所述软总线的，所述第二设备的服务信息；
设备信息获取模块，用于解析所述第二设备的服务信息，获得所述第二设备的设备信息；
设备确定模块，用于根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
11.根据权利要求10所述的装置，其特征在于，所述服务信息获取模块，包括：
第二信息接收子模块，用于接收所述第二设备在所述软总线中周期性广播的，所述第二设备的服务信息。
12.根据权利要求10所述的装置，其特征在于，所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址，以及所述第二设备中包含的多媒体文件的编码格式中的至少一种。
13.根据权利要求12所述的装置，其特征在于，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的文件地址时，所述装置还包括：
文件获取模块，用于根据所述文件地址，通过所述软总线从所述第二设备获取所述多媒体文件；
文件播放模块，用于播放所述多媒体文件。
14.根据权利要求13所述的装置，其特征在于，所述文件播放模块，用于，
当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，根据所述编码格式播放所述多媒体文件。
15.根据权利要求12所述的装置，其特征在于，当所述第二设备的服务信息中还包括所述第二设备中包含的多媒体文件的编码格式时，所述设备确定模块，包括：
设备确定子模块，用于当所述编码格式是所述第一设备支持的编码格式时，根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
16.根据权利要求10所述的装置，其特征在于，所述装置还包括：
图标展示模块，用于在所述第一设备的显示界面中展示所述第二设备的图标。
17.根据权利要求16所述的装置，其特征在于，所述图标展示模块，用于，
在所述第一设备中运行的快应用的应用界面中展示所述第二设备的图标。
18.根据权利要求10所述的装置，其特征在于，所述装置还包括：
服务信息发布模块，用于周期性的向软总线发布所述第一设备的服务信息。
19.一种设备发现装置，其特征在于，所述装置用于包含至少两个设备的系统中，所述至少两个设备分别接入软总线；所述装置用于所述至少两个设备中的第一设备中，所述装置包括：
处理器；
用于存储所述处理器的可执行指令的存储器；
其中，所述处理器被配置为：
获取所述至少两个设备中的第二设备发布至所述软总线的，所述第二设备的服务信息；
解析所述第二设备的服务信息，获得所述第二设备的设备信息；
根据所述第二设备的设备信息，将所述第二设备确定为所述软总线中的已发现设备。
20.一种计算机设备可读存储介质，其特征在于，所述计算机设备可读存储介质中包含可执行指令，所述可执行指令由处理器调用执行，以实现上述权利要求1至9任一所述的设备发现方法。
技术总结
本公开揭示了一种设备发现方法、装置及存储介质，属于物联网技术领域。所述方法包括：在包含至少两个设备的系统中，至少两个设备分别接入软总线，首先，获取该至少两个设备中的第二设备发布至该软总线的该第二设备的服务信息，然后，解析该第二设备的服务信息，并且获得该第二设备的设备信息，最后根据该第二设备的设备信息，将该第二设备确定为该软总线中的已发现设备；通过上述方案，连接在软总线上的若干个设备通过将设备的服务信息发布在软总线上实现设备之间的相互发现，从而缩短了设备互相发现并且建立连接的时间，提高了设备之间相互发现的效率。
技术研发人员：董俊杰;徐琰;郭斌
受保护的技术使用者：北京小米移动软件有限公司
技术研发日：.11.18
技术公布日：.02.28
