(57)【要約】【課題】状況に応じてストリーミング方式とダウンロード方式とを切り替えて配信することにより、最低限の映像品質を確保することが可能な配信システム、配信方法及びプログラムを提供すること。【解決手段】情報を端末に配信する配信システムであって、情報を、複数の配信方式で、端末に配信することが可能な配信手段と、端末の再生状態に応じて前記複数の配信方式の何れかの配信方式で配信させるための制御手段とを有することを特徴とする。【選択図】図５
2009152952.tif 000002
【特許請求の範囲】
【請求項１】
情報を端末に配信する配信システムであって、
情報を、複数の配信方式で、端末に配信することが可能な配信手段と、
端末の再生状態に応じて前記複数の配信方式の何れかの配信方式で配信させるための制御手段とを有する
ことを特徴とする配信システム。
【請求項２】
映像を端末に配信する映像配信サーバであり、
前記映像配信サーバは、
前記配信手段と、
前記制御手段と、
端末から送信された、該端末の再生状態を示す再生状態情報を受信する再生状態情報受信手段と、
前記再生状態情報受信手段により受信された再生状態情報に基づいて、映像を、ストリーミング方式で配信することが可能であるか否かを判定する判定手段とを有し、
前記配信手段は、
映像を、ストリーミング方式またはダウンロード方式で、端末に配信することが可能な手段であり、
前記制御手段は、
前記配信手段を用いて、前記判定手段がストリーミング方式で配信することが可能でないと判定した場合に、ストリーミング方式からダウンロード方式に切り替えて前記配信手段で配信できるように構成されてなる
ことを特徴とする請求項１の配信システム。
【請求項３】
制御手段は、
ストリーミング方式からダウンロード方式に切り替えた後、前記判定手段がストリーミング方式で配信することが可能であると判定した場合に、ダウンロード方式からストリーミング方式に切り替えて前記配信手段で配信できるように構成されてなる
ことを特徴とする請求項２の配信システム。
【請求項４】
映像配信サーバから配信された映像を受信する端末を備え、
前記端末は、
自端末の再生状態を監視して、自端末の再生状態を示す再生状態情報を取得する再生状態情報取得手段と、
前記再生状態情報取得手段により取得された再生状態情報を、映像配信サーバに送信する再生状態情報送信手段とを有する
ことを特徴とする請求項２または請求項３の配信システム。
【請求項５】
映像配信サーバは、
端末の負荷状態を示す負荷情報の上限閾値を記憶している負荷情報上限値記憶手段を有し、
端末の再生状態情報取得手段は、
自端末の再生状態を取得して、自端末の負荷情報を含む再生状態情報を取得する手段であり、
判定手段は、
ストリーミング方式で、映像を端末に配信しているときに、再生状態情報受信手段により受信された再生状態情報に含まれる端末の負荷情報が、前記負荷情報上限値記憶手段が記憶している負荷情報の上限閾値を上回る場合に、ストリーミング方式で配信することが可能でないと判定するように構成されてなる
ことを特徴とする請求項２〜請求項４何れかの配信システム。
【請求項６】
映像配信サーバは、
端末の負荷情報の下限閾値を記憶している負荷情報下限値記憶手段を有し、
判定手段は、
ダウンロード方式で、映像を端末に配信しているときに、再生状態情報受信手段により受信された再生状態情報に含まれる端末の負荷情報が、前記負荷情報下限値記憶手段が記憶している負荷情報の下限閾値を下回る場合に、ストリーミング方式で配信することが可能であると判定するように構成されてなる
ことを特徴とする請求項５の配信システム。
【請求項７】
映像配信サーバは、
ネットワークに関する環境情報の下限閾値を記憶している環境情報下限値記憶手段を有し、
端末の再生状態情報取得手段は、
自端末の再生状態を監視して、自端末が接続されているネットワークに関する環境情報を含む再生状態情報を取得する手段であり、
判定手段は、
ストリーミング方式で、映像を端末に配信しているときに、再生状態情報受信手段により受信された再生状態情報に含まれる環境情報が、映像のビットレートと前記環境情報下限値記憶手段が記憶している環境情報の下限閾値とを乗じた数値を下回る場合に、ストリーミング方式で配信することが可能でないと判定するように構成されてなる
ことを特徴とする請求項２〜請求項６何れかの配信システム。
【請求項８】
映像配信サーバは、
ネットワークに関する環境情報の上限閾値を記憶している環境情報上限値記憶手段を有し、
判定手段は、
ダウンロード方式で、映像を端末に配信しているときに、再生状態情報受信手段により受信された再生状態情報に含まれる環境情報が、映像のビットレートと前記環境情報上限値記憶手段が記憶している環境情報の上限閾値とを乗じた数値を上回る場合に、ストリーミング方式で配信することが可能であると判定するように構成されてなる
ことを特徴とする請求項７の配信システム。
【請求項９】
映像配信サーバは、
端末への映像配信の進捗状況を示す情報を記憶している進捗状況情報記憶手段を有し、
制御手段は、
制御手段による配信方式の切り替えに応じて、前記進捗状況情報記憶手段が記憶している情報が示す切り替え箇所以降の映像を、配信手段で端末に配信させるように構成されてなる
ことを特徴とする請求項２〜請求項８何れかの配信システム。
【請求項１０】
端末の再生状態情報取得手段は、所定のタイミングで自端末の再生状態を監視して再生状態情報を取得する手段であることを特徴とする請求項４〜請求項９何れかの配信システム。
【請求項１１】
前記ダウンロード方式は、
映像を１コマずつデコードして作成した静止画像を、映像のフレームレートに所定の間引き率を乗じて得られた送出間隔で、逐次ダウンロードすることにより配信する配信方式である
ことを特徴とする請求項２〜請求項１０何れかの配信システム。
【請求項１２】
配信サーバが、端末への情報の配信を、複数の配信方式のうちの何れかの配信方式で開始するステップと、
配信サーバが、端末の再生状態に応じて、前記複数の配信方式の何れかに配信方式を切り替えて配信するステップ
とを備えたことを特徴とする配信方法。
【請求項１３】
映像配信サーバが、端末から送信された、該端末の再生状態を示す再生状態情報を受信するステップと、
映像配信サーバが、前記受信された再生状態情報に基づいて、映像をストリーミング方式で配信することが可能であるか否かを判定するステップと、
映像配信サーバが、前記判定の結果、ストリーミング方式で配信することが可能でないと判定した場合に、ストリーミング方式からダウンロード方式に切り替えて配信するステップ
とを備えたことを特徴とする配信方法。
【請求項１４】
映像配信サーバが、ストリーミング方式からダウンロード方式に切り替えた後、ストリーミング方式で配信することが可能であると判定した場合に、ダウンロード方式からストリーミング方式に切り替えて配信するステップ
を備えたことを特徴とする請求項１３の配信方法。
【請求項１５】
端末への情報の配信を、複数の配信方式のうちの何れかの配信方式で開始する処理と、
端末の再生状態に応じて、前記複数の配信方式の何れかに配信方式を切り替えて配信する処理
とを情報処理装置に実行させるためのプログラム。
【請求項１６】
端末から送信された、該端末の再生状態を示す再生状態情報を受信する処理と、
前記受信された再生状態情報に基づいて、映像をストリーミング方式で配信することが可能であるか否かを判定する処理と、
前記判定の結果、ストリーミング方式で配信することが可能でないと判定した場合に、ストリーミング方式からダウンロード方式に切り替えて配信する処理
とを情報処理装置に実行させるためのプログラム。
【請求項１７】
ストリーミング方式からダウンロード方式に切り替えた後、ストリーミング方式で配信することが可能であると判定した場合に、ダウンロード方式からストリーミング方式に切り替えて配信する処理
を情報処理装置に実行させるための請求項１６のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば映像配信サーバから携帯端末等の端末に対して映像を配信するための配信システム、配信方法及びプログラムに関する。
【背景技術】
【０００２】
従来より、映画や番組等の映像を記憶しているサーバから、ユーザの要求に応じて、携帯端末やノートＰＣ、パーソナルコンピュータ等の端末に対して、無線で映像を配信するサービスが提供されている。このような映像の配信の方式には、主にダウンロード方式と、ストリーミング方式とがある。ダウンロード方式は、サーバから配信された映像のデータ全てを端末で受信した後、映像を再生する方式である。ストリーミング方式は、映像のデータを受信しながら、同時に、端末で再生を行う方式である。
【０００３】
特許文献１に記載されたコンテンツ送信方法では、クライアントの情報処理能力をクライアントデータ取得部が取得し、また、ネットワークの負荷状態をネットワーク負荷監視部によって監視している。コンテンツデータベースに記憶させた同一内容で品質の異なる複数のコンテンツの中から、クライアントの情報処理能力およびネットワークの負荷状態に適合する品質のコンテンツを、コンテンツリスト送信部が選択する。そして、この選択されたコンテンツがコンテンツリストとして送信されることが記載されている。
【０００４】
また、特許文献２に記載された情報提供システムでは、携帯電話の機能で読み取り可能な２次元バーコードを生成している。この２次元バーコードの読み取りを行ってウェブサイトにアクセスしたときに、携帯電話の機種を判別することにより、携帯電話の機種に適した情報提供方法を用いて情報を提供することが記載されている。
【０００５】
特許文献３に記載されたネットワークカメラ装置では、映像フレームの送信方法のリクエストが、録画用の映像フレームの送信方法のリクエストである場合、撮影部において生成された各映像フレームを保持手段に一時的に保持し、保持された各映像フレームを通信手段に送信させる。一方、映像フレームの送信方法のリクエストが、ライブ表示用の映像フレームの送信方法のリクエストである場合、撮影部において生成された映像フレームの中で最も新しいフレームを通信手段に送信させている。
【０００６】
【特許文献１】特開２００３−２８１０３２号公報（第３−８頁、第１図）
【特許文献２】特開２００６−１５５６０４号公報（第５−１０頁、第１図）
【特許文献３】特開２００７−４９６８１号公報（第４−１１頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来のような携帯端末等への映像配信方法では、近年、無線通信のネットワーク帯域の広帯域化が進んでいるが、無線通信では、その特性上、帯域の変動幅が非常に大きい。このため、配信する映像のビットレートを上げると、バッファリングやパケットロストによって映像が乱れて鮮明な画像が得られず、使用感が損なわれているという問題が生じている。
【０００８】
特に、特許文献３のネットワークカメラ装置では、ライブ表示用の映像フレームの送信方法のリクエストが送信されても、映像のビットレートを上げたりすると、バッファリング等で映像が乱れる惧れがあった。
【０００９】
また、映像のデータは、静止画のデータと比較しても容量が大きく、デコード処理が複雑で端末のＣＰＵに与える負荷が高い。このため、他のアプリケーションを使用していたり、別の操作をしているとＣＰＵで処理しきれなくなり、安定した映像が得られなくなるという問題があった。
【００１０】
特許文献１や２に記載された方法やシステムでも、クライアントの情報処理能力や機種に応じてコンテンツ等を提供しているが、実際の配信の実行中のＣＰＵの負荷や状態に応じて提供していないため、コンテンツ等を配信している際に不測の事態により安定した映像が得られなくなる惧れがあった。
【００１１】
従って、本発明が解決しようとする課題は、状況に応じてストリーミング方式とダウンロード方式とを切り替えて配信することにより、最低限の映像品質を確保することが可能な技術を提供することにある。
【課題を解決するための手段】
【００１２】
以上の課題を解決するために本発明に係る配信システムは、情報を端末に配信する配信システムであって、情報を、複数の配信方式で、端末に配信することが可能な配信手段と、端末の再生状態に応じて前記複数の配信方式の何れかの配信方式で配信させるための制御手段とを有することを特徴とする。
【００１３】
本発明に係る配信方法は、配信サーバが、端末への情報の配信を、複数の配信方式のうちの何れかの配信方式で開始するステップと、配信サーバが、端末の再生状態に応じて、前記複数の配信方式の何れかに配信方式を切り替えて配信するステップとを備えたことを特徴とする。
【００１４】
本発明に係る他の配信方法は、映像配信サーバが、端末から送信された、該端末の再生状態を示す再生状態情報を受信するステップと、映像配信サーバが、前記受信された再生状態情報に基づいて、映像をストリーミング方式で配信することが可能であるか否かを判定するステップと、映像配信サーバが、前記判定の結果、ストリーミング方式で配信することが可能でないと判定した場合に、ストリーミング方式からダウンロード方式に切り替えて配信するステップとを備えたことを特徴とする。
【００１５】
また、本発明に係るプログラムは、端末への情報の配信を、複数の配信方式のうちの何れかの配信方式で開始する処理と、端末の再生状態に応じて、前記複数の配信方式の何れかに配信方式を切り替えて配信する処理とを情報処理装置に実行させるためのプログラムである。
【００１６】
本発明に係る他のプログラムは、該端末から送信された、端末の再生状態を示す再生状態情報を受信する処理と、前記受信された再生状態情報に基づいて、映像をストリーミング方式で配信することが可能であるか否かを判定する処理と、前記判定の結果、ストリーミング方式で配信することが可能でないと判定した場合に、ストリーミング方式からダウンロード方式に切り替えて配信する処理とを情報処理装置に実行させるためのプログラムである。
【発明の効果】
【００１７】
本発明によれば、状況に応じてストリーミング方式とダウンロード方式とを切り替えて配信でき、最低限の映像品質を確保することが可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
図１は、本発明の実施の形態における配信システムの全体構成を示す説明図である。
配信システム１は、携帯端末１００、映像配信サーバ２００、無線基地局３００、ネットワーク４００を備えている。携帯端末１００は、映像を見ることを希望するユーザが所有している。映像配信サーバ２００は、例えば映画や番組等、動画の映像を記憶しており、携帯端末１００に、これらの映像を配信する。無線基地局３００は、ネットワーク４００を介して映像配信サーバ２００と接続されている。また、例えば無線によって携帯端末１００と通信を行って携帯端末１００と映像配信サーバ２００との間の通信を中継する。
【００１９】
携帯端末１００は、ＣＰＵ１１０、メインメモリ１２０、プログラムメモリ１３０、音声出力部１４０（スピーカ１４１）、表示部１５０（モニタ１５１）、無線通信部１６０（アンテナ１６１）、キー入力部１７０（操作キー１７１）、ＲＡＭ１８０を備えている。
【００２０】
ＣＰＵ１１０は、プログラムメモリ１３０に記憶されたストリーミング受信プログラム１３１を実行することにより、映像配信サーバ２００に対して映像の配信を要求し、この要求に応じてコネクションレス型のストリーミング方式で配信された映像を受信する処理を行う。また、ＣＰＵ１１０は、プログラムメモリ１３０に記憶されたダウンロード受信プログラム１３２を実行することにより、映像配信サーバ２００からコネクション型のダウンロード方式で配信された映像を受信する処理を行う。これらのストリーミング受信プログラム１３１、ダウンロード受信プログラム１３２の処理が、映像受信手段の処理に該当する。
【００２１】
ＣＰＵ１１０は、プログラムメモリ１３０に記憶されている再生状態監視プログラム１３３を実行することにより、例えば１秒、１分間隔等の所定のタイミングで携帯端末１００の再生状態を監視し、監視して取得された携帯端末１００の再生状態を示す再生状態情報を映像配信サーバ２００に送信する処理を行う。この処理が、再生状態情報取得手段の処理に該当する。具体的には、ＣＰＵ１１０は、携帯端末１００の再生状態を監視して、負荷状態を示す負荷情報（例えば、ＣＰＵ使用率）を検出し、また、携帯端末１００が接続されているネットワーク４００に関する環境情報（例えば、ネットワーク帯域）を検出し、これらのＣＰＵ使用率、ネットワーク帯域を含む再生状態情報を取得する。
【００２２】
メインメモリ１２０には、ＣＰＵ１１０が実際にストリーミング受信プログラム１３１、ダウンロード受信プログラム１３２、再生状態情報監視プログラム１３３を実行する際に、これらのプログラムが一時的に記憶される。
【００２３】
プログラムメモリ１３０には、ＣＰＵ１１０が以下に説明する処理を実行する際に必要となるプログラムが記憶されている。特に、プログラムメモリ１３０には、映像受信手段、再生状態情報取得手段で行われる処理に対応するストリーミング受信プログラム１３１、ダウンロード受信プログラム１３２、再生状態監視プログラム１３３が記憶されている。
【００２４】
音声出力部１４０は、映像配信サーバ２００から配信された映像がＣＰＵ１１０によって再生された際に、映像に含まれる音楽や効果音等の音声がスピーカ１４１によって出力する。
【００２５】
表示部１５０は、映像配信サーバ２００から配信された映像がＣＰＵ１１０によって再生された際に、映像をモニタ１５１によって表示する。
【００２６】
無線通信部１６０は、無線基地局３００に対してアンテナ１６１によって無線で接続し、無線基地局３００を中継としてネットワーク４００を介して映像配信サーバ２００との間で通信を行う。無線通信部１６０は、ＣＰＵ１１０が携帯端末１００の再生状態を監視して取得された再生状態情報を送信したり、映像配信サーバ２００から配信された映像を受信する。
【００２７】
キー入力部１７０は、キーボードやマウス等を用いて実現される操作キー１７１をユーザが操作することによって入力した情報等を受け付け、ＣＰＵ１１０に送信する。ＲＡＭ１８０は、ＣＰＵ１１０が処理を行うことによって得られた演算結果や情報を一時的に記憶する。
【００２８】
映像配信サーバ２００は、ＣＰＵ２１０、メインメモリ２２０、プログラムメモリ２３０、通信部２４０、映像ファイル格納部２５０、データベース２６０を備えている。
【００２９】
ＣＰＵ２１０は、プログラムメモリ２３０が記憶しているストリーミング制御プログラム２３１を実行することにより、映像ファイル格納部２５０が記憶している映像をストリーミング方式で携帯端末１００に配信する処理を行う。また、ＣＰＵ２１０は、プログラムメモリ２３０が記憶しているダウンロード制御プログラム２３２を実行することにより、映像ファイル格納部２５０が記憶している映像をダウンロード方式で携帯端末１００に配信する処理を行う。これらの処理が、配信手段で実行される処理に該当する。
【００３０】
ＣＰＵ２１０は、プログラムメモリ２３０が記憶している配信方式制御プログラム２３３を実行することにより、携帯端末１００から送信された再生状態情報を受信し、この再生状態情報に基づいて、ストリーミング方式またはダウンロード方式の何れかに配信方式を切り替えて、映像をストリーミング制御プログラム２３１またはダウンロード制御プログラム２３２を用いて携帯端末１００に配信させる処理を行う。この処理が、再生状態情報受信手段、制御手段で実行される処理に該当する。また、ＣＰＵ２１０は、携帯端末１００から送信された再生状態情報に基づいて映像をストリーミング方式で配信することが可能であるか否かを判定する処理を行う。この処理が、判定手段で実行される処理に該当する。
【００３１】
更に、ＣＰＵ２１０は、ストリーミング制御プログラム２３１を用いて、映像の端末への配信をストリーミング方式で開始させておき、上記判定の結果、ストリーミング方式で配信することが可能でないと判定した場合に、ストリーミング方式からダウンロード方式に配信方式を切り替えて配信させる処理を行う。
【００３２】
一方、ＣＰＵ２１０は、ストリーミング方式からダウンロード方式に切り替えた後、上記判定の結果、ストリーミング方式で配信することが可能であると判定した場合に、ダウンロード方式からストリーミング方式に配信方式を切り替えて配信させる。これらの処理が、制御手段で実行される処理に該当する。
【００３３】
メインメモリ２２０には、ＣＰＵ２１０が実際にストリーミング制御プログラム２３１、ダウンロード制御プログラム２３２、配信方式制御プログラム２３３を実行する際に、これらのプログラムが一時的に記憶される。
【００３４】
プログラムメモリ２３０には、ＣＰＵ２１０が以下に説明する処理を実行する際に必要となるプログラムが記憶されている。特に、プログラムメモリ２３０には、配信手段、制御手段で行われる処理に対応するストリーミング制御プログラム２３１、ダウンロード制御プログラム２３２、配信方式制御プログラム２３３が記憶されている。
【００３５】
通信部２４０は、無線基地局３００に対してネットワーク４００を介して接続し、無線基地局３００を中継として携帯端末１００との間で通信を行う。通信部２４０は、携帯端末１００からの要求に応じて、映像ファイル格納部２５０に記憶された映像を送信したり、携帯端末１００から送信された再生状態情報を受信する。
【００３６】
映像ファイル格納部２５０には、各種の映画や番組等の映像が記憶されている。データベース２６０には、映像ファイル管理テーブル２６１、携帯端末情報管理テーブル２６２、配信進捗管理テーブル２６３が記憶されている。映像ファイル管理テーブル２６１は、映像ファイル格納部２５０に記憶されている各映像を管理するためのテーブルである。携帯端末情報管理テーブル２６２は、携帯端末１００をはじめとして映像を配信する各端末に関する情報を管理するためのテーブルである。配信進捗管理テーブル２６３は、映像の各端末への配信での進捗状況を記憶するためのテーブルである。
【００３７】
図２は、映像ファイル管理テーブル２６１の記憶内容を示す説明図である。映像ファイル管理テーブル２６１は、図２に示すように、映像ファイル格納部２５０に記憶されている各映像を識別するためのＩＤと、各映像を記憶しているアドレスと、各映像を配信する際のビットレートおよびフレームレートと、端末の再生状態情報に基づいて判定する際のネットワーク帯域の上限閾値および下限閾値と、各映像を配信する際のフレーム間引き率とを関連付けて記憶している。
【００３８】
図３は、携帯端末情報管理テーブル２６２の記憶内容を示す説明図である。携帯端末情報管理テーブル２６２は、端末の機種毎に識別するためのＩＤと、各端末の機種と、端末の再生状態情報に基づいて判定する際のＣＰＵ使用率の上限閾値および下限閾値とを関連付けて記憶している。
【００３９】
判定手段の処理では、ＣＰＵ２１０は、映像ファイル管理テーブル２６１、携帯端末情報管理テーブル２６２から、配信している映像や端末に対応する各情報を読み出す。そして、ＣＰＵ２１０は、ストリーミング方式で映像を配信しているときには、映像を配信している端末の再生状態情報に含まれるＣＰＵ使用率が、この端末に対応するＣＰＵ使用率の閾値上限を上回るか、または、再生状態情報に含まれるネットワーク帯域が、配信している映像のビットレートと該映像に対応するネットワーク帯域の下限閾値とを乗じた数値を下回るか否かを判定する。判定した結果、ＣＰＵ使用率が上限閾値を上回る場合、または、ネットワーク帯域が乗じた数値を下回る場合に、ストリーミング方式で配信することが可能でないと判定するように構成されている。
【００４０】
一方、判定手段の処理では、ダウンロード方式で映像を配信しているときには、映像を配信している端末の再生状態情報に含まれるＣＰＵ使用率が、この端末に対応するＣＰＵ使用率の下限閾値を下回るか、または、再生状態情報に含まれるネットワーク帯域が、配信している映像のビットレートと該映像に対応するネットワーク帯域の上限閾値とを乗じた数値を上回るか否かを判定する。判定した結果、ＣＰＵ使用率が下限閾値を下回る場合、または、ネットワーク帯域が乗じた数値を上回る場合に、ストリーミング方式で配信することが可能であると判定するように構成されている。
【００４１】
図４は、配信進捗管理テーブル２６３の記憶内容を示す説明図である。配信進捗管理テーブル２６３は、映像を配信している端末を識別するためのクライアントＩＤと、配信している映像のＩＤと、映像のデータで配信が進行している進捗状況を示す現在位置とを関連付けて記憶している。
【００４２】
配信方式制御プログラム２３３を実行して行われる制御手段の処理では、ＣＰＵ２１０は、配信進捗管理テーブル２６３から、配信している端末に対応する各情報を読み出す。そして、ＣＰＵ２１０は、判定された結果に応じて、ストリーミング方式からダウンロード方式、または、ダウンロード方式からストリーミング方式に切り替える際に、配信している映像に対応する現在位置を切り替え箇所として、この箇所以降から映像のデータを配信する。
【００４３】
続いて、本実施の形態における配信システム１の動作について、図５に示すシーケンス図を用いて説明する。まず、携帯端末１００は、ユーザに操作されて、無線通信部１６０により無線基地局３００、ネットワーク４００を介して映像配信サーバ２００との間で接続を確立し、通信を行う。
【００４４】
ステップＳ１０１：携帯端末１００は、ユーザの操作に従って、無線通信部１６０によりユーザが見たいと希望する映像の配信を要求する処理を行う。ユーザが操作キー１７１を操作してキー入力部１７０から映像を指定する情報を入力すると、携帯端末１００は、映像受信部により、この指定された映像の配信を要求する要求情報を無線通信部１６０を介して映像配信サーバ２００に送信する。
【００４５】
ステップＳ１０２：映像配信サーバ２００は、携帯端末１００からの要求情報を受信すると、配信する映像と、この配信する映像や携帯端末１００の再生状態情報に基づいて判定する際の各情報等を読み出す処理を行う。映像配信サーバ２００は、携帯端末１００からの要求情報を受信すると、この要求情報で指定されている映像を映像ファイル格納部２５０から読み出し、ＲＡＭ１８０に記憶させる。また、映像ファイル管理テーブル２６１を参照して、この指定されている映像のＩＤに対応するビットレート、フレームレート、ネットワーク帯域の上限閾値および下限閾値、フレーム間引き率を読み出し、携帯端末情報管理テーブル２６２を参照して、要求情報に含まれている携帯端末１００に対応するＣＰＵ使用率の上限閾値および下限閾値を読み出す。
【００４６】
ステップＳ１０３：映像配信サーバ２００は、配信手段により、指定された映像をストリーミング方式で携帯端末１００に配信する処理を行う。映像配信サーバ２００は、配信手段により、ステップＳ１０２においてＲＡＭ１８０に記憶した映像のデータを逐次読み出していき、ストリーミング方式で映像を携帯端末１００に配信する。
【００４７】
このとき、映像配信サーバ２００は、携帯端末１００に割り振ったクライアントＩＤと、この映像のＩＤと、この映像のデータの現在位置とを関連付けて配信進捗管理テーブル２６３に記憶させる。そして、映像の配信と並行して、データを配信する毎に現在位置を逐次更新する。
【００４８】
ステップＳ１０４：携帯端末１００は、映像受信手段により、ストリーミング方式で配信された映像を受信しながら、同時に再生させる処理を行う。携帯端末１００は、映像受信手段により、ストリーミング方式で配信された映像を受信しながら同時にこの映像のデータをデコードし、表示部１５０により映像をモニタ１５１に表示すると共に、音声出力部１４０により音声をスピーカ１４１から出力する。
【００４９】
ステップＳ１０５：携帯端末１００は、再生状態情報取得手段により、再生状態を監視するための所定のタイミングであるか否かを判定する。携帯端末１００は、例えばストリーミング方式で配信された映像を最初に受信した時点から時間を計測し、この計測した時間が１秒、１分等の所定のタイミングであるか否かを判定する。判定した結果、所定のタイミングでない場合には（ステップＳ１０５のＮＯ）、ステップＳ１０３，Ｓ１０４の処理を再度実行する。
【００５０】
ステップＳ１０６，Ｓ１０７：判定した結果、所定のタイミングである場合には（ステップＳ１０５のＹＥＳ）、携帯端末１００は、再生状態情報取得手段により、再生状態を監視する処理を行う。携帯端末１００は、再生状態情報取得手段により、携帯端末１００の再生状態を監視してＣＰＵ使用率を検出し、また、携帯端末１００が接続されているネットワーク４００のネットワーク帯域を検出し、これらのＣＰＵ使用率、ネットワーク帯域を含む再生状態情報を取得する。そして、携帯端末１００は、この取得した再生状態情報を映像配信サーバ２００に送信する。
【００５１】
ステップＳ１０８：映像配信サーバ２００は、判定手段により、携帯端末１００の再生状態情報に基づいて、映像をストリーミング方式で配信することが可能であるか否かを判定する処理を行う。映像配信サーバ２００は、ステップＳ１０２において読み出したビットレート、ネットワーク帯域の下限閾値、携帯端末１００に対応するＣＰＵ使用率の上限閾値を用いて、ステップＳ１０７において受信した再生状態情報に含まれるＣＰＵ使用率が、携帯端末１００に対応するＣＰＵ使用率の上限閾値を上回るか否かを判定する。
【００５２】
また更に、映像配信サーバ２００は、この状態情報に含まれるネットワーク帯域が、現在配信している映像のビットレートと該映像に対応するネットワーク帯域の下限閾値とを乗じた数値を下回るか否かを判定する。判定した結果、ＣＰＵ使用率が上限閾値を上回る、または、ネットワーク帯域が乗じた数値を下回る場合のいずれにも該当していない場合には（ステップＳ１０８のＮＯ）、ストリーミング方式で配信することが可能であるとして、ステップＳ１０３以降の処理を再度実行する。
【００５３】
ステップＳ１０９，Ｓ１１０：判定した結果、ＣＰＵ使用率が上限閾値を上回る、または、ネットワーク帯域が乗じた数値を下回る場合には（ステップＳ１０８のＹＥＳ）、ストリーミング方式で配信することが可能でないとして、映像配信サーバ２００は、制御手段により、映像をストリーミング方式で携帯端末１００に配信する処理を停止させる。そして、ストリーミング方式からダウンロード方式に切り替えて、配信手段により映像をダウンロード方式で携帯端末１００に配信させる処理を行う。
【００５４】
ここで、ダウンロード方式で配信する処理は以下のようにして行う。映像配信サーバ２００は、配信手段により、配信進捗管理テーブル２６３を参照して、ステップＳ１０３において割り振ったクライアントＩＤに対応する現在位置を読み出す。この読み出した現在位置が示す切り替え箇所以降の映像のデータを例えば１コマずつＲＡＭ１８０から読み出してデコードし、静止画像を逐次作成していく。ステップＳ１０２において読み出したフレームレート、フレーム間引き率を用いて、フレームレートとフレーム間引き率とを乗じた数値を静止画像の送出間隔としてフレームレートを下げ、このフレームレートで逐次作成した静止画像をダウンロード方式で携帯端末１００に配信する。このとき、静止画像の配信と並行して、データを配信する毎に配信進捗管理テーブル２６３の現在位置を逐次更新する。
【００５５】
ステップＳ１１１：携帯端末１００は、映像受信手段により、ダウンロード方式で配信された映像を受信しながら、逐次表示させる処理を行う。携帯端末１００は、映像受信手段により、ダウンロード方式で一定の送出間隔で配信された静止画像を逐次受信しながら、この映像のデータを表示部１５０により映像をモニタ１５１に逐次表示する。
【００５６】
ステップＳ１１２：携帯端末１００は、再生状態情報取得手段により、再生状態を監視するための所定のタイミングであるか否かを判定する。携帯端末１００は、例えばステップＳ１０７において再生状態情報を映像配信サーバ２００に送信した時点から時間を計測し、この計測した時間が１秒、１分等の所定のタイミングであるか否かを判定する。判定した結果、所定のタイミングでない場合には（ステップＳ１１２のＮＯ）、ステップＳ１１０，Ｓ１１１の処理を再度実行する。
【００５７】
ステップＳ１１３，Ｓ１１４：判定した結果、所定のタイミングである場合には（ステップＳ１１２のＹＥＳ）、携帯端末１００は、再生状態情報取得手段により、再生状態を監視する処理を行う。携帯端末１００は、再生状態情報取得手段により、携帯端末１００の再生状態を監視してＣＰＵ使用率を検出し、また、携帯端末１００が接続されているネットワーク４００のネットワーク帯域を検出し、これらのＣＰＵ使用率、ネットワーク帯域を含む再生状態情報を取得する。そして、携帯端末１００は、この取得した再生状態情報を映像配信サーバ２００に送信する。
【００５８】
ステップＳ１１５：映像配信サーバ２００は、再生状態情報取得手段により、携帯端末１００の再生状態情報に基づいて、ストリーミング方式またはダウンロード方式の何れかの方式で配信するかを判定する処理を行う。映像配信サーバ２００は、ステップＳ１０２において読み出したビットレート、ネットワーク帯域の上限閾値、携帯端末１００に対応するＣＰＵ使用率の下限閾値を用いて、ステップＳ１１４において受信した再生状態情報に含まれるＣＰＵ使用率が、携帯端末１００に対応するＣＰＵ使用率の下限閾値を下回る、または、この再生状態情報に含まれるネットワーク帯域が、現在配信している映像のビットレートと該映像に対応するネットワーク帯域の上限閾値とを乗じた数値を上回るか否かを判定する。判定した結果、ＣＰＵ使用率が下限閾値を下回る、または、ネットワーク帯域が乗じた数値を上回る場合のいずれにも該当していない場合には（ステップＳ１１５のＮＯ）、ストリーミング方式で配信することが可能でないとして、ステップＳ１１０以降の処理を再度実行する。
【００５９】
ステップＳ１１６：判定した結果、ＣＰＵ使用率が下限閾値を下回る、または、ネットワーク帯域が乗じた数値を上回る場合には（ステップＳ１１５のＹＥＳ）、ストリーミング方式で配信することが可能であるとして、映像配信サーバ２００は、制御手段により、映像をダウンロード方式で携帯端末１００に配信する処理を停止させる。そして、ダウンロード方式からストリーミング方式に切り替えて、配信手段により映像をストリーミング方式で携帯端末１００に配信する処理を行う。
【００６０】
以上のように、本実施の形態における配信システム１では、最初、映像配信サーバ２００から携帯端末１００へ映像をストリーミング方式で配信しておき、所定のタイミングになると、再生状態情報を映像配信サーバ２００に送信して、何れの方式で配信するかを判定する。判定した結果、ＣＰＵ使用率が上限閾値を上回る、または、ネットワーク帯域が乗じた数値を下回る場合に該当すると、自動的にダウンロード方式に切り替えるので、パケットロスト等の発生で映像が乱れることを防止し、負荷状態の変化に応じて適切な方式で配信できる。ストリーミング方式での再生と異なり、滑らかに動く映像が得られないが最低限の画質を確保することができる。
【００６１】
特に、携帯端末では、ストリーミング方式の場合、配信された映像のデータをデコードしてから再生する必要があり、ＣＰＵ負荷が高くなり、使用率の影響を受けやすいため、再生状態の変化に応じて、適切に方式を切り替えて最低限の画質を確保することができる。
【００６２】
また、ダウンロード方式で配信している際に、所定のタイミングになると、再生状態情報を映像配信サーバ２００に送信して、ストリーミング方式で配信できる否かを判定する。判定した結果、ＣＰＵ使用率が下限閾値を下回る、または、ネットワーク帯域が乗じた数値を上回る場合に該当すると、自動的にストリーミング方式に切り替えるので、ストリーミング方式が可能な安定した状態への変化に応じて、適切な方式で配信できる。
【図面の簡単な説明】
【００６３】
【図１】本実施の形態における配信システムの構成を示す説明図である。
【図２】本実施の形態における配信システムの映像ファイル管理テーブルの構成を示す説明図である。
【図３】本実施の形態における配信システムの携帯端末情報管理テーブルの構成を示す説明図である。
【図４】本実施の形態における配信システムの配信進捗管理テーブルの構成を示す説明図である。
【図５】本実施の形態における配信システムの動作を示すシーケンス図である。
【符号の説明】
【００６４】
１  配信システム
１００  携帯端末
１１０  ＣＰＵ
１３０  プログラムメモリ
１３１  ストリーミング受信プログラム
１３２  ダウンロード受信プログラム
１３３  状態監視プログラム
２００  映像配信サーバ
２１０  ＣＰＵ
２３０  プログラムメモリ
２３１  ストリーミング制御プログラム
２３２  ダウンロード制御プログラム
２３３  配信方式制御プログラム
２６０  データベース
３００  無線基地局
４００  ネットワーク
【図１】
2009152952.tif 000003
【図２】
2009152952.tif 000004
【図３】
2009152952.tif 000005
【図４】
2009152952.tif 000006
【図５】
2009152952.tif 000007