法律状态公告日
法律状态信息
法律状态
2016-11-09
授权
授权
2014-07-16
实质审查的生效 IPC(主分类):H04H60/25 申请日:20121016
实质审查的生效
2014-06-18
公开
公开
技术领域
本发明一般涉及通信系统，且更具体地涉及用于经由广播网络向计算设备 递送社交网络更新的各高效方法和系统。
背景技术
无线通信技术在过去几年已见证爆发式增长。该增长已由无线服务增进， 这些无线服务向移动公众提供移动自由并切断与硬连线通信系统的束缚。作为 服务增强的结果，预期无线服务的流行度会继续快速增长。
对无线通信服务的近来补充是使用像和 之类的服务在接收机设备上查看朋友的社交网络更新和内容的能 力。社交网络更新是用户使用社交网络作出的能由其他用户查看的帖子。该领 域中的一个问题在于当高度流行的用户（诸如，（嘎嘎女士））提 供状态更新或“推特（tweet）”时，数百万用户可下载该同一推特、帖子或状 态更新。该下载可从多个不同的社交网络发生。该下载可导致创建数百万个对 服务器的服务请求以及对来自各计算设备的该请求的数百万个响应。
例如，当艺人Michael Jackson（迈克尔·杰克逊）在2009年6月25日逝世 时，BBC报道了在用户们正以每小时100,000条推特的速率将他们的状态更新 为包括单词“Michael Jackson”之后，社交网络的服务器崩溃了。另 外，如果或另一位高度流行的用户在状态更新中递送多媒体数据， 或替换地，如果高度流行的用户提供到的超链接，使得用户可查看上 传的图片，则此类动作可导致数百万社交网络用户向服务器请求大量数据，这 对于携带此类话务的通信网络而言可能是繁重的。对于已经以接近峰值容量操 作、特别是在一天中某些时间操作的移动通信网络而言，这可能是特别困难的 问题。
概述
各个实施例包括一种用于在使用各广播网络中可用的带宽来实现对所选 社交媒体更新的递送的移动多媒体广播系统中广播内容的方法。各实施例方法 包括将社交网络更新组装成适于经由广播网络来广播的内容元素包，广播描述 内容元素并且标识将广播该内容元素包的时间的内容描述消息，以及在所标识 的时间广播该内容元素包以使得该内容元素包能由接收机设备接收。
在另一实施例中，一种用于在系统中传送社交网络更新的方法包括：编码 包括社交网络内容元素的待传输数据块，在至少一个传输区间期间根据一调度 来对该待传输数据块进行调度，以及在该至少一个传输区间传送包括该社交网 络内容元素的已编码数据块。
在另一实施例中，一种用于向用户递送社交网络更新的方法包括：在一个 或多个社交网络站点中确定最流行身份列表，从该社交网络站点下载那些来自 该最流行身份列表上的那些最流行身份的帖子，以及以实现对于来自接收机设 备的对此类更新的查询的响应而不加重通信网络其余部分的负担的方式，将收 集到的帖子高速缓存在位于接近蜂窝网络边缘的多个服务器上。该实施例方法 可进一步包括在该多个服务器处对于来自接收机设备的对来自该最流行身份 列表的帖子的请求作出响应，而不是将那些请求转发至该社交网络站点。该方 法还可包括多个服务器抓取社交网络帖子的数据。这些服务器可周期性地与同 社交网络站点相关联的服务器通信，以按系统性且自动的方式来获得这些社交 网络帖子。
在另一实施例中，一种用于向用户递送社交网络更新的方法包括：在一个 或多个社交网络站点中确定最流行身份列表，从该社交网络站点下载来自该最 流行身份列表上的那些最流行身份的帖子，生成包括所下载帖子的广播或多播 消息以及包含标识这些帖子何时将被广播或多播的广播调度信息的开销包，在 广播网络上将该开销包和帖子的广播或多播传送到多个接收机设备，以及在这 些接收机设备中的至少一者中接收该开销包。该方法可进一步包括在这些接收 机设备中将该开销包中包含的为广播所调度的帖子身份与用户个人身份列表 作比较，从该广播或多播中接收那些匹配该用户个人身份列表中的一者或多者 的广播帖子，将接收到的帖子高速缓存在该接收机设备上，以及将接收到的帖 子从高速缓存提供给社交网络应用，或对来自社交网络应用或用户输入的对该 接收机的访问请求作出响应。在一实施例中，仅高速缓存匹配该用户的社交网 络帖子。在另一实施例中，可高速缓存不同的社交网络帖子。
在另一方面，一种用于在系统中高效地传送社交网络更新的方法可包括编 码包括从多个社交网络实体聚集的社交网络内容元素的待传输数据块，以及在 至少一个传输区间期间根据一调度来对该待传输数据块进行调度。该方法还包 括在该至少一个传输区间传送包括该社交网络内容元素的已编码数据块。
该方法可进一步包括在目的地设备上高速缓存该已编码数据块以预测对 该社交网络内容元素的请求，以及通过在该至少一个传输区间针对第一地理位 置传送包括第一社交网络内容元素的第一已编码数据块，以及在第二传输区间 针对第二地理位置传送包括第二社交网络内容元素的第二已编码数据块，来在 至少两个数据流中进行传送。在另一实施例中，代理可驻留在接收机设备上， 该代理被配置成监视社交网络应用在该接收设备处的使用，并且基于所监视的 使用来确定在该接收机设备处感兴趣的帖子。
各个实施例包括包含传输系统的多媒体广播网络或多播网络以及耦合到 该广播传输系统的服务器，其中该服务器被配置有服务器可执行指令以执行上 述方法的操作。在另一实施例中，社交网络帖子可被高速缓存在位于接近网络 （例如，蜂窝数据网络）边缘的代理服务器中，这些代理服务器在本文中被称 为“边缘服务器”。在另一实施例中，可基于流行度在网络上广播社交网络帖 子。例如，第一地理位置（诸如洛杉矶）可具有存储在边缘服务器中的与第二 地理位置（诸如纽约市）不同的广播社交网络帖子数据，因为社交网络实体的 流行度在第一或第二地理位置中可以不同。
各个实施例包括其上存储有服务器指令的非瞬态处理器可读存储介质，这 些服务器指令被配置成使服务器执行上述方法的各操作。
附图简要说明
纳入于此且构成本说明书一部分的附图解说了本发明的示例性实施例，并 与以上给出的概括描述和下面给出的详细描述一起用来解释本发明的特征。
图1A解说移动接收机设备的一实施例的高级示图，该移动接收机设备具 有经由广播或多播通信网络来接收并高速缓存已更新媒体对象的软件代理应 用。
图1B是解说适于在一实施例中使用的移动多媒体广播通信系统的通信系 统框图。
图2是从社交网络服务器获得被广播到移动接收机设备的多个社交网络更 新的高级图示，并且解说社交网络内容元素可如何被广播且如何在这些移动接 收机设备上被接收。
图3是根据一实施例的解说高度流行的社交网络实体的社交网络应用的示 例显示。
图4是根据一实施例的解说用于实现对广播社交网络更新的访问的通信和 过程的通信流程图。
图5是解说经由第一内容流（CF）和经由第二内容描述流（CDF）向接收 机设备进行社交网络内容递送的移动多媒体广播系统的通信系统框图。
图6是根据一实施例的包含社交网络更新的广播内容流与开销内容描述元 数据流之间的示例关系的时间线图示，该实施例描述并且标识社交网络更新， 因此可在预定时间使接收机设备的接收机电路系统通电以接收社交网络更新 并且省电。
图7是用于经由广播或多播网络来递送社交网络更新的一实施例方法的高 级过程流程图。
图8是用于确定要经由广播或多播网络递送帖子的高度流行的社交网络实 体的阈值数量的一实施例方法的过程流程图。
图9是用于针对至少两个不同社交网络确定要经由广播网络递送更新的高 度流行的社交网络实体的阈值数量的一实施例方法的过程流程图。
图10是可在服务器上实现的用于爬寻多个社交网络以接收并聚集高度流 行实体的帖子，并且格式化这些帖子以供经由广播或多播网络广播的一实施例 方法的过程流程图。
图11是用于确定高度流行的社交网络实体并且聚集和格式化来自这些高 度流行实体的帖子以经由广播或多播网络来广播这些帖子的一实施例方法的 过程流程图。
图12是用于确定用户的订阅参数并且将该订阅参数与广播目录作比较以 经由广播或多播网络来接收所选高度流行的社交实体的帖子的一实施例方法 的过程流程图。
图13是可在接收机设备中实现的一实施例方法的过程流程图，该实施例 方法用于基于社交网络分层结构以及开销内容描述订阅源中的标识符来接收 社交网络更新的广播，并且确定高速缓存中某些数据是否陈旧，以使得数据可 被删除以接收并且高速缓存新广播的社交网络更新。
图14是用于经由广播网络接收社交网络更新的一实施例方法的过程流程 图。
图15解说接收机设备可用来经由广播或多播通信网络从至少两个社交网 络接收状态更新的通信流。
图16是适于在一实施例中使用的接收机设备的组件框图。
图17是适于在一实施例中使用的服务器设备的组件框图。
图18是适于在一实施例中使用的膝上型计算机设备的组件框图。
详细描述
将参照附图详细描述各种实施例。在任何可能的地方，相同附图标记用于 在附图中通篇指代相同或类似部分。对特定示例和实现所作的引用是用于解说 性的目的，而无意限定本发明或权利要求的范围。
措辞“示例性”在本文中用于表示“用作示例、实例或解说”。本文中描 述为“示例性”的任何实现不必然被解释为优于或胜过其他实现。
本文使用术语“接收机设备”来指代以下各项中的任何一项或全部：智能 电话、个人移动电视接收机、蜂窝电话、车辆移动电视接收机、个人数据助理 （PDA）、掌上计算机、无线电子邮件接收器（例如，和设 备）、多媒体启用因特网的蜂窝电话、以及包括可编程处理器、存储器和用于 接收并处理广播或多播传输的广播或多播接收机电路系统的类似个人电子设 备。在另一实施例中，接收机设备可以是附件设备，该附件设备包括可辅助接 收机设备接收数据的代理。例如，接收机设备可包括移动电话附件，该移动电 话附件包括辅助移动电话接收广播数据的代理。应当领会，接收机设备决不限 于移动设备，而可以是能接收广播数据的任何设备。
本文使用术语“社交网络”来一般地指代根据通过一种或多种特定类型的 相互依赖性（诸如朋友关系、亲属关系、共同兴趣、金融交易、厌恶、性关系、 信仰关系、知识、商业目的、业务目的和/或声誉）连系（连接）的被称为“节 点”的个体（或组织）构成的社交结构来组织信息（例如，帖子、更新、文本、 照片、“推特”、页面等）的软件应用或网络服务（例如，经由因特网递送的 服务）。社交网络可以用软件应用来实施，该软件应用按照包括节点和连系（也 被称为边缘、链接或连接）的网络理论来查看社交关系。节点是网络内的个体 动作者或实体，而连系是这些动作者或实体之间的关系。例如，社交 网络包括追随某些个体、公司、主题、实体、行业、运动队、小组、虚构角色、 或电视节目的社交网络用户。这一类型的用户也可具有查看该用户的SMS状 态更新的一组追随者。
社交网络应用启用复杂数据共享结构，这些复杂数据共享结构可对人际关 系和信息共享进行建模或代替人际关系和信息共享。例如，社交网 络包括多个朋友，这些朋友被邀请链接到一用户。一旦被链接，该用户就可查 看朋友的状态更新，而其他用户的帖子可保持私密。作为另一示例，在 社交网络中，用户可与联网联系人相关联。一旦被链接，用户就可共 享数据、对象或属性，并且可发送消息、查看帖子或查看工作相关数据。
作为其最简单的形式，社交网络是包括节点之间的指定连系（诸如朋友） 图的软件应用。个体连接到的这些节点是该个体的社交联系人。这些社交网络 还可用作与每个通信节点有关或由每个通信节点生成的信息的数据库，以与存 在连系的其他节点进行共享。社交网络还可用于测量个体从社交网络接收到的 社交资本或值，诸如追随者或朋友的数量。例如，一些社交网络用户可能有十 个朋友，而其他用户可能有数百万个。这些概念通常显示在社交网络软件显示 界面中，在该社交网络软件显示界面中社交网络用户被显示并且多个追随者可 被显示在该社交网络用户下面，如图3中所示。
本文使用术语“广播”来意指对数据（信息包）的传输，以使得该数据可 由大量接收方设备同时接收（相比于将数据传输到一个特定计算设备的“单播” 而言）。一种类型的广播被称为多播，多播的一个示例是网际协议（IP）多播。 本文对广播的引用并非旨在排除多播通信网络和协议。广播消息的示例是移动 电视服务广播信号，包括内容广播（内容流）和开销信息广播（开销流）。IP 多播是一种在单个传输中向一组感兴趣的接收机发送网际协议（IP）数据报， 而不是个别地向特定接收机传送消息的方法。IP多播可用于因特网上的流式媒 体应用，并且可使用IPv4和IPv6中保留的多播地址块。
本文使用措辞“单播”来指代定向到单个接收机设备的无线数据传输。与 广播网络形成对比，“单播网络”是指将传输发送到个体无线通信设备和从个 体无线通信设备接收传输的无线通信网络。可与各个实施例一起使用的单播网 络的示例包括蜂窝通信网络（例如，第三代（3G）、第四代（4G）和长期演进 （LTE）蜂窝数据网络）、网络和网络。
本文使用措辞“web服务器”来指代能够接收超文本传输协议（HTTP）请 求并且返回适当的HTTP响应（诸如，提供超文本标记语言（HTML）文件） 的一个应用或一组应用。web服务器可包括中间件或应用部分，诸如服 务器、服务器、PHP模块、PERL解释器或类似功能性。web服务器还可 包括数据存储部分，诸如数据库管理系统（DBMS）或本地文件存储。web服 务器可在常规服务器内实现，但在各个实施例中，web服务器也可在运行于接 收机设备（诸如，智能电话或移动计算设备）的处理器上的操作系统内实现。
社交网络因其将原本从不会遇见或难以交流的人们连接在一起的能力而 已经变得非常流行。由社交网络提供的因特网通信服务已经导致其被演艺人 员、营销者、政治家、社会活动家和政治活动家迅速采用。因此，现在社交网 络有能力在社交网络帖子由流行参与者作出或关于重大事件作出时对通信网 络提出大量需求。来自高度流行实体的更新或与高度流行主题有关的更新在传 统社交网络中可导致网络问题。这可在数百万用户试图几乎同时访问同一状态 更新时发生。结果可能是在短时间段内发生数百万服务器请求和服务器响应， 而相关联的单播网络必须携带这些请求和响应传输。这可使通信网络（诸如3G 蜂窝数据通信网络）区域性和/或全国性地拥塞。还应领会，社交网络更新不限 于小文本串，而是日益增加地包括高质量图片和视频以及其他增加网络负担的 数据密集文件。
各个实施例提供了带宽高效机制，用于经由广播和/或多播网络向接收机设 备递送社交网络更新数据，以使得社交网络数据可被接收并高速缓存在接收机 设备中以供本地社交媒体应用即时访问。通过对许多（例如数百万）用户感兴 趣的社交网络更新进行广播或多播，几个广播传输就可递送原本要求没有数百 万也有数千个单播通信交换的更新消息。在一实施例中，接收机设备可包括用 于选择性地接收社交网络广播/多播以接收用户感兴趣的更新并且将这些更新 高速缓存在存储器中的应用或代理。接收机设备可进一步包括运行在设备处理 器上的本地web服务器应用以及社交网络软件应用，或同样运行在设备处理器 上且连接到web服务器以获得已在设备上高速缓存的社交网络更新的软件“应 用（App）”，并且可经由通信网络（例如，蜂窝通信网络和因特网）连接到 社交网络服务器以获取尚未高速缓存的社交网络更新。在另一实施例中，流行 社交媒体更新可高速缓存在位于通信网络边缘的服务器（例如，在蜂窝通信网 络内具有接近于无线收发机的网络连接的服务器）中，以使得可满足移动接收 机设备对此类社交媒体更新的请求，而无需将请求和回复深入传送到通信网 络。
各个实施例对于向接收机设备递送社交网络更新尤其有用，因为无线广播 或多播网络提供了对广泛访问的内容的高效递送机制。此类社交媒体内容可包 括多媒体文件、视频、文本、音乐和其他类型的数据文件。数据文件（诸如社 交网络更新）可源自可主存在各个网络和/或因特网上的两个或更多个不同的社 交网络，诸如源自和在各个实施例中，流行的社交网络 更新（即，那些有可能被大量个体访问的社交网络更新）可被聚集，并且作为 经拆解的元素经由广播或多播网络来广播或多播。
为使得接收机设备能接收，经拆解的元素可被调度以供在一系列消息中广 播，其中这些消息根据在调度广播中提前传达的广播调度（例如，开销内容描 述流）来广播，诸如电子目录。接收机设备可接收开销内容描述流，并且使用 调度信息来选择性地接收经拆解的网页和/或社交媒体更新内容以供存储（即， 高速缓存）在接收机设备存储器中。当接收机设备用户（诸如通过打开本地 或应用）请求访问社交网络应用时，在接收机设备中操作 的该应用可访问在同一接收机设备上操作的本地web服务器，该本地web服务 器可以很像标准社交媒体服务器那样通过从先前收到并高速缓存的更新文件 中组装所请求的文件（例如，状态更新）来回复该请求。可将所请求的社交媒 体更新文件传递给发出请求的社交媒体应用。本地应用随后使用状态更新（诸 如以显示已更新用户），如同所请求的社交媒体更新文件已从网络连接直接下 载一样。本地社交网络应用可组合接收自广播网络和单播网络两者的元素，并 且以无缝方式向用户呈现状态更新。例如，社交网络应用可从经由广播网络接 收到的高速缓存文件中获得最新更新，并且以常规方式经由单播网络获得较老 的帖子。应当领会，该非限制性示例仅仅是本公开关于本地服务器提供社交网 络张贴信息的一个实施例。在一替换实施例中，社交网络张贴数据可通过支持 与起源社交网络服务器相同的应用编程接口（API）的软件进程来提供。
为标识足够数量的广播/单播接收机将感兴趣的社交媒体更新以证明有理 由使用广播网络，网络服务器可周期性地爬寻社交网络以标识高度流行的社交 网络实体，诸如具有非常大量的订户或“朋友”的个体。服务器可审阅社交网 络数据并且标识任意数量的高度流行的社交网络实体，诸如前100个最流行的 实体。例如，在本申请提交日时，Lady Gaga、Barack Obama（巴拉克·奥巴马） 总统、Amazon.com（亚马逊网站）和Charlie Sheen（查理·辛）可被标识为具 有非常大量的接收其web帖子的社交网络追随者或实体的实体。
被配置成实现各方法的服务器可基于连系或网络链接的数量是否超出阈 值数量来标识高度流行的社交网络实体和高度流行的社交网络主题。该阈值数 量可基于网络考虑（诸如满足来自那些个体的对更新的单播请求的净成本是否 超出经由各个实施例组装并广播或多播这些更新的成本）来建立。
例如，在一个实施例中，在按常规方式递送社交网络更新文件的情况下， 可以作出关于电信网络成本的第一确定。服务器还可作出关于使用对社交网络 更新文件进行的广播或单播传输的成本的第二确定。服务器可审阅这些成本确 定，并且形成关于是按常规方式（即，经由单播网络响应于特定请求）还是经 由广播来传送社交网络更新文件的确定。例如，广播社交网络更新文件对于相 对小数量的用户而言可能不是最优的，但对于10,000个用户而言可能是非常经 济的。在另一实施例中，该方法可预见与特定个体或新闻事件相关联的社交网 络话务中的大幅上升，并且随后切换成广播有关社交网络更新。例如，每小时 100,000条推特访问可能是临界值，在该临界值处用于广播的成本被节省单播 网络花费或带宽问题抵消。此外，各实施例可确定从网络利用和/或成本角度来 看，个体或主题的流行度何时已降至对更新的广播/多播递送不再有意义的点， 并且停止对此类更新的广播/多播。
实现一实施例方法的服务器可爬寻各个社交网络以收集流行度统计（例 如，每单位时间（诸如每小时、每天或每周）的用户访问/请求数量），分析该 信息以标识最流行的实体和主题，并且随后获得高度流行的社交网络实体/主题 的社交网络更新。服务器可聚集那些所获得的更新以供经由IP多播或广播方法 进行递送。在一实施例中，作为对所获得的流行的社交网络更新进行广播/多播 的补充或替代，可将所获得的数据高速缓存在位于蜂窝通信网络边缘的服务器 中，以使得对此类数据的请求能够被应答，而无需深入到蜂窝和数据网络的通 信。在一替换实施例中，作为服务器爬寻社交网络的替代或补充，服务器可实 现该服务器与起源社交网络服务器之间的特殊应用编程接口（API），该特殊 API标识或返回预定数量为K的社交网络节点及其朋友列表，连同与这些节点 有关的可选位置信息。各个社交网络张贴标识配置是可能的并且在本公开的范 围之内。
在一实施例中，接收机设备上的代理可包括订阅信息，或追随者、实体列 表，或用户有兴趣在一个或多个社交网络中追随的主题列表。代理可确定用户 的追随者列表与同该广播相关联的实体之间是否存在匹配。在一实施例中，代 理可查看由广播/多播网络例行传送的广播内容描述消息流，以确定是否存在与 用户的社交媒体连接或“朋友”的匹配。如果存在匹配，则代理可发信号通知 或以其他方式控制设备的广播或多播接收机电路系统仅接收和存储那些匹配 实体（数据或主题）的状态更新，从而忽略其他实体或主题更新的广播/多播。
在一实施例中，用户可为在用户的接收机设备上操作的代理指定订阅参 数。在另一实施例中，代理可访问来自用户接收机设备上的本地社交网络应用 的订阅参数或访问社交网络本身以确定订阅参数。在另一实施例中，代理可监 视接收机设备用户对社交网络的使用，以推断该用户可能有兴趣接收的订阅参 数或社交媒体更新。在另一实施例中，用户可从另一实体接收订阅参数，诸如 用户可采用第二实体或朋友的订阅参数。代理可使用此类订阅参数来标识要接 收并高速缓存在接收机设备上的社交媒体广播/多播。
在另一实施例中，可以提供在接收机设备上可操作的守护进程（daemon） 软件应用，该守护进程软件应用在后台中操作。在UNIX和其他计算机多任务 操作系统中，守护进程是在后台中运行而非在用户直接控制下的计算机程序。 守护进程软件程序可作为后台进程来发起，并且可处理系统日志或SSHD，该 SSHD处理传入SSH连接。守护进程软件应用可访问在接收机设备上操作的社 交网络软件应用以获得订阅参数，诸如用户有兴趣在一个或多个社交网络中追 随的追随者或朋友列表。守护进程软件应用可诸如通过分析网络的开销传输或 者电子目录或名录中的信息来确定追随者列表、或与广播或多播相关联的主题 或实体之间是否存在匹配。如果存在标识出的匹配，则守护进程软件应用可直 接或以其他方式控制广播/多播接收机电路系统接收感兴趣实体的状态更新，而 忽略其他实体或主题的广播/多播。在另一实施例中，可从服务器而不是从移动 接收机设备运行或执行社交网络软件应用，并且守护进程软件应用可使用浏览 器从该服务器访问社交网络软件应用。
在另一实施例中，广播可使用特定的预定多播地址经由IP多播来传送， 因此接收机设备可接收与其用户最相关的状态更新。在另一实施例中，来自社 交网络的更新可能不与追随者或接收机设备相关联，而是与主题有关。例如， 接收机设备的用户可能希望接收与关于特定地理区域中的餐厅、或关于特定电 影的某些社交网络评论或推特有关的主题数据。
在另一实施例中，对经聚集的社交媒体内容的广播可因地理位置而不同。 最流行的社交网络实体在各城市和各地理区域之间可能不同。例如，在美国宾 夕法尼亚州匹兹堡市，某些本地匹兹堡体育明星在该区域中的社交网络用户中 可能是高度流行的社交媒体实体，而纽约州纽约市的社交网络用户对那些相同 社交媒体实体可能几乎不感兴趣。因此，标识最流行的社交媒体实体的过程可 在地理基础上执行，其中对用于广播或多播的社交媒体更新的聚集随区域而不 同。例如，以社交网络状态更新的第一聚集形式的丰富媒体内容可在第一广播 流中递送给第一地理位置，而社交网络状态更新的第二聚集可在第二广播流中 递送给与第一地理位置不同的第二地理位置。
大多数移动接收机设备具有有限的存储器，以在高速缓存存储器中为新社 交媒体更新腾出空间，各实施例方法可提供用于删除陈旧更新以便为新鲜更新 腾出空间的机制。在一实施例中，接收机设备可监视社交网络的使用以标识用 户最常访问的那些社交网络。例如，用户访问的频度可能是另一第二 社交网络（例如）的四倍。接收机设备可聚集社交网络使用的一个 或多个统计，以选择要删除的文件。接收机设备可删除与同其他较频繁地使用 的社交网络相比不太频繁地使用的社交网络相关联的已高速缓存数据。因此， 当社交媒体更新高速缓存存储器已达到极限时，与较不频繁地访问的社交网络 相关联的陈旧数据可被删除，来为来自较频繁地访问的社交网络的新更新腾出 空间。
在另一实施例中，与同社交网络更新相关联的其他广播数据相比，一些更 新数据可由基站使用广播流更频繁地重复。例如，与其他人的更新相比，可以 频繁得多地广播对于高度流行用户的社交网络更新，并且基站可在广播流中以 更频繁的方式重复广播更新。
在另一实施例中，广播网络可传送来自一服务器的状态更新，该服务器不 同于操作社交网络应用的服务器。例如，可在广播配置中将经聚集的状态更新 数据从代理服务器传送到移动接收机设备。在该实施例中，服务器可爬寻各个 社交网络并且审阅这些社交网络的数据，以确定多个高度流行的社交网络实 体。该服务器可聚集这些高度流行的实体，并且将数据供应给另一第二服务器 或计算设备。第二服务器可封装经聚集的社交更新，并且将数据传送给接收机 设备，其中来自社交网络的经聚集的社交更新可存储在高速缓存存储器中。第 一服务器可标识高度流行的社交网络实体，并且第二服务器可使用广播和/或多 播网络按高度准确且成本有效的方式来传送社交网络更新。
在另一实施例中，社交更新可按某一预定义的社交网络更新分层结构来选 择。例如，社交网络更新分层结构可包括一种方法体系，其中高度流行实体取 决于接收机设备用户和接收机设备用户的朋友是谁，以及接收机用户从谁那里 频繁地访问或接收状态更新。例如，接收机设备的用户可具有追随来自高度流 行实体的状态更新帖子的朋友。尽管接收机设备用户尚未选择该高度流行实 体，但由于用户的社交网络分层结构，因此用户的接收机设备可被配置成基于 用户与朋友的联系来接收来自广播或多播传输的状态更新帖子。
例如，第一个体可追随高度流行名人。第二个体可频繁地与第一个体通信， 并且交换消息。基于第一个体与第二个体之间的该社交网络分层结构，假定因 为第一个体和第二个体频繁地通信且因此他们有可能就该高度流行名人进行 通信，第二个体的接收机设备可决定接收来自该高度流行名人的广播数据。
在又一实施例中，服务器可检测到在相对短的区间中大量社交网络用户正 查看、访问或审阅与有新闻价值的事件或有新闻价值的主题相关联的文件。假 定大量个体正查看该主题并且查看者列表正在增长，该方法可预测某些其他社 交网络用户可能希望在将来查看该有新闻价值的事件。该方法可经由广播网络 向用户递送社交网络更新，并且用户的接收机设备可接收此类更新而无需任何 订阅参数，并且将社交网络更新高速缓存在接收机设备的存储器中。
各个实施例具有各种各样的用于经由广播或多播网络向接收机设备递送 丰富媒体内容社交网络更新的潜在应用。可利用广播网络的大带宽向接收机设 备传送大型媒体内容文件。通过实现将丰富媒体内容组装成接收机设备内的本 地应用可利用的形式，以广播内容元素的形式来递送丰富媒体内容可更高效地 利用可用通信带宽并且使得接收机设备能够节省电池电量。
为了便于引用，以下使用社交网络内容递送的示例应用来描述各个实施 例。该应用使用通用术语来解说各个实施例的作用。然而，以下描述不旨在使 各实施例限于社交网络更新递送。本领域普通技术人将领会，各个实施例也可 用于递送各种丰富媒体内容。因此，除非特别声明，否则权利要求书的范围不 应限于社交网络更新递送和接收。
多个不同的移动广播电视服务和广播标准在将来是可得到或可构想的，所 有这些服务和标准可实现且受益于各个实施例。此类服务和标准包括，例如， 开放移动联盟移动广播服务使能器套件（OMA BCAST）、MediaFLO、数字视 频广播IP数据播送（DVB-IPDC）、手持数字视频广播（DVB-H）、手持数字 视频广播-卫星服务（DVB-SH）、手持数字视频广播2（DVB-H2）、高级电视 系统委员会－移动/手持（ATSC-M/H）、以及中国多媒体移动广播（CMMB）。
社交网络更新可适于在广播无线网络上分发，因为常见网页请求中的大部 分被定向到相对较小数量的高度流行实体。例如，流行社交网络参与者可推特 文本，并且使用向数百万用户提供到照片的链接。由于任何并且所有 追随者都具有请求该信息、并且使得社交网络更新数据递送给接收机设备的能 力，因此该内容被频繁地访问。各个实施例使用广播无线网络和多播网络以使 得社交网络更新内容就带宽利用和接收机设备电池电量消耗而言能够被高效 地广播，同时为用户提供对流行社交网络更新的接近即时的访问。
图1A解说在接收机设备110上操作的客户机代理软件应用105的一实施 例的高级示意图。客户机代理软件代理105可使用多播地址从多个社交网络接 收并高速缓存高度流行的社交网络实体的更新对象。代理105优选地驻留在接 收机设备110的存储器上。替换地，代理105可驻留在服务器上并且可与接收 机设备110通信。在另一实施例中，代理105可以是硬件或软件，并且可任选 地驻留在对等设备上。代理105可在接收机设备处经由广播或多播通信网络从 多个不同的社交网络150、120和125接收广播状态更新，以避免使用拥塞的 通信链路来接收此类更新。在一实施例中，代理105还可驻留在外部设备上。 例如，外部设备可以是带有的设备，或者有线 或卫星TV网络的机顶盒。客户机代理软件代理105还可任选地审阅内容描述 消息，用于标识与广播内容是否与接收机设备用户的订阅信息相匹配有关的信 息。在另一实施例中，软件代理105可将帖子转发给另一第二用户。
与少数几个流行社交网络提供商（例如，等）一起工作的广播网络提供商可使用各个实施例的 高效网站数据递送机制来提供各种社交网络内容。广播网络（诸如移动电视广 播网络）可根据各个实施例向无限数量的用户高效地递送web内容。当接收机 设备用户访问广播社交网络（例如，通过输入用户名和口令，并且访问社交网 络网站）时，在接收机设备内起作用的web服务器可从高速缓存存储器中所存 储的高度流行实体快速生成状态更新，而没有与经由通信网络向远程服务器请 求网页以及从远程服务器接收网页相关联的延迟。如果用户访问社交网络以请 求显示不是高度流行且未根据各实施例来广播的实体状态更新，则用户的接收 机设备可按常规方式从与社交网络相关联的服务器获得所请求的状态更新。
在各个实施例中，接收机设备可自动地监视广播网络以获得对高度流行社 交网络实体的社交网络更新的调度广播。这些高度流行社交网络实体可包括包 含大量追随者（例如，超过50,000个追随者）的社交网络实体。接收机设备可 选择性地接收并且存储用户有兴趣接收的社交网络更新元素。在一些实施例 中，接收机设备可包括用于避免接收陈旧或先前接收到的状态更新的广播的逻 辑。在一些实施例中，接收机设备可进一步被配置成从高速缓存中擦除老的状 态更新，因为用户可能只希望审阅当前信息，并且被配置成为高速缓存新更新 腾出空间。
在一实施例中，对社交网络更新的选择性接收、管理高速缓存中的文件、 以及满足来自用户和应用的对社交媒体帖子的请求可由在接收机设备处理器 上操作的守护进程软件应用在后台实现。当接收机设备的用户输入命令以查看 特定社交网络实体（例如，通过输入用户名或选择对应的URL，或者点击社交 网络应用中的图形用户界面）时，接收机设备内的web服务器应用可组装所请 求的更新，并且将其呈现给标准浏览器或其他已加载到接收机设备上的社交网 络应用（例如，窗口小部件）。
所呈现的社交网络更新可以是动态且交互式的，并具有与经由单播无线网 络从因特网下载的常规社交网络内容相同的外观和感觉。由于社交网络更新被 本地存储在接收机设备上的高速缓存存储器中，因此所请求的网页可由接收机 设备上的代理应用或web服务器应用来组装并且被非常快速地显示。在另一实 施例中，社交网络更新可按本机格式（诸如按二进制格式）存储在高速缓存中。 因此，从接收机设备用户的角度来看，接收机设备看起来对于先前从广播或多 播网络接收到且作为已拆解社交网络更新元素被高速缓存的社交网络更新具 有极其高速的因特网访问能力。这在用户体验方面可提供相比于传统移动web 浏览器的显著改进，因为除了任何服务器延迟以外，网页通常花费20秒或更 长时间来在3G链路上进行下载。另外，一旦高度流行社交网络实体张贴更新， 当该更新经由广播或多播向接收机设备传送时，网络服务器无需针对对同一数 据的数百万不同请求作出响应。
各个实施例可在各种移动多媒体广播和多播系统内实现，其中的一个示例 在图1B中解说。移动多媒体广播网络1通常包括由移动广播网络控制中心所 控制的多个广播发射机2，该移动广播网络控制中心在本文被称为广播操作中 心4（或图中的“BOC”）。广播网络1将来自广播发射机2的内容进行广播 作为移动广播传输3，以供接收机设备10（诸如移动电视接收机、智能电话、 蜂窝电话、个人数字助理（PDA）、平板计算机、交互式游戏设备、笔记本、 智能本、上网本、数据处理装置、平板计算机、附件或其他此类电子设备）接 收。在移动广播网络控制中心4内通常会有一个或多个服务器6，其可被配置 成管理：调度内容广播，生成与内容广播有关的电子服务指南和目录消息，以 及生成元数据消息以供经由多媒体广播网络1的开销流来广播。
一个或多个服务器6还可包括到外部网络（诸如因特网7）的连接，服务 器6可通过这些连接从社交网络内容提供商服务器8接收状态更新和内容订阅 源。一个或多个服务器6可被配置成从社交网络提供商服务器8接收内容，确 定要包括在元数据中的与收到内容有关的信息，确定对内容批次中内容的广播 的调度，以及生成电子服务指南、内容广播的目录、和其他开销消息（或流） 以供向接收机设备10广播。社交网络内容提供商服务器8可提供对社交网络 软件应用的访问，并且允许用户诸如通过使用用户名和口令来访问该社交网络 软件应用。一旦访问被准许，接收机设备的用户就可使用接收机设备10来访 问社交网络软件应用以查看社交网络更新、查看朋友、查看图片等。在各个实 施例中，社交网络可以是任何类型和品牌的社交网络，其中的一些示例包括 一般而言，实体在其服务器 或网络上张贴社交网络更新文件，这些社交网络更新文件可由接收机设备10 用户（也被称为社交网络追随者）接收。社交网络实体可以是个体、公司或组 织，并且高度流行的实体是具有足够追随者或流行度以使得对传输其更新的请 求可使通信网络紧张的那些实体。接收机设备10用户也可张贴社交网络更新， 社交网络可存储这些社交网络更新以使得它们可被第二追随者接收。
根据各个实施例，作为该内容递送系统的一部分，移动广播网络1还可包 括用于管理网页内容元素以供经由移动广播网络1来广播的web内容服务器5。 web内容服务器5可经由直接网络连接或间接网络连接（诸如因特网7）从社 交网络提供商服务器8或社交网络托管服务器9接收网页内容元素，诸如文本 文件、图像、图形、CSS文件、文件、JPEG媒体文件、媒体 文件、和模板。在各个实施例中，web内容服务器5可从若干社交网络提供商 服务器8和社交网络托管服务器接收社交媒体更新数据。在一些实现中，web 内容服务器5可周期性地访问社交网络提供商服务器8和社交网络托管服务器 9以下载状态和帖子更新。在一些实现中，社交网络托管服务器9可周期性地 向web内容服务器5推送社交媒体更新内容元素。在一些实现中，web内容服 务器5可通过访问网站以及通过接收社交网络提供商服务器8和社交网络服务 器9推送给它的内容两者来接收已更新网页内容元素。在社交网络提供商服务 器8和社交网络服务器9中生成web内容可以按生成并主存社交媒体网站内容 的普通方式来实现。
除了移动多媒体广播网络1以外，接收机设备10还可被配置成经由单播 网络11（诸如3G蜂窝电话网络或无线网络（例如，“热点”）） 进行双工通信。典型的蜂窝电话网络包括耦合到网络操作中心14的多个蜂窝 基站12，网络操作中心14操作以诸如经由电话陆线（例如，POTS网络（未示 出））和因特网7来连接接收机设备10与其他网络目的地之间的语音和数据 呼叫。接收机设备10与单播网络11之间的通信可经由双向无线通信链路13 （诸如3G、4G、CDMA、TDMA）和其他蜂窝电话通信技术、以及无线广域 网（诸如等）来实现。为促成因特网数据通信，单独的单 播网络11通常将包括耦合至提供到因特网7的连接的网络操作中心14或在该 网络操作中心14内的一个或多个服务器16。接收机设备10可经由单播网络 11与广播网络1通信，诸如经由借助因特网7对广播网络服务器6的IP数据 呼叫，诸如出于订阅社交媒体广播服务（例如，订阅广播web服务）的目的。 另外，接收机设备用户可经由单播网络11访问因特网7，诸如以下载未按照各 个实施例之一来广播的社交网络更新。
图2中示出各个实施例的操作的高级框图。如图所示，广播网络可包括社 交媒体更新服务器5，其可以是上文参考图1B讨论的web内容服务器5或不 同的服务器6。在移动广播网络控制中心4内通常会有一个或多个服务器5， 其可被配置成管理：调度内容广播，生成与内容广播有关的电子服务指南和目 录消息，以及生成元数据消息以用于经由多媒体广播网络1的开销流来广播。 如图所示，社交媒体更新服务器5连接到一个或多个社交网络服务器9。社交 网络服务器9存储社交媒体更新，并且被配置成对因特网消息作出响应以便向 多个用户或追随者（诸如向其各自的接收机设备10）提供社交网络更新。其他 服务器也可参与社交媒体更新的分发。
在社交媒体网络的正常操作中，高度流行社交网络实体周期性地上传媒体 更新，该媒体更新可包括文本、视频、媒体、JPEG图片、音乐专辑、电影或 任何其他数据。在各个实施例中，媒体更新可被传达到社交网络更新服务器5， 社交网络更新服务器5可组装社交网络更新以供广播或多播。在对社交网络更 新进行广播或多播之前，社交媒体更新服务器5可传达对社交网络更新广播或 多播的调度，该调度可在广播/多播流20上的开销包中进行传送（例如，电子 目录或调度宣告），其经由开销包3递送到调谐至广播/多播网络的每个移动接 收机设备10。随后，在先前传送的开销包中宣告的调度时间，在广播/多播流 20上对已组装社交网络更新进行广播或多播。先前已接收到开销包的每个移动 接收机设备10确定何时要在适当时间且在适当信道或流调谐至广播流20，以 便接收对“朋友”或设备用户所指定的已订阅实体的社交网络更新。在接收到 所选社交网络更新时，接收机设备10将更新数据存储在高速缓存存储器中。 之后，当用户在接收机设备10上执行社交网络应用并且选择其已订阅或已加 为朋友的高度流行实体时，与该高度流行实体相关联的社交网络更新已经被存 储在高速缓存存储器中，并且可非常快速地显示在接收机设备10上。
传送到接收机设备10的社交网络更新数据可包括能够通过web浏览器或 社交网络应用查看或执行的任何数据。社交网络更新通常是单个HTML格式的 文件，但也可以是另一种格式（诸如XML、JPEG、MPEG、或）的单个文件，或者它可以是依赖于附加文件的一文件（诸如HTML 文件）。例如，社交网络更新可包括HTML文件、一个或多个CCS和文件、一个或多个JPEG媒体文件以及一个或多个媒体文件，所有这些 被要求在接收机设备上提供完整的社交网络更新显示。社交网络更新可以是静 态的或动态生成的。静态社交网络更新一般是按与递送给终端用户相同的格式 存储在网站托管服务器上的网页。然而，最流行的内容可以是动态生成的。
图3解说可显示在接收机设备10上的示例性显示的屏幕截图，该屏幕截 图呈现社交网络站点的几乎一个示例且不旨在作为限制。所解说的显示来自 社交网络应用13，并且包括搜索选项卡图标15，其中用户可使用输入 设备（未示出，但可以是装备有触摸屏的接收机设备中该显示本身）进行键入， 以选择一个或多个追随者、一个或多个社交网络用户、或一个或多个主题以供 讨论和查看。在该示例中，该显示形成图形用户界面或即“GUI”，并且可以 是触摸屏显示，其中一个或多个图标形成可显示在该显示上的到一个或多个网 页的超链接。示例显示包括“登录”图标17，其中用户可输入Twitter用户名 和口令来访问社交网络应用13。
该显示还可包括多个流行的推特社交网络主题，这些主题形成到与该社交 网络主题有关的帖子的多个超链接。例如，所解说的流行主题19是“Haiti（海 地）”。除了个别高度流行的实体状态更新以外，各个实施例使得广播和多播 网络能够向数百万社交网络用户传送与高度流行主题有关的消息。应当领会， 本公开不限于社交网络实体的状态更新，而可应用于主题。
在示例GUI上还显示了多个高度流行的Twitter实体21-25。例如，具有 Twitter地址（@ladygaga）的Lady Gaga21包括超过一千万Twitter追随者，而 Justin Bieber23（@justinbieber）包括超过九百万追随者，以及总统Barack Obama 25（@BarackObama）包括超过八百万追随者。高度流行社交网络实体也可在 社交网络中追随同样可以是高度流行的其他人，并且多条推特或社交网络更新 可被聚集。例如，该显示示出了Lady Gaga具有764条推特，而Justin Bieber具 有9,144条推特或社交网络更新。接收机设备用户可点击GUI以查看Lady Gaga 21的推特，或者可点击超链接“764Tweets（推特）”以查看所有与高度流行 实体21相关联的推特，或者可点击“143,467following（追随）”超链接以查 看Lady Gaga21正追随哪些实体。在另一实施例中，还可将具有多媒体的广告 张贴在该显示的侧面，该广告可进一步增加数据量。所解说的显示以及对该GUI 如何操作的描述仅出于用于解释移动接收机设备可如何与社交网络交互的示 例目的。
诸如图4中的实施例方法400解说的，各个实施例从广播或多播网络接收 所选社交内容更新，将接收到的数据存储在本地存储器中，并且在接收机设备 10内主存的应用32（例如，web服务器应用）内组装社交网络更新。方法400 是用于使用广播或多播社交内容更新元素在接收机设备中生成社交内容更新 的一实施例方法，该实施例方法解说各个功能组件与广播/多播通信网络之间的 过程步骤和消息交换两者。在一实施例中，接收机设备10可配置有本地web 服务器32和本地数据存储33，以向接收机设备10用户提供广播或多播社交网 络更新。在框401中，如上所述，社交网络提供商服务器5可经由广播网络1 或多播网络对社交网络状态更新元素进行广播。这些元素可包括生成社交网络 更新所需的数据，在框402中接收机设备10选择性地接收并存储这些数据。 用于广播和选择性地接收社交网络更新元素的各方法在下文中将更详细地描 述。
接收机设备10内的处理器可配置有应用软件，应用软件包括web浏览器 31或社交网络应用（未单独示出）以及可耦合到本地数据存储33的本地web 服务器32。在接收到社交网络更新数据元素（步骤402）之后的某个时间，在 框404中，在接收机设备10内操作的web浏览器31可接收接收机设备10用 户对社交网络页面的请求，诸如根据接收机设备10用户输入网站名（例如， “Twitter.com”）、从列表或菜单中选择网站、或激活所显示的文档内的超链 接，或通过运行接收机设备上预加载的应用，例如用于或用 于接收机设备的或应用。
作为响应，web浏览器31或社交网络应用可生成HTTP（或其他协议）请 求，接收机设备处理器可经由内部数据总线或软件中继将该请求发送到本地 web服务器32。在一些实现中，“本地”web服务器主存的网站将具有“本地” URL。在此类实现中，本地web服务器上用于本地站点的程序可向接收机设备 通知应联系的适当的远程站点。在一些实现中，用于应联系以经由单播网络接 收内容的远程服务器的URL可被包括在用于该网站的程序内。URL还可被包 括在与网页内容有关且作为开销信息的一部分来传送的信息中。在一些实现 中，本地web服务器可（例如，经由表查找例程）将超链接中或数据请求消息 中用于外部服务器的URL（即，非本地URL）识别为对应于本地高速缓存的社 交网络更新，并且将查询定向到本地高速缓存的数据，而不是将请求转发到所 寻址的服务器。本地web服务器32在框408中可接收对社交网络的请求，且 在框412中加载适当程序和社交网络状态更新数据。在框416中本地web服务 器32可处理已高速缓存的文件以生成所请求的网页，或生成数据库查询（诸 如SQL查询）。可以在数据总线或软件中继上将呈数据库查询协议（例如， JDBC）形式的数据库查询发送到接收机设备内的本地数据存储33，在框420 中本地数据存储33接收查询并返回适当数据。在框424中本地web服务器32 可接收结果，并且基于社交网络更新并使用本地数据来生成社交网络网页。在 框428中本地web服务器32可向web浏览器31或社交网络应用发送所生成的 HTML网页。在框432中web浏览器31或社交网络应用可经由HTTP响应接 收网页，并且在框436中呈现网页或显示。如果对网页或显示的呈现需要访问 存储在本地数据存储33中的对象，则作为框436的一部分，浏览器31或社交 网络应用可向数据库发送对所需对象的请求，并且接收所请求的对象。
如图4中所示，各个实施例可利用web浏览器31或社交网络应用、web 服务器32、以及本地数据存储33来动态地生成显示在web浏览器或社交网络 应用中的社交网络更新。然而，各个过程步骤可由各应用的任何组合来实现。 在一实施例中，web浏览器31或社交网络应用、web服务器32以及本地数据 存储33的功能可由单个社交网络软件应用来执行。在另一实施例中，本地数 据存储33和本地web服务器32可以是单个应用。另外，web浏览器31可以 是能够下载并呈现因特网网页的web浏览器，或者它可以是限于与本地web服 务器32对接的应用。
网页也可由在接收机设备上的本地web服务器上运行的程序来组装，以根 据该程序中实现的逻辑来生成网页。此类程序可被预加载到接收机设备上，或 经由通过广播网络的周期性传输来接收，从单播网络接收，或经由（诸如来自 处理器可读存储介质的）软件上传来接收。此类用于特定网页的程序可包括可 经由网络联系的远程服务器的地址。远程服务器的该地址可不同于web流标识 符和用于该网站的因特网URL。
为了向接收机设备广播网页内容元素，各个实施例可利用与如何在移动多 媒体广播网络中向移动接收机设备广播其他内容类似的方法。图5解说在移动 多媒体广播网络1内可用于在广播传输中向接收机设备10递送社交网络更新 元素的信息流的概览。如上文提到的，移动多媒体广播网络1可从多个社交网 络服务器8a、8b接收社交网络更新内容元素（例如，文本、照片、web模板或 程序、图形、图像、动态数据和可执行脚本）。在另一实施例中，其他服务器 可提供或可辅助提供社交网络内容，诸如通过爬寻多个社交网络服务器以组装 最流行的社交网络更新的中央存储。
此类内容可经由数据网络20（例如，因特网7）提供给移动多媒体广播网 络1内的社交网络更新服务器5。社交网络更新服务器5可将此类内容存储在 数据库中并且调度该内容以供广播。在调度社交网络更新内容以供广播时，内 容管理器服务器6确定将广播什么、何时将广播以及将在哪个网络地址上广播。 作为调度的一部分，社交网络更新服务器5可将更新内容元素格式化成适于广 播的各内容包（CP）。社交网络更新服务器5还可提取与社交网络更新元素有 关的信息，以供包括在内容描述和调度开销消息（在图中被称为内容包描述流 （DCF）和内容包描述）中。所提取的与社交网络更新元素有关的信息可包括： 例如，对应的社交网络名称（或其他标识符）、社交网络实体名称、更新文本、 本地或远程URL、对象标识符或文件名、版本号、媒体类型（例如，文本、PDF、 JPEG、FLASH、JavaScript等）、元素年限或创建日期/时间、以及与社交网络 更新元素有关且对于使得接收机设备能够确定是否要从广播流中接收内容包 可能有用的其他信息。
社交网络更新服务器5可与广播或多播系统4协作，以确定为社交网络更 新元素包调度的广播时间，以及接收所需的其他广播信息，诸如将携带内容包 的流或网络流的标识符（例如，流ID）。社交网络更新服务器5可将所调度的 广播时间与具有关于内容元素的描述性信息的流ID信息（例如，网页名称、 实体或名人的名称、社交网络名称或ID、对象ID等）进行组合，以生成内容 包描述（CPD）供经由开销流进行传输。此类内容包描述可以按web内容元素 的目录列表形式，该目录列表可以像广播网络所携带的其他内容目录那样被传 送。社交网络更新服务器5可经由内部网络数据流22向广播或多播系统4提 供已组装网页内容元素包，并且经由内部网络数据流24提供内容包描述。数 据包可被存储直至适当的广播时间，在该时刻内容广播系统4将适当的包编码 成复用广播波形，该复用广播波形经由网络发射机2广播，作为网页内容元素 包26以及内容描述流28（其包括对社交网络更新元素的内容包描述）的广播/ 或多播传输。
典型的移动多媒体广播网络以及多播网络在多个不同信道或流上传送内 容，从而使得若干个不同的节目能够被同时广播。由于广播传输波形的本质， 这多个不同信道或流可在同一射频频谱上被携带，但可包括使得这些信道或流 中的每一者都能被接收机设备10选择并接收的结构和信息。个别信道或流可 由地址或流标识符（ID）来标识。内容描述流内的信息使得接收机设备10能 够确定特定地址，以便接收特定内容。例如，可以同时广播对第一高度流行实 体和第二高度流行实体的社交网络更新。另外，对同一实体的一些更新可用新 更新来重播。例如，可以同时广播来自周一和来自前一个周日的第一高度流行 实体的社交网络更新。多播网络可类似地传送不止一个信息流，这些信息流被 配置成使得接收机设备可选择性地接收特定流以及那些流的特定部分。
接收机设备10可被配置成选择性地接收广播传输中包括其用户感兴趣的 社交网络更新的那些部分，并且可被配置成分开地处理社交网络更新内容元素 传输26与内容描述包传输28。具体而言，接收机设备10可被配置成监视广播 开销流以接收广播或多播目录和内容包描述，作为确定要接收的该部分广播/ 多播信号的一部分。通过监视内容包描述流，接收机设备10能够标识接收机 设备用户感兴趣的那些社交网络更新元素（例如，具有匹配该用户已订阅或该 用户追随的社交网络实体的ID）。随后，通过使用内容包描述中的信息，接收 机设备可被配置成在指定广播时间激活接收机电路以访问指定流ID，以便接收 所选内容元素。对于依靠电池操作的接收机设备，该能力使得能够节省电池电 量，因为接收机电路可保持断电直到期望的社交网络更新被广播或多播之时。
例如，对于接收机设备10的用户未在Twitter上追随的高度流行实体的更 新的广播可能与内容描述流28中所标识的订阅列表不匹配，且因此可被忽略。
在另一实施例中，在接收机设备上操作的软件守护进程可监视接收机设备 用户的活动和输入。通过监视用户的使用习惯，该软件守护进程可维护接收机 设备用户追随的多个高度流行的社交网络实体的订阅或列表。软件守护进程 （在后台中操作）可维护高度流行实体的已更新列表，以及与匹配接收机设备 用户已订阅的社交网络实体的ID相对应的地址。例如，在后台中操作的软件 守护进程可监视内容包描述流28，以标识接收机设备用户感兴趣的状态更新元 素，并且比较内容包描述内的实体ID以找出匹配用户已订阅的社交网络实体 ID的实体ID。软件守护进程可使用内容包描述中的该信息在指定广播时间激 活接收机电路以接收所选内容元素，并且将更新元素存储在高速缓存存储器 中。之后，当接收机设备用户期望状态更新时，接收机设备10上的对应社交 网络应用可从高速缓存存储器中读取状态更新。
为了使得接收机设备10能够接收广播内容元素，可在内容广播/多播之前 按类似于如何广播其他内容目录的方式来对内容包描述进行广播。内容描述流 上的内容包描述广播与内容流上的对应内容元素包广播之间的定时关系在图6 中解说。
在图6中解说的示例实施例中，在广播信号的内容流上广播对应内容元素 包40之前，在广播信号的内容描述流上广播内容包描述分组50。内容包描述 50可包括与以下各项有关的信息：开始时间、广播地址或流ID、社交网络更 新元素的身份（例如，网页标识符、社交网络名称、社交网络实体名称、追随 者名称、主题名称、和对象ID）、以及使得接收机设备能够在所选内容被广播 时标识并且接收该所选内容的其他信息。
在另一实施例中，接收机设备10可接收第二社交网络用户或朋友接收到 的任何和所有更新。例如，社交网络实体（例如，Lady Gaga或Opra）可公开 他们订阅或加为朋友的主题或社交网络实体，以使得他们的朋友可接收相同的 社交网络更新。在该实施例中，内容包描述50可包括与特定社交媒体加工实 体的社交网络朋友有关的标识。同样，该定时使得接收机设备10能够接收内 容描述消息并且审阅广播中与内容元素包有关的信息（例如，其标识符和对象 ID），以确定是否有任何内容元素包应被接收。如果接收机设备10基于用户 感兴趣的社交网络实体的所标识的主题或朋友确定应接收一个或多个社交网 络状态更新元素包，则该设备可使用内容描述消息内的信息来接收所标识的社 交网络状态更新。
应当注意，传输层用来标识社交网络状态更新元素以及接收机设备用来选 择性地接收感兴趣的内容的网页ID可不同于该网页的正常因特网URL（在因 特网网站的情况下）。
为了在可靠的通信包中高效地传达内容描述信息，内容包描述消息可根据 信息处理算法来生成，该信息处理算法使内容信息浓缩并将其格式化成甚至在 噪声环境中也能以低差错率来接收的广播或多播格式。
广播或多播社交网络更新内容可被划分成一个或多个“内容流”，“内容 流”是指对与给定社交网络8a和8b有关的社交网络状态更新内容元素包的广 播或多播。在一实施例中，来自每个社交网络实体（例如，Lady Gaga或Opra） 的内容可被组织成专用内容流26。例如，高度流行社交网络实体可参与多个不 同的社交网络，其中每一个社交网络具有不同的社交网络用户。例如，第一社 交网络实体名称在Twitter上，第二社交网络实体名称在Foursquare上，而第 三社交网络实体名称在Facebook上。内容流26可用于不管社交网络源自哪个 社交网络都传送对特定实体的所有更新，而无需重复同一状态更新。为此，社 交网络更新服务器5可爬寻各个社交网络，并且将社交网络数据聚集在共用数 据库中，社交网络更新广播或多播从该共用数据库中生成。
在另一实施例中，内容流26可提供来自特定社交网络（例如，或 ）的更新。在另一实施例中，内容流26可包括来自社交网络的与来 自多个实体对特定主题或有广泛兴趣的主题的已张贴评论有关的主题信息。例 如，递送与高度流行主题有关的更新的内容流26可包括来自多个不同社交网 络的与同一主题有关的评论或帖子。在另一实施例中，单个内容流26可用于 广播或多播所有与主题有关的社交网络更新，而不管社交网络、社交网络实体 或主题为何。在又一实施例中，内容流26可传送与特定地理位置或区域有关 的内容。
接收机设备用户可选择或订阅他们希望追随或加为朋友的高度流行社交 网络实体。该选择可向其接收机设备通知内容流26中要接收并存储的状态更 新内容元素包。在另一实施例中，接收机设备可被配置成基于任何数量的已确 定参数来订阅某些状态更新。此类参数可包括社交网络属性、追随者、地理位 置、广告偏好、朋友的追随者、朋友的属性、主题性社交网络属性、分层结构 关系、顾客人口统计、用户的浏览历史、和/或广播网络服务提供商的营销主 动性。
在图7中解说用于在广播或多播传输中接收社交网络状态更新的一实施例 方法700。该实施例方法700可在具有配置有处理器可执行指令以执行方法的 操作的处理器的服务器中实现。在一实施例中，这些操作可在分布式网络上实 现并且可提供给服务器或广播/多播网络。
在方法700中，在框703，服务器可经由网络（诸如因特网）访问第一社 交网络。在框705，服务器可分析所访问的社交网络中可用的信息，以标识该 社交网络内最流行的社交网络实体。框705中的该操作可涉及访问关于大量公 众实体的记录以确定其追随者数量。替换地，该操作可涉及访问由社交网络维 护的标识其最流行的实体或主题的某些记录。替换地，在框705，该标识高度 流行社交网络实体的操作可由向服务器提供信息的另一实体来执行。可定期地 实现标识最流行社交网络实体的过程，以使得流行度的变化被反映在广播内容 中。以此方式，广播/多播带宽不被来自当前追随者极少的实体的更新传输所消 耗。
在框710，服务器可为框705中所标识的最流行社交网络实体中的每一者 获得最近的帖子或状态更新。作为框710的一部分，服务器可将所获得的最流 行状态更新聚集成适于广播/多播的格式。服务器随后可返回至框703以经由因 特网访问另一社交网络，从而重复框703、705和710的操作以便爬行多个社 交网络服务器，以跨多个社交网络和社交网络服务确定最流行社交网络实体。
一旦获得并聚集了来自最流行的社交网络实体的社交网络状态更新，在框 715，与广播或多播网络协作的服务器就可在内容流中向接收机设备广播状态 更新。如上所述，广播/多播过程可涉及在对社交网络更新进行广播或多播之前， 对目录或包括广播调度信息的其他类型的内容描述消息进行广播。如上文提到 的，广播/多播传输可限于某些地理位置或区域，以使得传输中包括的社交网络 更新可与那些位置/地区相关。
图8解说用于确定社交网络实体是否具有足够流行度以使用广播通信网络 来广播状态更新的一实施例方法800。方法800可在具有配置有处理器可执行 指令以执行该方法的操作的处理器的服务器中实现。在方法800和框805中， 服务器访问所选社交网络。在框810，服务器可访问社交网络实体列表以及由 所访问的社交网络所主存的其追随者。例如，一些社交网络可广告其最流行的 实体、主题、论坛等的流行度统计，在该情况下，服务器可仅直接从社交网络 获得该发布的信息。在框815，可将在框810获得的特定社交网络实体的社交 网络追随者数量与预定阈值作比较。如上文讨论的，对于经由广播或多播过程 来递送社交网络更新有意义的阈值可取决于经济、技术和实际因素的数量。例 如，预定阈值可设置在一值，该值确保与广播这些更新相关联的成本被与将关 联于那些更新的网络话务移出活动网络相关联的网络节省证明是合理的。此类 因素可包括对社交网络更新的大量请求会对特定通信网络造成的影响，与聚集 社交网络更新并由广播或多播过程递送它们相关联的成本，广播/多播服务的订 户数量，等等。这些因素可预先评估以标识对于广播或多播该实体的社交网络 更新有意义的阈值。在另一实施例中，阈值可以是动态的，并且与以下各项相 关：社交网络内容更新的大小、高度流行社交网络实体的数量、通信网络的带 宽容量的变化等。在另一实施例中，阈值可取决于社交网络。例如，在一些实 施例中Twitter利用SMS来递送社交网络更新，而其他社交网络可在更新中递 送较大文件。因此，基于SMS的Twitter社交网络更新可能是可接受的，并且 即使在10,000或更多追随者的情况下可以不对网络施加任何负担。然而，SMS 社交网络更新可在社交网络更新中提供对媒体的引用或到媒体的超链接，这可 对第二服务器造成问题并且约束第二服务器的资源。在该方面，可审阅对第二 服务器访问超链接的约束，以确定广播社交网络更新是否更经济，并且该广播 可将社交网络更新与超链接的内容进行合并，以供快速且更经济地向大量追随 者递送。
在框820，可标识最流行社交网络实体，以使其更新可被获得并且在广播 或多播内容流中传送以供接收机设备接收。使用为广播或多播递送所标识的最 流行社交网络实体，在框710服务器可从那些所标识的实体获得最近帖子和状 态更新。如上文提到的，作为框710的一部分，服务器可按适于广播或多播传 输的格式来聚集所获得的状态更新。服务器随后可返回框805以访问另一社交 网络并且重复该过程，由此跨多个社交网络爬行，以获得来自其流行度超出预 定阈值的那些社交网络实体的更新和帖子。一旦获取并聚集了所有社交网络状 态更新，与广播或多播网络协作的服务器就可广播那些更新，如上文在框715 中描述的。
图9解说用于确定社交网络实体是否具有跨至少两个不同社交网络的足够 流行度以证明有理由广播或多播该实体的状态更新的一实施例方法900。高度 流行社交网络实体可在多个社交网络上维持在场或发布更新，并且该实体的更 新的组合流行度可证明广播或多播过程的合理性，即使在单个网络上的流行度 可能不行。之后，在确定多个社交网络中的流行度后，服务器可确定社交网络 实体是否具有足够追随者（例如，将追随者数量与阈值作比较）。
在方法900中，在框905，服务器可访问第一社交网络和第二社交网络。 在框910，访问社交网络实体及其追随者的列表，并且为第一和第二社交网络 两者确定其依存性。在框915，可以将跨两个或更多个社交网络的社交网络实 体的社交网络追随者数量与预定阈值作比较。在框920，服务器可基于第一和 第二社交网络两者中的追随者总数来确定最流行社交网络实体。使用为广播或 多播递送所标识的最流行社交网络实体，服务器可继续以在步骤710获得来自 所标识的那些实体的最近帖子和状态更新。该操作可能要求重新访问第一和第 二社交网络（以及任何其他网络），以便获得来自所标识的最流行社交网络实 体的更新。一旦获得并聚集了所有社交网络状态更新，与广播或多播网络协作 的服务器就可如上文在框715描述地广播那些更新。
尽管图9中解说的示例仅考虑两个社交网络，但可应用同一概念来在可由 服务器分析的任何数量的社交网络中确定最流行社交网络实体。因此，在各个 实施例中，可基于单个社交网络、所选数量的社交网络、或服务器评估的所有 社交网络中的追随者数量来标识最流行的社交网络实体。
图10解说用于聚集来自多个不同社交网络的数据以广播或多播社交网络 状态更新的一实施例方法1000。实施例方法1000可在配置有服务器指令以执 行该方法的操作的服务器中实现。在框1005，服务器可爬寻第一社交网络以获 取与流行实体的帖子和社交网络更新有关的数据。在该操作中，服务器可按顺 序访问若干社交网络实体帖子或页面，以收集关于每一者的信息。在框1020， 服务器可确定最流行社交网络实体，并且在框1035，服务器可下载最流行社交 网络人物的帖子。
在框1010，服务器可按类似方式爬寻第二社交网络以获取与流行实体的帖 子和社交网络更新有关的数据。在框1025，服务器可确定第二社交网络的最流 行社交网络实体，并且在框1040，服务器可下载第二社交网络的最流行社交网 络实体的帖子。
在框1015，服务器可爬寻第三社交网络（和其他网络）以获取与流行社交 网络实体的帖子和社交网络更新有关的数据。在框1030，服务器可确定第三社 交网络的最流行社交网络实体。在框1045，服务器可下载第三社交网络的最流 行社交网络实体的帖子。
在框1050，服务器可格式化并且聚集从所有三个（或更多）社交网络的高 度流行社交网络实体获得的帖子以供广播/多播传输，并且在框1055，服务器 可经由广播/多播网络来广播或多播这些帖子。在框1060，服务器还可任选地 广播标识广播时间、内容、信道的内容描述消息和其他标识数据，以使得接收 机设备可接收感兴趣的经聚集数据，而忽略设备的用户不感兴趣的内容传输。 方法1000中各个框可异步地发生，或者按不同于图10中示出的次序发生。
图11解说用于传送对最流行人物和实体的广播/多播社交网络状态更新的 另一实施例方法1100。为了能够接收来自高度流行实体或高度流行主题的广播 社交网络更新，实施例方法1100在框1105采用“爬寻”社交网络站点的服务。 在框1110，对社交网络的该爬寻确定前X个最流行社交网络个体。流行帖子可 以是那些由绝大多数追随者接收的帖子。另外，帖子可与不同主题（它们是最 流行社交网络主题）有关。在框1115，服务器可从最流行社交网络实体各自的 社交网络获得来自这些最流行社交网络实体的帖子，并且在框1120，将社交内 容更新帖子打包成广播格式。在框1125，如上文参考图5描述的，服务器可进 一步形成广播分组以及宣告广播时间的电子目录。在框1130，可根据帖子目录 中的调度来广播或多播X个最流行人物或实体中的帖子或更新。
社交网络本身而非上述第三方服务器可选择流行的社交网络身份。这可通 过至少两个社交网络实体之间的协作来实现。替换地，社交网络可提供其自身 的流行实体列表。可以周期性地确定并更新这些列表，以反映这些身份的流行 度变换时流行度随时间发生的变化。例如，可以在每小时或每分钟的基础上分 析趋势。这些订阅列表还可包括仅来自一个社交网络、来自至少两个社交网络、 或来自多个社交网络（国内和世界范围两者）的流行实体。
图12解说用于在接收机设备处接收广播状态更新的一实施例方法1200。 实施例方法1200可在具有配置有处理器可执行指令以执行方法1200的操作的 处理器的接收机设备中实现。在方法1200中，在框1205，可以向广播/多播接 收机模块注册接收机设备用户的订阅数据（即，用户的社交网络联系人）。在 框1210，接收机设备用户的个人列表可存储在接收机设备上，或可远程地存储， 诸如存储在社交网络服务器上或“云中”。在框1215，广播或多播目录可由接 收机设备接收。接收此类广播或多播目录可由接收机设备在此类目录传输的正 常调度时间调谐至适当的开销数据流或传输流来实现。作为框1215中接收广 播或多播目录的一部分，接收机设备处理器可对目录解包，并且访问标识为广 播或多播调度的社交网络更新的任何数据表。要广播/多播的社交网络更新可包 括网络和/或实体标识符。
在判定框1220中，处理器可将广播/多播目录中的社交网络和/或实体标识 与接收机设备用户所追随的社交网络实体的标识符列表作比较，以确定是否存 在匹配。如果处理器确定接收到的广播/多播目录中不存在匹配（即，判定框 1200=“否”），则处理器可不采取接收广播或多播传输的行动，因为这些传 输中不包含用户感兴趣的更新。然而，在框1215，处理器可继续接收对广播或 多播目录的更新。如果处理器确定用户的“朋友”与接收到的广播/多播目录中 列出的更新之间存在至少一个匹配（即，判定框1220＝“是”），则在框1225 处理器可在广播/多播目录中所标识的传输时间接收匹配的广播/多播更新传 输。这可通过为接收机设备内的接收机电路及时供电以接收匹配的帖子来在广 播/多播时间实现。在框1230，在接收机设备上接收到的更新可高速缓存在本 地存储器中，诸如数据库中或代理服务器数据中。随后，在稍后时间，在框1235， 当社交网络应用在接收机设备上运行时，该应用可访问经高速缓存的更新。这 可通过社交网络应用被配置成在试图经由外部网络（例如，因特网）从社交网 络下载更新之前搜索本地数据库或代理服务器数据中存储的社交网络更新来 实现。因此，如果期望的帖子在接收机设备存储器中，则应用获得状态更新， 而无需访问外部网络。接收机设备可仅去往社交网络服务器以寻找来自其他 “朋友”的帖子。
在一实施例中，接收机设备可被配置成仅接收与用户的订阅或朋友匹配的 尚未接收且尚未存储在存储器中的那些社交网络实体更新。图13解说用于实 现该实施例的一实施例方法1300。实施例方法1300可通过使设备的处理器配 置有处理器可执行指令以执行该方法的操作来在接收机设备中实现。在方法 1300中，在框1305，设备处理器可确定用户所选的、加为朋友、或订阅的社 交网络实体或主题。在一实施例中，框1305中的该确定可通过社交网络应用 向应用或本地服务注册以经由广播或多播接收更新来实现。在另一实施例中， 框1305中的该确定还可以或替换地通过监视用户的设备使用以识别社交网络 使用、请求和更新接收来实现。例如，在后台中操作的软件守护进程可确定接 收机设备用户追随的高度流行的社交网络实体或主题。在另一实施例中，框 1305中的该确定可通过处理器从各个社交网络站点接收与用户的成员资格或 订阅有关的信息以及用户加为朋友的高度流行社交网络实体的列表。在另一实 施例中，框1305中的该确定可以按通过GUI的用户输入形式，诸如用户键入 针对感兴趣社交网络实体的标识符、或选择超链接（或其他可运转用户界面设 备），这向处理器通知用户对要监视更新的特定社交网络实体的选择。在另一 实施例中，框1305中的该确定可使用上述方法的任何组合来实现。
在框1307，处理器可基于在框1305确定的用户的订阅、朋友等来确定要 监视广播/多播更新的广播或多播流或信道。特定广播和/或多播流可携带特定 社交网络的更新，因此接收机设备可能需要监视不止一个广播和/或多播网络， 以接收与用户相关的所有更新。在框1310，接收机设备可监视内容描述流或传 送所调度状态更新内容元素包广播/多播的列表和描述的其他开销消息，以检测 何时接收到已更新内容描述消息。在框1315，接收机设备可将接收到的已更新 内容描述消息中的状态更新内容包描述中的社交网络实体标识符与在框1305 确定的用户的订阅、朋友等作比较，并且在判定框1320确定是否存在任何匹 配。如果内容描述中的信息与同接收机设备用户相关的状态更新不匹配（即， 判定步骤1302＝“否”），则在框1310接收机设备可继续监视内容描述流。
如果处理器确定内容描述中的信息包括与接收机设备用户相关的状态更 新（即，判定框1320＝“是”），则在框1325处理器可访问内容描述消息内 的版本号以获取任何匹配的更新，并且将该数据与本地高速缓存存储中已存储 的更新版本号作比较。在判定框1330，通过确定每个匹配的更新标识符是否与 高速缓存中所存储的更新具有相同（或更早）的版本号，处理器可以确定为广 播或多播所调度的相关更新是否为新的（即，是否已经接收并高速缓存）。可 以作出该确定，因为广播公司可多次广播同一内容，以增加接收机设备能够接 收广播的概率。同样，来自给定实体的同一更新可由不止一个社交网络张贴， 或者可在不止一个广播和/或多播网络上传送。如果处理器根据内容描述中的该 版本信息确定为广播所调度的所有匹配的状态更新已存储在高速缓存存储器 中（即，判定框1330＝“否”），则接收机设备可忽略所调度的广播/多播， 并且在框1310继续监视内容描述流。以此方式，接收机设备可避免因下载广 播/多播更新的冗余副本而引起的不必要的功率汲取。
如果至少一个匹配的所调度更新具有比来自高速缓存中所存储的同一实 体的更新更晚的版本号（即，判定框1330＝“是”），从而指示该更新对于 接收机设备是新的，则在框1335处理器可根据内容描述消息来确定新的更新 广播/多播的调度时间和信道/流/地址。处理器可使接收机电路系统断电直到所 标识的广播或多播时间，以便节省电池电量。然后，在框1340，在所调度的传 输时间，处理器可使接收电路（例如，无线接收机电路）通电，以在所标识的 信道/流/地址上接收新的更新广播/多播。在框1345，处理器可处理接收到的数 据消息以恢复所选更新（包括按需执行纠错、格式化和呈现），并且将新的更 新存储到高速缓存存储器。过程1300可以以处理器返回框1310来继续重复， 以监视内容描述流获得社交网络更新广播/多播的新调度。
除了选择接收新的更新而忽视已接收到的更新以外，接收机设备可基于更 新的年限来决定接收社交网络更新广播/多播，并且通过优选地删除较老、优 先级较低的更新来在高速缓存存储器中为新的更新腾出空间。图14解说用于 在接收机设备10处接收广播状态更新的一实施例方法1400，实施例方法1400 包括用于从存储器中删除陈旧更新以便为新接收到的更新腾出空间的操作。实 施例方法1400可通过使其处理器配置有处理器可执行指令以执行该方法的操 作来在接收机设备中实现。
在方法1400中，在框1405，接收机设备处理器可接收与用户的社交网络 成员资格和社交网络实体中的偏好或优先级有关的用户输入。在框1410，处理 器可基于用户输入来确定社交网络更新分层结构。该分层结构可对各个社交网 络进行排名，以使得偏好的社交网络比其他网络具有更高的优先级。该分层结 构还可对各个社交网络实体进行排名，以使得一些实体比其他实体具有更高的 优先级。该分层结构使得处理器能够接收并存储符合用户偏好的社交网络更 新。例如，接收机设备用户可标识用户在接收社交网络帖子时感兴趣的多个主 题。接收机设备用户还可标识接收机设备用户在接收社交网络帖子时感兴趣的 多个社交网络实体。
在一实施例中，在框1410确定的社交网络分层结构可通过接收机设备采 用另一用户的社交网络分层结构（诸如朋友的社交网络分层结构，或用户已订 阅的特定社交网络实体推荐的分层结构）来确定。
在另一实施例中，在框1410，接收机设备可确定因位置或地理参数而异的 社交网络分层结构。例如，对于纽约州纽约城的最流行社交网络实体，可以给 予其高于其他社交网络实体（例如，与加利福尼亚州圣地亚哥相关的那些社交 网络实体）的优先级。在另一实施例中，在框1410确定的因位置或地理参数 而异的社交网络分层结构可以是动态的，并且可取决于接收机设备的位置而变 化（例如，基于网络或GPS接收机来确定）。
在另一实施例中，在框1410确定的社交网络分层结构可基于用户的所选 社交网络主题。例如，用户可以对主题“”感兴趣。在这种 情况下，在框1410确定的社交网络分层结构可基于包括与该主题有关的简档 信息的社交网络用户，或可基于在社交网络更新中讨论该主题表现突出的用户 来形成。
在框1415，处理器可接收内容描述消息或其他类型的开销消息，包括在框 1415标识社交网络状态更新信息的数据。在框1420，处理器可检查内容描述 消息以确定要广播或多播的任何社交网络更新是否与用户的社交网络订阅或 朋友相关或匹配，以如上所述地确定是否应接收任何广播/多播。在判定框1425， 处理器还可确定任何匹配的即将要广播或多播的相关社交网络更新是否陈旧。 处理器可通过将收到描述中的帖子日期或版本日期与当前日期作比较、晚于阈 值日期、或以其他方式确定更新的年限来确定这些更新是陈旧的。即使较老的 更新未存储在存储器中，一些用户也可能偏好仅接收来自他们的高度流行社交 网络实体“朋友”的非常新近的更新。如上文参考图13描述的，该确定可以 作为处理器确定更新是否已存储在存储器中的补充或替代。
如果处理器确定所有匹配的社交网络更新都是陈旧的（即，判定框1425＝ “是”），则处理器可以不接收更新广播/多播，并且返回至框1415以接收下 一个内容描述消息。另一方面，如果任何匹配的社交网络更新都不陈旧（即， 判定框1425＝“否”），则在框1430处理器可根据上文参考图13描述的操 作（尤其是框1335至1345）来控制接收机电路系统以便接收广播或多播更新 消息。在框1435，处理器可将接收到的状态更新高速缓存到接收机设备上的高 速缓存存储器中。
作为将接收到的状态更新存储到高速缓存存储器的一部分，在判定框1440 中，处理器可确定该高速缓存是否已满（诸如通过将存储器状态与高速缓存中 的阈值数据量作比较）。如果高速缓存存储器中有足够空间，则在框1435将 继续高速缓存这些更新，直到或者高速缓存存储器已满或者所有接收到的更新 已被存储。当处理器确定高速缓存存储器已满（即，判定框1440＝“是”）， 则在框1445处理器可基于社交网络分层结构和更新的年限来删除高速缓存中 存储的一部分数据。以此方式，通过从最老（最陈旧）的开始、首先删除优先 级最低的更新来创建用于高速缓存最近接收到的更新的存储空间。因此，代替 删除所有老的社交网络更新，处理器可根据框1410确定的分层结构删除具有 最低社交网络实体更新优先级的最老更新。框1440和1445中在高速缓存中为 新的更新腾出空间以及框1435中高速缓存新的更新的过程可以继续，直到所 有接收到的社交网络更新已被高速缓存。此时，处理器可返回框1415，以继续 监视内容描述订阅源以获取设备用户感兴趣的其他社交网络更新。
图15解说根据各个实施例的系统内的消息交换。在所解说的系统中，第 一社交网络A可包括第一服务器1505，而第二社交网络B可包括第二服务器 1520。同样，所解说的是社交网络更新服务器1525和广播/多播网络服务器 1930。所解说的网络还包括可经由蜂窝数据网络1550（解说为基站天线）接收 广播和/或多播的接收机设备1555。
社交网络更新服务器1530可执行上述方法来爬寻社交网络、标识高度流 行实体、获得来自高度流行实体的更新、以及格式化这些更新以供广播和/或多 播。广播/多播服务器1530可以是广播或多播网络的一部分，并且可被配置成 如上所述地调度对社交网络更新以及关联电子服务指南或目录消息的传输。例 如，如上所述，广播/多播服务器1530可被配置成管理对内容广播的调度、以 及对电子服务指南或目录消息的生成，电子服务指南或目录消息为各接收机设 备1555提供它们选择性地接收特定更新传输需要的信息。
社交网络更新服务器1525可经由任何可用网络（诸如因特网1540）与社 交网络服务器1505和1520连接。如通信1560和1565所示，第一社交网络A 可向社交网络更新广播/多播服务器1525提供来自高度流行社交网络实体的更 新。类似地，如通信1575和1580所示，第二社交网络B可将来自高度流行社 交网络实体的更新从第二服务器1520提供给媒体FLO服务器1525。社交网络 更新服务器1525可聚集这些状态更新以供广播，并且将经聚集的更新提供给 广播/多播服务器1530。广播/多播服务器1530可调度这些更新以供广播或多播， 并且生成包括内容描述信息（诸如，更新传输的电子服务指南或目录）的开销 调度消息。这些开销调度消息可经由网络（诸如，经由蜂窝数据网络1550）传 送（传达1585）到所有接收机设备1555。为确保接收机设备能够可靠地接收 内容描述消息，可以多次并且在频繁的基础上传送相同的内容描述消息1585。 在内容描述消息1585被传送之后的某个时间，经由广播或多播网络（诸如， 经由蜂窝数据网络1550）传送（通信1590）社交网络更新。如上文参考图13 提到的，为确保接收机设备能够可靠地接收内容描述消息，可以多次传送相同 的内容描述消息1585。使用内容描述消息内的信息，接收机设备1555可访问 信道信息、标识信息和广播信息，这些信息是确定是否要接收更新传输且随后 确定在正确时间为接收机电路系统供电以接收所选广播/多播社交网络更新传 输所需的。在一典型实施例中，这些状态更新可被更新。
在另一实施例中，蜂窝通信系统1550可将所收集的高度流行实体的社交 网络帖子高速缓存于在网络中位于接近蜂窝网络边缘的服务器上，诸如在区域 控制中心中或在连接到个别基站站点的服务器中，诸如图15中解说的服务器 1530。在该实施例中，当移动设备1555访问蜂窝网络1550以向社交网络（诸 如网络A或B）请求对流行实体的更新时，本地高速缓存服务器1530可通过 作为该网络的代理进行操作（例如，充当社交网络服务器1505或1520的代理） 来作出响应。以此方式，对该请求的响应可经由蜂窝网络1550传送到发出请 求的设备1555，而无需通过其他网络（诸如因特网1540）传递该请求和响应。 在一实施例中，来自高度流行社交网络实体的更新帖子可如上所述地都被广播 /多播，并且被高速缓存在位于接近蜂窝网络1550边缘的服务器中。以此方式， 那些被配置成接收广播/多播更新的接收机设备1555将不必访问任何网络以获 取更新，而其他接收机设备可从位于外围的代理服务器1530获得相同的更新， 而不会加重因特网1540或其他网络的负担。
图16是适于与其中任何实施例联用的接收器设备的系统框图。这些实施 例可在各种接收机设备尤其是移动计算设备中实现。可实现各个实施例的接收 机设备的一个示例是图16中解说的智能电话1600。多处理器接收机设备（诸 如智能电话1600）可包括耦合到存储器1602和射频数据调制解调器1605的处 理器1601。调制解调器1605可耦合到天线1604以用于接收和发射射频信号。 智能电话1600还可包括显示1603，诸如触摸屏显示器。接收机设备还可包括 用户输入设备（诸如按钮1606）以接收用户输入。
接收机设备处理器1601可以是能通过软件指令（应用）配置以执行包括 本文描述的各种实施例的功能在内的各种功能的任何可编程微处理器、微型计 算机或一个或多个多处理器芯片。在一些设备中，可提供多个处理器1601、 1701，诸如一个处理器专用于无线通信功能并且一个处理器专用于运行其他应 用。在另一实施例中，处理器可以是虚拟处理器。
典型地，软件应用在其被访问并被加载到处理器1601中之前可被存储在 内部存储器1602中。在一些移动计算设备中，附加存储器芯片（例如，安全 数据（SD）卡）可插入接收机设备并耦合到处理器1601。内部存储器1602可 以是易失性存储器或非易失性存储器（诸如闪存），或这两者的混合。为本描 述之故，对存储器的一般性引述是指可由处理器1601访问的所有存储器，包 括内部存储器1602、插入接收机设备的可移动存储器、以及处理器1601内的 存储器。
各种实施例可实现在各种市售的服务器设备中的任何服务器设备上，诸如 图17中所解说的服务器1700。此类服务器1700典型地包括耦合至易失性存储 器1702和大容量非易失性存储器（诸如盘驱动器1703）的处理器1701。服务 器1700还可包括耦合至处理器1701的软盘驱动器、压缩碟（CD）或DVD碟 驱动器1706。服务器1700还可包括耦合到处理器1701的用于建立与网络1705 （诸如耦合到其他广播系统计算机和服务器的局域网络）的数据连接的网络接 入端口1704。服务器处理器1701可以是能通过软件指令（应用）配置以执行 包括上述各种实施例的功能在内的各种功能的任何可编程微处理器、微型计算 机或一个或多个多处理器芯片。通常，软件应用在被访问并被加载到处理器 1701中之前可被存储在内部存储器1702和1703中。处理器1701可包括足以 存储软件指令的内部存储器。为本描述之故，对存储器的一般性引述是指可由 处理器1701访问的存储器，包括易失性存储器1702、盘驱动器1703、软盘驱 动器、CD/DVD盘驱动器1706、以及在处理器1701本身内部的存储器。
图18示出了膝上型计算机1810。以上所描述的各实施例还可在诸如图18 中所解说的膝上型计算机1810之类的各种个人计算设备内实现。膝上型计算 机1810将通常包括耦合至易失性存储器1812和大容量非易失性存储器（诸如 闪存的盘驱动器1813）的处理器1811。计算机1810还可包括耦合至处理器1811 的压缩盘（CD）驱动器1814。为接收无线广播或多播，计算机1810可进一步 包括耦合到天线（嵌入在显示器部分1819中）的无线调制解调器1815，其中 无线调制解调器1815被配置成使得处理器能够经由无线网络（诸如WiFi或蜂 窝数据网络）接收广播/多播传输。计算机设备1810还可包括耦合至处理器1811 的用于建立数据连接或接收外部存储器设备的多个连接器端口（诸如USB或 连接器插口），或者用于将处理器1811耦合至网络（诸如因特网）的其 它网络连接电路。在笔记本配置中，计算机外壳包括均耦合至处理器1811的触 摸板1817、键盘1818、和显示器1819。
如以上讨论的，各个实施例可用于递送各种丰富的媒体内容，并且不仅仅 是社交网络web内容。因此，除非特别声明，否则权利要求书的范围不应限于 因特网web内容递送和接收。
上述方法描述和过程流程图仅作为解说性示例提供，且并非旨在要求或暗 示各种实施例的步骤必须按所给出的次序来执行。如本领域技术人员将领会 的，前述实施例中的步骤次序可按任何次序来执行。诸如“其后”、“然后”、 “接着”等的措辞并非旨在限定步骤的次序；这些措辞仅是简单地用以指引读 者遍历方法的描述。进一步地，对单数形式的权利要求元素的任何引述，例如 使用冠词“一”、“某”或“该”的引述不应解释为将该元素限定为单数。
结合本文中所公开的实施例来描述的各种解说性逻辑框、模块、电路、和 算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬 件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面 是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取 决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用 不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离 了本发明的范围。
用以实现结合本文中公开的实施例描述的各种解说性逻辑、逻辑框、模块、 以及电路的硬件可用通用处理器、数字信号处理器（DSP）、专用集成电路 （ASIC）、现场可编程门阵列（FPGA）或其他可编程逻辑器件、分立的门或 晶体管逻辑、分立的硬件组件、或其设计成执行本文中描述的功能的任何组合 来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是 任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计 算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协 同的一个或多个微处理器或任何其它此类配置。替代地，一些步骤或方法可由 专用于给定功能的电路系统来执行。
在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其 任何组合中实现。如果在软件中实现，则这些功能可作为一条或多条指令或代 码存储在非瞬态计算机可读存储介质上。本文中公开的方法或算法的步骤可在 所执行的处理器可执行软件模块中实施，该处理器可执行软件模块可驻留在有 形或非瞬态计算机可读存储介质上。非瞬态计算机存储介质可以是能被计算机 访问的任何可用存储介质。作为示例而非限定，此类计算机可读介质可以包括 RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储 设备、或者可用以携带或者存储指令或数据结构形式的期望程序代码且可由计 算机访问的任何其它介质。如本文中所使用的盘和碟包括压缩碟（CD）、激光 碟、光碟、数字通用碟（DVD）、软盘和蓝光碟，其中盘（disk）往往以磁的 方式再现数据而碟（disc）利用激光以光学方式再现数据。以上的组合也应被 包括在非瞬态计算机可读介质的范围内。另外，方法或算法的操作可作为一条 代码和/或指令或者代码和/或指令的任何组合或集合而驻留在可被纳入计算机 程序产品中的非瞬态机器可读介质和/或非瞬态计算机可读介质上。
提供所公开的实施例的先前描述是为了使本领域任何技术人员皆能制作 或使用本发明。对这些实施例的各种修改对本领域技术人员来说将是显而易见 的，且本文所定义的一般原理可被应用于其它实施例而不背离本发明的精神或 范围。由此，本发明并非旨在限定于本文中示出的实施例，而是应被授予与所 附权利要求和本文中公开的原理和新颖性特征一致的最广义的范围。
机译： 用于向广播网络中的接收器设备传递社交网络更新信息的功率高效分发的系统和装置
机译： 用于向广播网络中的接收器设备传递社交网络更新信息的功率高效分发的系统和装置
机译： 用于将社交网络更新高效地传递到广播网络中的接收器设备的系统和装置
