CN109862012B - 一种设备接入的方法和设备 - Google Patents

Abstract

本发明公开了一种设备接入的方法和设备，用以解决现有在进行视频设备接入时接入效率及准确率较低的问题。本发明实施例发起设备发送预设格式的探知请求报文，网内设备接收到探知请求报文后根据解析出的IP地址向发起设备发送预设格式的探知应答报文，之后发起设备向网内设备发送鉴权请求报文，网内设备发送预设格式的鉴权应答报文给发起设备，发起设备根据鉴权应答报文确定鉴权通过后确定将网内设备接入发起设备，本发明实施例，在进行网内设备接入时，不需要人工手动配置网内设备的设备信息，因此可以在相对较短的时间内大规模接入网内设备，获取网内设备的设备信息，提高了设备接入的效率和准确率，降低人力成本，简化了设备接入的操作流程。

Description

一种设备接入的方法和设备

技术领域

本发明涉及无线通信技术领域，特别涉及一种设备接入的方法和设备。

背景技术

公共安全视频监控系统建设逐年加快，公共区域视频监控系统的覆盖密度成指数级上升，在安保、安防，采访等领域，各类视频监控或视频采集系统已经得到广泛应用。

目前各个地区采用的视频设备大多为不同的品牌、不同型号，因此，视频监控设备联网网关在进行视频监控设备接入时(即将视频监控设备接入联网网关，以使联网网关可以访问已接入的视频监控设备的数据)，需要人工对视频监控设备的设备ID((identification身份证)、设备厂商、设备名称等信息进行手动配置。

因此，传统的人工手动进行视频监控设备接入的方式，操作过程较为繁琐，在接入大量设备时，不仅消耗大量的人力和时间，且失误率较高。

综上所述，现有技术在进行视频监控设备接入时接入效率及准确率较低。

发明内容

本发明提供一种设备接入的方法和设备，用以解决现有在进行视频设备接入时接入效率及准确率较低的问题。

第一方面，本发明实施例提供的一种设备接入的方法包括：

发起设备通过设定的多播地址向加入所述多播地址的网内设备发送预设格式的包含所述发起设备自身IP(Internet Protocol，互联网协议)地址的探知请求报文；

所述发起设备根据接收到的所述网内设备反馈的探知应答报文确定所述网内设备的IP地址；

所述发起设备根据确定的所述网内设备的IP地址向所述网内设备发送预设格式的鉴权请求报文；

所述发起设备根据接收到的所述网内设备反馈的鉴权应答报文确定鉴权通过后，将所述网内设备接入所述发起设备。

上述方法，发起设备发送预设格式的探知请求报文，网内设备接收到探知请求报文后根据解析出的发起设备的IP地址向发起设备发送预设格式的探知应答报文，之后发起设备向网内设备发送鉴权请求报文，当网内设备确定鉴权通过后确认接入到发起设备中，并通过预设格式的鉴权应答报文通知发起设备，发起设备根据鉴权应答报文确定鉴权通过后确定将网内设备接入发起设备，本发明实施例，在进行设备接入时，不需要人工手动配置网内设备的设备信息，因此可以在相对较短的时间内大规模探知网内设备，获取网内设备的设备信息，提高了设备接入的效率和准确率，降低了人力成本，简化了设备接入的操作流程。

在一种可选的实施方式中，所述发起设备根据接收到的所述网内设备反馈的鉴权应答报文确定鉴权通过后，将所述网内设备接入所述发起设备之后，还包括：

所述发起设备向已接入的网内设备发送预设格式的信息请求报文；

所述发起设备根据接收到的所述网内设备反馈的信息应答报文确定所述网内设备的设备信息。

在一种可选的实施方式中，所述探知请求报文、所述探知应答报文、所述鉴权请求报文、所述鉴权应答报文、所述信息请求报文、所述信息应答报文中的部分或全部包括下列信息中的部分或全部：

用于确定报文起点的报文开始标识；

用于确定报文所属的会话批次的报文唯一标识；

用于确定报文头起点的报文头开始标识；

用于确定报文类型的报文头；

用于确定报文体起点的报文体开始标识；

用于确定下列信息中的部分或全部的报文体：

所述网内设备的设备信息查询类型、所述网内设备的硬件参数信息、所述网内设备的运行参数信息。

第二方面，本发明实施例提供的一种设备接入的方法包括：

网内设备通过加入的多播地址接收发起设备发送的探知请求报文；

所述网内设备根据所述探知请求报文确定所述发起设备的IP地址；

所述网内设备根据确定的所述发起设备的IP地址向所述发起设备发送预设格式的包含所述网内设备自身IP地址的探知应答报文；

所述网内设备在接收到所述发起设备发送的鉴权请求报文后，确定鉴权结果；

所述网内设备在确定所述鉴权结果为鉴权通过后确定接入到所述发起设备中并通过预设格式的鉴权应答报文通知所述发起设备。

在一种可选的实施方式中，所述网内设备在接收到所述发起设备发送的鉴权请求报文后，确定鉴权结果，包括：

所述网内设备判断从所述鉴权请求报文中解析出的账户名和密码与所述网内设备自身的账户名和密码是否匹配；

如果是，则所述网内设备确定鉴权结果为鉴权通过；否则，所述网内设备确定鉴权结果为鉴权失败。

在一种可选的实施方式中，所述网内设备在确定所述鉴权结果为鉴权通过后确定接入到所述发起设备中并通过预设格式的鉴权应答报文通知所述发起设备之后，还包括：

所述网内设备接收所述发起设备发送的信息请求报文；

所述网内设备根据所述信息请求报文包含的设备信息查询类型确定所述发起设备需要查询的所述网内设备的设备信息；

所述网内设备向所述发起设备发送包含确定的所述设备信息的信息应答报文。

在一种可选的实施方式中，所述探知请求报文、所述探知应答报文、所述鉴权请求报文、所述鉴权应答报文、所述信息请求报文、所述信息应答报文中的部分或全部包括下列信息中的部分或全部：

用于确定报文起点的报文开始标识；

用于确定报文所属的会话批次的报文唯一标识；

用于确定报文头起点的报文头开始标识；

用于确定报文类型的报文头；

用于确定报文体起点的报文体开始标识；

用于确定下列信息中的部分或全部的报文体：

所述网内设备的设备信息查询类型、所述网内设备的硬件参数、所述网内设备的运行参数。

第三方面，本发明实施例还提供了一种设备接入的发起设备，该设备包括：处理器以及存储器，其中，所述存储器存储有程序代码，当所述存储器存储的一个或多个计算机程序被所述处理器执行时，使得所述设备执行实现第一方面所述方法的步骤。

第四方面，本发明实施例还提供了一种设备接入的网内设备，该设备包括：处理器以及存储器，其中，所述存储器存储有程序代码，当所述存储器存储的一个或多个计算机程序被所述处理器执行时，使得所述设备执行实现第二方面所述方法的步骤。

第五方面，本申请还提供一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面所述方法的步骤。

另外，第二方面至第五方面中任一一种实现方式所带来的技术效果可参见第一方面或第二方面中不同实现方式所带来的技术效果，此处不再赘述。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1A为本发明实施例提供的一种某地区视频监控设备的场景示意图；

图1B为本发明实施例提供的一种设备接入的系统示意图；

图2为本发明实施例提供的一种设备探知的过程示意图；

图3为本发明实施例提供的一种交设备鉴权的过程示意图；

图4为本发明实施例提供的一种获取设备信息的过程示意图；

图5为本发明实施例提供的一种设备接入的完整流程操作示意图。

图6为本发明实施例提供的一种设备接入的发起设备的结构示意图；

图7为本发明实施例提供的一种设备接入的网内设备的结构示意图；

图8为本发明实施例提供的设备接入的方法中发起设备的方法流程示意图；

图9为本发明实施例提供的设备接入的方法中网内设备的方法流程示意图；

图10为本发明实施例提供的一种设备接入的完整方法流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

下面对文中出现的一些词语进行解释：

1、本发明实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

2、本发明实施例中术语“报文”是网络中交换与传输的数据单元，即数据块，报文包含了将要发送的完整的数据信息，本发明实施例涉及的“报文”为基于本发明智能探知协议的预设格式的报文。

3、本发明实施例中术语“发起设备”是指支持本申请智能探知协议的能够通过发送协议规定的报文发起设备探知的设备，比如视频监控领域中的可以汇总接入不同视频监控设备的服务器、联网网关等设备。

4、本发明实施例中术语“网内设备”是指支持本申请智能探知协议的能够通过接收协议规定的报文回应设备探知的设备，比如视频监控领域中的视频监控设备或其他智能制造设备例如自控设备或智能仪表等。

5、本发明实施例中术语“设备接入”是指将该设备接入到服务器或联网网关中，接入成功后，服务器或联网网关可以访问该设备的数据。验证是否接入成功的方式可以通过与发起设备相连的软件中的可访问设备列表，查看是否有该设备或者是否能够访问该设备数据来确定该设备是否接入成功。

本发明实施例描述的应用场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。其中，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

下面以视频监控领域为例，服务器作为发起设备，视频监控设备作为网内设备，如图1A所示，为某视频监控系统，该系统内服务器接入了四台视频监控设备，通过视频监控墙展示四台视频监控设备的视频数据。其中每个视频监控设备的型号、位置各不相同。在设备接入前，每个视频监控设备各分配有与服务器同网段的IP地址，虽然各视频监控设备处于服务器所在的局域网内，但服务器内并未接入这些设备，各设备为分布式独立的工作状态，服务器对于各设备的运行状态和监控数据并不可知，因此需要将这些设备接入服务器中，以通过服务器获取各视频监控设备的设备参数、运行状态、视频数据流、历史数据等信息，另外还可以后台调取并监控不同位置处的视频监控设备的拍摄内容，以统筹管理各视频监控设备的运行。

在进行设备接入时，由于各视频监控设备与服务器的连接方式为无线连接，因此在进行设备接入时，服务器并不知道自身所在的局域网内已有视频监控设备的IP地址，因此服务器采用UDP(User Datagram Protocol，用户数据报协议)多播方式发送预设格式的探知请求报文，接收到探知请求报文的视频监控设备向服务器回复探知应答报文，服务器收到各视频监控设备回复的探知应答报文后，进行设备鉴权，即向各视频监控设备发送包含服务器自身账户名和密码的鉴权请求报文，若视频监控设备接收到鉴权请求报文后，解析出的账户名和密码与视频监控设备自身的账户名和密码相同，则判定服务器鉴权通过，该服务器为合法设备，视频监控设备确定可以接入到该服务器，并通过鉴权应答报文回复服务器鉴权成功，服务器接收到鉴权成功的鉴权应答报文后，确定该视频监控设备接入成功，接入成功后，服务器就可以访问该视频监控设备的各项数据了，比如，通过信息请求报文请求查询该视频监控设备的位置信息、厂商信息等。

可以理解的是，上述场景所说的服务器和各视频监控设备为基于本发明中的智能探知协议的设备，由服务器和各视频监控设备组成自动设备适配系统，该系统内的视频监控设备在进行设备接入时，不需要人工手动配置视频监控设备的设备信息，服务器与视频监控设备只需要按照协议规定的格式交互报文即可以接入设备，因此可以在相对较短的时间内大规模探知网内设备，并自动获取网内设备的设备信息，提高了设备接入的效率和准确率，降低了人力成本，简化了设备接入的操作流程。

下面结合说明书附图对本发明实施例做进一步详细描述。

如图1B所示，本发明实施例提供的一种进行设备接入的系统，具体包括：

发起设备10，用于通过设定的多播地址向加入所述多播地址的网内设备发送预设格式的包含所述发起设备自身IP地址的探知请求报文；根据接收到的所述网内设备反馈的探知应答报文确定所述网内设备的IP地址；根据确定的IP地址向所述网内设备发送预设格式的鉴权请求报文；根据接收到所述网内设备反馈的鉴权应答报文确定鉴权通过后，将所述网内设备接入所述发起设备。

网内设备20，用于通过加入的多播地址接收发起设备发送的探知请求报文；根据所述探知请求报文确定所述发起设备的IP地址；根据确定的所述发起设备的IP地址向所述发起设备发送预设格式的包含所述网内设备自身IP地址的探知应答报文；在接收到所述发起设备发送的鉴权请求报文后，确定鉴权结果；在确定所述鉴权结果为鉴权通过后确定接入到所述发起设备中并通过预设格式的鉴权应答报文通知所述发起设备。

通过上述方案，发起设备发送预设格式的探知请求报文，网内设备接收到探知请求报文后根据解析出的发起设备的IP地址向发起设备发送预设格式的探知应答报文，之后发起设备向网内设备发送鉴权请求报文，当网内设备确定鉴权通过后确认接入到发起设备中，并通过预设格式的鉴权应答报文通知发起设备，发起设备根据鉴权应答报文确定鉴权通过后确定将网内设备接入发起设备，本发明实施例，在进行设备接入时，不需要人工手动配置网内设备的设备信息，因此可以在相对较短的时间内大规模探知网内设备，获取网内设备的设备信息，提高了设备接入的效率和准确率，降低了人力成本，简化了设备接入的操作流程。

本发明实施例中的发起设备及接受设备是基于智能探知协议的设备，主要涉及三个设备交互过程，分别为：

流程一：设备探知过程；

发起设备按照预设格式生成包含自身IP地址的探知请求报文，将探知请求报文以多播的方式发送出去，可以理解的是，发起设备在发送探知请求报文前并不知道发起设备所在的局域网内是否有支持智能探知协议的网内设备以及网内设备的数量，因此发起设备以UDP多播的方式将探知请求报文发送到设定的多播地址后，通过多播地址发送给局域网内加入该多播地址的所有网内设备，因此，同一个探知请求报文可能对应多个网内设备发送的探知应答报文。

网内设备接收到探知请求报文后，对探知请求报文进行解析，按照预设格式生成包含网内设备自身IP地址的探知应答报文，向解析出的IP地址发送探知应答报文。

流程二：设备鉴权过程；

发起设备接收到网内设备反馈的探知应答报文后，对探知应答报文进行解析，得到网内设备的IP地址，发起设备按照预设格式生成鉴权请求报文，将鉴权请求报文发送到解析出的IP地址对应的网内设备；

网内设备接收到鉴权请求报文，对鉴权请求报文进行解析，得到发起设备的账号名及密码，若与网内设备自身的账户名及密码匹配，则网内设备确定发起设备为合法设备，允许发起设备访问自己的数据，即鉴权通过；否则网内设备不允许发起设备访问自己的数据，即鉴权失败；网内设备将鉴权结果随鉴权应答报文发送给发起设备。

流程三：访问设备过程；

发起设备接收到网内设备反馈的鉴权应答报文后，根据解析出的鉴权结果确定是否能够访问网内设备，若确定鉴权结果为鉴权通过，则发起设备根据需要访问的信息生成信息请求报文，并发送给网内设备；否则，发起设备不能访问网内设备。

网内设备接收到信息请求报文后，根据信息请求报文解析出的设备信息查询类型确定设备信息，并根据设备信息查询类型确定对应的设备信息，通过信息应答报文发送给发起设备。比如，设备信息查询类型为查询设备的位置信息，则网内设备将自身的位置信息如“北京市东城区东长安街”置于信息应答报文中，发送给发起设备。

上述三个流程，发起设备和网内设备都是通过报文进行信息交互。整个信息交互流程中涉及的所有报文均基于智能探知协议规定的预设格式，涉及的报文类型有三种：探知报文、鉴权报文、信息报文，每一类型的报文都分为请求和应答两部分。即探知请求报文包括探知请求报文和探知应答报文；设备鉴权报文包括鉴权请求报文和鉴权应答报文；设备信息报文包括信息请求报文和信息应答报文。

其中，探知请求报文、探知应答报文、鉴权请求报文、鉴权应答报文、信息请求报文和信息应答报文中的部分或全部包括下列信息中的部分或全部：

用于确定报文起点的报文开始标识；

用于确定报文所属的会话批次的报文唯一标识；

用于确定报文头起点的报文头开始标识；

用于确定报文类型的报文头；

用于确定下列信息中的部分或全部的报文体：

所述网内设备的设备信息查询类型、所述网内设备的硬件参数信息、所述网内设备的运行参数信息。

如表1所示，为本发明实施例提供的一种报文格式，下面对报文的每一部分进行介绍说明：

表1

1、报文开始标识：报文开始标识为一个报文的开始标志，通过报文开始标识能够确定报文起点。其中，报文开始标识还能够作为验证报文有效性的标识，当网内设备或发起设备接收到上述任一报文后，首先查找报文开始标识，若未在报文中查找到该标识，则认为该报文是不需要解析的报文，丢弃不处理。

2、报文唯一标识：标识会话批次，当网内设备接收到请求报文后，保存解析到的报文唯一标识，在向发起设备发送应答报文时，应答报文的报文唯一标识需要与接收到的请求报文的报文唯一标识一致，以标识网内设备回复的是哪一次会话的请求报文。

其中，一次探知请求报文可以对应多个探知应答报文。

3、报文长度：标识报文头开始标识到报文体的长度，其中，报文长度也可以作为验证报文有效性的标识，如果报文长度为空或为零，则认为该报文不完整，为无效报文，丢弃不处理。

4、报文头开始标识：标识报文头的起点，其中，报文头开始标识可以作为验证报文有效性的标识，如果未在报文中查找到该标识，则认为该报文是不需要解析的报文，丢弃不处理。

5、报文头长度：表示报文头的长度，根据该长度来取得报文头。

6、报文头：表示报文的类型，比如是探知请求报文或鉴权请求报文或信息请求报文或探知应答报文或鉴权应答报文或信息应答报文。

发起设备或网内设备根据接收到的报文的类型进行相应的处理。

7、报文体开始标识：标识报文体的起点，其中，报文头开始标识可以作为验证报文有效性的标识，如果未在报文中查找到该标识，则认为该报文是不需要解析的报文，丢弃不处理。

8、报文体长度：表示报文体的长度，根据该长度来取得报文体。

9、报文体：包括表示网内设备的设备信息查询类型、网内设备的硬件参数信息、网内设备的运行参数信息的名称值。

其中，网内设备的硬件参数包括设备的厂商信息、设备品牌、设备型号、设备账户名及密码等信息；网内设备的运行参数包括设备的IP地址、历史数据记录、设备名称、在线状态、设备名称、视频数据等信息。

比如，报文体包含数值1或查询IP地址信息等语句，则网内设备将自身的IP地址信息置于信息应答报文的报文体中发送出去；

报文体包含数值2或查询设备厂商信息等语句，则网内设备将设备的产商信息置于信息应答报文的报文体中发送出去。

需要说明的是，上述报文格式仅为举例，本申请并不限定于此报文结构或顺序，且部分报文中的内容，比如报文体长度和报文头长度可根据需要添减。

下面通过实施例对系统中的各步骤进行详细说明：

步骤一：发起设备发送探知请求报文，网内设备回复探知应答报文；

发起设备是基于智能探知协议规定的方式与网内设备进行交互，可以理解的是，发起设备并不知道自身所在的局域网内是否有基于智能探知协议的未入网的设备，且也不能确定未入网设备的IP地址，因此，发起设备采用UDP多播的方式发送探知请求报文，如图2所示，发起设备按照智能探知协议规定的多播地址和端口发送包含发起设备自身IP地址的探知请求报文。局域网内其他支持智能探知协议的网内设备通过向多播地址发送IGMP(Internet Group Management Protocol，组管理协议)报告，加入该多播地址。

其中，发起设备按照预设格式向多播地址发送的探知请求报文如下表2所示：

表2探知请求报文

多播地址将接收到的探知请求报文发送给加入了多播地址的网内设备，网内设备对接收到的探知请求报文进行解析，根据报文头中的报文类型确定此报文为探知请求报文，并从报文体中得到发起设备的IP地址并保存，网内设备按照如下表3所示的预设格式生成探知应答报文。

网内设备保存发起设备的IP地址可用于向该IP地址发送生成的探知应答报文，以及用于后续的设备鉴权等操作。其中，网内设备可能有多个，也就是说，发起设备发送一次探知请求报文可能会受到多个探知应答报文。

网内设备向发起设备发送的探知应答报文如下表3所示：

表3探知应答报文

若有多个加入该多播地址的网内设备，可以理解的是，一个局域网内一个IP地址只对应一个设备，因此多个网内设备的IP地址应为同网段不同IP，比如图2所示，发起设备的IP地址为192.168.0.1，多播地址的IP地址为192.168.0.2，网内设备1的IP地址为192.168.0.3等，网内设备可以在加入多播地址时自动分配，也可以人工设置。

其中，对于未接入发起设备的网内设备可以理解为，该网内设备存在于该局域网内但不能被发起设备访问的状态。若网内设备接入发起设备中，可以理解为发起设备将网内设备添加到该网络中的可访问设备组别中，发起设备和网内设备可以互相通信的状态。

需要说明的是，上述探知请求报文和探知应答报文的内容仅为举例，本发明实施例中的报文并不限定于此格式。

步骤二：发起设备发送鉴权请求报文，网内设备回复鉴权应答报文；

发起设备接收到探知应答报文后，对该报文进行解析，得到网内设备的IP地址，比如上表3中的192.168.1.103。此时发起设备已经得知网内设备的IP地址信息，若还想访问该设备更多的设备信息还需要通过设备鉴权，具体的设备鉴权流程举例说明：如图3所示，发起设备向IP地址为192.168.1.103的网内设备发送鉴权请求报文，若发起设备接收到多个探知应答报文，则将鉴权请求报文分别发送给从各报文中解析出的IP地址对应的网内设备。其中鉴权请求报文如下表4所示，该报文中包含发起设备自身的账户名和密码。

表4鉴权请求报文

网内设备接收到鉴权请求报文后，根据解析出的报文头确定该报文类型为鉴权请求报文，并在报文体中解析出发起设备的账户名admin和密码12345，网内设备将解析出的账户名和密码与自身的账户名和密码进行比对，若网内设备的账户名也是admin，且密码为12345，即发起设备与网内设备的账户名和密码相同，则网内设备确定鉴权通过，网内设备将接入到发起设备中，同时允许发起设备访问自身数据；否则认为鉴权失败，网内设备接入到发起设备失败，且不允许发起设备访问自身数据。

如下表5所示，网内设备确定发起设备鉴权通过后，将包含表示鉴权通过的Success等语句的探知应答报文根据保存的发起设备的IP地址发送给发起设备，该IP地址为网内设备解析探知请求报文得到并保存的IP地址。

表5鉴权应答报文

若网内设备确定发起设备鉴权失败后，将包含表示鉴权失败的fail(失败)等语句的探知应答报文根据保存的发起设备的IP地址发送给发起设备，同上述，该IP地址为网内设备解析探知请求报文得到并保存的IP地址。

步骤三：发起设备发送信息请求报文，网内设备回复信息应答报文；

发起设备接收到鉴权应答报文后，对该报文进行解析，得到鉴权结果，若鉴权结果为Success则认为鉴权通过。如图4所示，鉴权通过后发起设备确定将网内设备接入，之后可以通过信息请求报文对网内设备进行访问，访问内容诸如网内设备的设备名称信息、厂商信息和设备的运行参数等，比如下表6所示的信息请求报文。

表6信息请求报文

其中，DeviceID表示设备ID；DeviceName表示设备名称；DeviceType表示设备类型；DeviceStatus表示设备运行状态；需要说明的是，上述查询内容还可以包括：manuFacturer设备厂商信息；rtspAddr：设备的IP地址等内容的组合，且报文体部分的内容还可以通过数字或等编码表示，也可以发送空白内容，表示需要获取网内设备的所有设备信息，上述仅为举例。

比如，0表示查询网内设备的DeviceID；1表示查询网内设备的DeviceName；2表示查询网内设备的DeviceType；3表示查询网内设备的DeviceStatus等，则信息请求报文中只需要0、1、2、3等数字置于报文体即可。

当网内设备接收到信息请求报文后，对该报文进行解析，通过解析出的报文头DevInfo Request确定该报文为信息请求报文，并根据解析出的报文体中的内容，确定发起设备请求访问的数据为自身的名称信息、设备ID、设备名称、设备类型、设备厂商信息和设备运行状态。网内设备将各请求数据的回复信息置于信息应答报文中，发送给发起设备。其中信息应答报文如下表7所示：

表7信息应答报文

其中，通过设备名称也可以确定设备的地理位置信息。若网内设备需要回复的内容较多，则可以分成多条信息应答报文回复给发起设备。

比如，将表7所示的信息应答报文拆分为两条回复给发起设备，则拆分后的信息应答报文如下表8和表9所示：

表8信息应答报文拆分1

表9信息应答报文拆分2

如图5所示，本发明实施例提供的进行设备接入的完整流程示意图，包括以下步骤：

步骤500：发起设备向多播地址发送探知请求报文；

步骤501：多播地址向网内设备转发探知请求报文；

步骤502：网内设备向发起设备发送探知应答报文；

步骤503：发起设备向网内设备发送鉴权请求报文；

步骤504：网内设备向发起设备发送鉴权应答报文；

步骤505：若鉴权通过，发起设备可以向网内设备发送信息请求报文，以获取网内设备的设备信息；

步骤506：网内设备向发起设备发送信息应答报文。

基于同一发明构思，本发明实施例中还提供了一种设备，由于该设备是本发明实施例一种设备接入的系统中的发起设备，并且该设备解决问题的原理与该方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

如图6所示，本发明实施例提供一种设备，该设备包括：处理器600以及存储器601，其中，所述存储器601存储有程序代码，当所述存储器601存储的一个或多个计算机程序被所述处理器600执行时，使得所述网络侧设备执行下列过程：

通过设定的多播地址向加入所述多播地址的网内设备发送预设格式的包含所述发起设备自身IP地址的探知请求报文；根据接收到的所述网内设备反馈的探知应答报文确定所述网内设备的IP地址；所述发起设备根据确定的IP地址向所述网内设备发送预设格式的鉴权请求报文；所述发起设备根据接收到所述网内设备反馈的鉴权应答报文确定鉴权通过后，将所述网内设备接入所述发起设备。

可选的，所述处理器600，还用于：

向已接入的网内设备发送预设格式的信息请求报文；根据接收到的所述网内设备反馈的信息应答报文确定所述网内设备的设备信息。

可选的，所述探知请求报文、所述探知应答报文、所述鉴权请求报文、所述鉴权应答报文、所述信息请求报文、所述信息应答报文中的部分或全部包括下列信息中的部分或全部：

用于确定报文起点的报文开始标识；

用于确定报文所属的会话批次的报文唯一标识；

用于确定报文头起点的报文头开始标识；

用于确定报文类型的报文头；

用于确定报文体起点的报文体开始标识；

用于确定下列信息中的部分或全部的报文体：

所述网内设备的设备信息查询类型、所述网内设备的硬件参数信息、所述网内设备的运行参数信息。

基于同一发明构思，本发明实施例中还提供了一种设备，由于该设备是本发明实施例一种设备接入的系统中的网内设备，并且该设备解决问题的原理与该方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

基于相同的构思，如图7所示，本发明实施例提供一种设备，该设备包括：处理器700以及存储器701，其中，所述存储器701存储有程序代码，当所述存储器701存储的一个或多个计算机程序被所述处理器700执行时，使得所述设备执行下列过程：

通过加入的多播地址接收发起设备发送的探知请求报文；根据所述探知请求报文确定所述发起设备的IP地址；根据确定的所述发起设备的IP地址向所述发起设备发送预设格式的包含所述网内设备自身IP地址的探知应答报文；在接收到所述发起设备发送的鉴权请求报文后，确定鉴权结果；在确定所述鉴权结果为鉴权通过后确定接入到所述发起设备中并通过预设格式的鉴权应答报文通知所述发起设备。

可选的，所述处理器700，具体用于：

判断从所述鉴权请求报文中解析出的账户名和密码与所述网内设备自身的账户名和密码是否匹配；如果是，则确定鉴权结果为鉴权通过；否则，确定鉴权结果为鉴权失败。

可选的，所述处理器700，还用于：

接收所述发起设备发送的信息请求报文；根据所述信息请求报文包含的设备信息查询类型确定所述发起设备需要查询的所述网内设备的设备信息；向所述发起设备发送包含确定的所述设备信息的信息应答报文。

可选的，所述探知请求报文、所述探知应答报文、所述鉴权请求报文、所述鉴权应答报文、所述信息请求报文、所述信息应答报文中的部分或全部包括下列信息中的部分或全部：

用于确定报文起点的报文开始标识；

用于确定报文所属的会话批次的报文唯一标识；

用于确定报文头起点的报文头开始标识；

用于确定报文类型的报文头；

用于确定报文体起点的报文体开始标识；

用于确定下列信息中的部分或全部的报文体：

所述网内设备的设备信息查询类型、所述网内设备的硬件参数、所述网内设备的运行参数。

基于同一发明构思，本发明实施例中还提供了一种设备接入的方法，由于该设备是本发明实施例一种设备接入的系统中的发起设备对应的方法，并且该方法解决问题的原理与该设备相似，因此该方法的实施可以参见一种设备接入的系统的实施，重复之处不再赘述。

如图8所示，本发明实施例提供的设备接入的方法，该方法包括：

步骤800，发起设备通过设定的多播地址向加入所述多播地址的网内设备发送预设格式的包含所述发起设备自身IP地址的探知请求报文；

步骤801，所述发起设备根据接收到的所述网内设备反馈的探知应答报文确定所述网内设备的IP地址；

步骤802，所述发起设备根据确定的IP地址向所述网内设备发送预设格式的鉴权请求报文；

步骤803，所述发起设备根据接收到所述网内设备反馈的鉴权应答报文确定鉴权通过后，将所述网内设备接入所述发起设备。

可选的，所述发起设备根据接收到的所述网内设备反馈的鉴权应答报文确定鉴权通过后，将所述网内设备接入所述发起设备之后，还包括：

所述发起设备向已接入的网内设备发送预设格式的信息请求报文；

所述发起设备根据接收到的所述网内设备反馈的信息应答报文确定所述网内设备的设备信息。

可选的，所述探知请求报文、所述探知应答报文、所述鉴权请求报文、所述鉴权应答报文、所述信息请求报文、所述信息应答报文中的部分或全部包括下列信息中的部分或全部：

用于确定报文起点的报文开始标识；

用于确定报文所属的会话批次的报文唯一标识；

用于确定报文头起点的报文头开始标识；

用于确定报文类型的报文头；

用于确定报文体起点的报文体开始标识；

用于确定下列信息中的部分或全部的报文体：

所述网内设备的设备信息查询类型、所述网内设备的硬件参数信息、所述网内设备的运行参数信息。

基于同一发明构思，本发明实施例中还提供了一种设备接入的方法，由于该设备是本发明实施例一种设备接入的系统中的网内设备对应的方法，并且该方法解决问题的原理与该设备相似，因此该方法的实施可以参见一种设备接入的系统的实施，重复之处不再赘述。

如图9所示，本发明实施例提供的设备接入的方法，该方法包括：

步骤900，网内设备通过加入的多播地址接收发起设备发送的探知请求报文；

步骤901，所述网内设备根据所述探知请求报文确定所述发起设备的IP地址；

步骤902，所述网内设备根据确定的所述发起设备的IP地址向所述发起设备发送预设格式的包含所述网内设备自身IP地址的探知应答报文；

步骤903，所述网内设备在接收到所述发起设备发送的鉴权请求报文后，确定鉴权结果；

步骤904，所述网内设备在确定所述鉴权结果为鉴权通过后确定接入到所述发起设备中并通过预设格式的鉴权应答报文通知所述发起设备。

可选的，所述网内设备在接收到所述发起设备发送的鉴权请求报文后，确定鉴权结果，包括：

所述网内设备判断从所述鉴权请求报文中解析出的账户名和密码与所述网内设备自身的账户名和密码是否匹配；

如果是，则所述网内设备确定鉴权结果为鉴权通过；否则，所述网内设备确定鉴权结果为鉴权失败。

可选的，所述网内设备在确定所述鉴权结果为鉴权通过后确定接入到所述发起设备中并通过预设格式的鉴权应答报文通知所述发起设备之后，还包括：

所述网内设备接收所述发起设备发送的信息请求报文；

所述网内设备根据所述信息请求报文包含的设备信息查询类型确定所述发起设备需要查询的所述网内设备的设备信息；

所述网内设备向所述发起设备发送包含确定的所述设备信息的信息应答报文。

可选的，所述探知请求报文、所述探知应答报文、所述鉴权请求报文、所述鉴权应答报文、所述信息请求报文、所述信息应答报文中的部分或全部包括下列信息中的部分或全部：

用于确定报文起点的报文开始标识；

用于确定报文所属的会话批次的报文唯一标识；

用于确定报文头起点的报文头开始标识；

用于确定报文类型的报文头；

用于确定报文体起点的报文体开始标识；

用于确定下列信息中的部分或全部的报文体：

所述网内设备的设备信息查询类型、所述网内设备的硬件参数、所述网内设备的运行参数。

如图10所示，本发明实施提供的设备接入的完整流程操作，包括以下步骤：

步骤1000，发起设备通过多播地址向网内设备发送包含自身IP地址的探知请求报文；

步骤1001，网内设备通过加入的多播地址接收发起设备发送的探知请求报文；

步骤1002，网内设备根据解析的探知请求报文确定发起设备的IP地址；

步骤1003，网内设备根据确定的IP地址向发起设备发送探知应答报文；

步骤1004，发起设备接收网内设备反馈的探知应答报文；

步骤1005，发起设备根据解析的探知应答报文确定网内设备的IP地址；

步骤1006，发起设备根据确定的IP地址向网内设备发送鉴权请求报文；

步骤1007，网内设备根据接收到的鉴权请求报文发送鉴权应答报文；

步骤1008，发起设备接收网内设备发送的鉴权应答报文，并解析鉴权应答报文；

步骤1009，发起设备判断是否鉴权通过，如果是，则执行步骤1011；否则执行步骤1010；

步骤1010，发起设备确定网内设备接入失败，且发起设备不能访问网内设备；

步骤1011，发起设备将网内设备接入到发起设备中，发起设备确定可以访问已接入的网内设备的数据；

步骤1012，发起设备判断是否需要获取网内设备的设备信息，如果是，则执行步骤1013；否则退出流程；

步骤1013，发起设备向网内设备发送信息请求报文；

步骤1014，网内设备根据接收到的信息请求报文发送信息应答报文；

步骤1015，网内设备接收信息应答报文，通过解析该报文获取网内设备的设备信息。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (6)

1.一种设备接入的方法，其特征在于，该方法包括：

发起设备按照智能探知协议规定的多播地址和端口向加入所述多播地址的网内设备发送预设格式的包含所述发起设备自身互联网协议IP地址的探知请求报文；其中，所述网内设备是支持探知协议的；局域网内其他支持智能探知协议的网内设备通过向多播地址发送IGMP（Internet Group Management Protocol，组管理协议）报告，加入该多播地址；

所述发起设备根据接收到的所述网内设备反馈的探知应答报文确定所述网内设备的IP地址；

所述发起设备根据确定的IP地址向所述网内设备发送预设格式的鉴权请求报文；

所述发起设备根据接收到所述网内设备反馈的鉴权应答报文确定鉴权通过后，将所述网内设备接入所述发起设备；

所述发起设备根据接收到的所述网内设备反馈的鉴权应答报文确定鉴权通过后，将所述网内设备接入所述发起设备之后，还包括：

所述发起设备向已接入的网内设备发送预设格式的信息请求报文；

所述发起设备根据接收到的所述网内设备反馈的信息应答报文确定所述网内设备的设备信息；

所述探知请求报文、所述探知应答报文、所述鉴权请求报文、所述鉴权应答报文、所述信息请求报文、所述信息应答报文中的部分或全部包括下列信息中的部分或全部：

用于确定报文起点的报文开始标识；

用于确定报文所属的会话批次的报文唯一标识；

用于确定报文头起点的报文头开始标识；

用于确定报文类型的报文头；

用于确定报文体起点的报文体开始标识；

其中，所述探知请求报文中的报文体为发起设备的IP地址；所述探知应答报文中的报文体为网内设备的IP地址；所述鉴权请求报文中的报文体为发起设备的账户名和密码；所述鉴权应答报文中的报文体为鉴权结果；所述信息请求报文中的报文体为所述网内设备的设备信息查询类型；所述信息应答报文中的报文体包括所述网内设备的硬件参数信息和/或所述网内设备的运行参数信息；

其中，网内设备的硬件参数包括设备的厂商信息、设备品牌、设备型号、设备账户名及密码；网内设备的运行参数包括设备的IP地址、历史数据记录、在线状态、设备名称、视频数据。

2.一种设备接入的方法，其特征在于，该方法包括：

网内设备按照智能探知协议规定的多播地址和端口接收发起设备发送的探知请求报文；其中，所述网内设备是支持探知协议的；局域网内其他支持智能探知协议的网内设备通过向多播地址发送IGMP（Internet Group Management Protocol，组管理协议）报告，加入该多播地址；

所述网内设备根据所述探知请求报文确定所述发起设备的IP地址；

所述网内设备根据确定的所述发起设备的IP地址向所述发起设备发送预设格式的包含所述网内设备自身IP地址的探知应答报文；

所述网内设备在接收到所述发起设备发送的鉴权请求报文后，确定鉴权结果；

所述网内设备在确定所述鉴权结果为鉴权通过后确定接入到所述发起设备中并通过预设格式的鉴权应答报文通知所述发起设备；

所述网内设备在确定所述鉴权结果为鉴权通过后确定接入到所述发起设备中并通过预设格式的鉴权应答报文通知所述发起设备之后，还包括：

所述网内设备接收所述发起设备发送的信息请求报文；

所述网内设备根据所述信息请求报文包含的设备信息查询类型确定所述发起设备需要查询的所述网内设备的设备信息；

所述网内设备向所述发起设备发送包含确定的所述设备信息的信息应答报文；

所述探知请求报文、所述探知应答报文、所述鉴权请求报文、所述鉴权应答报文、所述信息请求报文、所述信息应答报文中的部分或全部包括下列信息中的部分或全部：

用于确定报文起点的报文开始标识；

用于确定报文所属的会话批次的报文唯一标识；

用于确定报文头起点的报文头开始标识；

用于确定报文类型的报文头；

用于确定报文体起点的报文体开始标识；

其中，所述探知请求报文中的报文体为发起设备的IP地址；所述探知应答报文中的报文体为网内设备的IP地址；所述鉴权请求报文中的报文体为发起设备的账户名和密码；所述鉴权应答报文中的报文体为鉴权结果；所述信息请求报文中的报文体为所述网内设备的设备信息查询类型；所述信息应答报文中的报文体包括所述网内设备的硬件参数信息和/或所述网内设备的运行参数信息；

其中，网内设备的硬件参数包括设备的厂商信息、设备品牌、设备型号、设备账户名及密码；网内设备的运行参数包括设备的IP地址、历史数据记录、在线状态、设备名称、视频数据。

3.如权利要求2所述的方法，其特征在于，所述网内设备在接收到所述发起设备发送的鉴权请求报文后，确定鉴权结果，包括：

所述网内设备判断从所述鉴权请求报文中解析出的账户名和密码与所述网内设备自身的账户名和密码是否匹配；

如果是，则所述网内设备确定鉴权结果为鉴权通过；否则，所述网内设备确定鉴权结果为鉴权失败。

4.一种设备，其特征在于，该设备包括：处理器以及存储器，其中，所述存储器存储有程序代码，当所述存储器存储的一个或多个计算机程序被所述处理器执行时，使得所述设备执行权利要求1所述的方法。

5.一种设备，其特征在于，该设备包括：处理器以及存储器，其中，所述存储器存储有程序代码，当所述存储器存储的一个或多个计算机程序被所述处理器执行时，使得所述设备执行权利要求2~3任一所述的方法。

6.一种计算机可存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1所述方法的步骤或权利要求2~3任一所述方法的步骤。

Images