信息处理方法、信息提供方法、装置、电子设备及存储介质与流程

交叉引用

本公开要求于2019年7月2日提交的第62/869,861号美国临时申请以及2020年6月30日在美国专利和商标局提交的第16/916,617号美国专利申请的优先权，其全部内容通过引用整体并入本文。

本公开描述了涉及定时元数据轨道的实施例。

背景技术：

本文所提供的背景描述旨在整体呈现本申请的背景。在背景技术部分以及本说明书的各个方面中所描述的目前已署名的发明人的工作所进行的程度，并不表明其在本申请提交时作为现有技术，且从未明示或暗示其被承认为本申请的现有技术。

http上的运动图像专家组动态自适应流式传输(mpeg-dash:movingpictureexpertsgroupdynamicadaptivestreamingoverhttp或dash:dynamicadaptivestreamingoverhttp)提供了因特网协议(ip:internetprotocol)网络上的流式多媒体内容的标准。流式多媒体内容可以包括实况或点播(预先记录)内容的内容流。

在mpeg-dash中，称作媒体呈现描述(mpd:mediapresentationdescription)的清单描述了媒体数据片段并提供了dash客户端再现多媒体内容所需的信息。mpd可以指示可用媒体的不同表示(representation)(例如，质量水平)，例如相同媒体片段的不同视频分辨率和比特率。进一步地，虽然mpd可以发信号通知存在某些类型的事件，但是mpeg-dash不为定时元数据轨道提供信令的解决方案，也就无法将元数据轨道携带的信息公开给应用，降低了应用再现多媒体内容的效率。

技术实现要素：

基于以上问题，本申请实施例提供了一种信息处理方法、信息提供方法、装置、电子设备及存储介质。

本申请实施例提供的所述信息处理装置包括：

接收模块，用于接收内容流的清单文件；

通知模块，用于根据所接收到的清单文件，向应用通知所述内容流的定时元数据轨道中的至少一个事件方案；

所述接收模块，还用于从所述应用接收对所述至少一个事件方案中的事件方案的订阅请求；以及

发送模块，用于根据所接收到的订阅请求，向所述应用传递与所述定时元数据轨道中的所述事件方案相关联的事件消息。

本申请实施例提供的所述信息处理方法包括：接收内容流的清单文件；根据所接收到的清单文件，向应用通知所述内容流的定时元数据轨道中的至少一个事件方案；从所述应用接收对所述至少一个事件方案中的一个事件方案的订阅请求；以及根据所接收到的订阅请求，向所述应用传递与所述定时元数据轨道中的所述事件方案相关联的事件消息。

本申请实施例提供的所述信息提供方法包括：为内容流生成定时元数据轨道，所述定时元数据轨道包括与至少一个事件方案相关联的事件消息；生成清单文件，所述清单文件用于标识所述定时元数据轨道中的所述一个或多个事件方案中的至少一个事件方案；以及将所述清单文件提供给信息处理装置。

本申请实施例提供的电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现本申请实施例所述的方法。

本申请实施例提供的非易失性计算机可读存储介质，其特征在于，其特征在于，包括：所述存储介质存储有多条指令，可以使至少一个处理器执行本申请实施例所述的方法。

本申请实施例提供的技术方案，可以根据内容流的清单文件向应用通知定时元数据轨道中的事件方案，根据应用发送的对定时元数据轨道中的事件方案的订阅请求，向应用发送与定时元数据轨道中的事件方案相关联的事件消息，进而解决了mpeg-dash不为定时元数据轨道提供信令的问题，将定时元数据轨道中携带的信息公开给应用，也即，向应用提供了媒体数据片段以及再现多媒体内容所需的信息，提高了应用再现多媒体的效率。

附图说明

根据以下具体实施方式和附图，所公开的主题的其他的特征、性质和各种优点将更加显而易见，其中：

图1示出了根据本公开的实施例的系统；

图2示出了根据本公开的实施例的http上的动态自适应流式传输(dash)系统；

图3示出了根据本公开的实施例的dash客户端体系结构；

图4示出了根据本公开的实施例的定时元数据轨道中的嵌入式事件消息框；

图5示出了根据本公开的实施例的嵌入式事件流的示例性语义；

图6a和图6b示出了根据本公开的实施例的示例性公共属性和元素；

图7示出了根据本公开的实施例的信息处理装置的示例性方法；

图8示出了根据本公开的实施例的信息提供装置的示例性方法；

图9示出了根据本公开的一些实施例的计算机系统。

具体实施方式

为了更完整地理解本公开，现在结合附图和详细描述来参考以下简要描述，其中相同的附图标记表示相同的部件。

本公开包括针对事件信息的信令和处理的实施例，所述事件信息例如包括在定时元数据轨道中的事件信息。事件信息对应于媒体呈现(例如，连续音频和/或视频呈现)中与时间点或时间段相关联的媒体定时事件。例如，事件信息可以用于动态内容替换、广告插入、与音频和/或视频一起呈现补充内容、改变网页，以及执行在媒体呈现(例如，音频和/或视频媒体流)的媒体时间线上的特定点触发的应用代码。

媒体定时事件可以用于携带旨在与媒体流同步的信息。例如，事件信息可以包括描述媒体呈现内容的元数据(或定时元数据)，例如节目或章节标题，或地理位置信息。进一步地，事件信息可以包括与媒体呈现的回放期间的特定时间相关联的媒体播放器的控制消息，例如广告插入提示。

媒体呈现描述(mpd)事件是可以在mpd中发信号通知的事件。在mpd中，以周期级别提供分配给媒体呈现时间的事件序列。相同类型的事件可以由周期元素中的事件流元素(例如，eventstream)指定。即使开始时间在周期边界之后或者事件的持续时间延伸超过周期边界，事件也在周期结束时终止。事件流元素包括消息方案标识信息(例如@schemeiduri)和事件流元素的可选值(例如@value)。进一步地，由于事件流包含定时事件，所以可以提供时标(timescale)属性(例如，@timescale)，以将事件分配给该周期内的特定媒体呈现时间。定时事件本身可以由包括在事件流元素中的事件元素来描述。

通过添加事件消息以作为媒体片段的一部分，带内事件流可以与表示(representation)进行多路复用。事件流可以存在于所选表示中，仅存在于一个或几个所选适配集中，或者存在于所有表示中。例如，一种可能的配置是仅音频适配集包含中带内事件。在表示中呈现的带内事件流可以由适配集或表示级别上的带内事件流元素(例如，inbandeventstream)来指示。进一步地，一个表示可以包含多个带内事件流，每个带内事件流由单独的带内事件流元素指示。

本公开的实施例可以在mpeg-dash中实现。定时元数据轨道可以包括携带事件信息的嵌入式事件消息框(emsg:embeddedeventmessageboxe)。定时元数据轨道可用于携带与上述mpd事件和带内事件(inbandevent)类似的信息。事件信息可以包括与在其他轨道中提供的信息时间同步的元数据。由于这种同步，可以不规则地或非连续地提供定时元数据轨道中的元数据，并且这种时间元数据轨道可以被称为稀疏定时元数据轨道。

dash客户端通常忽略这样的事件消息框，该事件消息框具有未在清单(例如mpd)中定义的方案标识符。如果定时元数据轨道携带事件消息框并作为轨道的一部分，则用于事件消息框的事件方案信息需要包括在mpd中。本公开包括为定时元数据轨道提供信令的实施例。dash客户端可以发现事件消息框，并基于定时元数据轨道的信令向应用提供(例如)事件方案信息。然后，应用可以基于事件方案信息订阅关注的事件方案。dash客户端可以基于订阅的事件方案解析定时元数据轨道和分派事件信息。

图1示出了根据本公开的实施例的系统(100)；系统(100)包括内容服务器(110)和信息处理装置(120)。内容服务器(110)可以提供内容流，包括主要内容(例如，主程序)和至少一个定时元数据轨道。

信息处理装置(120)可以与内容服务器(110)接口。例如，信息处理装置(120)可以回放从内容服务器(110)接收的内容。可以根据由信息处理装置(120)(例如，从内容服务器(110))接收到的清单文件(例如，mpd)来执行内容的回放。清单文件可以进一步包括用于至少一个定时元数据轨道的信令。

图2示出了示例性dash系统。dash系统(200)可以包括内容服务器(210)、广告服务器(220)和信息处理装置(230)，它们连接到网络(250)。dash系统(200)还可以包括至少一个补充内容服务器。

内容服务器(210)可以向信息处理装置(230)提供主要内容(例如，主程序)和清单文件(例如，mpd)。清单文件可以由(例如)mpd生成器(214)生成。在其它实施例中，主要内容和清单文件可由不同的服务器提供。

信息处理装置(230)接收mpd，并且能够基于mpd从内容服务器(210)的http服务器(212)获取主要内容。mpd可以由在信息处理装置(230)上执行的dash客户端(232)处理。进一步地，dash客户端(232)可以从广告服务器(220)获取广告内容，或者从至少一个补充内容服务器获取其它内容(例如，交互内容)。主内容和广告内容可以由dash客户端(232)处理，并被输出以在显示设备(236)上显示。显示设备(236)可以集成在信息处理装置(230)中或其外部。进一步地，dash客户端(232)可以从至少一个定时元数据轨道中提取事件信息，并将所提取的事件信息发送到应用(234)用于进一步处理。应用(234)可以用于(例如)基于事件信息来显示补充内容。

广告服务器(220)可以将广告内容存储在广告存储装置(例如存储器)中。例如，信息处理装置(230)可以根据事件信息来请求所存储的广告内容。

图3示出了根据本公开的实施例的dash客户端体系结构。dash客户端(或dash播放器)可以被配置为与应用(390)通信并且处理各种类型的事件，包括(i)mpd事件，(ii)带内事件，以及(iii)定时元数据事件。

清单解析器(305)解析清单(例如，mpd)。清单例如由内容服务器(110、210)提供。清单解析器(305)提取关于mpd事件、带内事件和嵌入在定时元数据轨道中的定时元数据事件的事件信息。将所提取的事件信息提供给dash逻辑(310)(例如，dash播放器控制、选择和启发逻辑)。dash逻辑(310)可以根据事件信息向应用(390)通知在清单中用信号通知的事件方案。

事件信息可以包括用于区分不同事件流的事件方案信息。应用(390)可以使用事件方案信息来订阅关注的事件方案。应用(390)可以进一步通过至少一个订阅api为每个订阅的方案指示期望的分派模式。例如，应用(390)可以向dash客户端发送订阅请求，该订阅请求标识关注的至少一个事件方案以及任何期望的相应分派模式。

如果应用(390)订阅了作为至少一个定时元数据轨道的一部分而被传送的至少一个事件方案，则带内事件和“moof”解析器(325)可以将至少一个定时元数据轨道流式传输到定时元数据轨道解析器(330)。例如，带内事件和“moof”解析器(325)解析电影片段框(moviefragmentbox)(“moof”)，随后基于来自dash逻辑(310)的控制信息对定时元数据轨道进行解析。

定时元数据轨道解析器(330)可以提取嵌入在定时元数据轨道中的事件消息。所提取的事件消息可以存储在事件缓冲器(335)(例如，事件缓冲器)中。同步器/分派器模块(340)(例如，事件和定时元数据同步器和分派器)可以将订阅的事件分派(或发送)到应用(390)。

mpd中描述的mpd事件可由清单解析器(305)解析，并存储在缓冲器(335)中。例如，清单解析器(305)解析mpd的每个事件流元素，并解析在每个事件流元素中描述的每个事件。对于在mpd中发信号通知的每个事件、事件信息(例如呈现时间和事件持续时间)可以与事件相关联地存储在缓冲器(335)中。

带内事件和‘moof’解析器(325)可以解析媒体片段以提取带内事件消息。可以将任何这样标识的带内事件以及相关联的呈现时间和持续时间存储在缓冲器中(335)。

因此，可以在缓冲器(335)中存储mpd事件、带内事件和/或定时元数据事件。缓冲器(335)可以是例如先进先出(fifo:first-in-first-out)缓冲器。可以与媒体缓冲器(350)一致地管理缓冲器(335)。例如，只要媒体片段存在于媒体缓冲器(350)中，对应于该媒体片段的任何事件或定时元数据都可以存储在缓冲器(335)中。

dash访问应用编程接口(api:accessapplicationprogramminginterface)(315)可以通过http协议栈(320)管理内容流(或数据流)的获取和接收，所述内容流(或数据流)包括媒体内容和各种元数据。dash访问api(315)可以将接收到的内容流分成不同的数据流。提供给带内事件和moof解析器的数据流可以包括媒体片段、至少一个定时元数据轨道，以及包括在媒体片段中的带内事件信令。在一实施例中，提供给清单解析器305的数据流可以包括mpd。

dash访问api(315)可以将清单转发到清单解析器(305)。除了描述事件之外，清单还可以向dash逻辑(310)提供关于媒体片段的信息，dash逻辑可以与应用(390)以及带内事件和moof解析器(325)通信。应用(390)可以与由dash客户端处理的媒体内容相关联。在应用(390)、dash逻辑(310)、清单解析器(305)和dash访问api(315)之间交换的控制/同步信号可以根据关于清单中提供的媒体片段的信息来控制从http堆栈(320)中取出媒体片段。

带内事件和moof解析器(325)可以将媒体数据流解析为媒体片段，该媒体片段包括媒体内容、定时元数据轨道中的定时元数据、以及媒体片段中任何发信号通知的带内事件。包括媒体内容的媒体片段可以由文件格式解析器(345)解析，并存储在媒体缓冲器(350)中。

存储在缓冲器(335)中的事件可以允许同步器/分派器(340)通过事件/元数据api向应用传送与应用相关的可用事件(或关注的事件)。应用可以被配置为处理可用事件(例如，mpd事件、带内事件或定时元数据事件)，并且通过通知同步器/分派器来订阅特定事件或定时元数据(340)。存储在缓冲器(335)中的不与应用相关而是与dash客户端本身相关的任何事件，可以由同步器/分派器(340)转发到dash逻辑(310)，以便进一步处理。

响应于应用(390)订阅特定事件，同步器/分派器(340)可以将事件实例(或定时元数据样本)传送到应用，所述事件实例对应于所述应用订阅的事件方案。事件实例可根据订阅请求所指示的分派模式(例如，对于特定事件方案)或默认分派模式来传送。例如，在接收分派(on-receivedispatch)模式中，一旦缓冲器(335)中接收到事件实例，就可以将该事件实例发送到应用(390)。另一方面，在开始分派(on-startdispatch)模式中，可以在与事件实例相关联的呈现时间，例如与来自媒体解码器(355)的定时信号同步，将事件实例被发送到应用(390)。

mpd描述dash媒体呈现，并且可以以可扩展标记语言(xml:extensiblemarkuplanguage)文档的形式。mpd可以包括至少一个周期的序列。每个周期可以包括至少一个适配集。每个适配集可以包括至少一个表示。进一步地，每个表示可以包括至少一个片段。mpd可以定义格式，来通知http统一资源定位符(url)或网络地址，用于下载数据片段。

媒体呈现包括至少一个周期。周期可以由mpd元素中的周期元素定义。在某些情况下，提供mpd，以使下一个周期是在前一周期、可能是紧接的下一周期或在后一周期中(例如，在广告周期被插入之后)中的内容的延续。

适配集可以由适配集元素(例如，adaptationset)来描述。适配集元素可以包含在周期元素中。适配集可包括替换表示(即，一次仅期望呈现适配集中的一个表示)。包含在一个适配集中的所有表示可以表示相同的媒体内容成分，并且因此包含被认为在感知上等效的媒体流。适配集和所包含的表示可以包含足够的信息，进而使得能够在一个适配集中的不同表示之间进行无缝切换。

表示可以由表示元素来描述。如上所述，表示元素包含在适配元素中。该表示可以是在所定义的周期期间媒体内容成分(包括媒体内容)的完整集合或子集的备选选择之一。该表示可以在该周期开始(例如，periodstart)时开始，并且继续直到该周期结束(即，下一周期的开始或媒体呈现的结束)。每个表示可以包括至少一个媒体流，其中每个媒体流是一个媒体内容成分的编码版本。

每个表示可以包括至少一个片段。在一个实施例中，该片段可以由包括在mpd中的http-url来引用。例如，根据ietfrfc3986，可以将该http-url定义为<绝对uri>，其固定方案为“http”或“https”，如果与该网址一起提供范围属性，则可能受到字节范围的限制。字节范围可以表示为例如在ietfrfc2616中定义的字节范围规格(byte-range-spec)。它可以被限制为标识连续字节范围的单个表达式。在一实施例中，该片段可以包括在具有数据url的mpd中，例如在ietfrfc(2397)中定义的。

通过mpd中的http-url引用的每个片段，可以与片段可用性间隔(例如，挂钟时间中的时间窗口，片段可以经由http-url访问该时间窗口)相关联。可以通过元素(例如基础url、片段基础、片段模板和/或片段列表)的存在来向表示分配片段信息。片段信息可以提供关于所有片段的位置可用性和属性的信息，所述所有片段包含在一个表示中。

子表示可以嵌入(或包含)在常规表示中，并由子表示元素(例如，subrepresentation)来描述。子表示元素可以描述嵌入在表示中的一个或两个以上媒体内容成分的属性。例如，子表示元素可以描述嵌入的音频成分(例如，编解码器、采样率等)、嵌入的字幕(例如，编解码器)的属性，或者子表示元素可以描述一些嵌入的较低质量视频层(例如，一些较低帧速率等)。子表示元素和表示元素可以共享一些公共属性和元素。

图4示出了可以包括在内容流中的媒体轨道和定时元数据轨道的示例。元数据轨道可以包括事件消息框(emsg)。事件消息框可以为与媒体呈现时间相关的一般事件提供信令，以及为特定于dash操作的事件提供信令。在一些实施例中，如果dash客户端检测到事件消息框具有未在mpd中定义的方案，则dash客户端忽略该事件消息框。

事件消息框可以包括消息方案标识信息(例如，scheme_id_uri)、包含在事件消息框中的事件的可选值、定时信息和事件数据。定时信息可以指示其它时间信息的时间尺度(例如，以每秒的滴答数来计)，例如从参考呈现时间(例如，片段或元数据样本的开始)处的事件的媒体呈现时间的媒体呈现时间增量、事件的媒体呈现时间、以及事件持续时间(例如，以媒体呈现时间计)。

元数据轨道可以携带事件消息框，事件消息框作为包括在元数据轨道中的元数据样本的一部分。进一步地，元数据样本可以包括至少一个事件消息框。每个事件消息框可以属于由各个事件消息框的方案uriid以及值(可选地)定义的事件方案。由于来自多个方案的事件实例被包括在至少一个元数据样本中，所以需要在dash清单中标识事件方案，以便dash客户端发现这些方案。

dash包括可用于描述mpd中的事件方案的两个元素。这两个元素是用于mpd事件的事件流元素(例如，eventstream)和用于带内事件的带内事件流元素(例如，inbandeventstream)。两个事件方案可以使用相同的构造。

本公开的实施例包括新mpd元素，新mpd元素可用于描述在定时元数据轨道中提供的定时元数据事件。新mpd元素可以具有与带内事件流元素相同或相似的构造。在一实施例中，新mpd元素是嵌入式事件流元素(或定时元数据事件流元素)(例如，embeddedeventstream)。图5中示出了嵌入式事件流元素的示例性语义。

如图5所示，嵌入式事件流元素可用于指定定时元数据轨道中的至少一个定时元数据事件(例如，定时元数据实例/流)。嵌入式事件流元素可包括属性，例如参考信息(例如@xlink：href)、处理信息(例如@xlink：actuate)、消息方案标识信息(例如@schemeiduri)、嵌入式事件流元素的值(例如@value)、时标(timescale)信息(例如@timescale)和呈现时间偏移信息(例如@presentationtimeoffset)。与嵌入式事件流元素的值可选配对的消息方案标识信息，可以用于标识定时元数据轨道内的不同事件方案。例如，嵌入式事件流元素中的消息方案标识信息与嵌入式事件流元素的值进行可选地配对)可以与事件消息框中的消息方案标识信息(例如，scheme_id_uri)(与事件的值进行可选地配对)相匹配。

用于描述定时元数据事件的新mpd元素(例如，嵌入式事件流元素)可以作为公共元素和属性的一部分包括在mpeg-dash中，所述定时元数据事件在定时元数据轨道中提供。可以以类似于带内事件流的方式包括新mpd元素。元素适配集、表示和子表示可以具有分配的公共属性和元素。公共属性和元素(例如，元素commonattributeselements)可以存在于所有三个元素中。在一些实施例中，适配集元素可以包含元素和属性的默认值所述元素和所述属性与所包含的表示相关联。在一些实施例中，任何公共属性可以仅存在于适配集元素和表示元素中的一个中。

在图6a和图6b所示的表中提供了公共属性和元素的示例性语义。在一实施例中，可以解释公共属性和元素表中的“使用(use)”列，以使得标记为“m”的属性可用于表示，例如，它要么存在于表示元素中，要么存在于对应的适配集元素中。进一步地，在一实施例中，表示元素和适配集元素中不存在标记为“0”的属性。

图6a和图6b示出了公共适配集、表示和子表示属性和元素的示例性表。类似于带内事件流元素，可以包括嵌入式事件流元素以将其作为mpd的公共属性和元素(例如，公共属性元素)的一部分。因此，在一些实施例中，携带嵌入式事件的任何定时元数据轨道在mpd中具有对应的适配集或表示元素。对于嵌入式事件，mpd可以包括对应每个事件方案的一个嵌入式事件流元素。，dash客户端可以提取并处理定时元数据轨道中的嵌入式事件，来获取在接收到的mpd中具有对应的嵌入式事件流元素的事件，而忽略其它事件。

图7示出了可以由信息处理装置(120)执行的信息处理方法(700)的示例性流程图。方法(700)在步骤(s710)开始，在步骤s710，信息处理装置(120)(例如，从内容服务器(110))接收内容流的清单文件(例如，mpd)。

在一些实施例中，所述清单文件包括媒体呈现描述mpd。

在一些实施例中，所述媒体呈现描述mpd包括至少一个元素，所述至少一个元素用于标识所述定时元数据轨道中的所述至少一个事件方案。

在步骤(s720)，信息处理装置(120)根据接收到的清单文件，向应用通知内容流的定时元数据轨道中的至少一个事件方案。例如，清单文件包括至少一个事件方案中的每个事件方案的嵌入式事件流元素。信息处理装置(120)根据清单文件中的每个嵌入式事件流元素来标识至少一个事件方案。

在步骤(s730)处，信息处理装置(120)从应用接收对至少一个事件方案中的事件方案的订阅请求。订阅请求可标识应用所关注的至少一个事件方案。订阅请求可以进一步(例如，通过预订api)标识至少一个方案的子集或至少一个方案中的每一个方案的期望分派模式。

在步骤(s740)处，信息处理装置(120)根据所接收到的订阅请求，向应用传递(或分派)与定时元数据轨道中的事件方案相关联的事件消息。例如，dash客户端检索与至少一个订阅事件方案相关联的事件消息，并将检索到的事件消息发送到应用。根据接收到的订阅请求所指示的分派模式和/或默认分派模式，来分派事件消息。

在一些实施例中，根据所述订阅请求所指示的分派模式，将与所述事件方案相关联的事件消息分派到所述应用。

在一些实施例中，用于标识所述至少一个事件方案的、所述媒体呈现描述mpd中的所述至少一个元素中的元素包括所述事件方案的统一资源标识符uri。

在一些实施例中，所述媒体呈现描述mpd中的所述至少一个元素中的所述元素指示所述元素的值，并且所述uri和所述元素的值用于标识所述事件方案。

在一些实施例中，所述至少一个事件方案包括多个事件方案，并且所述媒体呈现描述mpd中的所述至少一个元素仅标识所述多个事件方案的子集。

在一些实施例中，所述媒体呈现描述mpd中的所述至少一个元素包括在所述媒体呈现描述mpd的公共属性和元素中。

图8示出了由信息提供装置(例如内容服务器(110、210))来执行的信息提供方法(800)的示例性流程图。

方法(800)在步骤(s810)开始，在步骤s810，信息提供装置为内容流生成定时元数据轨道。在其它示例中可以生成多个定时元数据轨道。定时元数据轨道包括与至少一个事件方案相关联的事件消息。每个事件方案可以与不同的方案标识信息(例如@schemeiduri)相关联或与不同的配对的方案标识信息(例如@schemeiduri)和值(例如@value)相关联。

在步骤(s820)处，为内容流生成清单文件(例如mpd)。清单文件用于标识定时元数据轨道中的一个或多个事件方案的至少一个事件方案。例如，清单文件包括嵌入式事件流元素(例如，embeddedeventstream)，嵌入式事件流元素用于包括在定时元数据轨道中的每个事件方案。在一些实施例中，清单文件可以不标识包括在定时元数据轨道中的每个事件方案。例如，清单文件可以仅包括某些事件方案的定时元数据事件元素。

进一步地，在一些实施例中，生成多个清单文件，每个所述清单文件标识所述定时元数据轨道中不同的事件方案。具体的，可以生成多个不同的清单文件，不同的清单文件用于标识不同的事件方案(例如，不同的个别事件方案或事件方案的组合)。可以将不同的清单文件提供给不同的终端用户，以便自定义或有目的的定向。

在步骤(s830)处，将清单文件提供给信息处理装置。在一些实施例中，可以将多个不同的清单文件提供给不同的信息处理装置或相同的信息处理装置(例如，供用户选择)。

所提出的方法可以单独使用或以任何顺序组合使用。进一步地，方法或实施例、信息处理装置、信息提供装置和服务器中的每一个可以由处理电路(例如，至少一个处理器或至少一个集成电路)实现。在一个示例中，至少一个处理器执行存储在非易失性计算机可读介质中的程序。

本申请实施例还提供了对应于上述信息处理方法对应的信息处理装置，该装置包括：

接收模块，用于接收内容流的清单文件；

通知模块，用于根据所接收到的清单文件，向应用通知所述内容流的定时元数据轨道中的至少一个事件方案；

所述接收模块，还用于从所述应用接收对所述至少一个事件方案中的事件方案的订阅请求；以及

发送模块，用于根据所接收到的订阅请求，向所述应用传递与所述定时元数据轨道中的所述事件方案相关联的事件消息。

在一些实施例中，所述清单文件包括媒体呈现描述mpd。

在一些实施例中，所述媒体呈现描述mpd包括至少一个元素，所述至少一个元素用于标识所述定时元数据轨道中的所述至少一个事件方案。

在一些实施例中，所述媒体呈现描述mpd包括至少一个元素，所述至少一个元素用于标识所述定时元数据轨道中的所述至少一个事件方案。

在一些实施例中，所述发送模块，根据所述订阅请求所指示的分派模式，将与所述事件方案相关联的事件消息传递到所述应用。

在一些实施例中，用于标识所述至少一个事件方案的、所述媒体呈现描述mpd中的所述至少一个元素中的元素包括所述事件方案的统一资源标识符uri。

在一些实施例中，所述媒体呈现描述mpd中的所述至少一个元素中的所述元素指示所述元素的值，并且所述uri和所述元素的值用于标识所述事件方案。

在一些实施例中，所述至少一个事件方案包括多个事件方案，并且所述媒体呈现描述mpd中的所述至少一个元素仅标识所述多个事件方案的子集。

在一些实施例中，所述媒体呈现描述mpd中的所述至少一个元素包括在所述媒体呈现描述mpd的公共属性和元素中。

本申请实施例还提供了对应于上述信息提供方法对应的信息提供装置，该装置包括：

生成模块，用于为内容流生成定时元数据轨道，所述定时元数据轨道包括与至少一个事件方案相关联的事件消息；

所述生成模块，还用于生成清单文件，所述清单文件用于标识所述定时元数据轨道中的所述一个或多个事件方案中的至少一个事件方案；以及

提供模块，用于将所述清单文件提供给信息处理装置。

在一些实施例中，所述生成模块，生成多个清单文件，每个所述清单文件标识所述定时元数据轨道中不同的事件方案。

在一些实施例中，所述清单文件包括媒体呈现描述mpd。

在一些实施例中，所述媒体呈现描述mpd包括至少一个元素，所述至少一个元素用于标识所述定时元数据轨道中的所述至少一个事件方案。

上述技术可以通过计算机可读指令实现为计算机软件，并且物理地存储在一个或多个计算机可读介质中。例如，图9示出了计算机系统(900)，其适于实现所公开主题的某些实施例。

所述计算机软件可通过任何合适的机器代码或计算机语言进行编码，通过汇编、编译、链接等机制创建包括指令的代码，所述指令可由一个或多个计算机中央处理单元(cpu)，图形处理单元(gpu)等直接执行或通过译码、微代码等方式执行。

所述指令可以在各种类型的计算机或其组件上执行，包括例如个人计算机、平板电脑、服务器、智能手机、游戏设备、物联网设备等。

图9所示的用于计算机系统(900)的组件本质上是示例性的，并不用于对实现本申请实施例的计算机软件的使用范围或功能进行任何限制。也不应将组件的配置解释为与计算机系统(900)的示例性实施例中所示的任一组件或其组合具有任何依赖性或要求。

计算机系统(900)可以包括某些人机界面输入设备。这种人机界面输入设备可以通过触觉输入(如：键盘输入、滑动、数据手套移动)、音频输入(如：声音、掌声)、视觉输入(如：手势)、嗅觉输入(未示出)，对一个或多个人类用户的输入做出响应。所述人机界面设备还可用于捕获某些媒体，气与人类有意识的输入不必直接相关，如音频(例如：语音、音乐、环境声音)、图像(例如：扫描图像、从静止影像相机获得的摄影图像)、视频(例如二维视频、包括立体视频的三维视频)。

人机界面输入设备可包括以下中的一个或多个(仅绘出其中一个)：键盘(901)、鼠标(902)、触控板(903)、触摸屏(910)、数据手套(未示出)、操纵杆(905)、麦克风(906)、扫描仪(907)、照相机(908)。

计算机系统(900)还可以包括某些人机界面输出设备。这种人机界面输出设备可以通过例如触觉输出、声音、光和嗅觉/味觉来刺激一个或多个人类用户的感觉。这样的人机界面输出设备可包括触觉输出设备(例如通过触摸屏(910)、数据手套(未示出)或操纵杆(905)的触觉反馈，但也可以有不用作输入设备的触觉反馈设备)、音频输出设备(例如，扬声器(909)、耳机(未示出))、视觉输出设备(例如，包括阴极射线管屏幕、液晶屏幕、等离子屏幕、有机发光二极管屏的屏幕(910)，其中每一个都具有或没有触摸屏输入功能、每一个都具有或没有触觉反馈功能——其中一些可通过诸如立体画面输出的手段输出二维视觉输出或三维以上的输出；虚拟现实眼镜(未示出)、全息显示器和放烟箱(未示出))以及打印机(未示出)。

计算机系统(900)还可以包括人可访问的存储设备及其相关介质，如包括具有cd/dvd的高密度只读/可重写式光盘(cd/dvdrom/rw)(920)或类似介质(921)的光学介质、拇指驱动器(922)、可移动硬盘驱动器或固体状态驱动器(923)，诸如磁带和软盘(未示出)的传统磁介质，诸如安全软件保护器(未示出)等的基于rom/asic/pld的专用设备，等等。

本领域技术人员还应当理解，结合所公开的主题使用的术语“计算机可读介质”不包括传输介质、载波或其它瞬时信号。

计算机系统(900)还可以包括通往一个或多个通信网络的接口。例如，网络可以是无线的、有线的、光学的。网络还可为局域网、广域网、城域网、车载网络和工业网络、实时网络、延迟容忍网络等等。网络还包括以太网、无线局域网、蜂窝网络(gsm、3g、4g、5g、lte等)等局域网、电视有线或无线广域数字网络(包括有线电视、卫星电视、和地面广播电视)、车载和工业网络(包括canbus)等等。某些网络通常需要外部网络接口适配器，用于连接到某些通用数据端口或外围总线(949)(例如，计算机系统(900)的usb端口)；其它系统通常通过连接到如下所述的系统总线集成到计算机系统(900)的核心(例如，以太网接口集成到pc计算机系统或蜂窝网络接口集成到智能电话计算机系统)。通过使用这些网络中的任何一个，计算机系统(900)可以与其它实体进行通信。所述通信可以是单向的，仅用于接收(例如，无线电视)，单向的仅用于发送(例如can总线到某些can总线设备)，或双向的，例如通过局域或广域数字网络到其它计算机系统。上述的每个网络和网络接口可使用某些协议和协议栈。

上述的人机界面设备、人可访问的存储设备以及网络接口可以连接到计算机系统(900)的核心(940)。

核心(940)可包括一个或多个中央处理单元(cpu)(941)、图形处理单元(gpu)(942)、以现场可编程门阵列(fpga)(943)形式的专用可编程处理单元、用于特定任务的硬件加速器(944)等。这些设备以及只读存储器(rom)(945)、随机存取存储器(946)、内部大容量存储器(例如内部非用户可存取硬盘驱动器、固态硬盘等)(947)等可通过系统总线(948)进行连接。在某些计算机系统中，可以以一个或多个物理插头的形式访问系统总线(948)，以便可通过额外的中央处理单元、图形处理单元等进行扩展。外围装置可直接附接到核心的系统总线(948)，或通过外围总线(949)进行连接。外围总线的体系结构包括外部控制器接口pci、通用串行总线usb等。

cpu(941)、gpu(942)、fpga(943)和加速器(944)可以执行某些指令，这些指令组合起来可以构成上述计算机代码。该计算机代码可以存储在rom(945)或ram(946)中。过渡数据也可以存储在ram(946)中，而永久数据可以存储在例如内部大容量存储器(947)中。通过使用高速缓冲存储器可实现对任何存储器设备的快速存储和检索，高速缓冲存储器可与一个或多个cpu(941)、gpu(942)、大容量存储器(947)、rom(945)、ram(946)等紧密关联。

所述计算机可读介质上可具有计算机代码，用于执行各种计算机实现的操作。介质和计算机代码可以是为本申请的目的而特别设计和构造的，也可以是计算机软件领域的技术人员所熟知和可用的介质和代码。

作为实施例而非限制，具有体系结构(900)的计算机系统，特别是核心(940)，可以作为处理器(包括cpu、gpu、fpga、加速器等)提供执行包含在一个或多个有形的计算机可读介质中的软件的功能。这种计算机可读介质可以是与上述的用户可访问的大容量存储器相关联的介质，以及具有非易失性的核心(940)的特定存储器，例如核心内部大容量存储器(947)或rom(945)。实现本申请的各种实施例的软件可以存储在这种设备中并且由核心(940)执行。根据特定需要，计算机可读介质可包括一个或一个以上存储设备或芯片。该软件可以使得核心(940)特别是其中的处理器(包括cpu、gpu、fpga等)执行本文所述的特定过程或特定过程的特定部分，包括定义存储在ram(946)中的数据结构以及根据软件定义的过程来修改这种数据结构。另外或作为替代，计算机系统可以提供逻辑硬连线或以其它方式包含在电路(例如，加速器(944))中的功能，该电路可以代替软件或与软件一起运行以执行本文所述的特定过程或特定过程的特定部分。在适当的情况下，对软件的引用可以包括逻辑，反之亦然。在适当的情况下，对计算机可读介质的引用可包括存储执行软件的电路(如集成电路(ic))，包含执行逻辑的电路，或两者兼备。本申请包括任何合适的硬件和软件组合。