(57)【要約】      （修正有）【課題】動画データの配信を容易にする技術を提供する。【解決手段】動画データを構成する各画像を識別し、各画像の順に従って順序情報を生成し、前記動画データを構成する各画像を他の画像と比較し、少なくとも一部が一致した画像の一方を被参照画像、他方を参照画像とし、前記比較の結果によって一致しなかった画像、及び被参照画像を複数の配信サーバの記憶部に格納させた際の格納先を示す格納先情報の入力を受け、前記参照画像と当該参照画像に少なくとも一部が一致した被参照画像との対応関係を示す表示指示情報、前記順序情報、並びに、前記格納先情報を含むメタファイルを生成し、メタファイルに基づいた画像ファイル取得要求に応じて、配信する。【選択図】図１８
2013090102.tif 000002
【特許請求の範囲】
【請求項１】
複数の配信サーバとメタサーバを備える配信システムであって、
前記メタサーバが、ユーザ端末から受信した動画データの配信要求に対して、当該動画データを構成する各画像の格納先を示す格納先情報を含むメタファイルを当該ユーザ端末に送信するメタファイル提供部を備え、
前記複数の配信サーバが、
前記画像を格納する記憶部と、
前記ユーザ端末から前記メタファイルに基づく前記画像の取得要求を受信した場合に、当該取得要求に応じた画像を前記記憶部から読み出して一画像毎に当該ユーザ端末へ配信する配信部と、
を有する配信システム。
【請求項２】
前記メタサーバへ動画データの配信要求を送信する要求送信部と、
前記メタサーバからメタファイルを受信するメタファイル受信部と、
受信したメタファイルの格納先情報に基づいて、前記動画データを構成する各画像の取得要求をそれぞれの格納先である前記配信サーバに対して送信する取得要求部と、
前記取得要求によって受信した前記画像を再生する再生部と、を有するユーザ端末を更に備える配信システム。
【請求項３】
前記動画データを構成する各画像を他の画像と比較し、少なくとも一部が一致した画像の一方を被参照画像、他方を参照画像とする場合に、
前記メタファイルの格納先情報を、前記一致しなかった画像及び被参照画像の格納先を示す情報とし、
前記メタファイルが、前記参照画像と当該参照画像に少なくとも一部が一致した被参照画像との対応関係を示す表示指示情報、並びに、前記一致しなかった画像と前記被参照画像と前記参照画像との再生順を示す順序情報を更に備え、
前記ユーザ端末の取得要求部が前記格納先情報に基づいて前記一致しなかった画像及び被参照画像を前記配信サーバから受信し、
前記ユーザ端末の再生部が、前記順序情報に基づいて前記一致しなかった画像及び被参照画像を表示させると共に、前記順序情報に基づいて前記参照画像を表示させる際、前記表示指示情報に基づき当該参照画像に代えて、当該参照画像と対応する前記被参照画像を表示させる請求項１又は２に記載の配信システム。
【請求項４】
前記被参照画像と参照画像とが、一部の領域で重複している場合に、参照画像の重複していない領域のデータを被参照画像に加えて、元の被参照画像と参照画像とを含む被参照画像を合成し、合成後の被参照画像のうち元の被参照画像に相当する領域を示す元画像情報と、合成後の被参照画像のうち前記参照画像に相当する領域を示す参照画像情報とを前記表示指示情報が含み、
前記ユーザ端末の再生部が、前記被参照画像を表示する際、前記元画像情報に基づいて当該被参照画像から元の被参照画像を抽出して表示させると共に、前記参照画像を表示する際、前記参照画像情報に基づいて当該被参照画像から当該参照画像を抽出して表示させる請求項３に記載の配信システム。
【請求項５】
前記表示指示情報が前記参照画像に係る表示効果情報を含み、
前記ユーザ端末の再生部が、前記参照画像に代えて前記被参照画像を表示する際、前記被参照画像に前記表示効果情報によって特定される画像処理を施して表示する請求項３又は４に記載の配信システム。
【請求項６】
複数の配信サーバとメタサーバを備えた配信システムによる配信方法であって、
前記メタサーバが、ユーザ端末から受信した動画データの配信要求に対して、当該動画データを構成する各画像の格納先を示す格納先情報を含むメタファイルを当該ユーザ端末に送信するステップを実行し、
前記画像を格納する記憶部を備えた前記複数の配信サーバが、
前記ユーザ端末から前記メタファイルに基づく前記画像の取得要求を受信した場合に、当該取得要求に応じた画像を前記記憶部から読み出して一画像毎に当該ユーザ端末へ配信するステップを実行する配信方法。
【請求項７】
動画データを構成する各画像を識別し、各画像の順に従って順序情報を生成する順序生成部と、
前記動画データを構成する各画像を他の画像と比較し、少なくとも一部が一致した画像の一方を被参照画像、他方を参照画像とする比較部と、
前記比較の結果によって一致しなかった画像、及び被参照画像を複数の配信サーバの記憶部に格納させた際の格納先を示す格納先情報の入力を受ける入力受付部と、
前記参照画像と当該参照画像に少なくとも一部が一致した被参照画像との対応関係を示す表示指示情報、前記順序情報、並びに、前記格納先情報を含むメタファイルを生成するメタファイル生成部と、
を備えるメタファイルの生成装置。
【請求項８】
動画データを構成する各画像を識別し、各画像の順に従って順序情報を生成するステップと、
前記動画データを構成する各画像を他の画像と比較し、少なくとも一部が一致した画像の一方を被参照画像、他方を参照画像とするステップと、
前記比較の結果によって一致しなかった画像、及び被参照画像を複数の配信サーバの記憶部に格納させた際の格納先を示す格納先情報の入力を受けるステップと、
前記参照画像と当該参照画像に少なくとも一部が一致した被参照画像との対応関係を示す表示指示情報、前記順序情報、並びに、前記格納先情報を含むメタファイルを生成するステップと、
をコンピュータが実行するメタファイルの生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、動画データを配信する技術に関する。
【背景技術】
【０００２】
デジタル技術の発達に伴い、デジタルデータで動画を作成してサーバに格納し、ネットワークを介して配信する技術が広汎に普及している。
【０００３】
動画のデジタルデータ（以下単に動画データとも称す）は、一般にデータ量が多く、ネットワークを介して配信する場合、ネットワークの帯域を浪費してしまわないように、適切な圧縮技術によってデータを圧縮することが求められる。
【０００４】
また、再生したい動画データを選択してサーバから端末へ受信し、この受信した動画データを端末で再生する構成とした場合、動画データを受信するまでに時間がかるため、ユーザは動画データを要求してから再生できるようになるまで、長い時間待たなければならない。
【０００５】
そこで、サーバから動画データを受信しながら、同時に再生することにより、ユーザの待ち時間を短縮する技術、所謂ストリーミングも広く利用されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２９０５５２号公報
【特許文献２】特開２００３−１０２００６号公報
【特許文献３】特開２０００−０９０２４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来、ストリーミングサーバがユーザ端末と接続してストリーミングを開始すると、当該ユーザ端末との接続をストリーミングが終了するまで維持しなければならないため、ストリーミングの要求が輻輳した場合であってもストリーミング中の接続を動的に切り換えることができず、負荷を調整することができないという問題点があった。
【０００８】
また、従来のストリーミング再生は、動画データを先頭から順に配信するため、ユーザ端末側で、動画の途中から再生を行う操作や、早送り／巻き戻しを行う操作を行いたい場合に、非常時間がかかる、或いはバッファリング済みのデータに対する操作しか行えないといった問題があった。
【０００９】
更に、ストリーミングを行う場合、ＲＴＳＰ(Real Time Streaming Protocol)やＲＴＭＰ (Real Time Messaging Protocol)といったストリーミング用のプロトコルに対応した
ストリーミングサーバが必要となりシステムを導入する際のハードルが高い。また、ネットワーク環境が不十分な地域でストリーミングを行うと、動画データの受信が再生に間に合わず、円滑に再生できないことがある。
【００１０】
そこで、開示のシステムは、動画データの配信を容易にする技術の提供を目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明の配信システムは、
複数の配信サーバとメタサーバを備え、
前記メタサーバが、ユーザ端末から受信した動画データの配信要求に対して、当該動画データを構成する各画像の格納先を示す格納先情報を含むメタファイルを当該ユーザ端末に送信するメタファイル提供部を備え、
前記複数のサーバが、
前記画像を格納する記憶部と、
前記ユーザ端末から前記メタファイルに基づく前記画像の取得要求を受信した場合に、当該取得要求に応じた画像を前記記憶部から読み出して一画像毎に当該ユーザ端末へ配信する配信部と、を有する。
【００１２】
また、前記配信システムは、
前記メタサーバへ動画データの配信要求を送信する要求送信部と、
前記メタサーバからメタファイルを受信するメタファイル受信部と、
受信したメタファイルの格納先情報に基づいて、前記動画データを構成する各画像の取得要求をそれぞれの格納先である前記配信サーバに対して送信する取得要求部と、
前記取得要求によって受信した前記画像を再生する再生部と、を有するユーザ端末を更に備えても良い。
【００１３】
前記配信システムは、
前記動画データを構成する各画像を他の画像と比較し、少なくとも一部が一致した画像の一方を被参照画像、他方を参照画像とする場合に、
前記メタファイルの格納先情報を、前記一致しなかった画像及び被参照画像の格納先を示す情報とし、
前記メタファイルが、前記参照画像と当該参照画像に少なくとも一部が一致した被参照画像との対応関係を示す表示指示情報、並びに、前記一致しなかった画像と前記被参照画像と前記参照画像との再生順を示す順序情報を更に備え、
前記ユーザ端末の取得要求部が前記格納先情報に基づいて前記一致しなかった画像及び被参照画像を前記配信サーバから受信し、
前記ユーザ端末の再生部が、前記順序情報に基づいて前記一致しなかった画像及び被参照画像を表示させると共に、前記順序情報に基づいて前記参照画像を表示させる際、前記表示指示情報に基づき当該参照画像に代えて、当該参照画像と対応する前記被参照画像を表示させても良い。
【００１４】
前記配信システムは、
前記被参照画像と参照画像とが、一部の領域で重複している場合に、参照画像の重複していない領域のデータを被参照画像に加えて、元の被参照画像と参照画像とを含む被参照画像を合成し、合成後の被参照画像のうち元の被参照画像に相当する領域を示す元画像情報と、合成後の被参照画像のうち前記参照画像に相当する領域を示す参照画像情報とを前記表示指示情報が含み、
前記ユーザ端末の再生部が、前記被参照画像を表示する際、前記元画像情報に基づいて当該被参照画像から元の被参照画像を抽出して表示させると共に、前記参照画像を表示する際、前記参照画像情報に基づいて当該被参照画像から当該参照画像を抽出して表示させても良い。
【００１５】
また、前記配信システムは、
前記表示指示情報が前記参照画像に係る表示効果情報を含み、
前記ユーザ端末の再生部が、前記参照画像に代えて前記被参照画像を表示する際、前記被参照画像に前記表示効果情報によって特定される画像処理を施して表示しても良い。
【００１６】
また、本発明の配信方法は、
複数の配信サーバとメタサーバを備えた配信システムによる配信方法であって、
前記メタサーバが、ユーザ端末から受信した動画データの配信要求に対して、当該動画データを構成する各画像の格納先を示す格納先情報を含むメタファイルを当該ユーザ端末に送信するステップを実行し、
前記画像を格納する記憶部を備えた前記複数の配信サーバが、
前記ユーザ端末から前記メタファイルに基づく前記画像の取得要求を受信した場合に、当該取得要求に応じた画像を前記記憶部から読み出して一画像毎に当該ユーザ端末へ配信するステップを実行する。
【００１７】
また、本発明のメタファイルの生成装置は、
動画データを構成する各画像を識別し、各画像の順に従って順序情報を生成する順序生成部と、
前記動画データを構成する各画像を他の画像と比較し、少なくとも一部が一致した画像の一方を被参照画像、他方を参照画像とする比較部と、
前記比較の結果によって一致しなかった画像、及び被参照画像を複数の配信サーバの記憶部に格納させた際の格納先を示す格納先情報の入力を受ける入力受付部と、
前記参照画像と当該参照画像に少なくとも一部が一致した被参照画像との対応関係を示す表示指示情報、前記順序情報、並びに、前記格納先情報を含むメタファイルを生成するメタファイル生成部と、を備える。
【００１８】
本発明のメタファイルの生成方法は、
動画データを構成する各画像を識別し、各画像の順に従って順序情報を生成するステップと、
前記動画データを構成する各画像を他の画像と比較し、少なくとも一部が一致した画像の一方を被参照画像、他方を参照画像とするステップと、
前記比較の結果によって一致しなかった画像、及び被参照画像を複数の配信サーバの記憶部に格納させた際の格納先を示す格納先情報の入力を受けるステップと、
前記参照画像と当該参照画像に少なくとも一部が一致した被参照画像との対応関係を示す表示指示情報、前記順序情報、並びに、前記格納先情報を含むメタファイルを生成するステップと、
をコンピュータが実行する。
【発明の効果】
【００１９】
開示のシステムは、動画データの配信を容易に可能とする技術を提供できる。
【図面の簡単な説明】
【００２０】
【図１】本発明に係る配信システムの概略図
【図２】実施形態１におけるメタファイル生成装置の概略構成図
【図３】実施形態１にかかるメタファイル生成装置の機能ブロック図
【図４】実施形態１におけるグリッドサーバの概略構成図
【図５】実施形態１にかかるグリッドサーバの機能ブロック図
【図６】Ｗｅｂページ提供部によって提供されるＷｅｂページの例を示す図
【図７】実施形態１におけるユーザ端末の概略構成図
【図８】実施形態１にかかるユーザ端末の機能ブロック図
【図９】画像ファイル及びメタファイル生成方法の全体の流れを示す図
【図１０】各画像のメタデータを求める処理の流れを示す図
【図１１】シーンの切り替わりを判定する処理の説明図
【図１２】シーンの切り替わりを判定する処理の説明図
【図１３】画像を分類する処理の説明図
【図１４】同一画像を判定する処理の説明図
【図１５】部分一致した画像を合成する処理の流れを示す図
【図１６】部分一致した画像を合成する処理の説明図
【図１７】画像合成処理の流れを示す図
【図１８】動画の配信方法の説明図
【図１９】メタファイルの一例を示す図
【図２０】再生時のユーザインタフェースの一例を示す図
【図２１】メタファイルの構成を示す図
【図２２】専用ソフトを用いた動画再生処理の流れを示す図
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明を実施するための形態について説明する。以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。
【００２２】
（１）システム構成
図１は、本発明に係る配信システムの構成図である。本例の配信システム１０は、ウェブページを提供するウェブサーバ５と、動画データ（コンテンツ）のメタ情報を作成するメタファイル生成装置１と、メタ情報をユーザ端末３に提供するグリッドサーバ（メタサーバ）４と、動画データを配信する複数の配信サーバ２と、配信サーバ２から動画データを取得してリアルタイムに再生するユーザ端末３とを有している。
【００２３】
ユーザ端末３が、動画データの配信をグリッドサーバ４に要求すると、グリッドサーバ４は、当該ユーザ端末３へメタファイルを送信する。ユーザ端末３は、メタファイルに基づき、動画データを構成する各画像を配信サーバ２から受信し、順次再生する。
【００２４】
本実施形態では、動画データを構成する各画像をそれぞれ一つの画像ファイルのように、一画像毎に取得可能とし、且つ複数の配信サーバに動画データを格納している。このため、動画データの再生中であっても、配信要求の輻輳等によって配信サーバ２との通信速度が充分に確保できなくなった場合、他の配信サーバに切り替えて以降の画像を取得することができる。
【００２５】
（２）メタファイル生成装置１のハードウェア構成
図２は、メタファイル生成装置１のハードウェア構成を示した図である。メタファイル生成装置１は、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、ホストバス１０４と、ブリッ
ジ１０５と、外部バス１０６と、インタフェース１０７と、入力装置１０８と、出力装置１１０と、ストレージ装置（ＨＤＤ）１１１と、通信装置１１５とを備えるコンピュータである。
【００２６】
ＣＰＵ１０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってメタファイル生成装置１内の動作全般を制御する。また、ＣＰＵ１０１は、マイクロプロセッサであってもよい。ＲＯＭ１０２は、ＣＰＵ１０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ１０３は、ＣＰＵ１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する所謂メインメモリである。これらはＣＰＵバスなどから構成されるホストバス１０４により相互に接続されている。
【００２７】
ホストバス１０４は、ブリッジ１０５を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス１０６に接続されている。なお、必ずしもホス
トバス１０４、ブリッジ１０５および外部バス１０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００２８】
入力装置１０８は、例えば、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ１０１に出力する入力制御回路などから構成されている。メタファイル生成装置１のオペレータは、該入力装置１０８を操作することにより、メタファイル生成装置１に対して各種のデータを入力したり処理動作を指示したりすることができる。また、入力装置１０８は、ＣＤ−ＲＯＭドライブやメモリカードリーダといった記憶媒体の読み取り装置であっても良い。記憶媒体の読み取り装置は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体に記録されている情報を読み出して、ＣＰＵ１０１に入力する。
【００２９】
出力装置１１０は、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置を備える。出力装置１１０は、例えば、ＣＰＵ１０１の処理結果を出力する。具体的には、入力されたデータやシステムの稼働状況等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、メッセージや警告音、コンテンツの音声データ等を音として出力する。
【００３０】
また、出力装置１１０は、ＣＤ−Ｒドライブやメモリカードライタといった記憶媒体の書き込み装置であっても良い。記憶媒体の書き込み装置は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体へ、ＣＰＵ１０１の処理結果等の情報を出力（書き込み）する。
【００３１】
なお、入力装置１０８と出力装置１１０は、記憶媒体の読み書き装置（メモリカードリーダ・ライタ等）やタッチパネルを備えたディスプレイのように、一体的に設けられても良い。
【００３２】
ストレージ装置１１１は、本実施形態にかかるメタファイル生成装置１の記憶部の一例として構成されたデータ格納用の装置であり、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含むことができる。ストレージ装置１１１は、例えば、ＨＤＤ（Hard Disk Drive）で構成される。このストレージ装置１１１は、ハードディスクを駆動
し、ＣＰＵ１０１が実行するプログラムや各種データを格納する。例えば、このストレージ装置１１１には、入力された格納先情報や作成したメタファイルなどを記憶する。
【００３３】
通信装置１１５は、例えば、通信網１２に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置１１５は、無線ＬＡＮ（Local Area Network）やワイヤレスＵＳＢといったワイヤレス通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。
【００３４】
（３）メタファイル生成装置１の機能
図３は、本実施形態にかかるメタファイル生成装置１の機能ブロック図である。当該メタファイル生成装置１は、順序生成部１３１や、比較部１３２、入力受付部１３３、メタファイル生成部１３４を備える。これら順序生成部１３１や、比較部１３２、入力受付部１３３、メタファイル生成部１３４の機能は、主にＣＰＵ１０１がプログラムに従って処理を実行して通信装置１１５やストレージ装置１１１等の各部を制御して実現している。
【００３５】
順序生成部１３１は、動画データを構成する各画像を識別し、各画像の順に従って順序情報を生成する。
【００３６】
比較部１３２は、動画データを構成する各画像を他の画像と比較し、少なくとも一部が一致した画像の一方を被参照画像、他方を参照画像とする。
【００３７】
入力受付部１３３は、前記比較の結果によって一致しなかった画像、及び被参照画像を複数の配信サーバの記憶部に格納させた際の格納先を示す格納先情報の入力を受ける。
【００３８】
メタファイル生成部１３４は、前記参照画像と当該参照画像に少なくとも一部が一致した被参照画像との対応関係を示す表示指示情報、前記順序情報、並びに、前記格納先情報を含むメタファイルを生成する。
【００３９】
（４）グリッドサーバのハードウェア構成
図４は、グリッドサーバ４のハードウェア構成を示した図である。グリッドサーバ４は、ＣＰＵ（Central Processing Unit）４０１と、ＲＯＭ（Read Only Memory）４０２と
、ＲＡＭ（Random Access Memory）４０３と、ホストバス４０４と、ブリッジ４０５と、外部バス４０６と、インタフェース４０７と、入力装置４０８と、出力装置４１０と、ストレージ装置（ＨＤＤ）４１１と、通信装置４１５とを備えるコンピュータである。
【００４０】
ＣＰＵ４０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってグリッドサーバ４内の動作全般を制御する。また、ＣＰＵ４０１は、マイクロプロセッサであってもよい。ＲＯＭ４０２は、ＣＰＵ４０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ４０３は、ＣＰＵ４０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する所謂メインメモリである。これらはＣＰＵバスなどから構成されるホストバス４０４により相互に接続されている。
【００４１】
ホストバス４０４は、ブリッジ４０５を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス４０６に接続されている。なお、必ずしもホス
トバス４０４、ブリッジ４０５および外部バス４０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００４２】
入力装置４０８は、例えば、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ４０１に出力する入力制御回路などから構成されている。グリッドサーバ４のオペレータは、該入力装置４０８を操作することにより、グリッドサーバ４に対して各種のデータを入力したり処理動作を指示したりすることができる。また、入力装置４０８は、ＣＤ−ＲＯＭドライブやメモリカードリーダといった記憶媒体の読み取り装置であっても良い。記憶媒体の読み取り装置は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体に記録されている情報を読み出して、ＣＰＵ４０１に入力する。
【００４３】
出力装置４１０は、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置を備える。出力装置４１０は、例えば、ＣＰＵ４０１の処理結果を出力する。具体的には、入力されたデータやシステムの稼働状況等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、メッセージや警告音、コンテンツの音声データ等を音として出力する。
【００４４】
また、出力装置４１０は、ＣＤ−Ｒドライブやメモリカードライタといった記憶媒体の書き込み装置であっても良い。記憶媒体の書き込み装置は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体へ、ＣＰＵ４０１の処理結果等の情報を出力（書き込み）する。
【００４５】
ストレージ装置４１１は、本実施形態にかかるグリッドサーバ４の記憶部の一例として構成されたデータ格納用の装置であり、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含むことができる。ストレージ装置４１１は、例えば、ＨＤＤ（Hard Disk Drive）で構成される。このストレージ装置４１１は、ハードディスクを駆動し、Ｃ
ＰＵ４０１が実行するプログラムや各種データを格納する。例えば、このストレージ装置４１１には、メタファイル生成装置１から受信したメタファイルや、動画データを構成する各画像などを記憶する。
【００４６】
通信装置４１５は、例えば、通信網１２に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置４１５は、無線ＬＡＮ（Local Area Network）やワイヤレスＵＳＢといったワイヤレス通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。
【００４７】
（５）グリッドサーバ４の機能
図５は、本実施形態にかかるグリッドサーバ４の機能ブロック図である。当該グリッドサーバ４は、メタファイル提供部４３２や、負荷制御部４３４を備える。これら要求受信部４３１や、メタファイル提供部４３２、負荷制御部４３４の機能は、主にＣＰＵ４０１がプログラムに従って処理を実行して通信装置４１５やストレージ装置４１１等の各部を制御して実現している。
【００４８】
メタファイル提供部４３２は、ユーザ端末から受信した動画データの配信要求に対して、当該動画データを構成する各画像の格納先を示す格納先情報を含むメタファイルを当該ユーザ端末３に送信する。
【００４９】
負荷制御部４３４は、配信中の動画データの数や、動画データの転送速度、再送要求の数等に基づいて配信状況を求め、この配信状況をユーザ端末３へ通知して配信状況の悪いユーザ端末３にグリッドサーバ４の切り換えを促す、或いは配信状況の悪いユーザ端末３に対して格納先情報から抽出した他の格納先を通知し、当該格納先に基づいて他のグリッドサーバ４へ切り換えるよう促す。
【００５０】
なお、本実施形態では、メタファイル提供部４３２、及び負荷制御部４３４をグリッドサーバ４に備える構成としたが、これに限らず、各機能部が本配信システム１０に存在すれば、別の装置に備える構成であっても良い。例えば、メタファイル提供部４３２を配信サーバ２や、メタファイル生成装置１が備え、ユーザ端末３にメタファイルを提供する構成をとることも可能である。
【００５１】
（６）配信サーバ２
また、配信サーバ２は、グリッドサーバ４と同様にＣＰＵ（Central Processing Unit
）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）と、ホストバスと、ブリッジと、外部バスと、インタフェースと、入力装置と、出力装置と、ストレージ装置（ＨＤＤ）と、通信装置とを備えるコンピュータである。これらのハードウェア構成は、前述のグリッドサーバ４と略同じであるため図示を省略する。配信サーバ２のプログラムに従って、例えば配信部として機能し、ユーザ端末３からメタファイルに基づく画像の取得要求を受信した場合に、当該取得要求に応じた画像を前記記憶部から読み出して一画像毎に当該ユーザ端末へ配信する配信部としても機能する。
【００５２】
（７）Ｗｅｂサーバ５
Ｗｅｂサーバ５は、グリッドサーバ４と同様にＣＰＵ（Central Processing Unit）と
、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）と、ホストバスと、ブリッジと、外部バスと、インタフェースと、入力装置と、出力装置と、ストレージ装置（ＨＤＤ）と、通信装置とを備えるコンピュータである。これらのハードウェア構成は、前述のグリッドサーバ４と略同じであるため図示を省略する。Ｗｅｂサーバ５は、プログラムに従ってＷｅｂページを提供する機能を有する。例えば、ＵＲＬによって特定されるＷｅｂページの閲覧要求をユーザ端末３から受信した場合、Ｗｅｂサーバ５は、当該Ｗｅｂページをストレージ装置１１１から読み出してユーザ端末３へ送信する。
図６は、Ｗｅｂページ提供部４３１によって提供されるＷｅｂページの例を示す図である。図６のＷｅｂページは、ＨＴＭＬ等のマークアップランゲージによって記述され、動画データへのハイパーリンク９１−９４を含んでいる。
【００５３】
（８）ユーザ端末のハードウェア構成
図７は、本実施形態におけるユーザ端末３の概略構成図である。ユーザ端末３は、ＣＰＵ（Central Processing Unit）３０１と、ＲＯＭ（Read Only Memory）３０２と、ＲＡ
Ｍ（Random Access Memory）３０３と、ホストバス３０４と、ブリッジ３０５と、外部バス３０６と、インタフェース３０７と、入力装置３０８と、出力装置３１０と、ストレージ装置（ＨＤＤ）３１１と、通信装置３１５とを備えるコンピュータである。ユーザ端末３は、例えばパーソナルコンピュータ、タブレット型コンピュータ、スマートフォン、携帯電話、半導体オーディオ、テレビ、テレビチューナー、ＳＴＢ（Set Top Box）、デジ
タルサイネージ等である。
【００５４】
ＣＰＵ３０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってユーザ端末３内の動作全般を制御する。また、ＣＰＵ３０１は、マイクロプロセッサであってもよい。ＲＯＭ３０２は、ＣＰＵ３０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ３０３は、ＣＰＵ３０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する所謂メインメモリである。これらはＣＰＵバスなどから構成されるホストバス３０４により相互に接続されている。
【００５５】
ホストバス３０４は、ブリッジ３０５を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス３０６に接続されている。なお、必ずしもホス
トバス３０４、ブリッジ３０５および外部バス３０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００５６】
入力装置３０８は、例えば、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチ、リモコン（remote controller）およびレバーなどユーザが情報を入力するため
の入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ３０１に出力する入力制御回路などから構成されている。ユーザ端末３のオペレータは、該入力装置３０８を操作することにより、ユーザ端末３に対して各種のデータを入力したり処理動作を指示したりすることができる。また、入力装置３０８は、ＣＤ−ＲＯＭドライブやメモリカードリーダといった記憶媒体の読み取り装置であっても良い。記憶媒体の読み取り装置は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体に記録されている情報を読み出して、ＣＰＵ３０１に入力する。
【００５７】
出力装置３１０は、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置を備える。出力装置３１０は、例えば、ＣＰＵ３０１の処理結果を出力する。具体的には、入力されたデータやシステムの稼働状況等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、メッセージや警告音、コンテンツの音声データ等を音として出力する。
【００５８】
また、出力装置３１０は、ＣＤ−Ｒドライブやメモリカードライタといった記憶媒体の書き込み装置であっても良い。記憶媒体の書き込み装置は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体へ、ＣＰＵ３０１の処理結果等の情報を出力（書き込み）する。
【００５９】
ストレージ装置３１１は、本実施形態にかかるユーザ端末３の記憶部の一例として構成されたデータ格納用の装置であり、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含むことができる。ストレージ装置３１１は、例えば、ＨＤＤ（Hard Disk Drive）で構成される。このストレージ装置３１１は、ハードディスクを駆動し、ＣＰＵ
３０１が実行するプログラムや各種データを格納する。
【００６０】
通信装置３１５は、例えば、通信網１２に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置３１５は、無線ＬＡＮ（Local Area Network）やワイヤレスＵＳＢといったワイヤレス通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。
【００６１】
なお、これらのハードウェア構成は、メタファイルに基づいて動画を再生するといったユーザ端末３の機能を実現できれば、これに限らず適宜変更可能である。例えば、デジタルサイネージにおいて、音声出力が必要ない装置であった場合、スピーカを省略しても良い。また、テレビ(モニタ)とＳＴＢのように他の装置と組み合わせてユーザ端末の機能を実現するものでも良い。即ち、全ての要素を一つの装置内に有していなくても良い。
【００６２】
（９）ユーザ端末３の機能
図８は、本実施形態にかかるユーザ端末３の機能ブロック図である。当該ユーザ端末３は、要求送信部３３１や、メタファイル受信部３３３、取得要求部３３４、動画再生部３３５を備える。これら要求送信部３３１、メタファイル受信部３３３、取得要求部３３４、動画再生部３３５の機能は、主にＣＰＵ３０１がプログラムに従って処理を実行して通信装置３１５やストレージ装置３１１等の各部を制御して実現している。
【００６３】
要求送信部３３１は、配信サーバ２へＷｅｂページの閲覧要求や動画データの配信要求を送信する。例えば図６のハイパーリンク９１−９４が選択された場合に、リンク先である動画データのＵＲＬを配信サーバに送信することで、動画データの配信要求を行う。
【００６４】
メタファイル受信部３３３は、配信サーバ２からメタファイルを受信し、ＲＡＭ３０３或いはストレージ装置３１１に記憶させる。
【００６５】
取得要求部３３４は、受信したメタファイルの格納先情報に基づいて、動画データを構成する各画像の取得要求をそれぞれの格納先である配信サーバ２に対して送信する。また、取得要求部３３４は、グリッドサーバ４の負荷制御部４３４から配信状況を受信し、配信要求を行っている配信サーバ２の配信状況が悪ければ、配信の要求先を他の配信サーバ２へ切り換える。また、取得要求部３３４は、画像ファイルの転送速度や、再送要求の数、エラー率等に基づいて配信状況を求め、この配信状況に基づいて配信を要求する配信サーバ２を切り替えても良い。なお、配信を要求する配信サーバ２は、後述のメタファイルに複数記録され、この複数の配信サーバ２から選択する。
【００６６】
動画再生部３３５は、受信した画像をメタファイル（表示指示情報）に従って順次再生する。
【００６７】
なお、これらの要求送信部３３１、メタファイル受信部３３３、取得要求部３３４、動
画再生部３３５の機能を実行するためのプログラムは、所謂ウェブブラウザであっても良い。
【００６８】
（１０）画像ファイル及びメタファイルの生成方法
図９−図１７を用いて、メタファイル生成装置１による画像ファイル及びメタファイルの生成方法について説明する。図９は画像ファイル及びメタファイル生成方法の全体の流れを示す図、図１０は各画像のメタデータを求める処理の流れを示す図、図１１，図１２はシーンの切り替わりを判定する処理の説明図、図１３は画像を分類する処理の説明図、図１４は同一画像を判定する処理の説明図、図１５は部分一致した画像を合成する処理の流れを示す図、図１６は部分一致した画像を合成する処理の説明図、図１７はメタファイルの構成を示す図である。
【００６９】
メタファイル生成装置１は、処理対象の動画データを指定する情報、生成した画像ファイルの格納先情報及びメタファイルの生成指示が入力されると、図９に示すように、メタファイルの生成処理を開始する。先ず、メタファイル生成装置１は、指定された処理対象の動画データをストレージ装置１１１や記憶媒体の読み取り装置（入力装置１０８）から読み取り、各画像をＲＡＭ１０３上に読み出す（ステップＳ１０）。なお、動画データが圧縮されている場合には復号し、各画像をそれぞれビットマップデータとする。
【００７０】
次にメタファイル生成装置１は、各ファイルを一画像毎に一ファイル（画像ファイル）とし、ファイル名を付けてストレージ装置１１１やＲＡＭ１０３に一時的に記憶させる（ステップＳ２０）。
【００７１】
そして、メタファイル生成装置１は、各画像を他の画像と比較して各画像のメタデータを求める処理（ステップＳ４０）を全ての画像について繰り返す（ステップＳ３０−Ｓ５０）。
【００７２】
各画像を比較してメタデータを求める処理（ステップＳ４０）では、図１０に示すように、先ず比較部１３２が、各画像を一つ前の画像と比較し（ステップＳ４１０）、一致度が高いか否かを判定する（Ｓ４２０）。この比較及び判定は、例えば当該画像と直前（一つ前)の画像の特徴点を夫々抽出し、当該画像の特徴点と直前の画像特徴点との相関をと
り、対応する特徴点を求め、当該画像において抽出した特徴点の数と対応する特徴点の数の割合を一致度として算出する。
【００７３】
図１１では、画像８２を直前の画像８１と比較した場合を示す。画像８２の特徴点として抽出した箇所に、便宜上点を表示したものが８２Ａである。同様に画像８１の特徴点として抽出した箇所に、便宜上点を表示したものが８１Ａである。画像８２Ａにおける特徴点の周囲の情報をテンプレートとし、画像８１Ａ上でテンプレートマッチングによって一致する部分を探し、一致した部分の特徴点を対応する特徴点とする。このように対応する特徴点と対応しない特徴点の割合を算出し、対応する特徴点の割合、即ち一致度が閾値以上、例えば６０％以上の場合に同一シーンと判定する。なお、同一シーン内であっても登場人物の動きや背景の移動があり、それなりの画像の変化が想定されるため、同一シーンと判定するための閾値は低めに設定する。また、フレームレートが高い程、画像間の差が少なくなるため、この閾他を高く設定しても良い。また、画像の解像度が低い程、画像間の差が少なくなるので、この閾値を高く設定しても良い。
【００７４】
図１１に示したように、類似した画像を比較した場合、略同じように特徴点が得られ、対応する特徴点が多いので、一致度が高いと判定される。
【００７５】
図１２では、画像８４を直前の画像８３と比較した場合を示す。画像８４の特徴点とし
て抽出した箇所に、便宜上点を表示したものが８４Ａである。同様に画像８３の特徴点として抽出した箇所に、便宜上点を表示したものが８３Ａである。画像８４Ａにおける特徴点周囲の画素の情報をテンプレートとし、画像８３Ａ上でテンプレートマッチングによって一致する部分を探し、一致した部分の特徴点を対応する特徴点とする。このように対応する特徴点と対応しない特徴点の割合を算出し、対応する特徴点の割合、即ち一致度が閾値以上、例えば６０％以上の場合に同一シーンと判定する。
【００７６】
図１２に示したように、類似しない画像を比較した場合、当然抽出した特徴点に類似は見られず、対応する特徴点が少ないので、一致度が閾値未満と判定される。
【００７７】
ステップＳ４２０で一致度が高いと判定された場合（Ｓ４２０，Ｙｅｓ）、当該画像が直前の画像と同じシーンであると認識し、比較部１３２は、直前の画像のシーンＩＤと同じシーンＩＤを持つ画像をメタファイルからリストアップし（ステップＳ４３０）、順次ＲＡＭ１０３上に読み出して、当該画像を同一シーン内の他の画像と比較する（ステップＳ４４０）。そして、この比較により、当該画像が、カメラをパン又はチルトして撮影したように、徐々にシフトする画像（本実施形態ではスクロール画像と称する）であるか否かの判定を行う（ステップＳ４５０）。なお、スクロール画像は、カメラで撮影した画像に限定されるものではなく、パンやチルトと同様に一方向へシフトするように作成されたアニメーションやコンピュータグラフィクスであっても良い。
【００７８】
図１３では、当該画像８６を他の画像８５と比較する例を示している。これらの画像８５，８６の特徴点を抽出し、画像８５Ａ，８６Ａのように複数の領域に分割して比較し、特徴点の移動が検出され、複数の領域の全てで同方向の移動が検出された場合、当該画像８６は、スクロール画像と判定する（ステップＳ４５０，Ｙｅｓ）。そして、前画像との差分を前画像に合成して被参照画像とし（ステップＳ４７０）、合成後の被参照画像を所定の記憶領域に登録させる。
ここで所定の記憶領域とは、ストレージ装置１１１のデータ領域であっても良いし、格納先として指定された配信サーバ２上の記憶領域であっても良い。また、格納する際のファイル名は、例えば動画データを特定する情報（作品ＩＤ）と画像を特定する情報（画像ＩＤ）を組み合わせたものとしても良い。そして、メタファイル生成部１３４は、このスクロール画像（参照画像）を識別するための情報と、合成後の被参照画像を識別するための情報と、合成後の被参照画像のうち当該スクロール画像に相当する領域を示す領域情報とを対応つけてメタデータとしてメタファイルに記録する（ステップＳ４９０）。これによりスクロール画像８６の配信を省略しても、ユーザ端末３の動画再生部３３５がメタファイルに基づいて合成後の被参照画像から該当領域を読み出し、スクロール画像８６に代えて表示させることで動画を再生でき、配信するデータ量を削減できる。
一方、ステップＳ４５０でスクロール画像で無かった場合（ステップＳ４５０，Ｎｏ）、当該画像を同一シーン内の他の画像と比較して同一画像があるか否かを判定する（ステップＳ４６０）。
【００７９】
図１４は、同一の画像と判定する場合の具体例を示す。図１４において、画像７１−７５が、ステップＳ２０にて動画データから作成した各画像であり、画像７３について他の画像と比較する処理を説明する。
【００８０】
比較部１３２は、先のステップＳ４２０で画像７３を直前の画像７２と比較した際、画像全体としては類似しており、一致度が閾値より高いと判定し、当該画像７３が直前の画像７３と同一シーンであると判定し、同様に同一シーンと判定された他の画像（本例では画像７１，７２）を抽出して同一か否かの比較を行う（ステップＳ４５０）。図１４において、当該画像７３及び他の画像７１，７２の特徴点を抽出した画像が７３Ａ及び７１Ａ，７２Ａである。ここで画像７１−７５は登場人物が話をしているシーンであるので、画
像７３Ａと画像７２Ａを複数の領域で比較すると、口元を含む領域７３Ｂと領域７２Ｂとが異なり、同一の画像ではないと判別する。一方、画像７３Ａと画像７１Ａを比較した場合、同じく口を閉じた瞬間の画像であるため、複数の領域で比較しても、口元を含む領域７３Ｂと領域７１Ｂや、その他全ての領域の一致度が高く、同一の画像と判別する。なお、図１４では便宜上、領域７１Ｂ〜７３Ｂの違いのみを示したが、実際にはどこの領域に違いが表れるのかは分からないため、画像全域について比較を行う。
【００８１】
このように当該画像８６が他の画像８５と同一であれば、当該画像８６の表示に代えて他の画像８５を再表示することでも動画の再生が可能である。そこで本実施形態では、ステップＳ４５０で比較部１３２が比較した結果、画像８６を画像８５と同一の参照画像と分類した場合、メタファイル生成部１３４は、この参照画像８６を示すメタデータと、被参照画像８５を示すメタデータをメタファイルに記録する（ステップＳ４９０）。これにより同一の参照画像８６の配信を省略しても、ユーザ端末３の動画再生部３３５がメタファイルに基づいて被参照画像８５を参照し、参照画像８６に代えて表示させることで動画を再生でき、配信するデータ量を削減できる。
【００８２】
また、ステップＳ４６０で比較部１３２が比較した結果、同一の画像が同一シーン内に無かった場合、この画像（一般画像）を配信対象の画像ファイルとして所定の記憶領域に登録させ(ステップＳ４８０)、メタファイル生成部１３４が、この画像を識別するためのメタデータ（画像ＩＤや格納先等）をメタファイルに記録する（ステップＳ４９０）。
【００８３】
同様に、ステップＳ４２０で比較部１３２が、比較の結果、直前の画像との一致度が低い画像を新シーンの最初の画像と認識した場合（ステップＳ４２５）、当該画像を所定の記憶領域に登録させ(ステップＳ４８０)、メタファイル生成部１３４が、この画像のメタデータをメタファイルに記録する（ステップＳ４９０）。この画像のメタデータとしては、例えば、ステップＳ４２５で認識した新しいシーンのシーンＩＤを当該画像の情報と対応付けてメタファイルに登録しても良い。シーンＩＤは、シーンを特定する識別情報であり、例えば認識した順にシリアル番号を付与する。
【００８４】
なお、一般画像は、後続の画像について図９のステップＳ３０〜Ｓ５０を繰り返した際、後続の画像と一致した場合には、被参照画像とされメタファイルが更新される。
【００８５】
メタファイル生成装置１は、上記のように作成したメタファイルをグリッドサーバ４に送信する。
【００８６】
（１１）スクロール画像の被参照画像を合成する処理の詳細
ステップＳ４７０の合成処理について図１５，図１６を用いて詳細に説明する。図１５において、画像６１−６４が、ステップＳ２０にて動画データから作成された画像であり、先ず画像６２について分類する処理を説明する。
【００８７】
比較部１３２は、ステップＳ４２０で画像６２を直前の画像６１と比較した場合、画像全体としては類似しており、一致度が閾値より高いと判定し、同一シーンの他の画像として画像６１を抽出して比較する（ステップＳ４３０，Ｓ４４０）。当該画像６２及び他の画像６１の定量化を行い、特徴点を抽出した画像が６２Ａ及び６１Ａである。ここで画像６１−６４は山の麓から山頂方向へチルトして撮影したシーンであるので、画像６２Ａの複数の領域Ａ１−Ａ９について夫々画像６１Ａと比較すると、山頂方向の領域Ａ１−Ａ３では一致度が低く、その他の領域Ａ４−Ａ９では一致度が高い。また、領域Ａ４−Ａ９における特徴点が一方向に移動している。例えば、画像６１Ａの領域Ａ１における特徴点Ｐ１１と対応する画像６２Ａの特徴点Ｐ１１は矢印６０方向に移動している。また、領域Ａ５−Ａ９の特徴点Ｐ１２−Ｐ１６についても矢印６０と同じ方向に移動（スクロール）し
ている。
【００８８】
即ち、画像６２は、画像６１と比べて矢印６０方向にスクロールした画像であり、スクロールによって新たに画像６２内に入った領域６２Ｃが画像６１と異なる差分で、その他の領域６２Ｄは画像６１と一致する。そこで、画像６１に差分領域６２Ｃを加えて被参照画像６１Ｂを合成すると共に、合成後の被参照画像６１Ｂのうち参照画像６２と一致する領域６２Ｅを特定する領域情報を生成する。
【００８９】
同様に以降のスクロール画像についても画像の定量化、比較、合成の処理を繰り返して、図１６に示すように画像６３の画像６２との差分領域６３Ｃを被参照画像６１Ｂに加えて被参照画像６１Ｃを合成すると共に、合成後の被参照画像６１Ｃのうち参照画像６３と一致する領域６３Ｅを特定する領域情報を生成する。
【００９０】
更に画像６４の画像６３との差分領域６４Ｃを被参照画像６１Ｃに加えて被参照画像６１Ｄを合成すると共に、合成後の被参照画像６１Ｄのうち参照画像６４と一致する領域６４Ｅを特定する領域情報を生成する。
【００９１】
これらの被参照画像を合成する処理、即ち図１０に示すステップＳ４７０の処理の詳細なフローについて図１７を用いて説明する。ステップＳ４５０にて画像９２がスクロール画像と判別した場合、比較部１３２は、一致度の高い画像、通常は直前の画像６１を所定の記憶領域から抽出する（ステップＳ５１０）。そしてスクロール画像６２と直前の画像６１の中心付近の領域を比較し（ステップＳ５２０）、移動量と方向を求める（ステップＳ５３０）。
【００９２】
この移動量と方向に基づいて、画像合成部１３５は、スクロール画像中の差分領域を切り出し（ステップＳ５４０）、差分領域を直前の画像６１に加え（ステップＳ５５０）、被参照画像６１Ｂを合成する（ステップＳ５６０）。また、ステップＳ５６０では、メタファイル生成部１３４が、合成後の被参照画像６１のうち、スクロール画像６２に相当する領域を示す領域情報を生成する。
【００９３】
また、メタファイル生成部１３４は、合成前の被参照画像６１を配信用データの格納場所から削除する（ステップＳ５７０）。
【００９４】
ステップＳ５７０の終了後、図１０に示すステップＳ４８０の処理に戻り、合成後の被参照画像を所定の記憶領域に登録させる。
【００９５】
（１２）動画の配信方法及び再生方法
図１８は動画の配信方法の説明図である。ユーザが図６に示すようなＷｅｂページ中のリンクを選択すると、ユーザ端末３は、リンク先の情報（ＵＲＬ等）に従ってグリッドサーバ４にアクセスし、このＵＲＬや、ＵＲＬに含まれるパラメータを配信サーバ２に通知することで配信要求を行う（ステップＳ１００）。
【００９６】
ユーザ端末３からの配信要求を受信したグリッドサーバ４は、各配信サーバ２の負荷状況を確認し（ステップＳ１０３）、例えば負荷が均等に分散されるように当該ユーザ端末３への配信を行う配信サーバ２を決定する（ステップＳ１０６）。そして、グリッドサーバ４は、ユーザ端末３から配信要求として通知されたＵＲＬやパラメータ等の識別情報と対応する動画のメタファイルに、当該配信サーバを示す情報を付加し、要求元のユーザ端末３へ送信する（ステップＳ１１０）。
【００９７】
メタファイルを受信したユーザ端末は、メタファイルに画像のリスト（配信リスト）に
基づいて格納先の配信サーバ２へ各画像の取得を要求する（ステップＳ１２０）。ここで、画像の取得を要求する配信サーバ２は、メタファイルを要求したサーバに限らず、メタファイルに格納先として示された複数の配信サーバ２のうち何れのものでも良い。また複数の配信サーバ２に並行して取得を要求し、それぞれから画像ファイルを受信しても良い
取得要求を受信した配信サーバ２は、該当の画像ファイルを要求元のユーザ端末３へ送信する（ステップＳ１３０）。
【００９８】
画像ファイルを受信したユーザ端末３は、当該画像ファイルをバッファとしての記憶部に記憶する（ステップＳ１４０）。ここで画像ファイルをバッファリングする記憶部は、ストレージ装置３１１であっても良いが、配信終了後にファイルが残らないＲＡＭ３０３とするのが好ましい。
ユーザ端末３は、受信した画像をメタファイルに従って順次表示する表示することで動画の再生を行う（ステップＳ１５０）。
【００９９】
そして、ユーザ端末３は、配信リストの画像を全て受信するまでステップＳ１２０以降の処理を繰り返す（ステップＳ１６０）。
【０１００】
図１９は、メタファイルの一例を示す図である。本実施形態では、メタ情報をマークアップ言語で記述し、ユーザ端末３のソフトウェア（所謂ブラウザ）がこの記述に従って画像を表示することで動画を再生するようにしている。
図１９において、記述５１のfps=60が、画像を表示する際のフレームレートを示す属性であり、１秒間に６０枚の画像を表示させることを示している。
また、記述５２のhref=が画像を配信サーバ２から取得することを示す情報であり、こ
れに続く記述５４の"http://xxx.23.122.33/server1/1932108392089.png"が格納先とファイル名（識別情報）である。そして、この記述の順が、再生順を示す順序情報となる。
また、記述５３の"reload" scope="scene" href="/12903840298340929.html"が、被参
照画像を再表示させる記述である。
このように、再生に必要な情報をマークアップ言語で記述することにより、ユーザ端末３側では、一般的なブラウザで本実施形態の動画再生を実現できる。
【０１０１】
また、これに限らず、メタ情報に基づいて、再表示やスクロール表示等をユーザ端末側で判断して実行する専用のソフトウェア（プレーヤー）を用いても良い。
図２２は専用のプレーヤーを用いた場合の動画の再生方法の説明図である。図１８のステップＳ１４０でバッファリングした画像が所定以上になった場合、ユーザ端末３の動画再生部３３５はメタファイルの再生順に従って各画像の再生処理を開始する（ステップＳ６１０）。
【０１０２】
動画再生部３３５は、先ず再生する画像の種類が同一画像か否かを判定し（ステップＳ６２０）、同一画像であればメタファイルに基づき当該同一画像の被参照画像として記録されている被参照画像をバッファから読み出して表示装置に表示させる（ステップＳ６３０）。
【０１０３】
また、ステップＳ６２０で画像の種類が同一画像で無い場合、シフト画像か否かを判定する（ステップＳ６４０）。ここで、シフト画像であればメタファイルに基づき当該シフト画像の被参照画像として記録されている被参照画像をバッファから読み出して、領域情報に基づいて当該シフト画像に相当する領域を切り出し（ステップＳ６５０）、切り出した領域をシフト画像に代えて表示させる（ステップＳ６６０）。
【０１０４】
また、ステップＳ６４０で画像の種類がシフト画像で無い場合（ステップＳ６４０，Ｎｏ）、当該画像の種類が一般画像か被参照画像であるので、バッファから当該画像を読み
出して表示する（ステップＳ６７０）。
【０１０５】
そして、動画再生部３３５は、メタファイルの順序情報に基づいて次に再生する画像が有るか否かを判定し、次の画像があればステップＳ６１０に戻って再生処理を繰り返し、次の画像がなければ図１９の処理を終了する。
【０１０６】
このように図１８の処理により配信サーバ２からユーザ端末３へ画像単位で配信し、これと並行してユーザ端末３が受信してバッファに格納した画像を図１９に示すようにメタファイルに従って再生することで、動画データの再生を行うことができる。
【０１０７】
図２０は、再生時のユーザインタフェースの一例である。図２０において、動画を構成する各画像は、動画表示欄５１に表示される。動画表示欄５１の下方に配置された操作部５０は、動画の再生や早送り、巻き戻し等の操作を行うためのボタン群である。
【０１０８】
動画再生部３３５は、動画の再生中に再生／停止ボタン５２が選択されると、動画の再生を停止し、このとき表示されている画像の表示を続け静止状態とする。また、動画の停止中に再生／停止ボタン５２が選択されると、動画の再生が開始される。早送りボタン５３が選択されると、動画再生部３３５は、ステップＳ６１０で順序情報に基づいて再生対象の画像を選択する際、順番を飛ばして画像を選択し、再生を行う。例えば２倍速で再生する場合には画像を一つ置きに再生し、４倍速で再生する場合には画像を３つ置きに再生する。また、これと並行して取得要求部３３４は、順番を飛ばして取得する画像を要求し、バッファに格納して行く。
【０１０９】
シーン送りボタン５４が選択されると、動画再生部３３５は、ステップＳ６１０で順序情報に基づいて再生対象の画像を選択する際、次のシーンの先頭画像を選択し、再生を行う。これと並行して取得要求部３３４は、シーンを飛ばして取得する画像を要求し、バッファに格納して行く。
【０１１０】
巻き戻しボタン５５が選択されると、動画再生部３３５は、ステップＳ６１０で順序情報に基づいて再生対象の画像を選択する際、順番を戻して画像を選択し、再生を行う。例えば２倍速で巻き戻しする場合には画像を一つ置きに戻し、４倍速で再生する場合には画像を３つ置きに戻す。また、順番を戻した画像が、バッファ中に存在する場合には、バッファから読み出し、バッファ中に存在しない場合には、再生と並行し、取得要求部３３４が、これらの画像の取得を要求し、バッファに格納する。
【０１１１】
シーン戻りボタン５６が選択されると、動画再生部３３５は、ステップＳ６１０で順序情報に基づいて再生対象の画像を選択する際、前のシーンの先頭画像を選択し、再生を行う。これと並行して取得要求部３３４は、前のシーンの先頭画像を受信し、バッファに格納する。
【０１１２】
本実施形態では、一画像毎に配信しているので、再生中であっても早送りや巻き戻しに対応できる。
【０１１３】
（１３）メタファイルの構成
図２１は、メタファイルの構成を示す図である。図２１に示すように、本実施形態では、メタファイルに、作品ＩＤ、シーンＩＤ、画像ＩＤ（フレームＩＤ）、ファイル名、画像種類（フレーム種類）、サーバＩＤ（格納先情報）、利用フレーム数、表示上の効果を示す情報（表示効果情報）を記録している。
【０１１４】
作品ＩＤは、動画データ毎に付与した識別情報であり、シーンＩＤはシーン毎に付与し
た識別情報である。
【０１１５】
画像種類は、同一画像、シフト画像、被参照画像、一般画像の種別を示す情報である。従ってメタファイルに記録されている画像のうち、被参照画像及び一般画像の画像種類となっているものが配信対象であり、この情報が配信リストに相当する。
【０１１６】
画像ＩＤは動画データ中での各画像の順、即ち再生順に付与したシリアルＮｏであり、画像を動画データ中で一意に識別する情報であると共に、順序情報でもある。
【０１１７】
サーバＩＤ（格納先情報）は、各画像を格納している配信サーバ２を示す情報であり、複数のサーバが記録される。また、サーバＩＤは、ネットワークを介してアクセスする際のアドレス（ＩＰアドレス等）や、このアドレスと対応付けられた識別情報等である。
【０１１８】
（１４）画像の表示制御
ユーザ端末３の動画再生部３３５は、メタファイルの表示効果情報に基づいて被参照画像を画像処理して表示しても良い。
【０１１９】
動画では、フェードインやフェードアウトといった所定の映像効果を用いることがある。例えば、シーンの切り変わりなどで、画像が徐々に白や黒一色に変化するフェードアウトが用いられることがある。この場合、被参照画像の色調を白又は黒に近づけるように変化させながら表示することで再現することが可能である。また、フェードインの場合には、白や黒一色の画像から被参照画像に近づけるように変化させながら表示する。
【０１２０】
そこで、メタファイル生成装置１の比較部１３２は、ステップＳ４５０或いはステップＳ４６０において、画像を比較する際に、画像間に色調の変化やフォーカスの変化等、所定の変化の有無を検出する。例えば、ステップＳ４６０で画像が徐々に白や黒一色に変化する色調の変化を検出した場合、ステップＳ４９０にてメタファイル生成装置１は、同一画像のフェードアウトと認識し、この同一画像の表示効果情報としてフェードアウト(例
えば白へのフェードアウト)をメタファイルに記録する。また、ステップＳ４５０で画像
が徐々にボケていくフォーカスの変化を検出した場合、ステップＳ４９０にてメタファイル生成装置１は、スクロール画像のぼかし（フォーカス変化）と認識し、この同一画像の表示効果情報として、フォーカス変化をメタファイルに記録する。
【０１２１】
そして、ユーザ端末３の動画再生部３３５は、メタファイルに基づきステップＳ６３０にて、被参照画像を画像処理して表示する。
例えば、以下のようなメタファイルの記述に従って表示制御を行う。
<source type="image" href="http://xxx.23.122.33/server1/123456.png"
style="focus: to-defocus 3.5px 30"/>
上記Focus:がフォーカス変化の属性であることを示し、to-defocusの場合、被参照画像（上記例では123456.png）をピントが合った状態からボケた状態へと変化させる。一方、to-focusの場合、ボケた状態からピントが合った状態へと変化させる。
また、上記Focus属性の3.5pxは、ぼかし量を示し、ピクセル単位で指定する。上記例では3.5ピクセルの範囲でぼかすことを示す。
更に、上記Focus属性の30は、ぼかし時間であり、ぼかし処理を開始してから上記ぼか
し量に達するまでの秒数或いはフレーム（画像）数を示す。
【０１２２】
<source type="image" href="http://xxx.23.122.33/server1/123456.png"
style="fade: out white 100% 15/>
上記fade:がフェード属性であることを示し、outであれば被参照画像（上記例では123456.png）を指定色（上記例ではwhite）へ徐々に変化させてフェードアウトさせる。なお
、色の指定は、#ffffffといったＲＧＢで記述しても良い。一方、inの場合、指定色から
徐々に被参照画像へ変化させてフェードインさせる。
また、上記フェード属性の100%は、フェード量を示し、被参照画像からどの程度指定色に近づけるかを示す。
更に、上記フェード属性の15は、フェード時間であり、フェード処理を開始してから上記フェード量に達するまでの秒数或いはフレーム（画像）数を示す。
【０１２３】
なお、この映像効果は、フェードイン・フェードアウトに限らず、ソラリゼーションや、モノクローム化など、被参照画像を画像処理して表示できるものであれば良い。
【０１２４】
以上のように、本実施形態によれば、参照画像に代えて被参照画像を表示して動画の再生を行うことができ、動画を再生する際に配信するデータ量を削減できる。
【０１２５】
また、動画再生中に配信サーバを切り替えることができ、負荷の集中等に応じて柔軟に対応できる。
【０１２６】
〈その他〉
本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【０１２７】
１    メタファイル生成装置
２    配信サーバ
３    ユーザ端末
１０  配信システム
【図１】
2013090102.tif 000003
【図２】
2013090102.tif 000004
【図３】
2013090102.tif 000005
【図４】
2013090102.tif 000006
【図５】
2013090102.tif 000007
【図６】
2013090102.tif 000008
【図７】
2013090102.tif 000009
【図８】
2013090102.tif 000010
【図９】
2013090102.tif 000011
【図１０】
2013090102.tif 000012
【図１１】
2013090102.tif 000013
【図１２】
2013090102.tif 000014
【図１３】
2013090102.tif 000015
【図１４】
2013090102.tif 000016
【図１５】
2013090102.tif 000017
【図１６】
2013090102.tif 000018
【図１７】
2013090102.tif 000019
【図１８】
2013090102.tif 000020
【図１９】
2013090102.tif 000021
【図２０】
2013090102.tif 000022
【図２１】
2013090102.tif 000023
【図２２】
2013090102.tif 000024