(57)【要約】【目的】比較的迅速にユーザ端末用動画ファイルを送信する。【構成】動画送信用サーバ２には，生成されるユーザ端末用動画ファイルによって表される動画の画質は高いが生成時間が長い第１の符号化装置と動画の画質は低いが生成時間が短い第２の符号化装置が含まれている。多数種類のユーザ端末用動画ファイルが第１の符号化装置で生成される。ユーザ端末装置１から動画リクエストが送信された場合に，そのユーザ端末装置１における再生に適したユーザ端末用動画ファイルが生成されていない場合には，第２の符号化装置を用いてユーザ端末用動画ファイルが生成される。第１の符号化装置を用いてユーザ端末用動画ファイルが生成される場合に比べて，生成時間が短くなるので，ユーザ端末用動画ファイルを迅速にユーザ端末装置１に送信できる。【選択図】図１
2009182916.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末装置と通信可能な動画送信用サーバにおいて，
ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルをユーザ端末装置の機種ごとに元動画ファイルから生成する第１のユーザ端末用動画ファイル生成手段，
上記第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルをユーザ端末装置の機種に対応して送信用動画ファイル・データベースに格納する格納制御手段，
上記第１のユーザ端末用動画ファイル生成手段よりも高速に元動画ファイルからユーザ端末用動画ファイルを生成するものであって，生成されたユーザ端末用動画ファイルによって表される動画の画質が上記第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルによって表される動画の画質が低い，そのようなユーザ端末用動画ファイルを生成する第２のユーザ端末用動画ファイル生成手段，
上記ユーザ端末装置から送信された動画リクエストを受信する動画リクエスト受信手段，
上記動画リクエスト受信手段において受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，上記動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されているかどうかを判定する判定手段，
上記判定手段によって，上記動画リクエストを送信したユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されていると判定されたことに応じて，上記動画ファイル・リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルを，動画リクエストを送信した上記ユーザ端末装置に送信する第１の送信手段，
上記判定手段によって，上記動画リクエストを送信したユーザ端末装置の動画再生仕様に対応した送信用動画ファイルが上記送信用動画ファイル・データベースに格納されていないと判定されたことに応じて，上記動画ファイル・リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，上記動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルを生成するように上記第２のユーザ端末用動画ファイル生成手段を制御するファイル生成制御手段，および
上記ファイル生成制御手段による制御のもとに上記第２の送信用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルを，上記動画リクエストを送信した上記ユーザ端末装置に送信する第２の送信手段，
を備えた動画送信用サーバ。
【請求項２】
ユーザ端末装置と通信可能な動画送信用サーバにおいて，
上記ユーザ端末装置から送信された動画リクエストを受信する動画リクエスト受信手段，
上記動画リクエスト受信手段において受信した動画リクエストを送信した上記ユーザ端末装置の動画再生仕様を検出する動画再生仕様検出手段，
上記動画リクエスト受信手段において受信した動画リクエストによって特定される動画の元動画ファイルからその動画を表し，かつ上記再生仕様検出手段によって検出された動画再生仕様に適したユーザ端末用動画ファイルを生成した場合におけるユーザ端末用動画ファイルの推定データ量を算出する推定データ量算出手段，
上記ユーザ端末用動画ファイルを生成するユーザ端末用動画ファイル生成手段，
上記ユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルの格納場所を示すリンク・データが埋め込まれたページ・データを上記ユーザ端末装置に送信するページ・データ送信手段，
上記ページ・データ送信手段によってページ・データが上記ユーザ端末装置に送信されたことに応じて，上記ユーザ端末装置から送信される上記格納場所に格納されている上記ユーザ端末用動画ファイルの送信リクエストを受信する送信リクエスト受信手段，
上記送信リクエスト受信手段によって送信リクエストを受信したことに応じて受信した送信リクエストによって特定される格納場所に格納されている上記ユーザ端末用動画ファイルを上記ユーザ端末装置に送信するユーザ端末用動画ファイル送信手段，
を備えた動画送信用サーバ。
【請求項３】
第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルであって，上記ユーザ端末装置の多数の機種に対応した多数の上記ユーザ端末用動画ファイルが格納されている送信用動画ファイル・データベースに上記動画リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，動画リクエストを送信した上記ユーザ端末装置の再生仕様に対応してユーザ端末用動画ファイルが格納されているかどうかを判定する判定手段をさらに備え，
上記ユーザ端末用動画ファイル生成手段が，上記判定手段によって格納されていないと判定されたことに応じて，上記動画リクエストを送信したユーザ端末装置の再生仕様に対応したユーザ端末動画ファイルであって，上記第１のユーザ端末用動画ファイル生成手段によって生成されるユーザ端末用動画ファイルの画質よりも低い，そのようなユーザ端末用動画ファイルを生成し，かつ上記第１のユーザ端末用動画ファイル生成手段よりも高速である，
請求項２に記載の動画送信用サーバ。
【請求項４】
ユーザ端末装置と通信可能な動画送信用サーバの制御方法において，
第１のユーザ端末用動画ファイル生成手段が，ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルをユーザ端末装置の機種ごとに元動画ファイルから生成し，
格納制御手段が，上記第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルをユーザ端末装置の機種に対応して送信用動画ファイル・データベースに格納し，
第２のユーザ端末用動画ファイル生成手段が，上記第１のユーザ端末用動画ファイル生成手段よりも高速に元動画ファイルからユーザ端末用動画ファイルを生成するものであって，生成されたユーザ端末用動画ファイルによって表される動画の画質が上記第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルによって表される動画の画質が低い，そのようなユーザ端末用動画ファイルを生成し，
動画リクエスト受信手段が，上記ユーザ端末装置から送信された動画リクエストを受信し，
判定手段が，上記動画リクエスト受信手段において受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，上記動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されているかどうかを判定し，
第１の送信手段が，上記判定手段によって，上記動画リクエストを送信したユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されていると判定されたことに応じて，上記動画ファイル・リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルを，動画リクエストを送信した上記ユーザ端末装置に送信し，
ファイル生成制御手段が，上記判定手段によって，上記動画リクエストを送信したユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されていないと判定されたことに応じて，上記動画ファイル・リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，上記動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルを生成するように上記第２のユーザ端末用動画ファイル生成手段を制御し，
第２の送信手段が，上記ファイル生成制御手段による制御のもとに上記第２のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルを，上記動画リクエストを送信した上記ユーザ端末装置に送信する，
動画送信用サーバの制御方法。
【請求項５】
ユーザ端末装置と通信可能な動画送信用サーバの制御方法において，
動画リクエスト受信手段が，上記ユーザ端末装置から送信された動画リクエストを受信し，
動画再生仕様検出手段が，上記動画リクエスト受信手段において受信した動画リクエストを送信した上記ユーザ端末装置の動画再生仕様を検出し，
推定データ量算出手段が，上記動画リクエスト受信手段において受信した動画リクエストによって特定される動画の元動画ファイルからその動画を表し，かつ上記再生仕様検出手段によって検出された動画再生仕様に適したユーザ端末用動画ファイルを生成した場合におけるユーザ端末用動画ファイルの推定データ量を算出し，
ユーザ端末用動画ファイル生成手段が，上記ユーザ端末用動画ファイルを生成し，
ページ・データ送信手段が，上記ユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルの格納場所を示すリンク・データが埋め込まれたページ・データを上記ユーザ端末装置に送信し，
送信リクエスト受信手段が，上記ページ・データ送信手段によってページ・データが上記ユーザ端末装置に送信されたことに応じて，上記ユーザ端末装置から送信される上記格納場所に格納されている上記ユーザ端末用動画ファイルの送信リクエストを受信し，
ユーザ端末用動画ファイル送信手段が，上記送信リクエスト受信手段によって送信リクエストを受信したことに応じて受信した送信リクエストによって特定される格納場所に格納されている上記ユーザ端末用動画ファイルを上記ユーザ端末装置に送信する，
動画送信用サーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は，動画送信用サーバおよびその制御方法に関する。
【背景技術】
【０００２】
現在，携帯電話に動画ファイルを送信するサービスが提供されている。動画ファイルによって表わされる動画を表わす画像については，MPEG（Moving Picture Experts Group）4 Video形式，音声はAAC（Advanced Audio Coding）形式，AMR（Advanced Multi Rate CODEC）形式などが多く採用されているが，多重化フォーマットは，3GPP（3rd Generation Partnership Project），3GPP2（3rd Generation Partnership Project 2），AMCなど複数ある。また，携帯電話のキャリアごとに独自にフォーマットを規定することもある。さらに，携帯電話に表示できる画像の画素数は，携帯電話の種類によって異なる。
【０００３】
したがって，携帯電話のキャリア，種類に対応した動画ファイルをあらかじめ生成しておくことも考えられるが，多種類の動画ファイルをすべて生成しておくことは難しい。このために，様々な工夫がなされている（特許文献１〜４）。
【特許文献１】特開平9-298749号公報
【特許文献２】特開2002-82861号公報
【特許文献３】特開2000-88500号公報
【特許文献４】特開2004-222124号公報
【０００４】
しかしながら，携帯電話における再生に適した動画ファイルが生成される前に，その携帯電話から動画ファイルのリクエストを受信することがある。動画ファイルのリクエストを受信してから，リクエストした携帯電話の再生に適した動画ファイルを生成したのでは，時間がかかり，ユーザに不快感を与えてしまうことがある。
【０００５】
また，動画ファイルのリクエストがあった場合に，その動画ファイルのリンクが埋め込まれたhtml（HyperText Markup Language）ページを生成して，そのhtmlページを表すhtmlファイルを，動画ファイルをリクエストした携帯電話に送信することがある。携帯電話においてhtmlページを表示し，表示されたhtmlページに埋め込まれたリンク先にアクセスすることにより，動画ファイルを受信することができる。
【０００６】
この場合htmlファイルに，動画ファイルのデータ量を記述することがある。動画ファイルのデータ量を記述するには，携帯電話における再生に適した動画ファイルがすでに生成されていなければできない。生成されていない場合には，携帯電話における再生に適した動画ファイルを生成しなければならず，その生成後にhtmlファイルが携帯電話に送信されるので，htmlファイルを受信するまでに時間がかかり，ユーザに不快感を与える。
【発明の開示】
【０００７】
この発明は，ユーザに不快感を与えることを未然に防止することを目的とする。
【０００８】
第１の発明による動画送信用サーバは，ユーザ端末装置と通信可能な動画送信用サーバにおいて，ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルをユーザ端末装置の機種ごとに元動画ファイルから生成する第１のユーザ端末用動画ファイル生成手段，上記第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルをユーザ端末装置の機種に対応して送信用動画ファイル・データベースに格納する格納制御手段，上記第１のユーザ端末用動画ファイル生成手段よりも高速に元動画ファイルからユーザ端末用動画ファイルを生成するものであって，生成されたユーザ端末用動画ファイルによって表される動画の画質が上記第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルによって表される動画の画質が低い，そのようなユーザ端末用動画ファイルを生成する第２のユーザ端末用動画ファイル生成手段，上記ユーザ端末装置から送信された動画リクエストを受信する動画リクエスト受信手段，上記動画リクエスト受信手段において受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，上記動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されているかどうかを判定する判定手段，上記判定手段によって，上記動画リクエストを送信したユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されていると判定されたことに応じて，上記動画ファイル・リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルを，動画リクエストを送信した上記ユーザ端末装置に送信する第１の送信手段，上記判定手段によって，上記動画リクエストを送信したユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されていないと判定されたことに応じて，上記動画ファイル・リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，上記動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルを生成するように上記第２のユーザ端末用動画ファイル生成手段を制御するファイル生成制御手段，および上記ファイル生成制御手段による制御のもとに上記第２のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルを，上記動画リクエストを送信した上記ユーザ端末装置に送信する第２の送信手段を備えていることを特徴とする。
【０００９】
第１の発明は，上記動画送信用サーバに適した制御方法も提供している。すなわち，この方法は，ユーザ端末装置と通信可能な動画送信用サーバの制御方法において，第１のユーザ端末用動画ファイル生成手段が，ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルをユーザ端末装置の機種ごとに元動画ファイルから生成し，格納制御手段が，上記第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルをユーザ端末装置の機種に対応して送信用動画ファイル・データベースに格納し，第２のユーザ端末用動画ファイル生成手段が，上記第１のユーザ端末用動画ファイル生成手段よりも高速に元動画ファイルからユーザ端末用動画ファイルを生成するものであって，生成されたユーザ端末用動画ファイルによって表される動画の画質が上記第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルによって表される動画の画質が低い，そのようなユーザ端末用動画ファイルを生成し，動画リクエスト受信手段が，上記ユーザ端末装置から送信された動画リクエストを受信し，判定手段が，上記動画リクエスト受信手段において受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，上記動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されているかどうかを判定し，第１の送信手段が，上記判定手段によって，上記動画リクエストを送信したユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されていると判定されたことに応じて，上記動画ファイル・リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルを，動画リクエストを送信した上記ユーザ端末装置に送信し，ファイル生成制御手段が，上記判定手段によって，上記動画リクエストを送信したユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルが上記送信用動画ファイル・データベースに格納されていないと判定されたことに応じて，上記動画ファイル・リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，上記動画リクエストを送信した上記ユーザ端末装置の動画再生仕様に対応したユーザ端末用動画ファイルを生成するように上記第２のユーザ端末用動画ファイル生成手段を制御し，第２の送信手段が，上記ファイル生成制御手段による制御のもとに上記第２のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルを，上記動画リクエストを送信した上記ユーザ端末装置に送信するものである。
【００１０】
第１の発明によると，第１のユーザ端末用動画ファイル生成手段と第２のユーザ端末用動画ファイル生成手段とが設けられている。第１のユーザ端末用動画ファイル生成手段によって生成されるユーザ端末用動画ファイルによって表わされる動画の画質は，第２のユーザ端末用動画ファイル生成手段によって生成されるユーザ端末用動画ファイルによって表わされる動画の画質よりも高いが，動画ファイルを生成するのに時間がかかる。
【００１１】
第１の発明によると，元動画ファイルからユーザ端末装置での再生に適したユーザ端末用動画ファイルが第１のユーザ端末用動画ファイル生成手段によって生成される。生成されたユーザ端末用動画ファイルは，ユーザ端末装置の機種に対応して送信用動画ファイル・データベースに格納される。ユーザ端末装置からの動画リクエストがあると，その動画リクエストによって特定される動画を表わすユーザ端末用動画ファイルであって，リクエストしたユーザ端末装置での再生に適したユーザ端末用動画ファイルが送信用動画ファイル・データベースに格納されているかどうかが確認される。格納されている場合には，リクエストしたユーザ端末装置での再生に適したユーザ端末用動画ファイルが送信用動画ファイル・データベースから読み出されて，リクエストした携帯電話に送信される。格納されていない場合には，第２のユーザ端末用動画ファイル生成手段によって，リクエストしたユーザ端末装置での再生に適したユーザ端末用動画ファイルが生成される。生成されたユーザ端末用動画ファイルが動画送信用サーバからリクエストしたユーザ端末装置に送信される。第２のユーザ端末用動画ファイル生成手段は，第１のユーザ端末用動画ファイル生成手段によってユーザ端末用動画ファイルを生成する場合に比べてユーザ端末用動画ファイルを生成する時間が短いので，比較的早くユーザ端末用動画ファイルがリクエストした携帯電話に送信される。ユーザ端末装置のユーザは，ユーザ端末用動画ファイルを受信するまでの時間が短くなる。ユーザに不快感を与えなくなるようになる。
【００１２】
第２の発明による動画送信用サーバは，ユーザ端末装置と通信可能な動画送信用サーバにおいて，上記ユーザ端末装置から送信された動画リクエストを受信する動画リクエスト受信手段，上記動画リクエスト受信手段において受信した動画リクエストを送信した上記ユーザ端末装置の動画再生仕様を検出する動画再生仕様検出手段，上記動画リクエスト受信手段において受信した動画リクエストによって特定される動画の元動画ファイルからその動画を表し，かつ上記再生仕様検出手段によって検出された動画再生仕様に適したユーザ端末用動画ファイルを生成した場合におけるユーザ端末用動画ファイルの推定データ量を算出する推定データ量算出手段，上記ユーザ端末用動画ファイルを生成するユーザ端末用動画ファイル生成手段，上記ユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルの格納場所を示すリンク・データが埋め込まれたページ・データを上記ユーザ端末装置に送信するページ・データ送信手段，上記ページ・データ送信手段によってページ・データが上記ユーザ端末装置に送信されたことに応じて，上記ユーザ端末装置から送信される上記格納場所に格納されている上記ユーザ端末用動画ファイルの送信リクエストを受信する送信リクエスト受信手段，上記送信リクエスト受信手段によって送信リクエストを受信したことに応じて受信した送信リクエストによって特定される格納場所に格納されている上記ユーザ端末用動画ファイルを上記ユーザ端末装置に送信するユーザ端末用動画ファイル送信手段を備えていることを特徴とする。
【００１３】
第２の発明は，上記動画送信用サーバに適した方法も提供している。すなわち，この方法は，ユーザ端末装置と通信可能な動画送信用サーバの制御方法において，動画リクエスト受信手段が，上記ユーザ端末装置から送信された動画リクエストを受信し，動画再生仕様検出手段が，上記動画リクエスト受信手段において受信した動画リクエストを送信した上記ユーザ端末装置の動画再生仕様を検出し，推定データ量算出手段が，上記動画リクエスト受信手段において受信した動画リクエストによって特定される動画の元動画ファイルからその動画を表し，かつ上記再生仕様検出手段によって検出された動画再生仕様に適したユーザ端末用動画ファイルを生成した場合におけるユーザ端末用動画ファイルの推定データ量を算出し，ユーザ端末用動画ファイル生成手段が，上記ユーザ端末用動画ファイルを生成し，ページ・データ送信手段が，上記ユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルの格納場所を示すリンク・データが埋め込まれたページ・データを上記ユーザ端末装置に送信し，送信リクエスト受信手段が，上記ページ・データ送信手段によってページ・データが上記ユーザ端末装置に送信されたことに応じて，上記ユーザ端末装置から送信される上記格納場所に格納されている上記ユーザ端末用動画ファイルの送信リクエストを受信し，ユーザ端末用動画ファイル送信手段が，上記送信リクエスト受信手段によって送信リクエストを受信したことに応じて受信した送信リクエストによって特定される格納場所に格納されている上記ユーザ端末用動画ファイルを上記ユーザ端末装置に送信するものである。
【００１４】
第２の発明によると，ユーザ端末装置から送信された動画リクエストが受信されると，リクエストされた動画の元動画ファイルから生成されるユーザ端末用動画ファイルの推定データ量が算出される。また，ユーザ端末用動画の格納場所を示すリンク・データが埋め込まれたページ・データが生成される。ページ・データには，算出された推定データ量も記述される。推定データ量が記述されたページ・データが動画送信用サーバからユーザ端末装置に送信される。その後に元動画ファイルからユーザ端末用動画ファイルが生成される。ページ・データを受信したユーザ端末装置は，ページ・データによって表されるページを表示して，そのページに埋め込まれているリンク・データによって表される格納場所に格納されているユーザ端末用動画の送信をリクエストする送信リクエストを動画送信用サーバに送信する。ユーザ端末装置から送信された送信リクエストが動画送信用サーバにおいて受信されると，生成されたユーザ端末用動画ファイルが動画送信用サーバからユーザ端末装置に送信される。
【００１５】
ユーザ端末用動画ファイルが生成されていない場合に，ユーザ端末用動画ファイルの生成後に，その生成されたユーザ端末用動画ファイルのデータ量を記述したページ・データをユーザ端末装置に送信するのではなく，算出された推定データ量を記述したページ・データがユーザ端末装置に送信される。動画リクエストからページ・データの受信までの時間が短くなるので，ユーザはページの表示を待つことも無く，不快感を与えることもない。
【００１６】
第１のユーザ端末用動画ファイル生成手段によって生成されたユーザ端末用動画ファイルであって，上記ユーザ端末装置の多数の機種に対応した多数の上記ユーザ端末用動画ファイルが格納されている送信用動画ファイル・データベースに上記動画リクエスト受信手段によって受信した動画リクエストによって特定される動画を表すユーザ端末用動画ファイルであって，動画リクエストを送信した上記ユーザ端末装置の再生仕様に対応してユーザ端末用動画ファイルが格納されているかどうかを判定する判定手段をさらに備えてもよい。この場合，上記ユーザ端末用動画ファイル生成手段が，上記判定手段によって格納されていないと判定されたことに応じて，上記動画リクエストを送信したユーザ端末装置の再生仕様に対応したユーザ端末動画ファイルであって，上記第１のユーザ端末用動画ファイル生成手段によって生成されるユーザ端末用動画ファイルの画質よりも低い，そのようなユーザ端末用動画ファイルを生成し，かつ上記第１のユーザ端末用動画ファイル生成手段よりも高速であるものとなろう。
【実施例】
【００１７】
(1) 第１実施例
図１は，この発明の実施例を示すもので，動画通信システムの概要を示している。
【００１８】
動画通信システムには，ユーザ端末装置（例えば，携帯電話）１と動画送信用サーバ２とが含まれている。これらのユーザ端末装置１と動画送信用サーバ２とはインターネットのようなネットワークにより互いに通信可能である。この実施例による動画通信システムにおいては，ユーザ端末装置１から動画のリクエストがあると，そのユーザ端末装置１における再生に適したユーザ端末装置用動画ファイルが動画送信用サーバ２からユーザ端末装置１に送信される。
【００１９】
図２は，動画送信用サーバ２の電気的構成を示すブロック図である。
【００２０】
動画送信用サーバ２の全体の動作は，ＣＰＵ８によって統括される。
【００２１】
動画送信用サーバ２には，データ等を一時的に記憶するメイン・メモリ10が含まれる。このメイン・メモリ10へのデータの書き込み，メイン・メモリ10からのデータの読み出しは，メモリ制御装置９によって行われる。
【００２２】
動画送信用サーバ２には，元動画データベース３が含まれている。この元動画データベース３には，ユーザ端末装置２に送信されるユーザ端末用動画ファイルを生成するための元動画ファイルが格納されている。元動画データベース３に格納されている元動画ファイルは，元動画取得装置４によって読み取られる。
【００２３】
動画送信用サーバ２には，再生仕様情報データベース12が含まれている。この再生仕様情報データベース12には，ユーザ端末装置１において動画を適切に再生するための再生仕様情報がユーザ端末装置１の機種ごとに格納されている。再生仕様情報データベース12に格納されている再生仕様情報は，再生仕様情報取得装置11によって読み取られる。
【００２４】
図３は，再生仕様情報データベース13に格納されている再生仕様情報の一例である。
【００２５】
再生仕様情報には，ユーザ端末装置１が受信（再生）できる最大のデータ量を表す受信可能データ量，最大映像ビット・レート，最大音声ビット・レートなどが含まれている。このような再生仕様情報がユーザ端末装置の機種ごとに再生仕様情報データベース12に格納されている。
【００２６】
図２に戻って，動画送信用サーバ２には，第１符号化装置（第１のユーザ端末用動画ファイル生成手段）14Ａと第２符号化装置（第２のユーザ端末用動画ファイル生成手段）14Ｂとが含まれている。第１符号化装置14Ａと第２符号化装置14Ｂのいずれも元動画ファイルからユーザ端末装置１における動画再生に適したユーザ端末用動画ファイルを生成するものである。第１の符号化装置14Ａは，元動画ファイルからユーザ端末用動画ファイルを生成するのに要する時間が比較的長いが，生成されたユーザ端末用動画ファイルによって表わされる動画の画質は比較的高い。これに対して第２の符号化装置14Ｂは，元動画ファイルからユーザ端末用動画ファイルを生成するのに要する時間は第１の符号化装置14Ａの場合に比べて短いが，生成されたユーザ端末用動画ファイルによって表される動画の画質は，第１の符号化装置14Ａによって生成されたユーザ端末用動画ファイルによって表わされる動画の画質よりも低い。
【００２７】
圧縮手法が変わることにより動画の画質が変わることから，たとえば，第１の符号化装置14Ａと第２の符号化装置14Ｂとは圧縮手法が異なるものとなろう。動画ファイルの圧縮では，動画圧縮では動きベクトルが利用されるが，その動きベクトルの探索方法を第１の符号化装置14Ａと第２の符号化装置14Ｂとで変えることにより，圧縮手法を変えることができる。
【００２８】
また，第１の符号化装置14Ａと第２の符号化装置14Ｂとで処理回数を変えることにより，第１の符号化装置14Ａと第２の符号化装置14Ｂとの圧縮手法を変えることができる。処理回数は，いわゆる１pass，２passと呼ばれるもので，第１の符号化装置は，２pass（２回の処理回数）となり，第２の符号化装置は，１pass（１回の処理回数）となる。１Passは，１回の処理でエンコードを完了させるもので，指定したビット・レートからずれないようにパラメータを調整しながらエンコードが行われる。２Passでは１Pass目で動画全体の解析が行われる。解析結果に基づいて，動画の各地点のパラメータ（符号量等）が定められ，２Pass目でエンコード処理が行われる。
【００２９】
一般的には，動きの少ない箇所は高圧縮となり，動きの激しい場所は低圧縮となる。例えば，動画の前半部分は動きが少なく，後半部分は動きが激しい動画を圧縮する場合，１Passでは動きの大小に関わらずほぼ一定のビット・レートで圧縮が行われる。そのため，前半部分の画質は良いが，後半部分では画質が劣化することがある。また，携帯電話向けの低ビット・レートの動画の場合には，後半部分の動きの激しい部分でブロック・ノイズが多く発生ことがある。これに対して，２Passの場合には１Pass目で画像の解析が行われるために，前半は動きが少なく，後半は動きが激しいという情報が得られる。その情報を元にパラメータが決定され，圧縮が行われる。動画の前半部分のビット・レートを少なくすることにより符号量をセーブし，後半部分のビット・レートを上げることにより動画全体として均一な画質で圧縮できる。
【００３０】
さらに，動画送信用サーバ２には，ユーザ端末用動画データベース（送信用動画ファイル・データベース）７が含まれている。このユーザ端末用動画データベース７には，第１の符号化装置14Ａまたは第２の符号化装置14Ｂによって生成されたユーザ端末用動画ファイルが格納される。
【００３１】
上述の説明においては，動画送信用サーバ２の各装置はハードウエアにより構成されているが，必要に応じてソフトウエアにより実現するようにしてもよいのはいうまでもない。
【００３２】
図４は，ユーザ端末用動画データベース７に格納されているユーザ端末用動画ファイルを示している。
【００３３】
ユーザ端末用動画データベース７には，ユーザ端末装置１の機種ごとにユーザ端末用動画ファイルが格納されている。ユーザ端末用動画ファイルを生成元の元動画ファイルのファイル名も，ユーザ端末用動画ファイルに対応して格納されている。ユーザ端末装置１から要求された動画に対応するユーザ端末用動画ファイルであって，要求したユーザ端末装置１の再生に適したユーザ端末用動画ファイルがユーザ端末用動画データベース７から読み取ることができるのは理解できよう。
【００３４】
図２に戻って，動画送信用サーバ２には，さらに，ユーザ端末装置１から送信される動画リクエスト等を受信する送信要求受付装置17およびユーザ端末用動画ファイル等をユーザ端末装置１に送信するコンテンツ送信装置16も含まれている。
【００３５】
図５は，第１符号化装置14Ａによってユーザ端末用動画ファイルを生成する処理手順を示すフローチャートである。
【００３６】
まず，生成しようとするユーザ端末用動画ファイルの再生に適したユーザ端末装置１の再生仕様情報が再生仕様情報データベース12から読み取られる（ステップ21）。元動画ファイルが元動画データベース３から読み取られ，第１符号化装置14Ａを用いて，一のユーザ端末装置１における再生に適したユーザ端末用動画ファイルが生成される（ステップ22）。生成されたユーザ端末用動画ファイルが，そのユーザ端末用動画ファイルの再生に適したユーザ端末装置の機種に対応してユーザ端末用動画データベース７に格納される（ステップ23）。その他の機種についても同様にユーザ端末用動画ファイルが生成される。元動画データベース３に格納されているすべての元動画ファイルについて，様々なユーザ端末装置の機種ごとに対応したユーザ端末用動画ファイルが生成されるまで，ステップ21から23の処理が繰り返される（ステップ24）。
【００３７】
図６は，ユーザ端末装置１と動画送信用サーバ２との処理手順を示すフローチャートである。
【００３８】
ユーザ端末装置１から動画送信用サーバ２に動画リクエスト・ファイルが送信される（ステップ71）。
【００３９】
ユーザ端末装置１から送信された動画リクエスト・ファイルが動画送信用サーバ２において受信される（ステップ41）。動画リクエスト・ファイルには，リクエストする動画の元動画ファイルを特定する情報の他にユーザ端末装置の機種を特定する情報が格納されている。ユーザ端末装置１において，動画リクエスト・ファイルからリクエストされた動画（元動画ファイル）およびユーザ端末装置１の機種が判別される（ステップ42）。ユーザ端末装置１の機種が分かると，そのユーザ端末装置１の機種に対応した再生仕様情報が再生仕様情報データベース12から読み取られる（ステップ43）。
【００４０】
さらに，リクエストされた動画のユーザ端末用動画ファイルのうち，リクエストしたユーザ端末装置１の再生に適したユーザ端末用動画ファイルがすでに作成されており，そのユーザ端末用動画ファイルがユーザ端末用動画データベース７に格納されているかどうかが確認される（ステップ44）。
【００４１】
リクエストしたユーザ端末装置１の再生に適したユーザ端末用動画ファイルがユーザ端末用動画データベース７に格納されていなければ（ステップ44でＮＯ），第２の符号化装置14Ｂを用いて，リクエストされた元動画ファイルからユーザ端末用動画ファイルが生成される（ステップ45）。生成されたユーザ端末用動画ファイルは，ユーザ端末用動画データベース７に格納されるとともに（ステップ47），動画送信用サーバ２からユーザ端末装置１に送信される（ステップ48）。第２の符号化装置14Ｂは，上述したように比較的短時間でユーザ端末用動画ファイルを生成できるから，比較的迅速にユーザ端末用動画ファイルがユーザ端末装置１に送信されるようになる。
【００４２】
リクエストしたユーザ端末装置１の再生に適したユーザ端末用動画ファイルがユーザ端末用動画データベース７に格納されていると（ステップ44でＮＯ），そのユーザ端末用動画ファイルがユーザ端末用動画データベース７から読み取られる（ステップ46）。読み取られたユーザ端末用動画ファイルが動画送信用サーバ２からユーザ端末装置１に送信される（ステップ48）。
【００４３】
ユーザ端末装置１において，動画送信用サーバ２から送信されたユーザ端末用動画ファイルが受信されると（ステップ32），そのユーザ端末用動画ファイルによって表される動画がユーザ端末装置１の表示装置の表示画面上に表示されるようになる（ステップ33）。
【００４４】
(2) 第２実施例
図７から図10は，他の実施例を示すものである。
【００４５】
図７は，図２に対応するもので，動画送信用サーバ２Ａの電気的構成を示すブロック図である。この図において，図２に示すものと同一物については同一符号を付して説明を省略する。
【００４６】
この実施例における動画送信用サーバ２Ａには，htmlページ生成装置15が含まれている。htmlページ生成装置15は，ユーザ端末装置１からの動画リクエストが受信されると，リクエストに応じたユーザ端末用動画ファイルの格納場所がリンク・データとして埋め込まれているhtmlページを表すファイルを生成するものである。
【００４７】
さらに，この実施例においては，htmlページ・ファイルにはリンク・データによって特定される格納場所に格納されるユーザ端末用動画ファイルのデータ量が格納される。この実施例においては，ユーザ端末装置１からリクエストされたユーザ端末用動画ファイルが生成されていない場合には，ユーザ端末用動画ファイルの推定データ量が算出される。算出された推定データ量がhtmlページ・ファイルに格納される。推定データ量を算出するために，動画送信用サーバ２Ａには，推定データ量算出装置18が含まれている。
【００４８】
ユーザ端末用動画ファイルを実際に生成した場合に，生成されたユーザ端末用動画ファイルのデータ量は，推定データ量よりも少なくなることが多い（実際に生成されたユーザ端末用動画ファイルのデータ量の方が推定データ量よりも少なくなるように推定データ量が算出される）。実際に生成されたユーザ端末用動画ファイルのデータ量が推定データ量と同じとなるように，データ量調整装置19において，生成されたユーザ端末動画ファイルのデータ量が調整される。
【００４９】
さらに，動画送信用サーバ２Ａでは，ユーザ端末用動画ファイルを生成する符号化装置14は一つであるが，上述のように，２種類の符号化装置14Ａ，14Ｂを設けるようにしてもよいのはいうまでもない。
【００５０】
図８は，ユーザ端末装置１と動画送信用サーバ２Ａとの処理手順を示すフローチャートである。
【００５１】
ユーザ端末装置１から動画送信用サーバ２Ａに動画リクエスト・ファイルが送信される（ステップ51）。
【００５２】
ユーザ端末装置１から送信された動画リクエスト・ファイルが動画送信用サーバ２Ａにおいて受信されると（ステップ61），リクエストされた動画およびリクエストされたユーザ端末装置１の機種が判別される（ステップ62）。リクエストしたユーザ端末装置１の再生仕様情報が再生仕様情報データベース12から読み取られる（ステップ63）。
【００５３】
再生仕様情報が読み取られると，次のようにしてユーザ端末用動画ファイルの推定データ量が算出される（ステップ64）。
【００５４】
ユーザ端末用動画ファイルは，送信先のユーザ端末装置１の再生仕様に応じて生成される。再生仕様としては映像データの形式，画素数，音声データの形式などがあるが，この実施例においては，推定データ量の算出に利用されるパラメータは，ユーザ端末装置１の受信（再生）可能なデータ量，最大映像ビット・レート，および最大音声ビット・レートの３つである。これらの３つのパラメータおよび元動画についての情報から推定データ量は，式１から得られる。但し，係数は１．０以上である。
推定データ量＝元動画の再生時間
×（映像ビット・レート［ｂｐｓ］＋音声ビット・レート）×係数
・・・式１
【００５５】
映像ビット・レートおよび音声ビット・レートは，動画ファイルを符号化する場合に使用するものである。ユーザ端末装置１の再生可能な最大のビット・レートを用いて計算し，算出した推定データ量がユーザ端末装置１の受信（再生）可能データ量を超えている場合は，ユーザ端末装置１の受信（再生）可能データ量が指定される。
【００５６】
一般的には，動画が符号化される場合には，必ずしも指定したビット・レートで符号化されずにコンテンツなどの影響により多少の誤差が生じることがある。また，動画ファイルにはヘッダなど映像ビット・レートおよび音声ビット・レートとは関連の無い情報も含まれる。さらに，後段の処理にて実際に作成したユーザ端末用動画ファイルのデータ量調整が行われるが，推定データ量は，実際の処理により得られるユーザ端末用動画ファイルのデータ量よりも大きくなる必要がある。このために式１においては，1.0以上の係数が乗じられている。
【００５７】
たとえば，受信可能なデータ量が307200バイト，最大映像ビット・レートが64000bps，最大音声ビット・レートが32000bpsのユーザ端末装置１にユーザ端末用動画ファイルを送信する場合の推定データ量は，元動画の再生時間が20秒とし，係数を1.1とすると，式２から得られる。
20（秒）×（64000bps + 32000bps)×1.1=2112000ビット=264000バイト・・・式２
式２から得られた推定データ量264000バイトは，受信（再生）可能データ量の307200バイトよりも小さいために，式２から得られた264000バイトが推定データ量となる。
【００５８】
また，元動画の再生時間が30秒の場合には，式３から推定データ量が得られる。
30（秒）×(64000bps+32000bps)×1.1=3168000ビット=396000バイト・・・式３
式３から得られた推定データ量396000バイトは，受信（再生）可能データ量よりも大きいために，推定データ量は受信（再生）可能データ量の307200バイトと決定される。この場合に，実際にユーザ端末用動画ファイルの生成に使用するビット・レートは推定データ量の算出に用いた値よりも小さな値を用いることとなろう。たとえば，推定データ量と受信（再生）可能データ量との比率に応じて，式４から式６に示すように，実際にユーザ端末用動画ファイルの生成に使用する映像ビット・レートおよび音声ビット・レートが算出される。
受信（再生）可能データ量／算出された推定データ量
＝307200バイト／396000バイト＝0.775・・・式４
映像ビット・レート＝64000×0.775＝49600bps・・・式５
音声ビット・レート＝32000×0.775＝24800bps・・・式６
【００５９】
上述した実施例では，係数に1.1を用いたがエンコーダの性能等により他の値を用いて計算してもよい。係数は元動画の再生時間に応じて変更してもよい。また，上述した実施例では係数を乗じているが，式７に示すようにある固定値を加算するようにしてもよいし，式８に示すように固定値の加算と係数の乗算とを併用するようにしてもよい。
推定データ量＝元動画の再生時間×(映像ビット・レート＋音声ビット・レート)
＋固定値・・・式７
推定データ量＝元動画の再生時間×(映像ビット・レート＋音声ビット・レート)
×係数＋固定値・・・式８
【００６０】
推定データ量が算出されると，算出された推定データ量が記述され，かつユーザ端末用動画ファイルの格納先を示すリンク・データがhtmlページに埋め込まれたhtmlページ・ファイルが生成される（ステップ65）。生成されたhtmlページ・ファイルが動画送信用サーバ２からユーザ端末装置１に送信される（ステップ66）。その後，動画送信用サーバ２Ａにおいてユーザ端末用動画ファイルが生成される（ステップ67）。
【００６１】
ユーザ端末用動画ファイルが生成されると，生成されたユーザ端末用動画ファイルのデータ量が調整される（ステップ68）。
【００６２】
図９（Ａ）および（Ｂ）は，ユーザ端末用動画ファイルのファイル構造を示している。
【００６３】
図９（Ａ）は，生成されたユーザ端末動画ファイルのファイル構造であり，データ量の調整前のものである。
【００６４】
ユーザ端末動画ファイル90には，ftypボックス91とmoovボックス92とmdatボックス93とが含まれている。ftypボックス91は，ファイルの互換情報を格納するもので，moovボックス92は，動画ファイルに含まれる画像データ，音声データについての情報を格納するもので，mdatボックス92は，符号化された画像データ，音声データを格納するものである。生成されたユーザ端末動画ファイル90のデータ量は，推定データ量よりも不足分94のボックスで示すデータ量だけ不足したものとする。
【００６５】
図９（Ｂ）は，不足分のデータ量が調整されたユーザ端末動画ファイルのファイル構造を示している。調整データ95が加入されたmdatボックス93Ａが生成されている。これにより，調整後のユーザ端末動画ファイル90Ａのデータ量は，推定データ量のデータ量と同じとなる。
【００６６】
動画送信用サーバ２Ａから送信されたhtmlページ・ファイルがユーザ端末装置１において受信されると（ステップ52），ユーザ端末装置１の表示画面にhtmlページが表示される（ステップ53）。
【００６７】
図10は，ユーザ端末装置１の表示画面に表示されるhtmlページの一例である。
【００６８】
htmlページ80には，クリッカブルなホット・テキスト81が含まれている。このホット・テキスト81には，ユーザ端末用動画ファイルの格納場所を示すＵＲＬ（Uniform Resource Locator）（http://○○○.com/AAA/Amov1.wmv）が埋め込まれている。ホット・テキスト81がクリックされることにより，そのホット・テキスト81に埋め込まれているＵＲＬに格納されているユーザ端末用動画ファイルの送信リクエストがユーザ端末装置１から動画送信用サーバ２Ａに送信される。
【００６９】
図８に戻って，上述のようにリンク先がクリックされると（ステップ54），送信リクエストがユーザ端末装置１から動画送信用サーバ２Ａに送信される（ステップ55）。
【００７０】
動画送信用サーバ２Ａから送信された送信リクエストが動画送信用サーバ２Ａにおいて受信されると（ステップ69でＹＥＳ），その送信リクエストによって特定される格納場所に格納されているユーザ端末用動画ファイルが動画送信用サーバ２Ａからユーザ端末装置１に送信される（ステップ70）。
【００７１】
ユーザ端末用動画ファイルがユーザ端末装置１において受信されると（ステップ56），そのユーザ端末用動画ファイルによって表される動画がユーザ端末装置１の表示画面に表示されるようになる（ステップ57）。
【００７２】
上述の第２実施例においては，ユーザ端末装置１からの動画リクエストが受信されると，その受信に応じてユーザ端末用動画ファイルが生成されているが，第１実施例と同様にあらかじめ生成されているユーザ端末用動画ファイルが送信される場合には，推定データ量をhtmlページ・ファイルに格納するのではなく，生成済のユーザ端末用動画ファイルのデータ量をhtmlページ・ファイルに格納するようにしてもよい。そして，生成されていないユーザ端末用動画ファイルの動画リクエストが受信された場合に，上述のように推定データ量を算出し，算出された推定データ量をhtmlページ・ファイルに格納するようにしてもよい。また，第２実施例においても第1実施例と同様に動画送信用サーバ２Ａに第１符号化装置14Ａと第２符号化装置14Ｂとの２種類の符号化装置を設け，第１の符号化装置14Ａを用いてあらかじめユーザ端末用動画ファイルを生成し，あらかじめ生成されていないユーザ端末用動画ファイルについての動画リクエストが送信された場合に第２の符号化装置14Ｂを用いて迅速にユーザ端末用動画ファイルを生成するようにしてもよい。
【図面の簡単な説明】
【００７３】
【図１】動画通信システムの電気的構成を示すブロック図である。
【図２】動画送信用サーバの電気的構成を示すブロック図である。
【図３】再生仕様情報の一例である。
【図４】機種に対応してデータベースに格納されるユーザ端末用動画ファイルを示している。
【図５】ユーザ端末用動画ファイル生成処理手順を示すフローチャートである。
【図６】ユーザ端末装置と動画送信用サーバとの処理手順を示すフローチャートである。
【図７】動画送信用サーバの電気的構成を示すブロック図である。
【図８】ユーザ端末装置と動画送信用サーバとの処理手順を示すフローチャートである。
【図９】（Ａ）および（Ｂ）は，ユーザ端末送信用ファイルのファイル構造を示している。
【図１０】htmlページの一例である。
【符号の説明】
【００７４】
１  ユーザ端末装置
２  動画送信用サーバ
７  ユーザ端末用動画データベース
８  ＣＰＵ
14，14Ａ，14Ｂ  符号化装置
18  推定データ量算出装置
80  htmlページ
【図１】
2009182916.tif 000003
【図２】
2009182916.tif 000004
【図３】
2009182916.tif 000005
【図４】
2009182916.tif 000006
【図５】
2009182916.tif 000007
【図６】
2009182916.tif 000008
【図７】
2009182916.tif 000009
【図８】
2009182916.tif 000010
【図９】
2009182916.tif 000011
【図１０】
2009182916.tif 000012