JP2008141746A - 動画再生システム及び方法 - Google Patents

Abstract

【課題】動画再生システム及び方法を提供する。
【解決手段】入力されたイメージを構成する画素の色相分布を分析するイメージコンテンツ分析ユニットと、画素に関する属性情報と色相分布及びイメージサイズ情報に基づいてスケーリングパラメータを予測するパラメータ予測ユニット及び予測されたパラメータを用いて画素の最終輝度と彩度とを決定する輝度−彩度決定ユニットとを備える。
【選択図】図３

Description

本発明は、動画再生に係り、さらに詳細には、多様なコンテンツ客体からなる動画を再生するシステム及び方法に関する。

一般的にユーザが写真などのコンテンツを鑑賞するのには、多数のコンテンツを所定時間間隔で示すスライドショー（Ｓｌｉｄｅ Ｓｈｏｗ）方式が多用されている。このようなスライドショー方式は、単純に所定コンテンツを示してから、所定時間が経過すれば、その次のコンテンツを示す方式である。この際、スライドショー方式は、所定時間コンテンツが停止するために、コンテンツを静的に表現して個人の思い出や選好度によってコンテンツを構成することができなくて、最近個々人が自身のコンテンツを映像化して動的に表現しようとする欲求を充足させるには力不足であった。

また、一回に１つのコンテンツのみを示すためにユーザが現在見ているコンテンツと既に見たコンテンツと今後見るコンテンツとの間の連関性を直観的に分り難く、また静的表現により多様な表現が難しい問題点がある。言い換えれば、所定コンテンツを所定時間静的に表現するために、多数のコンテンツが所定の連関性、例えば、同じ場所で撮影した写真である場合にも、各コンテンツ間の連関性を直観的に把握し難いという問題点がある。

したがって、最近には、スライドショー方式自体の単純さを克服するために、コンテンツと共にステッカー及び字幕などの付加的な効果を追加するか、コンテンツの鑑賞時、ズーム（Ｚｏｏｍ）、パン（Ｐａｎ）及びチルトなどの多様な動的効果を付加しているが、既存の単調さを克服することができず、個人のコンテンツ形態が常に同じ形からなり、多様なユーザの要求を満足させるには力不足であった。

最近、個人コンテンツを用いた映像物著作が活発になっているが、既存のツールを用いて著作するためには、専門的な知識が要求され、著作後に様々な機器に伝送あるいは共有するために機器に合うフォーマットに作るためには、さらに多くの努力が要求される。このような点を解決するために、ユーザの便利性を最大化してコンテンツを動的な映像物として著作する従来の技術がたくさん提案されている。ユーザは、前記技術を通じて、多数のコンテンツを集めて１つの動画を生成し、これを配信及び共有する過程を通じて前記動画がホームサーバーなどに応用されるようにする。前記動画は、個人が所蔵している写真、デジタル写真、音楽ソースを用いる実行モジュール基盤の映像物である。前記動画の代表例として、マクロメディア社のソフトウェア“ＦＬＡＳＨ”により著作されるＳＷＦ（Ｓｈｏｃｋ−ｗａｖｅ Ｆｌａｓｈ）ファイルがある。

このような動画を著作するためには、ユーザに直接には見えなくても、ユーザの要求を満足させるようにコンテンツを動画として構造化し、これに合う効果を表現しうる機能が要求される。

図１は、このような従来技術による動画再生システム１０の動作を示す図面である。前記システム１０は、場面（ｓｃｅｎｅ）１１ａ、１１ｂ、カット１３ａ、１３ｂ、１３ｃ、イメージ１４ａないし１４ｆ及び音響（ｓｏｕｎｄ）１５などの多様なコンテンツを組合わせてディスプレイする。前記場面１１ａ、１１ｂは、１つの背景画面に基づいて決定され、その内部に他のコンテンツを含むことができる。前記カット１３ａ、１３ｂ、１３ｃは、動き、変更の単位であって、その内部に他のコンテンツを含むことができる。例えば、１つのカットが回転する場合、その内部のコンテンツも共に回転される。

前記システム１０は、それぞれのコンテンツの再生開始部分（点線で表示）を基準として、動画を再生する。すなわち、前記再生開始部分から所定の持続時間の間に前記コンテンツをディスプレイするものである。この際、前記コンテンツには、動的効果が付け加えられうる。したがって、前記再生開始部分を基準に動画への接近は可能であるが、任意の時点を基準に動画への接近は不可能である。例えば、図１において、ｔ１は、ユーザの任意接近が可能な位置であるが、ｔ２は、ユーザの任意接近が可能な位置ではない。

これに対して、一般的なビデオ再生システム２０のビデオフレーム再生過程は、図２に示された通りである。ここで、ビデオは、複数のビデオフレーム２１ないし２５で構成され、動画とは区別される概念である。動画は、複数のコンテンツを含んでなり、それぞれのコンテンツが独立的に制御できるが、一方、ビデオは、その内部に多様なイメージが存在するとしても、そのイメージは、画素情報で構成されることに過ぎず、独立的に制御されることはできない。前記ビデオも、単に前記動画に含まれるコンテンツに属するだけである。

図２を参照すれば、ビデオフレーム２１ないし２５は、フレーム率（時間当りフレームの表示回数）による時間間隔で順次にディスプレイされることが分かる。例えば、フレーム率が３０であれば、それぞれのビデオフレームは、１／３０秒ずつ順次にディスプレイされる。したがって、ユーザは、全体ビデオフレームのうち、所望のビデオフレームへの任意接近が可能である。もちろん、ビデオコーディング方式によって、任意接近が可能なフレーム（ＭＰＥＧでのＩフレーム）と任意接近が不可能なフレーム（ＭＰＥＧでのＰ、Ｂフレーム）があり得るが、これは、ユーザが所望の場面を探していくに当たって別に問題にはならない。

したがって、動画を効率的に生成し、生成された動画をユーザのニーズに合わせて再生または制御可能な技術の開発が要求される。
韓国公開特許第２００２−０２８０４８号公報

本発明の技術的課題は、多様な独立したコンテンツを含んでなる動画をユーザの要求によって容易に生成、再生及び制御する方法及びシステムを提供することである。
また、本発明の他の技術的課題は、前記再生される動画を容易にビデオでコーディングしうる方法を提供することである。

本発明の技術的課題は、以上で言及した技術的課題に制限されず、言及されていないさらに他の技術的課題は、下の記載から当業者に明確に理解されうる。

前記技術的課題を達成するための本発明の一実施例による動画再生システムは、動画を構成する少なくとも１つ以上のコンテンツ客体の構成を定義するスクリプト及び前記コンテンツ客体の動的効果を定義する実行モジュールを生成する生成部と、前記スクリプト及び実行モジュールを分析して所定のフレーム率に基づいたフレームメタ情報を生成するフレーム管理部と、前記フレームメタ情報に前記コンテンツ客体を適用してフレームイメージを構成する再生部を備える。

前記した技術的課題を達成するための本発明の一実施例による動画の再生方法は、動画を構成する少なくとも１つ以上のコンテンツ客体の構成を定義するスクリプト及び前記コンテンツ客体の動的効果を定義する実行モジュールを生成する段階と、前記スクリプト及び実行モジュールを分析して所定のフレーム率に基づいたフレームメタ情報を生成する段階と、前記フレームメタ情報に前記コンテンツ客体を適用してフレームイメージを構成する段階を含む。

前記技術的課題を達成するための本発明の一実施例による動画再生システムは、動画及び既定のコンテンツ客体の動的効果を含む少なくとも１つのユーザが選択したコンテンツ客体の構成を定義する、ユーザが選択可能なテンプレートを備える。

本発明によれば、多様な客体で構成される動画が容易に生成され、生成された動画をフレーム単位で再生または制御でき、圧縮されたビデオストリームへの変換も容易であるという長所がある。

本発明の効果は、前述した効果に制限されず、言及されていないさらに他の効果は、特許請求の範囲の記載から当業者に明確に理解されうる。

本発明によれば、動画を容易でかつ効果的に著作するために映像物を構成する背景及び飾り効果、切換効果などをあらかじめ定義して、ユーザにテンプレートとして提供され、ユーザはこのうち１つを選択して本人の写真と音楽とを挿入すれば、リアルタイム鑑賞が可能である。また、本発明では、このように著作した動画の便利な共有のために、フレーム単位で映像を抽出し、圧縮した動画ファイルとして保存することを支援する。

図３は、本発明の一実施例による動画再生システム１００を示すブロック図である。動画再生システム１００は、生成部１１０、再生部１２０、エンコーダ１３０、客体保存部１４０及びフレーム管理部１５０を含んで構成されうる。

生成部１１０は、多様なコンテンツ客体（以下、客体と称する）から動画を生成し、その産出物として、スクリプト３０及び実行モジュール４０を生成する。本発明において、‘客体’は、動画の構成要素であって、写真、音響、ビデオシーケンス、背景、ステッカー、テキスト（ｔｉｔｌｅ、ｄｅｓｃｒｉｐｔｉｏｎ、ｃａｐｔｉｏｎなど）を総括する概念である。前記客体は、１つの背景画面を単位で変更される場面を単位で構成されうる。生成部１１０は、スクリプト及び実行モジュールを既定のテンプレートを通じて動画を容易に生成しうる。

前記テンプレートは、複数の客体を配置するためのツールとして理解されうる。前記テンプレートは、客体の配置及び動的効果をあらかじめ定義しているために、ユーザは、前記客体として使われるコンテンツのみを選択することによって、簡単に動画を生成可能にする手段である。

前記動的効果には、客体が徐々に現れるか、消えるなどの切換効果を示すトランジッション（ｔｒａｎｓｉｔｉｏｎ）、経時的に客体の位置及び大きさなどを多様な速度で変化させるアニメーション、客体を動かさず、カメラが動くような効果であるカメラワークなどがある。

前記テンプレートは、ユーザの選好度によって生成される動画と同様に、スクリプト３０及び実行モジュール４０からなりうる。前記スクリプト３０は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのようなマークアップ言語（Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で表現され、前記実行モジュール４０は、マクロメディア社のＳＷＦファイルで具現されうる。

スクリプト３０は、動画の構造を定義する。前記動画は、複数の場面からなり、１つの場面は、多様な客体からなりうる。次の表（１）は、テンプレートと実際に生成された動画とに関するスクリプト３０の構成例を示す。

表（１）で、Ｉｎｔｒｏは、ユーザのコンテンツが登場する前に動画の全体的な雰囲気を暗示する部分映像物である。動画では、同じ背景を有する部分が場面（ｓｃｅｎｅ）であり、ユーザは、１場面ずつ順次に鑑賞可能に構成されている。前記場面には、ユーザの写真及びその他の飾り要素（ステッカー、キャプションなど）及び動的効果が含まれる。Ｅｎｄｉｎｇは、ユーザの写真を含む動画がいずれも上映された後、全体ストーリーを整理する部分映像物である。また、背景音響は、動画全体または場面別に異ならせて適用しうる。それぞれの客体は、スクリプトに明示された属性によって表現されるが、特に明示された属性がない場合には、基本的な属性として決定される。例えば、生成された順序によってその優先順位が決定されるか、客体間に従属性がある場合、位客体が上位客体の属性をそのまま相続されうる。

このように、スクリプト３０は、動画のあらゆる構成要素をマークアップ言語の形態に表示し、動画の再生時に再生部１２０は、スクリプト３０をパージング（ｐａｒｓｉｎｇ）し、実行モジュール４０及び客体をリアルタイムでレンダリング（ｒｅｎｄｅｒｉｎｇ）して示すようになる。

基本的に、動画再生システム１００は、実際動画のスクリプトとテンプレートのスクリプトとの構造は、同一にして、ユーザが著作するための状態でユーザ客体を入れた時の模様をあらかじめ分かるように支援する。著作後、ユーザがあらかじめ見た映像物の形態をそのまま保存するために、動画とテンプレートとの間には、図４のように物理的にも同じフォルダ構造を有し、実際に各フォルダ内に含まれたテンプレートの内容は、ユーザ客体を含んで再構成される点を除いては同一である。

図５は、スクリプト３０の構造を概念的に示す図面である。スクリプト３０は、複数の場面＃１、＃２、＃３からなり、１つの場面には、複数の客体を識別するためのＵＲＬ及びその客体の属性が記録されている。前記識別子は、客体保存部１４０から特定客体をローディングするために使われる。

前記“属性”とは、一瞬間で客体の特徴を示す定量化された値を意味する。例えば、前記属性は、該当客体のｘ座標、ｙ座標、深さ（ｄｅｐｔｈ）、回転角度、横サイズ（ｗｉｄｔｈ）、縦サイズ（ｈｅｉｇｈｔ）、透明度（ｔｒａｎｓｐａｒｅｎｃｙ）などを含む。前記ｘ座標及びｙ座標の基準点は、場面を構成する背景の左上端に位置しうる。また、客体の“深さ”は、複数の客体が重複された空間上に位置する場合に客体がディスプレイされる順序を示すための値である。

スクリプト３０には、このような客体のＵＲＬ及び多様な属性の初期値が記録され、実行モジュール４０は、前記客体の変更される属性が記録されると見られる。

スクリプト３０に記載されるＵＲＬは、客体自体のＵＲＬを意味することができるが、前記客体の動的効果を定義する実行モジュール（例えば、ＳＷＦファイル）のＵＲＬを含むこともできる。例えば、表（１）でキャプションのＵＲＬは“．／ｃａｐｔｉｏｎ／＊．ｓｗｆ”と指定されているが、“＊．ｓｗｆ”は、単純に字幕という客体自体のＵＲＬではなく、字幕の動的効果を示す実行モジュールのＵＲＬを示している。

再び図３を参照すれば、ユーザインターフェース１６０は、ユーザの趣向による動画を生成するために、ユーザ命令を入力される手段である。図６は、ユーザインターフェース１６０の一例を示す。ユーザが動画のテンプレートリスト５１のうち、１つを選択すれば、プレビュー（ｐｒｅｖｉｅｗ）窓５４で再生が行われる。この際、ユーザが自身の所蔵している写真を選択すれば、前記選択された写真がテンプレートに反映され、その結果がプレビュー窓５４で再生される。前記選択された写真は、図６のように、複数の場面＃１、＃２、＃３のうち、一場面の構成要素として挿入される。ところが、ユーザが場面単位で挿入した写真の配列順序を変えようとする場合には、単純にある写真を他の写真の間にドラッグ−アンド−ドロップ（ｄｒａｇ ａｎｄ ｄｒｏｐ）するだけで良い。例えば、図７で写真Ｅを、写真Ａと写真Ｂとの間にドラッグ−アンド−ドロップすれば、挿入された写真Ｅ以後の写真は、１桁ずつ後に移動しうる。このように、ユーザは、場面に挿入される写真を容易に選択し、その順序を変更できるものである。このような方式でユーザは、上映される客体の順序と内容とを変更でき、特定客体が属した場面も変更可能である。例えば、４個の客体Ａ、Ｂ、Ｃ、Ｄが場面＃１に、その次の客体Ｅが場面＃２に属するとする時、場面＃１と場面＃２との間の境界を前記３番目客体Ｃの前に移せば、前記３番目客体Ｃも場面＃２に属するようになる。

写真と同様に、図６でユーザが音楽（音響客体）のリスト５３のうち、１つを選択すれば、前記選択された音楽がテンプレートに反映され、その結果がプレビュー窓５４で再生される。もし、ユーザが現在再生している動画を保存しようとすれば、Ｓａｖｅボタン５５を押して保存することができる。この際、保存されることは、スクリプト３０、実行モジュール４０及び動画を構成する客体である。保存された動画は、ユーザが選択した環境をそのまま再生可能であり、その他に編集、動画ファイルへの保存、削除などが可能である。

また図３に戻れば、生成部１１０は、ユーザインターフェース１６０を通じて動画の構成が完成されれば、前記動画を構成するために場面別に配置された客体に対してトランジッション、アニメーション、カメラワークなどの動的効果を与えうる。前記動的効果は、テンプレートによって既に定義されていることがあり、ＳＷＦファイルのような実行モジュールの形態に保存されうる。

図８及び９は、前記動的効果の例を示す図面である。図８において、１つの場面６０は、１つの背景６１を含んでいる。前記場面６０に含まれる客体６２は、初期位置から移動するか、回転するか、拡大されることができ、移動、回転及び拡大が同時に行われることもできる。

一方、図９において、場面６０に含まれる客体７２は、初期位置から移動しつつ、透明度が変化されうる。前記透明度が１（１００％）になるか、前記客体７２の持続時間が満了されれば、前記客体７２は、ディスプレイされなくなる。このような動的効果によって、ユーザは、動画の再生を一般的なビデオシーケンスの再生と同一に認知しうる。

つまり、生成部１１０は、動画に関する最終産物として、スクリプト３０及び実行モジュール４０を生成する。動画の構成に必要な客体は、客体保存部１４０に既に保存されている。

また図３を参照すれば、客体保存部１４０は、動画の構成要素として使われる多様な客体を保存するメモリまたはデータベースであって、ハードディスクやフラッシュメモリのような不揮発性記録媒体やその他の記録媒体からなる。

再生部１２０は、スクリプト３０をパージングしてスクリプト３０に含まれた客体をローディングし、実行モジュール４０による動的効果を前記客体に適用して動画を再生する。前記動的効果のために、再生部１２０は、Ｓｈｏｃｋｗａｖｅ Ｆｌａｓｈ ＯＣＸコントロールを利用しうる。

再生部１２０は、テンプレートまたは動画をユーザが便利に鑑賞するために再生、停止（ｓｔｏｐ）、一時停止（ｐａｕｓｅ）、早送り、巻き戻し、任意接近などの機能を提供する。次の図１０は、ユーザが再生部１２０にユーザ命令を入力するためのユーザインターフェース９５及び動画の再生画面９６の例を示す図面である。このようなインターフェース９５を用いて、ユーザは、該当動画に対する多様な再生制御動作を命令することができる。

ユーザから命令を入力されるか、再生状態を出力するために再生部１２０は多様なＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ）関数を提供する。次の表（２）は、スクリプトを基盤にした１１種のＡＰＩの例を示す。

ところが、一般的なビデオシーケンスに対して、早送りや任意接近などの再生制御をしようとすれば、フレームを示す時間を減らすか、スキップ（ｓｋｉｐ）する方式で簡単に具現可能である。しかし、動画は、ビデオシーケンスのように単純な画素情報の集合ではなく、各客体の情報をそのまま維持している。したがって、動画を単純に再生だけすれば、特に問題にはならないが、動画の再生時に多様な再生制御を適用するためには、動画をフレーム化する必要がある。

フレーム管理部１５０は、スクリプト３０及び実行モジュール４０を分析し、動画の総再生時間を算出し、ここに所定のフレーム率を適用して各フレーム別情報を生成する。次いで、フレーム管理部１５０は、再生部１２０で多様な再生制御が発生すれば、前記再生制御に該当するフレームの情報を再生部１２０に提供する。

図１１は、フレーム管理部１５０での動作を示すフローチャートである。フレーム管理部１５０は、スクリプト３０及び実行モジュール４０を分析する（Ｓ１）。まず、フレーム管理部１５０は、スクリプト３０を分析して動画に含まれる場面、前記場面に含まれる客体、すなわち、動画の構造を把握する。そして、実行モジュール４０を分析し、前記客体の動的効果を把握する。

フレーム管理部１５０は、各フレームに含まれる客体に関するフレームメタ情報を生成する（Ｓ２）。図１２のような動画８０があり、点線で表示された部分がフレームの位置であると仮定しよう。そうすると、各フレーム別に含まれる客体は変わりうる。例えば、フレームｆ１には、客体ａ、客体ｂ、音響客体１５及び場面＃１の背景イメージが含まれ、フレームｆ２には、客体ｂ、音響客体１５及び場面＃１の背景イメージが含まれ、フレームｆ３には、音響客体１５及び場面＃２の背景イメージが含まれる。

一方、実行モジュール４０には、客体の動的効果が記録されているので、フレーム管理部１５０は、これより特定フレームで客体の属性を計算しうる。前記属性は、該当客体のｘ座標、ｙ座標、深さ、回転角度、横サイズ（ｗｉｄｔｈ）、縦サイズ（ｈｅｉｇｈｔ）、透明度（ｔｒａｎｓｐａｒｅｎｃｙ）などを含む。

例えば、図１３のように、ある客体８５が座標（０、０）（ｘ座標及びｙ座標がいずれも０であることを意味する）から座標（５、７）に移動する動的効果を有し、その移動時間が３フレーム間隔（フレーム間隔とは、フレーム率の逆数を意味）に該当すると仮定すれば、フレームｆ_ｎ＋１位置での客体８５の座標は（５／３、７／３）であり、フレームｆ_ｎ＋２位置での客体８５の座標は（１０／３、１４／３）であると計算しうる。このような方法を利用すれば、任意のフレーム位置に属する客体８５の属性をいずれも推算することができる。

フレーム管理部１５０は、このようにフレームに含まれる客体を把握した後、各客体の属性を記録することによって、フレームメタ情報５０を生成する。前記フレームメタ情報５０は、図１４のような構造として記録されうる。前記音響客体は、他の視覚的客体とは異なって、動的効果は存在しないので、その属性としては、該当フレーム位置での時間情報、すなわち、同期化情報のみを必要とする。なぜなら、音響客体は、特定位置への任意接近が既に可能であるからである。

最後に、フレーム管理部１５０は、前記生成されたフレームメタ情報５０を再生部１２０の要請によって再生部１２０に提供する。

再生部１２０は、フレームメタ情報５０から特定フレームに含まれる客体及びその客体の属性が得られ、前記客体を客体保存部１４０からローディングしてフレームイメージを生成しうる。したがって、再生部１２０は、フレームメタ情報５０を提供された時点から、ユーザの多様な再生制御命令によって動画フレーム別にディスプレイすることができる。例えば、前記再生制御命令が“再生”であれば、再生部１２０は、フレームメタ情報５０からフレーム情報を順次に読出して再生すればよく、前記再生制御命令が“３倍速で巻き戻し”であれば、現在フレームから逆順にフレーム情報を読出して原フレーム率の３倍で再生すればよい。また、前記再生制御命令が任意接近である場合には、それに該当するフレーム番号に移動して正常な再生を始めれば良い。このように再生部１２０によって生成されたフレームイメージが再生される間に、再生部１２０は、音響客体を前記フレームイメージの再生に同期化して再生する。

エンコーダ１３０は、再生部３３０で生成されたフレームイメージに所定のコーデックないし圧縮アルゴリズム（ＭＰＥＧ、Ｈ．２６４など）を適用して圧縮されたビデオストリームを生成する。この際、音響客体は、前記生成されたビデオストリームと同期を合わせて前記ビデオストリームの一部として含まれる。もちろん、エンコーダ１３０は、音響客体も音響圧縮コーデック（ＭＰ３、ＡＣ３など）で圧縮しうる。

動画をＰＣ以外の携帯用小型機器で再生しようとするならば、前記機器には、Ｆｌａｓｈ再生器が設けられているか、そうでなければ、前記機器で再生可能なフォーマットの動画にエンコーディングされねばならない。現在、大部分のデジタルカメラ／カムコーダがＭＰＥＧ動画再生機能を提供するので、動的映像物を動画に変換して提供する必要がある。したがって、エンコーダ１３０は、多様な対象機器の要求に適した形でビデオストリームを生成して提供しうる。

エンコーダ１３０は、基本的にビデオストリームを生成するために、コーデック、フレーム率、解像度などの条件を入力されねばならないが、対象機器から直接該当情報を受信して、このような条件を自動設定することもできる。ただし、エンコーダ１３０で生成されたビデオストリームは、その原本の動画と異なって内部客体の情報をいずれも消失するようになるので、対象機器の仕様が十分であれば、動画自体を提供することが、さらに効率的な場合もある。

これまで図３の各構成要素は、メモリ上の所定領域で行われるタスク、クラス、サブルーチン、プロセス、オブジェクト、実行スレッド、プログラムのようなソフトウェアや、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェアで具現され、また前記ソフトウェア及びハードウェアの組み合わせで形成されることもある。前記構成要素は、コンピュータ判読可能な保存媒体に含されるように構成されても良く、複数のコンピュータにそれ一部が分散されて分布されても良い。

以上、添付された図面を参照して本発明の実施例を説明したが、本発明が属する技術分野で当業者ならば、本発明がその技術的思想や必須な特徴を変更せずとも、他の具体的な形態に実施されうるということを理解できるであろう。したがって、前述した実施例は、あらゆる面で例示的なものであり、限定的なものではないという点を理解せねばならない。

本発明は、動画再生関連の技術分野に好適に適用されうる。

従来の技術による動画再生システムの動作を示す図である。 一般的なビデオフレーム再生過程を示す図である。 本発明の一実施例による動画再生システムの構成を示すブロック図である。 テンプレート及び動画のフォルダ構造を示すブロック図である。 スクリプトの構造を概念的に示す図である。 ユーザインターフェースの一例を示す図である。 写真配列順序を変更する方法を示す図である。 動的効果の例を示す図である。 動的効果の例を示す図である。 動画再生を制御するためのユーザインターフェースの例を示す図である。 フレーム管理部での動作を示すフローチャートである。 動画をフレーム化する概念を示すブロック図である。 フレーム別に客体の属性を計算する方法を示す図である。 フレームメタ情報の構造を示す図である。

符号の説明

３０ スクリプト
４０ 実行モジュール
５０ フレームメタ情報
１００ 動画再生システム
１１０ 生成部
１２０ 再生部
１３０ エンコーダ
１４０ 客体保存部
１５０ フレーム管理部
１６０ ユーザインターフェース

Claims (22)

1. 動画を構成する少なくとも１つ以上のコンテンツ客体の構成を定義するスクリプト及び前記コンテンツ客体の動的効果を定義する実行モジュールを生成する生成部と、
   前記スクリプト及び実行モジュールを分析して所定のフレーム率に基づいたフレームメタ情報を生成するフレーム管理部と、
   前記フレームメタ情報に前記コンテンツ客体を適用してフレームイメージを構成する再生部と、を備える動画再生システム。
2. 前記構成されたフレームイメージに所定のコーデックを適用してビデオストリームを生成するエンコーダをさらに備える請求項１に記載の動画再生システム。
3. ユーザ命令を入力され、前記構成されたフレームイメージをディスプレイするユーザインターフェースをさらに含む請求項１に記載の動画再生システム。
4. 前記生成部は、前記コンテンツ客体の構成及び前記動的効果が既定義されたテンプレートにユーザが選択したコンテンツ客体を適用して前記スクリプト及び前記実行モジュールを生成する請求項１に記載の動画再生システム。
5. 前記実行モジュールは、ＳＷＦファイルである請求項１に記載の動画再生システム。
6. 前記コンテンツ客体は、背景イメージに基づいて区分される場面別に構成される請求項１に記載の動画再生システム。
7. 前記フレームメタ情報は、各フレームに属する客体及び前記客体の属性を含む請求項１に記載の動画再生システム。
8. 前記属性は、横座標、縦座標、深さ、回転角度、横サイズ、縦サイズ及び透明度のうち、少なくとも１つ以上を含む請求項７に記載の動画再生システム。
9. 前記再生部は、ユーザから再生制御命令を入力され、前記再生制御命令に対応するフレームに関するフレームメタ情報に前記コンテンツ客体を適用してフレームイメージを構成し、前記構成されたフレームイメージを前記再生制御命令によってディスプレイする請求項１に記載の動画再生システム。
10. 前記再生部は、音響コンテンツ客体を前記ディスプレイされるフレームイメージに同期化して再生する請求項９に記載の動画再生システム。
11. （ａ）動画を構成する少なくとも１つ以上のコンテンツ客体の構成を定義するスクリプト及び前記コンテンツ客体の動的効果を定義する実行モジュールを生成する段階と、
    （ｂ）前記スクリプト及び実行モジュールを分析して所定のフレーム率に基づいたフレームメタ情報を生成する段階と、
    （ｃ）前記フレームメタ情報に前記コンテンツ客体を適用してフレームイメージを構成する段階と、を含む動画の再生方法。
12. 前記構成されたフレームイメージに所定のコーデックを適用してビデオストリームを生成する 段階をさらに含む請求項１１に記載の動画の再生方法。
13. ユーザ命令を入力され、前記構成されたフレームイメージをディスプレイする段階をさらに含む請求項１１に記載の動画の再生方法。
14. 前記（ａ）段階は、前記コンテンツ客体の構成及び前記動的効果が既定義されたテンプレートにユーザが選択したコンテンツ客体を適用して前記スクリプト及び前記実行モジュールを生成する段階を含む請求項１１に記載の動画の再生方法。
15. 前記実行モジュールは、ＳＷＦファイルである請求項１１に記載の動画の再生方法。
16. 前記コンテンツ客体は、背景イメージに基づいて区分される場面別に構成される請求項１１に記載の動画の再生方法。
17. 前記フレームメタ情報は、各フレームに属する客体及び前記客体の属性を含む請求項１１に記載の動画の再生方法。
18. 前記属性は、横座標、縦座標、深さ、回転角度、横サイズ、縦サイズ及び透明度のうち、少なくとも１つ以上を含む請求項１７に記載の動画の再生方法。
19. 前記（ｃ）段階は、ユーザから再生制御命令を入力され、前記再生制御命令に対応するフレームに関するフレームメタ情報に前記コンテンツ客体を適用してフレームイメージを構成する段階と、
    前記構成されたフレームイメージを前記再生制御命令によってディスプレイする段階と、を含む請求項１１に記載の動画の再生方法。
20. 前記（ｃ）段階は、音響コンテンツ客体を前記ディスプレイされるフレームイメージに同期化して再生する段階をさらに含む請求項１９に記載の動画の再生方法。
21. 前記（ａ）段階ないし（ｃ）段階のうち、少なくとも１つの段階を制御するコンピュータ判読可能なコードを備える少なくとも１つの記録媒体を備える請求項１１に記載の動画の再生方法。
22. 動画及び既定のコンテンツ客体の動的効果を含む少なくとも１つのユーザが選択したコンテンツ客体の構成を定義するユーザが選択可能なテンプレートを備える動画再生システム。

Images