[发明专利]用于为实时事件的大量订户提供支持的技术

说明书

背景技术

在即时聊天这类具有大量订户和发布者的实时事件中，流经该事件的实时数据量有可能会使使用人员、订阅设备以及分发服务器不堪重负。对于诸如数以千计乃至更多的大量订户来说，由于每一次的发布内容都会分发给每个订户，因此，即使每秒的发布数量很小，也有可能耗费大量的带宽和处理能力。针对这些以及其他考虑因素，有必要进行当前改进。

发明内容

本概述是为了以简化形式介绍精选概念而被提供的，在以下的详细描述中将会进一步描述这些概念。本概述的目的既不是确定所要求保护主题的关键特征或必要特征，也不是帮助确定描述所要求保护的主题的范围。这里的不同实施例主要涉及的是为实时事件的大量订户提供支持的技术。特别地，一些实施例涉及的是将订户分配给桶槽系统，以便管理大量用户及其产生的网络业务量的技术。举个例子，在一个实施例中，一种技术可以包括将实时事件订户分配给桶（bucket）和所述桶内部的槽（slot）。该技术还可以包括监视实时事件的发布速率，并且在发布速率超出第一阈值或是低于第二阈值的时候添加或移除桶。更进一步，所述技术还可以包括：只向那些与第一订户分配到相同的桶的其他订户发布第一订户发布内容。此外，在这里还描述并且要求保护其他实施例。

通过阅读后续的详细描述以及回顾相关的附图，可以清楚了解这些以及其他特征和优点。应该理解的是，以上的概括性描述和后续的详细描述都是说明性的，其并未限制所要保护的方面。

附图说明

图1示出的是用于管理实时事件的系统的一个实施例。

图2示出的是桶装系统的一个实施例。

图3示出的是第二桶装系统的一个实施例。

图4示出的是用于管理实时事件的分布式系统的一个实施例。

图5示出的是一个逻辑流程的实施例。

图6示出的是一个逻辑流程的实施例。

图7示出的是计算架构的一个实施例。

图8示出的是通信架构的一个实施例。

具体实施方式

各实施例涉及的是为实时事件的大量订户提供支持的技术和系统。这些实施例可以动态地将订户过滤到桶中，其中发布内容只被分发给与发布者处于相同的桶的订户。所述桶可被动态创建和移除，以便将订户的发布率降低或提高至可接受的等级。各实施例可以使用一种双层桶装（bucketing）算法来执行过滤，该算法的存储器和CPU效率很高，并且会随着的订阅的庞大数量而缩放。在有必要创建新桶以及在这些桶之间分发用户时，该技术还可以减小订户的上下文损失。各实施例可以向外扩展到多个服务器，以便适应数量庞大的订户和发布内容。由此，这些实施例可以改进运营商、设备或网络的负担能力、可扩展性、模块性、可扩充性或互操作性。

下文给出的是常规实时事件中可能存在的数据流问题的一个示例。对于具有例如一百万名订户的实时聊天事件来说，如果有百分之五的订户在指定的一秒中发布评论，那么分发给每个订户的评论数量将会是50,000条。如果每条评论的大小是200字节，那么每个订户消耗的带宽将会是10MB/s。在数据未被完全消耗时，这种处理不但是效率低下的，而且还有可能导致网络饱和，并且需要耗费大量的处理器资源来进行处理。诸如智能电话之类的设备有可能会不堪重负。分发服务器必须将50,000条评论分发给一百万名订户，而这有可能需要很高的处理成本，如果每条评论有200个字节，那么这将会耗费10TB/s。更进一步，所发布的评论的上下文有可能会在大量的发布内容中丢失，由此会使任何指定订户都很难跟进。并且这有可能会使无法每秒消耗50,000条评论的订户感到不知所措。

图1示出的是为实时事件的大量订户提供支持的系统100的框图。举个例子，在一个实施例中，系统100可以包括一个由计算机实施的系统100，该系统具有多个组件，例如订户110、实时事件主机120以及订户130。这里使用的术语“系统”和“组件”指的是与计算机相关的实体，包括硬件、软硬件组合、软件或是运行中的软件。例如，组件可以作为在处理器上运行的进程、处理器、硬盘驱动器、多个存储驱动器（光学和/或磁存储介质）、对象、可执行文件、运行线程、程序和/或计算机来实施。作为例证，在服务器上运行的应用和服务器都可以是一个组件。一个或多个组件可以驻留在运行线程和/或进程内部，并且组件可以定位在一台计算机上，和/或根据指定实施方式的需要而在两台或更多计算机之间分布。这里的实施例并不受限于本上下文。