CN114048413A - 一种web管理方法及装置 - Google Patents

Abstract

本申请适用于互联网技术领域，提供了一种WEB管理方法，用于管理嵌入式终端拓展应用，包括：获取来自浏览器的地址请求；根据地址请求中的标识码确定应用端口；根据应用端口访问该应用端口对应的应用。在本申请实施例中，管理系统通过标识码确定应用端口，从而实现端口代理，使得从浏览器发出的地址请求能够准确访问到应用端口对应的应用，而不会访问其他应用，可以解决通过WEB浏览器发送的指令或请求互相串扰的问题。

Description

一种WEB管理方法及装置

技术领域

本申请属于互联网技术领域，尤其涉及一种WEB管理方法及装置。

背景技术

随着自定义终端(例如嵌入式终端)的使用频率越来越广泛，伴随而来是如何对这些嵌入式终端上运行的自定义应用进行有效管理的问题。

目前的技术方案是可以通过WEB浏览器登陆管理平台，然后通过网络对嵌入式终端上运行的应用发送指令来进行管理。

然而，这种方式传达的指令或请求在独立性上很难得到保障，会有互相串扰的可能。

发明内容

本申请实施例提供了一种WEB管理方法及装置，可以解决通过WEB浏览器发送的指令或请求互相串扰的问题。

第一方面，本申请实施例提供了一种WEB管理方法，包括：获取来自浏览器的地址请求；若地址请求中包括标识码，则根据标识码确定应用端口，标识码与应用端口具有关联关系；根据应用端口访问应用端口对应的应用。

在本申请实施例中，管理系统通过标识码确定应用端口，从而实现端口代理，使得从浏览器发出的地址请求能够准确访问到应用端口对应的应用，而不会访问其他应用，可以解决通过WEB浏览器发送的指令或请求互相串扰的问题。

在第一方面的一种可能的实现方式中，地址请求包括管理地址、标识码和请求内容；管理地址用于访问执行WEB管理方法的管理系统；请求内容用于使得应用端口对应的应用执行请求内容相关的指令。在该实现方式中，地址请求上带有管理地址，使得浏览器的地址请求能够通过管理地址顺利访问到管理系统。此外，地址请求上可以带有请求内容，以实现具体的指令。

在第一方面的一种可能的实现方式中，地址请求还包括管理端口；管理端口用于访问管理系统。在该实现方式中，浏览器与管理系统之间可以指定管理端口，使得管理系统的适用范围更广，该管理端口可以设置在地址请求中。

在第一方面的一种可能的实现方式中，获取来自浏览器的地址请求之后，方法还包括：若地址请求中不包括标识码，则根据地址请求执行相关指令或传输数据。在该实现方式中，管理系统可以处理包括标识码的地址请求，也可以处理不带有标识码的地址请求。

在第一方面的一种可能的实现方式中，获取来自浏览器的地址请求之前，方法还包括：创建应用的管理目录；从可用端口中分配应用对应的应用端口；创建应用端口与管理目录的关联关系，设定管理目录为应用的根目录。当管理系统根据应用端口访问应用端口对应的应用时，管理系统根据应用端口访问应用的根目录，使得应用执行根目录中的文件指令并返回相关结果。在该实现方式中，每个应用单独创建独立的管理目录，并绑定应用端口与管理目录的关联关系，从而隔离应用数据，避免多个应用的请求互相干扰。

在第一方面的一种可能的实现方式中，获取来自浏览器的地址请求之前，方法还包括：创建应用端口映射表，应用端口映射表包括标识码与应用端口具有关联关系。在该实现方式中，标识码可以作为端口的特征，用来识别应用端口。即，管理系统可以根据该标识码确定应用端口。

在第一方面的一种可能的实现方式中，获取来自浏览器的地址请求之前，方法还包括：设定执行WEB管理方法的管理系统对应的管理端口与应用端口映射表的对应关系，使得管理系统通过管理端口代理应用端口的请求业务，并根据标识码匹配应用端口。在该实现方式中，管理系统的管理端口实际上通过管理端口代理应用端口的请求业务，并通过识别码作为匹配原则。

第二方面，本申请实施例提供了一种WEB管理装置，包括：获取模块，用于获取来自浏览器的地址请求；确定模块，用于若地址请求中包括标识码，则根据标识码确定应用端口，标识码与应用端口具有关联关系；访问模块，用于根据应用端口访问应用端口对应的应用。

在第二方面的一种可能的实现方式中，地址请求包括管理地址、标识码和请求内容；管理地址用于访问执行WEB管理装置；请求内容用于使得应用端口对应的应用执行请求内容相关的指令。

在第二方面的一种可能的实现方式中，地址请求还包括管理端口；管理端口用于访问WEB管理装置。

在第二方面的一种可能的实现方式中，确定模块，还用于：若地址请求中不包括标识码，则根据地址请求执行相关指令或传输数据。

在第二方面的一种可能的实现方式中，WEB管理装置还包括：部署模块，用于：创建应用的管理目录；从可用端口中分配应用对应的应用端口；创建应用端口与管理目录的关联关系，设定管理目录为应用的根目录。当管理装置根据应用端口访问应用端口对应的应用时，管理装置根据应用端口访问应用的根目录，使得应用执行根目录中的文件指令并返回相关结果。

在第二方面的一种可能的实现方式中，部署模块还用于：创建应用端口映射表，应用端口映射表包括标识码与应用端口具有关联关系。

在第二方面的一种可能的实现方式中，部署模块还用于设定WEB管理装置对应的管理端口与应用端口映射表的对应关系，使得管理系统通过管理端口代理应用端口的请求业务，并根据标识码匹配应用端口。

第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述第一方面中任一项的WEB管理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面中任一项的WEB管理方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项的WEB管理方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

本申请实施例与现有技术相比存在的有益效果是：

在本申请实施例中，管理系统通过标识码确定应用端口，从而实现端口代理，使得从浏览器发出的地址请求能够准确访问到应用端口对应的应用，而不会访问其他应用，可以解决通过WEB浏览器发送的指令或请求互相串扰的问题。

附图说明

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

图1为本申请一实施例提供的应用场景示意图；

图2为本申请实施例中嵌入式设备103的应用框架图；

图3示出了本申请实施例提供的WEB管理方法的示意性流程图；

图4为本申请又一实施例中管理系统处理特征请求的信令图；

图5为本申请又一实施例中管理系统处理非特征请求的信令图；

图6为本申请实施例中部署过程的流程图；

图7为本申请实施例中管理系统WEB服务的功能说明；

图8为本地访问管理系统的浏览器界面示意图；

图9为云端访问管理系统的浏览器界面示意图；

图10为本申请实施例提供的一种WEB管理装置；

图11为本申请实施例提供的一种终端设备的结构图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

图1为本申请一实施例提供的应用场景示意图。该应用场景中，终端设备101和嵌入式设备103均通过网络(有线网络或无线网络)连接网络设备102。

其中，终端设备101可以是手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personaldigital assistant，PDA)等，本申请实施例对终端设备的具体类型不作任何限制。

例如，所述终端设备101可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol，SIP)电话、无线本地环路(WirelessLocal Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车联网终端、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(set top box，STB)、用户驻地设备(customer premise equipment，CPE)和/或用于在无线系统上进行通信的其它设备以及下一代通信系统，例如，5G网络中的移动终端或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)网络中的移动终端等。

网络设备102可以是一台服务器或多台服务器的组合，也可以是云数据平台、云服务器，本申请实施例对此不作限定。

嵌入式设备103是一种嵌入式实体装置，该装置由硬件和软件组成.是能够独立进行运作的器件。其软件内容一般包括软件运行环境及其操作系统。硬件内容包括信号处理器、存储器、通信模块等在内的多方面的内容。

在本申请实施例中，终端设备101上设置有浏览器，用户通过浏览器可以访问网络设备102的管理系统，从而实现对嵌入式设备103的管理。

图2为本申请实施例中嵌入式设备103的应用框架图。该嵌入式设备中设置了多个应用，包括应用A、应用B、应用C和应用D等。然而，由于嵌入式设备103的系统程序基于安全性考虑而采用封闭性的系统，不对外部的应用程序开放，不提供开发的接口，也不具备扩展性。因此，这些应用只能处理默认请求，返回一般应用页面/数据。而扩展应用是基于原始应用生产的应用，这些应用对外部的应用程序开放，提供开发的接口，具备扩展性。如图2中的扩展应用A、扩展应用B、扩展应用C和扩展应用D等，能够处理特别的特征数据请求，并返回扩展应用管理页面/数据。

但是，扩展应用主要存在以下三个问题：

问题一、扩展应用的web访问管理请求信息在独立性上很难得到保障，会有互相串扰的可能。例如嵌入式设备接收到一个web管理请求，其中扩展应用A和扩展应用B都能处理该web管理请求，则会造成针对扩展应用A的web管理请求被扩展应用B处理了，造成了串扰。在实际应用中，还可能会发生更加严重的错误或危害，本申请实施例对此不作限定。

问题二、扩展应用的web管理，很难根据应用自定义。传统技术中会将扩展应用的管理逻辑整合融入系统管理中，这种标准化整合可以统一一套管理方法，但缺陷是无法灵活的自定义管理具体内容。

问题三、如果直接使用扩展应用对应的端口访问，则会产生跨域行为，即请求地址或者端口，会不同于系统管理的地址或者端口，从而在不同的浏览器上访问存在兼容性问题。为满足扩展应用的管理业务的独立性和高度自定义特点，一般可以在系统的管理中，为应对可以直接给出扩展应用的管理地址和端口链接，虽然看似简化，但这种链接设定，直接会导致访问系统管理地址/端口和扩展应用的管理地址/端口有差异，这种差异直接会导致浏览器触发跨域问题，从而阻断请求的执行。

针对以上三种问题，本申请实施例提供的WEB管理方法能够解决应用之间管理的独立性，应用管理自定义程度，以及跨域行为的规避。

针对问题一，本申请实施例提供的方案在请求格式上做出规范，明确扩展应用的独立化标识，以及这种独立化标识所引发的数据通道处理的独立化。有效的保障一个应用管理对应一个数据通道。

针对问题二，本申请实施例提供的方案完全开放扩展应用的管理逻辑，系统仅提供扩展应用管理的操作入口，无关应用的管理内部逻辑。上文提到的请求规范即是操作入口，应用的管理业务全部在私有端口中实现，系统会将这种规范与其私有端口做一个映射代理，从而满足高度的自定义。

针对问题三，本申请实施例提供的方案的请求规范，可以直接避免这种跨域发生，从而提升了这种管理模式的适用场景。更有甚者，普遍的嵌入式产品的系统管理界面会直接在云端管理平台直接调用，而从云端平台访问设备和直接访问设备的地址显然是不一样的，因而不可避免的需要在设计时避免跨域行为。

以下将对本申请实施例提供的WEB管理方法进行详细的描述。

图3示出了本申请实施例提供的WEB管理方法的示意性流程图，作为示例而非限定，该方法可以应用于上述网络设备102中。

301、获取来自浏览器的地址请求；

在本申请实施例中，用户可以通过终端设备101上的浏览器向网络设备102发送地址请求。示例性的，地址请求可以为：http://192.168.8.1:80/PORT/*，其中，http:表示网络传输协议，192.168.8.1表示域名，80表示网络设备102上的管理端口，PORT为标识码(用于识别应用端口)，*为字段表示应用的实际管理请求内容，此*是任意一种符合URL标准的请求内容。在实际应用中，网络传输协议可以采用其他协议，例如https协议、ftp协议等等；域名可以用IP地址以外的方式表示，例如www.test.com类似的网址；管理端口80可以省略(省略时，一般采用默认端口，即端口80)；标识码可以采用其他符号，例如A、B、数字号码等，本申请实施例对此不作限定。在一些情况下，地址请求中不带有标识码，则这种地址请求可以按照传统方式处理。

302、若地址请求中包括标识码，则根据标识码确定应用端口；

在本申请实施例中，网络设备102上的管理系统可以在接收到地址请求后，检测地址请求中是否包含标识码。若地址请求中不带有标识码，则这种地址请求可以按照传统方式处理，即根据该地址请求执行相关指令或传输数据。若地址请求中包括标识码，则管理系统根据标识码确定应用端口。

可以理解的是，管理系统中可以保存有标识码与应用端口的关联关系。表1为本申请实施例中，标识码与应用端口的关联关系示例。表1仅为标识码与应用端口的关联关系的示例，在实际应用中，标识码与应用端口的关联关系可以以任一方式存储，并且内容不限定。

标识码	应用端口
		PORT	30
A	40
		...	...

表1

管理系统可以根据如表1的关联关系，根据地址请求中的标识码确定应用端口。例如，地址请求中的标识码为PORT，则根据表1，管理系统可以确定应用端口为30。

303、根据应用端口访问应用端口对应的应用。

在本申请实施例中，管理系统可以根据确定的应用端口访问对应的应用。可以理解的是，应用端口与应用一一绑定。在部署扩展应用时，管理系统可以为扩展应用指定一个端口与其绑定，并且该端口是唯一的，即该端口仅绑定一个扩展应用。因此，管理系统可以根据应用端口访问对应的唯一的应用，不会与其他应用串扰，解决了传统方案的串扰问题。

应理解，管理系统访问对应的应用，使得该应用执行地址请求中的请求内容相关的指令。这些请求内容、指令没有严格定义，可以根据实际情况进行自定义的操作，从而实现高度的自定义。

当管理系统根据应用端口访问应用端口对应的应用时，管理系统根据应用端口访问应用的根目录，使得应用执行根目录中的文件指令并返回相关结果。

当应用返回结果后，管理系统可以将返回结果发送到浏览器上，使得浏览器展示相关返回结果。整个过程均使用管理系统的域名和端口，避免了地址或端口的改变导致跨域行为的发生。随着互联网安全标准的提升，浏览器对于跨域请求的约束愈发严格，从而对于请求的执行结果会有差异，从而导致兼容性问题发生，地址和端口的唯一规避的跨域，从而有利于扩展应用管理良好的可维护性，以及适应性，从而减少一定的维护成本。

图4为本申请又一实施例中管理系统处理特征请求的信令图。用户通过终端设备101上的浏览器访问嵌入式设备103，因此向网络设备102发送浏览器地址请求，默认以80端口访问，如图4所示。网络设备102的管理系统接收到该地址请求后，启动应用特征匹配。如果该地址请求为特征请求(即该地址请求带有标识码)，则管理系统根据特征信息(如标识码)识别请求的实际端口，再通过端口代理方式透传数据给指定端口响应，最终返回对应应用的管理。多端口方式一一映射拓展应用的方式，是为了实现扩展应用自定义的能力，端口代理则是为了满足用户访问地址统一性，解决现在以及将来可能发生的跨域。

然而，当该地址请求为非特征请求时，管理系统检测到地址请求中没有标识码，则管理系统可以按照一般请求的处理方式处理该地址请求，如图5所示。图5为本申请又一实施例中管理系统处理非特征请求的信令图。图5中的地址请求不携带特征数据(即标识码)，特征与非特征数据的差别就体现在请求地址格式上。两种不同的请求方式，已经集成在系统中，对于操作者而言感知不到两者的差异。

此过程有如下几个关键：

A.浏览器请求的特征数据，需要按照一定规范：请求的域名地址及端口需要与主站点保持一致。示例一：设备端的管理地址http://192.168.8.1:80，那么相应的应用请求地址必须同样http://192.168.8.1:80/PORT/*；请求地址中必须携带端口特征，示例一中PORT字段即是端口特征，用此来识别特定端口，且此端口仅用于响应对应的应用管理；示例一中的*字段表示应用的实际管理请求内容，此*是任意一种符合URL标准的请求内容。

B.设备端在用户请求前，部署好扩展的应用业务。并为此应用分配好管理端口，同时做好此应用管理的独立部署，避免应用部署的非独立性。因此，本申请实施例提供的方案中，应用管理具备多样性，又具备应用独立性

C.在A和B的结合下，保证了用户实际请求地址和端口统一性，规避第三方调用应用管理的跨域问题，增加了访问的适用场景。

其中，B所描述的部署可以如图6所示，图6为本申请实施例中部署过程的流程图。该流程包括：

应用部署：

即为嵌入式设备103的应用进行部署，建立管理系统与应用的管理关系。

管理资源安装独立目录：

即创建该应用对应的管理目录。本申请实施例中，管理系统创建的管理目录对于应用是唯一的，从而保证应用管理页面的独立性。

管理系统分配可用端口：

即管理系统从可用端口中分配该应用对应的应用端口。本申请实施例中，系统分配的应用端口不限定是安装时指定还是应用运行时指定。

监听端口请求，同时绑定应用目录(也可以称为管理目录)为根目录：

即创建应用端口与管理目录的关联关系，设定管理目录为应用的根目录。从而，当访问该应用时，可以从该应用的根目录进行访问，即从管理目录进行访问。因此，当用户登录管理系统访问应用时，管理应用页面均从唯一的管理目录进行访问，保证了管理应用页面的独立性。

设定系统管理页面端口和应用端口的代理关系。

即设定管理系统对应的管理端口与应用端口映射表的对应关系，使得所述管理系统通过管理端口代理应用端口的请求业务，并根据标识码匹配应用端口。当用户通过管理端口访问管理系统时，管理系统可以根据管理端口确定唯一的应用端口映射表，从而根据标识码匹配应用端口，保证了地址请求可以透传到应用端口。

可以理解的是，扩展应用部署过程有以下关键点：

1.应用的资源部署需要保证目录的独立性，以便应用的资源请求路径的唯一性。

2.扩展应用需要向系统申请唯一端口并监听，以此绑定应用的管理资源与此端口号。

3.系统默认端口需要代理上述端口的请求业务，并通过请求的特征数据作为匹配原则。

4.经过以上规则的约定，包含特征的请求对于用户而言与系统的管理是无差别感知的。

需要特别说明的是，这种部署方式避免了地址或端口的改变导致跨域行为的发生。随着互联网安全标准的提升，浏览器对于跨域请求的约束愈发严格，从而对于请求的执行结果会有差异，从而导致兼容性问题发生，地址和端口的唯一规避的跨域，从而有利于扩展应用管理良好的可维护性，以及适应性，从而减少一定的维护成本。

一个应用关联一个监听端口，同时绑定应用自身资源的安装路径为应用管理的根路径，这种模式极大的丰富了应用管理的逻辑功能，应用的管理逻辑完全可以不依赖不关联其他应用，同时自由逻辑可以随意定制，且可以同应用一起打包部署。

应用端口映射表可以由管理系统创建。图7为本申请实施例中管理系统WEB服务的功能说明。在图7中，管理系统向嵌入式设备103提供WEB服务，包括创建系统端口(也可以称为管理端口)侦听、创建应用端口映射表、创建应用端口侦听和创建应用端口代理。其中，应用端口映射表包括标识码与应用端口之间的关联关系，可以如表1的示例但不限于表1的示例。如图7中，A应用与端口1关联，B应用与端口2关联，C应用与端口3关联，D应用与端口4关联。

图8为本地访问管理系统的浏览器界面示意图。可以理解的是，浏览器中输入http://192.168.8.1即可访问管理系统(此时默认管理端口为80)。当用户点击应用中心中的A时，表示用户需要访问A应用，则用户所持有的终端设备101会向网络设备102发送地址请求http://192.168.8.1/65535/...，其中，65535为标识码。管理系统接收到该地址请求后，可以根据标识码65535确定A应用的应用端口，从而实现对A应用的访问，展示A应用主页。对于B应用同理，本申请实施例对此不在赘述。

图9为云端访问管理系统的浏览器界面示意图。可以理解的是，浏览器中输入http://www.test.com即可访问管理系统(此时默认管理端口为80)。当用户点击应用中心中的A时，表示用户需要访问A应用，则用户所持有的终端设备101会向网络设备102发送地址请求http://www.test.com/65535/...，其中，65535为标识码。管理系统接收到该地址请求后，可以根据标识码65535确定A应用的应用端口，从而实现对A应用的访问，展示A应用主页。对于B应用同理，本申请实施例对此不在赘述。

图10为本申请实施例提供的一种WEB管理装置。该装置包括：

获取模块1001，用于获取来自浏览器的地址请求；具体地，用于执行上述各个实施例中的步骤301。

确定模块1002，用于若所述地址请求中包括标识码，则根据所述标识码确定应用端口，所述标识码与所述应用端口具有关联关系；具体地，用于执行上述各个实施例中的步骤302。

访问模块1003，用于根据所述应用端口访问所述应用端口对应的应用；具体地，用于执行上述各个实施例中的步骤303。

图11为本申请实施例提供的一种终端设备的结构图。该终端设备101包括存储器1012、处理器1011以及存储在存储器1012中并可在所述处理器上运行的计算机程序1013，处理器1011执行计算机程序1013时实现如上述实施例的WEB管理方法。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种WEB管理方法，其特征在于，包括：

获取来自浏览器的地址请求；

若所述地址请求中包括标识码，则根据所述标识码确定应用端口，所述标识码与所述应用端口具有关联关系；

根据所述应用端口访问所述应用端口对应的应用。

2.如权利要求1所述的WEB管理方法，其特征在于，所述地址请求包括管理地址、标识码和请求内容；

所述管理地址用于访问执行所述WEB管理方法的管理系统；

所述请求内容用于使得所述应用端口对应的应用执行所述请求内容相关的指令。

3.如权利要求2所述的WEB管理方法，其特征在于，所述地址请求还包括管理端口；

所述管理端口用于访问所述管理系统。

4.如权利要求1至3任意一项所述的WEB管理方法，其特征在于，所述获取来自浏览器的地址请求之后，所述方法还包括：

若所述地址请求中不包括标识码，则根据所述地址请求执行相关指令或传输数据。

5.如权利要求1至3任意一项所述的WEB管理方法，其特征在于，所述获取来自浏览器的地址请求之前，所述方法还包括：

创建所述应用的管理目录；

从可用端口中分配所述应用对应的所述应用端口；

创建所述应用端口与所述管理目录的关联关系，设定所述管理目录为所述应用的根目录。

6.如权利要求5所述的WEB管理方法，其特征在于，所述根据所述应用端口访问所述应用端口对应的应用包括：

根据所述应用端口访问所述应用的根目录，使得所述应用执行所述根目录中的文件指令并返回相关结果。

7.如权利要求1至3任意一项所述的WEB管理方法，其特征在于，所述获取来自浏览器的地址请求之前，所述方法还包括：

设定执行所述WEB管理方法的管理系统对应的管理端口与所述应用端口映射表的对应关系，使得所述管理系统通过所述管理端口代理所述应用端口的请求业务，并根据所述标识码匹配所述应用端口,所述应用端口映射表包括所述标识码与所述应用端口具有关联关系。

8.一种WEB管理装置，其特征在于，包括：

获取模块，用于获取来自浏览器的地址请求；

确定模块，用于若所述地址请求中包括标识码，则根据所述标识码确定应用端口，所述标识码与所述应用端口具有关联关系；

访问模块，用于根据所述应用端口访问所述应用端口对应的应用。

9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。

Images