【ネットワーク】TVバンク、｢実はP2Pで動画配信してました｣…トラフィック約10分の1に [06/09/26]

　TVバンクは9月26日、数万人規模のユーザーに対して高画質な動画コンテンツを同時に配信
できる｢BBブロードキャスト｣を、同社グループの中国企業と共同で開発し、運用していると
発表した。P2Pとサーバ−クライアントモデルを併用した仕組みで、視聴者が増えるほど割安で
安定した配信が可能という。

　｢オーバーレイマルチキャスト｣と呼ばれる技術を活用した。同社グループの中国Roxbeam Media
Networkが基礎技術を開発し、日本のサービス向けに最適化した。

　オーバーレイマルチキャストは、IPマルチキャストの進化形。サーバが送信したデータを複数に
分け、複数のクライアントPCに同時に転送する。データを受け取ったPCは、別のクライアントPCと
データを相互に転送し合う。

　動画配信で一般的なユニキャスト方式は、サーバとクライアントが1対1で通信するため、
視聴者数に比例してトラフィックが増加していく。オーバーレイマルチキャストなら、視聴者が
増えるほどデータ転送するノードも増えていくため、サーバやネットワークに対して大きな負荷を
かけることなく、大量の視聴者に対してデータを送信できる。IPマルチキャストと異なり、
クライアントのISPが異なっても利用できるのが特徴だ。

　BBブロードキャストの場合は、PCに専用ソフトをインストールすればネットワークに参加できる。
システムにログインすると、まずブートサーバから接続先のクライアント一覧｢初期パートナー
リスト｣を受け取る。PCはリスト上のパートナーと接続し、ネットワークを構築。同時に｢配信支援
サーバ｣から動画の冒頭部分を受け取る。

　動画の続きは、パートナーPCのキャッシュからデータを受信して再生する。パートナーが十分な
数集まらなかったり、パートナーPC内に必要なデータがない場合は、配信支援サーバにアクセスし、
サーバから直接データを配信してもらう。P2Pとクライアント−サーバモデルを組み合わせたモデル
で、データを効率よく届けられるようにした。

>>2-3に続く


▽News Source　IT media 2006年09月26日 20時07分 更新
http://www.itmedia.co.jp/news/articles/0609/26/news075.html
▽Press Release
http://www.tv-bank.com/jp/20060926.html

　｢P2P｣と｢動画｣の組み合わせには著作権侵害のイメージが付きまとうが、BBブロードキャストなら
｢コンテンツは強固に守られ、第三者に不正に加工されることはない｣(同社システム統括部の川原洋
統括部長)としている。

　データはWindows Media DRMで保護し、転送の際はさらに細分化、暗号化する。動画再生時は、
細分化された多数のデータをパートナーやサーバから収集し、再構築した上で複合化する。処理は
メモリ上で行うため、ユーザーのHDDにはデータを保存しないという。

■通信と放送の“谷間”を狙う

　同サービスのターゲットは、｢ユニキャストとテレビの間｣。ユニキャストではコストがかかり
すぎるが、テレビほど多くリーチは必要ない、数万人〜100万人規模への配信を想定する。

　例えば、100万人のユーザー(地上波テレビの視聴率2％相当)に対して1.5Mbpsの動画を2時間分
配信する場合、ユニキャストなら通信費用が6億7500万円かかるといい(1Gバイトあたり500円で
試算)、｢ビジネスとして成り立たない｣(同社の中川具隆COO)が、BBマルチキャストならこれを
数分の1〜数十分の1程度に抑えられる。

　9月22日にBBマルチキャスト方式で配信したEXILEのライブは、ビットレートが768Kbps、最大同時
視聴者数が2万5302人だった。単純に掛け合わせると、全体のトラフィックは19.4Gbpsになるが、
実際の送信トラフィックは最大4.2Gbps。ユニキャスト方式の約5分の1に抑えられたとしている。
野球中継で実験した際は、全体のトラフィック9.21Gbpsに対して実際は1.01Gbpsと、約10分の1に
抑制できた。

　バックボーンのトラフィック量が抑えられるため、いわゆる｢ただ乗り論｣に対するコンテンツ
配信側の1つの答えにもなりそうだ。

　ソフトバンクグループは、昨年12月のTVバンク設立以前からこの仕組みを研究し、プロ野球中継
などで実験を行ってチューニングを繰り返してきた。今後も野球中継で実験を続けるほか、24時間
連続配信のストリーミングサービスや、VOD(ビデオオンデマンド)コンテンツにも応用していきたい
考えだ。

　ただ、いつでも見られるVODの場合は、同時視聴ユーザー数がストリーミングよりも少なくなる
可能性が高い。｢BitTorrentのように、一晩待たないとコンテンツが配信されない、では意味がない｣
(中川COO)――スケールメリットを出しながら、VODで経済的に運用できる手法を探っていく。

■｢GyaOは前から超えている｣

　中川COOによると、Yahoo！動画のユニークブラウザ数は、8月単月で800万を超えているという。
同日報道されたデータによると、Yahoo！動画のユニークユーザー数は8月にGyaOを超えているが、
｢TVバンクも含めたYahoo！全体だと、昨年のTVバンク立ち上げ当時から、GyaOに勝ったり負けたり、
という状況｣(中川COO)という。

　今後、Yahoo！内の動画配信サービスで、広告を挿入できるコンテンツに関して、視聴数などを
発表する予定だ。

47氏も似たシステム開発してるね。

また有花の記事か

これもただ乗りじゃん。

まあネットで好きにビデオやテレビが見られるならなんでもええわい

このトラフィックってクライアント間のデータの送受信を含んでないんじゃないか？

サーバクライアント間のトラフィックが減っただけなら、ただ乗り論に対する回答にはならないが。

準リアルタイムでよく出来たもんだな。
データ分散された先でISPごとコケたりしたらどうなるんだろう?

メモリにキャッシュとか嫌なシステムだね。

凶徒府警からやってきますた

>>1
>バックボーンのトラフィック量が抑えられるため、いわゆる｢ただ乗り論｣に対する
>コンテンツ配信側の1つの答えにもなりそうだ。

何故そうなる。

なんかどっかに落とし穴がある様な気がするんだが・・・。

面白いことやってんだねぇ

>>8

たとえば同じ地域IP内なら、BBを経由せずに受け渡せるんじゃない？

実はっていうか、知ってたよ特製ソフトインスコしてる時点で

あ、ユーザ間でデータのやりとりをする分には
動画提供側の責任範囲外だといいたいのか。
トラフィック増加幇助の方が実行犯よりマシだと。

人のPCにただ乗りしたけしからんビジネスだな
しかもRAMを使うあたりは悪質だ

TCP（UDPか？）の何番のポート使ってるんだろう、これ。
ポート開けられない環境だから分かったところで関係無いが。

てかwinnyのパクリじゃないの

>>15
それ地域内転送で帯域食い荒らされて無いか？
ISPが違ってもOKというから、BBを経由する分も少なからず有るようだし。

>>17
それでほぼ正解。
もう少しいうと大義名分のある流量規制が不能になるので
タダ乗り論が目指す真の目的「ｺﾝﾃﾝﾂﾌﾟﾛﾊﾞからの徴収」が不可能になる。

結局、配信業者の鯖が軽くなるだけでしょ？

だめだめ！
末端の線路のトラフィックは改善されない

毎日新聞とかなら毎度馬鹿だなぁで済むけど、
ITmediaっつーことは意図的に嘘書いてるな。
トラフィックは1byteも減ってないやん。

てゆーか少し増えるだろ。

ＴＶバンクって何か面白いもの配信してんの？

これって、xcast？

>>25
どこがウソなんだよ？
バカは黙ってろよ。

キャッシュというものを理解してない人間が少なからずいるなｗ

ライブストリーミングくらいでしか使い出が無いな。
いっそのこと全ての放送をこれで流してしまえ。

つか問題は中国が絡んでることだろ
んなソフト常駐させんの絶対イヤ

これでホークス戦見ることあるが、突然画像が乱れることが多すぎる。
おそらく、隣のノードが切断した場合に配信経路の再計算してるんだろう。
そのせいで、1イニング分くらい平気で遅延しやがる。
どーにもリアルタイム配信には向いてないと思う。

その割にはホークス戦糞重いんだけどどういうことよゴローちゃん

>>6
SBはタダ乗り容認派。

これ分かりやすい
http://japan.cnet.com/news/media/story/0,2000056023,20249687,00.htm

Winny？

明日のオヅラのネタですか?

ダウンロードやオンデマンドストリームなら別に大した事ではないが、
ライブストリームに対応してかつこれだけ大規模なのは日本初だね。

アクセス回線がこんなふうにつながってんの、アホーBBだけだろ

　　　アホーＢＢからの接続を遮断するトラフィック遮断攻撃が最も有効（ｗ

>>32
ライブだからこそ小さなキャッシュで実現できるんだよ
リアルタイム性の追求はまた別の問題としてあるけど
中継ノードの能力が予測できないのが最大のネックかな

>>39
バカｗ

RTTでグルーピングしていけば、自然に同じISP間になっていくので、
ISP間トラフィックやISPバックボーントラフィックは、激減しそうだな。

Peercast方式（ツリー構造）との比較ではどうよ。
OLMがホスト脱落に弱い（>>32）んだったら、セッション数が増えるだけで結局全然おいしくない気がするんだが。

>>42
まさに
トラフィックはおまえら負担（AA略
だな。

転送量課金してるところはいい迷惑だな。

47氏の作ってるやつはp2pで分散するのは鯖側だけで
クライアントは転送には関与しないんだっけ

ん？サーバーの送信量が減るだけで、
ネット全体の総転送量は減らない気が・・・
むしろ分割などの冗長部で増える。

GyaOなどは一応配信段階で負担をしているわけで
こっちの方が「ただ乗り」している気がする。気のせい？

>>47
頭悪い人はそう考えるけど、現実を見よう。

現在、ユーザへの末端アクセス部分の開戦要領は、全体で見るとがら空き状態。
一方、バックボーン部分、IX部分は、いっぱいで苦しい状態。

つまり、前者を有効利用し、後者をできる限り減らす通信方式が好ましい。
理想的には、IP Multicastで、次に、Xcast、今回のはXcastみたいなものだろうか。

skypeの映像版みたいなやつ？
skypeは、高性能なPC+拾い帯域で接続すると、自分のPCが勝手に他人のために使われるから嫌い

ネットワークはみんなで協力して成り立つ物でそ？

クライアント相互に、か。
ADSLなんかだと上り帯域狭いけど大丈夫なのかな？
パーツ持ってる人がPCの電源落としたら一瞬途切れたりするのかな？
技術的にはどうなってるか興味あるなあ

みんなは協力、収益は俺様だから嫌われるんだろ?

>>48
2点反論
・「ただ乗り論」はトラヒック偏在の問題ではなく、インフラ整備保守の費用分担の問題

P2Pのエンドユーザー（端末アクセス）間の通信はISPを通すからISP内のトラヒックは増大。
コンテンツプロバイダ（TVバンク）は自己の負担（配信サーバ〜アクセス網）の負担を
最小限にしながら，アクセス網（負担無し）内の通信量増大には無関心。つまり「ただ乗り」
通信量の増大はISPの負担を増やす。それは最終的に利用者であるエンドユーザーに
負担が強いられることになる。（固定から従量制の方向に検討されつつある）

・全体の通信量が問題であり、エンドユーザー間通信も空き帯域が十分とは言えない

非対称通信では上り帯域と下り帯域が異なり、単位時間あたりの通信量は通常下り過多。
また、ISPとエンドユーザー間は100%利用されることを想定して設計されていないため、
通信量が増えれば、他のエンドユーザーに影響、負担増を強いる。

したがって、TVバンクのP2Pは「ただ乗り論」を克服していないように思える。

てか、peercastとかと同じじゃね？
解りやすくいうと、大元のサーバーからのアップ回線のかわりに、視聴者のアップ回線を使ってるわけで。
全体的なトラフィックは減ってないというか、むしろ増えているはずってのは先の人が書いたとおり。
配信側のコスト減を狙ってるだけっしょ。これに関しては正しいと思う。

通信会社自体が、今まで単純に回線の乗り合いでコストダウンしてきたから
その回線のスペックを、簡単に100％近くまで使い切るシステムが出てきてるってのが問題だとおもう。
ISPからすりゃ「重いデータ見んなや、ボケ」といってるに近い(ただ乗り論)
まあ、ISPと契約してる我々消費者のスペックに対する無頓着もあるんだろうけどね・・・

シェアキャストとかあるんですけど
いや、「あった」だな

逮捕はしないの？
幇助になるとか何とか言って。

トータルは減らないけど（むしろ増えるけど）集中がなくなるってことでしょ？
それなら企業側のメリットのほうが大きいね。

なぜ、ただ乗り批判などがでてきたかというと、
IXや幹線を、ユーザの数だけ何倍も流れて溢れ出したため。
例えば、ある映像を見るユーザが自分の顧客に1000人いたとすると、
その映像の容量の1000倍も幹線や接続点であるIXに流れる。これが非常につらい。

ところが、指摘されてるようにpeercastや今回の方法だと、
幹線やIXには最小で1倍、もし重複があっても数倍や10倍で済むことになる。
比較すれば、明らかに激減する結果になることがわかる。
一方、増える部分は自分の顧客であるユーザ間同志の通信であるため、
それも最適化されていれば、各地域内の通信にとどまる。

つまり、トータルで少し増えるかどうかについてはどうでも良く、
IXや幹線における通信が劇的に減少するところに意味があると思う。

ただし、もしも、ちゃんと隣接ユーザ同志を結ぶ最適化するP2Pでない場合は、
IXや幹線を何度も何度も無駄に往復することになるため、かえって問題になる。

確かに配信側の通信コストは下がるけど、、

ユーザーの端末に依存するので、サービスレベルの管理が難しそう。

よって、カスタマーケアが死にそう。

広告モデルなら視聴数の正確な把握も難しい気がするので、代理店営業が死ぬ。

>>46
４７氏の作ってるのはＷｉｎｎｙにＵＰ制限とキャッシュ強制削除機能がついただけ
ライブストリーミングの分散などできないからＰｅｅｒＣａｓｔ以下
つか企業向けならＢｉｔＴｏｒｒｅｎｔの方が優秀

契約しているのに、支払わないのは、
裁判やっても、絶対負けるんだよね。
だって放送法で、受信料の免除は行ってはいけないって
書いてある。最初から契約しなければ、支払わなくても
全く問題なかったのに、バカだな。

ファイアーウォールに引っかかるお
下手するとウィルス扱いされないか？

何処に送信してるか？は暗号化できないでしょお

如何にも革新的な技術を開発しました的に発表しているけれど実はそうでもない所がＳＢらしい

>>64
これって生放送できるの？
無理でしょｗ

peercastは配信者側のノードが１本で、帯域数百キロ程度でも数百人（理論上はもっといけるのか）が同時に見れるから凄いよね。
でも視聴側のポートが開いて無いと糞詰まりになるけど。

このサービスはクライアントソフトがUPnPでルータに穴空けたりするのかな。
これから出荷されるルータはUPnP有効がデフォになっていくのだろうか。
山田オルタとかもあるし正直UPｎPはどうかと思っていたところなんだけど。

偽装ストリームでノードに加わってトラフィックジャックってのも可能だろうか

「すげーＰＳＰでこんなことができるのかー」と一瞬
思った。

これ参加者が同数の場合減るってだけで、参加者が増えるのが問題→インフラパンク
という答えにぜんぜんなってないんじゃないか。

サービス提供を増やした分＆参加人数が増える分は増えていっちゃうんだからさ。
インフラただの理論はそこが問題なわけで、現状を軽減することと根本解決をごちゃ混ぜに
するのは苦しいよね、また後からツケが来る･･･

>>65
できるみたいだよ
これまでもＰ２Ｐ技術活用して生ライブ映像ストリームするのは幾つかあったけれどどれも不安定
初期にＰ２Ｐネットワークに参加した(比較的)上位ノードが突然たくさん抜けたりすると(比較的)下位のノードがバッファリング待ちになる事が多く参加人数が少ないときは切れたりもしてた。
つまり商用レベルではなかったわけだが、、、

これだけ大袈裟に発表するって事はこれまでのライブストリームと変わらないサービス品質なわけだねこれは
ありえないとおもうがｗ

これって同一ISP内あれば、地域IP網内でトラフィックを折り返せるのかな
もしそうであれば、かなりの地域間トラフィックを削減できそうだけど

>>65
台湾の放送がIEのActiveX利用したP2P動画配信でWBCを放送してたよ。生じゃなくて数分の遅延放送だった。

一極集中型のライブストリーミングでさえ何十秒もレイテンシが発生するのにP2Pでできるわけない。
P2Pはサーバの負荷軽減にはなるけどネットワークの負荷は増大するね。
まあケースにもよるが。

オンデマンドじゃなくてライブ方式なら、この方法はかなり有効。
帯域食うのは変わらないが（むしろ増える）、サーバーにアクセス集中で落ちる事は回避できるから

IPマルチキャストなら帯域を殆ど食わなくて済むけど、ルーターをマルチキャスト対応にしなきゃいけないけど
これなら、個人がソフトウェアのインストールするだけで済む

bittorrent方式か？

うｐ０パッチないの？

安かろう(というか金取れないと思うけど)悪かろうならこれでもいいんかもね

ヘッドエンド側はトラフィック減るんだろうけど、ユーザ側は折り返す分
考えると倍のトラフィックになってたりして

通信で放送ゴッコなんて不可能
視聴率0.01%で限界

もう何年もＴＶ放送は見てない。全部ネットでなんとかしている。
だから歓迎する。

負荷分散するだけで、総トラフィックが減るわけではないと思うが

>>80
ISPとしては、Internet Exchangeでの通信や、地域間の通信が減るので、すごくありがたい。
同じ地域内でのユーザ同志の通信が増えることになっても、そこは余裕があるので。

キャッシュの目的を理解してないやつ大杉ｗ

俺は82の説明を非常に聞きたい

キッシュ
パイ生地の中に、卵、肉、野菜、生クリーム等を加え、チーズをトッピングしてオーブンで焼いたおやつ。

ハッシュ！　ハッシュ！
きぼんぬ。

キャッシュ(cash)->現金のこと

chacheは？

データは一度送り出すと誰かが見続ける限りネット中をさまよい続ける訳か。

勝手に上り使うってことだよな？
上り転送総量制限してるISPだと致命的じゃねーかｗｗ

>>88
ハイブリットP2Pだから配信元が送信止めれば消える設計

最近、スーパーＧＴのライブ配信が軽くなったと思ったのは、これなのか？
ＧＴだけはアホーが唯一生なんだよな

アーメネット　アメネット〜夢のアメネット　タカタ〜♪

>>87
直訳：盗んだ金を隠して置く場所

これ結構凄いんじゃない
エンドホストがキャッシュサーバーとして動作するなら
Centralサーバーの負荷と中継区間のNW帯域負荷を
かなり減らせる気がする。

>>80

どういう想定でトラフィックを流すかによるが、エンドホスト（アクセス網）
で折り返せるのなら総トラフィックはかなり減る

例えば、福岡or北海道のユーザが東京のサーバーに一万人
のアクセスがある場合ビットレート１Ｍで１０Gの帯域が必要になる。

ユニキャストならこの帯域を福岡or北海道〜東京のサーバーまでの
全てリソースを消費するが、その中継区間の帯域が不要になる。

ずっと日ハム戦見ていたんだが、どうやら2〜3分遅れている気がする。しかも、ノートン先生反応でウィルスの表示。勝手にウィルスやってきちゃうモノなの？

>>95

エンドノードのキャッシュを参照してるんならタイムラグは結構出ると思う。
ウイルスの反応は判らなけどメーカーにでも問い合わせてみれば？

不正アクセスなら他のユーザがキャッシュを参照して時に表示される
可能性はあると思うけど

ってことは、視聴者が全国均一にパラパラといるだけって状態が最悪なわけか?

>>97

多分そう
逆に視聴者が少なく福岡のユーザが札幌のキャッシュを参照するのみが
仕様的にありなら余計な帯域を消費するようになる

×札幌のキャッシュを参照するのみが
○札幌のキャッシュを参照するのが

ＮＴＴコムは「ただ乗り」とか己の見通しの甘さを棚に上げて因縁つけてないでこういうの作れ阿呆が

すっすめ〜ファイターズ！
すっすめ〜ファイターズ！
すっすめ〜ファイターズ！
すっすめ〜ファイターズ！
すっすめ〜ファイターズ！
すっすめ〜ファイターズ！

Yahoo！動画の高画質はいつも止まりまくるんだがこれで改善されるのか
ちなみにbigglobeの３Mはスムーズ

シェアキャストやPeercast使えばいいのに

>>76
どんだけ回線細いんだよ
合法コンテンツなのにうｐ0かよ

で　これBitTorrentと何処が違うんだ？

ストリームに特化してる

パーソナルファイアウォールとかが全国的に一斉にアラートあげそうｗ

DRMなんて解除されちゃうよ>_<

ただのり論ってのは、フレッツ等と弱小ISPの接続部分が問題なんだが、、、

この方式でトラフィックがフレッツ内に閉じるわけでもなく、接続部分を通る下りトラ
フィックは同じ、上りトラフィックは下りトラフィックと同程度に増加。

何の解決にもなってないどころか事態は悪化してるが、そもそもただのり論は弱小
ISPの寝言なので、どうでもいいか。

だだのり論はつまり、動画なんて見ずに２ｃｈだけやってろってことだな

P2Pは一つのファイルを分割して送り届けるから
パケットヘッダーが分割するごとに付加されて
逆にトラフィックが増大するのに何言ってるん
だ？

>>111
それは、あまりにも頭悪すぎ。加えて、
どういうトラフィックを減らしたくて、
どういうトラフィックは増大しても余裕があるか、
といった基本的なことすら理解できていない。

>>1-3を読んで、あまり詳しくないのでよく分からなかった
けど、なんかモブデムの匂いがした。

カタカナばっかりでさっぱり若欄のだが・・

ｔｖバンクから一人ずつに配信するのを
特定のユーザーだけに配信して、そいつがコピーして
要求してる近所の人間に配るみたいなこと？

ユーザーが知らされないまま、上りのパケットをWN側に出すって、
いろいろ問題ないのか？
ユーザーは約款で承認してるわけ？

>>115
次へボタン連打がデフォだからおｋ

>>112
間違っている