(57)【要約】【課題】  シナリオに従ってメディアの通信を円滑に行うシステムを提供すること。【解決手段】  ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアの通信を制御するメディア通信制御装置１０が、シナリオを取得する手順と、メディアの通信に使用されるネットワーク９の通信速度を取得する手順と、シナリオおよび通信速度を基にしてストリーミングメディアの通信制限期間を算出する手順と、通信制限期間に通信される予定のストリーミングメディアの通信を通信制限期間の開始時刻以前に完了するように通信スケジュールを作成する手順と、通信スケジュールを基にメディアの通信を制御する手順と、を実行することを特徴とする。【選択図】      図１
2005151000.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアの通信を制御するメディア通信制御方法であって、前記メディアの通信を制御するメディア通信制御装置が、
前記シナリオを取得する手順と、前記メディアの通信に使用される通信路の通信速度を取得する手順と、前記シナリオおよび前記通信速度を基にして前記ストリーミングメディアの通信制限期間を算出する手順と、前記通信制限期間に通信される予定のストリーミングメディアの通信を前記通信制限期間の開始時刻以前に完了するように通信スケジュールを作成する手順と、前記通信スケジュールを基に前記メディアの通信を制御する手順と、を実行することを特徴とするメディア通信制御方法。
【請求項２】
前記通信路の通信速度を取得する手順は、前記メディアの通信を制御するメディア通信制御装置が、
前記通信路上を流れるパケットの流量を基にして計測される実測値から前記通信路の通信速度を算出する手順を実行することを特徴とする請求項１に記載のメディア通信制御方法。
【請求項３】
前記通信制限期間を算出する手順は、前記メディアの通信を制御するメディア通信制御装置が、
前記ダウンロードメディアのデータ量を取得する手順と、前記ダウンロードメディアの再生時刻を前記シナリオから取得する手順と、前記通信速度の範囲内で前記ダウンロードメディアのデータ量を前記ダウンロードメディアの再生時刻に送信を完了するように前記通信制限期間を算出する手順と、を実行することを特徴とする請求項１または請求項２に記載のメディア通信制御方法。
【請求項４】
前記通信スケジュールを作成する手順は、前記メディアの通信を制御するメディア通信制御装置が、
前記通信制限期間に通信される予定のストリーミングメディアの通信の終了時刻を前記通信制限期間の開始時刻とする手順と、前記ストリーミングメディアの通信に利用可能な前記通信速度の上限まで使用して前記ストリーミングメディアの通信期間を最短とするように通信の開始時刻を設定する手順と、を実行することを特徴とする請求項１ないし請求項３のいずれか１項に記載のメディア通信制御方法。
【請求項５】
前記通信スケジュールを作成する手順は、前記メディアの通信を制御するメディア通信制御装置が、
前記メディアの通信先となるクライアント端末から既に送信された前記メディアのデータ量の通知を受信する手順と、前記既に送信されたメディアのデータ量を参照して前記通信スケジュールを作成する手順と、を実行することを特徴とする請求項１ないし請求項４のいずれか１項に記載のメディア通信制御方法。
【請求項６】
ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアの通信を制御するメディア通信制御装置であって、
前記シナリオを格納するシナリオ格納部と、前記メディアの通信に使用される通信路の通信速度を取得する通信速度取得部と、前記シナリオおよび前記通信速度を基にして前記ストリーミングメディアの通信制限期間を算出し、前記通信制限期間に通信される予定のストリーミングメディアの通信を前記通信制限期間の開始時刻以前に完了するように通信スケジュールを作成するメディア通信スケジュール作成部と、前記通信スケジュールに従ってメディアの通信を指示するメディア通信制御部と、を含めて構成されることを特徴とするメディア通信制御装置。
【請求項７】
ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアを提供するメディア提供システムであって、請求項６に記載のメディア通信制御装置と、
前記メディア通信制御部からの通信制御に従ってストリーミングメディアを提供するストリーミングメディア提供サーバと、を含めて構成されることを特徴とするメディア提供システム。
【請求項８】
ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアを提供するメディア提供システムであって、請求項６に記載のメディア通信制御装置と、
前記メディア通信制御部からの通信制御に従ってダウンロードメディアを提供するダウンロードメディア提供サーバと、を含めて構成されることを特徴とするメディア提供システム。
【請求項９】
ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアの通信を制御するメディア通信制御プログラムであって、コンピュータを、
前記シナリオを格納するシナリオ格納手段と、前記メディアの通信に使用される通信路の通信速度を取得する通信速度取得手段と、前記シナリオおよび前記通信速度を基にして前記ストリーミングメディアの通信制限期間を算出し、前記通信制限期間に通信される予定のストリーミングメディアの通信を前記通信制限期間の開始時刻以前に完了するように通信スケジュールを作成するメディア通信スケジュール作成手段と、前記通信スケジュールに従ってメディアの通信を指示するメディア通信制御手段、として機能させるためのメディア通信制御プログラム。
【請求項１０】
ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアを提供するメディア提供プログラムであって、コンピュータを、
請求項９に記載のメディア通信制御プログラムによって機能される手段と、前記メディア通信制御手段からの通信制御に従ってストリーミングメディアを提供する手段、として機能させるためのメディア提供プログラム。
【請求項１１】
ストリーミングメディアおよびダウンロードメディアの再生時刻を規定するシナリオに従ってメディアを提供するメディア提供プログラムであって、コンピュータを、
請求項９に記載のメディア通信制御プログラムによって機能される手段と、前記メディア通信制御手段からの通信制御に従ってダウンロードメディアを提供する手段、として機能させるためのメディア提供プログラム。
【請求項１２】
請求項９ないし請求項１１のいずれか１項に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディア通信制御方法、メディア通信制御装置、および、メディア提供システム、ならびに、メディア通信制御プログラム、メディア提供プログラム、および、その記憶媒体に関する。
【背景技術】
【０００２】
インターネットの高速化に伴い、映像や音声などのコンテンツが、ネットワークを介して活発に流通されている。これらのコンテンツは、主にストリーミングメディアと、ダウンロードメディアとに分類できる。
【０００３】
まず、ストリーミングメディアは、時間と共に提示情報が変化するメディアであり、ライブ映像などが挙げられる。これらのストリーミングメディアの送信は、メディアの再生中に、小さなパケットという単位でサーバからクライアントへ定常的に送信される。よって、通信が途中で途切れたりすると、受信側のクライアントの再生処理も止まってしまうため、ネットワークの帯域を確保し続ける必要がある。
【０００４】
次に、ダウンロードメディアは、主に蓄積されたファイルであり、サーバからクライアントへの送信中には、再生（提示）は行われない。これは、例えば、画像やテキストなどのメディアである。そして、ダウンロードメディアの転送方法は、主にサーバからクライアントへの帯域を使用可能なだけ使用するバースト転送である。
【０００５】
近年では、サーバがストリーミングメディアとダウンロードメディアとを併せて送信し、受信側のクライアントで、両メディアを併せて提示するメディア提供システムが、提案されている。なお、両メディアの再生時刻は、シナリオによって規定されている。シナリオは、例えば、ＳＭＩＬ（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）網の場合には、１チャネルあたり３２ｋｂｐｓ、２チャネルが利用可能な場合には６４ｋｂｐｓといった値となる。
【００３６】
さらに、メディア通信制御装置１０は、シナリオおよび通信速度を基にした通信制限期間を算出する（Ｓ１０４）。なお、通信制限期間は、ダウンロードメディアの通信などによって、ストリーミングメディアの通信が制限される期間を意味する。図３（Ｂ）は、図３（Ａ）のシナリオを基に算出される通信制限期間を説明する図である。
【００３７】
以下、通信制限期間の算出方法の一例について、説明する。まず、メディア通信制御装置１０は、Ｓ１０２で取得したシナリオについて、ダウンロードメディアの各再生開始時刻（Ｔ２およびＴ３）を参照する。次に、メディア通信制御装置１０は、ダウンロードメディアのデータ量を、ダウンロードメディア格納部３１から取得する。さらに、メディア通信制御装置１０は、Ｓ１０３で取得した通信速度の制限内において、ダウンロードメディアのデータ量が、ダウンロードメディアの各再生開始時刻（Ｔ２およびＴ３）の前までに転送し終えるように、ダウンロードメディアの各通信開始時刻を設定する。例えば、図３（Ｂ）では、ネットワーク９の通信速度が一定、かつ、ダウンロードメディア以外のトラフィックが存在しない場合には、ダウンロードメディアの各通信期間は、ダウンロードメディアのデータ量を、ネットワーク９の通信速度で除算した結果となる。よって、ダウンロードメディアの各通信開始時刻は、ダウンロードメディアの各再生開始時刻（Ｔ２およびＴ３）からダウンロードメディアの各通信期間長だけ前の時刻となる。つまり、通信制限期間は、ダウンロードメディアの各通信開始時刻から各再生開始時刻（各通信終了時刻と同等）までの期間となる。
【００３８】
そして、メディア通信制御装置１０は、通信制限期間分のストリーミングメディアの通信スケジュールを作成する（Ｓ１０５）。図５は、通信スケジュールの作成処理を示す図である。以下、図５（Ａ）を参照して、具体的に説明する。図５（Ａ）は、ある時間におけるネットワーク９上を流れる通信データ量を示している。ストリーミングメディアは、領域Ａ１１に示す通信によって伝送され、ダウンロードメディアは、領域Ａ１２に示す通信によって伝送される。ここで、領域Ａ１２の期間は、ダウンロードメディアによってネットワーク９がほぼ占有されてしまうので、通信制限期間となる。そこで、通信制限期間に伝送されるべきストリーミングメディアが、領域Ａ２１によって示される。
【００３９】
まず、メディア通信制御装置１０は、領域Ａ２１の分のトラフィックを、通信制限期間の前に伝送する必要がある。そのため、メディア通信制御装置１０は、ネットワーク９の通信速度の範囲内において、領域Ａ２１の分のトラフィックを、通信制限期間の前に送信するように変更する。例えば、メディア通信制御装置１０は、ストリーミングメディアの通信に要する帯域を増加させる方式（図５（Ａ）参照）や、通信開始時刻を前倒しする方式（図５（Ｂ）参照）によって、通信制限期間の分のトラフィック（領域Ａ２１）を、前もって送信する。なお、領域Ａ２１からの変更結果は、領域Ａ２２に示されている。
【００４０】
ここで、メディア通信制御装置１０は、通信スケジュールの作成（Ｓ１０５）の一例として、通信制限期間の分のトラフィックについて、可能な限り遅い時刻に通信を開始する方式を採用してもよい。例えば、図６は、通信スケジュールの作成処理を示す図であり、ストリーミングデータの送信開始時刻の設定過程を説明する図である。図６（Ａ）は、通信制限期間の分のトラフィック（領域Ａ２１）を、ネットワーク９の通信速度の上限に適合させつつ、最も遅い時刻に通信を開始する（つまり、通信期間を最短とする）ように、トラフィックの移動先を領域Ａ２２に設定する一例を示している。
【００４１】
なお、図６（Ａ）の方式は、有益な効果を得ることが出来る。以下、図６（Ａ）の方式の効果を説明するために、比較対象となる図６（Ｂ）の方式を説明する。図６（Ｂ）は、ストリーミングメディアの通信開始と同時に、通信制限期間の分のトラフィック（領域Ａ２１）を送信する方式を示している。すると、通信制限期間の分のトラフィックの移動先（領域Ａ２２）について、図６（Ａ）は、図６（Ｂ）よりも遅い時刻に送信を開始する。そして、最も遅い時刻に通信を開始するように、通信制限期間の分のトラフィック（領域Ａ２１）を移動させる図６（Ａ）の方式は、以下の効果を得ることが出来る。
【００４２】
まず、第１の効果は、クライアント端末７０が要するストリーミングバッファ７２の大きさを抑制することができることである。これは、図６（Ｂ）は、図６（Ａ）よりも早い時刻にストリーミングメディアの送信を開始するため、送信されたデータを、受信側のクライアント端末７０側でより長い期間保持する必要がある。 よって、図６（Ａ）の方式は、図６（Ｂ）の方式よりも、ストリーミングバッファ７２の大きさを抑制することができ、例えば、クライアント端末７０として携帯端末などの性能が小さい端末でも、採用が容易となる。
【００４３】
次に、第２の効果は、ストリーミングメディアとして採用するデータの種別が広がることである。これは、図６（Ａ）は、図６（Ｂ）よりも遅い時刻に送信を開始する。よって、送信すべきストリーミングメディアをストリーミングメディア格納部２１に用意するまでの時間の制限は、図６（Ｂ）よりも図６（Ａ）のほうが、より緩和される。よって、本実施形態のメディア提供システムは、送信すべきストリーミングメディアが随時作成されるライブ映像を伝送する準リアルタイム伝送システムとして、応用することが可能となる。以上、通信スケジュールの作成（Ｓ１０５）について、説明した。
【００４４】
さらに、メディア通信制御装置１０は、メディア提供サーバ（ストリーミングメディア提供サーバ２０およびダウンロードメディア提供サーバ３０）に、作成された通信スケジュールを基にした通信を指示する（Ｓ１０６）。なお、通信スケジュールは、通信制限期間におけるダウンロードメディアの通信スケジュール、および、通信制限期間の分のトラフィックの通信スケジュールのうち、少なくとも１つから構成される。
【００４５】
そして、メディア提供サーバ（ストリーミングメディア提供サーバ２０およびダウンロードメディア提供サーバ３０）は、クライアント端末７０に通信スケジュールを基にしたメディアのデータを送信する（Ｓ１０７）。なお、通信スケジュールは、予めストリーミングメディアとダウンロードメディアとの通信が、衝突しないように作成されているので、メディアデータが輻輳によってネットワーク９のバッファあふれによって消失してしまうことを防止できる。
【００４６】
さらに、クライアント端末７０は、受信したメディアのバッファリングおよび再生を行う（Ｓ１０８）。つまり、クライアント端末７０は、受信したメディアのデータを、シナリオの再生時刻までストリーミングバッファ７２に一時的に保持し、再生時刻にそのデータを再生する。ここで、通信スケジュールは、ダウンロードメディアおよびストリーミングメディアを、シナリオに適合するように作成されているので、クライアント端末７０は、再生時にメディアのデータを途切れることなく、円滑に提示することができる。これは、ダウンロードメディアによる通信制限期間の前に、その通信制限期間に対応するストリーミングメディアが、ストリーミングバッファ７２に送信されているように、通信スケジュールが作成されているためである。
【００４７】
以上説明した本発明は、発明の趣旨を逸脱しない範囲で広く変形実施することができる。
【００４８】
例えば、メディア提供システムの装置の構成について、本実施形態は、メディア提供側を、メディア通信制御装置１０、ストリーミングメディア提供サーバ２０、および、ダウンロードメディア提供サーバ３０の３つの装置による構成を基に、説明を行った。しかし、メディア提供システムの装置構成は３つの装置による構成に限定されず、同一の機能を実現するために、様々な装置構成を採用することができる。例えば、前記３つの装置のうち、少なくとも２つの装置を、１つの装置に統合して、メディア提供システムを構成する形態としてもよい。
【００４９】
そして、メディア通信制御装置１０は、メディア通信スケジュール作成部１１を用いて、通信制限期間の算出（Ｓ１０４）および通信スケジュールの作成（Ｓ１０５）を行う際に、シナリオが再生時刻を規定するメディアのデータ以外のトラフィック量が既知の場合には、そのトラフィック量も考慮して、通信制限期間および通信スケジュールの作成を行ってもよい。具体的には、利用可能なネットワーク９の通信速度は、それらのメディアのデータ以外のトラフィック量の分を差し引いた通信速度として、通信制限期間および通信スケジュールの作成に参照される。
【００５０】
また、本実施形態の図面において、ネットワーク９の転送速度を一定の速度として説明を行ったが、必ずしも通信速度が一定であるケースに本実施形態が限定されるわけではない。予め各時刻に対応するネットワーク９の転送速度を時系列のデータとして使用することにより、ネットワーク９の転送速度が可変である場合においても、通信スケジュールは作成される。
【００５１】
さらに、メディア通信制御装置１０は、通信スケジュールの作成において、ネットワーク９の通信のオーバーヘッドとして、ゆらぎ（ジッタ）や、通信遅延、ネットワーク９を構成する各ルータ装置の処理速度なども考慮して、通信スケジュールを作成してもよい。例えば、ストリーミングメディアの通信スケジュールの作成処理（Ｓ１０５）において、通信制限期間に伝送されるべきストリーミングメディアの送信完了時刻を、通信制限期間の開始直前とする代わりに、ネットワーク９の通信が不安定になることも想定して、通信制限期間の開始から一定の間隔（例えば、１０秒）前に、ストリーミングメディアの送信完了時刻を設定する処理が挙げられる。
【００５２】
また、メディア通信制御装置１０は、通信スケジュールの作成や、通信スケジュールに基づく通信制御において、既にクライアント端末７０のストリーミングバッファ７２にメディアのデータの一部が送信されている場合、クライアント端末７０からストリーミングバッファ７２に保持しているメディアのデータに関する情報の通知を受けて、通信スケジュールの作成や、通信スケジュールに基づく通信制御に反映してもよい。これにより、通信の現状を反映するので、より正確なメディアの通信が実現できる。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施形態に関するメディア提供システムの構成図である。
【図２】従来のメディア提供方法に関する問題点を説明する図である。
【図３】本発明の一実施形態に関するシナリオおよびシナリオを基に算出される通信制限期間を説明する図である。
【図４】本発明の一実施形態に関するメディア提供システムの動作を示すフローチャートである。
【図５】本発明の一実施形態に関する通信スケジュールの作成処理を示す図である。
【図６】本発明の一実施形態に関する通信スケジュールの作成処理を示す図であり、ストリーミングデータの送信開始時刻の設定過程を説明する図である。
【符号の説明】
【００５４】
９      ネットワーク
１０    メディア通信制御装置
１１    メディア通信スケジュール作成部
１２    メディア通信制御部
１５    通信速度取得部
１６    シナリオ格納部
２０    ストリーミングメディア提供サーバ
３０    ダウンロードメディア提供サーバ
７０    クライアント端末
【図１】
2005151000.tif 000003
【図２】
2005151000.tif 000004
【図３】
2005151000.tif 000005
【図４】
2005151000.tif 000006
【図５】
2005151000.tif 000007
【図６】
2005151000.tif 000008