CN113170226A - 时移回放 - Google Patents

时移回放 Download PDF

Info

Publication number
CN113170226A
CN113170226A CN201980076473.0A CN201980076473A CN113170226A CN 113170226 A CN113170226 A CN 113170226A CN 201980076473 A CN201980076473 A CN 201980076473A CN 113170226 A CN113170226 A CN 113170226A
Authority
CN
China
Prior art keywords
service
time period
audio
broadcaster
time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201980076473.0A
Other languages
English (en)
Other versions
CN113170226B (zh
Inventor
G·克利夫特
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Group Corp
Original Assignee
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Group Corp filed Critical Sony Group Corp
Publication of CN113170226A publication Critical patent/CN113170226A/zh
Application granted granted Critical
Publication of CN113170226B publication Critical patent/CN113170226B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4333—Processing operations in response to a pause request
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147—PVR [Personal Video Recorder]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

一种接收装置，包括接收器电路系统，该接收器电路系统被配置为接收广播流，该广播流包括：(i)用户选择的第一广播公司服务和(ii)第二广播公司服务。该接收装置还包括解调器，该解调器被配置为将广播流解调为多个数据分组。该接收装置还包括处理电路系统，该处理电路系统被配置为：将与第一广播公司服务和第二广播公司服务对应的所述多个数据分组存储在暂停缓冲区中，处理与所选择的第一广播公司服务相关联的每个数据分组以提取音频和视频内容，并且在第一时间段期间向用户输出与第一广播公司服务相关联的提取出的音频和视频内容作为实况TV广播的一部分。

Description

时移回放
技术领域
本公开涉及通过在实况广播期间可用的交互式内容允许时移回放的装置、计算机可读介质和方法。
背景技术
个人视频记录器(PVR)一般而言使用户能够欣赏以前记录的内容的回放。为了享受个人视频记录器(PVR)的特征，用户可以选择在存储器中捕获实况广播节目以供以后观看。电子节目指南(EPG)中的数据识别所关注的节目的服务、一天中的时间和持续时间。当计划播出该节目时，接收器可以调谐到所指示的服务并开始将媒体片段保存在持久性存储装置中。当用户稍后返回时，或者甚至在记录节目时，那些媒体片段都可以被递送到媒体引擎以进行解码和呈现。此外，在回放期间可以提供特技播放模式，诸如暂停、快进和快退。
在正常的实况TV操作中，媒体片段(例如，MPEG DASH媒体片段或MPEG MMT媒体处理单元[MPU])被收集并缓冲足以被递送到媒体引擎进行解码和呈现的时间。如果接收器包括PVR功能，那么可以缓冲这些媒体片段以供以后观看。例如，DTV可以提供“暂停实况TV”功能。
此外，对于电视的观看而言，至关重要的是根据音频和视频的准确时间同步来回放内容。可以将高级电视系统委员会(ATSC)3.0接收器编写为在软件操作系统(OS)平台上运行的专用应用。OS平台的示例是“Android TV”，其中作为电视接收器应用示例的ATSC3.0应用被编写为支持那个OS的数字电视(DTV)产品中的Android应用，从而使得应用设计人员能够借助于标准系统调用来利用Android OS的特征和功能。
为了获取并呈现实况TV广播，电视接收器应用可以接收并处理与所选择的服务相关联的信令，检查服务的MPEG DASH媒体呈现描述(MPD)文件，并处理MPD中的可用性开始时间(AST)参数以确定是哪些媒体片段文件(例如，用于时间片段的单独文件，以及用于音频、视频和字幕的单独文件集)是最近发送的媒体片段文件。然后，在这些文件当中进行选择，电视接收器应用可以以最低的时延时间加入实况广播(实现“快速频道改变”)。
AST由MPEG DASH标准(ISO/IEC 23009-1)指定为UTC时间，该时间用信号通知“用于计算媒体呈现中任何片段的最早可用性时间(以UTC为单位)的锚点”。MPEG DASH标准在ISO/IEC 23009-1：2014“Information technology—Dynamic adaptive streaming overHTTP(DASH)—Part 1:Media presentation description and segment formats”中进行了描述，International Organization for Standardization，2014年5月15日(以下简称“MPEG DASH标准”)，其全部内容通过引用并入。AST是MPD中唯一以绝对格式指定的时间，而MPD中的所有其它时间都相对于AST锚点。
发明内容
根据本公开的实施例，提供了一种包括接收器电路系统的接收装置，该接收器电路系统被配置为接收广播流，该广播流包括(i)由用户选择的第一广播器服务和(ii)第二广播公司服务。接收装置还包括被配置为将广播流解调为多个数据分组的解调器。接收装置还包括处理电路系统，该处理电路系统被配置为将与第一和第二广播公司服务对应的多个数据分组存储在暂停缓冲区中，处理与所选择的第一广播公司服务相关联的每个数据分组以提取音频和视频内容，并且在第一时间段期间向用户输出与第一广播公司服务相关联的提取出的音频和视频内容作为实况TV广播的一部分。
根据本公开的实施例，提供了一种包括接收器电路系统的接收装置，该接收器电路系统被配置为接收包括由用户选择的广播公司服务的广播流；接收装置还包括被配置为将广播流解调为多个数据分组的解调器。接收装置还包括处理电路系统，该处理电路系统被配置为将多个数据分组存储在暂停缓冲区中，处理与所选择的广播公司服务相关联的每个数据分组以提取音频和视频内容，在第一时间段期间向用户输出提取出的音频和视频内容作为实况TV广播的一部分，在第一时间段之后的第二时间段期间接收指示产生在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入，从暂停缓冲区中检索与中间时间段期间可用的音频和视频内容相关联的数据分组，处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容，输出在中间时间段期间可用的音频和视频内容作为时移回放的一部分，并且在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务特征，其中该至少一个内容服务特征包括在存储在暂停缓冲区并从中检索的多个数据分组中。
根据本公开的实施例，提供了一种包括接收器电路系统的接收装置，该接收器电路系统被配置为接收包括由用户选择的广播公司服务的广播流。接收装置还包括被配置为将广播流解调为多个数据分组的解调器。接收装置还包括处理电路系统，该处理电路系统被配置为确定操作系统时钟时间，处理数据分组以确定与广播公司服务相关联的电视内容的发信号通知的可用性开始时间(AST)，基于发信号通知的AST确定与电视内容对应的媒体片段的预期接收时间，确定与电视内容对应的媒体片段的实际接收时间，确定表示发信号通知的AST和媒体片段的接收时间与媒体片段的预期接收时间之差的总和的观察到的AST，根据观察到的AST确定从操作系统时钟时间偏移的回放时钟时间，并且根据确定的回放时钟时间输出与接收到的广播公司服务相关联的音频和视频内容。
根据本公开的实施例，提供了一种包括存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行方法，该方法包括在暂停缓冲区中存储与由用户选择的第一广播公司服务以及第二广播公司服务对应的多个数据分组，第一和第二广播公司服务是在被解调为多个数据分组的广播流中被接收的，处理与所选择的第一广播公司服务相关联的每个数据分组以提取音频和视频内容，并且在第一时间段期间向用户输出与第一广播公司服务相关联的提取出的音频和视频内容作为实况TV广播的一部分。
根据本公开的实施例，提供了一种包括存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行方法，该方法包括在暂停缓冲区中存储与在广播流中接收到的与广播公司服务对应的多个数据分组，该广播流被解调为多个数据分组，处理与所选择的广播公司服务相关联的每个数据分组以提取音频和视频内容，在第一时间段期间向用户输出提取出的音频和视频内容作为实况TV广播的一部分，在第一时间段之后的第二时间段期间接收指示产生在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入，从暂停缓冲区中检索与中间时间段期间可用的音频和视频内容相关联的数据分组，处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容，输出在中间时间段期间可用的音频和视频内容作为时移回放的一部分，并且在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务特征，其中该至少一个内容服务特征包括在存储在暂停缓冲区并从中检索的多个数据分组中。
根据本公开的实施例，提供了一种包括存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行方法，该方法包括处理从接收到的广播流解调的数据分组以确定与包括在接收到的广播流中的广播公司服务相关联的电视内容的发信号通知的可用性开始时间(AST)，基于发信号通知的AST确定与电视内容对应的媒体片段的预期接收时间，确定与电视内容对应的媒体片段的实际接收时间，确定表示发信号通知的AST和媒体片段的接收时间与媒体片段的预期接收时间之差的总和的观察到的AST，根据观察到的AST确定从操作系统时钟时间偏移的回放时钟时间，并且根据确定的回放时钟时间输出与接收到的广播公司服务相关联的音频和视频内容。
附图说明
当结合附图考虑时，将容易获得对本公开及其许多伴随优点的更完整的理解，因为这些通过参考以下详细描述将变得更好理解，附图中：
图1图示了示例性数字电视广播系统；
图2图示了示例性接收装置；
图3是示例性接收装置的以处理器为中心的框图；
图4图示了示例性广播流。
图5图示了暂停缓冲区中的示例性数据库结构。
图6图示了具有电子节目指南的示例性显示。
图7图示了示例性时移观看示例。
图8图示了具有多个内容服务特征的示例性显示。
图9图示了操作系统时钟与媒体秒的到达时间之间的示例性关系。
图10图示了由接收装置执行的示例性处理。
图11图示了由接收装置执行的示例性处理。
图12图示了计算机的示例硬件配置。
具体实施方式
虽然本公开易于以许多不同形式实施，但是在附图中示出了本公开，并且在本文将在具体实施例中进行详细描述，同时应该理解的是，这样的实施例的本公开将被认为是原理的示例并且不旨在将本公开限制到所示出和描述的具体实施例。
如本文所使用的，术语“一个”被定义为一个或多于一个。如本文所使用的，术语“多个”被定义为两个或多于两个。如本文所使用的，术语“另一个”被定义为至少第二个或更多个。如本文所使用的，术语“包括”和/或“具有”被定义为包括(即，开放语言)。如本文所使用的，术语“耦合”被定义为连接，但是不一定是直接地并且不一定是机械地连接。如本文所使用的，术语“程序(program)”或“计算机程序”或类似术语被定义为被设计用于在计算机系统上执行的指令序列。“程序”或“计算机程序”可以包括子例程、程序模块、脚本、函数、过程、对象方法、对象实施方式、可执行应用、小应用、Servlet、源代码、对象代码、共享库/动态负载库和/或被设计用于在计算机系统上执行的其它指令序列。
如本文所使用的，术语“节目(program)”也可以在第二上下文中使用(以上定义是针对第一上下文)。在第二上下文中，该术语在“电视节目”的意义上使用。在这个上下文中，该术语被用于表示音频/视频内容的任何连贯序列，诸如那些将被解释并在电子节目指南(EPG)中报告为单个电视节目的序列，而不考虑内容是否是电影、体育赛事、多部分系列节目的片段、新闻广播等。该术语也可以被解释为涵盖商业景点和其它类似节目的内容，这些内容可能不会作为EPG中的节目进行报道。
在整个文档中，对“一个实施例”、“某些实施例”、“实施例”、“实施方式”、“示例”或类似术语的引用是指结合本实施例所描述的特定特征、结构或特点包括在本公开的至少一个实施例中。因此，在整个说明书中此类短语的出现或在各个地方的出现不一定都是指同一个实施例。此外，可以在一个或多个实施例中以任何合适的方式组合特定特征、结构或特点，而没有限制。
如本文所使用的，术语“或”将被解释为包括性的或表示任何一个或任何组合。因此，“A、B或C”表示“以下任何一项：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元素、功能、步骤或动作的组合以某种方式固有地相互排斥时，才会出现此定义的例外情况。
现在参考附图，其中贯穿若干视图，相同的附图标记指示相同或对应的部分，以下描述涉及提供对受保护内容的访问。
本公开的实施例公开了在电视接收装置(例如，ATSC 3.0接收器)中的PVR的实施方式，该电视接收装置与常规的PVR能力相比提供了几个新颖的特征，包括在时移回放期间支持由广播公司在实况广播期间可能已经提供的任何交互式特征。用户可以选择在节目回放期间享受不同的呈现选项，诸如不同语言的音轨或字幕。本公开的实施例还包括以互联网协议(IP)分组或ATSC 3.0链路层协议(ALP)分组的形式存储来自广播公司的音频/视频/字幕/应用数据，这在日期为2017年10月19日的ATSC Standard A/300-ATSC 3.0System中进行了描述，其全部内容通过引用并入本文(下文中简称为“A/300标准”)。
本公开的实施例针对向具有PVR能力的接收器添加特征，诸如：
(1)以好像节目是实况广播一样的方式在时移回放期间与节目进行交互的能力。
(2)在记录多个音频语言或视频轨道中的可用性，使得用户可以以好像节目是实况广播一样的方式选择所记录节目的期望呈现。
(3)当ATSC 3.0广播包括多个子频道时，在“暂停缓冲区”中缓冲多个服务，而常规接收器仅缓冲用户当前正在观看的服务。
例如，在ATSC 3.0广播协议中，可以在单独的基于文件的内容流中递送节目组件，诸如音频、视频、字幕和应用。其中存储了所有可用的节目组件的PVR设计使观看者可以选择回放时期望的呈现，就像实时观看节目(无时移)时的观看效果一样。另外，可以使用与以前选择不同的一个或多个组件来回放同一节目(例如，在重复回放相同内容时可以播放不同的语言或视角)。
在一些实施例中，电视接收器装置在“运行时应用环境”中操作，这允许广播公司供应可以与正在观看的节目一起启动的广播公司应用(例如，HTML5应用)。广播公司应用可以在后台静默操作以执行诸如服务使用情况监视或个性化广告之类的任务，或者广播公司应用可以向用户呈现文本和图形，以便用户可以与节目的内容交互。广播公司应用的设计人员可以访问与TV相关的功能的丰富集合，包括用于设计广播公司应用以使得选择不同服务、不同音频、视频或字幕轨道的能力以及使视频呈现被缩放并定位在屏幕上的能力。
如其全部内容通过引用并入本文的[插入申请日期]提交的标题为“ReceiverDevice Including Native Broadcaster Application”的[插入申请号]中所述，当接收器建立在例如Android平台上时，广播公司可以供应本地广播公司应用(例如，Android应用)，它可与广播信号内递送的广播公司应用结合操作或代替广播公司应用。广播公司应用或本地广播公司应用中的任一个或两个可以向用户提供交互式体验。
本公开的实施例还包括一种用于基于由广播公司供应的MPD文件的分析来推导接收器中的“壁钟时间(Wall Clock Time)”的方法。为了处理和利用AST来快速获取服务，接收器可以将发信号通知的AST值与接收器的操作系统指定的一天中的时间进行比较，并计算哪个(哪些)媒体片段最近已经可用。这些是刚到达接收器的文件，这意味着，如果接收器通过解码并呈现这些刚到达的文件而开始，那么接收器将在所谓的“实况边缘”加入服务。DASH互操作性论坛(DASH-IF)已在其全部内容通过引用并入本文的Dash工业论坛V.4.1(2017年9月7日)的“Guidelines for Implementation:DASH-IF InteroperabilityPoints”中发布了用于DASH实施方式的指南文件。DASH-IF指南公开了用于动态MPD和实况流发送的“实况边缘”特征，如本领域普通技术人员所理解的那样。
ATSC标准可以要求广播公司使用与全球定位系统(GPS)源同步的极其准确的当日时间时钟来操作广播站。接收器在实况边缘处获取服务要求接收器准确知道一天中的正确时间(例如，100毫秒是可以接受的)。但是，典型的消费者接收器中的当日时间时钟可能不准确。一些操作系统重新同步系统时钟，该时钟仅每周一次为应用提供当日时间服务。因而，在系统时钟的重新同步之间的一周时间内，时钟可能会快速或缓慢漂移。
如果系统时间使用不正确的值，那么用于服务获取的正确媒体片段的计算会引用尚未发送的媒体片段，或者可以指向比最近接收到的媒体片段更旧的媒体片段。在前一种情况下，在接收器等待所请求的文件到达的同时，获取被延迟，从而减慢了获取。在后一种情况下，引用的文件可能永远不可用，因为在接收器开始获取服务的处理之前已广播了该文件。因而，本发明的实施例通过基于由广播公司供应的MPD文件的分析推导接收器中的“壁钟时间”来解决这些不准确性。
图1是用于提供对电视内容的访问的示例性数字电视广播系统100。该系统包括服务提供者102、接收装置120和输入设备140。接收装置102可以被配置为经由天线接收数据。接收装置102还可以被配置为连接到互联网130以接收数据。
在一个示例中，服务提供者102是电视内容的广播公司，并且接收装置120可以是被配置为作为电视操作的任何设备，诸如平板TV、膝上型计算机、平板电脑或智能电视电话。输入设备140可以物理地或无线地连接到接收装置120，并且可以是适于操作接收装置120的任何设备，诸如具有数字键和/或字母数字键的遥控器或QWERTY键盘。输入设备140上的键可以是物理按钮或触摸屏上的数字或字母数字键的数字表示。本公开的实施例可以被用于提供对其它广播内容(例如，可执行应用，诸如HTML5应用)的访问。服务提供者102发送包括电视内容并且可以经由数字电视广播信号来递送的广播流。
在一个实施例中，服务提供者102(例如，广播公司实体或广播站)是服务分发系统，其包括具有发送器的发送装置，该发送器被配置为在数据流(例如，广播流)中向接收装置120发送内容、应用和/或服务。发送器被配置为例如经由数字地面广播将数据流提供给接收装置120。在其它示例中，数据流可以通过数字地面广播、移动电话网络、宽带网络(诸如互联网、有线网络和卫星链路)之一或组合被发送到接收装置120。服务分发系统可以使用任何一种或多种发送技术来将数据流传送到接收装置120。
根据一个实施例的服务分发系统包括源编码器、频道编码器和调制器。源编码器包括数据、音频和视频编码器，以压缩从源接收的音频、视频、信令、控制或其它数据。频道编码器对压缩的媒体和信令数据进行随机化、隔行扫描、频道编码和帧映射。例如，频道编码器包括帧构建器，该帧构建器将许多数据单元形成要在正交频分复用(OFDM)符号上输送的序列。调制器(例如，多路复用器)将处理后的数字数据转换成调制码元，其可以是例如OFDM码元。然后，将经过多路复用的数据传递到快速傅立叶逆变换器(IFFT)，该变换器将频域信号转换成时域信号。时域信号被馈送到保护插入模块，以在码元之间生成保护间隔(GI)，然后被馈送到数模(D/A)转换器。然后，执行上变频、RF放大和空中广播以发送广播流。
在其它实施例中，发送装置或接收装置的某些组件可能不是必需的。例如，可以在DVB-T2标准(日期为2015年7月1日的ETSI EN 302755V1.4.1)，日期为2017年6月6日的ATSCStandard A/322-Physical Layer Protocol(下文中称为“A/322标准”)和日期为2016年3月23日的ATSC Standard A/321-System Discovery and Signaling(下文中称为“A/321标准”)中找到OFDM发送器和接收器的详细信息，这些参考文献中的每一个都通过引用整体并入本文。
图2图示了示例性接收装置120，其被配置为访问电视内容和广播应用。接收装置120可以是固定或移动设备，诸如电视机、机顶盒、智能电话、平板计算机、膝上型计算机、便携式计算机，或被配置为接收电视内容的任何其它设备。另外，接收装置120可以是结合在车辆或上述任何固定或移动设备中的数字电视接收器。
接收装置120包括接收器电路系统，该接收器电路系统被配置为从一个或多个服务提供者102接收数据流(例如，广播流)；以及处理电路系统，其被配置为执行接收装置120的各种功能。在一个实施例中，调谐器/解调器202接收包含广播流的广播发射。取决于实施例，接收装置200可以可替代地或附加地被配置为接收有线电视发送或卫星广播。
当调谐器/解调器202已获取ATSC 3.0广播发射时，将诸如ALP数据分组之类的数据分组发送到处理器270，处理器270将这些分组转换成互联网协议(IP)分组以供进一步处理。为了时移广播的目的，ALP分组也可以被缓冲并保存到持久性存储装置280。可以使用盘存储形式以及其它存储形式来实现持久性存储装置280，诸如非暂态存储设备，包括例如网络存储器设备、磁存储元件、磁光存储元件、闪存、核心存储器和/或其它非易失性存储技术。
解复用器204可以使用来自存储装置280的任何必要文件对已转换成IP分组的数据流进行解复用，并将解复用后的数据传递到媒体引擎280，以解码为单独的音频和视频(A/V)流。由解复用器204输出的文件(诸如元数据、低级信令(LLS)和服务层信令(SLS)文件、媒体文件和电子服务指南(ESG)文件)可以被提供给CPU238以供处理。通过引用整体并入的日期为2017年12月6日的ATSC Standard A/331-Signaling,Delivery,Synchronization,and Error Protection(下文中称为“A/331标准”)为ATSC 3.0指定LLS和SLS。音频由音频解码器210解码，而视频由视频解码器214解码。
接收装置120一般在至少一个处理器(诸如CPU 238)的控制下操作，该处理器经由一个或多个总线(例如，总线250)耦合到持久性存储装置280、工作存储器240、程序存储器242和图形子系统244。根据一个实施例，CPU 238被配置为生成用于让用户获取许可信息以访问受保护的服务的用户接口。由图形子系统244输出的图形通过合成器和视频接口260与视频图像组合，以产生适于在视频显示器上显示的输出。
CPU 238进行操作以执行接收装置120的功能，包括使用例如存储在程序存储器242中的HTML5用户代理来执行包含在广播公司应用(例如，HTML5应用)中的脚本对象(控制对象)。本地广播公司应用也可以驻留在程序存储器242中。
在一个实施例中，构成广播公司应用的文件的集合可以经由例如A/331标准中描述的ROUTE协议作为包通过广播被递送。在通过引用整体并入本文的日期为2017年12月18日的ATSC Standard A/344-ATSC 3.0Interactive Content中描述了示例性广播公司应用框架。
在某些实施例中，CPU 238可以耦合到接收装置120资源的任何一个或组合，以集中控制一个或多个功能。在一个实施例中，CPU238还操作以监督对包括调谐器/解调器202和其它电视资源的接收装置120的控制。
在图3中图示了接收装置120的以处理器为中心的视图。存储器240和242被一起描绘为存储器310。此外，处理器300包括一个或多个处理单元，诸如CPU 238。类似地，最初处理数字电视信号的各种解调器、解码器等被共同描绘为电视接收器/调谐器320。接收装置120还包括与遥控器接收器接口340通信的遥控器360。此外，显示器350连接到包括例如合成器260的显示接口330，并且或者是集成到接收装置120如机顶盒中的显示器，或者在接收装置120被集成到机顶盒中的情况下是连接的显示设备。
存储器310包含各种功能程序模块和数据。存储器310存储由接收装置120使用的数据。接收装置120内的存储器310可以使用盘存储形式以及其它形式的存储装置来实现，诸如非暂态存储设备，包括例如网络存储器设备、磁存储元件、磁光存储元件、闪存、核心存储器和/或其它非易失性存储技术。术语“非暂态”是对介质本身的限制(即，有形的，不是信号)，而不是对数据存储持久性的限制(例如，RAM相对于ROM)。还包括可以与存储装置280(图2)对应的存储装置380，用于存储时移回放的记录。
存储器310包括电视接收器应用311。广播应用316a和本地广播应用316b都存储在存储器310中。广播公司应用316a可以是包括在广播流中的HTML5应用。本地广播公司应用316b可以被提供有接收装置120，或者可以在以后的时间安装(例如，从应用商店下载)。广播公司应用316a和本地广播公司应用316b由处理器300执行。此外，这些应用可以使处理器300控制接收装置120获取替代内容318，该替代内容318被存储在存储器310中以用于随后的检索。在另一个实施例中，处理器300使接收装置120在呈现时检索或流发送替代内容318。
其中使上面提到的特征对用户可用的PVR设计的技术方面包括例如：
(1)在存储器(易失性或非易失性)中存储内容，不仅限于与默认或用户偏好语言对应的主视频轨道和音频轨道；
(2)适当修改服务层信令数据以实现时移回放(详情如下)；以及
(3)管理广播公司应用和/或本地广播公司应用，以在回放期间实现节目的音频、视频、字幕和交互式内容部分的同步。
在涉及基于ATSC 1.0(现有DTV系统)标准的时移数字电视内容的相关PVR设计中，或者其中模拟TV信号被数字化、压缩并存储在盘上的那些设计中，通常只有主视频和一个音轨被存储以供以后回放。在相关的DTV系统中，MPEG-2传输流(TS)被用作传输器。在这种情况下，PVR将创建“部分”传输流，其仅包含来自视频基本流(ES)的MPEG-2TS数据分组以及音频基本流。字幕在视频ES内进行编码。可以以时移方式回放部分TS。同步和定时非常直截了当，因为ES组件在视频中包含节目时钟参考(PCR)并且在视频和音频中都包含呈现时间戳(PTS)。ATSC 1.0系统未标准化广播应用。
数字视频压缩技术(HEVC相对于MPEG-2)的进步以及物理层(例如，调制和编码)的效率的提高已导致广播信号的更高容量。在一些实施例中，诸如ATSC 3.0广播信号之类的广播流包括两个或更多个ATSC 3.0服务。因此，广播流可以被配置为携带多个广播公司的广播，其中每个广播公司在分配的带宽(例如，美国地面广播系统为6MHz)内为广播流提供主频道以及一个或两个子频道。
图4图示了由接收装置120接收的广播流的实施例。作为示例，当用户正在操作电视时，用户可以选择与广播公司相关联的特定频道。在选择频道后，呈现至少包含用户选择的频道的广播流。此外，广播流可以包括同一广播公司的多个频道，并且还可以包括另一个广播公司(例如，广播公司B)的多个频道。
图5图示了表示存储在用作暂停缓冲区的任何类型的存储器中的文件的数据库结构500的实施例。如图5中所示，对于每个广播公司服务(例如，A_1)，数据库结构可以存储媒体呈现描述文件500a。媒体呈现描述文件可以指示AST以及与所选择的服务对应的媒体片段500b的位置。数据库结构500包括用于每个广播公司服务的LLS和SLS文件500c。此外，用于广播公司服务的数据库结构可以包括任何相关联的应用文件500d，诸如广播公司应用。
来自广播流的分组的缓冲可以确定哪些服务可用于回放。在一些实施例中，接收装置可以将任何广播流(例如，ATSC 3.0广播信号)内的所有IP分组缓冲在“暂停缓冲区”中。此外，未被广告为或最初配置为具有“PVR能力”的DTV产品可以使用DTV产品的现有存储器(诸如易失性存储器或持久性存储装置)来实现暂停缓冲区。当DTV产品将所有数据广播存储在广播流中时，实现以下明显有利的特征：
(1)如果用户选择切换到已经在同一广播信号中传输的另一个服务，那么切换时间几乎是瞬时的。
(2)即使在从暂停缓冲区播放内容时，用户也可以从音频和字幕语言选项的可用集合中进行选择。
(3)交互式元素可以与音频/视频/字幕一起被暂停，同时维持交互式元素和节目回放之间的同步。
(4)如果用户开始观看一段时间的服务A，然后切换到以相同信号广播的服务B，那么用户可以根据暂停缓冲区的深度以及接收器已调谐到这个广播信号的时间量“倒退”以查看关于那个服务先前播放的一些内容。
每个广播数据分组的强力记录效率低下，因为某些分组递送在广播信号中重复的文件，以使刚加入广播的接收者受益。重复文件的示例包括低层信令(LLS)和服务层信令(SLS)文件、初始化段(IS)文件(参见MPEG DASH Standard)以及组成广播应用的文件。
在一些实施例中，通过仅存储任何重复文件的第一实例来实现对存储每个广播分组的技术的有利优化。例如，代替在广播中记录每个IP或ALP数据分组，存储通过处理IP或ALP分组获得的各个文件。因而，如果发现在广播中找到的文件是已保存文件的副本，那么一旦在存储器中保存了新副本，就可以丢弃该副本文件，或者擦除先前存储的副本(即，该文件所占用的存储器被释放)。
存储在给定的ATSC 3.0发送信号中递送的所有文件对象会给接收器中的处理带来显著负担。当调谐器/解调器202在解调之后产生ALP分组时，将ALP分组转为文件的处理包括：1)将ALP分组转换成IP分组；2)处理在广播信号中多路复用的用于每个服务的低层信令(LLS)和服务水平信令(SLS)文件，以发现有关广播流中的每个文件对象的信息；以及3)检索每个文件对象并将其保存到文件系统中。
通过直接将ALP分组缓冲在暂停缓冲区中，所公开的实施例提供了显著的有利特征，即，不必处理广播流中包括的每个ALP分组和文件。如图2中所示，ALP分组可以向下流动以进行直接实况回放(例如，解码的音频和视频的输出)，或者可以被保存到暂停缓冲区，该暂停缓冲区可以在存储装置280中实现。可以从暂停缓冲区中检索保存在暂停缓冲区中的ALP分组，并将其转发到相同的解码和媒体呈现功能。在一些实施例中，来自调谐器/解调器202的每个ALP分组被存储在暂停缓冲区中。在一些实施例中，从ALP分组得到的所有文件都被存储在暂停缓冲区中。此外，在一些实施例中，与给定服务相关联的所有ALP分组被存储在暂停缓冲区中。此外，在一些实施例中，与给定服务相关联的所有文件被存储在暂停缓冲区中。
在一些实施例中，电视接收器应用利用广播流中的文件来确定用于时移回放的参数。A/331标准为传输协议定义了两个选项：HTTP上的MPEG动态自适应流发送(DASH)(结合称为ROUTE的类似FLUTE的广播文件递送协议)，以及MPEG MMT(ISO/IEC23008-1：2017“Information technology—High efficiency coding and media delivery inheterogeneous environments—Part 1:MPEG media transport(MMT)”，InternationalOrganization for Standardization，2017年8月，其全部内容通过引用并入本文)。如以上所讨论的，MPEG DASH在ISO/IEC 23009-1中进行了标准化。根据一些实施例，接收装置支持DASH/ROUTE传输。
在MPEG DASH中，媒体呈现描述(MPD)文件是引用携带音频、视频和字幕的媒体片段的位置的数据结构。在一些实施例中，MPD包括称为可用性开始时间(AST)的参数，其可以被识别为MPD文件中的MPD@availabilityStartTime属性。AST将广播的所有定时方面都锚定到时钟时间(日期和一天中的时间)。具有与一天中的当前时间对应的信息的接收器使用AST参数来确定可以检索哪个媒体片段以开始服务的内容的初始回放。
在作为构建在Android OS平台上的ATSC 3.0接收器操作的接收装置的一些实施例中，包括媒体播放器库以解码和渲染内容。媒体播放器的标准音频和视频组件可以构建在Android的MediaCodec API上。此外，媒体播放器可以支持DASH。
当媒体播放器接收到播放实况流发送内容的请求时，可以调整广播MPD中给出的AST，使得当接收器首次获取服务时，媒体播放器尝试获取最优媒体片段以进行所选择的服务的最快可能的获取。这种方法产生最低可能的频道改变时间。如果Android OS使用的当日时间时钟与广播公司使用的GPS时间不完全一致，那么可能需要对AST进行调整。这种时钟调整在下面公开。
如果接收装置或PVR包括用于暂停实况TV的暂停缓冲区，那么可以使媒体播放器知道较旧媒体片段的可用性，例如，以支持暂停和倒带操作。DASH MPD包括称为MPD@timeShiftBufferDepth的属性，用于指示较旧媒体片段的可用性。考虑到媒体片段是经由广播推送的，而不是可用于从HTTP服务器拉取，广播公司可以将这个参数设置为低的值。接收装置可以调整MPD@timeShiftBufferDepth的值以反映时移缓冲区中媒体片段的可用性，从而媒体播放器可以更有效地操作并为用户提供最灵活的回放体验。例如，如果时移缓冲区包含过去五分钟的音频/视频/字幕片段，那么接收者可以将MPD@timeShiftBufferDepth设置为五分钟的值(例如，属性值可以被设置为“PT5M”)。
在一些实施例中，媒体播放器可以被用于回放时移内容，例如，通过执行PVR功能，已记录并存储以供以后观看的内容。由广播公司发送的MPD可以是“动态”变种(参见MPD@type，MPEG DASH标准第5.3.9.5.3节Media Segment information)。在一些实施例中，一旦已经存储了DASH内容，就可以创建“静态”MPD来引用所存储的媒体片段文件。静态MPD适于视频点播内容，内容在存储之后会变成视频点播内容。描述节目内容的信息(诸如标题、评级、简介、原始播出日期/时间等)可以存储在分离的列表文件中。
一般而言，用户设备中的DASH客户端访问DASH服务器以访问MPD，然后访问引用的媒体片段文件。使用HTTP协议通过互联网进行访问。但是，当在ATSC 3.0接收器中实现DASH时，由于内容在本地存储并在本地消费，因此不要求使用完整的HTTP堆栈。例如，可以通过托管ATSC 3.0接收器应用的OS中支持的文件系统，用文件的提取来代替HTTP GET操作。
根据一些实施例，在采用媒体播放器进行媒体渲染的ATSC 3.0接收器实施方式中，使用媒体播放器对MPEG DASH的本地支持。与任何作为DASH客户端运行的设备一样，DASH MPD驱动它将渲染哪个媒体片段文件(例如，节目的哪个部分)的选择。当请求DASH客户端渲染实况TV广播时，基于一天中的时间并处理广播MPD中包括的AST(例如，MPD@availabilityStartTime)以及MPD中的其它参数，DASH客户端可以计算哪个媒体片段是最新的(即，最近发送的)，并将其用于回放的开始。当接收器在频道改变之后首次遇到广播服务时，会发生这个处理。
根据一些实施例，如果接收器被配置为使用DASH客户端来渲染已被时移的内容，那么接收器可以调整AST以指示比实际时间早预定时间数量的一天中的时间。基于这个调整，DASH客户端随后将从缓冲区中请求较旧的媒体片段文件。
如图2中所示，在一些实施例中，可以将由调谐器/解调器202在接收装置120中提供的ALP分组直接存储在暂停缓冲区中，该暂停缓冲区可以在存储装置280中实现。在另外的实施例中，可以在工作存储器240(例如，RAM)中实现暂停缓冲区。
在一些实施例中，对于ATSC 3.0广播发射，其中广播公司正在使用在ATSC 3.0标准(A/330、A/331、A/337、A/344等)中定义的IP协议，ALP分组是压缩的IP分组与散布的一些信令分组的组合。A/337标准在其全部内容通过引用并入的ATSC Standard：ApplicationSignaling(文档A/337:2018，日期为2018年1月2日)(下文中简称为“A/337标准”)中定义。IP分组的压缩主要是报头压缩，被用于优化广播中多播UDP/IP分组的递送效率。
一定量的CPU开销被用于处理A/330标准中定义的ALP协议，例如，对ALP分组进行解压缩以生成IP分组。在一些实施例中，每当用户请求观看广播流中包括的(可能是许多)服务之一时，与所请求的服务相关联的ALP分组就被实时处理。但是，携带除所选择的服务以外的服务的ALP分组不需要被实时处理，并且可以直接存储在暂停缓冲区中。
如本领域普通技术人员所理解的，与给定IP源/目的地地址和端口号对应的UDP/IP数据分组可以按照A/321标准和A/322标准中指定的特定物理层管道(PLP)被发送。在一些在实施例中，给定的广播发射可以具有多达64个不同的PLP。如果用户选择观看服务A，并且用于服务A的所有组件和信令(SLS)都在PLP#1中被携带，那么在一些实施例中，来自PLP#1的所有ALP分组都被处理为IP分组，以便可以实现服务A的实时观看。来自除PLP#1以外的其它PLP的ALP分组可以存储在暂停缓冲区中，而无需被处理为IP分组。
如果用户随后希望切换到服务B，并且用于那个服务的ALP分组在暂停缓冲区中，那么接收器可以通过从暂停缓冲区中检索适当的ALP分组和/或文件来回放服务B，并且甚至允许用户倒带以看到用户在观看服务A时错过的部分节目。在从暂停缓冲区中检索出与服务B对应的适当ALP分组之后，接收器可以随后以相同的方式处理检索出的ALP分组，就好像服务B最初被选择进行实况广播观看一样。
由于与任何给定服务相关联的所有ALP(和IP)分组都被缓冲，因此在观看实况TV时，用户可以选择不同的选项来观看和欣赏节目，包括选择打开具有多种语言选择的隐藏字幕，或者不同类型语言的替代音轨(如果有的话)。由于与广播流中包括的任何给定服务相关联的所有ALP分组都存储在暂停缓冲区中，因此当用户观看时移内容时，这些相同的选择对用户可用。
图6图示了示例性显示600，其中还显示了电子节目指南602。如电子节目指南602中所示，广播公司可以具有三个频道A_1、A_2和A_3。频道A_1可以具有从晚上7:00到晚上9:00可用的节目1。频道A_2可以具有从晚上7:00到晚上8:00可用的节目2和从晚上8:00到晚上9:00可用的节目3。频道A_3可以具有从晚上7:00到晚上7:30可用的节目4、从晚上7:30到晚上8:00可用的节目5以及从晚上8:00到晚上9:00可用的节目6。
图7图示了基于图6中所示的可用节目的示例观看场景。例如，在图7(a)中，用户可以已选择频道A_1，并在晚上7点开始观看节目1。在图7(b)中，在晚上8点，用户请求回放在晚上8点之前开始的节目1(例如，大约晚上7:15)。由于与节目1相关联的内容被存储在暂停缓冲区中，因此与回放时间晚上7:15对应的节目1的音频和视频内容可用，以及任何内容服务特征(诸如如果用户在晚上7:15实况观看节目1的话将已经可用的语言偏好或视角偏好)。图7(c)图示了另一种场景，其中在晚上8:00，用户可以停止回放节目1并选择观看由频道A_2提供的节目2。此外，用户可以请求回放在晚上8:00之前(例如，晚上7:15)可用的节目2的内容。由于当用户1选择节目1时节目2会被下载到广播流中，因此与回放时间晚上7:15对应的节目2的音频和视频内容可用，以及如果用户在晚上7:15实况观看节目2的话将已经可用的任何内容服务特征(例如，语言偏好、视角等)。
如以上讨论的，根据一些实施例，接收装置运行时环境被配置为运行至少两个不同的应用：(1)广播公司应用(例如，广播公司HTML5应用)和(2)本地广播公司应用(例如，当接收器构建在Android平台上时的Android应用)。
在一些实施例中，与包括所选择的服务的音频/视频/字幕内容一起发送广播公司应用。广播公司应用可以包括由A/337标准中定义的称为HELD(即，HTML入口页面位置描述(HTML Entry pages Location Description)的缩写)的SLS表所引用的文件。
广播公司应用在执行时可以提供与节目内容同步的交互式体验。例如，对于与游戏节目的交互式体验，广播公司的应用可以让用户猜测在节目期间某个时间点所提出的测验问题的答案。在这个示例中，广播公司应用可以在适当的时刻显示“是或否？”对话框并记录任何答案以供以后回顾结果。
根据一些实施例，广播公司应用通过对事件响应来确定事件的适当定时(例如，诸如游戏节目示例中的对话框)(参见A/344标准第6.3.2节Broadcaster ApplicationEvents[Static/Dynamic])。事件可以是“动态”或“静态”。
在一些实施例中，当事件是动态事件时，广播公司将“emsg”(事件消息)框嵌入到表示的媒体片段文件之一中，使得在回放的适当点处遇到并处理“emsg”。表示可以是以递送格式并与描述性元数据相关联的一个或多个媒体流的集合和封装。例如，表示可以是音频流(例如，一种语言一个表示)，或一个或多个视频轨道，或字幕轨道。当接收装置在流中遇到与由广播公司应用注册的事件的类型(参见A/344标准第9.5节)对应的“emsg”框时，接收装置可以通过向广播公司应用发送事件流事件WebSocket消息(参见A/344标准第9.5.3节)来处理动态事件处理。那个消息可以包含广播公司应用显示某个对话框所需的信息。例如，当在内容的回放中的特定点时，会遇到“emsg”，这会使广播公司应用向用户显示交互式信息(例如，可选择的图标)。
对于静态事件，在一些实施例中，由于在回放期间可能发生特技播放模式(例如，暂停、快进、倒带等)，因此广播公司应用需要知道用户当前正在观看回放的时间线中的哪个位置。例如，为了宣布静态事件，MPD包括EventStream元素，该元素识别MPD时段的上下文中给定事件要发生的定时。参见ISO/IEC 23009-1条款5.10.2“MPD Events”。
如果接收装置知道媒体内给定事件将发生的时间，那么可以处理静态事件，以便当用户回放内容时，接收装置可以将其自身与媒体时间线同步，并且当回放中的适当点发生时，执行交互性。例如，ATSC 3.0运行时应用环境可以借助于本领域普通技术人员已知的WebSocket API(诸如在A/344标准的9.13节RMP，Content Synchronization APIs中定义的)来支持应用/内容回放同步。当广播公司应用需要了解正在呈现的内容的当前呈现时间时，可以调用内容同步API以使广播公司应用能够呈现与所呈现的内容同步的补充内容(例如，在节目中的预定时间显示图形覆盖)。
在一些实施例中，当用户对回放执行任何特技播放操作时，可以通过订阅RMPMedia Time Change事件通知(参见A/344标准9.6.12节，Subscribe RMP Media TimeChange Notification API)向广播公司应用通知这个特技播放操作。因而，通过使广播公司应用保持得到特技播放操作的通知，广播公司应用可以呈现与正在从暂停缓冲区回放的内容同步的内容。
与为其定义了WebSocket API以在应用和内容的回放之间建立时间同步的广播公司应用不同，本地广播公司应用没有标准化的方法来允许这些应用与接收装置通信。其全部内容通过引用并入本文的于[插入日期]提交的标题为“Broadcaster ApplicationRemote Control Key Handling”的美国专利申请No.[插入申请号]公开了专有API，其中制造商在广播公司的本地应用和广播公司应用之间提供通用的通信路径。如上面所公开的，由于根据一些实施例广播公司应用可以与从暂停缓冲区回放的内容同步，因此广播公司应用可以使用这个通信路径来向本地广播公司应用通知从暂停缓冲区回放的内容的时间线以及由于用户与内容交互(例如，快进、倒带、暂停)所造成的对时间线的任何调整。
根据一些实施例，广播公司服务(例如，ATSC 3.0服务)可以与多个视频轨道一起广播，这允许用户选择他们想要看节目的视点。例如，赛车可以从不同汽车的驾驶舱内提供视野。预期给定观看者将在给定时间看到哪个视频视图的选择在那个观看者与广播公司应用交互时做出。广播公司应用可以提供用户接口，以允许用户选择视图。
图8图示了内容的示例性显示800以及可用的内容服务特征。例如，内容服务特征800a至800c分别提供视图1至视图3的不同观看偏好的选项。此外，内容服务特征800d至800f分别图示了可用的语言偏好，诸如英语、西班牙语、法语。因而，在显示800中所示的内容的实况广播期间，内容服务特征800a至800f可以是可用的。此外，这些内容服务特征在内容的时移回放期间也可以是可用的，就好像用户在实况观看内容一样。如本领域普通技术人员所理解的，本实施例不限于图8中所示的内容服务特征，并且可以包括本领域普通技术人员已知的任何内容服务特征。
因此，包括在时移内容中包括所有可能的视频轨道的特征的当前公开的实施例为用户提供了选择在实况广播期间将可用的观看特征的明显有利的特征。此外，用户可以多次播放相同的节目或节目的一部分，并根据不同的观看选择不同的视频观看。
根据一些实施例，接收装置可以基于广播公司参考或使用的时钟来调整操作系统时钟。在这方面，接收装置可以使用标准系统调用来获得当前时间，诸如：
Import java.util.Calendar
Calendar rightNow＝Calendar.getlnstance()。
但是，这个标准系统调用可以产生当前时间的值，该值有少量或大量的误差。接收装置中当前的当前时间与广播公司的时钟之间的任何差异都会造成获取服务方面的问题。因而，需要改进以在接收装置内获得准确的时钟，以减轻和消除由于接收装置处不准确的当日时间时钟而导致的显著缺点。
在一些实施例中，由接收装置运行的电视接收器应用根据AST值和接收到的媒体片段本身的定时来导出用于管理服务获取处理的当日时间时钟。因为预期广播公司经由GPS系统同步节目的定时，所以认为广播公司观察到的时钟比电视接收装置中的时钟更准确。例如，如果AST基于广播公司对一天中的时间的理解指示刚接收到的给定媒体片段将在时间X可用，那么在一些实施例中，得出对应的系统时间，如下：
Wall Clock Time＝OS_clock+(signaled_AST–observed_AST)其中
(a)Wall Clock Time是电视接收器应用在涉及一天中的时间的计算中使用的时间；
(b)OS_clock是由操作系统报告的一天中的时间；
(c)signaled_AST是在广播MPD中用信号通知的AvailabilityStartTime；以及
(d)observed_AST是接收器基于相对于如果OS_clock准确的话则预期接收其的时间何时接收到给定媒体片段的观察计算出的AST(例如，observed_AST＝signaled_AST+(媒体到达时间–预期媒体到达时间)。
根据以上示例等式，如果观察到的AST与发信号通知的AST相同，那么OS_clock是准确的，并且不需要进行调整。但是，如果观察到的AST指示从发信号通知的AST前进的时间(即，相对于其在将来)，那么媒体片段将比OS_clock正确的情况下的预期时间更快到达。因而，在这种场景中，Wall Clock Time减少与相对于OS_clock的差异对应的量。
如果观察到的AST指示相对于发信号通知的AST延迟的时间(即，相对于其在过去)，那么媒体片段将比OS_clock正确的情况下的预期时间更晚到达。因而，在这种场景中，Wall Clock Time被设置为与相对于OS_clock的差异对应的量。在初始时间期间(例如，在接收装置加电时，time＝0)，可以将Wall Clock Time设置为OS_clock。在调整Wall ClockTime时，不调整OS_clock。
基于这种方法，容纳相对于由广播公司使用的正确的当日时间的OS_clock的甚至大误差。图9图示了关于媒体片段被预期到达的预期时间以及媒体片段的实际到达时间的示例场景。例如，图9(a)图示了OS_clock慢20秒的场景。在这种场景中，将观察到媒体片段会比预期的时间提前20秒进入并“可用”。如图9(a)中所示，预期媒体片段在7:00到达，但是，媒体片段到达的时间比预期的到达时间(例如，7:00:00)早20秒(例如，6:59:40)。因而，观察到的AST将比用信号发送的AST小20秒(例如，signaled_AST-observed_AST＝20秒)。因此，通过向OS_clock添加20秒进行20秒的调整以产生准确的Wall Clock Time。
图9(b)图示了OS_clock快20秒的示例。如图9(b)中所示，与预期片段到达的时间(例如，7:00:00)相比，观察到媒体片段晚20秒进入并“可用”(例如，7:00:20)。因而，观察到的AST将比用信号发送的AST大20秒(例如，signaled_AST-observed_AST＝-20秒)。因此，进行了-20秒的调整，从而从OS_clock中减去20秒以产生准确的Wall Clock Time。
图10图示了由接收装置120执行的处理的实施例。该处理一般而言从步骤S1000开始，在步骤S1000中，用户选择广播服务(例如，在观看EPG时对节目的选择)。处理进行到步骤S1002，在步骤S1002，接收装置接收包含所选择的广播服务的广播流(例如，图4中所示的广播流)。处理进行到步骤S1004，在步骤S1004，接收装置将ALP分组存储在暂停缓冲区(例如，存储装置280)中。
处理进行到步骤S1006，在步骤S1006中，处理与所选择的广播服务对应的ALP分组和文件，诸如1)将ALP分组转换成IP分组；2)处理在广播信号中多路复用的用于每个服务的低层信令(LLS)和服务水平信令(SLS)文件，以发现有关广播中的每个文件对象的信息；以及3)检索每个文件对象并将其保存到文件系统中。处理进行到步骤S1008，在步骤S1008中，确定从经处理的ALP分组生成的文件是否被存储在暂停缓冲区中。如果从经处理的ALP分组生成的文件未存储在暂停缓冲区中，那么处理前进到步骤S1010，在步骤S1010中，将生成的文件存储在暂停缓冲区中。如果从经处理的ALP分组生成的文件存储在暂停缓冲区中，那么处理前进到步骤S1012，在步骤S1012中，将音频和视频内容输出到显示器，并且使得内容服务特征(诸如语言偏好)可用，其中用户可以按下按钮来激活这些内容服务特征之一。
处理前进到步骤S1014，在步骤S1014中，确定是否接收到用于时移回放的请求。例如，用于时移回放的请求可以与倒带或快进用户当前正在观看的内容的请求或者与从所选择的广播服务切换到另一个广播服务的请求对应，其中用户可以相对于用户当前正在观看所选择的广播服务的时间点倒带或快进另一个广播服务。
如果未接收到用于时移回放的请求，那么处理返回到步骤S1012，在步骤S1012中，用户可以继续观看内容的回放。如果接收到用于时移回放的请求，那么处理前进到步骤S1016，在步骤S1016中，确定所请求的内容是否在暂停缓冲区中。在将内容写入暂停缓冲区或删除文件时，接收者可以跟踪缓冲区中可用的回放时间，考虑节目的所有元素(例如，视频、音频、字幕和交互式内容)。然后可以使用它来确定所请求的内容在暂停缓冲区中是否可用。如果所请求的内容在暂停缓冲区中，那么处理前进到步骤S1018，在步骤S1018中，从暂停缓冲区中检索与所请求的内容相关联的ALP分组和文件。处理前进到步骤S1018至步骤1006，以处理与和用于时移回放的请求相关联的所请求的内容对应的检索出的ALP分组和文件。
如果所请求的内容不在暂停缓冲区中，那么处理从步骤S1016前进到步骤S1020，以确定用户是否在向后时移内容(例如，用户按下向后按钮)。如果用户在向后时移内容，那么处理前进到步骤S1022，在步骤S1022中选择暂停缓冲区中最近可用的内容。例如，当用户期望将内容向后移动5分钟，但暂停缓冲区中只有3分钟的记录可用时，会出现这种场景。当发生这种场景时，将与期望的时移内容最近的可用内容提供给用户。处理从步骤S1022返回到步骤S1014。
返回到步骤S1020，如果用户没有向后时移内容，那么用户正在向前时移内容(例如，用户按下快进按钮)。因而，处理从步骤S1020返回到步骤S1002以获得最新的可用内容。图10中所示的处理可以在用户关闭电视接收器应用或电视接收器装置的任何时候结束。
图11图示了由接收装置执行的处理的实施例。该处理一般而言从步骤S1100开始，在步骤S1100中确定操作系统时钟时间(例如，OS_clock)。处理前进到步骤S1102，以从接收到的广播流中确定广播服务的电视内容的可用性开始时间(例如，signaled_AST)。可以从广播流中包括的MPD文件中检索这个可用性开始时间。处理前进到步骤S1104，以基于可用性开始时间来确定与电视内容对应的媒体片段的预期接收时间。可以基于MPD文件中包括的可用性开始时间来确定媒体片段的预期接收时间。
处理前进到步骤S1106以确定与电视内容对应的媒体片段的实际接收时间。处理前进到步骤S1108，以确定表示可用性开始时间(例如，signaled_AST)和媒体片段的接收时间与媒体片段的预期接收时间之差的总和的观察到的AST(例如，observed_AST＝signaled_AST+(媒体到达时间-预期媒体到达时间)。处理前进到步骤S1110，以根据观察到的AST调整操作系统时钟(例如，Wall Clock Time＝OS_clock+(signaled_AST-observed_AST))。
图12是示出计算机的硬件配置的示例的框图，该计算机可以被配置为执行接收装置和服务分发系统中的任何一个或组合的功能。例如，在一个实施例中，计算机被配置为执行本文关于接收装置20和/或服务提供者102的描述的功能之一或组合。
如图12中所示，计算机包括经由一条或多条总线1208彼此互连的CPU 1202、ROM(只读存储器)1204和RAM(随机存取存储器)1206。一条或多条总线1208进一步与输入-输出接口1210连接。输入输出接口1210与由键盘、鼠标、麦克风、遥控器等形成的输入部分1212连接。输入输出接口1210还与由音频接口、视频接口、显示器、扬声器等形成的输出部分1214；由硬盘、非易失性存储器或其它非暂态计算机可读存储介质形成的记录部分1216；由网络接口、调制解调器、USB接口、火线接口等形成的通信部分1218；以及用于驱动可移动介质1222(诸如磁盘、光盘、磁光盘、半导体存储器等)的驱动器1220连接。
根据一个实施例，CPU 1202经由输入-输出接口1210和总线1208将存储在记录部分1216中的程序加载到RAM 1206中，然后执行被配置为提供本文关于接收装置120和/或服务提供者102描述的功能之一或组合的功能的程序。
以图2和12中所示的结构示例中的任何一个为例的上述(例如参考图10和11)硬件描述构成或包括被编程或被配置为执行上述算法的专用对应结构。例如，图10和11中所示的算法中的任何一个或组合可以完全由图2中所示的单个设备中包括的电路执行。
显然，根据上述教导，许多修改和变化是可能的。因此，应该理解的是，在所附权利要求的范围内，可以以不同于本文具体描述的方式来实践本公开。
因此，前述讨论仅公开和描述了本公开的示例性实施例。如本领域技术人员将理解的，在不脱离本发明的精神或基本特性的情况下，本公开可以以其它具体形式来实施。因而，本公开旨在是说明性的，而不是限制本公开以及其它权利要求的范围。本公开(包括本文中的教导的任何容易辨别的变型)部分地定义了前述权利要求术语的范围，使得没有发明性主题专门针对公众。
本公开的实施例包括显著有利的特征，诸如：
(1)具有足够容量以缓冲大量内容的可用存储装置。
(2)直接缓冲从调谐器/解调器接收到的ALP分组，以便从暂停缓冲区回放。
(3)根据暂停缓冲区中的可用存储器，要施加的时移量是可调的，从零(例如，观看实况TV)到任何期望的量。
(4)在暂停缓冲区中记录多个TV服务以向同一广播流中携带的服务提供即时频道改变的能力，以及在切换到这种服务之后倒带以查看该服务上先前广播的内容的能力。
(5)当从暂停缓冲区播放内容时，特技播放回放(例如，快进、快退、暂停等)的可用性。
(6)选择回放选项(例如，内容服务特征)的能力，诸如在时移回放时对音频或字幕的语言或不同视频轨道的选择，就好像内容被实况播放一样。
(7)与时移内容交互的能力。
(8)处理操作系统时间的准确性相对于由广播公司使用的GPS准确时间的误差的能力。
上面的公开内容还涵盖下面列出的实施例。
(1)一种接收装置，包括：接收器电路系统，被配置为接收广播流，该广播流包括：(i)用户选择的第一广播公司服务和(ii)第二广播公司服务；解调器，被配置为将广播流解调为多个数据分组；以及处理电路系统，被配置为将与第一广播公司服务和第二广播公司服务对应的所述多个数据分组存储在暂停缓冲区中，处理与所选择的第一广播公司服务相关联的每个数据分组以提取音频和视频内容，以及在第一时间段期间向用户输出与第一广播公司服务相关联的提取出的音频和视频内容，作为实况TV广播的一部分。
(2)根据特征(1)所述的接收装置，其中处理电路系统还被配置为在第一时间段之后的第二时间段期间接收指示产生与第二广播公司服务相关联的在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入，从暂停缓冲区中检索与中间时间段期间可用的音频和视频内容相关联的数据分组，处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容，以及输出第二广播公司服务的在中间时间段期间可用的音频和视频内容，作为时移回放的一部分。
(3)根据特征(2)所述的接收装置，其中处理电路系统还被配置为在第二广播公司服务的在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务特征，其中所述至少一个内容服务特征包括在广播流中。
(4)根据特征(1)-(3)中的任一项所述的接收装置，其中处理电路系统还被配置为在第一时间段之后的第二时间段期间接收指示产生与第一广播公司服务相关联的在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入，从暂停缓冲区中检索与在中间时间段期间可用的音频和视频内容相关联的数据分组，处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容，输出第二广播公司服务的在中间时间段期间可用的音频和视频内容，作为时移回放的一部分，以及在第一广播公司服务的在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务功能，其中所述至少一个内容服务功能包括在接收到的广播流中。
(5)根据特征(3)或(4)所述的接收装置，其中与第一广播公司服务相关联的所述至少一个内容服务选自隐藏字幕、非主要语言音频、非主要语言子标题和备用视角构成的组。
(6)根据特征(3)-(5)中的任一项所述的接收装置，其中处理电路系统被配置为执行被提供有接收到的广播流的广播公司应用，其中广播公司应用显示包括所述至少一个内容服务特征的多个用户可选择的选项。
(7)根据特征(6)所述的接收装置，其中广播公司应用被配置为将所述至少一个内容服务特征与在中间时间段期间可用的音频和视频内容的时移回放同步。
(8)根据特征(1)-(7)中的任一项所述的接收装置，其中处理电路系统还被配置为确定从对每个数据分组的处理而生成的每个文件是否被存储在暂停缓冲区中，响应于确定来自生成的文件的文件未存储在暂停缓冲区中，将该文件存储在暂停缓冲区中，以及响应于确定来自生成的文件的文件存储在暂停缓冲区中，丢弃该文件。
(9)根据特征(1)-(7)中的任一项所述的接收装置，其中包括在接收到的广播流中的每个广播公司服务是高级电视系统委员会(ATSC)服务，并且所述多个数据分组是ATSC链路层协议(ALP)分组。
(10)一种接收装置，包括：接收器电路系统，被配置为接收包括由用户选择的广播公司服务的广播流；解调器，被配置为将广播流解调为多个数据分组；以及处理电路系统，被配置为将所述多个数据分组存储在暂停缓冲区中，处理与所选择的广播公司服务相关联的每个数据分组以提取音频和视频内容，在第一时间段期间向用户输出提取出的音频和视频内容，作为实况TV广播的一部分，在第一时间段之后的第二时间段期间接收指示产生在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入，从暂停缓冲区中检索与中间时间段期间可用的音频和视频内容相关联的数据分组，处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容，输出在中间时间段期间可用的音频和视频内容，作为时移回放的一部分，以及在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务特征，其中所述至少一个内容服务特征包括在存储在暂停缓冲区并从中检索的所述多个数据分组中。
(11)根据特征(10)所述的接收装置，其中存储在暂停缓冲区中并从中检索的所述多个数据分组是IP分组或高级电视系统委员会(ATSC)链路层协议(ALP)分组。
(12)根据特征(10)或(11)所述的接收装置，其中存储在暂停缓冲区中并从中检索的所述多个数据分组包括HTTP上的动态自适应流发送(DASH)内容或MPEG媒体发送(MMT)内容。
(13)根据特征(10)-(12)中的任一项的接收装置，其中与广播公司服务相关联的所述至少一个内容服务选自隐藏字幕、非主要语言音频、非主要语言子标题和备用视角构成的组。
(14)一种接收装置，包括：接收器电路系统，被配置为接收包括由用户选择的广播公司服务的广播流；解调器，被配置为将广播流解调为多个数据分组；以及处理电路系统，被配置为确定操作系统时钟时间，处理数据分组以确定与广播公司服务相关联的电视内容的发信号通知的可用性开始时间(AST)，基于发信号通知的AST确定与电视内容对应的媒体片段的预期接收时间，确定与电视内容对应的媒体片段的实际接收时间，确定表示发信号通知的AST和媒体片段的接收时间与媒体片段的预期接收时间之差的总和的观察到的AST，根据观察到的AST确定从操作系统时钟时间偏移的回放时钟时间，以及根据确定的回放时钟时间输出与接收到的广播公司服务相关联的音频和视频内容。
(15)根据特征(14)所述的接收装置，其中通过将发信号通知的AST与观察到的AST之差与操作系统时钟相加来使回放时钟时间从操作系统时钟偏移。
(16)根据特征(14)或(15)所述的接收装置，其中发信号通知的AST被包括在媒体呈现描述文件中。
(17)根据特征(14)所述的接收装置，其中包括在广播流中的广播公司服务是高级电视系统委员会(ATSC)服务，并且所述多个数据分组是ATSC链路层协议(ALP)分组。
(18)一种包括存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行方法，该方法包括在暂停缓冲区中存储与由用户选择的第一广播公司服务以及第二广播公司服务对应的多个数据分组，第一广播公司和第二广播公司服务是在被解调为所述多个数据分组的广播流中被接收的；处理与所选择的第一广播公司服务相关联的每个数据分组以提取音频和视频内容；以及在第一时间段期间向用户输出与第一广播公司服务相关联的提取出的音频和视频内容，作为实况TV广播的一部分。
(19)一种包括存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行方法，该方法包括在暂停缓冲区中存储与在广播流中接收到的与广播公司服务对应的多个数据分组，该广播流被解调为所述多个数据分组；处理与所选择的广播公司服务相关联的每个数据分组以提取音频和视频内容；在第一时间段期间向用户输出提取出的音频和视频内容，作为实况TV广播的一部分；在第一时间段之后的第二时间段期间接收指示产生在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入；从暂停缓冲区中检索与中间时间段期间可用的音频和视频内容相关联的数据分组；处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容；输出在中间时间段期间可用的音频和视频内容，作为时移回放的一部分；以及在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务特征，其中所述至少一个内容服务特征包括在存储在暂停缓冲区并从中检索的所述多个数据分组中。
(20)一种包括存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行方法，该方法包括处理从接收到的广播流解调的数据分组以确定与包括在接收到的广播流中的广播公司服务相关联的电视内容的发信号通知的可用性开始时间(AST)；基于发信号通知的AST确定与电视内容对应的媒体片段的预期接收时间；确定与电视内容对应的媒体片段的实际接收时间；确定表示发信号通知的AST和媒体片段的接收时间与媒体片段的预期接收时间之差的总和的观察到的AST；根据观察到的AST确定从操作系统时钟时间偏移的回放时钟时间；以及根据确定的回放时钟时间输出与接收到的广播公司服务相关联的音频和视频内容。

Claims (20)

1.一种接收装置，包括：
接收器电路系统，被配置为接收广播流，该广播流包括：(i)用户选择的第一广播公司服务和(ii)第二广播公司服务；
解调器，被配置为将广播流解调为多个数据分组；以及
处理电路系统，被配置为：
将与第一广播公司服务和第二广播公司服务对应的所述多个数据分组存储在暂停缓冲区中，
处理与所选择的第一广播公司服务相关联的每个数据分组以提取音频和视频内容，以及
在第一时间段期间向用户输出与第一广播公司服务相关联的提取出的音频和视频内容，作为实况TV广播的一部分。
2.根据权利要求1所述的接收装置，其中处理电路系统还被配置为：
在第一时间段之后的第二时间段期间接收指示产生与第二广播公司服务相关联的在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入，
从暂停缓冲区中检索与中间时间段期间可用的音频和视频内容相关联的数据分组，
处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容，以及
输出第二广播公司服务的在中间时间段期间可用的音频和视频内容，作为时移回放的一部分。
3.根据权利要求2所述的接收装置，其中处理电路系统还被配置为在第二广播公司服务的在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务特征，其中所述至少一个内容服务特征包括在广播流中。
4.根据权利要求1所述的接收装置，其中处理电路系统还被配置为：
在第一时间段之后的第二时间段期间接收指示产生与第一广播公司服务相关联的在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入，
从暂停缓冲区中检索与在中间时间段期间可用的音频和视频内容相关联的数据分组，
处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容，
输出第二广播公司服务的在中间时间段期间可用的音频和视频内容，作为时移回放的一部分，以及
在第一广播公司服务的在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务功能，其中所述至少一个内容服务功能包括在接收到的广播流中。
5.根据权利要求3所述的接收装置，其中与第一广播公司服务相关联的所述至少一个内容服务选自隐藏字幕、非主要语言音频、非主要语言子标题和备用视角构成的组。
6.根据权利要求3所述的接收装置，其中处理电路系统被配置为执行被提供有接收到的广播流的广播公司应用，其中广播公司应用显示包括所述至少一个内容服务特征的多个用户可选择的选项。
7.根据权利要求6所述的接收装置，其中广播公司应用被配置为将所述至少一个内容服务特征与在中间时间段期间可用的音频和视频内容的时移回放同步。
8.根据权利要求1所述的接收装置，其中处理电路系统还被配置为确定从对每个数据分组的处理而生成的每个文件是否被存储在暂停缓冲区中，
响应于确定来自生成的文件的文件未存储在暂停缓冲区中，将该文件存储在暂停缓冲区中，以及
响应于确定来自生成的文件的文件存储在暂停缓冲区中，丢弃该文件。
9.根据权利要求1所述的接收装置，其中包括在接收到的广播流中的每个广播公司服务是高级电视系统委员会(ATSC)服务，并且所述多个数据分组是ATSC链路层协议(ALP)分组。
10.一种接收装置，包括：
接收器电路系统，被配置为接收包括由用户选择的广播公司服务的广播流；
解调器，被配置为将广播流解调为多个数据分组；以及
处理电路系统，被配置为：
将所述多个数据分组存储在暂停缓冲区中，
处理与所选择的广播公司服务相关联的每个数据分组以提取音频和视频内容，
在第一时间段期间向用户输出提取出的音频和视频内容，作为实况TV广播的一部分，
在第一时间段之后的第二时间段期间接收指示产生在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入，
从暂停缓冲区中检索与中间时间段期间可用的音频和视频内容相关联的数据分组，
处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容，
输出在中间时间段期间可用的音频和视频内容，作为时移回放的一部分，以及
在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务特征，
其中所述至少一个内容服务特征包括在存储在暂停缓冲区并从中检索的所述多个数据分组中。
11.根据权利要求10所述的接收装置，其中存储在暂停缓冲区中并从中检索的所述多个数据分组是IP分组或高级电视系统委员会(ATSC)链路层协议(ALP)分组。
12.根据权利要求10所述的接收装置，其中存储在暂停缓冲区中并从中检索的所述多个数据分组包括HTTP上的动态自适应流传输(DASH)内容或MPEG媒体传输(MMT)内容。
13.根据权利要求10所述的接收装置，其中与广播公司服务相关联的所述至少一个内容服务选自隐藏字幕、非主要语言音频、非主要语言子标题和备用视角构成的组。
14.一种接收装置，包括：
接收器电路系统，被配置为接收包括由用户选择的广播公司服务的广播流；
解调器，被配置为将广播流解调为多个数据分组；以及
处理电路系统，被配置为：
确定操作系统时钟时间，
处理数据分组以确定与广播公司服务相关联的电视内容的发信号通知的可用性开始时间(AST)，
基于发信号通知的AST确定与电视内容对应的媒体片段的预期接收时间，
确定与电视内容对应的媒体片段的实际接收时间，
确定表示发信号通知的AST和媒体片段的接收时间与媒体片段的预期接收时间之差的总和的观察到的AST，
根据观察到的AST确定从操作系统时钟时间偏移的回放时钟时间，以及
根据确定的回放时钟时间输出与接收到的广播公司服务相关联的音频和视频内容。
15.根据权利要求14所述的接收装置，其中通过将发信号通知的AST与观察到的AST之差与操作系统时钟相加来使回放时钟时间从操作系统时钟偏移。
16.根据权利要求14所述的接收装置，其中发信号通知的AST被包括在媒体呈现描述文件中。
17.根据权利要求14所述的接收装置，其中包括在广播流中的广播公司服务是高级电视系统委员会(ATSC)服务，并且所述多个数据分组是ATSC链路层协议(ALP)分组。
18.一种包括存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行方法，该方法包括：
在暂停缓冲区中存储与由用户选择的第一广播公司服务以及第二广播公司服务对应的多个数据分组，第一广播公司服务和第二广播公司服务是在被解调为所述多个数据分组的广播流中被接收的；
处理与所选择的第一广播公司服务相关联的每个数据分组以提取音频和视频内容；以及
在第一时间段期间向用户输出与第一广播公司服务相关联的提取出的音频和视频内容，作为实况TV广播的一部分。
19.一种包括存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行方法，该方法包括：
在暂停缓冲区中存储与在广播流中接收到的与广播公司服务对应的多个数据分组，该广播流被解调为所述多个数据分组；
处理与所选择的广播公司服务相关联的每个数据分组以提取音频和视频内容；
在第一时间段期间向用户输出提取出的音频和视频内容，作为实况TV广播的一部分；
在第一时间段之后的第二时间段期间接收指示产生在第一时间段和第二时间段之间的中间时间段期间可用的音频和视频内容的请求的用户输入；
从暂停缓冲区中检索与中间时间段期间可用的音频和视频内容相关联的数据分组；
处理从暂停缓冲区中检索出的每个数据分组以提取中间时间段期间可用的音频和视频内容；
输出在中间时间段期间可用的音频和视频内容，作为时移回放的一部分；以及
在中间时间段期间可用的音频和视频内容的时移回放期间提供至少一个内容服务特征，
其中所述至少一个内容服务特征包括在存储在暂停缓冲区并从中检索的所述多个数据分组中。
20.一种包括存储在其中的指令的非暂态计算机可读介质，该指令在由接收装置中的处理器执行时使处理器执行方法，该方法包括：
处理从接收到的广播流解调的数据分组以确定与包括在接收到的广播流中的广播公司服务相关联的电视内容的发信号通知的可用性开始时间(AST)；
基于发信号通知的AST确定与电视内容对应的媒体片段的预期接收时间；
确定与电视内容对应的媒体片段的实际接收时间；
确定表示发信号通知的AST和媒体片段的接收时间与媒体片段的预期接收时间之差的总和的观察到的AST；
根据观察到的AST确定从操作系统时钟时间偏移的回放时钟时间；以及
根据确定的回放时钟时间输出与接收到的广播公司服务相关联的音频和视频内容。
CN201980076473.0A 2018-11-23 2019-11-20 时移回放 Active CN113170226B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/199,110 2018-11-23
US16/199,110 US11076194B2 (en) 2018-11-23 2018-11-23 Time-shifted playback
PCT/IB2019/060005 WO2020104976A1 (en) 2018-11-23 2019-11-20 Time-shifted playback

Publications (2)

Publication Number Publication Date
CN113170226A true CN113170226A (zh) 2021-07-23
CN113170226B CN113170226B (zh) 2023-09-15

Family

ID=68733415

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980076473.0A Active CN113170226B (zh) 2018-11-23 2019-11-20 时移回放

Country Status (6)

Country Link
US (1) US11076194B2 (zh)
EP (1) EP3868118A1 (zh)
JP (2) JP7288588B2 (zh)
KR (1) KR102523444B1 (zh)
CN (1) CN113170226B (zh)
WO (1) WO2020104976A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112104648A (zh) * 2020-09-14 2020-12-18 北京达佳互联信息技术有限公司 数据处理方法、装置、终端、服务器及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050044570A1 (en) * 2003-08-20 2005-02-24 Thomas Poslinski Caching data from multiple channels simultaneously
CN1751513A (zh) * 2003-02-12 2006-03-22 视频网络Ip控股有限公司 用于捕获和有选择重放广播节目的系统
US20090148134A1 (en) * 2007-12-05 2009-06-11 Kabushiki Kaisha Toshiba Broadcast receiving apparatus and broadcast receiving method

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2398200C (en) 2000-08-02 2011-04-26 Opentv, Inc. System and method for providing multi-perspective instant replay
US7930419B2 (en) * 2005-12-04 2011-04-19 Turner Broadcasting System, Inc. System and method for delivering video and audio content over a network
JP5234801B2 (ja) 2009-04-21 2013-07-10 Ｎｅｃシステムテクノロジー株式会社 デジタル放送録画装置及び方法
JP2011010006A (ja) 2009-06-25 2011-01-13 Sony Corp 情報処理装置及び情報処理方法
JP2013121120A (ja) 2011-12-08 2013-06-17 Samsung Yokohama Research Institute Co Ltd デジタル放送受信機、及びデジタル放送記録方法
CN104429087B (zh) 2012-07-10 2018-11-09 夏普株式会社 再现装置、再现方法、发布装置、发布方法
US20140223502A1 (en) * 2013-02-06 2014-08-07 General Instrument Corporation Method of Operating an IP Client
US20140282790A1 (en) * 2013-03-15 2014-09-18 Echostar Technologies L.L.C. Systems and methods for avoiding missing television programming when changing between television channels
US20140282699A1 (en) * 2013-03-15 2014-09-18 Motive Television Plc Enhanced broadcast television for portable devices
JP6488565B2 (ja) 2014-06-06 2019-03-27 日本電気株式会社 データ放送情報制御装置、データ放送情報表示システム、データ放送情報制御方法およびデータ放送情報制御装置プログラム
US20160248829A1 (en) 2015-02-23 2016-08-25 Qualcomm Incorporated Availability Start Time Adjustment By Device For DASH Over Broadcast
US20180048932A1 (en) * 2016-08-15 2018-02-15 Sony Corporation Signaling methods and apparatus
JPWO2018079295A1 (ja) 2016-10-27 2019-09-12 ソニー株式会社 情報処理装置、及び、情報処理方法
US20180176637A1 (en) 2016-12-16 2018-06-21 Electronics And Telecommunications Research Institute Apparatus and method for retransmitting advanced television systems committee (atsc) 3.0 digital tv broadcast

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1751513A (zh) * 2003-02-12 2006-03-22 视频网络Ip控股有限公司 用于捕获和有选择重放广播节目的系统
US20050044570A1 (en) * 2003-08-20 2005-02-24 Thomas Poslinski Caching data from multiple channels simultaneously
US20090148134A1 (en) * 2007-12-05 2009-06-11 Kabushiki Kaisha Toshiba Broadcast receiving apparatus and broadcast receiving method

Also Published As

Publication number Publication date
KR20210078538A (ko) 2021-06-28
US20200169776A1 (en) 2020-05-28
JP7288588B2 (ja) 2023-06-08
US11076194B2 (en) 2021-07-27
JP2023130333A (ja) 2023-09-20
EP3868118A1 (en) 2021-08-25
WO2020104976A1 (en) 2020-05-28
KR102523444B1 (ko) 2023-04-20
CN113170226B (zh) 2023-09-15
JP2022507910A (ja) 2022-01-18

Similar Documents

Publication Publication Date Title
US10462530B2 (en) Systems and methods for providing a multi-perspective video display
KR101669604B1 (ko) 콘텐츠 수신 장치 및 방법
US7340762B2 (en) Method and apparatus for broadcasting, viewing, reserving and/or delayed viewing of digital television programs
CA2758267C (en) Digital video recorder recording and rendering programs formed from spliced segments
US20080168503A1 (en) System and Method for Selecting and Viewing Broadcast Content Based on Syndication Streams
JPWO2012043354A1 (ja) 受信装置、受信方法、及びプログラム
US20080155581A1 (en) Method and Apparatus for Providing Commercials Suitable for Viewing When Fast-Forwarding Through a Digitally Recorded Program
JPH09233419A (ja) テレビジョン信号受信装置
KR102020689B1 (ko) 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템
MX2011010411A (es) Sistemas y metodos para grabacion interrumpida de programas.
JP2004297628A (ja) ストリーム切替装置およびその装置にコンテンツを提供する装置
JP2023130333A (ja) タイムシフト再生
JP2006309819A (ja) 録画再生装置
EP1266521A1 (en) System and method for providing multi-perspective instant replay
AU2001266732A1 (en) System and method for providing multi-perspective instant replay
EP2662790A2 (en) A content distribution system comprising an on-demand server
JP5997500B2 (ja) 放送通信連携受信装置
JP7462199B1 (ja) 番組受信表示装置及び番組受信表示制御方法
WO2023136241A1 (ja) 番組受信表示装置及び番組受信表示制御方法
JP2011077893A (ja) コンテンツ送信装置、コンテンツ受信装置及びコンテンツ受信方法
KR101094794B1 (ko) 디지털 방송 송수신 장치 및 송수신 방법.
JP6596363B2 (ja) 時刻マッピング情報生成装置、同期再生システム、時刻マッピング情報生成方法及び時刻マッピング情報生成プログラム
JP3922110B2 (ja) テレビジョン信号受信装置
KR20140134097A (ko) 클라우드 환경에서 녹화 서비스 제공 방법 및 장치
KR20050080829A (ko) 디지털 방송 수신 시스템의 프로그램 정보 재생방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant