[0001] 本
申请是分案申请，其原申请的
国际申请号为PCT/US2014/048290,国 际申请日是2014年7月25日，中国
国家申请号为201480053304.2，进入 中国的日期为2016年3月25日，
发明名称为“数字电视网络中的测量响 应趋势”。
[0003] 本文要求2013年7月26日递交的名称为“Measuring Response Trends in a Digital Television Network”的序列号为13/952,471的美国专利申请的优 先权的权益。上述引用的申请的全部公开内容通过引用而并入作为本PCT 申请的
说明书的一部分。
技术领域
[0004] 本文涉及数字内容网络，包括基于消息趋势监控内容网络。
背景技术
[0005] 随着连接技术诸如
万维网(World Wide Web)的出现，多媒体内容普 遍存在并且能够从用户可以处于的几乎任何
位置访问。为了满足日益增长 的用户需求，内容服务提供商已部署了在大小和复杂性上已稳定增大的网 络。能够在用户想要的时间和位置提供用户想要的内容以及能够正确地为 用户计费，可以向内容服务提供商提供竞争优势。
[0006] 期望用于针对于任何不规则来监控内容网络的操作的更好的技术。
发明内容
[0007] 多种技术和系统用于提供在内容提供商网络外的趋势
服务器，以与所 述内容提供商网络进行通信，从而基于从内容提供商网络接收的响应来建 立趋势记录，以监控内容提供商网络中的某活动趋势或倾向，并在内容提 供商网络表现异常时提供警报。
[0008] 在一个公开的方面中，提供了一种用于监控内容提供商网络的状态的 方法。该方法可以通过趋势服务器实现，且包括：发送第一
请求消息到所 述内容提供商网络，其中，所述第一请求消息具有相关联的类型值；接收 来自所述内容提供商网络的第一响应消息；通过与针对于与所述第一请求 消息相关联的所述类型值的趋势记录比较，来判定所述第一响应消息是否 正常；基于所述第一响应消息选择性地更新所述趋势记录；以及当确定所 述第一响应消息不正常时，生成警报。
[0009] 在另一方面中，公开了一种用于监控内容提供商的网络的操作的设备。 所述设备包括：状态响应接收模
块，所述状态响应接收模块接收来自所述 内容提供商的网络的状态响应；响应分类模块，所述响应分类模块针对于 每个接收到的状态响应，基于接收所述状态响应所针对的状态请求，
指定 对应的请求类型；趋势记录保持模块，所述趋势记录保持模块基于先前针 对于每个请求类型接收的预定数目的状态响应保持趋势记录；趋势估计模 块，所述趋势估计模块基于所述状态响应和用于所述请求类型的用户设定， 估计针对于每一请求类型的趋势；趋势检查模块，所述趋势检查模块针对 于每个接收到的状态响应，检查接收到的所述状态响应是否在针对于对应 的请求类型的趋势内；以及趋势警报模块，所述趋势警报模块在接收到的 所述状态响应不在针对于所述对应的请求类型的趋势内时发出警报。
[0010] 在又一方面中，公开了一种
计算机程序产品，所述计算机程序产品包 括存储有代码的计算机可读存储介质。所述代码当由处理器执行时使得所 述处理器实现监控内容提供商的网络的操作的方法。所述方法包括：接收 来自所述内容提供商的网络的第一消息；通过与先前接收的具有与所述第 一消息相同的消息类型的消息的趋势相比较，判定所述第一消息是否正常； 基于所述第一消息，选择性地更新针对于所述第一消息的消息类型的趋势； 以及当所述第一消息被确定为不正常时，生成警报。
[0011] 在再一方面中，公开了一种用于监控网页服务提供商的操作的系统。 所述系统包括：在所述网页服务提供商的管理下的一个或多个网页服务器， 所述一个或多个网页服务器位于所述网页服务提供商的网络的内部；以及 多个监控服务器，所述多个监控服务器位于所述网页服务提供商的网络的 外部并且在地理上相互分开。每个监控服务器被配置成：将同步消息传输 到所述一个或多个网页服务器；保持对所述同步消息的期望响应的记录； 接收来自所述一个或多个网页服务器的状态响应消息；以及当所述状态响 应消息不是期望响应时，发出警报。
[0012] 下面参照
附图进一步描述这些方面以及其它方面。
附图说明
[0013] 图1示出了内容网络配置的示例。
[0014] 图2示出了包括趋势服务器的内容网络配置的示例。
[0016] 图4是网页服务网络的示例的框图表示。
[0017] 图5是由趋势服务器实现的方法的示例的
流程图表示。
[0018] 图6是监控内容网络的方法的示例的流程图表示。
[0019] 图7是内容网络监控设备的示例的框图表示。
[0020] 图8是监控内容网络的方法的示例的流程图表示。
[0021] 图9示出了基于
云的趋势
监控系统中交换的
信号的示例。
[0022] 图10示出了由趋势服务器监控的网页的示例。
[0023] 图11、图12、图13、图14和图15示出了在基于趋势服务器的监控 系统中传送的消息的内容的示例。
[0024] 各个附图中的相同的附图标记指示相同的元件。
具体实施方式
[0025] 随着用户可以使用的用来接收和查看内容的设备的不断增长的可用性， 内容服务提供商系统的复杂性稳定地上升。如今，用户可以通过很多网络 来访问内容，所述很多网络诸如有线因特网(线缆
调制解调器或高速电话)、 无线网络(例如，3G/4G蜂窝网络、802.11局域网等)、光纤网络(例如，AT&T U-verse或Verizon FiOS)、数字线缆交付服务等。
[0026] 为了保持竞争
力，内容提供商如今经常在其详细目录中附有数以千计 的电影片名、音频名称和电视节目名称，并免费地或使用某收费结构(诸 如视使用而定或基于订阅的访问)而使它们对于用户(订阅者或非订阅者) 可用。而且，用户请求可以几乎从世界任何地方到达内容提供商的服务器。 内容提供商经常基于用户的位置或其它用户信息(例如，年龄)而限制对 内容的访问，或者基于用户所处的位置收取不同的
费用。例如，最新上映 的电影可用于在澳大利亚观看，但不可用于在美国观看。
[0027] 目前，没有解决方案可用于有效地监控具有广泛的地理范围且具有大 量的可用于安全传输给用户的内容名称的内容网络。很多现有的解决方案 通常是
反应性的—例如，用户使内容提供商关注问题或质疑收费单，然后 内容提供商诊断该问题。在内容提供商的网络中包括监控服务器的各种目 前部署的监控方案通常具有有限的监控功能(例如，服务器的响应时间或 对服务器的吞吐量等)并且倾向于不能检测可以从内容网络的“外部”(例 如，从用户的观点)看到的任何问题。
[0028] 在本文中公开的技术提供了在内容提供商网络的外部的趋势服务器， 以与内容提供商网络进行通信，从而基于从内容提供商网络接收的响应来 建立趋势记录，从而监控内容提供商网络中的某活动趋势或倾向，并在内 容提供商网络表现异常时提供警报。所公开的趋势监控器服务器可以被实 现以解决上文讨论的技术限制中的一者或多者以及其它技术限制。在所公 开的技术的一些实现中，趋势服务器可以部署在内容提供商的网络的外部。 趋势服务器可以被配置成监控用户与内容提供商的交互，并针对于任何不 规则而检查从内容提供商去往用户的消息。为了帮助监控响应中的不规则， 趋势服务器可以基于先前接收到的响应而自动地获悉响应趋势。趋势服务 器可以自动地设置响应中的参数的正常范围的可接受值，或者可以由操作 员用预期的上限或下限来编程。在一些实现中，用户设备可以被配置成通 过趋势服务器与内容网络进行通信。在一些公开的实施方式中，提供了出 于处理异常行为的目的而用于帮助在来自网页服务的响应中检测不期望的 趋势的新的
软件功能和协议。
[0029] 下文更详细地公开了这些特征以及其它特征。
[0030] 图1示出了内容网络架构100，在该内容网络架构100中，服务提供 商的网络110和公共可用的网络(诸如因特网112)通过边界104(例如， 因特网地址子网络、
防火墙等)分开。在服务提供商网络侧，一个或多个
应用服务器198可以互连并被配置成执行诸如内容提供、内容分发、计费、 用户账户访问等的任务。位于公共网络侧的用户设备104能够使用上述的 有线或无线网络106与应用服务器108通信。
[0031] 在操作期间，用户设备104将与服务提供商的网络110通信，以执行 各种任务，诸如请求内容或网页、与应用服务器108交互以下载或上传信 息等。在正常操作期间，可以预期服务提供商的网络对来自用户的请求的 响应中的某信息。例如，当用户访问顶级域名时，预期将主页发送回用户。 类似地，在内容提供商的网络中，当用户访问具体的电影片名时，网页包 括图形图像、电影元数据(例如，演员表、剧情、发行年份、运行时间等) 以及购买信息。通常，信息类型可以是可预测的，但信息的实际值可能改 变。例如，对于电影租赁网页，可预测的是，将显示用于租赁该电影的金 额，但直到由应用服务器108分配该网页才能知道实际值。
[0032] 确定来自面向网页服务的系统的正常响应是什么具有多个复杂性因素：
[0033] 1)局部依赖度，例如，服务/
数据库、
硬件、总线/连接性等之间的工 作流；
[0034] 2)外部因素，例如，数据输入供应、同时连接的数量、因特网带宽、 域名服务器(DNS)等；
[0035] 3)上述任一者的导致系统的不期望的行为的意外的或恶意的
修改。
[0036] 检测何时重新获得正常响应也在应用中引入复杂性。有时，无响应也 可以是正常响应。例如，特定的网页(例如，用于新的电影片名的租赁网 页)可以例如基于用户的地理位置而不对所有的用户设备104可用。因此， “没有找到片名”消息对于在允许的地理区域外的用户而言可以是正常响 应，而电影租赁网页对于在允许的地理区域中的另一用户而言将是正常响 应。
[0037] 使用Nagra MediaLive服务传送平台/内容管理系统(Service Delivery Platform/Content Management System(SDP/CMS))作为示例，该系统具 有以下复杂性：对于流行的视频资产的不正确的数据输入可能快速地级联 到正在由呼叫用户呼叫中心的订阅者报告的错误。如果根本原因不立刻明 显，且以后不能指示何时解决故障，则导致
服务水平协议没有被满足以及 故障仍存在时的费用、增大扰动
风险、以及客户最终不满意。
[0038] 在另一操作场景中，基于网页的信息系统(诸如内容网络)的网络安 全也可以是复杂的。例如，CMS可将URL提供给公司新闻发布。这样的 网页资源通常包含仅仅对于上班时间期间的条款数据的改变。未经检验的 或未监控的配置变化可能导致资源被移开，被黑客攻击的系统可能由于篡 改内部数据或外部因素(诸如ISP DNS修改(URL重定向)、服务过载 (DDoS-分布式拒绝服务))而显示完全不同的网页资源。这样的折中的早 期检测是首要的，且对于内部监控系统并不总是明显的。
[0039] 进行监控网页服务增大整个系统的复杂性，因为这需要与系统的局部 连接以避免复杂性(诸如跨源(CORS))或者这增加更多的安全漏洞(黑 客点)来支持它。内部系统可能不能看到其自身盒子的外部，或者在外部 不可用。
[0040] 图2示出了内容网络200(一般而言，网页服务网络)的架构的示例。 与图1中示出的系统100相比，内容网络200包括趋势服务器202。尽管在 图2中没有明确地示出，但在一些实施方式中，多个趋势服务器202可以 在广大区域中分散地部署。这样的趋势服务器202位于服务提供商的网络 的外部，且与用户设备104在同一侧。例如，外部位置可意味着，在不受 服务提供商控制的网络中或基于趋势服务器202的IP地址的网络中或者在 控制对服务提供商的网络110的访问的防火墙102的外部。
[0041] 随着服务提供商解决了对跨设备和网络的无缝多屏幕用户体验的需求， 在需求以增长的步伐进展的市场中，很多服务提供商寻求快速的
上市时间 以及对其成本的完全控制。Nagra工具和产品被设计成满足这些以及其它的 需求。例如，Nagra MediaLive服务平台提供了从单个平台管理、保卫并操 作跨多个传送网络(广播、管理的IP、OTT(over-the-top)、和移动)、多 个设备(机顶盒、连接的TV、PC、
平板电脑和电话)以及多个内容类型 的广泛的媒体服务的软件工具。MediaLive服务平台跨设备、网络或内容类 型以及贯穿从吸取到消耗并报告的整个内容生命周期，而统一服务器侧功 能。MediaLive服务平台可以从全世界经由因特网访问，并强制执行关于哪 些用户被允许访问哪些内容的操作者的条件访问规则。
[0042] MediaLive服务平台支持灵活的服务定义，该灵活的服务定义能够使 服务提供商容易地且有效地将其高端娱乐
货币化。其管理线性信道以及经 由任何网络传递给任何设备的点播内容。其支持从订购、按次计费、按时 间计费、“按菜单点菜”到基于事件的购买模型、促销和可寻址广告的广泛 的商业模型。
[0043] MediaLive服务平台最大化多屏幕服务的设备到达范围。其提供包括 个性化和认证的复杂的账户和设备管理能力、包括权利和计费事件管理的 统一的交易和内容访问管理、域管理、设备消息传送和更多的功能。 MediaLive服务平台使得可以使用从扩展
电子节目指南(EPG)、流媒体/推 送/拉式媒体/
视频点播、节目重温、重新开始、交互式订阅到多商店服务、 跨设备购买以及网址收藏、社交网络集成、推荐以及其它交互服务的交互 式应用的扩充库。
[0044] 图3是根据适于基于MediaLive服务平台或其它平台实现内容或应用 服务器的系统配置300的功能框和交换的消息的框图表示。内容提供商的 网络302(例如其可以由先前描述的Nagra MediaLive启用的网络实现)可 以由多个用户设备204、306、308访问。例如，用户设备304可以是数字 机顶盒，诸如OpenTV5机顶盒。用户设备304还可以体现于诸如可接收有 线电视的电视机或具有返回路径从而能够与内容提供商网络302进行通信 的另一消费者设备的设备中。
[0045] 在给定的部署中，一些机顶盒可以被配置成通过服务提供商的网络与 应用服务器302直接传送消息310。例如，这些消息310可以包括内容查看 请求或内容购买请求、以及相应内容的下载或广播。一些机顶盒304可以 被配置成通过趋势服务器202与应用服务器进行通信。例如，这可以通过 将趋势服务器202的IP地址提供为由机顶盒304发出的相应消息的目的地 址而实现。趋势服务器202可以接着监控来自机顶盒304的请求，并接收 和处理来自应用服务器302的响应、并将从应用服务器302接收的响应转 发回到请求的机顶盒304。如本文中所描述的，趋势服务器202中的处理可 以包括确定趋势以及针对与正常响应的任何偏差而发出警报。
[0046] 在一些应用中，系统300可以包括被配置成运行基于网页的应用程序 (例如，超文本
标记语言版本5(hypertext markup language version 5， HTML5)网络应用程序)的用户设备306。用户设备306可以通过与趋势 服务器202的连接312而与应用服务器302进行通信，趋势服务器202还 代表用户设备306来通过连接314与应用服务器302进行通信。在一些实 施方式中，可以使用网页
接口(WebSocket)协议。在一个有利的方面中， WebSocket允许连接保持开放，由此为用户设备306提供接收任何对经由 WebSocket接口监控的特定网页的改变的能力。在一些实施方式中，当对 正在通过开放的WebSocket连接监控的网页的更新被趋势服务器202视为 不规则或者在正常偏差范围外时，在用户设备306上运行的HTML5应用 程序能够被来自趋势服务器的消息警告。
[0047] 在一些应用中，系统300还可以包括配备有由内容服务提供商提供的 媒体播放器的用户设备308。例如，设备308可以是用户用来访问内容的无 线设备或配套设备。在一些实现中，设备308可以是运行来自Apple或 Google的软件平台(iOS或Android)的平板电脑或
移动电话。这些用户设 备308还可以被配置成类似于用户设备304(其可以是用于配套设备308 的主设备)操作。
[0048] 图4示出了其中网页服务网络(例如内容管理系统402)正由多个用 户设备访问的系统配置400。用户可以使用具有网页浏览器或另一合适的应 用程序的用户设备404或者使用另一机构(诸如先前描述的基于WebSocket 的HTML5机构)来访问由应用服务器402提供的网页服务。对于内容网 络中的多个用户设备404、406，一些设备可以被配置成通过中间的趋势服 务器202与服务器402进行通信，而其它的设备404、406可以被配置成直 接通信，即在通信路径中不使用趋势服务器202。而且，设备404、406可 以分布在广泛的地理区域以及多个网络中(例如，一些设备可以是无线的， 一些设备可以使用线缆调制解调器接入网络，一些其它的设备可以使用拨 号接入网络等)。
[0049] 当用户向服务器402发起请求时，可以向用户提供网页、可扩展标记 语言(extensible markup language，XML)文档等。趋势服务器202可以比 较所返回的网页或XML文档与先前针对相同类型的文档或从相同的请求 类型接收的文档计算出的趋势之间的任何差异。
[0050] 从内容提供商的网络返回的消息可以包括各种类型的数据，例如，音 频、视频、文本以及其它的多媒体数据、与其它数据(例如，格式化指令) 的表示相关的元数据等。
[0051] 下文描述趋势服务器中的趋势计算的具体示例。
[0052] 在一些实现中，可以将文本与事件库、事件的
频率相比较。
[0053] 可以将网页中的数值字段中的数值与先前接收到的数值的范围、与数 值相关联的含义、以及由用户提供的任何其它输入规则相比较。
[0054] 可以针对于文件大小、编码参数以及与
音频流相关联的其它元数据来 检查音频。
[0055] 可以针对于大小、编码参数(
分辨率)、任何嵌入式消息或链接等来检 查视频。
[0056] 可以针对于大小、在网页内的布置、对于图形中的信息识别的图案来 检查图形。
[0057] 在一些实现中，操作员可以通过首先提供基准网页以及某些字段中的 值可以如何变化的限制来“
播种”趋势。该操作员还可以指定从趋势检查 中忽略某些字段。
[0058] 在各个应用中，趋势服务器可以分布在基于云的架构中，其中，各个 趋势服务器能够彼此同步。一种优势在于，服务提供商可以向位于不同的 地理区域中的用户提供不同的内容服务。例如，位于澳大利亚的服务提供 商可以使澳大利亚的用户免费使用内容，而可以向欧洲的用户收取观看费。 另外，内容提供商可以使内容不可用于亚洲的用户。
[0059] 图5是趋势服务器202的操作的方法500的流程图表示。趋势服务器 与用户设备(图5中未示出)建立WebSocket连接。
[0060] 在502处，方法500解析通过WebSocket从用户设备接收到的HTTP 请求。
[0061] 在504处，方法500判定该HTTP请求是否是熟悉的。例如，方法500 使用该请求的某些字段或请求类型来判定是否先前从相同的用户设备或从 另一用户设备接收过类似的请求。
[0062] 当方法500确定该请求是熟悉的，则在504处，该方法访问用于该类 型的请求的趋势记录并使该趋势记录附加上来自该请求的参数和值。在一 些实现中，该方法还将唯一标识符值指定给该请求以用于以后的追踪和报 告生成。
[0063] 如果方法500确定该请求不是熟悉的，则在506处，通过指定新的趋 势记录标识以及提取用以唯一地识别该请求的类型的该请求的参数，来建 立用于该请求的新的趋势记录。在一些实施方式中，在该请求中接收到的 参数的值用作初始趋势值。
[0064] 在510处，方法500将初始的HTTP请求传递给HTTP服务器520， 诸如MediaLive SDP。在一些实施方式中，初始的HTTP请求被修改成在承 载该HTTP请求的数据包的报头中扩展路由信息。
[0065] 在512处，方法500接收来自HTTP服务器520的响应。
[0066] 在514处，基于接收到的响应，方法500对用于该响应的趋势记录进 行同步。例如，在一些实施方式中，可以通过包括超过在过去的N个(N＝ 合适的整数，例如10到50)该类型的响应中的参数值的范围的平均值，来 扩展(或减小)趋势范围。在一些实施方式中，接收到的响应可以包括文 本，接收到的文本中的任何新词或消息可以被添加到用于该类型的消息的 趋势记录中。在一些实施方式中，接收到的响应可以包括图形，方法500 可以更新趋势记录以包括图形的特性(例如，在网页上的布置、分辨率、 色深、字节大小等)。
[0067] 在一些实施方式中，方法500还可将接收到的响应与其他的趋势服务 器522同步，趋势服务器522可以分散在广泛的地理位置(例如，其它洲、 国家或大州)。
[0068] 一般而言，接收到的响应可以包括文本、数字、图形和控制命令。不 太可能的是，在两个不同的时间接收到的两个响应在该响应的每一位上都 是相同的。基于514中的同步，方法500判定当前接收到的响应相对于趋 势记录的变化。对于像是“正常的”或“预期的”变化，方法500在518 处可以修改趋势记录的表示。例如，在一个响应消息中，网页可以包括包 含日期的“最后更新的”字段。在随后接收到的响应消息中，该网页可以 包括可包含数据和时间的“最后更新的”字段。因此，方法500可以修改 用于该网页的预期的表示从而除了“日期”字段以外还包括“时间”字段。
[0069] 在524处，方法500将518的结果转达给HTML5网络应用。
[0070] 图6是用以监控内容提供商网络的状态的计算机实现的方法600的流 程图表示。
[0071] 在602处，方法600将第一请求消息从趋势服务器发送到内容提供商 网络，其中，该第一请求消息具有相关联的类型值。在一些实施方式中， 该类型值可以基于包括在该请求中的URL而导出。在一些实施方式中，整 个URL可以对应于该类型。
[0072] 在604处，方法600在趋势服务器处接收来自内容提供商网络的第一 响应消息。如先前所讨论的，该消息可以被格式化为文档(例如，XML文 档)或网页(例如，HTML脚本)等。
[0073] 在606处，方法600由该趋势服务器通过与用于和该第一请求消息相 关联的类型值的趋势记录比较，来判定该第一响应消息是否正常。上文已 经披露了由趋势服务器执行判定响应是否正常(即，规则或不规则)的各 种可能的处理操作。
[0074] 在608处，方法600基于该第一响应消息选择性地更新趋势记录。在 一些实施方式中，趋势记录可以仅在确定该第一响应消息正常时才被更新。 某些字段的可接受的值可以被增补或平均化，以包括最新接收到的。例如， 在一些实施方式中，用于某整数字段的先前接收到的值可以在1和5之间 的范围中。因此，趋势服务器可以将允许的值视为集合(1，2，3，4，5)。 当确定接收到的消息为正常的、但该字段中包含值“6”时，趋势服务器可 以将允许值的范围更新为(1，2，3，4，5，6)。
[0075] 在610处，在确定第一响应消息不正常时，方法600生成警报。例如， 如果方法600确定网页中的现在应该具有$0.99到$7.99之间的正常范围的 “电影租赁费用”字段具有值$0或$100，则方法600发出警报。该警报可 以是针对于接收该响应的用户设备产生的音频/视觉提示的形式。该警报可 以是显示给(或发声给)趋势服务器的操作者的消息。该警报可以是在趋 势服务器的警报日志中记录的消息。
[0076] 图7是用于监控内容提供商的网络的操作的设备700的框图表示。
[0077] 模块702是将多个状态请求传输给内容提供商的网络的状态请求传输 模块，每个状态请求具有相关联的请求类型。在一些实施方式中，状态请 求可以被格式化为无状态的查询，诸如使用REST协议(表述性状态转移 协议)的网页消息。在一些实施方式中，状态请求可以由趋势服务器自主 地生成，即无需具有从用户设备接收的在先请求。
[0078] 模块704用于从内容提供商的网络接收状态响应。如先前所讨论的， 状态响应可以使用RSET协议，可以是网页或XML文档，且可以包括音频、 视频或其它嵌入式信息。
[0079] 模块706用于针对于每个接收到的状态响应，基于接收该状态响应所 针对的状态请求，指定对应的请求类型。用于指定请求类型的一些技术(例 如基于URL字段)已经在本文中公开。
[0080] 模块708用于保持针对于每个请求类型先前接收的预定数目的状态响 应的记录。
[0081] 模块710用于基于针对于该请求类型的先前的预定数目的状态响应以 及针对于该请求类型的用户设定，估计针对于每一请求类型的趋势。例如， 在一些实现中，趋势可以基于在接收最新的响应消息之前，针对于同一消 息类型的10个先前接收的响应。在一些实现中，趋势可以基于给定类型的 所有先前接收到的响应。在一些实现中，趋势可以基于多个先前在给定时 间(例如，在周一或早晨等)接收到的响应。
[0082] 模块712用于针对于每个接收到的状态响应，检查该接收到的状态响 应是否在针对于对应的请求类型的趋势内。如先前所讨论的，趋势检查可 以针对于不同的数据类型而不同地执行，且可以包括范围检查、比较以及 其它处理。
[0083] 模块714用于在接收到的状态响应不在针对于对应的请求类型的趋势 内时发出警报。本文中先前已经讨论了用于发出警报的技术。
[0084] 图8是用于监控内容提供商的网络的操作的方法800的流程图表示。
[0085] 在802处，方法800接收来自内容提供商的网络的第一消息。在一些 实现中，该第一消息可以是经由在趋势服务器和内容提供商的网络之间开 放的WebSocket连接而向方法800通知网页服务器上的变化的消息。
[0086] 在804处，方法800通过与先前接收到的具有与该第一消息相同的消 息类型的消息的趋势进行比较，来判定该第一消息是否正常。
[0087] 在806处，方法800基于该第一消息选择性地更新针对于该第一消息 的消息类型的趋势。在一些实现中，仅在确定该接收到的消息正常时，才 执行趋势更新。在一些实现中，无论该接收到的消息是否正常，都可以执 行趋势更新。
[0088] 在808处，方法800在该第一消息被确定为不正常时生成警报。本文 中先前已经公开了生成警报的各种实施方式。
[0089] 在一些实现中，多个趋势服务器可以如下实现。全局趋势服务器可以 充当协调器，该协调器协调趋势服务器云中的地理地分布在区域中的多个 趋势服务器的活动。全局趋势服务器可以与其它的趋势服务器通信，并提 供关于针对趋势监控哪些网页的信息。定期地，每个趋势服务器请求并接 收正在被监控的网页。该趋势服务器将其查询的结果传送给全局趋势服务 器。例如，该趋势服务器也可以发送其判定该接收到的网页是否正常的结 果。可替选地，该趋势服务器还可以将接收到的网页传递给全局趋势服务 器，该全局趋势服务器判定该接收到的网页是否正常。
[0090] 参照图9到图15，作为非限制性示例，悉尼的部署可以监控内容网络 的状态。用户设备902，即具有HTML5能力的应用的iPad，可以被配置成 监控由其统一资源
定位符(URL)表示的某些网页。
[0091] 图9示出了可以在具有多个趋势服务器的系统中监控网页的示例。在 该示例中，网页被格式化为XML文件，该XML文件提供关于可用于租赁 的电影的信息且包括多个字段以及其对应的描述元数据。
[0092] 在用户设备902(例如平板电脑)上运行的监控应用程序可以通过提 供某网页的统一资源标识符URI来指示局部趋势服务器904(例如，位于 悉尼的、用于悉尼的用户的服务器)来监控该网页(912)。
[0093] 局部趋势服务器904解析HTTP请求，从趋势数据库定位或创建新的 趋势记录。悉尼趋势服务器904接着触发全局趋势服务器云(例如包括趋 势服务器1 906和趋势服务器2 908)来生成针对传递给它的URI数据的 HTTP请求(914)。
[0094] 云中的每个趋势服务器按特定的时间表，基于URI来请求网页的状态 (消息916、920、924)。在一些实施方式中，消息916、920、924的请求 时间可以被同步化，以同时获得来自不同位置的网页的多个快照。在一些 实施方式中，每个趋势服务器可以与其它趋势服务器异步地发送其自己的 HTTP请求。
[0095] 内容网络中的应用服务器(例如Nagra MediaLive SDP)处理该HTTP 请求并将响应传递回到每个趋势服务器(分别为响应918、922、926)。
[0096] 全局趋势服务器云中的每个趋势服务器906、908然后比较接收到的响 应并生成趋势报告928、930，该趋势报告928、930然后被转发给局部趋势 服务器904。局部趋势服务器904生成其自身的关于该接收到的响应是否正 常的报告。
[0097] 每个趋势服务器基于接收到的响应选择性地更新其趋势记录。
[0098] 局部趋势服务器904(悉尼趋势服务器)处理来自趋势云的趋势记录 更新。
[0099] 可选地，通过再次触发相同的请求以及确定趋势记录的变化，可以在 设定时间之后再次发出网页更新请求。
[0100] 如果消息912是来自用户设备902的第一请求或者检测到不期望的变 化，则经由WebSocket 932通过报告变化来更新监听客户端。
[0101] 在一些实施方式中，局部趋势服务器发送第一类型的警报消息(例如， 在用户设备上的独特的音频
音调或视觉提示)，以突出来自悉尼、而不是来 自任何地方的不期望的变化。在一些实施方式中，局部趋势服务器发送具 有其自身的音频-视觉提示的第二类型的警报消息，以指示检测到来自云中 的另一趋势服务器的异常。该用户还可以基于报告932中提供的细节研究 该异常。
[0102] 图10示出了由趋势服务器202监控的示例性网页。该网页包括多个 字段和对应的值(字母数字字符串)，所述多个字段和对应的值用来提供关 于可用于从服务提供商的网络中的应用服务器租赁的电影的信息。
[0103] 图11示出了消息912、914的一些内容的示例。
[0104] 图12示出了消息928、930、931的一些内容的示例。每个趋势服务 器可以使用“trendingserver”参数来识别其身份。而且，趋势服务器可以 用针对于值所看到的趋势来注释所观察到的参数值，并明确地列出与正常 的任何偏差。
[0105] 图13示出了消息932的内容的示例。在该示例中，局部趋势服务器 指示，从其观点看，网页呈现正常，但趋势云中的某其它趋势服务器已经 检测到该网页的变化。例如，由趋势服务器正在监控的网页可能已经使用 在因特网服务提供商的缓存服务器处的DNS开发而被篡改，但原始网页(例 如，在Nagra CMS的)仍可以原封不动。在这样的情况下，图13可以表 示来自监控CMS(且没有看到对网页的任何不规则的改变)的趋势服务器 的消息，该消息通过与由正在接收来自篡改的网页的ISP的其网页状态响 应(例如，REST响应)的趋势服务器注意到的趋势异常的趋势服务器云同 步而变得被知晓。
[0106] 图14可以表示由正在接收来自篡改的网页的ISP的其网页状态响应 (例如，REST响应)且因此注意到监控的网页的不规则变化的趋势服务器 注意到的趋势异常。
[0107] 图15示出了其中用被监控的网页的某些字段的变化来警告用户的消 息932的另一示例。
[0108] 能够理解的是，公开了用于监控网页服务系统(诸如内容服务提供商 的网络)的正常操作的技术。在一些实施方式中，从不同的地理区域中的 多个位置监控网络。在一些实施方式中，通过与网页的先前趋势比较而生 成针对于网页的当前状态的报告，以用于向用户警告网页的任何不期望的 或异常的变化。可以从精简的用户设备(例如从在移动设备上运行的应用 程序)远程地执行监控。
[0109] 还能够理解的是，公开了通过以多种方式监控不同的数据类型(例如， 数据、音频、视频等)来监控网页的变化的趋势的一些技术。
[0110] 所公开的以及其它的实施方式、模块和功能性操作、以及在本文中描 述的模块可以以数字电子
电路、或者计算机软件、
固件、或硬件(包括本 文中公开的结构及其等同结构)、或者它们中的一者或多者的组合实现。所 公开的以及其它的实施方式可以被实现为一个或多个计算机程序产品，即 在计算机可读介质上编码以由
数据处理设备执行或控制数据处理设备的操 作的计算机程序指令的一个或多个模块。计算机可读介质可以是机器可读 存储设备、机器可读存储基质、内存设备、实现机器可读的传播信号的物 质的组合物、或它们中的一者或多者的组合。术语“数据处理设备”包含 用于处理数据的所有的设备、装置以及机器，例如包括可编程处理器、计 算机、或多个处理器或多个计算机。除了硬件之外，该数据处理设备还可 包括创建用于所讨论的计算机程序的
执行环境的代码，例如，构成处理器 固件、协议栈、
数据库管理系统、
操作系统、或它们中的一者或多者的组 合的代码。传播信号是人工生成的信号，例如，机器生成的
电信号、光信 号、或电磁信号，该信号被生成用来对传输至合适的接收器设备的信息进 行编码。
[0111] 计算机程序(也被称为程序、软件、软件应用程序、脚本、或代码) 可以以任意形式的编程语言编写，包括编译语言或解释性语言；并且计算 机程序可以以任何形式部署，包括作为独立程序或作为模块、部件、子程 序、或适于在计算环境中使用的其它单元。计算机程序不一定对应于文件 系统中的文件。程序可以被存储在保持其它程序或数据(例如，存储在标 记语言文档中的一个或多个脚本)的文件的一部分中、存储在专用于所讨 论的程序的单个文件中、或者存储在多个协调的文件(例如，存储一个或 多个模块、子程序或代码部分的文件)中。计算机程序可以被部署成在一 个计算机上执行或者在位于一个位置或跨多个位置分布并且通过通信网络 互连的多个计算机上执行。
[0112] 本文中描述的方法和逻辑流可以由一个或多个可编程的处理器执行， 所述一个或多个可编程的处理器执行一个或多个计算机程序以通过对输入 数据进行操作并生成输出而执行功能。方法和逻辑流还可由
专用逻辑电路 执行，并且设备也可以被实现为专用
逻辑电路，所述专用逻辑电路例如为 FPGA(现场可编程
门阵列)或ASIC(
专用集成电路)。
[0113] 适于执行计算机程序的处理器例如包括通用
微处理器以及专用微处 理器、以及任何种类的数字计算机的任意一个或多个处理器。通常，处理 器将从只读
存储器或
随机存取存储器或二者接收指令和数据。计算机的必 要元件是用于执行指令的处理器以及用于存储指令和数据的一个或多个存 储设备。通常，计算机还将包括用于存储数据的一个或多个
大容量存储设 备，或者被操作性地联接以从用于存储数据的一个或多个大容量存储设备 接收数据或将数据转发至用于存储数据的一个或多个大容量存储设备、或 者二者皆可，所述大容量存储设备例如为磁盘、磁光盘或光盘。然而，计 算机不需要具有这样的设备。适于存储计算机程序指令和数据的计算机可 读介质包括所有形式的
非易失性存储器、媒介和存储设备，例如包括：半 导体存储设备，例如EPROM、EEPROM和闪存设备；磁盘，例如内置硬 盘或可拆卸盘；磁光盘；和CD ROM盘和DVD-ROM盘。处理器和存储器 可以通过专用逻辑电路增补或并入在专用逻辑电路中。
[0114] 尽管本文包含很多细节，但这些不应当被视为对所要求保护的或可以 要求保护的本发明的范围进行限制，而应当被视为对特定于具体实施方式 的特征的描述。在多个独立的实施方式的情况下描述于本文中的某些特征 也可以组合在单个实施方式中实现。相反，在单个实施方式的情况下描述 的各个特征也可以在多个实施方式中分别实现或者以任意合适的子组合实 现。而且，尽管上文中可以将特征描述为在某些组合中作用、甚至这样初 始要求保护，但来自所要求保护的组合的一个或多个特征在一些情况下可 以从该组合去除，且所要求保护的组合可以指向子组合或子组合的变型。 类似地，尽管在附图中以特定顺序示出操作，但这不应当被理解为需要这 些操作以所示出的该特定顺序或相继次序执行，或者不应当被理解为需要 执行所有示出的操作，以实现所期望的结果。
[0115] 仅公开了一些示例和实现。可以基于所公开的内容对所描述的示例和 实现以及其它实现进行变型、修改和增强。
