CN103227939B - 用于实时直播流内容的系统、方法和基础设施 - Google Patents
用于实时直播流内容的系统、方法和基础设施 Download PDFInfo
- Publication number
- CN103227939B CN103227939B CN201310021612.4A CN201310021612A CN103227939B CN 103227939 B CN103227939 B CN 103227939B CN 201310021612 A CN201310021612 A CN 201310021612A CN 103227939 B CN103227939 B CN 103227939B
- Authority
- CN
- China
- Prior art keywords
- content
- stream
- uri
- file
- assets
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- 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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
-
- 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/47202—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 content on demand, e.g. video on demand
-
- 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/61—Network physical structure; Signal processing
- H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
- H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
-
- 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/812—Monomedia components thereof involving advertisement data
-
- 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/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
-
- 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/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Abstract
提供了用于使用现有的管理服务器基础设施来传送视频点播或流内容(包括实时直播流)的系统和方法。可以采用现有的客户端内容重放设备(诸如,IPTV)来使内容项形成流、获得提供给用户的信息、追踪用户的观看习惯、等等。通过再利用现有的客户端设备,无需在用户侧购买额外的硬件。通过再利用管理服务器基础设施,还可以降低资本开出成本。在这种系统中,用户既可以观看视频点播内容,又可以观看流视听内容。
Description
背景技术
存在提供来自各种内容提供者或服务的互联网视频的基础设施。例如,来自索尼公司的索尼互联网链接(“BIVL”)技术提供了一种硬件设备,该硬件设备当耦合至宽带互联网连接时允许经由管理服务器基础设施访问互联网视频服务。这种基础设施传送记录的视听媒体内容,诸如,视频文件、音乐文件和音频文件。
流是指按照恒定的方式从源的发射端至接收器处的接收和显示端传送媒体内容。例如,通常使向网络计算机的数字内容显示的互联网传送形成流,例如,互联网电视内容。使用诸如HTTP的协议来传送当前形成流的内容,虽然指定了某些参数,例如,何时取回内容文件、涉及哪些标签、等等,但是这些参数并不提供完整的形成流解决方案。虽然创建任何新的现场流内容基础设施对于许多应用来说是有用的,但是其需要新的硬件、软件、以及较大的投资。
此外,在很多情况下,对于服务提供者来说,提供保护和传送流内容所需要的安全性和客户端管理基础设施并不可行。在某些情况下,成本让人望而却步,并且提供这种基础设施与服务提供者的商业模式不一致。而且,即使这可以由服务提供者来实现,但拥有大量的服务提供者使得成本和工作量翻倍。因此,需要一种更好的方式来为服务提供者提供流服务。
发明内容
系统和方法的实现方式使用现有的管理服务器基础设施来传送视频点播或流内容,包括实时直播流。可以采用现有的客户端内容重放设备(诸如,IPTV)来使内容项形成流、获得提供给用户的信息、广告、追踪用户观看习惯、等等。通过重新使用现有的客户端设备,无需在用户侧购买额外的硬件。通过重新使用现有的管理服务器基础设施,还可以减少资本开支。在这种系统中,用户既可以观看视频点播内容也可以观看流视听内容。
系统和方法的实现方式还提供使得IPTV设备能够访问并获得视频点播内容或流内容的方法和协议。尽管以下描述将主要提及视频点播内容或流内容,但应该理解,根据在此描述的原理的系统和方法适用于实时直播流内容以及其它这样的内容。此外,除非上下文另外说明,否则术语“内容项”、“内容”、以及“资产”通常可以互换地使用。
在服务提供者的流内容元数据由系统摄入用于公布之后,或者在可以消费第三方服务提供者的流内容之后,该方法和协议允许IPTV设备访问、获取并且消费该内容。在这种情况下,IPTV设备可以通过经由服务管理器模块将其能力传输至管理服务器来表示对直播流的支持。
该系统和方法可以采用多个组成部件和步骤。流程开始于馈送至媒体编码器系统的内容源。下面将描述具体的实现方式,但是应该理解,可以根据给定的应用使用文件类型以及协议等的变型。媒体编码器系统将直播的或者预先录制的输入视听媒体流编码成例如BIVL兼容视听流,例如,MPEG2-TS流。该编码的MPEG2-TS流馈送至媒体分割器或切割器中,该媒体分割器或切割器将流切割成一个或多个流或文件。下一步骤是生成纯文本文件(例如,具有文件名扩展.m3u8的M3U8文件),该纯文本文件包含至具有文件名扩展.ts的切割的流或文件的URI。当生成了该文件时,可以例如使用具有CBC和VI值8的AES-128比特对该文件进行加密,并且将其上传至或放置在web服务器文件夹中,在该web服务器文件夹中,其可以由经过验证的IPTV客户端访问并取回。
在IPTV客户端可以获知这些文件的位置之前,可以按照合适的方式(例如,经由管理服务器基础设施)对该客户端进行验证。当经过验证的IPTV客户端指示其对流的支持时,则呈现一份流服务列表给该客户端。当选择了直播流服务时,提供一份直播流和视频点播视听媒体内容的列表,其可以是服务、类别、或资产。当依次选择服务、类别、资产或其组合时,管理服务器和/或服务提供者可以执行验证。一旦经过验证,IPTV客户端就可以对加密的.ts文件进行解密并开始重放直播流内容。
该系统和方法还提供使得IPTV设备能够访问并获得流资产的方法和协议。在服务提供者的流内容元数据已经被摄入至管理服务器基础设施之后,或者在可以消费第三方服务提供者的流内容之后,该系统和方法为IPTV设备提供定义和协议以访问、获得并且消费该内容。具体地,该系统和方法可以利用诸如HTTPS的协议以及诸如用于校验和的散列值的安全性来采用管理服务器资产列表以及资产信息API。按照这种方式,可以将流资产整合至管理服务器基础设施的当前资产规范中,使得服务提供者可以将其流内容指定给IPTV客户端。相反地,IPTV客户端可以将其支持流内容的能力指定给内容源。按照这种方式,IPTV客户端可以安全地访问、获得、并且重放或消费流资产。
更具体地,在如上所述地将流资产放置在web文件夹中之后,服务提供者可以通过为API响应添加定义使得其流内容可以由IPTV设备从例如管理服务器基础设施取回。该添加的定义可以包括例如apiContents和apiInformation响应。在一个实现方式中,可以添加如下:<source>attributesstreams_types=”HTTPLS”;protocol=”https”;以及metafile_types=”M3U8”,然后其可以将该内容识别为例如直播流内容。此外,<source>的值可以包含至.m3u8文件的URI。在这些具体的实现方式中,为了IPTV客户端能够重放该内容,其应该支持M3U8元文件类型并且使用诸如HTTPS的协议。对于其它实现方式,可以理解其它的类型和协议。
一旦服务提供者确定客户端支持直播流内容,则其返回正确的资产列表或资产。客户端进行apiContents和apiInformation调用,在上述实现方式中,使用至.m3u8文件的URI的HTTPS取回要播放的内容。注意,甚至可以对非流内容进行这样的调用。
在其它实现方式中,根据在此描述的原理的系统和方法可以实现在使用托管服务器作为成套系统解决方案的管理服务器基础设施上的直播流。这样,不能提供其自己的流基础设施的服务提供者可以出于此目的借用一个或多个公共托管服务器。
在一个这样的实现方式中,关于流文件的元数据被格式化成例如XML文件,并且被摄入至托管服务器(具体地,托管服务器上的摄入模块)中。由此,元数据被托管在托管服务器上。托管服务器可以处理所有针对请求客户端的验证和安全性,并且返回至与流内容相关联的索引文件(例如,.m3u8文件)的URI。经过验证的IPTV客户端向管理服务器的服务管理器模块指示其对流的支持,并且向该经过验证的IPTV客户端呈现一份可用的流服务列表。当选择了流服务时,可以对托管服务器进行调用,该托管服务器返回一份直播流和视频点播视听媒体内容的列表。当选择资产时,托管服务器可以执行验证。一旦验证被成功执行,则IPTV客户端可以调用并解密该加密的.ts文件,并且开始流内容重放。
用户可以通过很多方式,包括使用结合内容重放设备的标准遥控装置或者使用第二显示器,来选择用于形成流的内容,其中该标准遥控装置与用户帐户相关联并且该第二显示器也可选地与用户账户相关联。在这种背景下使用第二显示设备具有某些益处,因为该第二显示设备提供IPTV的补充功能,但是总体上不需要用户的额外投资,这是由于该第二显示设备利用大多数用户已经拥有的设备(例如,智能手机、膝上型计算机、平板计算机、台式机、互联网设备、等等)。关于这种第二显示器的附加细节以及它们经由例如代理服务器或其它方式与内容重放设备之间的交互,可以参见申请人的共同待决的2011年3月31日提交的标题为“PERSONALIZEDSECONDDISPLAYBROWSINGEXPERIENCEDUETOMULTIPLESESSIONFEATURE”的美国专利申请序列号为13/077,181的美国专利申请,该美国专利申请由本申请的受让人拥有并且在此通过引用将该美国专利申请整体并入在本申请中。
当采用第二显示器时,该第二显示器可以包括能够运行与内容重放设备通信的应用程序的任何设备,该内容重放设备包括但不限于:个人计算机、膝上型计算机、笔记本计算机、上网本计算机、手持计算机、个人数字助理、移动电话、智能电话、平板计算机、手持游戏设备、游戏控制器、以及为此目的专门设计的设备,在这种情况下,该特殊设备至少包括足以运行第二显示器应用程序的处理器以及足够资源和联网能力。
在一般的方法中,包括使用第二显示器,用户具有与服务的交换所或源相关联的用户账户。本文中,源或交换所被表示为管理服务器,但是应该理解,该用户账户可以直接与服务提供者关联。管理服务器与至少一个内容服务器(其通常与服务提供者相关联)通信,使得内容服务器提供诸如流资产的内容项,以用于在内容重放设备处呈现或访问。用户账户具有存储在其上的关于哪些内容重放设备与该用户账户相关联的信息。当用户登陆时,他们可以看见内容重放设备列表并且可以选择具体的内容重放设备。一旦内容重放设备已经被选定,则显示一份服务列表,用户可以从该服务列表中进行选择。根据选定的服务,用户可以选择用于流观看的内容项,并且如果该服务要求,则经受附属(affiliation)步骤或验证步骤。附加的细节可以在上述通过引用并入在此的申请中找到。
在一个方面,本发明针对用于托管来自服务提供者的资产以及关于资产的元数据的方法,所述资产用于形成流或视频点播,所述方法包括:接收来自服务提供者或内容传送网络的元数据文件,所述元数据文件与web文件夹中的资产相关联,所述资产被形成流或视频点播,所述文件夹包括索引文件和多个传输流文件;接收来自内容重放设备的接收所述资产的请求,所述内容重放设备具有验证凭证;以及向所述内容重放设备提供URI,所述URI提供所述索引文件的位置,所述内容重放设备可以从该位置接收所述内容,所述位置与服务提供者或内容传送网络相关联。
本发明的实现方式可以包括以下描述中的一个或多个。所述元数据文件可以是XML文件。所述方法可以进一步包括接收来自所述内容重放设备的用户令牌,在验证时,所述用户令牌已经由管理服务器提供给所述内容重放设备。所述验证凭证可以与用户账户相关联,并且所述方法进一步包括传送提供给用户的信息至所述内容重放设备,提供给用户的信息的选择至少部分地基于所述用户账户中的数据。所述验证凭证可以用户账户相关联,并且所述方法进一步包括传送附加内容项的推荐至所述内容重放设备,所述推荐至少部分地基于所述用户账户中的数据。提供URI包括向所述内容重放设备提供代理URI,所述代理URI仅在所述内容传送网络处可转换成实际URI,使得URI文件的实际位置对于所述内容重放设备是隐藏的。
在另一方面,本发明针对一种包括使计算机设备实现上述方法的指令的非瞬态计算机可读介质。
在另一方面,本发明针对一种进行托管、验证以及安排以把资产传送至内容重放设备的服务器系统,包括:摄入模块,所述摄入模块接收包含关于资产的元数据的文件;验证模块,在请求所述资产时,所述验证模块接收来自内容重放设备的验证凭证;以及服务或资产模块,所述服务或资产模块用于向所述内容重放设备提供索引文件的URI,所述索引文件对应于所述资产,所述URI允许所述内容重放设备访问来自服务提供者或内容传送网络的所述索引文件。所述系统可以进一步包括信息提供模块,所述信息提供模块用于至少部分地基于与用户账户相关联的数据将提供给用户的信息提供至所述内容重放设备,所述用户账户与所述内容重放设备相关联。所述系统可以进一步包括推荐模块,所述推荐模块用于至少部分地基于与用户账户相关联的数据将内容项的推荐提供至所述内容重放设备,所述用户账户与所述内容重放设备相关联。所述系统可以进一步包括代理模块,所述代理模块与所述索引文件模块进行通信,以向所述内容重放设备提供代理URI,当从所述内容重放设备接收到所述代理URI时,所述内容传送网络能把所述代理URI转换成实际URI。
在另一方面,本发明针对一种摄入关于来自至少两个服务提供者的内容项的元数据的方法,包括:在托管服务器处接收来自第一服务提供者的关于至少一个内容项的信息,所述信息包括流类型、元文件类型、以及视频类型中的至少一个,所述内容项用于视频点播或用于形成流;在托管服务器处接收来自第二服务提供者的关于至少一个内容项的信息,所述信息包括流类型、元文件类型、以及视频类型中的至少一个,所述内容项用于视频点播或用于形成流;以及将来自所述第一和第二服务提供者的信息存储在所述托管服务器上。
本发明的实现方式可以包括以下描述中的一个或多个。所述方法可以进一步包括在所述托管服务器处接收来自客户端设备的对内容项的请求,并且一旦成功验证所述客户端设备,就提供URI至进行请求的客户端设备,所述URI对应于与所述内容项相关联的索引文件的网络位置,所述网络位置不是所述托管服务器的网络位置。所述元文件可以是XML文件。所述方法可以进一步包括接收来自所述客户端设备的用户令牌,在验证时,所述用户令牌已经由管理服务器提供给所述客户端设备。所述验证凭证可以与用户账户相关联,并且所述方法进一步包括传送提供给用户的信息至所述客户端设备,提供给用户的信息的选择至少部分地基于所述用户账户中的数据。所述验证凭证可以与用户账户相关联,并且所述方法进一步包括传送附加内容项的推荐至所述客户端设备,所述推荐至少部分地基于所述用户账户中的数据。所述提供URI可以包括向所述内容重放设备提供代理URI,所述代理URI仅在所述内容传送网络处可转换成实际URI,使得URI文件的实际位置对于所述客户端设备是隐藏的。
在另一方面,本发明针对一种包括使计算机设备实现上述方法的指令的非瞬态计算机可读介质。
该系统和方法的某些实现方式的优点包括以下描述中的一个或多个。现有的管理服务器基础设施可以被再利用,从而以节约成本的方式传送流内容,并且提供安全性、内容管理、以及客户端管理。可以采用现有的IPTV客户端来使内容形成流、获得提供给用户的信息、以及追踪用户的观看习惯。可以使得用户既能观看视频点播视听内容还能观看直播流视听内容。所述系统和方法具有高扩展性。可方便地采用所述系统和方法把来自诸如演唱会场地、体育赛事、电影事件等源的直播内容传送至现有的内容重放设备,由此为现有客户端带来巨大的价值,并且成为管理服务器基础设施的经营者的收入的另一来源。还可以进一步地采用所述系统和方法来传送提供给用户的信息,从而打开来自客户端公司和第三方广告商的广告收入源。所述系统和方法可以允许传送适合于用户的直播流历史和习惯的提供给用户的信息。所述系统和方法可以提供针对IPTV客户端的安全验证并且可以使用诸如TV_ID和用户令牌之类的参数来验证客户端。所述系统和方法可以提供对潜在的恶意IPTV客户端进行吊销和拒绝。所述系统和方法可以提供对与M3U8文件相关联的URI进行隐藏,使得流内容项的位置对潜在攻击者来说是未知的,所述潜在攻击者试图进行拒绝服务攻击。所述系统和方法可以基于哪些客户端能力已经被记录来对流内容服务进行过滤,并且仅向支持的客户端呈现流内容。所述系统和方法允许服务提供者指定其流内容使得内容重放设备可以访问、获得、并且播放该流内容。这样,服务提供者可以按照便利的方式将流内容信息整合至现有的管理服务器基础设施中。根据在此描述的原理的系统和方法进一步地为期望安全地将内容项以流的方式发送至客户端系统但是缺少自己提供这种解决方案的基础设施的服务提供者提供整体解决方案。
根据以下的描述(包括附图和权利要求书),其它的优点将变得明了。
附图说明
在本说明书中,类似的附图标记表示类似的元件。
图1是根据本原理的一个方面的示例性系统的框图,其示出了可以被用于传送流或视频点播内容至内容重放设备的管理服务器和内容传送网络。
图2是根据本原理的一个方面的更加详细的示例性系统的框图,其示出了可以被用于传送用于视频点播内容的流至内容重放设备的管理服务器和内容传送网络。
图3是示出根据本原理的另一方面的示例性方法的流程图,所述方法用于传送流和/或视频点播内容。
图4是示出根据本原理的又一方面的示例性方法的流程图,所述方法用于传送流和/或视频点播内容。
图5是根据本原理的一个方面的另一示例性系统的框图,其示出了系统检测和处理来自内容重放设备的恶意活动或拒绝服务的活动的方式。
图6是示出根据本原理的另一方面的示例性方法的流程图,所述方法用于在取回流和/或视频点播内容期间检测恶意活动或拒绝服务的活动。
图7是示出根据本原理的另一方面的示例性方法的流程图,所述方法用于取回流和/或视频点播内容。
图8是示出根据本原理的另一方面的示例性方法的流程图,所述方法用于取回流和/或视频点播内容。
图9是示出根据本原理的另一方面的示例性API调用的代码样本,所述方法用于取回流和/或视频点播内容。
图10是示出根据本原理的另一方面的示例性API调用的代码样本,所述方法用于取回流和/或视频点播内容。
图11是根据本原理的一个方面的另一示例性系统的框图,其示出了管理服务器、托管服务器、以及内容传送网络,所述系统可以用于托管元数据、提供验证和安全性、以及安排向内容重放设备传送流内容。
图12是示出从服务提供者发送至托管服务器的示例性摄入文件(呈XML格式)的代码样本,托管服务器从该摄入文件接收关于可用流内容和视频点播内容的、用于托管的元数据。
图13是示出根据本原理的另一方面的示例性方法的流程图,所述方法用于托管元数据、提供验证和安全性、以及安排向内容重放设备传送流内容。
图14是示出根据本原理的一个方面的另一示例性方法的流程图,所述方法用于托管元数据、提供验证和安全性、以及安排向内容重放设备传送流内容。
图15是示出示例性用户界面的示意图,用户可以从该示例性用户界面选择直播内容、视频点播内容、或混合内容。
图16是示出各种类型的流的示意图,包括:窗口流、附加流、以及窗口流和附加流的组合。
图17是根据本原理的一个方面的另一示例性系统的框图,其示出了管理服务器、托管服务器、以及内容传送网络,所述系统可以用于托管元数据、提供验证和安全性、以及安排向内容重放设备传送流内容。
图18是示出根据本原理的另一方面的示例性方法的流程图,所述方法采用托管服务器来托管元数据、提供验证和安全性、以及传送流内容至内容重放设备。
图19是示出根据本原理的另一方面的示例性方法的流程图,所述方法用于将元数据托管在托管服务器上。
图20示出了示例性的计算环境,例如:所公开的IPTV或客户端设备、管理服务器、第二显示器、等等的计算环境。
具体实施方式
参考图1,其示出了包括耦合至本地网络16的内容重放设备12的系统10,该本地网络16可以是有线的、无线的、或者有线和无线的组合。本地网络16还耦合有一个或多个遥控装置14a,遥控装置14a可以是能够经由具有输入控制32的用户界面28提供输入至内容重放设备12以控制具有各种菜单选项的用户界面15的任何类型。除了遥控装置14a,还可以采用第二显示器14b来控制本地网络16上的内容重放设备。第二显示器14b可以采用运行控制应用36的用户界面34。在某些情况下,第二显示器14b可以是膝上型计算机、平板计算机、手持计算机、或其它互联网设备,或者可以包括诸如智能电话之类的移动设备,该第二显示器14b可以直接连接至互联网26或连接至本地网络16,或者连接至这两者。也可以理解其它类型的第二显示器,包括台式计算机等。控制应用36可以作为本地网络的一部分或者从本地网络的外部的某一位置经由本地网络16操作内容重放设备。
内容重放设备12可以经由本地网络16和互联网26访问多个服务器,包括管理服务器40和对应于服务提供者的一个或多个内容服务器22(图1中仅示出一个)。服务器可以与内容传送网络24通信,使得内容项能够被传送至内容重放设备12。
利用图1的系统10,为用户提供了一种方便灵活的方式来选择用于形成流的内容项。
图2中示出了该系统的更加详细的实现方式,其中,示出了系统10’,在该系统10’中,内容重放设备12经由服务管理器模块66耦合至管理服务器40。内容重放设备还耦合至服务提供者30。内容重放设备12至管理服务器40和服务提供者30的耦合通常都经由本地网络16和互联网26。
服务管理器模块66在内容重放设备和管理服务器40之间提供内容的初始网关。当内容重放设备12请求登陆管理服务器40时,其向服务管理器模块66提供TV_ID。使用该TV_ID,管理服务器40可以确定例如在流方面的客户端设备能力。服务管理器模块66然后返回用户令牌至内容重放设备12。服务管理器模块66执行的验证允许内容重放设备访问管理服务器基础设施并且查看可用的服务。因此,在这种登陆之后,内容重放设备可以从管理服务器请求一份可用服务列表,并且该列表可以被返回至内容重放设备。然后,内容重放设备12可以请求服务、该服务内的资产、等等。通常,对具体服务以及该具体服务的资产的访问需要关于该服务的关联关系和/或验证。
管理服务器40提供具有多个功能的数据服务。例如,如果服务管理器模块没有提供对诸如内容重放设备之类的客户端设备(例如,IPTV)的验证,则可以提供验证模块46以允许进行该验证。可以采用服务模块44将服务列表提供至内容重放设备12。应该注意到,也可以将这样的服务列表、以及资产列表和其它用户界面模块提供给第二显示器和内容重放设备12。然而,这种第二显示器通常使用内容重放设备12的验证凭证来访问实际的流内容项,除非该实际的流内容项被提供为不需要验证。
可以提供资产模块48来传送对应于服务模块44可能提供的服务的一份资产列表。可以注意到,在某些情况下,用户对服务的选择可能会导致流资产的传送,而在其它情况下,用户对服务的选择产生资产列表或者资产类别列表,以供选择。在本文所描述的实现方式中,对服务的选择可以导致可用内容项的网格的呈现,例如,所述可用内容项的网格可以是按照这些可用内容项是否是视频点播、实时直播流、即将上映、等等来组织的。
可以提供过滤模块52以基于多个因素对资产或服务进行过滤防止被传送至内容重放设备。例如,一种过滤是内容重放设备是否支持该服务或资产。另一种过滤是内容重放设备是否与该服务关联。如果都不是,则过滤掉这种服务。还可以理解其它因素。
可以提供代理模块54以用作关于内容项的URI的代理功能,该内容项的URI被发送至进行请求的内容重放设备。如下面将要详细阐述的那样,提供至内容重放设备的URI可以是代理URI,该代理URI由服务提供者或内容传送网络转换成实际URI。这样,对于潜在的未经授权的访问,内容文件的实际位置是隐藏的。图2中示出的另一模块是D.0.S.模块或“拒绝服务”模块56。可以采用拒绝服务模块56来测试内容重放设备12是否以恶意的方式行动。例如,拒绝服务模块56可以测试大量的访问是否指示恶意的活动,或者测试TV_ID是否被伪造。总体上,如果在预定时间段内访问的数量超过了预定阀值数目,则可以标记这种活动。
可以使用与用户账户相关联的观看或交易历史来使管理服务器功能个性化。这种个性化模块在元件58中示出。在一种情况下,可以采用信息提供模块62以基于根据诸多因素确定的用户品味来调整传送给用户的信息,其中,这些因素和方法在2011年12月7日提交的标题为“METHODANDSYSTEMFORADVERTISEMENTCHOICESUSINGASECONDDISPLLAYDURINGCONTENTPLAYBACK”的美国专利申请序列号为13/313,740的美国专利申请中得到描述,该美国专利申请由本申请的受让人拥有并且通过引用将该美国专利申请整体并入在本申请中。可以进一步地采用推荐模块64以基于用户观看历史、诸如可能会列于朋友列表中的关联用户的观看历史、或其它这样的因素来提供附加内容项的推荐或提供给用户的信息。
一旦管理服务器40以合适的方式对客户端设备进行了验证,管理服务器可以为内容重放设备12提供URI以访问来自服务提供者30的流或视频点播内容,通常通过经由索引模块57提供至索引文件的URI。
服务提供者30被示出为具有多个组成部件,并且可以按照多种方式来分配这些组成部件,其中,图2所示的分配仅是这些方式中的一种。服务提供者30可以经由将文件托管在web服务器84上的内容传送网络72来提供其形成流的或视频点播的内容。每一个这种文件典型性地包括索引文件,在一个实现方式中,该索引文件的格式可以是.m3u8,并且索引文件可以提供至多个传输流文件82a-82c的URI,例如,01.ts,02.ts,03.ts,等等。
可以按照这种方式将形成流的内容文件提供给web服务器,或者可以使用媒体编码器和分割器模块68来创建该形成流的内容文件。该媒体编码器和分割器模块68被示出为作为服务提供者30的一部分,但是可以理解,也可以完全独立地托管该模块。
如图所示,总体上,流程开始于诸如摄像机文件或其它这种视听文件之类的内容20的源,该内容20馈送至媒体编码器和分割器模块68。媒体编码器74将(例如,直播的或预先录制的)输入视听媒体流编码成诸如MPEG2-TS的编码格式。编码的流馈送至分割器模块75,分割器模块75在分割器76处将流切割成一个或多个流或文件,例如,这些流或文件的持续时间可以是任意的,但是为了更好的性能它们通常具有相等的长度。然后,生成包含至切割的流或文件的URI的索引文件。在附图中,索引文件是具有文件名扩展“.m3u8”的M3U8文件,并且该索引文件包含至具有文件名扩展“.ts”的文件的URI。
当生成了该文件时,例如使用具有CBC和VI值8的AES-128比特安全性对该文件加密,并且将该文件上传至或放置在web服务器文件夹中,如上所述地,在该web服务器文件夹中,该文件可以由经过验证的IPTV客户端访问并取回。
在IPTV客户端可以获知这些文件的位置之前,管理服务器模块66对该客户端进行验证。经过验证的IPTV客户端指示其对流内容的支持,并且呈现服务和/或资产给该IPTV客户端,如上所述。当选择了流服务时,可以显示直播流和视频点播视听媒体内容资产的混合列表。在选择资产时,服务提供者和管理服务器通常按照需要针对所选的服务或资产进行验证。如下面将要描述的那样,该验证也可以由托管服务器提供。例如,如果服务需要进行关联或者验证关联关系的单独步骤,则可以连同任何需要的客户端设备的验证一起执行该关联。一旦经过验证,则IPTV客户端就能对加密的.ts文件进行解密并且开始流内容重放。
图3示出了根据本原理的一个方法的流程图60。第一步骤是管理服务器接收来自内容重放设备的登陆和验证请求(步骤92)。下一个步骤是,一旦验证成功,在两个组成部件之间建立流会话(步骤94)。在该流会话中,根据在此描述的原理,可以对多个方面进行通信。例如,向管理服务器描述客户端,例如,该客户端是否支持流。管理服务器可以命令特定类型的安全协议。还可以选择传输协议,例如,HTTP。可以理解,还可以采用其它种类的协议。由管理服务器和内容重放设备进行通信的多个方面通常超出了诸如传输流文件的纯粹取回频率、涉及哪些标签、等等之类的基本要素。通常,被通信的参数包括关于内容处理或安全性的参数,例如,AES,Shell-3,TLS1.1,链接保护,加密,散列法,密钥,等等。
下一个步骤是管理服务器从内容重放设备接收对服务列表的请求(96),或者该步骤可以被设置成默认动作。如所指出的,当服务被选择了时,它们自身可能会直接导致形成流。在其它情况下,从列表中选择服务导致显示该服务提供的一组对应的资产。还可以呈现可用内容网格,按照这些内容项是否是视频点播、实时直播流、即将上映、等等来组织该可用内容网格。在任何情况下,响应于请求,将服务列表和可选资产列表提供至内容重放设备(步骤102)。然后,客户端设备请求资产或内容项,并且在服务器处接收该请求(步骤104)。将对应于所选的资产的URI提供给客户端设备,该URI提供取回合适的流文件的网络位置(步骤106)。然后,连同流文件一起发送提供给用户的信息或推荐,其中,如上所述,按照用户账户中的信息调整了该提供给用户的信息或推荐(步骤108)。如果内容重放设备按照指示系统上的恶意攻击的方式来行动,则对此进行确定并且采取合适的行动(步骤114)。
在某些实现方式中,可以提供代理URI来隐藏流文件的实际网络位置(步骤116)。换句话说,URI被设置成某一网络位置xxx.xxx.xxx.xxx,并且利用该URI,客户端可以接近内容传送网络。服务提供者或内容传送网络然后采用查找表,在该查找表中,xxx.xxx.xxx.xxx被转换成真实内容URI。也就是,来自客户端的信息被映射至真实URI。客户端系统的电脑黑客只能获得xxx.xxx.xxx.xxx,并且仅利用这个URI,内容传送网络将不会传送实际URI。应该理解,以上描述的变形例也是可行的,包括其中网络位置xxx.xxx.xxx.xxx由命名空间内的相对位置来替代。
图3还示出了管理服务器采取传送媒体编码器和分割模块至服务提供者或内容传送网络的初始步骤(步骤112)。这样,在对正在接收的内容的任何请求之前,能按照合适的方式使直播流内容格式化,以用于传输至IPTV客户端设备。
本领域技术人员将理解,不是在任何特定的实现方式中都需要采取以上描述的(或者在以下流程图的任何一个中的)所有步骤,并且这些步骤的顺序在某种程度上是可以变化的。
图4图示了根据在此描述的原理的相关实现方式的流程图74。在第一步骤中,将编码器或分割器模块提供给服务提供者或内容传送网络,并且内容进入媒体编码器系统(步骤118)。该内容可以是例如直播流,或者,可以包括预先录制的内容。例如,媒体编码器系统将流编码成MPEG-2TS流(步骤122)。该流被分割成一个或多个流或文件。生成包含至分割的文件的URI的索引文件(步骤126)。该索引文件可以被加密并且上传至web服务器文件夹(步骤128)。
从客户端设备接收对内容的请求(步骤132)。对客户端设备进行验证(步骤134),并且指示对流的支持(步骤136)。客户端设备接收流服务列表(步骤138),并且选择服务(步骤142)。然后,出现可选资产列表和选择(未示出)。
提供给内容重放设备的数据通常包括流和视频点播内容的混合列表(步骤144)。虽然在下文中将详细描述这种显示,但是,在此应该注意到,该列表包括以前的内容、现在存储并提供作为视频点播、直播流的内容、以及将来可访问的流内容的指示。在很多情况下,服务提供者可以命令某些流资产仅在一个形式或另一个形式中可用,例如,仅作为直播流内容可用或者仅作为视频点播内容可用。按照这种方式,针对各种类型,定价模块和订阅模块可以不同。
在选择资产时,管理服务器或服务提供者通常针对给定的服务和/或资产执行验证(步骤146),并且一旦经过验证,可以向客户端提供所需的URI并且可以对加密的.ts文件进行解密,开始使该资产形成流(步骤148)。
如上所述,在检测客户端设备12的恶意行为的方法中可以采用拒绝服务模块56,图5和图6提供了这种系统80的图解。在图5中,以局部视图的方式示出了管理服务器40,以及该管理服务器40的拒绝服务模块56和服务管理器模块66。客户端设备12被示出为访问管理服务器和服务提供者30并且接收来自服务提供者的内容传送网络72的内容。可以理解,内容传送网络72可以与一个或几个服务提供者相关联。结合对图6中的流程图90的描述,来对图5进行描述。
当客户端设备12将与电子序列号或“ESN”相关联的TV_ID呈现给服务管理器模块66时(步骤166),生成用户令牌并且将该用户令牌发送给客户端设备(步骤168)。用户令牌被呈现给服务提供者30(步骤172),并且服务提供者通过发行服务令牌来做出响应。在选择了服务和资产之后,将URI传送回给客户端设备12(步骤174)。然后,客户端设备12从该URI取回流,例如,通过读取M3U8文件并且从该M3U8文件获得流位置(步骤176)。内容项随后被以流的形式发送至客户端(步骤178)。
但是,客户端设备12的某些活动可能和恶意活动一致,可以对这些活动进行标记同时采取应对行动。例如,如果客户端设备12重复地向服务提供者30声明同一个用户令牌,导致大量的URI被返回(步骤182),那么服务提供者可以认为这种活动是可疑的。由于用户令牌包括ESN,因此用户令牌的唯一性允许服务提供者识别客户端设备。除了用户令牌声明的数目,管理服务器还记录是否呈现了复制的TV_ID(步骤183)。换句话说,如果真实的客户端设备以某种方式被黑客入侵了,其TV_ID可能会被盗窃或仿制,并且被再次呈现给管理服务器,如在图中被示出为“假”客户端设备12’。然后,管理服务器可以注意到这样的复制TV_ID并且对其进行标记。
可以采取很多行动。例如,服务提供者30可以对管理服务器40进行单独的通信以声明“得到用户数据”的调用(步骤184),从而获取更多关于潜在恶意用户的信息。在此之后,管理服务器可以更新其自己的数据库,以警惕来自用户账户的可疑活动。此外,服务提供者可以请求获得新用户令牌(步骤188),这将需要客户端设备对来自管理服务器的用户令牌做出新的请求。如果管理服务器继续看到这种新请求,那么管理服务器可以再次对用户账户进行标记,并且通过分析所提供的任何用户令牌可以隔离恶意攻击的犯罪者。作为又一个应对措施,如果服务提供者30怀疑恶意活动,那么服务提供者可以发行新的服务令牌(步骤186),其随后也可以用于对犯罪者进行识别。
在服务提供者的流或视频点播内容可以被消费之后,例如,通过将该流或视频点播内容放到具有合适的索引文件和传输流文件的web文件夹中,使得诸如IPTV之类的客户端内容重放设备能够访问,获得,并且消费该内容。为了提供这种能力,可以提供定义来指定流内容以及客户端设备对这种流内容的支持。可以注意到,这种定义可以应用于任何内容,而不仅仅是流内容。还可以注意到,这种定义可以提供除了客户端和服务器如何与一条内容进行交互之外的特征。这种定义还可以提供关于如何将内容项呈现在客户端上的特征。在这种呈现中,既提供资产列表还提供资产信息。在资产列表中,可以指示内容项是直播的还是视频点播的,并且因此可以被相应地呈现在上述网格中。此外,当选择了资产时,可以将附加的信息提供给用户。下面将结合图15来描述这种用户界面网格。
图7中的流程图100图示了其中流内容可以被指定的一种方式。具体地,对于每一个要被形成流的资产,服务提供者需要提供源、协议和类型的至少一个定义(步骤192)。例如,替代仅仅使用诸如HTTP之类的协议和特定文件类型来指定并传送内容,系统可以提供来自管理服务器的一整套特征,包括使用资产列表API,资产信息API,以及诸如HTTPS之类的协议和诸如散列值或校验和之类的安全性。这样,可以将现有的资产规范与流资产(包括直播流资产)进行整合。
然后,服务提供者通过添加定义至管理服务器API响应使其自己的流内容对于内容重放设备可用。图9和图10中图示了针对apiContents和apiInformationAPI响应的这种示例性定义。在这些示例性定义中,采用<source>attributesstreams_types=“HTTPLS”;protocol=“https”;以及metafile_types=“M3U8”来将内容识别为例如直播流内容。此外,<source>值可以包含至.m3u8文件的URI。应该强调,这些具体的协议和文件类型仅仅是示例性的,并且可以根据应用的要求来采用任何这类协议和文件类型。
响应于对资产的请求,可以确定内容重放设备支持流的能力,例如,通过分析TV_ID(步骤194)。与在更高级别处指定这种能力相比(这允许较少的内容界定或区分),可以在资产级别处指定这种能力,这允许指定内容应该出现在例如用户界面菜单中的哪里。在上述例子中,为了客户端设备能够使这种内容形成流,客户端设备必须支持M3U8元文件类型并且使用HTTPS协议。
一旦服务提供者确定客户端支持流内容,那么服务提供者返回足够的信息以允许设备做出取回资产的调用(步骤196)。换句话说,服务提供者返回正确的资产列表或资产。在上述例子中,客户端使用至.m3u8文件的URI的HTTP做出aipContents或apiInformationAPI调用,以取回要播放的内容。
图8图示了更加详细的流程图110,其中,一般程序被细节化。第一步骤是:服务提供者使内容或资产可用(步骤198)。在这种情况下,服务提供者将编码和分割的文件放到合适的web文件夹中(步骤202)。这种web文件夹可以在服务提供者处或在内容传送网络内或在某些其他网络可访问位置中。然后,服务提供者添加定义至对管理服务器调用进行响应的API(步骤204)。当然,可以在任何内容就位或可访问之前,作为初始事情添加这些定义。例如,服务提供者可以添加针对诸如apiContents和apiInformation之类的调用的响应(步骤206)。这样,服务提供者将该内容识别为流内容(步骤208)。如上详细所述,可以包括具体的定义。
然后,客户端设备指示其对流内容的支持(步骤212)。这可以是客户端设备和管理服务器的初始识别登录和验证程序的一部分。在请求时,例如,当客户端做出apiContentsAPI调用以取回内容时(步骤216),可以返回资产列表(步骤214)。图9和图10中图示了示例性apiContents和apiInformationAPI调用,分别如代码部分120和130。
除了定义流服务和客户端设备访问并获得流内容的方式以外,可以采用单独的托管服务器来托管元数据并且为服务提供者提供安全性、验证以及其他功能。这样服务提供者无需自己建立这样的流基础设施。
例如,参见图11,示出了系统150,其中,再次图示了管理服务器40,这次是结合托管服务器282一起图示管理服务器40的。在很多方面,管理服务器40的模块的功能与以上结合图2所公开的功能相同,因此不再重复这样的描述。如上所述,服务提供者可以自己托管内容或者通过内容传送网络268来提供内容,后者即是图中所示情况。web服务器文件夹273包括索引文件272,该索引文件272提供至各种传输流文件274a-274c的URI。在图11的系统中,关于内容项的元数据信息被格式化成摄入文件并且被摄入至托管服务器,托管服务器然后托管元数据。
更具体地,服务提供者创建传递至托管服务器282内部的摄入系统模块284的摄入文件276。摄入系统模块284接收在摄入文件276中描述的元数据并且将其存储在托管服务器282内部的存储器286中。这样,托管服务器为一个或多个服务提供者托管元数据。
然后,托管服务器可以处理验证和安全性,并且在请求时进一步返回至流内容资产的URI。如上所述,经验证的IPTV客户端向服务管理器模块表明其对实时直播流的支持,并且向该经验证的IPTV客户端呈现一份直播流服务列表。当选择了直播流服务时,可以从托管服务器返回一份既有直播流又有视频点播媒体内容的列表。在选择资产时,用户会话控制的一部分可以被移交给托管服务器,托管服务器针对服务和/或资产执行验证,并且一旦验证成功,IPTV客户端可以将URI应用至内容传送网络,解密加密的.ts文件,并且开始直播流内容重放。
应该理解,托管服务器可以与管理服务器合并或者形成内容传送网络的一部分。虽然是单独描述,但是可以在各种物理设备的组合之间分布或分享功能。然而,保持这些功能独立可以提供关于负载均衡的益处。
以XML格式(也支持其它格式,例如,JSON,YAML,等)描述的示例性摄入文件由代码部分278图示。如可以看出的,摄入文件276中的信息可以包括资产ID,资产URI,流类型,以及元文件类型。在示例性代码部分278中,资产是具有流类型HTTPLS和元文件类型M3U8的直播流资产。
一个更详细的代码部分在图12中由代码部分180图示。在这个摄入文件(其也以XML格式编写)中,提供关于资产的元数据,诸如,标题、URI、流协议、元文件类型、视频类型、类别名称、描述、持续时间、语言等等。这种元数据不仅仅提供关于内容项的信息,而且还可以提供对于格式化用户界面上的供用户选择的内容项的呈现有用的信息(参见图15)。通常,管理服务器基础设施为服务提供者提供关于如何构建摄入文件的指令。这样的指令将包括关于识别内容所需的标签的信息,例如,安全性、容器、3-D或2-D、小标题、等等。
通常从托管服务器的角度出发,根据本文描述的原理的方法在图13中由流程图160图示。第一步骤是:从服务提供者接收摄入文件,或者在某些情况下,从内容传送网络接收摄入文件(步骤284)。摄入文件包含关于流资产的元数据。可以从服务提供者接收关于其全部流资产的这种摄入文件,并且随着新的资产的添加,持续地接收这种摄入文件。
对于给定的客户端设备和给定的资产,下一步骤是:接收来自客户端设备(例如诸如IPTV之类的内容重放设备)的接收流资产的请求(步骤286)。该步骤通常包括接收来自内容重放设备的用户令牌(步骤288),该用户令牌之前已经由内容重放设备从管理服务器接收。在管理服务器40的初始验证之后,内容重放设备可以向管理服务器做出服务和资产列表请求(参见图11),并且这些列表可以从管理服务器40返回至内容重放设备12。在接收对资产的请求之后,客户端设备访问托管服务器,该托管服务器随后提供验证以确保内容重放设备有获得该资产的权利。下一步骤是:托管服务器提供URI给内容重放设备,该URI指示或者给出到索引文件的位置(步骤292)。替代实际位置,也可以如已经描述的那样提供代理URI。
在给定的实现方式中,还可以执行各种其它步骤。例如,可以基于用户账户中的信息,从管理服务器或托管服务器,传送提供给用户的信息至内容重放设备(步骤294)。此外,可以基于用户账户中的这种信息将推荐传送至内容重放设备,例如,针对附加的相关内容等等的推荐。
图14图示了根据本文描述的原理的示例性方法的更详细的流程图170。通过使用这种方法,服务提供者可以向托管服务器指示关于要形成流的内容项的数据。
第一步骤是:服务提供者对要托管的内容流进行编码和分割,并且使该内容流对于内容重放设备可用(步骤298)。服务提供者然后将这种内容放到可访问的web文件夹中(步骤302)。这些步骤大致上与以上结合图2、图4和图8描述的步骤类似。关于内容项的元数据信息被格式化成合适的摄入文件,例如,XML摄入文件(步骤304)。然后,发送摄入文件并由托管服务器接收(步骤306)。托管服务器不仅托管元数据,还处理针对希望访问由元数据描述的内容项的客户端设备的验证和安全性(步骤308)。
客户端设备然后发起流会话,向管理服务器(并且,具体地,经由服务管理器模块)指示其对流内容的支持(步骤314)。客户端接收流服务列表(步骤316),并且根据该流服务列表,客户端选择服务(步骤318)。可选地,客户端也可以在选择了服务之后接收可用资产列表(步骤322)。客户端选择资产,托管服务器针对该资产对客户端进行验证(步骤324)。一旦经过验证,客户端就可以从托管服务器接收至该内容项的索引文件(例如,M3U8文件)的URI。然后,客户端可以解密.ts文件并且开始形成流。
如上所述,元数据不仅提供关于内容项的信息,还提供用于在用户界面上呈现供用户选择的内容项的格式化信息。定义摄入文件的方式(即,通过内部的元数据)可以提供呈现矩阵的方式。这种用户界面在图15中由网格190图示。在网格190中,指示了针对体育频道的内容项或资产的网格。当前体育赛事可以包括作为直播呈现332a、作为视频点播呈现332b、或者作为混合呈现332c、可观看的那些体育赛事。直播呈现可以是其中观众可以被立即带到当前最新流状态的呈现。视频点播呈现可以包括其中广播节目已经开始或者完成但是观众希望从开始或者从除了当前最新流的点之外的某个点开始观看该广播节目的呈现。混合呈现可以包括可以作为视频点播或作为直播流被观看的项。另一栏可以指示即将上映的节目,例如,要作为直播流节目336a、视频点播节目336b、或者混合节目336c被呈现的节目。服务提供者可以命令并且可以在摄入文件内指示具体的内容项被分类至哪个类别,例如,是否该内容项只能被以流的方式直播,是否只作为视频点播提供该内容项,或者可以作为任一种获得。系统还可以提供直播呈现或视频点播呈现的变化,包括在安全性、容器、该呈现是否是3-D、小标题等等方面的变化。通过在摄入文件中提供这种元数据并且将这种元数据提供至托管服务器,管理和托管服务器基础设施可以为服务提供者在选择他们希望如何提供流内容方面提供灵活性。
摄入文件中的元数据信息还可以提供其它信息。例如,可以提供布置和更新“播放条”所需的信息,例如,开始时间、结束时间、持续时间等等。当然,对于体育赛事,如果需要,例如对于加时赛,可以推迟结束时间。这种元数据信息不仅用于一般目的,而且还为根据本文描述的原理的系统和方法提供重要的特征。具体地,它提供额外的性能,因为提供这种信息允许客户端设备甚至在资产被取回之前(例如,甚至在资产内容数据自身被接收之前)开始准备用户界面元素。由于资产流通常复杂并且包括观看应用、中间件、驱动器、编解码器、等等,因此在前端上用于准备这些元素的额外时间会导致更高的观看性能。
如上所述,根据本文描述的原理的系统和方法可以为服务提供者在他们希望如何提供流内容方面提供灵活性。其中在某些实现方式中执行这种系统的一个方式是通过指定客户端设备需要一定量的内存用于流文件,例如,足以存储整个视频点播文件的内存。这样,参见图16,管理服务器基础设施可以实现一种模式,该模式是“附加”模式和“滚动窗口”模式的组合。具体地,如在“附加”模式中所见的,索引文件338在时间t=t0时具有最小尺寸,并且当更多的.ts文件被添加至.m3u8文件或“播放列表”时,该索引文件338作为时间t的函数大致上单调地增长。也就是,当添加了额外的传输流文件“n.ts”时,索引文件必须增长从而描述这些传输流文件,即,将传输流文件添加至播放列表。在“滚动窗口”模式中,索引文件342具有相对固定的尺寸,因此随着时间t的增加,该索引文件342在尺寸上没有太大的改变。在附加模式中,观众可以观看直播流,并且可以搞点小动作(trickplay),例如,倒回至先前的点tprior<t。在滚动窗口模式中,观众通常被限制为观看直播流,因为只提供了播放列表的一个小的“快照”,尽管取决于窗口的尺寸可以倒回至先前的流点。在混合模式中,如果基础设施指定客户端设备保留了足够用于整个视频点播文件的内存,那么可以向用户提供关于他们是否希望观看直播流(即,在窗口化的索引文件的点上)或者他们是否希望观看视频点播(即,使用返回至点t=t0的整个索引文件)的选择。这与其中仅仅提供整个M3U8文件的系统形成对照。
图17图示了采用托管服务器的用于流文件的架构210。在某些方面,它与图11存在相似之处,但是图17还描述了与服务提供者的关联关系和令牌交换。结合对图18的流程图220的描述一起来提供对图17的描述,图18的流程图220描述了对应的方法。
如图所示,客户端设备12与管理服务器40和托管服务器282进行通信。最初,在作为管理服务器40的前端的服务管理器模块66处,客户端设备12给出并且管理服务器40接收登录和验证请求(包括TV_ID)(步骤366)。作为响应,当该第一验证成功结束时,建立流会话并且向客户端设备提供用户令牌(步骤368)。
如上,管理服务器可以提供服务列表,包括经由托管服务器可以访问的服务以及可以直接访问的服务。换句话说,在构架210中图示了两个独立的系统。在一个系统中,托管服务器282托管来自多个服务提供者356a-356d的元数据。在第二个系统中,客户端设备12直接联系服务提供者357。内容传送网络364通常是流内容的源,尽管在某些情况下,可以按照另一种方式来提供流内容的源。在这两种情况中的任何一种情况下,可以从管理服务器提供服务列表以供客户端设备选择。或者,可以由托管服务器来提供该服务列表。
在采用了托管服务器的情况下,客户端设备向托管服务器呈现用户令牌(步骤370)并且按照这种方式请求来自托管服务器的服务令牌。托管服务器将服务令牌提供给客户端(步骤372)。当在选择服务时提供了资产时,托管服务器可以提供这种资产列表(步骤374)。通过该服务令牌,客户端设备可以访问适合该客户端的服务或资产,例如,那些该客户端与之相关联的服务或资产。在接收到访问服务或资产的请求时(步骤376),对客户端设备进行验证并且向该客户端设备提供针对请求的服务或资产的URI(步骤378);客户端设备然后经由内容传送网络请求选择的流内容(步骤382)。
在没有采用托管服务器的情况下,客户端设备将用户令牌直接呈现给服务提供者357,尤其是直接呈现给关联模块358(步骤384)。可以从关联模块358获得服务或关联令牌(步骤386),然后该服务或关联令牌指示与该服务提供者的合适的关联。关联令牌的发行也可以是至管理服务器40的通知的主题,从而,在针对用户令牌的下一个请求时,可以利用用户令牌自动地注意到该关联。这样,客户端设备12可以省去在下次对该服务访问时与服务提供者357重新关联的步骤。注意,该关联令牌可以在各种级别奏效,例如,类别级别、资产级别、或服务级别。这样,可以独立地提供服务的各个级别。例如,服务提供者可以选择允许用户预览免费内容的类别,但是一旦用户选择了高级内容,那么服务提供者将要求合适的关联。在任何情况下,客户端设备均向内容传送网络呈现关联令牌和接收到的URI(步骤388),由此客户端接收来自内容传送网络的以流方式传送的资产(步骤392)。
在上述实现方式中描述的托管服务器为服务提供者提供了一种便利的方式来使元数据被托管并允许验证和安全性,这样使得服务提供者免去了提供他们自己的这种基础设施的任务。托管服务器受益于规模效应,因为托管服务器可以托管来自许多服务提供者的元数据并且在客户端设备请求内容时仍然提供合适的安全性和验证协议。图19图示了这种方法的示例性流程图230。在第一步骤中,接收来自第一服务提供者的关于至少一个内容项的信息(步骤394)。然后,接收来自第二服务提供者的关于至少一个内容项的信息(步骤396)。通常借助于上述摄入文件来提供来自第一服务提供者和来自第二服务提供者的关于内容项的信息。摄入文件信息被存储在来自各个服务提供者的托管服务器上(步骤398)。然后,内容重放设备的用户可以发送并且托管服务器可以接收对内容项的请求。一旦验证成功,针对该内容项的URI被提供给客户端(步骤404)。可以理解,这种验证可以包括与管理服务器进行第一验证以获得服务列表以及一旦用户选择了单个服务就利用该服务经由托管服务器的第二验证。可以注意到,在某些实现方式中,托管服务器可以提供服务列表。然后,客户端设备使用托管服务器提供的URI请求服务(或资产),通常指向内容传送网络上的位置。然后,可以将按照用户账户中的信息调整过的提供给用户的信息和推荐提供给内容重放设备(步骤408)。
下面将描述某些组成部件的细节。
内容重放设备12可以采取多种形式,多个内容重放设备可以耦合至给定的本地网络并且从该给定的本地网络中选取。示例性内容重放设备可以包括:例如,IPTV、数字TV、数字声音系统、数字娱乐系统、数字视频录像机、影碟机、以及它们的组合,或者在本地网络16上用户可寻址的且能够经由互联网传送提供给用户的信息的任何数目的其它电子设备。内容重放设备还包括更多的被适当地配置用于连接的传统的视频和音频系统。为了简洁,在本说明书中,总的由IPTV来例示内容重放设备12,在这种情况下,内容重放设备12通常包括控制视频显示器和音频渲染器(诸如,声音处理器和一个或多个扬声器)的处理器。处理器可以访问一个或多个计算机可读存储介质,诸如但是不限于基于RAM的存储器,例如,芯片实现动态随机存取存储器(DRAM)、闪存、或者基于盘的存储器。实现目前内容重放设备12可执行的逻辑的软件代码可以存储在各种存储器上,以实现本文中的原理。处理器可以接收来自各种输入设备的用户输入信号,这些输入设备包括第二显示器、遥控设备、诸如鼠标之类的点击设备、键盘、等等。在某些实现方式中,尤其是在内容重放设备12是IPTV时,可以提供电视调谐器,从而接收来自诸如机顶盒、卫星接收器、有线终端盒、陆地电视信号天线等等的源的电视信号。然后,来自该调谐器的信号被发送至处理器,用于在显示器和声音系统上呈现。诸如有线或无线的调制解调器之类的网络接口与处理器通信,从而提供经由本地网络16与互联网的连接。可以理解,内容重放设备12和互联网26之间的通信或者第二显示器和互联网之间的通信也可以经由除了本地网络16之外的方式进行。例如,第二显示器可以经由单独的移动网络与内容重放设备12通信。
一个或多个第二显示器均可具有处理器以及操作用于服务提供者和内容选择的应用所需的组成部件。具体地,第二显示器中的处理器可以访问一个或多个计算机可读存储介质,诸如但是不限于基于RAM的存储器,例如,芯片实现动态随机存取存储器(DRAM)、闪存、或者基于盘的存储器。实现目前第二显示器可执行的逻辑的软件代码可以存储在各种存储器上,以实现本文中的原理。第二显示器14i可以接收来自各种输入设备的用户输入信号,这些输入设备包括诸如鼠标之类的点击设备、键盘、触摸屏、遥控器、等等。诸如有线或无线的调制解调器之类的网络接口与处理器通信,从而提供与诸如互联网26之类的广域网络的连接,如上所述。
服务器(例如,管理服务器40和内容服务器22)具有访问对应的计算机可读存储介质的对应的处理器,这些计算机可读存储介质可以是但不限于基于盘和/或固态存储器。服务器经由对应的网络接口与诸如互联网26之类的广域网络通信。服务器可以经过互联网26彼此通信。在某些实现方式中,两个或更多服务器可以位于同一本地网络上,在这种情况下,这些服务器可以经过本地网络相互通信,而无需访问互联网。
可以注意到,上述例如针对服务器所描述的各种模块可以按照多种方式来实现。在某些情况下,模块功能可能会重叠,或者模块功能可以在多个服务器之间或者在内容重放设备或第二显示器与服务器之间共享。也可以理解其它模块功能。
此外,任何所描述的模块大致上均可以由一个或多个物理内存来表示,并且这种内存通常可以通过物理的或逻辑的地址来寻址。还可以实现合适的计算环境作为云架构的一部分。
已经公开了可以在不增加单元的硬件成本的情况下改善IPTV的用户体验的系统和方法。如上所公开的,用户可以采用该系统和方法来接收形成流的和视频点播的内容。根据本文描述的原理的系统和方法提供了用于服务提供者指定流内容(例如,直播流内容)并允许内容重放设备访问、获得、以及播放该流内容的方法和协议。这样,使得服务提供者能够按照便利的方式将流内容整合到现有的管理服务器生态系统中。此外,所描述的系统和方法为IPTV设备提供规范,从而在没有重要或者任何修改的情况下可靠地获得并且播放直播流视听内容。
一种实现方式包括一个或多个可编程处理器以及对应的计算系统组成部件,以存储和执行计算机指令,诸如执行提供各种服务器功能(如,管理服务器18或内容服务器22的功能)的代码。参考图20,图示了针对服务器、第二显示器或其它这类计算设备的示例性计算环境140的表示。
计算环境包括:控制器218、内存222、存储器226、媒体设备232、用户界面238、输入/输出(I/O)接口242、以及网络接口244。这些组成部件通过公共总线266相互连接。或者,可以使用不同的连接配置,诸如,其中控制器位于中心的星形图案。
控制器218包括可编程处理器并且控制服务器及其组成部件的操作。控制器218从内存222或嵌入的控制器内存(未示出)加载指令,并且执行这些指令来控制系统。
内存222(其可以包括非瞬态计算机可读存储器224)将数据临时保存,以供系统的其它组成部件使用。在一个实现方式中,内存222被实现为DRAM。在另一个实现方式中,内存222还包括长期或永久存储器,诸如,闪存和/或ROM。
存储器226(其可以包括非瞬态计算机可读存储器228)将数据临时或长期保存,以供服务器的其它组成部件使用,例如,用于存储系统所使用的数据。在一个实现方式中,存储器226是硬盘驱动器或固态驱动器。
媒体设备232(其可以包括非瞬态计算机可读存储器234)接收可移除媒体并且读取和/或写入数据至插入的媒体。在一个实现方式中,媒体设备232是光盘驱动器或光盘刻录机,例如,可写蓝光盘驱动器236。
用户界面238包括用于接受用户输入的组成部件,例如,使内容项形成流并且将服务列表、资产类别、以及资产呈现给用户的用户指示。在一个实现方式中,用户界面238包括键盘、鼠标、音频扬声器、以及显示器。控制器218利用用户的输入来调整服务器的操作。
I/O接口242包括一个或多个I/O端口以连接至对应的I/O设备,诸如,外部存储器或辅助设备(如,打印机或PDA)。在一个实现方式中,I/O接口242的端口包括诸如以下端口:USB端口、PCMCIA端口、串行端口、和/或并行端口。在另一个实现方式中,I/O接口242包括用于与外部设备进行无线通信的无线接口。这些I/0接口可以用于连接至一个或多个内容重放设备。
网络接口244允许与本地网络的连接并且可选地允许与内容重放设备12的连接,并且包括有线和/或无线网络连接,诸如RJ-45或以太网连接或“Wi-Fi”接口(802.11)。可以理解许多其它类型的网络连接也是可能的,包括,WiMax、3G或4G、802.15协议、802.16协议、卫星、蓝牙等等。
服务器和第二显示器可以包括这些设备的典型的附加硬件和软件,例如,电源和操作系统,尽管出于简洁目的在附图中没有特地示出这些组成部件。在其它实现方式中,可以采用设备的不同配置,例如,不同的总线或存储器配置或多处理器配置。
已经描述了本发明的各种示例性实现方式。然而,本领域的技术人员将认识到,其它的实现方式也是可能的并且在本发明的范围之内。例如,虽然是关于客户端设备(即,内容重放设备,如IPTV)做出的服务和资产选择来公开本发明的系统和方法的,但是可以理解这种服务和资产选择也可以是由向管理服务器呈现合适的验证凭证的第二显示器做出的,如在上述通过引用并入在此的受让人的共同待决的美国专利申请中所公开的,该专利申请由本申请的受让人拥有并且通过引用将其整体并入在此。此外,虽然描述了URI作为访问来自服务提供者或内容传送网络的流和视频点播内容的方式,但是可以理解,通常是URI的URL子集被返回给客户端,以供访问。
因此,本发明并不仅仅局限于以上描述的那些实现方式。
Claims (7)
1.一种用于托管来自服务提供者的资产以及关于资产的元数据的方法,所述资产用于形成流或视频点播,所述方法包括:
在托管服务器上接收来自服务提供者或内容传送网络的元数据文件,所述元数据文件与web文件夹中的资产相关联,所述资产被形成流或视频点播方式而传送,所述web文件夹包括索引文件和多个传输流文件;
在管理服务器上接收用于流传输或视频点播的资产的请求;
在内容重放设备与管理服务器的验证时,向内容重放设备提供用户令牌,所述用户令牌与所请求的流传输或视频点播的资产相关联;
在托管服务器上接收来自内容重放设备的接收所述资产的请求,所述内容重放设备具有验证凭证,所述请求包括所述用户令牌;以及
从托管服务器向所述内容重放设备提供URI,所述URI提供对所述索引文件的访问,所述内容重放设备可以从该索引文件接收所述资产,所述索引文件能够从所述服务提供者或内容传送网络访问,但是不能从所述托管服务器访问,其中提供URI的步骤包括向内容重放设备提供代理URI,该代理URI只能在服务提供者或内容传送网络处被转换成实际的URI,使得URI文件的实际位置对于内容重放设备是隐藏的;
确定所述内容重放设备是否是给出盗窃或仿制TV_ID的假客户端设备;以及
如果所述内容重放设备被确定为是假客户端设备,则要求该内容重放设备请求新的用户令牌。
2.根据权利要求1的方法,其中,所述元数据文件是XML文件。
3.根据权利要求1的方法,其中,所述验证凭证与用户账户相关联,并且所述方法进一步包括传送提供给用户的信息至所述内容重放设备,提供给用户的信息的选择至少部分地基于所述用户账户中的数据。
4.根据权利要求1的方法,其中,所述验证凭证与用户账户相关联,并且所述方法进一步包括传送附加内容项的推荐至所述内容重放设备,所述推荐至少部分地基于所述用户账户中的数据。
5.一种进行托管、验证以及安排以把资产传送至内容重放设备的服务器系统,包括:
摄入模块,所述摄入模块接收包含关于流传送或视频点播的资产的元数据的文件;
验证模块,在请求流传送或视频点播的资产时,所述验证模块接收来自内容重放设备的验证凭证,所述验证模块还用于接收用户令牌作为接收到的请求的一部分,当请求流传送或视频点播的资产时从管理服务器向内容重放设备提供用户令牌;以及
服务或资产模块,所述服务或资产模块用于向所述内容重放设备提供索引文件的URI,所述索引文件对应于所述资产,所述URI允许所述内容重放设备从服务提供者或内容传送网络访问所述索引文件,但是不能从托管服务器系统访问索引文件;
代理模块,所述代理模块与所述服务或资产模块通信,以向内容重放设备提供代理URI,当从内容重放设备接收到代理URI时,该代理URI只能由服务提供者或者内容传送网络转换成实际URI;以及
拒绝服务模块,用于确定内容重放设备是否是给出盗窃或仿制TV_ID的假客户端设备,其中如果内容重放设备被确定为假客户端设备,则拒绝服务模块要求内容重放设备请求新的用户令牌。
6.根据权利要求5的系统,进一步包括信息提供模块,所述信息提供模块用于至少部分地基于与用户账户相关联的数据将提供给用户的信息提供至所述内容重放设备,所述用户账户与所述内容重放设备相关联。
7.一种摄入关于来自至少两个服务提供者的内容项的元数据的方法,包括:
在托管服务器处接收来自第一服务提供者的关于至少一个内容项的信息,所述信息包括元文件类型,所述内容项用于视频点播或用于形成流;
在托管服务器处接收来自第二服务提供者的关于至少一个内容项的信息,所述信息包括元文件类型,所述内容项用于视频点播或用于形成流;
将来自所述第一和第二服务提供者的信息存储在所述托管服务器上;
接收来自客户端设备的对于内容项的请求,该请求该托管服务器处被接收;
确定该客户端设备是否是给出盗窃或仿制TV_ID的假客户端设备,如果该客户端设备被确定为假客户端设备,则要求该客户端设备请求新的用户令牌;
当成功验证客户端设备时,从托管服务器向进行请求的客户端设备提供URI,该URI对应于与内容项关联的索引文件的网络位置,该网络位置不是托管服务器的网络位置,其中接收请求的步骤包括从客户端设备接收用户令牌,该令牌在验证时已经由管理服务器提供给客户端设备,其中提供URI的步骤包括向客户端设备提供代理URI,该代理URI只能在第一服务提供者或第二服务提供者处被转换成实际URI,使得URI文件的实际位置对于客户端设备是隐藏的。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/360,295 US9875480B2 (en) | 2012-01-27 | 2012-01-27 | System, method, and infrastructure for real-time live streaming content |
US13/360,295 | 2012-01-27 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103227939A CN103227939A (zh) | 2013-07-31 |
CN103227939B true CN103227939B (zh) | 2016-05-18 |
Family
ID=48838172
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310021612.4A Active CN103227939B (zh) | 2012-01-27 | 2013-01-21 | 用于实时直播流内容的系统、方法和基础设施 |
Country Status (2)
Country | Link |
---|---|
US (1) | US9875480B2 (zh) |
CN (1) | CN103227939B (zh) |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140337879A1 (en) * | 2006-09-05 | 2014-11-13 | Universal Electronics Inc. | System and method for configuring the remote control functionality of a portable device |
US20150074397A1 (en) | 2012-03-13 | 2015-03-12 | Cognilore Inc. | Method of distributing digital publications incorporating user generated and encrypted content with unique fingerprints |
WO2013134854A1 (en) * | 2012-03-13 | 2013-09-19 | Cognilore Inc. | Method of navigating through digital content |
US20140032642A1 (en) * | 2012-07-30 | 2014-01-30 | International Business Machines Corporation | Controlling server response based on client performance |
US9277255B1 (en) * | 2013-03-15 | 2016-03-01 | Google Inc. | Metering of internet protocol video streams |
US9509798B1 (en) | 2013-05-07 | 2016-11-29 | Google Inc. | Subscriptions to paid channels of an internet-based content platform |
US10079872B1 (en) * | 2013-05-07 | 2018-09-18 | Google Llc | Subscription levels in an internet-based content platform |
US8850490B1 (en) | 2013-05-07 | 2014-09-30 | Google Inc. | Consuming paid media in an internet-based content platform |
CN103501392A (zh) * | 2013-10-16 | 2014-01-08 | 江西省文明手机台传播有限责任公司 | 一种利用手机来进行实时音视频拍摄与直播的方法 |
US20160094893A1 (en) * | 2014-09-25 | 2016-03-31 | Airwatch Llc | Rendering advertisements in client device for uninterrupted media content |
KR102361400B1 (ko) * | 2014-12-29 | 2022-02-10 | 삼성전자주식회사 | 사용자 단말장치, 서비스제공장치, 사용자 단말장치의 구동방법, 서비스제공장치의 구동방법 및 암호화 색인기반 검색 시스템 |
US10628439B1 (en) * | 2015-05-05 | 2020-04-21 | Sprint Communications Company L.P. | System and method for movie digital content version control access during file delivery and playback |
US10825081B2 (en) * | 2015-05-14 | 2020-11-03 | Ebay Inc. | Displaying a virtual environment of a session |
CN105025327B (zh) * | 2015-07-14 | 2018-11-13 | 福建富士通信息软件有限公司 | 一种移动终端现场直播的方法及系统 |
US10904360B1 (en) | 2015-12-02 | 2021-01-26 | Zeta Global Corp. | Method and apparatus for real-time personalization |
CN105516733B (zh) * | 2015-12-04 | 2018-11-06 | 珠海多玩信息技术有限公司 | 交互系统及其交互方法 |
CN107690089A (zh) | 2016-08-05 | 2018-02-13 | 阿里巴巴集团控股有限公司 | 数据处理方法、直播方法及装置 |
CN107222755B (zh) * | 2017-06-27 | 2019-09-17 | 北京小米移动软件有限公司 | 节目发布方法、装置及系统 |
US10404713B2 (en) | 2017-09-29 | 2019-09-03 | Zott, Inc. | Multi-source broadcasting architecture |
US10838924B2 (en) * | 2017-10-02 | 2020-11-17 | Comcast Cable Communications Management, Llc | Multi-component content asset transfer |
CN110024412B (zh) * | 2017-11-10 | 2020-12-25 | 腾讯科技(深圳)有限公司 | 一种视频直播的方法、装置和系统 |
CN108833983A (zh) * | 2018-07-04 | 2018-11-16 | 百度在线网络技术(北京)有限公司 | 播放数据获取方法、装置、设备以及存储介质 |
US20230007330A1 (en) * | 2018-10-05 | 2023-01-05 | Invidi Technologies Corporation | Mediahub for controlling and monitoring the distribution of targeted assets |
CA3115424A1 (en) * | 2018-10-05 | 2020-04-09 | Invidi Technologies Corporation | Mediahub for controlling and monitoring the distribution of targeted assets |
KR20210085674A (ko) | 2019-12-31 | 2021-07-08 | 삼성전자주식회사 | 다중-스트림을 지원하도록 구성된 스토리지 장치 및 그것의 동작 방법 |
EP4139815A1 (en) * | 2020-05-08 | 2023-03-01 | RRC Washington, Inc. | Integrated credential-based scalable communication system providing remote access to a physical site |
US11734408B2 (en) * | 2021-07-15 | 2023-08-22 | Citrix Systems, Inc. | Remapping of uniform resource locators for accessing network applications |
US20230297592A1 (en) * | 2022-03-21 | 2023-09-21 | Oracle International Corporation | Custom stream partitioning services |
US20230325458A1 (en) * | 2022-04-11 | 2023-10-12 | Michael Gursha | Systems and methods for folder-based content conversion |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7793326B2 (en) * | 2001-08-03 | 2010-09-07 | Comcast Ip Holdings I, Llc | Video and digital multimedia aggregator |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU5781599A (en) * | 1998-08-23 | 2000-03-14 | Open Entertainment, Inc. | Transaction system for transporting media files from content provider sources tohome entertainment devices |
EP1193899B1 (en) * | 1999-07-14 | 2008-12-31 | Panasonic Corporation | Apparatus for providing information, information receiver and storage medium |
US6449719B1 (en) * | 1999-11-09 | 2002-09-10 | Widevine Technologies, Inc. | Process and streaming server for encrypting a data stream |
US6970918B2 (en) * | 2001-09-24 | 2005-11-29 | International Business Machines Corporation | System and method for transcoding support of web content over secure connections |
US20030110503A1 (en) * | 2001-10-25 | 2003-06-12 | Perkes Ronald M. | System, method and computer program product for presenting media to a user in a media on demand framework |
US7263610B2 (en) * | 2002-07-30 | 2007-08-28 | Imagictv, Inc. | Secure multicast flow |
AU2003274917A1 (en) * | 2002-08-21 | 2004-03-11 | Disney Enterprises, Inc. | Digital home movie library |
US8051172B2 (en) * | 2002-09-30 | 2011-11-01 | Sampson Scott E | Methods for managing the exchange of communication tokens |
CN1910535A (zh) * | 2004-01-22 | 2007-02-07 | 皇家飞利浦电子股份有限公司 | 授权存取内容的方法 |
US20060021004A1 (en) * | 2004-07-21 | 2006-01-26 | International Business Machines Corporation | Method and system for externalized HTTP authentication |
US7617536B2 (en) * | 2004-12-13 | 2009-11-10 | Panasonic Corporation | Unauthorized device detection device, unauthorized device detection system, unauthorized device detection method, program, recording medium, and device information update method |
JP4634399B2 (ja) * | 2004-12-14 | 2011-02-16 | パナソニック株式会社 | 管理サーバ装置、管理方法及び管理プログラム |
WO2006108104A2 (en) * | 2005-04-05 | 2006-10-12 | Cohen Alexander J | Multi-media search, discovery, submission and distribution control infrastructure |
US8365306B2 (en) * | 2005-05-25 | 2013-01-29 | Oracle International Corporation | Platform and service for management and multi-channel delivery of multi-types of contents |
KR100735221B1 (ko) * | 2005-08-12 | 2007-07-03 | 삼성전자주식회사 | 컨텐츠를 다수의 단말기에서 재생할 수 있도록 하는 컨텐츠재생 방법 및 이를 이용한 시스템과 단말 장치 |
CN2840136Y (zh) * | 2005-10-11 | 2006-11-22 | 北京兆维电子(集团)有限责任公司 | 一种无线数传计算机安全令牌设备 |
US9277295B2 (en) * | 2006-06-16 | 2016-03-01 | Cisco Technology, Inc. | Securing media content using interchangeable encryption key |
US20080046943A1 (en) * | 2006-08-18 | 2008-02-21 | Nick Colsey | Internet adapter system and method for television |
US8205081B2 (en) * | 2007-06-09 | 2012-06-19 | Apple Inc. | Systems and methods for verifying the authenticity of a remote device |
EP2243312A4 (en) * | 2007-11-02 | 2014-08-06 | Quadriga Worldwide Ltd | SYSTEM AND METHOD FOR PROVIDING CONTROLLED ACCESS |
EP2232365A4 (en) * | 2007-12-10 | 2013-07-31 | Deluxe Digital Studios Inc | METHOD AND SYSTEM FOR USE IN COORDINATING MULTIMEDIA DEVICES |
KR20090106104A (ko) | 2008-04-04 | 2009-10-08 | 브로드밴드미디어주식회사 | Vod 서비스와 실시간 스트리밍 서비스가 동시 구현가능한 iptv 방송 서비스 시스템 및 방법 |
KR20080075824A (ko) | 2008-07-29 | 2008-08-19 | 주식회사 에듀포커스 | 아이피티브이용 개인화된 콘텐츠 제작 및 제공 시스템 |
US8156089B2 (en) * | 2008-12-31 | 2012-04-10 | Apple, Inc. | Real-time or near real-time streaming with compressed playlists |
EP2252030B1 (en) * | 2009-05-14 | 2017-07-19 | Hitachi Maxell, Ltd. | Content transmitter and receiver apparatus and content transmitting and receiving method |
US20110231940A1 (en) * | 2010-03-19 | 2011-09-22 | Microsoft Corporation | Credential-based access to data |
US8458741B2 (en) * | 2010-05-27 | 2013-06-04 | Sony Corporation | Provision of TV ID to non-TV device to enable access to TV services |
US8589580B2 (en) * | 2010-06-28 | 2013-11-19 | Hulu, LLC | Method and apparatus for geofiltering by content |
US8566915B2 (en) * | 2010-10-22 | 2013-10-22 | Microsoft Corporation | Mixed-mode authentication |
US8887193B2 (en) * | 2012-01-27 | 2014-11-11 | Sony Corporation | System, method, and infrastructure for real-time live streaming content |
-
2012
- 2012-01-27 US US13/360,295 patent/US9875480B2/en active Active
-
2013
- 2013-01-21 CN CN201310021612.4A patent/CN103227939B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7793326B2 (en) * | 2001-08-03 | 2010-09-07 | Comcast Ip Holdings I, Llc | Video and digital multimedia aggregator |
Also Published As
Publication number | Publication date |
---|---|
US9875480B2 (en) | 2018-01-23 |
CN103227939A (zh) | 2013-07-31 |
US20130198005A1 (en) | 2013-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103227939B (zh) | 用于实时直播流内容的系统、方法和基础设施 | |
CN103227938B (zh) | 用于实时直播流化内容的系统、方法和设施 | |
US20200236408A1 (en) | Reducing time to first encrypted frame in a content stream | |
US10860734B2 (en) | Remote data access techniques for portable devices | |
US9356895B2 (en) | Message transmission system and method for a structure of a plurality of organizations | |
CN102740146B (zh) | 经由第二显示装置回放新近播放的资产的装置和方法 | |
KR20080046253A (ko) | Lan에 미디어 컨텐츠를 분배하기 위한 디지털 보안 | |
CN101926127A (zh) | 统一通信系统和方法 | |
US11895346B2 (en) | Techniques for secure video frame management | |
JP5537377B2 (ja) | サービス提供システム | |
US9510034B2 (en) | Plug and play method and system of viewing live and recorded contents | |
US20140137148A1 (en) | System for Managing the Streaming and Recording of Audiovisual Data | |
US20100104097A1 (en) | System and method for ucc contents protection | |
KR20130077097A (ko) | 단말 장치, 디스플레이 장치, 디스플레이 장치를 이용한 컨텐츠 실행 방법 및 단말 장치를 이용한 디스플레이 장치에서의 컨텐츠 실행 방법 | |
KR102021351B1 (ko) | 스마트 단말기와 가정에 설치되는 서버를 이용한 개인 정보 관리 시스템 및 이를 이용한 개인 정보 관리 방법 | |
US20240129563A1 (en) | Techniques for secure video frame management | |
KR20080041003A (ko) | 콘텐츠 공유 시스템, 콘텐츠 공유 방법 및 커넥션 서버 | |
KR20230118304A (ko) | 웹 토큰이 포함된 온라인 저작물 발급 및 인증 시스템 및 방법 | |
US20210037082A1 (en) | Method of sending media files | |
KR20130117147A (ko) | N스크린 서비스 연동 제공 방법 및 시스템 | |
JP2007011509A (ja) | ネットワーク装置及びこれと閉域ネットワークを介して接続する対向ネットワーク装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |