一种管控路由器第三方应用的方法及装置与流程

本发明属于通信技术领域，尤其涉及一种管控路由器第三方应用的方法及装置。

背景技术：

随着路由器性能的提升，路由器上往往集成了越来越多的应用方便用户使用。这些应用有些是路由器厂商自己开发的，有些是第三方合作开发的，比如迅雷离线下载、购物助手、动态域名等。

这些第三方应用往往是作为一个功能运行在路由器上的，这些第三方应用可以使路由器变的更加便捷和易用。但是，同时这些第三方应用也获取了路由器的资源和权限，如果这些第三方应用不能正常工作，较为简单的影响是该第三方应用的功能不能使用，严重的影响是路由器不能正常工作，由此需要机制来管控这些第三方应用的运行。

然而，现有路由器对第三方应用的管控机制往往是受限于第三方合作厂商的，由第三方合作厂商来控制第三方应用的不同功能的开关。路由器对于集成在自身的第三方应用基本没有管控的权限，无法管控，使得当网络出现问题时路由器无法主动处理。因此，为了保证网络的畅通，路由器的正常工作，路由器如何对其自身集成的第三方应用进行有效的管控是本发明要解决的问题。

技术实现要素：

综上所述，本发明实施例提供一种管控路由器第三方应用的方法及装置，以有效管理路由器自身集成的第三方应用，保证路由器的正常工作。

第一方面，本发明实施例提供一种管控路由器第三方应用的方法，应用于路由器，所述路由器与云服务器远程连接，所述第三方应用为第三方集成在所述路由器上的应用，包括：接收云服务器根据所述第三方应用占用系统资源的情况下发的对所述第三方应用的控制指令；以及执行所述第三方应用的控制指令。

进一步的，所述方法还包括：监控所述第三方应用占用系统资源的情况；判断所述路由器wan口的ip地址是否发生改变；以及当所述路由器wan口的ip地址发生改变的时候，上报所述第三方应用占用系统资源的情况到所述云服务器。

进一步的，所述方法还包括：监控所述第三方应用占用系统资源的情况；判断所述第三方应用占用系统资源是否超过预设的阈值；以及当所述第三方应用占用系统资源超过预设的阈值，上报所述第三方应用占用系统资源的情况到所述云服务器。

进一步的，所述监控所述第三方应用占用系统资源的情况包括：所述第三方应用对所述路由器的cpu的使用率、占用所述路由器内存的大小、占用所述路由器flash的大小、或者，占用所述路由器的进程数目。

进一步的，所述对所述第三方应用的控制指令，包括：开启所述第三方应用的控制指令或者关闭所述第三方应用的控制指令。

第二方面，本发明实施例提供一种管控路由器第三方应用的装置，应用于路由器，所述路由器与云服务器远程连接，所述第三方应用为第三方集成在所述路由器上的应用，包括：接收单元，用于接收云服务器根据所述第三方应用占用系统资源的情况下发的对所述第三方应用的控制指令；以及执行单元，用于执行所述第三方应用的控制指令。

进一步的，所述装置还包括：监控单元，用于监控所述第三方应用占用系统资源的情况；判断单元，用于判断所述路由器wan口的ip地址是否发生改变；以及上报单元，用于当所述路由器wan口的ip地址发生改变的时候，上报所述第三方应用占用系统资源的情况到所述云服务器。

进一步的，监控单元，监控所述第三方应用占用系统资源的情况；判断单元，用于判断所述第三方应用占用系统资源是否超过预设的阈值；以及判断单元，用于当所述第三方应用占用系统资源超过预设的阈值，上报所述第三方应用占用系统资源的情况到所述云服务器。

进一步的，所述监控单元具体用于：监控所述第三方应用对所述路由器的cpu的使用率、占用所述路由器内存的大小、占用所述路由器flash的大小、或者，占用所述路由器的进程数目。

进一步的，所述对所述第三方应用的控制指令，包括：开启所述第三方应用的控制指令或者关闭所述第三方应用的控制指令。

通过本发明实施例提供的管控第三方应用的方法及装置，在路由器不能直接管控第三方应用的情况下，通过与其远程连接的云服务器下发控制指令来管控路由器的第三方应用。此外，路由器通过监控第三方应用占用系统资源的情况，当路由器wan口的ip地址是否发生改变，或者所述第三方应用占用系统资源超过预设的阈值时，将所述第三方应用占用系统资源的情况上报给云服务器，由云服务来下发相应的对第三方应用的控制指令，从而有效管理路由器自身集成的第三方应用，保证路由器的正常工作。

附图说明

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

图1为本发明实施例一所提供的一种管控路由器第三方应用的网络拓扑示意图；

图2为本发明实施例一所提供的一种管控路由器第三方应用的方法流程示意图；

图3为本发明实施例二所提供的一种管控路由器第三方应用的方法流程示意图；

图4为本发明实施例三所提供的一种管控路由器第三方应用的方法流程示意图；

图5为本发明实施例四提供的一种管控路由器第三方应用的装置组成结构示意图；

图6为本发明实施例五提供的一种管控路由器第三方应用的装置组成结构示意图；

图7为本发明实施例六提供的一种管控路由器第三方应用的装置组成结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例,附图中给出了本发明的较佳实施例。本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例，相反地，提供这些实施例的目的是使对本发明的公开内容的理解更加透彻全面。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

实施例一

本发明实施例一提供一种管控路由器第三方应用的方法。在本发明实施例中，路由器与云服务器远程连接，第三方应用为第三方集成在所述路由器上的应用，路由器不能直接管控所述第三方应用。参阅图1，为本发明实施例一所提供的一种管控路由器第三方应用的网络拓扑示意图。路由器21、路由器22、路由器23和路由器24与云服务器10远程连接，运服务器10可以对每一台路由器进行远程管控，也可以对多个或全部路由器进行批量管控。

基于图1所示的网络拓扑架构，参阅图2，为本发明实施例一所提供的一种管控路由器第三方应用的方法流程示意图。结合图1路由器21与云服务器10之间的交互管理进行说明。

步骤s1001：监控第三方应用占用系统资源的情况。

路由器21实时或周期性地或预设时间点监控第三方应用占用系统资源的情况。占用系统资源的情况包括但不限于：所述第三方应用对路由器21的cpu的使用率、占用路由器21内存的大小、占用路由器21flash的大小、或者，占用路由器21的进程数目。通常情况下，路由器21的cpu和内存会影响路由器21对数据包的转发性能，flash的使用情况影响路由器21存储用户配置的信息，占用系统的进程数目过多会影响其他系统进程的正常使用。

步骤s1002：判断所述路由器wan口的ip地址是否发生改变？

路由器21判断其wan口的ip地址是否发生改变。路由器21wan口的ip地址发生改变的情况通常包括：由于插拔wan口网线、断电重启、配置wan口参数等原因造成路由器wan口ip地址发生变化。

步骤s1003：当所述路由器wan口的ip地址发生改变的时候，上报所述第三方应用占用系统资源的情况到所述云服务器。

当路由器21的wan口的ip地址发生改变的时候，上报所述第三方应用占用系统资源的情况到所述云服务器。

步骤s1004：接收云服务器根据所述第三方应用占用系统资源的情况下发的对所述第三方应用的控制指令。

本发明实施例中，云服务器10会对路由器21上报的第三方应用占用系统资源的情况评估，下发开启所述第三方应用的控制指令，或者，关闭第三方应用的控制指令。

通常情况下，云服务器10会对第三方应用占用路由器21的cpu、内存、flash或进程数的其中两项或多项进行评估，例如：评分，当评分超过预设的阈值，认为所述第三方应用会影响路由器21的正常工作，即下发关闭所述第三方应用的控制指令；反之，下发开启所述第三方应用的控制指令。

步骤s1005：执行所述第三方应用的控制指令。

当路由器21接收到云服务器10下发的开启所述第三方应用的控制指令时，判断所述第三方应用为开启状态时，则保持该状态；判断所述第三方应用为关闭状态时，开启所述第三方应用。当路由器21接收到云服务器10下发的关闭所述第三方应用的控制指令时，判断所述第三方应用为开启状态时，关闭所述第三方应用；判断所述第三方应用为关闭状态时，则保持该状态。

通过本发明实施例提供的管控第三方应用的方法，在路由器不能直接管控第三方应用的情况下，路由器通过监控第三方应用占用系统资源的情况，当路由器wan口的ip地址发生改变时，将所述第三方应用占用系统资源的情况上报给云服务器，由云服务来下发相应的对第三方应用的控制指令，从而有效管理路由器自身集成的第三方应用，保证路由器的正常工作。

实施例二

本发明实施例二提供一种管控路由器第三方应用的方法。在本发明实施例中，路由器与云服务器远程连接，第三方应用为第三方集成在所述路由器上的应用，路由器不能直接管控所述第三方应用。基于图1所示的网络拓扑架构，参阅图3，为本发明实施例二所提供的一种管控路由器第三方应用的方法流程示意图。结合图1路由器21与云服务器10之间的交互管理进行说明。

步骤s2001：监控第三方应用占用系统资源的情况。

路由器21实时或周期性地或预设时间点监控第三方应用占用系统资源的情况。占用系统资源的情况包括但不限于：所述第三方应用对路由器21的cpu的使用率、占用路由器21内存的大小、占用路由器21flash的大小、或者，占用路由器21的进程数目。通常情况下，路由器21的cpu和内存会影响路由器21对数据包的转发性能，flash的使用情况影响路由器21存储用户配置的信息，占用系统的进程数目过多会影响其他系统进程的正常使用。

步骤2002：判断所述第三方应用占用系统资源是否超过预设的阈值？

路由器21判断所述第三方应用占用系统资源是否超过预设的阈值？本发明实施例中路由器预先设置路由器21的cpu的使用率阈值、占用路由器21内存的大小阈值、占用路由器21flash的大小阈值、或者，占用路由器21的进程数目阈值，当其中一项或多项超过对应的阈值时，执行步骤s2003。

步骤s2003：当所述第三方应用占用系统资源超过预设的阈值，上报所述第三方应用占用系统资源的情况到所述云服务器。

当所述第三方应用占用系统资源超过预设的阈值，路由器21上报所述第三方应用占用系统资源的情况到所述云服务器。

步骤s2004：接收云服务器根据所述第三方应用占用系统资源的情况下发的对所述第三方应用的控制指令。

本发明实施例中，云服务器10会对路由器21上报的第三方应用占用系统资源的情况评估，下发开启所述第三方应用的控制指令，或者，关闭第三方应用的控制指令。

通常情况下，云服务器10会对第三方应用占用路由器21的cpu、内存、flash或进程数的其中两项或多项进行评估，例如：评分，当评分超过预设的阈值，认为所述第三方应用会影响路由器21的正常工作，即下发关闭所述第三方应用的控制指令；反之，下发开启所述第三方应用的控制指令。

步骤s2005：执行所述第三方应用的控制指令。

当路由器21接收到云服务器10下发的开启所述第三方应用的控制指令时，判断所述第三方应用为开启状态时，则保持该状态；判断所述第三方应用为关闭状态时，开启所述第三方应用。当路由器21接收到云服务器10下发的关闭所述第三方应用的控制指令时，判断所述第三方应用为开启状态时，关闭所述第三方应用；判断所述第三方应用为关闭状态时，则保持该状态。

通过本发明实施例提供的管控第三方应用的方法，在路由器不能直接管控第三方应用的情况下，路由器通过监控第三方应用占用系统资源的情况，当所述第三方应用占用系统资源超过预设的阈值时，将所述第三方应用占用系统资源的情况上报给云服务器，由云服务来下发相应的对第三方应用的控制指令，从而有效管理路由器自身集成的第三方应用，保证路由器的正常工作。

实施例三

本发明实施例三提供一种管控路由器第三方应用的方法。在本发明实施例中，路由器与云服务器远程连接，第三方应用为第三方集成在所述路由器上的应用，路由器不能直接管控所述第三方应用。基于图1所示的网络拓扑架构，参阅图4，为本发明实施例三所提供的一种管控路由器第三方应用的方法流程示意图。结合图1路由器21与云服务器10之间的交互管理进行说明。

步骤s3001：接收云服务器根据所述第三方应用占用系统资源的情况下发的对所述第三方应用的控制指令。

本发明的实施例中，云服务器10管理员可以根据和提供第三方应用的第三方的合作情况、第三方应用用户使用后的反馈，或者对第三方应用的相应决策来评估是否对所述第三发应用下发控制指令。该控制指令可以由云服务器10批量下发给与其远程连接的路由器，实现批量管理，提高管控效率。当路由器21收到云服务器10的控制指令后执行相应的开启或关闭动作，实现远程管控路由器21的第三方应用。

步骤s3002：执行所述第三方应用的控制指令。

当路由器21接收到云服务器10下发的开启所述第三方应用的控制指令时，判断所述第三方应用为开启状态时，则保持该状态；判断所述第三方应用为关闭状态时，开启所述第三方应用。当路由器21接收到云服务器10下发的关闭所述第三方应用的控制指令时，判断所述第三方应用为开启状态时，关闭所述第三方应用；判断所述第三方应用为关闭状态时，则保持该状态。

通过本发明实施例提供的管控第三方应用的方法，在路由器不能直接管控第三方应用的情况下，通过与其远程连接的云服务器下发控制指令来管控路由器的第三方应用，从而有效管理路由器自身集成的第三方应用，保证路由器的正常工作。

实施例四

本发明实施例四提供一种管控路由器第三方应用的装置，应用于路由器。在本发明实施例中，路由器与云服务器远程连接，第三方应用为第三方集成在所述路由器上的应用，路由器不能直接管控所述第三方应用。基于图1所示的网络拓扑架构，参阅图5，为本发明实施例四所提供的一种管控路由器第三方应用的装置组成结构示意图。所述装置包括：监控单元202、判断单元204、上报单元206、接收单元208和执行单元210。

监控单元202，用于监控所述第三方应用占用系统资源的情况，具体包括：监控所述第三方应用对路由器21的cpu的使用率、占用路由器21内存的大小、占用路由器21flash的大小、或者，占用路由器21的进程数目。通常情况下，路由器21的cpu和内存会影响路由器21对数据包的转发性能，flash的使用情况影响路由器21存储用户配置的信息，占用系统的进程数目过多会影响其他系统进程的正常使用。

本发明实施例中，路由器21实时或周期性地或预设时间点监控第三方应用占用系统资源的情况。

判断单元204，用于判断路由器21wan口的ip地址是否发生改变。路由器21wan口的ip地址发生改变的情况通常包括：由于插拔wan口网线、断电重启、配置wan口参数等原因造成路由器21wan口ip地址发生变化。

上报单元206，用于当路由器21wan口的ip地址发生改变的时候，上报所述第三方应用占用系统资源的情况到所述云服务器10。

接收单元208，用于接收云服务器10根据所述第三方应用占用系统资源的情况下发的对所述第三方应用的控制指令。对所述第三方应用的控制指令包括：开启所述第三方应用的控制指令，或者，关闭第三方应用的控制指令。

通常情况下，云服务器10会对第三方应用占用路由器21的cpu、内存、flash或进程数的其中两项或多项进行评估，例如：评分，当评分超过预设的阈值，认为所述第三方应用会影响路由器21的正常工作，即下发关闭所述第三方应用的控制指令；反之，下发开启所述第三方应用的控制指令。

执行单元210，用于执行所述第三方应用的控制指令。

当路由器21的接收单元208接收到云服务器10下发的开启所述第三方应用的控制指令时，执行单元210判断所述第三方应用为开启状态时，则保持该状态；执行单元210判断所述第三方应用为关闭状态时，开启所述第三方应用。当路由器21的接收单元208接收到云服务器10下发的关闭所述第三方应用的控制指令时，执行单元210判断所述第三方应用为开启状态时，关闭所述第三方应用；执行单元210判断所述第三方应用为关闭状态时，则保持该状态。

通过本发明实施例提供的管控第三方应用的装置，在路由器不能直接管控第三方应用的情况下，路由器通过监控单元监控第三方应用占用系统资源的情况，当路由器wan口的ip地址发生改变时，上报单元将所述第三方应用占用系统资源的情况上报给云服务器，由云服务来下发相应的对第三方应用的控制指令，从而有效管理路由器自身集成的第三方应用，保证路由器的正常工作。

实施例五

本发明实施例五提供一种管控路由器第三方应用的装置，应用于路由器。在本发明实施例中，路由器与云服务器远程连接，第三方应用为第三方集成在所述路由器上的应用，路由器不能直接管控所述第三方应用。基于图1所示的网络拓扑架构，参阅图6，为本发明实施例五所提供的一种管控路由器第三方应用的装置组成结构示意图。所述装置包括：监控单元302、判断单元304、上报单元306、接收单元308和执行单元310。

监控单元302，监控所述第三方应用占用系统资源的情况，具体包括：监控所述第三方应用对所述路由器的cpu的使用率、占用所述路由器内存的大小、占用所述路由器flash的大小、或者，占用所述路由器的进程数目。通常情况下，路由器21的cpu和内存会影响路由器21对数据包的转发性能，flash的使用情况影响路由器21存储用户配置的信息，占用系统的进程数目过多会影响其他系统进程的正常使用。

本发明实施例中，路由器21实时或周期性地或预设时间点监控第三方应用占用系统资源的情况。

判断单元304，用于判断所述第三方应用占用系统资源是否超过预设的阈值？

本发明实施例中，判断单元304判断所述第三方应用占用系统资源是否超过预设的阈值？路由器预先设置路由器21的cpu的使用率阈值、占用路由器21内存的大小阈值、占用路由器21flash的大小阈值、或者，占用路由器21的进程数目阈值，当其中一项或多项超过对应的阈值时，上报单元306上报所述第三方应用占用系统资源的情况到所述云服务器10。

上报单元306，用于当所述第三方应用占用系统资源超过预设的阈值，上报所述第三方应用占用系统资源的情况到所述云服务器10。

接收单元308，用于接收云服务器根据所述第三方应用占用系统资源的情况下发的对所述第三方应用的控制指令。

本发明实施例中，云服务器10会对路由器21上报的第三方应用占用系统资源的情况评估，下发开启所述第三方应用的控制指令，或者，关闭第三方应用的控制指令。

通常情况下，云服务器10会对第三方应用占用路由器21的cpu、内存、flash或进程数的其中两项或多项进行评估，例如：评分，当评分超过预设的阈值，认为所述第三方应用会影响路由器21的正常工作，即下发关闭所述第三方应用的控制指令；反之，下发开启所述第三方应用的控制指令。

执行单元310，用于执行所述第三方应用的控制指令。

当路由器21的接收单元308接收到云服务器10下发的开启所述第三方应用的控制指令时，执行单元310判断所述第三方应用为开启状态时，则保持该状态；执行单元310判断所述第三方应用为关闭状态时，开启所述第三方应用。当路由器21的接收单元308接收到云服务器10下发的关闭所述第三方应用的控制指令时，执行单元310判断所述第三方应用为开启状态时，关闭所述第三方应用；执行单元310判断所述第三方应用为关闭状态时，则保持该状态。

通过本发明实施例提供的管控第三方应用的装置，在路由器不能直接管控第三方应用的情况下，路由器通过监控单元监控第三方应用占用系统资源的情况，当所述第三方应用占用系统资源超过预设的阈值时，上报单元将所述第三方应用占用系统资源的情况上报给云服务器，由云服务来下发相应的对第三方应用的控制指令，从而有效管理路由器自身集成的第三方应用，保证路由器的正常工作。

实施例六

本发明实施例六提供一种管控路由器第三方应用的装置，应用于路由器。在本发明实施例中，路由器与云服务器远程连接，第三方应用为第三方集成在所述路由器上的应用，路由器不能直接管控所述第三方应用。基于图1所示的网络拓扑架构，参阅图7，为本发明实施例六所提供的一种管控路由器第三方应用的装置组成结构示意图。所述装置包括：接收单元402和执行单元404。

接收单元402，用于接收云服务器根据所述第三方应用占用系统资源的情况下发的对所述第三方应用的控制指令。

本发明的实施例中，云服务器10管理员可以根据和提供第三方应用的第三方的合作情况、第三方应用用户使用后的反馈，或者对第三方应用的相应决策来评估是否对所述第三发应用下发控制指令。该控制指令可以由云服务器10批量下发给与其远程连接的路由器，实现批量管理，提高管控效率。当路由器21接收单元302收到云服务器10的控制指令后，执行单元404执行相应的开启或关闭动作，实现远程管控路由器21的第三方应用。

执行单元404，用于执行所述第三方应用的控制指令。

当路由器21的接收单元402接收到云服务器10下发的开启所述第三方应用的控制指令时，执行单元404判断所述第三方应用为开启状态时，则保持该状态；执行单元404判断所述第三方应用为关闭状态时，开启所述第三方应用。当路由器21接收单元402接收到云服务器10下发的关闭所述第三方应用的控制指令时，执行单元404判断所述第三方应用为开启状态时，关闭所述第三方应用；执行单元404判断所述第三方应用为关闭状态时，则保持该状态。

通过本发明实施例提供的管控第三方应用的方法，在路由器不能直接管控第三方应用的情况下，通过与其远程连接的云服务器下发控制指令来管控路由器的第三方应用，从而有效管理路由器自身集成的第三方应用，保证路由器的正常工作。

在本发明所提供的上述实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

以上仅为本发明的实施例，但并不限制本发明的专利范围，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本发明说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本发明专利保护范围之内。