CN1197960A

CN1197960A - 以适应于请求客户的格式提供多媒体信息的服务请求系统

Info

Publication number: CN1197960A
Application number: CN98105483A
Authority: CN
Inventors: 冈敏夫; 松泽智子; 上野山努; 早川佳宏
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1997-03-10
Filing date: 1998-03-10
Publication date: 1998-11-04
Anticipated expiration: 2018-03-10
Also published as: SG65052A1; CA2228739A1; AU5833098A; JP3076260B2; CA2228739C; EP0864990A3; AU712683B2; EP0864990A2; CN1172255C; JPH10257440A; US6615252B1

Abstract

在把被请求的多媒体应用程序(它包括多种资料以及定义每个资料作用的一个脚本)传送到提请求的客户装置前,服务器把被请求的应用程序某种资料的输入(或原始)格式转换成提请求客户装置可处理的格式,并相应地转换脚本的格式相关数据。这使每个消费装置消费存储在服务器中的任一个多媒体应用程序,而不管相应于某种资料的消费装置可处理的资料格式。揭示了资料和脚本的转换时序不同的四个方案。如果某种资料是活动图像资料,则可把资料的原始格式限制于主数据格式,例如DV格式。

Description

以适应于请求客户的格式提供多媒体信息的服务请求系统

本发明涉及服务请求的多媒体服务器，尤其涉及响应于来自消费装置的请求而提供自适应于提请求消费装置的格式的被请求的多媒体信息的服务器。

为了更好地理解以下描述，首先将定义这里所使用的一些术语。多媒体信息或每个多媒体应用程序(application)是一组经编译的单媒体数据，诸如视频、动画、图形、声音、文本和计算机程序，每一种程序都叫做“资料”。每种资料由包含在“资料文件”中的“资料数据”来表示。与特定资料(文件)有关的信息(包括资料数据的文件名和属性)叫做“资料信息”。资料数据或文件的数据格式叫作“资料格式”，例如，它可以是视频情况下的MPEG1(活动图像编码专家组1)，图形情况下的JPEG1(联合图片编码专家组1)等，每种多媒体应用程序一般包括构成多媒体应用程序的几种资料数据以及“脚本(scenario)数据”，脚本数据描述了每种资料如何在应用程序中起作用，与特定脚本(文件)有关的信息(包括文件以及脚本属性)叫做“脚本”信息。

有各种所谓的多媒体服务系统。在此系统中，通过准备应用程序中所使用的资料数据并在多媒体源装置中产生用于应用程序的脚本数据以及通过把资料数据的脚本数据存入多媒体服务器来准备每个多媒体应用程序。由用于把特定多媒体应用程序的资料数据和脚本数据提供给消费装置的多媒体服务器，把多媒体信息提供给多媒体消费装置或重放装置中的用户，这些消费装置使用所提供的数据来再现或重放特定的多媒体应用程序。于是，按照原样存储和提供所准备的资料数据和脚本数据。

如上所述，有诸如视频、动画、图形、声音、文本和计算机程序等各种资料。即使对于同一类型的资料也可能有各种数据格式。尤其是，用于例如视频(或活动图像)资料类型的数据格式包括DV、MPEG2、MPEG1等，用于例如图形(或静止图片)资料类型的数据格式有各种，包括JPEG、BMP(Windows环境下所使用的标准位映象(bit-mapped)图形格式)等。

即使两个资料具有相同的资料类型，但如果资料的格式不同，则再现以不同格式存储的两个资料需要在结构和功能方面都不同的重放装置。举例来说，用于重放DV格式的活动图像数据的重放装置具有从DV格式数据中提取图像信号的功能。同样，用于重放MPEG1格式的活动图像数据的重放装置具有从MPEG1格式数据中提取图像信号的功能。这两个功能互不相同而且各个功能互不包含。

此外，为了重放比特率(由活动图片的帧尺寸、帧频率和分辨率来确定)超出某一水平的活动图像，必需利用硬件来实现从活动图像数据中提取图像信号的至少一部分功能，而无论活动图像数据处于何种格式。因此，给每个重放装置提供用于不同数据格式的重放功能不是一个实用的解决办法。

因此，本发明的一个目的是提供一种多媒体服务器，它给每个消费装置(或用户重放装置)提供具有自适应于消费装置的格式的多媒体应用装置。

在多媒体信息服务系统中，给服务器提供多媒体应用程序，每个程序包括多种资料以及定义每个资料的作用的脚本。服务器响应于其接收来寄存或存储每个(多媒体)应用程序(寄存操作)，并响应于来自多个消费装置或客户中一个的请求，提供具有某格式的被请求的一个应用程序，提请求的客户可用该格式对相应于多种类型中某个类型的资料(例如，活动图像资料)来处理该应用程序(服务操作)。依据本发明的一个方面，服务器在寄存操作或服务操作中把至少一个应用程序的某种资料的输入(或原始)格式转换成与输入格式有关的至少一个目标格式(资料转换)。在寄存操作或服务操作中，至少一个应用程序的每个脚本(该脚本用于所述输入格式)被转换成至少一个程序的至少一个脚本(该脚本适于至少一个目标格式)(脚本转换)。响应于对一个应用程序的请求，服务器给提请求的一个消费装置提供被请求应用程序的至少一个脚本，该脚本适于提请求消费装置可处理的格式。这使得每个消费装置可使用存储在服务器中的任一个多媒体应用程序，而不管与某种资料相应的消费装置可处理的资料格式。

在本发明的一个特殊实施例中，资料转换和脚本转换都在寄存操作中进行。这使服务操作具有快速响应，但将需要最大容量的大容量存储装置。

在本发明的另一个特殊实施例中，在寄存操作中进行花费时间比脚本转换更多的资料转换，在服务操作中进行脚本转换。这使服务操作在具有相当大容量的大容量存储装置时能具有相对快速的响应。

在本发明的再一个特殊实施例中，在服务操作中进行资料转换和脚本转换。这可节省大容量存储装置中的容量，但将使服务操作费时。

在本发明的又一个特殊实施例中，在寄存操作中转换资料(其格式转换费时较多)，如果还未转换用于被请求的应用程序的资料，则在服务操作中转换被请求的应用程序的脚本以及这些资料。在此情况下，服务器将以中等容量的大容量存储装置为代价来提供更快的服务。

输入资料格式可限于主数据格式，即在用于一类资料的所有数据格式中每个包含最大数量信息的数据格式，通过转换主数据格式可获得适用于服务的资料格式。这样做，服务器可提供更高质量的多媒体信息。

从以下对附图所示本发明较佳实施例的描述将使本发明的进一步目的和优点变得明显起来，其中：

图1是一示例多媒体信息服务系统的示意方框图，该系统使用本发明原理所适用的多媒体信息服务器；

图2示出用于把DV格式的活动图像用作资料的应用程序的脚本数据的示例结构；

图3是示出在本发明方案1所适用的程序控制下由多媒体服务器所执行的示例寄存操作的流程图；

图4是一资料表，它包含用于迄今为止寄存在服务器10中所有资料的资料ID和资料信息；

图5是通过依据图4的表400以相应的资料ID(MatIDinServer’s)(401)来替换MatIDinVSC’s221并除去脚本200中的资料信息(MatData)来获得的脚本的示例结构；

图6是一示例有效资料格式表，它包括输入格式字段以及包含输入目标格式转换成的目标格式的输出(或目标)格式字段；

图7是一示例脚本转换表，它的每个记录包含待转换的脚本转换信息或数据，以及用于每种可能的转换方式的资料的格式转换(即，输入格式与输出(目标)格式的可能组合)；

图8是通过参考图7的脚本转换表来转换ID转换的脚本中数据而获得的脚本800，该数据依赖于资料格式；

图9是示出用于识别服务器1中脚本的一部分脚本信息表的图；

图10是示出在本发明方案1所适用的服务程序控制下由多媒体服务器10执行的示例服务操作的流程图；

图11是通过响应于服务请求来改写资料ID并把资料信息(MatData)加到从存储装置11中读出的脚本中MATERIAL部分每一行而获得的脚本；

图12是示出在本发明方案2所适用的程序控制下由多媒体服务器10执行的示例寄存操作的流程图；

图13是示出用于识别服务器10中脚本的一部分脚本信息表的图；

图14是示出依据本发明方案2的示例服务操作的流程图；

图15是示出依据本发明方案3的示例寄存操作的流程图；

图16是示出依据本发明方案3的示例服务操作的流程图；

图17是一示例有效资料格式表，它定义并按所作转换的操作而对可能的格式转换分类；

图18是示出依据本发明方案4的示例寄存操作的流程图；

图19是服务器10保持的用来管理服务器10中资料的表；

图20是作为步骤181和182的结果而存储的脚本的一个例子；

图21是示出依据本发明方案4的示例服务操作的流程图；以及

图22是在实施本发明第五个方案时所使用的示例主数据表。

在图中，由相同的标号来表示多张图中所示的相同元件。

图1是一示例多媒体信息服务系统1，系统1使用本发明所适用的多媒体信息服务器10。多媒体信息服务系统1包括多媒体源装置2，用于准备和提供多媒体应用程序，每个应用程序包括脚本数据和资料数据；多媒体信息服务器10，用于存储从源装置2所提供的多媒体应用程序并给它们提供与请求装置有关的格式；多个远程消费装置或客户装置3，具有从服务器10中获得一个多媒体应用程序并重放所获得的多媒体应用程序的功能；以及传输媒体4，把多媒体服务器10与服务器10所服务的消费装置3相连。

多媒体服务器10是设有大容量存储装置11的任意合适的计算机，该存储装置11存储用于控制服务器10的程序以及服务器所提供的所有应用程序数据。消费装置或客户装置3可以是具有上述功能的任意装置，诸如各种调谐器、重放装置、多媒体信息终端、PC(个人电脑)等。

在操作中，多媒体服务器10做两个工作，即寄存通过从源装置2提供多媒体应用程序而启动的多媒体应用程序(寄存操作)，以及由来自服务器10所服务的一个消费装置3的请求而提供多媒体应用程序的服务(服务操作)。

为了实现本发明的目的，服务器10只要在接收到多媒体应用程序到对其服务的时间周期内的任何时间，来转换所提供的多媒体应用程序的脚本和资料。于是，我们将提出四种转换方案，其区别在于如下表所示是否在寄存操作和/或服务操作中执行脚本和资料转换。

表格

方案	寄存	服务
方案	寄存	服务	1	脚本、资料
2	资料	脚本	1	脚本、资料
2	资料	脚本	3		脚本、资料
4	费时数据	省时数据	3		脚本、资料

如果在应用程序的寄存操作中转换每个多媒体应用程序的脚本和资料(上表中的方案1)，则服务器10将提供最快速的服务，但将需要最大容量的大容量存储装置11。如果在应用程序的寄存操作中转换每个应用程序的资料以及在服务操作中转换被请求应用程序的脚本(方案2)，则服务器10以中等容量的大容量存储装置11为代价来提供较快的服务。如果在服务操作中转换脚本和资料(方案3)，则服务器10只需要最小容量的大容量存储装置11，但将具有最慢的响应。在方案4中，在寄存操作中转换格式转换花费较多时间的脚本以及被请求应用程序的资料(如果这些资料还未被转换)。在此情况下，服务器将以中等容量的大容量存储装置11为代价而提供较快的服务。

在上述的任一个方案中，登记操作的启动是由服务器10接收来自多媒体源装置2的多媒体应用程序(即描述了一组资料和资料所起作用的脚本)。图2是使用DV格式活动图像作为资料的应用程序的脚本数据的一个例子。

在图2中，脚本(数据)200包括TITLE部分210、描述了与应用程序中所使用资料有关的信息的MATERIAL部分220以及描述了MATERIAL部分220中所列资料如何在应用程序中起作用的EVENT部分230。在TITLE部分210中，项目“TitleName”211表示应用程序的标题或名称，例如此特例中的Title0001。

在MATERIAL部分220中，以单行来描述每个资料。在每行中，项目“MatIDinVSC”221表示该行中所述资料的标识符，该标识符只有在脚本200中才有效，项目MatFormat222表示资料的资料格式，项目MatData223表示与资料有关的资料信息(或资料的文件名)。从此部分可看出，此例中的多媒体应用程序包括标题为V0001、V0002和V0003；资料V0001为DV格式并具有“movie0001.dv”的资料信息；资料V0002为DV格式并具有“movie0002.dv”的资料信息；资料V0003为BMP格式并具有“movie0003.bmp”的资料信息。

在EVENT部分230中，以单行描述每个事件。每行包括项目EventID231，表示该行所描述事件的标识符，该标识符只有在脚本200中才有效；项目Time232，表示保持事件的时间；上述项目MatIDinVSC221；项目Location234，表示座标系中，在屏幕上保持事件(即显示或播放事件的资料)的位置；以及项目Action235，表示对事件所采取的行动。在此特例中，多媒体应用程序包括事件ID(标识符)为E0001、E0002、E0003和E0004的四个事件。作为事件E0001，在时间200时在屏幕上的位置(300，400)处播放资料V0001；作为事件E0002，在时间300时在屏幕上的位置(200，300)处播放资料V0002；作为事件E0003，在时间400时在屏幕上的位置(100，300)处显示资料V0003；作为事件E0004，在时间400时，停止播放在屏幕上的位置(300，400)处播放的资料0001。

如果服务器10接收到来自多媒体源装置2的多媒体应用程序，服务器10进入寄存操作。方案1

图3是示出在本发明方案1所适用的程序控制下由多媒体服务器10执行示例的寄存操作的流程图。在步骤301和302，服务器10在进入寄存时首先寄存或存储所接收的多媒体应用程序，而不转换构成该应用程序的任何资料的格式。尤其是，在步骤301，服务器10给所接收的脚本分配标题ID(例如T0001)，给所接收的资料“movie0001”、“movie0001”和“image0001”分配如图4所示的各个资料ID(即，S5117、S5290和S5116)，并把资料S5117、S5290和S5116存入大容量存储装置11。标题ID是用于识别服务器10中应用程序的标识符(或用于应用程序和各种资料格式的一组脚本)，它用于与资料格式相结合来识别该资料格式的脚本。图4是一资料表400，它包括迄今为止寄存在服务器10中所有资料的资料ID401和资料信息223(也示出寄存在资料表400中的MPEG1和MPEG2格式的资料V0001和V0002)。资料ID401是服务器10用于识别资料的标识器。在步骤302，服务器10以脚本数据200中的相应资料ID来改写资料信息(MatData)223和MatIDinVSC’s221，并把脚本数据200存入大容量存储装置，从而把数据200与分配的标题ID(此例中的T0001)和活动图像资料格式(此例中的DV格式)联系起来。这样做使得服务器10利用资料ID401来识别脚本中出现的资料。图5是已在步骤302中改写并存入大容量存储装置11的脚本。在脚本500中，依据图4的表400，分别以资料ID(MatIDinServer’s)S5117、S5290和S5116(401)来替换MatIDinVSC’s V0001、V0002和V0003(221)，已除去资料信息(MatData)。

在下一步骤303，服务器10从已接收的脚本获得需要经格式转换的资料(例如，活动图像的资料)的资料信息223和资料格式222，并进一步获得可从所获得的资料格式222按参考图6所示的有效资料格式表转换而成的目标格式。图6的表包括输入格式字段以及包含输入格式字段待转换成的目标格式的输出(或目标)格式字段。在此例中，对于活动图像资料V0001和V0002，服务器10获得“DV”作为资料格式222以及“movie0001.dv”和“movie0002.dv”作为资料信息223，并从图6的有效资料格式表中知道资料“movie0001.dv”和“movie0002.dv”的资料格式将从DV格式转换成MPEG1和MPEG2格式(如果资料为MPEG2格式，则服务器10将知道资料将被转换成MPEG1格式)。

然后，服务器10在步骤304中把每个资料的资料格式(即，此例中的DV格式)转换成有效目标格式中的一个，例如步骤304中的MPEG1格式；在步骤305中给被转换的资料即movie0001.mpl和movie0002.mp2分配各个资料ID，例如图4所示的S2560和S2737(401)并存储这些资料。为了使服务器10只利用资料ID401来识别被写入脚本中的资料和存入大容量存储装置的资料，服务器10在步骤306中再次以所接收脚本200中的相应资料ID来改写资料信息和MatIDinVSC’s，以获得其数据结构与脚本500相同的经ID转换的脚本。

在下一步骤307，服务器10参考图7所示的脚本转换表来转换经ID转换的脚本中的数据，该数据与资料格式有关。图7的脚本转换表包含将以用于每种可能转换方式的资料格式转换(即，可能的输入格式与输出(目标)格式的组合)而转换的脚本转换信息或数据。例如，如果DV格式的资料转换成MPEG1格式，则在此情况下，图7中的脚本转换信息字段读作“Time＝Time^*100”。这意味着把每个“Time”项目232的值转换成该值的百分之一保证以与资料未转换时相同的方式来播放其格式从DV格式转换成MPEG1格式的资料。

于是，如果转换资料格式，则由于以下原因而必须相应地转换脚本数据。本发明实施例中所使用的多媒体应用程序为活动图像主资料与其它资料相结合的形式。主活动图像资料确定了应用程序播放时的时间轴，即主活动图像资料的每个帧用作应用程序播放中的时间单位。为此，脚本中时间信息的单位依赖于主活动图像资料的格式。

图8是通过参考图7的脚本转换表来转换经ID转换的脚本中的数据(该数据与资料格式有关)而获得的脚本800。在脚本800中，如步骤306所示，已经用相应的资料ID401(即，S2560、S2737和S5116)来分别替换MatIDinVSC’s221(即，V0001、V0002和V0003)，如步骤307所述，已把Time项目832的值按比例缩小到百分之一。注意，在脚本800中已除去资料信息(MatData’s)223。这是因为如此确定资料ID401，从而服务器10可只利用资料ID来识别资料。

在步骤308，服务器10存储所获得的与上述标题ID以及当前目标资料格式有关的脚本800。然后服务器10在判定步骤309中进行测试，以查看是否已用完步骤303中所获得的可能的目标格式。如果是这样，则服务器10结束寄存操作。否则，服务器10返回步骤304。

于是，对每个有效的活动图像资料格式准备和存储用于这些脚本的脚本和资料。使用图9的表来管理所存储的所有脚本。图9是示出用于识别服务器10中脚本的一部分脚本信息表的图。图9的表包括用于识别多媒体应用程序的标题ID901的字段、包含用于应用程序的有效资料格式的资料格式222的字段和对一文件(包含具有标题ID和资料格式)的文件名的脚本信息902的字段。从图9可看出，可以三个资料格式中的任一个来获得由标题ID“T0001”所识别的应用程序，即通过脚本信息标题001dv.vsc、标题001ml.Vsc和标题001m2.vsc的文件来分别获得DV、MPEG1和MPG2格式。

图10是示出在本发明方案1所适用的服务程序控制下由多媒体服务器10所执行的示例服务操作的流程图。在接收到来自一个消费装置或客户3对标题ID的服务请求(用于具有提请求客户可播放的活动图像资料的资料格式的标题ID)时，服务器10开始图10的服务操作。假定服务器10分别接收到作为标题ID和活动图像资料格式的T0001和MPEG1格式。则在图10中，在步骤101，服务器10首先读出由从存储装置11接收到的标题IDT0001和资料格式MPEG1所识别的脚本数据。

在步骤102，服务器10以MatIDinSC’s来改写资料ID，并把资料信息(MatDate)加到所读取的脚本中MATERIAL部分的每一行，从而消费者装置3可识别存储在服务器10中的数据。图11是示出通过步骤102的操作而获得的脚本数据。最后在步骤103中，服务器10把图11的脚本以及在脚本的MATERIAL部分中所列出的资料数据传送到提出请求的客户3。

替代服务器10在步骤103在传送脚本和资料，服务器可在步骤103中只传送脚本，其后客户3可参考所接收的脚本来获得资料。方案2

在方案2中，在对于应用程序的寄存操作中转换每个应用程序的资料，在服务操作中转换被要求的应用程序的脚本。服务器10以中等容量的大容量存储装置11为代价来提供较快的服务。

图12是示出在本发明方案2所适用的程序控制下多媒体服务器10所执行的示例寄存操作的流程图。在以下描述中，假设服务器10接收到与上面方案1的描述相同的来自多媒体源装置2的应用程序。除了已除去步骤306到308(对资料格式的脚本寄存而不是对输入格式即此例中的DV格式的脚本寄存)并以步骤302a替换步骤302，图12的寄存操作与图3的操作相同。为此，将只描述步骤302a。

在方案1中，由于对每个应用程序存储不同格式的多个脚本，所以必须使用方案1中的标题ID和活动图像资料格式来识别服务器10中的脚本，而可只以标题ID来识别方案2的服务器10中的脚本。由于在方案2中只对每个应用程序存储输入格式的脚本(相应地，标题ID用作脚本ID)。因此，在步骤302a中，服务器10在脚本数据中用相应的资料ID来改写资料信息和MatIDinVSC’s；并存储该脚本数据使得该数据与步骤301中所分配的标题ID相关联。

图13是示出依据本发明的方案2来识别服务器10中脚本的一部分脚本信息表的图。此表相应于图9的表。然而，由于以上所述的原因，图13的表不包含与资料格式有关的信息，即此表缺少MATERIAL FORMAT字段，SCENARIOINFORMATION字段的值不包括代表如“title0001.vse”所表示的资料格式的任何元素。

图14是示出在本发明方案2所适用的服务程序控制下由多媒体服务器10所执行的示例服务操作的流程图。除了以步骤101a来替换步骤101并在步骤102和103之间插入图3的步骤307以外，图14的服务操作与图10或方案1的操作相同。

在接收到来自一个消费装置或客户3对标题ID的服务请求(具有提出请求的用户可播放的活动图像资料的资料格式的标题ID)时，服务器10开始图14的服务操作。在步骤101a，服务器10首先利用所接收的标题ID从存储装置11中读出脚本数据。在此步骤中，如结合步骤302a所述的相同原因，不使用图形资料的资料格式。然后，服务器10执行步骤102并转到步骤307。在步骤307，服务器10参考图7的脚本转换表来转换与资料格式有关的脚本数据。最后，服务器10在步骤103中把脚本和脚本中所使用的资料传送到提出请求的客户3，以结束寄存操作。

依据本方案，由于存储在服务器10中的应用程序具有其格式已转换的活动图像资料，所以服务器10可对服务请求提供快速响应。方案3

在方案3中，在服务操作中转换用于被请求应用程序的脚本和资料。此方案的服务器10只需要最小容量的大容量存储装置11，但在四个方案中本方案的响应最慢。

图15是示出在本发明方案3所适用的程序控制下多媒体服务器10来执行的示例寄存操作的流程图。除了图15的操作只包括两个步骤301和302a以外，图15的寄存操作与图12或方案2的操作相同。尤其是，如此存储从多媒体源装置2接收到的脚本和资料，从而服务器10可管理该脚本和资料。

图16是示出在本发明方案3所适用的服务程序控制下由多媒体服务器10所执行的示例服务操作的流程图。除了在步骤101a和102之间插入步骤304a(或资料格式转换步骤)以外，图16的服务操作与图14或方案2的操作相同。

在步骤101a中读出具有提出请求的客户3所指定的标题ID的脚本后，服务器10在步骤304a中把读出脚本中每个资料的资料格式转换成由客户3所指定的格式。其后，与图14的情况相同，服务器10执行步骤102、307和103并结束服务操作。方案4

在方案4中，在寄存操作中转换格式转换花费更多时间的资料，如果还未转换用于被请求应用程序的资料，在服务操作中转换被请求应用程序的脚本以及那些资料。

图17是一示例的有效资料格式表170，该表通过待进行转换的操作来定义可能的格式转换并对其进行分类。在图17的表170中，该表的每个记录包括INPUT FORMAT字段和TARGET FORMAT字段，该TARGET FORMAT字段包括输入格式转换成的可能的目标格式并可分成CONVERTED ATREGISTRATION TIME字段和CONVERTED AT SERVICE TIME字段。依据示例表170，如果输入格式为DV，则将在服务操作和寄存操作中把DV格式(即，DV格式的活动图像资料)分别转换成MPEG1格式和MPEG2格式。如果输入格式为MPEG2。则MPEG2格式将在服务操作中被转换成MPEG1格式。

图18是示出在本发明方案4所适用的程序控制下由多媒体服务器10所执行的示例寄存操作的流程图。在以下描述中，假设服务器10已接收到与上述方案的情况相同的多媒体应用程序，即具有标题“Title0001和DV格式的应用程序。

在步骤181中，在进入图18的寄存操作时，服务器10给所接收的脚本分配标题ID；给所接收的资料分配各个资料组ID，每个ID为通过转换从多媒体源装置2所接收的资料的格式而获得的所有资料所共享；并存储使资料与各个资料组ID和资料格式有关的资料。应注意，把分配给所接收资料的每个资料组ID也分配给所接收资料的格式将转换成的一组资料。因此，为了识别存储在大容量存储装置11中的资料，服务器10必须使用资料组DI和资料格式。

图19是服务器10保持管理服务器10中资料的表。在图19中，每个记录包括包含资料组ID的资料组ID(M.G.ID)字段、包含资料格式的MATERIALFORMAT字段以及包含由资料ID和资料格式所识别的资料的资料信息或文件名的MATERIAL INFORMATION字段。从图2和19可看出，在步骤181中，服务器10给DV格式的所接收资料“movie0001.dv”分配资料组ID“S0245”，给DV格式的“movie0002.dv”分配“S0140”以及给BMP格式的“image0001.bmp”分配“S0221”。

在步骤182中，服务器10以脚本数据来改写资料信息和MatIDinVSC’s，即以相应的资料组ID替换MatIDinVSC’s并除去资料信息；并存储使数据与所分配的标题ID相关的脚本数据。执行步骤181和182使得如图20所示来转换图2的脚本200。在图20中，已分别以资料组ID S0245、S0140和S0221来替换MatIDinVSC’s V0001、V0002和V0003并已除去资料信息。

在步骤183中，服务器参考图17的表170并进行测试来察看是否将在服务操作中转换所接收应用程序的输入格式(或活动图像资料格式)或进行相反的测试以察看现在是否要转换资料，即其INPUT FORMAT字段包含所接收应用程序的格式的任何一个记录是否具有TO-BE-CONVERTED-AT字段中的“寄存”值。如果判断步骤183中的测试结果为YES或相反测试结果为NO，则服务器10结束寄存操作。(如果输入格式是例如DV，则测试结果为NO以及相反测试结果为YES；如果输入格式是例如MPEG2，则测试结果为YES及相反测试结果为NO。)相反，(即，输入格式为DV)，服务器转到步骤184，并从图17的表中获得资料将在寄存时转换而成的目标格式。从表170中看出，服务器10获得MPEG2格式作为目标格式。

在步骤185中，服务器10把所接收应用程序的每个资料的资料格式转换成目标格式或MPEG2。在步骤186中，服务器10给经转换的资料分配各个资料ID；并存储这些资料。然后，在判断步骤187中，服务器10进行测试，以查看资料待转换而成的目标格式是否已被用完。如果是这样，服务器10结束寄存操作。否则，服务器10返回步骤184。

图21是示出在本发明方案4所适用的服务程序控制下由多媒体服务器10所执行的示例服务操作的流程图。除了在步骤101a和304a之间插入判断步骤210以外，图21的服务操作与图16或方案3的操作相同。尤其是，在步骤101a中读出与特定标题ID有关的脚本后，服务器10转到步骤210，这里服务器10参考图17的表，并进行测试以察看在寄存操作中是否已准备客户3所特定的资料格式。如果是这样，服务器10跳过步骤304a而转到步骤102。否则，服务器10转到步骤304a。步骤304a以后的操作与图16或方案3的操作相同。

依据本发明的方案4，通过利用图17的表来控制格式转换的时序使得服务器10提供较快的多媒体应用程序服务而防止对大容量存储装置11的压力。方案5

虽然在上述示意实施例中，从与目标格式相比包含更多信息的各种资料格式中获得活动图像资料的目标格式，但最好从主数据格式(即，在用于一类资料的所有数据格式中每个包含最大数量信息的数据格式)的一个中获得每一个目标格式。这使得服务器10提供质量高得多的多媒体信息。作为用于活动图像资料的主数据格式，目前DV格式是最好的。

通过上述方案1到4的任何一个实施例进一步包括图22所示的主数据表，从图6或图17的有效资料格式中除去主数据格式的记录以外的记录，以及在从多媒体信息源接收到的资料不是主数据格式时在格式转换(在图3或12的步骤304、图16的步骤304a或图18的步骤185以及图21的步骤304a中进行)中使用主数据格式的相应资料而不是参考图22的主数据表的所接收资料，如此可更容易实现本发明的此特征。图22的主数据表包含用于存储在服务器中资料的记录。主数据表的每个记录包括资料信息、从中获得资料的主数据信息以及主数据格式的这些字段。

依据本发明的第五个方案，如果服务器10从多媒体信息源(没有使资料带有主数据格式的能力)接收到一应用程序，该程序包括其格式为除主数据格式以外的活动图像资料，且如果服务器10已获得主数据格式的相应资料，则服务器10可利用主数据格式的资料来转换应用程序的格式。修改

虽然在以上实施例中只把格式转换加到活动图像资料，但除了活动图像以外，可以相同的方式把格式转换加到任何其它资料，例如静止图像资料、文本资料等。此外，作为格式转换，可以相同的方式把资料格式转换成不同分辨率或不同数目色彩中的任一个。

在上述实施例中把提请求的客户3可播放的活动图像资料格式传送到具有标题ID的服务器10。然而，客户3可传送客户ID而不是资料格式，服务器10可保持使每个客户ID与该客户ID的客户可播放的资料格式有关的表。

可构成许多很不同的本发明实施例，而不背离本发明的精神和范围。应理解，除了附加的权利要求书中所定义的，本发明不限于说明书中所述的特殊实施例。

Claims

1.一种服务器，在一种多媒体信息服务系统中，其中由源装置提供多媒体应用程序，每个应用程序包括多种资料以及定义每个资料作用的一个脚本，由多个消费装置来使用这些应用程序，该服务器用于以一种格式来提供所述(多媒体)应用程序中的一个应用程序，消费装置中提出请求的一个装置可相对于多种资料中的某种资料来处理所述格式，其特征在于所述服务器包括：

装置，用于把所述应用程序中至少一个应用程序的所述某种资料的输入格式转换成与所述输入格式有关的目标格式中的至少一个目标格式；

对所述应用程序中所述至少一个应用程序的每个脚本进行操作的装置，所述脚本用于所述输入格式，所述装置用于准备所述应用程序中所述至少一个应用程序的至少一个脚本，所述脚本适用于目标格式中的所述至少一个目标格式；以及

响应于用于所述应用所述中所述一个应用程序的请求的装置，用于给所述消费装置中所述提请求的消费装置提供所述应用程序中所述一个应用程序的至少一个脚本，该脚本适用于所述提请求消费装置可处理的所述格式。

2.如权利要求1所述的服务器，其特征在于所述转换输入格式的装置包括：

响应于从所述源装置接收到新应用程序的装置，用于把所述应用程序的所述某种资料的所述输入格式转换成与所述输入格式有关的所有的所述目标格式，所述准备至少一个脚本的装置包括：

响应于所述接收并对所述新应用程序的脚本进行操作的装置，用于准备所述新应用程序的适用于所有所述目标格式的脚本。

3.如权利要求1所述的服务器，其特征在于所述转换输入格式的装置包括：

响应于对所述应用程序中所述一个应用程序的请求以及对所述应用程序中所述一个应用程序的脚本的操作的装置，该脚本用于所述输入格式，所述装置用于准备所述应用程序中所述一个应用程序的脚本，该脚本适用于所述提请求消费装置可处理的所述格式。

4.如权利要求1所述的服务器，其特征在于所述用于转换输入格式的装置包括：

响应于对所述应用程序中所述一个应用程序的请求的装置，用于把所述应用程序中所述一个应用程序的所述某种资料的所述输入格式转换成所述提请求的消费装置可处理的所述格式，所述用于准备至少一个脚本的装置包括：

响应于所述请求并对所述应用程序的所述一个应用程序的脚本进行操作的装置，该脚本用于所述输入格式，所述装置用于准备所述应用程序中所述一个应程序的脚本，该脚本适用于所述提请求消费装置可处理的所述格式。

5.如权利要求1所述的服务器，其特征在于所述用于转换输入格式的装置包括：

响应于接收到来自所述源装置的新应用程序的装置，用于进行有关是否把对所述新应用程序的所述某种资料的所述输入格式的转换推迟到对所述新应用程序的请求的第一判断；

响应于所述第一判断的否定结果的装置，用于只把所述新应用程序的所述某种资料的所述输入格式转换成与所述输入格式有关的所述目标格式中预定的目标格式；

响应于对所述应用程序中所述一个应用程序的请求的装置，用于进行有关是否已对所述应用程序中所述一个应用程序的资料准备了所述提请求消费装置可处理的所述格式的第二判断；

响应于所述第二判断的否定结果的装置，用于把所述应用程序中所述一个应用程序的所述某种资料的所述输入格式转换成所述提请求的消费装置可处理的所述格式，所述用于准备至少一个脚本的装置包括：

6.如权利要求1所述的服务器，其特征在于所述用于转换所述某种资料的输入格式的装置包括装置，所述装置用于使所述某种资料的每个可能的输入格式与所述每个可能的输入格式可转换成的目标格式有关。

7.如权利要求1所述的服务器，其特征在于每个所述多媒体应用程序的脚本包括：

构成所述多媒体应用程序的每个资料的资料描述，每个资料描述包括表示所述每个资料描述所旨的资料格式的格式数据；以及

控制所述应用程序的每个事件的事件描述，每个事件描述包括

8.如权利要求7所述的服务器，其特征在于所述用于准备至少一个脚本的装置包括：

对所述每个资料描述进行操作的装置，用于把来自所述输入格式的所述格式数据转换成所述至少一个目标格式，以对所述至少一个目标格式产生所述至少一个脚本；以及

对所述每个事件描述进行操作的装置，用于利用与所述输入格式和所述至少一个目标格式有关的信息来依据所述格式改写所述数据，以对所述至少一个目标格式产生所述至少一个脚本。

9.如权利要求1所述的服务器，其特征在于所述输入格式转换装置转换从中获得所述输入格式的所述某种资料的主数据格式的资料，而不是转换所述某种资料的所述输入格式。

10.如权利要求1所述的服务器，其特征在于所述主数据格式为DV格式。

11.如权利要求1所述的服务器，其特征在于所述某种类型是活动图像、静止图像、文本等中的一种。

12.如权利要求1所述的服务器，其特征在于所述输入格式包括一定频率，所述目标格式包括互不相同的频率和所述一定频率。

13.如权利要求1所述的服务器，其特征在于所述输入格式包括一定数目的显示色彩，所述目标格式包括数目互不相同的一些显示彩色数目以及所述一定数目。

14.一种方法，在一种多媒体服务器中，它给源装置提供多媒体应用程序，每个应用程序包括多种资料和定义每个资料作用的一个脚本，该服务器服务于多个消费装置，该方法用于相应于多种资料中的某种资料来提供具有提请求的一个消费装置可处理的格式的一个所述(多媒体)应用程序，其特征在于，所述方法包括以下步骤：

把所述应用程序中至少一个应用程序的所述某种资料的输入格式转换成与所述输入格式有关的目标格式中的至少一个目标格式；

以其脚本用于所述输入格式的所述至少一个应用程序为基础，准备所述应用程序中所述至少一个应用程序的至少一个脚本，所述脚本适用于目标格式中的所述至少一个目标格式；以及

响应于用于所述应用所述中所述一个应用程序的请求，给所述消费装置中所述提请求的消费装置提供所述应用程序中所述一个应用程序的至少一个脚本，该脚本适用于所述提请求消费装置可处理的所述格式。

15.如权利要求14所述的方法，其特征在于转换输入格式的所述步骤包括：

响应于从所述源装置接收到新应用程序，把所述应用程序的所述某种资料的所述输入格式转换成与所述输入格式有关的所有的所述目标格式，准备至少一个脚本的所述步骤包括：

响应于所述接收并根据所述新应用程序的脚本，准备其脚本适用于所有所述目标格式的所述新应用程序的脚本。

16.如权利要求14所述的方法，其特征在于转换输入格式的所述步骤包括：

响应于对所述应用程序中所述一个应用程序的请求并根据其脚本用于所述输入格式的所述应用程序中所述一个应用程序，准备所述应用程序中所述一个应用程序的脚本，该脚本适用于所述提请求消费装置可处理的所述格式。

17.如权利要求14所述的方法，其特征在于用于转换输入格式的所述步骤包括：

响应于对所述应用程序中所述一个应用程序的请求，把所述应用程序中所述一个应用程序的所述某种资料的所述输入格式转换成所述提请求的消费装置可处理的所述格式，用于准备至少一个脚本的所述步骤包括：

响应于所述请求并根据其脚本用于所述输入格式的所述应用程序的所述一个应用程序，准备所述应用程序中所述一个应程序的脚本，该脚本适用于所述提请求消费装置可处理的所述格式。

18.如权利要求14所述的方法，其特征在于用于转换输入格式的所述步骤包括：

响应于接收到来自所述源装置的新应用程序，进行有关是否把对所述新应用程序的所述某种资料的所述输入格式的转换推迟到对所述新应用程序的请求的第一判断；

响应于所述第一判断的否定结果，只把所述新应用程序的所述某种资料的所述输入格式转换成与所述输入格式有关的所述目标格式中预定的目标格式；

响应于对所述应用程序中所述一个应用程序的请求，进行有关是否已对所述应用程序中所述一个应用程序的资料准备了所述提请求消费装置可处理的所述格式的第二判断；

响应于所述第二判断的否定结果，把所述应用程序中所述一个应用程序的所述某种资料的所述输入格式转换成所述提请求的消费装置可处理的所述格式，用于准备至少一个脚本的所述步骤包括：

响应于对所述应用程序中所述一个应用程序的请求并根据其脚本用于所述输入格式所述应用程序中所述一个应用程序的脚本的操作的装置，准备所述应用程序中所述一个应用程序的脚本，该脚本适用于所述提请求消费装置可处理的所述格式。