JP2010081489A

JP2010081489A - 動画ファイル送信サーバおよびその動作制御方法

Info

Publication number: JP2010081489A
Application number: JP2008249819A
Authority: JP
Inventors: Hisanobu Tsubaki; 尚宜椿
Original assignee: Fujifilm Corp
Current assignee: Fujifilm Corp
Priority date: 2008-09-29
Filing date: 2008-09-29
Publication date: 2010-04-08
Anticipated expiration: 2028-09-29
Also published as: US20100082740A1; CN101715107B; US8812584B2; JP5135147B2; US9219795B2; US20140304375A1; CN101715107A

Abstract

【目的】比較的迅速に携帯電話の表示に適した動画を表示する。
【構成】動画Ｍ１のリクエストがあると，動画Ｍ１のうち，変換後がそのリクエストをした携帯電話に表示可能なデータ量未満のデータ量となる先頭部分20が変換される。先頭部分20が携帯電話に送信され，携帯電話のユーザによって閲覧されている間の時間で変換できる後続部分21が変換される。先頭部分20の閲覧後に後続部分21のリクエストがあると，その後続部分21のリクエストがあった時には後続部分21の変換は終了しているから，すぐに携帯電話に送信できる。後続部分21を迅速に閲覧できる。
【選択図】図３

Description

この発明は，動画ファイル送信サーバおよびその動作制御方法に関する。

携帯電話に代表されるクライアント端末装置に向けた動画送信サービスが発表されている。携帯電話向けの動画送信においては，映像はMPEG4(Moving Picture Experts Group phase 4) Video形式，音声はAAC(Advanced Audio Coding)形式，AMR(Adaptive Multi-Rate CODEC)などが多く採用されている。また，多重化ファイル・フォーマットは3GPP(3rd Generation Partnership Project)，3GPP2などの複数が利用されている。さらに，携帯電話のキャリアごとに独自のフォーマットを利用することもある。

送信対象のクライアント端末装置において表示できるようなフォーマット等をもつ動画ファイルをクライアント端末装置に送信する必要がある。動画ファイルは，多数の形式，フォーマットが利用されているので，クライアント端末装置の機種ごとにあらかじめ生成したのでは極めて多くの種類の動画ファイルを用意する必要がある。クライアント端末装置の表示に適した動画ファイルをあらかじめ生成したのでは，動画ファイルを記憶するのに必要なメモリ領域が大きくなってしまう。また，クライアント端末装置からのリクエストに応じて，そのリクエストされたクライアント端末装置の表示に適した動画ファイルを生成するのでは，クライアント端末装置に送信するまでに時間がかかってしまう。

このために，送信用動画を中間的な状態まで伸張しておき，ネットワークの負荷を検知し，送信用動画の符号量を決定して送信用動画を生成するもの（特許文献１），ユーザからの指定により，画像の圧縮形式，画像サイズおよび品質を決定してユーザに送信するもの（特許文献２），複数種類の動画形式に対応し，送信先の通信手段の方式に対応させた形式に動画を変換するもの（特許文献３），クライアント端末装置の機種を判別し，機種に応じた動画生成パラメータを決定し，送信用動画を生成するもの（特許文献４），クライアント端末装置の属性データに応じてフォーマット変換を行い，クライアント端末装置に送信するもの（特許文献５）などがある。
特開平9-298749号公報特開2002-82861号公報特開2004-88500号公報特開2004-222124号公報特開2006-343830号公報

しかしながら，動画ファイルを記憶するメモリ領域をできるだけ小さくしつつ，クライアント端末装置への動画ファイルの送信までの時間を短縮することはできない。

この発明は，動画ファイルを記憶するメモリ領域をできるだけ小さくしつつ，クライアント端末装置への動画ファイルの送信までの時間を短縮することを目的とする。

この発明による動画ファイル送信サーバは，クライアント端末装置から送信された動画ファイル・リクエストを受信する動画ファイル・リクエスト受信手段，上記動画ファイル・リクエストを送信したクライアント端末装置が再生でき，かつ再生できる時間未満の再生時間となるように，上記動画ファイル・リクエストによって特定される動画の先頭部分を表す動画ファイルの先頭部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量を変換する先頭部分変換手段，上記先頭部分変換手段によって変換された先頭部分を上記動画ファイル・リクエストを送信したクライアント端末装置に送信する第１の送信手段，上記動画ファイル・リクエストを送信した上記クライアント端末装置が再生できるように，上記第１の送信手段による上記先頭部分の送信中に，上記第１の送信手段によって送信された先頭部分の続きである後続部分であって上記先頭部分の再生時間以下の再生時間をもつ後続部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量を変換する後続部分変換手段，上記クライアント端末装置から送信された後続部分のリクエストを受信する後続部分リクエスト受信手段，ならびに上記後続部分リクエストを受信したことに応じて上記後続部分変換手段によって変換された後続部分を，上記後続部分リクエストを送信した上記クライアント端末装置に送信する第２の送信手段を備えていることを特徴とする。

この発明は，上記動画ファイル送信サーバに適した動作制御方法も提供している。すなわち，この方法は，動画ファイル・リクエスト受信手段が，クライアント端末装置から送信された動画ファイル・リクエストを受信し，先頭部分変換手段が，上記動画ファイル・リクエストを送信したクライアント端末装置が再生でき，かつ再生できる時間未満の再生時間となるように，上記動画ファイル・リクエストによって特定される動画の先頭部分を表す動画ファイルの先頭部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量（のうちの少なくとも１つ）を変換し，第１の送信手段が，上記先頭部分変換手段によって変換された先頭部分を上記動画ファイル・リクエストを送信したクライアント端末装置に送信し，後続部分変換手段が，上記動画ファイル・リクエストを送信した上記クライアント端末装置が再生できるように，上記第１の送信手段による上記先頭部分の送信中に，上記第１の送信手段によって送信された先頭部分の続きである後続部分であって上記先頭部分の再生時間以下の再生時間をもつ後続部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量を変換し，後続部分リクエスト受信手段が，上記クライアント端末装置から送信された後続部分のリクエストを受信し，第２の送信手段が，上記後続部分リクエストを受信したことに応じて上記後続部分変換手段によって変換された後続部分を，上記後続部分リクエストを送信した上記クライアント端末装置に送信するものである。

この発明によると，クライアント端末装置から送信された動画ファイル・リクエストが受信されると，そのクライアント端末装置が再生でき，かつ再生できる時間未満の再生時間となるように，動画の先頭部分を表す動画ファイルの先頭部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量が変換される。変換された先頭部分がクライアント端末装置に送信される。先頭部分は，クライアント端末装置が再生できる再生時間未満の再生時間のものであるから，先頭時間を変換するのに必要な時間は比較的短くなる。動画ファイル・リクエストから先頭部分がクライアント端末装置に送信されるまでの時間が比較的短くなるので，クライアント端末装置のユーザの待ち時間が少なくなる。先頭部分をあらかじめ変換し，記憶しておくのではないので，記憶しておくためのメモリ領域が不要となる。先頭部分の送信中に後続部分が変換されるので，後続部分のリクエストが受信されると，すぐに変換された後続部分をクライアント端末装置に送信できるようになる。

上記後続部分変換手段における変換を繰り返すように上記後続部分変換手段を制御する変換制御手段をさらに備えてもよい。

上記第２の送信手段は，例えば，後続部分の変換が上記後続部分変換手段において終了していない場合に上記後続部分リクエスト受信手段において後続部分リクエストが受信されたことに応じて，上記後続部分変換手段において変換済の後続部分（中途部分）を，上記後続部分リクエストを送信した上記クライアント端末装置に送信するものである。

図１は，この発明の実施例を示すもので，画像送信サーバ１の電気的構成を示すブロック図である。

画像送信サーバ１は，クライアント端末装置からのリクエストに応じて，クライアント端末装置に動画ファイルを送信するものである。特に，この実施例においては，クライアント端末装置から動画ファイル・リクエストがあると，クライアント端末装置が再生でき，かつ再生できる時間未満の再生時間となるように，動画ファイル・リクエストによって特定される動画の先頭部分を表す動画ファイルの先頭部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量が変換される。先頭部分は，クライアント端末装置が表示できる表示時間未満の表示時間のものであるから，先頭部分を変換するのに必要な時間は，比較的短くなる。動画ファイル・リクエストから先頭部分がクライアント端末装置に送信されるまでの時間が比較的短くなるので，クライアント端末装置の待ち時間が少なくなる。クライアント端末装置のユーザは，リクエストした動画を比較的すぐに閲覧できる。

画像送信サーバ１の全体の処理は，ＣＰＵ８によって統括される。

画像送信サーバ１には，動画ファイルを取得する動画取得装置２が含まれている。この動画取得装置２によって取得された動画ファイルは，データベース制御装置７によって送信動画データベース６に格納される。また，画像送信サーバ１には，先頭部分を決定する処理などが行われる処理制御装置３，動画ファイルを符号化する符号化装置４，送信動画を生成する送信動画生成装置５なども含まれている。

画像送信サーバ１には，所定のデータを記憶するメイン・メモリ10，メイン・メモリを制御するメモリ制御装置９も含まれている。また，画像送信サーバ１には，クライアント端末装置の仕様を示すデータが格納されている端末仕様データベース12，端末仕様データベース12に格納されているデータを取得する端末仕様取得装置11も含まれている。さらに，画像送信サーバ11には，クライアント端末装置に動画ファイルを送信する動画送信装置13およびクライアント端末装置から送信されるリクエストを受け付ける送信要求受付装置14も含まれている。

この実施例では，クライアント端末装置は携帯電話とされるが，他の端末装置についても利用できるのはいうまでもない。

図２は，端末仕様データベース12に格納されている端末仕様テーブルの一例である。

端末仕様テーブルには，携帯電話のキャリア（いわゆる携帯電話会社）ごとに，かつ携帯電話の機種ごとに，それぞれの携帯電話において動画を再生するために適した表示仕様が規定されている。表示仕様には，動画ファイルのフォーマット，１フレーム（１駒）を構成する画像の画素数（横および縦の画素数），ビット・レート，フレーム・レート，受信可能なデータ量がある。クライアント端末装置から画像サーバ１に動画ファイルがリクエストされることにより，リクエストしたクライアント端末装置のキャリアおよび機種が判定される。判定された機種に対応する表示仕様が端末仕様データベース12に格納されている端末仕様テーブルから読み出されることとなる。読み出された表示仕様にしたがって，動画ファイルを変換することにより，リクエストしたクライアント端末装置における表示に適した動画ファイルが得られることとなる。

図３は，動画ファイルによって表される動画Ｍ１の一例である。

この実施例では，動画Ｍ１の動画リクエストが送信されると，上述のように，動画Ｍ１を表す動画ファイルの一部分であり，変換後のデータ量が，携帯電話が再生できる（表示できる，受信できる）ようなデータ量である先頭部分20が決定される。決定された先頭部分20は，動画リクエストが送信されると，携帯電話において動画Ｍ１が再生できるように携帯電話の表示仕様に合わせた変換処理が行われる。画像送信サーバ１から携帯電話に送信され，携帯電話において先頭部分が再生されている間に，先頭部分の残りの部分（後続部分21，22）が，携帯電話の表示仕様に合わせて変換される。動画Ｍ１が時刻Ｔ０から開始する場合には，先頭部分20は時刻Ｔ10からＴ11となり，後続部分21，22は，それぞれ時刻Ｔ11からＴ12，時刻Ｔ12からＴ13となる。

図４は，画像送信サーバの処理手順を示すフローチャートである。

携帯電話から送信された動画ファイル・リクエストが画像送信サーバ１において受信されると（ステップ31），リクエストされた動画ファイルが，動画ファイル・リクエストを送信した携帯電話において再生できるようにすでに変換されているかどうかが確認される（ステップ32）。すでに変換されている場合には（ステップ32でＹＥＳ），携帯電話の機種に対応して，変換された動画ファイルが送信動画データベース６に格納されているので，送信動画データベース６に変換済みの動画ファイルが格納されているかどうかを確認すればよい。

リクエストされた動画ファイルが，動画ファイル・リクエストを送信した携帯電話において再生できるように変換されていない場合には（ステップ32でＮＯ），動画ファイル・リクエストを送信した携帯電話の端末仕様が取得される（ステップ33）。携帯電話の端末仕様は，動画ファイル・リクエストのUserAgentに含まれているので，そのUserAgentから取得することができる。

取得された端末仕様を用いて，変換パラメータ（先頭部分の再生時間Ｔ10からＴ11）および先頭部分が決定される（ステップ34）。決定された所定時間分の先頭部分が，動画ファイル・リクエストを送信した携帯電話において表示できるように変換処理が行われる（ステップ35）。変換された先頭部分は，携帯電話の機種に対応して，その先頭部分の再生時間Ｔ10〜Ｔ11とともに送信動画データベース６に格納される。

変換された先頭部分が，動画ファイル・リクエストを送信した携帯電話に送信される（ステップ36）。携帯電話において，先頭部分が受信されると，その先頭部分によって表される動画の部分が再生され，携帯電話のユーザが閲覧できるようになる。

携帯電話に送信していない残りの動画部分に未変換部分があると（ステップ37でＹＥＳ），直前に変換された動画部分（この場合，変換された先頭部分20）の再生時間（Ｔ10〜Ｔ11）が送信動画データベース６から取得される。変換された動画部分の再生時間の間に変換できる残りの部分が変換される（ステップ39）。たとえば，図３を参照して，先頭部分20の再生時間は，時刻（Ｔ11−Ｔ10）の時間であるから，この時間（Ｔ11−Ｔ10）で変換できる後続部分21が変換される。

後続部分のリクエストがあれば（ステップ40でＹＥＳ），変換された後続部分が画像送信サーバ１から携帯電話に送信される（ステップ41）。変換された後続部分が携帯電話に送信される，あるいは，後続部分のリクエストが無ければ（ステップ40でＮＯ），残りの未変換部分が無くなるまで変換処理が繰り返される。

図３に示すように，先頭部分20が送信され，先頭部分20が携帯電話において再生されている間に，後続部分21が変換される。変換された後続部分21が，携帯電話に送信され，携帯電話において再生されている間に，次の後続部分22が変換される。先頭部分は，比較的短く，携帯電話が受信できるデータ量よりも少ないデータ量なので，比較的短時間で変換処理が終了する。先頭部分の待ち時間が少なくなる。また，先頭部分の再生中に後続部分が変換されるので，後続部分のリクエストがあった場合に，すぐに変換された後続部分を携帯電話に送信できる。

図５および図６は，他の実施例を示すものである。

図３および図４に示すものは，動画ファイルのリクエストがあると，複数の後続部分を順々に生成しているが，図５および図６に示すものは，送信される部分の直後の後続部分のみを生成しておくものである。

図５は，動画ファイルによって表される動画Ｍ２の一例である。

動画Ｍ２の動画リクエストがあると，時刻Ｔ20からＴ21までの先頭部分50が変換される。変換された先頭部分50が携帯電話に送信され，その先頭部分50が携帯電話のユーザによって閲覧されている間に，先頭部分50の次の後続部分51が変換される。後続部分51の変換が終了したときに後続部分のリクエストが受信されていないと後続部分51のさらに後続部分の変換は行われない。後続部分のリクエストが受信されると，後続部分51のさらに後続部分が変換される。

図６は，画像送信サーバ１の処理手順を示すフローチャートである。この図において，図４に示す処理と同じ処理については同じ符号を付して説明を省略する。

まず，動画ファイル・リクエストが受信されると（ステップ61でＹＥＳ），上述したようにステップ32から36の処理が行われる。これにより，先頭部分の変換および先頭部分の送信処理が行われる。未変換部分があると，その直前の変換部分の再生時間の間で変換できる後続部分が変換される（ステップ38，39）。直後の後続部分の変換が終了すると図６に示す処理は終了する。

後続部分リクエストが受信されると（ステップ61でＮＯ，ステップ62でＹＥＳ），すでに生成されている後続部分が携帯電話に送信される（ステップ63）。未変換部分があれば（ステップ64でＹＥＳ），送信された後続部分の再生時間の間で変換できる後続部分が変換される（ステップ38，39）。

図７および図８は，さらに他の実施例を示すものである。

図７および図８に示すものは，後続部分の変換中であってもその後続部分のリクエストがあった場合には，途中まで変換された部分（中途部分）が携帯電話に送信される。

図７を参照して，動画Ｍ３のうち，時刻Ｔ30からＴ31までの先頭部分70が変換される。変換された先頭部分70の再生中に先頭部分70の後続部分71が変換される。後続部分71は，先頭部分70の再生時間の間に変換が終了するデータ量をもつものであるから，携帯電話のユーザが先頭部分70をすべて閲覧すれば，先頭部分70の閲覧が終了するまでに後続部分71をリクエストする後続リクエストは画像送信サーバ１に送信されない。しかしながら，携帯電話のユーザが先頭部分70のすべてを閲覧することなく，後続リクエストを送信すると時刻Ｔ31から時刻Ｔ32までの後続部分71の変換が終了する前に画像送信サーバ１において後続リクエストが受信されることとなる。たとえば，時刻ＴＲにおいて後続リクエストがあると，後続部分71の変換が終了する前に後続リクエストが画像送信サーバにおいて受信される。この実施例では，後続リクエストが受信された時刻ＴＲまでの部分（中途部分72）が携帯電話に送信される。

図８は，画像送信サーバの処理手順を示すフローチャートである。この図において，図４または図６に示す処理と同じ処理については同じ符号を付して説明を省略する。

動画ファイル・リクエストが受信されると（ステップ81でＹＥＳ），上述のように，先頭部分の変換および送信が行われる。

後続部分のリクエストがあると（ステップ82でＹＥＳ），後続部分の変換が終了していれば（ステップ83でＹＥＳ），変換済みの後続部分が後続部分リクエストを送信した携帯電話に送信される（ステップ84）。後続部分の変換の途中に後続部分リクエストがあると（ステップ83でＮＯ），変換が済んだ部分である中途部分が後続リクエストを送信した携帯電話に送信される（ステップ85）。

後続部分リクエストが無ければ（ステップ82でＮＯ），再生時間が経過すると後続部分リクエスト待ちとなる（ステップ87）。再生時間が経過していなければ（ステップ86でＮＯ），未変換部分の変換処理が続行される。

図９は，先頭部分，後続部分削除処理手順を示すフローチャートである。

上述のようにして変換された先頭部分および後続部分は，送信動画データベース６に格納されるが，削除するようにしてもよい。もっとも，送信動画データベース６に格納しないようにしてもよい。

動画ファイル・リクエストの受信時刻または後続部分リクエストの受信時刻から一定時間（たとえば，３日）経過したかどうかが確認される（ステップ91）。経過していれば，その先頭部分または後続部分が削除される（ステップ92）。先頭部分および後続部分の少なくとも一方が削除されるので,送信動画データベース６の記憶領域が少なくなるのを防ぐことができる。

動画ファイル・リクエストの受信時刻または後続部分リクエストの受信時刻のいずれか一方から一定時間経過したかどうかによって判断してもよいし，両方の受信時刻から一定時間が経過したかどうかによって判断してもよい。動画ファイル・リクエストがあると後続部分の変換処理が行われて送信動画データベース６に格納されるが，携帯電話から後続部分リクエストが無かった場合には，後続部分リクエストの受信時刻だけにもとづいて後続部分の削除が行われると後続部分は削除されないこととなる。このために，動画ファイル・リクエストの受信時刻から一定時間が経過した場合にも後続部分を削除することが好ましい。

図10は，先頭部分，後続部分削除処理手順を示す他のフローチャートである。

図９に示すものは，携帯電話会社および携帯電話機種ごとに対応する先頭部分，または後続部分について動画ファイル・リクエストまたは後続部分リクエストの受信時刻から一定時間が経過したかどうかを判断し，元の動画が同じであっても携帯電話機種等が異なれば，先頭部分または後続部分については削除されている。これに対して，図10に示すものは，元の動画が同じであれば，異なる機種等からリクエストがあった場合には後続部分のリクエスト受信時刻を更新し，更新された時刻を基準に一定時間が経過したかどうかを判断するものである。

まず，時刻パラメータＴがリセット（Ｔ＝０）される（ステップ101）。上述のように，動画ファイル・リクエストの受信時刻および特定の携帯電話機種および携帯電話会社の後続部分リクエストが取得される（ステップ102）。取得されたいずれかの受信時刻が時刻パラメータＴよりも遅い時刻を表していれば（受信時刻＞Ｔ）（ステップ103でＹＥＳ），取得された受信時刻のうち最終受信時刻が時刻パラメータＴにセットされる（ステップ104）。

特定の動画についてのすべての携帯電話会社および携帯電話の機種ごとにステップ102から104の処理が行われる（ステップ105）。

現在時刻から時刻パラメータＴの時刻が減算された時間が削除基準時間（たとえば，３日）を超えていれば（ステップ106でＹＥＳ），特定の動画について携帯電話会社および携帯電話機種ごとに生成された後続部分がすべて削除される（ステップ107）。

図９に示す削除処理では，特定の携帯電話機種および携帯電話会社の携帯電話からのリクエストが無い場合には，その携帯電話用の動画の後続部分は削除されてしまうが，図10に示す処理では特定の携帯電話からのリクエストが無くとも他の携帯電話から動画のリクエストがあった場合には，その動画の後続部分は削除されないようになる。

画像送信サーバの電気的構成を示すブロック図である。端末仕様テーブルの一例である。動画の一例である。画像送信サーバの処理手順を示すフローチャートである。動画の一例である。画像送信サーバの処理手順を示すフローチャートである。動画の一例である。画像送信サーバの処理手順を示すフローチャートである。後続部分削除処理手順を示すフローチャートである。後続部分削除処理手順を示すフローチャートである。

符号の説明

１画像送信サーバ（動画ファイル送信サーバ）
３処理制御装置
５送信動画生成装置
６送信動画データベース
８ＣＰＵ
13 動画送信装置
14 送信要求受付装置

Claims

クライアント端末装置から送信された動画ファイル・リクエストを受信する動画ファイル・リクエスト受信手段，
上記動画ファイル・リクエストを送信したクライアント端末装置が再生でき，かつ再生できる時間未満の再生時間となるように，上記動画ファイル・リクエストによって特定される動画の先頭部分を表す動画ファイルの先頭部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量を変換する先頭部分変換手段，
上記先頭部分変換手段によって変換された先頭部分を上記動画ファイル・リクエストを送信したクライアント端末装置に送信する第１の送信手段，
上記動画ファイル・リクエストを送信した上記クライアント端末装置が再生できるように，上記第１の送信手段による上記先頭部分の送信中に，上記第１の送信手段によって送信された先頭部分の続きである後続部分であって上記先頭部分の再生時間以下の再生時間をもつ後続部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量を変換する後続部分変換手段，
上記クライアント端末装置から送信された後続部分のリクエストを受信する後続部分リクエスト受信手段，ならびに
上記後続部分リクエストを受信したことに応じて上記後続部分変換手段によって変換された後続部分を，上記後続部分リクエストを送信した上記クライアント端末装置に送信する第２の送信手段，
を備えた動画ファイル送信サーバ。
上記後続部分変換手段における変換を繰り返すように上記後続部分変換手段を制御する変換制御手段をさらに備えた請求項１に記載の動画ファイル送信サーバ。
上記第２の送信手段は，後続部分の変換が上記後続部分変換手段において終了していない場合に上記後続部分リクエスト受信手段において後続部分リクエストが受信されたことに応じて，上記後続部分変換手段において変換済の後続部分を，上記後続部分リクエストを送信した上記クライアント端末装置に送信するものである，
請求項２に記載の動画ファイル送信サーバ。
動画ファイル・リクエスト受信手段が，クライアント端末装置から送信された動画ファイル・リクエストを受信し，
先頭部分変換手段が，上記動画ファイル・リクエストを送信したクライアント端末装置が再生でき，かつ再生できる時間未満の再生時間となるように，上記動画ファイル・リクエストによって特定される動画の先頭部分を表す動画ファイルの先頭部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量を変換し，
第１の送信手段が，上記先頭部分変換手段によって変換された先頭部分を上記動画ファイル・リクエストを送信したクライアント端末装置に送信し，
後続部分変換手段が，上記動画ファイル・リクエストを送信した上記クライアント端末装置が再生できるように，上記第１の送信手段による上記先頭部分の送信中に，上記第１の送信手段によって送信された先頭部分の続きである後続部分であって上記先頭部分の再生時間以下の再生時間をもつ後続部分のファイル・フォーマット，１フレームの画素数，ビット・レート，フレーム・レートおよびデータ量を変換し，
後続部分リクエスト受信手段が，上記クライアント端末装置から送信された後続部分のリクエストを受信し，
第２の送信手段が，上記後続部分リクエストを受信したことに応じて上記後続部分変換手段によって変換された後続部分を，上記後続部分リクエストを送信した上記クライアント端末装置に送信する，
動画ファイル送信サーバの動作制御方法。