CN101237463A - 基于ota技术的移动终端的多媒体信息接收方法 - Google Patents
基于ota技术的移动终端的多媒体信息接收方法 Download PDFInfo
- Publication number
- CN101237463A CN101237463A CNA2007100030011A CN200710003001A CN101237463A CN 101237463 A CN101237463 A CN 101237463A CN A2007100030011 A CNA2007100030011 A CN A2007100030011A CN 200710003001 A CN200710003001 A CN 200710003001A CN 101237463 A CN101237463 A CN 101237463A
- Authority
- CN
- China
- Prior art keywords
- portable terminal
- bookmark
- download
- multimedia
- agreement form
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
提供了一种基于OTA技术的移动终端的多媒体信息接收方法,包括下述步骤:OTA服务器向移动终端发送约定格式的预配置书签;和移动终端接收到约定格式的预配置书签,并根据接收的约定格式的预配置书签中描述的操作进行多媒体信息的下载、删除或清空操作,其中,所述操作采用后台执行。
Description
技术领域
本发明涉及一种移动终端的多媒体信息接收方法,更具体地讲,涉及一种基于OTA技术的移动终端的多媒体信息接收方法。
背景技术
如今手机已经是非常普及的通信工具,同时也是移动的多媒体信息载体。以多媒体广告为例,目前手机多媒体广告市场仍然处于开发初级阶段,主要是通过SMS、MMS、WAP PUSH、FLASH短信等业务来发布广告。这类业务最大的缺陷就是对承载的信息内容有严格的大小限制,一般都在100K以下。目前运营商发布视频广告的普遍做法是将视频广告嵌入到网页中,手机用户可以下载或者在线观看视频广告。
现有技术中发布视频广告存在的问题在于:一、手机广告的内容单调匮乏,仅限于文本、图片、声音。二、手机广告的发布途径单一,对承载的信息内容有严格的大小限制,一般都在100K以下。三、目前手机多媒体广告的发布随机性很大,尤其是广告发布频繁时,容易遭到客户投诉,大大降低用户手机使用过程中的满意度。四、需要用户自己下载或者在线观看的视频广告有明显的缺陷,首先,很少有用户愿意主动下载视频广告;其次,用户在下载或者在线观看视频广告过程中,会发生额外的数据业务费用。这些原因都会使手机视频广告的效果大打折扣。
因此,期望一种运营商可以发送数据量大的多媒体广告文件,并且在不会打扰用户的情况下,将所述数据量大的多媒体广告文件自动下载到用户手机,而且不会给用户增加费用的方法。
发明内容
本发明的目的在于提出了一种基于OTA技术的移动终端的多媒体信息接收方法,通过WAP下载或OMA下载等业务的特点下载大数量的多媒体广播文件,尤其是视频广告文件。运营商通过OAT技术掌握广告发布的主动权,采用后台处理的模式,在无需用户干预的情况下,实现多媒体广告下载。
根据本发明的一方面,提供一种基于OTA技术的移动终端的多媒体信息接收方法,包括下述步骤:OTA服务器向移动终端发送约定格式的预配置书签;和移动终端接收到约定格式的预配置书签,并根据接收的约定格式的预配置书签中描述的操作进行多媒体信息的下载、删除或清空操作,其中,所述操作采用后台执行。
附图说明
通过下面结合附图进行的详细描述,本发明的上述和其他目的和特点将会变得更加清楚,其中:
图1示出根据本发明的多媒体广告发布系统的网络结构图;
图2是示出发送约定格式的预配置书签和下载多媒体广告文件的流程图;和
图3是示出约定格式的预配置书签的解析过程的流程图。
具体实施方式
现在,详细描述本发明的实施例,其示例在附图中表示,其中,相同的标号始终表示相同的部件。以下通过参考附图描述实施例以解释本发明。
图1示出根据本发明的多媒体广告发布系统的网络结构图。
如图1所示,本发明的多媒体广告发布系统的网络结构包括:OTA服务器101、短消息中心102、核心网103、用户装置(UE)104、WAP网关105、以及内容服务器106。
OTA服务器101负责下发预定格式的预配置书签,并将该预配置书签经由短消息中心102、核心网103发送到UE 104。该约定格式的预配置书签主要用于当UE 104解析接收的预配置书签时,确定该接收的预配置书签是否为本发明的预定格式的预配置书签。
运营商可修改WAP(Wireless Application Protocol)预配置书签(也可以修改其他业务的配置书签)来得到约定格式的预配置书签。当然也可以修改彩信、流媒体等业务的预配置书签。约定格式的预配置书签是由运营商和移动终端生产商共同约定的格式。下面的例子是修改后的预配置书签:
<characteristic type=″APPLICATION″>
......
<parm name=″NAME″value=″Browser″/>
<characteristic type=″RESOURCE″>
<parm name=″URI″value=″http://wap.gnu.dk/advertisement.3gp″/>
<parm name=″DOWNLOAD″/>
<parm name=″NAME″value=″SAMSUNG_VIDEO_PROVISION″/>
</characteristic>
</characteristic>
......
其中,<parm name=″NAME″value=″SAMSUNG_VIDEO_PROVISION″/>标识此书签为根据本发明的约定格式的预配置书签。
<parm name=″DOWNLOAD″/>标识OTA服务器101通知UE 104要进行的操作,例如″DOWNLOAD″表示下载多媒体广告文件;″DELETE″表示删除指定的多媒体文件;″DELETE ALL″表示删除预置目录中的所有多媒体广告文件等等。
<parm name=″URI″value=″http://wap.gnu.dk/advertisement.3gp″/>标识UE下载的多媒体广告文件的URL或者是需要删除的指定多媒体文件名。该预配置书签的格式可参考Series_40_DP_2_0_OMA_Client_Provisioning_v1_3_en.PDF。
本发明不改变原有OTA下载的流程,仅对下发的预配置书签作简要修改。因此将省略对OTA下载流程的详细描述。
短消息中心102负责将从OTA服务器101发送的约定格式的预配置书签发送到核心网103。
核心网103是UE 104和OTA服务器101之间进行信令、数据交互的枢纽。具体地讲,核心网103将OTA服务器101发送的约定格式的预配置书签发送给UE 104,此后,UE 104接收到约定格式的预配置书签,通过核心网103向内容服务器106请求约定格式的预配置书签中的URL指定的多媒体广告文件。响应于来自UE 104的请求,内容服务器106通过核心网103向UE 104发送请求的多媒体广告文件。
UE 104解析OTA服务器101发送的约定格式的预配置书签,并据此向内容服务器106请求多媒体广告文件下载或者删除指定多媒体广告文件等。此外,在用户进行业务连接的间隙时间,UE 104播放预置的多媒体广告文件。
WAP网关105为UE 104提供向内容服务器106发起多媒体文件下载请求的鉴权、计费等功能。根据本发明,如果UE 104请求的是多媒体广告文件,则WAP网关可以识别出该请求并提供免计费功能。
内容服务器106存储多媒体广告文件,并且响应于UE 104的多媒体广告文件下载请求,提供多媒体广告文件下载服务。HTTP服务器是内容服务器的例子。
图2是示出发送约定格式的预配置书签和下载多媒体广告文件的流程图。
为了下载并保存视频广告等多媒体信息,UE 104预留出一定的内存空间(例如5M)。该内存空间是用户不可见的,并且用户无法主动对该内存空间进行操作。
下面详细描述发送约定格式的预配置书签和下载多媒体广告文件的过程。
在步骤201,OTA服务器101经由短消息中心102、核心网103将约定格式的预配置书签发送给UE 104。
在UE 104接收到约定格式的预配置书签后,在步骤202,对接收的预定格式的预配置书签进行解析,如果解析的结果是接收的预配置书签是本发明约定格式的预配置书签,则取消用户通知,也即没有任何用户界面提示。在解析过程中,UE 104判断相关字段(即,上述的预定格式的预配置书签中的字段)的合法性,并且同时保存所述相关字段。
在步骤203,UE 104根据解析的结果确定是否进行多媒体广告文件下载。该过程将参照图3的流程图作更加详细的描述。
如果解析的结果确定需要进行多媒体广告文件下载,则在步骤204,UE104根据解析的URL向内容服务器106发起多媒体广告文件下载请求。在向内容服务器106发起下载请求前,UE 104需要判断当前是否有数据业务正在进行,如果有数据业务进行,则将等到数据业务处理完毕后再发起下载请求。整个下载请求及下载过程都是无用户提示的,也就是说,采用后台下载模式。当用户在后台下载过程中试图发起数据业务时,UE 104先主动中止后台下载,在UE 104再次回到无数据业务状态后续传多媒体广告文件。如果UE 104不支持断点续传功能,则直接覆盖未下载完成的文件。采用的下载协议可以但不限于WAP下载或OMA(Open Mobile Architecture)下载。
在步骤205,WAP网关105接收到来自UE 104的请求,并且判断该请求是否为多媒体广告下载业务,如果是多媒体广告下载业务,则该业务发生的数据流量不收费,否则收费。WAP网关105可以根据访问的网站地址及端口来判断该请求是否为多媒体广告下载业务。
在步骤206,内容服务器106响应于来自UE 104的下载请求,向UE 104发送多媒体广告文件。
在步骤207,UE 104以后台下载的方式正确获取指定的多媒体广告文件,并自动保存在预置的用户不可见的内存空间中。
在步骤208,UE 104在进行其他业务建立的空闲时间播放获取的多媒体广告文件。优选地是,在点对点的流媒体业务建立过程中有大约10秒左右的连接时间,可以充分利用这一空闲时间插播视频天气预报、新片预告及公益广告等。在WAP连接过程中大约有3秒左右的建立时间,可以利用这一空闲时间播放新片海报或者图片广告等。这样的广告发布方式既给运营商创造了收益也不至于浪费用户有效的时间。
如果在步骤203解析的结果确定不需要进行多媒体广告文件下载,则UE104向OTA服务器101反馈处理信息,包括内存不足、下载成功、删除成功等。反馈的载体可以但不限于短信业务。当然,UE 104反馈给OTA服务器101的信息也是后台发送的,无用户提示。这也将参照图3作更详细的描述。
图3是示出约定格式的预配置书签的解析过程的更加详细的流程图。
在步骤301,UE 104解析来自OTA服务器101的预配置书签,将本发明涉及到的相关字段解析出来,并和约定的格式进行比较。
在步骤302,UE 104判断该预置书签是否是多媒体文件下载业务的预配置书签,作为示例,可以通过parm name=″NAME″value=″SAMSUNG_VIDEO_PROVISION″来判断。
在步骤303,UE 104判断预配置业务操作的类别。作为示例,可以通过字段″parm name=″的内容来判断预配置业务的操作类别。
在步骤304,作为示例,当字段parm name=″DOWNLOAD″时,判断预配置业务操作类别为下载多媒体文件。
在步骤305,作为示例,当字段parm name=″DELETE″时,判断预配置业务操作类别为删除预定多媒体文件。删除的文件名在字段parm name=″URI″value=″advertisement_Nov_21.3gp″中给出。如果预置文件夹中没有该文件或者正确删除该文件都向网络侧反馈删除成功的消息,如果删除文件过程中出现错误,则反馈删除不成功信息。
在步骤306,作为示例,当字段parm name=″DELETE ALL″时,判断预配置业务操作类别为删除所有多媒体文件。当UE 104接收到OTA服务器101发送此种约定预配置书签时,其删除预置文件夹中所有的多媒体广告文件。如果删除所有多媒体广告文件,则向网络侧反馈清空预置文件夹成功的消息,如果删除所有媒体广告文件过程中出现错误,则反馈清空预置文件夹不成功信息。
在步骤307,UE 104判断是否有可用空间。也就是说,UE 104在进行下载多媒体广告文件操作之前,需要确认是否有足够的空间用于存储待下载的多媒体广告文件。如果空间足够,则向网络侧反馈有足够可用空间的消息;否则,向网络侧反馈空间不足的信息(步骤309)。
在步骤308,UE 104从指定URL中下载多媒体广告文件。下载方式可以是WAP下载,也可以是OMA下载,但不限于这两种下载方式。下载过程没有任何用户提示。如果预置文件夹中存在大小相同且同名的文件,则通知网络侧无需重复下载,否则覆盖同名文件。如果下载过程中出错,则向网络侧反馈下载不成功的消息,同时删除下载不完整的文件。如果下载成功,则向网络侧反馈下载成功的消息。如果下载过程中因出现数据业务而中断,则通知网络侧下载过程被数据业务中断,并删除未完全下载的多媒体广告文件。如果出现长时间无网络、断电等情况,则主动中止下载业务,并删除未完全下载的多媒体广告文件。如果OTA服务器101在指定时间内未收到移动终端的反馈,则默认认为移动终端丢失需下载的多媒体文件。
在步骤309,UE 104向OTA服务器101反馈处理结果。当UE 104一收到OTA服务器101的操作指示就向网络侧反馈该操作的处理结果,可以通过短信的方式反馈到指定短信平台上,短信平台可以根据约定的规则知道UE104的操作处理结果。也可以采取其他反馈机制来通知OTA服务器101处理结果。
如果在步骤302,UE 104判断该预置书签不是多媒体广告文件下载业务的预配置书签,则在步骤310,启动其他类型书签解析过程。在预配置书签的解析过程中,如果判断该书签不是约定格式的预配置书签,则转到其他类型书签的解析处理。
通过本发明,运营商可以主动发布数据量较大的多媒体广告文件(100K以上),尤其是视频广告文件;整个广告发布过程无需用户干预,采取后台下载模式;通过运营商和移动终端生产商约定预配置书签格式及其解析流程来实现对本地多媒体文件的增加、删除、修改等操作;移动终端根据OTA服务器发送的操作反馈处理结果;通过扩展WAP网关功能实现多媒体广告下载发生的流量免计费功能;充分利用业务连接过程等间隙时间发布广告,不会概率性的打扰用户从而招致投诉。
尽管已经参照其示例性实施例具体显示和描述了本发明,但是本领域的技术人员应该理解,在不脱离由权利要求定义的本发明的精神和范围的情况下,可以对其进行形式和细节上的各种改变。
Claims (10)
1. 一种基于OTA技术的移动终端的多媒体信息接收方法,包括下述步骤:
OTA服务器向移动终端发送约定格式的预配置书签;和
移动终端接收到约定格式的预配置书签,并根据接收的约定格式的预配置书签中描述的操作进行多媒体信息的下载、删除或清空操作,
其中,所述操作采用后台执行。
2. 如权利要求1所述的方法,还包括:对接收的约定格式的预配置书签进行解析。
3. 如权利要求2所述的方法,还包括:当接收的约定格式的预配置书签中描述的操作是多媒体信息下载时,WAP网关对此次发生的流量不计入用户发生的费用。
4. 如权利要求2所述的方法,还包括:当接收的约定格式的预配置书签中描述的操作是多媒体信息下载时,判断是否有足够的可用空间。
5. 如权利要求2至4之一所述的方法,还包括:移动终端根据解析的URI,向内容服务器发起下载多媒体信息的请求。
6. 如权利要求1所述的方法,还包括:移动终端在所述操作结束后向OTA服务器反馈操作结果。
7. 如权利要求5所述的方法,还包括:移动终端在所述操作结束后向OTA服务器反馈操作结果。
8. 如权利要求1所述的方法,其中,所述移动终端为下载多媒体信息预留一定的内存空间。
9. 如权利要求5所述的方法,还包括:移动终端在其他业务连接的空闲时间播放下载的多媒体信息。
10. 如权利要求1所述的方法,其中,所述约定格式的预配置书签由运营商和移动终端生产商预先约定。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100030011A CN101237463A (zh) | 2007-01-29 | 2007-01-29 | 基于ota技术的移动终端的多媒体信息接收方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100030011A CN101237463A (zh) | 2007-01-29 | 2007-01-29 | 基于ota技术的移动终端的多媒体信息接收方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101237463A true CN101237463A (zh) | 2008-08-06 |
Family
ID=39920821
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007100030011A Pending CN101237463A (zh) | 2007-01-29 | 2007-01-29 | 基于ota技术的移动终端的多媒体信息接收方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101237463A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980342A (zh) * | 2015-06-30 | 2015-10-14 | 北京奇虎科技有限公司 | 一种推送信息的方法、代理服务器及系统 |
CN105490919A (zh) * | 2015-11-24 | 2016-04-13 | 小米科技有限责任公司 | 消息撤回方法和装置 |
-
2007
- 2007-01-29 CN CNA2007100030011A patent/CN101237463A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980342A (zh) * | 2015-06-30 | 2015-10-14 | 北京奇虎科技有限公司 | 一种推送信息的方法、代理服务器及系统 |
CN104980342B (zh) * | 2015-06-30 | 2019-03-01 | 北京奇虎科技有限公司 | 一种推送信息的方法、代理服务器及系统 |
CN105490919A (zh) * | 2015-11-24 | 2016-04-13 | 小米科技有限责任公司 | 消息撤回方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9037126B2 (en) | Method and apparatus for controlling response to service notifications in a network environment | |
KR100906110B1 (ko) | 3a 기반의 푸시형 이벤트를 제공하는 유비쿼터스노티피케이션 방법 및 시스템 | |
CN102075539B (zh) | 数据推送系统及方法 | |
CN100568840C (zh) | 向通信网络的终端广播个性化和交互式内容的系统和方法 | |
US20030096625A1 (en) | Push advertisement in mobile communications network and mobile terminal suitable for the same | |
US20060218613A1 (en) | System and method for acquiring on-line content via wireless communication device | |
CN101895873B (zh) | 移动终端的Java应用的更新方法、服务器和移动终端 | |
CN105472027A (zh) | 动态内容传送系统中从服务器向客户端终端的内容更新 | |
US20090275349A1 (en) | Method and apparatus for providing idle mode service | |
JP2011018341A (ja) | Cm中のラジオ及びテレビへのデータ配信 | |
CN101981922B (zh) | 在移动通信系统中用于终端的软件更新的方法和设备 | |
CN100518412C (zh) | 一种多媒体消息的发送方法 | |
CN1988450B (zh) | 一种网络调度型媒体文件的分发系统 | |
CN101980503B (zh) | 一种widget应用管理方法、装置和系统 | |
CN104272705A (zh) | 用于显示运营商通告的方法和装置 | |
CN101208934A (zh) | 用于在网络环境中自动预订的方法和设备 | |
CN102740240A (zh) | 一种广告业务发布方法、终端及系统 | |
CN101431751A (zh) | 一种更新手机电视终端订购关系的系统及方法 | |
CN101237463A (zh) | 基于ota技术的移动终端的多媒体信息接收方法 | |
CN101873377A (zh) | 通过无线通信设备阻止来自发送方的消息的方法和装置 | |
US8290477B2 (en) | Method for management a multimedia data of mobile communication terminal and mobile communication terminal therefor | |
WO2008087474A2 (en) | Profile broadcast apparatus and methods | |
CN101087205A (zh) | 上报用户代理档案信息的方法、系统及终端设备 | |
JP4860107B2 (ja) | 画像配信システム及びその方法 | |
CN101384012B (zh) | 系统端和终端的交互媒体文档更新方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080806 |