一种网络调度型媒体文件的分发系统

摘要

一种网络调度型媒体文件的分发系统，包括门户服务器，用于根据移动终端对所述媒体文件的定制请求，记录用户信息，以及该用户定制的媒体文件信息，并在检测到网络系统空闲、并需要向用户推送媒体文件时，构造相应的无线二进制运行环境推送短消息，通过短信网关，发送给用户移动终端；下载服务器，用于存储媒体文件，当收到用户移动终端发出的下载请求后，将对应的媒体文件发送至该用户移动终端。本系统能基于无线二进制运行环境推送技术进行网络调度型媒体的分发，使得无线二进制运行环境推送业务能很好实施，提高用户业务感受的同时，充分利用空闲的网络资源。

权利要求

1.一种网络调度型媒体文件的分发系统，实现网络侧将网络调度型媒体文件推送至移动终端，其特征在于，包括：门户服务器、短信网关、下载服务器和移动终端，其中，门户服务器，用于根据移动终端对所述媒体文件的定制请求，记录用户信息，以及该用户定制的媒体文件信息，并在检测到网络系统空闲、并需要向用户推送媒体文件时，构造相应的无线二进制运行环境推送短消息，通过短信网关，发送给用户移动终端；

下载服务器，用于存储媒体文件，当收到用户移动终端发出的下载请求后，将对应的媒体文件发送至该用户移动终端；

移动终端，内置有可供无线二进制运行环境推送程序调用的、支持开放移动联盟下载规范的下载模块，当收到所述门户服务器发出的无线二进制运行环境推送短消息后，启动该下载模块，向所述下载服务器发出下载请求。

2.如权利要求1所述的系统，其特征在于，进一步包括：

无线二进制运行环境发布系统服务器，用于提供支持无线二进制运行环境推送的程序，该程序包括支持开放移动联盟下载规范的下载模块。

3.如权利要求2所述的系统，其特征在于，进一步包括：

移动终端，用于通过所述无线二进制运行环境发布系统服务器，将所述包括支持开放移动联盟下载规范的下载模块下载至移动终端中，当收到所述门户服务器发出的无线二进制运行环境推送短消息后，启动该下载模块，向所述下载服务器发出下载请求。

4.如权利要求1所述的系统，其特征在于，所述下载服务器包括：

可扩展标记语言下载描述文件发送模块，用于向移动终端发送可扩展标记语言下载描述文件；

媒体文件发送模块，用于将媒体文件发送给移动终端。

5.如权利要求4所述的系统，其特征在于，进一步包括：

鉴权模块，用于对移动终端的媒体文件下载请求进行鉴权，如果鉴权失败，则通知移动终端，并结束流程。

6.如权利要求4所述的系统，其特征在于，进一步包括：

验证模块，用于对移动终端解析可扩展标记语言下载描述文件后发送的媒体文件下载请求进行验证，如果验证失败，则通知移动终端，并结束流程。

7.如权利要求1所述的系统，其特征在于，所述移动终端，包括下载报告发送模块，用于根据实际下载情况向可扩展标记语言下载描述文件里规定的统一资源定位符发送下载报告。

8.如权利要求1所述的系统，其特征在于，所述移动终端，包括观看通知模块，用于根据用户在门户服务器设置的通知方式和通知时间通知用户观看。

9.如权利要求8所述的系统，其特征在于，所述通知方式是用户选择播放或自动播放，所述通知时间是立即或用户设定的时刻。

说明书

一种网络调度型媒体文件的分发系统

技术领域

[0001] 本发明涉及一种媒体文件的分发系统，特别涉及一种网络调度型媒体文件的分发系统。

背景技术

[0002] 移动通信的未来发展方向主要体现在多媒体服务和移动数据业务上，足够高的数据传送速率和准确性、可靠性是其基本要求。目前的CDMA-1x经实测其数据速率平均为80kbp/s，最高已达到153.6kbp/s，达到或超过了通常有线上网的速率，在这样高速的通信平台之上，其可以承载的应用将无可限量，无线上网、移动OA、电子商务、移动购物、电子银行、财经交通等信息服务、定位服务、多媒体信息传送、游戏娱乐服务、网上下载音乐图片等各种各样的业务在CDMA-1x网上将得以实现。

[0003] 移动流媒体业务在中国大陆乃至世界都处于起步阶段，随着技术进步和市场的不断成熟等，它将由当前的电视直播、简单的视频监控、MV和影视片段下载或点播等应用，扩展至如下新兴的PUSH(网络推送业务)类移动流媒体业务、灵活视频监控类业务等。

[0004] 其中PUSH类移动流媒体业务尤为突出。

[0005] 当前的电视直播、MV和影视片段点播和下载等移动流媒体业务，都可以归结为GET类流媒体业务。手机在通常情况下不与无线网络有IP数据连接，用户若要通过无线网络访问流媒体业务门户、享用流媒体业务，必须先在手机上按键促发手机向无线网络发起IP连接、获得IP地址，最终通过手机和流媒体平台之间建立起来的IP通道来访问流媒体业务门户，享用流媒体业务。

[0006] GET类移动流媒体业务有其优点也有其不足：用户使用一次GET类流媒体业务就要主动地操作手机一次，这不符合用户的使用习惯而不利于提高用户的黏着度和积累有效用户；同时，不同用户对相同业务的使用有相似的习惯，这容易给无线网络造成过大的负荷，因此不仅增加了运营商对无线网络的投资，也容易降低流媒体业务质量、延长用户等待文件下载的时间。因此，更加优秀的PUSH类流媒体业务随着技术进步呼之欲出。

[0007] PUSH类移动流媒体业务，即流媒体业务平台定期或不定期地直接将流媒体业务内容推送到已定购该业务的用户手机上。PUSH类流媒体业务，将大幅提升用户的黏着度、方便用户的使用，也将大幅降低宽带流媒体业务对无线网络资源的占用从而降低了运营商对无线网络的投资压力。

[0008] PUSH类业务内容的发现和使用可能涉及到两方面内容：服务内容的发现与订阅、客户端软件的安装。

[0009] 服务内容的发现与订阅：用户首先通过WAP(Wireless ApplicationProtocol，无线应用协议)、BREW(Binary Runtime Environment for Wireless，无线二进制运行环境)或WEB门户网站了解业务内容，或被动地接收到WAP PUSH的或SMS(手机短信)的广告消息获得新业务的介绍，并且根据介绍中提供的URL(Uniform Resource Locator，统一资源定位符)通过点击连接到WAP、BREW或WEB的专业站点上了解更详细的信息，专业站点同时为用户提供注册服务。用户一旦完成注册将收到一条带有URL的确认消息(WAP PUSH)，这个URL将引导用户进入安装环节。

[0010] 客户端安装：WAP PUSH的消息中的URL指向JAVA或BREW下载中心或其他下载服务器上，用户点击后客户端软件包将自动被下载到手机上并开始安装。一旦安装完成，用户就可以启动并接受服务了。

[0011] 若用户通过BREW/UniJa客户端使用PUSH类流媒体业务，流媒体业务平台在SP成功发布新的PUSH类流媒体内容后，将根据预定规则发送一条定制短消息给订户的手机，手机上的BREW/UniJa客户端在接到消息后将负责激活网络连接并开始下载流媒体文件，文件下载完后客户端将自动断开连接，下载的内容被保存到手机内存中，然后客户端将根据SP所定义的内容优先级决定是立刻通知订户观看还是等时间到后再通知。

[0012] 若用户通过WAP门户使用PUSH类流媒体业务，订户将通过WAP2.0定时下载的功能，手机定时激活网络连接并开始下载流媒体文件，文件下载完后客户端将自动断开连接，下载的内容被保存到手机内存中，然后客户端将根据SP所定义的内容优先级决定是立刻通知订户观看还是等时间到后再通知。

[0013] 其中BREW/UniJa方式又更具前景，BREW是高通公司推出CDMA(Code Division Multiple Access，码分多址)无线互联网发射平台上增值业务开发运行的基本平台，而UniJa是中国联通以Java为技术提供的服务。

[0014] BREW提供一个高效、低成本、可扩展和熟悉的应用程序执行环境(AEE)，着重开发可无缝植入任何实际手持设备的应用程序。BREW的面向对象可充分扩展的应用程序执行环境，允许使用C或C++开发小程序和共享模块。同时，它还支持Java和XML等语言。

[0015] 目前，BREW应用主要集中在移动文本通信(电子邮件、SMS)、信息服务(新闻、天气、影视、搜索等)、定制服务(个性化代理、时尚)、位置服务(M2M、定位导航)、多媒体娱乐(数据流视频、互联网音频)和游戏(离线、在线)等方面。

[0016] 目前大部分普通CDMA手机都还不能立即实现PUSH功能，但对于支持BREW平台的手机，则只需要经过简单的软件升级，就可以开通这项业务。

[0017] 但是目前还没有一种基于BREW PUSH(无线二进制运行环境推送)的网络调度型媒体分发系统存在，从而使得BREW PUSH业务不能很好实施，不仅降低业务效率，而且极大降低了用户的业务感受，并且不能充分利用空闲的网络资源。

发明内容

[0018] 本发明所解决的技术问题在于提供了一种网络调度型媒体文件的分发系统，以使得基于BREW PUSH的网络调度型媒体分发系统存在，从而使得BREW PUSH业务能很好实施，提高业务效率，提高用户的业务感受，充分利用空闲的网络资源。

[0019] 为解决上述技术问题，本发明提供了一种网络调度型媒体文件的分发系统，实现网络侧将网络调度型媒体文件推送至移动终端，本系统包括：

[0020] 门户服务器、短信网关、下载服务器，其中，

[0021] 门户服务器，用于根据移动终端对所述媒体文件的定制请求，记录用户信息，以及该用户定制的媒体文件信息，并在检测到网络系统空闲、并需要向用户推送媒体文件时，构造相应的无线二进制运行环境推送短消息，通过短信网关，发送给用户移动终端；

[0022] 下载服务器，用于存储媒体文件，当收到用户移动终端发出的下载请求后，将对应的媒体文件发送至该用户移动终端。

[0023] 本系统可以进一步包括：

[0024] 移动终端，内置有可供无线二进制运行环境推送程序调用的、支持开放移动联盟下载规范的下载模块，当收到所述门户服务器发出的无线二进制运行环境推送短消息后，启动该下载模块，向所述下载服务器发出下载请求。

[0025] 本系统可以进一步包括：

[0026] 无线二进制运行环境发布系统服务器，用于提供支持无线二进制运行环境推送的程序，该程序包括支持开放移动联盟下载规范的下载模块。

[0027] 所述移动终端可以进一步包括：

[0028] 移动终端，用于通过所述无线二进制运行环境发布系统服务器，将所述包括支持开放移动联盟下载规范的下载模块下载至移动终端中，当收到所述门户服务器发出的无线二进制运行环境推送短消息后，启动该下载模块，向所述下载服务器发出下载请求。

[0029] 所述下载服务器可以包括：

[0030] 可扩展标记语言下载描述文件发送模块，用于向移动终端发送可扩展标记语言下载描述文件；

[0031] 媒体文件发送模块，用于将媒体文件发送给移动终端。

[0032] 所述下载服务器可以进一步包括：

[0033] 鉴权模块，用于对移动终端的媒体文件下载请求进行鉴权，如果鉴权失败，则通知移动终端，并结束流程。

[0034] 所述下载服务器可以进一步包括：

[0035] 验证模块，用于对移动终端解析可扩展标记语言下载描述文件后发送的媒体文件下载请求进行验证，如果验证失败，则通知移动终端，并结束流程。

[0036] 所述移动终端，可以包括下载报告发送模块，用于根据实际下载情况向可扩展标记语言下载描述文件里规定的统一资源定位符发送下载报告。

[0037] 所述移动终端，可以包括观看通知模块，用于根据用户在门户服务器设置的通知方式和通知时间通知用户观看。

[0038] 所述通知方式可以是用户选择播放或自动播放，所述通知时间是立即或用户设定的时刻。

[0039] 本系统能基于BREW PUSH进行网络调度型媒体的分发，使得BREWPUSH业务能很好实施，提高业务效率和用户的业务感受，充分利用空闲的网络资源。

附图说明

[0040] 图1是本发明实施例所述系统结构示意图；

[0041] 图2是本发明实施例中所述下载服务器的结构示意图；

[0042] 图3是本发明实施例中所述移动终端的结构示意图。

具体实施方式

[0043] 本发明是为了实现网络侧将网络调度型媒体文件推送至移动终端的，下面结合附图描述本发明的具体实施方式。图1是本发明实施例的系统结构示意图，如图所示系统中有：

[0044] 门户服务器101，根据移动终端104对媒体文件的定制请求，记录用户信息，以及该用户定制的媒体文件信息，并在检测到网络系统空闲、并需要向用户推送媒体文件时，构造相应的BREW PUSH短消息，通过短信网关105，发送给用户移动终端104。

[0045] 下载服务器102，它能存储媒体文件，当收到用户移动终端104发出的下载请求后，将对应的媒体文件发送至该用户移动终端104。

[0046] BREW发布系统服务器103，用于提供支持BREW PUSH的程序，该程序包括支持OMA Download规范的下载模块。

[0047] 移动终端104，内置有可供BREW PUSH程序调用的、支持OMADownload规范的下载模块，当收到门户服务器101发出的BREW PUSH短消息后，启动该下载模块，向下载服务器102发出下载请求。

[0048] 移动终端104，也可以是能通过BREW发布系统服务器103，将包括支持OMA Download规范的下载模块下载至移动终端中，当收到门户服务器101发出的BREW PUSH短消息后，启动该下载模块，向下载服务器102发出下载请求。

[0049] 图2是下载服务器的结构示意图，如图所示，下载服务器102中又包括：

[0050] Download Descriptor XML(Download Descriptor XML，可扩展标记语言下载描述文件)发送模块1021，用于向移动终端发送Download DescriptorXML文件；

[0051] 媒体文件发送模块1022，用于将媒体文件发送给移动终端104。

[0052] 鉴权模块1023，用于对移动终端104的媒体文件下载请求进行鉴权，如果鉴权失败，则通知移动终端104，并结束流程。

[0053] 验证模块1024，用于对移动终端104解析Download Descriptor XML文件后发送的媒体文件下载请求进行验证，如果验证失败，则通知移动终端104，并结束流程。

[0054] 图3是移动终端的结构示意图，如图所示，移动终端104中还包括有下载报告发送模块1041，用于根据实际下载情况向Download Descriptor XML文件里规定的URL发送下载报告。观看通知模块1042，用于根据用户在门户服务器101设置的通知方式和通知时间通知用户观看。通知方式是用户选择播放或自动播放，通知时间是立即或用户设定的时刻。

[0055] 下面再介绍一下本系统在实施例中的实施流程。首先用户通过BREW发布系统服务器下载支持BREW PUSH的程序，程序可包括支持OMADownload规范的下载模块，该模块也可以是一个单独的程序，能够供BREWPUSH程序调用。如果用户的移动终端已经内置了这个程序，可以不再从BREW发布系统服务器下载。

[0056] 用户登录到门户服务器进行媒体的订购，设置媒体下载完成后通知用户或自动播放的时刻。

[0057] 门户服务器对用户信息、订购的信息进行存储。

[0058] 当门户服务器根据用户的订购情况、运营商设定的网络时间检测到需要向用户推送媒体时，构造出相应的BREW PUSH短信。门户服务器再把BREW PUSH短信通过SMG(Short Message Gateway，短信网关)发送到用户。

[0059] 用户的移动终端接收到BREW PUSH短信后，启动下载模块，下载程序模块通过OMA Download规范向下载服务器请求下载。

[0060] 下载服务器的鉴权模块对该请求进行鉴权，如果鉴权失败，则通知用户并结束流程。如果鉴权成功或者不进行鉴权，下载服务器的DownloadDescriptor XML发送模块向移动终端发送Download Descriptor XML文件。

[0061] 移动终端解析Download Descriptor XML文件，再根据解析结果向下载服务器发起媒体文件下载请求。

[0062] 下载服务器验证模块再对该媒体文件下载请求进行验证。如果验证失败，则通知用户并结束流程。如果验证成功或不进行验证，下载服务器的媒体文件发送模块将媒体文件内容发送给移动终端。

[0063] 下载完毕后，移动终端的下载报告发送模块根据实际下载情况向Download Descriptor XML文件里规定的URL发送下载报告。同时移动终端观看通知模块根据用户在门户服务器设置的通知方式(用户选择播放、自动播放)和通知时间(立即、还是用户设定的时刻)通知用户观看。

[0064] 当用户通过本系统订购了某些媒体后，系统能在运营商设定的网络时间里，向用户的移动终端发送BREW PUSH短信，移动终端接收到该短信后，就能按照OMA Download规范向下载服务器请求下载订购的媒体，系统就会把媒体内容传输到移动终端进行存储。下载完成后，移动终端可以立刻通知用户进行观看或即时播放，也可以在用户设定的时刻进行通知或自动播放。