一种路由器组播功能检测方法及装置制造方法及图纸

本发明专利技术公开了一种路由器组播功能检测方法及装置。该方法中，终端使用第一发现协议发送服务查询请求消息；创建并执行第一线程和第二线程，第一线程用于监听路由器针对所述服务查询请求消息发出的广播消息，第二线程用于监听组播组成员针对路由器发出的广播消息的响应消息；若在设定时间内第一线程接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程，并确定路由器支持所述第一发现协议对应的组播协议；若在设定时间内第一线程未接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程和第二线程，并确定路由器不支持所述第一发现协议所对应的组播协议。本发明专利技术可实现对路由器组播功能的检测，提高服务发现效率。

【技术实现步骤摘要】

本专利技术涉及通信领域，尤其涉及一种路由器组播功能检测方法及装置。
技术介绍
多屏互动随着智能设备的发展，得到了越来越广泛的应用。多屏互动是指，基于DLNA(Digital Living Network Alliance数字生活网络联盟),AirPlay (苹果公司制定的无线通讯技术)等协议或者私有协议，通过无线局域网络连接，在不同的多媒体终端上，进行多媒体(如音频、视频、图片等)内容的传输、展示等操作。其中，提供服务发现功能的发现协议是非常重要的一部分，其主要功能是发现本地网络中提供多屏互动服务的智能设备的地址，从而与所发现的智能设备建立连接，接受该智能设备提供的多屏互动服务。发现协议基本都是基于网络组播原理实现的，即通过本地网络路由器实现数据包在组成员之间广播。目前，几乎所有发现协议都基于客户端默认认为路由器支持组播，没有有效的措施去检测路由器是否支持组播。因而导致在无法连接提供多屏互动服务的设备时，无法定位连接失败的原因，进而无法采取相应措施来解决问题。不仅智能设备的多屏互动服务的实现过程存在上述问题，其他场景下的其他类型服务的实现过程也存在类似问题，比如物联网场景下的服务实现过程。
技术实现思路
本专利技术实施例提供了一种路由器组播功能检测方法及装置，用以实现对路由器组播功能进行检测。本专利技术的一个实施例提供的路由器组播功能检测方法，包括:终端使用第一发现协议发送服务查询请求消息；所述终端创建并执行第一线程和第二线程，第一线程用于监听所述路由器针对所述服务查询请求消息发出的广播消息，第二线程用于监听组播组成员针对所述路由器发出的广播消息的响应消息；若在设定时间长度内所述终端的第一线程接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程，并确定所述路由器不支持所述第一发现协议对应的组播协议；若在设定时间长度内所述终端的第一线程没有接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程和第二线程，并确定所述路由器支持所述第一发现协议所对应的组播协议。本专利技术的一个实施例提供的路由器组播功能检测装置，包括:发送模块，用于使用第一发现协议发送服务查询请求消息；监听模块，用于创建并执行第一线程和第二线程，第一线程用于监听所述路由器针对所述服务查询请求消息发出的广播消息，第二线程用于监听组播组成员针对所述路由器发出的广播消息的响应消息；判断模块，用于在设定时间长度内所述第一线程接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程，并确定所述路由器不支持所述第一发现协议对应的组播协议；若在设定时间长度内所述第一线程没有接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程和第二线程，并确定所述路由器支持所述第一发现协议所对应的组播协议。由于路由器在支持组播协议的情况下，能够将终端发送的服务查询请求消息在相应组播组内进行传播，因此如果终端在发送服务查询请求消息后能够从路由器接收到该服务查询请求消息，则可确认该路由器支持相应的组播协议，否则可确认该路由器不支持相应的组播协议。根据以上原理，本专利技术的上述实施例中，终端使用第一发现协议发送服务查询请求消息后，通过第一线程监听所述路由器针对所述服务查询请求消息发出的广播消息，通过第二线程听组播组成员针对所述路由器发出的广播消息的响应消息，若在设定时间长度内所述终端的第一线程接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程，并确定所述路由器支持所述第一发现协议对应的组播协议，若在设定时间长度内所述终端的第一线程没有接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程和第二线程，并确定所述路由器不支持所述第一发现协议所对应的组播协议，从而可以检测路由器是否支持组播功能。【附图说明】为了更清楚地说明本专利技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本专利技术实施例提供的一种典型网络架构示意图；图2为本专利技术实施例提供的组播功能检测流程示意图；图3为本专利技术实施例提供的服务发现流程示意图；图4为现有技术中组播组正常工作流程图；图5为现有技术中组播组中没有可以提供服务的组成员时工作流程图；图6为现有技术中路由器不支持组播功能时工作流程图；图7为本专利技术实施例提供的终端的结构示意图；图8为本专利技术另一实施例提供的终端的结构示意图。【具体实施方式】为了使本专利技术的目的、技术方案和优点更加清楚，下面将结合附图对本专利技术作进一步地详细描述，显然，所描述的实施例仅仅是本专利技术一部份实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本专利技术保护的范围。图1示例性地示出了一种可应用本专利技术实施例提供的服务发现方案的典型网络架构。如图1所示，该网络架构中包括可提供服务的智能设备、能够使用服务的终端和实现设备间通信的路由器。智能设备的数量可以是多个，智能设备的类型可以有多种，比如，所述智能设备可以包括能够提供多屏互动的电视设备。终端的数量可以是多个，终端的种类也可以有多种，比如，所述终端可以包括手机、平板电脑等。当然，图1中的智能设备也可由其他能够提供服务的电子设备代替，本专利技术实施例不再对该种能够提供服务的设备一一列举。智能设备与终端之间可通过路由器进行信息交互，所述路由器可以是无线路由器。图1中，路由器可以是支持组播功能的路由器，也可以是不支持组播功能的路由器。如果路由器是支持组播功能的路由器，则进一步地还可以支持多种发现协议。对于支持组播功能的路由器来说，其组播功能可由生成厂商默认配置，也可在出厂后允许用户自行修改，比如，可在路由器上配置多种发现协议，并开启其中的所有或部分发现协议。本专利技术支持多发现协议，包括标准发现协议及私有发现协议，其原因为不同的发现协议对应的组播组不同，例如常见的标准发现协议SSDP(Simple Service DiscoveryProtocol,简单服务发现协议)对应于组播地址为239.255.255.250:1900的组播组，mDNS (multicast Domain Name System，组播DNS)对应于组播地址为 224.0.0.251:5353 的组播组。在服务发现过程中，首先由终端使用某种发现协议发起服务查询请求消息，在路由器支持相应发现协议的情况下，将该服务查询请求消息组播给相应组播组内的成员，该组播组内能够提供所请求的服务的成员根据该服务查询请求消息返回服务查询响应给该终端，从而使该终端与发送该服务查询响应的组成员建立连接，从而从该组成员获得所请求的服务。通过上述服务发现过程可以看出，采用组播技术的发现协议依赖路由器对组播的支持。如果路由器不具有支持组播的功能或者该功能未开启，则会导致服务发现过程受阻，从而使得终端不能及时发现并获得服务，因此，为了解决现有技术中的不足，本专利技术实施例在此网络架构基础上提供了一种路由器组播功能检测方法以及一种新的服务发现方法。参见图2，为本专利技术实施例提供的路由器组播功能检测流程示意图，如图所示，该本文档来自技高网...

【技术保护点】
一种路由器组播功能检测方法，其特征在于，包括：终端使用第一发现协议发送服务查询请求消息；所述终端创建并执行第一线程和第二线程，第一线程用于监听所述路由器针对所述服务查询请求消息发出的广播消息，第二线程用于监听组播组成员针对所述路由器发出的广播消息的响应消息；若在设定时间长度内所述终端的第一线程接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程，并确定所述路由器支持所述第一发现协议对应的组播协议；若在设定时间长度内所述终端的第一线程没有接收到路由器针对所述服务查询请求消息发出的广播消息，则终止第一线程和第二线程，并确定所述路由器不支持所述第一发现协议所对应的组播协议。

【技术特征摘要】

【专利技术属性】
技术研发人员：周杰，王新鲁，高同庆，
申请(专利权)人：海信集团有限公司，
类型：发明
国别省市：山东;37