JP2017126941A - Content distribution system - Google Patents

Content distribution system Download PDF

Info

Publication number
JP2017126941A
JP2017126941A JP2016005888A JP2016005888A JP2017126941A JP 2017126941 A JP2017126941 A JP 2017126941A JP 2016005888 A JP2016005888 A JP 2016005888A JP 2016005888 A JP2016005888 A JP 2016005888A JP 2017126941 A JP2017126941 A JP 2017126941A
Authority
JP
Japan
Prior art keywords
program channel
adjacent
main program
video stream
user terminal
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
Application number
JP2016005888A
Other languages
Japanese (ja)
Inventor
恭平 伊藤
Kyohei Ito
恭平 伊藤
広海 鬼石
Hiromi Oniishi
広海 鬼石
卓 名村
Taku Namura
卓 名村
大地 降矢
Daichi Furiya
大地 降矢
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CyberAgent Inc
Original Assignee
CyberAgent Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by CyberAgent Inc filed Critical CyberAgent Inc
Priority to JP2016005888A priority Critical patent/JP2017126941A/en
Publication of JP2017126941A publication Critical patent/JP2017126941A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide a content distribution system.SOLUTION: A content distribution system includes a send and receive interface for receiving at least three video streams of different contents from a content distribution server via a communication network. At least one of three video streams is received at high bit rate. A video stream received at high bit rate is reproduced, as a main program channel, in a main program channel region, and the reminders of the three video streams are reproduced, as adjacent program channels, in at least two adjacent program channel regions adjacent, respectively, to a pair of opposite ends of the main program chain region of a display. The main program chain region can move in any direction of the at least two adjacent program channel regions, in response to user operation, for switching the program channel.SELECTED DRAWING: Figure 20

Description

本発明は、コンテンツ配信システムに関する。   The present invention relates to a content distribution system.

近年、急激なスマートフォン等のユーザ端末の普及と共に、高性能化が進んでおり、ユーザ端末を所有するユーザは、あらゆる場所からインターネットに接続し、様々なサービスを受けることができる。多くのサービスはユーザの近くにある基地局を介して行われる。   In recent years, with the rapid spread of user terminals such as smartphones, performance has been improved, and a user who owns a user terminal can connect to the Internet from any place and receive various services. Many services are performed via a base station near the user.

インターネットでは、YouTube(商標)やニコニコ動画(商標)等の様々なアプリケーションを用いて、動画像サービスの提供が行われている。このようなストリーミング動画配信サービスは、インターネットの広域化とCDN(Content Delivery Network)の普及に伴って普及し、HTTPを用いればキャッシュを利用でき、ファイアフォールやNATを簡単に越えられること、及びサーバを簡単に用意できることなどの利点がある事から、HTTP/TCPを用いての配信が主流になりつつある。   On the Internet, a moving image service is provided using various applications such as YouTube (trademark) and Nico Nico Douga (trademark). Such streaming video distribution services have become widespread with the widening of the Internet and the popularization of CDN (Content Delivery Network). Using HTTP, a cache can be used, and firewalls and NATs can be easily overcome, and servers Since there is an advantage such as being able to prepare easily, distribution using HTTP / TCP is becoming mainstream.

また、情報通信技術の進歩により、無線LAN機器の応用は、無線機能を持った装置の価格の低下に伴い、オフィスのコンピュータやネットワークにとどまらず、一般家庭にも浸透し、無線LANの特徴であるスマートフォン等の無線端末のポータビリティを活かして、無線LANを公衆ネットワークに接続する公衆無線LANサービスが開始されており、街中や店舗内での無線LANの利用が当たり前のこととなっている。これにより、様々な場所で無線LANによるインターネット接続ができるようになり、また、利用する機会が増えてきている。無線LANは、通常、LANケーブルの接続が不要なため、アクセスポイント(AP)があれば場所に左右されずにインターネットを利用できる。   In addition, due to advances in information and communication technology, the application of wireless LAN devices has spread not only to office computers and networks, but also to general households, due to the decline in the price of devices with wireless functions. Utilizing the portability of a wireless terminal such as a smartphone, a public wireless LAN service for connecting a wireless LAN to a public network has been started, and the use of a wireless LAN in a city or in a store has become commonplace. This makes it possible to connect to the Internet via a wireless LAN in various places, and the opportunities for use are increasing. Since a wireless LAN normally does not require connection of a LAN cable, if there is an access point (AP), the Internet can be used regardless of the location.

ここで、例えば、IPTV等のようにIPマルチキャストストリーム又はユニキャストストリームを使用してIPネットワークを介してTVチャネルが送信される場合、新しいチャネルのメディアストリームがTV再生され始めるのに要する時間と、新しいチャネルの最初の画像フレームを生成するのに要する時間とが、チャネルザッピング時間と称されるチャネル切り替えの時間に寄与する。ネットワーク帯域を節約するために、TVチャネルは、要求された時にのみユーザに割り当てられ、ディジタル的に符号化されている。このことは、チャネルの切り替え時間を長くする。   Here, for example, when a TV channel is transmitted through an IP network using an IP multicast stream or a unicast stream, such as IPTV, a time required for a media stream of a new channel to start being played on TV, The time required to generate the first image frame of a new channel contributes to the channel switching time, called channel zapping time. To save network bandwidth, TV channels are assigned to users only when required and are digitally encoded. This lengthens the channel switching time.

特に、IPTVネットワークにおけるチャネル切り替えの時間は数秒に及ぶ場合があり、これはユーザ満足度を不足させるという結果をもたらす。それゆえ、IPTVチャネルの切り替えに伴う主な課題は、長い切り替え遅延、即ち、切り替えを開始してから選択されたチャネルからの動画がTV画面で再生され始めるまでの時間に起因する、ユーザ満足度の不足である。   In particular, the channel switching time in an IPTV network can be several seconds, which results in a lack of user satisfaction. Therefore, the main problem with IPTV channel switching is that the user satisfaction is due to long switching delay, i.e. the time from the start of switching until the video from the selected channel starts playing on the TV screen. Is lack of.

従って、ユーザにチャネルの切り替え時間を感じさせない、シームレスなチャネルの切り替えの実現できるコンテンツ配信システム及びユーザ端末が望まれる。   Therefore, a content distribution system and a user terminal that can realize seamless channel switching without causing the user to feel the channel switching time are desired.

例えば、特許文献1は、メディアコンテンツ配信機から、配信されたメディアを受信するユーザの接続可能セットトップボックスへ、チャネルを介してメディアを配信する、IPTVネットワークにおけるノードであって、
前記ユーザのチャネルザッピングの振る舞いに関する情報を取り出す手段と、
前記取り出された情報に基づいて、前記ユーザによって選択されるであろう少なくとも1つのチャネルを予測するように構成される予測装置と、
前記予測されたチャネルにサブスクライブするように構成されるイニシエータと、
高速なチャネル切り替えを可能にするために前記サブスクライブされた予測されたチャネルをバッファリングするように構成されるバッファと、を備えることを特徴とするノードを教示している。
For example, Patent Literature 1 is a node in an IPTV network that distributes media via a channel from a media content distributor to a connectable set-top box of a user who receives the distributed media.
Means for retrieving information regarding the channel zapping behavior of the user;
A prediction device configured to predict at least one channel that would be selected by the user based on the retrieved information;
An initiator configured to subscribe to the predicted channel;
And a buffer configured to buffer the subscribed predicted channel to enable fast channel switching.

特開2010‐514334号公報JP 2010-514334 A

上記の特許文献1のノードは、過去のユーザのチャネルザッピングの振る舞いに関する情報に基づいて、ユーザによって選択されるであろう少なくとも1つのチャネルを予測し、予測されたチャネルにサブスクライブするように構成されるものであるが、ユーザがザッピングによりチャネルを、あらかじめ予測されたチャネルに切り替えるとは限らない。   The node of the above-mentioned patent document 1 is configured to predict at least one channel that will be selected by the user based on information on the channel zapping behavior of the past user and subscribe to the predicted channel. However, the user does not always switch the channel to a channel predicted in advance by zapping.

また、そのあらかじめ予測されたチャネルにサブスクライブしておくとしても、切り替えの間は、必ず中断が生じるのであり、シームレスなチャネルの切り替えを実現できるものではない。   Even if the channel is subscribed to the channel predicted in advance, the interruption always occurs during the switching, and the seamless channel switching cannot be realized.

従って、本発明の第1の態様によれば、本発明は、通信ネットワークを介してコンテンツ配信サーバに接続された、メモリとプロセッサとを含むユーザ端末であって、
該通信ネットワークを介して該コンテンツ配信サーバから異なるコンテンツの少なくとも3つのビデオストリームを受信する送受信インターフェイスを含み、該3つのビデオストリームのうちの少なくとも1つは、高いビットレートで受信され、該3つのビデオストリームのうちの残りのものは、低いビットレートで受信され、
該高いビットレートで受信した該3つのビデオストリームのうちの該少なくとも1つを、主プログラムチャネルとして、主プログラムチャネル領域で再生し、該低いビットレートで受信した該3つのビデオストリームのうちの該残りのものを、隣接プログラムチャネルとして、該主プログラムチャネル領域の対向する一対の端部にそれぞれ隣接する少なくとも2つの隣接プログラムチャネル領域で再生するディスプレイと、を含み、
該主プログラムチャネル領域は、プログラムチャネルの切り替えのために、ユーザの操作に応答して該少なくとも2つの隣接プログラムチャネル領域のいずれの方向にも移動可能である、ユーザ端末である。
Thus, according to a first aspect of the present invention, the present invention is a user terminal comprising a memory and a processor connected to a content distribution server via a communication network,
A transmission / reception interface for receiving at least three video streams of different content from the content distribution server via the communication network, wherein at least one of the three video streams is received at a high bit rate; The rest of the video stream is received at a low bit rate,
The at least one of the three video streams received at the high bit rate is played as a main program channel in the main program channel region, and the at least one of the three video streams received at the low bit rate A display that plays back the remaining ones as adjacent program channels in at least two adjacent program channel regions each adjacent to a pair of opposing ends of the main program channel region;
The main program channel region is a user terminal that can move in either direction of the at least two adjacent program channel regions in response to a user operation for switching program channels.

また、本発明の第2の態様によれば、本発明は、通信ネットワークを介してコンテンツ配信サーバに接続された、メモリとプロセッサとを含むユーザ端末において、異なるコンテンツの少なくとも3つのビデオストリームを再生する方法であって、
該通信ネットワークを介して該コンテンツ配信サーバから該異なるコンテンツの該少なくとも3つのビデオストリームを送受信インターフェイスで受信するステップを含み、該3つのビデオストリームのうちの少なくとも1つは、高いビットレートで受信され、該3つのビデオストリームのうちの残りのものは、低いビットレートで受信され、
該高いビットレートで受信した該3つのビデオストリームのうちの該少なくとも1つを、主プログラムチャネルとして、ディスプレイの主プログラムチャネル領域で再生し、該低いビットレートで受信した該3つのビデオストリームのうちの該残りのものを、隣接プログラムチャネルとして、該ディスプレイの該主プログラムチャネル領域の対向する一対の端部にそれぞれ隣接する少なくとも2つの隣接プログラムチャネル領域で再生するステップと、を含み、
該主プログラムチャネル領域は、プログラムチャネルの切り替えのために、ユーザの操作に応答して該少なくとも2つの隣接プログラムチャネル領域のいずれの方向にも移動可能である、ビデオストリーム再生方法である。
According to the second aspect of the present invention, the present invention plays back at least three video streams of different contents in a user terminal including a memory and a processor connected to a content distribution server via a communication network. A way to
Receiving at least one of the three video streams of the different content at the transmit / receive interface from the content distribution server via the communication network, wherein at least one of the three video streams is received at a high bit rate. The remaining of the three video streams are received at a low bit rate,
The at least one of the three video streams received at the high bit rate is played as a main program channel in the main program channel region of the display, and the at least one of the three video streams received at the low bit rate Replaying the rest of the as adjacent program channels in at least two adjacent program channel regions, each adjacent to a pair of opposing ends of the main program channel region of the display,
The main program channel region is a video stream playback method that can move in either direction of the at least two adjacent program channel regions in response to a user operation for switching program channels.

さらに、本発明の第3の態様によれば、本発明は、通信ネットワークを介してコンテンツ配信サーバに接続された、メモリとプロセッサとを含むユーザ端末に、異なるコンテンツの少なくとも3つのビデオストリームを再生する方法を実行させるプログラムであって、該方法は、
該通信ネットワークを介して該コンテンツ配信サーバから該異なるコンテンツの該少なくとも3つのビデオストリームを送受信インターフェイスで受信するステップを含み、該3つのビデオストリームのうちの少なくとも1つは、高いビットレートで受信され、該3つのビデオストリームのうちの残りのものは、低いビットレートで受信され、
該高いビットレートで受信した該3つのビデオストリームのうちの該少なくとも1つを、主プログラムチャネルとして、ディスプレイの主プログラムチャネル領域で再生し、該低いビットレートで受信した該3つのビデオストリームのうちの該残りのものを、隣接プログラムチャネルとして、該ディスプレイの該主プログラムチャネル領域の対向する一対の端部にそれぞれ隣接する少なくとも2つの隣接プログラムチャネル領域で再生するステップと、を含み、
該主プログラムチャネル領域は、プログラムチャネルの切り替えのために、ユーザの操作に応答して該少なくとも2つの隣接プログラムチャネル領域のいずれの方向にも移動可能である、ビデオストリーム再生プログラムである。
Furthermore, according to a third aspect of the present invention, the present invention plays back at least three video streams of different content on a user terminal including a memory and a processor connected to a content distribution server via a communication network. A program for executing a method for performing
Receiving at least one of the three video streams of the different content at the transmit / receive interface from the content distribution server via the communication network, wherein at least one of the three video streams is received at a high bit rate. The remaining of the three video streams are received at a low bit rate,
The at least one of the three video streams received at the high bit rate is played as a main program channel in the main program channel region of the display, and the at least one of the three video streams received at the low bit rate Replaying the rest of the as adjacent program channels in at least two adjacent program channel regions, each adjacent to a pair of opposing ends of the main program channel region of the display,
The main program channel area is a video stream playback program that can move in either direction of the at least two adjacent program channel areas in response to a user operation for switching program channels.

本発明によれば、リアルタイムビデオストリームの視聴中にユーザにチャネルの切り替え時間を感じさせない、シームレスなチャネルの切り替えの実現でき、ユーザの満足度を向上させることができる。   According to the present invention, seamless channel switching can be realized without causing the user to feel the channel switching time during viewing of the real-time video stream, and user satisfaction can be improved.

本発明に従ったコンテンツ配信システムを実装するための無線通信ネットワークの全体構成を示す図である。It is a figure which shows the whole structure of the radio | wireless communication network for implementing the content delivery system according to this invention. モバイル通信ネットワーク104の構成を示す図である。1 is a diagram illustrating a configuration of a mobile communication network 104. FIG. ユーザ端末118−iの機能ブロック図である。It is a functional block diagram of user terminal 118-i. コンテンツ配信サーバ122のハードウェア構成を示す図である。It is a figure which shows the hardware constitutions of the content delivery server. データベースサーバ124のハードウェア構成を示す図である。2 is a diagram illustrating a hardware configuration of a database server 124. FIG. SNSサーバ128のハードウェア構成を示す図である。It is a figure which shows the hardware constitutions of the SNS server. データベースサーバ130のハードウェア構成を示す図である。2 is a diagram illustrating a hardware configuration of a database server 130. FIG. Webサーバ120及び126のハードウェア構成を示す図である。2 is a diagram illustrating a hardware configuration of Web servers 120 and 126. FIG. OFDM変復調部の機能ブロック図である。It is a functional block diagram of an OFDM modulation / demodulation unit. データベースサーバ124のコンテンツデータベース510におけるリアルタイムビデオストリームの格納の様子を示す図である。It is a figure which shows the mode of the storage of the real-time video stream in the content database 510 of the database server 124. FIG. RTP(Real Time Transport)プロトコルに従ったリアルタイムビデオストリームの配信を示す図である。It is a figure which shows delivery of the real-time video stream according to a RTP (Real Time Transport) protocol. RTPパケットのデータ構造を示す図である。It is a figure which shows the data structure of a RTP packet. HTTP Live Streaming(HLS)プロトコルストリーミングを示す図である。FIG. 2 is a diagram illustrating HTTP Live Streaming (HLS) protocol streaming. ユーザ端末118−iとコンテンツ配信サーバ122との間のセッションの確立を示すシーケンス図である。It is a sequence diagram which shows establishment of the session between the user terminal 118-i and the content delivery server 122. NodeB110又はeNodeB112とユーザ端末118−iとの間で行われる適応ビット割当処理のフローチャートである。It is a flowchart of the adaptive bit allocation process performed between NodeB110 or eNodeB112 and the user terminal 118-i. リアルタイムの番組表を表示したユーザ端末118−iの表示部210を示す図である。It is a figure which shows the display part 210 of the user terminal 118-i which displayed the real-time program guide. RTPプロトコルに従った階層型QoS(Quality of Service)制御機能の構成を示す図である。It is a figure which shows the structure of the hierarchical QoS (Quality of Service) control function according to a RTP protocol. HTTP Live Streaming(HLS)プロトコルに従ったQoS制御機能の構成を示す図である。It is a figure which shows the structure of the QoS control function according to a HTTP Live Streaming (HLS) protocol. コンテンツ配信サーバ122とユーザ端末118−iとの間で行われるシンボルレート(帯域幅)ネゴシエーションのシーケンス図である。It is a sequence diagram of the symbol rate (bandwidth) negotiation performed between the content distribution server 122 and the user terminal 118-i. ユーザ端末118−iでのプログラム視聴中のザッピング動作のフローチャートである。It is a flowchart of the zapping operation while viewing a program on the user terminal 118-i. ユーザ端末118−iの表示部210上での横方向(長手方向)のザッピングの様子を示す図である。It is a figure which shows the mode of the zapping of the horizontal direction (longitudinal direction) on the display part 210 of the user terminal 118-i. ユーザ端末118−iの表示部210上での横方向(長手方向)のザッピングの様子を示す図である。It is a figure which shows the mode of the zapping of the horizontal direction (longitudinal direction) on the display part 210 of the user terminal 118-i. ユーザ端末118−iの表示部210上での縦方向のザッピングの様子を示す図である。It is a figure which shows the mode of the zapping of the vertical direction on the display part 210 of the user terminal 118-i. ビデオストリームフラグメントのSNSへの拡散の第1の実施形態を示すシーケンス図である。It is a sequence diagram which shows 1st Embodiment of the spreading | diffusion to SNS of a video stream fragment. ビデオストリームフラグメントのSNSへの拡散の第2の実施形態を示すシーケンス図である。It is a sequence diagram which shows 2nd Embodiment of the spreading | diffusion of the video stream fragment to SNS. ビデオストリームフラグメントのSNSへの拡散の第3の実施形態を示すシーケンス図である。It is a sequence diagram which shows 3rd Embodiment of the spreading | diffusion to SNS of a video stream fragment | piece. 指定した再生時間に対応するビデオストリームフラグメントをSNSサイトに投稿する際の操作を示す図である。It is a figure which shows operation at the time of posting the video stream fragment corresponding to the designated reproduction | regeneration time to a SNS site. 指定した再生時間に対応するビデオストリームフラグメントをSNSサイトに投稿する際の操作を示す図である。It is a figure which shows operation at the time of posting the video stream fragment corresponding to the designated reproduction | regeneration time to a SNS site. 指定した再生時間に対応するビデオストリームフラグメントをSNSサイトに投稿する際の操作を示す図である。It is a figure which shows operation at the time of posting the video stream fragment corresponding to the designated reproduction | regeneration time to a SNS site.

本発明は様々な変更形態及び代替形態が可能であるが、本発明の一例としての実施形態が実施例として図面に示されており、本明細書で詳細に説明される。しかし、一例としての実施形態の本明細書における説明は、開示された特定の形態に本発明を限定することを意図するものではなく、本発明は、特許請求の範囲によって規定された本発明の趣旨及び範囲に入る全ての変更形態、同等形態、及び代替形態を含む。   While the invention is susceptible to various modifications and alternative forms, exemplary embodiments of the invention are shown by way of example in the drawings and are herein described in detail. However, the description herein of exemplary embodiments is not intended to limit the invention to the particular forms disclosed, but is intended to be construed as limiting the invention as defined by the claims. Includes all modifications, equivalents, and alternatives falling within the spirit and scope.

(1) ネットワークの全体構成
図1は、本実施形態に従ったコンテンツ配信システムを実装するための無線通信ネットワークの全体構成を示す図である。
(1) Overall Configuration of Network FIG. 1 is a diagram showing an overall configuration of a wireless communication network for implementing a content distribution system according to the present embodiment.

無線通信ネットワーク100は、コアネットワークとして機能する上位ネットワーク102と、複数のモバイル通信ネットワーク104とからなる。コアネットワーク102は、複数のコンテンツサービスルータ106を含み、複数のモバイル通信ネットワーク104は、それぞれ、無線ネットワークコントローラ(RNC)108と、複数のNodeB110と、複数のeNodeB112とを含むことができる。リアルタイムビデオストリーム等のコンテンツを配信するコンテンツプロバイダ114、及びTwitterやLineといったSocial Network Service(SNS)を提供するSNSサービスプロバイダ116が、上位ネットワーク102に接続され、複数のユーザ端末118−i(i=1,…,n)が、複数のモバイル通信ネットワーク104に接続される。ここで、ユーザ端末のインデックスiは、ユーザidに対応している。   The wireless communication network 100 includes an upper network 102 that functions as a core network and a plurality of mobile communication networks 104. The core network 102 includes a plurality of content service routers 106, and the plurality of mobile communication networks 104 can include a radio network controller (RNC) 108, a plurality of NodeBs 110, and a plurality of eNodeBs 112, respectively. A content provider 114 that distributes content such as a real-time video stream, and an SNS service provider 116 that provides a social network service (SNS) such as Twitter and Line are connected to the upper network 102, and a plurality of user terminals 118-i (i = ,..., N) are connected to a plurality of mobile communication networks 104. Here, the index i of the user terminal corresponds to the user id.

コンテンツプロバイダ114は、Webサーバ120と、コンテンツ配信サーバ122と、データベースサーバ124とを含み、SNSサービスプロバイダ116は、Webサーバ126と、SNSサーバ128と、データベースサーバ130とを含む。   The content provider 114 includes a web server 120, a content distribution server 122, and a database server 124, and the SNS service provider 116 includes a web server 126, an SNS server 128, and a database server 130.

ユーザ端末118−iは、スマートフォン、タブレット端末、セルラ電話、携帯情報端末、テキスト・メッセージング装置、ページャ、ネットワーク・インターフェース・カード、ノートブックコンピュータ、デスクトップコンピュータ、及びパーソナル・ディジタル・アシスタント(PDA)であっても良い。ユーザ端末118−iは、トラフィック・チャネル、シグナリング・チャネル、ページング・チャネル等、いくつかの通信チャネルを含むエア・インターフェース(又は無線通信リンク)を介して情報を交換することによって通信することができる。   User terminals 118-i are smartphones, tablet terminals, cellular phones, personal digital assistants, text messaging devices, pagers, network interface cards, notebook computers, desktop computers, and personal digital assistants (PDAs). May be. User terminals 118-i can communicate by exchanging information over an air interface (or wireless communication link) that includes several communication channels, such as a traffic channel, a signaling channel, a paging channel, etc. .

コアネットワーク102は、公衆交換電話ネットワーク(PSTN)等の回線交換ネットワーク又はインターネット等のパケット・ベース・ネットワークであってもよい。コアネットワーク102は、少なくともその一部分に、無線信号を介してデータ通信を提供する任意のモバイル通信ネットワーク104を含む。モバイル通信ネットワーク104は、例えば、WiFi/WiMax通信を使用する無線ローカル・エリア・ネットワーク(WLAN)を含む。モバイル通信ネットワーク104の例示的実装は、会社又はキャンパスの企業ネットワークとして、又は空港、喫茶店、その他等の一般的な公共の場の「ホット・スポット」として実装されるものであってもよい。モバイル通信ネットワーク104は、さらに、複数のユーザ端末118−iへの無線接続を提供する1つ又は複数のアクセスポイントを含む。アクセスポイントには、基地局、基地局ルータ、アクセス・ネットワークが含まれる。   The core network 102 may be a circuit switched network such as a public switched telephone network (PSTN) or a packet based network such as the Internet. The core network 102 includes at least a portion of any mobile communication network 104 that provides data communication via wireless signals. The mobile communication network 104 includes, for example, a wireless local area network (WLAN) that uses WiFi / WiMax communication. An exemplary implementation of the mobile communication network 104 may be implemented as a corporate or campus corporate network, or as a “hot spot” in a public place such as an airport, coffee shop, etc. The mobile communication network 104 further includes one or more access points that provide wireless connections to a plurality of user terminals 118-i. Access points include base stations, base station routers, and access networks.

エア・インターフェースの通信チャネルは、コアネットワーク102又はモバイル通信ネットワーク104によって使用される1つ又は複数の無線通信プロトコルに従って定義される。コアネットワーク102及びモバイル通信ネットワーク104は、通常、データ通信に対して使用されるが、VoIP呼等の音声通信を転送することができるネットワークであってもよい。例えば、コアネットワーク102及びモバイル通信ネットワーク104は、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト等の様々な通信サービスを提供するために広く展開されていてもよい。これらの通信ネットワークは、利用可能なネットワークリソースを共有することによって、複数のユーザ端末をサポートすることが可能な多元接続ネットワークであってもよい。そのような多元接続ネットワークは、例えば、符号分割多元接続(CDMA)ネットワーク、時分割多元接続(TDMA)ネットワーク、周波数分割多元接続(FDMA)ネットワーク、直交周波数分割多元接続(OFDMA)ネットワーク、及びシングルキャリア周波数分割多元接続(SC−FDMA)ネットワークを含む。例えば、符号分割多元接続(CDMA)に従って動作するエア・インターフェースの通信チャネルは、情報を、エア・インターフェースを介して送信するために使用される無線信号を変調する直交符号によって定義される。エア・インターフェースの通信チャネルは、また、エア・インターフェースを介して情報を送信するために使用される搬送波の周波数によって決定されてもよい。例えば、直交周波数分割多元接続(OFDMA)では、1つ又は複数のユーザ端末118−iが複数の直交周波数、又はトーンを共用しても良い。   The air interface communication channel is defined according to one or more wireless communication protocols used by the core network 102 or the mobile communication network 104. The core network 102 and the mobile communication network 104 are typically used for data communication, but may be networks that can transfer voice communication such as VoIP calls. For example, the core network 102 and the mobile communication network 104 may be widely deployed to provide various communication services such as voice, video, packet data, messaging, broadcast, and so on. These communication networks may be multiple access networks that can support multiple user terminals by sharing available network resources. Such multiple access networks include, for example, code division multiple access (CDMA) networks, time division multiple access (TDMA) networks, frequency division multiple access (FDMA) networks, orthogonal frequency division multiple access (OFDMA) networks, and single carriers. Includes frequency division multiple access (SC-FDMA) networks. For example, an air interface communication channel operating according to code division multiple access (CDMA) is defined by an orthogonal code that modulates a radio signal used to transmit information over the air interface. The air interface communication channel may also be determined by the frequency of the carrier used to transmit information over the air interface. For example, in orthogonal frequency division multiple access (OFDMA), one or more user terminals 118-i may share multiple orthogonal frequencies or tones.

ここで、「ネットワーク」及び「システム」という用語は、しばしば互換的に使用される。CDMAネットワークは、ユニバーサル地上無線アクセス(UTRA)、CDMA2000等の無線技術を実装することができる。UTRAは、広帯域CDMA(WCDMA)及びCDMAの他の変形形態を含む。CDMA2000は、IS−2000規格、IS−95規格及びIS−856規格をカバーする。TDMAネットワークは、モバイル通信用グローバルシステム(GSM)等の無線技術を実装することができる。OFDMAネットワークは、発展型UTRA(E−UTRA)、ウルトラモバイルブロードバンド(UMB)、IEEE802.11(Wi−Fi)、IEEE802.16(WiMAX)、IEEE802.20、フラッシュOFDMA等の無線技術を実装することができる。UTRA及びE−UTRAは、ユニバーサルモバイルテレコミュニケーションシステム(UMTS)の一部である。3GPPのロングタームエボリューション(LTE)及びLTEアドバンスト(LTE−A)は、E−UTRAを使用する、新たにリリースされたUMTSである。UTRA、E−UTRA、UMTS、LTE、LTE−A、及びGSMは、「第3世代パートナーシッププロジェクト」(3GPP)で説明されている。CDMA2000及びUMBは、「第3世代パートナーシッププロジェクト2」(3GPP2)で説明されている。   Here, the terms “network” and “system” are often used interchangeably. A CDMA network may implement a radio technology such as Universal Terrestrial Radio Access (UTRA), CDMA2000, etc. UTRA includes Wideband CDMA (WCDMA) and other variants of CDMA. CDMA2000 covers IS-2000, IS-95 and IS-856 standards. A TDMA network may implement a radio technology such as Global System for Mobile Communications (GSM). The OFDMA network implements wireless technologies such as Evolved UTRA (E-UTRA), Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash OFDMA, etc. Can do. UTRA and E-UTRA are part of Universal Mobile Telecommunication System (UMTS). 3GPP Long Term Evolution (LTE) and LTE Advanced (LTE-A) are newly released UMTS that use E-UTRA. UTRA, E-UTRA, UMTS, LTE, LTE-A, and GSM are described in the “3rd Generation Partnership Project” (3GPP). CDMA2000 and UMB are described in “3rd Generation Partnership Project 2” (3GPP2).

図2は、モバイル通信ネットワーク104の構成を示す図である。   FIG. 2 is a diagram showing the configuration of the mobile communication network 104.

モバイル通信ネットワーク104は、複数のNodeB110と複数のeNodeB112と無線ネットワークコントローラ(RNC)108と他のネットワークエンティティとを含んでもよい。NodeB110及びeNodeB112は、ユーザ端末118−iと通信する局であり、基地局、アクセスポイント、又は他の用語を用いて呼ばれる場合もある。各NodeB−1乃至NodeB−3は、特定の地理的エリアであるマクロセルに無線カバレッジを提供することができる。   The mobile communication network 104 may include multiple NodeBs 110, multiple eNodeBs 112, a radio network controller (RNC) 108, and other network entities. NodeB 110 and eNodeB 112 are stations that communicate with user terminal 118-i and may also be referred to as base stations, access points, or other terms. Each NodeB-1 to NodeB-3 can provide radio coverage to a macro cell that is a specific geographical area.

マクロセルは、比較的大きい地理的エリア(半径数キロメートル)をカバーでき、サービスに加入しているユーザ端末118−iによる制限無しのアクセスを可能にする。各eNodeB112は、比較的小さい地理的エリアであるフェムトセル及びピコセル等に無線カバレッジを提供することができ、サービスに加入しているユーザ端末118−iによる制限無しのアクセスを可能にする。フェムトセルは、そのフェムトセルとの関連を有する限定加入者グループ(CSG)内のユーザ端末118−i、家庭内のユーザのためのユーザ端末118−i等のユーザ端末118−iによる制限有りのアクセスを可能にする。フェムトセルを取り扱う(Serving)eNodeB112は、フェムトeNodeB又はホームeNodeB(HNB)と呼ばれることがあり、ピコセルを取り扱うeNodeBは、ピコeNodeBと呼ばれることがある。図2の例では、NodeB−1、NodeB−2、及びNodeB−3は、それぞれマクロセル132、134、及び136を取り扱うマクロNodeBであり得る。eNodeB112のうちの4つは、フェムトセルを取り扱うフェムトeNodeBであり、eNodeB112の残りの1つは、ピコセルを取り扱うピコeNodeBである。   Macrocells can cover a relatively large geographical area (a few kilometers in radius) and allow unrestricted access by user terminals 118-i that have subscribed to the service. Each eNodeB 112 can provide radio coverage to femtocells, picocells, etc., which are relatively small geographic areas, and allows unrestricted access by user terminals 118-i subscribed to the service. A femtocell is limited by a user terminal 118-i, such as a user terminal 118-i in a limited subscriber group (CSG) that has an association with the femtocell, a user terminal 118-i for a user at home, etc. Enable access. A Serving eNodeB 112 may be referred to as a femto eNodeB or a home eNodeB (HNB), and an eNodeB handling a pico cell may be referred to as a pico eNodeB. In the example of FIG. 2, NodeB-1, NodeB-2, and NodeB-3 may be macro NodeBs handling macro cells 132, 134, and 136, respectively. Four of the eNodeBs 112 are femto eNodeBs that handle femtocells, and the other one of the eNodeBs 112 is a pico eNodeB that handles picocells.

モバイル通信ネットワーク104は、様々なタイプのeNodeBやリレー(中継器)等を含む異種ネットワークであってもよい。これらの異なるタイプのeNodeBは、異なる送信電力レベル、異なるカバレッジエリア、及びモバイル通信ネットワーク104の干渉に対する異なる影響を有してもよい。例えば、マクロNodeBは、高い送信電力レベル(20ワット)を有することがあるが、ピコeNodeB、フェムトeNodeB、及びリレーは、より低い送信電力レベル(1ワット)を有することがある。図2において、両矢印付きの実線は、ダウンリンク及びアップリンクを介しての、ユーザ端末118−iを取り扱う(Serving)NodeB110又はeNodeB112と、そのユーザ端末118−iとの間の通信を示す。両矢印付信号を示す。   The mobile communication network 104 may be a heterogeneous network including various types of eNodeBs, relays, and the like. These different types of eNodeBs may have different transmission power levels, different coverage areas, and different impacts on mobile communication network 104 interference. For example, a macro NodeB may have a high transmit power level (20 watts), while a pico eNodeB, a femto eNodeB, and a relay may have a lower transmit power level (1 watt). In FIG. 2, a solid line with a double-pointed arrow indicates communication between the Node B 110 or the eNodeB 112 that handles the user terminal 118-i and the user terminal 118-i via the downlink and uplink. A double arrowed signal is shown.

モバイル通信ネットワーク104は、同期動作又は非同期動作をサポートすることができる。同期動作の場合、NodeB及びeNodeBは、同様のフレームタイミングを有することができ、異なるeNodeBからの送信は、ほぼ時間的に整列され得る。非同期動作の場合には、eNodeBは、異なるフレームタイミングを有することができ、異なるeNodeBからの送信は時間的に整列されないこともある。   The mobile communication network 104 can support synchronous or asynchronous operation. For synchronous operation, the NodeB and eNodeB can have similar frame timing, and transmissions from different eNodeBs can be aligned approximately in time. For asynchronous operation, the eNodeB can have different frame timings, and transmissions from different eNodeBs may not be aligned in time.

RNC108は、NodeB110及びeNodeB112のと無線リンクを介して接続され、これらのNodeB110及びeNodeB112を制御する。RNC108は、コアネットワーク102(バックホールネットワーク)を介してNodeB110及びeNodeB112と通信することができる。NodeB110及びeNodeB112は、無線バックホール又は有線バックホールを介して、直接的に又は間接的に互いに通信することができる。   The RNC 108 is connected to the NodeB 110 and the eNodeB 112 via a radio link, and controls the NodeB 110 and the eNodeB 112. The RNC 108 can communicate with the NodeB 110 and the eNodeB 112 via the core network 102 (backhaul network). The NodeB 110 and the eNodeB 112 can communicate with each other directly or indirectly via a wireless backhaul or a wired backhaul.

LTEは、通常、ダウンリンク上では直交周波数分割多重化(OFDM)を利用し、アップリンク上ではシングルキャリア周波数分割多重化(SC−FDM)を利用することが多い。OFDM及びSC−FDMは、システム帯域幅を、通常はトーンと称される複数の直交サブキャリアに分割する。各サブキャリアは、データで変調されてもよい。変調シンボルは、一般に、OFDMでは周波数領域で、SC−FDMでは時間領域で送信される。隣接するサブキャリア間の間隔は固定であってもよく、サブキャリアの総数は、システム帯域幅に依存する。システム帯域幅あたりのサブキャリアの数は、1.25、2.5、5、10、又は20[MHz]のシステム帯域幅については、それぞれ、128、256、512、1024、又は2048となっていてもよい。システム帯域幅は、複数のサブバンドから構成されることができる。サブバンドは、例えば、1.08[MHz]をカバーすることができ、1.25、2.5、5、10、又は20[MHz]のシステム帯域幅については、それぞれ1個、2個、4個、8個、又は16個のサブバンドが存在する。   LTE typically uses orthogonal frequency division multiplexing (OFDM) on the downlink and single carrier frequency division multiplexing (SC-FDM) on the uplink. OFDM and SC-FDM divide the system bandwidth into multiple orthogonal subcarriers, commonly referred to as tones. Each subcarrier may be modulated with data. Modulation symbols are generally transmitted in the frequency domain with OFDM and in the time domain with SC-FDM. The spacing between adjacent subcarriers may be fixed, and the total number of subcarriers depends on the system bandwidth. The number of subcarriers per system bandwidth is 128, 256, 512, 1024, or 2048 for a system bandwidth of 1.25, 2.5, 5, 10, or 20 [MHz], respectively. May be. The system bandwidth can be composed of multiple subbands. The subbands can cover, for example, 1.08 [MHz], and for system bandwidths of 1.25, 2.5, 5, 10, or 20 [MHz], one, two, There are 4, 8, or 16 subbands.

(2) ユーザ端末
図3は、ユーザ端末118−iの機能ブロック図である。
(2) User Terminal FIG. 3 is a functional block diagram of the user terminal 118-i.

ユーザ端末200は、ディジタル処理部202と、ベースバンド部204と、RF部206とからなる。ディジタル処理部202は、入力部208と、表示部210と、記憶装置212と、メモリ214と、CPU216とを含む。CPU216は、記憶装置212に記憶されているプログラムをメモリ214に読み出して実行することにより各種の機能を実現する。メモリ214は、例えば、ランダム・アクセス・メモリ(RAM:random access memory)及び/又は読取り専用メモリ(ROM:read only memory)を含む。記憶装置212は、テープ・ドライブ、フロッピー(登録商標)・ドライブ、ハードディスク・ドライブ又はコンパクト・ディスク・ドライブを含む。入力部208は、データの入力を受け付ける、例えば、キーボードやマウス、トラックボール、タッチパネル、マイクロフォン等を含む。表示部210は、データを出力する、例えば、ディスプレイやスピーカ等を含む。   The user terminal 200 includes a digital processing unit 202, a baseband unit 204, and an RF unit 206. The digital processing unit 202 includes an input unit 208, a display unit 210, a storage device 212, a memory 214, and a CPU 216. The CPU 216 implements various functions by reading the program stored in the storage device 212 into the memory 214 and executing it. The memory 214 includes, for example, a random access memory (RAM) and / or a read only memory (ROM). The storage device 212 includes a tape drive, a floppy drive, a hard disk drive, or a compact disk drive. The input unit 208 receives data input, and includes, for example, a keyboard, a mouse, a trackball, a touch panel, a microphone, and the like. The display unit 210 includes, for example, a display and a speaker that output data.

ベースバンド部204は、目的に応じて、復調部218と、変復調部220と、OFDM復調部222と、変復調部224を含むことができる。RF部も、同様に、目的に応じて、受信部226と、送受信部228と、チューナ230と、送受信部232を含むことができる。   The baseband unit 204 can include a demodulator 218, a modem unit 220, an OFDM demodulator 222, and a modem unit 224 according to the purpose. Similarly, the RF unit may include a receiving unit 226, a transmitting / receiving unit 228, a tuner 230, and a transmitting / receiving unit 232 according to the purpose.

例えば、送受信部232と変復調部224は、広帯域CDMA(WCDMA)ネットワーク又はモバイル通信用グローバルシステム(GSM)ネットワークを介して、音声通信を行うのに使用することができる。変復調部224は、一次変調スキームとして、BPSK、QPSK、8値PSK、16値QAM、32値QAM等のスキームを使用することができる。変復調部224は、その一次変調を施した信号に、各ユーザ端末118−iに割り当てられ、相互相関の小さいPN符号又はGold符号、又は互いに直行するWalsh−Hadamard符号を乗算することにより、スペクトル拡散を行った信号を送受信部232に送る。送受信部232は、受け取ったスペクトル拡散信号をアナログディジタル(A/D)変換し、増幅器で増幅した後にアンテナから送出する。受信動作においては、送受信部232は、受信した信号をアナログディジタル(A/D)変換し、変復調部224は、同期した符号系列を再度乗積し、元の信号を復元する逆拡散を行う。変復調部224は、挟帯域の干渉信号を除去するために、逆拡散された広帯域信号にローパスフィルタ(LPF)によりフィルタリング処理を行う。   For example, the transmission / reception unit 232 and the modulation / demodulation unit 224 can be used to perform voice communication via a wideband CDMA (WCDMA) network or a mobile communication global system (GSM) network. The modem 224 can use a scheme such as BPSK, QPSK, 8-level PSK, 16-level QAM, 32-level QAM, etc. as the primary modulation scheme. The modulation / demodulation unit 224 spreads the spectrum by multiplying the signal subjected to the primary modulation by a PN code or Gold code assigned to each user terminal 118-i and having a small cross-correlation, or a Walsh-Hadamard code orthogonal to each other. The signal that has been transmitted to the transmitter / receiver 232 The transmission / reception unit 232 performs analog / digital (A / D) conversion on the received spread spectrum signal, amplifies it with an amplifier, and transmits it from the antenna. In the reception operation, the transmission / reception unit 232 performs analog-digital (A / D) conversion on the received signal, and the modem unit 224 performs multiplication on the synchronized code sequence again, and performs despreading to restore the original signal. The modem unit 224 performs filtering processing on the despread wideband signal using a low-pass filter (LPF) in order to remove the interference signal in the narrow band.

また、チューナ230とOFDM復調部222は、コンテンツプロバイダ114からビデオストリームを受信するのに使用することができる。チューナ230は、受信帯域を変更可能に構成されている。チューナ230は、CPU216から中心周波数の指示を受信し、その中心周波数の指示に基づいて中心周波数を移動することにより受信帯域を移動させることができる。チューナ230は、全ディジタル位相ロックループ(All Digital Phase Locked Loop(ADPLL))を用いて構成することができる。ADPLLは、位相比較のために、加算回路と遅延差をディジタル値へ変換する時間―ディジタルコンバータ(Time−to−Digital Converter(TDC))回路を用いて構成してもよい。ADPLLは、ディジタル値で発振周波数の制御を行うディジタル制御発振器(Digital Controlled Oscillator(DCO))を含んでもよく、このことは、プロセスポータビリティ、スケーラビリティ、低電圧動作を可能とし、出力信号位相雑音に及ぼす雑音源も限定できる。ADPLLは、チューニング時は、システムのループゲインをディジタルで段階的に切り替えることで収束時間を短縮し、出力周波数微調整及び収束時にはMASHΔ−Σ構成を有するフラクショナル方式を用いてもよい。チューナ230は、周波数選択した受信信号をOFDM復調部222に送る。   Further, the tuner 230 and the OFDM demodulator 222 can be used to receive a video stream from the content provider 114. The tuner 230 is configured to be able to change the reception band. The tuner 230 can receive the instruction of the center frequency from the CPU 216 and move the reception band by moving the center frequency based on the instruction of the center frequency. The tuner 230 can be configured using an all-digital phase-locked loop (ADPLL). The ADPLL may be configured using an adder circuit and a time-to-digital converter (TDC) circuit for converting the delay difference into a digital value for phase comparison. The ADPLL may include a digitally controlled oscillator (DCO) that controls the oscillation frequency with a digital value, which enables process portability, scalability, low voltage operation, and affects output signal phase noise. Noise sources can also be limited. The ADPLL may shorten the convergence time by digitally switching the loop gain of the system at the time of tuning, and may use a fractional system having a MASH Δ-Σ configuration at the time of fine adjustment of the output frequency and convergence. The tuner 230 sends the frequency-selected received signal to the OFDM demodulator 222.

OFDM復調部222は、例えば、図9の下段に示すように構成してもよい。OFDM変調方式は、1つのサブバンドについて複数のサブキャリアを使用し、それぞれのサブキャリアを異なるデータでディジタル変調することによって並列伝送を行う変調方式である。OFDM復調部222は、アンテナ1020で受信された信号に帯域通過フィルタ(BPF)1022を用いてフィルタリングを行う。OFDM復調部222は、搬送帯域信号から基底帯域信号への変換を行う。具体的には、OFDM復調部222は、受信信号にcos(2πft)を掛け合わせて、同相成分を求め、ローパスフィルタ(LPF)1024を用いてフィルタリングを行う。同様に、OFDM復調部222は、受信信号に−sin(2πft)を掛け合わせて、直角位相成分を求め、LPF1024を用いてフィルタリングを行う。OFDM復調部222は、同相成分及び直角位相成分をそれぞれ標本化(A/D変換)し(1026)、A/D変換した信号を、直並列変換器(serial−to−parallel converter(S/P))1028により複数のデータ系列に分割する。S/P出力後のデータ系列の伝送速度は、受信信号の伝送速度よりも低速になる。 For example, the OFDM demodulator 222 may be configured as shown in the lower part of FIG. The OFDM modulation method is a modulation method in which a plurality of subcarriers are used for one subband, and parallel transmission is performed by digitally modulating each subcarrier with different data. The OFDM demodulator 222 filters a signal received by the antenna 1020 using a band pass filter (BPF) 1022. The OFDM demodulator 222 performs conversion from the carrier band signal to the baseband signal. Specifically, the OFDM demodulator 222 multiplies the received signal by cos (2πf c t) to obtain an in-phase component, and performs filtering using a low-pass filter (LPF) 1024. Similarly, the OFDM demodulator 222 multiplies the received signal by −sin (2πf c t) to obtain a quadrature component, and performs filtering using the LPF 1024. The OFDM demodulator 222 samples (A / D conversion) each of the in-phase component and the quadrature component (1026), and converts the A / D converted signal into a serial-to-parallel converter (S / P). )) Divide into a plurality of data series by 1028. The transmission rate of the data series after S / P output is lower than the transmission rate of the received signal.

OFDM復調部222は、S/P変換の際にガードインターバルを除去する(1030)。ガードインターバル(サイクリックプレフィックス)は、通常、基底帯域OFDMシンボルの後半部分をコピーしたものを先頭に接続して用いる。ガードインターバルの付加は、マルチパスの遅延の広がりがガードインターバル長未満であるという条件のもとで、シンボル間干渉の影響を効果的になくすことを可能にする。   The OFDM demodulator 222 removes the guard interval during S / P conversion (1030). The guard interval (cyclic prefix) is usually used by connecting the latter half of the baseband OFDM symbol at the head. The addition of the guard interval makes it possible to effectively eliminate the influence of intersymbol interference under the condition that the delay spread of the multipath is less than the guard interval length.

OFDM復調部222は、ガードインターバルを除去した信号に離散フーリエ変換(DFT)処理を行う(1032)。受信シンボル系列に高速フーリエ変換(FFT)を行ったシンボルは、そのシンボルを伝送した搬送波周波数に対応する伝送路特性と雑音成分のみを含み、その他のシンボルからの影響は一切含まれない。OFDM復調部222は、正しくシンボルを判定するために、伝送路特性の影響を補正する等価処理(1034)を行い、等価処理を行ったものに対して並直列変換器(parallel−to−serial converter(P/S))1036によりP/S変換を行い、送信された元のディジタルデータ系列を得る。等価処理としては、最小平均二乗誤差(Minimum Mean Square Error(MMSE))等価を用いてもよい。   The OFDM demodulator 222 performs discrete Fourier transform (DFT) processing on the signal from which the guard interval has been removed (1032). A symbol obtained by performing Fast Fourier Transform (FFT) on a received symbol sequence includes only transmission path characteristics and noise components corresponding to the carrier frequency at which the symbol is transmitted, and does not include any influence from other symbols. The OFDM demodulator 222 performs an equivalent process (1034) for correcting the influence of the transmission path characteristic in order to correctly determine the symbol, and a parallel-to-serial converter (parallel-to-serial converter) for the equivalent process. (P / S)) 1036 performs P / S conversion to obtain the transmitted original digital data series. As the equivalent process, a minimum mean square error (MMSE) equivalent may be used.

OFDM復調部222は、P/S変換を行ったシンボル系列を一次復調し(1038)、ベースバンド信号を取り出す。OFDM復調部222は、取り出したベースバンド信号にトレリス復号化処理を行う(1040)。OFDM変調方式をビデオストリームの配信に応用する場合には、ある一定の伝送帯域幅の中で充分なビットレートを得るために、OFDMの各搬送波の変調方式を16QAM等の多値変調とする必要があることが多い。この場合に、帯域幅一定のままビットレートを増やすとビット誤り率特性は劣化するが、この劣化を最小限に抑える手段として、OFDMの各搬送波をトレリス符号化変調(Trellis Coded Modulation(TCM))してもよい。トレリス復号は、軟判定ビタビアルゴリズムによって行うことができる。OFDM復調部222は、トレリス復号化したものを用いてビット判定を行い、ビット誤り率を求める(1042)。   The OFDM demodulator 222 performs primary demodulation on the P / S converted symbol sequence (1038) and extracts a baseband signal. The OFDM demodulator 222 performs trellis decoding processing on the extracted baseband signal (1040). When the OFDM modulation scheme is applied to video stream distribution, the modulation scheme of each OFDM carrier needs to be multi-level modulation such as 16QAM in order to obtain a sufficient bit rate within a certain transmission bandwidth. There are often. In this case, if the bit rate is increased while the bandwidth is constant, the bit error rate characteristics deteriorate. However, as a means for minimizing the deterioration, each carrier wave of OFDM is trellis coded modulation (TCM). May be. Trellis decoding can be performed by a soft decision Viterbi algorithm. The OFDM demodulator 222 performs bit determination using the trellis-decoded one and obtains a bit error rate (1042).

(3) コンテンツ配信サーバ
図4は、コンテンツ配信サーバ122のハードウェア構成を示す図である。
(3) Content Distribution Server FIG. 4 is a diagram illustrating a hardware configuration of the content distribution server 122.

コンテンツ配信サーバ400は、CPU402と、メモリ404と、記憶装置406と、入力部408と、出力部410と、送受信インターフェイス(I/F)412と、コンテンツ検索部414と、検索情報生成部416と、検索ログ生成部418と、閲覧ログ生成部420と、ストリームセグメンタ422と、メディアエンコーダ424とを含む。記憶装置406は、各種のデータやプログラムを記憶する、ハードディスク・ドライブやソリッドステート・ドライブ、フラッシュメモリ等であってもよい。CPU402は、記憶装置406に記憶されているプログラムをメモリ404に読み出して実行することにより各種の機能を実現する。送受信インターフェイス412は、コアネットワーク102に接続するためのインターフェイスであり、イーサネット(登録商標)に接続するためのアダプタ、公衆電話回線網に接続するためのモデム等である。入力部408は、データの入力を受け付ける、キーボードやマウス、トラックボール、タッチパネル、マイクロフォン等であってもよい。出力部410は、データを出力する、ディスプレイやプリンタ、スピーカなどであってもよい。   The content distribution server 400 includes a CPU 402, a memory 404, a storage device 406, an input unit 408, an output unit 410, a transmission / reception interface (I / F) 412, a content search unit 414, and a search information generation unit 416. , A search log generation unit 418, a browsing log generation unit 420, a stream segmenter 422, and a media encoder 424. The storage device 406 may be a hard disk drive, a solid state drive, a flash memory, or the like that stores various data and programs. The CPU 402 implements various functions by reading the program stored in the storage device 406 into the memory 404 and executing it. The transmission / reception interface 412 is an interface for connecting to the core network 102, and is an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone line network, or the like. The input unit 408 may be a keyboard, a mouse, a trackball, a touch panel, a microphone, or the like that receives data input. The output unit 410 may be a display, a printer, a speaker, or the like that outputs data.

送受信I/F412は、例えば、図11に示されるOFDM変復調部を用いて構成してもよい。送受信I/F412の受信動作は、ユーザ端末118−iのOFDM復調部222の動作と同様である。   The transmission / reception I / F 412 may be configured using, for example, an OFDM modulation / demodulation unit shown in FIG. The reception operation of the transmission / reception I / F 412 is the same as the operation of the OFDM demodulator 222 of the user terminal 118-i.

送受信I/F412は、データベースサーバ124からビデオストリームデータを受信し(1002)、受信したビデオストリームデータのシンボル系列にトレリス符号化処理を行う(1004)。送受信I/F412は、トレリス符号化処理を行ったシンボル系列に一次変調を行い、シンボル系列が表すデータでディジタル変調する。送受信I/F412は、ディジタル変調を行ったシンボル系列をS/P変換器1008により複数のデータ系列に分割する。S/P出力後のデータ系列の伝送速度は、元のビデオストリームの伝送速度よりも低速になる。送受信I/F412は、S/P出力後のデータ系列に、逆離散フーリエ変換(IDFT)処理を行う(1010)。送受信I/F412は、逆高速フーリエ変換(IFFT)を行ったシンボル系列に対してP/S変換器1012によりP/S変換を行い、送信ディジタルデータ系列を得る。送受信I/F412は、送信ディジタルデータ系列に連続化(D/A変換)を行う(1016)。送受信I/F412は、送信ディジタルデータ系列にcos(2πft)を掛け合わせて、同相成分を求め、送信ディジタルデータ系列に−sin(2πft)を掛け合わせて、直角位相成分を求める。送受信I/F412は、求めた同相成分及び直角位相成分を増幅器1018で増幅し、アンテナ1020を介して送出する。 The transmission / reception I / F 412 receives video stream data from the database server 124 (1002), and performs trellis coding processing on the symbol sequence of the received video stream data (1004). The transmission / reception I / F 412 performs primary modulation on the symbol series that has been subjected to trellis encoding processing, and digitally modulates the data represented by the symbol series. The transmission / reception I / F 412 divides the digitally modulated symbol sequence into a plurality of data sequences by the S / P converter 1008. The transmission rate of the data sequence after S / P output is lower than the transmission rate of the original video stream. The transmission / reception I / F 412 performs inverse discrete Fourier transform (IDFT) processing on the data series after the S / P output (1010). The transmission / reception I / F 412 performs P / S conversion on a symbol sequence subjected to inverse fast Fourier transform (IFFT) by a P / S converter 1012 to obtain a transmission digital data sequence. The transmission / reception I / F 412 performs continuation (D / A conversion) on the transmission digital data sequence (1016). The transmission / reception I / F 412 multiplies the transmission digital data sequence by cos (2πf c t) to obtain an in-phase component, and multiplies the transmission digital data sequence by −sin (2πf c t) to obtain a quadrature phase component. The transmission / reception I / F 412 amplifies the obtained in-phase component and quadrature component by the amplifier 1018 and transmits the amplified signal through the antenna 1020.

コンテンツ検索部414は、ユーザ端末118−iからの選択信号で指定されたコンテンツを、データベースサーバ124から検索する。検索情報生成部416は、ユーザ端末118−iからの選択信号に応答して検索されたコンテンツのシーケンスの情報を、“ユーザid”iと関連させた形で生成し、その検索されたコンテンツのシーケンスの情報を検索ログ生成部418に送る。検索ログ生成部418は、検索されたコンテンツのシーケンスに関する情報に、検索の年月日及び時間を付与して検索ログを生成する。検索ログ生成部418は、検索されたコンテンツのシーケンスに関する情報に検索の年月日及び時間を付与した検索ログを、閲覧ログ生成部420に送る。閲覧ログ生成部420は、ユーザiが実際にそのコンテンツを視聴した時間に基づいて、ユーザ端末118−iからの選択信号による検索が閲覧に該当するのか、又は、単なる検索に該当するのかを判定する。ユーザiが、番組(チャネル)をザッピングする過程でユーザ端末118−iから選択信号が送られてそのコンテンツが検索ログに記録される場合もあり、一方で、ユーザiが一定時間以上、その番組を閲覧する目的で視聴する場合もあるからである。閲覧ログ生成部420は、検索ログ生成部418から送られた検索ログのうち、ユーザ端末118−iからの選択信号による検索が閲覧に該当するものを、閲覧ログとして出力する。   The content search unit 414 searches the database server 124 for the content specified by the selection signal from the user terminal 118-i. The search information generation unit 416 generates content sequence information searched in response to the selection signal from the user terminal 118-i in a form associated with the “user id” i, and The sequence information is sent to the search log generation unit 418. The search log generation unit 418 generates a search log by assigning a search date and time to information related to the searched content sequence. The search log generation unit 418 sends a search log obtained by adding the search date and time to the information related to the searched content sequence to the browsing log generation unit 420. The browsing log generation unit 420 determines whether the search based on the selection signal from the user terminal 118-i corresponds to browsing or simply searches based on the time when the user i actually viewed the content. To do. In some cases, the user i sends a selection signal from the user terminal 118-i in the process of zapping a program (channel), and the content is recorded in the search log. This is because there are cases where viewing is performed for the purpose of browsing. The browsing log generation unit 420 outputs, as a browsing log, a search log sent from the search log generation unit 418 that corresponds to browsing by a selection signal from the user terminal 118-i.

メディアエンコーダ424は、データベースサーバ124からリアルタイムビデオストリーム信号を受信し、受信したアルタイムビデオストリーム信号を配信のためにエンコードし、カプセル化する。エンコードは、H.264ビデオ及びHE−AACオーディオ等の、ユーザ端末118−iによって受信可能なフォーマットで行われる。受信可能な配信フォーマットは、MPEG−2トランスポートストリームである。メディアエンコーダ424は、LANを介して、ストリームセグメンタ422に、MPEG−2トランスポートストリームで、エンコードされたリアルタイムビデオストリームパケットを送信する。ストリームセグメンタ422は、メディアエンコーダ424からの入力に基づいて、H.264ビデオストリームを搬送するMPEG−2トランスポートストリームの複数のセグメントを含む複数のトランスポートストリーム(ts)ファイルからなる複数のビデオストリームセグメントファイルを生成する。   Media encoder 424 receives the real-time video stream signal from database server 124 and encodes and encapsulates the received real-time video stream signal for distribution. The encoding is H.264. It is performed in a format receivable by the user terminal 118-i, such as H.264 video and HE-AAC audio. A receivable distribution format is an MPEG-2 transport stream. The media encoder 424 transmits the real-time video stream packet encoded with the MPEG-2 transport stream to the stream segmenter 422 via the LAN. Based on the input from the media encoder 424, the stream segmenter 422 A plurality of video stream segment files including a plurality of transport stream (ts) files including a plurality of segments of an MPEG-2 transport stream carrying an H.264 video stream are generated.

(4) データベースサーバ
図5は、データベースサーバ124のハードウェア構成を示す図である。
(4) Database Server FIG. 5 is a diagram illustrating a hardware configuration of the database server 124.

データベースサーバ500は、コンテンツ検索情報データベース502と、ユーザ閲覧ログデータベース504と、ユーザ検索ログデータベース506と、ユーザ個人情報データベース508と、コンテンツデータベース510と、フラグメント―ポインタ対応テーブル512と、SNSサービスプロバイダアドレスデータベース514と、ユーザ投稿履歴データベース516とを含む。コンテンツ検索情報データベース502と、ユーザ閲覧ログデータベース504と、ユーザ検索ログデータベース506と、ユーザ個人情報データベース508は、“ユーザid”iによって索引付されるユーザ情報エリアを形成し、コンテンツデータベース510と、フラグメント―ポインタ対応テーブル512は、“コンテンツid”lによって索引付されるコンテンツエリアを形成し、SNSサービスプロバイダアドレスデータベース514と、ユーザ投稿履歴データベース516は、SNSサービスプロバイダ情報エリアを形成する。   The database server 500 includes a content search information database 502, a user browsing log database 504, a user search log database 506, a user personal information database 508, a content database 510, a fragment-pointer correspondence table 512, and an SNS service provider address. A database 514 and a user posting history database 516 are included. Content search information database 502, user browsing log database 504, user search log database 506, and user personal information database 508 form a user information area indexed by “user id” i, content database 510, The fragment-pointer correspondence table 512 forms a content area indexed by “content id” l, and the SNS service provider address database 514 and the user posting history database 516 form an SNS service provider information area.

コンテンツ検索情報データベース502は、検索情報生成部416が生成した、ユーザ端末118−iからの選択信号に応答して検索されたコンテンツのシーケンスに関する情報を格納している。検索されたコンテンツのシーケンスに関する情報は、“ユーザid”iと関連させた形で格納されている。ユーザ検索ログデータベース506は、検索ログ生成部418が検索されたコンテンツのシーケンスに関する情報に検索の年月日及び時間を付与して生成した検索ログを格納している。検索ログは、“ユーザid”iと関連させた形で格納されている。ユーザ閲覧ログデータベース504は、閲覧ログ生成部420が検索ログのうちユーザ端末118−iからの選択信号による検索が閲覧に該当するものを抽出して生成した閲覧ログを格納している。ユーザ個人情報データベース508は、各“ユーザid”iについて、ユーザiの個人情報、すなわち、ユーザiの性別、年齢、住所、職業、使用端末、クレジットの有無、ポイント残高、e−mailの送付の有無等を格納している。   The content search information database 502 stores information related to the content sequence searched in response to the selection signal from the user terminal 118-i generated by the search information generation unit 416. Information regarding the retrieved content sequence is stored in association with "user id" i. The user search log database 506 stores a search log generated by adding a search date and time to information related to a content sequence searched by the search log generation unit 418. The search log is stored in a form associated with “user id” i. The user browsing log database 504 stores the browsing log generated by the browsing log generation unit 420 extracting and searching the search log corresponding to the browsing by the selection signal from the user terminal 118-i. For each “user id” i, the user personal information database 508 stores the personal information of the user i, that is, the gender, age, address, occupation, terminal used, presence of credit, point balance, e-mail transmission of the user i. Stores presence and absence.

コンテンツデータベース510は、“コンテンツid”lごとに、リアルタイムビデオストリームを任意の長さに分割したビデオストリームフラグメントという単位で、コンテンツを格納している。各ビデオストリームフラグメントは、フラグメントごとの符号化データと、その符号化データごとに付されたヘッダからなる。リアルタイムビデオストリームの配信は、ビデオストリームフラグメント単位で行われてもよい。フラグメント―ポインタ対応テーブル512は、各ビデオストリームフラグメントとそのフラグメントのコンテンツデータベース510内での格納場所を指定するポインタとの対応関係を格納している。   The content database 510 stores content in units of video stream fragments obtained by dividing a real-time video stream into arbitrary lengths for each “content id” l. Each video stream fragment consists of encoded data for each fragment and a header attached to each encoded data. Distribution of the real-time video stream may be performed in units of video stream fragments. The fragment-pointer correspondence table 512 stores the correspondence between each video stream fragment and a pointer that specifies the storage location of the fragment in the content database 510.

SNSサービスプロバイダアドレスデータベース514は、SNSサービスプロバイダ116ごとにそのアドレス情報を格納している。ユーザ投稿履歴データベース516は、“ユーザid”iと関連付けて、ユーザiが投稿したビデオストリームフラグメントの系列を格納している。   The SNS service provider address database 514 stores address information for each SNS service provider 116. The user posting history database 516 stores a series of video stream fragments posted by the user i in association with the “user id” i.

(5) SNSサーバ、データベースサーバ、及びWebサーバ
図6は、SNSサーバ128のハードウェア構成を示す図である。
(5) SNS Server, Database Server, and Web Server FIG. 6 is a diagram illustrating a hardware configuration of the SNS server 128.

SNSサーバ600は、CPU602と、メモリ604と、記憶装置606と、入力部608と、出力部610と、送受信インターフェイス(I/F)612と、ビデオストリームフラグメント受信部614と、メッセージ受信部616と、メッセージ掲載部618と、ビデオストリームフラグメント掲載部620とを含む。CPU602と、メモリ604と、記憶装置606と、入力部608と、出力部610と、送受信インターフェイス(I/F)612は、コンテンツ配信サーバ122のものと同様である。   The SNS server 600 includes a CPU 602, a memory 604, a storage device 606, an input unit 608, an output unit 610, a transmission / reception interface (I / F) 612, a video stream fragment reception unit 614, and a message reception unit 616. , A message posting unit 618 and a video stream fragment posting unit 620. The CPU 602, the memory 604, the storage device 606, the input unit 608, the output unit 610, and the transmission / reception interface (I / F) 612 are the same as those of the content distribution server 122.

ビデオストリームフラグメント受信部614は、コンテンツプロバイダ114又はユーザ端末118−iから、Twitter(商標)等のSNSサイトに投稿されたビデオストリームフラグメントを受信する。ビデオストリームフラグメント受信部614は、コンテンツプロバイダ114と連携することができ、ユーザ端末118−iがコンテンツプロバイダ114を介してSNSサービスプロバイダ116にビデオストリームフラグメントの投稿リクエストを送信する場合には、コンテンツプロバイダ114から投稿されたビデオストリームフラグメントを受信してもよい。また、ビデオストリームフラグメント受信部614は、ユーザ端末118−iがビデオストリームフラグメントをコンテンツプロバイダ114からダウンロードし、その後、アップロードする場合には、ユーザ端末118−iから投稿されたビデオストリームフラグメントを受信してもよい。メッセージ受信部616は、ユーザ端末118−iから、投稿されたメッセージを受信する。メッセージ掲載部618は、受信したメッセージをSNSサイトに掲載する。ビデオストリームフラグメント掲載部620は、投稿されたビデオストリームフラグメントをSNSサイトに掲載する。   The video stream fragment receiving unit 614 receives a video stream fragment posted to an SNS site such as Twitter (trademark) from the content provider 114 or the user terminal 118-i. The video stream fragment receiving unit 614 can cooperate with the content provider 114. When the user terminal 118-i transmits a video stream fragment posting request to the SNS service provider 116 via the content provider 114, the content provider 114 A video stream fragment posted from 114 may be received. The video stream fragment receiving unit 614 receives the video stream fragment posted from the user terminal 118-i when the user terminal 118-i downloads the video stream fragment from the content provider 114 and then uploads it. May be. The message receiving unit 616 receives a posted message from the user terminal 118-i. The message posting unit 618 posts the received message on the SNS site. The video stream fragment posting unit 620 posts the posted video stream fragment on the SNS site.

図7は、データベースサーバ130のハードウェア構成を示す図である。   FIG. 7 is a diagram illustrating a hardware configuration of the database server 130.

データベースサーバ700は、メッセージ投稿履歴データベース702と、ビデオストリームフラグメント投稿履歴データベース704と、ユーザ個人情報データベース706と、メッセージデータベース708と、ビデオストリームフラグメントデータベース710と、コンテンツプロバイダアドレスデータベース712と、ユーザ投稿履歴データベース714とを含む。メッセージ投稿履歴データベース702と、ビデオストリームフラグメント投稿履歴データベース704と、ユーザ個人情報データベース706は、“ユーザid”iによって索引付されるユーザ情報エリアを形成し、メッセージデータベース708とビデオストリームフラグメントデータベース710は、SNSエリアを形成し、コンテンツプロバイダアドレスデータベース712とユーザ投稿履歴データベース714は、コンテンツプロバイダ情報エリアを形成する。   The database server 700 includes a message posting history database 702, a video stream fragment posting history database 704, a user personal information database 706, a message database 708, a video stream fragment database 710, a content provider address database 712, and a user posting history. Database 714. The message posting history database 702, the video stream fragment posting history database 704, and the user personal information database 706 form a user information area indexed by “user id” i, and the message database 708 and the video stream fragment database 710 are The SNS area is formed, and the content provider address database 712 and the user posting history database 714 form a content provider information area.

メッセージ投稿履歴データベース702は、各“ユーザid”iについて、ユーザiがSNSサービスプロバイダ116に投稿したメッセージのシーケンスを、投稿した年月日及び時間を付して格納する。ビデオストリームフラグメント投稿履歴データベース704は、各“ユーザid”iについて、ユーザiがSNSサービスプロバイダ116に投稿したビデオストリームフラグメントのシーケンスを、投稿した年月日及び時間を付して格納する。ユーザ個人情報データベース706は、各“ユーザid”iについて、ユーザiの性別、年齢、住所、職業、使用端末、クレジットの有無、ポイント残高、e−mailの送付の有無等を格納する。   The message posting history database 702 stores, for each “user id” i, a sequence of messages posted by the user i to the SNS service provider 116 with the date and time of posting. The video stream fragment posting history database 704 stores, for each “user id” i, a sequence of video stream fragments posted by the user i to the SNS service provider 116 with the date and time of posting. The user personal information database 706 stores, for each “user id” i, gender, age, address, occupation, terminal used, presence / absence of credit, point balance, presence / absence of e-mail transmission, and the like.

メッセージデータベース708は、投稿され、SNSサイトに掲載されるメッセージを格納し、ビデオストリームフラグメントデータベース710は、投稿され、SNSサイトに掲載されるビデオストリームフラグメントを格納する。コンテンツプロバイダアドレスデータベース712は、コンテンツプロバイダ114ごとにそのアドレス情報を格納している。ユーザ投稿履歴データベース714は、“コンテンツid”lで識別されるコンテンツごとに、及び投稿されたメッセージごとに、そのコンテンツを投稿した“ユーザid”のシーケンス、及びそのメッセージを投稿した“ユーザid”のシーケンスを格納している。   The message database 708 stores messages that are posted and posted on the SNS site, and the video stream fragment database 710 stores video stream fragments that are posted and posted on the SNS site. The content provider address database 712 stores address information for each content provider 114. The user posting history database 714 includes, for each content identified by “content id” l and for each posted message, a sequence of “user id” that posted the content, and “user id” that posted the message. The sequence is stored.

図8は、Webサーバ120及び126のハードウェア構成を示す図である。   FIG. 8 is a diagram illustrating a hardware configuration of the Web servers 120 and 126.

Webサーバ400は、CPU402と、メモリ404と、記憶装置406と、入力部408と、送受信インターフェイス410と、出力部412とを含む。CPU602と、メモリ604と、記憶装置606と、入力部608と、出力部610と、送受信インターフェイス(I/F)612は、コンテンツ配信サーバ122のものと同様である。   The Web server 400 includes a CPU 402, a memory 404, a storage device 406, an input unit 408, a transmission / reception interface 410, and an output unit 412. The CPU 602, the memory 604, the storage device 606, the input unit 608, the output unit 610, and the transmission / reception interface (I / F) 612 are the same as those of the content distribution server 122.

(6) リアルタイムビデオストリームの配信
図10は、データベースサーバ124のコンテンツデータベース510におけるリアルタイムビデオストリームの格納の様子を示す図である。
(6) Distribution of Real-Time Video Stream FIG. 10 is a diagram showing how the real-time video stream is stored in the content database 510 of the database server 124.

コンテンツデータベース510は、“コンテンツid”lごとに、リアルタイムビデオストリームを任意の長さに分割したビデオストリームフラグメントという単位で、コンテンツを格納している。この格納方法は、ユーザ端末118−iでリアルタイムビデオストリームを視聴中に、そのリアルタイムビデオストリームの任意の位置のビデオストリームフラグメントのSNSサイトへの投稿を、ユーザ端末118−iのみを用いて簡単な方法で可能にする。各ビデオストリームフラグメントは、フラグメントごとの符号化データと、その符号化データごとに付されたヘッダと、ファイルの固有のタイプを示すプレフィックス部分からなる。   The content database 510 stores content in units of video stream fragments obtained by dividing a real-time video stream into arbitrary lengths for each “content id” l. In this storage method, while a real-time video stream is viewed on the user terminal 118-i, posting of the video stream fragment at an arbitrary position of the real-time video stream to the SNS site can be easily performed using only the user terminal 118-i. Make possible by way. Each video stream fragment includes encoded data for each fragment, a header attached to each encoded data, and a prefix portion indicating a unique type of file.

プレフィックス部分902には、格納するデータの種類に応じて、例えば、アルファベット4文字からなる固有のタイプが割り当てられてもよい。ヘッダ部分904は、符号化データのフレームサイズ、再生時間の長さ、符号化データの格納位置を示すアドレス情報、及び復号や表示時刻等のヘッダ情報を格納している。ここで、例えば、1つのリアルタイムビデオストリームセグメントに1つのヘッダ部分のみを設けることとすると、ヘッダ情報がその1つのヘッダ部分に格納されることから、リアルタイムビデオストリームの再生時間長に比例してヘッダ部分のサイズが増加する。その結果、プログレッシブダウンロードのように、ダウンロードしながら再生する場合でも、再生開始前にヘッダ部分を取得する必要があり、再生時間までの待ち時間が長くなるなどの問題がある。従って、本実施形態においては、ヘッダ部分904は、各ビデオストリームフラグメントごとに設けられる。   For example, a unique type consisting of four alphabetic characters may be assigned to the prefix portion 902 according to the type of data to be stored. The header portion 904 stores the frame size of the encoded data, the length of the reproduction time, address information indicating the storage position of the encoded data, and header information such as decoding and display time. Here, for example, if only one header part is provided in one real-time video stream segment, the header information is stored in the one header part, so the header is proportional to the playback time length of the real-time video stream. The size of the part increases. As a result, even when playing back while downloading, as in progressive download, it is necessary to obtain the header portion before starting playback, and there is a problem that the waiting time until the playback time is increased. Therefore, in this embodiment, the header portion 904 is provided for each video stream fragment.

符号化データは、フレーム単位で、音声フレームとビデオフレームとを交互に、復号順に格納される。符号化データは、再生時には、ヘッダ部分を参照して所望の再生時刻に相当するフレームの格納アドレスを特定することにより、そのアドレスに基づいてフレームデータとして取得される。   The encoded data is stored in the order of decoding alternately between audio frames and video frames in units of frames. At the time of reproduction, the encoded data is obtained as frame data based on the address by specifying the storage address of the frame corresponding to the desired reproduction time with reference to the header portion.

図11は、RTP(Real Time Transport)プロトコルに従ったリアルタイムビデオストリームの配信を示す図である。   FIG. 11 is a diagram showing delivery of a real-time video stream according to the RTP (Real Time Transport) protocol.

RTPプロトコルは、映像や音声などのリアルタイムデータをパケット化してIPネットワーク上で伝送するためのプロトコルである。RTPプロトコルに従ったストリーミングにおいては、ユーザ端末118−iは、以下のような手順でコンテンツ配信サーバ122に蓄積されたコンテンツを受信する。すなわち、
手順1. ビデオ及び音声の符号化データを取得するためのコンテンツ配信サーバ122のアドレス情報を取得する。
The RTP protocol is a protocol for packetizing real-time data such as video and audio and transmitting it on an IP network. In streaming according to the RTP protocol, the user terminal 118-i receives content stored in the content distribution server 122 in the following procedure. That is,
Procedure 1. Address information of the content distribution server 122 for acquiring encoded data of video and audio is acquired.

手順2. ユーザ端末118−iとコンテンツ配信サーバ122との間のセッションを確立する。   Procedure 2. A session is established between the user terminal 118-i and the content distribution server 122.

手順3. ビデオ及び音声の符号化データを格納したRTPパケットを受信する。   Procedure 3. An RTP packet storing video and audio encoded data is received.

コンテンツ配信サーバとユーザ端末118−iとの間の通信制御を行うためのプロトコルは、例えば、RTSP(Real Time Streaming Protocol)を使用することができ、再生開始、終了、一時停止等の再生制御を、RTSPに従ったコマンドとして実行することができる。RTSPデータの送受信には、RTPと別の通信チャネルを使用し、下位層には信頼性の高い転送制御プロトコル(Transmission Control Protocol(TCP))を使用することができる。 For example, RTSP (Real Time Streaming Protocol) can be used as a protocol for controlling communication between the content distribution server and the user terminal 118-i, and playback control such as playback start, end, and pause is performed. Can be executed as a command according to RTSP. For transmission / reception of RTSP data, a communication channel different from RTP can be used, and a reliable transfer control protocol (Transmission Control Protocol (TCP)) can be used for a lower layer.

図12は、RTPパケットのデータ構造を示す図である。   FIG. 12 is a diagram illustrating a data structure of an RTP packet.

RTPヘッダ部分1202は、RTPペイロード1204に格納されるビデオ符号化データ及び音声符号化データの識別情報や再生時刻、伝送するリアルタイムビデオストリームの種類を示す値であるペイロードタイプ、RTPパケットのカウンタであるシーケンス番号、及びペイロードデータの先頭バイトのサンプリング時刻であるタイムスタンプ等を含んでいる。RTPペイロード部分1204は、ペイロードヘッダ1206とペイロードデータ1208とからなり、ペイロードヘッダ1206は、符号化方式に固有のヘッダ情報を含み、ペイロードデータ1208は、符号化データを格納している。ペイロード部分1208におけるデータの格納方式であるペイロードフォーマットは、H.264やAAC(Advanced Audio Coding)等の符号化方式ごとのフォーマットを採用することができる。   The RTP header portion 1202 is a counter of an RTP packet, a payload type that is a value indicating the identification information and playback time of video encoded data and audio encoded data stored in the RTP payload 1204, and the type of real-time video stream to be transmitted. It includes a sequence number and a time stamp that is the sampling time of the first byte of payload data. The RTP payload portion 1204 includes a payload header 1206 and payload data 1208. The payload header 1206 includes header information specific to the encoding method, and the payload data 1208 stores encoded data. The payload format that is a data storage method in the payload portion 1208 is H.264. A format for each encoding method such as H.264 or AAC (Advanced Audio Coding) can be employed.

図13は、HTTP Live Streaming(HLS)プロトコルストリーミングを示す図である。   FIG. 13 is a diagram illustrating HTTP Live Streaming (HLS) protocol streaming.

HTTP Live Streamingプロトコルストリーミングは、コンテンツ配信サーバ122の側で、配信したい動画ファイルをエンコードし、分割を行い、同時にどの順番でファイルを再生すべきかを示すプレイリストファイルを作成することを必要とする。コンテンツ配信サーバ122のメディアエンコーダ424が、配信する動画をH.264/AACフォーマットにエンコードし、MPEG2−TSフォーマットのファイルに変換し、ストリームセグメンタ422が、指定された秒数ごとにファイルを分割し、同時にプレイリストを含むインデックスファイルを生成する。ユーザ端末118−iは、プレイリストを含むインデックスファイルに従って、分割されたファイルを順番にHTTPでダウンロードすることによって、動画を再生することができる。   The HTTP Live Streaming protocol streaming requires that the content distribution server 122 encodes a moving image file to be distributed, divides it, and creates a playlist file indicating in what order the files should be reproduced at the same time. The media encoder 424 of the content distribution server 122 transmits the video to be distributed to H.264. The stream segmenter 422 divides the file every specified number of seconds and generates an index file including a playlist at the same time. The user terminal 118-i can reproduce a moving image by downloading the divided files in order according to the index file including the playlist.

メディアエンコーダ424は、データベースサーバ124からリアルタイムビデオストリーム信号を受信し、受信したアルタイムビデオストリーム信号を配信のためにエンコードし、カプセル化する。エンコードは、H.264ビデオ及びHE−AACオーディオ等の、ユーザ端末118−iによって受信可能なフォーマットで行われる。受信可能な配信フォーマットは、MPEG−2トランスポートストリームである。メディアエンコーダ424は、リアルタイムビデオストリームをエンコードしている最中に、ビデオデータの大きさやコーデックタイプといったリアルタイムビデオストリームの設定を変更することはなく、リアルタイムビデオストリームの設定の変更が不可避である場合には、メディアエンコーダ424は、セグメントの境界でリアルタイムビデオストリームの設定を変更し、後続のセグメントに所定のタグを設定する。メディアエンコーダ424は、LANを介して、ストリームセグメンタ422に、MPEG−2トランスポートストリームで、エンコードされたリアルタイムビデオストリームパケットを送信する。ストリームセグメンタ422は、メディアエンコーダ424からの入力に基づいて、H.264ビデオストリームを搬送するMPEG−2トランスポートストリームの複数のセグメントを含む複数のトランスポートストリーム(ts)ファイルからなる複数のビデオストリームセグメントファイルを生成する。ストリームセグメンタ422は、複数のメディアファイルのプレイリストを含むインデックスファイル(M3U8)を生成する。インデックスファイルは、これらの複数のメディアファイルの利用可能性に関する情報及び位置を取得するのに使用される。   Media encoder 424 receives the real-time video stream signal from database server 124 and encodes and encapsulates the received real-time video stream signal for distribution. The encoding is H.264. It is performed in a format receivable by the user terminal 118-i, such as H.264 video and HE-AAC audio. A receivable distribution format is an MPEG-2 transport stream. The media encoder 424 does not change the setting of the real-time video stream such as the size of the video data or the codec type during the encoding of the real-time video stream, and it is unavoidable to change the setting of the real-time video stream. The media encoder 424 changes the setting of the real-time video stream at the segment boundary and sets a predetermined tag for the subsequent segment. The media encoder 424 transmits the real-time video stream packet encoded with the MPEG-2 transport stream to the stream segmenter 422 via the LAN. Based on the input from the media encoder 424, the stream segmenter 422 A plurality of video stream segment files including a plurality of transport stream (ts) files including a plurality of segments of an MPEG-2 transport stream carrying an H.264 video stream are generated. The stream segmenter 422 generates an index file (M3U8) including a playlist of a plurality of media files. The index file is used to obtain information and location regarding the availability of these multiple media files.

HTTP Live Streamingでは、図13に示されている“Low Quality”、“Middle Quality”、及び“High Quality”等の異なる帯域幅(シンボルレート)の動画を用意し、インデックスファイルにその情報を記述することができる。このことは、動画を再生するユーザ端末118−iが、自身の環境に応じて、帯域幅の異なる動画に切り替える事を可能とする。   In HTTP Live Streaming, videos with different bandwidths (symbol rates) such as “Low Quality”, “Middle Quality”, and “High Quality” shown in FIG. 13 are prepared, and the information is described in the index file. be able to. This enables the user terminal 118-i that reproduces the moving image to switch to the moving image having a different bandwidth according to its own environment.

図14は、ユーザ端末118−iとコンテンツ配信サーバ122との間のセッションの確立を示すシーケンス図である。   FIG. 14 is a sequence diagram showing establishment of a session between the user terminal 118-i and the content distribution server 122.

NodeB110及びeNodeB112は、SCH(Synchronization Channel)を介して、ユーザ端末118−iによるセルサーチに使用される同期信号を送信する。ユーザ端末118−iは、同期をとるためにSCHをサーチし、捕捉する(ステップS1402)。ユーザ端末118−iは、SCHを補足すると、同期を確立し、セルidを取得する。NodeB110及びeNodeB112は、PBCH(Physical Broadcast Channel)を介して、ユーザ端末118−iがセルサーチの後に最初に読むべきシステム帯域幅、システムフレーム番号、及び送信アンテナの数等の最低限の情報を含む信号を送信している。ユーザ端末118−iは、P−BCH(Primary Broadcast Channel)を補足することにより、システム帯域幅、システムフレーム番号、及び送信アンテナの数等のNodeB110又はeNodeB112に特有の情報を取得する(ステップS1404)。ユーザ端末118−iは、D−BCH(Dynamic Broadcast Channel)を補足することにより、PRACH(Physical Random Access Channel)に関する情報を取得し、PRACHの周波数位置を特定する(ステップS1406)。ユーザ端末118−iは、ステップS1406で得られたアップリンク周波数帯及びPRACHの周波数位置に基づいて、NodeB110又はeNodeB112にRACHプリアンブルを送信する(ステップS1408)。   The NodeB 110 and the eNodeB 112 transmit a synchronization signal used for a cell search by the user terminal 118-i via an SCH (Synchronization Channel). The user terminal 118-i searches for and acquires an SCH for synchronization (step S1402). When the user terminal 118-i supplements the SCH, the user terminal 118-i establishes synchronization and acquires the cell id. The NodeB 110 and the eNodeB 112 include minimum information such as a system bandwidth, a system frame number, and the number of transmission antennas that the user terminal 118-i should read first after a cell search via a PBCH (Physical Broadcast Channel). A signal is being transmitted. The user terminal 118-i acquires information specific to the NodeB 110 or the eNodeB 112 such as the system bandwidth, the system frame number, and the number of transmission antennas by supplementing the P-BCH (Primary Broadcast Channel) (step S1404). . The user terminal 118-i acquires information on the PRACH (Physical Random Access Channel) by supplementing the Dynamic Broadcast Channel (D-BCH), and specifies the frequency position of the PRACH (step S1406). The user terminal 118-i transmits the RACH preamble to the NodeB 110 or the eNodeB 112 based on the uplink frequency band and the PRACH frequency position obtained in Step S1406 (Step S1408).

NodeB110又はeNodeB112は、ユーザ端末118−iからRACHプリアンブルを受信し、適応ビット割当処理を行う(ステップS1410)。RACHプリアンブルシンボルから推定された通信チャネル条件に基づいて、NodeB110又はeNodeB112は、すべてのユーザ端末118−iに対して適切な周波数スロット及びビットを割り当てるための適応割り当て手順を開始し、システムチャネル容量を最大化する。j(j=1,…,N)をサブキャリアの番号、m(m=1,…,N)を変調スキームの種類を示す番号、H(i,j)を、プリアンブルシンボルに基づいてパイロットトーンで構造化されたアップリンクRACHプリアンブルシンボルを使用して推定された通信チャネル周波数応答とすると、マルチパスフェージング環境下でサブキャリアjでのユーザ端末118−iについてのキャリア対雑音電力比(CNR)は、
と推定することができる。ここで、変数mは、例えば、変調スキームがBPSKである場合には、m=1、QPSKである場合には、m=2、8値PSKである場合には、m=3、16値QAMである場合には、m=4、32値QAMである場合には、m=5、128値QAMである場合には、m=7となり、1シンボルで送ることができるビット数を示す。
The NodeB 110 or the eNodeB 112 receives the RACH preamble from the user terminal 118-i and performs adaptive bit allocation processing (step S1410). Based on the communication channel conditions estimated from the RACH preamble symbols, the NodeB 110 or eNodeB 112 initiates an adaptive assignment procedure to assign appropriate frequency slots and bits to all user terminals 118-i, and sets the system channel capacity. maximize. j (j = 1,..., N c ) is a subcarrier number, m (m = 1,..., N m ) is a number indicating the type of modulation scheme, and H (i, j) is based on a preamble symbol. Given the communication channel frequency response estimated using uplink RACH preamble symbols structured with pilot tones, the carrier to noise power ratio (for user terminal 118-i on subcarrier j under multipath fading environment ( CNR) is
Can be estimated. Here, the variable m is, for example, m = 1 when the modulation scheme is BPSK, m = 2 when QPSK, and m = 3, 16-value QAM when 8-value PSK. When m = 4 and 32-value QAM, m = 5 and when 128-value QAM, m = 7, indicating the number of bits that can be transmitted in one symbol.

Q()を誤差補関数とすると、推定されたキャリア対雑音電力比R(CNR)(i,j,m)を用いて、mビット変調スキームを使用する際のサブキャリアjでのユーザ端末118−iについてのビットエラー率(BER)特性の予測値E(BER)(i,j,m)は、
となる。ここで、
である。
If Q () is an error complement function, user terminal 118 on subcarrier j when using the m-bit modulation scheme using estimated carrier-to-noise power ratio R (CNR) (i, j, m). The predicted value E (BER) (i, j, m) of the bit error rate (BER) characteristic for -i is
It becomes. here,
It is.

すべての周波数スロットにわたって割り当て可能なビット数の総和をとることにより、各ユーザ端末118−iについての全体の通信チャネル条件Vは、
と求まる。Vは、N×1の行列となる。行列Mi,sの各成分について、その成分が0の場合に対応する成分が0となり、その成分が0以外の整数となる場合に対応する成分が1となる行列をAi,sと定義する。例えば、周波数スロットsにおいてユーザ端末118−iに割り当て可能なビットが0ビットである場合、すなわち、ユーザ端末118−iがいずれの変調スキームを使用してもシステム内で共通に要求される目標PER特性E(PER) を満たさないことにより、ユーザ端末118−iがその周波数スロットsを使用できない場合、行列Ai,sのi,s成分は0となる。一方、スロットsにおいてユーザ端末118−iに割り当て可能なビットがmビットである場合には、行列Ai,sのi,s成分は1となる。周波数スロットsを利用可能なユーザ端末118−iの数により、スロットsについての全体的な通信チャネル条件Wは、
と求まる。
By taking the sum of the number of bits that can be allocated across all frequency slots, the overall communication channel condition V i for each user terminal 118- i is
It is obtained. V i is a N u × 1 matrix. For each component of the matrix M i, s, a matrix in which the corresponding component is 0 when the component is 0 and the corresponding component is 1 when the component is an integer other than 0 is defined as A i, s. To do. For example, if the number of bits that can be allocated to the user terminal 118-i in the frequency slot s is 0, that is, the target PER commonly required in the system regardless of the modulation scheme that the user terminal 118-i uses. If the user terminal 118-i cannot use the frequency slot s by not satisfying the characteristic E (PER) 0 , the i and s components of the matrix A i, s are 0. On the other hand, when the number of bits that can be allocated to the user terminal 118-i in the slot s is m bits, the i and s components of the matrix A i, s are 1. Depending on the number of user terminals 118-i available for frequency slot s, the overall communication channel condition W s for slot s is
It is obtained.

適切な周波数スロット及びビットが、行列V及びWを使用して、以下の基準に従って各ユーザ端末118−iに適応的に割り当てられる。すなわち、
基準1. より小さなVの値をもつユーザ端末118−iは、割り当てにおいてより高い優先順位を有する。
Appropriate frequency slots and bits are adaptively assigned to each user terminal 118-i according to the following criteria, using matrices V i and W s . That is,
Standard 1. User terminals 118-i with smaller values of V i have higher priority in allocation.

基準2. あるユーザ端末118−iについて、より小さなWの値を有する周波数スロットは、割り当てにおいてより高い優先順位を有する。 Standard 2. For a user terminal 118-i, more frequency slot having smaller values of W s have a higher priority in the assignment.

上記の基準を使用することにより、より大きなV及びWの値を有するユーザ端末118−iは優先順位が低くなるが、そのようにしてもより柔軟な周波数スロット割り当てを実現することができる。その理由は、より大きなV及びWの値を有するユーザ端末118−iは、割り当ての順番が後になっても、周波数スロットの割り当てにおいてより多くの機会を有するからである。従って、周波数スロットが割り当てられないことによるユーザ端末118−iとの通信の途絶を低減することができる。 By using the above criteria, user terminals 118-i with larger values of V i and W s have lower priority, but even so, more flexible frequency slot allocation can be achieved. . The reason is that user terminals 118-i having larger values of V i and W s have more opportunities in frequency slot allocation, even if the allocation order is later. Therefore, it is possible to reduce the interruption of communication with the user terminal 118-i due to the frequency slot not being assigned.

図15は、NodeB110又はeNodeB112とユーザ端末118−iとの間で行われる適応ビット割当処理のフローチャートである。   FIG. 15 is a flowchart of adaptive bit allocation processing performed between the NodeB 110 or the eNodeB 112 and the user terminal 118-i.

ステップS1504において、NodeB110又はeNodeB112は、“ユーザid”をi=1に設定する。ステップS1506において、NodeB110又はeNodeB112は、“周波数スロットの番号”をs=1に設定する。NodeB110又はeNodeB112は、パケットエラー率特性の初期値E(PER) (i,s)をE(PER) (i,s)=0に設定する(ステップS1508)。ステップS1510において、NodeB110又はeNodeB112は、“変調スキームの種類”をm=1に設定する。NodeB110又はeNodeB112は、ビットエラー率の初期値E(BER) をE(BER) =0に設定する。ステップS1504において、NodeB110又はeNodeB112は、“サブキャリアの番号”をj=1に設定する。 In step S1504, the NodeB 110 or the eNodeB 112 sets “user id” to i = 1. In step S1506, the NodeB 110 or the eNodeB 112 sets “frequency slot number” to s = 1. The NodeB 110 or the eNodeB 112 sets the initial value E (PER) 0 (i, s) of the packet error rate characteristic to E (PER) 0 (i, s) = 0 (step S1508). In step S1510, the NodeB 110 or the eNodeB 112 sets “Modulation scheme type” to m = 1. The NodeB 110 or the eNodeB 112 sets the initial value E (BER) 0 of the bit error rate to E (BER) 0 = 0. In step S1504, NodeB 110 or eNodeB 112 sets “subcarrier number” to j = 1.

NodeB110又はeNodeB112は、ユーザ端末118−iから受信したアップリンクRACHプリアンブルシンボルに基づいて、変調スキームの種類mの場合に、サブキャリアjでのユーザ端末118−iについて、キャリア対雑音電力比R(CNR)(i,j,m)を推定する(ステップS1516)。NodeB110又はeNodeB112は、キャリア対雑音電力比R(CNR)(i,j,m)を使用してビットエラー率特性E(BER)(i,j,m)を予測する(ステップS1518)。ビットエラー率特性がE(BER)(i,j,m)>E(BER) を満たす場合には、NodeB110又はeNodeB112は、E(BER) ←E(BER)(i,j,m)(変数E(BER) に、E(BER)(i,j,m)の値を代入する処理を意味する。以下、同じ。)及びjmax←jの処理を行う(ステップS1520)。 NodeB110 or eNodeB112, based on the uplink RACH preamble symbols received from the user terminal 118-i, in the case of types m of the modulation scheme, the user terminal 118-i at sub-carrier j, the carrier-to-noise power ratio R ( CNR) (i, j, m) is estimated (step S1516). The NodeB 110 or the eNodeB 112 predicts the bit error rate characteristic E (BER) (i, j, m) using the carrier-to-noise power ratio R (CNR) (i, j, m) (step S1518). When the bit error rate characteristic satisfies E (BER) (i, j, m)> E (BER) 0 , the Node B 110 or the eNode B 112 has E (BER) 0 ← E (BER) (i, j, m). (This means the process of substituting the value of E (BER) (i, j, m) into the variable E (BER) 0. The same applies hereinafter) and the process of j max ← j is performed (step S1520).

NodeB110又はeNodeB112は、“サブキャリアの番号”jがs(N+1)/Nよりも小さいか否かを判定する(ステップS1522)。“サブキャリアの番号”jがs(N+1)/Nよりも小さい場合には、NodeB110又はeNodeB112は、j←j+1の処理を行い(ステップS1524)、処理は、ステップS1516に戻る。 The NodeB 110 or the eNodeB 112 determines whether the “subcarrier number” j is smaller than s (N c +1) / N s (step S1522). When the “subcarrier number” j is smaller than s (N c +1) / N s , the NodeB 110 or the eNodeB 112 performs the process of j ← j + 1 (Step S1524), and the process returns to Step S1516.

“サブキャリアの番号”jがs(N+1)/N以上である場合には、NodeB110又はeNodeB112は、jmaxの値を使用して、周波数スロットsについて最も悪いBER特性B(BER)(i,s,m)を求め、パケットエラー率特性E(PER)(i,s,m) を予測する(ステップS1526)。パケットエラー率特性が、E(PER) (i,s)<E(PER)(i,s,m)≦E(PER) を満たす場合には、NodeB110又はeNodeB112は、E(PER) (i,s)←E(PER)(i,s,m)及びmmax(i,s)←mの処理を行う(ステップS1528)。ここで、E(PER) は、システム内で共通に要求される目標PER特性であり、mmax(i,s)は、スロットsにおけるユーザ端末118−iについての、条件E(PER)(i,s,m)≦E(PER) を満たす最大のmである。 If the “subcarrier number” j is greater than or equal to s (N c +1) / N s , the NodeB 110 or eNodeB 112 uses the value of j max and uses the worst BER characteristic B (BER) for the frequency slot s. (I, s, m) is obtained, and the packet error rate characteristic E (PER) (i, s, m) is predicted (step S1526). When the packet error rate characteristic satisfies E (PER) 0 (i, s) <E (PER) (i, s, m) ≦ E (PER) 0 , the NodeB 110 or the eNodeB 112 has E (PER) 0. (I, s) ← E (PER) (i, s, m) and m max (i, s) ← m are processed (step S1528). Here, E (PER) 0 is a target PER characteristic commonly required in the system, and m max (i, s) is a condition E (PER) (for user terminal 118-i in slot s. i, s, m) ≦ E (PER) The maximum m satisfying 0 .

NodeB110又はeNodeB112は、“変調スキームの種類”mがNよりも小さいか否かを判定する(ステップS1530)。“変調スキームの種類”mがNよりも小さい場合には、NodeB110又はeNodeB112は、m←m+1の処理を行い(ステップS1532)、処理は、ステップS1512に戻る。変調スキームの種類”mがN以上である場合には、NodeB110又はeNodeB112は、スロットsにおける各ユーザ端末118−iのmmax(i,s)を格納する(ステップS1534)。NodeB110又はeNodeB112は、“周波数スロットの番号”sがNよりも小さいか否かを判定する(ステップS1536)。“周波数スロットの番号”sがNよりも小さい場合には、NodeB110又はeNodeB112は、s←s+1の処理を行い(ステップS1538)、処理は、ステップS1508に戻る。周波数スロットの番号”sがN以上である場合には、NodeB110又はeNodeB112は、“ユーザid”iがNよりも小さいか否かを判定する(ステップS1540)。“ユーザid”iがNよりも小さい場合には、NodeB110又はeNodeB112は、i←i+1の処理を行い(ステップS1542)、処理は、ステップS1506に戻る。“ユーザid”iがN以上である場合には、NodeB110又はeNodeB112は、各ユーザ端末118−iについてのスロットの優先度、及び各ユーザ端末118−iのビット割当の優先度に従って、周波数スロット及び変調スキームのビットmを適応的に割り当てる。 The NodeB 110 or the eNodeB 112 determines whether the “modulation scheme type” m is smaller than N m (step S1530). When the “modulation scheme type” m is smaller than N m , the NodeB 110 or the eNodeB 112 performs the process m ← m + 1 (step S1532), and the process returns to the step S1512. When the modulation scheme type “m” is N m or more, the NodeB 110 or the eNodeB 112 stores m max (i, s) of each user terminal 118-i in the slot s (step S1534). The NodeB 110 or the eNodeB 112 Then, it is determined whether or not “frequency slot number” s is smaller than N s (step S1536) If “frequency slot number” s is smaller than N s , NodeB 110 or eNodeB 112 determines s ← s + 1. or performs the processing (step S1538), the processing returns. frequency slot number "when s is greater than or equal to N s is Node B 110 or eNodeB112 is" in step S1508 the user id "i is smaller than N u It is determined whether or not (step S1540). When "user id" i is smaller than N u is the NodeB110 or eNodeB112, i ← i + 1 of the processing carried out (step S1542), the process returns to step S1506. When "user id" i is greater than or equal to N u is Node B 110 or eNodeB112 the priority slot for each user terminal 118-i, and according to the priority of the bit allocation for each user terminal 118-i, the frequency slot And adaptively assign bits m of the modulation scheme.

再び、図14に戻り、NodeB110又はeNodeB112は、周波数スロット、変調ビット、及びタイムスロットの割り当て情報をユーザ端末118−iに送信する(ステップS1412)。ユーザ端末118−iは、周波数スロット、変調シンボルのビット数、及びタイムスロットの割り当て情報の通知に対する応答をNodeB110又はeNodeB112に送信する(ステップS1414)。ユーザ端末118−iは、ビデオストリーム配信要求をNodeB110又はeNodeB112に送信し(ステップS1416)、NodeB110又はeNodeB112は、そのビデオストリーム配信要求をコンテンツ配信サーバ122に送信する(ステップS1418)。この段階で、ユーザ端末118−iとコンテンツ配信サーバ122は、データ通信可能な状態となる(ステップS1420)。コンテンツ配信サーバ122は、NodeB110又はeNodeB112に番組表を送信し(ステップS1422)、NodeB110又はeNodeB112は、ユーザ端末118−iにその番組表を送信する(ステップS1424)。   Returning to FIG. 14 again, the NodeB 110 or the eNodeB 112 transmits frequency slot, modulation bit, and time slot allocation information to the user terminal 118-i (step S1412). The user terminal 118-i transmits a response to the notification of the frequency slot, the number of modulation symbol bits, and the time slot allocation information to the NodeB 110 or the eNodeB 112 (step S1414). The user terminal 118-i transmits a video stream distribution request to the NodeB 110 or the eNodeB 112 (step S1416), and the NodeB 110 or eNodeB 112 transmits the video stream distribution request to the content distribution server 122 (step S1418). At this stage, the user terminal 118-i and the content distribution server 122 are ready for data communication (step S1420). The content distribution server 122 transmits the program guide to the NodeB 110 or the eNodeB 112 (step S1422), and the NodeB 110 or eNodeB 112 transmits the program guide to the user terminal 118-i (step S1424).

番組表は、例えば、図16に示されているように構成してもよい。図示の例では、表示部210の横方向(長手方向)が各プログラムチャネルに対応し、縦方向が各時間帯に対応している。図16に示されている番組表は、図示のように、長手方向、縦方向、及び斜め方向に自由にスクロールさせることができ、また、円を描くように回転させることも可能である。例えば、プログラムチャネルとしては、「Abema News」、「Live Sports」、「Sport1」、及び「Sport2」がある。このうち、「Abema News」及び「Live Sports」は、ライブ、すなわち、生中継である。「Sport1」及び「Sport2」は、生中継であっても録画であってもよい。   For example, the program guide may be configured as shown in FIG. In the illustrated example, the horizontal direction (longitudinal direction) of the display unit 210 corresponds to each program channel, and the vertical direction corresponds to each time slot. As shown in the figure, the program guide shown in FIG. 16 can be freely scrolled in the longitudinal direction, the longitudinal direction, and the oblique direction, and can also be rotated to draw a circle. For example, the program channels include “Abema News”, “Live Sports”, “Sport 1”, and “Sport 2”. Among these, “Abema News” and “Live Sports” are live, that is, live broadcast. “Sport 1” and “Sport 2” may be live broadcast or video recording.

このように、本実施形態のビデオストリーム配信と従来のVideo On−Demand方式のストリーム配信との決定的な差異は、(1)番組表によって決められたスケジュールで各番組(プログラム)が配信され、(2)ライブ、すなわち、生中継を視聴することが可能であるという点である。本実施形態に従ったビデオストリーム配信によれば、プログラムの予約視聴、プログラムの予約録画を上記の番組表によってプログラムチャネル及び時間帯を指定することにより視聴することができ、過去に見逃したプログラムを番組表で指定することにより視聴することも可能である。   As described above, the decisive difference between the video stream distribution of the present embodiment and the conventional Video On-Demand stream distribution is that (1) each program (program) is distributed according to the schedule determined by the program table, (2) Live, that is, it is possible to view live broadcasts. According to the video stream distribution according to the present embodiment, the reserved viewing of the program and the reserved recording of the program can be viewed by designating the program channel and the time zone by the above program table, and the program missed in the past It is also possible to view by specifying in the program guide.

再び、図14に戻ると、ユーザ端末118−iは、番組表の受信に応答して、ユーザiが選択したプログラムが配信されているプログラムチャネルを示す選択信号をNodeB110又はeNodeB112に送信し(ステップS1426)、NodeB110又はeNodeB112は、その選択信号をコンテンツ配信サーバ122に送信する(ステップS1428)。選択信号は、コンテンツ配信サーバ122が番組表に従って配信している生放送や録画放送等のプログラムを視聴しようとする場合、及びコンテンツ配信サーバ122が既に配信したプログラムを視聴しようとする場合(タイムシフト視聴)の双方の場合に、ユーザ端末118−iからNodeB110又はeNodeB112を介してコンテンツ配信サーバ122に送られる。選択信号は、現在配信されている又は将来配信されるプログラムを視聴しようとする場合には、選択するべきプログラムチャネルを指定するのに使用され、いわゆる、タイムシフト視聴の場合には、コンテンツを指定するのに使用される。選択信号を受信したコンテンツ配信サーバ122は、ユーザ端末118−iとの間でシンボルレート(帯域幅)ネゴシエーションを行う(ステップS1430)。   Returning again to FIG. 14, in response to receiving the program guide, the user terminal 118-i transmits a selection signal indicating the program channel in which the program selected by the user i is distributed to the NodeB 110 or the eNodeB 112 (step S1426), NodeB 110 or eNodeB 112 transmits the selection signal to content distribution server 122 (step S1428). The selection signal is used when viewing a program such as a live broadcast or a recorded broadcast distributed by the content distribution server 122 according to the program guide, and when viewing a program already distributed by the content distribution server 122 (time-shifted viewing). In both cases, the content is sent from the user terminal 118-i to the content distribution server 122 via the NodeB 110 or the eNodeB 112. The selection signal is used to specify a program channel to be selected when viewing a currently distributed program or a program to be distributed in the future. In the case of so-called time-shifted viewing, a content is specified. Used to do. The content distribution server 122 that has received the selection signal performs a symbol rate (bandwidth) negotiation with the user terminal 118-i (step S1430).

コンテンツ配信サーバ122とユーザ端末118−iとの間で行われる帯域幅ネゴシエーションは、例えば、RTPプロトコルに従ったリアルタイムビデオストリームの配信の場合には、階層型QoS(Quality of Service)制御機能により行われる。   The bandwidth negotiation performed between the content distribution server 122 and the user terminal 118-i is performed by, for example, a hierarchical QoS (Quality of Service) control function in the case of distribution of a real-time video stream according to the RTP protocol. Is called.

図17は、RTPプロトコルに従った階層型QoS制御機能の構成を示す図である。   FIG. 17 is a diagram showing a configuration of a hierarchical QoS control function according to the RTP protocol.

データベースサーバ124のコンテンツデータベース510は、例えば、F[Gbps]、F[Gbps]、F[Gbps]、…の複数の符号化レートで符号化されたコンテンツを格納しており、コンテンツ配信サーバ122とユーザ端末118−iとの間で帯域制御により転送レート調整を行う際に、コンテンツの選択によってデータ量を調節する。コンテンツ配信サーバ122は、コンテンツ情報やサーバ情報を記述するMVXファイルを格納しており、ユーザ端末118−iとコンテンツ配信サーバ122との間のセッション確立時に帯域幅ネゴシエーション機能によって最適なコンテンツを選択する。コンテンツ情報やサーバ情報を記述するMVXファイルには、そのコンテンツが保持するメディアデータの数や帯域幅の情報が記述されている。輻輳予測及び検出機能、転送レート制御機能、及び限定的再送機能は、フレーム間引型動画配信システムを同様であるが、輻輳予測及び検出機能で帯域幅の上げ下げが発生した場合には階層型コンテンツ選択機能によるコンテンツの切替えを行う。 The content database 510 of the database server 124 stores, for example, content encoded at a plurality of encoding rates of F 1 [Gbps], F 1 [Gbps], F 3 [Gbps],. When the transfer rate is adjusted by bandwidth control between the server 122 and the user terminal 118-i, the data amount is adjusted by selecting the content. The content distribution server 122 stores content information and an MVX file describing server information, and selects an optimal content by a bandwidth negotiation function when a session is established between the user terminal 118-i and the content distribution server 122. . In the MVX file describing the content information and server information, the number of media data held by the content and information on the bandwidth are described. The congestion prediction and detection function, transfer rate control function, and limited retransmission function are the same as those in the frame thinning-out type video distribution system, but if the bandwidth is increased or decreased in the congestion prediction and detection function, the hierarchical content The content is switched by the selection function.

帯域幅ネゴシエーション機能は、ユーザ端末118−iがコンテンツ配信サーバ122との間の初期セッションを確立する際に、ユーザ端末118−iが接続されているモバイル通信ネットワーク104の状態から受信可能なシステム帯域幅を認識し、コンテンツ配信サーバ122に通知する機能である。RTPプロトコルに従った帯域幅ネゴシエーション機能は、RTSP及びRTCPによるセッション管理を行っており、RTSP及びRTCPを利用して初期セッション確立時に帯域幅ネゴシエーションを行う。コンテンツ配信サーバ122は、コンテンツとして保持している複数の階層型コンテンツの中で通知された帯域に最適なコンテンツを選択し配信を行う。   The bandwidth negotiation function is a system bandwidth that can be received from the state of the mobile communication network 104 to which the user terminal 118-i is connected when the user terminal 118-i establishes an initial session with the content distribution server 122. This function recognizes the width and notifies the content distribution server 122 of the width. The bandwidth negotiation function according to the RTP protocol performs session management by RTSP and RTCP, and performs bandwidth negotiation when an initial session is established using RTSP and RTCP. The content distribution server 122 selects and distributes the optimum content for the notified band from among the plurality of hierarchical contents held as the content.

フレーム間引型QoS制御の転送レート制御機能は、フレームレート制御機能を用いて、動画フレームを間引く方式であったため、輻輳時に極端にフレームレートが低下する傾向があり、静止画面の連続の様な動画再生となって再生品質が低下する場合があった。これに対して、階層型QoS制御は、転送レート制御機能の一機能として階層型コンテンツ選択機能を追加してあり、輻輳予測及び検出機能によって動的に利用可能な帯域幅が推定でき、階層型コンテンツ選択機能は、この帯域幅に基づいて動的に最適なコンテンツに切替えることにより、転送レートを制御する。このような階層型QoS制御方式の転送レート制御は、フレーム間引型QoS制御のようにフレームレートだけを調整して帯域を制御するものではないため、輻輳時でも再生側でフリーズ時間が発生しにくく、スムーズな再生が実現できる。   The transfer rate control function of frame decimation-type QoS control uses a frame rate control function to thin out moving image frames. Therefore, there is a tendency for the frame rate to decrease extremely during congestion, and it seems like a continuous still screen. In some cases, the playback quality deteriorates due to the playback of the video. On the other hand, the hierarchical QoS control adds a hierarchical content selection function as one function of the transfer rate control function, and can estimate the available bandwidth dynamically by the congestion prediction and detection function. The content selection function controls the transfer rate by dynamically switching to the optimum content based on this bandwidth. In such a hierarchical QoS control method, the transfer rate control does not control the bandwidth by adjusting only the frame rate unlike the frame thinning-out QoS control, so that a freeze time occurs on the playback side even at the time of congestion. It is difficult to achieve smooth playback.

図18は、HTTP Live Streaming(HLS)プロトコルに従ったQoS制御機能の構成を示す図である。   FIG. 18 is a diagram illustrating a configuration of a QoS control function according to the HTTP Live Streaming (HLS) protocol.

HTTP Live Streamingの再生においては、ユーザ端末118−iがインデックスファイル(M3U8)のプレイリストを読み込み、分割された複数のメディアファイルにプレイリストに示された順番でアクセスし、再生を行う。最初に、先頭のインデックスファイルを読み込み、次に、インデックスファイルに記載されたメディアファイルのURLにアクセスして再生し、その次に記載されたメディアファイルのURLにアクセスして再生するといった手順で動画を順次再生する。最後に再び、インデックスファイルを読み込んで再生終了となる。そのため、通常のストリーミングの再生では、コネクションを確立したら再生終了までコネクションを切断する事はないが、HTTP Live Streamingの再生においては、違うファイルにアクセスする度にコネクションの確立及び切断を繰り返す。   In the reproduction of HTTP Live Streaming, the user terminal 118-i reads the playlist of the index file (M3U8), accesses the divided media files in the order shown in the playlist, and performs the reproduction. First, read the top index file, then access and play the media file URL described in the index file, and then access and play the media file URL listed next. Are played sequentially. Finally, the index file is read again and the playback ends. For this reason, in normal streaming playback, once a connection is established, the connection is not disconnected until the end of playback. However, in HTTP Live Streaming playback, connection establishment and disconnection are repeated each time a different file is accessed.

HTTP Live Streamingの再生においては、図13に示されている“Low Quality”、“Middle Quality”、及び“High Quality”等の異なる帯域幅(シンボルレート)の動画を用意し、インデックスファイルにその情報を記述することができる。このことは、動画を再生するユーザ端末118−iが、自身の環境に応じて、帯域幅の異なる動画に切り替える事を可能とする。例えば、ユーザ端末118−iを取り扱うモバイル通信ネットワーク104の環境が悪くなった場合等に、今よりも低い帯域幅の動画に切り替える事が可能である。また、異なる帯域幅の情報だけでなく、動画を配信するコンテンツ配信サーバ122が複数ある場合に、その情報をインデックスルファイルに記述することもできる。このことは、いずれかのコンテンツ配信サーバ122において障害が発生した場合等に、ビデオストリームの再生をすることができなくなっても、ユーザ端末118−iは、インデックスファイルに記述してある別のコンテンツ配信サーバ122にアクセスすることにより、動画の再生を可能とする。   In the reproduction of HTTP Live Streaming, videos with different bandwidths (symbol rates) such as “Low Quality”, “Middle Quality”, and “High Quality” shown in FIG. 13 are prepared, and the information is stored in the index file. Can be described. This enables the user terminal 118-i that reproduces the moving image to switch to the moving image having a different bandwidth according to its own environment. For example, when the environment of the mobile communication network 104 that handles the user terminal 118-i is deteriorated, it is possible to switch to a moving image with a lower bandwidth than now. In addition, when there are a plurality of content distribution servers 122 that distribute moving images as well as information of different bandwidths, the information can be described in an indexable file. This means that even when a failure occurs in any of the content distribution servers 122, even if the video stream cannot be reproduced, the user terminal 118-i does not have another content described in the index file. By accessing the distribution server 122, it is possible to reproduce a moving image.

RTPプロトコルやHLSプロトコルの他にも、MPEG−DASH(Dynamic Adaptive Streaming over HTTP)に従ったQoS制御を行ってもよい。MPEG−DASHに従ったリアルタイムビデオストリームの配信においては、様々なユーザ端末118−iで動画を視聴する際に、帯域等のユーザの環境を考慮し、再生が途切れないようにシンボルレートを変動させることによって、システム帯域に対して最適な品質で動画を視聴することができる。例えば、モバイル通信ネットワーク104が混雑して帯域幅が狭い場合には、高ビットレートで動画を配信してしまうと再生が途切れてしまう可能性があるため、ビットレートを最適なものに変更し、再生が途切れないようにする。 In addition to the RTP protocol and the HLS protocol, QoS control according to MPEG-DASH (Dynamic Adaptive Streaming over HTTP) may be performed. In the delivery of real-time video stream in accordance with MPEG-DASH, variations in watch videos in a variety of user terminals 118-i, considering the user's environment bandwidth such, the symbol rate so that reproduction is not interrupted By doing so, it is possible to view the moving image with the optimum quality for the system band. For example, when the mobile communication network 104 is congested and the bandwidth is narrow, if the video is distributed at a high bit rate, playback may be interrupted, so the bit rate is changed to an optimal one, Ensure that playback is not interrupted.

ビットレートの切替えを行うために、予めコンテンツプロバイダ114のデータベースサーバ124に複数のビットレートに対応したメディアファイルを用意しておき、これらについての情報をMPD(Media Presentation Description)ファイルに記載しておく。ユーザ端末118−iは、最初に、MPDファイルを取得し、解析を実行する。解析によりプログラムタイミングやメディアファイルの取得先、最大ビットレート及び最小ビットレート等のストリーミング配信に必要な情報を取得し、HTTP GET要求を用いて、ビデオストリームセグメントを取得しストリーミングを開始する。ある程度バッファリングが行われた後に、システム帯域幅のモニタリングも行われ、この計測によってビットレートを決定し、十分なバッファ量を維持及び確保する。   In order to switch the bit rate, media files corresponding to a plurality of bit rates are prepared in advance in the database server 124 of the content provider 114, and information about these is described in an MPD (Media Presentation Description) file. . The user terminal 118-i first acquires the MPD file and executes analysis. Information necessary for streaming delivery such as program timing, media file acquisition destination, maximum bit rate, and minimum bit rate is acquired by analysis, a video stream segment is acquired using an HTTP GET request, and streaming is started. After a certain amount of buffering, the system bandwidth is also monitored, the bit rate is determined by this measurement, and a sufficient buffer amount is maintained and secured.

図19は、コンテンツ配信サーバ122とユーザ端末118−iとの間で行われるシンボルレート(帯域幅)ネゴシエーションのシーケンス図である。   FIG. 19 is a sequence diagram of a symbol rate (bandwidth) negotiation performed between the content distribution server 122 and the user terminal 118-i.

コンテンツ配信サーバ122から番組表を受信したユーザ端末118−iは、NodeB110又はeNodeB112を介してコンテンツ配信サーバ122に選択信号を送信する(ステップS1912、S1914)。選択信号を受信したコンテンツ配信サーバ122は、NodeB110又はeNodeB112にそのプログラム(番組)の最も低いシンボルレートFのリアルタイムビデオストリームを送信し(ステップS1916)、NodeB110又はeNodeB112は、ユーザ端末118−iにそのリアルタイムビデオストリームを送信する(ステップS1918)。ユーザ端末118−iは、受信した最も低いシンボルレートFのリアルタイムビデオストリームを復調及び復号し、ビットエラー率を推定する(ステップS1920)。ユーザ端末118−iは、推定したビットエラー率に基づいて受信シンボルレートFを上げるか否かの判定を行う(ステップS1922)。このとき、推定したビットエラー率が極めて低く、信号電力対雑音電力比(SNR)の推定が困難な場合には、ユーザ端末118−iは、伝送シンボルレートを上げ、且つ、変調指数の小さくして送信するように、コンテンツ配信サーバ122に要求する。ユーザ端末118−iは、NodeB110又はeNodeB112にシンボルレート増大要求信号を送信し(ステップS1924)、NodeB110又はeNodeB112は、コンテンツ配信サーバ122にそのシンボルレート増大要求信号を送信する(ステップS1926)。シンボルレート増大要求信号を受信したコンテンツ配信サーバ122は、NodeB110又はeNodeB112にそのプログラムの次に低いシンボルレートFのリアルタイムビデオストリームを送信し(ステップS1928)、NodeB110又はeNodeB112は、ユーザ端末118−iにそのリアルタイムビデオストリームを送信する(ステップS1930)。この手順を繰り返すことにより、ユーザ端末118−iが取り扱われているモバイル通信ネットワークのその時点での環境下で受信可能な最も高いシンボルレートが決定される。 The user terminal 118-i that has received the program guide from the content distribution server 122 transmits a selection signal to the content distribution server 122 via the NodeB 110 or the eNodeB 112 (steps S1912 and S1914). Content delivery server 122 which has received the selection signal transmits a lowest real-time video stream symbol rate F 1 of the program (program) to the Node B 110 or ENodeB112 (step S1916), Node B 110 or ENodeB112 causes the user terminal 118-i The real-time video stream is transmitted (step S1918). The user terminal 118-i demodulates and decodes the real-time video stream of the lowest symbol rate F 1 received, estimates the bit error rate (step S1920). The user terminal 118-i is, it is determined whether increasing the received symbol rate F 1 based on the estimated bit error rate (step S1922). At this time, when the estimated bit error rate is extremely low and it is difficult to estimate the signal power to noise power ratio (SNR), the user terminal 118-i increases the transmission symbol rate and decreases the modulation index. The content distribution server 122 is requested to transmit. The user terminal 118-i transmits a symbol rate increase request signal to the NodeB 110 or the eNodeB 112 (step S1924), and the NodeB 110 or eNodeB 112 transmits the symbol rate increase request signal to the content distribution server 122 (step S1926). Content delivery server 122 having received the symbol rate increase request signal, and transmitting real-time video stream next lower symbol rate F 2 of the program in the Node B 110 or ENodeB112 (step S1928), Node B 110 or ENodeB112 the user terminal 118-i The real-time video stream is transmitted to (step S1930). By repeating this procedure, the highest symbol rate that can be received in the current environment of the mobile communication network in which the user terminal 118-i is handled is determined.

再び、図14に戻り、ユーザ端末118−iが取り扱われているモバイル通信ネットワークのその時点での環境下で受信可能な最も高いシンボルレートが決定されると、コンテンツ配信サーバ122は、その決定されたシンボルレートで選択されたプログラムのリアルタイムビデオストリームの配信を開始する(ステップS1432)。   Referring back to FIG. 14, once the highest symbol rate that can be received in the current environment of the mobile communication network in which the user terminal 118-i is handled is determined, the content distribution server 122 determines the determination. Distribution of the real-time video stream of the program selected at the selected symbol rate is started (step S1432).

(7) プログラム視聴中のザッピング動作
図20は、ユーザ端末118−iでのプログラム視聴中のザッピング動作のフローチャートである。図21及び図22は、ユーザ端末118−iの表示部210上での横方向(長手方向)のザッピングの様子を示す図である。図23は、ユーザ端末118−iの表示部210上での縦方向のザッピングの様子を示す図である。
(7) Zapping Operation During Program Viewing FIG. 20 is a flowchart of the zapping operation during program viewing on the user terminal 118-i. FIG. 21 and FIG. 22 are diagrams illustrating a state of zapping in the horizontal direction (longitudinal direction) on the display unit 210 of the user terminal 118-i. FIG. 23 is a diagram illustrating a state of zapping in the vertical direction on the display unit 210 of the user terminal 118-i.

図21の上の図に示されているように、横方向のザッピング動作では、ユーザ端末118−iとコンテンツ配信サーバ122との間のセッションが確立され、選択されたプログラムチャネルのリアルタイムビデオストリームの受信を開始した後は、その選択した主プログラムチャネルが中央の部分に表示され、主プログラムチャネルの2つの隣接プログラムチャネルが、主プログラムチャネルの左右の部分に表示されている。この状態において、選択した主プログラムチャネルは、高いシンボルレートで受信及び再生され、2つの隣接プログラムチャネルは、主プログラムチャネルのシンボルレートよりも低いシンボルレートで受信及び再生されている。2つの隣接プログラムチャネルは、主プログラムチャネルよりも小さく表示される。図23の左の図においても同様に、その選択した主プログラムチャネルが中央の部分に表示され、主プログラムチャネルの2つの隣接プログラムチャネルが、主プログラムチャネルの上下の部分に表示されている。同様に、選択した主プログラムチャネルは、高いシンボルレートで受信及び再生され、2つの隣接プログラムチャネルは、主プログラムチャネルのシンボルレートよりも低いシンボルレートで受信及び再生されている。2つの隣接プログラムチャネルは、主プログラムチャネルよりも小さく表示される。   As shown in the upper diagram of FIG. 21, in the lateral zapping operation, a session between the user terminal 118-i and the content distribution server 122 is established, and the real-time video stream of the selected program channel is recorded. After the start of reception, the selected main program channel is displayed in the center portion, and two adjacent program channels of the main program channel are displayed in the left and right portions of the main program channel. In this state, the selected main program channel is received and reproduced at a high symbol rate, and two adjacent program channels are received and reproduced at a symbol rate lower than the symbol rate of the main program channel. Two adjacent program channels are displayed smaller than the main program channel. Similarly, in the left diagram of FIG. 23, the selected main program channel is displayed in the center portion, and two adjacent program channels of the main program channel are displayed in the upper and lower portions of the main program channel. Similarly, the selected main program channel is received and reproduced at a high symbol rate, and two adjacent program channels are received and reproduced at a symbol rate lower than the symbol rate of the main program channel. Two adjacent program channels are displayed smaller than the main program channel.

ユーザiが、図示するように、指で主プログラムチャネルの表示位置を一方の方向に移動させようとすると、ユーザ端末118−iは、主プログラムチャネルの表示位置の移動を、入力部208へのユーザiによる入力として検出する(ステップS2004)。ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量をモニタリングする(ステップS2006)。ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量が第1の閾値x以上となったか否かを判定する(ステップS2008)。主プログラムチャネルの表示位置の移動量が第1の閾値x以上となっていない場合には、処理は、ステップS2006に戻り、ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量のモニタリングを継続する。主プログラムチャネルの表示位置の移動量が第1の閾値x以上となっている場合には、ユーザ端末118−iのCPU216は、移動方向である一方の方向の隣接プログラムチャネルの受信及び再生を終了する(ステップS2010)。この時点の状態は、図21の下の図及び図23の中央の図に示されている。 When the user i tries to move the display position of the main program channel in one direction with his / her finger as shown in the figure, the user terminal 118-i moves the display position of the main program channel to the input unit 208. Detected as input by user i (step S2004). The CPU 216 of the user terminal 118-i monitors the movement amount of the display position of the main program channel (step S2006). CPU216 of the user terminal 118-i, the amount of movement of the display position of the main program channel determines whether or not a first threshold value x 1 or more (step S2008). If the movement amount of the display position of the main program channel is not the first threshold value x 1 or more, the process returns to step S2006, CPU 216 of user terminal 118-i, the movement of the display position of the main program channel Continue monitoring volume. If the movement amount of the display position of the main program channel is a first threshold value x 1 above, the user terminal 118-i CPU 216 is the one direction is a moving direction of the reception and reproduction of the adjacent program channels The process ends (step S2010). This state is shown in the lower diagram of FIG. 21 and the middle diagram of FIG.

一方の方向の隣接プログラムチャネルの受信及び再生を終了した後、ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量をモニタリングする(ステップS2012)。ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量が第2の閾値x以上となったか否かを判定する(ステップS2014)。主プログラムチャネルの表示位置の移動量が第2の閾値x以上となっていない場合には、ユーザ端末118−iのCPU216は、再び、主プログラムチャネルの表示位置の移動量が第1の閾値x以上であるか否かを判定する(ステップS2016)。主プログラムチャネルの表示位置の移動量が第1の閾値x以上である(x≦(主プログラムチャネルの表示位置の移動量)<x)場合には、処理は、ステップS2012に戻り、ユーザ端末118−iのCPU216は、最初の移動方向である一方の方向の隣接プログラムチャネルの受信及び再生を終了した後の主プログラムチャネルの表示位置の移動量のモニタリングを継続する。主プログラムチャネルの表示位置の移動量が第1の閾値xより小さくなってしまった((主プログラムチャネルの表示位置の移動量)<x)場合には、ユーザ端末118−iのCPU216は、最初の移動方向である一方の方向の隣接プログラムチャネルの受信及び再生を再び開始し(ステップS2018)、処理は、ステップS2006に戻り、ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量のモニタリングを継続する。この状態は、ユーザiが、一旦、主プログラムチャネルの表示位置を第1の閾値xを超えて移動させたが、その後、主プログラムチャネルの表示位置の移動量を第1の閾値xより小さくなるように戻してしまったということを意味する。 After completing the reception and reproduction of the adjacent program channel in one direction, the CPU 216 of the user terminal 118-i monitors the movement amount of the display position of the main program channel (step S2012). CPU216 of the user terminal 118-i, the amount of movement of the display position of the main program channel determines whether or not a second threshold value x 2 or more (step S2014). If the movement amount of the display position of the main program channel is not the second threshold value x 2 or more, CPU 216 of user terminal 118-i is, again, the amount of movement of the display position of the main program channel first threshold value determines whether or not x 1 or more (step S2016). If the amount of movement of the display position of the main program channel is the first threshold value x 1 or more (x 1 ≦ (the amount of movement of the display position of the main program channel) <x 2), the process returns to step S2012, The CPU 216 of the user terminal 118-i continues to monitor the movement amount of the display position of the main program channel after the reception and reproduction of the adjacent program channel in one direction which is the first movement direction is finished. If the amount of movement of the display position of the main program channel has become smaller than the first threshold value x 1 ((the amount of movement of the display position of the main program channel) <x 1) is, CPU 216 of user terminal 118-i is Then, reception and reproduction of the adjacent program channel in one direction which is the first movement direction is started again (step S2018), the processing returns to step S2006, and the CPU 216 of the user terminal 118-i displays the display position of the main program channel Continue monitoring the amount of movement. This condition, the user i is once but the display position of the main program channel is moved beyond the first threshold value x 1, then the threshold x 1 movement amount of the first display position of the main program channel It means that it has returned to become smaller.

ステップS2014で、主プログラムチャネルの表示位置の移動量が第2の閾値x以上である場合には、最初の移動方向である一方の方向とは反対方向の他方の方向の隣接プログラムチャネルのさらに隣の隣接プログラムチャネルの受信及び再生を開始する(ステップS2020)。この時点の状態は、図22の下の図及び図23の右の図に示されている。一方の方向と反対方向の他方の方向の隣接プログラムチャネルのさらに隣の隣接プログラムチャネルの受信及び再生を開始した後に、ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量をモニタリングする(ステップS2022)。ユーザ端末118−iのCPU216は、最初の移動方向である一方の方向とは反対方向の他方の方向の隣接プログラムチャネルが主プログラムチャネルの初期位置(中央の部分)に達したか否かを判定する(ステップS2024)。一方の方向とは反対方向の他方の方向の隣接プログラムチャネルが主プログラムチャネルの初期位置(中央の部分)に達している場合には、ユーザ端末118−iのCPU216は、最初の移動方向である一方の方向とは反対方向の他方の方向の隣接プログラムチャネルを高いシンボルレートで受信及び再生して精密な動画とするとともに、元の主プログラムチャネルを低いシンボルレートで受信及び再生して粗い動画を表示する(ステップS2028)。この時点の状態では、最初の移動方向である一方の方向とは反対方向の他方の方向の隣接プログラムチャネルが主プログラムチャネルになったということであり、ユーザ端末118−iのCPU216は、その隣接プログラムチャネルを指定する選択信号を生成し、コンテンツ配信サーバ122に送信する。コンテンツ配信サーバ122の検索ログ生成部418は、検索ログを生成し、その検索ログをデータベースサーバ124に送信し、データベースサーバ124は、その検索ログをユーザ検索ログデータベース506に格納する。 In step S2014, the movement amount of the display position of the main program channel if the second threshold x 2 or more, the one direction is the first direction of movement yet other direction of the adjacent program channels in the opposite direction Reception and playback of the adjacent adjacent program channel is started (step S2020). The state at this point is shown in the lower diagram of FIG. 22 and the right diagram of FIG. After starting the reception and playback of the adjacent program channel adjacent to the adjacent program channel in the other direction opposite to the one direction, the CPU 216 of the user terminal 118-i monitors the movement amount of the display position of the main program channel. (Step S2022). The CPU 216 of the user terminal 118-i determines whether or not the adjacent program channel in the other direction opposite to the one direction which is the first movement direction has reached the initial position (center portion) of the main program channel. (Step S2024). When the adjacent program channel in the other direction opposite to the one direction has reached the initial position (middle portion) of the main program channel, the CPU 216 of the user terminal 118-i is in the first moving direction. Receiving and playing back the adjacent program channel in the other direction opposite to one direction at a high symbol rate to produce a precise movie, and receiving and playing back the original main program channel at a low symbol rate to produce a coarse movie It is displayed (step S2028). In this state, the adjacent program channel in the other direction opposite to the first moving direction is the main program channel, and the CPU 216 of the user terminal 118-i A selection signal designating the program channel is generated and transmitted to the content distribution server 122. The search log generation unit 418 of the content distribution server 122 generates a search log, transmits the search log to the database server 124, and the database server 124 stores the search log in the user search log database 506.

ステップS2024で、最初の移動方向である一方の方向とは反対方向の他方の方向の隣接プログラムチャネルが主プログラムチャネルの初期位置(中央の部分)に達していない場合には、ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量が第2の閾値x以上であるか否かを判定する(ステップS2026)。主プログラムチャネルの表示位置の移動量が第2の閾値x以上である場合には、処理は、ステップS2022に戻り、ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量のモニタリングを継続する。ステップS2026で、主プログラムチャネルの表示位置の移動量が第2の閾値xよりも小さくなった場合には、処理は、ステップS2016に戻り、ユーザ端末118−iのCPU216は、再び、主プログラムチャネルの表示位置の移動量が第1の閾値x以上であるか否かを判定する。 If it is determined in step S2024 that the adjacent program channel in the other direction opposite to the first moving direction has not reached the initial position (center portion) of the main program channel, the user terminal 118-i the CPU216, the movement amount of the display position of the main program channel is equal to or second threshold value x 2 or more (step S2026). If the amount of movement of the display position of the main program channel is a second threshold value x 2 or more, the process returns to step S2022, the user terminal 118-i CPU 216 is the movement amount of the display position of the main program channel Continue monitoring. In step S2026, when the movement amount of the display position of the main program channel is smaller than the second threshold value x 2, the process returns to step S2016, CPU 216 of user terminal 118-i is again the main program movement amount of the display position of the channel is equal to or the first threshold value x 1 or more.

主プログラムチャネルの表示位置の移動量が第1の閾値x以上である(x≦(主プログラムチャネルの表示位置の移動量)<x)場合には、処理は、ステップS2012に戻り、ユーザ端末118−iのCPU216は、一方の方向の隣接プログラムチャネルの受信及び再生を終了した後の主プログラムチャネルの表示位置の移動量のモニタリングを継続する。この状態は、ユーザiが、一旦、主プログラムチャネルの表示位置を第2の閾値xを超えて移動させたが、その後、主プログラムチャネルの表示位置の移動量を第2の閾値xより小さくなるように戻してしまったということを意味する。 If the amount of movement of the display position of the main program channel is the first threshold value x 1 or more (x 1 ≦ (the amount of movement of the display position of the main program channel) <x 2), the process returns to step S2012, The CPU 216 of the user terminal 118-i continues to monitor the movement amount of the display position of the main program channel after completing the reception and reproduction of the adjacent program channel in one direction. This condition, the user i is once but the display position of the main program channel is moved beyond the second threshold value x 2, then the threshold x 2 movement amount of the second display position of the main program channel It means that it has returned to become smaller.

主プログラムチャネルの表示位置の移動量が第1の閾値xより小さくなってしまった((主プログラムチャネルの表示位置の移動量)<x)場合には、ユーザ端末118−iのCPU216は、最初の移動方向である一方の方向の隣接プログラムチャネルの受信及び再生を再び開始し(ステップS2018)、処理は、ステップS2006に戻り、ユーザ端末118−iのCPU216は、主プログラムチャネルの表示位置の移動量のモニタリングを継続する。この状態は、ユーザiが、一旦、主プログラムチャネルの表示位置を第2の閾値xを超えて移動させたが、その後、主プログラムチャネルの表示位置の移動量を第1の閾値xより小さくなるように戻してしまったということを意味する。 If the amount of movement of the display position of the main program channel has become smaller than the first threshold value x 1 ((the amount of movement of the display position of the main program channel) <x 1) is, CPU 216 of user terminal 118-i is Then, reception and reproduction of the adjacent program channel in one direction which is the first movement direction is started again (step S2018), the process returns to step S2006, and the CPU 216 of the user terminal 118-i displays the display position of the main program channel. Continue monitoring the amount of movement. This condition, the user i is once but moves the display position of the main program channel exceeds the second threshold value x 2, then the threshold x 1 movement amount of the first display position of the main program channel It means that it has returned to become smaller.

(8) ビデオストリームフラグメントのSNSへの拡散
本実施形態に従ったユーザ端末118−iは、リアルタイムビデオストリームの視聴中に、そのリアルタイムビデオストリームの任意の再生時間を指定して、SNSサービスプロバイダ116を介して、その指定した再生時間に対応するビデオストリームフラグメントをSNSサイトに投稿することができる。図27乃至図29は、指定した再生時間に対応するビデオストリームフラグメントをSNSサイトに投稿する際の操作を示す図である。
(8) Spreading of video stream fragment to SNS The user terminal 118-i according to the present embodiment specifies an arbitrary playback time of the real-time video stream while viewing the real-time video stream, and the SNS service provider 116 Via, a video stream fragment corresponding to the designated playback time can be posted to the SNS site. FIG. 27 to FIG. 29 are diagrams showing operations when posting a video stream fragment corresponding to the designated playback time to the SNS site.

図27に示されるように、ユーザiがユーザ端末118−iの表示部210の画面の右下の部分にある紙飛行機のマークをタッチすると、コメントを入力できる拡散画面が表示される。図28に示されているように、ユーザiがコメントを入力した後、画面の右下の部分のツィートという表示にタッチすると、SNSサイトに指定した再生時間に対応するビデオストリームフラグメントとコメントが掲載される。   As shown in FIG. 27, when the user i touches a paper airplane mark in the lower right portion of the screen of the display unit 210 of the user terminal 118-i, a diffusion screen on which a comment can be input is displayed. As shown in FIG. 28, after user i inputs a comment and touches the display “tweet” in the lower right part of the screen, the video stream fragment and the comment corresponding to the playback time specified in the SNS site are posted. Is done.

図24は、ビデオストリームフラグメントのSNSへの拡散の第1の実施形態を示すシーケンス図である。   FIG. 24 is a sequence diagram illustrating a first embodiment of spreading of video stream fragments into the SNS.

コンテンツプロバイダ114のコンテンツ配信サーバ122は、第1のユーザ端末118−iに対してリアルタイムビデオストリームを配信している(ステップS2402)。この際、第1のユーザ端末118−iは、リアルタイムビデオストリームを受信した後に、一時的にその受信したリアルタイムビデオストリームをバッファリングし、受信した時点から所定時間(約2秒)後にバッファリングしたリアルタイムビデオストリームを再生する。ユーザiがリアルタイムビデオストリーム視聴中に再生時刻に対応するビデオストリームフラグメントを指定すると、第1のユーザ端末118−iは、コンテンツプロバイダ114にビデオストリームフラグメント選択信号を送信する(ステップS2404)。ここで、第1のユーザ端末118−iが受信したRTPヘッダ部分1202は、RTPパケットのカウンタであるシーケンス番号、及びペイロードデータの先頭バイトのサンプリング時刻であるタイムスタンプ等を含んでいるので、第1のユーザ端末118−iは、指定したビデオストリームフラグメントを指定する情報として、シーケンス番号及びタイムスタンプをビデオストリームフラグメント選択信号に含めて送信する。また、HLSプロトコルに従った配信の場合には、第1のユーザ端末118−iが受信したインデックスファイルは、再生される複数のメディアファイルの位置に関する情報を含んでいるので、第1のユーザ端末118−iは、指定したビデオストリームフラグメントを指定する情報として、メディアファイルの位置に関する情報をビデオストリームフラグメント選択信号に含めて送信する。さらに、MPEG−DASH(Dynamic Adaptive Streaming over HTTP)プロトコルに従った配信の場合には、第1のユーザ端末118−iが受信したMPDファイルは、プログラムタイミングやメディアファイルの取得先についての情報を含んでいるので、プログラムタイミングやメディアファイルの取得先についての情報をビデオストリームフラグメント選択信号に含めて送信する。 The content distribution server 122 of the content provider 114 distributes the real-time video stream to the first user terminal 118-i 1 (step S2402). At this time, after receiving the real-time video stream, the first user terminal 118-i 1 temporarily buffers the received real-time video stream and performs buffering after a predetermined time (about 2 seconds) from the time of reception. Play the real-time video stream. When the user i designates a video stream fragment corresponding to the playback time during viewing of the real-time video stream, the first user terminal 118-i 1 transmits a video stream fragment selection signal to the content provider 114 (step S2404). Here, the RTP header portion 1202 received by the first user terminal 118-i1 includes a sequence number that is a counter of the RTP packet, a time stamp that is a sampling time of the first byte of payload data, and the like. the first user terminal 118-i 1 is, as information for specifying the specified video stream fragment, transmits including sequence number and time stamp to the video stream fragment selection signal. In the case of distribution according to the HLS protocol, the index file received by the first user terminal 118-i 1 includes information on the positions of a plurality of media files to be reproduced. The terminal 118-i 1 includes information on the position of the media file as information for designating the designated video stream fragment, and transmits it by including it in the video stream fragment selection signal. Furthermore, in the case of distribution in accordance with the MPEG-DASH (Dynamic Adaptive Streaming HTTP) protocol, the MPD file received by the first user terminal 118-i 1 contains information on the program timing and media file acquisition destination. Therefore, information about program timing and media file acquisition destination is included in the video stream fragment selection signal and transmitted.

ビデオストリームフラグメント選択信号を受信したコンテンツプロバイダ114は、選択されたビデオストリームフラグメントを特定し、特定したビデオストリームフラグメントを格納する(ステップS2406)。ここで、データベースサーバ124のコンテンツデータベース510に格納されている各ビデオストリームフラグメントのヘッダ部分904は、符号化データの格納位置を示すアドレス情報、及び復号や表示時刻等のヘッダ情報を格納しているので、コンテンツプロバイダ114は、これらの情報に基づいて、選択されたビデオストリームフラグメントを特定することができる。第1のユーザ端末118−iは、SNSサービスプロバイダ116にメッセージ投稿及び選択されたビデオストリームフラグメントの投稿リクエストを送信する(ステップS2408)。SNSサービスプロバイダ116は、投稿されたメッセージを格納及び表示する(ステップS2410)。 The content provider 114 that has received the video stream fragment selection signal identifies the selected video stream fragment and stores the identified video stream fragment (step S2406). Here, the header portion 904 of each video stream fragment stored in the content database 510 of the database server 124 stores address information indicating the storage position of the encoded data, and header information such as decoding and display time. Therefore, the content provider 114 can specify the selected video stream fragment based on the information. The first user terminal 118-i 1 transmits the post request message posting and the selected video streams fragment SNS service provider 116 (step S2408). The SNS service provider 116 stores and displays the posted message (step S2410).

第2のユーザ端末118−iは、SNSサービスプロバイダ116に投稿されたメッセージ及び選択されたビデオストリームフラグメントの閲覧リクエストを送信する(ステップS2412)。SNSサービスプロバイダ116は、コンテンツプロバイダ114に投稿されたメッセージ及び選択されたビデオストリームフラグメントの閲覧リクエストがあった旨を通知する(ステップS2414)。SNSサービスプロバイダ116は、第2のユーザ端末118−iに、投稿されたメッセージの内容を送信する(ステップS2416)と共に、コンテンツプロバイダ114は、第2のユーザ端末118−iに、選択されたビデオストリームフラグメントを送信する(ステップS2418)。 The second user terminal 118-i 2 transmits a message posted to the SNS service provider 116 and a viewing request for the selected video stream fragment (step S2412). The SNS service provider 116 notifies that there is a request for browsing the message posted to the content provider 114 and the selected video stream fragment (step S2414). The SNS service provider 116 transmits the content of the posted message to the second user terminal 118-i 2 (step S2416), and the content provider 114 is selected by the second user terminal 118-i 2. The transmitted video stream fragment is transmitted (step S2418).

この実施形態では、選択されたビデオストリームフラグメントは、SNSサービスプロバイダ116のデータベースサーバ130に格納されることはない。   In this embodiment, the selected video stream fragment is not stored in the database server 130 of the SNS service provider 116.

また、本実施形態によれば、ユーザ端末118−iのみを使用することにより、ユーザ端末118−iでのリアルタイムビデオストリームの視聴中に、そのリアルタイムビデオストリームの任意の位置のビデオストリームフラグメントのSNSサイトへの投稿が、簡単な方法で可能となる。このことは、データベースサーバ124における図10に示すリアルタイムビデオストリームの格納方法、及び図11乃至13と図17及び図18に示すリアルタイムビデオストリームの配信方法を合わせて使用することにより、可能となることである。   Further, according to the present embodiment, by using only the user terminal 118-i, the SNS of the video stream fragment at an arbitrary position of the real-time video stream is viewed while the real-time video stream is viewed on the user terminal 118-i. Posting to the site is possible in a simple way. This can be achieved by using the database server 124 together with the real-time video stream storage method shown in FIG. 10 and the real-time video stream delivery methods shown in FIGS. 11 to 13 and FIGS. It is.

図25は、ビデオストリームフラグメントのSNSへの拡散の第2の実施形態を示すシーケンス図である。   FIG. 25 is a sequence diagram illustrating a second embodiment of spreading the video stream fragment to the SNS.

コンテンツプロバイダ114のコンテンツ配信サーバ122は、第1のユーザ端末118−iに対してリアルタイムビデオストリームを配信している(ステップS2502)。ユーザiがリアルタイムビデオストリーム視聴中に再生時刻に対応するビデオストリームフラグメントを指定すると、第1のユーザ端末118−iは、コンテンツプロバイダ114にビデオストリームフラグメント選択信号を送信する(ステップS2504)。ここで、第1のユーザ端末118−iが受信したRTPヘッダ部分1202は、RTPパケットのカウンタであるシーケンス番号、及びペイロードデータの先頭バイトのサンプリング時刻であるタイムスタンプ等を含んでいるので、第1のユーザ端末118−iは、指定したビデオストリームフラグメントを指定する情報として、シーケンス番号及びタイムスタンプをビデオストリームフラグメント選択信号に含めて送信する。また、HLSプロトコルに従った配信の場合には、第1のユーザ端末118−iが受信したインデックスファイルは、再生される複数のメディアファイルの位置に関する情報を含んでいるので、第1のユーザ端末118−iは、指定したビデオストリームフラグメントを指定する情報として、メディアファイルの位置に関する情報をビデオストリームフラグメント選択信号に含めて送信する。さらに、MPEG−DASHプロトコルに従った配信の場合には、第1のユーザ端末118−iが受信したMPDファイルは、プログラムタイミングやメディアファイルの取得先についての情報を含んでいるので、プログラムタイミングやメディアファイルの取得先についての情報をビデオストリームフラグメント選択信号に含めて送信する。 The content distribution server 122 of the content provider 114 distributes the real-time video stream to the first user terminal 118-i 1 (step S2502). When the user i designates a video stream fragment corresponding to the playback time while viewing the real-time video stream, the first user terminal 118-i 1 transmits a video stream fragment selection signal to the content provider 114 (step S2504). Here, the RTP header portion 1202 received by the first user terminal 118-i1 includes a sequence number that is a counter of the RTP packet, a time stamp that is a sampling time of the first byte of payload data, and the like. the first user terminal 118-i 1 is, as information for specifying the specified video stream fragment, transmits including sequence number and time stamp to the video stream fragment selection signal. In the case of distribution according to the HLS protocol, the index file received by the first user terminal 118-i 1 includes information on the positions of a plurality of media files to be reproduced. The terminal 118-i 1 includes information on the position of the media file as information for designating the designated video stream fragment, and transmits it by including it in the video stream fragment selection signal. Further, in the case of distribution according to the MPEG-DASH protocol, the MPD file received by the first user terminal 118-i 1 includes information on the program timing and the acquisition destination of the media file. And information on the acquisition destination of the media file are included in the video stream fragment selection signal and transmitted.

第1のユーザ端末118−iは、コンテンツプロバイダ114から選択したビデオストリームフラグメントをダウンロードする(ステップS2506)。この際、データベースサーバ124のコンテンツデータベース510に格納されている各ビデオストリームフラグメントのヘッダ部分904は、符号化データの格納位置を示すアドレス情報、及び復号や表示時刻等のヘッダ情報を格納しているので、コンテンツプロバイダ114は、これらの情報に基づいて、選択されたビデオストリームフラグメントを取得することができる。第1のユーザ端末118−iは、ダウンロードした選択されたビデオストリームフラグメントを格納する(ステップS2508)。第1のユーザ端末118−iは、SNSサービスプロバイダ116にメッセージ投稿及び選択されたビデオストリームフラグメントの投稿リクエストを送信し(ステップS2510)、選択されたビデオストリームフラグメントをSNSサービスプロバイダ116にアップロードする(ステップS2512)。SNSサービスプロバイダ116は、アップロードされた選択されたビデオストリームフラグメントを、データベースサーバ130のビデオストリームフラグメントデータベース710に格納する(ステップS2514)。 The first user terminal 118-i 1 downloads the video stream fragments selected from the content provider 114 (step S2506). At this time, the header portion 904 of each video stream fragment stored in the content database 510 of the database server 124 stores address information indicating the storage position of the encoded data and header information such as decoding and display time. Therefore, the content provider 114 can obtain the selected video stream fragment based on the information. The first user terminal 118-i 1 stores the downloaded selected video stream fragments (step S2508). The first user terminal 118-i 1 sends a message posting and a posting request for the selected video stream fragment to the SNS service provider 116 (step S2510), and uploads the selected video stream fragment to the SNS service provider 116. (Step S2512). The SNS service provider 116 stores the uploaded selected video stream fragment in the video stream fragment database 710 of the database server 130 (step S2514).

第2のユーザ端末118−iは、SNSサービスプロバイダ116に投稿されたメッセージ及び選択されたビデオストリームフラグメントの閲覧リクエストを送信する(ステップS2516)。SNSサービスプロバイダ116は、第2のユーザ端末118−iに、投稿されたメッセージの内容を送信する(ステップS2518)と共に、第2のユーザ端末118−iに、選択されたビデオストリームフラグメントを送信する(ステップS2520)。 The second user terminal 118-i 2 transmits a message posted to the SNS service provider 116 and a viewing request for the selected video stream fragment (step S2516). The SNS service provider 116 transmits the content of the posted message to the second user terminal 118-i 2 (step S2518), and sends the selected video stream fragment to the second user terminal 118-i 2. Transmit (step S2520).

本実施形態によれば、ユーザ端末118−iのみを使用することにより、ユーザ端末118−iでのリアルタイムビデオストリームの視聴中に、そのリアルタイムビデオストリームの任意の位置のビデオストリームフラグメントのSNSサイトへの投稿が、簡単な方法で可能となる。このことは、データベースサーバ124における図10に示すリアルタイムビデオストリームの格納方法、及び図11乃至13と図17及び図18に示すリアルタイムビデオストリームの配信方法を合わせて使用することにより、可能となることである。   According to the present embodiment, by using only the user terminal 118-i, while viewing the real-time video stream at the user terminal 118-i, to the SNS site of the video stream fragment at an arbitrary position of the real-time video stream. Can be posted in a simple way. This can be achieved by using the database server 124 together with the real-time video stream storage method shown in FIG. 10 and the real-time video stream delivery methods shown in FIGS. 11 to 13 and FIGS. It is.

図26は、ビデオストリームフラグメントのSNSへの拡散の第3の実施形態を示すシーケンス図である。   FIG. 26 is a sequence diagram illustrating a third embodiment of spreading the video stream fragment to the SNS.

コンテンツプロバイダ114のコンテンツ配信サーバ122は、第1のユーザ端末118−iに対してリアルタイムビデオストリームを配信している(ステップS2602)。ユーザiがリアルタイムビデオストリーム視聴中に再生時刻に対応するビデオストリームフラグメントを指定すると、第1のユーザ端末118−iは、コンテンツプロバイダ114にビデオストリームフラグメント選択信号を送信する(ステップS2604)。ここで、第1のユーザ端末118−iが受信したRTPヘッダ部分1202は、RTPパケットのカウンタであるシーケンス番号、及びペイロードデータの先頭バイトのサンプリング時刻であるタイムスタンプ等を含んでいるので、第1のユーザ端末118−iは、指定したビデオストリームフラグメントを指定する情報として、シーケンス番号及びタイムスタンプをビデオストリームフラグメント選択信号に含めて送信する。また、HLSプロトコルに従った配信の場合には、第1のユーザ端末118−iが受信したインデックスファイルは、再生される複数のメディアファイルの位置に関する情報を含んでいるので、第1のユーザ端末118−iは、指定したビデオストリームフラグメントを指定する情報として、メディアファイルの位置に関する情報をビデオストリームフラグメント選択信号に含めて送信する。さらに、MPEG−DASHプロトコルに従った配信の場合には、第1のユーザ端末118−iが受信したMPDファイルは、プログラムタイミングやメディアファイルの取得先についての情報を含んでいるので、プログラムタイミングやメディアファイルの取得先についての情報をビデオストリームフラグメント選択信号に含めて送信する。 The content distribution server 122 of the content provider 114 distributes the real-time video stream to the first user terminal 118-i 1 (step S2602). When the user i designates a video stream fragment corresponding to the playback time during viewing of the real-time video stream, the first user terminal 118-i 1 transmits a video stream fragment selection signal to the content provider 114 (step S2604). Here, the RTP header portion 1202 received by the first user terminal 118-i1 includes a sequence number that is a counter of the RTP packet, a time stamp that is a sampling time of the first byte of payload data, and the like. the first user terminal 118-i 1 is, as information for specifying the specified video stream fragment, transmits including sequence number and time stamp to the video stream fragment selection signal. In the case of distribution according to the HLS protocol, the index file received by the first user terminal 118-i 1 includes information on the positions of a plurality of media files to be reproduced. The terminal 118-i 1 includes information on the position of the media file as information for designating the designated video stream fragment, and transmits it by including it in the video stream fragment selection signal. Further, in the case of distribution according to the MPEG-DASH protocol, the MPD file received by the first user terminal 118-i 1 includes information on the program timing and the acquisition destination of the media file. And information on the acquisition destination of the media file are included in the video stream fragment selection signal and transmitted.

ビデオストリームフラグメント選択信号を受信したコンテンツプロバイダ114は、選択されたビデオストリームフラグメントを特定し、特定したビデオストリームフラグメントを格納する(ステップS2606)。ここで、データベースサーバ124のコンテンツデータベース510に格納されている各ビデオストリームフラグメントのヘッダ部分904は、符号化データの格納位置を示すアドレス情報、及び復号や表示時刻等のヘッダ情報を格納しているので、コンテンツプロバイダ114は、これらの情報に基づいて、選択されたビデオストリームフラグメントを特定することができる。第1のユーザ端末118−iは、コンテンツプロバイダ114にメッセージ投稿及び選択されたビデオストリームフラグメントの投稿リクエストを送信し(ステップS2608)、コンテンツプロバイダ114は、SNSサービスプロバイダ116に、そのメッセージ投稿及び選択されたビデオストリームフラグメントの投稿リクエストを送信する(ステップS2616)。SNSサービスプロバイダ116は、投稿されたメッセージを格納及び表示する(ステップS2612)。 The content provider 114 that has received the video stream fragment selection signal identifies the selected video stream fragment and stores the identified video stream fragment (step S2606). Here, the header portion 904 of each video stream fragment stored in the content database 510 of the database server 124 stores address information indicating the storage position of the encoded data, and header information such as decoding and display time. Therefore, the content provider 114 can specify the selected video stream fragment based on the information. The first user terminal 118-i 1 sends a message posting and a posting request for the selected video stream fragment to the content provider 114 (step S2608), and the content provider 114 sends the message posting and the SNS service provider 116 with the message posting and A posting request for the selected video stream fragment is transmitted (step S2616). The SNS service provider 116 stores and displays the posted message (step S2612).

第2のユーザ端末118−iは、コンテンツプロバイダ114に、投稿されたメッセージ及び選択されたビデオストリームフラグメントの閲覧リクエストを送信し(ステップS2614)、コンテンツプロバイダ114は、SNSサービスプロバイダ116に、その投稿されたメッセージ及び選択されたビデオストリームフラグメントの閲覧リクエストを送信する(ステップS2616)。コンテンツプロバイダ114は、SNSサービスプロバイダ116に、選択されたビデオストリームフラグメントを送信し(ステップS2618)、SNSサービスプロバイダ116は、第2のユーザ端末118−iに、選択されたビデオストリームフラグメントを送信する(ステップS2620)。SNSサービスプロバイダ116は、第2のユーザ端末118−iに、投稿されたメッセージの内容を送信する(ステップS2622)。 The second user terminal 118-i 2 transmits a posted message and a request for viewing the selected video stream fragment to the content provider 114 (step S2614), and the content provider 114 transmits the request to the SNS service provider 116. A viewing request for the posted message and the selected video stream fragment is transmitted (step S2616). Content provider 114, the SNS service provider 116 transmits the video stream fragments that have been selected (step S2618), SNS service provider 116, the second user terminal 118-i 2, sends a video stream fragments that have been selected (Step S2620). The SNS service provider 116 transmits the content of the posted message to the second user terminal 118-i 2 (step S2622).

本実施形態によれば、ユーザ端末118−iのみを使用することにより、ユーザ端末118−iでのリアルタイムビデオストリームの視聴中に、そのリアルタイムビデオストリームの任意の位置のビデオストリームフラグメントのSNSサイトへの投稿が、簡単な方法で可能となる。このことは、データベースサーバ124における図10に示すリアルタイムビデオストリームの格納方法、及び図11乃至13と図17及び図18に示すリアルタイムビデオストリームの配信方法を合わせて使用することにより、可能となることである。   According to the present embodiment, by using only the user terminal 118-i, while viewing the real-time video stream at the user terminal 118-i, to the SNS site of the video stream fragment at an arbitrary position of the real-time video stream. Can be posted in a simple way. This can be achieved by using the database server 124 together with the real-time video stream storage method shown in FIG. 10 and the real-time video stream delivery methods shown in FIGS. 11 to 13 and FIGS. It is.

図29に示されるように、第2のユーザ端末118−iが選択されたビデオストリームフラグメントを閲覧すると、SNSサービスプロバイダ116のデータベースサーバ130のユーザ投稿履歴データベース714に格納されている、“コンテンツid”lで識別されるコンテンツごとに、及び投稿されたメッセージごとに、そのコンテンツを投稿した“ユーザid”のシーケンス、及びそのメッセージを投稿した“ユーザid”のシーケンスが一覧表の形で表示される。 As shown in FIG. 29, when the second user terminal 118-i 2 browses the selected video stream fragment, “content” stored in the user posting history database 714 of the database server 130 of the SNS service provider 116 is stored. For each content identified by id “l” and for each posted message, the sequence of “user id” that posted the content and the sequence of “user id” that posted the message are displayed in the form of a list. Is done.

本発明に従った上記の方法の各ステップは、CPUとメモリとを備えた、図示しないオペレータの端末によって行われてもよい。本発明の実施形態においては、上記の方法を実行するのに用いられるソフトウェアプログラムが、デジタル・データ・ストレージ媒体等のプログラム・ストレージ・デバイスに格納されていてもよく、これらのプログラム・ストレージ・デバイスは、機械読取り可能、又はコンピュータ読取り可能であり、また、これらのコンピュータ又は機械は、プログラム命令を機械実行可能プログラム、又はコンピュータ実行可能プログラムとしてエンコードし、エンコードされたプログラム命令は、本発明の方法のステップのうちの一部又は全部を実行する。プログラム・ストレージ・デバイスは、例えば、デジタル・メモリ、磁気ディスク及び磁気テープ等の磁気ストレージ媒体、ハード・ドライブ、又は光学的読取り可能デジタル・データ・ストレージ媒体とすることができる。   Each step of the above method according to the present invention may be performed by an operator terminal (not shown) having a CPU and a memory. In an embodiment of the present invention, the software program used to execute the above method may be stored in a program storage device such as a digital data storage medium, and these program storage devices Are machine-readable or computer-readable, and these computers or machines encode program instructions as machine-executable programs or computer-executable programs, and the encoded program instructions are the method of the present invention. Some or all of these steps are executed. The program storage device can be, for example, a digital storage, a magnetic storage medium such as a magnetic disk and magnetic tape, a hard drive, or an optically readable digital data storage medium.

本発明は、ソフトウェア、及び/又はソフトウェアとハードウェアの組合せで、例えば、特定用途向け集積回路(ASIC:application specific integrated circuit)、フィールド・プログラマブル・ゲート・アレイ(FPGA:field programmable gate array)と、汎用コンピュータ、又は他の任意のハードウェア等価物を使用して実装されてもよい。   The present invention may be software and / or a combination of software and hardware, for example, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), It may be implemented using a general purpose computer, or any other hardware equivalent.

上記の説明は、単に、本発明の特定の実施形態の開示を提供しているにすぎず、本発明を上記の実施形態のみに限定するように意図されてはいない。従って、本発明は、上記で説明された実施形態だけに限定されるものではなく、むしろ、当業者が本発明の範囲内に含まれる代替の実施形態を考案し得ることが認識される。   The above description merely provides a disclosure of specific embodiments of the invention and is not intended to limit the invention to only the above embodiments. Accordingly, it is recognized that the present invention is not limited to the embodiments described above, but rather, those skilled in the art can devise alternative embodiments that fall within the scope of the present invention.

100: 無線通信ネットワーク
102: 上位ネットワーク
104: モバイル通信ネットワーク
106: コンテンツサービスルータ
108: 無線ネットワークコントローラ(RNC)
110: NodeB
112: eNodeB
100: wireless communication network 102: upper network 104: mobile communication network 106: content service router 108: radio network controller (RNC)
110: NodeB
112: eNodeB

Claims (15)

通信ネットワークを介してコンテンツ配信サーバに接続された、メモリとプロセッサとを含むユーザ端末であって、
該通信ネットワークを介して該コンテンツ配信サーバから異なるコンテンツの少なくとも3つのビデオストリームを受信する送受信インターフェイスを含み、該3つのビデオストリームのうちの少なくとも1つは、高いビットレートで受信され、該3つのビデオストリームのうちの残りのものは、低いビットレートで受信され、
該高いビットレートで受信した該3つのビデオストリームのうちの該少なくとも1つを、主プログラムチャネルとして、主プログラムチャネル領域で再生し、該低いビットレートで受信した該3つのビデオストリームのうちの該残りのものを、隣接プログラムチャネルとして、該主プログラムチャネル領域の対向する一対の端部にそれぞれ隣接する少なくとも2つの隣接プログラムチャネル領域で再生するディスプレイと、を含み、
該主プログラムチャネル領域は、プログラムチャネルの切り替えのために、ユーザの操作に応答して該少なくとも2つの隣接プログラムチャネル領域のいずれの方向にも移動可能である、ユーザ端末。
A user terminal including a memory and a processor connected to a content distribution server via a communication network,
A transmission / reception interface for receiving at least three video streams of different content from the content distribution server via the communication network, wherein at least one of the three video streams is received at a high bit rate; The rest of the video stream is received at a low bit rate,
The at least one of the three video streams received at the high bit rate is played as a main program channel in the main program channel region, and the at least one of the three video streams received at the low bit rate A display that plays back the remaining ones as adjacent program channels in at least two adjacent program channel regions each adjacent to a pair of opposing ends of the main program channel region;
The main program channel region is movable in either direction of the at least two adjacent program channel regions in response to a user operation for program channel switching.
請求項1に記載のユーザ端末において、
該プロセッサは、該主プログラムチャネル領域がユーザの操作に応答して該少なくとも2つの隣接プログラムチャネル領域のうちの一方の隣接プログラムチャネル領域の方向に移動する場合に、該主プログラムチャネル領域の移動量をモニタリングし、
該プロセッサは、該主プログラムチャネル領域の移動量が所定の第1の閾値に達した場合に、該主プログラムチャネル領域の移動方向の端部と隣接する該一方の隣接プログラムチャネル領域で再生されている隣接プログラムチャネルの受信及び再生を終了するように、該送受信インターフェイス及び該ディスプレイを制御し、
該プロセッサは、該主プログラムチャネル領域の移動量が所定の第2の閾値に達した場合に、該主プログラムチャネル領域の該移動方向とは反対方向の端部と隣接する他方の隣接プログラムチャネル領域で再生されている他方の隣接プログラムチャネルのさらに隣の隣接プログラムチャネルの受信及び再生を開始するように、該送受信インターフェイス及び該ディスプレイを制御し、
該プロセッサは、該主プログラムチャネル領域の該移動方向とは反対方向の端部と隣接する該他方の隣接プログラムチャネル領域が該主プログラムチャネル領域の初期位置に達した場合に、該他方の隣接プログラムチャネルを該高いビットレートで受信して再生し、該一方の隣接プログラムチャネル領域の初期位置に移動した該主プログラムチャネル領域で再生されている該主プログラムチャネルを該低いビットレートで受信して再生するように、該送受信インターフェイス及び第ディスプレイを制御する、ユーザ端末。
The user terminal according to claim 1,
When the main program channel area moves in the direction of one of the at least two adjacent program channel areas in response to a user operation, the processor moves the main program channel area. Monitoring
When the movement amount of the main program channel area reaches a predetermined first threshold, the processor reproduces data in the one adjacent program channel area adjacent to the end of the movement direction of the main program channel area. Controlling the transmission / reception interface and the display to end reception and playback of adjacent program channels,
When the amount of movement of the main program channel region reaches a predetermined second threshold, the processor, the other adjacent program channel region adjacent to the end of the main program channel region opposite to the moving direction Controlling the transmission / reception interface and the display to start reception and playback of an adjacent program channel next to the other adjacent program channel being played in
The processor, when the other adjacent program channel area adjacent to the end of the main program channel area in the direction opposite to the moving direction reaches the initial position of the main program channel area, A channel is received and played back at the high bit rate, and the main program channel played back in the main program channel region moved to the initial position of the one adjacent program channel region is received and played back at the low bit rate. A user terminal for controlling the transmission / reception interface and the first display.
請求項1に記載のユーザ端末において、
該異なるコンテンツの該少なくとも3つのビデオストリームは、番組表に従って該主プログラムチャネルを指定することにより該コンテンツ配信サーバから配信される、ユーザ端末。
The user terminal according to claim 1,
The user terminal, wherein the at least three video streams of the different contents are distributed from the content distribution server by designating the main program channel according to a program guide.
請求項3に記載のユーザ端末において、
該番組表は、該コンテンツ配信サーバが過去に配信したコンテンツを掲載しており、該番組表に従って該過去に配信したコンテンツを指定することにより、該過去に配信した該コンテンツが該コンテンツ配信サーバから配信される、ユーザ端末。
In the user terminal according to claim 3,
The program guide lists contents distributed in the past by the content distribution server, and by specifying the content distributed in the past according to the program guide, the content distributed in the past is sent from the content distribution server. User terminal to be delivered.
請求項1に記載のユーザ端末において、
該異なるコンテンツの該少なくとも3つのビデオストリームは、リアルタイムトランスポートプロトコル(RTP)、HTTPライブストリーミング(HLS)プロトコル、及びMPEG−DASHプロトコルからなる群から選択されたプロトコルに従って該コンテンツ配信サーバから配信される、ユーザ端末。
The user terminal according to claim 1,
The at least three video streams of the different content are delivered from the content delivery server according to a protocol selected from the group consisting of a real time transport protocol (RTP), an HTTP live streaming (HLS) protocol, and an MPEG-DASH protocol. , User terminal.
通信ネットワークを介してコンテンツ配信サーバに接続された、メモリとプロセッサとを含むユーザ端末において、異なるコンテンツの少なくとも3つのビデオストリームを再生する方法であって、
該通信ネットワークを介して該コンテンツ配信サーバから該異なるコンテンツの該少なくとも3つのビデオストリームを送受信インターフェイスで受信するステップを含み、該3つのビデオストリームのうちの少なくとも1つは、高いビットレートで受信され、該3つのビデオストリームのうちの残りのものは、低いビットレートで受信され、
該高いビットレートで受信した該3つのビデオストリームのうちの該少なくとも1つを、主プログラムチャネルとして、ディスプレイの主プログラムチャネル領域で再生し、該低いビットレートで受信した該3つのビデオストリームのうちの該残りのものを、隣接プログラムチャネルとして、該ディスプレイの該主プログラムチャネル領域の対向する一対の端部にそれぞれ隣接する少なくとも2つの隣接プログラムチャネル領域で再生するステップと、を含み、
該主プログラムチャネル領域は、プログラムチャネルの切り替えのために、ユーザの操作に応答して該少なくとも2つの隣接プログラムチャネル領域のいずれの方向にも移動可能である、ビデオストリーム再生方法。
A method for playing back at least three video streams of different contents in a user terminal including a memory and a processor connected to a content distribution server via a communication network,
Receiving at least one of the three video streams of the different content at the transmit / receive interface from the content distribution server via the communication network, wherein at least one of the three video streams is received at a high bit rate. The remaining of the three video streams are received at a low bit rate,
The at least one of the three video streams received at the high bit rate is played as a main program channel in the main program channel region of the display, and the at least one of the three video streams received at the low bit rate Replaying the rest of the as adjacent program channels in at least two adjacent program channel regions, each adjacent to a pair of opposing ends of the main program channel region of the display,
The video stream playback method, wherein the main program channel region is movable in either direction of the at least two adjacent program channel regions in response to a user operation for switching program channels.
請求項6に記載のビデオストリーム再生方法において、
該プロセッサが、該主プログラムチャネル領域がユーザの操作に応答して該少なくとも2つの隣接プログラムチャネル領域のうちの一方の隣接プログラムチャネル領域の方向に移動する場合に、該主プログラムチャネル領域の移動量をモニタリングするステップと、
該プロセッサが、該主プログラムチャネル領域の移動量が所定の第1の閾値に達した場合に、該主プログラムチャネル領域の移動方向の端部と隣接する該一方の隣接プログラムチャネル領域で再生されている隣接プログラムチャネルの受信及び再生を終了するように、該送受信インターフェイス及び該ディスプレイを制御するステップと、
該プロセッサが、該主プログラムチャネル領域の移動量が所定の第2の閾値に達した場合に、該主プログラムチャネル領域の該移動方向とは反対方向の端部と隣接する他方の隣接プログラムチャネル領域で再生されている他方の隣接プログラムチャネルのさらに隣の隣接プログラムチャネルの受信及び再生を開始するように、該送受信インターフェイス及び該ディスプレイを制御するステップと、
該プロセッサが、該主プログラムチャネル領域の該移動方向とは反対方向の端部と隣接する該他方の隣接プログラムチャネル領域が該主プログラムチャネル領域の初期位置に達した場合に、該他方の隣接プログラムチャネルを該高いビットレートで受信して再生し、該一方の隣接プログラムチャネル領域の初期位置に移動した該主プログラムチャネル領域で再生されている該主プログラムチャネルを該低いビットレートで受信して再生するように、該送受信インターフェイス及び該ディスプレイを制御するステップとを含む、ビデオストリーム再生方法。
The video stream reproduction method according to claim 6, wherein
The amount of movement of the main program channel area when the main program channel area moves in the direction of one of the at least two adjacent program channel areas in response to a user operation. Monitoring steps,
When the movement amount of the main program channel area reaches a predetermined first threshold value, the processor is played back in the one adjacent program channel area adjacent to the end of the movement direction of the main program channel area. Controlling the transmit / receive interface and the display to end reception and playback of adjacent program channels,
When the amount of movement of the main program channel region reaches a predetermined second threshold, the processor, the other adjacent program channel region adjacent to the end of the main program channel region opposite to the moving direction Controlling the transmit / receive interface and the display to start reception and playback of an adjacent program channel further adjacent to the other adjacent program channel being played back in
When the other adjacent program channel region adjacent to the end of the main program channel region in the direction opposite to the moving direction reaches the initial position of the main program channel region, the other adjacent program channel A channel is received and played back at the high bit rate, and the main program channel played back in the main program channel region moved to the initial position of the one adjacent program channel region is received and played back at the low bit rate. A method of playing a video stream, comprising: controlling the transmission / reception interface and the display.
請求項6に記載のビデオストリーム再生方法において、
該異なるコンテンツの該少なくとも3つのビデオストリームは、番組表に従って該主プログラムチャネルを指定することにより該コンテンツ配信サーバから配信される、ビデオストリーム再生方法。
The video stream reproduction method according to claim 6, wherein
The video stream playback method, wherein the at least three video streams of the different contents are distributed from the content distribution server by designating the main program channel according to a program guide.
請求項8に記載のビデオストリーム再生方法において、
該番組表は、該コンテンツ配信サーバが過去に配信したコンテンツを掲載しており、該番組表に従って該過去に配信したコンテンツを指定することにより、該過去に配信した該コンテンツが該コンテンツ配信サーバから配信される、ユーザ端末。
The video stream reproduction method according to claim 8,
The program guide lists contents distributed in the past by the content distribution server, and by specifying the content distributed in the past according to the program guide, the content distributed in the past is sent from the content distribution server. User terminal to be delivered.
請求項6に記載のビデオストリーム再生方法において、
該異なるコンテンツの該少なくとも3つのビデオストリームは、リアルタイムトランスポートプロトコル(RTP)、HTTPライブストリーミング(HLS)プロトコル、及びMPEG−DASHプロトコルからなる群から選択されたプロトコルに従って該コンテンツ配信サーバから配信される、ビデオストリーム再生方法。
The video stream reproduction method according to claim 6, wherein
The at least three video streams of the different content are delivered from the content delivery server according to a protocol selected from the group consisting of a real time transport protocol (RTP), an HTTP live streaming (HLS) protocol, and an MPEG-DASH protocol. , Video stream playback method.
通信ネットワークを介してコンテンツ配信サーバに接続された、メモリとプロセッサとを含むユーザ端末に、異なるコンテンツの少なくとも3つのビデオストリームを再生する方法を実行させるプログラムであって、該方法は、
該通信ネットワークを介して該コンテンツ配信サーバから該異なるコンテンツの該少なくとも3つのビデオストリームを送受信インターフェイスで受信するステップを含み、該3つのビデオストリームのうちの少なくとも1つは、高いビットレートで受信され、該3つのビデオストリームのうちの残りのものは、低いビットレートで受信され、
該高いビットレートで受信した該3つのビデオストリームのうちの該少なくとも1つを、主プログラムチャネルとして、ディスプレイの主プログラムチャネル領域で再生し、該低いビットレートで受信した該3つのビデオストリームのうちの該残りのものを、隣接プログラムチャネルとして、該ディスプレイの該主プログラムチャネル領域の対向する一対の端部にそれぞれ隣接する少なくとも2つの隣接プログラムチャネル領域で再生するステップと、を含み、
該主プログラムチャネル領域は、プログラムチャネルの切り替えのために、ユーザの操作に応答して該少なくとも2つの隣接プログラムチャネル領域のいずれの方向にも移動可能である、ビデオストリーム再生プログラム。
A program for causing a user terminal, which includes a memory and a processor, connected to a content distribution server via a communication network to execute a method of reproducing at least three video streams of different contents, the method comprising:
Receiving at least one of the three video streams of the different content at the transmit / receive interface from the content distribution server via the communication network, wherein at least one of the three video streams is received at a high bit rate. The remaining of the three video streams are received at a low bit rate,
The at least one of the three video streams received at the high bit rate is played as a main program channel in the main program channel region of the display, and the at least one of the three video streams received at the low bit rate Replaying the rest of the as adjacent program channels in at least two adjacent program channel regions, each adjacent to a pair of opposing ends of the main program channel region of the display,
The main program channel region is a video stream playback program that can move in either direction of the at least two adjacent program channel regions in response to a user operation for switching program channels.
請求項11に記載のビデオストリーム再生プログラムにおいて、該ビデオストリーム再生方法が、
該プロセッサが、該主プログラムチャネル領域がユーザの操作に応答して該少なくとも2つの隣接プログラムチャネル領域のうちの一方の隣接プログラムチャネル領域の方向に移動する場合に、該主プログラムチャネル領域の移動量をモニタリングするステップと、
該プロセッサが、該主プログラムチャネル領域の移動量が所定の第1の閾値に達した場合に、該主プログラムチャネル領域の移動方向の端部と隣接する該一方の隣接プログラムチャネル領域で再生されている隣接プログラムチャネルの受信及び再生を終了するように、該送受信インターフェイス及び該ディスプレイを制御するステップと、
該プロセッサが、該主プログラムチャネル領域の移動量が所定の第2の閾値に達した場合に、該主プログラムチャネル領域の該移動方向とは反対方向の端部と隣接する他方の隣接プログラムチャネル領域で再生されている他方の隣接プログラムチャネルのさらに隣の隣接プログラムチャネルの受信及び再生を開始するように、該送受信インターフェイス及び該ディスプレイを制御するステップと、
該プロセッサが、該主プログラムチャネル領域の該移動方向とは反対方向の端部と隣接する該他方の隣接プログラムチャネル領域が該主プログラムチャネル領域の初期位置に達した場合に、該他方の隣接プログラムチャネルを該高いビットレートで受信して再生し、該一方の隣接プログラムチャネル領域の初期位置に移動した該主プログラムチャネル領域で再生されている該主プログラムチャネルを該低いビットレートで受信して再生するように、該送受信インターフェイス及び該ディスプレイを制御するステップとを含む、ビデオストリーム再生プログラム。
12. The video stream playback program according to claim 11, wherein the video stream playback method includes:
The amount of movement of the main program channel area when the main program channel area moves in the direction of one of the at least two adjacent program channel areas in response to a user operation. Monitoring steps,
When the movement amount of the main program channel area reaches a predetermined first threshold value, the processor is played back in the one adjacent program channel area adjacent to the end of the movement direction of the main program channel area. Controlling the transmit / receive interface and the display to end reception and playback of adjacent program channels,
When the amount of movement of the main program channel region reaches a predetermined second threshold, the processor, the other adjacent program channel region adjacent to the end of the main program channel region opposite to the moving direction Controlling the transmit / receive interface and the display to start reception and playback of an adjacent program channel further adjacent to the other adjacent program channel being played back in
When the other adjacent program channel region adjacent to the end of the main program channel region in the direction opposite to the moving direction reaches the initial position of the main program channel region, the other adjacent program channel A channel is received and played back at the high bit rate, and the main program channel played back in the main program channel region moved to the initial position of the one adjacent program channel region is received and played back at the low bit rate. A video stream playback program comprising: controlling the transmission / reception interface and the display.
請求項11に記載のビデオストリーム再生プログラムにおいて、
該異なるコンテンツの該少なくとも3つのビデオストリームは、番組表に従って該主プログラムチャネルを指定することにより該コンテンツ配信サーバから配信される、ビデオストリーム再生プログラム。
The video stream playback program according to claim 11, wherein
The video stream playback program, wherein the at least three video streams of the different contents are distributed from the content distribution server by designating the main program channel according to a program guide.
請求項13に記載のビデオストリーム再生方法において、
該番組表は、該コンテンツ配信サーバが過去に配信したコンテンツを掲載しており、該番組表に従って該過去に配信したコンテンツを指定することにより、該過去に配信した該コンテンツが該コンテンツ配信サーバから配信される、ユーザ端末。
The video stream playback method according to claim 13,
The program guide lists contents distributed in the past by the content distribution server, and by specifying the content distributed in the past according to the program guide, the content distributed in the past is sent from the content distribution server. User terminal to be delivered.
請求項11に記載のビデオストリーム再生プログラムにおいて、
該異なるコンテンツの該少なくとも3つのビデオストリームは、リアルタイムトランスポートプロトコル(RTP)、HTTPライブストリーミング(HLS)プロトコル、及びMPEG−DASHプロトコルからなる群から選択されたプロトコルに従って該コンテンツ配信サーバから配信される、ビデオストリーム再生プログラム。
The video stream playback program according to claim 11, wherein
The at least three video streams of the different content are delivered from the content delivery server according to a protocol selected from the group consisting of a real time transport protocol (RTP), an HTTP live streaming (HLS) protocol, and an MPEG-DASH protocol. , Video stream playback program.
JP2016005888A 2016-01-15 2016-01-15 Content distribution system Pending JP2017126941A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016005888A JP2017126941A (en) 2016-01-15 2016-01-15 Content distribution system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016005888A JP2017126941A (en) 2016-01-15 2016-01-15 Content distribution system

Publications (1)

Publication Number Publication Date
JP2017126941A true JP2017126941A (en) 2017-07-20

Family

ID=59365346

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016005888A Pending JP2017126941A (en) 2016-01-15 2016-01-15 Content distribution system

Country Status (1)

Country Link
JP (1) JP2017126941A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020536459A (en) * 2017-10-03 2020-12-10 ソニー株式会社 Network support for uplink streaming
JP2021052230A (en) * 2019-09-20 2021-04-01 株式会社ミクシィ Computer program, information processing device and information processing method
JP2021064969A (en) * 2019-09-20 2021-04-22 株式会社ミクシィ Computer program, information processing device, and information processing method
JP2021129283A (en) * 2020-02-17 2021-09-02 株式会社インフォシティ Information communication terminal device and display control method in the same
KR20230145584A (en) 2021-04-06 2023-10-17 가부시키가이샤 인포시티 Information and communication terminal device and display control method in the device

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004193920A (en) * 2002-12-11 2004-07-08 Toshiba Corp Program delivering system and receiving apparatus
JP2007194706A (en) * 2006-01-17 2007-08-02 Nec Corp Wireless communication system
JP2010041246A (en) * 2008-08-01 2010-02-18 Konami Digital Entertainment Co Ltd Moving picture reproducer, server device, moving picture reproduction method, service method, and program
JP2014529212A (en) * 2011-08-05 2014-10-30 トムソン ライセンシングThomson Licensing Video peaking
JP2015510325A (en) * 2012-01-19 2015-04-02 ヴィド スケール インコーポレイテッド Method and system for video distribution supporting adaptation to viewing conditions
US20150339026A1 (en) * 2014-05-22 2015-11-26 Samsung Electronics Co., Ltd. User terminal device, method for controlling user terminal device, and multimedia system thereof

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004193920A (en) * 2002-12-11 2004-07-08 Toshiba Corp Program delivering system and receiving apparatus
JP2007194706A (en) * 2006-01-17 2007-08-02 Nec Corp Wireless communication system
JP2010041246A (en) * 2008-08-01 2010-02-18 Konami Digital Entertainment Co Ltd Moving picture reproducer, server device, moving picture reproduction method, service method, and program
JP2014529212A (en) * 2011-08-05 2014-10-30 トムソン ライセンシングThomson Licensing Video peaking
JP2015510325A (en) * 2012-01-19 2015-04-02 ヴィド スケール インコーポレイテッド Method and system for video distribution supporting adaptation to viewing conditions
US20150339026A1 (en) * 2014-05-22 2015-11-26 Samsung Electronics Co., Ltd. User terminal device, method for controlling user terminal device, and multimedia system thereof

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020536459A (en) * 2017-10-03 2020-12-10 ソニー株式会社 Network support for uplink streaming
JP7063985B2 (en) 2017-10-03 2022-05-09 ソニーグループ株式会社 Network support for uplink streaming
US11973815B2 (en) 2017-10-03 2024-04-30 Sony Group Corporation Network assistance for uplink streaming
JP2021052230A (en) * 2019-09-20 2021-04-01 株式会社ミクシィ Computer program, information processing device and information processing method
JP2021064969A (en) * 2019-09-20 2021-04-22 株式会社ミクシィ Computer program, information processing device, and information processing method
JP7332919B2 (en) 2019-09-20 2023-08-24 株式会社Mixi Computer program, information processing device and information processing method
JP2021129283A (en) * 2020-02-17 2021-09-02 株式会社インフォシティ Information communication terminal device and display control method in the same
KR20230145584A (en) 2021-04-06 2023-10-17 가부시키가이샤 인포시티 Information and communication terminal device and display control method in the device

Similar Documents

Publication Publication Date Title
US9282354B2 (en) Method and apparatus to detect a demand for and to establish demand-based multimedia broadcast multicast service
JP2017126941A (en) Content distribution system
US11362783B2 (en) Transmitting reference signals in 5G or other next generation communication systems
US11012490B2 (en) Customer experience management interaction with caching
US20210345165A1 (en) System and method for dynamically switching transmission of data from cellular to unidirectional point-to-multipoint network
US11563519B2 (en) Forward error correction adjustments for C-V2X communications
EP3219106A1 (en) Context-aware resource management for video streaming services
Churi et al. Evolution of networks (2G-5G)
US11310686B2 (en) Utilization of crowd-sourced access point data for 5G or other next generation network
US8868066B2 (en) Efficient cache selection for content delivery networks and user equipments
Lloret et al. A network algorithm for 3D/2D IPTV distribution using WiMAX and WLAN technologies
JP6709624B2 (en) Content distribution system, video stream fragment posting method, and video stream fragment posting program
US10966065B2 (en) Network based carrier managed long-term evolution advanced device indication for long-term evolution or other next generation network
CN116711370A (en) Communication method and device
CN104904224A (en) Content server, content delivery method, content delivery system, client device, and content acquisition method
EP3777202B1 (en) Service descriptions for multimedia streaming
Oh et al. Introduction of 4G activities in Korea
Langer Quality management in 4G wireless networking technology allows to attend high-quality users

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181220

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190409

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190709

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190906

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191008

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191118

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20200107