CN105392179A - 一种基于web应用的局域网设备互发现的方法及装置 - Google Patents
一种基于web应用的局域网设备互发现的方法及装置 Download PDFInfo
- Publication number
- CN105392179A CN105392179A CN201510804737.3A CN201510804737A CN105392179A CN 105392179 A CN105392179 A CN 105392179A CN 201510804737 A CN201510804737 A CN 201510804737A CN 105392179 A CN105392179 A CN 105392179A
- Authority
- CN
- China
- Prior art keywords
- address
- optional
- equipment
- area network
- local area
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明涉及无线网络领域,特别是涉及一种基于web应用的局域网设备互发现的方法及装置,用以解决web应用无法应用复杂协议不能实现局域网中设备互发现的问题,该方法为:接收开启web应用的指令,获取所在局域网内的可选?IP地址集合;基于可选IP地址集合中的每一个IP地址发送请求消息;确定对应可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,根据应答消息对相应的至少一个IP地址对应的设备进行身份确认,并将通过身份确认的设备作为可发现设备。因此不需执行复杂的协议,就能够实现快速发现局域网中的其他设备,并为进一步与局域网中其他设备建立连接做准备。
Description
技术领域
本发明涉及无线网络领域,特别是涉及一种基于web应用的局域网设备互发现的方法及装置。
背景技术
实现家庭智能电器系统中的多屏互动成为当前技术研究的热点。其中,多屏互动是指,应用闪联、数字生活网络联盟(DigitalLivingNetworkAlliance,DLNA)、无线播放(airplay)等协议,通过无线宽带(WIFI)网络连接,在不同多媒体终端上,例如,常见的基于苹果系统(ios),安卓(Android)等不同操作系统上的不同智能终端设备,进行多媒体(音频,视频,图片)内容的传输、解析、展示和控制等一系列操作,实现在不同平台设备上同时共享展示内容,丰富用户的多媒体生活。简而言之,通过协议实现局域网内设备的互发现,并可以实现在几种设备的屏幕上对多媒体内容进行控制操作。比如,手机上的电影可以在电视上播放,平板上的图片可以在电视上分享,电脑的内容可以投影到电视上等。
现有技术中,无论是Android平台还是ios平台,都有自己的设备互发现技术,例如,Android平台上常用的DLNA协议,以及ios平台的airplay协议等,现有的平台通过应用DLNA、airplay等协议,完成局域网内设备的互发现,并实现家庭智能电器系统中的多屏互动。但是,现有技术中也存在着一些问题,例如,采用Android平台实现移动端和电视端的通信和互动,但是需要经常更新系统或者更新相对应的应用以完善技术上的缺陷或增加更多的功能,这样就为用户使用带来诸多不便。
因此,随着技术的发展,下一代的智能终端将是html化和互联网web化的智能终端,其中,一个web应用相当于当前浏览器中书签的概念,无需下载安装,这种web应用实际上就是html5网页,可以直接在线使用,体验最新的功能。这种web应用运行在浏览器上,或浏览器的其他变型上。例如,在Android、ios平台里都有网页浏览容器webview的概念(基本上等同于浏览器),或者火狐操作系统Firefoxos、乌班图操作系统Ubuntuos等web操作系统。
虽然这样的web应用运行在浏览器或浏览器的其他变型上,且无需更新应用,但是,这些web应用无法实现对DLNA、闪联或airplay等较复杂的协议的应用,想要完成设备互发现的功能,只能通过人手工的输入发现设备的共享地址,如用户想通过web网页的形式从PC端共享一篇文件给用户处于同一wifi网络下的手机端,那么需要先搭建一个手机端的临时服务器,用户在PC端web网页中把手机端的服务器地址输入到浏览器地址栏中,如用户输入http://15.16.234.100:5200,此时,web网页可以把文件通过此服务器地址上传,手机端再访问该服务器地址,从该服务器地址中获取文件进行查看,由于web应用无法自发的去查找可发现的设备,只能在明确需要互动的目标设备后依赖用户去建立分享地址,而不能在局域网中实现设备互发现,限制了web应用在多屏互动中的使用。
发明内容
本发明实施例提供一种基于web应用的局域网设备互发现的方法及装置,用以解决现有技术中存在的web应用无法应用复杂协议,不能实现局域网中设备互发现的问题。
本发明实施例提供的具体技术方案如下:
一种基于web应用的局域网设备互发现的方法,包括:
接收开启web应用的指令,获取所在局域网内的可选IP地址集合;
基于所述可选IP地址集合中的每一个IP地址发送请求消息;
确定对应所述可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,根据所述应答消息对相应的所述至少一个IP地址对应的设备进行身份确认,并将通过所述身份确认的设备作为可发现设备。
采用本发明提出的方法,能够获取局域网内的可选IP地址集合,并可采用不同的发送方法和消息格式对可选IP地址集合中的每一个IP地址发送请求消息,在确定对应至少一个IP地址反馈的应答消息为指定类型的消息时,对至少一个IP地址对应的设备进行身份确认,并将通过身份确认的设备作为可发现设备,由于在寻找可发现设备的过程中,在同一个局域网下的设备其IP地址可由多种方式获得,例如对自身设备的IP地址进行推算,作为可选IP地址集合,通过向这些可选IP地址发送请求及收到反馈,如果反馈消息中有对应类型的消息,则说明发送该反馈消息的设备可与发送请求消息的设备实现互发现,因此采用本发明的方法不需执行复杂的协议就能实现局域网中设备的互发现,整个局域网设备互发现过程耗时短,实施方便。
一种基于web应用的局域网设备互发现的装置,包括:
获取单元,用于接收开启web应用的指令,获取所在局域网内的可选IP地址集合;
发送单元,用于基于所述可选IP地址集合中的每一个IP地址发送请求消息;
确认单元,用于确定对应所述可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,根据所述应答消息对相应的所述至少一个IP地址对应的设备进行身份确认,并将通过所述身份确认的设备作为可发现设备。
本发明提出的方法能够快速灵活地实现web应用对自身所在局域网中其他设备的发现,并进一步实现家庭智能电器系统中的多屏互动。
附图说明
图1为本发明实施例中局域网设备互发现的概述流程图;
图2为本发明实施例中局域网设备互发现的装置示意图。
具体实施方式
为了解决现有技术中存在的web应用无法应用复杂协议不能实现局域网中设备互发现的问题,本发明提出了一种基于web应用的局域网设备互发现的方法及装置,该方法为:接收开启web应用的指令,获取所在局域网内的可选IP地址集合;基于可选IP地址集合中的每一个IP地址发送请求消息;确定对应可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,根据应答消息对相应的至少一个IP地址对应的设备进行身份确认,并将通过身份确认的设备作为可发现设备。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图1所示,本发明实施例中局域网设备互发现的具体流程如下:
须知在本发明实施例中图1所示流程的执行主体,为浏览器中某一网页中的一段代码,或者为web应用中的一个功能模块,又或者为设备中的一个独立应用。
本发明实施例中以执行主体为web应用中的一个功能模块为例进行说明,此web应用位于一个终端设备当中,例如手机,平板电脑等设备,同在一个局域网中的其他设备为可能的待连接设备。
步骤100:接收开启web应用的指令,获取所在局域网内的可选IP地址集合。
具体的,在获取所在局域网内的可选IP地址集合之前,进一步包括:
第一种情况:确定用户开启本地的web应用时,获取所在局域网内的可选IP地址集合。
例如,当开启一个本地的web应用时,则自动获取所在局域网内的可选IP地址集合,以便使用过程中需要本地和其他设备之间建立连接时能够直接使用。
第二种情况:当确定需要在本地和其他设备之间建立连接时,获取所在局域网内的可选IP地址集合。
例如,需要本地与一个电视机设备之间建立连接时,根据该实际需求触发获取所在局域网内的可选IP地址集合。
须知这里不限于以上两种情况。因此,在实际应用过程中,可以根据实际需要,选择是在web应用开启时,就发起获取所在局域网内的可选IP地址集合,还是在浏览器的运行过程中,需要和其他设备建立连接时再去发起所在局域网内的可选IP地址集合。
进一步地,获取所在局域网内的可选IP地址集合的方法,至少包括但不限于以下三种方法:
第一,根据所在局域网内任一设备对应的IP地址的地址类型,获取所在局域网内所有符合地址类型的IP地址,形成可选IP地址集合。
其中,这里的任一设备可以是自身设备,即web应用所在的设备,或者除自身以外的其他任一设备,即同在一个局域网内的其他设备。
例如,获取所在局域网内任一设备对应的IP地址,192.168.0.6,并手动输入该IP地址,进一步地根据输入的IP地址判断该IP地址的地址类型,此处为C类IP地址,因此,获得可选IP地址备选集合为192.168.0.X,其中,X的取值范围为0~255,进一步地排除特殊的X取值,如0和255,最终形成可选IP地址集合。
此外,如果输入所在局域网内任一设备对应的IP地址时出现错误,如将上述地址误写成192.168.0.7,也不会影响最后形成的可选IP地址集合。因此,即使在输入所在局域网内任一设备对应的IP地址时出现一定小错误,也不影响确定可选IP地址集合。
第二,根据所在局域网内任一设备对应的IP地址以及该IP地址的子网掩码,计算该子网掩码对应的子网内的可用IP地址集合,并将可用IP地址集合作为可选IP地址集合。
例如,根据所在局域网内任一设备对应的IP地址以及该IP地址的子网掩码,计算该子网掩码对应的子网内的可用IP地址集合,例如子网掩码为255.255.255.128,因此可用主机数为126,因此只需向126个IP地址发送请求消息。
第三,通过所在局域网内路由器接口获取IP地址池信息,并根据IP地址池信息获取所在局域网内的可选IP地址集合。
这里的路由器是为局域网分配IP地址所使用的路由器,由于路由器不会给局域网中的设备分配除IP地址池外的其他IP地址,所以,只要获取到IP地址池信息,就可以根据IP地址池信息生成所在局域网内的可选IP地址集合。
此外,在获取所在局域网内的可选IP地址集合之后,分别基于可选IP地址集合中的每一个IP地址发送请求消息之前,需要确定向可选IP地址集合中每一个IP地址发送请求消息时使用的端口号,其中,发送请求消息时使用的端口号与发送其他消息使用的端口号不同。
因此,在发送请求消息时,不仅需要获取所在局域网内的可选IP地址集合,也要指定发送请求消息时使用的端口号,一般地,访问网页时,域名系统(DomainNameSystem,DNS)将网址转换成对应的IP地址,浏览器默认使用端口号80,例如,针对网页http://www.abcdef.com,DNS将www.abcdef.com转换成对应的IP地址,浏览器默认使用端口号80,而针对一般物联网类的http请求,都不使用80端口,而是使用其它端口号,这个端口号的值可以随便定义,只要不与其他的应用冲突就可以。如果出现冲突,用户可以重新设置一个端口号。
步骤110:基于可选IP地址集合中的每一个IP地址发送请求消息。
具体的,当为可选IP地址集合中的每一个IP地址发送请求消息时,可以采用以下两种方法:
第一种方法为串行发送方法:按照设定顺序,依次向可选IP地址集合中的每一个IP地址发送请求消息,其中,每按照一个IP地址发送请求消息后,在接收到反馈的应答消息时,或者,在超时没有接收到针对一个IP地址反馈的应答消息时,再按照设定顺序向下一个IP地址发送请求消息。
例如,按照设定顺序,依次向可选IP地址集合中的每一个IP地址发送请求消息,这里按照C类IP地址的设定顺序发送请求消息,并以发送过程中的一部分具体情形为例进行说明,针对http://192.168.1.2:7778/request发送请求消息,如果接收到反馈的应答消息,则继续针对http://192.168.1.3:7778/request发送请求消息,等待应答消息并计时,如果超时没有接收到针对该IP地址反馈的应答消息,则继续针对http://192.168.1.4:7778/request发送请求消息、并按照这种规则向后面的http://192.168.1.5:7778/request等地址发送请求消息。
这里的可选IP地址集合为192.168.1.X,端口号为7778,并携带请求消息request。
上述过程是串行进行的,即给192.168.1.2发完请求消息,收到应答或超时后,才能给192.168.1.3发送请求消息。
第二种方法为并行发送方法:同时向可选IP地址集合中每一个IP地址分别发送请求消息。
这里采用异步JavaScript和可扩展标记语言(ExtensibleMarkupLanguage,XML)(AsynchronousJavaScriptAndXML,Ajax)技术,能够并行发出几百个请求消息,并且可以异步地接收每一个应答消息,或者独立判断出某个请求消息超时。
此外,当需要发送的请求消息过多时,可以根据实际情况,分组进行发送。
进一步地,分别基于可选IP地址集合中的每一个IP地址发送请求消息时,可以在请求消息中携带设备能力选择条件,在能力选择条件中可以增加业务类型标识,其中,设备能力选择条件为待连接设备所需满足的属性特征。例如,当其他设备在接收到请求消息时,请求消息中携带设备能力选择条件,其他设备判断自身是否满足设备能力条件中指出的设备所需满足的属性特征,确定自身满足所需的设备属性特征时,反馈应答消息,当确定自身不满足所需的设备属性特征时,则无需反馈应答消息,或在反馈的应答消息中携带不满足设备属性特征的标识信息。
这里的业务类型标识是指由web应用发起的业务所对应的类型标识,例如,web应用确定自身需要播放视频时,可以在请求消息中携带视频标识,表明自身有视频源需要播放。当其他设备在接收到的请求消息中携带视频标识时,其他设备判断自身是否能够播放视频,确定自身能够播放视频时,反馈应答消息,当确定自身不能够播放视频时,则无需反馈应答消息,或在反馈的应答消息中携带不能够播放视频的标识信息。
此外,在请求消息中可以同时携带设备能力选择条件和业务类型标识,以便更加准确快速地找到需要建立连接的设备。
步骤120:确定对应可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,根据应答消息对相应的至少一个IP地址对应的设备进行身份确认,并将通过身份确认的设备作为可发现设备。
确定对应至少一个IP地址反馈的应答消息为指定类型的消息,至少包括以下两种情形:
第一,确定对应至少一个IP地址反馈的应答消息中包含有设备身份信息,判定接收到指定类型的消息。
其中,设备身份信息至少包括设备的IP地址信息。
具体的,当针对可选IP地址集合中的每一个IP地址发送的请求消息中携带设备能力选择条件时,对应至少一个IP地址反馈的应答消息中包含有设备身份信息,则表明对应至少一个IP地址的设备满足设备能力条件中指出的设备所需满足的属性特征,此时直接反馈自身的设备身份信息即可。
例如,请求消息中携带的设备能力选择条件指出设备需具备播放视频功能,此时,局域网内的一台电视机接收到该请求消息,确定自身满足该设备能力选择条件,则直接上报自身的设备身份信息。若此时局域网内的一台空调也收到该请求信息,则判断自身不能满足设备能力选择条件,并不针对该请求消息进行反馈。
此外,若当前针对可选IP地址集合中的每一个IP地址发送的请求消息中没有携带设备能力选择条件,也没有携带业务类型标识,通过反馈设备身份信息,确定该设备为可选待连接设备,以备后续连接使用,根据后续的具体需要再进行进一步的协商和确定。
第二,确定对应至少一个IP地址反馈的应答消息中设备身份信息和设备能力信息时,判定接收到指定类型的消息。
其中,设备身份信息至少包括设备身份标识,设备能力信息至少包括设备属性特征。
具体的,当对应至少一个IP地址反馈的应答消息中包括设备身份信息和设备能力信息时,设备能力信息至少包括设备具备的属性特征。Web应用通过接受到的设备身份信息和设备能力信息,确定该设备为可选待连接设备,以备后续连接使用,根据后续的具体需要通过记录的设备能力信息,直接选择可用的设备建立连接。
因此,Web应用根据一个应答消息对相应的一个IP地址对应的设备进行身份确认,是指根据应答消息中包含的设备身份信息,或者,设备身份信息和设备能力信息,记录一个IP地址对应的设备的设备身份标识,或记录一个IP地址对应的设备的设备身份标识和设备属性特征,并将设备标注为可选待连接设备,以备后续选择适合的设备建立连接。
实施例1:
以一个视频网站的web应用A为例对上述过程进行详细说明。
在一个普通家庭环境下,用户希望通过手机上的web应用A与家里的电视机建立连接关系,并通过电视机播放web应用A中的视频文件。
首先,在web应用A打开时,立即自动获取所在局域内的可选IP地址集合,或者,在需要与其他设备建立连接时触发获取所在局域网内的可选IP地址集合。
此处,web应用A给http://192.168.1.X:7778/request发送请求消息,这里以并行方式发送请求消息为例,向254个IP地址同时发送请求消息,假设,家里有一台电视机,IP地址为http://192.168.1.2,请求消息为http://192.168.1.2:7778/request/,一台音箱,IP地址为http://192.168.1.3,请求消息为http://192.168.1.3:7778/request/,假设请求消息中没有携带设备能力选择条件,web应用A通过接收到上述两个IP地址反馈的应答消息,确定应答消息中包含设备身份信息和设备能力信息,web应用根据应答消息确定对应http://192.168.1.2这个IP地址反馈的应答消息为指定类型的消息时,进一步根据应答消息对相应的该IP地址的设备进行身份确认,将电视机作为可选待连接设备,即识别出http://192.168.1.2对应为电视机,http://192.168.1.3对应为音箱,进一步地,web应用A将视频节目推送给电视机播放。
此处,若有多个视频播放设备,还可以通过用户自己选择进行后续操作。即针对所有收到应答消息对应的IP地址建立可选待连接设备表,让用户自己从中选择一个设备进行后续操作。
参阅图2所示为本发明实施例中的一种基于web应用的局域网设备互发现的装置,包括:
获取单元20,用于接收开启web应用的指令,获取所在局域网内的可选IP地址集合;
发送单元21,用于基于可选IP地址集合中的每一个IP地址发送请求消息;
确认单元22,用于确定对应可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,根据应答消息对相应的至少一个IP地址对应的设备进行身份确认,并将通过身份确认的设备作为可发现设备。
可选的,在获取所在局域网内的可选IP地址集合之前,获取单元20用于:
确定用户开启web应用时,获取所在局域网内的可选IP地址集合;
或者,当确定需要在本地和其他设备之间建立连接时,获取所在局域网内的可选IP地址集合。
可选的,获取所在局域网内的可选IP地址集合时,获取单元20用于:
根据所在局域网内任一设备对应的IP地址的地址类型,获取所在局域网内所有符合地址类型的IP地址,形成可选IP地址集合;
或者,根据所在局域网内任一设备对应的IP地址以及IP地址的子网掩码,计算子网掩码对应的子网内的可用IP地址集合,并将可用IP地址集合作为可选IP地址集合;
或者,通过所在局域网内路由器接口获取IP地址池信息,并根据IP地址池信息获取所在局域网内的可选IP地址集合。
可选的,在获取所在局域网内的可选IP地址集合之后,分别基于可选IP地址集合中的每一个IP地址发送请求消息之前,进一步包括:
分配单元23,用于确定向可选IP地址集合中每一个IP地址发送请求消息时使用的端口号,其中,发送请求消息时使用的端口号与发送其他消息时使用的端口号不同。
可选的,分别基于可选IP地址集合中的每一个IP地址发送请求消息时,发送单元21用于:
按照设定顺序,依次向可选IP地址集合中的每一个IP地址发送请求消息,其中,每按照一个IP地址发送请求消息后,在接收到反馈的应答消息时,或者,在超时没有接收到针对一个IP地址反馈的应答消息时,再按照设定顺序向下一个IP地址发送请求消息;
或者,同时向可选IP地址集合中每一个IP地址分别发送请求消息。
可选的,分别基于可选IP地址集合中的每一个IP地址发送请求消息时,发送单元21用于:
分别基于可选IP地址集合中的每一个IP地址发送的请求消息,并在请求消息中携带可发现设备的业务能力选择条件。
可选的,确定对应可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,确认单元22用于:
当确定对应可选IP地址集合中至少一个IP地址反馈的应答消息中包含有设备身份信息时,判定接收到指定类型的消息。
可选的,根据一个应答消息对相应的一个IP地址对应的设备进行身份确认时,确认单元22用于:
根据应答消息中包含的设备身份信息,或者,设备身份信息和设备能力信息,记录一个IP地址对应的设备的设备身份标识,或记录一个IP地址对应的设备的设备身份标识和设备属性特征,并将设备标注为可选待连接设备。
综上所述,本发明实施例中给出了一种基于Web应用的局域网设备互发现的方法及装置,由于在寻找可发现设备的过程中,在同一个局域网下的设备其IP地址可由多种方式获得,例如对自身设备的IP地址进行推算,作为可选IP地址集合,通过向这些可选IP地址发送请求及收到反馈,如果反馈消息中有对应类型的消息,则说明发送该反馈消息的设备可与发送请求消息的设备实现互发现,因此采用本发明的方法不需执行复杂的协议就能实现局域网中设备的互发现,整个局域网设备互发现过程耗时短,实施方便,,并为进一步与局域网中其他设备建立连接做好准备。
因此,针对未来智能终端系统的发展趋势,本发明提出的方法和装置能够有效实现浏览器在自身局域网中设备的互发现,并进一步实现家庭智能电器系统中的多屏互动。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种基于web应用的局域网设备互发现的方法,其特征在于,包括:
接收开启web应用的指令,获取所在局域网内的可选IP地址集合;
基于所述可选IP地址集合中的每一个IP地址发送请求消息;
确定对应所述可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,根据所述应答消息对相应的所述至少一个IP地址对应的设备进行身份确认,并将通过所述身份确认的设备作为可发现设备。
2.如权利要求1所述的方法,其特征在于,获取所在局域网内的可选IP地址集合,包括:
根据所在局域网内任一设备对应的IP地址的地址类型,获取所在局域网内所有符合所述地址类型的IP地址,形成可选IP地址集合;
或者,根据所在局域网内任一设备对应的IP地址以及所述IP地址的子网掩码,计算所述子网掩码对应的子网内的可用IP地址集合,并将所述可用IP地址集合作为可选IP地址集合;
或者,通过所在局域网内路由器接口获取IP地址池信息,并根据所述IP地址池信息获取所在局域网内的可选IP地址集合。
3.如权利要求1所述的方法,其特征在于,分别基于所述可选IP地址集合中的每一个IP地址发送请求消息,包括:
按照设定顺序,依次向所述可选IP地址集合中的每一个IP地址发送请求消息,其中,每按照一个IP地址发送请求消息后,在接收到反馈的应答消息时,或者,在超时没有接收到针对所述一个IP地址反馈的应答消息时,再按照所述设定顺序向下一个IP地址发送请求消息;
或者,同时向所述可选IP地址集合中每一个IP地址分别发送请求消息。
4.如权利要求3所述的方法,其特征在于,分别基于所述可选IP地址集合中的每一个IP地址发送请求消息,还包括:
分别基于所述可选IP地址集合中的每一个IP地址发送请求消息,并在所述请求消息中携带可发现设备的业务能力选择条件。
5.如权利要求1-4任一项所述的方法,其特征在于,确定对应所述可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息,包括:
当确定对应所述可选IP地址集合中至少一个IP地址反馈的应答消息中包含有设备身份信息时,判定接收到指定类型的消息。
6.一种基于web应用的局域网设备互发现的装置,其特征在于,包括:
获取单元,用于接收开启web应用的指令,获取所在局域网内的可选IP地址集合;
发送单元,用于基于所述可选IP地址集合中的每一个IP地址发送请求消息;
确认单元,用于确定对应所述可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,根据所述应答消息对相应的所述至少一个IP地址对应的设备进行身份确认,并将通过所述身份确认的设备作为可发现设备。
7.如权利要求6所述的装置,其特征在于,获取所在局域网内的可选IP地址集合时,所述获取单元用于:
根据所在局域网内任一设备对应的IP地址的地址类型,获取所在局域网内所有符合所述地址类型的IP地址,形成可选IP地址集合;
或者,根据所在局域网内任一设备对应的IP地址以及所述IP地址的子网掩码,计算所述子网掩码对应的子网内的可用IP地址集合,并将所述可用IP地址集合作为可选IP地址集合;
或者,通过所在局域网内路由器接口获取IP地址池信息,并根据所述IP地址池信息获取所在局域网内的可选IP地址集合。
8.如权利要求1所述的装置,其特征在于,分别基于所述可选IP地址集合中的每一个IP地址发送请求消息时,所述发送单元用于:
按照设定顺序,依次向所述可选IP地址集合中的每一个IP地址发送请求消息,其中,每按照一个IP地址发送请求消息后,在接收到反馈的应答消息时,或者,在超时没有接收到针对所述一个IP地址反馈的应答消息时,再按照所述设定顺序向下一个IP地址发送请求消息;
或者,同时向所述可选IP地址集合中每一个IP地址分别发送请求消息。
9.如权利要求8所述的装置,其特征在于,分别基于所述可选IP地址集合中的每一个IP地址发送请求消息时,所述发送单元用于:
分别基于所述可选IP地址集合中的每一个IP地址发送的请求消息,并在所述请求消息中携带可发现设备的业务能力选择条件。
10.如权利要求6-9任一项所述的装置,其特征在于,确定对应所述可选IP地址集合中至少一个IP地址反馈的应答消息为指定类型的消息时,所述确认单元用于:
当确定对应所述可选IP地址集合中至少一个IP地址反馈的应答消息中包含有设备身份信息时,判定接收到指定类型的消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510804737.3A CN105392179A (zh) | 2015-11-20 | 2015-11-20 | 一种基于web应用的局域网设备互发现的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510804737.3A CN105392179A (zh) | 2015-11-20 | 2015-11-20 | 一种基于web应用的局域网设备互发现的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105392179A true CN105392179A (zh) | 2016-03-09 |
Family
ID=55423912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510804737.3A Pending CN105392179A (zh) | 2015-11-20 | 2015-11-20 | 一种基于web应用的局域网设备互发现的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105392179A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108881844A (zh) * | 2018-07-06 | 2018-11-23 | 杭州涂鸦信息技术有限公司 | 一种基于亚马逊Echo Show的局域网视频传输方法 |
CN109617859A (zh) * | 2018-11-13 | 2019-04-12 | 视联动力信息技术股份有限公司 | 一种分屏模式的实现方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN202043131U (zh) * | 2010-12-31 | 2011-11-16 | 青岛海尔软件有限公司 | 数字家庭的dpws系统 |
CN103152391A (zh) * | 2013-01-31 | 2013-06-12 | 杭州华三通信技术有限公司 | 一种日志输出方法和装置 |
CN104077117A (zh) * | 2013-03-26 | 2014-10-01 | 联想(北京)有限公司 | 信息处理方法和控制点设备 |
-
2015
- 2015-11-20 CN CN201510804737.3A patent/CN105392179A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN202043131U (zh) * | 2010-12-31 | 2011-11-16 | 青岛海尔软件有限公司 | 数字家庭的dpws系统 |
CN103152391A (zh) * | 2013-01-31 | 2013-06-12 | 杭州华三通信技术有限公司 | 一种日志输出方法和装置 |
CN104077117A (zh) * | 2013-03-26 | 2014-10-01 | 联想(北京)有限公司 | 信息处理方法和控制点设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108881844A (zh) * | 2018-07-06 | 2018-11-23 | 杭州涂鸦信息技术有限公司 | 一种基于亚马逊Echo Show的局域网视频传输方法 |
CN109617859A (zh) * | 2018-11-13 | 2019-04-12 | 视联动力信息技术股份有限公司 | 一种分屏模式的实现方法和装置 |
CN109617859B (zh) * | 2018-11-13 | 2021-12-03 | 视联动力信息技术股份有限公司 | 一种分屏模式的实现方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102752457B (zh) | 一种安装应用的方法及系统 | |
US10187474B2 (en) | Method and device for resource sharing between devices | |
CN104468327B (zh) | 一种群组加入方法、装置及系统 | |
US10038754B2 (en) | Method of establishing communication session using active connection of mobile terminal to relay server | |
CN111405042B (zh) | 一种电子设备的发现方法、装置、存储介质和电子装置 | |
CN104471917A (zh) | 共享应用信息方法和装置 | |
CN105430482A (zh) | 一种多屏互动方法及终端设备 | |
CN104918105A (zh) | 媒体文件的多屏播放方法、设备及系统 | |
CN111629371B (zh) | 投屏方法和系统 | |
CN110312140B (zh) | 直播数据处理方法、装置、系统及计算机可读存储介质 | |
CN104079597A (zh) | 媒体流的转移方法和用户设备 | |
US11638138B2 (en) | Device-to-device content providing method | |
CN101827078A (zh) | 一种配置数据差异的查询方法、服务器和通信系统 | |
CN105245959B (zh) | 一种多设备联动服务中的连接通道维护系统及方法 | |
US8923828B2 (en) | Method and system for searching for object in network | |
CN102664756B (zh) | 设备访问方法、装置及系统 | |
EP2950559B1 (en) | Communication apparatus, control method thereof, and program | |
US20120331096A1 (en) | Telecommunications terminal, broadcast receiving terminal and computer program | |
CN102694814B (zh) | 兼具无线上网功能和无线接入点功能的高清视频播放器 | |
CN105392179A (zh) | 一种基于web应用的局域网设备互发现的方法及装置 | |
CN113573254A (zh) | 智能家居的组网控制方法、装置、控制设备和存储介质 | |
CN110809045B (zh) | 一种数据通信方法及其相关设备 | |
CN103888435A (zh) | 用于业务接纳控制的方法、装置和系统 | |
CN108647077A (zh) | 文件管理方法和装置 | |
US20200137211A1 (en) | Method and system for searching for object in network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160309 |