JP2013013016A - 動画提供サーバ、動画表示方法、及びプログラム - Google Patents

Abstract

【課題】特別な動画再生ソフトウェアを搭載していなくても、Ｗｅｂページ上の動画を円滑に再生可能とする。
【解決手段】Ｗｅｂサーバ１は、インターネット２を介してアクセスする携帯端末３に対して各種のＷｅｂページを提供する。携帯端末３は、Ｗｅｂサーバ１が提供するＷｅｂページを閲覧する。Ｗｅｂサーバ１は、携帯端末３のハードウェア能力（表示部の画面サイズ、処理能力など）に応じて、動画から複数の静止画を抽出し、抽出した静止画のサイズ変換、再圧縮などを施し、携帯端末３側で動画を再生しているかのごとく、静止画を順次切り替えながら表示させるＷｅｂページをスクリプト言語で記述することで生成する。携帯端末３は、スクリプト言語を実行し、Ｗｅｂページ上の静止画を順次切り替えながら表示させる。
【選択図】図１

Description

本発明は、動画提供サーバ、動画表示方法、及びプログラムに関する。

一般的に、動画コンテンツを再生するために、メディアプレーヤーなどのアプリケーションソフトウエアが必要となる。そのため、Ｗｅｂページに動画コンテンツがあった場合、一般的には、Ｆｌａｓｈ（登録商標）動画プレーヤー（以下、単に動画プレーヤーという）をＷｅｂページに埋め込み、対象となる動画を、その特定の動画プレーヤーで再生させる方法を採用する（例えば特許文献１参照）。

ＰＣ（パーソナルコンピュータ）のＷｅｂブラウザにおいては、上記特定の動画プレーヤーを動作させられる再生ソフトウェアが無料で配布され、簡単な手順でインストールすることができる。このため、Ｗｅｂページに埋め込まれた動画プレーヤーを、ほぼ全てのＰＣで動作させることができる。

特開２００５−２５０５７８号公報

しかしながら、上記ＰＣ以外の環境、例えば、スマートフォン、携帯電話、ネット接続できるテレビなどは、上記特定の動画プレーヤーを再生できる再生ソフトウェアが用意されていないものが多く、Ｗｅｂページ上で提供される動画を再生することができないという問題があった。

そこで本発明は、特別な動画再生ソフトウェアを搭載していなくても、Ｗｅｂページ上の動画を円滑に再生することができる動画提供サーバ、動画表示方法、及びプログラムを提供することを目的とする。

この発明は、ネットワークを介して携帯端末上で実行される閲覧ソフトウェアで再生可能な動画を提供する動画提供サーバであって、
前記携帯端末から動作再生要求があると、前記携帯端末のハードウェア能力に応じて、再生対象となる動画を構成する静止画から複数の静止画を抽出する静止画抽出手段と、
前記静止画抽出手段によって抽出された前記複数の静止画を順次切り替えながら再生するように、前記携帯端末のウェブブラウザの動作を制御するスクリプト言語を記述した静止画連続再生用ウェブページを生成する生成手段と、
前記生成手段によって生成された前記静止画連続再生用ウェブページを前記携帯端末に送信する送信手段と
を備えることを特徴とする動画提供サーバである。

この発明によれば、特別な動画再生ソフトウェアを搭載していなくても、Ｗｅｂページ上の動画を円滑に再生することができるという利点が得られる。

本発明の実施形態による動画再生システムの構成を示すブロック図である。 本実施形態によるＷｅｂサーバ１の構成を示すブロック図である。 本実施形態による携帯端末３の構成を示すブロック図である。 本実施形態によるＷｅｂサーバ１の動作を説明するためのフローチャートである。 本実施形態によるＷｅｂサーバ１が提供するＷｅｂページの一例を示す模式図である。 本実施形態によるＷｅｂサーバ１で実行される動画ファイルに対する処理を説明するための概念図である。 本実施形態によるＷｅｂサーバ１で生成されるスクリプト言語が記述されたＷｅｂページの一例を示す概念図である。 本実施形態による携帯端末３の動作を説明するためのフローチャートである。 本実施形態による携帯端末３での動画再生動作を説明するための概念図である。

以下、本発明の実施の形態を、図面を参照して説明する。
本発明は、ＪａｖａＳｃｒｉｐｔ（登録商標）（以下、単にスクリプト言語という）の仕組みでＷｅｂサーバから提供されるＷｅｂページ上の動画を再生する手段を提供する技術である。

動画とは、一秒間に３０枚程度の連写静止画像群を順次切り替えて見せることにより、動いたものを動いた状態で見せることができる手法である。その静止画像を圧縮してデータ容量を小さくするための手段の違いで様々な方式が開発され、それが動画フォーマットとして規定されている。一般的な動画は、ＪＰＥＧ、ＭＰＥＧ１、ＭＰＥＧ２、Ｈ．２６４、ＤｉＶＸなどの圧縮技術により画像を圧縮している。

本発明は、このように動画フォーマットにより圧縮された画像を、再生する側の機器において、それぞれの動画フォーマットに対応した動画再生プレーヤー（例えば、Ｆｌａｓｈ（登録商標）動画プレーヤー）を持たなくても、所望する動画を再生することができる手段を提供するものである。

Ａ．実施形態の構成
図１は、本発明の実施形態による動画再生システムの構成を示すブロック図である。図において、Ｗｅｂサーバ１は、インターネット２を介してアクセスする携帯端末３に対して各種のＷｅｂページを提供する。特に、本実施形態では、Ｗｅｂサーバ１は、動画を再生する側の携帯端末３のハードウェア能力（表示部の画面サイズ、処理能力など）に応じて、最適な形態で、動画（コンテンツ）をＷｅｂページ上で提供する。

携帯端末３は、例えば、いわゆるスマートフォンなどのネットワーク端末からなり、携帯電話回線や、無線ＬＡＮなどの基地局５を介して、無線（あるいは有線）でインターネット２に接続し、既知のＷｅｂブラウザによりＷｅｂサーバ１にアクセスし、Ｗｅｂサーバ１が提供するＷｅｂページを閲覧する。特に、本実施形態では、携帯端末３は、動画再生プレーヤー（例えば、Ｆｌａｓｈ（登録商標）動画プレーヤー）を持つことなく、スクリプト言語の仕組みでＷｅｂサーバ１から提供されるＷｅｂページ上の動画を再生する。

図２は、本実施形態によるＷｅｂサーバ１の構成を示すブロック図である。Ｗｅｂサーバ１は、既知のコンピュータからなり、制御部（ＣＰＵ）１０、記憶部１１、通信部１２、表示部１３、操作部１４、及び外部記憶媒体１５からなる。制御部（ＣＰＵ）１０は、所定のプログラムを実行することにより、各部の動作を制御する。特に、本実施形態では、制御部（ＣＰＵ）１０は、携帯端末３のハードウェア能力（表示部の画面サイズ、処理能力など）に応じて、動画（コンテンツ）から複数の静止画を抽出し、抽出した静止画のサイズ変換、再圧縮などを施し、携帯端末３側で動画を再生しているかのごとく、静止画を順次切り替えながら表示させるＷｅｂページをスクリプト言語で記述することで生成し、携帯端末３に対して提供する。なお、Ｗｅｂサーバ１は、動画（コンテンツ）から静止画を抽出すために、各動画フォーマットに対応した動画再生アルゴリズムを備えている。

記憶部１１は、ＲＯＭや、ＲＡＭなどからなり、上記所定のプログラムや、プログラム実行に伴う各種データなどを記憶する。通信部１２は、インターネット２へ接続し、インターネット２を介して、各種データの授受を行う。表示部１３は、ＣＲＴ、ＬＣＤなどからなる。操作部１４は、キーボードや、マウスなどからなる。外部記憶媒体１５は、例えば、ハードディスクなどからなり、アクセスしてきた携帯端末３や、ＰＣ（パーソナルコンピュータ）などに提供するＷｅｂページや、動画などのコンテンツを保持している。

図３は、本実施形態による携帯端末３の構成を示すブロック図である。携帯端末３は、既知の構成を有し、制御部（ＣＰＵ）３０、記憶部３１、通信部３２、操作部３３、タッチパネル３４、及び表示部３５からなる。制御部（ＣＰＵ）３０は、所定のプログラムを実行することにより、各部の動作を制御する。特に、本実施形態では、制御部（ＣＰＵ）３０は、Ｗｅｂブラウザを起動し、インターネット２を介してＷｅｂサーバ１にアクセスし、Ｗｅｂサーバ１が提供するＷｅｂページを閲覧する。

このとき、制御部（ＣＰＵ）３０は、Ｗｅｂページ上で提供される動画を再生する場合、Ｗｅｂサーバ１に対して、通信部３２を介して、自身のハードウェア能力（表示部の画面サイズ、処理能力など）を送出する。また、制御部（ＣＰＵ）３０は、これに対してＷｅｂサーバ１から提供される動画再生用のＷｅｂページを受信し、該動画再生用のＷｅｂページに記述されているスクリプト言語を実行することにより、動画を再生しているかのごとく、静止画を順次切り換えながら表示する。

記憶部３１は、ＲＯＭや、ＲＡＭなどからなり、上記所定のプログラムや、プログラム実行に伴う各種データなどを記憶する。特に、本実施形態では、Ｗｅｂサーバ１が提供すする動画を再生する際に、Ｗｅｂサーバ１から順次送信されてくる複数の静止画をプールすることができる一時メモリとして用いられる。通信部３２は、インターネット２へ接続し、インターネット２を介して、各種データの授受を行う。操作部３３は、各種機能スイッチなどからなる。タッチパネル３４は、表示部３５上に設けられており、各種操作や、動作指示などをタッチ操作により行う。表示部３５は、ＣＲＴ、ＬＣＤなどからなり、各種データ（Ｗｅｂページを含む）を表示する。

Ｂ．実施形態の動作
次に、上述した実施形態の動作について説明する。
図４は、本実施形態によるＷｅｂサーバ１の動作を説明するためのフローチャートである。図５は、本実施形態によるＷｅｂサーバ１が提供するＷｅｂページの一例を示す模式図である。図６は、本実施形態によるＷｅｂサーバ１で実行される動画ファイルに対する処理を説明するための概念図である。図７は、本実施形態によるＷｅｂサーバ１で生成されるスクリプト言語が記述されたＷｅｂページの一例を示す概念図である。

Ｗｅｂサーバ１は、まず、インターネット２を介してアクセスがあったか否かを判断し（ステップＳ１０）、アクセスがあるまで待機する（ステップＳ１０のＮＯ）。そして、例えば、携帯端末３からアクセスがあると（ステップＳ１０のＹＥＳ）、ＨＴＭＬで記述された所定のＷｅｂページ（ホームページ、またはトップページ）を、携帯端末３に提示する（ステップＳ１２）。

該所定のＷｅｂページ、または該所定のＷｅｂページにリンクされた他のＷｅｂページ上には、図５に示すように、少なくとも１つ以上の動画リストが記述されている。携帯端末３では、図５に示すように、動画リストの中から再生したい動画を選択（クリック、またはダブルクリック）することで、選択された動画に対する再生要求がＷｅｂサーバ１に送信されることになる。

また、動画リストが記述されたＷｅｂページには、携帯端末３がＷｅｂページ上の動画を再生すべく、該当動画を選択（クリック、またはダブルクリック）すると、携帯端末３の端末情報をＷｅｂサーバ１へ送信させるコマンドが埋め込まれている。このため、携帯端末３からは、選択された動画に対する再生要求とともに、あるいは、再生要求に続いて、自身の端末情報がＷｅｂサーバ１に送信されることになる。端末情報としては、例えば、携帯端末の機種名や、シリアル番号、画面サイズ、画面解像度、画面アスペクト比、ＣＰＵ型番、動作周波数（クロック数）、メモリ容量など、端末のハードウェア能力に関する情報などが含まれる。

Ｗｅｂサーバ１では、所定のＷｅｂページ、または該所定のＷｅｂページにリンクされた他のＷｅｂページ上に記述されている、動画リストの中からいずれかの動画が選択（クリック、またはダブルクリック）されたか、すなわち、携帯端末３から動画再生要求を受信したか否かを判断する（ステップＳ１４）。そして、携帯端末３から動画再生要求を受信していない場合には（ステップＳ１４のＮＯ）、ステップＳ１２に戻り、処理を継続する。

一方、携帯端末３から動画再生要求を受信した場合には（ステップＳ１４のＹＥＳ）、端末情報を受信したか否かを判断する（ステップＳ１６）。そして、携帯端末３から端末情報を受信していない場合には（ステップＳ１６のＮＯ）、端末情報が受信されるまで待機する。一方、携帯端末３から端末情報を受信した場合には（ステップＳ１６のＹＥＳ）、図６に示すように、再生対象の動画ファイルをフレーム単位で静止画に分割する（ステップＳ１８）。

次に、受信した端末情報、すなわち携帯端末３のハードウェア能力に従って、所定間隔で間引き、所定枚数の静止画を抽出する（ステップＳ２０）。一般的な動画フォーマットにおいては、１秒間に３０枚乃至２４枚の静止画像があるため、全てを送っては通信回線の問題や、携帯端末３側の一時メモリの容量の関係でリアルタイム再生ができないか、メモリ不足で受け取れないといった問題が発生する。間引き作業は、そうした問題を解決するため、再生機器側の条件に合わせた間引きを行う。

携帯端末３のハードウェア能力が高い場合には、例えば、３枚に２枚間引いて静止画を抽出する。これに対して、ハードウェア能力が低い場合には、例えば、５枚に１枚、１０枚に１枚間引いて静止画を抽出する。例えば、１秒間に３０枚の動画の場合には、１０秒の動画で、３００枚の静止画があることになり、図示のように間引くと、１００枚の静止画が抽出されることになる。

次に、受信した端末情報、すなわち携帯端末３の動画再生能力（画面サイズ、必要に応じて画面アスペクト比）に従って、図６に示すように、抽出した静止画のサイズを変換（縮小または／及びトリミング）する（ステップＳ２２）。さらに、図６に示すように、サイズ変換した静止画をＪＰＥＧ方式で再圧縮する（ステップＳ２４）。

例えば、携帯端末３の再生環境を、画面サイズ８００ドット×４８０ドット、６００ＭＨｚ程度のプロセッサ、２５６ＭＢ程度のメモリを持ったスマートフォンとし、動画コンテンツをハイビジョンデータ（１９２０ドット×１０８０ドット）とした場合、

・画像サイズを４８０ドット×２７０ドットに縮小してＪＰＥＧで再圧縮、
・秒間３０枚の処、１０枚に減数
・１０秒迄の長さに切る

といった作業をＷｅｂサーバ１側で行うと、トータル１００枚のＪＰＥＧ画像ができあがる。

一般的なＪＰＥＧは、約１／１０のデータ量に圧縮可能なので、この例での１００枚のＪＰＥＧ画像は、３．５ＭＢ程度になる。このため、３Ｇ回線などの高速携帯電話回線であれば、実効速度３Ｍｂｐｓはあるので、約１０秒で転送でき、ストレス無く転送可能なデータ量である。

このように、間引き処理、サイズ変換処理、再圧縮処理により、単に、携帯端末３の再生能力に適合させることができるだけでなく、データ容量の低減化に伴うトラヒック負荷の軽減化、端末側でのメモリ容量に対する負担軽減化を図ることができる。

次に、Ｗｅｂページを閲覧している携帯端末３側で、上記再圧縮した静止画を、所定の時間間隔で順次再生するためのスクリプト言語を生成し（ステップＳ２６）、生成したスクリプト言語を含むＨＴＭＬで記述したＷｅｂページ（静止画を含む）を、携帯端末３に送信する（ステップＳ２８）。

図７には、生成したスクリプト言語を含むＨＴＭＬで記述したＷｅｂページの一例が示されている。当該Ｗｅｂページのスクリプト言語は、図６で生成されたＪＰＥＧ画像をパラパラマンガとして再生する、携帯端末３での動作を規定している。このスクリプト言語を携帯端末３で実行すると、ＩＭＧ００１．ＪＰＧ〜ＩＭＧ１００．ＪＰＧをＷｅｂサーバ１から順次読み込んで、指定の時間間隔（この例の場合、１００ｍｓ：１秒間に１０枚）で表示が切り替わることになる。スクリプト言語はプログラムの一種であるので、操作パネルを配置したり、ループ再生を行ったりすることも可能である。

Ｗｅｂ記述のＨＴＭＬフォーマットは拡張され、Ｗｅｂブラウザで解釈できるものは、静的な文章や、写真画像の他、スクリプト言語を解釈できるものとなっている。スクリプト言語は、ＪａｖａＳｃｒｉｐｔ（登録商標）を始め、何種類かある。さらに、アクセスするファイルには、動的なデータを返すものがあり、これはＷｅｂサーバ１内でデータ処理を行い、Ｗｅｂサーバ１で生成されたＨＴＭＬデータがＷｅｂブラウザに送られる。

一般的には、ｘｘｘ．ａｓｐｘ、ｘｘｘ．ｐｈｐ、ｘｘｘ．ｃｇｉといったものである。これらの拡張子のファイルをＷｅｂアクセスすると、そのファイルの内容をそのまま携帯端末３に送るのではなく、ファイルの内容に記述されているプログラムがＷｅｂサーバ１内で実行され、その実行結果がＷｅｂ記述のＨＴＭＬフォーマットに従った内容で携帯端末３に送られ、ページが表示される。

本発明では、携帯端末（今回はスマートフォン）３でアクセスするＷｅｂサーバ１のＷｅｂページは、動的なデータを返すファイルを指定し、内部生成されたＪＰＥＧファイルを順次表示するためのスクリプト言語を含むＷｅｂ記述のフォーマット（ＨＴＭＬ）を自動生成して返すものである。

図８は、本実施形態による携帯端末３の動作を説明するためのフローチャートである。図９は、本実施形態による携帯端末３での動画再生動作を説明するための概念図である。携帯端末３では、まず、ユーザの操作に従って、Ｗｅｂブラウザを起動し、Ｗｅｂサーバ１にアクセスし（ステップＳ４０）、Ｗｅｂサーバ１が提供する、ＨＴＭＬで記述されているＷｅｂページを受信する（ステップＳ４２）。Ｗｅｂブラウザは、受信したＷｅｂページの記述内容に従って、そのＷｅｂページを表示する。携帯端末３には、例えば、図５に示すように、動画リストが記述されたＷｅｂページが表示されることになる。

携帯端末３は、通常Ｗｅｂでホームページを見るときに、Ｗｅｂブラウザに、「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍ」などというＵＲＬを入力してアクセスする。Ｗｅｂサーバ１は、そのＵＲＬに相当するサーバ内のファイルをアクセスしてＷｅｂページを見ている携帯端末３に送信する。ｈｔｍや、ｈｔｍｌといった拡張子で表されたファイルは、Ｗｅｂ記述のＨＴＭＬフォーマットで記述されたものであり、携帯端末３は、ＨＴＭＬで記述された通りに、文章や、画像を表示する。

携帯端末３では、前述したように、動画リストの中から再生したい動画を選択（クリック、またはダブルクリック）することで、選択された動画に対する再生要求とともに、あるいは、再生要求に続いて、自身の端末情報がＷｅｂサーバ１に送信されることになる。

携帯端末３では、ユーザにより所望する動画再生の指示（操作）があった否かを判断し（ステップＳ４４）、動画再生の指示（操作）がない場合には（ステップＳ４４のＮＯ）、動画再生指示があるまで待機する。一方、ユーザにより、動画リストの中から再生したい動画が選択（クリック、またはダブルクリック）されると（ステップＳ４４のＹＥＳ）、自身の端末情報を引数として、Ｗｅｂサーバ１に動画再生を要求する（ステップＳ４６）。

次に、上記動画再生要求に対してＷｅｂサーバ１から送信されてくる、スクリプト言語を含むＨＴＭＬで記述されたＷｅｂページ（図７を参照）を受信し（ステップＳ４８）、受信したＷｅｂページのスクリプト言語を解析し、実行する（ステップＳ５０）。このスクリプトを携帯端末３で実行すると、図９に示すように、ＩＭＧ００１．ＪＰＧ〜ＩＭＧ００８．ＪＰＧ…をＷｅｂサーバ１から順次読み込んで、指定の時間間隔（この例の場合、１００ｍｓ：１秒間に１０枚）で表示を切り替えることで、あたかも動画を再生しているかのように見える

静止画の順次再生中には、再生終了操作があったか否か判断し（ステップＳ５２）、再生終了がない場合には（ステップＳ５２のＮＯ）、ステップＳ５０に戻り、静止画の順次再生を継続する。一方、再生終了操作があった場合には（ステップＳ５２のＹＥＳ）、スクリプト言語の実行を停止（静止画の再生停止）し（ステップＳ５４）、当該処理を終了する。

上述した実施形態によれば、携帯端末３のハードウェア能力に応じて、動画ファイルを構成する静止画の中から複数の静止画を抽出し、該複数の静止画を順次切り替えながら再生するように、携帯端末３のＷｅｂブラウザの動作を制御するスクリプト言語（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標））を記述したＷｅｂページを生成し、該Ｗｅｂページを携帯端末３に送信するようにしたので、携帯端末３が特別な動画再生ソフトウェアを搭載していなくても、Ｗｅｂページ上の動画を円滑に再生することができる。

また、上述した実施形態によれば、動画ファイルから静止画を抽出する際に、携帯端末３のハードウェア能力に応じて、何枚に１枚抽出するか（間引き率）を決めるようにしたので、円滑に再生することができる。

また、上述した実施形態によれば、携帯端末３のハードウェア能力に応じて、抽出した静止画のサイズ変換を行うようにしたので、携帯端末３の表示能力に適したサイズで再生することができる。

また、上述した実施形態によれば、さらに、サイズ変換を行った静止画を再圧縮するようにしたので、データ容量の低減化に伴うトラヒック負荷の軽減化、端末側でのメモリ容量に対する負担軽減化を図ることができる。

例えば、Ｈ．２６４などの動画フォーマットの場合、１／５０〜１／１００の圧縮率があるが、ハイビジョン画像１０秒のデータサイズは、１／１００に圧縮できたとしても約１８ＭＢのサイズがある。すなわち、本発明で送信するデータ量（３．５ＭＢ）よりもはるかに大きな量である。ゆえに、本発明は、十分な効果があると言える。

なお、上述した実施形態においては、動画ファイルからフレーム単位で静止画に分解するようにしたが、元々、複数の静止画群であってもよい。例えば、１秒間に十数フレーム、あるいは数十フレームで、数秒から数十秒間、高速撮影した場合の静止画群でもよい。

以上、この発明のいくつかの実施形態について説明したが、この発明は、これらに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。
以下に、本願出願の特許請求の範囲に記載された発明を付記する。

（付記１）
付記１に記載の発明は、ネットワークを介して携帯端末上で実行される閲覧ソフトウェアで再生可能な動画を提供する動画提供サーバであって、前記携帯端末から動作再生要求があると、前記携帯端末のハードウェア能力に応じて、再生対象となる動画を構成する静止画から複数の静止画を抽出する静止画抽出手段と、前記静止画抽出手段によって抽出された前記複数の静止画を順次切り替えながら再生するように、前記携帯端末のウェブブラウザの動作を制御するスクリプト言語を記述した静止画連続再生用ウェブページを生成する生成手段と、前記生成手段によって生成された前記静止画連続再生用ウェブページを前記携帯端末に送信する送信手段とを備えることを特徴とする動画提供サーバである。

（付記２）
付記２に記載の発明は、前記静止画抽出手段は、前記動画から静止画を抽出する際に、前記携帯端末のハードウェア能力に応じて、前記複数の静止画の間引き率を決めることを特徴とする付記１に記載の動画提供サーバである。

（付記３）
付記３に記載の発明は、前記携帯端末のハードウェア能力に応じて、前記複数の静止画のサイズ変換を行うサイズ変換手段を更に備えることを特徴とするふき１または２に記載の動画提供サーバである。

（付記４）
付記４に記載の発明は、前記携帯端末のハードウェア能力に応じて、前記サイズ変換手段によってサイズ変換を行った静止画を再圧縮する圧縮手段を更に備えることを特徴とする付記３に記載の動画提供サーバである。

（付記５）
付記５に記載の発明は、ネットワークを介して携帯端末上で実行される閲覧ソフトウェアで再生可能な動画を提供する動画表示方法であって、前記携帯端末から動作再生要求があると、前記携帯端末のハードウェア能力に応じて、再生対象となる動画を構成する静止画から複数の静止画を抽出する静止画抽出ステップと、前記静止画抽出ステップで抽出された前記複数の静止画を順次切り替えながら再生するように、前記携帯端末のウェブブラウザの動作を制御するスクリプト言語を記述した静止画連続再生用ウェブページを生成する生成ステップと、前記生成ステップで生成された前記静止画連続再生用ウェブページを前記携帯端末に送信する送信ステップとを含むことを特徴とする動画表示方法である。

（付記６）
付記６に記載の発明は、ネットワークを介して携帯端末上で実行される閲覧ソフトウェアで再生可能な動画を提供する動画提供サーバのコンピュータに、前記携帯端末から動作再生要求があると、前記携帯端末のハードウェア能力に応じて、再生対象となる動画を構成する静止画から複数の静止画を抽出する静止画抽出機能、前記静止画抽出機能によって抽出された前記複数の静止画を順次切り替えながら再生するように、前記携帯端末のウェブブラウザの動作を制御するスクリプト言語を記述した静止画連続再生用ウェブページを生成する生成機能、前記生成機能によって生成された前記静止画連続再生用ウェブページを前記携帯端末に送信する送信機能を実行さえることを特徴とするプログラムである。

１ Ｗｅｂサーバ
２ インターネット
３ 携帯端末
５ 基地局
１０ 制御部（ＣＰＵ）
１１ 記憶部
１２ 通信部
１３ 表示部
１４ 操作部
１５ 外部記憶媒体
３０ 制御部（ＣＰＵ）
３１ 記憶部
３２ 通信部
３３ 操作部
３４ タッチパネル
３５ 表示部

Claims (6)

1. ネットワークを介して携帯端末上で実行される閲覧ソフトウェアで再生可能な動画を提供する動画提供サーバであって、
   前記携帯端末から動作再生要求があると、前記携帯端末のハードウェア能力に応じて、再生対象となる動画を構成する静止画から複数の静止画を抽出する静止画抽出手段と、
   前記静止画抽出手段によって抽出された前記複数の静止画を順次切り替えながら再生するように、前記携帯端末のウェブブラウザの動作を制御するスクリプト言語を記述した静止画連続再生用ウェブページを生成する生成手段と、
   前記生成手段によって生成された前記静止画連続再生用ウェブページを前記携帯端末に送信する送信手段と
   を備えることを特徴とする動画提供サーバ。
2. 前記静止画抽出手段は、前記動画から静止画を抽出する際に、前記携帯端末のハードウェア能力に応じて、前記複数の静止画の間引き率を決めることを特徴とする請求項１に記載の動画提供サーバ。
3. 前記携帯端末のハードウェア能力に応じて、前記複数の静止画のサイズ変換を行うサイズ変換手段を更に備えることを特徴とする請求項１または２に記載の動画提供サーバ。
4. 前記携帯端末のハードウェア能力に応じて、前記サイズ変換手段によってサイズ変換を行った静止画を再圧縮する圧縮手段を更に備えることを特徴とする請求項３に記載の動画提供サーバ。
5. ネットワークを介して携帯端末上で実行される閲覧ソフトウェアで再生可能な動画を提供する動画表示方法であって、
   前記携帯端末から動作再生要求があると、前記携帯端末のハードウェア能力に応じて、再生対象となる動画を構成する静止画から複数の静止画を抽出する静止画抽出ステップと、
   前記静止画抽出ステップで抽出された前記複数の静止画を順次切り替えながら再生するように、前記携帯端末のウェブブラウザの動作を制御するスクリプト言語を記述した静止画連続再生用ウェブページを生成する生成ステップと、
   前記生成ステップで生成された前記静止画連続再生用ウェブページを前記携帯端末に送信する送信ステップと
   を含むことを特徴とする動画表示方法。
6. ネットワークを介して携帯端末上で実行される閲覧ソフトウェアで再生可能な動画を提供する動画提供サーバのコンピュータに、
   前記携帯端末から動作再生要求があると、前記携帯端末のハードウェア能力に応じて、再生対象となる動画を構成する静止画から複数の静止画を抽出する静止画抽出機能、
   前記静止画抽出機能によって抽出された前記複数の静止画を順次切り替えながら再生するように、前記携帯端末のウェブブラウザの動作を制御するスクリプト言語を記述した静止画連続再生用ウェブページを生成する生成機能、
   前記生成機能によって生成された前記静止画連続再生用ウェブページを前記携帯端末に送信する送信機能
   を実行さえることを特徴とするプログラム。

Images