(57)【特許請求の範囲】
【請求項１】
リッチメディア提供システムにおいて、
所定の要素メディアの提供を外部サーバから受けて保存するメディアサーバ；
上記要素メディアをストリーミング形態で提供し、所定のキャプチャ入力により端末機で再生中のシーンを追跡するメディア送信サーバ；および、
追跡した上記シーンの提供を受けて再生する上記端末機；を含み、
上記メディアサーバは、外部サーバから送信されてきた上記要素メディアを上記メディア送信サーバに提供するバッファ（ｂｕｆｆｅｒ）を含み、
上記メディア送信サーバは、
上記端末機から送信されたキャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記所定のキャプチャ入力により、上記端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；
追跡した上記シーンを保存するメディア合成部；
保存された上記シーンを上記端末機に提供するメディア送信部；を含み、
上記メディア制御部は、上記再生中のシーンが上記バッファに存在しない場合、上記シーンを構成する上記要素メディアを上記外部サーバに要請し、
上記メディア合成部は、上記要請により上記外部サーバから提供された上記要素メディアを利用して上記シーンを生成し保存し、
上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存し、
上記メディア合成部は、さらに、上記キャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記シーンの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了して、上記メディア送信部は、保存された上記シーンを、上記所定のキャプチャ入力を送信した上記端末機に提供することを特徴とするリッチメディア提供システム。
【請求項２】
上記所定の代替シーンは、空白イメージであることを特徴とする請求項１に記載のリッチメディア提供システム。
【請求項３】
リッチメディア提供システムにおいて、
所定の要素メディアの提供を外部サーバから受けて保存するメディアサーバ；
上記要素メディアをストリーミング形態で提供し、所定のキャプチャ入力により端末機で再生中のシーンを追跡するメディア送信サーバ；および、
追跡した上記シーンの提供を受けて再生する上記端末機；を含み、
上記メディアサーバは、外部サーバから送信されてきた上記要素メディアを上記メディア送信サーバに提供するバッファ（ｂｕｆｆｅｒ）を含み、
上記メディア送信サーバは、
上記端末機から送信されたキャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記所定のキャプチャ入力により、上記端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；および、
追跡した上記シーンを上記端末機に提供するメディア送信部；を含み、
上記端末機は、
上記メディア送信部から提供された上記シーンを保存するメディア合成部を含み、
上記メディア制御部は、上記再生中のシーンが上記バッファに存在しない場合、上記シーンを構成する上記要素メディアを上記外部サーバに要請し、
上記メディア送信部は、上記要請により上記外部サーバから提供された上記要素メディアを上記メディア合成部に送信し、
上記メディア合成部は、送信されてきた上記要素メディアを利用して上記シーンを生成し保存し、追跡した上記シーンおよび上記シーンを構成する要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存し、
上記メディア合成部は、さらに、上記キャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記シーンの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了することを特徴とするリッチメディア提供システム。
【請求項４】
上記所定の代替シーンは、空白イメージであることを特徴とする請求項３に記載のリッチメディア提供システム。
【請求項５】
リッチメディア提供システムのリッチメディア送信サーバにおいて、
端末機から送信されたキャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む所定のキャプチャ入力により、上記端末機で再生中のシーン（ｓｃｅｎｅ）が上記リッチメディア提供システムのバッファ（ｂｕｆｆｅｒ）に保存されているか否かを追跡するメディア制御部；
追跡した上記シーンを上記端末機に提供するメディア送信部；および
追跡した上記シーンを保存し、上記再生中のシーンが上記バッファに存在しない場合は、上記シーンを構成する要素メディアの提供を外部サーバから受けて上記シーンを生成し保存するメディア合成部；を含み、
上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存し；
上記メディア合成部は、さらに、上記キャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記端末機で上記シーンの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了して、上記メディア送信部は、保存された上記シーンを上記所定のキャプチャ入力を送信した上記端末機に提供することを特徴とするリッチメディア送信サーバ。
【請求項６】
上記所定の代替シーンは、空白イメージであることを特徴とする請求項５に記載のリッチメディア送信サーバ。
【請求項７】
リッチメディア提供システムの制御方法において、
所定の要素メディアの提供を外部サーバから受ける段階；
端末機を通したキャプチャ開始入力がなされる段階；
上記キャプチャ開始入力時、上記端末機で再生中のシーン（ｓｃｅｎｅ）が所定のバッファ（ｂｕｆｆｅｒ）に存在するか否かを追跡する段階；
上記バッファに上記再生中のシーンが存在する場合は、追跡した上記シーンを保存する段階；
上記バッファに上記再生中のシーンが存在しない場合は、上記シーンを構成する要素メディアの提供を外部サーバから受けて上記シーンを生成することにより保存する段階；
上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合は、所定の代替シーンを生成し保存する段階； 
上記端末機を通したキャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記端末機で上記シーンの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了して、保存された上記シーンを上記キャプチャ開始入力および上記キャプチャ終了入力を送信した上記端末機に提供する段階；および
提供された上記シーンを再生する段階； 
を含むことを特徴とするリッチメディア提供システムの制御方法。
【請求項８】
上記所定の代替シーンは、空白イメージであることを特徴とする請求項７に記載のリッチメディア提供システムの制御方法。
【請求項９】
リッチメディア提供システムのメディア送信サーバの制御方法において、
端末機を通したキャプチャ開始入力がなされる段階；
上記キャプチャ開始入力時、上記端末機で再生中のシーン（ｓｃｅｎｅ）が所定のバッファ（ｂｕｆｆｅｒ）に存在するか否かを追跡する段階；
上記バッファに上記再生中のシーンが存在する場合は、追跡した上記シーンを保存する段階；
上記バッファに上記再生中のシーンが存在しない場合は、上記シーンを構成する要素メディアの提供を外部サーバから受けて上記シーンを生成することにより保存する段階；
上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合は、所定の代替シーンを生成し保存する段階；および
上記端末機を通したキャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記端末機で上記シーンの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了して、保存された上記シーンを上記キャプチャ開始入力及び上記キャプチャ終了入力を送信した上記端末機に提供する段階；
を含むことを特徴とするメディア送信サーバの制御方法。
【請求項１０】
上記所定の代替シーンは、空白イメージであることを特徴とする請求項９に記載のメディア送信サーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リッチメディア提供システムおよびその制御方法に関し、望ましくは、リッチメディアコンテンツをストリーミング形態で受信する間、所定の入力によりユーザーの所望する部分をキャプチャして保存および利用できるリッチメディア提供システムおよびその制御方法に関する。
【背景技術】
【０００２】
過去は、コンピュータ技術や通信技術などが未整備で大容量のデータを保存し迅速に送信するのに十分ではなかったが、最近では、コンピュータ技術および通信技術に対する限界が順次克服されていることにより、インターネットを通した動画や音声のようなマルチメディアデータの送信およびこれを用いたマルチメディア再生の利用が順次増加している。かかる技術的背景を受けて最近広く利用されている媒体のうちの一つがリッチメディア（Ｒｉｃｈ−ｍｅｄｉａ）であると言える。
【０００３】
リッチメディア（Ｒｉｃｈ−ｍｅｄｉａ）とは、既存の単純なバナー広告よりも豊富な情報を含んでいて、インターネット上のユーザーとの相互作用を支援する新形態の媒体（ｍｅｄｉａ）を意味し、本来はインターネット広告用語である。しかし、最近ではその意味が拡大且つ一般化されて多様な媒体に適用可能なマルチメディアといった程度に理解されている。
【０００４】
キャプチャ（ｃａｐｔｕｒｅ）関連の従来技術を考察するに、一般の動画やイメージ、ウェブページの場合は、キャプチャする区間に含まれるメディアが明確に区分されているためキャプチャして抽出するのが難しくなかったが、リッチメディア（Ｒｉｃｈ−ｍｅｄｉａ）の場合は、既に受信したシーンとメディアの融合により現在のシーンがなされるため、ユーザーの所望するシーンをキャプチャして保存および利用するにあたって問題があった。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従って、本発明の目的は、リッチメディアコンテンツをストリーミング形態で受信して利用している途中にリッチメディアコンテンツの一部をキャプチャして保存することにより、以後ユーザーの都合のよい時に、その部分だけを利用することができるリッチメディア提供システムおよびその制御方法を提供することにある。
【０００６】
即ち、本発明の目的は、リッチメディア提供システムにおいて、リッチメディアを構成する所定の要素メディアの提供を外部サーバから受けて保存するメディアサーバ；上記要素メディアをストリーミング形態で提供し、所定のキャプチャ入力により端末機で再生中のシーンを追跡するメディア送信サーバ；および、追跡した上記シーンの提供を受けて再生するリッチメディア端末機；を含むことを特徴とするリッチメディア提供システムおよびその制御方法を提供することにある。
【０００７】
また、本発明の目的は、上記メディアサーバは、外部サーバから送信されてきた上記要素メディアを上記メディア送信サーバへ提供するバッファ（ｂｕｆｆｅｒ）を含み、上記メディア送信サーバは、キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記キャプチャ入力により、上記リッチメディア端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；追跡した上記シーンを保存するメディア合成部；および、保存された上記シーンを上記リッチメディア端末機に提供するメディア送信部；を含むことを特徴とするリッチメディア提供システムおよびその制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するための本発明の第１側面によるリッチメディア提供システムは、リッチメディアを構成する所定の要素メディアの提供を外部サーバから受けて保存するメディアサーバ；上記要素メディアをストリーミング形態で提供し、所定のキャプチャ入力により端末機で再生中のシーンを追跡するメディア送信サーバ；および、追跡した上記シーンの提供を受けて再生するリッチメディア端末機；を含むことを特徴とする。
【０００９】
望ましくは、上記メディアサーバは、外部サーバから送信されてきた上記要素メディアを上記メディア送信サーバに提供するバッファ（ｂｕｆｆｅｒ）を含むことを特徴とし得る。
【００１０】
望ましくは、上記メディア送信サーバは、キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記キャプチャ入力により、上記リッチメディア端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；追跡した上記シーンを保存するメディア合成部；および、保存された上記シーンを上記リッチメディア端末機に提供するメディア送信部；を含むことを特徴とし得る。
【００１１】
望ましくは、上記メディア制御部は、上記再生中のシーンが上記バッファに存在しない場合、上記シーンを構成する上記要素メディアを上記外部サーバに要請することを特徴とし得る。
【００１２】
望ましくは、上記メディア合成部は、上記要請により上記外部サーバから提供された上記要素メディアを利用して上記シーンを生成し保存することを特徴とし得る。
【００１３】
望ましくは、上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存することを特徴とし得る。
【００１４】
望ましくは、上記メディア合成部は、上記キャプチャ終了入力により上記シーンの保存を終了することを特徴とし得る。
【００１５】
望ましくは、上記メディア合成部は、上記キャプチャ終了入力なしで当該リッチメディアコンテンツの再生が終了された場合、上記シーンの保存を終了することを特徴とし得る。
【００１６】
望ましくは、上記メディア送信サーバは、キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む上記キャプチャ入力により、上記リッチメディア端末機で再生中のシーン（ｓｃｅｎｅ）が上記バッファに保存されているか否かを追跡するメディア制御部；および、追跡した上記シーンを上記リッチメディア端末機に提供するメディア送信部；を含むことを特徴とし得る。
【００１７】
望ましくは、上記リッチメディア端末機は、上記メディア送信部から提供された上記シーンを保存するメディア合成部を含むことを特徴とし得る。
【００１８】
望ましくは、上記メディア制御部は、上記再生中のシーンが上記バッファに存在しない場合、上記シーンを構成する上記要素メディアを上記外部サーバに要請することを特徴とし得る。
【００１９】
望ましくは、上記メディア送信部は、上記要請により上記外部サーバから提供された上記要素メディアを上記メディア合成部に送信することを特徴とし得る。
【００２０】
望ましくは、上記メディア合成部は、送信されてきた上記要素メディアを利用して上記シーンを生成し保存することを特徴とし得る。
【００２１】
望ましくは、上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存することを特徴とし得る。
【００２２】
望ましくは、上記メディア合成部は、上記キャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了することを特徴とし得る。
【００２３】
上記目的を達成するための本発明の第２側面によるリッチメディア提供システムのメディア送信サーバは、キャプチャ（ｃａｐｔｕｒｅ）開始入力およびキャプチャ終了入力を含む所定のキャプチャ入力により、端末機で再生中のシーン（ｓｃｅｎｅ）が上記リッチメディア提供システムのバッファ（ｂｕｆｆｅｒ）に保存されているか否かを追跡するメディア制御部；および、追跡した上記シーンを上記端末機に提供するメディア送信部；を含むことを特徴とする。
【００２４】
望ましくは、追跡した上記シーンを保存し、上記再生中のシーンが上記バッファに存在しない場合は、上記シーンを構成する要素メディアの提供を上記外部サーバから受けて上記シーンを生成し保存するメディア合成部を更に含むことを特徴とし得る。
【００２５】
望ましくは、上記メディア合成部は、追跡した上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合、所定の代替シーンを生成し保存することを特徴とし得る。
【００２６】
望ましくは、上記メディア合成部は、上記キャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで端末機で当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了することを特徴とし得る。
【００２７】
上記目的を達成するための本発明の第３側面によるリッチメディア提供システムの制御方法は、リッチメディアを構成する所定の要素メディアの提供を外部サーバから受ける段階；端末機を通したキャプチャ開始入力がなされる段階；上記入力時、上記端末機で再生中のシーン（ｓｃｅｎｅ）が所定のバッファ（ｂｕｆｆｅｒ）に存在するか否かを追跡する段階；上記バッファに上記再生中のシーンが存在する場合は、追跡した上記シーンを保存する段階；上記バッファに上記再生中のシーンが存在しない場合は、上記シーンを構成する要素メディアの提供を外部サーバから受けて上記シーンを生成することにより保存する段階；保存された上記シーンをリッチメディア端末機に提供する段階；および、提供された上記シーンを再生する段階；を含むことを特徴とする。
【００２８】
望ましくは、上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合は、所定の代替シーンを生成し保存する段階を更に含むことを特徴とし得る。
【００２９】
望ましくは、端末機を通したキャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記端末機で当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了する段階を更に含むことを特徴とし得る。
【００３０】
上記目的を達成するための本発明の第４側面によるリッチメディア提供システムのメディア送信サーバの制御方法は、端末機を通したキャプチャ開始入力がなされる段階；上記入力時、上記端末機で再生中のシーン（ｓｃｅｎｅ）が所定のバッファ（ｂｕｆｆｅｒ）に存在するか否かを追跡する段階；上記バッファに上記再生中のシーンが存在する場合は、追跡した上記シーンを保存する段階；上記バッファに上記再生中のシーンが存在しない場合は、上記シーンを構成する要素メディアの提供を外部サーバから受けて上記シーンを生成することにより保存する段階；および、保存された上記シーンをリッチメディア端末機に提供する段階；を含むことを特徴とする。
【００３１】
望ましくは、上記シーンおよび上記シーンを構成する上記要素メディアのうち何れか一つが保存不可能な場合は、所定の代替シーンを生成し保存する段階を更に含むことを特徴とし得る。
【００３２】
望ましくは、端末機を通したキャプチャ終了入力がなされた場合、および上記キャプチャ終了入力なしで上記端末機で当該リッチメディアコンテンツの再生が終了された場合のうち何れか一つの場合に、上記シーンの保存を終了する段階を更に含むことを特徴とし得る。
【発明の効果】
【００３３】
上記手段による本発明によれば、リッチメディアコンテンツをストリーミング形態で利用している途中に、ユーザーの所望する特定部分が本システム内部に保存されているか否かを追跡してキャプチャし保存することができ、追跡が不可能な場合は、外部サーバから要素メディアの提供を受けてシーンを生成し保存することができる。
【００３４】
これにより、ユーザーの所望するリッチメディアコンテンツの部分を特定してキャプチャし保存しておくことにより、ユーザーの便宜に応じて何時でも何処でも予めキャプチャした部分を利用することができる。
【図面の簡単な説明】
【００３５】
【図１】本発明の第１実施例によるリッチメディア提供システムのブロック図である。
【図２】本発明の第２実施例によるリッチメディア提供システムのブロック図である。
【図３】本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第１部分に関する順序図である。
【図４】本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第２部分に関する順序図である。
【発明を実施するための形態】
【００３６】
以下、添付図面を参照しながら本発明について詳しく説明する。
図１は、本発明の第１実施例によるリッチメディア提供システムのブロック図である。
【００３７】
本発明の第１実施例によるリッチメディア提供システムは、メディアサーバ１００、メディア送信サーバ３００およびリッチメディア端末機５００を含む。
【００３８】
メディアサーバ１００は、所定の要素メディアをメディア送信サーバ３００に提供するもので、外部サーバに所定の要素メディアを要請して送信を受け、送信されてきた要素メディアを臨時保存しメディア送信サーバ３００にストリーミングまたはダウンロード方式で提供できる。望ましくは、メディアサーバ１００は、外部サーバから送信されてきた要素メディアをメディア送信サーバ３００へ提供する時、相互間の送信速度差を解決するために要素メディアを臨時で保存するバッファ（ｂｕｆｆｅｒ）１１０を含んで具現され得る。ここで、要素メディアは、リッチメディアを構成するそれぞれの構成要素（ｅｌｅｍｅｎｔ）を意味する。
【００３９】
メディア送信サーバ３００は、メディアサーバ１００から提供された要素メディアを利用して合成したリッチメディアまたは要素メディア自体をリッチメディア端末機５００（以下、便宜上‘端末機５００’という）にストリーミング形態で送信する。望ましくは、メディア送信サーバ３００は、所定のキャプチャ入力によりリッチメディア端末機５００で再生中のシーン（ｓｃｅｎｅ）を追跡して提供することもできるが、この点については後に詳しく説明する。
【００４０】
メディア送信サーバ３００は、メディア制御部３１０、メディア合成部３３０およびメディア送信部３５０を含む。
【００４１】
メディア制御部３１０は、所定のキャプチャ入力によりリッチメディア端末機５００で再生中のシーン（ｓｃｅｎｅ）がバッファ１１０に保存されているか否かを追跡する。即ち、メディア制御部３１０は、ユーザーが端末機５００を通してキャプチャ開始入力を行えば、端末機５００で現在再生中のシーンを逆に追跡するが、先ずバッファ１１０に追跡したシーンが存在するか否かを確認する。
【００４２】
望ましくは、メディア制御部３１０は、追跡したシーンがバッファ１１０に存在しない場合は、シーンを構成する要素メディアを外部サーバに要請できる。かかる要請により提供された要素メディアを利用して後述のメディア合成部３３０でシーンを生成できるが、この点については後述することにする。
【００４３】
メディア合成部３３０は、要素メディアを利用してリッチメディアを合成するもので、メディア制御部３１０が追跡したシーンを保存することができる。
【００４４】
望ましくは、メディア合成部３３０は、追跡の結果、端末機５００で再生中のシーン（ｓｃｅｎｅ）がバッファに存在しない場合は、メディア制御部３１０により外部サーバから提供された要素メディアを利用してシーンを生成し保存することもできる。
【００４５】
一方、メディア合成部３３０は、追跡したシーンまたはシーンを構成する要素メディアが保存不可能な場合は、所定の代替シーンを生成し保存することができる。ここで、代替シーン（ｓｃｅｎｅ）は、追跡したシーンまたはシーンを構成する要素メディアが保存不可能でユーザーのキャプチャしようとするシーンが利用不可能な場合に代替的に利用できるシーン（ｓｃｅｎｅ）であり、例えば、空白（ｅｍｐｔｙ）イメージであり得る（他の多様な代替シーン全て可）。また、代替シーンが使用されるのは、保存不可能なシーンがある場合、または要素メディアの属性上、保存不可能な場合を含み得る。
【００４６】
また、メディア合成部３３０は、キャプチャ終了入力がなされた場合、上述のシーンの保存を終了できる。場合によっては、キャプチャ終了入力がなされる前に現在のリッチメディア再生が終了される場合が発生し得るが、この場合にも同様にメディア合成部３３０はシーンの保存を終了できる。また、当然、メディア合成部３３０におけるシーン保存容量を超過した場合も、シーンの保存が終了されるであろう。
【００４７】
メディア送信部３５０は、メディア合成部３３０により保存されているシーンを端末機５００に提供する。
【００４８】
リッチメディア端末機５００は、リッチメディアの再生が可能な端末機で、携帯電話および電子ブックリーダーを含む携帯用端末機、ＰＣなどを含み得る。望ましくは、リッチメディア端末機５００は、メディア送信サーバ３００またはメディア送信部３５０からシーンの提供を受けて再生できる。
【００４９】
図２は、本発明の第２実施例によるリッチメディア提供システムのブロック図である。
【００５０】
本発明の第２実施例によるリッチメディア提供システムは、メディアサーバ２００、メディア送信サーバ４００およびリッチメディア端末機６００（以下、便宜上‘端末機６００’という）を含む。
【００５１】
第２実施例の場合、メディア合成部３３０，６２０関連部分以外は上述の第１実施例と類似しているため、以下、相当部分は第１実施例の記載をもって代える。
【００５２】
メディアサーバ２００およびバッファ２２０に関する説明は、第１実施例に関して上述したところと同一である。
【００５３】
メディア送信サーバ４００の機能も上述した第１実施例に関する説明とほぼ類似しているため、メディア制御部４２０およびメディア送信部４４０については上述したところと同一である。
【００５４】
一方、リッチメディア端末機６００は、メディア制御部４２０が追跡したシーンの提供を受けるもので、望ましくは、メディア合成部６２０を含むように具現され得る。
【００５５】
メディア合成部６２０は、通常、要素メディアを利用してリッチメディアを合成し、メディア制御部３１０が追跡したシーンを保存できる機能を果たすもので、第１実施例に関する説明と同一である。よって、メディア合成部６２０におけるシーン生成／保存、代替シーン生成／保存、およびシーン保存終了に関する説明は、図１を参照しながら説明した第１実施例の場合と同一である。
【００５６】
リッチメディア端末機６００は、第１実施例で既に説明したところと同一である。
【００５７】
メディア送信サーバ３００，４００は、実施例により、メディア合成部３３０，６２０がメディア送信サーバ３００に含まれるかそれとも端末機６００に含まれるかにより異なって具現され得ることは、図１および図２を参照しながら既に説明した通りである。
【００５８】
図３は、本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第１部分に関する順序図である。
【００５９】
以下、図３を参照しながら本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第１部分に関する動作順序を具体的に説明する。
【００６０】
ユーザーが端末機５００，６００を通して、リッチメディアを構成する要素メディアを外部サーバに要請して提供を受ける（Ｓ１０１）。
【００６１】
端末機５００，６００を通して、ユーザーがキャプチャ開始入力を行う（Ｓ１０２）。
【００６２】
端末機５００，６００で現在再生中のシーンがバッファ１１０，２２０に保存されているか否かを追跡する（Ｓ１０３）。
【００６３】
バッファ１１０，２２０に現在再生中のシーンが存在するか否かを確認する（Ｓ１０４；再生中のシーンの追跡および確認を一つの段階として記載することもできるが、図面およびそれに伴う説明の便宜上、上述したところと同様に記載したに過ぎない）。
【００６４】
バッファ１１０，２００に再生中のシーンが存在する場合は、追跡した当該シーンを保存する（Ｓ１０５）。
【００６５】
バッファ１１０，２００に再生中のシーンが存在しない場合は、追跡した当該シーンを構成する要素メディアの提供を外部サーバから受けてシーンを生成し保存する（Ｓ１０６）。
【００６６】
保存されたシーンを端末機５００，６００に提供する（Ｓ１０７）。
【００６７】
提供されたシーンを端末機５００，６００で再生する（Ｓ１０８）。
【００６８】
図４は、本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第２部分に関する順序図である。
【００６９】
以下、図４を参照しながら本発明の一実施例によるリッチメディア提供システムの制御方法のうちの第２部分に関する動作順序を具体的に説明する。ここで、リッチメディア提供システムの制御方法のうちの第２部分は、Ｓ１０１〜Ｓ１０６とＳ１０７との間に挿入され得る部分を意味する。
【００７０】
バッファ１１０，２２０に保存されているか否かを追跡したシーン（バッファ１１０，２２０にシーンがないため要素メディアから生成したシーンを含む）またはシーンを構成する要素メディアの保存可否を確認する（Ｓ２０１）。
【００７１】
シーンまたは要素メディアが保存不可能な場合は、代替シーンを生成および保存する（Ｓ２０２）。
【００７２】
キャプチャ終了入力の有無を確認する（Ｓ２０３）。
【００７３】
キャプチャ終了入力なしで端末機５００，６００で当該リッチメディアコンテンツの再生が終了したか否かを確認する（Ｓ２０４）。
【００７４】
キャプチャ終了入力がなされた場合、またはキャプチャ終了入力なしで端末機５００，６００で当該リッチメディアコンテンツの再生が終了した場合は、シーンの保存を終了する（Ｓ２０５）。
【００７５】
以後、Ｓ１０７へと進む。
【００７６】
以上、本発明の望ましい実施例を参照しながら説明したが、該当技術分野における熟練した当業者であれば、特許請求の範囲に記載の本発明の思想および領域から逸脱しない範囲内での多様な修正および変更が可能であることを理解し得るであろう。
【産業上の利用可能性】
【００７７】
本発明は、リッチメディア提供システムおよびその制御方法に関し、望ましくは、リッチメディアコンテンツをストリーミング形態で受信する間、所定の入力によりユーザーの所望する部分をキャプチャして保存および利用できるリッチメディア提供システムおよびその制御方法に関する。
【００７８】
本発明によれば、リッチメディアコンテンツをストリーミング形態で利用している途中に、ユーザーの所望する特定部分が本システム内部に保存されているか否かを追跡してキャプチャし保存することができ、追跡が不可能な場合は、外部サーバから要素メディアの提供を受けてシーンを生成し保存することができる。これにより、ユーザーの所望するリッチメディアコンテンツの部分を特定してキャプチャし保存しておくことにより、ユーザーの便宜に応じて何時でも何処でも予めキャプチャした部分を利用することができる。
【図１】
0005746865.tif 000002
【図２】
0005746865.tif 000003
【図３】
0005746865.tif 000004
【図４】
0005746865.tif 000005