CN101345659A - 网络终端控制方法和网络终端控制系统 - Google Patents

Abstract

本发明公开了一种网络终端控制方法和网络终端控制系统。该方法通过位置服务器记录网络终端的设备标识信息及该网络终端的物理位置信息，以及，当任一网络终端启动后，执行以下步骤：该网络终端向应用服务器请求注册，该注册信息携带该网络终端的IP地址及设备标识信息；该应用服务器基于该设备标识信息向该位置服务器查询该网络终端对应的物理位置信息；如果查询成功，则该应用服务器建立该网络终端IP地址与该物理位置信息的绑定关系并向DNS服务器下发，使对该网络终端的访问能够基于该物理位置信息进行。通过本发明，有利于大规模网络的部署，且有效降低网络终端维护难度。

Description

网络终端控制方法和网络终端控制系统

技术领域

本发明涉及网络通信技术领域，尤其涉及一种网络终端控制方法和网络终端控制系统。

背景技术

随着网络技术的不断发展和普及应用，运营商或者企业局域网中的终端数量急剧增加。由于网络终端的物理位置分散，分别对其进行配置和维护的花费不菲，因此现有技术中往往采用应用服务器，由其对网络中的终端进行集中的管理，从而将网络配置、维护和升级的工作量由面集中到应用服务器这一个点上，以大大减少维护人员的工作量。

但是，现有技术中应用服务器对于网络终端的管理一般是基于网络终端的IP地址进行的，这对于一些与物理位置相关性较高的网络终端而言，其实现复杂度和难度仍然很高。

以视频监控网络为例，一般都由一个视频应用服务器对网络中所有的监控终端进行管理，且每个监控终端(比如网络视频编码器)分别监控一定的物理区域，即每个监控终端都与物理位置密切相关；对于这种视频监控网络而言，要想实现视频应用服务器对监控终端的管理，必须针对每一个监控终端重复执行以下步骤：

(1)为监控终端配置IP地址，使之可以接入网络与视频应用服务器通信；

(2)基于该IP地址在视频应用服务器上添加该监控终端，指定该监控终端的物理位置(监控区域)；

(3)在视频应用服务器上对该监控终端进行业务配置，从而实现在视频应用服务器上对该监控终端进行管理。

可以看出，该视频监控网络存在的问题在于：

(1)由于需要在视频应用服务器上逐一手动设置监控终端与物理位置的对应关系，特别是当监控终端的物理位置发生改变时，同样需要在视频应用服务器上加以手动的更新调整和绑定，因此在大规模部署监控终端的情况下，仍然需要维护人员进行大量的配置和维护工作，非常不方便；

(2)维护人员都是基于监控终端的IP地址实现视频应用服务器进行监控终端的调试和维护，由于IP地址难以记忆，且彼此之间差异很从小，容易混淆，因此增加了管理的难度；

同时，IP地址只能精确到监控终端级别，而在实际网络环境中，一个监控终端可能管理多个与物理位置相关的应用，比如一个网络视频编码器可以管理多个摄像头，作为监控终端的网络视频编码器配置有一个IP地址，而其所管理的摄像头虽然监控着不同的物理位置，但本身却并不具有独立的IP地址；这也就意味着，视频应用服务器对于监控终端的监控粒度是很粗的。

本领域普通技术人员可以了解，在其他类型的网络中，只要该网络的应用服务器需要基于网络终端的IP地址进行与物理位置相关的业务控制，那么上述视频监控网络的问题就同样存在，在此不再赘述。

发明内容

本发明的实施例旨在提供一种网络终端控制方法和一种网络终端控制系统，以克服现有技术中基于IP地址进行网络终端控制所存在的缺陷，方便大规模部署，降低网络终端维护难度。

为实现上述目的，本发明的实施例提供了一种网络终端控制方法，通过位置服务器记录网络终端的设备标识信息及该网络终端的物理位置信息，该设备标识信息包括设备标识；以及，当任一网络终端启动后，执行以下步骤：

步骤S1：该网络终端向应用服务器请求注册，该注册信息携带该网络终端的IP地址及设备标识信息；

步骤S2：该应用服务器基于该设备标识信息向该位置服务器查询该网络终端对应的物理位置信息；

步骤S3：如果查询成功，则该应用服务器建立该网络终端IP地址与该物理位置信息的绑定关系并向DNS服务器下发，使对该网络终端的访问能够基于该物理位置信息进行。

本发明的实施例还提供了一种网络终端控制系统，包括网络终端，还包括位置服务器，用于记录网络终端的设备标识及该网络终端的物理位置信息；应用服务器，用于接受任一网络终端启动后的注册请求，该注册信息携带该网络终端的IP地址及设备标识；该应用服务器与该位置服务器通信连接，用于基于该设备标识向该位置服务器查询该网络终端对应的物理位置信息，并在查询成功的情况下建立该网络终端IP与该物理位置信息的绑定关系；DNS服务器，与该应用服务器通信连接，用于接受该应用服务器在查询成功时下发的该网络终端IP地址与该物理位置信息的绑定关系，使对该网络终端的访问能够基于该物理位置信息进行。

由上述技术方案可知，本发明的实施例通过设置位置服务器，采用应用服务器基于网络终端的注册进行IP地址与物理位置绑定的技术方案，具有以下有益效果：

1、集中管理网络终端的设备标识和物理位置信息，便于记录、变更和维护，有利于大规模网络的部署和维护；

2、通过物理位置信息而非IP地址实现对网络终端的访问，有效降低网络终端维护难度；

3、通过进一步对网络终端应用的记录，实现网络终端管理精度的提高。

通过以下参照附图对优选实施例的说明，本发明的上述以及其它目的、特征和优点将更加明显。

附图说明

图1为本发明提供的网络终端控制方法一实施例的流程图；

图2为本发明提供的网络终端控制方法中，零配置启动和带配置启动的实施例的流程图；

图3为本发明提供的网络终端控制方法中，零配置启动时网络终端业务配置的流程图；

图4为本发明进行终端业务配置实施例的网络应用示意图；

图5A为零配置启动时，本发明提供的网络终端控制方法实施例一网络应用示意图；

图5B为带配置启动时，本发明提供的网络终端控制方法实施例一网络应用示意图；

图6为本发明提供的网络终端控制系统一实施例的框图；

图7为本发明提供的网络终端控制系统中，网络终端实施例的框图；

图8为本发明提供的网络终端控制系统一较佳实施例的框图。

具体实施方式

下面将详细描述本发明的具体实施例。应当注意，这里描述的实施例只用于举例说明，并不用于限制本发明。

基于规范描述和方便阅读的考虑，逐一定义本发明专利申请文件中出现的术语如下：

网络终端，也可以称为用户代理(User Agent，简称UA)，在本发明中主要是指网络中与物理位置相关的终端，如视频编码器；

设备标识(Device Identifier，简称DEV-ID)：唯一标识设备的标识符，可以是二进制串，也可以是字符串；

设备应用标识(Device Application Identifier，简称DEV-APP-ID)：在一个设备内唯一标识一个设备应用的标识符；需要说明的是，上述各术语仅作为指称其意指的名称之一，因此凡意指与其相同或近似的名称均应视为其等价物。

本发明的主要构思在于，引入LS(Location Server，位置服务器)集中管理网络终端的物理位置信息，并且进行物理位置信息与IP地址的绑定，实现通过物理位置信息对于网络终端的访问，来解决大规模部署维护以及网络终端难于维护的问题。

下面，对本发明提供的网络终端控制方法加以详细描述。

如图1所示，显示了本发明提供的网络终端控制方法一实施例的流程图，包括以下步骤：

首先，引入了位置服务器LS，通过该位置服务器记录网络终端的设备标识信息及该网络终端的物理位置信息。

在这里，位置服务器LS是一个逻辑概念，可以通过一个进程或者模块或者数据库来实现，只要管理人员能够通过LS进行网络终端物理位置信息的集中管理即可。

所涉及的设备标识信息，其应当包括设备标识DEV-ID；该DEV-ID可以是设备MAC地址或设备序列号，也可以是其它能够唯一标识网络终端的信息。其中，设备MAC地址必须在设备上电后通过命令行读取，而设备序列号可以从设备标签上直接抄取，有利于信息的快速收集，因此，采用设备序列号作为DEV-ID是较佳的实施方式。

由于一个设备可能管理多个与物理位置相关的应用，比如一个视频编码器可以管理多个摄像头，而每个摄像头所监控的物理位置是不同的；因此，一个DEV-ID可能对应多个DEV-APP-ID。这种情况下，即网络终端包括多个应用时，通过位置服务器LS记录网络终端的设备标识信息及网络终端的物理位置信息的步骤应该包括：

位置服务器LS记录网络终端的设备标识信息，该设备标识信息包括设备标识DEV-ID及其各应用的设备应用标识DEV-APP-ID；以及，位置服务器LS记录网络终端的物理位置信息，该物理位置信息为各应用物理位置信息(可称之为L-NAME)的集合，任一L-NAME与网络终端的一设备应用标识对应，唯一的标识该应用的物理位置；

也就是说，一个L-NAME与一个DEV-ID加一个DEV-APP-ID唯一对应即L-NAME-----DEV-ID+DEV-APP-ID，它们之间是唯一的、不重复的，可以用字符串形式表示，表明网络终端一应用的物理部署点。

作为集中记录了网络终端的物理位置信息的功能实体，位置服务器LS能够对外提供信息查询功能，以及提供记录添加、删除、修改功能，以随网络终端的增加删除以及位置变化执行适应性调整；其操作接口可以是基于私有协议，也可以是基于是ODBC(Open Data BaseConnectivity，开放数据库互连)等的数据库接口。

在网络终端包括多个应用时，位置服务器LS对外提供的信息查询功能具体表现为：根据DEV-ID得到L-NAME列表，根据DEV-ID和DEV-APP-ID查询所述L-NAME列表，得到唯一的L-NAME。

可见，通过位置服务器LS的引入，无需在每一个网络终端启动后，逐一的手动添加其相应的物理位置信息，而是在网络或者局域网硬件部署之初，统一的进行物理位置信息的添加；同时，各个网络终端的物理位置信息都在位置服务器LS集中管理，进行变更和升级也极为方便。

引入位置服务器LS之后，当任一网络终端启动后，执行以下步骤：

步骤S1：网络终端向应用服务器(Application Server，简称AS)请求注册，该注册信息携带网络终端的IP地址及设备标识；

具体的，当DEV-APP-ID有多个的话，网络终端携带其IP地址和DEV-ID、DEV-APP-ID列表向应用服务器AS请求注册。其中，网络终端与应用服务器AS通讯可以采用私有通信协议，也可以采用标准通信协议，比如SIP协议；即使采用标准通信协议，也可以使用私有的内部格式，不构成对本发明技术方案的局限。

步骤S2：应用服务器AS基于设备标识向位置服务器LS查询该网络终端对应的物理位置信息；

当然，如果网络终端包括多个应用时，应用服务器AS是基于DEV-ID和DEV-APP-ID向位置服务器LS查询对应的L-NAME。

步骤S3：如果查询成功，则应用服务器AS建立网络终端IP地址与物理位置信息的绑定关系并向DNS(Domain Name System，域名系统)服务器下发，使对该网络终端的访问能够基于物理位置信息进行，即通过输入网络终端的物理位置信息，便可以由DNS服务器根据所述绑定关系解析出该物理位置信息对应的IP地址，以便根据IP地址对所述网络终端进行访问；

此后，对该网络终端的访问和管理，就不必基于难以记忆的IP地址进行，而是通过物理位置信息，比如“会议室”、“走廊”、“中心控管室”等一目了然的物理位置名称进行。

需要指出，当一个IP地址对应于一个L-NAME列表时，应用服务器AS建立的是网络终端IP地址与相应L-NAME集合的绑定关系并向DNS服务器下发，即一个或者多个L-NAME与IP地址的绑定与下发；这种情况下，可以根据一个L-NAME，比如“走廊1”“走廊2”……直接通过网络终端对于特定的应用对象进行控管，方便网络终端的维护和调试，实现网络终端管理精度的提高。

此外，本领域普通技术人员可以了解，如果查询失败，说明该网络终端并非部署计划内的网络终端，则应用服务器拒绝网络终端的注册请求，以保证整个网络的安全性。其也可以采取进一步的处理，比如提交管理员进行网络终端资质审核，通过位置服务器LS的添加和重新注册，接入网络。

从上述实施例可以看出，本发明所提供的网络终端控制方法将网络终端、物理位置信息独立加以考虑，而非在应用服务器AS上手动绑定配置，因此应用服务器AS无需关注网络终端的变化，而是基于网络终端的主动注册即时获得相应的绑定关系；位置服务器LS也无需关注网络终端的IP地址变化，全局记录网络终端的物理位置信息即可，有利于大规模的终端部署，而且能够灵活的随着网络的变化进行适应性调整；

同时，本发明所提供的网络终端控制方法基于物理位置信息进行网络终端的管理，有效地降低了网络终端维护难度。

进一步的，对于网络终端来说，其IP地址分配和业务配置可以在每次启动后重新进行，但为了避免反复的相同配置，较佳的，网络终端可以保存以前的配置文件，这样重新启动后，可以快速实现网络接入和管理。因此，视网络终端启动情况的不同，可以分为零配置启动和带配置启动。

但这种较佳的实施方式会产生一个新的问题：对于网络终端来说，如果其物理位置信息发生变化，其原有的配置相当于已经失效；比如，如果继续采用原有的IP地址进行注册，可能会导致下发到DNS服务器中的绑定关系是错误的；再比如，管理员基于物理位置信息对网络终端进行的其他配置也会失效。

为了克服这一问题，当一网络终端的物理位置信息发生变化时，需要初始化该网络终端。也就是说，当一网络终端的物理位置信息发生变化时，需要重新进入零配置启动，根据新的物理位置信息进行DNS下发以及后续的业务配置。

下面分别就零配置启动和带配置启动分别加以描述，请参见图2。

对于零配置启动，其涉及到了网络终端IP地址获取的问题。

在现有技术中，监控终端的IP地址分配是手动进行的，本发明的实施例当然可以沿用此方案。

但较佳的，是引入DHCP服务器，自动对网络终端进行IP地址分配，以进一步优化大规模部署的效率。这样，对于初次启动的网络终端，可以通过DHCP服务器获得其IP地址和必要的信息，比如应用服务器AS的地址、DNS服务器的地址等。

具体的，本发明所提供的零配置启动实施例是在步骤S1之前还包括：

步骤S00：网络终端识别本地是否存在配置文件，不存在则为零配置启动；

步骤S01：启动DHCP模块并通过DHCP模块将DEV-ID映射成为DHCP协议格式的客户端ID，发送给DHCP服务器进行IP地址申请；

其中，DHCP Server是标准的组件，无需定制开发，要实现上述步骤，只需要在网络终端中嵌入相应的DHCP模块，或者称为DHCP客户端。

DHCP模块将DEV-ID映射成为DHCP协议格式的客户端ID申请地址，该客户端ID的具体格式请参考RFC2131中DHCP option 61的描述；这样，DHCP服务器根据映射规则配置客户端ID和IP地址的绑定即可，相当于进行了DEV-ID与IP地址的绑定，这样无需为了出于识别DEV-ID的目的对DHCP服务器进行改动。

步骤S02：DHCP服务器为客户端ID动态映射IP地址，同时指定应用服务器AS和DNS服务器的地址，然后执行步骤SI；

具体的，根据DHCP协议，DHCP服务器向网络终端进行回应，回应报文可以采用DHCP option 43格式，告知网络终端其IP地址，同时指定应用服务器AS地址、DNS地址以及其他涉及到的信息，比如文件服务器地址，这样网络终端获得IP地址的同时，得知网络中应用服务器AS地址、DNS服务器地址、文件服务器地址。

对于带配置启动，本发明提供的实施例是在步骤S1之前还包括：

步骤S00：网络终端识别本地是否存在配置文件，存在则为带配置启动；

步骤S03：加载配置文件，从配置文件中获取应用服务器AS和DNS服务器的地址，然后执行步骤S1。

再进一步的，对于上述提供的技术方案而言，带配置启动时，网络终端可以直接通过加载的配置文件获得业务配置，但对于零启动而言，则必须进行相应的业务配置。

具体的业务配置方式，可是由网络管理员按照现有技术，在应用服务器AS上逐一进行，以实现对网络终端的管理。

但为了进一步解放应用服务器AS，可以引入文件服务器，如TFTP(Trivial File Transfer Protocol，简单文件传输协议)服务器或者FTP(FileTransfer Protocol，文件传输协议)服务器，对设备终端业务配置进行集中管理。

如图3所示，显示了零配置启动后，本发明所提供的方法中，网络终端的业务配置实施例，在应用服务器AS查询成功后执行以下步骤：

步骤S41：应用服务器AS向网络终端下发注册成功通知，该注册成功通知携带所述网络终端的物理位置信息；

步骤S42：网络终端从应用服务器AS接收到注册成功通知后，由于是零配置启动，因此本地没有配置文件，而是向文件服务器请求下载相应物理位置的配置文件；

步骤S43：如果该配置文件存在，则网络终端下载该配置文件并进行本地保存；

步骤S44：如果所述配置文件不存在，则网络终端通过应用服务器AS进行业务配置并进行本地保存；以及，应用服务器AS将该配置文件保存在文件服务器上，供相应物理位置的网络终端后续下载使用。

可以看出，通过文件服务器的引入，配置文件并不仅仅保存在网络终端上，而是基于物理位置信息备份到了文件服务器，如图4所示；因此，不同于现有技术中每一次网络终端的变化都会导致重新的业务配置，在本发明中，如果一个新的网络终端被部署到一个原有的物理位置，那么它通过从文件服务器直接下载相应的配置文件，即可实现全部业务的加载，而无需重新进行具体业务的配置。这也就意味着，对于网络中的每一个物理位置，一般情况下仅需进行一次业务配置即可，有效地提高了网络管理的易维护性。

特别是，在网络终端包括多个应用的情况下，应用服务器AS可以按照网络终端的各应用分别保存配置文件，每一配置文件与一L-NAME对应，这样，即使是网络终端的局部变化，也可以针对性的加以更新和维护。

为了便于更加直观了解本发明所提供的网络终端控制方法的技术方案和优势，下面通过零配置启动和带配置启动的两个具体实施例的完整流程，对本发明所提供的网络终端控制方法进行进一步的描述。

如图5A所示，显示了引入位置服务器LS、DHCP服务器和文件服务器时，零配置启动的网络应用示意图，其中UA代表网络终端。该实施例包括以下步骤：

①UA零配置启动，启动DHCP模块，通过DHCP服务器申请地址；

②DHCP服务器上映射IP地址，并指定应用服务器AS地址，同时也配置DNS服务器地址和文件服务器地址；

③UA获得IP地址后主动向应用服务器AS注册，携带DEV-ID、DEV-APP-ID列表(如果DEV-APP-ID有多个的话)；

④应用服务器AS收到UA的注册请求后，根据DEV-ID、DEV-APP-ID向位置服务器LS查询对应的物理位置信息或者L-NAME列表；

⑤位置服务器LS回应应用服务器AS的查询；

⑥如果查询成功，则应用服务器AS向DNS服务器下发物理位置信息和IP地址的绑定关系，这里可能一个IP地址对应多个L-NAME；

⑦应用服务器AS回应UA注册成功，通知其对应的物理位置信息；

当然，如果查询失败，本步骤为应用服务器AS拒绝UA的注册请求；

⑧UA收到AS注册成功通知后，基于物理位置信息申请从文件服务器下载配置文件；

⑨如果配置文件存在，则文件服务器回应UA请求，UA获得配置文件后加载配置，并将配置保存本地；

⑩如果文件服务器没有配置文件，则UA通过应用服务器AS进行配置，保存在本地，并备份到文件服务器。

通过以上步骤，当UA注册成功后就成功连接到网络，在网络任意一点可以通过DNS系统使用物理位置信息(或L-NAME)访问UA。

如图5B所示，显示了引入位置服务器LS、DHCP服务器和文件服务器时，带配置启动的网络应用示意图，其中UA代表网络终端。该实施例包括以下步骤：

①UA启动时，发现已经有配置文件，则加载配置文件，获得应用服务器AS地址，向应用服务器AS注册；

②应用服务器AS收到UA的注册请求后，根据DEV-ID、DEV-APP-ID向位置服务器LS查询对应的物理位置信息或者L-NAME列表；

③位置服务器LS回应应用服务器AS的查询；

④如果查询成功，则应用服务器AS向DNS服务器下发物理位置信息和IP地址的绑定关系，这里可能一个IP地址对应多个L-NAME；本步骤一般是更新原有绑定关系，当然，如果和原有绑定关系一致，则可不加以改变；

⑤应用服务器AS回应UA注册成功；

⑥如果UA配置文件不全，则基于物理位置信息申请从文件服务器下载配置文件；

⑦文件服务器回应UA请求，UA获得配置文件后加载配置，并将配置保存本地；

⑧如果文件服务器中文件仍然不全，则UA通过应用服务器AS进行配置，保存在本地，并备份到文件服务器。

通过以上步骤，当UA注册成功后同样成功连接到网络，在网络任意一点可以通过DNS系统使用物理位置信息(或L-NAME)访问UA。

从以上各实施例可以看出，本发明提供的网络终端控制方法方便大规模部署和管理网络终端，且通过网络终端的物理位置信息进行网络访问，利于记忆，便于调试和维护；而且，网络终端的物理位置信息和业务配置信息与应用服务器AS分离，简化了应用服务器AS的复杂度，也有利于应用服务器AS的升级和维护。

下面，对本发明提供的网络终端控制系统加以详细描述。

如图6所示，显示了本发明提供的网络终端控制系统100的实施例框图，包括：

网络终端110，该网络终端110可以包括多个应用；无论是网络终端110本身还是其应用，都与物理位置相关；

位置服务器120，用于记录网络终端110的设备标识信息及网络终端110的物理位置信息，该设备标识信息包括设备标识DEV-ID；

需要指出，该设备标识DEV-ID可以为设备MAC地址或设备序列号，或者其他可以唯一标识网络终端的信息；较佳的，该设备标识DEV-ID为设备序列号，其可以从设备标签上直接抄取，不需要上电通过命令读取，方便信息快速收集；

此外，当网络终端110包括多个应用时，该位置服务器120记录的设备标识信息包括该网络设备110的设备标识DEV-ID及其各应用的设备应用标识DEV-APP-ID；该位置服务器120记录的物理位置信息为各应用物理位置信息L-NAME的集合，任一应用物理位置信息与网络终端的一设备应用标识DEV-APP-ID对应，唯一的标识该应用的物理位置；

应用服务器130，用于接受任一网络终端110启动后的注册请求，该注册信息携带网络终端110的IP地址及设备标识信息；

该应用服务器130与位置服务器120通信连接，用于基于设备标识信息向位置服务器120查询该网络终端110对应的物理位置信息，并在查询成功的情况下建立该网络终端IP与该物理位置信息的绑定关系；

DNS服务器140，与应用服务器130通信连接，用于接受应用服务器130在查询成功时下发的网络终端IP地址与物理位置信息的绑定关系，使对网络终端110的访问能够基于该物理位置信息进行；

当然，当网络终端110包括多个应用时，应用服务器130建立网络终端IP地址与L-NAME集合的绑定并向DNS服务器140下发，从而能够通过任一应用物理位置信息进行到网络终端110的访问，提高了网络管理的精度。

通过上述提供的网络终端控制系统100可以看出，位置服务器120全局记录网络终端110和物理位置信息的对应关系，有利于大规模的终端部署，而且能够灵活的随着网络的变化进行适应性调整；且通过网络终端110的物理位置信息进行网络访问，利于记忆，便于调试和维护。

其中，网络终端110的结构请参考图7，包括：

配置文件保存模块111，用于保存网络终端110的配置文件；

初始化模块112，与配置文件保存模块111连接，用于在网络终端110的物理位置信息发生变化时，初始化网络终端110；

启动识别模块113，与配置文件保存模块111和配置文件加载模块114连接，用于在网络终端110启动后识别本地是否存在配置文件，存在则触发配置文件加载模块114；

配置文件加载模块114，与配置文件保存模块111连接，用于加载配置文件，从配置文件中获取应用服务器130和DNS服务器140的地址。

当然，网络终端110还包括注册模块(图中未示)，用于向应用服务器130执行注册操作。

较佳的，对于本地不存在配置文件即零配置启动的情况，本发明所提供的网络终端控制系统通过引入DHCP服务器150进行客户终端110的IP地址分配，从而无需手动逐一设置终端IP地址，方便大规模快速部署。

为了实现这一目的，网络终端110还设有DHCP模块115；

该DHCP模块115与启动识别模块113连接，在本地不存在配置文件的情况下触发，用于将设备标识映射成为DHCP协议格式的客户端ID，发送给DHCP服务器150进行IP地址申请；

DHCP服务器150为客户端ID动态映射IP地址，同时指定应用服务器130和DNS服务器140的地址。

进一步的，可以将业务配置信息也与应用服务器130分离，引入文件服务器160，如TFTP服务器，或者FTP服务器，以简化应用服务器130的复杂度，有利于其升级和维护；同时，文件服务器160的引入，也使得对于同一物理位置信息，一般只需要进行一次业务配置，提高了系统的易维护性。

为了实现这一目的，网络终端110还设有配置文件下载模块116和配置文件配置模块117；

该配置文件下载模块116与启动识别模块113连接，用于零配置启动的情况下，接收应用服务器130下发的注册成功通知后，向文件服务器160请求下载相应物理位置的配置文件；如果所述配置文件存在，则下载该配置文件并触发配置文件保存模块111进行本地保存，否则触发配置文件配置模块117；

配置文件配置模块117与配置文件保存模块111连接，通过应用服务器130进行业务配置并触发配置文件保存模块111进行本地保存；

文件服务器160与应用服务器130通信连接，用于保存应用服务器130进行业务配置获得的配置文件，供相应物理位置的网络终端后续下载使用。

需要指出的是，在网络终端110有多个应用的情况下，该应用服务器130按照网络终端110的各应用分别保存配置文件，每一配置文件与一应用物理位置信息对应。

请结合图8，显示了本发明提供的网络终端控制系统100的一较佳实施例。

虽然已参照几个典型实施例描述了本发明，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本发明能够以多种形式具体实施而不脱离发明的精神或实质，所以应当理解，上述实施例不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。

Claims (14)

1.一种网络终端控制方法，其特征在于，通过位置服务器记录网络终端的设备标识信息及所述网络终端的物理位置信息，所述设备标识信息包括设备标识；以及，当任一网络终端启动后，执行以下步骤：

步骤S1：所述网络终端向应用服务器请求注册，所述注册信息携带所述网络终端的IP地址及设备标识信息；

步骤S2：所述应用服务器基于所述设备标识信息向所述位置服务器查询所述网络终端对应的物理位置信息；

步骤S3：如果查询成功，则所述应用服务器建立所述网络终端IP地址与所述物理位置信息的绑定关系并向DNS服务器下发，使对所述网络终端的访问能够基于所述物理位置信息进行。

2.根据权利要求1所述的网络终端控制方法，其特征在于，当所述网络终端包括多个应用时，所述通过位置服务器记录网络终端的设备标识信息及所述网络终端的物理位置信息的步骤包括：

所述位置服务器记录所述网络终端的设备标识信息，所述设备标识信息包括所述网络设备的设备标识及其各应用的设备应用标识；

所述位置服务器记录所述网络终端的物理位置信息；所述物理位置信息为各应用物理位置信息的集合，任一应用物理位置信息与所述网络终端的一设备应用标识对应，唯一的标识该应用的物理位置；

则所述步骤S3中，所述应用服务器建立所述网络终端IP地址与该应用物理位置信息集合的绑定关系并向DNS服务器下发，从而能够通过任一应用物理位置信息进行到所述网络终端的访问。

3.根据权利要求1或2所述的网络终端控制方法，其特征在于，还包括：当一网络终端的物理位置信息发生变化时，初始化所述网络终端。

4.根据权利要求3所述的网络终端控制方法，其特征在于，所述步骤S1之前还包括步骤S00：所述网络终端识别本地是否存在配置文件，不存在则为零配置启动，执行以下步骤：

步骤S01：启动DHCP模块并通过所述DHCP模块将设备标识映射成为DHCP协议格式的客户端ID，发送给DHCP服务器进行IP地址申请；

步骤S02：DHCP服务器为所述客户端ID动态映射IP地址，同时指定应用服务器和DNS服务器的地址，然后执行步骤S1。

5.根据权利要求4所述的网络终端控制方法，其特征在于，还包括：

步骤S41：所述应用服务器向所述网络终端下发注册成功通知，所述注册成功通知携带所述网络终端的物理位置信息；

步骤S42：所述网络终端从应用服务器接收到注册成功通知后，向文件服务器请求下载相应物理位置的配置文件；

步骤S43：如果所述配置文件存在，则所述网络终端下载所述配置文件并进行本地保存；

步骤S44：如果所述配置文件不存在，则所述网络终端通过应用服务器进行业务配置并进行本地保存；以及，所述应用服务器将所述配置文件保存在文件服务器上，供相应物理位置的网络终端后续下载使用。

6.根据权利要求5所述的网络终端控制方法，其特征在于，所述应用服务器按照所述网络终端的各应用分别保存配置文件，每一配置文件与一应用物理位置信息对应。

7.根据权利要求3所述的网络终端控制方法，其特征在于，所述步骤S1之前还包括步骤S00：所述网络终端识别本地是否存在配置文件，存在则为带配置启动，执行以下步骤：

步骤S03：加载所述配置文件，从所述配置文件中获取应用服务器和DNS服务器的地址，然后执行步骤S1。

8.根据权利要求1或2所述的网络终端控制方法，其特征在于，所述设备标识为设备MAC地址或设备序列号。

9.一种网络终端控制系统，包括网络终端，其特征在于，还包括：

位置服务器，用于记录网络终端的设备标识信息及所述网络终端的物理位置信息，所述设备标识信息包括设备标识；

应用服务器，用于接受任一网络终端启动后的注册请求，所述注册信息携带所述网络终端的IP地址及设备标识信息；所述应用服务器与所述位置服务器通信连接，用于基于所述设备标识信息向所述位置服务器查询所述网络终端对应的物理位置信息，并在查询成功的情况下建立所述网络终端IP与所述物理位置信息的绑定关系；

DNS服务器，与所述应用服务器通信连接，用于接受所述应用服务器在查询成功时下发的所述网络终端IP地址与所述物理位置信息的绑定关系，使对所述网络终端的访问能够基于所述物理位置信息进行。

10.根据权利要求9所述的网络终端控制系统，其特征在于，当所述网络终端包括多个应用时，所述位置服务器记录的设备标识信息包括所述网络设备的设备标识及其各应用的设备应用标识，记录的物理位置信息为各应用物理位置信息的集合，任一应用物理位置信息与所述网络终端的一设备应用标识对应，唯一的标识该应用的物理位置；以及，所述应用服务器建立所述网络终端IP地址与该应用物理位置信息集合的绑定并向DNS服务器下发，从而能够通过任一应用物理位置信息进行到所述网络终端的访问。

11.根据权利要求9或10所述的网络终端控制系统，其特征在于，所述网络终端包括：

配置文件保存模块，用于保存所述网络终端的配置文件；

初始化模块，与所述配置文件保存模块连接，用于在所述网络终端的物理位置信息发生变化时，初始化所述网络终端；

启动识别模块，与所述配置文件保存模块和配置文件加载模块连接，用于在网络终端启动后识别本地是否存在配置文件，存在则触发所述配置文件加载模块；

配置文件加载模块，与所述配置文件保存模块连接，用于加载配置文件，从所述配置文件中获取应用服务器和DNS服务器的地址。

12.根据权利要求11所述的网络终端控制系统，其特征在于，还包括DHCP服务器，以及，所述网络终端还设有DHCP模块；

所述DHCP模块与所述启动识别模块连接，在本地不存在配置文件的情况下触发，用于将设备标识映射成为DHCP协议格式的客户端ID，发送给所述DHCP服务器进行IP地址申请；

所述DHCP服务器为所述客户端ID动态映射IP地址，同时指定应用服务器和DNS服务器的地址。

13.根据权利要求12所述的网络终端控制系统，其特征在于，还包括文件服务器，以及，所述网络终端还设有配置文件下载模块和配置文件配置模块；

所述配置文件下载模块用于在接收应用服务器下发的注册成功通知后，向文件服务器请求下载相应物理位置的配置文件；如果所述配置文件存在，则下载所述配置文件并触发所述配置文件保存模块进行本地保存，否则触发所述配置文件配置模块；

所述配置文件配置模块与所述配置文件保存模块连接，通过应用服务器进行业务配置并触发所述配置文件保存模块进行本地保存；

所述文件服务器与所述应用服务器通信连接，用于保存所述应用服务器进行业务配置获得的配置文件，供相应物理位置的网络终端后续下载使用。

14.根据权利要求9或10所述的网络终端控制系统，其特征在于，所述设备标识为设备MAC地址或设备序列号。

Images