JP4596766B2 - メディア通信制御方法、メディア通信制御装置、および、メディア提供システム、ならびに、メディア通信制御プログラム、および、その記憶媒体 - Google Patents

Description

本発明は、メディア通信制御方法、メディア通信制御装置、および、メディア提供システム、ならびに、メディア通信制御プログラム、メディア提供プログラム、および、その記憶媒体に関する。

インターネットの高速化に伴い、映像や音声などのコンテンツが、ネットワークを介して活発に流通されている。これらのコンテンツは、主にストリーミングメディアと、ダウンロードメディアとに分類できる。

まず、ストリーミングメディアは、時間と共に提示情報が変化するメディアであり、ライブ映像などが挙げられる。これらのストリーミングメディアの送信は、メディアの再生中に、小さなパケットという単位でサーバからクライアントへ定常的に送信される。よって、通信が途中で途切れたりすると、受信側のクライアントの再生処理も止まってしまうため、ネットワークの帯域を確保し続ける必要がある。

次に、ダウンロードメディアは、主に蓄積されたファイルであり、サーバからクライアントへの送信中には、再生（提示）は行われない。これは、例えば、画像やテキストなどのメディアである。そして、ダウンロードメディアの転送方法は、主にサーバからクライアントへの帯域を使用可能なだけ使用するバースト転送である。

近年では、サーバがストリーミングメディアとダウンロードメディアとを併せて送信し、受信側のクライアントで、両メディアを併せて提示するメディア提供システムが、提案されている。なお、両メディアの再生時刻は、シナリオによって規定されている。シナリオは、例えば、ＳＭＩＬ（The Synchronized Multimedia Integration Language）という言語を用いて、メディアのデータと関連付けて作成される（非特許文献１など）。
The World Wide Web Consortium (W3C)、"Synchronized Multimedia"、[online]、［平成１５年１１月１０日検索］、インターネット＜ＵＲＬ：http://www.w3.org/AudioVideo/＞

ここで、シナリオに従ってストリーミングメディアとダウンロードメディアとを再生するために、両メディアは、再生すべき時刻までに、送信が完了していることが必要となる。しかし、両メディアの通信が、同一の伝送路で同時に行われている場合には、例えば、ダウンロードメディアがある期間に帯域を占有してしまうと、ストリーミングメディアがその期間内に送信されずに、再生が途切れてしまうという問題が発生する。これは、通信に共用される伝送路の帯域には制限があるので、両メディアの通信が互いに干渉してしまうと、片方のメディアの通信が途絶えてしまうからである（図２参照）。

なお、予めストリーミングメディアと、ダウンロードメディアとで、通信に使用する帯域を、固定で確保する方式も、考えられる。これは、例えば、サーバからクライアントまでの伝送路上の全ネットワーク機器について、ＲＳＶＰ（Resource Reservation Protocol）などの帯域予約プロトコルを動作させることによって、実現される。そのためには、伝送路上の全ネットワーク機器を帯域予約プロトコルに対応させるための導入コスト、帯域を監視するためのネットワーク管理コスト、ユーザが帯域を利用するためのネットワークの利用コストなどがかかってしまうため、インターネットなどのベストエフォート型のネットワークにおいて、実現は困難である。

そこで、本発明は、前記した問題を解決し、シナリオに従ってメディアの通信を円滑に行うシステムを提供することを主な目的とする。

前記課題を解決するため、請求項１に記載のメディア通信制御方法は、ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアの通信を制御するメディア通信制御方法であって、前記メディアの通信を制御するメディア通信制御装置が、
前記シナリオを取得する手順と、前記メディアの通信に使用される通信路の通信速度を取得する手順と、前記シナリオおよび前記通信速度を基にして前記ストリーミングメディアの通信制限期間を算出する手順と、前記通信制限期間に通信される予定のストリーミングメディアの通信を前記通信制限期間の開始時刻以前に完了するように通信スケジュールを作成する手順と、前記通信スケジュールを基に前記メディアの通信を制御する手順と、
を実行し、
前記通信スケジュールを作成する手順は、前記メディア通信制御装置が、
前記通信制限期間に通信される予定のストリーミングメディアの通信の終了時刻を前記通信制限期間の開始時刻とする手順と、前記通信制限期間に通信される予定のストリーミングメディアを前記通信速度の上限まで使用して最も遅い時刻に通信を開始するように通信の開始時刻を設定する手順と、を含むことを特徴とする。

請求項２に記載のメディア通信制御方法は、請求項１に記載のメディア通信制御方法であって、前記通信路の通信速度を取得する手順は、前記メディアの通信を制御するメディア通信制御装置が、
前記通信路上を流れるパケットの流量を基にして計測される実測値から前記通信路の通信速度を算出する手順を実行することを特徴とする。

請求項３に記載のメディア通信制御方法は、請求項１ないし請求項２のいずれか１項に記載のメディア通信制御方法であって、前記通信制限期間を算出する手順は、前記メディアの通信を制御するメディア通信制御装置が、
前記ダウンロードメディアのデータ量を取得する手順と、前記ダウンロードメディアの再生時刻を前記シナリオから取得する手順と、前記通信速度の範囲内で前記ダウンロードメディアのデータ量を前記ダウンロードメディアの再生時刻に送信を完了するように前記通信制限期間を算出する手順と、を実行することを特徴とする。

請求項４に記載のメディア通信制御方法は、請求項１ないし請求項３のいずれか１項に記載のメディア通信制御方法であって、前記通信スケジュールを作成する手順は、前記メディアの通信を制御するメディア通信制御装置が、
前記メディアの通信先となるクライアント端末から既に送信された前記メディアのデータ量の通知を受信する手順と、前記既に送信されたメディアのデータ量を参照して前記通信スケジュールを作成する手順と、を実行することを特徴とする。

請求項５に記載のメディア通信制御装置は、ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアの通信を制御するメディア通信制御装置であって、
前記シナリオを格納するシナリオ格納部と、前記メディアの通信に使用される通信路の通信速度を取得する通信速度取得部と、前記ダウンロードメディアの再生開示時刻までに前記ダウンロードメディアのデータを転送するため、前記シナリオおよび前記通信速度を基にして前記ストリーミングメディアの通信を行わない通信制限期間を算出し、前記通信制限期間に通信される予定のストリーミングメディアの通信を前記通信制限期間の開始時刻以前に完了するように通信スケジュールを作成するメディア通信スケジュール作成部と、前記通信スケジュールに従ってメディアの通信を指示するメディア通信制御部とを備え、
前記通信スケジュール作成部は、
前記通信制限期間に通信される予定のストリーミングメディアの通信の終了時刻を前記通信制限期間の開始時刻とし、前記通信制限期間に通信される予定のストリーミングメディアを前記通信速度の上限まで使用して最も遅い時刻に通信を開始するように通信の開始時刻を設定することを特徴とする。

請求項６に記載のメディア提供システムは、記載のメディア提供システムは、ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアを提供するメディア提供システムであって、請求項５に記載のメディア通信制御装置と、
前記メディア通信制御部からの通信制御に従ってストリーミングメディアを提供するストリーミングメディア提供サーバと、を含めて構成されることを特徴とする。

請求項７に記載のメディア提供システムは、ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアを提供するメディア提供システムであって、請求項５に記載のメディア通信制御装置と、
前記メディア通信制御部からの通信制御に従ってダウンロードメディアを提供するダウンロードメディア提供サーバと、を含めて構成されることを特徴とする。

請求項８に記載のメディア通信制御プログラムは、コンピュータを、請求項５に記載のメディア通信制御装置として機能させるためのメディア通信制御プログラムである。

請求項９に記載の記録媒体は、請求項８に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体ある。

本発明は、シナリオおよびネットワークの通信速度に従ってメディアの通信スケジュールを作成し、その通信スケジュールに基づいて、メディアの通信を制御する。その結果、ダウンロードメディアの通信中に送信されるべきストリーミングメディアは、通信が可能な時間帯に通信される。従って、両メディアの通信は、互いに干渉することなく、シナリオの再生時刻に間に合うように、送信先のバッファに送信することができ、シナリオに従ってメディアの通信を円滑に行うことができる。

以下に、本発明が適用されるメディア提供システムの第１実施形態について、図面を参照して詳細に説明する。まず、本実施形態のメディア提供システムの構成について、図１から図３を参照して説明する。

図１は、メディア提供システムの構成図である。メディア提供システムは、シナリオに従って再生されるメディアを提供する機能を有する。このため、メディア提供システムは、シナリオに従って再生されるメディアの通信を制御するメディア通信制御装置１０と、ストリーミングメディアを提供するストリーミングメディア提供サーバ２０と、ダウンロードメディアを提供するダウンロードメディア提供サーバ３０と、メディアの再生に使用されるクライアント端末７０と、を含めて構成される。

なお、ネットワーク９は、メディア提供サーバ（ストリーミングメディア提供サーバ２０、ダウンロードメディア提供サーバ３０）と、クライアント端末７０とを接続し、メディアの通信に使用される通信路を提供する。ここで、本実施形態のメディア提供システムは、このネットワーク９の通信の状態を参照して、ストリーミングメディアおよびダウンロードメディアを、シナリオの再生時間に間に合うように、円滑に提供することを主な特徴とする。これは、ネットワーク９がダウンロードメディアおよびストリーミングメディアの通信に共用されるため、制御を行わないと、両トラフィックが干渉して、正しく通信することが困難になるためである。以下、メディア提供システムの各構成要素について、具体的に説明する。

まず、メディア通信制御装置１０は、シナリオを基にしてメディアの通信を制御するためのメディア通信スケジュールを作成するメディア通信スケジュール作成部１１と、メディア通信スケジュールに従ってメディアの通信を指示するメディア通信制御部１２と、メディアの通信に使用される通信路の通信速度を取得する通信速度取得部１５と、メディアの再生時刻を規定するシナリオを格納するシナリオ格納部１６と、時刻を提供するタイマ１７と、を含めて構成される。

なお、シナリオ格納部１６に格納されるシナリオについて、具体的に説明する。図３（Ａ）は、シナリオの一例を示している。シナリオは、ストリーミングメディアとダウンロードメディアとを同期して再生する際の、再生時刻を規定している。まず、ストリーミングメディアについて、再生開始時刻Ｔ１から再生終了時刻Ｔ４まで、ストリーミングメディアの再生が行われる。再生に必要なデータは、再生期間中（厳密にはバッファリングするため、再生開始時刻よりも前になることもある）にストリーミングメディア提供サーバ２０から提供される。次に、ダウンロードメディアについて、ストリーミングメディアの再生期間中（Ｔ１〜Ｔ４）に、画像Ａの表示（再生時刻Ｔ２）と、画像Ｂの表示（再生時刻Ｔ３）が、行われる。このように、シナリオは、ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するものである。よって、ユーザは、シナリオに従ったメディア再生により、ストリーミングメディアの再生中に、視聴中のストリーミングメディアの場面に関連する情報を、ダウンロードメディア（例えば画像）によって、確認できる。

次に、ストリーミングメディア提供サーバ２０は、ストリーミングメディアを管理するストリーミングメディア格納部２１と、ストリーミングメディアの通信に使用されるインタフェースである通信部２２と、を含めて構成される。

そして、ダウンロードメディア提供サーバ３０は、ダウンロードメディアを管理するダウンロードメディア格納部３１と、ダウンロードメディアの通信に使用されるインタフェースである通信部３２と、を含めて構成される。

さらに、クライアント端末７０は、メディアの受信に使用されるインタフェースである通信部７１と、受信したメディアを一時的に格納するストリーミングバッファ７２と、受信したメディアを再生するメディア再生部７３と、を含めて構成される。なお、ストリーミングバッファ７２は、ネットワークの輻輳などによる通信の乱れを吸収するための一時記憶装置であり、例えば、ＲＡＭ（Random-Access Memory）やＨＤＤ（Hard Disk Drive）によって構成される。また、メディア再生部７３は、メディアデータの復号化処理を行う。

ここで、メディア通信制御装置１０と、メディア提供サーバ（ストリーミングメディア提供サーバ２０およびダウンロードメディア提供サーバ３０）との関係について、説明する。メディア提供サーバは、クライアント端末７０に、メディアを提供（送信）する。その際に、メディア通信制御装置１０は、メディア提供サーバと、クライアント端末７０とのメディアの通信について、データの送信開始時刻を含む通信スケジュールを作成する。そして、メディア提供サーバは、作成された通信スケジュールに従って、クライアント端末７０とのメディアの通信を行う。よって、メディア通信制御装置１０のメディア通信制御部１２は、タイマ１７から取得した時刻を基に、メディア提供サーバの通信部（通信部２２および通信部３２）に、通信スケジュールに従った通信の制御を行う。

以上、メディア提供システムの構成について、説明した。次に、本実施形態のメディア提供システムの動作について、図１から図３を参照しつつ、図４に沿って説明する。

まず、メディア通信制御装置１０は、前準備として、メディアデータとシナリオの登録を行う（Ｓ１０１）。ストリーミングメディアは、ストリーミングメディア格納部２１に、ダウンロードメディアは、ダウンロードメディア格納部３１に、それぞれ登録される。なお、これらのメディアデータは、予め再生開始から再生終了までの全データを、データの提供前に用意する必要は無く、データの提供中に、今後再生する予定のメディアデータを随時取得する形態でもよい。これは、例えば、ビデオカメラ（図示は省略）によって撮影され続けるライブ映像が、提供されるメディアデータとなる場合を想定している。そして、そのメディアデータの再生時刻を規定するシナリオも、メディアデータに併せてシナリオ格納部１６に登録される。

なお、シナリオ格納部１６に登録されるシナリオは、様々な手法で作成されたものを活用することができる。まず、予め再生開始から再生終了までメディアデータが確定されている場合には、シナリオは、そのメディアデータに対応する確定されたデータとして作成される。次に、ライブ映像などでメディアデータが動的に変化する場合には、シナリオもメディアデータの作成に併せて動的に作成される。さらに、シナリオは、メディアの提供側（メディア通信制御装置１０など）が規定するものだけではなく、メディアの利用側（クライアント端末７０）が作成してメディアの提供側に送信するものを活用してもよい。

また、シナリオ格納部１６に登録されるシナリオは、例えば、メディア通信制御装置１０が、クライアント端末７０からのメディアデータの送信要求を受信したときを契機として、作成される。なお、シナリオによって規定されるメディアデータの再生時刻は、クライアント端末７０から所定のメディアデータに対応する再生時刻が指定されていれば、その指定された再生時刻を活用してもよい。一方、再生時刻が指定されていない場合では、メディアデータの再生時刻は、クライアント端末７０からの送信要求などの操作が行われた時刻（またはメディア通信制御装置１０がその操作を受信した時刻）を基に、決定されてもよい。

次に、メディア通信制御装置１０は、メディアに対応するシナリオを取得する（Ｓ１０２）。なお、取得するシナリオは、Ｓ１０１においてシナリオ格納部１６に登録されたものである。

そして、メディア通信制御装置１０は、通信速度取得部１５を用いて、メディアの通信路の通信速度を取得する（Ｓ１０３）。なお、通信速度の取得方法は、ネットワーク９の実測値を基にして通信速度を取得する方法と、ネットワーク９の通信機器に設定された理論値を基にして通信速度を取得する方法とがあり、本実施形態では、どちらの方法を用いてもよい。まず、実測値を基にする通信速度は、例えば、通信部（通信部２２および通信部３２）からクライアント端末７０に送信されるパケットの送信速度や、パケットの最大流量を、実際に計測した値を用いる。一方、理論値を基にする通信速度は、例えば、ＰＨＳ（Personal Handy-phone System）網の場合には、１チャネルあたり３２ｋｂｐｓ、２チャネルが利用可能な場合には６４ｋｂｐｓといった値となる。

さらに、メディア通信制御装置１０は、シナリオおよび通信速度を基にした通信制限期間を算出する（Ｓ１０４）。なお、通信制限期間は、ダウンロードメディアの通信などによって、ストリーミングメディアの通信が制限される期間を意味する。図３（Ｂ）は、図３（Ａ）のシナリオを基に算出される通信制限期間を説明する図である。

以下、通信制限期間の算出方法の一例について、説明する。まず、メディア通信制御装置１０は、Ｓ１０２で取得したシナリオについて、ダウンロードメディアの各再生開始時刻（Ｔ２およびＴ３）を参照する。次に、メディア通信制御装置１０は、ダウンロードメディアのデータ量を、ダウンロードメディア格納部３１から取得する。さらに、メディア通信制御装置１０は、Ｓ１０３で取得した通信速度の制限内において、ダウンロードメディアのデータ量が、ダウンロードメディアの各再生開始時刻（Ｔ２およびＴ３）の前までに転送し終えるように、ダウンロードメディアの各通信開始時刻を設定する。例えば、図３（Ｂ）では、ネットワーク９の通信速度が一定、かつ、ダウンロードメディア以外のトラフィックが存在しない場合には、ダウンロードメディアの各通信期間は、ダウンロードメディアのデータ量を、ネットワーク９の通信速度で除算した結果となる。よって、ダウンロードメディアの各通信開始時刻は、ダウンロードメディアの各再生開始時刻（Ｔ２およびＴ３）からダウンロードメディアの各通信期間長だけ前の時刻となる。つまり、通信制限期間は、ダウンロードメディアの各通信開始時刻から各再生開始時刻（各通信終了時刻と同等）までの期間となる。

そして、メディア通信制御装置１０は、通信制限期間分のストリーミングメディアの通信スケジュールを作成する（Ｓ１０５）。図５は、通信スケジュールの作成処理を示す図である。以下、図５（Ａ）を参照して、具体的に説明する。図５（Ａ）は、ある時間におけるネットワーク９上を流れる通信データ量を示している。ストリーミングメディアは、領域Ａ１１に示す通信によって伝送され、ダウンロードメディアは、領域Ａ１２に示す通信によって伝送される。ここで、領域Ａ１２の期間は、ダウンロードメディアによってネットワーク９がほぼ占有されてしまうので、通信制限期間となる。そこで、通信制限期間に伝送されるべきストリーミングメディアが、領域Ａ２１によって示される。

まず、メディア通信制御装置１０は、領域Ａ２１の分のトラフィックを、通信制限期間の前に伝送する必要がある。そのため、メディア通信制御装置１０は、ネットワーク９の通信速度の範囲内において、領域Ａ２１の分のトラフィックを、通信制限期間の前に送信するように変更する。例えば、メディア通信制御装置１０は、ストリーミングメディアの通信に要する帯域を増加させる方式（図５（Ａ）参照）や、通信開始時刻を前倒しする方式（図５（Ｂ）参照）によって、通信制限期間の分のトラフィック（領域Ａ２１）を、前もって送信する。なお、領域Ａ２１からの変更結果は、領域Ａ２２に示されている。

ここで、メディア通信制御装置１０は、通信スケジュールの作成（Ｓ１０５）の一例として、通信制限期間の分のトラフィックについて、可能な限り遅い時刻に通信を開始する方式を採用してもよい。例えば、図６は、通信スケジュールの作成処理を示す図であり、ストリーミングデータの送信開始時刻の設定過程を説明する図である。図６（Ａ）は、通信制限期間の分のトラフィック（領域Ａ２１）を、ネットワーク９の通信速度の上限に適合させつつ、最も遅い時刻に通信を開始する（つまり、通信期間を最短とする）ように、トラフィックの移動先を領域Ａ２２に設定する一例を示している。

なお、図６（Ａ）の方式は、有益な効果を得ることが出来る。以下、図６（Ａ）の方式の効果を説明するために、比較対象となる図６（Ｂ）の方式を説明する。図６（Ｂ）は、ストリーミングメディアの通信開始と同時に、通信制限期間の分のトラフィック（領域Ａ２１）を送信する方式を示している。すると、通信制限期間の分のトラフィックの移動先（領域Ａ２２）について、図６（Ａ）は、図６（Ｂ）よりも遅い時刻に送信を開始する。そして、最も遅い時刻に通信を開始するように、通信制限期間の分のトラフィック（領域Ａ２１）を移動させる図６（Ａ）の方式は、以下の効果を得ることが出来る。

まず、第１の効果は、クライアント端末７０が要するストリーミングバッファ７２の大きさを抑制することができることである。これは、図６（Ｂ）は、図６（Ａ）よりも早い時刻にストリーミングメディアの送信を開始するため、送信されたデータを、受信側のクライアント端末７０側でより長い期間保持する必要がある。 よって、図６（Ａ）の方式は、図６（Ｂ）の方式よりも、ストリーミングバッファ７２の大きさを抑制することができ、例えば、クライアント端末７０として携帯端末などの性能が小さい端末でも、採用が容易となる。

次に、第２の効果は、ストリーミングメディアとして採用するデータの種別が広がることである。これは、図６（Ａ）は、図６（Ｂ）よりも遅い時刻に送信を開始する。よって、送信すべきストリーミングメディアをストリーミングメディア格納部２１に用意するまでの時間の制限は、図６（Ｂ）よりも図６（Ａ）のほうが、より緩和される。よって、本実施形態のメディア提供システムは、送信すべきストリーミングメディアが随時作成されるライブ映像を伝送する準リアルタイム伝送システムとして、応用することが可能となる。以上、通信スケジュールの作成（Ｓ１０５）について、説明した。

さらに、メディア通信制御装置１０は、メディア提供サーバ（ストリーミングメディア提供サーバ２０およびダウンロードメディア提供サーバ３０）に、作成された通信スケジュールを基にした通信を指示する（Ｓ１０６）。なお、通信スケジュールは、通信制限期間におけるダウンロードメディアの通信スケジュール、および、通信制限期間の分のトラフィックの通信スケジュールのうち、少なくとも１つから構成される。

そして、メディア提供サーバ（ストリーミングメディア提供サーバ２０およびダウンロードメディア提供サーバ３０）は、クライアント端末７０に通信スケジュールを基にしたメディアのデータを送信する（Ｓ１０７）。なお、通信スケジュールは、予めストリーミングメディアとダウンロードメディアとの通信が、衝突しないように作成されているので、メディアデータが輻輳によってネットワーク９のバッファあふれによって消失してしまうことを防止できる。

さらに、クライアント端末７０は、受信したメディアのバッファリングおよび再生を行う（Ｓ１０８）。つまり、クライアント端末７０は、受信したメディアのデータを、シナリオの再生時刻までストリーミングバッファ７２に一時的に保持し、再生時刻にそのデータを再生する。ここで、通信スケジュールは、ダウンロードメディアおよびストリーミングメディアを、シナリオに適合するように作成されているので、クライアント端末７０は、再生時にメディアのデータを途切れることなく、円滑に提示することができる。これは、ダウンロードメディアによる通信制限期間の前に、その通信制限期間に対応するストリーミングメディアが、ストリーミングバッファ７２に送信されているように、通信スケジュールが作成されているためである。

以上説明した本発明は、発明の趣旨を逸脱しない範囲で広く変形実施することができる。

例えば、メディア提供システムの装置の構成について、本実施形態は、メディア提供側を、メディア通信制御装置１０、ストリーミングメディア提供サーバ２０、および、ダウンロードメディア提供サーバ３０の３つの装置による構成を基に、説明を行った。しかし、メディア提供システムの装置構成は３つの装置による構成に限定されず、同一の機能を実現するために、様々な装置構成を採用することができる。例えば、前記３つの装置のうち、少なくとも２つの装置を、１つの装置に統合して、メディア提供システムを構成する形態としてもよい。

そして、メディア通信制御装置１０は、メディア通信スケジュール作成部１１を用いて、通信制限期間の算出（Ｓ１０４）および通信スケジュールの作成（Ｓ１０５）を行う際に、シナリオが再生時刻を規定するメディアのデータ以外のトラフィック量が既知の場合には、そのトラフィック量も考慮して、通信制限期間および通信スケジュールの作成を行ってもよい。具体的には、利用可能なネットワーク９の通信速度は、それらのメディアのデータ以外のトラフィック量の分を差し引いた通信速度として、通信制限期間および通信スケジュールの作成に参照される。

また、本実施形態の図面において、ネットワーク９の転送速度を一定の速度として説明を行ったが、必ずしも通信速度が一定であるケースに本実施形態が限定されるわけではない。予め各時刻に対応するネットワーク９の転送速度を時系列のデータとして使用することにより、ネットワーク９の転送速度が可変である場合においても、通信スケジュールは作成される。

さらに、メディア通信制御装置１０は、通信スケジュールの作成において、ネットワーク９の通信のオーバーヘッドとして、ゆらぎ（ジッタ）や、通信遅延、ネットワーク９を構成する各ルータ装置の処理速度なども考慮して、通信スケジュールを作成してもよい。例えば、ストリーミングメディアの通信スケジュールの作成処理（Ｓ１０５）において、通信制限期間に伝送されるべきストリーミングメディアの送信完了時刻を、通信制限期間の開始直前とする代わりに、ネットワーク９の通信が不安定になることも想定して、通信制限期間の開始から一定の間隔（例えば、１０秒）前に、ストリーミングメディアの送信完了時刻を設定する処理が挙げられる。

また、メディア通信制御装置１０は、通信スケジュールの作成や、通信スケジュールに基づく通信制御において、既にクライアント端末７０のストリーミングバッファ７２にメディアのデータの一部が送信されている場合、クライアント端末７０からストリーミングバッファ７２に保持しているメディアのデータに関する情報の通知を受けて、通信スケジュールの作成や、通信スケジュールに基づく通信制御に反映してもよい。これにより、通信の現状を反映するので、より正確なメディアの通信が実現できる。

本発明の一実施形態に関するメディア提供システムの構成図である。 従来のメディア提供方法に関する問題点を説明する図である。 本発明の一実施形態に関するシナリオおよびシナリオを基に算出される通信制限期間を説明する図である。 本発明の一実施形態に関するメディア提供システムの動作を示すフローチャートである。 本発明の一実施形態に関する通信スケジュールの作成処理を示す図である。 本発明の一実施形態に関する通信スケジュールの作成処理を示す図であり、ストリーミングデータの送信開始時刻の設定過程を説明する図である。

符号の説明

９ ネットワーク
１０ メディア通信制御装置
１１ メディア通信スケジュール作成部
１２ メディア通信制御部
１５ 通信速度取得部
１６ シナリオ格納部
２０ ストリーミングメディア提供サーバ
３０ ダウンロードメディア提供サーバ
７０ クライアント端末

Claims (9)

1. ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアの通信を制御するメディア通信制御方法であって、
   前記メディアの通信を制御するメディア通信制御装置が、
   前記シナリオを取得する手順と、前記メディアの通信に使用される通信路の通信速度を取得する手順と、前記シナリオおよび前記通信速度を基にして前記ストリーミングメディアの通信制限期間を算出する手順と、前記通信制限期間に通信される予定のストリーミングメディアの通信を前記通信制限期間の開始時刻以前に完了するように通信スケジュールを作成する手順と、前記通信スケジュールを基に前記メディアの通信を制御する手順と、を実行し、
   前記通信スケジュールを作成する手順は、前記メディア通信制御装置が、
   前記通信制限期間に通信される予定のストリーミングメディアの通信の終了時刻を前記通信制限期間の開始時刻とする手順と、前記通信制限期間に通信される予定のストリーミングメディアを前記通信速度の上限まで使用して最も遅い時刻に通信を開始するように通信の開始時刻を設定する手順と、
   を含むことを特徴とするメディア通信制御方法。
2. 前記通信路の通信速度を取得する手順は、前記メディアの通信を制御するメディア通信制御装置が、
   前記通信路上を流れるパケットの流量を基にして計測される実測値から前記通信路の通信速度を算出する手順を実行することを特徴とする請求項１に記載のメディア通信制御方法。
3. 前記通信制限期間を算出する手順は、前記メディアの通信を制御するメディア通信制御装置が、
   前記ダウンロードメディアのデータ量を取得する手順と、前記ダウンロードメディアの再生時刻を前記シナリオから取得する手順と、前記通信速度の範囲内で前記ダウンロードメディアのデータ量を前記ダウンロードメディアの再生時刻に送信を完了するように前記通信制限期間を算出する手順と、を実行することを特徴とする請求項１ないし請求項２のいずれか１項に記載のメディア通信制御方法。
4. 前記通信スケジュールを作成する手順は、前記メディアの通信を制御するメディア通信制御装置が、
   前記メディアの通信先となるクライアント端末から既に送信された前記メディアのデータ量の通知を受信する手順と、前記既に送信されたメディアのデータ量を参照して前記通信スケジュールを作成する手順と、を実行することを特徴とする請求項１ないし請求項３のいずれか１項に記載のメディア通信制御方法。
5. ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアの通信を制御するメディア通信制御装置であって、
   前記シナリオを格納するシナリオ格納部と、前記メディアの通信に使用される通信路の通信速度を取得する通信速度取得部と、前記ダウンロードメディアの再生開示時刻までに前記ダウンロードメディアのデータを転送するため、前記シナリオおよび前記通信速度を基にして前記ストリーミングメディアの通信を行わない通信制限期間を算出し、前記通信制限期間に通信される予定のストリーミングメディアの通信を前記通信制限期間の開始時刻以前に完了するように通信スケジュールを作成するメディア通信スケジュール作成部と、前記通信スケジュールに従ってメディアの通信を指示するメディア通信制御部とを備え、
   前記通信スケジュール作成部は、
   前記通信制限期間に通信される予定のストリーミングメディアの通信の終了時刻を前記通信制限期間の開始時刻とし、前記通信制限期間に通信される予定のストリーミングメディアを前記通信速度の上限まで使用して最も遅い時刻に通信を開始するように通信の開始時刻を設定することを特徴とするメディア通信制御装置。
6. ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアを提供するメディア提供システムであって、請求項５に記載のメディア通信制御装置と、
   前記メディア通信制御部からの通信制御に従ってストリーミングメディアを提供するストリーミングメディア提供サーバと、を含めて構成されることを特徴とするメディア提供システム。
7. ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアを提供するメディア提供システムであって、請求項５に記載のメディア通信制御装置と、
   前記メディア通信制御部からの通信制御に従ってダウンロードメディアを提供するダウンロードメディア提供サーバと、を含めて構成されることを特徴とするメディア提供システム。
8. コンピュータを、請求項５に記載のメディア通信制御装置として機能させるためのメディア通信制御プログラム。
9. 請求項８に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images