JP2019208280A - Television receiver, display device, and device - Google Patents
Television receiver, display device, and device Download PDFInfo
- Publication number
- JP2019208280A JP2019208280A JP2019149343A JP2019149343A JP2019208280A JP 2019208280 A JP2019208280 A JP 2019208280A JP 2019149343 A JP2019149343 A JP 2019149343A JP 2019149343 A JP2019149343 A JP 2019149343A JP 2019208280 A JP2019208280 A JP 2019208280A
- Authority
- JP
- Japan
- Prior art keywords
- server
- streaming
- content
- service
- 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.)
- Pending
Links
- 238000012546 transfer Methods 0.000 claims abstract description 67
- 238000013519 translation Methods 0.000 claims description 105
- 238000000034 method Methods 0.000 claims description 36
- 230000004044 response Effects 0.000 claims description 32
- 230000005540 biological transmission Effects 0.000 claims description 12
- 230000008569 process Effects 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 8
- 230000008859 change Effects 0.000 claims description 7
- 238000006243 chemical reaction Methods 0.000 claims description 3
- 230000006870 function Effects 0.000 abstract description 37
- 238000012423 maintenance Methods 0.000 abstract description 6
- 238000009434 installation Methods 0.000 abstract 1
- 238000005516 engineering process Methods 0.000 description 33
- 238000007726 management method Methods 0.000 description 15
- 238000004590 computer program Methods 0.000 description 12
- 238000004891 communication Methods 0.000 description 10
- 230000000875 corresponding effect Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 239000000969 carrier Substances 0.000 description 5
- 230000001276 controlling effect Effects 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000002079 cooperative effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Description
本明細書で開示する技術は、ストリーミング・サーバーから送出されるコンテンツのストリームを転送するコンテンツ転送装置及びコンテンツ転送方法、コンテンツの選択やコンテンツの再生を行なうコンテンツ再生装置及びコンテンツ再生方法、コンテンツ配信システム、並びにコンピューター・プログラムに係り、例えばIPTV放送サービスにより配信されるコンテンツのストリームをIPTVサービス・クライアントに転送するコンテンツ転送装置及びコンテンツ転送方法、IPTVサービスにおけるクライアントとしてコンテンツ若しくはチャンネルの選択やコンテンツの再生を行なうコンテンツ再生装置及びコンテンツ再生方法、コンテンツ配信システム、並びにコンピューター・プログラムに関する。 The technology disclosed in this specification includes a content transfer apparatus and content transfer method for transferring a content stream sent from a streaming server, a content reproduction apparatus and content reproduction method for selecting content and reproducing content, and a content distribution system. In addition, for example, a content transfer apparatus and method for transferring a content stream distributed by an IPTV broadcast service to an IPTV service client, a content transfer device as a client in the IPTV service, and content playback The present invention relates to a content reproduction apparatus and content reproduction method, a content distribution system, and a computer program.
地上波や衛星波を使って放送していたビデオ・コンテンツをIP(internet Protocol)ブロードバンド・ネットワーク経由で伝送するIPTVサービスやVOD(Video On Demand)サービスの商用化が進んでいる。 Commercialization of IPTV services and VOD (Video On Demand) services for transmitting video content broadcast using terrestrial and satellite waves via an IP (Internet Protocol) broadband network is in progress.
従来のIPTV配信システムでは、AVストリームの取得と制御にHTTP(Hyper Text Transfer Protocol)プロトコルを利用している。すなわち、品質の保証されていないネットワークを介したインターネットTV配信システムでは、一般にコンテンツの取得制御メッセージもコンテンツのAVストリームも同じHTTP並びにTCP(Transmission Control Protocol)プロトコルを使って転送する方式が採用されている(例えば、特許文献1を参照のこと)。 A conventional IPTV distribution system uses an HTTP (Hyper Text Transfer Protocol) protocol for acquisition and control of an AV stream. That is, in an Internet TV distribution system via a network whose quality is not guaranteed, generally, a method for transferring a content acquisition control message and a content AV stream using the same HTTP and TCP (Transmission Control Protocol) protocol is adopted. (For example, refer to Patent Document 1).
一方、各国のキャリア主導で導入が始まっているNGN(Next Generation Network)のようなQoS(Quality of Service)の保証されたネットワークにおいては、SIP(Session Initiation Protocol)やRTSP(Real Time Streaming Protocol)などのプロトコルを用いてストリーミング・セッションを確立して、RTP(Real time Transport Protocol)などのプロトコルを用いてAVストリームを転送している(例えば、特許文献2を参照のこと)。 On the other hand, in a network with guaranteed QoS (Quality of Service) such as NGN (Next Generation Network), which has been introduced by carriers in each country, SIP (Session Initiation Protocol), RTSP (Real Time Streaming Protocol), etc. A streaming session is established using the above protocol and an AV stream is transferred using a protocol such as RTP (Real time Transport Protocol) (see, for example, Patent Document 2).
一般に、SIP/RTSPとRTPによるIPTVプロトコルのクライアントはキャリア毎に実装プロファイル(プロトコル・パラメーターのセット)が異なる。このため、IPTVを受信するSTB(Set Top Box)などのデバイスを開発・製造するデバイス・ベンダーは、各キャリア独自のIPTVクライアント(キャリア毎のIPTVクライアント・アプリケーション)を実装しなければならない。 In general, IPTV protocol clients based on SIP / RTSP and RTP have different mounting profiles (sets of protocol parameters) for each carrier. For this reason, a device vendor that develops and manufactures a device such as an STB (Set Top Box) that receives IPTV must implement an IPTV client (an IPTV client application for each carrier) unique to each carrier.
図10には、SIP/RTSPプロトコルを用いてストリーミング・セッションの確立を行なうとともにRTPプロトコルを用いてAVストリームを転送する映像配信システムを模式的に示している。図示の例では、2つのキャリアからそれぞれIPTVサービスAとIPTVサービスBという独自のサービスが提供され、各サービス用のサーバーが設置されている。ここで、IPTVサービスAサーバーから配信サービスを受けるには独自のサービスA向けIPTVクライアント・アプリケーションが必要であり、IPTVサービスBサーバーから配信サービスを受けるには独自のサービスB向けIPTVクライアント・アプリケーションが必要である。これらサービス毎のクライアント・アプリケーションは、具体的には、各キャリアから配布されるSTB内の組み込みソフトである。このような場合、キャリアは、サービスを変えるときには、デバイス(すなわち、STB)を置き換える必要がある。また、クライアント・アプリケーションのベンダーは、キャリア毎(すなわちサービス毎)の独自のプロトコルに合わせてクライアント・アプリケーションを開発し、メンテナンスする必要がある。また、エンド・ユーザーは、あるキャリアのIPTVサービスに加入した後、さらに別のキャリアのIPTVサービスも利用したいときには、STBを買い増しする必要がある。 FIG. 10 schematically shows a video distribution system that establishes a streaming session using the SIP / RTSP protocol and transfers an AV stream using the RTP protocol. In the example shown in the figure, original services of IPTV service A and IPTV service B are provided from two carriers, respectively, and a server for each service is installed. Here, a unique IPTV client application for service A is required to receive the distribution service from the IPTV service A server, and a unique IPTV client application for service B is required to receive the distribution service from the IPTV service B server. It is. Specifically, the client application for each service is embedded software in the STB distributed from each carrier. In such a case, the carrier needs to replace the device (ie, STB) when changing service. Further, the client application vendor needs to develop and maintain the client application according to a unique protocol for each carrier (that is, for each service). In addition, after the end user subscribes to the IPTV service of a certain carrier and wants to use the IPTV service of another carrier, it is necessary to purchase more STBs.
デバイス・ベンダーは、とあるキャリアのIPTVサービス向けに開発したIPTVクライアント実装を、他の複数のキャリアのIPTVサービス向けに流用したいという願望がある。そのためには、1つのIPTVクライアントに、キャリア毎の異なる独自のIPTVサービス・プロトコルを複数実装するか、又は、キャリア毎に異なる独自のIPTVクライアントそのものを複数実装しなければならない。デバイス・ベンダーにとっては、そのプロトコル実装にコストがかかる。また、デバイス・ベンダーは、サービス・プロバイダーからの要求に応じた機能追加などにまつわるメンテナンスにコストがかかるという問題が起こる。 There is a desire for a device vendor to use an IPTV client implementation developed for an IPTV service of a certain carrier for an IPTV service of a plurality of other carriers. For this purpose, a plurality of unique IPTV service protocols different for each carrier must be mounted on one IPTV client, or a plurality of unique IPTV clients themselves different for each carrier must be mounted. For device vendors, implementing the protocol is expensive. In addition, there is a problem that device vendors are expensive to perform maintenance related to adding functions in response to requests from service providers.
また、サービス・プロバイダーは、複数の異なるクライアント・ベンダーによる異なる実装のクライアントのいずれを介しても、エンド・ユーザーに対して、各クライアント間の実装上の相違に依らない均一なサービスを提供しなければならない。このため、サービス・プロバイダーは、テストやサービス品質の管理など、サービス開発並びにメンテナンスに時間とコストを費やすという問題がある。 In addition, service providers must provide end users with a uniform service that is independent of implementation differences between clients, regardless of the implementation of clients from different client vendors. I must. As a result, service providers spend time and money on service development and maintenance, such as testing and service quality management.
本明細書で開示する技術の目的は、IPTV放送サービスにより配信されるコンテンツのストリームをIPTVサービス・クライアントに好適に転送することができる優れたコンテンツ転送装置及びコンテンツ転送方法、並びにコンピューター・プログラムを提供することにある。 An object of the technology disclosed in the present specification is to provide an excellent content transfer apparatus, content transfer method, and computer program capable of suitably transferring a content stream distributed by an IPTV broadcast service to an IPTV service client. There is to do.
また、本明細書で開示する技術の目的は、IPTVサービスにおけるクライアントとしてコンテンツ若しくはチャンネルの選択やコンテンツの再生を好適に行なうことができる優れたコンテンツ再生装置及びコンテンツ再生方法、並びにコンピューター・プログラムを提供することにある。 In addition, an object of the technology disclosed in the present specification is to provide an excellent content reproduction apparatus, content reproduction method, and computer program capable of suitably performing content or channel selection and content reproduction as a client in an IPTV service There is to do.
また、本明細書で開示する技術の目的は、IPTVクライアントの実装並びにメンテナンスのコストを低減でき、各クライアントに対するサービス品質を均一にすることができる、優れたコンテンツ配信システムを提供することにある。 In addition, an object of the technology disclosed in the present specification is to provide an excellent content distribution system that can reduce the cost of implementation and maintenance of an IPTV client and uniform service quality for each client.
本願は、上記課題を参酌してなされたものであり、請求項1に記載の技術は、
コンテンツのストリームを再生するコンテンツ再生装置との間でチャンネルをネットワーク上で確立するチャンネル確立部と、
前記コンテンツ再生装置からコンテンツのストリームの再生を制御する再生制御コマンドを前記ネットワーク経由で受信する再生制御コマンド受信部と、
受信した前記再生制御コマンドに従って、前記チャンネルを用いてコンテンツのストリームを前記コンテンツ再生装置に送出するストリーミング部と、
を具備するコンテンツ転送装置である。
The present application has been made in consideration of the above problems, and the technology according to claim 1
A channel establishment unit that establishes a channel on a network with a content reproduction device that reproduces a stream of content;
A playback control command receiving unit that receives a playback control command for controlling playback of a stream of content from the content playback device via the network;
In accordance with the received playback control command, a streaming unit that sends a content stream to the content playback device using the channel;
Is a content transfer apparatus.
本願の請求項2に記載の技術によれば、請求項1に記載のコンテンツ転送装置の前記チャンネル確立部は、前記コンテンツ再生装置上でコンテンツのストリームを再生するプレイヤーからの要求に応じて前記チャンネルを確立するように構成されている。 According to the technology of claim 2 of the present application, the channel establishment unit of the content transfer device according to claim 1 performs the channel in response to a request from a player that plays a content stream on the content playback device. Is configured to establish.
本願の請求項3に記載の技術によれば、請求項1に記載のコンテンツ転送装置の前記チャンネル確立部は、前記コンテンツ再生装置との間で常時HTTPリクエストの送信及びHTTPレスポンスの返信が可能な帯域保証型のパスからなるチャンネルを、前記ネットワーク上で確立するように構成されている。 According to the technology described in claim 3 of the present application, the channel establishment unit of the content transfer device according to claim 1 can always transmit an HTTP request and return an HTTP response with the content reproduction device. A channel composed of a bandwidth-guaranteed path is configured to be established on the network.
本願の請求項4に記載の技術によれば、請求項1に記載のコンテンツ転送装置の前記再生制御コマンド受信部は、前記コンテンツ再生装置のブラウザー実行環境で動作するブラウザー・アプリケーションがユーザーの指示に応じて発行した再生制御コマンドを、HTTPリクエストとして受信するように構成されている。 According to the technology described in claim 4 of the present application, the playback control command receiving unit of the content transfer device according to claim 1 is configured so that a browser application operating in a browser execution environment of the content playback device is instructed by a user The reproduction control command issued in response is received as an HTTP request.
本願の請求項5に記載の技術によれば、請求項1に記載のコンテンツ転送装置の前記ストリーミング部は、前記コンテンツ再生装置上で動作するサービス・プロトコル透過なプレイヤーに対してコンテンツのストリームを送出するように構成されている。 According to the technology described in claim 5 of the present application, the streaming unit of the content transfer device according to claim 1 sends a content stream to a service protocol transparent player operating on the content reproduction device. Is configured to do.
本願の請求項6に記載の技術によれば、請求項1に記載のコンテンツ転送装置の前記ストリーミング部は、前記コンテンツ再生装置のブラウザー実行環境で動作するブラウザー・アプリケーションがユーザーの選択に応じてHTTPリクエストにより要求するコンテンツのストリームをストリーミング・サーバーから取得して、前記コンテンツ再生装置に送出するように構成されている。 According to the technology described in claim 6 of the present application, the streaming unit of the content transfer device according to claim 1 is configured such that the browser application operating in the browser execution environment of the content reproduction device is HTTP according to a user's selection. A stream of content requested by a request is acquired from a streaming server and sent to the content reproduction apparatus.
本願の請求項7に記載の技術によれば、請求項1に記載のコンテンツ転送装置の前記ストリーミング部は、前記コンテンツ再生装置からの要求に応じてストリーミング・サーバーから送出されるストリーム・フォーマットを、前記コンテンツ再生装置側でストリーミング再生するプレイヤーが処理できるフォーマットに変換して、前記コンテンツ再生装置に送出するように構成されている。 According to the technology described in claim 7 of the present application, the streaming unit of the content transfer device according to claim 1 converts a stream format transmitted from a streaming server in response to a request from the content reproduction device, The content playback apparatus converts the format into a format that can be processed by a player that performs streaming playback, and sends it to the content playback apparatus.
本願の請求項8に記載の技術によれば、請求項1に記載のコンテンツ転送装置の前記再生制御コマンド受信部は、受信した前記再生制御コマンドを、前記コンテンツ再生装置からのストリーミング要求に応じてコンテンツを送出するストリーミング・サーバーが解釈できる再生制御プロトコルに変換して、前記ストリーミング・サーバーとやり取りするように構成されている。 According to the technique described in claim 8 of the present application, the playback control command receiving unit of the content transfer device according to claim 1 sends the received playback control command to the streaming request from the content playback device. The content is converted into a playback control protocol that can be interpreted by the streaming server that sends the content, and is exchanged with the streaming server.
本願の請求項9に記載の技術によれば、請求項8に記載のコンテンツ転送装置の前記再生制御コマンド受信部は、RTSPを解釈できるストリーミング・サーバーに対して、ストリームの変速再生に関する再生制御コマンドをRTSPの変速転送指示に変換してやり取りするように構成されている。 According to the technology described in claim 9 of the present application, the playback control command receiving unit of the content transfer apparatus according to claim 8 sends a playback control command related to variable-speed playback of a stream to a streaming server capable of interpreting RTSP. Is converted into an RTSP shift transfer instruction and exchanged.
本願の請求項10に記載の技術によれば、請求項8に記載のコンテンツ転送装置の前記再生制御コマンド受信部は、HTTPしか解釈できないHTTP擬似ストリーミング・サーバーに対して、ストリームの再生速度に関する再生制御コマンドをHTTPストリーミングにおけるコンテンツ・リクエストに変換し、前記再生制御コマンドが指示する速度に応じた速さで前記HTTP擬似ストリーミング・サーバーに対するHTTPリクエストを発行するように構成されている。 According to the technique of claim 10 of the present application, the reproduction control command receiving unit of the content transfer apparatus according to claim 8 performs reproduction related to the reproduction speed of the stream to an HTTP pseudo-streaming server that can interpret only HTTP. A control command is converted into a content request in HTTP streaming, and an HTTP request is issued to the HTTP pseudo-streaming server at a speed according to the speed indicated by the playback control command.
本願の請求項11に記載の技術によれば、請求項1に記載のコンテンツ転送装置は、ストリーミング・サーバーから受信したコンテンツのストリームを蓄積するストレージをさらに備えている。そして、前記ストリーミング部は、前記再生制御コマンド受信部でストリームの変速再生に関する再生制御コマンドを受信したときに、前記コンテンツ再生装置上で動作するプレイヤーが通常再生と同様な処理で変速再生できるようにストリームを処理してから送出するように構成されている。 According to the technology described in claim 11 of the present application, the content transfer device described in claim 1 further includes a storage for storing a stream of content received from the streaming server. When the playback control command receiving unit receives a playback control command related to the variable speed playback of the stream, the streaming unit allows the player operating on the content playback device to perform variable speed playback by the same process as the normal playback. The stream is processed before being sent out.
本願の請求項12に記載の技術によれば、請求項1に記載のコンテンツ転送装置の前記チャンネル確立部、前記再生制御コマンド受信部、及び、前記ストリーミング部は、所定のポータル・サーバーからダウンロードし起動するトランスレーション・サーバーの機能として実現される。 According to the technology of claim 12 of the present application, the channel establishment unit, the playback control command receiving unit, and the streaming unit of the content transfer device according to claim 1 are downloaded from a predetermined portal server. Realized as a function of the translation server to be started.
本願の請求項13に記載の技術によれば、請求項1に記載のコンテンツ転送装置は、コンテンツのストリームを送出するストリーミング・サーバーとコンテンツ再生装置との間に介在するエッジ・サーバーとして動作する。 According to the technology described in claim 13 of the present application, the content transfer device described in claim 1 operates as an edge server interposed between a streaming server for transmitting a content stream and a content reproduction device.
また、本願の請求項14に記載の技術は、
コンテンツのストリームを要求するコンテンツ再生装置との間でチャンネルをネットワーク上で確立するチャンネル確立ステップと、
前記コンテンツ再生装置からコンテンツのストリームの再生を制御する再生制御コマンドを前記ネットワーク経由で受信する再生制御コマンド受信ステップと、
受信した前記再生制御コマンドに従って、前記チャンネルを用いてコンテンツのストリームを前記コンテンツ再生装置に送出するストリーミング・ステップと、
を有するコンテンツ転送方法である。
Further, the technique described in claim 14 of the present application is:
A channel establishment step for establishing a channel on a network with a content playback device that requests a stream of content;
A playback control command receiving step for receiving, via the network, a playback control command for controlling playback of a stream of content from the content playback device;
A streaming step of sending a stream of content to the content playback device using the channel in accordance with the received playback control command;
Is a content transfer method.
また、本願の請求項15に記載の技術は、
ユーザーの指示に応じて選択したコンテンツのストリーミングをHTTPリクエストにより要求するナビゲーション部と、
ユーザーの指示に応じてコンテンツのストリーミングの再生制御をHTTPリクエストにより行なう再生制御部と、
所定のサーバーとの間で確立されたチャンネルを介して受信するコンテンツのストリームを再生するプレイヤーと、
を具備するコンテンツ再生装置である。
In addition, the technique described in claim 15 of the present application is:
A navigation unit for requesting streaming of content selected according to a user instruction by an HTTP request;
A playback control unit that performs playback control of streaming of content by an HTTP request in accordance with a user instruction;
A player playing a stream of content received over a channel established with a given server,
Is a content playback apparatus.
また、本願の請求項16に記載の技術は、
ユーザーの指示に応じて選択したコンテンツのストリーミングをHTTPリクエストにより要求するナビゲーション・ステップと、
ユーザーの指示に応じてコンテンツのストリーミングの再生制御をHTTPリクエストにより行なう再生制御ステップと、
所定のサーバーとの間で確立されたチャンネルを介して受信するコンテンツのストリームを再生する再生ステップと、
を有するコンテンツ再生方法である。
Further, the technique described in claim 16 of the present application is:
A navigation step of requesting streaming of selected content in response to a user instruction via an HTTP request;
A reproduction control step of performing reproduction control of streaming of content by an HTTP request according to a user instruction;
A playback step of playing a stream of content received over a channel established with a given server;
Is a content reproduction method.
また、本願の請求項17に記載の技術は、
コンテンツの選択とコンテンツの再生制御の指示をHTTPリクエストで行なうとともに、サービス・プロトコル透過なプレイヤーでコンテンツのストリーム再生を行なうコンテンツ再生装置と、
前記コンテンツ再生装置が選択したコンテンツのストリームを送出するストリーミング・サーバーと、
前記コンテンツ再生装置が発行する再生制御コマンドを前記ストリーミング・サーバーが解釈できるプロトコルに変換して前記ストリーミング・サーバーとやり取りするとともに、ストリーミング・サーバーから送出されたコンテンツのストリームを前記プレイヤーが処理できるフォーマットに変換し、前記コンテンツ再生装置との間で確立したチャンネルを用いてコンテンツのストリームを転送するエッジ・サーバーと、
を具備するコンテンツ配信システムである。
Further, the technology described in claim 17 of the present application is:
A content playback apparatus that performs content selection and content playback control instructions with an HTTP request, and performs content stream playback with a service / protocol transparent player,
A streaming server for sending a stream of content selected by the content playback device;
A playback control command issued by the content playback device is converted into a protocol that can be interpreted by the streaming server and exchanged with the streaming server, and a stream of content sent from the streaming server is processed into a format that can be processed by the player. An edge server that converts and transfers a stream of content using a channel established with the content playback device;
Is a content distribution system.
但し、ここで言う「システム」とは、複数の装置(又は特定の機能を実現する機能モジュール)が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。 However, “system” here refers to a logical collection of a plurality of devices (or functional modules that realize specific functions), and each device or functional module is in a single housing. It does not matter whether or not.
本願の請求項18に記載の技術によれば、請求項17に記載のコンテンツ配信システムは、前記チャンネルのための配信リソースを確保するリソース・マネジメント・サーバーをさらに備えている。 According to the technique described in claim 18 of the present application, the content distribution system according to claim 17 further includes a resource management server that secures distribution resources for the channel.
また、本願の請求項19に記載の技術は、
コンテンツのストリームを再生するコンテンツ再生装置との間でチャンネルをネットワーク上で確立するチャンネル確立部、
前記コンテンツ再生装置からコンテンツのストリームの再生を制御する再生制御コマンドを前記ネットワーク経由で受信する再生制御コマンド受信部、
受信した前記再生制御コマンドに従って、前記チャンネルを用いてコンテンツのストリームを前記コンテンツ再生装置に送出するストリーミング部、
としてコンピューターを機能させるようコンピューター可読形式で記述されたコンピューター・プログラムである。
Moreover, the technology described in claim 19 of the present application is:
A channel establishment unit that establishes a channel on a network with a content reproduction device that reproduces a stream of content;
A playback control command receiving unit for receiving a playback control command for controlling playback of a stream of content from the content playback device via the network;
In accordance with the received playback control command, a streaming unit that sends a content stream to the content playback device using the channel;
As a computer program written in a computer readable format to allow the computer to function.
また、本願の請求項20に記載の技術は、
ユーザーの指示に応じて選択したコンテンツのストリーミングをHTTPリクエストにより要求するナビゲーション部、
ユーザーの指示に応じてコンテンツのストリーミングの再生制御をHTTPリクエストにより行なう再生制御部、
所定のサーバーとの間で確立されたチャンネルを介して受信するコンテンツのストリームを再生するプレイヤー、
としてコンピューターを機能させるようコンピューター可読形式で記述されたコンピューター・プログラムである。
Further, the technique according to claim 20 of the present application is
A navigation unit for requesting streaming of content selected according to a user's instruction by an HTTP request;
A playback control unit for performing playback control of streaming of content by an HTTP request in accordance with a user instruction;
A player that plays a stream of content received over a channel established with a given server,
As a computer program written in a computer readable format to allow the computer to function.
本願の請求項19、20に係る各コンピューター・プログラムは、コンピューター上で所定の処理を実現するようにコンピューター可読形式で記述されたコンピューター・プログラムを定義したものである。換言すれば、本願の請求項19、20に係るコンピューター・プログラムをコンピューターにインストールすることによって、コンピューター上では協働的作用が発揮され、本願の請求項1に係るコンテンツ装置、請求項15に係るコンテンツ再生装置と同様の作用効果をそれぞれ得ることができる。 Each computer program according to claims 19 and 20 of the present application defines a computer program written in a computer-readable format so as to realize predetermined processing on a computer. In other words, by installing the computer program according to claims 19 and 20 of the present application on a computer, a cooperative action is exhibited on the computer, and the content device according to claim 1 of the present application and claim 15 of the present application. The same operational effects as those of the content reproduction apparatus can be obtained.
本明細書で開示する技術によれば、IPTV放送サービスにより配信されるコンテンツのストリームをIPTVサービス・クライアントに好適に転送することができる優れたコンテンツ転送装置及びコンテンツ転送方法、並びにコンピューター・プログラムを提供することができる。 According to the technology disclosed in the present specification, an excellent content transfer apparatus, content transfer method, and computer program capable of suitably transferring a content stream distributed by an IPTV broadcast service to an IPTV service client are provided. can do.
また、本明細書で開示する技術によれば、IPTVサービスにおけるクライアントとしてコンテンツ若しくはチャンネルの選択やコンテンツの再生を好適に行なうことができる優れたコンテンツ再生装置及びコンテンツ再生方法、並びにコンピューター・プログラムを提供することができる。 In addition, according to the technology disclosed in this specification, an excellent content reproduction apparatus, content reproduction method, and computer program capable of suitably performing content or channel selection and content reproduction as a client in an IPTV service are provided. can do.
また、本明細書で開示する技術によれば、IPTVクライアントの実装並びにメンテナンスのコストを低減でき、各クライアントに対するサービス品質を均一にすることができる優れたコンテンツ配信システムを提供することができる。 Further, according to the technology disclosed in the present specification, it is possible to provide an excellent content distribution system that can reduce the cost of mounting and maintaining the IPTV client and uniform the quality of service for each client.
本明細書で開示する技術を適用したIPTV配信システムでは、異なる複数のサービス・プロバイダーから提供されるIPTVサービス・クライアントの機能を、ナビゲーション(コンテンツを選択させる機能)と、再生制御(通常再生(プレイ)、停止(ストップ)、巻き戻し再生(リワインド)、早送り再生(フォワード)、ポーズといったトリックプレイなどのコマンドを送る機能)と、ストリーミング(AVストリームを転送・再生する機能)に分離し、前者2つをブラウザー・アプリケーションとして実現し、後者1つをIPTVサービス・プロトコルと透過な(IPTVサービス・プロトコルの相違に依存しない共通の)プレイヤーとして実装するようにしている。したがって、デバイス・ベンダーは、サービス毎のブラウザー・アプリケーションを開発するだけでよく、複数の異なるサービス向けにクライアントを個別に実装したりメンテナンスしたりするコストを低減することができる。また、サービス・プロバイダーにとっては、エンド・ユーザーがブラウザーを介して選択したコンテンツを、ブラウザー上で指示した再生制御コマンドに従って、品質が保証されたネットワークを通してRTPプロトコルにてストリーミングするので、サービス品質の均質化を図ることができる。また、HTTPストリーミグ・クライアントを利用するにもかかわらず、IP放送配信におけるチャンネル・チェンジの際のパフォーマンスを各段に向上させることができる。 In the IPTV distribution system to which the technology disclosed in this specification is applied, the functions of the IPTV service client provided from different service providers are navigation (function for selecting content) and playback control (normal playback (play). ), Stop (stop), rewind playback (rewind), fast-forward playback (forward), command function such as trick play such as pause) and streaming (AV stream transfer / playback function), the former 2 One is implemented as a browser application, and the latter is implemented as a player that is transparent to the IPTV service protocol (a common player that does not depend on differences in the IPTV service protocol). Therefore, the device vendor only needs to develop a browser application for each service, and can reduce the cost of individually installing and maintaining clients for a plurality of different services. For service providers, the content selected by the end user via the browser is streamed using the RTP protocol over the guaranteed quality network according to the playback control command specified on the browser. Can be achieved. In addition, despite the use of an HTTP streaming client, the performance at the time of channel change in IP broadcast distribution can be improved in each stage.
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。 Other objects, features, and advantages of the technology disclosed in the present specification will become apparent from a more detailed description based on the embodiments to be described later and the accompanying drawings.
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。 Hereinafter, embodiments of the technology disclosed in this specification will be described in detail with reference to the drawings.
図1には、本明細書で開示する技術を適用して実現されるIPTV配信システム100の構成を模式的に示している。図示の例では、2つのキャリアからそれぞれIPTVサービスAとIPTVサービスBという独自のサービスが提供され、各サービス用のサーバーが設置されている。 FIG. 1 schematically shows the configuration of an IPTV distribution system 100 realized by applying the technology disclosed in this specification. In the example shown in the figure, original services of IPTV service A and IPTV service B are provided from two carriers, respectively, and a server for each service is installed.
本明細書で開示する技術では、異なる複数のサービス・プロバイダーから提供されるIPTVサービス・クライアントの機能を、ナビゲーション(コンテンツを選択させる機能)と、再生制御(通常再生(プレイ)、停止(ストップ)、巻き戻し再生(リワインド)、早送り再生(フォワード)、ポーズといったトリックプレイなどのコマンドを送る機能)と、ストリーミング(AVストリームを転送・再生する機能)に分離し、前者2つをブラウザー・アプリケーションとして実現し、後者1つをIPTVサービス・プロトコルと透過な(IPTVサービス・プロトコルの相違に依存しない共通の)プレイヤーとして実装するようにしている。ナビゲーション及び再生制御機能を備えたブラウザー・アプリケーションは、キャリアのポータル・サイトから、ポータル・アプリケーションとして提供される。 In the technique disclosed in this specification, the functions of an IPTV service client provided from different service providers are navigation (a function for selecting content) and playback control (normal playback (play), stop (stop)). , Rewind playback (rewind), fast forward playback (forward), command functions such as trick play such as pause) and streaming (AV stream transfer / playback function), and the former two as browser applications The latter is implemented as a player that is transparent to the IPTV service protocol (a common player that does not depend on differences in the IPTV service protocol). A browser application having navigation and playback control functions is provided as a portal application from the portal site of the carrier.
図1に示す例では、サービスAサーバー110からは、サービスA独自のナビゲーション及び再生制御プロトコルが、サービスA向けブラウザー・アプリケーション131として提供されている。エンド・ユーザー側では、サービスAサーバー110からサービスA向けブラウザー・アプリケーション131をTV受像機などのクライアント・デバイス130にダウンロードして、ブラウザー実行環境133でこのアプリケーションを起動することで、ナビゲーションすなわちサービスAが配信サービスするコンテンツの選択並びにコンテンツの再生制御をブラウザー上で行なうことができる。 In the example illustrated in FIG. 1, the service A server 110 provides a service A-specific navigation and playback control protocol as a browser application 131 for the service A. On the end user side, the browser application 131 for the service A is downloaded from the service A server 110 to the client device 130 such as a TV receiver, and this application is started in the browser execution environment 133, so that the navigation, that is, the service A Can select content to be distributed by the user and control playback of the content on the browser.
同様に、サービスBサーバー120からは、サービスB独自のナビゲーション及び再生制御プロトコルが、サービスB向けブラウザー・アプリケーション132として提供されている。エンド・ユーザー側では、サービスBサーバーからサービスB向けブラウザー・アプリケーション132をクライアント・デバイス130にダウンロードして、ブラウザー実行環境133でこのアプリケーションを起動することで、ナビゲーション並びにコンテンツの再生制御をブラウザー上で行なうことができる。 Similarly, the service B server 120 provides a service B-specific navigation and playback control protocol as a browser application 132 for the service B. On the end user side, the browser application 132 for the service B is downloaded from the service B server to the client device 130, and this application is started in the browser execution environment 133, whereby navigation and content reproduction control are performed on the browser. Can be done.
そして、クライアント・デバイス130上で、サービスAサーバー110からストリーミング配信されるコンテンツを、エッジ・サーバー140経由で受信して、クライアント・デバイス上で動作するプレイヤー134を用いて再生する。 Then, the content streamed from the service A server 110 is received on the client device 130 via the edge server 140 and reproduced using the player 134 operating on the client device.
エッジ・サーバー140は、サービスAサーバー110から、サービスA独自ストリーミング・プロトコル・トランスレーション・サーバー・アプリケーションをダウンロードし、同サーバーを起動している。後述するように、エッジ・サーバー140上で動作するサービスA独自のIPTVサービス・トランスレーション・サーバーを経由したクライアント・デバイス110へのストリーミング・セッションは常設される。 The edge server 140 downloads the service A original streaming protocol translation server application from the service A server 110 and starts the server. As will be described later, a streaming session to the client device 110 via the IPTV service translation server unique to service A operating on the edge server 140 is permanently established.
ここで、サービスAのストリーミング・サーバーとエッジ・サーバー140間はSIP、RTSP、RP/RTCPなどプロバイダー独自のストリーミング・セッションが張られている(後述)。サービスA独自のIPTVサービス・トランスレーション・サーバーとしてのエッジ・サーバー140は、ストリーミング・サーバーから送出される独自のストリーム・フォーマットを、クライアント・デバイス231側のプレイヤー134が処理できるストリーム・フォーマットに変換して送出する。したがって、クライアント・デバイス130上では、ウィンドウズ(登録商標)のメディア・プレイヤーなどの、IPTVサービス・プロトコルと透過な(IPTVサービス・プロトコルの相違に依存しない共通の)プレイヤーを用いて、サービスAから提供されるコンテンツを再生することができる。また、サービスA独自ストリーミング・プロトコル・トランスレーション・サーバーとしてのエッジ・サーバー140は、クライアント・デバイス120からの再生制御コマンドを、ストリーミング・サーバーが解釈できる独自IPTVサービス再生制御プロトコルに変換してやり取りする。 Here, a provider-specific streaming session such as SIP, RTSP, and RP / RTCP is established between the service A streaming server and the edge server 140 (described later). The edge server 140 as the IPTV service translation server unique to service A converts the unique stream format sent from the streaming server into a stream format that can be processed by the player 134 on the client device 231 side. And send it out. Therefore, on the client device 130, provided by the service A using a player that is transparent to the IPTV service protocol, such as a Windows® media player (common not depending on the difference between the IPTV service protocols). Content can be played. Further, the edge server 140 as the service A original streaming protocol translation server converts the reproduction control command from the client device 120 into an original IPTV service reproduction control protocol that can be interpreted by the streaming server, and exchanges them. .
プレイヤー134上でストリーム配信されるコンテンツを再生している間、エンド・ユーザーは、ブラウザーを介して再生制御を行なう。エッジ・サーバー140は、ブラウザーからHTTPリクエストとして送信される再生制御コマンドに従って、プレイヤー134へのストリーミング動作を制御する。 While playing the content streamed on the player 134, the end user performs playback control via the browser. The edge server 140 controls the streaming operation to the player 134 in accordance with the playback control command transmitted as an HTTP request from the browser.
同様に、エンド・ユーザーは、サービスBサーバー120からストリーミング配信されるコンテンツを、エッジ・サーバー150経由で受信して、クライアント・デバイス130上で動作するプレイヤー134を用いて再生する。 Similarly, the end user receives the content streamed from the service B server 120 via the edge server 150 and plays it using the player 134 operating on the client device 130.
エッジ・サーバー150は、サービスBサーバー120からダウンロードしたサービスB独自のIPTVサービス・トランスレーション・サーバー・アプリケーションを起動している。後述するように、エッジ・サーバー150上で動作するサービスB独自のIPTVサービス・トランスレーション・サーバーを経由したクライアント・デバイス110へのストリーミング・セッションは常設される。 The edge server 150 starts an IPTV service translation server application unique to service B downloaded from the service B server 120. As will be described later, a streaming session to the client device 110 via the service B's own IPTV service translation server operating on the edge server 150 is permanently established.
ここで、サービスB独自のIPTVサービス・トランスレーション・サーバーとしてのエッジ・サーバー150は、サービスBのストリーミング・サーバーから送出される独自のストリーム・フォーマットを、クライアント・デバイス231側のプレイヤー134が処理できるストリーム・フォーマットに変換して送出する。したがって、クライアント・デバイス130上では、IPTVサービス・プロトコルと透過なプレイヤー134を用いて、サービスBから提供されるコンテンツを再生することができる。また、サービスB独自のIPTVサービス・トランスレーション・サーバーとしてのエッジ・サーバー150は、クライアント・デバイス120からの再生制御コマンドを、ストリーミング・サーバーが解釈できる独自IPTVサービス再生制御プロトコルに変換してやり取りする。 Here, the edge server 150 as an IPTV service translation server unique to service B can process a unique stream format transmitted from the streaming server of service B by the player 134 on the client device 231 side. Convert to stream format and send. Therefore, the content provided from the service B can be reproduced on the client device 130 using the IPTV service protocol and the transparent player 134. Further, the edge server 150 as the IPTV service translation server unique to the service B exchanges the reproduction control command from the client device 120 into a unique IPTV service reproduction control protocol that can be interpreted by the streaming server. .
プレイヤー134上でストリーム配信されるコンテンツを再生している間、エンド・ユーザーは、ブラウザーを介して再生制御を行なう。エッジ・サーバー150は、ブラウザーからHTTPリクエストとして送信される再生制御コマンドに従って、プレイヤーへのストリーミング動作を制御する。 While playing the content streamed on the player 134, the end user performs playback control via the browser. The edge server 150 controls the streaming operation to the player according to the playback control command transmitted as an HTTP request from the browser.
図1に示したIPTV配信システム100では、サービスA、サービスBなどを提供するサービス・オペレーターは、クライアント・デバイス130にポータル・アプリケーションとしてダウンロードするサービス毎のブラウザー・アプリケーションを開発しメンテナンスを行なうだけで、エンド・ユーザーに対して、各クライアント間の実装上の相違に依らない均一なサービスを提供することができ、時間とコストの負担はかなり軽減される。 In the IPTV distribution system 100 shown in FIG. 1, a service operator who provides service A, service B, etc. simply develops and maintains a browser application for each service that is downloaded as a portal application to the client device 130. The end user can be provided with a uniform service regardless of the implementation differences between the clients, and the time and cost burden is considerably reduced.
また、デバイス・ベンダーは、クライアント・デバイス130上で動作する標準のブラウザー実行環境のみを開発しメンテナンスを行なうだけでよく、キャリア毎の異なる独自のIPTVサービス・プロトコルを複数したり、キャリア毎に異なる独自のIPTVクライアントそのものを複数実装したりする場合に比べ、コストの負担はかなり軽減される。 In addition, the device vendor only needs to develop and maintain only a standard browser execution environment that runs on the client device 130, and can create multiple unique IPTV service protocols for each carrier or different for each carrier. Compared to the case where a plurality of unique IPTV clients are mounted, the cost burden is considerably reduced.
図2には、IPTV配信システム100において常設ストリーミング・セッションを利用してコンテンツの配信サービスを行なう具体的構成例を示している。同図では、説明の簡素化のため、1つの映像配信サービスに着目してIPTV配信システム100を描いている。 FIG. 2 shows a specific configuration example for providing a content distribution service using a permanent streaming session in the IPTV distribution system 100. In the figure, for simplification of explanation, the IPTV distribution system 100 is drawn focusing on one video distribution service.
コア・ネットワーク201並びにアクセス・ネットワーク202は、IPTV配信サービスを提供するキャリア(サービス・プロバイダー)が所有するネットワークである。コア・ネットワーク201はいわゆる基幹ネットワークに相当し、アクセス・ネットワーク202は光ファイバー網などで構成される高速ネットワークである。図示の例では、キャリアは、コア・ネットワーク201上に、サービス・ディスカバリー・サーバー211、ポータル・サーバー212、ストリーミング・サーバー213、SIP、RTSP、RTP/RTCPなどのプロバイダー独自のストリーミング・サーバー213、リソース・マネジメント・サーバー215などのIPTVサービスにおけるサーバー側のエンティティーが設置されている。また、プロバイダー・ネットワーク内の地域毎に、コア・ネットワーク201とアクセス・ネットワーク202を接続するエッジ・サーバー216が設置されている。エッジ・サーバー216は、ストリーミング・サーバー213からクライアント・デバイス231へのストリーミングを中継する。 The core network 201 and the access network 202 are networks owned by carriers (service providers) that provide IPTV distribution services. The core network 201 corresponds to a so-called backbone network, and the access network 202 is a high-speed network composed of an optical fiber network or the like. In the illustrated example, the carrier is on the core network 201, the service discovery server 211, the portal server 212, the streaming server 213, the provider's own streaming server 213 such as SIP, RTSP, RTP / RTCP, resources A server-side entity in the IPTV service such as the management server 215 is installed. In addition, an edge server 216 that connects the core network 201 and the access network 202 is installed for each region in the provider network. The edge server 216 relays streaming from the streaming server 213 to the client device 231.
サービス・ディスカバリー・サーバー211は、クライアント・デバイス231のIPTVクライアント・マネージャー233がアクセスして、そのクライアントがアクセスできるIPTVサービスを発見するためのサーバーである。サービス・ディスカバリー・サーバー211は、サービス提供可能なIPTVサービスの属性を管理する。IPTVサービス・プロバイダーは、サービス・ディスカバリー・サーバー211に対して、そのサービス・アクセスに必要となる情報を登録しておく。サービス・ディスカバリー・サーバー211がクライアント側に提供する情報要素として、IPTVサービスの名前、IPTVサービスの概要、IPTVサービス・ポータル(ポータル・サーバー)のURLを挙げることができる。 The service discovery server 211 is a server for accessing the IPTV client manager 233 of the client device 231 to discover an IPTV service that can be accessed by the client. The service discovery server 211 manages the attributes of IPTV services that can provide services. The IPTV service provider registers information necessary for the service access in the service discovery server 211. Examples of information elements that the service discovery server 211 provides to the client side include the name of the IPTV service, the outline of the IPTV service, and the URL of the IPTV service portal (portal server).
ポータル・サーバー212は、クライアント・デバイス231のブラウザー234上で実行されるポータル・アプリケーション(コンテンツ・ナビゲーションと再生制御を担うアプリケーション)に対して、IPTVポータル・ページ(VoDコンテンツや、IP放送チャンネルのショップ・フロント(購入コンテンツ選択と購入処理を行なうサイト))、並びに、ポータル・ページから導入される各々のコンテンツやチャンネルの再生制御画面を提供するサーバーである。 The portal server 212 performs IPTV portal pages (VoD content and IP broadcast channel shops) for portal applications (applications responsible for content navigation and playback control) executed on the browser 234 of the client device 231. A server that provides a playback control screen for each content and channel introduced from the front (site where purchase content is selected and purchased) and the portal page.
エッジ・サーバー216は、地域毎のアクセス・ネットワーク集線装置(局舎)などの近辺に設置されるサーバーである(クライアント側からアクセス可能なところであれば、ホーム・ネットワーク203以外のどこでもよく、特にロケーションは問わない)。 The edge server 216 is a server installed in the vicinity of an access network concentrator (station building) for each region (any location other than the home network 203 may be used as long as it can be accessed from the client side, in particular, the location Does not matter).
本実施形態では、エッジ・サーバー216は、例えばポータル・サーバー212からダウンロードした所定のサーバー・アプリケーションを実行して、IPTVサービス・トランスレーション・サーバーとして機能する。図8には、IPTVサービス・トランスレーション・サーバーの機能的構成を模式的に示している。IPTVサービス・トランスレーション・サーバー(ストリーミング部803)は、そのエッジ・サーバー213が担当するクライアントからの、コンテンツ又はチャンネルのストリーミング・リクエストを受けて、当該ストリームを送出する。また、IPTVサービス・トランスレーション・サーバー(専用チャンネル確立部801)は、クライアント・デバイス231上のプレイヤー235との間で、専用チャンネルとして、帯域の保証された1つのHTTP擬似ストリーミング・チャンネル(セッション)を確立する。また、ストリーミング・サーバー213とトランスレーション・サーバー間では、SIP、RTSP、RTP/RTCPなどのプロバイダー独自のストリーミング・セッションが確立される。ストリーミング部803は、常にこのチャンネル上ですべてのストリーミングをプレイヤー235側に転送する。なお、必要であれば、HTTP擬似ストリーミングのセッションのセキュリティーは、SSL(Secure Sockets Layer)などで保護される。エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、クライアント・デバイス231上のプレイヤー235からは常に1つのURLでアクセスされる。また、IPTVサービス・トランスレーション・サーバー(再生制御コマンド受信部802)は、クライアント・デバイス231上で動作するポータル・アプリケーションから、ストリーム再生に関する再生制御コマンドを受信すると、プレイヤー上では通常再生と同様な処理で済むようにストリームの処理を行なう。 In this embodiment, the edge server 216 executes a predetermined server application downloaded from the portal server 212, for example, and functions as an IPTV service translation server. FIG. 8 schematically shows a functional configuration of the IPTV service translation server. The IPTV service translation server (streaming unit 803) receives a content or channel streaming request from a client in charge of the edge server 213, and transmits the stream. In addition, the IPTV service translation server (dedicated channel establishment unit 801), with the player 235 on the client device 231, as a dedicated channel, one HTTP pseudo-streaming channel (session) with a guaranteed bandwidth. Establish. A streaming session unique to the provider such as SIP, RTSP, RTP / RTCP, etc. is established between the streaming server 213 and the translation server. The streaming unit 803 always transfers all streaming on the channel to the player 235 side. If necessary, the security of the HTTP pseudo-streaming session is protected by SSL (Secure Sockets Layer) or the like. The IPTV service translation server on the edge server 216 is always accessed from the player 235 on the client device 231 with one URL. Further, when the IPTV service translation server (playback control command receiving unit 802) receives a playback control command related to stream playback from a portal application operating on the client device 231, it is the same as normal playback on the player. The stream is processed so that processing can be completed.
リソース・マネジメント・サーバー215は、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバー(専用チャンネル確立部801)からの要求に従って、ストリーミング・サーバー213との間、及び、クライアント・デバイス231上のプレイヤーとの間の配信リソースの確保を行なう。配信リソースの確保には、NGNなどのキャリア専用網で利用されているIMS/SIPプロトコルや、今後標準化されているOpenFlow−API、あるいはキャリア・ネットワーク機器独自のプロトコルなどを利用する(後述)。 The resource management server 215 communicates with the streaming server 213 and the player on the client device 231 in accordance with a request from the IPTV service translation server (dedicated channel establishment unit 801) on the edge server 216. To secure distribution resources. For securing the distribution resources, IMS / SIP protocol used in a dedicated carrier network such as NGN, OpenFlow-API that will be standardized in the future, or a protocol unique to a carrier network device, etc. are used (described later).
ストリーミング・サーバー213は、IPTVサービス・トランスレーション・サーバーからのコンテンツのストリーミング・リクエスト又はチャンネルのストリーミング・リクエストを受けて、該当するコンテンツのストリームを送出する。 In response to the content streaming request or the channel streaming request from the IPTV service translation server, the streaming server 213 transmits the corresponding content stream.
一方、エンド・ユーザーの宅内には、ホーム・ネットワーク203が付設されている。ホーム・ネットワーク203は、モデム若しくはルーター232を介して、アクセス・ネットワーク202などのキャリアのネットワークと相互接続している。ホーム・ネットワーク203は、例えばDLNA(Digital Living Network Alliance)などの技術仕様に従うが、本明細書で開示する技術の要旨には直接関連しないので、この種の技術仕様の詳細な説明は省略する。 On the other hand, a home network 203 is attached to the end user's home. Home network 203 interconnects with a carrier network such as access network 202 via a modem or router 232. The home network 203 conforms to technical specifications such as DLNA (Digital Living Network Alliance), but is not directly related to the gist of the technology disclosed in this specification, and thus detailed description of this type of technical specification is omitted.
ホーム・ネットワーク203には、クライアント・デバイス231が接続されている。クライアント・デバイス231上では、IPTVクライアント・マネージャー233、ブラウザー234、プレイヤー235などのエンティティーが動作する。そして、ブラウザー235が実行するポータル・アプリケーションによりナビゲーション(コンテンツを選択させる機能)、再生制御(通常再生(プレイ)、停止(ストップ)、巻き戻し再生(リワインド)、早送り再生(フォワード)、ポーズといったトリックプレイなどのコマンドを送る機能)を実現するとともに、プレイヤー235によりストリーミング(AVストリームを転送・再生する機能)の機能を実現する。 A client device 231 is connected to the home network 203. On the client device 231, entities such as an IPTV client manager 233, a browser 234, and a player 235 operate. Then, navigation (function to select content), playback control (normal playback (play), stop (rewind), rewind playback (rewind), fast forward playback (forward), and pause) tricks by portal application executed by browser 235 A function for sending commands such as play) is realized, and a streaming (function for transferring / reproducing AV stream) function by the player 235 is realized.
IPTVクライアント・マネージャー233、ブラウザー234、プレイヤー235の各々は、IPTVサービスにおけるクライアント・デバイス231側のエンティティーである(図9を参照のこと)。 Each of the IPTV client manager 233, the browser 234, and the player 235 is an entity on the client device 231 side in the IPTV service (see FIG. 9).
IPTVクライアント・マネージャー233は、起動時に、サービス・ディスカバリー・サーバー211から、IPTVサービス・ディスカバリー・インフォメーションを取得し、そこで提供されるポータルURLを基にブラウザー234を起動する。 The IPTV client manager 233 obtains IPTV service discovery information from the service discovery server 211 when activated, and activates the browser 234 based on the portal URL provided there.
ブラウザー234は、HTML(Hyper Texy Markup Language)ブラウザー234に相当し、JavaScript(登録商標)アプリケーションの実行環境も含む。ブラウザー234は、ポータルURL(ポータル・サーバー212)からダウンロードされるポータル・ブラウザ・ページ(ポータル・アプリケーション)が実行されるモジュールである。ブラウザー234は、エンド・ユーザーとGUI(Graphical User Interface)処理系を介してのコンテンツの提示、対話管理などを行なう。ポータル・アプリケーションでは、ブラウザー234は、コンテンツやチャンネルの選択の他、選択されたコンテンツ・チャンネルの再生制御の画面も処理する。 The browser 234 corresponds to an HTML (Hyper Tex Markup Language) browser 234, and includes an execution environment for a JavaScript (registered trademark) application. The browser 234 is a module for executing a portal browser page (portal application) downloaded from a portal URL (portal server 212). The browser 234 performs content presentation, dialog management, and the like with an end user through a GUI (Graphical User Interface) processing system. In the portal application, the browser 234 processes a playback control screen of the selected content channel in addition to the selection of the content and the channel.
プレイヤー235は、ストリームを再生・提示するモジュールであり、ブラウザー外部に実装される場合の他に、プレイヤー235がブラウザー234に組み込まれる場合がある。本実施形態では、プレイヤー235は、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーとの間に、専用チャンネルとして、帯域の保証された1つのHTTP擬似ストリーミング・チャンネル(セッション)を確立し、常にこの上ですべてのストリーミングを受ける。必要であれば、HTTP擬似ストリーミングのセッションのセキュリティーは、SSLなどで保護される。 The player 235 is a module for playing back and presenting a stream, and the player 235 may be incorporated in the browser 234 in addition to being mounted outside the browser. In this embodiment, the player 235 establishes one HTTP pseudo-streaming channel (session) with a guaranteed bandwidth as a dedicated channel with the IPTV service translation server on the edge server 216, Always receive all streaming on this. If necessary, the security of the HTTP pseudo-streaming session is protected by SSL or the like.
図3には、IPTV配信システム100において常設ストリーミング・セッションを利用してコンテンツ・ストリームの配信サービスを行なうシーケンス例(但し、専用チャンネルを確立するまで)を示している。図示のシーケンスでは、クライアント側からのコンテンツのストリーミング・リクエストに応じてストリーミングが行なわれる。以下、図3を参照しながら、図2に示したIPTV配信システム100の仕組みについて説明する。 FIG. 3 shows an example of a sequence for providing a content stream distribution service using a permanent streaming session in the IPTV distribution system 100 (until a dedicated channel is established). In the illustrated sequence, streaming is performed in response to a content streaming request from the client side. Hereinafter, the mechanism of the IPTV distribution system 100 shown in FIG. 2 will be described with reference to FIG.
クライアント・デバイス231上のIPTVクライアント・マネージャー233は、サービス・ディスカバリー・サーバー211から、IPTVサービスを提供するサービス・プロバイダーを検索するためのリスト、すなわちサービス・ディスカバリー・インフォメーションを取得する(SEQ301)。サービス・ディスカバリー・インフォメーションには、IPTVサービスの属性として、サービスの名称やIPTVサービスのポータルURL(Uniform Resource Locator)が記述されている。IPTVクライアント・マネージャー233は、そのポータルURLを基に、ブラウザー234を起動する(SEQ302)。 The IPTV client manager 233 on the client device 231 acquires from the service discovery server 211 a list for searching for a service provider that provides an IPTV service, that is, service discovery information (SEQ301). In the service discovery information, the name of the service and the portal URL (Uniform Resource Locator) of the IPTV service are described as attributes of the IPTV service. The IPTV client manager 233 activates the browser 234 based on the portal URL (SEQ302).
ブラウザー234は、ポータルURLを基に、IPTVポータル・サーバー212からポータル・ページをダウンロード(DL)して、エンド・ユーザーに提示する(SEQ303)。ここで、ポータル・ページそのものはIPTVサービス・プロバイダーが開発するため、クライアント・ベンダーは、ブラウザー実行環境だけを実装すればよく、図10に示した従来システムのようにプロバイダー毎の固有のIPTVクライアントを実装する必要はない。さらに、コンテンツの選択処理にまつわるコンテンツ・ナビゲーションのシーケンスはすべてサービス・プロバイダーが設計することができ、且つ、変更なども容易である。したがって、サービス・プロバイダーは、エンド・ユーザーに提供するサービス品質の均一化、メンテナンス・コストの低減化を図ることができる。 Based on the portal URL, the browser 234 downloads (DL) the portal page from the IPTV portal server 212 and presents it to the end user (SEQ303). Here, since the IPTV service provider develops the portal page itself, the client vendor only needs to implement the browser execution environment, and a unique IPTV client for each provider as in the conventional system shown in FIG. There is no need to implement it. Furthermore, all content navigation sequences related to the content selection process can be designed by the service provider, and can be easily changed. Therefore, the service provider can achieve uniform service quality provided to end users and reduce maintenance costs.
ここで、ポータル・ページには、例えばJavaScript(登録商標)で記述されたポータル・アプリケーションが含まれている。エンド・ユーザーがブラウザー234上に表示されたポータル・ページを介して所望のIPTVコンテンツや放送チャンネルを選択したことに応答して、ポータル・アプリケーションが実行される(SEQ304)。あるいは、ポータル・ページを開いた時点でポータル・アプリケーションが実行される。 Here, the portal page includes a portal application described in, for example, JavaScript (registered trademark). In response to the end user selecting a desired IPTV content or broadcast channel via the portal page displayed on the browser 234, the portal application is executed (SEQ304). Alternatively, the portal application is executed when the portal page is opened.
サービスA向けブラウザー・アプリケーションやサービスB向けブラウザー・アプリケーションなどのポータル・アプリケーションは、トランスレーション・サーバー起動要求として、プロバイダー・ネットワーク内で自地域に設置されているエッジ・サーバー216に対して、当該IPTVサービス・トランスレーション・サーバー・アプリケーションをダウンロード(DL)して起動するよう依頼する(SEQ305)。若しくは、事前に利用される可能性のある複数のIPTVサービス・トランスレーション・サーバー・アプリケーションを、事前にポータル・サーバー212からエッジ・サーバー216にダウンロードしておいてもよい。但し、ダウンロードしてから実行するオーバーヘッドが十分小さければ、メンテナンス・バージョン管理などの便宜を図るため、この種のアプリケーションを逐次ダウンロードするのが好ましい。エッジ・サーバー216は、ポータル・サーバー212からダウンロードしたIPTVサービス・トランスレーション・サーバーを起動すると(SEQ306)、要求元のポータル・アプリケーションにトランスレーション・サーバー起動要求に対する応答を返す。 Portal applications such as the browser application for service A and the browser application for service B send the IPTV to the edge server 216 installed in the local area in the provider network as a translation server activation request. A request is made to download (DL) and start the service translation server application (SEQ305). Alternatively, a plurality of IPTV service translation server applications that may be used in advance may be downloaded from the portal server 212 to the edge server 216 in advance. However, if the overhead to be executed after downloading is sufficiently small, it is preferable to sequentially download this type of application for the convenience of maintenance and version management. When starting the IPTV service translation server downloaded from the portal server 212 (SEQ 306), the edge server 216 returns a response to the translation server start request to the requesting portal application.
また、ポータル・アプリケーションは、クライアント・デバイス231上のプレイヤー(AVストリーミング・プロトコルを処理してストリームを再生する実装)235に対して、エッジ・サーバー216上で動作するIPTVサービス・トランスレーション・サーバーとの間にIPTV専用チャンネルを確立するよう依頼する(SEQ307)。そして、プレイヤー235は、エッジ・サーバー216にIPTV専用チャンネルの確立要求を発行する(SEQ308)。このIPTV専用チャンネルは、各クライアントに対して個別に割り当てられる専用のHTTPストリーミング・セッションである(個々のHTTP要求/取得トランザクションで完結するTCPセッションではなく、より持続時間の長いセッションの意味)。 In addition, the portal application performs an IPTV service translation server that operates on the edge server 216 with respect to a player (implementation that processes the AV streaming protocol and plays a stream) 235 on the client device 231. During this period, a request is made to establish a dedicated IPTV channel (SEQ307). Then, the player 235 issues an IPTV dedicated channel establishment request to the edge server 216 (SEQ308). This IPTV dedicated channel is a dedicated HTTP streaming session that is individually assigned to each client (meaning a session with a longer duration rather than a TCP session completed with individual HTTP request / acquisition transactions).
エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、プレイヤー235からのIPTV専用チャネル確立要求に応答して、リソース・マネジメント・サーバー215に対して、当該トランスレーション・サーバーとプレイヤー235間のIPTV専用チャンネルを通してのストリーミングのために必要なCPU(Central Processing Unit)、記憶領域、ネットワーク・インターフェースなどの配信リソースの確保を要求する(SEQ309)。リソース・・マネジメント・サーバー215は、この要求に応答して、ストリーミング・セッションが確立してから解放するまで、上記の通信リソースを常に確保するものとする(SEQ310)。 In response to the IPTV dedicated channel establishment request from the player 235, the IPTV service translation server on the edge server 216 sends an IPTV between the translation server and the player 235 to the resource management server 215. A request is made to secure distribution resources such as a CPU (Central Processing Unit), a storage area, and a network interface necessary for streaming through the dedicated channel (SEQ309). In response to this request, the resource management server 215 always reserves the communication resource until the streaming session is established and then released (SEQ 310).
なお、配信リソースの確保には、NGNなどのキャリア専用網で利用されているIMS(IP Multimedia Subsystem)/SIPプロトコルや、OpenFlow−API、あるいはキャリア・ネットワーク独自のプロコルなどを利用することができる。ここで、IMSは、固定電話網や移動体通信網など、回路スイッチやパケット・スイッチが異なる公衆通信サービスをSIPで統合し、マルチメディア・サービスを実現させる次世代の公衆通信網向けの通信方式である。また、OpenFlowは、OpenFlowスイッチング・コンソーシアムが提唱しているネットワーク制御技術であり、MAC(Media Access Control)アドレスやIPアドレス、ポート番号などの組み合わせによって決定される一連の通信を「フロー」として定義し、フロー単位で経路制御を行なって、品質の確保やネットワークの利用率を向上させる通信方式である。本実施形態では、当該エンド・ユーザーが契約しているSLA(Service Level Agreement)にて定義されている配信リソース/品質レベルを提供するのに必要な配信リソースが確保される。SLAは、通信サービスの事業者が、利用者にサービスの品質を保証する制度であり、回線の最低通信速度やネットワーク内の平均遅延時間、利用不能時間の上限など、サービス品質の補償項目や、それらを実現できなかった場合の利用料金の減額に関する規定などをサービス契約に含めることを指す。 For securing the distribution resources, it is possible to use IMS (IP Multimedia Subsystem) / SIP protocol used in a carrier dedicated network such as NGN, OpenFlow-API, or a protocol unique to the carrier network. Here, IMS is a communication system for the next generation public communication network that integrates public communication services with different circuit switches and packet switches such as fixed telephone networks and mobile communication networks using SIP to realize multimedia services. It is. OpenFlow is a network control technology advocated by the OpenFlow Switching Consortium, and defines a series of communications determined by a combination of MAC (Media Access Control) address, IP address, port number, etc. as a “flow”. This is a communication method that performs route control in units of flows to ensure quality and improve the utilization rate of the network. In the present embodiment, a distribution resource necessary to provide a distribution resource / quality level defined in an SLA (Service Level Agreement) contracted by the end user is secured. SLA is a system in which a communication service provider guarantees service quality to users. Service quality compensation items such as the minimum communication speed of the line, the average delay time in the network, and the upper limit of unavailable time, It means to include in the service contract the provisions regarding the reduction of the usage fee in case that they cannot be realized.
配信リソースが確保されると、IPTV専用チャンネルIPTV配信サービスにおけるQoSが保証される。そこで、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーとプレイヤー235間では、配信リソースが確保された、IPTV専用チャンネルとして、帯域の保証された1つのHTTP擬似ストリーミング・チャンネル(セッション)を確立する(SEQ311、312)。IPTV専用チャンネルは、常設であり、プレイヤー235からのHTTPリクエスト送信とエッジ・サーバー216上のトランスレーション・サーバーからのHTTPレスポンス返信が常時可能な帯域保証型のパスである。エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、常にこのチャンネル上ですべてのストリーミングをプレイヤー235側に転送する。必要であれば、HTTP擬似ストリーミングのセッションのセキュリティーは、SSL)などで保護される。 When distribution resources are secured, QoS in the IPTV dedicated channel IPTV distribution service is guaranteed. Therefore, between the IPTV service translation server on the edge server 216 and the player 235, one HTTP pseudo-streaming channel (session) with a guaranteed bandwidth is established as a dedicated IPTV channel for which distribution resources are secured. (SEQ311, 312). The IPTV dedicated channel is a permanent band and is a bandwidth guaranteed path that can always send an HTTP request from the player 235 and return an HTTP response from the translation server on the edge server 216. The IPTV service translation server on the edge server 216 always forwards all streaming on this channel to the player 235 side. If necessary, the security of the HTTP pseudo-streaming session is protected by SSL) or the like.
その後、エンド・ユーザーは、ブラウザー234が実行するポータル・アプリケーションのコンテンツ・ナビゲーション機能により、コンテンツの選択を行なう。コンテンツ・ナビゲーションの過程で、ブラウザー上のポータル・アプリケーションがポータル・サーバーとやり取りし、エンド・ユーザーは、コンテンツの属性情報(タイトル、概要、価格など)を照会しながら、所望のコンテンツを選択することができる。 Thereafter, the end user selects content using the content navigation function of the portal application executed by the browser 234. In the course of content navigation, the portal application on the browser interacts with the portal server, and the end user selects the desired content while querying the attribute information (title, summary, price, etc.) of the content. Can do.
ポータル・アプリケーションは、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーに対して、エンド・ユーザーが選択したコンテンツのURLとともにストリーミング要求を発行して、コンテンツのストリーム送出を指示する。これに対し、IPTVサービス・トランスレーション・サーバーは、常設ストリーミング・セッションを利用してURLで指示されたコンテンツのストリームを送出する。そして、クライアント・デバイス231上では、プレイヤーがコンテンツのストリーミング再生を行なう。 The portal application issues a streaming request together with the URL of the content selected by the end user to the IPTV service translation server on the edge server 216 to instruct the content stream transmission. On the other hand, the IPTV service translation server transmits a stream of content specified by the URL using a permanent streaming session. Then, on the client device 231, the player performs streaming playback of the content.
図4には、IPTV配信システム100において、上記のように常設ストリーミング・セッションを利用したコンテンツ・ストリームをクライアント・デバイス231上で再生制御するシーケンス例(専用チャンネルを確立した以降の処理)をより詳細に示している。 FIG. 4 shows in more detail a sequence example (processing after establishing a dedicated channel) for controlling reproduction of a content stream using a permanent streaming session on the client device 231 as described above in the IPTV distribution system 100. It shows.
エッジ・サーバー216上のトランスレーション・サーバーとプレイヤー235の間で専用チャンネルが確立すると、エンド・ユーザーは、ブラウザー234が実行するポータル・アプリケーションのコンテンツ・ナビゲーション機能により、コンテンツの選択を行なう(SEQ401)。コンテンツ・ナビゲーションの過程で、ブラウザー234上のポータル・アプリケーションがポータル・サーバーとやり取りし、エンド・ユーザーは、コンテンツの属性情報(タイトル、概要、価格など)を照会しながら、所望のコンテンツを選択することができる。 When a dedicated channel is established between the translation server on the edge server 216 and the player 235, the end user selects content by the content navigation function of the portal application executed by the browser 234 (SEQ401). . In the course of content navigation, the portal application on the browser 234 interacts with the portal server, and the end user selects desired content while querying the attribute information (title, summary, price, etc.) of the content. be able to.
エンド・ユーザーは、ブラウザー234が実行するポータル・アプリケーションの再生制御機能を利用して、通常再生(プレイ)、停止(ストップ)、巻き戻し再生(リワインド)、早送り再生(フォワード)、ポーズといったトリックプレイなどの再生制御を行なうことができる。 The end user uses the play control function of the portal application executed by the browser 234 to perform trick play such as normal play (play), stop (stop), rewind play (rewind), fast forward play (forward), and pause. Playback control can be performed.
まず、コンテンツのストリームを通常速度で再生する場合について説明する。 First, a case where a content stream is played back at a normal speed will be described.
エンド・ユーザーは、上記のようにしてストリーミング再生するコンテンツを選択した後、ポータル・アプリケーションを実行するブラウザー画面上で、ストリーミング中のコンテンツの通常再生を指示する(SEQ402)。 After selecting the content to be streamed as described above, the end user instructs the normal playback of the content being streamed on the browser screen that executes the portal application (SEQ402).
すると、ブラウザー234上のポータル・アプリケーションは、エッジ・サーバー216上のトランスレーション・サーバーに対して、エンド・ユーザーが選択したコンテンツのURLとともに、通常再生を指示する再生制御コマンドを発行し、コンテンツ・ストリームの送出を指示する(SEQ403)。 Then, the portal application on the browser 234 issues a playback control command for instructing normal playback to the translation server on the edge server 216 together with the URL of the content selected by the end user. The transmission of the stream is instructed (SEQ403).
エンド・ユーザーからの再生指示のインタラクションは、すべてポータル・アプリケーションが検知して、再生制御コマンドとしてエッジ・サーバー216上のトランスレーション・サーバーに通知する。 All interaction of the playback instruction from the end user is detected by the portal application and notified to the translation server on the edge server 216 as a playback control command.
ここで、ポータル・アプリケーションは、AJAX(Asynchronuos JavaScript(登録商標) + XML)などのHTTPリクエストで再生指示を行なう。エッジ・サーバー216上のトランスレーション・サーバーは、クライアント・デバイス231上でポータル・アプリケーションとして実行されるブラウザー・スクリプトからの再生制御コマンドを、ストリーミング・サーバー213が解釈できる独自IPTVサービス再生制御プロトコルに変換してやり取りする。すなわち、トランスレーション・サーバーがストリーミング・サーバー213に対し再生指示を行なう(SEQ404)。 Here, the portal application issues a reproduction instruction with an HTTP request such as AJAX (Asynchronous JavaScript (registered trademark) + XML). The translation server on the edge server 216 converts a playback control command from a browser script executed as a portal application on the client device 231 into a unique IPTV service playback control protocol that can be interpreted by the streaming server 213. And communicate. That is, the translation server issues a playback instruction to the streaming server 213 (SEQ404).
例えば、ストリーミング・サーバー213がRTSPを解釈できるならば、トランスレーション・サーバーは、ポータル・アプリケーションからの再生制御コマンドを、RTSPの転送指示に変換して転送する。又は、ストリーミング・サーバー213がHTTPしか解釈できないHTTP擬似ストリーミング・サーバーの場合には、トランスレーション・サーバーは、ポータル・アプリケーションからの再生制御コマンドを、HTTP擬似ストリーミングにおけるコンテンツ・リクエストに変換して転送する。 For example, if the streaming server 213 can interpret RTSP, the translation server converts a playback control command from the portal application into an RTSP transfer instruction and transfers it. Alternatively, when the streaming server 213 is an HTTP pseudo-streaming server that can only interpret HTTP, the translation server converts a playback control command from the portal application into a content request in HTTP pseudo-streaming and transfers it. .
これに対し、ストリーミング・サーバー213は、再生制御コマンドで指示された通常速度で、選択されたコンテンツのストリームを送出する(SEQ405)。ストリーミング・サーバー213は、RTPなどでストリーミングを行なうか、又は、HTTP擬似ストリーミングのレスポンスを返す。 In response to this, the streaming server 213 sends the stream of the selected content at the normal speed designated by the playback control command (SEQ405). The streaming server 213 performs streaming using RTP or the like, or returns an HTTP pseudo streaming response.
エッジ・サーバー216上のトランスレーション・サーバーは、ストリーミング・サーバー213から送出されるプロバイダー独自のストリーム・フォーマット(トランスポート・プロトコル(RTSP/RTP/RTCPなど)/コーデック/コンテナ)を、クライアント・デバイス231上で動作するプレイヤーが処理できるフォーマット(HTTPストリーミング/クライアント・プレイヤーに処理可能なコーデック/コンテナ)に変換して送出(HTTP擬似ストリーミング)する(SEQ406)。そして、クライアント・デバイス231上では、プレイヤーが受信したストリームの再生を行なう(SEQ407)。 The translation server on the edge server 216 sends the provider's own stream format (transport protocol (RTSP / RTP / RTCP etc.) / Codec / container) sent from the streaming server 213 to the client device 231. It is converted into a format that can be processed by the player operating above (HTTP streaming / codec / container that can be processed by the client player) and transmitted (HTTP pseudo streaming) (SEQ406). Then, on the client device 231, the stream received by the player is reproduced (SEQ407).
続いて、エンド・ユーザーは、コンテンツのストリームを変速再生する場合について説明する。 Next, the case where the end user performs variable speed reproduction of a content stream will be described.
エンド・ユーザーは、例えば通常速度でストリーム再生中に、ポータル・アプリケーションを実行するブラウザー234画面上で、ストリーミング中のコンテンツの変速再生を指示する(SEQ411)。 For example, during stream playback at normal speed, the end user instructs variable-speed playback of the content being streamed on the browser 234 screen that executes the portal application (SEQ411).
すると、ポータル・アプリケーションは、エッジ・サーバー216上のトランスレーション・サーバーに対して、変速再生を指示する再生制御コマンドを発行し、コンテンツ・ストリームの送出を指示する(SEQ412)。エンド・ユーザーからのトリックプレイ指示のインタラクションは、すべてポータル・アプリケーションが検知して、再生制御コマンドとしてエッジ・サーバー216上のトランスレーション・サーバーに通知する。 Then, the portal application issues a reproduction control command for instructing variable speed reproduction to the translation server on the edge server 216, and instructs transmission of the content stream (SEQ412). All interaction of trick play instructions from the end user is detected by the portal application and notified to the translation server on the edge server 216 as a playback control command.
ポータル・アプリケーションはAJAXなどのHTTPリクエストで再生指示を行なっている。そこで、エッジ・サーバー216上のトランスレーション・サーバーは、クライアント・デバイス231上でポータル・アプリケーションとして実行されるブラウザー・スクリプトから変速再生を指示する再生制御コマンドを受信すると、ストリーミング・サーバー213が解釈できる独自IPTVサービス再生制御プロトコルに変換して再生指示を行なう(SEQ413)。これに対し、ストリーミング・サーバー213は、再生制御コマンドで指示された速度で、選択されたコンテンツのストリームを変速転送する(SEQ414)。ストリーミング・サーバー213は、RTPなどでストリーミングを行なうか、又は、HTTP擬似ストリーミングのレスポンスを返す。 The portal application issues a playback instruction using an HTTP request such as AJAX. Therefore, when the translation server on the edge server 216 receives a playback control command for instructing variable speed playback from a browser script executed as a portal application on the client device 231, the streaming server 213 can interpret it. Conversion to the original IPTV service reproduction control protocol is performed to instruct reproduction (SEQ 413). In response to this, the streaming server 213 shifts and transfers the selected content stream at a speed designated by the playback control command (SEQ414). The streaming server 213 performs streaming using RTP or the like, or returns an HTTP pseudo streaming response.
例えば、ストリーミング・サーバー213がRTSPを解釈できるならば、トランスレーション・サーバーは、ポータル・アプリケーションからの再生制御コマンドを、RTSPの変速転送指示に変換して転送する。変速再生指示が2倍速であるならば、ストリーミング・サーバー213からは2倍速でコンテンツのストリームが送出される。又は、ストリーミング・サーバー213がHTTPしか解釈できないHTTP擬似ストリーミング・サーバーの場合には、トランスレーション・サーバーは、通常の2倍の速さでHTTPリクエストを発行して、ストリーミング・サーバー216から2倍の速度でコンテンツのストリームを取得する。 For example, if the streaming server 213 can interpret RTSP, the translation server converts the playback control command from the portal application into an RTSP variable transfer instruction and transfers it. If the variable speed playback instruction is double speed, the streaming server 213 sends a content stream at double speed. Or, if the streaming server 213 is an HTTP pseudo-streaming server that can only interpret HTTP, the translation server will issue an HTTP request twice as fast as normal and double the streaming server 216. Get a stream of content at speed.
エッジ・サーバー216上のトランスレーション・サーバーは、上記のいずれかの方法により変速のコンテンツを受信すると、クライアント・デバイス231側のプレイヤー235が通常再生と同様な処理で済むように、ストリームを処理して転送する(SEQ415)。このとき、トランスレーション・サーバーは、ストリーミング・サーバー213から送出されるプロバイダー独自のストリーム・フォーマット(トランスポート・プロトコル(RTSP/RTP/RTSPなど)/コーデック/コンテナ)を、クライアント・デバイス231上で動作するプレイヤーが処理できるフォーマット(HTTPストリーミング/クライアント・プレイヤー235に処理可能なコーデック/コンテナ)に変換して送出(HTTP擬似ストリーミング)する(SEQ415)。そして、クライアント・デバイス231上では、プレイヤー235が受信したストリームの再生を行なう(SEQ416)。 When the translation server on the edge server 216 receives the shifted content by any one of the above methods, the translation server processes the stream so that the player 235 on the client device 231 side can perform the same processing as the normal playback. (SEQ415). At this time, the translation server operates on the client device 231 the provider's original stream format (transport protocol (RTSP / RTP / RTSP etc.) / Codec / container) sent from the streaming server 213. It is converted into a format that can be processed by the player (HTTP streaming / codec / container that can be processed by the client player 235) and transmitted (HTTP pseudo streaming) (SEQ415). Then, on the client device 231, the stream received by the player 235 is reproduced (SEQ416).
上記のようにトランスレーション・サーバーが介在するというIPTV配信システム100の構成をとることにより、クライアント・ベンダーにとっては、サービス毎の独自なサービス・プロトコルをクライアントのアプリケーションとして実装する必要がなくなり、異なるサービス(ネットワーク・サービス、インターネット・サービス)のプロバイダーのサービスに対応させたクライアントの開発コストを大幅に低減することができるようになる。 By adopting the configuration of the IPTV distribution system 100 in which the translation server is interposed as described above, it is not necessary for the client vendor to implement a unique service protocol for each service as a client application. The development cost of the client corresponding to the service of the provider of (network service, Internet service) can be significantly reduced.
続いて、IPTV配信システム100で高速チャンネル・チェンジを実現する仕組みについて、図5を参照しながら説明する。 Next, a mechanism for realizing high-speed channel change in the IPTV distribution system 100 will be described with reference to FIG.
図5に示すように、コア・ネットワーク201においては、ストリーミング・サーバー213からエッジ・サーバー216までは、そのエッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーに対応するIPTVサービスで提供される、IP放送チャンネル(ライブ中継ストリームなどを含む)がすべて送信されているものとする。すなわち、エッジ・サーバー216にIPTVサービス・トランスレーション・サーバーがダウンロードされ起動されると同時に、そのIPTVサービス・トランスレーション・サーバーがアクセス(サービス提供)可能なすべてのIP放送に対して、ストリームの送付要求が行なわれる。 As shown in FIG. 5, in the core network 201, the streaming server 213 to the edge server 216 are provided by an IPTV service corresponding to the IPTV service translation server on the edge server 216. It is assumed that all IP broadcast channels (including live relay streams) are transmitted. That is, the IPTV service translation server is downloaded to the edge server 216 and started, and at the same time, a stream is sent to all IP broadcasts that can be accessed (provided by the IPTV service translation server). A request is made.
具体的には、コア・ネットワーク201におけるIP放送チャンネルのトランスポート・プロトコルにマルチキャストが利用される場合には、トランスレーション・サーバーがエッジ・サーバー216にダウンロードされて起動された直後に、コア・ネットワーク201内のマルチキャスト・ルーターを介して、ストリーミング・サーバー213にてサービス提供可能なすべてのマルチキャスト・チャンネルに対して参加(取得)要求が行なわれる。ストリーミング・サーバー213からトランスレーション・サーバーへのチャンネル・ストリームの送信には、RTP/マルチキャストが利用される。また、マルチキャスト・チャンネルへの参加には、IGMP(Internet Group Management Protocol)やMLD(Multicast Listener Discovery)が利用される。 Specifically, when multicast is used for the transport protocol of the IP broadcast channel in the core network 201, immediately after the translation server is downloaded to the edge server 216 and started, the core network A participation (acquisition) request is made to all the multicast channels that can be provided by the streaming server 213 via the multicast router in 201. RTP / multicast is used for transmission of the channel stream from the streaming server 213 to the translation server. In addition, IGMP (Internet Group Management Protocol) and MLD (Multicast Listener Discovery) are used for participation in the multicast channel.
クライアント・デバイス231のブラウザー上で動作するポータル・アプリケーションでチャンネルが選択された場合、ポータル・アプリケーションは、AJAX/HTTPリクエストとして、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーに対してチャンネル選択/切り替えを要求する。そして、トランスレーション・サーバーは、所望のチャンネル・ストリームに直ちにチャンネル・スイッチする。エンド・ユーザーがとあるチャンネルを選択したときには、ストリーミング・サーバー213から既にマルチキャスト送信されているので、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、即座に対応するマルチキャスト・ストリーミングを、クライアント・デバイス231上のプレイヤーに送信(すなわち、HTTPストリーミング)することができる。 When a channel is selected in the portal application that runs on the browser of the client device 231, the portal application selects the channel for the IPTV service translation server on the edge server 216 as an AJAX / HTTP request. / Request to switch. The translation server then immediately switches the channel to the desired channel stream. When the end user selects a certain channel, since the multicast is already transmitted from the streaming server 213, the IPTV service translation server on the edge server 216 immediately sends the corresponding multicast streaming to the client. Can be sent to a player on device 231 (ie HTTP streaming).
エンド・ユーザーがチャンネル・ザッピングなどにより異なるチャンネルを選択すると、新しく選択されるチャンネルのストリームも既にストリーミング・サーバー213からマルチキャストされているので、瞬時に所望のチャンネルにチャンネル・スイッチすることが可能となる。したがって、チャンネル・ザッピングのパフォーマンスが格段に向上する。なお、チャンネル切り替えの前後でも、クライアントは一貫して(トランスレーション・サーバーを指す)同一のURLからHTTPストリーミングを受信する。 When the end user selects a different channel by channel zapping or the like, since the stream of the newly selected channel is already multicast from the streaming server 213, it is possible to instantaneously switch the channel to the desired channel. . Therefore, the performance of channel zapping is greatly improved. Note that the client consistently receives HTTP streaming from the same URL (pointing to the translation server) even before and after channel switching.
但し、コア・ネットワーク201のリソース上の制限で、該当するIPTVサービス・トランスレーション・サーバーがアクセス可能なすべてのマルチキャスト・チャンネル・ストリーミングに参加(登録)できない場合には、ネットワーク・リソースの負荷軽減策を講じることも可能である。例えば、エンド・ユーザーがとあるチャンネルを選択した際に、そのチャンネルの前後(チャンネル・リスト上の前後の場合もあれば、そのエンド・ユーザーの嗜好を考慮に入れたアクセス頻度の高いチャンネルのみを並べたチャンネル・リスト上の前後など)のチャンネルを選択的にマルチキャスト参加するなどして、参加するマルチキャスト数を制限するようにする。 However, if the resources of the core network 201 are limited, if the corresponding IPTV service translation server cannot participate (register) in all the multicast channel streaming accessible, the network resource load reduction measure It is also possible to take For example, when an end user selects a channel, the channel before and after the channel (sometimes before or after the channel list, or only frequently accessed channels that take into account the end user's preferences) The number of multicasts to be joined is limited by, for example, selectively participating in the multicast of channels on the arranged channel list.
図6には、IPTV配信システム100において常設ストリーミング・セッションを利用してチャンネル・ストリームの配信サービスを行なうシーケンス例を示している。図示のシーケンスでは、クライアント側からのコンテンツのチャンネル・リクエストに応じてストリーミングが行なわれる。以下、図6を参照しながら、図5に示したIPTV配信システム100の仕組みについて説明する。 FIG. 6 shows an example of a sequence for providing a channel stream distribution service using a permanent streaming session in the IPTV distribution system 100. In the illustrated sequence, streaming is performed in response to a content channel request from the client side. Hereinafter, the mechanism of the IPTV distribution system 100 shown in FIG. 5 will be described with reference to FIG.
エッジ・サーバー216上にIPTVサービス・トランスレーション・サーバーがダウンロードされ起動された直後に、このトランスレーション・サーバーは、プレイヤーへのチャンネル・ストリーミングを行なうIPTV専用チャンネルに必要なCPU、記憶領域、ネットワーク・インターフェースなどの配信リソースの確保をリソース・マネジメント・サーバー215に要求する(SEQ601)。 Immediately after the IPTV service translation server is downloaded and activated on the edge server 216, the translation server is responsible for the CPU, storage area, network network required for the IPTV dedicated channel for channel streaming to the player. The resource management server 215 is requested to secure a distribution resource such as an interface (SEQ601).
リソース・・マネジメント・サーバー215は、この要求に応答して、ストリーミング・セッションが確立してから解放するまで、上記の通信リソースを常に確保する(SEQ602)。配信リソースの確保には、NGNなどのキャリア専用網で利用されているIMS/SIPプロトコルや、OpenFlow−API、あるいはキャリア・ネットワーク独自のプロコルなどを利用することができる(同上)。 In response to this request, the resource management server 215 always reserves the above communication resources until the streaming session is established and then released (SEQ602). For securing the distribution resource, IMS / SIP protocol used in a carrier dedicated network such as NGN, OpenFlow-API, or a protocol unique to the carrier network can be used (same as above).
そして、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーとプレイヤー235間では、配信リソースが確保された、IPTV専用チャンネルとして、帯域の保証された1つのHTTP擬似ストリーミング・チャンネル(セッション)を確立する(SEQ603、604)。このIPTV専用チャンネルは、常設であり、プレイヤーからのHTTPリクエスト送信とエッジ・サーバー216上のトランスレーション・サーバーからのHTTPレスポンス返信が常時可能な帯域保証型のパスである。エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、常にこのチャンネル上ですべてのストリーミングをプレイヤー側に転送する。必要であれば、HTTP擬似ストリーミングのセッションのセキュリティーは、SSLなどで保護される。 Then, between the IPTV service translation server on the edge server 216 and the player 235, one HTTP pseudo-streaming channel (session) with a guaranteed bandwidth is established as a dedicated IPTV channel for which distribution resources are secured. (SEQ603, 604). This IPTV-dedicated channel is a permanent channel and is a bandwidth-guaranteed path that can always send an HTTP request from the player and return an HTTP response from the translation server on the edge server 216. The IPTV service translation server on the edge server 216 always forwards all streaming on this channel to the player side. If necessary, the security of the HTTP pseudo-streaming session is protected by SSL or the like.
次いで、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、ストリーミング・サーバー213に対して、選択される可能性のあるすべてのマルチキャスト・チャンネルに対して参加(取得)要求を行なう(SEQ605)。これに対し、ストリーミング・サーバー213は、RTPなどを利用して、要求されたすべてのチャンネルについて、エッジ・サーバー216上のトランスレーション・サーバーへ、ストリーミングを通常速度転送により行なう(SEQ606)。 Next, the IPTV service translation server on the edge server 216 makes a join (acquisition) request to the streaming server 213 for all the multicast channels that may be selected (SEQ605). . On the other hand, the streaming server 213 performs streaming at a normal speed transfer to the translation server on the edge server 216 for all the requested channels using RTP or the like (SEQ606).
エンド・ユーザーは、ブラウザー234が実行するポータル・アプリケーションのチャンネル・ナビゲーション機能により、チャンネルの選択を行なう(SEQ607)。チャンネル・ナビゲーションの過程で、ブラウザー234上のポータル・アプリケーションは、ポータル・サーバー212とやり取りし、エンド・ユーザーは、選択するチャンネルに関する属性情報(タイトル、概要、価格など)を照会しながら、所望のチャンネルを選択することができる。 The end user selects a channel by using the channel navigation function of the portal application executed by the browser 234 (SEQ607). In the course of channel navigation, the portal application on the browser 234 interacts with the portal server 212, and the end user queries the attribute information (title, summary, price, etc.) about the selected channel, and A channel can be selected.
そして、エンド・ユーザーは、ブラウザー234上のポータル・アプリケーションに対して、選択したチャンネルの再生を指示する(SEQ608)。 Then, the end user instructs the portal application on the browser 234 to play the selected channel (SEQ608).
すると、ブラウザー234上のポータル・アプリケーションは、エッジ・サーバー216上のトランスレーション・サーバーに対して、AJAXなどのHTTPリクエストにより、選択されたチャンネルの再生指示を行なう(SEQ609)。IGMP Joinなどによる対象のマルチキャスト・ストリームへの参加は事前に行なわれている。したがって、このタイミングでは、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、単なるマルチキャスト・ストリーム入力ポートの切り替えにより、選択されたチャンネル・ストリーミングを直ちに開始することができる。そして、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、HTTP擬似ストリーミングにより選択されたチャンネルのコンテンツ・ストリームを送出する(SEQ610)。そして、クライアント・デバイス231上では、プレイヤーが受信したコンテンツ・ストリームの再生を行なう(SEQ611)。 Then, the portal application on the browser 234 issues a reproduction instruction for the selected channel to the translation server on the edge server 216 using an HTTP request such as AJAX (SEQ609). Participation in the target multicast stream by IGMP Join or the like is performed in advance. Therefore, at this timing, the IPTV service translation server on the edge server 216 can immediately start the selected channel streaming by simply switching the multicast stream input port. Then, the IPTV service translation server on the edge server 216 sends the content stream of the channel selected by HTTP pseudo streaming (SEQ610). Then, on the client device 231, the content stream received by the player is reproduced (SEQ611).
続いて、エンド・ユーザーがブラウザー上のポータル・アプリケーションのチャンネル・ナビゲーション機能により、チャンネルの選択を行なう(SEQ612)。チャンネル・ナビゲーションの過程で、ブラウザー234上のポータル・アプリケーションはポータル・サーバー212とやり取りし、エンド・ユーザーは選択するチャンネルに関する属性情報を照会しながら、所望のチャンネルを選択する(同上)。 Next, the end user selects a channel using the channel navigation function of the portal application on the browser (SEQ612). In the course of channel navigation, the portal application on the browser 234 communicates with the portal server 212, and the end user selects a desired channel while querying attribute information regarding the channel to be selected (same as above).
そして、エンド・ユーザーは、ブラウザー234上のポータル・アプリケーションに対して、上記とは異なるチャンネルの再生を指示する(SEQ613)。ブラウザー上のポータル・アプリケーションは、エッジ・サーバー216上のトランスレーション・サーバーに対して、AJAXなどのHTTPリクエストにより、選択されたチャンネルの再生指示を行なう(SEQ614)。IGMP Joinなどによる対象のマルチキャスト・ストリームへの参加は事前に行なわれているので、このタイミングでは、単なるマルチキャスト・ストリーム入力ポートの切り替えにより、選択されたチャンネル・ストリーミングが直ちに開始される。そして、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、HTTP擬似ストリーミングにより選択されたチャンネルのコンテンツ・ストリームを送出する(SEQ615)。クライアント・デバイス231上では、プレイヤー235が受信したコンテンツ・ストリームの再生を行なう(SEQ616)。 Then, the end user instructs the portal application on the browser 234 to play a channel different from the above (SEQ 613). The portal application on the browser instructs the translation server on the edge server 216 to play back the selected channel using an HTTP request such as AJAX (SEQ614). Since participation in the target multicast stream by IGMP Join or the like is performed in advance, at this timing, the selected channel stream is immediately started by simply switching the multicast stream input port. Then, the IPTV service translation server on the edge server 216 sends the content stream of the channel selected by HTTP pseudo streaming (SEQ615). On the client device 231, the content stream received by the player 235 is reproduced (SEQ616).
図6に示したシーケンス例では、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、ストリーミング・サーバー213からマルチキャスト送信されているチャンネルのうち対応するチャンネル・ストリームをクライアント・デバイス231上のプレイヤー235にHTTP擬似ストリーミングしている。これに対し、エッジ・サーバー231上に十分なメモリー若しくはハード・ディスクなどの蓄積記憶域(ストレージ)がある場合には、ストリーミング・サーバー213から送出されるチャンネル・ストリームをこの蓄積記憶域に蓄積することで、マルチキャスト・チャンネル再生時のトリックプレイ・モード(主には巻き戻し再生)のパフォーマンスを向上させることが可能である。 In the sequence example shown in FIG. 6, the IPTV service translation server on the edge server 216 uses the channel stream corresponding to the multicast transmission from the streaming server 213 as the player on the client device 231. HTTP pseudo-streaming to H.235. On the other hand, when there is a sufficient storage area (storage) such as a memory or a hard disk on the edge server 231, the channel stream sent from the streaming server 213 is stored in this storage area. As a result, it is possible to improve the performance of trick play mode (mainly rewind playback) during multicast channel playback.
エッジ・サーバー216にIPサービス・トランスレーション・サーバーがダウンロードされ起動されると同時に、このトランスレーション・サーバーはアクセス(サービス提供)可能なすべてのIP放送チャンネルに対して送付要求を行なう。具体的には、コア・ネットワーク201におけるIP放送チャンネルのトランスポート・プロトコルにマルチキャストが利用される場合には、IPTVサービス・トランスレーション・サーバーがエッジ・サーバー216にダウンロードされ起動された直後に、コア・ネットワーク201内のマルチキャスト・ルーター(図示しない)を介して、ストリーミング・サーバー213にてサービス提供可能なすべてのマルチキャスト・チャンネルに対して参加(取得)要求が行なわれる。ここで、エッジ・サーバー216に対して送信されるすべてのマルチキャスト・ストリームは、エッジ・サーバー216に受信されると同時に上記の記憶領域に蓄積される。その後、エンド・ユーザーがとあるチャンネルを選択すると、IPTVサービス・トランスレーション・サーバーは、所望のチャンネルにスイッチする。そして、エンド・ユーザーが巻き戻し再生を指示する場合には、既にエッジ・サーバー216の蓄積記憶領域に蓄積されているストリームから再生を行なうことにより、IP放送チャンネルの巻き戻し再生のパフォーマンスを各段に向上させることが可能である。 At the same time that the IP service translation server is downloaded to the edge server 216 and started, the translation server makes a send request to all IP broadcast channels that can be accessed (provided by the service). Specifically, when multicast is used for the transport protocol of the IP broadcast channel in the core network 201, the core is immediately after the IPTV service translation server is downloaded to the edge server 216 and started. A participation (acquisition) request is made to all multicast channels that can be provided by the streaming server 213 via a multicast router (not shown) in the network 201. Here, all multicast streams transmitted to the edge server 216 are received by the edge server 216 and stored in the storage area at the same time. Thereafter, when the end user selects a particular channel, the IPTV service translation server switches to the desired channel. When the end user instructs rewind playback, playback is performed from the stream already stored in the storage area of the edge server 216, so that the performance of rewind playback of the IP broadcast channel can be improved. It is possible to improve it.
但し、コア・ネットワーク201のリソース上の制限、若しくは、エッジ・サーバー216の蓄積記憶領域の制限で、該当するIPTVサービス・トランスレーション・サーバーがアクセス可能なすべてのマルチキャスト・チャンネル・ストリーミングの既に配信された分を蓄積できない場合には、ネットワーク・リソース並びにストレージ・リソースの負荷軽減策を講じることも可能である。例えば、エンド・ユーザーがとあるチャンネルを選択した際に、そのチャンネルの前後(チャンネル・リスト上の前後の場合もあれば、そのエンド・ユーザーの嗜好を考慮に入れたアクセス頻度の高いチャンネルのみを並べたチャンネル・リスト上の前後など)のチャンネルを選択的にマルチキャスト参加するなどして、それらのマルチキャスト・ストリームのみエッジ・サーバー216に蓄積しておくようにして、ネットワーク・リソース並びにストレージ・リソースの負荷を軽減する。 However, all multicast channel streaming that can be accessed by the corresponding IPTV service translation server is already distributed due to the resource limitation of the core network 201 or the limitation of the storage area of the edge server 216. If it is not possible to accumulate the amount, it is possible to take measures to reduce the load on network resources and storage resources. For example, when an end user selects a channel, the channel before and after the channel (sometimes before or after the channel list, or only frequently accessed channels that take into account the end user's preferences) (For example, before and after the channel list on the side-by-side channel list). For example, by selectively participating in multicast, such multicast streams are accumulated in the edge server 216 so that network resources and storage resources Reduce the load.
図7には、IPTV配信システム100において常設ストリーミング・セッションを利用してチャンネル・ストリームの配信サービスを行なうシーケンス例を示している。図示のシーケンスでは、エッジ・サーバー216がストリームを蓄積するストレージを備え、チャンネル・ストリームの変速再生にも対応することができる。 FIG. 7 shows a sequence example for providing a channel stream distribution service using a permanent streaming session in the IPTV distribution system 100. In the illustrated sequence, the edge server 216 includes a storage for storing a stream, and can cope with variable speed reproduction of a channel stream.
エッジ・サーバー216上にIPTVサービス・トランスレーション・サーバーがダウンロードされ起動された直後に、このトランスレーション・サーバーは、プレイヤーへのチャンネル・ストリーミングを行なうIPTV専用チャンネルに必要なCPU、記憶領域、ネットワーク・インターフェースなどの配信リソースの確保をリソース・マネジメント・サーバー215に要求する(SEQ701)。 Immediately after the IPTV service translation server is downloaded and activated on the edge server 216, the translation server is responsible for the CPU, storage area, network network required for the IPTV dedicated channel for channel streaming to the player. The resource management server 215 is requested to secure a distribution resource such as an interface (SEQ 701).
リソース・・マネジメント・サーバー215は、この要求に応答して、ストリーミング・セッションが確立してから解放するまで、上記の通信リソースを常に確保する(SEQ702)。配信リソースの確保には、NGNなどのキャリア専用網で利用されているIMS/SIPプロトコルや、OpenFlow−API、あるいはキャリア・ネットワーク独自のプロコルなどを利用することができる(同上)。 In response to this request, the resource management server 215 always secures the above communication resources until the streaming session is established and then released (SEQ 702). For securing the distribution resource, IMS / SIP protocol used in a carrier dedicated network such as NGN, OpenFlow-API, or a protocol unique to the carrier network can be used (same as above).
そして、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーとプレイヤー235間では、配信リソースが確保された、IPTV専用チャンネルとして、帯域の保証された1つのHTTP擬似ストリーミング・チャンネル(セッション)を確立する(SEQ703、704)。このIPTV専用チャンネルは、常設であり、プレイヤー235からのHTTPリクエスト送信とエッジ・サーバー216上のトランスレーション・サーバーからのHTTPレスポンス返信が常時可能な帯域保証型のパスである。エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、常にこのチャンネル上ですべてのストリーミングをプレイヤー235側に転送する。必要であれば、HTTP擬似ストリーミングのセッションのセキュリティーは、SSLなどで保護される。 Then, between the IPTV service translation server on the edge server 216 and the player 235, one HTTP pseudo-streaming channel (session) with a guaranteed bandwidth is established as a dedicated IPTV channel for which distribution resources are secured. (SEQ703, 704). This IPTV-dedicated channel is a permanent channel and is a bandwidth-guaranteed path that can always send an HTTP request from the player 235 and return an HTTP response from the translation server on the edge server 216. The IPTV service translation server on the edge server 216 always forwards all streaming on this channel to the player 235 side. If necessary, the security of the HTTP pseudo-streaming session is protected by SSL or the like.
次いで、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、ストリーミング・サーバー213に対して、選択される可能性のあるすべてのマルチキャスト・チャンネルに対して参加(取得)要求を行なう(SEQ705)。これに対し、ストリーミング・サーバー213は、RTPなどを利用して、要求されたすべてのチャンネルについて、エッジ・サーバー216上のトランスレーション・サーバーへ、ストリーミングを通常速度転送により行なう(SEQ706)。 The IPTV service translation server on edge server 216 then makes a join (acquisition) request to streaming server 213 for all possible multicast channels (SEQ705). . On the other hand, the streaming server 213 performs streaming at a normal speed transfer to the translation server on the edge server 216 for all the requested channels using RTP or the like (SEQ 706).
エンド・ユーザーは、ブラウザー234が実行するポータル・アプリケーションのチャンネル・ナビゲーション機能により、チャンネルの選択を行なう(SEQ707)。チャンネル・ナビゲーションの過程で、ブラウザー234上のポータル・アプリケーションは、ポータル・サーバー212とやり取りし、エンド・ユーザーは、選択するチャンネルに関する属性情報(タイトル、概要、価格など)を照会しながら、所望のチャンネルを選択することができる。 The end user selects a channel by using the channel navigation function of the portal application executed by the browser 234 (SEQ707). In the course of channel navigation, the portal application on the browser 234 interacts with the portal server 212, and the end user queries the attribute information (title, summary, price, etc.) about the selected channel, and A channel can be selected.
そして、エンド・ユーザーは、ブラウザー234上のポータル・アプリケーションに対して、選択したチャンネルの再生を指示する(SEQ708)。 Then, the end user instructs the portal application on the browser 234 to play the selected channel (SEQ 708).
すると、ブラウザー上のポータル・アプリケーションは、エッジ・サーバー216上のトランスレーション・サーバーに対して、AJAXなどのHTTPリクエストにより、選択されたチャンネルの再生指示を行なう(SEQ709)。IGMP Joinなどによる対象のマルチキャスト・ストリームへの参加は事前に行なわれている。したがって、このタイミングでは、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、単なるマルチキャスト・ストリーム入力ポートの切り替えにより、選択されたチャンネル・ストリーミングを直ちに開始することができる。そして、エッジ・サーバー216上のIPTVサービス・トランスレーション・サーバーは、選択されたチャンネルのコンテンツ・ストリームをエッジ・サーバー216内のストレージに蓄積しながら(SEQ710)、HTTP擬似ストリーミングにより送出する(SEQ711)。そして、クライアント・デバイス231上では、プレイヤー235が受信したコンテンツ・ストリームの再生を行なう(SEQ712)。 Then, the portal application on the browser issues a reproduction instruction for the selected channel to the translation server on the edge server 216 by an HTTP request such as AJAX (SEQ 709). Participation in the target multicast stream by IGMP Join or the like is performed in advance. Therefore, at this timing, the IPTV service translation server on the edge server 216 can immediately start the selected channel streaming by simply switching the multicast stream input port. Then, the IPTV service translation server on the edge server 216 accumulates the content stream of the selected channel in the storage in the edge server 216 (SEQ 710) and sends it by HTTP pseudo streaming (SEQ 711). . Then, on the client device 231, the content stream received by the player 235 is reproduced (SEQ712).
続いて、エンド・ユーザーがブラウザー上のポータル・アプリケーションのチャンネル・ナビゲーション機能により、再生中のコンテンツ・ストリームの変速再生の指示を行なう(SEQ713)。すると、ブラウザー234上のポータル・アプリケーションは、エッジ・サーバー216上のトランスレーション・サーバーに対して、AJAXなどのHTTPリクエストにより、コンテンツの変速再生指示を行なう(SEQ714)。 Subsequently, the end user gives an instruction to perform variable speed playback of the content stream being played back by the channel navigation function of the portal application on the browser (SEQ713). Then, the portal application on the browser 234 issues a content variable speed playback instruction to the translation server on the edge server 216 by an HTTP request such as AJAX (SEQ714).
エッジ・サーバー216上のトランスレーション・サーバーは、クライアント・デバイス231上でポータル・アプリケーションとして実行されるブラウザー・スクリプトから変速再生を指示する再生制御コマンドを受信すると、その対象チャンネルの過去放送分が既に自身のストレージに蓄積済みであるかどうかを確認にする(SEQ715)。 When the translation server on the edge server 216 receives a playback control command for instructing variable speed playback from a browser script executed as a portal application on the client device 231, the past broadcast portion of the target channel has already been received It is confirmed whether or not it has been stored in its own storage (SEQ 715).
このとき、その対象チャンネルの過去放送分が既に自身のストレージに蓄積済みであれば、変速再生可能と判断する。トランスレーション・サーバーは、自身のストレージに蓄積済みのものから該当するチャンネル・ストリームを取り出すと(SEQ716)、クライアント・デバイス231上のプレイヤーが通常再生と同様な処理で済む(変速再生できる)ように、ストリームを処理する(SEQ717)。 At this time, if the past broadcast of the target channel has already been stored in its own storage, it is determined that the variable speed reproduction is possible. When the translation server retrieves the corresponding channel stream from those stored in its own storage (SEQ 716), the player on the client device 231 can perform the same processing as normal playback (variable playback is possible). The stream is processed (SEQ717).
そして、トランスレーション・サーバーは、上記の処理した後のチャンネル・ストリームをHTTP擬似ストリーミングにより送出する(SEQ718)。クライアント・デバイス231上では、プレイヤーが受信したコンテンツ・ストリームの通常再生を行なうことにより、エンド・ユーザーには変速再生したストリームを提示することかできる(SEQ719)。 Then, the translation server sends the processed channel stream by HTTP pseudo streaming (SEQ 718). On the client device 231, by performing normal playback of the content stream received by the player, the end user can be presented with the variable speed playback stream (SEQ 719).
以上説明してきたように、本実施形態に係るIPTV配信システム100では、異なる複数のサービス・プロバイダーから提供されるIPTVサービス・クライアントの機能を、ナビゲーション(コンテンツ若しくはチャンネルを選択させる機能)と、再生制御(通常再生(プレイ)、停止(ストップ)、巻き戻し再生(リワインド)、早送り再生(フォワード)、ポーズといったトリックプレイなどのコマンドを送る機能)と、ストリーミング(AVストリームを転送・再生する機能)に分離し、前者2つをブラウザー・アプリケーションとして実現し、後者1つをIPTVサービス・プロトコルと透過な(IPTVサービス・プロトコルの相違に依存しない共通の)プレイヤーとして実装するようにしている。 As described above, in the IPTV distribution system 100 according to the present embodiment, the functions of the IPTV service client provided from a plurality of different service providers are navigation (function for selecting content or channel) and playback control. (Normal playback (play), stop (stop), rewind playback (rewind), fast-forward playback (forward), command function to send trick play and other pause commands), etc.) and streaming (AV stream transfer / playback function) The former two are implemented as browser applications, and the latter is implemented as a player that is transparent to the IPTV service protocol (a common player that does not depend on differences in the IPTV service protocol).
したがって、デバイス・ベンダーは、サービス毎のブラウザー・アプリケーションを開発するだけでよく、複数の異なるサービス向けにクライアントを個別に実装したりメンテナンスしたりするコストを低減することができる。また、サービス・プロバイダーにとっては、エンド・ユーザーがブラウザーを介して選択したコンテンツを、ブラウザー上で指示した再生制御コマンドに従って、品質が保証されたネットワークを通してRTPプロトコルにてストリーミングするので、サービス品質の均質化を図ることができる。また、HTTPストリーミグ・クライアントを利用するにもかかわらず、IP放送配信におけるチャンネル・チェンジの際のパフォーマンスを各段に向上させることができる。 Therefore, the device vendor only needs to develop a browser application for each service, and can reduce the cost of individually installing and maintaining clients for a plurality of different services. For service providers, the content selected by the end user via the browser is streamed using the RTP protocol over the guaranteed quality network according to the playback control command specified on the browser. Can be achieved. In addition, despite the use of an HTTP streaming client, the performance at the time of channel change in IP broadcast distribution can be improved in each stage.
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
(1)コンテンツのストリームを再生するコンテンツ再生装置との間でチャンネルをネットワーク上で確立するチャンネル確立部と、前記コンテンツ再生装置からコンテンツのストリームの再生を制御する再生制御コマンドを前記ネットワーク経由で受信する再生制御コマンド受信部と、受信した前記再生制御コマンドに従って、前記チャンネルを用いてコンテンツのストリームを前記コンテンツ再生装置に送出するストリーミング部と、を具備するコンテンツ転送装置。
(2)前記チャンネル確立部は、前記コンテンツ再生装置上でコンテンツのストリームを再生するプレイヤーからの要求に応じて前記チャンネルを確立する、上記(1)に記載のコンテンツ転送装置。
(3)前記チャンネル確立部は、前記コンテンツ再生装置との間で常時HTTPリクエストの送信及びHTTPレスポンスの返信が可能な帯域保証型のパスからなるチャンネルを、前記ネットワーク上で確立する、上記(1)に記載のコンテンツ転送装置。
(4)前記再生制御コマンド受信部は、前記コンテンツ再生装置のブラウザー実行環境で動作するブラウザー・アプリケーションがユーザーの指示に応じて発行した再生制御コマンドを、HTTPリクエストとして受信する、上記(1)に記載のコンテンツ転送装置。
(5)前記ストリーミング部は、前記コンテンツ再生装置上で動作するサービス・プロトコル透過なプレイヤーに対してコンテンツのストリームを送出する、上記(1)に記載のコンテンツ転送装置。
(6)前記ストリーミング部は、前記コンテンツ再生装置のブラウザー実行環境で動作するブラウザー・アプリケーションがユーザーの選択に応じてHTTPリクエストにより要求するコンテンツのストリームをストリーミング・サーバーから取得して、前記コンテンツ再生装置に送出する、上記(1)に記載のコンテンツ転送装置。
(7)前記ストリーミング部は、前記コンテンツ再生装置からの要求に応じてストリーミング・サーバーから送出されるストリーム・フォーマットを、前記コンテンツ再生装置側でストリーミング再生するプレイヤーが処理できるフォーマットに変換して、前記コンテンツ再生装置に送出する、上記(1)に記載のコンテンツ転送装置。
(8)前記再生制御コマンド受信部は、受信した前記再生制御コマンドを、前記コンテンツ再生装置からのストリーミング要求に応じてコンテンツを送出するストリーミング・サーバーが解釈できる再生制御プロトコルに変換して、前記ストリーミング・サーバーとやり取りする、上記(1)に記載のコンテンツ転送装置。
(9)前記再生制御コマンド受信部は、RTSPを解釈できるストリーミング・サーバーに対して、ストリームの変速再生に関する再生制御コマンドをRTSPの変速転送指示に変換してやり取りする、上記(8)に記載のコンテンツ転送装置。
(10)前記再生制御コマンド受信部は、HTTPしか解釈できないHTTP擬似ストリーミング・サーバーに対して、ストリームの再生速度に関する再生制御コマンドをHTTPストリーミングにおけるコンテンツ・リクエストに変換し、前記再生制御コマンドが指示する速度に応じた速さで前記HTTP擬似ストリーミング・サーバーに対するHTTPリクエストを発行する、上記(8)に記載のコンテンツ転送装置。
(11)ストリーミング・サーバーから受信したコンテンツのストリームを蓄積するストレージをさらに備え、前記ストリーミング部は、前記再生制御コマンド受信部でストリームの変速再生に関する再生制御コマンドを受信したときに、前記コンテンツ再生装置上で動作するプレイヤーが通常再生と同様な処理で変速再生できるようにストリームを処理してから送出する、上記(1)に記載のコンテンツ転送装置。
(12)前記チャンネル確立部、前記再生制御コマンド受信部、及び、前記ストリーミング部は、所定のポータル・サーバーからダウンロードし起動するトランスレーション・サーバーの機能として実現される、上記(1)に記載のコンテンツ転送装置。
(13)コンテンツのストリームを送出するストリーミング・サーバーとコンテンツ再生装置との間に介在するエッジ・サーバーとして動作する、上記(1)に記載のコンテンツ転送装置。
(14)コンテンツのストリームを要求するコンテンツ再生装置との間でチャンネルをネットワーク上で確立するチャンネル確立ステップと、前記コンテンツ再生装置からコンテンツのストリームの再生を制御する再生制御コマンドを前記ネットワーク経由で受信する再生制御コマンド受信ステップと、受信した前記再生制御コマンドに従って、前記チャンネルを用いてコンテンツのストリームを前記コンテンツ再生装置に送出するストリーミング・ステップと、を有するコンテンツ転送方法。
(15)ユーザーの指示に応じて選択したコンテンツのストリーミングをHTTPリクエストにより要求するナビゲーション部と、ユーザーの指示に応じてコンテンツのストリーミングの再生制御をHTTPリクエストにより行なう再生制御部と、所定のサーバーとの間で確立されたチャンネルを介して受信するコンテンツのストリームを再生するプレイヤーと、を具備するコンテンツ再生装置。
(16)ブラウザー実行環境を備え、前記ナビゲーション部及び前記再生制御部は、前記ブラウザー実行環境下で実行するブラウザー・アプリケーションとして実現され、前記プレイヤーは、サービス・プロトコル透過である、上記(15)に記載のコンテンツ再生装置。
(17)前記プレイヤーは、前記ブラウザー・アプリケーションからの要求に応じて、前記サーバーに対して前記チャンネルの確立を要求する、上記(15)に記載のコンテンツ再生装置。
(18)前記チャンネルは、コンテンツのストリームを転送するエッジ・サーバーとの間で常時HTTPリクエストの送信及びHTTPレスポンスの返信が可能な帯域保証型のパスからなる、上記(15)に記載のコンテンツ再生装置。
(19)ユーザーの指示に応じて選択したコンテンツのストリーミングをHTTPリクエストにより要求するナビゲーション・ステップと、ユーザーの指示に応じてコンテンツのストリーミングの再生制御をHTTPリクエストにより行なう再生制御ステップと、所定のサーバーとの間で確立されたチャンネルを介して受信するコンテンツのストリームを再生する再生ステップと、を有するコンテンツ再生方法。
(20)コンテンツの選択とコンテンツの再生制御の指示をHTTPリクエストで行なうとともに、サービス・プロトコル透過なプレイヤーでコンテンツのストリーム再生を行なうコンテンツ再生装置と、前記コンテンツ再生装置が選択したコンテンツのストリームを送出するストリーミング・サーバーと、前記コンテンツ再生装置が発行する再生制御コマンドを前記ストリーミング・サーバーが解釈できるプロトコルに変換して前記ストリーミング・サーバーとやり取りするとともに、ストリーミング・サーバーから送出されたコンテンツのストリームを前記プレイヤーが処理できるフォーマットに変換し、前記コンテンツ再生装置との間で確立したチャンネルを用いてコンテンツのストリームを転送するエッジ・サーバーと、を具備するコンテンツ配信システム。
(21)前記チャンネルのための配信リソースを確保するリソース・マネジメント・サーバーをさらに備える、上記(20)に記載のコンテンツ配信システム。
(22)コンテンツのストリームを再生するコンテンツ再生装置との間でチャンネルをネットワーク上で確立するチャンネル確立部、前記コンテンツ再生装置からコンテンツのストリームの再生を制御する再生制御コマンドを前記ネットワーク経由で受信する再生制御コマンド受信部、受信した前記再生制御コマンドに従って、前記チャンネルを用いてコンテンツのストリームを前記コンテンツ再生装置に送出するストリーミング部、としてコンピューターを機能させるようコンピューター可読形式で記述されたコンピューター・プログラム。
(23)ユーザーの指示に応じて選択したコンテンツのストリーミングをHTTPリクエストにより要求するナビゲーション部、ユーザーの指示に応じてコンテンツのストリーミングの再生制御をHTTPリクエストにより行なう再生制御部、所定のサーバーとの間で確立されたチャンネルを介して受信するコンテンツのストリームを再生するプレイヤー、としてコンピューターを機能させるようコンピューター可読形式で記述されたコンピューター・プログラム。
The technology disclosed in the present specification can also take the following configurations.
(1) A channel establishment unit that establishes a channel on a network with a content reproduction device that reproduces a content stream, and a reproduction control command that controls reproduction of the content stream from the content reproduction device via the network A content transfer device comprising: a playback control command receiving unit that performs a streaming control unit that transmits a content stream to the content playback device using the channel according to the received playback control command.
(2) The content transfer device according to (1), wherein the channel establishment unit establishes the channel in response to a request from a player that reproduces a content stream on the content reproduction device.
(3) The channel establishing unit establishes on the network a channel composed of a bandwidth guarantee type path capable of always transmitting an HTTP request and returning an HTTP response with the content reproduction device. ) Content transfer device.
(4) The playback control command receiving unit receives, as an HTTP request, a playback control command issued in response to a user instruction by a browser application operating in the browser execution environment of the content playback device. The content transfer device described.
(5) The content transfer device according to (1), wherein the streaming unit transmits a content stream to a player that is transparent to a service protocol and operates on the content reproduction device.
(6) The streaming unit acquires, from the streaming server, a stream of content requested by a browser application operating in a browser execution environment of the content playback device by an HTTP request according to a user's selection, and the content playback device The content transfer device according to (1), which is transmitted to
(7) The streaming unit converts a stream format sent from a streaming server in response to a request from the content playback device into a format that can be processed by a player that performs streaming playback on the content playback device side, The content transfer device according to (1), which is transmitted to the content reproduction device.
(8) The playback control command receiving unit converts the received playback control command into a playback control protocol that can be interpreted by a streaming server that sends content in response to a streaming request from the content playback device, and performs the streaming The content transfer device according to (1), which communicates with a server.
(9) The playback control command receiving unit according to (8), wherein the playback control command receiving unit converts a playback control command related to variable speed playback of a stream into a RTSP variable transfer instruction to a streaming server that can interpret RTSP, and exchanges the command. Content transfer device.
(10) The playback control command receiving unit converts a playback control command relating to the playback speed of the stream to a content request in HTTP streaming to an HTTP pseudo streaming server that can interpret only HTTP, and the playback control command instructs The content transfer device according to (8), wherein an HTTP request to the HTTP pseudo streaming server is issued at a speed corresponding to a speed.
(11) The storage device further includes a storage for storing a stream of content received from a streaming server, and the streaming unit receives the playback control command related to variable speed playback of the stream at the playback control command receiving unit. The content transfer apparatus according to (1) above, wherein the player operating above processes the stream so that the player can perform variable speed reproduction by the same process as normal reproduction, and then sends the stream.
(12) The channel establishing unit, the playback control command receiving unit, and the streaming unit are implemented as a translation server function that is downloaded from a predetermined portal server and activated, and is described in (1) above Content transfer device.
(13) The content transfer device according to (1), wherein the content transfer device operates as an edge server interposed between a streaming server that transmits a content stream and the content reproduction device.
(14) A channel establishment step for establishing a channel on a network with a content reproduction device that requests a content stream, and a reproduction control command for controlling reproduction of the content stream from the content reproduction device via the network. A content transfer method comprising: a playback control command receiving step for performing, and a streaming step of transmitting a content stream to the content playback device using the channel according to the received playback control command.
(15) A navigation unit that requests streaming of content selected according to a user instruction by an HTTP request, a reproduction control unit that performs reproduction control of content streaming according to a user instruction, and a predetermined server; And a player for playing back a stream of content received via a channel established between the two.
(16) A browser execution environment is provided, wherein the navigation unit and the playback control unit are realized as a browser application executed in the browser execution environment, and the player is transparent to a service protocol. The content reproduction device described.
(17) The content reproduction device according to (15), wherein the player requests the server to establish the channel in response to a request from the browser application.
(18) The content reproduction according to (15), wherein the channel includes a bandwidth-guaranteed path capable of always transmitting an HTTP request and returning an HTTP response with an edge server that transfers a content stream. apparatus.
(19) A navigation step for requesting streaming of content selected according to a user instruction by an HTTP request, a playback control step for performing playback control of content streaming according to an user request, and a predetermined server And a playback step of playing back a stream of content received via a channel established with the content playback method.
(20) A content reproduction apparatus that performs content selection and content reproduction control instructions with an HTTP request, and that reproduces the content stream with a player that is transparent to the service protocol, and that transmits the content stream selected by the content reproduction apparatus. A streaming server that converts the playback control command issued by the content playback device into a protocol that can be interpreted by the streaming server, and exchanges the stream with the streaming server. An edge server that converts the format into a format that can be processed by a player and transfers a stream of content using a channel established with the content playback device. Content delivery system.
(21) The content distribution system according to (20), further including a resource management server that secures distribution resources for the channel.
(22) A channel establishing unit that establishes a channel with a content reproduction device that reproduces a content stream on a network, and a reproduction control command that controls reproduction of the content stream from the content reproduction device via the network. A computer program written in a computer-readable format so as to cause a computer to function as a playback control command receiving unit and a streaming unit that sends a content stream to the content playback device using the channel according to the received playback control command.
(23) Between a navigation unit that requests streaming of content selected according to a user's instruction by an HTTP request, a playback control unit that performs playback control of content streaming according to a user's instruction, and a predetermined server A computer program written in a computer-readable format to cause a computer to function as a player that plays a stream of content received over a channel established by Microsoft.
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。 As described above, the technology disclosed in this specification has been described in detail with reference to specific embodiments. However, it is obvious that those skilled in the art can make modifications and substitutions of the embodiments without departing from the scope of the technology disclosed in this specification.
本明細書では、IPTV配信サービスに適用した実施形態について説明してきたが、本明細書で開示する技術は、その他のさまざまなタイプのコンテンツ・ストリーム配信システムに同様に適用することができる。 Although this specification has described embodiments applied to an IPTV delivery service, the techniques disclosed herein can be similarly applied to various other types of content stream delivery systems.
また、本明細書では、エッジ・サーバー上のトランスレーション・サーバーからクライアント・デバイスへストリームを転送するための専用チャネルのための配信リソースを確保するために、IMS/SIPプロトコルやOpenFlow−APIを利用できることを言及したが、本明細書で開示する技術の要旨は配信リソースを確保する特定の方法に限定される訳ではない。 Also, in this specification, IMS / SIP protocol and OpenFlow-API are used to secure delivery resources for a dedicated channel for transferring a stream from the translation server on the edge server to the client device. As mentioned above, the gist of the technology disclosed in the present specification is not limited to a specific method for securing distribution resources.
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。 In short, the technology disclosed in the present specification has been described in the form of exemplification, and the description content of the present specification should not be interpreted in a limited manner. In order to determine the gist of the technology disclosed in this specification, the claims should be taken into consideration.
100…IPTV配信システム
110…サービスAサーバー
130…クライアント・デバイス
131…サービスA向けブラウザー・アプリケーション
132…サービスB向けブラウザー・アプリケーション
133…ブラウザー実行環境
134…プレイヤー
140…エッジ・サーバー
150…エッジ・サーバー
201…コア・ネットワーク
202…アクセス・ネットワーク
203…ホーム・ネットワーク
211…サービス・ディスカバリー・サーバー
212…ポータル・サーバー
213…ストリーミング・サーバー
215…リソース・マネジメント・サーバー
216…エッジ・サーバー
231…クライアント・デバイス
232…モデム/ルーター
233…IPTVクライアント・マネージャー
234…ブラウザー
235…プレイヤー
801…専用チャンネル確立部
802…再生制御コマンド受信部
803…ストリーミング部
DESCRIPTION OF SYMBOLS 100 ... IPTV delivery system 110 ... Service A server 130 ... Client device 131 ... Browser application for service A 132 ... Browser application for service B 133 ... Browser execution environment 134 ... Player 140 ... Edge server 150 ... Edge server 201 ... Core network 202 ... Access network 203 ... Home network 211 ... Service discovery server 212 ... Portal server 213 ... Streaming server 215 ... Resource management server 216 ... Edge server 231 ... Client device 232 ... Modem / Router 233 ... IPTV Client Manager 234 ... Browser 235 ... Play Over 801 ... dedicated channel establishment unit 802 ... playback control command receiving unit 803 ... streaming unit
Claims (31)
ブラウザーが実行するアプリケーションが発行した再生制御コマンド送信要求を受信する受信部と、
(1)コンテンツ・ストリーミング・サーバーが再生制御コマンドを解釈できるように、アプリケーションからの再生制御コマンドの送信要求に対してプロトコル変換を実行し、(2)変換した再生制御コマンドをコンテンツ・ストリーミング・サーバーに供給し、(3)変換された再生制御コマンドをコンテンツ・ストリーミング・サーバーが受信したことに応答して、第1のフォーマットの選択されたコンテンツ・ストリームをコンテンツ・ストリーミング・サーバーから受信し、(4)受信した選択されたコンテンツ・ストリームを第1のフォーマットから第2のフォーマットに変換して、変換されたビデオ・ストリームを取得する、制御部と、
プライベート・チャネルの確立を要求するように構成され、第2のフォーマットのビデオ・ストリームを再生するプレイヤーと、
を具備するテレビ受信機。 A browser that commands content selection and playback control by running an application;
A receiver for receiving a playback control command transmission request issued by an application executed by the browser;
(1) Protocol conversion is executed for a transmission control command transmission request from an application so that the content streaming server can interpret the reproduction control command. (2) The converted reproduction control command is transmitted to the content streaming server. And (3) receiving the selected content stream in the first format from the content streaming server in response to the content streaming server receiving the converted playback control command; 4) a controller that converts the received selected content stream from a first format to a second format to obtain a converted video stream;
A player configured to request establishment of a private channel and playing a video stream of a second format;
A television receiver comprising:
請求項1に記載のテレビ受信機。 The reproduction control command transmission request is an HTTP (Hyper Text Transfer Protocol) request.
The television receiver according to claim 1.
請求項1又は2のいずれかに記載のテレビ受信機。 The second format is a protocol that is compatible with the HTTP protocol.
The television receiver according to claim 1.
請求項1乃至3のいずれかに記載のテレビ受信機。 The playback control command from the application is performed by an HTTP request.
The television receiver according to any one of claims 1 to 3.
ブラウザーから実行してコンテンツの選択と再生制御を行なうことができる、異なるIPTV毎の、複数のブラウザー・アプリケーションと、
少なくとも1つのIPTVサービスから少なくとも1つのエッジ・サーバーを経由して受信したコンテンツ・ストリームを再生するように構成され、プライベート・チャネルの確立を要求するように構成されたプレイヤーと、
ブラウザー上でのコンテンツの選択に応答してプレイヤーにストリーム配信されるコンテンツの再生をブラウザーからの再生制御指示に従って制御するように構成された再生制御部と、
を具備するテレビ受信機。 Browser,
Multiple browser applications for different IPTVs that can be executed from a browser to perform content selection and playback control;
A player configured to play a content stream received from at least one IPTV service via at least one edge server and configured to request establishment of a private channel;
A playback control unit configured to control playback of the content streamed to the player in response to the selection of the content on the browser according to a playback control instruction from the browser;
A television receiver comprising:
請求項5に記載のテレビ受信機。 The playback control unit controls the streaming operation to the player according to the playback control command transmitted as an HTTP request from the browser.
The television receiver according to claim 5.
請求項5又は6のいずれかに記載のテレビ受信機。 The browser application can be downloaded from at least one server of the IPTV series.
The television receiver in any one of Claim 5 or 6.
請求項5乃至7のいずれかに記載のテレビ受信機。 The player is configured to process a streaming format provided by one of the provider's services that provide a separate streaming session between the streaming server and the edge server.
The television receiver according to claim 5.
請求項8に記載のテレビ受信機。 The streaming session consists of at least one of SIP (Session Initial Protocol), RTSP (Real Time Streaming Protocol), and RTP (Real Time Transport Protocol).
The television receiver according to claim 8.
請求項5乃至8のいずれかに記載のテレビ受信機。 The player provides a second service provided by a second service having a second edge server that launches a separate streaming protocol translation server application for the second service downloaded from the second service. Configured to handle multiple streaming formats,
The television receiver according to claim 5.
請求項10に記載のテレビ受信機。 The player is configured to play content from the second service, the second edge server is a translation server for a separate IPTV service for the second service, and the translation server is the second server Convert individual streaming formats sent by the service into streaming formats that the player can process and send them to the player.
The television receiver according to claim 10.
請求項5乃至11のいずれかに記載のテレビ受信機。 The browser has a portal application for channel selection, and the portal application requests the selection or change of the channel associated with the translation server of the IPTV service of at least one service.
The television receiver according to claim 5.
ポータル・アプリケーションは、少なくとも1つのサービスのIPTVサービスのトランスレーション・サーバーに関連するチャンネルの選択又は変更を要求し、
ユーザーがストリーミング・サーバーから既にマルチキャストされているチャンネルを選択したときに、IPTVサービスのトランスレーション・サーバーは、マルチキャスト・ストリーミングに対応するHTTPストリーミングを即座にプレイヤーに送信する、
請求項5乃至11のいずれかに記載のテレビ受信機。 The browser contains a portal application for channel selection,
The portal application requests the selection or change of the channel associated with the translation server of the IPTV service of at least one service;
When the user selects a channel that is already multicast from the streaming server, the translation server of the IPTV service immediately sends an HTTP streaming corresponding to the multicast streaming to the player.
The television receiver according to claim 5.
プレイヤーは、マルチキャスト・ストリームの入力ポートを変更するだけで、選択されたチャンネルのストリーミングを即座に受信する、
請求項5乃至11のいずれかに記載のテレビ受信機。 The browser executes the playback instruction for the selected channel using an HTTP request,
The player can change the input port of the multicast stream and receive the streaming of the selected channel immediately.
The television receiver according to claim 5.
請求項14に記載のテレビ受信機。 The player receives and plays back a content stream sent from the IPTV service translation server using HTTP streaming on the channel selected on the IPTV service translation server.
The television receiver according to claim 14.
ブラウザーから実行してコンテンツの選択と再生制御を行なうことができる、異なるIPTVサービス毎の、複数のブラウザー・アプリケーションと、
少なくとも1つのIPTVサービスからのコンテンツ・ストリーミングを、少なくとも1つのエッジ・サーバーを経由して受信して、再生するように構成されたプレイヤーと、
を具備し、ホーム・ネットワークに接続するように構成されたテレビ受信機。 Browser,
Multiple browser applications for different IPTV services that can be executed from a browser to perform content selection and playback control;
A player configured to receive and play content streaming from at least one IPTV service via at least one edge server;
And a television receiver configured to connect to a home network.
請求項16又は17のいずれかに記載のテレビ受信機。 The browser is configured to execute the portal application, and the player is configured to perform transfer and playback of the AV stream in response to the function of the portal application.
The television receiver according to claim 16 or 17.
請求項16乃至18のいずれかに記載のテレビ受信機。 The browser is an HTML browser.
The television receiver according to claim 16.
請求項19に記載のテレビ受信機。 The browser includes an execution environment for the JavaScript application.
The television receiver according to claim 19.
ナビゲーション及び再生制御から実行可能な、異なるIPTVサービス毎の複数のアプリケーションと、
少なくとも1つのサービスのIPTVサービスから少なくとも1つのエッジ・サーバーを経由して受信したコンテンツ・ストリーミングを再生するように構成され、プライベート・チャネルの確立を要求するように構成されたプレイヤーと、
ブラウザーのナビゲーション及び再生制御を経由して、プレイヤーに配信されるストリームからなるコンテンツを制御するように構成された再生制御部と、
を具備する表示装置。 A browser that executes a browser application provided as a portal application from the portal site, and performs navigation and content playback control; and
A plurality of applications for different IPTV services that can be executed from navigation and playback control;
A player configured to play content streaming received from at least one IPTV service via at least one edge server and configured to request establishment of a private channel;
A playback control unit configured to control content consisting of streams delivered to the player via browser navigation and playback control;
A display device comprising:
請求項21に記載の表示装置。 The playback control unit controls the streaming operation to the player according to the playback control command transmitted as an HTTP request from the navigation and playback control.
The display device according to claim 21.
請求項21又は22のいずれかに記載の表示装置。 The application is downloadable from at least one IPTV service server,
The display device according to claim 21 or 22.
請求項21乃至23のいずれかに記載の表示装置。 The player is configured to handle the streaming format provided by one of the provider's services that provide a separate streaming session between the streaming server and the edge server.
The display device according to any one of claims 21 to 23.
請求項24に記載の表示装置。 The streaming session consists of at least one of SIP (Session Initial Protocol), RTSP (Real Time Streaming Protocol), and RTP (Real Time Transport Protocol).
The display device according to claim 24.
請求項24に記載の表示装置。 The player provides a second service provided by a second service having a second edge server that launches a separate streaming protocol translation server application for the second service downloaded from the second service. Configured to handle multiple streaming formats,
The display device according to claim 24.
請求項26に記載の表示装置。 The player is configured to play content from the second service, the second edge server is a translation server for a separate IPTV service for the second service, and the translation server is the second server Convert individual streaming formats sent by the service into streaming formats that the player can process and send them to the player.
The display device according to claim 26.
選択されたコンテンツ・ストリームがサーバーから送出されるときと変動しない速度で転送されるコンテンツのフォーマットからなり、制御部による変換から取得される変換後のビデオ・ストリームの再生を実行するときと同じ再生処理を実行することによって、第2のフォーマットを持つ変換後のビデオ・ストリームを再生し、プライベート・チャネルの確立を要求するように構成されたプレイヤーと、
を具備し、
第1のフォーマットに対応する第1のプロトコルは、第2のフォーマットに対応する第2のプロトコルとは相違し、且つ、第1のプロトコルはHyper Text Transfer Protocolとは相違し、
Hyper Text Transfer Protocolから制御部に送信される再生制御コマンドは、再生制御コマンドのプロトコルをHyper Text Transfer Protocolから第1のプロトコルに変換して、第1のフォーマットを持つ再生制御コマンドがサーバーに送信される、
装置。 A browser that selects a content, executes a playback control command as an HTTP request for a video stream, and transmits the playback control command to a receiving unit that detects and interacts with a client device. The selected content stream is transferred by adjusting the speed in accordance with the playback control command so that the control unit controls the transmission of the video stream converted via the network. A browser having a first format transmitted from the server, the selected content stream is converted from the first format to the second format, and transmission of the converted video stream is performed; and ,
The format of the content that is transferred at a rate that does not vary when the selected content stream is sent from the server, and the same playback as when the converted video stream that is obtained from the conversion by the control unit is played back A player configured to play a converted video stream having a second format and request establishment of a private channel by performing processing;
Comprising
The first protocol corresponding to the first format is different from the second protocol corresponding to the second format, and the first protocol is different from the Hyper Text Transfer Protocol.
The playback control command transmitted from the Hyper Text Transfer Protocol to the control unit converts the playback control command protocol from the Hyper Text Transfer Protocol to the first protocol, and the playback control command having the first format is transmitted to the server. The
apparatus.
ブラウザーから再生制御コマンドを受信して、装置を検知して対話する受信部に再生制御コマンドを送信する再生制御コマンド受信部であって、再生制御コマンドはネットワーク経由で実行されて制御部に変換後のビデオ・ストリームのネットワーク経由での転送を制御させる、再生制御コマンド受信部と、
変換後のビデオ・ストリームを再生し、プライベート・チャネルの確立を要求するように構成されたプレイヤーと、
チャネル上でのすべてのビデオ・ストリームをプレイヤーに転送するストリーミング部と、
を具備する装置。 A browser that selects content and executes a playback control command as an HTTP request to request a video stream;
A playback control command receiving unit that receives a playback control command from a browser, sends a playback control command to a receiving unit that detects and interacts with the device, and the playback control command is executed via the network and converted to the control unit A playback control command receiver for controlling the transfer of the video stream via the network;
A player configured to play the converted video stream and request establishment of a private channel;
A streaming section that forwards all video streams on the channel to the player;
A device comprising:
請求項29に記載の装置。 The selected content stream has the first format sent from the server, the selected content stream is converted from the first format to the second format, and the converted video stream is transmitted. The first protocol corresponding to the first format is different from the second protocol corresponding to the second format when the selected content stream is variable speed transferred according to the playback control command. The first protocol is different from the Hyper Text Transfer Protocol.
30. Apparatus according to claim 29.
請求項30に記載の装置。 The playback control command transmitted from the Hyper Text Transfer Protocol to the control unit converts the playback control command protocol from the Hyper Text Transfer Protocol to the first protocol, and the playback control command having the first format is transmitted to the server. The
The apparatus of claim 30.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019149343A JP2019208280A (en) | 2019-08-16 | 2019-08-16 | Television receiver, display device, and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019149343A JP2019208280A (en) | 2019-08-16 | 2019-08-16 | Television receiver, display device, and device |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017235609A Division JP2018078588A (en) | 2017-12-07 | 2017-12-07 | TV receiver, display device, and apparatus |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2019208280A true JP2019208280A (en) | 2019-12-05 |
Family
ID=68767844
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019149343A Pending JP2019208280A (en) | 2019-08-16 | 2019-08-16 | Television receiver, display device, and device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2019208280A (en) |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002366835A (en) * | 2001-06-06 | 2002-12-20 | Sony Corp | System and method for distributing contents, device and method for providing contents, device and method for re-producing contents, and storage medium |
JP2005184429A (en) * | 2003-12-19 | 2005-07-07 | Mitsubishi Electric Corp | Video data processing method and video data processing apparatus |
JP2007272868A (en) * | 2006-03-07 | 2007-10-18 | Sony Corp | Information processing device, information communication system, information processing method and computer program |
JP2008278261A (en) * | 2007-04-27 | 2008-11-13 | Sharp Corp | Repeater, repeater control method, communication system and relay program |
JP2008283265A (en) * | 2007-05-08 | 2008-11-20 | Zentek Technology Japan Inc | Digital content link system, and digital content link server used for the same system |
US20090100147A1 (en) * | 2006-03-07 | 2009-04-16 | Tatsuya Igarashi | Information Processing Apparatus, Information Processing Method, and Computer Program |
JP2009212653A (en) * | 2008-03-03 | 2009-09-17 | Konica Minolta Business Technologies Inc | Image transmitter, image transmitting method and image transmission program |
JP2009230256A (en) * | 2008-03-19 | 2009-10-08 | Nippon Telegr & Teleph Corp <Ntt> | Communication controller, communication control method and communication control program |
JP2009246498A (en) * | 2008-03-28 | 2009-10-22 | Sony Corp | Gateway device, communication method and program |
JP2010028283A (en) * | 2008-07-16 | 2010-02-04 | Toshiba Corp | Video processing device and control method therefor |
JP2011061528A (en) * | 2009-09-10 | 2011-03-24 | Xing Inc | Video information distribution system |
JP2011182146A (en) * | 2010-03-01 | 2011-09-15 | Hitachi Ltd | Viewing control apparatus and viewing control system |
-
2019
- 2019-08-16 JP JP2019149343A patent/JP2019208280A/en active Pending
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002366835A (en) * | 2001-06-06 | 2002-12-20 | Sony Corp | System and method for distributing contents, device and method for providing contents, device and method for re-producing contents, and storage medium |
JP2005184429A (en) * | 2003-12-19 | 2005-07-07 | Mitsubishi Electric Corp | Video data processing method and video data processing apparatus |
JP2007272868A (en) * | 2006-03-07 | 2007-10-18 | Sony Corp | Information processing device, information communication system, information processing method and computer program |
US20090100147A1 (en) * | 2006-03-07 | 2009-04-16 | Tatsuya Igarashi | Information Processing Apparatus, Information Processing Method, and Computer Program |
JP2008278261A (en) * | 2007-04-27 | 2008-11-13 | Sharp Corp | Repeater, repeater control method, communication system and relay program |
JP2008283265A (en) * | 2007-05-08 | 2008-11-20 | Zentek Technology Japan Inc | Digital content link system, and digital content link server used for the same system |
JP2009212653A (en) * | 2008-03-03 | 2009-09-17 | Konica Minolta Business Technologies Inc | Image transmitter, image transmitting method and image transmission program |
JP2009230256A (en) * | 2008-03-19 | 2009-10-08 | Nippon Telegr & Teleph Corp <Ntt> | Communication controller, communication control method and communication control program |
JP2009246498A (en) * | 2008-03-28 | 2009-10-22 | Sony Corp | Gateway device, communication method and program |
JP2010028283A (en) * | 2008-07-16 | 2010-02-04 | Toshiba Corp | Video processing device and control method therefor |
JP2011061528A (en) * | 2009-09-10 | 2011-03-24 | Xing Inc | Video information distribution system |
JP2011182146A (en) * | 2010-03-01 | 2011-09-15 | Hitachi Ltd | Viewing control apparatus and viewing control system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11044532B2 (en) | Content transfer device and content transfer method, content reproduction device and content reproduction method, content distribution system and computer program | |
US8132218B2 (en) | Access/edge node supporting multiple video streaming services using a single request protocol | |
US8316082B2 (en) | Content providing system, information processing apparatus, information processing method, and computer program | |
KR100870587B1 (en) | Multimedia session management | |
KR101346531B1 (en) | Information processing device, information communication system, information processing method, and computer readable recording medium storing computer program therein | |
US8904470B2 (en) | Apparatus and method for managing media distribution | |
EP2294733B1 (en) | A method and equipment for providing unicast preparation for iptv | |
CN100579209C (en) | Method and system implementing time shifted TV business based on NGN network, system and media resource apparatus thereof | |
KR100891745B1 (en) | Method and apparatus of providing video on demand service based on ip multimedia subsystem | |
US9009593B2 (en) | Apparatus and method for providing set top box assistance | |
US20120124628A1 (en) | Method for requesting transmission of broadcast program and method for transmitting broadcast program | |
JP2019208280A (en) | Television receiver, display device, and device | |
JP2018078588A (en) | TV receiver, display device, and apparatus | |
TWI384801B (en) | Ip-based hometown tv program delivery system | |
JP5064425B2 (en) | Relay device, relay method and relay processing program for video distribution service providing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190913 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20201028 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20201201 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210225 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20210713 |