JP2011509016A - リッチメディア提供システムおよびその制御方法 - Google Patents

Abstract

本発明は、リッチメディア提供システムおよびその制御方法に関し、リッチメディア提供システムにおいて、リッチメディアを構成する所定の要素メディアの提供を外部サーバから受けて保存するメディアサーバ；上記要素メディアをストリーミング形態で提供し、所定のキャプチャ入力により端末機で再生中のシーンを追跡するメディア送信サーバ；および、追跡した上記シーンの提供を受けて再生するリッチメディア端末機；を含むことを特徴とする。
これにより、ユーザーの所望するリッチメディアコンテンツの部分を特定してキャプチャし保存しておくことにより、ユーザーの便宜に応じて何時でも何処でも予めキャプチャした部分を利用することができる。

Description

本発明は、リッチメディア提供システムおよびその制御方法に関し、望ましくは、リッチメディアコンテンツをストリーミング形態で受信する間、所定の入力によりユーザーの所望する部分をキャプチャして保存および利用できるリッチメディア提供システムおよびその制御方法に関する。

過去は、コンピュータ技術や通信技術などが未整備で大容量のデータを保存し迅速に送信するのに十分ではなかったが、最近では、コンピュータ技術および通信技術に対する限界が順次克服されていることにより、インターネットを通した動画や音声のようなマルチメディアデータの送信およびこれを用いたマルチメディア再生の利用が順次増加している。かかる技術的背景を受けて最近広く利用されている媒体のうちの一つがリッチメディア（Ｒｉｃｈ−ｍｅｄｉａ）であると言える。

リッチメディア（Ｒｉｃｈ−ｍｅｄｉａ）とは、既存の単純なバナー広告よりも豊富な情報を含んでいて、インターネット上のユーザーとの相互作用を支援する新形態の媒体（ｍｅｄｉａ）を意味し、本来はインターネット広告用語である。しかし、最近ではその意味が拡大且つ一般化されて多様な媒体に適用可能なマルチメディアといった程度に理解されている。

キャプチャ（ｃａｐｔｕｒｅ）関連の従来技術を考察するに、一般の動画やイメージ、ウェブページの場合は、キャプチャする区間に含まれるメディアが明確に区分されているためキャプチャして抽出するのが難しくなかったが、リッチメディア（Ｒｉｃｈ−ｍｅｄｉａ）の場合は、既に受信したシーンとメディアの融合により現在のシーンがなされるため、ユーザーの所望するシーンをキャプチャして保存および利用するにあたって問題があった。

従って、本発明の目的は、リッチメディアコンテンツをストリーミング形態で受信して利用している途中にリッチメディアコンテンツの一部をキャプチャして保存することにより、以後ユーザーの都合のよい時に、その部分だけを利用することができるリッチメディア提供システムおよびその制御方法を提供することにある。

即ち、本発明の目的は、リッチメディア提供システムにおいて、リッチメディアを構成する所定の要素メディアの提供を外部サーバから受けて保存するメディアサーバ；上記要素メディアをストリーミング形態で提供し、所定のキャプチャ入力により端末機で再生中のシーンを追跡するメディア送信サーバ；および、追跡した上記シーンの提供を受けて再生するリッチメディア端末機；を含むことを特徴とするリッチメディア提供システムおよびその制御方法を提供することにある。

また、本発明の目的は、上記メディアサーバは、外部サーバから送信されてきた上記要素メディアを上記メディア送信サーバへ提供するバッファ（ｂｕｆｆｅｒ）を含み、上記メディア送信サーバは、キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記キャプチャ入力により、上記リッチメディア端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；追跡した上記シーンを保存するメディア合成部；および、保存された上記シーンを上記リッチメディア端末機に提供するメディア送信部；を含むことを特徴とするリッチメディア提供システムおよびその制御方法を提供することにある。

上記目的を達成するための本発明の第１側面によるリッチメディア提供システムは、リッチメディアを構成する所定の要素メディアの提供を外部サーバから受けて保存するメディアサーバ；上記要素メディアをストリーミング形態で提供し、所定のキャプチャ入力により端末機で再生中のシーンを追跡するメディア送信サーバ；および、追跡した上記シーンの提供を受けて再生するリッチメディア端末機；を含むことを特徴とする。

望ましくは、上記メディアサーバは、外部サーバから送信されてきた上記要素メディアを上記メディア送信サーバに提供するバッファ（ｂｕｆｆｅｒ）を含むことを特徴とし得る。

望ましくは、上記メディア送信サーバは、キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記キャプチャ入力により、上記リッチメディア端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；追跡した上記シーンを保存するメディア合成部；および、保存された上記シーンを上記リッチメディア端末機に提供するメディア送信部；を含むことを特徴とし得る。

望ましくは、上記メディア制御部は、上記再生中のシーンが上記バッファに存在しない場合、上記シーンを構成する上記要素メディアを上記外部サーバに要請することを特徴とし得る。

望ましくは、上記メディア合成部は、上記要請により上記外部サーバから提供された上記要素メディアを利用して上記シーンを生成し保存することを特徴とし得る。

望ましくは、上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存することを特徴とし得る。

望ましくは、上記メディア合成部は、上記キャプチャ終了入力により上記シーンの保存を終了することを特徴とし得る。

望ましくは、上記メディア合成部は、上記キャプチャ終了入力なしで当該リッチメディアコンテンツの再生が終了された場合、上記シーンの保存を終了することを特徴とし得る。

望ましくは、上記メディア送信サーバは、キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記キャプチャ入力により、上記リッチメディア端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；および、追跡した上記シーンを上記リッチメディア端末機に提供するメディア送信部；を含むことを特徴とし得る。

望ましくは、上記リッチメディア端末機は、上記メディア送信部から提供された上記シーンを保存するメディア合成部を含むことを特徴とし得る。

望ましくは、上記メディア制御部は、上記再生中のシーンが上記バッファに存在しない場合、上記シーンを構成する上記要素メディアを上記外部サーバに要請することを特徴とし得る。

望ましくは、上記メディア送信部は、上記要請により上記外部サーバから提供された上記要素メディアを上記メディア合成部に送信することを特徴とし得る。

望ましくは、上記メディア合成部は、送信されてきた上記要素メディアを利用して上記シーンを生成し保存することを特徴とし得る。

望ましくは、上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存することを特徴とし得る。

望ましくは、上記メディア合成部は、上記キャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了することを特徴とし得る。

上記目的を達成するための本発明の第２側面によるリッチメディア提供システムのメディア送信サーバは、キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む所定のキャプチャ入力により、端末機で再生中のシーン（ｓｃｅｎｅ）が上記リッチメディア提供システムのバッファ（ｂｕｆｆｅｒ）に保存されているか否かを追跡するメディア制御部；および、追跡した上記シーンを上記端末機に提供するメディア送信部；を含むことを特徴とする。

望ましくは、追跡した上記シーンを保存し、上記再生中のシーンが上記バッファに存在しない場合は、上記シーンを構成する要素メディアの提供を上記外部サーバから受けて上記シーンを生成し保存するメディア合成部を更に含むことを特徴とし得る。

望ましくは、上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存することを特徴とし得る。

望ましくは、上記メディア合成部は、上記キャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで端末機で当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了することを特徴とし得る。

上記目的を達成するための本発明の第３側面によるリッチメディア提供システムの制御方法は、リッチメディアを構成する所定の要素メディアの提供を外部サーバから受ける段階；端末機を通したキャプチャ開始入力がなされる段階；上記入力時、上記端末機で再生中のシーン（ｓｃｅｎｅ）が所定のバッファ（ｂｕｆｆｅｒ）に存在するか否かを追跡する段階；上記バッファに上記再生中のシーンが存在する場合は、追跡した上記シーンを保存する段階；上記バッファに上記再生中のシーンが存在しない場合は、上記シーンを構成する要素メディアの提供を外部サーバから受けて上記シーンを生成することにより保存する段階；保存された上記シーンをリッチメディア端末機に提供する段階；および、提供された上記シーンを再生する段階；を含むことを特徴とする。

望ましくは、上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合は、所定の代替シーンを生成し保存する段階を更に含むことを特徴とし得る。

望ましくは、端末機を通したキャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記端末機で当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了する段階を更に含むことを特徴とし得る。

上記目的を達成するための本発明の第４側面によるリッチメディア提供システムのメディア送信サーバの制御方法は、端末機を通したキャプチャ開始入力がなされる段階；上記入力時、上記端末機で再生中のシーン（ｓｃｅｎｅ）が所定のバッファ（ｂｕｆｆｅｒ）に存在するか否かを追跡する段階；上記バッファに上記再生中のシーンが存在する場合は、追跡した上記シーンを保存する段階；上記バッファに上記再生中のシーンが存在しない場合は、上記シーンを構成する要素メディアの提供を外部サーバから受けて上記シーンを生成することにより保存する段階；および、保存された上記シーンをリッチメディア端末機に提供する段階；を含むことを特徴とする。

望ましくは、上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合は、所定の代替シーンを生成し保存する段階を更に含むことを特徴とし得る。

望ましくは、端末機を通したキャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記端末機で当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了する段階を更に含むことを特徴とし得る。

上記手段による本発明によれば、リッチメディアコンテンツをストリーミング形態で利用している途中に、ユーザーの所望する特定部分が本システム内部に保存されているか否かを追跡してキャプチャし保存することができ、追跡が不可能な場合は、外部サーバから要素メディアの提供を受けてシーンを生成し保存することができる。

これにより、ユーザーの所望するリッチメディアコンテンツの部分を特定してキャプチャし保存しておくことにより、ユーザーの便宜に応じて何時でも何処でも予めキャプチャした部分を利用することができる。

本発明の第１実施例によるリッチメディア提供システムのブロック図である。 本発明の第２実施例によるリッチメディア提供システムのブロック図である。 本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第１部分に関する順序図である。 本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第２部分に関する順序図である。

以下、添付図面を参照しながら本発明について詳しく説明する。
図１は、本発明の第１実施例によるリッチメディア提供システムのブロック図である。

本発明の第１実施例によるリッチメディア提供システムは、メディアサーバ１００、メディア送信サーバ３００およびリッチメディア端末機５００を含む。

メディアサーバ１００は、所定の要素メディアをメディア送信サーバ３００に提供するもので、外部サーバに所定の要素メディアを要請して送信を受け、送信されてきた要素メディアを臨時保存しメディア送信サーバ３００にストリーミングまたはダウンロード方式で提供できる。望ましくは、メディアサーバ１００は、外部サーバから送信されてきた要素メディアをメディア送信サーバ３００へ提供する時、相互間の送信速度差を解決するために要素メディアを臨時で保存するバッファ（ｂｕｆｆｅｒ）１１０を含んで具現され得る。ここで、要素メディアは、リッチメディアを構成するそれぞれの構成要素（ｅｌｅｍｅｎｔ）を意味する。

メディア送信サーバ３００は、メディアサーバ１００から提供された要素メディアを利用して合成したリッチメディアまたは要素メディア自体をリッチメディア端末機５００（以下、便宜上‘端末機５００’という）にストリーミング形態で送信する。望ましくは、メディア送信サーバ３００は、所定のキャプチャ入力によりリッチメディア端末機５００で再生中のシーン（ｓｃｅｎｅ）を追跡して提供することもできるが、この点については後に詳しく説明する。

メディア送信サーバ３００は、メディア制御部３１０、メディア合成部３３０およびメディア送信部３５０を含む。

メディア制御部３１０は、所定のキャプチャ入力によりリッチメディア端末機５００で再生中のシーン（ｓｃｅｎｅ）がバッファ１１０に保存されているか否かを追跡する。即ち、メディア制御部３１０は、ユーザーが端末機５００を通してキャプチャ開始入力を行えば、端末機５００で現在再生中のシーンを逆に追跡するが、先ずバッファ１１０に追跡したシーンが存在するか否かを確認する。

望ましくは、メディア制御部３１０は、追跡したシーンがバッファ１１０に存在しない場合は、シーンを構成する要素メディアを外部サーバに要請できる。かかる要請により提供された要素メディアを利用して後述のメディア合成部３３０でシーンを生成できるが、この点については後述することにする。

メディア合成部３３０は、要素メディアを利用してリッチメディアを合成するもので、メディア制御部３１０が追跡したシーンを保存することができる。

望ましくは、メディア合成部３３０は、追跡の結果、端末機５００で再生中のシーン（ｓｃｅｎｅ）がバッファに存在しない場合は、メディア制御部３１０により外部サーバから提供された要素メディアを利用してシーンを生成し保存することもできる。

一方、メディア合成部３３０は、追跡したシーンまたはシーンを構成する要素メディアが保存不可能な場合は、所定の代替シーンを生成し保存することができる。ここで、代替シーン（ｓｃｅｎｅ）は、追跡したシーンまたはシーンを構成する要素メディアが保存不可能でユーザーのキャプチャしようとするシーンが利用不可能な場合に代替的に利用できるシーン（ｓｃｅｎｅ）であり、例えば、空白（ｅｍｐｔｙ）イメージであり得る（他の多様な代替シーン全て可）。また、代替シーンが使用されるのは、保存不可能なシーンがある場合、または要素メディアの属性上、保存不可能な場合を含み得る。

また、メディア合成部３３０は、キャプチャ終了入力がなされた場合、上述のシーンの保存を終了できる。場合によっては、キャプチャ終了入力がなされる前に現在のリッチメディア再生が終了される場合が発生し得るが、この場合にも同様にメディア合成部３３０はシーンの保存を終了できる。また、当然、メディア合成部３３０におけるシーン保存容量を超過した場合も、シーンの保存が終了されるであろう。

メディア送信部３５０は、メディア合成部３３０により保存されているシーンを端末機５００に提供する。

リッチメディア端末機５００は、リッチメディアの再生が可能な端末機で、携帯電話および電子ブックリーダーを含む携帯用端末機、ＰＣなどを含み得る。望ましくは、リッチメディア端末機５００は、メディア送信サーバ３００またはメディア送信部３５０からシーンの提供を受けて再生できる。

図２は、本発明の第２実施例によるリッチメディア提供システムのブロック図である。

本発明の第２実施例によるリッチメディア提供システムは、メディアサーバ２００、メディア送信サーバ４００およびリッチメディア端末機６００（以下、便宜上‘端末機６００’という）を含む。

第２実施例の場合、メディア合成部３３０，６２０関連部分以外は上述の第１実施例と類似しているため、以下、相当部分は第１実施例の記載をもって代える。

メディアサーバ２００およびバッファ２２０に関する説明は、第１実施例に関して上述したところと同一である。

メディア送信サーバ４００の機能も上述した第１実施例に関する説明とほぼ類似しているため、メディア制御部４２０およびメディア送信部４４０については上述したところと同一である。

一方、リッチメディア端末機６００は、メディア制御部４２０が追跡したシーンの提供を受けるもので、望ましくは、メディア合成部６２０を含むように具現され得る。

メディア合成部６２０は、通常、要素メディアを利用してリッチメディアを合成し、メディア制御部３１０が追跡したシーンを保存できる機能を果たすもので、第１実施例に関する説明と同一である。よって、メディア合成部６２０におけるシーン生成／保存、代替シーン生成／保存、およびシーン保存終了に関する説明は、図１を参照しながら説明した第１実施例の場合と同一である。

リッチメディア端末機６００は、第１実施例で既に説明したところと同一である。

メディア送信サーバ３００，４００は、実施例により、メディア合成部３３０，６２０がメディア送信サーバ３００に含まれるかそれとも端末機６００に含まれるかにより異なって具現され得ることは、図１および図２を参照しながら既に説明した通りである。

図３は、本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第１部分に関する順序図である。

以下、図３を参照しながら本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第１部分に関する動作順序を具体的に説明する。

ユーザーが端末機５００，６００を通して、リッチメディアを構成する要素メディアを外部サーバに要請して提供を受ける（Ｓ１０１）。

端末機５００，６００を通して、ユーザーがキャプチャ開始入力を行う（Ｓ１０２）。

端末機５００，６００で現在再生中のシーンがバッファ１１０，２２０に保存されているか否かを追跡する（Ｓ１０３）。

バッファ１１０，２２０に現在再生中のシーンが存在するか否かを確認する（Ｓ１０４；再生中のシーンの追跡および確認を一つの段階として記載することもできるが、図面およびそれに伴う説明の便宜上、上述したところと同様に記載したに過ぎない）。

バッファ１１０，２００に再生中のシーンが存在する場合は、追跡した当該シーンを保存する（Ｓ１０５）。

バッファ１１０，２００に再生中のシーンが存在しない場合は、追跡した当該シーンを構成する要素メディアの提供を外部サーバから受けてシーンを生成し保存する（Ｓ１０６）。

保存されたシーンを端末機５００，６００に提供する（Ｓ１０７）。

提供されたシーンを端末機５００，６００で再生する（Ｓ１０８）。

図４は、本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第２部分に関する順序図である。

以下、図４を参照しながら本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第２部分に関する動作順序を具体的に説明する。ここで、リッチメディア提供システムの制御方法のうちの第２部分は、Ｓ１０１〜Ｓ１０６とＳ１０７との間に挿入され得る部分を意味する。

バッファ１１０，２２０に保存されているか否かを追跡したシーン（バッファ１１０，２２０にシーンがないため要素メディアから生成したシーンを含む）またはシーンを構成する要素メディアの保存可否を確認する（Ｓ２０１）。

シーンまたは要素メディアが保存不可能な場合は、代替シーンを生成および保存する（Ｓ２０２）。

キャプチャ終了入力の有無を確認する（Ｓ２０３）。

キャプチャ終了入力なしで端末機５００，６００で当該リッチメディアコンテンツの再生が終了したか否かを確認する（Ｓ２０４）。

キャプチャ終了入力がなされた場合、またはキャプチャ終了入力なしで端末機５００，６００で当該リッチメディアコンテンツの再生が終了した場合は、シーンの保存を終了する（Ｓ２０５）。

以後、Ｓ１０７へと進む。

以上、本発明の望ましい実施例を参照しながら説明したが、該当技術分野における熟練した当業者であれば、特許請求の範囲に記載の本発明の思想および領域から逸脱しない範囲内での多様な修正および変更が可能であることを理解し得るであろう。

本発明は、リッチメディア提供システムおよびその制御方法に関し、望ましくは、リッチメディアコンテンツをストリーミング形態で受信する間、所定の入力によりユーザーの所望する部分をキャプチャして保存および利用できるリッチメディア提供システムおよびその制御方法に関する。

本発明によれば、リッチメディアコンテンツをストリーミング形態で利用している途中に、ユーザーの所望する特定部分が本システム内部に保存されているか否かを追跡してキャプチャし保存することができ、追跡が不可能な場合は、外部サーバから要素メディアの提供を受けてシーンを生成し保存することができる。これにより、ユーザーの所望するリッチメディアコンテンツの部分を特定してキャプチャし保存しておくことにより、ユーザーの便宜に応じて何時でも何処でも予めキャプチャした部分を利用することができる。

Claims (25)

1. リッチメディア提供システムにおいて、
   リッチメディアを構成する所定の要素メディアの提供を外部サーバから受けて保存するメディアサーバ；
   上記要素メディアをストリーミング形態で提供し、所定のキャプチャ入力により端末機で再生中のシーンを追跡するメディア送信サーバ；および、
   追跡した上記シーンの提供を受けて再生するリッチメディア端末機；を含むことを特徴とするリッチメディア提供システム。
2. 上記メディアサーバは、外部サーバから送信されてきた上記要素メディアを上記メディア送信サーバに提供するバッファ（ｂｕｆｆｅｒ）を含むことを特徴とする請求項１に記載のリッチメディア提供システム。
3. 上記メディア送信サーバは、
   キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記キャプチャ入力により、上記リッチメディア端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；
   追跡した上記シーンを保存するメディア合成部；および、
   保存された上記シーンを上記リッチメディア端末機に提供するメディア送信部；を含むことを特徴とする請求項２に記載のリッチメディア提供システム。
4. 上記メディア制御部は、上記再生中のシーンが上記バッファに存在しない場合、上記シーンを構成する上記要素メディアを上記外部サーバに要請することを特徴とする請求項３に記載のリッチメディア提供システム。
5. 上記メディア合成部は、上記要請により上記外部サーバから提供された上記要素メディアを利用して上記シーンを生成し保存することを特徴とする請求項４に記載のリッチメディア提供システム。
6. 上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存することを特徴とする請求項３または５に記載のリッチメディア提供システム。
7. 上記メディア合成部は、上記キャプチャ終了入力により上記シーンの保存を終了することを特徴とする請求項３に記載のリッチメディア提供システム。
8. 上記メディア合成部は、上記キャプチャ終了入力なしで当該リッチメディアコンテンツの再生が終了された場合、上記シーンの保存を終了することを特徴とする請求項３に記載のリッチメディア提供システム。
9. 上記メディア送信サーバは、
   キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記キャプチャ入力により、上記リッチメディア端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；および、
   追跡した上記シーンを上記リッチメディア端末機に提供するメディア送信部；を含むことを特徴とする請求項２に記載のリッチメディア提供システム。
10. 上記リッチメディア端末機は、
    上記メディア送信部から提供された上記シーンを保存するメディア合成部を含むことを特徴とする請求項９に記載のリッチメディア提供システム。
11. 上記メディア制御部は、上記再生中のシーンが上記バッファに存在しない場合、上記シーンを構成する上記要素メディアを上記外部サーバに要請することを特徴とする請求項１０に記載のリッチメディア提供システム。
12. 上記メディア送信部は、上記要請により上記外部サーバから提供された上記要素メディアを上記メディア合成部に送信することを特徴とする請求項１１に記載のリッチメディア提供システム。
13. 上記メディア合成部は、送信されてきた上記要素メディアを利用して上記シーンを生成し保存することを特徴とする請求項１２に記載のリッチメディア提供システム。
14. 上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存することを特徴とする請求項１０または１３に記載のリッチメディア提供システム。
15. 上記メディア合成部は、上記キャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了することを特徴とする請求項１０に記載のリッチメディア提供システム。
16. リッチメディア提供システムのメディア送信サーバにおいて、
    キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む所定のキャプチャ入力により、端末機で再生中のシーン（ｓｃｅｎｅ）が上記リッチメディア提供システムのバッファ（ｂｕｆｆｅｒ）に保存されているか否かを追跡するメディア制御部；および、
    追跡した上記シーンを上記端末機に提供するメディア送信部；を含むことを特徴とするメディア送信サーバ。
17. 追跡した上記シーンを保存し、上記再生中のシーンが上記バッファに存在しない場合は、上記シーンを構成する要素メディアの提供を上記外部サーバから受けて上記シーンを生成し保存するメディア合成部を更に含むことを特徴とする請求項１６に記載のメディア送信サーバ。
18. 上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存することを特徴とする請求項１６に記載のメディア送信サーバ。
19. 上記メディア合成部は、上記キャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで端末機で当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了することを特徴とする請求項１７に記載のリッチメディア提供システム。
20. リッチメディア提供システムの制御方法において、
    リッチメディアを構成する所定の要素メディアの提供を外部サーバから受ける段階；
    端末機を通したキャプチャ開始入力がなされる段階；
    上記入力時、上記端末機で再生中のシーン（ｓｃｅｎｅ）が所定のバッファ（ｂｕｆｆｅｒ）に存在するか否かを追跡する段階；
    上記バッファに上記再生中のシーンが存在する場合は、追跡した上記シーンを保存する段階；
    上記バッファに上記再生中のシーンが存在しない場合は、上記シーンを構成する要素メディアの提供を外部サーバから受けて上記シーンを生成することにより保存する段階；
    保存された上記シーンをリッチメディア端末機に提供する段階；および、
    提供された上記シーンを再生する段階；を含むことを特徴とするリッチメディア提供システムの制御方法。
21. 上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合は、所定の代替シーンを生成し保存する段階を更に含むことを特徴とする請求項２０に記載のリッチメディア提供システムの制御方法。
22. 端末機を通したキャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記端末機で当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了する段階を更に含むことを特徴とする請求項２０に記載のリッチメディア提供システムの制御方法。
23. リッチメディア提供システムのメディア送信サーバの制御方法において、
    端末機を通したキャプチャ開始入力がなされる段階；
    上記入力時、上記端末機で再生中のシーン（ｓｃｅｎｅ）が所定のバッファ（ｂｕｆｆｅｒ）に存在するか否かを追跡する段階；
    上記バッファに上記再生中のシーンが存在する場合は、追跡した上記シーンを保存する段階；
    上記バッファに上記再生中のシーンが存在しない場合は、上記シーンを構成する要素メディアの提供を外部サーバから受けて上記シーンを生成することにより保存する段階；および、
    保存された上記シーンをリッチメディア端末機に提供する段階；を含むことを特徴とするメディア送信サーバの制御方法。
24. 上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合は、所定の代替シーンを生成し保存する段階を更に含むことを特徴とする請求項２３に記載のメディア送信サーバの制御方法。
25. 端末機を通したキャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記端末機で当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了する段階を更に含むことを特徴とする請求項２３に記載のメディア送信サーバの制御方法。