向移动数据处理单元发送与广播有关的数据的方法和系统的制作方法

文档序号:7641733阅读:164来源:国知局
专利名称:向移动数据处理单元发送与广播有关的数据的方法和系统的制作方法
技术领域
本发明涉及用于向移动数据处理单元发送数据的方法和装置。
背景技术
诸如手持计算机、PDA、智能移动电话等的移动数据处理单元变得越 来越流行。 一个原因是这些设备的多媒体能力在不断增加。例如,移动电 话现在包括超越基本电信需要的多种功能。
一种对移动电话的附加使用涉及对电视信号的接收。越来越多的广播 站提供可被显示在移动电话上的附加内容,这在一种方式方式或者其它方 式下与当前从广播站所广播的TV节目相关。附加内容例如可以包括关于 当前体育赛事或者下载当前由艺术家在TV节目的播出中所演奏的歌曲的 选项的更多信息。
为了发送附加内容的必要数据,在现有技术中,例如从WO 2004/088983、 WO Q3/088027和WO 03/088655可知,提供机顶盒等用于接 收数字数据,包括复杂的(convoluted)电视/音频信号和用于附加内容的 附加数据。附加数据被与电视信号分离,并且在无线方式下,例如遵循蓝 牙标准,其被从机顶盒发送到PDA或者发送到移动电话,从而变得可被 用户访问。
然而,在所提及的现有技术系统中,对附加内容的接收限于利用机顶 盒接收TV节目的用户,所述机顶盒适用于从数字电视/音频节目的数据传 送带(data carousel)取回附加数据并且将其转发给移动处理单元。如果要 使附加内容可被更多人访问,则需要其它的技术方案。
在"www.joca.tv"中描述了一种方法,其中,与当前TV节目等有关 的附加内容被使用GPRS网络发送到移动电话。然而,没有提供如何控制 附加数据的流动的详细信息。对数据流动的控制是重要的,这是因为固有地存在两个相冲突的目的。 一方面,附加内容的提供商,例如TV频道提 供商,可能希望影响将被显示在用户的移动单元上的内容。另一方面,移 动单元的用户本身希望优选地按照与在因特网中进行浏览的有些相同的方 式,保持对数据是否将被显示在移动单元上以及哪些数据将被显示在移动 单元上的控制。
因此,本发明的技术问题是提供一种用于在不使用机顶盒的情况下向 移动数据处理单元发送与TV节目等有关的附加数据的改进的方法和装 置,这为附加数据的提供商和移动单元的用户提供了确定哪些数据实际被 发送给移动单元的均衡的可能性。

发明内容
根据本发明的第一方面,该问题是通过一种用于向移动数据处理单元 发送数据的方法来解决的,所述方法包括以下步骤
提供具有与至少一个频道提供商的电视和/或音频广播有关的数据的内 容库;并且
通过TCP服务器和无线网络将来自内容库的数据发送到移动数据处理 单元;
其中,所述数据响应于从移动数据处理单元到TCP服务器的周期性请 求而被从所述TCP服务器发送给所述移动数据处理单元。
因此,本发明的方法不使用单个推或拉处理来向移动处理单元发送附 加数据。相反,由于移动处理单元向TCP服务器发布周期性请求,所以因 内容库中数据的改变而引起的TCP服务器响应的改变将导致新数据被发送 给移动数据处理单元。最终被移动处理单元所处理并显示的数据因此可以 是用户所请求的数据和TV频道提供商希望接收的数据(例如重要消息) 这两者,数据被相应地存储在内容库中并响应于来自移动台的下一个请求 而被通过TCP服务器转发。因此,本发明有效地提供了在频道提供商和用 户之间对被发送给移动处理单元的数据的控制的划分。
在一个优选实施例中,移动数据处理单元对TCP服务器的周期性请求 的至少一个包括对至少一个频道提供商的指示。这是因为内容库可以包含
不止一个频道提供商的附加内容的数据。优选地,来自移动数据处理单元 的周期性请求用于将移动数据处理单元中的至少部分数据与由频道提供商 存储在内容库中的一组新数据进行同步。为此,由频道提供商存储在内容 库中的数据优选地包括针对TCP服务器的、指示将被同步的数据的路径的 路径指示,和/或是否要执行与移动数据处理单元的同歩的指示。结果,整 个处理优选地被存储在内容库中的针对一个或多个频道提供商的数据文件 所驱动。
在一个当前优选的实施例中,所述方法还包括以下步骤响应于来自 移动数据处理单元的内容请求,通过HTTP服务器将来自内容库的一个或 多个内容文件发送到移动数据处理单元。响应于来自移动数据处理单元的
用于发起与TCP服务器的连接的请求,针对内容请求的HTTP服务器的地 址被优选地从TCP服务器发送到移动数据处理单元。结果,TCP服务器优 选地定义要被发送到移动处理单元的附加数据(诸如与特定频道提供商有 关的配置数据)的环境,而HTTP服务器递送针对各个环境的内容。
根据另一方面,本发明涉及一种移动数据处理单元,其包括收发器 单元,用于与无线的、优选地为面向分组的网络通信;控制装置,具有使 收发器单元周期性地向TCP服务器发送请求的指令,所述请求用于通过 TCP服务器来同步移动数据处理单元中的数据和由电视和/或音频广播的至 少一个频道提供商存储在内容库中的数据。
控制装置优选地为一种在移动处理单元上运行的浏览器软件,其允许 用户在无需对其电视设备进行改变的情况下处理由频道提供商提供的附加 内容。机顶盒,特别是适用于处理附加数据的机顶盒是不要求的。
在特定的优选实施例中,控制装置还包括用于从移动数据处理单元向 TCP服务器发送LOCK请求的指令,该LOCK请求指示移动数据处理单元 未准备好与新数据同歩。使用这种LOCK请求是在新内容被显示之前,用 户可以如何控制数据到他的移动处理单元的流动(例如以便结束某个应 用)的另一种方式。
最后,本发明涉及一种用于向移动数据处理单元发送数据,尤其是用 于执行上述方法中的任一种的系统,其包括内容库,具有与至少一个频
道提供商的电视和/或音频广播有关的数据;TCP服务器,用于通过无线网 络将来自内容库的数据发送到移动数据处理单元;其中,TCP服务器适用 于响应于从移动数据处理单元接收到周期性请求而向移动数据处理单元发 送数据。
所述方法、移动处理单元和系统的其它优选实施例是进一步的从属才又 利要求的主题。


在下面的详细描述中,参考附图描述了本发明的当前优选的实施例, 附图示出
图1:根据本发明当前优选实施例的系统的示意性概图。
具体实施例方式
图1示出根据当前优选实施例的系统的示意性概图。可以看出,存在
3个TV频道提供商1、 2、 3,他们正在编译将要广播的节目。如图l中的
虚线所示,节目被转发到通过卫星(未示出)来广播所接收的节目的公共
播放中心或者头端(headend) 10。各个TV频道提供商1、 2和3可以使 用不止一个播放中心来广播他们的节目。此外,替代通过卫星进行广播, TV频道提供商可以使用电缆网络(未示出)或者地面广播系统(未示 出),所有这些都可以以数字或者模拟方式来广播TV节目。在他的家20 中的用户可以利用适当的电视机21来接收节目,电视机21可以包括或者 可以不包括机顶盒(未示出)。
除了在编译TV节目之外,TV频道提供商1、 2、 3还在准备用于附加 内容的数据文件,所述附加内容在广播某个TV节目的时将被显示在移动 处理单元60上。数据文件例如是XML或HTML格式并且被发送给内容 库30,内容库30优选地包括一个或多个文件服务器。如图l所示,所述 数据文件可以被利用传统数据链路(例如,通过使用FTP协议的因特网) 而传送给内容库30。如图l示意性所示,各个TV频道提供商1、 2、 3的 数据文件优选地被存储在内容库30的独立部分31、 32、 33中。 优选地,每个频道提供商1、 2、 3仅可访问内容库30中其自己的部
分31、 32、 33来更新所存储的数据文件。图1示出在内容库30中布置 HTML格式的数据文件的示例性树结构。然而,也可以想到布置数据文件 的替代方式,例如,无需公共的根目录(root)。此外,可以存在多个内 容库,例如,每个TV频道提供商一个内容库。
在图l示意性所示的优选实施例中,设置了两个服务器,即TCP服务 器40和HTTP服务器50,这两个服务器用于把数据文件从内容库30发送 到用户的移动处理单元60。下面,在进一步讨论HTTP服务器50的功能 之前,首先描述TCP服务器40及其服务。
TCP服务器40负责保持移动处理单元60与内容库30中的数据同步。 为此,TCP服务器40被连接到因特网,并从而通过网关70连接到例如遵 循GPRS或UMTS标准的无线通信网络80。由TCP服务器40提供的服务 一方面由各个TV频道提供商1、 2、 3所触发的内容更新来驱动,另一方 面由每个所连接的移动处理单元60的当前请求来驱动。因为可能存在大 量移动处理单元60被同时连接作为客户端,因此,TCP服务器40优选地 能够利用诸如多播之类的公知IP技术来处理大量的并行连接。这在所谓的 热同步(hot synchronization)的情况中是尤其重要的,所谓热同步即要在 短时间内传送给所有已连接的移动处理单元(例如100000个)的某个页 面的更新。
一般而言,TCP服务器40和每个所连接的移动处理单元60之间的通 信类似于机顶盒与移动处理单元之间的通信,如本申请的申请人的共同未 决PCT申请PCT/EP2005/010961所述。
TCP服务器40和所连接的移动处理单元60之间的接口协议优选地基 于XML文件格式。为了尽可能保持协议数据量较少,建议使用XML短格 式(XML short-form)来建立XML协议。为了建立所连接的移动处理单 元60与TCP服务器40之间的连接,移动处理单元60需要被连接到因特 网。这可以通过使用优选地为面向分组的无线通信网络80 (例如上面提到 的GPRS或UMTS网络)的网关70来实现。首先,所连接的移动处理单 元60的通信软件("浏览器")被启动。在启动浏览器之后,其判断移
动处理单元60的网络连接80是否可用以及是否准备好。如果为否,则浏
览器将建议用户如何连接到网络80并从而连接到网关70。此外,如果移 动处理单元已经具有另一个运行的TCP连接,则在连接到TCP服务器40 之前优选地终止该连接。
在一个实施例中,浏览器具有内置URL,其识别通信是如何被初始化 的。该连接可能根据浏览器的不同而不同。连接代码接入到递送初始 HTM文件"portal.htm"的HTTP服务器50 (或者另一服务器),如图1 示意性所示。内容库的该数据文件位于任何特定环境之外,即其不与任何 特定TV频道提供商相关。初始入口页面包括一个或多个链路,用于允许 用户选择不同环境(即,TV频道提供商1、 2或3之一)并与其同步。
在下一步骤中,浏览器试着建立与TCP服务器40的连接。依赖于其 配置,可能需要输入认证id (PIN)来进行连接。在成功连接到TCP服务 器40之后,浏览器优选地向TCP服务器40发送初始请求,该请求优选地 包括用户希望接收其附加内容的环境(即,特定TV频道提供商)的标 识。此外,可能存在认证步骤,在该认证步骤中,从移动处理单元60发 送的版权串(copyright string)被与TCP服务器40侧所存储的对应部分进 行比较。所述版权串是可以由系统提供商定义的静态文本串。
在成功连接之后,TCP服务器40向移动处理单元60发送一个或多个 配置参数,包括针对来自移动处理单元60的未来内容请求的HTTP服务 器50的地址,这将在下面讨论。通过配置,由TC服务器40提供的每个 TCP服务知道它的HTTP内容服务器50。
一旦移动处理单元60和TCP服务器40之间的连接已经被建立,由服 务器40提供的TCP服务的操作就被两方面触发 一方面,存在发送如下 所述的REFRESH、 SYNC或LOCK指令的浏览器;另一方面,在内容库 中存在由TV频道提供商在任意时间进行更新的数据文件。整个处理优选 如下
除了内容文件之外,TV频道提供商优选地提供带有用于TCP服务的 如下两个控制参数的控制文件SyncPagePath (同步页面路径)和(对所 谓的热页面(Hot-Page))是否强制执行同步的指示符。TV频道提供商可
以通过向内容库30发送附加(空的)触发文件来启动对内容和/或任何控
制文件的更新。服务器40的TCP服务追踪所述触发文件的存在。当触发 文件一出现,所述服务就基于先前从相应移动处理台60接收到的如下请
求来评估针对每个所连接的浏览器的内容的更新
LOCK
如果浏览器已经发送了 LOCK (锁定)请求,则其对任何更新都不感 兴趣,因此,TCP服务不必生成任何响应。 SYNC
对于SYNC (同步)请求,浏览器通知TCP服务关于其最新知道的页 面以供同步,最新知道的页面可能与当前显示的页面不同。如果内容更新 被触发,则服务器40的TCP服务通过评估控制文件中所指示的 SyncPagePath来检査同步页面是否仍正确。如果该SyncPagePath与浏览器 先前所请求的同步页面的SyncPagePath不同,则所述服务生成所谓的 SyncResponse (同步响应)并且通知浏览器关于在最近更新的控制文件中 所指示的正确的同步页面。如果SyncPagePath相等,则所述服务通过对浏 览器所知的页面版本和库中存在的版本进行比较来评估已从TV频道提供 商更新了同步页面。如果两个版本号不同,则所述服务通知浏览器同步页 面已被更新。
REFERSH
对于REFRESH (刷新)请求,浏览器通知TCP服务器关于其最新知 道的同步页面和实际所显示的页面,这两者可能不同。如果内容更新被触 发,则TCP服务器40的服务通过评估控制文件中的SyncPagePath来检查 同步页面是否仍正确。如果SyncPagePath不同并且在内容文件中设置了所 谓的强制参数,则所述服务生成RefreshResponse (刷新响应)并且通知浏 览器关于需要显示的(热)同步页面。如果SyncPagePath相等或者没有设 置强制参数,则所述服务对浏览器指示的当前显示页面的页面版本和内容 库中存在的页面版本进行比较。如果二者不同,则所述服务通知浏览器页 面被己更新。
一般而言,如果内容更新被触发,但是生成响应的条件没有被满足,
则TCP服务器40的服务等待内容库30中的下一次内容更新。如果响应被
生成,则TCP服务器40的服务等待下一次浏览器请求。 一旦所有浏览器 连接都已经被提供,触发文件就被TCP服务器删除。如果多个TCP服务 器注视着同一内容库(例如,出于负载均衡的原因),则触发文件的删除 需要是同步化的动作。
下面进一步描述浏览器使用HTTP服务器50的内容取回 如果移动处理单元60请求,则HTTP服务器50负责递送来自内容库 30的内容。HTTP服务器50被连接到因特网并且侦听正确协议格式的 HTTP请求。单个HTTP服务器50可访问多个内容库30并递送来自多个 内容库30的内容。此外,与TCP服务器相类似,HTTP服务器能够在短 时间内向给定环境中的所有客户端(例如,100000个)递送内容。再次, 这可以由诸如基于硬件或软件的负载均衡技术和诸如多播之类的IP技术来 实现。
通过来自HTTP服务器的GetCommand (获得指令)来请求内容,该 GetCommand类似于在上面提到的本申请人的共同未决的PCT申请中描述 的GetCommand。然而,该指令被扩展,其中,扩展使得可以递送多个文 件。递送内容的HTTP服务器50可被浏览器中初始的内置URL来识别, 或者如果用户已经决定输入特定环境,则也可由在TCP连接的建立期间所 递送的URL来识别。
对于每个GetRequest (获得请求),移动处理单元60的浏览器优选地 还发送环境(即TV提供商频道)、所请求的附加内容。HTTP服务器50 通过基于环境信息及其配置来决定路径从而确定所请求的(一个或多个) 文件,以便从内容库30的正确部分选取文件。对于未被连接到特定环境 的文件(例如,初始HTML页面),HTTP服务器还支持"不依环境"而 定的路径。
HTTP服务器50的服务仅仅递送这样的文件这些被触发的文件被提 供商所更新,以确保内容库和TCP服务逻辑的一致性。在一个实施例中, 这是被如下实现的TCP服务一检测到更新触发文件的存在时,其就写/更 新空的内容触发文件。对于每个所请求的文件,HTTP服务器50比较该文件的时间戳(这是文件的版本...)与内容触发文件的时间戳。如果所请求 的文件早于内容触发,则该文件不被递送,因为提供商还没有触发更新。 HTTP服务器以结果代码"数据仍不可用"来回答浏览器的请求,而不递 送文件。
从HTTP 50服务向移动处理单元60发送的数据优选地是被加密的形 式,以便避免被非预期的第三方接收到。
最后,每个移动处理单元60优选地具有用于主动连接的内置超时时 间,通常为几分钟。为了保持TCP连接活跃,TCP服务器40每分钟向每 个所连接的浏览器发送符合特定协议的少量字节。如果TCP服务器40太 忙以致于不能发送这些字节,则浏览器可以关闭连接。
在本申请中描述的方法和系统可以与上面提到的本申请的申请人的 PCT申请PCT/EP2005/010961中描述的用于向移动数据处理单元发送数据 的方法和系统相结合。从图l可以看出,优选地在头端IO和内容库30之 间存在连接。因此,头端10可以获得内容库30中的附加内容来创建包括 与附加内容相结合的数字电视和/或音频信号的复杂信号,然后,通过使用 上面提及的本申请人的共同未决申请中描述的技术,所述附加内容可以被 机顶盒(未示出)取回并且被转发给移动处理单元60。结果,两种传输机 制可以替代地或者同时用于向用户的移动处理单元60发送附加内容,所 述用户可以从适当配置的机顶盒获取附加内容,或者直接通过空中(即, 利用服务器40和50、因特网和无线网络80)来获取附加内容。
权利要求
1.一种用于向移动数据处理单元(60)发送数据的方法,该方法包括以下步骤a.提供内容库(30),所述内容库(30)包括与至少一个频道提供商(1、2、3)的电视和/或音频广播有关的数据;b.通过TCP服务器(40)和无线网络(80)将来自所述内容库(30)的数据发送到所述移动数据处理单元(60);c.其中,所述数据是响应于从所述移动数据处理单元(60)到所述TCP服务器(40)的周期性请求而被从所述TCP服务器(40)发送到所述移动数据处理单元(60)的。
2. 如权利要求1所述的方法,其中,从所述移动数据处理单元(60) 到所述TCP服务器(40)的所述周期性请求中的至少一个包括对所述至少 一个频道提供商(1、 2、 3)的指示。
3. 如权利要求l或2所述的方法,其中,来自所述移动数据处理单元 (60)的所述周期性请求用于将所述移动数据处理单元(60)中的至少部分数据与由所述频道提供商(1、 2、 3)存储在所述内容库(30)中的一 组新数据进行同步。
4. 如权利要求3所述的方法,其中,所述由所述频道提供商(1、 2、 3)存储在所述内容库(30)中的数据包括针对TCP服务器(40)的、指 示将被同步的数据的路径的路径指示,和/或是否要执行与所述移动数据处 理单元(60)的同步的指示。
5. 如权利要求4所述的方法,其中,所述TCP服务器(40)响应于在 所述内容库(30)中检测到触发文件而执行同步。
6. 如前述权利要求中的任意一项所述的方法,还包括以下步骤从所 述移动数据处理单元(60)向所述TCP服务器(40)发送LOCK请求, 该LOCK请求指示所述移动数据处理单元未准备好与新数据同步。
7. 如前述权利要求中的任意一项所述的方法,还包括以下步骤响应 于来自所述移动数据处理单元(60)的内容请求,通过HTTP服务器(50)将一个或多个内容文件从所述内容库(30)发送到所述移动数据处 理单元(60)。
8. 如权利要求7所述的方法,其中,响应于来自所述移动数据处理单 元(60)的用于发起与所述TCP服务器(40)的连接的请求,针对内容请 求的所述HTTP服务器(50)的地址被从所述TCP服务器(40)发送到所 述移动数据处理单元(60)。
9. 如前述权利要求中的任意一项所述的方法,还包括以下步骤提供 优选地为权利要求7或8所述的HTTP服务器(50)的服务器,该服务器 包括具有到一个或多个TCP服务器(40)的一个或多个链接的文件,所述 一个或多个TCP服务器(40)能够接收用于从所述内容库(30)获得数据 的周期性请求。
10. —种移动数据处理单元(60),包括a. 收发器单元,用于与无线的、优选地为面向分组的网络(80)通信;b. 控制装置,具有使所述收发器单元周期性地向TCP服务器(40)发 送请求的指令,所述请求用于通过所述TCP服务器(40)将所述移动数据 处理单元(60)中的数据与由电视和/或音频广播的至少一个频道提供商(1、 2、 3)存储在内容库(30)中的数据进行同步。
11. 如权利要求10所述的移动数据处理单元(60),所述控制装置还 适用于在至少一个所述周期性请求中指示所述频道提供商(1、 2、 3)。
12. 如权利要求10或11所述的移动数据处理单元(60),所述控制 装置还适用于接收随后的周期性请求之间的刷新间隔的值作为部分所述同 步数据。
13. 如权利要求10-12中的任意一项所述的移动数据处理单元(60), 其中,所述控制装置包括用于在连接到所述内容库(30)的HTTP服务器(50)处异步地发出附加内容请求的指令。
14. 如权利要求13所述的移动数据处理单元(60),所述控制装置还 适用于响应于来自所述移动数据处理单元(60)的用于发起与所述TCP服 务器(40)连接的请求,从所述TCP服务器(40)接收针对内容请求的所述HTTP服务器(50)的地址。
15. 如权利要求10-14中的任意一项所述的移动数据处理单元(60), 其中,所述控制装置还包括用于从所述移动数据处理单元向所述TCP服务 器(40)发送LOCK请求的指令,所述LOCK请求指示所述移动数据处理 单元(60)未准备好与新数据同步。
16. —种用于向移动数据处理单元(60)发送数据,尤其是用于执行 权利要求1-9中的任意一项所述的方法的系统,包括a. 内容库(30),包括与至少一个频道提供商.(l、 2、 3)的电视和/ 或音频广播有关的数据;b. TCP服务器(40),用于通过无线网络(80)将来自所述内容库的 数据发送到所述移动数据处理单元(60);c. 其中,所述TCP服务器(40)适用于响应从所述移动数据处理单元 (60)接收到周期性请求而向所述移动数据处理单元(60)发送所述数据。
17. 如权利要求16所述的系统,其中,由所述频道提供商存储在所述 内容库(30)中的所述数据包括针对所述TCP服务器(40)的、指示将被 同步的数据的路径的路径指示,和/或是否要执行与所述移动数据处理单元(60)的同步的指示。
18. 如权利要求16或17所述的系统,还包括所述内容库中的触发文 件,该触发文件指示所述TCP服务器作为响应而执行同步。
19. 如权利要求16-18中的任意一项所述的系统,还包括HTTP服务器 (50),所述HTTP服务器(50)适用于响应于来自所述移动数据处理单元(60)的内容请求而向所述移动数据处理单元(60)发送来自所述内容 库(30)的一个或多个内容文件。
20. 如权利要求19所述的系统,其中,所述TCP服务器(40)存储所 述HTTP服务器(50)的地址,并且其中,所述TCP服务器(40)适用于 响应于来自所述移动数据处理单元(60)的用于发起与所述TCP服务器(40)的连接的请求而向所述移动数据处理单元(60)发送所述地址。
全文摘要
本发明涉及一种用于向移动数据处理单元(60)发送数据的方法,包括以下步骤提供具有与至少一个频道提供商(1、2、3)的电视和/或音频广播有关的数据的内容库(30),并且通过TCP服务器(40)和无线网络(80)将来自内容库(30)的数据发送给移动数据处理单元(60)。所述数据响应于从移动数据处理单元(60)到TCP服务器(40)的周期性请求而被从TCP服务器(40)发送到移动数据处理单元(60)。
文档编号H04N7/173GK101346967SQ200680048925
公开日2009年1月14日 申请日期2006年12月21日 优先权日2005年12月21日
发明者乌韦·维多, 威尔弗里德·安尼尔, 尤尔格·汉森, 尤尔格·艾希, 马克斯·克莱林恩 申请人:阿普斯-阿斯特拉平台服务有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1