CN105871968A - 设备搜索的方法、装置及*** - Google Patents
设备搜索的方法、装置及*** Download PDFInfo
- Publication number
- CN105871968A CN105871968A CN201510646955.9A CN201510646955A CN105871968A CN 105871968 A CN105871968 A CN 105871968A CN 201510646955 A CN201510646955 A CN 201510646955A CN 105871968 A CN105871968 A CN 105871968A
- Authority
- CN
- China
- Prior art keywords
- equipment
- search
- searched
- sent
- agreement
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种设备搜索的方法、装置及***,涉及智能家居领域,为解决搜索智能设备耗时较长的问题而发明。本发明的方法包括:搜索设备启动基于框架协议的搜索服务进程,向被搜索设备发送设备搜索请求;被搜索设备启动基于相同框架协议的被搜索服务进程,接收搜索设备发送的设备搜索请求,根据预设的逻辑规则获取设备属性信息及设备连接信息,将设备属性信息及设备连接信息添加到设备搜索响应中,并将设备搜索响应发送给搜索设备;搜索设备输出设备属性信息,以便在接收到针对设备属性信息的选定操作指令后,根据设备连接信息向被搜索设备发起设备连接请求。本发明主要应用于通过手机搜索智能电视的过程中。
Description
技术领域
本发明涉及智能家居领域,尤其涉及一种设备搜索的方法、装置及***。
背景技术
智能电视是一种搭载有操作***、通过互联网与开放平台对接的新型电视设备。用户在欣赏传统电视内容的同时,还可以通过智能电视享受上网冲浪、应用下载、内容订制等服务。与传统电视设备相比,智能电视能够为用户提供网络化、智能化、个性化的使用体验,在智能家居领域中占有重要的地位。
目前,除原厂配备的遥控器外,手机也可以变身为遥控装置对智能电视进行控制。手机通过安装的遥控软件以及自带或外接的硬件配件,将内部存储的二进制遥控代码通过红外线手段发送给智能电视。智能电视利用红外线接收器接收手机发送的遥控代码并对其进行解码执行,实现频道切换、菜单选择等控制操作。通常,在首次使用手机控制智能电视前,需要对智能电视进行搜索。手机获取局域网中所有智能电视的设备信息并通过设备列表予以显示,当用户选择其中某一智能电视后,手机与其建立通讯连接,完成设备搜索。
现有的设备搜索过程一般是基于超文本传输协议(Hypertext transferprotocol,简称HTTP)实现的。手机向智能电视发送用于获取设备信息的HTTP请求,智能电视对该HTTP请求进行响应,将自身的设备信息返回给手机。但是受HTTP协议标准的制约,手机须先后两次向智能电视发送HTTP请求才能够获得完整的设备信息。其中,第一次HTTP请求目的在于获取设备名称、设备类型等属性信息,用于为用户选择智能电视提供必要的参考依据;第二次HTTP请求发生在用户选定智能电视之后,用于获取用户选定的智能电视的网间协议(Internet Protocol,简称IP)地址、服务端口号等连接信息,以便后续进行连接通讯之用。由于HTTP协议本身的机制决定了手机只能在用户选定智能电视后再请求连接信息,因此两次HTTP请求增加了设备搜索的耗时,延长了用户等待的时间。
发明内容
本发明提供了一种设备搜索的方法、装置及***,能够解决搜索智能设备耗时较长的问题。
具体的,第一方面,本发明提供了一种设备搜索的方法,该方法应用于搜索设备侧,该方法包括:
启动基于框架协议的搜索服务进程;
向被搜索设备发送设备搜索请求;
接收被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应,设备搜索响应中携带有被搜索设备的设备属性信息及设备连接信息,设备属性信息及设备连接信息为被搜索设备根据预设的逻辑规则获取并添加到设备搜索响应中的;
输出设备属性信息,以便在接收到针对设备属性信息的选定操作指令后,根据设备连接信息向被搜索设备发起设备连接请求。
第二方面,本发明还提供了一种设备搜索的方法,该方法应用于被搜索设备侧,该方法包括:
启动基于框架协议的被搜索服务进程;
接收搜索设备通过基于相同框架协议的搜索服务进程发送的设备搜索请求;
根据预设的逻辑规则获取设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中;
将设备搜索响应发送给搜索设备。
第三方面,本发明还提供了一种设备搜索的装置,该装置位于搜索设备中,该装置包括:
启动单元,用于启动基于框架协议的搜索服务进程;
发送单元,用于在启动单元启动搜索服务进程后,向被搜索设备发送设备搜索请求;
接收单元,用于接收被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应,设备搜索响应中携带有被搜索设备的设备属性信息及设备连接信息,设备属性信息及设备连接信息为被搜索设备根据预设的逻辑规则获取并添加到设备搜索响应中的;
输出单元,用于输出接收单元接收的设备属性信息,以便在接收到针对设备属性信息的选定操作指令后,根据接收单元接收的设备连接信息向被搜索设备发起设备连接请求。
第四方面,本发明还提供了一种设备搜索的装置,该装置位于被搜索设备中,该装置包括:
启动单元,用于启动基于框架协议的被搜索服务进程;
接收单元,用于在启动单元启动被搜索服务进程后,接收搜索设备通过基于相同框架协议的搜索服务进程发送的设备搜索请求;
处理单元,用于根据预设的逻辑规则获取设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中;
发送单元,用于将处理单元处理的设备搜索响应发送给搜索设备。
第五方面,本发明还提供了一种设备搜索的***,该***包括搜索设备和被搜索设备,其中:
搜索设备,用于启动基于框架协议的搜索服务进程,向被搜索设备发送设备搜索请求;
被搜索设备,用于启动基于相同框架协议的被搜索服务进程,接收搜索设备发送的设备搜索请求,根据预设的逻辑规则获取设备属性信息及设备连接信息,将设备属性信息及设备连接信息添加到设备搜索响应中,并将设备搜索响应发送给搜索设备;
搜索设备还用于输出设备属性信息,以便在接收到针对设备属性信息的选定操作指令后,根据设备连接信息向被搜索设备发起设备连接请求。
本发明提供的设备搜索的方法、装置及***,能够通过搜索设备与被搜索设备两侧分别启动的基于相同框架协议的服务进程发起设备搜索请求和设备搜索响应。由于框架协议允许编译自定义的逻辑规则,因此可以通过被搜索设备侧预设的逻辑规则,将被搜索设备的设备属性信息及设备连接信息通过设备搜索响应一次性发送给搜索设备。在用户选中某一被搜索设备后,搜索设备直接根据已经获取的设备连接信息向该被搜索设备发起设备连接请求,而无需发起二次设备搜索请求获取被搜索设备的设备连接信息。与现有技术中基于HTTP标准协议进行设备搜索相比,本发明能够简化设备搜索的流程,缩短设备搜索的耗时。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例提供的第一种设备搜索的方法流程图;
图2示出了本发明实施例提供的第二种设备搜索的方法流程图;
图3示出了本发明实施例提供的第三种设备搜索的方法流程图;
图4示出了本发明实施例提供的第四种设备搜索的方法流程图;
图5示出了本发明实施例提供的第五种设备搜索的方法流程图;
图6示出了本发明实施例提供的第一种设备搜索的装置的组成框图;
图7示出了本发明实施例提供的第二种设备搜索的装置的组成框图;
图8示出了本发明实施例提供的第三种设备搜索的装置的组成框图;
图9示出了本发明实施例提供的第四种设备搜索的装置的组成框图;
图10示出了本发明实施例提供的一种设备搜索的***组成框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
为解决基于HTTP标准协议的设备搜索方式因需要进行两次设备搜索请求而导致的设备搜索耗时较长的问题,本发明提供了几种设备搜索的实施方式。这些实施方式主要应用于家庭场景中,用于对包括智能电视在内的智能家居设备进行搜索。本发明提供的实施方式主要涉及搜索设备及被搜索设备两侧终端,其中,搜索设备包括但不限于是具有设备搜索和设备遥控功能的手机、平板电脑、笔记本电脑及可穿戴设备,被搜索设备是指作为搜索对象的前述智能家居设备,例如智能电视。
首先,本发明一个实施例提供了一种基于搜索设备侧实现的设备搜索方法,如图1所示,该方法包括:
101、搜索设备启动基于框架协议的搜索服务进程。
所述框架协议是指应用层使用的框架协议(与其对应的,现有技术使用的HTTP标准协议也位于应用层上),对于底层采用何种协议实现,本实施例不作限制。实际应用中,底层可以采用与现有技术相同的底层协议进行实现,例如在传输层使用用户数据报协议(User Datagram Protoco,简称UDP);也可以采用与现有技术不同的底层协议进行实现,例如在传输层使用传输控制协议(Transmission Control Protocol,简称TCP)。
本实施例中,搜索设备和被搜索设备两侧在应用层上基于框架协议进行通信。与HTTP等标准协议不同的是,框架协议仅对通信标准进行框架性定义,而不会对诸如使用何种端口、传递何种参数、通信流程的步骤顺序等具体内容进行限制,因此框架协议具有灵活的规则自定义特性。网络运维人员可以根据具体的场景需求编译、调用各种逻辑规则的方法函数。具体到本实施例中,基于框架协议的方法函数中写有预设的逻辑规则,该逻辑规则规定了被搜索设备获取设备属性信息及设备连接信息,并将获取的设备属性信息及设备连接信息一并添加到设备搜索响应中发送给搜索设备。该逻辑规则的方法函数写在被搜索设备侧,被搜索设备通过方法调用的方式基于该逻辑规则生成并发送搜索响应。
需要说明的是,实际应用一些框架协议具有现成的包含上述逻辑规则的方法函数,在使用此类框架协议时,网络运维人员无需自行编译上述方法函数,直接从协议自带的函数库中调用该方法函数即可。
102、搜索设备向被搜索设备发送设备搜索请求。
在发送设备搜索请求时,需要在搜索设备侧启动搜索服务进程,该搜索服务进程是基于前述框架协议编译的,用于向被搜索设备发送设备搜索请求。实际应用中,搜索设备通常通过应用程序(Application,简称APP)或浏览器进行搜索过程的人机交互,因此,搜索服务进程可以嵌入到APP或浏览器的进程中。以APP为例,当用户选择启动搜索APP时,搜索设备运行APP主进程,在前端显示人机交互所需的相关界面(例如首界面、操作界面等)。与此同时,搜索设备后台通过APP主进程加载搜索服务进程,获取进程运行所需的各种初始化参数,并等待前端接收的用户操作指令。一旦用户触发“开始搜索”的指令,搜索服务进程调用设备搜索的方法函数,通过底层端口向被搜索设备发送设备搜索请求。
本实施例不对实际应用场景中的被搜索设备的数量进行限制,搜索设备可以向网络中的所有被搜索设备发送设备搜索请求。
103、搜索设备接收被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应。
被搜索设备侧需要写入包含上述逻辑规则的方法函数,并通过基于与搜索设备侧相同的框架协议的被搜索服务进程,对包含逻辑规则的方法函数进行调用,以实现对设备搜索请求的响应。
本实施例中,搜索设备与被搜索设备两侧都会涉及方法函数的调用,但是两侧调用的方法函数在内容和形式上并不相同。搜索设备调用设备搜索的方法函数,用于发送设备搜索请求;被搜索设备调用搜索响应的方法函数,其中写有被搜索设备获取设备属性信息和设备连接信息,并将设备属性信息和设备连接信息添加到设备搜索响应中的逻辑规则,被搜索设备通过调用搜索响应的方法函数,对设备搜索请求进行响应。叫法上的统一仅表示两方法函数在性质上相同,即两者均为进程的调用对象,但不应理解为两方法函数的程序代码严格一致。
在向被搜索设备发送设备搜索请求后,搜索设备接收被搜索设备返回的设备搜索响应,该设备搜索响应是被搜索设备通过基于相同框架协议的被搜索服务进程发送的响应信息。基于前述逻辑规则,该设备搜索响应中携带有被搜索设备的设备属性信息及设备连接信息。当搜索设备向多个被搜索设备发送设备搜索请求时,搜索设备会接收到各个被搜索设备分别返回的设备搜索响应。
本实施例中,设备属性信息用于表征被搜索设备的属性和特点,能够对不同的被搜索设备予以区分,为用户选择被搜索设备提供必要的识别依据;而设备连接信息则属于搜索设备与被搜索设备进行连接及控制所必须使用到的设备信息。实际应用中,设备属性信息包括下述至少一种信息:设备名称、设备标识、设备序列号、设备型号及设备类型;设备连接信息下述至少一种信息:IP地址、介质访问控制(Medium Access Control,简称MAC)地址及遥控服务端口号。其中,IP地址和MAC地址能够唯一标识一台被搜索设备,用于搜索设备在后续的连接过程中对指定的被搜索设备进行查找。当被搜索设备使用固定IP时,设备连接信息中仅包括IP地址即可,而当被搜索设备使用动态主机配置协议(Dynamic Host ConfigurationProtocol,简称DHCP)技术动态分配IP地址时,则设备连接信息中应当至少包括MAC地址。
104、搜索设备输出设备属性信息。
在获得设备属性信息及设备连接信息后,搜索设备输出设备属性信息。输出设备属性信息的目的在于为用户提供选择被搜索设备的必要参考信息。如前所述,设备属性信息能够对不同的被搜索设备予以区分,因此在用户选择被搜索设备时,应当将设备属性信息予以输出;而对于设备连接信息来说,由于该信息是在用户选定被搜索设备之后才使用到的,并且基于该信息的设备连接过程是通过后台实现的,无需进行人机交互,因此实际应用中可以不向用户输出设备连接信息。
本步骤中所述的“输出”是指通过搜索设备自带或外接的多媒体装置进行声学、图像或触感形式的信息输出,较为常见的输出方式为通过屏幕进行信息显示。在上述APP的示例中,搜索设备可以在搜素结果界面中显示一个设备列表,该设备列表中罗列有各个被搜索设备的设备属性信息。同时搜索设备还在搜索结果页面中提供选择控件,以便接收用户选择被搜索设备的操作指令。
在接收到针对设备属性信息的选定操作指令后,搜索设备根据与设备属性信息对应的设备连接信息,向用户选定的被搜索设备发起定向的设备连接请求,从而建立与该被搜索设备的设备连接。完成设备连接后,用户就可以通过搜索设备控制被搜索设备了。
进一步的,本发明另一个实施例提供了一种基于被搜索设备侧实现的设备搜索方法,如图2所示,该方法包括:
201、被搜索设备启动基于框架协议的被搜索服务进程。
与搜索设备类似的,被搜索设备需要基于应用层的框架协议与搜索设备进行通信,并且该框架协议应当与搜索设备侧使用框架协议相同。
被搜索设备在开机上电后,操作***的***进程后台自动加载被搜索服务进程,被搜索服务进程获取进程运行所需的各种初始化参数,等待接收设备搜索请求。实际应用中,进程加载的过程也可以结合前端的人机交互进行实现,例如在用户启动被搜索设备侧的APP或浏览器时,由APP或浏览器的主进程对被搜索服务进程进行加载,该实现方式与图1中搜索设备侧的进程加载方式相似,此处不再赘述。
202、被搜索设备接收搜索设备通过基于相同框架协议的搜索服务进程发送的设备搜索请求。
203、被搜索设备根据预设的逻辑规则获取设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中。
被搜索设备的设备属性信息及设备连接信息即为图1所示方法中所述的两种设备信息。当接收到搜索设备发送的设备搜索请求后,被搜索设备通过被搜索服务进程对写有预设逻辑规则的方法函数进行调用,获取存储的设备属性信息及设备连接信息,并将获取的信息添加到设备搜索响应中。该逻辑规则为被搜索设备在接收到设备搜索请求时获取设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中的规则。本实施例中,逻辑规则是以方法函数的形式体现的,其本质是一段植入到被搜索设备中的计算机程序代码。实际应用中可以根据被搜索设备的操作***类型选择JAVA、C++等不同编程语言编译该方法函数。
实际应用中,设备属性信息及设备连接信息可以被配置为可扩展标记语言(Extensible Markup Language,简称XML)文件。在对该信息进行获取时,被搜索服务进程按照预设的存储路径查找该XML文件。对于IP地址等动态信息而言,当信息发生变化时,应当对XML文件进行及时更新,以保证设备信息的有效性。
204、被搜索设备将设备搜索响应发送给搜索设备。
通过被搜索服务进程调用的方法函数,被搜索设备向搜索设备发送设备搜索响应。
图1和图2所示的方法,能够基于应用层的框架协议在被搜索设备侧制定获取并将设备属性信息及设备连接信息一并添加到设备搜索响应中的的逻辑规则。并且,通过被搜索设备两侧的服务进程,对包含逻辑规则的方法函数进行调用,仅通过一次设备搜索响应流程即可将设备属性信息及设备连接信息一并发送给搜索设备。与现有技术中基于HTTP标准协议进行设备搜索相比,能够减少设备搜索请求的发起次数,因此可以简化设备搜索流程,缩短设备搜索耗时。
进一步的,作为对图1和图2所示方法的细化,本发明另一实施例还提供了一种设备搜索的方法。该方法适用于无线局域网环境,搜索设备和被搜索设备通过局域网内的路由器进行通信。如图3所示,该方法包括:
301、被搜索设备启动基于框架协议的被搜索服务进程,对消息接收端口进行监听。
本实施例中,基于局域网进行通信的前提基础是:搜索设备与被搜索设备均接入到局域网中,并且路由器记录有搜索设备和被搜索的IP地址及MAC地址。
被搜索设备在启动被搜索服务进程后,通过该进程对特定的消息接收端口进行监听,等待搜索设备发送的设备搜索请求。实际应用中,基于不同的消息发送方式,被搜索设备监听的消息接收端口有所不同,本实施例不对消息接收端口的具体端口号进行限制。
302、搜索设备启动基于框架协议的搜索服务进程。
303、搜索设备向局域网内的路由器发送设备搜索请求。
搜索设备优选采用组播或广播的方式向被搜索设备发送设备搜索请求。其原因有二:第一,在收到设备搜索响应之前,搜索设备无法确定被搜索设备的数量,因而无法在发送设备搜索请求时确定发送的请求数量,因此不易采用单播方式发送请求;第二,采用组播或广播的方式时,无论需要向多少被搜索设备转发设备搜索请求,搜索设备仅向路由器发送一条设备搜索请求即可,而采用单播方式时,则需要搜索设备向路由器发送与被搜索设备同等数量的设备搜索请求,当局域网中被搜索设备的数量较多时,采用组播或广播的方式可以减少数据传输量,减轻局域网内的带宽压力。
在向路由器发送设备搜索请求时,由于搜索设备已经接入无线局域网,其所有流量均由路由器进行转发,因此数据包包头部分的目的IP地址字段中默认记录有路由器的IP地址,搜索设备无需对目的IP地址字段进行修改,即可将设备搜索请求发送给路由器。
304、路由器将设备搜索请求发送给局域网内的被搜索设备。
发送给路由器的设备搜索请求中携带有一个标识,用于表示此请求需要路由器进行组播或广播发送。路由器接收到设备搜索请求后,若从中解析出该标识,则对设备搜索请求进行组播/广播处理。
如前所述,路由器记录有搜索设备和被搜索设备的IP地址及MAC地址。在接收到设备搜索请求后,路由器对包头中的目的IP地址字段进行修改,将其中的IP地址(路由器的IP地址)修改为被搜索设备的IP地址,然后根据新的目的IP地址将设备搜索请求发送给所有被搜索设备。
通常,局域网中除搜索设备和被搜索设备以外,还有可能接入有其他与设备搜索过程无关的电子设备,例如个人电脑(Personal Computer,简称PC)等。对于此类电子设备,路由器同样记录有其IP地址。实际应用中,路由器可以不对此类电子设备进行区分,按照记录的IP地址将设备搜索请求发送给局域网中的所有设备。由于此类电子设备不具有基于上述框架协议的搜索响应功能,因此无法对设备搜索请求进行响应。但是应当注意到的是,在此种实现方式中,搜索设备作为局域网中的电子设备之一,也会接收到路由器转发的设备搜索请求。对于此种情况,需要在路由器侧制定相应的转发规则,例如禁止向数据包的源IP地址发送此数据包,或者在搜索设备侧制定相应的丢弃规则,例如当接收到自身发送的数据包时将其丢弃不予处理,由此消除转发逻辑矛盾对设备搜索流程可能造成的不良影响。
进一步的,在本实施例的一种优选实现方式中,可以通过下述手段解决路由器向搜索设备或其他非被搜索设备转发设备搜索请求的问题。该方式能够在消除对设备搜索流程可能造成的不良影响的同时,还可以进一步减少设备搜索请求的转发数量,减轻局域网的带宽压力。具体的:被搜索设备在首次接入局域网时,向路由器增加上报一个搜索标识,该搜索标识用于表征该设备具有设备搜索响应功能。路由器将搜索标识与该设备的IP地址进行绑定记录。在转发设备搜索请求时,路由器仅向绑定有搜索标识的IP地址组播设备搜索请求,由此可以避免向其他无关电子发送设备搜索请求的问题。同时,由于搜索设备未向路由器发送该搜索标识,因此搜索设备也不会接收到路由器转发的设备搜索请求。
305、被搜索设备根据预设的逻辑规则获取设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中。
本步骤的实现方式与图2中步骤203的实现方式相同,此处不再赘述。
306、被搜索设备向路由器发送设备搜索响应。
被搜索设备同样经由路由器进行流量转发,因此无需修改设备搜索响应数据包包头的目的IP地址字段。
307、路由器将设备搜索响应发送给搜索设备。
路由器在接收到被搜索设备发送的设备搜索响应之后,将其数据包包头部分的目的IP地址字段修改为此前设备搜索请求数据包包头中源IP地址字段中的内容(即搜索设备的IP地址),然后按照修改后的目的IP地址将设备搜索响应发送给搜索设备。
308、搜索设备输出设备属性信息。
本步骤的实现方式与图1中步骤104的实现方式相同,此处不再赘述。
进一步的,作为对图3所示方法的改进,本发明另一实施例还提供了一种设备搜索的方法。本方法同样适用于无线局域网环境,但与图3所示方法不同的是,本方法中的搜索设备和被搜索设备能够不以路由器为媒介直接进行通信。具体的如图4所示,该方法包括:
401、搜索设备通过无线保真直连技术与搜索设备建立直连通信链路。
无线保真直连(Wi-Fi Direct)技术是一种基于无线局域网的设备间直接通信技术。基于该技术,接入局域网内的设备可以在不通过路由器进行流量转发的条件下直接进行点对点通信,这种点对点的通信包括一对一通信和一对多的通信。本实施例中,搜索设备和被搜索设备在Wi-Fi芯片进行过软硬件升级的前提下,可以通过无线保真直连技术建立直连通信链路。实际应用中,由于搜索设备预先无法获知被搜索设备的数量,因此可以与局域网中除自身以外的其他所有设备分别建立直连通信链路。本实施例中搜索设备与被搜索设备之间建立直连通信链路的实现方式具体请参见802.11系列协议。
需要说明的是,本实施例并不限定一定由搜索设备主动向被搜索设备发起链路建立流程,被搜索设备也可以主动向搜索设备请求建立直连通信链路。实际上,当任何加入到局域网中的设备均向其他设备发起链路建立流程时,局域网中任意两设备之间均存在一条直连通信链路,这种链路拓扑关系足以能够保障搜索设备与任一被搜索设备之间都有一条可用的直连通信链路。
402、被搜索设备启动基于框架协议的被搜索服务进程,对消息接收端口进行监听。
本步骤的实现方式与图3中步骤301的实现方式相同,此处不再赘述。
403、搜索设备启动基于框架协议的搜索服务进程。
404、搜索设备通过直连通信链路向被搜索设备直接发送设备搜索请求。
搜索设备通过与各个被搜索设备之间建立的直连通信链路,分别向各个被搜索设备发送设备搜索请求。由于直连通信链路具有点对点的定向传输特性,两侧设备在建立直连通信链路时就已获取到对端的IP地址,因此本实施例中搜索设备可以采用单播的方式对设备搜索请求进行发送。
405、被搜索设备根据预设的逻辑规则设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中。
本步骤的实现方式与图3中步骤305的实现方式相同,此处不再赘述。
406、被搜索设备通过直连通信链路向搜索设备直接发送设备搜索响应。
通过与搜索设备之间建立的直连通信链路,被搜索设备将设备搜索响应发送给搜索设备。对于PC等非被搜索设备,虽然可以接收到设备搜索请求,但是其不具有基于框架协议的搜索响应功能,因此不会向搜索设备返回设备搜索响应。
407、搜索设备输出设备属性信息。
本步骤的实现方式与图3中步骤308的实现方式相同,此处不再赘述。
本实施例提供的设备搜索的方法,能够基于无线保真直连技术实现点对点的设备搜索。由于设备搜索请求及设备搜索响应不必经由路由器转发,因此与图3所示方法相比,本实施例提供的方法能够进一步缩短设备搜索的耗时。此外,无线保真直连技术的理论传输距离为200M,理论最大传输速度为250Mbps,足以保障家庭环境下数据流量的顺畅传输,能够提高设备搜索过程的用户体验。
在上述各方法实施例中,搜索设备及被搜索设备基于的应用层框架协议包括但不限于是Alljoyn协议、数字生活网络联盟(Digital Living NetworkAllance,简称DLNA)协议及Airplay协议,其中,Alljoyn协议及DLNA协议属于开源协议,Airplay协议属于私有协议。下面,以Alljoyn协议为例,给出一种基于无线局域网的设备搜索方法。如图5所示,该方法包括:
501、被搜索设备启动基于Alljoyn协议的被搜索服务进程,对消息接收端口进行监听。
本实施例中,路由器采用组播的方式进行请求转发。被搜索设备在开机上电后,后台对自身的组播端口进行监听,等待路由器发送的设备搜索请求。本实施例中被搜索设备监听的组播端口的端口号具体为5353。
502、搜索设备启动基于Alljoyn协议的搜索服务进程。
503、搜索设备向局域网内的路由器发送设备搜索请求。
搜索服务进程通过调用应用程序接口(Application ProgrammingInterface,简称API)的方式进行方法调用,将设备搜索请求发送给路由器。本实施例中,Alljoyn协议的函数库中包含有现成的API,该API用于向被搜索设备请求设备属性信息及设备连接信息。该API具体为advertiseName,搜索服务进程对该API直接进行调用即可。
504、路由器将设备搜索请求组播发送给局域网内的被搜索设备。
路由器按照记录的搜索标识查找被搜索设备的IP地址,并以此IP地址作为目的IP地址,将设备搜索请求组播发送给各个被搜索设备。
505、被搜索设备根据预设的逻辑规则获取设备属性信息及设备连接信息。
被搜索设备在5353端口上监听到设备搜索请求后,获取设备名称、设备类型等设备属性信息,并获取包括IP地址、MAC地址及DLNA服务端口号在内的设备连接信息。其中,DLNA服务端口为被搜索设备后续接收遥控指令代码的端口。
506、被搜索设备对设备连接信息中的特殊字符进行替换。
在Alljoyn协议中,特殊字符无法在设备间进行传递,因此需要将其替换为Alljoyn协议允许传递的字符。所述的特殊字符是指包括数学符号、单位符号及制表符号在内的、使用频率较少并且输入法无法直接输入的符号。本实施例中特殊字符主要集中于设备连接信息中,包括IP地址或MAC地址中的“.”、“-”等符号。
在获取设备连接信息后,被搜索设备查找设备连接信息中的特殊字符,若查找到特殊字符,则按照预设替换规则将特殊字符替换为特定常规字符。本实施例中,预设替换规则用于表征特殊字符与特定常规字符之间的映射关系,不同的特殊字符对应不同的特定常规字符。需要注意的是,为便于后续搜索设备能够对替换后的字符成功进行还原,替换规则需要保证在特殊字符和特定常规字符之间建立一一映射的关系。
在Alljoyn协议中,包括字母、数字在内的常规字符是被允许在设备间进行传递的,因此可以把特殊字符转换为常规字符。但是由于设备连接信息中除特殊字符外,还包括本身具有特定信息含义的常规字符,为防止字符替换对设备连接信息原有信息含义的扰乱,本实施例中需要将特殊字符转换为特定常规字符。所谓特定常规字符是指设备连接信息中使用不到的常规字符。以MAC地址为例,一个典型的MAC地址由数字和字母组成,现有的MAC地址构成规则仅涉及字母“A”至字母“O”,英文字母顺序表中字母“P”以后的字母不会出现在MAC地址中,但其同时又属于常规字符,因此这些字母即为本实施例中所述的特定常规字符,可以用于替换特殊字符。除此之外,对于只能包含大写字母的设备连接信息,还可以将小写字母或数字作为特定常规字符使用;对于只能由数字组成的设备连接信息,还可以将大小写字母作为特定常规字符使用,本实施例对此不作穷尽枚举。
此外,Alljoyn协议还不允许设备间传递的信息以数字开头,为保证设备连接信息的成功传递,被搜索设备还可以在以数字开头的设备连接信息前增加一个特定常规字符。在本实施例的一个示例中,对于IP地址“192.168.1.1”,被搜索设备将其中的特殊字符“.”替换为特定常规字符“p”,并且在IP地址开头增加一个特定常规字符“p”,字符替换后的IP地址为“p192p168p1p1”。
507、被搜索设备根据预设的逻辑规则将设备属性信息及字符替换后的设备连接信息添加到设备搜索响应中。
508、被搜索设备向路由器发送设备搜索响应。
Alljoyn协议的函数库中包含有向搜索设备发送设备属性信息及设备连接信息的API,该API具体为foundAdvertisedName,被搜索设备通过被搜索服务进程对该API直接进行调用,将设备搜索响应发送給路由器。
509、路由器将设备搜索响应发送给搜索设备。
510、搜索设备遍历设备连接信息中的字符,按照替换规则的逆规则将其中的特定常规字符替换为特殊字符。
在接收到经过字符替换的设备连接信息后,搜索设备对被替换的字符进行还原。还原使用的规则为前述替换规则的逆规则。对于前述IP地址的示例而言,搜索设备将特定常规字符“p”替换为特殊字符“.”,由此将“p192p168p1p1”还原为“192.168.1.1”。
511、搜索设备输出设备属性信息。
本实施例提供的方法采用Alljoyn协议进行设备搜索,由于Alljoyn协议中写有现成的API,用于规定被搜索设备将设备属性信息及设备连接信息一并发送给搜索设备,因此无需网络运维人员自行编译方法函数,能够降低设备搜索的实现难度。此外,Alljoyn协议是一种跨操作***的框架协议,不对搜索设备和被搜索设备操作***类型做具体要求,因此基于Alljoyn协议的设备搜索方式还能够提高设备之间的兼容性。
进一步的,作为对上述图1、图3、图4及图5所示方法的实现,本发明另一实施例还提供了一种设备搜索的装置。该装置位于搜索设备中,或者独立于搜索设备但与搜索设备之间建立有数据交互关系。实际应用中,所述搜索设备可以是手机、平板电脑等便携式电子设备,或者可以是智能手表、智能眼镜、运动手环等可穿戴式电子设备。如图6所示,该装置包括:启动单元61、发送单元62、接收单元63及输出单元64,其中,
启动单元61,用于启动基于框架协议的搜索服务进程。
与图1步骤101中所指的框架协议相同,所述框架协议是指应用层使用的框架协议,对于底层采用何种协议实现,本实施例不作限制。实际应用中,底层可以采用与现有技术相同的底层协议进行实现,例如在传输层使用UDP协议;也可以采用与现有技术不同的底层协议进行实现,例如在传输层使用TCP协议。
本实施例中,搜索设备和被搜索设备两侧在应用层上基于框架协议进行通信。与HTTP等标准协议不同的是,启动单元61所基于的框架协议仅对通信标准进行框架性定义,而不会对诸如使用何种端口、传递何种参数、通信流程的步骤顺序等具体内容进行限制,因此框架协议具有灵活的规则自定义特性。网络运维人员可以根据具体的场景需求编译、调用各种逻辑规则的方法函数。具体到本实施例中,基于框架协议的方法函数中写有预设的逻辑规则,该逻辑规则规定了被搜索设备获取设备属性信息及设备连接信息,并将获取的设备属性信息及设备连接信息一并添加到设备搜索响应中发送给搜索设备。该逻辑规则的方法函数写在被搜索设备侧,被搜索设备通过方法调用的方式基于该逻辑规则生成并发送搜索响应。
需要说明的是,实际应用一些框架协议具有现成的包含上述逻辑规则的方法函数,在使用此类框架协议时,网络运维人员无需自行编译上述方法函数,直接从协议自带的函数库中调用该方法函数即可。
发送单元62,用于在启动单元61启动搜索服务进程后,向被搜索设备发送设备搜索请求。
在发送单元62发送设备搜索请求时,需要搜索设备侧的启动单元61启动搜索服务进程,该搜索服务进程是基于前述框架协议编译的,用于向被搜索设备发送设备搜索请求。实际应用中,搜索设备通常通过应用程序(Application,简称APP)或浏览器进行搜索过程的人机交互,因此,搜索服务进程可以嵌入到APP或浏览器的进程中。以APP为例,当用户选择启动搜索APP时,搜索设备运行APP主进程,在前端显示人机交互所需的相关界面(例如首界面、操作界面等)。与此同时,启动单元61后台通过APP主进程加载搜索服务进程,获取进程运行所需的各种初始化参数,并等待前端接收的用户操作指令。一旦用户触发“开始搜索”的指令,发送单元62通过搜索服务进程调用设备搜索的方法函数,通过底层端口向被搜索设备发送设备搜索请求。
本实施例不对实际应用场景中的被搜索设备的数量进行限制,发送单元62可以向网络中的所有被搜索设备发送设备搜索请求。
接收单元63,用于接收被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应,设备搜索响应中携带有被搜索设备的设备属性信息及设备连接信息,该设备属性信息及设备连接信息为被搜索设备根据预设的逻辑规则获取并添加到所述设备搜索响应中的。
被搜索设备侧需要写入包含上述逻辑规则的方法函数,并通过基于与搜索设备侧相同的框架协议的被搜索服务进程,对包含逻辑规则的方法函数进行调用,以实现对设备搜索请求的响应。
本实施例中,搜索设备与被搜索设备两侧都会涉及方法函数的调用,但是两侧调用的方法函数在内容和形式上并不相同。搜索设备从的发送单元62调用设备搜索的方法函数,用于发送设备搜索请求;被搜索设备调用搜索响应的方法函数,其中写有被搜索设备获取设备属性信息和设备连接信息,并将设备属性信息和设备连接信息添加到设备搜索响应中的逻辑规则,被搜索设备通过调用搜索响应的方法函数,对设备搜索请求进行响应。叫法上的统一仅表示两方法函数在性质上相同,即两者均为进程的调用对象,但不应理解为两方法函数的程序代码严格一致。
在向被搜索设备发送设备搜索请求后,接收单元63接收被搜索设备返回的设备搜索响应,该设备搜索响应是被搜索设备通过基于相同框架协议的被搜索服务进程发送的响应信息。基于前述逻辑规则,该设备搜索响应中携带有被搜索设备的设备属性信息及设备连接信息。当搜索设备向多个被搜索设备发送设备搜索请求时,接收单元63会接收到各个被搜索设备分别返回的设备搜索响应。
本实施例中,设备属性信息用于表征被搜索设备的属性和特点,能够对不同的被搜索设备予以区分,为用户选择被搜索设备提供必要的识别依据;而设备连接信息则属于搜索设备与被搜索设备进行连接及控制所必须使用到的设备信息。实际应用中,设备属性信息包括下述至少一种信息:设备名称、设备标识、设备序列号、设备型号及设备类型;设备连接信息下述至少一种信息:IP地址、MAC地址及遥控服务端口号。其中,IP地址和MAC地址能够唯一标识一台被搜索设备,用于搜索设备在后续的连接过程中对指定的被搜索设备进行查找。当被搜索设备使用固定IP时,设备连接信息中仅包括IP地址即可,而当被搜索设备使用DHCP技术动态分配IP地址时,则设备连接信息中应当至少包括MAC地址。
输出单元64,用于输出接收单元63接收的设备属性信息,以便在接收到针对设备属性信息的选定操作指令后,根据接收单元63接收的设备连接信息向被搜索设备发起设备连接请求。
在接收单元63接收到携带设备属性信息及设备连接信息的设备搜索响应后,输出单元64输出设备属性信息。输出设备属性信息的目的在于为用户提供选择被搜索设备的必要参考信息。如前所述,设备属性信息能够对不同的被搜索设备予以区分,因此在用户选择被搜索设备时,应当将设备属性信息予以输出;而对于设备连接信息来说,由于该信息是在用户选定被搜索设备之后才使用到的,并且基于该信息的设备连接过程是通过后台实现的,无需进行人机交互,因此实际应用中输出单元64可以不向用户输出设备连接信息。
本实施例中,输出单元64可以通过搜索设备自带或外接的多媒体装置进行声学、图像或触感形式的信息输出,较为常见的输出方式为通过屏幕进行信息显示。在上述APP的示例中,输出单元64可以在搜素结果界面中显示一个设备列表,该设备列表中罗列有各个被搜索设备的设备属性信息。同时还在搜索结果页面中提供选择控件,以便接收用户选择被搜索设备的操作指令。
在接收到针对设备属性信息的选定操作指令后,搜索设备根据与设备属性信息对应的设备连接信息,向用户选定的被搜索设备发起定向的设备连接请求,从而建立与该被搜索设备的设备连接。完成设备连接后,用户就可以通过搜索设备控制被搜索设备了。
进一步的,如图7所示,发送单元62,包括:
第一发送模块621,用于向局域网内的路由器发送设备搜索请求,以使得路由器将设备搜索请求发送给局域网内的被搜索设备。
第一发送模块621优选采用组播或广播的方式向被搜索设备发送设备搜索请求。其原因有二:第一,在收到设备搜索响应之前,搜索设备无法确定被搜索设备的数量,因而无法在发送设备搜索请求时确定发送的请求数量,因此不易采用单播方式发送请求;第二,采用组播或广播的方式时,无论需要向多少被搜索设备转发设备搜索请求,第一发送模块621仅向路由器发送一条设备搜索请求即可,而采用单播方式时,则需要第一发送模块621向路由器发送与被搜索设备同等数量的设备搜索请求,当局域网中被搜索设备的数量较多时,采用组播或广播的方式可以减少数据传输量,减轻局域网内的带宽压力。
在第一发送模块621向路由器发送设备搜索请求时,由于搜索设备已经接入无线局域网,其所有流量均由路由器进行转发,因此数据包包头部分的目的IP地址字段中默认记录有路由器的IP地址,第一发送模块621无需对目的IP地址字段进行修改,即可将设备搜索请求发送给路由器。
接收单元63,包括:
第一接收模块631,用于接收路由器发送的设备搜索响应,设备搜索响应为被搜索设备通过被搜索服务进程发送给路由器的设备搜索响应。
路由器将第一发送模块621发送的设备搜索请求发送给局域网内的被搜索设备。被搜索设备根据预设的逻辑规则获取设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中,并将设备搜索响应发送给路由器,由路由器将设备搜索响应发送给第一接收模块631。
进一步的,如图7所示,该装置进一步包括:
建立单元65,用于通过无线保真直连技术与局域网内的被搜索设备建立直连通信链路。
无线保真直连(Wi-Fi Direct)技术是一种基于无线局域网的设备间直接通信技术。基于该技术,接入局域网内的设备可以在不通过路由器进行流量转发的条件下直接进行点对点通信,这种点对点的通信包括一对一通信和一对多的通信。本实施例中,搜索设备和被搜索设备在Wi-Fi芯片进行过软硬件升级的前提下,建立单元65可以通过无线保真直连技术与被搜索设备建立直连通信链路。实际应用中,由于搜索设备预先无法获知被搜索设备的数量,因此建立单元65可以与局域网中除自身以外的其他所有设备分别建立直连通信链路。本实施例中建立单元65与被搜索设备之间建立直连通信链路的实现方式具体请参见802.11系列协议。
发送单元62,包括:
第二发送模块622,用于通过建立单元65建立的直连通信链路将设备搜索请求直接发送给被搜索设备。
第二发送模块622通过建立单元65与各个被搜索设备之间建立的直连通信链路,分别向各个被搜索设备发送设备搜索请求。由于直连通信链路具有点对点的定向传输特性,两侧设备在建立直连通信链路时就已获取到对端的IP地址,因此本实施例中第二发送模块622可以采用单播的方式对设备搜索请求进行发送。
接收单元63,包括:
第二接收模块632,用于通过建立单元65建立的直连通信链路直接接收被搜索设备通过被搜索服务进程发送的设备搜索响应。
被搜索设备根据预设的逻辑规则设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中,通过直连通信链路向搜索设备直接发送设备搜索响应。
第二接收模块632通过建立单元65与搜索设备之间建立的直连通信链路,接收被搜索设备发送的设备搜索响应。对于PC等非被搜索设备,虽然第二接收模块632可以接收到设备搜索请求,但是其不具有基于框架协议的搜索响应功能,因此不会向搜索设备返回设备搜索响应。
进一步的,启动单元61基于的框架协议为Alljoyn协议,接收单元63接收的设备连接信息中的特殊字符被按照预设替换规则替换为特定常规字符,特定常规字符为设备连接信息中使用不到的常规字符;
如图7所示,该装置进一步包括:
替换单元66,用于在接收单元63接收被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应之后,遍历接收单元63接收的设备连接信息中的字符,按照替换规则的逆规则将其中的特定常规字符替换为特殊字符。
在Alljoyn协议中,特殊字符无法在设备间进行传递,因此需要将其替换为Alljoyn协议允许传递的字符。所述的特殊字符是指包括数学符号、单位符号及制表符号在内的、使用频率较少并且输入法无法直接输入的符号。本实施例中特殊字符主要集中于设备连接信息中,包括IP地址或MAC地址中的“.”、“-”等符号。
在获取设备连接信息后,被搜索设备查找设备连接信息中的特殊字符,若查找到特殊字符,则按照预设替换规则将特殊字符替换为特定常规字符。本实施例中,预设替换规则用于表征特殊字符与特定常规字符之间的映射关系,不同的特殊字符对应不同的特定常规字符。需要注意的是,为便于后续搜索设备能够对替换后的字符成功进行还原,替换规则需要保证在特殊字符和特定常规字符之间建立一一映射的关系。
在Alljoyn协议中,包括字母、数字在内的常规字符是被允许在设备间进行传递的,因此可以把特殊字符转换为常规字符。但是由于设备连接信息中除特殊字符外,还包括本身具有特定信息含义的常规字符,为防止字符替换对设备连接信息原有信息含义的扰乱,本实施例中需要将特殊字符转换为特定常规字符。所谓特定常规字符是指设备连接信息中使用不到的常规字符。以MAC地址为例,一个典型的MAC地址由数字和字母组成,现有的MAC地址构成规则仅涉及字母“A”至字母“O”,英文字母顺序表中字母“P”以后的字母不会出现在MAC地址中,但其同时又属于常规字符,因此这些字母即为本实施例中所述的特定常规字符,可以用于替换特殊字符。除此之外,对于只能包含大写字母的设备连接信息,还可以将小写字母或数字作为特定常规字符使用;对于只能由数字组成的设备连接信息,还可以将大小写字母作为特定常规字符使用,本实施例对此不作穷尽枚举。
此外,Alljoyn协议还不允许设备间传递的信息以数字开头,为保证设备连接信息的成功传递,被搜索设备还可以在以数字开头的设备连接信息前增加一个特定常规字符。在本实施例的一个示例中,对于IP地址“192.168.1.1”,被搜索设备将其中的特殊字符“.”替换为特定常规字符“p”,并且在IP地址开头增加一个特定常规字符“p”,字符替换后的IP地址为“p192p168p1p1”。
在接收单元63接收到经过字符替换的设备连接信息后,替换单元66对被替换的字符进行还原。还原使用的规则为前述替换规则的逆规则。对于前述IP地址的示例而言,替换单元66将特定常规字符“p”替换为特殊字符“.”,由此将“p192p168p1p1”还原为“192.168.1.1”。
进一步的,作为对上述图2、图3、图4及图5所示方法的实现,本发明另一实施例还提供了一种设备搜索的装置。该装置位于被搜索设备中,或者独立于被搜索设备但与被搜索设备之间建立有数据交互关系。实际应用中,所述被搜索设备主要是指智能电视,当然也包括智能台灯、智能空调、智能门锁等其他家居智能设备。如图8所示,该装置包括:启动单元81、接收单元82、处理单元83以及发送单元84,其中,
启动单元81,用于启动基于框架协议的被搜索服务进程。
与搜索设备类似的,被搜索设备需要基于应用层的框架协议与搜索设备进行通信,并且该框架协议应当与搜索设备侧使用框架协议相同。
被搜索设备在开机上电后,启动单元81后台自动加载被搜索服务进程,通过被搜索服务进程获取进程运行所需的各种初始化参数,等待接收设备搜索请求。实际应用中,进程加载的过程也可以结合前端的人机交互进行实现,例如在用户启动被搜索设备侧的APP或浏览器时,由APP或浏览器的主进程对被搜索服务进程进行加载。
接收单元82,用于在启动单元81启动被搜索服务进程后,接收搜索设备通过基于相同框架协议的搜索服务进程发送的设备搜索请求;
处理单元83,用于根据预设的逻辑规则获取设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中。
当接收单元82接收到搜索设备发送的设备搜索请求后,处理单元83通过被搜索服务进程对写有预设逻辑规则的方法函数进行调用,获取存储的设备属性信息及设备连接信息,并将获取的信息添加到设备搜索响应中。该逻辑规则为被搜索设备在接收到设备搜索请求时获取设备属性信息及设备连接信息,并将设备属性信息及设备连接信息添加到设备搜索响应中的规则。本实施例中,逻辑规则是以方法函数的形式体现的,其本质是一段植入到被搜索设备中的计算机程序代码。实际应用中可以根据被搜索设备的操作***类型选择JAVA、C++等不同编程语言编译该方法函数。
实际应用中,设备属性信息及设备连接信息可以被配置为XML文件。在对该信息进行获取时,处理单元83按照预设的存储路径查找该XML文件。对于IP地址等动态信息而言,当信息发生变化时,应当对XML文件进行及时更新,以保证设备信息的有效性。
发送单元84,用于将处理单元83处理的设备搜索响应发送给搜索设备。通过被搜索服务进程调用的方法函数,发送单元84向搜索设备发送经由处理单元83添加信息的设备搜索响应。
进一步的,如图9所示,接收单元82,包括:
第一接收模块821,用于接收局域网内的路由器发送的设备搜索请求,设备搜索请求为搜索设备通过搜索服务进程发送给路由器的设备搜索请求。
搜索设备发送给路由器的设备搜索请求中携带有一个标识,用于表示此请求需要路由器进行组播或广播发送。路由器接收到设备搜索请求后,若从中解析出该标识,则对设备搜索请求进行组播/广播处理。
路由器记录有搜索设备和被搜索设备的IP地址及MAC地址。在接收到设备搜索请求后,路由器对包头中的目的IP地址字段进行修改,将其中的IP地址(路由器的IP地址)修改为被搜索设备的IP地址,然后根据新的目的IP地址将设备搜索请求发送给所有被搜索设备。
发送单元84,包括:
第一发送模块841,用于将设备搜索响应发送给路由器,以使得路由器将设备搜索响应发送给搜索设备。
第一发送模块841同样经由路由器进行流量转发,因此无需修改设备搜索响应数据包包头的目的IP地址字段。
进一步的,如图9所示,该装置进一步包括:
建立单元85,用于通过无线保真直连技术与搜索设备建立直连通信链路。
无线保真直连(Wi-Fi Direct)技术是一种基于无线局域网的设备间直接通信技术。基于该技术,接入局域网内的设备可以在不通过路由器进行流量转发的条件下直接进行点对点通信,这种点对点的通信包括一对一通信和一对多的通信。本实施例中,搜索设备和被搜索设备在Wi-Fi芯片进行过软硬件升级的前提下,建立单元85可以通过无线保真直连技术与搜索设备建立直连通信链路。本实施例中建立单元85与搜索设备之间建立直连通信链路的实现方式具体请参见802.11系列协议。
接收单元82,包括:
第二接收模块822,用于通过建立单元85建立的直连通信链路直接接收搜索设备通过搜索服务进程发送的设备搜索请求。
被搜索设备侧的第二接收模块822通过直连通信链路接收搜索设备发送的设备搜索请求。由于直连通信链路具有点对点的定向传输特性,两侧设备在建立直连通信链路时就已获取到对端的IP地址,因此本实施例中第二接收模块822可以接收搜索设备通过单播方式发送的设备搜索请求。
发送单元84,包括:
第二发送模块842,用于通过建立单元85建立的直连通信链路将设备搜索响应直接发送给搜索设备。
通过与搜索设备之间建立的直连通信链路,第二发送模块842将设备搜索响应发送给搜索设备。对于PC等非被搜索设备,虽然可以接收到设备搜索请求,但是其不具有基于框架协议的搜索响应功能,因此不会向搜索设备返回设备搜索响应。
进一步的,启动单元81基于的框架协议为Alljoyn协议;
如图9所示,处理单元83,包括:
查找模块831,用于查找设备连接信息中的特殊字符;
替换模块832,用于按照预设替换规则将查找模块831查找的特殊字符替换为特定常规字符,特定常规字符为设备连接信息中使用不到的常规字符;
添加模块833,用于将设备属性信息及替换模块832进行字符替换后的设备连接信息添加到设备搜索响应中。
在Alljoyn协议中,特殊字符无法在设备间进行传递,因此需要将其替换为Alljoyn协议允许传递的字符。所述的特殊字符是指包括数学符号、单位符号及制表符号在内的、使用频率较少并且输入法无法直接输入的符号。本实施例中特殊字符主要集中于设备连接信息中,包括IP地址或MAC地址中的“.”、“-”等符号。
在获取设备连接信息后,查找模块831查找设备连接信息中的特殊字符,若查找到特殊字符,则由替换模块832按照预设替换规则将特殊字符替换为特定常规字符。本实施例中,预设替换规则用于表征特殊字符与特定常规字符之间的映射关系,不同的特殊字符对应不同的特定常规字符。需要注意的是,为便于后续搜索设备能够对替换后的字符成功进行还原,替换规则需要保证在特殊字符和特定常规字符之间建立一一映射的关系。
在Alljoyn协议中,包括字母、数字在内的常规字符是被允许在设备间进行传递的,因此替换模块832可以把特殊字符转换为常规字符。但是由于设备连接信息中除特殊字符外,还包括本身具有特定信息含义的常规字符,为防止字符替换对设备连接信息原有信息含义的扰乱,本实施例中替换模块832需要将特殊字符转换为特定常规字符。所谓特定常规字符是指设备连接信息中使用不到的常规字符。以MAC地址为例,一个典型的MAC地址由数字和字母组成,现有的MAC地址构成规则仅涉及字母“A”至字母“O”,英文字母顺序表中字母“P”以后的字母不会出现在MAC地址中,但其同时又属于常规字符,因此这些字母即为本实施例中所述的特定常规字符,可以用于替换特殊字符。除此之外,对于只能包含大写字母的设备连接信息,还可以将小写字母或数字作为特定常规字符使用;对于只能由数字组成的设备连接信息,还可以将大小写字母作为特定常规字符使用,本实施例对此不作穷尽枚举。
此外,Alljoyn协议还不允许设备间传递的信息以数字开头,为保证设备连接信息的成功传递,替换模块832还可以在以数字开头的设备连接信息前增加一个特定常规字符。在本实施例的一个示例中,对于IP地址“192.168.1.1”,替换模块832将其中的特殊字符“.”替换为特定常规字符“p”,并且在IP地址开头增加一个特定常规字符“p”,字符替换后的IP地址为“p192p168p1p1”。
进一步的,作为对上述图1至图5所示方法的实现,本发明另一实施例还提供了一种设备搜索的***。如图10所示,该***包括:搜索设备101及被搜索设备102。其中,搜索设备101包括图6或图7所示的装置或与其建立有数据交互关系,实际应用中所述搜索设备可以是手机、平板电脑等便携式电子设备,或者可以是智能手表、智能眼镜、运动手环等可穿戴式电子设备;被搜索设备102包括图8或图9所示的装置或与其建立有数据交互关系,实际应用中,所述被搜索设备主要是指智能电视,当然也包括智能台灯、智能空调、智能门锁等其他家居智能设备。
搜索设备101,用于启动基于框架协议的搜索服务进程,向被搜索设备102发送设备搜索请求;
被搜索设备102,用于启动基于相同框架协议的被搜索服务进程,接收搜索设备101发送的设备搜索请求,根据预设的逻辑规则获取设备属性信息及设备连接信息,将设备属性信息及设备连接信息添加到设备搜索响应中,并将设备搜索响应发送给搜索设备101;
搜索设备101还用于输出设备属性信息,以便在接收到针对设备属性信息的选定操作指令后,根据设备连接信息向被搜索设备102发起设备连接请求。
上述实施例提供的设备搜索的装置及***,能够通过搜索设备与被搜索设备两侧分别启动的基于相同框架协议的服务进程发起设备搜索请求和设备搜索响应。由于框架协议允许编译自定义的逻辑规则,因此可以通过被搜索设备侧预设的逻辑规则,将被搜索设备的设备属性信息及设备连接信息通过设备搜索响应一次性发送给搜索设备。在用户选中某一被搜索设备后,搜索设备直接根据已经获取的设备连接信息向该被搜索设备发起设备连接请求,而无需发起二次设备搜索请求获取被搜索设备的设备连接信息。与现有技术中基于HTTP标准协议进行设备搜索相比,能够简化设备搜索的流程,缩短设备搜索的耗时。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
可以理解的是,上述方法及装置中的相关特征可以相互参考。另外,上述实施例中的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造这类***所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如确定网站内链接等级的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (19)
1.一种设备搜索的方法,所述方法应用于搜索设备侧,其特征在于,所述方法包括:
启动基于框架协议的搜索服务进程;
向被搜索设备发送设备搜索请求;
接收所述被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应,所述设备搜索响应中携带有所述被搜索设备的设备属性信息及设备连接信息,所述设备属性信息及所述设备连接信息为所述被搜索设备根据预设的逻辑规则获取并添加到所述设备搜索响应中的;
输出所述设备属性信息,以便在接收到针对所述设备属性信息的选定操作指令后,根据所述设备连接信息向所述被搜索设备发起设备连接请求。
2.根据权利要求1所述的方法,其特征在于,所述向被搜索设备发送设备搜索请求,包括:
向局域网内的路由器发送所述设备搜索请求,以使得所述路由器将所述设备搜索请求发送给所述局域网内的被搜索设备;
所述接收所述被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应,包括:
接收所述路由器发送的所述设备搜索响应,所述设备搜索响应为所述被搜索设备通过所述被搜索服务进程发送给所述路由器的设备搜索响应。
3.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
通过无线保真直连技术与局域网内的被搜索设备建立直连通信链路;
所述向被搜索设备发送设备搜索请求,包括:
通过所述直连通信链路将所述设备搜索请求直接发送给所述被搜索设备;
所述接收所述被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应,包括:
通过所述直连通信链路直接接收所述被搜索设备通过所述被搜索服务进程发送的所述设备搜索响应。
4.根据权利要求1所述的方法,其特征在于,所述框架协议为Alljoyn协议,所述设备连接信息中的特殊字符被按照预设替换规则替换为特定常规字符,所述特定常规字符为设备连接信息中使用不到的常规字符;
在所述接收所述被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应之后,所述方法进一步包括:
遍历所述设备连接信息中的字符,按照所述替换规则的逆规则将其中的所述特定常规字符替换为所述特殊字符。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述设备属性信息包括下述至少一种信息:设备名称、设备标识、设备序列号、设备型号及设备类型;
所述设备连接信息包括下述至少一种信息:网间协议地址、介质访问控制地址及遥控服务端口号。
6.一种设备搜索的方法,所述方法应用于被搜索设备侧,其特征在于,所述方法包括:
启动基于框架协议的被搜索服务进程;
接收搜索设备通过基于相同框架协议的搜索服务进程发送的设备搜索请求;
根据预设的逻辑规则获取设备属性信息及设备连接信息,并将所述设备属性信息及所述设备连接信息添加到设备搜索响应中;
将所述设备搜索响应发送给所述搜索设备。
7.根据权利要求6所述的方法,其特征在于,所述接收搜索设备通过基于相同框架协议的搜索服务进程发送的设备搜索请求,包括:
接收局域网内的路由器发送的所述设备搜索请求,所述设备搜索请求为所述搜索设备通过所述搜索服务进程发送给所述路由器的设备搜索请求;
所述将所述设备搜索响应发送给所述搜索设备,包括:
将所述设备搜索响应发送给所述路由器,以使得所述路由器将所述设备搜索响应发送给所述搜索设备。
8.根据权利要求6所述的方法,其特征在于,所述方法进一步包括:
通过无线保真直连技术与所述搜索设备建立直连通信链路;
所述接收搜索设备通过基于相同框架协议的搜索服务进程发送的设备搜索请求,包括:
通过所述直连通信链路直接接收所述搜索设备通过所述搜索服务进程发送的设备搜索请求;
所述将所述设备搜索响应发送给所述搜索设备,包括:
通过所述直连通信链路将所述设备搜索响应直接发送给所述搜索设备。
9.根据权利要求6所述的方法,其特征在于,所述框架协议为Alljoyn协议,所述将所述设备属性信息及所述设备连接信息添加到设备搜索响应中,包括:
查找所述设备连接信息中的特殊字符;
按照预设替换规则将所述特殊字符替换为特定常规字符,所述特定常规字符为设备连接信息中使用不到的常规字符;
将所述设备属性信息及字符替换后的所述设备连接信息添加到所述设备搜索响应中。
10.根据权利要求6至9中任一项所述的方法,其特征在于,所述设备属性信息包括下述至少一种信息:设备名称、设备标识、设备序列号、设备型号及设备类型;
所述设备连接信息包括下述至少一种信息:网间协议地址、介质访问控制地址及遥控服务端口号。
11.一种设备搜索的装置,所述装置位于搜索设备中,其特征在于,所述装置包括:
启动单元,用于启动基于框架协议的搜索服务进程;
发送单元,用于在所述启动单元启动所述搜索服务进程后,向被搜索设备发送设备搜索请求;
接收单元,用于接收所述被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应,所述设备搜索响应中携带有所述被搜索设备的设备属性信息及设备连接信息,所述设备属性信息及所述设备连接信息为所述被搜索设备根据预设的逻辑规则获取并添加到所述设备搜索响应中的;
输出单元,用于输出所述接收单元接收的所述设备属性信息,以便在接收到针对所述设备属性信息的选定操作指令后,根据所述接收单元接收的所述设备连接信息向所述被搜索设备发起设备连接请求。
12.根据权利要求11所述的装置,其特征在于,所述发送单元,包括:
第一发送模块,用于向局域网内的路由器发送所述设备搜索请求,以使得所述路由器将所述设备搜索请求发送给所述局域网内的被搜索设备;
所述接收单元,包括:
第一接收模块,用于接收所述路由器发送的所述设备搜索响应,所述设备搜索响应为所述被搜索设备通过所述被搜索服务进程发送给所述路由器的设备搜索响应。
13.根据权利要求11所述的装置,其特征在于,所述装置进一步包括:
建立单元,用于通过无线保真直连技术与局域网内的被搜索设备建立直连通信链路;
所述发送单元,包括:
第二发送模块,用于通过所述建立单元建立的所述直连通信链路将所述设备搜索请求直接发送给所述被搜索设备;
所述接收单元,包括:
第二接收模块,用于通过所述建立单元建立的所述直连通信链路直接接收所述被搜索设备通过所述被搜索服务进程发送的所述设备搜索响应。
14.根据权利要求11所述的装置,其特征在于,所述启动单元基于的所述框架协议为Alljoyn协议,所述接收单元接收的所述设备连接信息中的特殊字符被按照预设替换规则替换为特定常规字符,所述特定常规字符为设备连接信息中使用不到的常规字符;
所述装置进一步包括:
替换单元,用于在所述接收单元接收所述被搜索设备通过基于相同框架协议的被搜索服务进程发送的设备搜索响应之后,遍历所述接收单元接收的所述设备连接信息中的字符,按照所述替换规则的逆规则将其中的所述特定常规字符替换为所述特殊字符。
15.一种设备搜索的装置,所述装置位于被搜索设备中,其特征在于,所述装置包括:
启动单元,用于启动基于框架协议的被搜索服务进程;
接收单元,用于在所述启动单元启动所述被搜索服务进程后,接收搜索设备通过基于相同框架协议的搜索服务进程发送的设备搜索请求;
处理单元,用于根据预设的逻辑规则获取设备属性信息及设备连接信息,并将所述设备属性信息及所述设备连接信息添加到设备搜索响应中;
发送单元,用于将所述处理单元处理的所述设备搜索响应发送给所述搜索设备。
16.根据权利要求15所述的装置,其特征在于,所述接收单元,包括:
第一接收模块,用于接收局域网内的路由器发送的所述设备搜索请求,所述设备搜索请求为所述搜索设备通过所述搜索服务进程发送给所述路由器的设备搜索请求;
所述发送单元,包括:
第一发送模块,用于将所述设备搜索响应发送给所述路由器,以使得所述路由器将所述设备搜索响应发送给所述搜索设备。
17.根据权利要求15所述的装置,其特征在于,所述装置进一步包括:
建立单元,用于通过无线保真直连技术与所述搜索设备建立直连通信链路;
所述接收单元,包括:
第二接收模块,用于通过所述建立单元建立的所述直连通信链路直接接收所述搜索设备通过所述搜索服务进程发送的设备搜索请求;
所述发送单元,包括:
第二发送模块,用于通过所述建立单元建立的所述直连通信链路将所述设备搜索响应直接发送给所述搜索设备。
18.根据权利要求15所述的装置,其特征在于,所述启动单元基于的所述框架协议为Alljoyn协议,所述处理单元,包括:
查找模块,用于查找所述设备连接信息中的特殊字符;
替换模块,用于按照预设替换规则将所述查找模块查找的所述特殊字符替换为特定常规字符,所述特定常规字符为设备连接信息中使用不到的常规字符;
添加模块,用于将所述设备属性信息及所述替换模块进行字符替换后的所述设备连接信息添加到所述设备搜索响应中。
19.一种设备搜索的***,其特征在于,所述***包括搜索设备和被搜索设备,其中:
所述搜索设备,用于启动基于框架协议的搜索服务进程,向所述被搜索设备发送设备搜索请求;
所述被搜索设备,用于启动基于相同框架协议的被搜索服务进程,接收所述搜索设备发送的所述设备搜索请求,根据预设的逻辑规则获取设备属性信息及设备连接信息,将所述设备属性信息及所述设备连接信息添加到设备搜索响应中,并将所述设备搜索响应发送给所述搜索设备;
所述搜索设备还用于输出所述设备属性信息,以便在接收到针对所述设备属性信息的选定操作指令后,根据所述设备连接信息向所述被搜索设备发起设备连接请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510646955.9A CN105871968A (zh) | 2015-10-08 | 2015-10-08 | 设备搜索的方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510646955.9A CN105871968A (zh) | 2015-10-08 | 2015-10-08 | 设备搜索的方法、装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105871968A true CN105871968A (zh) | 2016-08-17 |
Family
ID=56624345
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510646955.9A Pending CN105871968A (zh) | 2015-10-08 | 2015-10-08 | 设备搜索的方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105871968A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108182794A (zh) * | 2018-01-04 | 2018-06-19 | 北京硬壳科技有限公司 | 一种程序处理方法及装置 |
CN108551652A (zh) * | 2018-04-18 | 2018-09-18 | 广东小天才科技有限公司 | 儿童设备的绑定方法、装置、设备及存储介质 |
CN110166487A (zh) * | 2019-06-19 | 2019-08-23 | 深圳聚点互动科技有限公司 | 局域网设备信息传输方法、主设备、存储介质及智能设备 |
CN110351300A (zh) * | 2019-07-25 | 2019-10-18 | 深圳康佳电子科技有限公司 | Samba设备访问处理方法、主设备、***及存储介质 |
WO2021109088A1 (zh) * | 2019-12-05 | 2021-06-10 | 深圳市大疆创新科技有限公司 | 激光雷达的配置方法、设备及存储介质 |
CN113396559A (zh) * | 2018-11-27 | 2021-09-14 | 区块链联合香港有限公司 | 信息配置方法及装置、电子设备、存储介质和程序产品 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101588203A (zh) * | 2009-06-30 | 2009-11-25 | 华为技术有限公司 | 网络***、状态机及状态机的切换方法 |
CN102833876A (zh) * | 2011-06-14 | 2012-12-19 | 兄弟工业株式会社 | 无线通信设备 |
CN103228027A (zh) * | 2011-12-13 | 2013-07-31 | 三星电子株式会社 | 用于管理无线***中的装置发现的方法和设备 |
US20130219010A1 (en) * | 2012-02-21 | 2013-08-22 | Qualcomm Incorporated | Internet protocol connectivity over a service-oriented architecture bus |
CN104159275A (zh) * | 2014-07-17 | 2014-11-19 | 小米科技有限责任公司 | 网络连接方法及装置 |
-
2015
- 2015-10-08 CN CN201510646955.9A patent/CN105871968A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101588203A (zh) * | 2009-06-30 | 2009-11-25 | 华为技术有限公司 | 网络***、状态机及状态机的切换方法 |
CN102833876A (zh) * | 2011-06-14 | 2012-12-19 | 兄弟工业株式会社 | 无线通信设备 |
CN103228027A (zh) * | 2011-12-13 | 2013-07-31 | 三星电子株式会社 | 用于管理无线***中的装置发现的方法和设备 |
US20130219010A1 (en) * | 2012-02-21 | 2013-08-22 | Qualcomm Incorporated | Internet protocol connectivity over a service-oriented architecture bus |
CN104159275A (zh) * | 2014-07-17 | 2014-11-19 | 小米科技有限责任公司 | 网络连接方法及装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108182794A (zh) * | 2018-01-04 | 2018-06-19 | 北京硬壳科技有限公司 | 一种程序处理方法及装置 |
CN108551652A (zh) * | 2018-04-18 | 2018-09-18 | 广东小天才科技有限公司 | 儿童设备的绑定方法、装置、设备及存储介质 |
CN113396559A (zh) * | 2018-11-27 | 2021-09-14 | 区块链联合香港有限公司 | 信息配置方法及装置、电子设备、存储介质和程序产品 |
CN113396559B (zh) * | 2018-11-27 | 2024-04-16 | 香港星辰科技有限公司 | 信息配置方法及装置、电子设备、存储介质和程序产品 |
CN110166487A (zh) * | 2019-06-19 | 2019-08-23 | 深圳聚点互动科技有限公司 | 局域网设备信息传输方法、主设备、存储介质及智能设备 |
CN110166487B (zh) * | 2019-06-19 | 2022-04-19 | 深圳聚点互动科技有限公司 | 局域网设备信息传输方法、主设备、存储介质及智能设备 |
CN110351300A (zh) * | 2019-07-25 | 2019-10-18 | 深圳康佳电子科技有限公司 | Samba设备访问处理方法、主设备、***及存储介质 |
WO2021109088A1 (zh) * | 2019-12-05 | 2021-06-10 | 深圳市大疆创新科技有限公司 | 激光雷达的配置方法、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105871968A (zh) | 设备搜索的方法、装置及*** | |
US10003654B2 (en) | Universal internet of things (IoT) smart translator | |
CN105471686B (zh) | 终端控制方法、装置及*** | |
CN103283257B (zh) | 在移动通信终端中远程控制***装置的设备和方法 | |
CN107276864A (zh) | 智能语音设备控制家电的方法、装置及*** | |
CN101212428B (zh) | 一种应用于数字家庭***的家庭网关 | |
US20180213077A1 (en) | Method and apparatus for controlling smart device, and computer storage medium | |
CN104995900B (zh) | 在url中指定链路层信息 | |
CN107247597A (zh) | 一种为智能设备提供统一抽象表示的设备对象 | |
US9342286B2 (en) | Mapping and formatting input commands to a third party protocol | |
CN105306676A (zh) | 接入智能设备的方法、装置及*** | |
WO2020168568A1 (zh) | 数据处理方法、装置、电子设备及可读存储介质 | |
CN110471845A (zh) | 智能设备在线调试方法、装置及***、电子设备 | |
CN104540042A (zh) | 基于xmpp通信的机顶盒远程多屏交互控制方法及*** | |
CN103533038A (zh) | 一种基于html5的远程控制***及其远程控制方法 | |
CN101197724A (zh) | 基于IPv6的IGRS家庭网络中信息家电的远程控制***和方法 | |
CN108449246A (zh) | 一种基于即时通讯软件与物联网通信的智能家居*** | |
CN105279452A (zh) | 管理智能设备的方法、装置及*** | |
CN107104991A (zh) | 智能设备的控制方法、装置及移动终端 | |
CN113132191A (zh) | 智能设备的语音控制方法、智能设备及存储介质 | |
CN103039056A (zh) | 用于将数据从资源匮乏设备提供给计算机客户端的方法 | |
KR20070063164A (ko) | 홈 네트워크 시스템에서의 콘텐츠 공유 장치 | |
US20070276516A1 (en) | Apparatus, method, system and software product for directing multiple devices to perform a complex task | |
CN106101817A (zh) | 一种无线数据传输的方法及装置 | |
CN114114933A (zh) | 物联网设备的控制方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160817 |
|
WD01 | Invention patent application deemed withdrawn after publication |