[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP6490284B2 - コンテンツ配信システム - Google Patents

コンテンツ配信システム Download PDF

Info

Publication number
JP6490284B2
JP6490284B2 JP2018106278A JP2018106278A JP6490284B2 JP 6490284 B2 JP6490284 B2 JP 6490284B2 JP 2018106278 A JP2018106278 A JP 2018106278A JP 2018106278 A JP2018106278 A JP 2018106278A JP 6490284 B2 JP6490284 B2 JP 6490284B2
Authority
JP
Japan
Prior art keywords
file
moving image
udp
packet
http
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018106278A
Other languages
English (en)
Other versions
JP2018170770A (ja
Inventor
剛太 岩浪
剛太 岩浪
百武 邦宏
邦宏 百武
忠義 小山
忠義 小山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Infocity KK
Original Assignee
Infocity KK
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 Infocity KK filed Critical Infocity KK
Priority to JP2018106278A priority Critical patent/JP6490284B2/ja
Publication of JP2018170770A publication Critical patent/JP2018170770A/ja
Application granted granted Critical
Publication of JP6490284B2 publication Critical patent/JP6490284B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Computer And Data Communications (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

この発明は、テレビ放送等の動画コンテンツをマルチキャスト配信するコンテンツ配信システムに関する。
通信ネットワークを使用してテレビ放送を配信するテレビ放送配信サービス等、種々の動画配信サービスが提供されている。テレビ放送は多くの視聴者が同時に視聴を行うのでマルチキャスト送信を利用することが好ましい(特許文献1および特許文献2)。ところで、インターネットにおいては、上位プロトコルとしてHTTPを使用することが多く、HTTPに準拠して、動画を送信する、動画配信サービスが提供されている(例えば、米国アップル社のHTTP Live Streaming)。このような動画配信サービスでは、複数の動画セグメントファイルをプレイリスト情報を参照して配信している。しかしながら、HTTPに準拠した動画配信サービスをマルチキャスト送信により実現しようとする場合、コネクションレスのUDPを用いるため、通信ロスが生じやすく、セグメントファイル単位で再生ロスの原因となる。通常のデジタルテレビ放送の場合、MPEG2−TSパケット単位(188バイト固定長)での情報ロスになり、映像中に横方向に太さ16ドットの筋状のノイズが、0.5秒程度あらわれる程度であるけれども、IPマルチキャストのUDPパケットに起因して、セグメントファイル単位で情報ロスが生じると、数秒〜数十秒の間、映像が停止してしまう。
上述の従来技術やその問題点は、この発明の背景の一部を説明するためにのみ説明している。この発明は上述の従来技術や問題点に限定されるものではない点に留意されたい。
特開2002−185943号公報 特表2003−522442号公報
この発明は、以上の事情を考慮してなされたものであり、HTTPに準拠して動画を配信する場合に、IPマルチキャスト通信を用い、さらに、再生ロスを可及的に減少させるコンテンツ配信技術を提供することを目的としている。
この発明によれば、上述の目的を達成するために、特許請求の範囲に記載のとおりの構成を採用している。ここでは、発明を詳細に説明するのに先だって、特許請求の範囲の記載について補充的に説明を行なっておく。
この発明の一側面によれば、上述の目的を達成するために、通信ネットワークに接続可能な動画コンテンツ処理装置を:複数のTSパケットを含む動画ファイルを分解してIPマルチキャスト送信されてくるUDPパケットを受け取るUDPパケット受信手段と;上記UDPパケット受信手段が受け取ったUDPパケットから上記動画ファイルに再構築する動画ファイル再構築手段と;上記動画ファイル再構築手段が再構築した上記動画ファイルを上記通信ネットワークを介してユーザ端末にHTTPに準拠して送信する送信手段とを含んで構成し;上記動画ファイル再構築手段は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築するようにしている。
また、この発明の他の側面によれば、上述の目的を達成するために、通信ネットワークに接続可能なユーザ端末を:複数のTSパケットを含む動画ファイルを再生する再生手段と;複数のTSパケットを含む動画ファイルを分解してIPマルチキャスト送信されてくるUDPパケットを受け取るUDPパケット受信手段と;上記UDPパケット受信手段が受け取ったUDPパケットから上記動画ファイルに再構築してHTTPに準拠して上記再生手段に供給する動画ファイル再構築手段とを含んで構成し;上記動画ファイル再構築手段は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築するようにしている。
また、この発明の他の側面によれば、上述の目的を達成するために、コンピュータプログラムが、通信ネットワークに接続可能なユーザ端末を:複数のTSパケットを含む動画ファイルを再生する再生手段;複数のTSパケットを含む動画ファイルを分解してマルチキャスト送信されてくるUDPパケットを受け取るUDPパケット受信手段;上記UDPパケット受信手段が受け取ったUDPパケットから上記動画ファイルを再構築してHTTPに準拠して上記再生手段に供給する動画ファイル再構築手段として実現させるために使用され;上記動画ファイル再構築手段は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築するようになっている。
また、この発明の他の側面によれば、上述の目的を達成するために、コンピュータプログラムが、通信ネットワークに接続可能な動画コンテンツ処理装置を:複数のTSパケットを含む動画ファイルを分解してIPマルチキャスト送信されてくるUDPパケットを受け取るUDPパケット受信手段;上記UDPパケット受信手段が受け取ったUDPパケットから上記動画ファイルに再構築する動画ファイル再構築手段;上記動画ファイル再構築手段が再構築した上記動画ファイルを上記通信ネットワークを介してユーザ端末にHTTPに準拠して送信する送信手段として実現させるために使用され;上記動画ファイル再構築手段は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築するようになっている。
この構成において、上記受け取られなかったUDPパケットに対応する部分にTSパケットのヌルパケットを用いて完全なTSパケットのみを含む態様で上記動画ファイルを再構築して良い。
この構成において、上記第1の処理装置は、いずれのTSパケットも2つの前後するUDPパケットに跨って分割されないようにして良い。
また、この構成において、上記第1の処理装置から送信される上記UDPパケットは、完全な複数のTSパケットとパッド部とを含み、上記第2の処理装置は、受け取ったUDPパケットに含まれる完全な複数のTSパケットから上記動画ファイルを再構築する請求項6記載の動画コンテンツ処理装置。
また、この構成において、上記動画ファイルは、HTTP Live Streaming(米国アップル社の商標)、MPEG−DASH(ISO/IEC23009−1)、HTTP Dynamic Streaming(米国Adobe Systems社の商標)、または、Smooth Streaming(米国Microsoft社の商標)のHTTPストリーミング手法により送信されて良い。
さらに、ここで説明する技術的特徴についてまとめておく。ここで説明する技術的特徴の一側面によれば、上述の目的を達成するために、動画コンテンツ配信システムを:複数のTSパケットを含む動画ファイルをUDPパケットに分解してIPマルチキャスト送信する第1の処理装置と;上記第1の処理装置からIPマルチキャスト送信されてくるUDPパケットを受け取って動画ファイルに再構築してユーザ端末にHTTPに準拠して送信する第2の処理装置とを含んで構成し;上記第2の処理装置は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築するようにしている。
TSパケットは、トランスポートストリームを構成するパケット(トランスポートストリームパケット)であり、典型的には、MPEG2−TS(Moving Picture Experts Group 2 Transport Stream)の規格に規定されるMPEG−2 TSパケットであるけれども、これに限定されない。
動画ファイルは、映像データおよび音声データを含んで良く、典型的には、HTTP Live Streaming(米国アップル社)、MPEG−DASH(ISO/IEC23009−1)、HTTP Dynamic Streaming(米国Adobe Systems社)、Smooth Streaming(米国Microsoft社)等のHTTPストリーミング手法で送信する動画ファイル(セグメントファイル)であって良い。
この構成において、上記受け取られなかったUDPパケットに対応する部分にTSパケットのヌルパケット(NULLパケット)を用いて完全なTSパケットのみを含む態様で上記動画ファイルを再構築してよい。
ヌルパケット(NULLパケット)は、パケットの内容が無効であることを示すものであり、ヘッダを含むすべてのビットが「1」である。ヌルパケットに代えて、動画を再生する際に、パケットの内容が利用できないことを示すパケット、または再生側でそのように解釈できるように構成されている場合には、そのような特定のパケットを採用して良い。、また、MPEG−2 TSパケットのヘッダのトランスポートエラーインジケータフラグを「1」にセットしたパケットでもよい。
また、上記第1の処理装置は、いずれのTSパケットも2つの前後するUDPパケットに跨って分割されないようにしてよい。
この場合、上記第1の処理装置から送信される上記UDPパケットは、完全な複数のTSパケットとパッド部とを含んで良く、上記第2の処理装置は、受け取ったUDPパケットに含まれる完全な複数のTSパケットから上記動画ファイルを再構築してよい。
また、上記第1の処理装置は、動画サーバから、複数のTSパケットを含む動画ファイルをHTTPに準拠して受け取り、上記動画ファイルをUDPパケットに分解してマルチキャスト送信してよい。
また、ここで説明する技術的特徴の他の側面によれば、上述の目的を達成するために、複数のTSパケットを含む動画ファイルを分解してIPマルチキャスト送信されてくるUDPパケットを受け取って上記動画ファイルに再構築する処理装置は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築する。
また、ここで説明する技術的特徴の他の側面によれば、上述の目的を達成するために、複数のTSパケットを含む動画ファイルを分解してIPマルチキャスト送信されてくるUDPパケットを受け取って上記動画ファイルに再構築して再生するユーザ端末は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築する。
また、ここで説明する技術的特徴の他の側面によれば、上述の目的を達成するために、コンピュータプログラムが、通信ネットワークに接続可能なユーザ端末を:複数のTSパケットを含む動画ファイルを分解してIPマルチキャスト送信されてくるUDPパケットを受け取る手段と;上記受け取ったUDPパケットから上記動画ファイルを再構築する手段と;再構築された上記動画ファイルを再生する手段として実現させ、再構築する手段は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築する。
また、ここで説明する技術的特徴の他の側面によれば、動画コンテンツ配信システムに:HTTPサーバから受信した複数のTSパケットを含む動画ファイルをUDPパケットに分解してIPマルチキャスト送信する第1の処理装置と;上記第1の処理装置からIPマルチキャスト送信されてくるUDPパケットを受け取って動画ファイルに再構築してユーザ端末にHTTPに準拠して送信する第2の処理装置とを設けるようにしている。
また、ここで説明する技術的特徴のさらに他の側面によれば、動画配信システムに:複数のTSパケットを含む動画ファイルをUDPパケットに分解してIPマルチキャスト送信する第1の処理装置と;上記第1の処理装置からIPマルチキャスト送信されてくるUDPパケットを受け取って動画ファイルに再構築してユーザ端末にHTTPに準拠して送信する第2の処理装置とを設け;上記第2の処理装置は、HTTPヘッダに対応するUDPパケットを受け取らない場合に、クライアント装置から、当該UDPパケットを含む動画ファイルを送信するようにHTTP要求を受けたときに、コンテンツ長がゼロであることを示すHTTP応答を返すようにしている。
動画ファイルのHTTPヘッダの部分がUDPパケットの損失で正確に記述されない場合などでは、再生がフリーズする等の問題があるけれども、この構成では、当該動画ファイルの再生がスキップされて、後続の動画ファイルが適宜に再生可能になる。
なお、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。また、そのような発明の一部をソフトウェアとして構成することができることはもちろんである。またそのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品もこの発明の技術的な範囲に含まれることも当然である。
この発明の上述の側面および他の側面は特許請求の範囲に記載され以下実施例を用いて詳述される。
この発明の実施例の動画コンテンツ配信システムが実行される環境を説明する図である。 図1の動画コンテンツ配信システムの動作例の概要を説明する図である。 図1のファイルパケット化装置300の構成例を示す機能ブロック図である。 HTTPファイルのパケット化の例を説明する図である。 図1のファイル再構築装置400の構成例を示す機能ブロック図である。 図1のファイル再構築装置400の動作例を説明する図である。 図6のヌルパケット挿入部403の動作例を説明する図である。 図1のUDP非対応端末装置600をなす携帯端末の構成例を説明する機能ブロック図である。 従来のHTTP準拠の動画配信サービスを説明する図である。 図9の動画配信サービスの動作例を説明する図である。 図10の動作例におけるHTTP電文サンプルを説明する図である。 図6のUDP対応端末装置700の構成例を示す機能ブロック図である。 変形例を説明する図である。
以下、この発明の実施例について説明する。
図1は、この発明の動画コンテンツ配信システムの1実施例を示しており、この図において、動画コンテンツ配信システム100は、HTTP配信サーバ200、ファイルパケット化装置300、ファイル再構築装置400、コンテンツ配信ネットワーク500、UDP非対応端末装置600、およびUDP対応端末装置700等を含んで構成されている。ファイル再構築装置400は、後述するように、ファイルパケット化装置300からIPマルチキャストでUDPパケットを受け取るものであり、典型的には複数設けられる。UDP非対応端末装置600およびUDP対応端末装置700も図では1つしか示されないけれども典型的には複数個設けられる。UDP非対応端末装置600は、位置情報等に基づいてどのファイル再構築装置400にアクセスするかを決定できる。
コンテンツ配信ネットワーク500は、ユニキャスト通信のほか、マルチキャスト通信を効率よく実現できるネットワークである。コンテンツ配信ネットワーク500は、マルチキャスト通信を効率よく実現するために専用のネットワークサービスを利用することが好ましいが、これに限定されない。
HTTP配信サーバ200は、動画コンテンツ例えばテレビ放送コンテンツのファイルをHTTPを利用して配信する。このHTTP配信サーバ200は、HTTPに準拠してファイルをクライアントに送信して動画コンテンツ配信を行うものであり、例えば、米国アップル社のHLS(HTTP Live Streaming)システムであり、HTTPに準拠したWebサーバで実現可能である。この例では、HTTP配信サーバ200は図示しない通信ネットワークに接続されているけれども、コンテンツ配信ネットワーク500に接続されても良い。また、UDP非対応端末装置600等は、慣用的な態様と同様に、HTTP配信サーバ200からIPユニキャストで動画コンテンツ配信サービスを利用してよい。
HTTPに準拠した動画配信サービスは、図9に示すような、プレイリストファイル(例えばm3u8ファイル)および1または複数の動画セグメントファイル(MPEG2−TSセグメントファイル)を用意する。図9の例では、マスターインデックスファイルを用いて解像度の異なる複数(2つ)の代替プレイリストを選択できるようになっている。プレイリストが1つだけであてもよい。代替プレイリスト(プレイリスト)は書き換えられて繰り返し送信されて良い。プレイリストを参照して動画セグメントファイルを順次に取り出すことができる。
HTTP配信サーバ200は、図10に示す従来のHTTP手順と同様に、HTTPクライアントであるファイルパケット化装置300からのプレイリスト要求(マスターインデックス、代替プレイリストの要求)に基づいてマスターインデックスファイル、代替プレイリストファイル(以下、単にプレイリストと呼ぶことがある)をファイルパケット化装置300に返す。そののち、HTTP配信サーバ200は、ファイルパケット化装置300からのセグメント要求に応じて順次に動画セグメントファイルを返す。動画セグメントファイルは例えばMPEG2−TSパケットを含んで構成される。
ファイルパケット化装置300は、HTTP配信サーバ200のクライアントとして動画配信サービスのプレイリストファイルおよび動画セグメントファイルを受け取り、これらのファイルをUDPパケットに分割して所定のマルチキャストグループでIPマルチキャスト送信する。ファイルパケット化装置300は、図3に示すように、HTTPクライアント処理部301、記憶部302、パケット化部303、および送信部304を含んで構成される。
ファイルパケット化装置300のHTTPクライアント処理部301は、HTTP配信サーバ200からプレイリストファイルおよび動画セグメントファイルを受信する。図4の(a)欄は、HTTPクライアント処理部301が受信した動画セグメントファイルの例を示す。記憶部302は、受信したファイルを記憶する。パケット化部303は、HTTPクライアント処理部301が受信したファイルをUDPパケットに分解する。図4の(b)欄は、図4の(a)欄の動画セグメントファイルをUDPパケットに分解したものである。図4の(a)欄の動画セグメントファイルは典型的には数秒から数十秒の長さのデータであるが、これに限定されない。図4の(b)欄のUDPパケットは、パケット化ヘッダ、HTTPヘッダ、ペイロードを含み、パケットヘッダは、(c)欄に示すように、ヘッダサイズ(header_size)、ストリーム識別子(stream_id)、開始フラグ(start_flag)、総合サイズ(total_size)、ペイロードサイズ(payload_size)、およびペイロードオフセット(payload_offset)を含む。ヘッダサイズ(header_size)は、パケット化ヘッダおよびHTTPヘッダの合計サイズを示し、ストリーム識別子(stream_id)は、当該UDPパケットがどのファイルに所属するかを示す識別子であり、開始フラグ(start_flag)は、先頭のUDPパケットであることを示すフラグであり、総合サイズ(total_size)は、ファイルの総バイト数を示し、ペイロードサイズ(payload_size)は、当該UDPパケットで送られるファイル部分のバイト数を示し、ペイロードオフセット(payload_offset)は、当該UDPパケットで送られるファイル部分の開始位置を示す。その他、前方誤り訂正符号(FEC)等を含んでよい。UDPパケットは典型的にはイーサネットに準拠して1500バイト以下の固定長であるけれども、これに限定されない。動画コンテンツのTSパケットは分割されることなく1つのUDPパケットに含まれ、UDPパケットの各々でペイロード部分に残余がある場合には、埋め込み部分(パッド)を含ませ良い。
プレイリストファイルも、TSパケットに関連する考慮を除いて、同様にUDPパケット化される。
送信部304は、マルチキャストグループを指定してIPマルチキャストでUDPパケットを配信する。
ファイル再構築装置400は、適宜に、ファイルパケット化装置300のマルチキャストグループに参加し、ファイルパケット化装置300からコンテンツ配信ネットワーク500を介してIPマルチキャストで送信されるUDPパケットを受信し、プレイリストファイルおよび動画セグメントファイルを再構築する。
ファイル再構築装置400は、図5に示すように、UDPパケット受信部401、UDPパケット損失検出部402、ヌルパケット挿入部403、パケット連結部404、記憶部405、およびHTTPサービス部406を含む。UDPパケット受信部401は、当該IPマルチキャストのグループに参加し、宛先ポートでUDPパケットを受信するものである。UDPパケット損失検出部402は、動画セグメントファイルを構成するUDPパケットが受信されないときには、これを例えばpayload−size、CRCチェックコード、チェックサム等に基づいて検出し、さらに損失位置のUDPパケットをpayload−0ffsetから検出し、ヌルパケット挿入部403が、これに代えて、TSパケットのヌルパケットを挿入する(図6)。ヌルパケットはヘッダを含めてすべてビットは「1」の値をとるパケットである。プレイリストファイルについては、繰り返し送信されてくるので、UDPパケット損失が検出されたときには、ファイルを破棄し、次回に送られてくるプレイリストファイルの受信を待って良い。UDPパケットが動画セグメントファイルのものかプレイリストファイルのものかは、UDPパケットのHPPTヘッダに含まれるコンテンツタイプに基づいて判定できる、例えば、図7(a)に示すように「Content−Type:video/MP2」の場合には動画セグメントファイルのUDPパケットであると判定して損失部分にTSパケットのヌルパケットを挿入する。あるいは、図7(b)に示すようにHTTPヘッダにNP(NULL Packet)補完フラグのフィールドを設け、動画セグメントファイルのUDPパケットのHTTPヘッダにNP補完フラグをフラグ付けしてもよい。
UDPパケット検出部402は、UDPパケットにシリアル番号が付与されるときには、その連続性に基づいてUDPパケットの損失を判別して良い。
なお、プレイリスト応答およびセグメントファイル応答のHTTP電文の例は、図11(a)および(b)に示すとおりであり、「Content−Type」を下線で示す。
パケット連結部404は、UDPパケットをlayload−offset等に基づいて順序付けて、また、動画セグメントファイルの欠損位置にTSパケットのヌルパケットを挿入してファイルを再構築する。ファイルを再構築する際には、不要な埋め込み部(Pad)は除去される。所定のファイル記憶管理部が、再構築したプレイリストファイルおよび動画セグメントファイルを記憶部405に記憶管理する。
HTTPサービス部406は、UDP非対応端末装置600からのHTTPの要求に基づいて図10に示したものと同様の態様でプレイリストファイルおよび動画セグメントファイルをUDP非対応端末装置600に返す。UDP非対応端末装置600は受け取ったファイルに基づいて動画を再生する。UDP非対応端末装置600はHTTP端末として機能できるものであれば、どのようなものでもよく、典型的にはスマートフォン等の携帯端末であるけれどもこれに限定されず、どのような情報端末(情報化家庭電器製品を含む)であってもよい。
UDP非対応端末装置600を構成する携帯端末の例は、図8に示すようなものである。図8において、携帯端末800は、処理システム810、メモリ820、入出力サブシステム830、高周波回路部840、および音声回路部850を含む。構成要素の各々は、適宜、信号処理集積回路、特定用途向け集積回路、を含むハードウェア、ソフトウェア、またはこれらを組み合わせて実現できる。高周波回路部840は、他の装置に、無線リンクまたはネットワーク上で情報を送信・受信するのに用いられ、この機能を実行するために、アンテナ・システム、RF送受信機、増幅器、チューナ、発振器、デジタル信号プロセッサ、CODECチップセット、メモリ、その他の周知の回路構成を含むがこれらに限られない。高周波回路部840は、時分割多重アクセス(TDMA)、符号分割多重接続(CDMA)等のモバイル通信、無線LAN(IEEE 802.11b、IEEE802.11a、IEEE802.11g及び/又はIEEE802.11N)、ブルートゥース(IEEE802.15.1)、Wi−MAX(IEEE802.16)等の通信プロトコルを利用できるけれども、これに限定されない。音声回路部850は、音声スピーカ851とマイクロフォン852に連結される。処理システム810はプロセッサ811、メモリコントローラ812、周辺装置インターフェース813を含む、メモリ820は、プロセッサ811が実行するコードやデータを格納する。メモリ820は、RAM、ROM、FLASH、ディスク・ドライブ、磁気テープ等の任意の記憶装置を含んで良い。プロセッサ811は、メモリ820に格納された多様なソフトウェア・コンポーネントを実行する。例えば、ソフトウェア・コンポーネントは、オペレーティング・システム821、通信モジュール822、接触/動作モジュール823、グラフィック・モジュール824、アプリケーション825、タイマ・モジュール826、およびウェブ・ブラウザ・モジュール827を含む。アプリケーション825は、ブラウザ、アドレス帳、電子メール、暗号化、グローバル・ポジショニング・システム(GPS)等の位置決定機能、および、動画コンテンツ再生機能を含む。この実施例では、携帯端末は、例えば、UDP非対応端末装置600として動作し、HTTPクライアントおよび動画再生部の少なくとも一部はアプリケーション825として実現される。対応するアプリケーションをメモリ820にインストールすることにより携帯端末800をHTTPクライアントおよび動画再生部として機能させる。
UDP対応端末装置700は、ファイル再構築装置400の機能を有するものであり、ファイルパケット化装置300からIPマルチキャストで配信されてくるUDPパケットを受信してプレイリストファイルおよび動画セグメントファイルを再構築し動画を再生するものである。UDP対応端末装置700は、ファイル再構築装置400のUDPパケット損失検出部402およびヌルパケット挿入部403と同等の機能部によりUDPパケット損失に対応できる。UDP対応端末装置700を図8に示す携帯端末で実現できる。すなわち、図12に示すように、UDP対応装置700は、UDPパケット受信部701、UDPパケット損失検出部702、ヌルパケット挿入部703、パケット連結部704、記憶部705、動画再生部706を含んで構成される。これらのうち、UDPパケット受信部701、UDPパケット損失検出部702、ヌルパケット挿入部703、パケット連結部704、記憶部705は、ファイル再構築装置400のUDPパケット受信部401、UDPパケット損失検出部402、ヌルパケット挿入部403、パケット連結部404、記憶部405と同様に構成して良い。動画再生部706は、記憶部705に記憶されたプレイリストファイルおよび動画セグメントファイルを用いて動画を再生するものである。この場合、直接にファイルをアクセスするように構成してもよいし、HTTPに準拠してファイルを取得してもよい。図12に示すUDPパケット受信部701、UDPパケット損失検出部702、ヌルパケット挿入部703、およびパケット連結部704等を携帯端末800のアプリケーション825で実現してよい。
図2は、図1の動画コンテンツ配信システム100の全般的な動作を示す。図2において、動画コンテンツは、HTTP配信サーバ200からIPユニキャストでファイルパケット化装置300に送られ、さらに、ファイルパケット化装置300からIPマルチキャストでファイル再構築装置400に送られ、さらに、UDP非対応端末装置600にIPユニキャストで送られる。図2では示さないが、UDP対応端末装置700がファイル再構築装置400の位置に配置され、動画コンテンツをファイルパケット化装置300からIPマルチキャストで受け取って動画を再生する。
まず、ファイルパケット化装置300は、プレイリストファイルの取得要求をHTTP配信サーバ200に送る(X01)。HTTP配信サーバ200はこれに応じてプレイリストをファイルパケット化装置300に返す(X02)。こののち、ファイルパケット化装置300は、プレイリストに記述された動画セグメントファイルについて順次に取得要求をHTTP配信サーバ200に送り(X03)、HTTP配信サーバ200はこれに応じて動画セグメントファイルを順次にファイルパケット化装置300に返す(X04)。
ファイルパケット化装置300は受け取ったプレイリストファイルおよび動画セグメントファイルをUDPパケットに分解してファイル再構築装置400にIPマルチキャストで配信する(X05)。以上の処理X01〜X05が繰り返し実行される。
ファイル再構築装置400は受け取ったUDPパケットからプレイリストファイルおよび動画セグメントファイルを再構築して記憶部405に記憶保持する(X06、X07)。なお、動画セグメントファイルの再構築に際してUDPのパケット損失がある場合にはこれをヌルパケットに置換する。プレイリストファイルを再構築するときにUDPパケットの損失がある場合には、大構築中のプレイリストファイルを破棄し、次回に配信されてくるプレイリストファイルのUDPパケットにより再構築を行う。
ファイル再構築装置400は、UDP非対応端末装置600に対してHTTPサーバとして機能する。すなわち、UDP非対応端末装置600は、プレイリストファイルの取得要求をファイル再構築装置400に送る(X08)。ファイル再構築装置400はこれに応じてプレイリストをUDP非対応端末装置600に返す(X09)。こののち、UDP非対応端末装置600は、プレイリストに記述された動画セグメントファイルについて順次に取得要求をファイル再構築装置400に送り(X10)、ファイル再構築装置400はこれに応じて動画セグメントファイルを順次にUDP非対応端末装置600に返す(X11)。UDP非対応端末装置600は動画セグメントファイルに基づいて順次に動画を生成する。
以上で実施例の説明を終了する。
なお、この発明は特許請求の範囲の記載に基づいて決定されるものであり、実施例の具体的な構成、課題、および効果には限定されない。この発明は上述の実施例に限定されるものではなくその趣旨を逸脱しない範囲で種々変更が可能である。
なお、上述の例では、損失UDPパケットに相当する部分にTSパケットのヌルパケットを挿入したけれども、完全なTSパケットのみを含むものであれば、TSパケットのヌルパケットを挿入しなくてもよい。例えば、図6の例で、ヌルパケットを除いて、成功裏に受信されたUDPパケットに含まれる完全なHTTPヘッダおよび完全なTSパケットを含むようにファイルを再構築してよい。
また、セグメントファイルの損失UDPパケットがHTTPヘッダに相当する場合には、HTTPヘッダが棄損している。これに対処するために、当該セグメントファイルについてクライアントからHTTP要求があった場合には、コンテンツ長(Content−Length)がゼロであることを示すHTTP応答、例えば図13に示すようなHTTP応答を返して良い。図13ではコンテンツ長の記述を矢印で示す。この構成では、当該動画ファイルの再生がスキップされて、後続の動画ファイルが、適宜に、例えばTSストリームのタイムスタンプに基づくタイミングで、再生できる。このHTTP応答には本体は含まれない。
また、上述の例では、ファイルパケット化装置300はHTTP配信サーバ200からHTTPに準拠した動画配信用のファイルをHTTPで取得するようにしたけれども、これらのファイルはファイルパケット化装置300自体が生成・準備してもよく、また任意のソースから取得してよい。
100 動画コンテンツ配信システム
200 HTTP配信サーバ
300 ファイルパケット化装置
400 ファイル再構築装置
500 コンテンツ配信ネットワーク
600 UDP非対応端末装置
700 UDP対応端末装置
800 携帯端末

Claims (2)

  1. 通信ネットワークに接続可能なユーザ端末において、
    複数のTSパケットを含む動画ファイルを再生する再生手段と、
    複数のTSパケットを含む動画ファイルを分解してIPマルチキャスト送信されてくるUDPパケットを受け取るUDPパケット受信手段と、
    上記UDPパケット受信手段が受け取ったUDPパケットから上記動画ファイルに再構築してHTTPに準拠して上記再生手段に供給する動画ファイル再構築手段とを有し、
    上記動画ファイル再構築手段は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築することを特徴とするユーザ端末。
  2. 通信ネットワークに接続可能なユーザ端末を、
    複数のTSパケットを含む動画ファイルを再生する再生手段、
    複数のTSパケットを含む動画ファイルを分解してマルチキャスト送信されてくるUDPパケットを受け取るUDPパケット受信手段、
    上記UDPパケット受信手段が受け取ったUDPパケットから上記動画ファイルを再構築してHTTPに準拠して上記再生手段に供給する動画ファイル再構築手段、
    として実現させるために使用され、
    上記動画ファイル再構築手段は、上記動画ファイルに対応する複数のUDPパケットのうちの少なくとも1つのUDPパケットを受け取らない場合に、完全なTSパケットのみを含む態様で上記動画ファイルを再構築することを特徴とするコンピュータプログラム。
JP2018106278A 2018-06-01 2018-06-01 コンテンツ配信システム Active JP6490284B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018106278A JP6490284B2 (ja) 2018-06-01 2018-06-01 コンテンツ配信システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018106278A JP6490284B2 (ja) 2018-06-01 2018-06-01 コンテンツ配信システム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2016234469A Division JP6359074B2 (ja) 2016-12-01 2016-12-01 コンテンツ配信システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019033181A Division JP6804164B2 (ja) 2019-02-26 2019-02-26 コンテンツ配信システム

Publications (2)

Publication Number Publication Date
JP2018170770A JP2018170770A (ja) 2018-11-01
JP6490284B2 true JP6490284B2 (ja) 2019-03-27

Family

ID=64019267

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018106278A Active JP6490284B2 (ja) 2018-06-01 2018-06-01 コンテンツ配信システム

Country Status (1)

Country Link
JP (1) JP6490284B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022034814A1 (ja) 2020-08-11 2022-02-17 コンテンツライツ合同会社 情報処理装置、情報処理プログラムおよび記録媒体

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109922057A (zh) * 2019-02-27 2019-06-21 智慧海派科技有限公司 基于帧序的udp数据重组方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001005158A1 (en) * 1999-07-13 2001-01-18 Sun Microsystems, Inc. Methods and apparatus for selecting multicast ip data transmitted in broadcast streams
JP2002185943A (ja) * 2000-12-12 2002-06-28 Nec Corp 放送視聴方法、放送送信サーバ、携帯端末及び多地点通話・放送制御視聴装置
JP2004096274A (ja) * 2002-08-30 2004-03-25 Nippon Telegr & Teleph Corp <Ntt> 放送再送信装置および多重暗号化装置
JP5137857B2 (ja) * 2009-01-09 2013-02-06 株式会社日立国際電気 移動受信端末および中継装置
JP5210987B2 (ja) * 2009-07-13 2013-06-12 日本電信電話株式会社 番組受信装置、番組受信方法および番組受信プログラム
JP2011188302A (ja) * 2010-03-09 2011-09-22 Nippon Telegr & Teleph Corp <Ntt> デジタル放送の再送信におけるセクション編集装置、セクション編集方法およびセクション編集プログラム
WO2012011449A1 (ja) * 2010-07-20 2012-01-26 シャープ株式会社 プロキシサーバ、中継方法、通信システム、中継制御プログラム、および記録媒体
US9900166B2 (en) * 2013-04-12 2018-02-20 Qualcomm Incorporated Methods for delivery of flows of objects over broadcast/multicast enabled networks
JP6258006B2 (ja) * 2013-11-08 2018-01-10 ヒロテック株式会社 Ip回線を利用したsfn放送システムおよび放送ts伝送方法
JP2015136060A (ja) * 2014-01-17 2015-07-27 ソニー株式会社 通信装置、通信データ生成方法、および通信データ処理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022034814A1 (ja) 2020-08-11 2022-02-17 コンテンツライツ合同会社 情報処理装置、情報処理プログラムおよび記録媒体

Also Published As

Publication number Publication date
JP2018170770A (ja) 2018-11-01

Similar Documents

Publication Publication Date Title
US11653042B2 (en) Apparatus and method for configuring a control message in a broadcast system
CN109889543B (zh) 视频传输的方法、根节点、子节点、p2p服务器和系统
US10911511B2 (en) Carriage of ISO-BMFF event boxes in an MPEG-2 transport stream
US10560866B2 (en) Method of handling packet losses in transmissions based on DASH standard and FLUTE protocol
CN104604245B (zh) 呈现时间控制
JP6490284B2 (ja) コンテンツ配信システム
KR20150010652A (ko) 멀티미디어 통신 시스템에서 패킷 송/수신 장치 및 방법
JP5344541B2 (ja) データ送信装置、送信方法及びプログラム
KR20170000312A (ko) 디지털 방송 서비스 방법 및 장치
JP6359074B2 (ja) コンテンツ配信システム
US10277957B2 (en) Method for delivering an audio-video live content in multicast form
CN114245153A (zh) 切片方法、装置、设备及可读存储介质
JP6804164B2 (ja) コンテンツ配信システム
JP5082715B2 (ja) 受信装置、受信方法およびコンピュータプログラム
KR102319932B1 (ko) 수신 장치 및 수신 방법, 재생 장치 및 재생 방법, 공급 장치 및 공급 방법, 그리고 프로그램
EP3316531A1 (en) Method to transmit an audio/video stream of to a destination device
WO2016101626A1 (zh) 一种频道码流处理方法、装置、终端及系统
JP6950386B2 (ja) 配信装置、再生装置、配信方法、再生方法、再生プログラムおよびデータ構造
KR20160000722A (ko) 통신 시스템에서 이종 네트워크를 통하여 멀티미디어 콘텐츠를 송수신하는 방법 및 장치
JP2004282260A (ja) メディアサーバー、メディア受信端末装置及びメディア配信システム
JP2018014641A (ja) Mmtコンテンツ作成装置および作成プログラム

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190128

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190212

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190215

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190226

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190226

R150 Certificate of patent or registration of utility model

Ref document number: 6490284

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250