|
Helix Server Unlimited には、全ての Helix Server 製品に備わる機能に加えて、次の機能が備わっています。
ネットワーク内部の視聴者へのマルチキャスト ブロードキャスト
マルチキャストを使用すれば、ブロードキャストで使用する帯域幅を減少させることができるのでライブ イベントの視聴者数の増加が可能になります。Helix Server はマルチキャストにより複数のプレーヤーに対して単一のライブ ストリームを送信するためです。マルチキャストを行うには特別に設定されたネットワークが必要であり、インターネットよりもイントラネットでの配信に向いています。
Helix Server Unlimited を使用すれば、RealMedia、Windows Media、QuickTime、MP3、および MPEG-4 形式に加え、さまざまな RTP 形式をそれぞれのメディア プレーヤーに対してマルチキャストすることにより、多数の視聴者に対するストリーミングのコストを削減し、複雑さをさらに解消できます。
サーバ間での複数のフォーマットのユニキャスト スプリッティング
スプリットとは、任意のメディア形式のブロードキャスト ストリームを、あるサーバから別のサーバに送信することを意味します。
Helix Server Unlimited は、すべての主要なストリーミング形式のライブ コンテンツを、単一の統合ソフトウェア ソリューションで配信および分配 (スプリット) し、使用される帯域幅を削減します。トランスミッタとして機能しているサーバは、レシーバとして機能している他のサーバにライブ メディア ストリームを配信します。そして各レシーバは、そのストリームをユニキャストでメディア プレーヤーにブロードキャストします。
サーバ間でのマルチキャスト スプリッティング
マルチキャスト スプリッティング機能により、分散型サーバ ネットワーク上で帯域幅を効率的に用いてコンテンツを配信することができます。
SURESTREAM (帯域幅) AWARE スプリッティング
SureStream を利用することで、複数の異なるビット レートでエンコードされた RealAudio および RealVideo ストリームをブロードキャストすることができます。SureStream Aware スプリッティング機能は、要求があったときにのみ各ストリームを送信します。要求されたビットレートのストリームのみを配信することにより、パフォーマンスが向上し、アップストリームの帯域幅の使用を削減できます。
コンテンツのキャッシュ
キャッシュ ネットワークでは、通常、キャッシュ パブリッシャとして構成された 1 台または複数台の Helix Server Unlimited によってオンデマンド メディアの大半を管理します。キャッシュ サブスクライバとして設定された Helix Server Unlimited はオンデマンド コンテンツをパブリッシャに要求します。各サブスクライバは、パブリッシャに配置されているオリジナルのオンデマンド コンテンツをキャッシュするために、物理ディスク容量の一部を確保しています。
Helix Server は 2 種類のキャッシュ方式をサポート
クライアント要求によるキャッシュ
メディア プレイヤーがサブスクライバにオンデマンド コンテンツを要求すると、サーバはその要求にキャッシュ内のデータで対応しようと試みます。コンテンツがキャッシュにない場合、サブスクライバはその要求をパブリッシャとして構成された Helix Server Unlimited に転送します。パブリッシャが要求に応えると、サブスクライバはそのコンテンツをキャッシュにロードし、さらにメディア プレイヤーにストリームします。このように、コンテンツをネットワークの末端部でキャッシュすることにより、配信コストを削減することができます。
サーバ プッシュによるキャッシュ
サブスクライバの管理者は、手動でコンテンツのキャッシュを要求することができます。管理者が要求したコンテンツは、キャッシュにロードされます。
エンコーダ - サーバ間の冗長化
Helix Server Unlimited は、すべてのメディア形式に対してエンコーダ冗長性をサポートしています。あらかじめ複数の異なるエンコーダからトランスミッタに同一のストリームを送信します。プライマリ ストリームに障害が発生した場合、トランスミッタはバックアップ ストリームを使用します。トランスミッタはレシーバにストリームを 1 つ送信しますが、そのストリームはプライマリ エンコーダ、またはバックアップ エンコーダのいずれかから送信されたものです。
サーバ間の冗長化
Helix Server Unlimited を冗長化することによって、スプリッティング構成の冗長性を高めることができます。例えば、プライマリとバックアップ エンコーダの両方が、2 台のサーバにそれぞれストリームを送信し、さらにこれらのサーバはまた別の 3 台のレシーバにストリームをスプリットしたとします (Helix Live Transmitter と RealProducer は、どちらも同じストリームを複数の Helix Server にプッシュ送信できます)。正常な状況では、各レシーバは各トランスミッタから一連のストリームを受け取ります。
代替サーバ / REALPLAYER の再接続
通常、RealPlayer と Helix Server 間の RTSP 接続が切断した場合、RealPlayer は同一サーバへの再接続を試みます。冗長サーバ構成を用いると、Helix Server Unlimited は RTSP のコントロール チャネルをセットアップする際に、RealPlayer に代替サーバのリストを送信します。接続が切れた場合には、RealPlayer はその代替サーバのリストを用いて、同じコンテンツを持つ別の Helix Server に接続します。複数の代替サーバが利用できる場合は、RealPlayer はサーバをランダムに選択します。
|
