CN103166984A - 对网络视频监控设备控件进行控制及自动更新的系统、方法 - Google Patents

Abstract

本发明公开了一种对网络视频监控设备控件进行控制及自动更新的系统、方法，该系统包括：设备接入服务器，用于自动识别出所接入前端设备的类型，根据设备类型加载相应的控件，若没有找到该控件时发出控件请求；控件服务器，连接所述设备接入服务器，用于接收所述设备接入服务器发送的控件请求，查找该控件并发送至所述设备接入服务器，由所述设备接入服务器接收该控件并加载该控件；并当所述控件服务器上的控件更新时，同步更新所述设备接入服务器上的控件。本发明不但可以使对前端设备的管理更加多样化，同时满足了现如今网络视频监控系统越来越快的网络化发展趋势，以及日益庞大的应用规模。

Description

对网络视频监控设备控件进行控制及自动更新的系统、方法

技术领域

本发明属于多媒体通信领域，特别涉及一种对网络视频监控设备控件进行控制及自动化更新的系统及其方法。

背景技术

网络视频监控系统主要由前端设备、中间传输设备、及后端显示与控制平台组成。对于不同厂商生产的前端设备，为了屏蔽这些前端设备之间存在的接口以及传输协议的差异性，目前的解决方法是为每个前端设备设计标准化的控件，并且为了便于查找，建立一个前端设备与控件之间的映射关系表。设备接入服务器通过加载这些控件与映射关系表，可以成功接入任意前端设备，但前提必须是设备接入服务器中已经存在该前端设备的控件，而且要经常对每个设备接入服务器中控件进行频繁的更新或控制操作。

目前视频监控系统趋向于网络化、数字化，规模越来越庞大，前端设备的数量与种类越来越多，同时更新换代较快，要不断更新设备接入服务器中的控件库。另外设备接入服务器只能管理数量有限或局限于某一区域的前端设备，因此随着视频监控的发展，所需的设备接入服务器的数量越来越多，同时彼此有非常远的物理距离。此时对每个设备接入服务器一一进行设备控件的下载及更新与控制变得非常困难，现有的视频监控系统中，前端设备控制模块主要存在以下一些问题：

(1)随着网络化的发展，视频监控的领域与规模越来越庞大，并且形成了省、市、区的多级管理模式。原有的监控系统往往只是一个区域的规模，也没有上下级管理，对每一个设备接入服务器上的设备控件往往采用人工方式下载或更新。但现有网络视频监控系统，拥有数百上千个设备接入服务器，同时彼此有非常远的实际物理距离，此时对设备控件进行人工下载或更新是十分困难的；

(2)原有视频监控系统对设备控件的控制管理，往往只是简单的加载与卸载操作，缺乏一些对前端设备有效的、多样化的控制，如增加对某种型号或厂商设备的支持，或终止对某种型号或厂商设备的支持等等。

发明内容

本发明的目的在于提供一种对网络视频监控设备控件进行控制及自动更新的系统、方法，用于解决现有技术中无法实现对每个设备接入服务器一一进行设备控件的下载及更新与控制的问题。

为了实现上述目的，本发明提供一种对网络视频监控设备控件进行控制及自动更新的系统，其特征在于，包括：

设备接入服务器，用于自动识别出所接入前端设备的类型，根据设备类型加载相应的控件，若没有找到该控件时发出控件请求；

控件服务器，连接所述设备接入服务器，用于接收所述设备接入服务器发送的控件请求，查找该控件并发送至所述设备接入服务器，由所述设备接入服务器接收该控件并加载该控件；并当所述控件服务器上的控件更新时，同步更新所述设备接入服务器上的控件。

所述的系统，其中，所述设备接入服务器进一步包括：

设备接入模块，用于自动识别出所接入前端设备的类型，根据设备类型发出控件请求；

第一控件库，用于存储所述设备接入服务器的控件，至少包含一个默认控件；

第一映射表，是前端设备与控件之间的映射关系表；

控件管理模块，连接所述设备接入模块，用于响应所述设备接入模块的控件请求，在所述第一映射表中查找该控件的编号，若所述第一映射表存在该控件的编号，则在所述第一控件库中查找该控件，并当所述第一控件库中不存在该控件时向所述控件服务器发出控件请求，从所述控件服务器接收该控件，返回该控件的地址给所述设备接入模块，由所述设备接入模块根据该控件的地址，自动加载该控件。

所述的系统，其中，所述设备接入模块根据前端设备发送的请求参数，从该请求参数中解析出设备类型。

所述的系统，其中，所述设备接入模块当该控件的地址为空时，加载默认控件。

所述的系统，其中，所述设备接入服务器采用哈希表结构实现所述第一映射表，并采用动态库的方式进行封装。

所述的系统，其中，所述控件服务器进一步包括：

第二控件库，用于存储当前监控系统支持的所有控件；

第二映射表，用于存储当前监控系统所支持的前端设备的类型；

调度模块，用于响应所述设备接入服务器发送的控件请求，在所述第二映射表中查找所请求控件的编号，若所述第二映射表中存在该控件的编号，则根据该控件的编号，从所述第二控件库中提取该控件，将该控件发送给所述设备接入服务器，并当所述第二控件库中的控件更新时，同步更新所述设备接入服务器上的控件。

所述的系统，其中，所述控件服务器还通过一更新接口、一配置接口、一控件请求接口，分别更新所述第一控件库中的控件，配置所述第一映射表，响应所述控件请求。

所述的系统，其中，所述设备接入服务器还通过一更新控件接口、一更新配置接口、一发送请求接口，分别接收该更新接口传送的控件，接收该配置接口传送的所述控件服务器新添加的控件，向所述控件请求接口传送所述控件请求。

为了实现上述目的，本发明提供一种对网络视频监控设备控件进行控制及自动更新的方法，其特征在于，包括：

步骤一，设备接入服务器自动识别所接入前端设备的类型，根据设备类型加载对应的控件，若没有找到该控件时发出控件请求；

步骤二，控件服务器接收所述设备接入服务器发送的控件请求，查找该控件并发送至所述设备接入服务器，由所述设备接入服务器接收该控件并加载该控件；并当所述控件服务器上的控件更新时，同步更新所述设备接入服务器上的控件。

所述的方法，其中，所述步骤一中，进一步包括：

设置一第一控件库，用于存储所述设备接入服务器的控件，至少包含一个默认控件；

设置第一映射表，用于存储前端设备与控件之间的映射关系表；

所述设备接入服务器根据设备类型，在所述第一映射表中查找该控件的编号，若所述第一映射表存在该控件的编号，则在所述第一控件库中查找该控件，并当所述第一控件库中不存在该控件时向所述控件服务器发出控件请求。

所述的方法，其中，所述步骤一中，进一步包括：

根据前端设备发送的请求参数，从该请求参数中解析出设备类型。

所述的方法，其中，所述步骤一中，进一步包括：当该控件的地址为空时，加载默认控件。

所述的方法，其中，所述步骤一中，进一步包括：以哈希表结构实现所述第一映射表，并采用动态库的方式进行封装。

所述的方法，其中，所述步骤二中，进一步包括：

设置一第二控件库，用于存储当前监控系统支持的所有控件；

设置一第二映射表，用于存储当前监控系统所支持的前端设备的类型；

所述控件服务器响应所述设备接入服务器发送的控件请求，在所述第二映射表中查找所请求控件的编号，若所述第二映射表中存在该控件的编号，则根据该控件的编号，从所述第二控件库中提取该控件，将该控件发送给所述设备接入服务器，所述设备接入服务器接收该控件，并加载该控件。

所述的方法，其中，所述步骤一中，进一步包括：

所述设备接入服务器通过一发送请求接口，向所述控件服务器传送所述控件请求；

所述控件服务器通过一控件请求接口，响应所述控件请求。

所述的方法，其中，所述步骤二中，进一步包括：

所述控件服务器还通过一更新接口、一配置接口，分别更新所述第一控件库中的控件，配置所述第一映射表；

所述设备接入服务器还通过一更新控件接口、一更新配置接口，分别接收该更新接口传送的控件，接收该配置接口传送的所述控件服务器新添加的控件。

本发明提供的控制网络视频监控设备控件及实现自动化更新的方法，不但可以使对前端设备的管理更加多样化，同时满足了现如今网络视频监控系统越来越快的网络化发展趋势，以及日益庞大的应用规模。

具体来说，本发明具有以下优点：

1、控件服务器属于后台管理的一部分，而设备接入服务器可以拥有许多个并且相互间是物理上分散的，通过对控件服务器上的控件进行管理，就可以达到对所有设备接入服务器上控件管理的目的。这样的设计可以大大提高系统的运行效率，加快系统部署的速度，使视频监控系统的管理更加高效。

2、通过对设备接入服务器上的设备与控件的映射关系表的管理，就可以达到对前端设备的管理，同时使对所有前端设备的管理更加灵活、多样。这样的设计可以满足目前日益增长的多样化的用户需求，并且具有高效、方便管理的特点。

附图说明

图1是本发明对网络视频监控设备控件进行控制及自动更新的系统结构图；

图2是本发明对网络视频监控设备控件进行控制及自动更新的方法流程图；

图3是本发明设备接入服务器工作示意图；

图4是本发明控件服务器工作示意图。

具体实施方式

以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。

如图1所示，是本发明对网络视频监控设备控件进行控制及自动更新的系统结构图，图3是本发明设备接入服务器工作示意图，图4是本发明控件服务器工作示意图。

该系统100包括设备接入服务器10与控件服务器20。设备接入服务器10分别与控件服务器20、后台管理平台40连接，控件服务器20与后台管理平台40连接。

前端设备30与设备接入服务器10相连接，设备接入服务器10自动识别出该前端设备30的设备类型，设备接入服务器10首先根据设备类型，在第一映射表14中查找与该设备类型对应的控件编号。若没有找到，则返回空，若找到，则在本机的第一控件库13中寻找所需控件。若第一控件库13中存在该控件，自动加载该控件，若第一控件库13中不存在该控件，则向控件服务器20发出请求，控件服务器20根据设备接入服务器10发送的请求，找到相应的控件并发给设备接入服务器10。设备接入服务器10接收控件服务器20发来的控件，并将该控件存储在本机的第一控件库13中。

控件服务器20当本机上的控件更新时，同步更新设备接入服务器10上的控件，控件服务器20通过修改设备接入服务器10的第一映射表14，就可以对设备控件进行有效控制。

进一步地，设备接入服务器10又包括：设备接入模块11、控件管理模块12、第一控件库13、第一映射表14。

前端设备30通过设备接入模块11与设备接入服务器10相连，控件服务器20、后端管理平台40通过控件管理模块12与设备接入服务器10相连。前端设备30包括DVR、IP摄像机等。

设备接入模块11，负责自动识别出接入的前端设备的类型，之后寻找自身是否拥有该类设备对应的控件，若查找到该控件，则加载该控件，若查找结果为空，则加载一个默认控件，同时写入日志，向后端管理平台40报警。

控件管理模块12，是设备接入服务器10的核心，负责对第一控件库13中的控件以及第一映射表14的管理，同时负责与控件服务器20及后台管理平台40建立联系，主要功能包括：对第一控件库13的更新操作、响应设备接入模块11的控件请求、对第一映射表14的更新操作以及无法得到控件时向后端管理平台40进行报警的功能。

第一控件库13，用于存储设备接入服务器10本机拥有的控件，至少拥有一个默认控件。

第一映射表14，是事先建立好的前端设备30与控件的映射关系表，采用哈希表结构，并且为了安全与保密，采用动态库的方式进行封装，在第一映射表14存储的是每一个设备类型与所需控件之间的关系，通过查找第一映射表14可以得到所需的控件编号。若检索第一映射表14没有发现与设备类型相对应的控件编号，则表明不支持该设备，或者是为了管理而设置的不支持该设备。第一映射表14中的控件编号采用统一编号的方式实现，每个控件拥有唯一的标识符。

进一步地，控件服务器20又包括：调度模块21、第二控件库22、第二映射表23。

调度模块21，负责对设备接入服务器10的请求响应与更新操作。

第二控件库22，用于存储监控系统支持的所有控件，包括默认控件，且这些控件不仅包括当前流行的所有监控设备，同时还包括对旧版本前端设备的支持。

控件服务器20设置一与设备接入服务器10相同的第二映射表23，该第二映射表23用于存储当前监控系统所支持的前端设备类型。如果网络视频监控系统想要终止对某种前端设备的支持，无需其它操作只需简单将第二映射表23中该前端设备对应的控件信息置为空即可，如果想要恢复对前端设备的支持，此时简单修改第二映射表23，同时只要同步更新所有设备接入服务器10中第一映射表14的相应信息就可以迅速的终止对某种前端设备的支持。

调度模块21通过查找第二映射表23检索控件的编号，如果第二映射表23中没有该控件的编号，就返回空，而不是直接去第二控件库22中查找该控件，若第二映射表23中存在该控件的编号，则到第二控件库23中提取该控件。第二映射表23是调度模块21与第二控件库22之间的中介。

控件服务器20采用双机热备的方式，而设备接入服务器10可以有数百台，甚至更多。控件服务器20主要提供三个基本操作：更新设备接入服务器10的设备控件，即第一控件库13中的控件，配置设备接入服务器10的控件映射表(即第一映射表14)，响应设备接入服务器10发送的控件请求。在此基础上，控件服务器20针对三个基本操作，设置了更新接口211、配置接口212、控件请求接口213，同时这三个接口的具体实现由调度模块21完成。

同样地，本发明还对设备接入服务器10设置相应的接口，包括：更新控件接口121、更新配置接口122、发送请求接口123，通过这些接口，设备接入服务器10分别接收更新接口211传送的控件，接收配置接口212传送的控件服务器20新添加的控件，向控件请求接口213传送发送控件请求。

如图2所示，是本发明对网络视频监控设备控件进行控制及自动更新的方法流程图。结合图1，该方法的具体包括以下步骤：

步骤201，某种前端设备30与设备接入服务器10相连接，设备接入模块11自动识别出该前端设备30的设备类型，向控件管理模块12发出控件请求；

进一步地，该步骤中，设备接入模块11根据前端设备30发送的请求参数，从该请求参数中解析出设备类型。

步骤202，控件管理模块12首先根据设备类型，在第一映射表14中查找与设备类型对应的控件编号。若没有找到，则返回空，并执行步骤204，否则在本机的第一控件库13上寻找所需控件。若本机上的第一控件库13中存在该控件，则直接返回该控件地址给设备接入模块11，执行步骤204，若本机的第一控件库13中不存在该控件，则向控件服务器20的调度模块21发出控件请求，执行步骤203；

进一步地，该步骤中，第一映射表14是事先建立好的前端设备与控件的映射关系表，采用哈希表结构实现，并且为了安全与保密，采用动态库的方式进行封装，在第一映射表14存储的是每一个设备类型与所需控件之间的关系，通过查找第一映射表14可以得到所需的控件编号。若检索第一映射表14没有发现相对应的控件编号，则表明不支持该设备，或者是为了管理而设置的不支持该设备。第一映射表14中的控件编号采用统一编号的方式实现，每个控件拥有唯一的标识符。

第一映射表14由控件服务器20的调度模块21进行实时更新，调度模块21通过修改第一映射表14可以控制是否对某种型号或厂商的设备进行支持。

步骤203，控件服务器20的调度模块21根据控件管理模块12发送的请求，找到相应的控件并发给控件管理模块12。控件管理模块12接收调度模块21发来的控件，并将该控件存储在本机的第一控件库13中，之后返回控件地址给设备接入模块10，并执行步骤204；

进一步地，该步骤中，调度模块21根据控件请求接口213发送的请求，解析出所需设备编号，在第二映射表23中查询请求控件的编号，若在该第二映射表23中不存在该控件的编号，则返回空，若该第二映射表23中存在该控件的编号，则根据该控件的编号从该第二控件库22直接提取该控件。则通过更新接口211，发送该控件至该设备接入服务器10的更新控件接口121，控件管理模块12接收控件，完成控件的传输。若不存在，则返回空给控件管理模块12。若控件管理模块12收到控件，则存储进本机的第一控件库13中。若控件管理模块12没有收到控件，则控件管理模块12返回空给设备接入模块11。

步骤204，设备接入模块11根据控件管理模块12返回的地址，自动加载该控件。若得到地址为空，则加载默认控件，同时写入日志，向后端管理平台40报警。

进一步地，该步骤中，默认控件是指为了对前端设备30的标准化管理设计的，为此默认控件的接口都是按照标准化接口设计的，与其它控件的接口是相同的，只是默认控件内部没有对每个接口做任何处理，这样做是为了方便标准化管理。如果控件管理模块12返回结果为空，加载该默认控件可以使对前端设备30的管理更加方便，同时通过日志及报警可以方便找到问题的出处，不会忽略该问题。

当对设备接入服务器10进行控制时，控制服务器20重新生成一个映射表(即第二映射表23)，该映射表给出了每个前端设备30对应的设备编号，若为空，则表示不支持该前端设备。在这里，不支持并不一定是没有该设备的控件，也可以是为了有效管理前端设备30而设定的。如果控件服务器20更改了对前端设备30的支持情况，则更新每个设备接入服务器10的第一映射表13，达到实时、多样化的管理目的。

以下结合附图1-4，对本发明实施例进一步细述：

结合图3，进一步描述本发明的设备接入服务器工作示意图。

设备接入服务器10根据接入的前端设备30的设备类型搜索自身控件，若没有，则从控件服务器20上寻找并下载，同样地，当控件服务器20上的控件有更新，则同步更新所有设备接入服务器10上的控件。

结合设备接入服务器10的组成部件描述设备接入服务器10的工作过程：

设备接入模块11自动识别出该前端设备30的设备类型，向控件管理模块12发出控件请求；控件管理模块12根据设备类型，在第一映射表14中查找与设备类型对应的控件编号。若没有找到，则返回空，否则在本机的第一控件库13中寻找所需控件。若第一控件库13中存在该控件，则直接返回该控件地址给设备接入模块11，执行步骤204，若第一控件库13中不存在该控件，则向控件服务器20发出请求，控件管理模块12接收控件服务器20发来的控件，并将该控件存储在本机的第一控件库13中，之后返回控件地址给设备接入模块10。

结合图4，进一步描述本发明的控件服务器工作示意图。

控件服务器20负责处理设备接入服务器10发来的请求，同时可以主动强制设备接入服务器10更新指定控件，具体包括以下处理步骤：

1)调度模块21收到设备接入服务器10发来的请求，解析出所需的控件编号，寻找本机的第二映射表23，若在第二映射表23中没有找到所请求的控件，则返回空，若在第二映射表23中找到该控件，则从第二控件库22中提取该控件并发送至设备接入服务器10的控件管理模块12；

控件服务器20中存储的第二映射表23与所有设备接入服务器10上存储的第一映射表14是相同的，调度模块21从控件请求接口213收到消息后，解析出所需控件的唯一标志符，通过检索唯一标志符判断第二映射表23中是否存在该控件，若存在，则从第二控件库22中提取该控件并通过更新接口211发送该控件给设备接入服务器10的控件管理模块12，若不存在，则发送标志符0表示空。

2)控件服务器20上的控件被更新，人工或系统自动向所有设备接入服务器10发出强制更新请求，之后向所有设备接入服务器10发送控件，若设备接入服务器10本身没有该控件，则自动存储在本机，否则更新原有控件。

当控件服务器20上的某个控件被修改，或新添加控件后，调度模块21通过更新接口211向所有设备接入服务器10发送更新控件。若为新添加控件，则调度模块21同时通过配置接口212，更新所有设备接入服务器10的第一映射表14。

本发明成功解决了以上问题，在网络视频监控系统越来越庞大及前端设备种类越来越多的情况下，提供了一种能够对前端设备控件进行控制及自动化更新的方法。本发明不但可以使对前端设备的管理更加多样化，同时满足了现如今网络视频监控系统越来越快的网络化发展趋势，以及日益庞大的应用规模。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (16)

1.一种对网络视频监控设备控件进行控制及自动更新的系统，其特征在于，包括：

设备接入服务器，用于自动识别出所接入前端设备的类型，根据设备类型加载相应的控件，若没有找到该控件时发出控件请求；

控件服务器，连接所述设备接入服务器，用于接收所述设备接入服务器发送的控件请求，查找该控件并发送至所述设备接入服务器，由所述设备接入服务器接收该控件并加载该控件；并当所述控件服务器上的控件更新时，同步更新所述设备接入服务器上的控件。

2.根据权利要求1所述的系统，其特征在于，所述设备接入服务器进一步包括：

设备接入模块，用于自动识别出所接入前端设备的类型，根据设备类型发出控件请求；

第一控件库，用于存储所述设备接入服务器的控件，至少包含一个默认控件；

第一映射表，是前端设备与控件之间的映射关系表；

控件管理模块，连接所述设备接入模块，用于响应所述设备接入模块的控件请求，在所述第一映射表中查找该控件的编号，若所述第一映射表存在该控件的编号，则在所述第一控件库中查找该控件，并当所述第一控件库中不存在该控件时向所述控件服务器发出控件请求，从所述控件服务器接收该控件，返回该控件的地址给所述设备接入模块，由所述设备接入模块根据该控件的地址，自动加载该控件。

3.根据权利要求2所述的系统，其特征在于，所述设备接入模块根据前端设备发送的请求参数，从该请求参数中解析出设备类型。

4.根据权利要求2或3所述的系统，其特征在于，所述设备接入模块当该控件的地址为空时，加载默认控件。

5.根据权利要求2或3所述的系统，其特征在于，所述设备接入服务器采用哈希表结构实现所述第一映射表，并采用动态库的方式进行封装。

6.根据权利要求1、2或3所述的系统，其特征在于，所述控件服务器进一步包括：

第二控件库，用于存储当前监控系统支持的所有控件；

第二映射表，用于存储当前监控系统所支持的前端设备的类型；

调度模块，用于响应所述设备接入服务器发送的控件请求，在所述第二映射表中查找所请求控件的编号，若所述第二映射表中存在该控件的编号，则根据该控件的编号，从所述第二控件库中提取该控件，将该控件发送给所述设备接入服务器，并当所述第二控件库中的控件更新时，同步更新所述设备接入服务器上的控件。

7.根据权利要求2或3所述的系统，其特征在于，所述控件服务器还通过一更新接口、一配置接口、一控件请求接口，分别更新所述第一控件库中的控件，配置所述第一映射表，响应所述控件请求。

8.根据权利要求7所述的系统，其特征在于，所述设备接入服务器还通过一更新控件接口、一更新配置接口、一发送请求接口，分别接收该更新接口传送的控件，接收该配置接口传送的所述控件服务器新添加的控件，向所述控件请求接口传送所述控件请求。

9.一种对网络视频监控设备控件进行控制及自动更新的方法，其特征在于，包括：

步骤一，设备接入服务器自动识别所接入前端设备的类型，根据设备类型加载对应的控件，若没有找到该控件时发出控件请求；

步骤二，控件服务器接收所述设备接入服务器发送的控件请求，查找该控件并发送至所述设备接入服务器，由所述设备接入服务器接收该控件并加载该控件；并当所述控件服务器上的控件更新时，同步更新所述设备接入服务器上的控件。

10.根据权利要求9所述的方法，其特征在于，所述步骤一中，进一步包括：

设置一第一控件库，用于存储所述设备接入服务器的控件，至少包含一个默认控件；

设置第一映射表，用于存储前端设备与控件之间的映射关系表；

所述设备接入服务器根据设备类型，在所述第一映射表中查找该控件的编号，若所述第一映射表存在该控件的编号，则在所述第一控件库中查找该控件，并当所述第一控件库中不存在该控件时向所述控件服务器发出控件请求。

11.根据权利要求10所述的方法，其特征在于，所述步骤一中，进一步包括：

根据前端设备发送的请求参数，从该请求参数中解析出设备类型。

12.根据权利要求10或11所述的方法，其特征在于，所述步骤一中，进一步包括：当该控件的地址为空时，加载默认控件。

13.根据权利要求10或11所述的方法，其特征在于，所述步骤一中，进一步包括：以哈希表结构实现所述第一映射表，并采用动态库的方式进行封装。

14.根据权利要求9、10或11所述的方法，其特征在于，所述步骤二中，进一步包括：

设置一第二控件库，用于存储当前监控系统支持的所有控件；

设置一第二映射表，用于存储当前监控系统所支持的前端设备的类型；

所述控件服务器响应所述设备接入服务器发送的控件请求，在所述第二映射表中查找所请求控件的编号，若所述第二映射表中存在该控件的编号，则根据该控件的编号，从所述第二控件库中提取该控件，将该控件发送给所述设备接入服务器，所述设备接入服务器接收该控件，并加载该控件。

15.根据权利要求10或11所述的方法，其特征在于，所述步骤一中，进一步包括：

所述设备接入服务器通过一发送请求接口，向所述控件服务器传送所述控件请求；

所述控件服务器通过一控件请求接口，响应所述控件请求。

16.根据权利要求15所述的方法，其特征在于，所述步骤二中，进一步包括：

所述控件服务器还通过一更新接口、一配置接口，分别更新所述第一控件库中的控件，配置所述第一映射表；

所述设备接入服务器还通过一更新控件接口、一更新配置接口，分别接收该更新接口传送的控件，接收该配置接口传送的所述控件服务器新添加的控件。

Images