(57)【要約】【課題】特に同一の映像を複数の端末に配信する場合でも、システム全体の配信性能を向上させることが可能な映像配信システムを提供することにある。【解決手段】ネットワークを介して配信サーバ２０と複数の端末３０Ａ〜３０Ｃとが接続されて、映像コンテンツの配信を行なう映像配信システムにおいて、複数の端末３０Ａ〜３０Ｃから同一タイトルの映像コンテンツの配信要求がある場合に、配信サーバ２０は、各端末３０Ａ〜３０Ｃに対する映像データの配信タイミングの同期をとるように調整し、各端末３０Ａ〜３０Ｃに同一映像データを効率的に配信する。【選択図】      図１
2007189437.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して複数の端末装置に対して、映像データを配信する映像配信システムにおいて、
前記端末装置からの要求に応じて、配信対象の映像データを一時的に格納する記憶手段と、
前記記憶手段に格納された映像データを読出して、要求対象の前記端末装置に伝送する伝送手段と、
前記複数の端末装置から前記記憶手段に格納された同一の映像データに対する要求が発生したときに、前記各端末装置に対する映像データの伝送速度を変化させて、前記同一の映像データを前記各端末装置に伝送する配信タイミングを調整するように前記伝送手段を制御する制御手段と
を具備したことを特徴とする映像配信システム。
【請求項２】
前記制御手段は、
前記複数の端末装置の中で、配信時間が最も遅れている端末装置に対する配信タイミングに同期させるように前記伝送手段を制御することを特徴とする請求項１に記載の映像配信システム。
【請求項３】
前記制御手段は、
同一の映像データに対する要求のタイミングが異なる前記複数の端末装置に対して、要求対象の映像データを伝送する前の待機時間を確保するために予め用意した映像データを伝送し、
前記要求対象の各端末装置に対する映像データの伝送開始タイミングの同期を取り、前記各端末装置に対する配信タイミングを同期させるように前記伝送手段を制御することを特徴とする請求項１に記載の映像配信システム。
【請求項４】
前記制御手段は、
同一の映像データに対して複数の端末装置からの要求が発生するまで一定時間だけ待機し、
前記要求対象の各端末装置に対する映像データの伝送開始タイミングの同期を取り、前記各端末装置に対する配信タイミングを同期させるように前記伝送手段を制御することを特徴とする請求項１に記載の映像配信システム。
【請求項５】
前記制御手段は、
同一の映像データに対して要求を行なう端末装置の数が一定数を満たすまで待機し、
前記要求対象の各端末装置に対する映像データの伝送開始タイミングの同期を取り、前記各端末装置に対する配信タイミングを同期させるように前記伝送手段を制御することを特徴とする請求項１に記載の映像配信システム。
【請求項６】
前記制御手段は、
前記映像データをタイトル毎に保管するコンテンツサーバから、配信対象のタイトルの映像データを受信して格納する記憶手段を有する配信サーバであり、
前記端末装置から要求されたタイトルの映像データを前記記憶手段に読み込みながら、前記伝送手段を制御して前記記憶手段から前記端末装置に対して映像データを配信するように構成されていることを特徴とする請求項１から請求項５のいずれか１項に記載の映像配信システム。
【請求項７】
ネットワークを介して複数の端末装置に対して、映像データを配信する映像配信システムに適用する配信方法であって、
前記端末装置からの要求に応じて、配信対象の映像データを一時的に格納する記憶領域を確保するステップと、
前記記憶領域に格納された映像データを読出して、要求対象の前記端末装置に伝送するための配信を開始するステップと、
前記複数の端末装置から前記記憶領域に格納された同一の映像データに対する要求が発生したときに、前記各端末装置に対する映像データの伝送速度を変化させて、前記同一の映像データを前記各端末装置に配信するタイミングを調整するステップと
を有する手順を実行することを特徴とする映像配信方法。
【請求項８】
前記調整ステップは、
複数の端末装置の中で、配信時間が最も遅れている端末装置に対する配信タイミングに同期させるように調整して配信することを特徴とする請求項７に記載の映像配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはネットワークを利用した映像配信システムに関する。
【背景技術】
【０００２】
近年、インターネットを代表とするネットワークのブロードバンド化に伴って、特に映像コンテンツを配信する映像配信サービス（コンテンツ配信サービス）の実現化が推進されている（例えば、非特許文献１及び２を参照）。
【０００３】
ところで、一般的に、映像配信システムとしては、以下のような方式がある。第１の方式としては、配信サーバから、ユーザが操作する端末装置（以下単に端末と表記する場合がある）に映像データを伝送する場合に、その伝送速度を端末における映像の再生速度と同等にして、同期を取りながら伝送して再生（表示）するストリーミングサーバ方式などと呼ばれるものである。
【０００４】
この方式は、映像を受信して再生する端末側の通信バッファの容量が小さくて済むため、端末側のコストを低減できる。また、リアルタイム性が高いことから、例えばライブ中継などの映像配信等に有効である。しかし一方で、ビデオ・オン・デマンド（ＶＯＤ）・システムのような蓄積された映像コンテンツを配信するシステムに適用する場合に、同一の映像コンテンツを要求するタイミングが異なる場合には、配信サーバ側のリアルタイム性能要求が高くなり、システムコストが上昇してしまう。また、端末側の通信バッファが小さいために、伝送回線のジッタなどの通信品質に対する要求が高くなり、ＱｏＳ（quality of service）などを導入すると、システムコストが上昇してしまう問題がある。
【０００５】
第２の方式として、映像をファイルとして伝送し、端末側で一時的に蓄積した後に再生するという方式もある。この方式では、端末側に大容量の記憶媒体が必要となるが、ネットワークのジッタに対する通信品質の要求は相対的に低くて済む。配信サーバ側では、性能要求としてリアルタイム性は求められないが、要求の都度大容量のファイルを転送するため、メモリやディスクアクセスへの負荷が非常に大きくなり、性能向上を阻害していた。
【非特許文献１】雑誌“日経コミュニケーション”、２００２年１月２１日号、ｎｏ．３５８、１月２１日発行
【非特許文献２】雑誌“日経コミュニケーション”、２００１年６月４日号、ｎｏ．３４３、６月４日発行
【発明の開示】
【発明が解決しようとする課題】
【０００６】
近年の技術革新の傾向から、端末側の演算処理能力や、記憶媒体のコストは著しく低下してきている、また、配信サーバから端末までの伝送回線の容量拡大や、コスト低下も著しい。一方では、回線の通信品質については、ベストエフォート型と呼ばれるジッタについて性能保証のまったく無い仕様が主流となっている。
【０００７】
これらの背景から、映像を受信して再生する端末側では、映像データを一時的に蓄積する十分な記憶容量が可能であり、かつ、伝送回線が再生に必要な帯域を十分に上回る容量を有する映像システムの構築が可能になっている。このようなシステムでは、端末側の性能特性や要求に合わせて最適化して映像データを伝送するのでなく、配信サーバの送信効率を向上させる特性に合わせて伝送制御を実行することで、システム全体の配信性能を向上させることが可能である。
【０００８】
しかしながら、映像配信システムでは、同一のタイトルの映像コンテンツに対して、多数の端末から再生要求が発生することがある。このような場合でも、配信サーバの送信効率を向上させて、システム全体の配信性能を向上させることが望ましい。
【０００９】
本発明の目的は、特に同一の映像を複数の端末に配信する場合でも、システム全体の配信性能を向上させることが可能な映像配信システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の観点は、複数の端末から同一タイトルの映像データの配信要求がある場合に、各端末に対する配信タイミングを調整し、配信サーバ側の負荷の軽減を図ることにより、結果としてシステム全体の配信性能を向上させる映像配信システムである。
【００１１】
本発明の観点に従った映像配信システムは、端末装置からの要求に応じて、配信対象の映像データを一時的に格納する記憶手段と、前記記憶手段に格納された映像データを読出して、要求対象の前記端末装置に伝送する伝送手段と、前記複数の端末装置から前記記憶手段に格納された同一の映像データに対する要求が発生したときに、前記各端末装置に対する映像データの伝送速度を変化させて、前記同一の映像データを前記各端末装置に伝送する配信タイミングを調整するように前記伝送手段を制御する制御手段とを備えた構成である。
【発明の効果】
【００１２】
本発明によれば、特に同一の映像を複数の端末に配信する場合でも、配信サーバ側の負荷の軽減を図ることにより、結果としてシステム全体の配信性能を向上させることができる。
【発明を実施するための最良の形態】
【００１３】
以下図面を参照して、本発明の実施形態を説明する。
【００１４】
（システムの構成）
図１は、本実施形態に関する映像配信システム１の要部を示すブロック図である。この映像配信システム１は、例えばビデオ・オン・デマンド・システムに適用するものである。
【００１５】
映像配信システム１は、図１に示すように、コンテンツサーバ１０と、配信サーバ２０と、複数（ここでは３台とする）の端末３０Ａ〜３０Ｃとを有する。コンテンツサーバ１０は、複数のタイトルの映像コンテンツのマスタファイルを管理する。ストレージ１１は、コンテンツサーバ１０により制御されるハードディスクドライブなどの記憶装置であり、映像コンテンツ１２を構成する実際の映像データを格納している。
【００１６】
配信サーバ２０は、複数の端末３０Ａ〜３０Ｃに対して、要求された映像コンテンツ１２を配信するサーバであり、同一の映像コンテンツ１２Ａを同時に配信するための負荷分散を担っている。ストレージ２１は配信サーバ２０により制御されるハードディスクドライブなどの記憶装置であり、通常では、コンテンツサーバ１０により伝送された映像コンテンツ１２Ａを一時的にキャッシュする。なお、映像コンテンツ１２Ａは、多数のタイトルの映像コンテンツ１２に含まれる１タイトル分の映像データを意味する。
【００１７】
各端末３０Ａ〜３０Ｃはそれぞれ、配信サーバ２０により配信された映像コンテンツを表示モニタ３２Ａ〜３２Ｃの画面上に再生するための機能を有する。また、各端末３０Ａ〜３０Ｃはそれぞれ、配信されたコンテンツの映像データを一時的に蓄積するための記憶媒体であるストレージ３１Ａ〜３１Ｃを有する。ストレージ３１Ａ〜３１Ｃは、例えばハードディスクドライブである。
【００１８】
コンテンツサーバ１０、配信サーバ２０、及び複数の端末３０Ａ〜３０Ｃは、インターネットなどのネットワークに接続されている。また、本実施形態では、１台の配信サーバ２０を想定しているが、負荷に応じて複数台の配信サーバが設置されて、多段に構成されている場合でもよい。
【００１９】
（映像コンテンツの配信手順）
以下図１及び図３のフローチャートを参照して、本実施形態のシステム１による映像コンテンツの基本的配信手順を説明する。
【００２０】
まず、ユーザは、端末３０Ａを操作して、表示モニタ３２Ａの画面上に表示されたコンテンツメニュから、要求対象の映像コンテンツを選択する。端末３０Ａは、ユーザが選択した映像コンテンツの配信を要求する配信要求を、ネットワークを介して配信サーバ２０に行なう（配信要求１００，Ｓ１）。
【００２１】
配信サーバ２０は、要求対象の映像コンテンツ１２Ａがストレージ２１に保存されている場合には、当該ストレージ２１から読み込んで要求対象の映像コンテンツ１２Ａの映像データを端末３０Ａに配信する（配信１３０，Ｓ２のＹＥＳ，Ｓ６）。
【００２２】
一方、要求対象の映像コンテンツ１２Ａがストレージ２１には保存されていない場合には、配信サーバ２０は、当該映像コンテンツ１２Ａの配信をコンテンツサーバ１０に要求する（配信要求１１０，Ｓ３）。コンテンツサーバ１０は、ストレージ１１からマスタである映像コンテンツ１２Ａを読み込み、配信サーバ１０に配信する（配信１２０，Ｓ４）。
【００２３】
配信サーバ２０は、コンテンツサーバ１０から配信された映像コンテンツ１２Ａをストレージ２１に保存すると共に、保存できた映像データ分から端末３０Ａに配信を開始する（配信１３０，Ｓ５，Ｓ６）。端末３０Ａは、配信サーバ２０からの映像コンテンツ１２Ａの映像データを受信すると、ストレージ３１Ａに保存すると共に再生処理を開始し、表示モニタ３２Ａの画面上に表示する。
【００２４】
（配信サーバ構成と動作）
次に、図２及び図４のフローチャートを参照して、本実施形態の配信サーバ２０の構成及び配信手順を説明する。
【００２５】
配信サーバ２０は、配信タイミングなどの配信制御または映像伝送制御を行なう配信制御部２００、通信バッファ２１０、および通信セッション２２０Ａ〜２２０Ｃの各機能を有する。これらの各機能は、配信サーバ２０のＣＰＵなどのハードウェアと共に、プログラム及びメモリ上に確保された記憶領域により実現される。
【００２６】
通信バッファ２１０は、ストレージ２１から読み込まれた映像データを一時的に保存するためのバッファであり、メモリ上に確保された記憶領域である。通信セッション２２０Ａ〜２２０Ｃはそれぞれ、端末３０Ａ〜３０Ｃ毎に生成されて、映像伝送に必要な通信の開始から終了までを管理する機能である。
【００２７】
以下図４のフローチャートを参照して、配信サーバ２０による配信手順を説明する。
【００２８】
ここでは、配信サーバ２０は、既にコンテンツサーバ１０から配信対象の映像コンテンツ１２Ａを提供されて、ストレージ２１に保存している状態である。
【００２９】
まず、ユーザは、端末３０Ａを操作して、表示モニタ３２Ａの画面上に表示されたコンテンツメニュから、要求対象の映像コンテンツを選択する。端末３０Ａは、ユーザが選択した映像コンテンツの配信を要求する配信要求（１４０）を、ネットワークを介して配信サーバ２０に行なう（ステップＳ１１）。
【００３０】
配信サーバ２０では、配信制御部２００は、端末３０Ａからの配信要求に応じて、メモリ上に通信バッファ２１０を確保する（ステップＳ１２）。配信制御部２００は、ストレージ２１から配信要求の映像コンテンツ１２Ａの再生開始位置の映像データ１２Ｐから読み込み、通信バッファ２１０に格納する（ステップＳ１３）。
【００３１】
次に、配信制御部２００は、端末３０Ａとの通信を開始及び終了するまでを管理する通信セッション２２０Ａを生成する（ステップＳ１４）。配信制御部２００は、通信セッション２２０Ａにより、通信バッファ２１０から取得した映像データ１２Ｐの伝送（１３０）、即ち配信を開始する（ステップＳ１５）。
【００３２】
ここで、端末３０Ａ以外の端末３０Ｂ，３０Ｃから、同一映像コンテンツ１２Ａに対する配信要求（１４０）があると、配信制御部２００は、同一通信バッファ２１０をアクセスする通信セッション２２０Ｂ，２２０Ｃを生成する（ステップＳ１６のＹＥＳ，Ｓ１９）。当然ながら、端末３０Ａ以外に、端末３０Ｂのみから同一映像コンテンツ１２Ａに対する配信要求があった場合には、配信制御部２００は、同一通信バッファ２１０をアクセスする通信セッション２２０Ｂのみを生成することになる。
【００３３】
一方、端末３０Ａ以外から配信要求がない場合には、配信制御部２００は、順次ストレージ２１から通信バッファ２１０に映像データから読み込み、端末３０Ａに対して配信を継続する（ステップＳ１６のＮＯ，Ｓ１７，Ｓ１８）。端末３０Ａは、配信サーバ２０からの映像コンテンツ１２Ａの映像データを受信すると、ストレージ３１Ａに保存すると共に再生処理を開始し、表示モニタ３２Ａの画面上に表示する。
【００３４】
また、端末３０Ａ以外の端末３０Ｂ，３０Ｃから配信要求があった場合には、配信制御部２００は、通信セッション２２０Ｂにより、通信セッション２２０Ａと同一の通信バッファ２１０から取得した映像データ１２Ｐの伝送（１３０）、即ち端末３０Ｂに対する配信を開始する（ステップＳ１５）。同様に、配信制御部２００は、通信セッション２２０Ｃにより、通信セッション２２０Ａと同一の通信バッファ２１０から取得した映像データ１２Ｐの伝送（１３０）、即ち端末３０Ｃに対する配信を開始する（ステップＳ１５）。
【００３５】
配信制御部２００は、順次ストレージ２１から通信バッファ２１０に映像データから読み込み、端末３０Ａと同様に、端末３０Ｂ，３０Ｃに対して配信を継続する（ステップＳ１６のＮＯ，Ｓ１７，Ｓ１８）。これにより、端末３０Ａと同様に、端末３０Ｂ，３０Ｃはそれぞれ、配信サーバ２０から同一の映像コンテンツ１２Ａの映像データを受信し、ストレージ３１Ｂ，３１Ｃに保存すると共に再生処理を開始し、表示モニタ３２Ｂ，３２Ｃの画面上に表示することになる。
【００３６】
以上のように本実施形態の配信サーバによれば、複数の端末３０Ａ〜３０Ｃから同一の映像コンテンツ１２Ａに対する要求が発生した場合、各端末３０Ａ〜３０Ｃに対する通信セッション２２０Ａ〜２２０Ｃは、共通の通信バッファ２１０を利用して映像データを各端末３０Ａ〜３０Ｃに伝送する。これにより、共通の通信バッファ２１０を利用するため、ストレージ２１から映像データを読み込む時間を大幅に軽減することができる。
【００３７】
即ち、通常では、通信セッション２２０Ａ〜２２０Ｃの生成に伴って、通信バッファをメモリ上に確保してストレージ２１から映像データを読み込むことになる。これに対して、本実施形態の方式であれば、共通の通信バッファ２１０を利用することで、通信バッファをメモリ上に確保してストレージ２１から映像データを読み込む処理を効率化することができる。従って、配信サーバ２０は、ストレージ２１のアクセス負荷を軽減できることになる。
【００３８】
また、通信バッファは、通常のネットワークのジッタを解消するためだけではなく、各端末からのアクセス回線の速度差や、映像コンテンツを要求するタイミングの違いを吸収するために使用できる。このため、通信バッファとして、端末側で映像コンテンツを再生する再生時間に換算して、数分から数十分程度の容量を確保することが望ましい。さらに、各端末からのアクセス回線が、少なくとも映像コンテンツの再生速度より早い回線容量を持っていることを前提とすると、端末側のストレージ３１Ａ〜３１Ｃに保存される映像データは増大し、安定した再生に必要なマージンを確保できる。通常では、各端末３０Ａ〜３０Ｃは、それらの配信状態を配信サーバ２０に通知する機能を有する。
【００３９】
以上のように本実施形態によれば、複数の端末３０Ａ〜３０Ｃから同一の映像コンテンツ１２Ａに対する要求が発生した場合、配信サーバ２０の配信に伴う負荷の軽減を図ることができる。これにより、結果として映像配信システム全体の配信性能を向上させることができる。
【００４０】
（本実施形態の具体的適用例）
以下図５及び図６を参照して、本実施形態の配信サーバ２０による配信方法を適用した具体例を説明する。
【００４１】
ここで、各端末３０Ａ〜３０Ｃのストレージ３１Ａ〜３１Ｃは、十分な記憶容量を有する。また、配信サーバ２０と各端末３０Ａ〜３０Ｃとを接続しているアクセス回線は、各端末３０Ａ〜３０Ｃが映像コンテンツを再生する再生速度よりも高速の伝送速度を有することを前提としている。換言すれば、配信サーバ２０からの送信から端末のストレージへのダウンロードまでの時間（速度）が、端末の実再生時間より短時間（高速）である。
【００４２】
図５は、配信サーバ２０の配信制御部２００が、メモリ上に確保した通信バッファ２１０に、ストレージ２１から読み込んだ映像データ１２Ｐを示す。この映像データ１２Ｐにおいて、Ｐ１〜Ｐ７は、各端末３０Ａ〜３０Ｃでの再生の順番に相当する例えばフレーム番号である。
【００４３】
まず、配信制御部２００は、端末３０Ａから配信要求があると、メモリ上に通信バッファ２１０を確保し、図５に示すように、ストレージ２１から配信要求の映像コンテンツ１２Ａの映像データ１２Ｐを格納する。次に、配信制御部２００は、通信セッション２２０Ａを生成し、通信バッファ２１０から映像データ１２Ｐの伝送を開始する。
【００４４】
即ち、図６に示すように、通信バッファ２１０からフレームＰ１，Ｐ２，Ｐ３の順に映像データ１２Ｐが、端末３０Ａに伝送される。図６において、Ｔｔは、配信サーバ２０から各端末３０Ａ〜３０Ｃに伝送される映像データの伝送時間を意味する。また、Ｒｔは、各端末３０Ａ〜３０Ｃでの映像データの再生時間を意味する。即ち、伝送される各フレームＰ１，Ｐ２，Ｐ３の伝送時間Ｔｔは、ストレージ３１Ａ〜３１Ｃに格納されて、表示モニタ３２Ａ〜３２Ｃの画面上に再生される再生時間Ｒｔよりも短時間（高速）である。
【００４５】
次に、端末３０Ａとは遅れたタイミングで、端末３０Ｂ，３０Ｃから、同一映像コンテンツ１２Ａに対する配信要求が発生すると、配信制御部２００は、それらの配信タイミングに応じて同一通信バッファ２１０をアクセスする通信セッション２２０Ｂ，２２０Ｃを生成する。これにより、図６に示すように、配信制御部２００は、通信セッション２２０Ｂ，２２０Ｃにより、通信バッファ２１０から端末３０Ｂ，３０Ｃのそれぞれに対して映像データ１２Ｐの伝送を開始する。図６では、端末３０Ｃからの配信要求が３端末の中で最も遅いタイミングで行なわれているので、端末３０ＣのフレームＰ１の配信タイミングが最も遅いタイミングとなっている。
【００４６】
次に、配信制御部２００は、各端末３０Ａ〜３０Ｃに対応する通信セッション２２０Ａ〜２２０Ｃによる映像データの伝送時間に一時的な差をつけて、例えばフレームＰ４の配信タイミングで、各端末３０Ａ〜３０Ｃに対する配信タイミングの同期を取るように制御する。具体的には、配信制御部２００は、図６に示すように、配信タイミングが最も遅い端末３０Ｃの配信タイミングに同期するように、他の端末３０Ａ，３０Ｂに対する配信タイミングを遅くするように調整する。即ち、最もタイミングの早い端末３０Ａに対しては、フレームＰ４の配信を時間Ｔｃ１だけ遅らせる。同様に、端末３０Ｂに対しては、フレームＰ４の配信を時間Ｔｃ２だけ遅らせる。
【００４７】
このような制御により、配信サーバ２０は、同一の映像コンテンツ１２Ａに対して、異なるタイミングで要求をしている各端末３０Ａ〜３０Ｃに対して、あるタイミングで各端末３０Ａ〜３０Ｃに対する配信タイミングの同期を取るように伝送制御を行なう。
【００４８】
なお、本具体例では、各端末３０Ａ，３０Ｂでは、配信タイミングの同期を取るために、配信時間に差がつけられても、それぞれの再生処理には影響が発生しない程度のタイミング調整が実行される。
【００４９】
以上のように、共通の通信バッファ２１０を利用した配信タイミングの同期を取る伝送制御により、ストレージ２１に対するアクセス頻度の軽減化、メモリのアクセス頻度の軽減化、及びアクセスするメモリ領域の近接化によるメモリキャッシュのヒット率向上などの効果以外に、共通の通信バッファ２１０のマージンが大きくなるため、当該バッファ容量を相対的に減少させることが可能となる。これにより、他の映像コンテンツや、要求タイミングが大きく異なる端末に対する配信のための通信バッファとして、メモリ上の記憶領域を配分することができる。従って、結果として配信サーバ２０の配信効率を向上させることができる。
【００５０】
さらに、別の具体例として、配信サーバ２０は、例えば端末３０Ａから配信要求があったときに、伝送を開始する一定時間だけ、要求対象の映像コンテンツ以外に、別に用意された映像コンテンツ（広告など）を伝送する制御を実行する。これにより、一定時間内に、異なるタイミングで配信要求を行なう端末３０Ｂ，３０Ｃに対して、伝送開始のタイミングの同期を取ることができる。
【００５１】
この場合、端末３０Ａでは、ユーザが映像コンテンツを選択し、配信サーバ２０に要求を送信した後に、配信を開始するまでの一定時間だけ、表示モニタ３２Ａの画面上には、事前に配信された広告映像などが表示される。配信サーバ２０は、この広告映像と共に、配信開始までの残り時間の目安を示すデータを表示モニタ３２Ａの画面上に表示させてもよい。これにより、ユーザは待ち時間の目安を確認できるため、配信サーバ２０に繋がらないので諦めるといったビジネス上の機会損失を避けることができる。
【００５２】
そして、一定時間経過後に、配信サーバ２０は、要求対象の映像コンテンツの配信を開始する。これにより、端末３０Ａでは、要求対象の映像コンテンツが、表示モニタ３２Ａの画面上に再生される。
【００５３】
また、別の具体例として、配信サーバ２０は、同一映像コンテンツを要求する端末が一定数（ここでは３台）になるまで待機し、端末３０Ａ〜３０Ｃから全ての要求があった時点から配信タイミングの同期を取りながら、同一映像コンテンツの伝送を開始する。
【００５４】
なお、この具体例の場合でも、配信サーバ２０は、待機時間だけ広告映像などを配信してもよい。また、配信サーバ２０は、待機時間には制限をつけて、制限時間を経過したら、同一映像コンテンツを要求する端末が一定数を満たさない場合でも、配信を開始する制御でもよい。
【００５５】
以上のように、同一映像コンテンツに対して多数のユーザがアクセスしてきても、待ち時間を調整することで配信の同期性を高めることができるため、結果として配信サーバ２０の配信効率を向上させることができる。また、相対的に配信サーバ２０の負荷を軽減できるため、配信数を増大させることができる。また、配信サーバ２０の負荷が少ないときは、同期が取れなくても配信開始することで、待ち時間と配信可能数のバランスを取ることができる。換言すれば、ユーザの要求数に応じて待ち時間を変えることで、配信サーバ２０の負荷が低いときにはなるべく待ち時間を少なくする。一方、配信サーバ２０の負荷が高いときでも、どれくらい待てば再生が始まるかを案内することで、配信サーバにつながらないから見るのをやめてしまうといった機会損失減らすことができる。
【００５６】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００５７】
【図１】本発明の実施形態に関する映像配信システムの要部を示すブロック図。
【図２】本実施形態に関する配信サーバの要部を示すブロック図。
【図３】本実施形態に関する基本的配信手順を説明するためのフローチャート。
【図４】本実施形態に関する配信サーバの配信手順を説明するためのフローチャート。
【図５】本実施形態に関する配信サーバによる伝送制御の具体例を説明するための図。
【図６】本実施形態に関する配信サーバによる伝送制御の具体例を説明するためのタイミングチャート。
【符号の説明】
【００５８】
１…映像配信システム、１０…コンテンツサーバ、
１１，２１，３１Ａ〜３１Ｃ…ストレージ、２０…配信サーバ、
３０Ａ〜３０Ｃ…端末装置（端末）、３２Ａ〜３２Ｃ…表示モニタ、
２００…配信制御部、２１０…通信バッファ、２２０Ａ〜２２０Ｃ…通信セッション。
【図１】
2007189437.tif 000003
【図２】
2007189437.tif 000004
【図３】
2007189437.tif 000005
【図４】
2007189437.tif 000006
【図５】
2007189437.tif 000007
【図６】
2007189437.tif 000008