具有记录在其上以用于提供低延迟直播内容的程序的记录介质和装置的制作方法

本发明总体上涉及流媒体式内容提供技术，更具体地涉及具有以下程序的设备和记录介质：该程序用于基于mpeg媒体传输(mmt)技术在实时广播内容的流媒体服务中提供低延迟实时广播内容，以便通过响应于用户请求或用于切换到特定信道的请求而执行实时广播内容的基于mmt的流媒体服务来利用传统系统实现高效的操作。

背景技术：

运动图像专家组(mpeg)-2传输流(ts)是用于通过网络发送包括音频、视频、数据等的多媒体相关数据的通信协议。mpeg-2ts用于在地面/卫星数字广播、数字多媒体广播(dmb)、网际协议电视(iptv)等中传输媒体数据，并且还用于在数字摄像机或蓝光设备中存储媒体。

然而，随着广播网络和通信网络逐渐融合并变得先进，诸如超高清(uhd)视频内容和三维(3d)视频内容这样的新一代内容以及诸如n画面服务这样的新服务近来不断出现。结果，出现了新的各种需求。

因此，作为用于在各种宽带通信网络中提供诸如数字广播的各种服务的mpeg-h(异构环境中的高效率编码和媒体递送)标准的第一部分，正在开发mpeg媒体传输(mmt)技术。

mmt技术旨在在正在发展的各种网络环境中提供高效的多媒体数据传输和重放的功能。mmt技术主要包括媒体处理单元(mpu)功能区、信令功能区、递送功能区和呈现信息区。

尽管mmt技术相比于现有mpeg-ts技术具有各种优点，但是mpeg-ts技术已经在各个领域中被使用了约20年，因此不能高效地使用基于mmt的系统来立即更换所有现有的基于mpeg-ts的传统系统。

因此，需要在现有的基于mpeg-ts的传统系统和基于mmt的系统共存的环境中高效地操作这两种系统。

技术实现要素：

技术问题

被提出以解决上述需求的本发明是为了实现一种用于提供低延迟实时广播内容的设备，并且还为了实现具有以下程序的计算机可读记录介质：该程序记录在计算机可读记录介质中以用于提供低延迟实时广播内容，以便通过响应于用户请求或用于切换到特定信道的请求而执行实时广播内容的基于mmt的流媒体服务来利用传统系统实现高效的操作。

技术方案

为了实现以上目的，根据本发明的用于提供低延迟实时广播内容的设备包括：第一媒体接收模块，所述第一媒体接收模块被配置为基于第一媒体传输技术从用于提供流媒体服务的第一流媒体服务器接收流媒体数据分组并且对所述流媒体数据分组进行解码；第二媒体接收模块，所述第二媒体接收模块被配置为基于第二媒体传输技术从用于提供所述流媒体服务的第二流媒体服务器接收流媒体数据分组并且对所述流媒体数据分组进行解码；以及重放模块，所述重放模块被配置为提供用于重放所述实时广播内容的用户界面，以确定当通过所述用户界面发生针对任意信道的流媒体请求事件时是否满足用于切换到低延迟实时广播模式的事件条件，根据确定结果向所述第一媒体接收模块或所述第二媒体接收模块指示流媒体请求，并且播放从所述第一媒体接收模块或所述第二媒体接收模块输出的多媒体数据。

此外，为了实现以上目的，根据本发明的计算机可读记录介质具有记录在其中以用于提供低延迟实时广播内容的程序，该程序包括以下步骤：确定当发生针对任意信道的流媒体请求事件时是否满足用于切换到低延迟实时广播模式的事件条件；如果不满足所述事件条件，则基于第一媒体传输技术向用于提供流媒体服务的第一流媒体服务器发送流媒体请求，然后从所述第一流媒体服务器接收流媒体数据分组并且对所述流媒体数据分组进行解码；如果满足所述事件条件，则基于第二媒体传输技术向用于提供所述流媒体服务的第二流媒体服务器发送所述流媒体请求，然后从所述第二流媒体服务器接收流媒体数据分组并且对所述流媒体数据分组进行解码；以及播放经解码的多媒体数据。

有益效果

根据本发明的用于提供低延迟实时广播内容的技术能够被应用于按照流媒体方式发送实时广播内容的多媒体数据并且实时播放所述数据的内容传输系统，尤其是接收流媒体的用户终端。

具体地，根据本发明，在基于mpeg-ts技术的http实时流媒体(hls)系统和基于mmt技术的流媒体系统共存的环境中，能够通过响应于用户请求或切换到特定信道的请求而从hls式流媒体服务切换到基于mmt的流媒体服务来选择性地提供低延迟实时广播内容。

结果，本发明能够在高效地操作预先构建的传统系统和基于mmt的新系统二者的同时改进提供给用户的服务质量。

附图说明

图1是例示根据本发明的第一实施方式的用于提供低延迟实时广播内容的系统的图。

图2是例示根据本发明的第一实施方式的用于提供低延迟实时广播内容的系统的操作的流程图。

图3是例示根据本发明的第二实施方式的用于提供低延迟时间实时广播内容的系统的图。

图4是例示根据本发明的第二实施方式的用于提供低延迟时间实时广播内容的系统的操作的流程图。

图5是例示根据本发明的用于提供低延迟时间实时广播内容的用户终端的框图。

图6是例示根据本发明的用于提供低延迟实时广播内容并应用于用户终端的设备的框图。

图7是例示根据本发明的用于提供低延迟实时广播内容的设备的操作的流程图。

图8是例示根据本发明的实施方式的提供给用户终端的流媒体数据分组的定时图。

图9是例示根据本发明的由用于提供低延迟实时广播内容的设备提供的用户界面画面的示例图。

具体实施方式

在下文中，将参照附图详细地描述本发明的实施方式。在下面的描述和附图中，可能不详细地描述或例示公知的功能或元件，以避免使本发明的主题模糊不清。在整个附图中，相同的元件可由相同的附图标记表示。

本文所使用的术语和词语不应被解释为限于普通或字典定义的术语，而是应该基于发明者能够将自己的发明适当地定义为以最佳方式来描述发明的术语的概念的原则根据与本发明的主题一致的含义和概念来解释。因此，应当理解的是，本文所公开的实施方式仅是示例性的，并且其各种等同物或修改是可能的。

此外，包括表述“第一”、“第二”等的术语仅用于将一个元件与其它元件区分开，而不限制对应的元件。上述表述不限制元件的顺序和/或重要性。

此外，当陈述某个元件“联接到”或“连接到”另一元件时，该元件可在逻辑上、电学上或物理上联接到或连接到另一元件。即，该元件可直接联接或连接到另一元件，或者可在两个元件之间存在新的元件。

另外，在描述本公开的各种实施方式时使用的术语仅是用于描述具体实施方式，而不限制这些实施方式的示例。除非上下文另外明确指出，否则单数形式旨在包括复数形式。除非另有定义，否则本文所使用的所有术语(包括技术术语或科学术语)具有与本公开所属领域的技术人员所理解的含义相同的含义。术语“包括”、“包含”和“具有”及其衍生词意为包括而不是限制。

图1和图2是例示根据本发明的第一实施方式的用于提供低延迟实时广播内容的系统的框图。

参照图1，根据本发明的第一实施方式的用于提供低延迟实时广播内容的系统包括通过通信网络10彼此连接的用户终端10、第一流媒体服务器200和第二流媒体服务器300。

通信网络10被定义为用于在计算机系统和/或模块之间发送电子数据的一个或更多个数据链路。通信网络10可由两个或更多个不同类型的通信网络的组合形成。

例如，通信网络10可包括诸如3g移动通信网络、4g移动通信网络、无线局域网(wlan)、wi-fi、wibro、wimax、高速下行链路分组接入(hsdpa)、以太网、数字订户线(dsl)这样的有线/无线通信网络或者诸如adsl或vdsl这样的xdsl、混合光纤同轴线缆(hfc)、光纤到路边(fttc)和光纤到户(ftth)。

具体地，如果通信网络10是移动通信网络，则它可由多个无线电接入网络和核心网络形成。这里，作为用于执行与用户终端100的无线通信的网络的无线电接入网络可包括多个基站(bs)(也称为基站收发器台(bts))、节点b或演进型节点b(enb)以及被称为基站控制器(bsc)或无线电网络控制器(rnc)的控制器。此外，由基站正常实现的数字信号处理器和无线电信号处理器可被分离为数字单元(du)和无线电单元(ru)。然后，多个ru可分别设置在多个区域并连接到集中式du。

与无线电接入网络一起形成移动通信网络的核心网络执行使接入网络连接到诸如因特网这样的外部网络的功能。核心网络执行电路交换或分组交换，并且还管理和控制移动网络中的分组流。此外，核心网络可管理频率之间的移动性，控制核心网络中和接入网络中的业务，并且控制与诸如因特网这样的其它网络的互相作用。核心网络可包括服务网关(sgw)、分组数据网络(pdn)网关(pgw)、移动交换中心(msc)、归属位置寄存器(hlr)、移动移动性实体(mme)、归属订户服务器(hss)等。

用户终端100被配置为通过通信网络10接收内容并播放所接收的内容。具体地，用户终端100接入通信网络10，连接用于通信的会话，通过会话向第一流媒体服务器200或第二流媒体服务器300发送针对特定内容的流媒体的请求，从第一流媒体服务器200或第二流媒体服务器300接收特定内容的流媒体数据分组，并且执行流媒体数据分组的重放。

具体地，当由于用户的操纵而发生流媒体事件时，用户终端100根据流媒体事件是否满足用于切换到低延迟实时广播模式的预定事件条件与第一流媒体服务器200或第二流媒体服务器300互相作用。即，根据本发明的用户终端100可在接收并播放实时广播内容时以两种模式操作。第一模式是指从第一流媒体服务器200流传送的实时广播内容的多媒体数据的重放，第二模式是指从第二流媒体服务器300流传送的实时广播内容的多媒体数据的重放。在本公开中，第二模式也可被称为低延迟实时广播模式。用于切换到低延迟实时广播模式的事件条件可以是预定模式改变按钮的输入或者到预定特定信道的信道改变。

用户终端100可以由能够响应于用户的键操作而经由网络发送和接收各种数据的任何电子设备来实现。为此，用户终端100可具有诸如用于存储各种程序和协议的存储器、用于执行和控制程序的微处理器等这样的计算环境，并且可通过基于计算环境执行特定应用程序或程序模块来执行上述功能。

例如，用户终端100可以是平板pc、膝上型计算机、个人计算机(pc)、智能电话、个人数字助理(pda)、智能电视、移动通信终端等中的一种。

第一流媒体服务器200和第二流媒体服务器300中的每一个是用于响应于用户终端100的请求而将多媒体数据(特别是实时广播内容的多媒体数据)流传送到用户终端100的服务器。顺便提及，第一流媒体服务器200和第二流媒体服务器300基于不同的媒体传输技术来执行多媒体数据的流传送。

这里，流传送是将诸如音乐或视频这样的多媒体文件划分成多个流媒体数据并依次发送它们以使得流媒体数据能够连续重放的技术。通过允许重放连同下载，流传送能够减少用户的等待时间并且还能够提供实时内容或直播内容。

流媒体服务器可使用基于诸如用户数据报协议(udp)和传输控制协议(tcp)这样的传输层协议的诸如实时传输协议(rtp)、实时传输控制协议(rtcp)、实时消息协议(rtmp)、实时流媒体协议(rtsp)、http实时流媒体、mpeg-ts和mpeg媒体传输(mmt)这样的数据传输和控制协议中的一个或更多个来操作。

具体地，第一流媒体服务器200基于现有的mpeg-ts和hls技术对实时广播内容的多媒体数据执行分段化、封装化和分组化，并且将流媒体分组发送到用户终端100。具体地，第一流媒体服务器200按照以时间单位划分的mpeg2的传输流(ts)的形式将多媒体数据发送到用户终端100，进一步发送关于哪些文件要被重放的信息。

另一方面，第二流媒体服务器300基于作为mpeg-h的第一部分提出的mmt技术对实时广播内容的多媒体数据执行分段化、封装化和分组化。具体地，第二流媒体服务器300将多媒体数据构造为由纯媒体数据和包含用于解码并播放多媒体数据的信息的元数据形成的一个或更多个媒体处理单元(mpu)，创建通过所述一个或更多个mpu的分组化添加报头的流媒体数据分组，并且将该分组发送到用户终端100。在这种基于mmt的流媒体传输的情况下，每个mpu包括元数据，因此每个mpu能够被独立解码并重放。

图2是例示根据本发明的第一实施方式的用于提供低延迟实时广播内容的系统的操作的流程图。

现在，将参照图2依次描述根据第一实施方式的用于提供低延迟实时广播内容的系统的操作。

在步骤s105，用户终端100可向第一流媒体服务器200发送对任意实时广播信道的流媒体请求。该任意实时广播信道可以意指除了预定为低延迟实时广播信道的特定信道之外的直播信道。在这种情况下，可假设用户终端100的操作模式被设置为默认的第一模式，或者除了预定的特定信道之外的特定正常直播信道被设置为默认。因此，当最初操作时，用户终端100针对设置为默认的实时广播信道向第一流媒体服务器200发送流媒体请求。

在步骤s110，第一流媒体服务器200基于hls协议向用户终端100发送mpeg-ts格式的流媒体数据分组。在这种情况下，流媒体数据分组可支持标准清晰度(sd)或高清晰度(hd)的分辨率。

在步骤s115，用户终端100接收从第一流媒体服务器200提供的流媒体数据分组，并且对其进行解码和播放。因此，用户能够观看显示在屏幕上的实时广播内容。

当从第一流媒体服务器200接收到流媒体数据分组并进行重放时，用户终端100可在步骤s120连续地检查是否发生切换到第二模式(即，低延迟实时广播模式)的事件。具体地，用户终端100检查是否输入预定模式切换按钮或者请求信道切换到预定用于低延迟实时广播模式的特定信道。

如果发生切换到低延迟实时广播模式的任何事件，则用户终端100在步骤s125输出通知消息以通知模式切换到低延迟实时广播模式。另选地，可根据网络状态输出用于通知服务故障的另一通知消息。

此后，在步骤s130，用户终端100向第二流媒体服务器300发送流媒体请求。这里，要请求流媒体的信道在输入了模式切换按钮的情况下可以是当前正在播放的信道(或节目)，或者在请求了信道切换到特定信道的情况下可以是特定信道。

第二流媒体服务器300基于mmt技术将由用户终端100请求的实时广播内容的多媒体数据分成多个片段，将这些片段封装到具有元数据的一个或更多个mpu中，通过添加报头来构建流媒体数据分组，并且在步骤s135将流媒体数据分组发送到用户终端100。此时，可基于udp发送流媒体数据分组。

在步骤s140，用户终端100基于mmt技术对接收到的流媒体数据分组进行解封装和解码，并且在屏幕上播放经解码的流媒体数据。步骤s140的处理可以以mpu为单位独立执行，并且重放可基于包括在用户终端100的每个mpu中的元数据在指定的时间和空间中执行，因此使延迟最小化。

此外，在步骤s145，用户终端100连续地检测服务是否在第二模式下的低延迟实时广播内容的重放期间中断。可通过检测用户终端100存储所接收的流媒体数据分组的缓冲器的状态来确定服务中断。即，如果所缓冲的数据量落在特定阈值以下，则用户终端100可预测发生服务中断。

如果检测到服务中断，则用户终端100在步骤s150在增加缓冲器的大小的同时将传输层协议切换到tcp。

此外，为了发送和接收基于tcp的分组，用户终端100可通过在步骤s155请求第二流媒体服务器300切换到tcp来建立与第二流媒体服务器300的连接。

然后，在步骤s160，第二流媒体服务器300基于tcp发送流媒体数据分组。

这里，udp是无连接协议，并且不具有在用于数据传输的源和目的地之间建立会话的过程。作为尽力而为的方案，当发生任何错误或丢失时，udp不执行实时数据递送的重传。因此，具有更低可靠性和更高速度的udp适用于需要实时特性的情况。另一方面，tcp是面向连接的协议，并且具有在建立从源到目的地的会话之后发送数据的过程。与udp相比，tcp可更安全地发送数据并且具有更大的开销。

考虑到这些差异，本发明在稳定地执行服务的同时基本上基于udp方案发送流媒体数据分组。然而，如果检测或预测到服务中断，则本发明切换到tcp方案以保持稳定的服务。

即，本发明能够通过选择性地切换到tcp方案来更可靠地发送流媒体数据分组。

接下来，参照图3和图4，将描述根据本发明的第二实施方式的用于提供低延迟实时广播内容的系统的配置和操作。

图3是例示根据本发明的第二实施方式的用于提供低延迟实时广播内容的系统的图。

除用户终端100、第一流媒体服务器200和第二媒体服务器300之外，根据第二实施方式的系统还包括中间服务器400。

根据第二实施方式的用户终端100可以访问中间服务器400，并且通过中间服务器400连接到第一流媒体服务器200或第二流媒体服务器300。具体地，用户终端100可通过访问中间服务器400来执行流媒体请求，并且检查是否满足用于切换到低延迟实时广播模式(即，第二模式)的事件条件。如果满足事件条件，则用户终端还可发送用于请求低延迟实时广播模式的信息。该信息可以被表示为流媒体请求消息的报头中的特定字段的值或者表示为信道信息。

接收用户终端100的流媒体请求的中间服务器400分析流媒体请求以确定是否是低延迟实时广播模式，并且根据确定结果将流媒体请求发送到第一流媒体服务器200或第二流媒体服务器300。例如，如果流媒体请求是针对预定信道的，或者如果关于低延迟实时广播模式的信息被记录在流媒体请求消息的报头中的特定字段中，则中间服务器400将流媒体请求递送到第二流媒体服务器300。在其它情况下，中间服务器400将流媒体请求递送到第一流媒体服务器200。

第一流媒体服务器200和第二媒体服务器300的操作与第一实施方式中的操作不同之处仅在于流媒体数据分组经由中间服务器400被发送到用户终端100。

图4是例示根据本发明的第二实施方式的用于提供低延迟实时广播内容的系统的操作的流程图。现在，将参照图4来描述根据第二实施方式的提供低延迟实时广播内容的过程。

与第一实施方式一样，用户终端100可发送针对特定实时广播信道的流媒体请求。然而，在第二实施方式中，在步骤s205，用户终端100的流媒体请求被发送到中间服务器400。此外，在第二实施方式中，流媒体请求包含指示是否切换到第二模式(即，低延迟实时广播模式)的信息。例如，该信息可被记录在报头的特定字段中，或者可用直播信道(或节目)信息替换。

在步骤s205，假设不存在用于切换到低延迟实时广播模式的请求，或者假定特定实时广播是除了预定为低延迟实时广播信道的特定信道之外的正常直播信道。

在这种情况下，接收用户终端100的流媒体请求的中间服务器400基于包含在所接收的流媒体请求中的信息来确定是第一模式还是第二模式(即，低延迟实时广播模式)。具体地，如果包含用于请求切换到低延迟实时广播模式的任何信息，或者如果所请求的实时广播信道是预定为低延迟实时广播信道的特定信道，则中间服务器400确定当前模式是第二模式。

因此，中间服务器400确定步骤s205的流媒体请求是第一模式下的流媒体请求，并且在步骤s210将流媒体请求发送到第一流媒体服务器200。

然后，在步骤s215，第一流媒体服务器200基于hls协议向用户终端100发送mpeg-ts格式的流媒体数据分组。在这种情况下，流媒体数据分组可支持标准清晰度(sd)或高清晰度(hd)的分辨率。

此后，按照与图2所示的第一实施方式的步骤s115至s125相同的方式执行步骤s220至s230。

此外，如果发生针对请求切换到第二模式(即，低延迟实时广播模式)的任何事件，则用户终端100在步骤s235向中间服务器400发送流媒体请求。该流媒体请求包含用于请求切换到第二模式(即，低延迟实时广播模式)的信息或者与预定用于低延迟实时广播模式的特定信道有关的信道信息。

因此，在步骤s240，中间服务器400对所接收的流媒体请求进行分析，并且由于第二模式(即，低延迟实时广播模式)而将流媒体请求递送到第二流媒体服务器300。

然后，在步骤s245，第二流媒体服务器300基于mmt技术从用户终端100所请求的实时广播内容的多媒体数据创建流媒体数据分组，并且通过中间服务器400将流媒体数据分组发送到用户终端100。此时，可基于udp来发送流媒体数据分组。

此后，除了步骤s265和s270经由中间服务器400来执行之外，步骤s250至s270按照与第一实施方式(图2)的步骤s140至s160相同的方式来执行。

根据第二实施方式，由于用户终端100仅与中间服务器400进行通信，因此可以更大程度地简化用户终端100的操作。

以下，将描述根据本发明的用于提供低延迟实时广播内容的设备的配置和操作。

根据本发明的用于提供低延迟实时广播内容的设备可被装配在用户终端100中，并且可基于用户终端100的计算环境来操作。

如图5所示，应用本发明的用户终端100包括通信单元110、输入单元120、输出单元130、存储单元140和控制单元150。

通信单元110被配置为通过通信网络10向诸如第一流媒体服务器200和第二媒体服务器300或中间服务器400这样的外部设备发送数据以及从所述外部设备接收数据。

因此，通信单元110可根据通信网络10的类型通过各种通信方案以及有线或无线方案来处理数据。为此，通信单元110可包括用于分别根据不同的通信方案发送和接收数据的多个通信模块。

输入单元120是用于输入用户命令或数据的装置。输入单元120通过用户的操纵来创建包括数字、字符和符号的各种输入数据，并且将所述输入数据发送到控制单元150。另外，输入单元120将与用户终端100的设置和控制功能有关的命令递送到控制单元150。输入单元120可包括根据用户的操纵创建输入信号的小型键盘和触摸板中的至少一个。输入单元120可被实现为诸如键盘、小型键盘、鼠标、操纵杆等这样的输入设备或者能够被开发的任何类型的输入设备。在本发明中，用户可操纵输入单元120以输入流媒体请求或请求信道切换等。

输出单元130是用于输出根据用户终端100的操作而创建的信息以使得用户能够通过视觉、听觉或触觉来识别所述信息的装置。输出单元130可包括用于输出视觉信息的显示设备、用于输出听觉信息的音频设备(例如，扬声器)、用于输出触觉信息的触觉设备等。显示设备可以是触摸屏。如果显示设备以触摸屏的形式来形成，则显示设备可执行输入设备120的一些或全部功能。音频设备通常可以是扬声器。具体地，根据实施方式的输出单元130可输出重放画面和实时广播内容的声音。在这种情况下，输出单元130还可以在包括重放画面的用户界面画面上输出用于请求切换到低延迟实时广播模式的模式切换按钮。

存储单元140被配置为存储用户终端100的操作所需的程序和数据。存储单元140基本上存储用户终端100的操作系统(os)，并且还可存储在os环境中运行的各种应用以及在执行这些应用时需要或创建的数据。存储单元140可包括诸如硬盘、软盘和磁带这样的磁介质，诸如光盘只读存储器(cd-rom)和数字通用光盘(dvd)这样的光学介质，诸如软式光盘这样的磁光介质以及诸如只读存储器(rom)、随机存取存储器(ram)和闪速存储器这样的半导体存储器。具体地，存储单元140存储被实现为执行根据本发明的实施方式的功能的程序模块。

最后，控制单元150被配置为控制用户终端100的总体操作，并且可包括诸如微处理器、cpu等这样的处理器。当电源被接通时，控制单元150执行存储在存储单元140中的os程序以建立执行环境。基于此，一个或更多个应用或程序响应于从输入单元120递送的用户命令来执行，使得能够向用户提供预定的功能或服务。具体地，用户终端100的控制单元150通过执行被实现为执行这些功能并存储在存储单元140中的一个或更多个程序模块来执行本发明的特定功能。

图6是例示根据本发明的实施方式的用于提供低延迟实时广播内容并应用于用户终端的设备的框图。

参照图6，根据本发明的实施方式的用于提供低延迟实时广播内容的设备包括第一媒体接收模块151、第二媒体接收模块152和重放模块153。这里，术语“模块”是指执行预定功能的组件，并且可通过硬件、软件或其组合来实现。例如，该模块可以是指由处理器(即，控制单元150)执行的程序模块，以执行预定功能。

安装在根据本发明的装置中并执行根据本发明的方法的计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用包括编译或解释语言或者声明或程序语言在内的编程语言来编写。计算机程序可包括适合于在计算环境中使用的单元，包括作为独立程序、模块、组件或子程序。计算机程序可与文件系统中的文件对应或者可不与文件系统中的文件对应。程序可以被存储在保存其它程序或数据的文件(例如，存储在标记语言文档中的一个或更多个脚本)的一部分中，可以被存储在专用于问题程序的单个文件中，或者可以被存储在多个协调文件(例如，存储一个或更多个模块、子程序或代码部分的文件)中。计算机程序可被部署为在本地位于一个站点处或横跨多个远程站点分布并且通过通信网络互连的一个或更多个计算机处理器上被执行。即，在本发明的实施方式中，程序模块可被分布到用户终端100、第一流媒体服务器200和第二流媒体服务器300以及中间服务器400并且在其中进行执行。

第一媒体接收模块151被配置为基于第一媒体传输技术处理流媒体数据分组。在本发明的实施方式中，第一媒体传输技术是hls。因此，第一媒体接收模块151接收从第一媒体服务器200发送的实时广播内容的多媒体数据的流媒体数据分组，并且通过对经由所接收的流媒体数据分组递送的mpeg-2传输流(ts)进行分析和解码来重构多媒体数据。

此时，第一媒体接收模块151接收从第一流媒体服务器200发送的文件信息(称为m3u8)，并且基于此，从第一流媒体服务器200依次接收ts以执行上述处理。

第二媒体接收模块152被配置为基于第二媒体传输技术处理流媒体数据分组。在本发明的实施方式中，第二媒体传输技术是作为mpeg-h的第一部分而提出的mmt。

即，第二媒体接收模块152接收从第二流媒体服务器300发送的流媒体数据分组，通过分析流媒体数据分组的报头来从有效载荷中提取mpu，并且参照mpu中包含的元数据来对所发送的多媒体数据进行解码。

重放模块153被配置为响应于从输入单元120接收的输入信号而进行操作，并且播放从第一媒体接收模块151或第二媒体接收模块153接收的多媒体数据。这里，重放意指多媒体数据在时间和空间上进行布置并输出为视觉和/或听觉信息。在这种情况下，重放模块153可提供如图9所示的与多媒体内容的使用相关的用户界面，并且还可响应于通过用户界面接收的输入信号来控制多媒体数据的诸如播放、暂停或停止这样的操作。

如果通过用户界面发生流媒体请求，则重放模块153确定流媒体请求是否满足用于切换到低延迟实时广播模式的事件条件。然后，根据确定结果，重放模块153指示第一媒体接收模块151或第二媒体接收模块152发送流媒体请求。

例如，当在用户界面上选择了用于请求切换到第二模式(即，低延迟实时广播模式)的模式切换按钮93时，重放模块153确定发生了用于切换到低延迟实时广播模式的事件，然后向第二媒体接收模块152指示针对对应信道的流媒体请求。如果没有选择模式切换按钮93，则重放模块153向第一媒体接收模块151指示流媒体请求。此外，在图9所示的用户界面中，按钮92用于选择或显示第一模式。

响应于重放模块153的指示，第一媒体接收模块151或第二媒体接收模块152直接地或经由中间服务器400向第一流媒体服务器200或第二流媒体服务器300发送流媒体请求。然后，第一媒体接收模块151或第二媒体接收模块152基于各种媒体传输技术从第一流媒体服务器200或第二流媒体服务器300接收流媒体数据分组。

此外，第一媒体接收模块151或第二媒体接收模块152可通过用户终端100的通信单元110向通信网络10发送流媒体请求，并且还接收对应的流媒体数据分组。

现在，将参照图7来描述前述的用于提供低延迟实时广播内容的设备的操作。

参照图7，在步骤s305，用于提供低延迟实时广播内容的设备的重放模块153提供用于重放多媒体数据的用户界面，并且通过用户界面检查是否发生了流媒体请求事件。在这种情况下，当重放模块153最初操作以接收和播放默认信道或先前使用的信道的多媒体数据时，当用户选择了任意信道以请求信道切换时，或者当如图9所示选择了模式切换按钮93时，可以发生流媒体请求事件。

当如上所述发生流媒体请求事件时，重放模块153在步骤s310确定是否满足用于切换到第二模式(即，低延迟实时广播模式)的事件条件。当通过用户界面选择用于指示切换到低延迟实时广播模式的切换按钮93时，或者当请求流媒体的信道是预定用于低延迟实时广播模式的特定信道时，可以满足该事件条件。

如果确定不满足事件条件，则重放模块153在步骤s315向第一媒体接收模块151请求对应信道的流媒体。然后，第一媒体接收模块151直接或通过中间服务器400向第一流媒体服务器200发送流媒体请求。此后，在步骤s320，重放模块153接收并播放由第一流媒体服务器200发送的流媒体数据分组。此时，由第一媒体接收模块151接收的流媒体数据分组包括如图8的(a)所示的基于hls的mpeg-ts。

如果确定满足事件条件，则重放模块153在步骤s325向第二媒体接收模块152请求对应信道的流媒体。然后，第二媒体接收模块152直接或通过中间服务器400向第二流媒体服务器300发送流媒体请求。此后，在步骤s330，重放模块153接收并播放由第二流媒体服务器300发送的流媒体数据分组。此时，由第二媒体接收模块152接收的流媒体数据分组包括如图8的(b)所示的基于mmt的mpu。这里，基于udp来执行从第二流媒体服务器300接收流媒体数据分组。

此外，根据本发明的实施方式的上述设备在步骤s335通过在从第二流媒体服务器300接收到流媒体数据分组的同时检查缓冲器状态来检查是否发生了任何中断。如果预测或检测到发生了任何中断，则所述设备在步骤s340调整缓冲器大小并且执行向tcp的切换。该步骤可由第二媒体接收模块152执行。即，第二媒体接收模块152连续地检查缓冲器状态，以确定是否发生了中断。然后，如果预测或检测到中断，则第二媒体接收模块152增加用于存储流媒体数据分组的缓冲器的大小，并且将用于接收流媒体数据分组的传输层协议切换到tcp。这种向tcp的切换可通过用户终端100的通信单元110与第二流媒体服务器300互相作用来执行。即，通过通信单元110建立与第二流媒体服务器300的tcp连接。

此后，在步骤s345，第二媒体接收模块152基于tcp接收并解码来自第二流媒体服务器300的流媒体数据分组，并且通过重放模块153播放所获得的多媒体数据。

即，当用户在接收并播放如图8的(a)所示的基于hls/mpeg-ts的多媒体数据的同时按压模式切换按钮93或者请求切换到预定用于低延迟实时广播模式的特定信道时，根据本发明的实施方式的设备可在接收到hls的m3u8列表的时间点执行模式切换，然后如图8的(b)所示地接收并播放来自对应时间点的mpu。

在上文中，尽管已经参照本发明的示例性实施方式具体示出并描述了本发明，但是明显的是，在不脱离本发明的如权利要求所限定的范围的情况下，许多替代方案、修改和变型对于本领域技术人员而言是显而易见的并且能够由本领域技术人员容易地完成。此外，虽然已经在本公开中使用了特定术语，但是它们在一般意义上仅被用于利于对本发明的描述并且利于理解本发明，而并不旨在限制本发明的范围。

尽管本说明书和附图例示了示例性的设备元件，但是本文所公开的主题和功能操作可通过不同类型的数字电子电路实现，或者通过包括本文所公开的结构及其结构等同物在内的计算机软件、固件或硬件、或者其任何组合实现。本文所公开的主题可通过至少一个计算机程序产品(即，与在程序存储介质上编码的计算机程序命令有关的至少一个模块)实现，以便根据本发明控制设备的操作或从而允许执行。计算机可读介质可以是机器可读存储设备、机器可读存储板、存储设备、影响波型信令的材料的机器可读组合物或者其组合。

虽然本公开包含许多具体的实现细节，但是这些不应被解释为对本发明的范围或可要求保护的范围的限制，而是特定发明的特定实施方式特有的特征的描述。在本公开中描述的单独实施方式的上下文中的特定特征也可在单个实施方式中组合地实现。相反，在单个实施方式的上下文中描述的各种特征也可在多个实施方式中分开地实现或以任何合适的子组合实现。此外，虽然特征可在上面被描述为在特定组合中起作用，并且甚至最初这样要求，但是来自所要求保护的组合的一个或更多个特征在一些情况下可从组合中切除，并且所要求保护的组合可指向子组合或子组合的变型。

虽然操作被例示为在附图中以预定顺序执行，但是不应该解释为操作需要依次执行或以预定顺序(为获得优选结果所例示的)执行，或者所例示的操作全部需要被执行。在一些情况下，多任务和并行处理可能是有利的。另外，不应该解释为在所有类型的实现中都需要分配各种系统组件。应当理解的是，所描述的程序组件和系统通常被集成为单个软件产品或包装到多个软件产品中。

本公开描述了本发明的具体实施方式。其它实施方式在权利要求的范围内。例如，权利要求中所述的操作可按照不同的次序来执行，并且仍然实现期望的结果。作为示例，附图中例示的过程不一定要求特定例示的顺序或相继次序来获得期望的结果。在特定实现中，多任务和并行处理可能是有利的。

描述阐述了本发明的最佳模式，并且被提供以说明本发明，并且使得本领域技术人员能够制造和使用本发明。书面描述并不旨在将本发明限制于所呈现的具体术语。因此，尽管已经参照上述示例详细描述了本发明，但是本领域技术人员将能够在不脱离本发明的范围的情况下对这些示例进行改编、修改和变型。

因此，本发明的范围不应受所描述的实施方式的限制，而应由权利要求限定。

工业实用性

根据本发明的提供低延迟实时广播内容的技术可应用于按照流媒体方式发送实时广播内容的多媒体数据并且实时播放数据的内容传输系统，尤其是接收流媒体的用户终端。

具体地，根据本发明，在基于mpeg-ts技术的http实时流媒体(hls)系统和基于mmt技术的流媒体系统共存的环境中，能够通过响应于用户请求或用于切换到特定信道的请求而从hls式流媒体服务切换到基于mmt的流媒体服务来选择性地提供低延迟实时广播内容。

结果，本发明能够在高效地操作预先构建的传统系统和基于mmt的新系统的同时提高提供给用户的服务质量。