(57)【要約】【課題】オーバーレイマルチキャストを用いて複数の視聴端末に他の視聴端末から複数のチャンネルの映像が配信される場合において視聴端末やネットワーク帯域に対して恒常的に高負荷をかけることなく、チャンネル切り替えの高速化を図る。【解決手段】確度算出部１１は、各チャンネルにつき、当該チャンネルへ他のチャンネルから切り替わる可能性を示す確度Ｒを逐次算出する。配信形態制御部１２は、例えば、各チャンネルにつき、当該チャンネルの確度Ｒが変わったか否かを監視し、確度Ｒが変わったなら、確度Ｒとしきい値ＴＨを比較し、確度Ｒがしきい値ＴＨ未満なら当該チャンネルの映像は事前探索型手法で受信すべき旨を視聴端末２の事前処理部２３に通知する一方、確度Ｒがしきい値ＴＨ以上なら当該チャンネルの映像は事前配信型手法で受信すべき旨を視聴端末２の事前処理部２３に通知し、再び監視を続ける。【選択図】図１
2016039391.tif 000002
【特許請求の範囲】
【請求項１】
オーバーレイマルチキャストを用いて複数の視聴端末に他の視聴端末から複数のチャンネルの映像が配信される場合の配信形態を管理する配信形態管理装置であって、
前記各チャンネルにつき、当該チャンネルへ他のチャンネルから切り替わる可能性を示す確度を算出する確度算出部と、
前記各チャンネルにつき、前記確度と予め定められたしきい値を比較し、確度がしきい値未満なら当該チャンネルの映像は事前探索型手法で受信すべき旨を視聴端末に通知する一方、前記確度が前記しきい値以上なら当該チャンネルの映像は事前配信型手法で受信すべき旨を視聴端末に通知する配信形態制御部と
を備えることを特徴とする配信形態管理装置。
【請求項２】
前記各視聴端末から、当該視聴端末が受信しているチャンネルの数を取得し、当該数の総数が多いほど前記しきい値を高く設定するトラフィック情報管理部
を備えることを特徴とする請求項１記載の配信形態管理装置。
【請求項３】
前記各チャンネルにつき、当該チャンネルを介して配信される映像である番組についての番組情報を記憶する番組情報データベースと、
前記各チャンネルにつき、前記番組情報データベースの番組情報を用いて、当該チャンネルへ切り替わる可能性を示す確度を算出する番組情報解析部とを備え、
前記確度算出部は、当該確度算出部で算出する確度を前記番組情報解析部で算出された確度を用いて算出する
ことを特徴とする請求項１または２記載の配信形態管理装置。
【請求項４】
前記各視聴端末から、当該視聴端末で視聴中のチャンネルを示す視聴チャンネル情報を逐次取得し、前記各チャンネルにつき、当該視聴チャンネル情報を用いて、当該チャンネルへ切り替わる可能性を示す確度を算出する配信トポロジ管理部を備え、
前記確度算出部は、当該確度算出部で算出する確度を前記配信トポロジ管理部で算出された確度を用いて算出する
ことを特徴とする請求項１ないし３のいずれかに記載の配信形態管理装置。
【請求項５】
映像を視聴する視聴者の発言の内容を示す情報を取得し、前記各チャンネルにつき、当該発言の内容を示す情報を用いて、当該チャンネルへ切り替わる可能性を示す確度を算出する盛り上がり検知部を備え、
前記確度算出部は、当該確度算出部で算出する確度を前記盛り上がり検知部で算出された確度を用いて算出する
ことを特徴とする請求項１ないし４のいずれかに記載の配信形態管理装置。
【請求項６】
オーバーレイマルチキャストを用いて複数の視聴端末に他の視聴端末から複数のチャンネルの映像が配信される場合の配信形態を管理する配信形態管理装置の動作方法であって、
前記配信形態管理装置の確度算出部が、前記各チャンネルにつき、当該チャンネルへ他のチャンネルから切り替わる可能性を示す確度を算出し、
前記配信形態管理装置の配信形態制御部が、前記各チャンネルにつき、前記確度と予め定められたしきい値を比較し、確度がしきい値未満なら当該チャンネルの映像は事前探索型手法で受信すべき旨を視聴端末に通知する一方、前記確度が前記しきい値以上なら当該チャンネルの映像は事前配信型手法で受信すべき旨を視聴端末に通知する
ることを特徴とする配信形態管理装置の動作方法。
【請求項７】
請求項１ないし５のいずれかに記載の配信形態管理装置としてコンピュータを機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信形態管理装置、配信形態管理装置の動作方法およびコンピュータプログラムに関するものである。
【背景技術】
【０００２】
近年の通信技術の飛躍的な発展を背景として、映画や音楽ビデオ等の高画質、高品質な映像コンテンツをIPネットワーク経由で配信するサービスが展開されている。このようなサービスにおいて複数の映像コンテンツを放送のように同時に配信する場合、通常のユニキャストによる配信では、視聴者数増加に伴う配信コストの増加が問題として挙げられる。また、昨今のテレビ放送では、マイクロブログやソーシャルメディアに取り上げられることにより、サービス提供者側も予期できない形で急激な注目を集める現象かが頻繁に起こっており、予め無駄なコストをかけずに対策することが容易でない。
【０００３】
これらの問題を解決する配信方式として、オーバーレイマルチキャスト(OLMC)が注目されている。OLMCは、エンドホストとなる視聴者の端末やネットワーク機器(ノード)を用いて仮想的な配信網を構築し、端末間でデータを送受信することにより、複数の相手にデータを送信する配信方式である。配信方式としてOLMCを用いることにより、配信サーバに大きな負荷をかけることなく、放送型のサービスを提供できる。また、エンドホスト端末にも送受信させるため、一時的な視聴者の増加に対しても柔軟に対応できると言える。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１４３５８７号公報
【非特許文献】
【０００５】
【非特許文献１】小南  英司,寺田  直美,河合  栄治,藤川  和利,砂原  秀樹,“スムーズなチャンネル切り替えが可能なP2Pストリーム配信システムの提案と実装”,電子情報通信学会,2009.
【非特許文献２】勝間  亮,村岡  洋一,“実ネットワークの特性を考慮したP2Pリレーによる多チャンネルIP映像配信の実現”,情報処理学会,2006.
【非特許文献３】壹岐  勇太郎,青木  輝勝,沼沢  潤二,“オーバーレイ型映像配信における低遅延チャンネルザッピング実現に関する一検討”,電子情報通信学会,2009.
【発明の概要】
【発明が解決しようとする課題】
【０００６】
OLMC を用いて複数の映像コンテンツを放送のように同時に配信する場合、映像ストリーム間のチャンネル切り替えの高速化が課題の一つとして挙げられる。本課題への対策として既存の特許文献や非特許文献では、チャンネル切り替え命令前に予め配信者となってくれる上位ノードを候補として確保する事前探索型や、他チャンネルの映像ストリームも受信しておく事前配信型が提案されている。
【０００７】
（事前探索型）
事前探索型は、チャンネルごとに配信可能なノードの情報を何かしらの方法で各ノードに伝えておき、チャンネル切り替え命令時には、そのノードに対してすぐに配信を要求する手法である。そのため、命令を受けてから配信元を探索するプロセスを省略でき、高速化が望める。
【０００８】
非特許文献では、視聴者の趣味嗜好性を用いて選択したチャンネルの候補を事前に確保することにより高速化を図る手法などが提案されている（非特許文献１）。また、別の特許文献では、専用のネットワーク設備を用いて実現するマルチキャストにおいてマルチキャストパケットを自ネットワークインターフェイスまで到達させておくことにより、高速化を図るという手法が提案されている（特許文献１）。本手法でも視聴者の趣味嗜好性やチャンネルの位置関係を考慮し、事前にマルチキャストパケットを送信するチャンネルを選択する方法が述べられている。
【０００９】
（事前配信型）
事前配信型は、予め全チャンネルの映像ストリームを受信し、チャンネル切り替え命令時にはすぐに再生する手法である。これにより配信元の探索から受信するまでの各プロセスを省略でき、他の手法と比較して非常に高速である。
【００１０】
既存研究としては、特定の上位ノードから複数のチャンネルの映像ストリームをまとめて配信する方法が提案されている（非特許文献２）（非特許文献３）。
【００１１】
（既存手法を踏まえた課題）
事前探索型では、予め準備しない方法と比較すれば確かに高速化されるものの、チャンネル切り替え命令後に実際の映像ストリームを受信するため、再生されるまでにはある程度の時間を要する。また、ネットワークの状況によっては配信に大きく時間がかかってしまい、高速化を見込めない可能性もある。加えて、どちらの手法にも個人の趣味嗜好性により事前にチャンネル切り替えが行われる可能性が高いチャンネルの候補を確保するとあるが、マイクロブログやソーシャルメディアなどを通して盛り上がっている番組の存在を知り、一時的に視聴するような利用者には、個人の趣味嗜好性に閉じていては対応しにくいと考えられる。
【００１２】
一方、事前配信型では、常に映像ストリームを受信しているため、チャンネル切り替え命令後すぐに再生することが可能であるが、チャンネル数の増加に伴い、ノード間で送受信しなければならないストリーム数も増えるため、端末やネットワーク帯域にかかる負荷が大きくなる。
【００１３】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、オーバーレイマルチキャストを用いて複数の視聴端末に他の視聴端末から複数のチャンネルの映像が配信される場合において視聴端末やネットワーク帯域に対して恒常的に高負荷をかけることなく、チャンネル切り替えの高速化を図る技術を提供することにある。
【課題を解決するための手段】
【００１４】
上記の課題を解決するために、本発明の配信形態管理装置はオーバーレイマルチキャストを用いて複数の視聴端末に他の視聴端末から複数のチャンネルの映像が配信される場合の配信形態を管理する配信形態管理装置であって、前記各チャンネルにつき、当該チャンネルへ他のチャンネルから切り替わる可能性を示す確度を算出する確度算出部と、前記各チャンネルにつき、前記確度と予め定められたしきい値を比較し、確度がしきい値未満なら当該チャンネルの映像は事前探索型手法で受信すべき旨を視聴端末に通知する一方、前記確度が前記しきい値以上なら当該チャンネルの映像は事前配信型手法で受信すべき旨を視聴端末に通知する配信形態制御部とを備えることを特徴とする。
【００１５】
本発明の配信形態管理装置の動作方法は、オーバーレイマルチキャストを用いて複数の視聴端末に他の視聴端末から複数のチャンネルの映像が配信される場合の配信形態を管理する配信形態管理装置の動作方法であって、前記配信形態管理装置の確度算出部が、前記各チャンネルにつき、当該チャンネルへ他のチャンネルから切り替わる可能性を示す確度を算出し、前記配信形態管理装置の配信形態制御部が、前記各チャンネルにつき、前記確度と予め定められたしきい値を比較し、確度がしきい値未満なら当該チャンネルの映像は事前探索型手法で受信すべき旨を視聴端末に通知する一方、前記確度が前記しきい値以上なら当該チャンネルの映像は事前配信型手法で受信すべき旨を視聴端末に通知することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、オーバーレイマルチキャストを用いて複数の視聴端末に他の視聴端末から複数のチャンネルの映像が配信される場合において視聴端末やネットワーク帯域に対して恒常的に高負荷をかけることなく、チャンネル切り替えの高速化が図れる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態に係る配信形態管理装置の構成と動作を説明するための図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について図面を参照して説明する。
【００１９】
図１は、本実施の形態に係る配信形態管理装置の構成と動作を説明するための図である。
【００２０】
配信形態管理装置１は、オーバーレイマルチキャスト（OLMC）を用いて複数の視聴端末２に他の視聴端末２から複数のチャンネルの映像が配信される場合の配信形態を管理するものである。
【００２１】
配信形態管理装置１は、確度算出部１１、配信形態制御部１２、トラフィック情報管理部１３、番組情報データベース１４、番組情報解析部１５、配信トポロジ管理部１６、盛り上がり検知部１７を備える。
【００２２】
視聴端末２は、チャンネル切り替え部２１、トラフィック監視部２２、事前処理部２３を備える。
【００２３】
番組情報データベース１４は、各チャンネルにつき、当該チャンネルを介して配信される映像である番組についての番組情報を記憶している。
【００２４】
番組情報解析部１５は、各チャンネルにつき、番組情報データベース１４の番組情報を用いて、当該チャンネルへ切り替わる可能性を示す確度Ａを算出する。
【００２５】
具体的には、番組情報解析部１５は、番組の主映像や間のコマーシャルといった「番組状態」や、映像のなかに誰や何が映っているか等の「番組情報」を元にして、チャンネル切り替えが行われやすいタイミングを検知する。また、番組情報解析部１５は、「番組ジャンル」ごとにチャンネル切り替えが行われる特徴を学習しておき、利用する。これは、物語性の強いドラマであれば途中から視聴される可能性は少ないが、ニュース番組やスポーツ番組であれば途中で気軽にチャンネル切り替えを行われる可能性が高いと考えられるためである。
【００２６】
「番組状態」に関しては、例えばドラマ番組であれば、番組のあら筋を説明する映像か、主映像か、コマーシャルかどうかの他に、字幕のON/OFFやどの言語で視聴しているか、番組内容に紐付いた外部情報の表示の有無によって区別される。また、任意の番組内において視点を切り替えて視聴できる構成を想定する場合、どの視点の映像を視聴しているかによっても区別できる。
【００２７】
「番組情報」に関しては、例えばニュース番組であれば、話題にされている事象の内容に紐づくキーワード，人物や人間関係，起きた場所，起きた時間帯等の情報を用いて、他番組ですでに放送された同事象や過去に起きた類似の事象でチャンネル切り替えが行われた確度を参考にする。また、事象そのものだけでなく、番組に参加しているキャスター陣や意見の偏りなども考慮する。一方、スポーツ番組であれば、スポーツの種類、出場している選手、大会の種類、時間帯、屋外の場合は天気等の情報も参考にする。
【００２８】
配信トポロジ管理部１６は、各視聴端末２のチャンネル切り替え部２１から、当該視聴端末２で視聴中のチャンネルを示す視聴チャンネル情報を逐次取得し、各チャンネルにつき、当該視聴チャンネル情報を用いて、当該チャンネルへ切り替わる可能性を示す確度Ｂを算出する。視聴端末２のチャンネル切り替え部２１が利用され、チャンネルが切り替わると、チャンネル切り替え部２１は視聴チャンネル情報を配信トポロジ管理部１６に送信し、これにより、配信トポロジ管理部１６が保持する視聴チャンネル情報が更新される。配信トポロジ管理部１６は、このように更新される視聴チャンネル情報により、視聴者数の遷移を求め、視聴者数の遷移に基づいて、確度Ｂを算出する。
【００２９】
具体的には、配信トポロジ管理部１６は、視聴チャンネル情報を用いて、各番組における時区間単位の視聴者数の推移を計測し、単位時間あたりの視聴者の増加率を算出する。例えば、任意の時区間において増加率が急激に上昇したチャンネルには、今後も他視聴者からの流入があると考え、確度Ｂを高める。
【００３０】
盛り上がり検知部１７は、映像を視聴する視聴者の発言の内容を示す情報を取得し、各チャンネルにつき、当該発言の内容を示す情報を用いて、当該チャンネルへ切り替わる可能性を示す確度Ｃを算出する。
【００３１】
具体的には、盛り上がり検知部１７は、マイクロブログやソーシャルメディアを通した視聴者の発言から、各番組における時区間単位の視聴者の盛り上がりを計測する。盛り上がり検知部１７は、実際の「視聴者数の推移」とは異なり、特定の番組を視聴している視聴者がいかに盛り上がっているかを、視聴者あたりの発言数や文字数、発言内容から算出する。特に、一度しか放送されないイベント番組や生放送番組、スポーツ番組など番組進行が読みにくい種類の番組で有効に機能するものと考えられる。盛り上がり検知部１７により、番組製作者側も予期できないような視聴者の流入、流出の確率を考慮することができる。
【００３２】
確度算出部１１は、各チャンネルにつき、当該チャンネルへ他のチャンネルから切り替わる可能性を示す確度Ｒを逐次算出する。確度算出部１１は確度Ｒを、例えば、確度Ａ、Ｂ、Ｃを用いて算出する。
【００３３】
確度Ｒの具体的な算出方法としては、各確度Ａ、Ｂ、Ｃの平均を求める方法や、視聴者の属性に応じて特定の確度に重みを加える方法などが考えられる。例えば、視聴者が日頃からソーシャルメディアを密に利用しており、発言内容に影響を受けやすい属性であれば、確度Ｃに高い重みを加える。
【００３４】
なお、本実施の形態では、確度Ａ、Ｂ、Ｃを用いて確度Ｒを算出したが、確度Ａ、Ｂ、Ｃの中の１つまたは２つを用いて確度Ｒを算出してもよい。または、確度Ａ、Ｂ、Ｃ以外の確度を加え、これらの確度を用いて確度Ｒを算出してもよい。または、確度Ａ、Ｂ、Ｃ以外の確度を用いて確度Ｒを算出してもよい。
【００３５】
配信形態制御部１２は、例えば、各チャンネルにつき、当該チャンネルの確度Ｒが変わったか否かを監視し、確度Ｒが変わったなら、確度Ｒとしきい値ＴＨを比較し、確度Ｒがしきい値ＴＨ未満なら当該チャンネルの映像は事前探索型手法で受信すべき旨を視聴端末２の事前処理部２３に通知する一方、確度Ｒがしきい値ＴＨ以上なら当該チャンネルの映像は事前配信型手法で受信すべき旨を視聴端末２の事前処理部２３に通知し、再び監視を続ける。
【００３６】
視聴端末２の事前処理部２３は、事前探索型手法で受信すべき旨を通知されたチャンネルについては、事前に映像の送信元となる他の視聴端末２を探索しておく。視聴端末２は、当該チャンネルへの切り替えの際は探索を行わず、直ちに当該他の視聴端末２から映像を要求し、受信する。このチャンネルについては、事前に映像が配信されないので、視聴端末２やネットワーク帯域に恒常的に高負荷がかかるのを防止することができる。
【００３７】
一方、視聴端末２の事前処理部２３は、事前配信型手法で受信すべき旨を通知されたチャンネルについては、事前に映像を送信できる他の視聴端末２を探索し、映像を受信しておく。視聴端末２は、当該チャンネルへの切り替えの際は探索ならびに受信の手続き等を行わず、受信中の当該チャンネルに直ちに切り替える。このチャンネルについては、事前に映像が配信されるので、チャンネルの切り替えを高速化することができる。
【００３８】
したがって、視聴端末２やネットワーク帯域に恒常的に高負荷をかけることなく、チャンネル切り替えの高速化が図れる。
【００３９】
トラフィック情報管理部１３は、各視聴端末２のトラフィック監視部２２から、当該視聴端末が受信しているチャンネルの数を取得し、当該数の総数が多いほどしきい値ＴＨを高く設定する。しきい値ＴＨが高く設定されると、事前探索型手法の傾向が強まる。逆に、しきい値ＴＨが低く設定されると、事前配信型手法の傾向が強まる。
【００４０】
よって、受信しているチャンネルの数が少ないのに事前探索型手法の傾向が強まり、視聴端末２のリソースやネットワーク帯域が余りすぎしまう不都合や、逆に受信しているチャンネルの数が多いのに事前配信型手法の傾向が強まり、視聴端末２のリソースやネットワーク帯域が不足するという不都合を防止できる。
【００４１】
以上のように、本実施の形態では、OLMCを用いて複数の映像を放送のように同時に配信する場合に、切り替えられる確度Ｒの高い映像ストリームのみを事前配信型で予め配信しておくことにより、視聴端末やネットワーク帯域に大きな負荷をかけることなく、高い確率で高速なチャンネル切り替えを実現できる。
【００４２】
また、本実施の形態では、事前探索型と事前配信型を切り替える確度Ｒのしきい値ＴＨを、ネットワーク全体に流されている映像ストリームの総数から決定することにより、番組に関わらず全体的にチャンネル切り替えが行われるような状況下でも、より確率の高いチャンネルの映像ストリームのみを優先して事前配信することができる。
【００４３】
近年では、コンテンツ事業者だけでなく個人が自由に放送型の映像ストリームを配信するサービスが普及してきている。コンテンツ事業者と視聴者が区別できた従来の放送モデルでは、予め全体のチャンネル数を設定することや、ある程度の視聴者数を想定して配信設備を構築することが可能であったが、上記サービスでは予測不可能である。本実施の形態は、上記サービスのような視聴者数の増減やその激しさが予期できない場合にも柔軟に対応することができると考えられる。
【００４４】
なお、本実施の形態の配信形態管理装置１としてコンピュータを機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録でき、また、インターネットなどの通信網を介して伝送させて、広く流通させることができる。
【符号の説明】
【００４５】
１…配信形態管理装置
２…視聴端末
１１…確度算出部
１２…配信形態制御部
１３…トラフィック情報管理部
１４…番組情報データベース
１５…番組情報解析部
１６…配信トポロジ管理部
１７…盛り上がり検知部
２１…チャンネル切り替え部
２２…トラフィック監視部
２３…事前処理部
【図１】
2016039391.tif 000003