特開 2015-201243 マルチトラックビデオコンテンツを提供するためのマルチトラックビデオコンテンツサービス方法およびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2015-201243(P2015-201243A)

(43)【公開日】2015年11月12日

(54)【発明の名称】マルチトラックビデオコンテンツを提供するためのマルチトラックビデオコンテンツサービス方法およびシステム

(51)【国際特許分類】

   G11B 20/10 20060101AFI20151016BHJP

   G11B 27/00 20060101ALI20151016BHJP

   G11B 27/10 20060101ALI20151016BHJP

   G11B 27/34 20060101ALI20151016BHJP

   H04N 5/765 20060101ALI20151016BHJP

   H04N 5/93 20060101ALI20151016BHJP

   H04N 21/44 20110101ALI20151016BHJP

   H04N 21/238 20110101ALI20151016BHJP

【ＦＩ】

   G11B20/10 321Z

   G11B20/10 D

   G11B27/00 D

   G11B27/10 A

   G11B27/34 S

   H04N5/91 L

   H04N5/93 Z

   H04N21/44

   H04N21/238

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【全頁数】28

(21)【出願番号】特願2014-219906(P2014-219906)

(22)【出願日】2014年10月29日

(31)【優先権主張番号】10-2014-0041020

(32)【優先日】2014年4月7日

(33)【優先権主張国】KR

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．アンドロイド

(71)【出願人】

【識別番号】505205812

【氏名又は名称】ネイバー コーポレーション

【氏名又は名称原語表記】ＮＡＶＥＲ Ｃｏｒｐｏｒａｔｉｏｎ

(74)【代理人】

【識別番号】110000408

【氏名又は名称】特許業務法人高橋・林アンドパートナーズ

(72)【発明者】

【氏名】趙 誠 澤

(72)【発明者】

【氏名】宣 景 烈

(72)【発明者】

【氏名】金 聖 昊

(72)【発明者】

【氏名】宋 侑 燮

(72)【発明者】

【氏名】張 ▲峻▼ 基

(72)【発明者】

【氏名】李 ハ ヌン

(72)【発明者】

【氏名】徐 國 煥

(72)【発明者】

【氏名】趙 成 哲

(72)【発明者】

【氏名】李 承 愛

【テーマコード（参考）】

5C053

5C164

5D044

5D077

5D110

【Ｆターム（参考）】

5C053GB08

5C053GB09

5C053HC06

5C053JA30

5C053LA14

5C164FA06

5C164SA26S

5C164SB26P

5C164UB04P

5C164UD41S

5D044AB07

5D044BC01

5D044CC05

5D044DE14

5D044DE24

5D044DE37

5D044DE49

5D044EF05

5D044FG18

5D044GK12

5D044HL11

5D077AA22

5D077BA14

5D077EA31

5D077HC50

5D110AA13

5D110AA27

5D110AA29

5D110CA52

5D110DA15

5D110DA18

5D110DA20

5D110DE06

5D110FA09

(57)【要約】      （修正有）

【課題】マルチトラックビデオコンテンツを提供するためのマルチトラックビデオコンテンツサービス方法及びシステムを提供する。
【解決手段】プレーヤ１１０からマルチトラックビデオコンテンツに対する要請を受信し、マルチトラックビデオコンテンツが含む複数のビデオのうち第１トラックのビデオをコンテンツサーバ１３０に要請し、コンテンツサーバ１３０から第１トラックのビデオに対応するセグメントを受信してプレーヤ１１０に順に伝達する。プレーヤ１１０で第２トラックが選択されて第１トラックが第２トラックに変更する場合、第１トラックのビデオに対応するセグメントの代わりに、複数のビデオのうち第２トラックに対応するビデオのセグメントをコンテンツサーバ１３０から受信してプレーヤ１１０に順に伝達する。
【選択図】図１

【特許請求の範囲】

【請求項1】

コンピュータシステムで実行されるマルチトラックビデオコンテンツサービス方法であって、
プレーヤからマルチトラックビデオコンテンツに対する要請を受信し、
前記マルチトラックビデオコンテンツが含む複数のビデオのうち第１トラックのビデオをコンテンツサーバに要請し（前記複数のビデオそれぞれは、予め設定された時間単位のセグメントに分割されて前記コンテンツサーバに格納される）、
前記コンテンツサーバから前記第１トラックのビデオに対応するセグメントを受信して前記プレーヤに順に伝達し、
前記プレーヤで第２トラックが選択されて前記第１トラックが前記第２トラックに変更する場合、前記第１トラックのビデオに対応するセグメントの代わりに、前記複数のビデオのうち前記第２トラックに対応するビデオのセグメントを前記コンテンツサーバから受信して前記プレーヤに順に伝達すること
を含むことを特徴とする、マルチトラックビデオコンテンツサービス方法。

【請求項2】

前記複数のビデオそれぞれが分割されたセグメントは、始点（ｓｔａｒｔ ｐｏｉｎｔ）と終点（ｅｎｄ ｐｏｉｎｔ）が同期化され、
前記プレーヤで前記第２トラックが選択されて前記第１トラックが前記第２トラックに変更する場合、前記同期化された始点および終点に応じて現在再生中の前記第１トラックのセグメントの再生が完了した後、前記伝達された前記第２トラックのセグメントが連続して再生されることを特徴とする、請求項１に記載のマルチトラックビデオコンテンツサービス方法。

【請求項3】

前記プレーヤにおいて、前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報がビデオの再生のためのメタデータの形式で格納され、前記ヒストリ情報を含むリンクが生成され、前記リンクを通じて前記ヒストリ情報が他のユーザに提供されることを特徴とする、請求項１または２に記載のマルチトラックビデオコンテンツサービス方法。

【請求項4】

前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報をビデオの再生のためのメタデータの形式で格納し、
前記ヒストリ情報を含むリンクを生成して送信すること
をさらに含み、
前記リンクを通じて前記ヒストリ情報が他のユーザに提供されることを特徴とする、請求項１乃至３のいずれか一項に記載のマルチトラックビデオコンテンツサービス方法。

【請求項5】

前記リンクを通じ、前記他のユーザの端末機で前記マルチトラックビデオコンテンツが前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報に基づいて再生されることを特徴とする、請求項３または４に記載のマルチトラックビデオコンテンツサービス方法。

【請求項6】

前記複数のビデオのうちの少なくとも２つ以上のビデオは、全体再生時間が互いに異なり、
前記プレーヤの要請に応じて変更したトラックのビデオの再生時間が完了した場合、前記変更したトラックのビデオ再生が完了したことを示す情報が前記プレーヤで表示され、（１）前記変更したトラックのビデオを最初から再び再生するか、（２）他のトラックに移動するか、または（３）前記変更したトラックの特定再生位置を探索するかを決めるためのユーザインタフェースが前記プレーヤに表示されることを特徴とする、請求項１乃至５のいずれか一項に記載のマルチトラックビデオコンテンツサービス方法。

【請求項7】

前記プレーヤから前記複数のビデオのうち特定ビデオの特定位置が要請される場合、前記特定ビデオの前記特定位置に対応するセグメントを探索し、
前記コンテンツサーバから前記探索されたセグメントおよび前記探索されたセグメント以後のセグメントを受信して前記プレーヤに順に伝達すること
をさらに含むことを特徴とする、請求項１乃至６のいずれか一項に記載のマルチトラックビデオコンテンツサービス方法。

【請求項8】

前記複数のビデオそれぞれにおいて、ビデオまたはセグメントにトラック別の広告が対応し、
前記プレーヤで現在再生中のトラックのビデオまたはセグメントに対応するトラック別の広告が前記プレーヤに表示されることを特徴とする、請求項１乃至７のいずれか一項に記載のマルチトラックビデオコンテンツサービス方法。

【請求項9】

前記複数のビデオに対するサムネイルが現在再生中のトラックのビデオと共に再生されることを特徴とする、請求項１乃至８のうちのいずれか一項に記載のマルチトラックビデオコンテンツサービス方法。

【請求項10】

請求項１乃至９のうちのいずれか一項に記載の方法をコンピュータに実行させるためのプログラム。

【請求項11】

コンピュータシステムで実現されるマルチトラックビデオコンテンツサービスシステムであって、
プレーヤからマルチトラックビデオコンテンツに対する要請を受信する要請受信部と、
前記マルチトラックビデオコンテンツが含む複数のビデオのうち第１トラックのビデオをコンテンツサーバに要請する要請部（前記複数のビデオそれぞれは、予め設定された時間単位のセグメントに分割されて前記コンテンツサーバに格納される）と、
前記コンテンツサーバから前記第１トラックのビデオに対応するセグメントを受信して前記プレーヤに順に伝達し、前記プレーヤで第２トラックが選択されて前記第１トラックが前記第２トラックに変更する場合、前記第１トラックのビデオに対応するセグメントの代わりに、前記複数のビデオのうち前記第２トラックに対応するビデオのセグメントを前記コンテンツサーバから受信して前記プレーヤに順に伝達するビデオ伝達部
を備えることを特徴とする、マルチトラックビデオコンテンツサービスシステム。

【請求項12】

前記複数のビデオそれぞれが分割されたセグメントは、始点（ｓｔａｒｔ ｐｏｉｎｔ）と終点（ｅｎｄ ｐｏｉｎｔ）が同期化され、
前記プレーヤで第２トラックが選択されて前記第１トラックが前記第２トラックに変更する場合、前記同期化された始点および終点に応じて現在再生中の前記第１トラックのセグメントの再生が完了した後、前記伝達された第２トラックのセグメントが連続して再生されることを特徴とする、請求項１１に記載のマルチトラックビデオコンテンツサービスシステム。

【請求項13】

前記プレーヤで前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報がビデオの再生のためのメタデータの形式で格納され、前記ヒストリ情報を含むリンクが生成され、前記リンクを通じて前記ヒストリ情報が他のユーザに提供されることを特徴とする、請求項１１または１２に記載のマルチトラックビデオコンテンツサービスシステム。

【請求項14】

前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報をビデオの再生のためのメタデータの形式で格納するヒストリ情報格納部、および
前記ヒストリ情報を含むリンクを生成して送信するリンク送信部
をさらに備え、
前記リンクを通じて前記ヒストリ情報が他のユーザに提供されることを特徴とする、請求項１１乃至１３のいずれか一項に記載のマルチトラックビデオコンテンツサービスシステム。

【請求項15】

前記リンクを通じ、前記他のユーザの端末機で前記マルチトラックビデオコンテンツが前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報に基づいて再生されることを特徴とする、請求項１３または１４に記載のマルチトラックビデオコンテンツサービスシステム。

【請求項16】

前記複数のビデオのうちの少なくとも２つ以上のビデオは、全体再生時間が互いに異なり、
前記プレーヤの要請に応じて変更したトラックのビデオの再生時間が完了した場合、前記変更したトラックのビデオ再生が完了したことを示す情報が前記プレーヤで表示され、（１）前記変更したトラックのビデオを最初から再び再生するか、（２）他のトラックに移動するか、または（３）前記変更したトラックの特定再生位置を探索するかを決めるためのユーザインタフェースが前記プレーヤに表示されることを特徴とする、請求項１１乃至１５のいずれか一項に記載のマルチトラックビデオコンテンツサービスシステム。

【請求項17】

前記プレーヤから前記複数のビデオのうち特定ビデオの特定位置が要請される場合、前記特定ビデオの前記特定位置に対応するセグメント探索するセグメント探索部
をさらに備え、
前記ビデオ伝達部は、
前記コンテンツサーバから前記探索されたセグメントおよび前記探索されたセグメント以後のセグメントを受信して前記プレーヤに順に伝達することを特徴とする、請求項１１乃至１６のいずれか一項に記載のマルチトラックビデオコンテンツサービスシステム。

【請求項18】

前記複数のビデオそれぞれにおいて、ビデオまたはセグメントにトラック別の広告が対応し、
前記プレーヤで現在再生中のトラックのビデオまたはセグメントに対応するトラック別の広告が前記プレーヤに表示されることを特徴とする、請求項１１乃至１７のいずれか一項に記載のマルチトラックビデオコンテンツサービスシステム。

【請求項19】

コンピュータシステムで実現されるファイル配布システムであって、
アプリケーションのインストールのためのインストールファイルを格納および管理するインストールファイル管理部、および
ユーザの端末機の要請に応じて前記インストールファイルを前記ユーザの端末機に送信するインストールファイル送信部
を備え、
前記アプリケーションは、
プレーヤの機能を前記端末機が実行するように前記端末機を制御し、
前記プレーヤの機能は、
マルチトラックビデオコンテンツに対する要請をプロキシサーバに送信する第１機能（前記マルチトラックビデオコンテンツは複数のビデオを含み、前記複数のビデオそれぞれは予め設定された時間単位のセグメントに分割されてコンテンツサーバに格納される）と、
前記複数のビデオのうち第１トラックのビデオに対応するセグメントを前記プロキシサーバから受信して前記第１トラックのビデオを再生する第２機能（前記プロキシサーバは、前記コンテンツサーバから前記第１トラックのビデオに対応するセグメントを受信して前記プレーヤに伝達する）と、
前記ユーザの入力によって第２トラックが選択される場合、前記プロキシサーバに前記第２トラックのビデオを要請する第３機能と、
前記複数のビデオのうち前記第２トラックに対応するビデオのセグメントを前記プロキシサーバから受信して再生する第４機能（前記プロキシサーバは、前記コンテンツサーバから前記第２トラックのビデオに対応するセグメントを受信して前記プレーヤに伝達する）
を含むことを特徴とする、ファイル配布システム。

【請求項20】

前記複数のビデオそれぞれが分割されたセグメントは、始点（ｓｔａｒｔ ｐｏｉｎｔ）と終点（ｅｎｄ ｐｏｉｎｔ）が同期化され、
前記第４機能は、
前記プレーヤで第２トラックが選択されて前記第１トラックが前記第２トラックに変更する場合、前記同期化された始点および終点に応じて前記プレーヤで現在再生中の前記第１トラックのセグメントの再生を完了した後、前記伝達された第２トラックのセグメントを連続して再生することを特徴とする、請求項１９に記載のファイル配布システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、マルチトラックビデオコンテンツを提供するためのマルチトラックビデオコンテンツサービス方法およびシステムに関する。

【背景技術】

【0002】

従来のビデオコンテンツは、製作過程において編集処理された映像を記録して単一画面を通じて再生することによってユーザに提供されていた。しかし、１つのビデオコンテンツに対して複数の映像を提供することもできる。

【0003】

例えば、韓国公開特許第１０−２００５−０１２１３４５号公報（公開日２００５年１２月２７日）には、マルチトラックをもつビデオ媒体の記録／再生装置およびその方法が開示されている。しかし、このような従来技術では、１つのビデオコンテンツのために既に記録されている複数のビデオを単純に複数の画面を構成してそれぞれ再生することから、このような従来技術を利用してマルチトラックで構成されたビデオコンテンツをストリーミングサービスするためには、極めて大きいトラフィックが要求されるという問題点がある。例えば、１つのビデオコンテンツがＮ個のビデオで構成されているとすると、これは単一ビデオで構成されたビデオコンテンツに比べて約Ｎ倍のトラフィックが要求される可能性が存在する。

【0004】

さらに、従来技術のマルチトラックは、単純に１つのコンテンツに対して撮影された複数のビデオを同時に提供するものに過ぎず、複数のコンテンツを１つのコンテンツのように切り換えながら提供することができないという問題点がある。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】韓国公開特許第１０−２００５−０１２１３４５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

それぞれのＡ／Ｖストリームを有しているＮ個のコンテンツを途切れることなく切り換えて再生することができ、１つのコンテンツを提供するトラフィックによってＮ個のコンテンツを切り換えて提供することができるマルチトラックビデオコンテンツサービス方法およびシステムを提供する。

【0007】

Ｎ個のコンテンツ内でも自由な探索（任意の位置から再生すること。ｓｅｅｋｉｎｇ）が可能なマルチトラックビデオコンテンツサービス方法およびシステムを提供する。

【0008】

ＣＰ（Ｃｏｎｔｅｎｔｓ Ｐｒｏｖｉｄｅｒ）の生成されたコンテンツを提供したり、ＲＭＣ（Ｒｅａｄｙ Ｍａｄｅ Ｃｏｎｔｅｎｔｓ）に対する主題別の束またはユーザによって選択されたＲＭＣの束によってマルチトラックビデオコンテンツを提供できるだけでなく、ＵＧＣ（Ｕｓｅｒ Ｇｅｎｅｒａｔｅｄ Ｃｏｎｔｅｎｔｓ）に対してもマルチトラックビデオコンテンツを提供することができるマルチトラックビデオコンテンツサービス方法およびシステムを提供する。

【0009】

有料または無料のマルチトラックビデオコンテンツを提供し、各トラック別に広告を表示することができるマルチトラックビデオコンテンツサービス方法およびシステムを提供する。

【課題を解決するための手段】

【0010】

コンピュータシステムによって実行されるマルチトラックビデオコンテンツサービス方法であって、プレーヤからマルチトラックビデオコンテンツに対する要請を受信し、前記マルチトラックビデオコンテンツが含む複数のビデオのうち第１トラックのビデオをコンテンツサーバに要請し（前記複数のビデオそれぞれは、予め設定された時間単位のセグメントに分割されて前記コンテンツサーバに格納される）、前記コンテンツサーバから前記第１トラックのビデオに対応するセグメントを受信して前記プレーヤに順に伝達し、前記プレーヤで第２トラックが選択されて前記第１トラックが前記第２トラックに変更する場合、前記第１トラックのビデオに対応するセグメントの代わりに、前記複数のビデオのうち前記第２トラックに対応するビデオのセグメントを前記コンテンツサーバから受信して前記プレーヤに順に伝達することを含むことを特徴とするマルチトラックビデオコンテンツサービス方法が提供される。

【0011】

一実施形態によると、前記複数のビデオそれぞれが分割されたセグメントは、始点（ｓｔａｒｔ ｐｏｉｎｔ）と終点（ｅｎｄ ｐｏｉｎｔ）が同期化され、前記プレーヤで前記第２トラックが選択されて前記第１トラックが前記第２トラックに変更する場合、前記同期化された始点および終点に応じ、現在再生中の前記第１トラックのセグメントの再生が完了した後に前記伝達された前記第２トラックのセグメントが連続して再生されることを特徴としてもよい。

【0012】

他の一実施形態によると、前記プレーヤにおいて、前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報がビデオの再生のためのメタデータの形式で格納され、前記ヒストリ情報を含むリンクが生成され、前記リンクを通じて前記ヒストリ情報が他のユーザに提供されることを特徴としてもよい。

【0013】

他の一実施形態によると、前記マルチトラックビデオコンテンツサービス方法は、前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報をビデオの再生のためのメタデータの形式で格納し、前記ヒストリ情報を含むリンクを生成して送信することをさらに含み、前記リンクを通じて前記ヒストリ情報が他のユーザに提供されることを特徴としてもよい。

【0014】

さらに他の一実施形態によると、前記リンクを通じ、前記他のユーザの端末機で前記マルチトラックビデオコンテンツが前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報に基づいて再生されることを特徴としてもよい。

【0015】

さらに他の一実施形態によると、前記複数のビデオのうちの少なくとも２つ以上のビデオは、全体再生時間が互いに異なり、前記プレーヤの要請に応じて変更したトラックのビデオの再生時間が完了した場合、前記変更したトラックのビデオ再生の完了を示す情報が前記プレーヤに表示され、（１）前記変更したトラックのビデオを最初から再び再生するか、（２）他のトラックに移動するか、または（３）前記変更したトラックの特定の再生位置を探索するかを決めるためのユーザインタフェースが前記プレーヤに表示されることを特徴としてもよい。

【0016】

さらに他の一実施形態によると、前記マルチトラックビデオコンテンツサービス方法は、前記プレーヤから前記複数のビデオのうち特定ビデオの特定位置が要請される場合、前記特定ビデオの前記特定位置に対応するセグメントを探索し、前記コンテンツサーバから前記探索されたセグメントおよび前記探索されたセグメント以後のセグメントを受信して前記プレーヤに順に伝達することをさらに含むことを特徴としてもよい。

【0017】

さらに他の一実施形態によると、前記複数のビデオそれぞれにおいて、ビデオまたはセグメントにトラック別の広告を対応させ、前記プレーヤで現在再生中のトラックのビデオまたはセグメントに対応するトラック別の広告が前記プレーヤに表示されることを特徴としてもよい。

【0018】

さらに他の一実施形態によると、前記複数のビデオに対するサムネイルが現在再生中のトラックのビデオと共に再生されることを特徴としてもよい。

【0019】

コンピュータシステムで実現されるマルチトラックビデオコンテンツサービスシステムであって、プレーヤからマルチトラックビデオコンテンツに対する要請を受信する要請受信部と、前記マルチトラックビデオコンテンツが含む複数のビデオのうち第１トラックのビデオをコンテンツサーバに要請する要請部（前記複数のビデオそれぞれは、予め設定された時間単位のセグメントに分割されて前記コンテンツサーバに格納される）と、前記コンテンツサーバから前記第１トラックのビデオに対応するセグメントを受信して前記プレーヤに順に伝達し、前記プレーヤで第２トラックが選択されて前記第１トラックが前記第２トラックに変更する場合、前記第１トラックのビデオに対応するセグメントの代わりに、前記複数のビデオのうち前記第２トラックに対応するビデオのセグメントを前記コンテンツサーバから受信して前記プレーヤに順に伝達するビデオ伝達部を備えることを特徴とするマルチトラックビデオコンテンツサービスシステムが提供される。

【0020】

コンピュータシステムで実現されるファイル配布システムであって、アプリケーションをインストールするためのインストールファイルを格納および管理するインストールファイル管理部と、ユーザの端末機の要請に応じて前記インストールファイルを前記ユーザの端末機に送信するインストールファイル送信部を備え、前記アプリケーションは、プレーヤの機能を前記端末機が実行するように前記端末機を制御し、前記プレーヤの機能は、マルチトラックビデオコンテンツに対する要請をプロキシサーバに送信する第１機能（前記マルチトラックビデオコンテンツは複数のビデオを含み、前記複数のビデオそれぞれは予め設定された時間単位のセグメントに分割されてコンテンツサーバに格納される）と、前記複数のビデオのうち第１トラックのビデオに対応するセグメントを前記プロキシサーバから受信して前記第１トラックのビデオを再生する第２機能（前記プロキシサーバは、前記コンテンツサーバから前記第１トラックのビデオに対応するセグメントを受信して前記プレーヤに伝達する）と、ユーザの入力によって第２トラックが選択される場合、前記プロキシサーバに前記第２トラックのビデオを要請する第３機能と、前記複数のビデオのうち前記第２トラックに対応するビデオのセグメントを前記プロキシサーバから受信して再生する第４機能（前記プロキシサーバは、前記コンテンツサーバから前記第２トラックのビデオに対応するセグメントを受信して前記プレーヤに伝達する）を含むことを特徴とするファイル配布システムが提供される。

【発明の効果】

【0021】

それぞれのＡ／Ｖストリームを有しているＮ個のコンテンツを途切れることなく切り換えて再生することができ、１つのコンテンツを提供するトラフィックによってＮ個のコンテンツを切り換えて提供することができる。

【0022】

Ｎ個のコンテンツ内でも自由な探索（ｓｅｅｋｉｎｇ）が可能なマルチトラックビデオコンテンツサービスを提供することができる。

【0023】

ＣＰ（Ｃｏｎｔｅｎｔｓ Ｐｒｏｖｉｄｅｒ）の生成されたコンテンツを提供したり、ＲＭＣ（Ｒｅａｄｙ Ｍａｄｅ Ｃｏｎｔｅｎｔｓ）に対する主題別の束またはユーザによって選択されたＲＭＣの束によってマルチトラックビデオコンテンツを提供できるだけでなく、ＵＧＣ（Ｕｓｅｒ Ｇｅｎｅｒａｔｅｄ Ｃｏｎｔｅｎｔｓ）に対してもマルチトラックビデオコンテンツを提供することができる。

【0024】

有料または無料のマルチトラックビデオコンテンツを提供し、各トラック別に広告を表示することができる。

【図面の簡単な説明】

【0025】

【図1】本発明の一実施形態において、マルチトラックビデオコンテンツサービスを提供する環境の例を示した図である。

【図2】本発明の一実施形態において、マルチトラックビデオコンテンツのリポジトリ（ｒｅｐｏｓｉｔｏｒｙ）構成の例を示した図である。

【図3】本発明の一実施形態において、再生シーケンスの例を説明するためのフローチャートである。

【図4】本発明の一実施形態において、マルチトラックビデオコンテンツを再生する過程の例を示した図である。

【図5】本発明の一実施形態において、マルチトラックビデオコンテンツがサービスされる画面の例を示した図である。

【図6】本発明の一実施形態において、マルチトラックビデオコンテンツがサービスされる画面の例を示した図である。

【図7】本発明の一実施形態において、マルチトラックビデオコンテンツがサービスされる画面の例を示した図である。

【図8】本発明の一実施形態において、マルチトラックビデオコンテンツサービスシステムの内部構成を説明するためのブロック図である。

【図9】本発明の一実施形態において、マルチトラックビデオコンテンツサービス方法を示したフローチャートである。

【図10】本発明の他の実施形態において、マルチトラックビデオコンテンツサービス方法を示したフローチャートである。

【図11】本発明の一実施形態において、コンピュータシステムの内部構成の一例を説明するためのブロック図である。

【発明を実施するための形態】

【0026】

以下、本発明の実施形態について、添付の図面を参照しながら詳細に説明する。

【0027】

本発明の実施形態は、マルチトラックビデオコンテンツに対するストリーミングサービスを提供するマルチトラックビデオコンテンツサービス方法およびマルチトラックビデオコンテンツサービスシステムに関する。

【0028】

本発明の一実施形態に係るマルチトラックビデオコンテンツサービス方法およびシステムは、それぞれのＡ／Ｖストリームを有しているＮ個のコンテンツを途切れることなく切り換えて再生することができ、１つのコンテンツを提供するトラフィックによってＮ個のコンテンツを切り換えて提供することができる。

【0029】

図１は、本発明の一実施形態において、マルチトラックビデオコンテンツサービスを提供する環境の例を示した図である。図１は、プレーヤ１１０、プロキシサーバ１２０、およびコンテンツサーバ１３０を示している。

【0030】

プレーヤ１１０は、ユーザの端末機１４０にインストールされるアプリケーションであってもよい。例えば、プレーヤ１１０は、端末機１４０がマルチトラックビデオコンテンツを受信し、途切れることなくトラックを変更して再生するように端末機１４０を制御するための機能を含んでもよい。

【0031】

プロキシサーバ１２０は、プレーヤ１１０の要請によるマルチトラックビデオコンテンツをコンテンツサーバ１３０から受信し、受信したマルチトラックビデオコンテンツをプレーヤ１１０にストリーミングサービスするための機能を含んでもよい。このようなプロキシサーバ１２０は、別途のシステムによって動作して端末機１４０とネットワークを介して通信する形態で実現されてもよく、ソフトウェアモジュールの形態でプレーヤ１１０と共に端末機１４０に含まれてもよい。例えば、プレーヤ１１０をインストールするためのインストールファイルを通じ、ソフトウェアモジュールの形態をもつプロキシサーバ１２０が端末機１４０にインストールされてもよい。この場合、プロキシサーバ１２０は、端末機１４０内でプレーヤ１１０と通信し、プレーヤ１１０の要請を受信し、要請によるビデオコンテンツをコンテンツサーバ１３０から受信してプレーヤ１１０にストリーミングサービスしてもよい。

【0032】

コンテンツサーバ１３０は、１つのマルチトラックビデオコンテンツを格納し、プロキシサーバ１２０の要請に応じてマルチトラックビデオコンテンツのためのファイルをプロキシサーバ１２０に提供するための装置であってもよい。プロキシサーバ１２０がソフトウェアモジュールの形態で端末機１４０に含まれている場合、コンテンツサーバ１３０は、端末機１４０の要請に応じて端末機１４０にマルチトラックビデオコンテンツのためのファイルを提供してもよい。

【0033】

このとき、コンテンツサーバ１３０は、マルチトラックビデオコンテンツのためのＮ個のビデオを格納してもよい。この場合、Ｎ個のビデオそれぞれは、予め設定された時間単位（一例として、１秒）の間隔によって分割されてもよい。例えば、Ｎ個のビデオそれぞれは、迅速なトラックの転換のために、１秒サイズのＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）ファイルに分割されて格納されてもよい。このようなＴＳファイルの最初のフレームは、一例として「Ｉ−フレーム」であってもよい。「Ｉ−フレーム」については既に周知であるため、詳しい説明は省略する。

【0034】

図２は、本発明の一実施形態において、マルチトラックビデオコンテンツのリポジトリ（ｒｅｐｏｓｉｔｏｒｙ）構成の例を示した図である。図２は、ルートディレクトリ２１０に基本ファイル２２０とマルチトラックビデオコンテンツ「ＢＢＢ」に対する複数のビデオに対するディレクトリであるＢＢＢ＿１（２３０）、ＢＢＢ＿２（２４０）、およびＢＢＢ＿３（２５０）とが存在し、それぞれのディレクトリに複数のビデオそれぞれがＮ個のＴＳファイルに分割されて格納されている様子を示している。基本ファイル２２０は、一例としてｍ３ｕ８拡張子をもつファイルであってもよい。図２では、複数のビデオそれぞれが同じ数（Ｎ個）のＴＳファイルに分割されて格納されている例を説明しているが、複数のビデオはそれぞれサイズや再生時間が異なってもよく、それに応じてそれぞれ互いに異なる数のＴＳファイルに分割されてもよい。

【0035】

図３は、本発明の一実施形態において、再生シーケンスの例を説明するためのフローチャートである。図３は、ウェブ（Ｗｅｂ）３１０、プレーヤ（Ｐｌａｙｅｒ）３２０、インフラサーバ（Ｉｎｆｒａ Ｓｅｒｖｅｒ）３３０、プロキシサーバ（ＨＴＴＰ Ｌｏｃａｌ Ｐｒｏｘｙ Ｓｅｒｖｅｒ）３４０、およびコンテンツサーバ（Ｃｏｎｔｅｎｔｓ Ｓｅｒｖｅｒ）３５０間の再生シーケンスを示している。図３の実施形態では、ウェブページ（ウェブ）３１０でアンドロイドアプリ（プレーヤ）３２０を連動してマルチトラックビデオコンテンツを再生する例を説明している。

【0036】

過程１は、ウェブ３１０が意図（ｉｎｔｅｎｔ）連動方式を使用してプレーヤ３２０を実行させる過程であってもよい。

【0037】

過程２は、プレーヤ３２０が意図情報を分析する過程であってもよい。

【0038】

過程３は、プレーヤ３２０がインフラサーバ３３０にメタ情報を要請する過程であってもよく、過程４は、インフラサーバ３３０がプレーヤ３２０にメタ情報を提供する過程であってもよい。メタデータは、例えば次の表１のように示される。

【表1】

【0039】

過程５は、プレーヤ３２０がプロキシサーバ３４０に、再生に必要なデータ（メタデータの一部）を伝達する過程であってもよい。

【0040】

過程６は、プロキシサーバ３４０がプレーヤ３２０にマルチトラックビデオコンテンツを再生するために接続しなければならないアドレスであるローカルＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ、一例として、「ｈｔｔｐ：／／１２７．０．０．１：１０００１／ｐｌａｙ．ｍ３ｕ８」）を伝達する過程であってもよい。

【0041】

過程７は、プレーヤ３２０がプロキシサーバ３４０に基本ファイルを要請する過程であってもよい。例えば、基本ファイルは、図２を参照しながら説明した「ｍ３ｕ８」拡張子のファイル（表１に示したファイル「ｓａｍｐｌｅ．ｍ３ｕ８」）であってもよい。

【0042】

過程８は、プロキシサーバ３４０がコンテンツサーバ３５０に基本ファイルを要請する過程であってもよい。例えば、プロキシサーバ３４０は、表１に示した＜ｆｉｌｅＮａｍｅＬｉｓｔ＞の値であるアドレス「ｈｔｔｐ：／／ｔｖｃａｓｔ．ＡＡＡ．ｃｏｍ／ｍｕｓｉｃ／ＢＢＢ／ｓａｍｐｌｅ．ｍ３ｕ８」を通じて基本ファイル「ｓａｍｐｌｅ．ｍ３ｕ８」を要請してもよい。

【0043】

過程９は、コンテンツサーバ３５０がプロキシサーバ３４０の要請に応答する過程であってもよい。例えば、コンテンツサーバ３５０は、基本ファイル「ｓａｍｐｌｅ．ｍ３ｕ８」をプロキシサーバ３４０に送信してもよい。

【0044】

過程１０は、プロキシサーバ３４０がプレーヤ３２０の要請に応答する過程であってもよい。例えば、プロキシサーバ３４０は、基本ファイル「ｓａｍｐｌｅ．ｍ３ｕ８」をプレーヤ３２０に送信してもよい。「ｍ３ｕ８」の拡張子をもつファイルの例は、次の表２のように示されてもよい。

【表2】

【0045】

過程１１は、プレーヤ３２０が「ｍ３ｕ８」の拡張子をもつファイルに含まれている順にＴＳファイルをプロキシサーバ３４０に要請する過程であってもよい。ＴＳファイルの要請に利用されるＵＲＩの例は、次の表３のように示されてもよい。

【表3】

【0046】

過程１２は、プロキシサーバ３４０が現在選択されたトラックのホスト（一例として、ＢＢＢ＿１）にプレーヤ３２０で要請したＴＳファイルＵＲＩのＴＳファイル名（ｓｅｇｉｍｅｎｔ＿０００００．ｔｓ、ｓｅｇｉｍｅｎｔ＿００００１．ｔｓ、ｓｅｇｉｍｅｎｔ＿００００２．ｔｓ）を付与してＴＳ要請のためのＵＲＩを生成する過程であってもよい。生成されたＴＳ要請のためのＵＲＩの例は、次の表４のように示されてもよい。

【表4】

【0047】

表４のＵＲＩは、マルチトラックビデオコンテンツ「ＢＢＢ」が含む複数のビデオのうち、ビデオ「ＢＢＢ＿１」のＴＳファイルを要請するための情報であってもよい。

【0048】

過程１３は、プロキシサーバ３４０がコンテンツサーバ３５０にＴＳファイルを要請する過程であってもよい。

【0049】

過程１４は、コンテンツサーバ３５０がプロキシサーバ３４０の要請に応答する過程であってもよい。例えば、コンテンツサーバ３５０は、プロキシサーバ３４０に要請されたＴＳファイル（ｓｅｇｉｍｅｎｔ＿０００００．ｔｓ、ｓｅｇｉｍｅｎｔ＿００００１．ｔｓ、ｓｅｇｉｍｅｎｔ＿００００２．ｔｓ）を送信してもよい。

【0050】

過程１５は、プロキシサーバ３４０がプレーヤ３２０の要請に応答する過程であってもよい。例えば、プロキシサーバ３４０は、プレーヤ３２０に要請されたＴＳファイル（ｓｅｇｉｍｅｎｔ＿０００００．ｔｓ、ｓｅｇｉｍｅｎｔ＿００００１．ｔｓ、ｓｅｇｉｍｅｎｔ＿００００２．ｔｓ）を送信してもよい。

【0051】

過程１６は、プレーヤ３２０が伝達されたＴＳファイルを利用して動画を再生する過程であってもよい。このとき、ＴＳファイルは、プロキシサーバ３４０からプレーヤ３２０に順に送信されてストリーミングサービスを提供してもよい。

【0052】

過程１７は、プレーヤ３２０がプロキシサーバ３４０にトラックの変更を要請する過程であってもよい。この場合、過程１１〜過程１６が繰り返し実行され、変更したトラックのＴＳファイルをプレーヤ３２０が受信および再生できるようになる。

【0053】

１つのトラックが選択および再生される場合、表１の＜ｔｈｕｍｂｎａｉｌ＞によって示されたアドレスを通じ、他のトラックに対するサムネイルがプレーヤ３２０でさらに再生されてもよい。この場合、ユーザは、過程１７でプレーヤ３２０に表示されるサムネイルのうちから１つのサムネイルを選択（一例として、タッチパッドのタッチやマウスのクリックによって選択）することにより、現在再生中のトラックを選択したサムネイルに対応するトラックに変更してもよい。

【0054】

プレーヤ３２０および／またはプロキシサーバ３４０は、必要に応じて以前のトラックまたは以後のトラックのためのデータを格納するためのバッファを含んでもよい。また、プロキシサーバ３４０は、プレーヤ３２０で再生中のトラックを変更する場合、変更したトラックに対するデータをプレーヤ３２０に送信してもよい。この場合、プレーヤ３２０のバッファには、以後のトラック（変更したトラック）のためのデータ（ＴＳファイル）が格納されてもよい。

【0055】

図４は、本発明の一実施形態において、マルチトラックビデオコンテンツを再生する過程の例を示した図である。図４は、４つのトラックをもつマルチトラックビデオコンテンツを再生する過程の例を示している。このとき、各トラックにおける両方向の実線矢印は、各トラックの再生時間（ｒｅｐｌａｙ ｔｉｍｅ）を示してもよい。図４に示すように、４つのトラックでそれぞれ再生されるビデオは、再生時間がすべて異なることが分かる。

【0056】

第１矢印４１０は、「トラック１」のビデオ１が第１矢印４１０の長さに対応する時間内に再生されることを示している。

【0057】

第２矢印４２０は、「トラック１」が「トラック２」に切り換わることを示している。このとき、再生されるビデオ２は最初から再生されてもよい。

【0058】

第３矢印４３０は、「トラック２」のビデオ２が第３矢印４３０の長さに対応する時間内に再生されることを示している。

【0059】

第４矢印４４０は、「トラック２」が再び「トラック１」に切り換わることを示している。このとき、「トラック１」のビデオ１は、最後の再生時間の次から再び再生されてもよい。例えば、プロキシサーバ３４０は、各トラック別に最後の再生時間に関する情報を管理してもよい。一例として、「トラック１」のビデオ１が「ｓｅｇｍｅｎｔ．００００１．ｔｓ」から「ｓｅｇｍｅｎｔ．００１００．ｔｓ」までのファイルに分割されており、第１矢印４１０の長さに対応する時間内に「ｓｅｇｍｅｎｔ．０００３０．ｔｓ」までのファイルがプレーヤ３２０で再生されたと仮定しよう。このとき、ユーザが「トラック２」を再び「トラック１」に切り換えた場合、プロキシサーバ３４０はプレーヤ３２０に「ｓｅｇｍｅｎｔ．０００３１．ｔｓ」のファイルを送信し、ビデオ１で最後に再生されたファイルの次のファイルが再生されるようにしてもよい。

【0060】

第５矢印４５０は、「トラック１」のビデオ１が第５矢印４５０の長さに対応する時間内に再生されることを示している。

【0061】

第６矢印４６０は、「トラック１」が「トラック２」に切り換わることを示してもよい。このとき、再生時間が完了したビデオ２に移動した場合、プレーヤ３２０は「放送終了画面」のように現在トラックのビデオ（ビデオ２）の再生が完了したことを示す情報を表示してもよい。この場合、プレーヤ３２０は、該当するトラックのビデオ（ビデオ２）を最初から再び視聴するか、他のトラックに移動するか、または該当するトラックのビデオ（ビデオ２）の特定再生位置を探索するかを決めるユーザインタフェースをユーザに提供してもよい。

【0062】

また、現在再生中のトラックのビデオがすべて再生された場合にも、該当するトラックのビデオを最初から再び視聴するか、他のトラックに移動するか、または該当するトラックのビデオの特定再生位置を探索するかを決めるユーザインタフェースがユーザに提供されてもよい。

【0063】

第７矢印４７０は、「トラック２」が「トラック４」に切り換わることを示している。上述したように、初めて再生されるビデオ（ビデオ４）は最初から再生されてもよい。

【0064】

第８矢印４８０は、「トラック４」のビデオ４が第５矢印４５０の長さに対応する時間内に再生されることを示している。

【0065】

このとき、プレーヤ３２０は、ユーザの束リスト（マルチトラックビデオコンテンツを構成するビデオのリスト）やトラック間の転換ヒストリに関する情報を格納し、格納する情報をＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）などを利用して他のユーザと共有することができる機能を支援してもよい。このような束リストやトラック間の転換ヒストリに関する情報は、ウェブリンクを共有する形態で共有されてもよい。例えば、束リストの識別子とトラック間の転換ヒストリなどが格納されている簡単なメタデータ形態のデータと、このようなデータへのリンクを生成してＳＮＳにアップロードしたり、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）、またはＭＭＳ（Ｍｕｌｔｉ−ｍｅｄｉａ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）などを通じて他のユーザにリンクを伝達するだけで、束リストやトラック間の転換ヒストリが共有されてもよい。他のユーザが他のユーザの端末機を利用してこのようなリンクをクリックする場合には、他のユーザにはマルチトラックビデオコンテンツのビデオが、ユーザがトラックを切り換えた順に提供されてもよい。

【0066】

このように、本発明の実施形態によると、それぞれのＡ／Ｖストリームを有しているＮ個のコンテンツを途切れることなく切り換えて再生することができ、１つのコンテンツを提供するトラフィックによってＮ個のコンテンツを切り換えて提供することができ、Ｎ個のコンテンツ内でも自由な探索（ｓｅｅｋｉｎｇ）が可能なマルチトラックビデオコンテンツサービスを提供することができる。これは、マルチトラックビデオコンテンツに含まれた複数のビデオが予め設定された時間単位に分割された後にストリーミングされるためである。例えば、「トラック１」のビデオ１が「ｓｅｇｍｅｎｔ．００００１．ｔｓ」から「ｓｅｇｍｅｎｔ．００１００．ｔｓ」までのファイルに分割され、「トラック２」のビデオ２が「ｓｅｇｍｅｎｔ．００００１．ｔｓ」から「ｓｅｇｍｅｎｔ．００１００．ｔｓ」までのファイルに分割されており、予め設定された時間単位が１秒であると仮定しよう。プレーヤ３２０でビデオ１の「ｓｅｇｍｅｎｔ．０００３０．ｔｓ」まで再生された後に「トラック２」に切り換わると、プレーヤ３２０はビデオ２の「ｓｅｇｍｅｎｔ．００００１．ｔｓ」を受信して再生するだけで、コンテンツが途切れることなく転換および再生が可能となり、ビデオ２の特定ＴＳファイルを受信して再生することにより、個別ビデオでの探索が可能となる。さらに、切り換わったビデオのＴＳファイルのみを受信するため、１つのコンテンツを提供するトラフィックによってＮ個のコンテンツを切り換えて提供することができる。

【0067】

また、ＣＰ（Ｃｏｎｔｅｎｔｓ Ｐｒｏｖｉｄｅｒ）の生成されたコンテンツを提供したり、ＲＭＣ（Ｒｅａｄｙ Ｍａｄｅ Ｃｏｎｔｅｎｔｓ）に対する主題別の束またはユーザによって選択されたＲＭＣの束によってマルチトラックビデオコンテンツを提供できるだけでなく、ＵＧＣ（Ｕｓｅｒ Ｇｅｎｅｒａｔｅｄ Ｃｏｎｔｅｎｔｓ）に対してもマルチトラックビデオコンテンツを提供することができる。

【0068】

これだけでなく、有料または無料のマルチトラックビデオコンテンツを提供し、各トラック別に広告を表示することができる。

【0069】

図５〜図７は、本発明の一実施形態において、マルチトラックビデオコンテンツがサービスされる画面の例を示した図である。図５の第１画面５００は、ビデオ「ＢＢＢ＿１」が再生される画面の例を示している。このとき、第１画面５００の左側には、マルチトラックビデオコンテンツに含まれたビデオ（「ＢＢＢ＿１」、「ＢＢＢ＿２」、および「ＢＢＢ＿３」）のサムネイル５１０〜５３０が表示された様子を示している。図６の第２画面６００は、ユーザが第１画面５００でビデオ「ＢＢＢ＿２」のサムネイル５２０を選択することにより、トラックが切り換わってビデオ「ＢＢＢ＿２」が再生される画面の例を示している。図７の第３画面７００は、ユーザが第２画面６００でビデオ「ＢＢＢ＿３」のサムネイル５３０を選択することにより、トラックが切り換わってビデオ「ＢＢＢ＿３」が再生される画面の様子を示している。

【0070】

例えば、該当するマルチトラックビデオコンテンツは、３人の歌手で構成された歌手チーム「ＢＢＢ」のミュージックビデオであってもよい。このとき、ビデオ「ＢＢＢ＿１」はチーム「ＢＢＢ」の第１メンバーのビデオであってもよく、ビデオ「ＢＢＢ＿２」はチーム「ＢＢＢ」の第２メンバーのビデオであってもよく、ビデオ「ＢＢＢ＿３」はチーム「ＢＢＢ」の第３メンバーのビデオであってもよい。この場合、ユーザは、ミュージックビデオの音楽（オーディオ）が進んでいく間に、多様な映像を選択的に受け取ってもよい。

【0071】

図５〜図７の実施形態は、サムネイルを利用してトラック変更のためのユーザインタフェースを提供する一例に過ぎず、トラック変更のためのユーザインタフェースはさらに多様に構成されてもよく、複数のビデオに関する情報をユーザに提供するための方式も多様に構成されてもよいことは当然である。

【0072】

図８は、本発明の一実施形態において、マルチトラックビデオコンテンツサービスシステムの内部構成を説明するためのブロック図であり、図９は、本発明の一実施形態において、マルチトラックビデオコンテンツサービス方法を示したフローチャートである。

【0073】

本実施形態に係るマルチトラックビデオコンテンツサービスシステム８００は、図８に示すように、要請受信部８１０、要請部８２０、およびビデオ伝達部８３０を備えてもよい。さらに、本実施形態に係るマルチトラックビデオコンテンツサービス方法は、上述したマルチトラックビデオコンテンツサービスシステム８００またはマルチトラックビデオコンテンツサービスシステム８００の構成要素によって実行されてもよい。

【0074】

ステップ９１０で、要請受信部８１０は、プレーヤからマルチトラックビデオコンテンツに対する要請を受信してもよい。一例として、ユーザは、ユーザの端末機を利用してウェブページにアクセスし、ウェブページのマルチトラックビデオコンテンツにアクセスしてもよい。このとき、ウェブページのコードの制御に応じてユーザの端末機ではプレーヤが実行され、プレーヤはマルチトラックビデオコンテンツサービスシステム８００に対応するプロキシサーバにマルチトラックビデオコンテンツに対する要請を送信してもよい。

【0075】

ステップ９２０で、要請部８２０は、マルチトラックビデオコンテンツが含む複数のビデオのうち第１トラックのビデオをコンテンツサーバに要請してもよい。このとき、複数のビデオそれぞれは、予め設定された時間単位のセグメントに分割されてコンテンツサーバに格納されてもよい。複数のビデオそれぞれが予め設定された時間単位のＴＳファイルに分割されてコンテンツサーバに格納される例は、上述したとおりである。

【0076】

ステップ９３０で、ビデオ伝達部８３０は、コンテンツサーバから第１トラックのビデオに対応するセグメントを受信してプレーヤに順に伝達してもよい。セグメントの伝達順は、ビデオの再生順に対応してもよい。

【0077】

ステップ９４０で、ビデオ伝達部８３０は、プレーヤで第２トラックが選択されて第１トラックが第２トラックに変更する場合、第１トラックのビデオに対応するセグメントの代わりに、複数のビデオのうち第２トラックに対応するビデオのセグメントをコンテンツサーバから受信してプレーヤに順に伝達してもよい。したがって、プレーヤは、第２トラックに対応するビデオのセグメントを順に受信して再生することにより、途切れることなくマルチトラックを切り換えながらマルチトラックビデオコンテンツを再生できるようになる。

【0078】

このとき、複数のビデオそれぞれが分割されたセグメントは、始点（ｓｔａｒｔ ｐｏｉｎｔ）と終点（ｅｎｄ ｐｏｉｎｔ）が同期化されてもよい。例えば、プレーヤで第２トラックが選択されて第１トラックが第２トラックに変更する場合、プレーヤが直ぐに第２トラックのセグメントを再生するのではなく、同期化された始点および終点に応じて現在再生中の第１トラックのセグメントの再生を完了した後、伝達された第２トラックのセグメントを連続して再生することにより、トラック間で途切れることなく映像の再生が可能となる。

【0079】

他の実施形態として、プレーヤで前記第１トラックおよび前記第２トラック間の変更に関するヒストリ情報がビデオの再生のためのメタデータの形式で格納され、ヒストリ情報を含むリンクが生成され、生成されたリンクを通じてヒストリ情報が他のユーザに提供されてもよい。

【0080】

さらに他の実施形態として、マルチトラックビデオコンテンツサービス方法は、図９に示されたステップ９１０〜９４０の他にも、第１トラックおよび第２トラック間の変更に関するヒストリ情報をビデオの再生のためのメタデータの形式で格納するステップ（図示せず）、およびヒストリ情報を含むリンクを生成して送信するステップ（図示せず）をさらに含んでもよい。この場合にも、生成されたリンクを通じて前記ヒストリ情報が他のユーザに提供されてもよい。ヒストリ情報を格納するステップは、マルチトラックビデオコンテンツサービスシステム８００がさらに含み得るヒストリ情報格納部（図示せず）により、リンクを生成して送信するステップは、マルチトラックビデオコンテンツサービスシステムがさらに含み得るリンク送信部（図示せず）によってそれぞれ実行されてもよい。

【0081】

ヒストリ情報は、メタデータの形式で格納されることにより、別途のエンコーディングを必要としない上に、別途のストレージ（ｓｔｏｒａｇｅ）を必要としない。例えば、図３では、プレーヤ３２０がインフラサーバ３３０にメタ情報を要請する過程３と、インフラサーバ３３０がプレーヤ３２０にメタ情報を提供する過程４を説明した。

【0082】

このとき、他のユーザに提供されたリンクを通じ、他のユーザの端末機でマルチトラックビデオコンテンツが第１トラックおよび第２トラック間の変更に関するヒストリ情報に基づいて再生されてもよい。一例として、マルチトラックビデオコンテンツサービスシステム８００やプレーヤによって生成されたリンクは、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）、またはＭＭＳ（Ｍｕｌｔｉ−ｍｅｄｉａ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）などのような多様な方法によって他のユーザに提供されてもよく、他のユーザの端末機はリンクを通じてメタデータの形式で格納されたヒストリ情報を受信し、ヒストリ情報に基づいた順にトラックを変更しながらマルチトラックビデオコンテンツを再生してもよい。もちろん、ヒストリ情報に基づいてマルチトラックビデオコンテンツを再生する過程でも、他のユーザのトラック変更要請に応じて他のユーザが所望するトラックのビデオが再生されてもよい。この場合、他のユーザの端末機にも、上述したプレーヤがインストールされていてもよい。

【0083】

さらに他の実施形態として、マルチトラックビデオコンテンツサービス方法は、図９に示されたステップ９１０〜９４０の他にも、プレーヤで第１トラックが再び選択された場合、第１トラックのビデオに対応するセグメントのうちプレーヤに送信された最後のセグメント以後のセグメントをコンテンツサーバから受信してプレーヤに伝達するステップ（図示せず）をさらに含んでもよい。本実施形態の図に示されてないステップは、ビデオ伝達部８３０によって実行されてもよい。

【0084】

さらに他の実施形態として、複数のビデオのうち少なくとも２つ以上のビデオは、全体再生時間が互いに異なってもよい。例えば、１つのマルチトラックビデオコンテンツが含む複数のビデオは、全体再生時間が互いに同じであってもよく、再生時間が互いに異なってもよい。このとき、プレーヤの要請に応じて変更したトラックのビデオの再生時間が完了した場合、変更したトラックのビデオ再生が完了したことを示す情報がプレーヤに表示されてもよい。例えば、図４では、第６矢印４６０を通じて再生時間が完了したビデオ２に移動した場合、プレーヤ３２０が「放送終了画面」のように現在トラックのビデオ（ビデオ２）の再生が完了したことを示す情報を表示できることを説明した。この場合、プレーヤは、（１）変更したトラックのビデオを最初から再び再生するか、（２）他のトラックに移動するか、または（３）変更したトラックの特定再生位置を探索するかを決めるためのユーザインタフェースをユーザに提供してもよい。

【0085】

さらに他の実施形態として、マルチトラックビデオコンテンツサービス方法は、図９に示されたステップ９１０〜９４０の他にも、プレーヤから複数のビデオのうち特定ビデオの特定位置が要請される場合、特定ビデオの特定位置に対応するセグメントを探索するステップ（図示せず）、およびコンテンツサーバから探索されたセグメントおよび探索されたセグメント以後のセグメントを受信してプレーヤに順に伝達するステップ（図示せず）をさらに含んでもよい。セグメントを探索するステップは、マルチトラックビデオコンテンツサービスシステムがさらに含んでもよいセグメント探索部（図示せず）によって実行されてもよく、探索されたセグメント以後のセグメントを受信してプレーヤに順に伝達するステップは、ビデオ伝達部８３０によって実行されてもよい。

【0086】

さらに他の実施形態として、複数のビデオそれぞれにおいて、ビデオまたはセグメントにトラック別の広告を対応させてもよい。この場合、プレーヤで現在再生中のトラックのビデオまたはセグメントに対応するトラック別の広告がプレーヤに表示されてもよい。一例として、トラック別に各トラックのビデオに適する互いに異なる広告を配置することにより、さらに高い広告効果を期待できるようになる。

【0087】

さらに他の実施形態として、複数のビデオに対するサムネイルが現在再生中のトラックのビデオと共に再生されてもよい。ユーザは再生されたサムネイルを選択することにより、マルチトラックで所望するトラックを選択できるようになる。

【0088】

図８のマルチトラックビデオコンテンツサービスシステム８００は、プロキシサーバに対応してもよい。上述したように、プロキシサーバは、ソフトウェアモジュールの形態でプレーヤと共に端末機にインストールされてもよい。この場合、マルチトラックビデオコンテンツサービスシステム８００は、端末機に対応してもよい。

【0089】

図１０は、本発明の他の実施形態において、マルチトラックビデオコンテンツサービス方法を示したフローチャートである。本実施形態に係るマルチトラックビデオコンテンツサービス方法は、プレーヤの制御に応じて端末機で実行されてもよい。例えば、プレーヤは、ファイル配布システム（図示せず）によって提供されるインストールファイルによって端末機にインストールされるアプリケーションであってもよい。このとき、アプリケーションは、マルチトラックビデオコンテンツサービス方法が含むステップを端末機に実行させるように端末機を制御するための機能を含んでもよい。また、上述したファイル配布システムは、アプリケーションをインストールするためのインストールファイルを格納および管理するインストールファイル管理部（図示せず）、およびユーザの端末機の要請に応じてインストールファイルをユーザの端末機に送信するインストールファイル送信部（図示せず）を備えてもよい。

【0090】

ステップ１０１０で、端末機は、マルチトラックビデオコンテンツに対する要請をプロキシサーバに送信してもよい。上述したように、マルチトラックビデオコンテンツは複数のビデオを含んでもよく、複数のビデオそれぞれは予め設定された時間単位のセグメントに分割されてコンテンツサーバに格納されてもよい。ここで、プロキシサーバは、図８のマルチトラックビデオコンテンツサービスシステム８００に対応してもよい。

【0091】

ステップ１０２０で、端末機は、複数のビデオのうち第１トラックのビデオに対応するセグメントをプロキシサーバから受信して第１トラックのビデオを再生してもよい。このとき、プロキシサーバは、コンテンツサーバから第１トラックのビデオに対応するセグメントを受信してプレーヤに伝達してもよい。端末機は、ステップ１０２０で、プロキシサーバから伝達するセグメントを利用して第１トラックのビデオを再生してもよい。

【0092】

ステップ１０３０で、端末機は、ユーザの入力によって第２トラックが選択される場合、プロキシサーバに第２トラックのビデオを要請してもよい。

【0093】

ステップ１０４０で、端末機は、複数のビデオのうち第２トラックに対応するビデオのセグメントをプロキシサーバから受信して再生してもよい。このとき、プロキシサーバは、コンテンツサーバから第２トラックのビデオに対応するセグメントを受信してプレーヤに伝達してもよい。端末機は、ステップ１０４０で、プロキシサーバから伝達するセグメントを利用して第２トラックのビデオを再生してもよい。

【0094】

さらに他の実施形態として、マルチトラックビデオコンテンツサービス方法は、図１０に示されたステップ１０１０〜１０４０の他にも、ユーザの入力によって第１トラックが再び選択される場合、第１トラックのビデオに対応するセグメントのうち、ステップ１０２０で再生された最後のセグメント以後のセグメントをプロキシサーバから受信して再生するステップ（図示せず）をさらに含んでもよい。

【0095】

このとき、複数のビデオそれぞれが分割されたセグメントは、始点（ｓｔａｒｔ ｐｏｉｎｔ）と終点（ｅｎｄ ｐｏｉｎｔ）が同期化されてもよい。例えば、プレーヤで第２トラックが選択されて第１トラックが第２トラックに変更する場合、プレーヤは第２トラックのセグメントを直ぐに再生するのではなく、同期化された始点および終点に応じて現在再生中の第１トラックのセグメントの再生を完了した後、伝達された第２トラックのセグメントを連続して再生してもよい。例えば、端末機は、プレーヤを通じて各トラック別のビデオをセグメント単位で再生を完了しながらトラックを変更することにより、途切れることなくマルチトラックを切り換えながらマルチトラックビデオコンテンツを再生できるようになる。

【0096】

上述した装置は、ハードウェア構成要素、ソフトウェア構成要素、および／またはハードウェア構成要素およびソフトウェア構成要素の組み合わせによって実現されてもよい。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ、ＦＰＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｕｎｉｔ）、マイクロプロセッサ、または命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行して応答することができる異なる装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてもよい。処理装置は、運営体制（ＯＳ）および運営体制上で実行される１つ以上のソフトウェアアプリケーションを実行してもよい。また、処理装置は、ソフトウェアの実行に応答し、データをアクセス、保存、操作、処理、および生成してもよい。理解の便宜のために、処理装置は１つが使用されると説明される場合もあるが、該当する技術分野において通常の知識を有する者は、処理装置が複数の処理要素（ｐｒｏｃｅｓｓｉｎｇ ｅｌｅｍｅｎｔ）および／または複数類型の処理要素を含んでもよい。例えば、処理装置は、複数のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでもよい。また、並列プロセッサ（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｏｒ）のような、他の処理構成（ｐｒｏｃｅｓｓｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）も可能である。

【0097】

図１１は、本発明の一実施形態において、コンピュータシステムの内部構成の一例を説明するためのブロック図である。一例として、上述したユーザの端末機１４０、コンテンツサーバ１３０および／またはコンテンツサービスシステム８００が、本実施形態に係るコンピュータシステム１１００によって実現されてもよい。このようなコンピュータシステム１１００は、少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）１１１０、少なくとも１つのメモリ（ｍｅｍｏｒｙ）１１２０、周辺装置インタフェース（ｐｅｒｉｐｈｅｒａｌ ｉｎｔｅｒｆａｃｅ）１１３０、入／出力システム（Ｉ／Ｏ ｓｙｓｔｅｍ）１１４０、電力部１１５０、および通信部１１６０を少なくとも備えてもよい。

【0098】

このような図１１の実施形態はコンピュータシステム１１００の一例に過ぎず、コンピュータシステム１１００は、図１１に示されてない追加のコンポーネントをさらに備えたり、２つ以上のコンポーネントを結合させる構成または配置を有してもよい。例えば、モバイル端末機のためのコンピュータシステムは、図１１に示されたコンポーネントの他にも、タッチスクリーンやセンサなどをさらに備えてもよく、通信部１１６０にＲＦ通信のための回路が備えられてもよい。コンピュータシステム１１００に備えられるコンポーネントは、１つ以上の信号処理またはアプリケーションに特化した集積回路を含むハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせによって実現されてもよい。

【0099】

メモリ１１２０は、一例として、高速ランダムアクセスメモリ（ｈｉｇｈ−ｓｐｅｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、磁気ディスク、エスラム（ＳＲＡＭ）、ディーラム（ＤＲＡＭ）、ロム（ＲＯＭ）、フラッシュメモリ、または不揮発性メモリを含んでもよい。メモリ１１２０は、コンピュータシステム１１００の動作に必要なソフトウェアモジュール、命令語集合、またはその他にも多様なデータを含んでもよい。このとき、プロセッサ１１１０や周辺装置インタフェース１１３０などの他のコンポーネントからメモリ１１２０へのアクセスは、プロセッサ１１１０によって制御されてもよい。

【0100】

周辺装置インタフェース１１３０は、コンピュータシステム１１００の入力および／または出力周辺装置をプロセッサ１１１０およびメモリ１１２０に結合させてもよい。プロセッサ１１１０は、メモリ１１２０に格納されたソフトウェアモジュールまたは命令語集合を実行し、コンピュータシステム１１００のための多様な機能を実行してデータを処理してもよい。

【0101】

入／出力システム１１４０は、多様な入／出力周辺装置を周辺装置インタフェース１１３０に結合させてもよい。例えば、入／出力システム１１４０は、モニタやキーボード、マウス、プリンタ、または必要に応じてタッチスクリーンやセンサなどの周辺装置を周辺装置インタフェース１１３０に結合させるためのコントローラを備えてもよい。他の実施形態によると、入／出力周辺装置は、入／出力システム１１４０を経ずに周辺装置インタフェース１１３０と結合してもよい。

【0102】

電力部１１５０は、端末機のコンポーネントの全部または一部に電力を供給してもよい。例えば、電力部１１５０は、電力管理システム、バッテリや交流（ＡＣ）などのような１つ以上の電源、充電システム、電力失敗感知回路（ｐｏｗｅｒ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ ｃｉｒｃｕｉｔ）、電力変換器やインバータ、電力状態表示子または電力生成、管理、分配のための任意の他のコンポーネントを備えてもよい。

【0103】

通信部１１６０は、少なくとも１つの外部ポートを利用して他のコンピュータシステムと通信を可能にしてもよい。または、上述したように、必要によって通信部１１６０はＲＦ回路を備え、電磁気信号（ｅｌｅｃｔｒｏｍａｇｎｅｔｉｃ ｓｉｇｎａｌ）とも知られたＲＦ信号を送受信することにより、他のコンピュータシステムと通信を可能にしてもよい。

【0104】

ソフトウェアは、コンピュータプログラム（ｃｏｍｐｕｔｅｒ ｐｒｏｇｒａｍ）、コード（ｃｏｄｅ）、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、またはこれらのうちの１つ以上の組み合わせを含んでもよく、所望とおりに動作するように処理装置を構成したり、独立的または結合的に（ｃｏｌｌｅｃｔｉｖｅｌｙ）処理装置を命令したりしてもよい。ソフトウェアおよび／またはデータは、処理装置によって解釈されたり処理装置に命令またはデータを提供したりするために、ある類型の機械、構成要素（ｃｏｍｐｏｎｅｎｔ）、物理的装置、仮想装置（ｖｉｒｔｕａｌ ｅｑｕｉｐｍｅｎｔ）、コンピュータ記録媒体または装置、または送信される信号波（ｓｉｇｎａｌ ｗａｖｅ）に永久的または一時的に具体化（ｅｍｂｏｄｙ）されてもよい。ソフトウェアは、ネットワークによって連結したコンピュータシステム上に分散し、分散した方法によって格納されたり実行されたりしてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータで読み取り可能な記録媒体に格納されてもよい。

【0105】

実施形態に係る方法は、多様なコンピュータ手段によって実行が可能なプログラム命令形態で実現されてコンピュータで読み取り可能な媒体に記録されてもよい。コンピュータで読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせて含んでもよい。媒体に記録されるプログラム命令は、実施形態のために特別に設計されて構成されたものであってもよく、コンピュータソフトウェア当業者に公知されて使用可能なものであってもよい。コンピュータで読み取り可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体（ｍａｇｎｅｔｉｃ ｍｅｄｉａ）、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体（ｏｐｔｉｃａｌ ｍｅｄｉａ）、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような磁気−光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ ｍｅｄｉａ）、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を格納して実行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例としては、コンパイラによって生成されるもののような機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行される高級言語コードを含む。上述したハードウェア装置は、実施形態の動作を実行するために１つ以上のソフトウェアモジュールとして作動するように構成されてもよく、その逆も同じである。

【0106】

以上のように、実施形態を限定された実施形態と図面に基づいて説明したが、該当する技術分野において通常の知識を有する者であれば、上述した記載から多様な修正および変形が可能であることが理解できるであろう。例えば、説明された技術が説明された方法とは異なる順序で実行されたり、および／または説明されたシステム、構造、装置、回路などの構成要素が説明された方法とは異なる形態で結合または組み合わされたり、他の構成要素または均等物によって対置されたり置換されたとしても、適切な結果を達成することができる。

【0107】

したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。

【符号の説明】

【0108】

１１１０：プロセッサ
１１２０：メモリ
１１３０：周辺装置インタフェース
１１４０：入／出力システム
１１５０：電力部
１１６０：通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】