CN101170719B - 多文件内容处理方法和系统 - Google Patents

Abstract

本发明提供了一种多文件内容处理方法，包括：内容提供者向运营商提供一个内容中包含的多个文件；运营商将多个文件上传到内容管理系统，并在内容管理系统上发布内容以及填写内容元数据信息；内容管理系统记录内容元数据信息以及多个文件和内容的关联关系；内容管理系统通知内容应用服务器获取多个文件；内容应用服务器异步到内容应用服务器获取多个文件，并反馈内容应用服务器上存储的正式URL信息；内容管理系统存储内容、多个文件、以及URL信息。另外，本发明还提供了一种多文件内容处理系统。通过以上技术方案，本发明实现了以下有益效果：运营商可以以内容为中心进行业务运营，提高业务运营效率；用于可以以内容为中心浏览和使用内容，提高用户业务体验。

Description

多文件内容处理方法和系统 

技术领域

本发明涉及通信领域，并且更特别地，涉及一种多文件内容处理方法和系统。 

背景技术

随着3G网络和手机终端能力的发展，移动增值业务也得到发展，价值链上SP(Service Provider，业务提供者)和CP(ContentProvider，内容提供者)阵营也越来越庞大，增值业务的收入增长变成运营商关键增长点，例如，移动的移动梦网和联通的新视界都为运营商带来新增长点。 

移动增值业务主要分两类：一类运营商提供业务通道，由第三方提供内容和运营，即SP类业务，例如短信天气预告、WAP图片新闻网站；一类运营商提供业务通道并且运营业务，第三方仅仅提供内容，即CP类业务，例如手机电视、彩铃等业务。对于CP类业务，运营商由于控制业务的运营，所以可以防止业务欺诈和减少用户投诉，同时获取更多利益分成，是未来增值业务发展的主要方向。 

对于现有网络网常见的内容管理系统，现有内容管理系统的内容模型是由内容包、内容、和文件三级组成，内容包可以对一个或者多个内容打包，但是一个内容只包含一个文件。其中，图1是常见内容管理模型的示意图。该模型的内容管理流程如下：由CP提 供内容文件给运营商，例如无极.rm的文件；在运营商的内容管理系统上，运营商发布一个内容，类型是Streaming，名称是无极，上传无极.rm的文件；如果有多个文件，则只能再发布多个内容，分别选择对应文件；用户登陆用户门户时，看到是多个内容，其实都是无极，只是文件不同而已。 

随着增值业务的发展，内容管理系统需要支持多内容文件的管理机制，例如数字版权和为不同用户提供不同质量的服务。然而，现有系统只能按照一个内容文件发布一个内容，例如同一个无极，需要发布彩铃类的无极铃声、流媒体类的无极片断在线播放、下载类的无极片断下载等多个内容，业务运营繁琐，并且用户业务体验很差。 

因此，为了满足现有网络一个内容多个文件的需求，提高用户业务体验，需要一种能够克服相关技术的上述问题的技术方案。 

发明内容

由于一个内容有多种业务类型，例如，对于无极，可以有下载类游戏、在线观看的流媒体、七彩铃音等待等，并且随着通信业务开展，会逐步丰富；另外，一个业务类型有多种差异化服务需求，例如不同码率、分辨率的流媒体视频，收费不同，特别对于流媒体比较明显；此外，对于流媒体和下载，有数字版权，目前打包有OMA1.0、水印、OMA2.0。上述的多个因素需要一个内容包括多个文件，但是相关技术不能满足这种需求。 

为此，本发明致力于克服上述相关技术中的一个或多个固有缺陷，为此，本发明提供了一种多文件内容处理方法和系统，其中，上述的多文件内容指的是包含多个文件的内容。 

根据本发明的一个方面，提供了一种多文件内容处理方法。 

根据本发明的多文件内容处理方法包括以下步骤：第一步骤，内容提供者向运营商提供一个内容中包含的多个文件；第二步骤，运营商将多个文件上传到内容管理系统，并在内容管理系统上发布内容以及填写内容元数据信息；第三步骤，内容管理系统记录内容元数据信息以及多个文件和内容的关联关系；第四步骤，内容管理系统通知内容应用服务器获取多个文件；第五步骤，内容应用服务器异步到内容管理系统获取多个文件，并反馈内容应用服务器上存储的正式URL信息；以及第六步骤，内容管理系统存储内容、多个文件、以及URL信息。 

根据本发明的另一方面，提供了一种多文件内容处理系统。 

根据本发明的多文件内容处理系统包括：文件提供部，位于内容提供者侧，用于提供一个内容中包含的多个文件；文件上传部，位于运营商侧，用于上传由文件提供部提供的多个文件，并发布内容以及填写内容元数据信息；记录部，位于内容管理系统侧，用于记录内容元数据信息以及多个文件和内容的关联关系；通知部，位于内容管理系统侧，用于通知内容应用服务器获取多个文件；文件获取部，位于内容应用服务器侧，用于从内容管理系统获取多个文件，并反馈内容应用服务器上存储的正式URL信息；以及存储部，位于内容管理系统侧，用于存储内容、多个文件、以及URL信息。 

通过以上以内容管理为中心的多文件管理方案，本发明实现了以下有益效果：运营商可以以内容为中心进行业务运营，提高业务运营效率；用于可以以内容为中心浏览和使用内容，提高用户业务体验。 

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示例性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中： 

图1是根据相关技术的内容管理模型的示意图； 

图2是根据本发明实施例的多文件内容处理方法的流程图； 

图3是根据本发明实施例的多文件内容处理流程的示意图； 

图4是根据本发明实施例的内容管理模型的示意图； 

图5是根据本发明实施例的多文件内容处理系统的框图； 

图6是根据本发明实施例的多文件内容处理系统中的内容管理系统的示意图；以及 

图7是图6中示出的内容管理系统与其他系统的关系示意图。 

具体实施方式

以下将参照附图来具体描述本发明的优选实施例，其中，附图构成本申请的一部分，并与本发明的实施例一起用于阐释本发明的原理。 

首先，参照附图来描述根据本发明实施例的多文件内容处理方法。如上文已经提到的，多文件内容指的是包含多个文件的内容。其中，图2是示出该方法的流程图。 

如图2所示，在本实施例中描述的多文件内容处理方法包括以下步骤： 

步骤S202，内容提供者(CP)向运营商提供一个内容中包含的多个文件； 

步骤S204，运营商将多个文件上传到内容管理系统，并在内容管理系统上发布内容以及填写内容元数据信息；在该步骤中，内容管理系统查询出FTP(File Transfer Protocol，文件传输协议)文件信息，运营商可以选择多个相关的内容文件，在发布内容后提交； 

步骤S206，内容管理系统记录内容元数据信息以及多个文件和内容的关联关系； 

步骤S208，内容管理系统通知内容应用服务器获取多个文件；其中，内容应用服务器可以是流媒体服务器、KJAVA下载服务器；并且用于进行通知的接口能够支持多个文件通知；此外，在该步骤中，内容管理系统还通知多个文件的文件地址； 

步骤S210，内容应用服务器异步到内容应用服务器获取多个文件，并反馈内容应用服务器上存储的正式的URL(Uniform ResourceLocator，统一资源管理，因特网的地址)信息；其中，用于反馈的借口能够支持多个文件反馈；以及 

步骤S212，内容管理系统存储内容、多个文件、以及URL信息。 

结合在图3中示出的流程将更容易理解上述处理过程。下面，进一步结合实例来描述本实施例中提供的方法。 

实例1 

假设现在市场大片《无极》很火爆，某CP根据版权收取，制作针对《无极》的多文件内容，如下表所示： 

其中，上述四个文件的地址分别为无极1.rm、无极2.rm、无极1.avi、无极2.avi。 

则运营商对此多文件内容的管理流程可以为如下所述：(1)CP向运营商提供针对《无极》内容的4个文件，以满足不同场景下下载和在线播放的需要；(2)运营商管理上传无极1.rm、无极2.rm、无极1.avi、无极2.avi到内容管理系统上；(3)运营商管理员在内容管理系统上先发布一个内容，填写内容信息，例如，名称是无极；选择文件时，内容管理系统查询出系统所有文件，运营商管理选择4个内容文件无极1.rm、无极2.rm、无极1.avi、无极2.avi；(4)内容管理系统记录名称为“无极”的内容的信息，同时记录多个文件和内容的关联关系；(5)内容管理系统通知流媒体服务器发布无极内容，有四个文件，每个文件地址如下：无极/1.rm、无极2.rm、无极1.avi、无极2.avi；(6)流媒体文件按照内容地址取4个文件， 文件分发到播放服务器上，返回播放服务器的真实URL；(7)内容管理系统记录内容文件和对应URL信息。 

其中，通过上述方法实现的内容管理模型如图4所示，通过与图1示出的根据相关技术的内容管理模型比较可以看出，本发明实现了对包含多个文件的内容的管理。 

接下来，将参照附图来描述本发明实施例的多文件内容处理系统。其中，图5是示出该系统的框图。 

如图5所示，根据本发明实施例的多文件内容处理系统包括：文件提供部502，位于内容提供者侧，用于提供一个内容中包含的多个文件；文件上传部504，位于运营商侧，用于上传由文件提供部502提供的多个文件，并发布内容以及填写内容元数据信息；记录部506，位于内容管理系统侧，用于记录内容元数据信息以及多个文件和内容的关联关系；通知部508，位于内容管理系统侧，用于通知内容应用服务器获取多个文件；其中，内容应用服务器可以是流媒体服务器、KJAVA下载服务器；文件获取部510，位于内容应用服务器侧，用于从内容应用服务器获取多个文件，并反馈内容应用服务器上存储的正式的URL信息；以及存储部512，位于内容管理系统侧，用于存储内容、多个文件、以及URL信息。 

其中，由记录部506记录的内容元数据信息包括内容名称、详细描述、版权信息。此外，通知部508还通知多个文件的相应的文件地址，并且文件获取部510根据文件地址获取多个文件。 

另外，值得注意的是，通知部508使用能够支持多个文件通知的接口进行通知；反馈部510使用能够支持多个文件反馈的接口进行反馈。 

下面对该多文件内容处理系统中涉及的内容管理系统进行详细描述。内容管理系统分为内容提供者(CP)管理门户和运营商管理门户；其中，内容提供者管理门户为用于发布内容、内容管理、以及文件传输协议服务，运营商管理门户用于进行内容提供者注册和管理、内容审批、内容生命周期管理、以及内容通知，如图6所示。 

另外，图7示出了上述的内容管理系统与周边系统的关系示意图，从图7中将更容易理解上述的CP管理门户和运营商管理门户的功能和操作。 

通过上述内容可以看出，借助于本发明的技术方案，实现了运营商以内容为中心进行业务运营，并且用以内容为中心浏览和使用内容，提高了业务运营效率，从而提高了用户业务体验。 

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。 

Claims (11)

1.一种多文件内容处理方法，其特征在于，包括以下步骤：

第一步骤，内容提供者向运营商提供一个内容中包含的多个文件；

第二步骤，所述运营商将所述多个文件上传到内容管理系统，并在所述内容管理系统上发布所述内容以及填写内容元数据信息；

第三步骤，所述内容管理系统记录所述内容元数据信息以及所述多个文件和所述内容的关联关系；

第四步骤，所述内容管理系统通知内容应用服务器获取所述多个文件；

第五步骤，所述内容应用服务器异步到所述内容管理系统获取所述多个文件，并反馈所述内容应用服务器上存储的正式URL信息；

第六步骤，所述内容管理系统存储所述内容、所述多个文件、以及所述URL信息。

2.根据权利要求1所述的多文件内容处理方法，其特征在于，在所述第二步骤中，所述运营商记录的所述内容元数据信息包括内容名称、详细描述、版权信息。

3.根据权利要求1所述的多文件内容处理方法，其特征在于，在所述第四步骤中，所述内容管理系统进一步通知所述多个文件的相应的文件地址。

4.根据权利要求3所述的多文件内容处理方法，其特征在于，在所述第五步骤中，所述内容应用服务器根据所述文件地址获取所述多个文件。

5.根据权利要求1所述的多文件内容处理方法，其特征在于，在所述第二步骤中，在所述运营商记录所述内容元数据信息之后，所述内容管理系统查询文件传输协议文件信息，所述运营商选择多个相关的内容文件。

6.根据权利要求1所述的多文件内容处理方法，其特征在于，在所述第四步骤中，用于进行通知的通知接口能够支持多个文件通知；在所述第五步骤中，用于进行反馈的接口能够支持多个文件反馈。

7.一种多文件内容处理系统，其特征在于，包括：

文件提供部，位于内容提供者侧，用于提供一个内容中包含的多个文件；

文件上传部，位于运营商侧，用于上传由所述文件提供部提供的所述多个文件，并发布所述内容以及填写内容元数据信息；

记录部，位于内容管理系统侧，用于记录所述内容元数据信息以及所述多个文件和所述内容的关联关系；

通知部，位于内容管理系统侧，用于通知内容应用服务器获取所述多个文件；

文件获取部，位于内容应用服务器侧，用于从所述内容管理系统获取所述多个文件，并反馈所述内容应用服务器上存储的正式URL信息；以及

存储部，位于内容管理系统侧，用于存储所述内容、所述多个文件、以及所述URL信息。

8.根据权利要求7所述的多文件内容处理系统，其特征在于，所述记录部记录的所述内容元数据信息包括内容名称、详细描述、版权信息。

9.根据权利要求7所述的多文件内容处理系统，其特征在于，所述通知部进一步通知所述多个文件的相应的文件地址。

10.根据权利要求9所述的多文件内容处理系统，其特征在于，所述获取部根据所述文件地址获取所述多个文件。

11.根据权利要求7所述的多文件内容处理系统，其特征在于，所述通知部使用能够支持多个文件通知的接口进行通知；所述文件获取部使用能够支持多个文件反馈的接口进行反馈。

Images