特許 6271794 アプリケーション層マルチキャスト配信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6271794

(24)【登録日】2018年1月12日

(45)【発行日】2018年1月31日

(54)【発明の名称】アプリケーション層マルチキャスト配信方法

(51)【国際特許分類】

   H04N 21/6405 20110101AFI20180122BHJP

   H04N 21/4788 20110101ALI20180122BHJP

   H04N 21/266 20110101ALI20180122BHJP

   H04N 21/442 20110101ALI20180122BHJP

   G06F 13/00 20060101ALI20180122BHJP

【ＦＩ】

   H04N21/6405

   H04N21/4788

   H04N21/266

   H04N21/442

   G06F13/00 520C

【請求項の数】6

【全頁数】20

(21)【出願番号】特願2017-98901(P2017-98901)

(22)【出願日】2017年5月18日

【審査請求日】2017年5月26日

【早期審査対象出願】

(73)【特許権者】

【識別番号】501064343

【氏名又は名称】株式会社プランネット・アソシエイツ

(74)【代理人】

【識別番号】110000486

【氏名又は名称】とこしえ特許業務法人

(72)【発明者】

【氏名】齊藤 衛

【審査官】 古川 哲也

(56)【参考文献】

【文献】 特開２０１３−１８６５８３（ＪＰ，Ａ）

【文献】 特開２０１３−２５８６５７（ＪＰ，Ａ）

【文献】 特開２０１２−１７３９９５（ＪＰ，Ａ）

【文献】 特開２００９−１１７９４４（ＪＰ，Ａ）

【文献】 特開２０１２−１７５６８４（ＪＰ，Ａ）

【文献】 首藤一幸，アプリケーション層マルチキャスト：基本と応用，ＵＮＩＸ ｍａｇａｚｉｎｅ，日本，株式会社アスキー，２００６年１０月 １日，Vol.21, No.6，p.34-43

【文献】 久保広行 他，モバイル端末のためのオーバレイマルチキャストアーキテクチャ，電子情報通信学会技術研究報告，日本，社団法人電子情報通信学会，２００９年 ２月２４日，Vol.108, No.457，p.51-56，ISSN 0913-5685

【文献】 橋本太郎 他，中継段数に着目した適応中継マルチキャストツリー再構成手法，電子情報通信学会技術研究報告，日本，社団法人電子情報通信学会，２００５年 ２月２４日，Vol.104, No.689，p.211-216，ISSN 0913-5685

【文献】 KUBO, Hiroyuki et al.，Mobile Overlay Multicast Using Information on Physical Stability for Robust Video Streaming，2009 IEEE 20th International Symposium on Personal, Indoor and Mobile Radio Communications，米国，IEEE，２００９年 ９月１３日，p.2960-2964，ＵＲＬ，http://ieeexplore.ieee.org/document/5450307/

【文献】 CUI, Yi et al.，oStream: Asynchronous Streaming Multicast in Application-Layer Overlay Networks，IEEE Journal on Selected Areas in Communications，米国，IEEE，２００４年 １月 ７日，Vol.22, Issue 1，p.91-106，ISSN 0733-8716

【文献】 Huong BUI Thi Lan et al.，A Low-delay Push-Pull Based Application Layer Multicast for P2P Live Video Streaming，2011 Third International Conference on Knowledge and Systems Engineering，米国，IEEE，２０１１年１１月 １日，p.104-111，ISBN: 978-1-4577-1848-9

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００ − ２１／８５８

Ｇ０６Ｆ １３／００

Ｈ０４Ｌ １２／７６１

Ｈ０４Ｌ １２／２８

Ｈ０４Ｗ ４／０６

Ｈ０４Ｗ ８４／００ − ８４／２２

ＩＥＥＥ Ｘｐｌｏｒｅ

(57)【特許請求の範囲】

【請求項1】

一の配信サーバから複数の端末機器へ、電気通信回線網を介して、所定のコンテンツデータを、ピアツーピア方式でアプリケーション層マルチキャスト配信する方法であって、
前記配信サーバは、複数のチェインのそれぞれにより複数のコンテンツデータを配信し、
一のチェインには複数のチャンネルが設定され、一のチャンネルには一のコンテンツデータが割り当てられたアプリケーション層マルチキャスト配信方法において、
前記配信サーバは、いずれの端末機器とも接続していない状態から、最初に配信要求を送信した端末機器に対して配信要求されたチェインのコンテンツデータを配信し、
前記配信サーバは、その後に配信要求を送信した順に前記端末機器を配信要求されたチェインにチェイン接続し、
当該チェイン接続された端末機器間において、前記ピアツーピア方式で前記コンテンツデータをアプリケーション層マルチキャスト配信し、
第１のチェインにチェイン接続された端末機器は、前記配信サーバから配信される第１のチェインのコンテンツデータをバッファリングしながら再生し、
前記配信サーバは、前記第１のチェインに接続された端末機器が、前記第１のチェインとは異なる第２のチェインのコンテンツデータの配信要求を送信した場合には、当該端末機器に対して、前記第２のチェインのコンテンツデータを配信し、
前記第１のチェインから前記第２のチェインにチェイン変更して接続された端末機器は、前記配信サーバから配信される第２のチェインのコンテンツデータをバッファリングしながら再生し、
１回以上チェイン変更した端末機器が、以前にチェイン接続していたチェインに再接続した場合に、当該端末機器は、以前にバッファリングしたコンテンツデータが存在するときは、再生中断位置から再生を開始し、以前にバッファリングしたコンテンツデータが存在しないときは、直前の端末機器からコンテンツデータを受信しながら再生するアプリケーション層マルチキャスト配信方法。

【請求項2】

前記配信サーバは、ｎ個のチェインを含み（ｎは２以上の自然数）、
前記端末機器に表示される各タイトルはスワイプ処理により切り換え表示され、
第ｎのチェインにおいて、
第１タイトルから昇順方向にスワイプ操作した場合には、最終タイトルの次に第（ｎ＋１）のチェインの第１タイトルが表示され、前記最終タイトルから降順方向にスワイプ操作した場合には、前記第１タイトルの次に第（ｎ−１）のチェインの最終タイトルが表示される請求項１に記載のアプリケーション層マルチキャスト配信方法。

【請求項3】

一の配信サーバから複数の端末機器へ、電気通信回線網を介して、所定のコンテンツデータを、ピアツーピア方式でアプリケーション層マルチキャスト配信する方法であって、
前記配信サーバは、複数のチェインにより前記コンテンツデータを配信し、
一のチェインには複数の端末機器がチェイン接続されるアプリケーション層マルチキャスト配信方法において、
前記配信サーバは、
１）全てのチェインのそれぞれに全ての端末機器がチェイン接続されたフル接続状態の場合に、チェイン接続された端末機器以外の第１端末機器が配信要求を送信したとき、又は、
２）現在チェイン接続している第２端末機器がノード変更又はチェイン変更の要求を送信し、現在の接続を一時的に中断している間に、前記フル接続状態になったときは、
異なる電気通信回線網を介して、前記チェインに接続不能になった前記第１端末機器又は前記第２端末機器に、前記コンテンツデータを配信するとともに、前記チェインへの端末装置の接続状況を監視し、いずれかのチェインに接続可能なノードが発生した場合には、前記異なる電気通信回線網によるコンテンツデータの配信を停止し、前記接続可能なノードに前記第１端末機器又は前記第２端末機器をチェイン接続するアプリケーション層マルチキャスト配信方法。

【請求項4】

前記第１端末機器又は前記第２端末機器は、
前記異なる電気通信回線網によるコンテンツデータの再生中断位置とバッファリング中断位置を記憶し、
前記接続可能なノードにチェイン接続された場合に、直前の端末機器に対して、前記記憶されたバッファリング中断位置からのコンテンツデータの送信を要求し、
バッファリングされたコンテンツデータの再生に連続して直前の端末機器から送信されたコンテンツデータを再生する請求項３に記載のアプリケーション層マルチキャスト配信方法。

【請求項5】

前記ピアツーピア方式のチェインによるコンテンツデータの配信から、前記異なる電気通信回線網を介したコンテンツデータの配信に切り換る場合、
前記第１端末機器又は前記第２端末機器は、
前記異なる電気通信回線網を介したコンテンツデータの受信を、当該コンテンツデータのＰＴＳから開始し、
受信したコンテンツデータのＰＴＳと、前記第１端末機器又は前記第２端末機器が前記チェインにより配信されバッファリングされたコンテンツデータのＰＴＳとを比較し、
バッファリングされたコンテンツデータのＰＴＳが前記受信したコンテンツデータのＰＴＳに属する場合は、続けて前記異なる電気通信回線網を介してコンテンツデータを受信し、
バッファリングされたコンテンツデータのＰＴＳが前記受信したコンテンツデータのＰＴＳより前である場合は、バッファリングされたコンテンツデータに続くＰＴＳからコンテンツデータを受信し、
バッファリングされたコンテンツデータのＰＴＳが前記受信したコンテンツデータのＰＴＳより後である場合は、現在のＰＴＳからコンテンツデータを受信する請求項４に記載のアプリケーション層マルチキャスト配信方法。

【請求項6】

前記配信サーバは、端末機器の所有者の属性に応じたコマーシャルメッセージを前記コンテンツデータに挿入する請求項１〜５のいずれか一項に記載のアプリケーション層マルチキャスト配信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、アプリケーション層マルチキャスト配信方法に関し、特に一の配信サーバから複数の端末機器へ、有線回線、モバイル通信回線及び無線ＬＡＮを含む電気通信回線網を介して、動画像、静止画像、音声データ、ＧＰＳ情報その他のテキストデータなど所定のコンテンツデータを、ピアツーピア方式かつチェイン接続でアプリケーション層マルチキャスト配信する方法に関する。

【背景技術】

【0002】

配信サーバから複数のクライアントコンピュータ（端末機器）に、複数のコンテンツデータを同時送信する方法として、アプリケーション層マルチキャスト配信方法（アプリケーションレイヤーマルチキャスト配信方法ＡＬＭ，又は、オーバーレイマルチキャスト配信方法とも称される）が知られている（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９−２７２８０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

一の配信サーバから複数のコンピュータへ、有線回線又は無線回線などを介して、所定のコンテンツデータを、ピアツーピア方式かつチェイン接続でアプリケーション層マルチキャスト配信する場合、一つのコンテンツは一つのチェインにて配信している。したがって、異なるコンテンツを選択するとチェイン変更処理を実行しなければならず、チェイン変更を頻繁に実行すると、その都度コンテンツデータのバッファリングを最初からやり直さなければならず、再生開始までに時間がかかるという問題がある。

【0005】

本発明の目的は、複数のチェイン間でチェイン変更した場合に再生開始が遅れるのを抑制できるアプリケーション層マルチキャスト配信方法を提供することにある。

【課題を解決するための手段】

【0006】

本発明は、一の配信サーバから複数の端末機器へ、電気通信回線網を介して、所定のコンテンツデータを、ピアツーピア方式でアプリケーション層マルチキャスト配信する方法であって、
前記配信サーバは、複数のチェインのそれぞれにより複数のコンテンツデータを配信し、
一のチェインには複数のチャンネルが設定され、一のチャンネルには一のコンテンツデータが割り当てられたアプリケーション層マルチキャスト配信方法において、
前記配信サーバは、いずれの端末機器とも接続していない状態から、最初に配信要求を送信した端末機器に対して配信要求されたチェインのコンテンツデータを配信し、
前記配信サーバは、その後に配信要求を送信した順に前記端末機器を配信要求されたチェインとしてチェイン接続し、
当該チェイン接続された端末機器間において、前記ピアツーピア方式で前記コンテンツデータをアプリケーション層マルチキャスト配信し、
前記第１のチェインにチェイン接続された端末機器は、前記配信サーバから配信される第１のチェインのコンテンツデータをバッファリングしながら再生し、
前記配信サーバは、前記第１のチェインに接続された端末機器が、前記第１のチェインとは異なる第２のチェインのコンテンツデータの配信要求を送信した場合には、当該端末機器に対して、前記第２のチェインのコンテンツデータを配信し、
前記第１のチェインから前記第２のチェインにチェイン変更して接続された端末機器は、前記配信サーバから配信される第２のチェインのコンテンツデータをバッファリングしながら再生し、
１回以上チェイン変更した端末機器が、以前にチェイン接続していたチェインに再接続した場合に、当該端末機器は、以前にバッファリングしたコンテンツデータが存在するときは、再生中断位置から再生を開始し、以前にバッファリングしたコンテンツデータが存在しないときは、直前の端末機器からコンテンツデータを受信しながら再生するアプリケーション層マルチキャスト配信方法によって上記課題を解決する。

【0007】

また本発明は、一の配信サーバから複数の端末機器へ、電気通信回線網を介して、所定のコンテンツデータを、ピアツーピア方式でアプリケーション層マルチキャスト配信する方法であって、
前記配信サーバは、複数のチェインにより前記コンテンツデータを配信し、
一のチェインには複数の端末機器がチェイン接続されるアプリケーション層マルチキャスト配信方法において、
前記配信サーバは、
１）全てのチェインのそれぞれに全ての端末機器がチェイン接続されたフル接続状態の場合に、チェイン接続された端末機器以外の第１端末機器が配信要求を送信したとき、又は、
２）現在チェイン接続している第２端末機器がノード変更又はチェイン変更の要求を送信し、現在の接続を一時的に中断している間に、前記フル接続状態になったときは、
異なる電気通信回線網を介して、前記チェインに接続不能になった前記第１端末機器又は前記第２端末機器に、前記コンテンツデータを配信するとともに、前記チェインへの端末装置の接続状況を監視し、いずれかのチェインに接続可能なノードが発生した場合には、前記異なる電気通信回線網によるコンテンツデータの配信を停止し、前記接続可能なノードに前記第１端末機器又は前記第２端末機器をチェイン接続するアプリケーション層マルチキャスト配信方法によって上記課題を解決する。

【発明の効果】

【0008】

本発明によれば、１回以上チェイン変更した端末機器が、以前にチェイン接続していたチェインに再接続した場合に、当該端末機器は、以前にバッファリングしたコンテンツデータが存在するときは、再生中断位置から再生を開始するので、複数のチェイン間でチェイン変更した場合に再生開始が遅れるのを抑制することができる。

【0009】

また本発明によれば、複数のチェインがフル接続状態になったときは、一時的に異なる電気通信回線網を介してコンテンツデータを配信するとともに、いずれかのチェインに接続可能なノードが発生した場合には、当該接続可能なノードにその端末機器をチェイン接続するので、複数のチェイン間でチェイン変更した場合などに再生開始が遅れるのを抑制することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の一実施の形態に係るアプリケーション層マルチキャスト配信方法を実現するコンテンツの配信システムを示すブロック図である。

【図2】本発明の一実施の形態に係るアプリケーション層マルチキャスト配信方法で使用されるインデックステーブル（カルーセルデータ）の一例を示す図である。

【図3】本発明の一実施の形態に係るアプリケーション層マルチキャスト配信方法の基本配信ルーチンを示すフローチャートである。

【図4A】本発明の他の実施の形態に係るアプリケーション層マルチキャスト配信方法を実現するコンテンツの配信システムを示すブロック図（その１）である。

【図4B】本発明の他の実施の形態に係るアプリケーション層マルチキャスト配信方法を実現するコンテンツの配信システムを示すブロック図（その２）である。

【図4C】本発明の他の実施の形態に係るアプリケーション層マルチキャスト配信方法を実現するコンテンツの配信システムを示すブロック図（その３）である。

【図5A】本発明のさらに他の実施の形態に係るアプリケーション層マルチキャスト配信方法を実現するコンテンツの配信システムを示すブロック図（その１）である。

【図5B】本発明のさらに他の実施の形態に係るアプリケーション層マルチキャスト配信方法を実現するコンテンツの配信システムを示すブロック図（その２）である。

【発明を実施するための形態】

【0011】

以下、本発明の一実施の形態を図面に基づいて説明する。図１は、発明のアプリケーション層マルチキャスト配信方法を実現するコンテンツの配信システム１の一実施の形態を示すブロック図である。本実施形態のコンテンツの配信システム１は、リアルタイムエンコーダ１１と、配信サーバ２１と、無線通信携帯端末機器３１と、電気通信回線網４１とを備える。なお、本実施形態のコンテンツの配信システム１において、無線通信携帯端末機器３１はノードともいう。また、本実施形態のコンテンツとは、動画像、静止画像、音声データ、ＧＰＳ情報その他のテキストデータ、及びこれらの多重化データが含まれる。

【0012】

こうしたコンテンツデータは下記実施形態で説明するライブ映像の配信のほか、ＩｏＴ(Internet of Things)機器などへの展開を想定すると、（１）ＩｏＴ機器等のクライアントソフトウエアのアップデート用データ、（２）各ＩｏＴ機器への制御データ又は地図情報などのグラフィックデータ等、（３）各ＩｏＴ機器からの自情報データ（例えば、各ＩｏＴ機器が撮影した動画や静止画データ等、車載機器のプローブデータ（位置情報、速度情報、ブレーキその他のセンサ情報、路面情報等）、ＧＰＳ情報、センサ情報、テキストデータ等）がコンテンツデータとしての配信対象となり得る。以下においては、動画像をコンテンツデータの一例として本発明の実施形態を説明する。

【0013】

リアルタイムエンコーダ１１は、ハードウェアとして、ＣＰＵ又はＭＰＵなどの演算器と、ソフトウェアがインストールされるＲＯＭと、入出力データが一時的に保存されるＲＡＭと、入出力データのＩ／Ｏポートとを備えるコンピュータで構成されている。リアルタイムエンコーダ１１は、ソフトウェアにより実現されるエンコード機能を備え、コンテンツデータである、例えばライブ映像（動画像）を撮影するビデオカメラから、ビデオキャプチャーボードを介して映像を取り込み、後述するアダプティブ・ビットレート方式（ＡＢＲ，Adaptive Bitrate，以下、ＡＢＲ方式ともいう）に対応させるために、互いに異なるビットレートでエンコードする。例えば図１に示す例では、１Ｍｂｐｓの高画質データと、６００ｂｐｓの中画質データと、３００ｂｐｓの低画質データの３種のビットレートのコンテンツデータにエンコードされる。

【0014】

なお、画質エンコードの種類は２種以下でも、４種以上でもよい。エンコードにあたっては、Ｈ．２６４／ＭＰＥＧ−４ ＡＶＣ規格やＨ．２６５／ＨＥＶＣ（High Efficiency Video Coding）規格でリアルタイムエンコードされ、配信サーバ２１へ送信される。また、リアルタイムエンコーダ１１は、ソフトウェアによりエンコードするもの以外にも、ハードウェアとしてのエンコード回路を含むエンコンーダ装置も用いることができる。また、コンテンツデータが動画像以外の、静止画像、音声データである場合には、そのデータ容量に応じてリアルタイムエンコーダ１１により複数種類のビットレートデータ（画質など）にエンコードしてもよいし、これに代えて単一種類のコンテンツデータとしてもよい。

【0015】

配信サーバ２１は、ハードウェアとして、ＣＰＵ又はＭＰＵなどの演算器と、ソフトウェアがインストールされるＲＯＭと、入出力データが一時的に保存されるＲＡＭと、入出力データのＩ／Ｏポートとを備えるコンピュータで構成されている。配信サーバ２１は、ソフトウェアにより実現される、リアルタイムエンコーダ１１でエンコードされたコンテンツデータの配信機能と、ピアツーピア（Ｐ２Ｐ）の配信サーバ機能と、インデックステーブル（カルーセル配信されるデータ）の作成及び更新並びに送信機能と、チェインの切換え機能と、ノードの制御機能とを備える。

【0016】

配信サーバ２１のコンテンツデータの配信機能は、リアルタイムエンコーダ１１から送信される、互いに異なるビットレートのコンテンツデータを、ビットレート毎に一又は複数の出力ポートに割り当て、当該出力ポートに対応する複数のチェインを用意するものである。そして、各ビットレートのコンテンツデータを、配信すべきチェインに最初に接続する無線通信携帯端末機器３１（ノード１）に対して配信する（ＡＢＲ方式）。また、配信サーバ２１は、モバイル通信回線を介してコンテンツデータを配信するチェイン群と、Ｗｉ−Ｆｉ（登録商標）などの無線ＬＡＮを介してコンテンツデータを配信するチェイン群とに対応する出力ポートを用意する。図１に示す例では、モバイル回線を介して配信するチェイン群が、チェイン１（高画質）、チェイン２（高画質）、チェイン３（中画質）、チェイン４（低画質）の４つを含み、無線ＬＡＮを介して配信するチェイン群が、チェイン５（高画質）、チェイン６（中画質）、チェイン７（低画質）の３つを含む状態を示している。これらのチェイン数、すなわち出力ポート数は、接続される無線通信携帯端末機器３１の数に応じて増減することができる。なお、例えば駅などの公衆場所に設置されたＷｉ−Ｆｉ（登録商標）回線は通信品質も通信速度も低いため、同一のコンテンツデータを、時間差を設けて配信し、パケットエラーが生じた場合は他方のコンテンツデータのパケットで補填するようにしてもよい。

【0017】

配信サーバ２１のピアツーピア（Ｐ２Ｐ）の配信サーバ機能は、各無線通信携帯端末機器３１から配信要求（接続要求ともいう）があった場合に、モバイル回線か無線ＬＡＮかの回線属性を判断し、対応するチェイン群を選択するとともに、その電気通信回線網４１（モバイル回線、無線ＬＡＮ）の通信帯域を検出し、検出された通信帯域に応じたビットレートのチェインを切換え制御するものである。無線通信携帯端末機器３１から配信要求があった場合に、その接続回線がモバイル回線か無線ＬＡＮかは、無線通信携帯端末機器３１側が検出し、配信サーバ２１に送信する。また、その電気通信回線網４１の通信帯域は配信サーバ２１が検出する。

【0018】

配信サーバ２１のインデックステーブルの作成及び更新並びに送信機能は、当該配信サーバ２１でチェイン毎のインデックステーブルを作成及び更新し、そのチェインに接続された無線通信携帯端末機器３１に当該インデックステーブルをデータカルーセル配信し、当該チェインの最後尾又は各無線通信携帯端末機器３１から配信サーバへ返信させるものである。あるいはこれに代えて又はこれに加えて、配信サーバ２１と各無線通信携帯端末機器３１との間で、配信サーバ２１にて作成したインデックステーブルを送受信してもよい。

【0019】

インデックステーブルのデータ構造の一例を図２に示す。図２の上段は、配信サーバ２１から２つのチェインにインデックステーブルがデータカルーセル配信される様子を示し、図２の中段は、チェイン１のインデックステーブルのデータ構造の一例を示し、図２の下段は、チェイン２のインデックステーブルのデータ構造の一例を示す。図２に示す例では、無線通信携帯端末機器３１のＩＤ、ＩＰアドレス及び通信状態を含む情報群であるインデックステーブルが、チェイン毎に用意される。例えば、図２の中段のチェイン１のインデックステーブルは、コンテンツデータのソースノード（受信元）、ノード番号、デストノード（送信先）、クライアントＩＤ、ＩＰアドレス、ノード情報が含まれる。ノード情報には、ＳＩＭキャリア情報、ＧＰＳ信号を利用したノードの移動速度、通信遮断履歴、通信状態（通信速度又はパケットエラー）、回線属性などのノードの回線状況データが含まれる。チェイン毎に用意されたインデックステーブルは、配信するコンテンツデータに定期的に（例えば０．５秒間隔）挿入して各ノードへ送信されるか、必要に応じて配信サーバ２１から直接各ノードへ送信される。

【0020】

その際に、各ノードは、受信元ノードＩＤ（ＩＰアドレスを含む）及び送信先ノードＩＤ（ＩＰアドレスを含む）を読み出すとともに、自機のノード情報を上書きし、送信先ノードＩＤ（ＩＰアドレス）の無線通信携帯端末機器３１及び／又は配信サーバ２１へ送信する。これにより、一つのチェインを構成する各無線通信携帯端末機器３１は、受信元ノードと送信先ノードのＩＰアドレスを定期的に把握することができ、直前ノードや直後ノードがチェインから離脱しても、インデックステーブルを参照することで新たな受信元ノードと送信先ノードのＩＰアドレスを把握し、即座に接続してコンテンツデータを受信し、送信することができる。また配信サーバ２１は、各チェインを構成する無線通信携帯端末機器３１のノード情報を定期的に把握することができ、各ノード情報に応じた適切な対処策を実行することができる。なお、各チェインの最後尾の無線通信携帯端末機器３１は、インデックステーブルを配信サーバ２１へ戻す。

【0021】

配信サーバ２１のチェインの切換え機能及びノード制御機能は、各ノードを構成する無線通信携帯端末機器３１から送信される状態遷移要求により各ノードの接続先の指定などの制御を行うものである。各ノードを構成する無線通信携帯端末機器３１から送信される状態遷移要求には、例えばモバイル通信回線と無線ＬＡＮの回線属性変更に関する遷移要求、通信状態の変動によるＡＢＲ方式のビットレートの変更要求、接続中の無線通信携帯端末機器３１が配信停止要求を送信したり通信が遮断されたりすることにより、無線通信携帯端末機器３１を変更するノードチェンジ要求、通信状態の低下により一時的にチェインを離脱するアイドルモード要求などが含まれる。この機能は、無線通信携帯端末機器３１の移動中などに多々生じる、モバイル回線と無線ＬＡＮとの切換えや、無線通信携帯端末機器３１の通信状態の変動に対応するための機能である。なお、配信サーバ２１は、定置型コンピュータで構成するほか、各ノードを構成する無線通信携帯端末機器３１に、以下に説明する配信サーバ２１の各機能を実現するソフトウェアをインストールし、無線通信携帯端末機器自体を配信サーバ２１として機能させてもよい。すなわち、本発明に係る配信サーバ２１には無線通信携帯端末機器３１も含まれる趣旨である。

【0022】

無線通信携帯端末機器３１は、ハードウェアとして、ＣＰＵ又はＭＰＵなどの演算器と、ソフトウェアがインストールされるＲＯＭと、入出力データが一時的に保存されるＲＡＭと、入出力データのＩ／Ｏポートとを備えるコンピュータで構成され、使用者が携帯して移動可能とされたものである。例えば、スマートフォン、ノート型又はタブレット型パーソナルコンピュータなどを用いることができる。無線通信携帯端末機器３１は、ソフトウェアで実現される、ピアツーピア接続及びＩＰアドレス交換機能、ピアツーピアホールパンチング方式接続機能、コンテンツデータを受信した場合にパケットエラーが発生したときの再送制御機能、無線ＬＡＮチェインにおける多重化されたコンテンツ（時間差を設けて配信されたコンテンツデータ）のデコード機能（特許第５１５９９７３号参照）、インデックステーブル及びコンテンツデータの受信及び中継機能、モバイル回線か無線ＬＡＮかの検出機能、通信状態の検出機能、通信状態に応じたチェインの切換え要求又はノードチェンジ要求機能、コンテンツデータのバッファリング機能、後続ノードへのコンテンツの最大速転送機能、Ｈ．２６４／ＭＰＥＧ−４ ＡＶＣ規格やＨ．２６５／ＨＥＶＣ（High Efficiency Video Coding）規格でエンコードされたコンテンツデータのデコード機能を備える。また、ディスプレイに表示されたコンテンツのタイトルをスワイプ操作により選択できるように、タッチパネル型ディスプレイを備える。

【0023】

次に、図１に示す配信システムにより実現される基本的なアプリケーション層マルチキャスト配信方法を説明する。

【0024】

《基本配信》
配信サーバ２１が、いずれの無線通信携帯端末機器３１とも接続していない状態から、モバイル通信回線及び無線ＬＡＮを含む電気通信回線網４１を介して、複数の無線通信携帯端末機器３１からの配信要求を順次受信し、所定のコンテンツデータをピアツーピア方式でアプリケーション層マルチキャスト配信する基本手順を説明する。図３は、発明の一実施の形態に係るアプリケーション層マルチキャスト配信方法の基本配信ルーチンを示すフローチャートである。コンテンツデータの一例としては、スポーツ中継やレーシング中継などのライブ画像、各種の映画が挙げられる。配信サーバ２１が起動し、リアルタイムエンコーダ１１によるコンテンツデータ（ストリームデータなど）のエンコードが開始すると、配信準備が完了する（ステップＳ１）。ここで、複数個存在する無線通信携帯端末機器３１の一つであるノード１．１のアプリケーションソフトが起動し（ステップＳ２）、配信サーバ２１へのコンテンツデータの配信要求が送信されると（ステップＳ３）、当該配信要求とともに、当該ノード１．１のクライアントＩＤ、ＩＰアドレス、ノード情報が配信サーバ２１に送信される。ノード情報には、ＳＩＭキャリア情報、ＧＰＳ信号を利用したノードの移動速度、通信遮断履歴、通信状態、回線属性などのノードの回線状況データが含まれる。

【0025】

ノード１．１から配信要求を受信した配信サーバ２１は、ノードＩＤを含むインデックステーブルを作成し、記憶する（ステップＳ４〜Ｓ５）。このノード１．１のノードＩＤは、例えば１．１である。図１の右側に記載した複数のチェイン１〜７を構成するノードの１．１〜１．Ｅ、２．１〜２．Ｅ…がノードＩＤの一例を示し、例えば最初の数字がチェインＩＤを意味し、次の数字がそのチェインにおける先頭からの順序を意味する。例えば、ノード４．６は、チェイン４（モバイル回線の低画質コンテンツの出力ポートに割り当てられたチェイン）の６番目の無線通信携帯端末機器３１を意味する。配信サーバ２１で付与されたノードＩＤは、ノード１．１にも送信され、ノード１．１は自機のノードＩＤを取得する（ステップＳ６）。なお、ステップＳ５のインデックステーブルの自機ポートは、当該無線通信携帯端末機器３１の入出力ポートを意味し、入力ＩＤは、配信元（自機に対してコンテンツデータを配信する機器）の機器のＩＤを意味し、出力ＩＤは配信先（自機がコンテンツデータを配信する機器）の機器のＩＤを意味する。

【0026】

配信サーバ２１は、作成したインデックステーブルをカルーセル配信するとともに（ステップＳ７）、コンテンツデータの配信を開始する（ステップＳ８）。ノード１．１は受信したコンテンツデータを自機のデータバッファメモリにバッファリングしつつ、再生可能となるデータ量が蓄積されたら再生を開始する（ステップＳ９）。なお、インデックステーブルは、配信するコンテンツデータに定期的に（例えば０．５秒間隔）挿入してカルーセル配信され（ステップＳ１０）、インデックステーブルを受信したノード１．１は、自機の最新情報を上書きしたのち後続ノードが存在する場合は当該後続ノードへ送信し、後続ノードが存在しない場合は配信サーバ２１へ戻す（ステップＳ１１）。

【0027】

ステップＳ１１の状態から、ノード１．１とは別の無線通信携帯端末機器３１であるノード１．２のアプリケーションソフトが起動し（ステップＳ１２）、配信サーバ２１へのコンテンツデータの配信要求が送信されると（ステップＳ１３）、当該配信要求とともに、当該ノード１．２のクライアントＩＤ、ＩＰアドレス、ノード情報が配信サーバ２１に送信される。このノード情報にも、ＳＩＭキャリア情報、ＧＰＳ信号を利用したノードの移動速度、通信遮断履歴、通信状態、回線属性などのノードの回線状況データが含まれる。

【0028】

ノード１．２から配信要求を受信した配信サーバ２１は、ノードＩＤを含むインデックステーブルを作成し、記憶する（ステップＳ１４〜Ｓ１５）。厳密には、ステップＳ１５に示すように、ステップＳ５で作成したインデックステーブルにノード１．２の情報を追加する。このノード１．２のノードＩＤは、例えば１．２である。配信サーバ２１で付与されたノードＩＤはノード１．２にも送信され、ノード１．２は自機のノードＩＤを取得する（ステップＳ１６）。なお、ステップＳ１５のインデックステーブルのノード１．１の出力ＩＤがＩＤ１．２に更新され、ノード１．２の入力ＩＤがＩＤ１．１に設定される。これにより、ノード１．２は、ノード１．１に配信されたコンテンツデータを受信することになる。

【0029】

配信サーバ２１は、作成したインデックステーブルをカルーセル配信する（ステップＳ１７）。ノード１．１は、受信したコンテンツデータを自機のデータバッファメモリにバッファリングしつつ再生を継続しているが、受信したインデックステーブルの自機のノード１．１の出力ＩＤが、ＩＤ１．２に更新されている。したがって、ノード１．１はこれに従い、バッファリングしているコンテンツデータの、ノード１．２への送信を開始する（ステップＳ１８）。ノード１．２は、ノード１．１から受信したコンテンツデータを自機のデータバッファメモリにバッファリングしつつ、再生可能となるデータ量が蓄積されたら再生を開始する（ステップＳ１９）。また、インデックステーブルを受信したノード１．２は、自機の最新情報を上書きしたのち後続ノードが存在する場合は当該後続ノードへ送信し、後続ノードが存在しない場合は配信サーバ２１へ戻す（ステップＳ２０）。

【0030】

ステップ２０の状態から、ノード１．１及びノード１．２とは別の無線通信携帯端末機器３１であるノード１．３，１．４…のアプリケーションソフトが起動し、配信サーバ２１へのコンテンツデータの配信要求が送信されると、上述したノード１．２の処理と同じ処理が実行され、ノード１．２にバッファリングされているコンテンツデータを受信し、再生可能となるデータ量が蓄積されたら再生を開始する。このようにして、一の配信サーバ２１から複数の無線通信携帯端末機器３１（ノード１．１〜１．Ｅ）へ、モバイル通信回線及び無線ＬＡＮを含む電気通信回線網４１を介して、所定のコンテンツデータを、ピアツーピア方式でアプリケーション層マルチキャスト配信することができる。

【0031】

このピアツーピア方式でアプリケーション層マルチキャスト配信する場合に、複数のノード１．１〜１．Ｅをツリー方式で接続したりメッシュ方式で接続したりすることもできる。しかしながら、本実施形態のように複数のノードを一つのチェインにチェイン接続すると、ツリー方式やメッシュ方式で接続する場合に比べて、各ノードの監視が容易となる。すなわち、ツリー方式やメッシュ方式で接続した場合には接続経路が多く、これらの接続経路を辿って監視する演算負荷が大きい。これに対し、チェイン方式では経路が１つのチェインを監視すればよいので、ツリー方式やメッシュ方式に比べて監視負荷が軽減される。また、ツリー方式又はメッシュ方式による接続の場合には、自機のノードが複数のノードと接続することになるため、無線通信携帯端末機器３１の無線環境下における回線帯域の確保が困難になるのに対し、チェイン接続では先行ノードも後続ノードもそれぞれ一つであるため回線帯域の確保が容易になるといったメリットがある。

【0032】

ちなみに、図３に示すように、配信サーバ２１に複数（同図では３つ）のノード１．１，〜１．Ｅが接続されている状態から、一つ又は複数のノードから配信停止要求がされた場合には、配信停止要求がされたノードに後続するノードはそれぞれ繰り上げて再接続され（ノードチェンジ）、コンテンツデータの配信は継続される。たとえば、図３において先頭のノード１．１から配信サーバ２１へ配信停止要求が送信されると、配信サーバ２１は、インデックステーブルのノード１．１に関する情報列を削除するとともに、これに後続するノード１．２及びノード１．３のチェイン接続をそれぞれノード１．１及びノード１．２に繰り上げる旨の情報をインデックステーブルに反映し、これを当該チェインのノードにカルーセル配信する。インデックステーブルを受信した各ノードは、自機のクライアントＩＤに基づいて自機の受信先ノードと配信先ノードのＩＰアドレスを読み出す。そして、新たな受信先ノードからは、先ほどまで受信していたコンテンツデータの最終データに続くデータの配信要求を送信し、その部分から受信する。また新たな配信先ノードに対しては、新たな配信先ノードから要求されたコンテンツデータの部分から配信を再開する。

【0033】

また、ノード間におけるコンテンツデータの配信は、以下のように実行される。すなわち、各無線通信携帯端末機器３１は、受信したコンテンツデータをバッファリングしておくデータバッファメモリを備え、例えば５〜３０秒程度のコンテンツデータがバッファリングされる。したがって、コンテンツデータを再生中において通信速度が低下してもバッファリングされたコンテンツデータがあるため、これを吸収することができる。ただし、バッファリング容量が大き過ぎると、スポーツの生中継のような場合に現実場面とのリアルタイム差が大きくなるので好ましくない。逆にバッファリング容量が小さすぎると、通信速度の低下を吸収できず画像停止や画像飛びなどの不具合が生じる。このため、適度なバッファリング容量とされている。以上が、基本的なアプリケーション層マルチキャスト配信方法である。

【0034】

《複数チェイン・複数チャンネル配信》
さて、一のチェインによりアプリケーション層マルチ配信されるコンテンツデータとして、スポーツ中継における複数のカメラアングル画像や、複数の映画など、複数のコンテンツを複数のチャンネルに割り当てることができる。図４Ａ及び図４Ｂは、本発明の他の実施の形態に係るアプリケーション層マルチキャスト配信方法を実現するコンテンツの配信システムを示すブロック図であり、図４Ａに示すように、配信サーバ２１は、チェイン１に第１チャンネルから第９チャンネル、チェイン２に第１０チャンネルから第１８チャンネルを備え、各チャンネルに異なるコンテンツデータ（たとえば映画）が割り当てられている。なお、図示する実施形態では２つのチェインで構成したが、チェイン数に特段の制限はない。また、一つのチェインに割り当てるチャンネル数も９チャンネルに限定される趣旨ではない。

【0035】

また、チェイン１に接続された各無線通信携帯端末機器３１のディスプレイには、チェイン１に設定された第１チャンネルから第９チャンネルの９つのチャンネルにて配信されるコンテンツデータのタイトル画像が表示され、ディスプレイのタッチパネルを左右方向にスワイプ操作すると、９つの各タイトル画像が切り換わる。たとえば、図４Ａのチェイン１の上図の左図に示すように、第１チャンネルのタイトル画像が表示されている場合に、右から左へ向かってスワイプ操作する（以下、右スワイプ操作ともいう）と第２チャンネル、第３チャンネル、…第９チャンネルと切り換わり、さらに右から左へ向かってスワイプ操作すると、第９チャンネルの次のチャンネルである第１０チャンネルのタイトル画像が表示される。このとき、そのスワイプ操作を行った無線通信携帯端末機器３１は、チェイン１を離脱し、第１０チャンネルのコンテンツデータを配信するチェイン２へチェイン接続される。すなわち、無線通信携帯端末機器３１は、第９チャンネルから第１０チャンネルへ切り換えるスワイプ操作にともない、配信サーバ２１に対して、チェイン１からの離脱要求とチェイン２への接続要求を送信する。

【0036】

逆に、図４Ａのチェイン１の上図の右図に示すように、第９チャンネルのタイトル画像が表示されている場合に、左から右へ向かってスワイプ操作する（以下、左スワイプ操作ともいう）と第８チャンネル、第７チャンネル、…第１チャンネルと切り換わり、さらに左から右へ向かってスワイプ操作すると、第１チャンネルの次のチャンネルである第１８チャンネルのタイトル画像が表示される。このとき、そのスワイプ操作を行った無線通信携帯端末機器３１は、チェイン１を離脱し、第１８チャンネルのコンテンツデータを配信するチェイン２へチェイン接続される。すなわち、無線通信携帯端末機器３１は、第１チャンネルから第１８チャンネルへ切り換えるスワイプ操作にともない、配信サーバ２１に対して、チェイン１からの離脱要求とチェイン２への接続要求を送信する。

【0037】

また同様に、図４Ａのチェイン２の下図の左図に示すように、第１０チャンネルのタイトル画像が表示されている場合に、右から左へ向かって右スワイプ操作すると第１１チャンネル、第１２チャンネル、…第１８チャンネルと切り換わり、さらに右スワイプ操作すると、第１８チャンネルの次のチャンネルである第１チャンネルのタイトル画像が表示される。このとき、そのスワイプ操作を行った無線通信携帯端末機器３１は、チェイン２を離脱し、第１チャンネルのコンテンツデータを配信するチェイン１へチェイン接続される。すなわち、無線通信携帯端末機器３１は、第１８チャンネルから第１チャンネルへ切り換えるスワイプ操作にともない、配信サーバ２１に対して、チェイン２からの離脱要求とチェイン１への接続要求を送信する。

【0038】

また逆に、図４Ａのチェイン２の下図の右図に示すように、第１８チャンネルのタイトル画像が表示されている場合に、左から右へ向かって左スワイプ操作すると第１７チャンネル、第１６チャンネル、…第１０チャンネルと切り換わり、さらに左スワイプ操作すると、第１０チャンネルの次のチャンネルである第９チャンネルのタイトル画像が表示される。このとき、そのスワイプ操作を行った無線通信携帯端末機器３１は、チェイン２を離脱し、第９チャンネルのコンテンツデータを配信するチェイン１へチェイン接続される。すなわち、無線通信携帯端末機器３１は、第１０チャンネルから第９チャンネルへ切り換えるスワイプ操作にともない、配信サーバ２１に対して、チェイン２からの離脱要求とチェイン１への接続要求を送信する。

【0039】

図４Ａに示す例は、配信サーバ２１が２つのチェインにて１８チャンネルのコンテンツデータを配信する場合を示し、一の方向（右スワイプ操作又は左スワイプ操作）にのみスワイプ操作すれば、全てのタイトル画像が順にディスプレイに表示される。そのため、無線通信携帯端末機器３１の所有者は、コンテンツデータを選択し易いという利点がある。本発明のアプリケーション層マルチキャスト配信方法においては、チェイン数とチャンネル数は特に限定されず、３チェイン以上及び／又は１８チャンネル以上であってもよい。その場合においても、一の方向（右スワイプ操作又は左スワイプ操作）にのみスワイプ操作すれば、全てのタイトル画像が順にディスプレイに表示されるように構成することができる。例えば、配信サーバ２１が、ｎ個のチェインを含み（ｎは２以上の自然数）、第（ｎ−１）のチェインにＰチャンネルが設定されて第１タイトルから第Ｐタイトルの選択画面が端末機器に表示され、第ｎのチェインにＱチャンネルが設定されて第１タイトルから第Ｑタイトルの選択画面が端末機器に表示され、第（ｎ＋１）のチェインにＲチャンネルが設定されて第１タイトルから第Ｒタイトルの選択画面が端末機器に表示されるとする。この場合に、第ｎのチェインにおいて、第１タイトルから第Ｑタイトルへ向かう昇順方向にスワイプ操作した場合には、第Ｑタイトルの次に第（ｎ＋１）のチェインの第１タイトルが表示され、第Ｑタイトルから第１タイトルへ向かう降順方向にスワイプ操作した場合には、第１タイトルの次に第（ｎ−１）のチェインの第Ｐタイトルが表示されるように構成する。

【0040】

次に、図４Ａに示すチェイン１にチェイン接続されている３０機の無線通信携帯端末機器３１のうちのノード１−２の無線通信携帯端末機器３１の所有者が、図４Ａのチェイン１の上図の左図に示す左スワイプ操作又は右図に示す右スワイプ操作を行うことで、配信サーバ２１に対して、チェイン１からの離脱要求とチェイン２への接続要求を送信したとする。上述したとおり、本実施形態のアプリケーション層マルチキャスト配信方法においては、このような場合には、図４Ｂに示すように、チェイン１からノード１−２の無線通信携帯端末機器３１が離脱したことにともない、ノード１−２の無線通信携帯端末機器３１からピアツーピア方式でコンテンツデータ等を受信していた後続のノード１−３〜１−３０の無線通信携帯端末機器３１がそれぞれ繰り上がるノードチェンジが実行される。

【0041】

一方、チェイン１を離脱したノード１−２の無線通信携帯端末機器３１は、それまでバッファリングしていたチェイン１のコンテンツデータを保持するととともに、チェイン１を離脱したときの再生中断位置（タイムスタンプ）を記憶しつつ、図４Ｂに示すようにチェイン２にチェイン接続され、チェイン２のノード２−１となる。これにより、ノード２−１の無線通信携帯端末機器３１は、配信サーバ２１からチェイン２のコンテンツデータを受信してバッファリングを開始し、再生可能となったタイミングで選択されたチャンネルのコンテンツデータの再生を開始する。

【0042】

さらに、図４Ｂに示す状態から、チェイン２に接続されているノード２−１の無線通信携帯端末機器３１の所有者が、図４Ｂのチェイン２の下図の左図に示す左スワイプ操作又は右図に示す右スワイプ操作を行うことで、配信サーバ２１に対して、チェイン２からの離脱要求とチェイン１への接続要求を送信したとする。このような場合、チェイン２を離脱したノード２−１の無線通信携帯端末機器３１は、チェイン１の最後尾であるノード１−３０にチェイン接続されてノード１−３０となるが、図４Ｂに示すように、当該ノード１−３０となった無線通信携帯端末機器３１は、以前にチェイン１に接続されていた際にバッファリングしたコンテンツデータと再生中断位置（タイムスタンプ）を記憶している。したがって、データバッファメモリにバッファリングされたコンテンツデータの再生中断位置からの再生を開始するとともに、未だ受信していないコンテンツデータを前ノードから受信してバッファリングする。これにより、チェインチェンジされても再生画像が途切れることなくスムースに視聴することができる。なお、チェインチェンジした無線通信携帯端末機器３１のデータバッファメモリに新たな接続先のチェインのコンテンツデータがバッファリングされていない場合は、前ノードからコンテンツデータを受信してバッファリングしつつ、再生する。

【0043】

複数のチャンネルにより複数のコンテンツデータを配信する場合、コンテンツデータの画質との関係から一のチェインで配信するチャンネル数に上限を設けることがあるが、このようにすると、チャンネルを切り換えた場合にチェインチェンジすることも少なくない。本実施形態では、チェインチェンジした場合でも、以前にバッファリングしたコンテンツデータが存在するときは、再生中断位置から再生を開始するので、複数のチェイン間でチェイン変更した場合に再生開始が遅れるのを抑制することができる。

【0044】

《ＣＤＮを利用した配信》
図５Ａ〜図５は、本発明のさらに他の実施の形態に係るアプリケーション層マルチキャスト配信方法を実現するコンテンツの配信システムを示すブロック図である。図５Ａに示すシステムは、例えばマルチアングルライブ映像を、マルチアングルエンコーダに取り込み、９チャンネル（９アングル）の合成画像にエンコードしたものをコンテンツとして配信するシステムである。本例のシステムでは、ｎ個のアプリケーション層マルチキャスト配信による配信サーバ２１を含み、一つの配信サーバ２１は、最大７５チェインで構成され、一つのチェインに最大３０ノードがチェイン接続されるものである（最大２２５０×ｎの無線通信携帯端末機器３１が接続可能）。

【0045】

また本例のシステムは、同じマルチアングルライブ映像を、マルチアングルエンコーダに取り込み、９チャンネル（９アングル）のシングル映像にエンコードしたものをバックアップコンテンツデータとして保持する。この９チャンネルのシングル映像は、ＣＤＮ（Contents Delivery Network）４２を介して、ＨＬＳ（HTTP Live Streaming）、ＭＰＥＧ−ＤＡＳＨ等により配信する。なお、アプリケーション層マルチキャスト配信の配信サーバ２１による配信と、ＣＤＮ４２を介したＨＬＳ等による配信とは、同期していない。

【0046】

本例のシステムにおいて、ｎ個の配信サーバ２１は、上述したアプリケーション層マルチキャスト配信方法により無線通信携帯端末機器３１からの配信要求や離脱要求を受け付け、マルチアングルエンコーダによる９チャンネル合成映像をピアツーピア方式で配信する。ただし、全てのチェインにおいてすべてのノードがフル接続された場合に、別の無線通信携帯端末機器３１から接続要求がされても、それ以上のチェイン接続は不可能である。また、いずれかのチェインに接続されていた無線通信携帯端末機器３１が、一旦そのチェインから離脱し、再び接続しようとした場合であっても、その間に別の無線通信携帯端末機器３１が先に接続要求を送信してチェイン接続され、その結果、フル接続となった場合も、それ以上のチェイン接続は不可能である。

【0047】

そこで、このように配信サーバ２１がフル接続状態である場合に、別の無線通信携帯端末機器３１から接続要求がされた場合には、複数の配信サーバ２１を統括するＡＬＭマスタサーバ２２は、配信サーバ２１がフル接続である旨を無線通信携帯端末機器３１に送信する。これを受信した無線通信携帯端末機器３１は、バックアップコンテンツデータを配信するＨＬＳ配信サーバ２３への接続要求を送信し、ＨＬＳ配信サーバ２３からＣＤＮ４２を介して自機の無線通信携帯端末機器３１に９チャンネルのうちの所定のシングル映像を配信する要求信号を送信する。これにより、ＨＬＳ配信サーバ２３は、現在の配信ＴＳ（タイムスタンプ）からその無線通信携帯端末機器３１に９チャンネルのうちの所定のシングル映像の配信を開始し、無線通信携帯端末機器３１は、その時点からバッファリングを開始し、所定量のコンテンツデータがバッファリングされたら再生を開始する。

【0048】

ＨＬＳ配信サーバ２３に一時的に接続された無線通信携帯端末機器３１は、ＡＬＭマスタサーバ２２との間で、各配信サーバ２１の接続状態、すなわち接続可能なノードの有無に関する情報を送受信し、ＡＬＭマスタサーバ２２から接続可能なノードが生じた旨の情報を受信したら、ＨＬＳ配信サーバ２３へ配信停止要求を送信するとともに、接続可能なノードを有する配信サーバ２１へ接続要求を送信する。これにより、アプリケーション層マルチキャスト配信方法による配信サーバ２１がフル接続であっても、クライアントの待ちが解消されることになる。

【0049】

一方、図５Ｂに示すように、無線通信携帯端末機器３１がいずれかの配信サーバ２１のいずれかのチェインに接続中に、ノードチェンジ又はチェインチェンジの要求を送信することで現在接続中のチェインから一時的に離脱した間に、配信サーバ２１がフル接続になると、要求する配信サーバ２１への再接続は不可能になる。この場合、ＡＬＭマスタサーバ２２は、配信サーバ２１がフル接続である旨を無線通信携帯端末機器３１に送信する。これを受信したその無線通信携帯端末機器３１は、データバッファメモリにバッファリングしたコンテンツデータを保持しつつ、再生中断位置を記憶する。そして、無線通信携帯端末機器３１は、バックアップコンテンツデータを配信するＨＬＳ配信サーバ２３への接続要求を送信し、ＨＬＳ配信サーバ２３からＣＤＮ４２を介して自機の無線通信携帯端末機器３１に９チャンネルのうちの所定のシングル映像を配信する要求信号を送信する。

【0050】

上述したとおり、この無線通信携帯端末機器３１は、配信サーバ２１のチェインに接続中に、データバッファメモリにコンテンツデータをバッファリングしながら再生を実行しているが、チェイン離脱時にも、データバッファメモリにバッファリングしたコンテンツデータを保持しつつ、再生中断位置を記憶している。したがって、HLS配信サーバ２３へ接続された場合には、まずはデータバッファメモリに蓄積されたコンテンツデータを再生するとともに、配信サーバ２１とＨＬＳ配信サーバ２３は同期配信されていないことから、無線通信携帯端末機器３１にて連続したい再生を実現するために、データバッファメモリに蓄積されたコンテンツデータを再生しつつ、以下の処理を実行する。

【0051】

まず、ＨＬＳ配信サーバ２３から現在配信中のコンテンツデータ（ＨＬＳ形式等）の受信を開始する。この受信したストリームのＰＴＳ（Presentation Time Stamp，表示時刻）と、データバッファメモリに蓄積されたバッファリングの中断位置（バッファリングデータのＰＴＳ)を比較する。すなわち、図５Ｂに示すように、受信した主映像の現在ＴＳ n のセグメント長（たとえば１０秒）において、バッファリングＰＴＳが、当該ＴＳｎセグメントに属しているか、または、前／後いずれかのセグメントに属しているかを判定する。

【0052】

そして、バッファリングＰＴＳが、当該ＴＳｎセグメントに属している場合は、配信サーバ２１とＨＬＳ配信サーバ２３との配信タイミングが一致しているので、バッファリングデータに連続するＰＴＳからバッファリングを開始する。これに対して、バッファリングＰＴＳが、当該ＴＳｎセグメントより前（過去）の場合には、該当するＴＳの主映像(例えばｎ−１）を再要求し、バッファリングを開始する。逆に、バッファリングＰＴＳが、当該ＴＳｎセグメントより後（未来）の場合には、次のＴＳの主映像(ｎ＋１）を要求し、バッファリングを開始する。無線通信携帯端末機器３１は、データバッファメモリに蓄積されたコンテンツデータの再生が終了したら、これに続けてＨＬＳ配信サーバ２３から受信してバッファリングしたマルチアングルのシングル映像の再生モードに切り換え、これによりシームレス再生を実現する。

【0053】

こうしてＨＬＳ配信サーバ２３に一時的に接続された無線通信携帯端末機器３１は、ＡＬＭマスタサーバ２２との間で、各配信サーバ２１の接続状態、すなわち接続可能なノードの有無に関する情報を送受信し、ＡＬＭマスタサーバ２２から接続可能なノードが生じた旨の情報を受信したら、ＨＬＳ配信サーバ２３へ配信停止要求を送信するとともに、接続可能なノードを有する配信サーバ２１へ接続要求を送信する。これにより、アプリケーション層マルチキャスト配信方法による配信サーバ２１がフル接続であっても、クライアントの待ちが解消されることになる。

【0054】

なお、ＨＬＳ配信サーバ２３によるコンテンツデータの配信から、本来の配信サーバ２１によるコンテンツデータの配信に切り換る場合には、ＨＬＳ方式で配信されていたコンテンツデータの再生中断位置およびバッファリング中断位置のＰＴＳを保持し、配信サーバ２１のチェインに接続する。そして、バッファリング中断位置のＰＴＳをそのチェインの直前のノード（無線通信携帯端末機器３１）に要求する。ＨＬＳ方式でバッファリングされていたコンテンツデータの再生が終了したら、直前のノードから受信して新たにバッファリングしたマルチアングル９チャンネル合成映像の再生モードに切り換える。これにより、シームレスな再生が実現されることになる。

【0055】

《コマーシャルメッセージＣＭの挿入処理》
上述したアプリケーション層マルチ配信方法において、配信されるコンテンツデータの所定ＰＴＳに、動画若しくは静止画、音声又はこれらの組み合わせからなるコマーシャルメッセージＣＭを挿入してもよい。こうしたコマーシャルメッセージＣＭは、配信サーバ２１のオペレータ操作などにより設定することができる。挿入するコマーシャルメッセージＣＭのコンテンツは特に限定されないが、コマーシャルメッセージＣＭの効果をより発揮させるために、無線通信携帯端末機器３１の所有者の属性に応じたコマーシャルメッセージＣＭを挿入することがより好ましい。

【0056】

無線通信携帯端末機器３１の所有者の属性としては、年齢（〜２０歳代、３０歳代、４０歳代、５０歳代〜）、性別（男性、女性）、婚姻（未婚、既婚）、ブラウザ閲覧履歴、ＧＰＳ検出位置（行動範囲、行動様式）、コンテンツ視聴頻度（嗜好属性）、スワイプ頻度（性格推定）、健康属性推定などを例示することができる。

【0057】

年齢（〜２０歳代、３０歳代、４０歳代、５０歳代〜）、性別（男性、女性）、婚姻（未婚、既婚）などの所有者の属性については、これら年齢、性別、婚姻に応じたコマーシャルメッセージＣＭを、その所有者の無線通信携帯端末機器３１に対して配信するコンテンツに挿入する。例えば、２０歳代までの未婚の女性に対して配信するコマーシャルメッセージＣＭと、５０歳代の既婚の男性に対して配信するコマーシャルメッセージＣＭとは、所有者の嗜好が明らかに異なるので、その属性に応じたものを配信すると効果的である。また、所有者のブラウザ閲覧履歴については、上記年齢、性別又は婚姻の属性が同じでも、所有者の嗜好に応じて閲覧履歴が相違することも少なくないので、ブラウザ閲覧履歴が多いカテゴリに相関するコマーシャルメッセージＣＭを配信する。これら年齢、性別、婚姻の情報は、無線通信携帯端末機器３１から、配信サーバ２１へ予め登録することにより取得することができる。また、ブラウザ閲覧履歴の情報は、無線通信携帯端末機器３１に蓄積された履歴情報を配信サーバ２１へ送信することにより取得することができる。

【0058】

ＧＰＳ検出位置に関する所有者の属性は、緯度・経度位置の情報から、その地方のローカル広告を配信したり、言語コードの組合せから外国人向け観光地のコマーシャルメッセージＣＭやご当地の店舗のコマーシャルメッセージＣＭを配信したりすることができる。また、ＧＰＳ検出位置から移動情報を解析し、徒歩での移動であれば周辺店舗の広告、車での移動であれば走行ロード付近の広告や高速道路のサービスエリアの広告、電車での移動であればその路線近辺の広告や駅弁・駅内ショップの広告、新幹線での移動であれば車内販売・駅弁・駅内ショップの広告などを配信すると効果的である。このとき、ＧＰＳ検出位置を各種クラウドサーバーへ問合わせ連携することもできる。例えば地図情報と連携することで車/電車を区別したり、電車路線の情報を取得することができる。走行中の道路が交通規制されていたり、乗車中の電車が運転見合わせであったりした場合には、周辺ホテルのコマーシャルメッセージＣＭを配信すると効果的である。また防災情報があれば防災グッズのコマーシャルメッセージＣＭ、気象情報（雨、雪、気温）を取得することで雨具・防寒グッズ・タイヤチェーン等のコマーシャルメッセージＣＭを配信してもよい。

【0059】

無線通信携帯端末機器３１の所有者の位置は、無線通信携帯端末機器３１のＧＰＳ機能に基づくこと以外にも、Ｗｉ−ＦｉステーションのＳＳＩＤから位置情報を取得することができる。取得されたＷｉ−Ｆｉステーションが、コンビニエンスストアであるときは、そのコンビニエンスストアのコマーシャルメッセージＣＭ、コーヒーショップであるときは、そのコーヒーショップのコマーシャルメッセージＣＭ、デパート・家電量販店・スーパーマーケットなどの店舗であるときは、その店舗のコマーシャルメッセージＣＭ、高速道路のサービスエリアであるときは、その高速道路運営会社のコマーシャルメッセージＣＭを配信すると効果的である。こうした所有者の位置情報は、無線通信携帯端末機器３１から配信サーバ２１へ送信し、これにより配信サーバ２１は、その位置情報に応じたコマーシャルメッセージＣＭを配信することができる。

【0060】

コンテンツ視聴頻度の属性は、配信サーバ２１にて判断することができ、それに応じたコマーシャルメッセージＣＭを配信することができる。例えばマルチアングルコンテンツの視聴頻度が高い所有者に対しては、アングルコンテンツの内容によりコマーシャルメッセージＣＭを選択することができる。すなわち、野球のライブコンテンツにおいて、天頂カメラアングルの視聴頻度が高いと守備シフトに興味が有ると判断でき、この場合はメジャーリーグベースボールに関するコマーシャルメッセージＣＭを配信すると効果的である。同様に、ピッチャーアングルの視聴頻度が高いとピッチングに興味があり、自身が草野球選手であると判断できるので、スポーツ用品に関するコマーシャルメッセージＣＭを配信すると効果的である。また、マルチチャンネルのコンテンツのうち視聴頻度が高いタイトルのカテゴリによりコマーシャルメッセージＣＭを選択することもできる。例えば、アニメ系の視聴頻度が高いときは、アニメ新番組のコマーシャルメッセージＣＭ、邦画系の視聴頻度が高いときは、ロケ観光地のコマーシャルメッセージＣＭ、パチスロ系の視聴頻度が高いときは、新台やパチンコ店のコマーシャルメッセージＣＭを配信すると効果的である。マルチチャンネル配信において、所有者が視聴したタイトルの頻度を配信サーバ２１にて視聴ログとして蓄積し、さらに所有者の嗜好を絞込み推定し、所有者の嗜好属性に合致するコマーシャルメッセージＣＭのみを選択してもよい。メガマルチチャンネルにおいては、単一コンテンツの視聴頻度およびコンテンツグループの視聴頻度により判断してもよい。

【0061】

スワイプ頻度の属性は、所有者の性格推定に利用することができる。例えば、スワイプ頻度が高い所有者は、せっかち型又は時間的な余裕が無いと判断できるので、ファーストフードなどのコマーシャルメッセージＣＭを配信すると効果的である。これに対して、スワイプ頻度が低い所有者は、おっとり型又は一点集中型な性格であると判断できるので、例えばリゾート地に関連するコマーシャルメッセージＣＭを配信すると効果的である。スワイプの中でもモーションスワイプの使用頻度が高い所有者は、ゲーム嗜好型又はせっかち型な性格であると判断できるので、ゲームに関するコマーシャルメッセージＣＭを配信すると効果的である。

【0062】

健康属性推定の属性は、モーションスワイプをＯＦＦした状態で手の震えを検出し、これにより健康属性を推定する。例えば、手の震えを検出したら、不健康・中風の疑い・動悸といった不健康な状態にあると判断できるので、病院や医薬品などのコマーシャルメッセージＣＭを配信すると効果的である。これに対して、手の震えが検出されないときは、健康状態であると判断できるので、健康サプリメントなどのコマーシャルメッセージＣＭを配信すると効果的である。

【符号の説明】

【0063】

１…コンテンツの配信システム
１１…リアルタイムエンコーダ
２１…配信サーバ
２２…ＡＬＭマスタサーバ
２３…ＨＬＳ配信サーバ
３１…無線通信携帯端末機器
４１…電気通信回線網
４２…ＣＤＮ

【要約】

【課題】複数のチェイン間でチェイン変更した場合に再生開始が遅れるのを抑制する。
【解決手段】一の配信サーバ２１から複数の端末機器３１へ、電気通信回線網４１を介して、所定のコンテンツデータを、ピアツーピア方式でアプリケーション層マルチキャスト配信する方法であって、１回以上チェイン変更した端末機器が、以前にチェイン接続していたチェインに再接続した場合に、当該端末機器は、以前にバッファリングしたコンテンツデータが存在するときは、再生中断位置から再生を開始し、以前にバッファリングしたコンテンツデータが存在しないときは、直前の端末機器からコンテンツデータを受信しながら再生する。
【選択図】 図４Ｃ

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図5A】

【図5B】