CN104166711B - 控制路由器插件的方法和装置 - Google Patents

Abstract

本公开是关于一种控制路由器插件的方法和装置。所述方法包括：接收终端发送的插件状态查询请求；根据所述插件状态查询请求获取所述插件的运行状态；将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户。通过本公开的技术方案实现了用户通过终端查询、控制路由器插件。

Description

控制路由器插件的方法和装置

技术领域

本公开涉及通信技术领域，尤其涉及一种控制路由器插件的方法和装置。

背景技术

随着通信技术的不断发展，目前已经进入了智能路由器时代。智能路由器不再是传统意义上仅具有路由功能的网络设备，智能路由器就像个人电脑意义，按照有独立的操作系统以及硬盘，可以存储数据、安装各种插件，从而为用户提供多种服务。

开发人员可以在智能路由器上搭建插件平台，以供第三方开发者开发出自己的插件并在路由器上装载运行，实现更丰富的应用功能。但是，在相关技术中，用户仅能查询智能路由器上安装有哪些插件，无法充分了解和管理智能路由器上的插件。

发明内容

为克服相关技术中存在的问题，本公开提供一种控制路由器插件的方法和装置，以解决用户无法了解和管理路由器上的插件的问题。

根据本公开实施例的第一方面，提供一种控制路由器插件方法，包括：

接收终端发送的插件状态查询请求；

根据所述插件状态查询请求获取所述插件的运行状态；

将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户。

可选的，所述根据所述插件状态查询请求获取所述插件的运行状态包括：

获取所述插件状态查询请求中携带的插件ID；

在预设的配置文件中获取所述插件ID对应的进程ID；

根据所述进程ID获取所述插件的运行状态。

可选的，所述方法还包括：

在路由器上电后，根据预设的配置启动插件；

将所述插件的插件ID与所述插件的进程ID记录在所述预设的配置文件中。

可选的，所述方法还包括：

接收终端发送的关闭插件的指令；

获取所述关闭插件的指令中携带的待关闭插件的插件ID；

根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件；

在所述预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。

可选的，所述方法还包括：

接收终端发送的启动插件的指令；

获取所述启动插件的指令中携带的待启动插件的插件ID；

根据所述待启动插件的插件ID启动所述待启动插件；

在所述预设的配置文件中记录所述待启动插件的插件ID与所述待启动插件的进程ID。

可选的，所述插件的运行状态包括：插件的CPU占用率、插件的内存占用率和插件对磁盘的读写速率中的一种或多种。

根据本公开实施例的第二方面，提供一种控制路由器插件方法，包括：

根据用户的指令发送插件状态查询请求给路由器；

接收路由器根据所述插件状态查询请求返回的所述插件的运行状态；

将所述插件的运行状态呈现给用户。

可选的，所述根据用户的指令发送插件状态查询请求给路由器包括：

根据用户的指令获取用户选中的插件的插件ID；

将所述插件ID添加到插件状态查询请求中；

发送所述插件状态查询请求给路由器。

可选的，所述将所述插件的运行状态呈现给用户包括：

根据所述插件的运行状态生成用户界面；

显示所述用户界面。

可选的，所述方法还包括：

判断所述插件的运行状态是否达到预设的告警门限；

如果所述插件的运行状态达到预设的告警门限，则向用户发出警告。

根据本公开实施例的第三方面，提供一种控制路由器插件装置，包括：

请求接收单元，用于接收终端发送的插件状态查询请求；

状态获取单元，用于根据所述插件状态查询请求获取所述插件的运行状态；

状态发送单元，用于将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户。

可选的，所述状态获取单元包括：

第一获取子单元，用于获取所述插件状态查询请求中携带的插件ID；

第二获取子单元，用于在预设的配置文件中获取所述插件ID对应的进程ID；

第三获取子单元，用于根据所述进程ID获取所述插件的运行状态。

可选的，所述装置还包括：

第一启动单元，用于在路由器上电后，根据预设的配置启动插件；

第一记录单元，用于将所述插件的插件ID与所述插件的进程ID记录在所述预设的配置文件中。

可选的，所述装置还包括：

关闭接收单元，用于接收终端发送的关闭插件的指令；

关闭获取单元，用于获取所述关闭插件的指令中携带的待关闭插件的插件ID；

关闭插件单元，用于根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件；

文件删除单元，用于在所述预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。

可选的，所述装置还包括：

启动接收单元，用于接收终端发送的启动插件的指令；

启动获取单元，用于获取所述启动插件的指令中携带的待启动插件的插件ID；

启动插件单元，用于根据所述待启动插件的插件ID启动所述待启动插件；

第二记录单元，用于在所述预设的配置文件中记录所述待启动插件的插件ID与所述待启动插件的进程ID。

根据本公开实施例的第四方面，提供一种控制路由器插件装置，包括：

请求发送单元，用于根据用户的指令发送插件状态查询请求给路由器；

状态接收单元，用于接收路由器根据所述插件状态查询请求返回的所述插件的运行状态；

状态呈现单元，用于将所述插件的运行状态呈现给用户。

可选的，所述请求发送单元包括：

第四获取子单元，用于根据用户的指令获取用户选中的插件的插件ID；

ID添加子单元，用于将所述插件ID添加到插件状态查询请求中；

请求发送子单元，用于发送所述插件状态查询请求给路由器。

可选的，所述状态呈现单元包括：

界面生成子单元，用于根据所述插件的运行状态生成用户界面；

界面显示子单元，用于显示所述用户界面。

可选的，所述装置还包括：

状态判断单元，用于判断所述插件的运行状态是否达到预设的告警门限；

告警处理单元，用于在所述插件的运行状态达到预设的告警门限时，向用户发出警告。

根据本公开实施例的第五方面，提供一种控制路由器插件装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收终端发送的插件状态查询请求；

根据所述插件状态查询请求获取所述插件的运行状态；

将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户。

根据本公开实施例的第六方面，提供一种控制路由器插件装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

根据用户的指令发送插件状态查询请求给路由器；

接收路由器根据所述插件状态查询请求返回的所述插件的运行状态；

将所述插件的运行状态呈现给用户。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开路由器根据终端发送的插件状态查询请求可以获取到用户想要查询的插件的运行状态，然后将所述插件的运行状态发送给终端，以供用户查询路由器上插件的真实运行状态。

本公开可以通过记录插件ID与插件的进程ID，以使得路由器可以根据所述插件ID查找所述插件使用的进程，进而获取到所述插件的运行状态。

本公开路由器可以根据终端发送的关闭插件的指令，关闭用户想要关闭的插件，以实现用户对路由器插件的关闭控制。

本公开路由器可以根据终端发送的启动插件的指令，启动用户想要启动的插件，以实现用户对路由器插件的启动控制。

本公开终端可以通过用户界面将插件的运行状态呈现给用户，以便用户可以直观地获知到插件的运行状态。

本公开可以通过在终端上预设告警门限，在接收到路由器返回的插件运行状态时，如果所述插件运行状态达到所述预设告警门限，则向用户发出警告，以便在插件占用资源较多，影响路由器路由功能时及时提醒用户。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种控制路由器插件的方法的流程图。

图2A是根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

图2B是根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

图2C是根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

图3是根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

图4是根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

图5是根据一示例性实施例示出的一种用户界面示意图。

图6是根据一示例性实施例示出的一种控制路由器插件的应用场景示意图。

图7是根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

图8是根据一示例性实施例示出的一种控制路由器插件的装置的框图。

图9是根据一示例性实施例示出的另一种控制路由器插件的装置的框图。

图10是根据一示例性实施例示出的另一种控制路由器插件的装置的框图。

图11是根据一示例性实施例示出的另一种控制路由器插件的装置的框图。

图12是根据一示例性实施例示出的另一种控制路由器插件的装置的框图。

图13是根据一示例性实施例示出的另一种控制路由器插件的装置的框图。

图14是根据一示例性实施例示出的另一种控制路由器插件的装置的框图。

图15是根据一示例性实施例示出的另一种控制路由器插件的装置的框图。

图16是根据一示例性实施例示出的另一种控制路由器插件的装置的框图。

图17是根据一示例性实施例示出的一种用于控制路由器插件的装置的一结构示意图。

图18是根据一示例性实施例示出的一种用于控制路由器插件的装置的另一结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种控制路由器插件的方法流程图。

如图1所示，所述控制路由器插件的方法用于路由器中，包括以下步骤：

在步骤S101中，接收终端发送的插件状态查询请求。

在本实施例中，路由器在上电开启后，可以通过网络接收到终端发送的插件状态查询请求，以根据所述插件状态查询请求获取用户想要查询的插件的运行状态。

在步骤S102中，根据所述插件状态查询请求获取所述插件的运行状态。

基于前述步骤S101，路由器在接收到终端发送的插件状态查询请求后，从所述插件状态查询请求中获取插件ID，然后根据所述插件ID获取所述插件对应的进程ID，再根据所述进程ID获取所述插件的运行状态。

在步骤S103中，将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户。

由此可见，在本实施例中，路由器根据终端发送的插件状态查询请求可以获取到用户想要查询的插件的运行状态，然后将所述插件的运行状态发送给终端，以供用户查询路由器上插件的真实运行状态。

图2A是根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

如图2A所示，所述控制路由器插件的方法用于路由器中，包括以下步骤：

在步骤S201中，在路由器上电后，根据预设的配置启动插件。

路由器插件通常由第三方开发者开发，可以装载在路由器上运行，比如：迅雷插件。用户可以根据自身的需求对插件进行配置，比如：是否在路由器上电后立即启动等。

本实施例中，在路由器上电后，根据用户预设的配置启动插件。其中，启动插件的过程包括：创建一个新的进程，然后将所述新的进程分配给要启动的插件的使用。

在步骤S202中，将所述插件的插件ID与所述插件的进程ID记录在预设的配置文件中。

基于前述步骤S201，将已启动的插件的插件ID与所述插件的进程ID记录在预设的配置文件中。其中，所述插件ID可以为路由器在装载插件后为所述插件分配的编号，用于标识唯一的一个插件，以便于路由器和终端通信的过程中可以根据所述插件ID来查找对应的插件。所述进程ID是操作系统的内核用于唯一标识进程的一个数值。所述预设的配置文件可以理解为路由器上预设的一段存储空间，用于存储插件ID与所述插件的进程ID。

在本实施例中，记录所述插件ID与所述插件的进程ID，以便于路由器后续可以根据所述插件ID查找所述插件使用的进程，进而获取到所述插件的运行状态。

在步骤S203中，接收终端发送的插件状态查询请求。

在本实施例中，路由器在上电开启后，可以通过网络接收到终端发送的插件状态查询请求，以根据所述插件状态查询请求获取用户想要查询的插件的运行状态。

在步骤S204中，获取所述插件状态查询请求中携带的插件ID。

在本实施例中，所述插件状态查询请求中携带有用户想要查询的插件的插件ID。路由器在接收到所述插件状态查询请求后，先从所述插件状态查询请求中获取插件ID。

在步骤S205中，在预设的配置文件中获取所述插件ID对应的进程ID。

基于前述步骤S204，在获取到插件ID后，在所述预设的配置文件中获取所述插件ID对应的进程ID，以便根据所述进程ID查找所述插件所使用的进程。

在步骤S206中，根据所述进程ID获取所述插件的运行状态。

基于前述步骤S205，在获取到进程ID后，可以利用popen函数通过创建一个管道，执行linux系统的top命令和pidstat命令，从而获取到所述进程ID对应的进程信息，所述进程信息包括：CPU占用率、内存占用率和对磁盘的读写速率等。所述进程信息就是所述插件的运行状态，即插件的CPU占用率、插件的内存占用率和插件对磁盘的读写速率等。

在本步骤中，可以根据预先的设置获取插件的CPU占用率、插件的内存占用率和插件对磁盘的读写速率等运行状态中的一种或多种。

在步骤S207中，将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户。

基于前述步骤S206，在获取到所述插件的运行状态后，路由器可以通过网络将所述插件的运行状态发送给终端，以供用户查看路由器上插件的真实运行状态。

可选的，在另一实施例中，结合上述图2A示出的实施例，请参考图2B，所述控制路由器插件的方法还可以包括以下步骤：

在步骤S208中，接收终端发送的关闭插件的指令。

在本实施例中，路由器在上电开启后，可以通过网络接收到终点发送的关闭插件的指令，并可以根据所述关闭插件的指令关闭用户想要关闭的插件。

在步骤S209中，获取所述关闭插件的指令中携带的待关闭插件的插件ID。

在本实施例中，所述关闭插件的指令中携带有用户想要关闭的待关闭插件的插件ID。路由器在接收到所述关闭插件的指令后，先从所述关闭插件的指令中获取待关闭插件的插件ID。

在步骤S210中，根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件。

基于前述步骤S209，在获取到待关闭插件的插件ID后，可以在所述预设的配置文件中获取所述插件ID对应的进程ID，在获取到所述进程ID后，通过关闭进程来实现关闭所述待关闭插件。

在步骤S211中，在所述预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。

在本实施例中，在根据所述关闭插件的指令关闭所述待关闭插件后，在所述预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID，以更新所述预设的配置文件。

由此可见，在本实施例中，路由器可以根据终端发送的关闭插件的指令，关闭用户想要关闭的插件，以实现用户对路由器插件的关闭控制。

可选的，在另一实施例中，结合上述图2A示出的实施例，请参考图2C，所述控制路由器插件的方法还可以包括以下步骤：

在步骤S212中，接收终端发送的启动插件的指令。

在本实施例中，路由器在上电开启后，可以通过网络接收到终点发送的启动插件的指令，并可以根据所述启动插件的指令启动用户想要启动的插件。

在步骤S213中，获取所述启动插件的指令中携带的待启动插件的插件ID。

在本实施例中，所述启动插件的指令中携带有用户想要启动的待启动插件的插件ID。路由器在接收到所述启动插件的指令后，先从所述启动插件的指令中获取待启动插件的插件ID。

在步骤S214中，根据所述待启动插件的插件ID启动所述待启动插件。

基于前述步骤S213，在获取到待启动插件的插件ID后，启动所述待启动插件的过程可以参考步骤S201中启动插件的过程：创建一个新的进程，然后将所述新的进程分配给所述待启动插件使用。

在步骤S215中，在所述预设的配置文件中记录所述待启动插件的插件ID与所述待启动插件的进程ID。

基于前述步骤S214，在启动所述待启动插件后，参考步骤S202，在所述预设的配置文件中记录所述待启动插件的插件ID与所述待启动插件的进程ID。

由此可见，在本实施例中，路由器可以根据终端发送的启动插件的指令，启动用户想要启动的插件，以实现用户对路由器插件的开启控制。

图3是根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

如图3所示，所述控制路由器插件的方法用于终端中，包括以下步骤：

在步骤S301中，根据用户的指令发送插件状态查询请求给路由器。

在本实施例中，用户可以通过终端来控制路由器插件，在用户想要查询路由器上运行的插件的运行状态时，可以通过发送插件状态查询请求来实现。

所述插件查询请求中包括携带有用户想要了解的插件的插件ID，以供路由器根据所述插件ID进行插件状态查询。

在步骤S302中，接收路由器根据所述插件状态查询请求返回的所述插件的运行状态。

在步骤S303中，将所述插件的运行状态呈现给用户。

在本实施例中，在接收到路由器返回的插件的运行状态后，终端将所述运行状态呈现给用户。其中，终端可以通过多种方式将所述插件的运行状态呈现给用户，比如：通过用户界面呈现所述插件的运行状态，通过语音播报所述插件的运行状态等。

由此可见，在本实施例中，用户可以通过终端发送插件状态查询请求给路由器，以供路由器根据所述插件状态查询请求获取用户想要查询的插件的运行状态，终端在接收到路由器返回的插件的运行状态后将所述运行状态呈现给用户，以供用户查询路由器上插件的真实运行状态。

图4是根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

如图4所示，所述控制路由器插件的方法用于终端中，包括以下步骤：

在步骤S401中，根据用户的指令获取用户选中的插件的插件ID。

在本实施例中，用户可以通过移动设备或者个人电脑等终端来控制路由器插件，比如：用户可以通过智能手机、PDA(Personal Digital Assistant，掌上电脑)或者笔记本电脑上安装的APP(Application，应用软件)来实现对路由器插件的控制。

当用户想要控制路由器插件时，通常来讲，为了确保访问安全，用户需要先登录，通过登录进行身份验证，在身份验证通过后，路由器会将装载的插件列表返回给终端，以供终端将所述列表呈现给用户。通常来讲，所述列表中包括有路由器上装载的所有插件，以及各个插件的状态，所述状态可以包括：正在运行或者未运行。在实际实现中，可以由路由器定期将插件的状态发送给终端。也可以在用户使用终端上装载的APP时，终端向路由器请求插件的当前状态。本公开对此不做限制。

当用户选中查询所述列表中正在运行的某个插件的状态时，获取用户选中的插件的插件ID。所述插件ID是预先保存在终端上的，比如：路由器在将插件的状态发送给终端时，可以将各个插件的ID一同发送给终端。

在步骤S402中，将所述插件ID添加到插件状态查询请求中。

基于前述步骤S401，当用户想要查询某个插件的运行状态时，将获取到是所述插件的插件ID添加到所述插件状态查询请求中，以供路由器根据所述插件ID获取所述插件的运行状态。

在步骤S403中，发送所述插件状态查询请求给路由器。

在步骤S404中，接收路由器根据所述插件状态查询请求返回的所述插件的运行状态。

在步骤S405中，将所述插件的运行状态呈现给用户。

在本步骤中，终端将接收到的插件运行状态呈现给用户，以便用户进行查看。

其中，将所述插件的运行状态呈现给用户有多种实现方式。

比如：根据所述插件的运行状态生成用户界面，显示所述用户界面。在这种实现方式中，终端可以通过用户界面将所述插件的运行状态以文字、图片等方式呈现给用户，以便用户直观地获知到插件的运行状态。请参考图5所示，本公开一示例性实施例示出的用户界面示意图，由图5可以看出，用户想要查询的迅雷插件的运行状态为：CPU占用率35％，内存占用率40％，对硬盘的读写速率为120兆/秒。

又比如：通过语音播报所述插件的运行状态，以便用户在不方便看终端屏幕的时候获知到插件的运行状态。

可选的，在另一实施例中，结合上述图4示出的实施例，在接收到路由器返回的插件运行状态后，终端可以判断所述插件的运行状态是否达到预设的告警门限。

所述预设的告警门限是影响所述路由器路由功能的门限。这是因为，对于路由器而言，其基本功能是路由功能，以满足用户接入网络的上网需求。一旦路由器上运行的插件对路由器的资源占用率过高，就会影响路由器的路由功能，进而影响用户的正常上网。所以本公开预先在终端中存储所述预设的告警门限，在接收到插件的运行状态时，判断所述插件的运行状态是否达到预设的告警门限，如果所述插件的运行状态达到所述预设的告警门限，则可以通过用户界面或者语音播报等方式向用户发出警告。

由此可见，本实施例通过在终端上预设告警门限，在接收到路由器返回的插件运行状态时，如果所述插件运行状态达到所述预设告警门限，则向用户发出警告，以便在插件占用资源较多，影响路由器路由功能时及时提醒用户。

可选的，在另一实施例中，结合上述图4示出的实施例，在终端中可以向用户提供关闭插件的选项，在用户选中关闭某一插件时，终端获取所述插件的插件ID，然后将所述插件ID携带在关闭插件的指令中发送给路由器，以控制路由器关闭所述插件，从而实现对路由器插件的关闭控制。比如：当用户查询的迅雷插件的运行状态超过预设的告警门限时，用户可以选择关闭迅雷插件，以释放路由器的资源。

可选的，在另一实施例中，结合上述图4示出的实施例，在终端中可以向用户提供启动插件的选项，在用户选中启动某一插件时，中秋获取所述插件的插件ID，然后将所述插件ID携带在启动插件的指令中发送给路由器，以控制路由器启动所述插件，从而实现对路由器插件的启动控制。比如：当用户在办公室，家中没有人需要上网时，用户可以选中启动迅雷插件进行影片的下载。

结合前述本公开方法实施例，如图6所示，为本公开根据一示例性实施例示出的一种控制路由器插件的应用场景示意图。如图7所示，为本公开根据一示例性实施例示出的另一种控制路由器插件的方法的流程图。

假如，图6中示出的是一用户控制位于家中的路由器上的插件的场景，其中路由器61位于用户家中，用户位于办公室，使用手机终端62控制所述路由器61上运行的插件。

请参考图7，用户使用手机终端62控制所述路由器61插件包括以下步骤：

在步骤S701中，手机终端62根据用户的指令发送插件状态查询请求给路由器61。

在步骤S702中，路由器61接收所述手机终端62发送的插件状态查询请求。

在步骤S703中，路由器61根据所述插件状态查询请求获取所述插件的运行状态。

在步骤S704中，路由器61将所述插件的运行状态发送给手机终端62。

在步骤S705中，手机终端62接收路由器61返回的所述插件的运行状态。

在步骤S706中，手机终端62将所述插件的运行状态呈现给用户。

在图6示出的控制路由器插件的应用场景中，对于上述手机终端62可以采用前述图3或者图4所示方法实施例来实现控制路由器61上装载的插件。对于所述路由器61可以采用前述图1或者图2所示方法实施例来配合所述手机终端62的控制，在此不再赘述。

与前述控制路由器插件的方法实施例相对应，本公开还提供了控制路由器插件的装置以及终端设备、路由器的实施例。

图8是根据一示例性实施例示出的一种控制路由器插件的装置的框图。所述装置可以用于路由器中。

如图8所示，所述装置800包括请求接收单元801，状态获取单元802以及状态发送单元803

其中，该请求接收单元801被配置为：接收终端发送的插件状态查询请求。

该状态获取单元802被配置为：根据所述插件状态查询请求获取所述插件的运行状态。

该状态发送单元803被配置为：将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户。

上述实施例中，路由器根据终端发送的插件状态查询请求可以获取到用户想要查询的插件的运行状态，然后将所述插件的运行状态发送给终端，以供用户查询路由器上插件的真实运行状态。

图9是根据一示例性实施例示出的另一种控制路由器插件的装置的框图，所述装置可以用于路由器中，该实施例在前述图8所示实施例的基础上，所述状态获取单元802可包括：第一获取子单元802A、第二获取子单元802B以及第三获取子单元802C。

其中，该第一获取子单元802A被配置为：获取所述插件状态查询请求中携带的插件ID。

该第二获取子单元802B被配置为：在预设的配置文件中获取所述插件ID对应的进程ID。

该第三获取子单元802C被配置为：根据所述进程ID获取所述插件的运行状态。

上述实施例中，可以根据插件ID获取插件使用的进程ID，然后根据所述进程ID获取到所述插件的运行状态。

图10是根据一示例性实施例示出的另一种控制路由器插件的装置的框图，所述装置可以用于路由器中，该实施例在前述图8所示实施例的基础上，所述装置可以进一步包括：第一启动单元804以及第一记录单元805。

该第一启动单元804被配置为：在路由器上电后，根据预设的配置启动插件。

该第一记录单元805被配置为：将所述插件的插件ID与所述插件的进程ID记录在所述预设的配置文件中。

上述实施例中，通过记录插件ID与插件的进程ID，以使得路由器可以根据所述插件ID查找所述插件使用的进程，进而获取到所述插件的运行状态。

需要说明的是，上述图10所示的装置实施例中包含的第一启动单元804和第一记录单元805，也可以包含在前述图8和图9的装置实施例中，本公开对此不作特殊限制。

图11是根据一示例性实施例示出的另一种控制路由器插件的装置的框图，所述装置可以用于路由器中，该实施例在前述图8所示实施例的基础上，所述装置可以进一步包括：关闭接收单元806、关闭获取单元807、关闭插件单元808以及文件删除单元809。

其中，该关闭接收单元806被配置为：接收终端发送的关闭插件的指令。

该关闭获取单元807被配置为：获取所述关闭插件的指令中携带的待关闭插件的插件ID。

该关闭插件单元808被配置为：根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件。

该文件删除单元809被配置为：在所述预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。

上述实施例中，可以根据终端发送的关闭插件的指令，关闭用户想要关闭的插件，以实现用户对路由器插件的关闭控制。

需要说明的是，上述图11所示的装置实施例中包含的关闭接收单元806、关闭获取单元807、关闭插件单元808以及文件删除单元809，也可以包含在前述图8至图10任意一个装置实施例中，本公开对此不作特殊限制。

图12是根据一示例性实施例示出的另一种控制路由器插件的装置的框图，所述装置可以用于路由器中，该实施例在前述图8所示实施例的基础上，所述装置可以进一步包括：启动接收单元810、启动获取单元811、启动插件单元812以及第二记录单元813。

其中，该启动接收单元810被配置为：接收终端发送的启动插件的指令。

该启动获取单元811被配置为：获取所述启动插件的指令中携带的待启动插件的插件ID；

该启动插件单元812被配置为：根据所述待启动插件的插件ID启动所述待启动插件。

该第二记录单元813被配置为：在所述预设的配置文件中记录所述待启动插件的插件ID与所述待启动插件的进程ID。

上述实施例中，可以根据终端发送的启动插件的指令，启动用户想要启动的插件，以实现用户对路由器插件的启动控制。

需要说明的是，上述图12所示的装置实施例中包含的启动接收单元810、启动获取单元811、启动插件单元812以及第二记录单元813，也可以包含在前述图8至图11任意一个装置实施例中，本公开对此不作特殊限制。

图13是根据一示例性实施例示出的另一种控制路由器插件的装置的框图，所述装置可以用于终端中。

如图13所示，所述装置1300包括：请求发送单元1301，状态接收单元1302以及状态呈现单元1303。

其中，该请求发送单元1301被配置为：根据用户的指令发送插件状态查询请求给路由器。

该状态接收单元1302被配置为：接收路由器根据所述插件状态查询请求返回的所述插件的运行状态。

该状态呈现单元1303被配置为：将所述插件的运行状态呈现给用户。

上述实施例中，用户可以通过终端发送插件状态查询请求给路由器，以供路由器根据所述插件状态查询请求获取用户想要查询的插件的运行状态，终端在接收到路由器返回的插件的运行状态后将所述运行状态呈现给用户，以供用户查询路由器上插件的真实运行状态。

图14是根据一示例性实施例示出的另一种控制路由器插件的装置的框图，所述装置可以用于终端中，该实施例在前述图13所示的实施例的基础上，所述请求发送单元1301可包括：第四获取子单元1301A、ID添加子单元1301B以及请求发送子单元1301C。

其中，该第四获取子单元1301A被配置为：根据用户的指令获取用户选中的插件的插件ID。

该ID添加子单元1301B被配置为：将所述插件ID添加到插件状态查询请求中。

该请求发送子单元1301C被配置为：发送所述插件状态查询请求给路由器。

上述实施例中，通过将插件ID添加到插件状态查询请求中，以便路由器可以根据所述插件ID获取所述插件的运行状态。

图15是根据一示例性实施例示出的另一种控制路由器插件的装置的框图，所述装置可以用于终端中，该实施例在前述图13所示的实施例的基础上，所述状态呈现单元1303可包括：界面生成子单元1303A和界面显示子单元1303B。

其中，该界面生成子单元1303A被配置为：用于根据所述插件的运行状态生成用户界面。

该界面显示子单元1303B被配置为：显示所述用户界面。

上述实施例中，通过用户界面将插件的运行状态呈现给用户，以便用户可以直观地获知到插件的运行状态。

需要说明的是，上述图15所示的装置实施例中包含的状态呈现单元1303，也可以包含在前述图14的装置实施例中，本公开对此不作特殊限制。

图16是根据一示例性实施例示出的另一种控制路由器插件的装置的框图，所述装置可以用于终端中，该实施例在前述图13所示的实施例的基础上，所述装置可以进一步包括：状态判断单元1304和告警处理单元1305。

其中，该状态判断单元1304被配置为：判断所述插件的运行状态是否达到预设的告警门限。

该告警处理单元1305被配置为：在所述插件的运行状态达到预设的告警门限时，向用户发出警告。

上述实施例中，可以通过在终端上预设告警门限，在接收到路由器返回的插件运行状态时，如果所述插件运行状态达到所述预设告警门限，则向用户发出警告，以便在插件占用资源较多，影响路由器路由功能时及时提醒用户。

需要说明的是，上述图16所示的装置实施例中包含的状态判断单元1304和告警处理单元1305，也可以包含在前述图13至图15任意一个装置实施例中，本公开对此不作特殊限制。

关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本公开还提供一种控制路由器插件的装置，所述装置包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：接收终端发送的插件状态查询请求；根据所述插件状态查询请求获取所述插件的运行状态；将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户。

相应的，本公开还提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由路由器的处理器执行时，使得路由器能够执行一种控制路由器插件的方法，所述方法包括：接收终端发送的插件状态查询请求；根据所述插件状态查询请求获取所述插件的运行状态；将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户。

相应的，本公开还提供一种控制路由器插件的装置，所述装置包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：根据用户的指令发送插件状态查询请求给路由器；接收路由器根据所述插件状态查询请求返回的所述插件的运行状态；将所述插件的运行状态呈现给用户。

相应的，本公开还提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行一种控制路由器插件的方法，所述方法包括：根据用户的指令发送插件状态查询请求给路由器；接收路由器根据所述插件状态查询请求返回的所述插件的运行状态；将所述插件的运行状态呈现给用户。

图17是根据一示例性实施例示出的一种控制路由器插件的装置1700的框图。例如，装置1700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图17，装置1700可以包括以下一个或多个组件：处理组件1702，存储器1704，电源组件1706，多媒体组件1708，音频组件1710，输入/输出(I/O)的接口1712，传感器组件1714，以及通信组件1716。

处理组件1702通常控制装置1700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1702可以包括一个或多个处理器1720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1702可以包括一个或多个模块，便于处理组件1702和其他组件之间的交互。例如，处理部件1702可以包括多媒体模块，以方便多媒体组件1708和处理组件1702之间的交互。

存储器1704被配置为存储各种类型的数据以支持在设备1700的操作。这些数据的示例包括用于在装置1700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1706为装置1700的各种组件提供电力。电力组件1706可以包括电源管理系统，一个或多个电源，及其他与为装置1700生成、管理和分配电力相关联的组件。

多媒体组件1708包括在所述装置1700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1708包括一个前置摄像头和/或后置摄像头。当设备1700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1710被配置为输出和/或输入音频信号。例如，音频组件1710包括一个麦克风(MIC)，当装置1700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1704或经由通信组件1716发送。在一些实施例中，音频组件1710还包括一个扬声器，用于输出音频信号。

I/O接口1712为处理组件1702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1714包括一个或多个传感器，用于为装置1700提供各个方面的状态评估。例如，传感器组件1714可以检测到装置1700的打开/关闭状态，组件的相对定位，例如所述组件为装置1700的显示器和小键盘，传感器组件1714还可以检测装置1700或装置1700一个组件的位置改变，用户与装置1700接触的存在或不存在，装置1700方位或加速/减速和装置1700的温度变化。传感器组件1714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1716被配置为便于装置1700和其他设备之间有线或无线方式的通信。装置1700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1704，上述指令可由装置1700的处理器1720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图18是根据一示例性实施例示出的一种用于控制路由器插件的装置1800的框图。例如，装置1800可以被提供为一路由器。参照图18，装置1800包括处理组件1822，其进一步包括一个或多个处理器，以及由存储器1832所代表的存储器资源，用于存储可由处理部件1822的执行的指令，例如应用程序。存储器1832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1822被配置为执行指令，以执行上述控制路由器插件的方法。

装置1800还可以包括一个电源组件1826被配置为执行装置1800的电源管理，一个有线或无线网络接口1850被配置为将装置1800连接到网络，和一个输入输出(I/O)接口1858。装置1800可以操作基于存储在存储器1832的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (17)

1.一种控制路由器插件的方法，其特征在于，包括：

接收终端发送的插件状态查询请求；

根据所述插件状态查询请求获取所述插件的运行状态；

将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户；

所述根据所述插件状态查询请求获取所述插件的运行状态包括：

获取所述插件状态查询请求中携带的插件ID；

在预设的配置文件中获取所述插件ID对应的进程ID；

根据所述进程ID获取所述插件的运行状态；

所述方法还包括：

接收终端发送的关闭插件的指令；

获取所述关闭插件的指令中携带的待关闭插件的插件ID；

根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件；

在所述预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。

2.根据权利要求1所述的控制路由器插件的方法，其特征在于，所述方法还包括：

在路由器上电后，根据预设的配置启动插件；

将所述插件的插件ID与所述插件的进程ID记录在所述预设的配置文件中。

3.根据权利要求1所述的控制路由器插件的方法，其特征在于，所述方法还包括：

接收终端发送的启动插件的指令；

获取所述启动插件的指令中携带的待启动插件的插件ID；

根据所述待启动插件的插件ID启动所述待启动插件；

在所述预设的配置文件中记录所述待启动插件的插件ID与所述待启动插件的进程ID。

4.根据权利要求3所述的控制路由器插件的方法，其特征在于，

所述插件的运行状态包括：插件的CPU占用率、插件的内存占用率和插件对磁盘的读写速率中的一种或多种。

5.一种控制路由器插件的方法，其特征在于，包括：

根据用户的指令发送插件状态查询请求给路由器；

接收路由器根据所述插件状态查询请求返回的所述插件的运行状态；

将所述插件的运行状态呈现给用户；

所述方法还包括：

发送关闭插件的指令给路由器，所述关闭插件的指令中携带的待关闭插件的插件ID，以供路由器根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件，并在预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。

6.根据权利要求5所述的控制路由器插件的方法，其特征在于，

所述根据用户的指令发送插件状态查询请求给路由器包括：

根据用户的指令获取用户选中的插件的插件ID；

将所述插件ID添加到插件状态查询请求中；

发送所述插件状态查询请求给路由器。

7.根据权利要求5所述的控制路由器插件的方法，其特征在于，

所述将所述插件的运行状态呈现给用户包括：

根据所述插件的运行状态生成用户界面；

显示所述用户界面。

8.根据权利要求5所述的控制路由器插件的方法，其特征在于，所述方法还包括：

判断所述插件的运行状态是否达到预设的告警门限；

如果所述插件的运行状态达到预设的告警门限，则向用户发出警告。

9.一种控制路由器插件的装置，其特征在于，包括：

请求接收单元，用于接收终端发送的插件状态查询请求；

状态获取单元，用于根据所述插件状态查询请求获取所述插件的运行状态；

状态发送单元，用于将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户；

第一获取子单元，用于获取所述插件状态查询请求中携带的插件ID；

第二获取子单元，用于在预设的配置文件中获取所述插件ID对应的进程ID；

第三获取子单元，用于根据所述进程ID获取所述插件的运行状态；

所述装置还包括：

关闭接收单元，用于接收终端发送的关闭插件的指令；

关闭获取单元，用于获取所述关闭插件的指令中携带的待关闭插件的插件ID；

关闭插件单元，用于根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件；

文件删除单元，用于在所述预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。

10.根据权利要求9所述的控制路由器插件的装置，其特征在于，所述装置还包括：

第一启动单元，用于在路由器上电后，根据预设的配置启动插件；

第一记录单元，用于将所述插件的插件ID与所述插件的进程ID记录在所述预设的配置文件中。

11.根据权利要求9所述的控制路由器插件的装置，其特征在于，所述装置还包括：

启动接收单元，用于接收终端发送的启动插件的指令；

启动获取单元，用于获取所述启动插件的指令中携带的待启动插件的插件ID；

启动插件单元，用于根据所述待启动插件的插件ID启动所述待启动插件；

第二记录单元，用于在所述预设的配置文件中记录所述待启动插件的插件ID与所述待启动插件的进程ID。

12.一种控制路由器插件的装置，其特征在于，包括：

请求发送单元，用于根据用户的指令发送插件状态查询请求给路由器；

状态接收单元，用于接收路由器根据所述插件状态查询请求返回的所述插件的运行状态；

状态呈现单元，用于将所述插件的运行状态呈现给用户；

其中，所述请求发送单元，还用于发送关闭插件的指令给路由器，所述关闭插件的指令中携带的待关闭插件的插件ID，以供路由器根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件，并在预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。

13.根据权利要求12所述的控制路由器插件的装置，其特征在于，所述请求发送单元包括：

第四获取子单元，用于根据用户的指令获取用户选中的插件的插件ID；

ID添加子单元，用于将所述插件ID添加到插件状态查询请求中；

请求发送子单元，用于发送所述插件状态查询请求给路由器。

14.根据权利要求12所述的控制路由器插件的装置，其特征在于，所述状态呈现单元包括：

界面生成子单元，用于根据所述插件的运行状态生成用户界面；

界面显示子单元，用于显示所述用户界面。

15.根据权利要求12所述的控制路由器插件的装置，其特征在于，所述装置还包括：

状态判断单元，用于判断所述插件的运行状态是否达到预设的告警门限；

告警处理单元，用于在所述插件的运行状态达到预设的告警门限时，向用户发出警告。

16.一种控制路由器插件的装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收终端发送的插件状态查询请求；

根据所述插件状态查询请求获取所述插件的运行状态；

将所述插件的运行状态发送给终端，以供终端将所述插件的运行状态呈现给用户；

其中，所述根据所述插件状态查询请求获取所述插件的运行状态包括：

获取所述插件状态查询请求中携带的插件ID；

在预设的配置文件中获取所述插件ID对应的进程ID；

根据所述进程ID获取所述插件的运行状态；

所述处理器还被配置为：

接收终端发送的关闭插件的指令；

获取所述关闭插件的指令中携带的待关闭插件的插件ID；

根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件；

在所述预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。

17.一种控制路由器插件的装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

根据用户的指令发送插件状态查询请求给路由器；

接收路由器根据所述插件状态查询请求返回的所述插件的运行状态；

将所述插件的运行状态呈现给用户；

发送关闭插件的指令给路由器，所述关闭插件的指令中携带的待关闭插件的插件ID，以供路由器根据所述待关闭插件的插件ID对应的进程ID关闭所述待关闭插件，并在预设的配置文件中删除所述待关闭插件的插件ID与所述待关闭插件的插件ID对应的进程ID。