CN101290620A - 一种基于数字对象的媒体资产处理方法及系统 - Google Patents

Abstract

本发明提供一种基于数字对象的媒体资产处理方法及系统，所述方法包括确定媒体领域，获取所述媒体领域所包含的实体；对所述的实体进行面向对象的建模，生成至少包含识别属性和自定义属性的媒体资源对象；将所述的媒体资源对象映射为媒体资源数字对象，并将所述的媒体资源数字对象存储到数字对象库中；当用户欲获取媒体资源时，通过用户接口发送媒体资源请求；根据所述的媒体资源请求在所述的数字对象库中进行索引，并将被请求的媒体资源内容返回到用户端。用于支持音频、视频、图片、文本等异构的媒体资源数据类型，提供开放的应用编程接口(API)，降低系统实现成本。

Description

一种基于数字对象的媒体资产处理方法及系统

技术领域

本发明有关于媒体资产管理技术，特别是有关于对象技术在媒体资产管理中的应用，具体的讲是一种基于数字对象的媒体资产处理方法及系统。

背景技术

现有的媒体资产管理系统存在以下几个方面的问题：

一、由于各个媒体资产管理软件提供商在媒体行业所从事的业务及市场定位的不同，使得所提供的媒体资产管理系统大多是针对特定媒体资源类型的专用系统。比如，专门针对音视频数据的媒体资源管理系统，重点解决广播电视制作、播出网中的媒体资源的存储和管理问题；而专门针对文稿、图片类型数据的媒体资源管理系统，则主要解决新闻业务流程和需求方面的问题。在实际应用中，媒体机构所拥有的媒体资源并非局限于单一的类型，通常包含音频、视频、图片、文档以及各种程序代码等业务数据，而且随着媒体业务的发展，更多类型的媒体资源也会不断涌现。因此，现有技术中的仅仅针对某一个或某一些媒体资源的媒体资产管理系统则显得关注面过于狭窄，且局限于特定类型的媒体资源。

二、媒体机构的各种媒体资源之间存在着丰富的内在联系，例如，一个新闻实体是一个复合对象，通常由视频、音频、文稿、图片等各种不同形式的媒体资源所组成。这些组成新闻实体对象的各个媒体资源之间存在很强的相关性。但在现有的媒体资产管理系统中普遍存在的问题就是缺乏一种有效地表达媒体资源之间关系的手段，其仅把媒体资产视为一种孤立的类似文档的对象(DLO，Document Like Object)。这使得原本紧密耦合的各种媒体资源变得离散化和无序化。

三、现有媒体资产管理系统对外提供的通信接口都是基于私有协议和格式，而且与操作系统以及程序设计语言相关。还有些媒体资产管理系统不提供对外的通信接口，整个系统是一个规模庞大，功能齐全的封闭系统。由于缺乏标准化的通信接口，所以一方面，因来自不同软件提供商的媒体资产管理系统之间很难实现互操作，使媒体机构之间的媒体资源集成与共享成为很困难的事情；另一方面，即使在同一个媒体机构内部，来自不同软件提供商的应用系统或服务也很难实现与媒体资产管理系统的集成，在媒体机构内部也就不能真正实现媒体资产集成与共享。

四、现有媒体资产管理系统创建的初始阶段，由于系统开发商只能了解很少的一部分客户需求，因此设计系统时仅基于这些特定的客户需求。然而客户的需求是动态变化的，这种基于特定需求创建的媒体资产管理系统对于客户将来需求、业务的变化常常难于适应，一个很小的调整往往会付出很大代价，缺乏必要的灵活性和扩展性。

五、现有媒体资产管理系统解决方案的成本普遍偏高，这极大地阻碍了媒体资产管理应用的推广和普及。

发明内容

本发明提供一种基于数字对象的媒体资产处理方法及系统，用于支持音频、视频、图片、文本等异构的媒体资源数据类型，而且能够适应不断出现的各种新的媒体资源数据类型，支持各种元数据规范，支持数字资源的保存与交换。能够实现媒体资源的各种混合、分布资产的聚合。提供开放的应用编程接口(API)，易于和其它服务集成，降低系统实现成本。

本发明的技术方案是：

一种基于数字对象的媒体资产处理方法，所述方法包括以下步骤：确定媒体领域，获取所述媒体领域所包含的实体；对所述的实体进行面向对象的建模，生成至少包含识别属性和自定义属性的媒体资源对象；将所述的媒体资源对象映射为媒体资源数字对象，并将所述的媒体资源数字对象存储到数字对象库中；

当用户欲获取媒体资源时，通过用户接口发送媒体资源请求；根据所述的媒体资源请求在所述的数字对象库中进行索引，并将被请求的媒体资源内容返回到用户端。

一种基于数字对象的媒体资产处理系统，所述系统包括：媒体资源对象生成单元，用于确定媒体领域，获取所述媒体领域所包含的实体，对所述的实体进行面向对象的建模，生成至少包含识别属性和自定义属性的媒体资源对象；媒体资源服务请求单元，用于发送用户的媒体资源请求；对象映射单元，用于将所述的媒体资源对象映射为媒体资源数字对象，并将所述的媒体资源数字对象存储到数字对象库中；媒体资源获取单元，用于根据所述的媒体资源请求在所述的数字对象库中进行索引，并将被请求的媒体资源内容返回到接口层；数字对象存储单元，用于存储所述的数字对象库。

一种基于数字对象的媒体资产处理系统，所述系统包括：接口层，该接口层包括：媒体资源对象生成单元，用于确定媒体领域，获取所述媒体领域所包含的实体，对所述的实体进行面向对象的建模，生成至少包含识别属性和自定义属性的媒体资源对象；媒体资源服务请求单元，用于发送用户的媒体资源请求；业务逻辑层，该业务逻辑层包括：对象映射单元，用于将所述的媒体资源对象映射为媒体资源数字对象，并将所述的媒体资源数字对象存储到数字对象库中；媒体资源获取单元，用于根据所述的媒体资源请求在所述的数字对象库中进行索引，并将被请求的媒体资源内容返回到接口层；存储层，该存储层包括：数字对象存储单元，用于存储所述的数字对象库。

本发明的有益效果在于：支持异构的数据类型，如：音频、视频、图片、文本等，而且适应不断出现的各种新的数据类型；支持各种元数据规范，如：Dublin Core、MPEG7等；支持数字资源的保存与交换；能够实现各种混合、分布数据的聚合；能够实现同一数字对象的多种不同的内容分发；提供开放的应用程序接口(API)，易于和其它服务集成；以及较低的实现成本。

附图说明

图1是本发明新闻领域对象模型图；

图2是本发明新闻领域的UML对象模型图；

图3是本发明新闻数字对象模型图；

图4是本发明视频数字对象模型图；

图5是图像数字对象模型图；

图6是文本数字对象的模型图；

图7是表示新闻领域的数字对象模型图；

图8是基于对象的媒体资产处理系统示意图；

图9是基于对象的媒体资产处理系统结构框图；

图10是管理员通过API-M管理和操纵数字对象中的内部结构图；

图11是通过API-A访问数字对象内容结构图；

图12是基于对象技术的广播影视资料处理系统框图；

图13是基于对象技术的广播影视资料管理平台建立在数字对象库和信息索引服务结构框图；

图14是广播影视资源抽象的数字对象模型图；

图15是本发明一实施例的基于数字对象的媒体资产处理系统的结构框图。

具体实施方式

下面结合附图说明本发明的具体实施方式。

实施例1

以电台/电视台中最为典型的新闻资源类型为例，说明本发明实施例利用数字对象对媒体资源进行建模及处理的具体实施方式。

领域建模：领域模型能够捕获系统语境中最重要的对象类型，领域对象代表系统工作的环境中存在的“概念”或发生的事情。很多的领域对象或类可以从需求规格说明中找到，或者通过拜访领域专家得到。在本发明实施例中，所确定的媒体领域为新闻。

根据新闻领域语境的理解，新闻是一个复合对象的概念，通常来讲一则新闻除了包括文字稿件以外，可能还会包括一个或者多个与之相关的图片、视频、图表等内容，而文字稿件、图片、视频和图表等即为新闻领域的实体。在这些实体内容之间具有很强的相关性，通常希望能够从一种实体内容方便的导航到其它的相关实体内容。同时每一种实体内容又具有一定的相对独立性，也可以单独使用，作为素材用于其它节目的制作。

首先建立领域模型。需要说明的是，为了方便描述和简化问题，在这里只描述新闻领域中包括的几种典型的实体，即：文字稿、图片和视频。新闻的领域模型如图1所示。

新闻、新闻文稿、新闻视频、新闻照片都可以被视为一种媒体资源，这些媒体资源除了具有数据信息以外，还拥有两类描述它们的元数据：

1)根据Dublin Core 1.1版本标准所定义的元数据，包括：标题(Title)、创建者(Creator)、主题(Subject)、描述(Description)、出版者(Publisher)、其他责任者(Contributor)、日期(Date)、类型(Type)、格式(Format)、标识符(Identifier)、来源(Source)、语种(Language)、关联(Relation)、覆盖范围(Coverage)、权限(Rights)；

2)用户自定义的元数据，用于对资源本身进行描述，根据实际的应用需要可以任意添加。

对象建模：采用基于对象的数据模型对媒体资产建模之前，需要采用面向对象的建模方法对新闻领域中的各个实体进行建模。以尽可能多的发现这些实体的属性、行为和相互关系。

建立新闻、文本、视频、图像四个类，分别抽象新闻领域中的新闻、新闻文稿、新闻视频、新闻照片四种实体为媒体资源对象。为了标识这些媒体资源对象，每种媒体资源对象都会有一个识别(ID)的属性。新闻领域模型中元数据映射为类的属性，视频数据、图像数据和文本数据也映射为相应类型中的属性。此外，建立一个DublinCore的类型来表示Dublin核心元数据集，它拥有15个属性，分别对应该核心集中的15个元数据，每种类型的媒体资源对象都包含一个DublinCore的对象。因此可以得到新闻领域的UML对象模型，如图2所示。

从图2的新闻领域的UML对象模型可以看到，一个新闻对象包含了一个DublinCore类型的对象DC，以及一个或多个文本对象(新闻文稿)、视频对象(新闻视频)和图像对象(新闻照片)。此外，它还拥有一组自定义属性。

一个视频对象包含了一个DublinCore类型的对象DC，一组自定义属性，属性HighQualityVideo表示视频数据，另外它拥有Preview()(用来预览视频)、Convert()(用来对视频格式进行转换)等方法。

一个文本对象包含了一个DublinCore类型的对象DC，还有一组自定义属性，属性OrignalText表示新闻文稿的文本数据，另外它拥有Transform()(对文本格式进行变换)等方法。

一个图像对象包含了一个DublinCore类型的对象DC，还有一组自定义属性，属性HighQualityPic表示图像数据，另外它拥有GetThumbnails()(获取缩略图)、GetHighQuality()(获取原图)等方法。

需要说明的是，图2中看到的所有对象的自定义属性、操作以及它们之间的关系，为了描述方便已经进行了简化处理，实际客户的需要远远比这复杂得多。

数字对象映射：基于对象的数据模型是建立在面向对象概念的基础之上，数字对象和UML对象模型中对象具有高度的一致性。因此可以将新闻的UML对象模型中的新闻、视频、文本、图像四个对象，分别映射为媒体资产管理系统中的新闻数字对象、视频数字对象、文本数字对象、图像数字对象。即：将媒体资源对象映射为媒体资源数字对象。

在数字对象中数据流分为四种类型：

1)X类数据流(Implementer-Defined XML Metadata)，以XML的形式直接存储在数字对象内部的内容；

2)M类数据流(Repository-Managed Content)，以字节流的形式存在对象库内部进行储存和管理；

3)E类数据流(Referenced External Content)，在数字对象保存了指向实际内容的URL；

4)R类数据流(Redirect)，在数字对象保存了指向实际内容的URL，但不用通过对象库进行访问。

新闻数字对象的映射(如图2、3所示)：

将Uml对象模型中的属性映射为数字对象中的数据流，其中：

属性ID，映射为系统元数据流PID，MIME格式为text\xml，其类型为X。

属性DC，映射为系统元数据流DC，MIME格式为text\xml，其类型为X。

其余自定义属性，映射为用户自定义的数据流Multimedia Metadata，MIME格式为text\xml，其类型为X。为我们根据用户的编目和检索需求自定义的元数据，如新闻类型、新闻摘要等。

视频数字对象的映射(如图2、4所示)：

将Uml对象模型中的属性映射为数字对象中的数据流，其中：

属性ID，映射为系统元数据流PID，MIME格式为text\xml，其类型为X。

属性DC，映射为系统元数据流DC，MIME格式为text\xml，其类型为X。

其余自定义属性，映射为用户自定义的数据流Multimedia Metadata，MIME格式为text\xml，其类型为X。为我们根据用户的编目和检索需求自定义的元数据，如播出时间、节目时长等。

属性HighQualityVideo，映射为用户自定义的数据流HighQualityVideo，MIME格式为application\mpeg，由于视频资源占磁盘空间大，将其存储于专门的存储服务器中，与数字对象本身分离开来，其类型为E。

将UML对象模型中的操作映射为数字对象中的分发器，包括以下步骤：

定义一个视频行为定义对象，为视频类型数字对象的行为做一个定义与说明，是对视频数字对象所具有行为的一个抽象说明，类似于Java程序语言中的接口定义。对于一个视频行为对象可以有多个实现，即可以有多个相应的视频行为实现机制对象与之相关。在UML模型中，视频对象所包括的Preview()(用于预览视频)和Convert()(用于对视频格式进行转换)两个操作，映射为在数据流MethodMap中对Preview()、Convert()两个操作的定义，MIME格式为text\xml，其类型为X。

定义一个视频行为实现机制对象，是对视频类型数字对象行为的具体实现，它实现了视频行为定义对象中所定义的抽象操作。需要说明的是，我们并没有将可执行代码放在视频行为实现机制对象中，而是通过一个基于WSDL标准的描述，将服务指向了一个外部的XML Web Services，从而获得了较好的灵活性和扩展性。在UML模型中，视频对象所包括的Preview()(用于预览视频)和Convert()(用于对视频格式进行转换)两个操作，映射为在数据流WSDL中对Preview()、Convert()两个操作如何访问做了具体的说明，包括数据类型定义、服务所支持的操作、输入/输出信息格式、网络地址以及协议绑定等，其MIME格式为text\xml，其类型为X。

在视频数字对象的分发器中包含了对视频行为定义对象和视频行为实现机制对象的引用，它们共同组成了对视频操作的定义与实现，完成对UML对象模型中对对象操作的映射。

图像数字对象的映射(如图2、5所示)：

将Uml对象模型中的属性映射为数字对象中的数据流，其中：

属性ID，映射为系统元数据流PID，MIME格式为text\xml，其类型为X。

属性DC，映射为系统元数据流DC，MIME格式为text\xml，其类型为X。

其余自定义属性，映射为用户自定义的数据流Multimedia Metadata，MIME格式为text\xml，其类型为X。为我们根据用户的编目和检索需求自定义的元数据，如图像的特征值、图像大小等。

属性HighQualityPic，映射为用户自定义的数据流HighQualityPic，MIME格式为application\jpeg，由于其大小适中，将其存储于内容管理平台中，其类型为M。

将UML对象模型中的操作映射为数字对象中的分发器，包括以下步骤：

定义一个图像行为定义对象，对图像类型数字对象的行为做一个定义与说明，是对图像数字对象所具有行为的一个抽象说明，类似于Java程序语言中的接口定义。对于一个图像行为对象可以有多个实现，即可以有多个相应的图像行为实现机制对象与之相关。在UML模型中，图像对象所包括GetThumbnails()(获取缩略图)和GetHighQuality()(获取高质量图像)两个操作，映射为在数据流MethodMap中对GetThumbnails()、GetHighQuality()两个操作的定义，MIME格式为text\xml，其类型为X。

定义一个图像行为实现机制对象，是对图像类型数字对象行为的具体实现，它实现了图像行为定义对象中所定义的抽象操作。需要说明的是，我们并没有将可执行代码放在图像行为实现机制对象中，而是通过一个基于WSDL标准的描述，将服务指向了一个外部的XML Web Services，从而获得了较好的灵活性和扩展性。在UML模型中，图像对象所包括GetThumbnails()(获取缩略图)和GetHighQuality()(获取高质量图像)两个操作，映射为在数据流WSDL中对GetThumbnails()、GetHighQuality()两个操作如何访问做了具体的说明，包括数据类型定义、服务所支持的操作、输入/输出信息格式、网络地址以及协议绑定等，其MIME格式为text\xml，其类型为X。

图像类型对象的分发器包含了对图像行为定义对象和图像行为实现机制对象的说明，它们共同组成了对图像操作的定义与实现，完成对UML对象模型中对对象操作的映射。

文本数字对象的映射(如图2、6所示)：

将Uml对象模型中的属性映射为数字对象中的数据流，其中：

属性ID，映射为系统元数据流PID，MIME格式为text\xml，其类型为X。

属性DC，映射为系统元数据流DC，MIME格式为text\xml，其类型为X。

其余自定义属性，映射为用户自定义的数据流Multimedia Metadata，MIME格式为text\xml，其类型为X。为我们根据用户的编目和检索需求自定义的元数据，如关键字、摘要等。

属性OrignalText，映射为用户自定义的数据流OrignalText，MIME格式为application\doc，由于其占磁盘空间小适中，将其存储与内容管理平台中，其类型为M。

将UML对象模型中的操作映射为数字对象中的分发器，包括以下步骤：

定义一个文本行为定义对象，为文本类型数字对象的行为做一个定义与说明，是对文本数字对象所具有行为的一个抽象说明，类似于Java程序语言中的接口定义。对于一个文本行为对象可以有多个实现，即可以有多个相应的文本行为实现机制对象与之相关。在UML模型中，文本对象所包括的Transform()(对文本的格式进行变换)这一个操作，映射为在数据流MethodMap中对Transform()这一个操作的定义，MIME格式为text\xml，其类型为X。

定义一个文本行为实现机制对象，是对文本类型数字对象行为的具体实现，它实现了文本行为定义对象中所定义的抽象操作。需要说明的是，我们并没有将可执行代码放在文本行为实现机制对象中，而是通过一个基于WSDL标准的描述，将服务指向了一个外部的XML Web Services，从而获得了较好的灵活性和扩展性。在UML模型中，文本对象所包括Transform()(对文本的格式进行变换)这一个操作，映射为在数据流WSDL中对Transform()这一个操作如何访问做了具体的说明，包括数据类型定义、服务所支持的操作、输入/输出信息格式、网络地址以及协议绑定等，其MIME格式为text\xml，其类型为X。

在文本数字对象的分发器包含了对文本行为定义对象和文本行为实现机制对象的引用，它们共同组成了对文本操作的定义与实现，完成对UML对象模型中对对象操作的映射。

为了表示各种媒体资源之间的关系，在系统中基于RDF(ResourceDescription Framework)定义了一个最基本的关系本体(Ontology)，提供了一个表示数字对象内外各种关系的核心集。通过这个关系本体，可以描述新闻对象的各种组成部分之间各种关系，使得各种资源之间的导航问题得以解决，其中：

将图像和新闻间的聚合关系映射为图像数字对象中的数据流RELS-EXT，MIME格式为text\xml，其类型为X。数据流RELS-EXT采用的RDF描述如下程序代码所示：

    <rdf:RDF

xmlns:rel＝″info:fedora/fedora-system:def/relations-external#″

xmlns:rdf＝″http://www.w3.org/1999/02/22-rdf-syntax-ns#″>

<rdf:Description rdf:about＝″info:fedora/MITI-CM:1085″>

  <rel:isMemberOf

rdf:resource＝″info:fedora/MITI-CM:1084″></rel:isMemberOf>

  </rdf:Description>

</rdf:RDF>

上述程序代码表达的含义为：PID为MITI-CM：1085的数字对象是PID为MITI-CM：1084的数字对象的一个子对象。此处PID为MITI-CM：1085的数字对象为图像类型数字对象，MITI-CM：1084为新闻类型的数字对象。

将文本和新闻间的聚合关系映射为图像数字对象中的数据流RELS-EXT，MIME格式为text\xml，其类型为X。数据流RELS-EXT采用的RDF描述如下程序代码所示：

    <rdf:RDF

xmlns:rel＝″info:fedora/fedora-system:def/relations-external#″

      xmlns:rdf＝″http://www.w3.org/1999/02/22-rdf-syntax-ns#″>

      <rdf:Description rdf:about＝″info:fedora/MITI-CM:1086″>

        <rel:isMemberOf

rdf:resource＝″info:fedora/MITI-CM:1084″></rel:isMemberOf>

      </rdf:Description>

   </rdf:RDF>

上述程序代码表达的含义为：PID为MITI-CM：1086的数字对象是PID为MITI-CM：1084的数字对象的一个子对象。此处PID为MITI-CM：1086的数字对象为文本类型数字对象，MITI-CM：1084为新闻类型的数字对象。

将视频和新闻间的聚合关系映射为图像数字对象中的数据流RELS-EXT，MIME格式为text\xml，其类型为X。数据流RELS-EXT采用的RDF描述如下程序代码所示：

    <rdf:RDF

xmlns:rel＝″info:fedora/fedora-system:def/relations-external#″

      xmlns:rdf＝″http://www.w3.org/1999/02/22-rdf-syntax-ns#″>

      <rdf:Description rdf:about＝″info:fedora/MITI-CM:1087″>

        <rel:isMemberOf

rdf:resource＝″info:fedora/MITI-CM:1084″></rel:isMemberOf>

      </rdf:Description>

    </rdf:RDF>

上述程序代码表达了的含义为：PID为MITI-CM：1087的数字对象是PID为MITI-CM：1084的数字对象的一个子对象。此处PID为MITI-CM：1087的数字对象为文本类型数字对象，MITI-CM：1084为新闻类型的数字对象。

经过上述步骤，可以得到一个表示新闻领域的数字对象模型，如图7所示。

图15所示是本发明一实施例的基于数字对象的媒体资产处理系统的结构框图。如图15所示，本发明的基于数字对象的媒体资产处理系统包括：媒体资源对象生成单元，用于确定媒体领域，获取该媒体领域所包含的实体，对该的实体进行面向对象的建模，生成至少包含识别属性和自定义属性的媒体资源对象；媒体资源服务请求单元，用于发送用户的媒体资源请求；对象映射单元，用于将该的媒体资源对象映射为媒体资源数字对象，并将该的媒体资源数字对象存储到数字对象库中；媒体资源获取单元，用于根据该的媒体资源请求在该的数字对象库中进行索引，并将被请求的媒体资源内容返回到接口层；数字对象存储单元，用于存储该的数字对象库。

基于对象的媒体资产管理系统如图8所示，本发明实施例的系统由一系列核心服务子系统组成，其中包括：对象库服务、索引服务、集合服务、名字解析服务、用户接口服务。这些核心服务子系统之间有通信接口，这使得核心服务子系统之间、核心服务子系统与建立在本发明实施例系统之上的增值应用之间能够实现无缝结合。

数字对象库(Repository)，是一个可以通过网络访问的存储系统，提供了数字对象的存储、访问、管理机制，并对外提供了与数字对象库相关的其它服务。而客户对系统的所有操作，包括增加、更新、删除、提取等等，都通过统一的RAP(Repository Access Protocol)协议完成，从而保证信息的一致性、完整性和安全性。为了适应海量媒体资产管理的需要，在本实例系统中可以支持多个分布式数字对象库服务，具有很好的扩展性。在多个数字对象库并存的情况下，必须保证数字对象库之间PID的唯一性，避免发生PID的冲突。为了做到这一点，首先，GNA(Global Naming Authority)为每一个LNA(Local NamingAuthority)分配全球唯一的名称。LNA可以把由GNA分配的名称作为对象库的名称，也可以通过“.”+后缀的形式扩展生成唯一的对象库的名称。

索引服务，是一个提供分布式索引服务的计算机系统，维护了大量的索引信息，这些信息可以是被独立的维护，或是作为搜索系统的一部分。索引服务提供了数字对象的发现机制，负责存储管理用户安全控制信息和关于数字对象的元数据信息等。底层基于关系数据库管理存储所有的元数据信息、安全权限控制信息、用户信息，并支持参量检索、文本检索、参量/文本混合检索等多渠道检索方式。

名字解析服务，是一个提供分布式目录服务的计算机系统，其功能类似于互联网上DNS服务，负责注册和解析数字对象的Handle。当收到服务请求的时候，自动解析出在哪一个对象库中保存了与访问者提供的Handle相对应的数字对象。

集合服务，提供了把一系列离散的数字对象和相关服务聚合为一个有意义的更高层业务对象中的方法，使得对数字资源的访问更加容易。媒体资产所处的层面高于数字对象所处的层面，对最终用户而言，“媒体资产”比“数字对象”更容易理解。集合服务器扫描一组索引服务器，读取它们产生的元数据，并根据“媒体资产定义标准”确定将哪些数字对象纳入媒体资产。这些数字对象可能分布在多个对象库中，并被多个索引服务器索引。

用户接口服务，提供了用户访问各种其它服务的接口。针对用户在媒体资产管理中角色的不同，可以分大致为管理人员和普通用户两类。管理人员主要是通过系统完成对媒体资源的操纵和管理，对系统的安全性要求高，用户界面要求具有较强的交互性，使用的范围较小，地点较为固定，而且涉及到处理大量数据。例如，媒体资产的编目、媒体资产的上载功能等。对于这部分用户界面，适合于采用C/S结构。然而，普通用户主要是通过系统访问和保存媒体资源，对系统的安全性、交互性要求不像管理人员这么高，使用范围广，地点灵活，功能变动频繁。例如，媒体资产的查询、统计、分析功能等。对于这部分用户界面，适合于采用B/S结构。

因此，在媒体资产管理平台中采用一个C/S加B/S的混合型结构。相对于单独采用C/S或B/S，这种方案的优点在于：(1)保证敏感数据的安全性，特别是对资源库的修改和新增记录加强了控制；(2)经济有效地利用企业内部计算机的资源，简化了一部分可以简化的客户端；(3)既保证了复杂功能的交互性，又保证了一般功能的易用与统一；(4)系统维护简便，布局合理；(5)网络效率最高。当用户想获取媒体资源时，客户程序发送查询请求至索引服务器，然后索引服务器返回搜索结果并将数字对象存储的具体存储位置加密成安全对象令牌。客户端根据索引服务器发来的安全令牌发出获取内容对象的请求至对象库服务，最后对象库服务响应并解析请求，并将内容对象直接返回至客户端。

如图9所示，本实施例的系统是一个基于网络的系统，它为数字对象提供了运行环境，并向外提供了对数字对象进行管理和访问的相关服务。本实施例的系统为三层，即接口层、业务逻辑层、存储层。其中：

接口层，构建于XML Web Services技术之上，对外提供对数字对象的管理服务(API-M)、访问/搜索服务(API-A、API-A-LITE)以及OAI Provider。

1)管理服务(API-M)服务提供了下面几类操作：

Ingest-以XML编码的方式导入数字对象；

Export-以XML编码方式导出数据对象；

Create-通过API请求的方式交互式地进行对象创建；

Maintain-通过API请求的方式交互式地进行对象修改；

Validate-把完整性规则应用到对象上；

Identify-生成唯一的对象标识PID；

Security-用户认证和访问控制；

Preserve-自动的内容版本和审计记录管理；

2)访问/搜索(API-A、API-A-LITE)服务提供了下面几类操作：

Search-从对象库中搜索数字对象；

Object Reflection-通过反射发现对象能够向外提供什么分发；

Object Dissemination-请求一个对象内容的视图；

3)OAI Provider服务提供了下面操作：

OAI-DC records-实现对象库之间元数据的交换；

在接口层中，通过WSDL发布服务描述信息。此外，这些服务大都支持SOAP和HTTP两种绑定方式。

业务逻辑层，根据数字对象模型实现了全部接口层对外所暴露的各种服务，包括管理子系统、安全子系统和访问子系统三个部分。

管理子系统实现了一系列用于创建和管理数字对象的操作。在运行时响应通过API-M访问的客户端请求，并作为进行创建和操纵数字对象的中介人。主要功能模块包括：对象管理模块(Object Management)、组件管理模块(ComponentManagement)、对象验证模块(Object Validation)以及PID生成模块(PIDGeneration)。

对象管理模块主要负责API-M接口中和数字对象这个整体相关的那些操作，包括添加一个新的数字对象、删除一个数字对象或者是获得一个数字对象。在对象管理模块中，并不对构成数字对象中的那些组件进行操纵。从对象管理模块的角度来看，数字对象是一个具有PID的字节流。管理子系统把对象层次的API-M请求翻译成存储层中相应的数字对象的读、写操作，从而实现对数字对象的处理。

组件管理模块主要负责API-M接口中和数字对象组件(数据流和分发器)相关的那些操作，包括添加一个组件、删除一个组件和修改一个组件。管理子系统把对象组件层次的API-M请求翻译成存储层中相应的数字对象的读、写操作，从而实现对数字对象组件的处理。

对象验证模块主要是被对象管理模块和组件管理模块所调用，以确保所添加或修改的数字对象或组件符合定义规范。

PID是一个持久不变、唯一的标识符，用于在对象库中内唯一地标识每个数字对象。在多个对象库并存的情况下，必须保证对象库之间PID的唯一性，避免发生PID的冲突。为了做到这一点，要为每个对象库分配一个全球唯一的标识符，并把它作为此对象库中产生的所有PID的命名空间。当一个新的数字对象添加到对象库的时候，API-M接口的方法(例如，IngestObject()，CreateObject())将调用PID生成模块，生成一个新的PID。管理员通过API-M管理和操纵数字对象中的内部结构，如图10所示。

访问子系统支持数字对象的反射和数字对象内容的分发，在运行时响应通过API-A和API-A-LITE访问的客户端请求，并作为进行访问基于XML编码的数字对象中介人。主要功能模块包括：搜索模块(Search)、对象反射模块(ObjectReflect)以及内容分发模块(Dissemination)。

搜索模块实现了API-A中对数字对象进行搜索的操作，提供了一种基于字段的简单搜索服务，数字对象的关键元数据和Dublin Core元素都是可搜索的字段。关键元数据包括：pid、label、cModel、state、ownerId、cDate、mDate和dcmDate。Dublin Core元素包括：title、creator、subject、description、publisher、contributor、date、type、format、identifier、source、language、relation、coverage和rights。根据指定的字段值，可以在对象库内对数字对象进行搜索。

对象反射模块实现了API-A中对数字对象进行反射的操作，使得客户能够发现数字对象究竟能过提供什么样的内容分发。这些操作主要包括：GetBehaviorDefinitions、GetBehaviorMethods、GetBehaviorMethodsAsWSDL和GetObjectMethods。其中，GetBehaviorDefinitions操作用于标识数字对象所订阅的行为定义(Behavior Definition)对象的类型，GetBehaviorMethods操作返回指定的行为定义中所包含的方法，GetBehaviorMethodsAsWSDL操作则返回指定的行为定义中所包含方法的WSDL描述信息，GetObjectMethods操作返回一个指定的数字对象中所有相关行为定义中方法的定义。

内容分发模块实现了API-A中对数字对象中内容进行分发的操作，提供了从数字对象中获取内容的唯一方法GetDissemination。通过GetDissemination方法可以从数字对象获得一个特定的内容视图。

在GetDissemination请求中封装了一个特定的行为定义类型中所定义的行为方法。GetDissemination请求隐藏了服务端的所有实现细节，客户不必关心这个行为方法是如何执行的。也就是说，客户不需要知道行为实现机制(Behavior Mechanism)进行了什么样的工作，也不需要知道请求是如何通过行为实现机制被调用。当发送一个GetDissemination请求的时候，客户只需要关心行为定义的类型，而不必知道任何与行为实现机制相关的事情。由对象库在运行时动态地确定什么样的行为实现机制和这个数字对象相关，以及如何绑定到这个行为实现机制来完成这个GetDissemination请求。通过API-A访问对数字象内容如图11所示。

安全子系统使管理人员能够定义针对对象库的访问控制策略，提供了一种在运行时执行所定义策略的机制。主要功能模块包括策略管理模块(PolicyManagement)和策略执行模块(Policy Enforcement)。通过用户名/密码方案来确保API-M中操作的安全性。经过用户认证后，一个用户要么是被允许一个用户访问API-M中的操作，或是被拒绝访问API-M中的操作。而对于API-A中的操作，主要是通过允许访问的IP地址的范围进行保护。

存储层，实现对数字对象和数据流的存储相关功能，主要包含一个存储子系统，通过存储子系统管理对象库中所有数据的读、写、删除相关的操作。

在对象库内部，数字对象以XML文档的形式存储在文件系统中，这些XML文档符合METS规范。在数字对象的XML文档中聚合了一个或多个数据流，这些数据流主要分为：(1)由对象库所管理的内容和(2)通过URI引用的外部内容。由对象库所管理的内容包括Internal XML Metadata(X)和Managed Content(M)两种类型的数据流，而通过URI引用的外部内容包括Referenced ExternalContent(E)和Redirect(R)两种类型的数据流。存储子系统负责管理存储在对象库内部的内容，并且能够在运行时通过HTTP、FTP或者是网络文件共享方式访问远程资源获得外部内容。通过DOReaders和DOWriters方法可以对这些XML形式的数字对象信息进行读写。

为了能够对数字对象信息进行快速访问，在存储层基于关系数据库实现了数字对象的高速缓存机制。在高速缓存中保存了数字对象的PID和关键系统元数据以及Dublin Core元素等。通过缓存，能够告诉DOReaders和DOWriters方法数字对象的信息存储在磁盘上的什么具体位置，实现API-A接口中对数字对象进行快速搜索。在存储层为数字对象的内容分发和对外部内容采取了相应的缓存机制。通过把面向对象的思想和理念引入在面向媒体资源的内容管理之中，把信息实体被抽象为数字对象，为实现聚合内容(数据和元数据)和行为(服务)提供了一个框架。

在数字对象中，数据流表示数字对象的属性，对外提供了数字对象的内容视图。在数据流中包装了在数字对象所聚合的各种类型数字资源的内容(为了区别于元数据，有时也称为数据)，以及各种不同类型的元数据。在实际应用中可以根据业务的需要在同一个数字对象中包含任意数量、任意类型、任意形式数据或元数据。这些数据或元数据可以是存储在数字对象内部的资源，也可以是通过URI(Uniform Resource Identifier)引用的分布于网络的外部资源。当应用系统的需求发生改变时，只需对数字对象内部的所包含的数据或元数据进行适当的调整，这使数字对象具有较强的灵活性。

分发器是一种抽象，是数字对象中的部件。分发器包装了一组与数字对象的内容相关的服务(方法)，通过调用它们可以实现对数字对象内容的操纵。服务请求的结果是一个字节流，称为分发，它是数字对象内部信息的一个视图。根据业务需要，可以任意增删或调整扩展数字对象的分发器，从而实现对新“内容类型”的支持，具有很强的灵活性。在分发器的定义中包含三方面的信息：行为定义、行为实现机制，以及数据流绑定映射关系。在行为定义中声明了分发器中所包含的所有服务请求(方法)，等价于面向对象程序设计语言中接口的定义。在行为实现机制中实现了行为定义中所声明方法的可执行代码，等价于面向对象程序设计语言中实现了接口定义的对象。数据流绑定映射关系提供了数字对象中的数据流和特定的行为实现机制之间的映射关系，在调用分发器中的方法生成分发内容的过程中，行为实现机制需要对这些数据流进行处理。考虑到系统的灵活性、扩展性以及性能等因素，把行为定义和行为实现机制从分发器的定义中离出来，分别存储于行为定义对象、行为实现机制对象中，而在分发器的定义中只是包含指向这些对象的URI。考虑到对目前日趋成熟的XMLWeb Services技术的支持，进一步把具体的行为实现代码从行为实现机制对象中分离出来，部署于应用服务器上。在行为实现机制对象中仅仅包含和这些服务相关的WSDL文档，在运行时通过XML Web Services技术动态的实现对服务的调用。

数字对象库是一个基于网络的存储系统，它为数字对象提供了运行环境，并向外提供了对数字对象进行管理和访问的相关服务。为了更好支持在数字对象库上快速开发出满足用户需求的应用，数字对象库提供出完整的API以满足各种客户端的开发。通过数字对象库提供的API，可以开发出面向各种不同客户需求的垂直应用，也可以支持应用开发商和客户开发自己的媒体内容管理应用。接口层构建于XML Web Services技术之上，对外提供对数字对象的管理服务、访问以及搜索服务，这些API了体现平台所有的功能，又遵循业界标准。

采用了数字对象这种抽象数据模型后，使得本发明媒体资产处理系统具有如下特点：

支持异构的数据类型，音频、视频、图片、文本；

适应不断出现的各种新的数据类型；

支持各种元数据规范(Dublin Core、MPEG7)；

支持数字资源的保存与交换；

能够实现各种混合、分布数据的聚合；

能够实现同一数字对象的多种不同的内容分发；

提供分层次、分布式的系统管理；

提供基于XML Web Services技术的开放API，易于和其它服务集成。

实施例2

如图12所示，为基于对象技术的媒体资产处理系统的另一实施例，该系统将媒体素材、节目资料等内容的创建、编目、审核、存储、检索、发布整个业务流程加以实现。根据用户的要求在海量的媒体资料库中全面、准确、及时地找到所需的内容，并为用户提供各种丰富的节目服务。

如图13所示，基于对象技术的广播影视资料管理平台建立在数字对象库和信息索引服务的基础之上，由接口服务层、业务逻辑层、数据访问层组成。

将广播影视资源进行抽象为数字对象，如图14所示。

数据访问层：

数据访问层对业务组件和永久存储层之间的交互进行适配，并且向上屏蔽了具体操作的细节，降低了业务逻辑层和永久存储层之间的耦合度，有利于系统的维护和扩展。

数字对象访问模块，用来实现与数字对象库之间的交互，完成查询、新建、删除和修改数字对象的功能。它根据业务逻辑层的要求从中提取或修改数字对象，并对数字对象库的访问进行优化，从而提高系统的性能和可靠性。

索引访问模块，用来实现与信息索引服务之间的交互，完成索引信息的新建、更新、删除和查询的功能。它根据业务逻辑层的要求从索引信息库中提取或修改索引记录，并对索引信息的访问进行优化。

业务逻辑层：

在业务逻辑层中不仅完整地实现了接口服务层对外所暴露的各种服务，而且还实现了应用领域中的各种业务逻辑。

内容存取任务队列，由于在媒体资源管理平台所处理的资源文件尺寸都比较大，大多数资源文件动辄就是几百个MB甚至是几个GB。由于受服务器处理能力的限制，这些服务请求很难在短时间内完成。为此，在实现上采取基于任务队列的异步服务机制。通过内容存取任务队列，实现对服务请求的持久化存储，然后再由任务调度服务把用户请求的任务派发给相关的子系统进行处理。

内容存取任务调度服务，任务调度服务是一个系统服务进程，对内容存取任务队列进行实时监控。根据可配置的调度策略从队列中获取相应任务，然后分配给相应的任务处理子系统，并对处理结果进行跟踪。如果任务执行失败，调度服务会根据策略对其进行相应的处理。

存储层：

在存储管理子系统中实现了和媒体资源相关的视频文件、图片等资源文件的上载、下载和存储。根据需要，用户可以选择HTTP、FTP或者通过网络共享目录方式上载资源文件。根据系统配置，资源文件可以存储到SAN网络，或是存储到CAS存储系统。而对于资源文件的下载操作，用户可以在请求中指定希望的传输方式，HTTP、FTP或者通过网络共享目录。然后存储管理子系统将用户指定的下载映射为网络共享目录方式，并为用户文件下载做好准备。

对象映射模块，实现了从媒体资源文件到数字对象之间的相互装换。当用户向媒体资源管理平台中存储资源的时候，首先根据上层应用系统提供的资源文件信息动态地构建媒体资源对象(Video Media Resource)，然后存储到底层的数字对象库；当用户从媒体资源管理平台中获取资源的时候，首先从底层的数字对象库中获取到资源对象，然后动态地解析为上层应用系统所需要的资源文件信息。

数字对象业务逻辑模块，负责将业务逻辑层中针对资源文件的业务逻辑映射为针对底层数字对象库中数字对象的操作逻辑，并通过下面的数字对象访问层实现对这些数字对象的操作。

接口服务层：

由于客户对于媒体资源管理的需求是多样化且不断发展的，系统提供出完整的API以满足各种客户端的开发。通过媒体资源管理平台提供的API，可以开发出面向各种不同客户需求的垂直应用。接口层构建于XML Web Services技术之上，对外提供对数字对象的管理服务、访问以及搜索服务。

访问服务接口：

提供了访问媒体资源的方法，主要包括：

1)获取媒体资源的信息；

2)获取媒体资源的Dublin核心元数据；

3)获取媒体资源的元数据；

4)获取媒体资源包含的视频文件的描述信息；

5)获取媒体资源包含的视频文件的关键帧；

6)获取媒体资源包含的视频文件。

管理服务接口：

提供了管理媒体资源的方法，主要包括：

1)创建媒体资源；

2)删除媒体资源；

3)更新媒体资源的Dublin核心元数据；

4)更新媒体资源包含的视频文件的描述信息；

5)更新媒体资源包含的视频文件；

6)添加媒体资源包含的视频文件的关键帧；

7)删除媒体资源包含的视频文件的关键帧。

搜索服务接口：

提供了搜索媒体资源的方法。根据用户提供的搜索条件，到索引库中快速定位到相关的数字对象，获取数字对象的PID，然后通过数字对象访问层获取对应数字的完整信息。

本发明实施例的有益效果在于：支持异构的数据类型，如：音频、视频、图片、文本等，而且适应不断出现的各种新的数据类型；支持各种元数据规范，如：Dublin Core、MPEG7等；支持数字资源的保存与交换；能够实现各种混合、分布数据的聚合；能够实现同一数字对象的多种不同的内容分发；能够实现数字对象内容分发的版权管理；提供分层次、分布式的系统管理；提供开放的API，易于和其它服务集成；以及较低的实现成本。

因此以上具体实施方式仅用于说明本发明，而非用于限定本发明。

Claims (24)

1.一种基于数字对象的媒体资产处理方法，所述方法包括以下步骤：

确定媒体领域，获取所述媒体领域所包含的实体；

对所述的实体进行面向对象的建模，生成至少包含识别属性和自定义属性的媒体资源对象；

将所述的媒体资源对象映射为媒体资源数字对象，并将所述的媒体资源数字对象存储到数字对象库中；

当用户欲获取媒体资源时，通过用户接口发送媒体资源请求；

根据所述的媒体资源请求在所述的数字对象库中进行索引，并将被请求的媒体资源内容返回到用户端。

2.根据权利要求1所述的方法，其特征是，所述的媒体资源对象包括主媒体资源对象和子媒体资源对象；其中

所述的主媒体资源对象包含：识别属性、元数据规范类型属性和自定义属性；

所述的子媒体资源对象包含：识别属性、元数据规范类型属性、操作属性和自定义属性。

3.根据权利要求2所述的方法，其特征是，所述的媒体资源数字对象包括主数字对象和子数字对象；其中

所述的主数字对象包含：识别码、规范元数据和自定义元数据；

所述的子数字对象包含：识别码、规范元数据、分发器和自定义元数据；

所述的将所述的媒体资源对象映射为媒体资源数字对象是指：

将所述的主媒体资源对象的识别属性、元数据规范类型属性和自定义属性依次映射为主数字对象的识别码、规范元数据和自定义元数据，以及

将所述的子媒体资源对象的识别属性、元数据规范类型属性、操作属性和自定义属性依次映射为子数字对象的识别码、规范元数据、分发器和自定义元数据。

4.根据权利要求3所述的方法，其特征是，为所述的分发器建立行为定义数字对象、行为实现机制数字对象和数据流绑定映射关系；其中，

所述的行为定义数字对象包含：识别码、规范元数据和子数字对象行为的数据流；

所述的行为实现机制数字对象包含：识别码、规范元数据和子数字对象行为的具体实现的数据流；

所述的数据流绑定映射关系包含：数字对象中的数据流和特定的行为实现机制之间的映射关系。

5.根据权利要求4所述的方法，其特征是，所述的元数据规范类型是指：Dublin Core、MPEG7或SMPTE；所述的规范元数据是指：Dublin Core数据流、MPEG7数据流或SMPTE数据流。

6.根据权利要求4所述的方法，其特征是，在所述的行为实现机制数字对象中可以不包含执行程序代码，而是通过基于WSDL标准的描述将行为实现机制的服务指向外部的存储有执行程序代码的服务器。

7.根据权利要求4所述的方法，其特征是，将主数字对象与子数字对象之间的聚合关系映射为子数字对象中的自定义元数据，得到媒体领域数字模型。

8.根据权利要求7所述的方法，其特征是，所述的子数字对象中的自定义元数据为：

X类型数据流，是以XML的形式直接存储在数字对象内的数据流；或

M类型数据流，是以字节流的形式存储在数字对象库内的进行存储管理的数据流；或

E类型数据流，是在数字对象内保存了指向实际媒体资源内容的URL数据流；或

R类型数据流，是在数字对象内保存了指向实际媒体资源内容的URL，但不用通过数字对象库进行访问的数据流。

9.根据权利要求4所述的方法，其特征是，所述的数据流为：

X类型数据流，是以XML的形式直接存储在数字对象内的数据流；或

M类型数据流，是以字节流的形式存储在数字对象库内的进行存储管理的数据流；或

E类型数据流，是在数字对象内保存了指向实际媒体资源内容的URL数据流；或

R类型数据流，是在数字对象内保存了指向实际媒体资源内容的URL，但不用通过数字对象库进行访问的数据流。

10.根据权利要求4所述的方法，其特征是，所述的识别码是唯一的，用于在一个数字对象库中唯一地标识每个媒体资源数字对象；

所述的数字对象库可由多个数字对象库组成，各个数字对象库具有自身的唯一的识别码。

11.根据权利要求3所述的方法，其特征是，所述的分发器包括：缺省分发器和扩展分发器；其中，

所述的缺省分发器提供了一组对数字对象内部进行访问的基本服务；

所述的扩展分发器提供了一组与特定媒体资源内容类型相关的操作；

一个数字对象中拥有多种扩展分发器，可以在数字对象中任意添加新的扩展分发器。

12.一种基于数字对象的媒体资产处理系统，其特征是，所述系统包括：

媒体资源对象生成单元，用于确定媒体领域，获取所述媒体领域所包含的实体，对所述的实体进行面向对象的建模，生成至少包含识别属性和自定义属性的媒体资源对象；

媒体资源服务请求单元，用于发送用户的媒体资源请求；

对象映射单元，用于将所述的媒体资源对象映射为媒体资源数字对象，并将所述的媒体资源数字对象存储到数字对象库中；

媒体资源获取单元，用于根据所述的媒体资源请求在所述的数字对象库中进行索引，并将被请求的媒体资源内容返回到接口层；

数字对象存储单元，用于存储所述的数字对象库。

13.根据权利要求12所述的系统，其特征是，所述的媒体资源对象包括主媒体资源对象和子媒体资源对象；其中

所述的主媒体资源对象包含：识别属性、元数据规范类型属性和自定义属性；

所述的子媒体资源对象包含：识别属性、元数据规范类型属性、操作属性和自定义属性。

14.根据权利要求13所述的系统，其特征是，所述的媒体资源数字对象包括主数字对象和子数字对象；其中

所述的主数字对象包含：识别码、规范元数据和自定义元数据；

所述的子数字对象包含：识别码、规范元数据、分发器和自定义元数据；

所述的对象映射单元，用于将所述的主媒体资源对象的识别属性、元数据规范类型属性和自定义属性依次映射为主数字对象的识别码、规范元数据和自定义元数据，以及将所述的子媒体资源对象的识别属性、元数据规范类型属性、操作属性和自定义属性依次映射为子数字对象的识别码、规范元数据、分发器和自定义元数据。

15.根据权利要求14所述的系统，其特征是，所述的分发器包括：行为定义数字对象、行为实现机制数字对象和数据流绑定映射关系模块；其中，

所述的行为定义数字对象包含：识别码、规范元数据和子数字对象行为的数据流；

所述的行为实现机制数字对象包含：识别码、规范元数据和子数字对象行为的具体实现的数据流；

所述的数据流绑定映射关系模块包含：数字对象中的数据流和特定的行为实现机制之间的映射关系。

16.根据权利要求15所述的系统，其特征是，所述的元数据规范类型是指：Dublin Core、MPEG7或SMPTE；所述的规范元数据是指：Dublin Core数据流、MPEG7数据流或SMPTE数据流。

17.根据权利要求15所述的系统，其特征是，所述的行为实现机制数字对象包括：通过基于WSDL标准的描述将行为实现机制的服务指向外部的存储有执行程序代码服务器的模块。

18.根据权利要求15所述的系统，其特征是，所述的系统包括：媒体领域数字模型，是将主数字对象与子数字对象之间的聚合关系映射为子数字对象中的自定义元数据而得到。

19.根据权利要求18所述的系统，其特征是，所述的子数字对象中的自定义元数据为：

X类型数据流，是以XML的形式直接存储在数字对象内的数据流；或

M类型数据流，是以字节流的形式存储在数字对象库内的进行存储管理的数据流；或

E类型数据流，是在数字对象内保存了指向实际媒体资源内容的URL数据流；或

R类型数据流，是在数字对象内保存了指向实际媒体资源内容的URL，但不用通过数字对象库进行访问的数据流。

20.根据权利要求15所述的系统，其特征是，所述的数据流为：

X类型数据流，是以XML的形式直接存储在数字对象内的数据流；或

M类型数据流，是以字节流的形式存储在数字对象库内的进行存储管理的数据流；或

E类型数据流，是在数字对象内保存了指向实际媒体资源内容的URL数据流；或

R类型数据流，是在数字对象内保存了指向实际媒体资源内容的URL，但不用通过数字对象库进行访问的数据流。

21.根据权利要求15所述的系统，其特征是，所述的识别码是唯一的，用于在一个数字对象库中唯一地标识每个媒体资源数字对象；

所述的数字对象库可由多个数字对象库组成，各个数字对象库具有自身的唯一的识别码。

22.根据权利要求14所述的系统，其特征是，所述的分发器包括：缺省分发器和扩展分发器；其中；

所述的缺省分发器，用于提供一组对数字对象内部进行访问的基本服务；

所述的扩展分发器，用于提供一组与特定媒体资源内容类型相关的操作；

一个数字对象中拥有多种扩展分发器，可以在数字对象中任意添加新的扩展分发器。

23.一种基于数字对象的媒体资产处理系统，其特征是，所述系统包括：

接口层，该接口层包括：

媒体资源对象生成单元，用于确定媒体领域，获取所述媒体领域所包含的实体，对所述的实体进行面向对象的建模，生成至少包含识别属性和自定义属性的媒体资源对象；

媒体资源服务请求单元，用于发送用户的媒体资源请求；

业务逻辑层，该业务逻辑层包括：

对象映射单元，用于将所述的媒体资源对象映射为媒体资源数字对象，并将所述的媒体资源数字对象存储到数字对象库中；

媒体资源获取单元，用于根据所述的媒体资源请求在所述的数字对象库中进行索引，并将被请求的媒体资源内容返回到接口层；

存储层，该存储层包括：

数字对象存储单元，用于存储所述的数字对象库。

24.根据权利要求23所述的系统，其特征是，所述的对象映射单元包括：识别码生成模块，用于为所述的媒体资源数字对象生成唯一的识别码。

Images