CN1801718A - 一种内容分发网络中oma下载的实现方法 - Google Patents

Abstract

一种内容分发网络中OMA下载的实现方法，涉及到分发网络中的OMA下载，通过门户采用内容分发网络服务重定向策略把移动终端要下载的OMA文件重定向到任一个有该OMA文件的边缘服务器，解决了所有用户下载该OMA文件只能到一个指定的边缘服务器下载的问题，充分保证了分发网络的高效的、可靠的、负载均衡的智能网络的特性。

Description

一种内容分发网络中OMA下载的实现方法

                        技术领域

本发明涉及在内容分发网络中实现OMA(开放移动联盟)下载的一种方法。具体涉及OMA下载文件的生成与发布，以及OMA下载过程处理。

                        背景技术

1、内容分发网络

内容分发网络的思想是依靠放置各地的缓存和媒体服务器，通过系统中心平台的智能负载均衡和内容分发、调度等功能模块，将用户最感兴趣的那部分媒体内容部署到最接近用户的地方，使得原本无序、低效、不可靠的宽带IP网络转变成高效、可靠的智能网络，从而满足用户对媒体访问质量的更高要求。

当用户访问已经加入内容分发网络服务器的网站时，首先通过DNS(域名解析)重定向技术或者基于四层交换机的负载均衡策略确定最接近用户的最佳内容分发网络的节点，同时将用户的请求指向该节点。当用户的请求到达该节点时，内容分发网络的服务器(节点上的高速缓存)负责将用户的请求的内容提供给用户。内容分发网络的实现需要依赖多种网络技术的支持，主要包括：负载均衡技术、动态的内容路由、内容缓存机制、动态的内容分发与复制、安全服务等。

2、OMA下载技术

OMA下载应用模式是在基本HTTP(超文本传输协议)下载的基础上，增加了一些功能，包括：内容协商用的附加工具、便于格式统一(与协议无关)的元数据表示和应用层安装确认，以此提供更好的用户体验。

在内容协商的交互过程中，移动终端首先获取媒体对象的下载描述符文件，根据下载描述符文件，移动终端的下载代理可以判断终端目前的资源是否满足下载媒体对象的要求，移动用户也可以再次确认内容是否需要，从而判断是否需要实际下载已选的媒体对象。

下载描述符文件的一些属性允许下载代理将描述媒体对象的元数据与当前客户设备的可用资源进行比较。另一类属性允许终端用户在下载开始之前，确认接收或者拒绝接收该媒体的对象。

下载事务处理过程总是包含一定程度的不确定性，客户和服务器无法同时绝对肯定对方的事务处理过程完成。OMA下载的安装通知过程中，存在下载服务器不知道客户已经收到媒体对象的情况，但不会发生媒体对象实际上被终端拒收，而服务器却相信客户设备已经收到媒体对象的情况。

下载服务器在处理移动终端OMA下载时，可以采用下载描述符文件和描述符文件指定的媒体对象分别发送，或者下载描述符与媒体对象组合在一个发送包里发送，在这两种情况中，根据下载描述符文件中的要求，可以有安装通知，也可以没有。

在内容分发网络中实现OMA下载需要注意两点：一是在采用DNS重定向实现服务定向的网络中，OMA下载描述符文件中媒体对象URL(通用资源位置)以及安装通知URL不能包含服务器域名，因为DNS重定向时并不能保证OMA下载会话过程在同一个下载服务器上完成；二是采用四层交换机实现服务定向的内容分发网络中无法实现OMA下载，因为四层交换机没有会话管理功能，不能保证将一个OMA下载会话定向到同一个下载服务器。

现有的OMA下载方法如下：

1、OMA描述符文件中媒体对象文件的URL都是指向同一个下载服务器；

2、OMA描述符文件的下载和媒体对象文件不在同一个下载服务器下载。

现有的OMA下载方法存在的问题是：

1、所有用户下载该OMA文件只能到一个指定的服务器下载，其缺点是：有可能造成内容分发网络负载不均衡，容易造成网络堵塞；

2、如果描述符文件和媒体对象文件不在同一个下载服务器下载，无法把这两次下载用一个会话关联起来。

                        发明内容

本发明的目的是克服现有技术存在的问题，提供一种内容分发网络中实现OMA下载的实现方法，该方法能动态生成媒体文件和安装通知的URL，能把下载描述符文件和媒体对象文件关联在同一会话中，充分发挥内容分发网络的负载均衡的特性。

本发明的技术方案是：一种内容分发网络中OMA下载的实现方法，其特征在于：对于OMA下载的媒体文件，编码服务器在生成该媒体对象的同时也生成关于该媒体对象的描述符文件，但在该描述符文件中媒体对象的URI里面只包含媒体文件保存的相对路径，不包含下载服务器的域名或下载服务器的IP和端口号；

内容上传服务器FTP把该媒体对象和描述符文件上传到中心服务器的内容库里，业务管理平台检索中心服务器的内容库制定分发策略，中心服务器根据该策略把该媒体对象和描述符文件一起PUSH到边缘下载服务器；

当内容分发网络中的边缘下载服务器接收到描述符文件和媒体对象文件时候，边缘下载服务器把描述符文件补充完整，并添加安装通知的绝对的URI路径。

在内容分发网络中，同一个文件在不同区域的边缘服务器中存在多个复本，如果在生成媒体描述符文件的时候，把媒体描述符文件里有关媒体对象的URL和安装通知的URL都固定为一个不可变的，那么所有的移动终端只能到该指定的服务器去下载，其它的服务器就无法处理该OMA文件的下载，这就与内容分发网络的特征相违背。而采用本发明的方法就能使内容分发网络的优点充分发挥出来，给客户带来良好的体验。

如上所述的方法，其特征在于包括下列步骤：

1、编码服务器生成OMA文件，其中OMA描述符文件中的媒体对象文件的URL是相对的URL；

2、内容分发网络中的中心服务器向每个边缘下载服务器发送OMA文件，边缘下载服务器接收OMA文件，并把OMA描述符文件的媒体对象文件填写为绝对的URL，绝对的URL指向本机，并补加安装通知的URL；

3、处理用户下载时，如果描述符文件中的媒体对象文件的URL是相对的就填写为绝对的，绝对的URL指向本机，并补交安装通知的URL。

本发明的有益效果：

能充分发挥内容分发网络负载均衡的性能，使网络通畅，充分保证了分发网络的高效的、可靠的、负载均衡的智能网络的特性。

本发明的原理是：

OMA下载文件包含有媒体对象和媒体描述符文件，终端首先下载媒体描述符文件，从得到的描述符文件里获取媒体对象的URL和发送安装通知的URL，通过媒体对象URL来下载媒体对象，通过安装通知URL向下载服务器发送安装通知。

在内容分发网络中，对于OMA下载的媒体文件，编码服务器在生成该媒体对象的同时也生成关于该媒体对象的描述符文件，但在该描述符文件生成的时候采取的方法是只生成一部分，也就是媒体对象的URI里面只包含媒体文件保存的相对路径，不包含下载服务器的域名或下载服务器的IP和端口号，终端得到该描述符文件是无法下载相应的媒体对象的，生成的描述符文件内容类似如下所示：

<media xmlns="http://www.openmobilealliance.org/xmlns/dd">

<type>image/jpeg</type>

<objectURI>/4.jpg</objectURI>

<size>1238413</size>

</media>

内容上传服务器FTP把该媒体对象和描述符文件上传到中心服务器的内容库里，业务管理平台检索中心服务器的内容库制定分发策略，中心服务器根据该策略把该媒体对象和描述符文件一起PUSH到边缘下载服务器。当移动终端在门户浏览时，如果移动客户对该媒体对象感兴趣，点击下载该媒体对象的描述符文件，门户根据内容分发网络服务重定向策略来选择边缘服务器，这样当终端点击下载描述符文件的时候，门户就把描述符文件下载的URL重定向到该边缘下载服务器，边缘下载服务器在处理下载该描述符文件的时候，修改该描述符文件，把描述符文件的媒体对象的URL填充完整，并补加安装通知的URL，或者边缘下载服务器在接收媒体对象和媒体描述符文件的时候，把媒体描述符文件的媒体对象的URL填充完整，并补加安装通知的URL形成新的描述符文件如下所示：

<?xml version="1.0"encoding="UTF-8"?>

<media xmlns="http://www.openmobilealliance.org/xmlns/dd">

<type>image/jpeg</type>

<objectURI>http://192.168.3.203:9090/4.jpg</objectURI>

<installNotifyURI>http://192.168.3.203:9090/installnotify</installNotifyURI>

<size>1238413</size>

</media>

这样移动终端得到该描述符文件就可以真正的下载媒体对象，并向下载服务器发送安装通知。

                        附图说明

图1是本发明控制形式的总体结构框图。

图2是本发明的实施例的从OMA文件的生成到PUSH到边缘服务器的流程框图。

图3是本发明的实施例的移动终端下载OMA文件的流程框图。

                       具体实施方式

下面结合附图详细描述本发明。

如图1所示，本系统由以下设备组成：编码服务器101、内容上传FTP服务器102、门户103、中心服务器104、业务管理平台服务器105、WAP网关108、边缘服务器。

其中编码服务器101对媒体对象进行必要的编码转换或格式转换并生成媒体描述符文件；内容上传FTP服务器102将媒体描述符文件和编码处理后媒体对象上传到中心服务器104的内容库；业务管理平台服务器105根据中心服务器104的内容库制定分发计划，把中心服务器104内容库里的媒体描述符文件和媒体对象一起分发到边缘服务器；每个边缘服务器110(111)负责处理移动终端106的下载请求，以及移动终端106的安装通知；门户103提供移动终端106的身份验证，将系统中的内容呈现给用户；WAP网关108提供移动用户通过移动网络接入系统的能力。

如图2所示，OMA媒体描述符文件的生成与分发流程：

编码服务器201生成OMA 210文件的媒体对象和媒体的描述符文件；

内容上传FTP服务器202把编码生成的OMA文件上传211到中心服务器204的内容库里；

业务管理平台205对中心服务器204的内容库进行检索制定OMA下载文件的分发计划212；

中心服务器204根据业务管理平台205的分发计划通过IP网络PUSHOMA文件216到边缘服务器207(208)，边缘服务器207(208)也可以通过IP网络PULL OMA文件215，边缘服务器207(208)接收到OMA文件时候，可以修改OMA文件的描述符文件，将描述符文件的媒体对象URL填充本服务器的IP地址与端口，IP地址前加上http协议头，并补加安装通知URL，安装通知的URL的IP地址和端口也是本服务器，这样媒体对象和安装通知都具有绝对的URL；

门户203通过中心服务器204的内容库获取文件信息214，生成浏览信息呈现给终端。

如图3所示，终端下载OMA文件的流程：

移动终端302通过WAP网关304浏览门户301信息；

移动终端用户302发现感兴趣的内容，点击页面发起下载请求；

门户301根据内容分发网络的服务重定向策略，动态生成URL，指向某边缘服务器305(306)中的媒体描述符文件，门户301发送此OMA下载文件URL 312到移动终端用户302；

移动终端用户302通过WAP网关304向边缘服务器305(306)发起服务请求下载媒体描述符文件313；

边缘服务器305(306)在处理下载媒体描述符文件时，发现描述符文件不完整时将描述符文件填充完整，解决方法是将其中媒体对象URL填充本服务器的IP地址与端口，IP地址前头加上http协议头，并补加安装通知URL，安装通知的URL的IP地址和端口也是本服务器，将修改后的内容通过响应314发送到移动终端用户302；

移动终端用户302通过得到的媒体描述符文件来获取下载媒体对象的URL，向同一个边缘服务器发起请求下载媒体对象313；

媒体对象下载完成后，移动终端用户302根据描述符文件中的安装通知URL向下载服务器发送安装通知消息313。

Claims (2)

1、一种内容分发网络中OMA下载的实现方法，其特征在于：对于OMA下载的媒体文件，编码服务器在生成该媒体对象的同时也生成关于该媒体对象的描述符文件，但在该描述符文件中媒体对象的URI里面只包含媒体文件保存的相对路径，不包含下载服务器的域名或下载服务器的IP和端口号；

内容上传服务器FTP把该媒体对象和描述符文件上传到中心服务器的内容库里，业务管理平台检索中心服务器的内容库制定分发策略，中心服务器根据该策略把该媒体对象和描述符文件一起PUSH到边缘下载服务器；

当内容分发网络中的边缘下载服务器接收到描述符文件和媒体对象文件时候，边缘下载服务器把描述符文件补充完整，并添加安装通知的绝对的URI路径。

2、如权利要求1所述的OMA下载的实现方法，其特征在于包括下列步骤：

①、编码服务器生成OMA文件，其中OMA描述符文件中的媒体对象文件的URL是相对的URL；

②、内容分发网络中的中心服务器向每个边缘下载服务器发送OMA文件，边缘下载服务器接收OMA文件，并把OMA描述符文件的媒体对象文件填写为绝对的URL，绝对的URL指向本机，并补加安装通知的URL；

③、处理用户下载时，如果描述符文件中的媒体对象文件的URL是相对的就填写为绝对的，绝对的URL指向本机，并补交安装通知的URL。

Images