WO2012065561A1

WO2012065561A1 - 交互式网络电视系统的消息推送方法及系统

Info

Publication number: WO2012065561A1
Application number: PCT/CN2011/082351
Authority: WO
Inventors: 周黎明; 杨斌; 孔建华; 蒋宇智
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-11-19
Filing date: 2011-11-17
Publication date: 2012-05-24
Also published as: CN101990111B; CN101990111A

Abstract

交互式网络电视系统的消息推送方法及系统，解决通过传统的消息系统架构进行消息传送时，系统开销较大的问题。该系统包括：消息管理服务器和消息传送系统，其中：消息管理服务器设置为：将消息下发到消息传送系统；消息传送系统包括转发控制服务器和传送服务器，其中：转发控制服务器设置为：在机顶盒（STB）登录消息传送系统时，为该STB分配管理该STB的传送服务器，并在传送服务器和STB之间建立连接；以及转发传送服务器与STB之间的消息；传送服务器设置为：与其管理的STB建立连接，在接收到消息管理服务器下发的消息后，通过转发控制服务器发送至目的STB；以及在接收到源STB发送的消息后将该消息发送至消息管理服务器。

Description

交互式网络电视系统的消息推送方法及系统

技术领域

本发明涉及 IPTV ( Internet Protocol Television, 交互式网络电视 )多媒体领域，尤其涉及 IPTV系统的消息推送方法及系统。背景技术

IPTV是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的技术。

在 IPTV系统中时常需要将消息下发到用户机顶盒（STB ) , 通过在用户

STB的展示，来完成通知、广告这些业务。目前的消息推送方式主要有 2种：

1、由电子节目单（ Electronic Programmer Guide, EPG )来生成展示页面，然后 STB定时到 EPG服务器上轮询，查询是否有消息，如果有消息则获取该消息并进行展示。

此种方式对性能的影响较大，并且不能做到将消息迅速下发展示，也无法支持消息聊天等端到端的业务功能。

2、根据电信的消息推动系统规范，主要是通过 UDP ( User Datagram Protocol, 用户数据包协议）主动将消息从运营商运营的业务层推送到 STB, STB接收到消息后根据约定进行消息内容的展示。

此种方式因为是将消息主动往下推送，因此能将消息迅速下发下去，但是基于 UDP只能作简单的消息发送，且需要增加额外的心跳机制去完成防火墙穿越，也无法支持其他的多媒体业务，多媒体上的扩展性较差。如图 1所示的符合该规范的消息系统架构中， IPTV消息系统和 IPTV终端管理系统处于同一层，当需要下发消息时， IPTV消息系统首先需要和 IPTV终端管理系统进行通讯，获取 STB地址和状态。这样每次下发消息时，额外的并行通信带来的系统开销亦不容忽视，随之而来的性能压力也较大。发明内容本发明要解决的技术问题是提供一种 IPTV系统的消息推送方法及系统，解决通过传统的消息系统架构进行消息传送时，系统开销较大的问题。

为了解决上述问题，本发明提供了一种 IPTV 系统的消息推送系统，包括：消息管理服务器和消息传送系统，其中：

所述消息管理服务器设置为：将消息下发到所述消息传送系统，所述消息包括以下消息的一种或几种：从第三方服务提供商接收的消息、在本消息管理服务器中保存的消息，从消息传送系统上传的消息；

所述消息传送系统包括转发控制服务器和传送服务器，其中：

所述转发控制服务器设置为：在机顶盒（STB )登录消息传送系统时，为该 STB分配管理该 STB的传送服务器，并在所述传送服务器和 STB之间建立连接；以及转发所述传送服务器与所述 STB之间的消息；

所述传送服务器设置为：通过所述转发控制服务器与其管理的 STB建立连接，在接收到所述消息管理服务器下发的消息后，通过所述转发控制服务器发送至该消息的目的 STB; 以及在接收到所述转发控制服务器转发的源 STB发送的消息后将该消息发送至消息管理服务器。

优选地，所述转发控制服务器与所述 STB之间的消息交互，以及所述转发控制服务器与所述传送服务器之间的信息交互均釆用 SIP协议进行。

为了解决上述问题，本发明还提供了一种应用于上述消息推送系统的消息推送方法，包括：

STB登录消息传送系统时，转发控制服务器为该 STB分配管理该 STB 的传送服务器，并在所述传送服务器和 STB之间建立连接；

消息管理服务器将消息下发到传送服务器，所述传送服务器通过转发控制服务器将所述消息发送至该消息的目的 STB;

所述传送服务器在接收到所述转发控制服务器转发的源 STB发送的消息后，将该消息发送至消息管理服务器；

所述消息包括以下消息的一种或几种：从第三方服务提供商接收的消息、在本消息管理服务器中保存的消息，从消息传送系统上传的消息。

优选地，所述传送服务器接收到消息管理服务器发送的消息，在通过转发控制服务器将所述消息发送至该消息的目的 STB之前，对所述消息进行筛选，包括：判断发送该消息的时刻是否到达，如果到达，则立刻发送，如果没有到达，则等待发送时刻到达后再发送；和 /或，判断该消息的目的 STB是否处于在线状态，如果是，则发送，如果不是，则待该目的 STB上线后再发送。

为了解决上述问题，本发明还提供了一种 IPTV 系统的消息推送系统，包括：消息管理服务器和消息传送系统，其中：

所述转发控制服务器设置为：在 STB登录消息传送系统时，为该 STB分配管理该 STB 的传送服务器，并将所述传送服务器的地址信息发送给所述 STB;

所述传送服务器设置为：在接收到所述 STB的消息后与所述 STB建立连接，在接收到所述消息管理服务器下发的消息后，通过已建立的连接将所述消息发送至该消息的目的 STB; 以及在接收到源 STB发送的消息后将该消息发送至消息管理服务器。

优选地，所述转发控制服务器与所述 STB之间的消息交互，所述转发控制服务器与所述传送服务器之间的信息交互，以及所述传送服务器与所述 STB之间的消息交互均釆用 SIP协议进行。

STB登录消息传送系统时，转发控制服务器为该 STB分配管理该 STB 的传送服务器，并将所述传送服务器的地址信息发送给所述 STB; 所述传送服务器在接收到所述 STB的登录消息后与所述 STB建立连接；消息管理服务器将消息下发到传送服务器，所述传送服务器通过已建立的连接将所述消息发送至该消息的目的 STB;

所述传送服务器在接收到源 STB发送的消息后，将该消息发送至消息管理服务器；

优选地，所述传送服务器接收到消息管理服务器发送的消息，在将所述消息发送至该消息的目的 STB之前，对所述消息进行筛选，包括：判断发送该消息的时刻是否到达，如果到达，则立刻发送，如果没有到达，则等待发送时刻到达后再发送，和 /或，判断该消息的目的 STB是否处于在线状态，如果是，则发送，如果不是，则待该目的 STB上线后再发送。

釆用本发明实施例所述方法及系统的优势在于通过釆用了消息管理服务器到消息传送月良务器到 STB的消息推送方式，实现了系统到端的消息推送串行操作，可以将消息迅速下发到指定的 STB, 避免了传统技术消息推送系统中并行操作所带来的系统开销过大的问题。消息传送服务器釆用负载均衡的方式来解决因用户增长而带来的性能压力。釆用 SIP协议进行通信，扩展性好，可以更好地支持多媒体业务，同时可支持端到端业务。附图概述

图 1是现有技术电信规范的架构图；

图 2是本发明实施例系统架构图；

图 3是消息传送系统的一种分布式方案架构图；

图 4是消息传送系统的另一种分布式方案架构图；

图 5本发明实施例消息推动方法数据流程图；

图 6是 STB登录消息传送系统的一种实施方式的流程图；图 7是 STB登录消息传送系统的另一种实施方式的流程图；图 8是消息从 SP到 STB的一种实施方式的流程图；

图 9是消息从 SP到 STB的另一种实施方式的流程图；

图 10是消息在 STB之间传输的一种实施方式的流程图；

图 11是消息在 STB之间传输的另一种实施方式的流程图。

本发明的较佳实施方式

下文中将结合附图对本发明实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

现结合附图 2对本发明实施例的系统架构进行详细的说明：

本发明实施例向机顶盒推送消息的系统包括消息管理服务器、消息传送系统，消息管理服务器与消息传送系统相连接，消息传送系统与 STB相连接，消息管理服务器、消息传送系统和机顶盒在本发明实施例系统架构中呈串行结构，其中： *消息管理服务器，用于将消息下发到所述消息传送系统，所述消息包括以下消息的一种或几种：从第三方服务提供商接收的消息、在本消息管理服务器中保存的消息，从消息传送系统上传的消息；

消息管理服务器和第三方消息服务提供商（ Service Provider, SP )对接，对消息 SP发送过来的消息进行解析、审核后下发到消息传送系统。消息管理服务器还可提供门户对运营商的操作员开放。操作员登录后可以在门户上进行消息内容的编辑、审核等，以及消息素材等资源的处理，消息管理服务器可以将操作员处理的信息下发到消息传送系统。

该消息管理服务器与消息传送系统通过简单对象访问协议（ Simple Object Access Protocol, SOAP ) 消息进行通讯。

*消息传送系统，用于将接收的消息下发到 STB。

具体地，消息传送系统可以有两种架构方式，分别参考图 3和图 4的示例进行说明。方式一：消息传送系统包括传送服务器和转发控制服务器，传送服务器分别与消息管理服务器、转发控制服务器相连，如图 3所示，在本架构方式中，每个传送服务器固定管理一个或多个 STB, 其中：

转发控制服务器，用于在 STB登录时为 STB分配管理该 STB的传送服务器，在 STB登录后将 STB上报的状态信息发送给管理该 STB的传送服务器，以及用于转发传送服务器与 STB之间的消息；

传送服务器，用于在接收到消息管理服务器发送的目的 STB为本传送服务器所管理的 STB的消息后，将该消息通过转发控制服务器发送给目的 STB。

在此种架构方式下，由于 STB不直接与传送服务器相连，因此传送服务器需要通过转发控制服务器的定期上报来维护本传送服务器管理的 STB的状态。

该方式由于只有转发控制服务器作为公网服务器与各机顶盒进行交互，因此只要转发控制服务器具有心跳机制能够穿越防火墙即可。

方式二：消息传送系统包括传送服务器和转发控制服务器，传送服务器分别与消息管理服务器、转发控制服务器相连，如图 4所示，在本架构方式中，每个传送服务器固定管理一个或多个 STB, 且与其管理的 STB之间保持连接，其中：

转发控制服务器，用于在 STB登录时为 STB分配管理该 STB的传送服务器，并将其为 STB分配的传送服务器的地址发送给该 STB,供该 STB登录传送服务器；

传送服务器，用于在 STB登录过程中与 STB建立连接，保存和维护 STB 的状态，在接收到消息管理服务器发送的目的 STB为本传送服务器所管理的 STB的消息后，通过在登录过程中建立的连接将该消息发送给目的 STB。

在此种架构方式下，由于 STB直接与传送服务器相连，因此，传送服务器可以直接维护其管理的 STB的状态，无需通过转发控制服务器的转发。

上述两种方式中，由于传送 Λ良务器固定管理一个或多个 STB, —方面可以实现消息的主动推送，另一方面，传送 Λ良务器无需通过额外的通讯来获取 STB的地址和状态，因此可以保证消息的迅速下发，减少系统的性能压力。上述两种架构方式所参考之附图仅为一种实施方式，对于传送服务器的个数，本文中不作限定，可以是一台也可以是两台或者两台以上。转发控制服务器可以独立设置，或者与某台传送服务器合设在一起。

优选地，消息传送系统与 STB 之间的消息交互均釆用会话初始协议 ( Session Initiation Protocol, SIP )协议。即传送服务器将从消息管理服务器接收到的消息转换成 SIP消息后，再发送至 STB或者通过转发控制服务器发送至 STB。

传送服务器还可根据预先配置的发送策略对消息进行选，以满足消息发送的要求，例如定时或周期发送，判断发送时间是否到达，和 /或，目的 STB 处于在线时向其发送消息，目的 STB离线时保存该消息，待目的 STB上线后再发送。

上述系统除了可实现消息的主动推送外，还可实现消息的上传，例如消息管理服务器发送的是投票消息， STB在收到消息后，通过其所属的传送服务器将投票的反馈上报至消息管理服务器。

此外，上述系统还可支持端到端的消息发送，对于方式一，当转发服务器接收到源 STB发送的消息后，将其转发至管理该源 STB的传送服务器，传送服务器将该消息进行格式转换后发送至消息管理服务器，由消息管理服务器按照推送消息的流程下发至目的 STB; 对于方式二，当传送服务器接收到源 STB发送的消息后，将其进行格式转换后发送至消息管理服务器，由消息管理服务器按照推送消息的流程下发至目的 STB。

本文所述 STB, 应具有向消息传送系统登录的功能，以便传送服务器能够获知该终端的地址和状态，还需具有对接收到的消息进行展示的功能，可釆用滚动字幕方式、屏幕菜单式调节方式 ( on-screen display, OSD ) 窗口方式或页面方式。另外， STB优选支持 SIP协议栈，通过 SIP协议和消息传送系统进行业务通讯。

基于上述架构，下面结合图 5对本发明实施例提供的 IPTV系统的消息推送方法进行说明，该方法包括：

消息管理服务器将接收的消息下发到所述消息传送系统；所述消息传送服务器釆用 SIP协议将消息下发到 STB。

基于系统架构的不同，方法有所差别，下面分别描述：

一种推送方法包括：

所述传送服务器在接收到所述转发控制服务器转发的源 STB发送的消息后，将该消息发送至消息管理服务器。

另一种推送方法包括：

STB登录消息传送系统时，转发控制服务器为该 STB分配管理该 STB 的传送服务器，并将所述传送服务器的地址信息发送给所述 STB; 所述传送服务器在接收到所述 STB的登录消息后与所述 STB建立连接；

消息管理服务器将消息下发到传送服务器，所述传送服务器通过已建立的连接将所述消息发送至该消息的目的 STB;

所述传送服务器在接收到源 STB发送的消息后，将该消息发送至消息管理服务器。

下面分流程进行介绍。

流程一

STB登录到消息传送系统的流程，可以有以下两种实现方式。

方式 la, 如图 6所示：

步骤 101 , STB向转发控制服务器发送初始登录消息；

步骤 102 , 转发控制服务器收到初始登录消息后，根据预定算法（例如求余算法），为该 STB分配传送服务器，并将该传送服务器地址发送给该 STB;

由转发控制服务器统一进行传送服务器分配可以保证各传送服务器的负载均衡。

步骤 103 , 该 STB收到传送服务器的地址后，向该传送服务器发起登录，与该传送服务器建立链接，完成登录过程。

当传送服务器接收到登录请求后，则记录下该 STB的信息，认为该 STB 后续由本传送服务器进行管辖。

方式 lb, 如图 7所示：

步骤 201， STB向转发控制服务器发送初始登录消息；

步骤 202, 转发控制服务器收到初始登录消息后，根据预定算法，为该 STB分配传送服务器，同时将本服务器地址发送给该 STB;

步骤 203 , 该 STB收到地址后，向该转发控制服务器发起登录，通过转发控制服务器转发心跳信令的方式与管理该 STB 的传送服务器建立虚拟连接；

步骤 204, 转发控制服务器将 STB的地址和状态信息发送给管理该 STB 的传送服务器，例如通过 SIP协议的 OPTION (可选项 ) 消息。

为了与方式 la兼容，统一 STB上的处理，因此在方式 lb中，转发控制服务器将自己的地址发送给 STB, 在其他实施例中，也可以由 STB直接向转发控制服务器发起登录，转发控制服务器将 STB的登录消息 (包括地址和状态信息）转发到为 STB分配的传送服务器。

为实现登录， STB上应保存有消息转发服务器地址，以便其进行消息系统的登录。

流程二

消息管理服务器向消息传送系统发送消息的流程，有以下几种发送方式。方式 2a,消息管理服务器直接将消息发送给管辖目的 STB的传送服务器；在此种方式下，消息管理服务器可以预先配置各传送服务器与其管辖的 STB的对应关系，从而获知管理该目的 STB的传送服务器；或者，消息管理服务器釆用与转发控制服务器相同的分配算法计算出目的 STB所属的传送服务器。

方式 2b, 消息管理服务器将消息发送给所有传送服务器，传送服务器收到消息后对消息进行初步过滤，包括：判断该消息的目的 STB是否为本服务器管辖的 STB, 如果不是，则删除该消息，如果是，则继续将该消息发送给目的 STB。

对于群发消息 , 传送服务器针对属于本传送服务器管辖但状态为离线的 STB , 则对消息进行拆分，拆分后的每条消息只有一个地址，即该未在线的 STB地址，当 STB上线后再下发。

当消息的目的 STB有多个即群发消息时，更适合釆用方式 2b发送。流程三

消息传送系统将消息发送给目的 STB的流程，有以下两种实现方式。方式 3a: 传送服务器通过 STB在登录时建立的连接，直接将消息发送给目的 STB;

方式 3b: 传送服务器通过转发控制服务器将消息发送给目的 STB;

传送服务器在下发消息前还可釆用预配置发送策略对消息进行筛选。釆用方式 3b的好处在于，进行集中管理，可以提高安全性和控制力。下面结合图 8对本发明实施例消息推送方法中从第三方消息 SP到 STB 的消息传送流程进行说明，在本实施例中，釆用图 4所示系统架构， STB釆用方式 la发起注册，传送 Λ良务器釆用方式 3a完成消息的推送，下面仅说明消息的传送过程，包括以下步骤：

步骤 401、消息 SP发送消息到消息管理服务器；

步骤 402、消息管理服务器对接入的 SP做合法性判断、对消息进行审核；步骤 403、消息管理服务器将消息下发到传送服务器；

消息管理服务器既可釆用方式 2a下发消息，也可釆用方式 2b下发消息。如果釆用方式 2b下发消息，则本流程需增加传送 Λ良务器过滤消息的步骤。

步骤 404、传送服务器接收到消息后，对消息进行解析处理，获取消息属性和目的 STB等参数，根据预先设置的发送策略，判断是否发送以及何时发送，确定当前发送，则执行步骤 405 , 若确定发送时间未到，则待发送时间到达后再执行步骤 405 , 若确定不应发送，则删除该消息；

假设，如果需要发送的目的 STB没有登录到当前消息传送系统，则需要将该消息先緩存在传送服务器中，待目的 STB下次登录系统时再将消息下发到目的 STB上。例如，同时传送的多条消息的目的 STB分别为 A、 B、 C, 其中 A在线、 B和 C离线，此时，消息传送月良务器才艮据消息的目的地址对消息进行拆分，将目的地址为 A的消息发送至 A, 将目的地址为 B以及目的地址为 C的消息保存起来， # B、 C上线后再消息推送过去，即在获知：8、 C 处于上线状态时，将之前緩存的消息推送给 B和 C。

或者，还可根据消息属性判断该消息是否应发送至该目的 STB, 例如，是否属于消息下发的区域，或者该目的 STB是否符合接收消息的条件等。

步骤 405、传送服务器通过在该目的 STB登录时建立的链路将消息发送至该目的 STB。

下面结合图 9对本发明实施例消息推送方法中从第三方 SP到 STB的另一种消息传送流程进行说明，在本实施例中，釆用图 3 所示系统架构， STB 釆用方式 lb发起注册，传送 Λ良务器釆用方式 3b完成消息的推送，下面仅说明消息的传送过程，包括以下步骤：

步骤 501、消息 SP发送消息到消息管理服务器；

步骤 502、消息管理服务器对接入的 SP做合法性判断、对消息进行审核；步骤 503、消息管理服务器将消息下发到传送服务器；

步骤 504、传送服务器接收到消息后，对消息进行解析处理，获取消息属性和目的 STB等参数，根据预先设置的发送策略，判断是否发送以及何时发送，确定当前发送，则执行步骤 405 , 若确定发送时间未到，则待发送时间到达后再执行步骤 405 , 若确定不应发送，则删除该消息；

步骤 505、传送服务器向消息发送至转发控制服务器；

步骤 506, 转发控制服务器将该消息发送至目的 STB。

下面结合图 10对本发明实施例消息推送方法中从 STB到 STB的消息传送流程进行说明，在本实施例中，釆用图 4所示架构，步骤如下：

步骤 601、源用户通过 STB编辑消息，将消息发送到传送服务器；可通过 Message消息发送。

步骤 602、传送服务器内部处理消息，判断消息合法性，过滤掉垃圾消息或者非法消息；

步骤 603、传送服务器将消息发送到消息管理服务器；

步骤 604, 消息管理服务器按照图 6所示流程将消息发送至目的 STB。下面结合图 11介绍另一种从 STB到 STB的消息传送流程，在本实施例中，釆用图 3所示架构，步骤如下：

步骤 701、源用户通过 STB编辑消息，将消息发送到转发控制服务器；步骤 702、转发控制服务器将该消息发送至管理该源 STB的传送服务器；步骤 703、传送服务器内部处理消息，判断消息合法性，过滤掉垃圾消息或者非法消息；

步骤 704、传送服务器将消息发送到消息管理服务器；

步骤 705 , 消息管理服务器按照图 7所示流程将消息发送至目的 STB。本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块可以釆用硬件的形式实现，也可以釆用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

当然，本发明还可有其他多种实施方式，在没有背离本发明精神及其实形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

工业实用性釆用本发明实施例所述方法及系统的优势在于通过釆用了消息管理服务器到消息传送月良务器到 STB的消息推送方式，实现了系统到端的消息推送串行操作，可以将消息迅速下发到指定的 STB, 避免了传统技术消息推送系统 P

WO 2012/065561 中并行操作所带来的系统开销过大的问题。消息传送服务器采用负载均衡的方式来解决因用户增长而带来的性能压力。采用 SIP协议进行通信，扩展性好，可以更好地支持多媒体业务，同时可支持端到端业务。

Claims

权利要求书

1、一种交互式网络电视（IPTV ) 系统的消息推送系统，包括：消息管理服务器和消息传送系统，其中：

2、按照权利要求 1所述的系统，其中，

所述转发控制服务器与所述 STB之间的消息交互，以及所述转发控制服务器与所述传送服务器之间的信息交互均釆用会话初始协议（SIP )进行。

3、一种应用于权利要求 1所述消息推送系统的消息推送方法，包括：机顶盒 ( STB )登录消息传送系统时，转发控制服务器为该 STB分配管理该 STB的传送服务器，并在所述传送服务器和 STB之间建立连接；

4、按照权利要求 3所述的方法，其中，所述转发控制服务器与所述 STB之间的消息交互，以及所述转发控制服务器与所述传送服务器之间的信息交互均釆用会话初始协议（SIP )进行。

5、按照权利要求 3或 4所述的方法，其中，

所述传送服务器接收到消息管理服务器发送的消息，在通过转发控制服务器将所述消息发送至该消息的目的 STB之前，对所述消息进行筛选，包括：判断发送该消息的时刻是否到达，如果到达，则立刻发送，如果没有到达，则等待发送时刻到达后再发送；和 /或，判断该消息的目的 STB是否处于在线状态，如果是，则发送，如果不是，则待该目的 STB上线后再发送。

6、一种交互式网络电视（IPTV ) 系统的消息推送系统，包括：消息管理服务器和消息传送系统，其中：

所述转发控制服务器设置为：在机顶盒（STB )登录消息传送系统时，为该 STB分配管理该 STB的传送服务器，并将所述传送服务器的地址信息发送给所述 STB;

7、按照权利要求 6所述的系统，其中，

所述转发控制服务器与所述 STB之间的消息交互 , 所述转发控制服务器与所述传送服务器之间的信息交互，以及所述传送服务器与所述 STB之间的消息交互均釆用会话初始协议（SIP )进行。

8、一种应用于权利要求 6所述消息推送系统的消息推送方法，包括：机顶盒 ( STB )登录消息传送系统时，转发控制服务器为该 STB分配管理该 STB的传送服务器，并将所述传送服务器的地址信息发送给所述 STB; 所述传送服务器在接收到所述 STB的登录消息后与所述 STB建立连接；消息管理服务器将消息下发到传送服务器，所述传送服务器通过已建立的连接将所述消息发送至该消息的目的 STB;

9、按照权利要求 8所述的方法，其中，

10、按照权利要求 8或 9所述的方法，其中，

所述传送服务器接收到消息管理服务器发送的消息，在将所述消息发送至该消息的目的 STB之前，对所述消息进行筛选，包括：判断发送该消息的时刻是否到达，如果到达，则立刻发送，如果没有到达，则等待发送时刻到达后再发送，和 /或，判断该消息的目的 STB是否处于在线状态，如果是，则发送，如果不是，则待该目的 STB上线后再发送。