CN109669699B - 应用程序分发方法、无线控制器及无线接入点 - Google Patents

Abstract

本申请实施例提供一种应用程序分发方法、AC、AP及无线网络系统。该方法应用于无线控制器AC，所述方法包括：接收开启无线接入点AP目标功能的操作指令；根据所述目标功能判断是否需要下发应用程序；在需要下发应用程序时，获得与所述目标功能对应的目标应用程序；将所述目标应用程序发送给所述AP。由此，可以根据实际需求使AC将需要的目标应用程序发送给AP，不需要AP自身直接存储所有的应用程序，避免AP由于硬件资源少、不能安装所有完整的应用程序而导致某些功能不可用。

Description

应用程序分发方法、无线控制器及无线接入点

技术领域

本申请涉及通信技术领域，具体而言，涉及一种应用程序分发方法、AC、AP及无线网络系统。

背景技术

目前在AC（Wireless Access Point Controller，无线控制器）+瘦AP（WirelessAccess Point，无线接入点）的网络环境中，AC仅对AP进行功能开启或关闭的控制，以及下发功能参数。即，AC通过交互接口（命令行或者web网页）获取到操作人员设定的配置，然后通过报文告知对应的AP。AP接收到报文后，解析报文，将配置信息提取出来并调用AP中存储的程序实现功能。由此可以看出，主要利用AP本身存储程序或者需要依赖AP所在网络进行升级，而AP硬件资源少或者限制在线升级，这将导致某些功能缺失不可用。

发明内容

本申请实施例的目的在于提供一种应用程序分发方法、AC、AP及无线网络系统。

第一方面，本申请实施例提供一种应用程序分发方法，应用于无线控制器AC，所述方法包括：接收开启无线接入点AP目标功能的操作指令；根据所述目标功能判断是否需要下发应用程序；在需要下发应用程序时，获得与所述目标功能对应的目标应用程序；将所述目标应用程序发送给所述AP。

在上述方法中，AC在接收到开启AP的目标功能的操作指令后，根据该操作指令中的目标功能确定是否需要向AP发送应用程序，在需要时获得AP需要的目标应用程序，并将该目标应用程序发送给AP。由此，不需要AP存储所有的应用程序，仅需使AC根据实际需要将AP需要的目标应用程序发送给AP即可。通过该方式不仅可以减少AP的硬件资源，同时可以对AP中的应用程序情况进行控制。

进一步地，结合上述第一方面提供的实施例，所述获得与所述目标功能对应的目标应用程序，包括：根据所述操作指令中的目标功能的标识和版本，以及所述AP的交叉编译工具信息获得所述目标应用程序。

在上述方法中，在获得目标应用程序时，基于配置的目标功能的版本获得目标应用程序可保证对AP中应用程序版本的控制，基于AP的交叉编译工具链信息获得目标应用程序可保证该目标应用程序能够被AP执行，基于目标功能的标识获得目标应用程序可保证AP在获得该目标应用程序后可实现目标功能。

进一步地，结合上述第一方面提供的实施例，在所述将所述目标应用程序发送给所述AP之前，所述方法还包括：获得与所述目标功能对应的运行参数信息；所述将所述目标应用程序发送给所述AP，包括：将所述运行参数信息及所述目标功能对应的可执行的二进制文件作为所述目标应用程序发送给所述AP。

在上述方法中，在发送目标应用程序时，将得到的运行参数信息及该目标功能对应的可执行的二进制文件作为目标应用程序，发送给AP，可使得AP在接收该目标应用程序后，基于运行参数信息运行该二进制文件，以实现目标功能。

进一步地，结合上述第一方面提供的实施例，在所述获得与所述目标功能对应的目标应用程序之前，所述方法还包括：接收所述AP的上线信息，所述上线信息中包括所述AP支持应用程序分发的标识。

在上述方法中，在获取目标应用程序前，可首先根据接收到的AP的上线信息判断AP是否支持应用程序分发。其中，在AP支持应用程序分发时，该上线信息中会包括AP支持应用程序分发的标识。若支持，表示AP可以接收并运行AC发送的应用程序。在这种情况下，则可在需要开启某个目标功能时，将对应的目标应用程序直接发送给AP，避免AP由于存储空间小而对需要存储大量的应用程序进行裁剪，导致某些功能不可用。

第二方面，本申请实施例提供一种应用程序分发方法，应用于无线接入点AP，所述方法包括：在无线控制器AC上线后，将支持应用程序分发的标识以及交叉编译工具链信息发送给所述AC；从所述AC接收目标应用程序后，运行所述目标应用程序。

在上述方法中，AP在AC处上线后，将支持应用程序分发的标识及自身的交叉编译工具链信息发送给所述AC，使得AC可以根据上述信息判断该AP是否支持应用程序分发。在AP支持应用程序分发的情况下，AP接收到由AC发送的目标应用程序。而目标应用程序与AP的交叉编译工具链信息对应，因而可保证该目标应用程序能够被AP执行。由此，AP不需要存储大量的应用程序，仅需接收AC发送的应用程序即可保证实现目标功能。

进一步地，结合上述第二方面提供的实施例，所述从所述AC接收目标应用程序后，运行所述目标应用程序，包括：从所述目标应用程序中读取运行参数信息及可执行的二进制文件，利用所述运行参数信息运行所述二进制文件。

在上述方法中，AP在接收到目标应用程序后，经解析可得到该目标应用程序中的运行参数信息及可执行的二进制文件，然后根据该运行参数运行该二进制文件，即可实现所述目标功能。

第三方面，本申请实施例提供一种无线控制器AC，所述AC包括：接收模块，用于接收开启无线接入点AP目标功能的操作指令；判断模块，用于根据所述目标功能判断是否需要下发应用程序；获得模块，用于在需要下发应用程序时，获得与所述目标功能对应的目标应用程序；发送模块，用于将所述目标应用程序发送给所述AP。

进一步地，结合上述第三方面提供的实施例，所述获得模块具体用于根据所述操作指令中的目标功能的标识和版本，以及所述AP的交叉编译工具信息获得所述目标应用程序。

进一步地，结合上述第三方面提供的实施例，所述获得模块具体用于获得与所述目标功能对应的运行参数信息及与所述目标功能对应的可执行的二进制文件；所述发送模块具体用于将所述运行参数信息及所述目标功能对应的可执行的二进制文件作为所述目标应用程序发送给所述AP。

进一步地，结合上述第三方面提供的实施例，所述接收模块，还用于接收所述AP的上线信息，所述上线信息中包括所述AP支持应用程序分发的标识。

第四方面，本申请实施例提供一种无线接入点AP，所述AP包括：信息发送模块，用于在无线控制器AC上线后，将支持应用程序分发的标识以及交叉编译工具链信息发送给所述AC；运行模块，用于从所述AC接收目标应用程序后，运行所述目标应用程序。

进一步地，结合上述第四方面提供的实施例，所述运行模块具体用于从所述目标应用程序中读取运行参数信息及可执行的二进制文件，利用所述运行参数信息运行所述二进制文件。

第五方面，本申请实施例提供一种无线网络系统，包括上述的无线控制器AC以及在所述AC上线的至少一个所述的无线接入点AP。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本申请实施例提供的应用程序分发方法的流程示意图之一。

图2是本申请实施例提供的应用程序分发方法的流程示意图之二。

图3是本申请实施例提供的AP与AC的通信示意图。

图4是本申请实施例提供的应用程序分发方法的流程示意图之三。

图5是本申请实施例提供的AC的方框示意图。

图6是本申请实施例提供的AP的方框示意图。

图标：100-AC；110-接收模块；120-判断模块；130-获得模块；140-发送模块；200-AP；210-信息发送模块；220-运行模块。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参照图1，图1是本申请实施例提供的应用程序分发方法的流程示意图之一。所述方法应用于AC（Wireless Access Point Controller，无线控制器），下面对应用程序分发方法的具体流程进行详细阐述。

步骤S110，接收开启AP目标功能的操作指令。

在本实施例中，AC可以通过接收人为输入或接收其他设备发送的控制指令等方式得到开启AP（Wireless Access Point，无线接入点）目标功能的操作指令。

步骤S120，根据目标功能判断是否需要下发应用程序。

在本实施例中，AC基于接收到的操作指令中的目标功能判断是否需要下发与目标功能对应的应用程序。可选地，AC中存储有该AC所控制的所有AP的应用程序信息。AC可以在接收到开启AP目标功能的操作指令后，首先判断执行该目标功能是否需要应用程序，若需要则可基于AP的应用程序信息判断该AP中是否已包括与该目标功能对应的应用程序。其中，目标功能可以是一般的功能，也可以是新开发的功能。若该AP中已包括与该目标功能对应的应用程序，且满足其他额外要求，表示AC不需要下发应用程序。若该AP中未包括与目标功能对应的应用程序，表示AC需要下发应用程序。在需要下发应用程序时，执行步骤S130。其中，若用于更新，上述额外要求则可以包括目标功能的版本，AC基于存储的已下发至该AP的应用程序的应用程序信息（包括应用程序的版本）、目标功能的标识及目标功能的版本判断是否需要下发应用程序。

步骤S130，获得与所述目标功能对应的目标应用程序。

在本实施例中，AC在判定需要下发应用程序后，可以从自身的总程序池中或其他设备处获得与所述目标功能对应的目标应用程序。当然可以理解的是，AC也可以通过其他方式得到所述目标应用程序。其中，目标应用程序为与目标功能对应且满足其他要求的应用程序。

在本实施例的一种实施方式中，所述获得与所述目标功能对应的目标应用程序，包括：根据所述操作指令中的目标功能的标识和版本，以及所述AP的交叉编译工具信息获得所述目标应用程序。由此，基于所述操作指令中目标功能的版本可通过AC对AP中的应用程序的程序版本进行控制，同时基于AP的交叉编译工具信息可以保证该目标应用程序可以被该AP执行。同时，基于目标功能的标识获得目标应用程序，可保证AP执行该目标应用程序后能够实现目标功能。其中，交叉编译工具信息可以包括交叉编译工具的版本。

可选地，在本实施例的一种实施方式中，AC包括一应用程序池，该应用程序池中包括多个应用程序。可直接在应用程序池中选出与所述AP的交叉编译工具信息及所述操作指令中的目标功能的标识和版本对应的应用程序，以作为所述目标应用程序。当然可以理解的是，也可以通过其他方式获得所述目标应用程序。

步骤S140，将所述目标应用程序发送给所述AP。

当前随着AP功能的增加，实现功能的AP所需要的存储空间也越来越大、运行空间也越来越大，但是在不同的应用场景中，应用的功能不同，这就使得AP必须携带所有功能的应用程序，但是使用时却仅使用一小部分应用程序。同时目前AP的存储空间基本只有16M，扣除基本应用后，并不能扩展功能。通过AC下发目标应用程序的方式，不需要AP保存所有的应用程序，只需要在AP使用某个功能时，通过AC下发与使用的功能对应的应用程序即可。比如，例如临时需求的抓包功能，AC直接下发抓包功能的应用程序即可，不需要AP自身携带抓包应用程序。由此，可减少AP的硬件资源（flash\ram），降低成本。比如，如果一个AP减小1MB，100个AP将减少100 *1MB=100M，而AC只需增加1MB。

目前AP的某些功能需要更新时，需要直接将AP升级，可是在某些现网环境中不允许直接升级。而通过本方案，则可以直接对AP的应用程序直接进行更新，不需要重新对AP升级，不会影响AP的基本接入、转发业务，保证基本功能稳定。同时，还可以使新功能直接快速应用到现网，使得AP具有扩展功能多样化的特点。并且，还可以利用上述方式对AP的应用程序版本进行控制，使得针对同一功能可以对不同的AP分发不同版本的可执行应用程序。

请参照图2，图2是本申请实施例提供的应用程序分发方法的流程示意图之二。在步骤S120之前，所述方法还可以包括步骤S112。

步骤S110，获得与所述目标功能对应的运行参数信息。

在本实施例中，AC基于接收到的关于运行参数的配置操作获得所述运行参数信息。所述将所述目标应用程序发送给所述AP的方式包括：将所述运行参数信息及所述目标功能对应的可执行的二进制文件作为所述目标应用程序发送给所述AP。由此，可使得AP在接收该目标应用程序后，基于所述运行参数信息执行该目标应用程序中的二进制文件，以实现目标功能。其中，AC需要提供SAS（Staistical Analysis System，统计分析系统）地址、特征库地址、license地址、无线控制器序列号标识等参数供用户配置，以获得所述运行参数信息。

可选地，在本实施例的另一种实施方式中，所述根据所述操作指令中的目标功能的标识及版本，以及所述AP的交叉编译工具信息获得所述目标应用程序，可以包括：从包括多个应用池的总应用池中获得与所述AP的交叉编译工具信息对应的目标应用池；从所述目标应用池中获得与所述目标功能的标识对应的至少一个执行程序；从所述至少一个执行程序中获得与所述目标功能的版本对应的目标执行程序；根据所述目标执行程序及所述运行参数信息得到所述目标应用程序。其中，上述执行程序为可执行的二进制文件。

在本实施例中，如图3所示，AC包括总应用池。该总应用池中包括多个执行程序。其中，该执行程序可以是可在Linux下执行的二进制文件。可选地，总应用池由多个对应不同交叉编译工具版本的应用池组成。比如，WA2600-521-PE(V2)、WA2600-321-PE(V2)、WA2600-221-PE(V2)对应的交叉编译工具版本均为基于mips的4.3.6版本，那么上述三个应用程序就是公用一个应用池；而WA2600-621-PE(V2)使用的是基于arm的4.8.3版本、WA2600-615-PE(V2)使用的是基于mips的4.6.3版本，则分别位于对应工具链的应用池内。每个应用池中包括多个与不同功能对应的执行程序。其中，每个应用池中对应同一功能的执行程序的版本为至少一个。

在查找目标执行程序时，可以首先根据所述AP的交叉编译工具链信息在总应用池中查找到对应的目标应用池。由于目标应用池对应的交叉工具编译链即为所述AP的交叉编译工具链，因此可以确保最后获得的目标执行程序可以被该AP执行。在获得目标应用池后，则可以根据目标功能的标识从目标应用池中查找到与该目标功能的标识对应的至少一个执行程序。接着，则可以从所述至少一个执行程序中获得与所述操作指令中的目标功能的版本对应的执行程序，该执行程序即为所述目标执行程序。其中，版本用于表示执行程序的新旧程度，比如，同一功能对应的两个执行程序的版本分别为6.7.2、6.7.3，6.7.3则为最新版本。由此，还可以控制AP上应用程序的版本。

在获得所述运行参数信息后，可以基于该运行参数信息或该运行参数信息及所述操作指令中的目标功能的标识、版本等生成程序头，将程序头与获得的目标执行程序封装成数据包（即目标应用程序），并发送给AP，以便AP基于该程序头带参运行所述数据包中作为目标执行程序的二进制文件。其中，所述程序头包括入口参数定义文件。在本实施例的一种实施方式中，程序头包含的参数定义文件具体如下：

[product] ;厂商信息区（涉及提供二进制文件，可能是多个厂商）

Name=xxx ;厂商信息和功能名

AppName=xxx ;应用名字

Version=1 ;参数版本号，参数变化时，版本号加1

Toolchain=xxxx ;交叉工具链信息

[parameter] ;参数定义区

;应用参数名字（最大15字符）=配置(config)或内置变量(internal) | 必选（required）或可选(optional) | 参数类型字符串（string）或者整型（int）| 参数的含义描述，用户配置时的参考信息

SAS_ADDR = config | required| string | Sas server address

LICENSE_ADDR = config | required | string | License server address

FEATURE_ADDR = config | required | string | App signature serveraddress

SAS_PORT = config | optional | string | Sas server listen port

; AC_SERIAL_NUM引用无线控制器内置变量acsn。其它两个字段可以不写，头部填充时填0

AC_SERIAL_NUM = internal ||| acsn

在本实施例中，在步骤130之前，所述方法还包括：接收所述AP的上线信息。

在本实施例中，每个AP在AC处上线后，将上线信息（包括内核版本、编译工具链版本、是否支持应用程序分发等）及软硬件版本等上报给AC。由此AP可确定AP是否支持应用程序分发。AC在接收上述信息后，可以直接保存，也可以利用标志位等方式进行保存。比如，若与是否支持应用程序分发对应的标志位为1，表示该AP支持应用程序分发；若与是否支持应用程序分发对应的标志位为0，表示该AP不支持应用程序分发。由此，在需要下发应用程序时，若该AP支持应用程序分发，则获取目标应用程序，并将该目标应用程序发送给AP，避免AP由于存储空间小而对需要存储大量的应用程序进行裁剪，导致某些功能不可用。反之，若该AP不支持应用程序分发，则仅下发某些运行参数信息。或者，所述上线信息中包括所述AP支持应用程序分发的标识，所述AC直接将其直接保存即可，后续基于支持应用程序分发的标识即可判断该AP是否支持应用程序分发。

可选地，若整个网络环境中，所有的AP均为支持应用程序分发的AP，则不需要判断AP是否支持应用程序分发。若整个网络环境中部分AP支持应用程序分发，另一部分AP不支持应用程序分发，在获取目标应用程序前则需要判断AP是否支持应用程序分发，以避免浪费资源用于获得目标应用程序。

可选地，在本实施例的一种实施方式中，AC下发的应用程序存储在AP的内存中。由此，在AP下一次启动后，并不会有上一次启动后下发的应用程序占据存储空间，从而进一步节省硬件资源。

请参照图4，图4是本申请实施例提供的应用程序分发方法的流程示意图之三。所述方法应用于无线接入点AP。下面对该应用程序分发方法进行阐述。

步骤S210，在无线控制器AC上线后，将支持应用程序分发的标识以及交叉编译工具链信息发送给所述AC。

步骤S220，从所述AC接收目标应用程序后，运行所述目标应用程序。

在本实施例中，AP在AC处上线后，由AC控制。若AP支持应用程序分发，AP在上线时通过报文将包括支持应用程序分发的标识及交叉编译工具链信息的上线信息发送给AC。用户对AC进行操作以开启某项目标功能、并设定目标功能的版本及目标应用程序在运行时需要知道的运行参数信息（包括服务器的IP地址、端口等），AC可以基于接收到的上述操作构建产生一程序头。

在AP不支持应用程序分发的情况下，AP仅接收到与用户操作对应的运行参数信息或运行参数信息及目标功功能的标识及版本等，不会接收到由AC发送的完整的应用程序。

在AP支持应用程序分发的情况下，AP在接收到由AC发送的目标应用程序后，从所述目标应用程序中读取运行参数信息及可执行的二进制文件，并利用所述运行参数信息运行该二进制文件以实现目标功能。其中，目标应用程序与AP的交叉编译工具链信息及目标功能对应。在一个应用程序与AP的交叉编译工具链信息对应时，表示该应用程序可在该AP上运行。可选地，AP提取程序头中的参数，然后基于参数文件中的参数，带参运行该二进制文件。

可选地，在目标应用程序在AP上成功运行后，AP可以对该目标应用程序的CPU使用率、内存使用等进行检测。当目标应用程序进程运行时的CPU使用率和/或内存使用率超过要求的百分比时，AP记录该情况，并向AC上报目标应用程序进程CPU使用率和/或内存使用率过高的日志。当AP总的CPU使用率和/或内存使用率过高时，可通过查询该目标应用程序日志的方式定位是否是该目标应用程序进程出现异常所致。其中，上述要求的百分比可以是AP预先配置的百分比，也可以是程序头中与该目标应用程序对应的百分比，比如，程序头中包括对应CPU使用率的百分比及对应内存使用率的百分比。

可选地，对于私有程序，存在统一进程间通信接口让一监控程序接收实现目标功能的进程的数据。即，AP中的应用程序通过进程间通信接口实现进程间通信，例如，通过参数文件中传入参数得知此进程使用unix socket通讯，其描述文件是/tmp/xxxx。AP中的应用程序可以和满足私有接口定义的执行程序通信。目标应用程序不涉及和其他进程通信，只涉及和外部服务器交互，上传数据。对于开源程序，不涉及直接交互。

本申请实施例还提供一种应用程序分发方法，应用于通信连接的AP及AC。该方法包括：AP在AC上线后，将支持应用程序分发的标识以及交叉编译工具链信息发送给所述AC；AC在接收开启无线接入点AP目标功能的操作指令后，根据所述目标功能判断是否需要下发应用程序，并判断所述AP是否支持应用程序分发；在需要下发应用程序且所述AP支持应用程序分发时，AC获得与所述目标功能对应的目标应用程序，并将所述目标应用程序发送给所述AP；所述AP从所述AC接收目标应用程序后，运行所述目标应用程序。关于该方法的详细描述可以参照上文对应用程序分发方法的描述。

请参照图5，图5是本申请实施例提供的AC100的方框示意图。所述AC100可以包括接收模块110、判断模块120、获得模块130及发送模块140。

接收模块110，用于接收开启无线接入点AP目标功能的操作指令。

判断模块120，用于根据所述目标功能判断是否需要下发应用程序。

获得模块130，用于在需要下发应用程序时，获得与所述目标功能对应的目标应用程序。

可选地，在本实施例中，所述获得模块130具体用于根据所述操作指令中的目标功能的标识和版本，以及所述AP的交叉编译工具信息获得所述目标应用程序。

发送模块140，用于将所述目标应用程序发送给所述AP。

在本实施例中，所述获得模块130具体用于获得与所述目标功能对应的运行参数信息及与所述目标功能对应的可执行的二进制文件。所述发送模块140具体用于将所述运行参数信息及所述目标功能对应的可执行的二进制文件作为所述目标应用程序发送给所述AP。

可选地，在本实施例中，所述接收模块110，还用于接收所述AP的上线信息。所述上线信息中包括所述AP支持应用程序分发的标识。

在本实施例中，关于所述AC100的描述可以参照上文对应用于AC的应用程序分发方法的描述。

请参照图6，图6是本申请实施例提供的AP200的方框示意图。所述AP200可以包括信息发送模块210及运行模块220。

信息发送模块210，用于在AC上线后，将支持应用程序分发的标识以及交叉编译工具链信息发送给所述AC。

运行模块220，用于从所述AC接收目标应用程序后，运行所述目标应用程序。

可选地，在本实施例中，所述运行模块220具体用于从所述目标应用程序中读取运行参数信息及可执行的二进制文件，利用所述运行参数信息运行所述二进制文件。

在本实施例中，关于所述AP200的描述可以参照上文对应用于AP的应用程序分发方法的描述。

本申请实施例还提供一种无线网络系统，包括图5所示的AC100及在所述AC100上线的至少一个图6所示的AP200。关于所述无线网络系统的详细描述可以参照上文对AC100及AP200的描述。

综上所述，本申请实施例提供一种应用程序分发方法、AC、AP及无线网络系统。该方法应用于AC。在接收到开启无线接入点AP目标功能的操作指令后，根据目标功能判断是否需要下发应用程序。若需要下发应用程序，则获得与该目标功能对应的目标应用程序，并将该目标应用程序发送给AP。由此，不需要AP存储所有的应用程序，仅需使AC根据实际需要将需要的目标应用程序发送给AP即可。通过该方式不仅可以减少AP的硬件资源，同时可以对AP中的应用程序情况进行控制。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (13)

1.一种应用程序分发方法，其特征在于，应用于无线控制器AC，所述方法包括：

接收开启无线接入点AP目标功能的操作指令；

根据所述目标功能判断是否需要下发应用程序；

在需要下发应用程序时，获得与所述目标功能对应的目标应用程序；所述目标功能为所述AC接收到的操作指令所指示的所述AP需要开启的功能；

将所述目标应用程序发送给所述AP。

2.根据权利要求1所述的方法，其特征在于，所述获得与所述目标功能对应的目标应用程序，包括：

根据所述操作指令中的目标功能的标识和版本，以及所述AP的交叉编译工具信息获得所述目标应用程序。

3.根据权利要求1所述的方法，其特征在于，在所述将所述目标应用程序发送给所述AP之前，所述方法还包括：

获得与所述目标功能对应的运行参数信息；

所述将所述目标应用程序发送给所述AP，包括：

将所述运行参数信息及所述目标功能对应的可执行的二进制文件作为所述目标应用程序发送给所述AP。

4.根据权利要求1所述的方法，其特征在于，在所述获得与所述目标功能对应的目标应用程序之前，所述方法还包括：

接收所述AP的上线信息，所述上线信息中包括所述AP支持应用程序分发的标识。

5.一种应用程序分发方法，其特征在于，应用于无线接入点AP，所述方法包括：

在无线控制器AC上线后，将支持应用程序分发的标识以及交叉编译工具链信息发送给所述AC；

从所述AC接收目标应用程序后，运行所述目标应用程序，其中，所述目标应用程序为目标功能对应的应用程序，所述目标功能为所述AC接收到的操作指令所指示的所述AP需要开启的功能。

6.根据权利要求5所述的方法，其特征在于，所述从所述AC接收目标应用程序后，运行所述目标应用程序，包括：

从所述目标应用程序中读取运行参数信息及可执行的二进制文件，利用所述运行参数信息运行所述二进制文件。

7.一种无线控制器AC，其特征在于，所述AC包括：

接收模块，用于接收开启无线接入点AP目标功能的操作指令；

判断模块，用于根据所述目标功能判断是否需要下发应用程序；

获得模块，用于在需要下发应用程序时，获得与所述目标功能对应的目标应用程序；所述目标功能为所述AC接收到的操作指令所指示的所述AP需要开启的功能；

发送模块，用于将所述目标应用程序发送给所述AP。

8.根据权利要求7所述的AC，其特征在于，所述获得模块，具体用于根据所述操作指令中的目标功能的标识和版本，以及所述AP的交叉编译工具信息获得所述目标应用程序。

9.根据权利要求7所述的AC，其特征在于，

所述获得模块，具体用于获得与所述目标功能对应的运行参数信息以及所述目标功能对应的可执行的二进制文件；

所述发送模块，具体用于将所述运行参数信息及所述目标功能对应的可执行的二进制文件作为所述目标应用程序发送给所述AP。

10.根据权利要求7所述的AC，其特征在于，

所述接收模块，还用于接收所述AP的上线信息，所述上线信息中包括所述AP支持应用程序分发的标识。

11.一种无线接入点AP，其特征在于，所述AP包括：

信息发送模块，用于在无线控制器AC上线后，将支持应用程序分发的标识以及交叉编译工具链信息发送给所述AC；

运行模块，用于从所述AC接收目标应用程序后，运行所述目标应用程序，其中，所述目标应用程序为目标功能对应的应用程序，所述目标功能为所述AC接收到的操作指令所指示的所述AP需要开启的功能。

12.根据权利要求11所述的AP，其特征在于，所述运行模块具体用于从所述目标应用程序中读取运行参数信息及可执行的二进制文件，利用所述运行参数信息运行所述二进制文件。

13.一种无线网络系统，其特征在于，包括权利要求7-10任一项所述的无线控制器AC以及在所述AC上线的至少一个权利要求11或12所述的无线接入点AP。

Images