本发明涉及互联网领域， 特别涉及一种 Web应用托管方法及装置。 背景技术

随着互联网的不断发展， 以及互说联网应用范围的逐步扩大， 基于互联网的 Web 应用托 管技术得到了人们越来越多的关注。 如何在 Web 应用托管过程中为用户提供更好的托管服 务， 逐渐成为了托管运营商十分关注的问题。

在现有的 Web 应用托管过程中， 接收到应用请求时， 并不会对接收到的应用请求进行 书

处理， 而是将其转发给对应的服务器， 再由服务器对其进行处理。

在实现本发明的过程中， 发明人发现现有技术至少存在以下缺点：

现有的 Web应用托管方式对接收到的应用请求仅进行简 单的转发， 功能比较单一， 且如 果某网站涉及色情、 暴力等违反某国家法律的信息， 该应用请求无法被及时禁止， 导致在 Web应用托管过程中不能对应用进行及时有效地 管理。 发明内容

为了对托管的应用进行及时、 有效地管理， 进而提高 Web 应用托管的管理性能， 本发 明实施例提供了一种 Web应用托管方法及装置。 所述技术方案如下：

一方面， 提供了一种 Web应用托管方法， 所述方法包括：

Web应用托管系统接收应用请求或应用响应；

所述 Web应用托管系统抓取所述应用请求或应用响应 对应的内容数据；

所述 Web 应用托管系统对所述内容数据进行分析， 并根据分析的结果决定接受或禁止 所述应用请求或应用响应。

另一方面， 还提供了一种 Web 应用托管装置， 包括转发单元和处理单元， 所述装置还 包括： 分析单元和抓取模块， 所述抓取模块位于所述转发单元或处理单元中 ；

所述抓取模块， 用于接收应用请求或应用响应， 抓取所述应用请求或应用响应对应的 内容数据；

所述分析单元， 用于对所述抓取模块抓取的所述内容数据进行 分析， 根据分析的结果 决定接受或禁止所述应用请求或应用响应。

本发明实施例提供的技术方案的有益效果是：

通过接收应用请求或应用响应并抓取其对应的 内容数据， 对抓取到的内容数据进行分 析， 进而根据分析结果决定接受或禁止该应用请求 或应用响应， 从而可以对托管的应用进 行及时、 有效地管理， 进而提高 Web应用托管的管理性能。 附图说明

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

图 1是本发明实施例提供的一种 Web应用托管系统逻辑架构图；

图 2是本发明实施例提供的另一种 Web应用托管系统逻辑架构图；

图 3是本发明实施例一提供的 Web应用托管方法流程图；

图 4是本发明实施例二提供的 Web应用托管方法流程图；

图 5是本发明实施例三提供的 Web应用托管装置结构示意图；

图 6是本发明实施例三提供的另一种 Web应用托管装置结构示意图；

图 7是图 5或图 6中的抓取模块的结构图；

图 8是图 5或图 6中的分析单元的结构图。 具体实施方式

为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明实施方式作 进一步地详细描述。

本发明实施例涉及 Web应用托管系统， Web应用托管系统通常包括多个服务器， 每台服 务器可以有不同的功能定位， 如缓存服务器、 负载均衡服务器、 Web服务器、 数据库服务器 等等。 并且， 还存在某些服务器集成有多项功能， 如负载均衡服务器与处理静态网页的 Web 服务服务器通常会集成在一起， 包括 Apache服务器和 Nginx服务器等。 对各种服务器的功 能进行抽象和总结后， 可以将其划分两大类： 转发功能和处理功能。 因此， 在逻辑上可以 将 Web应用托管系统划分为转发单元和处理单元， 参见图 1， 为一种 Web应用托管系统的逻 辑架构图。 其中， 转发单元用来接收应用请求并转发给处理单元 进行处理， 转发的请求包 括 HTTP请求或 CGI请求等， 转发接口包括 HTTP (Hypertext Transfer Protocol , 超文本 传输协议）、 CGI ( Common Gateway Interface , 公共网关接口）、 FCGI (FastCGI ) 等。 处 理单元用于对应用请求进行最终的处理， 常见的有 PHP引擎、 Java Web Server等。 转发单 元可以为多个， 处理单元也可以为多个。 Web应用托管系统接收到的应用请求可以经过一 个 或多个转发单元进行转发， 最终交给处理单元处理。 转发单元和处理单元只是逻辑上的划 分， 并不代表物理上的两台服务器， 对于 Web 应用托管系统中的服务器而言， 通常是同时 承担转发单元与处理单元两种角色， 如 Nginx服务器不仅可以处理静态 Web请求， 还可以 将动态 Web请求转发给 PHP处理进程来处理， 从而在不同的请求类型中扮演了不同的角色。 具体地， 可以在 Nginx服务器上进行配置将 URL为. php结束的 web请求转发至 PHP进程处 理， 其他的请求则认为是静态请求， 由 Nginx自己直接处理。

除转发单元与处理单元外， Web应用托管系统通常还包括部署单元、管理单 元和调度单 元等，从而可以托管大量的 Web应用。参见图 2，为另一种 Web应用托管系统的逻辑架构图。 其中， 转发单元与处理单元的功能与上面的描述相同 ， 个数也可以是多个， 不再赘述。 用 户 Portal可以方便应用的所有者对应用进行一定的 管理、 监控等。 部署单元可以方便应用 的所有者将应用部署到 Web应用托管系统中。 管理单元用来管理整个 Web应用托管系统。 调度单元用于调度 Web应用托管系统收到的 Web应用请求。

本发明实施例提供的 Web应用托管方法和装置， 可以应用于 Web应用托管系统中。 实施例一

参见图 3， 本实施例提供了一种 Web应用托管方法， 该方法流程具体如下：

101： Web应用托管系统接收应用请求或应用响应；

102： Web应用托管系统抓取该应用请求或应用响应对 应的内容数据；

103： Web 应用托管系统对该内容数据进行分析， 并根据分析的结果决定接受或禁止该 应用请求或应用响应。

可选地， 所述 Web应用托管系统抓取该应用请求或应用响应对 应的内容数据， 包括：

Web应用托管系统判断该应用请求或应用响应 是否满足抓取条件；如果该应用请求或应 用响应满足抓取条件， 则抓取该应用请求或应用响应对应的内容数据 。

其中， 抓取条件， 至少包括第一抓取条件、 第二抓取条件、 第三抓取条件和第四抓取 条件中的一种：

第一抓取条件为应用请求或应用响应是指定应 用的应用请求或应用响应；

第二抓取条件为应用请求或应用响应对应的内 容类型是指定抓取的内容类型； 第三抓取条件为应用请求或应用响应的大小在 抓取范围内；

第四抓取条件为应用请求或应用响应对应的 URL ( Uniform / Universal Resource Locator, 统一资源定位符） 为指定抓取的 URL。

可选地， 所述 Web 应用托管系统对该内容数据进行分析， 并根据分析的结果决定接受 或禁止该应用请求或应用响应， 包括：

Web应用托管系统将所述内容数据与预先指定的 被禁止的数据进行比较；如果所述内容 数据中包含被禁止的数据， 则禁止该应用请求或应用响应； 如果所述内容数据中不包含被 禁止的数据， 则处理该应用请求或应用响应。

可选地， 所述 Web 应用托管系统抓取所述应用请求或应用响应对 应的内容数据之后， 还包括： 所述 Web应用托管系统存储所述内容数据； 相应地， 所述 Web应用托管系统对所 述内容数据进行分析， 并根据分析的结果决定接受或禁止所述应用请 求或应用响应， 包括: 当预设的条件满足时， 所述 Web 应用托管系统对存储的所述内容数据进行分析 ， 并根据分 析的结果决定接受或禁止所述应用请求或应用 响应。

本实施例提供的方法， 通过接收应用请求或应用响应并抓取其对应的 内容数据， 对抓 取到的内容数据进行分析， 进而根据分析结果决定接受或禁止该应用请求 或应用响应， 从 而可以对托管的应用进行及时、 有效地管理， 进而提高 Web应用托管的管理性能。 实施例二

本实施例提供一种 Web 应用托管方法， 该方法通过抓取应用请求或应用响应对应的内 容数据， 并在对其进行分析之后， 根据分析结果决定接受或禁止该应用请求或应 用响应， 能够使 Web应用托管的管理更具针对性， 从而提高管理性能。 参见图 4， 本实施例提供的方 法流程具体如下：

201： Web应用托管系统接收应用请求或应用响应；

针对该步骤， 应用请求可以是 HTTP (Hypertext Transfer Protocol , 超文本传输协议） 请求， 也可以是 CGI (Common Gateway Interface, 公共网关接口） 请求， 还可以是其他应 用请求， 本实施例不对具体的应用请求进行限定。 相应地， 应用响应既可以是 HTTP响应， 也可以是 CGI响应， 还可以是其他应用响应， 本实施例同样不对具体的应用响应进行限定。

本步骤中所述接收应用请求或应用响应， 可以是 Web 应用托管系统中的转发单元接收 应用请求或应用响应， 也可以是处理单元接收来自转发单元转发的应 用请求或应用响应。

202： Web 应用托管系统判断该应用请求或应用响应是否 满足抓取条件， 如果是， 执行 步骤 203， 否则， 流程结束；

其中， 本实施例不对具体的抓取条件进行限定， 仅以至少包括以下第一抓取条件、 第 二抓取条件、 第三抓取条件和第四抓取条件中的一种抓取条 件为例： 第一抓取条件为该应用请求或应用响应是指定 应用的应用请求或应用响应；

针对该种抓取条件， 如果将应用 A作为指定应用， 则该应用 A对应的应用请求或应用 响应均满足抓取条件。

第二抓取条件为应用请求或应用响应对应的内 容类型是指定抓取的内容类型； 例如，通过分析 HTTP请求的 Content_type(内容类型）头或者 HTTP响应的 Content-type 头进行判断， 如果 Content-type头为 text (文本）或 HTML (HyperText Mark-up Language, 超文本标记语言）， 则满足抓取条件， 其余不满足抓取条件。

第三抓取条件为应用请求或应用响应的大小在 抓取范围内；

例如， 通过分析 HTTP请求或者 HTTP响应的 Content-length (内容长度）头进行判断， 仅在指定大小范围内的 HTTP请求或者 HTTP响应才满足抓取条件。

第四抓取条件为应用请求或应用响应对应的 URL为指定抓取的 URL。

针对该种抓取条件， 可以使用正则表达式来判断应用请求或应用响 应对应的 URL 是否 为指定抓取的 URL。

203： Web应用托管系统抓取该应用请求或应用响应对 应的内容数据；

具体地， 本实施例提供的方法既可以支持 HTTP响应对应的内容数据的抓取 （即下载的 内容数据）， 也可以支持 HTTP请求对应的内容数据的抓取 （即上载的内容数据， 如 post表 单内容、 上传文件）。 由于网络中使用的 HTTP 协议是基于 TCP ( Transmission Control Protocol , 传输控制协议） 协议进行传输的， 而一次 HTTP请求必然会经过转发或者处理， 这样转发或者处理过程中可以获取到整次 HTTP请求的内容数据 （包含请求与响应分别对应 的内容数据）， 所以抓取的实现是完全可行的。

所述抓取该应用请求或应用响应对应的内容数 据， 可以通过在 Web 应用托管系统中的 转发单元或者处理单元中增加抓取模块来实现 ， 由该抓取模块执行抓取的操作。

204： Web应用托管系统对抓取到的内容数据进行分析 ；

针对该步骤， 对抓取到的内容数据进行分析的目的是为了根 据分析结果对应用请求或 应用响应采取相应地处理措施， 例如， 当分析出内容数据涉及色情、 暴力等违反某国家法 律的信息时， 可及时禁止该应用请求或应用响应， 从而对托管的应用进行及时、 有效地管 理， 进而提高 Web应用托管的管理性能。

其中， 关于如何分析内容数据及具体的分析过程， 本实施例不作具体限定， 包括但不 限于以下方式：

Web应用托管系统将抓取到的内容数据与预先指 定的被禁止的数据进行比较，如果该内 容数据中包含被禁止的数据， 则确定该应用请求或应用响应需要禁止； 如果该内容数据中 不包含被禁止的数据， 则确定该应用请求或应用响应不需要禁止， 可以进行处理。 该预先 指定的被禁止的数据可以根据需要设置， 本发明实施例对此不做具体限定。

例如， 可预先设置一个数据库， 在该数据库中存储涉及违规、 违法等需要被禁止的数 据， 则在抓取到内容数据后， 将该内容数据与数据库进行比对， 如果匹配出该内容数据中 包含数据库中存储的需要被禁止的数据， 则判断该内容数据涉及违规或违法， 因而禁止该 应用请求或应用响应。 除此之外， 还可以采用其他分析方式。

优选地， 对于抓取到的内容数据比较多， 或是需要处理的应用请求或应用响应比较多 的情况， 由于实时处理所有抓取到的内容数据比较困难 ， 对此， 在上述步骤 203 抓取到内 容数据之后， 本实施例提供的方法还支持对抓取到的内容数 据进行存储的过程。 因此， 在 步骤 203之后还可以包括： Web应用托管系统存储抓取到的内容数据。 相应地， 步骤 204中 在对抓取到的内容数据进行分析之前， 需要先读取已存储的该抓取到的内容数据， 之后再 对其进行分析。 具体地， Web应用托管系统可以在预设的条件满足时， 对存储的内容数据进 行分析， 并根据分析的结果决定接受或禁止该应用请求 或应用响应。 该预设的条件有多种， 本发明实施例对此不做具体限定。例如， Web应用托管系统可以按照预设的周期定时对存 储 的内容数据进行分析等等。

Web应用托管系统在具体存储抓取的内容数据时 ， 除了存储抓取到的内容数据， 还可以 将该应用请求或应用响应的其他相关信息一并 存储， 例如， 将发送该应用请求或应用响应 的用户标识， 或接收该应用响应的客户端地址信息等一并进 行存储。 存储过程还可以进行 一些优化处理， 例如， 仅保存内容数据的 Message Body (消息体） 部分， 或对内容数据进 行压縮存储等， 本实施例不对具体的相关信息及存储方式进行 限定。

205： 根据分析结果决定接受或者禁止该应用请求或 应用响应， 如果分析结果为需要禁 止， 则禁止该应用请求或应用响应， 如果分析结果为不需要禁止， 则处理该应用请求或应 用响应， 流程结束。

针对 204和 205中的分析过程和结果， 本实施例不做具体的限定， 包括但不限于以下 方式：

Web应用托管系统将抓取到的内容数据与预先指 定的被禁止的数据进行比较，如果该内 容数据中包含被禁止的数据， 则禁止该应用请求或应用响应； 如果该内容数据中不包含被 禁止的数据， 则处理该应用请求或应用响应。

例如， 当分析结果为该应用请求或应用响应不合法时 ， 则在根据该分析结果处理对应 的应用请求或应用响应时， 可以将该应用请求或应用响应对应的应用停止 运行， 或是采用 其他处理方式； 当分析结果为该应用请求或应用响应合法时， 则处理该应用请求或应用响 应， 如， 根据应用请求中指定的 URL为请求者提供该 URL对应的网页等等， 本实施例同样 不对根据分析结果处理应用请求或应用响应的 方式进行限定。

优选地， 针对在对抓取到的内容数据进行分析之后， 无法根据分析结果实时处理该应 用请求或应用响应的情况， 在上述步骤 204得到分析结果之后， 本实施例提供的方法还支 持对分析结果进行存储的过程。 则该步骤在根据分析结果处理应用请求或应用 响应之前， 需要先读取已存储的内容数据的分析结果， 之后再对其对应的应用请求或应用响应进行处 理， 此处， 本实施例同样不对存储分析结果的方式进行限 定。

本实施例中步骤 204和 205， 可以通过在 Web应用托管系统中增加分析单元来实现， 由 该分析单元执行 204和 205的操作。

本实施例提供的方法， 通过在判断出接收到的应用请求或应用响应满 足抓取条件后， 抓取其对应的内容数据， 并对抓取到的内容数据进行分析， 进而根据分析结果对接收到的 应用请求或应用响应进行处理或者禁止， 从而可以对托管的应用进行及时、 有效地管理， 进而提高 Web应用托管的管理性能。 实施例三

本实施例提供了一种 Web 应用托管装置， 该装置用于执行上述实施例一和实施例二中 的方法， 该装置包括： 转发单元 301和处理单元 302， 并且还包括： 分析单元 303和抓取模 块 1， 参见图 5， 抓取模块 1位于转发单元 301中， 参见图 6， 抓取模块 1位于处理单元 302 中；

抓取模块 1， 用于接收应用请求或应用响应， 抓取该应用请求或应用响应对应的内容数 据；

分析单元 303， 用于对抓取模块 1抓取的内容数据进行分析， 根据分析的结果决定接受 或禁止该应用请求或应用响应。

可选地， 参见图 7， 抓取模块 1包括：

接收子模块 11， 用于接收应用请求或应用响应；

判断子模块 12， 用于判断该应用请求或应用响应是否满足抓取 条件；

抓取子模块 13， 用于如果该应用请求或应用响应满足抓取条件 ， 则抓取该应用请求或 应用响应对应的内容数据。

其中， 所述抓取条件至少包括第一抓取条件、 第二抓取条件、 第三抓取条件和第四抓 取条件中的一种：

第一抓取条件为所述应用请求或应用响应是指 定应用的应用请求或应用响应； 第二抓取条件为所述应用请求或应用响应对应 的内容类型是指定抓取的内容类型； 第三抓取条件为所述应用请求或应用响应的大 小在抓取范围内；

第四抓取条件为所述应用请求或应用响应对应 的统一资源定位符 URL 为指定抓取的

URL。

可选地， 参见图 8， 分析单元 303包括：

分析模块 2， 用于将抓取模块 1抓取的内容数据与预先指定的被禁止的数据� �行比较； 处理模块 3， 用于如果所述内容数据中包含被禁止的数据， 则禁止该应用请求或应用响 应， 如果所述内容数据中不包含被禁止的数据， 则处理该应用请求或应用响应。

可选地， 分析单元 303还包括：

存储模块 4， 用于存储抓取模块 1抓取的所述内容数据；

相应地， 分析单元 303 用于当预设的条件满足时， 对存储的所述内容数据进行分析， 并根据分析的结果决定接受或禁止该应用请求 或应用响应。

本实施例提供的上述装置可以应用于 Web 应用托管系统中。 该装置中的转发单元和处 理单元可以集成于一个服务器中， 或者分别集成于两个服务器中， 本发明实施例对此不做 具体限定。 其中的分析单元可以集成于一台单独的服务器 中， 也可以与转发单元和处理单 元中的至少一个集成于一台服务器中， 本发明实施例对此不做具体限定。

本实施例提供的装置， 通过在判断出接收到的应用请求或应用响应满 足抓取条件后， 抓取其对应的内容数据， 并对抓取到的内容数据进行分析， 进而根据分析结果对接收到的 应用请求或应用响应进行处理或者禁止， 从而可以对托管的应用进行及时、 有效地管理， 进而提高 Web应用托管的管理性能。 需要说明的是： 上述实施例提供的 Web应用托管装置在进行 Web应用托管时， 仅以上 述各功能模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功能分配由不同 的功能模块完成， 即将装置的内部结构划分成不同的功能模块， 以完成以上描述的全部或 者部分功能。 另外， 上述实施例提供的 Web应用托管装置与 Web应用托管方法实施例属于 同一构思， 其具体实现过程详见方法实施例， 这里不再赘述。

上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。

本发明实施例中的部分步骤， 可以利用软件实现， 相应的软件程序可以存储在可读取 的存储介质中， 如光盘或硬盘等。

以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的精神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。