IBM Grid Offering for LIVE and Broadcasting

デジタル映像品質への要求は常に高まっています。 しかし、高解像度で記録したコンテンツの配信は、ライブ映像、放送、ストリーミングなど、その種類を問わず、それを配信するセンター・サーバーのリソースやネットワークの帯域を大きく消費してしまいます。それどころか、たとえコンテンツを視聴・再生していなくても、同じネットワークを共有している別のユーザー端末上で視聴・再生している場合は、その利用帯域にお互いが影響されてしまい、低いサービスレベルになり兼ねません。これは、どちらのユーザーにとっても好ましい現象ではありません。
IBMが提案するVideo On Demandのもう一つの形態「Peer-to-Group Media Broadcast（IBM P2G）」は、オンデマンドなライブ配信を実現するソリューションです。既存のインフラを有効活用しつつ、一斉同時に大勢のユーザーにコンテンツを配信したいニーズに応えます。IBM P2Gは配信するパケットの流れを最適化することで、センター・サーバーのリソースだけではなく、ユーザー側のネットワークのリソースの消費を最小限に抑えることができます。これにより帯域を有効利用することができ、同じサーバー・スペック、ネットワーク・スペックでより多くのユーザーに、より高品質な配信サービスを安定して実現できるのです。

ユーザー数に応じたサーバーインフラの増強
多くのユーザーに対して、高品質な映像を配信するには、そのユーザー数からの要求を十分処理できるよう配信サーバーに多くの投資が必要になります。

ユーザー数に応じた十分な帯域の確保
再生環境が高度化し、コンテンツの品質も高ビットレート域でサービスされることを前提としているため、想定されるアクセス数をカバーできるよう、相応の帯域を確保する必要があります。もしくは、品質維持のために、ネットワーク機器や再生の前段階で、アクセス制限を施す必要があります。
つまり、高品質コンテンツを配信する場合、また、視聴するユーザーが増える場合に、それに伴い、サーバーインフラやネットワークの増強が必要になるのです。

限られたIT資源でのサービス
限られたIT資源を有効利用することを大前提に、もしくは、より少ない投資で、より高品質な配信サービスを提供することは、全てのお客様の想いに合わさります。

従来のライブ・ストリーミング

上に戻る

既存の配信インフラをそのまま利用可能
すでに配信サービスインフラを運用されている場合でも、サーバーモジュールを導入するだけで、Peer-To-Group Media Broadcastの配信環境を構築することができます。

プラグ・イン形式のクライアントモジュール
Peer-To-Group Media Broadcastのクライアントモジュールは、Windows Media Playerへのプラグ・イン形式で自動的に配布されるため、ユーザーには、インストールのためのわずらわしい作業が必要ありません。

ネットワーク機器の設定変更も不要
IPマルチキャストを利用したテクノロジーではないため、各種ネットワーク機器の設定を変更する必要はありません。

配信品質の安定性
非集中制御で割り振り先決定の処理を分散し、かつ、動的に変化・構成される配信パスにより、配信経路の冗長性が増します。

Peer-To-Group Media Broadcast による最適化

上に戻る

バックボーンにおける ネットワーク・トラフィック

※ Peer-To-Group Media Broadcast による配信で、トラフィックの急激な増加、配信サーバーの過負荷などは観測されなかった。

上に戻る

1.最大同時クライアント数　（1サーバーあたり）

• 推奨1000クライアント、最大8000クライアントまで1サーバーで対応可能
  

2.最大データレート

• downlink/uplink 含めたサービス範囲での最小ビットレートが、配信できるデータレートの上限

3.最大遅延時間

• データ・パケットの到着順をソートするための先読みバッファによる遅延：2～10秒（調整可能）
• ストリーミング・システムのバッファリングによる遅延：5～20秒（ストリーミング・システムによる）

4.信頼性（ロスの回避）

• 配信上流からの自動再送機能（再送要求機能（ARQ）は持たない）
• 喪失回復符号（FEC）による復元処理（最大復元率は調整可能）

上に戻る

※ 視聴クライアントのクロック周波数はコンテンツのビットレートに依存する

上に戻る