CN109981560A - 电视接收器和装置 - Google Patents

电视接收器和装置 Download PDF

Info

Publication number
CN109981560A
CN109981560A CN201910019823.1A CN201910019823A CN109981560A CN 109981560 A CN109981560 A CN 109981560A CN 201910019823 A CN201910019823 A CN 201910019823A CN 109981560 A CN109981560 A CN 109981560A
Authority
CN
China
Prior art keywords
server
protocol
service
content
browser
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
CN201910019823.1A
Other languages
English (en)
Other versions
CN109981560B (zh
Inventor
山岸靖明
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 Corp
Original Assignee
Sony 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 Corp filed Critical Sony Corp
Publication of CN109981560A publication Critical patent/CN109981560A/zh
Application granted granted Critical
Publication of CN109981560B publication Critical patent/CN109981560B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • 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 or manipulating encoded video stream scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream 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/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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2355—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages
    • 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/27—Server based end-user applications
    • H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

提供了一种电视接收器，包括：浏览器；接收单元，接收由所述浏览器执行的应用所发出的再现控制命令发送请求；以及控制单元，(i)对所接收的再现控制命令执行协议转换，使得所述再现控制命令能够由内容流传输服务器解释，(ii)向所述内容流传输服务器提供转换的再现控制命令，(iii)响应于所述内容流传输服务器接收到转换的再现控制命令，将所接收的选择的内容流从第一格式协议转换为第二格式协议。

Description

电视接收器和装置
本申请是以下专利申请的分案申请：
申请号：201310137100.4
申请日：2013年4月19日
发明名称：内容传输设备及方法、内容再现设备及方法、分发系统
相关申请的交叉引用
本申请要求于2012年4月27日提交的日本专利申请JP 2012-102260的优先权，其公开通过引用合并于此。
技术领域
本技术涉及传输从流传输(streaming)服务器输出的内容流的内容传输设备和内容传输方法、进行内容的选择和内容的再现的内容再现设备和内容再现方法、内容分发系统和计算机程序，例如，涉及将IPTV广播服务分发的内容流传输到IPTV服务客户端的内容传输设备和内容传输方法、作为IPTV服务中的客户端而进行内容或信道的选择以及内容的再现的内容再现设备和内容再现方法、内容分发系统和计算机程序。
背景技术
在传输已经使用地面波或者卫星波经由IP(因特网协议)宽带网络广播的视频内容的IPTV服务和VOD(视频点播)服务的商业化正在进行中。
在相关技术的IPTV分发系统中，HTTP(超文本传输协议)正被用于AV流的获取和控制。换句话说，在使用不保证质量的网络的因特网TB分发系统中，通常，采用对于内容的获取控制消息和内容的AV流两者使用相同的HTTP和TCP(传输控制协议)进行传输的方法(例如，参见日本未审查专利申请公布No.2007-272868)。
同时，在保证QoS(服务质量)的网络(比如NGN(下一代网络)，该网络的引入正由各个国家的电信公司(carrier)引导)中，使用诸如SIP(会话发起协议)和RTSP(实时流传输协议)的协议建立流传输会话，并且使用诸如RTP(实时传输协议)的协议传输AV流(例如，参见国际公布WO2008/091009)。
通常，对于每个电信公司，存在使用SIP/RTSP和RTP的IPTV协议的客户端的不同实现方式概况(profile)(协议参数的集合)。因此，开发和制造接收IPTV的诸如STB(机顶盒)的设备的设备供应商需要对每个电信公司实现单独的IPTV客户端(用于每个电信公司的IPTV客户端应用)。
在图10中，示意性地示出视频分发系统，其中除了使用RTP协议传输AV流之外，还使用SIP/RTSP协议进行流传输会话的建立。在所示的例子中，称为IPTV服务A和IPTV服务B的各个服务分别从两个电信公司提供，并且为每个服务安装服务器。在此，为了接收来自IPTV服务A的服务器的分发服务，需要用于服务A的单独的IPTV客户端应用，并且，为了接收来自IPTV服务B的服务器的分发服务，需要用于服务B的单独的IPTV客户端应用。具体地，用于所述服务的每个的这些客户端服务应用是在由每个电信公司发布的STB内部的嵌入式软件。在这样的情况下，电信公司在改变服务时需要改变设备(换句话说，改变STB)。另外，客户端应用的供应商需要根据每个电信公司的单独的协议(换句话说，根据每个服务)来开发和维护客户端应用。另外，在订阅电信公司的IPTV服务之后，当终端用户想要进一步使用不同电信公司的IPTV服务时，用户需要购买另一STB。
设备供应商期望对于多个其他电信公司的IPTV服务重新使用他们对于一电信公司的IPTV服务已经开发的IPTV客户端实现方式。为了实现这点，需要对于一个客户端实现对于每个电信公司的不同的单独的IPTV服务协议，或者需要实现对于每个电信公司的多个不同的单独的IPTV客户端。协议实现使设备供应商耗费成本。另外，产生的问题在于，关于根据来自服务提供者的请求添加功能的维护使设备供应商耗费成本。
另外，无论使用多个不同的客户端供应商的不同实现方式的客户端的哪个，需要关于终端用户而提供不依赖于每个客户端之间的实现方式的差别的统一服务。因此，存在的问题是，服务提供者需要在诸如服务质量的测试和管理的服务开发和维护上花费更多时间和金钱。
发明内容
本公开提供了一种电视接收器，包括：浏览器；接收单元，接收由所述浏览器执行的应用所发出的再现控制命令发送请求；以及控制单元，(i)对所接收的再现控制命令执行协议转换，使得所述再现控制命令能够由内容流传输服务器解释，(ii)向所述内容流传输服务器提供转换的再现控制命令，(iii)响应于所述内容流传输服务器接收到转换的再现控制命令，将所接收的选择的内容流从第一格式协议转换为第二格式协议；其中，所述第二格式协议是流传输协议，以及所述第一格式协议不同于第二协议，所述控制单元被配置为：(i)将所接收的再现控制命令的协议转换为所述第一格式协议，使得所述转换的再现控制命令具有所述第一格式协议，并且(ii)将所述选择的内容流从所述第一格式协议转换为所述第二格式协议，以获得变换的视频流。
本公开提供了一种电视接收器，包括：浏览器；不同的各IPTV服务的、且能够从所述浏览器执行的多个浏览器应用；播放器，被配置为再现从至少一个IPTV服务进行流传输的、经由至少一个边缘服务器接收的内容；以及再现控制单元，被配置为经由所述浏览器控制作为由所述播放器分发的流的所述内容。
本公开提供了一种装置包括：浏览器，执行对于视频流的、作为超文本传输协议(HTTP)请求的再现控制命令，并且向接收单元发送所述再现控制命令，所述接收单元检测并与客户端设备交互，所述浏览器的再现控制命令是通过网络执行的并且使得控制单元通过所述网络控制变换的视频流的传输，其中，当选择的内容流根据所述再现控制命令是来自内容的速度变化传输，所述选择的内容流从服务器输出时具有第一格式协议，并且所述选择的内容流是从所述第一格式协议转换为第二格式协议，以促使所述变换的视频流的传输；以及播放器，通过执行与从服务器输出的所述选择的内容流相同的再现处理来再现具有所述第二格式协议的所述变换的视频流，所述播放器执行该再现处理以再现从由控制单元进行的、对以没有变化的速度传输的内容的格式协议的转换而获得的所述变换的视频流；其中：所述第一格式协议不同于第二协议，并且所述第一格式协议不同于超文本传输；以及所述控制单元被配置为将发送到其的再现控制命令从超文本传输协议转换为所述第一格式协议，并且将具有所述第一格式的再现控制命令传输到服务器。
期望提供可以有利地向IPTV服务客户端传输由IPTV广播服务分发的内容流的出色的内容传输设备和内容传输方法、以及提供计算机程序。
另外，期望提供可以作为IPTV服务中的客户端而有利地进行内容或信道的选择或者内容的再现的出色的内容再现设备和内容再现方法、以及计算机程序。
另外，期望提供能够降低IPTV客户端的实现和维护的成本并且使得关于每个客户端的服务质量统一的出色的内容分发系统。
根据本公开的实施例，装置可以包括控制单元，用于响应于由客户端设备处的浏览器执行的应用实现的对于视频流的再现控制命令，控制变换的视频流在网络上的传输。
根据本公开的实施例，方法可以包括由处理器响应于由客户端设备处的浏览器执行的应用实现的对于视频流的再现控制命令，控制变换的视频流在网络上的传输。
根据本公开的实施例，非瞬时记录介质可以记录有可由计算机执行的程序。该程序可以包括：响应于由客户端设备处的浏览器执行的应用实现的对于视频流的再现控制命令，控制变换的视频流在网络上的传输。
根据本公开的实施例，装置可以包括控制单元，用于控制由浏览器执行的应用实现的对于视频流的再现控制命令的传输，以致使来自另一装置的变换的视频流在网络上传输。
根据本公开的实施例，方法可以包括由处理器控制由浏览器执行的应用实现的对于视频流的再现控制命令的传输，以致使来自装置的变换的视频流在网络上传输。
根据本说明书中公开的技术，能够提供可以有利地将IPTV广播服务所分发的内容流传输到IPTV服务客户端的出色的内容传输设备和内容传输方法、以及计算机程序。
另外，根据本说明书中公开的技术，能够提供可以作为IPTV服务中的客户端而有利地进行内容或信道的选择或者内容的再现的出色的内容再现设备和内容再现方法、以及计算机程序。
另外，根据本说明书中公开的技术，能够提供出色的内容分发系统，在该系统中，能够降低IPTV客户端的实现和维护的成本并且使得关于每个客户端的服务质量统一。
在本说明书中公开的技术所应用于的IPTV分发系统中，从多个不同的服务提供者提供的IPTV服务客户端的功能可以分为导航(选择内容的功能)、再现控制(如在特技(trick)播放中那样发送诸如正常再现(播放)、停止(停止)、倒回再现(倒回)、快进再现(快进)和暂停的命令的功能)、以及流传输(传输和再现AV流的功能)，前两个被实现为浏览器应用，后一个被实现为对于IPTV服务协议透明的播放器(是公共的并且不依赖于IP服务协议之间的差别)。因此，设备供应商为每个服务开发浏览器应用是足够的，并且，能够降低为多个不同的服务单独实现和维护客户端的成本。另外，对于服务提供者，因为使用RTP协议通过根据在浏览器上指定的再现控制命令而保证质量的网络来流传输终端用户经由浏览器选择的内容，因此能够实现服务质量的统一。另外，尽管使用HTTP流传输客户端，但是能够极大地改进当在IP广播分发中进行信道改变时的性能。
此外，通过基于以下描述的实施例和附图的详细描述，将阐明本说明书中公开的技术的其他目的、特征和优点。
附图说明
图1是示意性示出通过应用在本说明书中公开的技术而实现的IPTV分发系统的配置的视图；
图2是示出用于通过在IPTV分发系统中使用永久流传输会话进行内容分发服务的具体配置例子的视图；
图3是示出用于通过在IPTV分发系统中使用永久流传输会话进行内容流分发服务的序列例子的视图；
图4是详细示出在IPTV分发系统中的客户端设备上进行内容的流传输再现和再现控制的序列例子的视图；
图5是例示用于在IPTV分发系统中实现高速信道改变的手段的图；
图6是示出用于通过在IPTV分发系统中使用永久流传输会话进行信道流分发服务的序列例子的视图；
图7是示出用于通过在IPTV分发系统中使用永久流传输会话进行信道流分发服务的序列例子(在支持信道或者流的变化速度再现的情况下)的视图；
图8是示意性示出IPTV服务翻译服务器的功能配置的视图；
图9是示出IPTV服务中的客户端设备侧的实体的视图；以及
图10是示意性示出除了使用RTP协议传输AV流之外、还使用SIP/RTSP协议进行流传输会话的建立的视频分发系统(相关技术的例子)的视图。
具体实施方式
以下将参考附图详细描述本说明书中公开的技术的实施例。
图1示意性示出通过应用本说明书中公开的技术实现的IPTV分发系统100的配置。在所示的例子中，称为IPTV服务A和IPTV服务B的各个服务分别从两个电信公司提供，并且对于每个服务安装服务器。
在本说明书中公开的技术中，从多个不同的服务提供者提供的IPTV服务客户端的功能可被分为导航(选择内容的功能)、再现控制(如在特技播放中那样发送诸如正常再现(播放)、停止(停止)、倒回再现(倒回)、快进再现(快进)和暂停的命令的功能)、以及流传输(传输和再现AV流的功能)，前两个被实现为浏览器应用，后一个被实现为对于IPTV服务协议透明的播放器(是公共的并且不依赖于IP服务协议之间的差别)。从电信公司的门户站点提供被提供有导航和再现控制的功能的浏览器应用，作为门户应用。
在图1所示的例子中，从服务A服务器110提供用于服务A的导航和再现控制的各个协议，作为用于服务A的浏览器应用131。在终端用户侧，能够通过将用于服务A的浏览器应用131从服务A服务器110下载到诸如TV接收器的客户端设备130、并在浏览器执行环境133中运行该应用，来进行导航分发的(换句话说，服务A分发的)内容的选择、以及内容的再现控制。
类似地，从服务B服务器120提供用于服务B的导航和再现控制的各个协议，作为用于服务B的浏览器应用132。在终端用户侧，能够通过将用于服务B的浏览器应用132从服务B服务器120下载到客户端设备130、并在浏览器执行环境133中运行该应用，来进行导航以及内容的再现控制。
此外，在客户端设备130上，经由边缘服务器140接收从服务A服务器110流传输分发的内容，并使用在客户端设备上操作的播放器134再现该内容。
边缘服务器140从服务A服务器110下载用于服务A的单独的流传输协议翻译服务器应用，并运行该服务器应用。如下所述，使用操作在边缘服务器140上的用于服务A的单独的IPTV服务翻译服务器的与客户端设备130的流传输会话是永久的。
在此，在服务A的流传输服务器和边缘服务器140之间存在对于诸如SIP、RTSP和RTP/RTCP的提供者的单独的流传输会话(以下描述)。作为用于服务A的单独的IPTV服务翻译服务器的边缘服务器140将从流传输服务器输出的单独的流传输格式转换为可以由在客户端设备130侧的播放器134处理的流传输格式，并输出转换的流传输格式。因此，在客户端设备130上，能够通过使用诸如Windows(注册商标)的媒体播放器的对于IPTV服务协议透明的播放器(是公共的并且不依赖于IP服务协议之间的差别)再现从服务A提供的内容。另外，作为用于服务A的单独的IPTV服务翻译服务器的边缘服务器140通过将来自客户端设备130的再现控制命令转换为可以由流传输服务器解释的单独的IPTV服务再现控制协议，来进行业务(transaction)。
终端用户在流分发在播放器134上的内容的再现期间，经由浏览器进行再现控制。边缘服务器140根据作为HTTP请求从浏览器传输的再现控制命令来控制到播放器134的流传输操作。
类似地，经由边缘服务器150接收从服务B服务器120流传输分发的内容，并且使用操作在客户端设备130上的播放器134再现该内容。
边缘服务器150运行从服务B服务器120下载的用于服务B的单独的流传输协议翻译服务器应用。如下所述，使用操作在边缘服务器150上的用于服务B的单独的IPTV服务翻译服务器的与客户端设备130的流传输会话是永久的。
在此，作为用于服务B的单独的IPTV服务翻译服务器的边缘服务器150将从服务B的流传输服务器输出的单独的流传输格式转换为可以由在客户端设备130侧的播放器134处理的流传输格式，并输出转换的流传输格式。因此，在客户端设备130上，能够通过使用对于IPTV服务协议透明的播放器134，来再现从服务B提供的内容。另外，作为用于服务B的单独的IPTV服务翻译服务器的边缘服务器150通过将来自客户端设备130的再现控制命令转换为可以由流传输服务器解释的单独的IPTV服务再现控制协议，来进行业务。
终端用户在流分发在播放器134上的内容的再现期间，经由浏览器进行再现控制。边缘服务器150根据作为HTTP请求从浏览器传输的再现控制命令来控制到播放器134的流传输操作。
在图1所示的IPTV分发系统100中，提供服务A、服务B等的服务提供者可以向终端用户提供不依赖于每个客户端之间的实现方式的差别的统一服务，并且，可以通过仅开发和维护要被下载作为客户端设备130中的门户应用的用于每个服务的浏览器应用，来显著降低时间和成本负担。
另外，设备供应商仅需要开发和维护操作在客户端设备130上的标准浏览器执行环境，这与对于每个电信公司实现多个不同的单独的IPTV服务协议、或者对于每个电信公司实现多个不同的单独的IPTV客户端的情况相比，显著降低成本负担。
图2示出用于通过在IPTV分发系统100中使用永久流传输会话来进行内容分发服务的具体配置例子。在图2中，为了简化例示，关注于一个视频分发服务而描绘IPTV分发系统100。
核心网络201和访问网络202是提供IPTV分发服务的电信公司(服务提供者)拥有的网络。核心网络201等同于所谓的骨干网络，并且，访问网络202是由光纤网络等配置的高速网络。在所示的例子中，电信公司在核心网络201上具有在IPTV服务中的服务器侧实体，比如服务发现服务器211、门户服务器212、流传输服务器213、用于诸如SIP、RTSP和RTP/RTCP的提供者的单独的流传输服务器213、以及资源管理服务器215。另外，对于提供者网络中的每个区域安装连接核心网络201和访问网络202的边缘服务器216。边缘服务器216中继从流传输服务器213到客户端设备231的流传输。
服务发现服务器211是用于发现客户端设备231的IPTV客户端管理器233访问的、并且该客户端可以访问的IPTV服务的服务器。服务发现服务器211管理能够进行服务提供的IPTV服务的属性。IPTV服务提供者向服务发现服务器211登记服务访问所需的信息。服务发现服务器211向客户端侧提供的信息要素的例子包括IPTV服务的名称、IPTV服务的摘要、以及IPTV服务门户(门户服务器)的URL。
门户服务器212是提供IPTV门户页(IP广播信道的VoD内容或者店面(shop front)(进行内容的选择以购买以及购买处理的站点))、以及从门户页引入到在客户端设备231的浏览器234上执行的门户应用(处理内容导航和再现控制的应用)的内容和信道的每项的再现控制的服务器。
边缘服务器216是安装在每个区域的网络集线器(建筑)的附近的服务器(只要能够从客户端侧访问，除了家庭网络203之外的任何地方都是可接受的，并且定位不是特别的问题)。
在本实施例中，边缘服务器216通过例如执行从门户服务器212下载的指定的服务器应用而用作IPTV服务翻译服务器。图8示意性地示出IPTV服务翻译服务器的功能配置。IPTV服务翻译服务器(流传输单元803)从流传输服务器213所负责的客户端接收内容或信道的流传输请求，并输出相关的流。另外，IPTV服务翻译服务器(私有信道建立单元801)建立具有保证的带宽的一个HTTP伪流传输信道(会话)，作为与客户端设备231上的播放器235的私有信道。另外，在流传输服务器213和翻译服务器之间，对于诸如SIP、RTSP和RTP/RTCP的提供者建立单独的流传输会话。流传输单元803将所有信道上的流传输不断地传输到播放器235侧。此外，如需要，则使用SSL(安全套接字层)等来保证HTTP伪流传输会话的安全性。通常通过来自客户端设备231上的播放器235的一个URL访问边缘服务器216上的IPTV服务翻译服务器。另外，当IPTV服务翻译服务器(再现控制命令接收单元802)从操作在客户端设备231上的门户应用接收到与流再现有关的再现控制命令时，IPTV服务翻译服务器进行流处理，以便播放器仅需要进行如在正常再现中相同的处理。
资源管理服务器215根据来自边缘服务器216上的IPTV服务翻译服务器(私有信道建立单元801)的请求，进行与流传输服务器213以及与客户端设备231上的播放器的分发资源的安全保证。为了分发资源的安全保证，使用在诸如NGN的电信公司私有网络中使用的IMS/SIP协议、在未来将被标准化的OpenFlow-API、对于电信公司网络设施的单独的协议等等(以下描述)。
流传输服务器213从IPTV服务翻译服务器接收内容的流传输请求或者信道的流传输请求，并输出相应的内容流。
同时，家庭网络203被安装在终端用户的家庭中。家庭网络203经由调制解调器或者路由器232与诸如访问网络202的电信公司的网络互连。家庭网络203是根据例如DLNA(数字生活网络联盟)等的技术规范的，但是，因为这不直接与本说明书中公开的技术的实施例有关，所以省略了对这些技术规范的详细描述。
客户端设备231连接到家庭网络203。诸如IPTV客户端管理器233、浏览器234和播放器235的实体操作在客户端设备231上。此外，导航(选择内容的功能)以及再现控制(如在特技播放中那样发送诸如正常再现(播放)、停止(停止)、倒回再现(倒回)、快进再现(快进)和暂停的命令的功能)由浏览器234执行的门户应用来实现，并且流传输的功能(传输和再现AV流的功能)由播放器235实现。
IPTV客户端管理器233、浏览器234和播放器235各自是IPTV服务中的客户端设备231侧的实体(参见图9)。
当运行时，IPTV客户端管理器233从服务发现服务器211获取IPTV服务发现信息，并基于从其提供的门户URL运行浏览器234。
浏览器234等同于HTML(超文本标记语言)浏览器234，并且包括JavaScript(注册商标)应用执行环境。浏览器234是执行从门户URL(门户服务器212)下载的门户浏览器页(门户应用)的模块。浏览器234经由GUI(图形用户接口)处理系统进行内容的呈现，并进行与终端用户的对话管理。在门户应用中，浏览器234进行内容或信道的选择、以及对所选内容或信道的再现控制屏幕的处理。
播放器235是再现和呈现流的模块，并且被实现在浏览器外部，也存在播放器235被嵌入在浏览器234中的情况。在本实施例中，播放器235建立具有保证的带宽的一个HTTP伪流传输信道(会话)，作为与边缘服务器216上的IPTV服务翻译服务器的私有信道，并且不断地接收在此会话上的所有流传输。如需要，则使用SSL等保证HTTP伪流传输会话的安全性。
图3示出用于通过在IPTV分发系统100中使用永久流传输会话来进行内容流分发服务(但是，仅仅直到建立私有信道为止)的序列例子。在所示的序列中，进行与来自客户端侧的内容的流传输请求对应的流传输。下文中，将参考图3描述图2中所示的IPTV分发系统100的工作。
客户端设备231上的IPTV客户端管理器233从服务发现服务器211获取用于搜索提供IPTV服务的服务提供者的列表，换句话说，获取服务发现信息(SEQ301)。在该服务发现信息中，服务的名称以及IPTV服务的门户URL(统一资源定位符)被定义为IPTV服务的属性。IPTV客户端管理器233基于门户URL运行浏览器234(SEQ302)。
浏览器234从门户服务器212下载(DL)门户页并将其呈现给终端用户(SEQ303)。在此，因为门户页本身由IPTV服务提供者开发，所以客户端供应商仅实现浏览器执行环境是足够的，并且不需要像在图10中所示的相关技术的系统中那样实现每个提供者特有的IPTV客户端。此外，所有服务提供者都能够关于内容的选择处理而设计内容导航序列，并且改变等也是简单的。因此，服务提供者能够实现提供给每个客户端的服务质量的统一、以及维护成本的降低。
在此，例如以JavaScript(注册商标)编写的门户应用被包括在门户页中。执行与终端用户经由在浏览器234上显示的门户页对期望的IPTV内容或广播信道的选择对应的门户应用(SEQ304)。或者，在门户页被打开的时间点执行该门户应用。
诸如用于服务A的浏览器应用或者用于服务B的浏览器应用的门户应用对于安装在提供者网络内的应用的区域中的边缘服务器216请求下载(DL)和执行相关的IPTV服务翻译服务器应用(SEQ305)。或者，还能够将可以使用的多个IPTV服务翻译服务器应用预先从门户服务器212下载到边缘服务器216。但是，如果在下载之后执行的开销充分小，则优选每次下载此类型的应用以便实现维护、版本管理等的更便利性。当边缘服务器216运行从门户服务器212下载的IPTV服务翻译服务器(SEQ306)时，边缘服务器216向请求源门户应用返回对于翻译服务器运行请求的响应。
另外，门户应用对于客户端设备231上的播放器235(实现为处理AV流传输协议以及再现流)请求建立与操作在边缘服务器216上的IPTV服务翻译服务器的IPTV私有信道(SEQ307)。此外，播放器235向边缘服务器216发出IPTV私有信道建立请求(SEQ308)。此IPTV私有信道是单独分配给每个客户端的私有HTTP流传输会话(这不是指在每个单独的HTTP请求或者获取业务之后完成的TCP会话，而是指更长的持续时间的会话)。
边缘服务器216上的IPTV服务翻译服务器响应于来自播放器235的IPTV私有信道建立请求，通过适当的翻译服务器和播放器235之间的IPTV私有信道对于资源管理服务器215请求流传输所需的诸如CPU(中央处理单元)、存储器区域和网络接口的分发资源的安全保证(SEQ309)。假设资源管理服务器215响应于此请求，从流传输会话的建立到其解除而持续地保证上述的通信资源的安全(SEQ310)。
此外，为了分发资源的安全保证，可以使用在诸如NGN的电信公司私有网络中使用的IMS(IP多媒体子系统)/SIP协议、OpenFlow-API、对于电信公司网络的单独的协议等。在此，IMS是用于下一代公共通信网络的通信方法，其通过使用SIP合并诸如固定电话网络和移动通信网络的具有不同的电路交换和分组交换的公共通信服务来实现多媒体服务。另外，OpenFlow是OpenFlow交换联盟提倡的网络控制技术，是定义了由MAC(媒体访问控制)地址、IP地址、端口号等的组合确定为“流(flow)”的一系列通信、并且通过由流单元进行路径控制来确保质量并改进网络利用率的通信方法。在本实施例中，保证所需的资源的安全以便提供在终端用户同意的合同的SLA(服务级别协议)中定义的分发资源和质量级别。SLA是通信服务企业向用户保证服务的质量的系统，其指示与诸如最小通信速度、平均延迟时间和停机时间的上限的服务质量的补充条款、以及在以上条款不可实现时的使用费的减少有关的规则被包括在服务合同中。
当保证分发资源的安全时，保证了与IPTV私有信道的IPTV分发服务有关的QoS。因而，在边缘服务器216上的IPTV服务翻译服务器和播放器235之间，建立具有保证的带宽的一个HTTP伪流传输信道(会话)作为IPTV私有信道(SEQ311、SEQ312)。IPTV私有信道是永久的，并且是保证带宽的路径，其中来自播放器235的HTTP请求传输以及来自边缘服务器216上的翻译服务器的HTTP响应通常是可能的。边缘服务器216上的IPTV服务翻译服务器将所有信道上的流传输不断地传输到播放器235侧。如需要，则使用SSL等保证HTTP伪流传输会话的安全性。
随后，终端用户使用浏览器234执行的门户应用的内容导航功能进行内容的选择。在内容导航的处理中，浏览器上的门户应用进行与门户服务器的业务，并且，终端用户可以在参考内容的属性信息(标题、概况、价格等)的同时选择期望的内容。
除了终端用户选择的内容的URL之外，门户应用对于边缘服务器216上的IPTV服务翻译服务器还发出流传输请求并指示内容的流输出。关于此指示，IPTV服务翻译服务器使用永久流传输会话输出由URL指示的内容流。此外，在客户端设备213上，播放器进行内容的流传输再现。
图4进一步详细示出在IPTV分发系统100中的客户端设备231上使用上述的永久流传输会话进行内容流的再现控制的序列例子(在建立私有信道之后的处理)。
当在边缘服务器216上的翻译服务器和播放器235之间建立了私有信道时，终端用户使用浏览器234执行的门户应用的内容导航功能进行内容的选择(SEQ401)。在内容导航的处理中，浏览器234上的门户应用进行与门户服务器的业务，并且，终端用户可以在参考内容的属性信息(标题、概况、价格等)的同时选择期望的内容。
终端用户能够使用由浏览器234执行的门户应用，如在特技播放中那样进行诸如正常再现(播放)、停止(停止)、倒回再现(倒回)、快进再现(快进)和暂停的再现控制。
首先，将给出以正常速度再现内容流的情况的描述。
在按上述方式选择了要进行流传输再现的内容之后，终端用户指示在执行门户应用的浏览器屏幕上流传输的内容的正常再现(SEQ402)。
除了终端用户选择的内容的URL之外，浏览器234上的门户应用对于边缘服务器216上的翻译服务器还发出指示正常再现以及指示输出内容流的再现控制命令(SEQ403)。
来自终端用户的再现指令的交互全部由门户应用检测，并且此交互被作为再现控制命令而通知给边缘服务器216上的业务服务器。
在此，门户应用通过诸如AJAX(异步JavaScript(注册商标)+XML)的HTTP请求进行再现指示。边缘服务器216上的翻译服务器通过将来自在客户端设备231上作为门户应用而执行的浏览器脚本的再现控制命令转换为可以由流传输服务器213解释的单独的IPTV服务再现控制协议，来进行业务。换句话说，翻译服务器对于流传输服务器213进行再现指示(SEQ404)。
例如，如果流传输服务器213可以解释RTSP，则翻译服务器将来自门户应用的再现控制命令转换为RTSP传输指令并传输该RTSP传输指令。或者，当流传输服务器213是仅可以解释HTTP的HTTP伪流传输服务器时，翻译服务器将来自门户应用的再现控制命令转换为HTTP伪流传输中的内容请求，并且传输该内容请求。
关于此，流传输服务器213以再现控制命令指示的正常速度输出所选内容流(SEQ405)。流传输服务器213使用RTP等进行流传输，或者返回HTTP伪流传输响应。
边缘服务器216上的翻译服务器将从流传输服务器213输出的对于提供者的单独的流传输格式(传输协议(RTSP/RTP/RTCP)/编解码器/容器)转换为可以由操作在客户端设备231上的播放器处理的格式(客户端播放器能够处理的HTTP流传输/编解码器/容器)，并且输出转换的格式(HTTP伪流传输)(SEQ406)。此外，在客户端设备231上，播放器进行所接收的流的再现(SEQ407)。
接下来，将给出终端用户进行内容流的变化速度再现的情况的描述。
例如，终端用户在正常速度的流再现期间，指示在执行门户应用的浏览器234的屏幕上流传输的内容的变化速度再现(SEQ411)。
门户应用对于边缘服务器216上的翻译服务器发出指示变化速度再现并且指示输出内容流的再现控制命令(SEQ412)。来自终端用户的特技播放指令的交互都由门户应用检测，并且，此交互被作为再现控制命令而通知给边缘服务器216上的业务服务器。
门户应用使用诸如AJAX的HTTP请求进行再现指示。然后，当边缘服务器216上的翻译服务器接收到来自在客户端设备231上作为门户应用而执行的浏览器脚本的、指示变化速度再现的再现控制命令时，翻译服务器将该再现控制命令转换为可以由流传输服务器213解释的单独的IPTV服务再现控制协议，并进行再现指示(SEQ413)。关于此，流传输服务器213以再现控制命令指示的速度对所选的内容流进行变化速度传输(SEQ414)。流传输服务器213使用RTP等进行流传输，或者返回HTTP伪流传输响应。
例如，如果流传输服务器213可以解释RTSP，则翻译服务器将来自门户应用的再现控制命令转换为RTSP传输指令并传输该RTSP变化速度传输指令。如果变化速度再现指令是对于双倍速度的，则以双倍速度从流传输服务器213输出内容流。或者，当流传输服务器213是仅可以解释HTTP的HTTP伪流传输服务器时，翻译服务器以正常速度的双倍发出HTTP请求，并且以双倍速度从边缘服务器213获取内容流。
当边缘服务器216上的翻译服务器经由上述方法之一接收到变化速度的内容时，翻译服务器处理该流，以便客户端设备231侧的播放器235仅需要进行与在正常再现中相同的处理并且传输该流(SEQ415)。此时，翻译服务器将从流传输服务器213输出的对于提供者的单独的流传输格式(传输协议(RTSP/RTP/RTCP)/编解码器/容器)转换为可以由操作在客户端设备231上的播放器处理的格式(客户端播放器235能够处理的HTTP流传输/编解码器/容器)，并且输出转换的格式(HTTP伪流传输)(SEQ415)。此外，在客户端设备231上，播放器235进行所接收的流的再现(SEQ416)。
通过采用提出了如上所述的翻译服务器的IPTV分发系统100的配置，客户端供应商不再需要将对于每个服务的单独的服务协议实现为客户端应用，并且，能够极大地降低支持不同服务(网络服务、因特网服务)的提供者的服务的客户端的开发成本。
接下来，将参考图5给出用于实现IPTV分发系统100中的高速信道改变的手段的描述。
如图5中所示，假设在核心网络201中，由对应于边缘服务器216上的IPTV服务翻译服务器的IPTV服务提供的IP广播信道(包括实况(live)中继流等)全部正从流传输服务器213广播到边缘服务器216。换句话说，在与IPTV服务翻译服务器被下载到边缘服务器216并被运行的同时，对于IPTV服务翻译服务器能够访问(提供服务)的所有IP广播进行流转发请求。
具体地，当多播被用于核心网络201中的IP广播信道的传输协议时，在翻译服务器已经被下载到边缘服务器216并被运行之后，立即经由核心网络201中的多播路由器，对于流传输服务器213能够提供其服务的所有多播信道进行参与(获取)请求。RTP和多播被用于信道流从流传输服务器213到翻译服务器的传输。另外，因特网组管理协议(IGMP)和多播侦听发现(MLD)被用于参与多播信道。
当使用操作在客户端设备231的浏览器上的门户应用来选择信道时，门户应用对于边缘服务器216上的IPTV服务翻译服务器请求信道的选择或改变，作为AJAX/HTTP请求。此外，翻译服务器立即进行向期望的信道流的信道切换。当终端用户选择了某个信道时，因为该信道已经通过多播从流传输服务器213广播，所以边缘服务器216上的IPTV服务翻译服务器可以立即向客户端设备231上的播放器传输相应的多播流传输(换句话说，进行HTTP流传输)。
当终端用户通过信道转换(zapping)等选择不同的信道时，因为新选择的信道的流也已经从流传输服务器213多播，所以能够立即信道切换到期望的信道。因此，极大地改进了信道转换的性能。此外，客户端甚至在信道改变之前和之后，也不断地接收来自相同的URL(指翻译服务器)的HTTP流传输。
但是，当由于核心网络201的资源的限制，相应的IPTV服务翻译服务器可能并非参与(登记)其能够访问的所有多播信道流时，能够设计网络资源负荷减少计划。例如，当终端用户选择了某个信道时，可以通过选择性地参与在所选信道之前和之后(考虑到终端用户的喜好，这可以是在信道列表上的“之前和之后”，或者可以是在仅示出了具有高访问频率的信道的信道列表上的“之前和之后”)的信道等的多播来限制要参与的多播的数量。
图6示出用于通过在IPTV分发系统100中使用永久流传输会话来进行信道流分发服务的序列例子。在所示的序列中，进行与来自客户端侧的内容的信道请求对应的流传输。下文中，将参考图6描述图5中所示的IPTV分发系统100的工作。
边缘服务器216上的IPTV服务翻译服务器在被下载和运行之后，立即对于资源管理服务器215请求进行到播放器的流传输的、IPTV私有信道所需的诸如CPU、存储器区域和网络接口的分发资源的安全保证(SEQ 601)。
响应于此请求，资源管理服务器215从流传输会话的建立到其解除而持续地保证上述的通信资源的安全(SEQ 602)。此外，为了分发资源的安全保证，可以使用在诸如NGN的电信公司私有网络中使用的IMS/SIP协议、OpenFlow-API、用于电信公司网络的单独的协议等(如上)。
此外，在边缘服务器216上的IPTV服务翻译服务器和播放器235之间，建立具有保证的带宽的一个HTTP伪流传输信道(会话)，作为私有信道(SEQ603、SEQ604)。IPTV私有信道是永久的，并且是保证带宽的路径，其中来自播放器的HTTP请求传输和来自边缘服务器216上的翻译服务器的HTTP响应通常是可能的。边缘服务器216上的IPTV服务翻译服务器将所有信道上的流传输不断地传输到播放器侧。如需要，则使用SSL等保证HTTP伪流传输会话的安全性。
接下来，边缘服务器216上的IPTV服务翻译服务器对于流传输服务器213进行关于可能被选择的所有多播信道的参与(获取)请求(SEQ605)。关于此请求，流传输服务器213使用RTP等，关于所有请求的信道进行使用正常速度传输的到边缘服务器216上的翻译服务器的流传输(SEQ606)。
终端用户使用浏览器234执行的门户应用的内容导航功能进行信道的选择(SEQ607)。在信道导航的处理中，浏览器234上的门户应用进行与门户服务器212的业务，并且，终端用户可以在参考与要选择的信道有关的属性信息(标题、概况、价格等)的同时选择期望的信道。
此外，终端用户指示浏览器234上的门户应用进行所选信道的再现(SEQ608)。
浏览器234上的门户应用对于边缘服务器216上的翻译服务器使用诸如AJAX的HTTP请求来进行所选信道的再现指示(SEQ609)。预先进行使用IGMP联合等参与目标多播流。因此，在此时刻，边缘服务器216上的IPTV服务翻译服务器可以通过简单地改变多播流输入端口来立即开始所选信道的流传输。此外，边缘服务器216上的IPTV服务翻译服务器使用HTTP伪流传输来输出所选信道的内容流(SEQ610)。此外，在客户端设备231上，播放器进行所接收的内容流的再现(SEQ611)。
接下来，终端用户使用浏览器上的门户应用的信道导航功能进行信道的选择(SEQ612)。在信道导航的处理中，浏览器234上的门户应用进行与门户服务器212的业务，并且，终端用户在参考与要选择的信道有关的属性信息的同时选择期望的信道(如以上)。
此外，终端用户指示浏览器234上的门户应用进行与上述信道不同的信道的再现(SEQ613)。浏览器上的门户应用对于边缘服务器216上的翻译服务器，使用诸如AJAX的HTTP请求进行所选信道的再现指示(SEQ614)。因为预先进行使用IGMP联合等参与目标多播流，所以，在此时刻，通过简单地改变多播流输入端口来立即开始所选信道的流传输。此外，边缘服务器216上的IPTV服务翻译服务器使用HTTP伪流传输输出所选信道的内容流(SEQ615)。在客户端设备231上，播放器235进行所接收的内容流的再现(SEQ616)。
在图6所示的序列例子中，边缘服务器216上的IPTV服务翻译服务器进行通过多播从流传输服务器213传输到客户端设备231上的播放器235的信道之间的所支持的信道流的HTTP伪流传输。关于此，当在边缘服务器216上存在存储器、硬盘等的足够的累积存储区域(存储区(storage))时，能够通过在累积存储区域中累积从流传输服务器213输出的信道流而改进在多播信道再现期间的特技播放模式(主要是倒回再现)的性能。
与IPTV服务翻译服务器被下载到边缘服务器216并运行同时，关于翻译服务器能够访问(提供服务)的所有IP广播信道而进行转发请求。具体地，当多播被用于核心网络201中的IP广播信道的传输协议时，在IPTV服务翻译服务器已经被下载到边缘服务器216并运行之后，立即经由核心网络201中的多播路由器，对于流传输服务器213能够提供服务的所有多播信道进行参与(获取)请求。在此，传输到边缘服务器216的所有多播流在被边缘服务器216接收时，同时被累积在上述的存储区域中。此外，当终端用户指示倒回再现时，能够通过从已经累积在边缘服务器216的累积存储区域中的流进行再现而极大地改进IP广播信道的倒回再现的性能。
但是，当由于核心网络201的资源的限制或者边缘服务器216的累积存储区域的限制、相应的IPTV服务翻译服务器可能没有累积其能够访问的所有多播信道流中的已经分发的部分时，能够设计网络资源和存储资源负荷减小计划。例如，当终端用户通过选择性地参与在所选信道之前和之后(考虑到终端用户的喜好，这可以是在信道列表上的“之前和之后”，或者可以是在仅示出具有高访问频率的信道的信道列表上的“之前和之后”)的信道等的多播而选择某个信道时，仅将以上多播流累积在边缘服务器216中，由此减小网络资源和存储资源的负荷。
图7示出用于通过在IPTV分发系统100中使用永久流传输会话来进行信道流分发服务的序列例子。在所示的序列中，边缘服务器216被提供有累积流的存储区，并且可以支持信道流的变化速度再现。
边缘服务器216上的IPTV服务翻译服务器在被下载和运行之后，立即对于资源管理服务器215请求进行向播放器的信道流传输的IPTV私有信道所需的诸如CPU、存储器区域和网络接口的分发资源的安全保证(SEQ701)。
资源管理服务器215响应于此请求，从流传输会话的建立到其解除而持续地保证上述通信资源的安全(SEQ702)。此外，为了分发资源的安全保证，可以使用在诸如NGN的电信公司私有网络中使用的IMS/SIP协议、OpenFlow-API、用于电信公司网络的单独的协议等(如上)。
此外，在边缘服务器216上的IPTV服务翻译服务器和播放器235之间，建立具有保证的带宽的一个HTTP伪流传输信道(会话)作为私有信道(SEQ703、SEQ704)。此IPTV私有信道是永久的，并且是保证带宽的路径，在其中来自播放器235的HTTP请求传输和来自边缘服务器216上的翻译服务器的HTTP响应通常是可能的。边缘服务器216上的IPTV服务翻译服务器将所有信道上的流传输不断地传输到播放器235侧。如需要，则使用SSL等保证HTTP伪流传输会话的安全性。
接下来，边缘服务器216上的IPTV服务翻译服务器对于流传输服务器213进行关于可能被选择的所有多播信道的参与(获取)请求(SEQ705)。关于此请求，流传输服务器213使用RTP等关于所有请求的信道进行使用正常速度传输的到边缘服务器216上的翻译服务器的流传输(SEQ706)。
终端用户使用浏览器234执行的门户应用的内容导航功能进行信道的选择(SEQ707)。在信道导航的处理中，浏览器234上的门户应用进行与门户服务器212的业务，并且，终端用户可以在参考与要选择的信道有关的属性信息(标题、概况、价格等)的同时选择期望的信道。
此外，终端用户指示浏览器234上的门户应用进行所选信道的再现(SEQ708)。
浏览器上的门户应用对于边缘服务器216上的翻译服务器，使用诸如AJAX的HTTP请求进行所选信道的再现指示(SEQ709)。预先进行使用IGMP联合等参与目标多播流。因此，在此时刻，边缘服务器216上的IPTV服务翻译服务器可以通过简单地改变多播流输入端口来立即开始所选信道的流传输。此外，边缘服务器216上的IPTV服务翻译服务器将所选信道的内容流累积在边缘服务器216的存储区中(SEQ710)，同时使用HTTP伪流传输来输出内容流(SEQ711)。此外，在客户端设备231上，播放器235进行所接收的内容流的再现(SEQ712)。
接下来，终端用户使用浏览器上的门户应用的信道导航功能进行内容流的变化速度再现的指示(SEQ713)。浏览器234上的门户应用对于边缘服务器216上的翻译服务器，使用诸如AJAX的HTTP请求来进行内容的变化速度再现指示(SEQ714)。
当边缘服务器216上的翻译服务器从作为客户端设备231上的门户应用而被执行的浏览器脚本接收到指示变化速度再现的再现控制命令时，翻译服务器确认目标信道的过去的广播部分是否已经完成累积在其存储区中(SEQ715)。
此时，如果目标信道的过去的广播部分已经完成累积在存储区中，则确定能够进行变化速度再现。当翻译服务器从已经完成累积在其存储区中的那些流取得相应的信道流时(SEQ716)，翻译服务器处理该流，以便客户端设备231上的播放器仅需要进行与正常再现中相同的处理(能够进行变化速度再现)(SEQ717)。
此外，翻译服务器使用HTTP伪流传输来输出已经经历了上述处理的信道流(SEQ718)。在客户端设备231上，播放器进行所接收的内容流的正常再现，因此能够向终端用户呈现变化速度再现的流(SEQ719)。
如上所述，在根据本实施例的IPTV分发系统100中，从多个不同的服务提供者提供的IPTV服务客户端的功能可以分为导航(选择内容的功能)、再现控制(如在特技播放中那样发送诸如正常再现(播放)、停止(停止)、倒回再现(倒回)、快进再现(前进)和暂停的命令的功能)、以及流传输(传输和再现AV流的功能)，前两个被实现为浏览器应用，后一个被实现为对于IPTV服务协议透明的播放器(是公共的并且不依赖于IPTV服务协议之间的差别)。
因此，设备供应商为每个服务开发浏览器应用是足够的，并且，能够降低为多个不同的服务单独实现和维护客户端的成本。另外，对于服务提供者，因为使用RTP协议通过根据在浏览器上指定的再现控制命令而保证质量的网络来流传输终端用户经由浏览器选择的内容，因此能够实现服务质量的统一。另外，尽管使用HTTP流传输客户端，但是能够极大地改进当在IP广播分发中进行信道改变时的性能。
此外，本说明书中公开的技术可以如下所述配置：
(1)内容传输设备，包括：信道建立单元，其在网络上建立与再现内容流的内容再现设备的信道；再现控制命令接收单元，其经由网络从内容再现设备接收控制内容流的再现的再现控制命令；以及流传输单元，其根据接收的再现控制命令使用该信道向内容再现设备输出内容流。
(2)根据(1)的内容传输设备，其中信道建立单元根据来自在内容再现设备上再现内容流的播放器的请求建立信道。
(3)根据(1)的内容传输设备，其中信道建立单元在网络上建立信道，该信道由保证带宽的路径形成，在该路径中，与内容再现设备的HTTP请求传输和HTTP响应通常是可能的。
(4)根据(1)的内容传输设备，其中再现控制命令接收单元接收操作在内容再现设备的浏览器执行环境中的浏览器应用根据用户的指令而发出的作为HTTP请求的再现控制命令。
(5)根据(1)的内容传输设备，其中流传输单元向操作在内容再现设备上的对于服务协议透明的播放器输出内容流。
(6)根据(1)的内容传输设备，其中流传输单元从流传输服务器获取操作在内容再现设备的浏览器执行环境中的浏览器应用使用HTTP请求根据用户的选择而请求的内容流，并将该内容流输出到内容再现设备。
(7)根据(1)的内容传输设备，其中流传输单元根据来自内容再现设备的请求，将从流传输服务器输出的流传输格式转换为可以由在内容再现设备侧进行流传输再现的播放器处理的格式，并将该流输出到内容再现设备。
(8)根据(1)的内容传输设备，其中再现控制命令接收单元通过将接收的再现控制命令转换为可以由流传输服务器解释的再现控制协议来进行与流传输服务器的业务，该流传输服务器根据来自内容再现设备的流传输请求输出内容。
(9)根据(8)的内容传输设备，其中再现控制命令接收单元进行与流传输服务器的业务，该流传输服务器可以通过将与流的变化速度再现有关的再现控制命令转换为RTSP变化速度传输指令来解释RTSP。
(10)根据(8)的内容传输设备，其中再现控制命令接收单元对于仅可以解释HTTP的HTTP伪流传输服务器而将与流的再现速度有关的再现控制命令转换为HTTP流传输中的内容请求，并且以对应于再现控制命令指示的速度的速度向HTTP伪流传输服务器发出HTTP请求。
(11)根据(1)的内容传输设备，还包括存储区，从流传输服务器接收的内容流被累积在该存储区中，其中当与流的变化速度再现有关的再现控制命令被再现控制命令接收单元接收到时，流传输单元处理该流，以便操作在内容再现设备上的播放器可以使用与正常再现中相同的处理来进行变化速度再现。
(12)根据(1)的内容传输设备，其中信道建立单元、再现控制命令接收单元和流传输单元被实现为从指定的门户服务器下载并运行的翻译服务器的功能。
(13)根据(1)的内容传输设备，其中该内容传输设备操作为插入在输出内容流的流传输服务器和内容再现设备之间的边缘服务器。
(14)内容传输方法，包括：在网络上建立与再现内容流的内容再现设备的信道；经由网络从内容再现设备接收控制内容流的再现的再现控制命令；以及根据接收的再现控制命令，使用该信道向内容再现设备输出内容流。
(15)内容再现设备，包括：导航单元，使用HTTP请求来请求根据用户的指令而选择的内容的流传输；再现控制单元，根据用户的指令进行内容的流传输的再现控制；以及播放器，再现经由建立的与指定的服务器的信道接收的内容流。
(16)根据(15)的内容再现设备，还包括浏览器执行环境，其中导航单元和再现控制单元被实现为在浏览器执行环境中执行的浏览器应用；以及其中播放器对于服务协议是透明的。
(17)根据(15)的内容再现设备，其中播放器根据来自浏览器应用的请求而请求建立到服务器的信道。
(18)根据(15)的内容再现设备，其中该内容再现设备由保证带宽的路径形成，在该路径中，与传输内容流的边缘服务器的HTTP请求传输和HTTP响应通常是可能的。
(19)内容传输方法，包括：使用HTTP请求而请求根据用户的指令选择的内容的流传输；根据用户的指令进行内容的流传输的再现控制；以及再现经由建立的与指定的服务器的信道接收的内容流。
(20)内容分发系统，包括：内容再现设备，除了使用对于服务协议透明的播放器进行内容的流再现之外，还通过HTTP请求进行内容的选择和内容的再现控制的指示；流传输服务器，输出内容再现设备选择的内容流；以及边缘服务器，通过将由内容再现设备发出的再现控制命令转换为可以由流传输服务器解释的协议、以及将从流传输服务器输出的内容流转换为可以由播放器处理的格式并使用建立的与内容再现设备的信道传输内容流，来进行与流传输服务器的业务。
(21)根据(20)的内容分发系统，还包括资源管理服务器，其保证信道所需的分发资源的安全。
(22)以计算机可读格式编写的计算机程序，致使计算机用作：信道建立单元，其在网络上建立与再现内容流的内容再现设备的信道；再现控制命令接收单元，其经由网络从内容再现设备接收控制内容流的再现的再现控制命令；以及流传输单元，其根据接收的再现控制命令，使用该信道向内容再现设备输出内容流。
(23)以计算机可读格式编写的计算机程序，致使计算机用作：导航单元，使用HTTP请求而请求根据用户的指令选择的内容的流传输；再现控制单元，根据用户的指令进行内容的流传输的再现控制；以及播放器，再现经由建立的与指定的服务器的信道接收的内容流。
此外，本说明书中公开的技术也可以如下所述配置：
(1)装置，包括：
控制单元，用于响应于由客户端设备处的浏览器执行的应用实现的对于视频流的再现控制命令，控制变换的视频流在网络上的传输。
(2)根据(1)的装置，其中该再现控制命令指示包括以下项中的至少一个的特技播放：播放、停止、倒回、前进或暂停。
(3)根据(1)的装置，其中该再现控制命令作为超文本传输协议(HTTP)请求而从浏览器传输。
(4)根据(1)的装置，其中通过执行下载到该装置的预定服务器应用来传输变换的视频流。
(5)根据(1)的装置，其中，当再现控制命令指示变化速度再现时，控制单元将该再现控制命令转换为可以由内容流传输服务器解释的单独的服务再现控制协议，该内容流传输服务器以由再现控制命令指示的速度对所选的内容流进行变化速度传输。
(6)根据(5)的装置，其中控制单元以指示的速度控制作为变换的视频流的所选内容流的传输。
(7)根据(6)的装置，其中变换的视频流是以可以被操作在客户端设备上的播放器处理的格式的。
(8)根据(7)的装置，其中变换的视频流的格式是超文本传输协议(HTTP)伪流传输。
(9)根据(1)的装置，其中独立于服务协议而传输变换的视频流。
(10)根据(1)的装置，其中，当装置的存储器具有预定存储区时，控制单元控制来自服务器的视频流在该存储器中的存储。
(11)根据(10)的装置，其中该预定存储区可以支持来自服务器的作为变换的视频流的视频流的变化速度再现。
(12)根据(10)的装置，其中控制单元确定来自服务器的视频流的部分是否在存储器中。
(13)方法，包括：
由处理器响应于由客户端设备处的浏览器执行的应用实现的对于视频流的再现控制命令，控制变换的视频流在网络上的传输。
(14)非瞬时记录介质，记录有可由计算机执行的程序，该程序包括：
响应于由客户端设备处的浏览器执行的应用实现的对于视频流的再现控制命令，控制变换的视频流在网络上的传输。
(15)装置，包括：
控制单元，用于控制由浏览器执行的应用实现的对于视频流的再现控制命令的传输，以致使来自另一装置的变换的视频流在网络上传输。
(16)方法，包括：
由处理器控制由浏览器执行的应用实现的对于视频流的再现控制命令的传输，以致使来自装置的变换的视频流在网络上传输。
但是，很清楚本领域技术人员在不脱离本公开的精神的范围内可以实现实施例的更改和替换。

Claims (16)

1.一种电视接收器，包括：
浏览器；
接收单元，接收由所述浏览器执行的应用所发出的再现控制命令发送请求；以及
控制单元，(i)对所接收的再现控制命令执行协议转换，使得所述再现控制命令能够由内容流传输服务器解释，(ii)向所述内容流传输服务器提供转换的再现控制命令，(iii)响应于所述内容流传输服务器接收到转换的再现控制命令，将所接收的选择的内容流从第一格式协议转换为第二格式协议；
其中，所述第二格式协议是流传输协议，以及
所述第一格式协议不同于第二协议，
所述控制单元被配置为：(i)将所接收的再现控制命令的协议转换为所述第一格式协议，使得所述转换的再现控制命令具有所述第一格式协议，并且(ii)将所述选择的内容流从所述第一格式协议转换为所述第二格式协议，以获得变换的视频流。
2.根据权利要求1所述的电视接收器，其中，所述请求是超文本传输协议(HTTP)请求。
3.根据权利要求1所述的电视接收器，其中，所述第二格式协议是超文本传输协议(HTTP)流传输协议。
4.根据权利要求1所述的电视接收器，其中，由所述控制单元转换的、所接收的再现控制命令的协议是超文本传输协议(HTTP)流传输协议。
5.一种电视接收器，包括：
浏览器；
不同的各IPTV服务的、且能够从所述浏览器执行的多个浏览器应用；
播放器，被配置为再现从至少一个IPTV服务进行流传输的、经由至少一个边缘服务器接收的内容；以及
再现控制单元，被配置为经由所述浏览器控制作为由所述播放器分发的流的所述内容。
6.根据权利要求5所述的电视接收器，其中，所述再现控制单元根据从所述浏览器作为HTTP请求发送的所述再现控制命令，控制到播放器的流传输操作。
7.根据权利要求5所述的电视接收器，其中，所述浏览器应用是能够从所述IPTV服务的至少一个服务器下载的。
8.根据权利要求5所述的电视接收器，其中，所述播放器被配置为处理由提供流传输服务器与边缘服务器之间的单独的流传输会话的提供者的各服务之一所提供的流传输格式。
9.根据权利要求8所述的电视接收器，其中，所述流传输会话包括SIP(会话发起协议)、RTSP(实时流传输协议)以及RTP(实时传输协议)中的至少一个。
10.根据权利要求8所述的电视接收器，其中，所述播放器被配置为处理由具有第二边缘服务器的第二服务所提供的第二流传输格式，所述第二边缘服务器发起从第二服务下载的、对于所述第二服务的单独的流传输协议翻译服务器应用。
11.根据权利要求10所述的电视接收器，其中，所述播放器被配置为再现来自所述第二服务的所述内容，其中所述第二边缘服务器是对于所述第二服务的单独的IPTV服务翻译服务器，并且所述翻译服务器将从所述第二服务输出的、单独的流传输格式转换为播放器被配置为处理的流传输格式并且将转换的流传输格式输出到所述播放器。
12.根据权利要求5所述的电视接收器，其中，所述浏览器具有用于信道选择的门户应用，其中所述门户应用请求与至少一个服务的IPTV服务翻译服务器有关的信道的选择或改变。
13.根据权利要求5所述的电视接收器，其中，所述浏览器包括用于信道选择的门户应用，
其中所述门户应用请求与至少一个服务的IPTV服务翻译服务器有关的信道的选择或改变，以及
其中当用户选择已经从所述流传输服务器多播的特定信道时，所述IPTV服务翻译服务器立即向播放器发送与多播流传输对应的HTTP流传输。
14.根据权利要求5所述的电视接收器，其中，所述浏览器包括门户应用，所述门户应用使用HTTP请求执行选择的信道的再现指令，其中播放器通过简单改变多播流输入端口来立即接收所述选择的信道的流传输。
15.根据权利要求14所述的电视接收器，其中，所述播放器执行对IPTV服务翻译服务器上的所述选择的信道的接收的内容流的再现，所述IPTV服务翻译服务器使用HTTP流传输输出。
16.一种装置包括：
浏览器，执行对于视频流的、作为超文本传输协议(HTTP)请求的再现控制命令，并且向接收单元发送所述再现控制命令，所述接收单元检测并与客户端设备交互，所述浏览器的再现控制命令是通过网络执行的并且使得控制单元通过所述网络控制变换的视频流的传输，其中，当选择的内容流根据所述再现控制命令是来自内容的速度变化传输，所述选择的内容流从服务器输出时具有第一格式协议，并且所述选择的内容流是从所述第一格式协议转换为第二格式协议，以促使所述变换的视频流的传输；以及
播放器，通过执行与从服务器输出的所述选择的内容流相同的再现处理来再现具有所述第二格式协议的所述变换的视频流，所述播放器执行该再现处理以再现从由控制单元进行的、对以没有变化的速度传输的内容的格式协议的转换而获得的所述变换的视频流；
其中：
所述第一格式协议不同于第二协议，并且所述第一格式协议不同于超文本传输；以及
所述控制单元被配置为将发送到其的再现控制命令从超文本传输协议转换为所述第一格式协议，并且将具有所述第一格式的再现控制命令传输到服务器。
CN201910019823.1A 2012-04-27 2013-04-19 电视接收器和装置 Active CN109981560B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012102260A JP2013232697A (ja) 2012-04-27 2012-04-27 コンテンツ転送装置及びコンテンツ転送方法、コンテンツ再生装置及びコンテンツ再生方法、コンテンツ配信システム、並びにコンピューター・プログラム
JPJP2012-102260 2012-04-27
CN201310137100.4A CN103379388B (zh) 2012-04-27 2013-04-19 内容传输设备及方法、内容再现设备及方法、分发系统

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201310137100.4A Division CN103379388B (zh) 2012-04-27 2013-04-19 内容传输设备及方法、内容再现设备及方法、分发系统

Publications (2)

Publication Number Publication Date
CN109981560A true CN109981560A (zh) 2019-07-05
CN109981560B CN109981560B (zh) 2022-08-23

Family

ID=48141809

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201910019823.1A Active CN109981560B (zh) 2012-04-27 2013-04-19 电视接收器和装置
CN201310137100.4A Active CN103379388B (zh) 2012-04-27 2013-04-19 内容传输设备及方法、内容再现设备及方法、分发系统

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201310137100.4A Active CN103379388B (zh) 2012-04-27 2013-04-19 内容传输设备及方法、内容再现设备及方法、分发系统

Country Status (4)

Country Link
US (2) US9774921B2 (zh)
EP (2) EP2658210B1 (zh)
JP (1) JP2013232697A (zh)
CN (2) CN109981560B (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150088626A (ko) * 2014-01-24 2015-08-03 한국전자통신연구원 소프트웨어 정의 네트워킹 방법
FR3031644A1 (fr) * 2015-01-13 2016-07-15 Orange Procede de traitement d'un flux multimedia, dispositif et programme d'ordinateur correspondants.
US10015201B2 (en) 2015-06-30 2018-07-03 At&T Intellectual Property I, L.P. Implementing application level multimedia services as a switching function
WO2017117583A1 (en) * 2015-12-30 2017-07-06 Icloudpatent.Com Limited Direct network connections using cloud instance for multipoint meeting service
US10728589B2 (en) * 2018-02-15 2020-07-28 Vitec, Inc. Distribution and playback of media content
US11375049B2 (en) * 2018-11-29 2022-06-28 Avaya Inc. Event-based multiprotocol communication session distribution
US11481825B1 (en) * 2019-03-29 2022-10-25 Amazon Technologies, Inc. Transaction processing at edge servers in a content distribution network
CN110365787B (zh) * 2019-07-19 2021-08-17 南京工业大学 一种应用容器并基于微服务框架的边缘计算最优化布局方法
US11838574B2 (en) * 2020-04-27 2023-12-05 Nippon Telegraph And Telephone Corporation Content distribution system
CN112565337B (zh) * 2020-11-06 2022-09-30 北京奇艺世纪科技有限公司 请求传输方法、服务端、客户端、系统及电子设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7257122B1 (en) * 1997-04-16 2007-08-14 Nokia Siemens Networks Oy Data service in a mobile communications network
CN101150421A (zh) * 2006-09-22 2008-03-26 华为技术有限公司 一种分布式内容分发方法、边缘服务器和内容分发网
CN101155048A (zh) * 2006-09-25 2008-04-02 华为技术有限公司 一种实现网络电视业务的方法及系统
US20080275963A1 (en) * 2007-05-04 2008-11-06 Joseph Aaron Hatfield Dynamically Modifying A Universal Resource Indicator
US20090070499A1 (en) * 2007-09-06 2009-03-12 Tsunemitsu Takase Content reproduction appratus, content reproduction method, and content reproduction system
CN101478669A (zh) * 2008-08-29 2009-07-08 百视通网络电视技术发展有限责任公司 一种iptv系统上基于浏览器的媒体播放控制方法
US20120017149A1 (en) * 2010-07-15 2012-01-19 Jeffrey Lai Video whisper sessions during online collaborative computing sessions

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11313059A (ja) * 1998-04-27 1999-11-09 Nippon Telegr & Teleph Corp <Ntt> マルチキャスト通信方法及びそのシステム並びにマルチキャスト通信プログラムを記録した記録媒体
WO2002084667A1 (en) * 2001-04-17 2002-10-24 Koninklijke Philips Electronics N.V. Method and system for selecting a position in an image sequence
US7987491B2 (en) * 2002-05-10 2011-07-26 Richard Reisman Method and apparatus for browsing using alternative linkbases
JP2004088315A (ja) * 2002-08-26 2004-03-18 Ntt Comware Corp コンテンツ配信システム、エッジサーバ及び端末装置
CN1228982C (zh) * 2002-12-05 2005-11-23 国际商业机器公司 视频点播系统的信道合并方法和装置
GB0230301D0 (en) 2002-12-30 2003-02-05 Nokia Corp Streaming media
JP4118232B2 (ja) 2003-12-19 2008-07-16 三菱電機株式会社 映像データ処理方法および映像データ処理装置
EP1601199B1 (en) * 2004-05-28 2008-01-23 Alcatel Lucent Broadband telecommunications system and method used therein to reduce the latency of channel switching by a multimedia receiver
NZ534100A (en) * 2004-07-14 2008-11-28 Tandberg Nz Ltd Method and system for correlating content with linear media
US20140071818A1 (en) * 2004-07-16 2014-03-13 Virginia Innovation Sciences, Inc. Method and system for efficient communication
WO2007120155A1 (en) 2005-05-12 2007-10-25 Kylin Tv, Inc. Internet protocol television
CN101438256B (zh) 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
JP2007272868A (ja) 2006-03-07 2007-10-18 Sony Corp 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム
CN101155191B (zh) 2006-09-25 2011-06-08 华为技术有限公司 支持ims终端享用现有iptv业务的系统和方法
JP4915208B2 (ja) * 2006-10-26 2012-04-11 三菱電機株式会社 ストリームデータ再生システム
US8656445B2 (en) 2006-11-27 2014-02-18 Genband Us Llc Multimedia subsystem control for internet protocol based television services
CN101595695B (zh) 2007-01-26 2012-11-14 日本电气株式会社 视频分发系统和视频分发方法
JP2008278261A (ja) 2007-04-27 2008-11-13 Sharp Corp 中継装置、中継装置制御方法、通信システムおよび中継プログラム
JP2008283265A (ja) 2007-05-08 2008-11-20 Zentek Technology Japan Inc デジタルコンテンツリンクシステム及びこのシステムに用いられるデジタルコンテンツリンクサーバー
CN101309165B (zh) * 2007-05-14 2012-04-04 华为技术有限公司 信息报告的控制方法、装置和设备
CN101197832B (zh) 2007-12-13 2012-01-25 华为技术有限公司 一种实现iptv业务的方法、系统、装置
EP2073503A1 (en) * 2007-12-17 2009-06-24 Alcatel Lucent Method for distributing content data packages originated by users of a super peer-to-peer network
JP5147953B2 (ja) * 2008-01-24 2013-02-20 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｍｓｉを備えるマルチメディアゲートウェイを制御するための方法及び装置
JP2009230256A (ja) * 2008-03-19 2009-10-08 Nippon Telegr & Teleph Corp <Ntt> 通信制御装置、通信制御方法および通信制御プログラム
JP4623118B2 (ja) * 2008-03-28 2011-02-02 ソニー株式会社 ゲートウェイ装置、通信方法及びプログラム
CN100588226C (zh) * 2008-06-27 2010-02-03 中国联合网络通信集团有限公司 机顶盒及其视频输出控制方法
JP5269498B2 (ja) * 2008-06-30 2013-08-21 株式会社東芝 マルチメディア情報再生端末
US20110119724A1 (en) * 2008-07-07 2011-05-19 Telefonaktiebolaget Lm Ericsson (Publ) Proxy Functionality
JP2010028283A (ja) 2008-07-16 2010-02-04 Toshiba Corp 映像処理機器およびその制御方法
JP5064425B2 (ja) * 2009-02-24 2012-10-31 日本電信電話株式会社 映像配信サービス提供システムの中継装置、中継方法及び中継処理プログラム
US9602864B2 (en) * 2009-06-08 2017-03-21 Time Warner Cable Enterprises Llc Media bridge apparatus and methods
US20120096119A1 (en) * 2009-10-20 2012-04-19 Hitachi Solutions, Ltd. Contents delivery apparatus and system
US20110265134A1 (en) * 2009-11-04 2011-10-27 Pawan Jaggi Switchable multi-channel data transcoding and transrating system
JP2011114421A (ja) * 2009-11-25 2011-06-09 Nec Corp 映像蓄積視聴システム、装置、映像の蓄積・再生方法およびプログラム
EP2330789B1 (en) * 2009-12-04 2015-10-14 Alcatel Lucent System and method for accessing private digital content
JP2011182146A (ja) 2010-03-01 2011-09-15 Hitachi Ltd 視聴制御装置及び視聴制御システム
JP5517733B2 (ja) * 2010-05-12 2014-06-11 株式会社日立ソリューションズ コンテンツ配信システム、及びゲートウェイ装置、並びにプログラム
JP2012080310A (ja) * 2010-10-01 2012-04-19 Hitachi Consumer Electronics Co Ltd コンテンツ受信機
JP2012102260A (ja) 2010-11-11 2012-05-31 Sumitomo Rubber Ind Ltd 手型用洗浄剤およびそれを用いるゴム手袋の製造方法
US8826349B2 (en) * 2011-02-01 2014-09-02 Verizon Patent And Licensing Inc. Multicast adaptive stream switching for delivery of over the top video content
EP3054699B1 (en) * 2011-04-21 2017-09-13 Shah Talukder Flow-control based switched group video chat and real-time interactive broadcast
US9615126B2 (en) * 2011-06-24 2017-04-04 Google Technology Holdings LLC Intelligent buffering of media streams delivered over internet
US8745257B1 (en) * 2011-08-16 2014-06-03 Mobiworldmedia Methods and apparatus for rendering video advertising on a mobile device

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7257122B1 (en) * 1997-04-16 2007-08-14 Nokia Siemens Networks Oy Data service in a mobile communications network
CN101150421A (zh) * 2006-09-22 2008-03-26 华为技术有限公司 一种分布式内容分发方法、边缘服务器和内容分发网
CN101155048A (zh) * 2006-09-25 2008-04-02 华为技术有限公司 一种实现网络电视业务的方法及系统
US20080275963A1 (en) * 2007-05-04 2008-11-06 Joseph Aaron Hatfield Dynamically Modifying A Universal Resource Indicator
US20090070499A1 (en) * 2007-09-06 2009-03-12 Tsunemitsu Takase Content reproduction appratus, content reproduction method, and content reproduction system
CN101478669A (zh) * 2008-08-29 2009-07-08 百视通网络电视技术发展有限责任公司 一种iptv系统上基于浏览器的媒体播放控制方法
US20120017149A1 (en) * 2010-07-15 2012-01-19 Jeffrey Lai Video whisper sessions during online collaborative computing sessions

Also Published As

Publication number Publication date
US20130291036A1 (en) 2013-10-31
EP2658210A1 (en) 2013-10-30
EP3675456B1 (en) 2023-06-14
US9774921B2 (en) 2017-09-26
EP3675456A1 (en) 2020-07-01
EP2658210B1 (en) 2020-04-08
CN109981560B (zh) 2022-08-23
CN103379388B (zh) 2019-02-01
US11044532B2 (en) 2021-06-22
JP2013232697A (ja) 2013-11-14
US20170264967A1 (en) 2017-09-14
CN103379388A (zh) 2013-10-30

Similar Documents

Publication Publication Date Title
CN103379388B (zh) 内容传输设备及方法、内容再现设备及方法、分发系统
US20210377619A1 (en) Controlling Networked Media Capture Devices
US9788037B2 (en) System for managing media content for a personal television channel
CN102571979B (zh) 多屏互动设备及其绑定方法
CN104519386B (zh) 通过单向机顶盒实现媒体请求
US20100281508A1 (en) Internet Protocol (IP) to Video-on-Demand (VOD) Gateway
CN107409235A (zh) 用于使用单播abr流播在交换数字视频网络中提供vod内容的系统和方法
CN102232286A (zh) 设立网际协议电视会话的网络装置以及方法
US9118813B2 (en) Method and apparatus for using internet protocol television service based on application received in multicast session
CN103596019B (zh) 用于跨屏显示iptv内容的方法和系统
US9009593B2 (en) Apparatus and method for providing set top box assistance
CN108200215A (zh) 一种多媒体分享方法
CN109845276A (zh) 信息处理装置和信息处理方法
JPWO2018034172A1 (ja) 情報処理装置、クライアント装置、及び、データ処理方法
CN101262413B (zh) 实现媒体缓存的方法、系统和装置
CN110392275A (zh) 一种文稿演示的共享方法、装置及视联网软终端
WO2011005051A2 (ko) 원격 관리 및 펌웨어 업그레이드 방법 및 장치
CN101188740A (zh) 直播网络电视的组播方法
Popescu et al. Video distribution networks: architectures and system requirements
US20110016501A1 (en) Data receiving method and device for applications providing an iptv communications service
JP2018078588A (ja) Ｔｖ受信機、表示装置、並びに装置
JP2019208280A (ja) テレビ受信機、表示装置、並びに装置
Abd-Elrahman et al. Open-IPTV Services and Architectures
Moujahid et al. Improving IPTV Performance Using IGMP Snooping Protocol
Claro et al. Framework for Personal TV

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