CHEN PU (CN)
CHEN QIN (CN)
CHEN PU (CN)
| WO2011039641A1 | 2011-04-07 |
| US20100050263A1 | 2010-02-25 |
| 权 利 要 求 1、 一种 Web应用托管的调查方法， 其特征在于， 所述方法包括： Web请求转发单元接收用户端发送的超文本传输协议 http请求， 所述 http请求中携带统一资源定位符 url参数； 所述 Web请求转发单元中根据所述 url参数获取应用标识； 当所述应用标识对应的应用为签约应用且所述 htt 请求为主页请 求时， 分析单元向用户端弹出调查界面， 接收并向应用开发者呈现用 户端返回的评价信息。 2、 如权利要求 1所述的方法， 其特征在于， 所述方法还包括： 所述 Web请求转发单元判断所述 hup请求是否为主页请求。 3、 如权利要求 2所述的方法， 其特征在于， 所述 Web请求转发单 元判断所述 hup请求是否为主页请求包括： 所述 Web请求转发单元根据所述 url参数确定所述 hUp请求是否 为主页清求； 或 所述 Web请求转发单元向 Web请求处理单元转发所述 http请求， 并接收所述 Web请求处理单元返回的 http响应， 所述 Web请求转发单 元根据所述 http响应确定所述 http请求是否为主页请求。 4、 如权利要求 3所述的方法， 其特征在于， 所述 Web请求转发单 元根据所述 url参数确定所述 hUp请求是否为主页请求包括： 所述 Web请求转发单元判断所述 hUp请求消息携带的 url参数是 否为一级目录， 如果是， 则确定所述 hUp请求为主页请求， 如果否， 则确定所述 http请求不是主页请求。 5、 如权利要求 3所述的方法， 其特征在于， 所述 Web请求转发单 元根据所述 http响应确定所述 http请求是否为主页请求包括： 所述 Web 请求转发单元查看所述 hup 响应消息中携带是否包括 <html>和 </html>, 如果是， 则确定所述 ht tp请求为主页请求， 如果 否， 则确定所述 http请求不是主页请求。 6、 如权利要求 1所述的方法， 其特征在于， 所述 Web请求转发单 元根据所述 url参数获取应用标识包括： 所述 Web请求转发单元根据 http请求消息头中的 url参数从应用 信息存储实体中查找对应的应用标识， 其中， 在应用信息存储实体中， 保存有应用标识与 url参数的的对应列表。 7、 如权利要求 1所述的方法， 其特征在于， 在分析单元向用户端 弹出调查界面之前， 所述方法还包括： 所述 Web 请求转发单元判断所述用户端是否重复评价， 如果否， 则弹出调查界面， 如果是， 则不弹出调查界面。 8、 如权利要求 7所述的方法， 其特征在于， 所述 Web请求转发单 元判断所述用户端是否重复评价包括： 所述 Web请求转发单元判断所述 http请求是否包括用户标识， 如 果否， 则确定该用户为首次登录， 没有重复评价； 如果是， 评价反馈 模块向分析单元查询评价信息， 若所述用户标识对应的评价信息为空， 则确定所述用户没有重复评价， 若所述用户标识对应的评价信息非空， 则确定为重复评价， 流程终止。 9、 如权利要求 1所述的方法， 其特征在于， 在分析单元向用户端 弹出调查界面之前， 所述方法还包括： 所述 Web 请求转发单元根据应用标识向所述分析单元请求调查模 板 ur l； 所述 Web请求转发单元将所述调查模板 ur l通过所述 Web请求转 发单元返回给用户端； 所述分析单元接收用户端根据所述调查模板 ur l发送的 hu p请求 消息， 向用户端返回所述调查模板 ur l对应的调查界面。 10、 如权利要求 1所述的方法， 其特征在于， 所述方法还包括： 所述分析单元存储用户端提交的评价信息， 所述评价信息至少包 括以下信息： 应用标识、 用户标识、 本轮评价标识以及评价结果。 11、 一种 Web应用托管的调查系统， 其特征在于， 包括 Web请求 转发单元和分析单元， 所述 Web 请求转发单元用于接收用户端发送的超文本传输协议 ht t p请求， 所述 ht t p请求中携带统一资源定位符 ur l参数； 所述 We b请求转发单元还用于根据所述 u r 1参数获取应用标识； 当所述应用标识对应的应用为签约应用且所述 ht t 请求为主页请 求时， 所述分析单元用于向用户端弹出调查界面， 接收并向应用开发 者呈现用户端返回的评价信息。 12、 如权利要求 11所述的系统， 其特征在于， 所述 Web请求转发 单元包括应用标识查询模块、 主页识别模块以及评价反馈模块； 所述分析单元包括调查反馈模块、 存储模块以及分析模块。 13、 如权利要求 12所述的系统， 其特征在于， 所述应用标识查询模块具体用于根据所述 u r 1参数获取应用标识， 将所述应用标识发送到所述评价反馈模块； 所述评价反馈模块具体用于根据所述应用标识判断所述应用标识 对应的应用是否为签约应用。 14、 如权利要求 13所述的系统， 其特征在于， 所述主页识别模块用于判断所述 h 11 p请求是否为主页请求， 将所 述主页请求判断结果发送给评价反馈模块。 15、 如权利要求 14所述的系统， 其特征在于， 所述主页识别模块具体用于根据所述 url参数确定所述 hup请求 是否为主页请求； 或 所述主页识别模块具体用于根据 Web请求处理单元返回的 hup响 应确定所述 http请求是否为主页请求， 其中， 所述 Web请求处理单元 根据所述 Web请求转发单元转发的所述 hup请求向所述 Web请求转发 单元返回 http响应。 16、 如权利要求 15所述的系统， 其特征在于， 所述主页识别模块具体用于判断所述 http请求消息携带的 url参 数是否为一级目录， 如果是， 则确定所述 hup请求为主页请求， 如果 否， 则确定所述 hup请求不是主页请求； 或， 所述主页识别模块具体用于查看所述 http响应消息中携带是否包 •fe<html>和 </html>, 如果是， 则确定所述 ht tp请求为主页请求， 如 果否， 则确定所述 http请求不是主页请求。 17、 如权利要求 13所述的系统， 其特征在于， 所述应用标识查询单元具体用于根据所述 http 请求消息头中的 url参数从应用信息存储实体中查找对应的应用标识， 其中， 在应用信 息存储实体中， 保存有应用标识与 url参数的的对应列表。 18、 如权利要求 14所述的系统， 其特征在于， 当所述应用标识对应的应用为签约应用且所述 htt 请求为主页请 求时， 所述评价反馈模块用于向所述调查反馈模块请求调查模板 url; 所述评价反馈模块还用于将所述调查模板 url 通过所述 Web请求 转发单元返回给用户端； 所述调查反馈模块还用于接收用户端根据所述调查模板 url 发送 的 http请求消息， 向用户端返回所述调查模板 url对应的调查界面。 19、 如权利要求 18所述的系统， 其特征在于， 所述存储模块用于 存储用户端提交的评价信息， 所述评价信息至少包括以下信息： 应用 标识、 用户标识、 本轮评价标识以及评价结果。 20、 如权利要求 19所述的系统， 其特征在于， 所述分析模块用于 对所述评价信息进行数据处理， 将处理后的评价信息通过 portal呈现 给应用开发者。 |
本发明涉及 IT领域， 尤其涉及一种 Web应用托管的调查方法和系 统。
背景技术
目前， Web 应用托管是一种互联网流行的技术 （例如： Google AppEngine, Microsoft Azure ) ， 大量的网站运行在这些 Web 应用托 管平台中。 一般一台 Web 服务器已经可以支撑简单网站的运营 （如 Apache + PHP + MySQL ) ， 但是对于功能复杂的 Web 网站则可以由多 台服务组成， 而每台服务器可能有不同的功能定位， 如緩存服务器、 负载均衡服务器、 Web服务器、 数据库服务器， 且存在某些服务器集成 多项功能， 例如负载均衡服务器与处理静态网页的 Web 服务服务器通 常会集成在一起（ 口 Apache、 Nginx ) ， 通过可以认为 Web清求在月良 务器端将经过若干转发单元的转发， 最终由合适的服务器处理。
现有技术中， 存在一些客户端工具比如浏览器插件（ firebug中的 Yslow) , 提供给开发者一些手段来分析网页， 考察如何提高访问速度。 但是技术基于客户端， 只能基于单个网页及单个用户， 无法从服务端 角度获得大范围真实环境中的用户体验评价。 而对于 web 应用托管的 场景， 现有的 webhosting仅考虑应用托管， 但是， 对托管的 web应用 的价值评判 （受欢迎程度， 关注程度， 信用度等） 则没有一种合适的 评估方式， 不利于应用开发者改善其 web应用。
发明内容
本发明的实施例提供一种 Web 应用托管的调查方法和系统， 使得 Web应用托管系统具备对应用的智能评价分析能 力， 帮助 Web应用开发 者获取用户的评价数据。
本发明实施例提供了一种 Web 应用托管的调查方法， 所述方法包 括：
Web请求转发单元接收用户端发送的 ht tp请求， 所述 hup请求中 携带 ur l参数；
所述 Web请求转发单元中根据所述 ur 1参数获取应用标识； 当所述应用标识对应的应用为签约应用且所述 h t t 请求为主页请 求时， 分析单元向用户端弹出调查界面， 接收并向应用开发者呈现用 户端返回的评价信息。
本发明实施例提供了一种 Web应用托管的调查系统， 包括 Web请 求转发单元和分析单元，
所述 Web 请求转发单元用于接收用户端发送的 hu p 请求， 所述 ht t p请求中携带 ur l参数；
所述 We b请求转发单元还用于根据所述 u r 1参数获取应用标识； 当所述应用标识对应的应用为签约应用且所述 h t t 请求为主页请 求时， 所述分析单元用于向用户端弹出调查界面， 接收并向应用开发 者呈现用户端返回的评价信息。
本发明实施例提供了一种 Web 应用托管的调查方法和系统， Web 请求转发单元接收用户端发送的携带 ur l参数的 hu p请求， 获取应用 标识， 当所述应用标识对应的应用为签约应用且所述 h t t 请求为主页 请求时， 所述分析单元向用户端弹出调查界面， 接收并向应用开发者 呈现用户端返回的评价信息， 使得使 Web 应用托管系统具备对应用的 智能评价分析能力， 从服务端角度获得大范围真实环境中的用户体 验 评价， 可帮助 Web应用开发者获取用户的评价数据。 附图说明
为了更清楚地说明本发明实施例的技术方案， 下面将对实施例描 述中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的 附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在 不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1 为本发明实施例提供的一种 Web应用托管的调查方法的流程 示意图；
图 2 为本发明实施例提供的一种 Web应用托管的调查方法的架构 示意图；
图 3为本发明实施例提供的另一种 Web应用托管的调查方法的流 程示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方 案进行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部 分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普 通技术人员在没有作出创造性劳动前提下所获 得的所有其他实施例， 都属于本发明保护的范围。
如图 1所示， 为本发明实施例提供的一种 Web应用托管的调查方 法的流程示意图， 所述方法以下步骤：
步骤 101: Web请求转发单元接收用户端发送的 hup请求， 所述 http请求中携带 url参数；
步骤 102: 所述 Web请求转发单元中根据所述 url参数获取应用标 识；
步骤 103: 当所述应用标识对应的应用为签约应用且所述 http请 求为主页请求时， 分析单元向用户端弹出调查界面， 接收并向应用开 发者呈现用户端返回的评价信息。
本发明实施例提供了一种 Web应用托管的调查方法， Web请求转 发单元接收用户端发送的携带 url (统一资源定位符， Uniform / Universal Resource Locator ) 参数的 htt ( Hypertext Transfer Protocol , 超文本传输协议） 请求， 获取应用标识， 当所述应用标识 对应的应用为签约应用且所述 hup请求为主页请求时， 所述分析单元 向用户端弹出调查界面， 接收并向应用开发者呈现用户端返回的评价 信息， 使得使 Web 应用托管系统具备对应用的智能评价分析能力 ， 从 服务端角度获得大范围真实环境中的用户体验 评价， 可帮助 Web 应用 开发者获取用户的评价数据。
具体的， 在具体的应用场景下， 本发明实施例还可以包括以下内 容：
所述 Web请求转发单元判断所述 hUp请求是否为主页请求。
所述 Web请求转发单元判断所述 hUp请求是否为主页请求包括： 所述 Web请求转发单元根据所述 url参数确定所述 hUp请求是否为主 页请求； 或所述 Web请求转发单元向 Web请求处理单元转发所述 hUp 请求， 并接收所述 Web请求处理单元返回的 http响应， 所述 Web请求 转发单元根据所述 hUp响应确定所述 hUp请求是否为主页请求。
所述 Web请求转发单元根据所述 url参数确定所述 hUp请求是否 为主页请求包括： 所述 Web请求转发单元判断所述 hUp请求消息携带 的 url参数是否为一级目录， 如果是， 则确定所述 http请求为主页请 求， 如果否， 则确定所述 http请求不是主页请求。
所述 Web请求转发单元根据所述 hUp响应确定所述 hUp请求是 否为主页请求包括： 所述 Web请求转发单元查看所述 http响应消息中 携带是否包括 <html>和 </html>， 如果是， 则确定所述 ht tp请求为主 页请求， 如果否， 则确定所述 hUp请求不是主页请求。
所述 Web请求转发单元根据所述 url 参数获取应用标识包括： 所 述 Web请求转发单元根据 hUp请求消息头中的 url参数从应用信息存 储实体中查找对应的应用标识， 其中， 在应用信息存储实体中， 保存 有应用标识与 url参数的的对应列表。 在分析单元向用户端弹出调查界面之前， 所述方法还包括： 所述 Web请求转发单元判断所述用户端是否重复评价 ， 如果否， 则弹出调查 界面， 如果是， 则不弹出调查界面。
所述 Web 请求转发单元判断所述用户端是否重复评价包 括： 所述 Web请求转发单元判断所述 http请求是否包括用户标识， 如果否， 则 确定该用户为首次登录， 没有重复评价； 如果是， 评价反馈模块向分 析单元查询评价信息， 若所述用户标识对应的评价信息为空， 则确定 所述用户没有重复评价， 若所述用户标识对应的评价信息非空， 则确 定为重复评价， 流程终止。
在分析单元向用户端弹出调查界面之前， 所述方法还包括： 所述 Web 请求转发单元根据应用标识向所述分析单元请 求调查模 板 ur 1；
所述 Web请求转发单元将所述调查模板 url通过所述 Web请求转 发单元返回给用户端；
所述分析单元接收用户端根据所述调查模板 url发送的 hup请求 消息， 向用户端返回所述调查模板 url对应的调查界面。
所述分析单元存储用户端提交的评价信息， 所述评价信息至少包括 以下信息： 应用标识、 用户标识、 本轮评价标识以及评价结果。
如图 2 所示， 为本发明实施例提供的一种 Web应用托管的调查方 法的架构示意图， 主要步骤包括：
步骤 201: 用户通过浏览器向 Web请求转发单元发送 http请求， 所述 http请求包含 url参数， 所述 url参数可以携带在 http请求消 息头中， 进一步的， web请求转发单元中至少可以包括以下三个模块 ： 应用标识查询模块， 主页识别模块， 评价反馈模块。
步骤 202: 所述 Web请求转发单元将所述 hup请求转发到 Web请 求处理模块，所述 Web请求处理模块返回 http响应消息，通过所述 Web 请求转发模块将所述 hup响应消息发送给所述浏览器。
步骤 203: 所述 Web请求转发单元中的应用标识查询模块根据所 述 url参数获取对应应用的应用标识， 并将所述应用标识发送给评价反馈 模块；
具体的， 应用标识查询模块根据 hup请求消息头中的 url参数从 应用信息存储实体中查找对应的应用标识， 将所述应用标识发送给评 价反馈模块。
需要说明的是， 在应用信息存储实体中， 保存有应用标识与 hUp 请求中 url参数的的对应列表， 具体的可以通过数据库表的方式实现， 具体的存储方式如下所示：
当收到的 http请求包含列表中的 url值时， 即可确定对应的应用 标 识 。 例 如 ， 当 hUp 请 求 为 http: //blog.163. com/strive-only/blog/static/8938016820097101 0114665/时， 通过匹配前面一二级目录， 就可以确定该应用标识为 strive.only 00001213313428 c
步骤 204: 主页识别模块根据所述 url参数或者所述 hup响应消 息来判断所述 hup请求是否为主页请求， 并将判断结果发送给评价反 馈模块。
判断的方法具体包括：
1 ) 查看所述 http 响应消息中携带是否包括 <html>和 </html>， 如果是， 则确定所述 http请求为主页请求， 如果否， 则确定所述 hup 请求不是主页请求。
例如， 下述 http响应消息即为包括 <html>和 </html>:
<！ doctype html ><html>
</html><!— 4d42d66ff503583b— >
2 ) 判断所述 http请求消息携带的 url 参数是否为一级目录， 如 果是， 则确定所述 hUp 请求为主页请求， 如果否， 则确定所述 hUp 请求不是主页请求。
J http: //blog. sina. com. cn/即为——级目录。
需要说明的是，本发明实施例中 hUp请求报文由请求行（ request line ) 、 请求头部 （header ) 、 空行和请求数据 4 个部分组成。 请求 行由请求方法字段、 url字段和 http协议版本字段 3个字段组成，相互 之间以空格分隔。 例如， GET /index, html HTTP/1.1。 所以本发明可以 通过读取 http请求行中的 url来判断。 需要说明的是， 所述 http请求是由用户发送至系统的 Web请求转 发单元， 所述 Web 请求转发单元包括的三个模块都位于该单元中 ， 所 以三个模块均可以获取到所述 htt 请求， 例如通过截取或者由 Web请 求转发单元通过内部接口传入等等， 在此不在赘述。 同理， 对于 Web 请处理模块返回的 http响应也是由所述 Web请求转发单元返回给所述 用户 （浏览器） ， 所以所述 Web 请求转发单元中的三个模块都可以获 取所述 htt 响应。
需要说明的是： 本发明实施例并不限定步骤 203、 204之间的顺序， 步骤 204可以发生在步骤 203之前或之后。
步骤 205:评价反馈模块根据所述应用标识确定应用 否为签约应 用， 当所述应用为迁移应用并且所述 http请求为主页请求时， 所述评 价反馈模块确定需要向用户端浏览器弹出调查 界面；
步骤 206:评价反馈模块根据应用标识向分析单元中 求调查模板 url, 具体的， 可以向分析单元中的调查反馈模块请求； 分析单元根据 所述应用标识向评价反馈模块返回调查模板 url;
不同的应用可以有不同的调查模板 （可以从关注的内容， 表现的 形式等进行分类， 本发明实施例并不进行限定） ， 调查模板可以在应 用开发者部署应用时确定， 也可以在托管期间修改， 并且模板分类可 以根据具体运营时的需求来进行改变。
步骤 207-210:评价反馈模块通过重定向响应将调查模 url发送 给用户端浏览器； 用户端浏览器随后向 Web托管系统发起对该 url 的 ht t p 请求， 请求对应的调查界面； 调查反馈模块向用户端浏览器返回 调查界面， 并携带本轮调查标识， 所述调查界面可以采用 j s脚本； 用 户端提交评价信息， 所述评价信息携带本轮调查标识；
步骤 211 : 调查反馈模块将用户端提交的评价信息存储到 存储模块 中， 所述评价信息至少包括以下信息： 应用标识、 用户标识、 本轮评 价标识以及评价结果。
步骤 212 : 分析单元提取存储模块中记录的评价信息，通 过 por t a l 呈现给应用开发者。
需要说明的是， 在将评价信息呈现给应用开发者之前， 分析单元 也可以对评价信息进行数据处理， 本发明实施例对此并不进行限定。
需要说明的是， 为了避免因为重复评价影响用户的使用感受， 所 述评价反馈模块在弹出调查界面之前， 进一步的， 还需要确认是否为 重复评价。 在评价反馈模块确定需要向用户端浏览器弹出 调查界面之 所述评价反馈模块判断所述 ht t p请求消息中是否包括用户标识， 如果否， 则确定该用户首次请求该页面， 没有重复评价， 所述评价反 馈模块生成用户标识， 分配给所述用户， 继续执行步骤 206 ; 如果是， 则确定该用户为重复登录， 再进一步判断该用户是否已经评价过， 具 体的， 所述评价反馈模块根据用户标识向所述存储模 块查询评价信息， 如果所述用户标识对应的评价信息中的评价标 识非空， 则表明该用户 已经对该应用进行过评价， 流程终止。 具体的， 评价反馈模块判断所述 hUp请求消息中是否包括用户标 识可以采用下述方式：
在一个具体的实施例中， 一个典型的 hup请求头信息格式为：
Host ： www. ba idu. comUser-AgentMoz i 1 la/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv: 1.9.2.17) Gecko/20110420 Fi ref ox/ 3.6.17
Accept ： text/html, appl icat ion/ xhtml+xml , appl icat ion/ xml ; q=0.9， */*; q= 0.8
Accept-Language: zh-cn, zh; q=0.5
Accept-Encoding: gzip, deflate
Accept— Char set G: B2312, utf-8; q=0.7, *; q=0.7
Keep-Al ive: 115
Proxy-Connect ion: keep-a 1 i ve
Ref erer ： ht tp: I /www. ba i du. com/ s？ tn=monl ine-5-dg&bs=combobox+%CF%C2%C0 %AD%Cl%D0%Bl%ED&f=8&wd=combobox+%CF%C2%C0%AD%Cl%D0%B l%ED%B2% BB%CF%D4%CA%BE%C4%DA%C8%DD& inputT=8430
Cookie ： BAIDUID=BEF93200E0F18C8A7793EA07C498F6D3: FG=1;
USERID=14725419846315bf7dccla65;
BDRCVFR [kpkBvOslF-3] =mk3SLVN4HKm 其中， Cookie 就是用来提示服务端该用户之前是否登录过， 如果 登录过则有相应的用户标识 （即 user id) 等保存在该字段中。 用户端 和服务器端根据所述 userid来相互确认是否重复登录。 本发明实施例 可以通过判断所述 htt 请求的 Cookie 中是否包含 USERI 来确定用户 是否是重复登录。 需要说明的是， userid也可以保存着 hup的其他自 定义字段中， 本发明对此并不进行限定。
本发明实施例提供了一种 Web应用托管的调查方法， Web请求转 发单元接收用户端发送的携带 url参数的 http请求， 获取应用标识， 当所述应用标识对应的应用为签约应用且所述 htt 请求为主页请求 时， 所述分析单元向用户端弹出调查界面， 接收并向应用开发者呈现 用户端返回的评价信息， 使得使 Web 应用托管系统具备对应用的智能 评价分析能力， 从服务端角度获得大范围真实环境中的用户体 验评价， 可帮助 Web应用开发者获取用户的评价数据。
如图 3所示， 为本发明实施例提供的一种 WebHosting系统逻辑示 意图， 公开了 Web应用托管的各逻辑实体的连接关系，
Web 请求转发单元不直接处理 Web 请求而是转发给其他服务器处 理， 转发接口可以是 HTTP, CGI (通用网关接口， Common Gateway Interface )等。 Web请求转发单元转发 HTTP请求， 未必会保持原客户 端的 HTTP消息不变，甚至 HTTP协议本身也可能改变为其他协议如 CGI 等。 整个 Web请求处理的过程中可能穿插了多个转发单元 。
Web请求处理单元负责 Web请求最终的处理， 常见的有 PHP引擎、 Java Web Server 等。 客户端的 HTTP请求会通过一个或者多个转发单 元进行转发， 最终交由 Web请求处理单元进行处理。
需要说明的是： 在实际的网络环境中一台物理的或者虚拟的服 务 器可能同时承担转发单元与处理单元两种角色 ， 例如 Nginx 服务器可 以处理静态 Web请求， 同时也可以将动态 Web请求将转发给 PHP处理 进程来处理， 这样实际上 Nginx 服务器在不同的请求类型中同时扮演 不同角色。
而对于 Web 应用托管来说， Web 应用托管系统还包括部署系统、 管理系统、 调度系统等， 使其 Web Hosting 系统可以托管大量 Web应 用。
Portal:应用所有者可以对应用进行一定的管理 监控等的 Portal 系统。
本发明实施例提供了一种 Web应用托管的调查系统， 包括 Web请 求转发单元 31和分析单元 32，
所述 Web请求转发单元 31 用于接收用户端发送的 hup请求， 所 述 http请求中携带 url参数；
所述 Web请求转发单元 31还用于根据所述 url参数获取应用标识； 当所述应用标识对应的应用为签约应用且所述 htt 请求为主页请 求时， 所述分析单元 32用于向用户端弹出调查界面， 接收并向应用开 发者呈现用户端返回的评价信息。
所述 Web请求转发单元 31 包括应用标识查询模块 311、 主页识别 模块 312以及评价反馈模块 313; 所述分析单元 32 包括分析模块 321、 存储模块 322以及调查反馈 模块 323。
所述应用标识查询模块 311 具体用于根据所述 url 参数获取应用 标识， 将所述应用标识发送到所述评价反馈模块 313;
所述评价反馈模块 313 具体用于根据所述应用标识判断所述应用 标识对应的应用是否为签约应用。
所述主页识别模块 312用于判断所述 http请求是否为主页请求， 将所述主页请求判断结果发送给评价反馈模块 313。
具体的， 所述主页识别模块 312 具体用于根据所述 url 参数确定 所述 http请求是否为主页请求； 或
所述主页识别模块 312具体用于根据 Web请求处理单元 33返回的 http响应确定所述 hup请求是否为主页请求， 其中， 所述 Web请求处 理单元根据所述 Web请求转发单元转发的所述 http请求向所述 Web请 求转发单元返回 http响应。
进一步的， 所述主页识别模块 312具体用于判断所述 http请求消 息携带的 url参数是否为一级目录， 如果是， 则确定所述 hup请求为 主页请求， 如果否， 则确定所述 http请求不是主页请求； 或，
所述主页识别模块 312具体用于查看所述 h U p响应消息中携带是 否包括 <html>和 </html>，如果是， 则确定所述 ht tp请求为主页请求， 如果否， 则确定所述 http请求不是主页请求。
所述应用标识查询单元 311具体用于根据所述 hup请求消息头中 的 url 参数从应用信息存储实体中查找对应的应用标 识， 其中， 在应 用信息存储实体中， 保存有应用标识与 url参数的的对应列表。
当所述应用标识对应的应用为签约应用且所述 htt 请求为主页请 求时， 所述评价反馈模块 313用于向所述调查反馈模块 323请求调查 模板 url；
所述评价反馈模块 313还用于将所述调查模板 url 通过所述 Web 请求转发单元返回给用户端；
所述调查反馈模块 323 还用于接收用户端根据所述调查模板 url 发送的 http请求消息， 向用户端返回所述调查模板 url对应的调查界 面。
所述存储模块 322 用于存储用户端提交的评价信息， 所述评价信 息至少包括以下信息： 应用标识、 用户标识、 本轮评价标识以及评价 结果。
所述分析模块 321用于对所述评价信息进行数据处理， 将处理后的 评价信息通过 portal呈现给应用开发者。
本发明实施例提供了一种 We b应用托管的调查系统， 至少包括 Web请 求转发单元和分析单元， Web请求转发单元用于接收用户端发送的携带 url参数的 http请求， 获取应用标识， 当所述应用标识对应的应用为签 约应用且所述 http请求为主页请求时， 所述分析单元用于向用户端弹出 调查界面， 接收并向应用开发者呈现用户端返回的评价信 息， 使得使 Web 应用托管系统具备对应用的智能评价分析能力 ， 从服务端角度获得大范 围真实环境中的用户体验评价， 可帮助 Web应用开发者获取用户的评价 数据。
本领域普通技术人员可以理解实现上述实施例 方法中的全部或部 分流程， 是可以通过计算机程序来指令相关的硬件来完 成， 所述的程 序可存储于一计算机可读取存储介质中， 该程序在执行时， 可包括如 上述各方法的实施例的流程。 其中， 所述的存储介质可为磁碟、 光盘、 尸、读存储己 乙体 ( Read-On l y Memory , ROM )或随机存储 ^己 乙体 ( Random Acce s s Memory , RAM ) 等。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并 不局限于此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范 围内， 可轻易想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围应所述以权利要求的保护范 围为准。
Next Patent: METHOD AND APPARATUS FOR SIGNAL PROCESSING