用于在多媒体系统中发送/接收分组的方法和装置与流程

本公开涉及用于在多媒体系统中基于MPEG媒体传输(MMT)技术发送/接收多媒体数据分组的方法和设备。

背景技术：

近来，MPEG媒体传输(MMT)技术已被考虑用于多媒体服务，以便在连接到广播网络和通信网络两者的混合网络中提供同时提供多媒体数据、应用和文件的混合内容。

MMT技术可以解决作为支持多媒体服务的代表性技术的MPEG-2TS(运动图像专家组2传输流)的一些限制。也就是说，MPEG已经提出了MMT技术，以便克服诸如单向通信、由于固定帧尺寸导致的无效率传输或者由使用专用于音频/视频的传输协议和互联网协议(IP)的传输所引起的开销的限制。

例如，可以应用MMT技术来通过异构网络有效地传输混合内容。这里，混合内容是指一组具有借助于视频/音频/应用等的多媒体元素的内容。异构网络是指包括广播网络和通信网络两者的混合网络。

此外，MMT技术的目标是定义更加IP友好的传输技术，这是用于多媒体服务的传输网络中的基础技术。

因此，MMT技术主要旨在在多媒体服务环境(其基于IP而变化)中提供高效的MPEG传输技术，并且正在对其进行标准化的持续研究。

技术实现要素：

技术问题

本公开实施例提供了用于在多媒体系统中发送/接收分组的方法和设备。

另外，本公开实施例提供了一种用于在多媒体系统中执行传输媒体分组的有效率过程的方法和设备。

此外，本公开实施例提供了一种用于在多媒体系统中优先检测和接收包括特定媒体数据或特定信息的媒体分组的方法和设备。

技术方案

根据本公开中提出的实施例的在多媒体设备中处理多媒体分组的方法可以包括：接收包括包含其中记录有类型信息的类型信息字段的报头和包含由该类型信息指示的类型的数据的有效载荷的多媒体分组；以及如果通过类型信息识别出在有效载荷中未包括空数据，则处理包括在有效载荷中的数据。

根据本公开中提出的实施例的多媒体设备可以包括：接收器，其接收包括包含其中记录有类型信息的类型信息字段的报头和包含由该类型信息指示的类型的数据的有效载荷的有效载荷的多媒体分组；以及控制器，如果通过该类型信息识别出在有效载荷中未包括空数据，则该控制器处理包括在有效载荷中的数据。

根据本公开中提出的实施例的一种在多媒体设备中发送多媒体分组的方法可包括：使用报头和有效载荷来生成多媒体分组；并发送生成的多媒体分组。

其中，所述多媒体包的生成可以包括：确定是否需要向所述有效载荷添加空数据；并且如果确定需要向有效载荷添加空数据，则通过全部或部分地包括空数据的有效载荷和包括其中记录有类型信息的类型字段的报头来生成多媒体分组，其中，该类型信息指示有效载荷全部或部分地包含空数据。

根据本公开中提出的实施例，一种多媒体设备可包括：控制器，其使用报头和有效载荷来生成多媒体分组；和发送器，用于发送生成的多媒体分组。

其中，如果确定需要向有效载荷添加空数据，则控制器通过全部或部分地包含空数据的有效载荷和包含其中记录有类型信息的类型字段的报头来生成多媒体分组，该类型信息指示有效载荷全部或部分地包括空数据。

有益技术效果

根据本公开中提出的各种实施例，可以在多媒体系统中通过迅速处理与媒体数据的再现直接相关的多媒体数据、元数据和信令信息来没有延迟地提供多媒体服务。

附图说明

从下列结合附图进行的详细描述，本公开的以上和其它方面、特征和优点将更加清楚，在附图中：

图1是示出多媒体通信系统中的MMT数据模型的图；

图2是示出根据本公开实施例的用于发送/接收MMTP分组的多媒体系统的配置的图；

图3是示出根据本发明实施例的多媒体系统中的MPU的结构的图；

图4是示出根据本公开实施例的其中MPU被分成多个MMTP分组以然后在多媒体系统中传输的示例的图；

图5是示出根据本公开实施例的多媒体系统中的MMTP分组的结构的图；和

图6是示意性地图示根据本公开实施例的多媒体系统中的MMT接收实体的操作的图。

应该注意，使用相似附图标记来表示相同或相似的元素、特征和结构。

具体实施方式

在下列对本公开实施例的描述中，当确定对在此并入的已知功能或配置的详细描述可能不必要地模糊本公开的主题时，将省略其详细描述。尽管为了描述方便将分开描述本公开的下列实施例，但是两个或更多个实施例可以在它们彼此不冲突的范围内组合。

另外，本公开可以具有各种实施例，并且可以对本公开实施例进行各种改变和修改，并且因此将参照附图详细描述特定实施例。然而，应该理解的是，本公开不限于特定实施例，而是本公开包括在本公开的精神和范围内的所有修改、等同和替换。在此使用的术语仅用于描述特定实施例，并且不意图限制本公开。如在此所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式。在本公开中，诸如“包含”和/或“具有”之类的术语可以被解释为表示特定特征、数量、步骤、操作、构成元素、组件或其组合，但不可以被解释为排除一个或多个其它特征、数量、步骤、操作、构成要素、组件或其组合的存在或添加的可能性。

根据本公开，下列详细描述将作为示例被构建为基于MMT协议的多媒体系统。然而，在本公开中提出的各种实施例除了基于MMT协议的多媒体系统外可以应用于提供相同或类似服务的各种多媒体系统。

MMT协议是用于打包和传输MMT包的应用层传输协议，并且已经被设计为高效且可靠地发送包。MMT协议具有诸如媒体复用和网络抖动计算之类的改进的特征。已经提出这些特征来高效地传输由各种类型的编码媒体数据组成的内容。MMT协议可以在现有网络协议(诸如UDP或IP)的上层中运行，并且被设计为支持各种应用。

在下文中，将参照附图详细描述本公开。

图1是说明多媒体通信系统中的MMT数据模型的图。

参考图1，在MMT技术中，一组编码媒体数据及其相关元数据被定义为包100。包100可以包含一个或多个MMT资产110、120和130、一个或多个资产递送特性(ADC)(或“传输特性”信息)115和125以及至少一条呈现信息(PI)140。包100可以是诸如电影之类的一条内容。

MMT资产可以是各种类型的多媒体数据中的一种。多媒体数据可以用于生成诸如视频、音频、文本、文件等之类的多媒体呈现。

MMT资产110、120和130中的每一个可以被分成一个或多个媒体处理单元(MPU)。例如，第一MMT资产110可以被分成多个MPU 111、112和113。MPU是其中MMT流被独立处理的单元。MPU可以是可被独立解码的媒体数据的单元。

尽管在附图中未示出，但是一个MPU可以被分成多个片段。在这种情况下，该片段被称为MPU片段单元(MFU)。

MMT发送实体可以将媒体数据划分并处理成MPU单元。MMT接收实体可以接收以MPU为单位的媒体数据，并且可以执行再现过程。

ADC包含关于每个MMT资产的相应MMT资产的传输特性的信息。例如，ADC 115表示第一资产110的传输特性，并且ADC 125表示第二资产120和第三资产130的传输特性。呈现信息(PI)140包括描述多个资产110、120和130之间的时间和空间关系的信息，并且定义在该包中的MMT资产的传输顺序。

在应用了前述MMT数据模型的多媒体系统中，MMT发送实体可以将以MPU为单位配置的媒体数据打包成多个MMTP(MMT协议)分组，从而发送它们，并且MMT接收实体可以再现通过以MPU为单位组包(depacketize)接收的MMTP分组而重新配置的媒体数据。

例如，一个MPU可以被打包成多个MMTP包以然后被发送。在这种情况下，可以通过MMTP分组的至少一个有效载荷(在下文中称为“MMTP有效载荷”)发送作为从一个MPU划分而得到的片段的MFU。MMTP分组是指要使用MMT协议发送的媒体数据的格式化单元。MMTP分组携带MMTP有效载荷。MMTP有效载荷可以使用MMT协议或互联网应用传输层协议(例如实时协议(RTP)}来传输包和/或信令消息。MMTP有效载荷可以是指媒体数据的格式化单元。例如，MMTP有效载荷可以包括MPU元数据、片段元数据、MFU或信令信息。MPU元数据可以包括用于标识相应MPU的信息、用于解码媒体数据的信息等。信令信息可以包括用于包的递送和消费的各种控制信息。例如，MMT发送实体可以通过信令消息向MMT接收实体提供关于包的结构、协议配置、MMTP有效载荷的结构等的信息。

如上所述，媒体数据可以被分成多个MMTP分组以然后在基于MMT的多媒体系统中传输。也就是说，媒体数据可以使用打包的媒体流来传输。通过多个MMTP分组传输的MPU元数据和信令信息可以是接收实体中用于解码或再现媒体数据的基本信息。

另外，为了以相同的速度发送数据，发送侧可能需要将所发送的MMTP分组的尺寸保持恒定。保持MMTP分组的尺寸不变的示例可以是将空数据而不是媒体数据添加到构成MMTP分组的MMTP有效载荷。空数据可以全部或部分地添加到MMTP有效载荷。在这种情况下，为了快速处理接收到的MMTP分组，需要多媒体设备区分不包含空数据的MMTP分组和包含空数据的MMTP分组。例如，不包含空数据的MMTP分组可以是具有包括MPU元数据、信令信息以及图像帧中的帧内编码帧(I帧)的数据的MMTP有效载荷的MMTP分组。

图2是示出根据本公开实施例的用于发送/接收MMTP分组的多媒体系统的配置的图。

参考图2，多媒体设备可以包括MMT发送实体210(以下称为“发送实体”)和MMT接收实体220(以下称为“接收实体”)。发送实体210和接收实体220可以被配置在单个多媒体设备中或者可以被配置在不同的多媒体设备中。发送实体210可以具有用于在多媒体设备中发送多媒体分组的配置。接收实体220可以具有用于在多媒体设备中接收和处理多媒体分组的配置。

发送实体210基于MMTP分组流向接收实体220发送包括媒体数据的包。该包例如可以是诸如电影、戏剧等的一条内容。

发送实体210可以是发送媒体数据的任何实体，接收实体220可以是接收媒体数据的任何实体。例如，发送实体210可以是MMT广播服务器，接收实体220可以是作为MMT客户端的无线终端或移动终端(在下文中所有这些将被称为“终端”)。

例如，如果发送实体210是MMT广播服务器，则从MMT广播服务器发送的媒体数据可以通过无线通信系统中的基站或接入点(AP)被发送到终端。在这种情况下，MMT广播服务器可以是包括发送实体210的多媒体设备，而终端可以是包括接收实体220的多媒体设备。

发送实体210可以使用由一个包提供者201提供的呈现信息(PI)从一个或多个资产提供者203和205接收期望的内容。例如，发送实体210可以基于包提供者201提供的包的IP而从资产提供者203和205收集内容。这里，包提供者201以及资产提供者203和205可被配置为分离的实体或组合的实体。

发送实体210可以使用MMT协议(230)将包括资产、控制信息或PI的包发送到接收实体220。发送实体210和接收实体220可以使用MMTP(240)发送和接收信令信息。

发送实体210可以将媒体数据分成多个MMTP分组，并且可以将其发送到接收实体220。在这种情况下，发送实体210可以通过多个MMTP分组中的一些来发送MPU元数据和信令信息。MMTP分组因为其发送媒体数据可以被称为媒体分组或多媒体分组。

图3是根据本公开实施例的多媒体系统的MPU结构的图。

参考图3，MPU结构可以具有包括MPU元数据的国际标准化组织基础媒体文件格式(ISOBMFF)。

基于MMT的多媒体系统(以下称为MMT系统)可以同时支持定时数据和非定时数据。定时数据可以具有用于解码诸如流服务的时间信息。作为通常的文件传送服务，非定时数据可能不具有用于解码的时间信息。为了方便，图3示出了定时数据的MPU结构。非定时数据的MPU结构(未示出)还可以包括MPU元数据。

在MMT系统中，可以根据ISOBMFF封装MPU。MPU被封装在其中的基于ISO的媒体文件300可被分成MPU元数据区域310和MFU序列区域330。MPU元数据区域310可包括ftyp/styp框311、sidx框312、mmpu框313、moov框314和moof框317中的至少一个，MFU序列区域330可以包括mdat框320。

ftyp/styp框311包括媒体数据的类型信息，sidx框312包括构成MPU的片段的索引信息。mmpu框313包括当前MPU所属的资产的标识符和当前MPU的其他信息。mmpu框313包括指示当前MPU是否包括所有MFU的信息(“是完整的”)。moov框314包括用于解码和呈现媒体数据的所有编解码器设置信息。moov框314可以包括用于MFU的MMT提示轨道315和至少一个媒体轨道316。MMT提示轨道315包括使用传输协议(诸如MMT协议)将包含MPU的媒体文件300转换为打包的媒体流所需的信息。即，MMT提示轨道317包括用于生成构成一个MPU的多个MFU所需的信息。

MPU元数据可以被认为是用于解码或再现包括在MPU中的媒体数据的基本信息。在分割和打包MPU之后接收实体需要从发送的多个MMTP分组中优先地检测和接收包括MPU元数据的MMTP分组。

mdat框320可以包括一个或多个MFU(例如321、322至32N)。通过分割包含MPU元数据和MPU媒体数据的MPU文件可以生成一个或多个MFU(例如321、322至32N)。以下将参照图4来描述其一个例子。

每个MFU(例如321、322至32N)可以由MFU报头(h)和MFU有效载荷构成。MPU元数据可以包括ftyp/styp框311、sidx框312、mmpu框313、moov框314和moof框317中的至少一个。

图4是示出根据本公开实施例的其中MPU被分割成多个MMTP分组并在多媒体系统中发送的示例的图。

图4的(a)示出了MPU的结构。MPU可以包括MPU元数据401以及多个MFU 403和405。图4的(b)示出了从MPU分出的多个MMTP。根据图4的(a)和(b)，可以看出MPU元数据401以及多个MFU 403和405被打包到多个MMTP分组411、413a、413b、413c和415中并且然后被发送。

根据一实施例，MPU元数据401可以通过MMTP分组411发送，一个MFU可以通过一个或多个MMTP分组来发送。也就是说，MFU 403可以被分成三个MMTP分组413a、413b和413c以然后被发送，MFU 405可以使用一个MMTP分组415来发送。尽管在附图中未示出，但是MPU元数据401可以被分成多个MMTP分组以从而被发送。

为了发送MPU元数据和MFU而生成的MMTP分组包括报头和有效载荷。MMTP分组的有效载荷可以包括元数据、信令信息以及构成图像帧的帧内(I帧)数据中的至少之一。MMTP分组的有效载荷可以仅包括空数据，或者可以将一些空数据添加到信令信息或构成图像帧的帧内(I帧)数据中的至少之一中。可以添加空数据以保持MMTP分组的数据传输速率恒定。在这种情况下，在处理媒体数据时可能不需要空数据。

当在MMTP包的有效载荷中全部或部分地包括空数据时，MMTP分组的报头可以包括指示有效载荷包括空数据的信息(空类型指示符，在下文中被称为作为“NTI”)。

根据一实施例，包括在MMTP分组的报头中的NTI可以指示相应MMTP分组的有效载荷包括媒体流之外的数据。在这种情况下，NTI可指示接收实体不处理包含在MMTP分组的有效载荷中的数据。不需要处理的数据(或信息)可以是不同于MPU元数据、信令信息或图像帧中的帧内编码帧(I帧)的空数据。

在上述方法中，当接收实体从MMTP分组当中检测到报头包括NTI信息的MMTP分组时，接收实体可以暂停对相应的MMTP分组的有效载荷中包括的数据的处理，或者可丢弃该数据。例如，如果有效载荷部分地包括空数据，则可以针对其余数据暂停处理。如果有效载荷全部地包括空数据，则MMTP分组的处理可被放弃并被丢弃。

如上所述，具有包括在有效载荷中的空数据的MMTP分组的处理使得有可能在没有中断的情况下使用内容(即提高媒体流服务的质量)。

图5是示出根据本公开实施例的多媒体系统中的MMTP分组的结构的图。

参考图5，记录在字段“V”中的值指示MMTP的版本，记录在字段“C”中的值指示是否存在分组计数器(packet_counter)字段。记录在字段“FEC”中的值指示用于防止MMTP分组中的错误的前向纠错(FEC)方案的类型。字段“r”和字段“RES”被保留以备将来使用，记录在字段“X”中的值指示是否存在报头扩展(header_extension)字段。

可以记录在类型(type)字段503中的类型信息可以指示记录在有效载荷中的数据的类型。类型信息可以指示有效载荷中是否包含空数据。例如，如果类型字段的类型信息是“NULL类型”，则意味着有效载荷中包含空数据，如果类型字段的类型信息不是“NULL类型”，则意味着有效载荷中不包括空数据。另外，类型信息可以指示在有效载荷中是全部还是部分地包含空数据。

如果有效载荷不包括空数据(如果类型信息不是“NULL类型”)，则类型信息可以指示包括在相应有效载荷中的数据的类型。可以包括在相应有效载荷中的数据的类型可以是MPU元数据、信令信息或图像帧的I帧数据中的一个。这可以同样地应用于定时媒体数据和非定时媒体数据两者。

根据上面提出的方法，当接收实体接收到媒体流(MMTP分组)并且再现内容(例如运动图像等)时，接收实体可以通过接收的MMTP分组的报头中包括的类型字段中记录的类型信息来检查接收到的MMTP分组的有效载荷是否包括空数据。当接收实体识别出MMTP分组的有效载荷全部或部分地包括空数据时，其可以暂停对相应MMTP分组的处理。

因此，接收实体可以通过优先检查在构成MMTP分组的报头的类型字段中是否记录了NTI来确定是否处理相应的MMTP分组。另外，由于基于确定结果可以处理或者可以不处理相应的MMTP分组，所以可以减少用于MMTP分组的处理时间。此外，由于接收实体可以使用NTI来优先地确定有效载荷是否是包括空数据的MMTP分组，所以可以无延迟地快速执行运动图像等的再现、搜索或频道切换。例如，当接收实体使用NTI优先确定是否包括空数据时，可以最小化由于广播接收环境中的频道切换而导致的再现延迟，并且可以没有延迟地快速执行诸如倍速再现、倒带、搜索等。

这是由于这样的事实，即在其中NTI被记录在类型字段的MMTP分组的情况下，记录在有效载荷中的数据可以被丢弃或者可以暂停其处理，而不用对该数据进行分析。

如上所述，为了优先接收和处理特定媒体数据(例如I帧)或特定信息(例如MPU元数据或信令信息)，NTI可以用于确定包括不同于该特定媒体数据(或特定信息)的数据的部分。另外，在MMTP分组的有效载荷包括特定媒体数据(或特定信息)的情况下，相应MMTP分组的报头不能包括NTI。

类型字段503指示MMTP分组的有效载荷数据的类型。例如，如果记录在类型字段中的类型信息具有值“0x00”或“0X01”，则意味着包括在有效载荷中的数据的类型是媒体数据。“0x00”表示有效载荷中包含的数据是MPU的片段，“0X01”表示有效载荷中包含的数据是一个完整的MPU。

例如，当记录在字段“R”中的值是“1”并且记录在类型字段中的类型信息是“0x00”或“0X01”时，可以确定相应的有效载荷包括I-帧。如果记录在类型字段中的类型信息是“0x02”，则可以确定相应的有效载荷包括信令信息。如果记录在类型字段中的类型信息是“0x03”，则可以确定相应的有效载荷部分地包括空数据。如果记录在类型字段中的类型信息是“0x04”，则可以确定有效载荷全部包括空数据。另外，如果类型字段相应于“0x00”的MPU模式，则MPU元数据可以被确定为具有为0的MPU片段类型。

上面实施例可以提供一种通过下述方式提供发送器的恒定数据发送速率的方法：通过插入不需要处理的空数据以便以恒定数据发送速率来发送作为由发送器生成的具有可变尺寸的媒体数据的MPU；上面实施例还提供一种通过接收器接收的MMTP分组的类型字段的NTI来有效地确定媒体数据的媒体处理的方法。

图6是示意性地示出根据本公开实施例的多媒体系统中的接收实体(多媒体设备的接收器)的操作的图。

参考图6，接收实体接收包括报头和有效载荷的MMTP分组(步骤611)。接收实体基于记录在所接收的MMTP分组的报头中包括的类型字段中的类型信息来识别包括在有效载荷中的数据的类型(步骤613)。接收实体可以通过记录在类型字段中的类型信息来确定有效载荷是否包括(全部地或部分地)空数据(步骤615和步骤617)。例如，如果类型信息是“0x04”，则可以确定有效载荷全部地包括空数据，并且如果类型信息是“0x03”，则可以确定有效载荷部分地包括空数据。

如果确定有效载荷全部地包括空数据，则接收实体可丢弃相应的MMTP分组(步骤619)。如果确定有效载荷部分地包括空数据，则接收实体可以缓存包括在相应MMTP分组的有效载荷中的空数据之外的剩余数据(步骤621)。之后，接收实体可以以MPU为单位完成数据接收(步骤623)，然后可以处理接收到的数据(步骤629)。

如果确定有效载荷不包括空数据，则接收实体可以开始缓存包括在相应MMTP分组的有效载荷中的数据(步骤625)。之后，接收实体可以以MPU为单位完成数据接收(步骤627)，然后可以处理接收到的数据(步骤629)。

同时，虽然图6示出了根据本公开实施例的多媒体系统中的MMT接收实体的操作，但是可以对图6做出各种修改。例如，尽管在图6中示出了连续步骤，但是应该理解图6中的步骤可以彼此重叠、可以彼此并行发生、可以以不同的顺序发生或者可以发生多次。

现在，虽然未在附图中示出，但将描述根据本公开实施例的多媒体系统中的MMT发送实体的内部结构和MMT接收实体的内部结构。

首先，将描述根据本公开实施例的多媒体系统中的MMT发送实体的内部结构。

MMT发送实体包括发送器、控制器、接收器和存储单元。

首先，控制器控制MMT发送实体的整体操作。根据本公开实施例，控制器控制MMT发送实体以执行与分组发送/接收操作有关的整体操作。这里，与分组发送/接收操作相关的整体操作与参照图2-6描述的相同，因此这里将省略其详细描述。

发送器在控制器的控制下向MMT接收实体发送消息。这里，由发送器发送的各种消息与参照图2至6中的相同，因此这里将省略其详细描述。

另外，接收器在控制器的控制下从MMT接收实体接收各种消息。这里，由接收器接收的各种消息与参照图2至6中描述的相同，因此这里将省略其详细描述。

存储单元存储MMT发送实体的操作所需的程序和各种数据(具体地，根据本公开实施例的与分组发送/接收操作有关的信息)。另外，存储单元存储接收器从MMT接收实体接收的各种消息。

同时，在以上描述中，MMT发送实体已经通过分开的处理器(诸如发送器、控制器、接收器和存储单元)实现。但是，发送器、控制器、接收器和存储单元中的至少两个可以集成到单个处理器中。另外，MMT发送实体可以被实现为单个处理器。

其次，将描述根据本公开实施例的多媒体系统中的MMT接收实体的内部结构。

MMT接收实体包括发送器、控制器、接收器和存储单元。

首先，控制器控制MMT接收实体的整体操作。根据本公开实施例，控制器控制MMT接收实体以执行与分组发送/接收操作有关的整体操作。这里，与分组发送/接收操作相关的整体操作与参照图2至6中描述的相同，因此这里将省略其详细描述。

发送器在控制器的控制下向MMT发送实体发送消息。这里，由发送器发送的各种消息与参照图2-6中所描述的相同，因此这里将省略其详细描述。

另外，接收器在控制器的控制下从MMT发送实体接收各种消息。这里，由接收器接收的各种消息与参照图2-6中所描述的相同，因此这里将省略其详细描述。

存储单元存储MMT接收实体的操作所需的程序和各种数据(具体地，根据本公开的实施例的与分组发送/接收操作有关的信息)。另外，存储单元存储接收器从MMT发送实体接收的各种消息。

同时，在以上描述中，MMT接收实体通过诸如发送器、控制器、接收器和存储单元的分开的处理器来实现。但是，发送器、控制器、接收器和存储单元中的至少两个可以集成到单个处理器中。另外，MMT接收实体可以被实现为单个处理器。

此外，本公开的上述实施例可以通过计算机可读记录介质中的计算机可读代码来实现。计算机可读记录介质可以是能够存储可由计算机系统读取的数据的任何数据存储设备。计算机可读记录介质可以包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、最佳数据存储设备和载波(诸如通过因特网的数据传输)。计算机可读记录介质可以通过网络连接的计算机系统分散，因此计算机可读代码可以以分散方案存储和执行。此外，用于实现本公开的功能性程序、代码和代码段可以由本公开所属领域的程序员容易地解释。

将理解的是，根据本公开实施例的方法和装置可以以硬件、软件或硬件和软件的组合的形式来实现。任何这样的软件可被存储在例如易失性或非易失性存储设备(诸如ROM、诸如RAM的内存、内存芯片、内存设备或内存IC)中或者可记录光学或磁性介质(诸如CD、DVD、磁盘或磁带)，而不考虑介质是否具有被擦除的能力或者是否具有被再次记录的能力。还可以理解，软件可以存储在机器(例如计算机)可读存储介质中。还可以理解，包括在移动终端中的内存是适合于存储程序的机器可读设备的一个示例，该程序包括由处理器设备执行的指令，从而实现本公开的实施例。

因此，本公开包括用于实现说明书的所附权利要求中描述的装置和方法的代码的程序以及用于存储所述程序的机器(计算机等)可读存储介质。此外，程序可以通过诸如经由有线或无线连接发送的通信信号的预定介质来电子地发送，并且本公开适当地包括程序的等同物。

此外，根据本公开实施例的装置可以从与其有线或无线连接的程序提供设备接收程序，并且可以存储该程序。程序提供设备可以包括程序、内存、通信单元和控制器，其中该程序包括程序处理设备通过其执行预设内容保护方法的指令，内存用于存储内容保护方法所需的信息等，通信单元用于执行与程序处理设备的有线或无线通信，控制器用于根据程序处理设备的请求或自动地将相应程序发送到收发器。

同时，虽然已经在对本公开的详细描述中描述了本公开的特定实施例，但是在不脱离本公开的范围的情况下可以做出各种修改。因此，本公开的范围不应被限定为限于这些实施例，而应由所附权利要求及其等同来限定。