专利名称：一种在线应用的状态监测方法及装置的制作方法
技术领域：
本发明涉及网络监测技术，特别涉及一种在线应用的状态监测方法及装置。背景技术：
随着WEB2. 0时代的降临，大多数第三方应用是采用HTML(HyperText Mark-up Language，超文本标记语言)开发，应用平台服务器可通过iframe (浮动框架)在应用平台 画布页上内嵌第三方应用页面，以利用浏览器自动加载第三方应用页面。而大多的应用平 台服务器在其应用平台画布页中只是制作了 iframe框架，并通知浏览器在iframe框架中 需要加载的第三方应用服务器的URL (Uniform Resource Locator，统一资源定位符)，从而 将第三方应用页面嵌入该iframe框架中。因此，用户在利用浏览器链接到上述应用平台服务器提供的URL后，浏览器会直 接向第三方应用服务器发出请求。在这种情况下，由于该请求不是由应用平台服务器服务 器发出的，故当第三方应用服务器所提供的第三方应用出现问题时，应用平台服务器是没 法检测到的。因此，应用平台服务器不能第一时间获知该消息并作出相应补救措施，使得用 户产生不佳的使用效果，甚至会影响到应用平台服务器的信誉度。为了解决上述问题，现有的做法是通过应用平台服务器的开发者后台提供一个 第三方应用服务器的监控地址。应用平台服务器定期的向该监控地址发送请求，以使应用 平台服务器能够判断第三方应用服务器是否能正常提供服务(包括服务器是否存活以及 服务器所承载的请求压力是否超过其设计的最大并发能力)。若第三方应用服务器已不存 活或所承受的请求压力已超过其设计的最大并发能力，则应用平台服务器会发出报警信息 给第三方应用服务器。但该种方式存在以下问题应用平台服务器只能判断第三方应用服 务器是否存活以及服务器所承载的请求压力是否超过其设计的最大并发能力。若第三方应 用服务器是正常运行的，但因为升级等原因导致第三方应用服务器提供至用户浏览器的第 三方应用出现问题，则应用平台服务器无法对此作出准确判断。
发明内容本发明所要解决的技术问题是提供一种在线应用的状态监测装置及方法，以使应 用平台服务器能够准确监测到第三方应用的运行状态。本发明为解决技术问题而采用的技术方案是提供一种在线应用的状态监测方 法，包括a.分别统计浏览器从应用平台服务器加载应用平台画布页的次数以及从第三 方应用服务器加载第三方应用页面的次数，其中第三方应用页面嵌入应用平台画布页中； b.根据应用平台画布页的加载次数与第三方应用页面的加载次数确定产生第三方应用页 面的第三方应用的运行状态。根据本发明一优选实施例，步骤a包括接收应用平台画布页经过浏览器发出的 第一请求，统计第一请求的接收次数作为应用平台画布页的加载次数。根据本发明一优选实施例，步骤a包括接收第三方应用页面经过浏览器发出的
4第二请求，统计第二请求的接收次数作为第三方应用页面的加载次数。根据本发明一优选实施例，第一请求与第二请求为动态请求。根据本发明一优选实施例，第二请求由嵌入到第三方应用中的嵌入式程序产生。根据本发明一优选实施例，在步骤b中，若第三方应用页面的加载次数与应用平 台画布页的加载次数的比率小于阈值，则认为第三方应用运行异常。根据本发明一优选实施例，阈值为根据统计结果获得的统计阈值。根据本发明一优选实施例，阈值为为0. 85XX，其中X为经统计所得的正常状态下 第三方应用页面的加载次数与应用平台画布页的加载次数的平均比率。根据本发明一优选实施例，状态监测方法进一步包括c.在第三方应用运行异常 时，向应用平台服务器和第三方应用服务器的管理者发出报警信息。本发明为解决技术问题而采用的技术方案是提供一种在线应用的状态监测装 置，包括日志统计模块，分别统计浏览器从应用平台服务器加载应用平台画布页的次数以 及从第三方应用服务器加载第三方应用页面的次数，其中第三方应用页面嵌入应用平台画 布页中；日志分析模块，根据应用平台画布页的加载次数与第三方应用页面的加载次数确 定产生第三方应用页面的第三方应用的运行状态。根据本发明一优选实施例，日志统计模块接收应用平台画布页经过浏览器发出的 第一请求，统计第一请求的接收次数作为应用平台画布页的加载次数。根据本发明一优选实施例，日志统计模块接收第三方应用页面经过浏览器发出的 第二请求，统计第二请求的接收次数作为第三方应用页面的加载次数。根据本发明一优选实施例，第一请求与第二请求为动态请求。根据本发明一优选实施例，第二请求由嵌入到第三方应用中的嵌入式程序产生。根据本发明一优选实施例，日志分析模块判断第三方应用页面的加载次数与日志 分析模块判断应用平台画布页的加载次数的比率小于阈值，则认为第三方应用运行异常。根据本发明一优选实施例，阈值为根据统计结果获得的统计阈值。根据本发明一优选实施例，阈值为为0. 85XX，其中X为经统计所得的正常状态下 第三方应用页面的加载次数与应用平台画布页的加载次数的平均比率。根据本发明一优选实施例，状态监测装置进一步包括报警模块，报警模块在第三 方应用运行异常时，向应用平台服务器和第三方应用服务器的管理者发出报警信息。通过上述方式，本发明提供的在线应用的状态监测方法及装置可准确判断第三方 应用的工作状态，使得应用平台服务器能第一时间获知第三方应用的工作状态消息并作出 相应补救措施，保证用户能够较佳地体验第三方应用。
图1是本发明的在线应用系统的示意框图；图2是本发明的在线应用系统的实现方法的流程图；图3是本发明的在线应用的状态监测装置的示意框图；图4是本发明的在线应用的状态监测方法的流程图；以及图5是图4所示的在线应用的状态监测方法的一具体实施例的流程图。
具体实施方式下面结合附图和实施例对本发明进行详细说明。如图1所示，图1是本发明的在线应用系统的示意框图。在本发明中，在线应用系 统包括应用平台服务器及第三方应用服务器。应用平台服务器包括搜索引擎模块101、应用 运行环境模块102、应用个性化定制服务模块103、数据存储服务模块104以及开放平台基 础服务模块105。下面将结合图2对在线应用系统的各组成部分的功能进行描述。如图2所示，图2是本发明的在线应用系统的实现方法的流程图。在步骤201中，从浏览器接收用户的查询请求。在步骤202中，根据查询请求进行匹配搜索，获得与查询请求相匹配的在线应用， 并形成搜索结果页面。在优选实施例中，可通过用户所定制的应用个性化定制服务来对在 线应用进行排序。例如，用户在应用个性化定制服务中收藏了某个在线应用，则在排序过程 中将该在线应用排在搜索结果页面的前列。在步骤203中，发送应用平台画布页代码至浏览器，以使浏览器加载应用平台画 布页。在本实施例中，应用平台画布页嵌入于搜索结果页面中。在步骤204中，由应用平台画布页经过浏览器发送应用请求至第三方应用服务 器，并由第三方应用服务器发送在线应用至浏览器，以使浏览器加载第三方应用页面，并将 第三方应用页面嵌入到应用平台画布页内，进而呈现给用户。在本实施例中，步骤201和步骤202可由搜索引擎模块101实现，而步骤203可由 应用运行环境模块102实现。步骤204可由现有的iframe技术实现。在本发明中，在线应用系统的实现方法可进一步包括由应用平台画布页或第三方 应用页面向第三方应用服务器发送数据请求，以获得第三方应用的内容。例如，对于在线游 戏来说，内容可以是游戏进度，对于在线阅读器来说，内容可以是需要阅读的电子书或阅读 进度。内容可存储于第三方应用服务器，并由第三方应用服务器发送至浏览器。或者，内 容也可存储于应用平台服务器。在图1所示的在线应用系统中，内容存储于数据存储服务 模块104。此时，该内容从应用平台服务器发送给第三方应用服务器，再由第三方应用服务 器发送至浏览器。在图1所示的在线应用系统中，内容经开放平台基础服务模块105发送 给第三方应用服务器。如图3所示，图3是本发明的在线应用的状态监测装置的示意框图。在本发明中， 状态监测装置32可设置于应用平台服务器或应用平台服务器以外的其他位置。本发明的 状态监测装置32包括日志统计模块321、日志分析模块322以及报警模块323。下面将结 合图4-5对状态监测装置32的各模块的具体功能进行描述。请参见图4，图4是本发明的在线应用的状态监测方法的流程图。如图4所示，在步骤401中，日志统计模块321分别统计浏览器31从应用平台服 务器加载应用平台画布页的次数以及从第三方应用服务器加载第三方应用页面的次数。在步骤402中，日志分析模块322根据应用平台画布页的加载次数与第三方应用 页面的加载次数确定产生第三方应用页面的第三方应用的运行状态。请参见图5，图5是图4所示的在线应用的状态监测方法的一具体实施例的的流程 图。
6
如图5所示，在步骤501中，日志统计模块321接收应用平台画布页经过浏览器31 发出的第一动态请求，统计第一动态请求的接收次数作为应用平台画布页的加载次数N。在 本实施例中，第一动态请求是由嵌入到应用平台画布页代码中的嵌入式程序产生。在浏览 器31每次加载应用平台画布页时均会触发该嵌入式程序来产生第一动态请求。当然，由于 应用平台服务器与状态监测装置32可设置在一起，因此本领域技术人员完全可以想到其 他方式来统计应用平台画布页的加载次数。例如，直接统计应用平台画布页代码的发送次 数。在步骤502中，日志统计模块321接收第三方应用页面经浏览器31发出的第二动 态请求，统计第二动态请求的接收次数作为第三方应用页面的加载次数M。在本实施例中， 第二动态请求由嵌入到第三方应用中的嵌入式程序产生，在浏览器31每次加载第三方应 用页面时均会触发该嵌入式程序来发出第二动态请求。值得注意的是，设置第一动态请求以及第二动态请求的目的是为了避免被浏览器 31作快取(cache)或缓存处理，因而确保了监测的准确性。并且，第一动态请求的接收次数 统计与第二动态请求的接收次数统计应在同一预定长度的时间段内进行。然而，在能够通 过其他方式解决浏览器缓存的情况下，也可以利用静态请求实现上述目的。在步骤503中，日志分析模块322判断第二动态请求的接收次数与第一动态请求 的接收次数的比率M/N是否小于一阈值，若判断结果为“否”，则可跳至步骤504，认为第三 方应用运行正常。若判断结果为“是”，则可跳至步骤505，认为第三方应用运行异常。在步骤506中，在判定第三方应用运行异常的情况下，由报警模块323向应用平台 服务器和第三方应用服务器的管理者发出报警信息。值得注意的是，在正常情况下，当浏览器31从应用平台服务器加载应用平台画布 页后，浏览器31从第三方应用服务器加载第三方应用页面，并将其会嵌入应用平台画布页 中。在第三方应用页面嵌入应用平台画布页后，浏览器31会根据用户的操作不断从第三方 应用服务器加载新的第三方应用页面，而应用平台画布页则无需重复加载。因此，在正常状 态下，第三方应用页面的加载次数M必然会大于或至少等于应用平台画布页的加载次数N， 即，M/N大于或等于1，故可将步骤503中的阈值设置为等于根据统计结果获得的统计阈值 X，其中X是经统计所得的正常状态下第三方应用页面的加载次数与应用平台画布页的加 载次数的平均比率。但在特殊情况下，由于用户在浏览器31的加载过程中的返回或停止操 作以及网速较慢或者其他原因，导致第三方应用页面可能有一定的丢失。因此，在步骤503 中，将阈值设置为0. 85XX，以允许第三方应用页面有15%的丢失。另外，在本发明中，步骤501-506可由一个或多个不同定义的其他模块实现，因此 步骤501-506所提到的功能模块不应理解为对该方法步骤的限定。在本发明的其他实施例中，应用平台画布页的加载次数以及第三方应用页面的加 载次数可以日志文件的方式发送至日志统计模块321。在条件允许的情况下，更可在在线应 用的状态监测装置32中使用日志数据库来记录应用平台画布页的加载次数以及第三方应 用页面的加载次数，以方便备份或供管理者参考。在上述实施例中，仅对本发明进行了示范性描述，但是本领域技术人员在阅读本 专利申请后可以在不脱离本发明的精神和范围的情况下对本发明进行各种修改。
权利要求
一种在线应用的状态监测方法，其特征在于，所述状态监测方法包括a.分别统计浏览器从应用平台服务器加载应用平台画布页的次数以及从第三方应用服务器加载第三方应用页面的次数，其中所述第三方应用页面嵌入所述应用平台画布页中；b.根据所述应用平台画布页的加载次数与所述第三方应用页面的加载次数确定产生所述第三方应用页面的第三方应用的运行状态。
2.根据权利要求1所述的状态监测方法，其特征在于，所述步骤a包括接收所述应用 平台画布页经过所述浏览器发出的第一请求，统计所述第一请求的接收次数作为所述应用 平台画布页的加载次数。
3.根据权利要求1所述的状态监测方法，其特征在于，所述步骤a包括接收所述第三 方应用页面经过所述浏览器发出的第二请求，统计所述第二请求的接收次数作为所述第三 方应用页面的加载次数。
4.根据权利要求2或3所述的状态监测方法，其特征在于，所述第一请求与所述第二请 求为动态请求。
5.根据权利要求3所述的状态监测方法，其特征在于，所述第二请求由嵌入到所述第 三方应用中的嵌入式程序产生。
6.根据权利要求1所述的状态监测方法，其特征在于，在所述步骤b中，若所述第三方 应用页面的加载次数与所述应用平台画布页的加载次数的比率小于阈值，则认为所述第三 方应用运行异常。
7.根据权利要求6所述的状态监测方法，其特征在于，所述阈值为根据统计结果获得 的统计阈值。
8.根据权利要求6所述的状态监测方法，其特征在于，所述阈值为0.85XX，其中X为 经统计所得的正常状态下所述第三方应用页面的加载次数与所述应用平台画布页的加载 次数的平均比率。
9.根据权利要求1所述的状态监测方法，其特征在于，所述状态监测方法进一步包括 c.在所述第三方应用运行异常时，向所述应用平台服务器和所述第三方应用服务器的管理 者发出报警信息。
10.一种在线应用的状态监测装置，其特征在于，所述状态监测装置包括日志统计模块，分别统计浏览器从应用平台服务器加载应用平台画布页的次数以及从 第三方应用服务器加载第三方应用页面的次数，其中所述第三方应用页面嵌入所述应用平 台画布页中；日志分析模块，根据所述应用平台画布页的加载次数与所述第三方应用页面的加载次 数确定产生所述第三方应用页面的第三方应用的运行状态。
11.根据权利要求10所述的状态监测装置，其特征在于，所述日志统计模块接收所述 应用平台画布页经过所述浏览器发出的第一请求，统计所述第一请求的接收次数作为所述 应用平台画布页的加载次数。
12.根据权利要求10所述的状态监测装置，其特征在于，所述日志统计模块接收所述 第三方应用页面经过所述浏览器发出的第二请求，统计所述第二请求的接收次数作为所述 第三方应用页面的加载次数。
13.根据权利要求11或12所述的状态监测装置，其特征在于，所述第一请求与所述第 二请求为动态请求。
14.根据权利要求12所述的状态监测装置，其特征在于，所述第二请求由嵌入到所述 第三方应用中的嵌入式程序产生。
15.根据权利要求10所述的状态监测装置，其特征在于，若所述日志分析模块判断所 述第三方应用页面的加载次数与所述应用平台画布页的加载次数的比率小于阈值，则认为 所述第三方应用运行异常。
16.根据权利要求15所述的状态监测装置，其特征在于，所述阈值为根据统计结果获 得的统计阈值。
17.根据权利要求15所述的状态监测装置，其特征在于，所述阈值为0.85 XX，其中X 为经统计所得的正常状态下所述第三方应用页面的加载次数与所述应用平台画布页的加 载次数的平均比率。
18.根据权利要求15所述的状态监测装置，其特征在于，所述状态监测装置进一步包 括报警模块，所述报警模块在所述第三方应用运行异常时，向所述应用平台服务器和所述 第三方应用服务器的管理者发出报警信息。
全文摘要
本发明提供一种在线应用的状态监测方法，包括分别统计浏览器从应用平台服务器加载应用平台画布页的次数以及从第三方应用服务器加载第三方应用页面的次数，其中第三方应用页面嵌入应用平台画布页中；根据应用平台画布页的加载次数与第三方应用页面的加载次数确定产生第三方应用页面的第三方应用的运行状态。本发明进一步提供一种在线应用的状态监测装置。通过以上方式，可准确判断第三方应用的工作状态，使得应用平台服务器的管理者能第一时间获知第三方应用的工作状态，并作出相应补救措施，保证用户能够较佳地体验第三方应用。
文档编号H04L12/26GK101958814SQ201010284630
公开日2011年1月26日 申请日期2010年9月17日 优先权日2010年9月17日
发明者周俊, 望金蓉, 朱建庭 申请人:百度在线网络技术(北京)有限公司