CN103716345A - 一种智能社区网络中的ip表下发方法 - Google Patents
一种智能社区网络中的ip表下发方法 Download PDFInfo
- Publication number
- CN103716345A CN103716345A CN201210375256.1A CN201210375256A CN103716345A CN 103716345 A CN103716345 A CN 103716345A CN 201210375256 A CN201210375256 A CN 201210375256A CN 103716345 A CN103716345 A CN 103716345A
- Authority
- CN
- China
- Prior art keywords
- terminal equipment
- network
- server
- queue
- intelligent community
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种智能社区网络中的IP表下发方法,涉及网络通信领域。所述方法包括步骤:智能社区网络出现网络变动;服务器获知所述网络变动,并根据所述网络变动更新IP表;所述服务器向所述智能社区网络中的终端设备发送IP表更新报文;所述终端设备接收所述IP表更新报文,并从所述服务器下载更新后的IP表。所述智能社区网络中的IP表下发方法,通过服务器更新和下发IP表,同时采用“阈值等待”策略避免服务器负载过重,采用“延迟启动队列”的策略避免IP表的重复更新,实现了稳定可靠的IP表自动下发作业,有效减少了智能社区网络中的IP表下发过程的人工干预,提高了工作人员安装和售后服务的效率。
Description
技术领域
本发明涉及网络通信技术领域,特别涉及一种智能社区网络中的IP表下发方法。
背景技术
近年来,智能社区发展很快,很多新建的小区都配备了安防对讲系统。过去较早的安防对讲系统都采用模拟信号,而目前随着数字安防对讲系统硬件成本的降低,越来越多的小区使用了数字安防对讲系统,已经有普及的趋势
数字安防对讲系统中,各终端设备(包括室内主机、室内分机、单元门口机、小区门口机、小区服务器、物业管理机等设备)之间通信通常使用RJ45接口(即网口),底层协议往往使用TCP(TransmissionControl Protocol,传输控制协议)/IP(Internet Protocol,网络之间互连的协议)或UDP(User Datagram Protocol,用户数据报协议)协议,各设备之间通过IP地址进行通信,也就是说设备需要某种途径来获得其他设备的IP地址才能进行通信。下面简单介绍一下目前几种流行的寻址方法:
1)服务器寻址,类似于DNS(Domain Name System,域名系统)寻址方式,所有设备的IP信息都存储的服务器上,设备在需要通信时将目标设备的编号或设备位置信息(比如2号楼2单元302就是一个位置信息)发给服务器,服务器经过查询后将对应的IP地址发给相应设备。
2)IP表寻址,即每个设备在自身的存储器中保存一份IP表,这个IP表应包含小区内各设备的IP地址、设备类型、位置、编号等基本信息,显然,每个设备可以通过读此表得到目标设备的IP地址。
3)服务器与IP表混合寻址,即两种方式混合使用。
其中,目前采用IP表寻址方式的安防对讲系统,往往采用手动下发IP表的方式,需要人工干预多,安装和售后服务的效率低下。
发明内容
(一)要解决的技术问题
本发明要解决的技术问题是:如何提供一种智能社区网络中的IP表下发方法,以减少人工干预,提高安装和售后服务的效率。
(二)技术方案
为解决上述技术问题,本发明提供一种智能社区网络中的IP表下发方法,其包括步骤:
A:智能社区网络出现网络变动;
B:服务器获知所述网络变动,并根据所述网络变动更新IP表;
C:所述服务器向所述智能社区网络中的终端设备发送IP表更新报文;
D:所述终端设备接收所述IP表更新报文,并从所述服务器下载更新后的IP表。
其中,所述网络变动包括:所述智能社区网络增加终端设备、删除终端设备,所述终端设备的IP地址改变,以及所述终端设备的物理地址或者物理地址编号改变。
其中,所述步骤B中,所述服务器通过人工录入方式获知所述网络变动。
其中,所述步骤B中,所述服务器通过接收所述终端设备发送的注册信息获知所述网络变动。
其中,所述IP表中包括:所述终端设备的物理地址或者物理地址编号、所述终端设备的编号,以及所述终端设备的IP地址。
其中,所述步骤C中,所述服务器采用单线程队列的方式,向所述智能社区网络中的终端设备发送IP表更新报文。
其中,所述步骤C具体包括步骤:
C1:所述服务器初始化通知队列,所述通知队列中包含所述智能社区网络中的所有终端设备;
C2:所述服务器设置计数器的初值;
C3:所述服务器判断当前通知队列是否为空,如果是,执行步骤D;否则,执行步骤C4;
C4:所述服务器获取当前通知队列队首的终端设备,并向所述队首的终端设备发送IP表更新报文;
C5:所述计数器按照预定步长更新记录值,判断所述计数器的当前记录值是否大于阈值,如果是,执行步骤C6;否则,执行步骤C3;
C6:所述服务器暂停第一预定时间段,然后执行所述步骤C2。
其中,所述步骤D具体包括步骤:
D1:所述终端设备接收所述IP表更新报文后连接所述服务器;
D2:所述服务器从获知最近一次网络变动起计时,等候第二预定时间段;
D3:所述服务器在所述第二预定时间段内判断是否获知新的网络变动,如果是,执行所述步骤D2;否则,启动更新队列,所述更新队列中包含所述智能社区网络中的所有终端设备;
D4:所述服务器利用所述更新队列向所述终端设备发送所述IP表更新报文。
其中,所述IP表更新报文中包含所述服务器的URL,所述终端设备根据所述URL临界所述服务器。
其中,所述步骤D之后还包括步骤
E:所述服务器按照预定周期向所述终端设备发送最近一次更新的IP表的版本号;
F:所述终端设备接收所述最近一次更新的IP表的版本号,并根据所述最近一次更新的IP表的版本号判断是否需要更新本地IP表,如果需要则连接所述服务器下载所述最近一次更新的IP表。
(三)有益效果
本发明所述智能社区网络中的IP表下发方法,通过服务器更新和下发IP表,同时采用“阈值等待”策略避免服务器负载过重,采用“延迟启动队列”的策略避免IP表的重复更新,实现了稳定可靠的IP表自动下发作业,有效减少了智能社区网络中的IP表下发过程的人工干预,提高了工作人员安装和售后服务的效率。
附图说明
图1是本发明实施例所述智能社区网络中的IP表下发方法的流程图;
图2是所述步骤C的细化流程图;
图3是所述步骤D的细化流程图。
具体实施方式
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
图1是本发明实施例所述智能社区网络中的IP表下发方法的流程图,如图1所示,所述方法包括步骤:
A:智能社区网络出现网络变动。
其中,所述网络变动包括:所述智能社区网络增加终端设备、删除终端设备,所述终端设备的IP地址改变,以及所述终端设备的物理地址或者物理地址编号改变。当出现所述网络变动时,需要更新IP表,以便各终端设备能够及时获得智能社区中其他终端设备的IP地址,进而进行通信。
B:服务器获知所述网络变动,并根据所述网络变动更新IP表。
本实施例中使用一台小区服务器对所述IP表进行统一更新和下发,所述服务器可以通过以下两种方式获知所述网络变动:人工录入方式,即为操作人员提供一个管理软件,管理人员通过软件对设备信息进行人工维护;或者,所述服务器通过接收所述终端设备发送的注册信息获知所述网络变动,即终端设备通过预定的协议将自身的信息及IP地址上报给所述服务器。
所述IP表中包括:所述终端设备的物理地址或者物理地址编号(比如2号楼2单元302就是一个终端设备的物理地址,其物理地址编号可以为2,2,302)、所述终端设备的编号(同一物理地址可能设置有多个终端设备,此时通常使用数字分别进行编号),以及所述终端设备的IP地址。上述信息时所述IP表的最基本信息,实际应用中还可以根据使用情况进行信息扩展,比如增设终端设备的维护责任人一栏。
C:所述服务器向所述智能社区网络中的终端设备发送IP表更新报文。
所述服务器在更新IP表后,将通过群发IP表更新报文的方式通知所述终端设备需要更新,群发IP表更新报文可采用广播的方式或多线程并发,也可单线程队列发送,考虑到广播或多线程并发可能导致所述服务器的访问量剧增,所以采用单线程队列的方式发送。
所述服务器采用单线程队列的方式告知整个网络内的终端设备进行IP表更新,我们称这个队列为通知队列。这个通知队列的发送速度是很快的,对于几千户的大型小区,每秒可能有成千上百个终端设备收到IP表更新报文,这些终端设备同时连接服务器进行IP表下载可能导致服务器瞬间的TCP连接数暴增,导致服务器拒绝访问,我们可以通过一个“阀值等待”的策略控制负载,原理很简单,设置一个计数器,一个阀值(比如20),每发送一个IP表更新报文计数器就+1,当计数器的值大于阀值时就让通知队列暂停一段时间,一段时间过后重置计数器,继续发送,这样就可以避免同时有过多的终端设备连接服务器进行下载。
图2是所述步骤C的细化流程图,如图2所示,所述步骤C具体包括步骤:
C1:所述服务器初始化通知队列,所述通知队列中包含所述智能社区网络中的所有终端设备。
C2:所述服务器设置计数器的初值。所述初值一般为0。
C3:所述服务器判断当前通知队列是否为空,如果是,执行步骤D;否则,执行步骤C4。
C4:所述服务器获取当前通知队列队首的终端设备,并向所述队首的终端设备发送IP表更新报文。
C5:所述计数器按照预定步长更新记录值,判断所述计数器的当前记录值是否大于阈值,如果是,执行步骤C6;否则,执行步骤C3。所述预定步长一般为1。
C6:所述服务器暂停第一预定时间段(比如2分钟),然后执行所述步骤C2。
D:所述终端设备接收所述IP表更新报文,并从所述服务器下载更新后的IP表。
所述终端设备在收到IP表更新报文后,将通过FTP(File TransferProtocol,文件传输协议)或HTTP(hypertext transport protocol,超文本传送协议)等商定好的协议进行下载,而IP表下载的URL(UniversalResource Locator,统一资源定位符)可事先约定或放到IP表更新报文中动态获得。
对于自动下发IP表,重复发送的问题在实际工程项目中十分普遍,比如一个安装人员安装终端设备,在他注册完成第1台终端设备后,服务器将启动一个更新队列,过了一段时间,他又注册了另一台终端设备,而这个时候上一个更新队列可能尚未完成,这个时候普遍的策略是结束上一个更新队列,开启一个新更新队列进行发送,但这样会导致整个小区网络一直处在一个“忙”的状态,服务器会不断的启动新的IP表更新队列并关闭上一个更新队列,而先前已注册的终端设备(尤其是更新队列前排的那些终端设备)可能多次进行IP表下载更新。
对于这样的问题我们采用了一种“延迟启动队列”的策略进行优化,可有效的避免IP表的重复更新,所谓延迟启动队列就是在获知网络变动后,设置一个计时器进行记时并在一段延迟时间后触发更新队列,如果在这个延迟时间内又有网络变动,则重新记时,直到系统认定“短时间内不会再有新的变动”才开始启动更新队列。
图3是所述步骤D的细化流程图,如图3所示,所述步骤D具体包括步骤:
D1:所述终端设备接收所述IP表更新报文后连接所述服务器;
D2:所述服务器从获知最近一次网络变动起计时,等候第二预定时间段(比如为30分钟)。
D3:所述服务器在所述第二预定时间段内判断是否获知新的网络变动,如果是,执行所述步骤D2;否则,启动更新队列,所述更新队列中包含所述智能社区网络中的所有终端设备;
D4:所述服务器利用所述更新队列向所述终端设备发送所述IP表更新报文。
为了解决部分终端设备可能不能成功更新IP表问题,所述步骤D之后还包括步骤
E:所述服务器按照预定周期向所述终端设备发送最近一次更新的IP表的版本号;
F:所述终端设备接收所述最近一次更新的IP表的版本号,并根据所述最近一次更新的IP表的版本号判断是否需要更新本地IP表,如果需要则连接所述服务器下载所述最近一次更新的IP表。
本发明实施例所述智能社区网络中的IP表下发方法,通过服务器更新和下发IP表,同时采用“阈值等待”策略避免服务器负载过重,采用“延迟启动队列”的策略避免IP表的重复更新,实现了稳定可靠的IP表自动下发作业,有效减少了智能社区网络中的IP表下发过程的人工干预,提高了工作人员安装和售后服务的效率。
以上实施方式仅用于说明本发明,而并非对本发明的限制,有关技术领域的普通技术人员,在不脱离本发明的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本发明的范畴,本发明的专利保护范围应由权利要求限定。
Claims (10)
1.一种智能社区网络中的IP表下发方法,其特征在于,包括步骤:
A:智能社区网络出现网络变动;
B:服务器获知所述网络变动,并根据所述网络变动更新IP表;
C:所述服务器向所述智能社区网络中的终端设备发送IP表更新报文;
D:所述终端设备接收所述IP表更新报文,并从所述服务器下载更新后的IP表。
2.如权利要求1所述的方法,其特征在于,所述网络变动包括:所述智能社区网络增加终端设备、删除终端设备,所述终端设备的IP地址改变,以及所述终端设备的物理地址或者物理地址编号改变。
3.如权利要求1所述的方法,其特征在于,所述步骤B中,所述服务器通过人工录入方式获知所述网络变动。
4.如权利要求1所述的方法,其特征在于,所述步骤B中,所述服务器通过接收所述终端设备发送的注册信息获知所述网络变动。
5.如权利要求1所述的方法,其特征在于,所述IP表中包括:所述终端设备的物理地址或者物理地址编号、所述终端设备的编号,以及所述终端设备的IP地址。
6.如权利要求1所述的方法,其特征在于,所述步骤C中,所述服务器采用单线程队列的方式,向所述智能社区网络中的终端设备发送IP表更新报文。
7.如权利要求6所述的方法,其特征在于,所述步骤C具体包括步骤:
C1:所述服务器初始化通知队列,所述通知队列中包含所述智能社区网络中的所有终端设备;
C2:所述服务器设置计数器的初值;
C3:所述服务器判断当前通知队列是否为空,如果是,执行步骤D;否则,执行步骤C4;
C4:所述服务器获取当前通知队列队首的终端设备,并向所述队首的终端设备发送IP表更新报文;
C5:所述计数器按照预定步长更新记录值,判断所述计数器的当前记录值是否大于阈值,如果是,执行步骤C6;否则,执行步骤C3;
C6:所述服务器暂停第一预定时间段,然后执行所述步骤C2。
8.如权利要求1所述的方法,其特征在于,所述步骤D具体包括步骤:
D1:所述终端设备接收所述IP表更新报文后连接所述服务器;
D2:所述服务器从获知最近一次网络变动起计时,等候第二预定时间段;
D3:所述服务器在所述第二预定时间段内判断是否获知新的网络变动,如果是,执行所述步骤D2;否则,启动更新队列,所述更新队列中包含所述智能社区网络中的所有终端设备;
D4:所述服务器利用所述更新队列向所述终端设备发送所述IP表更新报文。
9.如权利要求8所述的方法,其特征在于,所述IP表更新报文中包含所述服务器的URL,所述终端设备根据所述URL临界所述服务器。
10.如权利要求1所述的方法,其特征在于,所述步骤D之后还包括步骤
E:所述服务器按照预定周期向所述终端设备发送最近一次更新的IP表的版本号;
F:所述终端设备接收所述最近一次更新的IP表的版本号,并根据所述最近一次更新的IP表的版本号判断是否需要更新本地IP表,如果需要则连接所述服务器下载所述最近一次更新的IP表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210375256.1A CN103716345A (zh) | 2012-09-29 | 2012-09-29 | 一种智能社区网络中的ip表下发方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210375256.1A CN103716345A (zh) | 2012-09-29 | 2012-09-29 | 一种智能社区网络中的ip表下发方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103716345A true CN103716345A (zh) | 2014-04-09 |
Family
ID=50408924
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210375256.1A Pending CN103716345A (zh) | 2012-09-29 | 2012-09-29 | 一种智能社区网络中的ip表下发方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103716345A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105871661A (zh) * | 2016-06-16 | 2016-08-17 | 上海帝联信息科技股份有限公司 | 公网服务器探测方法及探测服务器 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1267860A (zh) * | 2000-04-05 | 2000-09-27 | 深圳黎明电脑网络有限公司 | 一种静态分散信息交换方法及其实现模块 |
CN1767493A (zh) * | 2004-10-29 | 2006-05-03 | 北京佳讯飞鸿电气有限责任公司 | 实现voip业务穿越私网的系统及方法 |
CN101127016A (zh) * | 2006-08-18 | 2008-02-20 | 富士通株式会社 | 传输控制设备和传输控制方法 |
US20090019156A1 (en) * | 2007-04-04 | 2009-01-15 | Zte Corporation | System and Method of Providing Services via a Peer-To-Peer-Based Next Generation Network |
CN101860392A (zh) * | 2009-04-07 | 2010-10-13 | 中国移动通信集团公司 | 基于卫星通信的基站的时钟同步方法和系统 |
CN102497458A (zh) * | 2011-12-22 | 2012-06-13 | 北京华环电子股份有限公司 | 一种网元ip地址的分配方法 |
-
2012
- 2012-09-29 CN CN201210375256.1A patent/CN103716345A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1267860A (zh) * | 2000-04-05 | 2000-09-27 | 深圳黎明电脑网络有限公司 | 一种静态分散信息交换方法及其实现模块 |
CN1767493A (zh) * | 2004-10-29 | 2006-05-03 | 北京佳讯飞鸿电气有限责任公司 | 实现voip业务穿越私网的系统及方法 |
CN101127016A (zh) * | 2006-08-18 | 2008-02-20 | 富士通株式会社 | 传输控制设备和传输控制方法 |
US20090019156A1 (en) * | 2007-04-04 | 2009-01-15 | Zte Corporation | System and Method of Providing Services via a Peer-To-Peer-Based Next Generation Network |
CN101860392A (zh) * | 2009-04-07 | 2010-10-13 | 中国移动通信集团公司 | 基于卫星通信的基站的时钟同步方法和系统 |
CN102497458A (zh) * | 2011-12-22 | 2012-06-13 | 北京华环电子股份有限公司 | 一种网元ip地址的分配方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105871661A (zh) * | 2016-06-16 | 2016-08-17 | 上海帝联信息科技股份有限公司 | 公网服务器探测方法及探测服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101481443B1 (ko) | 통신 네트워크의 디바이스 관리 방법 및 시스템 | |
CN107291516B (zh) | 一种固件升级方法和系统 | |
CN100391176C (zh) | 用于远端更新家用设备功能的方法和系统 | |
JP6444405B2 (ja) | ソフトウェア更新方法、システム及びデバイス | |
CN101951400B (zh) | 一种家庭网络中应用终端的软件安装和升级方法及系统 | |
CN103716390A (zh) | 一种数据分享方法及终端 | |
CN101578832B (zh) | 用于向无线设备传送系统状态信息变化的装置和方法 | |
CN101843076B (zh) | 网络上的对等链接建立的方法和设备 | |
CN101241364B (zh) | 空调系统远程管理控制器、本地控制器及其自动更新方法 | |
CN110032382A (zh) | 一种汽车电子控制单元升级方法、系统及终端设备 | |
KR101971259B1 (ko) | IoT 통신모듈에 설치된 프로그램을 업그레이드하는 운영관리 장치 및 그 구동방법 | |
CN106301959B (zh) | 基于windows和linux平台的网关批量升级方法及系统 | |
CN102571996B (zh) | Ip地址分配方法、装置以及网络系统 | |
EP3977269B1 (en) | Enabling upgrading firmware of a target device | |
CN107979644B (zh) | 防止高并发的信息包下载方法、电子设备、存储介质 | |
CN101621411B (zh) | 微控制器远程更新方法和更新系统 | |
CN103580921A (zh) | 一种网络设备自动升级的方法及自动升级系统 | |
CN1224218C (zh) | 家庭网络的远程控制系统和方法 | |
CN109495433A (zh) | 数据下载方法和装置、存储介质及电子装置 | |
CN111638891B (zh) | 一种设备升级方法、装置、终端设备和存储介质 | |
WO2016193118A1 (en) | Load balancing server for forwarding prioritized traffic from and to one or more prioritized auto-configuration servers | |
CN102348198A (zh) | 一种无线终端及其参数远程设置方法 | |
CN105025467B (zh) | 一种基于mdm的终端控制方法及系统 | |
CN101227335A (zh) | 一种网元设备的软件版本升级方法 | |
CN103716345A (zh) | 一种智能社区网络中的ip表下发方法 |
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 |
Application publication date: 20140409 |
|
RJ01 | Rejection of invention patent application after publication |